專利名稱：一種ims多媒體會議中的組內(nèi)文件分發(fā)方法
技術領域：
本發(fā)明涉及通信領域，尤其涉及基于IP多媒體子系統(tǒng)(IP MultimediaSubsystem,簡稱“ IMS”)的多媒體應用技術。
背景技術：
在第三代合作伙伴項目(3rdGeneration Partnership Pro ject，簡稱“XPP，，) R5 階段，引入了 IP多媒體核心網(wǎng)子系統(tǒng)(IP Multimedia Subsystem，簡稱“IMS”)，IMS采用IP 分組域作為其控制信令和媒體傳輸?shù)某休d通道，采用會話初始協(xié)議(Session Initiation Protocol，簡稱“SIP”)作為呼叫控制信令。IMS網(wǎng)絡中通過各種應用服務器(Application Server，簡稱“AS”)為IMS用戶提供IP多媒體(IPMultimedia，簡稱“ IM”)增值業(yè)務。IMS 由呼叫狀態(tài)控制功能(Call Session Control Function，簡稱 “CSCF”)、 媒體網(wǎng)關控制功能(Media Gateway Control Function，簡稱“MGCF”)、媒體資源功能 (Multimedia Resource Function，簡稱“MRF”)和歸屬簽約用戶服務器(Home Subscriber Server，簡稱“HSS”)等功能實體組成。CSCF又可以分成服務CSCF(Serving CSCF，簡稱 “ S-CSCF，，)、代理 CSCF (Proxy CSCF，簡稱“P-CSCF”)和查詢 CSCF (Interrogating CSCF，簡稱“I-CSCF”)三個邏輯實體。其中，S-CSCF是IMS的業(yè)務交換中心，執(zhí)行會話控制，維持會話狀態(tài)，負責管理用戶信息，產(chǎn)生計費信息等；P-CSCF是終端用戶接入IMS的接入點，完成用戶注冊，負責QoS控制和安全管理等；I-CSCF負責IMS域之間的互通，管理S-CSCF的分配，對外隱藏網(wǎng)絡拓撲和配置，產(chǎn)生計費數(shù)據(jù)等。MGCF控制網(wǎng)關，實現(xiàn)IMS網(wǎng)絡和其它網(wǎng)絡的互通，MRF提供媒體資源，如收放音，編解碼和多媒體會議橋，MRF又可分為媒體資源功能處理實體(MRFC)和多媒體資源功能控制實體(MRFP)。HSS是用戶數(shù)據(jù)庫，存儲IMS用戶的簽約數(shù)據(jù)和配置信息等。在IMS的多媒體會議中經(jīng)常存在這樣的需求某個或某些與會者可能需要將一些資料分發(fā)給其認為有必要共享這些文件的其他部分與會者(而非所有與會者)，即在多媒體會議期間實現(xiàn)臨時組內(nèi)文件分發(fā)。這些情形如，在會議進行中某些相同利益方需要實現(xiàn)一些資料的內(nèi)部共享，或會議進行中不同項目小組需要實現(xiàn)內(nèi)部項目文件共享等。對于多媒體會議中的臨時組內(nèi)文件分發(fā)，目前有兩種典型解決方法。一種是在會議中設立專門的文件傳送協(xié)議(File Transfer Protocol，簡稱 “FTP”)服務器，希望組內(nèi)分發(fā)文件的與會者向FTP服務器上傳相關文件，通過其他方法(如預先設置、郵件等)告知組內(nèi)其他成員下載文件的相關信息(如存儲位置、獲取密碼等)。 FTP方法的優(yōu)點在于可充分利用已有的FTP下載技術，具有實現(xiàn)簡單的特點。但作為多媒體會議中的組內(nèi)文件分發(fā)方法，其缺點在于1)需要預先采用一些方法告知組內(nèi)其他成員文件相關信息，這較適用于向與會全體成員分發(fā)文件的模式，而對會議過程中臨時組內(nèi)文件分發(fā)，與會者不可能對臨時決定共享文件的組內(nèi)成員進行預先告知，而臨時通過郵件等其他方式告知亦缺乏效率；2)如果文件接收成員不通過其他某些方法向文件分發(fā)與會者主動反饋文件接收結果，文件分發(fā)與會者無法得知組內(nèi)共享文件的接收結果狀態(tài)；3) FTP方法與IMS多媒體會議會話模型獨立，不受IMS多媒體會話信令控制，實際上基于該方法的組內(nèi)文件分發(fā)沒有實現(xiàn)與基于SIP信令的IMS多媒體體系有機集成。另一種方法是在已有的多媒體會議內(nèi)創(chuàng)建子會議(Sidebar)，這種方法對于基于小組討論的會議模式比較有效，多媒體會議過程小組成員先掛起或關閉與主會議的會話， 進入子會議模式，在子會議模式中實現(xiàn)組內(nèi)文件共享。但子會議方法不是針對文件分發(fā)設計的模式，其存在下述不足1)由于子會議設計模式是專門針對組內(nèi)多媒體會議設計，不是針對組內(nèi)文件分發(fā)這一需求，從而通過這種模式實現(xiàn)組內(nèi)文件分發(fā)，效率不高；2)子會議方法中，與會者進入子會議模式要打斷與主會議的會話，而很多臨時組內(nèi)分發(fā)文件的情形需要在保持與主會議會話的過程中實現(xiàn)組內(nèi)文件分發(fā)。本發(fā)明的發(fā)明人發(fā)現(xiàn)，在已有的文件傳輸技術中，基于傳輸控制協(xié)議(Transmission Control Protocol,簡稱“TCP”)承載的消息會話中繼協(xié)議 (MessageSession Relay Protocol，簡稱“MSRP”)也可實現(xiàn)對封裝成多功能hternet郵件擴允協(xié)議(Multipurpose Internet Mail Extensions，簡稱“MIME”)格式的各種文件的傳輸。MSRP起初用于即時消息的發(fā)送，但基于該協(xié)議的Message Chunking(消息分塊)傳輸機制，也能實現(xiàn)對大容量文件的有效傳送(RFC497Q。同時，MSRP作為傳輸層面的協(xié)議具備下述一些優(yōu)勢1) MSRP協(xié)議運行于支持擁塞控制的協(xié)議之上；2)MSRP的中繼機制在解決NAT穿越((NAT traversal))問題上也有很好的表現(xiàn)；3) MSRP的Message Chunking機制及Iteport (反饋)消息機制易于實現(xiàn)文件傳輸狀態(tài)的及時監(jiān)控。因此，能夠在不影響已有IMS多媒體會議的前提下，充分利用IMS體系信令控制機制，采用MSRP協(xié)議作為媒體承載，實現(xiàn)專門針對組內(nèi)文件分發(fā)需求設計的有效方法具有重
要意義。

發(fā)明內(nèi)容
本發(fā)明主要解決的技術問題是提供一種IMS多媒體會議中的組內(nèi)文件分發(fā)方法， 使得在不影響現(xiàn)有的IMS多媒體會議會話的情況下，實現(xiàn)在已有IMS多媒體會議會話內(nèi)進行組內(nèi)文件分發(fā)。為了解決上述技術問題，本發(fā)明提供了一種IMS多媒體會議中的組內(nèi)文件分發(fā)方法，包含以下步驟IMS多媒體會議會話中一終端(即臨時組內(nèi)文件分發(fā)發(fā)起者)通過“re-INVITE” 請求消息向MRFC發(fā)起組內(nèi)文件分發(fā)請求，在當前IMS多媒體會議會話上協(xié)商并增加傳送所述組內(nèi)文件的媒體流；所述MRFC通過“re-INVITE”請求消息向所述IMS多媒體會議會話中組成員接收終端協(xié)商并增加傳送所述組內(nèi)文件的媒體流；MRFP通過所述增加的媒體流，從所述發(fā)起組內(nèi)文件分發(fā)的發(fā)起終端接收所述組內(nèi)文件，并轉發(fā)給所述組成員接收終端。
一般情況下，進行文件分發(fā)的組為臨時組，所述組成員由當前IMS多媒體會議中的部分與會成員構成，包含一組內(nèi)文件分發(fā)發(fā)起終端，和至少兩個組成員接收終端。這里的組成員可以指組內(nèi)文件分發(fā)發(fā)起者根據(jù)當前的IMS會議狀況臨時決定的需要接收文件的與會者成員。作為上述技術方案的改進，所述用于傳送組內(nèi)文件的媒體流為MSRP媒體流。作為上述技術方案的改進，所述終端通過“re-INVITE”請求消息向MRFC發(fā)起組內(nèi)文件分發(fā)請求的步驟中，所述發(fā)起終端通過中間節(jié)點將所述“re-INVITE”請求消息發(fā)送給所述MRFC ；所述“re-INVITE”請求消息的URI為正在進行的IMS多媒體會議的會議URI ；所述中間節(jié)點根據(jù)所述請求消息的URI，確定將所述“re-INVITE”請求消息轉發(fā)給所述MRFC。作為上述技術方案的改進，所述發(fā)起組內(nèi)文件分發(fā)的終端發(fā)送的“re-INVITE”請求消息的消息頭域包含表示組內(nèi)文件分發(fā)操作的標識，消息體中包含所述待傳送的組內(nèi)文件的信息、和接收所述組內(nèi)文件的各終端的URI ；所述MRFC收到所述“re-INVITE”請求消息后，根據(jù)所述表示組內(nèi)文件分發(fā)操作的標識，在當前的IMS多媒體會議的會議狀態(tài)中創(chuàng)建組內(nèi)文件分發(fā)上下文，該上下文至少包含以下信息組內(nèi)文件分發(fā)標識、所述待傳送的組內(nèi)文件的信息、所述發(fā)起組內(nèi)文件分發(fā)的發(fā)起終端的信息、和所述接收組內(nèi)文件終端的信息。作為上述技術方案的改進，所述發(fā)起終端的信息至少包含以下信息所述發(fā)起終端用戶的SIP URI、描述是否在發(fā)起終端與MRFP間成功建立MSRP媒體流承載的參數(shù)、MRFP本地文件接收地址、描述MRFP是否成功接收到所述組內(nèi)文件的參數(shù)；所述接收終端的信息至少包含以下信息所述接收終端用戶的SIP URI、描述是否在接收終端與MRFP間成功建立MSRP媒體流承載的參數(shù)、MRFP本地文件發(fā)送地址、描述MRFP是否成功向所述接收終端傳輸所述組內(nèi)文件的參數(shù)。作為上述技術方案的改進，所述發(fā)起組內(nèi)文件分發(fā)的終端發(fā)送的“re-INVITE”請求消息中，包含了請求創(chuàng)建用于文件傳送的媒體流的SDP描述；所述MRFC根據(jù)所述SDP描述，為發(fā)起終端創(chuàng)建和預留本地MSRP/TCP連接資源。作為上述技術方案的改進，所述“re-INVITE”請求消息中包含的SDP描述中包含已有IMS多媒體會議媒體流的媒體流描述，所述已有的媒體流描述參數(shù)不變，并增加了用于文件傳輸?shù)腗SRP媒體流描述參數(shù)。作為上述技術方案的改進，所述MRFC為所述發(fā)起終端預留本地MSRP/TCP連接資源后，向所述發(fā)起終端返回響應消息，該響應消息中包含SDP響應，該SDP響應中包含所預留的MSRP/TCP連接信息；所述發(fā)起終端根據(jù)所述MSRP/TCP連接信息預留本地MSRP/TCP連接資源。作為上述技術方案的改進，在所述MRFC和所述發(fā)起終端分別預留本地MSRP/TCP 連接資源后，更新所述組內(nèi)文件分發(fā)上下文中描述是否在發(fā)起終端與MRFP間成功建立 MSRP媒體流承載的參數(shù)、和MRFP本地文件接收地址。
作為上述技術方案的改進，所述MRFC通過所述“re-INVITE”請求消息向所述IMS 多媒體會議會話中的組成員接收終端協(xié)商并增加傳送所述組內(nèi)文件的媒體流的步驟中，包含以下子步驟所述MRFC通過與MRFP進行交互，為所述組成員接收終端創(chuàng)建和預留本地MSRP/ TCP連接資源；所述MRFC通過中間節(jié)點向所述組成員接收終端發(fā)送“re-INVITE”請求消息，所述 “re-INVITE”請求消息的URI為接收終端用戶的SIP URI，該“re-INVITE”請求消息的消息體中包含在所述MRFC與所述接收終端間已有的IMS多媒體會話基礎上增加MSRP媒體流的 SDP描述，該SDP描述中包含MRFP創(chuàng)建的MSRP/TCP連接資源信息；所述接收終端根據(jù)所述MSRP/TCP連接資源信息，創(chuàng)建和預留本地MSRP/TCP連接資源。作為上述技術方案的改進，在所述MRFC和組成員接收終端分別預留本地MSRP/ TCP連接資源后，所述MRFC更新所述組內(nèi)文件分發(fā)上下文中對應接收終端的描述是否在發(fā)起終端與MRFP間成功建立MSRP媒體流承載的參數(shù)、和MRFP本地文件發(fā)送地址。作為上述技術方案的改進，所述MRFC根據(jù)所述更新后的組內(nèi)文件分發(fā)上下文對 MRFP進行配置，所述配置至少包含以下信息組內(nèi)文件分發(fā)標識、待傳送的組內(nèi)文件的信息、對應發(fā)起終端的MRFP本地文件接收地址、和各接收終端分別對應的MRFP本地文件發(fā)送地址；所述MRFP根據(jù)所述配置信息實現(xiàn)本地轉發(fā)拓撲和文件信息配置，根據(jù)所述拓撲配置從所述發(fā)起終端接收所述組內(nèi)文件，并將收到的組內(nèi)文件轉發(fā)給所述各接收終端。作為上述技術方案的改進，在MRFP向MRFC進行的事件匯報中，增加向所有組成員接收終端轉發(fā)組內(nèi)文件成功的事件、和向組成員接收終端轉發(fā)組內(nèi)文件失敗的事件；所述組內(nèi)文件發(fā)送結束后，MRFP向MRFC發(fā)送所述轉發(fā)組內(nèi)文件成功或失敗的事件，MRFC根據(jù)事件報告更新所述組內(nèi)文件分發(fā)上下文中描述MRFP是否成功接收到所述組內(nèi)文件的參數(shù)、和描述MRFP是否成功向所述接收終端傳輸所述組內(nèi)文件的參數(shù)；所述MRFC根據(jù)所述更新后的組內(nèi)文件分發(fā)上下文，向發(fā)起終端發(fā)送“MESSAGE”消息，反饋所述組內(nèi)文件分發(fā)結果。作為上述技術方案的改進，所述發(fā)起組內(nèi)文件分發(fā)的終端在將所述組內(nèi)文件傳輸?shù)組RFP后，向所述MRFC發(fā)送“UPDATE”消息釋放本終端與MRFP之間的MSRP/TCP資源；所述MRFC在所述MRFP將所述組內(nèi)文件傳輸?shù)剿龈鹘邮战K端后，向各接收終端發(fā)送“UPDATE”消息釋放MRFP與各接收終端之間的MSRP/TCP資源；所述“UPDATE ”消息中包含MSRP媒體流的SDP描述，該SDP描述中包含釋放MSRP/ TCP資源的指示，已有IMS多媒體會議會話的其他SDP描述不變。本發(fā)明實施方式與現(xiàn)有技術相比，主要區(qū)別及其效果在于IMS多媒體會議會話中發(fā)起終端通過“re-INVITE”請求消息向MRFC發(fā)起組內(nèi)文件分發(fā)請求，在當前IMS多媒體會議會話上協(xié)商并增加傳送組內(nèi)文件的媒體流；MRFC通過“re-INVITE”請求消息向IMS多媒體會議會話中組成員接收終端協(xié)商并增加傳送組內(nèi)文件的媒體流；MRFP通過增加的媒體流，從發(fā)起組內(nèi)文件分發(fā)的發(fā)起終端接收組內(nèi)文件，并轉發(fā)給各組成員接收終端。該組內(nèi)文件分發(fā)控制過程充分利用已有IMS信令控制機制，在已有的IMS多媒體會議會話中進行，組內(nèi)文件分發(fā)過程不打斷、停止或影響正在進行的IMS多媒體會議會話。組內(nèi)文件分發(fā)與會者能及時獲知文件分發(fā)的結果狀態(tài)。文件分發(fā)中的文件傳輸基于已有的消息會話中繼協(xié)議，實現(xiàn)了組內(nèi)文件分發(fā)結果狀態(tài)的及時監(jiān)控及反饋。


下面結合附圖和具體實施方式
對本發(fā)明作進一步詳細說明。圖1是本發(fā)明一較佳實施方式的IMS多媒體會議中的組內(nèi)文件分發(fā)方法流程圖；圖2是本發(fā)明一較佳實施方式的IMS多媒體會議中的組內(nèi)文件分發(fā)方法中發(fā)起終端通過“re-INVITE”請求消息向MRFC/AS發(fā)起組內(nèi)文件分發(fā)請求、增加MSRP/TCP媒體流協(xié)商過程的流程圖；圖3是本發(fā)明一較佳實施方式的IMS多媒體會議中的組內(nèi)文件分發(fā)方法中MRFC/ AS通過“re-INVITE”請求消息向接收終端發(fā)起組內(nèi)文件分發(fā)請求，增加MSRP/TCP媒體流協(xié)商過程的流程圖。
具體實施例方式為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明的實施方式作進一步地詳細描述。本發(fā)明一較佳實施方式涉及一種IMS多媒體會議中文件分發(fā)的方法。進行文件分發(fā)的組為臨時組，組成員由當前IMS多媒體會議中的部分與會成員構成，包含一組內(nèi)文件分發(fā)發(fā)起終端，和至少兩個組成員接收終端。這里的組成員可以指組內(nèi)文件分發(fā)發(fā)起者根據(jù)當前的IMS會議狀況臨時決定的需要接收文件的與會者成員。已有的IMS多媒體會議中除IMS機制中CSCF等公共功能實體外，主要包括與會者、IMS多媒體會議中心及MRFP。IMS多媒體會議中心功能可分布實現(xiàn)于IMS中的多媒體會議服務器(Conference AS)和MRFC或集中實現(xiàn)于二者的合設體中(3GPP TS 24147)。本發(fā)明的IMS多媒體會議中心采用多媒體會議服務器和多媒體資源功能控制實體的合設體，標識為MRFC/AS。已有的IMS多媒體會議中，MRFC/AS與與會者在控制層面進行交互，并可通過H. 248協(xié)議控制MRFP中的媒體承載資源的預留/創(chuàng)建、本地路由配置、媒體承載資源的拆除等，MRFP也可通過H. 248協(xié)議向MRFC/AS報告MRFP中的事件和狀態(tài)(3GPPTS 23333)。本實施方式采用“re-INVITE”、“UPDATE”、“MESSAGE”三種SIP分方法完成IMS多媒體會議中的組內(nèi)文件分發(fā)控制?！皉e-INVITE”方法用于在已有多媒體會議會話環(huán)境中發(fā)起組內(nèi)文件分發(fā)請求、用于在已有多媒體會議會話上協(xié)商和增加傳送組內(nèi)文件的媒體流； “UPDATE”方法用于文件分發(fā)結束后的組內(nèi)文件分發(fā)媒體流承載資源的釋放；“MESSAGE”方法用于向組內(nèi)文件分發(fā)發(fā)起者發(fā)送文件分發(fā)結果報告。用于文件分發(fā)的媒體流承載協(xié)商和創(chuàng)建過程不是即刻完成，需要會話雙發(fā)的多次中間過程狀態(tài)信息交互，且需要接收方人為確認是否接收，適于采用“re-INVITE”方法的已有應答機制(參見RFC3^1)；在已有多媒體會議會話環(huán)境中釋放用于文件分發(fā)的媒體流資源只需即刻的信令提示即可，適于采用 “UPDATE”方法(參見 RFC3311)；通過 Page-Mode 模式的“MESSAGE”方法(參見 0MA_TS_SIP_ Push-Vl_0)在文件分發(fā)結束后直接告知發(fā)起者分發(fā)結果比通常的SUBSCRIBE/NOTIFY機制
9(參見更簡單有效。本實施方式中，組內(nèi)文件分發(fā)過程中的文件傳送采用已有的 MSRP協(xié)議(RFC4970，參與組內(nèi)文件分發(fā)的與會者及MRFP實體需支持該協(xié)議。本實施方式中的組內(nèi)文件分發(fā)可以是如下情況在正在進行的IMS多媒體會議中 (如視頻會議)，某個或某些與會終端通過MS多媒體會議中獲取的其他與會者狀態(tài)信息 (會議狀態(tài)信息獲取參見3GPP TS 24147)，在不影響已有多媒體會議會話的基礎上，根據(jù)會議進展決定向部分與會者(即決定的小組成員)分發(fā)文件并被告知分發(fā)結果的過程。當然， 上述情況僅是與會終端發(fā)起組內(nèi)文件分發(fā)的一種情況，與會終端同樣可能在存在其他需求時發(fā)起組內(nèi)文件分發(fā)。本實施方式中，在MRFC/AS在所維護的Conference Mate (多媒體會議狀態(tài)) 信息中，增加用于反映屬于本會議環(huán)境下各個組內(nèi)文件分發(fā)狀態(tài)的動態(tài)的Distribution Contexts (組內(nèi)文件分發(fā)上下文)定義，如表1所示
權利要求
1.一種IP多媒體子系統(tǒng)IMS多媒體會議中的組內(nèi)文件分發(fā)方法，其特征在于，包含以下步驟IMS多媒體會議會話中一終端通過“re-INVITE”請求消息向多媒體資源功能控制實體 MRFC發(fā)起組內(nèi)文件分發(fā)請求，在當前IMS多媒體會議會話上協(xié)商并增加傳送所述組內(nèi)文件的媒體流；所述MRFC通過“re-INVITE”請求消息向所述IMS多媒體會議會話中組成員接收終端協(xié)商增加傳送所述組內(nèi)文件的媒體流；IMS多媒體資源功能處理實體MRFP通過所述增加的媒體流，從所述發(fā)起組內(nèi)文件分發(fā)的發(fā)起終端接收所述組內(nèi)文件，并轉發(fā)給所述組成員接收終端。
2.根據(jù)權利要求1所述的IMS多媒體會議中的組內(nèi)文件分發(fā)方法，其特征在于，所述進行文件分發(fā)的組為臨時組，所述組成員由當前IMS多媒體會議中的部分與會成員構成，包含一組內(nèi)文件分發(fā)發(fā)起終端，和至少兩個組成員接收終端。
3.根據(jù)權利要求1所述的IMS多媒體會議中的組內(nèi)文件分發(fā)方法，其特征在于，所述用于傳送組內(nèi)文件的媒體流為消息會話中繼協(xié)議MSRP媒體流。
4.根據(jù)權利要求1所述的IMS多媒體會議中的組內(nèi)文件分發(fā)方法，其特征在于，所述終端通過“re-INVITE”請求消息向MRFC發(fā)起組內(nèi)文件分發(fā)請求的步驟中，所述發(fā)起終端通過中間節(jié)點將所述“re-INVITE”請求消息發(fā)送給所述MRFC ；所述“re-INVITE”請求消息的統(tǒng)一資源標識URI為正在進行的IMS多媒體會議的會議URI ；所述中間節(jié)點根據(jù)所述請求消息的URI，確定將所述“re-INVITE”請求消息轉發(fā)給所述 MRFC。
5.根據(jù)權利要求1所述的IMS多媒體會議中的組內(nèi)文件分發(fā)方法，其特征在于，所述發(fā)起組內(nèi)文件分發(fā)的終端發(fā)送的“re-INVITE”請求消息的消息頭域包含表示組內(nèi)文件分發(fā)操作的標識，消息體中包含所述待傳送的組內(nèi)文件的信息、和接收所述組內(nèi)文件的各終端的 URI ；所述MRFC收到所述“re-INVITE”請求消息后，根據(jù)所述表示組內(nèi)文件分發(fā)操作的標識，在當前的IMS多媒體會議的會議狀態(tài)中創(chuàng)建組內(nèi)文件分發(fā)上下文，該上下文至少包含以下信息組內(nèi)文件分發(fā)標識、所述待傳送的組內(nèi)文件的信息、所述發(fā)起組內(nèi)文件分發(fā)的發(fā)起終端的信息、和所述組成員接收終端的信息。
6.根據(jù)權利要求5所述的IMS多媒體會議中的組內(nèi)文件分發(fā)方法，其特征在于，所述發(fā)起終端的信息至少包含以下信息所述發(fā)起終端用戶的會話初始協(xié)議SIP URI、描述是否在發(fā)起終端與MRFP間成功建立 MSRP媒體流承載的參數(shù)、MRFP本地文件接收地址、描述MRFP是否成功接收到所述組內(nèi)文件的參數(shù)；所述組成員接收終端的信息至少包含以下信息所述接收終端用戶的SIP URI、描述是否在接收終端與MRFP間成功建立MSRP媒體流承載的參數(shù)、MRFP本地文件發(fā)送地址、描述MRFP是否成功向所述接收終端傳輸所述組內(nèi)文件的參數(shù)。
7.根據(jù)權利要求3所述的IMS多媒體會議中的組內(nèi)文件分發(fā)方法，其特征在于，所述發(fā)起組內(nèi)文件分發(fā)的終端發(fā)送的“re-INVITE”請求消息中，包含了請求創(chuàng)建用于文件傳送的媒體流的會話描述協(xié)議的描述；所述MRFC根據(jù)所述會話描述協(xié)議的描述，為發(fā)起終端創(chuàng)建和預留本地MSRP/傳輸控制協(xié)議TCP連接資源。
8.根據(jù)權利要求7所述的IMS多媒體會議中的組內(nèi)文件分發(fā)方法，其特征在于，所述 “re-INVITE”請求消息中包含的會話描述協(xié)議的描述中包含已有IMS多媒體會議媒體流的媒體流描述，所述已有的媒體流描述參數(shù)不變，并增加了用于文件傳輸?shù)腗SRP媒體流描述參數(shù)。
9.根據(jù)權利要求7所述的IMS多媒體會議中的組內(nèi)文件分發(fā)方法，其特征在于，所述 MRFC為所述發(fā)起終端預留本地MSRP/TCP連接資源后，向所述發(fā)起終端返回響應消息，該響應消息中包含會話描述協(xié)議響應，該會話描述協(xié)議響應中包含所預留的MSRP/TCP連接信息；所述發(fā)起終端根據(jù)所述MSRP/TCP連接信息預留本地MSRP/TCP連接資源。
10.根據(jù)權利要求9所述的IMS多媒體會議中的組內(nèi)文件分發(fā)方法，其特征在于，在所述MRFC和所述發(fā)起終端分別預留本地MSRP/TCP連接資源后，更新所述組內(nèi)文件分發(fā)上下文中描述是否在發(fā)起終端與MRFP間成功建立MSRP媒體流承載的參數(shù)、和MRFP本地文件接收地址。
11.根據(jù)權利要求10所述的IMS多媒體會議中的組內(nèi)文件分發(fā)方法，其特征在于，所述MRFC通過所述“re-INVITE”請求消息向所述IMS多媒體會議會話中的組成員接收終端協(xié)商并增加傳送所述組內(nèi)文件的媒體流的步驟中，包含以下子步驟所述MRFC通過與MRFP進行交互，為所述組成員接收終端創(chuàng)建和預留本地MSRP/TCP連接資源；所述MRFC通過中間節(jié)點向所述組成員接收終端發(fā)送“re-INVITE”請求消息，所述 “re-INVITE”請求消息的URI為接收終端用戶的SIP URI，該“re-INVITE”請求消息的消息體中包含在所述MRFC與所述接收終端間已有的IMS多媒體會話基礎上增加MSRP媒體流的會話描述協(xié)議的描述，該會話描述協(xié)議的描述中包含MRFP創(chuàng)建的MSRP/TCP連接資源信息；所述接收終端根據(jù)所述MSRP/TCP連接資源信息，創(chuàng)建和預留本地MSRP/TCP連接資源。
12.根據(jù)權利要求11所述的IMS多媒體會議中的組內(nèi)文件分發(fā)方法，其特征在于，在所述MRFC和組成員接收終端分別預留本地MSRP/TCP連接資源后，所述MRFC更新所述組內(nèi)文件分發(fā)上下文中對應接收終端的描述是否在發(fā)起終端與MRFP間成功建立MSRP媒體流承載的參數(shù)、和MRFP本地文件發(fā)送地址。
13.根據(jù)權利要求12所述的IMS多媒體會議中的組內(nèi)文件分發(fā)方法，其特征在于，所述MRFC根據(jù)所述更新后的組內(nèi)文件分發(fā)上下文對MRFP進行配置，所述配置信息至少包含以下信息組內(nèi)文件分發(fā)標識、待傳送的組內(nèi)文件的信息、對應發(fā)起終端的MRFP本地文件接收地址、和各接收終端分別對應的MRFP本地文件發(fā)送地址；所述MRFP根據(jù)所述配置信息實現(xiàn)本地轉發(fā)拓撲和文件信息配置，根據(jù)所述拓撲配置從所述發(fā)起終端接收所述組內(nèi)文件，并將收到的組內(nèi)文件轉發(fā)給所述各接收終端。
14.根據(jù)權利要求6所述的IMS多媒體會議中的組內(nèi)文件分發(fā)方法，其特征在于，在 MRFP向MRFC進行的事件匯報中，增加向所有組成員接收終端轉發(fā)組內(nèi)文件成功的事件、和向組成員接收終端轉發(fā)組內(nèi)文件失敗的事件；所述組內(nèi)文件發(fā)送結束后，MRFP向MRFC發(fā)送所述轉發(fā)組內(nèi)文件成功或失敗的事件， MRFC根據(jù)事件報告更新所述組內(nèi)文件分發(fā)上下文中描述MRFP是否成功接收到所述組內(nèi)文件的參數(shù)、和描述MRFP是否成功向所述組成員接收終端傳輸所述組內(nèi)文件的參數(shù)；所述MRFC根據(jù)所述更新后的組內(nèi)文件分發(fā)上下文，向發(fā)起終端發(fā)送“MESSAGE”消息， 反饋所述組內(nèi)文件分發(fā)結果。
15.根據(jù)權利要求1至14中任意一項所述的IMS多媒體會議中的組內(nèi)文件分發(fā)方法， 其特征在于，所述發(fā)起組內(nèi)文件分發(fā)的終端在將所述組內(nèi)文件傳輸?shù)組RFP后，向所述MRFC 發(fā)送“UPDATE”消息釋放本終端與MRFP之間的MSRP/TCP資源；所述MRFC在所述MRFP將所述組內(nèi)文件傳輸?shù)剿龈鹘邮战K端后，向各接收終端發(fā)送 “UPDATE”消息釋放MRFP與各接收終端之間的MSRP/TCP資源；所述“UPDATE”消息中包含MSRP媒體流的會話描述協(xié)議的描述，該會話描述協(xié)議的描述中包含釋放MSRP/TCP資源的指示，已有IMS多媒體會議會話的其他會話描述協(xié)議的描述不變。
全文摘要
本發(fā)明公開了一種IMS多媒體會議中的組內(nèi)文件分發(fā)方法，涉及通信領域。本發(fā)明通過“re-INVITE”、“UPDATE”、“MESSAGE”方法，在已有IMS多媒體會議會話中實現(xiàn)臨時組內(nèi)文件分發(fā)的過程控制，該過程不影響正在進行的其他多媒體會議媒體流。其中，“re-INVITE”方法用于發(fā)起組內(nèi)文件分發(fā)請求、傳送組內(nèi)文件的媒體流協(xié)商；“UPDATE”方法用于在文件分發(fā)結束后，釋放組內(nèi)文件分發(fā)媒體流承載資源；“MESSAGE”方法用于向組內(nèi)文件分發(fā)發(fā)起者發(fā)送文件分發(fā)結果報告。
文檔編號H04L29/06GK102377728SQ20101024767
公開日2012年3月14日 申請日期2010年8月6日 優(yōu)先權日2010年8月6日
發(fā)明者莫建林 申請人:聯(lián)芯科技有限公司