专利名称：在NGN网络实现流组QoS控制的方法、设备及系统的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种在NGN网络实现流组QoS控制 的方法、设备及系统。
背景技术：
电信网络的发展趋势是在分组化的IP平台上提供丰富多样化的业务,NGN (Next Generation Network,下一代网络)的出现使这种趋势日益明显。业界 对全球性的NGN标准提出了非常迫切的要求，很多国际组织也正在进行这方 面的研究，国际标准化组织ITU早在2004年给出了 NGN的明确定义"NGN 是一个分组网络，它提供包括电信业务在内的多种业务，能够利用多种带宽和 具有服务质量(QoS， Quality of Service)能力的传输技术，实现业务功能与底 层传输技术的分离；它提供用户对不同业务提供商网络的自由接入，并支持通 用移动性，实现用户对业务^f吏用的一致性和统一性。"ITU在后续还提出了如图1所示的NGN网络架构。整个NGN网络主要包 括传输层和业务层，其中，所述传输层包括接入传输功能、核心传输功能、传 输控制功能；在传输控制功能中还包括网络附属设备的控制功能、资源和许可 控制功能、传输层用户属性数据库功能；所述业务层包括业务控制功能、业务 层用户属性数据库、应用/业务支持功能，并通过ANI (application network interface,应用网洛接口)访问应用。另外，传输层和业务层还通过UNI (user network interface，用户网络接口 )与终端用户功能交互，通NNI( network network interface,不同域的网络到网络接口 )与其它网络交互。NGN基于将业务和传输相分离、控制和承载相分离的思想，任何层面间 的通信都必须经过标准接口进行，因此，ITU提出了各种草案来定义各功能实体间的标准接口，这里以图1中的QoS资源控制部分的结构为例进行说明，如 图2所示，业务层由业务进行驱动，业务控制功能中的业务控制实体(SCE， service control entity)通过标准接口 Rs控制位于传输层的资源和许可控制功能 (RACF)中的PD-PE ( Policy Decide Functional Entity ,策略决定实体)，向 传输层请求传输资源、接收地址映射信息和传输资源使用报告等信息，以实现 业务层和传输层的通信。接收到SCE的请求的PD-PE负责完成资源的预留控制，以及对基于请求 的资源和配置的策略做出决定，然后通过Rt接口向TRC-PE( Transport Resource Control Functional Entity,传输资源控制功能实体)下发力某体和会话信息以请求 传输资源；TRC-PE根据其维护的网络状态和传输相关的策略规则做出是否允 许所请求的资源接入的决策，并将决策结果上报给PD-PE，最后由PD-PE通过 Rw接口向PE-PE ( Policy Enforcement Functional Entity,策略执行实体)下发 门策略信息，以使PE-PE进行实际媒体流的传输，从而在NGN网络中实现基 于策略的QoS控制。另夕卜，图2中还包括NACE( Network Access Control Entity, 网络访问控制实体)，通过Ru接口与PD-PE交互信息。在实际应用中，SCE在收到会话建立请求时，将根据和终端交互的会话描 述信息(SDI, Session Description Information)产生媒体内容描述信息，并将 每个媒体流分解到一个或多个IP流上，然后将媒体流信息和IP流信息通过Rs 接口发送给PD-PE,为此次会话请求资源授权。PD-PE在接收到SCE发来的 信息后，根据其中每个流的类型、带宽等信息，结合本地配置的QoS策略，与 TRC-PE配合共同完成传输资源的预留过程。若资源预留成功，则PD-PE使用 COPS ( Common Open Policy Service,通用策略开放服务)协议通过Rw接口 将授权的流信息发给PE-PE进行安装，PE-PE根据接收到的流信息中描述的相 关属性打开指定的传输通道完成实际媒体流的承载。在ITU制定的描述Rs接口的标准中，使用Diameter协议作为其接口协议， 其中除了定义流的概念作为描述策略的基本单位外，还使用了流组(Flow-Grouping AVP )的概念，所述流组用于在SCE发送的资源预留请求中 限定一组流，指定只有该组中的流将在同一个传输层的IP承载器中传输，并 且在该资源预留请求中描述的QoS信息如带宽、包大小等属性针对的是该流 组，即该流组中所有的流将分享这些资源。但是，在由PD-PE到PE-PE的Rw接口中却没有流组的概念，只有流的 概念，因此，如图3所示，在PD-PE上必须进行分解4喿作，将所有的流组信息 转化成一个个流的形式，再形成决策下发到PE-PE上执行。由于PD-PE无法 知道流组中的每个流应该分配到多少QOS资源，因此，当上层下发下来的请 求信息中含有流组的描述时，在PD-PE上将无法正确的形成每个流的策略，而 只能靠私有的规则，想怎么决定就怎么决定，这样最终将导致用户实际媒体流 的QoS得不到保证，有的会多，有的会少。例如，用户和SCE建立的会话描述信息中指定音视频流共同使用一个资 源组，SCE将该信息转化成流组的形式，将承载音频的IP流和承载视频的IP 流放在一个流组中，指定该流组享有的带宽384K,并通过Diameter协议下发 到PD-PE上。在PD-PE上可能将该流组转化成音频享有64K、视频享有320K, 或者是音频享有384K、视频384K,具体视PD-PE的实现策略而定，然后下发 到底层的承载器上执行，很明显，这将会导致实际带宽与用户应该得到的带宽 有所出入，没有达到QoS控制的目的。又如，多个用户通过综合接入设备(IAD, Integrity Access Device)接入 NGN核心网，由IAD上的多个端口控制传输，这些端口可能会使用分组网中 的同 一个路由设备传输IP流，基于核心网的QoS策略，所有端口传输的IP流 很可能被封装在一个流组中进行QoS资源控制，并且共享网络分配给该流组的 资源。此时，按照现有方式，由于PD-PE下发的策略是针对流来进行描述的， 因此，若下发的决策中指定每个流都享有流组资源，则总的资源数将超过该流 组的资源；若下发的决策中指定每个流平分流组资源，则实际上每个流可使用 的最大的资源将小于流组资源，与用户的初衷不符，这样的QoS控制方式既不合理也不灵活。并且，这种预先限定每个流的资源的方式不能实现流资源的动 态控制。为了解决上述问题，现有技术的一种实现方式是，由传输层的PE-PE自动 检测每个流的资源变化情况，当发现某个流需要更多的资源时，通过Rw接口 向PD-PE请求新的QoS策略。PD-PE在同意PD-PE的请求时，调整其上维护 的资源信息，并针对该流下发新的策略给PE-PE执行。参阅图4所示，此时对 流组的控制完全在PD-PE上进行，PE-PE不做任何判断，只是执行策略。上述实现方式虽然可以在一定程度上解决上述问题，但是，很明显地，该 方式增加了上下层之间的交互量，增加了网络负担，灵活性差，特别是当底层 的流在某一时刻需要的资源不断变化时，将导致控制消息在核心网内的增加， 影响资源有限网络的稳定性。发明内容本发明实施例提供一种在NGN网络实现流组QoS控制的方法、设备及系 统，用以实现QoS控制及流资源动态控制。一种在下一代网络NGN实现流组QoS控制的方法，该方法包括步骤策略决定实体根据接收到的包含流组信息的资源分配请求，确定该流组需 要的QoS资源，并下发所述流组中各个流共享所述QoS资源的QoS策略；所述策略执行实体根据接收到的所述QoS策略，为所述流组中的流分配承 载器，并控制为所述流组中的流分配的所有承栽器占用的资源不超过所述流组 需要的QoS资源。一种网络设备，包括接收单元，用于接收包含流组信息的资源分配请求； 处理单元，用于根据接收到的包含流组信息的资源分配请求确定该流组需 要的QoS资源，并形成所述流组中各个流共享所述QoS资源的QoS策略； 发送单元，用于发送所述QoS策略。一种网络设备，包括接收单元，用于接收流组中各个流共享该流组的QoS资源的QoS策略； 执行单元，用于根据接收到的QoS策略为所述流组中的流分配承载器； 控制单元，用于控制为所述流组中的流分配的所有承载器占用的资源不超 过所述流组需要的QoS资源。 一种网络系统，包括策略决定实体，用于根据接收到的包含流组信息的资源分配请求确定该流 组需要的QoS资源，并下发所述流组中各个流共享所述QoS资源的QoS策略；策略执行实体，用于根据从所述策略决定实体接收的QoS策略为所述流组 中的流分配承载器，并控制为所述流组中的流分配的所有承载器占用的资源不 超过所述流组需要的QoS资源。本发明实施例中，策略决定实体PD-PE通过Rw接口向策略执行实体 PE-PE下发流组中各个流共享该流组的QoS资源的QoS策略，所述PE-PE根 据接收到的QoS策略为所述流组中的流分配对应的承载器，实现了整个下一代 网络NGN系统的流组QoS资源控制。本发明实施例中，所述PE-PE为所述流组中的流分配对应的承载器时，还 根据流组的QoS策略对承载的流组中各个流的QOS资源分配进行自动调整控 制，这样，在各个流的资源发生变化时，无需再请求所述PD-PE下发新的策略 信息，减少了二者间冗余的策略交互，使得控制方式更加灵活。
图1为背景技术中下一代网络的结构示意图；图2为背景^a术中下一代网络中资源控制部分的结构示意图；图3为背景技术中各网络实体间流组控制信息的交互流程图；图4为背景技术中策略决定实体和策略执行实体间控制信息的交互流程图；图5为本发明实施例中通信系统的结构示意图；图6为本发明实施例中COPS协议的模型示意图；图7为本发明实施例中COPS-PR协议的PIB树结构示意图；图8为本发明实施例中各个流的过滤规则示意图；图9为本发明实施例中流组信息的结构示意图；图IO为本发明实施例中流组的QoS信息的结构示意图；图11为本发明实施例中承载流组的QoS策略的PIB的结构示意图；图12为本发明实施例中PD-PE的结构示意图；图13为本发明实施例中PE-PE的结构示意图；图14为本发明实施例中当Rw接口采用COPS-PR协议作为其承载协议时， 各网络实体间流组控制消息的交互流程图；图15为本发明实施例中当Rw接口采用H.248协议作为其承载协议时， 各网络实体间流组控制消息的交互流程图。
具体实施方式
本发明实施例中，策略决定实体PD-PE通过Rw接口向策略执行实体 PE-PE下发流组中各个流共享该流组的QoS资源的QoS策略，所述策略执行 实体根据接收到的QoS策略为所述流组中的流分配承栽器，以实现NGN网络 的QoS资源控制。本发明实施例中的一种通信系统如图5所示，主要包括策略决定实体 PD-PE500、策略执行实体PE-PE501。所述PD-PE500位于传输层的资源和许 可控制功能中，用于接收包含流组信息的资源分配请求，并根据所述资源分配 请求确定该流组需要的QoS资源；以及，通过Rw接口向所述PE-PE501下发 所述流组中各个流共享所述QoS资源的QoS策略；所述PE-PE501,用于根据 接收到的QoS策略为所述流组中的流分配承载器，进一步的，所述PE-PE501 还对为各流分配的承载器占用的资源进行控制，以使为流组中的流分配的所有承栽器占用的资源总数不超过所述流组的QoS资源。另外，所述通信系统还包 括业务控制实体SCE502，位于业务层的业务控制功能中，用于通过Rs接口向 所述PD-PE500发送所述包含流组信息的资源分配请求。由于所述PD-PE500在通过Rw接口下发流组中各个流共享该流组的QoS 资源的QoS策略时，可采用多种协议进行承载，因此，本发明实施例中首先以 目前普遍采用的COPS ( Common Open Policy Service,通用策略开放服务)协 议为例进行说明。COPS协议定义了策略执行点(PEP， Policy Enforcement Entity)和策略决 策点(PDP, Policy Decision Entity )之间交换动态策略信息的传输机制，该协 议是一种简单的client/server模型的协议，其底层使用TCP( Transmission Control Protocol,传输控制协议)。COPS协议的基本;f莫型如图6所示，其中，PEP与 PDP之间先建立TCP连接，再建立COPS连接。PDP和PEP在建立的COPS 连接上进行策略信息的交互。COPS-PR ( COPS Usage for Policy Provisioning,用于策略提供的通用策略 开放服务)是在COPS协议基础上的扩展协议，该协议采用 一个已命名的数据 结构PIB (Policy information base,策略信息库)来标识策略信息的类型和目 的。如图7所示为PIB树的结构，其中，PIB树的分支是策略规则类(PRC, Provisioning Class ),树叶是策略规则实例(PRI, Provisioning Instance ), —个 PRC可有多个PRI与之对应。所述PD-PE500在向所述PE-PE501下发流组中各个流共享该流组的QoS 资源的QoS策略时，采用COPS-PR协议中定义的PIB方式承载实际的策略信 息，其中，所述PIB中携带了流组信息。现有技术中各个流的信息在策略下发消息中携带，用于标识流的特征。所 述各个流的信息主要包括过滤规则、过滤状态以及业务类型(Video/Audio), 其中，如图8所示，所述过滤规则引用了 RFC3318 Framework PIB中的 frwklpFilterTable 。本发明实施例中的所述流组信息用于标识流组的特征。参阅图9所示，所述流组信息包括各个流的过滤规则、过滤状态和业务类型，并包含于承载所述QoS策略的PIB中。为了实现所述PD-PE500向所述PE-PE501下发流组中各个流共享该流组 的QoS资源的QoS策略，所述PIB还包括流组的QoS信息，其中，如图10 所示，所述QoS信息引用了 3GPP TS29.207文档的Go接口 PIB中的 go3 gppQosTable 。综上，本发明实施例中一种承载流组的QoS策略的PIB的结构如图11所 示，其中列出了流组策略决定的实例号、流组的QoS信息及流组的信息。所述 PD-PE500以图11所示的PIB承载流组中各个流共享该流组的QoS资源的QoS 策略，并通过Rw接口向所述PE-PE701下发所述流组中各个流共享该流组的 QoS资源的QoS策略。具体的，本发明实施例中的一种PD-PE的结构如图12所示，包括接收 单元1200、处理单元1201、发送单元1202;其中，所述接收单元1200,用于 接收包含流组信息的资源分配请求；所述处理单元1201，用于根据接收到的包 含流组信息的资源分配请求确定该流组需要的QoS资源，并指示发送单元以 COPS-PR协议中的PIB作为承载方式发送所述流组中各个流共享所述QoS资 源的QoS策略；所述发送单元1202，用于按所述处理单元的指示发送所述QoS 策略。进一步的，PE-PE501在根据接收到的QoS策略为所述流组中的流分配承 载器时，还对为各流分配的承载器占用的资源进行控制，以使为流组中的流分 配的所有承载器占用的资源总数不超过所述流组需要的QoS资源，即在PIB 里携带的流组的资源，从而达到正确执行流组QoS策略的目的。当所述PE-PE501执行的流组中的某些流需要的资源(如带宽等)发生改 变时，所述PE-PE501根据所述PD-PE500的流组QoS策略对这些流的承载器 占用的资源进行自动控制，并保证为流组中的流分配的所有承载器占用的资源不超过流组的QoS资源。例如流组的QoS策略指定了包含音频流和纟见频流 的流组享有的带宽为384K, PE-PE501按照所述QoS策略为音频流分配64K， 为视频流分配320K;在业务进行过程中，PE-PE501发现音频流需要更多的带 宽时，PE-PE501适当增加音频流的带宽和相应的减少纟见频流的带宽，如将音 频流的带宽增加到128K,将视频流的带宽减少到256K。如果流组中包含三个 或更多个流时，PE-PE501在调整为流组中的流分配的承载器占用的资源时， 可以调整其中部分流的承栽器占用的资源，也可以调整所有流的承载器占用的 资源。这样，PE-PE501在某些流需要的资源发生改变时，无需再请求PD-PE500 下发新的策略信息，达到了灵活控制的目的。本发明实施例中的一种PE-PE的结构如图13所示，包括接收单元1300、 执行单元1301、控制单元1302;其中，所述接收单元1300，用于接收流组中 各个流共享该流组的QoS资源的QoS策略；所述执行单元1301，用于根据接 收到的QoS策略为所述流组中的流分配承载器；所述控制单元1302,用于控 制为所述流组中所有流分配的承载器资源不超过所述流组需要的QoS资源。另 外，所述控制单元1302还对流组中各流的QoS资源进行自动调整控制。本发明实施例中，当Rw接口采用COPS-PR协议作为其承载协议时，各 网络实体间流组控制消息的交互流程如图14所示步骤1400、业务控制实体SCE向策略决定实体PD-PE发送包含流组信息 的资源分配请求。步骤1401 、所述PD-PE在接收到所述SCE发来的包含流组信息的资源分 配请求时，将该流组信息与本地的资源情况进行比较，并使用预配置的QoS 策略规则，确定该流组需要的QoS资源。步骤1402、所述PD-PE将该流组中各个流共享该流组的QoS资源的QoS 策略用COPS-PR协议中的PIB进行描述，并通过Rw接口下发到策略执行实 体PE-PE上执行。步骤1403、所述PE-PE接收到PD-PE发来的QoS策略后，在确定其中包 含承载流组信息的PIB时，对该PIB描述的流组分配对应的IP承载器。在步骤1403中，所述PE-PE可以为流组中的每个流分配各自对应的IP承 载器，也可以为流组中的多个流分配对应的一个IP承载器，其中，为流组中 的流分配的IP承载器共享该流组的QoS资源。在另一种实现方式中，Rw接口也可以采用H.248协议作为其承载协议， 供所述PD-PE向所述PE-PE下发流组中各个流共享该流组的QoS资源的QoS 策略。H.248协-议中i某体描述符的定义如下MediaDescriptor ::= SEQUENCEtermStateDescr TerminationStateDescriptor OPTIONAL, streams CHOICEoneStream multiStream } OPTIONAL,StreamParms，SEQUENCE OF StreamDescriptor-媒体描述符定义 -终端状态单流 -多流StreamDescriptor ::= SEQUENCEstreamID StreamParmsStreamID, StreamParms-流描述符定义-流Id -流参数流参数描述符定义StreamParms ::= SEQUENCElocalControlDescriptor LocalControlDescriptor OPTIONAL,-本地控制信息 localDescriptor LocalRemoteDescriptor OPTIONAL,-本端信息remoteDescriptor LocalRemoteDescriptor OPTIONAL,-对端信息LocalControlDescriptor ::= SEQUENCEstreamMods rescrvcValu6 reservcGroup propertyParmsStreamMode OPTIONAL, BOOLEAN OPTIONAL, BOOLEAN OPTIONAL, SEQUENCE OF PropertyParm,-本端控制描述符-流模式 -预留值 -预留组 -属性参数其中，multiStream定义成;虎的序列，而各个;虎的QoS参凄史已经包含在其 流参数(StreamParms)的定义中，这样，各个流之间没有什么联系。为了使 所述PD-PE能够向所述PE-PE下发流组的QoS策略，本发明实施例中一种扩 展11248协议中媒体描述符的终端状态描述符(TerminationStateDescriptor)的 包定义如下TerminationStateDescriptor ::= SEQUENCEpropertyParms SEQUENCE OF PropertyParm, -属性参数eventBufferControl Even但ufferControl OPTIONAL,-事件緩冲区控制属性serviceState ServiceState OPTIONAL, —服务状态属性flowGroupValue BOOLEAN, -流组开关}…其中，在所述终端状态描述符中包括了流组开关(flowGroupValue )属性， 当flowGroupValue设置为TRUE时，打开流组开关。此时若媒体包结构中的所 有媒体流为一个流组，则该流组的信息和QoS信息(如带宽b)在包结构中第 一个流的包结构中携带，媒体包结构中其他流(除第一个流)的包结构中包含 有QoS信息时忽略该信息。特别的，当媒体包结构中只有一个流时，该流的信 息和QoS信息在包结构中第一个流的包结构中携带。当flowGroupValue设置 为FALSE时，关闭流组开关。此时各个流之间没有什么联系，各个流的信息 及QoS信息(如带宽b)由各自的包结构信息中携带。下面是一个携带流组的H.248报文的具体实例MEGACO/1 [191.169.150.010] :2944 T=1{C=1{A=${M{ -媒体包结构TS{FGV=TRUE}， -终端状态包。其中FGV(流组开关)设置为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参数)为384K的QoS策略信息，由于流 组开关(FGV)打开，因此流l (音频流)与流2 (视频流)共享该带宽信息。本发明实施例中，当Rw接口采用H.248协议作为其承载协议时，在各网 络实体间流组控制消息的交互流程如图15所示步骤1500、业务控制实体SCE向策略决定实体PD-PE发送包含流组信息 的资源分配请求。步骤1501、所述PD-PE在接收到所述SCE发来的包含流组信息的资源分 配请求时，将该流组信息与本地的资源情况进行比较，并使用预配置的QoS 策略规则，确定该流组需要的QoS资源。步骤1502、所述PD-PE将该流组中各个流共享该流组的QoS资源的QoS 策略用H,248协议中的媒体包结构进行描述，并通过Rw接口下发到策略执行 实体PE-PE上执行。步骤1503、所述PE-PE接收到PD-PE发来的QoS策略后，在确定其中包 含承载流组信息及QoS信息的媒体包时，对该媒体包描述的流组分配对应的 IP承栽器。同样的，在步骤1503中，所述PE-PE可以为流组中的每个流分配各自对 应的IP承载器，也可以为流组中的多个流分配对应的一个IP承栽器，其中， 为流组中的流分配的IP承载器共享该流组的QoS资源。另夕卜，当Rw接口采用H.248协议作为其承载协议时，PD-PE和PE-PE的 结构参阅图12、 13所示，此时，各单元在处理过程中，根据H.248协议中的 媒体包结构对传送的QoS策略进行处理。PE-PE还对各流分配的资源进行自动 控制，其处理过程与采用COPS-PR协议作为Rw接口的承载协议时类似。当然，Rw接口也可以采用其它的资源策略控制协议作为其承载协议，供 所述PD-PE向所述PE-PE下发流组中各个流共享该流组的QoS资源的QoS策 略，其处理流程与上述发明实施例中的处理流程类似。从上述实施例可知，本发明实施例中，策略决定实体PD-PE通过Rw接口 向策略执行实体PE-PE下发流组中各个流共享该流组的QoS资源的QoS策略， 所述PE-PE根据接收到的QoS策略为所述流组中的流分配对应的承载器，实 现了整个下一代网络NGN系统的流组QoS资源控制；进一步的，所述PE-PE 为所述流组中的流分配对应的承载器时，还根据流组的QoS策略对承载的流组中各流的QOS资源分配进行自动调整控制，这样，在各个流的资源发生变化 时，无需再请求所述PD-PE下发新的策略信息，减少了 二者间冗余的策略交互， 寸吏得控制方式更加灵活。明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求 及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1. 一种在下一代网络NGN实现流组服务质量QoS控制的方法，其特征在于，该方法包括步骤策略决定实体根据接收到的包含流组信息的资源分配请求，确定该流组需要的QoS资源，并下发所述流组中各个流共享所述QoS资源的QoS策略；所述策略执行实体根据接收到的所述QoS策略，为所述流组中的流分配承载器，并控制为所述流组中的流分配的所有承载器占用的资源不超过所述流组需要的QoS资源。
2、 如权利要求1所述的方法，其特征在于，所述策略执行实体为所述流 组中的每个流分配各自对应的承载器；或者，所述策略执行实体为所述流组中 的多个流分配对应的 一个承载器。
3、 如权利要求1所述的方法，其特征在于，所述策略执行实体发现所述 流组中的流需要的资源发生改变时，根据所述QoS策略调整为所述流组中的流 分配的承载器占用的资源。
4、 如权利要求l所述的方法，其特征在于，所述QoS策略包括流组信息 和QoS信息。
5、 如权利要求4所述的方法，其特征在于，所述流组信息包括各个流的 过滤规则、过滤状态和业务类型。
6、 如权利要求1至5任一项所述的方法，其特征在于，所述策略决定实 体根据用于策略提供的通用策略开放服务COPS-PR协议或H.248协议下发所 述QoS策略。
7、 如权利要求6所述的方法，其特征在于，所述策略决定实体根据 COPS-PR协议下发所述QoS策略时，通过策略规则库PIB的方式携带所述流 组信息和QoS信息。
8、 如权利要求6所述的方法，其特征在于，所述策略决定实体根据H.248协议下发所述QoS策略时，通过包含流组开关属性的媒体包携带所述流组信息 和QoS信息。
9、 如权利要求8所述的方法，其特征在于，若所述流组开关属性设置为 TRUE,则流组的QoS信息携带在媒体包结构中第一个流的包结构信息中；若 所述流组开关属性设置为FALSE,则各个流的QoS信息携带在各自的包结构 信息中。
10、 一种网络设备，其特征在于，包括 接收单元，用于接收包含流组信息的资源分配请求；处理单元，用于根据接收到的包含流组信息的资源分配请求确定该流组需 要的QoS资源，并形成所述流组中各个流共享所述QoS资源的QoS策略； 发送单元，用于发送所述QoS策略。
11、 一种网络设备，其特征在于，包括接收单元，用于接收流组中各个流共享该流组的QoS资源的QoS策略； 执行单元，用于根据接收到的QoS策略为所述流组中的流分配承栽器； 控制单元，用于控制为所述流组中的流分配的所有承载器占用的资源不超 过所述流组需要的QoS资源。
12、 如权利要求11所述的设备，其特征在于，所述控制单元还用于当发 现所述流组中的流需要的资源发生改变时，根据所述QoS策略，调整为所述流 组中的流分配的承载器占用的资源。
13、 一种网络系统，其特征在于，包括策略决定实体，用于根据接收到的包含流组信息的资源分配请求确定该流 组需要的QoS资源，并下发所述流组中各个流共享所述QoS资源的QoS策略；策略执行实体，用于根据从所述策略决定实体接收的QoS策略为所述流组 中的流分配承载器，并控制为所述流组中的流分配的所有承载器占用的资源不 超过所述流组需要的QoS资源。
14、 如权利要求13所述的系统，其特征在于，所述策略决定实体包括接收单元，用于接收包含流组信息的资源分配请求； 处理单元，用于4艮据接收到的包含流组信息的资源分配请求确定该流组需 要的QoS资源，并形成所述流组中各个流共享所述QoS资源的QoS策略； 发送单元，用于发送所述QoS策略。
15、 如权利要求13所述的系统，其特征在于，所述策略执行实体包括 接收单元，用于接收所述流组中各个流共享该流组的QoS资源的QoS策略；执行单元，用于根据接收到的所述QoS策略为所述流组中的流分配承载器；控制单元，用于控制为所述流组中的流分配的所有承栽器占用的资源不超 过所述流组需要的QoS资源。
16、 如权利要求15所述的系统，其特征在于，所述控制单元还用于当发 现所述流组中的流需要的资源发生改变时，根据所述QoS策略调整为所述流组 中的流分配的承载器占用的资源。
17、 如权利要求13所述的系统，其特征在于，所述策略决定实体为第一 策略决定实体，用于根据接收到的包含流组信息的资源分配请求，确定该流组 需要的QoS资源，并根据COPS-PR协议下发所述流组中各个流共享所述QoS 资源的QoS策略，其中，通过策略MJ'j库PIB的方式携带所述QoS策略中的 流组信息和QoS信 息。
18、 如权利要求13所述的系统，其特征在于，所述策略决定实体为第二 策略决定实体，用于根据接收到的包含流组信息的资源分配请求，确定该流组 需要的QoS资源，并根据H.248协议下发所述流组中各个流共享所述QoS资 源的QoS策略，其中，通过包含流组开关属性的媒体包携带所述QoS策略中 的流组信息和QoS信息。
全文摘要
本发明公开了在下一代网络NGN实现流组服务质量QoS控制的方法，用以解决现有技术中存在不能实现QoS控制及流资源动态控制等问题；该方法包括策略决定实体根据接收到的包含流组信息的资源分配请求，确定该流组需要的QoS资源，并下发所述流组中各个流共享所述QoS资源的QoS策略；所述策略执行实体根据接收到的所述QoS策略，为所述流组中的流分配承载器，并控制为所述流组中的流分配的所有承载器占用的资源不超过所述流组需要的QoS资源。本发明同时公开一种网络设备和网络系统。
文档编号H04L12/54GK101222417SQ20071000124
公开日2008年7月16日 申请日期2007年1月9日 优先权日2007年1月9日
发明者乔绍虎, 王海峰, 薛莉莉, 邱经忠 申请人:华为技术有限公司