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


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