專利名稱：一種bc業(yè)務(wù)改進(jìn)的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)技術(shù)領(lǐng)域，免其涉及一種BC業(yè)務(wù)改進(jìn)的方法和設(shè)備。
背景技術(shù)：
IMS (IP Multimedia Subsystem, IP多媒體子系統(tǒng))是最初在3GPP (3rd Generation Partnership Project,第三代移動(dòng)通信標(biāo)準(zhǔn)化伙伴項(xiàng)目)R5階段增 加的WCDMA ( Wideband Code Division Multiple Access,寬帶碼分多址)網(wǎng) 絡(luò)中疊加在已有分組域之上的一個(gè)子系統(tǒng)，采用分組域?yàn)槠渖蠈涌刂菩帕詈?々幕體傳輸?shù)膅義載通道，引入SIP ( Session Initiation Protocol,會(huì)i舌初始化協(xié)i義) 協(xié)議作為業(yè)務(wù)控制協(xié)議，利用SIP簡(jiǎn)單、易擴(kuò)展、媒體組合方便的特點(diǎn)，通 過將業(yè)務(wù)控制與承載控制分離，提供豐富的多媒體業(yè)務(wù)，對(duì)IMS進(jìn)行標(biāo)準(zhǔn)化 的國(guó)際標(biāo)準(zhǔn)組織主要有3GPP ^ TISPAN (Telecommunications and Internet converged Services and Protocols for Advanced Networking, 電^[言和互聯(lián)網(wǎng)鬲蟲合 業(yè)務(wù)及高級(jí)網(wǎng)絡(luò))。3GPP側(cè)重于從移動(dòng)的角度對(duì)IMS進(jìn)行研究，而TISPAN 則側(cè)重于從固定的角度對(duì)IMS提出需求，并統(tǒng)一由3GPP完善，最終實(shí)現(xiàn)IMS 對(duì)固定接入和移動(dòng)接入的統(tǒng)一控制。 ，
架構(gòu)方面，TISPAN采用3GPPR7定義的IMS架構(gòu)，其架構(gòu)如圖1所示， 并針對(duì)固定的特殊要求進(jìn)行了相關(guān)修訂；提出了 NASS (Network Attachment Subsystem, 網(wǎng)絡(luò)附著子系統(tǒng))和RACS (Resource and Admission Control Subsystem,資源控制子系統(tǒng))；對(duì)整個(gè)體系架構(gòu)所包含的子系統(tǒng)和功能實(shí)體間 的接口進(jìn)行了定義；協(xié)議方面，對(duì)3GPP已經(jīng)定義的相關(guān)接口協(xié)議，針對(duì)固定 的特殊需求進(jìn)行了相關(guān)的修訂；定義了 NASS與外部接口的協(xié)議；定義了 RACS和外部接口的協(xié)議。對(duì)于3GPP定義的IMS網(wǎng)絡(luò)，在該網(wǎng)絡(luò)中和TISPAN' 采用的3GPP R7定義的RACS相對(duì)應(yīng)的執(zhí)行資源預(yù)留的實(shí)體是GGSN (網(wǎng)關(guān) G RS支持節(jié)點(diǎn)，Gateway GPRS Support Node )。在IMS網(wǎng)絡(luò)中，為了保證會(huì)話能夠成功建立，引入了資源預(yù)留機(jī)制，在 該機(jī)制下，在會(huì)話最終建立完成時(shí)，網(wǎng)絡(luò)確保在接入網(wǎng)已經(jīng)為用戶預(yù)留了本 次會(huì)話需要的資源。為此，在TIStAN中專門定義了 P-CSCF和RACS之間接 口為Gq，接口，通過該接口可以JL持網(wǎng)絡(luò)側(cè)發(fā)起的資源預(yù)留請(qǐng)求。
IMS based IPTV (Internet Television,基于IP互聯(lián)網(wǎng)絡(luò)的電#見)是在IMS 的整體架構(gòu)下提供IPTV業(yè)務(wù)，以充分利用IMS網(wǎng)絡(luò)中已有的注冊(cè)、認(rèn)證、 路由、會(huì)話控制與建立、業(yè)務(wù)觸發(fā)、計(jì)費(fèi)、端到端QoS (Quality of Service, 服務(wù)質(zhì)量)保證等機(jī)制來(lái)為用戶，供流媒體業(yè)務(wù)及融合流媒體和實(shí)時(shí)會(huì)話業(yè) 務(wù)的多々某體業(yè)務(wù)。也就是說(shuō)，用戶到內(nèi)容的多4某體會(huì)話是通過IMS已有的會(huì) 話控制機(jī)制在完成，在建立會(huì)話過程中，需要為媒體流的傳送預(yù)留承載資源。
在目前TISPAN定義的IMS sed IPTV系統(tǒng)中對(duì)直播業(yè)務(wù)的標(biāo)識(shí)采用業(yè), 務(wù)包的概念進(jìn)行描述，即用戶訂閱或簽約直播業(yè)務(wù)時(shí)訂閱/簽約的是一個(gè)業(yè)務(wù) 包，請(qǐng)求直播業(yè)務(wù)時(shí)也是向該業(yè)務(wù)包發(fā)起請(qǐng)求，由于一個(gè)業(yè)務(wù)包可以包括若. 干個(gè)頻道，此時(shí)有可能IMS based IPTV網(wǎng)絡(luò)側(cè)無(wú)法確切知道用戶當(dāng)前或初始 想要觀看的頻道，而無(wú)法對(duì)網(wǎng)絡(luò)帶寬資源進(jìn)行預(yù)留，結(jié)果導(dǎo)致或者用戶的帶 寬需求不能滿足，影響客戶體驗(yàn)?；蛘吒鶕?jù)現(xiàn)有技術(shù)，若BC (Broadcast,廣 播)業(yè)務(wù)請(qǐng)求中對(duì)每個(gè)頻道都存在對(duì)應(yīng)的SDP ( Session Description Protocol, 會(huì)話描述協(xié)議)描述，則RACS會(huì)對(duì)包中所有的頻道都預(yù)留資源，由于用戶 同一時(shí)刻只會(huì)收看一個(gè)頻道，從而造成資源的極大浪費(fèi)。
現(xiàn)有技術(shù)Gq，接口中，若P-CSCF (Proxy-Call Session Control Function, 代理呼叫會(huì)話控制功能)收到業(yè)務(wù)請(qǐng)求，判斷需要執(zhí)行資源預(yù)留操作時(shí)，會(huì) 針對(duì)請(qǐng)求中的SDP信息生成相應(yīng)的指示RACS進(jìn)行資源預(yù)留的命令， 一般情 況下會(huì)對(duì)SDP中的每個(gè)媒體成份m行進(jìn)行資源預(yù)留。 '
在IPTV業(yè)務(wù)中，P-CSCF收到的業(yè)務(wù)請(qǐng)求存在以下幾種情況1、請(qǐng)求中 的SDP對(duì)業(yè)務(wù)包中的每個(gè)頻道都存在對(duì)應(yīng)其々某體組成的i某體描述m行。2、 請(qǐng)求中沒有包含對(duì)應(yīng)任何頻道的媒體組成媒體描述行，僅包含所請(qǐng)求的業(yè)務(wù) 包標(biāo)識(shí)。針對(duì)情況l，現(xiàn)有技術(shù)P-CSCF會(huì)對(duì)每個(gè)々某體描述行進(jìn)行資源預(yù)留， 在BC業(yè)務(wù)下，用戶同一時(shí)刻僅收看一個(gè)頻道，造成網(wǎng)絡(luò)資源的極大浪費(fèi)。針對(duì)情況2，現(xiàn)有技術(shù)P-CSCF無(wú)法確定需要為用戶預(yù)留多少資源，造成該業(yè)務(wù) 請(qǐng)求無(wú)法成功處理。

發(fā)明內(nèi)容
本發(fā)明的實(shí)施例提供一種BC業(yè)務(wù)改進(jìn)的方法和設(shè)備，用于實(shí)現(xiàn)基于IMS 的IPTV業(yè)務(wù)中的共享資源預(yù)留處理。
為達(dá)到上述目的，本發(fā)明的實(shí)施例提供一種BC業(yè)務(wù)改進(jìn)的方法，包括以 下步驟
代理呼叫會(huì)話控制功能實(shí)體P-CSCF判斷接收到的業(yè)務(wù)層消息是廣播BC 業(yè)務(wù)請(qǐng)求，決定執(zhí)行共享資源的預(yù)留處理；
所述P-CSCF向資源預(yù)留處理實(shí)體發(fā)送資源預(yù)留指示消息，指示所述資源 預(yù)留處理實(shí)體進(jìn)行共享資源的預(yù)留處理。
本發(fā)明的實(shí)施例還提供一種BC業(yè)務(wù)中權(quán)限列表的攜帶方法，包括
接收SCF發(fā)送的消息，根據(jù)所述消息獲取用戶終端的權(quán)限列表，所述獲 取用戶終端的權(quán)限列表具體為
獲取所述SCF通過HTTP連接或XML攜帶在所述消息中的信息權(quán)限列 表5 或
接收SCF發(fā)送的消息，所述SCF在所述消息中將所述用戶終端不具有權(quán) 限觀看的頻道的媒體描述對(duì)應(yīng)的m行的端口置為0;根據(jù)所述媒體描述信息， 判斷所述用戶終端對(duì)端口號(hào)為0的m行對(duì)應(yīng)的頻道沒有觀看權(quán)限，對(duì)于端口 號(hào)不為0的m行對(duì)應(yīng)的頻道具有觀看權(quán)限。
本發(fā)明的實(shí)施例還提供一種BC業(yè)務(wù)中網(wǎng)絡(luò)參數(shù)的獲取方法，包括
終端接收會(huì)話消息，所述BC業(yè)務(wù)會(huì)話消息中通過XML的方式、HTTP Link的方式或攜帶業(yè)務(wù)所對(duì)應(yīng)的網(wǎng)絡(luò)參數(shù)；
所述終端通過解析所述會(huì)話消息中的XML、或根據(jù)HTTP Link,獲取網(wǎng) 絡(luò)參數(shù)。
本發(fā)明的實(shí)施例還提供一種BC業(yè)務(wù)中最大帶寬指示的攜帶方法，包括 獲取用戶簽約的頻道所需的最大帶寬并通知資源預(yù)留處理實(shí)體，所述獲取方式具體為接收SCF發(fā)送的消息，所述消息中攜帶最大帶寬信息；或根
據(jù)所述消息中的各頻道媒體描述信息決定用戶簽約的頻道所需的最大帶寬。 本發(fā)明的實(shí)施例還提供一種BC業(yè)務(wù)中初始/默認(rèn)頻道的指示方法，^括 終端或SCF增加指示，在消息中明確指明某個(gè)頻道為當(dāng)前初始/默認(rèn)頻道。 本發(fā)明的實(shí)施例還提供一種代理呼叫會(huì)話控制功能實(shí)體P-CSCF,包括 業(yè)務(wù)層消息解析單元，用于判斷接收到的業(yè)務(wù)層消息是否為BC業(yè)務(wù)請(qǐng)
求，若是則向指示消息生成單元發(fā)送通知；
指示消息生成單元，用于在接收到所述通知時(shí)，生成資源預(yù)留指示消息，
以指示資源預(yù)留處理實(shí)體進(jìn)行共享資源的預(yù)留處理。
本發(fā)明的實(shí)施例還提供一種資源預(yù)留處理實(shí)體，包括 指示消息解析單元，用于解析P-CSCF發(fā)送的資源預(yù)留指示消息中包括的
內(nèi)容，并向預(yù)留處理單元發(fā)送所述解析出的內(nèi)容；
預(yù)留處理單元，用于在接收到所述解析出的內(nèi)容時(shí)，根據(jù)所述解析出的
內(nèi)容進(jìn)行共享資源的預(yù)留處理。'
與現(xiàn)有技術(shù)相比，本發(fā)明的實(shí)施例具有以下優(yōu)點(diǎn)
當(dāng)用戶發(fā)起B(yǎng)C業(yè)務(wù)時(shí)，P-CSCF根據(jù)用戶發(fā)起的BC業(yè)務(wù)請(qǐng)求，下發(fā)指 示給資源預(yù)留處理實(shí)體，指示其預(yù)留特定網(wǎng)絡(luò)資源，由于用戶在同一時(shí)刻只 可以觀看一個(gè)頻道，因此這些資源可以供該業(yè)務(wù)包中的頻道共享，達(dá)到節(jié)約 網(wǎng)絡(luò)資源的目的。


圖1是現(xiàn)有技術(shù)中TISPAN采用的IMS架構(gòu)示意圖； 圖2是本發(fā)明的實(shí)施例一中一種BC業(yè)務(wù)改進(jìn)的方法的流程圖； 圖3是本發(fā)明的實(shí)施例二中一種BC業(yè)務(wù)改進(jìn)的方法的流程圖； 圖4是本發(fā)明的實(shí)施例三中^種BC業(yè)務(wù)改進(jìn)的方法的流程圖； 圖5是本發(fā)明的實(shí)施例四中一種BC業(yè)務(wù)改進(jìn)的方法的流程圖； 圖6是本發(fā)明的實(shí)施例五中一種BC業(yè)務(wù)改進(jìn)的方法的流程圖； 圖7是本發(fā)明的實(shí)施例六中一種BC業(yè)務(wù)改進(jìn)的方法的流程圖。圖8是本發(fā)明的實(shí)施例七中一種BC業(yè)務(wù)改進(jìn)的方法的流程圖； 圖9是本發(fā)明的實(shí)施例八中一種BC業(yè)務(wù)改進(jìn)的方法的流程圖； 圖10是本發(fā)明的實(shí)施例九中 一種BC業(yè)務(wù)改進(jìn)系統(tǒng)的結(jié)構(gòu)示意圖;
具體實(shí)施例方式
本發(fā)明的實(shí)施例提出 一種BC業(yè)務(wù)改進(jìn)的方法，當(dāng)用戶發(fā)起B(yǎng)C業(yè)務(wù)時(shí)， P-CSCF根據(jù)該請(qǐng)求是BC業(yè)務(wù)請(qǐng)求，下發(fā)指示給資源預(yù)留處理實(shí)體，指示其 預(yù)留特定網(wǎng)絡(luò)資源，由于用戶在同一時(shí)刻只可以觀看一個(gè)頻道，因此這些資 源可以供該業(yè)務(wù)包中的頻道共享，即針對(duì)BC業(yè)務(wù)同一業(yè)務(wù)包中的多個(gè)頻道， 網(wǎng)絡(luò)分配所需帶寬最大的頻道的網(wǎng)絡(luò)資源，后續(xù)用戶發(fā)生頻道間切換時(shí)，網(wǎng) 絡(luò)不需要重新分配資源，重用之前已分配的網(wǎng)絡(luò)資源實(shí)現(xiàn)各頻道間資源共享， 達(dá)到節(jié)約網(wǎng)絡(luò)資源的目的。
本發(fā)明實(shí)施例中給出的BC業(yè)務(wù)改進(jìn)的方法，還包括 (一)BC業(yè)務(wù)中權(quán)限列表的攜帶方法，包括
1.通過m行端口是否為O指示用戶是否具有觀看頻道的權(quán)限
SCF在BC業(yè)務(wù)會(huì)話消息中將用戶不具有權(quán)限觀看的頻道的媒體描述對(duì)' 應(yīng)的m行的端口置為0,
P-CSCF解析收到的SIP消息中的SDP描述，認(rèn)為用戶對(duì)端口號(hào)為0的m 行所對(duì)應(yīng)的業(yè)務(wù)沒有業(yè)務(wù)權(quán)限，用戶對(duì)端口號(hào)不為0的m行所對(duì)應(yīng)的業(yè)務(wù)有: 業(yè)務(wù)權(quán)限，并將據(jù)此規(guī)則所生成的權(quán)限列表傳遞給RACS。 '或者
,2.通過HTTP Link攜帶權(quán)限列表
SCF將用戶權(quán)限列表通過HTTP Link攜帶在BC業(yè)務(wù)會(huì)話消息中， P-CSCF將SIP消息中所攜舉的HTTP Link信息傳遞給RACS,由RACS 根據(jù)HTTP Link信息獲取權(quán)限列表。 或者
'3.通過xml攜帶權(quán)限列表SCF將用戶權(quán)限列表通過XML攜帶在BC業(yè)務(wù)會(huì)話消息中，
P-CSCF解析SIP消息中的XML信息，從中獲取權(quán)限列表，傳遞給RACS。
或^":
4.使用業(yè)務(wù)包ID和用戶公共身份標(biāo)識(shí)隱式攜帶權(quán)限列表。 . SCF在BC業(yè)務(wù)會(huì)話消息中沒有顯式的包含用戶權(quán)限列表， P-CSCF從SIP消息獲取業(yè)務(wù)包ID和用戶公共身份，傳遞給RACS， RACS 根據(jù)業(yè)務(wù)包ID和用戶公共身份獲取權(quán)限列表。
(二) BC業(yè)務(wù)中網(wǎng)絡(luò)參數(shù)的攜帶方法，包括
1. 通過xml攜帶
SCF在BC業(yè)務(wù)會(huì)話消息中通過XML的方式攜帶業(yè)務(wù)所對(duì)應(yīng)的網(wǎng)絡(luò)參
數(shù)； '
UE通過解析會(huì)話消息中的XML獲得網(wǎng)絡(luò)參數(shù)； 或者
2. 通過HTTP Link攜帶
SCF在BC業(yè)務(wù)^^舌消息中攜帶HTTP Link作為業(yè)務(wù)所對(duì)應(yīng)的網(wǎng)絡(luò)參數(shù) 的指示。
UE通過該HTTP Link獲取到網(wǎng)絡(luò)參數(shù)； 或者
(三) BC業(yè)務(wù)中最大帶寬指示的攜帶方法，包括 'l.SCF決定所需帶寬最大的頻道，并在消息中攜帶該帶寬信息；
2. P-CSCF根據(jù)SDP中的各'頻道i某體描述信息決定用戶簽約的頻道所需 的最大帶寬
3. RACS根據(jù)用戶標(biāo)識(shí)和獲得的網(wǎng)絡(luò)參數(shù)決定用戶簽約的頻道所需的最 大帶寬；
(四) BC業(yè)務(wù)中初始/默認(rèn)頻道的攜帶方法，包括
1. UE在獲得網(wǎng)絡(luò)參數(shù)的情況下，在SDP Offer中僅攜帶初始/默認(rèn)頻道的 媒體描述 '
2. SCF發(fā)起SDP Offer,并在其中僅攜帶初始/默認(rèn)頻道的媒體描述-3. UE或SCF增加指示，在消息中明確指明某個(gè)頻道為當(dāng)前初始/默認(rèn)頻 道
本發(fā)明的實(shí)施例對(duì)上述方式分別進(jìn)行了說(shuō)明，需要說(shuō)明的是，上述方法 的任意組合都在本發(fā)明的保護(hù)范圍內(nèi)。
本發(fā)明的實(shí)施例一中， 一種BC業(yè)務(wù)改進(jìn)的方法如圖2所示，包括以下步
驟
步驟s201、 P-CSCF判斷接收到的業(yè)務(wù)層消息是BC業(yè)務(wù)請(qǐng)求時(shí)，決定需 要執(zhí)行共享資源的預(yù)留處理。 '
步驟s202、 P-CSCF向資源fe留處理實(shí)體發(fā)送資源預(yù)留指示消息，指示. RACS進(jìn)行共享資源的預(yù)留處理。，
步驟s203、資源預(yù)留處理實(shí)體根據(jù)該資源預(yù)留指示消息進(jìn)行共享資源的 預(yù)留處理。
上述步驟中，對(duì)于不同的網(wǎng)絡(luò)，資源預(yù)留處理實(shí)體有所不同。例如對(duì)于 在TISPAN定義的IMS網(wǎng)絡(luò)中，執(zhí)行資源預(yù)留處理的實(shí)體是RACS，而在3GPP 定義的IMS網(wǎng)絡(luò)，執(zhí)行資源預(yù)留處理的實(shí)體是GGSN。以下各實(shí)施例中，以 執(zhí)行資源預(yù)留處理的實(shí)體是RACS為例，對(duì)本發(fā)明的實(shí)施方式進(jìn)行說(shuō)明。
以下結(jié)合具體的應(yīng)用場(chǎng)景，對(duì)本發(fā)明實(shí)施例中一種BC業(yè)務(wù)改進(jìn)的方法進(jìn) 行進(jìn)一步的詳細(xì)說(shuō)明。
本發(fā)明的實(shí)施例二中，以終端在發(fā)起初始BC業(yè)務(wù)請(qǐng)求前已經(jīng)獲得相關(guān)網(wǎng) 絡(luò)參數(shù)為例，描述本發(fā)明一種BC業(yè)務(wù)改進(jìn)的方法，其流程如圖3所示，具體 包括以下步驟
步驟s301、進(jìn)行業(yè)務(wù)的部署，完成組播源的準(zhǔn)備，組播地址和頻道關(guān)系 的管理，組播樹的建立等，其中在SCF (Service Control Function,業(yè)務(wù)控制 功能)實(shí)體業(yè)務(wù)發(fā)現(xiàn)過程中把網(wǎng)絡(luò)參數(shù)(包含組播地址)下發(fā)給終端。該網(wǎng) 絡(luò)參數(shù)包括多播地址、質(zhì)量信息、帶寬信息、編解碼信息、默認(rèn)語(yǔ)言信息 以及字幕信息等參數(shù)中的 一種或多種。
步驟s302、 UE (User Equipment,用戶終端)發(fā)起業(yè)務(wù)層消息Invite請(qǐng)求 給P-CSCF，其中攜帶業(yè)務(wù)包標(biāo)識(shí)、公共用戶身份標(biāo)識(shí)以及SDPOffer。此處在請(qǐng)求中還攜帶了 BC斗務(wù)指示，該信息的攜帶可以是以下方式的一 種或幾種方式間的任意組合
(1 )在RequestURI中填寫的SIP URI的參數(shù)中，攜帶本次用戶請(qǐng)求的頻 道標(biāo)識(shí)；或者
(2)在通過SDP描述的媒體描述中存在頻道標(biāo)識(shí)信息，表明哪些媒體行 關(guān)聯(lián)于同一個(gè)頻道；或者
(3 )在請(qǐng)求中存在相關(guān)SIP頭域或者參數(shù)，這些頭域或參數(shù)表明這個(gè)請(qǐng) ,裝是BC業(yè)務(wù)i青,，，》口 P-Preferred—Service或P-Asserted-Service頭i或；或者
(4 )在請(qǐng)求的SDP描述中，'通過會(huì)話級(jí)參數(shù)信息表明該請(qǐng)求是BC業(yè)務(wù)請(qǐng)求。
步驟s303、 P-CSCF向S-CSCF轉(zhuǎn)發(fā)Invite請(qǐng)求；S-CSCF收到Invite請(qǐng)求 后，轉(zhuǎn)發(fā)消息到SCF。
步驟s304、 SCF獲得UE的IPTV Profile數(shù)據(jù)(可以存儲(chǔ)在SCF上)，通' 過對(duì)UE的IPTV業(yè)務(wù)相關(guān)的鑒4又，并獲得UE的一系列BC頻道的權(quán)限列表。
步驟s305、 SCF返回2000K,給S畫CSCF (Serving國(guó)CSCF，服務(wù)CSCF ), 其中攜帶具有權(quán)限的頻道的具體i某體信息(包括多播地址、帶寬、編解碼等)， 對(duì)無(wú)權(quán)限觀看的頻道的媒體行的端口置為0。
步驟s306、 S-CSCF將200OK轉(zhuǎn)發(fā)到P-CSCF, P-CSCF此時(shí)決定需要執(zhí) 行資源預(yù)留操作，并根據(jù)步驟s302中描述的信息判斷該請(qǐng)求是BC業(yè)務(wù)請(qǐng)求 (該判斷也可以在步驟s302中P-CSCF收到業(yè)務(wù)請(qǐng)求時(shí)執(zhí)行)，則P-CSCF發(fā) 送消息如AAR給RACS，要求RACS進(jìn)行資源預(yù)留，并表明該資源供多個(gè)頻 道共享，此處P-CSCF向RACS的發(fā)送的資源預(yù)留請(qǐng)求可以使用以下方式
(1) 在請(qǐng)求中攜帶業(yè)務(wù)包標(biāo))只Service Package ID和用戶標(biāo)識(shí)，業(yè)務(wù):包標(biāo) 識(shí)可以是本次請(qǐng)求的RequesrURI，而用戶標(biāo)識(shí)即公共用戶身份；或者
(2) 在請(qǐng)求中攜帶業(yè)務(wù)包標(biāo)識(shí)，用戶標(biāo)識(shí)，和所需帶寬最大的頻道的々某 體組成對(duì)應(yīng)的一個(gè)或多個(gè)々某體描迷信元Media-Component-Description;或者
(3 )在請(qǐng)求中攜帶業(yè)務(wù)包標(biāo)識(shí)，和所需帶寬最大的頻道的媒體組成對(duì)應(yīng) 的一個(gè)或多個(gè)i某體描述信元Media-Component-Description,以及4又限列表，P-CSCF通過判斷收到的消息中的媒體描述對(duì)應(yīng)的m行的端口信息來(lái)確定權(quán) 限列表，若媒體描述對(duì)應(yīng)的m行中的端口為O則表示用戶不具有觀看該頻道 的權(quán)限，反之，媒體描述對(duì)應(yīng)的m行中的端口不為0則表示用戶具有觀看該 頻道的權(quán)限。P-CSCF只會(huì)將用戶具有權(quán)限的頻道的信息如頻道標(biāo)識(shí)，多'播地 址，包含在權(quán)限列表中。
其中所需帶寬最大的頻道可以是由P-CSCF自行比較判斷得出，也可以是 SCF在消息中返回了明確的指示，通過該指示P-CSCF感知所需帶寬最大的頻 道。
步驟s307、 RACS根據(jù)請(qǐng)求中存在業(yè)務(wù)包標(biāo)識(shí)Service PackageID判斷該 請(qǐng)求是BC業(yè)務(wù)請(qǐng)求，進(jìn)而執(zhí)行特殊的資源預(yù)留操作，包括RACS在沒有從 P-CSCF獲得權(quán)限列表時(shí)，則向N絡(luò)中的數(shù)據(jù)管理實(shí)體如UPSF (User Profile Server Function,用戶業(yè)務(wù)清單功能)發(fā)送查詢請(qǐng)求，請(qǐng)求中攜帶用戶標(biāo)識(shí)和 業(yè)務(wù)包標(biāo)識(shí)，數(shù)據(jù)管理實(shí)體返回用戶簽約的該業(yè)務(wù)包下的頻道的描述信息。 需要說(shuō)明的是，若RACS已經(jīng)獲得權(quán)限列表，則不需要此查詢步驟。
步驟s308、 RACS按照所需帶寬最大的頻道需求進(jìn)行資源預(yù)留，并使用 權(quán)限列表進(jìn)行用戶加入組播或切換頻道權(quán)限控制。
步驟s309、 P-CSCF將200OK返回給UE,這里步驟s305和步驟s308沒 有嚴(yán)格的先后順序。 ，
本發(fā)明的實(shí)施例三中，以終端在發(fā)起初始BC業(yè)務(wù)請(qǐng)求前沒有獲得相關(guān)網(wǎng) 絡(luò)參數(shù)，在會(huì)話建立過程中獲得參數(shù)為例，描述本發(fā)明一種BC業(yè)務(wù)改進(jìn)的方 法，其流程如圖4所示，具體包括以下步驟
步驟s401、進(jìn)行業(yè)務(wù)的部署；完成組播源的準(zhǔn)備，組播地址和頻道關(guān)系 的管理，組播樹的建立等。
步驟s402、 UE發(fā)起業(yè)務(wù)層消息Invite請(qǐng)求給P-CSCF,其中攜帶業(yè)務(wù)包 標(biāo)識(shí)、用戶身份以及SDP Offer, 'SDP Offer中可進(jìn)行特殊設(shè)置如m行端.口為 令。
此處在請(qǐng)求中還攜帶了 BC業(yè)務(wù)指示，該信息的攜帶可以是以下方式的一種或不同方式間的任意組合
(1 )在RequestURI包括的SIPURI的參數(shù)中攜帶本次用戶請(qǐng)求的頻道標(biāo)
*^只^ ^(^"
(2)在請(qǐng)求中存在相關(guān)SIP頭域或者參數(shù)，這些頭域或參數(shù)表明這個(gè)請(qǐng) '扯是BC業(yè)務(wù)^青求，長(zhǎng)口 P-Preferred-Service和P國(guó)Asserted畫Service-Service頭i或。
步驟s403、 P-CSCF向S-CSCF轉(zhuǎn)發(fā)Invite請(qǐng)求；S-CSCF收到Invite請(qǐng)求 后，轉(zhuǎn)發(fā)消息到SCF。
步驟s404、 SCF獲得用戶的IPTV Profile數(shù)據(jù)(可以存儲(chǔ)在SCF上)，通 過對(duì)用戶的IPTV業(yè)務(wù)相關(guān)的鑒權(quán)，并獲得用戶的一系列BC頻道的權(quán)限列表。
步驟s405、 SCF到網(wǎng)絡(luò)參數(shù)管理實(shí)體上去獲取網(wǎng)絡(luò)參數(shù)。
該網(wǎng)絡(luò)參數(shù)包括多播地址、質(zhì)量信息、帶寬信息、編解碼信息、默認(rèn) 語(yǔ)言信息以及字幕信息等參數(shù)中的一種或多種。
步驟s406、 SCF返回183響應(yīng)給S-CSCF，其中SDP Answer可進(jìn)行特殊 設(shè)置如m行端口為零,但攜帶了網(wǎng)絡(luò)參數(shù)描述信息，如通過xml或HTTP link, 通過該描述信息攜帶步驟s405中獲取到的網(wǎng)絡(luò)參數(shù)。
步驟s407、 S-CSCF向P-CSCF轉(zhuǎn)發(fā)183響應(yīng)；P-CSCF將183響應(yīng)返回 給UE;
步驟s408、 UE向P-CSCF返回PRACK,其中攜帶根據(jù)接收到的網(wǎng)絡(luò)參 數(shù)生成SDP Offer,即攜帶在上迷183響應(yīng)中返回的網(wǎng)絡(luò)參數(shù)。
可選的，此處在PRACK請(qǐng)求中也可以攜帶BC業(yè)務(wù)指示，該信息的攜帶 可以是以下方式的一種或不同方式間的任意組合
(1)在SDP的媒體描述中薦在頻道標(biāo)識(shí)信息，表明哪些媒體行關(guān)聯(lián)于同 一個(gè)頻道；或者
(2 )在請(qǐng)求的SDP描述中，通過會(huì)話級(jí)參數(shù)信息表明該請(qǐng)求是BC業(yè)務(wù)請(qǐng)求。
步驟s409、 P-CSCF向S-CSCF轉(zhuǎn)發(fā)PRACK; S-CSCF將PRACK消息轉(zhuǎn) 發(fā)給SCF;
步驟s410、 SCF向S-CSCF返回200OK。其中攜帶SDP Answer,對(duì)于用戶無(wú)權(quán)觀看的頻道，SCF將相應(yīng)的m行的端口置為0。
步驟s411、 S-CSCF向P-CSCF轉(zhuǎn)發(fā)200OK, P-CSCF此時(shí)決定需要執(zhí)行 資源預(yù)留操作，并根據(jù)步驟2或步驟8中所述的信息判斷該請(qǐng)求是BC業(yè)務(wù)請(qǐng) 求(該判斷也可以在步驟2或步驟8中P-CSCF收到業(yè)務(wù)請(qǐng)求時(shí)執(zhí)行>,則 P-CSCF下發(fā)消息給RACS,要求RACS進(jìn)行資源預(yù)留，并表明該資源供多個(gè) 頻道共享，此處P-CSCF下發(fā)給RACS的資源預(yù)留請(qǐng)求可以使用以下方式
(1 )在請(qǐng)求中攜帶業(yè)務(wù)包標(biāo)識(shí)Service Package ID和用戶標(biāo)識(shí)，業(yè)務(wù)包標(biāo) 識(shí)可以是本次請(qǐng)求的R叫uestURI，而用戶標(biāo)識(shí)即公共用戶身份；或者
(2) 在請(qǐng)求中攜帶業(yè)務(wù)包標(biāo)識(shí)，用戶標(biāo)識(shí)，和所需帶寬最大的頻道的i某 體組成對(duì)應(yīng)的一個(gè)或多個(gè)媒體描速信元Media-Component-Description;或者
(3) 在請(qǐng)求中攜帶業(yè)務(wù)包標(biāo),識(shí)，和所需帶寬最大的頻道的纟某體組成對(duì)應(yīng), 的一個(gè)或多個(gè)i某體描述信元Media-Component-Description,以及4又限列表，. P-CSCF通過判斷收到的消息中的i某體描述對(duì)應(yīng)的m行的端口信息來(lái)確定權(quán) 限列表，若媒體描述對(duì)應(yīng)的m行中的端口為0則表示用戶不具有觀看該頻道 的權(quán)限，反之，媒體描述對(duì)應(yīng)的m行中的端口不為O則表示用戶具有觀看該 頻道的權(quán)限。P-CSCF只會(huì)將用戶'具有權(quán)限的頻道的信息如頻道標(biāo)識(shí)，多播地 址，包含在權(quán)限列表中。
其中所需帶寬最大的頻道可以是由P-CSCF自行比較判斷得出，也可'以是 SCF在消息中返回了明確的指示,:通過該指示P-CSCF感知所需帶寬最大,的頻 道。
步驟s412、 RACS收到請(qǐng)求后，根據(jù)請(qǐng)求中存在業(yè)務(wù)包標(biāo)識(shí)Service PackageID判斷該請(qǐng)求是BC業(yè)務(wù)請(qǐng)求，進(jìn)而執(zhí)行特殊的資源預(yù)留操作，.包括 RACS在沒有從P-CSCF獲得權(quán)限列表時(shí)，則向網(wǎng)絡(luò)中的數(shù)據(jù)管理實(shí)體如UPSF 發(fā)送查詢請(qǐng)求，請(qǐng)求中攜帶用戶標(biāo)識(shí)和業(yè)務(wù)包標(biāo)識(shí)，數(shù)據(jù)管理實(shí)體返回用戶 簽約的該業(yè)務(wù)包下的頻道的描述信息。需要說(shuō)明的是，若RACS已經(jīng)獲得權(quán) 限列表，則不需要此查詢步驟。
,步驟s413、 RACS按照所需帶寬最大的頻道需求進(jìn)行資源預(yù)留，并使用 權(quán)限列表進(jìn)行用戶加入組播或切換頻道權(quán)限控制。步驟s414、 P-CSCF向UE轉(zhuǎn)發(fā)200 OK消息，這里步驟s410和步驟s414 并沒有嚴(yán)格的先后順序，此處僅承示意。
本發(fā)明的實(shí)施例四中，以終端在發(fā)起初始BC業(yè)務(wù)請(qǐng)求前沒有獲得相關(guān)網(wǎng) 絡(luò)參數(shù)，在會(huì)話建立過程中網(wǎng)絡(luò)提供所需參數(shù)為例，描述本發(fā)明一種BC業(yè)務(wù) 改進(jìn)的方法，其流程如圖5所示，具體包括以下步驟
步驟s501、進(jìn)行業(yè)務(wù)的部署，完成組播源的準(zhǔn)備，組播地址和頻道關(guān)系 的管理，組播樹的建立等等。
步驟s502、終端發(fā)起業(yè)務(wù)層消息Invite請(qǐng)求給P-CSCF，其中攜帶業(yè)務(wù)包 標(biāo)識(shí)、用戶身份以及SDP Offer, 'SDP Offer中可進(jìn)行特殊設(shè)置如m行端口為
令o ■
此處在請(qǐng)求中還攜帶了 BC業(yè)務(wù)指示，該信息的攜帶可以是以下方式的一 種或它們的任意組合
(1 )在RequestURI包括的SIPURI的參數(shù)中攜帶本次用戶請(qǐng)求的頻道標(biāo) 識(shí)；或者
(2)在請(qǐng)求中存在相關(guān)SIP頭域或者參數(shù)，如P-Preferred-Service和 P-Asserted-Service-Service頭域，這些頭域或參數(shù)表明這個(gè)請(qǐng)求是BC業(yè)務(wù)請(qǐng) 求。
: 步驟s503、 P-CSCF向S-CSCF轉(zhuǎn)發(fā)Invite請(qǐng)求；S-CSCF收到Invite請(qǐng)求 后，轉(zhuǎn)發(fā)消息到SCF。
步驟s504、 SCF獲得UE的IPTV Profile數(shù)據(jù)(可以存儲(chǔ)在SCF上)，通 過對(duì)UE的IPTV業(yè)務(wù)相關(guān)的鑒權(quán)。
步驟s505、 SCF返回200OK給S-CSCF,帶的SDP Answer可進(jìn)行特殊設(shè)' 置如m行端口為零。 '
步驟s506、 S-CSCF向P-CSCF轉(zhuǎn)發(fā)200 OK; P-CSCF轉(zhuǎn)發(fā)200 OK響應(yīng) 給UE0 '
步驟s507、 SCF到網(wǎng)絡(luò)參數(shù)管理實(shí)體上去獲取UE簽約的頻道的網(wǎng)絡(luò)參數(shù)。步驟s508、 SCF根據(jù)步驟s507中獲得網(wǎng)絡(luò)參凄復(fù)Update給S-CSCF，其. 中攜帶SDPOffer。這里SDP Offer可以有以下兩種攜帶方式(l)SCF將獲得 的所有用戶簽約的頻道描述信息轉(zhuǎn)換相應(yīng)的SDP offer,并包含在該update請(qǐng) 求中，此時(shí)SCF還可在其中包含最大帶寬信息指示，指示所需帶寬最大的頻 道；(2) SCF根據(jù)獲得的網(wǎng)絡(luò)參數(shù)進(jìn)行比較，找出帶寬需求最大的頻道，并 將該頻道帶寬信息包含在所述update請(qǐng)求的SDP offer中；
可選的，此處在請(qǐng)求中也可以攜帶BC業(yè)務(wù)指示，該信息的攜帶可以是以 下方式的一種或不同方式間的任意組合
(1 )在SDP的媒體描述中存在頻道標(biāo)識(shí)信息，表明哪些媒體行關(guān)聯(lián)于同 一個(gè)頻道；或者
,(2 )在請(qǐng)求的SDP描述中，，通過會(huì)話級(jí)參數(shù)信息表明該請(qǐng)求是BC '業(yè)務(wù) 請(qǐng)求，各頻道資源需要進(jìn)行共享。
步驟s509、 P-CSCF收到UPDATE消息，此時(shí)決定需要執(zhí)行資源預(yù)留操 作，并根據(jù)步驟s502或步驟s508中所述的信息判斷該請(qǐng)求是BC業(yè)務(wù)請(qǐng)求(該 判斷也可以在步驟s502或步驟"08中P-CSCF收到業(yè)務(wù)請(qǐng)求時(shí)執(zhí)行)，貝'J' P-CSCF下發(fā)策略給RACS，要求RACS進(jìn)行資源預(yù)留，并表明該資源供多個(gè) 頻道共享。
針對(duì)步驟s508中的SDP Offer攜帶方式(1),此處P-CSCF下發(fā)給RACS 的資源預(yù)留請(qǐng)求可以使用以下方式
(1 )請(qǐng)求中攜帶業(yè)務(wù)包標(biāo)識(shí)Service Package ID和用戶標(biāo)識(shí)，業(yè)務(wù)包標(biāo)識(shí) 可以是本次請(qǐng)求的R叫uestURI，而用戶標(biāo)識(shí)即公共用戶身份；或者
'(2)請(qǐng)求中攜帶業(yè)務(wù)包標(biāo)識(shí)、用戶標(biāo)識(shí)、和所需帶寬最大的頻道的々某體 組成對(duì)應(yīng)的一個(gè)或多個(gè)々某體描述信元Media-Component-Description;或者
(3)請(qǐng)求中攜帶業(yè)務(wù)包標(biāo)識(shí)、和所需帶寬最大的頻道的^ 某體組成對(duì)應(yīng)的 一個(gè)或多個(gè)i某體描述信元Media-Component-Description,以及權(quán)限列表， P-CSCF通過判斷收到的消息中的媒體描述對(duì)應(yīng)的m行的端口信息來(lái)確定權(quán) 限列表，若i某體描述對(duì)應(yīng)的m行中的端口為0則表示用戶不具有觀看該頻道 的權(quán)限，反之，媒體描述對(duì)應(yīng)的m行中的端口不為O則表示用戶具有觀看該頻道的權(quán)限。P-CSCF只會(huì)將用戶具有權(quán)限的頻道的信息如頻道標(biāo)識(shí)，多播地 址，包含在權(quán)限列表中。
其中所需帶寬最大的頻道可以是由P-CSCF自行比較判斷得出，也可以是 SCF在消息中返回了明確的指示，通過該指示P-CSCF感知所需帶寬最大的頻 道。
針對(duì)步驟s508中的SDP Offer攜帶方式(2 )，此處P-CSCF下發(fā)給RACS 的資源預(yù)留請(qǐng)求可以使用以下方式
(1 )請(qǐng)求中攜帶業(yè)務(wù)包標(biāo)識(shí)Service Package ID和用戶標(biāo)識(shí)，業(yè)務(wù)包標(biāo)識(shí) 可以是本次請(qǐng)求的RequesrURI，而用戶標(biāo)識(shí)即公共用戶身^f分；或者
(2)請(qǐng)求中攜帶業(yè)務(wù)包標(biāo)識(shí)，用戶標(biāo)識(shí)，和所需帶寬最大的頻道的々某體 組成對(duì)應(yīng)的一個(gè)或多個(gè)々某體成虧分描述信元Media-Component-Description。
步驟s510、 RACS收到請(qǐng)求后，根據(jù)請(qǐng)求中存在業(yè)務(wù)包標(biāo)識(shí)Service PackageID判斷該請(qǐng)求是BC業(yè)務(wù)請(qǐng)求，進(jìn)而執(zhí)行特殊的資源預(yù)留操作，包括 RACS在沒有從P-CSCF獲得權(quán)限列表時(shí)，則向網(wǎng)絡(luò)中的數(shù)據(jù)管理實(shí)體如UPSF 發(fā)送查詢請(qǐng)求，請(qǐng)求中攜帶用戶標(biāo)識(shí)和業(yè)務(wù)包標(biāo)識(shí)，數(shù)據(jù)管理實(shí)體返回用戶 簽約的該業(yè)務(wù)包下的頻道的描述信息。需要說(shuō)明的是，若RACS已經(jīng)獲得權(quán) 限列表，則不需要此查詢步驟。'
步驟s511、 RACS按照所需帶寬最大的頻道需求進(jìn)行資源預(yù)留，并使用 權(quán)限列表進(jìn)行用戶加入組播或切換頻道權(quán)限控制。
步驟s512、 P-CSCF將UPDATE請(qǐng)求轉(zhuǎn)發(fā)給UE,這里步驟s509和步驟 s512并沒有嚴(yán)格的先后順序，此處僅是示意。
步驟s513 、 UE返回200 OK消息，注意此時(shí)P-CSCF收到200 OK '消息 后，可選的，可以根據(jù)其中的SDP Answer發(fā)起資源預(yù)留操作，過程同步驟 s509~步驟s511。
步驟s514、 P-CSCF將此200 OK響應(yīng)轉(zhuǎn)發(fā)給SCF。
本發(fā)明的實(shí)施例五中，以終端在發(fā)起初始BC業(yè)務(wù)請(qǐng)求前沒有獲得相關(guān)網(wǎng) 絡(luò)參數(shù)，會(huì)話建立過程中RACS主動(dòng)向網(wǎng)絡(luò)中的數(shù)據(jù)管理實(shí)體查詢獲得相關(guān)網(wǎng)絡(luò)參數(shù)為例，描述本發(fā)明一種BC業(yè)務(wù)改進(jìn)的方法，其流程如圖6所示，具 體包括以下步驟
步驟s601、進(jìn)行業(yè)務(wù)的部署，完成組播源的準(zhǔn)備，組播地址和頻道關(guān)系 的管理，組〗番樹的建立等等。
步驟s602、終端發(fā)起業(yè)務(wù)層消息Invite請(qǐng)求給P-CSCF,其中攜帶業(yè)務(wù)包 標(biāo)識(shí)、用戶身份以及SDP Offer, SDP Offer中可進(jìn)行特殊設(shè)置如m行端口為 零，此處在請(qǐng)求中還攜帶了 BC業(yè)務(wù)指示，該信息的攜帶可以是以下方式的一 種或不同方式的任意組合
(1 )在RequestURI中SIPURI的參數(shù)中攜帶本次用戶請(qǐng)求的頻道標(biāo)識(shí)；
或者
(2)在請(qǐng)求中存在相關(guān)SIP頭域或者參數(shù)，通過這些頭域或參數(shù)表明這 個(gè)請(qǐng)求是BC業(yè)務(wù)請(qǐng)求。
步驟s603、 P-CSCF向S-CSCF轉(zhuǎn)發(fā)Invite請(qǐng)求；S-CSCF收到Invite請(qǐng)求 后，轉(zhuǎn)發(fā)消息到SCF。
步驟s604、 SCF獲得用戶的IPTV Profile數(shù)據(jù)(可以存儲(chǔ)在SCF上)，通 過對(duì)用戶的IPTV業(yè)務(wù)相關(guān)的鑒權(quán)。
步驟s605、 SCF返回2000K給S-CSCF,其中攜帶的SDP Answer可進(jìn)行' 特殊設(shè)置，如m行端口為零。
在該響應(yīng)中SCF還可以攜帶表示網(wǎng)絡(luò)參數(shù)的信息指示，該指示可以是 HTTPURL,或者XML;若為HTTP URL ，則該URL指向一個(gè)存儲(chǔ)用戶簽約 的頻道的網(wǎng)絡(luò)參數(shù)的文檔，該文檔存儲(chǔ)在網(wǎng)絡(luò)中的某個(gè)實(shí)體上，如UPSF或 SCF。
步驟s606、 S-CSCF向P-CSCF轉(zhuǎn)發(fā)200OK, P-CSCF根據(jù)步驟s602中的 信息判斷該請(qǐng)求是BC業(yè)務(wù)請(qǐng)求,盡管其中SDP承載可能存在特殊設(shè)置，如m 行端口為零，但P-CSCF還是決fe執(zhí)行資源預(yù)留操作，此處P-CSCF下發(fā)給 RACS的資源預(yù)留請(qǐng)求存在以下方式
(1)請(qǐng)求中攜帶業(yè)務(wù)包標(biāo)識(shí)Service Package ID和用戶標(biāo)識(shí)，業(yè)務(wù)包標(biāo)識(shí) 可以是本次請(qǐng)求的RequesrURI,而用戶標(biāo)識(shí)即公共用戶身份。步驟s607、 RACS收到請(qǐng)求后，根據(jù)請(qǐng)求中存在業(yè)務(wù)包標(biāo)識(shí)Service PackageID判斷該請(qǐng)求是BC業(yè)務(wù)請(qǐng)求，且請(qǐng)求中不包含權(quán)限列表，則向網(wǎng)絡(luò) 中的數(shù)據(jù)管理實(shí)體如UPSF發(fā)送.查詢請(qǐng)求，請(qǐng)求中攜帶用戶標(biāo)識(shí)和業(yè)務(wù)包標(biāo) 識(shí)，數(shù)據(jù)管理實(shí)體返回用戶簽約^該業(yè)務(wù)包下的頻道的描述信息。
步驟s608、 RACS對(duì)獲得頻道的所需帶寬進(jìn)行計(jì)算和比較，按照所需帶 寬最大的頻道需求進(jìn)行資源預(yù)留，并根據(jù)用戶簽約的頻道列表產(chǎn)生權(quán)限列表 信息，使用該信息進(jìn)行用戶加入組播或切換頻道權(quán)限控制。
步驟s609、P-CSCF將200 OK信息轉(zhuǎn)發(fā)給UE，這里步驟s606和步驟s609 并沒有嚴(yán)格的先后順序，此處僅是示意。
步驟s610 步驟s611、 UE返回ACK響應(yīng)消息；
在標(biāo)準(zhǔn)中現(xiàn)有的流程中，存在著消息包過長(zhǎng)，SCF無(wú)法區(qū)分UE是否已從 SSF中獲取網(wǎng)絡(luò)參數(shù)等問題，基于此，我們提供一個(gè)整體的改進(jìn)方案。其大 概思路是UE不管是否從SSF獲取網(wǎng)絡(luò)參數(shù)，都在初始消息中攜帶自己的能 力信息。而SCF可以給UE返回初始頻道(也可以描述為默認(rèn)頻道或缺省頻 道)的媒體信息(初始頻道可以是用戶指定的，也可以是SCF根據(jù)系統(tǒng)配置、 用戶信息、本地策略等決定)和業(yè)務(wù)包中所有頻道的網(wǎng)絡(luò)參數(shù)的鏈接。UE可 根據(jù)此鏈接獲取所有頻道的網(wǎng)絡(luò)參數(shù)。P-CSCF需識(shí)別初始頻道，有初始頻道， 則按初始頻道進(jìn)行預(yù)留，沒有初始頻道，則讓RACS按最大帶寬進(jìn)行預(yù)留。 在有初始頻道時(shí)，P-CSCF給RACS下發(fā)初始頻道帶寬以及所有頻道權(quán)限列表， 包括帶寬信息，指示RACS先預(yù)留初始頻道的帶寬，后續(xù)RACS在收到用戶 的IGMPJoin請(qǐng)求后，根據(jù)權(quán)限列表的授權(quán)，進(jìn)行帶寬更改。后續(xù)頻道切換， 即使帶寬發(fā)生變化，也可以不用在會(huì)話層發(fā)起更新請(qǐng)求。若SCF在響應(yīng)消息 中沒有初始頻道信息，則應(yīng)該在SDP中(可能是在會(huì)話級(jí))攜帶該業(yè)務(wù)包的 最大帶寬信息，P-CSCF下發(fā)的帶寬預(yù)留信息為SDP中攜帶最大帶寬信息。 本發(fā)明實(shí)施中，對(duì)上述的整體方案進(jìn)行了描述。其流程如圖7所示，具體包 括以下步驟
步驟s701、 UE發(fā)起B(yǎng)C業(yè)務(wù)的建立請(qǐng)求消息，其中攜帶自己的媒體能力信息(音頻、視頻、文本等)，在請(qǐng)求URI中指示業(yè)務(wù)包標(biāo)識(shí)。在此消息中， 寸以攜帶初始頻道信息，也可以不攜帶初始頻道信息。
步驟s702、 P-CSCF/S-CSCF收到UE的初始建立請(qǐng)求后，轉(zhuǎn)發(fā)給SCF。.
步驟s703、 SCF在響應(yīng)消息中，應(yīng)攜帶業(yè)務(wù)包中所有頻道的網(wǎng)絡(luò)參數(shù)的 鏈接，這樣就可避免在SDP中攜帶所有頻道的網(wǎng)絡(luò)參數(shù)信息，導(dǎo)致消息包過 長(zhǎng)。同時(shí)還可以攜帶初始頻道的媒體信息(初始頻道可以是用戶指定的，也 可以是SCF根據(jù)系統(tǒng)配置、用戶信息、本地策略等決定)。若SCF在響應(yīng)消 息中沒有指示初始頻道，則SCF在響應(yīng)消息中的SDP中(可能是在會(huì)話級(jí)) 應(yīng)攜帶該業(yè)務(wù)包的最大帶寬信息。:
步驟s704、 P-CSCF收到SCF返回的響應(yīng)消息，若有初始頻道信息.，則 獲取初始頻道的網(wǎng)絡(luò)參數(shù)信息，從SIP頭域獲取業(yè)務(wù)包標(biāo)識(shí)，向PDF(RACS) 下發(fā)該頻道的網(wǎng)絡(luò)參數(shù)信息(SDP中所描述的頻道帶寬等信息)，業(yè)務(wù)包標(biāo)識(shí)， 及授權(quán)信息(可以表示是對(duì)該業(yè)務(wù)包的授權(quán))。若沒有初始頻道信息，則應(yīng)該 根據(jù)消息中的SCF所指定的最大的帶寬信息進(jìn)行資源的預(yù)留。在RACS可配 置的情況下，P-CSCF直接下發(fā)HTTP鏈接，有RACS根據(jù)鏈接去獲取網(wǎng)絡(luò)參, 數(shù)信息也是可以的。
步驟s705、 RACS可根據(jù)業(yè)務(wù)包ID或HTTP鏈接來(lái)獲取該業(yè)務(wù)包中所有 頻道的網(wǎng)絡(luò)參數(shù)信息及授權(quán)信息,同時(shí)，根據(jù)帶寬信息進(jìn)行當(dāng)前的資源預(yù)留， 根據(jù)該業(yè)務(wù)包中所有頻道的網(wǎng)絡(luò)參數(shù)信息及授權(quán)信息，進(jìn)行后續(xù)頻道切換的 資源授權(quán)、預(yù)留、變更等操作。
步驟s706、 RACS下發(fā)業(yè)務(wù)包中的所有有權(quán)限的頻道的多播地址列表給 BTF/RCEF (Broadcast Transport Function多4番傳輸功能/Resource Control Enforcement Function資源控制執(zhí)行功能)，以便BTF/RCEF允許用戶加入這些 多播地址所代表的多播組。 '
步驟s707、 P-CSCF在給UE的響應(yīng)消息中透?jìng)骶W(wǎng)絡(luò)參數(shù)的鏈接給UE。 '步驟s708、UE收到響應(yīng)消息后，若沒有事先從SSF中獲取網(wǎng)絡(luò)參數(shù)信息， 則根據(jù)響應(yīng)消息中的鏈接發(fā)起請(qǐng)求獲取網(wǎng)絡(luò)參數(shù)，并根據(jù)獲取的網(wǎng)絡(luò)參數(shù)信 息進(jìn)行頻道切換。若UE已經(jīng)從SSF獲取了網(wǎng)絡(luò)參數(shù)，則忽略此鏈接信息。步驟s709、 UE發(fā)起一個(gè)IGMP Join消息給BTF/RCEF加入初始頻道的多 播組，進(jìn)行業(yè)務(wù)流的接收。
步驟s710、 UE根據(jù)獲取的阿絡(luò)參數(shù)信息發(fā)起一個(gè)頻道切換的動(dòng)作。'可包 含一個(gè)IGMP Leave消息，在圖中省略。
步驟s711 、 UE發(fā)起一個(gè)新的IGMP Join消息給BTF/RCEF請(qǐng)求加入一個(gè) 新頻道所代表的多播組。
' 步驟s712、 BTF/RCEF根據(jù)新頻道的7K栽帶寬和原來(lái)頻道的不同而向 RACS進(jìn)行資源的授權(quán)請(qǐng)求。
步驟s713、 RACS根據(jù)授權(quán)的業(yè)務(wù)包信息直接處理用戶的頻道切換請(qǐng)求， 進(jìn)行資源的修改，并返回響應(yīng)消息給BTF/RCEF。
步驟s714、 BTF/RCEF利用新的資源對(duì)用戶進(jìn)行數(shù)據(jù)流的傳輸
注上述的步驟s710-s714也可以由UE或SCF發(fā)起會(huì)話更改進(jìn)行頻道切 換，此時(shí)頻道切換會(huì)話更改請(qǐng)求中的SDP是只協(xié)商當(dāng)前切換后的頻道的網(wǎng)絡(luò) 參數(shù)信息，PCSCF只根據(jù)會(huì)話更改消息中SDP中的描述向RACS進(jìn)行資源變 更請(qǐng)求。
需要說(shuō)明的是，現(xiàn)有的G，接口并不滿足本實(shí)施例中的下發(fā)一個(gè)業(yè)務(wù)包 的授權(quán)信息的傳遞。需要對(duì)G，接口進(jìn)行擴(kuò)展，使得利用Diameter協(xié)議能夠攜 帶一個(gè)代表業(yè)務(wù)包授權(quán)信息的AVP。該AVP可以類似如下形式 Channel-Auth-List::=<Diameter Header: 543〉 〈Service Packet Id>
* {Multicast-Address}
* {Bandwidth} 其中的*號(hào)代表可以重復(fù)。
本發(fā)明的實(shí)施例七中，描述了 UE在未獲得網(wǎng)絡(luò)參數(shù)的情況下，通過SCF 主動(dòng)發(fā)起會(huì)話更改并在其中攜帶如始/默認(rèn)頻道的SDP Offer,完成BC業(yè)務(wù)的 建立過程，其中還描述了通過HTTP link或xml等方式向UE傳遞網(wǎng)絡(luò)參數(shù)的 實(shí)現(xiàn)方式。如圖8所示，包括以下步驟步驟s801、進(jìn)行業(yè)務(wù)的部署，完成組播源的準(zhǔn)備，組播地址和頻道關(guān)系: 的管理，組播樹的建立等等。
步驟s802、終端發(fā)起業(yè)務(wù)層消息Invite請(qǐng)求給P-CSCF，其中攜帶業(yè)務(wù)包
標(biāo)識(shí)、用戶身份以及SDP Offer,該SDP Offer可進(jìn)行特殊設(shè)置如m行端口為
々 令。
步驟s803、 P-CSCF向S-CSCF轉(zhuǎn)發(fā)Invite請(qǐng)求；S-CSCF收到Invite請(qǐng)求 后，轉(zhuǎn)發(fā)消息到SCF。
步驟s804、 SCF根據(jù)其中的特殊的SDP offer判斷UE沒有獲得網(wǎng)絡(luò)參數(shù)， 確定應(yīng)該返回的網(wǎng)絡(luò)參數(shù)的信息指示。
步驟s805、 SCF返回200OK給S-CSCF ，帶SDP Answer,該SDP Answer 可進(jìn)行特殊設(shè)置如m行端口為零，并同時(shí)攜帶表示網(wǎng)絡(luò)參數(shù)的信息指示，該, 指示可以是HTTPURL,或者XML;若為HTTPURL，則該URL指向一個(gè)存 儲(chǔ)用戶簽約的頻道的網(wǎng)絡(luò)參數(shù)的文檔，該文檔存儲(chǔ)在網(wǎng)絡(luò)中的某個(gè)實(shí)體上， 如UPSF或SCF。
步驟s806、 S-CSCF向P-CSCF轉(zhuǎn)發(fā)200 OK; P-CSCF轉(zhuǎn)發(fā)200 OK響應(yīng) 給UE， UE收到后可以立即或后續(xù)根據(jù)其中包含的信息指示如HTTP URL地 址獲得各簽約頻道的網(wǎng)絡(luò)參數(shù)。
,步驟s807、 SCF到網(wǎng)絡(luò)參數(shù)管理實(shí)體上去獲取UE簽約的頻道的網(wǎng)絡(luò)參 數(shù)。該步驟可選，也可以在步驟804完成。
步驟s808、 SCF根據(jù)步驟s507中獲得網(wǎng)絡(luò)參數(shù)發(fā)Update給S-CSCF,其 中攜帶SDPOffer。這里SDPOf,r中攜帶默認(rèn)/初始頻道的媒體描述信息，該 默認(rèn)/初始頻道可以是用戶指定的，也可以是SCF根據(jù)系統(tǒng)配置、用戶信息、 本地策略等決定，除SDP Offer外SCF還可以在消息中包含用戶的權(quán)限列表， 該列表可以通過會(huì)話級(jí)的a行屬性來(lái)攜帶；
此時(shí)SCF還可以比較找出用戶簽約的所需帶寬最大的頻道，將其帶寬信 息包含在SDP Offer中。 '
若步驟805中沒有攜帶網(wǎng)絡(luò)參數(shù)信息指示，則也可以在此時(shí)攜帶該指示。
步驟s809、 P-CSCF收到UPDATE消息，決定需要執(zhí)行資源預(yù)留操作，則下發(fā)指令給RACS，按照SDP offer中當(dāng)前默認(rèn)/初始頻道要求的帶寬資源進(jìn) 行預(yù)留，并將權(quán)限列表同時(shí)下發(fā)給RACS 。
步驟s810、 RACS收到請(qǐng)求后，進(jìn)行默認(rèn)/初始頻道資源預(yù)留操作，并使 用權(quán)限列表進(jìn)行用戶加入組播或切換頻道權(quán)限控制。
步驟s811、 P-CSCF將UPDATE請(qǐng)求轉(zhuǎn)發(fā)給UE,這里步驟s509和步驟 s511并沒有嚴(yán)格的先后順序，此處僅是示意。
步驟s812、 UE返回200 OK消息，注意此時(shí)P-CSCF收到200 OK消息 后，可選的，可以根據(jù)其中的SDP Answer發(fā)起資源預(yù)留操作，過程同步驟 s809 步驟s811。
步驟s813、 P-CSCF將此200 OK響應(yīng)轉(zhuǎn)發(fā)給SCF。
本發(fā)明的實(shí)施例八中，描述了 UE在獲得網(wǎng)絡(luò)參數(shù)的情況下，為了避免消 息過長(zhǎng)的問題，在初始會(huì)話建立請(qǐng)求中僅攜帶初始/默認(rèn)頻道的i某體描述信息， 完成BC業(yè)務(wù)建立的過程。如圖9所示，包括以下步驟
步驟s901、進(jìn)行業(yè)務(wù)的部署，完成組播源的準(zhǔn)備，組播地址和頻道關(guān)系 的管理，組播樹的建立等，其中在SCF (Service Control Function,業(yè)務(wù)控制 功能)實(shí)體業(yè)務(wù)發(fā)現(xiàn)過程中把網(wǎng)絡(luò)參數(shù)(包含組播地址)下發(fā)給終端。該網(wǎng) 絡(luò)參數(shù)包括多播地址、質(zhì)量信息、帶寬信息、編解碼信息、默認(rèn)語(yǔ)言信息 以及字幕信息等參數(shù)中的一種或多種。
步驟s902、 UE (User Equipment,用戶終端)發(fā)起業(yè)務(wù)層消息Invite請(qǐng)求 給P-CSCF，其中攜帶業(yè)務(wù)包標(biāo)識(shí)、公共用戶身份標(biāo)識(shí)以及SDP Offer,該SDP Offer中可僅包含初始/默認(rèn)頻道的媒體描述。
步驟s903、 P-CSCF向S-CSCF轉(zhuǎn)發(fā)Invite請(qǐng)求；S-CSCF收到Invite請(qǐng)求 后，轉(zhuǎn)發(fā)消息到SCF。
步驟s904、 SCF獲得UE的IPTV Profile數(shù)據(jù)(可以存儲(chǔ)在SCF上)，通 過對(duì)UE的IPTV業(yè)務(wù)相關(guān)的鑒權(quán)，并獲得UE的一系列BC頻道的權(quán)限列表。
步驟s905、 SCF返回200OK給S-CSCF ( Serving-CSCF，服務(wù)CSCF ), 其中攜帶SDPAnswer以及權(quán)限列表。此時(shí)SCF還可以比較找出用戶簽約的所需帶寬最大的頻道，將其帶寬信息包含在此SDP Answer中。
步驟s906、 S-CSCF將200OK轉(zhuǎn)發(fā)到P-CSCF， P-CSCF此時(shí)決定需要執(zhí) 行資源預(yù)留操作，則P-CSCF發(fā)送消息如AAR給RACS,要求RACS進(jìn)行資 源預(yù)留，并此處P-CSCF向RACS的發(fā)送的資源預(yù)留請(qǐng)求可以使用以下方式
在請(qǐng)求中攜帶默認(rèn)/初始頻道的媒體組成對(duì)應(yīng)的 一個(gè)或多個(gè)媒體描述信元 Media-Component-Description ，以及權(quán)限列表，其中帶寬信息可以是默認(rèn)/初始 頻道的帶寬也可能是用戶簽約的所需帶寬最大的頻道帶寬信息。
步驟s907、 RACS進(jìn)行資源預(yù)留，并使用權(quán)限列表進(jìn)行用戶加入組播或 切換頻道權(quán)限控制。 '
步驟s908、 P-CSCF將200OK返回給UE，這里步驟s905和步驟s908沒 有嚴(yán)格的先后順序。
上述各實(shí)施例中，涉及到了在業(yè)務(wù)請(qǐng)求中存在SIP頭域，表明這個(gè)請(qǐng)求 是BC業(yè)務(wù)請(qǐng)求的方法。在該方法在具體的實(shí)現(xiàn)方式上，通過單獨(dú)的SIP頭域 P-Preferred-Service指明本次業(yè)務(wù)請(qǐng)求類型，P-CSCF收到請(qǐng)求后，根據(jù)請(qǐng)求中 的該頭域的值即可判斷請(qǐng)求是IPTVBC業(yè)務(wù)。 一個(gè)利用P-Preferred-Service也 可以用來(lái)指明業(yè)務(wù)類型是BC業(yè)務(wù)請(qǐng)求的SIP頭域?qū)嵗缦拢渲型ㄟ^字段 P-Preferred-Service: urn:um-xxx:broadcast.tispan.iptv表日月i亥i青求是BC業(yè)務(wù)i青 求
INVITE sip:bcservicepakagel@huaWei.com;comp=sigcomp SIP/2.0
Via: SIP/2.0/UDP [5555::aaa:bbb:ccc:ddd]:1357;comp=sigcomp;branch= z9hG4bKnashds7
Max-Forwards: 70
P-Access-Network隱Info: 3GPP-UTRAN隱TDD; utran-cell-id-3gpp=234151D0FCEl 1 Route: <sip:pcscfl .visitedl ,net:7531 ;lr;comp=sigcomp>， 〈sip:scscf 1 .homel .net;lr〉， <sip:scscf2.home2.net;lr>, <sip:pcscf2.visited2.net;lr> 'P-Preferred-Identity: "John Doe" <tel:+l-212-555-llll> Privacy: none
P-Preferred-Service:urn:um-xxx:broadcast.tispan,iptvFrom: <sip:userl_public 1 @home 1 .net>;tag= 171828
To: <tel:+L212-555-2222>;tag=314159
Call國(guó)ID: cb03a0s09a2sdfglkj490333
Cseq: 132 INVITE
Require: precondition, sec-agree
Proxy-Require: sec-agree
Supported: lOOrel
Contact: <sip: [5 55 5::aaa:bbb:ccc:ddd] :1357;comp=sigcomp> Allow: INVITE, ACK， CANCEL, B^E， PRACK， UPDATE, REFER, MESSAGE Security-Verify: ipsec-3gpp; q=0.1; plg=hmac-sha-l-96; spi-c=98765432; spi-s=87654321; port-c=8642^ port-s=7531
Content-Type: application/sdp Content-Length:(...)
類似的，P-Asserted-Service也可以用來(lái)指明業(yè)務(wù)類型是BC業(yè)務(wù)請(qǐng)求。' 上述各實(shí)施例中，還涉及到了在業(yè)務(wù)請(qǐng)求中的SDP描述中，通過會(huì)話級(jí) 參數(shù)信息表明該請(qǐng)求是BC業(yè)務(wù)請(qǐng)求且所分配的資源需要在各頻道之間共享 的信息，在該方法的具體實(shí)現(xiàn)方式上，可以通過會(huì)話級(jí)參數(shù)a=BCShare指明 該請(qǐng)求是BC業(yè)務(wù)請(qǐng)求，所分配的資源需要在各頻道之間共享，并通過 a-channel來(lái)表明哪些媒體行關(guān)聯(lián)于同一頻道，或者后續(xù)會(huì)話修改請(qǐng)求消息中 SDP中存在參數(shù)，表明修改后的舍話仍使用原來(lái)的已分配的資源，如從BC 業(yè)務(wù)切換到BC with trick play模式時(shí)，該參數(shù)表明重用原來(lái)BC中已分配的資 源；P-CSCF根據(jù)該信息發(fā)送請(qǐng)求給RACS,指示進(jìn)行資源預(yù)留操作?；蛘?a=BCShare不存在，僅根據(jù)a=ch，el信息P-CSCF就可以知道該請(qǐng)求是BC 業(yè)務(wù)，資源需要進(jìn)行共享，在這些頻道之間找出最大的帶寬需求進(jìn)行后續(xù)預(yù)
留。 一個(gè)用于表明請(qǐng)求是BC業(yè)務(wù)請(qǐng)求且所分配的資源需要在各頻道之間共享:
的信息的SDP描述實(shí)例如下 v=0o=Laura 289083124 289083124 IN IP4 two.example.com t=0 0
c=INIP4 131.160.1.112 a=BCShare:FID 1 2 m:audio 30000 RTP/AVP 3 a=rtpmap:3 GSM/8000 b=AS:1200 a=channel:l
m=video 30002 RTP/AVP 97 a=rtpmap:97 AMR/8000
a=fmtp:97 mode-set=0,2，5,7; mode-change-period=2; mode-change-neighbor; maxframes=,l b=AS:3600 a=channel:2
通過使用上述各個(gè)實(shí)施例所提供的方法，當(dāng)用戶發(fā)起B(yǎng)C業(yè)務(wù)時(shí)，P-CSCF 根據(jù)用戶發(fā)送的BC業(yè)務(wù)請(qǐng)求，下發(fā)指示給資源預(yù)留處理實(shí)體，指示其預(yù)智特 定網(wǎng)絡(luò)資源，由于用戶在同一時(shí)剖只可以觀看一個(gè)頻道，因此這些資源可以' 供該業(yè)務(wù)包中的頻道共享，即針對(duì)BC業(yè)務(wù)同一業(yè)務(wù)包中的多個(gè)頻道，網(wǎng)絡(luò)分 配所需帶寬最大的頻道的網(wǎng)絡(luò)資源，后續(xù)用戶發(fā)生頻道間切換時(shí)，網(wǎng)絡(luò)不需 要重新分配資源，重用之前已分配的網(wǎng)絡(luò)資源實(shí)現(xiàn)各頻道間資源共享，達(dá)到: 節(jié)約網(wǎng)絡(luò)資源的目的。
本發(fā)明的實(shí)施例九中，提出了一種共享資源預(yù)留的處理系統(tǒng)，其結(jié)構(gòu)如 圖IO所示，包括代理呼叫會(huì)話控牽ll功能實(shí)體P-CSCF 10和資源預(yù)留處理實(shí)體 20。
其中，P-CSCF 10用于判斷接收到的業(yè)務(wù)層消息是BC業(yè)務(wù)請(qǐng)求時(shí)，決定 需要執(zhí)行共享資源的預(yù)留處理，并指示資源預(yù)留處理實(shí)體20進(jìn)行共享資源的 預(yù)留處理。資源預(yù)留處理實(shí)體20用于4艮據(jù)P-CSCF IO發(fā)送的資源預(yù)留指示消息，進(jìn)行共享資源的預(yù)留處理。
具體的，P-CSCF IO進(jìn)一步包括 '業(yè)務(wù)層消息解析單元11,用于判斷接收到的業(yè)務(wù)層消息是否為BC業(yè)務(wù) 請(qǐng)求，若是則向指示消息生成單元12發(fā)送通知。具體的，接收的業(yè)務(wù)層消息 具有以下內(nèi)容的一種或多種時(shí)，判斷該消息為BC業(yè)務(wù)請(qǐng)求(1)該消息的 RequestURI包括頻道標(biāo)識(shí)；或(2 )該消息中包括標(biāo)識(shí)所述消息是BC業(yè)務(wù)請(qǐng) 求的會(huì)話初始化協(xié)議SIP頭域或參數(shù)；或(3 )該消息的會(huì)話描述協(xié)議SDP中 存在頻道標(biāo)識(shí)；或(4)該消息的SDP攜帶了標(biāo)識(shí)所述消息是BC業(yè)務(wù)請(qǐng)求的
葉呂^ 。
指示消息生成單元12，用于接收到業(yè)務(wù)層消息解析單元11發(fā)送的通知時(shí)， 生成向資源預(yù)留處理實(shí)體20發(fā)送的資源預(yù)留指示消息，以指示資源預(yù)留處理: 實(shí)體20進(jìn)行共享資源的預(yù)留處理。該指示消息生成單元12生成的資源預(yù)留 指示消息中可以包括(1)業(yè)務(wù)包標(biāo)識(shí)和公共用戶身份標(biāo)識(shí)；或(2)業(yè)務(wù)包 標(biāo)識(shí)、公共用戶身份標(biāo)識(shí)以及至少一個(gè)媒體成份，其中媒體成份描述該業(yè)務(wù) 包中所需帶寬最大的頻道的i某體組成；或(3)業(yè)務(wù)包標(biāo)識(shí)、 一個(gè)或多個(gè)々某體 成份以及權(quán)限列表，其中媒體成份描述該業(yè)務(wù)包中所需帶寬最大的頻道的媒 體組成，該權(quán)限列表中包括所述業(yè)務(wù)包中用戶簽約的頻道的描述信息。
頻道描述信息獲取單元13，用于獲取用戶終端簽約頻道的描述信息并發(fā) 送給指示消息生成單元12，指示消息生成單元12可以根據(jù)該用戶終端簽約頻 道的描述信息生成資源預(yù)留指示消息。
資源預(yù)留處理實(shí)體20進(jìn)一步包括
指示消息解析單元21,用于解析P-CSCF IO發(fā)送的資源預(yù)留指示消息中: 包括的內(nèi)容，并向預(yù)留處理單元22發(fā)送該解析出的內(nèi)容。
預(yù)留處理單元22，用于在接收到指示消息解析單元21發(fā)送的解析出的內(nèi) 容時(shí)，根據(jù)解析出的內(nèi)容進(jìn)行共享資源的預(yù)留處理。
頻道描述信息查詢單元23，用于當(dāng)指示消息解析單元21發(fā)送的解析出的 內(nèi)容中不包括用戶簽約的業(yè)務(wù)包的頻道描述信息時(shí)，向網(wǎng)絡(luò)中的數(shù)據(jù)管理實(shí) 體發(fā)送查詢消息并獲^^用戶簽約的業(yè)務(wù)包中的頻道描述信息，并將該頻道描述信息發(fā)送到預(yù)留處理單元，預(yù)留處理單元可以根據(jù)該頻道描述信息進(jìn)行共 享資源的預(yù)留處理。
對(duì)于不同的網(wǎng)絡(luò)，資源預(yù)留處理實(shí)體有所不同。例如在TISPAN定義的 IMS網(wǎng)絡(luò)中，執(zhí)行資源預(yù)留處理的實(shí)體是RACS;在3GPP定義的IMS網(wǎng)絡(luò)， 執(zhí)行資源預(yù)留處理的實(shí)體是GGSN。
.通過使用上述各個(gè)實(shí)施例所提供的系統(tǒng)和裝置，當(dāng)用戶發(fā)起B(yǎng)C業(yè)務(wù)時(shí)， P-CSCF根據(jù)用戶發(fā)起的BC業(yè)務(wù)請(qǐng)求，下發(fā)指示給資源預(yù)留處理實(shí)體，指示 其預(yù)留特定網(wǎng)絡(luò)資源，由于用戶在同一時(shí)刻只可以觀看一個(gè)頻道，因此這些 資源可以供該業(yè)務(wù)包中的頻道共享，即針對(duì)BC業(yè)務(wù)同一業(yè)務(wù)包中的多個(gè)頻 道，網(wǎng)絡(luò)分配所需帶寬最大的頻道的網(wǎng)絡(luò)資源，后續(xù)用戶發(fā)生頻道間切換時(shí)， 網(wǎng)絡(luò)不需要重新分配資源，重用之前已分配的網(wǎng)絡(luò)資源實(shí)現(xiàn)各頻道間資源共 享，達(dá)到節(jié)約網(wǎng)絡(luò)資源的目的。
通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)
明可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過硬件， 但很多情況下前者是更佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案 本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)， 該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若千指令用以使得一臺(tái)網(wǎng)絡(luò) 設(shè)備執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。
以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此， 仟何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種廣播BC業(yè)務(wù)改進(jìn)的方法，其特征在于，包括以下步驟代理呼叫會(huì)話控制功能實(shí)體P-CSCF判斷接收到的業(yè)務(wù)層消息是BC業(yè)務(wù)請(qǐng)求；所述P-CSCF向資源預(yù)留處理實(shí)體發(fā)送資源預(yù)留指示消息，指示所述資源預(yù)留處理實(shí)體進(jìn)行共享資源的預(yù)留處理。
2、 如權(quán)利要求1所述BC業(yè)務(wù)改進(jìn)的方法，其特征在于，所述P-CSCF 判斷接收到的業(yè)務(wù)層消息是BC業(yè)務(wù)請(qǐng)求，決定執(zhí)行共享資源的預(yù)留處理具體 為所述P-CSCF接收到用戶終端發(fā)送的業(yè)務(wù)層消息，判斷所述業(yè)務(wù)層消息是. BC業(yè)務(wù)請(qǐng)求；所述P-CSCF獲取所述用戶終端簽約頻道的描述信息； ' 所述P-CSCF決定執(zhí)行共享資源的預(yù)留處理。
3、 如權(quán)利要求1或2所述BC業(yè)務(wù)改進(jìn)的方法，其特征在于，所述業(yè)務(wù) 層消息具有以下內(nèi)容的一種或多種時(shí)，所述P-CSCF判斷所述業(yè)務(wù)層消息是 BC業(yè)務(wù)請(qǐng)求 在所述消息的RequestURI中包括頻道標(biāo)識(shí)；或在所述消息中包括標(biāo)識(shí)所述消息是BC業(yè)務(wù)請(qǐng)求的會(huì)話初始化協(xié)議SIP頭 域或參數(shù)；或在所述消息的會(huì)話描述中存在頻道標(biāo)識(shí)；或在所述消息的會(huì)話描述中攜帶了標(biāo)識(shí)所述消息是BC業(yè)務(wù)請(qǐng)求的信息。
4、 如權(quán)利要求1所述BC業(yè)務(wù)改進(jìn)的方法，其特征在于，所述P-CSCF 向資源預(yù)留處理實(shí)體發(fā)送的資源預(yù)留指示消息中，包括 業(yè)務(wù)包標(biāo)識(shí)和公共用戶身份標(biāo)識(shí)；或業(yè)務(wù)包標(biāo)識(shí)、公共用戶身份標(biāo)識(shí)以及至少一個(gè)媒體成份描述，所述媒體 成4分描述對(duì)應(yīng)所述業(yè)務(wù)包中所需帶寬最大的頻道的々某體組成；或業(yè)務(wù)包標(biāo)識(shí)、 一個(gè)或多個(gè)媒體成份描述以及權(quán)限列表，所述媒體成份描 述對(duì)應(yīng)所述業(yè)務(wù)包中所需帶寬最大的頻道的々某體組成，所述權(quán)限列表中包括 所述業(yè)務(wù)包中用戶簽約的頻道的描述信息。
5、 如權(quán)利要求2或4所述BC業(yè)務(wù)改進(jìn)的方法，其特征在于，所述'頻道 描述信息包括多播地址、質(zhì)量信息、帶寬信息、編解碼信息、默認(rèn)語(yǔ)言信息v 字幕信息中的一種或多種。
6、 如權(quán)利要求4所述BC業(yè)務(wù)改進(jìn)的方法，其特征在于，所述權(quán)限列表 的獲取方法具體為接收SCF發(fā)送的消息，獲取所述SCF通過HTTP連接或XML攜帶在所 述消息中的權(quán)限列表；或接收SCF發(fā)送的消息，所述SCF在所述消息中將所述用戶終端不具有權(quán) 限觀看的頻道的媒體描述對(duì)應(yīng)的m行的端口置為0;根據(jù)所述媒體描述信息， 判斷所述用戶終端對(duì)端口號(hào)為0的m行對(duì)應(yīng)的頻道沒有觀看權(quán)限，對(duì)于端口' 號(hào)不為0的m行對(duì)應(yīng)的頻道具有觀看權(quán)限。
7、 如權(quán)利要求4所述BC業(yè)務(wù)改進(jìn)的方法，其特征在于，所述所需帶寬 最大的頻道的媒體的獲取方法為:接收SCF發(fā)送的消息，所述消息中包括SCF確定的所需帶寬最大的頻道 的指示，通過該指示判斷所需帶寬最大的頻道；或.根據(jù)描述信息中的各頻道媒體描述信息決定用戶簽約的頻道中所需帶寬 最大的頻道。
8、 如權(quán)利要求6或7所述BC業(yè)務(wù)改進(jìn)的方法，其特征在于，所述接收 SCF發(fā)送的消息具體為BC業(yè)務(wù)會(huì)話建立消息或其響應(yīng)消息。
9、 如權(quán)利要求4所述BC業(yè)務(wù)改進(jìn)的方法，其特征在于，所述P-CSCF 除通過資源預(yù)留指示消息外，通過以下方式中的一種或多種向所述資源預(yù)留 處理實(shí)體發(fā)送所述權(quán)限列表將所述業(yè)務(wù)層消息中的HTTP鏈接信息發(fā)送給所述資源預(yù)留處理實(shí)體， 以供所述資源預(yù)留處理實(shí)體通過所述HTTP鏈接信息獲取所述權(quán)限列表:或通過解析xml信息向所述資游預(yù)留處理實(shí)體發(fā)送所述權(quán)限列表；或 .將所述業(yè)務(wù)層消息中的業(yè)務(wù)包ID和用戶公共身份發(fā)送給所述資源預(yù)智處 理實(shí)體，以供所述資源預(yù)留處理實(shí)體通過所述業(yè)務(wù)包ID和用戶公共身份獲取所述權(quán)限列表。
10、 如權(quán)利要求2所述所述BC業(yè)務(wù)改進(jìn)的方法，其特征在于，所述P-CSCF 接收到用戶終端發(fā)送的業(yè)務(wù)層消息前，還包括網(wǎng)絡(luò)側(cè)將BC業(yè)務(wù)網(wǎng)絡(luò)參數(shù)向用戶終端發(fā)送，所述發(fā)送方式具體為在 SIP消息中通過XML的方式攜帶業(yè)務(wù)對(duì)應(yīng)的網(wǎng)絡(luò)參數(shù)；或在SIP消息中通過 HTTP Link的方式攜帶業(yè)務(wù)對(duì)應(yīng)的網(wǎng)絡(luò)參數(shù)。
11、 一種BC業(yè)務(wù)改進(jìn)的方法，其特征在于，包括以下步驟 資源預(yù)留處理實(shí)體接收P-CSCF發(fā)送的資源預(yù)留指示消息；'所述資源預(yù)留處理實(shí)體根據(jù)所述資源預(yù)留指示消息進(jìn)行共享資源的預(yù)留 處理。
12、 如權(quán)利要求11所述BC業(yè)務(wù)改進(jìn)的方法，其特征在于，所述資源預(yù) 留處理實(shí)體接收的所述資源預(yù)留指示消息中，包括P-CSCF發(fā)送的以下信息業(yè)務(wù)包標(biāo)識(shí)和公共用戶身份標(biāo)識(shí)；或業(yè)務(wù)包標(biāo)識(shí)、公共用戶身份標(biāo)識(shí)以及至少一個(gè)媒體成份，所述媒體成份 描述所述業(yè)務(wù)包中所需帶寬最大的頻道的i某體組成； '業(yè)務(wù)包標(biāo)識(shí)、 一個(gè)或多個(gè)媒體成份以及權(quán)限列表，所述媒體成份描述所 述業(yè)務(wù)包中所需帶寬最大的頻道的媒體組成，所述權(quán)限列表中包括所述業(yè)務(wù) 包中用戶簽約的頻道的描述信息。
13、 如權(quán)利要求12所述BC業(yè)務(wù)改進(jìn)的方法，其特征在于，所述資源預(yù). 留指示消息中包括業(yè)務(wù)包標(biāo)識(shí)和公共用戶身份標(biāo)識(shí)時(shí)，所述資源預(yù)留處理實(shí) 體進(jìn)行的共享資源的預(yù)留處理具體為所述資源預(yù)留處理實(shí)體根據(jù)所述業(yè)務(wù)包標(biāo)識(shí)和公共用戶身份標(biāo)識(shí)向網(wǎng)絡(luò), 中的數(shù)據(jù)管理實(shí)體進(jìn)行查詢，獲得用戶簽約的所述業(yè)務(wù)包中的頻道描述信息； ,所述資源預(yù)留處理實(shí)體根據(jù)所述頻道描述信息對(duì)所述各頻道所需帶寬進(jìn) 行比較，獲得最大帶寬需求并按照所述最大帶寬需求進(jìn)行共享資源的預(yù)留。
14、 如權(quán)利要求12所述BC業(yè)務(wù)改進(jìn)的方法，其特征在于，所述資源預(yù)' 留指示消息中包括業(yè)務(wù)包標(biāo)識(shí)、公共用戶身份標(biāo)識(shí)以及至少一個(gè)媒體成份描 述時(shí)，所述資源預(yù)留處理實(shí)體進(jìn)行的共享資源的預(yù)留處理具體為所述資源預(yù)留處理實(shí)體根據(jù)所述媒體成份描述進(jìn)行共享資源的預(yù)留處理；所述資源預(yù)留處理實(shí)體根據(jù)》斤述業(yè)務(wù)包標(biāo)識(shí)和公共用戶身份標(biāo)識(shí)向網(wǎng)絡(luò)' 中的數(shù)據(jù)管理實(shí)體進(jìn)行查詢，獲得用戶簽約的所述業(yè)務(wù)包中的頻道描述信息， 進(jìn)一步的從所述各頻道描述信息中獲得權(quán)限列表信息，用于對(duì)后續(xù)的用戶加 入組播或切換進(jìn)行控制。
15、如權(quán)利要求12所述BC業(yè)務(wù)改進(jìn)的方法，其特征在于，所述資源預(yù) 留指示消息中還包括業(yè)務(wù)包標(biāo)識(shí)、媒體成份描述以及權(quán)限列表時(shí)，所述資源 預(yù)留處理實(shí)體進(jìn)行的共享資源的預(yù)留處理具體為所述資源預(yù)留處理實(shí)體根竭所述媒體成份描述進(jìn)行共享資源的預(yù)留處, 理；
16.所述資源預(yù)留處理實(shí)體從所迷權(quán)限列表中獲得權(quán)限列表信息，用于對(duì)后 續(xù)的用戶加入組播或切換進(jìn)4亍控制。 ' :16、 一種BC業(yè)務(wù)中權(quán)限列表的攜帶方法，其特征在于，包括接收SCF發(fā)送的消息，根據(jù)所述消息獲取用戶終端的權(quán)限列表，所述獲 取用戶終端的權(quán)限列表具體為'獲取所述SCF通過HTTP連接或XML攜帶在所述消息中的信息權(quán)限列 表；或接收SCF發(fā)送的消息，所述SCF在所述消息中將所述用戶終端不具有權(quán) 限觀看的頻道的媒體描述對(duì)應(yīng)的m行的端口置為0;根據(jù)所述媒體描述信息， 判斷所述用戶終端對(duì)端口號(hào)為0的m行對(duì)應(yīng)的頻道沒有觀看權(quán)限，對(duì)于端口 號(hào)不為0的m行對(duì)應(yīng)的頻道具有觀看權(quán)限。
17、如權(quán)利要求16所述BC業(yè)務(wù)中權(quán)限列表的攜帶方法，其特征在于， 還包括，將所述權(quán)限列表發(fā)送給資源預(yù)留處理實(shí)體，所述發(fā)送方法具體為 通過資源預(yù)留指示消息攜帶所述權(quán)限列表。通過業(yè)務(wù)層消息中的HTTP鏈接發(fā)送，以供所述資源預(yù)留處理實(shí)體通過 所述HTTP鏈接信息獲取所述權(quán)P良列表或通過解析xml信息向所述資源預(yù)留處理實(shí)體發(fā)送所述權(quán)限列表；或?qū)⑺鰳I(yè)務(wù)層消息中的業(yè)務(wù)包ID和用戶公共身份發(fā)送給所述資源預(yù)'留處 理實(shí)體，以供所述資源預(yù)留處理實(shí)體通過所述業(yè)務(wù)包ID和用戶公共身份獲取 所述權(quán)限列表。
18、 一種BC業(yè)務(wù)中網(wǎng)絡(luò)參數(shù)的獲取方法，其特征在于，包括 終端接收會(huì)話消息，所述BC業(yè)務(wù)會(huì)話消息中通過XML的方式、HTTPLink的方式或攜帶業(yè)務(wù)所對(duì)應(yīng)的網(wǎng)絡(luò)參數(shù)；所述終端通過解析所述會(huì)話消息中的XML、或HTTP Link,獲取網(wǎng)絡(luò)參數(shù)。
19、 一種BC業(yè)務(wù)中最大帶寬指示的攜帶方法，其特征在于，包括 獲取用戶簽約的頻道所需的最大帶寬并通知資源預(yù)留處理實(shí)體，所述獲取方式具體為接收SCF發(fā)送的消息，所述消息中攜帶最大帶寬信息；或根 據(jù)所述消息中的各頻道々某體描述信息決定用戶簽約的頻道所需的最大帶寬。
20、 一種BC業(yè)務(wù)中初始/默認(rèn)頻道的指示方法，其特征在于，包括 終端或SCF增加指示，在消息中明確指明某個(gè)頻道為當(dāng)前初始/默認(rèn)頻道。
21、 如權(quán)利要求20所述BC業(yè)務(wù)中初始/默認(rèn)頻道的指示方法，其特征在 于，所述終端在獲得網(wǎng)絡(luò)參數(shù)的情況下，在業(yè)務(wù)層消息中僅攜帶初始/默認(rèn)頻 道的媒體描述；或SCF發(fā)起業(yè)務(wù)層消息，并在真中僅攜帶初始/默認(rèn)頻道的J(某體描述。
22、 一種代理呼叫會(huì)話控制功能實(shí)體P-CSCF,其特征在于，包括 業(yè)務(wù)層消息解析單元，用于判斷接收到的業(yè)務(wù)層消息是否為BC業(yè)務(wù)請(qǐng)求，若是則向指示消息生成單元發(fā)送通知；指示消息生成單元，用于在接收到所述通知時(shí)，生成資源預(yù)留指示消息， 以指示資源預(yù)留處理實(shí)體進(jìn)行共享資源的預(yù)留處理。
23、 如權(quán)利要求22所述代逑呼叫會(huì)話控制功能實(shí)體P-CSCF，其特征在. 于，還包括頻道描述信息獲取單元，用于獲取用戶終端簽約頻道的描述信息并發(fā)送 給所述指示消息生成單元。 '
24、 一種資源預(yù)留處理實(shí)體，其特征在于，包括指示消息解析單元，用于解析P-CSCF發(fā)送的資源預(yù)留指示消息中包括的 內(nèi)容，并向預(yù)留處理單元發(fā)送所述解析出的內(nèi)容；預(yù)留處理單元，用于在接收到所述解析出的內(nèi)容時(shí)，根據(jù)所述解析.出的 內(nèi)容進(jìn)行共享資源的預(yù)留處理。，
25、如權(quán)利要求24所述資源預(yù)留處理實(shí)體，其特征在于，還包括頻道描述信息查詢單元，用于向數(shù)據(jù)管理實(shí)體發(fā)送查詢消息并獲取用戶 簽約的業(yè)務(wù)包中的頻道描述信息，將所述頻道描述信息發(fā)送到所述預(yù)留處理 單元。
全文摘要
本發(fā)明公開了一種廣播BC業(yè)務(wù)改進(jìn)的方法，包括以下步驟代理呼叫會(huì)話控制功能實(shí)體P-CSCF判斷接收到的業(yè)務(wù)層消息是BC業(yè)務(wù)請(qǐng)求；所述P-CSCF向資源預(yù)留處理實(shí)體發(fā)送資源預(yù)留指示消息，指示所述資源預(yù)留處理實(shí)體進(jìn)行共享資源的預(yù)留處理。本發(fā)明公開了一種用于BC業(yè)務(wù)改進(jìn)的設(shè)備。通過使用本發(fā)明，當(dāng)用戶發(fā)起B(yǎng)C業(yè)務(wù)時(shí)，P-CSCF根據(jù)用戶發(fā)起的BC業(yè)務(wù)請(qǐng)求，下發(fā)指示給資源預(yù)留處理實(shí)體，指示其預(yù)留特定網(wǎng)絡(luò)資源，由于用戶在同一時(shí)刻只可以觀看一個(gè)頻道，因此這些資源可以供該業(yè)務(wù)包中的頻道共享，達(dá)到節(jié)約網(wǎng)絡(luò)資源的目的。
文檔編號(hào)H04W80/04GK101415149SQ20071018686
公開日2009年4月22日 申請(qǐng)日期2007年11月21日 優(yōu)先權(quán)日2007年10月19日
發(fā)明者和曉艷, 鐘劍鋒 申請(qǐng)人:華為技術(shù)有限公司