專(zhuān)利名稱：一種網(wǎng)絡(luò)中資源管理的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)通訊領(lǐng)域，具體地說(shuō)，涉及一種網(wǎng)絡(luò)中資源管理的方法。
背景技術(shù)：
IPTV視頻是高帶寬消耗的業(yè)務(wù)，并且不允許丟包，而網(wǎng)絡(luò)帶寬尤其是用戶 鏈路帶寬一般都非常有限，為保證視頻業(yè)務(wù)有效開(kāi)展，保證業(yè)務(wù)質(zhì)量，必須在 網(wǎng)絡(luò)中部署資源管理(Resource Management, RM )和連接接納控制(Connection Admission Control, CAC )功能。
在IPTV業(yè)務(wù)中，包括組播/廣插4見(jiàn)頻(如BTV)和單播視頻(如VOD)兩 種業(yè)務(wù)。由于組播和單4番業(yè)務(wù)模式差別^艮大，其CAC功能的實(shí)現(xiàn)也有所不同
組播CAC—般在接入節(jié)點(diǎn)(AccessNode, AN)本地完成，由AN判斷用戶 鏈路帶寬是否滿足請(qǐng)求加入頻道的帶寬需求，或判斷用戶加入的頻道數(shù)是否超 過(guò)了限制的最大數(shù)量，如果CAC失敗(帶寬不足或超過(guò)了最大數(shù)目)，拒絕用 戶的頻道加入請(qǐng)求。
單播CAC功能一般由獨(dú)立的RM服務(wù)器完成，RM了解網(wǎng)絡(luò)拓樸，管理著從 單播視頻服務(wù)器到用戶的端到端的帶寬，因此可以在用戶請(qǐng)求單播視頻業(yè)務(wù)時(shí)， 由業(yè)務(wù)服務(wù)器向RM服務(wù)器請(qǐng)求資源，RM服務(wù)器判斷端到端的帶寬滿足情況， 返回資源請(qǐng)求結(jié)果，業(yè)務(wù)服務(wù)器根據(jù)資源請(qǐng)求結(jié)果決定是否接納業(yè)務(wù)。
在現(xiàn)有一方案中，在用戶鏈路上，為組播業(yè)務(wù)和單播業(yè)務(wù)分別預(yù)留資源， 互不占用。由AN完成本地組播CAC功能，RM完成單播視頻服務(wù)器到用戶的端 到端CAC功能。該方案單播CAC和組播CAC功能獨(dú)立，互不影響，且保持和現(xiàn) 網(wǎng)一致。但是，組播業(yè)務(wù)和單播業(yè)務(wù)不能共享帶寬資源，造成帶寬資源浪費(fèi)； 而且，該方案應(yīng)用場(chǎng)景受限，只適合用戶鏈;洛帶寬足夠的場(chǎng)景。在現(xiàn)有的另一種方案中，用戶加入某個(gè)頻道時(shí)，AN主動(dòng)上^^用戶加入的頻 道信息，直接發(fā)給RM或由寬帶網(wǎng)絡(luò)網(wǎng)關(guān)BNG發(fā)給RM,由RM判斷用戶鏈路帶 寬是否滿足需求，如果不滿足需求，則通知AN拒絕用戶加入請(qǐng)求。這種由AN 上報(bào)組播用戶加入信息，由RM統(tǒng)一進(jìn)行CAC處理，使組播和單播實(shí)現(xiàn)方式統(tǒng) 一。但該方案實(shí)現(xiàn)復(fù)雜，而且組播業(yè)務(wù)比單播業(yè)務(wù)切換頻率大，大量電-見(jiàn)用戶 的頻繁切換頻道會(huì)導(dǎo)致大量的信息交互，對(duì)AN的性能要求非常高；而且組播業(yè) 務(wù)頻道切換需要和RM交互，切換時(shí)間長(zhǎng)，用戶體驗(yàn)差。

發(fā)明內(nèi)容
鑒于上述問(wèn)題，本發(fā)明實(shí)施例提出了一種網(wǎng)絡(luò)中資源管理的方法。 本發(fā)明公開(kāi)了一種網(wǎng)絡(luò)中資源管理的方法，包括以下步驟
A、 RACS向BRAS發(fā)送資源請(qǐng)求。
B、 BRAS在收到RACS發(fā)送的資源請(qǐng)求后，向AN發(fā)送資源請(qǐng)求。
C、 AN進(jìn)行資源的可用性進(jìn)行檢查，如果資源可用，則才丸行D，如果資源不 可用，則執(zhí)行F。
D、 AN進(jìn)行資源預(yù)留，并向BRAS返回資源請(qǐng)求成功響應(yīng)。
E、 BRAS向RACS返回資源請(qǐng)求成功響應(yīng)。流程結(jié)束。
F、 AN向BRAS返回資源-清求失敗響應(yīng)。
G、 BRAS向RACS返回資源請(qǐng)求失敗響應(yīng)。流程結(jié)束。
利用本發(fā)明實(shí)施例，當(dāng)發(fā)生錯(cuò)誤時(shí)，可選地，AN向BRAS報(bào)送錯(cuò)誤，BRAS 可選地上報(bào)RACS， RACS上報(bào)IPTV Server, Server通知用戶，所以在實(shí)現(xiàn)支持 共享帶寬的組播/單播CAC時(shí)，可保證和AN和BRAS之間的用戶線路配置流程融 合，RACS和BRAS之間的策略下發(fā)流程融合。


圖1為本發(fā)明實(shí)施例一種基于ANCP對(duì)接納控制系統(tǒng)示意4圖2為本發(fā)明實(shí)施例VOD業(yè)務(wù)開(kāi)始點(diǎn)播的第一種接納控制交互流程圖
圖3為本發(fā)明實(shí)施例VOD業(yè)務(wù)開(kāi)始點(diǎn)播的第二種接納控制交互流程圖
圖4為本發(fā)明實(shí)施例VOD業(yè)務(wù)停止點(diǎn)播的第一種接納控制交互流程圖
圖5為本發(fā)明實(shí)施例VOD業(yè)務(wù)停止點(diǎn)播的第 一種接納控制交互流程圖
圖6為本發(fā)明實(shí)施例多播TV業(yè)務(wù)的接納控制交互流程圖7為本發(fā)明實(shí)施例中的ANCP包格式示意圖8為本發(fā)明實(shí)施例中的線路配置消息格式示意圖9為本發(fā)明實(shí)施例中線路配置消息的示意圖IO為本發(fā)明實(shí)施例中線路配置結(jié)果消息的示意圖11為本發(fā)明實(shí)施例中Capability negotiation結(jié)構(gòu)示意圖12為本發(fā)明實(shí)施例中VOD Access Control Extensions結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明的實(shí)施例主要是利用AN負(fù)責(zé)包括多播和單播業(yè)務(wù)的接入段的接納 控制，多播接納控制和控制執(zhí)行由AN完成，如圖1所示，單播接納控制由AN和 資源4姿納控制子系統(tǒng)(Resource Acceptance Control Subsystem ， RACS )完成， 控制執(zhí)行由AN和遠(yuǎn)程寬帶接入系統(tǒng)(Board Remote Access System, BRAS )執(zhí) 行；BRAS在RACS與AN之間的中介作用；RACS和IPTV Server (IPTV SERVER 可以包括單播的VOD業(yè)務(wù)服務(wù)器，和多播流的視頻服務(wù)器，如果是VOD業(yè)務(wù)， 可叫做VODserver。)交互接納控制消息。其中RACS向BRAS請(qǐng)求資源，使用 COPS、 Diameter、 H.248等協(xié)議；BRAS向AN請(qǐng)求資源，使用ANCP等協(xié)議； AN點(diǎn)播的VOD數(shù)據(jù)流就是經(jīng)VOD server到匯聚網(wǎng)絡(luò)到BRAS再到AN。本說(shuō)明書(shū) 中提及的BRAS都可以為BNG。
下面具體的對(duì)VOD業(yè)務(wù)的接納控制作為實(shí)例來(lái)說(shuō)明，其中，IPTV Server為 VOD Server,如圖2所示，VOD業(yè)務(wù)開(kāi)始點(diǎn)播的第一種接納控制交互流程為
1)機(jī)頂盒(SET TOP BOX , STB)向VOD服務(wù)器(Server)發(fā)起VOD請(qǐng)求。
2) VOD服務(wù)器向RACS發(fā)送SOAP QoS請(qǐng)求，請(qǐng)求消息中包括用戶ID和節(jié) 目帶寬。
3 ) RACS進(jìn)行匯聚段的CAC。
4) RACS向BRAS發(fā)送COPS DEC消息(如果用COPS協(xié)議的話)，消息中 包括用戶ID、節(jié)目帶寬和待BRAS安裝的策略。
5) BRAS向AN發(fā)送ANCP線路配置消息，消息中包括線路ID和節(jié)目帶寬。 這個(gè)CAC的請(qǐng)求消息是借用ANCP線路配置消息來(lái)承載的。
6 ) AN進(jìn)行接入段的CAC。
7) AN向BRAS返回ANCP線路配置結(jié)果消息，消息中包括結(jié)果碼。 8 ) BRAS安裝策略。
9) BRAS向RACS反饋結(jié)果，如果用COPS協(xié)議的話，可以用COPS RPT消
臺(tái)
10) RACS向VOD服務(wù)器返回SOAPQoS響應(yīng)消息，消息中包括結(jié)果。
11) VOD服務(wù)器向STB傳送VOD業(yè)務(wù)。
如圖3所示，VOD業(yè)務(wù)開(kāi)始點(diǎn)播的第二種接納控制交互流程為
1) STB向VoD服務(wù)器發(fā)起VOD請(qǐng)求。
2) VOD服務(wù)器向RACS發(fā)送SOAP QoS請(qǐng)求，請(qǐng)求消息中包括用戶ID和節(jié) 目帶寬。
3 ) RACS進(jìn)行匯聚段的CAC。
4) RACS向BRAS發(fā)送COPS DEC消息(如果用COPS協(xié)議的話)，消息中 包括用戶ID和節(jié)目帶寬。
5 ) BRAS向AN方式ANCP線路配置消息，消息中包括線路ID和節(jié)目帶寬。 這個(gè)CAC的請(qǐng)求消息是借用ANCP線路配置消息來(lái)承載的。
6) AN進(jìn)行接入段的CAC。7 ) AN向BRAS返回ANCP線路配置結(jié)果消息，消息中包括結(jié)果石馬。
8) BRAS向RACS反饋ANCP線路配置結(jié)果，如果用COPS協(xié)議的話，可以 用COPS RPT消息。
9) RACS向BRAS發(fā)送COPS DEC消息(如果用COPS協(xié)議的話)，消息中 包括待BRAS安裝的策略。
10) BRAS安裝策略。
11 )BRAS向RACS反饋策略安裝結(jié)果，如果用COPS協(xié)議的話，可以用COPS RPT消息。
12) RACS向VOD服務(wù)器返回SOAPQoS響應(yīng)消息，消息中包括結(jié)果。
13) VOD服務(wù)器向STB傳送VOD業(yè)務(wù)。
如圖4所示，VOD業(yè)務(wù)VOD業(yè)務(wù)停止點(diǎn)播的第 一種接納控制交互流程為
(1) Server停止VOD業(yè)務(wù)
(2) Server向RACS發(fā)送SOAP QoS釋放消息。
(3) RACS完成匯聚段的CAC
(4) RACS向BRAS發(fā)送COPS DEC消息。
(5) BRAS向AN發(fā)送ANCP線路配置消息，包括線路ID、節(jié)目帶寬。這個(gè) CAC的請(qǐng)求消息是借用ANCP線路配置消息來(lái)承載的。
(6 ) AN進(jìn)行CAC。
(7) AN向BRAS發(fā)送ANCP線路配置結(jié)果消息，包括結(jié)果碼。
(8) BRAS撤銷(xiāo)策略。步驟(8)也可以步驟(4)之后且在步驟(5)之 前執(zhí)行。
(9) BRAS向RACS發(fā)送COPSRPT消息，發(fā)送結(jié)果。
(10) RACS向Server發(fā)送SOAPQoS釋放響應(yīng)消息，包括結(jié)果。
如圖5所示，VOD業(yè)務(wù)VOD業(yè)務(wù)停止點(diǎn)播的第二種接納控制交互流程為 (1 ) Server停止VOD業(yè)務(wù)(2 ) Server向RACS發(fā)送SOAP QoS釋放消息。
(3) RACS完成匯聚段的CAC
(4) RACS向BRAS發(fā)送COPSDEC消息，包括用戶ID、節(jié)目帶寬。
(5) BRAS向AN發(fā)送ANCP線路配置消息，包括用戶ID、節(jié)目帶寬。 (6 ) AN進(jìn)行CAC。
(7) AN向BRAS發(fā)送ANCP線路配置結(jié)果消息，包括結(jié)果碼。
(8) BRAS向RACS發(fā)送COPSRPT消息，發(fā)送ANCP線路配置結(jié)果。 (9 ) RACS向BRAS發(fā)送COPS DEC消息進(jìn)行策略撤銷(xiāo)。
(10) BRAS撤銷(xiāo)策略。
(11) BRAS向RACS發(fā)送COPSRPT消息，發(fā)送BRAS策略撤銷(xiāo)結(jié)果。
(12) RACS向Server發(fā)送SOAPQoS釋放響應(yīng)消息，包括結(jié)果。
下面具體的對(duì)多播TV業(yè)務(wù)的接納控制作為另 一實(shí)例來(lái)說(shuō)明，如圖6所示， 對(duì)多播TV業(yè)務(wù)的接納控制交互流程為
(1) STB向AN發(fā)送IGMP Join,加入組!番組。
(2 ) AN進(jìn)行接入段的CAC。
(3 )可選地，AN向BRAS發(fā)送IGMP Join。
(4) 如果AN檢查到錯(cuò)誤，則向BRAS發(fā)送ANCP錯(cuò)誤通知。
(5) BRAS向RACS發(fā)送COPSRPT報(bào)告這個(gè)錯(cuò)誤。
(6) 可選地，RACS向Server報(bào)告這個(gè)錯(cuò)誤。
(7) AN向STB傳送多播流。
(8) 當(dāng)用戶停止收看節(jié)目時(shí)，STB向AN發(fā)送IGMPLeave,離開(kāi)組播組。
(9) AN進(jìn)行接入段的CAC。
(10) 可選地，AN向BRAS發(fā)送IGMPLeave。
下面對(duì)BRAS和AN之間交互，以ANCP協(xié)議為例進(jìn)行說(shuō)明 ANCP線路配置消息格式如圖7所示
其中ANCPmessage字段根據(jù)《draft-ietf-ancp-protocol-01.txt》的GSMPv3消息進(jìn)行修改，該消息參數(shù)包括線路ID、節(jié)目帶寬和結(jié)果回復(fù) 對(duì)ANCP協(xié)議進(jìn)行擴(kuò)展有 一 下兩種方案
方案l:使用線路配置消息格式進(jìn)行擴(kuò)展，線路配置消息格式如圖8所示 線路配置消息參數(shù)
■線路ID (Access-Loop-Circuit-ID )
線路標(biāo)識(shí)CID的長(zhǎng)度是63字節(jié)(Type field in TLV block ， set to 0x01, the value field is ASCII string with length upto 63 bytes, the string default format (which be configurable) is:
Access-Node-Identifier eth slot/port[: vlan-id] for VDSL PTM port
Access-Node-Identifier atm slot/port:vpi.vci for ATM port.)
其中，TI的CID應(yīng)采用這種格式(for TI scenarios, the CID format should be configured to):
Access-Node-Identifier eth slot/port [: vlan-id〗[:user802. lp〗for VDSL PTM port
■節(jié)目帶寬(Service-Prof ile-Name ) 節(jié)目帶寬4000000每秒位bps, RACS請(qǐng)求帶寬，或-4000000 bps, RACS釋放 帶寬(Type field in HV block , set to 0x06, the value field is program bandwidth (bps) in ASCII string format:
4000000， means RACS request bandwidth
參-4000000， means RACS release bandwidth) ■節(jié)目帶寬(Service-Profile-Name )(另外一種擴(kuò)展方法l) 節(jié)目名稱(Type field in TLV block , set to 0x06， the value field is program name in ASCII string format:
ASCII string containing the program name)
■節(jié)目帶寬(Service-Profile-Name )(另夕f一種擴(kuò)展方法2) 節(jié)目標(biāo)識(shí)(Type field in TLV block , set to 0x06, the value field is program id ( 32 bit integers):
program id (32 bit integers),)
■帶寬應(yīng)用結(jié)M
把線路配置消息的結(jié)果域設(shè)為成功或失敗，代碼域設(shè)為0
圖9示出了線路配置消息的一種具體實(shí)例，圖10示出了線路配置結(jié)果消息的 一種具體實(shí)例。
方案2:增加一新的ANCP應(yīng)用場(chǎng)景，即定義一種基于ANCP的接納控制系統(tǒng)應(yīng)用場(chǎng)景，新應(yīng)用場(chǎng)景定義包4舌如下部分Capability negotiation定義、VOD Access Control Extensions定義和支持Bulk Transaction的設(shè)置，使多個(gè)VOD Access Control結(jié)果消息綁定在一個(gè)消息中上報(bào)給BRAS或RACS。
圖11示出了 Capability negotiation具體的一種定義方式，其中需要增加VOD access control capability = 0x5 。
圖12示出了 VOD Access Control Extensions具體的一種定義方式，采用線路 配置的Message Type,增力。一新fUnction值表示VOD Access Control ，并且 Extension Value定義VOD Access Control需要的參數(shù) 其中
■線路ID (Access-Loop-Circuit-ID )
線路標(biāo)識(shí)的長(zhǎng)度是63字節(jié)(Type field in TLV block ， set to 0x01， the value field is ASCII string with length upto 63 bytes, the string default format (which be configurable) is:
Access-Node-Identifier eth slot/port [: vlan-id] for VDSL PTM port
Access—Node-Identifier atm slot/port: vpi.vci for ATM port.)
注意CID形式應(yīng)該配置為
Access-Node-Identifier eth slot/port [: vlan-id] [: user802. lp] for VDSL PTM port
■節(jié)目帶寬(Service-Profile-Name)
節(jié)目帶寬4000000 bps, RACS請(qǐng)求帶寬分配；-4000000 bps ， RACS釋放帶寬(Type field in TLV block , set to 0x06, the value field is program bandwidth (bps)in ASCII string format:
4000000， means RACS request bandwidth
-4000000, means RACS release bandwidth)
■節(jié)目帶寬(Service-Profile-Name )(另外一種擴(kuò)展方法l) 節(jié)目名稱(Type field in TLV block , set to 0x06, the value field is program name in ASCII string format:
ASCII string containing the program name)
■節(jié)目帶寬(Service-Profile-Name )(另外一種擴(kuò)展方法2) 節(jié)目標(biāo)識(shí)(Type field in TLV block ， set to 0x06, the value field is program id ( 32 bit integers):
program id (32 bit integers).)
■帶寬應(yīng)用結(jié)果碼
把接納控制消息的結(jié)果域設(shè)為成功或失敗，代碼域設(shè)為0下面對(duì)IPTV Server和RACS之間的交互以SOAP協(xié)i義為例進(jìn)4亍i兌明，IPTV Server和RACS之間有QoS請(qǐng)求消息、QoS響應(yīng)消息、QoS釋放消息和QoS釋放響 應(yīng)消息，其中從服務(wù)器到RACS的QoS請(qǐng)求消息用來(lái)請(qǐng)求節(jié)目帶寬；從RACS到 服務(wù)器的QoS響應(yīng)消息用來(lái)響應(yīng)AAR消息；從服務(wù)器到RACS的QoS釋放消息用 來(lái)釋放節(jié)目帶寬；從RACS到服務(wù)器的QoS釋放響應(yīng)消息用來(lái)響應(yīng)QoS釋放消 息。
QoS請(qǐng)求消息格式 〈SvcX: AARMessage 〉
< MsgTypc >
< Sessionld〉
< Applicationld〉
< MaxBandwidthUL〉
< MaxBandwidthDL〉
< FlowCount〉
< Medialnfos〉 <M6di￡iTypc> <FlowDirection> 〈MaxBandwidth〉 <SrcIp> <DestIp> <SrcBeginPort> <SrcEndPort> <DestBeginPort> <DestEndPort〉 <ProtocolType> </MediaInfos>
<UsrLocation> </SvcX: AARMessage >其中Sessionld:這個(gè)元素用來(lái)才示識(shí)VOD會(huì)i舌。
Medialnfos: RACS最多支持8個(gè)Medialnfos。至少要提供一個(gè)MediaInfo. 節(jié)目帶寬對(duì)每個(gè)方向，節(jié)目帶寬是所有Medialnfos的MaxBandwidth和總和。
用戶ID:上游Medialnfo中的Srclp和下游Medialnfo中的Dstlp用來(lái)標(biāo)識(shí)用戶。
QoS請(qǐng)求響應(yīng)消息格式 <SvcX: AAAMessage > < Msg丁ype 〉
< Sessionld〉
< ResultCode> </SvcX: AAAMessage >
QoS釋放消息格式 <SvcX:STRMessage > < Msg丁ype > < Sessionld〉 </SvcX:STRMessage >
QoS釋放響應(yīng)消息格式 <SvcX: STAMessage > < MsgType 〉
< Sessionld〉
< ResultCode〉 </SvcX: STAMessage >
BRAS之間有DEC Message和RPT Message2種消息，
其中從RACS到BRAS的決策(DEC)消息用于請(qǐng)求或者釋放節(jié)目帶寬；從BRAS到RACS的狀態(tài)上才艮(RPT)消息用于交流節(jié)目帶寬請(qǐng)求或者釋i文 成功還是失敗。
DEC消息格式
<Decision Message> ::= <Common Header〉
<Client Handle> *(<Decision〉) | <Error〉 [<Integrity>] <Decision> ::= <Context>
<Decision: Flags〉 <Named Decision Data> ::=《Install Decision〉 |
<Remove Decision》 〈Install Decision〉 := *(<PRID〉 <EPD>) <Remove Decision〉 := *(<PRID>|<PPRID>)
EPD: ssgANCtrlTable
ssgANCtrlTable contains one entry: ssgANCtrlEntry. ssgANCtrlEntry ::= SEQUENCE {
ssgANCtrlType INTEGER
ssgANCtrlUpBandwi她 Unsigned32
ssgANCtrlDownBandwi她 Unsigned32
其中用戶ID:用戶ID不是決策消息中的真正參數(shù)。BRAS使用Client-Handle 作為一個(gè)關(guān)鍵字來(lái)找到包括線路ID等的用戶信息，接著把線路ID傳送給AN。 操作類(lèi)型決策消息中的ssgANCtrlType用來(lái)表示操作類(lèi)型。 1:指請(qǐng)求帶寬； 2:指釋放帶寬。
節(jié)目帶寬節(jié)目帶寬由ssgANCtrlUpBandwidth (上行帶寬)和ssgANCtrlDownBandwidth (下4亍帶寬)表示。 RPT消息格式
<Report State〉 := 〈Common Header〉
<Client Handle>
<Report Type>
*(<Named ClientSI〉) For Success and Failure Report-Type Data Format:
<Named ClientSI: Success and Failure Report> ::= <[<GPERR>] *(<report>)> <report> ::= 〈ErrorPRID〉 <CPERR> *(<PRID〉<EPD〉) 其中
Result: The result is denoted by the Report-Type object: 1= Success:決策者BRAS成功執(zhí)4亍。 2 = Failure :決策不能被BRAS成功執(zhí)行。
Error Code:如果結(jié)果是失敗的，詳細(xì)的錯(cuò)誤碼由CPERR對(duì)象表示。
利用本發(fā)明實(shí)施例，當(dāng)發(fā)生錯(cuò)誤時(shí)，可選地，AN向BRAS報(bào)送錯(cuò)誤，BRAS 可選地上報(bào)RACS, RACS上報(bào)IPTV Server, Server通知用戶。
在實(shí)現(xiàn)支持共享帶寬的組播/單播CAC時(shí)，可保證和AN和BRAS之間的用戶 線路配置流程融合，RACS和BRAS之間的策略下發(fā)流程融合。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局 限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易 想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù) 范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
1權(quán)利要求
1、一種網(wǎng)絡(luò)中資源管理的方法，包括以下步驟A、RACS向BRAS發(fā)送資源請(qǐng)求。B、BRAS在收到RACS發(fā)送的資源請(qǐng)求后，向AN發(fā)送資源請(qǐng)求。C、AN進(jìn)行資源的可用性進(jìn)行檢查，如果資源可用，則執(zhí)行D，如果資源不可用，則執(zhí)行F。D、AN進(jìn)行資源預(yù)留，并向BRAS返回資源請(qǐng)求成功響應(yīng)。E、BRAS向RACS返回資源請(qǐng)求成功響應(yīng)。流程結(jié)束。F、AN向BRAS返回資源請(qǐng)求失敗響應(yīng)。G、BRAS向RACS返回資源請(qǐng)求失敗響應(yīng)。流程結(jié)束。
全文摘要
本發(fā)明涉及數(shù)據(jù)通訊領(lǐng)域，公開(kāi)了一種網(wǎng)絡(luò)中資源管理的方法，當(dāng)發(fā)生錯(cuò)誤時(shí)，可選地，AN向BRAS報(bào)送錯(cuò)誤，BRAS可選地上報(bào)RACS，RACS上報(bào)IPTV Server，Server通知用戶，利用本發(fā)明實(shí)施例在實(shí)現(xiàn)支持共享帶寬的組播/單播CAC時(shí)，可保證和AN和BRAS之間的用戶線路配置流程融合，RACS和BRAS之間的策略下發(fā)流程融合。
文檔編號(hào)H04L12/54GK101483639SQ20081006519
公開(kāi)日2009年7月15日 申請(qǐng)日期2008年1月11日 優(yōu)先權(quán)日2008年1月11日
發(fā)明者呂珍珠, 岳東升, 軍 李, 汪伊明, 谷懷龍, 婷 鄒, 黃福清 申請(qǐng)人:華為技術(shù)有限公司