發起和加入會議通話的方法、會議伺服器和終端的製作方法

2023-07-21 15:45:56 1

專利名稱：發起和加入會議通話的方法、會議伺服器和終端的製作方法
技術領域：
本發明涉及通信領域的會議業務，尤其涉及加入會議通話的方法、會議伺服器、終端、發起會議通話的方法、發起SIP會話的方法和傳送SIP MESSAGE消息的方法。
背景技術：
會議業務是電信運營商提供的最常見的增值服務之一，會議業務可以實 現多方用戶同時進行通信。會議可以用於各種各樣媒體流類型的通信，如音 頻、視頻和文本類型的會議。由於會議所能提供的實時性和高質量保證，使 得更多基於會議業務的應用可以被人們所接收，如文件和白板的共享、遊戲 業務等。目前在即時消息IM( Instant Messaging )、 一鍵通PoC( Push-To-Talk over Cellular )等通信業務中都支持會議業務，即支持多方通信的方式。一個完整的會議系統中包含以下的功能實體會議參加者、會議伺服器， 其中會議伺服器進一步可以包括會議中心(Focus)、媒體混合器、會議策 略伺服器、會議訂閱伺服器和會議策略等實體。 一般會議的參加者可以分為 普通的會議參加者和會議主席(通常是會議的發起者或創建者)，他們具有 的權限不同。會議中心是一個會議的核心。在基於會話發起協議SIP( Session Initiation Protocol)實現方式下，會議中心可以看作是一個SIP用戶代理UA (User Agent),並且通過一個統一資源標識符URI (Uniform Resource Identifier)標誌來表示一個會議。會議中心負責維持和所有的會議參加者之 間的信令關係，來確認會議參加者連接到會議中。同時，會議中心還會執行 會議策略。媒體混合器的主要功能是將接收到的各種類型的媒體流混合處 理，然後將處理後的結果媒體流分發到會議參加者中。這裡的媒體傳輸可以使用RTP ( Real-time Transport Protocol)協議等。會議策略伺服器主要是用 來4喿作管理會議策略，它可以以其他相關的非SIP協議如XCAP ( XML Configuration Access Protocol)協議來執行對會議策略的管理。會議策略服 務器可能是實際物理上並不存在的實體，通常與會議中心設置在一起。會議 訂閱通知伺服器是由會議中心分離出來的一個邏輯功能。主要是為了提供用 戶訂閱會議狀態的業務，並且當會議狀態改變時，通知這些訂閱用戶，如有 新的用戶加入或者離開會議。會議策略是控制一個會議規則的完整的集合。 會議策略可以在會議創建之前或者會議創建時被制定，用來指導會議中心主 持和管理一個會議。每一個會議都有一個會議中心，對應一個URI標誌，用戶通過聯繫這 個URI參加到 一 個會議中去。會議中心和用戶之間的拓樸結構為星形結構。 會議中心為用戶提供並維持一個信令連接，並且可以執行會議策略，實現對 會議的控制和管理。關於會議業務更加詳細的介紹和具體實現方案可以參見 網際網路工程組IETF裡SIPPING和XCON小組中會議業務的相關規範和草 案，如RFC4353等。下面通過一個會議例子來介紹目前會議業務中的關鍵流程。 假設某個運營商提供了會議業務，並且給出一個公共業務標誌(PSI)， 該公共業務標誌PSI (Public Service Identifier)可以是一個SIP應用伺服器 AS ( Application Server)的URI。用戶A想要創建一個會議，就可以使用終 端上的SIP UA向該PSI發出SIP請求。應用伺服器AS在接收到這個請求 之後，如果該會議不存在且用戶A有權限創建會議，就會為該會議請求分 配一個會議中心，並響應表示會話正在進行，會議中心的URI包含在該響 應中，該用戶終端和會議中心之間建立SIP會話。然後會議中心依據該會議 預定義的參加者列表，或用戶A發起創建會議的SIP請求時攜帶的參加者列 表，向該會議的其他參加者發送邀請加入會議的請求，在參加者返回確認相 應後將其加入到會議通話中。參見圖1所示的發起會議通話的主要信令流程圖，用戶代理UA1向會議業務的應用伺服器AS發送SIP INVITE請求，AS通過302響應返回所分 配會議中心Focus的URI (如[email protected] ),用戶代理UA1接到 響應後向會議中心的URI發起INVITE請求，建立會議通話。會議中心向其 他參加者如UA2發送INVITE請求，邀請其加入，接收到參加者返回的確 認響應後與其建立會議通話。現有的會議業務流程中，如果在會議中心向參加者發送INVITE請求後， 參加者無法向會議中心回復200 OK響應，即由於一些原因而無法建立與會 議中心的通話，如終端不在服務區、忙等，或者參加者當時並不想立即加入 會議而拒絕了會議中心的INVITE請求，這樣後續參加者很難再加入到該會 議通話中。發明內容本發明要解決的技術問題在於提出了一種加入會議通話的方法，使無法 向發送邀請加入會議通話請求的會議中心回復確認響應的參加者也能加入 到會議通話中。本發明還提出了一種發起會議通話的方法，使會議發起者不用建立與會 議中心的會話即可創建會議。本發明還提出了一種會議伺服器，即使參加者無法對邀請加入會議通話 請求回復確認響應，也能邀請參加者加入會議通話。本發明還提出了另 一種會議伺服器，可以不通過會話類的請求來創建會議。本發明還提出了一種終端，能夠依據指示來發起會話請求。 本發明還提出了一種發起SIP會話的方法，不用直接通過SIP INVITE 請求立即發起和建立SIP會話，而是間接得指示接收者來發起SIP會話。 本發明還提出了一種傳送SIP MESSAGE消息的方法，使後發送的SIPMESSAGE消息可以替換或刪除之前發送的SIP MESSAGE消息。 為解決上述問題，本發明提出的技術方案如下 一種加入會議通話的方法，該方法包括步驟會議中心向參加者發送邀請加入會議通話的請求後，接收到參加者無法加 入會議通話的響應；會議中心向所述參加者發送包含會議信息的消息，所述的會議信息至少包 含會議中心的地址；參加者接收到所述的包含會議信息的消息後，向所述會議中心的地址發送 加入會議通話的請求。進一步，所述會議中心在接收到參加者無法加入會議通話的響應後，如果 該響應指示參加者暫時不可達，則會議中心在一個預設的時間後再向其發送包 含會議信息的消息。在會議中心向參加者發送包含會議信息的消息後，如果會議中心沒有收到 所述參加者已經接到該消息的響應，則會議中心緩存該消息，並在會議結束或 參加者的最遲加入時間之前進行重發。如果在會議結束時所述參加者仍然沒有加入會議通話，會議中心發送更新 消息給參加者指示會議已經結束。所述的更新消息中包含能確定原消息的指示信息，據此指示信息以及確定 更新消息和原消息的發送者相同時，刪除原消息或者指示原消息已經被所述更 新消息所替換。如果所述的更新消息的內容為空時，則同時刪除原消息和更新消息。 在會議結束後，會議中心將包含會議紀要信息或其對應的連結的消息發送 給參加者。所述的會議具有終止時間或參加者的最遲加入時間，會議中心據此設置所 述向參加者發送的包含會議信息的消息的過期時間。在所述會議中心向參加者發送的包含會議信息的消息中包含特性標籤，所述特性標籤指示接收者應支持根據消息中的會議信息加入會議通話；該消息被路由到支持所述特性標籤的參加者的用戶代理。在所述會議中心向參加者發送的包含會議信息的消息中包含了指示參加者 進行會議通話應採用的通信類型，參加者據此指示信息採用相應通信類型的用 戶代理請求加入會議通話。預先在會議策略中設置一個項目，指示當接收到參加者無法加入會議通話 的響應後是否發送相應的包含會議信息的消息，會議中心據此指示項目確定是 否發送相應的包含會議信息的消息。所述會議中心向參加者發送的邀請加入會議通話的請求為SIP INVITE請 求，所述接收到的參加者無法加入會議通話的響應為SIP協議中請求失敗類型 中的錯誤響應；所述會議中心向參加者發送包含會議信息的消息為SIP MESSAGE,會議中心將所述的會議信息包含在MIME媒體類型的消息體中， 並在該消息的MIME頭欄位Content-Disposition裡包含消息體內容的處理指示， 用來指示接收者應支持根據MIME消息體中的會議信息加入會議通話；參加者 接收到所述的包含會議信息的SIP MESSAGE消息後，發送加入會議通話的SIP INVITE請求，該請求的目標地址Request-URI設置為所述會議中心的地址。所述會議中心向參加者發送的邀請加入會議通話的請求為SIP INVITE請 求，所述接收到的參加者無法加入會議通話的響應為SIP協議中請求失敗類型 中的錯誤響應；所述會議中心向參加者發送包含會議信息的消息為SIP MESSAGE,會議中心將所述的會議信息包含在MIME媒體類型的消息體中， 並在該消息的頭欄位Accept-Contact中包含一個特性標籤，所述特性標籤指示 接收者應支持根據消息中的會議信息加入會議通話；參加者接收到所述的包含 會議信息的SIP MESSAGE消息後，發送加入會議通話的SIP INVITE請求，該 請求的目標地址Request-URI設置為所述會議中心的地址。在所述會議中心向參加者發送的邀請加入會議通話的SIP INVITE請求之 前，還包括步驟會議伺服器接收到包含會議信息的SIP MESSAGE消息，所述會議信息包含在MIME媒體類型的消息體中，並且該消息的頭欄位Accept-Contact中包含一個特性標籤，所述特性標籤指示會議伺服器應支持根據 消息中的會議信息創建會議通話，會議伺服器根據所述特性標籤創建會議中心。 一種發起會議通話的方法，該方法包括步驟發起者向會議伺服器發送包含發起會議的指示信息和會議信息的消息； 會議伺服器接收到所述消息後，根據所述的指示信息和會議信息創建會議，並向會議的參加者發送邀請加入會議通話的請求。在所述會議伺服器接收到所述消息後，當會議信息中的會議開始時間到來時才創建會議。所述發起者向會議伺服器發送的消息為SIP MESSAGE,並將會議信息包含 在MIME媒體類型的消息體中，在該消息的頭欄位Accept-Contact中包含一個 特性標籤，所述特性標籤指示會議伺服器應支持根據消息中的會議信息創建會 議通話；會議伺服器創建會議通話後，向參加者發送邀請加入會議通話的SIP INVITE請求，或者向參加者發送邀請加入會議通話的SIP MESSAGE消息。會議伺服器向參加者發送邀請加入會議通話的SIP INVITE請求後，接收到 參加者無法加入會議通話的響應；會議伺服器向所述參加者發送包含會議信息 的SIP MESSAGE消息，所述的會議信息至少包含會議的SIP URI地址；參加 者接收到所述的包含會議信息的消息後，向所述會議的SIP URI地址發送加入 會議通話的SIP INVITE請求。所述發起者向會議伺服器發送的消息為SIP MESSAGE,並將會議信息包含 在MIME媒體類型的消息體中，並在該消息的MIME頭欄位Content-Disposition 裡包含消息體內容的處理指示，用來指示接收者應支持根據MIME消息體中的 會議信息創建會議通話；會議伺服器創建會議通話後，向參加者發送邀請加入 會議通話的SIP INVITE請求，或者向參加者發送邀請加入會議通話的SIP MESSAGE消息。所述的消息中包含至少兩個會議的會議信息，會議伺服器接收到所述消息後，為每個會議信息分別創建會議。一種發起SIP會話的方法，該方法包括步驟第一用戶代理髮送SIP MESSAGE消息，其中包含表明該消息為邀請發起 SIP會話的指示信息，以及發起SIP會話的目標地址Request-URI;第二用戶代理接收到所述的SIP MESSAGE消息後，根據所述的指示信息 發送SIP INVITE請求給所述的目標地址Request-URI從而發起SIP會話。第一用戶代理將所述指示信息設置在SIP MESSAGE消息頭欄位 Accept-Contact中的特性標籤裡和/或MIME頭欄位Content-Disposition裡。第二用戶代理從SIP MESSAGE消息的From頭欄位或者MIME媒體類型 的消息體中獲取所述的目標地址Request-URI。第一用戶代理還在發送的SIP MESSAGE消息裡設置有效期信息，接收到 所述的SIP MESSAGE消息的第二用戶代理在該消息的有效期之內，才會根據 所述的指示信息發送SIP INVITE請求給所述的目標地址Request-URI,從而發 起SIP會話。有效期信息可以設置在MESSAGE消息的Expires和Date頭欄位 中。一種會議伺服器，包含會議中心，所述的會議中心用於在接收到參加者無 法加入會議通話的響應後，向所述參加者發送包含會議信息的消息，所述的會 議信息至少包含會議中心的地址。所述的會議伺服器還包括會議策略伺服器，用於存儲會議策略，其特徵在 於，所述會議策略中還包含一個指示項目，用於在會議中心接收到參加者無法 加入會議通話的響應後，根據所述指示項目確定是否向所述參加者發送包含會 議信息的消息；所述的指示項目由用戶代理通過會議策略伺服器進行設置，或 者由會議中心根據接收到的用戶代理髮送的消息進行設置。一種會議伺服器，所述的會議伺服器進一步包括接收單元、會議創建單元 和會議中心；所述接收單元用於在接收到發送包含發起會議的指示信息和會議信息的非會話類消息，並通知會議創建單元；所述會議創建單元用於根據所述的指示信息和會議信息創建會議中心； 所述會議中心用於向會議的參加者發送邀請加入會議通話的請求。 一種終端，所述終端在接收到包含邀請發起會話的指示信息以及發起會話 的目標地址的消息後，向所述目標地址發送發起會話的請求。才艮據權利要求24所述的終端，包括SIP用戶代理，其特徵在於，所述SIP 用戶代理用於接收包含邀請發起會話的指示信息以及發起會話的目標地址的消 息，該消息為SIP MESSAGE消息，其頭欄位Accept-Contact中的特性標籤裡 包含表明該消息為邀請發起SIP會話的指示信息，以及消息中包含發起SIP會 話的目標地址Request-URI, SIP用戶代理根據所述的指示信息發送SIP INVITE一種傳送SIP MESSAGE消息的方法，該方法包括步驟 第二用戶代理接收到第 一用戶代理髮送的第一 SIP MESSAGE消息； 第一用戶代理髮送包含替換第一 SIP MESSAGE消息指示信息的第二 SIP MESSAGE消息；第二用戶代理根據所述指示信息用第二 SIP MESSAGE消息對第一 SIP MESSAGE消息進行替換處理。當然第二用戶代理一般還要確定兩個消息的發 送者要相同才進行替換處理。此處的用戶代理可以位於用戶的終端如電腦、手才幾或PDA等中，也可以位 於應用伺服器中。如果當第一用戶代理髮送第一 SIP MESSAGE消息後，收到 的不是200 OK響應，而是202 Accepted,即消息已成功發送到某網關或伺服器， 但不保證一定能把該消息送達目標用戶，此時的第二用戶代理為某網關或服務 器而不是目標用戶，這時第一用戶代理髮送包含替換第一 SIP MESSAGE消息 指示信息的第二 SIP MESSAGE消息，則可以在第一 SIP MESSAGE消息到達 最終目標用戶之前就替換掉該消息。所述的指示信息為第一用戶代理在第二 SIP MESSAGE消息的Replaces頭欄位中包含第一 SIP MESSAGE消息的對話號Call-ID;第二用戶代理將本地中對話號Call-ID的值與第二 SIP MESSAGE消息的 Replaces頭欄位中的對話號Call-ID相匹配的SIP MESSAGE消息進行替換處理。如果第二SIP MESSAGE消息的內容為空，則所述的替換處理為第二用戶 代理刪除與第二 SIP MESSAGE消息相匹配的SIP MESSAGE消息以及第二 SIP MESSAGE消息。本發明的有益效果如下本發明通過在會議中心接收到參加者無法加入會議通話的響應，向所述 參加者發送包含會議信息的消息，參加者據此可以向會議中心發送加入會議 通話的請求，從而使參加者不會錯過一些自己無法立即加入的會議通話。另的非會話類的消息來創建會議，使會議發起者不必加入到會議中即可創建和 發起一個會議通話，而且還可以批量創建多個會議。本發明還通過SIP MESSAGE消息中包含替換之前消息的指示信息，使消息發送者對已經發出 的消息進行替換處理，特別是可以用來刪除發錯的MESSAGE消息。另外本 發明還通過在SIP MESSAGE消息中包含表明該消息為邀請發起SIP會話的 指示信息，來指示消息的接收者發起一個SIP會話，這樣可以使接收者能自 由選擇合適的時間來發起SIP會話。


圖1為現有技術中發起會議通話的主要信令流程圖，圖2為本發明邀請用戶加入會議通話的基本流程圖，圖3為本發明邀請用戶加入會議通話的主要信令流程圖，圖4為本發明用MESSAGE消息發起會議的主要信令流程圖，圖5為本發明第一實施例中的會議伺服器的內部結構以及與參加者用戶代理之間的連接關係圖，圖6為本發明第二實施例中的會議伺服器的內部結構以及和用戶代理 之間的連接關係。
具體實施方式
參照圖2,該圖是本發明邀請用戶加入會議通話的基本流程圖，包括 如下步驟步驟SIO,會議中心向參加者終端發送邀請加入會議通話的請求後，接 到參加者終端或其代理返回的無法加入會議通話的響應；步驟Sll,會議中心向參加者終端發送包含會議信息的消息，其中的會 議信息至少包含會i義中心的地址；步驟S12，參加者終端接收到上述包含會議信息的消息後，向會議中心 的地址發送加入會議通話的請求；步驟S13,會議中心建立與參加者終端之間的會議通話。下面的第一實施例中基於SIP協議詳細描述了具體的技術方案。參照圖 3,該圖是本發明基於SIP協議邀請用戶加入會議通話的主要信令流程圖， 一些顯而易見的SIP信令如ACK等出於筒潔的原因省略了。本實施例中假 定會議中心已經建立，即已經給該會議分配了資源和地址，會議中心的地址 為SIP URI,此處假定為sip:[email protected]。基本流程主要包括如下 步驟步驟30,會議中心Focus發送INVITE消息給參加者的用戶代理UA， 邀請其加入會議通話。步驟31,參加者的用戶代理UA或者其代理Proxy向會議中心返回4XX 類型的SIP錯誤響應，無法加入到會議通話中。以上這兩個步驟30和31與現有技術一樣，但現有技術在接收到4XX 響應後就截止會議中心和用戶代理UA之間的通信了，而本發明還將繼續下述的步驟步驟32，會議中心向用戶代理UA發送包含會議信息的SIP MESSAGE消息。步驟33,用戶代理UA根據MESSAGE消息中的會議信息向會議中心 發送加入會議通話的INVITE請求。會議中心接收到用戶代理UA的INVITE請求後，建立與參加者之間的 會議通話。進一步，還可以對不同的4XX請求失敗響應(Request Failure )進行不 同的處理方法。如對於486 "Busy Here"忙的響應，會^C中心可以立即發 送包含會議信息的SIP MESSAGE消息，因為即使用戶代理UA目前處於忙 的狀態無法接受INVITE請求，但一般並不影響正常接收MESSAGE消息； 而對於404 "Not Found"響應或480 "Temporarily Unavailable"響應等都 指示了參加者暫時不可達，會議中心可以在一個預設的時間後再發送包含會 議信息的SIP MESSAGE消息，因為可能用戶目前還沒有進行SIP註冊，或 不在服務區，無法找到該用戶，所以可以過一段時間後再發送包含會議信息 的SIP MESSAGE消息。對有些4XX類型的響應如414 "Request-URI Too Long",用戶代理也無法接收會議中心的SIP MESSAGE消息的情況，則會 議中心可不再發送MESSAGE消息。另外還可以在會議策略中增加一個項 目，指示當邀請參加者的INVITE請求失敗後是否發送相應的SIP MESSAGE 消息。參見圖5示出了第一實施例中的會議伺服器的主要內部結構以及和用 戶代理UA之間的連接關係。其中參加者可以通過一些非SIP協議如XCAP 協議與會議策略伺服器交互創建和修改會議策略，或者發送給會議中心的 SIP消息體裡攜帶會議策略數據，會議中心創建和修改會議策略。如果會議中心發送包含會議信息的SIP MESSAGE消息後，沒有收到用 戶代理UA返回200 OK消息，即用戶代理UA沒有接收到該MESSAGE消息，則會議中心可以緩存該MESSAGE消息，在會議結束之前按一定的時間 間隔進行重發，會議結束之後就不再發送了 。如果用戶代理UA到會議結束時仍然沒有加入，則在結束時會議中心自 動發送一個MESSAGE消息通知該用戶代理UA會議已經結束。該 MESSAGE消息中可以包括本次會議的一些總結信息，如會議的起止時間， 參加者等。另外可以在該MESSAGE消息中指示本消息是原來邀請加入會議 的那個MESSAGE消息的更新消息，用戶代理據此指示可以直接刪除原來的 那個消息，以免用戶在會議結束後由於先看到了邀請加入會議的那個 MESSAGE消息就發起INVITE請求了 。具體的指示方法如使用替換Replaces 頭欄位，在後發送的MESSAGE消息的Replaces頭欄位中包含要更新的之 前那個MESSAGE消息的對話號Call-ID,還可以包括From和To欄位的標 籤tag即from-tag、 to-tag,用來唯一確定之前接收到的那個MESSAGE消息。 用戶代理收到帶Replaces頭欄位MESSAGE消息後，將與該Replaces頭字 段中Call-ID,以及from-tag、 to-tag相匹配的MESSAGE消息刪除，或者做 出原消息已經被更新的標記。Replaces頭欄位中也可以只包括Call-ID,這樣 只對Call-ID進行匹配即可。當然都要先確定後一消息的發送者與前一消息 的發送者相同才可以，即兩個消息中表明發送者身份的頭欄位要相同，如 From頭欄位或P-Asserted-Identity頭欄位等，以保證安全性。MESSAGE消 息的Replaces欄位的內容示例如下，其中兩個MESSAGE消息的目標用戶 地址Request-URI是相同的MESSAGE sip:[email protected] SIP/2.0Replaces: [email protected]前一 MESSAGE消息包含Call-ID的內容如下 MESSAGE sip:[email protected] SIP/2.0 Call-ID: [email protected]通過上述方法發送消息的用戶可以刪除之前已經發送出去的MESSAGE消息，如向另一個用戶發送了錯誤的MESSAGE消息，或者取消 了之前發送的MESSAGE消息中的約會或邀請信息等，都可以使用上述方 法。如果之前發送的MESSAGE消息還未到達最終目標用戶，而是緩存在了 網絡中伺服器中，如果該伺服器又接收到了後續的帶Replaces頭欄位 MESSAGE消息後，則將不再發送之前的那個MESSAGE消息，如果後續的 帶Replaces頭欄位MESSAGE消息的消息體為空，則也不發送後續的 MESSAGE消息，即相當於刪除了之前的MESSAGE消息。用戶代理接收到 後續的帶Replaces頭欄位MESSAGE消息的消息體為空時，也可以直接刪 除其對應的之前的MESSAGE消息，而且也不顯示後續的MESSAGE消息。如果該會議有明確的終止時間或參加者的最遲加入時間，則會議中心將 該時間設置在MESSAGE消息頭的Expires和Date欄位裡，即設置該消息的 過期時間。這樣接收到該消息的用戶代理UA可以依據Expires和Date欄位 裡的信息自動刪除已經無法加入的會議對應的MESSAGE消息，或者進行特 殊的顯示，如即將無法加入的會議對應的MESSAGE消息進行閃爍提示等。會議結束後，如果會議中心收到了會議紀要，則還可以用MESSAGE 消息包含會議紀要或其對應的連結URL發送給參加者。可以在會議中心發送的MESSAGE消息的頭欄位Accept-Contact中，包 含特性標籤(feature tag)，該特性標籤需要在網際網路號碼分配機構IANA 進行註冊，如消息中的特性標籤可以為"+msginvitation，，，表示接收該消息 的用戶代理應該能支持根據消息中的會議信息加入會議通話。該MESSAGE 消息會被路由到能處理該標籤對應特性的用戶代理，當用戶代理UA接收到 MESSAGE消息時，也可以根據該特性標籤值採用支持能處理會議業務的客 戶端軟體處理該MESSAGE消息，提取消息中的會議信息並可發送加入會議 通話的請求。具體得，如在一44通PoC業務的會議中心發送的MESSAGE消息中，頭欄位Accept-Contact中的特性標籤可以包含"+g.poc.talkburst ，，和 "+g.poc.g應pad，',指示接收該MESSAGE消息的用戶代理需要支持PoC 業務和群組廣告。所述的支持群組廣告即能處理包含群組廣告的多用途網際 郵件擴充協議MIME ( Multipurpose Internet Mail Extentions )消息體，如已 經註冊的 "appHcation/wKi.poc.group-advertisement+xmr，少某體類型，i玄群糹且 廣告中即包含了一些會議信息，其內容主要包括會議的地址即URI、以及其 他的描述信息如顯示名display-name和注釋信息note等，會議中心發送的 MESSAGE消息體中可利用上述群組廣告的MIME媒體類型包含會議信息， 消息體的具體內容舉例如下 This meeting is open until 16 o，clock</note〉 <group〉Huawei IETF group <uri〉sip:[email protected]</uri〉 invitation</purpose〉 </group-advertisement〉為了與普通的群組廣告進行區別，上述例子中增加了一個指示群組廣告 用途的信息如擴展一個〈purpose〉元素作為〈group-advertisement〉的子元素, 或者為〈group-advertisement〉元素擴展一個purpose屬'l"生,當〈purpose〉元素 或purpose屬性的值為邀請指示"invitation"時表示該群組廣告為一個會議 通話邀請，指示用戶代理UA可以根據群組廣告中的信息加入相應的會議通 話中。當然實際上MESSAGE消息的頭欄位Accept-Contact中的特性標籤包含 了 "+g.poc.talkburst"時，也能用來指示用戶代理UA可以根據群組廣告中 的信息加入相應的會議通話中。其他的指示方法還有在MESSAGE消息的頭 欄位中擴展一個Purpose欄位，其值可以設置為邀請指示"invitation";或者在MESSAGE消息體的MIME頭欄位中擴展一個Content-Purpose欄位， 其值可以設置為邀請指示"invitation"。還可以直接在MIME的頭欄位Content-Disposition裡包含處理指示 "invitation"，表示接收者應該按照邀請指示來處理該MIME的內容。另外在MESSAGE消息的頭欄位Require中 一般可以包含需要支持邀請 指示的信息,如"invitation"。以上給出了幾種指示MESSAGE消息為邀請類型的消息，即接收到該消 息的用戶代理可以根據該消息的內容發起一個相應的INVITE請求。下面再 給出兩種可以包含會議信息的MIME消息體。在RFC4575中，給出了 一種"application/conference-info+xml'，的MIME 媒體類型，其中〈conf-uris〉元素中包含了會議的地址信息，還包含了一些會 議的描述信息和參加者的信息等。本實施例中會議中心可以在發送的 MESSAGE消息中使用該媒體類型攜帶會議信息。目前更加詳盡的會議信息數據模型(Conference Information Data Model for Centralized Conferencing )正在IETF的XCON組進行制訂，會議中心可 以在發送的MESSAGE消息中使用該數據模型來攜帶會議信息，當然一般需 要根據實際情況只攜帶該數據模型中的部分會議信息，而不是全部的內容。 同時可以新註冊一個Accept-Contact中的特性標籤，如"+msg-invitation", 表示接收該MESSAGE消息的用戶代理要支持使用MESSAGE消息體中信 息創建會議。在會議中心發送的MESSAGE消息的Accept-Contact中的特性 標籤中包含"+msg-invitation",消息體中使用所述會議數據模型來攜帶會 議信息。該MESSAGE消息會被路由到支持處理特性標籤"+msg-invitation" 所指示功能的用戶代理。會議中心向參加者發送的包含會議信息的消息中還可以包含指示參加 者進行會議通話應採用的通信類型，如PoC、 IM還是VoIP等，參加者據此 指示信息採用相應通信類型的用戶代理請求加入會議通話。該指示信息也可以採用特性標籤的方式，如希望參加者通過PoC客戶端加入會議通話，則會議中心在發送的MESSAGE消息中頭欄位Accept-Contact中的特性標籤中 包含"+g.poc.talkburst";如希望參加者通過即時消息IM客戶端加入會議 通話，則在特性標籤中包含"+g.oma.sip-im，，。另外也可以採用純文本"text/plain"類型攜帶會議信息，這時消息體中 包含的內容是一些可讀的會議描述信息，如會議標題，時間，參加者等；而 會議中心發送的MESSAGE消息的發送者頭欄位必須設置為會議中心的 URI地址，這樣接收該消息的用戶代理才可以據此欄位向會議中心發送加入 會議通話的INVITE請求，其中INVITE請求中的目標地址Request-URI設 置為會議中心的URI地址。本發明的第二實施例中，會議的發起者直接用自己的用戶代理髮送 MESSAGE消息發起會議。本實施例的一個應用場景是會議的發起者如組織 會議的秘書根據主管的安排發起一個會議，但秘書自己並不需要加入到會議 中，用INVITE請求這種會話類的方法創建會議則會把自己也加入到會議通 話中，而MESSAGE消息是非會話類的方法，會議的發起者只要簡單的發送 一個MESSAGE消息即可創建和發起一個或多個會議。參見圖4所示的主要 信令流程圖，包括步驟步驟40,會議的發起者UA1向會議伺服器發送MESSAGE消息，該消 息用來發起會議通話。在MESSAGE消息中包含指示該消息為創建會議的信 息，並且消息體中可以包含會議信息，如會議的參加者列表、會議的標題、 時間以及會議策略等。以一鍵通PoC為例，具體的一個創建會議的SIP MESSAGE消息的主要內容舉例如下Accept-Contact:PurposeContent-Type:sip:[email protected]"PoC User A" <sip:[email protected]〉*;+g,poc,groupad; require;explicitinvitationapplication/vnd,poc.group-advertisement+xml< xml 〉<group-advertisement〉<note〉I want to meet you nowGolf Buddiessip:OMA-Golf-buddies@networkX,net </group-advertisement〉上述例子中，在MESSAGE消息頭欄位中用Purpose欄位，其值設置為 邀請指示"invitation",來指示該MESSAGE消息是要創建會議。當然也可 以用第一實施例中其他的一些指示方法，此處不再贅述，本發明推薦使用的 方法是新註冊一個Accept-Contact中的特性標籤，如"+g.poc.msg-invitation"， 表示接收該MESSAGE消息的伺服器要支持使用MESSAGE消息體中信息 創建會議，而不必擴展MESSAGE消息的頭欄位。MESSAGE消息體中採用 的MIME媒體類型也可參考第一實施例中所給出的幾種。步驟41，會議伺服器根據該MESSAGE消息創建會議中心，並為該會 議分配相應的SIPURI地址。會議伺服器接收到該MESSAGE消息後，發現 其中有創建會議的指示信息，如在頭欄位Accept-Contact中的特性標籤包含 "+g.poc.msg-invitation，，，則根據MESSAGE消息體的內容創建會議中心。 該MESSAGE消息中可以直接包含會議參加者的URI列表，也可以包含會 議參加者對應的群組URI,會議中心根據群組URI獲取會議參加者的URI 列表。另外MESSAGE消息體中還可以包含會議的時間信息，如會議的開始 時間，則會議伺服器在所述的會議的開始時間到來時才創建會議中心。步驟42,會議中心向該會議的參加者(如UA2和UA3 )發送INVITE 請求，邀請其加入會議通話。會議中心獲取到會議參加者的URI，向其分別 發送INVITE請求。在會議的參加者返回確認響應後，會議中心建立與參加者(如UA2和 UA3)之間的會議通話，可以採用RTP協議進行通話。如果會議參加者返回4XX響應，則可以使用第一實施例中的方法，會議中心向這些參加者發
送包含會議信息的MESSAGE消息，具體步驟參見第一實施例。
不加入到會議通話中也可以了解會議的情況，如當前會議的參加者等。
一個會議的發起者還可以使用包含會議信息的MESSAGE消息批量創 建和發起會議，具體的方法即在MESSAGE消息體中包含多個MIME內容 分別對應不同的會議即可。如使用內容類型Content-type為"multipart/mixed" 的消息體來包含多個內容類型為 "application/conference-info+xml"的會議 信息，還可以在MIME頭欄位Content-Disposition裡包含創建會議的指示， 如"create-conference"。據此會議伺服器將分別創建相應的會議中心。而一 個INVITE請求則無法同時創建多個會議。
實際上，對於一些不是很正式的會議場景，如一個聊天室所對應的會議 中心，在步驟42中可以向該會議的參加者(如UA2和UA3)直接發送包含 會議信息的MESSAGE消息而不是INVITE請求，邀請其加入聊天室的會議 通話。接收到MESSAGE消息的參加者可以根據情況選擇合適的時間再主動 向會議中心發送INVITE請求而加入會議通話中。
參加圖6所示的第二實施例中的會議伺服器的內部結構以及和用戶代 理之間的連接關係，會議伺服器可以包括接收單元、會議創建單元和會議中 心。接收單元在接收到發送包含發起會議的指示信息和會議信息的非會話類 消息，並通知會議創建單元，會議創建單元根據所述的指示信息和會議信息 創建會議中心，會議中心向會議的參加者發送邀請加入會議通話的請求。
顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本 發明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要 求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1. 一種加入會議通話的方法，其特徵在於，該方法包括步驟會議中心向參加者發送邀請加入會議通話的請求後，接收到參加者無法加入會議通話的響應；會議中心向所述參加者發送包含會議信息的消息，所述的會議信息至少包含會議中心的地址；參加者接收到所述的包含會議信息的消息後，向所述會議中心的地址發送加入會議通話的請求。
2、 根據權利要求1所述的方法，其特徵在於，所述會議中心在接收到參加 者無法加入會議通話的響應後，如果該響應指示參加者暫時不可達，則會議中 心在 一個預設的時間後再向其發送包含會議信息的消息。
3、 根據權利要求1所述的方法，其特徵在於，在會議中心向參加者發送包 含會議信息的消息後，如果會議中心沒有收到所述參加者已經接到該消息的響 應，則會議中心緩存該消息，並在會議結束或參加者的最遲加入時間之前進行 重發。
4、 根據權利要求1所述的方法，其特徵在於，如果在會議結束時所述參加 者仍然沒有加入會議通話，會議中心發送更新消息給參力。者指示會議已經結束。
5、 根據權利要求4所述的方法，其特徵在於，所述的更新消息中包含能確 定原消息的指示信息，據此指示信息以及確定更新消息和原消息的發送者相同 時，刪除原消息或者指示原消息已經被所述更新消息所替換。
6、 根據權利要求5所述的方法，其特徵在於，如果所述的更新消息的內容 為空時，則同時刪除原消息和更新消息。
7、 根據權利要求1所述的方法，其特徵在於，在會議結束後，會議中心將 包含會議紀要信息或其對應的連結的消息發送給參加者。
8、 根據權利要求1所述的方法，其特徵在於，所述的會議具有終止時間或 參加者的最遲加入時間，會議中心據此設置所述向參加者發送的包含會議信息的消息的過期時間。
9、 根據權利要求1至8任一項所述的方法，其特徵在於，在所述會議中心 向參加者發送的包含會議信息的消息中包含特性標籤，所述特性標籤指示接收者應支持根據消息中的會議信息加入會議通話；該消息被路由到支持所述特性 標籤的參加者的用戶代理。
10、 根據權利要求9所述的方法，其特徵在於，在所述會議中心向參加者 發送的包含會議信息的消息中包含了指示參加者進行會議通話應採用的通信類 型，參加者據此指示信息採用相應通信類型的用戶代理請求加入會議通話。
11、 根據權利要求1所述的方法，其特徵在於，預先在會議策略中設置一 個項目，指示當接收到參加者無法加入會議通話的響應後是否發送相應的包含 會議信息的消息，會議中心據此指示項目確定是否發送相應的包含會議信息的 消息。
12、 根據權利要求1所述的方法，其特徵在於，所述會議中心向參加者發 送的邀請加入會議通話的請求為SIP INVITE請求，所述接收到的參加者無法加 入會議通話的響應為SIP協議中請求失敗類型中的錯誤響應；所述會議中心向參加者發送包含會議信息的消息為SIP MESSAGE,會議中 心將所述的會議信息包含在MIME i某體類型的消息體中，並在該消息的MIME 頭欄位Content-Disposition裡包含消息體內容的處理指示，用來指示接收者應 支持根據MIME消息體中的會議信息加入會議通話；參加者接收到所述的包含會議信息的SIP MESSAGE消息後，發送加入會 議通話的SIP INVITE請求，該請求的目標地址Request-URI設置為所述會議中 心的地址。
13、 根據權利要求1所述的方法，其特徵在於，所述會議中心向參加者發 送的邀請加入會議通話的請求為SIP INVITE請求，所述糹妻收到的參加者無法加 入會議通話的響應為SIP協議中請求失敗類型中的錯誤響應；所述會議中心向參加者發送包含會議信息的消息為SIP MESSAGE,會議中心將所述的會議信息包含在MIME媒體類型的消息體中，並在該消息的頭欄位Accept-Contact中包含一個特性標籤，所述特性標籤指示接收者應支持根據消息 中的會議信息加入會議通話；參加者接收到所述的包含會議信息的SIP MESSAGE消息後，發送加入會 議通話的SIP INVITE請求，該請求的目標地址Request-URI設置為所述會議中 心的地址。
14、 根據權利要求13所述的方法，其特徵在於，在所述會議中心向參加者 發送的邀請加入會議通話的SIP INVITE請求之前，還包括步驟會議伺服器接收到包含會議信息的SIP MESSAGE消息，所述會議信息包 含在MIME媒體類型的消息體中，並且該消息的頭欄位Accept-Contact中包含 一個特性標籤，所述特性標籤指示會議伺服器應支持根據消息中的會議信息創 建會議通話，會議伺服器根據所述特性標籤創建會議中心。
15、 一種發起會議通話的方法，其特徵在於，該方法包括步驟 發起者向會議伺服器發送包含發起會議的指示信息和會議信息的消息； 會議伺服器接收到所述消息後，根據所述的指示信息和會議信息創建會議，並向會議的參加者發送邀請加入會議通話的請求。
16、 根據權利要求15所述的方法，其特徵在於，在所述會議伺服器接收到 所述消息後，當會議信息中的會議開始時間到來時才創建會議。
17、 根據權利要求15所述的方法，其特徵在於，所述發起者向會議伺服器 發送的消息為SIP MESSAGE,並將會議信息包含在MIME媒體類型的消息體 中，在該消息的頭欄位Accept-Contact中包含一個特性標籤，所述特性標籤指 示會議伺服器應支持根據消息中的會議信息創建會議通話；會議伺服器創建會議通話後，向參加者發送邀請加入會議通話的SIP INVITE請求，或者向參加者發送邀請加入會議通話的SIP MESSAGE消息。
18、 根據權利要求15所述的方法，其特徵在於，會議伺服器向參加者發送 邀請加入會議通話的SIP INVITE請求後，接收到參加者無法加入會議通話的響應；會議伺服器向所述參加者發送包含會議信息的SIP MESSAGE消息，所述 的會議信息至少包含會議的SIPURI地址；參加者接收到所述的包含會議信息的消息後，向所述會議的SIP URI地址 發送加入會議通話的SIP INVITE請求。
19、 根據權利要求15所述的方法，其特徵在於，所述發起者向會議伺服器 發送的消息為SIP MESSAGE,並將會議信息包含在MIME媒體類型的消息體 中，並在該消息的MIME頭欄位Content-Disposition裡包含消息體內容的處理 指示，用來指示接收者應支持根據MIME消息體中的會議信息創建會議通話；會議伺服器創建會議通話後，向參加者發送邀請加入會議通話的SIP INVITE請求，或者向參加者發送邀請加入會議通話的SIP MESSAGE消息。
20、 根據權利要求15至19任一項所述的方法，其特徵在於，所述的消息 中包含至少兩個會議的會議信息，會議伺服器接收到所述消息後，為每個會議 信息分別創建會議。
21、 一種發起SIP會話的方法，其特徵在於，該方法包括步驟第一用戶代理髮送SIP MESSAGE消息，其中包含表明該消息為邀請發起 SIP會話的指示信息，以及發起SIP會話的目標地址Request-URI;第二用戶代理接收到所述的SIP MESSAGE消息後，根據所述的指示信息 發送SIP INVITE請求給所述的目標地址Request-URI,從而發起SIP會話。
22、 根據權利要求21所述的方法，其特徵在於，第一用戶代理將所述指示 信息設置在SIP MESSAGE消息頭欄位Accept-Contact中的特性標籤裡和/或 MIME頭欄位Content-Disposition裡。
23、 根據權利要求21所述的方法，其特徵在於，第二用戶代理從SIP MESSAGE消息的From頭欄位或者MIME媒體類型的消息體中獲取所述的目 標地址Request-URI。
24、 根據權利要求21至23任一項所述的方法，其特徵在於，第一用戶代理還在發送的SIP MESSAGE消息裡設置有效期信息，接收到所述的SIP MESSAGE消息的第二用戶代理在該消息的有效期之內，才會根據所述的指示 信息發送SIP INVITE請求給所述的目標地址Request-URI ，從而發起SIP會話。
25、 一種會議伺服器，包含會議中心，其特徵在於，所述的會議中心用於 在接收到參加者無法加入會議通話的響應後，向所述參加者發送包含會議信息 的消息，所述的會議信息至少包含會議中心的地址。
26、 根據權利要求25所述的會議伺服器，還包括會議策略伺服器，用於存 儲會議策略，其特徵在於，所述會議策略中還包含一個指示項目，用於在會議 中心接收到參加者無法加入會議通話的響應後，根據所述指示項目確定是否向 所述參加者發送包含會議信息的消息；所述的指示項目由用戶代理通過會議策 略伺服器進行設置，或者由會議中心根據接收到的用戶代理髮送的消息進行設 置。
27、 一種會議伺服器，其特徵在於，所述的會議伺服器進一步包括接收單 元、會議創建單元和會議中心；所述接收單元用於在接收到發送包含發起會議的指示信息和會議信息的非 會話類消息，並通知會議創建單元；所述會議創建單元用於根據所述的指示信息和會議信息創建會議中心； 所述會議中心用於向會議的參加者發送邀請加入會議通話的請求。
28、 一種終端，其特徵在於，所述終端在接收到包含邀請發起會話的指示 信息以及發起會話的目標地址的消息後，向所述目標地址發送發起會話的請求。
29、 根據權利要求28所述的終端，包括SIP用戶代理，其特徵在於，所述 SIP用戶代理用於接收包含邀請發起會話的指示信息以及發起會話的目標地址 的消息，該消息為SIP MESSAGE消息，其頭欄位Accept-Contact中的特性標 籤裡包含表明該消息為邀請發起SIP會話的指示信息，以及消息中包含發起SIP 會話的目標地址Request-URI， SIP用戶代理根據所述的指示信息發送SIP INVITE請求給所述的目標地址Request-URI從而發起SIP會話。
30、 一種傳送SIP MESSAGE消息的方法，其特徵在於，該方法包括步驟 第二用戶代理接收到第一用戶代理髮送的第一 SIP MESSAGE消息； 第一用戶代理髮送包含替換第一 SIP MESSAGE消息指示信息的第二 SIPMESSAGE消息；第二用戶代理根據所述指示信息用第二 SIP MESSAGE消息對第一 SIP MESSAGE消息進行替換處理。
31、 根據權利要求30所述的方法，其特徵在於，所述的指示信息為第一用 戶代理在第二 SIP MESSAGE消息的Replaces頭欄位中包含第一 SIP MESSAGE 消息的對話號Call-ID;第二用戶代理將本地中對話號Call-ID的值與第二 SIP MESSAGE消息的 Replaces頭欄位中的對話號Call-ID相匹配的SIP MESSAGE消息進行替換處 理。
32、 根據權利要求30所述的方法，其特徵在於，如果第二 SIP MESSAGE 消息的內容為空，則所述的替換處理為第二用戶代理刪除與第二 SIP MESSAGE 消息相匹配的SIP MESSAGE消息以及第二 SIP MESSAGE消息。
全文摘要
本發明公開了一種加入會議通話的方法，包括步驟會議中心接收到參加者無法加入會議通話的響應後，向參加者發送包含會議信息的消息，參加者接收到該消息後，向會議中心發送加入會議通話的請求。通過本發明使參加者不會錯過一些自己無法立即加入的會議通話。本發明還公開了一種發起會議的方法，通過由發起者向會議伺服器發送包含發起會議的指示信息和會議信息的非會話類的消息來創建會議，使會議發起者不必加入到會議中即可創建和發起一個會議通話。
文檔編號H04L12/18GK101267325SQ200710073589
公開日2008年9月17日 申請日期2007年3月16日 優先權日2007年3月16日
發明者謙 孫, 田林一 申請人:華為技術有限公司