Office Communications Server

La voce Powers conferenza OCS 2007 R2

Rajesh Ramanathan

In un riepilogo delle:

• Conferenza ad hoc
• Protocollo di controllo centralizzato conferenze
• Conferenze multimodal

Contenuto

Tipi di riunioni
Base dell'architettura di conferenza
Il protocollo C3P
Come vengono create le conferenze
Invio dell'invito ad altri alla conferenza
Passare una chiamata a due entità a una conferenza

In un precedente articolo di questa serie, "come voce Powers OCS 2007," discusso funzionamento di chiamate vocali nel sistema Office Communications Server (OCS). Inoltre illustrato come una base SIP INVITE viene instradato nel sistema per impostare una sessione vocale peer per peer e come client attraversano NAT e firewall per chiamare definizione.

In questo articolo, è possibile verranno illustrati la conferenza parte del brano. OCS consente le conferenze in tempo reale impostare con gli utenti interni ed esterni un firewall aziendale, supporto sia escalation di chiamate a una conferenza e conferenze pre-scheduled o riunioni ad hoc.

Conferenze in OCS 2007 si basa sul supporto di SIP (Session Initiation Protocol) e leverages le funzionalità di Attraversamento firewall o NAT introdotte per le chiamate peer per peer. Come chiamate peer per peer, le conferenze possono da unire da in un punto qualsiasi all'esterno del firewall azienda. Conferenze in OCS si basa sui ruoli del server OCS 2007 conferenza. Con il server dedicato che forniscono la funzionalità di conferenza, le conferenze possono scalare da alcuni membri a 100 o anche più.

Figura 1 invito ad una opzioni in Office Communicator 2007 R2

I client di Office Communicator consentono di inoltrare una audio o chiamate audio e video una sessione di messaggistica immediata o una chiamata multimodal e sessione di messaggi immediati per una conferenza da perfettamente passare insieme tutte le modalità. Gli utenti possono aggiungere altri partecipanti a chiamate audio due entità trascinando altri utenti dall'elenco contatti in Office Communicator oppure utilizzando il menu di invito ad una (vedere la Figura 1 ) in una finestra di conversazione, che visualizza un selettore di contatto in cui l'utente può immettere un numero di telefono nell'invito.

Invito tramite posta elettronica opzione, disponibile anche dal menu di invito ad una crea un messaggio di posta elettronica utilizzando Microsoft Office Outlook e la invia alla conferenza URI per l'utente remoto ulteriori alla conferenza URI in un momento. Invito tramite posta elettronica invia anche il numero di chiamate in ingresso del messaggio se la conferenza è pianificata utilizzando il componente aggiuntivo di conferenza per Microsoft Office Outlook. Quando viene utilizzato l'invito tramite posta elettronica, il partecipante remoto può prendere parte alla conferenza utilizzando Communicator Web Access, l'autenticazione (o partecipare in modo anonimo), quindi selezionare comporre out per il numero di telefono locale. Questo fornisce una soluzione flessibile.

Office Communicator 2007 R2 fornisce anche l'opzione Meet Now (illustrato nella Nella figura 2 ) un modo semplice creare rapidamente le conferenze ad hoc.

Nella figura 2 Inizia ora in Office Communicator 2007 R2

Tipi di riunioni

Prima approfondire i dettagli del funzionamento della conferenza, deve discusso i tipi di conferenze OCS supporta. È possibile creare conferenze in Office Communications Server 2007 R2 con i seguenti tipi:

Aprire autenticati Gli utenti autenticati con OCS 2007 è possono partecipare alla conferenza e invitare altri utenti autenticati. La parola "Apri" indica che appartenenza è aperto. Conferenze ad hoc create da Office Communicator 2007 R2 sono aperte autenticati mediante l'impostazione predefinita.

Chiusura autenticati Gli utenti autenticati possono partecipare alla conferenza, ma l'appartenenza alla conferenza è limitato e controllato dall'organizzatore.

anonimo Queste conferenze presentano il loosest restrizioni su chi è consentito a partecipare. Gli utenti sono in grado di unire da Communicator Web Access senza autenticazione con OCS o potranno utilizzare un numero di chiamate in ingresso per partecipare a una conferenza da un telefono.

In questo articolo è attenzione principalmente conferenze autenticate aperte.

Base dell'architettura di conferenza

Conferenze nell'architettura OCS dipende da una topologia a stella in cui tutti i client connettersi a un pool di server di conferenze centrale. La soluzione di conferenze in OCS è in genere due tipi di server principali che partecipano alla conferenza.

Prima disattivata, è una factory lo stato attivo, che funge da un manager di conferenza. Consente di gestire elenco dei partecipanti alla conferenza e le modalità che attualmente utilizzano vari partecipanti. La factory lo stato attivo anche termina la connessione di controllo segnalazione con il coordinatore della conferenza e garantisce che i comandi come disattiva, rimuovere e così via) correttamente incanalare ai server di supporto appropriato. La factory attivo mantiene anche la connessione al database conferenza, utilizzato per cercare le conferenze pianificate e numeri di chiamate in ingresso.

In secondo luogo, esistono uno o più unità di controllo multipunto (MCU). La MCU fornisce supporto multiplexing funzionalità per una conferenza. In sistema OCS, sono disponibili i seguenti ruoli MCU:

• MCU di messaggistica IMMEDIATA fornisce messaggistica immediata tra più parti.
• MCU audio/video fornisce missaggio audio e video passare più parti.
• MCU dati forniscono funzionalità di Live Meeting, come desktop condivisione, lavagna e così via.

Poiché la factory lo stato attivo è la gestione delle conferenze, tutti i client vengono assegnati un indirizzo per la factory lo stato attivo quando sono provisioning. Questo indirizzo viene inviato tramite inband provisioning meccanismo menzionato nell'articolo " come Powers presenza OCS 2007. "

Nella figura 3 illustrata l'architettura logica per una conferenza ha tre client Office Communicator per tre utenti. Le linee tratteggiate rappresentano il canale di segnalazione SIP in base sia stabilito tra il client e lo stato attivo, a sua volta stabilisce il canale con la MCU diversi. Linee continue visualizzare il flusso audio/video che viene terminato la MCU audio/video. Altri flussi multimediali, ad esempio messaggistica IMMEDIATA e i dati, vengono omesse intenzionalmente da questo diagramma allo scopo di semplicità.

Nella figura 3 Architettura logica di una conferenza di terza parte

Il protocollo C3P

La soluzione di conferenza OCS sarà basata disattivazione dei centralizzato conferenze Control Protocol (generalmente definito come CENTRALIZE o C3P breve). Questo è un protocollo basato su XML client / server che esegue il piggy su un SIP e si fornisce seguenti meccanismi:

• Un documento di conferenza (o elenco) che elenca i partecipanti alla conferenza e le diverse modalità in cui i vari partecipanti sono attualmente in.
• Un meccanismo di comando/risposta che consente a client per inviare comandi al server di conferenze factory dello stato attivo in modo che possibile creare la conferenza o controllare altri aspetti di esso.

Ad esempio AddConference è un comando C3P che consente di aggiungere una conferenza alla fabbrica lo stato attivo. La factory attivo risponde con una URI SIP della conferenza univoca basato disattivare l'utente è un URI SIP. Ad esempio, ad esempio mio URI SIP è sip:rajesh@contoso.com. Quando l'il client invia un comando AddConference, la factory lo stato attivo si ritornare una chiave univoca la conferenza avrà un aspetto simile al seguente: sip:rajesh@contoso.com;gruu;opaque=app:conf:focus:id:A0DB798E3EDA984FACAD30D1A8DCD35A. Questa chiave di URI SIP della conferenza OCS identifica. Possono essere condivisi con altri partecipanti per fornire loro l'accesso alla conferenza. Si tratta dello stesso URI che viene inviato nel messaggio generato utilizzando l'invito da opzione di posta elettronica.

Poiché URI SIP della conferenza viene creato utilizzando l'autore di conferenza URI SIP personalizzati, ciò garantisce che i criteri applicati alla conferenza possono derivare dai criteri del creatore. Significa inoltre di che criteri relativi a comporre out per PSTN e così via possono essere applicati in base alle quali è consentita per il coordinatore della conferenza specifico.

Un altro comando di C3P, AddUser, è un comando che consente di aggiungere un partecipante alla conferenza. Specifica inoltre il ruolo di partecipante, come partecipante o moderatore. Il coordinatore e relatore è necessario aggiungere si la conferenza utilizzando AddUser appena è stato inviato il comando AddConference. Il coordinatore e relatore consente AddUser per invitare i punti finali o il client con un URI SIP in una conferenza, nonché i numeri di telefono PSTN. Per avviare la composizione fuori i numeri di telefono dalle MCU, un nodo XML <dialout> deve essere impostato nel comando AddUser. Farà riferimento a questo comando combinato come AddUserDialOut.

Un terzo comando C3P, GetConference, viene utilizzato per recuperare tutte le funzionalità di conferenza. Una volta che un client si connette per lo stato attivo, è necessario recuperare le informazioni URI SIP sulle MCU diverse nel sistema in modo è possibile comunicare direttamente le MCU. Queste informazioni sulle MCU viene recuperate utilizzando GetConference. Un audio/video MCU SIP URI che viene recuperato tramite GetConference simile al seguente: sip:rajeshra@microsoft.com;gruu;opaque=app:conf:audio-video:id:A0DB798E3EDA984FACAD30D1A8DCD35A. Si noti che ogni URI SIP, una factory di conferenza lo stato attivo o un server di conferenza specifico, è effettivamente un globale instradabile utente URI (GRUU). Brevemente descritto sulle GRUUs nella " modalità Powers presenza OCS 2007" articolo.

Come menzionato prima, rides C3P del SIP e il SIP consente sessioni da creare tra degli agenti utente di due (o, da sintatticamente corretti, tra un client di agente utente e un server di agente utente). Il payload di una sessione SIP non è sempre necessario un SDP audio o video (Session Description Protocol), può essere un modo per stabilire un canale di segnalazione puro. Questo concetto è utilizzato dai client per stabilire un canale di segnalazione SIP in base con la factory lo stato attivo a una sessione di conferenza specifico.

Nella figura 4 Creazione e partecipare a una conferenza

Come vengono create le conferenze

Il primo passaggio consiste nel creare una conferenza e stabilire una sessione con la factory lo stato attivo di segnalazione SIP. Il primo comando che un client utilizza consiste nel creare una sessione di conferenza nella factory dello stato attivo in modo che il client è possibile iniziare l'interazione con lo stato attivo alla conferenza. Questa operazione viene eseguita utilizzando una richiesta SIP speciale denominato servizio. La coppia di richiesta/200 OK servizio di eseguire il comando AddConference e risposta AddConference, rispettivamente. Una volta completato il passaggio SERVICE/200 OK, il client ha ottenuto un ID conferenza univoco che è possibile utilizzare per comunicare con lo stato attivo ottenere le informazioni correlate a MCU, aggiungere altri utenti e gestire l'appartenenza di conferenza.

Il client aggiunge quindi stesso alla conferenza inviando un INVITE alla conferenza URI che contiene un comando AddUser C3P specificando la sessione del client. Questa operazione completa il passaggio iniziale di creazione della conferenza e unione lo stato attivo.

Il passaggio successivo è per il client per collegare il supporto MCU diversi. Ad esempio, se la conferenza è una chiamata audio, quindi il Office Communicator client invia una normale SIP INVITE con un corpo SDP audio o audio/video.

Passaggio l'ultimo è per il client per invitare altri client di partecipare alla conferenza. Nella figura 4 è illustrata questa sequenza di eventi consente di inizializzare una conferenza la factory lo stato attivo.

Si noti che dopo la richiesta SERVICE è, il primo comando <adduser> viene eseguito come un payload INVITE anziché un SDP. Una volta creata la finestra di dialogo, altri comandi, ad esempio l'aggiunta di nuovi utenti, vengono inviati come messaggi SIP INFO tramite la stessa finestra di dialogo INVITE con lo stato attivo. Il primo comando C3P che viene inviato alla fabbrica lo stato attivo è il comando GetConference, che restituisce l'URI di SIP di MCU HO già accennato. Il client ora impostato una seconda sessione multimediale (questo tempo SDP audio) all'URI SIP del / V MCU indicato nella risposta getConference.

Collegamenti a part precedente di questa serie

	" Come presenza Powers OCS 2007" technet.microsoft.com/en-us/Magazine/2008.02.ocsim.aspx
	"Come voce Powers OCS 2007" technet.microsoft.com/en-us/Magazine/2008.07.OCS.aspx
	"Modalità remota chiama controllo Powers OCS 2007 R2" technet.microsoft.com/en-us/Magazine/dd440963.aspx

Invio dell'invito ad altri alla conferenza

Ora che si conoscono un client crea una conferenza dalla factory lo stato attivo e unisce il/V MCU, È possibile dettagli come il client può invitare altri client in conferenza. Esistono tre metodi di base che possono essere utilizzati in questo campo: un invito di applicazione ad hoc inviato al client remoto utilizzando una connessione SIP, scalabilità richiesta inviata alla fabbrica lo stato attivo per creare un INVITE VoIP da il/V MCU e unione dalla conferenza URI (che è parte di una riunione pianificata).

Quando viene selezionato un contatto, Office Communicator tenta di inviare un INVITE applicazione (o INVITE applicazione) per il client remoto per invitare in una conferenza invece di avvio direttamente una richiesta di connessione remota fuori da il/V MCU. Un'applicazione-INVITE è una speciale SIP INVITE che contiene un payload di dati XML contenente l'URI SIP della conferenza. Un client che riceve l'applicazione-INVITE è in grado di partecipare alla conferenza base attivo-URI l'applicazione-INVITE. L'applicazione-INVITE sempre è il modo preferenziale per invitare un altro client perché contiene informazioni sulle altre modalità potenziali, ad esempio messaggistica immediata nella conferenza.

Quando un utente seleziona un numero di telefono specifico per un contatto o quando l'utente seleziona Invita dal telefono, Office Communicator invece invia un comando di AddUserDialout per il/V MCU. Un INVITE fuori connessione remota è un semplice VoIP INVITE derivante da il/V MCU che consente i client di livello inferiore e gli endpoint PSTN di partecipare a una conferenza audio/video.

Creazione di una conferenza utente 3

In base alle informazioni che sono presentate finora, verrà dettaglio come Elena è in grado di creare una conferenza con Bob e Adriana direttamente. Alice si sceglie di fare clic con il pulsante destro del mouse su Bob Adriana in contatto Office Communicator elenco e iniziare una conferenza da Communicator. Figura 5 Mostra che Office Communicator client Benedetti prima crea la conferenza e join utilizzando i costrutti che sono descritti.

Nella figura 5 come viene creata una conferenza

Media è ora provenienti da istanza di Alice di Office Communicator per le MCU AV. Successivamente, generato Office Communicator di Alice separarle inviti applicazione URI Roberto SIP e URI SIP del Adriana. Roberto lezioni lavoro e il suo squilli telefono Office Communicator. Quando Roberto accetta la conferenza, il client di Office Communicator Invia 200 OK l'applicazione-INVITE e invia un BYE alla sessione immediatamente poiché presenta le informazioni dal corpo INVITE applicazione e non è necessario tenere la sessione virtuale con client Office Communicator di Alice attivo. Roberto di Office Communicator, quindi unisce la factory lo stato attivo e il/V MCU in Office Communicator di Alice modo stesso prima unito alla conferenza.

Luisa riceve anche squilli INVITE applicazione e Office Communicator per utente, nonché. Luisa decide di deviare la conferenza al proprio cellulare da in ingresso toast di chiamata. Quando Adriana seleziona questa opzione, il client Office Communicator unisce lo stato attivo in base alle URI attivo e quindi problemi un C3P AddUserDialout comando per la composizione fuori a telefono cellulare del Adriana anziché join direttamente.

Passare una chiamata a due entità a una conferenza

Passare una conferenza due entità è un po'più complessa rispetto semplicemente avviare una conferenza. Si tratta quanto la chiamata di due entità deve essere mantenuta fino a passare su entrambe le parti della conferenza. I client di Office Communicator eseguire un processo di escalation sincronizzato in cui ciascun client partecipa alla conferenza prima di interrompere la chiamata di peer per peer.

Si supponga, Elena parlare con Bob e decide di trascinare e rilasciare Adriana in conferenza. Quando passare le due parti in una conferenza, vengono eseguite le seguenti operazioni:

1. Client di Benedetti Office Communicator crea una sessione conferenza basata la factory lo stato attivo.
2. Quindi Office Communicator di Alice unisce il/V MCU con la chiamata su tenere (RTP flusso inattivo).
3. Una volta completato il join di conferenza, Office Communicator di Alice invia un'applicazione-INVITE client specificando la conferenza URI.
4. Office Communicator Roberto inizia il passaggio di escalation e unisce lo stato attivo e il/V MCU con il flusso RTP su contenere.
5. Una volta Office Communicator Roberto unisce il/V MCU correttamente, invia un BYE alla sessione di peer.
6. Sia il client che client di Benedetti attiva il flusso RTP il/V MCU nello stesso momento per mantenere la continuità della chiamata.
7. Ora di Alice inviata un'applicazione-INVITE al client Office Communicator di Adriana per invitare la terza parte in conferenza.

Si noti che questa sequenza di operazioni viene eseguita molto attentamente. Se client Office Communicator è Impossibile unire il server per conferenze, quindi non riesce l'escalation della conferenza e continuare le chiamate di peer per peer.

Passare PSTN chiamate a una conferenza è inoltre supportata, ma invece di inviare l'applicazione-INVITE nel passaggio 3, Office Communicator necessario emettere un AddUserDialOut per il/V MCU e aggiungere un'intestazione sostituisce in modo che la chiamata da il/V MCU possibile sostituire la chiamata di peer per peer tra due endpoint di Office Communicator. Questa è illustrata nella Figura 6 e 7 figura .

Nella figura 6 passare PSTN chiamate a una conferenza, in corso

Nella figura 7 passare chiamate tramite a una conferenza PSTN, stato finale

Office Communicator supporta l'interoperabilità con altri client che non supportano il meccanismo INVITE applicazione. Per questo, viene utilizzato un meccanismo di fallback per utilizzando AddUserDialout il/V MCU. Nello scenario precedente, se è stata Adriana su un client che non supporta applicazioni-INVITE, un codice di risposta 415 per l'applicazione-INVITE attiverà Office Communicator di rientrano nuovamente per il/V MCU comporre uscita.

È stato descritto una chiamata tra due persone da eseguita l'escalation a una conferenza audio. Ma cosa potrebbe verificarsi se si è verificato nella sessione di messaggistica immediata? Quando in una conferenza è presente più di una modalità, nei client Office Communicator è possibile verificare eseguita che entrambe le modalità sono correttamente escalation prima che venga eseguito il commit della conferenza e la terza parte invitato alla conferenza. Ciò garantisce che gli multimodal tra due partecipanti notano differenze sostanziali.

Ramanathan Rajesh ha lavorato per 15 anni nello spazio di comunicazione ed è progettato per i protocolli di casella vocale, esperienze utente e più che recente della voce di Communicator e conferenza esperienza per Office Communicator 2007 e R2. Lavora attualmente come Lead Program Manager nel team di Office Communicator. È possibile contattarlo per i commenti in rajeshra@Microsoft.com