• Articolo

Office Communications Server

Modalità remota chiama controllo Powers OCS 2007 R2

Rajesh Ramanathan

 

In un riepilogo delle:

  • Controllo delle chiamate remote operazioni eseguibili
  • Funzionamento del controllo delle chiamate remote
  • Scenari comuni di OCS per implementare il controllo delle chiamate remote

Contenuto

Lo standard CSTA
Avvio il canale di controllo delle chiamate remote
Il flusso MakeCall base
Il flusso di chiamata risposta base
Controllo delle chiamate remote e integrazione della presenza
Controllo delle chiamate remote e conferenza
Controllo delle chiamate remote in Enterprise Voice con PBX
Limitazioni di controllo delle chiamate remote

Questo articolo è una continuazione della serie coprire come Office Communications Server (OCS) 2007 fornisce comunicazioni unificata vocale tramite funzionalità IP (VoIP) e conferenze. Di seguito verrà illustrato come Office Communications Server fornisce la funzionalità delle chiamate remote Control (RCC) con i sistemi PBX precedenti e possono essere supportati come vari scenari correlati di chiamata controllo delle chiamate remote. Inoltre Accennare brevemente alla configurazione forking doppia e come controllo delle chiamate remote può essere utilizzata in tale configurazione per fornire un'opzione flessibile per all'utente di apportare e ricevere chiamate da Office Communicator o il telefono PBX.

Nel mio articolo" La presenza Powers OCS 2007" È assegnato una panoramica di soluzione OCS 2007, illustra come diverse parti adatta insieme. Inoltre descritto come presenza svolge un ruolo chiave nella comunicazione unificata e come vengono utilizzate per il routing in modo efficiente chiamate vocali. In" La voce Powers OCS 2007" Descritto come OCS fornisce funzionalità VoIP. Inoltre ha richiesto una breve panoramica in varie opzioni di configurazione per un utente, con particolare attenzione sulla configurazione di Enterprise Voice.

Un'altra configurazione che brevemente utilizzata al momento è RCC, fornito con Live Communications Server 2005 che consente a Communicator 2005 controllare chiamate dal telefono PBX. Con OCS 2007, questa funzionalità è ancora disponibile come una configurazione alternativa quando esiste una distribuzione esistente di PBX. È inoltre disponibile un'opzione per attivare il controllo delle chiamate remote con Enterprise Voice, in cui gli utenti possono utilizzare sia il sistema PBX, nonché Office Communicator di telefono per gestire le chiamate.

Controllo delle chiamate remote è la possibilità di inviare o ricevere chiamate su un dispositivo diverso computer. Per OCS, indica le operazioni seguenti:

  • Quando squilli di telefono PBX, un avviso viene visualizzato in Communicator consente di rispondere alla chiamata.
  • Quando un utente numero di telefono viene fatto clic su Communicator, il telefono PBX va fuori hook in modalità viva voce e compone il numero.
  • Inoltro chiamate può essere impostata sul telefono PBX.
  • Chiamate in arrivo al numero possono essere deflected in altri numeri di telefono.
  • Eventi di controllo Mid-Call, ad esempio servizio di trasferimento a procedura singola e trasferimento Consultative possono essere eseguite su una chiamata al telefono PBX. Segnali del segnale multifrequenza (DTMF) possono essere inviati dal telefono PBX utilizzando l'interfaccia utente in Communicator.

fig01.gif

Figura 1 configurazione il controllo delle chiamate remote

Uno dei grandi differenze configurazione controllo delle chiamate remote ed Enterprise Voice è che nella configurazione del controllo delle chiamate remote, i client Office Communicator sufficiente segnalazione controlli impostato con il sistema PBX, ovvero non è nessuna chiamata VoIP inviata al client Office Communicator. In altre parole, Office Communicator non viene utilizzato come un softphone in queste configurazioni.

Nella configurazione più semplice, controllo delle chiamate remote può essere distribuito, impostando un gateway SIP/CSTA tra il PBX e OCS. Il gateway SIP/CSTA consente di fornisce un'interfaccia SIP (Session Initiation Protocol) verso il lato OCS e di utilizza CSTA Computer-Supported applicazione (Telecommunications Applications) segnala i messaggi incapsulati all'interno di messaggi SIP per comunicare con i client Office Communicator.

Verso il lato PBX, il gateway SIP/CSTA utilizza le proprietarie PBX specifici del fornitore segnalazione interfacce. Come si vede nella Figura 1 , le distribuzioni di controllo delle chiamate remote sfruttano la connettività di rete PSTN (public switched telephone viene fornita dal sistema PBX per effettuare chiamate al mondo PSTN. Tali implementazioni anche sfruttano il sistema di posta vocale è collegato al sistema PBX.

Nella figura 2 viene illustrato il logico diagramma di come chiamate vocali rientrano in un sistema di controllo delle chiamate remote. Come può notare, il client Office Communicator crea una sessione segnalazione in cui si spostano i messaggi di controllo di chiamata basati sul protocollo CSTA tra il client Office Communicator e il gateway SIP/CSTA. La chiamata effettiva stesso è tra il telefono scrivania PBX e l'endpoint remoto, che può essere un altro telefono scrivania PBX o un endpoint PSTN, o anche un altro utente attivato da Enterprise Voice un telefono OCS.

fig02.gif

Nella figura 2 chiamate in una configurazione di controllo delle chiamate remote

Lo standard CSTA

Implementazione di controllo delle chiamate remote in Office Communicator si basa sul ECMA (European Computer Manufacturers Association) Technical Report-87 TR 87. Questa è un'implementazione SIP del modello CSTA inoltre proposto da ECMA. Un altro standard, ECMA 323 fornisce lo schema dettagliato dei messaggi di XML inviati nel canale SIP per un'implementazione CSTA. Office Communicator segue un sottoinsieme delle funzionalità e metodi in TR 87. La documentazione più dettagliata sul supporto per lo standard CSTA in Communicator è disponibile tramite il Programma Microsoft Connect. Si noti che in tutto il resto di questo articolo, CSTA intende il protocollo generico utilizzato tra i client di Office Communicator e il sistema PBX.

Avvio il canale di controllo delle chiamate remote

Nell'articolo "come presenza Powers OCS" spiegato come l'Uniform Resource Identifier (URI SIP) è un importante fa parte del sistema di OCS e il modo in cui ogni utente viene assegnato un URI SIP consente chiamate di essere reindirizzati per l'utente. Quando i client Office Communicator comunicare con un gateway SIP/CSTA, è necessario identificare il telefono Office Communicator deve controllo. Il numero di telefono è identificato come un URI di riga, è fondamentalmente un numero di telefono in formato RFC 3966. Questa proprietà riga URI archiviata in Active Directory nel record dell'utente e viene rese disponibile per Office Communicator come parte di provisioning inband.

Durante l'avvio, i client Office Communicator inoltre necessario connettersi al gateway SIP/CSTA (che è indirizzato in base ALL'URI del server nella configurazione dell'utente in OCS) per configurare un canale INVITE permanente. Communicator a conoscenza la funzionalità di controllo delle chiamate remote e l'URI del server utilizzando il meccanismo di provisioning inband (inoltre descritto nell'articolo "come presenza Powers OCS").

Il sistema di controllo delle chiamate remote segue un modello di comando/­Response. Ogni messaggio che Office Communicator invia al gateway SIP/CSTA contiene un comando codificato come un payload XML (ECMA 323). Ogni risposta o di una notifica dal gateway SIP/CSTA contiene anche un payload XML (ECMA 323). Il primo SIP INVITE creata la sessione e contiene un messaggio RequestSystemStatus CSTA. Il gateway SIP/CSTA accetta la richiesta e risponde con un RequestSystemStatusResponse in 200 OK (vedere la Figura 3 ).

fig03.gif

Nella figura 3 Invita modello con gateway SIP/CSTA

Si noti che non è BYE corrispondente il INVITE. Questo è perché il INVITE non è stata alto come sessione resistenti prolungata possono essere inviati i comandi successivi da Office Communicator o notifiche ricevute dal gateway SIP/CSTA.

Al termine della sequenza INVITE e 200 OK, Office Communicator query le funzionalità del gateway SIP/CSTA (che si riferisce a funzionalità del sistema PBX) per individuare il set di funzionalità supportate. E quindi Avvia di monitoraggio sulla linea telefonica.

Query le funzionalità del sistema PBX è un passaggio importante di avvio automatico, in base alle quali funzionalità sono supportate sul gateway PBX o CSTA, vari elementi dell'interfaccia utente in Office Communicator può essere disattivate o non essere disponibili in. Ad esempio, se la funzionalità di trasferimento passaggio singolo non è supportata sul gateway SIP/CSTA, Office Communicator non visualizzerà il pulsante di trasferimento per una chiamata nei controlli di chiamata.

Configurazione di un controllo delle chiamate remote pertanto richiede due parametri che utilizzati dai client Office Communicator. Innanzitutto è URI del server, un URI SIP che contiene l'indirizzo del gateway SIP/CSTA e consente il Office Communicator ai client di connettersi al server inviando un SIP INVITE all'URI. (Questo URI è in genere il gateway@contoso.com form).

Secondo luogo è URI di riga, è un URI TEL che identifica il numero di telefono nel sistema PBX. Questo URI segue il formato RFC 3966 (ad esempio TEL: +14255551212 o TEL:4255551212; est = 1212).

Una volta completato l'avvio iniziale, Office Communicator riceve eventi dal sistema PBX quando si verifica un cambiamento di stato sulla linea telefonica monitorati come specificato da un numero di telefono. Quando Office Communicator deve derivano o rispondere a una chiamata, invia un messaggio di informazioni che contiene i messaggi XML CSTA il gateway SIP/CSTA. Eventi ricevuti dal gateway SIP/CSTA contengono anche messaggi CSTA XML incorporati all'interno dei messaggi SIP INFO (vedere la Figura 4 per un esempio).

Figura 4 messaggio di informazioni e la risposta 200 OK

INFO sip:gateway@contoso.com SIP/2.0
From: <sip:alice@ocs.contoso.com>;tag=31424bf782;epid=77e47b4782
To: <sip:gateway@ocs.contoso.com>;tag=1fbe74b0
Call-ID: 52c4a528322d4457a486283ccf78b696
User-Agent: UCCP/2.0.6362.0 OC/2.0.6362.0 (Microsoft Office Communicator)
Content-Disposition: signal;handling=required
Content-Type: application/csta+xml
Content-Length: 277
<?xml version="1.0"?>
<MakeCall xmlns="http://www.ecma-international.org/standards/ecma-323/csta/ed3">
  <callingDevice>tel:+14255551212;ext=1212</callingDevice>
  <calledDirectoryNumber>tel:+14258828080;ext=5555</calledDirectoryNumber>
  <autoOriginate>doNotPrompt</autoOriginate>
</MakeCall>

SIP/2.0 200 OK
From: <sip:alice@ocs.contoso.com>;tag=31424bf782;epid=77e47b4782
To: <sip:gateway@ocs.contoso.com>;tag=1fbe74b0
Call-ID: 52c4a528322d4457a486283ccf78b696
Content-Disposition: signal;handling=required
Supported: 100rel,replaces,timer
User-Agent: Example Gateway Release 1.0 version 4.2.3
Contact: <sip:gateway@ocs.contoso.com>
Content-Type: application/csta+xml
Content-Length: 247
<?xml version="1.0" encoding="UTF-8"?>
<MakeCallResponse xmlns="http://www.ecma-international.org/standards/ecma-323/csta/ed3">
  <callingDevice>
    <callID>17772</callID>
    <deviceID> tel:+14255551212;ext=1212</deviceID>
  </callingDevice>
</MakeCallResponse>

Si noti che OCS funge da un proxy SIP in questo scenario. Eventuali messaggi di segnalazione tra i client Office Communicator e il gateway SIP/CSTA vengono passati in modo trasparente dal server OCS. Per garantire che il gateway SIP/CSTA è in esecuzione e il collegamento segnalazione è disponibile, Office Communicator Aggiorna la finestra di dialogo INVITE ogni 10 minuti inviando un Re-INVITE con il comando RequestSystemStatus.

Il flusso MakeCall base

La sequenza di una chiamata viene evidenziata nella Figura 5 . L'utente può effettuare una chiamata a un numero digitandolo nel numero nella casella di ricerca Office Communicator oppure selezionando il numero di telefono di un contatto dall'elenco fare clic per chiamata. Quando l'utente seleziona per effettuare una chiamata, Office Communicator invia un comando MakeCall al gateway SIP/CSTA che contiene il numero telefono selezionato per la chiamata. L'interfaccia di controllo delle chiamate remote consente solo agli utenti di effettuare chiamate ai numeri di telefono. Quando l'utente sceglie l'opzione chiamate da Communicator per chiamare un utente, Office Communicator deriva una chiamata VoIP URI SIP dell'utente remoto.

fig05.gif

Nella figura 5 di esecuzione di una chiamata

La sequenza del messaggio in Nella figura 5 viene illustrato come il gateway SIP/CSTA converte un comando MakeCall in messaggi PBX proprietari; il telefono PBX passa esterno hook e inserisce una chiamata al numero di telefono selezionato.

Si noti che l'interfaccia al gateway SIP/CSTA fornisce meccanismi elaborati per indicare i diversi stati del telefono. In questo esempio, si noterà che esistono più eventi ricevuti da Office Communicator che indicano l'attività sul telefono PBX. Questi avviata con OriginatedEvent (che indica che il telefono PBX è origine una chiamata in uscita) Delivered­Event (che indica uno stato Ringing). Quando che viene ricevuto un Delivered­Event, è possibile che un percorso di supporto per la riproduzione di suoni ringback sia già stato stabilito tra il telefono e l'utente remoto.

Quando la chiamata viene infine risposta, il PBX Invia segnali appropriati il gateway SIP/CSTA e un EstablishedEvent viene inviata a Office Communicator che indica che la chiamata è stata completata (vedere la Nella figura 6 ).

fig06.gif

Nella figura 6 è stato completato la chiamata

Il flusso di chiamata risposta base

Quando una chiamata al sistema PBX, il PBX informa il gateway SIP/CSTA, che a sua volta deriva CSTA DeliveredEvent notifica inviata a Office Communicator (vedere la Figura 7 ). Una volta Office Communicator riceve la notifica DeliveredEvent, la notifica di chiamata in arrivo viene visualizzata all'utente.

fig07.gif

Nella figura 7 risposta A una chiamata

Office Communicator esegue anche il nome ricerca inversa (RNL) con i contatti del servizio Rubrica e Microsoft Office Outlook dell'utente a visualizzare un nome visualizzato per il chiamante corrispondente. L'utente può ora rispondere alla chiamata dalla notifica, determinando un comando CSTA AnswerCall al gateway SIP/CSTA. A questo punto, il gateway SIP/CSTA converte il AnswerCall in un messaggio di risposta specifica da PBX appropriato ed è impostato il canale di supporto bidirezionale tra il chiamante e il telefono PBX.

Controllo delle chiamate remote e integrazione della presenza

Grazie all'integrazione del controllo delle chiamate remote, lo stato di telefono dell'utente è ora integrato con presenza. Ad esempio, ogni volta che l'utente è in una chiamata di sistema PBX, Office Communicator si verrà modificato lo stato dell'utente in chiamata in corso. Questo stato può essere visualizzato nei client di Office Communicator di altri utenti. Gli utenti possono inoltre pubblicare i numeri di telefono personali tramite presenza in modo che altri utenti possono chiamare sui numeri di casa o mobili tramite Office Communicator.

Si noti tuttavia che, quando la presenza di Office Communicator 2007 è impostata su non disturbare, non è attivata la funzionalità non disturbare del sistema PBX. Un utente necessario gestire manualmente lo stato Non disturbare sul sistema PBX.

Controllo delle chiamate remote e conferenza

Quando in una chiamata al controllo delle chiamate remote, Communicator 2007 non consente all'utente di aggiungere un altro utente per la chiamata di Office Communicator. Tuttavia, gli utenti possono comunque creare una conferenza sul telefono PBX utilizzando funzionalità di conferenza il telefono PBX. In questo caso, Office Communicator continua a visualizzare la chiamata come una chiamata peer-to-peer, invece di una chiamata alla conferenza.

Simile a escalation allo scenario di terza parte, chiamate in ingresso delle conferenze sul telefono PBX vengono visualizzati come chiamate peer-to-peer in Office Communicator e può avere una risposta chiamate peer-to-peer in Office Communicator.

Controllo delle chiamate remote in Enterprise Voice con PBX

Controllo delle chiamate remote può essere utilizzato nello scenario Enterprise Voice integrazione PBX (noto anche come diramazione doppio). In un Enterprise Voice con scenario di integrazione PBX, il sistema PBX e OCS fork sistemi chiama verso di loro per consentire di utilizzare il telefono PBX o il softphone Office Communicator per rispondere alle chiamate. Questa opzione consente agli utenti di sfruttare tutti i vantaggi di Enterprise Voice.

Enterprise Voice con scenario di integrazione PBX con controllo delle chiamate remote aggiunto fornisce un'esperienza univoca: gli utenti siano in grado di rispondere a un'in entrata chiamata su al telefono o su Office Communicator da una notifica di chiamata in arrivo solo in Office Communicator (vedere la Nella figura 8 ).

fig08.gif

Nella figura 8 scelta di un endpoint per rispondere a una chiamata in entrata

Inoltre, gli utenti con computer del blocco appunti possono utilizzare Office Communicator come un softphone per effettuare chiamate quando esterno edificio aziendale. Utente ha anche la possibilità di creare chiamate in conferenza telefonica da Office Communicator sfruttando le funzionalità di conferenza fornite da Office Communications Server A/V multipunto controllo units (MCUs).

Limitazioni di controllo delle chiamate remote

Controllo delle chiamate remote offre un modo semplice per il raggiungimento di integrazione con una distribuzione esistente di PBX. Funzionalità di un utente abilitato controllo delle chiamate remote, tuttavia, sono limitati dal telefono PBX cablato operazioni eseguibili. Ad esempio, un utente di Enterprise Voice può sfruttare il supporto nativo OCS per funzionalità vocale esterno e apportare e ricevere chiamate VoIP da entrambi all'interno e all'esterno dell'organizzazione.

Scenario Enterprise Voice consente inoltre di diverse funzionalità di presenza che OCS fornisce (come i livelli di accesso alla presenza per consentire interruzioni urgenti durante applica gruppo di lavoro). Un utente di controllo delle chiamate remote-solo non avrà accesso a queste funzionalità. Inoltre, altre funzionalità, ad esempio passare conferenze due entità a una conferenza con più partecipanti, sono supportati anche solo con utenti di Enterprise Voice.

In un sistema di controllo delle chiamate remote PBX è il master delle regole di gestione di chiamata. Di conseguenza, le impostazioni o regole deviare chiamate automaticamente o INVIO per una riga condivisa effettivamente vengono controllati al sistema PBX. Nuove funzionalità disponibili a un utente di Enterprise Voice, ad esempio simultanee interrotta e la funzionalità di delega introdotta con OCS 2007 R2, non sono disponibili per un utente di controllo delle chiamate remote-solo.

Controllo delle chiamate remote configurazioni sono progettate per essere limitato a un sistema PBX distribuito in un'unica posizione. Questo è il motivo per cui più regole di composizione specifica di percorso non supportate per la topologia di controllo delle chiamate remote. Al contrario, una configurazione di Enterprise Voice consente più percorsi di specificare e gli utenti in percorsi specifici ricevono numeriche regole di normalizzazione sono di posizioni.

Tuttavia, controllo delle chiamate remote fornisce un metodo utile per fornire funzionalità di telefonia OCS in alcuni scenari. Mentre offre un insieme di funzionalità limitate rispetto alle Enterprise Voice, quando si utilizza una configurazione di Enterprise Voice per diramazione doppio), possibile controllo delle chiamate remote assegnare agli utenti un insieme completo di caratteristiche di OCS insieme con la flessibilità di poter effettuare e ricevere chiamate da un telefono scrivania o in Office Communicator.

Ramanathan Rajesh funziona come Lead Program Manager per il team di Office Communicator. Ha ha lavorato nelle comunicazioni 15 anni ed è progettato i protocolli di casella vocale, esperienze utente e vocali conferenza esperienze e per Office Communicator 2007 R2. È possibile contattarlo all' rajeshra@Microsoft.com.