專利名稱：一種消息會話中繼協(xié)議鏈路建立的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，尤其涉及一種消息會話中繼協(xié)議鏈路建立的方法。
背景技術(shù)：
CPM(Converged IP Messaging，融合 IP 消息)是開放移動聯(lián)盟(OpenMobile Architecture,簡稱為0ΜΑ)于2005年提出的，其目的是實(shí)現(xiàn)多種消息業(yè)務(wù)的互通，提供 統(tǒng)一消息業(yè)務(wù)，以及完善一致并且方便的消息業(yè)務(wù)體驗(yàn)。CPM融合現(xiàn)有的多種消息業(yè)務(wù)， 包括即時(shí)消息(Instant Message，簡稱為 IM)、一鍵通(Push-To-Talk over Cellular，簡 稱為P0C)、移動電子郵件(Mobile E-Email，簡稱為MEM)、短消息業(yè)務(wù)(Short Messaging Service，簡稱為 SMS)、彩信業(yè)務(wù)(Multimedia Messaging Service，簡稱為 MMS)等。目前，OMA正在制定CPM VI. O規(guī)范。CPM的主體業(yè)務(wù)形式包括基于尋呼模式 (page-mode)的 CPM、基于會話模式(session-mode)的大消息模式 CPM(Large Message Mode CPM Message)、基于session (會話)的其他CPM會話業(yè)務(wù)。在用戶正常使用這些業(yè) 務(wù)前，需要注冊登錄到CPM系統(tǒng)，即通常所說的“上線”。收發(fā)雙方的CPM客戶端(CPM Client)與CPM引擎(CPM Enabler)之間使用 (Session Initiation Protocol,簡稱為 SIP)消息(SIP Message)傳遞 page-mode 消息。 當(dāng)發(fā)送方終端需要發(fā)送一個(gè)大消息模式CPM時(shí)，如果消息的大小超過了限制(例如，大于 1300字節(jié))，則不能用SIP MESSAGE承載。CPM 業(yè)務(wù)支持預(yù)設(shè)群組(CPM Pre-defined Group)與臨時(shí)群組(CPMAchhoc Group)，CPM用戶可以向某一個(gè)臨時(shí)群組或者預(yù)設(shè)群組發(fā)送CPM尋呼消息，但當(dāng)消息大小超 過一定限額時(shí)，則不能用SIP MESSAGE承載。大消息模式CPM傳送路徑分為信令路徑和媒體路徑，即信令沿信令路徑傳送，媒 體沿媒體路徑傳送。在傳輸大消息模式CPM時(shí)，先使用大消息模式CPM的會話邀請消息 (INVITE)建立發(fā)送方CPM客戶端與接收方CPM客戶端之間的會話，完成媒體協(xié)商，建立發(fā)送 方CPM客戶端與接收方CPM客戶端之間的傳輸鏈路，通過建立的傳輸鏈路，使用消息會話中 繼協(xié)議(Message Session Relay Protocol，簡稱為MSRP)向上述接收方CPM客戶端傳送該 大消息模式CPM的媒體內(nèi)容，即CPM的內(nèi)容。按照CPM的系統(tǒng)框架，在業(yè)務(wù)層面，CPM傳送大消息的信令路徑需要經(jīng)過發(fā)送方 CPM客戶端、發(fā)送方歸屬的源端參與功能實(shí)體、接收方歸屬的目的端參與功能實(shí)體、接收方 CPM客戶端。但是關(guān)于CPM媒體路徑有兩種方案，一種是端到端之間建立媒體路徑，無需經(jīng) 過參與功能實(shí)體和控制功能實(shí)體；另一種方案是需要經(jīng)過參與功能實(shí)體和/或控制功能實(shí) 體。在CPM規(guī)范制定的現(xiàn)階段，更多廠商傾向于媒體面經(jīng)過參與功能實(shí)體等中間實(shí)體 的方案，即采用MSRP的多跳(Multiple Hops)傳輸。但目前尚缺乏各個(gè)功能實(shí)體如何分段 創(chuàng)建MSRP多跳鏈路從而創(chuàng)建一條完整的MSRP鏈路的解決方案。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種MSRP鏈路建立的方法，解決了 MSRP傳輸鏈 路的創(chuàng)建問題，完善了大消息模式CPM的傳送方案。為了解決上述問題，本發(fā)明提供了一種消息會話中繼協(xié)議(MSRP)鏈路建立的方 法在建立發(fā)送方融合IP消息(CPM)客戶端和接收方CPM客戶端之間的MSRP鏈路的過程 中，發(fā)送方CPM客戶端和源端參與功能實(shí)體之間，源端參與功能實(shí)體和目的端參與功能實(shí) 體之間，以及目的端參與功能實(shí)體和接收方CPM客戶端之間分別創(chuàng)建一段MSRP鏈路，每段 MSRP鏈路的創(chuàng)建方在創(chuàng)建該段MSRP鏈路之前，先通過媒體協(xié)商過程獲知對端的消息會話 中繼協(xié)議連接參數(shù)，根據(jù)該MSRP連接參數(shù)創(chuàng)建該段MSRP鏈路。進(jìn)一步地，所述媒體協(xié)商過程為，發(fā)送方CPM客戶端發(fā)送第一會話邀請消息，所述 第一會話邀請消息經(jīng)由SIP/IP核心網(wǎng)路由至源端參與功能實(shí)體，所述源端參與功能實(shí)體 產(chǎn)生并發(fā)送第二會話邀請消息，所述第二會話邀請消息經(jīng)由所述SIP/IP核心網(wǎng)路由至目 的端參與功能實(shí)體，所述目的端參與功能實(shí)體產(chǎn)生并發(fā)送第三會話邀請消息，所述第三會 話邀請消息經(jīng)由所述SIP/IP核心網(wǎng)路由至接收方CPM客戶端，所述接收方CPM客戶端產(chǎn)生 并發(fā)送第三成功響應(yīng)消息，所述第三成功響應(yīng)消息經(jīng)由所述SIP/IP核心網(wǎng)路由至所述目 的端參與功能實(shí)體，所述目的端參與功能實(shí)體產(chǎn)生并發(fā)送第二成功響應(yīng)消息，所述第二成 功響應(yīng)消息經(jīng)由所述SIP/IP核心網(wǎng)路由至所述源端參與功能實(shí)體，所述源端參與功能實(shí) 體產(chǎn)生并發(fā)送第一會話邀請消息，所述第一成功響應(yīng)消息經(jīng)由所述SIP/IP核心網(wǎng)路由至 所述發(fā)送方CPM客戶端；所述發(fā)送方CPM客戶端收到第一成功響應(yīng)消息后產(chǎn)生并發(fā)送第一確認(rèn)消息，所述 第一確認(rèn)消息經(jīng)過所述SIP/IP核心網(wǎng)路由至所述源端參與功能實(shí)體，所述源端參與功能 實(shí)體收到第一確認(rèn)消息后發(fā)送第二確認(rèn)消息，所述第二確認(rèn)消息經(jīng)過所述SIP/IP核心網(wǎng) 路由至所述目的端參與功能實(shí)體，所述目的端參與功能實(shí)體第二確認(rèn)消息后發(fā)送第三確認(rèn) 消息，所述第三確認(rèn)消息經(jīng)過所述SIP/IP核心網(wǎng)路由至接收方CPM客戶端；或者，所述目的 端參與功能實(shí)體收到第三成功響應(yīng)消息后發(fā)送第三確認(rèn)消息，所述第三確認(rèn)消息經(jīng)過所述 SIP/IP核心網(wǎng)路由至接收方CPM客戶端，所述源端參與功能實(shí)體收到第二成功響應(yīng)消息后 發(fā)送第二確認(rèn)消息，所述第二確認(rèn)消息經(jīng)過所述SIP/IP核心網(wǎng)路由至所述目的端參與功 能實(shí)體，所述發(fā)送方CPM客戶端收到第一成功響應(yīng)消息后產(chǎn)生并發(fā)送第一確認(rèn)消息，所述 第一確認(rèn)消息經(jīng)過所述SIP/IP核心網(wǎng)路由至所述源端參與功能實(shí)體。進(jìn)一步地，所述接收方CPM客戶端發(fā)送的第三成功響應(yīng)消息中攜帶所述接收方 CPM客戶端的MSRP連接參數(shù)；所述目的端參與功能實(shí)體發(fā)送的第二成功響應(yīng)消息中攜帶所 述目的端參與功能實(shí)體的MSRP連接參數(shù)；所述源端參與功能實(shí)體發(fā)送的第一成功響應(yīng)消 息中攜帶所述源端參與功能實(shí)體的MSRP連接參數(shù)；所述發(fā)送方CPM客戶端根據(jù)源端參與功能實(shí)體的MSRP連接參數(shù)創(chuàng)建發(fā)送方CPM 客戶端與源端參與功能實(shí)體之間的第一 MSRP鏈路；所述源端參與功能實(shí)體根據(jù)所述目的 端參與功能實(shí)體的MSRP連接參數(shù)創(chuàng)建源端參與功能實(shí)體與目的端參與功能實(shí)體之間的第 二 MSRP鏈路；所述目的端參與功能實(shí)體根據(jù)所述接收方CPM客戶端的MSRP連接參數(shù)創(chuàng)建 目的端參與功能實(shí)體與接收方CPM客戶端之間的第三MSRP鏈路。
進(jìn)一步地，所述發(fā)送方CPM客戶端發(fā)送的第一會話邀請消息中攜帶所述發(fā)送方 CPM客戶端的MSRP鏈接參數(shù)；所述源端參與功能實(shí)體發(fā)送的第二會話邀請消息中攜帶所述 源端參與功能實(shí)體的MSRP連接參數(shù)；所述目的端參與功能實(shí)體發(fā)送的第三會話邀請消息 中攜帶所述目的端參與功能實(shí)體的MSRP連接參數(shù)；所述源端參與功能實(shí)體根據(jù)所述發(fā)送方CPM客戶端的MSRP連接參數(shù)創(chuàng)建源端參 與功能實(shí)體與發(fā)送方CPM客戶端之間的第一MSRP鏈路；所述目的端參與功能實(shí)體根據(jù)所述 源端參與功能實(shí)體的MSRP連接參數(shù)創(chuàng)建目的端參與功能實(shí)體與源端參與功能實(shí)體之間的 第二 MSRP鏈路；所述接收方CPM客戶端根據(jù)所述目的端參與功能實(shí)體的MSRP連接參數(shù)創(chuàng) 建目的端參與功能實(shí)體與接收方CPM客戶端之間的第三MSRP鏈路。進(jìn)一步地，所述目的端參與功能實(shí)體發(fā)送的第三會話邀請消息中攜帶所述目的端 參與功能實(shí)體的MSRP連接參數(shù)；所述源端參與功能實(shí)體發(fā)送的第一成功響應(yīng)消息中攜帶 所述源端參與功能實(shí)體的MSRP連接參數(shù)；所述源端參與功能實(shí)體發(fā)送的第二會話邀請消 息中攜帶所述源端參與功能實(shí)體的MSRP連接參數(shù)，或目的端參與功能實(shí)體發(fā)送的第二成 功響應(yīng)消息中攜帶所述目的端參與功能實(shí)體的MSRP連接參數(shù)；發(fā)送方CPM客戶端與源端參與功能實(shí)體之間的第一 MSRP鏈路由所述發(fā)送方CPM 客戶端根據(jù)源端參與功能實(shí)體的MSRP連接參數(shù)創(chuàng)建；接收方CPM客戶端與目的端參與功能 實(shí)體之間的第三MSRP鏈路由所述接收方CPM客戶端根據(jù)所述目的端參與功能實(shí)體的MSRP 連接參數(shù)創(chuàng)建；目的端參與功能實(shí)體與源端參與功能實(shí)體之間的第二 MSRP鏈路由所述目的端參 與功能實(shí)體根據(jù)源端參與功能實(shí)體的MSRP連接參數(shù)創(chuàng)建，或由所述源端參與功能實(shí)體根 據(jù)所述目的端參與功能實(shí)體的MSRP連接參數(shù)創(chuàng)建。進(jìn)一步地，所述發(fā)送方CPM客戶端創(chuàng)建所述第一 MSRP鏈路后發(fā)送第一媒體傳輸請 求，所述源端參與功能實(shí)體收到第一媒體傳輸請求后根據(jù)目的端參與功能實(shí)體的MSRP連 接參數(shù)創(chuàng)建第二 MSRP鏈路，所述目的端參與功能實(shí)體的MSRP連接參數(shù)從第二成功響應(yīng)消 息中獲得或從第一媒體傳輸請求的路徑頭部信息中獲得；所述源端參與功能實(shí)體將接收的第一媒體傳輸請求中的媒體數(shù)據(jù)通過第二媒體 傳輸請求中繼傳輸，所述目的端參與功能實(shí)體收到第二媒體傳輸請求后根據(jù)接收方CPM客 戶端的MSRP連接參數(shù)創(chuàng)建第三MSRP鏈路，所述接收方CPM客戶端的MSRP連接參數(shù)從第三 成功響應(yīng)消息中獲得或從第二媒體傳輸請求的路徑頭部信息中獲得。進(jìn)一步地，所述創(chuàng)建MSRP鏈路方式為，創(chuàng)建方根據(jù)相鄰實(shí)體的MSRP連接參數(shù)發(fā)起 創(chuàng)建鏈路請求，或者選擇一條主機(jī)、端口和\或MSRP URI均相符的已經(jīng)存在的MSRP鏈路作 為要?jiǎng)?chuàng)建的MSRP鏈路。進(jìn)一步地，所述第一 MSRP鏈路是鏈路創(chuàng)建方在收到第一成功響應(yīng)消息后創(chuàng)建；所述第二 MSRP鏈路是鏈路創(chuàng)建方在收到第二成功響應(yīng)消息后創(chuàng)建或是在收到第 一確認(rèn)消息后創(chuàng)建；所述第三MSRP鏈路是鏈路創(chuàng)建方在收到第三成功響應(yīng)消息后創(chuàng)建或是在收到第 二確認(rèn)消息后創(chuàng)建。進(jìn)一步地，所述第一 MSRP鏈路是鏈路創(chuàng)建方在收到第一確認(rèn)消息后創(chuàng)建；所述第二 MSRP鏈路是鏈路創(chuàng)建方在收到第二確認(rèn)消息后創(chuàng)建；
所述第三MSRP鏈路是鏈路創(chuàng)建方在收到第三確認(rèn)消息后創(chuàng)建。進(jìn)一步地，所述第一 MSRP鏈路是鏈路創(chuàng)建方在收到第一成功響應(yīng)消息后創(chuàng)建；所述第三MSRP鏈路是鏈路創(chuàng)建方在收到第三確認(rèn)消息后創(chuàng)建；當(dāng)?shù)诙?MSRP鏈路由目的端參與功能實(shí)體創(chuàng)建時(shí)，所述第二 MSRP鏈路是鏈路創(chuàng)建 方在收到第二確認(rèn)消息后創(chuàng)建；當(dāng)?shù)诙?MSRP鏈路由源端參與功能實(shí)體創(chuàng)建時(shí)，所述第二 MSRP鏈路是鏈路創(chuàng)建方 在收到第二成功響應(yīng)消息后創(chuàng)建或是在收到第一確認(rèn)消息后創(chuàng)建。本發(fā)明還提供一種消息會話中繼協(xié)議(MSRP)鏈路建立的方法，用于實(shí)現(xiàn)在第一 CPM客戶端、第一參與功能實(shí)體、第二參與功能實(shí)體及第二 CPM客戶端之間的消息會話中繼 協(xié)議(MSRP)鏈路建立，其中，第一 CPM客戶端與第一參與功能實(shí)體之間設(shè)定一第一方向，第 一參與功能實(shí)體與第二參與功能實(shí)體之間設(shè)定一第二方向，第二參與功能實(shí)體與第二 CPM 客戶端之間設(shè)定一第三方向，該方法包括第一 CPM客戶端與第一參與功能實(shí)體之間建立第一方向的第一 MSRP鏈路，其中， 第一 MSRP鏈路按照第一方向定義有第一 MSRP鏈路創(chuàng)建方及第一 MSRP鏈路對端方；第一參與功能實(shí)體與第二參與功能實(shí)體之間建立第二方向的第二 MSRP鏈路，第 二 MSRP鏈路按照第二方向定義有第二 MSRP鏈路創(chuàng)建方及第二 MSRP鏈路對端方；第二參與功能實(shí)體與第二 CPM客戶端之間建立第三方向的第三MSRP鏈路，第三 MSRP鏈路按照第三方向定義有第三MSRP鏈路創(chuàng)建方及第三MSRP鏈路對端方；其中所述第一 CPM客戶端與第一參與功能實(shí)體、第一參與功能實(shí)體與第二參與功能實(shí) 體及第二參與功能實(shí)體與第二 CPM客戶端之間的第一、二、三鏈路創(chuàng)建方是分別在獲悉第 一、第二、第三鏈路對端方的MSRP連接參數(shù)后，分別建立所述第一、第二、第三鏈路。進(jìn)一步地，所述第一方向、第二方向及第三方向?yàn)橥环较?。進(jìn)一步地，所述第二方向與第三方向同一方向，所述第一方向與第二、第三方向相 反；或所述第二方向與第一方向同一方向，所述第三方向與第二、第三方向相反。進(jìn)一步地，所述第一方向?yàn)榈谝?MSRP鏈路的創(chuàng)建方至第一 MSRP鏈路的對端方；所述第二方向?yàn)榈诙?MSRP鏈路的創(chuàng)建方至第二 MSRP鏈路的對端方；所述第三方向?yàn)榈谌齅SRP鏈路的創(chuàng)建方至第三MSRP鏈路的對端方。進(jìn)一步地，所述第一 MSRP鏈路創(chuàng)建方為第一 CPM客戶端，第一 MSRP鏈路對端方為 第一參與功能實(shí)體；第二 MSRP鏈路創(chuàng)建方為第一參與功能實(shí)體，第二 MSRP鏈路對端方為第 二參與功能實(shí)體；第三MSRP鏈路創(chuàng)建方為第二參與功能實(shí)體，第三MSRP鏈路對端方為第二 CPM客戶端；所述第一 MSRP鏈路創(chuàng)建方在與第一方向相反的方向上接收第一 MSRP鏈路對端方 的消息，并自消息中獲得第一 MSRP鏈路對端方的MSRP連接參數(shù)；第二 MSRP鏈路創(chuàng)建方在第二方向上接收第一 MSRP鏈路創(chuàng)建方的消息，或在與第 二方向相反的方向上接收第二 MSRP鏈路對端方的消息，并自第一 MSRP鏈路創(chuàng)建方或第二 MSRP鏈路對端方的消息中獲悉第二 MSRP鏈路對端方的MSRP連接參數(shù)；第三MSRP鏈路創(chuàng)建方在第三方向上接收第二 MSRP鏈路創(chuàng)建方的消息，或在與第 三方向相反的方向上接收第三MSRP鏈路對端方的消息，并自第二 MSRP鏈路創(chuàng)建方或第三MSRP鏈路對端方的消息中獲悉第三MSRP鏈路對端方的MSRP連接參數(shù)。進(jìn)一步地，所述第一 MSRP鏈路創(chuàng)建方為第一參與功能實(shí)體，第二 MSRP鏈路創(chuàng)建方 為第二參與功能實(shí)體，第三MSRP鏈路創(chuàng)建方為第二 CPM客戶端；第一 MSRP鏈路創(chuàng)建方在與第一方向相反的方向上接收第一 MSRP鏈路對端方的消 息，并自消息中獲得第一 MSRP鏈路對端方的MSRP連接參數(shù)；第二 MSRP鏈路創(chuàng)建方在與第二方向相反的方向上接收第一 MSRP鏈路對端方的消 息；第三MSRP鏈路創(chuàng)建方在與第三方向相反的方向上接收第三MSRP鏈路對端方的消 息，并自消息中獲悉第三MSRP鏈路對端方的MSRP連接參數(shù)。進(jìn)一步地，所述第一 MSRP鏈路創(chuàng)建方為第一 CPM客戶端，第二 MSRP鏈路創(chuàng)建方為 第二參與功能實(shí)體，第三MSRP鏈路創(chuàng)建方為第二 CPM客戶端；第一 MSRP鏈路創(chuàng)建方在與第一方向相反的方向上接收第一 MSRP鏈路對端方的消 息，并自消息中獲得第一 MSRP鏈路對端方的MSRP連接參數(shù)；第二 MSRP鏈路創(chuàng)建方在與第二方向相反的方向上接收第二 MSRP鏈路對端方的消 息，并自消息中獲得第二 MSRP鏈路對端方的MSRP連接參數(shù)；第三MSRP鏈路創(chuàng)建方在與第三方向相反的方向上接收第三MSRP鏈路對端方的消 息，并自消息中獲得第三MSRP鏈路對端方的MSRP連接參數(shù)。進(jìn)一步地，所述第一 MSRP鏈路創(chuàng)建方為第一 CPM客戶端，第二 MSRP鏈路創(chuàng)建方為 第一參與功能實(shí)體，第三MSRP鏈路創(chuàng)建方為第二 CPM客戶端；第一 MSRP鏈路創(chuàng)建方在與第一方向相反的方向上接收第一 MSRP鏈路對端方的消 息，并自消息中獲得第一 MSRP鏈路對端方的MSRP連接參數(shù)；第二 MSRP鏈路創(chuàng)建方在與第二方向相反的方向上接收第二 MSRP鏈路對端方的消 息，并自消息中獲得第二MSRP鏈路對端方的MSRP連接參數(shù)，或在第二方向上接收第一MSRP 鏈路創(chuàng)建方的消息，并自消息中獲悉第二 MSRP鏈路對端方的MSRP連接參數(shù)；第三MSRP鏈路創(chuàng)建方在與第三方向相反的方向上接收第三MSRP鏈路對端方的消 息，并自消息中獲得第三MSRP鏈路對端方的MSRP連接參數(shù)。綜上所述，本發(fā)明提供了一種MSRP鏈路建立的方法，用以解決現(xiàn)有技術(shù)中大消息 模式CPM傳送時(shí)，在各個(gè)功能實(shí)體之間建立MSRP多跳傳輸鏈路的問題。另外，通過大消息 模式CPM的會話邀請消息建立發(fā)送方與目標(biāo)群組中的CPM系統(tǒng)的接收方之間的傳輸鏈路， 將該大消息模式CPM的內(nèi)容發(fā)送給目標(biāo)群組的各個(gè)接收方，可以解決現(xiàn)在技術(shù)中無法向群 組傳輸大消息模式CPM的問題。


圖1是本發(fā)明實(shí)施例一對應(yīng)的會話邀請消息的發(fā)起方創(chuàng)建MSRP鏈路的流程圖；圖2是本發(fā)明實(shí)施例二對應(yīng)的會話邀請消息的接收方創(chuàng)建MSRP鏈路的流程圖；圖3是本發(fā)明實(shí)施例三對應(yīng)的CPM客戶端創(chuàng)建MSRP鏈路的流程圖；圖4是本發(fā)明實(shí)施例四對應(yīng)的CPM客戶端創(chuàng)建MSRP鏈路的流程圖。
由于大消息模式CPM所占的空間較大，不能直接使用SIP消息進(jìn)行承載，與 page-mode模式CPM傳送方式不同，大消息模式CPM傳送路徑分為信令路徑和媒體路徑，即 信令沿信令路徑傳送，媒體沿媒體路徑傳送。在本發(fā)明實(shí)施例中，在傳輸大消息模式CPM 時(shí)，先使用大消息模式CPM的會話邀請消息(SIP INVITE)建立發(fā)送方CPM客戶端與接收方 CPM客戶端之間的會話，完成媒體協(xié)商，建立發(fā)送方CPM客戶端與接收方CPM客戶端之間的 傳輸鏈路，通過建立的傳輸鏈路，使用MSRP向上述接收方CPM客戶端傳送該大消息模式CPM 的消息體，即CPM的內(nèi)容。需要說明的是，本發(fā)明實(shí)施例中所稱的大消息模式CPM，為OMA制定的CPM規(guī)范中 其大小超過預(yù)設(shè)限制(比如，1300個(gè)字節(jié))的CPM，該大消息模式CPM不能直接使用SIP消 息進(jìn)行承載。本發(fā)明提供了一種MSRP鏈路建立的方法，在建立發(fā)送方CPM客戶端和接收方CPM 客戶端之間的MSRP鏈路的過程中，發(fā)送方CPM客戶端和源端參與功能實(shí)體之間，源端參與 功能實(shí)體和目的端參與功能實(shí)體之間，以及目的端參與功能實(shí)體和接收方CPM客戶端之間 分別創(chuàng)建一段MSRP鏈路，每段MSRP鏈路的創(chuàng)建方在創(chuàng)建該段MSRP鏈路之前，先通過媒體 協(xié)商過程獲知對端的MSRP連接參數(shù)，連接參數(shù)信息包括如IP地址、端口號和/或全球資源 標(biāo)識符URI (Universal Resource Identifier,簡稱URI)等參數(shù)，根據(jù)該MSRP連接參數(shù)創(chuàng) 建該段MSRP鏈路。本發(fā)明提供了幾種MSRP鏈路(如TCP、SCTP、TLS等)創(chuàng)建的方案，分別為(a)邀 請消息的發(fā)起方創(chuàng)建MSRP鏈路，對于第一 MSRP鏈路，邀請消息的發(fā)起方為發(fā)送方CPM客 戶端，對于第二 MSRP鏈路，邀請消息的發(fā)起方為源端參與功能實(shí)體，對于第三MSRP鏈路， 邀請消息的發(fā)起方為目的端參與功能實(shí)體；(b)邀請消息的接收方創(chuàng)建MSRP鏈路，對于第 一 MSRP鏈路，邀請消息的接收方為源端參與功能實(shí)體，對于第二 MSRP鏈路，邀請消息的接 收方為目的端參與功能實(shí)體，對于第三MSRP鏈路，邀請消息的接收方為接收方CPM客戶端； (c) CPM客戶端(發(fā)送方CPM客戶端與接收方CPM客戶端)創(chuàng)建MSRP鏈路，即發(fā)送方CPM客 戶端創(chuàng)建第一 MSRP鏈路，接收方CPM客戶端創(chuàng)建第三MSRP鏈路，而第二 MSRP鏈路可以由 源端參與功能實(shí)體創(chuàng)建，也可以由目的端參與功能實(shí)體創(chuàng)建。圖1至圖4以一個(gè)CPM客戶端向另一個(gè)CPM客戶端發(fā)送大消息模式CPM為例，創(chuàng) 建各段MSRP鏈路的流程圖。圖1至圖4均省略了 SIP/IP核心網(wǎng)功能節(jié)點(diǎn)，事實(shí)上圖中每兩個(gè)功能實(shí)體之間的 信令傳輸均通過SIP/IP核心網(wǎng)進(jìn)行，本省略并不構(gòu)成對本發(fā)明的限制。以一個(gè)CPM客戶端向另一個(gè)CPM客戶端發(fā)送大消息模式CPM為實(shí)施例，在以下的實(shí) 施例中，不失一般性，假設(shè)發(fā)送方CPM客戶端為CPM ClientA,有效綁定地址為CPM Address Α、發(fā)送方歸屬參與功能實(shí)體A (為源端參與功能實(shí)體，Originating Participation Function)、接收方CPM客戶端為CPM Client B，有效綁定地址為CPM Address B，接收方歸 屬參與功能實(shí)體B (為目的端參與功能實(shí)體，為Terminating Participation Function)。以下各實(shí)施例中，發(fā)送方CPM客戶端(即CPM Client Α)與接收方CPM客戶端(即 CPM Client B)中的任意一方可作為第一CPM客戶端，另一方作為第二CPM客戶端，第一CPM 客戶端歸屬的參與功能實(shí)體為第一參與功能實(shí)體，第二 CPM客戶端歸屬的參與功能實(shí)體為第二參與功能實(shí)體；第一 MSRP鏈路的創(chuàng)建方到第一 MSRP鏈路的對端方為第一方向，第二 MSRP鏈路的創(chuàng)建方到第二 MSRP鏈路的對端方為第二方向，第三MSRP鏈路的創(chuàng)建方到第一 MSRP鏈路的對端方為第三方向。實(shí)施例一，如圖1所示為邀請消息的發(fā)起方主動創(chuàng)建MSRP鏈路的流程圖，包括以 下步驟步驟SlOl =CPM Client A向CPM用戶B發(fā)送大消息模式CPM的第一 SIP INVITE (會 話邀請消息)，其中攜帶用于會話協(xié)商的SDP報(bào)文，該第一 SIP INVITE經(jīng)過SIP/IP核心網(wǎng) 路由至參與功能實(shí)體A。步驟S102 參與功能實(shí)體A接收到第一 SIP INVITE,作為背靠背用戶代理(Back to Back User Agent，簡稱B2BUA)對接收到的消息進(jìn)行處理產(chǎn)生并發(fā)送第二 SIP INVITE。 該第二 SIP INVITE經(jīng)過SIP/IP核心網(wǎng)路由至參與功能實(shí)體B，其中攜帶用于會話協(xié)商的 SDP報(bào)文。步驟S103 參與功能實(shí)體B接收到第二 SIP INVITE,作為B2BUA對接收到的消息 進(jìn)行處理產(chǎn)生并發(fā)送第三SIP INVITE。該第三SIP INVITE經(jīng)過SIP/IP核心網(wǎng)路由至CPM Client B，其中攜帶用于會話協(xié)商的SDP報(bào)文。步驟S104:CPM Client B接收到第三SIP INVITE,CPM Client B產(chǎn)生并發(fā)送邀請 消息的第三SIP 2000K(成功響應(yīng)消息)。該第三SIP 2000Κ經(jīng)過SIP/IP核心網(wǎng)路由至參 與功能實(shí)體B，其中攜帶用于會話協(xié)商的SDP報(bào)文。該第三SIP 2000K攜帶CPM Client B的MSRP連接參數(shù)信息，可以但不限于是通 過SDP報(bào)文攜帶。步驟S105 參與功能實(shí)體B接收到第三SIP 2000K，作為B2BUA對接收到的消息進(jìn) 行處理產(chǎn)生并發(fā)送第二 SIP 2000K。該第二 SIP 2000K經(jīng)過SIP/IP核心網(wǎng)路由至參與功 能實(shí)體A，其中攜帶用于會話協(xié)商的SDP報(bào)文。該第二 SIP 2000K攜帶參與功能實(shí)體B的MSRP連接參數(shù)信息，可以但不限于是通 過SDP報(bào)文攜帶。步驟S106 參與功能實(shí)體A接收到第二 SIP 2000K，作為B2BUA對接收到的消息 進(jìn)行處理產(chǎn)生并發(fā)送第一 SIP 2000K。該第一 SIP 2000K經(jīng)過SIP/IP核心網(wǎng)路由至CPM Client A，其中攜帶用于會話協(xié)商的SDP報(bào)文。該第一 SIP 2000K攜帶參與功能實(shí)體A的MSRP連接參數(shù)信息，可以但不限于是通 過SDP報(bào)文攜帶。步驟S107 =CPM Client A端接收到第一 SIP 2000K，至此完成了大消息模式CPM傳 送的SDP媒體參數(shù)協(xié)商過程。CPM Client A發(fā)送第一 SIPACK (確認(rèn)消息)，該第一 SIP ACK 經(jīng)過SIP/IP核心網(wǎng)路由至參與功能實(shí)體A。該步驟中，CPM Client A還可以按照第一 SIP 2000K協(xié)商的結(jié)果，根據(jù)第一 SIP 2000K中的MSRP信息(即MSRP連接參數(shù))，創(chuàng)建CPM ClientA與參與功能實(shí)體A之間的第 一 MSRP鏈路，其創(chuàng)建方式可以是，根據(jù)MSRP連接參數(shù)主動發(fā)起創(chuàng)建鏈路請求，或者選擇一 條主機(jī)、端口和/或MSRP URI (Universal Resource Identifier，全球資源標(biāo)識符)均相符 的已經(jīng)存在的MSRP鏈路作為本段MSRP鏈路。之后發(fā)起第一 MSRP SEND (媒體傳輸請求)， 該第一 MSRP SEND是CPM Client A到參與功能實(shí)體A之間的MSRPSEND，其中包含了各傳輸實(shí)體的MSRP連接參數(shù)。步驟S108 參與功能實(shí)體A接收到第一 SIP ACK后，一方面，發(fā)送第二 SIP ACK消 息，該第二 SIP ACK消息經(jīng)過SIP/IP核心網(wǎng)路由至參與功能實(shí)體B。另一方面，根據(jù)參與功 能實(shí)體B的MSRP連接參數(shù)創(chuàng)建參與功能實(shí)體A與參與功能實(shí)體B之間的第二MSRP鏈路，基 于該鏈路，將接收的第一 MSRP SEND中的媒體數(shù)據(jù)通過第二 MSRP SEND中繼傳輸，即發(fā)送第 二 MSRP SEND，該第二 MSRP SEND是參與功能實(shí)體A與參與功能實(shí)體B之間的MSRP SEND, 其中包含了各傳輸實(shí)體的MSRP連接參數(shù)；上述第二 MSRP鏈路的創(chuàng)建方式可以是，參與功能實(shí)體A根據(jù)MSRP連接參數(shù)主動 發(fā)起創(chuàng)建鏈路請求，或者選擇一條主機(jī)、端口和/或MSRP URI均相符的已經(jīng)存在的MSRP鏈 路作為本段MSRP鏈路。參與功能實(shí)體B的MSRP連接參數(shù)可以是從第二 SIP 2000K中的 MSRP路徑信息中獲取，也可以是從第一 MSRP SEND的路徑頭部信息中獲取。該步驟中的第二 SIP ACK消息可以是參與功能實(shí)體A新創(chuàng)建的，也可以是直接轉(zhuǎn) 發(fā)的第一 SIP ACK消息，本發(fā)明對此不作限制。步驟S109 參與功能實(shí)體B接收到第二 SIP ACK后，一方面，發(fā)送第三SIP ACK消 息，該第三SIP ACK消息經(jīng)過SIP/IP核心網(wǎng)路由CPM ClientB。另一方面，根據(jù)CPM Client B的MSRP連接參數(shù)創(chuàng)建參與功能實(shí)體B與CPM Client B之間的第三MSRP鏈路，基于該 鏈路，將接收的第二 MSRPSEND中的媒體數(shù)據(jù)通過第三MSRP SEND中繼傳輸，即發(fā)送第三 MSRPSEND，該第三MSRP SEND是參與功能實(shí)體B與CPM Client B之間的MSRPSEND ；上述第三MSRP鏈路的創(chuàng)建方式可以是，參與功能實(shí)體B根據(jù)MSRP連接參數(shù)主動 發(fā)起創(chuàng)建鏈路請求，或者選擇一條主機(jī)、端口以及MSRP URI均相符的已經(jīng)存在的MSRP鏈路 作為本段MSRP鏈路。CPM Client B的MSRP連接參數(shù)可以是從第三SIP 2000K中的MSRP 路徑信息中獲取，也可以是從第二 MSRP SEND的路徑頭部信息中獲取。該步驟中的第三SIP ACK消息可以是參與功能實(shí)體B新創(chuàng)建的，也可以是直接轉(zhuǎn) 發(fā)的第二 SIP ACK消息，本發(fā)明對此不作限制。步驟SllO =CPM Client B接收到第三SIP ACK后，以被動方受理主動方發(fā)來的傳 輸鏈路建立申請。基于建立的MSRP鏈路，接收媒體數(shù)據(jù)。該實(shí)施例中，參與功能實(shí)體A、參與功能實(shí)體B是在接收到SIP ACK，發(fā)送新的SIP ACK的。需要補(bǔ)充說明是，參與功能實(shí)體A、參與功能實(shí)體B還可以在接收到目的端方向的 SIP 2000K后便產(chǎn)生并發(fā)送SIP ACK，可以無需等待來自源端方向的確認(rèn)消息SIP ACK。本實(shí) 施例中，在第一 SIPINVITE也可以攜帶CPM Client A的MSRP連接參數(shù)，在第二 SIP INVITE 可以攜帶參與功能實(shí)體A的MSRP連接參數(shù)，在第三SIP INVITE也可以攜帶參與功能實(shí)體 B的MSRP連接參數(shù)，具體是否攜帶根據(jù)需要而定，本發(fā)明對此不作限制。該實(shí)施例中，第二 MSRP鏈路的建立過程是參與功能實(shí)體A接收到SIPACK時(shí)觸發(fā) 的，需要補(bǔ)充說明的是，參與功能實(shí)體A還可以在接收到來自目的端參與功能實(shí)體B的SIP 2000K后便創(chuàng)建第二 MSRP鏈路，而無需等到收到CPM Client A發(fā)來的SIP ACK后才創(chuàng)建， 或者是參與功能實(shí)體A在接收到第一 MSRP SEND請求后創(chuàng)建第二 MSRP鏈路。同樣參與功 能實(shí)體B也可以是接收到來自CPM Client B的SIP 2000K后便建立第三MSRP鏈路，而無 需等到收到參與功能實(shí)體A發(fā)來的SIP ACK后才創(chuàng)建，或者是參與功能實(shí)體B在接收到第 二 MSRP SEND請求后創(chuàng)建第三MSRP鏈路。
該實(shí)施例中參與功能實(shí)體A與參與功能實(shí)體B對接收到的消息B2BUA處理還包 括對新產(chǎn)生的SIP 2000K消息頭Contact、Allow等各字段賦值等操作。本發(fā)明不依賴于 這些處理。實(shí)施例二，如圖2所示為邀請消息的接收方主動創(chuàng)建MSRP鏈路的流程圖，包括如 下步驟步驟201 =CPM Client A向CPM用戶B發(fā)送大消息模式CPM的第一 SIP INVITE,該 第一 SIP INVITE經(jīng)過SIP/IP核心網(wǎng)路由至參與功能實(shí)體A，其中攜帶用于會話協(xié)商的SDP 報(bào)文。在第一 SIP INVITE中攜帶CPM Client A的MSRP連接參數(shù)，可以但不限于是在 SDP報(bào)文中攜帶。步驟202 參與功能實(shí)體A接收到第一 SIP INVITE，作為背靠背用戶代理(Back to Back User Agent，簡稱B2BUA)對接收到的消息進(jìn)行處理產(chǎn)生并發(fā)送第二 SIP INVITE，該 第二 SIP INVITE經(jīng)過SIP/IP核心網(wǎng)路由至參與功能實(shí)體B，其中攜帶用于會話協(xié)商的SDP 報(bào)文。在第二 SIP INVITE中攜帶參與功能實(shí)體A的MSRP連接參數(shù)，可以但不限于是通 過SDP報(bào)文攜帶。步驟S203 參與功能實(shí)體B接收到第二 SIP INVITE,作為B2BUA對接收到的消息 進(jìn)行處理產(chǎn)生并發(fā)送第三SIP INVITE。該第三SIP INVITE經(jīng)過SIP/IP核心網(wǎng)路由至CPM Client B，其中攜帶用于會話協(xié)商的SDP報(bào)文。在第三SIP INVITE中攜帶參與功能實(shí)體B的MSRP連接參數(shù)，可以但不限于是通 過SDP報(bào)文攜帶。步驟S204:CPM Client B接收到第三SIP INVITE,CPM Client B產(chǎn)生并發(fā)送邀請 消息的第三SIP 2000K，該第三SIP 2000K經(jīng)過SIP/IP核心網(wǎng)路由至參與功能實(shí)體B，其中 攜帶用于會話協(xié)商的SDP報(bào)文。步驟S205 參與功能實(shí)體B接收到第三SIP 2000K，作為B2BUA對接收到的消息進(jìn) 行處理產(chǎn)生并發(fā)送第二 SIP 2000K。該第二 SIP 2000K經(jīng)過SIP/IP核心網(wǎng)路由至參與功 能實(shí)體A，其中攜帶用于會話協(xié)商的SDP報(bào)文。參與功能實(shí)體B發(fā)送第二 SIP 2000K的同時(shí)，還可以發(fā)送第三SIPACK，該第三SIP ACK經(jīng)過SIP/IP核心網(wǎng)路由至CPM Client B ；步驟S206 參與功能實(shí)體A接收到第二 SIP 2000K，作為B2BUA對接收到的消息 進(jìn)行處理產(chǎn)生并發(fā)送第一 SIP 2000K。該第一 SIP 2000K經(jīng)過SIP/IP核心網(wǎng)路由至CPM Client A，其中攜帶用于會話協(xié)商的SDP報(bào)文。參與功能實(shí)體A發(fā)送第一 SIP 2000K的同時(shí)，還可以發(fā)送第二 SIPACK，該第二 SIP ACK經(jīng)過SIP/IP核心網(wǎng)路由至參與功能實(shí)體B。CPM Client B接收到第三SIP ACK后，根據(jù)媒體協(xié)商的過程所獲取的參與功能實(shí) 體B的MSRP連接參數(shù)，創(chuàng)建CPM Client B與參與功能實(shí)體B之間的第三MSRP鏈路，其創(chuàng) 建方式可以是，根據(jù)MSRP連接參數(shù)主動發(fā)起創(chuàng)建鏈路請求，或者選擇一條主機(jī)、端口和/或 MSRP URI均相符的已經(jīng)存在的MSRP鏈路作為本段MSRP鏈路。步驟S207 =CPM Client A 端接收到第一 SIP 2000K, CPM Client A 發(fā)送第一 SIPACK,該第一 SIP ACK消息經(jīng)過SIP/IP核心網(wǎng)路由至參與功能實(shí)體A。參與功能實(shí)體B收到第二 SIP ACK后，根據(jù)媒體協(xié)商的過程所獲取的參與功能實(shí) 體A的MSRP連接參數(shù)，創(chuàng)建參與功能實(shí)體B與參與功能實(shí)體A之間的第二 MSRP鏈路，其創(chuàng) 建方式可以是，根據(jù)MSRP連接參數(shù)主動發(fā)起創(chuàng)建鏈路請求，或者選擇一條主機(jī)、端口和/或 MSRP URI均相符的已經(jīng)存在的MSRP鏈路作為本段MSRP鏈路。步驟S208 當(dāng)參與功能實(shí)體A接收到第一SIP ACK后，根據(jù)媒體協(xié)商的過程所獲取 的CPM Client A的MSRP連接參數(shù)，創(chuàng)建參與功能實(shí)體A與CPM Client A之間的第一 MSRP 鏈路，其創(chuàng)建方式可以是，根據(jù)MSRP連接參數(shù)主動發(fā)起創(chuàng)建鏈路請求，或者選擇一條主機(jī)、 端口和\或MSRP URI均相符的已經(jīng)存在的MSRP鏈路作為本段MSRP鏈路。類似于實(shí)施例一，本實(shí)施例中，參與功能實(shí)體A還可以是在收到第一 SIP ACK后發(fā) 送第二 SIP ACK，參與功能實(shí)體B也可以是在收到第二 SIPACK后發(fā)送第三SIP ACK。本實(shí)施 例中，在第三SIP 2000K中也可以攜帶CPM Client B的MSRP連接參數(shù)，在第二 SIP 2000K 中也可以攜帶參與功能實(shí)體B的MSRP連接參數(shù)，具體是否攜帶根據(jù)需要而定，本發(fā)明對此 不作限制。該實(shí)施例中參與功能實(shí)體A與參與功能實(shí)體B對接收到的消息B2BUA處理還包 括對新產(chǎn)生的SIP 2000K消息頭Contact、Allow等各字段賦值等操作。本發(fā)明不依賴于 這些處理。實(shí)施例三，如圖3所示為客戶端主動創(chuàng)建MSRP鏈路的流程圖，該實(shí)施例中，媒體協(xié) 商過程與實(shí)施例一及實(shí)施例二類似，參與功能實(shí)體B發(fā)送的第三會話邀請消息中攜帶參與 功能實(shí)體B的MSRP連接參數(shù)，該第三會話邀請消息經(jīng)過SIP/IP核心網(wǎng)路由至CPM Client B;參與功能實(shí)體A發(fā)送的第一成功響應(yīng)消息中攜帶參與功能實(shí)體A的MSRP連接參數(shù)，第一 成功響應(yīng)消息經(jīng)過SIP/IP核心網(wǎng)路由至CPM Client A ；參與功能實(shí)體A發(fā)送的第二會話 邀請消息中攜帶參與功能實(shí)體A的MSRP連接參數(shù)，該第二會話邀請消息經(jīng)過SIP/IP核心 網(wǎng)路由至參與功能實(shí)體B ；該實(shí)施例中，第一 MSRP鏈路的發(fā)起方為CPM Client A, CPM Client A是在收到 第一 SIP 2000K后創(chuàng)建；第三MSRP鏈路的發(fā)起方為CPM ClientB, CPM Client B在收到第 三SIP ACK后創(chuàng)建；第二 MSRP鏈路的發(fā)起方是參與功能實(shí)體B，參與功能實(shí)體B在第二 SIP ACK后創(chuàng)建。實(shí)施例四，如圖4所示為客戶端主動創(chuàng)建MSRP鏈路的流程圖，該實(shí)施例中，媒體 協(xié)商過程與實(shí)施例一及實(shí)施例二類似，參與功能實(shí)體B向CPMClient B發(fā)送的第三會話邀 請消息中攜帶參與功能實(shí)體B的MSRP連接參數(shù)，該第三會話邀請消息經(jīng)過SIP/IP核心網(wǎng) 路由至CPM Client B ；參與功能實(shí)體A發(fā)送的第一成功響應(yīng)消息中攜帶參與功能實(shí)體A的 MSRP連接參數(shù)，第一成功響應(yīng)消息經(jīng)過SIP/IP核心網(wǎng)路由至CPM Client A ；參與功能實(shí)體 B發(fā)送的第二 SIP 2000K中攜帶參與功能實(shí)體B的MSRP連接參數(shù)，該第二 SIP 2000K經(jīng)過 SIP/IP核心網(wǎng)路由至參與功能實(shí)體A ；該實(shí)施例中，第一MSRP鏈路的發(fā)起方為CPM Client A, CPM Client A是在收到第 一 SIP 2000K后創(chuàng)建；第三MSRP鏈路的發(fā)起方為CPM ClientB, CPM Client B在收到第三 SIP ACK后創(chuàng)建；第二 MSRP鏈路的發(fā)起方是參與功能實(shí)體A，參與功能實(shí)體A是在收到第二 SIP 2000K后創(chuàng)建，也可以是在收到第一 SIP ACK后創(chuàng)建，還可以是接收到第一 MSRP SEND請求時(shí)創(chuàng)建。在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互組合。在以上各實(shí)施例中，MSRP連接參數(shù)信息包括IP地址和端口號，和/或URI參數(shù)； 其中，IP地址可以通過SDP連接參數(shù)行C-攜帶，端口號可以通過媒體參數(shù)行m-攜帶，URI 參數(shù)可以通過路徑參數(shù)行a-path攜帶。如上所述，需要補(bǔ)充說明的是，不管是會話邀請消息的發(fā)起方為鏈路創(chuàng)建的主動 方，還是會話邀請消息的接收方為鏈路創(chuàng)建的主動方，作為MSRP鏈路創(chuàng)建的主動方或者被 動方可以預(yù)先定義，即采用預(yù)先設(shè)定好的方式，也可以通過SDP協(xié)商過程來確定。如果基于 SDP協(xié)商的結(jié)果來確定，那么在具體實(shí)施中，可以按照SDP的缺省值預(yù)先定義好哪些功能實(shí) 體作為鏈路的主動方，本發(fā)明的上述幾個(gè)方案的前提(即作為主動方的實(shí)體為固定的)均 可以看作是這種情況的缺省預(yù)定義情形，當(dāng)然在具體實(shí)施中，也可以針對每個(gè)功能實(shí)體設(shè) 計(jì)鏈路創(chuàng)建的主動方或者被動方兩種角色，在系統(tǒng)運(yùn)行期間根據(jù)SDP協(xié)商的結(jié)果來確定主 動方還是被動方。借助本發(fā)明實(shí)施例提供的技術(shù)方案，通過大消息模式CPM的會話邀請消 息和/或成功響應(yīng)消息攜帶SDP進(jìn)行信息交換，提供了 MSRP媒體鏈路建立所需連接參數(shù)在 多個(gè)網(wǎng)絡(luò)功能實(shí)體之間協(xié)商的方案，根據(jù)協(xié)商結(jié)果，以會話邀請消息的發(fā)起方或者以會話 消息的接收方為每段MSRP鏈接建立的主動方，從而建立一條從發(fā)送方CPM客戶端至接收方 CPM客戶端的一條完整MSRP媒體傳輸路徑。另外，本發(fā)明通過大消息模式CPM的會話邀請消息建立發(fā)送方與目標(biāo)群組中的 CPM系統(tǒng)的可達(dá)接收方之間的傳輸鏈路，將該大消息模式CPM的內(nèi)容發(fā)送給目標(biāo)群組的各 個(gè)接收方，可以解決現(xiàn)在技術(shù)中無法向群組傳輸大消息模式CPM的問題。
權(quán)利要求
一種消息會話中繼協(xié)議(MSRP)鏈路建立的方法，其特征在于在建立發(fā)送方融合IP消息(CPM)客戶端和接收方CPM客戶端之間的MSRP鏈路的過程中，發(fā)送方CPM客戶端和源端參與功能實(shí)體之間，源端參與功能實(shí)體和目的端參與功能實(shí)體之間，以及目的端參與功能實(shí)體和接收方CPM客戶端之間分別創(chuàng)建一段MSRP鏈路，每段MSRP鏈路的創(chuàng)建方在創(chuàng)建該段MSRP鏈路之前，先通過媒體協(xié)商過程獲知對端的消息會話中繼協(xié)議連接參數(shù)，根據(jù)該MSRP連接參數(shù)創(chuàng)建該段MSRP鏈路。
2.如權(quán)利要求1所述的方法，其特征在于所述媒體協(xié)商過程為，發(fā)送方CPM客戶端發(fā)送第一會話邀請消息，所述第一會話邀請 消息經(jīng)由SIP/IP核心網(wǎng)路由至源端參與功能實(shí)體，所述源端參與功能實(shí)體產(chǎn)生并發(fā)送第 二會話邀請消息，所述第二會話邀請消息經(jīng)由所述SIP/IP核心網(wǎng)路由至目的端參與功能 實(shí)體，所述目的端參與功能實(shí)體產(chǎn)生并發(fā)送第三會話邀請消息，所述第三會話邀請消息經(jīng) 由所述SIP/IP核心網(wǎng)路由至接收方CPM客戶端，所述接收方CPM客戶端產(chǎn)生并發(fā)送第三成 功響應(yīng)消息，所述第三成功響應(yīng)消息經(jīng)由所述SIP/IP核心網(wǎng)路由至所述目的端參與功能 實(shí)體，所述目的端參與功能實(shí)體產(chǎn)生并發(fā)送第二成功響應(yīng)消息，所述第二成功響應(yīng)消息經(jīng) 由所述SIP/IP核心網(wǎng)路由至所述源端參與功能實(shí)體，所述源端參與功能實(shí)體產(chǎn)生并發(fā)送 第一會話邀請消息，所述第一成功響應(yīng)消息經(jīng)由所述SIP/IP核心網(wǎng)路由至所述發(fā)送方CPM 客戶端；所述發(fā)送方CPM客戶端收到第一成功響應(yīng)消息后產(chǎn)生并發(fā)送第一確認(rèn)消息，所述第 一確認(rèn)消息經(jīng)過所述SIP/IP核心網(wǎng)路由至所述源端參與功能實(shí)體，所述源端參與功能實(shí) 體收到第一確認(rèn)消息后發(fā)送第二確認(rèn)消息，所述第二確認(rèn)消息經(jīng)過所述SIP/IP核心網(wǎng)路 由至所述目的端參與功能實(shí)體，所述目的端參與功能實(shí)體第二確認(rèn)消息后發(fā)送第三確認(rèn)消 息，所述第三確認(rèn)消息經(jīng)過所述SIP/IP核心網(wǎng)路由至接收方CPM客戶端；或者，所述目的 端參與功能實(shí)體收到第三成功響應(yīng)消息后發(fā)送第三確認(rèn)消息，所述第三確認(rèn)消息經(jīng)過所述 SIP/IP核心網(wǎng)路由至接收方CPM客戶端，所述源端參與功能實(shí)體收到第二成功響應(yīng)消息后 發(fā)送第二確認(rèn)消息，所述第二確認(rèn)消息經(jīng)過所述SIP/IP核心網(wǎng)路由至所述目的端參與功 能實(shí)體，所述發(fā)送方CPM客戶端收到第一成功響應(yīng)消息后產(chǎn)生并發(fā)送第一確認(rèn)消息，所述 第一確認(rèn)消息經(jīng)過所述SIP/IP核心網(wǎng)路由至所述源端參與功能實(shí)體。
3.如權(quán)利要求2所述的方法，其特征在于所述接收方CPM客戶端發(fā)送的第三成功響應(yīng)消息中攜帶所述接收方CPM客戶端的MSRP 連接參數(shù)；所述目的端參與功能實(shí)體發(fā)送的第二成功響應(yīng)消息中攜帶所述目的端參與功能 實(shí)體的MSRP連接參數(shù)；所述源端參與功能實(shí)體發(fā)送的第一成功響應(yīng)消息中攜帶所述源端 參與功能實(shí)體的MSRP連接參數(shù)；所述發(fā)送方CPM客戶端根據(jù)源端參與功能實(shí)體的MSRP連接參數(shù)創(chuàng)建發(fā)送方CPM客 戶端與源端參與功能實(shí)體之間的第一 MSRP鏈路；所述源端參與功能實(shí)體根據(jù)所述目的端 參與功能實(shí)體的MSRP連接參數(shù)創(chuàng)建源端參與功能實(shí)體與目的端參與功能實(shí)體之間的第二 MSRP鏈路；所述目的端參與功能實(shí)體根據(jù)所述接收方CPM客戶端的MSRP連接參數(shù)創(chuàng)建目 的端參與功能實(shí)體與接收方CPM客戶端之間的第三MSRP鏈路。
4.如權(quán)利要求2所述的方法，其特征在于所述發(fā)送方CPM客戶端發(fā)送的第一會話邀請消息中攜帶所述發(fā)送方CPM客戶端的MSRP連接參數(shù)；所述源端參與功能實(shí)體發(fā)送的第二會話邀請消息中攜帶所述源端參與功能實(shí)體 的MSRP連接參數(shù)；所述目的端參與功能實(shí)體發(fā)送的第三會話邀請消息中攜帶所述目的端 參與功能實(shí)體的MSRP連接參數(shù)；所述源端參與功能實(shí)體根據(jù)所述發(fā)送方CPM客戶端的MSRP連接參數(shù)創(chuàng)建源端參與功 能實(shí)體與發(fā)送方CPM客戶端之間的第一MSRP鏈路；所述目的端參與功能實(shí)體根據(jù)所述源端 參與功能實(shí)體的MSRP連接參數(shù)創(chuàng)建目的端參與功能實(shí)體與源端參與功能實(shí)體之間的第二 MSRP鏈路；所述接收方CPM客戶端根據(jù)所述目的端參與功能實(shí)體的MSRP連接參數(shù)創(chuàng)建目 的端參與功能實(shí)體與接收方CPM客戶端之間的第三MSRP鏈路。
5.如權(quán)利要求2所述的方法，其特征在于所述目的端參與功能實(shí)體發(fā)送的第三會話邀請消息中攜帶所述目的端參與功能實(shí)體 的MSRP連接參數(shù)；所述源端參與功能實(shí)體發(fā)送的第一成功響應(yīng)消息中攜帶所述源端參與 功能實(shí)體的MSRP連接參數(shù)；所述源端參與功能實(shí)體發(fā)送的第二會話邀請消息中攜帶所述 源端參與功能實(shí)體的MSRP連接參數(shù)，或目的端參與功能實(shí)體發(fā)送的第二成功響應(yīng)消息中 攜帶所述目的端參與功能實(shí)體的MSRP連接參數(shù)；發(fā)送方CPM客戶端與源端參與功能實(shí)體之間的第一 MSRP鏈路由所述發(fā)送方CPM客戶 端根據(jù)源端參與功能實(shí)體的MSRP連接參數(shù)創(chuàng)建；接收方CPM客戶端與目的端參與功能實(shí)體 之間的第三MSRP鏈路由所述接收方CPM客戶端根據(jù)所述目的端參與功能實(shí)體的MSRP連接 參數(shù)創(chuàng)建；目的端參與功能實(shí)體與源端參與功能實(shí)體之間的第二 MSRP鏈路由所述目的端參與功 能實(shí)體根據(jù)源端參與功能實(shí)體的MSRP連接參數(shù)創(chuàng)建，或由所述源端參與功能實(shí)體根據(jù)所 述目的端參與功能實(shí)體的MSRP連接參數(shù)創(chuàng)建。
6.如權(quán)利要求3所述的方法，其特征在于所述發(fā)送方CPM客戶端創(chuàng)建所述第一 MSRP鏈路后發(fā)送第一媒體傳輸請求，所述源端參 與功能實(shí)體收到第一媒體傳輸請求后根據(jù)目的端參與功能實(shí)體的MSRP連接參數(shù)創(chuàng)建第二 MSRP鏈路，所述目的端參與功能實(shí)體的MSRP連接參數(shù)從第二成功響應(yīng)消息中獲得或從第 一媒體傳輸請求的路徑頭部信息中獲得；所述源端參與功能實(shí)體將接收的第一媒體傳輸請求中的媒體數(shù)據(jù)通過第二媒體傳輸 請求中繼傳輸，所述目的端參與功能實(shí)體收到第二媒體傳輸請求后根據(jù)接收方CPM客戶端 的MSRP連接參數(shù)創(chuàng)建第三MSRP鏈路，所述接收方CPM客戶端的MSRP連接參數(shù)從第三成功 響應(yīng)消息中獲得或從第二媒體傳輸請求的路徑頭部信息中獲得。
7.如權(quán)利要求1至6中任一項(xiàng)所述的方法，其特征在于，所述MSRP連接參數(shù)為URI參數(shù)。
8.如權(quán)利要求1至6中任一項(xiàng)所述的方法，其特征在于，所述MSRP連接參數(shù)為IP地址和端口號。
9.如權(quán)利要求1至6中任一項(xiàng)所述的方法，其特征在于，所述MSRP連接參數(shù)為URI參 數(shù)、IP地址和端口號。
10.如權(quán)利要求3至6任一權(quán)利要求所述的方法，其特征在于所述創(chuàng)建MSRP鏈路方式為，創(chuàng)建方根據(jù)相鄰實(shí)體的MSRP連接參數(shù)發(fā)起創(chuàng)建鏈路請求， 或者選擇一條主機(jī)、端口和/或MSRP全球資源標(biāo)識符MSRP URI均相符的已經(jīng)存在的MSRP鏈路作為要?jiǎng)?chuàng)建的MSRP鏈路。
11.如權(quán)利要求3所述的方法，其特征在于所述第一 MSRP鏈路是鏈路創(chuàng)建方在收到第一成功響應(yīng)消息后創(chuàng)建； 所述第二 MSRP鏈路是鏈路創(chuàng)建方在收到第二成功響應(yīng)消息后創(chuàng)建或是在收到第一確 認(rèn)消息后創(chuàng)建；所述第三MSRP鏈路是鏈路創(chuàng)建方在收到第三成功響應(yīng)消息后創(chuàng)建或是在收到第二確 認(rèn)消息后創(chuàng)建。
12.如權(quán)利要求4所述的方法，其特征在于所述第一 MSRP鏈路是鏈路創(chuàng)建方在收到第一確認(rèn)消息后創(chuàng)建； 所述第二 MSRP鏈路是鏈路創(chuàng)建方在收到第二確認(rèn)消息后創(chuàng)建； 所述第三MSRP鏈路是鏈路創(chuàng)建方在收到第三確認(rèn)消息后創(chuàng)建。
13.如權(quán)利要求5所述的方法，其特征在于所述第一 MSRP鏈路是鏈路創(chuàng)建方在收到第一成功響應(yīng)消息后創(chuàng)建； 所述第三MSRP鏈路是鏈路創(chuàng)建方在收到第三確認(rèn)消息后創(chuàng)建； 當(dāng)?shù)诙?MSRP鏈路由目的端參與功能實(shí)體創(chuàng)建時(shí)，所述第二 MSRP鏈路是鏈路創(chuàng)建方在 收到第二確認(rèn)消息后創(chuàng)建；當(dāng)?shù)诙?MSRP鏈路由源端參與功能實(shí)體創(chuàng)建時(shí)，所述第二 MSRP鏈路是鏈路創(chuàng)建方在收 到第二成功響應(yīng)消息后創(chuàng)建或是在收到第一確認(rèn)消息后創(chuàng)建或者在接收到媒體傳輸請求 后創(chuàng)建。
14.一種消息會話中繼協(xié)議(MSRP)鏈路建立的方法，用于實(shí)現(xiàn)在第一CPM客戶端、第一 參與功能實(shí)體、第二參與功能實(shí)體及第二 CPM客戶端之間的消息會話中繼協(xié)議(MSRP)鏈路 建立，其中，第一 CPM客戶端與第一參與功能實(shí)體之間設(shè)定一第一方向，第一參與功能實(shí)體 與第二參與功能實(shí)體之間設(shè)定一第二方向，第二參與功能實(shí)體與第二 CPM客戶端之間設(shè)定 一第三方向，其特征在于，該方法包括第一 CPM客戶端與第一參與功能實(shí)體之間建立第一方向的第一 MSRP鏈路，其中，第一 MSRP鏈路按照第一方向定義有第一 MSRP鏈路創(chuàng)建方及第一 MSRP鏈路對端方；第一參與功能實(shí)體與第二參與功能實(shí)體之間建立第二方向的第二 MSRP鏈路，第二 MSRP鏈路按照第二方向定義有第二 MSRP鏈路創(chuàng)建方及第二 MSRP鏈路對端方；第二參與功能實(shí)體與第二 CPM客戶端之間建立第三方向的第三MSRP鏈路，第三MSRP 鏈路按照第三方向定義有第三MSRP鏈路創(chuàng)建方及第三MSRP鏈路對端方；其中所述第一 CPM客戶端與第一參與功能實(shí)體、第一參與功能實(shí)體與第二參與功能實(shí)體及 第二參與功能實(shí)體與第二 CPM客戶端之間的第一、二、三鏈路創(chuàng)建方是分別在獲悉第一、第 二、第三鏈路對端方的MSRP連接參數(shù)后，分別建立所述第一、第二、第三鏈路。
15.如權(quán)利要求11所述的方法，其特征在于 所述第一方向、第二方向及第三方向?yàn)橥环较颉?br> 16.如權(quán)利要求11所述的方法，其特征在于所述第二方向與第三方向同一方向，所述第一方向與第二、第三方向相反；或 所述第二方向與第一方向同一方向，所述第三方向與第二、第三方向相反。
17.如權(quán)利要求11所述的方法，其特征在于所述第一方向?yàn)榈谝?MSRP鏈路的創(chuàng)建方至第一 MSRP鏈路的對端方； 所述第二方向?yàn)榈诙?MSRP鏈路的創(chuàng)建方至第二 MSRP鏈路的對端方； 所述第三方向?yàn)榈谌齅SRP鏈路的創(chuàng)建方至第三MSRP鏈路的對端方。
18.如權(quán)利要求12或14所述的方法，其特征在于所述第一 MSRP鏈路創(chuàng)建方為第一 CPM客戶端，第一 MSRP鏈路對端方為第一參與功能 實(shí)體；第二MSRP鏈路創(chuàng)建方為第一參與功能實(shí)體，第二MSRP鏈路對端方為第二參與功能實(shí) 體；第三MSRP鏈路創(chuàng)建方為第二參與功能實(shí)體，第三MSRP鏈路對端方為第二 CPM客戶端； 所述第一 MSRP鏈路創(chuàng)建方在與第一方向相反的方向上接收第一 MSRP鏈路對端方的消 息，并自消息中獲得第一 MSRP鏈路對端方的MSRP連接參數(shù)；第二 MSRP鏈路創(chuàng)建方在第二方向上接收第一 MSRP鏈路創(chuàng)建方的消息，或在與第二方 向相反的方向上接收第二 MSRP鏈路對端方的消息，并自第一 MSRP鏈路創(chuàng)建方或第二 MSRP 鏈路對端方的消息中獲悉第二 MSRP鏈路對端方的MSRP連接參數(shù)；第三MSRP鏈路創(chuàng)建方在第三方向上接收第二 MSRP鏈路創(chuàng)建方的消息，或在與第三方 向相反的方向上接收第三MSRP鏈路對端方的消息，并自第二 MSRP鏈路創(chuàng)建方或第三MSRP 鏈路對端方的消息中獲悉第三MSRP鏈路對端方的MSRP連接參數(shù)。
19.如權(quán)利要求12或14所述的方法，其特征在于所述第一 MSRP鏈路創(chuàng)建方為第一參與功能實(shí)體，第二 MSRP鏈路創(chuàng)建方為第二參與功 能實(shí)體，第三MSRP鏈路創(chuàng)建方為第二 CPM客戶端；第一 MSRP鏈路創(chuàng)建方在與第一方向相反的方向上接收第一 MSRP鏈路對端方的消息， 并自消息中獲得第一 MSRP鏈路對端方的MSRP連接參數(shù)；第二 MSRP鏈路創(chuàng)建方在與第二方向相反的方向上接收第一 MSRP鏈路對端方的消息； 第三MSRP鏈路創(chuàng)建方在與第三方向相反的方向上接收第三MSRP鏈路對端方的消息， 并自消息中獲悉第三MSRP鏈路對端方的MSRP連接參數(shù)。
20.如權(quán)利要求13或14所述的方法，其特征在于所述第一 MSRP鏈路創(chuàng)建方為第一 CPM客戶端，第二 MSRP鏈路創(chuàng)建方為第二參與功能 實(shí)體，第三MSRP鏈路創(chuàng)建方為第二 CPM客戶端；第一 MSRP鏈路創(chuàng)建方在與第一方向相反的方向上接收第一 MSRP鏈路對端方的消息， 并自消息中獲得第一 MSRP鏈路對端方的MSRP連接參數(shù)；第二 MSRP鏈路創(chuàng)建方在與第二方向相反的方向上接收第二 MSRP鏈路對端方的消息， 并自消息中獲得第二 MSRP鏈路對端方的MSRP連接參數(shù)；第三MSRP鏈路創(chuàng)建方在與第三方向相反的方向上接收第三MSRP鏈路對端方的消息， 并自消息中獲得第三MSRP鏈路對端方的MSRP連接參數(shù)。
21.如權(quán)利要求13或14所述的方法，其特征在于所述第一 MSRP鏈路創(chuàng)建方為第一 CPM客戶端，第二 MSRP鏈路創(chuàng)建方為第一參與功能 實(shí)體，第三MSRP鏈路創(chuàng)建方為第二 CPM客戶端；第一 MSRP鏈路創(chuàng)建方在與第一方向相反的方向上接收第一 MSRP鏈路對端方的消息， 并自消息中獲得第一 MSRP鏈路對端方的MSRP連接參數(shù)；第二 MSRP鏈路創(chuàng)建方在與第二方向相反的方向上接收第二 MSRP鏈路對端方的消息， 并自消息中獲得第二 MSRP鏈路對端方的MSRP連接參數(shù)，或在第二方向上接收第一 MSRP鏈路創(chuàng)建方的消息，并自消息中獲悉第二 MSRP鏈路對端方的MSRP連接參數(shù)；第三MSRP鏈路創(chuàng)建方在與第三方向相反的方向上接收第三MSRP鏈路對端方的消息， 并自消息中獲得第三MSRP鏈路對端方的MSRP連接參數(shù)。
22.如權(quán)利要求18至21中任一項(xiàng)所述的方法，其特征在于，所述MSRP連接參數(shù)為URI參數(shù)。
23.如權(quán)利要求18至21中任一項(xiàng)所述的方法，其特征在于，所述MSRP連接參數(shù)為IP 地址和端口號。
24.如權(quán)利要求18至21中任一項(xiàng)所述的方法，其特征在于，所述MSRP連接參數(shù)為URI 參數(shù)、IP地址和端口號。
全文摘要
本發(fā)明要解決的技術(shù)問題是提供一種MSRP鏈路建立的方法，在建立發(fā)送方融合IP消息(CPM)客戶端和接收方CPM客戶端之間的MSRP鏈路的過程中，發(fā)送方CPM客戶端和源端參與功能實(shí)體之間，源端參與功能實(shí)體和目的端參與功能實(shí)體之間，以及目的端參與功能實(shí)體和接收方CPM客戶端之間分別創(chuàng)建一段MSRP鏈路，每段MSRP鏈路的創(chuàng)建方在創(chuàng)建該段MSRP鏈路之前，先通過媒體協(xié)商過程獲知對端的消息會話中繼協(xié)議MSRP連接參數(shù)，根據(jù)該MSRP連接參數(shù)創(chuàng)建該段MSRP鏈路。采用本發(fā)明，解決了MSRP傳輸鏈路的創(chuàng)建問題。
文檔編號H04L12/58GK101924745SQ20091016075
公開日2010年12月22日 申請日期2009年7月11日 優(yōu)先權(quán)日2009年6月12日
發(fā)明者加贊法爾·阿里, 盧艷, 黃崢 申請人:中興通訊股份有限公司