一种接纳控制方法、装置和相关通信系统的制作方法

专利名称：一种接纳控制方法、装置和相关通信系统的制作方法
技术领域：
本发明涉及网络通信技术领域，尤其涉及一种接纳控制方法、装置和相 关通信系统。
背景技术：
NGN (下一代网络)框架中，在业务控制层和承载传输层之间引入了资源 接纳控制层，向业务层屏蔽传送网络的具体细节，支持业务控制与传送功能 相分离。资源接纳控制层感知传送网络的资源使用情况，通过接纳控制和资 源控制，确保正确合理地使用传送网络资源，从而保证业务的服务质量(QoS)， 并防止带宽和业务被盗用的现象发生。对资源接纳控制的研究已成为国内外 标准化组织的热点i果题，ITU-T、 TISPAN、 3GPP、 3GPP2以及中国标准化 协会(CCSA)都对其进行了不同程度的研究。如图1所示ITU-T制订的RACF (Resource Admission Control Function,资源才妄纳控制功能)框架标准，这 种架构的资源接纳控制过程大体如下
1、 RACF静态配置或由各个承载传输节点动态汇报拓朴和资源状态(主 要是各段链路的可用带宽)；
2、 在业务建立的时候，业务层向RACF请求传输资源(比如带宽)；
3、 如果RACF发现资源够用，则接纳业务请求，并扣除相应的资源，否 则拒绝接纳。
如图2所示现有技术在PCN网络中以按需方式在入口-出口节点之间直 接传递拥塞信息完成接纳控制的示意图。PCN网络通常包括入口 (Ingress)节 点、内部(Interior)节点和出口 (Egress)节点，入口节点、出口节点都是边 界节点，所谓的入口节点和出口节点是从业务流向，即流量的方向上来区分 的，对于同一对边界节点A-B，假如流量从A-〉B，则A是入口节点，B是 出口节点，假如流量从B-〉A，则A是出口节点，B是入口节点。在PCN网络中，现在通常由入口节点负责完成对进入PCN域的凄t据流的 接纳控制功能，进行接纳控制决策的依据由该入口节点到相应出口节点的拥 塞情况。在PCN网络中，内部节点负责对链路流量行监控，当某个内部节点 发现其连接某链路上即将发生拥塞时(流量超过预拥塞门限)，就对到达的报 文做上标记(预拥塞标记)。出口节点对属于同一个入口节点的流量做统计， 通常是统计具有预拥塞标记的流量占所有来自于该入口节点的流量的加权比 重作为拥塞程度值，称为拥塞水平评估(Congestion Level Estimate, CLE),然 后把CLE承载于信令消息传递给入口节点，CLE即表达了从入口到出口的拥 塞情况，作为入口节点实施接纳控制决策的依据。
图2中所示现有的一种接纳控制方法具体包括
1、 业务流请求到达入口节点；
2、 入口节点向出口节点查询CLE;
3、 出口节点将当前CLE发送给入口节点；
4、 入口节点根据所得到的CLE信息，如果高于预设门限，则拒绝，否则 接纳，并打开流控；
5、 入口节点将^l矣纳决策结果通知给业务请求者。
这种方法的特点是每来一个业务流出口节点就要传递一次CLE,在呼叫 率4艮高的情况下，浪费信令消息。

发明内容
本发明实施例提供了 一种基于主动传递拥塞程度值方式，进行接纳控制 方法，该接纳控制的方法包括在出口节点统计来自入口节点的流量，计算 本次拥塞程度值；出口节点本次计算的拥塞程度值与上次计算的拥塞程度值 比较，所述本次计算的拥塞程度值变化超过预设范围时，出口节点将本次计 算的拥塞程度值发送给接纳控制决策实体；接纳控制决策实体接收并保存所 述拥塞程度值；当业务流请求到达所述接纳控制决策实体时，所述"t妄纳控制 决策实体根据所保存的拥塞程度值进行决策，确定是否接纳该业务流请求。 采用本发明提供的主动传递拥塞程度值方式的接纳控制方法，在高呼叫率的时候节省拥塞程度值传递消息数目，并加速接纳决策速度。
本发明实施例还提供了一种通信系统，所述通信系统包括 第一边缘节点，用于统计来自第二边缘节点的流量，计算本次拥塞程度
值；将本次计算的拥塞程度值与上次计算的拥塞程度值比较，所述本次计算 的拥塞程度值的变化超过预设范围时，出口节点将本次计算的拥塞程度值发
送给接纳控制决策实体；
接纳控制决策实体，用于接收并保存所述拥塞程度值；当业务流请求到 达所述接纳控制决策实体时，所述接纳控制决策实体根据所保存的拥塞程度 值进行决策，确定是否接纳该业务流请求。
本发明实施例还提供了 一种网络边缘设备，该网络边缘设备包括
通讯处理模块，用于将拥塞程度值发送给接纳控制决策实体； 拥塞处理模块，用于统计来自其它网络边缘设备的流量，计算本次拥塞 程度值；
控制模块，用于将本次计算的拥塞程度值与上次计算的拥塞程度值比较， 所述本次计算的拥塞程度值变化超过预设范围时，通知所述通讯处理模块将 所述拥塞程度值发送出去。
采用本发明提供的上述网络边缘设备，可以在拥塞程度值跨越门限时向 接纳控制决策实体发送本次计算的拥塞程度值，不需每次业务流请求到达时 才发送，在高呼叫率的时候节省拥塞程度值传递消息数目。
本发明实施例还提供了一种接纳控制系统，所述接纳控制系统包括 拥塞处理模块，用于接收并保存更新来自 一个或多个边缘节点发送的拥
塞程度值，其中，所述更新的拥塞程度值与上次接收的拥塞程度值相比，其
变化超过了预设门限；
接纳控制决策模块，用于当业务流请求到达所述接纳控制决策实体时，
所述接纳控制决策实体根据所更新的拥塞程度值进行决策，确定是否接纳该
业务流请求。
采用本发明实施例提供的上述接纳控制系统，在高呼叫率的时候节省拥
8塞程度值传递消息数目；该接纳控制系统可以与入口节点独立，使基于拥塞 的接纳控制应用更灵活。


图1所示为TU-TRACF (资源接纳控制)框架；
图2所示现有PCN网络中以按需方式在入口-出口节点传递CLE的接纳控 制方法示意图3所示为本发明第一实施例系统功能示意图4所示为本发明第一实施例中拥塞评估实体的功能结构示意图5所示为采用本发明第一实施例在PCN域应用场景的信息交互流程
图6所示为出口节点向多个入口节点点对点主动向发送CLE的示意图； 图7所示为本实施例的控制模块触发CLE传递的流程图； 图8所示为接纳控制决策实体的具体实现过程； 图9所示为本发明第二实施例的系统功能示意图； 图IO所示为采用本发明第二实施例的第二种方式在RACF框架结合PCN 传输域应用场景的信息交互流程图ll所示为本发明第三实施例的系统功能示意图12所示为本发明第三实施例的PCN网络域的应用场景示意图13所示为中心^^射节点处理流程图。
具体实施例方式
本发明涉及网络中的接纳控制功能。更具体地说，本发明涉及方法和系 统、装置，用于基于拥塞通知机制实现业务接纳控制。
现在将详细描述本发明的具体实施例，包括发明人所设想的用来实现本 发明的优选模式。并在附图中图示了这些具体实施例的例子，附图中相同编 号的功能模块具有相同或相似的基本功能。虽然结合这些具体的实施例描述了本发明，但是应该理解不应将本发明限制于所描述的实施例。。
根据本发明的实施例，提供了 一种基于主动传递拥塞信息的接纳控制方 法，该方法是在业务流请求到达之前，接纳控制决策实体就预先得到了拥塞
评估信息并将拥塞评估信息保存起来；当业务流请求到达接纳控制决策实体 时，接纳控制决策实体根据存储的拥塞评估信息进行决策，确定是否接纳该 业务流请求，在本文中，拥塞评估信息用CLE表示，拥塞程度用拥塞程度值 来衡量。在本文中，我们将把图2所示的每来一个业务流即传递一次CLE的 接纳控制方法称为按需(on-demand)方式，将CLE传递不受业务流驱动的方 式称作主动(Proactive)方式。采用本发明提供的主动传递CLE方式的接纳 控制方法，在高呼叫率的时候节省CLE传递消息数目，并加速接纳决策速度。 具体地，本发明实施例提供的基于主动传递CLE的接纳控制方法，在出口
节点统计来自入口的流量，计算本次CLE值；出口节点根据本次计算的CLE 值比较上一次计算的CLE值，如果CLE变化超过预设范围，出口节点将当前 CLE发送给4妄纳控制决策实体(它可能实现在入口节点上，也可能实现中心控 制节点上)；接纳控制决策实体接收并保存更新所述CLE;当业务流请求到达 所述接纳控制决策实体时，所述接纳控制决策实体根据所保存的CLE进行决 策，确定是否接纳该业务流请求。
其中，出口节点向接纳控制决策实体发送CLE，可以采用门卩艮跨越的方法 检观'JCLE变化，当本次计算的CLE值和上一次计算的CLE值比较，如果本次计 算的拥塞程度值变化超过预设范围，出口节点将本次计算的CLE值发送给接纳 控制决策实体。其中，会在出口节点上预置一个或多个拥塞程度门限，当出 口节点本次计算的拥塞程度值和上次计算的拥塞程度值比较，跨越预置的拥 塞程度门限时，出口节点将本次计算的拥塞程度值发送给接纳控制决策实体。
除了采用跨越门限触发，还可以辅以定时触发，即出口节点按照一定的 时间间隔，周期性的将本次或当前计算的CLE发送给接纳控制决策实体。可选 的，接纳制功能时，出口节点可以通过中继代理将CLE中转给入口节点，从而提高出口 节点向入口节点发送CLE的效率。进一步的，出口节点将发送给多个入口节点 的CLE打包在一个报文中发送给中继代理节点，然后中继代理节点将来自多个 出口的CLE重组，将属于给同一个入口节点的CLE打包成一个报文转发给所述 入口节点。该入口节点包括接纳控制决策实体，能够基于CLE进行接纳决策。 其中，接纳控制决策实体接收到CLE后，为CLE设置有效期，过了有效期， 将CLE老化，置为无效状态。其中，接纳控制决策实体或入口节点可以选择在 无效CLE之前，向出口节点查询CLE。
本发明实施例提供的一种通信系统，所述通信系统包括 第一边缘节点(如出口节点)，用于统计来自第二边缘节点(入口节点) 的流量，计算本次拥塞程度值；将本次计算的拥塞程度值与上次计算的拥塞 程度值比较，所述本次计算的拥塞程度值的变化超过预设范围时，出口节点 将本次计算的拥塞程度值发送给接纳控制决策实体；
接纳控制决策实体，用于接收并保存所述拥塞程度值；当业务流请求到 达所述接纳控制决策实体时，所述接纳控制决策实体根据所保存的拥塞程度 值进行决策，确定是否接纳该业务流请求。
其中，在所述第一边缘节点上预置有一个或多个拥塞程度门限，则所述本 次计算的拥塞程度值的变化超过预设范围为所述本次计算的拥塞程度值跨 越预置的拥塞程度门限。
其中，所述接纳控制实体设置有定时任务，按照一个时间间隔，周期性的 向所述第一边缘节点查询拥塞程度值。所述接纳控制决策实体设置有老化任 务，定时老化无效拥塞程度值。所述接纳控制决策实体无效拥塞程度值之前 向所述第 一边缘节点查询拥塞程度值。
所述接纳控制实体设置于所述第二边缘节点(入口节点)。当然，接纳控 制功能不一定要实现在入口节点上，可能实现在一个独立的控制节点上，如 冲艮据RACF框架，在RACF层包括一中间控制节点，实现接纳控制决策功能。
其中，所述第一边缘节点设置有定时任务，每次定时任务结束时将拥塞程度值发送给接纳控制决策实体。
其中，该通信系统还可包括中继代理节点，用于接收所述第一边缘节点的 所述拥塞程度值，将所述拥塞程度值中继给接纳控制实体。所述中继代理节 点，用于将来自多个所述第一边缘节点的拥塞程度值重组，将属于同一个入 口的拥塞程度值打包成一个报文，发送给设置于所述第二边缘节点的接纳控 制实体。
本发明实施例还提供一种网络边缘设备，该网络边缘设备包括 通讯处理模块，用于将拥塞程度值发送给接纳控制决策实体；拥塞处理 模块，用于统计来自其它网络边缘设备的流量，计算本次拥塞程度值；控制 模块，用于将本次计算的拥塞程度值与上次计算的拥塞程度值比较，所述本 次计算的拥塞程度值变化超过预设范围时，通知所述通讯处理模块将所述拥 塞程度值发送出去。
其中，所述控制模块包括门限设置单元，预置有一个或多个拥塞程度 门限；门限比较单元，用于将本次计算的拥塞程度值与上次计算的拥塞程度 值比较，判断本次计算的拥塞程度值是否跨越预置的拥塞程度门限；控制单 元会在本次计算的拥塞程度值跨越预置的拥塞程度门限时，通知所述通讯处 理模块将本次计算的拥塞程度值发送出去。控制模块还可包括定时单元， 用于执行定时任务；上述控制单元还会在定时任务结束时通知所述通讯处理 模块将本次计算的拥塞程度值发送出去；查询响应单元，用于响应接纳控制
决策实体的查询请求；则上述控制单元还会根据所述查询响应单元的响应通 知所述通讯处理模块将本次计算拥塞程度值发送出去。
本发明实施例还提供一种接纳控制系统，所述接纳控制系统包括拥塞 处理模块，用于接收并保存更新来自 一个或多个边缘节点发送的拥塞程度值， 其中，所述更新的拥塞程度值与上次接收的拥塞程度值相比，其变化超过了 预设门限；接纳控制决策模块，用于当业务流请求到达所述接纳控制决策实 体时，所述接纳控制决策实体根据所更新的拥塞程度值进行决策，确定是否 接纳该业务流请求，该接纳控制系统还包括控制模块，用于执行定时任务， 当定时任务结束时通知查询模块向所述一个或多个边缘节点发送拥塞程度查询请求。
如图3所示，为本发明第一实施例系统功能示意图。
图3所示的系统中包括第一网络设备100和第二网络设备200,第一网 络设备100和第二网络设备200之间建立通信连接，能够进行单向或双向业 务传输。其中，从第一网络设备100到第二网络设备200的业务流为一个业 务流向，从第二网络设备200到第一网络设备100的业务流为另一个业务流 向。第一网络设备100具有通讯处理模块120和拥塞评估实体140，第二网络 设备200具有通讯处理模块220、接纳控制决策实体240和决策执行实体260。 其中，通讯处理模块120和通讯处理模块220具有相同或相似的功能，用来 与其它网络设备进行通信，因此，第一网络设备100和第二网络设备200可 通过各自具有的通讯处理模块建立通信连接。拥塞评估实体140,其基本功能 是用来统计从一个或多个第二网络设备200到第一网络设备100的业务流向 的流量，得到拥塞评估信息，该拥塞评估信息包括拥塞程度值。接纳控制决 策实体240,用来基于拥塞评估信息进行决策，得到决策结果，决策结果包括 是否接纳业务流请求，也可以包括其它参数信息。接纳控制决策实体240通 知决策执行实体260执行决策结果。
第一实施例
结合图3和图4所示为本发明第一实施例。图4所示为第一实施例的第 一网络设备100的功能示意图，图4中进一步显示了本实例中拥塞评估实体 140的功能结构。在本实施例中，拥塞评估实体140包括拥塞处理模块142和 控制模块144。拥塞处理模块142，用来对一个或多个第二网络设备200到第 一网络设备100的业务流向的流量进行拥塞评估，通过计算得到拥塞评估信 息CLE;控制模块144，用来控制将拥塞评估信息CLE通过通讯处理模块120 发送给第二网络设备200。第二网络设备200的接纳控制决策实体240接收并 存储来自第一网络设备100的拥塞评估信息CLE，当有业务流请求到达接纳 控制决策实体240时，接纳控制决策实体240根据存储的拥塞评估信息进行 决策，得到决策结果，并通知决策4丸行实体260执行该决策结果。决策执行 实行实体260会向业务请求方发送响应消息以通知业务请求方。
13其中控制模块144会根据预定条件来进行CLE的发送处理。该预定条件 可以手动配置或者通过远程配置，如果是远程配置，可通过网管或者通过策 略设备或者其它服务设备等远程设备配置。控制模块144处理过程将在后面 进一步详细说明。
如图5所示为采用本发明第一实施例在PCN域应用场景的信息交互流程 图。在该PCN域中，节点A、 B、 C、 D、 E、 F为传送网络的边缘节点，节点 G、 H为中间节点。A-D和B-D分别构成A->D和B-〉D业务流向的节点对。 接纳控制决策功能实现在入口节点上。在该PCN域中，信息交互流程具体包 括
S501:节点A和节点B向中间节点G传送业务流。
S502-S503:节点G接收来自节点A和节点B的业务流，确定是否出现 业务拥塞，如果是则在接收到的业务流中打上拥塞标记；节点G将业务流传 送给节点H;具体业务拥塞判断处理及相关算法可参见现有的，在此不再赘 述。
S504-S505:节点H的处理过程与节点G相同，不再赘述； S506-S508:节点D 4妄收来自节点H的业务流，识别并统计业务流中的 拥塞标记，根据接收到的拥塞标记进行评估，分别得到A》D和B》D业务流 向的拥塞评估信息CLE;另外，节点D确定是否要得到的拥塞评估信息CLE 发送给相应的节点A和B,如果条件满足，则将拥塞评估信息CLE发送给相 应的节点。
如图5所示，节点D确定要将A-〉D业务流向的拥塞评估信息发送给节 点A，则将B->D业务流向的拥塞评估信息发送给节点B。
S509:节点A接收并存储来自节点D的拥塞评估信息CLE;
S510-S512:当节点A接收到有业务流请求，根据预先存储的拥塞评估 信息CLE进行接纳控制决策，确定是否接纳该业务请求，得到决策结果。决 策结果包括接纳/拒绝，也可包括其它参数。节点A执行决策结果，并向业务 请求者发送响应消息。
值得注意的是，S501-S509和S510-S512是相对独立的，节点D主动将拥塞评估信息CLE发给节点A,不管此时是否有业务流请求。这使得不再 需要对每个业务流传递一次CLE,在呼叫率较高的时候，节省信令消息，并 且入口节点A可以不需要为每个业务流维护CLE状态，而是按照每入口-出 口对维护CLE状态。
在本实施例中边缘节点间传输CLE信息的协议可以是扩展的
RSVP/RSVP-TE，也可以是其它点对点的实现方法，比如双向转发检测 (Bidirectional Forwarding Detection, BFD )协议。CLE封装在某种BFD协议
报文中，源地址为出口节点D的地址，目的地址为入口节点A的地址。
如图6为出口节点主动向多个入口节点以点对点方式发送各业务流向拥
塞评估信息CLE的示意图，具体过程不再赘述。
下面具体介绍控制模块144如何控制的过程，如
图7所示为本实施例的控制模块生成驱动指示的流程图。
(1) 预定时间周期定时发送拥塞评估信息CLE，如图7所示的左分支， 可以把预定时间周期设置为5s、 4s、 3s等。该预定时间周期可根据拥塞影响因 素调整，如业务呼叫率。
(2) CLE变化超过预设范围这可以通过预设拥塞门限实现，门限的设 置由配置决定，可以^没置一个或者几个。如
图7所示的右分支，每次测得CLE值和上一次测得的值比较，如果跨越了 门限，则将当前CLE值发送给接纳控制决策实体，不受定时器的限制，这主要 是为了在一个发送间隔内拥塞情况剧烈变化时或者跨越关键门限时，使得通 告的拥塞评估信息相对准确。例如，可以设定三个门限值O.l、 0.2、 0.3，当 CLE值从上次计算的0.08到本次计算的0.12,跨越了O.l,则将CLE-0.12发送出 去，或者当CLE值从上次计算的(X25到本次计算的0.18，则立即将CLE二0.18发 送出去。也可以采用其他门限手段，比如规定本次计算的CLE值比较上次的 计算值的差值在一定范围之外，则将当前的CLE发送给接纳控制决策实体。总 而言之，这种触发条件要求能够反映CLE的特定变化。
定时触发CLE传递的功能可以不实现在出口节点如本例的第 一 网络设备100上，而是实现在接纳控制决策实体上，在本实施例中，它位于入口节点如 本例的第二网络设备200上。第二网络设备200定时的接纳控制决策实体240 定时向第一网络设备100查询CLE。
一种极端情况设置定时传递CLE的间隔无限长，即无定时器触发，仅 设置一个绝对门限，比如0.2。出口节点仅仅在突破门限0.2的时候向入口节 点发送CLE，通知入口节点停止接纳业务；或者从高于门限0.2降低到0.2以 下，出口节点向入口节点发送CLE,通知入口节点可以继续接纳业务。
如图8所示为接纳控制决策实体240的具体实现过程。在本实施例中， 接纳控制决策实体实现在入口节点上，包括如下有两个过程
CLE状态维护过程
当收到出口节点传递过来的CLE值后，将其保存，并置位有效，可以设 置一定的老化时间，如5 ~ 20s;通常是CLE定时传递间隔的2 ~ 5倍，例如 我们可以将老化时间设成CLE定时传递间隔的3倍。每次CLE被更新，重置 老化定时器，在即将老化之前，可以向出口节点查询CLE。
接纳控制决策过程
当收到业务流请求后，判断所保存的CLE是否高于一个预置门限值P， 如果高于，则拒绝接纳业务流请求，并通知请求者，否则对业务流请求予以 接纳，并通知请求者接纳成功，入口节点为该业务流打开门控，允许通过。
第二实施例
如图9所示，为本发明第二实施例的系统功能示意图。 图9所示的系统包括第一网络设备100和第二网络设备200，第一网络 设备100和第二网络设备200之间建立通信链路，能够进行单向或双向业务 传输。其中，从第一网络设备100到第二网络设备200的业务流为一个业务 流向，从第二网络设备200到第一网络设备100的业务流为另一个业务流向。 第一网络设备100包括通讯处理模块120和拥塞评估实体140,第二网络设备 200具有通讯处理;溪块220和决策执行实体260。其中，通讯处理才莫块120和 通讯处理模块220具有相同或相似的功能，用来与其它网络设备进行通信， 因此，第一网络设备100和第二网络设备200可通过各自具有的通讯处理模
16块建立通信连接。拥塞评估实体140，其基本功能是用来对一个或多个第二网 络设备200到第一网络设备100的业务流向的流量进行拥塞评估，得到拥塞 评估信息CLE。
图9所示的系统还包括第三网络设备300，该第三网络设备300包括通 讯处理模块320和接纳控制决策实体340。通讯处理模块320用来与其它网络 设备进行通信，可以和通讯处理才莫块120、 220具有相同或相似的功能；通讯 处理模块320还具有比通讯处理模块120、 220更多的协议通信处理能力。接 纳控制决策实体340通过通讯处理模块320接收并存储来自 一个或多个第一 网络设备100和/或第二网络设备200的拥塞评估信息，当有业务流请求到达 时，根据存储的拥塞评估信息进行决策，并将决策结果通过通讯处理模块300 通知决策执行实体260执行决策结果；其中。决策结果包括是否接纳业务流 请求，也可以包括其它参数信息。
第二实施例中，接纳控制决策实体340获得拥塞评估信息的触发机制包
括
第一种方式由第三网络设备300确定是否主动向第一网络设备100和/ 或第二网络设备200请求获得拥塞评估信息，该方式与第一实施例中由第二 网络设备200的定时查询触发机制相似，即在第三网络设备300中包括一控 制模块，执行控制处理，主动从第一网络设备100和/或第二网络设备200获 得并存储相应业务流向的拥塞评估信息，在此不再赘述；其中第一网络设备 100和第二网络设备200是对等的设备，可以具有完全相同的功能，互为入口 节点和出口节点。其中，由于第三网络设备300可以对整个网络的拥塞情况 进行集中管理，其内设置的控制模块可以结合策略、定时机制和拥塞评估信 息有效性判断是否触发查询更新拥塞评估信息。
第二种方式由第 一 网络设备100和/或第二网络设备200确定是否主动 向第三网络设备300发送拥塞评估信息，该方式与第一实施例的触发机制相 同，即在第一网络设备100和/或第二网络设备200中包括一控制模块，执行 控制处理，其功能如实施例一中的144，在此不再赘述；其中第一网络设备 100和第二网络设备200是对等的设备，可以具有完全相同的功能，互为入口节点和出口节点。
如图10所示为采用本发明第二实施例的第二种方式在RACF框架结合 PCN传输域应用场景的信息交互流程图。
如图IO所示，在该预拥塞网络PCN中，节点A、 B、 C、 D、 E、 F为传 送网络的边缘节点，节点G、 H为中间节点，RACF层有中心控制节点负责接 纳控制决策。A-D和B-D分别构成A-〉D和B-〉D业务流向的节点对。在该这 个实施例中，信息交互流程具体包括
S1001:节点A和节点B向中间节点G传送业务流。
S1002-S1003:节点G接收来自节点A和节点B的业务流，确定是否出 现业务拥塞，如果是则在接收到的业务流中打上拥塞标记；节点G将业务流 传送给节点H;具体业务拥塞判断处理及相关算法可参见现有的，在此不再 赘述。
S1004-S1005:节点H的处理过程与节点G相同，不再赘述； S1006-S1008:节点D接收来自节点H的业务流，识别并统计业务流中 的拥塞标记，根据接收到的拥塞标记进行评估，分别得到A->D和B-〉D业务 流向的拥塞评估信息CLE;另外，节点D确定是否要得到的拥塞评估信息CLE 发送给RACF，如果条件满足，则将拥塞评估信息CLE发送给RACF。
如图10所示，节点D确定要将A->D和/或B->D业务流向的拥塞评估信 息CLE发送给RACF,则将A->D和/或B-〉D业务流向的拥塞评估信息CLE 发送给节RACF。
S1009: RACF ^^妄收并存^f诸来自节点D的A->D和/或B->D业务流向的拥 塞评估信息CLE;
S1010-S1012:当RACF接收到有业务流请求，根据预先存储的拥塞评 估信息CLE进行接纳控制决策，确定是否接纳该业务请求，得到决策结果。 决策结果包括接纳/拒绝，也可包括其它参数；RACF通知节点A执行决策结 果，并响应该业务流请求。
值得注意的是，S1001-S1009和S1010-S1012是相对独立的，节点D 主动将拥塞评估信息CLE发给RACF,不管此时是否有业务流请求。CLE状态在RACF上维护，维护的方法和实施一中接纳控制决策实体维护CLE状态 的方法类似，也存在CLE更新和定时老化，以及老化之前向出口节点查询等 机制。
在本实施例中各节点间传输CLE信息的协议可以是RACF和传输节点通 常所使用的COPS、 Diameter等。
值得注意的是，节点A、 B、 C、 D、 E、 F为边缘节点，这些边缘节点可 为对等节点，每个边缘节点都可具有拥塞评估功能，主动将本节点评估得到 的拥塞评估信息发送给RACF。节点A、 B、 C、 D、 E、 F各节点具体何时上 报可参见第一实施例的控制模块144的处理方式，不再赘述。
值得注意的是，在RACF架构下， 一般是应用层(Application Layer) 向承载控制层发起业务流请求如S1010,承载控制层根据资源情况作出接纳决 策，通知承载层(即传输层，本例为PCN域)执行决策如SlOll，典型的就 是通知入口节点打开门控，安装策略。
第三实施例
如图ll所示，为本发明第三实施例的系统功能示意图。 图11所示的系统包括第一网络设备100和第二网络设备200，第一网络 设备100和第二网络设备200之间建立通信链路，能够进行单向或双向业务 传输。其中，从第一网络设备100到第二网络设备200的业务流为一个业务 流向，从第二网络设备200到第一网络设备100的业务流为另一个业务流向。 第一网络设备100包括通讯处理模块120和拥塞评估实体140，第二网络设备 200具有通讯处理模块220和决策执行实体260。其中，通讯处理模块120和 通讯处理模块220具有相同或相似的功能，用来与其它网络设备进行通信， 因此，第 一 网络设备100和第二网络设备200可通过各自具有的通讯处理模 块建立通信连接。拥塞评估实体140，其基本功能是用来对一个或多个第二网 络设备200到第一网络设备100的业务流向的流量进行拥塞评估，得到拥塞 评估信息CLE。
图11所示的系统还包括第三网络设备400，该第三网络设备400包括通 讯处理模块420和控制代理模块460。通讯处理模块420用来与其它网络设备进行通信，可以和通讯处理才莫块120、 220具有相同或相似的功能；通讯处理 模块420还具有比通讯处理模块120、 220更多的协议通信处理能力。控制代 理模块460通过通讯处理模块420接收并存储来自 一个或多个第一网络设备 100和/或第二网络设备200的拥塞评估信息CLE。
这个实施例和实施例一基本相同，主要特点仍然接纳控制决策实现在入口 节点上，如第二网络设备200,出口节点如第一网络设备100发送CLE的时 机也和实施例一相同，入口节点如何维护CLE状态也和实施例一相同，入口 节点如何进行接纳控制判断也和实施例一相同，但是实施例一中在边缘节点 很多的时候需要消耗很多信令消息，因为这些边缘节点需要两两互发CLE， 本例中考虑用 一种反射方法解决CLE的高效传递，用于边缘节点较多的情况 如图12所述，为本发明第三实施例的预拥塞网络PCN的应用场景示意图。 图12中假设有A、 B、 C、 D、 E、 F共6个边缘节点，部署一个反射节点 点J:
A向J发送业务流向B-〉A, D-〉A, C-〉A， E->A， F-〉A的拥塞评估信息CLE， 这些拥塞评估信息CLE合并在一个报文中；
B向J发送业务流向A-〉B， D->B, C->B， E->B, F-〉B的拥塞评估信息 CLE,这些拥塞评估信息CLE合并在一个报文中；
C向J发送业务流向B-〉C, D-〉C, A-〉C， E-〉C, F-〉C的拥塞评估信息 CLE，这些拥塞评估信息CLE合并在一个报文中；
D向J发送业务流向B-〉D， C-〉D, A-〉D, E->D， F-〉D的拥塞评估信 息CLE,这些拥塞评估信息CLE合并在一个报文中；
E向J发送业务流向B->E, A->E， A->E, D->E， F-〉E的拥塞评估信息 CLE,这些拥塞评估信息CLE合并在一个报文中；
F向J发送业务流向B->F, A-〉F, C-〉F, D-〉F， E-〉F的拥塞评估信息 CLE,这些拥塞评估信息CLE合并在一个报文中；
在节点J重新组织后下发
J向A发送业务流向A->B, A-〉C, A->D, A-〉E,A-〉F的拥塞评估信息CLE,这些拥塞评估信息CLE合并在一个才艮文中；
J向B发送业务流向B->A, B-〉C, B->D, B->E, B->F的拥塞评估信息 CLE,这些拥塞评估信息CLE合并在一个报文中；
J向C发送业务流向C-〉B, C->A， C-〉D， C->E, C->F的拥塞评估信息 CLE,这些拥塞评估信息CLE合并在一个报文中；
J向D发送业务流向D-〉B， D-〉C, D->A, D->E, D->F的拥塞评估信息 CLE，这些拥塞评估信息CLE合并在一个才艮文中；
J向E发送业务流向E->B， E->C, E-〉A， E->D， E-〉F的拥塞评估信息 CLE,这些拥塞评估信息CLE合并在一个净艮文中；
J向D发送业务流向F-〉B， F->C, F->A， F->D, F->E的拥塞评估信息 CLE,这些拥塞评估信息CLE合并在一个才艮文中；
从这个例子看出，六个边缘节点的时候，总共使用12个报文，而假如像 实施例一釆用边缘节点直接对发的方法，则需要30个报文。当100个节点的 时候，反射方法只需要200个报文，直接对发方式需要9900个报文。(这仅 是个例子，实际情况比这个复杂，无论如何反射方式都可以节约信令消息个 数)。
中心反射节点需要接收来自出口节点的CLE更新报文，緩存，重组，然 后下发，其过程如图13示意的中心反射节点处理流程图。
最后，需要说明一下本发明中涉及到的定址问题，有些属于现有技术， 有些不属于本发明内容，但却是本发明赖以工作的基础。
1. 出口节点确定从PCN域收到的报文来自于哪个入口节点，这是PCN 机制的基础，有许多现有方法解决，比如通过静态配置，路由和边缘节点自 动发现，或者通过控制层面告知，例如从RSVP类似的信令中收集。
2. 入口节点确定发往PCN域的报文将通过哪个出口节点出去，这也是 PCN机制的基础，可以通过静态配置，路由和边缘节点自动发现，通过控制 平面告知。
3. 对于实施例一，出口节点确定接纳控制决策实体地址，由于接纳控制决策实体实现在入口节点上，所以出口节点就是将CLE发送给相应的入口节 点。
4. 对于实施例二，接纳控制决策实体实现在承载控制层的一个中心控制 节点上，此时，每个出口节点需要配置该中心控制节点地址，或者通过发现 机制来确定接纳控制决策实体的地址。
5. 对于实施例三，每个出口节点需要配置该中继代理的地址，或者通过
发现机制来确定中继代理的地址。
以上对本发明实施例所提供的接纳控制方法、装置和系统进行了详细介 绍，需要注意的是本发明实施例在上面仅采用功能的方式进行描述，根据
是显而易见的。另外，本文应用了具体个例对本发明的原理及实施方式进行 了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想； 同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式
及 应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明 的限制。
权利要求
1、一种接纳控制方法，其特征在于，在出口节点统计来自入口节点的流量，计算本次拥塞程度值；出口节点本次计算的拥塞程度值与上次计算的拥塞程度值比较，所述本次计算的拥塞程度值变化超过预设范围时，出口节点将本次计算的拥塞程度值发送给接纳控制决策实体；接纳控制决策实体接收并保存所述拥塞程度值；当业务流请求到达所述接纳控制决策实体时，所述接纳控制决策实体根据所保存的拥塞程度值进行决策，确定是否接纳该业务流请求。
2、 根据权利要求l所述的接纳控制方法，其特征在于，在出口节点上预置 有一个或多个拥塞程度门限，当出口节点本次计算的拥塞程度值和上次计算 的拥塞程度值比较，跨越预置的拥塞程度门限时，出口节点将本次计算的拥 塞程度值发送给接纳控制决策实体。
3、 根据权利要求1或2所述的接纳控制方法，其特征在于，所述方法还包 括所述出口节点按照一个时间间隔，周期性的将本次计算的拥塞程度值发 送给接纳控制决策实体。
4、 根据权利要求1或2所述的接纳控制方法，其特征还在于，所述方法还 包括所述接纳控制决策实体按照一个时间间隔，周期性的向出口节点查询 拥塞程度值。
5、 根据权利要求3所述的接纳控制方法，其特征还在于，所述方法还包括 所述接纳控制决策实体定时老化无效拥塞程度值。
6、 根据权利要求5所述的接纳控制方法，其特征还在于，所述方法还包括 所迷接纳控制决策实体在无效拥塞程度值之前，向出口节点查询拥塞程度值。
7、 根据权利要求l所述的接纳控制方法，其特征在于，接纳控制决策实体 设置在入口节点上，所述出口节点将拥塞程度值发送给接纳控制决策实体之 间进一步包括所述出口节点将拥塞程度值发送给中继代理节点，中继代理将来自多个出 口节点的拥塞程度值重组，将属于给同一个入口节点的拥塞程度值打包成一个报文转发给所述设置于入口的接纳控制决策实体。
8、 一种通信系统，其特征在于，所述通信系统包括 第一边缘节点，用于统计来自第二边缘节点的流量，计算本次拥塞程度值；将本次计算的拥塞程度值与上次计算的拥塞程度值比较，所述本次计算的拥 塞程度值的变化超过预设范围时，出口节点将本次计算的拥塞程度值发送给 接纳控制决策实体；接纳控制决策实体，用于接收并保存所述拥塞程度值；当业务流请求到达 所述接纳控制决策实体时，所述接纳控制决策实体根据所保存的拥塞程度值 进行决策，确定是否接纳该业务流请求。
9、 根据权利要求8所述的通信系统，其特征在于，在所述第一边缘节点上 预置有一个或多个拥塞程度门限，则所述本次计算的拥塞程度值的变化超过 预设范围为所述本次计算的拥塞程度值跨越预置的拥塞程度门限。
10、 根据权利要求8或9所述的通信系统，其特征在于，所述接纳控制实体 设置有定时任务，按照一个时间间隔，周期性的向所述第一边缘节点查询拥 塞程度值。
11、 根据权利要求8或9所述的通信系统，其特征在于，所述第一边缘节点 设置有定时任务，每次定时任务结束时将拥塞程度值发送给接纳控制决策实 体。
12、 根据权利要求ll所述的通信系统，其特征在于，所述接纳控制决策 实体设置有老化任务，定时老化无效拥塞程度值。
13、 根据权利要求12所述的通信系统，其特征在于，所述接纳控制决策实 体无效拥塞程度值之前向所述第 一边缘节点查询拥塞程度值。
14、 根据权利要求8所述的通信系统，其特征在于，所述接纳控制实体设 置于所述第二边缘节点，所述通信系统还包括所述中继代理节点，用于将来自多个所述第一边缘节点的拥塞程度值重 组，将属于同一个入口的拥塞程度值打包成一个报文，发送给设置于所述第 二边缘节点的接纳控制实体。
15、 一种网络边缘设备，其特征在于，该网络边缘设备包括 通讯处理模块，用于将拥塞程度值发送给接纳控制决策实体； 拥塞处理模块，用于统计来自其它网络边缘设备的流量，计算本次拥塞程度值；控制模块，用于将本次计算的拥塞程度值与上次计算的拥塞程度值比较， 所述本次计算的拥塞程度值变化超过预设范围时，通知所述通讯处理模块将 所述拥塞程度值发送出去。
16、 根据权利要求15所述的网络边缘设备，其特征在于，所述控制模块包括门限设置单元，预置有一个或多个拥塞程度门限；门限比较单元，用于将本次计算的拥塞程度值与上次计算的拥塞程度值比 较，判断本次计算的拥塞程度值是否跨越预置的拥塞程度门限；控制单元，用于当本次计算的拥塞程度值跨越预置的拥塞程度门限时，通 知所述通讯处理模块将本次计算的拥塞程度值发送出去。
17、 根据权利要求16所述的网络边缘设备，其特征在于，所述控制模块还 包括定时单元，用于执行定时任务；控制单元，用于定时任务结束时通知所述通讯处理模块将本次计算的拥塞 程度值发送出去。
18、 根据权利要求17所述的网络边缘设备，其特征在于，所述控制模块还 包括查询响应单元，用于响应接纳控制决策实体的查询请求； 控制单元，用于根据所述查询响应单元的响应通知所述通讯处理^t块将本 次计算拥塞程度值发送出去。
19、 一种接纳控制系统，其特征在于，所述接纳控制系统包括 拥塞处理模块，用于接收并保存更新来自 一个或多个边缘节点发送的拥塞程度值，其中，所述更新的拥塞程度值与上次接收的拥塞程度值相比，其变化超过了预设门限；接纳控制决策模块，用于当业务流请求到达所述接纳控制决策实体时，所 述接纳控制决策实体根据所更新的拥塞程度值进行决策，确定是否接纳该业 务流请求。
20、根据权利要求19所述的接纳控制系统，其特征在于，所述接纳控制系 统还包括控制模块，用于执行定时任务，当定时任务结束时通知查询模块向所述一 个或多个边缘节点发送拥塞程度查询请求。
全文摘要
本发明实施例涉及网络通信技术领域，公开了一种接纳控制方法、装置和通信系统，该方法包括在出口节点统计来自入口节点的流量，计算本次拥塞程度值；出口节点本次计算的拥塞程度值与上次计算的拥塞程度值比较，所述本次计算的拥塞程度值变化超过预设范围时，出口节点将本次计算的拥塞程度值发送给接纳控制决策实体；接纳控制决策实体接收并保存所述拥塞程度值；当业务流请求到达所述接纳控制决策实体时，所述接纳控制决策实体根据所保存的拥塞程度值进行决策，确定是否接纳该业务流请求。采用本发明提供的主动传递CLE方式的接纳控制方法，在高呼叫率的时候节省CLE传递消息数目，并加速接纳决策速度。
文档编号H04L12/54GK101431463SQ20071012450
公开日2009年5月13日 申请日期2007年11月9日 优先权日2007年11月9日
发明者杨道彦, 勇 黄 申请人:华为技术有限公司