專利名稱：實(shí)現(xiàn)網(wǎng)際協(xié)議多媒體子系統(tǒng)服務(wù)能力協(xié)商的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在網(wǎng)際協(xié)議多媒體子系統(tǒng)(IMS)中進(jìn)行能力協(xié)商的技術(shù)，特別涉及一種實(shí)現(xiàn)IMS服務(wù)能力協(xié)商的方法。
背景技術(shù)：
隨著寬帶網(wǎng)絡(luò)的發(fā)展，移動(dòng)通信系統(tǒng)不僅僅局限于傳統(tǒng)的語音通信，而且可以結(jié)合音頻、視頻、圖片和文本等多種媒體業(yè)務(wù)。多種媒體業(yè)務(wù)通過與呈現(xiàn)業(yè)務(wù)(presence)、短消息、網(wǎng)頁(WEB)瀏覽、定位信息、推送業(yè)務(wù)(PUSH)和文件共享等數(shù)據(jù)業(yè)務(wù)的結(jié)合，可以滿足用戶終端的多種需求。
在多種數(shù)據(jù)業(yè)務(wù)應(yīng)用的推動(dòng)下，3GPP以及3GPP2等標(biāo)準(zhǔn)組織都先后推出了IMS架構(gòu)，目的是在移動(dòng)通信系統(tǒng)中使用一種標(biāo)準(zhǔn)化開放結(jié)構(gòu)實(shí)現(xiàn)多種多樣的多媒體業(yè)務(wù)應(yīng)用，提供給用戶終端更多的選擇和更豐富的感受。
在3GPP版本5(R5，Release)階段，引入了IMS，IMS疊加在分組域網(wǎng)絡(luò)之上，由呼叫會(huì)話控制功能(CSCF)、媒體網(wǎng)關(guān)控制功能(MGCF)、媒體資源功能(MRF)和歸屬簽約用戶服務(wù)器(HSS)等功能實(shí)體組成。其中CSCF又可以分為服務(wù)CSCF(S-CSCF)、代理CSCF(P-CSCF)和查詢CSCF(I-CSCF)三個(gè)邏輯實(shí)體。S-CSCF是IMS的業(yè)務(wù)交換中心，執(zhí)行會(huì)話控制，維持會(huì)話狀態(tài)，負(fù)責(zé)管理用戶終端信息，產(chǎn)生計(jì)費(fèi)信息等；P-CSCF是UE接入IMS的接入點(diǎn)，完成用戶終端注冊(cè)，負(fù)責(zé)服務(wù)質(zhì)量(QoS)控制和安全管理等；I-CSCF負(fù)責(zé)IMS域之間的互通，管理S-CSCF的分配和選擇，對(duì)外隱藏網(wǎng)絡(luò)拓?fù)浜团渲?，產(chǎn)生計(jì)費(fèi)數(shù)據(jù)等。MGCF控制網(wǎng)關(guān)，實(shí)現(xiàn)IMS和其它網(wǎng)絡(luò)的互通。MRF提供媒體資源。HSS存儲(chǔ)用戶終端的簽約數(shù)據(jù)和配置信息等。
3GPP定義的IMS網(wǎng)絡(luò)也可以應(yīng)用于3GPP2中定義的分組網(wǎng)絡(luò)之上，提供和多種類型網(wǎng)絡(luò)的互通，實(shí)現(xiàn)和使用用戶終端類型的無關(guān)性。因此在這里不限制IMS網(wǎng)絡(luò)只應(yīng)用在3GPP相關(guān)的網(wǎng)絡(luò)和應(yīng)用上，其他類型的接入網(wǎng)絡(luò)和承載網(wǎng)絡(luò)的業(yè)務(wù)和應(yīng)用也可以用IMS架構(gòu)來實(shí)現(xiàn)。
在IMS網(wǎng)絡(luò)的呼叫建立過程中存在會(huì)話描述協(xié)議(SDP)協(xié)商過程，這與服務(wù)協(xié)商過程具有關(guān)聯(lián)性。但是，SDP協(xié)商過程不等同于服務(wù)協(xié)商過程，SDP協(xié)商主要是IMS網(wǎng)絡(luò)中的實(shí)體進(jìn)行媒體的協(xié)商，而服務(wù)協(xié)商主要是IMS網(wǎng)絡(luò)中的實(shí)體進(jìn)行IMS服務(wù)能力的協(xié)商，二者具有不同的概念，也不是同級(jí)別的過程。在IMS網(wǎng)絡(luò)中，一方面，一種媒體的協(xié)商可能會(huì)對(duì)應(yīng)于多種不同的IMS服務(wù)能力；另一方面，一種IMS服務(wù)能力的協(xié)商可能對(duì)應(yīng)于一種或一種以上的媒體。所以，需要在IMS網(wǎng)絡(luò)中實(shí)現(xiàn)IMS服務(wù)能力的協(xié)商過程，但是，目前卻還不存在如何在IMS網(wǎng)絡(luò)中實(shí)現(xiàn)IMS服務(wù)能力協(xié)商的方法。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實(shí)現(xiàn)IMS服務(wù)能力協(xié)商的方法，該方法能夠在IMS網(wǎng)絡(luò)中實(shí)現(xiàn)IMS服務(wù)能力的協(xié)商。
根據(jù)上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種實(shí)現(xiàn)網(wǎng)際協(xié)議多媒體子系統(tǒng)IMS服務(wù)能力協(xié)商的方法，該方法包括在IMS網(wǎng)絡(luò)的兩個(gè)實(shí)體中的一個(gè)實(shí)體向另一個(gè)實(shí)體發(fā)送攜帶IMS服務(wù)能力信息的初始會(huì)話協(xié)議SIP消息，另一個(gè)實(shí)體根據(jù)接收到SIP消息攜帶的IMS服務(wù)能力信息，更新在自身設(shè)置的針對(duì)一個(gè)實(shí)體的IMS服務(wù)能力信息。
所述一個(gè)實(shí)體為用戶設(shè)備UE，另一個(gè)實(shí)體為網(wǎng)絡(luò)實(shí)體時(shí)，所述網(wǎng)絡(luò)實(shí)體更新在自身設(shè)置的針對(duì)一個(gè)實(shí)體的IMS服務(wù)能力信息是根據(jù)設(shè)置的策略進(jìn)行的，在更新之后，該方法還包括
網(wǎng)絡(luò)實(shí)體發(fā)送攜帶更新后的UE的IMS服務(wù)能力信息的SIP消息響應(yīng)給UE，UE根據(jù)SIP消息響應(yīng)攜帶的更新后的UE的IMS服務(wù)能力信息更新自身存儲(chǔ)的IMS服務(wù)能力信息。
所述UE在IMS網(wǎng)絡(luò)注冊(cè)未成功時(shí)，所述SIP消息為注冊(cè)REGISTER請(qǐng)求消息；所述設(shè)置的策略為將設(shè)置的IMS網(wǎng)絡(luò)的基本的IMS服務(wù)能力信息作為針對(duì)UE的IMS服務(wù)能力信息；所述SIP消息響應(yīng)為拒絕REGISTER請(qǐng)求消息的響應(yīng)，所述攜帶的更新后的UE的IMS服務(wù)能力信息為IMS網(wǎng)絡(luò)的基本的IMS服務(wù)能力信息。
所述UE在IMS網(wǎng)絡(luò)注冊(cè)成功時(shí)，所述SIP消息為注冊(cè)REGISTER請(qǐng)求消息、重注冊(cè)REGISTER請(qǐng)求消息或INVITE消息；所述設(shè)置的策略為將IMS網(wǎng)絡(luò)激活的UE的IMS服務(wù)能力信息和SIP消息攜帶的UE的IMS服務(wù)能力信息進(jìn)行比較，將兩者都具有的IMS服務(wù)能力信息作為針對(duì)UE的IMS服務(wù)能力信息；所述SIP消息響應(yīng)為注冊(cè)成功響應(yīng)。
所述一個(gè)實(shí)體為網(wǎng)絡(luò)實(shí)體，另一個(gè)實(shí)體為UE時(shí)，所述SIP消息為通知NOTIFY消息。
在該方法之前，還包括UE向網(wǎng)絡(luò)實(shí)體發(fā)送訂閱SUBSCRIBE消息。
所述的IMS服務(wù)能力信息為至少一個(gè)被激活的IMS服務(wù)能力的IMS通信服務(wù)標(biāo)記符ICSI的集合；或者為所存儲(chǔ)的IMS服務(wù)能力列表中的IMS服務(wù)能力的ICSI的集合。
所述IMS服務(wù)能力列表中的IMS服務(wù)能力的ICSI的集合還設(shè)置有用于標(biāo)識(shí)所指示的IMS服務(wù)能力被激活、支持未被激活或禁止的狀態(tài)值。
在所述的另一個(gè)實(shí)體中設(shè)置針對(duì)一個(gè)實(shí)體的具有至少一個(gè)IMS服務(wù)能力信息的IMS服務(wù)能力列表，所述更新在自身設(shè)置的針對(duì)一個(gè)實(shí)體的IMS服務(wù)能力信息的過程為
根據(jù)IMS服務(wù)能力信息修改設(shè)置的針對(duì)一個(gè)實(shí)體的IMS服務(wù)能力列表中的IMS服務(wù)能力的ICSI的狀態(tài)值。
所述一個(gè)實(shí)體為UE，另一個(gè)實(shí)體為網(wǎng)絡(luò)實(shí)體時(shí)，該方法還包括UE向網(wǎng)絡(luò)實(shí)體發(fā)送IMS服務(wù)請(qǐng)求，網(wǎng)絡(luò)實(shí)體根據(jù)攜帶的請(qǐng)求統(tǒng)一資源標(biāo)識(shí)Request-URI確定是否為網(wǎng)絡(luò)實(shí)體默認(rèn)處理的IMS服務(wù)請(qǐng)求，如果是，進(jìn)行處理，否則，根據(jù)所更新的UE的IMS服務(wù)能力信息確定是否為UE提供IMS服務(wù)如果存在與UE發(fā)送的IMS服務(wù)請(qǐng)求攜帶的相匹配的IMS服務(wù)能力，進(jìn)行處理；如果不存在與UE發(fā)送的IMS服務(wù)請(qǐng)求攜帶的相匹配的IMS服務(wù)能力，不進(jìn)行處理。
所述的網(wǎng)絡(luò)實(shí)體為服務(wù)呼叫會(huì)話控制功能S-CSCF或/和應(yīng)用服務(wù)器AS。
從上述方案可以看出，本發(fā)明在IMS網(wǎng)絡(luò)中的用戶設(shè)備(UE)和網(wǎng)絡(luò)實(shí)體的兩個(gè)實(shí)體之間進(jìn)行IMS服務(wù)能力的協(xié)商其中一個(gè)實(shí)體將自身激活的IMS服務(wù)能力信息發(fā)送給另一個(gè)實(shí)體，另一個(gè)實(shí)體根據(jù)接收到的IMS服務(wù)能力信息和設(shè)置的策略確定自身所激活的IMS服務(wù)能力信息后發(fā)送給一個(gè)實(shí)體；一個(gè)實(shí)體更新自身激活的IMS服務(wù)能力信息后完成IMS服務(wù)能力的協(xié)商。因此，本發(fā)明提供的方法在IMS網(wǎng)絡(luò)中實(shí)現(xiàn)了IMS服務(wù)能力的協(xié)商。


圖1為本發(fā)明IMS網(wǎng)絡(luò)中的UE在未注冊(cè)成功時(shí)與網(wǎng)絡(luò)實(shí)體進(jìn)行IMS服務(wù)能力協(xié)商的方法流程圖；圖2為本發(fā)明IMS網(wǎng)絡(luò)中的UE在注冊(cè)成功時(shí)與網(wǎng)絡(luò)實(shí)體進(jìn)行IMS服務(wù)能力協(xié)商的方法流程圖；圖3為本發(fā)明在IMS網(wǎng)絡(luò)中的UE和網(wǎng)絡(luò)實(shí)體之間進(jìn)行IMS服務(wù)能力重協(xié)商的方法的流程圖。
具體實(shí)施例方式
為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，以下舉具體實(shí)施例并參照附圖，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)的說明。
為了在IMS網(wǎng)絡(luò)中實(shí)現(xiàn)IMS服務(wù)能力的協(xié)商，本發(fā)明提供了兩種方式第一種方式，IMS網(wǎng)絡(luò)中的UE可以將自身的IMS服務(wù)能力信息攜帶在初始會(huì)話協(xié)議(SIP)消息中發(fā)送給IMS網(wǎng)絡(luò)中的網(wǎng)絡(luò)實(shí)體，IMS網(wǎng)絡(luò)中的網(wǎng)絡(luò)實(shí)體根據(jù)設(shè)置的策略采用接收到SIP消息攜帶的UE的IMS服務(wù)能力信息更新在自身設(shè)置的UE的IMS服務(wù)能力信息后，將所更新的UE的IMS服務(wù)能力信息攜帶在SIP消息中發(fā)送給UE，UE采用SIP消息中攜帶的所更新的UE的IMS服務(wù)能力信息將自身的IMS服務(wù)能力信息進(jìn)行更新，從而完成UE與IMS網(wǎng)絡(luò)中的網(wǎng)絡(luò)實(shí)體的IMS服務(wù)能力協(xié)商。
第二種，IMS網(wǎng)絡(luò)中的網(wǎng)絡(luò)實(shí)體將所存儲(chǔ)的UE的IMS服務(wù)能力信息攜帶在SIP消息中發(fā)送給UE，UE根據(jù)接收到的SIP消息攜帶的UE的IMS服務(wù)能力信息更新自身設(shè)置的IMS服務(wù)能力信息，從而完成IMS網(wǎng)絡(luò)中的網(wǎng)絡(luò)實(shí)體與UE的IMS服務(wù)能力協(xié)商。
在UE與IMS網(wǎng)絡(luò)中的網(wǎng)絡(luò)實(shí)體協(xié)商完IMS服務(wù)能力后，當(dāng)IMS網(wǎng)絡(luò)中的網(wǎng)絡(luò)實(shí)體接收到UE發(fā)起的IMS服務(wù)請(qǐng)求時(shí)，就可以根據(jù)協(xié)商后的UE的IMS服務(wù)能力信息確定是否處理UE發(fā)起的IMS服務(wù)請(qǐng)求。
以下舉具體的實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)的說明。
在IMS網(wǎng)絡(luò)中，UE和網(wǎng)絡(luò)實(shí)體都具有顯示、識(shí)別和支持多種IMS服務(wù)能力的功能，為了保證UE和網(wǎng)絡(luò)實(shí)體的兼容性，兩者都存儲(chǔ)有基本的IMS服務(wù)能力信息，如緊急呼叫服務(wù)、語音呼叫服務(wù)或/和收發(fā)短消息服務(wù)等，只要UE發(fā)起基本的IMS服務(wù)請(qǐng)求，網(wǎng)絡(luò)實(shí)體就可以根據(jù)基本的IMS服務(wù)能力信息提供基本的IMS服務(wù)，除非有額外的限制，如預(yù)付費(fèi)UE欠費(fèi)停機(jī)，網(wǎng)絡(luò)實(shí)體只接續(xù)該UE發(fā)起的緊急呼叫，而不處理該UE發(fā)起的其他基本的IMS服務(wù)請(qǐng)求。
除了在IMS網(wǎng)絡(luò)中的UE和網(wǎng)絡(luò)實(shí)體存儲(chǔ)基本的IMS服務(wù)能力信息外，UE還需要發(fā)起其他的IMS服務(wù)請(qǐng)求，在網(wǎng)絡(luò)實(shí)體上還需要存儲(chǔ)針對(duì)UE的IMS服務(wù)能力信息，從而能夠處理UE發(fā)起的其他IMS服務(wù)請(qǐng)求，這時(shí)，就需要IMS網(wǎng)絡(luò)中的UE和網(wǎng)絡(luò)實(shí)體進(jìn)行IMS服務(wù)能力信息的協(xié)商。
在IMS網(wǎng)絡(luò)中的UE和網(wǎng)絡(luò)實(shí)體上，都具有針對(duì)UE的IMS服務(wù)能力列表，該UE的IMS服務(wù)能力列表具有至少一個(gè)激活或禁止的IMS服務(wù)能力，在進(jìn)行協(xié)商之后，可以在UE和網(wǎng)絡(luò)實(shí)體中分別更新該UE的IMS服務(wù)能力列表中的至少一個(gè)激活或禁止的IMS服務(wù)能力。
在本發(fā)明中，每一種IMS服務(wù)能力都用一個(gè)IMS通信服務(wù)標(biāo)識(shí)符(ICSI)來標(biāo)識(shí)，其命名規(guī)則可以遵從IETF RFC2503[3]標(biāo)準(zhǔn)，如對(duì)于語音服務(wù)能力，命名為g.ims.voice或3gpp.ims.voice。ICSI還可以指示IMS服務(wù)能力是否被激活或被禁止，如ICSI置于NOTIFY消息體或消息頭中，可以包括“id”和“state”，其中，“id”是IMS服務(wù)能力的標(biāo)識(shí)符，為標(biāo)準(zhǔn)化或IMS網(wǎng)絡(luò)預(yù)先定義的值并語序擴(kuò)展，“state”為“id”的當(dāng)前狀態(tài)值，即被激活或被禁止，如“active”表示當(dāng)前被激活的，“deactivated”表示當(dāng)前支持的但沒有被激活的，“barred”表示當(dāng)前被禁止的。
圖1為本發(fā)明IMS網(wǎng)絡(luò)中的UE在未注冊(cè)成功時(shí)與網(wǎng)絡(luò)實(shí)體進(jìn)行IMS服務(wù)能力協(xié)商的方法流程圖，其具體步驟為步驟100、UE發(fā)起注冊(cè)(REGISTER)請(qǐng)求消息到P-CSCF，在REGISTER請(qǐng)求消息中攜帶UE激活的IMS服務(wù)能力信息。
REGISTER請(qǐng)求消息為SIP消息，所攜帶的UE激活的IMS服務(wù)能力信息包括一個(gè)或多個(gè)IMS服務(wù)能力的ICSI的集合，即UE支持的IMS服務(wù)能力信息列表中的IMS服務(wù)能力的ICSI。在一般情況下，所攜帶的UE支持的IMS服務(wù)能力信息都是被激活的IMS服務(wù)能力的ICSI的集合。
步驟101、P-CSCF將接收到的REGISTER請(qǐng)求消息轉(zhuǎn)發(fā)給I-CSCF。
步驟102～103、I-CSCF向HSS查詢，為UE分配一個(gè)S-CSCF，將REGISTER請(qǐng)求消息轉(zhuǎn)發(fā)給S-CSCF。
步驟104～105、S-CSCF查詢HSS預(yù)先存儲(chǔ)的UE所對(duì)應(yīng)的用戶服務(wù)信息，HSS返回用戶服務(wù)信息，S-CSCF根據(jù)返回的用戶服務(wù)信息確定UE是否注冊(cè)失敗，在本實(shí)施例中，要限制UE的注冊(cè)，所以S-CSCF根據(jù)返回的用戶服務(wù)信息確定UE注冊(cè)失敗。
步驟101～步驟105為現(xiàn)有技術(shù)。
步驟106、S-CSCF確定UE注冊(cè)失敗后，確定只為UE提供基本的IMS服務(wù)能力并針對(duì)UE存儲(chǔ)IMS服務(wù)能力信息，發(fā)送拒絕REGISTER請(qǐng)求消息的響應(yīng)給P-CSCF，該響應(yīng)可以為4xx或6xx，該響應(yīng)攜帶S-CSCF所激活的UE的IMS服務(wù)能力信息。
針對(duì)UE存儲(chǔ)的IMS服務(wù)能力信息為UE的IMS服務(wù)能力列表，該列表包括至少一個(gè)被激活的或被禁止的IMS服務(wù)能力。
該響應(yīng)攜帶的S-CSCF所激活的UE的IMS服務(wù)能力信息可以是為UE提供的基本的IMS服務(wù)能力的ICSI的集合；也可以為REGISTER請(qǐng)求消息所攜帶的一個(gè)或多個(gè)IMS服務(wù)能力的ICSI的集合，這時(shí)，需要對(duì)這些ICSI的狀態(tài)值進(jìn)行修改對(duì)S-CSCF激活的UE的IMS服務(wù)能力的ICSI，將其狀態(tài)值修改為被激活；對(duì)S-CSCF沒有激活的UE的IMS服務(wù)能力的ICSI，將其狀態(tài)值修改為被禁止。
步驟107、P-CSCF將拒絕REGISTER請(qǐng)求消息的響應(yīng)轉(zhuǎn)發(fā)給UE，UE根據(jù)該響應(yīng)攜帶的S-CSCF所激活的UE的IMS服務(wù)能力信息確定協(xié)商后的UE的IMS服務(wù)能力，并相應(yīng)的修改自身設(shè)置的IMS服務(wù)能力列表中IMS服務(wù)能力的ICSI的狀態(tài)值。
在進(jìn)行IMS服務(wù)能力協(xié)商之后，UE可以通過P-CSCF向S-CSCF發(fā)送所激活的UE的IMS服務(wù)能力的IMS服務(wù)請(qǐng)求，S-CSCF接收到UE發(fā)送的IMS服務(wù)請(qǐng)求后，根據(jù)存儲(chǔ)的UE的IMS服務(wù)能力信息確定是否為UE提供IMS服務(wù)如果存在與UE發(fā)送的IMS服務(wù)請(qǐng)求相匹配的IMS服務(wù)能力，則處理該IMS服務(wù)請(qǐng)求；如果不存在與UE發(fā)送的IMS服務(wù)請(qǐng)求相匹配的IMS服務(wù)能力，則該IMS服務(wù)請(qǐng)求被終止。
在UE發(fā)送IMS服務(wù)請(qǐng)求時(shí)，會(huì)攜帶請(qǐng)求統(tǒng)一資源標(biāo)識(shí)(Request-URI)，S-CSCF對(duì)IMS服務(wù)請(qǐng)求攜帶的Request-URI進(jìn)行分析，如分析出該Request-URI為緊急呼叫，就可以確定要處理該IMS服務(wù)請(qǐng)求需要具備的IMS服務(wù)能力，根據(jù)存儲(chǔ)的UE的IMS服務(wù)能力信息確定是否支持處理該IMS服務(wù)請(qǐng)求需要具備的IMS服務(wù)能力，如果是，則執(zhí)行該IMS服務(wù)請(qǐng)求；否則，不執(zhí)行該IMS服務(wù)請(qǐng)求。
在本發(fā)明中，基于IMS網(wǎng)絡(luò)的策略，IMS網(wǎng)絡(luò)也可以不限制UE注冊(cè)，這時(shí)UE在任何情況下都可以注冊(cè)成功。但是，還是需要進(jìn)行UE和網(wǎng)絡(luò)實(shí)體的IMS服務(wù)能力協(xié)商過程，從而根據(jù)IMS網(wǎng)絡(luò)的某些策略，網(wǎng)絡(luò)實(shí)體確定為UE提供的IMS服務(wù)能力。
圖2為本發(fā)明IMS網(wǎng)絡(luò)中的UE在注冊(cè)成功時(shí)與網(wǎng)絡(luò)實(shí)體進(jìn)行IMS服務(wù)能力協(xié)商的方法流程圖，其具體步驟為步驟200、UE發(fā)起REGISTER請(qǐng)求消息到P-CSCF，在REGISTER請(qǐng)求消息中攜帶UE激活的IMS服務(wù)能力信息。
步驟201、P-CSCF接收到REGISTER請(qǐng)求消息后，判斷是否是初始注冊(cè)，如果是，執(zhí)行步驟202；否則，是重新注冊(cè)，執(zhí)行步驟205。
按照現(xiàn)有技術(shù)，如果REGISTER請(qǐng)求消息為重新注冊(cè)，可以在P-CSCF找到預(yù)先存儲(chǔ)的匹配發(fā)起REGISTER請(qǐng)求消息的UE的S-CSCF，所以P-CSCF就可以判斷出接收到的REGISTER請(qǐng)求是否是初始注冊(cè)。
步驟202、P-CSCF將接收到REGISTER請(qǐng)求消息轉(zhuǎn)發(fā)給I-CSCF。
步驟203～204、I-CSCF向HSS查詢，為UE分配一個(gè)S-CSCF，將REGISTER請(qǐng)求消息轉(zhuǎn)發(fā)給S-CSCF。
步驟205、P-CSCF從其保存的該UE注冊(cè)信息提取出該UE注冊(cè)的S-CSCF后，將接收到REGISTER請(qǐng)求消息轉(zhuǎn)發(fā)給S-CSCF。
步驟202～步驟205為現(xiàn)有技術(shù)。
步驟206～207、S-CSCF查詢HSS，獲取所存儲(chǔ)的UE的IMS服務(wù)能力信息。
S-CSCF查詢HSS的過程可以采用發(fā)送現(xiàn)有的Cx-Put/Cx-Pull進(jìn)行查詢。
在HSS中，本發(fā)明在UE進(jìn)行IMS網(wǎng)絡(luò)簽約時(shí)，會(huì)預(yù)先存儲(chǔ)IMS網(wǎng)絡(luò)激活的UE的IMS服務(wù)能力信息，如存儲(chǔ)UE的IMS服務(wù)能力列表，該列表中具有至少一個(gè)IMS服務(wù)能力，以UE的公共用戶標(biāo)識(shí)為索引，以供S-CSCF查詢時(shí)可以根據(jù)UE的公共用戶標(biāo)識(shí)查詢到UE的IMS服務(wù)能力信息。
步驟208、S-CSCF將從HSS獲取到的UE的IMS服務(wù)能力信息與REGISTER請(qǐng)求消息攜帶的IMS服務(wù)能力信息進(jìn)行比較，得到兩者都有的至少一個(gè)IMS服務(wù)能力，作為S-CSCF針對(duì)UE所激活的IMS服務(wù)能力信息進(jìn)行存儲(chǔ)后，S-CSCF將S-CSCF所激活的UE的IMS服務(wù)能力信息攜帶在注冊(cè)成功響應(yīng)中發(fā)送給P-CSCF，該注冊(cè)成功響應(yīng)為200 OK。
該響應(yīng)攜帶的S-CSCF所激活的UE的IMS服務(wù)能力信息可以為REGISTER請(qǐng)求消息所攜帶的一個(gè)或多個(gè)IMS服務(wù)能力的ICSI的集合，這時(shí)，需要對(duì)這些ICSI的狀態(tài)值進(jìn)行修改對(duì)S-CSCF激活的UE的IMS服務(wù)能力的ICSI，將其狀態(tài)值修改為被激活；對(duì)S-CSCF沒有激活的UE的IMS服務(wù)能力的ICSI，將其狀態(tài)值修改為被禁止。
該響應(yīng)攜帶的S-CSCF所激活的UE的IMS服務(wù)能力信息也可以只是當(dāng)前激活的UE的IMS服務(wù)能力的ICSI。
步驟209、P-CSCF轉(zhuǎn)發(fā)注冊(cè)成功響應(yīng)給UE，UE根據(jù)接收到注冊(cè)成功響應(yīng)攜帶的S-CSCF所激活的UE的IMS服務(wù)能力信息確定協(xié)商后的UE的IMS服務(wù)能力，并相應(yīng)的修改自身設(shè)置的IMS服務(wù)能力列表中IMS服務(wù)能力的ICSI的狀態(tài)值。
在進(jìn)行IMS服務(wù)能力協(xié)商之后，UE可以通過P-CSCF向S-CSCF發(fā)送所激活的UE的IMS服務(wù)能力的IMS服務(wù)請(qǐng)求，該請(qǐng)求攜帶處理該請(qǐng)求所需要的IMS服務(wù)能力，S-CSCF接收到UE發(fā)送的IMS服務(wù)請(qǐng)求后，根據(jù)存儲(chǔ)的UE的IMS服務(wù)能力信息確定是否為UE提供IMS服務(wù)如果存在與UE發(fā)送的IMS服務(wù)請(qǐng)求攜帶的相匹配的IMS服務(wù)能力，則處理該IMS服務(wù)請(qǐng)求；如果不存在與UE發(fā)送的IMS服務(wù)請(qǐng)求攜帶的相匹配的IMS服務(wù)能力，則該IMS服務(wù)請(qǐng)求被終止。
當(dāng)然，對(duì)于一些UE發(fā)起的特殊IMS服務(wù)請(qǐng)求，如緊急呼叫服務(wù)、語音呼叫服務(wù)或/和收發(fā)短消息服務(wù)等，網(wǎng)絡(luò)實(shí)體通過分析Request-URI確定UE發(fā)起的IMS服務(wù)請(qǐng)求為特殊的IMS服務(wù)請(qǐng)求，即為網(wǎng)絡(luò)實(shí)體默認(rèn)處理的IMS服務(wù)請(qǐng)求后，進(jìn)行處理。
為了進(jìn)行IMS服務(wù)能力協(xié)商，UE在發(fā)送REGISTER請(qǐng)求消息或其他SIP消息中需要攜帶自身的IMS服務(wù)能力信息，具體攜帶的過程按照IETFREC 2503標(biāo)準(zhǔn)進(jìn)行，即將IMS服務(wù)能力的ICSI攜帶在REGISTER請(qǐng)求消息或其他SIP消息中的“Contact”頭中，具體的格式為REQUEST sip:user@home.com SIP/2.0Contact:“home_user”<sip:user@ul.home.com>；q＝0.1；expires＝3600；icsi＝g.ims.voice，g.ims.video；orContact:“home_user”<sip:user@ul.home.com>；q＝0.1；expires＝3600；icsi＝3gpp.ims.voice，3gpp.ims.video在這里，采用的SIP消息為請(qǐng)求(REQUEST)消息，當(dāng)然，也可以為REGISTER請(qǐng)求消息、訪問(INVITE)消息等其他SIP消息。在SIP消息的“Contact”頭中，可以看到ICSI的格式，其包括一個(gè)或多個(gè)IMS服務(wù)能力，各個(gè)IMS服務(wù)能力之間用逗號(hào)隔開。
在本發(fā)明中，當(dāng)UE與IMS網(wǎng)絡(luò)中的網(wǎng)絡(luò)實(shí)體協(xié)商完IMS服務(wù)能力后，還可以重新進(jìn)行IMS服務(wù)能力的協(xié)商，這時(shí)，也可以采用本發(fā)明上述的兩種方式。
圖3為本發(fā)明在IMS網(wǎng)絡(luò)中的UE和網(wǎng)絡(luò)實(shí)體之間進(jìn)行IMS服務(wù)能力重協(xié)商的方法的流程圖，其具體步驟為步驟300～步驟301、UE注冊(cè)成功后，通過P-CSCF向S-CSCF發(fā)送訂閱(SUBSCRIBE)請(qǐng)求消息，從而訂閱在注冊(cè)期間關(guān)于S-CSCF針對(duì)UE的IMS服務(wù)能力變化的事件通知。
步驟302～步驟303、接收到SUBSCRIBE請(qǐng)求消息的S-CSCF通過P-CSCF向UE發(fā)送SUBSCRIBE請(qǐng)求消息的響應(yīng)，即200 OK響應(yīng)，表示接受UE的訂閱。
步驟304、當(dāng)S-CSCF針對(duì)UE的IMS服務(wù)能力變化后，向P-CSCF發(fā)送通知(NOFITY)消息，攜帶所改變的UE的IMS服務(wù)能力信息。
該消息攜帶的所改變的UE的IMS服務(wù)能力信息可以為S-CSCF針對(duì)UE存儲(chǔ)的一個(gè)或多個(gè)IMS服務(wù)能力的ICSI的集合，這時(shí)，需要對(duì)這些ICSI的狀態(tài)值進(jìn)行修改對(duì)S-CSCF當(dāng)前激活的UE的IMS服務(wù)能力的ICSI，將其狀態(tài)值修改為被激活；對(duì)S-CSCF當(dāng)前沒有激活的UE的IMS服務(wù)能力的ICSI，將其狀態(tài)值修改為被禁止。
該消息攜帶的所改變的UE的IMS服務(wù)能力信息也可以只是當(dāng)前激活的UE的IMS服務(wù)能力的ICSI。
步驟305、P-CSCF將NOFITY消息轉(zhuǎn)發(fā)給UE，UE根據(jù)接收到NOFITY消息攜帶的所改變的UE的IMS服務(wù)能力信息確定重協(xié)商后的UE的IMS服務(wù)能力，并修改自身存儲(chǔ)的S-CSCF所激活的IMS服務(wù)能力信息，即修改自身設(shè)置的IMS服務(wù)能力列表中IMS服務(wù)能力的ICSI的狀態(tài)值。
在這種訂閱-通知機(jī)制下，需要對(duì)現(xiàn)有的SUBSCRIBT消息和NOTIFY消息進(jìn)行擴(kuò)展。
在SUBSCRIBT消息中擴(kuò)展的主要部分為(其他未擴(kuò)展的沒有列出)Event:3gpp.ims.presence@server，3gpp.ims.voice@server，3gpp.ims.video@serverSupported:eventlistAccept:application/3gpp-ims+xml其中，在”Event”頭中的”server”，是指S-CSCF的域名或者IP地址?！癊vent”頭用于攜帶ICSI列表的值；”Supported”表示需要支持”eventlist”，即支持訂閱；”Accept”用于標(biāo)識(shí)NOTIFY消息應(yīng)該攜帶的消息體的類型。
在本發(fā)明中，可以將IMS服務(wù)能力看作是一種邏輯的資源實(shí)體來處理，資源實(shí)體應(yīng)該采用URI的方式置于SUBSCRIBE消息發(fā)送給S-CSCF進(jìn)行處理，由于IMS服務(wù)能力由ICSI標(biāo)識(shí)，即采用“icsi@home”的形式，“home”在這里就是S-CSCF的域名或者IP地址。S-CSCF被視作為IMS服務(wù)能力服務(wù)器或者IMS服務(wù)能力的代理，在S-CSCF作為IMS服務(wù)能力的代理的情況下，由AS作為真正的IMS服務(wù)能力服務(wù)器。
當(dāng)AS和S-CSCF位于同一個(gè)信任域時(shí)，把AS和S-CSCF視為一個(gè)邏輯實(shí)體，在提到S-CSCF時(shí)，實(shí)際上也暗示其完成AS的功能；如果AS不位于S-CSCF所在的信任域時(shí)，S-CSCF是AS的代理，當(dāng)IMS服務(wù)請(qǐng)求達(dá)到S-CSCF時(shí)，通過現(xiàn)有的服務(wù)控制，決定是否將IMS服務(wù)請(qǐng)求路由到AS上再進(jìn)行處理。S-CSCF在轉(zhuǎn)發(fā)之前按照預(yù)定義的策略，將ICSI轉(zhuǎn)換為“icsi@as，“”as”此時(shí)指的是AS的域名或者IP地址。這時(shí)，在進(jìn)行IMS服務(wù)能力的協(xié)商或重協(xié)商時(shí)，也應(yīng)該在AS中存儲(chǔ)UE的IMS服務(wù)能力信息，從而可以為UE發(fā)起的IMS服務(wù)請(qǐng)求提供服務(wù)。
在NOTIFY消息中要擴(kuò)展的主要部分為(其他未擴(kuò)展的沒有列出)Require:eventlistContent-Type:application/3gpp-ims+xmlNOTIFY消息的消息體由網(wǎng)絡(luò)實(shí)體按照如下的形式來構(gòu)造<？xml version＝”1.0”？>
<！DOCTYPE ims-3gpp[<！ELEMENT ims-3gpp(service-info？)>
<！ATTLIST ims-3gpp version CDATA#REQUIRED>
<！ELEMENT service-info (id，state)>
<！ELEMENTid(#PCDATA)>
<！ELEMENT state(#PCDATA)>
]>
其中，NOTIFY消息的消息體中所攜帶的每一個(gè)ICSI都設(shè)置有“state”，用于標(biāo)識(shí)具有該ICSI的IMS服務(wù)能力的當(dāng)前狀態(tài)值被激活、支持但未被激活或被禁止。
在UE注冊(cè)成功后，UE也可以主動(dòng)向S-CSCF更新其IMS服務(wù)能力，有兩種方法可以完成該過程第一種方式，UE通過立即發(fā)起重注冊(cè)流程來更新S-CSCF存儲(chǔ)的UE的IMS服務(wù)能力信息，整個(gè)過程如圖2所示；第二種方式，UE如果還在注冊(cè)有效期內(nèi)，可以不進(jìn)行重注冊(cè)，而只是當(dāng)其后第一次向S-CSCF發(fā)送攜帶所改變的UE的IMS服務(wù)能力信息的INVITE消息，從而進(jìn)行IMS服務(wù)能力的呼叫過程中的二次協(xié)商，整個(gè)過程如圖2所示，只不過將REGISTER請(qǐng)求消息替換為INVITE消息。
本發(fā)明提供的方法在IMS網(wǎng)絡(luò)中實(shí)現(xiàn)了UE和網(wǎng)絡(luò)實(shí)體之間的IMS服務(wù)能力協(xié)商，使網(wǎng)絡(luò)實(shí)體處理UE發(fā)起的IMS服務(wù)請(qǐng)求更加簡(jiǎn)單和快速；本發(fā)明提供的方法還可以在IMS網(wǎng)絡(luò)中實(shí)現(xiàn)UE和網(wǎng)絡(luò)實(shí)體之間的IMS服務(wù)能力重協(xié)商，增強(qiáng)了UE對(duì)IMS服務(wù)能力動(dòng)態(tài)變化的適應(yīng)性。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種實(shí)現(xiàn)網(wǎng)際協(xié)議多媒體子系統(tǒng)IMS服務(wù)能力協(xié)商的方法，其特征在于，該方法包括在IMS網(wǎng)絡(luò)的兩個(gè)實(shí)體中的一個(gè)實(shí)體向另一個(gè)實(shí)體發(fā)送攜帶IMS服務(wù)能力信息的初始會(huì)話協(xié)議SIP消息，另一個(gè)實(shí)體根據(jù)接收到SIP消息攜帶的IMS服務(wù)能力信息，更新在自身設(shè)置的針對(duì)一個(gè)實(shí)體的IMS服務(wù)能力信息。
2.如權(quán)利要求1所述的方法，其特征在于，所述一個(gè)實(shí)體為用戶設(shè)備UE，另一個(gè)實(shí)體為網(wǎng)絡(luò)實(shí)體時(shí)，所述網(wǎng)絡(luò)實(shí)體更新在自身設(shè)置的針對(duì)一個(gè)實(shí)體的IMS服務(wù)能力信息是根據(jù)設(shè)置的策略進(jìn)行的，在更新之后，該方法還包括網(wǎng)絡(luò)實(shí)體發(fā)送攜帶更新后的UE的IMS服務(wù)能力信息的SIP消息響應(yīng)給UE，UE根據(jù)SIP消息響應(yīng)攜帶的更新后的UE的IMS服務(wù)能力信息更新自身存儲(chǔ)的IMS服務(wù)能力信息。
3.如權(quán)利要求2所述的方法，其特征在于，所述UE在IMS網(wǎng)絡(luò)注冊(cè)未成功時(shí)，所述SIP消息為注冊(cè)REGISTER請(qǐng)求消息；所述設(shè)置的策略為將設(shè)置的IMS網(wǎng)絡(luò)的基本的IMS服務(wù)能力信息作為針對(duì)UE的IMS服務(wù)能力信息；所述SIP消息響應(yīng)為拒絕REGISTER請(qǐng)求消息的響應(yīng)，所述攜帶的更新后的UE的IMS服務(wù)能力信息為IMS網(wǎng)絡(luò)的基本的IMS服務(wù)能力信息。
4.如權(quán)利要求2所述的方法，其特征在于，所述UE在IMS網(wǎng)絡(luò)注冊(cè)成功時(shí)，所述SIP消息為注冊(cè)REGISTER請(qǐng)求消息、重注冊(cè)REGISTER請(qǐng)求消息或INVITE消息；所述設(shè)置的策略為將IMS網(wǎng)絡(luò)激活的UE的IMS服務(wù)能力信息和SIP消息攜帶的UE的IMS服務(wù)能力信息進(jìn)行比較，將兩者都具有的IMS服務(wù)能力信息作為針對(duì)UE的IMS服務(wù)能力信息；所述SIP消息響應(yīng)為注冊(cè)成功響應(yīng)。
5.如權(quán)利要求1所述的方法，其特征在于，所述一個(gè)實(shí)體為網(wǎng)絡(luò)實(shí)體，另一個(gè)實(shí)體為UE時(shí)，所述SIP消息為通知NOTIFY消息。
6.如權(quán)利要求5所述的方法，其特征在于，在該方法之前，還包括UE向網(wǎng)絡(luò)實(shí)體發(fā)送訂閱SUBSCRIBE消息。
7.如權(quán)利要求1所述的方法，其特征在于，所述的IMS服務(wù)能力信息為至少一個(gè)被激活的IMS服務(wù)能力的IMS通信服務(wù)標(biāo)記符ICSI的集合；或者為所存儲(chǔ)的IMS服務(wù)能力列表中的IMS服務(wù)能力的ICSI的集合。
8.如權(quán)利要求7所述的方法，其特征在于，所述IMS服務(wù)能力列表中的IMS服務(wù)能力的ICSI的集合還設(shè)置有用于標(biāo)識(shí)所指示的IMS服務(wù)能力被激活、支持未被激活或禁止的狀態(tài)值。
9.如權(quán)利要求8所述的方法，其特征在于，在所述的另一個(gè)實(shí)體中設(shè)置針對(duì)一個(gè)實(shí)體的具有至少一個(gè)IMS服務(wù)能力信息的IMS服務(wù)能力列表，所述更新在自身設(shè)置的針對(duì)一個(gè)實(shí)體的IMS服務(wù)能力信息的過程為根據(jù)IMS服務(wù)能力信息修改設(shè)置的針對(duì)一個(gè)實(shí)體的IMS服務(wù)能力列表中的IMS服務(wù)能力的ICSI的狀態(tài)值。
10.如權(quán)利要求1所述的方法，其特征在于，所述一個(gè)實(shí)體為UE，另一個(gè)實(shí)體為網(wǎng)絡(luò)實(shí)體時(shí)，該方法還包括UE向網(wǎng)絡(luò)實(shí)體發(fā)送IMS服務(wù)請(qǐng)求，網(wǎng)絡(luò)實(shí)體根據(jù)攜帶的請(qǐng)求統(tǒng)一資源標(biāo)識(shí)Request-URI確定是否為網(wǎng)絡(luò)實(shí)體默認(rèn)處理的IMS服務(wù)請(qǐng)求，如果是，進(jìn)行處理，否則，根據(jù)所更新的UE的IMS服務(wù)能力信息確定是否為UE提供IMS服務(wù)如果存在與UE發(fā)送的IMS服務(wù)請(qǐng)求攜帶的相匹配的IMS服務(wù)能力，進(jìn)行處理；如果不存在與UE發(fā)送的IMS服務(wù)請(qǐng)求攜帶的相匹配的IMS服務(wù)能力，不進(jìn)行處理。
11.如權(quán)利要求2、5或10所述的方法，其特征在于，所述的網(wǎng)絡(luò)實(shí)體為服務(wù)呼叫會(huì)話控制功能S-CSCF或/和應(yīng)用服務(wù)器AS。
全文摘要
本發(fā)明公開了一種實(shí)現(xiàn)網(wǎng)際協(xié)議多媒體子系統(tǒng)IMS服務(wù)能力協(xié)商的方法，該方法包括在IMS網(wǎng)絡(luò)的兩個(gè)實(shí)體中的一個(gè)實(shí)體向另一個(gè)實(shí)體發(fā)送攜帶IMS服務(wù)能力信息的初始會(huì)話協(xié)議SIP消息，另一個(gè)實(shí)體根據(jù)接收到SIP消息攜帶的IMS服務(wù)能力信息，更新在自身設(shè)置的針對(duì)一個(gè)實(shí)體的IMS服務(wù)能力信息。本發(fā)明提供的方法在IMS網(wǎng)絡(luò)中實(shí)現(xiàn)了IMS服務(wù)能力的協(xié)商。
文檔編號(hào)H04L29/06GK1984140SQ20061007448
公開日2007年6月20日 申請(qǐng)日期2006年4月21日 優(yōu)先權(quán)日2006年4月21日
發(fā)明者孫治培 申請(qǐng)人:華為技術(shù)有限公司