專利名稱:向用戶提供用戶的設(shè)備參與的會(huì)話的方法和裝置的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信技術(shù)領(lǐng)域,尤其涉及一種為用戶提供用戶的設(shè)備參與的 會(huì)話的方法和裝置。
背景技術(shù):
SIP (會(huì)話發(fā)起協(xié)議,Session Initiation Protocol)協(xié)議是一個(gè)應(yīng)用層控 制(信令)協(xié)議,可用來創(chuàng)建、修改和終結(jié)一個(gè)或者多個(gè)參與者之間的多媒 體會(huì)話。通過SIP協(xié)議,用戶可以邀請(qǐng)其他參與者加入一個(gè)已經(jīng)存在的會(huì)話或 者創(chuàng)建一個(gè)新的會(huì)話,還可以動(dòng)態(tài)地修改會(huì)話媒體。
用戶在建立會(huì)話過程中,通過在SIP消息中攜帶SDP (會(huì)話描述協(xié)議, Session Description Protocol)描述行來進(jìn)行媒體協(xié)商,協(xié)商的內(nèi)容包括媒體 細(xì)節(jié),傳輸?shù)刂泛推渌麜?huì)話描述元數(shù)據(jù),媒體協(xié)商的框架遵守offer/answer (發(fā)送/應(yīng)答)模型。
SDP描述行是純文本的形式,由一系列的文本描述行組成,格式如下
<type>=<value>
<type>域是一個(gè)有準(zhǔn)確意義的字符,而〈value〉域則是一個(gè)結(jié)構(gòu)化的文 本,它的格式取決于〈type〉域?!磛alue〉可能是一組被空格區(qū)分的數(shù)字,也可 能是一個(gè)表示一定意義的字符串。
用戶建立會(huì)話過程中的SIP消息都會(huì)經(jīng)過應(yīng)用服務(wù)器,應(yīng)用服務(wù)器可以對(duì) SIP消息中攜帶的SDP描述行進(jìn)行分析,得到將要建立的會(huì)話的相關(guān)信息,如 會(huì)話列表及媒體相關(guān)信息,應(yīng)用服務(wù)器將這些會(huì)話相關(guān)信息進(jìn)行存儲(chǔ)。
5用戶和應(yīng)用服務(wù)器之間的通信采用訂閱和通知機(jī)制。用戶作為訂閱者,
應(yīng)用服務(wù)器作為通知者,根據(jù)用戶的訂閱及時(shí)通知該會(huì)話列表或者會(huì)話相關(guān)聯(lián)的媒體信息的變化信息給用戶。
在非多設(shè)備環(huán)境中,應(yīng)用服務(wù)器對(duì)主被叫用戶在建立會(huì)話過程中交互的
SIP消息中攜帶的SDP描述行進(jìn)行分析,得到主被叫用戶所參與的會(huì)話的相關(guān)信息,該會(huì)話相關(guān)信息包括會(huì)話列表及媒體相關(guān)信息,比如,會(huì)話的發(fā)起者、會(huì)話的標(biāo)識(shí)符及版本號(hào)、包含在會(huì)話中的媒體、接收媒體所需要的地址,傳輸?shù)拿襟w類型、媒體傳輸所使用的端口號(hào)、傳送層協(xié)議以及媒體格式等信息。
應(yīng)用服務(wù)器得到用戶所參與的會(huì)話的相關(guān)信息后,在本地進(jìn)行存儲(chǔ),當(dāng)會(huì)話結(jié)束后,將存儲(chǔ)的該會(huì)話的相關(guān)信息刪除。應(yīng)用服務(wù)器中存儲(chǔ)的用戶所參與的會(huì)話的相關(guān)信息的存儲(chǔ)結(jié)構(gòu)如圖1所示。
如圖1所示,應(yīng)用服務(wù)器為每個(gè)參與會(huì)話的用戶維護(hù)一個(gè)有層次的存儲(chǔ)結(jié)構(gòu),圖1中的方框代表存儲(chǔ)節(jié)點(diǎn),橢圓代表節(jié)點(diǎn)中的內(nèi)容,下面對(duì)該結(jié)構(gòu)中各節(jié)點(diǎn)的含義加以描述
"用戶"在該節(jié)點(diǎn)的內(nèi)容中提供了用戶的地址,"用戶"節(jié)點(diǎn)的子節(jié)點(diǎn)是"會(huì)話";
"會(huì)話"該節(jié)點(diǎn)的內(nèi)容中提供了會(huì)話標(biāo)識(shí)符、對(duì)方參與者地址、對(duì)方網(wǎng)絡(luò)類型、對(duì)方地址類型等會(huì)話列表信息,會(huì)話節(jié)點(diǎn)的子節(jié)點(diǎn)是"關(guān)聯(lián)媒體"。
"關(guān)聯(lián)媒體"該節(jié)點(diǎn)的內(nèi)容中提供了媒體類型、用戶傳送和接收該媒
體所使用的傳輸端口號(hào)、傳輸協(xié)議以及媒體編碼格式會(huì)話相關(guān)聯(lián)的媒體信自一個(gè)用戶可以對(duì)應(yīng)多個(gè)會(huì)話, 一個(gè)會(huì)話可以對(duì)應(yīng)多個(gè)關(guān)聯(lián)々某體。如果有
兩個(gè)用戶Alice和Bob在同一個(gè)域中,即為Alice和Bob服務(wù)的應(yīng)用服務(wù)器是同 一個(gè),則這個(gè)應(yīng)用服務(wù)器需要分別為Al ice和Bo b維護(hù)所參與的會(huì)話的相關(guān)信 息,應(yīng)用服務(wù)器分別為用戶Al ice和用戶Bob所維護(hù)的會(huì)話的相關(guān)信息的存儲(chǔ) 結(jié)構(gòu)如圖2和圖3所示。
如圖2所示,應(yīng)用服務(wù)器為用戶Alice維護(hù)的會(huì)話的相關(guān)信息的存儲(chǔ)結(jié)構(gòu)包 含以下信息
"用戶"在該節(jié)點(diǎn)中提供了Alice的地址(alice.anywhere.com); "會(huì)話"該節(jié)點(diǎn)提供了如下內(nèi)容 會(huì)話標(biāo)識(shí)符2890844526; 對(duì)方參與者i也址bob.example.com 對(duì)方網(wǎng)絡(luò)類型IN 對(duì)方地址類型IP4 "關(guān)聯(lián)媒體"與該會(huì)話相關(guān)聯(lián)的媒體類型有兩種,audio (端口號(hào)為 49170,傳輸協(xié)議為RTP,音頻編碼格式為PCM,即RTP/AVP中定義的 "0")和video (端口號(hào)為53000,傳輸協(xié)議為RTP,視頻編碼格式為 MPV,即RTP/AVP中定義的"32")。
如圖3所示,應(yīng)用服務(wù)器為用戶Bob維護(hù)的會(huì)話的相關(guān)信息的存儲(chǔ)結(jié)構(gòu)包 含以下信息
"用戶,,在該節(jié)點(diǎn)中提供了 Bob的地址(bob.example.com );
"會(huì)話";該節(jié)點(diǎn)提供了如下內(nèi)容 會(huì)話標(biāo)識(shí)符2890844730; 對(duì)方參與者i也址alice.anywhere.com 對(duì)方網(wǎng)絡(luò)類型IN 對(duì)方地址類型IP4
7"關(guān)聯(lián)媒體"與該會(huì)話相關(guān)聯(lián)的媒體類型有兩種,audio (端口號(hào)為 65422,傳輸協(xié)議為RTP,音頻編碼格式為PCM,即RTP/AVP中定義的 "0")和video (端口號(hào)為64000,傳輸協(xié)i義為RTP, ^見頻編碼沖各式為 MPV,即RTP/AVP中定義的"32")。
在實(shí)現(xiàn)本發(fā)明過程中,發(fā)明人發(fā)現(xiàn)上述現(xiàn)有技術(shù)中至少存在如下問題 在應(yīng)用服務(wù)器中維護(hù)的會(huì)話的相關(guān)信息中,將用戶和用戶參與的會(huì)話之間直 接關(guān)聯(lián)。但是在多設(shè)備環(huán)境中,每個(gè)用戶有多個(gè)設(shè)備,每個(gè)設(shè)備可能參與到 不同的會(huì)話中,根據(jù)上述應(yīng)用服務(wù)器中維護(hù)的會(huì)話的相關(guān)信息,無法獲取用 戶的每個(gè)設(shè)備所參與的會(huì)話信息。
發(fā)明內(nèi)容
本發(fā)明的實(shí)施例提供了 一種為用戶提供用戶的設(shè)備參與的會(huì)話的方法和 裝置,以解決現(xiàn)有技術(shù)不能獲取用戶的每個(gè)設(shè)備所參與的會(huì)話信息的問題。 一種向用戶提供用戶的設(shè)備參與的會(huì)話的方法,包括 接收用戶發(fā)送的獲取會(huì)話信息的請(qǐng)求;
獲取所述用戶的會(huì)話信息,該會(huì)話信息中包括所述用戶的參與會(huì)話的各 個(gè)設(shè)備的信息,以及每個(gè)設(shè)備所參與的會(huì)話的信息; 向所述用戶發(fā)送攜帶所述會(huì)話信息的消息。 一種向用戶提供用戶的設(shè)備參與的會(huì)話的裝置,包括
請(qǐng)求接收模塊,用于接收用戶發(fā)送的獲取會(huì)話信息的請(qǐng)求; 會(huì)話信息獲取模塊,用于獲取所述用戶的參與會(huì)話的各個(gè)設(shè)備的信息,
以及每個(gè)設(shè)備所參與的會(huì)話的信息;
會(huì)話信息發(fā)送模塊,用于向所述用戶發(fā)送所述會(huì)話信息獲取模塊所獲取
的所述用戶的參與會(huì)話的各個(gè)設(shè)備的信息,以及每個(gè)設(shè)備所參與的會(huì)話的信息。
8由上述本發(fā)明的實(shí)施例提供的技術(shù)方案可以看出,由于實(shí)現(xiàn)了用戶與多 設(shè)備相關(guān)聯(lián),用戶的設(shè)備與該設(shè)備所參與的會(huì)話相關(guān)聯(lián)。從而可以使用戶通 過向應(yīng)用服務(wù)器進(jìn)行訂閱,來獲取該用戶的設(shè)備所參與的會(huì)話信息。
為了更清楚地說明本發(fā)明實(shí)施例的技術(shù)方案,下面將對(duì)實(shí)施例描述中所 需要使用的附圖作簡單的介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā) 明的一些實(shí)施例,對(duì)于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動(dòng)的前 提下,還可以根據(jù)這些附圖獲得其他的附圖。
圖1為現(xiàn)有技術(shù)中應(yīng)用服務(wù)器中存儲(chǔ)的用戶所參與的會(huì)話的相關(guān)信息的存
儲(chǔ)結(jié)構(gòu)示意圖2為現(xiàn)有技術(shù)中應(yīng)用服務(wù)器為用戶Alice所維護(hù)的會(huì)話的相關(guān)信息的存儲(chǔ) 結(jié)構(gòu)示意圖3為現(xiàn)有技術(shù)中應(yīng)用服務(wù)器為用戶Bob所維護(hù)的會(huì)話的相關(guān)信息的存儲(chǔ) 結(jié)構(gòu)示意圖4為本發(fā)明實(shí)施例 一提供的應(yīng)用服務(wù)器中存儲(chǔ)的用戶所參與的會(huì)話的相 關(guān)信息的存儲(chǔ)結(jié)構(gòu)示意圖5為本發(fā)明實(shí)施例二提供的事件包"session-info"中包含的 "application/session-info+xm卩'文檔的結(jié)構(gòu)示意圖6為本發(fā)明實(shí)施例二提供的多設(shè)備環(huán)境下的用戶通過事件包"session-info"向應(yīng)用服務(wù)器獲取用戶的設(shè)備所參與的會(huì)話列表及會(huì)話相關(guān)聯(lián)媒體類型 信息的流程圖7為本發(fā)明實(shí)施例三提供的融合IP消息通信(CPM, Converged IP Messaging)會(huì)談服務(wù)器為CPM用戶(Bob)維護(hù)的會(huì)話的相關(guān)信息的存儲(chǔ)結(jié)
9構(gòu)示意圖8為本發(fā)明實(shí)施例三提供的CPM用戶通過事件包"session-info"向CPM
會(huì)談服務(wù)器獲取用戶所參與的會(huì)話的相關(guān)信息的處理流程圖9為本發(fā)明實(shí)施例提供的向用戶提供用戶的設(shè)備參與的會(huì)話的裝置的結(jié) 構(gòu)示意圖。
具體實(shí)施例方式
在本發(fā)明實(shí)施例中,接收到用戶發(fā)送的獲取會(huì)話信息的請(qǐng)求后,獲取所 述用戶的會(huì)話信息,該會(huì)話信息中包括所述用戶的參與會(huì)話的各個(gè)設(shè)備的信 息,以及每個(gè)設(shè)備所參與的會(huì)話的信息。然后,向所述用戶發(fā)送攜帶所述會(huì) 話信息的消息。
進(jìn)一步地,對(duì)用戶所發(fā)送的、攜帶SDP描述行的SIP消息進(jìn)行分析,獲得 所述用戶的參與會(huì)話的設(shè)備的設(shè)備地址,以及每個(gè)設(shè)備所參與的會(huì)話的信 息;從核心網(wǎng)獲取所述參與會(huì)話的設(shè)備的設(shè)備地址所對(duì)應(yīng)的用戶地址信息。
進(jìn)一步地,為了提高速度,可以采用XML ( Extensible Markup Language,可擴(kuò)展標(biāo)記語言)文檔來存儲(chǔ)所述用戶和該用戶的各個(gè)設(shè)備之間 的對(duì)應(yīng)關(guān)系信息,以及用戶的每個(gè)設(shè)備和該設(shè)備所參與的會(huì)話之間的對(duì)應(yīng)關(guān) 系信息;根據(jù)用戶的信息及對(duì)應(yīng)關(guān)系信息,獲取所述用戶參與會(huì)話的各個(gè)設(shè) 備的信息,以及每個(gè)設(shè)備所參與的會(huì)話的信息。
進(jìn)一步地,應(yīng)用服務(wù)器接收用戶發(fā)送的獲取會(huì)話信息的SUBSCR舊E (訂 閱)請(qǐng)求,該SUBSCR舊E請(qǐng)求的Event (事件)頭域值指示請(qǐng)求獲取多設(shè)備 環(huán)境下的用戶的每個(gè)設(shè)備所參與的會(huì)話的信息;
所述應(yīng)用服務(wù)器向所述用戶發(fā)送攜帶所述會(huì)話信息的NOTIFY (通知)消 息,該NOTIFY消息的Event頭域值指示攜帶有多設(shè)備環(huán)境下的用戶的每個(gè)設(shè) 備所參與的會(huì)話的信息,該NOTIFY消息的消息體中攜帶所述會(huì)話信息。為便于對(duì)本發(fā)明實(shí)施例的理解,下面將結(jié)合附圖以幾個(gè)具體實(shí)施例為例 啦文進(jìn)一步的解釋說明,且各個(gè)實(shí)施例并不構(gòu)成對(duì)本發(fā)明實(shí)施例的限定。 實(shí)施例一
該實(shí)施例在多設(shè)備環(huán)境下,將用戶、用戶設(shè)備及會(huì)話的相關(guān)信息關(guān)聯(lián)起來。
本發(fā)明實(shí)施例對(duì)上述圖1所示的非多設(shè)備環(huán)境下應(yīng)用服務(wù)器中維護(hù)的會(huì)話 相關(guān)信息的存儲(chǔ)結(jié)構(gòu)進(jìn)行了擴(kuò)展,增加"設(shè)備"節(jié)點(diǎn)作為"用戶,,節(jié)點(diǎn)的子 節(jié)點(diǎn),并將"會(huì)話"節(jié)點(diǎn)作為"設(shè)備"節(jié)點(diǎn)的子節(jié)點(diǎn),從而實(shí)現(xiàn)了用戶與多 設(shè)備相關(guān)聯(lián)。
在多設(shè)備環(huán)境下,通過重用因特網(wǎng)多媒體子網(wǎng)(IMS, Internet Multimedia Subsystem)中的第三方注冊(cè)機(jī)制,應(yīng)用服務(wù)器從SIP/IP核心網(wǎng)
獲取用戶的多個(gè)設(shè)備的設(shè)備地址信息,并將用戶地址與設(shè)備地址之間的關(guān)聯(lián) 關(guān)系進(jìn)行存儲(chǔ)。
在多設(shè)備環(huán)境下,應(yīng)用服務(wù)器從用戶所發(fā)送的、攜帶SDP描述行的SIP消 息的Contact頭域中獲得參與會(huì)話的設(shè)備地址。然后,應(yīng)用服務(wù)器根據(jù)其存儲(chǔ) 的上述用戶地址與設(shè)備地址之間的關(guān)聯(lián)關(guān)系,得到上述參與會(huì)話的設(shè)備地址 所對(duì)應(yīng)的用戶地址,將用戶地址作為"用戶,,節(jié)點(diǎn)的值,將上述參與會(huì)話的 設(shè)備地址作為上述"用戶"節(jié)點(diǎn)的子節(jié)點(diǎn)"設(shè)備"節(jié)點(diǎn)的值。
該實(shí)施例提供的應(yīng)用服務(wù)器中存儲(chǔ)的用戶所參與的會(huì)話的相關(guān)信息的存 儲(chǔ)結(jié)構(gòu)如圖4所示
如圖4所示,應(yīng)用服務(wù)器為每個(gè)參與會(huì)話的用戶維護(hù)一個(gè)有層次的存儲(chǔ)結(jié) 構(gòu),圖中的方框代表存儲(chǔ)節(jié)點(diǎn),橢圓代表節(jié)點(diǎn)中的內(nèi)容,下面對(duì)該結(jié)構(gòu)中各 節(jié)點(diǎn)的含義加以描述
"用戶,,在該節(jié)點(diǎn)的內(nèi)容中提供了用戶的地址。"用戶"節(jié)點(diǎn)的子節(jié)
ii點(diǎn)是"設(shè)備";
"設(shè)備"在該節(jié)點(diǎn)的內(nèi)容中提供了設(shè)備的地址。"設(shè)備"節(jié)點(diǎn)的子節(jié) 點(diǎn)是"會(huì)話",代表用戶使用該設(shè)備參與的會(huì)話;
"會(huì)話"該節(jié)點(diǎn)的內(nèi)容中提供了會(huì)話標(biāo)識(shí)符、對(duì)方參與者地址、對(duì)方 網(wǎng)絡(luò)類型、對(duì)方地址類型等會(huì)話列表信息,會(huì)話節(jié)點(diǎn)的子節(jié)點(diǎn)是"關(guān)聯(lián)媒 體"。
"關(guān)聯(lián)媒體"該節(jié)點(diǎn)的內(nèi)容中提供了媒體類型、傳送和接收該媒體所 使用的傳輸端口號(hào)、傳輸協(xié)議以及媒體編碼格式等會(huì)話相關(guān)聯(lián)的媒體信息。
通過上述圖4所示的存儲(chǔ)結(jié)構(gòu),就能夠在應(yīng)用服務(wù)器中實(shí)現(xiàn)用戶設(shè)備與該 設(shè)備所參與的會(huì)話的相關(guān)信息之間的關(guān)聯(lián),用戶可以通過向應(yīng)用服務(wù)器進(jìn)行 訂閱,來獲取用戶或者某個(gè)設(shè)備所參與的會(huì)話列表以及會(huì)話相關(guān)聯(lián)的媒體信 息,并提高處理速度。
實(shí)施例二
該實(shí)施例在多設(shè)備通信環(huán)境下定義一個(gè)事件包"session-info",通過該事 件包用戶向應(yīng)用服務(wù)器訂閱該用戶的設(shè)備所參與的會(huì)話的相關(guān)信息,該相關(guān) 信息主要包括當(dāng)前會(huì)話列表及與會(huì)話相關(guān)聯(lián)媒體的信息。
上述用戶和應(yīng)用服務(wù)器之間通信的訂閱和通知機(jī)制使用SUBSCR舊E (訂 閱)請(qǐng)求和NOTIF丫 (通知)消息,用戶作為訂閱者向作為資源的跟蹤實(shí)體 (通知者)的應(yīng)用服務(wù)器發(fā)送SUBCR舊E請(qǐng)求以訂閱該資源的狀態(tài)事件, SUBSCR舊E請(qǐng)求中包含一個(gè)"Event"頭域,指定訂閱的事件或者事件類型。 通知者在當(dāng)該資源狀態(tài)改變時(shí)發(fā)送NOTIFY消息給訂閱者,在NOTIFY體中攜 帶資源狀態(tài)或者資源狀態(tài)變化信息。
上述事件包"session-info"設(shè)置在SUBSCR舊E請(qǐng)求和NOTIFY消息的 Event頭域中,表明訂閱和通知的事件為多設(shè)備環(huán)境下用戶設(shè)備所參與的會(huì)話
12在上述事件包"session-info"中包含的會(huì)話的相關(guān)信息文檔采用XML格 式,文檔才各式為"application/session-info+xml"。 因ot匕,所有"session-info"事 件包的訂閱者和通知者都必須支持"application/session-info+xml"數(shù)據(jù)格式。
上述"application/session-info+xml"文檔的結(jié)構(gòu)i口圖5所示,該文檔的 MIME類型為"application/session-info+xml", 該文檔的才艮節(jié)點(diǎn)是〈user〉元素 (代表用戶),每個(gè)〈use^元素包含一個(gè)"address"屬性,該屬性值為用戶地 址,〈user〉元素包含一個(gè)到多個(gè)〈device〉元素(代表注冊(cè)到該用戶地址的不 同設(shè)備)。
<device>元素包含 一 個(gè)"address"屬性,該屬性值為設(shè)備地址, 〈device〉元素包含零個(gè)到多個(gè)〈sessior^元素(代表會(huì)話)。
〈session〉元素包含下列屬寸生
"sess-id"屬性會(huì)話的全3求唯一的標(biāo)識(shí)符;
"participant"屬性會(huì)話的對(duì)方參與者;
"nettype"屬性指定對(duì)方網(wǎng)絡(luò)類型;
"addrtype"屬性指定對(duì)方地址類型;
"other"屬性供擴(kuò)展使用。
〈sessior^元素包含零個(gè)或者多個(gè)〈media〉元素,^表會(huì)話相關(guān)耳關(guān)的々某體 信息?!磎edia〉元素包含下列屬性
"mtype"屬性指定媒體類型;
"port"屬性:指定端口號(hào);
"proto"屬性指定傳輸協(xié)議;
13"ctype"屬性指定媒體編碼格式。
該實(shí)施例提供的多設(shè)備環(huán)境下的用戶通過"session-info"事件包向應(yīng)用服
務(wù)器獲取用戶的設(shè)備所參與的會(huì)話列表及會(huì)話相關(guān)聯(lián)媒體類型信息的流程如 圖6所示,包括如下步驟
步驟61、用戶向應(yīng)用服務(wù)器發(fā)送SUBSCR舊E請(qǐng)求,將SUBSCR舊E請(qǐng)求 的Event頭域值設(shè)為"session-info",實(shí)現(xiàn)向應(yīng)用服務(wù)器訂閱用戶的設(shè)備所參與 的會(huì)話列表及會(huì)話相關(guān)聯(lián)媒體類型信息。
步驟62、應(yīng)用服務(wù)器接受上述SUBSCR舊E請(qǐng)求,向用戶回復(fù)200 OK應(yīng)
答消息,在用戶和應(yīng)用服務(wù)器之間建立一個(gè)訂閱的對(duì)話和訂閱實(shí)例。
步驟63、應(yīng)用服務(wù)器向用戶發(fā)送NOTIFY消息,將該NOTIFY消息的 Event頭i或j直i殳為"session-info", Content-Type頭is戈i殳為"application/session-info+xml",并在NOTIFY消息的消息體中攜帶Content-Type頭域所規(guī)定格式的 通知文檔,該通知文檔即為上述圖5所示的"application/session-info+xmr文檔。
步驟64、用戶向應(yīng)用服務(wù)器回復(fù)200 OK應(yīng)答消息,確iM史到上述通知信息。
步驟65、當(dāng)用戶所訂閱的會(huì)話列表及會(huì)話相關(guān)聯(lián)媒體類型信息的狀態(tài)發(fā) 生變化后,應(yīng)用服務(wù)器向該用戶發(fā)送NOTIFY消息,Event頭域值設(shè)為 "session-info", Content-Type頭i或i殳為"application/session-info+xml", 并在 NOTI FY消息的消息體中攜帶包含最新的會(huì)話列表及會(huì)話相關(guān)聯(lián)J某體類型信息 的上述"application/session-info+xml"文檔。
步驟66、用戶向應(yīng)用服務(wù)器回復(fù)200 OK應(yīng)答消息,確認(rèn)收到上述 NOTIFY消息。
該實(shí)施例實(shí)現(xiàn)了用戶通過事件包"session-info"從應(yīng)用服務(wù)器來獲取該用
14話列表及會(huì)話相關(guān)聯(lián)媒體類型信息的狀態(tài)發(fā)生變化后,應(yīng)用服務(wù)器通過事件
包"session-info"向用戶發(fā)送最新的會(huì)話列表及會(huì)話相關(guān)聯(lián)媒體類型信息。 實(shí)施例三
隨著網(wǎng)絡(luò)技術(shù)的演進(jìn),在通信網(wǎng)絡(luò)上提供的消息通信業(yè)務(wù)呈現(xiàn)一種融合 的趨勢(shì)。CPM使能者(Converged IP Messaging Enabler,融合的IP消息使 能者)可以跨越不同的接入網(wǎng)、架構(gòu)在統(tǒng)一的IP核心網(wǎng)之上,以支持終端用 戶之間的一對(duì)一、 一對(duì)多以及終端用戶與應(yīng)用之間的各種+某體類型(文本、 圖片、音頻/視頻片段、二進(jìn)制文件、音頻/視頻流等)的通信。
根據(jù)CPM業(yè)務(wù)需求規(guī)范,CPM使能者可以支持CPM用戶使用多種CPM 注冊(cè)設(shè)備進(jìn)行通信,為每個(gè)CPM用戶提供該用戶的當(dāng)前會(huì)話列表及與會(huì)話相 關(guān)聯(lián)的媒體信息。
CPM用戶使用SIP協(xié)議建立CPM會(huì)話,CPM會(huì)談服務(wù)器為所有CPM通信 執(zhí)行核心CPM服務(wù)器的功能。CPM用戶建立會(huì)話過程中的SIP消息都會(huì)經(jīng)過 CPM會(huì)談服務(wù)器,CPM會(huì)談服務(wù)器可以對(duì)SIP消息中攜帶的SDP描述行進(jìn)行
分析,能夠得到將要建立的會(huì)話的相關(guān)信息,如當(dāng)前會(huì)話列表及與會(huì)話相關(guān) 聯(lián)的媒體信息等信息,CPM會(huì)談服務(wù)器將上述會(huì)話的相關(guān)信息以特定的格式 進(jìn)行存儲(chǔ)。
CPM用戶通過向CPM會(huì)談服務(wù)器進(jìn)行訂閱,接收CPM會(huì)談服務(wù)器返回的 通知消息,來獲取該CPM用戶的設(shè)備所參與的會(huì)話及會(huì)話相關(guān)聯(lián)的媒體信 息。當(dāng)某 一設(shè)備參與的會(huì)話列表或者會(huì)話相關(guān)聯(lián)的媒體信息發(fā)生變化時(shí), CPM會(huì)談服務(wù)器可以根據(jù)用戶的訂閱及時(shí)通知CPM用戶。
CPM會(huì)談服務(wù)器為CPM用戶(Bob)維護(hù)的會(huì)話的相關(guān)信息的存儲(chǔ)結(jié)構(gòu)如圖7所示,包含以下信息
"用戶"在該節(jié)點(diǎn)的內(nèi)容中提供了Bob的地址(bob.example.com);
"設(shè)備"在該節(jié)點(diǎn)的內(nèi)容中提供了Bob所使用的設(shè)備的地址,用戶Bob 有多個(gè)設(shè)備,其中與Alice進(jìn)行會(huì)話的設(shè)備地址為sip:bob(g192.168.1.11;
"會(huì)話";該節(jié)點(diǎn)的內(nèi)容提供了如下內(nèi)容
會(huì)話標(biāo)識(shí)符2890844730;
只十方參與者i也址alice.anywhere.com;
對(duì)方網(wǎng)絡(luò)類型IN;
對(duì)方地址類型IP4;
"關(guān)聯(lián)媒體"與該會(huì)話相關(guān)聯(lián)的媒體類型有兩種,audio (端口號(hào)為 65422,傳輸協(xié)議為RTP,音頻編碼格式為PCM,即RTP/AVP中定義的 "0")和video (端口號(hào)為64000 ,傳輸協(xié)議為RTP,視頻編碼格式為 MPV,即RTP/AVP中定義的"32")。
該實(shí)施例提供的CPM用戶通過向CPM會(huì)談服務(wù)器訂閱"session-info"事件 包以向CPM會(huì)談服務(wù)器獲取用戶的設(shè)備所參與的會(huì)話的相關(guān)信息的處理流程 如圖8所示,包括如下步驟
步驟81、 CPM用戶向CPM會(huì)談服務(wù)器發(fā)送SUBSCR舊E請(qǐng)求,將 SUBSCR舊E請(qǐng)求的Event頭域值設(shè)為"session-info";
步驟82、 CPM會(huì)談服務(wù)器接受上述SUBSCR舊E請(qǐng)求,向CPM用戶回復(fù) 200 OK應(yīng)答,在CPM用戶和CPM會(huì)談服務(wù)器之間建立一個(gè)訂閱的對(duì)話和訂閱 實(shí)例;
步驟83、 CPM會(huì)談服務(wù)器向CPM用戶發(fā)送NOTIFY消息,Event頭域值設(shè) 為"session-info" , Content-Type頭i或i殳為"application/session-info+xml", 并
16在消息體中攜帶Content-Type頭域所規(guī)定格式的通知文檔;
步驟84、 CPM用戶向CPM會(huì)談服務(wù)器回復(fù)200 OK應(yīng)答,確認(rèn)收到上述 NOTIFY消息;
步驟85、當(dāng)被訂閱資源的狀態(tài)發(fā)生變化,CPM會(huì)談服務(wù)器發(fā)送NOTIFY 消息,Event頭;或 <直i殳為"session-info" , Content-Type頭立或i殳為 "application/session-info+xm卩',并在消息體中攜帶Content-Type頭域所頭見定
格式的通知文檔;
步驟86、 CPM用戶向CPM會(huì)談服務(wù)器回復(fù)200 OK應(yīng)答,確認(rèn)收到上述 NOTIFY消息。
下面是一個(gè)CPM會(huì)談服務(wù)器向CPM用戶回復(fù)的NOTIFY消息的消息體的 例子
<7xml version="1.0" encoding="UTF-8' >
<session-info xmlns="um:oma:params:xml:ns:cpm:cpm-sessions">
<user address="sip:bob@example.com">
<device address="sip:bob@192.168.1."">
<session sess-id="2890844730" participant="sip:alice@example.com"
nettype="IN" addrtype="IP4">
<media mtype="audio" port="65422" proto="RTP" ctype="PCM"/>
<media mtype="video" port="64000" proto="RTP" ctype="MPV7>
</s6ssion>
</device>
</us6r>
17</s6ssion-info>
該通知文檔反映出CPM用戶sip:bob@example.com的i殳備 sip:bob(g192.168.1.11參與了會(huì)話標(biāo)識(shí)符為2890844730的CPM會(huì)話,會(huì)話 的對(duì)方參與者為sip:alice③example.com,會(huì)話所關(guān)聯(lián)的^某體類型有音頻(音 頻編碼格式為PCM)和視頻(視頻編碼格式為MPV)。
該實(shí)施例實(shí)現(xiàn)了 CPM用戶通過事件包"session-info"從CPM會(huì)談服務(wù)器來
獲取該用戶的設(shè)備所參與的會(huì)話列表以及會(huì)話相關(guān)聯(lián)的媒體信息。當(dāng)用戶所 訂閱的會(huì)話列表及會(huì)話相關(guān)聯(lián)媒體類型信息的狀態(tài)發(fā)生變化后,CPM會(huì)談服 務(wù)器通過事件包"session-info"向用戶發(fā)送最新的會(huì)話列表及會(huì)話相關(guān)聯(lián)媒體 類型信息。
本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分流 程,是可以通過計(jì)算機(jī)程序來指令相關(guān)的硬件來完成,所述的程序可存儲(chǔ)于 一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中,該程序在執(zhí)行時(shí),可包括如上述各方法的實(shí)施 例的流程。其中,所述的存儲(chǔ)介質(zhì)可為磁碟、光盤、只讀存儲(chǔ)記憶體(Read-Only Memory, ROM)或P逭才幾存4諸i己憶體(Random Access Memory, RAM )等。
本發(fā)明實(shí)施例還提供了 一種多設(shè)備環(huán)境下向用戶提供用戶的設(shè)備參與的 會(huì)話的裝置,其具體實(shí)現(xiàn)結(jié)構(gòu)如圖9所示,具體可以包括
請(qǐng)求接收模塊91,用于接收用戶發(fā)送的獲取會(huì)話信息的請(qǐng)求;
會(huì)話信息獲取模塊92,用于獲取所述用戶的參與會(huì)話的各個(gè)設(shè)備的信 息,以及每個(gè)設(shè)備所參與的會(huì)話的信息;
會(huì)話信息發(fā)送模塊93,用于向所述用戶發(fā)送所述會(huì)話信息獲取模塊所獲 取的所述用戶的參與會(huì)話的各個(gè)設(shè)備的信息,以及每個(gè)設(shè)備所參與的會(huì)話的 信息。
所述會(huì)話信息獲取模塊92可以包括
18會(huì)話信息分析模塊921,用于對(duì)用戶所發(fā)送的、攜帶SDP描述行的會(huì)話發(fā) 起協(xié)議SIP消息進(jìn)行分析,獲得所述用戶的參與會(huì)話的設(shè)備的設(shè)備地址,以及 每個(gè)設(shè)備所參與的會(huì)話的信息;從核心網(wǎng)獲取用戶地址和用戶的多個(gè)設(shè)備的 設(shè)備地址之間的關(guān)聯(lián)關(guān)系信息,根據(jù)多述關(guān)聯(lián)關(guān)系信息,獲得所述參與會(huì)話 的多個(gè)設(shè)備所對(duì)應(yīng)的用戶地址。
所述會(huì)話信息獲取模塊92還可以包括
會(huì)話信息存儲(chǔ)模塊922,用于存儲(chǔ)用戶和該用戶的參與會(huì)話的各個(gè)設(shè)備之 間的對(duì)應(yīng)關(guān)系信息,以及用戶的每個(gè)設(shè)備和該設(shè)備所參與的會(huì)話之間的對(duì)應(yīng) 關(guān)系信息。
所述會(huì)話信息獲取模塊92可以包括
用戶信息獲取模塊923,用于獲取所述用戶的信息;
分析模塊924,用于根據(jù)所述用戶的信息,從所述會(huì)話信息存儲(chǔ)模塊中獲 取所述用戶參與會(huì)話的各個(gè)設(shè)備的信息,以及每個(gè)設(shè)備所參與的會(huì)話的信 息。
所述向用戶提供用戶的設(shè)備參與的會(huì)話的裝置可以是應(yīng)用服務(wù)器,在 CPM環(huán)境下即為CPM會(huì)談服務(wù)器。
綜上所述,本發(fā)明實(shí)施例將非多設(shè)備環(huán)境下應(yīng)用服務(wù)器維護(hù)的會(huì)話相關(guān) 信息的結(jié)構(gòu)進(jìn)行了擴(kuò)展,實(shí)現(xiàn)了用戶與多設(shè)備相關(guān)聯(lián),用戶的設(shè)備與該設(shè)備 所參與的會(huì)話相關(guān)聯(lián)。從而可以使用戶通過向應(yīng)用服務(wù)器進(jìn)行訂閱,來獲取 該用戶的設(shè)備所參與的會(huì)話列表以及會(huì)話相關(guān)聯(lián)的媒體信息。
當(dāng)用戶的設(shè)備所參與的會(huì)話列表以及會(huì)話相關(guān)聯(lián)的媒體信息發(fā)生變化 時(shí),應(yīng)用服務(wù)器可以及時(shí)通知該用戶。
利用本發(fā)明實(shí)施例,用戶和網(wǎng)絡(luò)可以清楚地獲知該用戶的各個(gè)設(shè)備的使 用狀況,使得用戶可以合理地安排、分配其需要進(jìn)行的業(yè)務(wù),而各設(shè)備的利 用也更加有效;網(wǎng)絡(luò)也可通過這樣的信息結(jié)構(gòu)獲知用戶各設(shè)備的使用情況,
19為用戶以及其他用戶或業(yè)務(wù)(如呈現(xiàn)業(yè)務(wù))提供更完備的信息。
上述實(shí)施例以多用戶設(shè)備環(huán)境為例進(jìn)行描述,熟悉本技術(shù)領(lǐng)域的技術(shù)人 員應(yīng)該可以理解,該方法和裝置實(shí)施例也是用于單用戶設(shè)備環(huán)境下,在單用 戶設(shè)備環(huán)境下也可以將用戶設(shè)備信息與用戶參與的會(huì)話信息建立聯(lián)系,并向 用戶提供用戶設(shè)備參與的所述會(huì)話信息。
以上所述,僅為本發(fā)明較佳的具體實(shí)施方式
,但本發(fā)明的保護(hù)范圍并不 局限于此,任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi),可 輕易想到的變化或替換,都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此,本發(fā)明 的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1、一種為用戶提供用戶的設(shè)備參與的會(huì)話的方法,其特征在于,包括接收用戶發(fā)送的獲取會(huì)話信息的請(qǐng)求;獲取所述用戶的會(huì)話信息,該會(huì)話信息中包括所述用戶的參與會(huì)話的各個(gè)設(shè)備的信息,以及每個(gè)設(shè)備所參與的會(huì)話的信息;向所述用戶發(fā)送攜帶所述會(huì)話信息的消息。
2、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述獲取所述用戶的會(huì)話 信息,該會(huì)話信息中包括所述用戶的參與會(huì)話的各個(gè)設(shè)備的信息,以及每個(gè) 設(shè)備所參與的會(huì)話的信息的過程,包括對(duì)用戶所發(fā)送的、攜帶會(huì)話描述協(xié)議SDP描述行的會(huì)話發(fā)起協(xié)議SIP消息 進(jìn)行分析,獲得參與會(huì)話的設(shè)備的設(shè)備地址,以及每個(gè)設(shè)備所參與的會(huì)話的 信息;從核心網(wǎng)獲取用戶地址和用戶的多個(gè)設(shè)備的設(shè)備地址之間的關(guān)聯(lián)關(guān)系信 息,根據(jù)多述關(guān)聯(lián)關(guān)系信息,獲得所述參與會(huì)話的設(shè)備所對(duì)應(yīng)的用戶地址。
3、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述獲取所述用戶的會(huì)話 信息,該會(huì)話信息中包括所述用戶的參與會(huì)話的各個(gè)設(shè)備的信息,以及每個(gè) 設(shè)備所參與的會(huì)話的信息的過程,包括獲取所述用戶的信息;根據(jù)預(yù)先存儲(chǔ)的所述用戶和該用戶的參與會(huì)話的各個(gè)設(shè)備之間的對(duì)應(yīng)關(guān)獲取所述用戶參與會(huì)話的各個(gè)設(shè)備的信息,以及每個(gè)設(shè)備所參與的會(huì)話的信息。
4、 根據(jù)權(quán)利要求3所述的方法,其特征在于,所述方法還包括采用可擴(kuò)展標(biāo)記語言XML文檔來存儲(chǔ)所述用戶和該用戶的各個(gè)設(shè)備之間系信息。
5、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述每個(gè)設(shè)備所參與的會(huì) 話的信息包括會(huì)話列表信息和會(huì)話相關(guān)聯(lián)的媒體信息。
6、 根據(jù)權(quán)利要求1至5任一項(xiàng)所述的方法,其特征在于,所述接收用戶發(fā) 送的獲取會(huì)話信息的請(qǐng)求,向所述用戶發(fā)送攜帶會(huì)話信息的消息的過程,包 括應(yīng)用服務(wù)器接收用戶發(fā)送的獲取會(huì)話信息的訂閱請(qǐng)求,該訂閱請(qǐng)求的事件頭域值指示請(qǐng)求獲取多設(shè)備環(huán)境下的用戶的每個(gè)設(shè)備所參與的會(huì)話的信 自、.所述應(yīng)用服務(wù)器向所述用戶發(fā)送攜帶所述會(huì)話信息的通知消息,該通知 消息的頭域值指示攜帶有多設(shè)備環(huán)境下的用戶的每個(gè)設(shè)備所參與的會(huì)話的信 息,該通知消息的消息體中攜帶所述會(huì)話信息。
7、 一種向用戶提供用戶的設(shè)備參與的會(huì)話的裝置,其特征在于,包括 請(qǐng)求接收模塊,用于接收用戶發(fā)送的獲取會(huì)話信息的請(qǐng)求;會(huì)話信息獲取模塊,用于獲取所述用戶的參與會(huì)話的各個(gè)設(shè)備的信息, 以及每個(gè)設(shè)備所參與的會(huì)話的信息;會(huì)話信息發(fā)送模塊,用于向所述用戶發(fā)送所述會(huì)話信息獲取模塊所獲取的所述用戶的參與會(huì)話的各個(gè)設(shè)備的信息,以及每個(gè)設(shè)備所參與的會(huì)話的信 自
8、 根據(jù)權(quán)利要求7所述的裝置,其特征在于,所述會(huì)話信息獲取模塊包括會(huì)話信息分析模塊,用于對(duì)用戶所發(fā)送的、攜帶SDP描述行的會(huì)話發(fā)起 協(xié)議SIP消息進(jìn)行分析,獲得所述用戶的參與會(huì)話的設(shè)備的設(shè)備地址,以及每 個(gè)設(shè)備所參與的會(huì)話的信息;從核心網(wǎng)獲取用戶地址和用戶的多個(gè)設(shè)備的設(shè)備地址之間的關(guān)聯(lián)關(guān)系信息,根據(jù)多述關(guān)聯(lián)關(guān)系信息,獲得所述參與會(huì)話的 設(shè)備所對(duì)應(yīng)的用戶地址。
9、 根據(jù)權(quán)利要求7所述的裝置,其特征在于,所述會(huì)話信息獲取模塊包括用戶信息獲取模塊,用于獲取所述用戶的信息;會(huì)話信息存儲(chǔ)模塊,用于存儲(chǔ)用戶和該用戶的參與會(huì)話的各個(gè)設(shè)備之間 系信息;分析模塊,用于根據(jù)所述用戶的信息,從所述會(huì)話信息存儲(chǔ)模塊中獲取 所述用戶參與會(huì)話的各個(gè)設(shè)備的信息,以及每個(gè)設(shè)備所參與的會(huì)話的信息。
10、 根據(jù)權(quán)利要求7所述的裝置,其特征在于,所述裝置為應(yīng)用服務(wù)器。
全文摘要
一種為用戶提供用戶的設(shè)備參與的會(huì)話的方法和裝置。該方法主要包括接收用戶發(fā)送的獲取會(huì)話信息的請(qǐng)求,獲取所述用戶的會(huì)話信息,該會(huì)話信息中包括所述用戶的參與會(huì)話的各個(gè)設(shè)備的信息,以及每個(gè)設(shè)備所參與的會(huì)話的信息,向所述用戶發(fā)送攜帶所述會(huì)話信息的消息。利用本發(fā)明,實(shí)現(xiàn)了用戶與多設(shè)備相關(guān)聯(lián),用戶的設(shè)備與該設(shè)備所參與的會(huì)話相關(guān)聯(lián)。從而可以使用戶通過向應(yīng)用服務(wù)器進(jìn)行訂閱,來獲取該用戶的設(shè)備所參與的會(huì)話信息。
文檔編號(hào)H04L12/56GK101686237SQ200810223270
公開日2010年3月31日 申請(qǐng)日期2008年9月28日 優(yōu)先權(quán)日2008年9月28日
發(fā)明者盧美蓮, 孫成振, 王立才, 韓傳葉 申請(qǐng)人:華為技術(shù)有限公司;北京郵電大學(xué)