專利名稱：一種會(huì)話初始協(xié)議網(wǎng)絡(luò)系統(tǒng)及控制業(yè)務(wù)路由的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及會(huì)話初始協(xié)議SIP網(wǎng)絡(luò)系統(tǒng)及控制業(yè)
務(wù)路由的方法。
背景技術(shù)：
SIP是因特網(wǎng)工程任務(wù)組(IETF )于1999年3月發(fā)布的一種VoIP的標(biāo)準(zhǔn)。 SIP將電話作為因特網(wǎng)(Internet)的一個(gè)重要應(yīng)用，增加了電話信令和服務(wù)質(zhì) 量(Quality of Service,簡(jiǎn)稱"QoS")方面的要求，并具有獨(dú)特的用戶尋址與 定位的功能。SIP是電話信令的協(xié)議，用于發(fā)起會(huì)話，能控制多個(gè)參與者參加 的多媒體會(huì)話的建立和終結(jié)，并能動(dòng)態(tài)調(diào)整和修改會(huì)話屬性如會(huì)話帶寬要求、 傳輸媒體類型(語音、視頻、數(shù)據(jù)等)、媒體的編解碼格式、對(duì)多播和單播的 支持等。因此，SIP有利于與因特網(wǎng)結(jié)合開發(fā)多種應(yīng)用的增值服務(wù)。
IP多媒體核心網(wǎng)子系統(tǒng)IMS是3GPP在分組網(wǎng)絡(luò)上疊加一個(gè)子系統(tǒng)，采用 分組域?yàn)槠淇刂菩帕詈兔襟w傳輸?shù)某休d通道，引入SIP協(xié)議作為業(yè)務(wù)控制協(xié)議， 利用SIP簡(jiǎn)單、易擴(kuò)展、媒體組合方便的特點(diǎn)，通過將業(yè)務(wù)控制與承載控制分 離，提供豐富的多力某體業(yè)務(wù)。IMS中主要的功能實(shí)體包括控制用戶注冊(cè)、M 控制等功能的呼叫控制實(shí)體CSCF、集中管理用戶簽約數(shù)據(jù)的歸屬用戶服務(wù)器 HSS，提供各種業(yè)務(wù)邏輯控制功能的應(yīng)用服務(wù)器AS。
IMS系統(tǒng)架構(gòu)如圖1所示，IMS網(wǎng)絡(luò)使用SIP協(xié)議的注冊(cè)過程，實(shí)現(xiàn)用戶 接入IMS網(wǎng)絡(luò)。在用戶注冊(cè)過程中，IMS網(wǎng)絡(luò)針對(duì)用戶私有標(biāo)識(shí)進(jìn)行認(rèn)證，用 戶注冊(cè)成功將在歸屬域S-CSCF同時(shí)從HSS取下用戶的簽約數(shù)據(jù)。
在S-CSCF下栽的IMS簽約中，可以包含一個(gè)或者多個(gè)業(yè)務(wù)描述(Service Profile)。業(yè)務(wù)描述包含公共標(biāo)識(shí)、核心網(wǎng)業(yè)務(wù)授權(quán)、初始過濾規(guī)則集、共享初 始過濾規(guī)則集等信息。其中的初始過濾規(guī)則是一組用戶的服務(wù)參數(shù)， 一個(gè)業(yè)務(wù) 描述可以包含多個(gè)初始過濾規(guī)則組成的列表。
一個(gè)觸發(fā)規(guī)則包含的信息有被觸發(fā)的應(yīng)用服務(wù)器AS地址、觸發(fā)規(guī)則的 優(yōu)先級(jí)、觸發(fā)點(diǎn)、缺省處理、可選服務(wù)信息。根據(jù)這些參數(shù)，S-CSCF按照觸 發(fā)規(guī)則的優(yōu)先級(jí)從高到低，將觸發(fā)點(diǎn)中的觸發(fā)信息與從Mw接口接收到請(qǐng)求消 息進(jìn)行匹配，如果匹配成功，S-CSCF則通過ISC接口發(fā)送相關(guān)的請(qǐng)求到匹配 觸發(fā)規(guī)則的AS。
S-CSCF如果接收到一個(gè)注冊(cè)消息，則給每個(gè)匹配觸發(fā)規(guī)則的AS發(fā)送第 三方注冊(cè)消息；如果接收到一個(gè)注冊(cè)之外的其他請(qǐng)求消息，S-CSCF在給每個(gè) 匹配觸發(fā)規(guī)則的AS發(fā)送消息中，添加特殊標(biāo)識(shí)和路由信息。AS在處理完成業(yè) 務(wù)邏輯后，根據(jù)路由信息將請(qǐng)求消息返回給S-CSCF; S-CSCF將繼續(xù)進(jìn)行低優(yōu) 先級(jí)的觸發(fā)規(guī)則匹配，直至將業(yè)務(wù)描述中的所有觸發(fā)規(guī)則檢查完畢。
IMS中S-CSCF和AS之間通過ISC接口交互提供業(yè)務(wù)，其中AS可以是 如下類型的AS:
1、 SIP AS: SIPAS能夠提供某些服務(wù)。SIPAS可以基于業(yè)務(wù)影響一個(gè)SIP 會(huì)話。
2、 IM SSF:這是一個(gè)特殊類型的AS,它是用來負(fù)責(zé)CAMEL網(wǎng)的特性(例 如觸發(fā)DP點(diǎn)、CAMEL服務(wù)交換的有限狀態(tài)機(jī)等)，它提供一個(gè)CAP接口。
3、 開放業(yè)務(wù)接入的業(yè)務(wù)能力服務(wù)器OSA-SCS:它給OSAAS提供了一個(gè) 接口，它給第三方安全接入IM子系統(tǒng)提供了一個(gè)標(biāo)準(zhǔn)方式。OSA參考架構(gòu)定 義了一個(gè)OSAAS實(shí)體，它通過OSAAPI為客戶端的應(yīng)用提供一個(gè)邏輯執(zhí)行環(huán)
的AS是通過ISC接口和S-CSCF交互的。
所有的應(yīng)用服務(wù)器(包括IM-SSF和OSA SCS )都是在ISC接口上執(zhí)行一 個(gè)SIPAS的行為。
根據(jù)3GPPTS 24.229，現(xiàn)有的會(huì)話處理方式如下
1、 ,W良務(wù)用戶發(fā)起的請(qǐng)求的處理過程
由被服務(wù)用戶發(fā)起的請(qǐng)求，當(dāng)S-CSCF從服務(wù)用戶或AS接收到對(duì)話的最 初請(qǐng)求或者獨(dú)立會(huì)話的請(qǐng)求時(shí)，在轉(zhuǎn)發(fā)請(qǐng)求之前，S-CSCF應(yīng)該進(jìn)行如下處理
A、檢查是否S-CSCF以前放置在Route頭域中的原始對(duì)話標(biāo)識(shí)存在于到 來請(qǐng)求Route頭域的最高項(xiàng)；
a、 如果不存在，它表示這個(gè)請(qǐng)求是第一次拜訪本S-CSCF;
b、 如果存在，它表示了與一個(gè)現(xiàn)存對(duì)話的聯(lián)系，所述請(qǐng)求是從AS發(fā)來的 對(duì)于先前發(fā)送請(qǐng)求的響應(yīng)。
B 、取出所述請(qǐng)求消息中P-Asserted-Identity頭域中的公共標(biāo)識(shí)對(duì)應(yīng)的初始 過濾規(guī)則。按照優(yōu)先級(jí)順序，檢查這個(gè)初始請(qǐng)求是否與下一條未執(zhí)行的初始過 濾規(guī)則相匹配；如果匹配，S-CSCF在Route頭域中最高項(xiàng)插入自己的URI以 及原始對(duì)話標(biāo)識(shí)參數(shù)，并在其后插入將要聯(lián)系A(chǔ)S IM,轉(zhuǎn)發(fā)這個(gè)請(qǐng)求到那個(gè) AS;如果不匹配，S-CSCF接著檢查余下的較低優(yōu)先級(jí)的過濾規(guī)則的匹配情況， 直至所有初始過濾規(guī)則檢查完成，然后處理請(qǐng)求消息的目的地址；在處理目的 地址之前，S-CSCF可能聯(lián)系一個(gè)或多個(gè)AS 。
C、 S-CSCF處理目的地址時(shí)，如果被轉(zhuǎn)發(fā)的請(qǐng)求消息中存在Route頭域， 使用最高Route頭域中的URI來決定目的地址，否則就基于Request-URI。
2、 ^J良務(wù)用戶終結(jié)的請(qǐng)求的處理過程
當(dāng)S-CSCF接收到發(fā)往靜態(tài)預(yù)制的公共業(yè)務(wù)標(biāo)識(shí)PSI或已注冊(cè)的服務(wù)用戶 的對(duì)話的初始請(qǐng)求或者獨(dú)立事務(wù)的請(qǐng)求時(shí)，在轉(zhuǎn)發(fā)該請(qǐng)求前S-CSCF應(yīng)該進(jìn)行 如下處理
A、檢查是否S-CSCF以前放置在Route頭域中的原始對(duì)話標(biāo)識(shí)存在于到 來請(qǐng)求Route頭域的最高項(xiàng)；
a、 如果不存在，它表示所述請(qǐng)求是第一次拜訪本S-CSCF， S-CSCF將保 存請(qǐng)求的Request-URI;
b、 如果存在，它表示了與一個(gè)現(xiàn)存對(duì)話的聯(lián)系，所述請(qǐng)求是從AS發(fā)來的 對(duì)于先前發(fā)送請(qǐng)求的響應(yīng)。
B、 如果Route頭域中的原始對(duì)話標(biāo)識(shí)存在，檢查請(qǐng)求中的Request-URI 是否與已經(jīng)保存的Request-URI相匹配，如果不匹配，則S-CSCF基于這個(gè) Request-URI轉(zhuǎn)發(fā)這條請(qǐng)求并且跳過步驟C。
C、 取出這個(gè)請(qǐng)求消息中Request-URI頭域中的公共標(biāo)識(shí)對(duì)應(yīng)的初始過濾 規(guī)則，按照優(yōu)先級(jí)順序檢查該初始請(qǐng)求是否與下一條未執(zhí)行的初始過濾規(guī)則相 匹配；如果匹配，S-CSCF在Route頭域中最高項(xiàng)的自己的URI之后，插入將 要聯(lián)系A(chǔ)SURI，轉(zhuǎn)發(fā)該請(qǐng)求到對(duì)應(yīng)的AS;如果不匹配，S-CSCF接著檢查余 下的較低優(yōu)先級(jí)的過濾規(guī)則的匹配情況，直至所有初始過濾規(guī)則檢查完成，然 后處理請(qǐng)求消息的目的地址。在處理目的地址之前，S-CSCF可能聯(lián)系一個(gè)或 多個(gè)AS。
按照現(xiàn)有技術(shù)中，存在以下問題
1、 現(xiàn)有的過濾規(guī)則觸發(fā)機(jī)制在用戶簽約很多業(yè)務(wù)的情況下，將導(dǎo)致用戶 的初始過濾規(guī)則數(shù)量和復(fù)雜度大大增加。用戶增加一個(gè)新的業(yè)務(wù)，往往需要重 新考慮和用戶已經(jīng)簽約的業(yè)務(wù)之間的關(guān)系，以及優(yōu)先級(jí)關(guān)系。
2、 由于S-CSCF缺少必要的業(yè)務(wù)信息，現(xiàn)有的過濾規(guī)則觸發(fā)^L制不能解 決業(yè)務(wù)沖突問題。
3、 現(xiàn)有的機(jī)制可用通過業(yè)務(wù)關(guān)口定制用戶的業(yè)務(wù)，但是這些業(yè)務(wù)往往是 運(yùn)營(yíng)商管理或者指定的業(yè)務(wù)。用戶m^選擇自己喜愛的業(yè)務(wù)，更不能4艮據(jù)已有 的業(yè)務(wù)定制創(chuàng)新的業(yè)務(wù)組合。
4、 現(xiàn)有的過濾規(guī)則觸發(fā)機(jī)制是S-CSCF通過SIP請(qǐng)求消息和用戶簽約的初 始過濾規(guī)則來判斷是否觸發(fā)到AS的，而業(yè)務(wù)是AS的內(nèi)部邏輯，是無法完全 通過SIP請(qǐng)求消息和初始過濾規(guī)則匹配來判斷。實(shí)際存在大量業(yè)務(wù)無法觸發(fā)到 AS,被迫采用的方法是不論是否需要該AS提供業(yè)務(wù)，都將所有業(yè)務(wù)請(qǐng)求都觸 發(fā)到該AS上；或者提供業(yè)務(wù)標(biāo)識(shí)，但是業(yè)務(wù)標(biāo)識(shí)又需要全球編號(hào)。
總之，現(xiàn)有的技術(shù)方案的過濾規(guī)則觸發(fā)機(jī)制處理較為復(fù)雜，增加新業(yè)務(wù)的 靈活性差，而且無法解決業(yè)務(wù)沖突問題。

發(fā)明內(nèi)容
本發(fā)明提供一種SIP網(wǎng)絡(luò)系統(tǒng)及控制業(yè)務(wù)路由的方法，以解決現(xiàn)有技術(shù)中
存在過濾規(guī)則觸發(fā)處理復(fù)雜、無法定制業(yè)務(wù)和無法解決業(yè)務(wù)沖突的問題。
本發(fā)明提供以下技術(shù)方案
一種在SIP網(wǎng)絡(luò)中控制業(yè)務(wù)路由的方法，包括如下步驟
用戶設(shè)備才艮據(jù)用戶應(yīng)用能力包生成應(yīng)用路由集并攜帶在發(fā)送的SIP消息 中，所述用戶應(yīng)用能力包用于提供用戶可選擇和定制的業(yè)務(wù)，所述應(yīng)用路由集 包含提供業(yè)務(wù)能力的用戶服務(wù)器的路由；
網(wǎng)絡(luò)實(shí)體從所述應(yīng)用路由集中提取應(yīng)用路由，并依據(jù)該應(yīng)用路由將SIP消 息轉(zhuǎn)發(fā)到對(duì)應(yīng)的應(yīng)用服務(wù)器AS進(jìn)行處理。
才艮據(jù)上述方法
所述用戶設(shè)備通過業(yè)務(wù)關(guān)口下載所述應(yīng)用能力包并保存在本地。
用戶設(shè)備還根據(jù)用戶應(yīng)用能力包生成用于進(jìn)行第三方注冊(cè)的注冊(cè)路由集， 該注冊(cè)路由集包含應(yīng)用路由集對(duì)應(yīng)的需要第三方注冊(cè)的應(yīng)用服務(wù)器的路由。
根據(jù)用戶應(yīng)用能力包生成的應(yīng)用路由集為多個(gè)，并依據(jù)網(wǎng)絡(luò)配置或簽約數(shù) 據(jù)確定不同應(yīng)用路由集的優(yōu)先級(jí)。
所述網(wǎng)絡(luò)實(shí)體還從本地保存的簽約應(yīng)用能力包中提取過濾規(guī)則并與所述 SIP消息匹配，并在匹配成功后將SIP消息轉(zhuǎn)發(fā)到對(duì)應(yīng)的應(yīng)用服務(wù)器AS進(jìn)行 處理。
一種在IMS網(wǎng)絡(luò)中控制業(yè)務(wù)路由的方法，其特征在于，包括如下步驟
用戶在接收到網(wǎng)絡(luò)發(fā)送的SIP請(qǐng)求消息后，在發(fā)送的應(yīng)答消息中攜帶應(yīng)用 路由集，該應(yīng)用路集由包含應(yīng)用服務(wù)器的路由數(shù)據(jù)的應(yīng)用路由組成；
網(wǎng)絡(luò)實(shí)體接收到所述應(yīng)用路由集后從中提取應(yīng)用路由，并依據(jù)該應(yīng)用路由 將對(duì)應(yīng)的SIP請(qǐng)求消息轉(zhuǎn)發(fā)到對(duì)應(yīng)的應(yīng)用服務(wù)器AS進(jìn)行處理。
其中，所述應(yīng)答消息為重定向消息。
所述網(wǎng)絡(luò)實(shí)體直接從接收到的重定向消息中獲取所述應(yīng)用路由集；或者； 將所述重定向消息發(fā)送到主叫終端設(shè)備，由該主叫終端設(shè)備根據(jù)該重定向消息 發(fā)送起攜帶所述應(yīng)用路由集的請(qǐng)求消息，所述網(wǎng)絡(luò)實(shí)體從該請(qǐng)求消息中獲取應(yīng) 用路由集。
一種發(fā)放應(yīng)用路由的方法，包括步驟
根據(jù)相關(guān)的應(yīng)用服務(wù)器的應(yīng)用路由數(shù)據(jù)或者用戶應(yīng)用能力包，生成對(duì)應(yīng)的 用戶應(yīng)用能力包；
將所述用戶應(yīng)用能力包上載到網(wǎng)絡(luò)設(shè)備；
用戶從所述網(wǎng)絡(luò)設(shè)備選擇用戶應(yīng)用能力包并將其下栽到用戶設(shè)備。 一種終端設(shè)備，包括
用于從網(wǎng)絡(luò)i殳備下載用戶應(yīng)用能力包的單元，其中該用戶應(yīng)用能力包提供 用戶可選擇和定制的業(yè)務(wù)；
用于根據(jù)用戶應(yīng)用能力包括生成應(yīng)用路由集和注冊(cè)路由集的單元，其中所 述應(yīng)用路由集包含提供業(yè)務(wù)能力的用戶服務(wù)器的路由，所述注冊(cè)路由集用于進(jìn) 行第三方注冊(cè)的注冊(cè)路由集；
用于發(fā)送攜帶所述應(yīng)用路由集或注冊(cè)路由集的SIP消息的單元。
所述的終端設(shè)備還包括用于根據(jù)所述用戶應(yīng)用能力包和本地應(yīng)用服務(wù)器 的應(yīng)用路由數(shù)據(jù)，創(chuàng)建出新的用戶應(yīng)用能力包的單元。
所述的終端設(shè)備還包括用于將用戶應(yīng)用能力包上載到網(wǎng)絡(luò)設(shè)備的單元。
一種終端設(shè)備，包括
能力包,
或者根據(jù)本地用戶應(yīng)用能力包生成的用戶應(yīng)用能力包的單元； 用于將用戶應(yīng)用能力包上載到網(wǎng)絡(luò)設(shè)備的單元。 一種網(wǎng)絡(luò)設(shè)備，包括
用于接收包含應(yīng)用路由集的SIP消息的單元，其中所述應(yīng)用路由集包含提 供業(yè)務(wù)能力的應(yīng)用服務(wù)器的路由；
用于從所述應(yīng)用路由集中提取應(yīng)用路由的單元；
用于依據(jù)所述應(yīng)用路由將SIP消息轉(zhuǎn)發(fā)到對(duì)應(yīng)的應(yīng)用服務(wù)器AS進(jìn)行處理 的單元。
一種IMS網(wǎng)絡(luò)系統(tǒng)，包4舌
終端設(shè)備，用于4艮據(jù)用戶應(yīng)用能力包生成應(yīng)用路由集并攜帶在發(fā)送的SIP 消息中；
網(wǎng)絡(luò)設(shè)備，用于從所述應(yīng)用路由集中提取應(yīng)用路由，并依據(jù)該應(yīng)用路由將 SIP消息轉(zhuǎn)發(fā)到對(duì)應(yīng)的應(yīng)用服務(wù)器AS進(jìn)行處理。 本發(fā)明有益效果如下
1、 本發(fā)明為運(yùn)營(yíng)商和業(yè)務(wù)提供商提供了一種靈活的業(yè)務(wù)發(fā)放方式。運(yùn)營(yíng) 商和業(yè)務(wù)提供商將新業(yè)務(wù)隨時(shí)發(fā)布在業(yè)務(wù)關(guān)口上，用戶根據(jù)自己的喜愛，選擇 業(yè)務(wù)。
2、 本發(fā)明為用戶提供了一種組合和創(chuàng)新業(yè)務(wù)能力。用戶根據(jù)運(yùn)營(yíng)商和業(yè) 務(wù)提供商提供的原子業(yè)務(wù)，組合創(chuàng)新新的業(yè)務(wù)。
3、 采用本發(fā)明，用戶能夠自己測(cè)試應(yīng)用能力集，調(diào)整應(yīng)用路由集，解決 業(yè)務(wù)沖突，而不需要網(wǎng)絡(luò)解決業(yè)務(wù)沖突問題。
4、 本發(fā)明尤其避免依賴了在IMS網(wǎng)絡(luò)中S-CSCF通過初始過濾規(guī)則來觸 發(fā)AS，解決了初始過濾規(guī)則觸發(fā)業(yè)務(wù)存在的問題。


圖1為現(xiàn)有技術(shù)中IMS網(wǎng)絡(luò)架構(gòu)示意圖2為本發(fā)明實(shí)施例中IMS組網(wǎng)示意圖3A、圖3B為本發(fā)明實(shí)例中UE的結(jié)構(gòu)示意圖3C為本發(fā)明實(shí)施例中S-CSCF的結(jié)構(gòu)示意圖4、圖5為本發(fā)明實(shí)施例中業(yè)務(wù)激活的流程圖6為本發(fā)明實(shí)施例中處理被服務(wù)用戶發(fā)起的請(qǐng)求的流程圖7、圖8為本發(fā)明實(shí)施例中處理被服務(wù)用戶終結(jié)的請(qǐng)求的流程圖9為本發(fā)明實(shí)施例中提供應(yīng)用能力的流程圖。
具體實(shí)施例方式
本實(shí)施例中為了清楚的描述本發(fā)明，先對(duì)部分技術(shù)用語進(jìn)行定義 應(yīng)用能力包是一個(gè)或者幾個(gè)相關(guān)的業(yè)務(wù)組成的能力集，可以由一個(gè)應(yīng)用 服務(wù)器或者幾個(gè)應(yīng)用服務(wù)器一起提供的業(yè)務(wù)能力。應(yīng)用能力包可以通過XML 等腳本語言描述，應(yīng)用能力包包括用戶應(yīng)用能力包和簽約應(yīng)用能力包兩種類 型。
用戶應(yīng)用能力包提供的是用戶可以選擇并定制的業(yè)務(wù)，用戶通過訪問業(yè)務(wù) 關(guān)口，選擇并下載一個(gè)或者多個(gè)應(yīng)用能力包到終端?；蛘咚詰?yīng)用能力包是用 戶本地配置的應(yīng)用路由數(shù)據(jù)構(gòu)成的能力集。
簽約應(yīng)用能力包在一般情況下是運(yùn)營(yíng)商指定的用戶必須使用的應(yīng)用，以及 用戶的被叫未注冊(cè)狀態(tài)的應(yīng)用。用戶簽約運(yùn)營(yíng)商網(wǎng)絡(luò)后，運(yùn)營(yíng)商通過用戶的簽 約數(shù)據(jù)提供的應(yīng)用能力包，用戶的簽約數(shù)據(jù)中可以包含一個(gè)或者多個(gè)應(yīng)用能力 包。在用戶初始注冊(cè)時(shí)，網(wǎng)絡(luò)設(shè)備從簽約數(shù)據(jù)庫下栽用戶的簽約數(shù)據(jù)后，保存 其中的應(yīng)用能力包。
路由集是根據(jù)應(yīng)用能力包生成的，能夠提供業(yè)務(wù)能力的應(yīng)用服務(wù)器的路 由集。 一個(gè)應(yīng)用能力包可以生成若干個(gè)路由集， 一個(gè)路由集對(duì)應(yīng)著能夠滿足用 戶需要一組業(yè)務(wù)組合。路由集通過路由的順序和參數(shù)，來表示應(yīng)用服務(wù)器的優(yōu) 先級(jí)、缺省處理方式和業(yè)務(wù)能力信息。不同路由集的優(yōu)先級(jí)可以通過網(wǎng)絡(luò)配置 或者簽約數(shù)據(jù)指定。路由集包括以下兩種類型
應(yīng)用路由集應(yīng)用路由集是能夠提供業(yè)務(wù)能力的應(yīng)用服務(wù)器的路由集。
注冊(cè)路由集注冊(cè)路由集是應(yīng)用路由集對(duì)應(yīng)的需要第三方注冊(cè)的應(yīng)用服務(wù) 器的路由集。
本實(shí)施例以圖2所示的IMS網(wǎng)絡(luò)系統(tǒng)為例對(duì)本發(fā)明進(jìn)4亍詳細(xì)說明。 在圖2中，IMS網(wǎng)絡(luò)系統(tǒng)包括用戶終端、代理-呼叫會(huì)話控制功能P-CSCF 實(shí)體、查詢-呼叫會(huì)話控制功能I-CSCF實(shí)體、服務(wù)-呼叫會(huì)話控制功能S-CSCF 實(shí)體、歸屬簽約用戶服務(wù)器HSS和應(yīng)用服務(wù)器AS實(shí)體；P-CSCF實(shí)體控制UE
接入到分配的S-CSCF實(shí)體，I-CSCF實(shí)體查詢用戶的歸屬網(wǎng)絡(luò)，S-CSCF實(shí)體
提供用戶注冊(cè)和進(jìn)行會(huì)話控制等功能；HSS集中管理用戶簽約數(shù)據(jù)；AS提供 各種業(yè)務(wù)邏輯控制功能，AS可以是多個(gè)。
在本實(shí)施例中，UE從業(yè)務(wù)業(yè)務(wù)網(wǎng)關(guān)下載應(yīng)用能力包到本地，根據(jù)用戶應(yīng) 用能力包生成應(yīng)用路由集并攜帶在發(fā)送的SIP消息中，S-CSCF接收SIP消息 后從應(yīng)用路由集中提取應(yīng)用路由，并依據(jù)該應(yīng)用路由將SIP消息轉(zhuǎn)發(fā)到對(duì)應(yīng)的 應(yīng)用服務(wù)器AS進(jìn)行處理。進(jìn)一步的，S-CSCF還從本地保存的簽約應(yīng)用能力 包中提取過濾規(guī)則并與所述SIP消息匹配，并在匹配成功后將SIP消息轉(zhuǎn)發(fā)到 對(duì)應(yīng)的應(yīng)用服務(wù)器AS進(jìn)行處理。
參閱圖3A中所述示，本實(shí)施例中的UE包括下載單元300、生成單元301 和發(fā)送單元302;所述下載單元300用于通過業(yè)務(wù)關(guān)口下載并接收用戶應(yīng)用能 力包；所述生成單元301根據(jù)所述用戶應(yīng)用能力包括生成應(yīng)用路由集和注冊(cè)路 由集；所述發(fā)送單元302發(fā)送攜帶所述應(yīng)用路由集或注冊(cè)路由集的SIP消息。
參閱圖3B所示，為了能夠?qū)崿F(xiàn)靈活的業(yè)務(wù)提供、部署和定制模式，終端 設(shè)備進(jìn)一步包括創(chuàng)建單元303;該創(chuàng)建單元303根據(jù)所述用戶應(yīng)用能力包和本 地應(yīng)用服務(wù)器的應(yīng)用路由數(shù)據(jù)，創(chuàng)建出新的用戶應(yīng)用能力包；發(fā)送單元302可 以將用戶應(yīng)用能力包上載到網(wǎng)絡(luò)設(shè)備。
雖然圖3A和圖3B給出一種較佳的UE結(jié)構(gòu)，但根據(jù)UE需要的實(shí)際能力， UE可以有不同的結(jié)構(gòu)，如在本實(shí)施例中實(shí)現(xiàn)業(yè)務(wù)發(fā)放時(shí)，UE的基本結(jié)構(gòu)可以 包括創(chuàng)建單元303和發(fā)送單元302，這樣可以實(shí)現(xiàn)業(yè)務(wù)的創(chuàng)新，然后將自己創(chuàng) 新的應(yīng)用能力包上載到業(yè)務(wù)網(wǎng)關(guān)、網(wǎng)絡(luò)社區(qū)等進(jìn)行交換共享。
參閱圖3C所示，本實(shí)施例中的S-CSCF包括接收單元350、第一處理單元 351、第二處理單元352和發(fā)送單元353。所述接收單元350接收包含應(yīng)用路由 集的SIP消息；所述第一處理單元351從應(yīng)用路由集中獲取應(yīng)用路由；所述第 二處理單元352從本地保存的簽約應(yīng)用能力包中提取過濾規(guī)則并與所述SIP消 息匹配；所述發(fā)送單元353依據(jù)應(yīng)用路由或在過濾規(guī)則匹配成功后將SIP消息
轉(zhuǎn)發(fā)到對(duì)應(yīng)的應(yīng)用服務(wù)器AS進(jìn)行處理，所述發(fā)送單元353還根據(jù)注冊(cè)路由集 完成第三方注冊(cè)以激活用戶在應(yīng)用服務(wù)器上的業(yè)務(wù)。
用戶在使用應(yīng)用之前需要根據(jù)應(yīng)用能力包的注冊(cè)路由集對(duì)應(yīng)用服務(wù)器進(jìn) 行第三方注冊(cè)，以激活用戶在應(yīng)用服務(wù)器上的業(yè)務(wù)。用戶選擇的應(yīng)用能力包中 的注冊(cè)路由集激活方法有兩種
A、 由用戶終端在用戶注冊(cè)的時(shí)候，通過注冊(cè)消息攜帶給S-CSCF， S-CSCF 在用戶注冊(cè)成功后，對(duì)注冊(cè)路由集中的應(yīng)用服務(wù)器發(fā)起第三方注冊(cè)。
B、 用戶終端通過網(wǎng)絡(luò)接口，將注冊(cè)路由集更新到HSS的簽約數(shù)據(jù)中，作 為簽約數(shù)據(jù)的一部分，按照簽約數(shù)據(jù)方法處理。
運(yùn)營(yíng)商簽約的應(yīng)用能力包中的注冊(cè)路由集在用戶注冊(cè)時(shí)，S-CSCF從HSS 下載用戶簽約數(shù)據(jù)中獲得。
在本實(shí)施例中，用戶發(fā)起對(duì)話請(qǐng)求或者非注冊(cè)的獨(dú)立的事務(wù)請(qǐng)求時(shí)的主要 處理如下
1、 用戶在發(fā)送請(qǐng)求消息之前，根據(jù)請(qǐng)求消息的內(nèi)容和業(yè)務(wù)需求，將對(duì)應(yīng) 的應(yīng)用路由集作為預(yù)置的路由集填入請(qǐng)求消息中。
2、 S-CSCF接收到請(qǐng)求消息后，檢查請(qǐng)求消息中Route頭域的最高項(xiàng)是否 包含S-CSCF以前放置的原始對(duì)話標(biāo)識(shí)
A、 如果不包含原始對(duì)話標(biāo)識(shí)，則表示所述請(qǐng)求是第一次拜訪這個(gè)S-CSCF; S-CSCF取出用戶預(yù)置的路由集，并判斷用戶應(yīng)用能力包和簽約應(yīng)用能力包的 優(yōu)先級(jí)，然后按照優(yōu)先級(jí)處理應(yīng)用能力包。
B、 如果包含原始對(duì)話標(biāo)識(shí)，則表示了與一個(gè)現(xiàn)存對(duì)話的聯(lián)系，該請(qǐng)求是 從AS發(fā)來的對(duì)于先前發(fā)送請(qǐng)求的響應(yīng)，S-CSCF繼續(xù)處理低優(yōu)先級(jí)的應(yīng)用能 力包。
如果S-CSCF處理的是簽約應(yīng)用能力包，則按照應(yīng)用能力包中簽約數(shù)據(jù)的 過濾規(guī)則的優(yōu)先級(jí)，取出當(dāng)前處理的過濾規(guī)則的觸發(fā)點(diǎn)和請(qǐng)求消息匹配，如果 匹配成功，則S-CSCF在Route頭域中最高項(xiàng)插入自己的URI以及原始對(duì)話標(biāo)
識(shí)參數(shù)，然后轉(zhuǎn)發(fā)請(qǐng)求消息到對(duì)應(yīng)的AS處理；
如果S-CSCF處理的是用戶應(yīng)用能力包，則從用戶預(yù)置的路由集按照順序 (優(yōu)先級(jí))取出當(dāng)前處理的應(yīng)用路由，并根據(jù)路由中的參數(shù)獲得缺省處理方式 和業(yè)務(wù)能力信息。然后，S-CSCF在Route頭域中最高項(xiàng)插入自己的URI以及 原始對(duì)話標(biāo)識(shí)參數(shù)，轉(zhuǎn)發(fā)請(qǐng)求消息到對(duì)應(yīng)的AS處理。
3、 S-CSCF處理完所有的應(yīng)用能力包，S-CSCF按照請(qǐng)求消息的請(qǐng)求地址 轉(zhuǎn)發(fā)消息。
被叫S-CSCF接收到對(duì)話請(qǐng)求或者非注冊(cè)的獨(dú)立的事務(wù)請(qǐng)求時(shí)的主要處理 如下
51、 被叫S-CSCF接收到請(qǐng)求消息后，判斷用戶應(yīng)用能力包和簽約應(yīng)用能 力包的優(yōu)先級(jí)，然后按照優(yōu)先級(jí)處理應(yīng)用能力包。
52、 S-CSCF接收到請(qǐng)求消息后，檢查請(qǐng)求消息中Route頭域的最高項(xiàng)是 否包含S-CSCF以前放置的原始對(duì)話標(biāo)識(shí)
A、 如果不包含原始對(duì)話標(biāo)識(shí)，它表示所述請(qǐng)求是第一次拜訪該S-CSCF; S-CSCF判斷用戶應(yīng)用能力包和簽約應(yīng)用能力包的優(yōu)先級(jí)，然后處理應(yīng)用能力 包。
B、 如果包含原始對(duì)話標(biāo)識(shí)，它表示了與一個(gè)現(xiàn)存對(duì)話的聯(lián)系，所述請(qǐng)求 是從AS發(fā)來的對(duì)于先前發(fā)送請(qǐng)求的響應(yīng)，S-CSCF繼續(xù)處理低優(yōu)先級(jí)的應(yīng)用 能力包。
對(duì)于簽約應(yīng)用能力包和用戶應(yīng)用能力包的處理分別如下 如果S-CSCF處理的是簽約應(yīng)用能力包，則按照應(yīng)用能力包中的過濾規(guī)則 的優(yōu)先級(jí)，將過濾規(guī)則的觸發(fā)點(diǎn)和請(qǐng)求消息匹配，如果匹配成功，則S-CSCF 在Route頭域中最高項(xiàng)插入自己的URI以及原始對(duì)話標(biāo)識(shí)參數(shù)，然后轉(zhuǎn)發(fā)請(qǐng)求 消息到對(duì)應(yīng)的AS處理。
如果S-CSCF處理的是用戶應(yīng)用能力包，則從用戶預(yù)置的路由集按照順序 (優(yōu)先級(jí))取出當(dāng)前處理的應(yīng)用路由，并根據(jù)路由中的參數(shù)獲得缺省處理方式
和業(yè)務(wù)能力信息。然后，S-CSCF在Route頭域中最高項(xiàng)插入自己的URI以及 原始對(duì)話標(biāo)識(shí)參數(shù)，轉(zhuǎn)發(fā)請(qǐng)求消息到對(duì)應(yīng)的AS處理。
S-CSCF需要處理用戶應(yīng)用能力包，但是請(qǐng)求消息中沒有包括用戶的應(yīng)用 路由集，S-CSCF則從用戶終端獲得用戶的應(yīng)用路由集。其過程為S-CSCF轉(zhuǎn) 發(fā)請(qǐng)求給被叫用戶；被叫用戶接收到請(qǐng)求消息后，保留該請(qǐng)求消息的信息，并 根據(jù)請(qǐng)求消息的內(nèi)容和業(yè)務(wù)需求，將對(duì)應(yīng)的應(yīng)用路由集作為預(yù)置的路由集填入 重定向應(yīng)答消息中，應(yīng)答消息中前轉(zhuǎn)的用戶地址為接收的請(qǐng)求消息中的請(qǐng)求地 址；被叫S-CSCF接收到重定向應(yīng)答消息后，可以采用以下兩種方式處理重定 向應(yīng)答消息
方式1:被叫S-CSCF隱藏重定向消息中的預(yù)置的路由集和重定向地址， 然后將重定向消息返回給主叫用戶。主叫用戶接收到重定向消息后，重新發(fā)起 請(qǐng)求。當(dāng)請(qǐng)求消息被路由到被叫側(cè)S-CSCF后，S-CSCF將隱藏的預(yù)置的路由 集和重定向地址解析出來，然后轉(zhuǎn)到前述Sl處理。
方式2:被叫S-CSCF根據(jù)重定向消息構(gòu)造請(qǐng)求消息，并將重定向消息的 用戶預(yù)置的路由集作為請(qǐng)求消息的用戶預(yù)置的路由集，然后轉(zhuǎn)到前述S1處理。
53、 S-CSCF處理完所有的應(yīng)用能力包，S-CSCF按照請(qǐng)求消息中請(qǐng)求地址 轉(zhuǎn)發(fā)消息。
54、 被叫用戶接收到請(qǐng)求消息后，根據(jù)保存的信息判斷是一個(gè)重定向應(yīng)答 的請(qǐng)求消息，按照正常的處理方法處理該請(qǐng)求消息。
以下結(jié)合流程圖對(duì)業(yè)務(wù)激活及其業(yè)務(wù)處理進(jìn)行詳細(xì)描述 參閱圖4所示，UE通過Ut接口上載注冊(cè)路由集完成業(yè)務(wù)激活的過程如下 步驟400、 UE通過Ut接口發(fā)送請(qǐng)求消息，將注冊(cè)路由集保存到HSS用戶 的簽約數(shù)據(jù)中。
步驟401、 UE發(fā)起注冊(cè)請(qǐng)求。
步驟402、 P-CSCF保對(duì)注冊(cè)請(qǐng)求中的歸屬網(wǎng)絡(luò)地址使用DNS協(xié)議解析， 獲得用戶的歸屬網(wǎng)絡(luò)I-CSCF的地址，轉(zhuǎn)發(fā)請(qǐng)求消息到I-CSCF。
步驟403、 I-CSCF向HSS查詢用戶注冊(cè)狀態(tài)，然后根據(jù)HSS返回的信息， 獲取指派給用戶的S-CSCF的地址。
步驟404、 HSS返回相關(guān)信息，I-CSCF獲取指派給用戶的S-CSCF的地址。 步驟405、 I-CSCF將注冊(cè)消息發(fā)送到S-CSCF。
步驟406、 S-CSCF發(fā)現(xiàn)是初次注冊(cè)，向HSS取鑒權(quán)集，根據(jù)HSS查詢獲 得的鑒權(quán)信息。
步驟407、 HSS返回鑒權(quán)信息。
步驟408、 S-CSCF選取鑒權(quán)矢量，向UE發(fā)送鑒權(quán)挑戰(zhàn)(401 Challenge )。
步驟409、 I-CSCF原路返回轉(zhuǎn)發(fā)401消息到P-CSCF。
步驟410、 P-CSCF將消息轉(zhuǎn)發(fā)給UE。
步驟411、 UE計(jì)算鑒權(quán)響應(yīng)，重新發(fā)起注冊(cè)過程。
步驟412、 P-CSCF對(duì)注冊(cè)請(qǐng)求中的歸屬網(wǎng)絡(luò)地址使用DNS協(xié)議解析，獲 得用戶的歸屬網(wǎng)絡(luò)I-CSCF的地址。
步驟413、 I-CSCF向HSS查詢用戶注冊(cè)狀態(tài)，HSS返回的S-CSCF信息。 步驟414、 HSS返回的S-CSCF信息。 步驟415、 I-CSCF將注冊(cè)消息發(fā)送到S-CSCF。
步驟416、 S-CSCF檢查UE提供的鑒權(quán)響應(yīng)，如匹配則鑒權(quán)成功。S-CSCF 將用戶的相關(guān)信息保存到HSS,并更新HSS的注冊(cè)信息，并請(qǐng)求下栽用戶的 簽約數(shù)據(jù)。
步驟417、 HSS返回用戶的簽約數(shù)據(jù)。
步驟418-420原路返回注冊(cè)成功確認(rèn)消息。
步驟421、 S-CSCF向注冊(cè)路由集中的AS發(fā)起第三方注冊(cè)。
步驟422、 AS應(yīng)答第三方注冊(cè)請(qǐng)求。
參閱圖5所示，UE通過注冊(cè)消息攜帶注冊(cè)路由集完成業(yè)務(wù)激活的過程如
下
步驟501、 UE發(fā)起注冊(cè)請(qǐng)求，注冊(cè)消息中攜帶用戶的注冊(cè)路由集。
步驟502 、 P-CSCF保對(duì)注冊(cè)請(qǐng)求中的歸屬網(wǎng)絡(luò)地址使用DNS協(xié)議解析， 獲得用戶的歸屬網(wǎng)絡(luò)I-CSCF的地址，轉(zhuǎn)發(fā)請(qǐng)求消息到I-CSCF。
步驟503、 I-CSCF向HSS查詢用戶注冊(cè)狀態(tài)，然后根據(jù)HSS返回的信息， 獲取指派給用戶的S-CSCF的地址。
步驟504、 HSS返回相關(guān)信息，I-CSCF獲取指派給用戶的S-CSCF的地址。
步驟505、 I-CSCF將注冊(cè)消息發(fā)送到S-CSCF。
步驟506、 S-CSCF發(fā)現(xiàn)是初次注冊(cè)，向HSS取鑒權(quán)集，根據(jù)HSS查詢獲 得的鑒權(quán)信息。
步驟507、 HSS返回鑒權(quán)信息。
步驟508、 S-CSCF選取鑒權(quán)矢量，向UE發(fā)送鑒權(quán)挑戰(zhàn)(401 Challenge )。
步驟509、 I-CSCF原路返回轉(zhuǎn)發(fā)401消息到P-CSCF。
步驟510、 P-CSCF將消息轉(zhuǎn)發(fā)給UE。
步驟511、 UE計(jì)算鑒權(quán)響應(yīng)，重新發(fā)起注冊(cè)過程。
步驟512、 P-CSCF對(duì)注冊(cè)請(qǐng)求中的歸屬網(wǎng)絡(luò)地址使用DNS協(xié)議解析，獲 得用戶的歸屬網(wǎng)絡(luò)I-CSCF的地址。
步驟513、 I-CSCF向HSS查詢用戶注冊(cè)狀態(tài)，HSS返回的S-CSCF信息。 步驟514、 HSS返回的S-CSCF信息。 步驟515、 I-CSCF將注冊(cè)消息發(fā)送到S-CSCF。
步驟516、 S-CSCF檢查UE提供的鑒權(quán)響應(yīng)，如匹配則鑒權(quán)成功。S-CSCF 將用戶的相關(guān)信息保存到HSS,并更新HSS的注冊(cè)信息，并請(qǐng)求下載用戶的 簽約數(shù)據(jù)。
步驟517、 HSS返回用戶的簽約數(shù)據(jù)。
步驟518-520、原路返回注冊(cè)成功確認(rèn)消息。
步驟521 、 S-CSCF向注冊(cè)消息中攜帶的注冊(cè)路由集中的AS發(fā)起第三方注冊(cè)。
步驟522、 AS應(yīng)答第三方注冊(cè)請(qǐng)求。
參閱圖6所示，對(duì)用戶發(fā)起的請(qǐng)求的處理過程如下 步驟601、 UE1攜帶用戶的應(yīng)用路由集發(fā)起會(huì)話請(qǐng)求。 步驟602、 P-CSCF1才艮據(jù)用戶注冊(cè)時(shí)保存的路經(jīng)，轉(zhuǎn)發(fā)請(qǐng)求到會(huì)話請(qǐng)求的 S-CSCF1。
步驟603、 S-CSCF1根據(jù)簽約應(yīng)用能力包的應(yīng)用路由集和用戶應(yīng)用能力包
的應(yīng)用路由集進(jìn)行業(yè)務(wù)觸發(fā)，轉(zhuǎn)發(fā)請(qǐng)求到AS1。
步驟604、 ASl執(zhí)^f亍完成業(yè)務(wù)邏輯后，將請(qǐng)求消息返回給S-CSCF1。 步驟605、 S-CSCF1繼續(xù)處理低優(yōu)先級(jí)的應(yīng)用路由集的業(yè)務(wù)觸發(fā)，轉(zhuǎn)發(fā)請(qǐng)
求到AS2。
步驟606、 AS1執(zhí)行完成業(yè)務(wù)邏輯后，將請(qǐng)求消息返回給S-CSCF1。
步驟607、 S-CSCF1完成所有的應(yīng)用路由集的業(yè)務(wù)觸發(fā)后，根據(jù)請(qǐng)求消息 的請(qǐng)求地址轉(zhuǎn)發(fā)請(qǐng)求到被叫歸屬網(wǎng)絡(luò)。
參閱圖7所示，用戶終結(jié)的請(qǐng)求的處理過程如下(重定向到被叫S-CSCF):
步驟701、 UE1發(fā)起會(huì)話請(qǐng)求，會(huì)話請(qǐng)求被路由到被叫歸屬網(wǎng)絡(luò)。
步驟702、 I-CSCF2轉(zhuǎn)發(fā)請(qǐng)求到會(huì)話請(qǐng)求的S-CSCF2。
步驟703、 S-CSCF2根據(jù)簽約數(shù)據(jù)，優(yōu)先處理簽約應(yīng)用能力包的應(yīng)用路由 集，進(jìn)行業(yè)務(wù)觸發(fā)，轉(zhuǎn)發(fā)請(qǐng)求到AS1。
步驟704、 AS1執(zhí)行完成業(yè)務(wù)邏輯后，將請(qǐng)求消息返回給S-CSCF2。
步驟705、 S-CSCF2完成所有的簽約應(yīng)用能力的業(yè)務(wù)觸發(fā)后，根據(jù)請(qǐng)求消 息的請(qǐng)求地址轉(zhuǎn)發(fā):^貪求到被叫用戶。
步驟706、被叫UE2接收到消息后，保存相關(guān)信息，然后使用重定向消息 380應(yīng)答請(qǐng)求，應(yīng)答消息中攜帶用戶的應(yīng)用路由集。
步驟707、 S-CSCF2接收到380消息后，取出重定向地址和應(yīng)用路由集， 然后根據(jù)應(yīng)用路由集，對(duì)先前接收的SIP請(qǐng)求消息進(jìn)行業(yè)務(wù)觸發(fā)，轉(zhuǎn)發(fā)請(qǐng)求消 息到AS2。
步驟708、 AS2執(zhí)行完成業(yè)務(wù)邏輯后，將請(qǐng)求消息返回給S-CSCF2。
步驟709、 S-CSCF2完成所有的應(yīng)用路由集的業(yè)務(wù)觸發(fā)后，根據(jù)重定向地 址再次轉(zhuǎn)發(fā)請(qǐng)求消息到凈皮叫UE2。
參閱圖8所示，用戶終結(jié)的請(qǐng)求的處理過程如下(重定向到主叫終端)
步驟801、 UE1發(fā)起會(huì)話請(qǐng)求，會(huì)話請(qǐng)求被路由到被叫歸屬網(wǎng)絡(luò)。
步驟802、 I-CSCF2轉(zhuǎn)發(fā)請(qǐng)求到會(huì)話請(qǐng)求的S-CSCF2。
步驟803、 S-CSCF2才艮據(jù)簽約數(shù)據(jù)，優(yōu)先處理簽約應(yīng)用能力包的應(yīng)用路由 集，進(jìn)行業(yè)務(wù)觸發(fā)，轉(zhuǎn)發(fā)請(qǐng)求到AS1。
步驟804、 AS1執(zhí)行完成業(yè)務(wù)邏輯后，將請(qǐng)求消息返回給S-CSCF2。
步驟805、 S-CSCF1完成所有的簽約應(yīng)用能力的業(yè)務(wù)觸發(fā)后，根據(jù)請(qǐng)求消 息的請(qǐng)求地址轉(zhuǎn)發(fā)請(qǐng)求到被叫用戶。
步驟806、被叫UE2接收到消息后，保存相關(guān)信息，然后使用重定向消息 380應(yīng)答請(qǐng)求，應(yīng)答消息中攜帶用戶的應(yīng)用路由集。
步驟807、 S-CSCF2接收到380消息后，加密消息中的重定向地址和應(yīng)用 路由集，然后轉(zhuǎn)發(fā)給請(qǐng)求。
步驟808、 I-CSCF2接收到380消息后，然后轉(zhuǎn)發(fā)給主叫網(wǎng)絡(luò)UE1。
步驟809、 UE1收到380消息后，根據(jù)重定向地址發(fā)起新的會(huì)話請(qǐng)求。
步驟810、 I-CSCF2轉(zhuǎn)發(fā)請(qǐng)求到會(huì)話請(qǐng)求的S-CSCF2。
步驟811、 S-CSCF2接收到新的請(qǐng)求消息，解密出重定向地址和應(yīng)用路由 集。根據(jù)應(yīng)用路由集，進(jìn)行業(yè)務(wù)觸發(fā)，轉(zhuǎn)發(fā)請(qǐng)求到AS2。
步驟812、 AS2執(zhí)行完成業(yè)務(wù)邏輯后，將請(qǐng)求消息返回給S-CSCF2。
步驟813、 S-CSCF1完成所有的應(yīng)用路由集的業(yè)務(wù)觸發(fā)后，根據(jù)重定向地 址轉(zhuǎn)發(fā)i貪求到凈皮叫UE2。
在本實(shí)施例中，可以通過靈活的業(yè)務(wù)提供、部署和定制模式來實(shí)現(xiàn)應(yīng)用路 由的發(fā)放，參閱圖9所示，應(yīng)用的提供商發(fā)放應(yīng)用路由的主要過程如下
步驟900、應(yīng)用的提供商(SP)在開發(fā)完成自己的應(yīng)用后，根據(jù)業(yè)務(wù)相關(guān) 性，將業(yè)務(wù)的應(yīng)用路由數(shù)l^打包成一個(gè)或者幾個(gè)應(yīng)用能力包，然后上栽到業(yè)務(wù)
網(wǎng)關(guān)供用戶下載。
步驟910、用戶通過業(yè)務(wù)網(wǎng)關(guān)選擇應(yīng)用能力包，并下載需要的應(yīng)用能力包 到用戶終端。
步驟920、通過用戶終端的軟件支持，操作應(yīng)用能力包，生成對(duì)應(yīng)的注冊(cè) 路由集和應(yīng)用路由集。
相應(yīng)的，用戶設(shè)備也可以根據(jù)應(yīng)用服務(wù)器的應(yīng)用路由數(shù)據(jù)生成對(duì)應(yīng)的用戶 應(yīng)用能力包。進(jìn)一步的，用戶終端可以根據(jù)從業(yè)務(wù)網(wǎng)關(guān)下栽應(yīng)用能力包或/和本 地生成的用戶應(yīng)用能力包，通過用戶終端的軟件支持，對(duì)其中的原子業(yè)務(wù)組合 成新的應(yīng)用能力包，以實(shí)現(xiàn)業(yè)務(wù)的創(chuàng)新。用戶可以將自己創(chuàng)新的應(yīng)用能力包上 載到業(yè)務(wù)網(wǎng)關(guān)、網(wǎng)絡(luò)社區(qū)等進(jìn)行交換共享，其處理過程與圖9同理，不再贅述。
在本實(shí)施例中，用戶還可以通過網(wǎng)絡(luò)測(cè)試定制的應(yīng)用能力包。采用上述應(yīng) 用路由發(fā)放方式，用戶可以才艮據(jù)自己喜好，隨時(shí)調(diào)整、激活選擇的業(yè)務(wù)。
明的精神和范圍。這樣，倘若對(duì)本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求 及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1、一種在IMS網(wǎng)絡(luò)中控制業(yè)務(wù)路由的方法，其特征在于，包括如下步驟用戶在發(fā)送的SIP消息中攜帶應(yīng)用路由集，該應(yīng)用路集由包含應(yīng)用服務(wù)器的應(yīng)用路由數(shù)據(jù)組成；網(wǎng)絡(luò)實(shí)體依據(jù)從所述應(yīng)用路由集中提取應(yīng)用路由，將對(duì)應(yīng)的消息轉(zhuǎn)發(fā)到對(duì)應(yīng)的應(yīng)用服務(wù)器AS進(jìn)行處理。
2、 如權(quán)利要求1所述的方法，其特征在于，所述應(yīng)用路由集根據(jù)用戶本 地保存的用戶應(yīng)用能力包生成，該用戶應(yīng)用能力包為應(yīng)用路由數(shù)據(jù)構(gòu)成的能力 集。
3、 如權(quán)利要求2所述的方法，其特征在于，所述用戶應(yīng)用能力包通過網(wǎng) 絡(luò)設(shè)備下載并保存在用戶設(shè)備本地；或者，所述用戶應(yīng)用能力包為用戶對(duì)從網(wǎng) 絡(luò)設(shè)備下載的用戶應(yīng)用能力包進(jìn)行組合后形成的新的用戶應(yīng)用能力包；或者， 所述用戶應(yīng)用能力包由用戶本地配置的應(yīng)用路由數(shù)據(jù)構(gòu)成。
4、 如權(quán)利要求1所述的方法，其特征在于，進(jìn)一步根據(jù)用戶應(yīng)用能力包 生成用于進(jìn)行第三方注冊(cè)的注冊(cè)路由集，該注冊(cè)路由集包含應(yīng)用路由集對(duì)應(yīng)的 需要第三方注冊(cè)的應(yīng)用服務(wù)器的路由。
5、 如權(quán)利要求4所述的方法，其特征在于，用戶在注冊(cè)時(shí)將所述注冊(cè)路 由集攜帶給網(wǎng)絡(luò)設(shè)備，網(wǎng)絡(luò)實(shí)體依據(jù)該注冊(cè)路由集進(jìn)行第三方注冊(cè)；或者用戶通過網(wǎng)絡(luò)接口將注冊(cè)路由集更新到用戶簽約數(shù)據(jù)中，網(wǎng)絡(luò)實(shí)體按簽約 數(shù)據(jù)方式進(jìn)行第三方注冊(cè)。
6、 如權(quán)利要求1所述的方法，其特征在于，網(wǎng)絡(luò)實(shí)體依據(jù)網(wǎng)絡(luò)配置或簽 約數(shù)據(jù)確定不同應(yīng)用路由集和不同應(yīng)用路由的優(yōu)先級(jí)。
7、 如權(quán)利要求6所述的方法，其特征在于，所述網(wǎng)絡(luò)實(shí)體按優(yōu)先級(jí)順序 處理不同的應(yīng)用路由集，以及應(yīng)用路由。
8、 如權(quán)利要求1或4所述的方法，其特征在于，所述路由集通過應(yīng)用路 由的順序和參數(shù)表示應(yīng)用服務(wù)器的優(yōu)先級(jí)、缺省處理方式和業(yè)務(wù)能力信息。
9、 如權(quán)利要求1至8任一項(xiàng)所述的方法，其特征在于，所述網(wǎng)絡(luò)實(shí)體還 從簽約應(yīng)用能力包中提取應(yīng)用路由集和注冊(cè)路由集，將SIP消息轉(zhuǎn)發(fā)到對(duì)應(yīng)的 應(yīng)用服務(wù)器AS進(jìn)行處理。
10、 如權(quán)利要求9所述的方法，其特征在于，所述簽約應(yīng)用能力包是從用 戶簽約數(shù)據(jù)庫下載并保存在網(wǎng)絡(luò)實(shí)體的用戶簽約數(shù)據(jù)，或者網(wǎng)絡(luò)實(shí)體本地配置 的路由數(shù)據(jù)。
11、 如權(quán)利要求l所述的方法，其特征在于，所述SIP消息為SIP請(qǐng)求消 息，所述對(duì)應(yīng)的消息為該SIP請(qǐng)求消息。
12、 如權(quán)利要求l所述的方法，其特征在于，所述SIP消息為用戶接收到網(wǎng)絡(luò)發(fā)送的SIP請(qǐng)求消息后返回的應(yīng)答消息，所述對(duì)應(yīng)的消息為該SIP請(qǐng)求消 臺(tái)
13、 如權(quán)利要求12所述的方法，其特征在于，所述應(yīng)答消息為重定向消 息，其中重定向地址為所述請(qǐng)求消息中的請(qǐng)求地址。
14、 如權(quán)利要求13所述的方法，其特征在于，所述網(wǎng)絡(luò)實(shí)體接收到的所 述應(yīng)答消息后，從接收到的所述應(yīng)答消息中獲取所述應(yīng)用路由集，然后根據(jù)重 定向消息構(gòu)造請(qǐng)求消息，并按照所述應(yīng)用路由集和簽約路由集，將請(qǐng)求消息轉(zhuǎn) 發(fā)到對(duì)應(yīng)的應(yīng)用服務(wù)器AS進(jìn)行處理。
15、 如權(quán)利要求13所述的方法，其特征在于，所述網(wǎng)絡(luò)實(shí)體將所述應(yīng)答 消息發(fā)送到主叫終端設(shè)備，由該主叫終端設(shè)備根據(jù)該應(yīng)答消息發(fā)送起攜帶所述 應(yīng)用路由集的請(qǐng)求消息，所述網(wǎng)絡(luò)實(shí)體從該請(qǐng)求消息中獲取應(yīng)用路由集。
16、 一種發(fā)放應(yīng)用路由的方法，其特征在于，包括步驟 根據(jù)相關(guān)的應(yīng)用服務(wù)器的應(yīng)用路由數(shù)據(jù)或者用戶應(yīng)用能力包，生成對(duì)應(yīng)的用戶應(yīng)用能力包；將所述用戶應(yīng)用能力包上載到網(wǎng)絡(luò)設(shè)備；用戶從所述網(wǎng)絡(luò)設(shè)備選擇用戶應(yīng)用能力包并將其下載到用戶設(shè)備。
17、 如權(quán)利要求16所述的方法，其特征在于，用戶將下載的用戶應(yīng)用能 力包進(jìn)行組合，形成的新的用戶應(yīng)用能力包并生成對(duì)應(yīng)的應(yīng)用路由集。
18、 如權(quán)利要求16或17所述的方法，其特征在于，用戶設(shè)備還根據(jù)用戶 應(yīng)用能力包生成對(duì)應(yīng)的注冊(cè)路由集。
19、 一種終端設(shè)備，其特征在于，包括用于從網(wǎng)絡(luò)i殳備下載用戶應(yīng)用能力包的單元，其中該用戶應(yīng)用能力包提供 用戶可選擇和定制的業(yè)務(wù)；用于根據(jù)用戶應(yīng)用能力包括生成應(yīng)用路由集和注冊(cè)路由集的單元，其中所 述應(yīng)用路由集包含提供業(yè)務(wù)能力的用戶服務(wù)器的路由，所述注冊(cè)路由集用于進(jìn) 行第三方注冊(cè)的注冊(cè)路由集；用于發(fā)送攜帶所述應(yīng)用路由集或注冊(cè)路由集的SIP消息的單元。
20、 如權(quán)利要求19所述的終端設(shè)備，其特征在于，還包括用于根據(jù)所述用戶應(yīng)用能力包和本地應(yīng)用服務(wù)器的應(yīng)用路由數(shù)據(jù)，創(chuàng)建出 新的用戶應(yīng)用能力包的單元。
21、 如權(quán)利要求20所述的終端設(shè)備，其特征在于，還包括 用于將用戶應(yīng)用能力包上載到網(wǎng)絡(luò)設(shè)備的單元。
22、 一種終端設(shè)備，其特征在于，包括用于根據(jù)相關(guān)的應(yīng)用服務(wù)器的應(yīng)用路由數(shù)據(jù)生成對(duì)應(yīng)的用戶應(yīng)用能力包， 或者4艮據(jù)本地用戶應(yīng)用能力包生成的用戶應(yīng)用能力包的單元；用于將用戶應(yīng)用能力包上載到網(wǎng)絡(luò)設(shè)備的單元。
23、 一種網(wǎng)絡(luò)設(shè)備，其特征在于，包括用于接收包含應(yīng)用路由集的SIP消息的單元，其中所述應(yīng)用路由集包含提供業(yè)務(wù)能力的應(yīng)用服務(wù)器的路由；用于從所述應(yīng)用路由集中提取應(yīng)用路由的單元；用于依據(jù)所述應(yīng)用路由將SIP消息轉(zhuǎn)發(fā)到對(duì)應(yīng)的應(yīng)用服務(wù)器AS進(jìn)行處理 的單元。
24、 如權(quán)利要求23所述的網(wǎng)絡(luò)設(shè)備，其特征在于，還包括用于從本地保存的簽約應(yīng)用能力包中提取應(yīng)用路由，并將所述SIP消息轉(zhuǎn) 發(fā)到對(duì)應(yīng)的應(yīng)用服務(wù)器AS進(jìn)行處理的單元。
25、 一種IMS網(wǎng)絡(luò)系統(tǒng)，其特征在于，包括終端設(shè)備，用于根據(jù)用戶應(yīng)用能力包生成應(yīng)用路由集并攜帶在發(fā)送的SIP 消息中；網(wǎng)絡(luò)設(shè)備，用于從所述應(yīng)用路由集中提取應(yīng)用路由，并依據(jù)該應(yīng)用路由將 SIP消息轉(zhuǎn)發(fā)到對(duì)應(yīng)的應(yīng)用服務(wù)器AS進(jìn)行處理。
26、 如權(quán)利要求25所述的IMS網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述終端設(shè)備包括用于從網(wǎng)絡(luò)設(shè)備下載用戶應(yīng)用能力包的單元，其中該用戶應(yīng)用能力包提供 用戶可選擇和定制的業(yè)務(wù)；用于根據(jù)用戶應(yīng)用能力包括生成應(yīng)用路由集和注冊(cè)路由集的單元，其中所 述應(yīng)用路由集包含提供業(yè)務(wù)能力的用戶服務(wù)器的路由，所述注冊(cè)路由集用于進(jìn) 行第三方注冊(cè)的注冊(cè)路由集；用于發(fā)送攜帶所述應(yīng)用路由集或注冊(cè)路由集的SIP消息的單元。
27、 如權(quán)利要求26所述的IMS網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述終端設(shè)備還 包括用于根據(jù)所述用戶應(yīng)用能力包和本地應(yīng)用服務(wù)器的應(yīng)用路由數(shù)據(jù)，創(chuàng)建出 新的用戶應(yīng)用能力包的單元。
28、 如權(quán)利要求26或27所述的IMS網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述終端設(shè) 備還包括用于將用戶應(yīng)用能力包上載到網(wǎng)絡(luò)i殳備的單元。
29、 如權(quán)利要求25所述的IMS網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)設(shè)備包括用于接收包含應(yīng)用路由集的SIP消息的單元，其中所述應(yīng)用路由集包含提 供業(yè)務(wù)能力的應(yīng)用服務(wù)器的路由；用于從所述應(yīng)用路由集中提取應(yīng)用路由的單元；用于依據(jù)所述應(yīng)用路由將SIP消息轉(zhuǎn)發(fā)到對(duì)應(yīng)的應(yīng)用ll務(wù)器AS進(jìn)行處理 的單元。
30、如權(quán)利要求29所述的IMS網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)設(shè)備還 包括用于從本地保存的簽約應(yīng)用能力包中提取應(yīng)用路由，并將所述SIP消息轉(zhuǎn) 發(fā)到對(duì)應(yīng)的應(yīng)用服務(wù)器AS進(jìn)行處理的單元。
全文摘要
本發(fā)明公開了一種在IMS網(wǎng)絡(luò)中控制業(yè)務(wù)路由的方法，該方法由用戶在發(fā)送的SIP消息中攜帶應(yīng)用路由集，該應(yīng)用路集由包含應(yīng)用服務(wù)器的應(yīng)用路由數(shù)據(jù)組成；網(wǎng)絡(luò)實(shí)體依據(jù)從所述應(yīng)用路由集中提取應(yīng)用路由，將對(duì)應(yīng)的消息轉(zhuǎn)發(fā)到對(duì)應(yīng)的應(yīng)用服務(wù)器AS進(jìn)行處理。本發(fā)明還同時(shí)公開了一種網(wǎng)絡(luò)設(shè)備及IMS網(wǎng)絡(luò)系統(tǒng)。
文檔編號(hào)H04L12/24GK101114993SQ20061010391
公開日2008年1月30日 申請(qǐng)日期2006年7月26日 優(yōu)先權(quán)日2006年7月26日
發(fā)明者輝 李 申請(qǐng)人:華為技術(shù)有限公司