CN113328894B - 基于cu分离的双机热备的方法及设备 - Google Patents

基于cu分离的双机热备的方法及设备 Download PDF

Info

Publication number
CN113328894B
CN113328894B CN202110652102.1A CN202110652102A CN113328894B CN 113328894 B CN113328894 B CN 113328894B CN 202110652102 A CN202110652102 A CN 202110652102A CN 113328894 B CN113328894 B CN 113328894B
Authority
CN
China
Prior art keywords
user
standby
priority
group
priority parameter
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202110652102.1A
Other languages
English (en)
Other versions
CN113328894A (zh
Inventor
张银叶
朱筠
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202110652102.1A priority Critical patent/CN113328894B/zh
Publication of CN113328894A publication Critical patent/CN113328894A/zh
Application granted granted Critical
Publication of CN113328894B publication Critical patent/CN113328894B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H04L41/5022—Ensuring fulfilment of SLA by giving priorities, e.g. assigning classes of service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/54—Organization of routing tables

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Hardware Redundancy (AREA)

Abstract

本发明公开了一种基于CU分离的双机热备方法，包括：控制面CP接收用户面UP发送的优先级参数，其中，所述UP包括第一UP和第二UP，所述优先级参数包括所述第一UP的优先级参数和所述第二UP的优先级参数；所述CP根据所述第一UP的优先级参数和所述第二UP的优先级参数，确定主UP和备用UP；所述CP向所述UP发送主备状态标识，所述主备状态标识用于指示所述UP是所述主UP还是所述备用UP；所述CP根据所述UP发送的用户上线报文生成用户信息表和用户路由表；所述CP向所述UP发送所述用户信息表和所述用户路由表。本发明实施例还提供了一种设备。采用本发明实施例可实现在CU分离的情况下完整的双机热备方法。

Description

基于CU分离的双机热备的方法及设备
本申请是向中国知识产权局提交的申请日为2017年8月31日、申请号为201710776811.4、发明名称为“基于CU分离的双机热备的方法及设备”的申请的分案申请。
技术领域
本发明涉及通信领域，尤其涉及一种基于CU分离的双机热备的方法及设备。
背景技术
宽带接入时，远程宽带接入服务器(Broadband Remote Access Server，BRAS)会根据用户请求报文携带的用户名和密码，将认证请求通过远程用户拨号认证***(RemoteAuthentication Dial in User Server，Radius)协议进行Radius认证，认证成功以后，BRAS会为用户分配IP地址。在实际部署的过程中，都会部署主备的BRAS，主备BRAS之间实现用户信息的同步、实现路由的同步、实现主故障以后备自动升级为主的功能。通过主备的部署方式，实现了可靠性接入。
在实际应用过程中，为了提高用户接入的可靠性，通过部署热备的方法实现可靠性接入，然而要保证两个BRAS之间具有链路或者路由可达，需要在两个BRAS之间部署e-trunk协议或者虚拟路由冗余协议(Virtual Router Redundancy Protocol，VRRP)，这给实际的组网带了不少的麻烦，维护起来也不方便。
***提出了CU分离的概念，其中C代表的是控制面(Controller Plane,CP)，U代表的是用户面(User Plane,UP)，也就是实现了一种转发和控制分离的方案，实际组网如图1所示，将控制面的消息上送到CP处理，UP依然使用当前组网里的实体设备，这样可以实现CP对UP的集中控制与管理，同时不需要对现网的环境进行大的变更。
在CU分离的方案下，虽然之前的BRAS还是存在俩俩之前的备份，但是这样的备份已经不能实现热备功能了，由于协议报文的处理已经上移到CP，UP只作为简单的转发设备，用户的信息表和路由都是由CP下发给UP的，因此当前在CU分离的方案下还没完整的双机热备方法。
发明内容
本发明实施例提供一种基于CU分离的双机热备的方法及设备，实现了在CU分离的情况下完整的双机热备方法。
第一方面，本发明实施例提供一种基于CU分离的双机热备的方法，包括：
控制面CP接收用户面UP发送的优先级参数，其中，所述UP包括第一UP和第二UP，所述优先级参数包括所述第一UP的优先级参数和所述第二UP的优先级参数；
所述CP根据所述第一UP的优先级参数和所述第二UP的优先级参数，确定主UP和备用UP；
所述CP向所述UP发送主备状态标识，所述主备状态标识用于指示所述UP是所述主UP还是所述备用UP；
所述CP根据所述UP发送的用户上线报文生成用户信息表和用户路由表；
所述CP向所述UP发送所述用户信息表和所述用户路由表。CP根据优先级参数确定主UP和备用UP，能够使用户正常上线和数据的转发与备份，进而实现在CU分离的方案下实现双机热备。
在一种可行的实施例中，所述CP根据所述第一UP的优先级参数和所述第二UP的优先级参数，确定主UP和备用UP，包括：
当所述第一UP的优先级参数大于所述第二UP的优先级参数时，所述CP确定所述第一UP为所述主UP，所述第二UP为所述备用UP；
当所述第一UP的优先级参数小于所述第二UP的优先级参数时，所述CP确定所述第二UP为所述主UP，所述第一UP为所述备用UP。
在一种可行的实施例中，所述CP向所述UP发送主备状态标识后，所述方法还包括：
在第一预设时长内，当所述CP未接收到所述第一UP的状态刷新是否成功消息，且所述第一UP为主UP，所述第二UP为备用UP时，所述CP将所述第一UP从主状态切换到备用状态，将所述第二UP从备用状态切换到主状态；
在第二预设时长内，所述CP未接收到所述第二UP的状态刷新是否成功消息，且所述第二UP为备用UP时，所述CP将所述第二UP标记为down；
其中，所述第一预设时长小于第二预设时长。
在一种可行的实施例中，所述用户路由表中的用户路由具有不同的优先级；所述CP向所述UP发送所述用户信息表和所述用户路由表，包括：
所述CP将所述用户路由表中优先级高于预设优先级的用户路由发送至所述主UP，将所述用户路由表中优先级低于预设优先级的用户路由发送至所述备用UP。
在一种可行的实施例中，所述CP向所述UP发送主备状态标识时，所述方法还包括：
所述CP向所述第一UP发送所述第二UP的优先级参数，向所述第二UP发送所述第一UP的优先级参数。
在一种可行的实施例中，所述CP向所述UP发送所述用户信息表和所述用户路由表后，所述方法还包括：
当确定所述第一UP与交换机之间的链路故障、所述第一UP自身故障或者所述第一UP与所述CP之间链路故障，且所述第一UP为所述主UP，所述第二UP为所述备用UP时，所述CP将所述第二UP的状态从备用状态切换到主状态；
所述CP刷新所述第二UP的路由的优先级。
第二方面，本发明实施例提供另一种基于CU分离的双机热备的方法，包括：
用户面UP向控制面CP发送优先级参数；
所述UP接收CP发送的主备状态标识，所述主备状态标识用于指示所述UP是所述主UP还是所述备用UP；
所述UP根据所述主备状态标识刷新主备状态；
所述UP向所述CP发送状态刷新是否成功消息。
在一种可行的实施例中，所述UP包括第一UP和第二UP，所述优先级参数包括所述第一UP的优先级参数和所述第二UP的优先级参数，所述UP接收CP发送的主备状态标识时，所述方法还包括：
所述第一UP接收所述第二UP的优先级参数；
所述第二UP接收所述第一UP的优先级参数。
在一种可行的实施例中，所述UP向所述CP发送状态刷新是否成功消息后，所述方法还包括：
当通过链路汇聚控制协议LACP感知其与交换机之间的链路故障，且所述UP为主UP时，所述UP通过openflow协议向所述CP发送感知结果，所述感知结果用于指示所述UP与交换机之间的链路故障。
在一种可行的实施例中，所述UP向所述CP发送状态刷新是否成功消息后，所述方法还包括：
当根据双向转发检测BFD或者探测的方式确定所述UP与所述CP之间的链路故障，且所述UP为主UP时，
所述UP将其与交换机连接的接口状态设置down。
在一种可行的实施例中，所述UP向所述CP发送状态刷新是否成功消息后，所述方法还包括：
当接收到所述CP发送的优先级参数，且所述UP为备用UP时，所述UP与交换机协商使所述交换机将所述UP识别为主UP。
第三方面，本发明实施例提供了一种控制面CP设备，包括：
接收单元，用于接收用户面UP发送的优先级参数，其中，所述UP包括第一UP和第二UP，所述优先级参数包括所述第一UP的优先级参数和所述第二UP的优先级参数；
确定单元，用于根据所述第一UP的优先级参数和所述第二UP的优先级参数，确定主UP和备用UP；
发送单元，用于向所述UP发送主备状态标识，所述主备状态标识用于指示所述UP是所述主UP还是所述备用UP；
生成单元，根据所述UP发送的用户上线报文生成用户信息表和用户路由表；
所述发送单元，还用于向所述UP发送所述用户信息表和所述用户路由表。
在一种可行的实施例中，所述确定单元包括：
第一确定子单元，用于当所述第一UP的优先级参数大于所述第二UP的优先级参数时，确定所述第一UP为所述主UP，所述第二UP为所述备用UP；
第二确定子单元，用于当所述第一UP的优先级参数小于所述第二UP的优先级参数时，确定所述第二UP为所述主UP，所述第一UP为所述备用UP。
在一种可行的实施例中，所述发送单元向所述UP发送主备状态标识后，所述设备还包括：
切换单元，用于在第一预设时长内，当所述CP未接收到所述第一UP的状态刷新是否成功消息，且所述第一UP为主UP，所述第二UP为备用UP时，将所述第一UP从主状态切换到备用状态，将所述第二UP从备用状态切换到主状态；
标记单元，用于在第二预设时长内，所述CP未接收到所述第二UP的状态刷新是否成功消息，且所述第二UP为备用UP时，将所述第二UP标记为down；
其中，所述第一预设时长小于第二预设时长。
在一种可行的实施例中，所述用户路由表中的用户路由具有不同的优先级；所述发送单元还用于：
将所述用户路由表中优先级高于预设优先级的用户路由发送至所述主UP，将所述用户路由表中优先级低于预设优先级的用户路由发送至所述备用UP。
在一种可行的实施例中，所述发送单元还用于：
向所述第一UP发送所述第二UP的优先级参数，向所述第二UP发送所述第一UP的优先级参数。
在一种可行的实施例中，所述发送单元向所述UP发送所述用户信息表和所述用户路由表后，所述设备还包括：
当确定所述第一UP与交换机之间的链路故障、所述第一UP自身故障或者所述第一UP与所述CP之间链路故障，且所述第一UP为所述主UP，所述第二UP为所述备用UP时，将所述第二UP的状态从备用状态切换到主状态；
刷新单元，用于刷新所述第二UP的路由的优先级。
第四方面，本发明实施例提供了一种用户面UP设备，包括：
发送单元，用于向控制面CP发送优先级参数；
接收单元，用于接收CP发送的主备状态标识，所述主备状态标识用于指示所述UP是所述主UP还是所述备用UP；
刷新单元，用于根据所述主备状态标识刷新主备状态；
所述发送单元，还用于向所述CP发送状态刷新是否成功消息。
在一种可行的实施例中，所述UP包括第一UP和第二UP，所述优先级参数包括所述第一UP的优先级参数和所述第二UP的优先级参数，所述UP接收CP发送的主备状态标识时，所述接收单元还用于：
接收所述第二UP的优先级参数；
接收所述第一UP的优先级参数。
在一种可行的实施例中，所述发送单元还用于：
当通过链路汇聚控制协议LACP感知其与交换机之间的链路故障，且所述UP为主UP时，通过openflow协议向所述CP发送感知结果，所述感知结果用于指示所述UP与交换机之间的链路故障。
在一种可行的实施例中，所述发送单元向所述CP发送状态刷新是否成功消息后，所述设备还包括：
设置单元，用于当根据双向转发检测BFD或者探测的方式确定所述UP与所述CP之间的链路故障，且所述UP为主UP时，将其与交换机连接的接口状态设置down。
在一种可行的实施例中，所述发送单元向所述CP发送状态刷新是否成功消息后，所述设备还包括：
协商单元，用于当接收到所述CP发送的优先级参数，且所述UP为备用UP时，与交换机协商使所述交换机将所述UP识别为主UP。
第五方面，本发明实施例提供了一种控制面CP设备，包括：
存储有可执行程序代码的数据存储器；
与所述耦合的控制器；
所述控制器调用所述存储器中存储的所述可执行程序代码，执行如本发明实施例第一方面中所描述的部分或全部步骤。
第六方面，本发明实施例提供了一种用户面UP设备，包括：
存储有可执行程序代码的数据存储器；
与所述耦合的控制器；
所述控制器调用所述存储器中存储的所述可执行程序代码，执行如本发明实施例第二方面中所描述的部分或全部步骤。
可以看出，在本发明实施例的方案中，CP接收用户面UP发送的优先级参数，其中，所述UP包括第一UP和第二UP，所述优先级参数包括所述第一UP的优先级参数和所述第二UP的优先级参数；所述CP根据所述第一UP的优先级参数和所述第二UP的优先级参数的大小，从第一UP和第二UP中确定主UP和备用UP，接着向所述UP发送主备状态标识，告知第一UP和第二UP的主备状态；所述CP根据所述UP发送的用户上线报文生成用户信息表和用户路由表；所述CP向所述UP发送所述用户信息表和所述用户路由表。当CP确定主UP与交换机之间的链路故障、主UP自身故障、主UP与CP之间的链路故障和其他故障时，CP根据预设的方法处理故障，保障交换机上用户的流量信息上传至CP，实现了在CU分离的情况下完整的双机热备方法。
本发明的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种基于CU分离的双机热备方法的应用场景示意图；
图2为本发明实施例提供的一种基于CU分离的双机热备方法的流程示意图；
图3为本发明实施例提供的另一种基于CU分离的双机热备方法的流程示意图；
图4为本发明实施例提供的另一种基于CU分离的双机热备方法的流程示意图；
图5为本发明实施例提供的一种基于CU分离的双机热备的故障示意图；
图6为本发明实施例提供的另一种基于CU分离的双机热备的故障示意图；
图7为本发明实施例提供的另一种基于CU分离的双机热备的故障示意图；
图8为本发明实施例提供的另一种基于CU分离的双机热备的故障示意图；
图9为本发明实施例提供的另一种基于CU分离的双机热备的故障示意图；
图10为本发明实施例提供的一种控制面CP的结构示意图；
图11为本发明实施例提供的一种控制面CP的局部结构示意图；
图12为本发明实施例提供的一种用户面UP的结构示意图；
图13为本发明实施例提供的一种控制面CP的结构示意图；
图14为本发明实施例提供的一种用户面UP的结构示意图。
具体实施方式
以下分别进行详细说明。
本发明的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
参见图1，图1为本发明实施例提供的一种基于CU分离的双机热备方法的应用场景示意图。如图1所示，该应用场景包括：交换机101，第一用户面(User Plane，UP)102、第二用户面103、控制路由器(Controller Router，CR)104和控制面(Controller Plane，CP)105。
上述交换机101按照传输介质的不同，可为以太网交换机、快速以太网交换机、千兆以太网交换机、光线分布式数据接口(Fiber Distributed Data Interface，FDDI)交换机、异步传输模式(Asynchronous Transfer Mode，ATM)交换机或者令牌环交换机。上述交换机101按照网络结构划分，可以为接入层交换机、汇聚层交换机或者核心层交换机。上述交换机101按照网络模型划分，可以为第二层交换机、第三层交换机或者第四层交换机。
其中，上述第一UP 102和上述第二UP 103均为服务器，用于存储和备份用户的上网的行为数据。上述第一UP 102和上述第二UP 103与上述交换机101之间采用trunk协议通信。
上述交换机101可以看成一个trunk、上述第一UP 102和上述第二UP 103也可各自看成一个trunk。上述交换机101与第一UP102和上述第二UP103之间的通信过程均可是实现一个跨框的trunk通信过程。
其中，上述路由器104，又称网关(Gateway)是用于转发上述第一UP 102和上述第二UP 103与上述CP 105之间交互的数据。
其中，上述CP 105为上述第一UP 102和上述第二UP 103的控制中心，用于实现在第一UP 102和第二UP 103中，确定主UP和备用UP，并在链路出现故障时，完成主备UP的选择。
上述CP 105根据优先级参数将第一UP 102和第二UP 103分为主UP和备用UP后，上述交换机101将用户上线的流量和报文发送到主UP和备用UP。当发生故障时，上述CP 105将备用UP切换为主UP。
需要说明的是，上述第一UP102、上述第二UP103和上述CP105可以是同一个设备，也可是不同的设备；或者上述第一UP102与上述CP105可以是同一个设备，或者上述第二UP102与上述CP105可以是同一个设备。
需要说明的是，上述UP又可称为UP设备，上述CP又可称为CP设备。
请参见图2，图2为本发明实施例提供的一种基于CU分离的双机热备方法的流程示意图。如图2所示，该方法包括：
S201、控制面CP接收用户面UP发送的优先级参数。
其中，所述UP包括第一UP和第二UP，所述优先级参数包括所述第一UP的优先级参数和所述第二UP的优先级参数。
S202、所述CP根据所述第一UP的优先级参数和所述第二UP的优先级参数，确定主UP和备用UP。
其中，所述CP根据所述第一UP的优先级参数和所述第二UP的优先级参数，确定主UP和备用UP，包括：
当所述第一UP的优先级参数大于所述第二UP的优先级参数时，所述CP确定所述第一UP为所述主UP，所述第二UP为所述备用UP；
当所述第一UP的优先级参数小于所述第二UP的优先级参数时，所述CP确定所述第二UP为所述主UP，所述第一UP为所述备用UP。
S203、所述CP向所述UP发送主备状态标识，所述主备状态标识用于指示所述UP是所述主UP还是所述备用UP。
其中，所述CP向所述UP发送主备状态标识后，所述方法还包括：
在第一预设时长内，当所述CP未接收到所述第一UP的状态刷新是否成功消息，且所述第一UP为主UP，所述第二UP为备用UP时，所述CP将所述第一UP从主状态切换到备用状态，将所述第二UP从备用状态切换到主状态；
在第二预设时长内，所述CP未接收到所述第二UP的状态刷新是否成功消息，且所述第二UP为备用UP时，所述CP将所述第二UP标记为down；
其中，所述第一预设时长小于第二预设时长。
具体地，当上述CP向上述第一UP发送主备状态标识后，且第一UP为主UP，在第一预设时长内，上述CP未接收到第一UP发送的状态刷新是否成功消息时，该CP将上述第二UP从备用状态切换为主状态，即该第二UP为主UP，第一UP为备用UP。
当上述CP向上述第二UP发送主备状态标识后，且该第二UP为备用UP，在第一预设时长内，上述CP未接收到第一UP发送的状态刷新是否成功消息时，上述CP将上述第一预设时长延长至第二预设时长。在第二预设时长内，上述CP未接收到第二UP发送的的状态刷新是否成功消息时，该CP将上述第二UP标记为down。
需要说明的是，该CP将上述第二UP标记为down具体是将该第二UP与交换机连接的接口设置为down，以告知上述交换机该第二UP与上述CP之间的链路故障。
S204、所述CP根据所述UP发送的用户上线报文生成用户信息表和用户路由表。
其中，上述用户上线报文包括用户的相关信息和用户的路由，上述CP根据用户的相关信息和用户的路由生成用户信息表和用户路由表。
S205、所述CP向所述UP发送所述用户信息表和所述用户路由表。
其中，所述用户路由表中的用户路由具有不同的优先级；所述CP向所述UP发送所述用户信息表和所述用户路由表，包括：
所述CP将所述用户路由表中优先级高于预设优先级的用户路由发送至所述主UP，将所述用户路由表中优先级低于预设优先级的用户路由发送至所述备用UP。
其中，所述CP向所述UP发送主备状态标识时，所述方法还包括：
所述CP向所述第一UP发送所述第二UP的优先级参数，向所述第二UP发送所述第一UP的优先级参数。
其中，所述CP向所述UP发送所述用户信息表和所述用户路由表后，所述方法还包括：
当确定所述第一UP与交换机之间的链路故障、所述第一UP自身故障或者所述第一UP与所述CP之间链路故障，且所述第一UP为所述主UP，所述第二UP为所述备用UP时，所述CP将所述第二UP的状态从备用状态切换到主状态；
所述CP刷新所述第二UP的路由的优先级。
具体地，上述第一UP可根据链路汇聚控制协议(Link Aggregation ControlProtocol)LACP或者探测的方式感知其与上述交换机之间的链路故障时，该第一UP将感知结果发送至上述CP，该CP就可确定该第一UP与上述交换机之间的链路故障；上述CP可通过探测的方式确定上述第一UP自身是否故障或者该第一UP与该CP之前的链路是否故障。
上述探测的方式具体为上述CP向第一UP发送感知消息，在预设时长内是否接收到第一UP的反馈消息。当在预设时长内未接收到第一UP的反馈消息时，上述CP确定第一UP自身发生故障或者该CP与第一UP之间的链路故障。
当确定上述第一UP与上述交换机之间的链路故障、该第一UP自身故障或者该第一UP与上述CP之间链路故障，且上述第一UP为所述主UP，上述第二UP为所述备用UP时，上述CP将上述第二UP的状态从备用状态切换到主状态，即第二UP设置为主UP。该第二UP开始发送免费的地址解析协议(Address Resolution Protocol，ARP)报文，以使交换机将其识别为主UP。
进一步地，第一UP和第二UP根据LACP感知其均与交换机之间链路故障时，将感知结果发送至上述CP。当确定第一UP和第二UP与交换机之间的链路都发生故障时，上述CP在等待第三预设时长后，开始删除用户信息表，防止链路恢复后用户能够正常上线。由于IPOE用户在链路故障以后会探测是否掉线了，当确认掉线后生成一个用户表，在链路恢复后用户通过过访问网页的方式就可以触发上线。为了防止触发上线，上述CP 705暂时保存用户信息备份表。
进一步地，上述CP根据上述探测的方式确定其与第一UP和第二UP之间的链路均发生故障时，用户的流量还是可以通过UP(包括第一UP和第二UP)和CR到IP网络进行转发。但是在链路故障期间，上述CP无法感知第一UP和第二UP的状态由于新上线的用户协议报文无法发送至上述CP，上线肯定是不可能的，但是用户(客户端)可以在链路故障期间下线。
在链路故障期间，下线报文不能到达CP就会被丢弃，用户的用户信息表会在CP和UP(包括第一UP和第二UP)上残留，而且该用户相关的计费数据量也会被丢失，这个会对运营商的业务造成损失，同时也会影响后续的用户上线。在这种情况下，上述第一UP和第二UP暂时缓存用户发送的下线请求报文(缓存的空间不能太大，如果超过空间就覆盖式缓存)，同时记录用户下线前使用的数据流量信息，待故障链路恢复以后，再将数据流量信息发送至上述CP处理，对于在故障期间未发生变化的用户，链路故障恢复以后，上述第一UP和第二UP将对应的数据流量正常上报给CP即可。
在一种可行的实施例中，为了减轻CP处理的压力，在CP上单独创建一个虚拟机(Virtual Machine，VM)用来全职进行用户信息表的同步和路由刷新，CP与UP(包括第一UP和第二UP)之间通过Openflow协议进行用户信息的备份，备份信息包括：用户认证、授权、计费信息，服务质量(Quality of Service，QoS)信息及物理位置信息等。其中的备份策略可以是实时备份，也可以是批量备份。
可以看出，在本发明实施例的方案中，CP接收用户面UP发送的优先级参数，其中，所述UP包括第一UP和第二UP，所述优先级参数包括所述第一UP的优先级参数和所述第二UP的优先级参数；所述CP根据所述第一UP的优先级参数和所述第二UP的优先级参数的大小，从第一UP和第二UP中确定主UP和备用UP，接着向所述UP发送主备状态标识，告知第一UP和第二UP的主备状态；所述CP根据所述UP发送的用户上线报文生成用户信息表和用户路由表；所述CP向所述UP发送所述用户信息表和所述用户路由表。当CP确定主UP与交换机之间的链路故障、主UP自身故障、主UP与CP之间的链路故障和其他故障时，CP根据上述方法处理故障，保障交换机上用户的流量信息上传至CP，实现了在CU分离的情况下完整的双机热备方法。，
请参见图3，图3为本发明实施例提供的另一种基于CU分离的双机热备方法的流程示意图。如图3所示，该方法包括：
S301、用户面UP向控制面CP发送优先级参数。
其中，上述UP包括第一UP和第二UP，上述优先级参数包括第一UP的优先级参数和第二UP的优先级参数。
上述优先级参数可以是上述UP的Trunk静态配置的一个数值，还可以是上述UP根据其序列号和该UP的IP地址随机生成一个数值，作为该UP的优先级参数。该优先级参数用于与指示上述UP转发数据的优先级。
S302、所述UP接收CP发送的主备状态标识，所述主备状态标识用于指示所述UP是所述主UP还是所述备用UP。
具体地，当上述主备状态标识用于指示上述UP为主UP时，该UP则为主UP；当上述主备状态标识用于指示上述UP为备用UP时，该UP则为备用UP。
其中，所述UP接收CP发送的主备状态标识时，所述方法还包括：
所述第一UP接收所述第二UP的优先级参数；
所述第二UP接收所述第一UP的优先级参数。
具体地，上述CP在将上述主备状态标识发送至上述UP的同时，将对端的优先级参数发送至对端，即将第一UP的优先级参数发送至第二UP，将第二UP的优先级参数发送至第一UP。第一UP和第二UP就获取了对端的优先级参数，从而为后续的抢占式协商打下基础。
S303、所述UP根据所述主备状态标识刷新主备状态。
S304、所述UP向所述CP发送状态刷新是否成功消息。
其中，针对备用UP，该UP按照在预设时长内按照预设发送频率向上述CP发送状态刷新是否成功消息。
可选地，上述预设发送频率可由设备生产商设置，还可由使用者设置。
可选地，所述UP向所述CP发送状态刷新是否成功消息后，所述方法还包括：
当通过链路汇聚控制协议LACP感知其与交换机之间的链路故障，且所述UP为主UP时，所述UP通过openflow协议向所述CP发送感知结果，所述感知结果用于指示所述UP与交换机之间的链路故障。
需要说明的时，上述LACP为现有技术，在此不再叙述。
可选地，所述UP向所述CP发送状态刷新是否成功消息后，所述方法还包括：
当根据双向转发检测(Bi-directional Forwarding Detection，BFD)或者探测的方式确定所述UP与所述CP之间的链路故障，且所述UP为主UP时，
所述UP将其与交换机连接的接口状态设置down。
具体地，当上述UP通过上述探测的方式或者BFD确定其与上述CP之间的链路发生故障时，该UP将其与交换机连接的接口状态置为down。当交换机检测到上述UP与交换机连接的接口状态为down时，就感知到上述UP与上述CP之间的链路发生故障。交换机501与跨trunk的备用UP协议交互，将该备用UP识别为主UP，并将后续的数据发送至该备用UP。
可选地，所述UP向所述CP发送状态刷新是否成功消息后，所述方法还包括：
当接收到所述CP发送的优先级参数，且所述UP为备用UP时，所述UP与交换机协商使所述交换机将所述UP识别为主UP。
具体地，上述CP感知其与主UP之间的链路发生故障时，该CP生成一个优先级参数，并将该优先级参数发送给备用UP，该优先级参数大于主UP的优先级参数。备用UP接收到上述CP发送的优先级参数后，上述备用UP主动发起与交换机的协议协商，通过协商，该交换机将备用UP识别为主UP。通过这个协商过程，备用UP就完成抢占式的协商过程。
可以看出，在本发明实施例的方案中，用户面UP向控制面CP发送优先级参数；所述UP接收CP发送的主备状态标识，所述主备状态标识用于指示所述UP是所述主UP还是所述备用UP；所述UP根据所述主备状态标识刷新主备状态；所述UP向所述CP发送状态刷新是否成功消息。上述CP根据UP发送的优先级参数，确定UP的主备状态，实现CP对UP的控制。当发生故障时，UP可根据上述方法转移或者解决故障，保障交换机上用户的流量信息上传至CP，实现了在CU分离的情况下完整的双机热备方法。
参见图4，图4为本发明实施例提供的一种基于CU分离的双机热备方法的流程示意图。如图4所示，该方法包括：
S401、UP向CP发送优先级参数。
其中，上述UP包括第一UP和第二UP，上述优先级参数包括第一UP的优先级参数和第二UP的优先级参数。
具体地，上述第一UP和上述第二UP通过openflow协议将其对应的优先级参数发送CP。
其中，上述优先级参数可以是上述UP的Trunk静态配置的一个数值，还可以是上述UP根据其序列号和该UP的IP地址随机生成一个数值，作为该UP的优先级参数。该优先级参数用于与指示上述UP转发数据的优先级。
S402、CP根据UP的优先级参数，确定主UP和备用UP。
具体地，上述CP根据第一UP的优先级参数和第二UP的优先级参数的大小关系，确定主UP和备选UP。当第一UP的优先级参数大于第二UP的优先级参数，上述CP确定第一UP为主UP，第二UP确定备用UP；当第一UP的优先级参数大于第二UP的优先级参数，上述CP确定第二UP为主UP，第一UP为备用UP。
S403、CP向第一UP发送主备状态标识和第二UP的优先级参数。
其中，上述主备状态标识用于指示上述第一UP是主UP还是备用UP。
在一种可行的实施例中，当该主备状态标识为1(1：true)时，该主备状态标识指示上述第一UP为主UP；当该主备状态标识为0(0：false)时，该主备状态标识指示上述第一UP为备用UP。
S404、CP向第二UP发送主备状态标识和第一UP的优先级参数。
其中，上述主备状态标识用于指示上述第二UP是主UP还是备用UP。
在一种可行的实施例中，当该主备状态标识为1(1：true)时，该主备状态标识指示上述第二UP为主UP；当该主备状态标识为0(0：false)时，该主备状态标识指示上述第二UP为备用UP。
需要说明的是，上述第一UP和第二UP不能同时为主UP或者备用UP。
S405、第一UP和第二UP向CP发送状态刷新是否成功消息。
其中，上述第一UP和第二UP接收到上述CP发送的主备状态标识后，第一UP和第二UP根据上述主备状态标识，刷新状态信息，并将状态刷新是否成功消息发送至上述CP。
S406、CP接收第一UP和第二UP发送的状态刷新是否成功消息。
其中，若第一UP为主UP，第二UP为备用UP，当上述CP在预设时长内未接收到主UP发送的状态刷新是否成功消息时，上述CP确定第一UP为备用UP，第二UP为主UP；当上述CP在预设时长内未接收到备用UP发送的状态刷新是否成功消息时，上述CP延长探测周期，在该探测周期内，第二UP尝试重传上述状态刷新是否成功消息至少一次，当CP仍未接收到该状态刷新是否成功消息，上述CP将第二UP的与该CP连接的接口置为down，以表示第二UP与上述CP之间的链路故障。
其中，若第二UP为主UP，第一UP为备用UP，当上述CP在预设时长内未接收到主UP发送的状态刷新是否成功消息时，上述CP确定第二UP为备用UP，第一UP为主UP；当上述CP在预设时长内未接收到备用UP发送的状态刷新是否成功消息时，上述CP延长探测周期，在该探测周期内第一UP尝试重传上述状态刷新是否成功消息至少一次。当CP仍未接收到该状态刷新是否成功消息，上述CP将第一UP标记为down，以表示第一UP与上述CP之间的链路故障。
需要说明的是，图3所示的方法的各个步骤的具体实现过程可参见上述方法所述的具体实现过程，在此不再叙述。
S407、CP接收用户上线报文，并根据用户上线报文生成用户信息表和用户路由。
其中，用户信息表包括用户在哪个接口上线，携带的radius属性等信息。该用户信息表的作用时用来区分用户，不同的用户，其信息是不一样的。
S408、CP将用户信息表和用户路由表发送至第一UP和第二UP。
其中，上述用户路由具有不同的优先级，上述CP将优先级较高的用户路由信息发送至第一UP和第二UP中的主UP，上述CP将优先级较低的用户路由信息发送至第一UP和第二UP中的备用UP。
S409、CP根据预设处理方式处理链路故障。
如图1所示的应用场景中，交换机101与两个UP(即上述第一UP 102和上述第二UP103)之前实现跨框的Trunk。通过上述CP与两个UP之间的交互完成主备UP的选择和用户信息表、用户路由表的同步。该过程在步骤S301-S308中详细描述。
下面主要介绍链路故障时预设处理方式。
如图5所示，交换机501与第一UP(即用户面)502和第二UP 503之间是有trunk的LACP交互。上述交换机501可通过LACP感知与上述第一UP(即用户面)502和第二UP 503之间的链路是否发生故障；上述第一UP 502和第二UP 503均可通过LACP感知与交换机501之间的链路是否发生故障。当第一UP502通过LACP感知其与交换机501之前的链路发生故障，第一UP 502将感知结果通过openflow协议发送至CP(即控制面)505。该CP 505对上述第一UP502的主备状态进行切换。当上述第一UP 502为主UP，上述第二UP 503为备用UP时，该CP505将该第二UP503从备用UP切换为主UP，上述第一UP 502停止发送免费的ARP报文，上述第二UP 503开始发送免费的ARP报文，以告知交换机501主备发生变化，使得交换机401新上线用户的请求报文就可以直接送到第二UP 503(即主Up)上。
在将第二UP 503从备用状态切换到主状态时，上述CP 505需要刷新第二UP 503上的用户路由表，保证数据可以正常转发。具体地，CP 505修改用户路由表中的cost值，使得cost值变大，cost最大的值为65535。
需要说明的是，cost值越大，用户路由的优先级越高。
对于交换机来说，当通过LACP感知到其与第一UP 502之间的链路发生故障，该交换机将从第一UP 502切换到第二UP 503，并将后续上线用户的请求报文发送到第二UP503上。
如图6所示，第一UP(用户面)602为主UP，第二UP 603为备用UP。CP(即控制面)605可通过探测的方式或者BFD感知CP605与第一UP 602和第二UP 603之间的链路是否发生故障。上述探测的方式为CP605周期性向UP(包括第一UP 602或者第二UP 603)发送感知信息，当未接收到UP的反馈消息时，就可确定CP 505与UP之间的链路发生故障。UP(包括第一UP602或者第二UP 603)也可通过探测的方式或者BFD感知其与CP 605之间的链路是否发生故障。
当上述CP 605通过上述探测的方式或者BFD确定其与第一UP 601之间的链路发生故障时，该CP 605将上述第二UP 603从备用状态切换到主状态，第一UP停止发送免费的ARP报文，上述第二UP开始发送免费的ARP报文，至此第二UP完成主备的切换。
由于交换机601无法感知UP主备状态的切换，可通过下面两种方法使交换机感知UP主备状态的切换
第一种方式：当第一UP 602通过上述探测的方式或者BFD确定其与上述CP 605之间的链路发生故障时，该第一UP 602将其与交换机连接的接口状态置为down。当交换机检测到第一UP 602的与交换机连接的接口状态为down时，就感知到上述第一UP 602与上述CP605之间的链路发生故障。交换机601与跨trunk的第二UP 603协议交互，将上述第二UP503识别为主UP，并将后续的数据发送至第二UP 605。
第二种方式：在第一UP 602与CP 605之间的链路发生故障之前，该CP 605已将第一UP 602的优先级参数发送给第二UP 603，第二UP 603的优先级参数发送给第一UP 602。上述CP 605感知其与上述第一UP 602之间的链路发生故障时，该CP 605生成一个优先级参数，并将该优先级参数发送给第二UP 603，该优先级参数大于第一UP 602的优先级参数。第二UP 603接收到CP 605发送的优先级参数后，该第二UP 603主动发起与交换机的协议协商，通过协商，该交换机将第二UP 603识别为主UP。通过这个协商过程，第二UP 603就完成抢占式的协商过程。
通过上述两种方法，交换机将第二UP 603识别为主UP，并将后续的数据发送至第二UP603。
如图7所示，第一UP 702自身发生故障，且第一UP 702为主UP。在CP 705可通过探测的方式确定其与第一UP702或者第二UP 703之间的链路是否发生故障。具体为CP 705向UP发送探测消息。在探测周期内，上述CP 705未接收到UP(包括第一UP 702或者第二UP703)反馈的消息，则该CP 705感知其与UP(包括第一UP 702或者第二UP 703)之间的链路发生故障。
当上述CP 705通过上述探测的方式感知其与第一UP 702之间的链路发生故障时，该CP 705将该第二UP 703从备用状态切换为主状态，上述第二UP 703开始发送免费的ARP报文。在将第二UP 703从备用状态切换到主状态时，上述CP 705需要刷新第二UP 703上的用户路由表，保证数据可以正常转发。具体地，CP 705修改用户路由表中的cost值，使得cost值变大，cost最大的值为65535。
如图8所示，交换机801与第一UP(即用户面)802和第二UP 803之间的链路均发生故障。第一UP 802根据LACP或者探测的方式感知其与交换机之间的链路发生故障，且第二UP 803根据LACP或者探测的方式感知其与交换机之间的链路发生故障时，分别向CP 805发送感知结果。该CP根据该感知结果确定第一UP 802和第二UP 803均与交换机之间的链路发生故障。由于交换机与第一UP 802和第二UP 803之间的链路均发生故障，交换机进行主UP和备用UP的选择，并且实际的数据流量无法通过UP和交换机进行转发。此时，上述CP 805等待预设时长后，开始删除用户信息表，防止链路恢复后用户能够正常上线。由于IPOE用户在链路故障以后会探测是否掉线了，当确认掉线后生成一个用户表，在链路恢复后用户通过过访问网页的方式就可以触发上线。为了防止触发上线，上述CP 805暂时保存用户信息备份表。
可选地，上述预设时长可为1分钟、2分钟、3分钟、5分钟或者其他时长。
如图9所示，UP(包括第一UP 902和第二UP 903)与CP 905之间的链路都发生故障，用户的流量还是可以通过UP和CR 904(即路由器)到IP网络进行转发。但是在链路故障期间，上述CP 905无法感知第一UP 902和第二UP 903的状态由于新上线的用户协议报文无法发送至上述CP 905，上线肯定是不可能的，但是用户(客户端)可以在链路故障期间下线。
在链路故障期间，下线报文不能到达CP 905就会被丢弃，用户的用户信息表会在CP 905和UP(包括第一UP 902和第二UP 903)上残留，而且该用户相关的计费数据量也会被丢失，这个会对运营商的业务造成损失，同时也会影响后续的用户上线。在这种情况下，UP(包括第一UP 902和第二UP 903)暂时缓存用户发送的下线请求报文(缓存的空间不能太大，如果超过空间就覆盖式缓存)，同时记录用户下线前使用的数据流量信息，待故障链路恢复以后，再将数据流量信息发送至CP 905处理，对于在故障期间未发生变化的用户，链路故障恢复以后，UP(包括第一UP 902和第二UP 903)将对应的数据流量正常上报给CP 905即可。
为了减轻CP处理的压力，在CP上单独创建一个VM用来全职进行用户信息表的同步和路由刷新，CP与UP(包括第一UP和第二UP)之间通过Openflow协议进行用户信息的备份，备份信息包括：用户认证、授权、计费信息，QoS信息及物理位置信息等。其中的备份策略可以是实时备份，也可以是批量备份。
需要指出的是，上述步骤S301-S309中上述第一UP和第二UP与上述CP之间的交互数据是通过CR转发的。
可以看出，在本发明实施例的方案中，用户面UP向控制面CP发送优先级参数；所述UP接收CP发送的主备状态标识，所述主备状态标识用于指示所述UP是所述主UP还是所述备用UP；所述UP根据所述主备状态标识刷新主备状态；所述UP向所述CP发送状态刷新是否成功消息。上述CP根据UP发送的优先级参数，确定UP的主备状态，实现CP对UP的控制。当发生故障时，UP可根据上述方法转移或者解决故障，保障交换机上用户的流量信息上传至CP，实现了在CU分离的情况下完整的双机热备方法。
参见图10，图10为本发明实施例还提供了一种控制面CP设备的结构示意图，如图10所示，该设备1000包括：
接收单元1001，用于接收用户面UP发送的优先级参数，其中，所述UP包括第一UP和第二UP，所述优先级参数包括所述第一UP的优先级参数和所述第二UP的优先级参数。
确定单元1002，用于根据所述第一UP的优先级参数和所述第二UP的优先级参数，确定主UP和备用UP。
其中，所述确定单元1002包括：
第一确定子单元10021，用于当所述第一UP的优先级参数大于所述第二UP的优先级参数时，确定所述第一UP为所述主UP，所述第二UP为所述备用UP；
第二确定子单元10022，用于当所述第一UP的优先级参数小于所述第二UP的优先级参数时，确定所述第二UP为所述主UP，所述第一UP为所述备用UP。
发送单元1003，用于向所述UP发送主备状态标识，所述主备状态标识用于指示所述UP是所述主UP还是所述备用UP。
其中，所述发送单元1003向所述UP发送主备状态标识后，所述设备1000还包括：
切换单元1005，用于在第一预设时长内，当所述CP未接收到所述第一UP的状态刷新是否成功消息，且所述第一UP为主UP，所述第二UP为备用UP时，将所述第一UP从主状态切换到备用状态，将所述第二UP从备用状态切换到主状态；
标记单元1006，用于在第二预设时长内，所述CP未接收到所述第二UP的状态刷新是否成功消息，且所述第二UP为备用UP时，将所述第二UP标记为down；
其中，所述第一预设时长小于第二预设时长。
生成单元1004，根据所述UP发送的用户上线报文生成用户信息表和用户路由表。
所述发送单元1003，还用于向所述UP发送所述用户信息表和所述用户路由表。
可选地，所述用户路由表中的用户路由具有不同的优先级；所述发送单元1003还用于：
将所述用户路由表中优先级高于预设优先级的用户路由发送至所述主UP，将所述用户路由表中优先级低于预设优先级的用户路由发送至所述备用UP。
可选地，所述发送单元1003还用于：
向所述第一UP发送所述第二UP的优先级参数，向所述第二UP发送所述第一UP的优先级参数。
可选地，所述发送单元1003所述UP发送所述用户信息表和所述用户路由表后，所述设备还用于：
所述切换单元1005，还用于当确定所述第一UP与交换机之间的链路故障、所述第一UP自身故障或者所述第一UP与所述CP之间链路故障，且所述第一UP为所述主UP，所述第二UP为所述备用UP时，将所述第二UP的状态从备用状态切换到主状态；
刷新单元1007，用于刷新所述第二UP的路由的优先级。
需要说明的是，上述各单元(接收单元1001，确定单元1002，发送单元1003，生成单元1004，切换单元1005，标记单元1006，刷新单元1007)用于执行上述方法的相关步骤。
在本实施例中，CP设备1000是以单元的形式来呈现。这里的“单元”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。此外，以上接收单元1001，确定单元1002，发送单元1003，生成单元1004，切换单元1005，标记单元1006，刷新单元1007可通过图13所示的CP设备的处理器1301来实现。
参见图12，图12为本发明实施例还提供了一种控制面UP设备的结构示意图，如图12所示，该设备1200包括：
发送单元1201，用于向控制面CP发送优先级参数。
接收单元1202，用于接收CP发送的主备状态标识，所述主备状态标识用于指示所述UP是所述主UP还是所述备用UP。
可选地，所述UP包括第一UP和第二UP，所述优先级参数包括所述第一UP的优先级参数和所述第二UP的优先级参数，所述UP接收CP发送的主备状态标识时，所述接收单元1202还用于：
接收所述第二UP的优先级参数；
接收所述第一UP的优先级参数。
刷新单元1203，用于根据所述主备状态标识刷新主备状态。
所述发送单元1201，还用于向所述CP发送状态刷新是否成功消息。
可选地，所述发送单元1201还用于：
当通过链路汇聚控制协议LACP感知其与交换机之间的链路故障，且所述UP为主UP时，通过openflow协议向所述CP发送感知结果，所述感知结果用于指示所述UP与交换机之间的链路故障。
其中，所述发送单元1201向所述CP发送状态刷新是否成功消息后，所述设备1200还包括：
设置单元1204，用于当根据双向转发检测BFD或者探测的方式确定所述UP与所述CP之间的链路故障，且所述UP为主UP时，将其与交换机连接的接口状态设置down。
其中，所述发送单元1201向所述CP发送状态刷新是否成功消息后，所述设备1200还包括：
协商单元1205，用于当接收到所述CP发送的优先级参数，且所述UP为备用UP时，与交换机协商使所述交换机将所述UP识别为主UP。
需要说明的是，上述各单元(发送单元1201，接收单元1202，刷新单元1203，设置单元1204，协商单元1205)用于执行上述方法的相关步骤。
在本实施例中，UP设备1000是以单元的形式来呈现。这里的“单元”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。此外，以上发送单元1201，接收单元1202，刷新单元1203，设置单元1204，协商单元1205可通过图14所示的UP设备的处理器1401来实现。
如图13所示，CP设备1300可以以图13中的结构来实现，该CP设备1300包括至少一个处理器1301，至少一个存储器1302以及至少一个通信接口1303。所述处理器1301、所述存储器1302和所述通信接口1303通过所述通信总线连接并完成相互间的通信。
处理器1301可以是通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制以上方案程序执行的集成电路。
通信接口1303，用于与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局域网(Wireless Local Area Networks，WLAN)等。
存储器1302可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(CompactDisc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。
其中，所述存储器1302用于存储执行以上方案的应用程序代码，并由处理器1301来控制执行。所述处理器1301用于执行所述存储器1302中存储的应用程序代码。
存储器1302存储的代码可执行以上提供的终端设备执行的上述基于CU分离的双机热备方法，比如控制面CP接收用户面UP发送的优先级参数，其中，所述UP包括第一UP和第二UP，所述优先级参数包括所述第一UP的优先级参数和所述第二UP的优先级参数；所述CP根据所述第一UP的优先级参数和所述第二UP的优先级参数，确定主UP和备用UP；所述CP向所述UP发送主备状态标识，所述主备状态标识用于指示所述UP是所述主UP还是所述备用UP；所述CP根据所述UP发送的用户上线报文生成用户信息表和用户路由表；所述CP向所述UP发送所述用户信息表和所述用户路由表。
如图14所示，UP设备1400可以以图14中的结构来实现，该UP设备1400包括至少一个处理器1401，至少一个存储器1402以及至少一个通信接口1403。所述处理器1401、所述存储器1402和所述通信接口1403通过所述通信总线连接并完成相互间的通信。
处理器1401可以是通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制以上方案程序执行的集成电路。
通信接口1403，用于与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局域网(Wireless Local Area Networks，WLAN)等。
存储器1402可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(CompactDisc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。
其中，所述存储器1402用于存储执行以上方案的应用程序代码，并由处理器1401来控制执行。所述处理器1401用于执行所述存储器1402中存储的应用程序代码。
存储器1402存储的代码可执行以上提供的终端设备执行的上述基于CU分离的双机热备方法，比如控制面CP接收用户面UP发送的优先级参数，其中，所述UP包括第一UP和第二UP，所述优先级参数包括所述第一UP的优先级参数和所述第二UP的优先级参数；所述CP根据所述第一UP的优先级参数和所述第二UP的优先级参数，确定主UP和备用UP；所述CP向所述UP发送主备状态标识，所述主备状态标识用于指示所述UP是所述主UP还是所述备用UP；所述CP根据所述UP发送的用户上线报文生成用户信息表和用户路由表；所述CP向所述UP发送所述用户信息表和所述用户路由表。
本发明实施例还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时包括上述方法实施例中记载的任何一种基于CU分离的双机热备方法的部分或全部步骤。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取器(英文：Random Access Memory，简称：RAM)、磁盘或光盘等。
以上对本发明实施例进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上上述，本说明书内容不应理解为对本发明的限制。

Claims (23)

1.一种基于控制和转发CU分离的双机热备方法，其特征在于，包括：
控制面CP向用户面UP组中的第一UP和第二UP发送主备状态标识，所述主备状态标识用于指示所述第一UP为所述UP组中的主UP，所述第二UP为所述UP组中的备用UP；
所述CP根据所述第一UP发送的用户上线报文生成用户信息表和用户路由表；
所述CP向所述第一UP发送第一信息，向所述第二UP发送第二信息，所述第一信息和所述第二信息包括所述用户信息表和所述用户路由表中的信息。
2.根据权利要求1所述的方法，其特征在于，所述控制面CP向用户面UP组中的第一UP和第二UP发送主备状态标识之前，所述方法还包括：
所述CP接收所述第一UP和所述第二UP发送的优先级参数；
所述CP根据所述优先级参数，确定所述第一UP为所述UP组中的主UP，所述第二UP为所述UP组中的备用UP。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
所述CP向所述第一UP发送所述第二UP的优先级参数，向所述第二UP发送所述第一UP的优先级参数。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：
基于故障情况，所述CP向所述第二UP发送第三优先级参数，所述第三优先级参数用于指示所述第二UP为所述UP组中的主UP。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述用户路由表中的用户路由具有不同的优先级；所述第一信息包括所述用户路由表中优先级高于预设优先级的用户路由，所述第二信息包括所述用户路由表中优先级低于预设优先级的用户路由。
6.一种基于CU分离的双机热备方法，其特征在于，包括：
控制面CP向用户面UP组中的第一UP和第二UP发送主备状态标识，所述主备状态标识用于指示所述第一UP为所述UP组中的主UP，所述第二UP为所述UP组中的备用UP；
基于故障情况，所述CP向所述第二UP发送第三优先级参数，所述第三优先级参数用于指示所述第二UP为所述UP组中的主UP。
7.根据权利要求6所述的方法，其特征在于，所述控制面CP向用户面UP组中的第一UP和第二UP发送主备状态标识之前，所述方法还包括：
所述CP接收所述第一UP和所述第二UP发送的优先级参数；
所述CP根据所述第一UP和所述第二UP发送的优先级参数，确定所述第一UP为所述UP组中的主UP，所述第二UP为所述UP组中的备用UP。
8.根据权利要求6或7所述的方法，其特征在于，所述方法还包括：
所述CP向所述第一UP发送所述第二UP的优先级参数，向所述第二UP发送所述第一UP的优先级参数。
9.根据权利要求6-8任一项所述的方法，其特征在于，所述CP向所述第二UP发送第三优先级参数之前，所述方法还包括：
所述CP根据所述第一UP发送的用户上线报文生成用户信息表和用户路由表；
所述CP向所述第一UP发送第一信息，向所述第二UP发送第二信息，所述第一信息包括所述用户路由表中的第一路由，所述第一路由的优先级高于预设优先级，所述第二信息包括所述用户路由表中的第二路由，所述第二路由的优先级低于预设优先级；
所述方法还包括：
所述CP刷新所述第二路由的优先级。
10.根据权利要求6-9任一项所述的方法，其特征在于，所述故障情况包括以下任一项之一：
所述第一UP故障；
所述第一UP与所述CP之间的网络故障；
所述第一UP与交换机之间的网络故障；或者，
在第一预设时长内，所述CP未接收到所述第一UP的状态刷新是否成功消息。
11.一种基于CU分离的双机热备方法，其特征在于，包括：
用户面UP组中的第一UP接收控制面CP发送的主备状态标识，所述主备状态标识用于指示所述第一UP为所述UP组中的主UP；
所述第一UP向所述CP发送用户上线报文；
所述第一UP接收所述CP发送的第一信息，所述第一信息包括根据所述用户上线报文生成的用户信息表和用户路由表中的信息。
12.根据权利要求11所述的方法，其特征在于，所述用户面UP组中的第一UP接收控制面CP发送的主备状态标识之前，所述方法还包括：
所述第一UP向所述CP发送优先级参数，以使得所述CP根据所述优先级参数，确定所述第一UP为所述UP组中的主UP。
13.根据权利要求12所述的方法，其特征在于，所述方法还包括：
所述第一UP接收所述CP发送的所述UP组中的第二UP的优先级参数，所述第二UP为所述UP组中的备用UP。
14.根据权利要求11所述的方法，其特征在于，所述用户路由表中的用户路由具有不同的优先级；所述第一信息包括所述用户路由表中优先级高于预设优先级的用户路由。
15.一种基于CU分离的双机热备方法，其特征在于，包括：
用户面UP组中的第二UP接收控制面CP发送的主备状态标识，所述主备状态标识用于指示所述第二UP为所述UP组中的备用UP；
所述第二UP接收所述CP发送的第二信息，所述第二信息包括根据用户上线报文生成的用户信息表和用户路由表中的信息，所述用户上线报文为第一UP向所述CP发送的，所述第一UP为所述UP组中的主UP。
16.根据权利要求15所述的方法，其特征在于，所述用户面UP组中的第二UP接收控制面CP发送的主备状态标识之前，所述方法还包括：
所述第二UP向所述CP发送优先级参数，以使得所述CP根据所述优先级参数，确定所述第二UP为所述UP组中的备用UP。
17.根据权利要求16所述的方法，其特征在于，所述方法还包括：
所述第二UP接收所述CP发送的所述UP组中的第一UP的优先级参数。
18.根据权利要求15所述的方法，其特征在于，所述用户路由表中的用户路由具有不同的优先级；所述第二信息包括所述用户路由表中优先级低于预设优先级的用户路由。
19.一种基于CU分离的双机热备方法，其特征在于，包括：
用户面UP组中的第二UP接收控制面CP发送的主备状态标识，所述主备状态标识用于指示所述第二UP为所述UP组中的备用UP；
在故障情况下，所述第二UP接收所述CP发送的第三优先级参数，所述第三优先级参数用于指示所述第二UP为所述UP组中的主UP。
20.一种控制面CP设备，其特征在于，包括处理器和存储器；
其中，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时能够实现如权利要求1至10任意一项所述的方法。
21.一种用户面UP设备，其特征在于，包括处理器和存储器；
其中，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时能够实现如权利要求11至19任意一项所述的方法。
22.一种基于CU分离的双机热备***，其特征在于，所述***包括控制面CP设备和用户面UP设备，所述CP设备能够实现如权利要求1至10任意一项所述的方法，所述UP设备能够实现如权利要求11至19任意一项所述的方法。
23.一种计算机可读存储介质，其特征在于，
所述计算机可读存储介质存储有计算机程序，所述计算机程序被硬件执行时能够实现1至19任意一项所述的方法。
CN202110652102.1A 2017-08-31 2017-08-31 基于cu分离的双机热备的方法及设备 Active CN113328894B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110652102.1A CN113328894B (zh) 2017-08-31 2017-08-31 基于cu分离的双机热备的方法及设备

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710776811.4A CN107623593B (zh) 2017-08-31 2017-08-31 基于cu分离的双机热备的方法及设备
CN202110652102.1A CN113328894B (zh) 2017-08-31 2017-08-31 基于cu分离的双机热备的方法及设备

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201710776811.4A Division CN107623593B (zh) 2017-08-31 2017-08-31 基于cu分离的双机热备的方法及设备

Publications (2)

Publication Number Publication Date
CN113328894A CN113328894A (zh) 2021-08-31
CN113328894B true CN113328894B (zh) 2022-06-28

Family

ID=61089389

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201710776811.4A Active CN107623593B (zh) 2017-08-31 2017-08-31 基于cu分离的双机热备的方法及设备
CN202110652102.1A Active CN113328894B (zh) 2017-08-31 2017-08-31 基于cu分离的双机热备的方法及设备

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201710776811.4A Active CN107623593B (zh) 2017-08-31 2017-08-31 基于cu分离的双机热备的方法及设备

Country Status (1)

Country Link
CN (2) CN107623593B (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108833280B (zh) * 2018-03-19 2020-02-04 新华三信息安全技术有限公司 一种用户管理表项下发方法、装置及控制面设备
CN110324502B (zh) * 2018-03-30 2021-11-02 北京京东尚科信息技术有限公司 切换自动呼叫分配单元的***和方法
CN109889390B (zh) * 2019-03-13 2021-08-20 赛特斯信息科技股份有限公司 转控分离场景下实现ha热备功能的方法
CN111654384A (zh) * 2019-09-27 2020-09-11 中兴通讯股份有限公司 一种主备切换方法、bras设备及存储介质
CN111107542B (zh) * 2019-12-02 2023-06-30 南京中科晶上通信技术有限公司 Cu-du分布架构连接故障自愈的方法、设备及存储介质
CN113746655B (zh) * 2020-05-30 2022-10-04 华为技术有限公司 一种备份状态确定方法、装置及***
CN112367182B (zh) * 2020-09-29 2022-05-27 新华三大数据技术有限公司 容灾主备用设备的配置方法及装置
CN114531337A (zh) * 2020-10-31 2022-05-24 华为技术有限公司 一种宽带连接方法及装置
CN115701039A (zh) * 2021-07-16 2023-02-07 中兴通讯股份有限公司 Dbng-up的备份方法及装置
CN114095342B (zh) * 2021-10-21 2023-12-26 新华三大数据技术有限公司 备份的实现方法及装置
CN116155791A (zh) * 2021-11-22 2023-05-23 华为技术有限公司 发送指令、信息的方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101494858A (zh) * 2008-01-21 2009-07-29 中兴通讯股份有限公司 一种用户面处理器倒换时加密恢复的方法、装置及***
CN106685818A (zh) * 2016-12-30 2017-05-17 北京华为数字技术有限公司 报文反馈方法及装置
CN106912117A (zh) * 2015-12-22 2017-06-30 电信科学技术研究院 一种选择用户面节点的方法及控制面节点
WO2017124231A1 (zh) * 2016-01-18 2017-07-27 华为技术有限公司 分配互联网协议地址的方法、控制面网关和用户面网关

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9204329B2 (en) * 2011-07-21 2015-12-01 Movik Networks Distributed RAN information collection, consolidation and RAN-analytics
CN106332078B (zh) * 2015-06-26 2020-05-05 中兴通讯股份有限公司 dot1x用户认证***、方法及装置
CN106534376A (zh) * 2016-12-29 2017-03-22 北京华为数字技术有限公司 用户上线的负载均衡方法、装置和设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101494858A (zh) * 2008-01-21 2009-07-29 中兴通讯股份有限公司 一种用户面处理器倒换时加密恢复的方法、装置及***
CN106912117A (zh) * 2015-12-22 2017-06-30 电信科学技术研究院 一种选择用户面节点的方法及控制面节点
WO2017124231A1 (zh) * 2016-01-18 2017-07-27 华为技术有限公司 分配互联网协议地址的方法、控制面网关和用户面网关
CN106685818A (zh) * 2016-12-30 2017-05-17 北京华为数字技术有限公司 报文反馈方法及装置

Also Published As

Publication number Publication date
CN107623593A (zh) 2018-01-23
CN113328894A (zh) 2021-08-31
CN107623593B (zh) 2021-06-15

Similar Documents

Publication Publication Date Title
CN113328894B (zh) 基于cu分离的双机热备的方法及设备
CN106487578B (zh) 错误恢复方法及应用其的物联网***与充电***
TWI642282B (zh) 錯誤恢復方法及應用其之物聯網系統與充電系統
CN105453487B (zh) 用于数据中心环境中的双归属部署的方法、装置及介质
CN107733728B (zh) 多机备份方法和装置
CN101471898B (zh) 一种接入网的保护方法、***和虚拟接入边缘节点
CN108667575B (zh) 一种bras转控分离的备份方法和装置
CN106911728A (zh) 分布式***中主节点的选取方法和装置
EP2717525A1 (en) Method, routing device and system for redundant backup of network device
CN102549983A (zh) 分布式数据中心接入交换机
CN102904818A (zh) 一种arp信息表项更新方法及装置
CN108011754B (zh) 转控分离***、备份方法和装置
CN108075971A (zh) 一种主备切换方法及装置
JP2002057682A (ja) ネットワークインタフェース切替え方法及びネットワークに接続可能なコンピュータ
CN113328916B (zh) Bfd检测模式的切换方法、装置及设备
CN107800551A (zh) Redis集群***及其提高可靠性的方法、客户端
CN103002065A (zh) 一种主用设备与备用设备共用ip地址的方法和装置
CN113132159B (zh) 存储集群节点故障的处理方法、设备及存储***
CN107547550B (zh) 认证方法和装置
CN112367257A (zh) 路由通告方法及装置
CN109302328B (zh) 一种vxlan网络热备切换方法及***
CN112910704B (zh) 一种支持动态自适应网络配置的局域网***、方法和装置
CN104579809B (zh) 一种堆叠***的检测方法和设备
CN102255741B (zh) 用户业务信息备份方法和装置
CN105959315A (zh) 一种用于用户迁移的ip保活方法及客户端

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20211213

Address after: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Applicant after: HUAWEI TECHNOLOGIES Co.,Ltd.

Address before: 100085, No. 3, information road, Haidian District, Beijing

Applicant before: Beijing Huawei Digital Technology Co.,Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant