專利名稱：一種ims多媒體會(huì)議中的組內(nèi)文件分發(fā)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及基于IP多媒體子系統(tǒng)(IP MultimediaSubsystem,簡稱“ IMS”)的多媒體應(yīng)用技術(shù)。
背景技術(shù)：
在第三代合作伙伴項(xiàng)目(3rdGeneration Partnership Pro ject，簡稱“XPP，，) R5 階段，引入了 IP多媒體核心網(wǎng)子系統(tǒng)(IP Multimedia Subsystem，簡稱“IMS”)，IMS采用IP 分組域作為其控制信令和媒體傳輸?shù)某休d通道，采用會(huì)話初始協(xié)議(Session Initiation Protocol，簡稱“SIP”)作為呼叫控制信令。IMS網(wǎng)絡(luò)中通過各種應(yīng)用服務(wù)器(Application Server，簡稱“AS”)為IMS用戶提供IP多媒體(IPMultimedia，簡稱“ IM”)增值業(yè)務(wù)。IMS 由呼叫狀態(tài)控制功能(Call Session Control Function，簡稱 “CSCF”)、 媒體網(wǎng)關(guān)控制功能(Media Gateway Control Function，簡稱“MGCF”)、媒體資源功能 (Multimedia Resource Function，簡稱“MRF”)和歸屬簽約用戶服務(wù)器(Home Subscriber Server，簡稱“HSS”)等功能實(shí)體組成。CSCF又可以分成服務(wù)CSCF(Serving CSCF，簡稱 “ S-CSCF，，)、代理 CSCF (Proxy CSCF，簡稱“P-CSCF”)和查詢 CSCF (Interrogating CSCF，簡稱“I-CSCF”)三個(gè)邏輯實(shí)體。其中，S-CSCF是IMS的業(yè)務(wù)交換中心，執(zhí)行會(huì)話控制，維持會(huì)話狀態(tài)，負(fù)責(zé)管理用戶信息，產(chǎn)生計(jì)費(fèi)信息等；P-CSCF是終端用戶接入IMS的接入點(diǎn)，完成用戶注冊(cè)，負(fù)責(zé)QoS控制和安全管理等；I-CSCF負(fù)責(zé)IMS域之間的互通，管理S-CSCF的分配，對(duì)外隱藏網(wǎng)絡(luò)拓?fù)浜团渲茫a(chǎn)生計(jì)費(fèi)數(shù)據(jù)等。MGCF控制網(wǎng)關(guān)，實(shí)現(xiàn)IMS網(wǎng)絡(luò)和其它網(wǎng)絡(luò)的互通，MRF提供媒體資源，如收放音，編解碼和多媒體會(huì)議橋，MRF又可分為媒體資源功能處理實(shí)體(MRFC)和多媒體資源功能控制實(shí)體(MRFP)。HSS是用戶數(shù)據(jù)庫，存儲(chǔ)IMS用戶的簽約數(shù)據(jù)和配置信息等。在IMS的多媒體會(huì)議中經(jīng)常存在這樣的需求某個(gè)或某些與會(huì)者可能需要將一些資料分發(fā)給其認(rèn)為有必要共享這些文件的其他部分與會(huì)者(而非所有與會(huì)者)，即在多媒體會(huì)議期間實(shí)現(xiàn)臨時(shí)組內(nèi)文件分發(fā)。這些情形如，在會(huì)議進(jìn)行中某些相同利益方需要實(shí)現(xiàn)一些資料的內(nèi)部共享，或會(huì)議進(jìn)行中不同項(xiàng)目小組需要實(shí)現(xiàn)內(nèi)部項(xiàng)目文件共享等。對(duì)于多媒體會(huì)議中的臨時(shí)組內(nèi)文件分發(fā)，目前有兩種典型解決方法。一種是在會(huì)議中設(shè)立專門的文件傳送協(xié)議(File Transfer Protocol，簡稱 “FTP”)服務(wù)器，希望組內(nèi)分發(fā)文件的與會(huì)者向FTP服務(wù)器上傳相關(guān)文件，通過其他方法(如預(yù)先設(shè)置、郵件等)告知組內(nèi)其他成員下載文件的相關(guān)信息(如存儲(chǔ)位置、獲取密碼等)。 FTP方法的優(yōu)點(diǎn)在于可充分利用已有的FTP下載技術(shù)，具有實(shí)現(xiàn)簡單的特點(diǎn)。但作為多媒體會(huì)議中的組內(nèi)文件分發(fā)方法，其缺點(diǎn)在于1)需要預(yù)先采用一些方法告知組內(nèi)其他成員文件相關(guān)信息，這較適用于向與會(huì)全體成員分發(fā)文件的模式，而對(duì)會(huì)議過程中臨時(shí)組內(nèi)文件分發(fā)，與會(huì)者不可能對(duì)臨時(shí)決定共享文件的組內(nèi)成員進(jìn)行預(yù)先告知，而臨時(shí)通過郵件等其他方式告知亦缺乏效率；2)如果文件接收成員不通過其他某些方法向文件分發(fā)與會(huì)者主動(dòng)反饋文件接收結(jié)果，文件分發(fā)與會(huì)者無法得知組內(nèi)共享文件的接收結(jié)果狀態(tài)；3) FTP方法與IMS多媒體會(huì)議會(huì)話模型獨(dú)立，不受IMS多媒體會(huì)話信令控制，實(shí)際上基于該方法的組內(nèi)文件分發(fā)沒有實(shí)現(xiàn)與基于SIP信令的IMS多媒體體系有機(jī)集成。另一種方法是在已有的多媒體會(huì)議內(nèi)創(chuàng)建子會(huì)議(Sidebar)，這種方法對(duì)于基于小組討論的會(huì)議模式比較有效，多媒體會(huì)議過程小組成員先掛起或關(guān)閉與主會(huì)議的會(huì)話， 進(jìn)入子會(huì)議模式，在子會(huì)議模式中實(shí)現(xiàn)組內(nèi)文件共享。但子會(huì)議方法不是針對(duì)文件分發(fā)設(shè)計(jì)的模式，其存在下述不足1)由于子會(huì)議設(shè)計(jì)模式是專門針對(duì)組內(nèi)多媒體會(huì)議設(shè)計(jì)，不是針對(duì)組內(nèi)文件分發(fā)這一需求，從而通過這種模式實(shí)現(xiàn)組內(nèi)文件分發(fā)，效率不高；2)子會(huì)議方法中，與會(huì)者進(jìn)入子會(huì)議模式要打斷與主會(huì)議的會(huì)話，而很多臨時(shí)組內(nèi)分發(fā)文件的情形需要在保持與主會(huì)議會(huì)話的過程中實(shí)現(xiàn)組內(nèi)文件分發(fā)。本發(fā)明的發(fā)明人發(fā)現(xiàn)，在已有的文件傳輸技術(shù)中，基于傳輸控制協(xié)議(Transmission Control Protocol,簡稱“TCP”)承載的消息會(huì)話中繼協(xié)議 (MessageSession Relay Protocol，簡稱“MSRP”)也可實(shí)現(xiàn)對(duì)封裝成多功能hternet郵件擴(kuò)允協(xié)議(Multipurpose Internet Mail Extensions，簡稱“MIME”)格式的各種文件的傳輸。MSRP起初用于即時(shí)消息的發(fā)送，但基于該協(xié)議的Message Chunking(消息分塊)傳輸機(jī)制，也能實(shí)現(xiàn)對(duì)大容量文件的有效傳送(RFC497Q。同時(shí)，MSRP作為傳輸層面的協(xié)議具備下述一些優(yōu)勢1) MSRP協(xié)議運(yùn)行于支持擁塞控制的協(xié)議之上；2)MSRP的中繼機(jī)制在解決NAT穿越((NAT traversal))問題上也有很好的表現(xiàn)；3) MSRP的Message Chunking機(jī)制及Iteport (反饋)消息機(jī)制易于實(shí)現(xiàn)文件傳輸狀態(tài)的及時(shí)監(jiān)控。因此，能夠在不影響已有IMS多媒體會(huì)議的前提下，充分利用IMS體系信令控制機(jī)制，采用MSRP協(xié)議作為媒體承載，實(shí)現(xiàn)專門針對(duì)組內(nèi)文件分發(fā)需求設(shè)計(jì)的有效方法具有重
要意義。
發(fā)明內(nèi)容
本發(fā)明主要解決的技術(shù)問題是提供一種IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法， 使得在不影響現(xiàn)有的IMS多媒體會(huì)議會(huì)話的情況下，實(shí)現(xiàn)在已有IMS多媒體會(huì)議會(huì)話內(nèi)進(jìn)行組內(nèi)文件分發(fā)。為了解決上述技術(shù)問題，本發(fā)明提供了一種IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法，包含以下步驟IMS多媒體會(huì)議會(huì)話中一終端(即臨時(shí)組內(nèi)文件分發(fā)發(fā)起者)通過“re-INVITE” 請(qǐng)求消息向MRFC發(fā)起組內(nèi)文件分發(fā)請(qǐng)求，在當(dāng)前IMS多媒體會(huì)議會(huì)話上協(xié)商并增加傳送所述組內(nèi)文件的媒體流；所述MRFC通過“re-INVITE”請(qǐng)求消息向所述IMS多媒體會(huì)議會(huì)話中組成員接收終端協(xié)商并增加傳送所述組內(nèi)文件的媒體流；MRFP通過所述增加的媒體流，從所述發(fā)起組內(nèi)文件分發(fā)的發(fā)起終端接收所述組內(nèi)文件，并轉(zhuǎn)發(fā)給所述組成員接收終端。
一般情況下，進(jìn)行文件分發(fā)的組為臨時(shí)組，所述組成員由當(dāng)前IMS多媒體會(huì)議中的部分與會(huì)成員構(gòu)成，包含一組內(nèi)文件分發(fā)發(fā)起終端，和至少兩個(gè)組成員接收終端。這里的組成員可以指組內(nèi)文件分發(fā)發(fā)起者根據(jù)當(dāng)前的IMS會(huì)議狀況臨時(shí)決定的需要接收文件的與會(huì)者成員。作為上述技術(shù)方案的改進(jìn)，所述用于傳送組內(nèi)文件的媒體流為MSRP媒體流。作為上述技術(shù)方案的改進(jìn)，所述終端通過“re-INVITE”請(qǐng)求消息向MRFC發(fā)起組內(nèi)文件分發(fā)請(qǐng)求的步驟中，所述發(fā)起終端通過中間節(jié)點(diǎn)將所述“re-INVITE”請(qǐng)求消息發(fā)送給所述MRFC ；所述“re-INVITE”請(qǐng)求消息的URI為正在進(jìn)行的IMS多媒體會(huì)議的會(huì)議URI ；所述中間節(jié)點(diǎn)根據(jù)所述請(qǐng)求消息的URI，確定將所述“re-INVITE”請(qǐng)求消息轉(zhuǎn)發(fā)給所述MRFC。作為上述技術(shù)方案的改進(jìn)，所述發(fā)起組內(nèi)文件分發(fā)的終端發(fā)送的“re-INVITE”請(qǐng)求消息的消息頭域包含表示組內(nèi)文件分發(fā)操作的標(biāo)識(shí)，消息體中包含所述待傳送的組內(nèi)文件的信息、和接收所述組內(nèi)文件的各終端的URI ；所述MRFC收到所述“re-INVITE”請(qǐng)求消息后，根據(jù)所述表示組內(nèi)文件分發(fā)操作的標(biāo)識(shí)，在當(dāng)前的IMS多媒體會(huì)議的會(huì)議狀態(tài)中創(chuàng)建組內(nèi)文件分發(fā)上下文，該上下文至少包含以下信息組內(nèi)文件分發(fā)標(biāo)識(shí)、所述待傳送的組內(nèi)文件的信息、所述發(fā)起組內(nèi)文件分發(fā)的發(fā)起終端的信息、和所述接收組內(nèi)文件終端的信息。作為上述技術(shù)方案的改進(jìn)，所述發(fā)起終端的信息至少包含以下信息所述發(fā)起終端用戶的SIP URI、描述是否在發(fā)起終端與MRFP間成功建立MSRP媒體流承載的參數(shù)、MRFP本地文件接收地址、描述MRFP是否成功接收到所述組內(nèi)文件的參數(shù)；所述接收終端的信息至少包含以下信息所述接收終端用戶的SIP URI、描述是否在接收終端與MRFP間成功建立MSRP媒體流承載的參數(shù)、MRFP本地文件發(fā)送地址、描述MRFP是否成功向所述接收終端傳輸所述組內(nèi)文件的參數(shù)。作為上述技術(shù)方案的改進(jìn)，所述發(fā)起組內(nèi)文件分發(fā)的終端發(fā)送的“re-INVITE”請(qǐng)求消息中，包含了請(qǐng)求創(chuàng)建用于文件傳送的媒體流的SDP描述；所述MRFC根據(jù)所述SDP描述，為發(fā)起終端創(chuàng)建和預(yù)留本地MSRP/TCP連接資源。作為上述技術(shù)方案的改進(jìn)，所述“re-INVITE”請(qǐng)求消息中包含的SDP描述中包含已有IMS多媒體會(huì)議媒體流的媒體流描述，所述已有的媒體流描述參數(shù)不變，并增加了用于文件傳輸?shù)腗SRP媒體流描述參數(shù)。作為上述技術(shù)方案的改進(jìn)，所述MRFC為所述發(fā)起終端預(yù)留本地MSRP/TCP連接資源后，向所述發(fā)起終端返回響應(yīng)消息，該響應(yīng)消息中包含SDP響應(yīng)，該SDP響應(yīng)中包含所預(yù)留的MSRP/TCP連接信息；所述發(fā)起終端根據(jù)所述MSRP/TCP連接信息預(yù)留本地MSRP/TCP連接資源。作為上述技術(shù)方案的改進(jìn)，在所述MRFC和所述發(fā)起終端分別預(yù)留本地MSRP/TCP 連接資源后，更新所述組內(nèi)文件分發(fā)上下文中描述是否在發(fā)起終端與MRFP間成功建立 MSRP媒體流承載的參數(shù)、和MRFP本地文件接收地址。
作為上述技術(shù)方案的改進(jìn)，所述MRFC通過所述“re-INVITE”請(qǐng)求消息向所述IMS 多媒體會(huì)議會(huì)話中的組成員接收終端協(xié)商并增加傳送所述組內(nèi)文件的媒體流的步驟中，包含以下子步驟所述MRFC通過與MRFP進(jìn)行交互，為所述組成員接收終端創(chuàng)建和預(yù)留本地MSRP/ TCP連接資源；所述MRFC通過中間節(jié)點(diǎn)向所述組成員接收終端發(fā)送“re-INVITE”請(qǐng)求消息，所述 “re-INVITE”請(qǐng)求消息的URI為接收終端用戶的SIP URI，該“re-INVITE”請(qǐng)求消息的消息體中包含在所述MRFC與所述接收終端間已有的IMS多媒體會(huì)話基礎(chǔ)上增加MSRP媒體流的 SDP描述，該SDP描述中包含MRFP創(chuàng)建的MSRP/TCP連接資源信息；所述接收終端根據(jù)所述MSRP/TCP連接資源信息，創(chuàng)建和預(yù)留本地MSRP/TCP連接資源。作為上述技術(shù)方案的改進(jìn)，在所述MRFC和組成員接收終端分別預(yù)留本地MSRP/ TCP連接資源后，所述MRFC更新所述組內(nèi)文件分發(fā)上下文中對(duì)應(yīng)接收終端的描述是否在發(fā)起終端與MRFP間成功建立MSRP媒體流承載的參數(shù)、和MRFP本地文件發(fā)送地址。作為上述技術(shù)方案的改進(jìn)，所述MRFC根據(jù)所述更新后的組內(nèi)文件分發(fā)上下文對(duì) MRFP進(jìn)行配置，所述配置至少包含以下信息組內(nèi)文件分發(fā)標(biāo)識(shí)、待傳送的組內(nèi)文件的信息、對(duì)應(yīng)發(fā)起終端的MRFP本地文件接收地址、和各接收終端分別對(duì)應(yīng)的MRFP本地文件發(fā)送地址；所述MRFP根據(jù)所述配置信息實(shí)現(xiàn)本地轉(zhuǎn)發(fā)拓?fù)浜臀募畔⑴渲?，根?jù)所述拓?fù)渑渲脧乃霭l(fā)起終端接收所述組內(nèi)文件，并將收到的組內(nèi)文件轉(zhuǎn)發(fā)給所述各接收終端。作為上述技術(shù)方案的改進(jìn)，在MRFP向MRFC進(jìn)行的事件匯報(bào)中，增加向所有組成員接收終端轉(zhuǎn)發(fā)組內(nèi)文件成功的事件、和向組成員接收終端轉(zhuǎn)發(fā)組內(nèi)文件失敗的事件；所述組內(nèi)文件發(fā)送結(jié)束后，MRFP向MRFC發(fā)送所述轉(zhuǎn)發(fā)組內(nèi)文件成功或失敗的事件，MRFC根據(jù)事件報(bào)告更新所述組內(nèi)文件分發(fā)上下文中描述MRFP是否成功接收到所述組內(nèi)文件的參數(shù)、和描述MRFP是否成功向所述接收終端傳輸所述組內(nèi)文件的參數(shù)；所述MRFC根據(jù)所述更新后的組內(nèi)文件分發(fā)上下文，向發(fā)起終端發(fā)送“MESSAGE”消息，反饋所述組內(nèi)文件分發(fā)結(jié)果。作為上述技術(shù)方案的改進(jìn)，所述發(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多媒體會(huì)議會(huì)話的其他SDP描述不變。本發(fā)明實(shí)施方式與現(xiàn)有技術(shù)相比，主要區(qū)別及其效果在于IMS多媒體會(huì)議會(huì)話中發(fā)起終端通過“re-INVITE”請(qǐng)求消息向MRFC發(fā)起組內(nèi)文件分發(fā)請(qǐng)求，在當(dāng)前IMS多媒體會(huì)議會(huì)話上協(xié)商并增加傳送組內(nèi)文件的媒體流；MRFC通過“re-INVITE”請(qǐng)求消息向IMS多媒體會(huì)議會(huì)話中組成員接收終端協(xié)商并增加傳送組內(nèi)文件的媒體流；MRFP通過增加的媒體流，從發(fā)起組內(nèi)文件分發(fā)的發(fā)起終端接收組內(nèi)文件，并轉(zhuǎn)發(fā)給各組成員接收終端。該組內(nèi)文件分發(fā)控制過程充分利用已有IMS信令控制機(jī)制，在已有的IMS多媒體會(huì)議會(huì)話中進(jìn)行，組內(nèi)文件分發(fā)過程不打斷、停止或影響正在進(jìn)行的IMS多媒體會(huì)議會(huì)話。組內(nèi)文件分發(fā)與會(huì)者能及時(shí)獲知文件分發(fā)的結(jié)果狀態(tài)。文件分發(fā)中的文件傳輸基于已有的消息會(huì)話中繼協(xié)議，實(shí)現(xiàn)了組內(nèi)文件分發(fā)結(jié)果狀態(tài)的及時(shí)監(jiān)控及反饋。
下面結(jié)合附圖和具體實(shí)施方式
對(duì)本發(fā)明作進(jìn)一步詳細(xì)說明。圖1是本發(fā)明一較佳實(shí)施方式的IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法流程圖；圖2是本發(fā)明一較佳實(shí)施方式的IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法中發(fā)起終端通過“re-INVITE”請(qǐng)求消息向MRFC/AS發(fā)起組內(nèi)文件分發(fā)請(qǐng)求、增加MSRP/TCP媒體流協(xié)商過程的流程圖；圖3是本發(fā)明一較佳實(shí)施方式的IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法中MRFC/ AS通過“re-INVITE”請(qǐng)求消息向接收終端發(fā)起組內(nèi)文件分發(fā)請(qǐng)求，增加MSRP/TCP媒體流協(xié)商過程的流程圖。
具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明的實(shí)施方式作進(jìn)一步地詳細(xì)描述。本發(fā)明一較佳實(shí)施方式涉及一種IMS多媒體會(huì)議中文件分發(fā)的方法。進(jìn)行文件分發(fā)的組為臨時(shí)組，組成員由當(dāng)前IMS多媒體會(huì)議中的部分與會(huì)成員構(gòu)成，包含一組內(nèi)文件分發(fā)發(fā)起終端，和至少兩個(gè)組成員接收終端。這里的組成員可以指組內(nèi)文件分發(fā)發(fā)起者根據(jù)當(dāng)前的IMS會(huì)議狀況臨時(shí)決定的需要接收文件的與會(huì)者成員。已有的IMS多媒體會(huì)議中除IMS機(jī)制中CSCF等公共功能實(shí)體外，主要包括與會(huì)者、IMS多媒體會(huì)議中心及MRFP。IMS多媒體會(huì)議中心功能可分布實(shí)現(xiàn)于IMS中的多媒體會(huì)議服務(wù)器(Conference AS)和MRFC或集中實(shí)現(xiàn)于二者的合設(shè)體中(3GPP TS 24147)。本發(fā)明的IMS多媒體會(huì)議中心采用多媒體會(huì)議服務(wù)器和多媒體資源功能控制實(shí)體的合設(shè)體，標(biāo)識(shí)為MRFC/AS。已有的IMS多媒體會(huì)議中，MRFC/AS與與會(huì)者在控制層面進(jìn)行交互，并可通過H. 248協(xié)議控制MRFP中的媒體承載資源的預(yù)留/創(chuàng)建、本地路由配置、媒體承載資源的拆除等，MRFP也可通過H. 248協(xié)議向MRFC/AS報(bào)告MRFP中的事件和狀態(tài)(3GPPTS 23333)。本實(shí)施方式采用“re-INVITE”、“UPDATE”、“MESSAGE”三種SIP分方法完成IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)控制。“re-INVITE”方法用于在已有多媒體會(huì)議會(huì)話環(huán)境中發(fā)起組內(nèi)文件分發(fā)請(qǐng)求、用于在已有多媒體會(huì)議會(huì)話上協(xié)商和增加傳送組內(nèi)文件的媒體流； “UPDATE”方法用于文件分發(fā)結(jié)束后的組內(nèi)文件分發(fā)媒體流承載資源的釋放；“MESSAGE”方法用于向組內(nèi)文件分發(fā)發(fā)起者發(fā)送文件分發(fā)結(jié)果報(bào)告。用于文件分發(fā)的媒體流承載協(xié)商和創(chuàng)建過程不是即刻完成，需要會(huì)話雙發(fā)的多次中間過程狀態(tài)信息交互，且需要接收方人為確認(rèn)是否接收，適于采用“re-INVITE”方法的已有應(yīng)答機(jī)制(參見RFC3^1)；在已有多媒體會(huì)議會(huì)話環(huán)境中釋放用于文件分發(fā)的媒體流資源只需即刻的信令提示即可，適于采用 “UPDATE”方法(參見 RFC3311)；通過 Page-Mode 模式的“MESSAGE”方法(參見 0MA_TS_SIP_ Push-Vl_0)在文件分發(fā)結(jié)束后直接告知發(fā)起者分發(fā)結(jié)果比通常的SUBSCRIBE/NOTIFY機(jī)制
9(參見更簡單有效。本實(shí)施方式中，組內(nèi)文件分發(fā)過程中的文件傳送采用已有的 MSRP協(xié)議(RFC4970，參與組內(nèi)文件分發(fā)的與會(huì)者及MRFP實(shí)體需支持該協(xié)議。本實(shí)施方式中的組內(nèi)文件分發(fā)可以是如下情況在正在進(jìn)行的IMS多媒體會(huì)議中 (如視頻會(huì)議)，某個(gè)或某些與會(huì)終端通過MS多媒體會(huì)議中獲取的其他與會(huì)者狀態(tài)信息 (會(huì)議狀態(tài)信息獲取參見3GPP TS 24147)，在不影響已有多媒體會(huì)議會(huì)話的基礎(chǔ)上，根據(jù)會(huì)議進(jìn)展決定向部分與會(huì)者(即決定的小組成員)分發(fā)文件并被告知分發(fā)結(jié)果的過程。當(dāng)然， 上述情況僅是與會(huì)終端發(fā)起組內(nèi)文件分發(fā)的一種情況，與會(huì)終端同樣可能在存在其他需求時(shí)發(fā)起組內(nèi)文件分發(fā)。本實(shí)施方式中，在MRFC/AS在所維護(hù)的Conference Mate (多媒體會(huì)議狀態(tài)) 信息中，增加用于反映屬于本會(huì)議環(huán)境下各個(gè)組內(nèi)文件分發(fā)狀態(tài)的動(dòng)態(tài)的Distribution Contexts (組內(nèi)文件分發(fā)上下文)定義，如表1所示
權(quán)利要求
1.一種IP多媒體子系統(tǒng)IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法，其特征在于，包含以下步驟IMS多媒體會(huì)議會(huì)話中一終端通過“re-INVITE”請(qǐng)求消息向多媒體資源功能控制實(shí)體 MRFC發(fā)起組內(nèi)文件分發(fā)請(qǐng)求，在當(dāng)前IMS多媒體會(huì)議會(huì)話上協(xié)商并增加傳送所述組內(nèi)文件的媒體流；所述MRFC通過“re-INVITE”請(qǐng)求消息向所述IMS多媒體會(huì)議會(huì)話中組成員接收終端協(xié)商增加傳送所述組內(nèi)文件的媒體流；IMS多媒體資源功能處理實(shí)體MRFP通過所述增加的媒體流，從所述發(fā)起組內(nèi)文件分發(fā)的發(fā)起終端接收所述組內(nèi)文件，并轉(zhuǎn)發(fā)給所述組成員接收終端。
2.根據(jù)權(quán)利要求1所述的IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法，其特征在于，所述進(jìn)行文件分發(fā)的組為臨時(shí)組，所述組成員由當(dāng)前IMS多媒體會(huì)議中的部分與會(huì)成員構(gòu)成，包含一組內(nèi)文件分發(fā)發(fā)起終端，和至少兩個(gè)組成員接收終端。
3.根據(jù)權(quán)利要求1所述的IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法，其特征在于，所述用于傳送組內(nèi)文件的媒體流為消息會(huì)話中繼協(xié)議MSRP媒體流。
4.根據(jù)權(quán)利要求1所述的IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法，其特征在于，所述終端通過“re-INVITE”請(qǐng)求消息向MRFC發(fā)起組內(nèi)文件分發(fā)請(qǐng)求的步驟中，所述發(fā)起終端通過中間節(jié)點(diǎn)將所述“re-INVITE”請(qǐng)求消息發(fā)送給所述MRFC ；所述“re-INVITE”請(qǐng)求消息的統(tǒng)一資源標(biāo)識(shí)URI為正在進(jìn)行的IMS多媒體會(huì)議的會(huì)議URI ；所述中間節(jié)點(diǎn)根據(jù)所述請(qǐng)求消息的URI，確定將所述“re-INVITE”請(qǐng)求消息轉(zhuǎn)發(fā)給所述 MRFC。
5.根據(jù)權(quán)利要求1所述的IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法，其特征在于，所述發(fā)起組內(nèi)文件分發(fā)的終端發(fā)送的“re-INVITE”請(qǐng)求消息的消息頭域包含表示組內(nèi)文件分發(fā)操作的標(biāo)識(shí)，消息體中包含所述待傳送的組內(nèi)文件的信息、和接收所述組內(nèi)文件的各終端的 URI ；所述MRFC收到所述“re-INVITE”請(qǐng)求消息后，根據(jù)所述表示組內(nèi)文件分發(fā)操作的標(biāo)識(shí)，在當(dāng)前的IMS多媒體會(huì)議的會(huì)議狀態(tài)中創(chuàng)建組內(nèi)文件分發(fā)上下文，該上下文至少包含以下信息組內(nèi)文件分發(fā)標(biāo)識(shí)、所述待傳送的組內(nèi)文件的信息、所述發(fā)起組內(nèi)文件分發(fā)的發(fā)起終端的信息、和所述組成員接收終端的信息。
6.根據(jù)權(quán)利要求5所述的IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法，其特征在于，所述發(fā)起終端的信息至少包含以下信息所述發(fā)起終端用戶的會(huì)話初始協(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ù)權(quán)利要求3所述的IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法，其特征在于，所述發(fā)起組內(nèi)文件分發(fā)的終端發(fā)送的“re-INVITE”請(qǐng)求消息中，包含了請(qǐng)求創(chuàng)建用于文件傳送的媒體流的會(huì)話描述協(xié)議的描述；所述MRFC根據(jù)所述會(huì)話描述協(xié)議的描述，為發(fā)起終端創(chuàng)建和預(yù)留本地MSRP/傳輸控制協(xié)議TCP連接資源。
8.根據(jù)權(quán)利要求7所述的IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法，其特征在于，所述 “re-INVITE”請(qǐng)求消息中包含的會(huì)話描述協(xié)議的描述中包含已有IMS多媒體會(huì)議媒體流的媒體流描述，所述已有的媒體流描述參數(shù)不變，并增加了用于文件傳輸?shù)腗SRP媒體流描述參數(shù)。
9.根據(jù)權(quán)利要求7所述的IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法，其特征在于，所述 MRFC為所述發(fā)起終端預(yù)留本地MSRP/TCP連接資源后，向所述發(fā)起終端返回響應(yīng)消息，該響應(yīng)消息中包含會(huì)話描述協(xié)議響應(yīng)，該會(huì)話描述協(xié)議響應(yīng)中包含所預(yù)留的MSRP/TCP連接信息；所述發(fā)起終端根據(jù)所述MSRP/TCP連接信息預(yù)留本地MSRP/TCP連接資源。
10.根據(jù)權(quán)利要求9所述的IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法，其特征在于，在所述MRFC和所述發(fā)起終端分別預(yù)留本地MSRP/TCP連接資源后，更新所述組內(nèi)文件分發(fā)上下文中描述是否在發(fā)起終端與MRFP間成功建立MSRP媒體流承載的參數(shù)、和MRFP本地文件接收地址。
11.根據(jù)權(quán)利要求10所述的IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法，其特征在于，所述MRFC通過所述“re-INVITE”請(qǐng)求消息向所述IMS多媒體會(huì)議會(huì)話中的組成員接收終端協(xié)商并增加傳送所述組內(nèi)文件的媒體流的步驟中，包含以下子步驟所述MRFC通過與MRFP進(jìn)行交互，為所述組成員接收終端創(chuàng)建和預(yù)留本地MSRP/TCP連接資源；所述MRFC通過中間節(jié)點(diǎn)向所述組成員接收終端發(fā)送“re-INVITE”請(qǐng)求消息，所述 “re-INVITE”請(qǐng)求消息的URI為接收終端用戶的SIP URI，該“re-INVITE”請(qǐng)求消息的消息體中包含在所述MRFC與所述接收終端間已有的IMS多媒體會(huì)話基礎(chǔ)上增加MSRP媒體流的會(huì)話描述協(xié)議的描述，該會(huì)話描述協(xié)議的描述中包含MRFP創(chuàng)建的MSRP/TCP連接資源信息；所述接收終端根據(jù)所述MSRP/TCP連接資源信息，創(chuàng)建和預(yù)留本地MSRP/TCP連接資源。
12.根據(jù)權(quán)利要求11所述的IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法，其特征在于，在所述MRFC和組成員接收終端分別預(yù)留本地MSRP/TCP連接資源后，所述MRFC更新所述組內(nèi)文件分發(fā)上下文中對(duì)應(yīng)接收終端的描述是否在發(fā)起終端與MRFP間成功建立MSRP媒體流承載的參數(shù)、和MRFP本地文件發(fā)送地址。
13.根據(jù)權(quán)利要求12所述的IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法，其特征在于，所述MRFC根據(jù)所述更新后的組內(nèi)文件分發(fā)上下文對(duì)MRFP進(jìn)行配置，所述配置信息至少包含以下信息組內(nèi)文件分發(fā)標(biāo)識(shí)、待傳送的組內(nèi)文件的信息、對(duì)應(yīng)發(fā)起終端的MRFP本地文件接收地址、和各接收終端分別對(duì)應(yīng)的MRFP本地文件發(fā)送地址；所述MRFP根據(jù)所述配置信息實(shí)現(xiàn)本地轉(zhuǎn)發(fā)拓?fù)浜臀募畔⑴渲?，根?jù)所述拓?fù)渑渲脧乃霭l(fā)起終端接收所述組內(nèi)文件，并將收到的組內(nèi)文件轉(zhuǎn)發(fā)給所述各接收終端。
14.根據(jù)權(quán)利要求6所述的IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法，其特征在于，在 MRFP向MRFC進(jìn)行的事件匯報(bào)中，增加向所有組成員接收終端轉(zhuǎn)發(fā)組內(nèi)文件成功的事件、和向組成員接收終端轉(zhuǎn)發(fā)組內(nèi)文件失敗的事件；所述組內(nèi)文件發(fā)送結(jié)束后，MRFP向MRFC發(fā)送所述轉(zhuǎn)發(fā)組內(nèi)文件成功或失敗的事件， MRFC根據(jù)事件報(bào)告更新所述組內(nèi)文件分發(fā)上下文中描述MRFP是否成功接收到所述組內(nèi)文件的參數(shù)、和描述MRFP是否成功向所述組成員接收終端傳輸所述組內(nèi)文件的參數(shù)；所述MRFC根據(jù)所述更新后的組內(nèi)文件分發(fā)上下文，向發(fā)起終端發(fā)送“MESSAGE”消息， 反饋所述組內(nèi)文件分發(fā)結(jié)果。
15.根據(jù)權(quán)利要求1至14中任意一項(xiàng)所述的IMS多媒體會(huì)議中的組內(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媒體流的會(huì)話描述協(xié)議的描述，該會(huì)話描述協(xié)議的描述中包含釋放MSRP/TCP資源的指示，已有IMS多媒體會(huì)議會(huì)話的其他會(huì)話描述協(xié)議的描述不變。
全文摘要
本發(fā)明公開了一種IMS多媒體會(huì)議中的組內(nèi)文件分發(fā)方法，涉及通信領(lǐng)域。本發(fā)明通過“re-INVITE”、“UPDATE”、“MESSAGE”方法，在已有IMS多媒體會(huì)議會(huì)話中實(shí)現(xiàn)臨時(shí)組內(nèi)文件分發(fā)的過程控制，該過程不影響正在進(jìn)行的其他多媒體會(huì)議媒體流。其中，“re-INVITE”方法用于發(fā)起組內(nèi)文件分發(fā)請(qǐng)求、傳送組內(nèi)文件的媒體流協(xié)商；“UPDATE”方法用于在文件分發(fā)結(jié)束后，釋放組內(nèi)文件分發(fā)媒體流承載資源；“MESSAGE”方法用于向組內(nèi)文件分發(fā)發(fā)起者發(fā)送文件分發(fā)結(jié)果報(bào)告。
文檔編號(hào)H04L29/06GK102377728SQ20101024767
公開日2012年3月14日 申請(qǐng)日期2010年8月6日 優(yōu)先權(quán)日2010年8月6日
發(fā)明者莫建林 申請(qǐng)人:聯(lián)芯科技有限公司