在ims網絡中分配伺服器的方法和裝置的製作方法

2023-12-07 03:46:31

專利名稱：在ims網絡中分配伺服器的方法和裝置的製作方法
技術領域：
本發明涉及用於在IP多媒體子系統網絡中分配伺服器的方法和裝 置，具體地說但不一定，涉及用於向IP多々某體子系統用戶動態分配應 用伺服器的方法和裝置。 .背景技術IP多媒體服務在同一會話中提供語音、視頻、消息傳遞、數據等 的動態組合。通過增加基本應用以及可能組合的糹某體數量，提供給終端 用戶(例如訂戶)的服務數量將增加，並且將豐富個人之間通信體驗。這 將引發新一代個人化豐富多々某體通信服務，包括所謂的"組合IP多i某體，， 服務。IP多媒體子系統(IMS)是由第三代合作夥伴項目(3GPP)定義的技 術，以便通過移動通信網絡(3GPPTS 22.228、 TS 23.228、 TS 24.229、 TS 29.228、 TS 29.229、 TS 29.328和TS 29.329版本5至版本7)來提供 IP多媒體服務。IMS通過利用標準化IMS服務使能器來提供豐富終端 用戶個人到個人通信體驗的關健特徵，標準化IMS服務使能器通過基 於IP的網絡便於新的豐富的個人到個人(客戶機到客戶機)通信服務以 及個人到內容(客戶機到伺服器)服務。IMS利用會話啟動協議(SIP)來建 立和控制用戶終端之間(或者用戶終端與應用伺服器之間)的呼叫或會 話。由SIP信令攜帶的會話描述協議(SDP)用來描述和協商會話的媒體 成分。雖然SIP創建為用戶到用戶協議，但是，IMS允許運營商和服務 提供商控制用戶對服務的訪問並相應地對用戶收費。作為實例，圖1示意說明在GPRS/PS接入網(IMS當然可通過其它 接入網操作)的情況下IMS如何適合行動網路體系結構。呼叫/會話控制功能(CSCF)作為IMS中的SIP代理進行操作。3GPP體系結構定義三種 類型的CSCF:代理CSCF(P-CSCF)，它是IMS中用於SIP終端的第一 接觸點；服務CSCF(S-CSCF),它向用戶提供該用戶預訂的服務；以及 詢問CSCF(I-CSCF)，其作用是標識正確的S-CSCF，並向那個S-CSCF 轉發經由P-CSCF從SIP終端接收的請求。用戶使用指定的SIP REGISTER方法向IMS登記。這是用於連4妻 到IMS並向IMS通告可到達SIP用戶身份的地址("聯繫人")的機制。在 3GPP中，當SIP終端執行登記時，IMS對用戶鑑權，並從可用S-CSCF 的集合中將某個S-CSCF分配到那個用戶。雖然用於分配S-CSCF的標 準3GPP沒有規定，但是它們可包括負荷共享和服務要求。要注意， S-CSCF的分配是對基於IMS的服務的用戶訪問進行控制(和收費)的關 鍵。運營商可提供用於防止原本會繞過S-CSCF的直接用戶到用戶SIP 會話的機制。在登記過程中，I-CSCF的職責是在還沒有選擇S-CSCF時選擇 S-CSCF。 I-CSCF接收來自歸屬網絡的歸屬用戶伺服器(HSS)的所需 S-CSCF能力，並根據所接收能力來選擇適當的S-CSCF。[要注意，在 用戶被另 一方呼叫並且目前沒有給該用戶分配S-CSCF的情況下，也可 由I-CSCF為用戶執行S-CSCF分配。]在多個HSS部署在一個網絡的情 況下，預訂定位器功能(SLF)由I-CSCF用來標識用戶的正確HSS。當已 登記用戶隨後向IMS發送會話i青求時，P-CSCF能夠根據在登記過程中 從S-CSCF接收的信息將請求轉發到所選S-CSCF。在IMS服務網絡中，提供應用伺服器(AS)用於實現IMS服務功能 性。應用伺服器向IMS系統中的終端用戶提供服務，並且可作為端點 通過3GPP定義的Mr接口連4妄，或者通過3GPP定義的ISC接口由 S-CSCF"連結進來"。在後一種情況下，初始過濾準則(IFC)由S-CSCF 用來確定哪些應用伺服器應當在SIP會話建立(或者實際上為了會話或 非會話相關的任何SIP方法)期間被"連結進來"。IFC在IMS登記過程 中作為用戶的用戶簡檔的 一部分由S-CSCF從HSS接收。圖2說明AS與S-CSCF之間的IMS服務控制(ISC)接口以及IMS 中的其它接口。雖然圖2中的AS表示為僅具有到S-CSCF的單個接口， 但是要理解，實際上，ISC接口將擴展到給定運營商的網絡的許多(或 全部)CSCF伺服器所連接的通信網絡，允許AS與所有這些CSCF進行 通信。[圖2所示的其它實體是本領域的技術人員眾所周知的。]在AS與用戶終端(TS23.002)之間存在另 一個接口 (Ut)，但這個接口 在圖中未示出。Ut接口使用戶能夠管理與他或她的服務相關的信息， 例如公開服務身份的創建和分配、例如由"存在"服務、會議策略管理等 使用的授權策略的管理。在3GPP定義的IMS中，雖然將用戶靜態分配到HSS,但是，正 是AS在網絡所提供的服務的情況下提供特定值。閱讀3GPP規範版本 5和版本6聯想到，以固定方式將用戶分配到特定SIP AS。基本概念是， 規定用戶由給定的某個服務或多個服務的特定SIP AS支持。為了使所 分配S-CSCF能夠通過ISC接口到達所分配的AS，那個用戶那個服務 的過濾準則(包含在從HSS發送到S-CSCF的IFC中)包含作為目標地址 (編碼為SIP-URI)的完全合格域名(FQDN)或IP位址。例如，這意味著， 當S-CSCF認識到應當將特定INVITE路由到AS時，通過Cx接口為 S-CSCF提供特定AS的地址。為了標識例如用戶終端與SIP-AS之間的 Ut接口等其它接口的正確AS，為路由選擇代理提供特定用戶的AS地 址。在將用戶分配到特定AS的情況下，用那個接口和服務的AS地址 來配置終端，或者終端將請求發送到知道如何檢索那個用戶的AS地址 的實體。"前端"可進行這個操作，並在這樣一種情況下，路由選擇功能 性配置到前端中。發明內容從以上論述清楚看到，向用戶分配AS的現有建議要求將用戶提供 到給定服務或服務集合的特定SIP應用伺服器。這需要在AS上的數據 的高級可用性和持續存儲，因為在單個AS變為暫時不可用或者沒有保留適當的信息時，所提供的服務對於分配了 AS的用戶將不可用。採用這種方法可能需要向每個AS加入冗餘。此外，靜態用戶分配使網絡的 操作方面複雜化，並且使諸如向AS重新分配用戶之類的動作成為重要 的任務。例如在網絡中的用戶^:量增長到需要附加容量(處理能力、存 儲器等)的程度時，可能需要這種重新分配。根據本發明的第一方面，提供一種將請求定向到IP多媒體子系統 中的應用用戶伺服器的方法，該方法包括在IP多媒體子系統的實體接收到與IP多媒體子系統用戶關聯的請 求時，查詢資料庫以便確定該用戶是否被分配到應用伺服器；如果確定所述用戶未分配到應用伺服器，則在所述實體將該用戶分 配到應用伺服器，將所述請求從所述實體轉發到所分配應用伺服器，以 及將請求從應用伺服器或所述實體發送到所述資料庫，從而使得在那裡 記錄該分配；以及如果確定用戶被分配到應用伺服器，則將所述請求從所述實體轉發 到所分配應用伺服器。本發明的實施例提供處理將IP多々某體子系統的用戶動態分配到會 話啟動協議應用伺服器(SIP-AS)的手段。用戶的動態分配的優點在於， 放鬆了對分配數據的持續存儲的要求，並且易於例如通過引進新的應用 伺服器來對網絡體系結構進行改變和升級。所述請求可以是會話啟動協議請求，或者是根據任何其它協議(例 如Ut接口 )送往用戶應用伺服器的請求。優選地，查詢資料庫以便確定用戶是否被分配到應用伺服器的所述 步驟按照會話啟動協議來執行。在本發明的一個實施例中，所述IP多々某體子系統實體是服務呼叫 會話控制功能。在這種情況下，查詢以及對查詢的響應通過Cx接口發 送到歸屬用戶伺服器。在一個備選實施例中，所述IP多媒體子系統實體是前端分配器或 者"有代表性"應用伺服器，它充當對於網絡其餘部分的單個邏輯應用伺服器。對於在IP多媒體子系統的服務呼叫會話控制功能上從用戶接收 的請求，前端分配器設置在應用伺服器與服務呼叫會話控制功能之間的 ISC接口上。在服務呼叫會話控制功能上接收到該請求時，服務呼叫會 話控制功能查詢歸屬用戶伺服器，以便標識所述請求應發送到的前端分 配器。查詢可向服務呼叫會話控制功能返回單個前端分配器的標識，或 者可標識從中選擇一個前端分配器的一組前端分配器。或者，前端分配器可通過Ut接口接收來自用戶的請求。 前端分配器可以是IP多媒體子系統中的獨立節點。或者，它可以 是駐留在應用伺服器上的功能實體。在後一種情況下，前端分配器可根 據用戶被分配到的應用伺服器，將請求轉發到它所駐留在的應用伺服器 或另一個應用伺服器。所述資料庫可設置在歸屬用戶伺服器上。用戶到應用伺服器的分配可使用透明和/或不透明ISC接口存儲在歸屬用戶伺服器中。其它備選 的集中維護的資料庫可包括通過諸如SQL、 JDBC、 ODBC之類的接口 可用的LDAP目錄和關係/對象資料庫。還能夠在網絡中的多個位置上 保持資料庫。例如，在執行應用伺服器分配的實體是FE-DIST的情況 下，資料庫的副本可設置在各FE-DIST上。優選地，從應用伺服器或所述實體發送到所述資料庫的所述請求包 括應用伺服器的一個或多個地址。對於應用伺服器所連接到的各接口 ， 可包含一個地址。在用戶先前尚未分配到應用伺服器的情況下，應用伺服器將從歸屬 用戶伺服器獲得用戶數據。對於先前分配的用戶，應用伺服器可能已經 保留了用戶數據。用戶數據可由應用伺服器保留，而不管用戶是否已經 從IP多媒體子系統撤銷登記/未登記。在本發明的一些實現中，從所述實體接收請求的應用伺服器可將請 求轉發到另 一個應用伺服器，和/或可使得在所述資料庫上記錄用戶到 所述另一個伺服器的分配。根據本發明的第二方面，提供用於IP多媒體子系統網絡的裝置，該裝置包括用於接收與IP多媒體子系統用戶關聯的請求的部件；用於查詢資料庫以便確定用戶是否被分配到應用伺服器的部件；在確定用戶未分配到應用伺服器時將用戶分配到應用伺服器並將請求轉發到所分配應用伺服器的部件；以及在確定用戶 一皮分配到應用/1艮務器時將請求轉發到所分配應用伺服器的部件。所述裝置可設置在服務呼叫會話控制功能伺服器中。或者，該裝置 可駐留在應用伺服器上，或者可以是IP多媒體子系統中的獨立節點。根據本發明的第三方面，l是供一種將會話啟動協議請求定向到IP 多媒體子系統中的應用用戶伺服器的方法，該方法包括在IP多i某體子系統的服務呼叫會話控制功能處接收到與IP多媒體 子系統用戶關聯的會話啟動協議請求時，將請求轉發到充當重定向服務 器的第一應用伺服器；在第一應用伺服器，查詢資料庫以便確定用戶是否被分配到應用服 務器；如果確定用戶未分配到應用伺服器，則在所述第 一應用伺服器將用 戶分配到第二應用伺服器，並將重定向請求返回到標識第二應用伺服器的服務呼叫會話控制功能；以及將請求從服務呼叫會話控制功能轉發到第二應用伺服器。所述重定向請求可包括響應會話啟動協議請求而發送的以下SIP 消息中的一個或多個 "300複式選擇" "301永久移動" "302暫時移動"。服務呼叫會話控制功能可對第二應用伺服器的身份/位置進行高速 緩存，使得可將後續請求直接轉發到第二應用伺服器。例如使用"301 永久移動"或"302暫時移動"響應來便於這個操作。根據本發明的第四方面，提供一種用於IP多媒體子系統的應用伺服器，該伺服器包括用於從服務呼叫會話控制功能接收與IP多i某體子系統用戶關聯的請求的部件；用於查詢資料庫以便確定用戶是否被分配到應用伺服器、並且如果 否則將用戶分配到第二應用伺服器的部件；以及用於將重定向請求返回到標識第二應用伺服器的服務呼叫會話控 制功能的部件。


圖1示意說明IP多々某體子系統集成到3G移動通信系統中；圖2示意說明IP多媒體子系統的某些實體，包括應用伺服器和服務呼叫/狀態控制功能以及各種接口 ；圖3示意說明FE-DIST用於在IMS用戶登記時將IMS用戶分配到應用伺服器；圖4示意說明FE-DIST在用戶登記後用於處理始發和終接呼叫； 圖5示意說明FE-DIST用於處理對未登記用戶的終接呼叫； 圖6示意說明FE-DIST用於處理通過非SIP接口所接收的IMS登 記用戶的請求；圖7示意說明FE-DIST用於處理通過非SIP接口所接收的未登記用 戶的請求；圖8說明與使用有代表性應用伺服器構建應用伺服器資料庫關聯 的信令；圖9說明與有代表性應用伺服器用於選擇應用伺服器並使得消息 重定向到所選伺服器相關聯的信令和過程步驟；圖10說明在已指定應用伺服器為活動的所接收INVITE的情況下 與有代表性應用伺服器的使用相關聯的信令和過程步驟；以及圖11說明在已指定應用伺服器為不活動的所接收INVITE的情況下與有代表性應用伺服器的使用相關聯的信令和過程步驟。
具體實施方式
以上引用的3GPP技術標準描述了初始過濾準則(IFC)的使用，它們 存儲在HSS中，並且在用戶登記時或者在對未登記用戶進行終接呼叫 時發送到服務呼叫/會話控制功能(S-CSCF)節點。按照傳統方式，用戶 的IFC包含例如作為完全合格域名(FQDN)的特定SIP應用伺服器(AS) 地址。這標識對於給定服務分配到那個用戶的AS。 [IFC有可能包含與 相應IMS服務對應的兩個或兩個以上AS地址。]如果IFC中的AS地址 是SIP-URL，則DNS用於將SIP-URL解析為IP位址。出於效率的原因， S-CSCF可對特定SIP-AS地址與IP位址之間的關聯進行高速緩存。這 種高速緩存通常在系統的S-CSCF的DNS客戶機中進行，並且基於每 個節點而不是基於每個用戶進行高速緩存。作為實例，以下論述假定使用SIP-AS分配的靈活且動態的方法。 這包括在動態SIP-AS分配尚未完成的情況下，用通用AS身份例如 SIP-AS-service.叩erator.com來替換以初始過濾準則(IFC)存儲在歸屬用 戶伺服器(HSS)的特定AS地址。不是直接標識一個或一組AS，這個身 份標識IMS中的新功能實體，在此稱作前端分配器或"FE-DIST"。 FE-DIST或者可稱作"有代表性AS"。 FE-DIST位於S-CSCF與AS之間 的ISC接口上。在用戶的登記時-或者在未登記用戶的呼叫終接時-按照3GPP TS 23.228、 3GPP TS 29.228和3GPP TS 29.229中所述的過 程通過Cx接口將IFC下載到S-CSCF。將SIP-AS的通用身份解析為特 定名稱如FE-DIST.operator.com，進一步將它解析為IP位址，或者將通 用身份直接解析為IP位址。現有DNS方法用於解析過程。[在將通用 身份解析為特定名稱、再進一步解析為IP位址的情況下，需要S-CSCF 與DNS之間的兩個往返。]IFC觸發由S-CSCF向FE-DIST功能提供第 三方登記消息、即SIP REGISTER消息。S-CSCF在這個階段不對用戶 與所選FE-DIST地址之間的關聯進行高速緩存。FE-DIST功能性可以是駐留在提供(所需)服務的每個SIP-AS上的 功能實體，或者可部署為獨立節點。當然能夠在網絡中部署和安裝服務 時結合這兩種方法，即，為某些AS配備與獨立FE-DIST節點共存的 FE-DIST功能實體。以下參照的並且用來說明該建議的附圖將FE-DIST 和AS(應用邏輯駐留在其上)表示為分開的功能實體。圖3示意說明IP多i某體子系統(IMS)中的功能實體，它們便於將服 務提供給用戶終端。圖3還作為實例說明與前端分配實體(FE！到FEn) 使能的用戶到IMS應用伺服器(AS!到ASn)的動態分配關聯的過程步驟。 在此假定應用伺服器分配發生在登記時，但是，也可發生在其它時間。la用戶終端通過向IMS網絡發送SIP REGISTER消息來啟動 REGISTRATION過程，並且按照3GPP定義的過程被分配到S-CSCF 其中之一。lb在登記過程中，從HSS下載用戶的服務筒檔。這個簡檔包含IFC。2a在完成登記過程後，S-CSCF知道它應向IFC中標識的應用服務 器名稱發送第三方REGISTRATION。應用伺服器名稱是通用名稱。 S-CSCF向DNS伺服器請求IP位址。DNS伺服器用可用FE-DIST的一 個或多個地址進行應答。注意，S-CSCF將該地址解釋為AS地址，並 且要求不對S-CSCF的功能性進行改變。2b S-CSCF選擇其中一個返回的IP位址作為將REGISTER消息轉 發到的地址。2c將第三方REGISTER消息發送到所選的FE-DIST。2d FE-DIST通過經由Sh接口查詢HSS上存儲的中央資料庫來檢查 用戶是否已經被分配到AS。如果是，則將REGISTER消息轉發到所分 配AS。如果查找操作表明用戶仍未分配到AS,則FE-DIST選擇AS， 並將REGISTER消息發送到所選的AS 。3在接收到第三方登記時，AS執行以下任務它在HSS中存儲其地址與用戶身份之間的映射。AS存儲的地址實際上是不同接口的不同地址陣列。例如，可能存在用於接收SIP消息、HTTP業務等的不同地址。它從中央位置(例如HSS或者其它中央庫)檢索用戶數據。AS向中 央位置預訂，使得它將會收到關於用戶數據的改變的通知。從眼前的觀點來看，SIP-AS可使用透明數據(通過Sh接口透明 數據是HSS不知道的)在HSS中存儲其地址與用戶身份之間的映射。從 長遠的觀點來看，在HSS中可將映射添加到不透明數據。要理解，不是在單個位置、即HSS存儲在步驟2b提到的資料庫， 而是可在網絡中的各種位置存儲多個副本。例如，各FE-DIST可存儲 它自己的資料庫的副本。在完成圖3所示的過程時，SIP-AS已經被分配到用戶，並且SIP-AS 已經檢索到所需用戶數據的副本，並準備服務於用戶。在用戶向IMS撤銷登記時，用戶可保持分配到SIP-AS,並且不必 清除由FE-DIST/AS/HSS保存的用戶數據。這允許完全分離用戶/AS分 配過程與IMS/SIP登記過程，乂人而提供以下優點與分配過程耦合到 SIP/IMS登記過程時相比，用戶悽t據;險索頻率降低了 。參照圖4,現在將參照圖中編號的過程步驟來描述用於處理已登記 用戶的始發和終4婁IMS"呼叫"的過程。la由S-CSCF接收與用戶相關的SIP請求(例如SIPINVITE)。2a S-CSCF分析初始SIP請求，並且S-CSCF根據通過Cx接口從HSS接收的SIP-AS名稱向DNS伺服器請求IP位址。DNS伺服器用可用FE-DIST的一個或多個地址進行應答。注意，S-CSCF將該地址解釋為AS地址，並且S-CSCF的功能性沒有改變。2b必要時，S-CSCF選擇其中一個將指向FE-DIST的返回地址。2c將初始SIP消息發送到所提供或所選的FE-DIST地址。2d接收FE-DIST通過經由透明Sh執行HSS中的查找(或者在提供了它自己的資料庫副本時通過對它進行檢查)來標識分配到用戶的AS。 3將SIP請求發送到SIP-AS。該SIP-AS具有來自(先前執行的)登記過程的用戶的數據副本。它繼續處理SIP請求。參照圖5，現在參照圖中編號的過程步驟來描述用於處理未登記用戶的終接IMS"呼叫"的過程。la S-CSCF接收終接SIP請求(例如SIP INVITE)。lb將服務簡檔從HSS下載到S-CSCF。這包含初始過濾準則。2a S-CSCF分析初始SIP請求，並且S-CSCF(根據通過Cx接口從HSS接收的SIP-AS名稱)向DNS伺服器請求IP位址。DNS伺服器用可用FE-DIST的一個或多個地址對S-CSCF進行響應。2b必要時，S-CSCF選擇將初始SIP消息轉發到的返回地址之一。 2c將初始SIP清息發送到所選的FE-DIST。2d FE-DIST通過經由透明Sh執行HSS中的查找，來標識分配到用 戶的AS。3將SIP請求發送到SIP-AS。假定用戶即使在他被IMS撤銷登記/ 未登記時仍然保持分配到SIP-AS， SIP-AS將具有來自前一個登記過程 的用戶數據的副本。它繼續處理SIP請求。[如果AS由於某種原因而丟 失了用戶數據，則在步驟2d中已經發現這種情況。已經分配了新的AS， 並且所選AS已經從中央位置取出用戶數據。]這裡提出的用於分配和路由SIP請求的過程也可適用於請求通過 Ut接口到達IP多媒體子系統的情況。圖6說明通過Ut接口接收SIP請求並且所述的用戶已經分配到AS 的情況。所示並且編號的步驟如下1. 在IMS中通過Ut接口接收請求。在由那個前端所表示的服務的 FE-DIST上終接請求。2. FE-DIST通過Sh接口向HSS請求AS地址。3. 顯式AS地址通過Sh接口返回到FE-DIST。4. 將請求轉發到顯式地址以及例如服務AS上的XML文檔管理服 務器(XDMS)。圖7說明通過Ut接口接收SIP請求並且所述的用戶尚未被分配到AS的情況。所示並且編號的步驟如下1. 通過特定接口接收請求。在由那個前端所表示的服務的FE-DIST 上終接請求。2. FE-DIST通過Sh接口向HSS請求AS地址。3. 返回還沒有分配AS的指示。5. 將請求轉發到所選的AS和XMDS。6. 所選的AS執行以下步驟 SIP-AS可選擇將自己登記為該用戶的服務AS,並且在進行 這樣的操作時，它將其顯式地址存儲在HSS中。[如果事務 處理僅發生一次，並且預計不會存在後續請求，則可能不需 要這個操作。] 從中央數據存儲裝置(通常為HSS)讀取專用用戶數據。
處理該請求。雖然圖6和圖7具體涉及Ut接口 ，但是要理解，FE-DIST可處理 通過其它接口接收的請求。雖然其它接口還未標準化，但是， 一個實例 可能是應用伺服器實現ISC和OSA並且Parlay協議用於OSA的情況。用於便將用戶動態分配到應用伺服器的備選機制包括實現 FE-DIST，它能夠將用戶分配到某個服務相關應用伺服器，並使SIP請 求被重定向到那個應用伺服器。這個新的FE-DIST本質上充當以重定 向模式工作的應用伺服器，並且必須事先知道將要共享用戶負荷的所有 AS的名稱或地址。因此，FE-DIST必須包含具有用戶可^C動態分配到 的AS地址的表。AS名稱或地址的列表可通過兩種不同的方式設置在 FE-DIST中1. 手動配置(通過操作和維護工具、命令行界面或任何其它方式)。2. 由AS本身自動進行。在這種方法中，在使AS在線時，它將SIP REGISTER消息發送到FE-DIST,其中在"從和到"標題以及"聯繫人"標題中AS的SIP URI保存AS的名稱或地址。圖8說明與該自動配置過 程關聯的SIP信令。注意，在任何給定的網絡中，可能存在用戶可被動態分配到的AS 以及沒有這種能力因而用戶必須被靜態分配到的AS。用戶到AS的分配將在用戶訪問IMS網絡時例如在他或她在網絡中 登記時執行。當這個操作發生時，S-CSCF接收SIP REGISTER消息。 根據從HSS下載的觸發信息(IFC)， S-CSCF將REGISTER消息轉發到 FE-DIST。這個過程是眾所周知的，並在IMS標準中定義。現在，FE-DIST 需要將一個AS分配到登記用戶。它檢查其AS的預先配置列表，並根 據某些標準來選擇AS，並將它的名稱或地址作為"300複式選擇"應答 中的聯繫人標題返回到S-CSCF 。 FE-DIST注意到所選AS的身份和/或 地址，並將它與在REGISTER請求中接收的用戶標識符一起存儲在它 的用戶標識符-AS映射表中。AS例如可根據它的當前佔用等級、它的 使用等級(在FE-DIST接收來自AS的負荷報告的情況下)、它的操作狀 態(在FE-DIST能夠獲得關於AS工作狀態的信息的情況下)糹皮選擇。S-CSCF在接收到FE-DIST應答時，根據FE-DIST所指示的將 REGISTER請求(經過略微修改為第三方登記)轉發到AS。最後，S-CSCF 將接收來自這個或另 一個(在某個其它重定向發生的情況下)AS的"200 OK"響應，並且它將該響應又轉發回到REGISTER請求路徑中的前一 跳(通常為某個I-CSCF)。對於與現在登記的用戶相關的其它SIP請求，S-CSCF在將每個新 請求相對其觸發信息進行匹配之後，將它轉發到FE-DIST,如它之前處 理REGISTER請求那樣。但是，這引起了以下問題每個以及每一個 新的SIP請求需要經由FE-DIST進行解析，從而惡化了整個網絡的響應 時間,並增加了 S-CSCF和FE-DIST功能的負荷。一種可能的改進方法是，在FE-DIST發現在REGISTER中標識的 用戶已經被分配到AS時，FE-DIST用"301永久移動"響應來應答 REGISTER。這使S-CSCF能夠對響應中包含的AS地址進行高速緩存，使得沒有其它相關的SIP請求被發送到FE-DIST。另一種方法是，FE-DIST用包含具有預定義時間的到期標題的"302 暫時移動"響應來應答REGISTER。這允許S-CSCF在那個預定義時間 內對AS地址進行高速緩存。當這個時間到期時，S-CSCF將在接收到 用戶的另一個SIP請求時查詢FE-DIST。這種方法的優點在於，它將減 少FE-DIST上的負荷，同時仍然允許例如在前一分配的AS出故障時將 用戶重新分配到新的用戶。在S-CSCF中安裝由FE-DIST(在"300複式選擇"或"302暫時移動" 中)報告的重定向的一種簡單方式是改寫激發請求轉發到FE-DIST的觸 發器的觸發信息中的目標AS欄位。注意，在"302暫時移動"的情況下， S-CSCF必須保留用於觸發的舊的目標伺服器，使得在302應答設置的 時間到期時，它可以恢復它。在FE-DIST實現S-CSCF中的重定向的情況下，當HSS隨後更新 用戶的S-CSCF中存儲的觸發信息時，必須刪除在那個用戶的S-CSCF 中安裝的任何暫時或永久重定向。如果已經通過改寫觸發信息安裝了重 定向，則這當然將在存儲由HSS發送的新觸發信息時自動發生。圖9 i兌明FE-DIST如何處理來自用戶的初始SIP請求。該請求可以 是所示的REGISTER,或者是FE-DIST沒有登記任何用戶ID-AS綁定 的某種其它請求。圖10說明已經登記的用戶的另 一個SIP請求如何由FE-DIST進行 處理，假定使用"302暫時移動"響應。圖11說明用於處理用戶從非工作AS到另 一個AS的重新定位的過 程。注意，如果由新AS提供的服務需要登記(即，在使用服務之前必須 已經接收到REGISTER請求)時，則所提供的方法將僅在新的AS能夠 以某種方式訪問先前存在的登記信息時(例如，在所有AS共享即使個別 AS出故障時也繼續工作的公共登記資料庫時)才工作。本領域的技術人員會理解到，可對上述實施例進行各種修改，並不 背離本發明的範圍。
權利要求
1.一種將請求定向到IP多媒體子系統中的應用伺服器的方法，所述方法包括在所述IP多媒體子系統的實體接收到與IP多媒體子系統用戶關聯的請求時，查詢資料庫以便確定所述用戶是否被分配到應用伺服器；如果確定所述用戶未分配到應用伺服器，則在所述實體將所述用戶分配到應用伺服器，將所述請求從所述實體轉發到所分配應用伺服器，以及將請求從所述應用伺服器或所述實體發送到所述資料庫，從而使得在那裡記錄所述分配；以及如果確定所述用戶被分配到應用伺服器，則將所述請求從所述實體轉發到所分配應用伺服器。
2. 如權利要求1所述的方法，查詢資料庫以便確定所述用戶是否 被分配到應用伺服器的所述步驟按照會話啟動協議來執行。
3. 如權利要求1或2所述的方法，所述IP多々某體子系統實體是服 務呼叫會話控制功能。
4. 如權利要求1或2所述的方法，其中所述IP多々某體子系統實體 是前端分配器，它充當對於網絡其餘部分的單個邏輯應用伺服器。
5. 如權利要求4所述的方法，在服務呼叫會話控制功能接收到所 述請求時，將查詢從所述服務呼叫會話控制功能發送到歸屬用戶服務 器，以便標識所述請求應發送到的所述前端分配器，並在所述前端分配 器接收那個前端分配器的標識。
6. 如以上權利要求中任一項所述的方法，其中所述請求是會話啟 動協議請求。
7. 如權利要求4或5所述的方法，其中在所述實體通過Ut接口接 收所述請求。
8. 如以上權利要求中任一項所述的方法，其中所述資料庫設置在 歸屬用戶伺服器。
9. 如權利要求8所述的方法，其中用戶到應用^^務器的所述分配使用透明和/或不透明ISC接口存儲在所述歸屬用戶伺服器中。.
10. 如權利要求4或者從屬於權利要求4的權利要求5至9中任一 項所述的方法，其中所述資料庫"i史置在所述前端分配器。
11. 如權利要求4或者從屬於權利要求4的權利要求5至9中任一 項所述的方法，其中所述資料庫集中設置，並且所述前端分配器對所接 收應用伺服器分配數據進行高速緩存，並預訂這個數據的改變。
12. 如以上權利要求中任一項所述的方法，其中從所述應用伺服器 發送到所述資料庫的所述請求包括所述應用伺服器的 一個或多個地址。
13. 如以上權利要求中任一項所述的方法，其中如果所述用戶先前 尚未分配到應用伺服器，所述應用伺服器就從所述歸屬用戶伺服器獲得 用戶數據。
14. 如權利要求13所述的方法，其中對於先前分配的用戶，所述 應用伺服器保留所述用戶數據，而不管所述用戶是否已經從所述IP多 々某體子系統撤銷登記/未登記。
15. 用於IP多i某體子系統網絡的裝置，所述裝置包括 用於接收與IP多媒體子系統用戶關聯的請求的部件；用於查詢資料庫以便確定所述用戶是否被分配到應用伺服器的部件；如果確定所述用戶未分配到應用伺服器，則將所述用戶分配到應用 伺服器並將所述請求轉發到所分配應用伺服器的部件；以及如果確定所述用戶被分配到應用伺服器，則將所述請求轉發到所分 配應用伺服器的部件。
16. 如權利要求15所述的裝置，所述裝置構成服務呼叫會話控制 功能伺服器的一部分。
17. 如權利要求15所述的裝置，所述裝置駐留在應用伺服器上， 或者是所述IP多i某體子系統中的獨立節點。
18. —種將會話啟動協議請求定向到IP多々某體子系統中的應用伺服器的方法，所述方法包括在所述IP多媒體子系統的服務呼叫會話控制功能接收到與IP多媒 體子系統用戶關聯的會話啟動協議請求時，將所述請求轉發到充當重定向伺服器的第一應用伺服器；在所述第 一應用伺服器，查詢資料庫以便確定所述用戶是否被分配 到應用伺服器；如果確定所述用戶未分配到應用伺服器，則在所述第一應用伺服器 將所述用戶分配到第二應用伺服器，並將重定向請求返回到標識所述第 二應用伺服器的所述服務呼叫會話控制功能；以及將所述請求從所述服務呼叫會話控制功能轉發到所述第二應用服 務器。
19. 如權利要求18所述的方法，所述重定向請求包括響應所述會 話啟動協議請求而發送的以下SIP消息中的一個或多個"300複式選擇" "301永久移動" "302暫時移動"。
20. 如權利要求18或19所述的方法，所述服務呼叫會話控制功能 對所述第二應用伺服器的身份/位置進行高速緩存，使得後續請求可直 接轉發到所述第二應用伺服器。
21. —種用於IP多媒體子系統的應用伺服器，所述伺服器包括:用於從服務呼叫會話控制功能接收與IP多》某體子系統用戶關聯的 請求的部件；用於查詢資料庫以便確定所述用戶是否-故分配到應用伺服器，並且 如果否，則將所述用戶分配到第二應用伺服器的部件；以及用於將重定向請求返回到標識所述第二應用伺服器的所述服務呼 叫會話控制功能的部件。
全文摘要
一種將請求定向到IP多媒體子系統中的應用伺服器的方法。該方法包括在IP多媒體子系統的實體接收到與IP多媒體子系統用戶關聯的請求時，查詢集中維護的資料庫以便確定用戶是否被分配到應用伺服器。如果確定用戶未分配到應用伺服器，則在所述實體將用戶分配到應用伺服器，將請求從所述實體轉發到所分配的應用伺服器，以及將請求從應用伺服器或所述實體發送到所述資料庫，從而使得在那裡記錄該分配。如果確定用戶被分配到應用伺服器，則將請求從所述實體轉發到所分配的應用伺服器。
文檔編號H04L29/06GK101223758SQ200680026044
公開日2008年7月16日 申請日期2006年7月19日 優先權日2005年7月19日
發明者A·裡德, B·阿斯特龍, H·普裡比茨, J·-J·阿勞茨-羅薩多, S·伯格, S·特裡爾 申請人:艾利森電話股份有限公司