專利名稱：多媒體會話控制器的制作方法
技術領域：
本發(fā)明一般地涉及電信系統，更具體地說，涉及用于多媒體會話的復合控制器。
背景技術：
例如會話發(fā)起協議(SIP)之類的分散式通信協議允許不需要集中呼叫控制的通信會話。這些通信協議允許設備彼此直接交換媒體，而不是通過例如呼叫管理器之類的中間媒介來進行交換。每個設備與其對等體之間建立獨立的控制和媒體流。

發(fā)明內容
根據本發(fā)明，與用于分散式通信協議的用戶代理有關的缺點和問題被顯著減少或消除。具體地說，本發(fā)明的某些實施例提供了處理涉及與一個或多個用戶設備的委托(delegated)媒體會話的多媒體會話的復合控制器。這提供了允許多個媒體設備參與一個多媒體會話的方法。
根據本發(fā)明的一個實施例，提供了一種用于管理多媒體會話的方法，其包括接收對發(fā)起多媒體會話的請求，所述多媒體會話包括第一媒體和第二媒體。該方法還包括建立與第一設備的第一委托會話以傳遞所述第一媒體，以及將所述第一委托會話與所述多媒體會話相關聯。
根據本發(fā)明的另一實施例，提供了一種復合控制器，其包括第一接口、第二接口和處理器。所述第一接口接收對發(fā)起具有第一和第二媒體的多媒體會話的請求。所述第二接口建立與委托用戶代理的委托會話，以與所述委托用戶代理交換所述第一媒體。所述處理器將所述第一委托會話與所述多媒體會話相關聯。
本發(fā)明的某些實施例重要技術優(yōu)點包括增加了媒體和可用于分布式通信協議的專用特定設備的多樣性。對復合控制器的使用允許多個設備的通信能力被合并入同一通信會話中，而無需每種設備建立單獨的通信連接。這提高了整體效率，并降低了建立和控制多媒體連接的復雜度。
根據下面的附圖、描述和權利要求，本發(fā)明的其它技術優(yōu)點將對本領域的技術人員變得非常明顯。而且，雖然上面已列舉了具體的優(yōu)點，但是各種實施例可包括所列優(yōu)點中的全部、一些或一個優(yōu)點也不包括。


參照下面的描述并結合附圖，可獲得對本發(fā)明及其優(yōu)點的更全面理解，在附圖中圖1示出了根據本發(fā)明的一個實施例的通信系統；圖2示出了圖1的系統中的復合控制器；圖3示出了可由圖2的復合控制器存儲的會話信息表的示例；圖4是示出了在用戶代理處，響應于請求而發(fā)起多媒體會話的方法的一個示例的流程圖；圖5是示出了用于在復合控制器處發(fā)起多媒體會話的方法的示例的流程圖；圖6是示出了用于在塢接(dock)到復合控制器的設備處發(fā)起多媒體會話的方法的示例的流程圖；圖7是用于在復合控制器處接收對于多媒體會話的SIP請求的呼叫流示意圖；圖8是在復合控制器處使用SIP來發(fā)起多媒體會話的呼叫流示意圖；以及圖9是用于在塢接到運行SIP的復合控制器的設備處發(fā)起多媒體會話的呼叫流示意圖。
具體實施例方式
圖1所示的通信系統100包括復合控制器(CC)102a和102b(統稱為“CC 102”)，用于管理與端點104的通信會話。復合控制器102建立與一個或多個其它用戶代理的主多媒體會話，其中所述其它用戶代理可以是復合型的，也可以不是復合型的。CC 102在端點104之間建立委托媒體會話，并將其與主多媒體會話相關聯，以使每個單獨的端點104處理適當類型的媒體，同時對每個會話的控制由復合控制器102處理。于是，復合控制器102允許由CC 102所控制的單個多媒體會話中的不同媒體類型終止于不同的端點104。其媒體會話被CC 102管理的端點104被稱為“塢接端點”。塢接端點104可以較持久的方式塢接，從而塢接端點104的所有通信可由CC 102管理?；蛘撸它c104可以根據需要從與CC 102相關聯的端點集合中有選擇地被塢接，以使特定的端點104從事自管理式媒體會話，除非端點104被CC 102塢接。這樣的端點104被稱為“可用端點”。
術語“多媒體會話”泛指多種媒體類型的任何交換，并包括媒體的交換和用于管理每個媒體交換的控制或信令信息的任何有關交換。媒體類型可包括語音、視頻、數據或任何其它合適形式的信息。信息的交換可根據允許端點104建立與其它端點104的獨立媒體會話的任何合適的協議而發(fā)生。協議可包括會話發(fā)起協議(SIP)和任何其它對等、分布式或其它合適的通信協議。在多媒體會話中，CC 102處理用于塢接端點104和其它設備之間的媒體交換的信令和/或控制信息。因為媒體交換是由CC 102控制的，所以它們被稱為委托媒體會話。CC 102還可以使用本地應用(稱為“本地媒體會話”)來處理特定類型的媒體。
復合控制器(CC)102是指建立主多媒體會話的任何硬件和/或軟件。在主多媒體會話中，CC 102管理多個媒體會話，并將多媒體會話中的各種媒體交換指定到一個或多個委托會話。CC 102維護關于耦合到CC 102的可用端點104的信息，從而當CC 102接收到多媒體請求時，它可以確定多個可被委托以會話的可用端點104。CC 102還可包括處理多媒體會話中的一種或多種媒體類型的合適的硬件、軟件或其它組件或應用。例如，CC102可以將語音和視頻委托給合適的端點104，而直接處理例如即時消息應用之類的數據交換。在管理單個媒體會話時，CC 102可與單個的端點104或管理對應的端點104集合的媒體會話的遠程CC 102交換信令和/或控制信息。
端點104是指用于與其它端點104交換一種或多種媒體的任何設備、應用、硬件和/或軟件。例如，端點104可包括模擬、數字或因特網協議(IP)電話、個人計算機、視頻會議裝備、無線通信設備、個人數字助理(PDA)、軟件應用，或任何其它合適的設備或應用。在特定實施例中，端點104被裝備為使用SIP來與其它設備協商通信會話。
應用服務器106代表任何服務器、處理器、計算機，或其它用于管理CC 102的合適組件。應用服務器106提供用于CC 102的用戶接口，其允許用戶發(fā)起多媒體會話、執(zhí)行CC 102的任何合適的配置或任何合適的控制或管理任務。應用服務器106可包括任何合適的輸入或輸出設備，例如鍵盤、鼠標、圖形用戶接口(GUI)。通過提供用于CC 102的控制接口，應用服務器106的某些實施例允許用戶管理多個媒體設備，就像它們是一個多媒體設備一樣。
在操作中，CC 102接收對涉及一種或多種媒體類型的通信會話的請求。CC 102識別通信請求中的媒體類型，并且基于所述媒體類型，CC 102識別能夠處理每種媒體的可用端點104。CC 102還可在本地媒體會話中直接處理特定的媒體類型。當CC 102嘗試發(fā)起與所選擇的端點104的委托媒體會話時，CC 102可以回復通信請求的發(fā)送者，向其表明CC 102正在嘗試建立會話。為了建立委托媒體會話，CC 102建立與端點104的控制連接，使得CC 102可以控制通過端點104的媒體交換。一旦建立了與端點104的委托媒體會話，CC 102就建立與通信請求的發(fā)送者的主多媒體會話。然后，端點104在CC 102所管理的委托會話中交換媒體，而CC 102在本地媒體會話中交換媒體。
CC 102也可以發(fā)起多媒體會話。CC 102的用戶發(fā)起對多媒體通信的請求。響應于該請求，CC 102通過參考所存儲的信息或通過詢問可用端點104以確定它們的能力，來確定哪些媒體類型可用于委托或本地媒體會話。一旦可用媒體類型已被探知，則CC 102就將包括對每個所選媒體類型的請求的多媒體會話請求傳遞給所選擇的一個或多個目的地。如果通信請求被接受，則CC 102建立任何委托會話和本地會話，從而端點104和/或CC 102可開始與目的地交換媒體。
在多媒體會話期間，CC 102也可以添加或刪除特定的媒體類型。例如，如果端點104的用戶希望交換視頻，則用戶之一可傳遞視頻請求。CC102接收對添加媒體類型的請求，確定該媒體是否能在委托或本地媒體會話中處理，并且建立合適類型的會話。類似地，CC 102可以通過終止用于某媒體類型的委托會話，而從多媒體會話中刪除該媒體類型。
CC 102還可接收來自端點104的對發(fā)起多媒體通信或添加媒體的請求。當請求是對多媒體會話的請求時，CC 102接收該請求、認識到該請求來自端點104，并且(可能和任何其它合適的媒體請求一起)中繼該通信請求。例如，如果CC 102具有額外的即時消息能力，則CC 102可與語音通信請求一起請求即時消息會話。如果該通信請求被接受，則CC 102建立與請求端點104的委托媒體會話以及任何其它合適的本地或委托會話，這些會話都與主多媒體會話相關聯。
圖2更詳細地示出了CC 102的具體實施例。CC 102包括處理器202、存儲器204，以及接口。接口包括網絡接口206、設備接口208，以及應用編程接口212。雖然接口被示為單獨的部件，但是應當理解多個接口的功能可共享同一硬件和/或軟件。
處理器202代表用于處理信息和執(zhí)行與CC 102的功能有關的任何合適的任務的任意硬件和/或軟件。處理器202可包括微處理器、微控制器、數字信號處理器(DSP)，或任何其它合適的硬件和/或軟件。存儲器204代表任何易失性或非易失性信息存儲介質，包括磁介質、光介質、本地組件、遠程組件、可清除介質、CD-ROM、DVD-ROM，或任何其它合適形式的信息存儲設備。
接口代表任何真實或虛擬的端口或連接，包括允許CC 102與系統100的其它組件交換信息的任何合適的硬件和/或軟件。網絡接口206與其它CC 102或未塢接到CC 102的端點104交換信息，該信息可以包括媒體和/或信令或控制信息。設備接口208與塢接到CC 102的端點104交換信息。設備接口208包括端口210，每個端口210都對應于到塢接端點104之一的真實或虛擬連接。CC 102可通過端口210來識別所接收的信息的源，其中所述信息是從端口210處接收的。應用編程接口(API)212代表允許應用服務器106控制CC 102的操作的連接。
存儲器204存儲CC 102用來建立并管理主多媒體會話、委托媒體會話和本地媒體會話的信息。代碼214代表被包含在計算機可讀介質中的指令，所述指令被處理器202執(zhí)行以執(zhí)行各種任務。介質類型216表明可被CC 102及其相關聯的端點104處理的各種媒體。設備標識符218唯一地標識了可用于塢接的端點104。媒體類型216和設備標識符218可在表或映射中相互關連，所述表或映射將每種媒體類型與一個或多個處理該媒體類型的設備相關聯。本地媒體接口220代表用于處理CC 102本地的特定類型的媒體會話的指令。會話信息222維護活動的主多媒體會話、委托媒體會話和本地媒體會話的記錄，還維護本地和委托會話與它們各自的主會話之間的關聯。
在操作中，CC 102建立并管理主多媒體會話和相關聯的委托和本地媒體會話。在接收到來自網絡接口206的對多媒體會話的請求后，CC 102首先通過將該請求與存儲在存儲器204中的媒體類型216進行比較，來識別所請求的媒體類型。如果在媒體類型216中未發(fā)現特定媒體類型，則CC102可使用網絡接口206，將錯誤消息返回到呼叫者。對于在存儲器204中發(fā)現的媒體類型，CC 102建立用于每種媒體類型的媒體會話。
為了建立媒體會話，CC 102首先咨詢設備標識符218和本地媒體接口220，以確定用于處理每種媒體的可用資源。CC 102對由本地媒體接口220所支持的媒體類型建立本地媒體會話，并通過在會話信息222中存儲適當的信息來標識這些會話。CC 102使用設備接口208來接觸端點104，以請求與能夠處理剩余媒體類型的端點104進行會話。如果請求成功，則CC 102建立與所選擇的端點104的委托媒體會話，并更新會話信息222以反映新的委托會話。一旦所有的媒體類型都被分配給委托或本地會話，CC102就建立與多媒體通信請求的發(fā)送者的主多媒體會話，并更新會話信息222，從而使委托和本地媒體會話與主會話相關聯。CC 102還可從API 212接收各種命令，包括對發(fā)起與其它CC 102或端點104的多媒體會話的請求。
圖3示出了CC 102可用來組織關于端點104、媒體類型216和會話信息222的信息的表300。表300對被組織為4列的信息進行關聯。列302列出了用于處理媒體會話的可用設備，如用任意合適的標識符所標識的那樣。在所描述的實施例中，設備由因特網協議(IP)地址標識。端點IP地址310標識對應于特定端點310的目的地址。本地地址302代表用于CC102自身的IP地址。
媒體類型304表明每個特定媒體類型304所關聯的設備地址。例如，如果即時消息應用由CC 102處理，則特定媒體類型304“即時消息”與本地地址302相關聯。每種媒體類型可與多個設備相關聯，從而CC 102可根據需要或希望而建立與任何或所有可用媒體設備的媒體會話。類似地，特定的設備可處理多種媒體。CC 102可使用媒體類型列304和設備地址列302中的信息來確定用于處理多媒體通信請求中每種媒體類型的特定設備。
活動會話標識符306可根據任何合適的排列(例如發(fā)起會話的順序)而被分配。當新的會話被建立和現存的會話被終止時，CC 102更新活動會話列306以反映這些變化。不具有活動媒體會話的設備可被分配以0值或被列為不活動。
主會話標識符308代表用于與每個活動媒體會話306相關聯的主多媒體會話的標識符。例如，在涉及語音和視頻二者的媒體會話中，兩者的媒體會話標識符306可與同一主會話標識符308相關聯。同樣，當相關聯的媒體會話被發(fā)起或終止時，CC 102更新列308以反映新的相關聯的媒體會話。
雖然已經描述了表300的具體實施例，但是應當理解，CC 102可使用額外的或不同的信息來建立和管理媒體會話，而且可以任何合適的格式來實現上述組織。例如，信息可被組織在有關的數據庫或其它信息格式中。CC 102可在接收到來自API 212或塢接端點104的新通信請求時，才發(fā)現可用的通信資源，而不是保持對設備能力的持續(xù)記錄，因此允許信息在將設備添加到CC 102或從CC 102刪除設備時被保存。用于設備和媒體會話的特定標識符也可變化。這種變化并不干擾CC 102的基本操作。
圖4是示出了響應于通信請求，使用CC 102來發(fā)起多媒體會話的方法的一個示例的流程圖400。在步驟402，CC 102接收來自發(fā)送者的對發(fā)起多媒體通信會話的請求。在步驟404，CC 102識別該多媒體請求的媒體類型。在步驟406，CC 102選擇所述媒體類型之一，并在步驟408確定該媒體類型是否被支持。如果所選媒體類型不被支持，則CC 102可在步驟410向通信請求的發(fā)送者返回錯誤消息。如果所選媒體類型被支持，則CC102繼續(xù)建立用于該媒體類型的媒體會話。
為了建立媒體會話，CC 102在步驟412確定支持該媒體類型的設備。該設備可以是可用端點104或在CC 102自身上運行的本地媒體處置器(handler)。然后在步驟414，CC 102請求將由CC 102控制的委托會話。在本地媒體會話情形下，CC 102可在步驟414啟動該應用。然后在步驟416，CC 102確定對委托會話的請求是否被接受。如果請求被接受，則CC 102在步驟418建立與該設備的委托會話。如果請求被駁回(由于通信設備中的錯誤或故障或任何其它原因)，CC 102在步驟420嘗試定位到支持該媒體類型的另一設備。如果定位到了另一設備，則在步驟414，CC102嘗試建立與該設備的媒體會話。否則，CC 102確定該媒體類型不被支持，并且在步驟410發(fā)送錯誤消息。
當用于所選媒體類型的媒體會話被建立后，在步驟422，CC 102確定是否存在未被分配到媒體會話的剩余媒體類型。如果存在剩余媒體類型，則CC 102從步驟406開始，繼續(xù)建立用于所述媒體類型的媒體會話。否則，CC 102建立與目的地的主多媒體會話。
在步驟424，CC 102傳遞對多媒體通信請求的接受信息。該接受信息可包括錯誤消息或其它表明特定媒體類型不被支持的指示。在步驟426，CC 102發(fā)起用于委托會話的控制信息交換，并且在步驟428，基于所述控制信息來發(fā)起設備之間的媒體交換。
圖5是示出了由用戶發(fā)起的、用于使CC 102建立與目的地的多媒體會話的請求的流程圖500。在步驟502，CC 102接收對發(fā)起多媒體會話的命令。該請求可以是通過API 212或端點104而由用戶發(fā)起的，例如當呼叫者拿起電話的話筒并撥號時。或者，該請求可由CC 102的子例程、應用服務器106上的應用或任何其它合適的控制器自動發(fā)起。用戶或通信請求的發(fā)起者可指定具體的媒體類型，或允許根據默認值、根據CC 102能夠處理的媒體類型或根據任何其它合適的方法來選擇媒體類型。對發(fā)起通信的請求還包括通信連接的目的地。
在一個實施例中，CC 102通過在步驟504請求端點104的能力來確定可用媒體類型。在步驟506，CC 102接收任意塢接設備的能力。在可替換實施例中，對多媒體會話的請求的發(fā)起者可指定媒體類型，該媒體類型可根據默認值而被選擇，或通過與目的地通信來確定通信另一端所支持的媒體類型而被確定。一般地，CC 102可使用任何適當的方法來選擇媒體類型。
一旦CC 102通過任意一種上述方法確定了可用的媒體類型，則在步驟510，CC 102將對多媒體會話的請求傳遞到所請求的目的地。如果CC102在步驟512接收到接受信息，則在步驟516，CC 102建立由CC 102控制的委托或本地媒體會話。CC 102繼續(xù)建立媒體會話(由從判斷步驟518出發(fā)的流代表)，直到所有媒體類型都分別與媒體會話相關聯。一旦媒體會話被建立，則CC 102在步驟520向目的地確認多媒體會話，并在步驟522向各個設備確認它們各自的委托會話。然后，設備可以開始在由CC102控制的本地和委托媒體會話中交換媒體。
圖6是示出了用于從塢接到CC 102的設備發(fā)起多媒體會話和用于向現存多媒體會話添加新的媒體類型的方法的一個示例的流程圖600。在步驟602，CC 102接收來自塢接端點104的、對發(fā)起與目的地的通信連接的請求。在步驟604，CC 102確定什么額外媒體對通信可用。或者，塢接端點104的用戶可指定某些媒體類型作為通信請求的一部分。一旦媒體類型被確定，則在步驟606，CC 102將多媒體會話請求傳遞到所選目的地。然后在步驟608，CC 102接收來自目的地的接受信息。
然后，對于每種所請求的媒體類型，CC 102建立委托或本地媒體會話。在步驟610，CC 102選擇媒體類型。在步驟612，CC 102建立委托或本地媒體會話。判斷步驟614繼續(xù)建立媒體會話的循環(huán)，直到多媒體會話的所有媒體類型都與媒體會話相關聯。當所有媒體會話都被建立時，在步驟616，CC 102建立與目的地的主多媒體會話。
在多媒體會話期間，CC 102可向多媒體會話添加一種或多種媒體。對媒體類型的添加或減少的請求可例如經由API 222而直接從用戶處接收到，或經由網絡接口206而從遠程設備接收到。下面的描述給出了從CC102的用戶接收添加請求的示例，但是一般地，添加或減少請求可以任何合適的方式被接收。在步驟618，CC 102從API 212接收添加媒體的請求。在步驟620，CC 102識別本地或塢接設備來處理該媒體類型。然后在步驟622-626，CC 102建立與該設備的媒體會話。
在步驟622，CC 102請求與所選設備的新委托會話。CC 102在步驟624接收來自所選設備的接受信息，并在步驟626建立與該設備的委托會話。然后在步驟628，CC 102使用多媒體會話的通信連接發(fā)送對添加新媒體的請求。在步驟630，CC 102接收來自目的地的接受信息，并在步驟632將新媒體會話與主多媒體會話相關聯。如果來自API 212的添加請求包括多個媒體類型，則CC 102可以對每種額外的媒體類型重復步驟620到632。
在某些情形下，目的地設備或塢接設備可能由于故障、不支持所選媒體或其它適當理由而拒絕對通信連接的請求。在此情形下，CC 102可發(fā)送錯誤消息到嘗試向現存多媒體會話添加媒體的一方，不論該方是CC 102的用戶還是目的地CC 102或端點104的用戶。
圖7-9是示出了在SIP環(huán)境下，CC 102的操作示例的呼叫流示意圖，具體地說，示出了CC 102與其它設備交換的SIP消息。SIP術語“用戶代理”是指處理特定媒體類型的端點104。圖7示出了到使用SIP的CC102的特定實施例的傳入多媒體呼叫的呼叫流700的示例。呼叫流700涉及源用戶代理(源UA)702，其發(fā)送多媒體請求到具有兩個塢接設備(語音委托用戶代理(語音委托UA)706和視頻委托用戶代理(視頻委托UA)708)的復合控制器(CC)704。源UA 702代表CC 704與之通信的另一端點104或CC 102?！霸础笔侵高@樣的事實，即UA 702是對發(fā)起多媒體會話的請求的發(fā)出者；當UA 702接收來自CC 704的對發(fā)起多媒體會話的請求時，它也可以被稱為“目的地UA”704。
CC 704從源UA 702接收用于涉及語音、視頻和即時消息這3種媒體類型的多媒體會話的邀請消息710。當CC 704嘗試建立用于語音和視頻的適當的委托會話時，它作出臨時的“嘗試”響應711。在所示實施例中，CC 102在本地處理即時消息媒體。
為了建立委托語音會話，CC 704發(fā)送邀請消息712到語音委托UA706。語音委托UA 706響應以接受信息(OK)714，CC 704返回確認(ACK)716，表明已接收到OK 714。一旦該接受信息被確認，就認為委托語音會話已建立。為了建立委托視頻會話，CC 704發(fā)送邀請718到視頻委托UA 708，接收OK 720響應，并用ACK 722來確認OK 720。這就建立了委托視頻會話。
一旦委托會話被建立，CC 704就通過向源UA 702發(fā)送用于多媒體會話的OK 724來更新它的臨時響應。源UA返回ACK 726，從而在源UA702和CC 704之間建立多媒體會話。然后，源UA 702與適當的目的地UA交換媒體。語音媒體流728被傳遞給語音委托UA 706，而CC 704處理與語音媒體流728相關聯的相關信令和/或控制信息。視頻媒體流730被類似地傳遞到視頻委托UA 708。即時消息媒體流732被CC 704在本地處理，因此即時消息媒體流732終止于CC 704。
圖8示出了響應于從API 212接收的命令或接收命令的其他合適的方法，由CC 704發(fā)起的多媒體呼叫的呼叫流800的示例。響應于接收發(fā)起多媒體會話的命令，CC 704通過傳遞用于請求核實能力的“無媒體要約(no media offer)”消息802和810來確定設備的可用性。語音委托UA706響應以語音OK 804，表明它支持語音媒體，而視頻委托UA 708響應以視頻OK 812。CC 102用ACK消息806和814來向每個設備對語音OK804和視頻OK 812進行確認。ACK消息806和814還包括保持請求，表明UA 706和708應當在待機模式中等待媒體會話的建立。
在CC 704探知塢接UA 706和708的能力后，CC 704傳遞邀請消息816到目的地UA 702(稱為“目的地UA”是因為它接收對發(fā)起多媒體會話的請求)。該邀請消息可以包括對應于先前確定的媒體能力的任意媒體類型以及CC 704所支持的任意媒體類型，例如所示實施例中的即時消息。對于該請求中的所有媒體類型，目的地UA對該請求響應以OK 818，如上面結合圖7所述。響應于OK 818，CC 704發(fā)送邀請消息820到語音委托UA 706，發(fā)送邀請消息824到視頻委托UA 708，以建立與這些設備的媒體會話。語音委托UA 706響應以語音OK 824，而視頻委托UA 708響應以視頻OK 826。CC 704可進行檢查以確定語音OK 824和視頻OK826與能力檢查中的語音OK 804和視頻OK 812相匹配。如果它們不匹配，則CC 704可確定CC 704的實際能力不匹配到目的地UA 702的邀請消息816中所表明的能力，在此情形下，必須放棄所嘗試的多媒體連接的部分或全部，或者采取其它補救動作。
假設媒體會話都恰好匹配，則CC 704通過傳遞ACK消息828來向目的地UA確認多媒體會話。CC 704還通過傳遞ACK消息830和832來向語音委托UA 706和視頻委托UA 708確認委托媒體會話。一旦所有適當的多媒體和委托會話都被接受和確認，則即時消息媒體流834、語音媒體流836和視頻媒體流838就在目的地UA 702和處理每種媒體類型的各個設備之間被建立。
圖9是由塢接設備發(fā)起的多媒體會話的呼叫流900的示例，其包括在呼叫期間添加媒體。在所示實施例中，語音委托用戶代理706將想要發(fā)送給目的地UA 702的語音邀請消息902發(fā)送到CC 704。CC 704識別出邀請消息902是針對目的地UA 702的，并且還確定了該呼叫可能希望的任意額外媒體。CC 704可基于邀請消息902本身或基于對它自身能力和/或塢接設備能力的內部確定而作出此確定。在所示實施例中，CC 704確定即時消息(CC 704所支持的一種媒體類型)將被添加到語音邀請消息902中。
一旦多媒體請求的媒體已被確定，CC 704就傳遞多媒體邀請904到目的地UA 702。目的地UA 702響應以多媒體OK消息906，然后CC 704對多媒體OK消息906響應以ACK消息908。CC 704還使用語音OK 910來接受來自語音委托UA 706的原始語音邀請消息902，從而建立與語音委托UA 706的委托語音會話。語音委托UA 706以ACK消息912來確認委托語音會話。然后，即時消息媒體流916和語音媒體流918被建立在用于這些媒體類型的各個設備之間。
在多媒體呼叫期間，CC 704從API 212接收對添加視頻的請求918。響應于請求918，CC 704發(fā)送“無媒體要約”消息920到視頻委托UA708，以核實其視頻能力。視頻委托UA響應以視頻OK 922，CC 704用ACK消息924來確認視頻OK 922，在向多媒體會話添加視頻時，該消息將視頻委托UA 708置于保持狀態(tài)。
一旦視頻委托會話被建立，CC 704就向目的地UA 702傳遞邀請請求926，該請求包括來自原始多媒體會話的語音和即時消息，還包括視頻。目的地UA 702返回多媒體OK 928，其指定了將在多媒體會話中使用的媒體類型。有時，例如當目的地UA 702在語音通信中支持一種語音媒體，而在視頻會議中支持不同類型的語音媒體時，目的地UA 702可在響應中請求不同的媒體類型。如方框930所示，然后，CC 704可重新邀請語音委托UA進入支持新的語音類型的語音會話，如果新的語音類型不被支持，則CC 704可能放棄對添加視頻的嘗試。
假設多媒體OK 928中的所有媒體都被支持，則CC 704可添加視頻到多媒體會話。CC 704發(fā)送視頻邀請消息932到視頻委托UA 708，視頻委托UA 708響應以視頻OK 934。如果視頻OK 934不匹配視頻OK 922，則CC 702可確定多媒體邀請926中傳遞的視頻類型不被支持，并且可能放棄對添加視頻的嘗試，如方框936所示。否則，CC 702用ACK消息940向視頻委托UA 708確認委托視頻會話，并用ACK消息938向目的地UA702確認新的多媒體會話，包括視頻。然后，目的地UA 702使用視頻媒體流942來與視頻委托UA 708交換視頻。
雖然利用幾個實施例描述了本發(fā)明，但是本領域的技術人員可對其作出多種改變、變化、替換、變型以及修改，本發(fā)明將包括這些改變、變化、替換、變型以及修改，它們都落在所附權利要求的范圍內。
權利要求
1.一種用于管理多媒體會話的方法，包括接收請求以發(fā)起多媒體會話，所述多媒體會話具有第一媒體和第二媒體；建立與第一設備的第一委托會話以傳遞所述第一媒體；以及將所述第一委托會話與所述多媒體會話相關聯。
2.如權利要求1所述的方法，其中所述第一媒體是語音；并且所述第二媒體是即時消息。
3.如權利要求1所述的方法，還包括建立與第二設備的第二委托會話以傳遞所述第二媒體；以及將所述第二委托會話與所述多媒體會話相關聯。
4.如權利要求3所述的方法，其中關聯所述第一委托會話的步驟包括建立與遠程設備的多媒體會話；以及將所述第一委托會話與所述多媒體會話相關聯。
5.如權利要求4所述的方法，其中所述遠程設備與所述第一設備傳遞第一媒體，與所述第二設備傳遞第二媒體。
6.如權利要求5所述的方法，其中所述遠程設備進行以下操作建立到第三設備的第三委托會話，以與所述第一設備傳遞第一媒體；以及建立到第四設備的第四委托會話，以與所述第二設備傳遞第二媒體。
7.如權利要求1所述的方法，其中所述方法的步驟由復合控制器執(zhí)行；并且所述方法還包括通過執(zhí)行所述復合控制器的應用來向用戶輸出所述第二媒體。
8.如權利要求1所述的方法，其中所述請求接收自應用編程接口。
9.一種用于管理多媒體會話的方法，包括接收第一邀請命令，以發(fā)起具有第一媒體和第二媒體的多媒體會話；傳遞第二邀請命令，以建立與第一設備的第一委托會話，從而傳遞第一媒體；以及將所述第一委托會話與所述多媒體會話相關聯。
10.如權利要求9所述的方法，其中所述第一媒體是語音；并且所述第二媒體是數據。
11.如權利要求9所述的方法，還包括傳遞第三邀請命令，以建立與第二設備的第二委托會話，從而傳遞第二媒體；以及將所述第二委托會話與所述多媒體會話相關聯。
12.如權利要求9所述的方法，其中關聯所述第一委托會話的步驟包括建立與遠程設備的主會話；以及將所述第一委托會話與所述主會話相關聯。
13.如權利要求9所述的方法，其中所述遠程設備與所述第一設備傳遞第一媒體，與第二設備傳遞第二媒體。
14.如權利要求9所述的方法，其中所述遠程設備進行以下操作建立到第三設備的第三委托會話，以與所述第一設備傳遞第一媒體；以及建立到第四設備的第四委托會話，以與所述第二設備傳遞第二媒體。
15.如權利要求9所述的方法，其中所述請求接收自應用編程接口。
16.如權利要求9所述的方法，其中所述邀請消息具有由通信協議指定的格式；以及所述通信協議包括允許一個或多個通信設備彼此建立通信會話的對等協議。
17.一種復合控制器，包括第一接口，其可操作來接收請求，以發(fā)起具有第一和第二媒體的多媒體會話；第二接口，其可操作來建立與第一委托用戶代理的第一委托會話，以與所述第一委托用戶代理交換所述第一媒體；以及處理器，其可操作來將所述第一委托會話與所述多媒體會話相關聯。
18.如權利要求17所述的復合控制器，其中所述第一媒體是語音；并且所述第二媒體是數據。
19.如權利要求18所述的復合控制器，其中所述第二接口還可操作來建立與第二委托用戶代理的第二委托會話以傳遞所述第二媒體；以及所述處理器還可操作來將所述第二委托會話與所述多媒體會話相關聯。
20.如權利要求17所述的復合控制器，其中所述處理器還可操作來建立與遠程設備的主會話。
21.如權利要求17所述的復合控制器，還包括可操作來向用戶傳遞所述第二媒體的用戶接口。
22.如權利要求17所述的復合控制器，其中所述第一接口包括應用編程接口；并且所述請求接收自應用。
23.包含在計算機可讀介質中的邏輯，該邏輯可操作來接收請求以發(fā)起多媒體會話，所述多媒體會話具有第一媒體和第二媒體；建立與第一設備的第一委托會話以傳遞所述第一媒體；以及將所述第一委托會話與所述多媒體會話相關聯。
24.如權利要求23所述的邏輯，其中關聯所述第一委托會話的步驟包括建立與遠程設備的主會話；以及將所述第一委托會話與所述主會話相關聯。
25.如權利要求23所述的邏輯，其中所述邏輯還可操作來建立與第二設備的第二委托會話，以傳遞所述第二媒體；以及將所述第二委托會話與所述多媒體會話相關聯。
26.一種復合控制器，包括用于接收請求以發(fā)起主多媒體會話的裝置，所述主多媒體會話具有第一媒體和第二媒體；用于建立與第一設備的第一委托會話以傳遞所述第一媒體的裝置；以及用于將所述第一委托會話與所述多媒體會話相關聯的裝置。
27.如權利要求26所述的系統，還包括用于建立與第二設備的第二委托會話以傳遞所述第二媒體的裝置；以及用于將所述第二委托會話與所述多媒體會話相關聯的裝置。
28.一種系統，包括第一復合控制器；第二復合控制器，其可操作來建立包括至少兩種媒體類型的、與所述第一復合控制器的主多媒體會話；耦合到所述第一復合控制器的第一通信設備，其可操作來在對應于所述媒體類型之一的第一媒體會話中交換媒體，其中所述第一媒體會話與所述主多媒體會話相關聯，所述第一媒體會話由所述復合控制器控制；耦合到所述第二復合控制器的第二通信設備，其可操作來在對應于所述媒體類型之一的第二媒體會話中交換媒體，其中所述第二媒體會話與所述主多媒體會話相關聯，所述第二媒體會話由所述第二復合控制器控制；以及第三通信設備，其可操作來在對應于所述媒體類型之一的第三媒體會話中交換媒體，其中所述第三媒體會話與所述主多媒體會話相關聯，并且所述第三媒體會話由所述復合控制器之一控制。
29.如權利要求28所述的系統，其中所述第一和第二復合控制器都包括可操作來輸出第一媒體類型的用戶接口；所述第一和第二通信設備可操作來輸出第二媒體類型；并且所述主多媒體會話中的所述至少兩種媒體類型包括所述第一和第二媒體類型。
30.如權利要求28所述的系統，其中所述第三通信設備包括所述第一復合控制器的輸出設備。
31.如權利要求28所述的系統，其中所述第三通信設備耦合到所述第一復合控制器；并且所述第三通信設備所交換的媒體類型不同于所述第一通信設備所交換的媒體類型。
32.一種用于管理多媒體會話的方法，包括提供運行會話發(fā)起協議的復合控制器以及塢接到所述復合控制器的通信設備；在所述復合控制器與一個或多個遠程設備之間交換第一會話發(fā)起協議消息，以建立包括至少兩種媒體類型的、與所述遠程設備的主多媒體會話；與所述通信設備交換第二會話發(fā)起協議消息，以建立包括從所述至少兩種媒體類型中選出的至少一種媒體類型的委托媒體會話；以及將所述委托媒體會話與所述主多媒體會話相關聯。
33.如權利要求32所述的方法，其中交換所述第一會話發(fā)起協議消息的步驟包括向所述通信設備傳遞用于所述委托媒體會話的會話發(fā)起協議邀請消息；從所述通信設備接收用于所述委托媒體會話的會話發(fā)起協議OK消息；以及向所述通信設備傳遞對所述OK消息的確認。
34.如權利要求32所述的方法，其中交換所述第二會話發(fā)起協議消息的步驟包括傳遞用于所述主多媒體會話的會話發(fā)起協議邀請消息；以及接收用于所述主多媒體會話的會話發(fā)起協議OK消息。
35.如權利要求32所述的方法，其中交換所述第一會話發(fā)起協議消息的步驟包括從所述通信設備接收用于所述委托媒體會話的第一會話發(fā)起協議邀請消息；以及傳遞第一會話發(fā)起協議OK消息；并且交換所述第二會話發(fā)起協議消息的步驟包括響應于接收到所述第一會話發(fā)起協議邀請消息，選擇用于所述主多媒體會話的一種或多種額外的媒體類型；向所述一個或多個遠程設備傳遞用于所述主多媒體會話的第二會話發(fā)起協議邀請消息；以及接收響應于所述第二會話發(fā)起協議邀請消息的第二會話發(fā)起協議OK消息，其中所述第一會話發(fā)起協議OK消息是響應于接收到所述第二會話發(fā)起協議OK消息而被傳遞的。
全文摘要
一種用于管理多媒體會話的方法，包括接收對發(fā)起包括第一媒體和第二媒體的多媒體會話的請求。該方法還包括建立與第一設備的第一委托會話以傳遞第一媒體，并且將第一委托會話與多媒體會話相關聯。
文檔編號H04L29/06GK1732665SQ200380108058
公開日2006年2月8日 申請日期2003年11月26日 優(yōu)先權日2002年12月30日
發(fā)明者邁克爾·P·萊波雷, 斯蒂夫·R·奎特諾, 保羅·H·基茲瓦特, 丹尼爾·L·肖爾 申請人:思科技術公司