1. Introduzione

I requisiti di funzionalità e caratteristiche per gli agenti utente (User Agent, UA) SIP che supportano applicazioni di telefonia aziendale differiscono notevolmente dagli UA SIP di base, sia in termini di servizi che di esperienza dell'utente finale. Oltre al supporto SIP di base [RFC3261], molti dei servizi in un ambiente aziendale richiedono il supporto per estensioni SIP come REFER [RFC3515], SUBSCRIBE/NOTIFY [RFC6665], PUBLISH [RFC3903], i campi di intestazione SIP Replaces [RFC3891] e Join [RFC3911], ecc. Molti dei servizi aziendali più popolari sono stati documentati negli esempi di servizi SIP [RFC5359].

Questa specifica descrive in dettaglio un metodo per implementare una funzionalità di telefonia di gruppo nota in vari modi nella telefonia come Bridged Line Appearance (BLA) o Multiple Line Appearances (MLA), una delle funzionalità avanzate più popolari previste per i dispositivi di telefonia IP SIP in un ambiente aziendale. Altri nomi per questa funzionalità includono Shared Call/Line Appearance (SCA), Shared Call Status e Multiple Call Appearance (MCA). Una variante di questa funzionalità è nota come Single Line Extension.

Questo documento esamina come questa funzionalità può essere implementata utilizzando SIP standard [RFC3261] in combinazione con eventi SIP [RFC6665] e pubblicazione [RFC3903] (che trasporta il pacchetto di eventi di stato del dialogo SIP [RFC4235]) per scambiare lo stato tra gli UA.

Nella telefonia tradizionale, la linea è fisica. Uno scenario comune nella telefonia consiste nel fatto che un certo numero di telefoni aziendali condividano una singola o un piccolo numero di linee. La condivisione o l'apparizione di queste linee tra un certo numero di telefoni è ciò che dà il nome a questa funzionalità. Uno scenario comune in SIP consiste nel fatto che un certo numero di telefoni aziendali condividano uno o un piccolo numero di URI Address of Record (AOR).

Inoltre, un AOR può avere più apparizioni su un singolo UA in termini di interfaccia utente. Il numero di apparizione si riferisce all'interfaccia utente del telefono; tipicamente, ogni apparizione di un AOR ha un display visivo (lampada che può cambiare colore o lampeggiare o un'icona dello schermo) e un pulsante (utilizzato per selezionare l'apparizione) dove ogni numero di apparizione è associato a un dialogo diverso da/verso l'AOR. Il concetto telefonico di apparizione di linea è ancora rilevante per SIP a causa delle considerazioni sull'interfaccia utente. È importante mantenere la costruzione del numero di apparizione perché:

Gli utenti umani sono abituati al concetto e se lo aspetteranno nei sistemi sostitutivi (ad esempio, un annuncio di pagina aerea dice "Joe pickup line 3").
È una struttura utile per la rappresentazione dell'interfaccia utente.

Lo scopo del numero di apparizione è identificare le chiamate attive per facilitare la condivisione tra gli utenti (ad esempio, passare una chiamata da un utente all'altro). Se un telefono ha abbastanza pulsanti/lampade, il numero di apparizione potrebbe essere il numero di sequenza posizionale del pulsante. In caso contrario, potrebbe essere comunque desiderabile presentare lo stato della chiamata, ma il numero di apparizione dovrebbe essere visualizzato in modo che gli utenti sappiano quale chiamata, ad esempio, è in attesa su quale tasto.

In questo documento, ad eccezione degli scenari di utilizzo nella sezione successiva, utilizzeremo il termine "apparizione" (appearance) anziché "apparizione di linea" (line appearance) poiché SIP non ha il concetto di linee. Si noti che questo non significa che debba essere utilizzata un'interfaccia utente telefonica convenzionale (lampade e pulsanti): le implementazioni possono utilizzare un'altra metafora purché il numero di apparizione sia facilmente evidente all'utente. Ogni AOR ha uno spazio di numerazione delle apparizioni separato. Di conseguenza, una data interfaccia utente UA può avere più occorrenze dello stesso numero di apparizione, ma saranno per AOR diversi.