CN111107542A - Cu-du分布架构连接故障自愈的方法、设备及存储介质 - Google Patents
Cu-du分布架构连接故障自愈的方法、设备及存储介质 Download PDFInfo
- Publication number
- CN111107542A CN111107542A CN201911213297.9A CN201911213297A CN111107542A CN 111107542 A CN111107542 A CN 111107542A CN 201911213297 A CN201911213297 A CN 201911213297A CN 111107542 A CN111107542 A CN 111107542A
- Authority
- CN
- China
- Prior art keywords
- external
- internal
- healing
- self
- connection
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/30—Network data restoration; Network data reliability; Network data fault tolerance
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了CU‑DU分布架构连接故障自愈的方法、设备及存储介质,包括:内部CU与外部CU进行实时数据同步;判断DU与外部CU间的连接状态是否正常;若是,则内部CU与外部CU保持实时数据同步;若否,则内部CU设置为主操作,与DU进行业务通信。当DU与外部CU连接断开时,DU内部自动启动内部CU接管DU并连接核心网CU‑DU断连后故障自愈,提升CU‑DU连接故障自愈能力和可靠性。
Description
技术领域
本发明涉及能通信领域,特别是CU-DU分布架构连接故障自愈的方法、设备及存储介质。
背景技术
5G接入网逻辑架构中,已经明确将接入网分为CU(Central Unit)和DU(Distributed Unit)逻辑节点,CU和DU组成gNB基站。其中,CU是一个集中式节点,对上通过NG接口与5GC(5G Core Network)相连接,在接入网内部则能够控制和协调多个小区,包含协议栈高层控制和数据功能,涉及的主要协议层包括控制面的RRC功能和用户面的IP、SDAP(业务数据应用单元)、PDCP(分组数据汇聚协议)子层功能;DU是分布式单元,DU实现射频处理功能和RLC(无线链路控制)、MAC(媒质接入控制)以及PHY(物理层)等基带处理功能;基于实际设备实现,DU仅负责基带处理功能,RRU(远端射频单元)负责射频处理功能,DU和RRU之间通过eCPRI(Common Public Radio Interface)接口相连。CU和DU之间通过F1接口连接。其中CU和DU的逻辑体系可分为两种,即CU-DU分布架构和CU-DU融合架构。无线网CU-DU架构的好处在于能够获得小区间协作增益,实现集中负载管理;高效实现密集组网下的集中控制,比如多连接、密集切换;获得池化增益,使能NFV/SDN,满足运营商某些5G场景的部署需求。在设备实现上,CU和DU部署方式可以两种方式灵活选择,即CU-DU分布架构和CU-DU融合架构,分布架构CU和DU部署在分离的设备,通过F1接口通信;融合架构CU和DU集成在同一个物理设备中,此时F1接口就变成了设备内部接口。在CU-DU分布架构情况下,CU和DU部署在不同的服务器上,CU与DU之间通过IP连接,如果CU和DU所在服务器之间网络断开或CU故障,那么会导致CU和DU连接断开,DU服务器上配置的小区出现异常、UE连接断开,并且不可恢复。
发明内容
为了克服现有技术的不足,本发明的目的在于提供CU-DU分布架构连接故障自愈的方法、设备及存储介质,CU-DU断连故障后能够自愈,有效提升CU-DU连接故障自愈能力和可靠性。
本发明解决其问题所采用的技术方案是:
第一方面,本发明提供了CU-DU分布架构连接故障自愈的方法,包括以下步骤:
内部CU设置为备操作;
判断外部CU与DU的连接状态是否正常;
若是,内部CU与外部CU进行实时数据同步;
若否,内部CU设置为主操作,与DU进行业务通信。
进一步,所述若否,内部CU设置为主操作并接管DU的业务之后还包括以下步骤:
判断外部CU与DU的连接状态是否正常;
若是,则内部CU向外部CU发送初始数据和实时数据;
完成数据同步后,内部CU内部设置为备操作。
进一步,所述若是,内部CU与外部CU进行实时数据同步包括:
内部CU向外部CU发起初始同步请求;
通过UDP接收外部CU发送的初始静态数据包;
判断初始静态数据包是否完成接收;
若否,继续接收初始静态数据包;
若是,通过UDP接收外部CU发送的初始动态数据包;
判断初始动态数据包是否完成接收;
若否,继续接收初始动态数据包;
若是,通过UDP接收外部CU发送的实时静态数据包和实时动态数据包。
第二方面,本发明提供了CU-DU分布架构连接故障自愈的方法,包括以下步骤:
外部CU向内部CU发送实时数据;
外部CU判断与DU的连接状态是否正常;
若是,则外部CU向内部CU发送实时数据;
若否,则外部CU判断与DU的连接状态是否正常;
若否,则继续判断与DU的连接状态是否正常;
若是,则外部CU接收内部CU发送的初始数据和实时数据。
进一步,所述若是,则外部CU接收内部CU发送的初始数据和实时数据之后还包括以下步骤:
判断是否完成接收内部CU发送的初始数据和实时数据;
若否,则继续接收内部CU发送的初始数据和实时数据;
若是,则恢复与DU的业务通信。
第三方面,本发明提供了CU-DU分布架构连接故障自愈的方法,包括以下步骤:
DU判断与外部CU的连接状态是否正常;
若是,则DU保持与外部CU的业务通信;
若否,则DU与内部CU进行业务通信;
DU判断与外部CU的连接状态是否正常;
若是,则DU判断是否接收到外部CU的通信连接指令;
若否,则DU保持与内部CU进行业务通信;
若是,则DU的业务通信对象切换为外部CU,并退出与内部CU之间业务通信。
第四方面,本发明提供了CU-DU分布架构连接故障自愈的方法,包括以下步骤:
内部CU与外部CU进行实时数据同步;
判断DU与外部CU间的连接状态是否正常;
若是,则内部CU与外部CU保持实时数据同步;
若否,则内部CU设置为主操作,与DU进行业务通信。
进一步,所述若否,则内部CU设置为主操作,与DU进行业务通信之后还包括以下步骤:
判断DU与外部CU间的连接状态是否正常;
若否,则继续判断DU与外部CU间的连接状态是否正常;
若是,则外部CU与内部CU的初始数据和实时数据进行同步;
判断外部CU是否完成对内部CU的初始数据和实时数据的同步;
若是,则DU恢复与外部CU的业务通信同时退出与内部CU的业务通信。
第五方面,本发明提供了CU-DU分布架构连接故障自愈的设备,包括至少一个控制处理器和用于与所述至少一个控制处理器通信连接的存储器;所述存储器存储有可被所述至少一个控制处理器执行的指令,所述指令被所述至少一个控制处理器执行,以使所述至少一个控制处理器能够执行第一方面的CU-DU分布架构连接故障自愈的方法,或第二方面的CU-DU分布架构连接故障自愈的方法,或第三方面的CU-DU分布架构连接故障自愈的方法,或第四方面的CU-DU分布架构连接故障自愈的方法。
第六方面,本发明提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可执行指令,所述计算机可执行指令用于使计算机执行第一方面的CU-DU分布架构连接故障自愈的方法,或第二方面的CU-DU分布架构连接故障自愈的方法,或第三方面的CU-DU分布架构连接故障自愈的方法,或第四方面的CU-DU分布架构连接故障自愈的方法。
本发明实施例中提供的一个或多个技术方案,至少具有如下有益效果:CU-DU分布架构部署情况下,外部CU与DU之间断开连接后启动DU服务器的内部CU接管DU连接核心网,CU-DU断连故障后自动恢复连接。CU-DU断连后,内部CU接管DU,小区信息和UE信息在内部CU中恢复,DU设备可以继续使用,不影响后续小区和UE业务。
附图说明
下面结合附图和实例对本发明作进一步说明。
图1是本发明实施例提供的CU-DU分布架构连接故障自愈的方法的一种实施方式的内部CU的流程图;
图2是本发明实施例提供的CU-DU分布架构连接故障自愈的方法的一种实施方式的内部CU实时数据同步的流程图;
图3是本发明实施例提供的CU-DU分布架构连接故障自愈的方法的一种实施方式的外部CU的流程图;
图4是本发明实施例提供的CU-DU分布架构连接故障自愈的方法的一种实施方式的DU的流程图;
图5是本发明实施例提供的CU-DU分布架构连接故障自愈的方法的一种实施方式的流程图;
图6是本发明实施例提供的CU-DU分布架构存在的技术问题示意图;
图7是本发明实施例提供的CU-DU分布架构连接故障自愈的方法的网络部署和软件部署的示意图;
图8是本发明实施例提供的CU-DU分布架构连接故障自愈的方法的外部CU故障切换的示意图;
图9是本发明实施例提供的CU-DU分布架构连接故障自愈的方法的CU-DU断连切换的示意图;
图10是本发明实施例提供的CU-DU分布架构连接故障自愈的方法的故障恢复后切换的示意图;
图11是本发明实施例提供的CU-DU分布架构连接故障自愈的方法的设备示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
在本发明的描述中,若干的含义是一个或者多个,多个的含义是两个以上,大于、小于、超过等理解为不包括本数,以上、以下、以内等理解为包括本数。如果有描述到第一、第二只是用于区分技术特征为目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量或者隐含指明所指示的技术特征的先后关系。
需要说明的是,如果不冲突,本发明实施例中的各个特征可以相互结合,均在本发明的保护范围之内。另外,虽然在装置示意图中进行了功能模块划分,在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于装置中的模块划分,或流程图中的顺序执行所示出或描述的步骤。
参照图1,本发明实施例的CU-DU分布架构连接故障自愈的方法(内部CU),包括以下步骤:
S110:内部CU设置为备操作;
S120:判断外部CU与DU的连接状态是否正常;
S130:若是,内部CU与外部CU进行实时数据同步;
S140:若否,内部CU设置为主操作,与DU进行业务通信。
本发明实施例的CU-DU分布架构连接故障自愈的方法(内部CU),包括以下步骤:
S110:内部CU设置为备操作;
S120:判断外部CU与DU的连接状态是否正常;
S130:若是,内部CU与外部CU进行实时数据同步;
S140:若否,内部CU设置为主操作,与DU进行业务通信;
S150:判断外部CU与DU的连接状态是否正常;
S160:若是,则内部CU向外部CU发送初始数据和实时数据;
S170:完成数据同步后,内部CU内部设置为备操作。
参照图2,本发明实施例的CU-DU分布架构连接故障自愈的方法(内部CU)中的内部CU与外部CU进行实时数据同步的步骤包括:
S131:内部CU向外部CU发起初始同步请求;
S132:通过UDP接收外部CU发送的初始静态数据包;
S133:判断初始静态数据包是否完成接收;
S134:若否,继续接收初始静态数据包;
S135:若是,通过UDP接收外部CU发送的初始动态数据包;
S134:判断初始动态数据包是否完成接收;
S136:若否,继续接收初始动态数据包;
S137:若是,通过UDP接收外部CU发送的实时静态数据包和实时动态数据包。
参照图3,本发明实施例的CU-DU分布架构连接故障自愈的方法(外部CU),包括以下步骤:
S210:外部CU向内部CU发送实时数据;
S220:外部CU判断与DU的连接状态是否正常;
S230:若是,则外部CU向内部CU发送实时数据;
S240:若否,则外部CU判断与DU的连接状态是否正常;
S240:若否,则继续判断与DU的连接状态是否正常;
S250:若是,则外部CU接收内部CU发送的初始数据和实时数据。
S260:判断是否完成接收内部CU发送的初始数据和实时数据;
S250:若否,则继续接收内部CU发送的初始数据和实时数据;
S270:若是,则恢复与DU的业务通信。
参照图4,本发明实施例的CU-DU分布架构连接故障自愈的方法(DU),包括以下步骤:
S310:DU判断与外部CU的连接状态是否正常;
S320:若是,则DU保持与外部CU的业务通信;
S330:若否,则DU与内部CU进行业务通信;
S340:DU判断与外部CU的连接状态是否正常;
S350:若是,则DU判断是否接收到外部CU的通信连接指令;
S330:若否,则DU保持与内部CU进行业务通信;
S360:若是,则DU的业务通信对象切换为外部CU,并退出与内部CU之间业务通信。
参照图5,本发明实施例的CU-DU分布架构连接故障自愈的方法(外部CU、内部CU、DU),包括以下步骤:
S410:内部CU与外部CU进行实时数据同步;
S420:判断DU与外部CU间的连接状态是否正常;
S430:若是,则内部CU与外部CU保持实时数据同步;
S440:若否,则内部CU设置为主操作,与DU进行业务通信。
S450:判断DU与外部CU间的连接状态是否正常;
S460:若否,则继续判断DU与外部CU间的连接状态是否正常;
S470:若是,则外部CU与内部CU的初始数据和实时数据进行同步;
S480:判断外部CU是否完成对内部CU的初始数据和实时数据的同步;
S490:若是,则DU恢复与外部CU的业务通信同时退出与内部CU的业务通信。
本发明实施例的CU-DU分布架构连接故障自愈的方法(外部CU、内部CU、DU),包括以下步骤:
S401:DU启动后连接外部CU,外部CU连接核心网;
S402:DU中设置的内部CU连接核心网;
S403:DU启动小区建立流程,DU与外部CU间进行小区建立业务,进入正常工作状态;
S410:内部CU与外部CU进行实时数据同步;
S420:判断DU与外部CU间的连接状态是否正常;
S410:若是,则内部CU与外部CU保持实时数据同步;
S430:若否,则内部CU设置为主操作,与DU进行业务通信;
S440:判断DU与外部CU间的连接状态是否正常;
S440:若否,则继续判断DU与外部CU间的连接状态是否正常;
S450:若是,则外部CU与内部CU的初始数据和实时数据进行同步;
S460:判断外部CU是否完成对内部CU的初始数据和实时数据的同步;
S470:若是,则DU恢复与外部CU的业务通信同时退出与内部CU的业务通信。
S450:若否,则外部CU继续与内部CU的初始数据和实时数据进行同步。
其中,步骤内部CU与外部CU进行实时数据同步,包括以下步骤:
内部CU向外部CU发起初始同步请求;
外部CU接收内部CU发起的请求后,进行初始静态数据同步,通过UDP进行数据包同步;
外部CU判断初始静态数据是否同步完成;
若否,则外部CU继续与内部CU进行初始静态数据同步;
若是,则通过UDP进行初始动态数据不同(动态数据即外部或内部CU实时运行过程中产生的数据);
外部CU判断初始动态数据是否同步完成;
若否,则外部CU继续与内部CU进行初始动态数据同步;
若是,则通过UDP进行实时数据同步,包括实时静态数据和实时动态数据。
对于上述的实施例中CU-DU分布架构连接故障自愈的方法(外部CU、内部CU、DU)进行详细说明,具体如下:
1、参照图6,解决的技术问题:
在CU-DU分布架构情况下,外部CU和DU部署在不同的服务器上,外部CU与DU之间通过IP连接,如果外部CU和DU所在服务器之间网络断开或外部CU故障,那么会导致外部CU和DU连接断开,DU服务器上配置的小区出现异常、UE连接断开,并且不可恢复。本申请提出当DU与外部CU连接断开时,DU内部自动启动内部CU接管DU并连接核心网CU-DU断连后故障自愈,提升CU-DU连接故障自愈能力和可靠性。
2、参照图7,网络部署和软件部署技术方面:
外部CU与DU分布式部署,同时外部CU、DU与核心网部署在同一个网络,DU的服务器通过交换机连接外部CU的服务器,外部CU服务器内部署外部CU软件后形成外部CU,DU服务器内部署DU软件和内部CU软件,内部CU服务器通过交换机能够与核心网服务器连接。
3、状态检测技术方面:
DU的软件通过SCTP链路实时检测与外部CU的软件的连接状态,如果检测到DU的软件与外部CU的软件连接断开,则上报连接异常告警,同时启动内部CU的软件进行备升主操作。
4、数据备份技术方面:
DU的软件与外部CU的软件建立连接后,DU的服务器中装置的内部CU软件启动初始数据配置,即内部CU的软件同步外部CU的软件的初始静态配置数据和动态数据,初始数据同步完成后,进入实时增量同步状态,即实时同步外部CU的增量配置数据和动态数据。
5、参照图8-9,故障后切换技术方面:
DU的软件检测到与外部CU的软件连接断开后,启动内部CU进行备升主操作,接管DU的软件配置的服务,同时内部CU与核心网进行实时业务连接,保证DU的软件配置的小区业务正常,小区中的注册终端业务不中断。即CU-DU的部署模式由CU-DU分布式部署切换到CU-DU融合部署。
6、参照图10,故障恢复后切换技术方面:
DU的软件与外部CU的软件断开连接后,内部CU的软件进行故障自愈切换从备操作升级为主操作,能够有效保持业务正常不中断。
DU的软件切换与内部CU的软件连接进行业务功能后,继续实时检测与外部CU的软件的连接状态,如果检测到与外部CU的软件连接恢复正常后,外部CU软件与内部CU软件进行数据同步,数据同步完成后,外部CU的软件恢复为主操作与DU软件恢复业务功能,内部CU变为备操作,同时进行与外部CU软件的实时数据同步备份。
参照图11,本发明实施例还提供了CU-DU分布架构连接故障自愈的设备,该交易异议处理结算的设备200可以是任意类型的智能终端,例如手机、平板电脑、个人计算机等。
具体地,该交易异议处理结算的设备200包括:一个或多个控制处理器201和存储器202,图11中以一个控制处理器201为例。
控制处理器201和存储器202可以通过总线或者其他方式连接,图11中以通过总线连接为例。
存储器202作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序、非暂态性计算机可执行程序以及模块,如本发明实施例中的CU-DU分布架构连接故障自愈的程序指令/模块。控制处理器201通过运行存储在存储器202中的非暂态软件程序、指令以及模块,从而CU-DU分布架构连接故障自愈的设备的各种功能应用以及数据处理,即实现上述方法实施例的交易异议处理结算的的方法。
存储器202可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据CU-DU分布架构连接故障自愈的设备的使用所创建的数据等。此外,存储器202可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中,存储器202可选包括相对于控制处理器201远程设置的存储器,这些远程存储器可以通过网络连接至该CU-DU分布架构连接故障自愈的设备200。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
一个或者多个模块存储在存储器202中,当被一个或者多个控制处理器201执行时,执行上述方法实施例中的CU-DU分布架构连接故障自愈的方法,例如,执行以上描述的图1中的方法步骤S11至S170,实现图2中的方法步骤S210至S290。
本发明实施例还提供了一种计算机可读存储介质,计算机可读存储介质存储有计算机可执行指令,该计算机可执行指令被一个或多个控制处理器执行,例如,被图11中的一个控制处理器201执行,可使得上述一个或多个控制处理器201执行上述方法实施例中的交易异议处理结算的的方法,例如,执行以上描述的图1中的方法步骤S11至S170,实现图2中的方法步骤S210至S290。
以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
通过以上的实施方式的描述,本领域技术人员可以清楚地了解到各实施方式可借助软件加通用硬件平台的方式来实现。本领域技术人员可以理解实现上述实施例方法中的全部或部分流程是可以通过计算机程序来指令相关的硬件来完成,的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述方法的实施例的流程。其中,的存储介质可为磁碟、光盘、只读存储记忆体(ReadOnly Memory,ROM)或随机存储记忆体(RandomAccess Memory,RAM)等。
以上是对本发明的较佳实施进行了具体说明,但本发明并不局限于上述实施方式,熟悉本领域的技术人员在不违背本发明精神的前提下还可作出种种的等同变形或替换,这些等同的变形或替换均包含在本申请权利要求所限定的范围内。
Claims (10)
1.CU-DU分布架构连接故障自愈的方法,其特征在于:包括以下步骤:
内部CU设置为备操作;
判断外部CU与DU的连接状态是否正常;
若是,内部CU与外部CU进行实时数据同步;
若否,内部CU设置为主操作,与DU进行业务通信。
2.根据权利要求1所述的CU-DU分布架构连接故障自愈的方法,其特征在于:
所述若否,内部CU设置为主操作并接管DU的业务之后还包括以下步骤:
判断外部CU与DU的连接状态是否正常;
若是,则内部CU向外部CU发送初始数据和实时数据;
完成数据同步后,内部CU内部设置为备操作。
3.根据权利要求1所述的CU-DU分布架构连接故障自愈的方法,其特征在于:
所述若是,内部CU与外部CU进行实时数据同步包括:
内部CU向外部CU发起初始同步请求;
通过UDP接收外部CU发送的初始静态数据包;
判断初始静态数据包是否完成接收;
若否,继续接收初始静态数据包;
若是,通过UDP接收外部CU发送的初始动态数据包;
判断初始动态数据包是否完成接收;
若否,继续接收初始动态数据包;
若是,通过UDP接收外部CU发送的实时静态数据包和实时动态数据包。
4.CU-DU分布架构连接故障自愈的方法,其特征在于:包括以下步骤:
外部CU向内部CU发送实时数据;
外部CU判断与DU的连接状态是否正常;
若是,则外部CU向内部CU发送实时数据;
若否,则外部CU判断与DU的连接状态是否正常;
若否,则继续判断与DU的连接状态是否正常;
若是,则外部CU接收内部CU发送的初始数据和实时数据。
5.根据权利要求4所述的CU-DU分布架构连接故障自愈的方法,其特征在于:所述若是,则外部CU接收内部CU发送的初始数据和实时数据之后还包括以下步骤:
判断是否完成接收内部CU发送的初始数据和实时数据;
若否,则继续接收内部CU发送的初始数据和实时数据;
若是,则恢复与DU的业务通信。
6.CU-DU分布架构连接故障自愈的方法,其特征在于:包括以下步骤:
DU判断与外部CU的连接状态是否正常;
若是,则DU保持与外部CU的业务通信;
若否,则DU与内部CU进行业务通信;
DU判断与外部CU的连接状态是否正常;
若是,则DU判断是否接收到外部CU的通信连接指令;
若否,则DU保持与内部CU进行业务通信;
若是,则DU的业务通信对象切换为外部CU,并退出与内部CU之间业务通信。
7.CU-DU分布架构连接故障自愈的方法,其特征在于:包括以下步骤:
内部CU与外部CU进行实时数据同步;
判断DU与外部CU间的连接状态是否正常;
若是,则内部CU与外部CU保持实时数据同步;
若否,则内部CU设置为主操作,与DU进行业务通信。
8.根据权利要求7所述的CU-DU分布架构连接故障自愈的方法,其特征在于:所述若否,则内部CU设置为主操作,与DU进行业务通信之后还包括以下步骤:
判断DU与外部CU间的连接状态是否正常;
若否,则继续判断DU与外部CU间的连接状态是否正常;
若是,则外部CU与内部CU的初始数据和实时数据进行同步;
判断外部CU是否完成对内部CU的初始数据和实时数据的同步;
若是,则DU恢复与外部CU的业务通信同时退出与内部CU的业务通信。
9.CU-DU分布架构连接故障自愈的设备,其特征在于:包括至少一个控制处理器和用于与所述至少一个控制处理器通信连接的存储器;所述存储器存储有可被所述至少一个控制处理器执行的指令,所述指令被所述至少一个控制处理器执行,以使所述至少一个控制处理器能够执行如权利要求1-3任一项所述的CU-DU分布架构连接故障自愈的方法,或权利要求4-5任一项所述的CU-DU分布架构连接故障自愈的方法,或权利要求6所述的CU-DU分布架构连接故障自愈的方法,或权利要求7-8任一项所述的CU-DU分布架构连接故障自愈的方法。
10.一种计算机可读存储介质,其特征在于:所述计算机可读存储介质存储有计算机可执行指令,所述计算机可执行指令用于使计算机执行如权利要求1-3任一项所述的CU-DU分布架构连接故障自愈的方法,或权利要求4-5任一项所述的CU-DU分布架构连接故障自愈的方法,或权利要求6所述的CU-DU分布架构连接故障自愈的方法,或权利要求7-8任一项所述的CU-DU分布架构连接故障自愈的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911213297.9A CN111107542B (zh) | 2019-12-02 | 2019-12-02 | Cu-du分布架构连接故障自愈的方法、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911213297.9A CN111107542B (zh) | 2019-12-02 | 2019-12-02 | Cu-du分布架构连接故障自愈的方法、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111107542A true CN111107542A (zh) | 2020-05-05 |
CN111107542B CN111107542B (zh) | 2023-06-30 |
Family
ID=70420828
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911213297.9A Active CN111107542B (zh) | 2019-12-02 | 2019-12-02 | Cu-du分布架构连接故障自愈的方法、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111107542B (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1747347A (zh) * | 2004-09-07 | 2006-03-15 | 华为技术有限公司 | 一种分布式配置数据库系统的备份方法 |
CN106817717A (zh) * | 2015-12-02 | 2017-06-09 | 大唐移动通信设备有限公司 | 一种基站与无线网络控制器设备间的数据传输方法和装置 |
CN107623593A (zh) * | 2017-08-31 | 2018-01-23 | 北京华为数字技术有限公司 | 基于cu分离的双机热备的方法及设备 |
CN109548037A (zh) * | 2017-08-01 | 2019-03-29 | 中国移动通信有限公司研究院 | 一种控制方法、分布式单元、集中单元及存储介质 |
CN109673027A (zh) * | 2017-10-16 | 2019-04-23 | 中兴通讯股份有限公司 | 多集中单元cu融合方法、相应设备及系统 |
CN109905900A (zh) * | 2017-12-07 | 2019-06-18 | 华为技术有限公司 | 一种中心单元切换的方法以及业务处理装置 |
-
2019
- 2019-12-02 CN CN201911213297.9A patent/CN111107542B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1747347A (zh) * | 2004-09-07 | 2006-03-15 | 华为技术有限公司 | 一种分布式配置数据库系统的备份方法 |
CN106817717A (zh) * | 2015-12-02 | 2017-06-09 | 大唐移动通信设备有限公司 | 一种基站与无线网络控制器设备间的数据传输方法和装置 |
CN109548037A (zh) * | 2017-08-01 | 2019-03-29 | 中国移动通信有限公司研究院 | 一种控制方法、分布式单元、集中单元及存储介质 |
CN107623593A (zh) * | 2017-08-31 | 2018-01-23 | 北京华为数字技术有限公司 | 基于cu分离的双机热备的方法及设备 |
CN109673027A (zh) * | 2017-10-16 | 2019-04-23 | 中兴通讯股份有限公司 | 多集中单元cu融合方法、相应设备及系统 |
CN109905900A (zh) * | 2017-12-07 | 2019-06-18 | 华为技术有限公司 | 一种中心单元切换的方法以及业务处理装置 |
Non-Patent Citations (1)
Title |
---|
HUAWEI: "R3-195469 \"Inter IAB donor CU topology adaptation\"", 3GPP TSG_RAN\\WG3_IU, no. 3 * |
Also Published As
Publication number | Publication date |
---|---|
CN111107542B (zh) | 2023-06-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103744809B (zh) | 基于vrrp的车辆信息管理系统双机热备方法 | |
CN110167051B (zh) | 集中式单元-分布式单元架构下的通信方法、通信设备 | |
EP2346215B1 (en) | Equipment pool management method, node equipment and communication system | |
EP2418910A1 (en) | Mobile communication method, device and system for ensuring service continuity | |
CN104378232A (zh) | 主备集群组网模式下的脑裂发现、恢复方法及装置 | |
CN102917384B (zh) | Zigbee网络中协调器的热备方法 | |
CN105515812A (zh) | 资源的故障处理方法及装置 | |
CN103780407A (zh) | 分布式弹性网络互连(drni)中网关动态切换方法和装置 | |
CN103944746A (zh) | 一种双机热备的方法及装置 | |
CN102088372B (zh) | 一种心跳检测方法、系统和设备 | |
CN101729426A (zh) | 一种虚拟路由冗余协议主备用设备快速切换的方法及系统 | |
US20150117180A1 (en) | System, apparatus and method for reducing failover time through redundancy using virtual access points | |
CN112218321B (zh) | 主备链路切换方法、装置、通信设备和存储介质 | |
CN110677885A (zh) | 网络切换方法、装置、存储介质和终端 | |
CN102595640A (zh) | 无线链路重建方法及系统 | |
CN101778107B (zh) | 状态同步的处理方法及装置 | |
CN114363928A (zh) | 一种xn接口交互方法及系统 | |
CN108200594B (zh) | 一种业务处理方法及装置 | |
CN111107542B (zh) | Cu-du分布架构连接故障自愈的方法、设备及存储介质 | |
CN107872822B (zh) | 一种业务的承载方法及承载装置 | |
TWI439147B (zh) | 處理無線鏈結失敗的方法及相關通訊裝置 | |
CN113098709B (zh) | 基于分布式组网系统的网络恢复方法、装置和计算机设备 | |
CN113890817A (zh) | 一种通信优化方法和装置 | |
CN114301763A (zh) | 分布式集群故障的处理方法及系统、电子设备及存储介质 | |
CN112153686A (zh) | 一种基于服务发现数据同步的服务自组网方法 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |