專利名稱：利用tel-uri的ims呼叫路由的制作方法
技術(shù)領(lǐng)域：
本發(fā)明總體上涉及一種IMS終端網(wǎng)絡(luò)(terminating network)，其 通過將電話號碼telURI (而不是具有嵌入式電話號碼的SIPURI)用作 特定目標(biāo)用戶標(biāo)識符來實現(xiàn)對到目標(biāo)用戶的呼叫的路由。
背景
在此定義以下縮寫，在接下來的對現(xiàn)有技術(shù)和本發(fā)明的描述中會提 及這些縮寫中的至少一些。
3GPP第三代合作伙伴計劃
AS應(yīng)用服務(wù)器
CSCF呼叫會話(session)控制功能
DNS域名系統(tǒng)
HSS歸屬用戶服務(wù)器(Home Subscriber Server)
IAM初始;也址消息
IBCF互聯(lián)(interworking)邊界控制功能
I-CSCF詢問CSCF
IMSIP多J 某體子系統(tǒng)
IP網(wǎng)際協(xié)議
MGCF媒體網(wǎng)關(guān)控制功能
MMS多媒體消息服務(wù)
POTS普通老式電話業(yè)務(wù)
PSTN公共交換電話網(wǎng)絡(luò)
PUI乂>共用戶標(biāo)識
RFC請求注解RTP 實時傳輸協(xié)議
S-CSCF 月艮務(wù)CSCF
SIP 會話發(fā)起(initiation)協(xié)議
SLF 簽約定位功能(Subscription Locator Function)
TCP 傳輸控制協(xié)議
UA 用戶代理
UE 用戶設(shè)備
URI 統(tǒng)一資源標(biāo)識符
UTM URI轉(zhuǎn)譯(translation)模塊
IMS網(wǎng)絡(luò)是一種基于IP的網(wǎng)絡(luò)，它使IMS網(wǎng)絡(luò)的用戶代理(UA) 和其他傳統(tǒng)(legacy)網(wǎng)絡(luò)的用戶設(shè)備(UE)能夠建立與其他UA的多 媒體會話，以使得它們能夠交換任何類型的實時信息(例如聲音、視頻) 或非實時信息(例如消息、圖片)。在其當(dāng)前狀態(tài)下，IMS網(wǎng)絡(luò)使用SIP 協(xié)議來建立多媒體會話，并且使用諸如RTP之類的傳輸協(xié)議來運送多媒 體會話的有效負(fù)荷。
在IMS網(wǎng)絡(luò)中，信息是靠通過使用標(biāo)識目標(biāo)用戶的URI以及通過 使用IMS網(wǎng)絡(luò)內(nèi)所有元件都必須遵循的意義明確(well-defined)的路由 規(guī)則集而與該目標(biāo)用戶建立的多媒體會話來路由的。在題為"IP Multimedia Call Control Protocol Based on Session Initiation Protocol (SIP ) and Session Description Protocol ( SDP )"的3GPP TS 24.229 V.5.14.0 (2005年10月)(其內(nèi)容在這此^皮并入作為參考)中為遵循 3GPP的IMS網(wǎng)絡(luò)定義了該^見則集。
存在兩種類型的能夠被用來在建立多媒體會話時標(biāo)識特定目標(biāo)用 戶的URI: (l)SIPURI; ( 2 )tel URI。 SIP URI具有的格式在題為"SIP: Session Initiation Protocol"的2002年6月的RFC3261 (其內(nèi)容在此被并 入作為參考)中被定義。SIPURI的例子有
sip: peter@yahoo.com
sip: James.Rowling@RowlingAndAssociates.co.uk sip: voice—mail@vodafone.com;reason=no_answer 而tel URI的才各式在題為"The tel URI for Telephone Numbers"的 RFC3966 (其內(nèi)容在此被并入作為參考)中^L定義。telURI的例子有 tel: +1-234-567-89tel: 2997; phone-context=+3491339,
此外，存在用嵌入式tel URI表示SIP URI的方式，其在RFC3261 中#皮論述。例如，上述示例性tel-URI可以如下被嵌入SIPURI內(nèi) sip: + l-234-567-89@cingular.com; user=phone sip: .2997; phone-context=+3491339@vodafone.com;user=phone
上述路由規(guī)則集的一部分被專用于在兩個不同的網(wǎng)絡(luò)操作者 (network叩erator)之間路由呼叫。特別地，當(dāng)在兩個網(wǎng)絡(luò)操作者之間 ;洛由呼叫時，必須使用SIP URI或SIP URI/嵌入式tel URI來標(biāo)識該呼叫 的目標(biāo)用戶。

圖1 (現(xiàn)有技術(shù))是用來幫助描述第一路由過程的信號流 程圖，所述第 一路由過程即使用SIP URI/嵌入式tel URI來將呼叫從位于 始發(fā)(originating)網(wǎng)絡(luò)102的UAi路由到位于終端/目的地網(wǎng)絡(luò)104的 UA2的操作者間(inter-叩erator)的過程。步驟如下(更多細(xì)節(jié)請參考
3GPP TS 24.229 ):
1-3.始發(fā)S-CSCFi接收來自UAi的SIP請求(例如邀請(INVITE)
tel: +123)(步驟1) 。 S-CSCF!從接收到的會話發(fā)起邀請請求獲取請
求URI，并且如果該請求URI包含tel URI,那么S-CSCF!就查詢ENUMi
服務(wù)(步驟2 ) 。 ENUMi將tel URI轉(zhuǎn)變成SIP URI/嵌入式tel URI (例
如sip: +123@op.com;user=phone)并將其轉(zhuǎn)發(fā)至S-CSCFi (步驟3 )。
S-CSCFi用從查詢獲得的SIP URI/嵌入式tel URI替換SIP請求中的初始
請求URI , 以便形成新的 SIP請求(例如邀請sip :
+ 123@op.com;user=phone )。
4.始發(fā)S-CSCFi獲取新的請求URI的域部分(例如op.com )并且
將所述新的邀請SIP請求轉(zhuǎn)發(fā)至由該域標(biāo)識的地址(如果所述域是IPv4
或IPv6地址，那么所述邀請就能夠被立即轉(zhuǎn)發(fā)至該地址，否則需要使用
該域部分來查詢DNS以獲得目的地IP地址，該目的地IP地址對應(yīng)于終
端網(wǎng)絡(luò)104中的IBCF或者I-CSCF2)。在本例中，S-CSCF!將所述新的
SIP請求(例如邀請sip: +123@op.com;user=phone )直接轉(zhuǎn)發(fā)至I-CSCF2
(步驟4)。
5-6. I-CSCF2是針對終端呼叫而聯(lián)系(contact)的第一 CSCF并且 具有定位S-CSCF2的作用，所述S-CSCF2對UA2進(jìn)行服務(wù)，其中所述呼 叫以UA2為目標(biāo)。為了定位服務(wù)UA2的S-CSCF2， I-CSCF2可能需要使 用兩個網(wǎng)絡(luò)數(shù)據(jù)庫(1 ) SLF2 ; ( 2 ) HSS2。 SLF2是尋找保存UA2的用戶數(shù)據(jù)的特定HSS2實例(instance)的數(shù)據(jù)庫定位功能體(function) (包括當(dāng)前正對它們進(jìn)行服務(wù)的S-CSCF2),并且當(dāng)在終端網(wǎng)絡(luò)104中 存在多個HSS實例時被使用。在本例中，I-CSCF2將SIP請求中的請求 URI用作公共用戶標(biāo)識以用于發(fā)送查詢(例如Dx-Location-Query ( Dx-位置-查詢)PUI= sip:+123@ op.com;use產(chǎn)phone )至SLF2 (步驟5 )。 然后，SLF2把指示HSS2的響應(yīng)(例如Dx-Location-Query_Rsp Server-Name (服務(wù)器-名稱)=HSS2)發(fā)回I-CSCF2 (步驟6)。如果在 網(wǎng)絡(luò)中存在唯一的HSS，那么可以省略SLF2和步驟5-6。
7-8. I-CSCF2將SIP請求中的請求URI用作公共用戶標(biāo)識以用于發(fā) 送查i句 (4列々口 Cx畫Location-Query ( Cx畫^f立置畫查i句 ) PUI=sip:+123@op.com;user=phone)至HSS2 (步驟7 )。然后，HSSz把 指示S-CSCF2的響應(yīng)(例如 Cx-Location-Query_Rsp Server-Name=S-CSCF22)發(fā)回I-CSCF2 (步驟8 )。
9-10. —旦I-CSCF2已經(jīng)定位了 S-CSCF2,它就把呼叫(例如邀請 sip: +123@op.com;user=phone)路由到該S-CSCF2 (步驟9)。然后， 終端S-CSCF2使用其內(nèi)部定位表來把邀請請求路由至由目標(biāo)用戶UA2 登記(register)的聯(lián)系地址(在上面的例子中，該聯(lián)系地址是 B-UE@op.com)(步驟10)。如果沒有登記的聯(lián)系地址，但是目標(biāo)用 戶UA2已經(jīng)激活了某個具有未登記狀態(tài)的服務(wù)，那么S-CSCF2將SIP請 求轉(zhuǎn)發(fā)至由存儲在S-CSCF2內(nèi)的服務(wù)信息指示的AS。
參考圖2 (現(xiàn)有技術(shù))，其中存在著用于幫助描述第二路由過程的 信號流程圖，所述第二路由過程即當(dāng)呼叫不是如上面所討論的那樣來自 遠(yuǎn)處網(wǎng)絡(luò)102中的同級S-CSCF2，而是來自MGCFi時發(fā)生的路由過程。 當(dāng)用戶UE3位于PSTN 202中并且發(fā)起具有指向位于IMS終端網(wǎng)絡(luò)104 中的UA2的tel URI的呼叫時，出現(xiàn)該特定的第二路由過程。該特定的 第二路由過程的步驟如下(更多細(xì)節(jié)請參考3GPPTS 24.229):
la. MGCF!具有接收發(fā)自UE3的IAM的PSTN信令接口 (步驟la )。 MGCF"吏用IAM來獲得目標(biāo)用戶的E.164號碼并產(chǎn)生包括請求URI字 段的邀請SIP請求，所述請求URI字段具有tel URI (包含E.164號碼) 或者具有SIP URI (具有嵌入式E.164號碼)。
2a.在該特定例子中，邀請SIP請求包括telURI (例如tel: +123) (將該步驟2a與圖1中的步驟4相比較)。MGCF!把邀請SIP請求(例如邀請tel: +123)轉(zhuǎn)發(fā)至位于終端網(wǎng)絡(luò)104中的I-CSCF2 (步驟2a)。 3a-8a.除了在一些信號中使用的是tel URI (例如tel: +123)而不
是SIP URI (侈寸^口 sip: +123@op.com;user=phone )之夕卜，步驟3a-8a與
圖1中所示先前的路由過程的步驟5-10類似。 遺憾的是，上述路由過程存在一些問題
1. 在第一路由過程中，在邀請SIP請求到達(dá)終端網(wǎng)絡(luò)104之前，用 于發(fā)起呼叫的目標(biāo)電話號碼被丟失。特別地，在始發(fā)S-CSCF!用從 ENUM!獲得的SIP URI/嵌入式tel URI替換初始撥打(dial)的tel URI 時，將目標(biāo)電話號碼從SIP請求內(nèi)的請求URI中除去(參見步驟2-3 )。 這并不是非常希望的，原因在于可能需要終端網(wǎng)絡(luò)104向某些服務(wù)(例 如MMS)提供該電話號碼。
2. 在這兩個路由過程中，為了在終端網(wǎng)絡(luò)104之內(nèi)在內(nèi)部路由呼叫， HSS2內(nèi)的用戶簡檔(profile )和SLF2內(nèi)的用戶月良務(wù)器關(guān)聯(lián)(association) 必須包括tel URI和該tel URI的SIP形式(SIP URI/嵌入式tel URI)這 二者。這是需要的，原因在于在路由過程中存在這樣的實例，其中在終 端網(wǎng)絡(luò)104處接收的SIP請求可以包含SIP URI/嵌入式tel URI (參見圖 1)或tel URI (參見圖2)。因為給定的始發(fā)網(wǎng)絡(luò)102實際使用的是哪 種格式事前是未知的，所以為了能夠在終端網(wǎng)絡(luò)104之內(nèi)在內(nèi)部路由呼 叫，SLF2內(nèi)的用戶服務(wù)器關(guān)聯(lián)和HSS2內(nèi)的用戶簡檔需要包括tel URI和 該tel URI的SIP形式(SIP URI/嵌入式tel URI)這二者。因此，SLF2 和HSS2均需要保留針對tel URI和SIP URI/嵌入式tel URI這二者的復(fù)制 信息，這不僅增加了管理負(fù)擔(dān)，而且浪費了存儲空間。這是不希望的。
因此，存在著解決與現(xiàn)有技術(shù)相關(guān)聯(lián)的這些和其他缺點的需求。通 過本發(fā)明滿足了這些和其他需求。

發(fā)明內(nèi)容
本發(fā)明提出了 一種對IMS終端網(wǎng)絡(luò)中tel URI的特殊處理，以便通 過將電話號碼(而非具有嵌入式電話號碼的SIP URI)用作呼叫的目標(biāo) 用戶的標(biāo)識符來實現(xiàn)對呼叫的路由。特別地，本發(fā)明介紹了一種轉(zhuǎn)換模 塊，所述轉(zhuǎn)換沖莫塊位于IMS終端網(wǎng)絡(luò)內(nèi)并且能夠?qū)⒕哂星度胧诫娫捥柎a 的SIP URI轉(zhuǎn)換成等效的tel URI，終端I-CSCF和S-CSCF又使用所述等 效的tel URI來查詢SLF和/或HSS,以使它們能夠?qū)Φ侥繕?biāo)用戶的呼叫進(jìn)4亍路由。
在一個方案中，所述轉(zhuǎn)換^^莫塊能夠通過以下步驟將SIP URI/嵌入有 電話號碼轉(zhuǎn)換成等效的tel URI: ( 1 )從SIP URI/嵌入有電話號碼中提 取目標(biāo)用戶部分；(2)用字符串"tel:"預(yù)先掛起(pre-pend)目標(biāo)用 戶部分以產(chǎn)生等效的telURI。在另一個方案中，所述轉(zhuǎn)換;漢塊能夠通過 以下步驟將SIP URI/嵌入有電話號碼轉(zhuǎn)換成等效的tel URI: ( 1 )提取 位于SIPURI/嵌入有電話號碼中的"phone-context (電話-上下文)，，參 數(shù)之后的第一數(shù)字集，即電話上下文描述符(所述電話上下文描述符可 以是域名或者是全局號碼前綴)；(2)提取位于 "phone-context"參 數(shù)之前、SIPURI/嵌入有電話號碼中"sip:"參數(shù)之后的第二數(shù)字集； 以及(3)在其后插入有第二數(shù)字集的第一數(shù)字集之前預(yù)先掛起字符串
"tel:"以產(chǎn)生等效的telURI。在又一個方案中，所述轉(zhuǎn)換^t塊能夠通 過以下步驟將SIP URI/嵌入有電話號碼轉(zhuǎn)換成等效的tel URI: ( 1 )提 取位于"phone-context"參數(shù)之后的第一數(shù)字集，即電話上下文描述符；
(2)提取位于"phone-context"參數(shù)之前、"sip:"之后的第二數(shù)字 集；(3)將第一數(shù)字集(電話上下文描述符/全局網(wǎng)絡(luò)前綴)用作針對 替換規(guī)則(substitution rule )的預(yù)配置表的密鑰(key)以用于尋找替換 規(guī)則集；(4)將這些替換規(guī)則應(yīng)用到第二數(shù)字集以產(chǎn)生第三數(shù)字集， 以及(5)在第三數(shù)字集之前預(yù)先掛起字符串"tel:，，以產(chǎn)生等效的tel URI。 另外，本發(fā)明包括具有接收器和處理器的I-CSCF，所述接收器用于 接收SIP請求，所述處理器用于確定SIP請求是否具有包括SIP URI/嵌 入式電話號碼的請求URI。在一個方案中，如果在請求URI中存在
"user=phone(用戶=電話)，，參數(shù)，則處理器確定SIP請求具有SIP URI/ 嵌入式電話號碼。如果SIP請求具有SIP URI/嵌入式電話號碼，那么 I-CSCF就真有查詢設(shè)備，所述查詢設(shè)備向轉(zhuǎn)換一莫塊轉(zhuǎn)發(fā)請求URI (所述 轉(zhuǎn)換才莫塊根據(jù)SIP URI/嵌入式電話號碼產(chǎn)生相應(yīng)的tel URI)并然后從轉(zhuǎn) 換模塊接收相應(yīng)的telURI。其后，處理器除去SIPURI/嵌入式電話號碼 并且在SIP請求的請求URI中插入所接收的tel URI以形成^f奮訂的SIP 請求。最后，I-CSCF具有發(fā)送器，所述發(fā)生器把包括請求URI的修訂 的SIP請求連同相應(yīng)的tel URI —起提交至S-CSCF。
另外，本發(fā)明包括具有接收器和處理器的S-CSCF,所述接收器用 于接收SIP請求，所述處理器用于確定SIP請求是否具有包括SIP URI/嵌入式電話號碼的請求URI。在一個方案中，如果在請求URI中存在 "user=phone，，參數(shù)，則處理器確定SIP請求具有SIP URI/嵌入式電話 號碼。如果SIP請求具有SIP URI/嵌入式電話號碼，那么S-CSCF具有 查詢設(shè)備，所述查詢設(shè)備將請求URI轉(zhuǎn)發(fā)至轉(zhuǎn)換一莫塊(所述轉(zhuǎn)換^t塊根 據(jù)SIPURI/嵌入式電話號碼產(chǎn)生相應(yīng)的telURI),并且然后從轉(zhuǎn)換才莫塊 接收相應(yīng)的telURI。其后，處理器除去SIPURI/嵌入式電話號碼并且在 SIP請求的請求URI中插入所接收的tel URI以形成修訂的SIP請求。最 后，S-CSCF具有發(fā)送器，所述發(fā)生器把包括請求URI的修訂的SIP請 求連同相應(yīng)的tel URI —起提交至終端網(wǎng)絡(luò)。
本發(fā)明的一個優(yōu)點在于，因為I-CSCF和S-CSCF能夠使用等效的tel URI來路由呼叫，于是SLF和/或HSS只需要保留目標(biāo)用戶的tel URI而 不需保留目標(biāo)用戶的tel URI和SIP URI/嵌入式tel URI這二者。本發(fā)明 的另 一個優(yōu)點在于，轉(zhuǎn)換模塊能夠獲得初始撥打的目標(biāo)用戶的電話號碼 (所述電話號碼可能已經(jīng)在始發(fā)網(wǎng)絡(luò)中^L S-CSCF從SIP請求中剝離 (stripoff)),這是希望的，原因在于終端網(wǎng)絡(luò)可能需要始發(fā)電話號碼 來支持基于電話號碼的服務(wù)或傳統(tǒng)服務(wù)(例如，像MMS)。
附圖簡要描述
通過參考在結(jié)合附圖時所給出以下詳細(xì)描述，可以獲得對本發(fā)明更 加全面的理解，其中
圖l(現(xiàn) 有技術(shù))是信號流程圖，用于幫助描述與將呼叫從位于IMS 始發(fā)網(wǎng)絡(luò)內(nèi)的UA路由至位于IMS終端網(wǎng)絡(luò)內(nèi)的UA的傳統(tǒng)過程相關(guān)聯(lián) 的問題；
圖2 (現(xiàn)有技術(shù))是信號流程圖，用于幫助描述與用于將呼叫從位 于PSTN中的UE路由至位于IMS終端網(wǎng)絡(luò)內(nèi)的UA的傳統(tǒng)過程相關(guān)聯(lián) 的問題；
圖3是IMS終端網(wǎng)絡(luò)的框圖，所述IMS終端網(wǎng)絡(luò)已經(jīng)利用根據(jù)本 發(fā)明的用于解決與現(xiàn)有技術(shù)相關(guān)聯(lián)的問題的UTM而得到增強(qiáng)；
圖4是示例性的信號流程圖，用于幫助解釋根據(jù)本發(fā)明的第一實施 例能夠可以把I-CSCF (位于IMS終端網(wǎng)絡(luò)內(nèi))所接收的呼叫路由至 S-CSCF (位于IMS終端網(wǎng)絡(luò)內(nèi))；
圖5是示例性的信號流程圖，用于幫助解釋根據(jù)本發(fā)明的笫二實施例如何能夠把S-CSCF (位于IMS終端網(wǎng)絡(luò)內(nèi))所接收的呼叫路由至下 一中繼段(nexthop)(位于IMS終端網(wǎng)絡(luò)內(nèi))；
圖6是圖示出根據(jù)本發(fā)明的基本步驟的流程圖，UTM執(zhí)行所述基 本步驟以從具有嵌入式電話號碼的SIP URI獲得等效的tel URI;以及
圖7是信號流程圖，用于幫助描述根據(jù)本發(fā)明一個實施例的、將呼 叫從位于IMS始發(fā)網(wǎng)絡(luò)內(nèi)的UAi路由至位于IMS終端網(wǎng)絡(luò)內(nèi)的UA2的 過程；
詳細(xì)描述
參考圖3，其中給出具有CSCF 302 (包括I-CSCF 302a和S-CSCF 302b) 、 SLF 304、 HSS 306和UTM 308的示例性IMS終端網(wǎng)絡(luò)300的 框圖，該框圖用于幫助解釋本發(fā)明。如所示，I-CSCF 302a經(jīng)由鏈路310 和312分別與SLF 304 (如果有的話)和HSS 306通信，而S-CSCF 302b 相應(yīng)地經(jīng)由鏈路314與HSS 306通信。另夕卜，I-CSCF 302a和S-CSCF 302b 通過^f吏用例如工作于TCP/IP頂部的查詢-響應(yīng)協(xié)議而分別在鏈路316和 318上與UTM308通信?？商鎿Q地，UTM 308可以與CSCF 302或者更 具體地與I-CSCF 302a或與S-CSCF 302b結(jié)合，在這種情況下，它們之 間的通信鏈路可以是從CSCF 302外部不可見的內(nèi)部鏈路。或者，UTM 308可以與SLF 304以及HSS 306結(jié)合，在這種情況下，將CSCF-UTM 接口與CSCF-HSS接口 312、 314 (Cx)和CSCF-SLF接口 310 (Dx)進(jìn) 行合并將是可能的。應(yīng)該理解的是，在此提供的描述沒有討論與CSCF 302、 SLF304以及HSS 306相關(guān)聯(lián)的其他細(xì)節(jié)，這些細(xì)節(jié)是本領(lǐng)域技術(shù) 人員公知的，并且對于理解本發(fā)明而言不是必需的。
參考圖4，其中給出示例性信號流程圖，它用來幫助解釋當(dāng)I-CSCF 302a(至少合并接收器402、處理器404、查詢設(shè)備406以及發(fā)送器408) 接收到呼叫時，該呼叫之后如何根據(jù)本發(fā)明而#皮路由至S-CSCF 302b的。 基本上，當(dāng)I-CSCF 302a特別是接收器402接收到SIP請求時，它讓處 理器404檢查SIP請求(但是它不檢查登記SIP請求，這是因為tel URI 當(dāng)前沒有被登記)以查看它的請求URI是否包括tel URI的SIP URI形 式(參見步驟l-2)。為此，I-CSCF 302a特別是處理器404在請求URI 中搜索URI參數(shù)"user=phone",如果找到該參數(shù)，那么I-CSCF 302a 特別是查詢設(shè)備406就在查詢中向UTM 308發(fā)送完整的請求URI(參見步驟3)。 UTM 308起以下作用(a)接收查詢；(b)獲取SIPURI/ 嵌入式電話號碼；(c)產(chǎn)生等效的telURI;以及(d )把包含等效tel URI 的查詢響應(yīng)發(fā)回I-CSCF 302a (參見步驟4-5和圖6)。
此后，I-CSCF 302a特別是發(fā)送器408在查詢SLF 304(如果有的話) 和HSS 306時，把從UTM 308接收到的tel URI用作公共Id (參見步驟 6-9 )。另外，I-CSCF 302a特別是處理器404用從UTM 308接收的tel URI 替換初始SIP請求中的SIP URI/嵌入式tel URI，這樣發(fā)送器408就能夠 把修訂的SIP請求發(fā)送至S-CSCF 302b(參見步驟JW )。因為I-CSCF 302a 用從UTM 308接收的tel URI替換初始SIP請求中的SIP URI/嵌入式tel URI,這意味著，此后，修訂的SIP請求在IMS目標(biāo)網(wǎng)絡(luò)300內(nèi)部的路 由能夠基于tel URI。從而，SLF 304和HSS 306只需要存儲與tel URI 相關(guān)聯(lián)的公共ID，而不需要存儲針對tel URI和該tel URI的SIP形式這 二者的公共ID。這是對在其中SLF2和HSS2必須存儲關(guān)于tel URI和SIP URI/嵌入式tel URI這二者的信息的傳統(tǒng)路由過程的顯著改進(jìn)。
參考圖5,其中給出示例性的信號流程圖，它用來幫助解釋當(dāng)在轉(zhuǎn) 接網(wǎng)絡(luò)(transit network)中S-CSCF 302b (至少合并接收器502、處理 器504、查詢設(shè)備506以及發(fā)送器508 )接收到呼叫時，該呼叫之后是 如何根據(jù)本發(fā)明而被路由至下一中繼段320的?；旧希?dāng)S-CSCF 302b 特別是接收器502接收SIP請求時，它讓處理器504檢查該SIP請求(但 是它不檢查登記SIP請求，這是因為tel URI當(dāng)前沒有^皮登記)以查看它 的請求URI是否包括telURI的SIPURI形式(參見步驟1-2 )。為此， S-CSCF 302b特別是處理器504在請求URI中搜索URI參數(shù)
"user=phone",如果找到該參數(shù)，那么S-CSCF 302b特別是查詢設(shè)備 506就在查詢中向UTM 308發(fā)送完整的請求URI (參見步驟3 ) 。 UTM 308起以下作用(a)接收查詢；(b)獲取SIP URI/嵌入式電話號碼；
(c)產(chǎn)生等效的telURI;以及(d)把包含等效tel URI的查詢響應(yīng)發(fā) 回S-CSCF 302b (參見步驟4-5和圖6 )。
此后，S-CSCF 302b特別是發(fā)送器508在查詢SLF 304以及HSS 306 時，把從UTM 308接收的tel URI用作公共Id (參見步驟6-9 )。另夕卜， S-CSCF 302b特別是處理器504用從UTM 308接收的tel URI替換SIP 請求中的SIP URI/嵌入式tel URI，這樣發(fā)送器508就能夠把修訂的SIP 請求發(fā)送至下一中繼,殳320 (參見步驟10)。因為S-CSCF 302b用從UTM 308接收的tel URI替換初始SIP請求中的SIP URI/嵌入式tel URI, 這意味著，此后，修訂的SIP請求在IMS目標(biāo)網(wǎng)絡(luò)300內(nèi)部的路由能夠 基于tel URI。從而，SLF 304和HSS 306只需要存儲與tel URI相關(guān)聯(lián)的 公共ID,而不需要存儲針對tel URI和該tel URI的SIP形式這二者的公 共ID。這是對在其中SLF2和HSS2必須存儲關(guān)于tel URI和SIP URI/嵌 入式tel URI這二者的信息的傳統(tǒng)路由過程的顯著改進(jìn)。
在以上兩個實施例的任何一個中，可能發(fā)生的是，從UTM 308發(fā) 送的查詢響應(yīng)包括錯誤代碼或消息(參見以下的討論)。在該情況下， I-CSCF 302a/S-CSCF 302b可以通過把包括一些描述性文字例如"tel URI 中的錯誤域"的404 (未找到)響應(yīng)發(fā)回始發(fā)呼叫方來對所述請求進(jìn)行 回答。這使發(fā)出SIP請求的始發(fā)呼叫方有才幾會4吏用SIP URI而不是tel URI來再次發(fā)送(re-send) SIP請求，前提是它們能夠這樣做(例如使 用POTS電話的始發(fā)呼叫方將不能夠使用SIP URI再次發(fā)送請求)。
參考圖6,其中給出圖示根據(jù)本發(fā)明的方法600的基本步驟的流程 圖，UTM 308執(zhí)行方法600，這樣它就能夠從具有嵌入式電話號碼的SIP URI中獲得等效的tel URI?；旧?，UTM 308包括處理器322和其中存 儲有指令的存儲器324，處理器322能夠存取和處理這些指令以獲取SIP URI/嵌入式電話號碼，并產(chǎn)生等效的telURI。
從步驟602開始，UTM 308接收包含SIP URI/嵌入式tel URI的請 求URI (參見圖4-5中的步驟3 )。在步驟604， UTM 308確定SIP URI/ 嵌入式telURI是否具有可識別的全局號碼。如果否，那么UTM 308就 在步驟606輸出錯誤消息(例如404 (未找到)響應(yīng))。例如，如果SIP URI/嵌入式tel URI包括具有不可識別的局部網(wǎng)絡(luò)前綴或不可識別的私 有(private)前綴(例如"tel: 2997; phone-context=91339")的 "phone-context"參數(shù)，那么UTM 308將確定該SIP URI/嵌入式tel URI 不表示可識別的全局號碼。另外，如果SIPURI/嵌入式telURI包括具有 UTM 308識另'J不出的域名(例如"tel: 2997 ; phone-context= unknown.domain.net")的"phone-context"參數(shù)，那么UTM 308將確 定該SIP URI/嵌入式tel URI不表示可識別的全局號碼。一^:來it， UTM 308將會執(zhí)行某種依賴操作者的策略，所述策略使UTM 308能夠識別或 不能識別某個域名或某些域名。例如，UTM308可以只能夠識別操作者 分配的域名(一個或多個)。如果，步驟604的回答為"是"，那么UTM 308就在步驟608確 定SIP URI/嵌入式tel URI是否包含"phone-context"參數(shù)。如果為"否"， 那么UTM 308就在步驟610通過以下方式產(chǎn)生等效的tel URI:從SIP URI/嵌入式tel URI提取目標(biāo)用戶部分并接著用字符串"tel:"預(yù)先掛 起目標(biāo)用戶部分以產(chǎn)生等效的tel URI。例如，UTM 308能夠提取SIP URI (例如sip: +l-234-567-89@cingular.com;user=phone)的目標(biāo)用戶部分 (例如+1-234-567-89)，并接著用字符串"tel:"預(yù)先掛起所提取的目 標(biāo)用戶部分(例如+1-234-567-89 )以形成等效的tel URI (例如tel: + 1-234-567-89)。在步驟612， UTM 308在存儲器324中存儲所述等效 的tel URI,并接著輸出所述等效的tel URI (參見圖4-5中的步驟5 )。
如果對步驟608的回答為"是，，，那么UTM 308就在步驟614通 過以下方式來產(chǎn)生等效的telURI:提取位于"phone-context"參數(shù)之后 的第一數(shù)字集，提取位于"sip:，，之后但在"phone-context"參數(shù)之前 的第二數(shù)字集，并接著在其后插入有第二數(shù)字集的第 一數(shù)字集之前預(yù)先 掛起字符串"tel:"以產(chǎn)生等效telURI。例如，如果接收到的SIP URI/ 嵌入式telURI(例如"tel: 2997; phone-context=+3491339")包括具 有UTM 308識別的域名或全局網(wǎng)絡(luò)前綴的"phone-context"參數(shù)，那么 通過在"tel:"前綴和跟隨初始字符串"tel:"的第二數(shù)字集(例如2997) 之間插入與全局網(wǎng)絡(luò)前綴相關(guān)聯(lián)的第一數(shù)字集(例如3491339 )來構(gòu)建 等效的telURI (例如tel: +34913392997)。再者，UTM 308將除去包 括"phon6-context，，參數(shù)和"service-provider (服務(wù)-提供者)，，參數(shù)的 任何非數(shù)字字符(如果存在的話)。在步驟612, UTM 308在存儲器324 中存儲所述等效的tel URI，并接著輸出所述等效的tel URI (參見圖4-5 中的步驟5)。
在可替換的實施例中，當(dāng)對步驟608的回答為"是"時，UTM308 在步驟614'處通過以下方式來產(chǎn)生等效的tel URI:提取位于 "phone-context"參數(shù)之后的第一數(shù)字集即電話上下文描述符，提取位 于"sip:"之后但在"phone-context"參數(shù)之前的第二數(shù)字集，把第一 數(shù)字集(電話上下文描述符/全局網(wǎng)絡(luò)前綴)用作針對替換規(guī)則的預(yù)配置 表的密鑰來尋找替換規(guī)則集，對第二數(shù)字集應(yīng)用這些替換規(guī)則以產(chǎn)生第 三數(shù)字集，最后在第三數(shù)字集之前預(yù)先掛起字符串"td:，，以產(chǎn)生等效 的tel URI。例如，如果接收到的SIP URI/嵌入式tel URI(例如"tel: 2997;phone-context=+3491339")包括具有UTM 308識別出的全局網(wǎng)絡(luò)前綴 的"phone-context"參數(shù)，那么通過以下方式來建立等效的tel URI (例 如tel: +34913392997):把與全局網(wǎng)絡(luò)前綴(例如3491339)相關(guān)聯(lián)的 第 一數(shù)字集用作針對替換規(guī)則的預(yù)配置表的密鑰以尋找對全局網(wǎng)絡(luò)前 綴適用的替換規(guī)則集，對第二數(shù)字集(例如2997)應(yīng)用這些替換規(guī)則以 產(chǎn)生第三數(shù)字集(例如tel: +34913392997),最后在第三數(shù)字集之前預(yù) 先掛起字符串"tel:"以獲得等效的telURI(例如tel: +34913392997)。 在步驟612, UTM 308在存儲器324中存儲等效的telURI,并接著輸出 所述等效的tel URI (參見圖4-5中的步驟5 )。
參考圖7,其中給出信號流程圖，它用來幫J力描述根據(jù)本發(fā)明將呼 叫從位于始發(fā)網(wǎng)絡(luò)702內(nèi)的UAi路由至位于終端/目的地網(wǎng)絡(luò)704內(nèi)的 UA2的操作者間的過程(與圖1比較)。步驟如下
1-3.始發(fā)S-CSCF 706接收來自UAi的SIP請求(例如邀請tel: +123 ) (步驟1 ) 。 S-CSCF 706從接收到的會話發(fā)起邀請請求獲取請求URI， 并且如果所述請求URI包含tel URI，那么S-CSCF 706查詢ENUM 708 服務(wù)(步驟2 ) 。 ENUM 708將tel URI轉(zhuǎn)變成SIP URI/嵌入式tel URI (例如sip: +123@op.com;user=phone)并將其發(fā)送至S-CSCF 706 (步 驟3 ) 。 S-CSCF 706還用從查詢獲得的SIP URI/嵌入式tel URI替換SIP 請求中的初始tel URI，以便形成新的SIP請求(例如邀請sip: +123 @op. com;use尸phone)。
4.始發(fā)S-CSCF 706獲取新的請求URI的域部分(例如op.com) 并新的邀請SIP請求轉(zhuǎn)發(fā)至由該域標(biāo)識的地址(如果所述域是IPv4或 IPv6地址，那么所述邀請能夠被立即轉(zhuǎn)發(fā)至該地址，否則需要利用所述 域部分來查詢DNS以獲得目的IP地址，該地址對應(yīng)于終端網(wǎng)絡(luò)704中 的IBCF或者I-CSCF 302a)。在本例中，S-CSCF 706將新的SIP請求(例 如邀請sip: +123@op.com;user=phone )直接轉(zhuǎn)發(fā)至I-CSCF 302a (步驟 4)。
5-8.當(dāng)I-CSCF 302a接收并才全查SIP請求(例如邀請sip: + 123@op.com;user=phone)以查看它在請求URI中是否包括tel URI的 SIP URI形式(步驟5 )。為此，I-CSCF 302a在請求URI中搜索URI 參數(shù)"user=phone，，，如果找到該參數(shù)，那么I-CSCF 302a就在查詢中 向 UTM 308發(fā)送完整的請求 URI (例如 Query sip :+ 123@op.com;user=phone)(參見步驟6 ) 。 UTM 308接收該查詢并使 用SIP URI/嵌入式電話號碼以通過執(zhí)行方法606來產(chǎn)生等效的tel URI
(例如tel: +123)(步驟7)。然后，UTM308把查詢響應(yīng)(例如Rsp tel: +123 )發(fā)回I國CSCF 302a (步驟8 )。
9-10.如果在終端網(wǎng)絡(luò)中存在不止一個HSS,那么I-CSCF 302a就 把從UTM 308接收的tel URI用作公共Id,以向SLF 304發(fā)送查詢(例 如Dx-Locatkm-QueryPUI-tel: +123)(步驟9 )。然后，SLF 304把指 示HSS 306的響應(yīng)(例如Dx-Location-Query—Rsp Server-Name=HSS 306 ) 發(fā)回I-CSCF 302a (步驟10)。如果只存在一個HSS,那么可以忽略SLF 304以及步驟9-10。
11-12. I-CSCF 302a把從UTM 308接收的tel URI用作公共Id，以 向HSS 306發(fā)送查詢(例如Cx-Location-Query PUI=tel: +123 )(步驟 11 )。然后，HSS 306把指示S-CSCF 302b的響應(yīng)(例如 Cx-Location-Query—Rsp Server-Name=S-CSCF 302b)發(fā)回I曙CSCF 302a
(步驟12 )。注意I-CSCF 302a執(zhí)行步驟9-12以定位對用戶UA2進(jìn)行 服務(wù)的S-CSCF 302b,其中呼叫以用戶UA2為目標(biāo)。
13-14. —旦I-CSCF 302a已經(jīng)定位了 S-CSCF 302b,它就將呼叫(例 如邀請sip: +123 )路由至S-CSCF 302b (步驟13 )。然后，終端S-CSCF 302b使用其內(nèi)部位置表來將邀請請求路由至由目標(biāo)用戶UA2登記的聯(lián) 系地址(在上面的例子中，該聯(lián)系地址是B-UE@op.com)(步驟14)。 如果沒有登記的聯(lián)系地址，而目標(biāo)用戶UA2已經(jīng)激活了某個具有未登記 狀態(tài)的服務(wù)，那么S-CSCF 302b就將SIP請求轉(zhuǎn)發(fā)至存儲在S-CSCF 302b 內(nèi)的服務(wù)信息中所指示的AS 。
由上所述，本領(lǐng)域技術(shù)人員應(yīng)該理解的是，本發(fā)明提出了一種對 IMS終端網(wǎng)絡(luò)300和704中tel URI的特殊處理，以^更通過將電話號碼
(而不是具有嵌入式電話號碼的SIP URI)用作呼叫的目標(biāo)用戶的標(biāo)識 符來實現(xiàn)對呼叫的路由。特別地，本發(fā)明介紹了轉(zhuǎn)換模塊308,該轉(zhuǎn)換 才莫塊308位于IMS終端網(wǎng)絡(luò)300和704中并能夠把具有嵌入式電話號碼 的SIP URI轉(zhuǎn)換成等效的tel URI，然后IMS終端I-CSCF和S-CSCF使 用所述等效的tel URI來查詢SLF和/或HSS以使它們能夠?qū)Φ侥繕?biāo)用戶 的呼叫進(jìn)行路由?；旧希景l(fā)明采用如下方式增強(qiáng)了在IMS終端網(wǎng)絡(luò) 中的呼叫路由過程(例如)UTM 308實現(xiàn)了在沒有與在HSS和SLF中管理兩種類型的^>共用 戶標(biāo)識相關(guān)聯(lián)的隱含問題的情況下，在操作者間路由過程中使用具有承 載商ENUM ( Carrier-ENUM)服務(wù)的電話號碼。
UTM 308允許獨立實現(xiàn)將初始撥打的電話號碼及其特征轉(zhuǎn)發(fā)至 IMS終端網(wǎng)絡(luò)，對支持基于電話號碼的服務(wù)或傳統(tǒng)服務(wù)(例如MMS) 而言這是必需的。
UTM 308允許網(wǎng)絡(luò)操作者部署承載商ENUM服務(wù)，以使得沒有必 要針對每個用戶為SLF和HSS提供一個以上的完整的URI。這產(chǎn)生服務(wù) 的經(jīng)營和管理中相關(guān)聯(lián)的節(jié)約，原因在于只有用戶的tel URI需要被供 給，而在過去tel URI和相同tel URI的SIP版本這二者都需要被供給。
UTM 308允許在不需要用復(fù)制的目標(biāo)用戶的7>共標(biāo)識來更新HSS 或SLF數(shù)據(jù)庫的情況下與各種MGCF進(jìn)行對接，所述各種MGCF使用 不同方法對始發(fā)用戶的E.164號碼進(jìn)行編碼。
盡管已經(jīng)在附圖中說明并在前面詳細(xì)描述中描述了本發(fā)明的若干 實施例，但是應(yīng)該理解的是，本發(fā)明不限于所公開的實施例，而是能夠 在不偏離如由下面權(quán)利要求闡述和限定的本發(fā)明精神的情況下進(jìn)行許 多重排、修改以及替換。
權(quán)利要求
1.一種轉(zhuǎn)換模塊，包括處理器；和其中存儲有指令的存儲器，所述處理器能夠存取所述指令并能夠處理所述指令以便于進(jìn)行以下步驟接收請求URI；和確定請求URI是否具有帶有可識別的全局號碼的SIP URI；如果否，則輸出錯誤消息；并且如果是，則利用SIP URI產(chǎn)生電話號碼“tel URI”并接著輸出所述電話號碼“tel URI”。
2. 如權(quán)利要求1所述的轉(zhuǎn)換模塊，其中如果SIP URI不包含 "phone-context"參數(shù)，那么所述處理器通過執(zhí)行以下步驟以便于進(jìn)行產(chǎn)生步驟從SIPURI提取目標(biāo)用戶部分；以及用字符串"tel:"預(yù)先掛起目標(biāo)用戶部分以產(chǎn)生電話號碼"telURI"。
3. 如權(quán)利要求1所述的轉(zhuǎn)換模塊，其中如果SIP URI確實包含 "phone-context"參數(shù)，那么所述處理器通過執(zhí)行以下步驟以便于進(jìn)行產(chǎn)生步驟提取位于"phone-context"參數(shù)之后的第一數(shù)字集； 提取位于SIPURI中"sip:"之后、"phone-context"參數(shù)之前的第二數(shù)字集；以及在其后插入有第二數(shù)字集的第一數(shù)字集之前預(yù)先掛起字符串"td:"以產(chǎn)生電話號碼"telURI"。
4. 如權(quán)利要求1所述的轉(zhuǎn)換模塊，其中如果SIP URI確實包含 "phone-context"參數(shù)，那么所述處理器通過執(zhí)行以下步驟以便于進(jìn)行產(chǎn)生步驟提取位于"phone-context"參數(shù)之后的第一數(shù)字集； 提取位于SIPURI中"sip:，，之后、"phone-context"參數(shù)之前的 第二數(shù)字集；把第 一數(shù)字集用作針對替換規(guī)則的預(yù)配置表的密鑰以尋找替換規(guī) 則集；對第二數(shù)字集應(yīng)用所述替換規(guī)則集以產(chǎn)生第三數(shù)字集；以及在第三數(shù)字集之前預(yù)先掛起字符串"tel:"以產(chǎn)生等效的telURI。
5. —種用于從具有嵌入式電話號碼的SIPURI獲得telURI的方法， 所述方法包括步驟接收請求URI;和確定請求URI是否具有帶有可識別的全局號碼的SIP URI; 如果否，則輸出錯誤消息；并且如果是，則使用SIPURI產(chǎn)生電話號碼"telURI"并接著輸出 所述電話號碼"tel而，，。
6. 如權(quán)利要求5所述的方法，其中如果SIP URI不包含 "phone-context"參數(shù)，那么所述產(chǎn)生步驟包括以下步驟從SIPURI提取目標(biāo)用戶部分；以及用字符串"tel:，，預(yù)先掛起目標(biāo)用戶部分以產(chǎn)生電話號碼"tel URI"。
7. 如權(quán)利要求5所述的方法，其中如果SIP URI確實包含 "phone-context"參數(shù)，那么所述產(chǎn)生步驟進(jìn)一步包括以下步驟提取位于"phone-context"參數(shù)之后的第一數(shù)字集； 提取位于SIPURI中"sip:，，之后、"phone-context"參數(shù)之前的第二數(shù)字集；以及在其后插入有第二數(shù)字集的第一數(shù)字集之前預(yù)先掛起字符串"tel:"以產(chǎn)生電話號碼 "tel URI"。
8. 如權(quán)利要求5所述的方法，其中如果SIP URI確實包含 "phone-context"參數(shù)，那么所述產(chǎn)生步驟進(jìn)一步包括以下步驟提取位于"phone-context"參數(shù)之后的笫一數(shù)字集； 提取位于SIPURI中"sip:"之后、"phone-context"參數(shù)之前的 第二數(shù)字集；把第 一數(shù)字集用作針對替換規(guī)則的預(yù)配置表的密鑰以尋找替換規(guī) 則集；對第二數(shù)字集應(yīng)用所述替換規(guī)則集以產(chǎn)生第三數(shù)字集；以及 在第三數(shù)字集之前預(yù)先掛起字符串"tel:"以產(chǎn)生等效的telURI。
9. 一種網(wǎng)絡(luò)，包括 節(jié)點；轉(zhuǎn)換模塊；以及 數(shù)據(jù)庫；所述節(jié)點接收SIP請求并確定所述SIP請求是否具有SIP URI/嵌入 式電話號碼如果是，那么所述節(jié)點就將所述SIP URI/嵌入式電話號碼轉(zhuǎn)發(fā) 至所述轉(zhuǎn)換模塊，所述轉(zhuǎn)換模塊確定所述SIP URI/嵌入式電話號碼 是否具有可識別的全局號碼；如果否，則所述轉(zhuǎn)換模塊發(fā)送錯誤消息至所述節(jié)點；并且 如果是，則所述轉(zhuǎn)換;漢塊使用SIPURI/嵌入式電話號碼產(chǎn) 生電話號碼"telURI"并接著發(fā)送所述電話號碼"telURI"至 所述節(jié)點，所述節(jié)點使用所述電話號碼"telURI"來查詢所述 數(shù)據(jù)庫以確定接下來要將SIP請求路由至何處； 如果否，那么所述節(jié)點使用不具有嵌入式電話號碼的SIP URI 來查詢所述數(shù)據(jù)庫以確定接下來要將SIP請求路由至何處。
10. 如權(quán)利要求9所述的網(wǎng)絡(luò)，其中如果SIP請求具有帶 "user=phone，，參數(shù)的請求URI，那么所述節(jié)點就確定所述SIP請求具有SIP URI/嵌入式電話號碼。
11. 如權(quán)利要求9所述的網(wǎng)絡(luò)，其中所述節(jié)點當(dāng)從轉(zhuǎn)換模塊接收到 電話號碼"telURI"時就用SIP請求中的電話號碼"telURI"來替換SIP URI/嵌入式電話號碼，并且對修訂的SIP請求進(jìn)行路由。
12. 如權(quán)利要求9所述的網(wǎng)絡(luò)，其中所述節(jié)點是詢問呼叫信令控制 功能體或服務(wù)呼叫信令控制功能體。
13. 如權(quán)利要求9所述的網(wǎng)絡(luò)，其中所述數(shù)據(jù)庫包含與電話號碼"tel URI"有關(guān)的信息，而不包含與SIPURI/嵌入式電話號碼有關(guān)的信息。
14. 如權(quán)利要求9所述的網(wǎng)絡(luò)，其中數(shù)據(jù)庫是服務(wù)器定位功能體或 歸屬用戶服務(wù)器。
15. 如權(quán)利要求9所述的網(wǎng)絡(luò)，其中當(dāng)SIP URI/嵌入式電話號碼不 包含"phone-context"參數(shù)時，所述轉(zhuǎn)換;溪塊執(zhí)行以下步驟從SIPURI/嵌入式電話號碼提取目標(biāo)用戶部分；以及用字符串"tel:"預(yù)先掛起目標(biāo)用戶部分以產(chǎn)生電話號碼"telURI"。
16. 如權(quán)利要求9所述的網(wǎng)絡(luò)，其中當(dāng)SIP URI/嵌入式電話號碼確 實包含"phone-context，，參數(shù)時，所述轉(zhuǎn)換才莫塊執(zhí)行以下步驟提取位于"phone-context，，參數(shù)之后的第一數(shù)字集；提取位于SIP URI/嵌入式電話號碼中"sip:"之后、"phone-context"參數(shù)之前的第二數(shù)字集；以及在其后插入有第二數(shù)字集的笫一數(shù)字集之前預(yù)先掛起字符串"tel:" 以產(chǎn)生電話號碼"tel URI"。
17. 如權(quán)利要求9所述的網(wǎng)絡(luò)，其中當(dāng)SIP URI/嵌入式電話號碼確 實包含"phone-context"參數(shù)時，所述轉(zhuǎn)換才莫塊執(zhí)行以下步驟提取位于"phone-context"參數(shù)之后的第一數(shù)字集； 提取位于SIPURI中"sip:"之后、"phone-context"參數(shù)之前的 第二數(shù)字集；把第 一數(shù)字集用作針對替換規(guī)則的預(yù)配置表的密鑰以尋找替換規(guī) 則集；對第二數(shù)字集應(yīng)用所述替換規(guī)則集以產(chǎn)生第三數(shù)字集；以及 在第三數(shù)字集之前預(yù)先掛起字符串"tel:，，以產(chǎn)生等效的tdURI。
18. —種用于將終端網(wǎng)絡(luò)中的SIP請求路由至服務(wù)呼叫會話控制功 能體的詢問呼叫會話控制功能體，包括接收器，用于接收SIP請求；處理器，用于確定所述SIP請求是否具有包括SIP URI/嵌入式電話 號碼的i貪求URI;查詢設(shè)備，用于將請求URI轉(zhuǎn)發(fā)至轉(zhuǎn)換模塊并且用于從轉(zhuǎn)換模塊接 收相應(yīng)的tel URI;所述處理器除去所述SIP URI/嵌入式電話號碼并且在SIP請求的請 求URI中插入所接收的tel URI以形成修訂的SIP請求；以及發(fā)送器，用于將包括帶有tel URI的請求URI的修訂的SIP請求提 交至服務(wù)呼叫會話控制功能體。
19. 如權(quán)利要求18所述的詢問呼叫會話控制功能體，其中如果在請 求URI中存在"user=phone"參數(shù)，那么所述處理器確定SIP請求具有 SIP URI/嵌入式電話號碼。
20. 如權(quán)利要求18所述的詢問呼叫會話控制功能體，其中當(dāng)從轉(zhuǎn)換 ^^塊接收到相應(yīng)的tel URI時所述處理器接著就用SIP請求中的相應(yīng)的 tel URI替換SIP URI/嵌入式電話號碼，并對修訂的SIP請求進(jìn)行路由。
21. —種用于通過轉(zhuǎn)接網(wǎng)絡(luò)將SIP請求路由至終端網(wǎng)絡(luò)的服務(wù)呼叫 會話控制功能體，包括接收器，用于接收SIP請求；處理器，用于確定所述SIP請求是否具有包括SIP URI/嵌入式電話 號碼的請求URI;查詢設(shè)備，用于將請求URI轉(zhuǎn)發(fā)至轉(zhuǎn)換模塊并且用于從轉(zhuǎn)換模塊接 收相應(yīng)的tel URI;所述處理器除去所述SIP URI/嵌入式電話號碼并且在SIP請求的請 求URI中插入所接收的tel URI以形成修訂的SIP請求；以及發(fā)送器，用于將帶有telURI的修訂的SIP請求提交至終端網(wǎng)絡(luò)。
22. 如權(quán)利要求21所述的服務(wù)呼叫會話控制功能體，其中如果在請 求URI中存在"user=phone"參數(shù)，那么所述處理器確定SIP請求具有 SIP URI/嵌入式電話號碼。
23. 如權(quán)利要求21所述的服務(wù)呼叫會話控制功能體，其中當(dāng)從轉(zhuǎn)換 模塊接收到相應(yīng)的tel URI時，所述處理器接著就用SIP請求中的相應(yīng) tel URI替換SIP URI/嵌入式電話號碼，并且對修訂的SIP請求進(jìn)行路由。
全文摘要
本發(fā)明提出了一種對IMS終端網(wǎng)絡(luò)中tel URI的特殊處理，以便通過將電話號碼(而非具有嵌入式電話號碼的SIP URI)用作呼叫的目標(biāo)用戶的標(biāo)識符來實現(xiàn)對呼叫的路由。特別地，本發(fā)明介紹了一種轉(zhuǎn)換模塊，其位于IMS終端網(wǎng)絡(luò)內(nèi)并且能夠?qū)⒕哂星度胧诫娫捥柎a的SIP URI轉(zhuǎn)換成等效的tel URI，終端I-CSCF和S-CSCF然后又使用所述等效的tel URI來查詢SLF和/或HSS，以使它們能夠?qū)Φ侥繕?biāo)用戶的呼叫進(jìn)行路由。
文檔編號H04L29/06GK101292498SQ200680039223
公開日2008年10月22日 申請日期2006年10月20日 優(yōu)先權(quán)日2005年10月21日
發(fā)明者F·艾里克森, J·-J·阿勞茨-羅薩多 申請人:艾利森電話股份有限公司