專利名稱：網(wǎng)絡(luò)中承載控制功能實(shí)體下發(fā)控制策略的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)絡(luò)中承載控制功能實(shí)體下發(fā)控制策略的實(shí)現(xiàn)方法。
背景技術(shù)：
隨著Internet規(guī)模的不斷增大，各種各樣的網(wǎng)絡(luò)服務(wù)爭相涌現(xiàn)，先進(jìn)的多媒體系統(tǒng)層出不窮。因此，網(wǎng)絡(luò)上隨時可能有突發(fā)性高的FTP(文件傳輸協(xié)議)或者含有圖像文件的HTTP(超文本傳輸協(xié)議)等業(yè)務(wù)傳輸，此時，很可能影響網(wǎng)絡(luò)中對傳輸時延、延時抖動等特性較為敏感實(shí)時業(yè)務(wù)，甚至可能會導(dǎo)致相應(yīng)的實(shí)時業(yè)務(wù)遭受到很大影響；另一方面，多媒體業(yè)務(wù)占去了大量的帶寬，這樣，對于現(xiàn)有網(wǎng)絡(luò)中需要保證服務(wù)質(zhì)量的關(guān)鍵業(yè)務(wù)就難以得到可靠的傳輸。
為此，各種QoS(服務(wù)質(zhì)量)保證技術(shù)應(yīng)運(yùn)而生。IETF已經(jīng)建議了很多服務(wù)模型和機(jī)制，以滿足QoS的需求。目前業(yè)界比較認(rèn)可的是在網(wǎng)絡(luò)的接入和邊緣使用綜合業(yè)務(wù)模型(Int-Serv)，在網(wǎng)絡(luò)的核心使用區(qū)分業(yè)務(wù)模型(Diff-serv)。區(qū)分業(yè)務(wù)模型(Diff-serv)僅設(shè)定優(yōu)先等級保障QoS措施雖然有線路利用率高的特點(diǎn)，但具體的效果難以預(yù)測。
因此，業(yè)界開始為骨干網(wǎng)區(qū)分業(yè)務(wù)Diff-Serv引入一個獨(dú)立的承載控制層，建立一套專門的Diff-Serv QoS信令機(jī)制，如為了推動Diff-Serv的應(yīng)用，IETF和一些廠商以及研究機(jī)構(gòu)共同推動的QBone試驗(yàn)網(wǎng)上，使用帶寬代理器(Bandwidth Broker)模型來實(shí)現(xiàn)網(wǎng)絡(luò)資源和拓?fù)涔芾?，有其他一些廠商提出了類似的QoS服務(wù)器/資源管理器技術(shù)來管理拓?fù)滟Y源和協(xié)調(diào)各個區(qū)分業(yè)務(wù)Diff-Serv區(qū)域的QoS能力。
所述方法都是為區(qū)分服務(wù)Diff-Serv網(wǎng)絡(luò)專門建立一個資源管理層，管理網(wǎng)絡(luò)的拓?fù)滟Y源，為了不引起混淆，將上述資源管理區(qū)分服務(wù)Diff-Serv模型改稱為具有獨(dú)立承載控制層的網(wǎng)絡(luò)模型。
如圖1所示，在有獨(dú)立的承載控制層的網(wǎng)絡(luò)模型中，承載網(wǎng)控制服務(wù)器{包括帶寬代理器(Bandwidth Broker)或者QoS服務(wù)器/資源管理器}配置了管理規(guī)則和網(wǎng)絡(luò)拓?fù)?，為客戶的業(yè)務(wù)帶寬申請分配資源。每個管理域的承載網(wǎng)控制服務(wù)器相互之間通過信令傳遞客戶的業(yè)務(wù)帶寬申請請求和結(jié)果，以及承載網(wǎng)資源管理器為業(yè)務(wù)申請分配的路徑信息等。
當(dāng)承載控制層處理用戶的業(yè)務(wù)帶寬申請時，將確定用戶業(yè)務(wù)的路徑。承載網(wǎng)資源管理器會通知邊緣路由器按照指定的路徑轉(zhuǎn)發(fā)業(yè)務(wù)流。
承載網(wǎng)如何根據(jù)承載控制層確定的路徑實(shí)現(xiàn)用戶業(yè)務(wù)流按指定路由轉(zhuǎn)發(fā)，目前業(yè)界現(xiàn)有的技術(shù)主要是利用MPLS技術(shù)，使用資源預(yù)留方式沿著承載控制層指定的業(yè)務(wù)流路徑建立LSP(標(biāo)簽交換路徑)，使用RSVP-TE(資源預(yù)留協(xié)議-流量工程)或CR-LDP(基于路由受限標(biāo)簽分發(fā)協(xié)議)的顯式路由機(jī)制建立端到端的LSP。
為了提供端到端的IP QoS(互聯(lián)網(wǎng)協(xié)議服務(wù)質(zhì)量)架構(gòu)中的IP QoS信令流程。很多組織提出了單階段和兩階段的控制策略下發(fā)的處理流程，所述的控制策略主要是指下發(fā)給路由器的資源控制信息。
所述的單階段的控制策略下發(fā)方式是指在根據(jù)資源請求分配相應(yīng)的資源信息后直接下發(fā)給相應(yīng)的路由器。
所述的兩階段控制策略下發(fā)方式是指根據(jù)資源請求分配相應(yīng)的資源后不下發(fā)給路由器，而是等到相應(yīng)事件觸發(fā)后再下發(fā)給相應(yīng)的路由器。
目前，在負(fù)責(zé)資源分配的實(shí)體上，如RACS(資源接入控制子系統(tǒng))中的BCFE(承載控制功能實(shí)體)上，無法靈活地選擇使用單階段或兩階段的控制策略下發(fā)方式。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的是提供一種網(wǎng)絡(luò)中承載控制功能實(shí)體下發(fā)控制策略的實(shí)現(xiàn)方法，從而使得在RACS中的BCFE上可以靈活地選擇單階段或兩階段的控制策略下發(fā)方式進(jìn)行控制策略的下發(fā)。
本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種網(wǎng)絡(luò)中承載控制功能實(shí)體下發(fā)控制策略的實(shí)現(xiàn)方法，包括A、資源請求方將包含控制策略下發(fā)方式信息的資源請求報(bào)文發(fā)送給承載控制功能實(shí)體；B、所述的承載控制功能實(shí)體根據(jù)資源請求報(bào)文中承載的信息進(jìn)行資源分配，確定相應(yīng)的控制策略，并根據(jù)所述報(bào)文中承載的控制策略下發(fā)方式進(jìn)行控制策略的下發(fā)處理。
所述的步驟A包括資源請求方將單階段控制策略下發(fā)方式或兩階段控制策略下發(fā)方式的標(biāo)識信息承載于資源請求報(bào)文中發(fā)送給承載控制功能實(shí)體。
所述的步驟A包括當(dāng)資源請求方確定采用缺省的單階段或兩階段控制策略下發(fā)方式時，則構(gòu)造不包含控制策略下發(fā)方式的資源請求報(bào)文發(fā)送給承載控制功能實(shí)體；且所述的步驟B包括承載控制功能實(shí)體未見資源請求報(bào)文中的控制策略下發(fā)方式時，則采用對應(yīng)的缺省的單階段或兩階段控制策略下發(fā)方式進(jìn)行資源控制策略的下發(fā)。
本發(fā)明中，在所述的資源請求報(bào)文設(shè)置控制策略下發(fā)方式信息域承載資源請求選擇應(yīng)用的控制策略下發(fā)方式信息。
所述的資源請求方包括資源接入控制子系統(tǒng)RACS中的業(yè)務(wù)控制功能實(shí)體SCFE。
所述的步驟A具體包括資源請求方確定控制策略下發(fā)方式，并根據(jù)所述控制策略下發(fā)方式構(gòu)造對應(yīng)類型的資源請求報(bào)文發(fā)送給承載控制功能實(shí)體。
所述的對應(yīng)類型的資源請求報(bào)文包括單階段控制策略下發(fā)方式對應(yīng)的單階段資源請求報(bào)文，以及兩階段控制策略下發(fā)方式對應(yīng)的第一階段的資源請求報(bào)文和第二階段指示控制策略下發(fā)報(bào)文。
所述的步驟B包括承載控制功能實(shí)體根據(jù)資源請求報(bào)文的類型確定相應(yīng)的控制策略下發(fā)方式，并進(jìn)行控制策略的下發(fā)處理。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明的實(shí)現(xiàn)使得在RACS中的BCFE上可以靈活地選擇單階段或兩階段的控制策略下發(fā)方式進(jìn)行控制策略的下發(fā)。因此，采用本發(fā)明使得單階段和兩階段的控制策略下發(fā)方法可以被靈活方便地應(yīng)用于同一RACS中的各個BCFE上，方便了服務(wù)質(zhì)量控制信息等控制策略的靈活下發(fā)。


圖1為承載控制層網(wǎng)絡(luò)模型示意圖；圖2為本發(fā)明所述的方法的處理過程示意圖。
具體實(shí)施例方式
本發(fā)明的核心是為了在端到端的IP QoS架構(gòu)中的IP QoS信令流程中，能夠更好地使用單階段和兩階段處理模式，實(shí)現(xiàn)在不同情況下運(yùn)用合適的信令流程進(jìn)行相應(yīng)的處理。
本發(fā)明中，對于有兩階段處理的網(wǎng)絡(luò)或者設(shè)備，請求者通過在請求消息中增加標(biāo)識信息，所述的標(biāo)識信息用于指示接收者采用單階段還是兩階段，使得接收者能夠根據(jù)請求者的指示進(jìn)行相應(yīng)的處理。
本發(fā)明所述的方法的具體處理過程如圖2所示，具體包括步驟21請求端向接收端發(fā)送資源請求報(bào)文，在所述報(bào)文中承載著資源控制策略的下發(fā)方式信息；所述的控制策略下發(fā)方式具體包括單階段和兩階段方式；該步驟具體為請求端在所述的資源請求報(bào)文中攜帶單階段或兩階段標(biāo)識信息，即在該信息中明確指出接收者采用單階段還是兩階段處理，例如，可以采用標(biāo)志位，當(dāng)標(biāo)志為1時，表示采用單階段方式下發(fā)控制策略，當(dāng)標(biāo)志為0時，表示采用兩階段方式下發(fā)控制策略，當(dāng)然也可以采用其他值表示；所述的請求端通常可以為RACS中的SCFE(會話控制功能實(shí)體)；步驟22接收端收到所述的資源請求消息后，根據(jù)標(biāo)識信息進(jìn)行相應(yīng)的單階段或者兩階段的控制策略下發(fā)處理；所述的接收端可以為RACS中的BCFE，當(dāng)BCFE收到資源請求報(bào)文后，具體的處理過程為首先，根據(jù)報(bào)文中承載的信息進(jìn)行資源分配處理，確定相應(yīng)的控制策略，即資源使用控制策略，在路由器上可以根據(jù)相應(yīng)的控制策略提供相應(yīng)的服務(wù)質(zhì)量保證；然后，根據(jù)報(bào)文中承載的控制策略下發(fā)標(biāo)識信息確定是單階段還是兩階段方式下發(fā)控制策略，如果是單階段方式，則直接向路由器下發(fā)控制策略，如果是兩階段方式，則只進(jìn)行資源預(yù)留，但不向路由器下發(fā)控制策略，并等待相應(yīng)的觸發(fā)事件發(fā)生后，再向路由器下發(fā)相應(yīng)的控制策略。
本發(fā)明在具體實(shí)現(xiàn)過程中，還可以設(shè)置為如果在請求中不攜帶該信息，則接收端缺省認(rèn)為是采用單階段的處理流程，具體的處理方式為當(dāng)在資源請求端如果確認(rèn)需要采用兩階段方式，則在資源請求報(bào)文中攜帶相應(yīng)的標(biāo)識信息，如果確定采用單階段方式，則無需在資源請求報(bào)文中攜帶相應(yīng)的標(biāo)識信息；或者，可以設(shè)置為如果在請求中不攜帶該信息，則接收端缺省認(rèn)為是采用兩階段的處理流程，具體的處理方式為當(dāng)在資源請求端如果確認(rèn)需要采用單階段方式，則在資源請求報(bào)文中攜帶相應(yīng)的標(biāo)識信息，如果確定采用兩階段方式，則無需在資源請求報(bào)文中攜帶相應(yīng)的標(biāo)識信息。
本發(fā)明所述的方法在具體實(shí)現(xiàn)過程中還可以采用以下方式實(shí)現(xiàn)首先，在SCFE等資源請求方確定相應(yīng)的控制策略下發(fā)方式，并根據(jù)所述控制策略下發(fā)方式構(gòu)造對應(yīng)類型的資源請求報(bào)文發(fā)送給承載控制功能實(shí)體，所述的對應(yīng)類型的資源請求報(bào)文具體包括單階段控制策略下發(fā)方式對應(yīng)的單階段資源請求報(bào)文，以及兩階段控制策略下發(fā)方式對應(yīng)的第一階段的資源請求報(bào)文和第二階段指示控制策略下發(fā)報(bào)文。
然后，承載控制功能實(shí)體根據(jù)資源請求報(bào)文的類型便可以確定相應(yīng)的控制策略下發(fā)方式，當(dāng)進(jìn)行相應(yīng)的資源分配處理確定相應(yīng)的控制策略后，則可以根據(jù)所述的控制策略下發(fā)方式進(jìn)行所述控制策略的下發(fā)處理。
綜上所述，本發(fā)明中可以通過標(biāo)識信息實(shí)現(xiàn)單階段和兩階段的區(qū)別處理，從而使得單階段和兩階段的應(yīng)用更加靈活，且操作簡單。
以上所述，僅為本發(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)。
權(quán)利要求
1.一種網(wǎng)絡(luò)中承載控制功能實(shí)體下發(fā)控制策略的實(shí)現(xiàn)方法，其特征在于，包括A、資源請求方將包含控制策略下發(fā)方式信息的資源請求報(bào)文發(fā)送給承載控制功能實(shí)體；B、所述的承載控制功能實(shí)體根據(jù)資源請求報(bào)文中承載的信息進(jìn)行資源分配，確定相應(yīng)的控制策略，并根據(jù)所述報(bào)文中承載的控制策略下發(fā)方式進(jìn)行控制策略的下發(fā)處理。
2.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)中承載控制功能實(shí)體下發(fā)控制策略的實(shí)現(xiàn)方法，其特征在于，所述的步驟A包括資源請求方將單階段控制策略下發(fā)方式或兩階段控制策略下發(fā)方式的標(biāo)識信息承載于資源請求報(bào)文中發(fā)送給承載控制功能實(shí)體。
3.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)中承載控制功能實(shí)體下發(fā)控制策略的實(shí)現(xiàn)方法，其特征在于，所述的步驟A包括當(dāng)資源請求方確定采用缺省的單階段或兩階段控制策略下發(fā)方式時，則構(gòu)造不包含控制策略下發(fā)方式的資源請求報(bào)文發(fā)送給承載控制功能實(shí)體；且所述的步驟B包括承載控制功能實(shí)體未見資源請求報(bào)文中的控制策略下發(fā)方式時，則采用對應(yīng)的缺省的單階段或兩階段控制策略下發(fā)方式進(jìn)行資源控制策略的下發(fā)。
4.根據(jù)權(quán)利要求1至3任一項(xiàng)所述的網(wǎng)絡(luò)中承載控制功能實(shí)體下發(fā)控制策略的實(shí)現(xiàn)方法，其特征在于，在所述的資源請求報(bào)文設(shè)置控制策略下發(fā)方式信息域承載資源請求選擇應(yīng)用的控制策略下發(fā)方式信息。
5.根據(jù)權(quán)利要求1至3任一項(xiàng)所述的網(wǎng)絡(luò)中承載控制功能實(shí)體下發(fā)控制策略的實(shí)現(xiàn)方法，其特征在于，所述的資源請求方包括資源接入控制子系統(tǒng)RACS中的業(yè)務(wù)控制功能實(shí)體SCFE。
6.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)中承載控制功能實(shí)體下發(fā)控制策略的實(shí)現(xiàn)方法，其特征在于，所述的步驟A具體包括資源請求方確定控制策略下發(fā)方式，并根據(jù)所述控制策略下發(fā)方式構(gòu)造對應(yīng)類型的資源請求報(bào)文發(fā)送給承載控制功能實(shí)體。
7.根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)中承載控制功能實(shí)體下發(fā)控制策略的實(shí)現(xiàn)方法，其特征在于，所述的對應(yīng)類型的資源請求報(bào)文包括單階段控制策略下發(fā)方式對應(yīng)的單階段資源請求報(bào)文，以及兩階段控制策略下發(fā)方式對應(yīng)的第一階段的資源請求報(bào)文和第二階段指示控制策略下發(fā)報(bào)文。
8.根據(jù)權(quán)利要求6或7所述的網(wǎng)絡(luò)中承載控制功能實(shí)體下發(fā)控制策略的實(shí)現(xiàn)方法，其特征在于，所述的步驟B包括承載控制功能實(shí)體根據(jù)資源請求報(bào)文的類型確定相應(yīng)的控制策略下發(fā)方式，并進(jìn)行控制策略的下發(fā)處理。
全文摘要
本發(fā)明涉及一種網(wǎng)絡(luò)中承載控制功能實(shí)體下發(fā)控制策略的實(shí)現(xiàn)方法。本發(fā)明主要包括資源請求方將包含控制策略下發(fā)方式信息的資源請求報(bào)文發(fā)送給承載控制功能實(shí)體；所述的承載控制功能實(shí)體根據(jù)資源請求報(bào)文中承載的信息進(jìn)行資源分配，確定相應(yīng)的控制策略，并根據(jù)所述報(bào)文中承載的控制策略下發(fā)方式進(jìn)行控制策略的下發(fā)處理。本發(fā)明的實(shí)現(xiàn)使得在RACS中的BCFE上可以靈活地選擇單階段或兩階段的控制策略下發(fā)方式進(jìn)行控制策略的下發(fā)。因此，采用本發(fā)明使得單階段和兩階段的控制策略下發(fā)方法可以被靈活方便地應(yīng)用于同一RACS中的各個BCFE上，方便了服務(wù)質(zhì)量控制信息等控制策略的靈活下發(fā)。
文檔編號H04L12/56GK1874259SQ20051007938
公開日2006年12月6日 申請日期2005年7月11日 優(yōu)先權(quán)日2005年7月11日
發(fā)明者鄒婷, 薛莉莉 申請人:華為技術(shù)有限公司