1. Introduction

Les exigences en matière de fonctionnalités et de fonctionnement des agents utilisateurs (User Agent, UA) SIP prenant en charge les applications de téléphonie d'entreprise diffèrent considérablement des UA SIP de base, tant en termes de services que d'expérience utilisateur final. En plus de la prise en charge SIP de base [RFC3261], de nombreux services dans un environnement professionnel nécessitent la prise en charge d'extensions SIP telles que REFER [RFC3515], SUBSCRIBE/NOTIFY [RFC6665], PUBLISH [RFC3903], les champs d'en-tête SIP Replaces [RFC3891] et Join [RFC3911], etc. De nombreux services professionnels populaires ont été documentés dans les exemples de services SIP [RFC5359].

Cette spécification détaille une méthode de mise en œuvre d'une fonctionnalité de téléphonie de groupe connue de diverses manières en téléphonie sous le nom d'apparence de ligne pontée (Bridged Line Appearance, BLA) ou d'apparence de lignes multiples (Multiple Line Appearances, MLA), l'une des fonctionnalités avancées les plus populaires attendues des appareils de téléphonie IP SIP dans un environnement professionnel. D'autres noms pour cette fonctionnalité incluent l'apparence d'appel/ligne partagée (Shared Call/Line Appearance, SCA), le statut d'appel partagé (Shared Call Status) et l'apparence d'appels multiples (Multiple Call Appearance, MCA). Une variante de cette fonctionnalité est connue sous le nom d'extension de ligne unique (Single Line Extension).

Ce document examine comment cette fonctionnalité peut être implémentée en utilisant le SIP standard [RFC3261] en conjonction avec les événements SIP [RFC6665] et la publication [RFC3903] (transportant le package d'événements d'état de dialogue SIP [RFC4235]) pour échanger le statut entre les UA.

Dans la téléphonie traditionnelle, la ligne est physique. Un scénario courant en téléphonie consiste pour un certain nombre de téléphones professionnels à partager une seule ou un petit nombre de lignes. Le partage ou l'apparence de ces lignes entre un certain nombre de téléphones est ce qui donne son nom à cette fonctionnalité. Un scénario courant dans SIP consiste pour un certain nombre de téléphones professionnels à partager un seul ou un petit nombre d'URI d'enregistrement d'adresse (Address of Record, AOR).

De plus, un AOR peut avoir plusieurs apparences sur un seul UA en termes d'interface utilisateur. Le numéro d'apparence se rapporte à l'interface utilisateur du téléphone; typiquement, chaque apparence d'un AOR a un affichage visuel (lampe qui peut changer de couleur ou clignoter ou une icône d'écran) et un bouton (utilisé pour sélectionner l'apparence) où chaque numéro d'apparence est associé à un dialogue différent vers/depuis l'AOR. Le concept téléphonique d'apparence de ligne reste pertinent pour SIP en raison des considérations d'interface utilisateur. Il est important de conserver la construction du numéro d'apparence car:

Les utilisateurs humains sont habitués au concept et s'y attendront dans les systèmes de remplacement (par exemple, une annonce de page aérienne dit "Joe pickup line 3").
C'est une structure utile pour la représentation de l'interface utilisateur.

Le but du numéro d'apparence est d'identifier les appels actifs pour faciliter le partage entre les utilisateurs (par exemple, passer un appel d'un utilisateur à un autre). Si un téléphone a suffisamment de boutons/lampes, le numéro d'apparence pourrait être le numéro de séquence de position du bouton. Sinon, il peut toujours être souhaitable de présenter l'état de l'appel, mais le numéro d'apparence doit être affiché afin que les utilisateurs sachent quel appel, par exemple, est en attente sur quelle touche.

Dans ce document, à l'exception des scénarios d'utilisation de la section suivante, nous utiliserons le terme "apparence" (appearance) plutôt que "apparence de ligne" (line appearance) car SIP n'a pas le concept de lignes. Notez que cela ne signifie pas qu'une interface utilisateur téléphonique conventionnelle (lampes et boutons) doit être utilisée: les implémentations peuvent utiliser une autre métaphore tant que le numéro d'apparence est facilement apparent pour l'utilisateur. Chaque AOR a un espace de numérotation d'apparence distinct. En conséquence, une interface utilisateur UA donnée peut avoir plusieurs occurrences du même numéro d'apparence, mais elles seront pour différents AOR.