專利名稱：一種多媒體子域減少系統(tǒng)信令交互過(guò)程的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IMS(IP Multimedia Subsystem，IP多媒體子域)，尤其涉及簡(jiǎn)化多媒體子域減少系統(tǒng)信令交互過(guò)程的方法。
背景技術(shù)：
IMS是3GPP(3rd Generation Partnership Project，第3代合作伙伴計(jì)劃)標(biāo)準(zhǔn)組織定義的支持IP的多媒體業(yè)務(wù)的子系統(tǒng)。相比于其他通信核心網(wǎng)如PSTN、GSM、CDMA以及3G CS域，它的顯著特點(diǎn)包括采用了可擴(kuò)展的開(kāi)放協(xié)議、通信和接入方式無(wú)關(guān)性、控制功能和承載功能相分類、呼叫(Call)和會(huì)話(Session)相分離、主叫用戶會(huì)話控制和被叫用戶會(huì)話控制相分離、業(yè)務(wù)網(wǎng)和基礎(chǔ)網(wǎng)相分離等技術(shù)。由于這些技術(shù)優(yōu)勢(shì)，IMS能同時(shí)支持固定和移動(dòng)終端，同時(shí)承載傳統(tǒng)語(yǔ)音業(yè)務(wù)、數(shù)據(jù)和視頻業(yè)務(wù)以及任意其他種類的多媒體業(yè)務(wù)，并且使業(yè)務(wù)控制邏輯清晰簡(jiǎn)潔。
但是我們也看到，IMS具有的上述優(yōu)勢(shì)在一定程度上是通過(guò)性能損失而獲得的，這樣的性能損失主要包括1)SIP(Session Initiation Protocol，會(huì)話初始化協(xié)議)的協(xié)議效率SIP采用的是文本編碼方式，這種協(xié)議具有接近自然語(yǔ)言、便于調(diào)試、便于擴(kuò)展的特點(diǎn)，但是通常相同信息量的文本消息的解碼效率比二進(jìn)制格式要低10倍甚至更多；另外SIP的靈活性也導(dǎo)致消息交互次數(shù)增加，例如，一個(gè)語(yǔ)音呼叫可能SIP比ISUP的消息交互次數(shù)增加3倍以上；2)松耦合網(wǎng)絡(luò)結(jié)構(gòu)此結(jié)構(gòu)主要目的是降低各網(wǎng)元之間的邏輯依賴性，以一個(gè)兩方呼叫為例，呼叫處理經(jīng)過(guò)的網(wǎng)元依次為主叫漫游地網(wǎng)絡(luò)P-CSCF(Proxy Call Session Control Function)、主叫歸屬地網(wǎng)絡(luò)I-CSCF(Interrogating Call Session Control Function)和S-CSCF(Serving Call Session Control Function)、被叫歸屬地網(wǎng)絡(luò)的I-CSCF和S-CSCF、被叫漫游地網(wǎng)絡(luò)的P-CSCF，同時(shí)主叫業(yè)務(wù)的處理由主叫歸屬地S-CSCF處理業(yè)務(wù)觸發(fā)到AS(Application Server，應(yīng)用服務(wù)器)進(jìn)行業(yè)務(wù)控制，被叫業(yè)務(wù)的處理由被叫歸屬地S-CSCF處理業(yè)務(wù)觸發(fā)到AS進(jìn)行業(yè)務(wù)控制；相對(duì)于GSM、CDMA、3G CS網(wǎng)絡(luò)，流程所涉及的網(wǎng)元個(gè)數(shù)、網(wǎng)元交互過(guò)程都增加了。
圖1是表示現(xiàn)有技術(shù)在IMS中用戶歸屬地進(jìn)行信令交互過(guò)程的一個(gè)示意圖。在圖1示出了3GPP規(guī)范定義的I-CSCF處理REGISTER消息的標(biāo)準(zhǔn)流程(參考3GPP TS23.228)，其中，通過(guò)訪問(wèn)SLF(SubscriptionLocator Function，簽約定位功能)查詢用戶歸屬HSS(Home SubscriberServer，歸屬用戶服務(wù)器)的交互過(guò)程，這里的SLF是一個(gè)數(shù)據(jù)庫(kù)，它存儲(chǔ)有“用戶ID(user identity)”和“HSS名字(HSS name)″之間的映射關(guān)系。詳細(xì)過(guò)程如下1)I-CSCF收到包含有“用戶ID”的SIP REGISTER注冊(cè)消息；2)I-CSCF向SLF發(fā)送DX_SLF_QUERY查詢請(qǐng)求，在請(qǐng)求中包含從SIPREGISTER注冊(cè)消息中得到的“用戶ID”；3)SLF根據(jù)從DX_SLF_QUERY查詢請(qǐng)求得到的“用戶ID”查詢以獲得歸屬HSS的名字；4)SLF向I-CSCF發(fā)送響應(yīng)消息DX_SLF_RESP，該消息中包含歸屬HSS的名字；5～6)I-CSCF得到歸屬HSS的名字，在I-CSCF和歸屬HSS之間進(jìn)行后續(xù)的流程處理CX_QUERY/CX_RESPONSE。
由上例可見(jiàn)，IMS域的會(huì)話/呼叫在用戶歸屬網(wǎng)絡(luò)處理過(guò)程中如果需要訪問(wèn)用戶歸屬HSS時(shí)，都需要I-CSCF/S-CSCF/AS通過(guò)訪問(wèn)集中設(shè)置的SLF數(shù)據(jù)庫(kù)以查詢獲得歸屬HSS的名字，這種情況下會(huì)帶來(lái)兩個(gè)問(wèn)題1)查詢SLF過(guò)程增加了整個(gè)系統(tǒng)信令交互次數(shù)，也就增加了系統(tǒng)開(kāi)銷；2)SLF作為歸屬網(wǎng)絡(luò)重要的單點(diǎn)，有可能因?yàn)閱吸c(diǎn)故障導(dǎo)致整個(gè)系統(tǒng)的不穩(wěn)定。

發(fā)明內(nèi)容
本發(fā)明鑒于上述問(wèn)題，旨在提出一種減少信令交互數(shù)目、提高系統(tǒng)穩(wěn)定性的IMS中的信令交互方法。
本發(fā)明的IMS中的信令交互方法中，在網(wǎng)元、SLF、以及HSS之間進(jìn)行信令交互，其特征在于，網(wǎng)元具有緩存，該方法依次包含下述步驟(I)網(wǎng)元接收到包含用戶ID的消息；(II)根據(jù)所述用戶ID，所述網(wǎng)元在其緩存中查詢是否存在與該用戶ID對(duì)應(yīng)的HSS信息；(III)若在緩存中查詢到與該用戶ID對(duì)應(yīng)的HSS信息，則進(jìn)至步驟(V)；若在緩存中未查詢到與該用戶ID對(duì)應(yīng)的HSS信息，則向SLF發(fā)送包含用戶ID的用于查詢HSS信息的請(qǐng)求；(IV)SLF將根據(jù)所述用于ID查詢到的HSS信息返回至網(wǎng)元；(V)網(wǎng)元與根據(jù)所述HSS信息確定的歸屬HSS建立信令交互。
優(yōu)選地，在所述網(wǎng)元的緩存中存儲(chǔ)有用戶ID和HSS信息之間的映射關(guān)系表。
優(yōu)選地，所述網(wǎng)元是I-CSCF、S-CSCF、AS中的任意一個(gè)。
優(yōu)選地，在所述步驟(III)中未在所述網(wǎng)元的緩存中查詢到與該用戶ID對(duì)應(yīng)的HSS信息的情況下，在步驟(IV)之后進(jìn)一步刷新所述網(wǎng)元的緩存。
優(yōu)選地，在所述網(wǎng)元的緩存中存儲(chǔ)有用戶ID和HSS信息之間的映射關(guān)系表，刷新所述網(wǎng)元的緩存是指，向所述網(wǎng)元的緩存增加該用戶ID與HSS之間的映射關(guān)系。
優(yōu)選地，所述HSS信息包含HSS名字地址信息。
又，在本發(fā)明的又一IMS中的信令交互方法中，在網(wǎng)元、SLF、以及HSS之間進(jìn)行信令交互，其特征在于，網(wǎng)元具有緩存，該方法依次包含下述步驟(I)網(wǎng)元接收到包含用戶ID的消息；(II)根據(jù)所述用戶ID，所述網(wǎng)元在其緩存中查詢是否存在與該用戶ID對(duì)應(yīng)的HSS信息；
(III)若在緩存中查詢到與該用戶ID對(duì)應(yīng)的HSS信息，則向此用戶歸屬HSS發(fā)送查詢請(qǐng)求；(IV)此歸屬HSS查詢其數(shù)據(jù)庫(kù)，當(dāng)查詢結(jié)果是該用戶在其管轄之內(nèi)的情況下，則發(fā)送正確響應(yīng)至網(wǎng)元；當(dāng)查詢結(jié)果是該用戶不在其管轄的情況下，則發(fā)送錯(cuò)誤響應(yīng)至網(wǎng)元；(V)網(wǎng)元接收到所述響應(yīng)進(jìn)行判斷，如果是正確響應(yīng)，表明緩存中保存的該HSS信息未過(guò)期，則進(jìn)至步驟(VII)；如果是錯(cuò)誤響應(yīng)，表明緩存中保存的該HSS信息未過(guò)期，則網(wǎng)元向SLF發(fā)送包含用戶ID的用于查詢HSS信息的請(qǐng)求；(VI)SLF將根據(jù)所述用戶ID查詢到的HSS信息返回至網(wǎng)元；(VII)網(wǎng)元與根據(jù)所述HSS信息確定的歸屬HSS建立行信令交互。
優(yōu)選地，在所述網(wǎng)元的緩存中存儲(chǔ)有用戶ID和HSS信息之間的映射關(guān)系表。
優(yōu)選地，所述網(wǎng)元是I-CSCF、S-CSCF、AS中的任意一個(gè)。
優(yōu)選地，在所述步驟(V)在所述網(wǎng)元的緩存中查詢到與該用戶ID對(duì)應(yīng)的HSS信息為過(guò)期的情況下，在步驟(VI)之后進(jìn)一步刷新所述網(wǎng)元的緩存。
優(yōu)選地，在所述網(wǎng)元的緩存中存儲(chǔ)有用戶ID和HSS信息之間的映射關(guān)系表，刷新所述網(wǎng)元的緩存是指，將所述網(wǎng)元的緩存中存儲(chǔ)的該用戶ID與原歸屬HSS之間的映射關(guān)系修改成該用戶ID與新歸屬HSS之間的映射關(guān)系。
優(yōu)選地，所述HSS信息包含HSS的名字地址信息。
每一個(gè)消息或其響應(yīng)都包含一個(gè)定時(shí)器作超時(shí)保護(hù)，在該定時(shí)器超時(shí)的情況下則進(jìn)入錯(cuò)誤處理流程并向網(wǎng)元返回出錯(cuò)信息。
如上所述，本發(fā)明通過(guò)在網(wǎng)元I-CSCF(或S-CSCF或AS)中增加緩存，節(jié)省了I-CSCF到SLF查詢用戶歸屬HSS的交互過(guò)程，由此，在不改變已有的IMS網(wǎng)絡(luò)結(jié)構(gòu)并不影響IMS會(huì)話和業(yè)務(wù)處理機(jī)制的前提下，減少了IMS信令交互數(shù)目而造成的性能損失，同時(shí)提高了系統(tǒng)的穩(wěn)定性。
下面參照附圖對(duì)于本發(fā)明的實(shí)施方式進(jìn)行說(shuō)明。


圖1是表示現(xiàn)有技術(shù)的在IMS中進(jìn)行信令交互過(guò)程的示意圖。
圖2表示第一實(shí)施方式的在IMS中進(jìn)行信令交互過(guò)程的示意圖。
圖3表示第二實(shí)施方式的在IMS中進(jìn)行信令交互過(guò)程的示意圖。
圖4表示第三實(shí)施方式的在IMS中進(jìn)行信令交互過(guò)程的示意圖。
具體實(shí)施例方式
下面對(duì)本發(fā)明的示例性實(shí)施方式作描述，但是應(yīng)當(dāng)理解這些對(duì)示例性實(shí)施方式的描述不構(gòu)成對(duì)本發(fā)明的范圍的限制，例如，以下具體實(shí)施方式
中以I-CSCF處理REGISTER消息作為發(fā)明的具體實(shí)施方式
進(jìn)行體現(xiàn)，任何I-CSCF、S-CSCF、AS處理其他信令、或使用本發(fā)明的其他變形，它們都可以實(shí)現(xiàn)本發(fā)明。
圖2是表示第一實(shí)施方式的在IMS中進(jìn)行信令交互過(guò)程的示意圖。如圖2所示，詳細(xì)流程如下1)I-CSCF收到SIP REGISTER注冊(cè)消息；2)I-CSCF根據(jù)收到的SIP REGISTER注冊(cè)消息中得到的用戶ID信息查詢I-CSCF本地緩存，并且查詢到與該用戶ID對(duì)應(yīng)的歸屬HSS的信息；3～4)I-CSCF向根據(jù)該歸屬HSS的信息確定的HSS進(jìn)行按照3GPP標(biāo)準(zhǔn)定義的后續(xù)流程處理CX_QUERY/CX_RESPONSE。
其中，在I-CSCF的本地緩存中存儲(chǔ)有用戶ID(user identity)和HSS名字(HSS name)之間的映射關(guān)系表。
與圖1所示的現(xiàn)有技術(shù)相比，在第一實(shí)施方式中省略了向了SLF進(jìn)行查詢的過(guò)程，可見(jiàn)，在該實(shí)施方式中，通過(guò)在網(wǎng)元I-CSCF(或S-CSCF或AS)中增加緩存機(jī)制，節(jié)省了I-CSCF到SLF查詢用戶歸屬HSS的交互過(guò)程，由此，在不改變已有的IMS網(wǎng)絡(luò)結(jié)構(gòu)并不影響IMS會(huì)話和業(yè)務(wù)處理機(jī)制的前提下，減少了IMS信令交互數(shù)目而造成的性能損失。
這里要說(shuō)明的是，該實(shí)施方式涉及的緩存技術(shù)不與I-CSCF或S-CSCF或AS具體的用戶呼叫和會(huì)話過(guò)程關(guān)聯(lián)，對(duì)緩存搜索機(jī)制不加限制，對(duì)緩存大小也不加限制，對(duì)緩存媒介也不加限制，例如可以是外存也可以是內(nèi)存，為性能考慮通常是內(nèi)存。
圖3表示第二實(shí)施方式的在IMS中進(jìn)行信令交互過(guò)程的示意圖。如圖3所示，具體流程如下1)I-CSCF收到SIP REGISTER注冊(cè)消息；2)I-CSCF根據(jù)收到的SIP REGISTER注冊(cè)消息中包含的“用戶ID”查詢I-CSCF本地緩存，但未得到有效的用戶歸屬HSS的信息；3)I-CSCF向SLF發(fā)送DX_SLF_QUERY查詢請(qǐng)求，在請(qǐng)求中包含從SIPREGISTER注冊(cè)消息中得到的“用戶ID”；4)SLF根據(jù)從DX_SLF_QUERY查詢請(qǐng)求得到的“用戶ID”信息查詢其數(shù)據(jù)庫(kù)，得到用戶歸屬的HSS的名字；5)SLF向I-CSCF發(fā)送響應(yīng)消息DX_SLF_RESP，該響應(yīng)消息中包含用戶歸屬的HSS名字；6～7)I-CSCF向用戶歸屬HSS進(jìn)行后續(xù)的流程處理CX_QUERY/CX_RESPONSE；8)如果CX_RESPONSE是正確響應(yīng)則進(jìn)行刷新緩存操作，即在緩存中新增加本用戶ID與歸屬HSS之間的映射關(guān)系。
本實(shí)施方式與圖1所示的現(xiàn)有技術(shù)的標(biāo)準(zhǔn)流程相比，雖然增加了步驟2)和步驟8)，但是考慮到此二步驟都是I-CSCF在本地完成的，因此只比現(xiàn)有技術(shù)的標(biāo)準(zhǔn)流程增加了輕微的性能損失。
圖4表示第三實(shí)施方式的在IMS中進(jìn)行信令交互過(guò)程的示意圖。如圖4所示，具體流程如下1)I-CSCF收到SIP REGISTER注冊(cè)消息；2)I-CSCF根據(jù)收到的SIP REGISTER注冊(cè)消息中包含的“用戶ID”查詢I-CSCF本地緩存，而查詢得到的用戶原歸屬HSS信息已過(guò)期；3)I-CSCF按照用戶原歸屬HSS(HSS#1)進(jìn)行CX_QUERY查詢操作；
4)原歸屬HSS(HSS#1)查詢其數(shù)據(jù)庫(kù)，發(fā)現(xiàn)用戶已不在其管轄之內(nèi)(即此HSS數(shù)據(jù)庫(kù)中不包含此用戶的數(shù)據(jù)信息)，返回I-CSCF錯(cuò)誤響應(yīng)CX_RESPONSE，在響應(yīng)CX_RESPONS中設(shè)置參數(shù)Result-CodeAVP(Attribute-Value Pair)的值為DIAMETER_ERROR_USER_UNKNOWN，以表明此HSS上已經(jīng)沒(méi)有CX_QUERY查詢的目標(biāo)用戶；5)I-CSCF判斷CX_RESPONSE中是否是成功響應(yīng)，是成功響應(yīng)則正好是本發(fā)明第一實(shí)施方式，如果是錯(cuò)誤響應(yīng)則判斷參數(shù)Result-Code的值，如果不是DIAMETER_ERROR_USER_UNKNOWN則進(jìn)行標(biāo)準(zhǔn)定義的錯(cuò)誤處理過(guò)程；如果是DIAMETER_ERROR_USER_UNKNOWN則向SLF發(fā)送DX_SLF_QUERY查詢請(qǐng)求，在請(qǐng)求中包含從SIP REGISTER注冊(cè)消息中的得到的“用戶ID”信息；6)SLF根據(jù)從DX_SLF_QUERY查詢請(qǐng)求得到的“用戶ID”查詢數(shù)據(jù)庫(kù)，得到用戶新歸屬的HSS名字；7)SLF向I-CSCF發(fā)送響應(yīng)消息DX_SLF_RESP，消息包含用戶新歸屬的HSS名字(HSS#2)；8～9)I-CSCF到用戶新歸屬HSS進(jìn)行后續(xù)的流程處理CX_QUERY/CX_RESPONSE；10)如果CX_RESPONSE成功響應(yīng)，則進(jìn)行刷新I-CSCF緩存操作，即在緩存中新修改此用戶ID的歸屬HSS為從SLF通過(guò)Dx查詢到的結(jié)果即通過(guò)步驟6)～7)查詢到的結(jié)果；與圖1所示的現(xiàn)有技術(shù)的過(guò)程相比，表明用戶數(shù)據(jù)已從原歸屬HSS上發(fā)生了數(shù)據(jù)遷移，因此，在本實(shí)施方式中增加了步驟2)～步驟4)、以及步驟10)，但是考慮到此種數(shù)據(jù)遷移在實(shí)際運(yùn)營(yíng)中長(zhǎng)時(shí)間也不會(huì)發(fā)生，所以增加的性能損失可以忽略不計(jì)。
在上述各實(shí)施方式中，如果定時(shí)器超時(shí)則進(jìn)入錯(cuò)誤處理流程，將向I-CSCF(或S-CSCF、或AS)的呼叫上游請(qǐng)求端返回出錯(cuò)信息。
需要說(shuō)明的是，本發(fā)明能夠?qū)嵤┑囊粋€(gè)重要前提在于實(shí)際運(yùn)營(yíng)過(guò)程中，某用戶的歸屬HSS通常不會(huì)改變，也就是說(shuō)，”用戶ID”到″HSS名字″的映射關(guān)系是一種準(zhǔn)靜態(tài)數(shù)據(jù)。除非因?yàn)檫\(yùn)營(yíng)商需要網(wǎng)絡(luò)升級(jí)、擴(kuò)容、維護(hù)等偶然操作導(dǎo)致發(fā)生用戶遷移才需要重建這種映射關(guān)系。這種運(yùn)營(yíng)經(jīng)驗(yàn)可以保證本發(fā)明的緩存數(shù)據(jù)絕大部分情況是有效數(shù)據(jù)而不必頻繁刷新，也就是說(shuō)，本發(fā)明的第三實(shí)施方式導(dǎo)致的性能損失發(fā)生概率是非常少的，因此，本發(fā)明配合合理的緩存大小和良好的緩存更新機(jī)制能保證本發(fā)明有一個(gè)良好的命中率(即本發(fā)明第一實(shí)施方式)，從而很大限度減少了信令交互的數(shù)目、提高了整個(gè)系統(tǒng)的性能。
在不偏離本發(fā)明的精神和由權(quán)利要求書(shū)所限定的保護(hù)范圍的情況下，本領(lǐng)域中的普通技術(shù)人員還可以對(duì)具體實(shí)施方式
中所給出的情況作各種修改。因此，參照上述附圖對(duì)本發(fā)明所作的具體實(shí)施方式
描述不應(yīng)當(dāng)被看作是對(duì)本發(fā)明的限定。
權(quán)利要求
1.一種IMS中的信令交互方法，在網(wǎng)元、SLF、以及HSS之間進(jìn)行信令交互，其特征在于，網(wǎng)元具有緩存，該方法依次包含下述步驟(I)網(wǎng)元接收到包含用戶ID的消息；(II)根據(jù)所述用戶ID，所述網(wǎng)元在其緩存中查詢是否存在與該用戶ID對(duì)應(yīng)的HSS信息；(III)若在緩存中查詢到與該用戶ID對(duì)應(yīng)的HSS信息，則進(jìn)至步驟(V)；若在緩存中未查詢到與該用戶ID對(duì)應(yīng)的HSS信息，則向SLF發(fā)送包含用戶ID的用于查詢HSS信息的請(qǐng)求；(IV)SLF將根據(jù)所述用于ID查詢到的HSS信息返回至網(wǎng)元；(V)網(wǎng)元與根據(jù)所述HSS信息確定的歸屬HSS建立信令交互。
2.如權(quán)利要求1所述的信令交互方法，其特征在于，在所述網(wǎng)元的緩存中存儲(chǔ)有用戶ID和HSS信息之間的映射關(guān)系表。
3.如權(quán)利要求1所述的信令交互方法，其特征在于，所述網(wǎng)元是I-CSCF、S-CSCF、AS中的任意一個(gè)。
4.如權(quán)利要求1所述的信令交互方法，其特征在于，在所述步驟(III)中未在所述網(wǎng)元的緩存中查詢到與該用戶ID對(duì)應(yīng)的HSS信息的情況下，在步驟(IV)之后進(jìn)一步刷新所述網(wǎng)元的緩存。
5.如權(quán)利要求4所述的信令交互方法，其特征在于，在所述網(wǎng)元的緩存中存儲(chǔ)有用戶ID和HSS名字之間的映射關(guān)系表，刷新所述網(wǎng)元的緩存是指，向所述網(wǎng)元的緩存增加該用戶ID與HSS之間的映射關(guān)系。
6.如權(quán)利要求1所述的信令交互方法，其特征在于，所述HSS信息包含HSS名字地址信息。
7.一種IMS中的信令交互方法，在網(wǎng)元、SLF、以及HSS之間進(jìn)行信令交互，其特征在于，網(wǎng)元具有緩存，該方法依次包含下述步驟(I)網(wǎng)元接收到包含用戶ID的消息；(II)根據(jù)所述用戶ID，所述網(wǎng)元在其緩存中查詢是否存在與該用戶ID對(duì)應(yīng)的HSS信息；(III)若在所述緩存中查詢到與該用戶ID對(duì)應(yīng)的HSS信息，則向此用戶歸屬HSS發(fā)送查詢請(qǐng)求；(IV)此歸屬HSS查詢其數(shù)據(jù)庫(kù)，當(dāng)查詢結(jié)果是該用戶在其管轄之內(nèi)的情況下，則發(fā)送正確響應(yīng)至網(wǎng)元；當(dāng)查詢結(jié)果是該用戶不在其管轄的情況下，則發(fā)送錯(cuò)誤響應(yīng)至網(wǎng)元；(V)網(wǎng)元接收到所述響應(yīng)進(jìn)行判斷，如果是正確響應(yīng)，表明緩存中保存的該HSS信息未過(guò)期，則進(jìn)至步驟(VII)；如果是錯(cuò)誤響應(yīng)，表明緩存中保存的該HSS信息過(guò)期，則網(wǎng)元向SLF發(fā)送包含用戶ID的用于查詢HSS信息的請(qǐng)求；(VI)SLF將根據(jù)所述用戶ID查詢到的HSS信息返回至網(wǎng)元；(VII)網(wǎng)元與根據(jù)所述HSS信息確定的新歸屬HSS建立行信令交互。
8.如權(quán)利要求7所述的信令交互方法，其特征在于，在所述網(wǎng)元的緩存中存儲(chǔ)有用戶ID和HSS信息之間的映射關(guān)系表。
9.如權(quán)利要求7所述的信令交互方法，其特征在于，所述網(wǎng)元是I-CSCF、S-CSCF、AS中的任意一個(gè)。
10.如權(quán)利要求7所述的信令交互方法，其特征在于，在所述步驟(V)中在所述網(wǎng)元的緩存中查詢到與該用戶ID對(duì)應(yīng)的HSS信息為過(guò)期的情況下，在步驟(VI)之后進(jìn)一步刷新所述網(wǎng)元的緩存。
11.如權(quán)利要求10所述的信令交互方法，其特征在于，在所述網(wǎng)元的緩存中存儲(chǔ)有用戶ID和HSS名字之間的映射關(guān)系表，刷新所述網(wǎng)元的緩存是指，將所述網(wǎng)元的緩存中存儲(chǔ)的該用戶ID與原歸屬HSS之間的映射關(guān)系修改成該用戶ID與新歸屬HSS之間的映射關(guān)系。
12.如權(quán)利要求7所述的信令交互方法，其特征在于，所述HSS信息包含HSS名字地址信息。
13.如權(quán)利要求1或7所述的信令交互方法，其特征在于，每一個(gè)消息或其響應(yīng)都包含一個(gè)定時(shí)器作超時(shí)保護(hù)，在該定時(shí)器超時(shí)的情況下則進(jìn)入錯(cuò)誤處理流程并向網(wǎng)元返回出錯(cuò)信息。
全文摘要
本發(fā)明提出一種能夠減少信令交互次數(shù)、提高系統(tǒng)穩(wěn)定性的IMS中的信令交互方法。在網(wǎng)元、SLF、以及HSS之間進(jìn)行信令交互，該方法依次包含下述步驟網(wǎng)元接收到包含用戶ID的消息；根據(jù)所述用戶ID，所述網(wǎng)元在其緩存中查詢與該用戶ID對(duì)應(yīng)的HSS信息；網(wǎng)元與根據(jù)所述HSS信息確定的歸屬HSS建立信令交互。由此，通過(guò)在網(wǎng)元增加緩存，節(jié)省了I－CSCF到SLF查詢用戶歸屬HSS的交互過(guò)程，由此，在不改變已有的IMS網(wǎng)絡(luò)結(jié)構(gòu)并不影響IMS會(huì)話和業(yè)務(wù)處理機(jī)制的前提下，減少了IMS信令交互次數(shù)而造成的性能損失，并且同時(shí)提高了系統(tǒng)的穩(wěn)定性。
文檔編號(hào)H04L29/06GK1937597SQ20061010888
公開(kāi)日2007年3月28日 申請(qǐng)日期2006年8月16日 優(yōu)先權(quán)日2006年8月16日
發(fā)明者周毅 申請(qǐng)人:Ut斯達(dá)康通訊有限公司