專利名稱：在移動通信系統(tǒng)中處理用戶設(shè)備的請求消息的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般地涉及支持多媒體服務(wù)的基于因特網(wǎng)協(xié)議(Internet Protocol, IP) 的移動通信系統(tǒng)，并具體涉及用于在支持多媒體服務(wù)的基于因特網(wǎng)協(xié)議的移動通信系統(tǒng)中處理來自用戶設(shè)備的請求消息的方法和系統(tǒng)。
背景技術(shù)：
給基于IP的系統(tǒng)配備多個服務(wù)器，用于通過分布其服務(wù)請求集中于特定IP地址的多個用戶來處理服務(wù)請求。隨著訂閱的用戶(subscribed user)數(shù)量的增加，需要被同時處理的消息的數(shù)量也增加了。在這種情況下，IP多媒體子系統(tǒng)(Multimedia Subsystem, IMS)應(yīng)該根據(jù)IP網(wǎng)絡(luò)系統(tǒng)特性增加用于映射到相關(guān)聯(lián)的服務(wù)的應(yīng)用程序的應(yīng)用服務(wù)器的呼叫處理能力，或者應(yīng)該使用多個應(yīng)用服務(wù)器分布用戶。在用于分布用戶的方法中，最直接的方法是通過安裝多個具有相同功能的應(yīng)用服務(wù)器，并在預(yù)先定義的歸屬訂戶服務(wù)器(home subscriber server)中劃分和注冊多個訂戶 (subscriber)信息，在任意應(yīng)用服務(wù)器上分布負(fù)載。但是，用于根據(jù)訂戶信息靜態(tài)地預(yù)先分配應(yīng)用服務(wù)器的方法的不利之處在于由于在可變運行環(huán)境下，訂戶信息應(yīng)該定期更新，因此運行和維護(hù)成本增加。而且，存在當(dāng)分配給用戶的特定應(yīng)用服務(wù)器的運行被停止時，該用戶永遠(yuǎn)不能使用任何服務(wù)的問題。用于動態(tài)地把用戶分配給應(yīng)用服務(wù)器的方法涉及配置邏輯應(yīng)用服務(wù)器，多個應(yīng)用服務(wù)器被通過分布器(distributor)集成到所述邏輯應(yīng)用服務(wù)器中。至少一個分布器通過從多個應(yīng)用服務(wù)器中選擇一個應(yīng)用服務(wù)器并處理和發(fā)送從用戶接收到的請求消息來分布負(fù)載。此時，由于分布器共享應(yīng)用服務(wù)器的用戶分配信息，所以即使用戶請求經(jīng)過任何分布器，也可以始終在同一應(yīng)用服務(wù)器中處理用戶請求。由于在動態(tài)分配方法中請求消息應(yīng)該經(jīng)過分布器，所以重新傳輸可能導(dǎo)致延遲。當(dāng)在用于負(fù)載分布的應(yīng)用服務(wù)器之間使用非標(biāo)準(zhǔn)控制協(xié)議時，其不可以在異構(gòu)應(yīng)用服務(wù)器之間應(yīng)用。目前需要通過在現(xiàn)有IMS系統(tǒng)中動態(tài)分配應(yīng)用服務(wù)器來分布負(fù)載的方法。

發(fā)明內(nèi)容
本發(fā)明的一個方面是至少解決上面的問題和/或缺點，并至少提供下面描述的益處。因此，本發(fā)明的一個方面是提供一種用于在支持多媒體服務(wù)的基于IP的移動通信系統(tǒng)中處理呼叫控制消息的方法和系統(tǒng)。本發(fā)明的一個方面是提供一種用于在支持多媒體服務(wù)的基于因特網(wǎng)的移動通信系統(tǒng)中通過會話發(fā)起協(xié)議(Session Initiation Protocol, SIP)發(fā)送和接收控制消息的方法和系統(tǒng)，在所述會話發(fā)起協(xié)議中處理應(yīng)用層的控制消息。本發(fā)明的一個方面是提供一種用于在支持多媒體服務(wù)的基于因特網(wǎng)的移動通信系統(tǒng)中通過SIP在至少一個較高層服務(wù)器和多個較低層服務(wù)器之間發(fā)送和接收控制消息的方法和系統(tǒng)。本發(fā)明的一個方面是提供一種用于在支持多媒體服務(wù)的基于因特網(wǎng)的移動通信系統(tǒng)中，如果用戶設(shè)備(User Equipment, UE)把應(yīng)用層設(shè)置為用戶代理，當(dāng)該應(yīng)用層處理控制消息時降低負(fù)載的方法和系統(tǒng)。根據(jù)本發(fā)明的一個方面，提供一種用于在支持多媒體服務(wù)的基于因特網(wǎng)協(xié)議的移動通信系統(tǒng)中處理來自用戶設(shè)備(UE)的請求消息的方法，該方法包含由UE將邀請請求發(fā)送給服務(wù)呼叫會話控制功能(S-CSCF)以創(chuàng)建新對話；由S-CSCF將該邀請請求發(fā)送給一個或多個代表應(yīng)用服務(wù)器中的一個代表應(yīng)用服務(wù)器；由該代表應(yīng)用服務(wù)器從至少一個較低層應(yīng)用服務(wù)器中分配一個特定較低層應(yīng)用服務(wù)器并且將該邀請請求發(fā)送給該特定較低層應(yīng)用服務(wù)器；由該特定較低層應(yīng)用服務(wù)器處理該邀請請求并且將第一響應(yīng)發(fā)送給該代表應(yīng)用服務(wù)器；由該代表應(yīng)用服務(wù)器將該第一響應(yīng)發(fā)送給S-CSCF ；由S-CSCF將該第一響應(yīng)發(fā)送給該UE ；由該UE將該新對話中的后續(xù)邀請請求發(fā)送給S-CSCF ；由S-CSCF根據(jù)該邀請請求的記錄路由將該后續(xù)邀請請求直接發(fā)送給該特定較低層應(yīng)用服務(wù)器；由該特定較低層應(yīng)用服務(wù)器處理該后續(xù)邀請請求并且將第二響應(yīng)發(fā)送給S-CSCF ；以及由S-CSCF將該第二響應(yīng)發(fā)送給該UE，其中，該代表應(yīng)用服務(wù)器根據(jù)用戶分配信息選擇特定較低層應(yīng)用服務(wù)器，以及其中根據(jù)S-CSCF處的初始過濾標(biāo)準(zhǔn)將該邀請請求轉(zhuǎn)發(fā)給該代表應(yīng)用服務(wù)器。根據(jù)本發(fā)明的一個方面，提供一種供在支持多媒體服務(wù)的基于因特網(wǎng)協(xié)議的移動通信系統(tǒng)中使用的因特網(wǎng)協(xié)議網(wǎng)絡(luò)系統(tǒng)，所述系統(tǒng)處理來自用戶設(shè)備(UE)的請求消息，該系統(tǒng)包含UE，用于向服務(wù)呼叫會話控制功能(S-CSCF)發(fā)送邀請請求以創(chuàng)建新對話，并且將該新對話中的后續(xù)邀請請求發(fā)送給該S-CSCF ；S-CSCF，用于將該邀請請求發(fā)送給一個或多個代表應(yīng)用服務(wù)器中的一個代表應(yīng)用服務(wù)器，當(dāng)從該代表應(yīng)用服務(wù)器接收到第一響應(yīng)時將該第一響應(yīng)發(fā)送給該UE,根據(jù)該邀請請求的記錄路由將該后續(xù)邀請請求直接發(fā)送給特定較低層應(yīng)用服務(wù)器，并且當(dāng)從該特定較低層應(yīng)用服務(wù)器接收到第二響應(yīng)時將該第二響應(yīng)發(fā)送給該UE ；代表應(yīng)用服務(wù)器，用于從至少一個較低層應(yīng)用服務(wù)器中分配一個特定較低層應(yīng)用服務(wù)器，將該邀請請求發(fā)送給該特定較低層應(yīng)用服務(wù)器，并且當(dāng)從該特定較低層應(yīng)用服務(wù)器接收到該第一響應(yīng)時將該第一響應(yīng)發(fā)送給S-CSCF ；和特定較低層應(yīng)用服務(wù)器，用于處理該邀請請求并且將該第一響應(yīng)發(fā)送給該代表應(yīng)用服務(wù)器，并且處理該后續(xù)邀請請求并且將該第二響應(yīng)發(fā)送給S-CSCF，其中該代表應(yīng)用服務(wù)器根據(jù)用戶分配信息選擇該特定較低層應(yīng)用服務(wù)器，以及其中根據(jù)S-CSCF處的初始過濾標(biāo)準(zhǔn)將該邀請請求轉(zhuǎn)發(fā)給該代表應(yīng)用服務(wù)器。根據(jù)本發(fā)明的一個方面，提供一種用于在支持多媒體服務(wù)的基于因特網(wǎng)協(xié)議的移動通信系統(tǒng)中由服務(wù)呼叫會話控制功能(S-CSCF)處理來自用戶設(shè)備(UE)的請求消息的方法，該方法包含當(dāng)從UE接收到邀請請求時，將該邀請請求發(fā)送給一個或多個代表應(yīng)用服務(wù)器中的一個代表應(yīng)用服務(wù)器；當(dāng)從該代表應(yīng)用服務(wù)器接收到第一響應(yīng)時，將該第一響應(yīng)發(fā)送給該UE ；根據(jù)該邀請請求的記錄路由將該后續(xù)邀請請求直接發(fā)送給特定較低層應(yīng)用服務(wù)器；當(dāng)從該特定較低層服務(wù)器接收到第二響應(yīng)時，將該第二響應(yīng)發(fā)送給該UE，其中，該代表應(yīng)用服務(wù)器根據(jù)用戶分配信息選擇特定較低層應(yīng)用服務(wù)器，以及其中根據(jù)S-CSCF處的初始過濾標(biāo)準(zhǔn)將該邀請請求轉(zhuǎn)發(fā)給該代表應(yīng)用服務(wù)器。根據(jù)本發(fā)明的一個方面，提供了一種用于在基于IP的移動通信系統(tǒng)中處理支持多媒體服務(wù)的控制消息的方法，包括通過SIP把用于會話的請求消息從UE發(fā)送到IMS，所述IMS是支持多媒體服務(wù)的因特網(wǎng)網(wǎng)絡(luò)；把請求消息從IMS的代表應(yīng)用服務(wù)器發(fā)送到從多個較低層應(yīng)用服務(wù)器中選擇的較低層應(yīng)用服務(wù)器；以及，由被選擇的較低層應(yīng)用服務(wù)器處理請求消息，并把響應(yīng)消息發(fā)送到UE。根據(jù)本發(fā)明的一個方面，提供了一種用于在支持多媒體服務(wù)的基于因特網(wǎng)的移動通信系統(tǒng)中降低處理應(yīng)用層的控制消息的負(fù)載的方法，包括通過SIP將包括呼叫標(biāo)識符信息的會話請求消息從UE發(fā)送到服務(wù)服務(wù)器；將在記錄路由首標(biāo)(record-route header) 中包括服務(wù)服務(wù)器(serving server)地址的會話請求消息從服務(wù)服務(wù)器發(fā)送到應(yīng)用層的代表應(yīng)用服務(wù)器；由代表應(yīng)用服務(wù)器分配用于處理會話請求消息的后端應(yīng)用服務(wù)器，并將會話請求消息發(fā)送到分配的后端應(yīng)用服務(wù)器；由后端應(yīng)用服務(wù)器處理會話請求消息，并將在記錄路由首標(biāo)中包括后端應(yīng)用服務(wù)器的路徑記錄信息的響應(yīng)消息發(fā)送到UE ；以及，由UE 將響應(yīng)消息的記錄路由首標(biāo)的路徑記錄信息設(shè)置為用于發(fā)送同一會話內(nèi)的后續(xù)請求消息的路徑信息，并通過會話發(fā)起協(xié)議把包括相同呼叫標(biāo)識符信息的后續(xù)請求消息發(fā)送到分配的后端應(yīng)用服務(wù)器。根據(jù)本發(fā)明的一個方面，提供了一種用于在支持多媒體服務(wù)的基于因特網(wǎng)的移動通信系統(tǒng)中降低處理應(yīng)用層的控制消息的負(fù)載的方法，包括通過SIP把包括呼叫標(biāo)識符信息的會話請求消息從UE發(fā)送到服務(wù)服務(wù)器；把在記錄路由首標(biāo)中包括服務(wù)服務(wù)器地址的會話請求消息從服務(wù)服務(wù)器發(fā)送到應(yīng)用層的代表應(yīng)用服務(wù)器；由代表應(yīng)用服務(wù)器分配用于處理會話請求消息的后端應(yīng)用服務(wù)器，并把會話請求消息發(fā)送到分配的后端應(yīng)用服務(wù)器；由后端應(yīng)用服務(wù)器處理會話請求消息，并把在記錄路由首標(biāo)中包括后端應(yīng)用服務(wù)器的路徑記錄信息的響應(yīng)消息發(fā)送到UE ；由用戶設(shè)備接收響應(yīng)消息，并通過SIP把包括呼叫標(biāo)識符信息的后續(xù)請求消息發(fā)送到服務(wù)服務(wù)器；以及，由服務(wù)服務(wù)器檢查后續(xù)請求消息的記錄路由首標(biāo)的路徑記錄信息，并把后續(xù)請求消息發(fā)送到分配的后端應(yīng)用服務(wù)器。


根據(jù)下面結(jié)合附圖的詳細(xì)描述，本發(fā)明的上述和其他特征和優(yōu)點將變得更為清晰，在附圖中圖1示出了根據(jù)本發(fā)明的IMS的結(jié)構(gòu)；圖2A根據(jù)本發(fā)明示出了在接收到初始請求時IMS網(wǎng)絡(luò)實體之間的控制消息傳輸流；圖2B根據(jù)本發(fā)明示出了在接收到后續(xù)請求時應(yīng)用服務(wù)器(Application Server, AS)組中的控制消息傳輸流；圖3根據(jù)本發(fā)明示出了 UE在IMS中注冊的過程。圖4A根據(jù)本發(fā)明示出了 AS從UE接收服務(wù)請求消息的操作；圖4B根據(jù)本發(fā)明示出了代表AS檢索后端AS的分配信息的操作；
6
圖5根據(jù)本發(fā)明示出了當(dāng)產(chǎn)生注冊請求消息時UE和更高層之間的消息流；圖6根據(jù)本發(fā)明示出了當(dāng)產(chǎn)生請求消息時UE和更高層之間的消息流；圖7根據(jù)本發(fā)明示出了當(dāng)代表AS不知道后端AS的分配狀態(tài)時，UE發(fā)送初始請求消息和后續(xù)請求消息時的控制消息流；圖8根據(jù)本發(fā)明示出了當(dāng)后端AS作為用戶代理(User Agent, UA)運行時，UE發(fā)送請求消息時的控制消息流；圖9根據(jù)本發(fā)明示出了代表AS的結(jié)構(gòu)；和圖10根據(jù)本發(fā)明示出了歸屬訂戶服務(wù)器、代表AS和后端AS間的控制消息傳輸/ 接收過程。
具體實施例方式這里下面將參考附圖詳細(xì)描述本發(fā)明的優(yōu)選實施例。描述中定義的內(nèi)容，例如詳細(xì)構(gòu)造和元件，被提供用于幫助全面理解本發(fā)明的優(yōu)選實施例。因此，本領(lǐng)域普通技術(shù)人員將認(rèn)識到，在不偏離本發(fā)明的范圍和精神的情況下，可以對這里所描述的實施例做出各種變化和修改。而且，為了清晰和簡潔的目的，省略了對公知功能和構(gòu)造的描述。在本發(fā)明中，IMS系統(tǒng)使用SIP發(fā)送處理用戶呼叫所需的控制消息。這里，定義了包括代表AS和多個后端AS的應(yīng)用服務(wù)器組，并且，使用SIP定義了處于分級結(jié)構(gòu)中的AS 之間的控制消息傳輸/接收。因此，提供了能夠擴展呼叫處理能力并分布用于多媒體服務(wù)支持的負(fù)載的方案。圖1根據(jù)本發(fā)明示出了配備分級AS的IMS的結(jié)構(gòu)。參考圖1，UE 10通過接入網(wǎng)101與包括AS組106的IMS域102通信。IMS域102 是支持多媒體服務(wù)的基于IP的網(wǎng)絡(luò)。IMS域102至少配備了代理呼叫會話控制功能(Proxy-Call Session Control Function，P-CSCF) 103、問詢呼叫會話控制功能 Qnterrogating-Call Session Control Function, I-CSCF) 104、服務(wù)呼叫會話控制功能(Serving-Call Session Control Function, S-CSCF) 105、用于提供特定語音和數(shù)據(jù)服務(wù)的AS組106，和用于存儲UE 10的訂戶信息的歸屬訂戶服務(wù)器(Home Subscriber Server，HSS) 109。在本發(fā)明的優(yōu)選實施例中，AS組106具有分級結(jié)構(gòu)。即，AS組106配備至少一個或者兩個作為較高層AS工作的代表AS 107和多個作為較低層AS工作的后端AS 108。如果需要，IMS系統(tǒng)還可以包括服務(wù)上下文服務(wù)器(Service Context Server, SCS) 110，服務(wù)上下文服務(wù)器110起到用于存儲在代表AS 107中可用的后端AS 108的分配信息的專用數(shù)據(jù)庫的作用。根據(jù)網(wǎng)絡(luò)結(jié)構(gòu)，可以在HSS109中提供SCS 110。接著將簡要描述IMS中的控制信號(消息)流。UE 10通過SIP發(fā)送映射到特定服務(wù)的請求消息。接入網(wǎng)101把接收到的服務(wù)請求消息發(fā)送到IMS域102。P-CSCF103是起到IMS域102中的入口作用的服務(wù)器，并且能夠通過根據(jù)代理服務(wù)器的特性使用于UE 10的服務(wù)連接的等待時間(latency)最小來保障服務(wù)連接。I-CSCF 104是用于執(zhí)行引導(dǎo)的服務(wù)器，以使從包括UE 10的多個訂戶接收的請求消息可以被正確地發(fā)送到相關(guān)聯(lián)的S-CSCF 105。I-CSCF 104執(zhí)行路由操作，以正確地分布和發(fā)送請求消息。S-CSCF 105是用于實際上處理請求消息的服務(wù)器。S-CSCF 105從UE 10接收請求，并把該請求發(fā)送到相關(guān)聯(lián)的AS。S-CSCF 105起到交換機的作用，用于處理映射到具有不同IMS域的網(wǎng)絡(luò)的請求消息的控制信號。從UE 10發(fā)送的請求消息是要被從S-CSCF 105 發(fā)送到AS 106的呼叫處理控制信號。此時，關(guān)于用于接收請求消息的相關(guān)聯(lián)的AS組106的信息應(yīng)該被預(yù)先注冊在UE 10的訂戶信息中。訂戶信息是SIP統(tǒng)一資源指示符(SIP Uniform Resource Indicator, SIP URI)或者iTel URI。訂戶信息被存儲在HSS 109中。當(dāng)從UE 10接收相關(guān)聯(lián)的服務(wù)請求時，S-CSCF 105把接收到的請求發(fā)送到相關(guān)聯(lián)的AS組106，以根據(jù)在訂戶信息中注冊的內(nèi)容處理服務(wù)。在AS組106中，代表AS 107和多個后端AS 108是用于通過SIP協(xié)議執(zhí)行通信的節(jié)點。具體來說，代表AS 107通過S-CSCF 105從UE 10接收請求消息，并把接收到的請求消息發(fā)送到特定后端AS。如果存在預(yù)先分配給UE 10的后端AS 108，則UE 10的請求消息被發(fā)送到所分配的AS 108。如果不存在分配給UE 10的AS，則代表AS 107在考慮負(fù)載分布的同時分配任意AS，并把請求消息發(fā)送到分配的AS。此時，后端AS分配信息可以存儲在代表AS中，或者可以在SCS 110中存儲并使用。分配或解除分配后端AS 108的時刻可以根據(jù)服務(wù)而不同。當(dāng)請求消息與先前的SIP對話無關(guān)時，即任意UE的請求消息不需要被連續(xù)地處理或者使用了用于存儲分配信息的SCS 110時，代表AS 107不需要存儲分配信息。在這種情況下，優(yōu)點是代表AS 107可作為無狀態(tài)(state-less)代理服務(wù)器運行。在處理UE的請求消息之后，特定后端AS 108將其自身地址添加到包含SIP路徑記錄信息的記錄路由首標(biāo)，以便處理相同SIP會話中的后續(xù)請求消息。具體來說，在本發(fā)明中，代表AS 107通過記錄后端AS 108的地址作為路徑記錄信息而不是把代表AS 107的地址添加到記錄路由首標(biāo)，使得S-CSCF 105能夠直接把后續(xù)請求發(fā)送到后端AS 108。如上所述，使用路由首標(biāo)(route header)，在路徑信息中設(shè)置了從UE 10產(chǎn)生的后續(xù)請求消息的傳輸，即從UE 10產(chǎn)生的消息應(yīng)該經(jīng)過的路徑。此時，路徑信息跟在對先前請求消息的響應(yīng)中所包括的記錄路由首標(biāo)的路徑記錄信息后面。在本發(fā)明中，根據(jù)對先前請求消息的響應(yīng)中所包括的記錄路由首標(biāo)的路徑信息， 要從UE 10發(fā)送的后續(xù)請求消息被直接發(fā)送到后端AS 108而不經(jīng)過代表AS 107。因此，本發(fā)明的優(yōu)點在于當(dāng)發(fā)送了后續(xù)請求消息，IMS網(wǎng)絡(luò)實體之間的傳輸延遲時間被減小了。圖2A根據(jù)本發(fā)明示出了當(dāng)代表AS接收初始請求消息時代表AS和后端AS之間的消息傳輸/接收。參考圖2A，從UE 202發(fā)送到S-CSCF 204的初始請求消息210被發(fā)送到代表AS 205或者209 (如附圖標(biāo)記211所指示)。此時，S-CSCF 204將其自身地址添加到請求消息的路徑記錄信息。如果AS組203的代表AS 205和209的數(shù)量是兩個或更多個，則S-CSCF 204根據(jù)網(wǎng)絡(luò)狀態(tài)從代表AS 205和209中任意選擇一個特定代表AS 205，并把初始請求消息210發(fā)送到選擇的代表AS 205。當(dāng)接收到請求消息時，代表AS 205確定是否存在被分配給發(fā)送該請求消息的UE 202的后端AS。如果不存在分配的后端AS，則分配適于負(fù)載分布的后端AS。此時，分配信息可以或者不可以存儲在已接收到請求消息的代表AS 205中或者用于管理該分配信息的專用數(shù)據(jù)庫204中。然后，請求消息被發(fā)送到分配的后端 AS#1206(如附圖標(biāo)記212所指示)。代表AS 205不把其自身地址添加到路徑記錄信息。但是，后端AS#1206在將后端 AS#1206的地址添加到被處理的請求消息213的路徑記錄信息之后，給代表AS 205提供指示請求消息已被正常地發(fā)送的響應(yīng)消息?；蛘?，對被處理的請求消息的響應(yīng)消息可以被從后端AS#1206直接發(fā)送到S-CSCF204而不經(jīng)過代表AS 205。圖2B根據(jù)本發(fā)明示出了當(dāng)代表AS接收到后續(xù)請求消息時，代表AS和后端AS之間的消息傳輸/接收，以及圖2A的代表AS 205或209和圖2A的SCS 240之間的消息傳輸/ 接收。在圖2B中，根據(jù)代表AS 205或209的設(shè)置，可以省略代表AS 205或209和SCS 240 之間的消息傳輸/接收。UE 222的后續(xù)請求消息的路徑使用在處理和發(fā)送初始請求消息時收集的路徑記錄信息。即，其中排除代表AS 225的路徑記錄信息被包括在后續(xù)請求消息的路由首標(biāo)中， 并被傳送。因此，UE 222的后續(xù)請求消息被直接從S-CSCF 2 發(fā)送到后端AS#1226。結(jié)果，能夠分布和處理從UE 222發(fā)送的請求消息。優(yōu)點在于當(dāng)處理后續(xù)請求消息時，IMS網(wǎng)絡(luò)實體之間的消息傳輸/接收不被延遲。圖3根據(jù)本發(fā)明示出了一個過程，其中，UE在IMS域中注冊，并且代表AS將后端 AS分配給UE。參考圖3，當(dāng)在步驟302中UE發(fā)送注冊(REGISTER)請求消息到IMS域時，在步驟 303中，S-CSCF處理注冊請求消息。在步驟304中，S-CSCF應(yīng)用UE的初始過濾(filter) 標(biāo)準(zhǔn)，并注冊用于處理請求消息的第三方。這里，第三方是用于接收由S-CSCF處理的注冊請求消息以用于參考的第三SIP節(jié)點，并且在本發(fā)明的優(yōu)選實施例中是AS組。在步驟305 中，S-CSCF把第三方注冊請求消息發(fā)送到代表AS。過濾指用于檢查來自UE的請求消息的標(biāo)準(zhǔn)并把消息發(fā)送到能夠處理該消息的特定代表AS的過程。在步驟306中，在其中已經(jīng)接收到來自S-CSCF的UE的注冊請求消息的代表AS確定是否存在預(yù)先分配的映射到UE的訂戶信息的后端AS。如果不存在預(yù)先分配的后端AS， 則代表AS在考慮AS組中的負(fù)載狀態(tài)的同時，分配適當(dāng)?shù)暮蠖薃S，并存儲關(guān)于所分配的后端 AS的信息。在步驟307中，代表AS把UE的注冊請求消息發(fā)送到所分配的后端AS，從而請求后端AS注冊該UE。這個總的過程被同樣地應(yīng)用于UE的重新注冊和解除注冊過程。圖4A根據(jù)本發(fā)明示出了一個過程，其中，通過S-CSCF在代表AS和后端AS中處理從UE發(fā)送的請求消息。參考圖4A，在步驟402中，UE發(fā)送服務(wù)請求消息到IMS域。在步驟403中，S-CSCF 通過SIP接收UE的請求消息。在步驟404中，S-CSCF通過確定請求消息是用于產(chǎn)生對話的初始請求、未被包括在對話中的個別請求消息、還是后續(xù)請求消息來檢查請求消息的類型。如果在步驟404中，請求消息被確定是用于產(chǎn)生對話的初始請求消息或者未被包括在對話中的個別請求，則過程前進(jìn)到步驟405。在步驟405中，在根據(jù)UE的訂戶信息應(yīng)用初始過濾標(biāo)準(zhǔn)之后，S-CSCF根據(jù)過濾把請求消息發(fā)送到特定代表AS。在步驟411中，代表AS選擇用于處理請求消息的后端AS。將參考圖4B詳細(xì)描述代表AS選擇后端AS的方法。在步驟406中，代表AS把請求消息發(fā)送到所分配的后端AS。當(dāng)分配了后端AS時， 不在指示請求消息的路徑記錄信息的記錄路由首標(biāo)中記錄代表AS的地址。在步驟407中，后端AS在記錄路由首標(biāo)中記錄其自身的地址。在步驟410中，S-CSCF根據(jù)在步驟407中新設(shè)置的路由信息，通過SIP連續(xù)地發(fā)送請求消息。在該路由信息中，用于處理隨后要在步驟410中產(chǎn)生的對話的實體包括被分配的后端AS。SIP請求消息被根據(jù)路由信息發(fā)送，在所述路由信息中不包括代表AS。但是，如果在步驟404中，從UE發(fā)送的請求消息被確定是屬于已被配置的對話的消息，則過程前進(jìn)到步驟408，以便根據(jù)請求消息的路由信息，直接把請求消息發(fā)送到相關(guān)聯(lián)的后端AS。在步驟409中，后端AS處理請求消息。在步驟410中，S-CSCF通過根據(jù)設(shè)置的路由信息發(fā)送后續(xù)接收到的SIP請求消息，連續(xù)地執(zhí)行相關(guān)聯(lián)的處理操作。圖4B根據(jù)本發(fā)明示出了一個過程的例子，其中，代表AS獲取后端AS的分配信息。 將參考圖4B詳細(xì)地描述圖4A的步驟411。參考圖4B，在步驟421，代表AS確定對于發(fā)送請求消息的UE，是否存在后端AS分配信息。根據(jù)代表AS的設(shè)置，可以存儲關(guān)于被映射到訂戶信息的已被分配的后端AS的信息?；蛘撸梢源鎯υ谡埱笙惹皩υ捇蚺c當(dāng)前請求的服務(wù)不同的服務(wù)時使用的分配信息。如果存在映射到UE的分配信息，則代表AS選擇被發(fā)送了該請求消息的后端AS。 如果不存在分配信息，則過程前進(jìn)到步驟422。在步驟422中，代表AS確定存儲映射到多個UE的分配信息的專用SCS是否被設(shè)置成可用。當(dāng)SCS未被使用時，代表AS前進(jìn)到步驟423，以在根據(jù)應(yīng)用程序?qū)崿F(xiàn)考慮服務(wù)負(fù)載狀態(tài)的同時，分配被發(fā)送了該請求消息的任意后端AS。當(dāng)SCS被使用時，代表AS前進(jìn)到步驟424，以把后端AS分配信息請求發(fā)送到SCS。 當(dāng)在步驟425中代表AS從SCS接收到映射到UE的有效的后端AS分配信息時，根據(jù)所述有效信息選擇后端AS。當(dāng)未從SCS正確地接收到有效后端AS分配信息時，在步驟426中，代表AS在考慮服務(wù)負(fù)載的同時分配任意的后端AS。在步驟427中，代表AS請求SCS把用于相關(guān)聯(lián)的UE的分配信息更新為新分配的信息。此時，在代表AS和SCS之間交換的分配信息可以包括提供服務(wù)所需的其他信息以及后端AS分配信息。當(dāng)分配信息改變時，如果需要，則代表AS通知在第三方注冊過程中被分配/被解除分配的后端AS 現(xiàn)有的被分配的后端AS已被釋放。圖5根據(jù)本發(fā)明示出了 UE和更高層之間的控制消息流。具體來說，圖5示出了一個過程中的控制消息流，在所述過程中，UE被在IMS域中注冊，并且代表AS通過第三方注冊過程分配后端AS。參考圖5，在步驟501中，UE通過SIP把注冊請求消息發(fā)送到IMS。在步驟502中，S-CSCF#1給UE提供2000K響應(yīng)消息，指示注冊請求消息已被正常發(fā)送。在步驟503 中，S-CSCF#1使用在HSS中注冊的UE的訂戶信息執(zhí)行第三方注冊過程。在步驟504中， S-CSCF#1把UE的注冊請求消息發(fā)送到代表AS。在步驟505中，代表AS通過發(fā)送指示注冊請求消息已被正常發(fā)送的2000K消息來完成響應(yīng)。在步驟506中，代表AS在多個后端AS中分配用于處理該請求消息的后端AS#1，并存儲關(guān)于被分配的后端AStn的信息和被分配的訂戶信息。例如，訂戶信息包括UE的SIP URI 或者 Tel URI。在步驟507中，代表AS把第三方注冊請求消息發(fā)送到分配的后端AS#1。在步驟 508中，代表AS接收指示后端AS#1已經(jīng)正常地接收到第三方注冊請求消息的2000K響應(yīng)消息。此時，代表AS能夠向S-CSCF#1提供2000K響應(yīng)消息，指示后端AS#1已經(jīng)正常地接收到第三方注冊請求消息。當(dāng)使用SCS時，通過在步驟521和522中接收有效的分配信息，代表AS可以把后端AS分配信息請求發(fā)送到SCS，并分配后端AS#1。此外，當(dāng)在代表AS和SCS之間傳送和接收更新請求和響應(yīng)消息時，可以完成用于更新后端AS分配信息的操作。盡管在圖5中未示出，但是當(dāng)存儲在SCS中的后端AS分配信息改變時，SCS向代表AS通知改變的后端AS分配信息，以使暫時存儲在相關(guān)聯(lián)的代表AS中的分配信息與存儲在SCS中的分配信息匹配。 這個總的過程可以被同樣地應(yīng)用于用于重新注冊或者解除注冊UE的過程。圖6根據(jù)本發(fā)明示出了當(dāng)UE發(fā)送初始請求消息和后續(xù)請求消息時的控制消息傳輸/接收過程。具體來說，圖6示出了用于把用于產(chǎn)生對話的初始請求消息從UE發(fā)送到IMS域的過程(在步驟601到614中)，以及用于發(fā)送用于后續(xù)產(chǎn)生的對話的后續(xù)請求消息的過程 (在步驟615到623中)。從UE發(fā)送的邀請(INVITE)請求消息是用于產(chǎn)生對話的請求消息的例子?？梢詰?yīng)用任何請求消息。在步驟601中，對應(yīng)于用于產(chǎn)生對話的初始請求消息的邀請請求消息被發(fā)送到 S-CSCF#1。邀請請求消息包含呼叫標(biāo)識符信息(例如呼叫ID 1111)，以便將該UE與其他 UE區(qū)分開。在本發(fā)明的優(yōu)選實施例中，S-CSCF#1被利用多個S-CSCF構(gòu)建。S_CSCF#1指示作為UE的S-CSCF運行的特定實體。注意，S-CSCF#1和S-CSCF具有彼此相同的結(jié)構(gòu)。在步驟602中，S_CSCF#1根據(jù)訂戶信息的初始過濾標(biāo)準(zhǔn)，過濾從UE接收到的邀請請求消息。過濾指示根據(jù)來自UE的請求消息的特定標(biāo)準(zhǔn)分配多個代表AS中特定的一個來處理該消息。將描述本發(fā)明的優(yōu)選實施例，其中，代表AS根據(jù)初始過濾標(biāo)準(zhǔn)處理消息。在步驟 603中，S-CSCF#1基于初始過濾標(biāo)準(zhǔn)設(shè)置代表AS的信息，并基于邀請請求消息的傳輸路徑在路由首標(biāo)中設(shè)置S-CSCF#1的地址。然后，邀請請求消息被發(fā)送到代表AS。換句話說，在步驟603中，S_CSCF#1根據(jù)在路由首標(biāo)中設(shè)置的傳輸路徑，給代表 AS提供對應(yīng)于初始請求消息的邀請請求消息，以便把用于產(chǎn)生對話的請求發(fā)送到代表AS。 S-CSCF#1在邀請請求消息的記錄路由首標(biāo)中記錄其自身的路徑記錄信息。在步驟604中，代表AS檢索后端AS分配信息?？梢詮膬?nèi)部存儲于代表AS中的信息或者存儲分配信息的專用數(shù)據(jù)庫SCS獲取分配信息。接著，將描述當(dāng)涉及步驟604使用了 SCS時的控制消息傳輸/接收過程。
當(dāng)使用SCS時，如果需要，則在步驟631，代表AS把后端AS分配信息請求發(fā)送到 SCS0分配信息請求消息(PULL請求)包括訂戶信息和服務(wù)類型。當(dāng)在步驟632中通過分配信息響應(yīng)消息(PULL響應(yīng))從SCS接收到后端AS分配信息時，在步驟604中，代表AS使用分配信息選擇邀請請求消息被發(fā)送到的后端AS。如果后端AS分配信息未被包括在步驟632中接收的分配信息響應(yīng)消息(PULL響應(yīng))中，則在步驟633和634中，代表AS在考慮負(fù)載狀態(tài)的同時，分配多個后端AS中適當(dāng)?shù)暮蠖薃S#1，并更新存儲在SCS中的后端AS分配信息。盡管在圖6中沒有示出，但是當(dāng)存儲在SCS中的后端AS分配信息改變時，SCS向代表AS通知改變的后端AS分配信息，以使暫時存儲在相關(guān)聯(lián)的代表AS中的分配信息與存儲在SCS中的分配信息匹配。在步驟605中，代表AS把邀請請求消息發(fā)送到所選擇的后端AS#1。如果需要，代表AS可以存儲關(guān)于所選擇的后端AS#1的信息。所存儲的信息可以當(dāng)以后傳送后續(xù)消息時被用作路徑信息。當(dāng)代表AS不使用SCS時，步驟631到634可以被跳過。在這種情況下，消息處理操作如下。如果代表AS知道關(guān)于預(yù)先分配給UE的后端AS的信息，則假設(shè)后端AS#1是預(yù)先分配的后端AS。在步驟605中，代表AS立刻把邀請請求消息發(fā)送到被分配的后端AS#1。如果沒有將特定后端AS預(yù)先分配給UE或者分配信息未知，則代表AS考慮服務(wù)負(fù)載狀態(tài)而分配任意后端AS。在步驟605中，代表AS把邀請請求消息發(fā)送到被分配的后端AS#1。如果需要，代表AS可以存儲關(guān)于被分配的后端AS#1的信息和訂戶信息。訂戶信息包括SIP URI, Tel URI，等等。此時，用于把邀請請求消息發(fā)送到后端AS#1的代表AS不在包含路徑記錄信息的記錄路由首標(biāo)中記錄其自身的地址。即，在步驟605中，代表AS在指示傳輸路徑的路由首標(biāo)中記錄后端AS#1的地址和S-CSCF#1的地址，在包含路徑記錄信息的記錄路由首標(biāo)中只記錄S-CSCF#1的地址，并把邀請請求消息發(fā)送到被分配的后端AS#1。在步驟606中，后端AS#1執(zhí)行映射到邀請請求消息的服務(wù)邏輯，并在步驟607中， 根據(jù)路由首標(biāo)把邀請請求消息發(fā)送到S-CSCF#1。此時，后端AS#1的地址和S-CSCF#1的地址被記錄，并作為路徑記錄信息存儲在邀請請求消息的記錄路由首標(biāo)中。在步驟608到613中執(zhí)行剩余的過程，其中，邀請請求消息被在網(wǎng)絡(luò)實體之間正常地傳遞，并報告接收完成。結(jié)果，在步驟614中，UE從S_CSCF#1接收到指示邀請請求消息已被在網(wǎng)絡(luò)實體中正常處理的2000K響應(yīng)消息。此時，2000K響應(yīng)消息包含記錄路由首標(biāo)，所述記錄路由首標(biāo)包含用于在排除代表AS的狀態(tài)中實現(xiàn)到后端AS#1的直接通信的路徑記錄信息。因此，UE 存儲記錄路由首標(biāo)作為路徑記錄信息，并在產(chǎn)生后續(xù)請求消息時，使用所存儲的信息作為路由首標(biāo)的路徑信息。步驟615到623涉及當(dāng)UE在使用初始邀請請求消息產(chǎn)生的對話內(nèi)產(chǎn)生后續(xù)請求消息時，發(fā)送/接收后續(xù)請求消息。邀請請求消息是后續(xù)請求消息的例子。在同一對話中， 可以應(yīng)用任何后續(xù)請求消息。
12
在步驟615中，UE使用包含初始邀請請求消息的路徑記錄信息的記錄路由首標(biāo)， 設(shè)置包含用于發(fā)送后續(xù)邀請請求消息的路徑信息的路由首標(biāo)。UE把后續(xù)邀請請求消息發(fā)送到IMS網(wǎng)絡(luò)。在步驟615中，后續(xù)邀請請求消息包含用于將所述UE與其他UE區(qū)分開的呼叫標(biāo)識符信息(呼叫ID :1111)，并且在路由首標(biāo)中包含？義50 #1、5氣50 #1、后端六5#1和 S-CSCF#1的路徑信息。由于后續(xù)邀請請求消息的傳輸路徑遵循路由首標(biāo)中所包含的路徑信息，所以在步驟616中，后續(xù)邀請請求消息被從S-CSCF#1發(fā)送到后端AS#1而不經(jīng)過代表AS。在步驟617中，后端AS#1執(zhí)行映射到后續(xù)邀請請求消息的服務(wù)邏輯，并在步驟618 中，根據(jù)路由首標(biāo)把后續(xù)邀請請求消息發(fā)送到S-CSCF# 1。在步驟619到623中執(zhí)行剩余的過程，其中，后續(xù)邀請請求消息被在網(wǎng)絡(luò)實體之間正常地傳遞，并報告接收完成。當(dāng)后續(xù)消息被發(fā)送時，消息被發(fā)送到特定后端AS而不經(jīng)過具有負(fù)載分布功能的代表AS，使得消息傳輸延遲和由于重新傳輸所致的延遲可以被防止，并且實體中的消息處理時間可以被減少。圖7根據(jù)本發(fā)明示出了當(dāng)代表AS不知道后端AS的用戶分配狀態(tài)并且不使用SCS 時的控制消息傳輸/接收過程。除了步驟704以外，從圖7的步驟701到721是和圖6相同的過程，這里將省略對其的描述。具體來說，由于在步驟704中代表AS不知道后端AS的用戶分配狀態(tài)，所以每當(dāng)接收到初始請求消息時，代表AS在新分配用于UE或服務(wù)的后端AS之后發(fā)送消息。此時，代表AS分配后端AS#1作為用于UE的AS。在步驟722中，UE把用于產(chǎn)生不屬于產(chǎn)生的現(xiàn)有對話的另一個對話的初始邀請請求消息發(fā)送到IMS域。UE把包含與先前邀請請求消息的呼叫標(biāo)識符信息(呼叫ID 1111) 不同的呼叫標(biāo)識符信息(呼叫ID 2222)的邀請請求消息發(fā)送到S-CSCF#1。在步驟723中，根據(jù)初始過濾標(biāo)準(zhǔn)，用于包含呼叫標(biāo)識符信息(呼叫ID :2222)的邀請請求消息的AS被確定是代表AS。在步驟7M中，包含呼叫標(biāo)識符信息(呼叫ID 2222) 的邀請請求消息被發(fā)送到代表AS。此時，邀請請求消息被發(fā)送，在該邀請請求消息中，代表 AS的地址和S-CSCF#1的地址被存儲在路由首標(biāo)中，并且只有S-CSCF#1的地址被存儲在記錄路由首標(biāo)中。在步驟725中，代表AS新分配后端AS#2，因為代表AS不知道用于UE的后端AS分配狀態(tài)。在步驟7 中，代表AS把邀請請求消息發(fā)送到后端AS#2，在所述邀請請求消息中， 后端AS#2的地址和S-CSCF#1的地址被設(shè)置在路由首標(biāo)中，并且S-CSCF#1的地址被設(shè)置在記錄路由首標(biāo)中。在步驟727中，新分配的后端AS#2把邀請請求消息發(fā)送到S_CSCF#1，在所述邀請請求消息中，后端AS#2的地址被記錄在路由首標(biāo)中，并且后端AS#2的地址和S-CSCF#1的地址被記錄在記錄路由首標(biāo)中。處理邀請請求消息的步驟728到734和圖6的步驟相同，所以這里省略對其的描述。在步驟734中，UE接收指示由于其他對話所致的邀請請求消息已被正常處理的2000K響應(yīng)消息。在2000K響應(yīng)消息中，記錄路由首標(biāo)包含指示消息已經(jīng)被發(fā)送到新分配的后端AS#2/消息已經(jīng)被通過新分配的后端AS#2發(fā)送的路徑記錄信息。如上所述在本發(fā)明中，IMS網(wǎng)絡(luò)實體把用戶(或UE)的初始請求發(fā)送到代表AS，代表AS進(jìn)而把接收到的請求發(fā)送到在注冊UE時預(yù)先分配給用戶的后端AS，或者通過根據(jù)負(fù)載狀態(tài)分配適于服務(wù)目的的新后端AS來處理消息。此時，代表AS使用SIP標(biāo)準(zhǔn)，利用多個后端AS處理請求消息。因此，本發(fā)明的優(yōu)點在于不同制造商的具有相同功能的AS之間的互操作性得到保障，并且AS的呼叫處理能力被同時擴展。圖8根據(jù)本發(fā)明示出了當(dāng)后端AS作為用戶代理(User Agent, UA)運行時的控制消息傳輸/接收過程。在圖8中，訂閱請求消息是其中AS作為UA運行的例子?？梢詰?yīng)用任何請求消息。 當(dāng)AS作為UA運行時，UE可以通過將目標(biāo)服務(wù)器的請求URI設(shè)置為AS地址(或公共服務(wù)身份(Public Service Identity, PSI))或者子域PSI來發(fā)送消息。因此，UE應(yīng)該在后續(xù)請求消息中明確地包括直到后端AS的路徑信息，以便把后續(xù)請求消息直接發(fā)送到由代表AS 分配的后端AS。參考圖8，在步驟801中，UE把包含呼叫標(biāo)識符信息(呼叫ID :1111)的訂閱請求消息發(fā)送到S-CSCF#1，以使該UE能夠被與其他UE區(qū)分開。此時，訂閱請求消息的路由首標(biāo)被設(shè)置為S-CSCF#1的地址。在步驟802中，S_CSCF#1根據(jù)初始過濾標(biāo)準(zhǔn)過濾接收到的訂閱請求消息。此時， 按初始過濾標(biāo)準(zhǔn)注冊的AS是代表AS。因此，在步驟803中，S-CSCF#1在指示訂閱請求消息的傳輸路徑的路由首標(biāo)中設(shè)置其自身的地址和代表AS的地址。此外，S-CSCF#1在記錄路由首標(biāo)中只記錄其自身的地址。在步驟804中，代表AS使用內(nèi)部存儲于代表AS中或者存儲分配信息的SCS中的信息檢索后端AS分配信息。然后，代表AS把訂閱請求消息發(fā)送到所選擇的后端AS#1。此時，代表AS發(fā)送訂閱請求消息，在該訂閱請求消息中，后端AS# 1的地址和S-CSCF# 1的地址被設(shè)置在路由首標(biāo)中，并且只有S-CSCF#1的地址被設(shè)置在記錄路由首標(biāo)中。在步驟806中，后端AS#1執(zhí)行映射到訂閱請求消息的服務(wù)邏輯。在步驟807中， 后端Astn把其自身地址添加到記錄路由首標(biāo)的最上端，并且在對訂閱請求消息的響應(yīng)被產(chǎn)生時發(fā)送該響應(yīng)。即，S-CSCF#1的地址和后端AS#1的地址被記錄在要發(fā)送到UE的響應(yīng)消息的記錄路由首標(biāo)中。在步驟809中，當(dāng)接收到對訂閱請求消息的響應(yīng)時，UE存儲記錄路由首標(biāo)中所包含的路徑記錄信息。在步驟810中，當(dāng)發(fā)送重新訂閱請求消息時，UE使用存儲的記錄路由首標(biāo)的路徑記錄信息設(shè)置新消息的路徑信息。即，在步驟810中，UE在路由首標(biāo)中設(shè)置先前訂閱請求消息的記錄路由首標(biāo)的信息，以使新訂閱請求消息能夠被直接發(fā)送到后端AS#1。因此，在步驟811中，S-CSCF#1發(fā)送新訂閱請求消息，在該訂閱請求消息中，后端 AS#1的地址被設(shè)置在路由首標(biāo)中。在步驟812和813中，UE接收指示后端AS#1已經(jīng)正常接收到訂閱請求消息的2000K響應(yīng)消息。圖9根據(jù)本發(fā)明示出了代表AS的結(jié)構(gòu)。參考圖9，接收器901從例如UE、S-CSCF、后端AS和SCS的IMS網(wǎng)絡(luò)實體接收控制消息?？刂破?03執(zhí)行用于處理接收到的控制消息的總體操作，并與分配器907及存儲器905交換所需信息。存儲器905存儲處理控制消息所需的數(shù)據(jù)。例如，初始請求消息的傳輸路徑信息可以被存儲并用作后續(xù)請求消息的傳輸路徑信息?；蛘?，存儲器905可以存儲例如用于發(fā)送了先前請求消息的特定UE的后端AS分配信息。當(dāng)從該UE接收到請求消息時，控制器 903可以通過從存儲器905讀取所需數(shù)據(jù)來分配傳輸路徑或后端AS。分配器907包括例如用于分配后端AS的算法。傳送器909把控制消息發(fā)送到例如UE、S-CSCF、后端AS和SCS的IMS網(wǎng)絡(luò)實體。圖10根據(jù)本發(fā)明示出了當(dāng)HSS被用作SCS時在HSS、代表AS和后端AS間的控制消息傳輸/接收過程。當(dāng)HSS被用作SCS時，HSS能夠在用于存儲用戶的逐服務(wù)(service by service)的透明數(shù)據(jù)的儲存庫(r印ository)數(shù)據(jù)區(qū)域中存儲后端AS分配信息。這里， 透明數(shù)據(jù)是唯一的服務(wù)數(shù)據(jù)，并且不能在除了 HSS和用于提供相關(guān)聯(lián)的服務(wù)的AS以外的其他地方使用。參考圖10，代表AS通過Sh接口把Sh-Pull請求1000發(fā)送到HSS，以便在HSS中注冊后端AS分配信息，并且使用響應(yīng)1002接收存儲在HSS中的透明數(shù)據(jù)，其中，在Si接口上，AS和HSS相互通信。在把后端AS分配信息添加到從HSS下載的透明數(shù)據(jù)后，代表AS把證更新請求 1004發(fā)送到HSS，并接收響應(yīng)1006。后端AS分配信息和透明數(shù)據(jù)都被存儲在HSS中。這里，Sh被定義為標(biāo)準(zhǔn)中的AS和HSS之間的接口，并且不包括任何特定含義。此時，存儲在HSS中的透明數(shù)據(jù)包括后端AS分配信息。當(dāng)后端AS把透明數(shù)據(jù)請求發(fā)送到HSS時，可能發(fā)生錯誤操作，因為后端AS分配信息被與透明數(shù)據(jù)一起發(fā)送。為了防止這樣的錯誤操作，后端AS通過把Sh-Pul 1請求1008發(fā)送到代表AS來間接地請求透明數(shù)據(jù)。代表AS通過從自HSS接收到的透明數(shù)據(jù)中排除后端AS分配信息，只把剩余透明數(shù)據(jù)發(fā)送到后端AS (如附圖標(biāo)記1014所指示)。當(dāng)代表AS在內(nèi)部存儲透明數(shù)據(jù)時，可以跳過代表AS和HSS之間的Sh-Pull請求1010和響應(yīng)1012。具體來說，在步驟1008到1014中，當(dāng)后端AS請求透明數(shù)據(jù)時，盡管從HSS接收到包括后端AS分配信息的透明數(shù)據(jù)，代表AS還是給后端AS提供排除了后端AS分配信息的透明數(shù)據(jù)。因此，防止了錯誤操作。從上面的描述很清楚，本發(fā)明至少具有下列優(yōu)點。本發(fā)明通過在IMS移動通信系統(tǒng)中基于SIP發(fā)送和接收呼叫連接所需的控制消息，能夠保障互操作性，即，不同制造商的具有相同功能的AS之間的兼容性。因此，IMS的 AS的呼叫處理能力可以被擴展。而且，本發(fā)明能夠通過在IMS的AS組的分級AS結(jié)構(gòu)中經(jīng)標(biāo)準(zhǔn)SIP發(fā)送消息，分布要在AS中處理的請求消息。在更高層的概念上，由于消息處理所致的傳輸延遲和重新傳輸延遲被防止。換句話說，更高層服務(wù)器中的瓶頸狀況被減少，并且能夠縮短重新請求控制信號的路徑。雖然已經(jīng)參考本發(fā)明的某些示范性實施例示出并描述了本發(fā)明，但是本領(lǐng)域普通技術(shù)人員將理解，在不偏離本發(fā)明的由所附權(quán)利要求及其等同物限定的精神和范圍的情況下，可以對其做出形式和細(xì)節(jié)上的各種變化。
權(quán)利要求
1.一種用于在支持多媒體服務(wù)的基于因特網(wǎng)協(xié)議的移動通信系統(tǒng)中處理來自用戶設(shè)備(UE)的請求消息的方法，該方法包含由UE將邀請請求發(fā)送給服務(wù)呼叫會話控制功能(S-CSCF)以創(chuàng)建新對話； 由S-CSCF將該邀請請求發(fā)送給一個或多個代表應(yīng)用服務(wù)器中的一個代表應(yīng)用服務(wù)器；由該代表應(yīng)用服務(wù)器從至少一個較低層應(yīng)用服務(wù)器中分配一個特定較低層應(yīng)用服務(wù)器并且將該邀請請求發(fā)送給該特定較低層應(yīng)用服務(wù)器；由該特定較低層應(yīng)用服務(wù)器處理該邀請請求并且將第一響應(yīng)發(fā)送給該代表應(yīng)用服務(wù)器；由該代表應(yīng)用服務(wù)器將該第一響應(yīng)發(fā)送給S-CSCF ；由S-CSCF將該第一響應(yīng)發(fā)送給該UE ；由該UE將該新對話中的后續(xù)邀請請求發(fā)送給S-CSCF ；由S-CSCF根據(jù)該邀請請求的記錄路由將該后續(xù)邀請請求直接發(fā)送給該特定較低層應(yīng)用服務(wù)器；由該特定較低層應(yīng)用服務(wù)器處理該后續(xù)邀請請求并且將第二響應(yīng)發(fā)送給S-CSCF ；以及由S-CSCF將該第二響應(yīng)發(fā)送給該UE，其中，該代表應(yīng)用服務(wù)器根據(jù)用戶分配信息選擇特定較低層應(yīng)用服務(wù)器，以及其中根據(jù)S-CSCF處的初始過濾標(biāo)準(zhǔn)將該邀請請求轉(zhuǎn)發(fā)給該代表應(yīng)用服務(wù)器。
2.如權(quán)利要求1所述的方法，其中該代表應(yīng)用服務(wù)器是從所述一個或多個代表應(yīng)用服務(wù)器中選擇的，用于處理映射到由該UE請求的特定服務(wù)的該邀請請求。
3.如權(quán)利要求1所述的方法，其中該代表應(yīng)用服務(wù)器在沒有從數(shù)據(jù)庫服務(wù)器接收到映射到該UE的分配信息時考慮負(fù)載狀態(tài)來從至少一個較低層應(yīng)用服務(wù)器中分配特定較低層應(yīng)用服務(wù)器，并且通過會話發(fā)起協(xié)議更新數(shù)據(jù)庫服務(wù)器中針對該UE的較低層應(yīng)用服務(wù)器的分配信息。
4.如權(quán)利要求3所述的方法，其中該代表應(yīng)用服務(wù)器將包括該特定較低層應(yīng)用服務(wù)器的分配信息的逐服務(wù)的透明數(shù)據(jù)存儲在歸屬訂戶服務(wù)器中，并且當(dāng)檢測到來自該特定較低層應(yīng)用服務(wù)器的透明數(shù)據(jù)請求時，通過將該特定較低層應(yīng)用服務(wù)器的分配信息從所存儲的透明數(shù)據(jù)中排除，將該透明數(shù)據(jù)發(fā)送給該特定較低層應(yīng)用服務(wù)器。
5.一種供在支持多媒體服務(wù)的基于因特網(wǎng)協(xié)議的移動通信系統(tǒng)中使用的因特網(wǎng)協(xié)議網(wǎng)絡(luò)系統(tǒng)，所述系統(tǒng)處理來自用戶設(shè)備(UE)的請求消息，該系統(tǒng)包含UE，用于向服務(wù)呼叫會話控制功能(S-CSCF)發(fā)送邀請請求以創(chuàng)建新對話，并且將該新對話中的后續(xù)邀請請求發(fā)送給該S-CSCF ；S-CSCF，用于將該邀請請求發(fā)送給一個或多個代表應(yīng)用服務(wù)器中的一個代表應(yīng)用服務(wù)器，當(dāng)從該代表應(yīng)用服務(wù)器接收到第一響應(yīng)時將該第一響應(yīng)發(fā)送給該UE,根據(jù)該邀請請求的記錄路由將該后續(xù)邀請請求直接發(fā)送給特定較低層應(yīng)用服務(wù)器，并且當(dāng)從該特定較低層應(yīng)用服務(wù)器接收到第二響應(yīng)時將該第二響應(yīng)發(fā)送給該UE ；代表應(yīng)用服務(wù)器，用于從至少一個較低層應(yīng)用服務(wù)器中分配一個特定較低層應(yīng)用服務(wù)器，將該邀請請求發(fā)送給該特定較低層應(yīng)用服務(wù)器，并且當(dāng)從該特定較低層應(yīng)用服務(wù)器接收到該第一響應(yīng)時將該第一響應(yīng)發(fā)送給S-CSCF ；和特定較低層應(yīng)用服務(wù)器，用于處理該邀請請求并且將該第一響應(yīng)發(fā)送給該代表應(yīng)用服務(wù)器，并且處理該后續(xù)邀請請求并且將該第二響應(yīng)發(fā)送給S-CSCF，其中該代表應(yīng)用服務(wù)器根據(jù)用戶分配信息選擇該特定較低層應(yīng)用服務(wù)器，以及其中根據(jù)S-CSCF處的初始過濾標(biāo)準(zhǔn)將該邀請請求轉(zhuǎn)發(fā)給該代表應(yīng)用服務(wù)器。
6.如權(quán)利要求5所述的系統(tǒng)，其中該代表應(yīng)用服務(wù)器是從所述一個或多個代表應(yīng)用服務(wù)器中選擇的，用于處理映射到由該UE請求的特定服務(wù)的該邀請請求。
7.如權(quán)利要求5所述的系統(tǒng)，其中該代表應(yīng)用服務(wù)器在沒有從數(shù)據(jù)庫服務(wù)器接收到映射到該UE的分配信息時考慮負(fù)載狀態(tài)來從至少一個較低層應(yīng)用服務(wù)器中分配一個特定較低層應(yīng)用服務(wù)器，并且通過會話發(fā)起協(xié)議更新數(shù)據(jù)庫服務(wù)器中針對該UE的較低層應(yīng)用服務(wù)器的分配信息。
8.如權(quán)利要求7所述的系統(tǒng)，其中該代表應(yīng)用服務(wù)器將包括該特定較低層應(yīng)用服務(wù)器的分配信息的逐服務(wù)的透明數(shù)據(jù)存儲在歸屬訂戶服務(wù)器中，并且當(dāng)檢測到來自該特定較低層應(yīng)用服務(wù)器的透明數(shù)據(jù)請求時，通過將該特定較低層應(yīng)用服務(wù)器的分配信息從所存儲的透明數(shù)據(jù)中排除，將該透明數(shù)據(jù)發(fā)送給該特定較低層應(yīng)用服務(wù)器。
9.一種用于在支持多媒體服務(wù)的基于因特網(wǎng)協(xié)議的移動通信系統(tǒng)中由服務(wù)呼叫會話控制功能(S-CSCF)處理來自用戶設(shè)備(UE)的請求消息的方法，該方法包含當(dāng)從UE接收到邀請請求時，將該邀請請求發(fā)送給一個或多個代表應(yīng)用服務(wù)器中的一個代表應(yīng)用服務(wù)器；當(dāng)從該代表應(yīng)用服務(wù)器接收到第一響應(yīng)時，將該第一響應(yīng)發(fā)送給該UE ； 根據(jù)該邀請請求的記錄路由將該后續(xù)邀請請求直接發(fā)送給特定較低層應(yīng)用服務(wù)器； 當(dāng)從該特定較低層服務(wù)器接收到第二響應(yīng)時，將該第二響應(yīng)發(fā)送給該UE， 其中，該代表應(yīng)用服務(wù)器根據(jù)用戶分配信息選擇特定較低層應(yīng)用服務(wù)器，以及其中根據(jù)S-CSCF處的初始過濾標(biāo)準(zhǔn)將該邀請請求轉(zhuǎn)發(fā)給該代表應(yīng)用服務(wù)器。
全文摘要
本發(fā)明公開一種用于在支持多媒體服務(wù)的基于因特網(wǎng)協(xié)議的移動通信系統(tǒng)中由服務(wù)呼叫會話控制功能(S-CSCF)處理來自用戶設(shè)備(UE)的請求消息的方法，該方法包含當(dāng)從UE接收到邀請請求時，將該邀請請求發(fā)送給一個或多個代表應(yīng)用服務(wù)器中的一個代表應(yīng)用服務(wù)器；當(dāng)從該代表應(yīng)用服務(wù)器接收到第一響應(yīng)時，將該第一響應(yīng)發(fā)送給該UE；根據(jù)該邀請請求的記錄路由將該后續(xù)邀請請求直接發(fā)送給特定較低層應(yīng)用服務(wù)器；當(dāng)從該特定較低層服務(wù)器接收到第二響應(yīng)時，將該第二響應(yīng)發(fā)送給該UE，其中，該代表應(yīng)用服務(wù)器根據(jù)用戶分配信息選擇特定較低層應(yīng)用服務(wù)器，以及其中根據(jù)S-CSCF處的初始過濾標(biāo)準(zhǔn)將該邀請請求轉(zhuǎn)發(fā)給該代表應(yīng)用服務(wù)器。
文檔編號H04L29/06GK102394881SQ201110339220
公開日2012年3月28日 申請日期2007年3月21日 優(yōu)先權(quán)日2006年3月21日
發(fā)明者宋晤碩, 廉泰善, 林嫻娜, 鄭僔* 申請人:三星電子株式會社