1. Einführung

Die Funktions- und Funktionalitätsanforderungen für SIP-Benutzeragenten (User Agent, UA), die Geschäftstelefonanwendungen unterstützen, unterscheiden sich sowohl in Bezug auf Dienste als auch auf die Endbenutzererfahrung erheblich von grundlegenden SIP-UAs. Zusätzlich zur grundlegenden SIP-Unterstützung [RFC3261] erfordern viele der Dienste in einer Geschäftsumgebung die Unterstützung für SIP-Erweiterungen wie REFER [RFC3515], SUBSCRIBE/NOTIFY [RFC6665], PUBLISH [RFC3903], die SIP-Replaces [RFC3891] und Join [RFC3911] Kopfzeilenfelder usw. Viele der beliebten Geschäftsdienste wurden in den SIP-Dienstbeispielen [RFC5359] dokumentiert.

Diese Spezifikation beschreibt detailliert eine Methode zur Implementierung einer Gruppentelefoniefunktion, die in der Telefonie auf verschiedene Weise als Bridged Line Appearance (BLA) oder Multiple Line Appearances (MLA) bekannt ist, eine der beliebtesten erweiterten Funktionen, die von SIP-IP-Telefoniegeräten in einer Geschäftsumgebung erwartet werden. Andere Namen für diese Funktion sind Shared Call/Line Appearance (SCA), Shared Call Status und Multiple Call Appearance (MCA). Eine Variante dieser Funktion ist als Single Line Extension bekannt.

Dieses Dokument untersucht, wie diese Funktion unter Verwendung von Standard-SIP [RFC3261] in Verbindung mit SIP-Ereignissen [RFC6665] und Veröffentlichung [RFC3903] (die das SIP-Dialogzustandsereignispaket [RFC4235] trägt) implementiert werden kann, um den Status zwischen UAs auszutauschen.

In der traditionellen Telefonie ist die Leitung physisch. Ein häufiges Szenario in der Telefonie besteht darin, dass eine Anzahl von Geschäftstelefonen eine einzige oder eine kleine Anzahl von Leitungen teilen. Das Teilen oder Erscheinen dieser Leitungen zwischen einer Anzahl von Telefonen gibt dieser Funktion ihren Namen. Ein häufiges Szenario in SIP besteht darin, dass eine Anzahl von Geschäftstelefonen einen einzigen oder eine kleine Anzahl von Address of Record (AOR) URIs teilen.

Darüber hinaus kann ein AOR mehrere Erscheinungen auf einem einzelnen UA in Bezug auf die Benutzeroberfläche haben. Die Erscheinungsnummer bezieht sich auf die Benutzeroberfläche des Telefons; typischerweise hat jede Erscheinung eines AOR eine visuelle Anzeige (Lampe, die die Farbe ändern oder blinken kann, oder ein Bildschirmsymbol) und eine Taste (zum Auswählen der Erscheinung), wobei jede Erscheinungsnummer mit einem anderen Dialog zu/von dem AOR verbunden ist. Das Telefoniekonzept der Leitungserscheinung ist aufgrund der Überlegungen zur Benutzeroberfläche für SIP weiterhin relevant. Es ist wichtig, die Erscheinungsnummernkonstruktion beizubehalten, weil:

Menschliche Benutzer sind an das Konzept gewöhnt und werden es in Ersatzsystemen erwarten (z. B. sagt eine Overhead-Seitenankündigung "Joe pickup line 3").
Es ist eine nützliche Struktur für die Darstellung der Benutzeroberfläche.

Der Zweck der Erscheinungsnummer besteht darin, aktive Anrufe zu identifizieren, um das Teilen zwischen Benutzern zu erleichtern (z. B. das Übergeben eines Anrufs von einem Benutzer an einen anderen). Wenn ein Telefon genügend Tasten/Lampen hat, könnte die Erscheinungsnummer die Positions-Sequenznummer der Taste sein. Wenn nicht, kann es dennoch wünschenswert sein, den Anrufzustand darzustellen, aber die Erscheinungsnummer sollte angezeigt werden, damit Benutzer wissen, welcher Anruf beispielsweise auf welcher Taste gehalten wird.

In diesem Dokument werden wir, mit Ausnahme der Verwendungsszenarien im nächsten Abschnitt, den Begriff "Erscheinung" (appearance) anstelle von "Leitungserscheinung" (line appearance) verwenden, da SIP kein Konzept von Leitungen hat. Beachten Sie, dass dies nicht bedeutet, dass eine konventionelle Telefoniebenutzeroberfläche (Lampen und Tasten) verwendet werden muss: Implementierungen können eine andere Metapher verwenden, solange die Erscheinungsnummer für den Benutzer leicht erkennbar ist. Jeder AOR hat einen separaten Erscheinungsnummernraum. Infolgedessen kann eine gegebene UA-Benutzeroberfläche mehrere Vorkommen derselben Erscheinungsnummer haben, aber sie werden für verschiedene AORs sein.