CN113225762B - 一种流控制传输协议链路的建立方法及装置 - Google Patents
一种流控制传输协议链路的建立方法及装置 Download PDFInfo
- Publication number
- CN113225762B CN113225762B CN202010080061.9A CN202010080061A CN113225762B CN 113225762 B CN113225762 B CN 113225762B CN 202010080061 A CN202010080061 A CN 202010080061A CN 113225762 B CN113225762 B CN 113225762B
- Authority
- CN
- China
- Prior art keywords
- link
- base station
- transmission protocol
- control transmission
- stream control
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种流控制传输协议链路的建立方法及装置。所述方法包括:获取与具有邻区关系的第二基站之间的流控制传输协议链路;通过所述流控制传输协议链路向所述第二基站发送检测数据包;基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障;在确定所述流控制传输协议链路故障的情况下,停止所述流控制传输协议链路在第一预设时间内的建立。本申请通过SCTP链路的自动智能判断进行SCTP链路的优化及惩罚,能够大大改善由于传输问题引起的SCTP链路反复建立的情况,及通过这种机制也能改善及预防到一些特殊原因故障造成SCTP链路反复故障引起的KPI指标恶化情况。
Description
技术领域
本申请涉及通信技术领域,特别是涉及一种流控制传输协议链路的建立方法及装置。
背景技术
各大通信设备商的站点间的切换基本都是依靠于X2链路的切换,当相邻的两个站点的两个小区建立成功时,现在通用的机制为:X2链路自己建立,当出现基站间的传输出现故障的时候或是出现传输不稳定的时候,传输链路若出现基站复位或基站传输断链,在这种情况下,X2链路断开后会自动反复的进行建立,并且会出现链路链接不稳定的现象,从而导致X2链路的X2切换指标恶化。
目前的X2链路建立的流程都是靠将基站间的数据进行配置,配置完成后,若传输能通则能够进行链路建立,当建立成功后,对于后期出现异常时,无法自动的进行判断是否需要保留该条链路,或是不允许建立这条链路。
1、当基站间的传输PTN(Packet TransportNetwork,分组传送网)侧有问题的时候,基站会一直尝试建立X2的sctp(Stream Control Transmission Protocol,流控制传输协议)链路。但是可能一直无法建立成功。
2、当两个基站相邻的时候,一个基站出现了基站重启或是主控板复位,X2链路则一直会检测,当基站启动后可能会出现X2链路不稳的情况,此时X2链路会不断的进行尝试建立。
3、当2个基站间的X2链路出现光损较大,或是光模块异常等问题的时候可能会出现大量的丢包现象,此时,X2链路确一直是正常,这样就会造成对基站的切换指标异常,拉低KPI(KeyPerformance Indicators,)指标。
4、当PTN侧或是网络测试由于错误配置了与邻基站一样的基站IP(InternetProtocol,网络之间互连的协议)或是基站ID(Identity Document,身份证标识号)的情况时,邻基站能够检测到IP会发起尝试建立X2链路的机制。但是却一直无法建立成功。
发明内容
本申请实施例所要解决的技术问题是提供一种流控制传输协议链路的建立方法及装置,以解决现有技术中建立的X2链路,在后期出现异常时,无法自动的进行判断是否需要保留该条链路,或是不允许建立这条链路的技术问题。
为了解决上述技术问题,本申请实施例提供了一种流控制传输协议链路的建立方法,应用于第一基站,包括:
获取与具有邻区关系的第二基站之间的流控制传输协议链路;
通过所述流控制传输协议链路向所述第二基站发送检测数据包;
基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障;
在确定所述流控制传输协议链路故障的情况下,停止所述流控制传输协议链路在第一预设时间内的建立。
可选地,所述通过所述流控制传输协议链路向所述第二基站发送检测数据包,包括:
每隔预置时间,执行一次所述通过所述流控制传输协议链路向所述第二基站发送检测数据包。
可选地,所述基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障,包括:
判断所述检测数据包是否发送成功;
在所述检测数据包发送成功时,确定所述流控制传输协议链路未发生故障;
在所述检测数据包发送失败时,确定所述流控制传输协议链路发生故障。
可选地,所述基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障,包括:
获取所述检测数据包在发送过程中的丢包量;
在所述丢包量小于设定阈值时,确定所述流控制传输协议链路未发生故障;
在所述丢包量大于或者等于设定阈值时,确定流控制传输协议链路发生故障。
可选地,在所述基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障之后,还包括:
在确定所述流控制传输协议链路故障的情况下,向所述第二基站发送链路断开消息;
获取由所述第二基站返回的告警消息;所述告警消息包含所述流控制传输协议链路的故障原因和链路建立停止时间。
可选地,在所述停止所述流控制传输协议链路在第一预设时间内的建立之后,还包括:
在从停止所述流控制传输协议链路建立开始,达到所述第一预设时间时,对所述流控制传输协议链路进行再次检测;
当再次检测的所述流控制传输协议链路故障时,停止所述流控制传输协议链路在第二预设时间内的建立。
为了解决上述技术问题,本申请实施例提供了一种流控制传输协议链路的建立装置,应用于第一基站,包括:
传输协议链路获取模块,用于获取与具有邻区关系的第二基站之间的流控制传输协议链路;
检测数据包发送模块,用于通过所述流控制传输协议链路向所述第二基站发送检测数据包;
协议链路故障确定模块,用于基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障;
协议链路建立停止模块,用于在确定所述流控制传输协议链路故障的情况下,停止所述流控制传输协议链路在第一预设时间内的建立。
可选地,所述检测数据包发送模块包括:
检测数据包发送单元,用于每隔预置时间,执行一次所述通过所述流控制传输协议链路向所述第二基站发送检测数据包。
可选地,所述协议链路故障确定模块包括:
发送成功判断单元,用于判断所述检测数据包是否发送成功;
第一链路未故障确定单元,用于在所述检测数据包发送成功时,确定所述流控制传输协议链路未发生故障;
第一链路故障确定单元,用于在所述检测数据包发送失败时,确定所述流控制传输协议链路发生故障。
可选地,所述协议链路故障确定模块包括:
丢包量判断单元,用于获取所述检测数据包在发送过程中的丢包量;
第二链路未故障确定单元,用于在所述丢包量小于设定阈值时,确定所述流控制传输协议链路未发生故障;
第二链路故障确定单元,用于在所述丢包量大于或者等于设定阈值时,确定流控制传输协议链路发生故障。
可选地,所述装置还包括:
链路断开消息发送模块,用于在确定所述流控制传输协议链路故障的情况下,向所述第二基站发送链路断开消息;
告警消息获取模块,用于获取由所述第二基站返回的告警消息;所述告警消息包含所述流控制传输协议链路的故障原因和链路建立停止时间。
可选地,所述装置还包括:
再次检测模块,用于在从停止所述流控制传输协议链路建立开始,达到所述第一预设时间时,对所述流控制传输协议链路进行再次检测;
链路建立停止模块,用于当再次检测的所述流控制传输协议链路故障时,停止所述流控制传输协议链路在第二预设时间内的建立。
为了解决上述技术问题,本申请实施例提供了一种电子设备,包括:
处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述程序时实现上述流控制传输协议链路的建立方法。
为了解决上述技术问题,本申请实施例提供了一种计算机可读存储介质,存储有计算机指令,当所述计算机指令由电子设备的处理器执行时,使得电子设备能够执行上述流控制传输协议链路的建立方法。
与现有技术相比,本申请实施例包括以下优点:
本申请实施例中,通过获取与具有邻区关系的第二基站之间的流控制传输协议链路,通过流控制传输协议链路向第二基站发送检测数据包,基于检测数据包的发送状态,确定流控制传输协议链路是否故障,在确定流控制传输协议链路故障的情况下,停止流控制传输协议链路在第一预设时间内的建立。本申请实施例通过SCTP链路的自动智能判断进行SCTP链路的优化及惩罚,能够大大改善由于传输问题引起的SCTP链路反复建立的情况,及通过这种机制也能改善及预防到一些特殊原因故障造成SCTP链路反复故障引起的KPI指标恶化情况。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
图1为本申请实施例提供的一种流控制传输协议链路的建立方法的步骤流程图;
图2为本申请实施例提供的另一种流控制传输协议链路的建立方法的步骤流程图;
图3为本申请实施例提供的一种链路检测流程的示意图;
图4为本申请实施例提供的一种不建立X2链路的示意图;
图5为本申请实施例提供的一种流控制传输协议链路的建立装置的结构示意图;
图6为本申请实施例提供的另一种流控制传输协议链路的建立装置的结构示意图;
图7为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本申请作进一步详细的说明。
在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。
在对于热点区域内,用户数较大,站点覆盖较为密集,且基站数数量较多,这样各个基站间都会配置上相邻小区基站的X2链路。这样每个基站配置的X2链路数量较大,而且通过X2切换的用户数也较多。当某一条链路不稳定,或是异常的时候,此时及会出现切换异常,从一个站点小区切换不到另外一个站点下的小区。当加入对X2链路进行检测及惩罚机制后,如果某一条链路存在数据包发送失败或存在丢包的现象时,可以设置在丢失大于或等于20%包时,可以触发惩罚机制,则不允许该条链路在1小时之内或是12小时之内进行建立。
具体地,可以包括如下情况:
1、当基站a与基站b互为邻基站,且基站b出现问题时,需要进行基站复位,将基站复位后,基站出现频繁重启,或是GPS(Global Positioning System,全球定位***)出现不稳定的情况,导致b基站的所有小区反复重新建立。这样a基站与b基站的SCTP链路就会反复的进行建立,这样造成2个基站间会出现大量的切换失败。
而在引入了这种惩罚机制后,可以通过开启SCTP链路检测惩罚机制后,向b站点进行发送带有小区状态查询检测的数据包,检测到SCTP链路无法通的时候即时触发SCTP链路惩罚机制,使得该条SCTP链路在1小时之内不在进行建立,若1小时后在进行尝试建立SCTP链路,当该链路建立成功后,发送检测数据包,若检测没问题,则正常,若检测还是存在问题,则在进行下一个阶段的惩罚,惩罚时长12小时,待12小时之后在进行检测,检测机制与1小时检测惩罚机制一致。惩罚机制时长可以为X小时下一个惩罚周期为X+1小时。
2、当基站A与基站B互为邻基站,当基站B出现基站重启时,X2链路就会断开,当B基站恢复正常的时候可能会出现X2链路不稳定的情况,可能会出现一会儿连接成功一会儿连接断开的情况。这时,可以打开SCTP链路检测惩罚机制,A基站向B基站发送SCTP链路检测数据包,当检测到链路不通的情况时,及时触发SCTP链路惩罚机制。使得链路进入惩罚机制,使得该条SCTP链路在1小时之内不在进行建立,若1小时后在进行尝试建立SCTP链路,当该链路建立成功后,发送检测数据包,若检测没问题,则正常,若检测还是存在问题,则在进行下一个阶段的惩罚,惩罚时长12小时,待12小时之后在进行检测,检测机制与1小时检测惩罚机制一致。惩罚机制时长可以为X小时下一个惩罚周期为X+1小时。
3、当A基站与B基站互为邻基站时,B基站的传输光纤有松动、光模块降速,或是B基站出现了光纤磨损有损耗导致基站的传输线路出现大量数据丢包。对于此类场景可以开启基站的SCTP链路检测惩罚机制,首先A基站向B基站发送SCTP链路检测数据包,对反馈回来的检测数据包进行自动筛选,当链路的数据包少于发送包的20%或是数据包返回的时延非常大时。若开启了SCTP链路惩罚机制,此时及时进行SCTP链路进行惩罚。使得该条SCTP链路在1小时之内不在进行建立,若1小时后在进行尝试建立SCTP链路,当该链路建立成功后,发送检测数据包,若检测没问题,则正常,若检测还是存在问题,则在进行下一个阶段的惩罚,惩罚时长12小时,待12小时之后在进行检测,检测机制与1小时检测惩罚机制一致。惩罚机制时长可以为X小时下一个惩罚周期为X+1小时。
4、当PTN侧或是网络测试由于错误配置了与邻基站一样的基站IP、基站ID、小区PCI(Physical Cell Identifier,物理小区标识)的情况时。此时A基站与B基站互为邻基站,由于配置错误导致C基站与B基站的IP一致,这样之前正常的A与B之间的SCTP链路进行自动建立的时候,发现有同样的基站IP,则基站无法判断出到底是建立哪条链路,此时A基站会一直尝试建立SCTP链路,但每次都是超时,建立失败。此时开启SCTP链路惩罚机制,当自动检测到SCTP链路故障反复触发SCTP链路建立的情况时候,即时触发SCTP链路惩罚机制,使得向该IP建立的SCTP链路进入惩罚机制。使得该条SCTP链路在1小时之内不在进行建立,若1小时后在进行尝试建立SCTP链路,当该链路建立成功后,发送检测数据包,若检测没问题,则正常,若检测还是存在问题,则在进行下一个阶段的惩罚,惩罚时长12小时,待12小时之后在进行检测,检测机制与1小时检测惩罚机制一致。惩罚机制时长可以为X小时下一个惩罚周期为X+1小时。
对于上述方案可以结合下述实施例进行详细描述。
实施例一
参照图1,示出了本申请实施例提供的一种流控制传输协议链路的建立方法的步骤流程图,该流控制传输协议链路的建立方法可以应用于第一基站,具体可以包括如下步骤:
步骤101:获取与具有邻区关系的第二基站之间的流控制传输协议链路。
在本申请实施例中,第一基站是指用于检测与邻区基站之间的链路是否故障的基站,在本实施例中,第一基站可以为宏基站、微基站、分布式基站等基站中的任一种,具体地,可以根据实际情况而定。
第二基站是指与第一基站存在邻区关系的基站,在本实施例中,第二基站可以为宏基站、微基站、分布式基站等基站中的任一种,具体地,可以根据实际情况而定。
流控制传输协议链路(即SCTP链路)是指提供基于不可靠传输业务的协议之上的可靠的数据报传输协议的链路。
在本实施例中,首先,可以获取与第一基站具有邻区关系的第二基站,然后,获取第一基站与第二基站之间的SCTP链路。
可以理解地,在第一基站和第二基站之间的SCTP链路可以为一条链路,也可以为多条链路,具体地,可以根据实际情况而定,本申请实施例对此不加以限制。
在获取与具有邻区关系的第二基站之间的流控制传输协议链路之后,执行步骤102。
步骤102:通过所述流控制传输协议链路向所述第二基站发送检测数据包。
检测数据包是指用于进行邻站之间的SCTP链路检测的数据包。
预置时间是指由业务人员预先设置的,用于对第一基站和第二基站之间的SCTP链路进行检测的时间间隔。预置时间可以为1h、3h等,具体地,可以根据业务需求而定,本申请实施例对此不加以限制。
在本实施例中,可以周期性的对第一基站和第二基站之间的SCTP链路是否故障进行检测,即每隔预置时间对第一基站和第二基站之间的SCTP链路是否故障进行检测,具体地,可以由第一基站通过SCTP链路向第二基站发送检测数据包,例如,参照图3,示出了本申请实施例提供的一种链路检测流程的示意图,如图3所示,ENB(Evolved Node B,演进型基站)-A和ENB-B互为邻区关系,ENB-A可以向ENB-B发送SCTP链路检测数据包,以检测NB-A和ENB-B之间的SCTP链路是否存在故障。
在通过流控制传输协议链路向第二基站发送检测数据包之后,执行步骤103。
步骤103:基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障。
发送状态是指检测数据包的具体发送情况,例如,发送状态可以是指检测数据包是否发送成功的状态,即发送成功和发送失败,以及在检测数据包发送成功时,检测数据包在发送过程中的丢包量等状态,如丢包20%、30%等等。
在通过SCTP链路向第二基站发送检测数据包之后,可以基于检测数据包的发送状态确定SCTP链路是否发生了故障,具体地,可以结合下述具体实现方式进行详细描述。
在本实施例中,可以通过判断检测数据包的发送状态是否为发送成功的状态来确定SCTP链路是否故障。
在本申请的一种具体实现方式中,上述步骤103可以包括:
子步骤A1:判断所述检测数据包是否发送成功。
在本申请实施例中,在第一基站通过SCTP链路向第二基站发送检测数据包之后,可以判断检测数据包是否发送成功,具体地,可以根据第二基站是否接收到检测数据包以判断检测数据包是否发送成功,或者,可以根据第一基站是否接收到第二基站依据检测数据包返回的信息判断检测数据包是否发送成功。
在具体实现中,还可以采用其它方式判断检测数据包是否发送成功,具体地,可以根据业务需求而定,本申请实施例对此不加以限制。
在判断检测数据包是否发送成功之后,执行子步骤A2,或者,执行子步骤A3。
子步骤A2:在所述检测数据包发送成功时,确定所述流控制传输协议链路未发生故障。
在检测数据包发送成功时,则可以确定SCTP链路未发生故障。
子步骤A3:在所述检测数据包发送失败时,确定所述流控制传输协议链路发生故障。
在检测数据包发送失败时,则可以确定SCTP链路发生了故障。
在本实施例中,可以通过判断检测数据包在发送过程中的丢包量来确定SCTP链路是否故障。
在本申请的另一种具体实现方式中,上述步骤103可以包括:
子步骤B1:获取所述检测数据包在发送过程中的丢包量。
在本申请实施例中,丢包量是指检测数据包在发送过程中丢失的数据包的量。
在第一基站通过SCTP链路向第二基站发送检测数据包的过程中,可以获取检测数据包在发送过程中的丢包量。
在获取检测数据包在发送过程中的丢包量之后,执行子步骤B2,或者,执行子步骤B3。
子步骤B2:在所述丢包量小于设定阈值时,确定所述流控制传输协议链路未发生故障。
设定阈值是指由业务人员预先设置的用于确定检测数据包发送过程中丢包量的阈值,设定阈值可以设置为20%、30%等,具体地,可以根据业务需求而定,本申请实施例对此不加以限制。
在丢包量小于设定阈值时,可以确定第一基站和第二基站之间的SCTP链路未发生故障。
子步骤B3:在所述丢包量大于或者等于设定阈值时,确定流控制传输协议链路发生故障。
在丢包量大于或者等于设定阈值时,则可以确定第一基站和第二基站之间的SCTP链路已经发生了故障。
可以理解地,上述两种具体实现方式仅是为了更好地理解本申请实施例的技术方案而列举的两种示例,不作为对本申请实施例的唯一限制。
在基于检测数据包,确定出流控制传输协议链路是否故障之后,执行步骤104。
步骤104:在确定所述流控制传输协议链路故障的情况下,停止所述流控制传输协议链路在第一预设时间内的建立。
第一预设时间是指由业务人员预先设置的用于停止SCTP链路建立的时间,第一预设时间可以为1h、2h等,具体地,可以根据业务需求而定,本申请实施例对此不加以限制。
在确定第一基站和第二基站之间的SCTP链路发生故障的情况下,可以停止流控制传输协议链路在第一预设时间内的建立,例如,参照图4,示出了本申请实施例提供的一种不建立X2链路的示意图,如图4所示,当检测到B基站有问题时,可以进入惩罚机制,不再建立X2链路。
本申请实施例通过SCTP链路的自动智能判断进行SCTP链路的优化及惩罚,能够大大改善由于传输问题引起的SCTP链路反复建立的情况。
本申请实施例提供的流控制传输协议链路的建立方法,通过获取与具有邻区关系的第二基站之间的流控制传输协议链路,通过流控制传输协议链路向第二基站发送检测数据包,基于检测数据包的发送状态,确定流控制传输协议链路是否故障,在确定流控制传输协议链路故障的情况下,停止流控制传输协议链路在第一预设时间内的建立。本申请实施例通过SCTP链路的自动智能判断进行SCTP链路的优化及惩罚,能够大大改善由于传输问题引起的SCTP链路反复建立的情况,及通过这种机制也能改善及预防到一些特殊原因故障造成SCTP链路反复故障引起的KPI指标恶化情况。
实施例二
参照图2,示出了本申请实施例提供的一种流控制传输协议链路的建立方法的步骤流程图,该流控制传输协议链路的建立方法可以应用于第一基站,具体可以包括如下步骤:
步骤201:获取与具有邻区关系的第二基站之间的流控制传输协议链路。
在本申请实施例中,第一基站是指用于检测与邻区基站之间的链路是否故障的基站,在本实施例中,第一基站可以为宏基站、微基站、分布式基站等基站中的任一种,具体地,可以根据实际情况而定。
第二基站是指与第一基站存在邻区关系的基站,在本实施例中,第二基站可以为宏基站、微基站、分布式基站等基站中的任一种,具体地,可以根据实际情况而定。
流控制传输协议链路(即SCTP链路)是指提供基于不可靠传输业务的协议之上的可靠的数据报传输协议的链路。
在本实施例中,首先,可以获取与第一基站具有邻区关系的第二基站,然后,获取第一基站与第二基站之间的SCTP链路。
可以理解地,在第一基站和第二基站之间的SCTP链路可以为一条链路,也可以为多条链路,具体地,可以根据实际情况而定,本申请实施例对此不加以限制。
在获取与具有邻区关系的第二基站之间的流控制传输协议链路之后,执行步骤202。
步骤202:通过所述流控制传输协议链路向所述第二基站发送检测数据包。
检测数据包是指用于进行邻站之间的SCTP链路检测的数据包。
预置时间是指由业务人员预先设置的,用于对第一基站和第二基站之间的SCTP链路进行检测的时间间隔。预置时间可以为1h、3h等,具体地,可以根据业务需求而定,本申请实施例对此不加以限制。
在本实施例中,可以周期性的对第一基站和第二基站之间的SCTP链路是否故障进行检测,即每隔预置时间对第一基站和第二基站之间的SCTP链路是否故障进行检测,具体地,可以由第一基站通过SCTP链路向第二基站发送检测数据包。
在通过流控制传输协议链路向第二基站发送检测数据包之后,执行步骤203。
步骤203:基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障。
发送状态是指检测数据包的具体发送情况,例如,发送状态可以是指检测数据包是否发送成功的状态,即发送成功和发送失败,以及在检测数据包发送成功时,检测数据包在发送过程中的丢包量等状态,如丢包20%、30%等等。
在通过SCTP链路向第二基站发送检测数据包之后,可以基于检测数据包的发送状态确定SCTP链路是否发生了故障,具体地,可以结合下述具体实现方式进行详细描述。
在本实施例中,可以通过判断检测数据包的发送状态是否为发送成功的状态来确定SCTP链路是否故障。
在本申请的一种具体实现方式中,上述步骤203可以包括:
子步骤C1:判断所述检测数据包是否发送成功。
在本申请实施例中,在第一基站通过SCTP链路向第二基站发送检测数据包之后,可以判断检测数据包是否发送成功,具体地,可以根据第二基站是否接收到检测数据包以判断检测数据包是否发送成功,或者,可以根据第一基站是否接收到第二基站依据检测数据包返回的信息判断检测数据包是否发送成功。
在具体实现中,还可以采用其它方式判断检测数据包是否发送成功,具体地,可以根据业务需求而定,本申请实施例对此不加以限制。
在判断检测数据包是否发送成功之后,执行子步骤C2,或者,执行子步骤C3。
子步骤C2:在所述检测数据包发送成功时,确定所述流控制传输协议链路未发生故障。
在检测数据包发送成功时,则可以确定SCTP链路未发生故障。
子步骤C3:在所述检测数据包发送失败时,确定所述流控制传输协议链路发生故障。
在检测数据包发送失败时,则可以确定SCTP链路发生了故障。
在本实施例中,可以通过判断检测数据包在发送过程中的丢包量来确定SCTP链路是否故障。
在本申请的另一种具体实现方式中,上述步骤203可以包括:
子步骤D1:获取所述检测数据包在发送过程中的丢包量。
在本申请实施例中,丢包量是指检测数据包在发送过程中丢失的数据包的量。
在第一基站通过SCTP链路向第二基站发送检测数据包的过程中,可以获取检测数据包在发送过程中的丢包量。
在获取检测数据包在发送过程中的丢包量之后,执行子步骤D2,或者,执行子步骤D3。
子步骤D2:在所述丢包量小于设定阈值时,确定所述流控制传输协议链路未发生故障。
设定阈值是指由业务人员预先设置的用于确定检测数据包发送过程中丢包量的阈值,设定阈值可以设置为20%、30%等,具体地,可以根据业务需求而定,本申请实施例对此不加以限制。
在丢包量小于设定阈值时,可以确定第一基站和第二基站之间的SCTP链路未发生故障。
子步骤D3:在所述丢包量大于或者等于设定阈值时,确定流控制传输协议链路发生故障。
在丢包量大于或者等于设定阈值时,则可以确定第一基站和第二基站之间的SCTP链路已经发生了故障。
可以理解地,上述两种具体实现方式仅是为了更好地理解本申请实施例的技术方案而列举的两种示例,不作为对本申请实施例的唯一限制。
在基于检测数据包,确定出流控制传输协议链路是否故障之后,执行步骤204,或者,执行步骤205。
步骤204:在确定所述流控制传输协议链路故障的情况下,停止所述流控制传输协议链路在第一预设时间内的建立。
第一预设时间是指由业务人员预先设置的用于停止SCTP链路建立的时间,第一预设时间可以为1h、2h等,具体地,可以根据业务需求而定,本申请实施例对此不加以限制。
在确定第一基站和第二基站之间的SCTP链路发生故障的情况下,可以停止流控制传输协议链路在第一预设时间内的建立,如图4所示,当检测到B基站有问题时,可以进入惩罚机制,不再建立X2链路。
本申请实施例通过SCTP链路的自动智能判断进行SCTP链路的优化及惩罚,能够大大改善由于传输问题引起的SCTP链路反复建立的情况。
步骤205:在确定所述流控制传输协议链路故障的情况下,向所述第二基站发送链路断开消息。
链路断开消息是指断开与第二基站之间的SCTP链路的消息。
在确定第一基站和第二基站之间的SCTP链路发生故障的情况下,可以由第一基站向第二基站发送链路断开消息,以使第二基站明确与第一基站之间的SCTP链路已经被断开,避免第二基站下的终端多次重复建立连接的问题。
步骤206:获取由所述第二基站返回的告警消息;所述告警消息包含所述流控制传输协议链路的故障原因和链路建立停止时间。
在向第二基站发送链路断开消息的同时,第二基站同时产生链路断开的事件或是告警来判断链路是否正常,通过以上方法进行X2链路的正常与否判断后,基站在根据判断的结果来决定是否触发X2链路的惩罚机制。当检测到链路存在一直丢包的情况,基站触发X2链路的惩罚,惩罚该条链路在1小时或是12小时不在尝试建立该条链路,同时上报X2链路断开的告警消息,告警中内容可以包括SCTP链路的故障原因和链路建立停止时间等消息,具体地告警内容可以包括如下信息:
a、1小时或是12小时不允许自动尝试建立该条链路;
b、X2链路的ID号及链路对端IP;
c、不允许尝试建立X2链路的原因,例如有大量丢包,就包含,发送多少包,丢失多少包。X2链路对端不可达,则包含对端IP及发送数据不可达的内容。或时对端不可达在原因中描述为对端掉线。
步骤207:在从停止所述流控制传输协议链路建立开始,达到所述第一预设时间时,对所述流控制传输协议链路进行再次检测。
在从通知SCTP链路建立开始计时,在达到第一预设时间时,可以对SCTP链路进行再次检测,具体地,可以再次通过SCTP链路发送检测数据包,基于发送的检测数据包确定SCTP链路是否已经恢复正常。
在对SCTP链路进行再次检测之后,执行步骤208。
步骤208:当再次检测的所述流控制传输协议链路故障时,停止所述流控制传输协议链路在第二预设时间内的建立。
第二预设时间是指由业务人员预先设置的用于对第一基站和第二基站之间的SCTP链路进行再次停止建立时的停止建立时间。
当再次检测的SCTP链路故障时,可以停止第一基站和第二基站之间的SCTP链路在第二预设时间内的建立。
本申请实施例提供的流控制传输协议链路的建立方法,通过获取与具有邻区关系的第二基站之间的流控制传输协议链路,通过流控制传输协议链路向第二基站发送检测数据包,基于检测数据包的发送状态,确定流控制传输协议链路是否故障,在确定流控制传输协议链路故障的情况下,停止流控制传输协议链路在第一预设时间内的建立。本申请实施例通过SCTP链路的自动智能判断进行SCTP链路的优化及惩罚,能够大大改善由于传输问题引起的SCTP链路反复建立的情况,及通过这种机制也能改善及预防到一些特殊原因故障造成SCTP链路反复故障引起的KPI指标恶化情况。
实施例三
参照图5,示出了本申请实施例提供的一种流控制传输协议链路的建立装置的结构示意图,该流控制传输协议链路的建立装置可以应用于第一基站,具体可以包括如下模块:
传输协议链路获取模块310,用于获取与具有邻区关系的第二基站之间的流控制传输协议链路;
检测数据包发送模块320,用于通过所述流控制传输协议链路向所述第二基站发送检测数据包;
协议链路故障确定模块330,用于基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障;
协议链路建立停止模块340,用于在确定所述流控制传输协议链路故障的情况下,停止所述流控制传输协议链路在第一预设时间内的建立。
本申请实施例提供的流控制传输协议链路的建立装置,通过获取与具有邻区关系的第二基站之间的流控制传输协议链路,通过流控制传输协议链路向第二基站发送检测数据包,基于检测数据包的发送状态,确定流控制传输协议链路是否故障,在确定流控制传输协议链路故障的情况下,停止流控制传输协议链路在第一预设时间内的建立。本申请实施例通过SCTP链路的自动智能判断进行SCTP链路的优化及惩罚,能够大大改善由于传输问题引起的SCTP链路反复建立的情况,及通过这种机制也能改善及预防到一些特殊原因故障造成SCTP链路反复故障引起的KPI指标恶化情况。
实施例四
参照图6,示出了本申请实施例提供的一种流控制传输协议链路的建立装置的结构示意图,该流控制传输协议链路的建立装置可以应用于第一基站,具体可以包括如下模块:
传输协议链路获取模块410,用于获取与具有邻区关系的第二基站之间的流控制传输协议链路;
检测数据包发送模块420,用于通过所述流控制传输协议链路向所述第二基站发送检测数据包;
协议链路故障确定模块430,用于基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障;
协议链路建立停止模块440,用于在确定所述流控制传输协议链路故障的情况下,停止所述流控制传输协议链路在第一预设时间内的建立;
链路断开消息发送模块450,用于在确定所述流控制传输协议链路故障的情况下,向所述第二基站发送链路断开消息;
告警消息获取模块460,用于获取由所述第二基站返回的告警消息;所述告警消息包含所述流控制传输协议链路的故障原因和链路建立停止时间;
再次检测模块470,用于在从停止所述流控制传输协议链路建立开始,达到所述第一预设时间时,对所述流控制传输协议链路进行再次检测;
链路建立停止模块480,用于当再次检测的所述流控制传输协议链路故障时,停止所述流控制传输协议链路在第二预设时间内的建立。
可选地,所述检测数据包发送模块420包括:
检测数据包发送单元,用于每隔预置时间,执行一次所述通过所述流控制传输协议链路向所述第二基站发送检测数据包。
可选地,所述协议链路故障确定模块430包括:
发送成功判断单元,用于判断所述检测数据包是否发送成功;
第一链路未故障确定单元,用于在所述检测数据包发送成功时,确定所述流控制传输协议链路未发生故障;
第一链路故障确定单元,用于在所述检测数据包发送失败时,确定所述流控制传输协议链路发生故障。
可选地,所述协议链路故障确定模块430包括:
丢包量判断单元,用于获取所述检测数据包在发送过程中的丢包量;
第二链路未故障确定单元,用于在所述丢包量小于设定阈值时,确定所述流控制传输协议链路未发生故障;
第二链路故障确定单元,用于在所述丢包量大于或者等于设定阈值时,确定流控制传输协议链路发生故障。
本申请实施例提供的流控制传输协议链路的建立装置,通过获取与具有邻区关系的第二基站之间的流控制传输协议链路,通过流控制传输协议链路向第二基站发送检测数据包,基于检测数据包的发送状态,确定流控制传输协议链路是否故障,在确定流控制传输协议链路故障的情况下,停止流控制传输协议链路在第一预设时间内的建立。本申请实施例通过SCTP链路的自动智能判断进行SCTP链路的优化及惩罚,能够大大改善由于传输问题引起的SCTP链路反复建立的情况,及通过这种机制也能改善及预防到一些特殊原因故障造成SCTP链路反复故障引起的KPI指标恶化情况。
参照图7,示出了本申请实施例提供的一种电子设备的结构示意图。如图7所示,电子设备700可以被提供为一服务器。参照图7,电子设备700包括处理组件722,其进一步包括一个或多个处理器,以及由存储器732所代表的存储器资源,用于存储可由处理组件722的执行的指令,例如应用程序。存储器732中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件722被配置为执行指令,以执行下述方法:
获取与具有邻区关系的第二基站之间的流控制传输协议链路;
通过所述流控制传输协议链路向所述第二基站发送检测数据包;
基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障;
在确定所述流控制传输协议链路故障的情况下,停止所述流控制传输协议链路在第一预设时间内的建立。
可选地,所述通过所述流控制传输协议链路向所述第二基站发送检测数据包,包括:
每隔预置时间,执行一次所述通过所述流控制传输协议链路向所述第二基站发送检测数据包。
可选地,所述基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障,包括:
判断所述检测数据包是否发送成功;
在所述检测数据包发送成功时,确定所述流控制传输协议链路未发生故障;
在所述检测数据包发送失败时,确定所述流控制传输协议链路发生故障。
可选地,所述基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障,包括:
获取所述检测数据包在发送过程中的丢包量;
在所述丢包量小于设定阈值时,确定所述流控制传输协议链路未发生故障;
在所述丢包量大于或者等于设定阈值时,确定流控制传输协议链路发生故障。
可选地,在所述基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障之后,还包括:
在确定所述流控制传输协议链路故障的情况下,向所述第二基站发送链路断开消息;
获取由所述第二基站返回的告警消息;所述告警消息包含所述流控制传输协议链路的故障原因和链路建立停止时间。
可选地,在所述停止所述流控制传输协议链路在第一预设时间内的建立之后,还包括:
在从停止所述流控制传输协议链路建立开始,达到所述第一预设时间时,对所述流控制传输协议链路进行再次检测;
当再次检测的所述流控制传输协议链路故障时,停止所述流控制传输协议链路在第二预设时间内的建立。
电子设备700还可以包括一个电源组件726被配置为执行电子设备700的电源管理,一个有线或无线网络接口750被配置为将电子设备700连接到网络,和一个输入输出(I/O)接口758。电子设备700可以操作基于存储在存储器732的操作***,例如WindowsServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
另外地,本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述流控制传输协议链路的建立方法。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施例是参照根据本申请实施例的方法、终端(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端上,使得在计算机或其他可编程终端上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端中还存在另外的相同要素。
以上对本申请所提供的一种流控制传输协议链路的建立方法和一种流控制传输协议链路的建立装置,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (14)
1.一种流控制传输协议链路的建立方法,应用于第一基站,所述第一基站是指用于检测与邻区基站之间的链路是否故障的基站,其特征在于,包括:
获取与具有邻区关系的第二基站之间的流控制传输协议链路;
通过所述流控制传输协议链路向所述第二基站发送检测数据包,其中,所述检测数据包是指用于进行邻站之间的流控制传输协议链路检测的数据包;
基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障;
在确定所述流控制传输协议链路故障的情况下,停止所述流控制传输协议链路在第一预设时间内的建立。
2.根据权利要求1所述的方法,其特征在于,所述通过所述流控制传输协议链路向所述第二基站发送检测数据包,包括:
每隔预置时间,执行一次所述通过所述流控制传输协议链路向所述第二基站发送检测数据包。
3.根据权利要求1所述的方法,其特征在于,所述基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障,包括:
判断所述检测数据包是否发送成功;
在所述检测数据包发送成功时,确定所述流控制传输协议链路未发生故障;
在所述检测数据包发送失败时,确定所述流控制传输协议链路发生故障。
4.根据权利要求1所述的方法,其特征在于,所述基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障,包括:
获取所述检测数据包在发送过程中的丢包量;
在所述丢包量小于设定阈值时,确定所述流控制传输协议链路未发生故障;
在所述丢包量大于或者等于设定阈值时,确定流控制传输协议链路发生故障。
5.根据权利要求1所述的方法,其特征在于,在所述基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障之后,还包括:
在确定所述流控制传输协议链路故障的情况下,向所述第二基站发送链路断开消息;
获取由所述第二基站返回的告警消息;所述告警消息包含所述流控制传输协议链路的故障原因和链路建立停止时间。
6.根据权利要求2所述的方法,其特征在于,在所述停止所述流控制传输协议链路在第一预设时间内的建立之后,还包括:
在从停止所述流控制传输协议链路建立开始,达到所述第一预设时间时,对所述流控制传输协议链路进行再次检测;
当再次检测的所述流控制传输协议链路故障时,停止所述流控制传输协议链路在第二预设时间内的建立。
7.一种流控制传输协议链路的建立装置,应用于第一基站,所述第一基站是指用于检测与邻区基站之间的链路是否故障的基站,其特征在于,包括:
传输协议链路获取模块,用于获取与具有邻区关系的第二基站之间的流控制传输协议链路;
检测数据包发送模块,用于通过所述流控制传输协议链路向所述第二基站发送检测数据包,其中,所述检测数据包是指用于进行邻站之间的流控制传输协议链路检测的数据包;
协议链路故障确定模块,用于基于所述检测数据包的发送状态,确定所述流控制传输协议链路是否故障;
协议链路建立停止模块,用于在确定所述流控制传输协议链路故障的情况下,停止所述流控制传输协议链路在第一预设时间内的建立。
8.根据权利要求7所述的装置,其特征在于,所述检测数据包发送模块包括:
检测数据包发送单元,用于每隔预置时间,执行一次所述通过所述流控制传输协议链路向所述第二基站发送检测数据包。
9.根据权利要求7所述的装置,其特征在于,所述协议链路故障确定模块包括:
发送成功判断单元,用于判断所述检测数据包是否发送成功;
第一链路未故障确定单元,用于在所述检测数据包发送成功时,确定所述流控制传输协议链路未发生故障;
第一链路故障确定单元,用于在所述检测数据包发送失败时,确定所述流控制传输协议链路发生故障。
10.根据权利要求7所述的装置,其特征在于,所述协议链路故障确定模块包括:
丢包量判断单元,用于获取所述检测数据包在发送过程中的丢包量;
第二链路未故障确定单元,用于在所述丢包量小于设定阈值时,确定所述流控制传输协议链路未发生故障;
第二链路故障确定单元,用于在所述丢包量大于或者等于设定阈值时,确定流控制传输协议链路发生故障。
11.根据权利要求7所述的装置,其特征在于,所述装置还包括:
链路断开消息发送模块,用于在确定所述流控制传输协议链路故障的情况下,向所述第二基站发送链路断开消息;
告警消息获取模块,用于获取由所述第二基站返回的告警消息;所述告警消息包含所述流控制传输协议链路的故障原因和链路建立停止时间。
12.根据权利要求8所述的装置,其特征在于,所述装置还包括:
再次检测模块,用于在从停止所述流控制传输协议链路建立开始,达到所述第一预设时间时,对所述流控制传输协议链路进行再次检测;
链路建立停止模块,用于当再次检测的所述流控制传输协议链路故障时,停止所述流控制传输协议链路在第二预设时间内的建立。
13.一种电子设备,其特征在于,包括:
处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述程序时实现权利要求1至6中任一项所述的流控制传输协议链路的建立方法。
14.一种计算机可读存储介质,其特征在于,存储有计算机指令,当所述计算机指令由电子设备的处理器执行时,使得电子设备能够执行权利要求1至6中任一项所述的流控制传输协议链路的建立方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010080061.9A CN113225762B (zh) | 2020-02-04 | 2020-02-04 | 一种流控制传输协议链路的建立方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010080061.9A CN113225762B (zh) | 2020-02-04 | 2020-02-04 | 一种流控制传输协议链路的建立方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113225762A CN113225762A (zh) | 2021-08-06 |
CN113225762B true CN113225762B (zh) | 2022-11-22 |
Family
ID=77085366
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010080061.9A Active CN113225762B (zh) | 2020-02-04 | 2020-02-04 | 一种流控制传输协议链路的建立方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113225762B (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1725716A (zh) * | 2004-07-21 | 2006-01-25 | 华为技术有限公司 | 一种检测媒体网关和媒体网关控制器之间链路故障的方法 |
CN101459541A (zh) * | 2008-12-31 | 2009-06-17 | 华为技术有限公司 | 一种检测链路中断的方法、设备与*** |
CN101710896A (zh) * | 2009-11-30 | 2010-05-19 | 中国人民解放军信息工程大学 | 一种链路质量探测方法和装置 |
CN102036322A (zh) * | 2009-09-28 | 2011-04-27 | 中兴通讯股份有限公司 | X2用户面连接状态确定方法和装置 |
CN102624584A (zh) * | 2012-03-01 | 2012-08-01 | 中兴通讯股份有限公司 | 链路检测方法及装置 |
CN104486840A (zh) * | 2014-12-30 | 2015-04-01 | 京信通信***(中国)有限公司 | X2链路网络建立方法和*** |
CN104902501A (zh) * | 2015-05-28 | 2015-09-09 | 大唐移动通信设备有限公司 | 一种基站间链路管理方法及基站 |
CN110050478A (zh) * | 2016-12-26 | 2019-07-23 | 华为技术有限公司 | 一种通信接口故障的处理方法和装置 |
CN110519804A (zh) * | 2018-05-21 | 2019-11-29 | 大唐移动通信设备有限公司 | 自协商a接口链路处理方法及装置 |
-
2020
- 2020-02-04 CN CN202010080061.9A patent/CN113225762B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1725716A (zh) * | 2004-07-21 | 2006-01-25 | 华为技术有限公司 | 一种检测媒体网关和媒体网关控制器之间链路故障的方法 |
CN101459541A (zh) * | 2008-12-31 | 2009-06-17 | 华为技术有限公司 | 一种检测链路中断的方法、设备与*** |
CN102036322A (zh) * | 2009-09-28 | 2011-04-27 | 中兴通讯股份有限公司 | X2用户面连接状态确定方法和装置 |
CN101710896A (zh) * | 2009-11-30 | 2010-05-19 | 中国人民解放军信息工程大学 | 一种链路质量探测方法和装置 |
CN102624584A (zh) * | 2012-03-01 | 2012-08-01 | 中兴通讯股份有限公司 | 链路检测方法及装置 |
CN104486840A (zh) * | 2014-12-30 | 2015-04-01 | 京信通信***(中国)有限公司 | X2链路网络建立方法和*** |
CN104902501A (zh) * | 2015-05-28 | 2015-09-09 | 大唐移动通信设备有限公司 | 一种基站间链路管理方法及基站 |
CN110050478A (zh) * | 2016-12-26 | 2019-07-23 | 华为技术有限公司 | 一种通信接口故障的处理方法和装置 |
CN110519804A (zh) * | 2018-05-21 | 2019-11-29 | 大唐移动通信设备有限公司 | 自协商a接口链路处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN113225762A (zh) | 2021-08-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20170230878A1 (en) | Failure Event Report Extension for Inter-RAT Radio Link Failure | |
US10993278B2 (en) | Method and apparatus for recovering from radio downlink failure | |
US9167447B2 (en) | Failure event report for initial connection setup failure | |
CN100553213C (zh) | 一种wlan异常快速恢复的方法及设备 | |
CN113271616B (zh) | 用于辅助小区通信失败场景的通信方法 | |
US20120250498A1 (en) | Failure Event Report Correlation for Distributed RAN Self-Organization | |
CN101415195B (zh) | 通信方法、装置和*** | |
CN104094577A (zh) | 用于间接地评定活动实体的状态的方法和装置 | |
EP2698948A1 (en) | Method and device for determining failure elimination based on oam protocol | |
CN111278158B (zh) | 数据处理方法、消息发送方法及中继节点 | |
WO2011157149A2 (zh) | 通信设备间的主备倒换方法、通信设备和***及服务请求设备 | |
CN104604279B (zh) | 报告连接重建信息的方法、装置和*** | |
CN111757550B (zh) | 一种多载波直通链路管理方法及终端 | |
EP3014919B1 (en) | Optimisation of a cellular radio network | |
CN113225762B (zh) | 一种流控制传输协议链路的建立方法及装置 | |
CN107872822B (zh) | 一种业务的承载方法及承载装置 | |
CN104038955B (zh) | 一种移动通信***中的故障检测及处理的方法及基站 | |
CN114449564B (zh) | 性能失效小区的检测方法、装置、设备 | |
CN102014054A (zh) | 保活报文的发送方法和设备 | |
CN103546491A (zh) | 基于h.248终端的通信链路异常保护方法 | |
CN112566144B (zh) | 一种消息传输方法、终端及基站 | |
CN114423067B (zh) | 搜网注册方法、装置、***、电子设备及存储介质 | |
CN100388694C (zh) | 一种环回测试方法 | |
US20130024566A1 (en) | Detection of link connectivity in communication systems | |
CN102300132A (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 |