Drni中同一端内系统之间交互信息的方法和系统的制作方法

Drni中同一端内系统之间交互信息的方法和系统的制作方法
【专利摘要】本发明公开了一种分布式弹性网络互连中同一端内系统之间交互信息的方法及系统，所述方法应用于链路聚合组端点中的每一个系统，包括：通过内链接口发送分布式中继控制协议(DRCP)协议报文，其中至少携带本系统的系统信息；在接收到邻接系统发来的DRCP协议报文后，如判断出本系统与所述邻接系统能形成分布式弹性网络互连的一个端点，则确定本系统的操作Key值。所述系统包括：发送状态机、接收状态机、协商状态机、同步状态机及周期发送状态机。采用本发明后，实现了分布式链路聚合组中一端多个系统之间的控制通信，能够有效的实现多个系统聚合为一个聚合组后，实现互连接口上的保护，不仅是链路上的保护，而且实现了节点级保护。
【专利说明】DRNI中同一端内系统之间交互信息的方法和系统

【技术领域】
[0001] 本发明涉及网络通信保护技术，尤其涉及一种DRNI (Distributed Resilient Network Interconnected,分布式弹性网络互连）中同一端内系统之间交互信息的方法和 系统。

【背景技术】
[0002] 随着宽带业务的飞速发展，网络与网络之间的互连使用得越来越多，承载了更多 的业务。根据所采用的技术，网络内部可有多种方法对链路及其上的节点实现保护。随着 对流量的保护需求越来越强烈，要求越来越高，运营商提出了在网络互连上进行保护的需 求。这里的保护可以通过采用端口聚合的方式来实现，常用的方式可以是端口聚合，也可以 是环路保护。在 IEEE (Institute of Electrical and Electronics Engineers,美国电气 和电子工程师协会）现有标准802. 1AX中，链路聚合目前支持的是一个节点上的端口聚合， 因此仅能用于链路保护，无法实现对网络边缘接口上的节点进行保护。
[0003] 因此，为了适用于网络与网络互连区域组网方式的多样化，并能实现不仅对链路 的保护，而且实现对边缘节点的保护，IEEE标准组织提出了扩展链路聚合，通过一种分布式 的链路聚合组DRNI来实现链路和节点双冗余的网络互连保护需求，即聚合组的端点处由 多个节点组成，该多个节点的聚合链路组成一个链路聚合组（Link Aggregation Group,简 称LAG)。如图1所示，链路聚合组的两个端点（Portal)A、B分别由2个及3个系统组成： 端点A中包含系统1及系统2,端点B中包含系统3、系统4及系统5,这5个系统的多条链 路聚合在一起，形成了一个分布式LAG。通过这个分布式LAG，能够实现链路和节点的双重 保护。
[0004] 端点A中的系统1和系统2需要通过内链链路连接，从而保证端点B看到其通过 链路聚合组连接的端点A是一个逻辑节点；同理，端点B中的系统3、系统4及系统5之间 也需要通过内链链路连接，从而保证端点A看到其通过链路聚合组连接的端点B是一个 逻辑节点。端点A的逻辑节点和端点B的逻辑节点之间互连的多条链路通过LACP(Link Aggregation Control Protocol,链路汇聚控制协议）的控制报文交互后，形成分布式链路 聚合组。
[0005] DRNI就是通过分布式中继（Distributed Relay，简称为DR)将两个以上的系统互 连起来，这里的每个系统都运行链路聚合，从而形成一个Portal。对于与该Portal相连的 对端系统而言，该对端系统认为自身所连接的是一个模拟的系统。为了达到这个目的，一个 Portal内的各个系统需要通过分布式中继进行交互协商，以达到这些系统之间的参数统 一，并通告给LACP协议与链路聚合组的另一端进行交互。
[0006] DR上有3种接口，分别是：网关接口、内链接口及聚合接口。DR的功能就是将从 聚合接口收到的报文（UP报文）发往网关或丢弃，并且将从网关接口收到的报文（DOWN报 文）发送到聚合器或丢弃。DR根据接收到的报文所属的会话决定是转发该报文还是丢弃 该报文，网关算法和端口算法的配置也是依据会话进行操作的。每一个会话流量最多分配 一个网关链路，每个会话流量也最多对应一个聚合接口。当一个portal内的多个系统中的 DR对报文的分发方式不统一，则会引起报文乱序、成环或丢包等问题，因此在多个系统之间 存在分发方式不一致的情况时，也需要通过分布式中继进行交互，统一不同系统上的分发 方式或隔离分发方式不统一的业务流量。


【发明内容】

[0007] 本发明的目的在于提供一种DRNI中同一端内系统之间交互信息的方法及系统， 以实现多个系统的链路聚合。
[0008] 为解决上述问题，本发明提供了一种分布式弹性网络互连中同一端内系统之间交 互信息的方法，应用于链路聚合组端点中的每一个系统，包括：
[0009] 通过内链接口发送分布式中继控制协议（DRCP)协议报文，其中至少携带本系统 的系统信息；
[0010] 在接收到邻接系统发来的DRCP协议报文后，如判断出本系统与所述邻接系统能 形成分布式弹性网络互连的一个端点，则确定本系统的操作Key值。
[0011] 进一步地，所述方法还包括：
[0012] 在确定本系统的操作Key值后，在本系统内建立分布式中继通道。
[0013] 进一步地，所述方法还包括：
[0014] 在确定本系统的操作Key值后，与所述邻接系统协商统一的会话分发方式。
[0015] 进一步地，
[0016] 所述判断出本系统与所述邻接系统能形成同一个端点，具体包括：
[0017] 对接收到的所述DRCP协议报文中携带的所述邻接系统的系统信息与本系统的系 统信息进行匹配性检查，若所述匹配性检查通过，则判断出本系统与所述邻接系统能形成 同一个端点。
[0018] 进一步地，
[0019] 所述对接收到的所述DRCP协议报文中携带的所述邻接系统的系统信息与本系统 的系统信息进行匹配性检查，具体包括：
[0020] 判断本系统的端点标识和所述邻接系统的端点标识是否一致；和/或判断本系统 的虚拟系统标识和所述邻接系统的虚拟系统标识是否一致；
[0021] 所述匹配性检查通过，具体包括：
[0022] 所述本系统与所述邻接系统的端点标识相同，和/或所述本系统与所述邻接系统 的虚拟系统标识相同。
[0023] 进一步地，
[0024] 所述对接收到的所述DRCP协议报文中携带的所述邻接系统的系统信息与本系统 的系统信息进行匹配性检查，还包括：
[0025] 判断本系统的系统编号（System Number)与所述邻接系统的System Number是否 冲关；
[0026] 所述匹配性检查通过，具体包括：
[0027] 所述本系统与所述邻接系统的端点标识和/或虚拟系统标识分别相同，且本系统 与所述邻接系统的System Number不冲突。
[0028] 进一步地，所述方法还包括：
[0029] 若匹配性检查通过，则保存所述DRCP协议报文中携带的所述邻接系统的系统信 息。
[0030] 进一步地，
[0031] 所述发送DRCP协议报文，具体包括：
[0032] 周期性地发送所述DRCP协议报文；
[0033] 所述方法还包括：
[0034] 每当接收到邻接系统发来的DRCP协议报文后，启动一个定时器；
[0035] 若在所述定时器超时时，未收到所述邻接系统发来的DRCP协议报文，或者在所述 定时器超时前收到了所述邻接系统发来的DRCP协议报文，但匹配性检查未通过，则确定本 系统与所述邻接系统不能再形成分布式弹性网络互连的一个端点。
[0036] 进一步地，
[0037] 所述发送DRCP协议报文，具体包括：
[0038] 在本系统的系统信息中有参数更新时，发送所述DRCP协议报文。
[0039] 进一步地，
[0040] 所述确定本系统的操作Key值，具体包括：
[0041] 如判断出本系统的操作Key值与所述邻接系统的操作Key值相同，则维持本系统 的操作Key值不变。
[0042] 进一步地，
[0043] 所述确定本系统的操作Key值，具体包括：
[0044] 如判断出本系统的操作Key值与所述邻接系统的操作Key值不同，则依据策略，修 改本系统的操作Key值或者维持本系统的操作Key值不变。
[0045] 进一步地，
[0046] 所述确定本系统的操作Key值，具体包括：
[0047] 根据本系统的管理Key值及接收到的所述邻接系统的管理Key值，计算出本系统 的操作Key值。
[0048] 进一步地，所述方法还包括：
[0049] 在确定本系统的操作Key值后，将本系统的操作Key值通过链路汇聚控制协议 (LACP)报文发送给分布式弹性网络互连的对端。
[0050] 进一步地，
[0051] 所述与所述邻接系统协商统一的会话分发方式，具体包括：
[0052] 对所述邻接系统发来的所述DRCP协议报文中携带的会话分法方式与本系统的会 话分发方式进行协商，依据协商好的会话分发方式来配置本系统内分布式中继的流量分发 方式；
[0053] 所述会话分发方式包括下述两个参数中任意一个或任意组合：网关系统选择和聚 合器/聚合端口选择。
[0054] 进一步地，
[0055] 所述对所述邻接系统发来的所述DRCP协议报文中携带的会话分法方式与本系统 的会话分发方式进行协商，具体包括：
[0056] 将所述邻接系统发来的DRCP协议报文中携带的会话分发方式与本系统的会话分 发方式进行对比，对于在会话分发方式达到一致的会话，则分布式中继按一致的会话分发 方式进行所述会话流量的分发，对于在会话分发方式有冲突的会话，则分布式中继过滤或 丢弃所述会话分发方式有冲突的会话流量。
[0057] 进一步地，
[0058] 所述在本系统内建立分布式中继通道，具体包括：
[0059] 对分布式中继在网关和聚合器/聚合端口上会话分发做出配置，配置后所述分布 式中继在本系统上的网关和聚合器/聚合端口之间转发会话流量。
[0060] 进一步地，
[0061] 在与所述邻接系统协商统一的会话分发方式之前，还包括：
[0062] 关闭与所述邻接系统之间的内链链路的数据流量转发功能；
[0063] 当与所述邻接系统统一会话分发方式后协商完成，统一了分发算法，开启所述内 链链路的数据流量转发功能。
[0064] 进一步地，所述方法还包括：
[0065] 若确定本系统与所述邻接系统不能再形成分布式弹性网络互连的一个端点，则依 据策略确定是否需要对本系统的系统信息进行修改；如需要修改，则对本系统的系统信息 中至少部分LACP参数进行修改，并将修改后的LACP参数通过LACP报文发送给分布式弹性 网络互连的对端；其中，修改后本系统的LACP参数与所述邻接系统的LACP参数至少不完全 相同。
[0066] 进一步地，
[0067] 所述对本系统的系统信息中至少部分LACP参数进行修改，具体包括：
[0068] 对本系统的操作key值和/或系统标识进行修改，或者将操作Key值恢复为管理 Key 值。
[0069] 进一步地，
[0070] 当与所述邻接系统之间的内链链路发生故障或者所述内链链路不可用时，则将所 述分布式中继恢复为协商前的会话分发方式的配置。
[0071] 进一步地，
[0072] 通过所述内链接口发送的所述DRCP协议报文中还携带有与本系统相连接的其他 邻接系统的系统信息和/或会话分发方式。
[0073] 相应地，本发明还提供了一个分布式弹性网络互连中实现分布式中继控制的系 统，其特征在于，包括：
[0074] 发送状态机用于在本系统的其他状态机指示需要发送或者需周期发送时，发送分 布式中继控制协议（DRCP)协议报文；
[0075] 接收状态机用于接收邻接系统发来的DRCP协议报文，对本系统和所述邻接系统 的系统信息进行匹配性检查，在匹配性检查通过后记录所述DRCP协议报文中的信息，启动 定时器判断是否定时接收到所述邻接系统再次发来的DRCP协议报文；
[0076] 协商状态机用于确定本系统的操作Key值，确保和所述邻接系统的操作Key值一 致；
[0077] 同步状态机用于建立聚合器/聚合端口和网关之间的转发通道，按需与所述邻接 系统协商统一的会话分发方式，配置分布式中继的会话分发方式；
[0078] 周期发送状态机用于决定所述发送状态机周期发送DRCP协议报文。
[0079] 进一步地，
[0080] 所述接收状态机用于对本系统和所述邻接系统的系统信息进行匹配性检查，具体 包括：
[0081] 所述接收状态机用于判断本系统的端点标识和所述邻接系统的端点标识是否一 致；和/或判断本系统的虚拟系统标识和所述邻接系统的虚拟系统标识是否一致；
[0082] 所述匹配性检查通过，具体包括：
[0083] 所述本系统与所述邻接系统的端点标识相同，和/或所述本系统与所述邻接系统 的虚拟系统标识相同。
[0084] 进一步地，
[0085] 所述接收状态机用于对本系统和所述邻接系统的系统信息进行匹配性检查，还包 括：
[0086] 所述接收状态机用于判断本系统的系统编号（System Number)与所述邻接系统的 System Number 是否冲突；
[0087] 所述匹配性检查通过，具体包括：
[0088] 所述本系统与所述邻接系统的端点标识和/或虚拟系统标识分别相同，且邻接系 统的System Number合法，或者，本系统与所述邻接系统的SystemNumber不冲突。
[0089] 进一步地，
[0090] 所述协商状态机用于确定本系统的操作Key值，确保和所述邻接系统的操作Key 值一致，具体包括：
[0091] 所述协商状态机用于在判断出本系统的操作Key值与所述邻接系统的操作Key值 相同时，维持本系统的操作Key值不变；还用于在判断出本系统的操作Key值与所述邻接系 统的操作Key值不同时，依据策略，修改本系统的操作Key值或者维持本系统的操作Key值 不变。
[0092] 进一步地，
[0093] 所述协商状态机用于确定本系统的操作Key值，确保和所述邻接系统的操作Key 值一致，具体包括：
[0094] 所述协商状态机用于根据本系统的管理Key值及接收到的所述邻接系统的管理 Key值，计算出本系统的操作Key值。
[0095] 进一步地，所述方法还包括：
[0096] 所述协商状态机还用于在确定本系统的操作Key值后，将本系统的操作Key值通 过链路汇聚控制协议（LACP)报文发送给分布式弹性网络互连的对端。
[0097] 进一步地，
[0098] 所述与所述邻接系统协商统一的会话分发方式，具体包括：
[0099] 所述同步状态机用于对所述邻接系统发来的所述DRCP协议报文中携带的会话分 法方式与本系统的会话分发方式进行协商，依据协商好的会话分发方式来配置本系统内分 布式中继的流量分发方式。
[0100] 进一步地，
[0101] 所述同步状态机用于对所述邻接系统发来的所述DRCP协议报文中携带的会话分 法方式与本系统的会话分发方式进行协商，具体包括：
[0102] 所述同步状态机用于将所述邻接系统发来的DRCP协议报文中携带的会话分发方 式与本系统的会话分发方式进行对比，对于在会话分发方式达到一致的会话，则按一致的 会话分发方式进行所述会话流量的分发，对于在会话分发方式有冲突的会话，则过滤或丢 弃所述会话分发方式有冲突的会话流量。
[0103] 进一步地，
[0104] 所述会话分发方式包括下述两个参数中任意一个或任意组合：网关系统选择和聚 合器/聚合端口选择。
[0105] 进一步地，
[0106] 同步状态机还用于在与所述邻接系统协商统一的会话分发方式之前，关闭与所述 邻接系统之间的内链链路的数据流量转发功能；
[0107] 还用于当与所述邻接系统统一会话分发方式后协商完成，统一了分发算法，开启 所述内链链路的数据流量转发功能。
[0108] 进一步地，
[0109] 所述接收状态机还用于如未定时收到所述邻接系统再次发来的DRCP协议报文或 者接收到的所述邻接系统再次发来的DRCP协议报文没有通过匹配性检查，则依据策略确 定是否需要对本系统的系统信息进行修改；如需要修改，则还用于对本系统的系统信息中 至少部分LACP参数进行修改，并将修改后的LACP参数通过LACP报文发送给分布式弹性网 络互连的对端；其中，修改后本系统的LACP参数与所述邻接系统的LACP参数至少不完全相 同。
[0110] 进一步地，
[0111] 所述接收状态机用于对本系统的系统信息中至少部分LACP参数进行修改，具体 包括：
[0112] 所述接收状态机用于对本系统的操作key值和/或系统标识进行修改，或者将操 作Key值恢复为管理Key值。
[0113] 进一步地，
[0114] 所述同步状态机还用于在与所述邻接系统之间的内链链路发生故障或者所述内 链链路不可用时，将所述分布式中继恢复为协商前的会话分发方式的配置。
[0115] 进一步地，
[0116] 所述发送状态机通过所述内链接口发送的所述DRCP协议报文中还携带有与本系 统相连接的其他邻接系统的系统信息和/或会话分发方式。
[0117] 采用本发明后，实现了分布式链路聚合组中一端多个系统之间的控制通信，能够 有效的实现多个系统聚合为一个聚合组后，实现互连接口上的保护，不仅是链路上的保护， 而且实现了节点级保护。

【专利附图】

【附图说明】
[0118] 图1是现有技术中网络互连节点连接示意图；
[0119] 图2是本发明实施例中分布式中继控制协议状态事件流程示意图；
[0120] 图3是本发明实施例中分布式中继控制协议参数传递示意图；
[0121] 图4是本发明实施例中接收状态机的处理流程示意图；
[0122] 图5是本发明实施例中Check功能的流程图；
[0123] 图6是本发明实施例中协商状态机的处理流程示意图；
[0124] 图7是本发明实施例中同步状态机的一种处理流程示意图；
[0125] 图8是本发明实施例中同步状态机的另一种处理流程示意图；
[0126] 图9是本发明实施例中NeedtoCoordination功能的流程图。

【具体实施方式】
[0127] 为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明 的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中 的特征可以相互任意组合。
[0128] 为了能更好的描述分布式中继控制协议的控制过程和运行状态，下面将从控制协 议状态机的角度来描述。
[0129] 如图2所示，系统内的分布式中继控制协议（Distributed Relay Control Protocol，简称DRCP)主要包括：接收状态机、同步状态机以及发送状态机，还可以包括：协 商状态机和周期发送状态机。
[0130] 接收状态机主要用于接收邻接系统发来的DRCP协议报文。接收到的DRCP协议报 文中包括了发送该报文的邻接系统的系统信息（Act 〇r_Inf〇)，也有可能包含了发送该报文 的邻接系统所保存的与该邻接系统连接的其他系统的系统信息（Partnerjnfo)。接收状态 机的主要任务有：
[0131] a)接收邻接系统发来的DRCP协议报文；
[0132] b)每接收到一次邻接系统发来的DRCP协议报文，就启动一次定时器，如果在定时 器超时时（Expire)仍没有收到上述邻接系统发来的DRCP协议报文，则认为和该邻接系统 失去了联系，进入失去联系状态；
[0133] c)如判断出本系统与该邻接系统能形成分布式弹性网络互连的一个端点，则保存 接收到的DRCP协议报文中携带的Actor_Info,如果该DRCP协议报文中携带有Partner_ Info,则亦保存之。其中，采用以下步骤判断本系统与该邻接系统是否能形成分布式弹性网 络互连的一个端点，包括：
[0134] 步骤1 :先比较接收到的DRCP协议报文中携带的Portal ID与本系统所属端点的 Portal ID是否一致，如果二者一致则表示双方的确属于同一端点（Portal),执行步骤2; 如果二者不一致，则丢弃该DRCP协议报文；
[0135] 步骤2 :比较上述DRCP协议报文中携带的虚拟系统标识（Emulated System ID) 与本系统的Emulated System ID值是否一致；如二者一致，则执行步骤3;如果二者不一 致，则丢弃该DRCP协议报文；其中，各系统在发出LACP协议报文时，在该报文中所携带的 System ID字段的值为该系统的Emulated System ID值；
[0136] 在某些情况下，系统中的Portal ID与Emulated System ID的值是一致的。因此， 上述流程可以仅比较两个系统间的Portal ID或Emulated System ID是否一致即可。
[0137] 步骤3 :检查上述DRCP协议报文中携带的发送该DRCP协议报文的系统的System Number与本系统的System Number是否冲突，即判断二者是否相同。若二者不相同，则说明 两个系统已经具备了聚合为一个DRNI接口的条件，即两个系统可以组成一个逻辑系统，即 端点（Portal)。
[0138] 当判断出发送该DRCP协议报文的系统的System Number与本系统的System Number不相冲突时（即二者不相同），则表示匹配性检查通过，设置本系统与发送上述DRCP 协议报文的邻接系统的内链链路协议状态为已聚合，即设置DRCP. State = Contact。在 具体实现时，为避免异常情况，还可以进一步判断发送该DRCP协议报文的系统的System Number是否合法，即System Number的取值是否在合理的取值范围内，当判断出发送该 DRCP协议报文的系统的System Number合法、且与本系统的System Number不冲突时，表示 匹配性检查通过。
[0139] d)若在定时器超时之前未收到已与本系统聚合的另一系统发来的DRCP协议报 文，或者在定时器超时之前接收到的该DRCP协议报文没有通过步骤c)中的匹配性检查 (即相当于没有收到该另一系统发来的合格的DRCP协议报文），则表示本系统和该另一系 统已失去了联系，此时两系统之间无法再聚合，则需要采取相关的动作进行解聚合，将这两 个系统分离开来。
[0140] 协商状态机用于与确定本系统的Operational Key (操作Key)，确保得到一个与 发送上述DRCP协议报文的邻接系统统一的Operational Key值，该Operational Key为 LACP协议报文中携带的参数。在协商一致后，设置DRCP. State = Synchronization。
[0141] 同步状态机主要是用于建立DR通道、进行DRNI接口的数据转发以及系统间的流 量分配。主要包括：
[0142] a)建立DR通道。DR通道建立之后，建立了本系统的DRNI接口和其他端口的转发 通道，即可以通过DRNI接口发送数据流量，或接收数据流量并转发到其他接口上。此时，DR 通道只是将数据在本系统的DRNI接口和其他端口上进行转发，但并不分发给邻接系统。
[0143] b)如果DR通道不仅用于数据的中转，还要具有数据分发功能，即双方系统需要协 商统一的会话分发方式，确定特定会话的报文从本系统的哪些DRNI接口上的链路进行转 发。这里的数据分发过程有可能需要通过内链链路参与数据的转发来实现，此时需要同步 状态机进行两系统之间会话分发方式的协商。当两者能协商达到统一，则表示双方统一了 特定会话流量应该走哪个系统，此时设置DRCP. State = Forward。
[0144] c)当DR通道可以在不同系统上对流量进行分发时，数据流量有可能需要在内链 链路上进行传输，此时应该打开内链链路上端口的内连链路传输数据流量功能，使得数据 流量能够通过内链链路在同一 Portal内的系统中进行转发。并且，对内链链路上端口上流 量的进出进行配置，从而保证不同的会话流量能走特定的系统和特定的聚合端口。自此，各 系统上的DR通道将依据协商后的会话分发方式来进行流量的分发。
[0145] 当DRCP. state = Synchronization时，则触发同步状态机进行处理，当DRCP. State = Contact时，则触发协商状态机进行处理。当原内链链路的物理链路出现故障或者 被用作其他用途，而无法再作为内链链路被DRNI使用时，设置IPL (Intra-Portal Link，内 链链路）.State = Down，此时无法也不能通过内链链路进行数据报文的转发，如果这时系 统处于同步状态，即DRCP. State = Synchronization，则需要关闭IPL的数据转发功能，并 且恢复为协商前DR通道的会话分发方式，即本系统收到的数据报文也从本系统转发出去， 而不再经过内链链路进行分发。
[0146] 发送状态机用于通过内链接口发送DRCP协议报文，这里发送DRCP协议报文可以 由来自其它状态机发出的命令来触发，也可以是由周期发送状态机触发发送。当系统中 Act〇r_Inf〇中至少部分参数发生变化时，需要重新进行协商，则也可以触发发送DRCP协议 报文。
[0147] 周期发送状态机用于决定本系统何时发送DRCP协议报文，以传递相关信息及维 持与其他系统的连接性。一般来说周期发送状态机内部有个定时器，每当定时器到时，将产 生一个NTT (Need to transmit,需要发送），触发发送状态机发送DRCP协议报文。
[0148] 分布式中继控制协议在进行状态切换的过程中，需要将一些信息在这些状态机中 进行传递。如图3所示，包括：
[0149] 1.接收状态机接收到了对方系统通过DRCP协议报文发来的系统信息并保存作为 自己的Partner信息；
[0150] 2.将本系统的操作Key(Actor_OperKey)值以及发送上述DRCP协议报文的系统的 操作Key (Partner_OperKey)值在协商状态机中进行判断和处理。如果Actor_0perKey和 PartnerJDperKey不一致，则需要根据策略确定是否修改本系统的ActorJDperKey，然后触 发发送状态机将Actor_0perKey和PartnerJDperKey发送到对方系统。只有保证两系统的 操作Key值是一致的，才能进一步保证两系统能聚合为一个聚合组；
[0151] 3.同步状态机可能需要协商统一的会话分发方式。如果需要，则接收状态机接 收到DRCP协议报文后，对于其中携带的邻接系统的会话分发方式的参数，即网关系统选 择（Actor_GW&Partne;r_GW，表示某个会话流量应该走哪个网关链路）和聚合器系统选择 (Actor_Agg&Partne;r_Agg，表示某个会话流量应该走哪个聚合端口 /聚合器）这两个信息 进行判断和处理。在同步状态机中利用最后协商好的会话分发方式来决定并配置本系统内 的会话分发方式，同时对内链链路的端口做出相应配置，会话将按配置的会话分发方式进 行转发。
[0152] 下面结合实施例和附图对本发明所述的DRNI -端的分布式中继控制协议控制方 法和流程进行具体说明。
[0153] 这里以图1中的端点A中系统1和系统2之间的协议交互流程为例做进一步的说 明。假设系统1认为自己是Actor,并且认为系统2是Partner。同理，系统2认为自己是 Actor,并且认为系统1是Partner。系统1收到系统2发来的Actor信息，并将该Actor信 息作为自己的Partner信息进行保存。
[0154] 针对系统1中的接收状态机，其具体流程如图4所示，包括：
[0155] 1.初始化，对一些参数变量进行初始化。
[0156] 超时标识Expire设置为False,表示还没有超时；
[0157] 记录初始值功能RecordDefault ()，用于将系统1的一些LACP系统参数设置为系 统1所认为系统2的LACP系统参数，即：
[0158] Partner-Portal ID = Actor-Portal ID
[0159] Partner-EmulatedSystemID = Actor-EmulatedSystemID
[0160] 等等。
[0161] 将系统1认为的系统2的数据分发参数设置为空，即：
[0162] Partner_Gff = Null
[0163] Partner_Agg = Null
[0164] 设置需要发送标识NTT为False，即：
[0165] NTT = False ；
[0166] 设置分布式中继控制协议的状态DRCP. state为Uncontact，表示目前双方还没有 联系上，即：
[0167] DRCP. state = Uncontact ；
[0168] 2.当接收状态机收到了系统2发来的分布式中继控制协议报文DRCP DU(Digital Unit，数字单元），则进入处理状态。
[0169] 记录下收到的协议报文RecordPDU ()，将系统2发来的DRCPDU中的Actor信息作 为本系统1的Partner信息记录下来。
[0170] 设置DRCP DU超时检测的定时器，即：
[0171] DRCP. timer = Short_timer
[0172] 并开始启动定时器，对下次接收到系统2发来的DRCP DU进行计时，即：
[0173] StartTimer (DRCP. timer)
[0174] 对接收到的信息进行匹配性检查Check (Actor, Partner)。如果在定时器超时前 再次接收到了系统2发来的DRCP DU，则重新进入处理状态中，重新启动定时器，重新计时， 并继续上述步骤进行处理检查。
[0175] Check(Actor，Partner)的功能主要是对多个参数进行匹配性检查，如图5所示， 包括：
[0176] 进入Check功能后，对用于标识系统1和系统2的参数进行检查，判断系统1和系 统2是否可以聚合为一个逻辑系统，其上的聚合组是否可以聚合为一个DRNI。主要包括：
[0177] 1)检查本系统的PortallD和系统2的PortallD是否一致，检查本系统的 EmulatedSystemID和系统2的EmulatedSystemID是否一致。如果均一致，说明系统1 和系统2可能可以聚合为一个逻辑系统，该逻辑系统的System ID就是两系统的一致的 Emulated System ID〇
[0178] 2)如果通过步骤1)比较后系统1和系统2的两个参数是一致的，则继续比较系 统1和系统2的System Number参数是否冲突。一般来说，DRNI的一端中的多个系统（一 般是小于等于3个系统）中给每一个系统都会有一个编号，这个编号就是System Number。 比如系统1的System Number = 01，系统2的System Number = 02。这个一般是配置给系 统的，用于区分一个portal中的不同系统。因此需要确定两系统的System Number是不同 的。
[0179] 3)如果本系统的PortallD和系统2的PortallD、本系统的EmulatedSystemID 和系统2的EmulatedSystemID均是一致的，并且他们的System Number并不冲突，贝U表示 两系统联系上了，具备了聚合为一个逻辑系统的前提条件，因此如果此时DRCP. State不在 Contact (联系）状态，则将DRCP状态置为Contact状态，S卩：DRCP. State = Contact，并且 该功能返回成功（Success),表示匹配性检查通过；如果此时已经不是处于UnContact状态 了，即 DRCP. State = Contact 或者 DRCP. State = Synchronization 了，则直接返回成功 Success，表示匹配性检查通过，但并不需要做其它处理。
[0180] 反之，如果上述有任意一个检查没有通过，则说明两系统不具备聚合为一个逻 辑系统的条件，因此无论此时分布式中继控制协议处于什么状态中，都将其状态回退到 Uncontact，即设置：
[0181] DRCP. State = Uncontact
[0182] 并该功能返回Fail，表示匹配性检查失败。
[0183] 3.如果在定时器超时时仍没有再次接收到系统2发来的DRCP DU，或者在Check 功能中匹配性检查没有通过，则系统1会认为出现了 Split Brain(端点分裂）的错误，进 入异常状态。在异常状态中，两系统无法再聚合为一个逻辑节点，需要重新将分布式中继控 制协议状态设置为Uncontact，即：
[0184] DRCP. State = Uncontact
[0185] 并作出异常出错告警，即：
[0186] ExceptionReport ()
[0187] 采取相应动作来进行处理，将两系统解聚合，即：
[0188] SplitBrain ()
[0189] 其中，SplitfcainO主要完成的工作有：
[0190] 依据策略，可选择修改本系统的LACP参数，例如系统1可以修改回自己的 Operational Key为协商之前设定的Administration Key，也可以修改回自己的System ID 为系统初始的系统ID，而不是Emulated System ID。在具体实现时，上述策略可以是系统 1和系统2各自进行修改，也可以是系统1保持不变，系统2修改，反之也一样，从而保证系 统1和系统2在LACP的系统参数上是有差异的，至少不完全相同。
[0191] 在执行完上述操作后，从端点B来看，系统1和系统2不再聚合为一个逻辑系统 了。
[0192] 4.如果在初始化后发现分布式中继控制协议是禁止的DRCP_Disabled，则进入不 可用状态。设置分布式中继控制协议状态为Uncontact，即：
[0193] DRCP. State = Uncontact
[0194] -旦分布式中继控制协议的状态被置为了 Contact，将触发协商状态机对本系统 的Operational Key进行处理。具体流程如图6所示，包括：
[0195] 1)比较本端系统（系统1，即Actor)和邻接系统（系统2,即Partner)的LACP参 数 Operational Key。
[0196] Same = CompareKey(Actor. OperKey, Partner. OperKey)
[0197] 这里必须保证系统1和系统2的Operational Key值都达到一致后，才能保证系 统1和系统2通过LACP协议和DRNI的另一端端点B交互后，端点B可能将和端点A连接 的聚合链路聚合为一个分布式聚合组，形成DRNI。
[0198] 2)最初，系统1和系统2的Operational Key值可能是不同的，它们各自等于这两 个系统的Administration Key,因此如果比较之后系统1的Operational Key和系统2的 Operational Key的值是不同的，则依据相关策略，比如依据System Priority (系统优先 级）这个参数进行修改，如果系统2的System Priority的优先级要高于系统1的System Priority,则系统1会将自己的Operational Key修改为系统2的Operational Key ;当 策略是根据管理Key值进行修改时，系统1可以根据本系统的管理Key和接收到的系统2 的管理Key值，按照一定的算法计算出相应的Operational Key,将其取值作为本系统的 Operational Key;其中，该算法可以按照具体情况进行设置，只要保证交互双发（在本实 施例中指系统1和系统2)所选取的算法相同即可。
[0199] 修改 Operational Key 的功能由 ModifyKey ()来实现，即：
[0200] ModifyKey (Actor. OperKey, Partner. OperKey)。
[0201] 如果这时DRCP协议还处于同步状态，即DRCP. State = Synchronization,则需要 将其状态退回到Contact，即设置
[0202] DRCP. State = Contact，重新进行 Operational Key 的确定。
[0203] 如果本系统为了达到统一，修改了自己的Operational Key，则需要发出NTT，触发 发送状态机将修改后的Operational Key发送给系统2,以通知系统2。
[0204] 3) 一旦系统1收到的系统2的Operational Key和自己的Operational Key是一 致的，并且此时DRCP协议状态是Contact，即
[0205] Same = True & DRCP. State = Contact
[0206] 则：
[0207] a)启动LACP，向DRNI的另一端点B发送LACP协议报文，并且该LACP协议报文中 携带的参数是DRCP协议协商并确定后的参数，包括了：
[0208] Actor. EmulatedSystemID
[0209] Actor. OperKey
[0210] 等等；
[0211] b)将分布式中继控制协议状态设置为Synchronization,即DRCP. State = Synchronization ；
[0212] 4)除此之外（ELSE),反复进行Operational Key的比较，避免错误发生，以免系统 2的Operational Key发生改变时，系统1无法感知。一旦Operational Key值发生改变， 将导致两系统无法聚合。
[0213] 系统1中的同步状态机的处理流程，如图7所示，包括：
[0214] 1. DR的初始化。在系统1和系统2建立好联系且协商好LACP参数之前，流量是无 法通过DRNI接口来做数据转发的。这时系统1中用于建立转发和聚合组接口的DR应该还 没有建立起来，即：
[0215] Disable_DR()
[0216] 取消内链链路的数据流转发功能，即：
[0217] Disable_IPLForwarding()；
[0218] 并且，触发NTT = True，以通知系统2本系统的DR还没建立好。
[0219] 2. DR建立。当处于联系状态中的分布式中继控制协议的状态DRCP. State被设 置为了 Synchronization，即同步状态机检测到了 DRCP. State = Synchronization，并且 经过LACP协议交互后系统1通过LACP已和端点B完成聚合，其聚合器已经建立起来，即： Aggregator_Setup = Up,贝U进入DR建立的状态。在本状态中，将会：
[0220] 首先对本系统上的网关（GW)和聚合器做出配置，这里的配置原则是本系统收到 的报文就在本系统转发，即不会通过内链链路来进行数据的分发，具体的确定方式和设备 的具体实现相关：
[0221] ForwardingConf ()
[0222] 使能 DR，即：
[0223] Enab 1 e_DR ()
[0224] 至此，DR已经可以用于数据的转发。DRNI已经可以正常工作了。
[0225] 本功能将建立起转发和聚合组接口之间的连接，从而保证了 DRNI接口可以接收 和发送数据报文。
[0226] 系统1的DR建立完成后，可以触发NTT发送告知系统2。
[0227] 至此，一个分布式的链路聚合组建立起来，数据流量已经可以正常的在DRNI上进 行转发了。
[0228] 3.分发协商。有时为了提高系统在流量分配上的可控性，使得DRNI技术能够更好 的满足负载均衡、保护的需求，DRCP控制协议可能还需要进一步加强对数据流量的分发功 能，即能够在系统1和系统2之间转发流量，这就需要通过IPL来传输数据报文了，但这需 要系统1和系统2就数据流的网关和聚合器的选择达成一致，否则将出现混乱，甚至环路网 络风暴等严重问题。
[0229] 因此在协商一致之前，需要先关闭IPL的数据流量转发功能，避免流量的错误转 发：
[0230] Disable_IPLForwarding ()
[0231] 然后系统1开始和系统2在DR进行针对流量分发的协商：
[0232] Complete = NeedtoCoordination(Actor. GW, Actor.Agg, Partner. GW, Partner. Agg)
[0233] 该功能的具体流程参见下文相关描述，在此不再进行赘述。
[0234] 当Complete = Yes时，贝U进入DR分发，数据流量将按新的分发算法来进行数据流 的分发；如果协商失败，即Complete = No,则重复进行分发协商过程。
[0235] 4. DR分发。当协商后达到了统一，即Complete = Yes,则DR需要开启连接系统1 和系统2的内链链路的数据流量转发功能，打开内链链路上端口的转发功能，并且配置系 统1和系统2的流量分配方式及其对应的相关变量，包括：
[0236] a)首先对DR的流量分发按照之前的协商结果进行相关的配置
[0237] DistributionConf (Actor. GW, Actor_Info. Agg, Partner. GW, Partner. Agg)
[0238] 这里的数据流量是按流量的会话ID来进行分配的。
[0239] 这里以系统1的流量会话分配方式为例，根据Actor_Agg和Partner_Agg，以及 Actor_GW和Partner_GW的信息，修改系统1上的DR的分发方式如下表1所示：
[0240] 表1系统1上的DR的分发方式
[0241]

【权利要求】
1. 一种分布式弹性网络互连中同一端内系统之间交互信息的方法，应用于链路聚合组 端点中的每一个系统，包括： 通过内链接口发送分布式中继控制协议（DRCP)协议报文，其中至少携带本系统的系 统信息； 在接收到邻接系统发来的DRCP协议报文后，如判断出本系统与所述邻接系统能形成 分布式弹性网络互连的一个端点，则确定本系统的操作Key值。
2. 如权利要求1所述的方法，其特征在于，还包括： 在确定本系统的操作Key值后，在本系统内建立分布式中继通道。
3. 如权利要求2所述的方法，其特征在于，还包括： 在确定本系统的操作Key值后，与所述邻接系统协商统一的会话分发方式。
4. 如权利要求1所述的方法，其特征在于： 所述判断出本系统与所述邻接系统能形成同一个端点，具体包括： 对接收到的所述DRCP协议报文中携带的所述邻接系统的系统信息与本系统的系统信 息进行匹配性检查，若所述匹配性检查通过，则判断出本系统与所述邻接系统能形成同一 个端点。
5. 如权利要求4所述的方法，其特征在于： 所述对接收到的所述DRCP协议报文中携带的所述邻接系统的系统信息与本系统的系 统信息进行匹配性检查，具体包括： 判断本系统的端点标识和所述邻接系统的端点标识是否一致；和/或判断本系统的虚 拟系统标识和所述邻接系统的虚拟系统标识是否一致； 所述匹配性检查通过，具体包括： 所述本系统与所述邻接系统的端点标识相同，和/或所述本系统与所述邻接系统的虚 拟系统标识相同。
6. 如权利要求5所述的方法，其特征在于： 所述对接收到的所述DRCP协议报文中携带的所述邻接系统的系统信息与本系统的系 统信息进行匹配性检查，还包括： 判断本系统的系统编号（System Number)与所述邻接系统的SystemNumber是否冲突； 所述匹配性检查通过，具体包括： 所述本系统与所述邻接系统的端点标识和/或虚拟系统标识分别相同，且本系统与所 述邻接系统的System Number不冲突。
7. 如权利要求4?6中任意一项所述的方法，其特征在于，还包括： 若匹配性检查通过，则保存所述DRCP协议报文中携带的所述邻接系统的系统信息。
8. 如权利要求1、4或5所述的方法，其特征在于： 所述发送DRCP协议报文，具体包括： 周期性地发送所述DRCP协议报文； 所述方法还包括： 每当接收到邻接系统发来的DRCP协议报文后，启动一个定时器； 若在所述定时器超时时，未收到所述邻接系统发来的DRCP协议报文，或者在所述定时 器超时前收到了所述邻接系统发来的DRCP协议报文，但匹配性检查未通过，则确定本系统 与所述邻接系统不能再形成分布式弹性网络互连的一个端点。
9. 如权利要求1所述的方法，其特征在于： 所述发送DRCP协议报文，具体包括： 在本系统的系统信息中有参数更新时，发送所述DRCP协议报文。
10. 如权利要求1所述的方法，其特征在于： 所述确定本系统的操作Key值，具体包括： 如判断出本系统的操作Key值与所述邻接系统的操作Key值相同，则维持本系统的操 作Key值不变。
11. 如权利要求10所述的方法，其特征在于： 所述确定本系统的操作Key值，具体包括： 如判断出本系统的操作Key值与所述邻接系统的操作Key值不同，则依据策略，修改本 系统的操作Key值或者维持本系统的操作Key值不变。
12. 如权利要求1所述的方法，其特征在于： 所述确定本系统的操作Key值，具体包括： 根据本系统的管理Key值及接收到的所述邻接系统的管理Key值，计算出本系统的操 作Key值。
13. 如权利要求1、10、11或12所述的方法，其特征在于，还包括： 在确定本系统的操作Key值后，将本系统的操作Key值通过链路汇聚控制协议（LACP) 报文发送给分布式弹性网络互连的对端。
14. 如权利要求3所述的方法，其特征在于： 所述与所述邻接系统协商统一的会话分发方式，具体包括： 对所述邻接系统发来的所述DRCP协议报文中携带的会话分法方式与本系统的会话 分发方式进行协商，依据协商好的会话分发方式来配置本系统内分布式中继的流量分发方 式； 所述会话分发方式包括下述两个参数中任意一个或任意组合：网关系统选择和聚合器 /聚合端口选择。
15. 如权利要求14所述的方法，其特征在于： 所述对所述邻接系统发来的所述DRCP协议报文中携带的会话分法方式与本系统的会 话分发方式进行协商，具体包括： 将所述邻接系统发来的DRCP协议报文中携带的会话分发方式与本系统的会话分发方 式进行对比，对于在会话分发方式达到一致的会话，则分布式中继按一致的会话分发方式 进行所述会话流量的分发，对于在会话分发方式有冲突的会话，则分布式中继过滤或丢弃 所述会话分发方式有冲突的会话流量。
16. 如权利要求2所述的方法，其特征在于： 所述在本系统内建立分布式中继通道，具体包括： 对分布式中继在网关和聚合器/聚合端口上会话分发做出配置，配置后所述分布式中 继在本系统上的网关和聚合器/聚合端口之间转发会话流量。
17. 如权利要求2所述的方法，其特征在于： 在与所述邻接系统协商统一的会话分发方式之前，还包括： 关闭与所述邻接系统之间的内链链路的数据流量转发功能； 当与所述邻接系统统一会话分发方式后协商完成，统一了分发算法，开启所述内链链 路的数据流量转发功能。
18. 如权利要求8所述的方法，其特征在于，还包括： 若确定本系统与所述邻接系统不能再形成分布式弹性网络互连的一个端点，则依据策 略确定是否需要对本系统的系统信息进行修改；如需要修改，则对本系统的系统信息中至 少部分LACP参数进行修改，并将修改后的LACP参数通过LACP报文发送给分布式弹性网络 互连的对端；其中，修改后本系统的LACP参数与所述邻接系统的LACP参数至少不完全相 同。
19. 如权利要求12或18所述的方法，其特征在于： 所述对本系统的系统信息中至少部分LACP参数进行修改，具体包括： 对本系统的操作key值和/或系统标识进行修改，或者将操作Key值恢复为管理Key 值。
20. 如权利要求14或15所述的方法，其特征在于： 当与所述邻接系统之间的内链链路发生故障或者所述内链链路不可用时，则将所述分 布式中继恢复为协商前的会话分发方式的配置。
21. 如权利要求1所述的方法，其特征在于： 通过所述内链接口发送的所述DRCP协议报文中还携带有与本系统相连接的其他邻接 系统的系统信息和/或会话分发方式。
22. -个分布式弹性网络互连中实现分布式中继控制的系统，其特征在于，包括： 发送状态机用于在本系统的其他状态机指示需要发送或者需周期发送时，发送分布式 中继控制协议（DRCP)协议报文； 接收状态机用于接收邻接系统发来的DRCP协议报文，对本系统和所述邻接系统的系 统信息进行匹配性检查，在匹配性检查通过后记录所述DRCP协议报文中的信息，启动定时 器判断是否定时接收到所述邻接系统再次发来的DRCP协议报文； 协商状态机用于确定本系统的操作Key值，确保和所述邻接系统的操作Key值一致； 同步状态机用于建立聚合器/聚合端口和网关之间的转发通道，按需与所述邻接系统 协商统一的会话分发方式，配置分布式中继的会话分发方式； 周期发送状态机用于决定所述发送状态机周期发送DRCP协议报文。
23. 如权利要求22所述的系统，其特征在于： 所述接收状态机用于对本系统和所述邻接系统的系统信息进行匹配性检查，具体包 括： 所述接收状态机用于判断本系统的端点标识和所述邻接系统的端点标识是否一致；和 /或判断本系统的虚拟系统标识和所述邻接系统的虚拟系统标识是否一致； 所述匹配性检查通过，具体包括： 所述本系统与所述邻接系统的端点标识相同，和/或所述本系统与所述邻接系统的虚 拟系统标识相同。
24. 如权利要求23所述的系统，其特征在于： 所述接收状态机用于对本系统和所述邻接系统的系统信息进行匹配性检查，还包括： 所述接收状态机用于判断本系统的系统编号（System Number)与所述邻接系统的 System Number 是否冲突； 所述匹配性检查通过，具体包括： 所述本系统与所述邻接系统的端点标识和/或虚拟系统标识分别相同，且邻接系统的 System Number合法，或者，本系统与所述邻接系统的System Number不冲突。
25. 如权利要求22所述的系统，其特征在于： 所述协商状态机用于确定本系统的操作Key值，确保和所述邻接系统的操作Key值一 致，具体包括： 所述协商状态机用于在判断出本系统的操作Key值与所述邻接系统的操作Key值相同 时，维持本系统的操作Key值不变；还用于在判断出本系统的操作Key值与所述邻接系统 的操作Key值不同时，依据策略，修改本系统的操作Key值或者维持本系统的操作Key值不 变。
26. 如权利要求22所述的方法，其特征在于： 所述协商状态机用于确定本系统的操作Key值，确保和所述邻接系统的操作Key值一 致，具体包括： 所述协商状态机用于根据本系统的管理Key值及接收到的所述邻接系统的管理Key 值，计算出本系统的操作Key值。
27. 如权利要求25或26所述的系统，其特征在于，还包括： 所述协商状态机还用于在确定本系统的操作Key值后，将本系统的操作Key值通过链 路汇聚控制协议（LACP)报文发送给分布式弹性网络互连的对端。
28. 如权利要求22所述的系统，其特征在于： 所述与所述邻接系统协商统一的会话分发方式，具体包括： 所述同步状态机用于对所述邻接系统发来的所述DRCP协议报文中携带的会话分法方 式与本系统的会话分发方式进行协商，依据协商好的会话分发方式来配置本系统内分布式 中继的流量分发方式。
29. 如权利要求28所述的系统，其特征在于： 所述同步状态机用于对所述邻接系统发来的所述DRCP协议报文中携带的会话分法方 式与本系统的会话分发方式进行协商，具体包括： 所述同步状态机用于将所述邻接系统发来的DRCP协议报文中携带的会话分发方式与 本系统的会话分发方式进行对比，对于在会话分发方式达到一致的会话，则按一致的会话 分发方式进行所述会话流量的分发，对于在会话分发方式有冲突的会话，则过滤或丢弃所 述会话分发方式有冲突的会话流量。
30. 如权利要求8或29所述的系统，其特征在于： 所述会话分发方式包括下述两个参数中任意一个或任意组合：网关系统选择和聚合器 /聚合端口选择。
31. 如权利要求22所述的系统，其特征在于： 同步状态机还用于在与所述邻接系统协商统一的会话分发方式之前，关闭与所述邻接 系统之间的内链链路的数据流量转发功能； 还用于当与所述邻接系统统一会话分发方式后协商完成，统一了分发算法，开启所述 内链链路的数据流量转发功能。
32. 如权利要求22所述的系统，其特征在于： 所述接收状态机还用于如未定时收到所述邻接系统再次发来的DRCP协议报文或者接 收到的所述邻接系统再次发来的DRCP协议报文没有通过匹配性检查，则依据策略确定是 否需要对本系统的系统信息进行修改；如需要修改，则还用于对本系统的系统信息中至少 部分LACP参数进行修改，并将修改后的LACP参数通过LACP报文发送给分布式弹性网络互 连的对端；其中，修改后本系统的LACP参数与所述邻接系统的LACP参数至少不完全相同。
33. 如权利要求26或32所述的系统，其特征在于： 所述接收状态机用于对本系统的系统信息中至少部分LACP参数进行修改，具体包括： 所述接收状态机用于对本系统的操作key值和/或系统标识进行修改，或者将操作Key 值恢复为管理Key值。
34. 如权利要求28或29所述的系统，其特征在于： 所述同步状态机还用于在与所述邻接系统之间的内链链路发生故障或者所述内链链 路不可用时，将所述分布式中继恢复为协商前的会话分发方式的配置。
35. 如权利要求22所述的系统，其特征在于： 所述发送状态机通过所述内链接口发送的所述DRCP协议报文中还携带有与本系统相 连接的其他邻接系统的系统信息和/或会话分发方式。
【文档编号】H04L12/703GK104125088SQ201310155668
【公开日】2014年10月29日 申请日期:2013年4月28日 优先权日:2013年4月28日
【发明者】敖婷, 喻敬海, 魏月华, 许雪琼, 郭锥 申请人:中兴通讯股份有限公司