專利名稱：用于應用服務器始發(fā)的請求的s-cscf選擇的制作方法
技術領域：
本發(fā)明涉及服務請求處理，并且更特別地，涉及這樣的場景，即在該 場景中，應用服務器代表未向IP子系統(tǒng)注冊的用戶啟動請求。
背景技術：
IP系統(tǒng)，例如IP多媒體子系統(tǒng)(IMS),利用4S舌起始協(xié)議(SIP) 來啟動和控制服務請求。當前，例如在3GPP TS 23.228和24.229規(guī)范中 定義和描述了用于在IMS中處理請求的過程。具體而言，3GPPTS23.228 (7.2.0版本)規(guī)范的5.65條款定義了當應用服務器代表當前未向IMS注 冊的用戶啟動請求的場景。使用該場景的一個重要的例子是在3GPP TR 23.806 (7.0.0版本)和TS 23.206 (0.3.0版本)規(guī)范中所描述的話音呼叫 連續(xù)性呼叫建立(voice call continuity call setup )。在話音呼叫連續(xù)性場 景中，當從電路交換域啟動呼叫建立時，呼叫連續(xù)性功能(其從IMS的角 度來看是應用服務器)被固定(anchor)于該呼叫，并且其代表可以向或 可以不向IMS注冊的呼叫用戶來向IMS發(fā)送務活啟動請求。
3GPP TS 24.229 (7.2.0版本)規(guī)范的5.7.3條款描述了在應用服務器 中用于代表用戶發(fā)送請求的過程。根據(jù)當前的過程，應用服務器向服務-呼叫服務控制功能(S-CSCF)發(fā)送請求。S-CSCF是為移動節(jié)點提供^^舌 控制服務的IMS元件，其使得網(wǎng)絡運營商能夠支持該服務。由S-CSCF提
7供的功能包括管理移動注冊、維護會話、與其它服務進行交互、收費和安
全性。如果用戶向IMS注冊，那么應用服務器從第三方注冊過程或通過查 詢歸屬用戶服務器來獲知S-CSCF的地址(在用戶被注冊的情況下)。然 而，對于用戶并未在IMS中注冊的情況，當前并沒有提供解決方案。
根據(jù)3GPP TS 23.228規(guī)范的5.6.5條款，在始發(fā)未注冊過程的情況下， 歸屬用戶服務器中的S-CSCF將遵循與當前為終止未注冊用戶而規(guī)定的相 同原則。然而，如當前所規(guī)定的，為了終止對未注冊用戶的呼叫，S-CSCF 有'義、要具有未注冊終止月l務(unregistered terminating service )。 否貝寸， 歸屬用戶服務器將不會返回用于位置查詢的能力，并且因而問詢-呼叫服 務控制功能(I-CSCF)將拒絕該請求而不是將其轉發(fā)到終止S-CSCF (terminating S-CSCF)。因此，盡管即4吏用戶才艮本不具有始發(fā)的未注冊 服務，也可以進行代表用戶的呼叫始發(fā)，而為了終止對未注冊用戶的呼叫， 具有未注冊終止服務是有必要的。

發(fā)明內容
本發(fā)明的實施例涉及一種包括發(fā)送單元的服務器，所述發(fā)送單元被配 置以便向歸屬服務器發(fā)送位置信息請求，用于查詢缺省的服務器名稱以及 未注冊用戶的能力，其中，所述服務器為所述未注冊用戶發(fā)起所述位置信 息請求。所述服務器還包括處理單元，如果在位置信息應答中提供了所述 缺省的服務器名稱，則所述處理單元被配置以便將所述位置信息請求路由 至在所述位置信息應答中提供的所述缺省的服務器名稱，或者被配置以便 選擇適當?shù)墓δ芎退x擇的功能的所支持的能力。所述服務器進一步包括
指示單元，其被配置以便在所述位置信息請求中指示所述功能應當將所 述位置信息請求當作始發(fā)請求(originating request)來服務。
本發(fā)明的另 一實施例涉及一種包括接收單元的問詢-呼叫會話控制功 能，所述接收單元被配置以便接收包括未注冊用戶的公共身份的位置信息 請求，所述位置信息請求被用于指示始發(fā)請求。所述問詢-呼叫會話控制 功能還包括處理單元和發(fā)送單元，所述處理單元被配置以便向歸屬服務器查詢與所述公共身份相關聯(lián)的用戶的能力信息，并且所述發(fā)送單元被配置 以便在從所述歸屬服務器接收到位置信息應答時，取決于在響應于所述位 置信息請求的所述位置信息應答中所提供的信息，向缺省的服務功能或所 選擇的服務功能發(fā)送所述位置信息請求。
本發(fā)明的另一實施例涉及一種方法，所述方法用于通過問詢服務器 向歸屬服務器發(fā)送位置信息請求，以便查詢缺省的服務器名稱以及未注冊 用戶的能力；通過所述問詢服務器從所述歸屬服務器接收位置信息應答； 如果在所述位置信息應答中提供了所述缺省的服務器名稱，則通過所述問 詢服務器，將所述位置信息請求路由至在所述位置信息應答中提供的缺省 的服務器名稱；以及如果在所述位置信息應答中沒有提供所述缺省的服務 器名稱，則通過所述問詢服務器，選擇支持所述用戶的所述能力的適當功 能，其中，所述問詢服務器在所述位置信息請求中指示所述功能應當將 所述位置信息請求當作始發(fā)請求來服務。
本發(fā)明的另一實施例涉及一種方法，所述方法用于通過問詢功能從 應用服務器接收包括用戶的公共身份的位置信息請求，所述位置信息請求 被用于指示始發(fā)請求；向服務功能查詢與所述公共身份相關聯(lián)的用戶的能 力信息；以及取決于在響應于所述位置信息請求的位置信息應答中所提供 的信息，向缺省的服務功能或所選擇的服務功能發(fā)送所述位置信息請求。
本發(fā)明的另一實施例涉及一種設備，所述設備包括發(fā)送裝置，其用 于通過問詢服務器向歸屬服務器發(fā)送位置信息請求，以便查詢缺省的服務 器名稱以及未注冊用戶的能力；接收裝置，其用于通過所述問詢服務器從 所述歸屬服務器接收位置信息應答；路由裝置，其用于當在所述位置信息 應答中提供了所述缺省的服務器名稱時，通過所述問詢服務器將所述位置 信息請求路由至在所述位置信息應答中提供的所述缺省的服務器名稱；以 及選擇裝置，其用于當在所迷位置信息應答中沒有提供所述缺省的服務器 名稱時，選擇支持所述用戶的能力的適當功能，其中，所述問詢服務器在 所述位置信息請求中指示所述功能應當將所述位置信息請求當作始發(fā)請 求來服務。本發(fā)明的另一實施例涉及一種設備，所述設備包括接收裝置，其用 于通過問詢功能從應用服務器接收包括用戶的公共身份的位置信息請求， 所述位置信息請求被用于指示始發(fā)請求；查詢裝置，其用于通過所述問詢 功能，向服務功能查詢與所述公共身份相關聯(lián)的用戶的能力信息；以M 送裝置，其用于通過所述問詢功能，取決于在響應于所述位置信息請求的 位置信息應答中所提供的信息，向缺省的服務功能或所選擇的服務功能發(fā) 送所述位置信息請求。


附圖被包括來提供對本發(fā)明的進一步理解，并且被納入并構成本說明 書的一部分，

了本發(fā)明的實施例，所述實施例與描述一起用來解 釋本發(fā)明的原則，在附圖中
圖l說明了 IP多々某體子系統(tǒng)的實施例；
圖2說明了由實現(xiàn)本發(fā)明的實施例的服務器所實現(xiàn)的步驟；以及 圖3說明了由實現(xiàn)本發(fā)明的實施例的I-CSCF所實現(xiàn)的步驟。
具體實施例方式
現(xiàn)在將參照本發(fā)明的優(yōu)選實施例，在附圖中說明了所述實施例的例子。 圖l說明了 IP多媒體子系統(tǒng)100的實施例，在該IP多Jf某體子系統(tǒng)100 中可以實現(xiàn)本發(fā)明的實施例。子系統(tǒng)100包括應用服務器層102、會話控 制層104，以及傳輸和端點層(transport and endpoint layer) 106。子系 統(tǒng)100是統(tǒng)一的體系結構，其支持由會話起始協(xié)議(SIP)的靈活性所啟用 的廣范圍的服務。如圖l中所示出的，子系統(tǒng)IOO可以支持多個應用服務 器，其提供常規(guī)的電話服務108和非電話服務110，例如，即時消息M、 一鍵通(push-to-talk)和視頻流。傳輸和端點層106啟動和終止SIP信令， 以便建立會話和提供承載服務，例如，使用實時傳輸協(xié)議(RTP )將話音 從^^莫擬或數(shù)字格式轉換成網(wǎng)際協(xié)議(IP)分組。會話控制層104包括呼叫 會話控制功能(CSCF) 112,其提供端點的注冊和將SIP信令消息路由至適當?shù)膽梅掌?。CSCF 112與傳輸和端點層106相互作用，從而保證 跨所有服務的服務質量。會話控制層104還包括為每個終端用戶維護唯一 的服務簡檔的歸屬用戶服務器(HSS)數(shù)據(jù)庫114。終端用戶的服務簡檔 存儲了在中央位置中所有用戶的服務信息和偏好，包括終端用戶的當前注 冊信息、漫游信息、諸如呼叫轉發(fā)信息的電話服務、諸如好友列表的即時 消息收發(fā)服務信息，以及語音信箱選項。應用服務器層102包括提供終端 用戶服務邏輯的應用服務器。
根據(jù)本發(fā)明的第一實施例，當應用服務器代表未注冊的IMS用戶發(fā)起 請求時，應用服務器通過現(xiàn)有的Sh接口向歸屬用戶服務器發(fā)送位置信息 請求消息，用于查詢缺省的服務器名稱以及該用戶的能力。應當注意的是， 該能力可以是強制的或任選的。如果在位置信息應答/響應中提供了缺省的 服務器名稱，那么將請求路由至該缺省的服務器名稱，否則，應用服務器 基于在位置信息應答中所接收的能力來選擇網(wǎng)絡中適當?shù)姆蘸艚袝捒?制功能(S-CSCF)及其所支持的能力。該信息被配置到應用服務器。通過 向該S-CSCF的URI放置ORIG參數(shù)，應用服務器在SIP消息中指示 S-CSCF應當將該請求當作"始發(fā)"請求來服務。
3GPP 29.228 (7.0.0版本)規(guī)范^^開了在歸屬用戶服務器中用于響應 位置信息請求的過程。根據(jù)當前的過程，如果用戶未在IMS中注冊，那么 僅當向用戶供應未注冊服務時，歸屬用戶服務器才在位置信息應答消息中 發(fā)送如對于S-CSCF選擇所要求的服務器-能力屬性值對(AVP)。這使 得應用服務器的始發(fā)請求對這樣的用戶是失效的，即該用戶沒有任何應當 在未注冊狀態(tài)中運行的服務。如此，在本發(fā)明的第一實施例中所實現(xiàn)的第 一解決方案中，I-CSCF在位置信息請求消息中向歸屬用戶服務器指示正 在對始發(fā)請求進行位置信息查詢。在該實施例中，如果用戶沒有向IMS注 冊，那么對于包括對始發(fā)場景的指示在內的這種位置信息請求消息，歸屬 用戶服務器在位置信息響應消息中提供服務器-能力AVP,即使該用戶當 前并不具有"始發(fā)的"未注冊服務。在本發(fā)明的第一實施例中所實現(xiàn)的第 二解決方案中，如果用戶沒有向IMS注冊，那么歸屬用戶服務器總是在位置信息響應消息中提供服務器-能力AVP，即使該用戶并不具有當前的未 注冊^務。
在本發(fā)明的第二實施例中，應用服務器向I-CSCF發(fā)送請求，并且在 P-Asserted-Identity ( P-斷言的身份)報頭中插入用戶的公共身份，如3GPP 24.229規(guī)范的5.7.3條款的公開所要求的。應用服務器向I-CSCF指示這是 始發(fā)請求。I-CSCF (其識別出該始發(fā)請求正,W良務)向歸屬用戶服務器查 詢在SIP請求的P-Asserted-Identity報頭中所指示的用戶的能力信息。也 就是說，使用來自P-Asserted-Identity報頭的身份，而不是如在終止情況 中那樣的Request-URI (請求-URI)，通過針對Cx消息的Public-Identity AVP (公共-身份AVP )的Cx接口 ， I-CSCF向歸屬用戶服務器發(fā)送位 置信息請求消息。當I-CSCF從歸屬用戶服務器接收到在位置信息應答消 息中的響應時，I-CSCF或者向缺省的S-CSCF發(fā)送請求，或者根據(jù)正常過 程基于能力來選擇S-CSCF。通過向該S-CSCF的URI放置ORIG參數(shù)， I-CSCF在SIP消息中指示S-CSCF應當將該請求當作"始發(fā)"請求來服 務。可選地，當應用服務器向I-CSCF發(fā)送SIP請求時，應用月l務將ORIG 參數(shù)添加到I-CSCF的URI，其被添加到SIP消息作為最頂端的路由報頭。
甚至在本發(fā)明的第二實施例中，I-CSCF在位置信息請求消息中向歸屬 用戶服務器指示正在對始發(fā)請求進行位置信息查詢。在該實施例中，如 果用戶沒有向IMS注冊，那么在第二實施例中所實現(xiàn)的第一解決方案中， 對于包括對始發(fā)場景的指示在內的這種位置信息請求消息，歸屬用戶服務 器在位置信息響應消息中提供服務器-能力AVP，即使該用戶并不具有 "始發(fā)的"未注冊服務。在本發(fā)明的笫二實施例中所實現(xiàn)的第二解決方案 中，如果用戶沒有向IMS注冊，那么歸屬用戶服務器總是在位置信息響應 消息中提供服務器-能力AVP,即使該用戶并不具有未注冊服務。為了實 現(xiàn)第二解決方案，不需要擴展Cx消息，因為僅有的改變是在歸屬用戶服 務器的行為中。在處理位置信息應答消息的I-CSCF過程中也不需要改變， 因而該解決方案對于I-CSCF是后向兼容的。
用于實現(xiàn)本發(fā)明的第二實施例的一種可能的方法對于應用服務器，通過將ORIG標志置為SIP消息的Request-URI中的URI參數(shù)來向 I畫CSCF指示始發(fā)場景。SIP消息的R叫uest-URI由I-CSCF根據(jù)正常的 I-CSCF過程來解析。如果使用該方法，那么I-CSCF從SIP消息的 Request-URI移除ORIG標志。
在第二實施例中，運營商可以定義專用的I-CSCF (在應用服務器中配 置)，該專用的1-CSCF僅服務于對未注冊服務的始發(fā)請求，并且其不具 有基于S-CSCF選擇的能力。在應用服務器中，必須確保I-CSCF支持該 功能性。
第二實施例的另一種可能的實現(xiàn)方法是定義新的SIP報頭或定義用 于P-Asserted-Identity報頭的新的參數(shù)，其包括用戶的標識符。如果選擇 該方法，那么作為其正常過程的一部分，I-CSCF必須解析附加的SIP報 頭，以便用于其判定是否正在服務始發(fā)請求。應當利用新的AVP來擴展 Cx接口的位置信息請求消息，該新的AVP包括對于是否為始發(fā)請求進行 位置信息請求的指示。新的AVP可以是任選的，因而不支持Cx接口的擴 展的I-CSCF仍然可以在該解決方案下工作。另一備選方案是利用關于是 否為始發(fā)請求而請求了位置信息查詢的信息來擴展現(xiàn)有的Public-Identity AVP。
第一實施例要求S-CSCF地址以及由那些S-CSCF所支持的能力被配 置到愿意代表用戶發(fā)起請求的每個應用服務器。此外，相同的S-CSCF選 擇邏輯被實現(xiàn)于每個應用服務器，或者以另外的方式在I-CSCF中已經(jīng)是 可用的。在第一實施例的情況下，在對始發(fā)請求的處理中涉及少一個角色， 并且不需要對SIP進行修改。然而，由于信任問題，對應用服務器配置 S-CSCF信息可能對運營商來說并不是優(yōu)選的。
第二實施例依賴于用于S-CSCF選擇的I-CSCF的現(xiàn)有能力。對應用 服務器不需要進行附加的配置，在應用服務器中不需要基于能力的 S-CSCF選擇，盡管在SIP協(xié)議中和在I-CSCF行為中要求進行改變。在 第一和笫二實施例中所實現(xiàn)的第一解決方案要求引入新的AVP或改變現(xiàn) 有的Public-Identity AVP到位置信息請求Cx消息。在該解決方案中，在I-CSCF和歸屬用戶服務器實現(xiàn)中均要求改變，因而該解決方案對于 I-CSCF和歸屬用戶服務器不是后向兼容的。在第一和第二實施例中所實現(xiàn) 的第二解決方案不要求在Cx消息中的改變；其僅要求在歸屬用戶服務器 的實現(xiàn)上的改變；因而，該解決方案對于I-CSCF是后向兼容的。
圖2說明了在實現(xiàn)本發(fā)明的服務器中所實現(xiàn)的步驟。在步驟2010中， I-CSCF向歸屬用戶服務器發(fā)送位置信息請求，用于查詢缺省的服務器名稱 以及未注冊用戶的能力。在步驟2020中，I-CSCF從歸屬服務器接收位置 信息應答。在步驟2030中，如果在位置信息應答中提供了缺省的服務器名 稱，則I-CSCF將位置信息請求路由至在位置信息應答中所提供的缺省的 服務器名稱。在步驟2040中，如果在位置信息應答中沒有提供缺省的服務 器名稱，則I-CSCF選擇支持該用戶的能力的適當功能，其中，問詢服務 器在位置信息請求中指示該功能應當將位置信息請求當作始發(fā)請求來服 務。
圖3i兌明了由實現(xiàn)本發(fā)明的I-CSCF所實現(xiàn)的步驟。在步驟3010中， I-CSCF從應用服務器接收包括用戶的公共身份的位置信息請求，該位置信 息請求被用于指示始發(fā)請求。在步驟3020中，I-CSCF向服務功能查詢與 該公共身份相關聯(lián)的用戶的能力信息。在步驟3030中，取決于在響應于該 位置信息請求的位置信息應答中所提供的信息，I-CSCF向缺省的服務功能 或所選擇的服務功能發(fā)送該位置信息請求。
本領域的技術人員應當理解，可以在實現(xiàn)以上所描述的網(wǎng)絡可用性信 息的任何設備中利用本發(fā)明。前述描述針對的是本發(fā)明的特定實施例。然 而，將顯而易見的是，可以對所描述的實施例進行其它的變型和修改，且 達到其優(yōu)勢的一部分或全部。因此，所附權利要求的目的在于涵蓋處于本 發(fā)明的真正精神和范圍內的所有這樣的變型和修改。
權利要求
1. 一種服務器，其包括發(fā)送單元，其被配置以便向歸屬服務器發(fā)送位置信息請求，用于查詢缺省的服務器名稱以及未注冊用戶的能力，其中，所述服務器為所述未注冊用戶發(fā)起所述位置信息請求；處理單元，如果在位置信息應答中提供了所述缺省的服務器名稱，則所述處理單元被配置以便將所述位置信息請求路由至在所述位置信息應答中提供的缺省的服務器名稱，或者被配置以便選擇適當?shù)墓δ芎退x擇的功能的所支持的能力；以及指示單元，其被配置以便在所述位置信息請求中指示所述功能應當將所述位置信息請求當作始發(fā)請求來服務。
2. 根據(jù)權利要求l的服務器，其中，所述發(fā)送單元被配置以便通過現(xiàn) 有接口發(fā)送位置信息消息。
3. 根據(jù)權利要求l的服務器，其中，所述處理單元被配置以便選擇適 當?shù)姆蘸艚蠱控制功能。
4. 根據(jù)權利要求3的服務器，其中，所述指示單元被配置以便通過 在所述服務呼叫會話控制功能的URI中放置始發(fā)參數(shù)，在所述位置信息請 求中指示所述功能應當將所述位置信息請求當作始發(fā)請求來服務。
5. 根據(jù)權利要求l的服務器，其中，如果所述位置信息請求指示所述 功能應當將所述位置信息請求當作始發(fā)請求來服務，則所述處理單元被配 置以便接收在所述位置信息應答中的屬性值對，即使所述用戶并不具有始 發(fā)的未注冊服務。
6. 根據(jù)權利要求l的服務器，其中，所述處理單元被配置以便接收在 所述位置信息應答中的屬性值對。
7. —種問詢呼叫會話控制功能，其包括接收單元，其被配置以便接收包括未注冊用戶的公共身份的位置信息 請求，所述位置信息請求被用于指示始發(fā)請求；獲取單元，其被配置以便從所述位置信息請求獲取所述公共身份； 處理單元，其被配置以便向歸屬服務器查詢與所述公共身份相關聯(lián)的用戶的能力信息；以及發(fā)送單元，其被配置以便在從所述歸屬服務器接收到位置信息應答時， 取決于在響應于所述位置信息請求的位置信息應答中所提供的信息，向缺 省的服務功能或所選擇的服務功能發(fā)送所述位置信息請求。
8. 根據(jù)權利要求7的問詢呼叫會話控制功能，其中，所述處理單元被 配置以便使用所述用戶的公共身份，向所述歸屬服務器發(fā)送所述位置信 息請求。
9. 根據(jù)權利要求7的問詢呼叫M控制功能，其中，所i^送單元被 配置以便基于所述位置信息應答中的能力，向所選擇的服務功能發(fā)送所 述位置信息請求。
10. 根據(jù)權利要求7的問詢呼叫會話控制功能，其中，通過在服務呼 叫會話控制功能的URI中放置始發(fā)參數(shù)，所述位置信息請求被用于指示始 發(fā)請求。
11. 根據(jù)權利要求7的問詢呼叫會話控制功能，其中，所述接收單元 被配置以便接收所述位置信息請求，其中，所述位置信息請求將始發(fā)參數(shù) 包括到所述問詢呼叫會話控制功能的URI，其被添加到所迷位置信息請求 而處于最頂端的路由才艮頭中。
12. 根據(jù)權利要求7的問詢呼叫會話控制功能，其中，如果所述位置 信息請求指示所述功能應當將所述位置信息請求當作始發(fā)請求來服務，則 所述處理單元被配置以便接收在所述位置信息應答中的屬性值對，即使所 述用戶并不具有始發(fā)的未注冊服務。
13. 根據(jù)權利要求7的問詢呼叫會話控制功能，其中，所述處理單元 被配置以便接收在所述位置信息應答中的屬性值對。
14. 一種方法，其包括通過問詢服務器，向歸屬服務器發(fā)送位置信息請求，用于查詢缺省的 服務器名稱以及未注冊用戶的能力；通過所述問詢服務器從所述歸屬服務器接收位置信息應答； 如果在所述位置信息應答中提供了所述缺省的服務器名稱，則通過所述問詢服務器，將所述位置信息請求路由至在所述位置信息應答中提供的所述缺省的服務器名稱；以及如果在所述位置信息應答中沒有提供所述缺省的服務器名稱，則通過所述問詢服務器，選擇支持所述用戶的能力的適當功能，其中，所述問詢服務器在所述位置信息請求中指示所述功能應當將所述位置信息請求當作始發(fā)請求來服務。
15. 根據(jù)權利要求14的方法，其中發(fā)送所述位置信息請求包括通 過現(xiàn)有接口發(fā)送所述位置信息請求。
16. 根據(jù)權利要求14的方法，其中選擇適當?shù)墓δ馨ㄟx擇適當 的服務呼叫會話控制功能。
17. 根據(jù)權利要求16的方法，其中在所述位置信息請求中指示所述 功能應當將所述位置信息請求當作始發(fā)請求來服務包括在所述服務呼叫 會話控制功能的URI中放置始發(fā)參數(shù)。
18. 才艮據(jù)權利要求14的方法，其中接收位置信息應答包括如果所 述位置信息請求指示所述功能應當將所述位置信息請求當作始發(fā)請求來服 務，則接收在所述位置信息應答中的屬性值對，即使所述用戶并不具有始 發(fā)的未注冊服務。
19. 根據(jù)權利要求14的方法，其中接收位置信息應答包括接收在 所述位置信息應答中的屬性值對。
20. —種方法，其包括通過問詢功能從應用服務器接收包括用戶的公共身份的位置信息請求，所述位置信息請求被用于指示始發(fā)請求；向歸屬服務器查詢與所述公共身份相關聯(lián)的用戶的能力信息；以及 取決于在響應于所述位置信息請求的位置信息應答中所提供的信息，向缺省的服務功能或所選擇的服務功能發(fā)送所述位置信息請求。
21. 根據(jù)權利要求20的方法，其中查詢服務功能包括使用所述用戶的公共身份，向歸屬服務器發(fā)送所述位置信息請求。
22. 根據(jù)權利要求20的方法，其進一步包括通過在服務呼叫會話 控制功能的URI中放置始發(fā)參數(shù)，使用所述位置信息請求來指示始發(fā)請求。
23. 根據(jù)權利要求20的方法，其進一步包括通過在問詢呼叫M 控制功能的路由報頭中放置始發(fā)參數(shù)，使用所述位置信息請求來指示始發(fā) 請求。
24. 根據(jù)權利要求20的方法，其進一步包括如果所述位置信息請 求指示所述功能應當將所述位置信息請求當作始發(fā)請求來服務，則接收在 所述位置信息應答中的屬性值對，即使所述用戶并不具有始發(fā)的未注冊服 務。
25. 根據(jù)權利要求20的方法，其進一步包括接收在所述位置信息 應答中的屬性值對。
26. —種設備，其包括發(fā)送裝置，其用于通過問詢服務器向歸屬服務器發(fā)送位置信息請求， 用于查詢缺省的^^務器名稱以及未注冊用戶的能力；接收裝置，其用于通過所述問詢服務器從所述歸屬服務器接收位置信 息應答；路由裝置，其用于當在所述位置信息應答中提供了所述缺省的服務器 名稱時，通過所述問詢服務器將所述位置信息請求路由至在所述位置信息 應答中提供的所述缺省的服務器名稱；以及選擇裝置，其用于當在所述位置信息應答中沒有提供所述缺省的服務 器名稱時，選擇支持所述用戶的能力的適當功能，其中，所述問詢服務器 在所述位置信息請求中指示所述功能應當將所述位置信息請求當作始發(fā)請 求來服務。
27. —種設備，其包括接收裝置，其用于通過問詢功能從應用服務器接收包括用戶的公共身 份的位置信息請求，所述位置信息請求被用于指示始發(fā)請求；查詢裝置，其用于通過所述問詢功能向歸屬^^務器查詢與所述^^共身份相關聯(lián)的用戶的能力信息；以及發(fā)送裝置，其用于通過所述問詢功能，取決于在響應于所述位置信息 請求的位置信息應答中所提供的信息，向缺省的服務功能或所選擇的服務 功能發(fā)送所述位置信息請求。
全文摘要
一種包括發(fā)送單元的服務器，所述發(fā)送單元被配置以便向歸屬服務器發(fā)送位置信息請求，用于查詢缺省的服務器名稱以及未注冊用戶的能力，其中所述服務器為所述未注冊用戶發(fā)起所述位置信息請求。所述服務器還包括處理單元，如果在位置信息應答中提供了所述缺省的服務器名稱，則所述處理單元被配置以便將所述位置信息請求路由至在所述位置信息應答中提供的所述缺省的服務器名稱，或者被配置以便選擇適當?shù)墓δ芎退x擇的功能的所支持的能力。所述服務器進一步包括指示單元，所述指示單元被配置以便在所述位置信息請求中指示所述功能應當將所述位置信息請求當作始發(fā)請求來服務。
文檔編號H04L29/06GK101455052SQ200780019628
公開日2009年6月10日 申請日期2007年4月24日 優(yōu)先權日2006年4月28日
發(fā)明者佐爾特·拉吉科, 約瑟夫·瓦加 申請人:諾基亞公司