專利名稱：業(yè)務(wù)代理選擇方法及提供業(yè)務(wù)代理選擇的網(wǎng)絡(luò)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及業(yè)務(wù)代理選擇方法及提供業(yè)務(wù)代理選 擇的網(wǎng)絡(luò)系統(tǒng)。
背景技術(shù)：
IP多媒體子系統(tǒng)(IMS)由第三代移動通信標(biāo)準化伙伴項目(3GPP)在 版本5中引入，它是一個基于會話初始化協(xié)議(SIP)的體系，其會話層和業(yè) 務(wù)層分離，并且提供開放業(yè)務(wù)接入(OSA)這一類開放的接口，有利于第三方 進行業(yè)務(wù)開發(fā)。同時，運營商也希望能夠?qū)σ延械臉I(yè)務(wù)進行整合，提供新的混 合業(yè)務(wù)?？梢灶A(yù)見，未來的網(wǎng)絡(luò)內(nèi)用戶可以使用的業(yè)務(wù)會越來越豐富，而業(yè)務(wù) 沖突問題也會越來越突出，這些特點對于業(yè)務(wù)提供方式提出了全新的要求，在 這種背景下產(chǎn)生了業(yè)務(wù)代理(Service Broker )技術(shù)。
業(yè)務(wù)代理(Service Broker)主要實現(xiàn)IMS網(wǎng)絡(luò)中的業(yè)務(wù)能力交互管理功 能。目前Service Broker技術(shù)仍然處于研究階段，各個標(biāo)準中Service Broker 有關(guān)的研究項目研究范圍各不相同。正是由于各個標(biāo)準中對于Service Broker 的概念和作用范圍沒有統(tǒng)一的定義，目前各個廠家實現(xiàn)的Service Broker功能 也不盡相同，例如有的廠家提供的Service Broker具備業(yè)務(wù)混合能力、業(yè)務(wù)交 互管理能力，有的廠家提供的業(yè)務(wù)代理實體還具備增強的業(yè)務(wù)觸發(fā)能力。此外， 即便是同類功能例如業(yè)務(wù)交互管理能力，各個廠家實現(xiàn)的能力也不會完全一 致，例如有的廠家支持語音呼叫類業(yè)務(wù)與交互式網(wǎng)絡(luò)電視IPTV業(yè)務(wù)的交互， 有的廠家就不支持。
目前在業(yè)務(wù)代理(Service Broker)技術(shù)的運用中，可以用配置觸發(fā)數(shù)據(jù)的 方式來指定Service Broker,例如業(yè)務(wù)代理Service Broker觸發(fā)點可以通過獲取 用戶簽約^L據(jù)庫的初始過濾MJiJ iFC配置觸發(fā)到特定的Service Broker上，則 特定的Service Broker為用戶提供服務(wù)。業(yè)務(wù)代理Service Broker觸發(fā)點可以是 服務(wù)呼叫會話控制功能(S-CSCF)。但采用這種方式只是一種靜態(tài)的配置選擇 方式，不能實現(xiàn)靈活的負載均衡，不能提供動態(tài)的Service Broker選擇，并且
在指定的Service Broker故障時也不能選擇其它可用的Service Broker;此外， 用戶在注冊以后也可能使用非簽約類業(yè)務(wù)，而所述非簽約業(yè)務(wù)可能會與用戶簽 約業(yè)務(wù)之間存在業(yè)務(wù)交互問題，如果之前選定的Service Broker不能處理該非 簽約業(yè)務(wù)與用戶已使用的業(yè)務(wù)間的業(yè)務(wù)交互，則就存在選擇新的Service Broker的問題。因此這種靜態(tài)的業(yè)務(wù)代理選擇方式的應(yīng)用具有一定局限性，運 營商出于網(wǎng)絡(luò)運營考慮，希望能有一種為網(wǎng)絡(luò)提供更靈活的動態(tài)的業(yè)務(wù)代理選 擇方式。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種業(yè)務(wù)代理選擇方法及提供業(yè)務(wù)代理 選擇的網(wǎng)絡(luò)系統(tǒng)，本發(fā)明能夠?qū)崿F(xiàn)在網(wǎng)絡(luò)中靈活的動態(tài)選擇滿足用戶業(yè)務(wù)能力 要求的業(yè)務(wù)代理。
本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的
本發(fā)明提供一種業(yè)務(wù)代理選擇方法，包括業(yè)務(wù)代理選擇觸發(fā)點請求業(yè)務(wù) 代理選擇功能SBSF為用戶進行業(yè)務(wù)代理選擇；業(yè)務(wù)代理選擇功能SBSF與業(yè) 務(wù)代理選擇數(shù)據(jù)庫通信，獲取業(yè)務(wù)代理選擇數(shù)據(jù)，根據(jù)所述選擇數(shù)據(jù)選擇業(yè)務(wù) 代理。
可選的，所述選擇數(shù)據(jù)至少包括用戶業(yè)務(wù)的業(yè)務(wù)代理能力要求和業(yè)務(wù)代理 的業(yè)務(wù)能力。
可選的，所述業(yè)務(wù)代理選擇觸發(fā)點的請求是在業(yè)務(wù)代理選擇觸發(fā)點接收到 含有觸發(fā)到業(yè)務(wù)代理選擇功能SBSF指示或者含有進行業(yè)務(wù)代理選擇指示的消 息后執(zhí)行。
可選的，業(yè)務(wù)代理選擇功能SBSF根據(jù)選擇的業(yè)務(wù)代理確定業(yè)務(wù)代理觸發(fā) 點到業(yè)務(wù)代理的觸發(fā)方式；將當(dāng)前通信按所述觸發(fā)方式觸發(fā)到選擇的業(yè)務(wù)代理。
可選的，所述觸發(fā)方式為業(yè)務(wù)代理名稱或至業(yè)務(wù)代理的觸發(fā)數(shù)據(jù)。 可選的，將所述觸發(fā)方式進行保存，以及，后續(xù)所述用戶的通信按所述觸 發(fā)方式觸發(fā)到選擇的業(yè)務(wù)代理。
可選的，保存所述觸發(fā)方式的實體為業(yè)務(wù)代理觸發(fā)點、或用戶設(shè)備、或用
戶簽約數(shù)據(jù)庫、或業(yè)務(wù)代理選擇數(shù)據(jù)庫。可選的，具體為業(yè)務(wù)代理選擇功能SBSF將當(dāng)前通信按所述觸發(fā)方式觸發(fā)到選擇的業(yè)務(wù)代理；或者，業(yè)務(wù)代理觸發(fā)點獲取業(yè)務(wù)代理選擇功能SBSF確定 的所述觸發(fā)方式后將當(dāng)前通信按所述觸發(fā)方式觸發(fā)到選擇的業(yè)務(wù)代理?？蛇x的，檢測到選擇的業(yè)務(wù)代理不可用時，重新發(fā)起業(yè)務(wù)代理選擇過程?？蛇x的，選擇的業(yè)務(wù)代理無法滿足新的業(yè)務(wù)請求引起的業(yè)務(wù)代理能力要求 時，根據(jù)所述選擇數(shù)據(jù)和會話信息選擇其他業(yè)務(wù)代理。相應(yīng)的，本發(fā)明提出一種提供業(yè)務(wù)代理選擇的網(wǎng)絡(luò)系統(tǒng)，包括業(yè)務(wù)代理 選擇觸發(fā)點、業(yè)務(wù)代理選擇功能SBSF和業(yè)務(wù)代理選擇數(shù)據(jù)庫；業(yè)務(wù)代理選擇 觸發(fā)點，包括請求單元，用于請求業(yè)務(wù)代理選擇功能SBSF進行業(yè)務(wù)代理選擇； 業(yè)務(wù)代理選擇功能SBSF,包括接收單元和第一選擇單元；接收單元，用于接 收業(yè)務(wù)代理選擇觸發(fā)點的請求單元的所述請求；第一選擇單元，根據(jù)接收單元 接收的所述請求與業(yè)務(wù)代理選擇數(shù)據(jù)庫通信，獲取業(yè)務(wù)代理選擇數(shù)據(jù)，根據(jù)所 述選擇數(shù)據(jù)選擇業(yè)務(wù)代理；業(yè)務(wù)代理選擇數(shù)據(jù)庫，用于提供選擇數(shù)據(jù)?？蛇x的，系統(tǒng)還包括用戶簽約數(shù)據(jù)庫，用于存儲用戶的簽約數(shù)據(jù)，向業(yè)務(wù) 代理選擇觸發(fā)點發(fā)送含有觸發(fā)到業(yè)務(wù)代理選擇功能SBSF指示或者含有進行業(yè) 務(wù)代理選擇指示的消息。可選的，系統(tǒng)還包括業(yè)務(wù)代理觸發(fā)點，業(yè)務(wù)代理觸發(fā)點包括第 一觸發(fā)單元； 業(yè)務(wù)代理選擇功能SBSF還包括觸發(fā)方式確定單元；觸發(fā)方式確定單元，用于 根據(jù)選擇的業(yè)務(wù)代理確定業(yè)務(wù)代理觸發(fā)點到業(yè)務(wù)代理的觸發(fā)方式；第一觸發(fā)單 元，用于獲取所述觸發(fā)方式后將當(dāng)前通信觸發(fā)到選擇的業(yè)務(wù)代理?？蛇x的，系統(tǒng)還包括用戶設(shè)備，用于存儲所述觸發(fā)方式；或者，由業(yè)務(wù)代 理選擇數(shù)據(jù)庫、或用戶簽約數(shù)據(jù)庫、或業(yè)務(wù)代理觸發(fā)點的第一觸發(fā)單元存儲所 述觸發(fā)方式。可選的，業(yè)務(wù)代理選擇功能SBSF還包括第二觸發(fā)單元，用于按所述觸發(fā) 方式將當(dāng)前通信觸發(fā)到選擇的業(yè)務(wù)代理。可選的，業(yè)務(wù)代理選擇功能SBSF還包括第一重選觸發(fā)單元，用于在選擇 的業(yè)務(wù)代理不可用時觸發(fā)重新選擇業(yè)務(wù)代理過程。
可選的，業(yè)務(wù)代理觸發(fā)點還包括第二重選觸發(fā)單元，用于在選擇的業(yè)務(wù)代 理不可用時觸發(fā)重新選擇業(yè)務(wù)代理過程?？蛇x的，業(yè)務(wù)代理選擇觸發(fā)點還包括第三重選觸發(fā)單元，用于在選擇的業(yè) 務(wù)代理不可用時觸發(fā)重新選擇業(yè)務(wù)代理過程?？蛇x的，業(yè)務(wù)代理選擇功能SBSF還包括第二選擇單元，用于在選擇的業(yè) 務(wù)代理無法滿足新的業(yè)務(wù)請求引起的業(yè)務(wù)代理能力要求時，根據(jù)所述選擇數(shù)據(jù) 和會話信息選擇其他業(yè)務(wù)代理?？蛇x的，系統(tǒng)還包括監(jiān)視服務(wù)器，用于監(jiān)視選擇的業(yè)務(wù)代理的狀態(tài)。以上技術(shù)方案可以看出現(xiàn)有技術(shù)采用靜態(tài)的配置選擇方式觸發(fā)到業(yè)務(wù)代理Service Broker,不能 提供動態(tài)的Service Broker選擇，而本發(fā)明新增了業(yè)務(wù)代理選擇觸發(fā)點、業(yè)務(wù) 代理選擇功能SBSF和業(yè)務(wù)代理選擇數(shù)據(jù)庫，業(yè)務(wù)代理選擇觸發(fā)點請求業(yè)務(wù)代 理選擇功能SBSF為用戶進行業(yè)務(wù)代理選擇，業(yè)務(wù)代理選擇功能SBSF與業(yè)務(wù) 代理選擇數(shù)據(jù)庫通信，獲取業(yè)務(wù)代理選擇數(shù)據(jù)庫的選擇數(shù)據(jù)，根據(jù)所述選擇數(shù) 據(jù)選擇業(yè)務(wù)代理，從而可以實現(xiàn)根據(jù)用戶要求和網(wǎng)絡(luò)提供的業(yè)務(wù)代理的能力綜 合考慮進行動態(tài)選擇業(yè)務(wù)代理。


圖l是本發(fā)明較佳實施例的網(wǎng)絡(luò)架構(gòu)圖； 圖2是本發(fā)明較佳實施例方法流程圖； 圖3是本發(fā)明方法實施例一流程圖； 圖4是本發(fā)明方法實施例二流程圖； 圖5是本發(fā)明方法實施例三流程圖； 圖6是本發(fā)明方法實施例四流程圖； 圖7是本發(fā)明方法實施例五流程圖； 圖8是本發(fā)明方法實施例六流程圖； 圖9是本發(fā)明方法實施例七流程圖； 圖10是本發(fā)明方法實施例八流程圖； 圖11是本發(fā)明方法實施例九流程圖12是本發(fā)明方法實施例十流程圖； 圖13是本發(fā)明較佳實施例網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)示意圖； 圖14是本發(fā)明較佳實施例業(yè)務(wù)代理選擇觸發(fā)點結(jié)構(gòu)示意圖； 圖15是本發(fā)明較佳實施例業(yè)務(wù)代理選擇功能SBSF結(jié)構(gòu)示意圖； 圖16是本發(fā)明較佳實施例業(yè)務(wù)代理觸發(fā)點結(jié)構(gòu)示意圖。
具體實施方式
本發(fā)明提供的業(yè)務(wù)代理選擇方法，相對于現(xiàn)有技術(shù)，主要增加了業(yè)務(wù)代理 選擇功能SBSF ( Service Broker Selection Function )、 Service Broker選擇數(shù)據(jù) 庫和Service Broker選擇觸發(fā)點。SBSF提供Service Broker選擇能力，可以根 據(jù)要求為用戶動態(tài)的選擇Service Broker。 Service Broker選擇數(shù)據(jù)庫用于提供 Service Broker選擇數(shù)據(jù)，Service Broker選擇數(shù)據(jù)包括用戶業(yè)務(wù)的Service Broker業(yè)務(wù)能力要求、運營商為用戶指定的Service Broker、網(wǎng)絡(luò)中的Service Broker可以提供的業(yè)務(wù)能力、Service Broker觸發(fā)點和網(wǎng)絡(luò)中的Service Broker 的拓樸連接關(guān)系、網(wǎng)絡(luò)內(nèi)Service Broker的可用性、Service Broker優(yōu)選策略、觸發(fā)點提供觸發(fā)Service Broker選擇過程的功能，Service Broker選擇觸發(fā)點可 以是服務(wù)呼叫會話控制功能(S-CSCF )或者查詢呼叫會話控制功能(I-CSCF ), 甚至可以是Service Broker,例如Service Broker不能滿足用戶請求調(diào)用非簽約 業(yè)務(wù)引發(fā)的業(yè)務(wù)交互處理能力要求時，觸發(fā)選擇其它ServiceBroker。請參閱圖1,是本發(fā)明提供的業(yè)務(wù)代理選擇方法的較佳實施例的網(wǎng)絡(luò)架構(gòu) 圖，圖1中主要包括業(yè)務(wù)代理Service Broker觸發(fā)點、業(yè)務(wù)代理Service Broker 選擇觸發(fā)點、業(yè)務(wù)代理選擇功能SBSF、業(yè)務(wù)代理Service Broker選擇數(shù)據(jù)庫、 用戶簽約數(shù)據(jù)庫、業(yè)務(wù)代理Service Broker、監(jiān)視服務(wù)器和用戶設(shè)備。請參閱圖2,是本發(fā)明較佳實施例方法流程圖，包括步驟Al、 Service Broker選擇觸發(fā)條件滿足時，Service Broker選擇觸發(fā)點與 SBSF通信，請求SBSF為用戶進行Service Broker的選擇；Service Broker選擇觸發(fā)點請求SBSF進行Service Broker選擇的觸發(fā)條件 可以包括以下情況
業(yè)務(wù)代理選擇觸發(fā)點接收消息時，消息中的業(yè)務(wù)觸發(fā)數(shù)據(jù)指示觸發(fā)到業(yè)務(wù)代理選擇功能SBSF，例如業(yè)務(wù)代理選擇觸發(fā)點為S-CSCF, S-CSCF接收到用 戶發(fā)起的注冊消息或者未注冊用戶發(fā)起或者接收呼叫消息時，根據(jù)從歸屬用戶 服務(wù)器HSS中獲取的iFC數(shù)據(jù)觸發(fā)至SBSF,即iFC數(shù)據(jù)中的服務(wù)器地址元素 取值為SBSF的地址；業(yè)務(wù)代理選擇觸發(fā)點接收消息時，消息中指示需要進行業(yè)務(wù)代理選擇，例 如業(yè)務(wù)代理選擇觸發(fā)點為S-CSCF， S-CSCF向HSS請求下載用戶業(yè)務(wù)觸發(fā)數(shù) 據(jù)，HSS在發(fā)送給S-CSCF的響應(yīng)消息中指示需要進行業(yè)務(wù)代理選擇；業(yè)務(wù)代理選擇觸發(fā)點接收消息時，消息中攜帶業(yè)務(wù)代理選擇功能SBSF地 址，例如業(yè)務(wù)代理選擇觸發(fā)點為S-CSCF,業(yè)務(wù)代理選擇數(shù)據(jù)庫為HSS, S-CSCF 向HSS請求下栽用戶業(yè)務(wù)觸發(fā)數(shù)據(jù)，HSS在發(fā)送給S-CSCF的響應(yīng)消息中攜 帶SBSF地址。Service Broker選擇觸發(fā)點根據(jù)SBSF地址與SBSF進行通信。SBSF地址 的確定方式可以是在Service Broker選擇觸發(fā)點本地配置，或者在用戶簽約數(shù) 據(jù)庫中保存的業(yè)務(wù)觸發(fā)數(shù)據(jù)中配置，例如iFC數(shù)據(jù)的服務(wù)器地址元素取值為 SBSF的地址，并在與Service Broker選擇觸發(fā)點交互時通過消息指示SBSF地 址給會話控制點，或者是Service Broker選擇觸發(fā)點接收的消息中攜帶有SBSF 地址。當(dāng)SBSF與Service Broker選擇觸發(fā)點合設(shè)時SBSF地址默認為Service Broker選擇觸發(fā)點本地地址。Service Broker選擇觸發(fā)點請求SBSF進行Service Broker的選擇的方式可 以是Service Broker選擇觸發(fā)點轉(zhuǎn)發(fā)收到的引起Service Broker選擇的前述消 息，例如轉(zhuǎn)發(fā)用戶注冊消息等；也可以是Service Broker選擇觸發(fā)點向SBSF 發(fā)送指示進行Service Broker選擇的消息，例如Service Broker選擇觸發(fā)點發(fā)送 SIP INVITE消息，其中攜帶請求進行Service Broker選擇的指示。當(dāng)SBSF與 Service Broker選擇觸發(fā)點合設(shè)的時候上述消息可以是內(nèi)部接口消息為了使SBSF能夠區(qū)分為哪個服務(wù)用戶方選擇Service Broker, Service Broker選擇觸發(fā)點在觸發(fā)到SBSF上的消息中指示服務(wù)方向，例如S-CSCF通 過iFC觸發(fā)到SBSF, SBSF地址針對服務(wù)用戶分別配置，即為主叫用戶服務(wù) 的地址和為被叫服務(wù)的地址區(qū)分配置，這樣iFC數(shù)據(jù)中的服務(wù)器地址部分可以通過不同的SBSF地址來表示不同的服務(wù)方向，SBSF根據(jù)指示的服務(wù)方向為 所述用戶選擇Service Broker。上述請求進行Service Broker選擇的消息中還可以進一步包含請求的 Service Broker觸發(fā)點i也址和/或Service Broker業(yè)務(wù)能力要求。Service Broker 業(yè)務(wù)能力要求，是指例如需要提供哪幾類業(yè)務(wù)的交互處理能力，在請求進行 Service Broker選擇的消息中攜帶Service Broker業(yè)務(wù)能力要求的情況一般是用 于指示動態(tài)的業(yè)務(wù)能力要求，而不是基于簽約的業(yè)務(wù)能力要求，例如用戶使用 了非簽約業(yè)務(wù)導(dǎo)致的業(yè)務(wù)交互處理能力要求等。Service Broker觸發(fā)點地址的 作用，是指例如SBSF可以根據(jù)它來確認Service Broker觸發(fā)點和待選擇的 Service Broker間的連通性。這些信息不是必須攜帶的，例如Service Broker選 擇觸發(fā)點發(fā)送的請求Service Broker選擇消息中沒有攜帶Service Broker觸發(fā)點 地址時，SBSF默認發(fā)送消息方為Service Broker觸發(fā)點；又例如發(fā)送消息沒有 攜帶Service Broker業(yè)務(wù)能力要求時，可以理解為用戶業(yè)務(wù)對Service Broker 沒有特別的能力要求，也可以是Service Broker業(yè)務(wù)能力要求以后從Service Broker選擇數(shù)據(jù)庫中獲取。A2、 SBSF與Service Broker選擇數(shù)據(jù)庫通信，獲取Service Broker選擇數(shù) 據(jù)并根據(jù)所述數(shù)據(jù)以及Service Broker選擇算法選擇Service Broker;SBSF向Service Broker選擇數(shù)據(jù)庫請求獲取選擇數(shù)據(jù)，Service Broker選 擇數(shù)據(jù)庫返回請求的選擇數(shù)據(jù)。SBSF進行Service Broker選擇數(shù)據(jù)請求的方式 至少包括使用現(xiàn)有協(xié)議消息，例如Service Broker選擇數(shù)據(jù)庫為HSS， SBSF 充當(dāng)AS的時候可以使用Sh接口消息用戶數(shù)據(jù)請求(UDR )請求Service Broker 選擇數(shù)據(jù)；或者，對E4接口協(xié)議進行擴展，例如使用Diameter協(xié)議增加新的 命令碼攜帶選擇數(shù)據(jù)請求消息。Service Broker選擇數(shù)據(jù)至少包括用戶業(yè)務(wù)的業(yè)務(wù)代理能力要求和業(yè)務(wù)代 理的業(yè)務(wù)能力，即a、用戶業(yè)務(wù)的Service Broker能力要求。Service Broker能 力要求包括必選能力要求、可選能力要求，還可以包括Service Broker名稱， Service Broker名稱為Service Broker的地址。在Service Broker能力要求中攜 帶Service Broker名稱的情況，例如注冊消息處理流程中攜帶之前為未注冊用 戶臨時選擇的Service Broker名稱即Service Broker地址；b、網(wǎng)絡(luò)中的Service Broker可以提供的能力。Service Broker選擇數(shù)據(jù)還可以包括以下信息的一項或多項c、 運營商為用戶指定的Service Broker;d、 Service Broker觸發(fā)點和網(wǎng)絡(luò)中的Service Broker的拓樸連接關(guān)系，例如 Service Broker觸發(fā)點禾口 Service Broker的連通'l"生等；e、 網(wǎng)絡(luò)內(nèi)Service Broker的可用性，例如Service Broker是否正常運行等；f、 Service Broker優(yōu)選策略，例如當(dāng)Service Broker與S-CSCF合設(shè)時 S-CSCF是否提供用戶需要的Service Broker能力，或者Service Broker的負載 均衡等；g、 Service Broker觸發(fā)點至Service Broker的觸發(fā)方式H才居。 需要說明的是上述Service Broker選擇數(shù)據(jù)中，Service Broker觸發(fā)點至Service Broker的觸發(fā)方式數(shù)據(jù)是用于保證Service Broker觸發(fā)點到Service Broker的觸發(fā)方式是唯一的，例如SBSF為未注冊用戶選擇了一個Service Broker,其后用戶注冊時又選擇了 一個不同的Service Broker,此時SBSF通過 比4交Service Broker選擇凄t才居中保存的Service Broker觸發(fā)點至Service Broker 的觸發(fā)方式數(shù)據(jù)中的Service Broker地址和當(dāng)前選擇的Service Broker地址是否 一致來決定是否更新Service Broker觸發(fā)點到Service Broker的觸發(fā)方式，例如 不一致時，SBSF通過和HSS的人機語言(MML)接口更新HSS上保存的 Service Broker觸發(fā)點至Service Broker的iFC規(guī)則，如更新iFC配置中的服務(wù) 器地址，該服務(wù)器地址代表Service Broker的地址。需要更新的規(guī)則在HSS上 的定位可以通過例如MML語言約定的規(guī)則索引確定。SBSF獲取Service Broker選擇數(shù)據(jù)后，選擇滿足用戶業(yè)務(wù)要求的Service Broker。如果Service Broker選擇數(shù)據(jù)中包括運營商為用戶指定的Service Broker,貝'J SBSF直接選定該Service Broker;如杲Service Broker選擇數(shù)據(jù)中 未包括運營商為用戶指定的Service Broker,則SBSF根據(jù)上述Service Broker 選擇數(shù)據(jù)以及Service Broker選擇算法選擇Service Broker。例如根據(jù)用戶的 Service Broker能力要求以及Service Broker可以提供的能力的匹配程度、 Service Broker可用性等來選擇Service Broker。匹配程度指優(yōu)先選擇滿足所有 必選能力要求并提供最多可選能力要求的Service Broker。A3、 SBSF確定Service Broker觸發(fā)點至Service Broker的觸發(fā)方式；SBSF選擇Service Broker后確定Service Broker觸發(fā)點至Service Broker 的觸發(fā)方式，觸發(fā)方式包括Service Broker名稱，或者至Service Broker的觸發(fā) 數(shù)據(jù)。所述Service Broker名稱，即Service Broker地址，這里用Service Broker 名稱而不是Service Broker地址是為了將其與其它類型實體的地址區(qū)分，例如 與應(yīng)用服務(wù)器AS的地址區(qū)別對待，S-CSCF對Service Broker的觸發(fā)方式與對 AS的觸發(fā)方式可以不同，例如使用Service Broker名稱時，S-CSCF不再觸發(fā) iFC。所述至Service Broker的觸發(fā)數(shù)據(jù)中包括Service Broker地址，例如確定 的Service Broker觸發(fā)方式為使用iFC觸發(fā)，iFC數(shù)據(jù)配置中的服務(wù)器地址配 置為所選擇的Service Broker i也址。確定Service Broker觸發(fā)點至Service Broker的觸發(fā)方式后，可以將觸發(fā)方 式被傳遞至Service Broker觸發(fā)點、用戶設(shè)備UE、用戶簽約數(shù)據(jù)庫或Service Broker選擇數(shù)據(jù)庫，上述實體接收后進行保存。SBSF將觸發(fā)方式傳遞至Service Broker觸發(fā)點的過程可以是SBSF將上述 確定的觸發(fā)方式直接傳輸至Service Broker觸發(fā)點，也可以通過中間實體間接 將觸發(fā)方式傳輸至Service Broker觸發(fā)點。直接傳輸觸發(fā)方式，例如SBSF通 過Service Broker選擇響應(yīng)消息將Service Broker名稱發(fā)送給S-CSCF ， S-CSCF 將所述Service Broker名稱保存下來；間接傳輸觸發(fā)方式，例如SBSF通過 Service Broker選擇響應(yīng)消息將Service Broker名稱發(fā)送給I-CSCF, I-CSCF將 所述Service Broker名稱傳遞給S-CSCF,如注冊消息中攜帶Service Broker名 稱，S-CSCF將所述Service Broker名稱保存下來。S-CSCF后續(xù)處理所述用戶 的通信時可直接根據(jù)保存的Service Broker名稱觸發(fā)到選定的Service Broker。SBSF將觸發(fā)方式傳遞至所述用戶設(shè)備UE, UE保存所述的觸發(fā)方式，例 如SBSF通過注冊響應(yīng)消息將Service Broker名稱返回給UE， UE將其保存下 來，UE后續(xù)發(fā)起會話消息中攜帶Service Broker名稱，S-CSCF根據(jù)Service Broker名稱觸發(fā)到指定的Service Broker上。SBSF將觸發(fā)方式傳遞至用戶簽約數(shù)據(jù)庫，用戶簽約數(shù)據(jù)庫保存所述的觸 發(fā)方式，例如SBSF將Service Broker觸發(fā)點至Service Broker的iFC規(guī)則傳送 至用戶簽約數(shù)據(jù)庫，用戶數(shù)據(jù)庫保存所述的iFC規(guī)則，并且所述iFC規(guī)則可以 被更新至S-CSCF或者是被S-CSCF主動下載。所述被更新至S-CSCF,例如 S-CSCF在此之前已經(jīng)下載了用戶配置數(shù)據(jù)，則可更新用戶配置數(shù)據(jù)；所述被 S-CSCF主動下栽，例如未注冊用戶在注冊時重選S-CSCF,新的S-CSCF下栽 的數(shù)據(jù)中包括了至Service Broker的觸發(fā)方式iFC數(shù)據(jù)。S-CSCF后續(xù)處理所述 用戶的通信時可直接根據(jù)所述iFC規(guī)則觸發(fā)到選定的Service Broker。SBSF將觸發(fā)方式傳遞至Service Broker選擇數(shù)據(jù)庫，Service Broker選擇 數(shù)據(jù)庫保存所述的觸發(fā)方式，例如SBSF將Service Broker名稱發(fā)送到Service Broker選擇數(shù)據(jù)庫，Service Broker選擇數(shù)據(jù)庫將其保存下來，所述觸發(fā)方式 可以保存為Service Broker選擇數(shù)據(jù)的一部分，例如存放到Service Broker能力 要求中的Service Broker名稱。A4、將當(dāng)前通信^皮觸發(fā)至選擇的Service Broker;SBSF根據(jù)確定的Service Broker觸發(fā)點至Service Broker的觸發(fā)方式將當(dāng) 前通信觸發(fā)至選定的Service Broker。也可以是Service Broker觸發(fā)點獲取至 Service Broker的觸發(fā)方式后，將當(dāng)前通信觸發(fā)至選定的Service Broker。A5、在4全測到選定的Service Broker不可用時，重新發(fā)起Service Broker選擇過程。可以是由SBSF才企測到Service Broker不可用，例如SBSF轉(zhuǎn)發(fā)Service Broker觸發(fā)點的消息至Service Broker的情況下，Service Broker無響應(yīng)，此時 SBSF檢測出至Service Broker的觸發(fā)失?。灰部梢允荢ervice Broker觸發(fā)點才全測到Service Broker不可用，例如Service Broker觸發(fā)點為S-CSCF ， S-CSCF根據(jù)Service Broker名稱觸發(fā)，即S-CSCF 可以才艮據(jù)Service Broker名稱觸發(fā)到Service Broker, Service Broker無響應(yīng)，此 時Service Broker觸發(fā)點檢測出至Service Broker的觸發(fā)失??；也可以是新增監(jiān)控Service Broker可用性的其它實體4企測到Service Broker 不可用，例如獨立設(shè)置一個監(jiān)視服務(wù)器，它通過與Service Broker互相發(fā)送握 手消息來檢測Service Broker的可用性，它可以單獨設(shè)置，可以與SBSF合設(shè)， 可以和Service Broker選擇觸發(fā)點合設(shè)，也可以和Service Broker觸發(fā)點合設(shè)。Service Broker可用性的檢測包括在Service Broker選擇過程中進行和/或 在選擇Service Broker以后進行。當(dāng)檢測出Service Broker不可用時，可以由Service Broker觸發(fā)點或Service Broker選擇觸發(fā)點重新請求SBSF進行Service Broker選擇過程，也可以由 SBSF發(fā)起Service Broker選擇過程例如SBSF轉(zhuǎn)發(fā)Service Broker觸發(fā)點的消息至Service Broker的情況下， Service Broker無響應(yīng)，此時SBSF重新發(fā)起Service Broker選擇過程；或者SBSF 向監(jiān)控Service Broker可用性的實體訂閱選擇的Service Broker可用性信息，在 Service Broker不可用時，該實體通知SBSF, SBSF重新發(fā)起Service Broker 選擇過程。例如Service Broker觸發(fā)點為S-CSCF, S-CSCF根據(jù)Service Broker名稱 觸發(fā)Service Broker, Service Broker無響應(yīng)，此時S-CSCF重新請求SBSF進 行Service Broker選擇過程。Service Broker選擇觸發(fā)點獲知已經(jīng)為用戶選定的Service Broker不可用， 請求重新進行Service Broker選擇，例如已經(jīng)注冊的服務(wù)用戶為被叫用戶，SBSF 與HSS合設(shè)時，HSS向Service Broker選擇觸發(fā)點I-CSCF返回先前為該用戶 選擇的Service Broker, I-CSCF檢測出先前選擇的Service Broker不可用，重 新發(fā)起Service Broker選擇過程。另外，Service Broker選擇觸發(fā)點進行消息處理，發(fā)現(xiàn)自身提供的業(yè)務(wù)處 理能力不足，也將請求進行Service Broker選擇，例如Service Broker選擇觸發(fā) 點為Service Broker,用戶使用非簽約類業(yè)務(wù)，所述Service Broker不能處理該 非簽約業(yè)務(wù)與用戶原有業(yè)務(wù)的交互，此時觸發(fā)業(yè)務(wù)代理選擇過程。如果已選擇的Service Broker接收到新的業(yè)務(wù)請求時，例如用戶請求的新 業(yè)務(wù)是未簽約業(yè)務(wù)，則可能引發(fā)與用戶原簽約業(yè)務(wù)的業(yè)務(wù)交互問題，當(dāng)已選擇 的Service Broker不能提供需要的業(yè)務(wù)交互處理能力時，則將根據(jù)所述選擇數(shù) 據(jù)和會話中的信息選擇滿足用戶業(yè)務(wù)交互要求的Service Broker。例如選定的 Service Broker上用戶已經(jīng)觸發(fā)了游戲Game業(yè)務(wù)，其后用戶請求調(diào)用IPTV業(yè) 務(wù)，Service Broker處理不了 IPTV業(yè)務(wù)和Game業(yè)務(wù)的交互，貝'j才艮據(jù)選擇數(shù)據(jù) 和會話信息重新選4奪新的Service Broker。所述會話中的信息可以包括信令 消息中攜帶的Service Broker名稱，例如用戶設(shè)備UE在發(fā)送的消息中攜帶 Service Broker名稱；用戶已經(jīng)調(diào)用的業(yè)務(wù)信息，例如已經(jīng)調(diào)用了哪些業(yè)務(wù)； 用戶將要調(diào)用的業(yè)務(wù)信息，例如用戶請求使用非簽約類業(yè)務(wù)等。為便于對本發(fā)明進一步理解，下面結(jié)合具體實施方式
對本發(fā)明進行更詳細 介紹。以下介紹實施例一。本實施例中SBSF為獨立的功能實體，Service Broker觸發(fā)點以及Service Broker選擇觸發(fā)點均為S-CSCF，用戶簽約數(shù)據(jù)庫以及Service Broker選擇數(shù) 據(jù)庫均為HSS， SBSF通過Sh接口獲取Service Broker選擇數(shù)據(jù)。此實施例描 述的是服務(wù)的被叫用戶是未注冊時收到SIP INVITE邀請請求的情況下對應(yīng)的 業(yè)務(wù)代理選擇過程。請參閱圖3，包括步驟Bl 、 S-CSCF收到被叫為未注冊用戶的INVITE邀請消息；B2、 S-CSCF收到此INVITE消息后到HSS上獲取^f皮叫用戶配置，并對其 中的用戶簽約數(shù)據(jù)庫中的iFC觸發(fā)數(shù)據(jù)進行檢查；本實施例中當(dāng)被叫用戶需要進行Service Broker選擇時，在該用戶的用戶 配置中增加一條觸發(fā)至SBSF的iFC配置數(shù)據(jù)，此iFC數(shù)據(jù)中SPT描述部分至 少包括〈Method〉INVITE〈/Method〉 、 <SessionCase>2</SessionCase>il兩項， 即此實施例中SBSF地址通過iFC數(shù)據(jù)確定。B3 、 S-CSCF根據(jù)iFC數(shù)據(jù)將INVITE消息觸發(fā)到SBSF上；為了使SBSF能夠區(qū)分是為消息中的主叫還是被叫用戶選擇Service Broker, S-CSCF觸發(fā)到SBSF上的消息指示服務(wù)方向，例如在iFC中對SBSF 配置為主叫服務(wù)的地址和配置為被叫服務(wù)的地址進行區(qū)分配置。B4、 SBSF向HSS發(fā)送Sh接口消息用戶數(shù)據(jù)請求(UDR);本實施例中SBSF與HSS間的接口為Sh接口 。 SBSF和HSS使用Diameter
協(xié)議通信。SBSF收到S-CSCF發(fā)送的INVITE消息即進行Service Broker選擇， SBSF向HSS發(fā)送Sh接口消息用戶數(shù)據(jù)請求(UDR )，其中攜帶用戶標(biāo)識 (User-Identity )屬性-值對(AVP),取值為服務(wù)用戶的公有標(biāo)識，數(shù)據(jù)參考 (Data-Reference)屬性-值對，取值為請求透明數(shù)據(jù)(RepositoryData),業(yè)務(wù) 指示(Service-Indication )屬性-值對，取值對應(yīng)HSS上Service Broker選擇數(shù) 據(jù)的透明數(shù)據(jù)索引值。B5、 HSS向SBSF回應(yīng)Sh接口消息用戶數(shù)據(jù)響應(yīng)(UDA)，攜帶用戶數(shù) 據(jù)(User-Data)屬性-值對，其中的數(shù)據(jù)為Service Broker選擇數(shù)據(jù)。B6、 SBSF根據(jù)接收的Service Broker選擇數(shù)據(jù)以及Service Broker選擇算 法確定為用戶服務(wù)的Service Broker;Service Broker選擇算法，是指例如根據(jù)用戶的Service Broker能力要求以 及Service Broker可以提供的能力的匹配程度來選擇Service Broker等，即優(yōu)先 選擇滿足所有必選能力要求并提供最多可選能力要求的Service Broker。B7到B10、 SBSF向已確定的Service Broker轉(zhuǎn)發(fā)INVITE消息，Service Broker響應(yīng)200 OK消息并轉(zhuǎn)發(fā)給S-CSCF，再轉(zhuǎn)發(fā)給用戶，則選定的Service Broker可以為用戶服務(wù)；Bll 、 SBSF與HSS通信請求添加一條觸發(fā)至Service Broker的iFC數(shù)據(jù)；此實施例中SBSF增加iFC數(shù)據(jù)的方式可以是SBSF使用筒單網(wǎng)絡(luò)管理協(xié) 議SNMP,充當(dāng)人機交互語言(MML )客戶端，使用HSS支持的MML命令 添加觸發(fā)至Service Broker的iFC數(shù)據(jù)。B12、 HSS返回成功響應(yīng)消息到SBSF;B13、 HSS發(fā)現(xiàn)用戶配置發(fā)生變化，通過Cx接口推送配置請求(PPR) 命令主動更新S-CSCF上的用戶配置，其中攜帶前述步驟增加的觸發(fā)到Service Broker的iFC數(shù)據(jù)配置；Cx接口定義為I-CSCF和HSS之間或S-CSCF和HSS之間的接口 。B14、 S-CSCF保存新的iFC數(shù)據(jù)；B15、 S-CSCF回送4,送配置響應(yīng)(PPA)到HSS。這樣S-CSCF收到該用戶后續(xù)的通信消息時可根據(jù)新的iFC數(shù)據(jù)信息直接
觸發(fā)至乂十應(yīng)的Service Broker。以下介紹實施例二。本實施例中SBSF為獨立的功能實體，Service Broker觸發(fā)點以及Service Broker選擇觸發(fā)點均為S-CSCF,用戶簽約數(shù)據(jù)庫以及Service Broker選擇數(shù) 據(jù)庫均為HSS。此實施例描述的是S-CSCF收到用戶的SIP REGISTER注冊請 求，并且SBSF選擇的第 一個Service Broker是不可用的情況時對應(yīng)的業(yè)務(wù)代 理選擇過程。請參閱圖4，包括步驟CI 、 S-CSCF收到用戶的SIP REGISTER注冊請求；C2、 S-CSCF向用戶響應(yīng)200 OK消息；C3、 S-CSCF到HSS上獲取用戶配置，并對其中的用戶簽約凝:據(jù)庫中的 iFC觸發(fā)數(shù)據(jù)進行檢查；C4、 S-CSCF將SIP REGISTER注冊i貪求發(fā)送給SBSF;C5、 SBSF和HSS使用通用用戶檔案(GUP )協(xié)議通信，SBSF發(fā)出GUP Query消息，其中的資源標(biāo)識(Resource identity)參數(shù)填充請求查詢的用戶的 公有標(biāo)識，數(shù)據(jù)參考(Data references )參數(shù)指示請求的為Service Broker選擇 數(shù)據(jù)；C6、 HSS向SBSF回送GUP Query Response響應(yīng)消息，其中攜帶請求用 戶的Service Broker選4奪數(shù)據(jù)；C7、 SBSF根據(jù)接收的Service Broker選擇數(shù)據(jù)以及Service Broker選擇算 法確定為用戶服務(wù)的Service Broker;Service Broker選擇算法，是指例如根據(jù)用戶的Service Broker能力要求以 及Service Broker可以提供的能力的匹配程度來選擇Service Broker等，即優(yōu)先 選擇滿足所有必選能力要求并提供最多可選能力要求的Service Broker。本實 施例確定為用戶服務(wù)的為Service Broker 1 。C8、 SBSF將SIP REGISTER注冊請求發(fā)送給已經(jīng)確定的Service Broker 1;C9、 SBSF發(fā)現(xiàn)Service Broker 1超時沒有回應(yīng)200 OK消息后，發(fā)起Service Broker重選過程，根據(jù)Service Broker選擇數(shù)據(jù)以及Service Broker選擇算法選 擇Service Broker 2;C10到C13、 SBSF向已確定的Service Broker 2轉(zhuǎn)發(fā)SIP REGISTER注冊 請求，Service Broker 2響應(yīng)200 OK消息并轉(zhuǎn)發(fā)主會S-CSCF，再轉(zhuǎn)發(fā)給用戶， 則選定的Service Broker 2可以為用戶服務(wù)；C14、重選的Service Broker 2回送200 OK響應(yīng)以后，SBSF發(fā)出GUP Modify消息，其中的資源標(biāo)識(Resource identity)參數(shù)填充請求查詢的用戶 的公有標(biāo)識，數(shù)據(jù)參考(Data references )參數(shù)指示修改的為Service Broker名 稱；C15、 HSS修改成功后回送GUP Modify Response消息。 C16、 HSS通過Cx接口推送配置請求(PPR)命令主動更新S-CSCF上的 用戶配置，其中攜帶前述步驟確定的Service Broker名稱； C17 、 S-CSCF保存Service Broker名稱； C18、 S-CSCF回送推送配置響應(yīng)(PPA)到HSS。這樣S-CSCF收到該用戶后續(xù)的通信消息時可根據(jù)保存Service Broker名 稱直4妄觸發(fā)至對應(yīng)的Service Broker。以下介紹實施例三。本實施例中Service Broker選擇觸發(fā)點為I-CSCF, Service Broker觸發(fā)點 為S-CSCF,其中I-CSCF具備SBSF功能，S-CSCF與Service Broker功能合 設(shè)，用戶簽約數(shù)據(jù)庫以及Service Broker選擇數(shù)據(jù)庫均為HSS, I-CSCF的SBSF 功能就是為用戶選擇滿足其業(yè)務(wù)要求的并且內(nèi)置Service Broker功能的 S-CSCF。實施例中I-CSCF收到用戶的SIP REGISTER請求，對應(yīng)的業(yè)務(wù)代理選擇 過程請參閱圖5,包括步驟Dl 、 I-CSCF收到用戶的SIP REGISTER注冊請求；D2、 I-CSCF向HSS發(fā)送Cx接口消息用戶鑒權(quán)請求(UAR);D3、 HSS通過Cx接口消息用戶鑒權(quán)響應(yīng)(UAA)攜帶S-CSCF能力要求 發(fā)送給I-CSCF;由于Service Broker功能與S-CSCF功能合設(shè)，所以此時HSS將用戶的 Service Broker能力要求統(tǒng)一放到S-CSCF能力要求中描述。 D4、 I-CSCF選擇滿足用戶要求的S-CSCF;I-CSCF本地配置有網(wǎng)絡(luò)中S-CSCF提供的能力等信息，并才艮據(jù)這些信息 以及HSS發(fā)送的S-CSCF能力要求進行S-CSCF選擇，此時選擇的S-CSCF同 時能夠滿足用戶的Service Broker能力要求。D5、 I-CSCF將SIP REGISTER注冊請求發(fā)送給已經(jīng)確定的S-CSCF;D6、 S-CSCF向HSS發(fā)送Cx接口消息服務(wù)器指配請求(SAR);D7、 HSS向S-CSCF發(fā)送Cx接口消息服務(wù)器指配響應(yīng)(SAA);D8到D9、 S-CSCF向I-CSCF響應(yīng)200 OK消息并由I-CSCF轉(zhuǎn)發(fā)給用戶。需要說明的是，本實施例中S-CSCF和Service Broker合設(shè)，可以不需要 保存至Service Broker的觸發(fā)方式數(shù)據(jù)。以下介紹實施例四。本實施例中Service Broker觸發(fā)點以及Service Broker選擇觸發(fā)點均為 S-CSCF，并且S-CSCF與SBSF功能合設(shè)，用戶簽約數(shù)據(jù)庫以及Service Broker 選擇數(shù)據(jù)庫均為HSS。實施例中S-CSCF收到用戶的SIP REGISTER請求，對應(yīng)的業(yè)務(wù)代理選擇 過程請參閱圖6，包括步驟El 、 S-CSCF收到用戶的SIP REGISTER注冊請求；E2、 S-CSCF向HSS發(fā)送Cx接口消息服務(wù)器指配請求(SAR);E3、 HSS向S-CSCF發(fā)送Cx接口消息服務(wù)器指配響應(yīng)(SAA),其中攜 帶一個擴展的AVP指示需要進行Service Broker選擇；E4、 S-CSCF響應(yīng)200 OK消息給用戶；E5、 S-CSCF向HSS發(fā)送Service Broker選擇數(shù)據(jù)請求消息，該消息為Cx 接口擴展消息；E6、 HSS在Service Broker選擇數(shù)據(jù)響應(yīng)消息中攜帶Service Broker選擇 數(shù)據(jù)，該消息為Cx接口擴展消息；E7、 S-CSCF根據(jù)Service Broker選擇數(shù)據(jù)以及Service Broker選擇算法選 定一個Service Broker,并保存Service Broker名稱；這樣S-CSCF收到該用戶后續(xù)的通信消息時可4艮據(jù)Service Broker名稱直
^妻觸發(fā)至^J"應(yīng)的Service Broker。E8 、 S-CSCF將SIP REGISTER注冊請求發(fā)送給已經(jīng)確定的Service Broker; E9、 Service Broker向S-CSCF響應(yīng)200 OK消息。本實施例中S-CSCF也可以在選定的Service Broker不可用時重新觸發(fā) Service Broker選擇過程，例如S-CSCF對Service Broker的觸發(fā)進行處理，當(dāng) 步驟E8中選擇的Service Broker無響應(yīng)時，S-CSCF重新選擇其它可用的 Service Broker 。本實施例中步驟E4也可以放到E9之后，即S-CSCF可以將選擇的Service Broker名稱通過擴展200 OK消息傳遞給用戶設(shè)備UE，例如增加一個頭域攜 帶此Service Broker名稱，UE接收后保存下來，在后續(xù)UE發(fā)起的會話消息中 攜帶保存的該Service Broker名稱，這樣S-CSCF收到該用戶后續(xù)的通信消息 時可根據(jù)Service Broker名稱直接觸發(fā)至對應(yīng)的Service Broker。對于這種情況 下步驟E7中S-CSCF可以不保存Service Broker名稱，因為UE后續(xù)發(fā)起的會 話消息中可以攜帶為該用戶服務(wù)的Service Broker名稱。以下介紹實施例五。本實施例中Service Broker選擇觸發(fā)點為I-CSCF， Service Broker觸發(fā)點 為S-CSCF,其中I-CSCF具備SBSF功能，用戶簽約數(shù)據(jù)庫以及Service Broker 選棒數(shù)據(jù)庫均為HSS。實施例中I-CSCF收到用戶的SIP REGISTER請求，對應(yīng)的業(yè)務(wù)代理選擇 過程請參閱圖7，包括步驟Fl 、 I-CSCF收到用戶的SIP REGISTER注冊請求；F2、 I-CSCF向HSS發(fā)送Cx接口消息用戶鑒權(quán)請求(UAR);F3 、 HSS向I-CSCF返回Cx接口消息用戶鑒權(quán)響應(yīng)(UAA),其中攜帶一 個擴展的AVP指示需要進行Service Broker選擇；F4、 I-CSCF向HSS發(fā)送Service Broker選擇數(shù)據(jù)請求消息，該消息為Cx 接口擴展消息；F5、 HSS在向I-CSCF返回的Service Broker選擇數(shù)據(jù)響應(yīng)消息中攜帶 Service Broker選擇數(shù)據(jù)，該消息為Cx接口擴展消息；
F6、 I-CSCF根據(jù)Service Broker選擇數(shù)據(jù)以及Service Broker選擇算法選 定一個Service Broker,并保存Service Broker名稱；這樣I-CSCF收到該用戶后續(xù)的通信消息時可根據(jù)Service Broker名稱通 過S-CSCF觸發(fā)至對應(yīng)的Service Broker。F7、 I-CSCF選定Service Broker后通過SIP REGISTER消息攜帶Service Broker名稱發(fā)送給S-CSCF。這里攜帶Service Broker名稱是對SIP消息進行了 擴展，例如增加一個新頭域攜帶此信息。F8、 S-CSCF接收消息后保存下Service Broker名稱，并向I-CSCF響應(yīng)200 OK消息；F9、 I-CSCF將200 OK消息轉(zhuǎn)發(fā)給用戶；F10 、 S-CSCF檢查保存的Service Broker名稱；Fl 1 、 S-CSCF根據(jù)保存的Service Broker名稱觸發(fā)SIP REGISTER消息至 所選定的Service Broker;F12、選定的Service Broker向S-CSCF響應(yīng)200 OK消息。以下介紹實施例六。本實施例中Service Broker觸發(fā)點及Service Broker選擇觸發(fā)點均為 S-CSCF，用戶簽約數(shù)據(jù)庫以及Service Broker選擇數(shù)據(jù)庫均為HSS，且HSS 具備SBSF功能。實施例中S-CSCF收到用戶的SIP REGISTER請求，對應(yīng)的業(yè)務(wù)代理選擇 過程請參閱圖8,包括步驟Gl 、 S-CSCF收到用戶的SIP REGISTER注冊請求；G2、 S-CSCF向HSS發(fā)送Cx接口消息服務(wù)器指配請求(SAR);G3、 HSS收到S-CSCF發(fā)送的Cx接口消息服務(wù)器指配請求(SAR)后發(fā) 現(xiàn)用戶業(yè)務(wù)要求進行Service Broker選擇，此時發(fā)起Service Broker選擇過程， 選定一個Service Broker并確定S-CSCF到Service Broker的觸發(fā)方式，例如用 iFC配置或者Service Broker名稱。G4、 HSS將Service Broker的觸發(fā)方式，例如將觸發(fā)至Service Broker的 iFC配置或者Service Broker名稱通過Cx接口消息服務(wù)器指配響應(yīng)(SAA)回
送給S-CSCF;G5、 S-CSCF保存含觸發(fā)方式的用戶配置；G6 、 S-CSCF向用戶發(fā)送200 OK消息;G7、 S-CSCF檢查保存的iFC配置或Service Broker名稱；iFC配置觸發(fā)SIP REGISTER消息至所選定的Service Broker上； G9、選定的Service Broker向S-CSCF響應(yīng)200 OK消息。 需要說明的是，如果S-CSCF發(fā)現(xiàn)選擇的Service Broker超時沒有回應(yīng)200OK消息后，可以發(fā)起Service Broker重選過程，向HSS重新請求進行ServiceBroker選擇過程，HSS根據(jù)Service Broker選擇數(shù)據(jù)以及Service Broker選擇算法重新選擇Service Broker 。 以下介紹實施例七。本實施例為通過單獨的Service Broker可用性監(jiān)視服務(wù)器監(jiān)控已經(jīng)為用戶 選擇的Service Broker狀態(tài)以及所述Service Broker不可用時的重選過程，其中 Service Broker觸發(fā)點為S-CSCF，用戶簽約數(shù)據(jù)庫以及Service Broker選擇數(shù) 據(jù)庫均為HSS， SBSF獨立設(shè)置，對應(yīng)的Service Broker重選過程請參閱圖9, 包括步驟Hl、 SBSF向Service Broker可用性監(jiān)視服務(wù)器訂閱已經(jīng)為用戶選定的 Service Broker的可用狀態(tài)信息；H2、 Service Broker可用性監(jiān)視服務(wù)器回送200 OK響應(yīng)；H3、 Service Broker可用性監(jiān)視服務(wù)器與選定的Service Broker互相發(fā)送握 手消息，例如可以通過互相發(fā)送OPTIONS消息來監(jiān)視Service Broker的狀態(tài)；H4、 Service Broker可用性監(jiān)視服務(wù)器發(fā)現(xiàn)監(jiān)視的Service Broker不可用， 例如一段時間內(nèi)沒有收到握手消息，通過NOTIFY消息通知SBSF;H5 、 SBSF回送200 OK響應(yīng)消息；在這之后的步驟為SBSF通過Sh接口向HSS請求Service Broker選擇數(shù) 據(jù)進行Service Broker重選，并更新S-CSCF到選定的Service Broker的觸發(fā)數(shù)據(jù)。H6、 SBSF向HSS發(fā)送Sh接口消息用戶數(shù)據(jù)請求(UDR);SBSF向HSS發(fā)送Sh接口消息用戶數(shù)據(jù)請求(UDR),其中攜帶用戶標(biāo)識 (User-Identity )屬性-值對(AVP),取值為服務(wù)用戶的公有標(biāo)識，數(shù)據(jù)參考 (Data-Reference)屬性-值對，取值為請求透明數(shù)據(jù)(RepositoryData),業(yè)務(wù) 指示(Service-Indication)屬性-值對，取值對應(yīng)HSS上Service Broker選擇數(shù) 據(jù)的透明數(shù)據(jù)索引值。H7、 HSS向SBSF回應(yīng)Sh接口消息用戶數(shù)據(jù)響應(yīng)(UDA),攜帶用戶數(shù) 據(jù)(User-Data)屬性-值對，其中的數(shù)據(jù)為Service Broker選擇數(shù)據(jù)。H8、 SBSF根據(jù)接收的Service Broker選擇數(shù)據(jù)以及Service Broker選擇算 法確定為用戶服務(wù)的Service Broker;H9、 SBSF與HSS通信請求添加一條觸發(fā)至Service Broker的iFC數(shù)據(jù)或 Service Broker名稱；H10 、 HSS返回成功響應(yīng)消息到SBSF;Hll、 HSS發(fā)現(xiàn)用戶配置發(fā)生變化，通過Cx接口推送配置請求(PPR) 命令主動更新S-CSCF上的用戶配置，其中攜帶前述步驟增加的觸發(fā)到Service Broker的iFC lt提配置或Service Broker名稱；HI2、 S-CSCF保存新的iFC數(shù)據(jù)或Service Broker名稱；H13、 S-CSCF回送推送配置響應(yīng)(PPA)到HSS，表示更新成功。以下介紹實施例八。本實施例中Service Broker觸發(fā)點及Service Broker選擇觸發(fā)點均為 S-CSCF,用戶簽約數(shù)據(jù)庫以及Service Broker選擇數(shù)據(jù)庫均為HSS, SBSF獨 立設(shè)置。本實施例描述的是S-CSCF收到用戶的未簽約業(yè)務(wù)情況下的過程。例如 S-CSCF收到用戶未簽約IPTV業(yè)務(wù)請求觸發(fā)到SBSF上請求選擇Service Broker,具體過程參閱圖IO,包括步驟II 、 S-CSCF收到用戶的INVITE消息，請求調(diào)用IPTV業(yè)務(wù)； 12、 S-CSCF收到此INVITE消息后到HSS上獲取用戶檔案，并進行iFC 觸發(fā)檢查； 13、 S-CSCF根據(jù)iFC數(shù)據(jù)將INVITE消息觸發(fā)到SBSF上；14、 SBSF向HSS發(fā)送Sh接口消息用戶數(shù)據(jù)請求(UDR);用戶數(shù)據(jù)請求(UDR)中攜帶用戶標(biāo)識(User-Identity )屬性-值對(AVP )， 取值為服務(wù)用戶的公有標(biāo)識，數(shù)據(jù)參考(Data-Reference)屬性-值對，取值為 請求透明凄i據(jù)(RepositoryData )，業(yè)務(wù)指示(Service-Indication)屬性-值對， 取值對應(yīng)HSS上Service Broker選擇數(shù)據(jù)的透明數(shù)據(jù)索引值。15、 HSS向SBSF回應(yīng)Sh接口消息用戶數(shù)據(jù)響應(yīng)(UDA),攜帶用戶數(shù)據(jù) (User-Data)屬性-值對，其中的數(shù)據(jù)為Service Broker選擇數(shù)據(jù)。16、 SBSF根據(jù)接收的Service Broker選擇數(shù)據(jù)和用戶發(fā)送消息中含有的會 話信息確定為用戶服務(wù)的Service Broker,所述會話信息是指例如用戶請求調(diào) 用的業(yè)務(wù)等；17、 SBSF將攜帶路由Route頭域為Service Broker的INVITE消息發(fā)送給 S-CSCF;18到110、 S-CSCF根據(jù)該Route頭域向已確定的Service Broker路由 INVITE消息，Service Broker響應(yīng)200 OK消息纟合S-CSCF，再由S-CSCF轉(zhuǎn)發(fā) 給用戶，則選定的Service Broker可以為用戶服務(wù)。需要說明的是，本實施例的SBSF也可以是和Service Broker合設(shè)的，這 種情況下選定的Service Broker可以就是SBSF自身。以下介紹實施例九。本實施例中Service Broker觸發(fā)點和Service Broker選擇觸發(fā)點均為 Service Brokerl ，用戶簽約數(shù)據(jù)庫以及Service Broker選擇數(shù)據(jù)庫均為HSS， Service Brokerl具備SBSF功能。本實施例描述的是Service Brokerl上用戶已經(jīng)觸發(fā)了游戲Game業(yè)務(wù)，其 后用戶請求調(diào)用未簽約的IPTV業(yè)務(wù)，Service Brokerl處理不了 IPTV業(yè)務(wù)和 Game業(yè)務(wù)的交互，重新選擇新的Service Broker,具體過程請參閱圖ll，包 括步驟Jl、 Service Brokerl收到用戶的INVITE消息，其中含有Game業(yè)務(wù)調(diào)用請求；
J2、 Service Brokerl調(diào)用Game業(yè)務(wù)的處理；J3、 Service Brokerl又收到用戶的INVITE消息，其中含有IPTV業(yè)務(wù)調(diào) 用請求；J4、 Service Brokerl發(fā)現(xiàn)不能處理IPTV業(yè)務(wù)和Game業(yè)務(wù)的交互，向HSS 發(fā)送Sh接口消息用戶數(shù)據(jù)請求(UDR);J5、HSS向SBSF回應(yīng)Sh接口消息用戶數(shù)據(jù)響應(yīng)(UDA),其中攜帶Service Broker選擇數(shù)據(jù)和網(wǎng)絡(luò)中的Service Broker業(yè)務(wù)交互處理能力列表；J6、 Service Brokerl根據(jù)獲取的Service Broker選擇數(shù)據(jù)、上述網(wǎng)絡(luò)中的 Service Broker業(yè)務(wù)交互處理能力列表以及用戶已經(jīng)調(diào)用Game業(yè)務(wù)和將調(diào)用 IPTV業(yè)務(wù)的情況，為用戶選4奪一個可用的Service Broker2,并保存Service Broker名稱；J7、 Service Brokerl將INVITE消息發(fā)送給Service Broker2，用戶的IPTV 業(yè)務(wù)凈皮Service Brokerl觸發(fā)到Service Broker2上。以下介紹實施例十。本實施例中Service Broker觸發(fā)點和Service Broker選擇觸發(fā)點均為 Service Brokerl,用戶簽約數(shù)據(jù)庫為HSS, Service Broker選擇數(shù)據(jù)庫獨立設(shè)置， SBSF獨立設(shè)置。本實施例描述的是Service Brokerl上用戶已經(jīng)觸發(fā)了 Game業(yè)務(wù)，其后用 戶請求調(diào)用未簽約的IPTV業(yè)務(wù)，Service Brokerl處理不了 IPTV業(yè)務(wù)和Game 業(yè)務(wù)的交互，重新選擇新的Service Broker,具體過程請參閱圖12,包括步驟Kl 、 Service Brokerl收到用戶的INVITE消息，其中含有Game業(yè)務(wù)調(diào)用請求；K2、 Service Brokerl調(diào)用Game業(yè)務(wù)的處理；K3 、 Service Brokerl又收到用戶的INVITE消息，其中含有IPTV業(yè)務(wù)調(diào)用請求；K4、 Service Brokerl向SBSF發(fā)送攜帶Service Broker選擇請求指示的 INVITE消息，其中還攜帶業(yè)務(wù)能力要求，指示需要提供IPTV和Game業(yè)務(wù) 的交互處理能力；K5、 SBSF向Service Broker選擇數(shù)據(jù)庫發(fā)送Service Broker選擇數(shù)據(jù)請求 消息；K6、 Service Broker選擇凄t據(jù)庫向SBSF返回Service Broker選擇凄t據(jù)響應(yīng) 消息，其中攜帶Service Broker選擇數(shù)據(jù)和網(wǎng)絡(luò)中的Service Broker業(yè)務(wù)交互處 理能力列表；K7、 SBSF根據(jù)獲取的Service Broker選擇數(shù)據(jù)、上述網(wǎng)絡(luò)中的Service Broker業(yè)務(wù)交互處理能力列表以及用戶已經(jīng)調(diào)用Game業(yè)務(wù)和將調(diào)用IPTV業(yè) 務(wù)的情況，為用戶選擇一個可用的Service Broker2，并保存Service Broker2名 稱；K8、 SBSF通過200 OK消息攜帶Service Broker2名稱給Service Broker 1;K9、 Service Broker 1將INVITE消息發(fā)送給Service Broker2，用戶的IPTV 業(yè)務(wù)^皮Service Broker 1觸發(fā)到Service Broker2上。需要說明的是，以上各實施例僅為示例，并未羅列所有情況，對于其它可 能的SBSF合設(shè)情況和各實體間釆用其它類型的接口以及處理流程組合等情 況，本發(fā)明同樣適用，此處不再贅述。上述介紹了本發(fā)明的業(yè)務(wù)代理選擇方法，相應(yīng)的，本發(fā)明提供一種網(wǎng)絡(luò)系 統(tǒng)，可以提供業(yè)務(wù)代理選擇。請參閱圖13，該網(wǎng)絡(luò)系統(tǒng)包括用戶簽約數(shù)據(jù)庫100、業(yè)務(wù)代理Service Broker選擇觸發(fā)點200、業(yè)務(wù)代理選擇功能SBSF 300、業(yè)務(wù)代理Service Broker 選擇數(shù)據(jù)庫400、業(yè)務(wù)代理Service Broker觸發(fā)點500、業(yè)務(wù)代理Service Broker 600、監(jiān)視服務(wù)器700和用戶設(shè)備800。相對于現(xiàn)有網(wǎng)絡(luò)，業(yè)務(wù)代理Service Broker 選擇觸發(fā)點200、業(yè)務(wù)代理選擇功能SBSF 300和業(yè)務(wù)代理Service Broker選擇 數(shù)據(jù)庫400是本發(fā)明主要增加的實體。用戶簽約數(shù)據(jù)庫100存儲用戶的簽約數(shù)據(jù)，例如iFC數(shù)據(jù)、計費服務(wù)器地 址數(shù)據(jù)等，用戶簽約數(shù)據(jù)庫100向業(yè)務(wù)代理Service Broker選擇觸發(fā)點200發(fā) 送含有觸發(fā)到業(yè)務(wù)代理選擇功能SBSF指示或者含有進行業(yè)務(wù)代理選擇指示的 消息。各種類型的用戶簽約數(shù)據(jù)可以存放在同一個物理網(wǎng)元實體上，也可以存 放在不同的物理網(wǎng)元實體上。用戶簽約數(shù)據(jù)庫可以是用戶歸屬服務(wù)器(HSS)，
也可以是非HSS的數(shù)據(jù)服務(wù)器。Service Broker選擇觸發(fā)點200提供觸發(fā)Service Broker選擇過程的功能， Service Broker選擇觸發(fā)點200可以是服務(wù)呼叫會話控制功能(S-CSCF )或者 查詢呼叫會話控制功能(I-CSCF )，甚至可以是Service Broker 。 Service Broker 選擇觸發(fā)點200是Service Broker的情況，例如Service Broker業(yè)務(wù)能力不足 時再選擇其它Service Broker。請參閱圖14， Service Broker選擇觸發(fā)點200包括請求單元201和第三重 選觸發(fā)單元202，請求單元201用于接收到含有觸發(fā)到業(yè)務(wù)代理選擇功能SBSF 指示或者含有進行業(yè)務(wù)代理選擇指示的消息后請求業(yè)務(wù)代理選擇功能SBSF 300進行業(yè)務(wù)代理選擇；第三重選觸發(fā)單元202，用于在選擇的業(yè)務(wù)代理Service Broker不可用時觸發(fā)重新選擇業(yè)務(wù)代理過程。選擇的Service Broker不可用， 是指例如觸發(fā)到選擇的Service Broker時Service Broker沒有響應(yīng)。業(yè)務(wù)代理選擇功能SBSF 300提供Service Broker選擇能力，可以根據(jù)要求 為用戶動態(tài)的選擇Service Broker。業(yè)務(wù)代理選擇功能SBSF 300物理上可以單 獨設(shè)置，也可以與上述提到的其他任意實體合設(shè)。請參閱圖15,業(yè)務(wù)代理選擇功能SBSF 300包括接收單元301、第一選擇 單元302、觸發(fā)方式確定單元303、第二觸發(fā)單元304、第一重選觸發(fā)單元305 和第二選擇單元306。接收單元301,用于接收Service Broker選擇觸發(fā)點200 的請求單元201的所述請求；第一選擇單元302,根據(jù)接收單元301接收的所 述請求與業(yè)務(wù)代理選擇數(shù)據(jù)庫400通信，并獲取業(yè)務(wù)代理選擇數(shù)據(jù)庫400的選 擇數(shù)據(jù)，根據(jù)所述選擇數(shù)據(jù)選擇Service Broker;觸發(fā)方式確定單元303，用于 根據(jù)選擇的業(yè)務(wù)代理確定Service Broker觸發(fā)點500到Service Broker 600的觸 發(fā)方式，所述觸發(fā)方式為Service Broker名稱或至Service Broker的觸發(fā)數(shù)據(jù)， 觸發(fā)方式確定后，可以傳遞給用戶設(shè)備800存儲；或者，由業(yè)務(wù)代理選擇數(shù)據(jù) 庫400、或用戶簽約數(shù)據(jù)庫100、或業(yè)務(wù)代理觸發(fā)點500的第一觸發(fā)單元501 進行存儲；第二觸發(fā)單元304,用于按所述觸發(fā)方式將當(dāng)前通信觸發(fā)到選擇的 Service Broker;第一重選觸發(fā)單元305,用于在選擇的Service Broker不可用 時觸發(fā)重新選擇業(yè)務(wù)代理過程；第二選擇單元306,用于在選擇的Service2 Broker無法滿足新的業(yè)務(wù)請求引起的業(yè)務(wù)代理能力要求時，根據(jù)所述選擇數(shù)據(jù) 和會;舌信息選擇其J也Service Broker。例如選定的業(yè)務(wù)^理Service Broker上用 戶已經(jīng)觸發(fā)了游戲Game業(yè)務(wù)，其后用戶請求調(diào)用未簽約的IPTV業(yè)務(wù)，Service Broker處理不了 IPTV業(yè)務(wù)和Game業(yè)務(wù)的交互，則根據(jù)所述選擇數(shù)據(jù)和會話 信息選擇其他Service Broker。業(yè)務(wù)代理Service Broker選擇數(shù)據(jù)庫400用于提供Service Broker選擇數(shù) 據(jù)，業(yè)務(wù)代理選擇功能SBSF 300的第一選擇單元302和第二選擇單元306可 以從Service Broker選擇數(shù)據(jù)庫400獲取選擇數(shù)據(jù)，根據(jù)這些選擇數(shù)據(jù)選擇符 合要求的業(yè)務(wù)代理Service Broker。Service Broker選擇數(shù)據(jù)可以包括以下信息Service Broker選擇數(shù)據(jù)至少包括用戶業(yè)務(wù)的業(yè)務(wù)代理能力要求和業(yè)務(wù)代 理的業(yè)務(wù)能力，即a、用戶業(yè)務(wù)的Service Broker能力要求。Service Broker能 力要求包括必選能力要求、可選能力要求，還可以包括Service Broker名稱， Service Broker名一爾可以為Service Broker的i也址。在Service Broker能力要求 中攜帶Service Broker名稱的情況，例如注冊消息處理流程中攜帶之前為未注 冊用戶臨時選擇的Service Broker名稱即Service Broker地址；b、網(wǎng)絡(luò)中的 Service Broker可以4是供的能力。Service Broker選擇數(shù)據(jù)還可以包括以下信息中的一項或多項c、 運營商為用戶指定的Service Broker;d、 Service Broker觸發(fā)點和網(wǎng)絡(luò)中的Service Broker的拓樸連接關(guān)系，例如 Service Broker觸發(fā)點和Service Broker的連通性等；e、 網(wǎng)纟各內(nèi)Service Broker的可用性，例如Service Broker是否正常運4亍等；f、 Service Broker優(yōu)選策略，例如當(dāng)Service Broker與S-CSCF合設(shè)時 S-CSCF是否提供用戶需要的Service Broker能力，或者Service Broker的負載均衡等；g、 Service Broker觸發(fā)點至Service Broker的觸發(fā)方式凄t據(jù)。 業(yè)務(wù)代理Service Broker選擇數(shù)據(jù)庫400可以與用戶簽約數(shù)據(jù)庫100合設(shè)，也可以與業(yè)務(wù)代理選擇功能SBSF 300合設(shè)。需要說明的是，各類Service Broker
選擇數(shù)據(jù)可以存放在在同一個物理網(wǎng)元實體上，例如都存放在Service Broker 選擇數(shù)據(jù)庫400，但并不局限于此，也可以存放在不同的物理網(wǎng)元實體上。Service Broker觸發(fā)點500提供將通信觸發(fā)至Service Broker 600的功能， Service Broker觸發(fā)點500可以是服務(wù)呼叫會話控制功能(S-CSCF ),也可以是 Service Broker。 Service Broker角蟲發(fā)點是Service Broker的'清)兄，例J(口 Service Broker業(yè)務(wù)能力不足時再觸發(fā)到其它可以提供所需要能力的Service Broker 上。請參閱圖16， Service Broker觸發(fā)點500包括第一觸發(fā)單元501和第二重 選觸發(fā)單元502。第一觸發(fā)單元501,用于獲取所述觸發(fā)方式后將當(dāng)前通信觸 發(fā)到選擇的業(yè)務(wù)代理Service Broker。第一觸發(fā)單元501獲取所述觸發(fā)方式可 以進行存儲。第二重選觸發(fā)單元502，用于在選擇的Service Broker不可用時 觸發(fā)重新選擇業(yè)務(wù)代理過程。業(yè)務(wù)代理Service Broker 600用于提供增強的業(yè)務(wù)觸發(fā)能力、業(yè)務(wù)混合能 力和業(yè)務(wù)交互處理能力中的一種或多種功能。業(yè)務(wù)觸發(fā)能力可以理解為根據(jù)要 求觸發(fā)業(yè)務(wù)的能力，業(yè)務(wù)混合能力可以理解為將不同的幾種業(yè)務(wù)混合到一起提 供新的業(yè)務(wù)的能力，業(yè)務(wù)交互處理能力可以理解為當(dāng)發(fā)生業(yè)務(wù)沖突時進行管理 的能力。Service Broker 600可以是單獨的物理網(wǎng)元實體，也可以和Service Broker觸發(fā)點500或Service Broker選擇觸發(fā)點200是同一個物理網(wǎng)元實體。監(jiān)視服務(wù)器700，用于監(jiān)視選擇的業(yè)務(wù)代理的狀態(tài)。監(jiān)視服務(wù)器700通過 與已選擇的業(yè)務(wù)代理Service Broker 600互相發(fā)送握手消息來監(jiān)^見Service Broker 600的狀態(tài)，例如通過互相發(fā)送SIP OPTIONS消息進行監(jiān)視，當(dāng)一段 時間監(jiān)視服務(wù)器700沒有收到握手消息，則通知系統(tǒng)中的其他實體例如業(yè)務(wù)代 理選擇功能SBSF 300所選擇的Service Broker 600不可用。需要說明的是，當(dāng)由業(yè)務(wù)代理選擇功能SBSF 300或Service Broker觸發(fā)點 500檢測選擇業(yè)務(wù)代理不可用時，可以不需要監(jiān)視服務(wù)器700。業(yè)務(wù)代理選擇 功能SBSF 300轉(zhuǎn)發(fā)Service Broker觸發(fā)點500的消息到Service Broker 600上， Service Broker 600無響應(yīng)，則此時業(yè)務(wù)代理選擇功能SBSF 300檢測出至 Service Broker 600的觸發(fā)失敗，Service Broker 600不可用。Service Broker觸 發(fā)點500根據(jù)觸發(fā)方式觸發(fā)到Service Broker 600上，Service Broker 600無響 應(yīng)，則此時Service Broker觸發(fā)點500檢測出至Service Broker 600的觸發(fā)失敗， Service Broker 600不可用。用戶設(shè)備UE 800，存儲業(yè)務(wù)代理選擇功能SBSF 300傳遞的觸發(fā)方式，例 如業(yè)務(wù)代理選擇功能SBSF 300通過注冊響應(yīng)消息將觸發(fā)方式返回給用戶設(shè)備 UE 800,用戶設(shè)備UE 800將其保存下來，用戶設(shè)備UE 800后續(xù)發(fā)起會話消 息中攜帶觸發(fā)方式，Service Broker觸發(fā)點500根據(jù)觸發(fā)方式觸發(fā)到指定的 Service Broker上。因為本發(fā)明主要新增業(yè)務(wù)代理Service Broker選擇觸發(fā)點200、業(yè)務(wù)代理 選擇功能SBSF 300、業(yè)務(wù)代理Service Broker選擇數(shù)據(jù)庫400，相應(yīng)的，增加 接口進行連接。Service Broker選擇觸發(fā)點200和業(yè)務(wù)代理選擇功能SBSF 300采用El接 口 ，該接口主要用于觸發(fā)業(yè)務(wù)代理選擇功能SBSF 300的Service Broker選擇過 程以及其后的交互過程。El接口協(xié)議至少包括如下之一SIP協(xié)議、Diameter 協(xié)議、超文本傳輸協(xié)議(HTTP )協(xié)議、內(nèi)部接口協(xié)議，當(dāng)業(yè)務(wù)代理選擇功能 SBSF 300和Service Broker選擇觸發(fā)點200合設(shè)時將用到內(nèi)部接口協(xié)議。業(yè)務(wù)代理選擇功能SBSF 300和Service Broker選擇數(shù)據(jù)庫400采用E4接 口 ，該接口用于請求和傳遞Service Broker選擇數(shù)據(jù)。E4接口協(xié)議至少包括如 下之一Diameter協(xié)議、通用用戶配置(GUP)協(xié)議、SIP協(xié)議、超文本傳輸 協(xié)議(HTTP )協(xié)議、內(nèi)部接口協(xié)議，當(dāng)業(yè)務(wù)代理選擇功能SBSF 300和Service Broker選4奪數(shù)據(jù)庫400合設(shè)時將用到內(nèi)部接口協(xié)議。業(yè)務(wù)代理選擇功能SBSF 300和Service Broker 600采用E2接口 ，該接口 用于業(yè)務(wù)代理選擇功能SBSF 300將通信觸發(fā)至Service Broker 600,例如業(yè)務(wù) 代理選擇功能SBSF 300轉(zhuǎn)發(fā)注冊消息到Service Broker 600。 E2 4妾口協(xié)議至少 包括如下之一SIP協(xié)議、內(nèi)部接口協(xié)議，當(dāng)業(yè)務(wù)代理選擇功能SBSF 300和 Service Broker 600合設(shè)時將用到內(nèi)部接口協(xié)議。業(yè)務(wù)代理選擇功能SBSF 300和用戶簽約數(shù)據(jù)庫100采用E3接口 ，該接 口用于業(yè)務(wù)代理選擇功能SBSF 300更新Service Broker觸發(fā)點500至Service
Broker 600的觸發(fā)數(shù)據(jù)。E3接口協(xié)議至少包括如下之一簡單網(wǎng)絡(luò)管理協(xié)議 (SNMP)、 Diameter協(xié)議、通用用戶配置(GUP )協(xié)議、SIP協(xié)議、超文本傳 輸協(xié)議(HTTP)協(xié)議、內(nèi)部接口協(xié)議，當(dāng)業(yè)務(wù)代理選擇功能SBSF 300和用戶 簽約數(shù)據(jù)庫100合設(shè)時將用到內(nèi)部接口協(xié)議。以上對本發(fā)明所提供的一種業(yè)務(wù)代理選擇方法及提供業(yè)務(wù)代理選擇的網(wǎng) 絡(luò)系統(tǒng)進行了詳細介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進 行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想； 同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng) 用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限 制。
權(quán)利要求
1、一種業(yè)務(wù)代理選擇方法，其特征在于，包括業(yè)務(wù)代理選擇觸發(fā)點請求業(yè)務(wù)代理選擇功能SBSF為用戶進行業(yè)務(wù)代理選擇；業(yè)務(wù)代理選擇功能SBSF與業(yè)務(wù)代理選擇數(shù)據(jù)庫通信，獲取業(yè)務(wù)代理選擇數(shù)據(jù)，根據(jù)所述選擇數(shù)據(jù)選擇業(yè)務(wù)代理。
2、 根據(jù)權(quán)利要求1所述的業(yè)務(wù)代理選擇方法，其特征在于 所述選擇數(shù)據(jù)至少包括用戶業(yè)務(wù)的業(yè)務(wù)代理能力要求和業(yè)務(wù)代理的業(yè)務(wù)能力。
3、 根據(jù)權(quán)利要求1所述的業(yè)務(wù)代理選擇方法，其特征在于 所述業(yè)務(wù)代理選擇觸發(fā)點的請求是在業(yè)務(wù)代理選擇觸發(fā)點接收到含有觸發(fā)到業(yè)務(wù)代理選擇功能SBSF指示或者含有進行業(yè)務(wù)代理選擇指示的消息后執(zhí)行。
4、 根據(jù)權(quán)利要求1至3任一項所述的業(yè)務(wù)代理選擇方法，其特征在于 業(yè)務(wù)代理選擇功能SBSF根據(jù)選擇的業(yè)務(wù)代理確定業(yè)務(wù)代理觸發(fā)點到業(yè)務(wù)代理的觸發(fā)方式；將當(dāng)前通信按所述觸發(fā)方式觸發(fā)到選擇的業(yè)務(wù)代理。
5、 根據(jù)權(quán)利要求4所述的業(yè)務(wù)代理選擇方法，其特征在于 所述觸發(fā)方式為業(yè)務(wù)代理名稱或至業(yè)務(wù)代理的觸發(fā)數(shù)據(jù)。
6、 根據(jù)權(quán)利要求4所述的業(yè)務(wù)代理選擇方法，其特征在于 將所述觸發(fā)方式進行保存，以及，后續(xù)所述用戶的通信按所述觸發(fā)方式觸發(fā)到選擇的業(yè)務(wù)代理。
7、 根據(jù)權(quán)利要求6所述的業(yè)務(wù)代理選擇方法，其特征在于 保存所述觸發(fā)方式的實體為業(yè)務(wù)代理觸發(fā)點、或用戶設(shè)備、或用戶簽約數(shù)據(jù)庫、或業(yè)務(wù)代理選擇數(shù)據(jù)庫。
8、 根據(jù)權(quán)利要求4所述的業(yè)務(wù)代理選擇方法，其特征在于具體為業(yè)務(wù)代理選擇功能SBSF將當(dāng)前通信按所述觸發(fā)方式觸發(fā)到選擇的 業(yè)務(wù)代理；或者，業(yè)務(wù)代理觸發(fā)點獲取業(yè)務(wù)代理選擇功能SBSF確定的所述觸發(fā)方式 后將當(dāng)前通信按所述觸發(fā)方式觸發(fā)到選擇的業(yè)務(wù)代理。
9、 根據(jù)權(quán)利要求8所述的業(yè)務(wù)代理選擇方法，其特征在于檢測到選擇的業(yè)務(wù)代理不可用時，重新發(fā)起業(yè)務(wù)代理選擇過程。
10、 根據(jù)權(quán)利要求8所述的業(yè)務(wù)代理選擇方法，其特征在于選擇的業(yè)務(wù)代理無法滿足新的業(yè)務(wù)請求引起的業(yè)務(wù)代理能力要求時，根據(jù) 所述選擇數(shù)據(jù)和會話信息選擇其他業(yè)務(wù)代理。
11、 一種提供業(yè)務(wù)代理選擇的網(wǎng)絡(luò)系統(tǒng)，其特征在于，包括 業(yè)務(wù)代理選擇觸發(fā)點、業(yè)務(wù)代理選擇功能SBSF和業(yè)務(wù)代理選擇數(shù)據(jù)庫； 業(yè)務(wù)代理選擇觸發(fā)點，包括請求單元，用于請求業(yè)務(wù)代理選擇功能SBSF進行業(yè)務(wù)代理選擇；業(yè)務(wù)代理選擇功能SBSF,包括接收單元和第一選擇單元；接收單元，用于接收業(yè)務(wù)代理選擇觸發(fā)點的請求單元的所述請求；第 一選擇單元，根據(jù)接收單元接收的所述請求與業(yè)務(wù)代理選擇數(shù)據(jù)庫通信，獲取業(yè)務(wù)代理選擇數(shù)據(jù)，根據(jù)所述選擇數(shù)據(jù)選擇業(yè)務(wù)代理； 業(yè)務(wù)代理選擇數(shù)據(jù)庫，用于提供選擇數(shù)據(jù)。
12、 根據(jù)權(quán)利要求11所述的提供業(yè)務(wù)代理選擇的網(wǎng)絡(luò)系統(tǒng)，其特征在于 還包括用戶簽約數(shù)據(jù)庫，用于存儲用戶的簽約數(shù)據(jù)，向業(yè)務(wù)代理選擇觸發(fā)點發(fā)送含有觸發(fā)到業(yè)務(wù)代理選擇功能SBSF指示或者含有進行業(yè)務(wù)代理選擇指 示的消息。
13、 根據(jù)權(quán)利要求12所述的提供業(yè)務(wù)代理選擇的網(wǎng)絡(luò)系統(tǒng)，其特征在于 還包括業(yè)務(wù)代理觸發(fā)點，業(yè)務(wù)代理觸發(fā)點包括第一觸發(fā)單元； 業(yè)務(wù)代理選擇功能SBSF還包括觸發(fā)方式確定單元； 觸發(fā)方式確定單元，用于根據(jù)選擇的業(yè)務(wù)代理確定業(yè)務(wù)代理觸發(fā)點到業(yè)務(wù)代理的觸發(fā)方式；第 一觸發(fā)單元，用于獲取所述觸發(fā)方式后將當(dāng)前通信觸發(fā)到選擇的業(yè)務(wù)代理。
14、 根據(jù)權(quán)利要求13所述的提供業(yè)務(wù)代理選擇的網(wǎng)絡(luò)系統(tǒng)，其特征在于 還包括用戶設(shè)備，用于存儲所述觸發(fā)方式； 或者，由業(yè)務(wù)代理選擇數(shù)據(jù)庫、或用戶簽約數(shù)據(jù)庫、或業(yè)務(wù)代理觸發(fā)點的 第一觸發(fā)單元存儲所述觸發(fā)方式。
15、 根據(jù)權(quán)利要求13所述的提供業(yè)務(wù)代理選擇的網(wǎng)絡(luò)系統(tǒng)，其特征在于 業(yè)務(wù)代理選擇功能SBSF還包括第二觸發(fā)單元，用于按所述觸發(fā)方式將當(dāng)前通信觸發(fā)到選擇的業(yè)務(wù)代理。
16、 根據(jù)權(quán)利要求15所述的提供業(yè)務(wù)代理選擇的網(wǎng)絡(luò)系統(tǒng)，其特征在于 業(yè)務(wù)代理選擇功能SBSF還包括第一重選觸發(fā)單元，用于在選擇的業(yè)務(wù)代理不可用時觸發(fā)重新選擇業(yè)務(wù)代理過程。
17、 根據(jù)權(quán)利要求15所述的提供業(yè)務(wù)代理選擇的網(wǎng)絡(luò)系統(tǒng)，其特征在于 業(yè)務(wù)代理觸發(fā)點還包括第二重選觸發(fā)單元，用于在選擇的業(yè)務(wù)代理不可用時觸發(fā)重新選擇業(yè)務(wù)代理過程。
18、 根據(jù)權(quán)利要求15所述的提供業(yè)務(wù)代理選擇的網(wǎng)絡(luò)系統(tǒng)，其特征在于 業(yè)務(wù)代理選擇觸發(fā)點還包括第三重選觸發(fā)單元，用于在選擇的業(yè)務(wù)代理不可用時觸發(fā)重新選^t奪業(yè)務(wù)代理過程。
19、 根據(jù)權(quán)利要求16到18任一項所述的提供業(yè)務(wù)代理選擇的網(wǎng)絡(luò)系統(tǒng)， 其特征在于業(yè)務(wù)代理選擇功能SBSF還包括第二選擇單元，用于在選擇的業(yè)務(wù)代理無法滿足新的業(yè)務(wù)請求引起的業(yè)務(wù)代理能力要求時，根據(jù)所述選擇數(shù)據(jù)和會話信 息選擇其他業(yè)務(wù)代理。
20、 根據(jù)權(quán)利要求16到18任一項所述的提供業(yè)務(wù)代理選擇的網(wǎng)絡(luò)系統(tǒng)， 其特征在于還包括監(jiān)視服務(wù)器，用于監(jiān)視選擇的業(yè)務(wù)代理的狀態(tài)。
全文摘要
本發(fā)明公開一種業(yè)務(wù)代理選擇方法，所述方法為業(yè)務(wù)代理選擇觸發(fā)點請求業(yè)務(wù)代理選擇功能SBSF為用戶進行業(yè)務(wù)代理選擇；業(yè)務(wù)代理選擇功能SBSF與業(yè)務(wù)代理選擇數(shù)據(jù)庫通信，獲取業(yè)務(wù)代理選擇數(shù)據(jù)庫返回的選擇數(shù)據(jù)，根據(jù)所述選擇數(shù)據(jù)選擇業(yè)務(wù)代理。相應(yīng)的，本發(fā)明公開了提供業(yè)務(wù)代理選擇的網(wǎng)絡(luò)系統(tǒng)。本發(fā)明能夠?qū)崿F(xiàn)在網(wǎng)絡(luò)中靈活的動態(tài)選擇滿足用戶業(yè)務(wù)能力要求的業(yè)務(wù)代理。
文檔編號H04L29/08GK101163150SQ20061014961
公開日2008年4月16日 申請日期2006年10月10日 優(yōu)先權(quán)日2006年10月10日
發(fā)明者桑 吳 申請人:華為技術(shù)有限公司