專利名稱：通過ims系統(tǒng)路由消息的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及消息的路由，尤其涉及然而并不限于IMS系統(tǒng)中的消息路由。
背景技術(shù)：
第三代(3G)通信系統(tǒng)的出現(xiàn)將顯著提高通過移動用戶設(shè)備(UE)以及其它類型的 UE在因特網(wǎng)上訪問服務(wù)的可能性。技術(shù)人員了解各種用戶設(shè)備(UE)，例如計算機(jī)(固定或便攜)，移動電話，個人數(shù) 據(jù)助理或管理器等等，并且各種用戶設(shè)備能夠被用于訪問因特網(wǎng)以獲得服務(wù)。稱作移動站 (MS)的移動用戶設(shè)備能夠被定義成這樣一種裝置，其能夠通過無線接口與例如移動電信網(wǎng) 絡(luò)的基站或任何其他站點的另一設(shè)備進(jìn)行通信。這種移動用戶設(shè)備能夠適于通過無線接口 進(jìn)行語音，文本消息，數(shù)據(jù)通信或多媒體通信。上面及后來使用的術(shù)語“服務(wù)”被理解為廣泛覆蓋用戶可能期望，需要或向其提供 的任何服務(wù)或產(chǎn)品。該術(shù)語也將被理解為覆蓋贈送服務(wù)的提供。尤其是，術(shù)語“服務(wù)”將被 理解為包含因特網(wǎng)多媒體服務(wù)，會議，電話，游戲，多功能呼叫(rich call)，演示，電子商務(wù) 以及例如即時消息的消息，但不限于此。3G合伙項目(3GPP)正定義將向UE的用戶提供對這些服務(wù)的訪問的通用電信系 統(tǒng)(UMTS)核心網(wǎng)絡(luò)的參考體系結(jié)構(gòu)。這個UMTS核心網(wǎng)絡(luò)被分成三個主要域。即電路交換 域，分組交換域以及網(wǎng)際協(xié)議多媒體(IM)域。后者即IM域保證充分管理多媒體服務(wù)。IM域支持由互聯(lián)網(wǎng)工程認(rèn)為組(IETF)開 發(fā)的會話發(fā)起協(xié)議(SIP)。SIP是應(yīng)用層信令協(xié)議，用于開始，改變以及結(jié)束用戶會話，以及用于發(fā)送和接收 事務(wù)處理。例如，會話可以是雙向電話呼叫或多方會議會話，或用戶和應(yīng)用服務(wù)器(AS)之 間的連接。這些會話的建立允許給用戶提供上述服務(wù)。SIP的基本特征之一是協(xié)議通過提 供經(jīng)由單個位置無關(guān)地址到達(dá)被叫方(可以是應(yīng)用服務(wù)器AS)的性能，允許使用移動UE的 用戶的個人移動性。在此文檔中將使用下列縮寫AS 應(yīng)用服務(wù)器BGCF 出口網(wǎng)關(guān)控制功能CN 核心網(wǎng)絡(luò)CPS 連接處理服務(wù)器CS 電路交換CSCF 呼叫會話控制功能或呼叫狀態(tài)控制功能DNS 域名系統(tǒng)
ENUM 參見‘ · 164 number and DNS” (RFC2916)FQDN 完全合格域名Gff/S/AS網(wǎng)絡(luò)功能或?qū)嶓w，例如代理和/或網(wǎng)關(guān)和/或服務(wù)器和/或應(yīng)用服務(wù)器等等。HSS 歸屬用戶服務(wù)器I-CSCF 查詢 CSCFID 身份標(biāo)識IM IP 多媒體IMS IP多媒體核心網(wǎng)絡(luò)子系統(tǒng)IMS-WV-Gff IMS和WV網(wǎng)絡(luò)之間的網(wǎng)關(guān)IP網(wǎng)際協(xié)議ISC IP多媒體服務(wù)控制MGCF 中間網(wǎng)關(guān)控制功能NAPTR 命名機(jī)構(gòu)指針(RFC2915)O-CSCF 出站 CSCFP-CSCF 代理 CSCFPMG 出席(P)，消息(M)和組管理(G)PLS 出席列表服務(wù)器PS出席服務(wù)器PMG-WV-Gff IMS和WV網(wǎng)絡(luò)之間的網(wǎng)關(guān)RR DNS 的資源記錄S-CSCF 服務(wù) CSCFSIP 會話發(fā)起協(xié)議(RFC3261)SIPURI SIP 統(tǒng)一資源標(biāo)識符(RFC3261)SLF 預(yù)訂定位功能SSR 服務(wù)和預(yù)訂庫TELURL是與能夠使用電話網(wǎng)聯(lián)系的終端相關(guān)聯(lián)的URL (RCF2806)UE用戶設(shè)備UMS 用戶移動服務(wù)器UMTS 通用移動電信系統(tǒng)URI 統(tǒng)一資源標(biāo)識符URL 統(tǒng)一資源定位符WV無線村在IMS中，終止會話/事務(wù)處理被從I-CSCF路由到能夠遵循過濾條件的規(guī)則把它 們路由到AS的S-CSCF。如果未注冊目標(biāo)身份標(biāo)識(即公共用戶身份標(biāo)識)，則I-CSCF選 擇S-CSCF，并且S-CSCF從HSS下載過濾條件。然而，存在目標(biāo)身份標(biāo)識不是IMS身份標(biāo)識， 即非IMS身份標(biāo)識被通過IMS網(wǎng)絡(luò)路由到非IMS網(wǎng)絡(luò)的問題。在IMS中，AS發(fā)起的會話/事務(wù)處理被從AS路由到能夠進(jìn)一步路由它們的 S-CSCF。通常這個S-CSCF是在會話/事務(wù)處理被從S-CSCF路由到AS時使用的S-CSCF，或響應(yīng)查詢從HSS或其它的數(shù)據(jù)庫返回的S-CSCF的地址，或(默認(rèn))S-CSCF的地址可以在 AS中配置或從內(nèi)部或外部數(shù)據(jù)庫，表，列表，配置數(shù)據(jù)存儲器等處獲取。存在難以或不能查 找S-CSCF的情況。這里有一些難以查找S-CSCF的例子a)如果用戶未被注冊，則可能沒有S-CSCF被分配給用戶(或更準(zhǔn)確地講，被分配 給用戶的任何公開用戶身份標(biāo)識)。b)如果發(fā)送網(wǎng)絡(luò)單元是代表用戶路由會話/事務(wù)處理的業(yè)務(wù)服務(wù)器，則存在類似 情況，即可能沒有S-CSCF被分配給用戶。(這種業(yè)務(wù)服務(wù)器被稱為用戶相關(guān)業(yè)務(wù)服務(wù)器)。c)如果第三方用戶使用組身份標(biāo)識作為目標(biāo)地址，例如不是組身份標(biāo)識的“所有 者”的用戶發(fā)送消息到一個組，在確定當(dāng)組服務(wù)器向組的各個成員發(fā)送消息時應(yīng)當(dāng)使用哪 個S-CSCF時存在問題。d)如果發(fā)送方是與任何用戶均沒有關(guān)系的服務(wù)(即發(fā)送方是用戶無關(guān)業(yè)務(wù)服務(wù) 器)。至少在這種情況下，AS不得不選擇S-CSCF或使用默認(rèn)S-CSCF。兩種解決方案都有缺 點。在第一種方案中，AS不得不執(zhí)行I-CSCF的功能，即選擇S-CSCF。在第二種方案中(即 如果使用默認(rèn))，問題是怎樣均衡負(fù)載(可以使用DNS中的Round robin功能)。對于通過S-CSCF進(jìn)行路由，一個附加的方面是不需要S-CSCF的服務(wù)，例如不利用 過濾條件。在用戶無關(guān)業(yè)務(wù)服務(wù)器的情況中尤其是這樣。與服務(wù)身份標(biāo)識一起路由是IMS的另一個問題。為了路由到駐留或提供服務(wù)的 AS，服務(wù)器，網(wǎng)關(guān)，網(wǎng)絡(luò)功能，網(wǎng)絡(luò)實體等等，在SLF和HSS中需要包含路由信息(例如過濾 條件)的記錄項，該信息用于路由到S-CSCF及從S-CSCF路由不予考慮駐留或提供服務(wù)的 正確AS，服務(wù)器，網(wǎng)關(guān)，網(wǎng)絡(luò)功能，網(wǎng)絡(luò)實體等等。結(jié)果是HSS不得不包含具有正確路由信息 的全部服務(wù)身份標(biāo)識。對于用戶建立的組身份標(biāo)識，存在類似問題。例如，用戶可以建立工 作同事組，家庭組及朋友組。這些具有正確路由信息的身份標(biāo)識必須包含在HSS中。服務(wù) 身份標(biāo)識可以相當(dāng)穩(wěn)定，但是組身份標(biāo)識可以相對經(jīng)常地改變。組身份標(biāo)識可以是用戶列 表，其能夠用于例如通過單個消息發(fā)送過程發(fā)送消息到所有用戶(而不是重復(fù)過程以便發(fā) 送相同消息到每個用戶)。使用服務(wù)及組身份標(biāo)識的問題是HSS中或多或少的臨時記錄項 的創(chuàng)建/修改/刪除，以便可以通過S-CSCF路由到正確的AS，服務(wù)器，網(wǎng)關(guān)，網(wǎng)絡(luò)功能，網(wǎng)絡(luò) 實體等等。也發(fā)現(xiàn)當(dāng)出席列表服務(wù)器(PLS)對有關(guān)出席方(presentities)的出席信息進(jìn)行 預(yù)訂(subscribe to)時，根據(jù)當(dāng)前3GPP IMS標(biāo)準(zhǔn)進(jìn)行的路由不是最優(yōu)的。此外，當(dāng)PLS(AS) 通過自身發(fā)起請求時，未定義PLS(AS)如何選擇S-CSCF。存在如果把組服務(wù)器視為應(yīng)用服務(wù)器，則應(yīng)當(dāng)使用ISC接口的問題。這具有路由 更加復(fù)雜的缺點，即在終結(jié)及發(fā)起兩種情況下均需要S-CSCF。另一個問題是在已知配置中，應(yīng)用服務(wù)器必須把所有使用的服務(wù)身份標(biāo)識存儲在 SLF, HSS和/或另一個用戶數(shù)據(jù)庫中。

發(fā)明內(nèi)容
本發(fā)明的實施例的目的是解決所描述的一或多個問題。根據(jù)本發(fā)明的一個方面，提供了一種通過IMS系統(tǒng)路由消息的方法，包括步驟在I-CSCF處接收消息，獲得所述消息所針對的網(wǎng)絡(luò)功能的地址信息，以及根據(jù)所述地址信息 發(fā)送所述消息到所述網(wǎng)絡(luò)功能?？梢杂删W(wǎng)絡(luò)實體提供網(wǎng)絡(luò)功能。網(wǎng)絡(luò)功能可以是應(yīng)用服務(wù)器，服務(wù)器，網(wǎng)關(guān)或任何 其他適當(dāng)實體。優(yōu)選地，所述消息被直接或通過代理或網(wǎng)關(guān)單元經(jīng)由網(wǎng)關(guān)單元發(fā)送到網(wǎng)絡(luò)功能。優(yōu)選地，所述獲得步驟包括查詢數(shù)據(jù)庫。
優(yōu)選地，所述數(shù)據(jù)庫包括SLF。優(yōu)選地，所述數(shù)據(jù)庫提供所述網(wǎng)絡(luò)功能的所述地址信息。優(yōu)選地，所述數(shù)據(jù)庫提供標(biāo)識其它數(shù)據(jù)庫的信息。優(yōu)選地，所述其它數(shù)據(jù)庫可以包括HSS，UMS或SSR之一。優(yōu)選地，所述其它數(shù)據(jù)庫包含所述地址信息。優(yōu)選地，所述其它數(shù)據(jù)庫包含所述網(wǎng)絡(luò)功能的配置信息。優(yōu)選地，該方法包括確定所述消息是針對IMS目標(biāo)還是非IMS目標(biāo)的步驟。優(yōu)選地，僅在由于所述消息是針對識別服務(wù)或組等等的非IMS目標(biāo)或IMS目標(biāo)而 確定所述消息未被路由到任何S-CSCF的情況下，才遵循所述步驟。根據(jù)本發(fā)明的一個方面，提供通過IMS系統(tǒng)從網(wǎng)絡(luò)功能路由消息的方法，包括步 驟從網(wǎng)絡(luò)功能發(fā)起消息；確定所述消息將被發(fā)送到的代理實體的地址；路由所述消息到所述代理實體；以及從所述代理實體路由所述消息到目標(biāo)網(wǎng)絡(luò)的入口點。優(yōu)選地，所述入口點與所述網(wǎng)絡(luò)功能在相同或不同的網(wǎng)絡(luò)中。優(yōu)選地，其中所述發(fā)起步驟包括發(fā)起會話和事務(wù)處理之一。優(yōu)選地，所述確定步驟包括查詢數(shù)據(jù)庫，表，文件和列表之一的步驟。優(yōu)選地，所述確定步驟包括由包含在所述網(wǎng)絡(luò)功能中的信息確定代理實體。優(yōu)選地，該方法包括確定所述消息將被路由到的入口點的步驟。優(yōu)選地，所述代理實體被設(shè)置成確定所述消息將被發(fā)送到的入口點。優(yōu)選地，所述代理實體被設(shè)置成通過訪問數(shù)據(jù)庫來確定所述消息將被發(fā)送到的 I-CSCF。優(yōu)選地，所述數(shù)據(jù)庫包括DNS。根據(jù)本發(fā)明的一個方面，提供了一種通過IMS系統(tǒng)從網(wǎng)絡(luò)功能路由消息的方法， 包括步驟從網(wǎng)絡(luò)功能發(fā)起消息；確定所述消息將被發(fā)送到的I-CSCF ；在所述I-CSCF與所 述網(wǎng)絡(luò)功能在相同網(wǎng)絡(luò)中的情況下，直接路由所述消息到所述I-CSCF。根據(jù)本發(fā)明的一個方面，提供了一種通過IMS系統(tǒng)從網(wǎng)絡(luò)功能路由消息的方法， 包括步驟從網(wǎng)絡(luò)功能發(fā)起消息，確定所述消息將被發(fā)送到的I-CSCF，在所述I-CSCF在可 信網(wǎng)絡(luò)中的情況下，直接路由所述消息到所述I-CSCF。根據(jù)本發(fā)明的一個方面，提供了一種通過IMS系統(tǒng)從網(wǎng)絡(luò)功能路由消息的方法， 所述方法包括步驟從網(wǎng)絡(luò)功能向I-CSCF發(fā)送請求，在I-CSCF處確定來自所述網(wǎng)絡(luò)功能的 消息將被發(fā)送到的S-CSCF，以及發(fā)送所述消息到所確定的S-CSCF。
優(yōu)選地，所述網(wǎng)絡(luò)功能包括PLS。優(yōu)選地，所述確定步驟包括查詢數(shù)據(jù)庫。優(yōu)選地，所述確定步驟包括查詢HSS。根據(jù)本發(fā)明的一個方面，提供了一種通過IMS系統(tǒng)從第一網(wǎng)絡(luò)功能路由消息的方 法，所述方法包括步驟從第一網(wǎng)絡(luò)功能向I-CSCF發(fā)送請求，在I-CSCF處確定來自所述第 一網(wǎng)絡(luò)功能的消息將被發(fā)送到的第二網(wǎng)絡(luò)功能，以及從I-CSCF直接發(fā)送所述消息到所述 第二網(wǎng)絡(luò)功能。根據(jù)本發(fā)明的一個方面，提供了一種路由消息的方法，包括步驟根據(jù)第一協(xié)議接 收消息，轉(zhuǎn)換所述消息到第二協(xié)議，使用所述消息中的標(biāo)識信息查詢數(shù)據(jù)庫以獲得新標(biāo)識 信息，以及使用所述新標(biāo)識信息路由消息到代理。優(yōu)選地，所述代理被設(shè)置成路由所述消息。
優(yōu)選地，所述代理被設(shè)置成獲得所述身份標(biāo)識的轉(zhuǎn)換。優(yōu)選地，所述代理路由消息到另一個網(wǎng)絡(luò)。優(yōu)選地，該代理路由消息到I-CSCF。優(yōu)選地，I-CSCF被設(shè)置成查詢所述數(shù)據(jù)庫。優(yōu)選地，所述I-CSCF被設(shè)置成路由所述消息到所述代理。優(yōu)選地，接收所述消息的實體被設(shè)置成路由所述消息到所述代理。優(yōu)選地，其中所述第二協(xié)議是SIP。優(yōu)選地，所述代理被設(shè)置成路由所述消息到網(wǎng)關(guān)。


為了更好地理解本發(fā)明以及如何實施本發(fā)明，參考附圖通過舉例進(jìn)行說明，其 中圖1示出了在IMS系統(tǒng)中正常終結(jié)路由的已知方法；圖2a示出了在IMS系統(tǒng)中體現(xiàn)本發(fā)明的路由方法；圖2b示意示出了使用非IMS方案的路由；圖2c示意示出了從WV用戶設(shè)備的路由；圖2d示出了從WV域到WV或IMS域的路由；圖3a示出了在IMS系統(tǒng)中的已知路由方法，其中用AS發(fā)起會話或事務(wù)處理；圖3b示出了在IMS系統(tǒng)中體現(xiàn)本發(fā)明的方法，其中用AS發(fā)起會話或事務(wù)處理；圖4示出了本發(fā)明的另一個實施例的信號流；圖5a示出了第一方案，其中使用O-CSCF進(jìn)行路由；圖5b示出了第二方案，其中使用O-CSCF進(jìn)行路由；圖5c示出了第三方案，其中使用O-CSCF進(jìn)行路由；圖5d示出了第四方案，其中使用O-CSCF進(jìn)行路由；圖6a示出了路由的已知方案，其中組服務(wù)器是應(yīng)用服務(wù)器并且存在用戶發(fā)起的 組會話；圖6b示出了已知方案，其中組服務(wù)器是應(yīng)用服務(wù)器并且存在組服務(wù)器發(fā)起的組 會話；
圖6c示出了本發(fā)明的實施例，其中組服務(wù)器不是應(yīng)用服務(wù)器并且存在用戶發(fā)起 的組會話；圖6d示出了體現(xiàn)本發(fā)明的例子，其中組服務(wù)器不是應(yīng)用服務(wù)器并且組服務(wù)器發(fā) 起組會話；圖7a示出了一方案，其中服務(wù)器在發(fā)起情況下為提供用戶無關(guān)服務(wù) ；圖7b圖解了在終結(jié)情況下服務(wù)器提供用戶無關(guān)服務(wù)的情形；圖8a到c示出了體現(xiàn)本發(fā)明、路由源自公共服務(wù)身份標(biāo)識PSI的請求的三種情 景；以及圖9示出了體現(xiàn)本發(fā)明、其中PSI是發(fā)起方的消息流程。
具體實施例方式將結(jié)合根據(jù)所謂第三代標(biāo)準(zhǔn)的UMTS系統(tǒng)來描述本發(fā)明的實施例。這里參考引用 了下列第三代合伙項目標(biāo)準(zhǔn)。這些文檔描述了本發(fā)明的實施例具體應(yīng)用到的IP多媒體系 統(tǒng)。然而，本發(fā)明的實施例也可應(yīng)用到任何其他類型的SIP網(wǎng)絡(luò)，無論它是否IMS網(wǎng)絡(luò)，并 且可應(yīng)用到可以是或不是IMS網(wǎng)絡(luò)的非SIP網(wǎng)絡(luò)。3GPP TS 23. 002 "Network architecture”。3GPP TS 23. 228 :"IP multimedia subsystem ；Stage 2”。3GPP TS 24. 229 :"IP Multimedia Call Control Protocol based onSIP and SDP ； Stage 3”3GPP 23.841 Presence Service ；Architecture and FunctionalDescription3GPP 24.841 Presence based on SIP ；Functional models, flowsand protocol details本發(fā)明的實施例可以使用SIP。為了提供對因特網(wǎng)以及其它IM服務(wù)的訪問給用 戶，已經(jīng)開發(fā)出協(xié)議以協(xié)助提供因特網(wǎng)上的電話以及多媒體服務(wù)。會話發(fā)起協(xié)議(SIP)是 一種這樣的協(xié)議，其已經(jīng)被開發(fā)用于控制與一或多個用戶的會話的創(chuàng)建，修改以及終結(jié)。呼 叫會話可以包含例如因特網(wǎng)或其它IP網(wǎng)絡(luò)電話呼叫，會議或其它多媒體服務(wù)以及活動。事 務(wù)處理可以包含例如因特網(wǎng)或其它IP網(wǎng)絡(luò)消息，出席，組以及其它多媒體服務(wù)以及活動。SIP尋址遵循使用統(tǒng)一資源定位符(URL的)或如RFC3261中定義的SIP URI通 過唯一地址來標(biāo)識用戶的流行因特網(wǎng)約定。2個用戶之間的SIP信令包括一系列請求和響 應(yīng)。SIP事務(wù)處理具有兩方，即發(fā)送請求的用戶代理客戶端(UAC)以及響應(yīng)請求而進(jìn)行應(yīng)答 的用戶代理服務(wù)器(UAS)?？蛻舳艘约胺?wù)器包括SIP用戶代理。此外，SIP包含SIP網(wǎng)絡(luò) 服務(wù)器，其是處理與多個呼叫相關(guān)的信令的網(wǎng)絡(luò)設(shè)備。如本領(lǐng)域中所知的，SIP邀請通常包含2個消息。能夠理解，可有比這些更多的消 息，并且實際上，在3GPP中使用更多的消息。為了簡潔的目的，這里對此不進(jìn)行討論。2個 消息是由主叫方UAC發(fā)起的邀請(INVITE)消息，和來自被叫方的200 OK消息。后一消息 通常由主叫方確認(rèn)，此后各方可以根據(jù)信令期間發(fā)送和接收的參數(shù)進(jìn)行通信。主叫方和被 叫方能夠通過執(zhí)行BYE消息來結(jié)束會話。在建立的會話期間，可以通過產(chǎn)生其它邀請消息 的參與方或者通過使用某些其它SIP消息來選擇一組新參數(shù)。在下文中，對應(yīng)用服務(wù)器進(jìn)行參考。在可選實施例中，應(yīng)用服務(wù)器可以是網(wǎng)絡(luò)功能或?qū)嶓w，例如代理或網(wǎng)關(guān)或服務(wù)器等等。本發(fā)明實施例的目的在于避免查找這樣的S-CSCF，其用于不需要S-CSCF提供的任何動作或服務(wù)，而是僅路由到/自GW/S/AS的會話/事務(wù)處理，即網(wǎng)絡(luò)功能或?qū)嶓w，例如 代理和/或網(wǎng)關(guān)和/或服務(wù)器和/或應(yīng)用服務(wù)器等等。為此借助返回正確的GW/S/AS的地 址的SLF和/或HSS，直接從I-CSCF路由到正確的GW/S/AS。本發(fā)明的實施例至少能夠應(yīng) 用于下列情況a)通過IMS網(wǎng)絡(luò)到非IMS網(wǎng)絡(luò)的非IMS模式的路由(例如WV模式)b)到正確網(wǎng)絡(luò)的通用模式的路由到IMS或到非IMS(例如，PRES-出席和IM即時 消息模式)C)服務(wù)和組身份標(biāo)識到正確的GW/S/AS的路由通用模式是僅指定服務(wù)而不指定協(xié)議的協(xié)議無關(guān)模式。例如，“IM”指定服務(wù)是“即 時消息”，而未指定例如在IMS的情況下應(yīng)當(dāng)是SIP的所使用協(xié)議。分別地，“pres”指定“出 席”服務(wù)。如果非IMS身份標(biāo)識未被插入到SLF和/或HSS中，則可以使用例如SLF和/或 HSS中的偽記錄項通過IMS網(wǎng)絡(luò)處理到AS的正常路由(即從I-CSCF到S_CSCF(過濾條 件)到AS)。在S-CSCF中需要過濾條件以選擇非IMS身份標(biāo)識被路由到的正確AS。通過 IMS路由非IMS身份標(biāo)識到非IMS網(wǎng)絡(luò)的例子是無線村(WV)身份標(biāo)識，其從I-CSCF路由到 S-CSCF,并且進(jìn)一步到充當(dāng)針對WV網(wǎng)絡(luò)的網(wǎng)關(guān)，例如IMS-WV-GW(或IMS網(wǎng)關(guān))的AS或服 務(wù)器。此后更詳細(xì)地討論這些?，F(xiàn)在參考圖1，其用圖示的信號流示出了當(dāng)前如何在已知IMS系統(tǒng)中實現(xiàn)路由。至 少一些消息可以基于SIP (會話發(fā)起的協(xié)議)。這些消息用大寫字母示出。I-CSCF 100在步驟Sl接收消息，例如初始邀請(INVITE)或消息(MESSAGE)。I-CSCF 100接著在步驟S2發(fā)送查詢到SLF 102，并且SLF返回正確HSS 104的地 址。在僅存在一個HSS的情況下，不需要SLF，并且步驟S2能夠被省略。在步驟S3，I-CSCF 100接著向識別的HSS 104發(fā)送查詢。HSS 104用正確S-CSCF 108的地址或需要的S-CSCF的性能應(yīng)答。在需要的情況下，I-CSCF選擇S-CSCF。在步驟S4，I-CSCF 100路由消息到S-CSCF 108。在還未下載的情況下，S-CSCF下 載路由信息(例如，路由到應(yīng)用服務(wù)器的過濾條件)。在步驟S5，S-CSCF 108使用下載的路由信息，路由消息到正確應(yīng)用服務(wù)器106?，F(xiàn)在參考圖2a，其示出本發(fā)明的第一實施例中使用的路由。具體地，示出了非IMS 模式以及服務(wù)/組身份標(biāo)識以及動態(tài)身份標(biāo)識的路由。應(yīng)當(dāng)理解，在圖2a中，示出了從 I-CSCF到GW/S/AS的終結(jié)會話/事務(wù)處理的路由。如圖1所示，相同附圖標(biāo)記將被用于相 同實體。在步驟Tl，I-CSCF 100接收消息，例如初始邀請(INVITE)或消息(MESSAGE)。在步驟T2，I-CSCF 102 對 SLF/HSS 102 進(jìn)行查詢。SLF/HSS 返回正確 GS/S/AS 106 的地址?？蛇x地，SLF/HSS 102可以返回數(shù)據(jù)庫或服務(wù)器(例如HSS，UMS用戶移動服務(wù)器， 或SSR用戶服務(wù)路由器)，或包含動態(tài)公共用戶身份標(biāo)識的庫或數(shù)據(jù)庫，或包含動態(tài)服務(wù)身 份標(biāo)識的數(shù)據(jù)庫，或其它數(shù)據(jù)庫的地址。SLF/HSS表示SLF，或在不存在SLF的情況下，表示 HSS。
在步驟T3，I-CSCF 102將可選地對在步驟Τ2中識別的數(shù)據(jù)庫110進(jìn)行查詢。應(yīng) 當(dāng)注意，SLF可以返回數(shù)據(jù)庫的實際地址或其配置信息等等。數(shù)據(jù)庫將返回正確GW/S/AS 106的地址。在步驟Τ4，通過在提供的情況下使用由SLF/HSS返回的地址，或在未提供的情況下使用來自數(shù)據(jù)庫110的地址，I-CSCF 100路由消息到正確GW/S/AS。非IMS模式是除與IMS的用戶，組或服務(wù)身份標(biāo)識相關(guān)的模式，即當(dāng)前"sip"以 及"tel"之外的其它模式，其也是IMS中初始使用的模式。在本發(fā)明的實施例中使用“非 IMS模式”表示不是當(dāng)前IMS模式的模式。隨著標(biāo)準(zhǔn)的演進(jìn)，當(dāng)前所謂的非IMS模式當(dāng)然可 以變成IMS模式。在非IMS模式變成IMS模式的情況下，本發(fā)明的實施例仍然可以應(yīng)用。在本發(fā)明的實施例中，可以執(zhí)行下列操作1.通常只在目標(biāo)運營商允許進(jìn)行的情況下才進(jìn)行用非IMS模式到目標(biāo)IMS網(wǎng)絡(luò)的路由。2.由于非IMS用戶-通常沒有HSS中的記錄項_沒有過濾條件-與IMS 無關(guān)，所以通過直接從I-CSCF路由到PMG-WV-GW或任何其他IMS網(wǎng)關(guān)來進(jìn)行通過目標(biāo) IMS網(wǎng)絡(luò)到WV網(wǎng)絡(luò)的路由。因而，IMS僅是到WV網(wǎng)絡(luò)的路由路徑。3.在故障模式的情況下沒有回退通常錯誤被返回到UEIMS通常不校正故障模式4. wv :+3584022334455idomain,im :+3584022334455idomain,pres :+3584022334455idomain,sip :+3584022334455idomain 是有效的 WV 可路由身份標(biāo)識。WV +3584022334455是有關(guān)域中的有效WV身份標(biāo)識當(dāng)出現(xiàn)非IMS模式時，通常檢查目標(biāo)運營商是否將通過SIP來接收消息。為此，例 如用目標(biāo)域名進(jìn)行DNS查詢。例如使用_im._sip.operator.net請求SRV記錄。應(yīng)答可以 是例如」m. _sip. operator, net SRV 0. 05060i_cscf· operator, net。此應(yīng)答指示在“i-cscf. operator, net”地址的端口 5060使用SIP協(xié)議接受“im” 模式。目標(biāo)運營商可能允許或可能不允許使用非IMS模式的消息。如果目標(biāo)運營商允許 非IMS模式，則使用DNS查詢查找可路由地址，并且消息將被路由到該地址。模式通常不被 修改。如果目標(biāo)運營商不會接收非IMS模式，即使用DNS查詢查找不到可路由地址，則消 息將被路由到適當(dāng)?shù)腉W/S/AS，例如PMG-WV-GW或IMS網(wǎng)關(guān)。過濾條件未被用于查找正確 GW/S/AS,并且在S-CSCF中配置GW/S/AS的地址，或從表，列表或數(shù)據(jù)庫等等中獲取GW/S/AS 的地址。此可以使用例如如下的路由表來進(jìn)行模式目標(biāo)
wvpmg-wv-gw. home, netprespmg-wv-gw. home, netimpmg-wv-gw. home, net當(dāng)非IMS模式出現(xiàn)時，例如由于目標(biāo)身份標(biāo)識是IMS身份標(biāo)識，所以檢查消息是否 應(yīng)當(dāng)被路由到S-CSCF。I-CSCF進(jìn)行SLF和/或HSS查詢。該模式可以或不可以通過Cx和 Dx接口(標(biāo)準(zhǔn)化的)來傳送。不同模式可有不同范圍，或可 以以某種方式在用戶數(shù)據(jù)內(nèi)標(biāo) 記各模式。如果消息應(yīng)當(dāng)路由到S-CSCF，例如發(fā)現(xiàn)身份標(biāo)識是SLF/HSS中的IMS身份標(biāo)識，則 根據(jù)IMS的一般原則處理模式，并且路由象IMS中正常終結(jié)情況那樣。如果消息不應(yīng)被路由到S-CSCF，例如未發(fā)現(xiàn)身份標(biāo)識是SLF/HSS中的IMS身份標(biāo) 識，則I-CSCF查找其中路由消息的正確GW/S/AS。GW/S/AS地址被從SLF/HSS返回，或在 I-CSCF中配置GW/S/AS的地址。不涉及S-CSCF?？捎薪橛贗-CSCF和GW/S/AS之間的新接 口，例如PMG-WV-GW或其它的IMS網(wǎng)關(guān)。通過目標(biāo)IMS域可路由到WV。參考圖解上述情景的圖2b到2d。首先參考圖2b:這是存在IMS ID的情況。在步驟Dl，消息被從用戶設(shè)備500發(fā)送到P-CSCF 502， P-CSCF 502接著在步驟D2發(fā)送消息到S-CSCF 506。接著，S-CSCF在步驟D3查詢DNS 504。 響應(yīng)該查詢，S-CSCF在步驟D6發(fā)送消息到I-CSCF 514。I-CSCF 514在步驟D7發(fā)送消息 到SLF 508并且接收應(yīng)答。在下一個步驟中，I-CSCF在步驟D8發(fā)送消息到HSS并且接收 應(yīng)答。在步驟D9，I-CSCF 514發(fā)送消息到S-CSCF 516。步驟D7到D9如前面結(jié)合圖1對 步驟S2到S4描述的那樣。如果存在非IMS ID，則執(zhí)行步驟具體地，步驟01，02，03，06，07和可選的08如存 在IMS身份標(biāo)識時所描述的那樣。然而，下一個步驟是其中I-CSCF 514聯(lián)系第二PMG-WV-GW 或IMS網(wǎng)關(guān)520的步驟Dll。第二 IMS網(wǎng)關(guān)520在步驟D12發(fā)送消息到第二 WV服務(wù)器526。 在步驟D14，WV服務(wù)器526發(fā)送消息到WV用戶設(shè)備528。如果不能通過目標(biāo)IMS進(jìn)行路由，則采取的路由與上述步驟Dl到D3相同。然而， 接著下一個步驟是其中S-CSCF 506發(fā)送消息到第一 IMS網(wǎng)關(guān)522的步驟D4。下一個步驟 可以是步驟D5或是D5b。在步驟D5，消息被發(fā)送到在步驟D13與第二 WV服務(wù)器526聯(lián)系的 第一 WV服務(wù)器524。在步驟D5b直接從IMS網(wǎng)關(guān)522發(fā)送消息到第二 WV服務(wù)器526。在 兩種情況下，下一個步驟將是其中第二 WV服務(wù)器發(fā)送消息到WV用戶設(shè)備528的步驟D14。應(yīng)當(dāng)理解，能夠把網(wǎng)關(guān)實體522，520和PMG 518均看作代理或服務(wù)器，以及例如應(yīng) 用服務(wù)器。參考示出其中可配置源于WV服務(wù)器的路由(基于模式和/或域)的情況的圖2c。 通常，通過WV的路由是第一選擇，并且路由到IMS是第二選擇。然而，這在本發(fā)明的某些實 施例中可以相反?？梢酝ㄟ^目標(biāo)IMS域路由到WV。這是在出站代理O-CSCF處的DNS查詢的結(jié)果。 在出站代理之后的路由與結(jié)合圖2b描述的相同。用相同附圖標(biāo)記標(biāo)記與圖2b中相同的單兀。在存在可路由URI，即可以通過目標(biāo)IMS進(jìn)行路由的情況下，存在2個選擇。第一個是其中其中存在IMS ID的選擇。在這種情況下，源于第一 WV用戶設(shè)備528a的路由接著 在步驟El路由到第一 WV服務(wù)器524。第一 WV服務(wù)器524在步驟E2發(fā)送消息到第一 IMS 網(wǎng)關(guān)522，第一 IMS網(wǎng)關(guān)522接著在步驟E3發(fā)送消息到O-CSCF 530。O-CSCF 530在步驟 E4發(fā)送消息到DNS 504。響應(yīng)從DNS 504接收的信息，0-CSCF530在步驟E6發(fā)送消息到 I-CSCF 516。I-CSCF 516在步驟E7從SLF 508獲得信息并且在步驟E8從HSS 510獲得信 息。如果不存在SLF，E8也可以是步驟E7的替代。接著，I-CSCF在步驟E9聯(lián)系通過步驟 E7和/或E8識別的S-CSCF 516。在不存在IMS ID的情況下，如結(jié)合IMS ID所描述的，執(zhí)行步驟El，E2，E3，E4，E6 和E7。如果不存在SLF，步驟E8相對步驟E7是可選的，并且/或是步驟E7的替代。接著， 下一個步驟是其中I-CSCF 516聯(lián)系第二 IMS網(wǎng)關(guān)520的步驟E11。在步驟E12，第二 IMS 網(wǎng)關(guān)520聯(lián)系第二 WV服務(wù)器526。在步驟E14，第二 WV服務(wù)器526聯(lián)系第二 WV用戶設(shè)備 528b。在不能通過目標(biāo)IMS進(jìn)行路由的情況下，采取的步驟將是步驟E1，E2，E3和E4。此 時，錯誤將被返回到WV服務(wù)器524，其可以例如嘗試路由到目標(biāo)WV服務(wù)器526。再次地，第一和第二 IMS網(wǎng)關(guān)522及520和PMG服務(wù)器518可以是代理或服務(wù)器， 例如應(yīng)用服務(wù)器。參考圖解通過WV域到WV/IMS的路由的圖2d。再次地，對相同實體使用相同附圖 標(biāo)記。在目標(biāo)WV服務(wù)器526處，檢查用戶是否WV用戶。如果用戶是非WV用戶，執(zhí)行下列 步驟。首先，在步驟F1，從源WV用戶設(shè)備528b向第一 WV服務(wù)器524發(fā)送消息。第一 WV服 務(wù)器524在步驟F13發(fā)送消息到第二 WV服務(wù)器526。第二 WV服務(wù)器526在步驟F12發(fā)送 消息到第二 IMS網(wǎng)關(guān)520，第二 IMS網(wǎng)關(guān)520接著在步驟Fll發(fā)送消息到I-CSCF 514。如 前所述，I-CSCF在步驟F7從SLF 508獲得信息并且在步驟F8從HSS 510獲得信息。接著，在步驟F9，I-CSCF 514在步驟F9發(fā)送消息到S-CSCF 516。S-CSCF 516在 步驟FlO發(fā)送消息到用戶設(shè)備512或PMG服務(wù)器518。在WV用戶528a是目標(biāo)用戶的情況下，進(jìn)行更簡單的路由。WV用戶設(shè)備(即 源)528b在步驟Fl發(fā)送消息到第一 WV服務(wù)器524，第一 WV服務(wù)器524接著在步驟F13發(fā) 送消息到第二 WV服務(wù)器526。第二 WV服務(wù)器526在步驟F14發(fā)送消息到作為目標(biāo)的WV用 戶設(shè)備，即WVUE 528a。在I-CSCF或IMS網(wǎng)關(guān)中需要循環(huán)檢測，或者WV服務(wù)器路由到IMS網(wǎng)關(guān)，只有具有 IMS或IMS網(wǎng)關(guān)的目標(biāo)身份標(biāo)識的消息改變模式為SIP，以防止進(jìn)一步路由回到WV網(wǎng)絡(luò)?，F(xiàn)在給出本發(fā)明的一個實施例中的SLF中存儲的信息的例子SLF中的記錄項可以包含例如下列信息a)指示正確HSS的常見IMS記錄項john. smithioperator. net 對 HSSJ3 的弓丨用b) John Smith也具有WV預(yù)訂。通過網(wǎng)關(guān)IMS-WV-GW把WV傳輸路由到WV網(wǎng)絡(luò)wv john. smithioperator. net 對 IMS-WV-GW 的引用c) John Smith希望接收WV網(wǎng)絡(luò)中的即時消息im john. smithioperator. net 對 IMS_WV_GW 的引用d) John Smith希望從IMS網(wǎng)絡(luò)提供他的出席信息
pres iohn. smithioperator. net 對 HSSJ3 的弓丨用e)John Smith已建立將用于例如消息服務(wù)的組(包括他的釣魚朋友)。例如，任 何人能夠通過發(fā)送即時消息到組身份標(biāo)識來發(fā)送即時消息到整個組fishingfriends. iohn. smithioperator. net 對組服務(wù)器的引用從其它的網(wǎng)絡(luò)也向客戶端提供電影服務(wù)的記錄項可包含下列信息moviesioperator. net 對電影服務(wù)器的引用這些只是信息的例子。對HSS和對網(wǎng)關(guān)或服務(wù)器的引用必須不同，以便I-CSCF能 夠相應(yīng)操作分別地對指示的HSS進(jìn)行HSS查詢或路由消息到指示的網(wǎng)關(guān)或服務(wù)器。本發(fā)明的實施例避免分配S-CSCF以通過IMS路由非IMS身份標(biāo)識到非IMS網(wǎng)絡(luò)。本發(fā)明實施例的優(yōu)點是a)由于不需要過濾條件，所以對HSS沒有大影響。b)不需要分配S-CSCF，即節(jié)省資源。c)不影響S-CSCF，即不需要出現(xiàn)專門情景以處理非IMS身份標(biāo)識。d)SLF能夠包含所有非IMS身份標(biāo)識，或作為選擇，包含只用于非IMS身份標(biāo)識的 一或多個組的偽記錄項。e)運營商能夠把服務(wù)提供給其IMS客戶端以把對IMS或非IMS服務(wù)劃分優(yōu)先級， 例如從WV網(wǎng)絡(luò)提供出席服務(wù)(當(dāng)IMS用戶也具有WV預(yù)訂時)。f)組名和服務(wù)名能夠被直接路由到正確GW/S/AS。它們不需要HSS中的記錄項。g)路由到若干GW/S/AS是困難的。要解決上述問題，路由到一個GW/S/AS就足夠 了。如果需要，當(dāng)然SLF可以返回若干地址?？梢灾饌€地嘗試這些，直到發(fā)現(xiàn)GW/S/AS接受 消息。這些地址也可以被用作通過若干GW/S/AS的路由。在SLF和/或HSS中，模式能夠是“可視的”，即它是用于標(biāo)識SLF和/或HSS中的 記錄項的關(guān)鍵字的一部分，或SLF和/或HSS中的每個公共用戶身份標(biāo)識記錄項指示什么 是具有該公共用戶身份標(biāo)識的有效模式?，F(xiàn)在參考圖3a和3b描述本發(fā)明的第二實施例。為了避免查找用于這樣的會話/事務(wù)處理的S-CSCF，其中未分配S-CSCF或難以 找出分配的S-CSCF的地址，把會話/事務(wù)處理從GW/S/AS路由到0-CSCF，即出站代理。從 O-CSCF(即出站代理)把會話/事務(wù)處理進(jìn)一步路由到目標(biāo)網(wǎng)絡(luò)的I-CSCF。當(dāng)目標(biāo)網(wǎng)絡(luò)是相同網(wǎng)絡(luò)，即目標(biāo)I-CSCF位于相同網(wǎng)絡(luò)或可信網(wǎng)絡(luò)時，可以略過
0-CSCF(即出站代理)。在這種情況下，會話/事務(wù)處理被直接從GW/S/AS路由到I-CSCF。本發(fā)明的此實施例至少能夠應(yīng)用于下列情況a)通過IMS網(wǎng)絡(luò)從GW/S/AS (例如從IMS WV網(wǎng)關(guān))將非IMS傳輸(例如具有WV 模式)路由到另一個IMS網(wǎng)絡(luò)b)從GW/S/AS路由其中發(fā)起方(例如業(yè)務(wù)組服務(wù)器)松散地或根本未連接到任何 用戶的會話/事務(wù)處理；(在這種情況下，GW/S/AS被稱作用戶無關(guān)業(yè)務(wù)服務(wù)器)GW/S/AS可以開始會話/事務(wù)處理，或GW/S/AS可以是傳遞傳輸?shù)絀MS網(wǎng)絡(luò)的網(wǎng) 關(guān)。兩種情況在這里均被稱作GW/S/AS發(fā)起的會話/事務(wù)處理。在本發(fā)明的實施例中，可以在GW/S/AS中配置GW/S/AS，O-CSCF(即出站代理)和
1-CSCF的地址或名稱。也可以從數(shù)據(jù)庫(例如DNS)，表，文件，服務(wù)器等等獲取地址或名稱?？梢杂美鐢?shù)據(jù)庫(例如DNS)，表，文件，服務(wù)器等等解析地址和名稱。通常在所有實施例中，可以用例如數(shù)據(jù)庫(例如DNS)，表，文件，服務(wù)器等等解析 功能，網(wǎng)關(guān)，服務(wù)器，單元和網(wǎng)絡(luò)的其它實體的地址和/或名稱。O-CSCF是可以在相同網(wǎng)絡(luò)單元中用I-CSCF實現(xiàn)的邏輯功能。可選地，I-CSCF的 功能可以被改變，以便它包含O-CSCF的功能。此實施例涉及避免為路由GW/S/AS發(fā)起的會話/事務(wù)處理而查找和/或分配 S-CSCF?，F(xiàn)在參考示出IMS系統(tǒng)中已知路由的圖3a。在步驟A1，GW/S/AS 204發(fā)起會話或事務(wù)處理。會話或事務(wù)處理被路由到S-CSCF 202?？梢詮那耙粫捇蚴聞?wù)處理了解S-CSCF的地址，或可以從HSS查詢S-CSCF的地址， 或可以在GW/S/AS中設(shè)置S-CSCF的地址?？稍u估過濾條件，并且會話或事務(wù)處理可以根據(jù) 過濾條件路由到AS。下一個步驟是步驟A2a或者A2b。在步驟A2b，把會話或事務(wù)處理路由到與S-CSCF 相同的網(wǎng)絡(luò)中的I-CSCF 200。在步驟A2a，把會話或事務(wù)處理路由到與S-CSCF 202不同的 網(wǎng)絡(luò)中的I-CSCF 206?，F(xiàn)在參考圖解本發(fā)明的第二實施例的圖3b。具體示出了非IMS身份標(biāo)識的路由以 及以IMS服務(wù)/組身份標(biāo)識作為發(fā)起方的情況下的路由。應(yīng)當(dāng)理解，在圖3b中，示出了從 GW/S/AS到0-CSCF( S卩，出站代理)的發(fā)起會話/事務(wù)處理的路由。由于O-CSCF通常不需要執(zhí)行任何與IMS用戶關(guān)聯(lián)的活動，所以O(shè)-CSCF是可以類 似于沒有用戶數(shù)據(jù)庫的S-CSCF的出站代理。O-CSCF可以具有S-CSCF的所有其它的特征。在步驟Bla，AS 204發(fā)起會話或事務(wù)處理。會話或事務(wù)處理被路由到O-CSCF 208。 從數(shù)據(jù)庫等等查詢O-CSCF的地址，或從表，文件，列表等等獲取O-CSCF的地址，或在GW/S/ AS中設(shè)置O-CSCF的地址。如果I-CSCF位于相同網(wǎng)絡(luò)或可信網(wǎng)絡(luò)，則步驟Blb是可選步驟，并且允許從GW/S/ AS 204直接到I-CSCF 200的最優(yōu)路由。下一個步驟是步驟B2a或B2b。在步驟B2b，O-CSCF路由會話或事務(wù)處理到相同 網(wǎng)絡(luò)中的I-CSCF 200，而在步驟B2a，O-CSCF 208路由會話或事務(wù)處理到另一個網(wǎng)絡(luò)中的 I-CSCF 206。本發(fā)明此第二實施例的優(yōu)點是a)由于不需要向SLF和/或HSS插入服務(wù)/組身份標(biāo)識(以及可能的過濾條件) 以便能夠在GW/S/AS代表服務(wù)/組身份標(biāo)識發(fā)起會話/事務(wù)處理時分配S-CSCF，所以對HSS 沒有影響。b)不需要分配S-CSCF，即節(jié)省資源。c)對S-CSCF沒有影響。不存在需要調(diào)整用戶簡表數(shù)據(jù)庫(SPD)以處理這些情況 的情形。d)代表服務(wù)/組身份標(biāo)識的會話/事務(wù)處理可以不經(jīng)過任何S-CSCF而被直接從 GW/S/AS 路由到 O-CSCF。e)該解決方案可以被視作為路由GW/S/AS發(fā)起的會話/事務(wù)處理的第二(GW/S/ AS到自身網(wǎng)絡(luò)中的I-CSCF)和第三(GW/S/AS到0-CSCF)可能。在可以方便地使用S-CSCF的情況下，第一可能是通過S-CSCF進(jìn)行路由。當(dāng)出席列表服務(wù)器(PLS)終結(jié)一些請求并且它觸發(fā)新請求，或通過PLS發(fā)起一些 請求時，在當(dāng)前3GPP IMS體系結(jié)構(gòu)中，PLS需要向S-CSCF發(fā)送請求。這可以基于接收的請求 (如果存在一個)的記錄-路由頭來進(jìn)行，或PLS可以設(shè)置S-CSCF。在更好的解決方案中， PLS可以直接發(fā)送消息到I-CSCF，并且象在PLS (組)沒有發(fā)起服務(wù)的情況下省去S-CSCF。可以根據(jù)本發(fā)明的實施例路由公共服務(wù)URI (即作為服務(wù)等的身份標(biāo)識的URI)和 組URI (即作為組等的身份標(biāo)識的URI)。在第一實施例(即從I-CSCF路由到GW/S/AS的情 況)中，類似于根據(jù)實施例用非IMS身份標(biāo)識進(jìn)行路由的情況，SLF/HSS可以返回GW/S/AS 的名稱或地址。在第二實施例(即GW/S/AS發(fā)起的情況)中，以服務(wù)URI或組URI作為發(fā) 起方的消息被路由到0-CSCF，這類似于根據(jù)實施例以非IMS身份標(biāo)識作為發(fā)起方的消息?，F(xiàn)在參考圖4描述本發(fā)明的另一個實施例。當(dāng)前3GPP體系結(jié)構(gòu)需要不必要地涉 及S-CSCF，其中S-CSCF選擇有問題或非最優(yōu)的。本發(fā)明的實施例的優(yōu)點是，此解決方案適用于所有情況，并且比遵循當(dāng)前3GPP PMG體系結(jié)構(gòu)的解決方案更加簡單。圖4示出了本發(fā)明的實施例中的消息。這可以概括如下UE中的觀察者代理預(yù)訂出席列表(從UE直到PLS的預(yù)訂#1)。
應(yīng)答該請求(從PLS到UE的200 0K)。PLS發(fā)起對屬于列表的出席方之一的預(yù)訂(PLS直到PS的預(yù)訂#2)。這可以通過S-CSCF被發(fā)送，或如在本發(fā)明的實施例中提出的，它可以被直接發(fā)送 到 I-CSCF。把對預(yù)訂的應(yīng)答從PS路由返回到PLS。參考示出本發(fā)明的第三實施例中的信號流的圖4。在步驟Cl，從用戶設(shè)備400向 P-CSCF 402發(fā)送預(yù)訂消息。在步驟C2，從P-CSCF 402向S-CSCF 404發(fā)送預(yù)訂消息。在步驟 C3，從S-CSCF 404向PLS (AS) 406發(fā)送預(yù)訂消息。PLS (AS)在步驟C4發(fā)送200 OK消息(是 SIP確認(rèn)消息)回到S-CSCF 404。在步驟C5，S-CSCF 404發(fā)送200 OK消息到P-CSCF402。 在步驟C6，P-CSCF 402發(fā)送2000K消息到用戶設(shè)備400。圖4中示出的流程示出了 2個選 擇。如下將描述最優(yōu)信號流。下一個步驟是在步驟C7從PLS (AS) 406向I-CSCF 408 發(fā)送指定消息。在步驟C8，進(jìn)行HSS查詢，其中I-CSCF408發(fā)送查詢到HSS 410并且接收應(yīng) 答。HSS將返回正確S-CSCF或需要的S-CSCF的性能。在下一個步驟C9，第二預(yù)訂消息被從I-CSCF 408發(fā)送到S-CSCF412。S-CSCF將 在步驟ClO發(fā)送預(yù)訂消息到PS 414。出席服務(wù)器414在步驟Cll發(fā)送例如200 OK消息的 確認(rèn)消息到S-CSCF 412。在步驟C12，S-CSCF 412發(fā)送200 OK消息到I-CSCF 408。最后， I-CSCF 408在步驟C13發(fā)送消息到PLS(AS)。此消息是200 OK消息。在次最優(yōu)解決方案中，由步驟C7a和C7b替代步驟C7。在這些步驟中，PLS (AS)406 在步驟C7a首先發(fā)送第二預(yù)訂消息到S-CSCF 404。在步驟C7b，S-CSCF 404發(fā)送預(yù)訂消息 到I-CSCF 408。另外，在此次最優(yōu)解決方案中，由步驟C13a和步驟C13b替代步驟C13。在 此次最優(yōu)解決方案中，I-CSCF 408在步驟C13a發(fā)送200 OK消息到S-CSCF 404。在步驟 C13b，S-CSCF 404發(fā)送200 OK消息到PLS (AS)。此第二解決方案是次最優(yōu)的，因為在PLS通過自身產(chǎn)生請求的情況下，不清楚發(fā)送消息到哪個S-CSCF。由于PLS(在3GPP中定義為AS)需要發(fā)送PLS發(fā)起的請求到I-CSCF而不是 S-CSCF，因此實現(xiàn)簡單?，F(xiàn)在參考圖5a到5d，其示出使用出站代理在號碼可移植性的情況下獲取最優(yōu)路 由的方案。出站代理具有在沒有用戶簡表數(shù)據(jù)庫的情況下充當(dāng)CSCF的能力，即它不處理 用戶，并且因而沒有從例如HSS的用戶數(shù)據(jù)庫下載與任何用戶相關(guān)的過濾條件。這里稱作 出站CSCF即O-CSCF的出站代理能進(jìn)行ENUM轉(zhuǎn)換。它也可以路由到類似于S-CSCF。使用 所提出的其中MGCF應(yīng)當(dāng)直接路由到另一個網(wǎng)絡(luò)；并且I-CSCF直接路由到另一個網(wǎng)絡(luò)中的 I-CSCF的解決方案，O-CSCF可以被用于解決號碼可移植性路由問題。 在本發(fā)明的實施例中，MGCF路由會話/事務(wù)處理(具有從例如SLF的號碼可移植 性數(shù)據(jù)庫返回的新身份標(biāo)識)到0-CSCF。O-CSCF檢查身份標(biāo)識以了解是否需要ENUM轉(zhuǎn) 換。如果需要，則O-CSCF執(zhí)行轉(zhuǎn)換。概括地說，當(dāng)O-CSCF路由會話/事務(wù)處理到另一個網(wǎng) 絡(luò)時，O-CSCF進(jìn)行與S-CSCF相同的所有過程。S-CSCF和O-CSCF之間的主要區(qū)別是用法。 當(dāng)相同網(wǎng)絡(luò)中存在能夠連接到會話/事務(wù)處理的用戶時，使用S-CSCF ；而當(dāng)不能發(fā)現(xiàn)這種 用戶時，使用0-CSCF。在CS發(fā)起的情況中，主叫方不是IMS網(wǎng)絡(luò)的用戶。由于目標(biāo)號碼被 移植到另一個網(wǎng)絡(luò)，被叫方也不是網(wǎng)絡(luò)的用戶。因而使用O-CSCF可以避免通過S-CSCF的 路由，并且避免為使得能夠直接路由到另一個網(wǎng)絡(luò)而給MGCF增加新功能。一個修改是讓I-CSCF直接路由會話/事務(wù)處理到0-CSCF，而不是路由到O-CSCF 的MGCF。I-CSCF中的判定過程是簡單的由于新身份標(biāo)識(號碼可移植性過程之后)不 是此網(wǎng)絡(luò)的身份標(biāo)識，所以會話/事務(wù)處理必須從此網(wǎng)絡(luò)路由到目標(biāo)網(wǎng)絡(luò)。因而路由到 O-CSCF是顯然的選擇。由于新身份標(biāo)識未鏈接到能夠在此網(wǎng)絡(luò)中注冊的任何身份標(biāo)識，所 以不能自然地選擇S-CSCF。相同解決方案也能夠應(yīng)用于其中在終結(jié)網(wǎng)絡(luò)中進(jìn)行號碼可移植性過程并且從另 一個IMS網(wǎng)絡(luò)接收會話/事務(wù)處理的情況。在圖5a和5b中，圖解了到IMS域的移植。MGCF 500在步驟Gl從CS接收消息，即呼叫設(shè)置消息。MGCF500把消息轉(zhuǎn)換為例如SIP消息和初始邀請消息。在步驟G2，MGCF 500發(fā)送消息到接收該消息的相同網(wǎng)絡(luò)中的I-CSCF 502。在步驟G3，I-CSCF 502用初始邀請消息的目標(biāo)號碼對號碼可移植性數(shù)據(jù)庫，例如 SLF 506進(jìn)行查詢。在步驟G4，SLF 504返回新身份標(biāo)識。在步驟G5，I-CSCF 502向MGCF 500返回例如“301永久移動”應(yīng)答。在步驟G6，MGCF重新路由消息到0-CSCF 504。在步驟G7，在新身份標(biāo)識是或包含例如E. 164的號碼的情況下，O-CSCF 504進(jìn)行 新身份標(biāo)識的ENUM轉(zhuǎn)換。此轉(zhuǎn)換涉及ENUM實體508。在步驟G8，O-CSCF 504路由消息到另一個IMS網(wǎng)絡(luò)中的新I-CSCF 510?，F(xiàn)在參考圖5b，其示出對圖5a的方案的修改。用相同附圖標(biāo)記標(biāo)記與圖5a所示 相同的單元。步驟Hl到H4對應(yīng)于圖5a的步驟Gl到G4。
在步驟H5，I-CSCF 502 路由消息到 0-CSCF 504。步驟H6和H7分別對應(yīng)于步驟G7和G8。
現(xiàn)在參考圖解了移植到CS域的圖5c和5d。步驟Jl到J7分別對應(yīng)于步驟Gl到G7。在步驟J8，由于O-CSCF 504不能獲取可路由的SIP URI JjfWO-CSCF 504路由消 息到第一 BGCF 514。接著下一個步驟是構(gòu)成正常路由步驟的J9a或J9b。具體地，在步驟J9b路由到第 二 BGCF 516或在步驟J9a路由到第二 MGCF 512。圖5d示出了圖5c的方案的修改。步驟Kl到K6分別與圖5b的步驟Hl到H6相同，并且步驟K7，K8a和K8b分別對 應(yīng)于步驟J8，J9a和J9b。在本發(fā)明的實施例中，可以在注冊或會話建立期間通過I-CSCF查詢SLF/HSS以獲 取包含所需用戶特定數(shù)據(jù)的HSS的名稱，或獲取例如應(yīng)用服務(wù)器，網(wǎng)關(guān)等等的適配功能的 名稱以用于進(jìn)一步路由。符號SLF/HSS是指SLF，或在SLF不存在的情況下的HSS。適配功能被設(shè)置成與CSCF通信，并且在需要的情況下執(zhí)行在適當(dāng)協(xié)議和IM子系 統(tǒng)控制協(xié)議之間的協(xié)議轉(zhuǎn)換。適配功能被設(shè)置成充當(dāng)網(wǎng)關(guān)或服務(wù)器，其中可以路由使用非 SIP模式的請求。SLF/HSS可以被設(shè)置成處理模式并且返回作為適配功能的名稱的SIP可 路由地址。在本發(fā)明的實施例中，I-CSCF能夠向SLF/HSS發(fā)送例如DX_SLF_QUERY等等的查 詢，并且包含作為參數(shù)的、在邀請請求中聲明的URI。SLF/HSS在其數(shù)據(jù)庫中查找所查詢的 URI。SLF用其中能夠發(fā)現(xiàn)用戶的預(yù)訂數(shù)據(jù)的HSS的名稱作出應(yīng)答，或可選地，SLF/HSS可以 用其中應(yīng)當(dāng)路由請求的適配功能的名稱作出應(yīng)答。能夠在SLF/HSS中確定被請求方的未知狀態(tài)。I-CSCF請求有關(guān)要到達(dá)的、通過包 含在邀請請求中的URI來標(biāo)識的用戶的信息，并且在不能發(fā)現(xiàn)所查詢的URI的情況下，SLF/ HSS用表明用戶未知的指示回應(yīng)I-CSCF。I-CSCF使用從SLF/HSS返回的有關(guān)用戶未知的指 示形成返回到發(fā)起方的正確SIP消息以指示用戶未知。CSCF和適配功能之間的通信可以基于SIP協(xié)議。單會話控制協(xié)議可以應(yīng)用于CSCF 和適配功能之間的接口。這可以是SIP協(xié)議或另一個協(xié)議。在本發(fā)明的實施例中，在IMS內(nèi)SIP信令的路由可以使用URI。在支持SIP協(xié)議的 接口上可以使用有效的SIP URL(主域名或網(wǎng)絡(luò)地址)來標(biāo)識CSCF和適配功能。當(dāng)在消息 的頭字段中標(biāo)識這些節(jié)點時，可以使用這些SIP URL?？蛇x地，SLF/HSS可以用新身份標(biāo)識返回GW/S/AS地址。因而，SLF/HSS能夠被用 作返回具有路由地址的新身份標(biāo)識的可移植性網(wǎng)絡(luò)實體或設(shè)備。服務(wù)URI處于連接到服務(wù)的第一位置。在第二位置，例如由于收費，它也可以連接 到用戶(這已經(jīng)導(dǎo)致其建立)。在發(fā)起代表服務(wù)的會話/事務(wù)處理時，服務(wù)URI可以用作發(fā) 起方的身份標(biāo)識。用戶可以建立組身份標(biāo)識I型(用戶發(fā)起的組會話或事務(wù)處理)在這類組會話和事務(wù)處理中，通常每個人針對組會話或事務(wù)處理支付他自己的會 話。過程是，用戶向組服務(wù)器預(yù)訂組身份標(biāo)識。用戶向組成員發(fā)送組身份標(biāo)識，并且接著成員啟動針對該組身份標(biāo)識的會話或事務(wù)處理。II型(組服務(wù)器發(fā)起的組會話或事務(wù)處理)在這類組會話和事務(wù)處理中，通常發(fā)起方針對組會話或事務(wù)處理支付所有會話。 過程是，用戶向組服務(wù)器預(yù)訂組身份標(biāo)識。用戶向組服務(wù)器發(fā)送成員列表。組服務(wù)器啟動 針對組成員的會話或事務(wù)處理?，F(xiàn)在參考圖6更詳細(xì)地描述。圖6a和6b描述了其中組服務(wù)器是應(yīng)用服務(wù)器的已 知路由方案。包含這些圖例以協(xié)助解釋本發(fā)明的實施例。圖6c和6d圖解了本發(fā)明的實施 例。在圖6c中，從I-CSCF到組服務(wù)器的路由如圖2a所示那樣。從組服務(wù)器到I-CSCF或 到O-CSCF的路由類似于圖3b中的路由。參考示出了 I型情況(即用戶發(fā)起的組會話或事務(wù)處理)的圖6a。發(fā)起方600 在步驟1發(fā)送消息到P-CSCF 602，P-CSCF 602在步驟2聯(lián)系相應(yīng)S-CSCF 604。在步驟3， S-CSCF聯(lián)系組服務(wù)器606。在步驟4，組服務(wù)器聯(lián)系預(yù)訂數(shù)據(jù)庫608，其能夠采取任何適當(dāng)形 式并且可以是例如有能力存儲動態(tài)身份標(biāo)識等等的SLF，HSS或DRR(動態(tài)資源寄存器)或 數(shù)據(jù)庫。這有效地允許發(fā)起 方600預(yù)訂一組身份標(biāo)識。在步驟4和5由組服務(wù)器606在用 戶數(shù)據(jù)庫608中存儲或激活組身份標(biāo)識。分別在步驟6，7和8，組服務(wù)器通過S-CSCF 604 和P-CSCF 602向發(fā)起方600返回組身份標(biāo)識。發(fā)起方600連接到包含組服務(wù)器606的網(wǎng) 絡(luò)。接著發(fā)起方600向組的其它成員，即附圖標(biāo)記為618的實體B和附圖標(biāo)記為624 的實體C發(fā)送組身份標(biāo)識。這在圖中未示出。發(fā)起方600和實體B 618都連接到包含組服 務(wù)器606的網(wǎng)絡(luò)。實體C 624連接到與包含組服務(wù)器606的網(wǎng)絡(luò)不同的網(wǎng)絡(luò)。組的成員，即實體B 618和實體C 624根據(jù)組身份標(biāo)識發(fā)起會話。在步驟21，每個 成員618和624分別聯(lián)系P-CSCF 616和622。在步驟22，相應(yīng)P-CSCF聯(lián)系相應(yīng)S-CSCF 614 和620。在步驟23，相應(yīng)S-CSCF聯(lián)系公共I-CSCF 612。應(yīng)當(dāng)理解，與實體B相關(guān)的P-CSCF 和S-CSCF與組服務(wù)器在相同網(wǎng)絡(luò)中，而與實體C相關(guān)的P-CSCF和S-CSCF在與組服務(wù)器不 同的網(wǎng)絡(luò)中。I-CSCF 612查詢用戶數(shù)據(jù)庫608以獲得有關(guān)S-CSCF，此在步驟24和25進(jìn)行。接 著，I-CSCF 612在步驟26聯(lián)系所標(biāo)識的S-CSCF 610。該S-CSCF接著聯(lián)系組服務(wù)器606。 通過這種方式，發(fā)起會話?，F(xiàn)在參考示出II型情況(即組服務(wù)器發(fā)起的組會話或事務(wù)處理，并且組服務(wù)器是 應(yīng)用服務(wù)器)的圖6b。通過相同附圖標(biāo)記標(biāo)記與圖6a所示相同的單元。在步驟1到8，發(fā) 起方600預(yù)訂組身份標(biāo)識，這些步驟與結(jié)合圖6a描述的相同或類似。發(fā)起方接著向組服務(wù) 器發(fā)送成員列表。此未示出。組服務(wù)器接著在現(xiàn)在將描述的步驟21到29發(fā)起針對各成員 的會話。再次地，在這個例子中，成員是實體B 618和實體C 624，其中實體B連接到包含組 服務(wù)器的相同網(wǎng)絡(luò)，并且實體C連接到不同網(wǎng)絡(luò)。首先，在步驟21，組服務(wù)器600聯(lián)系S-CSCF 610。在步驟22，S-CSCF 610聯(lián)系用 戶數(shù)據(jù)庫608以獲取例如與組身份標(biāo)識相關(guān)的發(fā)起過濾條件的所需用戶信息。在步驟23 此信息被返回到S-CSCF 610。S-CSCF 610聯(lián)系適當(dāng)I-CSCF 612和626。在步驟25，實體 B用戶的I-CSCF 612查詢用戶數(shù)據(jù)庫，并且在步驟26，接收有關(guān)要用于組成員B的S-CSCF 614的信息。同樣在步驟25，實體C 624的I-CSCF 626聯(lián)系HSS 628，HSS 628在步驟26提供有關(guān)要使用的S-CSCF的信息。接著，I-CSCF 612和626聯(lián)系相應(yīng)成員B和C 618和624的相應(yīng)S-CSCF 614和S-CSCF 620。這發(fā)生在步驟27。在步驟28，相應(yīng)S-CSCF614和620聯(lián)系與相應(yīng)成員B和C 618和624相關(guān)的相應(yīng)P-CSCF 616和622。在步驟29，相應(yīng)P-CSCF 616和622接著分別聯(lián) 系成員B和C 618和624。通過這種方式，組服務(wù)器能夠發(fā)起會話?，F(xiàn)在參考示出I型情況(即用戶發(fā)起的組會話或事務(wù)處理，其中組服務(wù)器不是應(yīng) 用服務(wù)器)的圖6c。取而代之地，組服務(wù)器可以是服務(wù)器。再次地，用相同附圖標(biāo)記標(biāo)記與 圖6a所示相同的單元。在此方案中，組服務(wù)器被標(biāo)記為606'。代替用戶數(shù)據(jù)庫地，存在路 由數(shù)據(jù)庫608'。608和608'之間的差異與圖1的102與104(正常用戶DB)之間和圖2a 的102與110之間的差異相同。能夠由SLF和/或HSS和/或DRR提供路由數(shù)據(jù)庫。在步驟1到8，發(fā)起方600預(yù)訂組身份標(biāo)識。這些步驟與結(jié)合圖6a及6b描述的相 同或類似。然而，應(yīng)當(dāng)理解，在本發(fā)明的實施例中可以省略步驟4和5。在這種情況下，組服 務(wù)器606'可以具有必要組身份標(biāo)識并且不需要從路由數(shù)據(jù)庫查找它或把它存儲到路由數(shù) 據(jù)庫。接著發(fā)起方600發(fā)送組身份標(biāo)識到組的成員。再次地，這未被示出。接著，在步驟 21到26，組的成員618和624發(fā)起針對組身份標(biāo)識的會話。步驟21到25如圖6a所描述， 除使用路由數(shù)據(jù)庫608'代替用戶數(shù)據(jù)庫608之外。實際上，路由數(shù)據(jù)庫和用戶數(shù)據(jù)庫之間 可有小差異。然而，在步驟26，形成直接從I-CSCF 612到組服務(wù)器606'的連接。這可以 象結(jié)合前面實施例所討論的那樣。參考圖6d，其示出一例子，其中組服務(wù)器不是應(yīng)用服務(wù)器，它是II型情況，即組服 務(wù)器發(fā)起的組會話或事務(wù)處理。再次地，與圖6a，b和c中相同的單元用相同附圖標(biāo)記來標(biāo)記。在步驟1到8，發(fā)起方600預(yù)訂組身份標(biāo)識。再次地，如圖6c，可以省略步驟4和 5。發(fā)起方接著向組服務(wù)器606'發(fā)送成員列表。為清楚起見，這些步驟未被示出。組服務(wù)器接著發(fā)起與成員的會話。步驟21到26是這樣的例子，其中用組中成員 的身份標(biāo)識執(zhí)行，并且身份標(biāo)識是SIP URI。這允許與要聯(lián)系的組服務(wù)器連接到相同網(wǎng)絡(luò) 的成員建立會話。通過步驟21到26圖解這個。這里，組服務(wù)器606'直接連接到I-CSCF 612，而不通過S-CSCF。這象結(jié)合前面實施例討論的那樣。I-CSCF 612在步驟22查詢路由 數(shù)據(jù)庫608以在步驟23從數(shù)據(jù)庫接收路由信息。該路由信息可以是來自I-CSCF 612的消 息被路由到的S-CSCF。基于該路由信息，I-CSCF612聯(lián)系與用戶618相關(guān)的S-CSCF 614。這在步驟24進(jìn)行。在步驟25，S-CSCF 614聯(lián)系與實體B 618相關(guān)的P-CSCF 616。在步驟26，P-CSCF616聯(lián)系實體B 618。通過 這種方式，發(fā)起會話。組服務(wù)器可以可選地或另外地用自身網(wǎng)絡(luò)的TEL URL發(fā)起針對成員的會話。這允 許與要聯(lián)系的組服務(wù)器連接到相同網(wǎng)絡(luò)的成員建立會話。在這個步驟，組服務(wù)器606'在步 驟31聯(lián)系O-CSCF 630。在步驟32，O-CSCF 630從數(shù)據(jù)庫632查找ENUM。這在步驟32進(jìn) 行，其中應(yīng)答在步驟33被發(fā)送到0-CSCF。在步驟34，0-CSCF 630聯(lián)系I-CSCF612。接著執(zhí) 行已經(jīng)描述的步驟22到26。通過這種方式，能夠建立會話。組服務(wù)器能夠可選地或另外地用外部TEL URL,即不同網(wǎng)絡(luò)的TEL URL發(fā)起會話。這允許與要聯(lián)系的組服務(wù)器連接到不同網(wǎng)絡(luò)的成員建立會話。在此，執(zhí)行已經(jīng)描述的步驟 31到34。然而在此情況下，步驟34將允許O-CSCF 630聯(lián)系與成員C 624相關(guān)的I-CSCF 626。該I-CSCF 626和成員C是與包含組服務(wù)器的網(wǎng)絡(luò)不同的網(wǎng)絡(luò)的部分，并且分別連接 到該不同網(wǎng)絡(luò)。在步驟35，I-CSCF從HSS 628獲得用戶624的路由信息。在步驟36返回 該信息。該信息可以標(biāo)識要使用的S-CSCF620。接著，I-CSCF 626在步驟37聯(lián)系所標(biāo)識的 S-CSCF 620。在步驟 38，S-CSCF 620 聯(lián)系相應(yīng) P-CSCF 622。在步驟 39，P-CSCF 622 聯(lián)系 成員C。通過這種方式，建立會話?？蛇x地或另外地，組服務(wù)器能夠使用外部SIP URI發(fā)起與成員的會話。換句話說， 使用不同網(wǎng)絡(luò)的SIP URI。這允許與要聯(lián)系的組服務(wù)器連接到不同網(wǎng)絡(luò)的成員建立會話。 這涉及步驟31和已經(jīng)描述的步驟34到39。換句話說，省略步驟32和33。在本發(fā)明的實施例中，組服務(wù)器不是應(yīng)用服務(wù)器，因此可不使用ISC接口。在已知 方案中，ISC接口與S-CSCF和AS綁定，即在這些實體之間存在ISC接口。路由到AS涉及 通過ISC，即S-CSCF到ISC到AS，反之亦然。在S-CSCF使用過濾條件選擇AS。在這個實施 例中，組服務(wù)器的目標(biāo)是避免到AS的路由必須總是從S-CSCF經(jīng)過ISC接口的限制。結(jié)合圖6c和d以及圖7a和b描述的組服務(wù)器方案的要點是a)允許可選地使用ISC并且除可選ISC之外也通過其它接口(例如通過正常SIP) 從S-CSCF路由到組服務(wù)器。b)除終結(jié)情況下從S-CSCF的可選路由之外，也允許從其它單元路由到組服務(wù)器。c)除發(fā)起情況下到S-CSCF的可選路由之外，也允許從組服務(wù)器路由到其它單元。組服務(wù)器被看作到另一個網(wǎng)絡(luò)的入口點(其能夠被看作提供組會話的網(wǎng)絡(luò))。組服務(wù)器能夠被認(rèn)為是另一個網(wǎng)絡(luò)的I-CSCF。在本發(fā)明的某些實施例中，組服務(wù) 器能夠包括應(yīng)用服務(wù)器和非應(yīng)用服務(wù)器部分。象針對應(yīng)用服務(wù)器那樣路由預(yù)訂組實體，而 象路由到服務(wù)器那樣路由到組身份標(biāo)識。圖1和2a的路由都對例如應(yīng)用服務(wù)器的相同服務(wù) 器有效。這具有使路由變得簡單的優(yōu)點。在組服務(wù)器是會話發(fā)起方的情況下不需要S-CSCF 參與。HSS參與是不必要的。在終結(jié)情況下SLF能夠向組服務(wù)器提供地址。SLF可以包含 與針對某個組服務(wù)器或多個組服務(wù)器的路由相關(guān)的通配符記錄項。組服務(wù)器僅給出(即 傳送)與SLF中的一個通配符記錄項匹配的組地址。通過這種方式，組身份標(biāo)識不必作為 動態(tài)身份標(biāo)識被存儲到用戶數(shù)據(jù)庫(例如HSS，DRR等等)。作為一個例子，* . iohn. doei operator, net可以是SLF中的通配符記錄項(或如果沒有SLF，則在SLF中)。當(dāng)John Doe 希望預(yù)訂組身份標(biāo)識時，組服務(wù)器僅提供給John Doe包含他自己身份標(biāo)識的組身份標(biāo)識， 例如 fishinR-friends. iohn. doeOoperator. net 禾口 family, john. doe@operator. net?，F(xiàn)在參考示出提供用戶無關(guān)服務(wù)的服務(wù)器606"的圖7a。圖7a示出了發(fā)起情況， 其中路由來自于用戶無關(guān)服務(wù)器。與圖6a所示相同的單元被用相同附圖標(biāo)記表示。相同 步驟編號被用于對應(yīng)于圖6所示步驟的步驟。在用戶自身的SIP URI被使用的情況下，結(jié)合圖6已經(jīng)描述的步驟31，34和22到 26被按該順序執(zhí)行。在這種情況下，代替圖6所示的組服務(wù)器或應(yīng)用服務(wù)器，存在用戶無關(guān) 服務(wù)器606〃。如圖6a和b中那樣，存在用戶數(shù)據(jù)庫608。在步驟34，O-CSCF聯(lián)系與包含 服務(wù)器的網(wǎng)絡(luò)相同的網(wǎng)絡(luò)中的I-CSCF 612。在本發(fā)明的某些實施例中，這能夠被優(yōu)化，并且當(dāng)自身SIP URI被使用時能夠執(zhí)行步驟21到26，從而省去步驟31和34。如果網(wǎng)絡(luò)自身的TEL URL被使用，則步驟31到34和步驟22到26被按該順序執(zhí) 行。在步驟34，O-CSCF聯(lián)系與包含服務(wù)器的網(wǎng)絡(luò)相同的網(wǎng)絡(luò)中的I-CSCF 612。如果ENUM轉(zhuǎn)換失敗，則路由仍然能夠使用TEL URL來進(jìn)行。在這種情況下，使用 步驟31到34和41到42。在步驟34，由O-CSCF 630聯(lián)系BGCF 650。BGCF 650在步驟41 聯(lián)系MGCF 652，接著在步驟42，MGCF 652連接到電路交換域654。能夠使用外部或不同網(wǎng)絡(luò)進(jìn)行路由。如前所述的，這涉及步驟31到33和34到 39。在步驟32，ENUM查詢被用于在步驟33獲取信息，以將TEL URL解析為用于路由的SIP URI。在步驟34，O-CSCF連接到與包含服務(wù)器606〃的網(wǎng)絡(luò)不同的網(wǎng)絡(luò)的I-CSCF 626。
如果使用來自不同網(wǎng)絡(luò)的SIP URI執(zhí)行路由，則步驟31和34到39被按該順序執(zhí) 行。在步驟34，O-CSCF連接到與包含服務(wù)器606"的網(wǎng)絡(luò)不同的網(wǎng)絡(luò)的I-CSCF 626。應(yīng)當(dāng)理解，在某些實施例中，能夠執(zhí)行這些路由方法中的一或多個。例如，在此基 礎(chǔ)上能夠執(zhí)行到不同用戶的路由?，F(xiàn)在參考示出終結(jié)情況的圖7b。再次地，通過相同附圖標(biāo)記指示與圖6a和7a所 示相同的單元。如果到用戶無關(guān)服務(wù)器606"的路由來自于與服務(wù)器相同的網(wǎng)絡(luò)，則按此順序執(zhí) 行下列步驟。在步驟121，用戶618聯(lián)系其相關(guān)P-CSCF616，接著P-CSCF 616在步驟122聯(lián) 系適當(dāng) S-CSCF 614。在步驟 123，S-CSCF 614 聯(lián)系 I-CSCF 612。在步驟 124，I-CSCF 612 聯(lián)系路由數(shù)據(jù)庫，路由數(shù)據(jù)庫在步驟125向I-CSCF 612提供標(biāo)識服務(wù)器606"的路由信息。 在步驟126，I-CSCF聯(lián)系用戶無關(guān)服務(wù)器606"。在其中用戶處于與用戶無關(guān)服務(wù)器606"不同的網(wǎng)絡(luò)中的終結(jié)情況下，執(zhí)行下 列步驟用戶624在步驟131發(fā)送聯(lián)系P-CSCF 622。P-CSCF 622在步驟132聯(lián)系相關(guān)的 S-CSCF 620。這些單元在包含服務(wù)器606"的網(wǎng)絡(luò)外部。在步驟133，S-CSCF 620聯(lián)系與服務(wù)器606"在相同網(wǎng)絡(luò)中的I-CSCF 612。如已 經(jīng)描述的，接著執(zhí)行步驟124到126。如果用戶在電路交換域654中，則電路交換域654在步驟141聯(lián)系MGCF 652。在 步驟142，MGCF 652聯(lián)系I-CSCF 612。如已經(jīng)描述的，接著執(zhí)行步驟124和126。如果服務(wù)器處理其自身數(shù)據(jù)庫或多個數(shù)據(jù)庫中所有所需的身份標(biāo)識，則它不依賴 于HSS或任何其它用戶數(shù)據(jù)庫。為此，它能夠被稱為用戶無關(guān)服務(wù)器。在本發(fā)明的優(yōu)選實施 例中，用戶無關(guān)服務(wù)器可能不是應(yīng)用服務(wù)器，因此可能不使用ISC接口。它可以被認(rèn)為是類 似于到另一個網(wǎng)絡(luò)的入口點，并且能夠被其所屬的網(wǎng)絡(luò)看作好象是另一個網(wǎng)絡(luò)的I-CSCF。 用戶無關(guān)服務(wù)器也可以物理地位于網(wǎng)絡(luò)外部。所有涉及用戶的所需數(shù)據(jù)均位于服務(wù)器自身 或其自身數(shù)據(jù)庫中。本發(fā)明的實施例具有路由變得簡單的優(yōu)點。在組服務(wù)器是會話或事務(wù)處理的發(fā) 起方的情況下，不需要S-CSCF參與。HSS的參與是不必要的。例如，在終結(jié)情況下SLF能 夠提供組服務(wù)器的地址。所有涉及用戶的數(shù)據(jù)可以在用戶無關(guān)服務(wù)器的數(shù)據(jù)庫中或在連 接到服務(wù)器的數(shù)據(jù)庫或多個數(shù)據(jù)庫中。未使用Sh，即HSS和AS之間的接口。在AS發(fā)起 會話或事務(wù)處理的情況下，Sh接口可以被用于從HSS獲取S-CSCF地址。如果路由中沒 有S-CSCF涉及，則不需要向HSS請求S-CSCF地址，并且因而Sh接口是不必要的。本發(fā)明的實施例具有這樣的優(yōu)點，即第三方運營商可以方便地提供發(fā)起和終結(jié)服務(wù)，并且不需要 向HSS插入任何內(nèi)容。可能需要的唯一變化是在SLF中插入指向服務(wù)器的域名地址。例 如，news. 3-party-operators. operator, net可以插入至Ij SLF并且連接至Ij針對位于例如 "news-host, newscompany. 3-party-operators. operator, net，，, 艮口 3-party-operators. operator, net的子域的地址中的用戶無關(guān)服務(wù)器的路由。域名也可以完全不同于運營商的 自身域名。例如，記錄項news, company, com可以插入到SLF，并且與針對例如company, com 的新聞服務(wù)器的用戶無關(guān)服務(wù)器的路由相關(guān)。通過這種方式，第三方運營商會能夠向IMS 用戶提供服務(wù)，而不必具有它自己的IMS網(wǎng)絡(luò)。因而，在本發(fā)明的實施例中，所有涉及用戶 的所需數(shù)據(jù)可以位于服務(wù)器自身或其自己的數(shù)據(jù)庫或多個數(shù)據(jù)庫中，或位于由運營服務(wù)器 的同一運營商操作的數(shù)據(jù)庫中。這使得第三方能夠從其自己的服務(wù)器提供服務(wù)，并且使用 主(即不同)運營商的IMS或類似網(wǎng)絡(luò)進(jìn)行路由。用戶無關(guān)服務(wù)器的用戶可以是或可以不 是IMS用戶。第三方運營商能夠獨立于主運營商地運行其服務(wù)器。在所描述的實施例的一個修改中，通過S-CSCF實現(xiàn)出站代理，以便發(fā)起AS發(fā)送信 號到S-CSCF以充當(dāng)出站代理而不是S-CSCF。通過AS發(fā)送的信號在初始請求中a)嵌入在S-CSCF的地址中，例如它可以是參數(shù)，端口號，地址的用戶部分中的字 符或位串，和/或b)作為來自例如單獨頭或有效負(fù)載中的S-CSCF的地址的單獨信號。由于出站代理只是S-CSCF的功能的子集，所以它實現(xiàn)簡單。通過相同信令機(jī)構(gòu)， 也可以使用I-CSCF，或使用任何CSCF來實現(xiàn)出站代理。這里參考引用的第三代合伙標(biāo)準(zhǔn)23. 228的版本6引入了公共服務(wù)身份標(biāo)識(PSI) 的概念。下面討論的方案使用被設(shè)置成提供S-CSCF功能或出站代理功能的S-CSCF。隨著標(biāo)準(zhǔn)化出席，消息，會議以及IM CN子系統(tǒng)中的組服務(wù)性能的引入，存在對公 共服務(wù)身份標(biāo)識(PSI)的需要。這些身份標(biāo)識不同于公共用戶身份標(biāo)識的方面在于在它們 標(biāo)識通過應(yīng)用服務(wù)器駐留的服務(wù)。具體地，公共服務(wù)身份標(biāo)識被用于標(biāo)識組。例如，聊天型 服務(wù)可以使用公共服務(wù)身份標(biāo)識(例如，Sip :chatlist_xiexample. com)，對此用戶建立會 話以能夠從其它會話參與方發(fā)送和接收消息。公共服務(wù)身份標(biāo)識采取在RFC 3261 [12]和RFC 2396 [13]中定義的SIP URL的形 式，或采取在RFC 2806[15]中定義的"tel 〃 -URL的格式。這些標(biāo)準(zhǔn)被這里參考引用并 且是IETF標(biāo)準(zhǔn)。IM CN子系統(tǒng)提供使用戶在AS控制下建立，管理并且使用公共服務(wù)身份標(biāo)識的能 力?？梢造o態(tài)和動態(tài)地建立公共服務(wù)身份標(biāo)識。每個公共服務(wù)身份標(biāo)識被應(yīng)用服務(wù)器駐留， 其執(zhí)行由公共服務(wù)身份標(biāo)識所標(biāo)識的服務(wù)特定邏輯。IM CN子系統(tǒng)提供使用公共服務(wù)身份 標(biāo)識路由IMS消息的性能。使用公共服務(wù)身份標(biāo)識對AS發(fā)起的會話/事務(wù)處理的路由在當(dāng)前建議中是不清楚的，并且如下所述的方案解決了該問題。直到現(xiàn)在只描述了到PSI的路由，即在提供服務(wù)的AS處終結(jié)的請求。本發(fā)明的實 施例討論了路由來自PSI的請求的不同可能性。例如，當(dāng)會議AS邀請用戶參加會議(撥出)時，需要來自PSI的請求。如這個例子所示，在CNl中會議工作的進(jìn)程很大程度上與PSI路由過程相關(guān)。為了路由來自PSI的請求，可以使用下列可能路由情景a)請示總是通過在發(fā)起方歸屬網(wǎng)絡(luò)中的S-CSCF來路由在這種情況下，AS 700總是不得不首先通過其歸屬網(wǎng)絡(luò)的S-CSCF 704進(jìn)行路由。這可以通過將所謂預(yù)加載路由頭放到請求中(標(biāo)準(zhǔn)SIP過程)來實現(xiàn)。接著，從 S-CSCF 704 路由到終結(jié) I-CSCF 702，b)請求總是需要通過發(fā)起網(wǎng)絡(luò)中的任何CSCF進(jìn)行路由這里，AS首先路由初始請求到歸屬運營商的I-CSCF 706或S-CSCF 704。能夠動 態(tài)(例如通過Sh接口)或者基于運營商的策略來確定具體CSCF。c)請求總是直接路由到目的網(wǎng)絡(luò)在此情景中的AS 700直接路由到終結(jié)I-CSCF 702，無需發(fā)起網(wǎng)絡(luò)中的CSCF的任 何參與。這也符合SIP中所描述的路由過程。d)基于運營商決定來路由請求由于具有預(yù)加載的路由的可能性，不需要標(biāo)準(zhǔn)化上述情景之一作為唯一對IMS有 效的情景-AS的路由行為能夠由運營商基于歸屬網(wǎng)絡(luò)的策略來確定。基于所提供的服務(wù)，AS可以支持或可以不支持指定路由功能。SIP提供使實體只 能夠路由到專用的下一轉(zhuǎn)發(fā)段(所謂出站代理)的可能性。如果AS不能夠例如解析終結(jié) I-CSCF的地址，則它需要首先把請求傳遞到能夠路由請求到終結(jié)網(wǎng)絡(luò)的實體。當(dāng)tel URL指示終結(jié)方時尤其會出現(xiàn)此情況。為了解析tel URL, AS能夠首先路 由請求到能夠解析telURL的S-CSCF。另一方面，非常有可能的是許多應(yīng)用服務(wù)器會能夠執(zhí)行SIP路由過程，DNS。可能需要調(diào)整S-CSCF的功能以便為AS提供必要的路由機(jī)構(gòu)；S-CSCF應(yīng)當(dāng)在它檢 測到傳入的發(fā)起請求指示PSI作為發(fā)起方時，只執(zhí)行其路由功能(并且不執(zhí)行例如過濾功 能)。根據(jù)服務(wù)的特性，已經(jīng)能夠在S-CSCF內(nèi)提供一些收費支持。然而，由于它們被設(shè) 計成服務(wù)不可的，CSCF未執(zhí)行針對IMS中的特定服務(wù)的收費。如果由S-CSCF提供的收費 支持不夠，則AS能夠提供用于收費目的的更多信息。然而，在撥出會議的給定例子中，邀請也將涉及AS和被叫用戶之間的介質(zhì)會話。 在這種情況下，基于邀請消息中的SDP對會話的計費信息的產(chǎn)生能夠由S-CSCF執(zhí)行。必須注意，在這種情況下，S-CSCF將a)需要關(guān)于PSI涉及的用戶(例如會議創(chuàng)建者)的信息，_PSI自身不包含關(guān)于必 須收費的用戶的任何線索；b)對介質(zhì)會話自身沒有任何控制(例如P-CSCF/PCF通過Go接口)。運營商可能想從橫跨其網(wǎng)絡(luò)的所有呼叫收集某數(shù)據(jù)。這種功能能夠由例如I-CSCF 執(zhí)行，以便不使用過多的S-CSCF的資源。如上所示，盡管SIP允許AS解析終結(jié)I-CSCF并且直接路由到它，然而可能有運營 商想首先路由PSI發(fā)起的呼叫到其自己的網(wǎng)絡(luò)中的CSCF的情況。也明白，路由行為對于在路由方面要求某種靈活性等級的個別情況可以有所不 同
a)運營商可能想強制使所有AS通過在其網(wǎng)絡(luò)中的一或多個指定實體路由PSI發(fā)起的呼叫(嚴(yán)格策略)；b)運營商可能想僅強制使某個AS通過在其網(wǎng)絡(luò)中的一或多個指定實體路由PSI 發(fā)起的呼叫；c)盡管運營商不使用任何路由策略，但AS可能不能夠執(zhí)行SIP路由過程，因此需 要首先聯(lián)系S-CSCF ；d)盡管運營商不使用任何路由策略，但在例如ENUM不能由AS執(zhí)行(逐個情況地 路由)的某些情況下，AS可能需要聯(lián)系S-CSCF ；允許這種靈活的方案將在另一方面偏離它當(dāng)前所在的IM CN子系統(tǒng)內(nèi)的一些原 貝U，例如a)如果運營商使用丟失策略，則盡管沒有為這種目的定義的接口，然而AS能夠直 接路由到歸屬網(wǎng)絡(luò)外的實體；b)如果運營商使用丟失策略，則AS能夠直接路由到BGCF(例如當(dāng)邀請另一個用戶 參加會議時)；c)如果運營商不強制AS通過S-CSCF路由，則S-CSCF可能不了解來自/終結(jié)于歸 屬網(wǎng)絡(luò)的介質(zhì)流；d)來自AS/PSI的呼叫的路由不會被嚴(yán)格限定在歸屬網(wǎng)絡(luò)內(nèi)并且基于個別情況和 運營商策略，路由行為將不同。如果通過S-CSCF路由會話/事務(wù)處理，則第一個問題是應(yīng)當(dāng)使用什么S-CSCF，并 且第二個問題是如何跳過過濾條件處理。這由圖9所示的方案圖解。AS 800從配置數(shù)據(jù)獲取S-CSCF地址。AS發(fā)送第一消息到所標(biāo)識的S-CSCF 802 來自 Y 的邀請 X(Y 是 PSI 身份標(biāo)識)Route :psiscsf. home.net。由于Route包含PSI指示，所以S-CSCF 902跳過過濾條件的評估/處理。S-CSCF 802接著發(fā)送來自Y的邀請X消息到I-CSCF 804。已經(jīng)結(jié)合應(yīng)用服務(wù)器描述了本發(fā)明的實施例。然而應(yīng)當(dāng)理解，本發(fā)明的實施例也 可以用于網(wǎng)關(guān)或任何其他實體，具體用于象應(yīng)用服務(wù)器那樣對圖中圖解和/或所描述的其 它實體具有的相同或類似關(guān)系的實體。應(yīng)當(dāng)理解，已經(jīng)描述了若干不同特征，并且本發(fā)明的一些實施例能夠結(jié)合這些特 征的不同特征。應(yīng)當(dāng)理解，在本發(fā)明的實施例中，IMS是訪問無關(guān)的。這意味著能夠使用例如 WLAN(無線局域網(wǎng))等等的任何適當(dāng)?shù)脑L問方法。IMS和PRE模式提供了無需指定用于獲 取服務(wù)的協(xié)議而指定服務(wù)的方式。這些協(xié)議無關(guān)模式提供了標(biāo)識服務(wù)的方式。
權(quán)利要求
一種路由消息的方法，包括根據(jù)第一協(xié)議接收消息；轉(zhuǎn)換所述消息到第二協(xié)議；使用所述消息中的標(biāo)識信息查詢數(shù)據(jù)庫以獲得新標(biāo)識信息；以及使用所述新標(biāo)識信息路由消息到代理。
2.如權(quán)利要求1所述的方法，其中所述代理被設(shè)置成路由所述消息。
3.如權(quán)利要求1所述的方法，其中所述代理被設(shè)置成獲得所述身份標(biāo)識的轉(zhuǎn)換。
4.如權(quán)利要求1所述的方法，其中所述代理路由消息到另一個網(wǎng)絡(luò)。
5.如權(quán)利要求4所述的方法，其中代理路由消息到I-CSCF。
6.如權(quán)利要求1所述的方法，其中I-CSCF被設(shè)置成查詢所述數(shù)據(jù)庫。
7.如權(quán)利要求6所述的方法，其中所述I-CSCF被設(shè)置成路由所述消息到所述代理。
8.如權(quán)利要求7所述的方法，其中接收所述消息的實體被設(shè)置成路由所述消息到所述 代理。
9.如權(quán)利要求1所述的方法，其中所述第二協(xié)議是SIP。
10.如權(quán)利要求1所述的方法，其中所述代理被設(shè)置成路由所述消息到網(wǎng)關(guān)。
全文摘要
本發(fā)明涉及通過公開的IMS系統(tǒng)路由消息的方法。在ICSCF接收消息。針對所述消息所針對的應(yīng)用服務(wù)器，服務(wù)器或網(wǎng)關(guān)之一獲得地址信息。根據(jù)所述地址信息，把消息發(fā)送到所述應(yīng)用服務(wù)器，服務(wù)器或網(wǎng)關(guān)。
文檔編號H04L29/08GK101834869SQ201010167328
公開日2010年9月15日 申請日期2004年2月19日 優(yōu)先權(quán)日2003年2月19日
發(fā)明者伊卡·維斯特曼, 克瑞茲蒂安·基斯, 勞麗·拉赫迪恩, 巴拉茲·博爾坦尼, 歐文·柏瑞斯, 蓋博爾·白杰庫 申請人:諾基亞公司