CN104038955B - 一种移动通信***中的故障检测及处理的方法及基站 - Google Patents
一种移动通信***中的故障检测及处理的方法及基站 Download PDFInfo
- Publication number
- CN104038955B CN104038955B CN201310074988.1A CN201310074988A CN104038955B CN 104038955 B CN104038955 B CN 104038955B CN 201310074988 A CN201310074988 A CN 201310074988A CN 104038955 B CN104038955 B CN 104038955B
- Authority
- CN
- China
- Prior art keywords
- community
- base station
- information
- abnormal conditions
- management platform
- 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
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种移动通信***中的故障检测及处理的方法及基站,其中所述方法包括:步骤A,第二基站的第二小区,检测到第一基站的第一小区发生异常情况,其中,第一小区为第二小区的邻小区;步骤B,第二基站通过第二小区向第一小区发送用于请求负载情况和资源信息的汇报请求;步骤C,第二基站通过第二小区接收第一小区针对所述汇报请求返回的负载情况和资源信息;步骤D,第二基站将所述异常情况与第一小区的负载情况和资源信息发送给第一基站,以供第一基站判断所述第一小区是否故障并在第一小区故障时重启第一小区。本发明能够有效检测并确认小区/基站故障,提高网络运行效率,降低网络维护成本。
Description
技术领域
本发明涉及移动通信***,具体涉及一种移动通信***中的故障检测及处理的方法及基站。
背景技术
随着网络应用的日益普及,网络日趋大型化且日趋复杂,网络管理的难度也越来越大。LTE(Long Term Evolution,长期演进)项目引入自组织网络技术(SON)的概念。SON在LTE的标准化阶段由移动运营商引入,其主要思路是实现无线网络的一些自主功能,减少人工参与。从运营商的角度来看,SON可以帮助运营商降低建设和运营维护成本;从技术角度来看,网络参数的数量越来越多,网络内部及网络之间的管理日趋复杂,SON也可以帮助运营商降低网络配置、维护、管理、操作的复杂度。目前SON的主要功能包括网络自规划、网络自配置、网络自优化和网络自治愈。
其中,SON网络自治愈功能的任务之一是如何发现和确认小区/基站发生故障的问题。***中小区/基站发生故障对整个移动网的影响是很大的,但是目前现网中却缺乏必要的手段对故障进行检测,只能依靠手动或者用户的投诉进行发现,然后解决,这样极大的影响了用户的体验,降低了用户对于网络的满意度。因此,亟需一种方法,能够有效地检测并确认小区/基站故障,以提高网络运行效率,降低网络维护成本。
发明内容
有鉴于此,本发明实施例的目的是提供一种移动通信***中的故障检测及处理的方法及基站,有效检测并确认小区/基站故障,提高网络运行效率,降低网络维护成本。
为解决上述技术问题,本发明实施例提供方案如下:
一种移动通信***中的故障检测及处理的方法,包括:
步骤A,第二基站的第二小区,检测到第一基站的第一小区发生异常情况,其中,第一小区为第二小区的邻小区;
步骤B,第二基站通过第二小区向第一小区发送用于请求负载情况和资源信息的汇报请求;
步骤C,第二基站通过第二小区接收第一小区针对所述汇报请求返回的负载情况和资源信息;
步骤D,第二基站将所述异常情况与第一小区的负载情况和资源信息发送给第一基站,以供第一基站判断所述第一小区是否故障并在第一小区故障时重启第一小区。
本发明实施例还提供了一种移动通信***中的第二基站,包括:
检测单元,用于通过第二小区检测到第一基站的第一小区发生异常情况,其中,第二小区为第二基站对应的小区,第一小区为第二小区的邻小区;
请求单元,用于通过第二小区向第一小区发送用于请求负载情况和资源信息的汇报请求;
获得单元,用于通过第二小区接收第一小区针对所述汇报请求返回的负载情况和资源信息;
汇报单元,用于将所述异常情况与第一小区的负载情况和资源信息发送给第一基站,以供第一基站判断所述第一小区是否故障并在第一小区故障时重启第一小区。
从以上所述可以看出,本发明实施例提供的移动通信***中的故障检测及处理的方法及基站,通过小区与基站之间,和/或基站与网管之间的信令交互,实现了对小区/基站故障的有效检测及确认,并能够施行相关的故障排除处理,从而可以提高网络运行效率,降低网络维护成本。
附图说明
图1为本发明实施例所述方法的流程示意图;
图2为本发明一个示例的应用场景示意图;
图3为本发明一个示例的流程示意图;
图4为本发明实施例所述基站的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图及具体实施例对本发明进行详细描述。
引起小区/基站故障的原因很多,发明人经过长期研究,对基站故障归纳如下:因传输问题引起的故障、因基站软件问题引起的故障、因基站硬件引起的故障、因各种干扰引起的故障等。小区/基站发生故障会导致网络中切换失败增加,掉话率提高,小区容量下降或负载突变或恒定等问题。
现有小区/基站故障检测方法主要基于手动或者用户的投诉进行问题发现,因此存在故障发现时间长,故障发现效果差,人员开销大等问题,极大地影响了用户的体验。
本发明实施例通过小区/基站(eNB)之间的信令交互的方式,自动检测和确认小区/基站故障,从而极大的提高网络运行效率,降低了网络维护成本。本发明实施例可以应用于LTE网络,并可以推广到异构网络场景,如LTE和2/3G网络并存的异构网络中。下面将主要以LTE网络为例对本发明的具体实施进行详细说明,需要指出的是,本发明亦可应用于异构网络场景中。
请参照图1,本发明实施例提供的移动通信***中的故障检测及处理的方法,包括以下步骤:
步骤11,第二基站的第二小区,检测到第一基站的第一小区发生异常情况,其中,第一小区为第二小区的邻小区。
这里的第一基站、第二基站又可称为eNB1和eNB2,第一小区是第一基站对应的小区,第二小区则是第二基站对应的小区。当然,除了第一小区外,第一基站还可以包括有其他更多的小区,第二基站亦类似。
这里,所述的异常情况包括以下情况中的至少一种:由非切换参数或覆盖原因引起的第二小区到第一小区的切换失败率增加程度超过第一预设值;从第一小区发生无线链路失败(RLF)或掉话,并在第二小区发起重新连接的终端比例超出第二预设值。
步骤12,第二基站通过第二小区向第一小区发送用于请求负载情况和资源信息的汇报请求。
步骤13,第二基站通过第二小区接收第一小区针对所述汇报请求返回的负载情况和资源信息。
步骤14,第二基站将所述异常情况与第一小区的负载情况和资源信息发送给第一基站,以供第一基站判断所述第一小区是否故障并在第一小区故障时重启第一小区。
以上步骤中,在第一小区发生异常后,第二基站通过上述步骤12、13获得第一小区的负载情况和资源信息,并在步骤14中连同所述异常情况一起上报给第一基站。这样,第一基站根据第二基站上报的这些信息,可以判断第一小区是否发生故障,并在第一小区发生故障时通过控制信令重新启动第一小区,以试图消除第一小区的异常情况。
在上述步骤14之后,若第一小区重启之后,第二基站的第二小区再次检测到第一基站的第一小区发生异常情况,则重复执行所述步骤12至步骤14,直至第一小区恢复正常,或者重复执行所述步骤12至步骤14达到预定次数。这里的预定次数可以根据希望尝试的重启次数来设置,例如设为2次或3次等。
上述方法中,若重复执行所述步骤12至步骤14达到预定次数,所述第一小区仍未恢复正常,则上述方法还包括:
步骤15,第二基站将所述第一小区及其发生的异常情况的信息发送给网管平台,以使得所述网管平台据此请求第一小区/第一基站的软硬件运行状态信息并根据获得的第一小区/第一基站的软硬件运行状态信息执行相应的故障处理。
若第一小区完全故障不能响应步骤12中第一小区发送的汇报请求,则第二小区无法接收到第一小区针对所述汇报请求返回的负载情况和资源信息,此时上述方法还可以包括以下步骤:
步骤16,第二基站将所述第一小区及其发生的异常情况的信息发送给网管平台,以供所述网管平台建立与第一基站之间的新控制信令并重启所述第一基站/第一小区。
从以上所述可以看出,本发明实施例上述方法,通过小区与基站之间,和/或基站与网管之间的信令交互,实现了对小区/基站故障的有效检测及确认,并能够施行相关的故障排除处理,从而可以提高网络运行效率,降低网络维护成本。
以上步骤中,若第一基站与第二基站属于异构网络的不同类型基站,则:
在所述步骤12、13、14中,通过预先定义的异构网络信令发送所述汇报请求、接收所述第一小区针对所述汇报请求返回的负载情况和资源信息、发送所述异常情况与第一小区的负载情况和资源信息;
所述步骤15、16中,第二基站将所述第一小区及其发生的异常情况的信息发送给第二基站的网管平台,由第二基站的网管平台通过异构网管信令将所述第一小区及其发生的异常情况的信息发送给第一基站的网管平台,第一基站的网管平台据此请求第一小区/第一基站的软硬件运行状态信息并根据第一小区/第一基站的软硬件运行状态信息执行相应的故障处理,或建立与第一基站之间的新控制信令并重启所述第一基站/第一小区。
下面结合图2和图3,通过一个更为具体的示例,对本发明实施例的上述方法作进一步的说明。
在该示例中,基于基站(eNB)上报测量发现小区异常问题。假设eNB1的小区1(cell1)或者eNB1发生故障,eNB2(在异构网络场景下可以是2/3G基站)的小区2(cell2)是cell1的邻小区(如图2所示)。小区(cell1)或eNB1发生故障可能会有如下现象:
1)Cell1负载的突变并保持恒定,例如,负载趋于0;
2)无线链路失败(RLF)突然增加;
3)Cell1和cell2之间的切换失败率增加;
4)小区之间干扰程度变化。
本示例中的故障检测方案过程如图3所示,包括:
1.如果小区2(或2/3G小区)发现以下任一情况:
a)小区2(或2/3G小区)到小区1的切换失败突然增加,但不是切换参数或覆盖原因导致;
b)大量UE从小区1发生RLF或掉话,并且在小区2发起重新连接。
2.小区2通过X2/S1接口建立新的LTE信令流程(如果是异构网络场景,则在LTE小区和2/3G小区之间定义新的信令通道)给小区1发送负载情况和资源信息汇报请求,请求信息可包括小区1的总承载力度、当前的负载信息和资源调度情况。
3.如果小区1/eNB1完全故障,小区1/eNB1无法回应,此时:
a)在eNB2和网管之间建立新信令通道(如果是异构网络中则在eNB2和2/3G建立网管的全新信令),eNB2通过建立的信令通道,发送eNB1/小区1异常信息给网管。信息包括eNB1/小区1的地址、总承载力度、当前的负载信息、资源调度情况以及小区2/eNB2发现的异常现象,如一定时间内(例如1分钟)eNB2发出切换请求到eNB1/小区1但是eNB1/小区1无响应次数超过一定设定门限,或一定时间内eNB1小区内终端在eNB2(或2/3G基站)发生的连接重建次数超过一定设定门限。
b)网管需要建立新信令(如北向信令)远程控制重启eNB1/小区1(如在异构网络中,则两个网管之间也建立新的异构网管信令,由2/3G网管把eNB1的故障信息转发给eNB1的LTE网管,LTE网管收到后再远程控制重启eNB1/小区1)。
c)如果eNB1/小区1重启后,问题依然存在,重复步骤3.a)后通过网管发出警告信息,以提示相关管理人员进行人工处理。
4.如果小区1建立X2/S1信令(或建立异构网络信令)回复负载情况和资源信息报告给小区2(或2/3G小区),eNB2(或2/3G小区)把小区1报告结果以及小区2发现的异常现象发送给eNB1。
5.如果eNB1判断小区1故障,eNB1可先重启小区1。
6.小区1重启后,eNB1发送信令(或建立异构网络信令)告诉eNB2/小区2(或2/3G小区)已重启小区1.
7.如果小区1重启后,问题依然存在,重复步骤4,5和6或eNB2(2/3G基站)发送eNB1/小区1异常信息给网管(异构网络中,2/3G网管把eNB1的故障信息转发给eNB1的LTE网管,两个网管之间建立新的异构网管信令)。异常信息包括小区1的地址以及小区2/eNB2发现的异常现象。
a)当网管收到eNB1的信息,网管先需要确认eNB1或者小区1发生故障和类型。
b)为了确认eNB1或者小区1发生故障和类型,网管通过北向接口发送信息给eNB1,请求eNB1或者小区1的软件和硬件信息。
c)eNB1反馈当前的软件和硬件运行信息给网管,网管分析eNB1反馈的信息如下:
i.如果软件故障,比如当网管读取eNB1反馈软件运行信息时,网管发现某个软件非正常的运行信息,网管记录故障信息并发起重启软件命令给eNB1;
ii.如果软件版本过期导致操作故障,比如某个软件的最新版本是v2.0但是当网管读取eNB1当前所用的软件版本是v1.6导致软件不匹配现象,则网管记录相关信息并给eNB1或者小区1更新软件版本;
iii.如果硬件链路故障,比如线路短路,BBI的某个线路的输入和出入不对称或者只有输入但没有输出,则网管记录相关信息并发出警告给相关部门或运维人员;
d)如网管不能定位问题或无有效解决方案,则根据网管所获得的信息发出警告给相关部门或运维人员。
基于以上方法,本发明实施例还提供了一种移动通信***中的基站,为便于区分及理解,该基站又称为第二基站,如图4所示,该第二基站包括:
检测单元,用于通过第二小区检测到第一基站的第一小区发生异常情况,其中,第二小区为第二基站对应的小区,第一小区为第二小区的邻小区;
请求单元,用于通过第二小区向第一小区发送用于请求负载情况和资源信息的汇报请求;
获得单元,用于通过第二小区接收第一小区针对所述汇报请求返回的负载情况和资源信息;
汇报单元,用于将所述异常情况与第一小区的负载情况和资源信息发送给第一基站,以供第一基站判断所述第一小区是否故障并在第一小区故障时重启第一小区。
作为一种优选实施方式,上述第二基站还可以包括:
控制单元,用于在第一小区重启之后,若检测单元再次检测到第一基站的第一小区发生异常情况,则再次触发所述请求单元、获得单元和汇报单元,直至第一小区恢复正常,或者触发次数达到预定次数。
作为一种优选实施方式,上述第二基站还可以包括:
上报单元,用于在触发次数达到预定次数,所述第一小区仍未恢复正常时,将所述第一小区及其发生的异常情况的信息发送给网管平台,以使得所述网管平台据此请求第一小区/第一基站的软硬件运行状态信息并根据获得的第一小区/第一基站的软硬件运行状态信息执行相应的故障处理。
这里,所述上报单元,还可以,用于若获得单元未接收到第一小区针对所述汇报请求返回的负载情况和资源信息,则将所述第一小区及其发生的异常情况的信息发送给网管平台,以供所述网管平台建立与第一基站之间的新控制信令并重启所述第一基站/第一小区。
若第一基站与第二基站属于异构网络的不同类型基站,则:
在所述请求单元、获得单元和汇报单元,各自通过预先定义的异构网络信令发送所述汇报请求、接收所述第一小区针对所述汇报请求返回的负载情况和资源信息、发送所述异常情况与第一小区的负载情况和资源信息;
所述上报单元,将所述第一小区及其发生的异常情况的信息发送给第二基站的网管平台,由第二基站的网管平台通过异构网管信令将所述第一小区及其发生的异常情况的信息发送给第一基站的网管平台,第一基站的网管平台据此请求第一小区/第一基站的软硬件运行状态信息并根据第一小区/第一基站的软硬件运行状态信息执行相应的故障处理,或建立与第一基站之间的新控制信令并重启所述第一基站/第一小区。
以上所述仅是本发明的实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (12)
1.一种移动通信***中的故障检测及处理的方法,其特征在于,包括:
步骤A,第二基站的第二小区,检测到第一基站的第一小区发生异常情况,其中,第一小区为第二小区的邻小区;
步骤B,第二基站通过第二小区向第一小区发送用于请求负载情况和资源信息的汇报请求;
步骤C,第二基站通过第二小区接收第一小区针对所述汇报请求返回的负载情况和资源信息;
步骤D,第二基站将所述异常情况与第一小区的负载情况和资源信息发送给第一基站,以供第一基站判断所述第一小区是否故障并在第一小区故障时重启第一小区。
2.如权利要求1所述的方法,其特征在于,在所述步骤D之后,若第一小区重启之后,第二基站的第二小区再次检测到第一基站的第一小区发生异常情况,则重复执行所述步骤B至步骤D,直至第一小区恢复正常,或者重复执行所述步骤B至步骤D达到预定次数。
3.如权利要求2所述的方法,其特征在于,若重复执行所述步骤B至步骤D达到预定次数,所述第一小区仍未恢复正常,所述方法还包括:
步骤E,第二基站将所述第一小区及其发生的异常情况的信息发送给网管平台,以使得所述网管平台据此请求第一小区/第一基站的软硬件运行状态信息并根据获得的第一小区/第一基站的软硬件运行状态信息执行相应的故障处理。
4.如权利要求3所述的方法,其特征在于,
在所述步骤B之后,若第二小区未接收到第一小区针对所述汇报请求返回的负载情况和资源信息,则所述方法还包括:
步骤F,第二基站将所述第一小区及其发生的异常情况的信息发送给网管平台,以供所述网管平台建立与第一基站之间的新控制信令并重启所述第一基站/第一小区。
5.如权利要求4所述的方法,其特征在于,
若第一基站与第二基站属于异构网络的不同类型基站,则:
在所述步骤B、C、D中,通过预先定义的异构网络信令发送所述汇报请求、接收所述第一小区针对所述汇报请求返回的负载情况和资源信息、发送所述异常情况与第一小区的负载情况和资源信息;
所述步骤E、F中,第二基站将所述第一小区及其发生的异常情况的信息发送给第二基站的网管平台,由第二基站的网管平台通过异构网管信令将所述第一小区及其发生的异常情况的信息发送给第一基站的网管平台,第一基站的网管平台据此请求第一小区/第一基站的软硬件运行状态信息并根据第一小区/第一基站的软硬件运行状态信息执行相应的故障处理,或建立与第一基站之间的新控制信令并重启所述第一基站/第一小区。
6.如权利要求1所述的方法,其特征在于,所述异常情况包括以下情况中的至少一种:由非切换参数或覆盖原因引起的第二小区到第一小区的切换失败率增加程度超过第一预设值;从第一小区发生RLF或掉话,并在第二小区发起重新连接的终端比例超出第二预设值。
7.一种移动通信***中的第二基站,其特征在于,包括:
检测单元,用于通过第二小区检测到第一基站的第一小区发生异常情况,其中,第二小区为第二基站对应的小区,第一小区为第二小区的邻小区;
请求单元,用于通过第二小区向第一小区发送用于请求负载情况和资源信息的汇报请求;
获得单元,用于通过第二小区接收第一小区针对所述汇报请求返回的负载情况和资源信息;
汇报单元,用于将所述异常情况与第一小区的负载情况和资源信息发送给第一基站,以供第一基站判断所述第一小区是否故障并在第一小区故障时重启第一小区。
8.如权利要求7所述的第二基站,其特征在于,还包括:
控制单元,用于在第一小区重启之后,若检测单元再次检测到第一基站的第一小区发生异常情况,则再次触发所述请求单元、获得单元和汇报单元,直至第一小区恢复正常,或者触发次数达到预定次数。
9.如权利要求8所述的第二基站,其特征在于,还包括:
上报单元,用于在触发次数达到预定次数,所述第一小区仍未恢复正常时,将所述第一小区及其发生的异常情况的信息发送给网管平台,以使得所述网管平台据此请求第一小区/第一基站的软硬件运行状态信息并根据获得的第一小区/第一基站的软硬件运行状态信息执行相应的故障处理。
10.如权利要求9所述的第二基站,其特征在于,
所述上报单元,还用于若获得单元未接收到第一小区针对所述汇报请求返回的负载情况和资源信息,则将所述第一小区及其发生的异常情况的信息发送给网管平台,以供所述网管平台建立与第一基站之间的新控制信令并重启所述第一基站/第一小区。
11.如权利要求10所述的第二基站,其特征在于,
若第一基站与第二基站属于异构网络的不同类型基站,则:
在所述请求单元、获得单元和汇报单元,各自通过预先定义的异构网络信令发送所述汇报请求、接收所述第一小区针对所述汇报请求返回的负载情况和资源信息、发送所述异常情况与第一小区的负载情况和资源信息;
所述上报单元,将所述第一小区及其发生的异常情况的信息发送给第二基站的网管平台,由第二基站的网管平台通过异构网管信令将所述第一小区及其发生的异常情况的信息发送给第一基站的网管平台,第一基站的网管平台据此请求第一小区/第一基站的软硬件运行状态信息并根据第一小区/第一基站的软硬件运行状态信息执行相应的故障处理,或建立与第一基站之间的新控制信令并重启所述第一基站/第一小区。
12.如权利要求7所述的第二基站,其特征在于,所述异常情况包括以下情况中的至少一种:由非切换参数或覆盖原因引起的第二小区到第一小区的切换失败率增加程度超过第一预设值;从第一小区发生RLF或掉话,并在第二小区发起重新连接的终端比例超出第二预设值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310074988.1A CN104038955B (zh) | 2013-03-08 | 2013-03-08 | 一种移动通信***中的故障检测及处理的方法及基站 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310074988.1A CN104038955B (zh) | 2013-03-08 | 2013-03-08 | 一种移动通信***中的故障检测及处理的方法及基站 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104038955A CN104038955A (zh) | 2014-09-10 |
CN104038955B true CN104038955B (zh) | 2017-06-20 |
Family
ID=51469511
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310074988.1A Active CN104038955B (zh) | 2013-03-08 | 2013-03-08 | 一种移动通信***中的故障检测及处理的方法及基站 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104038955B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106341836B (zh) * | 2016-08-26 | 2019-05-21 | 国脉科技股份有限公司 | 一种移动网络协维方法 |
CN109842499B (zh) | 2017-11-24 | 2021-04-20 | 华为技术有限公司 | 一种无线通信方法及装置 |
CN117499216B (zh) * | 2023-12-29 | 2024-04-12 | 珠海格力电器股份有限公司 | 物联网设备的状态预警方法、装置、设备及介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101536568A (zh) * | 2006-09-06 | 2009-09-16 | 诺基亚西门子通信有限责任两合公司 | 用于在无线电通信***中出现故障的情况下恢复连通性的方法及其控制节点 |
EP2230864A1 (en) * | 2009-03-17 | 2010-09-22 | Alcatel Lucent | Fault detection among base stations |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012124707A (ja) * | 2010-12-08 | 2012-06-28 | Kyocera Corp | 障害検出方法、無線端末、及び基地局 |
-
2013
- 2013-03-08 CN CN201310074988.1A patent/CN104038955B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101536568A (zh) * | 2006-09-06 | 2009-09-16 | 诺基亚西门子通信有限责任两合公司 | 用于在无线电通信***中出现故障的情况下恢复连通性的方法及其控制节点 |
EP2230864A1 (en) * | 2009-03-17 | 2010-09-22 | Alcatel Lucent | Fault detection among base stations |
Non-Patent Citations (1)
Title |
---|
"Negotiation-based algorithm for ES compensations";Nokia Siemens Networks;《3GPP TSG RAN WG3 Meeting #69-bis R3-102857》;20101015;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN104038955A (zh) | 2014-09-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2016119287A1 (zh) | 汇报方法、汇报***、资源配置方法和*** | |
CN102396288B (zh) | 无线电链路失败的监控方法和设备 | |
EP3509350B1 (en) | Method for detecting cause of radio link failure or handover failure | |
CN102685768B (zh) | 心跳消息的处理方法、心跳周期的获取方法及接入网设备 | |
US20190124523A1 (en) | Method and system for managed service restoration in packet data networks | |
WO2020057732A1 (en) | Communication connection control using conditional handover | |
EP3148245B1 (en) | Radio link monitoring method and ue | |
WO2018090910A1 (zh) | 下行无线链路失败的恢复方法及装置 | |
CN104349361A (zh) | 用于无线资源控制连接的方法及装置 | |
CN112512059A (zh) | 网络优化方法、服务器、网络侧设备、***和存储介质 | |
WO2013071856A1 (zh) | 一种无线链路失败统计方法和相关装置及通信*** | |
WO2012142957A1 (zh) | 检测失效小区的方法和设备 | |
CN104469827B (zh) | 一种无线链路失败的处理方法及装置 | |
US9591502B2 (en) | Method and equipment for feeding back minimization drive test log | |
US9408247B2 (en) | Radio link failure (RLF) reporting | |
CN102131257A (zh) | 一种移动性优化中上报切换报告的方法及*** | |
WO2012149790A1 (zh) | 检测睡眠小区的方法和*** | |
CN104602277B (zh) | 一种异常切换的优化处理方法及*** | |
WO2016055099A1 (en) | Connection establishment robustness optimization | |
CN104038955B (zh) | 一种移动通信***中的故障检测及处理的方法及基站 | |
EP3014919B1 (en) | Optimisation of a cellular radio network | |
WO2020063833A1 (zh) | 网络设备脱管上报方法、设备和*** | |
CN111757550B (zh) | 一种多载波直通链路管理方法及终端 | |
CN111417217B (zh) | 一种双连接配置方法、装置、基站及终端 | |
WO2018137427A1 (zh) | 实现测量协调的方法、***、用户设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |