專利名稱：在NGN網(wǎng)絡(luò)實(shí)現(xiàn)流組QoS控制的方法、設(shè)備及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種在NGN網(wǎng)絡(luò)實(shí)現(xiàn)流組QoS控制 的方法、設(shè)備及系統(tǒng)。
背景技術(shù)：
電信網(wǎng)絡(luò)的發(fā)展趨勢是在分組化的IP平臺上提供豐富多樣化的業(yè)務(wù),NGN (Next Generation Network,下一代網(wǎng)絡(luò))的出現(xiàn)使這種趨勢日益明顯。業(yè)界 對全球性的NGN標(biāo)準(zhǔn)提出了非常迫切的要求，很多國際組織也正在進(jìn)行這方 面的研究，國際標(biāo)準(zhǔn)化組織ITU早在2004年給出了 NGN的明確定義"NGN 是一個(gè)分組網(wǎng)絡(luò)，它提供包括電信業(yè)務(wù)在內(nèi)的多種業(yè)務(wù)，能夠利用多種帶寬和 具有服務(wù)質(zhì)量(QoS， Quality of Service)能力的傳輸技術(shù)，實(shí)現(xiàn)業(yè)務(wù)功能與底 層傳輸技術(shù)的分離；它提供用戶對不同業(yè)務(wù)提供商網(wǎng)絡(luò)的自由接入，并支持通 用移動性，實(shí)現(xiàn)用戶對業(yè)務(wù)^f吏用的一致性和統(tǒng)一性。"ITU在后續(xù)還提出了如圖1所示的NGN網(wǎng)絡(luò)架構(gòu)。整個(gè)NGN網(wǎng)絡(luò)主要包 括傳輸層和業(yè)務(wù)層，其中，所述傳輸層包括接入傳輸功能、核心傳輸功能、傳 輸控制功能；在傳輸控制功能中還包括網(wǎng)絡(luò)附屬設(shè)備的控制功能、資源和許可 控制功能、傳輸層用戶屬性數(shù)據(jù)庫功能；所述業(yè)務(wù)層包括業(yè)務(wù)控制功能、業(yè)務(wù) 層用戶屬性數(shù)據(jù)庫、應(yīng)用/業(yè)務(wù)支持功能，并通過ANI (application network interface,應(yīng)用網(wǎng)洛接口)訪問應(yīng)用。另外，傳輸層和業(yè)務(wù)層還通過UNI (user network interface，用戶網(wǎng)絡(luò)接口 )與終端用戶功能交互，通NNI( network network interface,不同域的網(wǎng)絡(luò)到網(wǎng)絡(luò)接口 )與其它網(wǎng)絡(luò)交互。NGN基于將業(yè)務(wù)和傳輸相分離、控制和承載相分離的思想，任何層面間 的通信都必須經(jīng)過標(biāo)準(zhǔn)接口進(jìn)行，因此，ITU提出了各種草案來定義各功能實(shí)體間的標(biāo)準(zhǔn)接口，這里以圖1中的QoS資源控制部分的結(jié)構(gòu)為例進(jìn)行說明，如 圖2所示，業(yè)務(wù)層由業(yè)務(wù)進(jìn)行驅(qū)動，業(yè)務(wù)控制功能中的業(yè)務(wù)控制實(shí)體(SCE， service control entity)通過標(biāo)準(zhǔn)接口 Rs控制位于傳輸層的資源和許可控制功能 (RACF)中的PD-PE ( Policy Decide Functional Entity ,策略決定實(shí)體)，向 傳輸層請求傳輸資源、接收地址映射信息和傳輸資源使用報(bào)告等信息，以實(shí)現(xiàn) 業(yè)務(wù)層和傳輸層的通信。接收到SCE的請求的PD-PE負(fù)責(zé)完成資源的預(yù)留控制，以及對基于請求 的資源和配置的策略做出決定，然后通過Rt接口向TRC-PE( Transport Resource Control Functional Entity,傳輸資源控制功能實(shí)體)下發(fā)力某體和會話信息以請求 傳輸資源；TRC-PE根據(jù)其維護(hù)的網(wǎng)絡(luò)狀態(tài)和傳輸相關(guān)的策略規(guī)則做出是否允 許所請求的資源接入的決策，并將決策結(jié)果上報(bào)給PD-PE，最后由PD-PE通過 Rw接口向PE-PE ( Policy Enforcement Functional Entity,策略執(zhí)行實(shí)體)下發(fā) 門策略信息，以使PE-PE進(jìn)行實(shí)際媒體流的傳輸，從而在NGN網(wǎng)絡(luò)中實(shí)現(xiàn)基 于策略的QoS控制。另夕卜，圖2中還包括NACE( Network Access Control Entity, 網(wǎng)絡(luò)訪問控制實(shí)體)，通過Ru接口與PD-PE交互信息。在實(shí)際應(yīng)用中，SCE在收到會話建立請求時(shí)，將根據(jù)和終端交互的會話描 述信息(SDI, Session Description Information)產(chǎn)生媒體內(nèi)容描述信息，并將 每個(gè)媒體流分解到一個(gè)或多個(gè)IP流上，然后將媒體流信息和IP流信息通過Rs 接口發(fā)送給PD-PE,為此次會話請求資源授權(quán)。PD-PE在接收到SCE發(fā)來的 信息后，根據(jù)其中每個(gè)流的類型、帶寬等信息，結(jié)合本地配置的QoS策略，與 TRC-PE配合共同完成傳輸資源的預(yù)留過程。若資源預(yù)留成功，則PD-PE使用 COPS ( Common Open Policy Service,通用策略開放服務(wù))協(xié)議通過Rw接口 將授權(quán)的流信息發(fā)給PE-PE進(jìn)行安裝，PE-PE根據(jù)接收到的流信息中描述的相 關(guān)屬性打開指定的傳輸通道完成實(shí)際媒體流的承載。在ITU制定的描述Rs接口的標(biāo)準(zhǔn)中，使用Diameter協(xié)議作為其接口協(xié)議， 其中除了定義流的概念作為描述策略的基本單位外，還使用了流組(Flow-Grouping AVP )的概念，所述流組用于在SCE發(fā)送的資源預(yù)留請求中 限定一組流，指定只有該組中的流將在同一個(gè)傳輸層的IP承載器中傳輸，并 且在該資源預(yù)留請求中描述的QoS信息如帶寬、包大小等屬性針對的是該流 組，即該流組中所有的流將分享這些資源。但是，在由PD-PE到PE-PE的Rw接口中卻沒有流組的概念，只有流的 概念，因此，如圖3所示，在PD-PE上必須進(jìn)行分解4喿作，將所有的流組信息 轉(zhuǎn)化成一個(gè)個(gè)流的形式，再形成決策下發(fā)到PE-PE上執(zhí)行。由于PD-PE無法 知道流組中的每個(gè)流應(yīng)該分配到多少Q(mào)OS資源，因此，當(dāng)上層下發(fā)下來的請 求信息中含有流組的描述時(shí)，在PD-PE上將無法正確的形成每個(gè)流的策略，而 只能靠私有的規(guī)則，想怎么決定就怎么決定，這樣最終將導(dǎo)致用戶實(shí)際媒體流 的QoS得不到保證，有的會多，有的會少。例如，用戶和SCE建立的會話描述信息中指定音視頻流共同使用一個(gè)資 源組，SCE將該信息轉(zhuǎn)化成流組的形式，將承載音頻的IP流和承載視頻的IP 流放在一個(gè)流組中，指定該流組享有的帶寬384K,并通過Diameter協(xié)議下發(fā) 到PD-PE上。在PD-PE上可能將該流組轉(zhuǎn)化成音頻享有64K、視頻享有320K, 或者是音頻享有384K、視頻384K,具體視PD-PE的實(shí)現(xiàn)策略而定，然后下發(fā) 到底層的承載器上執(zhí)行，很明顯，這將會導(dǎo)致實(shí)際帶寬與用戶應(yīng)該得到的帶寬 有所出入，沒有達(dá)到QoS控制的目的。又如，多個(gè)用戶通過綜合接入設(shè)備(IAD, Integrity Access Device)接入 NGN核心網(wǎng)，由IAD上的多個(gè)端口控制傳輸，這些端口可能會使用分組網(wǎng)中 的同 一個(gè)路由設(shè)備傳輸IP流，基于核心網(wǎng)的QoS策略，所有端口傳輸?shù)腎P流 很可能被封裝在一個(gè)流組中進(jìn)行QoS資源控制，并且共享網(wǎng)絡(luò)分配給該流組的 資源。此時(shí)，按照現(xiàn)有方式，由于PD-PE下發(fā)的策略是針對流來進(jìn)行描述的， 因此，若下發(fā)的決策中指定每個(gè)流都享有流組資源，則總的資源數(shù)將超過該流 組的資源；若下發(fā)的決策中指定每個(gè)流平分流組資源，則實(shí)際上每個(gè)流可使用 的最大的資源將小于流組資源，與用戶的初衷不符，這樣的QoS控制方式既不合理也不靈活。并且，這種預(yù)先限定每個(gè)流的資源的方式不能實(shí)現(xiàn)流資源的動 態(tài)控制。為了解決上述問題，現(xiàn)有技術(shù)的一種實(shí)現(xiàn)方式是，由傳輸層的PE-PE自動 檢測每個(gè)流的資源變化情況，當(dāng)發(fā)現(xiàn)某個(gè)流需要更多的資源時(shí)，通過Rw接口 向PD-PE請求新的QoS策略。PD-PE在同意PD-PE的請求時(shí)，調(diào)整其上維護(hù) 的資源信息，并針對該流下發(fā)新的策略給PE-PE執(zhí)行。參閱圖4所示，此時(shí)對 流組的控制完全在PD-PE上進(jìn)行，PE-PE不做任何判斷，只是執(zhí)行策略。上述實(shí)現(xiàn)方式雖然可以在一定程度上解決上述問題，但是，很明顯地，該 方式增加了上下層之間的交互量，增加了網(wǎng)絡(luò)負(fù)擔(dān)，靈活性差，特別是當(dāng)?shù)讓?的流在某一時(shí)刻需要的資源不斷變化時(shí)，將導(dǎo)致控制消息在核心網(wǎng)內(nèi)的增加， 影響資源有限網(wǎng)絡(luò)的穩(wěn)定性。發(fā)明內(nèi)容本發(fā)明實(shí)施例提供一種在NGN網(wǎng)絡(luò)實(shí)現(xiàn)流組QoS控制的方法、設(shè)備及系 統(tǒng)，用以實(shí)現(xiàn)QoS控制及流資源動態(tài)控制。一種在下一代網(wǎng)絡(luò)NGN實(shí)現(xiàn)流組QoS控制的方法，該方法包括步驟策略決定實(shí)體根據(jù)接收到的包含流組信息的資源分配請求，確定該流組需 要的QoS資源，并下發(fā)所述流組中各個(gè)流共享所述QoS資源的QoS策略；所述策略執(zhí)行實(shí)體根據(jù)接收到的所述QoS策略，為所述流組中的流分配承 載器，并控制為所述流組中的流分配的所有承栽器占用的資源不超過所述流組 需要的QoS資源。一種網(wǎng)絡(luò)設(shè)備，包括接收單元，用于接收包含流組信息的資源分配請求； 處理單元，用于根據(jù)接收到的包含流組信息的資源分配請求確定該流組需 要的QoS資源，并形成所述流組中各個(gè)流共享所述QoS資源的QoS策略； 發(fā)送單元，用于發(fā)送所述QoS策略。一種網(wǎng)絡(luò)設(shè)備，包括接收單元，用于接收流組中各個(gè)流共享該流組的QoS資源的QoS策略； 執(zhí)行單元，用于根據(jù)接收到的QoS策略為所述流組中的流分配承載器； 控制單元，用于控制為所述流組中的流分配的所有承載器占用的資源不超 過所述流組需要的QoS資源。 一種網(wǎng)絡(luò)系統(tǒng)，包括策略決定實(shí)體，用于根據(jù)接收到的包含流組信息的資源分配請求確定該流 組需要的QoS資源，并下發(fā)所述流組中各個(gè)流共享所述QoS資源的QoS策略；策略執(zhí)行實(shí)體，用于根據(jù)從所述策略決定實(shí)體接收的QoS策略為所述流組 中的流分配承載器，并控制為所述流組中的流分配的所有承載器占用的資源不 超過所述流組需要的QoS資源。本發(fā)明實(shí)施例中，策略決定實(shí)體PD-PE通過Rw接口向策略執(zhí)行實(shí)體 PE-PE下發(fā)流組中各個(gè)流共享該流組的QoS資源的QoS策略，所述PE-PE根 據(jù)接收到的QoS策略為所述流組中的流分配對應(yīng)的承載器，實(shí)現(xiàn)了整個(gè)下一代 網(wǎng)絡(luò)NGN系統(tǒng)的流組QoS資源控制。本發(fā)明實(shí)施例中，所述PE-PE為所述流組中的流分配對應(yīng)的承載器時(shí)，還 根據(jù)流組的QoS策略對承載的流組中各個(gè)流的QOS資源分配進(jìn)行自動調(diào)整控 制，這樣，在各個(gè)流的資源發(fā)生變化時(shí)，無需再請求所述PD-PE下發(fā)新的策略 信息，減少了二者間冗余的策略交互，使得控制方式更加靈活。


圖1為背景技術(shù)中下一代網(wǎng)絡(luò)的結(jié)構(gòu)示意圖；圖2為背景^a術(shù)中下一代網(wǎng)絡(luò)中資源控制部分的結(jié)構(gòu)示意圖；圖3為背景技術(shù)中各網(wǎng)絡(luò)實(shí)體間流組控制信息的交互流程圖；圖4為背景技術(shù)中策略決定實(shí)體和策略執(zhí)行實(shí)體間控制信息的交互流程圖；圖5為本發(fā)明實(shí)施例中通信系統(tǒng)的結(jié)構(gòu)示意圖；圖6為本發(fā)明實(shí)施例中COPS協(xié)議的模型示意圖；圖7為本發(fā)明實(shí)施例中COPS-PR協(xié)議的PIB樹結(jié)構(gòu)示意圖；圖8為本發(fā)明實(shí)施例中各個(gè)流的過濾規(guī)則示意圖；圖9為本發(fā)明實(shí)施例中流組信息的結(jié)構(gòu)示意圖；圖IO為本發(fā)明實(shí)施例中流組的QoS信息的結(jié)構(gòu)示意圖；圖11為本發(fā)明實(shí)施例中承載流組的QoS策略的PIB的結(jié)構(gòu)示意圖；圖12為本發(fā)明實(shí)施例中PD-PE的結(jié)構(gòu)示意圖；圖13為本發(fā)明實(shí)施例中PE-PE的結(jié)構(gòu)示意圖；圖14為本發(fā)明實(shí)施例中當(dāng)Rw接口采用COPS-PR協(xié)議作為其承載協(xié)議時(shí)， 各網(wǎng)絡(luò)實(shí)體間流組控制消息的交互流程圖；圖15為本發(fā)明實(shí)施例中當(dāng)Rw接口采用H.248協(xié)議作為其承載協(xié)議時(shí)， 各網(wǎng)絡(luò)實(shí)體間流組控制消息的交互流程圖。
具體實(shí)施方式
本發(fā)明實(shí)施例中，策略決定實(shí)體PD-PE通過Rw接口向策略執(zhí)行實(shí)體 PE-PE下發(fā)流組中各個(gè)流共享該流組的QoS資源的QoS策略，所述策略執(zhí)行 實(shí)體根據(jù)接收到的QoS策略為所述流組中的流分配承栽器，以實(shí)現(xiàn)NGN網(wǎng)絡(luò) 的QoS資源控制。本發(fā)明實(shí)施例中的一種通信系統(tǒng)如圖5所示，主要包括策略決定實(shí)體 PD-PE500、策略執(zhí)行實(shí)體PE-PE501。所述PD-PE500位于傳輸層的資源和許 可控制功能中，用于接收包含流組信息的資源分配請求，并根據(jù)所述資源分配 請求確定該流組需要的QoS資源；以及，通過Rw接口向所述PE-PE501下發(fā) 所述流組中各個(gè)流共享所述QoS資源的QoS策略；所述PE-PE501,用于根據(jù) 接收到的QoS策略為所述流組中的流分配承載器，進(jìn)一步的，所述PE-PE501 還對為各流分配的承載器占用的資源進(jìn)行控制，以使為流組中的流分配的所有承栽器占用的資源總數(shù)不超過所述流組的QoS資源。另外，所述通信系統(tǒng)還包 括業(yè)務(wù)控制實(shí)體SCE502，位于業(yè)務(wù)層的業(yè)務(wù)控制功能中，用于通過Rs接口向 所述PD-PE500發(fā)送所述包含流組信息的資源分配請求。由于所述PD-PE500在通過Rw接口下發(fā)流組中各個(gè)流共享該流組的QoS 資源的QoS策略時(shí)，可采用多種協(xié)議進(jìn)行承載，因此，本發(fā)明實(shí)施例中首先以 目前普遍采用的COPS ( Common Open Policy Service,通用策略開放服務(wù))協(xié) 議為例進(jìn)行說明。COPS協(xié)議定義了策略執(zhí)行點(diǎn)(PEP， Policy Enforcement Entity)和策略決 策點(diǎn)(PDP, Policy Decision Entity )之間交換動態(tài)策略信息的傳輸機(jī)制，該協(xié) 議是一種簡單的client/server模型的協(xié)議，其底層使用TCP( Transmission Control Protocol,傳輸控制協(xié)議)。COPS協(xié)議的基本;f莫型如圖6所示，其中，PEP與 PDP之間先建立TCP連接，再建立COPS連接。PDP和PEP在建立的COPS 連接上進(jìn)行策略信息的交互。COPS-PR ( COPS Usage for Policy Provisioning,用于策略提供的通用策略 開放服務(wù))是在COPS協(xié)議基礎(chǔ)上的擴(kuò)展協(xié)議，該協(xié)議采用 一個(gè)已命名的數(shù)據(jù) 結(jié)構(gòu)PIB (Policy information base,策略信息庫)來標(biāo)識策略信息的類型和目 的。如圖7所示為PIB樹的結(jié)構(gòu)，其中，PIB樹的分支是策略規(guī)則類(PRC, Provisioning Class ),樹葉是策略規(guī)則實(shí)例(PRI, Provisioning Instance ), —個(gè) PRC可有多個(gè)PRI與之對應(yīng)。所述PD-PE500在向所述PE-PE501下發(fā)流組中各個(gè)流共享該流組的QoS 資源的QoS策略時(shí)，采用COPS-PR協(xié)議中定義的PIB方式承載實(shí)際的策略信 息，其中，所述PIB中攜帶了流組信息?，F(xiàn)有技術(shù)中各個(gè)流的信息在策略下發(fā)消息中攜帶，用于標(biāo)識流的特征。所 述各個(gè)流的信息主要包括過濾規(guī)則、過濾狀態(tài)以及業(yè)務(wù)類型(Video/Audio), 其中，如圖8所示，所述過濾規(guī)則引用了 RFC3318 Framework PIB中的 frwklpFilterTable 。本發(fā)明實(shí)施例中的所述流組信息用于標(biāo)識流組的特征。參閱圖9所示，所述流組信息包括各個(gè)流的過濾規(guī)則、過濾狀態(tài)和業(yè)務(wù)類型，并包含于承載所述QoS策略的PIB中。為了實(shí)現(xiàn)所述PD-PE500向所述PE-PE501下發(fā)流組中各個(gè)流共享該流組 的QoS資源的QoS策略，所述PIB還包括流組的QoS信息，其中，如圖10 所示，所述QoS信息引用了 3GPP TS29.207文檔的Go接口 PIB中的 go3 gppQosTable 。綜上，本發(fā)明實(shí)施例中一種承載流組的QoS策略的PIB的結(jié)構(gòu)如圖11所 示，其中列出了流組策略決定的實(shí)例號、流組的QoS信息及流組的信息。所述 PD-PE500以圖11所示的PIB承載流組中各個(gè)流共享該流組的QoS資源的QoS 策略，并通過Rw接口向所述PE-PE701下發(fā)所述流組中各個(gè)流共享該流組的 QoS資源的QoS策略。具體的，本發(fā)明實(shí)施例中的一種PD-PE的結(jié)構(gòu)如圖12所示，包括接收 單元1200、處理單元1201、發(fā)送單元1202;其中，所述接收單元1200,用于 接收包含流組信息的資源分配請求；所述處理單元1201，用于根據(jù)接收到的包 含流組信息的資源分配請求確定該流組需要的QoS資源，并指示發(fā)送單元以 COPS-PR協(xié)議中的PIB作為承載方式發(fā)送所述流組中各個(gè)流共享所述QoS資 源的QoS策略；所述發(fā)送單元1202，用于按所述處理單元的指示發(fā)送所述QoS 策略。進(jìn)一步的，PE-PE501在根據(jù)接收到的QoS策略為所述流組中的流分配承 載器時(shí)，還對為各流分配的承載器占用的資源進(jìn)行控制，以使為流組中的流分 配的所有承載器占用的資源總數(shù)不超過所述流組需要的QoS資源，即在PIB 里攜帶的流組的資源，從而達(dá)到正確執(zhí)行流組QoS策略的目的。當(dāng)所述PE-PE501執(zhí)行的流組中的某些流需要的資源(如帶寬等)發(fā)生改 變時(shí)，所述PE-PE501根據(jù)所述PD-PE500的流組QoS策略對這些流的承載器 占用的資源進(jìn)行自動控制，并保證為流組中的流分配的所有承載器占用的資源不超過流組的QoS資源。例如流組的QoS策略指定了包含音頻流和纟見頻流 的流組享有的帶寬為384K, PE-PE501按照所述QoS策略為音頻流分配64K， 為視頻流分配320K;在業(yè)務(wù)進(jìn)行過程中，PE-PE501發(fā)現(xiàn)音頻流需要更多的帶 寬時(shí)，PE-PE501適當(dāng)增加音頻流的帶寬和相應(yīng)的減少纟見頻流的帶寬，如將音 頻流的帶寬增加到128K,將視頻流的帶寬減少到256K。如果流組中包含三個(gè) 或更多個(gè)流時(shí)，PE-PE501在調(diào)整為流組中的流分配的承載器占用的資源時(shí)， 可以調(diào)整其中部分流的承栽器占用的資源，也可以調(diào)整所有流的承載器占用的 資源。這樣，PE-PE501在某些流需要的資源發(fā)生改變時(shí)，無需再請求PD-PE500 下發(fā)新的策略信息，達(dá)到了靈活控制的目的。本發(fā)明實(shí)施例中的一種PE-PE的結(jié)構(gòu)如圖13所示，包括接收單元1300、 執(zhí)行單元1301、控制單元1302;其中，所述接收單元1300，用于接收流組中 各個(gè)流共享該流組的QoS資源的QoS策略；所述執(zhí)行單元1301，用于根據(jù)接 收到的QoS策略為所述流組中的流分配承載器；所述控制單元1302,用于控 制為所述流組中所有流分配的承載器資源不超過所述流組需要的QoS資源。另 外，所述控制單元1302還對流組中各流的QoS資源進(jìn)行自動調(diào)整控制。本發(fā)明實(shí)施例中，當(dāng)Rw接口采用COPS-PR協(xié)議作為其承載協(xié)議時(shí)，各 網(wǎng)絡(luò)實(shí)體間流組控制消息的交互流程如圖14所示步驟1400、業(yè)務(wù)控制實(shí)體SCE向策略決定實(shí)體PD-PE發(fā)送包含流組信息 的資源分配請求。步驟1401 、所述PD-PE在接收到所述SCE發(fā)來的包含流組信息的資源分 配請求時(shí)，將該流組信息與本地的資源情況進(jìn)行比較，并使用預(yù)配置的QoS 策略規(guī)則，確定該流組需要的QoS資源。步驟1402、所述PD-PE將該流組中各個(gè)流共享該流組的QoS資源的QoS 策略用COPS-PR協(xié)議中的PIB進(jìn)行描述，并通過Rw接口下發(fā)到策略執(zhí)行實(shí) 體PE-PE上執(zhí)行。步驟1403、所述PE-PE接收到PD-PE發(fā)來的QoS策略后，在確定其中包 含承載流組信息的PIB時(shí)，對該P(yáng)IB描述的流組分配對應(yīng)的IP承載器。在步驟1403中，所述PE-PE可以為流組中的每個(gè)流分配各自對應(yīng)的IP承 載器，也可以為流組中的多個(gè)流分配對應(yīng)的一個(gè)IP承載器，其中，為流組中 的流分配的IP承載器共享該流組的QoS資源。在另一種實(shí)現(xiàn)方式中，Rw接口也可以采用H.248協(xié)議作為其承載協(xié)議， 供所述PD-PE向所述PE-PE下發(fā)流組中各個(gè)流共享該流組的QoS資源的QoS 策略。H.248協(xié)-議中i某體描述符的定義如下MediaDescriptor ::= SEQUENCEtermStateDescr TerminationStateDescriptor OPTIONAL, streams CHOICEoneStream multiStream } OPTIONAL,StreamParms，SEQUENCE OF StreamDescriptor-媒體描述符定義 -終端狀態(tài)單流 -多流StreamDescriptor ::= SEQUENCEstreamID StreamParmsStreamID, StreamParms-流描述符定義-流Id -流參數(shù)流參數(shù)描述符定義StreamParms ::= SEQUENCElocalControlDescriptor LocalControlDescriptor OPTIONAL,-本地控制信息 localDescriptor LocalRemoteDescriptor OPTIONAL,-本端信息remoteDescriptor LocalRemoteDescriptor OPTIONAL,-對端信息LocalControlDescriptor ::= SEQUENCEstreamMods rescrvcValu6 reservcGroup propertyParmsStreamMode OPTIONAL, BOOLEAN OPTIONAL, BOOLEAN OPTIONAL, SEQUENCE OF PropertyParm,-本端控制描述符-流模式 -預(yù)留值 -預(yù)留組 -屬性參數(shù)其中，multiStream定義成;虎的序列，而各個(gè);虎的QoS參凄史已經(jīng)包含在其 流參數(shù)(StreamParms)的定義中，這樣，各個(gè)流之間沒有什么聯(lián)系。為了使 所述PD-PE能夠向所述PE-PE下發(fā)流組的QoS策略，本發(fā)明實(shí)施例中一種擴(kuò) 展11248協(xié)議中媒體描述符的終端狀態(tài)描述符(TerminationStateDescriptor)的 包定義如下TerminationStateDescriptor ::= SEQUENCEpropertyParms SEQUENCE OF PropertyParm, -屬性參數(shù)eventBufferControl Even但ufferControl OPTIONAL,-事件緩沖區(qū)控制屬性serviceState ServiceState OPTIONAL, —服務(wù)狀態(tài)屬性flowGroupValue BOOLEAN, -流組開關(guān)}…其中，在所述終端狀態(tài)描述符中包括了流組開關(guān)(flowGroupValue )屬性， 當(dāng)flowGroupValue設(shè)置為TRUE時(shí)，打開流組開關(guān)。此時(shí)若媒體包結(jié)構(gòu)中的所 有媒體流為一個(gè)流組，則該流組的信息和QoS信息(如帶寬b)在包結(jié)構(gòu)中第 一個(gè)流的包結(jié)構(gòu)中攜帶，媒體包結(jié)構(gòu)中其他流(除第一個(gè)流)的包結(jié)構(gòu)中包含 有QoS信息時(shí)忽略該信息。特別的，當(dāng)媒體包結(jié)構(gòu)中只有一個(gè)流時(shí)，該流的信 息和QoS信息在包結(jié)構(gòu)中第一個(gè)流的包結(jié)構(gòu)中攜帶。當(dāng)flowGroupValue設(shè)置 為FALSE時(shí)，關(guān)閉流組開關(guān)。此時(shí)各個(gè)流之間沒有什么聯(lián)系，各個(gè)流的信息 及QoS信息(如帶寬b)由各自的包結(jié)構(gòu)信息中攜帶。下面是一個(gè)攜帶流組的H.248報(bào)文的具體實(shí)例MEGACO/1 [191.169.150.010] :2944 T=1{C=1{A=${M{ -媒體包結(jié)構(gòu)TS{FGV=TRUE}， -終端狀態(tài)包。其中FGV(流組開關(guān))設(shè)置為TRUE。ST=l{L{v=0c=INIP4 191.169.150.10 b=CT:384000m=audio 13388 RTP/AVP4},-流1 ST=2{L{v=0c=INIP4 191.169.150.11 m=video 13389 RTP/AVP4}}}}}} -流2其中，在流l中攜帶了帶寬(b參數(shù))為384K的QoS策略信息，由于流 組開關(guān)(FGV)打開，因此流l (音頻流)與流2 (視頻流)共享該帶寬信息。本發(fā)明實(shí)施例中，當(dāng)Rw接口采用H.248協(xié)議作為其承載協(xié)議時(shí)，在各網(wǎng) 絡(luò)實(shí)體間流組控制消息的交互流程如圖15所示步驟1500、業(yè)務(wù)控制實(shí)體SCE向策略決定實(shí)體PD-PE發(fā)送包含流組信息 的資源分配請求。步驟1501、所述PD-PE在接收到所述SCE發(fā)來的包含流組信息的資源分 配請求時(shí)，將該流組信息與本地的資源情況進(jìn)行比較，并使用預(yù)配置的QoS 策略規(guī)則，確定該流組需要的QoS資源。步驟1502、所述PD-PE將該流組中各個(gè)流共享該流組的QoS資源的QoS 策略用H,248協(xié)議中的媒體包結(jié)構(gòu)進(jìn)行描述，并通過Rw接口下發(fā)到策略執(zhí)行 實(shí)體PE-PE上執(zhí)行。步驟1503、所述PE-PE接收到PD-PE發(fā)來的QoS策略后，在確定其中包 含承載流組信息及QoS信息的媒體包時(shí)，對該媒體包描述的流組分配對應(yīng)的 IP承栽器。同樣的，在步驟1503中，所述PE-PE可以為流組中的每個(gè)流分配各自對 應(yīng)的IP承載器，也可以為流組中的多個(gè)流分配對應(yīng)的一個(gè)IP承栽器，其中， 為流組中的流分配的IP承載器共享該流組的QoS資源。另夕卜，當(dāng)Rw接口采用H.248協(xié)議作為其承載協(xié)議時(shí)，PD-PE和PE-PE的 結(jié)構(gòu)參閱圖12、 13所示，此時(shí)，各單元在處理過程中，根據(jù)H.248協(xié)議中的 媒體包結(jié)構(gòu)對傳送的QoS策略進(jìn)行處理。PE-PE還對各流分配的資源進(jìn)行自動 控制，其處理過程與采用COPS-PR協(xié)議作為Rw接口的承載協(xié)議時(shí)類似。當(dāng)然，Rw接口也可以采用其它的資源策略控制協(xié)議作為其承載協(xié)議，供 所述PD-PE向所述PE-PE下發(fā)流組中各個(gè)流共享該流組的QoS資源的QoS策 略，其處理流程與上述發(fā)明實(shí)施例中的處理流程類似。從上述實(shí)施例可知，本發(fā)明實(shí)施例中，策略決定實(shí)體PD-PE通過Rw接口 向策略執(zhí)行實(shí)體PE-PE下發(fā)流組中各個(gè)流共享該流組的QoS資源的QoS策略， 所述PE-PE根據(jù)接收到的QoS策略為所述流組中的流分配對應(yīng)的承載器，實(shí) 現(xiàn)了整個(gè)下一代網(wǎng)絡(luò)NGN系統(tǒng)的流組QoS資源控制；進(jìn)一步的，所述PE-PE 為所述流組中的流分配對應(yīng)的承載器時(shí)，還根據(jù)流組的QoS策略對承載的流組中各流的QOS資源分配進(jìn)行自動調(diào)整控制，這樣，在各個(gè)流的資源發(fā)生變化 時(shí)，無需再請求所述PD-PE下發(fā)新的策略信息，減少了 二者間冗余的策略交互， 寸吏得控制方式更加靈活。明的精神和范圍。這樣，倘若對本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求 及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1. 一種在下一代網(wǎng)絡(luò)NGN實(shí)現(xiàn)流組服務(wù)質(zhì)量QoS控制的方法，其特征在于，該方法包括步驟策略決定實(shí)體根據(jù)接收到的包含流組信息的資源分配請求，確定該流組需要的QoS資源，并下發(fā)所述流組中各個(gè)流共享所述QoS資源的QoS策略；所述策略執(zhí)行實(shí)體根據(jù)接收到的所述QoS策略，為所述流組中的流分配承載器，并控制為所述流組中的流分配的所有承載器占用的資源不超過所述流組需要的QoS資源。
2、 如權(quán)利要求1所述的方法，其特征在于，所述策略執(zhí)行實(shí)體為所述流 組中的每個(gè)流分配各自對應(yīng)的承載器；或者，所述策略執(zhí)行實(shí)體為所述流組中 的多個(gè)流分配對應(yīng)的 一個(gè)承載器。
3、 如權(quán)利要求1所述的方法，其特征在于，所述策略執(zhí)行實(shí)體發(fā)現(xiàn)所述 流組中的流需要的資源發(fā)生改變時(shí)，根據(jù)所述QoS策略調(diào)整為所述流組中的流 分配的承載器占用的資源。
4、 如權(quán)利要求l所述的方法，其特征在于，所述QoS策略包括流組信息 和QoS信息。
5、 如權(quán)利要求4所述的方法，其特征在于，所述流組信息包括各個(gè)流的 過濾規(guī)則、過濾狀態(tài)和業(yè)務(wù)類型。
6、 如權(quán)利要求1至5任一項(xiàng)所述的方法，其特征在于，所述策略決定實(shí) 體根據(jù)用于策略提供的通用策略開放服務(wù)COPS-PR協(xié)議或H.248協(xié)議下發(fā)所 述QoS策略。
7、 如權(quán)利要求6所述的方法，其特征在于，所述策略決定實(shí)體根據(jù) COPS-PR協(xié)議下發(fā)所述QoS策略時(shí)，通過策略規(guī)則庫PIB的方式攜帶所述流 組信息和QoS信息。
8、 如權(quán)利要求6所述的方法，其特征在于，所述策略決定實(shí)體根據(jù)H.248協(xié)議下發(fā)所述QoS策略時(shí)，通過包含流組開關(guān)屬性的媒體包攜帶所述流組信息 和QoS信息。
9、 如權(quán)利要求8所述的方法，其特征在于，若所述流組開關(guān)屬性設(shè)置為 TRUE,則流組的QoS信息攜帶在媒體包結(jié)構(gòu)中第一個(gè)流的包結(jié)構(gòu)信息中；若 所述流組開關(guān)屬性設(shè)置為FALSE,則各個(gè)流的QoS信息攜帶在各自的包結(jié)構(gòu) 信息中。
10、 一種網(wǎng)絡(luò)設(shè)備，其特征在于，包括 接收單元，用于接收包含流組信息的資源分配請求；處理單元，用于根據(jù)接收到的包含流組信息的資源分配請求確定該流組需 要的QoS資源，并形成所述流組中各個(gè)流共享所述QoS資源的QoS策略； 發(fā)送單元，用于發(fā)送所述QoS策略。
11、 一種網(wǎng)絡(luò)設(shè)備，其特征在于，包括接收單元，用于接收流組中各個(gè)流共享該流組的QoS資源的QoS策略； 執(zhí)行單元，用于根據(jù)接收到的QoS策略為所述流組中的流分配承栽器； 控制單元，用于控制為所述流組中的流分配的所有承載器占用的資源不超 過所述流組需要的QoS資源。
12、 如權(quán)利要求11所述的設(shè)備，其特征在于，所述控制單元還用于當(dāng)發(fā) 現(xiàn)所述流組中的流需要的資源發(fā)生改變時(shí)，根據(jù)所述QoS策略，調(diào)整為所述流 組中的流分配的承載器占用的資源。
13、 一種網(wǎng)絡(luò)系統(tǒng)，其特征在于，包括策略決定實(shí)體，用于根據(jù)接收到的包含流組信息的資源分配請求確定該流 組需要的QoS資源，并下發(fā)所述流組中各個(gè)流共享所述QoS資源的QoS策略；策略執(zhí)行實(shí)體，用于根據(jù)從所述策略決定實(shí)體接收的QoS策略為所述流組 中的流分配承載器，并控制為所述流組中的流分配的所有承載器占用的資源不 超過所述流組需要的QoS資源。
14、 如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述策略決定實(shí)體包括接收單元，用于接收包含流組信息的資源分配請求； 處理單元，用于4艮據(jù)接收到的包含流組信息的資源分配請求確定該流組需 要的QoS資源，并形成所述流組中各個(gè)流共享所述QoS資源的QoS策略； 發(fā)送單元，用于發(fā)送所述QoS策略。
15、 如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述策略執(zhí)行實(shí)體包括 接收單元，用于接收所述流組中各個(gè)流共享該流組的QoS資源的QoS策略；執(zhí)行單元，用于根據(jù)接收到的所述QoS策略為所述流組中的流分配承載器；控制單元，用于控制為所述流組中的流分配的所有承栽器占用的資源不超 過所述流組需要的QoS資源。
16、 如權(quán)利要求15所述的系統(tǒng)，其特征在于，所述控制單元還用于當(dāng)發(fā) 現(xiàn)所述流組中的流需要的資源發(fā)生改變時(shí)，根據(jù)所述QoS策略調(diào)整為所述流組 中的流分配的承載器占用的資源。
17、 如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述策略決定實(shí)體為第一 策略決定實(shí)體，用于根據(jù)接收到的包含流組信息的資源分配請求，確定該流組 需要的QoS資源，并根據(jù)COPS-PR協(xié)議下發(fā)所述流組中各個(gè)流共享所述QoS 資源的QoS策略，其中，通過策略MJ'j庫PIB的方式攜帶所述QoS策略中的 流組信息和QoS信 息。
18、 如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述策略決定實(shí)體為第二 策略決定實(shí)體，用于根據(jù)接收到的包含流組信息的資源分配請求，確定該流組 需要的QoS資源，并根據(jù)H.248協(xié)議下發(fā)所述流組中各個(gè)流共享所述QoS資 源的QoS策略，其中，通過包含流組開關(guān)屬性的媒體包攜帶所述QoS策略中 的流組信息和QoS信息。
全文摘要
本發(fā)明公開了在下一代網(wǎng)絡(luò)NGN實(shí)現(xiàn)流組服務(wù)質(zhì)量QoS控制的方法，用以解決現(xiàn)有技術(shù)中存在不能實(shí)現(xiàn)QoS控制及流資源動態(tài)控制等問題；該方法包括策略決定實(shí)體根據(jù)接收到的包含流組信息的資源分配請求，確定該流組需要的QoS資源，并下發(fā)所述流組中各個(gè)流共享所述QoS資源的QoS策略；所述策略執(zhí)行實(shí)體根據(jù)接收到的所述QoS策略，為所述流組中的流分配承載器，并控制為所述流組中的流分配的所有承載器占用的資源不超過所述流組需要的QoS資源。本發(fā)明同時(shí)公開一種網(wǎng)絡(luò)設(shè)備和網(wǎng)絡(luò)系統(tǒng)。
文檔編號H04L12/54GK101222417SQ20071000124
公開日2008年7月16日 申請日期2007年1月9日 優(yōu)先權(quán)日2007年1月9日
發(fā)明者喬紹虎, 王海峰, 薛莉莉, 邱經(jīng)忠 申請人:華為技術(shù)有限公司