專利名稱：一種通訊系統(tǒng)中建立通訊業(yè)務連接的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電子通訊傳輸技術(shù)，尤其涉及一種通訊系統(tǒng)中建立通訊業(yè)務連接的方法。
背景技術(shù)：
在現(xiàn)代通訊系統(tǒng)中，尤其是在網(wǎng)際協(xié)議多媒體子系統(tǒng)(IMS，IPMultimedia Subsystem)中，消息會話中繼協(xié)議(MSRP，Message Session RelayProtocol)是一種基于會話(session)的即時消息傳輸協(xié)議。在會話初始協(xié)議(SIP)信令建立好鏈路后，通過會話描述協(xié)議(SDP，Session DescriptionProtocol)協(xié)議來協(xié)商客戶端的媒體能力，實現(xiàn)會話模式(Session-Mode)的聊天室業(yè)務。
SIP協(xié)議被下一代網(wǎng)絡(luò)選擇作為核心控制協(xié)議，它是互聯(lián)網(wǎng)工程任務組(IETF)多媒體數(shù)據(jù)和控制體系結(jié)構(gòu)的一個組成部分，也是第三代合作伙伴計劃(3GPP)R5方案中明確提出采用的網(wǎng)絡(luò)核心控制協(xié)議。SIP協(xié)議主要應用于因特網(wǎng)協(xié)議(IP)網(wǎng)絡(luò)中語音和多媒體呼叫的會話控制，其基本功能是通信會話的建立、釋放和修改、以及終端通信能力的協(xié)商。
SIP協(xié)議本身不實現(xiàn)會議會話，比如不能進行發(fā)言權(quán)控制，沒有規(guī)定如何進行會議控制等功能，但是，SIP協(xié)議可以和其它控制協(xié)議一起發(fā)起一個會話的媒體能力協(xié)商。
目前的電信草案(RFC)協(xié)議中，draft-ietf-simple-message-sessions-10及以前的草案中規(guī)定了MSRP的消息原語。在這些草案中，提出了使用MSRP統(tǒng)一資源定位符(URL)或MSRP URLS的方法進行媒體能力協(xié)商，用戶在發(fā)起訪問(INVITE)請求呼叫時，在INVITE的目的(To)頭域和請求統(tǒng)一資源標識符(Request-URI)頭域中填充應用服務器(AS)的URL以進行識別。
目前通訊業(yè)務的種類逐漸增多，例如包括即時消息(IM)業(yè)務和群組管理(GM)業(yè)務，IM業(yè)務中又包括單人會話業(yè)務、聊天室(即多人會話)業(yè)務以及文件傳輸業(yè)務等，將各種通訊業(yè)務集成在一個物理實體AS服務器上進行處理成為業(yè)界的一種技術(shù)趨勢。
但是，如果將各種通訊業(yè)務集成在一個AS服務器上進行處理，目前的通訊系統(tǒng)會存在這樣的問題在創(chuàng)建通訊業(yè)務連接如創(chuàng)建聊天室的過程中，當AS服務器的URL被解釋為IP地址時，不同通訊業(yè)務的處理服務器只是在邏輯上分開，但物理上共同在一個物理實體AS服務器上，這樣容易造成AS服務器無法對各個通訊業(yè)務進行區(qū)分，比如很容易造成對聊天室業(yè)務和其它業(yè)務如大消息等業(yè)務的混淆，使得一個物理AS服務器無法同時承擔多個通訊業(yè)務。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種在通訊系統(tǒng)中建立通訊業(yè)務連接的方法，能使AS服務器對各種通訊業(yè)務進行區(qū)分處理，避免對多種通訊業(yè)務的混淆。
為了實現(xiàn)上述發(fā)明目的，本發(fā)明的主要技術(shù)方案為一種通訊系統(tǒng)中建立通訊業(yè)務連接的方法，該方法包括A、通訊終端發(fā)起攜帶通訊業(yè)務類型標識的訪問請求；B、應用服務器接收訪問請求，根據(jù)訪問請求攜帶的通訊業(yè)務類型標識確定通訊業(yè)務類型；C、在通訊系統(tǒng)中建立對應所確定通訊業(yè)務類型的通訊業(yè)務連接。
該方法進一步包括在所述應用服務器中預先設(shè)置通訊業(yè)務類型標識及其對應的通訊業(yè)務處理邏輯模塊；所述建立通訊業(yè)務連接為在所述應用服務器確定所述訪問請求的通訊業(yè)務類型后，通過調(diào)用所述通訊業(yè)務類型標識對應的通訊業(yè)務處理邏輯模塊建立所述對應的通訊業(yè)務連接。
其中，所述訪問請求包括請求統(tǒng)一資源標識符Request-URI頭域，所述通訊業(yè)務類型標識設(shè)置于所述訪問請求中的Request-URI頭域中；所述步驟B具體為所述應用服務器通過對收到的訪問請求中的Request-URI頭域進行分析，來判斷所述訪問請求所請求的通訊業(yè)務類型。所述訪問請求中包括目的To頭域，所述To頭域中設(shè)置有所述應用服務器的網(wǎng)際協(xié)議地址。
上述方案中，所述建立的通訊業(yè)務連接為網(wǎng)絡(luò)聊天室業(yè)務連接。所述通訊系統(tǒng)為網(wǎng)際協(xié)議多媒體子系統(tǒng)。所述通訊系統(tǒng)至少采用消息會話中繼協(xié)議、會話初始協(xié)議、以及會話描述協(xié)議SDP進行通訊。
上述方案中，所述步驟C包括C1、應用服務器對訪問請求的SDP消息體進行與所述通訊業(yè)務類型對應的SDP協(xié)商處理；C2、應用服務器根據(jù)通訊終端的簽約情況，觸發(fā)所述通訊業(yè)務類型對應的業(yè)務處理邏輯模塊進行處理；C3、應用服務器向通訊終端返回響應，通訊終端收到響應后進行SDP協(xié)商，協(xié)商成功后向應用服務器返回通訊業(yè)務連接的響應；C4、應用服務器收到響應后，判定通訊業(yè)務連接建立成功。
由于本發(fā)明在通訊終端的訪問請求中攜帶通訊業(yè)務類型標識，使得一個物理實體AS服務器可以依據(jù)通訊業(yè)務類型標識區(qū)分出各種不同的通訊業(yè)務，因此，即使提供聊天室業(yè)務、單人會話業(yè)務、文件傳輸業(yè)務等通訊業(yè)務的處理服務器或稱處理模塊在邏輯上分開，但共同在一個物理實體AS服務器上，也可以使AS服務器對各種通訊業(yè)務進行區(qū)分處理，避免對多種通訊業(yè)務的混淆。例如，在一個AS服務器上集成包括聊天室處理模塊的多個通訊業(yè)務處理邏輯模塊時，可以根據(jù)訪問請求成功地建立聊天室業(yè)務的連接而不與其它業(yè)務相混淆。
由于本發(fā)明在所述AS服務器中預先設(shè)置通訊業(yè)務類型標識及其對應的通訊業(yè)務處理邏輯模塊，可使AS服務器對各種通訊業(yè)務進行區(qū)分處理，因此，本發(fā)明可以實現(xiàn)一個物理實體AS服務器同時承擔多個IM、GM通訊業(yè)務，例如單人會話、聊天室、文件傳輸?shù)韧ㄓ崢I(yè)務，進而解決為每種通訊業(yè)務設(shè)置多個物理實體AS服務器所造成的成本高的問題，提高了通訊業(yè)務模塊的集成度，增加了AS服務器的處理效率。
由于本發(fā)明所述通訊業(yè)務類型標識設(shè)置于所述訪問請求的Request-URI頭域中，充分利用了現(xiàn)有的信令資源，降低了通訊系統(tǒng)的改進成本，提高了處理效率。


圖1為本發(fā)明所述建立通訊業(yè)務連接的流程圖；圖2為本發(fā)明所述實施例的建立聊天室業(yè)務連接的流程圖。
具體實施例方式
下面通過具體實施例和附圖對本發(fā)明做進一步詳細說明。
參見圖1，本發(fā)明的核心技術(shù)方案包括以下步驟步驟101、通訊終端發(fā)起攜帶通訊業(yè)務類型標識的INVITE請求，一般情況下，所述INVITE請求通過核心網(wǎng)設(shè)備發(fā)送給AS服務器。
步驟102、AS服務器接收訪問請求后，根據(jù)訪問請求攜帶的通訊業(yè)務類型標識確定通訊業(yè)務類型。
步驟103、在通訊系統(tǒng)中建立對應所確定通訊業(yè)務類型的通訊業(yè)務連接。
本發(fā)明將各種通訊業(yè)務集成在一個物理實體AS服務器上進行處理，采用的技術(shù)手段是在所述AS服務器中預先設(shè)置通訊業(yè)務類型標識及其對應的通訊業(yè)務處理邏輯模塊，在所述AS服務器判斷出所述訪問請求的通訊業(yè)務類型后，通過調(diào)用判斷出的通訊業(yè)務類型標識對應的通訊業(yè)務處理邏輯模塊，建立所述對應的通訊業(yè)務連接。所述通訊業(yè)務處理邏輯模塊可以為IM業(yè)務模塊和GM業(yè)務模塊。具體的，IM業(yè)務模塊中又可包括單人會話業(yè)務模塊、聊天室(即多人會話)業(yè)務模塊以及文件傳輸業(yè)務模塊等，所述各個通訊業(yè)務處理邏輯模塊的具體設(shè)置方法可根據(jù)通訊客戶以及系統(tǒng)的需要進行設(shè)置。
本發(fā)明所述的方法尤其適用于IMS系統(tǒng)，本發(fā)明的方法是基于IMS系統(tǒng)中采用的MSRP協(xié)議、SIP協(xié)議、以及SDP協(xié)議改進的。
下面通過在IMS網(wǎng)絡(luò)中建立聊天室業(yè)務連接作為本發(fā)明的一個實施例來介紹本發(fā)明的具體實施方法。
圖2為本發(fā)明所述實施例的建立聊天室業(yè)務連接的流程圖，參見圖2，該流程包括步驟201、通訊終端1發(fā)起一個創(chuàng)建聊天室業(yè)務的INVITE請求。這里，通訊終端1的域名為sipuserl@home.com。
所述INVITE請求格式的設(shè)定可參見現(xiàn)有SIP協(xié)議的格式，其中包括To頭域和Request-URI頭域，所述To頭域中設(shè)置所述AS服務器的IP地址，所述Request-URI頭域中設(shè)置當前所請求的通訊業(yè)務類型的標識。例如本實施例中，通訊業(yè)務類型標識為聊天室業(yè)務標識，假定AS服務器提供的聊天室業(yè)務標識為sipim@im.ims.zhongxing.chinamobile.com，AS服務器的IP地址為10.5.10.10。那么，步驟201中所發(fā)送的INVITE請求的內(nèi)容如下INVITE sipim@im.ims.zhongxing.chinamobile.com SIP/2.0Via.....
From<sipuserl@home.com>；tag＝356To<sip10.5.10.10>
Call-ID....
......................
在上述INVITE請求中，第一行為Request-URI頭域，其中設(shè)置有當前通訊業(yè)務類型標識sipim@im.ims.zhongxing.chinamobile.com；第二行為Via頭域，包括路由信息，用于路由轉(zhuǎn)發(fā)；第三行為From頭域，其中設(shè)置有該請求的發(fā)起方，此處為通訊終端1的域名sipuserl@home.com；第四行為To頭域，其中設(shè)置有該請求的目的地址，此處為AS服務器的IP地址10.5.10.10；第五行為Call-ID頭域，其中設(shè)置本會話的唯一標識。除了上述格式設(shè)置，該INVITE請求中其它內(nèi)容的設(shè)置可參考現(xiàn)有SIP協(xié)議。
步驟202～步驟210、通訊終端1發(fā)起的INVITE請求，通過核心網(wǎng)設(shè)備進行路由處理，轉(zhuǎn)發(fā)給AS服務器。
所述核心網(wǎng)設(shè)備主要是呼叫狀態(tài)控制功能設(shè)備(CSCF)，如代理CSCF(P-CSCF，Proxy CSCF)、服務CSCF(S-CSCF，Serving CSCF)、詢問CSCF(I-CSCF，Interrogating I-CSCF)，具體的轉(zhuǎn)發(fā)方法可參考現(xiàn)有轉(zhuǎn)發(fā)技術(shù)，此處不再贅述。
步驟211、AS服務器根據(jù)INVITE請求中Request-URI頭域中的內(nèi)容，從預先設(shè)置的通訊業(yè)務類型標識中進行查找，判斷該INVITE所請求的通訊業(yè)務類型，判斷出通訊業(yè)務類型后，對INVITE請求的SDP消息體進行與該通訊業(yè)務類型相對應的SDP協(xié)商處理。
AS服務器根據(jù)主叫即通訊終端1的簽約情況，觸發(fā)AS應用服務器中預設(shè)的通訊業(yè)務處理邏輯模塊進行處理，本實施例中，是觸發(fā)聊天室業(yè)務處理邏輯模塊進行處理。所述的簽約情況與具體通訊業(yè)務相關(guān)，可以根據(jù)用戶需求預先設(shè)置。
步驟212～步驟215、AS服務器返回200OK響應，經(jīng)過核心網(wǎng)設(shè)備將200OK響應返回給通訊終端1。
所述200OK響應格式的設(shè)定可參見現(xiàn)有SIP協(xié)議的格式，該200OK響應的內(nèi)容如下SIP/2.0200OKVia.............
From<sipuser1@home.com>；tag＝356To<sip10.5.10.10>；tag＝267Call-ID....
步驟216、通訊終端1收到200OK后進行SDP協(xié)商。
步驟217～步驟220、通訊終端1協(xié)商成功后回復ACK信令，經(jīng)過核心網(wǎng)設(shè)備將ACK信令傳輸給AS服務器。
所述ACK信令格式的設(shè)定可參見現(xiàn)有SIP協(xié)議的格式，其中包括To頭域和Request-URI頭域，所述To頭域中設(shè)置有所述AS服務器的IP地址，所述Request-URI頭域中設(shè)置有當前所請求的通訊業(yè)務類型的標識。例如本實施例中通訊業(yè)務類型標識為聊天室業(yè)務標識sipim@im.ims.zhongxing.chinamobile.com，AS服務器的IP地址為10.5.10.10，其它頭域的設(shè)置可參見現(xiàn)有SIP協(xié)議。
所述ACK信令的內(nèi)容如下ACK sipim@im.ims.zhongxing.chinamobile.com SIP/2.0Via..........
From<sipuser1@home.com>；tag＝356To<sip10.5.10.10>；tag＝267Call-ID....
步驟221、AS服務器收到該ACK信令后，判定本次聊天室業(yè)務連接建立成功。
步驟222、聊天室業(yè)務連接建立成功后，相關(guān)的通訊終端就可以進行正常的聊天室通訊，例如主、被叫通訊終端可以邀請其他成員加入聊天室，開始聊天。
另外，對于聊天室建立成功后的管理，例如歷史消息獲取等功能，可以通過超文本傳輸協(xié)議(HTTP)以及XCAP技術(shù)來完成，具體可參考規(guī)范draft-ietf-simple-xcap-11、draft-ietf-simple-xcap-diff-03、draft-ietf-simple-xcap-list-usage-05以及rfc2616(http1.1)。
另外，由于聊天室已經(jīng)建立起會話，所以后續(xù)聊天室發(fā)送的消息都是通過MSRP協(xié)議傳輸?shù)摹?br> 以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種通訊系統(tǒng)中建立通訊業(yè)務連接的方法，其特征在于，該方法包括A、通訊終端發(fā)起攜帶通訊業(yè)務類型標識的訪問請求；B、應用服務器接收訪問請求，根據(jù)訪問請求攜帶的通訊業(yè)務類型標識確定通訊業(yè)務類型；C、在通訊系統(tǒng)中建立對應所確定通訊業(yè)務類型的通訊業(yè)務連接。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進一步包括在所述應用服務器中預先設(shè)置通訊業(yè)務類型標識及其對應的通訊業(yè)務處理邏輯模塊；所述建立通訊業(yè)務連接為在所述應用服務器確定所述訪問請求的通訊業(yè)務類型后，通過調(diào)用所述通訊業(yè)務類型標識對應的通訊業(yè)務處理邏輯模塊建立所述對應的通訊業(yè)務連接。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述訪問請求包括請求統(tǒng)一資源標識符Request-URI頭域，所述通訊業(yè)務類型標識設(shè)置于所述訪問請求中的Request-URI頭域中；所述步驟B具體為所述應用服務器通過對收到的訪問請求中的Request-URI頭域進行分析，來判斷所述訪問請求所請求的通訊業(yè)務類型。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述訪問請求中包括目的To頭域，所述To頭域中設(shè)置有所述應用服務器的網(wǎng)際協(xié)議地址。
5.根據(jù)權(quán)利要求1至4任一項所述的方法，其特征在于，所述建立的通訊業(yè)務連接為網(wǎng)絡(luò)聊天室業(yè)務連接。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述通訊系統(tǒng)為網(wǎng)際協(xié)議多媒體子系統(tǒng)。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述通訊系統(tǒng)至少采用消息會話中繼協(xié)議、會話初始協(xié)議、以及會話描述協(xié)議SDP進行通訊。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述步驟C包括C1、應用服務器對訪問請求的SDP消息體進行與所述通訊業(yè)務類型對應的SDP協(xié)商處理；C2、應用服務器根據(jù)通訊終端的簽約情況，觸發(fā)所述通訊業(yè)務類型對應的業(yè)務處理邏輯模塊進行處理；C3、應用服務器向通訊終端返回響應，通訊終端收到響應后進行SDP協(xié)商，協(xié)商成功后向應用服務器返回通訊業(yè)務連接的響應；C4、應用服務器收到響應后，判定通訊業(yè)務連接建立成功。
全文摘要
本發(fā)明公開了一種通訊系統(tǒng)中建立通訊業(yè)務連接的方法，該方法包括A.通訊終端發(fā)起攜帶通訊業(yè)務類型標識的訪問請求；B.應用服務器接收訪問請求，根據(jù)訪問請求攜帶的通訊業(yè)務類型標識確定通訊業(yè)務類型；C.在通訊系統(tǒng)中建立對應所確定通訊業(yè)務類型的通訊業(yè)務連接。通過本發(fā)明可使應用服務器對各種通訊業(yè)務進行區(qū)分處理，從而避免對多種通訊業(yè)務的混淆，實現(xiàn)多種通訊業(yè)務集成在一個物理實體的應用服務器中。
文檔編號H04W80/10GK101080041SQ20071010844
公開日2007年11月28日 申請日期2007年6月14日 優(yōu)先權(quán)日2007年3月13日
發(fā)明者李小勇, 周煜申, 趙凝霞 申請人:中興通訊股份有限公司