專利名稱：應(yīng)用服務(wù)器分配方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體地，涉及一種應(yīng)用服務(wù)器分配方 法和應(yīng)用服務(wù)器分配裝置。
背景技術(shù)：
IP多媒體子系統(tǒng)(IP Multimedia Subsystem,簡稱IMS )是3GPP (第三代移動通信標準化的伙伴項目)R5階,殳增加的WCDMA網(wǎng) 絡(luò)中的疊加在已有分組交換域之上的一個子系統(tǒng)，采用分組交換域 為其上層控制信令和^ 某體傳輸?shù)某休d通道，引入會話發(fā)起協(xié)議 (Session Initiation Protocol,簡稱SIP )作為業(yè)務(wù)控制協(xié)議，利用 SIP簡單、易擴展、媒體組合方便的特點，通過將業(yè)務(wù)控制與承栽 控制分離，提供豐富的多媒體業(yè)務(wù)；IMS中主要的功能實體包括控 制用戶注冊、會話控制等功能的呼叫會話控制功能(Call Session Control Function ，簡稱CSCF)、提供各種業(yè)務(wù)邏輯控制功能的應(yīng) 用服務(wù)器(Application Server,簡稱AS),集中管理用戶簽約數(shù)據(jù) 的歸屬簽約用戶服務(wù)器(Home Subscriber Server,簡稱HSS)以及 用于實現(xiàn)與電路交換網(wǎng)互通的媒體網(wǎng)關(guān)控制功能(Media gateway control Function,簡稱MGCF ) /IMS々某體網(wǎng)關(guān)(IMS Media gateway, 簡稱IM-MGW ),用戶通過當(dāng)前所在地代理節(jié)點P-CSCF接入IMS,
會話和業(yè)務(wù)觸發(fā)控制及與應(yīng)用服務(wù)器的業(yè)務(wù)控制交互則由其注冊
地的歸屬域月l務(wù)節(jié)點S-CSCF完成，IMS網(wǎng)絡(luò)系統(tǒng)架構(gòu)如圖1所示。
其中，CSCF是呼叫會話控制功能，在IMS核心網(wǎng)中處于核心 的控制地位，負責(zé)對用戶設(shè)備(UserEquipment,簡稱UE)的注冊 鑒權(quán)和會話控制，沖丸行針對主叫端及被叫端IMS用戶的基本會話路 由功能，并才艮據(jù)用戶簽約的IMS初始過濾失見則(Initial Filter Criteria, 簡稱iFC )，在條件滿足時進行到應(yīng)用服務(wù)器的增值業(yè)務(wù)路由觸發(fā)及 業(yè)務(wù)控制交互。
HSS是用戶數(shù)據(jù)庫服務(wù)器，存儲運營商開戶時設(shè)定的IMS簽 約信息，同時支持通過與業(yè)務(wù)管理系統(tǒng)的接口由運營商或終端用戶 對簽約數(shù)據(jù)進行的定制和修改。HSS通過與S-CSCF間基于Diameter 協(xié)議的Cx接口實現(xiàn)IMS注冊過程中對S-CSCF域名路由信息的登 記，并支持通過該接口將基本IMS簽約信息下載到S-CSCF; HSS 提供與SIP應(yīng)用服務(wù)器間基于Diameter協(xié)議的Sh接口 ，為增值業(yè) 務(wù)SIP應(yīng)用服務(wù)器或OSA SCS提供簽約數(shù)據(jù)、業(yè)務(wù)邏輯腳本的遠 程數(shù)據(jù)庫訪問接口 ， HSS僅負責(zé)對特定簽約用戶應(yīng)用服務(wù)器增值業(yè) 務(wù)數(shù)據(jù)的透明存儲，語義上不做解析。
AS是應(yīng)用服務(wù)器，該實體為IMS網(wǎng)絡(luò)的用戶提供IP多媒體業(yè) 務(wù)，應(yīng)用服務(wù)器可以位于用戶的歸屬網(wǎng)絡(luò)，也可以位于第三方，第 三方可以是一個網(wǎng)絡(luò)，也可以是一個單獨的應(yīng)用月l務(wù)器。
在網(wǎng)絡(luò)中存在一個共享的數(shù)據(jù)庫，其中保存有網(wǎng)絡(luò)為用戶提供 業(yè)務(wù)服務(wù)時所需要的業(yè)務(wù)數(shù)據(jù)。網(wǎng)絡(luò)中的應(yīng)用服務(wù)器可以根據(jù)各個 應(yīng)用服務(wù)器的權(quán)限來對共享數(shù)據(jù)庫中的用戶業(yè)務(wù)數(shù)據(jù)進行讀、寫、 增加、刪除等操作。這些可以對共享數(shù)據(jù)庫中所保存的用戶業(yè)務(wù)數(shù) 據(jù)進行操作的應(yīng)用服務(wù)器，可以是完成同一業(yè)務(wù)的應(yīng)用服務(wù)器，也
可以是完成不同業(yè)務(wù)的應(yīng)用服務(wù)器。應(yīng)用服務(wù)器與共享數(shù)據(jù)庫的連
接關(guān)系如圖2所示。
應(yīng)用力l務(wù)器通過與HSS的StU妾口獲得或更新用戶業(yè)務(wù)相關(guān)的 數(shù)據(jù)和用戶狀態(tài)信息，S-CSCF通過與HSS的Cx接口獲得用戶的 簽約信息。
在IMS網(wǎng)絡(luò)中，會話建立時是通過S-CSCF中的初始過濾規(guī)則 將會話路由到相應(yīng)的應(yīng)用服務(wù)器為用戶提供各種業(yè)務(wù)的。初始過濾 規(guī)則本身只包含了特定業(yè)務(wù)的觸發(fā)條件，而業(yè)務(wù)的實現(xiàn)是在應(yīng)用服 務(wù)器完成的。初始過濾規(guī)則的數(shù)據(jù)內(nèi)容如圖3所示。
初始過濾頭見則H才居中，Application Server這一項包含了 ServerName字段，該字段以SIP URL的形式 (Application@example.com )來l呆存應(yīng)用"良務(wù)器的地址/名稱信息。 一旦S-CSCF收到的SIP請求消息符合某條初始過濾規(guī)則觸發(fā)條件， 則S-CSCF就會按照該初始過濾規(guī)則中ServerName字段所保存的應(yīng) 用服務(wù)器地址，將SIP請求消息轉(zhuǎn)發(fā)至該應(yīng)用服務(wù)器來為用戶作業(yè) 務(wù)服務(wù)。應(yīng)用服務(wù)器收到該SIP消息后，就會按其業(yè)務(wù)邏輯來為用 戶提供業(yè)務(wù)服務(wù)，以及后續(xù)的處理。
具體的IMS網(wǎng)絡(luò)中SIP請求消息觸發(fā)路由機制如圖4所示。
在IMS網(wǎng)絡(luò)建"^殳初期，用戶比較少，可以^吏用一個應(yīng)用月良務(wù)器 來為IMS網(wǎng)絡(luò)中的所有用戶提供某個業(yè)務(wù)服務(wù)。當(dāng)網(wǎng)絡(luò)中的用戶增 加后，如果還是一個應(yīng)用服務(wù)器為全網(wǎng)絡(luò)用戶提供業(yè)務(wù)，那么該應(yīng) 用服務(wù)器可能會存在負載過重的情況。于是，就需要增加提供同一 業(yè)務(wù)服務(wù)的應(yīng)用服務(wù)器的數(shù)量，同時也引發(fā)如何實現(xiàn)將網(wǎng)絡(luò)中的用 戶分配到不同應(yīng)用服務(wù)器的問題?，F(xiàn)有技術(shù)中給出目前已經(jīng)公開的 兩種實現(xiàn)應(yīng)用服務(wù)器上用戶分配的方法。
將網(wǎng)絡(luò)中的用戶分配到提供同一業(yè)務(wù)的若干個應(yīng)用服務(wù)器的
方法可以是利用5見有初始過濾失見則才幾制，通過4十對單個用戶的某項 業(yè)務(wù)的初始過濾規(guī)則中的ServerName字段不同，實現(xiàn)將用戶分配 到實現(xiàn)同一業(yè)務(wù)的不同應(yīng)用月良務(wù)器。如目前IMS網(wǎng)絡(luò)中有多個應(yīng)用 月良務(wù)器Application_l@example.com、 Application_2@example.com、 Application—3@example.com來為用戶提供相同的基本呼叫業(yè)務(wù)。則 可以通過i殳定不同用戶的基本呼叫業(yè)務(wù)的初始過濾^L則中的 ServerName字段來實現(xiàn)將不同用戶的基本呼叫業(yè)務(wù)分配到不同的 應(yīng)用月良務(wù)器來處理。比如用戶曱的基本呼叫初始過濾失見則中的 ServerName字段設(shè)置為Application—l@example.com; 用戶乙的基 本呼叫初始過濾規(guī)則中的ServerName字段設(shè)置為 Application—2@example.com;用戶丙的基本"乎叫4刀始過濾頭見則中的 ServerName字段設(shè)置為Application—3@example.com。
這樣，當(dāng)用戶甲使用基本呼叫業(yè)務(wù)時，為其服務(wù)的S-CSCF會 沖艮據(jù)其初始過濾夫見則中的ServerName字萃殳取值，來將該呼叫業(yè)務(wù) 觸發(fā)到Application—1這個應(yīng)用服務(wù)器來處理。同樣用戶乙和用戶丙 的基本。手叫業(yè)務(wù)也會分別^皮4爭至Application—2和Application—3處的。
在現(xiàn)有4支術(shù)一中，初始過濾^L則的+務(wù)改需要通過網(wǎng)管才喿作來實 現(xiàn)，這樣當(dāng)需要從一個應(yīng)用服務(wù)器上將大量用戶移到另 一個應(yīng)用服 務(wù)器時，就會引發(fā)浩大的網(wǎng)管配置工作，這種低效率的分配方法無 M:會增加運營商的運營費用。
在現(xiàn)有技術(shù)二中，如圖5所示，將應(yīng)用月l務(wù)器分為representative As (代理應(yīng)用月l務(wù)器)和processing As (處理應(yīng)用月良務(wù)器)兩級， 并在用戶簽約信息中的初始過濾規(guī)則中記錄的應(yīng)用服務(wù)器地址設(shè) 置為代理應(yīng)用服務(wù)器，當(dāng)業(yè)務(wù)請求消息經(jīng)由S-CSCF觸發(fā)到處理應(yīng)
用服務(wù)器后，代理應(yīng)用服務(wù)器來決定將該業(yè)務(wù)請求消息分配到某個 處理應(yīng)用服務(wù)器來真正實現(xiàn)業(yè)務(wù)處理，以達到合理分配應(yīng)用服務(wù)器 業(yè)務(wù)負栽的目的。
在代理應(yīng)用服務(wù)器選擇好處理應(yīng)用服務(wù)器后，可以選擇保存所 選擇的處理應(yīng)用服務(wù)器信息，也可以不保存。同時，代理應(yīng)用服務(wù)
器也可以選擇自己是否保存在后續(xù)的SIP消息路徑中。如圖6所示， 當(dāng)代理應(yīng)用月l務(wù)器決定不將自己保存在后續(xù)的SIP消息路徑時， S-CSCF直接與處理應(yīng)用月l務(wù)器交互。
在現(xiàn)有技術(shù)二中，在IMS中增加一個與業(yè)務(wù)提供無關(guān)的特定應(yīng) 用服務(wù)器用于分配提供同一業(yè)務(wù)的各個應(yīng)用服務(wù)器的負載，這個代 理應(yīng)用服務(wù)器可能會成為新的負載過重的瓶頸節(jié)點。

發(fā)明內(nèi)容
本發(fā)明的目的在于解決現(xiàn)有^支術(shù)中存在的網(wǎng)管配置工作量大， 效率低的問題，以及代理應(yīng)用服務(wù)器成為新的負栽過重的瓶頸節(jié)點 的問題。
才艮據(jù)本發(fā)明的一個方面，提出了一種應(yīng)用服務(wù)器分配方法，包 括以下步驟步驟S902,呼叫會話控制功能實體從用戶簽約信息中 的初始過濾^見則中"i己錄的一個或多個應(yīng)用月良務(wù)器中選擇一個應(yīng)用 服務(wù)器為用戶服務(wù)；步驟S904,呼叫會話控制功能實體將業(yè)務(wù)請求 消息轉(zhuǎn)發(fā)至所選擇的應(yīng)用服務(wù)器；以及步驟S906，所選擇的應(yīng)用服 務(wù)器在接收到業(yè)務(wù)請求消息后為用戶服務(wù)。
上述的步驟S902還包括以下步驟步驟S902-2，呼叫會話控 制功能實體接收到業(yè)務(wù)請求消息或發(fā)現(xiàn)用戶需要進行第三方注冊； 步驟S902-4,呼叫會話控制功能實體確定與業(yè)務(wù)請求消息匹配的用
戶簽約1言息中的初始過濾》見則；以及步驟S902-6,呼叫會話控制功 能實體在初始過濾規(guī)則中記錄的一個或多個應(yīng)用服務(wù)器中選擇一
個應(yīng)用服務(wù)器為用戶服務(wù)。
上述的步驟S906還包括以下步驟步驟S906-2，所選擇的應(yīng) 用服務(wù)器在接收到來自呼叫會話控制功能實體的業(yè)務(wù)請求消息后 回復(fù)響應(yīng)消息；以及步驟S906-4，所選擇的應(yīng)用服務(wù)器為用戶提供服務(wù)。
上述的初始過濾失見則包;t舌 一個或多個應(yīng)用月良務(wù)器項中包^"的 服務(wù)器名稱。 一個或多個應(yīng)用服務(wù)器項可以包括對應(yīng)于一個或多個 應(yīng)用服務(wù)器的服務(wù)器選擇權(quán)重。
上述的初始過濾頭見則包括 一個應(yīng)用月良務(wù)器項中包括的一個或 多個應(yīng)用服務(wù)器的月良務(wù)器名稱列表。 一個應(yīng)用服務(wù)器項可以包括以 下至少一種信息對應(yīng)于一個或多個應(yīng)用服務(wù)器的服務(wù)器選擇權(quán)重 和服務(wù)器名稱數(shù)量。
上述的呼叫會話控制功能實體根據(jù)其上配置的策略或規(guī)則從 初始過濾夫見則中記錄的一個或多個應(yīng)用月良務(wù)器中選擇一個應(yīng)用服 務(wù)器為用戶月l務(wù)。上述的策略或^L則通過以下至少一種方式來確 定通過運營商來制定，通過用戶簽約時設(shè)定的個人喜好來確定， 通過各服務(wù)器的選擇權(quán)重來確定，以及通過應(yīng)用服務(wù)器的負載來確 定。
在呼叫會話控制功能實體中沒有用戶簽約信息的情況下，呼叫 會話控制功能實體從用戶的歸屬簽約用戶服務(wù)器獲取用戶簽約信息。
在用戶簽約信息中不存在初始過濾失見則的情況下，呼叫會話控 制功能實體根據(jù)用戶簽約信息選擇缺省的應(yīng)用服務(wù)器為用戶服務(wù)。
在應(yīng)用服務(wù)器拒絕業(yè)務(wù)請求的情況下，響應(yīng)消息中包括拒絕業(yè) 務(wù)請求的原因。在應(yīng)用服務(wù)器拒絕業(yè)務(wù)請求的情況下，呼叫會話控 制功能實體乂人初始過濾夫見則中重新選擇一個應(yīng)用服務(wù)器為用戶服務(wù)。
在呼叫會話控制功能實體在一定時間內(nèi)沒有接收到來自應(yīng)用 服務(wù)器的響應(yīng)消息的情況下，呼叫會話控制功能實體從初始過濾規(guī) 則中重新選擇一個應(yīng)用月良務(wù)器為用戶月良務(wù)。
上述的業(yè)務(wù)請求消息是會話發(fā)起協(xié)議注冊消息和會話發(fā)起協(xié) i義i青求消息中的至少 一個。
根據(jù)本發(fā)明的另一方面，提供了一種應(yīng)用服務(wù)器分配裝置，位
于呼叫會話控制功能實體側(cè)，包括接收模塊，用于接收業(yè)務(wù)請求 消息；選擇模塊，用于從用戶簽約信息中的初始過濾規(guī)則中記錄的 一個或多個應(yīng)用服務(wù)器中選擇一個應(yīng)用服務(wù)器為用戶服務(wù)；以及消 息轉(zhuǎn)發(fā)模塊，用于將業(yè)務(wù)請求消息轉(zhuǎn)發(fā)至所選擇的應(yīng)用服務(wù)器。
上述的選擇才莫塊包括初始過濾失見則確定單元，用于確定與業(yè) 務(wù)請求消息匹配的初始過濾規(guī)則；以及應(yīng)用服務(wù)器選擇單元，用于 在初始過濾〗現(xiàn)則中記錄的一個或多個應(yīng)用服務(wù)器中選擇一個應(yīng)用 服務(wù)器為用戶服務(wù)。選擇模塊還包括簽約信息獲取模塊，用于從用 戶的歸屬簽約用戶服務(wù)器獲取用戶簽約信息。
上述的初始過濾規(guī)則包括 一個或多個應(yīng)用服務(wù)器項中包括的 服務(wù)器名稱。 一個或多個應(yīng)用服務(wù)器項還包括對應(yīng)于一個或多個應(yīng) 用服務(wù)器的服務(wù)器選擇權(quán)重。
上述的初始過濾規(guī)則包括 一個應(yīng)用服務(wù)器項中的一個或多個 應(yīng)用服務(wù)器的服務(wù)器名稱列表。該一個應(yīng)用服務(wù)器項還包括以下至 少一種信息對應(yīng)于一個或多個應(yīng)用服務(wù)器的服務(wù)器選擇權(quán)重和服 務(wù)器名稱數(shù)量。
上述的選擇模塊根據(jù)呼叫會話控制功能實體上配置的策略或 頭見則從初始過濾失見則中選擇一個或多個應(yīng)用月良務(wù)器中的一個應(yīng)用 服務(wù)器為用戶服務(wù)。策略或規(guī)則通過以下方式中的至少 一個來確 定通過運營商來制定，通過用戶簽約時設(shè)定的個人喜好來確定， 通過一個或多個服務(wù)器的選擇權(quán)重來確定，以及通過應(yīng)用服務(wù)器的 負載來確定。
在用戶簽約信息中不存在初始過濾規(guī)則的情況下，選擇模塊根 據(jù)用戶簽約信息選擇缺省的應(yīng)用服務(wù)器為用戶服務(wù)。
在接收到來自應(yīng)用服務(wù)器的包括拒絕原因的響應(yīng)消息的情況 下，選擇模塊從初始過濾規(guī)則中重新選擇一個應(yīng)用服務(wù)器為用戶服 務(wù)。在一定時間內(nèi)沒有接收到來自應(yīng)用服務(wù)器的響應(yīng)消息的情況 下，選擇模塊從初始過濾規(guī)則中重新選擇一個應(yīng)用服務(wù)器為用戶服務(wù)。
上述的業(yè)務(wù)請求消息是會話發(fā)起協(xié)議注冊消息和會話發(fā)起協(xié) i義-清求消息中的至少 一個。
通過使用本發(fā)明的應(yīng)用服務(wù)器分配方法和裝置，降低了網(wǎng)管配 置工作量，提高了系統(tǒng)效率。
本發(fā)明的其它特征和優(yōu)點將在隨后的i兌明書中闡述，并且，部 分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。


結(jié)合到i兌明書中并構(gòu)成i兌明書一部分的附圖示出了本發(fā)明的 實施例，并與上面給出的一^殳描述和下面給出的實施例的詳細描述 一起，用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中
圖1是示出了 IMS網(wǎng)絡(luò)系統(tǒng)架構(gòu)的示意圖2是示出了應(yīng)用服務(wù)器與共享數(shù)據(jù)庫的連接關(guān)系的示意圖3是示出了初始過濾規(guī)則的數(shù)據(jù)內(nèi)容的示意圖4是示出了 IMS中SIP請求消息路由流程的流程圖5是示出了現(xiàn)有技術(shù)中應(yīng)用服務(wù)器分級架構(gòu)的示意圖6示出了現(xiàn)有技術(shù)中路由優(yōu)化后SIP消息路由路徑的示意
圖7示出了根據(jù)本發(fā)明的初始過濾規(guī)則中擴展的第一種數(shù)據(jù)格
式；
圖8示出了根據(jù)本發(fā)明的初始過濾規(guī)則中擴展的第二種數(shù)據(jù)格
式；
圖9示出了根據(jù)本發(fā)明的應(yīng)用服務(wù)器分配方法的流程圖10示出了根據(jù)本發(fā)明的應(yīng)用服務(wù)器分配裝置的方框圖11示出了根據(jù)本發(fā)明的實施例的當(dāng)用戶需要第三方注冊時 應(yīng)用服務(wù)器分配的流程圖12示出 務(wù)器分配的流程圖13示出了根據(jù)本發(fā)明的實施例的用戶終叫業(yè)務(wù)實現(xiàn)應(yīng)用月l 務(wù)器分配的流程絕請求后重新分配應(yīng)用服務(wù)器的流程；以及
圖15示出了根據(jù)本發(fā)明的實施例的首次分配應(yīng)用服務(wù)器超時 無響應(yīng)而重新分配應(yīng)用服務(wù)器的流程圖。
具體實施例方式
下面將參照附圖詳細描述本發(fā)明的優(yōu)選實施例。
如圖7所示，本發(fā)明在用戶簽約信息中的初始過濾規(guī)則中增加 了多個應(yīng)用服務(wù)器(Application Server)項的內(nèi)容，在必要時還在 多個應(yīng)用服務(wù)器項中添加了服務(wù)器選擇權(quán)重(ServerWeight字段)， ServerWeight字段取值可以為百分比或l-N的整數(shù)，用于表明在選 擇時服務(wù)器時，該服務(wù)器在服務(wù)器列表中所占的權(quán)重，以表示該服 務(wù)器在服務(wù)器列表中所處的被選擇的優(yōu)先級。若該字段用百分比表 示，則各個力良務(wù)器的權(quán)重之和為1。
如圖8所示，本發(fā)明還可以修改用戶簽約信息中的初始過濾規(guī) 則iFC凄t據(jù)中應(yīng)用月良務(wù)器(Application Server )這一項的內(nèi)容，刪 除原有的服務(wù)器名稱(ServerName字段)，增加服務(wù)器名稱列表 (ServerNameList字,殳)，還可以添加月良務(wù)器名稱凄t量 (ServerNameNumber字段)和對應(yīng)于列表中的應(yīng)用服務(wù)器的服務(wù) 器權(quán)重列表(ServerWeightList)兩個字段。ServerNameNumber字^殳取值為1-N的整凄t,用于表明該應(yīng)用 服務(wù)器項中記錄有多少個應(yīng)用服務(wù)器的地址/名稱。
ServerWeightList字段包括對應(yīng)于服務(wù)器名稱列表中的一個或 多個應(yīng)用服務(wù)器的服務(wù)器權(quán)重。
ServerNameList字段為多個應(yīng)用服務(wù)器地址/名稱信息，并以 SIPURL的形式i己錄，比4口 Application—A@example.com, Application_B@example.com等。當(dāng)S-CSCF收到的SIP請求消息符 合某條iFC觸發(fā)條件，則S-CSCF就會從該iFC中ServerNameList 字段所保存的多個應(yīng)用服務(wù)器地址列表中挑選一個，并將SIP請求 消息轉(zhuǎn)發(fā)至該AS來為用戶做業(yè)務(wù)服務(wù)。當(dāng)被挑選的應(yīng)用服務(wù)器收 到該業(yè)務(wù)請求消息后，就會按其上保存的業(yè)務(wù)邏輯來為用戶提供業(yè) 務(wù)月l務(wù)，以及后續(xù)的處理。
網(wǎng)絡(luò)中發(fā)生針對某個用戶的每一次會話業(yè)務(wù)請求(這些會話業(yè) 務(wù)i青求可以是SIP Register和SIP Invite消息)，業(yè)務(wù)i奮求消息#_路 由至呼叫會話控制功能實體后，呼叫會話控制功能實體則將該業(yè)務(wù) 請求與其上保存的該用戶簽約信息初始過濾MJ'j iFC作比較，以找 到符合本次業(yè)務(wù)請求的初始過濾規(guī)則。如果這時該S-CSCF還沒有 該用戶的簽約信息，則呼叫會話控制功能實體可以從該用戶的歸屬 簽約用戶服務(wù)器中獲取該用戶的簽約信息。
當(dāng)呼叫會話控制功能實體找到與本次業(yè)務(wù)請求所匹配的初始 過濾夫見則iFC后，使^人該條初始過濾夫見則iFC中ServerNameList字 ^殳或多個應(yīng)用月良務(wù)器(Application Server )項的內(nèi)容所i己錄的若干 個SIP URL所對應(yīng)的應(yīng)用服務(wù)器中，才艮據(jù)一定策略選擇是由地址信 息列表中那個應(yīng)用服務(wù)器來處理本次業(yè)務(wù)請求。
應(yīng)用服務(wù)器AS 1接收到來自呼叫會話控制功能S-CSCF的業(yè)務(wù) 請求后，可以根據(jù)自己的負栽情況來判斷是否為該用戶提供服務(wù)。 比如如果某個應(yīng)用服務(wù)器AS1的負載上限設(shè)定為80%，則當(dāng)其負荷 達到這個域值時，就可以拒絕接受這次業(yè)務(wù)請求，而給呼叫會話控 制功能實體回復(fù)失敗響應(yīng)消息，并可以在該失敗響應(yīng)消息中攜帶失 敗原因碼，來指示本次業(yè)務(wù)請求被拒絕的原因是本應(yīng)用服務(wù)器AS1 的當(dāng)前負載過高，無法為用戶4是供業(yè)務(wù)。
呼叫會話控制功能實體可以根據(jù)應(yīng)用服務(wù)器AS1回復(fù)的失敗 消息，得知該應(yīng)用服務(wù)器AS1已經(jīng)達到負載上限不能再接受用戶服 務(wù)請求。這樣，呼叫會話控制功能實體就可以從該用戶本次業(yè)務(wù)請 求所匹配的初始過濾^見則iFC中ServerNameList字,史或多個應(yīng)用月良 務(wù)器(Application Server )項的內(nèi)容所i己錄的若干個SIP URL中， 才艮據(jù)一定策略重新選4奪一個應(yīng)用服務(wù)器AS2,并將本次業(yè)務(wù)請求轉(zhuǎn) 發(fā)給該應(yīng)用服務(wù)器AS2。
圖9示出了4艮據(jù)本發(fā)明的應(yīng)用服務(wù)器分配方法的流程圖。如圖 9所示，應(yīng)用服務(wù)器分配方法包括如下步驟步驟S902,呼叫會話 控制功能實體從用戶簽約信息中的初始過濾規(guī)則中記錄的一個或 多個應(yīng)用服務(wù)器中選擇一個應(yīng)用服務(wù)器為用戶服務(wù)；步驟S904，呼 叫會話控制功能實體將業(yè)務(wù)請求消息轉(zhuǎn)發(fā)至所選擇的應(yīng)用服務(wù)器； 以及步驟S906,所選擇的應(yīng)用服務(wù)器在接收到業(yè)務(wù)請求消息后為用 戶服務(wù)。
其中，步驟S902還包括以下步驟步驟S902-2，呼叫會話控 制功能實體接收到業(yè)務(wù)請求消息或發(fā)現(xiàn)用戶需要進行第三方注冊； 步驟S902-4，呼叫會話控制功能實體確定與業(yè)務(wù)請求消息匹配的用
戶簽約信息中的初始過濾規(guī)則；以及步驟S902-6，呼叫會話控制功 能實體在初始過濾規(guī)則中記錄的一個或多個應(yīng)用服務(wù)器中選擇一
個應(yīng)用服務(wù)器為用戶服務(wù)。
步驟S906還包括以下步驟步驟S906-2，所選擇的應(yīng)用月艮務(wù) 器在接收到來自呼叫會話控制功能實體的業(yè)務(wù)請求消息后回復(fù)響 應(yīng)消息；以及步驟S906-4，所選擇的應(yīng)用服務(wù)器為用戶提供服務(wù)。
一種方式為初始過濾規(guī)則包括一個或多個應(yīng)用服務(wù)器項中包 括的服務(wù)器名稱。 一個或多個應(yīng)用服務(wù)器項可以包括對應(yīng)于一個或 多個應(yīng)用服務(wù)器的服務(wù)器選擇權(quán)重。
另一種方式為初始過濾規(guī)則包括一個應(yīng)用服務(wù)器項中包括的
一個或多個應(yīng)用服務(wù)器的服務(wù)器名稱列表。 一個應(yīng)用服務(wù)器項可以 包括以下至少 一種信息對應(yīng)于一個或多個應(yīng)用服務(wù)器的服務(wù)器選 擇權(quán)重和服務(wù)器名稱數(shù)量。
其中，呼叫會話控制功能實體根據(jù)其上配置的策略或規(guī)則從初 始過濾規(guī)則中記錄的一個或多個應(yīng)用服務(wù)器中選擇一個應(yīng)用服務(wù) 器為用戶"良務(wù)。策略或MJ'j通過以下至少一種方式來確定通過運 營商來制定，通過用戶簽約時設(shè)定的個人喜好來確定，通過各服務(wù) 器的選擇權(quán)重來確定，以及通過應(yīng)用服務(wù)器的負載來確定。
在呼叫會話控制功能實體中沒有用戶簽約信息的情況下，呼叫
會話控制功能實體從用戶的歸屬簽約用戶服務(wù)器獲取用戶簽約信
臺，
在用戶簽約信息中不存在初始過濾規(guī)則的情況下，呼叫會話控 制功能實體根據(jù)用戶簽約信息選擇缺省的應(yīng)用服務(wù)器為用戶服務(wù)。
在應(yīng)用服務(wù)器拒絕業(yè)務(wù)請求的情況下，響應(yīng)消息中包括拒絕業(yè) 務(wù)請求的原因。在應(yīng)用服務(wù)器拒絕業(yè)務(wù)請求的情況下，呼叫會話控 制功能實體從初始過濾規(guī)則中重新選擇一個應(yīng)用服務(wù)器為用戶服務(wù)。
在呼叫會話控制功能實體在一定時間內(nèi)沒有接收到來自應(yīng)用 服務(wù)器的響應(yīng)消息的情況下，呼叫會話控制功能實體從初始過濾規(guī) 則中重新選擇一個應(yīng)用服務(wù)器為用戶服務(wù)。
上述的業(yè)務(wù)請求消息是會話發(fā)起協(xié)議注冊消息和會話發(fā)起協(xié) i義i青求消息中的至少 一個。
圖10是示出了根據(jù)本發(fā)明的網(wǎng)絡(luò)中應(yīng)用服務(wù)器分配裝置的方 框圖。如圖10所示，應(yīng)用服務(wù)器分配裝置包括如下模塊接收模 塊1002，用于接收業(yè)務(wù)請求消息；選擇模塊1004，用于從用戶簽 約信息中的初始過濾規(guī)則中選擇一個或多個應(yīng)用服務(wù)器中的 一個 應(yīng)用服務(wù)器為用戶服務(wù)；以及消息轉(zhuǎn)發(fā)模塊1006，用于將業(yè)務(wù)請求 消息轉(zhuǎn)發(fā)至所選擇的應(yīng)用服務(wù)器。
選擇才莫塊1004包括初始過濾MJ3'J確定單元1004-2,用于確 定與業(yè)務(wù)請求消息匹配的初始過濾規(guī)則；以及應(yīng)用服務(wù)器選擇單元 1004-4，用于在初始過濾規(guī)則中選擇一個或多個應(yīng)用服務(wù)器中的一 個應(yīng)用服務(wù)器為用戶服務(wù)。選擇模塊1004還包括簽約信息獲取單 元1004-6，用于從用戶的歸屬簽約用戶服務(wù)器獲取用戶簽約信息。
一種方式為初始過濾失見則一個或多個應(yīng)用月良務(wù)器項中包^^的 服務(wù)器名稱。 一個或多個應(yīng)用月良務(wù)器項可以包括對應(yīng)于一個或多個 應(yīng)用服務(wù)器的服務(wù)器選擇權(quán)重。
另一種方式為初始過濾頭見則包4舌一個應(yīng)用月良務(wù)器項中的一個 或多個應(yīng)用服務(wù)器的服務(wù)器名稱列表。該一個應(yīng)用服務(wù)器項可以包 括以下至少一種信息對應(yīng)于一個或多個應(yīng)用服務(wù)器的服務(wù)器選擇 權(quán)重和服務(wù)器名稱數(shù)量。
其中，選擇模塊根據(jù)呼叫會話控制功能實體上配置的策略或規(guī) 則從初始過濾規(guī)則中選擇一個或多個應(yīng)用服務(wù)器中的 一個應(yīng)用服
務(wù)器為用戶服務(wù)。策略或規(guī)則通過以下方式中的至少一個來確定 通過運營商來制定，通過用戶簽約時設(shè)定的個人喜好來確定，通過 一個或多個月良務(wù)器的選擇權(quán)重來確定，以及通過應(yīng)用服務(wù)器的負載 來確定。
在用戶簽約信息中不存在初始過濾規(guī)則的情況下，選擇模塊根 據(jù)用戶簽約信息選擇缺省的應(yīng)用服務(wù)器為用戶服務(wù)。
在接收到來自應(yīng)用服務(wù)器的包括拒絕原因的響應(yīng)消息的情況 下，選擇模塊從初始過濾規(guī)則中重新選擇一個應(yīng)用服務(wù)器為用戶服 務(wù)。在一定時間內(nèi)沒有接收到來自應(yīng)用服務(wù)器的響應(yīng)消息的情況 下，選擇模塊從初始過濾規(guī)則中重新選擇一個應(yīng)用服務(wù)器為用戶服務(wù)。
上述的業(yè)務(wù)請求消息是會話發(fā)起協(xié)議注冊消息和會話發(fā)起協(xié) i義i青求消息中的至少 一個。
第一實施例
圖11示出了本發(fā)明的實施例的當(dāng)用戶需要第三方注冊時應(yīng)用 服務(wù)器分配的流程圖。如圖11所示，用戶需要第三方注冊時應(yīng)用 服務(wù)器分配包括如下步驟
步驟S1102,進行正常IMS網(wǎng)絡(luò)UE注冊流程。
步驟S1104，用戶注冊成功后，S-CSCF根據(jù)從HSS那里下栽 得到的初始過濾規(guī)則，進行業(yè)務(wù)邏輯控制發(fā)現(xiàn)需要進行第三方注冊。
步驟S1106,而與第三方注冊所匹配的初始過濾;現(xiàn)則中記錄的 是若干個應(yīng)用服務(wù)器的SIPURL， S-CSCF4艮據(jù)其上的配置的策略 或規(guī)則，在應(yīng)用服務(wù)器地址列表中逸擇一個應(yīng)用服務(wù)器。其中這些 策略和^L則可以是運營商所制定，也可以是用戶簽約的個人選擇喜 好，也可以通過一個或多個力良務(wù)器的選擇4又重來確定，也可以才艮據(jù) 應(yīng)用服務(wù)器地址列表中這些應(yīng)用服務(wù)器的負栽情況，或者是以上因 素的組合。
步驟S1108, S-CSCF向選擇好的應(yīng)用"良務(wù)器發(fā)起第三方注冊。
步驟SlllO， 一皮選定的應(yīng)用月艮務(wù)器收到第三方注冊"i青求后，如 果注冊成功，回復(fù)200OK給S-CSCF作為成功響應(yīng)。
第二實施例
圖12示出了本發(fā)明的實施例的用戶始呼業(yè)務(wù)實現(xiàn)應(yīng)用服務(wù)器 分配的;充禾呈圖。長口圖12所示，包4舌以下步驟
步驟S1202，用戶發(fā)起始呼請求，發(fā)送SIP Invite消息給其所連 接的P-CSCF。
步驟S1204, P-CSCF將從用戶那里接收到的SIP Invite消息路 由至該用戶注冊時所選定的S-CSCF，如果該用戶沒有注冊，但該 用戶簽約了未注冊業(yè)務(wù)，則可以通過現(xiàn)有的未注冊業(yè)務(wù)流程，由網(wǎng) 絡(luò)來為該用戶選擇一個S-CSCF處理用戶的業(yè)務(wù)請求。
步驟S1206， S-CSCF收到SIP Invite消息后，4艮據(jù)其上保存的 用戶簽約信息中的初始過濾規(guī)則來做業(yè)務(wù)邏輯控制，尋找與本次業(yè) 務(wù)"i青求所匹配的初始過濾井見則。
步驟S1208，當(dāng)S-CSCF 4戈到一個匹配的^7始過濾頭見則后，發(fā) 現(xiàn)該初始過濾規(guī)則中ServerNameList字段或多個應(yīng)用服務(wù)器 (Application Server)項的內(nèi)容所保存的若干個應(yīng)用服務(wù)器SIP URL。 S-CSCF根據(jù)其上的配置的策略或規(guī)則，在DNS返回的應(yīng)用 服務(wù)器地址列表中選擇一個應(yīng)用服務(wù)器來。這些策略和規(guī)則可以是 運營商所制定，也可以是用戶簽約的個人選擇喜好，也可以通過一 個或多個服務(wù)器的選擇權(quán)重來確定，也可以4艮據(jù)應(yīng)用服務(wù)器地址列 表中這些應(yīng)用服務(wù)器的負載情況，或者是以上因素的組合。S-CSCF 根據(jù)其上的配置選擇是否保存DNS返回的應(yīng)用服務(wù)器地址列表以 備后續(xù)業(yè)務(wù)處理時〗吏用。
如果S-CSCF沒有找到匹配的初始過濾A見則，則會才艮據(jù)簽約信 息來由一個缺省的應(yīng)用服務(wù)器為用戶處理本次業(yè)務(wù)。
步驟S1210, S-CSCF將本次業(yè)務(wù)請求消息SIP Invite路由至所 選定的應(yīng)用服務(wù)器。
步驟S1212,應(yīng)用月良務(wù)器收到SIPInvite后，4艮據(jù)其上的業(yè)務(wù)邏 輯來做后續(xù)的業(yè)務(wù)處理。
第三實施例
圖13示出了#4居本發(fā)明的實施例的用戶終叫業(yè)務(wù)實現(xiàn)應(yīng)用月良 務(wù)器分配的流程。如圖13所示，用戶終叫業(yè)務(wù)實現(xiàn)應(yīng)用服務(wù)器分 配的流程包括如下步驟
步驟S1302，對端發(fā)起一次向本用戶的業(yè)務(wù)請求，SIP Invite消 息被路由至為該用戶提供服務(wù)的S-CSCF。
步驟S1304， S-CSCF收到SIP Invite消息后，可以才艮據(jù)該消息 的頭域內(nèi)容得知本次業(yè)務(wù)請求是一個始呼請求，并根據(jù)其上保存的
該用戶簽約信息中的初始過濾失見則來4故業(yè)務(wù)邏輯控制，尋找與本次 業(yè)務(wù)i青求所匹配的初始過濾關(guān)見則。
步驟S1306，當(dāng)S-CSCF找到一個匹配的初始過濾規(guī)則后，發(fā) 現(xiàn)該初始過濾規(guī)則中ServerNameList字段或多個應(yīng)用服務(wù)器
(Application Server )項的內(nèi)容所保存的若干個應(yīng)用服務(wù)器SIP URL。 S-CSCF根據(jù)其上的配置的策略或規(guī)則，在DNS返回的應(yīng)用 服務(wù)器地址列表中選擇一個應(yīng)用服務(wù)器來。這些策略和規(guī)則可以是 運營商所制定，也可以是用戶簽約的個人選擇喜好，也可以通過一 個或多個服務(wù)器的選擇權(quán)重來確定，也可以根據(jù)應(yīng)用服務(wù)器地址列 表中這些應(yīng)用服務(wù)器的負載情況，或者是以上因素的組合。
如果S-CSCF沒有找到匹配的初始過濾失見則，則會才艮據(jù)簽約信 息來由一個缺省的應(yīng)用月良務(wù)器為用戶處理本次業(yè)務(wù)。
步驟S1308, S-CSCF將本次業(yè)務(wù)請求消息SIP Invite路由至所 選定的應(yīng)用"良務(wù)器。
步驟S1310,應(yīng)用月良務(wù)器收到SIPInvite后，才艮據(jù)其上的業(yè)務(wù)邏 輯來估文后續(xù)的業(yè)務(wù)處理。
第四實施例
圖14示
絕請求后重新分配應(yīng)用服務(wù)器的流程圖。如圖14所示，首次分配 的應(yīng)用服務(wù)器回絕請求后，重新分配應(yīng)用服務(wù)器的流程包括以下步 驟
步驟S1402,用戶發(fā)起始呼請求，發(fā)送SIP Invite消息給其所連 接的P-CSCF。
步驟SI404， P-CSCF將乂人用戶那里才妄4欠到的SIP Invite消息路 由至該用戶注冊時所選定的S-CSCF。如果該用戶沒有注冊，但該 用戶簽約了未注冊業(yè)務(wù)，則可以通過現(xiàn)有的未注冊業(yè)務(wù)流程，由網(wǎng) 全各來為該用戶選擇一個S-CSCF處理用戶的業(yè)務(wù)i青求。
步驟S1406， S-CSCF收到SIP Invite消息后，才艮才居其上4呆存的 用戶簽約信息中的初始過濾規(guī)則來做業(yè)務(wù)邏輯控制，尋找與本次業(yè) 務(wù)請求所匹配的初始過濾規(guī)則。
步驟S1408，當(dāng)S-CSCF找到一個匹配的初始過濾規(guī)則后，發(fā) 現(xiàn)該初始過濾規(guī)則中ServerNameList字^殳或多個應(yīng)用服務(wù)器
(Application Server )項的內(nèi)容所保存的若干個應(yīng)用服務(wù)器SIP URL。 S-CSCF根據(jù)其上的配置的策略或規(guī)則，在DNS返回的應(yīng)用 月艮務(wù)器地址列表中選擇一個應(yīng)用服務(wù)器來。這些策略和^L則可以是 運營商所制定，也可以是用戶簽約的個人選擇喜好，也可以通過一 個或多個服務(wù)器的選擇權(quán)重來確定，也可以才艮據(jù)應(yīng)用服務(wù)器地址列 表中這些應(yīng)用服務(wù)器的負載情況，或者是以上因素的組合。S-CSCF 才艮據(jù)其上的配置選擇是否保存DNS返回的應(yīng)用服務(wù)器地址列表以 備后續(xù)業(yè)務(wù)處理時使用。
如果S-CSCF沒有找到匹配的初始過濾規(guī)則，則會根據(jù)簽約信 息來由一個缺省的應(yīng)用服務(wù)器為用戶處理本次業(yè)務(wù)。
步驟S1410, S-CSCF將本次業(yè)務(wù)請求消息SIP Invite路由至所 選定的應(yīng)用服務(wù)器1。
步驟S1412，應(yīng)用月良務(wù)器1收到SIPInvite后，由于其負載超過 限定值，通過SIP消息回絕本次業(yè)務(wù)請求，并可以在該SIP消息中 攜帶拒絕業(yè)務(wù)請求原因值——"過載"。
步驟S1414， S-CSCF收到來自應(yīng)用月艮務(wù)器1的拒絕響應(yīng)后， S-CSCF從步驟4的應(yīng)用服務(wù)器地址列表中根據(jù)策略和規(guī)則重新選 擇一個應(yīng)用服務(wù)器2來為用戶提供業(yè)務(wù)服務(wù)。
步驟S1416, S-CSCF發(fā)送SIP Invite消息給應(yīng)用服務(wù)器2。
步驟S1418,應(yīng)用服務(wù)器2收到來自S-CSCF的業(yè)務(wù)請求后， 如果可以接受本次業(yè)務(wù)請求，則會按照其上的業(yè)務(wù)邏輯為用戶的本 次業(yè)務(wù)請求提供后續(xù)業(yè)務(wù)處理。
第五實施例
圖15示出了根據(jù)本發(fā)明第五實施例的首次分配應(yīng)用服務(wù)器超 時無響應(yīng)而重新分配應(yīng)用月良務(wù)器的流程圖。如圖14所示，首次分 配應(yīng)用服務(wù)器超時無響應(yīng)，重新分配應(yīng)用服務(wù)器的流程包括如下步 驟
步驟S1502，用戶發(fā)起始呼請求，發(fā)送SIP Invite消息給其所連 接的P-CSCF。
步驟S1504, P-CSCF將從用戶那里4妄收到的SIP Invite消息路 由至該用戶注冊時所選定的S-CSCF。如果該用戶沒有注冊，但該 用戶簽約了未注冊業(yè)務(wù)，則可以通過現(xiàn)有的未注冊業(yè)務(wù)流程，由網(wǎng) 絡(luò)來為該用戶選擇一個S-CSCF處理用戶的業(yè)務(wù)請求。
步驟S1506， S-CSCF收到SIP Invite消息后，根據(jù)其上保存的 用戶簽約信息中的初始過濾規(guī)則來做業(yè)務(wù)邏輯控制，尋找與本次業(yè) 務(wù)i青求所匹配的初始過濾^L則。
步驟S1508，當(dāng)S-CSCF找到一個匹配的初始過濾規(guī)則后，發(fā) j見該初始過濾失見則中ServerNameList字革殳或多個應(yīng)用月l務(wù)器(Application Server )項的內(nèi)容所保存的若干個應(yīng)用服務(wù)器SIP URL。 S-CSCF根據(jù)其上的配置的策略或規(guī)則，在DNS返回的應(yīng)用 服務(wù)器地址列表中選擇一個應(yīng)用服務(wù)器。這些策略和規(guī)則可以是運 營商所制定，也可以是用戶簽約的個人選擇喜好，也可以通過一個 或多個服務(wù)器的選擇權(quán)重來確定，也可以根據(jù)應(yīng)用服務(wù)器地址列表 中這些應(yīng)用服務(wù)器的負載情況，或者是以上因素的組合。S-CSCF 根據(jù)其上的配置選擇是否保存DNS返回的應(yīng)用服務(wù)器地址列表以 備后續(xù)業(yè)務(wù)處理時使用。
如果S-CSCF沒有找到匹配的初始過濾失見則，則會4艮據(jù)簽約信 息來由一個缺省的應(yīng)用服務(wù)器為用戶處理本次業(yè)務(wù)。
步驟S1510, S-CSCF將本次業(yè)務(wù)請求消息SIP Invite路由至所 選定的應(yīng)用服務(wù)器1。
步驟S1512, S-CSCF—直沒有收到來自應(yīng)用服務(wù)器1的響應(yīng) 消息，S-CSCF上的定時器超時后，S-CSCF從步驟S508的應(yīng)用服 務(wù)器地址列表中根據(jù)策略和規(guī)則重新選擇一個應(yīng)用服務(wù)器2來為用 戶提供業(yè)務(wù)服務(wù)。
步驟S1514， S-CSCF發(fā)送SIP Invite消息給應(yīng)用服務(wù)器2。如 果后續(xù)S-CSCF收到了來自應(yīng)用服務(wù)器1的響應(yīng)消息，貝'j S-CSCF 丟棄i亥響應(yīng)消息。
步驟S1516,應(yīng)用服務(wù)器2收到來自S-CSCF的業(yè)務(wù)請求后， 如果可以接受本次業(yè)務(wù)請求，則會按照其上的業(yè)務(wù)邏輯為用戶的本 次業(yè)務(wù)請求提供后續(xù)業(yè)務(wù)處理。
綜上所述，本發(fā)明提出了一種實現(xiàn)網(wǎng)絡(luò)中應(yīng)用服務(wù)器分配方法 及裝置，解決了現(xiàn)有技術(shù)中存在的網(wǎng)管配置工作量大，效率低的問題。
以上所述^又為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā) 明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。 凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進 等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種應(yīng)用服務(wù)器分配方法，其特征在于包括以下步驟步驟S902，呼叫會話控制功能實體從用戶簽約信息中的初始過濾規(guī)則中記錄的一個或多個應(yīng)用服務(wù)器中選擇一個應(yīng)用服務(wù)器為用戶服務(wù)；步驟S904，所述呼叫會話控制功能實體將業(yè)務(wù)請求消息轉(zhuǎn)發(fā)至所選擇的應(yīng)用服務(wù)器；以及步驟S906，所選擇的應(yīng)用服務(wù)器在接收到所述業(yè)務(wù)請求消息后為所述用戶服務(wù)。
2. 根據(jù)權(quán)利要求1所述的應(yīng)用服務(wù)器分配方法，其特征在于，所 述步驟S902還包括以下步驟步驟S902-2,所述呼叫會話控制功能實體接收到業(yè)務(wù)請求 消息或發(fā)現(xiàn)用戶需要進行第三方注冊；步驟S902-4 ，所述呼叫會話控制功能實體確定與所述業(yè)務(wù) 請求消息匹配的用戶簽約信息中的初始過濾規(guī)則；以及步驟S902-6，所述呼叫會話控制功能實體在所述初始過濾 ^L則中記錄的一個或多個應(yīng)用月良務(wù)器中選擇一個應(yīng)用月良務(wù)器 為所述用戶月良務(wù)。
3. 根據(jù)權(quán)利要求2所述的應(yīng)用服務(wù)器分配方法，其特征在于，所 述步驟S906還包括以下步驟步驟S906-2，所選擇的應(yīng)用服務(wù)器在接收到來自所述呼叫 會話控制功能實體的所述業(yè)務(wù)請求消息后回復(fù)響應(yīng)消息；以及步驟S906-4,所選擇的應(yīng)用服務(wù)器為所述用戶提供服務(wù)。
4. 根據(jù)權(quán)利要求1至3中任一項所述的應(yīng)用服務(wù)器分配方法，其特征在于，所述初始過濾規(guī)則包括 一個或多個應(yīng)用服務(wù)器項中包括的服務(wù)器名稱。
5. 根據(jù)權(quán)利要求4所述的應(yīng)用服務(wù)器分配方法，其特征在于，所 述一個或多個應(yīng)用服務(wù)器項還包括對應(yīng)于所述一個或多個應(yīng) 用服務(wù)器的服務(wù)器選擇權(quán)重。
6. 根據(jù)權(quán)利要求1至3中任一項所述的應(yīng)用服務(wù)器分配方法，其 特征在于，所述初始過濾夫見則包括 一個應(yīng)用力良務(wù)器項中包括 的一個或多個應(yīng)用服務(wù)器的服務(wù)器名稱列表。
7. 根據(jù)權(quán)利要求6所述的應(yīng)用服務(wù)器分配方法，其特征在于，所 述一個應(yīng)用服務(wù)器項還包括以下至少一種信息對應(yīng)于所述一 個或多個應(yīng)用服務(wù)器的服務(wù)器選擇權(quán)重和服務(wù)器名稱數(shù)量。
8. 根據(jù)權(quán)利要求4或6所述的應(yīng)用服務(wù)器分配方法，其特征在于， 所述呼叫會話控制功能實體根據(jù)其上配置的策略或規(guī)則從所 述初始過濾失見則中記錄的一個或多個應(yīng)用月良務(wù)器中選擇一個 應(yīng)用服務(wù)器為用戶服務(wù)。
9. 根據(jù)權(quán)利要求8所述的應(yīng)用服務(wù)器分配方法，其特征在于，所 述策略或失見則通過以下至少一種方式來確定通過運營商來制 定，通過用戶簽約時設(shè)定的個人喜好來確定，通過各服務(wù)器的 選擇權(quán)重來確定，以及通過所述應(yīng)用月l務(wù)器的負載來確定。
10. 根據(jù)權(quán)利要求8所述的應(yīng)用服務(wù)器分配方法，其特征在于，在 所述呼叫會話控制功能實體中沒有所述用戶簽約信息的情況 下，所述呼叫會話控制功能實體從所述用戶的歸屬簽約用戶服 務(wù)器獲取所述用戶簽約信息。
11. 根據(jù)權(quán)利要求8所述的應(yīng)用服務(wù)器分配方法，其特征在子，在 所述用戶簽約信息中不存在所述初始過濾規(guī)則的情況下，所述 呼叫會話控制功能實體根據(jù)所述用戶簽約信息逸棒缺省的應(yīng) 用服務(wù)器為所述用戶服務(wù)。
12. 根據(jù)權(quán)利要求8所述的應(yīng)用服務(wù)器分配方法，其特征在于，在 所述應(yīng)用服務(wù)器拒絕所述業(yè)務(wù)請求的情況下，所述響應(yīng)消息中 包;fe拒絕所述業(yè)務(wù)"^青求的原因。
13. 根據(jù)權(quán)利要求8所述的應(yīng)用服務(wù)器分配方法，其特征在于，在 所述應(yīng)用服務(wù)器拒絕所述業(yè)務(wù)請求的情況下，所述呼叫會話控 制功能實體從所述初始過濾規(guī)則中重新選擇一個應(yīng)用服務(wù)器 為所述用戶力l務(wù)。
14. 根據(jù)權(quán)利要求8所述的應(yīng)用服務(wù)器分配方法，其特征在于，在 所述呼叫會話控制功能實體在一定時間內(nèi)沒有接收到來自所 述應(yīng)用月良務(wù)器的響應(yīng)消息的情況下，所述呼叫會話控制功能實 體從所述初始過濾規(guī)則中重新選擇一個應(yīng)用服務(wù)器為所述用 戶服務(wù)。
15. —種應(yīng)用服務(wù)器分配裝置，位于呼叫會話控制功能實體側(cè)，其 特征在于包括接收模塊，用于接收業(yè)務(wù)請求消息；選擇模塊，用于從用戶簽約信息中的初始過濾規(guī)則中記 錄的一個或多個應(yīng)用服務(wù)器中選擇一個應(yīng)用服務(wù)器為用戶服務(wù)；以及消息轉(zhuǎn)發(fā)模塊，用于將業(yè)務(wù)請求消息轉(zhuǎn)發(fā)至所選擇的應(yīng) 用服務(wù)器。
16. 根據(jù)權(quán)利要求15所述的應(yīng)用服務(wù)器分配裝置，其特征在于， 所述選擇模塊包括初始過濾共見則確定單元，用于確定與所述業(yè)務(wù)"i青求消息 匹配的#刀始過濾頭見貝'J; 以及應(yīng)用月良務(wù)器選擇單元，用于在所述初始過濾失見則中記錄 的一個或多個應(yīng)用月良務(wù)器中選擇一個應(yīng)用月良務(wù)器為所述用戶 服務(wù)。
17. 根據(jù)權(quán)利要求16所述的應(yīng)用服務(wù)器分配裝置，其特征在于， 還包括簽約信息獲取模塊，用于從所述用戶的歸屬簽約用戶服 務(wù)器獲取所述用戶簽約信息。
18. 根據(jù)權(quán)利要求15至17中任一項所述的應(yīng)用服務(wù)器分配裝置， 其特征在于，所述初始過濾夫見則包括 一個或多個應(yīng)用力良務(wù)器 項中包括的服務(wù)器名稱。
19. 根據(jù)權(quán)利要求18所述的應(yīng)用服務(wù)器分配裝置，其特征在于， 所述一個或多個應(yīng)用月l務(wù)器項還包4舌只于應(yīng)于所述一個或多個 應(yīng)用服務(wù)器的服務(wù)器選擇權(quán)重。
20. 根據(jù)權(quán)利要求15至17中任一項所述的應(yīng)用服務(wù)器分配裝置， 其特征在于，所述初始過濾規(guī)則包括 一個應(yīng)用服務(wù)器項中的 一個或多個應(yīng)用服務(wù)器的服務(wù)器名稱列表。
21. 根據(jù)權(quán)利要求20所述的應(yīng)用服務(wù)器分配裝置，其特征在于， 所述一個應(yīng)用力l務(wù)器項還包括以下至少一種信息對應(yīng)于所述 一個或多個應(yīng)用服務(wù)器的服務(wù)器選擇權(quán)重和服務(wù)器名稱數(shù)量。
22. 根據(jù)權(quán)利要求18或20所述的應(yīng)用服務(wù)器分配裝置，其特征在 于，所述選擇模塊根據(jù)所述呼叫會話控制功能實體上配置的策 略或規(guī)則從所述初始過濾規(guī)則中選擇一個或多個應(yīng)用服務(wù)器 中的 一個應(yīng)用月良務(wù)器為用戶月良務(wù)。
23. 根據(jù)權(quán)利要求22所述的應(yīng)用服務(wù)器分配裝置，其特征在于， 所述策略或^L則通過以下方式中的至少一個來確定通過運營 商來制定，通過用戶簽約時設(shè)定的個人喜好來確定，通過所述 一個或多個月l務(wù)器的選擇4又重來確定，以及通過所述應(yīng)用服務(wù) 器的負載來確定。
24. 根據(jù)權(quán)利要求22所述的應(yīng)用服務(wù)器分配裝置，其特征在于， 在所述用戶簽約信息中不存在所述初始過濾規(guī)則的情況下，所 述選擇模塊根據(jù)所述用戶簽約信息選擇缺省的應(yīng)用服務(wù)器為 所述用戶力良務(wù)。
25. 根據(jù)權(quán)利要求22所述的應(yīng)用服務(wù)器分配裝置，其特征在于， 在接收到來自所述應(yīng)用服務(wù)器的包括拒絕原因的響應(yīng)消息的 情況下，所述選擇才莫塊從所述初始過濾規(guī)則中重新選纟奪一個應(yīng) 用服務(wù)器為所述用戶服務(wù)。
26. 根據(jù)權(quán)利要求22所述的應(yīng)用服務(wù)器分配裝置，其特征在于， 在一定時間內(nèi)沒有接收到來自所述應(yīng)用服務(wù)器的響應(yīng)消息的 情況下，所述選擇才莫塊從所述初始過濾^L則中重新選4奪一個應(yīng) 用服務(wù)器為所述用戶服務(wù)。
全文摘要
本發(fā)明提供了一種應(yīng)用服務(wù)器分配方法和裝置，該方法包括S902，呼叫會話控制功能實體從用戶簽約信息中的初始過濾規(guī)則中記錄的一個或多個應(yīng)用服務(wù)器中選擇一個應(yīng)用服務(wù)器為用戶服務(wù)；S904，呼叫會話控制功能實體將業(yè)務(wù)請求消息轉(zhuǎn)發(fā)至所選擇的應(yīng)用服務(wù)器；S906，所選的應(yīng)用服務(wù)器接收到業(yè)務(wù)請求消息后為用戶服務(wù)。該裝置包括接收模塊，用于接收業(yè)務(wù)請求消息；選擇模塊，用于從用戶簽約信息中的初始過濾規(guī)則中選擇一個或多個應(yīng)用服務(wù)器中的一個應(yīng)用服務(wù)器為用戶服務(wù)；消息轉(zhuǎn)發(fā)模塊，用于將業(yè)務(wù)請求消息轉(zhuǎn)發(fā)至所選擇的應(yīng)用服務(wù)器。通過使用本發(fā)明的方法和裝置，降低了網(wǎng)管配置工作量，提高了系統(tǒng)效率。
文檔編號H04L12/66GK101110756SQ200610099098
公開日2008年1月23日 申請日期2006年7月18日 優(yōu)先權(quán)日2006年7月18日
發(fā)明者時書鋒, 楊德平, 閻學(xué)霞, 華 魏 申請人:華為技術(shù)有限公司