CN115150856A - 一种负荷查询处理方法、装置、存储介质及电子装置 - Google Patents
一种负荷查询处理方法、装置、存储介质及电子装置 Download PDFInfo
- Publication number
- CN115150856A CN115150856A CN202110336719.2A CN202110336719A CN115150856A CN 115150856 A CN115150856 A CN 115150856A CN 202110336719 A CN202110336719 A CN 202110336719A CN 115150856 A CN115150856 A CN 115150856A
- Authority
- CN
- China
- Prior art keywords
- load
- base station
- failed cell
- failed
- cell identifier
- 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.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 18
- 230000004044 response Effects 0.000 claims abstract description 133
- 238000000034 method Methods 0.000 claims abstract description 37
- 238000012545 processing Methods 0.000 claims abstract description 30
- 238000004590 computer program Methods 0.000 claims description 17
- 230000008569 process Effects 0.000 claims description 8
- 230000002159 abnormal effect Effects 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 238000005259 measurement Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
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/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供了一种负荷查询处理方法、装置、存储介质及电子装置,该方法包括:接收目标基站发送的对第一负荷查询请求进行响应的负荷查询响应,该负荷查询请求中携带有待查询小区标识;记录预设数量周期内每个周期接收负荷的负荷接收情况;根据该负荷接收情况与该负荷查询响应确定负荷查询失败的失败小区列表,该失败小区列表包括失败小区标识与对应的失败原因;根据该失败小区列表对该失败小区标识对应的失败小区进行处理,可以解决相关技术中根据资源状态响应的内容无法区分响应成功和响应失败的小区,导致源基站一直获取不到某些小区的负荷,进而影响业务的问题,可以有效降低响应失败的小区对业务的影响。
Description
技术领域
本申请实施例涉及通信领域,具体而言,涉及一种负荷查询处理方法、装置、存储介质及电子装置。
背景技术
R16协议定义的XN负荷采集过程包含请求,响应和负荷报告。请求中携带查询负荷类型和待查询的小区。响应包含两种,成功的响应为负荷状态响应RESOURCE STATUSRESPONSE,指示请求中携带的小区全部成功或者部分成功。失败的响应为负荷状态错误RESOURCE STATUS FAILURE,指示为请求中携带的所有小区查询失败。
如果出现请求中部分小区响应成功,对端会回复RESOURCE STATUS RESPONSE,但是根据RESOURCE STATUS RESPONSE响应的内容无法区分哪些小区响应成功,哪些失败。导致源侧查询站一直获取不到某些小区的负荷,进而影响业务。
针对相关技术中根据资源状态响应的内容无法区分响应成功和响应失败的小区,导致源基站一直获取不到某些小区的负荷,进而影响业务的问题,尚未提出解决方案。
发明内容
本申请实施例提供了一种负荷查询处理方法、装置、存储介质及电子装置,以至少解决相关技术中根据资源状态响应的内容无法区分响应成功和响应失败的小区,导致源基站一直获取不到某些小区的负荷,进而影响业务的问题。
根据本申请的一个实施例,提供了一种负荷查询处理方法,所述方法包括:
接收目标基站发送的对第一负荷查询请求进行响应的负荷查询响应,其中,所述负荷查询请求中携带有待查询小区标识;
记录预设数量周期内每个周期接收负荷的负荷接收情况;
根据所述负荷接收情况与所述负荷查询响应确定负荷查询失败的失败小区列表,其中,所述失败小区列表包括失败小区标识与对应的失败原因;
根据所述失败小区列表对所述失败小区标识对应的失败小区进行处理。
在一示例性实施例中,根据所述负荷接收情况与所述负荷查询响应确定负荷查询失败的失败小区列表包括:
在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中携带有所述失败小区列表的情况下,根据所述负荷查询响应识别所述失败小区列表;
在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中未携带有所述失败小区列表的情况下,根据接收的所述负荷确定负荷查询失败的失败小区标识与对应的所述失败原因,将所述失败小区标识与对应的所述失败原因添加到所述失败小区列表中。
在一示例性实施例中,根据接收的所述负荷确定负荷查询失败的失败小区标识与对应的所述失败原因包括:
获取接收的所述负荷对应的目标小区标识;
在所述目标小区标识与所述待查询小区标识不完全相同的情况下,根据所述待查询小区标识确定未接收到负荷的所述失败小区标识;
根据所述失败小区标识确定所述失败小区标识对应的所述失败原因。
在一示例性实施例中,根据所述失败小区标识确定所述失败小区标识对应的所述失败原因包括:
向所述目标基站发送获取所述失败小区标识的负荷的第二负荷查询请求,其中,所述第二负荷查询请求中携带有所述失败小区标识;
接收所述目标基站发送的负荷查询失败报告,其中,所述负荷查询失败报告中携带有所述失败小区标识对应的所述失败原因;
根据所述负荷查询失败报告确定所述失败小区标识与对应的所述失败原因。
在一示例性实施例中,根据所述负荷接收情况与所述负荷查询响应确定负荷查询失败的失败小区列表包括:
在所述预设数量周期内每个周期均未接收到所述负荷的情况下,与所述目标基站重新建立连接,并根据重新建立的连接从所述目标基站查询所述待查询小区标识的负荷。
在一示例性实施例中,与所述目标基站重新建立连接,并根据重新建立的连接从所述目标基站查询所述待查询小区标识的负荷包括:
若所述目标小区标识与所述待查询小区标识完全相同,向所述目标基站发送停止负荷查询请求;
在接收到所述目标基站返回的停止负荷查询响应之后,通过向所述目标基站重新发送所述第一负荷查询请求的方式从所述目标基站查询所述待查询小区标识的负荷。
根据本申请的另一个实施例,还提供了一种负荷查询处理方法,所述方法包括:
接收源基站发送的第一负荷查询请求,其中,所述负荷查询请求中携带有待查询的小区标识;
向所述源基站发送对第一负荷查询请求进行响应的负荷查询响应,其中,所述负荷查询响应用于指示所述源基站记录预设数量周期内每个周期接收负荷的负荷接收情况,根据所述负荷接收情况与所述负荷查询响应确定负荷查询失败的失败小区列表,并根据所述失败小区列表对所述失败小区标识对应的失败小区进行处理,所述失败小区列表包括失败小区标识与对应的失败原因。
在一示例性实施例中,所述方法还包括:
在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中未携带有所述失败小区列表的情况下,向所述源基站发送目标小区标识的负荷,所述目标小区标识的负荷用于指示所述源基站在所述目标小区标识与所述待查询小区标识不完全相同的情况下,根据所述待查询小区标识确定未接收到负荷的所述失败小区标识,根据所述失败小区标识确定所述失败小区标识对应的所述失败原因,将所述失败小区标识与对应的所述失败原因添加到所述失败小区列表中;
在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中携带有所述失败小区列表的情况下,所述负荷查询响应用于指示所述源基站识别所述失败小区列表。
在一示例性实施例中,所述方法还包括:
接收所述源基站发送的获取所述失败小区标识的负荷的第二负荷查询请求,其中,所述第二负荷查询请求中携带有所述失败小区标识;
向所述源基站发送负荷查询失败报告,其中,所述负荷查询失败报告用于指示所述源基站确定所述失败小区标识与对应的所述失败原因,所述负荷查询失败报告中携带有所述失败小区标识对应的所述失败原因。
在一示例性实施例中,所述方法还包括:
在所述预设数量周期内每个周期均未接收到所述负荷的情况下,与所述源基站重新建立连接,并根据重新建立的连接向所述源基站提供所述待查询小区标识的负荷。
在一示例性实施例中,与所述源基站重新建立连接,并根据重新建立的连接向所述源基站提供所述待查询小区标识的负荷包括:
若所述目标小区标识与所述待查询小区标识完全相同,接收所述源基站发送的停止负荷查询请求;
在向所述源基站返回停止负荷查询响应之后,通过接收所述源基站重新发送的所述第一负荷查询请求的方式向所述源基站提供所述待查询小区标识的负荷。
根据本申请的另一个实施例,还提供了一种负荷查询处理装置,所述装置包括:
第一接收模块,用于接收目标基站发送的对第一负荷查询请求进行响应的负荷查询响应,其中,所述负荷查询请求中携带有待查询小区标识;
记录模块,用于记录预设数量周期内每个周期接收负荷的负荷接收情况;
确定模块,用于根据所述负荷接收情况与所述负荷查询响应确定负荷查询失败的失败小区列表,其中,所述失败小区列表包括失败小区标识与对应的失败原因;
处理模块,用于根据所述失败小区列表对所述失败小区标识对应的失败小区进行处理。
在一示例性实施例中,所述确定模块包括:
识别子模块,用于在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中携带有所述失败小区列表的情况下,根据所述负荷查询响应识别所述失败小区列表;
确定子模块,用于在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中未携带有所述失败小区列表的情况下,根据接收的所述负荷确定负荷查询失败的失败小区标识与对应的所述失败原因,将所述失败小区标识与对应的所述失败原因添加到所述失败小区列表中。
在一示例性实施例中,所述确定子模块包括:
获取单元,用于获取接收的所述负荷对应的目标小区标识;
第一确定单元,用于在所述目标小区标识与所述待查询小区标识不完全相同的情况下,根据所述待查询小区标识确定未接收到负荷的所述失败小区标识;
第二确定单元,用于根据所述失败小区标识确定所述失败小区标识对应的所述失败原因。
在一示例性实施例中,上述第二确定单元,还用于
向所述目标基站发送获取所述失败小区标识的负荷的第二负荷查询请求,其中,所述第二负荷查询请求中携带有所述失败小区标识;
接收所述目标基站发送的负荷查询失败报告,其中,所述负荷查询失败报告中携带有所述失败小区标识对应的所述失败原因;
根据所述负荷查询失败报告确定所述失败小区标识与对应的所述失败原因。
在一示例性实施例中,所述确定模块包括:
查询子模块,用于在所述预设数量周期内每个周期均未接收到所述负荷的情况下,与所述目标基站重新建立连接,并根据重新建立的连接从所述目标基站查询所述待查询小区标识的负荷。
在一示例性实施例中,所述查询子模块包括:
发送单元,用于若所述目标小区标识与所述待查询小区标识完全相同,向所述目标基站发送停止负荷查询请求;
查询单元,用于在接收到所述目标基站返回的停止负荷查询响应之后,通过向所述目标基站重新发送所述第一负荷查询请求的方式从所述目标基站查询所述待查询小区标识的负荷。
根据本申请的另一个实施例,还提供了一种负荷查询处理装置,所述装置包括:
第二接收模块,用于接收源基站发送的第一负荷查询请求,其中,所述负荷查询请求中携带有待查询的小区标识;
第一发送模块,用于向所述源基站发送对第一负荷查询请求进行响应的负荷查询响应,其中,所述负荷查询响应用于指示所述源基站记录预设数量周期内每个周期接收负荷的负荷接收情况,根据所述负荷接收情况与所述负荷查询响应确定负荷查询失败的失败小区列表,并根据所述失败小区列表对所述失败小区标识对应的失败小区进行处理,所述失败小区列表包括失败小区标识与对应的失败原因。
在一示例性实施例中,所述装置还包括:
第二发送模块,用于在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中未携带有所述失败小区列表的情况下,向所述源基站发送目标小区标识的负荷,所述目标小区标识的负荷用于指示所述源基站在所述目标小区标识与所述待查询小区标识不完全相同的情况下,根据所述待查询小区标识确定未接收到负荷的所述失败小区标识,根据所述失败小区标识确定所述失败小区标识对应的所述失败原因,将所述失败小区标识与对应的所述失败原因添加到所述失败小区列表中;
在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中携带有所述失败小区列表的情况下,所述负荷查询响应用于指示所述源基站识别所述失败小区列表。
在一示例性实施例中,所述装置还包括:
第三接收模块,用于接收所述源基站发送的获取所述失败小区标识的负荷的第二负荷查询请求,其中,所述第二负荷查询请求中携带有所述失败小区标识;
第三发送模块,用于向所述源基站发送负荷查询失败报告,其中,所述负荷查询失败报告用于指示所述源基站确定所述失败小区标识与对应的所述失败原因,所述负荷查询失败报告中携带有所述失败小区标识对应的所述失败原因。
在一示例性实施例中,所述装置还包括:
建立连接模块,用于在所述预设数量周期内每个周期均未接收到所述负荷的情况下,与所述源基站重新建立连接,并根据重新建立的连接向所述源基站提供所述待查询小区标识的负荷。
在一示例性实施例中,所述建立连接模块包括:
接收子模块,用于若所述目标小区标识与所述待查询小区标识完全相同,接收所述源基站发送的停止负荷查询请求;
提供子模块,用于在向所述源基站返回停止负荷查询响应之后,通过接收所述源基站重新发送的所述第一负荷查询请求的方式向所述源基站提供所述待查询小区标识的负荷。
根据本申请的又一个实施例,还提供了一种计算机可读的存储介质,所述存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本申请的又一个实施例,还提供了一种电子装置,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
本申请实施例,接收目标基站发送的对第一负荷查询请求进行响应的负荷查询响应,所述负荷查询请求中携带有待查询小区标识;记录预设数量周期内每个周期接收负荷的负荷接收情况;根据所述负荷接收情况与所述负荷查询响应确定负荷查询失败的失败小区列表,所述失败小区列表包括失败小区标识与对应的失败原因;根据所述失败小区列表对所述失败小区标识对应的失败小区进行处理,可以解决相关技术中根据资源状态响应的内容无法区分响应成功和响应失败的小区,导致源基站一直获取不到某些小区的负荷,进而影响业务的问题,记录预设数量周期内每个周期接收负荷的负荷接收情况,根据负荷接收情况与负荷查询响应确定负荷查询失败的失败小区列表,针对失败小区列表进行处理,可以有效降低响应失败的小区对业务的影响。
附图说明
图1是本申请实施例的负荷查询处理方法的移动终端的硬件结构框图;
图2是根据本申请实施例的负荷查询处理方法的流程图一;
图3是根据本申请实施例的负荷查询处理方法的流程图二;
图4是根据本实施例的提升XN交互负荷可靠性的流程图一;
图5是根据本实施例的提升XN交互负荷可靠性的流程图二;
图6是根据本实施例的目标基站成功查询到负荷场景的流程图一;
图7是根据本实施例的目标基站未知异常场景的流程图;
图8是根据本实施例的目标基站成功查询到负荷场景的流程图二;
图9是根据本实施例的负荷查询处理装置的框图一;
图10是根据本实施例的负荷查询处理装置的框图二。
具体实施方式
下文中将参考附图并结合实施例来详细说明本申请的实施例。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
本申请实施例中所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例,图1是本申请实施例的负荷查询处理方法的移动终端的硬件结构框图,如图1所示,移动终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104,其中,上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解,图1所示的结构仅为示意,其并不对上述移动终端的结构造成限定。例如,移动终端还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。
存储器104可用于存储计算机程序,例如,应用软件的软件程序以及模块,如本申请实施例中的负荷查询处理方法对应的计算机程序,处理器102通过运行存储在存储器104内的计算机程序,从而执行各种功能应用以及业务链地址池切片处理,即实现上述的方法。存储器104可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器104可进一步包括相对于处理器102远程设置的存储器,这些远程存储器可以通过网络连接至移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端的通信供应商提供的无线网络。在一个实例中,传输装置106包括一个网络适配器(Network Interface Controller,简称为NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置106可以为射频(Radio Frequency,简称为RF)模块,其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种运行于上述移动终端或网络架构的负荷查询处理方法,图2是根据本申请实施例的负荷查询处理方法的流程图一,如图2所示,该流程包括如下步骤:
步骤S202,接收目标基站发送的对第一负荷查询请求进行响应的负荷查询响应,其中,所述负荷查询请求中携带有待查询小区标识;
步骤S204,记录预设数量周期内每个周期接收负荷的负荷接收情况;
步骤S206,根据所述负荷接收情况与所述负荷查询响应确定负荷查询失败的失败小区列表,其中,所述失败小区列表包括失败小区标识与对应的失败原因;
步骤S208,根据所述失败小区列表对所述失败小区标识对应的失败小区进行处理。
通过上述步骤S202至S208,可以解决相关技术中根据资源状态响应的内容无法区分响应成功和响应失败的小区,导致源基站一直获取不到某些小区的负荷,进而影响业务的问题,记录预设数量周期内每个周期接收负荷的负荷接收情况,根据负荷接收情况与负荷查询响应确定负荷查询失败的失败小区列表,针对失败小区列表进行处理,可以有效降低响应失败的小区对业务的影响。
在一示例性实施例中,上述步骤S206具体可以包括:
S2061,在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中携带有所述失败小区列表的情况下,根据所述负荷查询响应识别所述失败小区列表;
S2062,在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中未携带有所述失败小区列表的情况下,根据接收的所述负荷确定负荷查询失败的失败小区标识与对应的所述失败原因,将所述失败小区标识与对应的所述失败原因添加到所述失败小区列表中。
在一可选的实施例中,上述步骤S2062中,根据接收的所述负荷确定负荷查询失败的失败小区标识与对应的所述失败原因具体可以包括:获取接收的所述负荷对应的目标小区标识;在所述目标小区标识与所述待查询小区标识不完全相同的情况下,根据所述待查询小区标识确定未接收到负荷的所述失败小区标识;根据所述失败小区标识确定所述失败小区标识对应的所述失败原因,进一步的,向所述目标基站发送获取所述失败小区标识的负荷的第二负荷查询请求,其中,所述第二负荷查询请求中携带有所述失败小区标识;接收所述目标基站发送的负荷查询失败报告,所述负荷查询失败报告中携带有所述失败小区标识对应的所述失败原因;根据所述负荷查询失败报告确定所述失败小区标识与对应的所述失败原因。
在一示例性实施例中,上述步骤S206还可以包括:
S2063,在所述预设数量周期内每个周期均未接收到所述负荷的情况下,与所述目标基站重新建立连接,并根据重新建立的连接从所述目标基站查询所述待查询小区标识的负荷。
在一可选的实施例中,上述步骤S2063具体可以包括:若所述目标小区标识与所述待查询小区标识完全相同,向所述目标基站发送停止负荷查询请求;在接收到所述目标基站返回的停止负荷查询响应之后,通过向所述目标基站重新发送所述第一负荷查询请求的方式从所述目标基站查询所述待查询小区标识的负荷。
根据本申请的另一个实施例,还提供了一种负荷查询处理方法,图3是根据本申请实施例的负荷查询处理方法的流程图二,如图3所示,该流程包括如下步骤:
步骤S302,接收源基站发送的第一负荷查询请求,其中,所述负荷查询请求中携带有待查询的小区标识;
步骤S304,向所述源基站发送对第一负荷查询请求进行响应的负荷查询响应,其中,所述负荷查询响应用于指示所述源基站记录预设数量周期内每个周期接收负荷的负荷接收情况,根据所述负荷接收情况与所述负荷查询响应确定负荷查询失败的失败小区列表,并根据所述失败小区列表对所述失败小区标识对应的失败小区进行处理,所述失败小区列表包括失败小区标识与对应的失败原因。
通过上述步骤S302至S304,可以解决相关技术中根据资源状态响应的内容无法区分响应成功和响应失败的小区,导致源基站一直获取不到某些小区的负荷,进而影响业务的问题,记录预设数量周期内每个周期接收负荷的负荷接收情况,根据负荷接收情况与负荷查询响应确定负荷查询失败的失败小区列表,针对失败小区列表进行处理,可以有效降低响应失败的小区对业务的影响。
在一示例性实施例中,在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中未携带有所述失败小区列表的情况下,向所述源基站发送目标小区标识的负荷,所述目标小区标识的负荷用于指示所述源基站在所述目标小区标识与所述待查询小区标识不完全相同的情况下,根据所述待查询小区标识确定未接收到负荷的所述失败小区标识,根据所述失败小区标识确定所述失败小区标识对应的所述失败原因,将所述失败小区标识与对应的所述失败原因添加到所述失败小区列表中;在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中携带有所述失败小区列表的情况下,所述负荷查询响应用于指示所述源基站识别所述失败小区列表。
在一可选的实施例中,还可以单独重新查询失败小区的负荷接收所述源基站发送的获取所述失败小区标识的负荷的第二负荷查询请求,其中,所述第二负荷查询请求中携带有所述失败小区标识;向所述源基站发送负荷查询失败报告,所述负荷查询失败报告用于指示所述源基站确定所述失败小区标识与对应的所述失败原因,所述负荷查询失败报告中携带有所述失败小区标识对应的所述失败原因。
在另一示例性实施例中,在所述预设数量周期内每个周期均未接收到所述负荷的情况下,与所述源基站重新建立连接,并根据重新建立的连接向所述源基站提供所述待查询小区标识的负荷。进一步的,若所述目标小区标识与所述待查询小区标识完全相同,接收所述源基站发送的停止负荷查询请求;在向所述源基站返回停止负荷查询响应之后,通过接收所述源基站重新发送的所述第一负荷查询请求的方式向所述源基站提供所述待查询小区标识的负荷。
本实施例中,在源基站收到目标基站的RESOURCE STATUS RESPONSE后,认为至少能够获取部分小区负荷。记录每个小区是否每个周期都收到负荷,如果某个小区连续几个周期没有收到负荷,则认为该小区获取负荷异常,可能有两个原因导致:目标基站从始至终就无法获取该小区负荷;目标基站发现该小区突然出现异常,导致无法获取负荷。针对这两种情况,可以将连续几个周期获取不到负荷的小区先发送停止查询负荷请求,将这几个小区从原来的测量任务中删除。然后再针对这些小区重新发送开始查询负荷请求,建立新的测量任务。如果是上述第一个原因导致拿不到负荷,则源基站可以知道拿不到负荷的原因,针对具体原因可以采取具体措施。如果是上述第二个原因导致拿不到负荷,则可以重新和目标基站建立握手关系,重新获取负荷,保证源基站的业务正常进行。图4是根据本实施例的提升XN交互负荷可靠性的流程图一,如图4所示,包括:
步骤S401,源基站记录下连续几个周期收不到负荷的失败小区;
步骤S402,源基站向目标基站发送请求,将原始的查询任务停止;
步骤S403,源基站将获取不到负荷的失败小区从原来的小区请求列表中剥离出来,发送请求,该请求用于查询能获取到负荷的小区;
步骤S404,源基站将获取不到负荷的识别小区放到另一请求任务中启动查询流程;
步骤S405,源基站收到失败响应后,根据失败响应中的识别原因作对应处理。
针对负荷查询部分小区失败的场景和目标基站异常场景,能够保证源测站和目标侧站重新建立联系,保证两边信息对等,避免源基站在不知道什么原因的情况下一直查询不到某些小区负荷。无法针对具体原因解决查询失败的问题。也能在目标基站异常的场景下,快速和目标基站握手,重新获取负荷。保证本端站的业务正常进行。
在现有的负荷状态响应RESOURCE STATUS RESPONSE的信元里,新增失败小区列表和每个小区的失败原因。如此,源侧在收到RESOURCE STATUS RESPONSE后,可以根据失败小区列表,对失败小区做相应处理。图5是根据本实施例的提升XN交互负荷可靠性的流程图二,如图5所示,包括:
步骤S502,目标基站收到负荷查询请求(具体可以为负荷状态查询请求RESOURCESTATUS REQUEST)后,处理该请求中携带的小区,如果发现有查询不到负荷的失败小区,则将失败小区放在失败列表,通过响应发送给源基站,其中,失败列表中携带有失败原因;
步骤S504,源基站收到负荷查询响应(具体可以为负荷状态响应RESOURCE STATUSRESPONSE)后,如果发现有失败列表,根据失败列表中携带的失败原因对失败小区作相应处理。
通过上述步骤,能够在源基站收到RESOURCE STATUS RESPONSE后,第一时间识别出失败小区列表和失败原因,这样可以马上对失败小区进行处理,不需要其他流程识别失败小区列表和失败原因。
源侧站(对应上述源基站)通过XN口向目标侧站(对应上述目标基站)查询cell1,cell2,cell3负荷。图6是根据本实施例的目标基站成功查询到负荷场景的流程图一,如图6所示,包括:
步骤100,源侧站发送负荷状态查询请求RESOURCE STATUS REQUEST,开始查询cell1,cell2,cell3负荷。
步骤101,目标侧站经过处理后,只能提供cell1,cell2的负荷,cell3的负荷获取不到,回复负荷状态响应RESOURCE STATUS RESPONSE给源侧站。
步骤102-103,目标侧站周期性的上报cell1,cell2的负荷,但是不包含cell3的负荷。
步骤104,源侧站发现cell3负荷一直获取不到,停止原有cell1,cell2,cell3负荷查询。
步骤105,目标站回复停止查询成功响应。
步骤106,源侧站将成功查询到负荷的小区cell1,cell2放在一个测量任务中,启动负荷查询,发送RESOURCE STATUS REQUEST开始查询cell1,cell2负荷。
步骤107,目标侧能够查询到cell1,cell2负荷,回复RESOURCE STATUS RESPONSE给源侧站。
步骤108,源侧站将查询失败的小区cell3单独放在一个测量任务中启动负荷查询,发送RESOURCE STATUS REQUEST开始查询cell3负荷。
步骤109,目标侧无法查询cell3负荷,回复符合状态错误RESOURCE STATUSFAILURE,并携带失败原因。源侧站可以根据失败原因采取相应措施。
源侧站通过XN口向目标侧站查询cell1,cell2,cell3负荷。图7是根据本实施例的目标基站未知异常场景的流程图,如图7所示,包括:
步骤100,源侧站发送RESOURCE STATUS REQUEST开始查询cell1,cell2,cell3负荷。
步骤101,目标侧站经过处理后,能提供cell1,cell2,cell3的负荷,回复RESOURCESTATUS RESPONSE给源侧站。
步骤102-103,目标侧站周期性的上报cell1,cell2,cell3的负荷。
步骤104,目标侧站突然异常无法提供负荷。
步骤105,源侧站发现几个周期获取不到负荷,发送停止负荷查询请求。
步骤106,目标站回复停止成功响应。
步骤107,源侧站重新查询cell1,cell2,cell3负荷,发送请求,和目标站重新建立联系。
步骤108,目标站回复成功或失败响应。源侧站根据响应做响应处理。
源侧站通过XN口向目标侧站查询cell1,cell2,cell3负荷。图8是根据本实施例的目标基站成功查询到负荷场景的流程图二,如图8所示,包括:
步骤100,源侧站发送RESOURCE STATUS REQUEST开始查询cell1,cell2,cell3负荷。
步骤101,目标侧站经过处理后,能提供cell1,cell2的负荷,cell3获取不到,回复RESOURCE STATUS RESPONSE给源侧站。并将cell3放在失败列表中,并携带失败原因,在失败列表与失败原因携带在RESOURCE STATUS RESPONSE。
步骤102,源侧站根据失败小区列表及失败原因,对失败小区进行处理。
根据本申请的另一个实施例,还提供了一种负荷查询处理装置,图9是根据本实施例的负荷查询处理装置的框图一,如图9所示,所述装置包括:
第一接收模块92,用于接收目标基站发送的对第一负荷查询请求进行响应的负荷查询响应,其中,所述负荷查询请求中携带有待查询小区标识;
记录模块94,用于记录预设数量周期内每个周期接收负荷的负荷接收情况;
确定模块96,用于根据所述负荷接收情况与所述负荷查询响应确定负荷查询失败的失败小区列表,其中,所述失败小区列表包括失败小区标识与对应的失败原因;
处理模块98,用于根据所述失败小区列表对所述失败小区标识对应的失败小区进行处理。
在一示例性实施例中,所述确定模块96包括:
识别子模块,用于在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中携带有所述失败小区列表的情况下,根据所述负荷查询响应识别所述失败小区列表;
确定子模块,用于在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中未携带有所述失败小区列表的情况下,根据接收的所述负荷确定负荷查询失败的失败小区标识与对应的所述失败原因,将所述失败小区标识与对应的所述失败原因添加到所述失败小区列表中。
在一示例性实施例中,所述确定子模块包括:
获取单元,用于获取接收的所述负荷对应的目标小区标识;
第一确定单元,用于在所述目标小区标识与所述待查询小区标识不完全相同的情况下,根据所述待查询小区标识确定未接收到负荷的所述失败小区标识;
第二确定单元,用于根据所述失败小区标识确定所述失败小区标识对应的所述失败原因。
在一示例性实施例中,上述第二确定单元,还用于
向所述目标基站发送获取所述失败小区标识的负荷的第二负荷查询请求,其中,所述第二负荷查询请求中携带有所述失败小区标识;
接收所述目标基站发送的负荷查询失败报告,其中,所述负荷查询失败报告中携带有所述失败小区标识对应的所述失败原因;
根据所述负荷查询失败报告确定所述失败小区标识与对应的所述失败原因。
在一示例性实施例中,所述确定模块96包括:
查询子模块,用于在所述预设数量周期内每个周期均未接收到所述负荷的情况下,与所述目标基站重新建立连接,并根据重新建立的连接从所述目标基站查询所述待查询小区标识的负荷。
在一示例性实施例中,所述查询子模块包括:
发送单元,用于若所述目标小区标识与所述待查询小区标识完全相同,向所述目标基站发送停止负荷查询请求;
查询单元,用于在接收到所述目标基站返回的停止负荷查询响应之后,通过向所述目标基站重新发送所述第一负荷查询请求的方式从所述目标基站查询所述待查询小区标识的负荷。
根据本申请的另一个实施例,还提供了一种负荷查询处理装置,图10是根据本实施例的负荷查询处理装置的框图二,如图10所示,所述装置包括:
第二接收模块102,用于接收源基站发送的第一负荷查询请求,其中,所述负荷查询请求中携带有待查询的小区标识;
第一发送模块104,用于向所述源基站发送对第一负荷查询请求进行响应的负荷查询响应,其中,所述负荷查询响应用于指示所述源基站记录预设数量周期内每个周期接收负荷的负荷接收情况,根据所述负荷接收情况与所述负荷查询响应确定负荷查询失败的失败小区列表,并根据所述失败小区列表对所述失败小区标识对应的失败小区进行处理,所述失败小区列表包括失败小区标识与对应的失败原因。
在一示例性实施例中,所述装置还包括:
第二发送模块,用于在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中未携带有所述失败小区列表的情况下,向所述源基站发送目标小区标识的负荷,所述目标小区标识的负荷用于指示所述源基站在所述目标小区标识与所述待查询小区标识不完全相同的情况下,根据所述待查询小区标识确定未接收到负荷的所述失败小区标识,根据所述失败小区标识确定所述失败小区标识对应的所述失败原因,将所述失败小区标识与对应的所述失败原因添加到所述失败小区列表中;
在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中携带有所述失败小区列表的情况下,所述负荷查询响应用于指示所述源基站识别所述失败小区列表。
在一示例性实施例中,所述装置还包括:
第三接收模块,用于接收所述源基站发送的获取所述失败小区标识的负荷的第二负荷查询请求,其中,所述第二负荷查询请求中携带有所述失败小区标识;
第三发送模块,用于向所述源基站发送负荷查询失败报告,其中,所述负荷查询失败报告用于指示所述源基站确定所述失败小区标识与对应的所述失败原因,所述负荷查询失败报告中携带有所述失败小区标识对应的所述失败原因。
在一示例性实施例中,所述装置还包括:
建立连接模块,用于在所述预设数量周期内每个周期均未接收到所述负荷的情况下,与所述源基站重新建立连接,并根据重新建立的连接向所述源基站提供所述待查询小区标识的负荷。
在一示例性实施例中,所述建立连接模块包括:
接收子模块,用于若所述目标小区标识与所述待查询小区标识完全相同,接收所述源基站发送的停止负荷查询请求;
提供子模块,用于在向所述源基站返回停止负荷查询响应之后,通过接收所述源基站重新发送的所述第一负荷查询请求的方式向所述源基站提供所述待查询小区标识的负荷。
本申请的实施例还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,其中,该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
在一个示例性实施例中,上述计算机可读存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本申请的实施例还提供了一种电子装置,包括存储器和处理器,该存储器中存储有计算机程序,该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
在一个示例性实施例中,上述电子装置还可以包括传输设备以及输入输出设备,其中,该传输设备和上述处理器连接,该输入输出设备和上述处理器连接。
本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本申请的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本申请不限制于任何特定的硬件和软件结合。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (15)
1.一种负荷查询处理方法,其特征在于,所述方法包括:
接收目标基站发送的对第一负荷查询请求进行响应的负荷查询响应,其中,所述负荷查询请求中携带有待查询小区标识;
记录预设数量周期内每个周期接收负荷的负荷接收情况;
根据所述负荷接收情况与所述负荷查询响应确定负荷查询失败的失败小区列表,其中,所述失败小区列表包括失败小区标识与对应的失败原因;
根据所述失败小区列表对所述失败小区标识对应的失败小区进行处理。
2.根据权利要求1所述的方法,其特征在于,根据所述负荷接收情况与所述负荷查询响应确定负荷查询失败的失败小区列表包括:
在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中携带有所述失败小区列表的情况下,根据所述负荷查询响应识别所述失败小区列表;
在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中未携带有所述失败小区列表的情况下,根据接收的所述负荷确定负荷查询失败的失败小区标识与对应的所述失败原因,将所述失败小区标识与对应的所述失败原因添加到所述失败小区列表中。
3.根据权利要求2所述的方法,其特征在于,根据接收的所述负荷确定负荷查询失败的失败小区标识与对应的所述失败原因包括:
获取接收的所述负荷对应的目标小区标识;
在所述目标小区标识与所述待查询小区标识不完全相同的情况下,根据所述待查询小区标识确定未接收到负荷的所述失败小区标识;
根据所述失败小区标识确定所述失败小区标识对应的所述失败原因。
4.根据权利要求3所述的方法,其特征在于,根据所述失败小区标识确定所述失败小区标识对应的所述失败原因包括:
向所述目标基站发送获取所述失败小区标识的负荷的第二负荷查询请求,其中,所述第二负荷查询请求中携带有所述失败小区标识;
接收所述目标基站发送的负荷查询失败报告,其中,所述负荷查询失败报告中携带有所述失败小区标识对应的所述失败原因;
根据所述负荷查询失败报告确定所述失败小区标识与对应的所述失败原因。
5.根据权利要求1所述的方法,其特征在于,根据所述负荷接收情况与所述负荷查询响应确定负荷查询失败的失败小区列表包括:
在所述预设数量周期内每个周期均未接收到所述负荷的情况下,与所述目标基站重新建立连接,并根据重新建立的连接从所述目标基站查询所述待查询小区标识的负荷。
6.根据权利要求5所述的方法,其特征在于,与所述目标基站重新建立连接,并根据重新建立的连接从所述目标基站查询所述待查询小区标识的负荷包括:
若所述目标小区标识与所述待查询小区标识完全相同,向所述目标基站发送停止负荷查询请求;
在接收到所述目标基站返回的停止负荷查询响应之后,通过向所述目标基站重新发送所述第一负荷查询请求的方式从所述目标基站查询所述待查询小区标识的负荷。
7.一种负荷查询处理方法,其特征在于,所述方法包括:
接收源基站发送的第一负荷查询请求,其中,所述负荷查询请求中携带有待查询的小区标识;
向所述源基站发送对第一负荷查询请求进行响应的负荷查询响应,其中,所述负荷查询响应用于指示所述源基站记录预设数量周期内每个周期接收负荷的负荷接收情况,根据所述负荷接收情况与所述负荷查询响应确定负荷查询失败的失败小区列表,并根据所述失败小区列表对所述失败小区标识对应的失败小区进行处理,所述失败小区列表包括失败小区标识与对应的失败原因。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中未携带有所述失败小区列表的情况下,向所述源基站发送目标小区标识的负荷,所述目标小区标识的负荷用于指示所述源基站在所述目标小区标识与所述待查询小区标识不完全相同的情况下,根据所述待查询小区标识确定未接收到负荷的所述失败小区标识,根据所述失败小区标识确定所述失败小区标识对应的所述失败原因,将所述失败小区标识与对应的所述失败原因添加到所述失败小区列表中;
在所述预设数量周期内每个周期均接收到所述负荷,且所述负荷查询响应中携带有所述失败小区列表的情况下,所述负荷查询响应用于指示所述源基站识别所述失败小区列表。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
接收所述源基站发送的获取所述失败小区标识的负荷的第二负荷查询请求,其中,所述第二负荷查询请求中携带有所述失败小区标识;
向所述源基站发送负荷查询失败报告,其中,所述负荷查询失败报告用于指示所述源基站确定所述失败小区标识与对应的所述失败原因,所述负荷查询失败报告中携带有所述失败小区标识对应的所述失败原因。
10.根据权利要求7所述的方法,其特征在于,所述方法还包括:
在所述预设数量周期内每个周期均未接收到所述负荷的情况下,与所述源基站重新建立连接,并根据重新建立的连接向所述源基站提供所述待查询小区标识的负荷。
11.根据权利要求10所述的方法,其特征在于,与所述源基站重新建立连接,并根据重新建立的连接向所述源基站提供所述待查询小区标识的负荷包括:
若所述目标小区标识与所述待查询小区标识完全相同,接收所述源基站发送的停止负荷查询请求;
在向所述源基站返回停止负荷查询响应之后,通过接收所述源基站重新发送的所述第一负荷查询请求的方式向所述源基站提供所述待查询小区标识的负荷。
12.一种负荷查询处理装置,其特征在于,所述装置包括:
第一接收模块,用于接收目标基站发送的对第一负荷查询请求进行响应的负荷查询响应,其中,所述负荷查询请求中携带有待查询小区标识;
记录模块,用于记录预设数量周期内每个周期接收负荷的负荷接收情况;
确定模块,用于根据所述负荷接收情况与所述负荷查询响应确定负荷查询失败的失败小区列表,其中,所述失败小区列表包括失败小区标识与对应的失败原因;
处理模块,用于根据所述失败小区列表对所述失败小区标识对应的失败小区进行处理。
13.一种负荷查询处理装置,其特征在于,所述装置包括:
第二接收模块,用于接收源基站发送的第一负荷查询请求,其中,所述负荷查询请求中携带有待查询的小区标识;
第一发送模块,用于向所述源基站发送对第一负荷查询请求进行响应的负荷查询响应,其中,所述负荷查询响应用于指示所述源基站记录预设数量周期内每个周期接收负荷的负荷接收情况,根据所述负荷接收情况与所述负荷查询响应确定负荷查询失败的失败小区列表,并根据所述失败小区列表对所述失败小区标识对应的失败小区进行处理,所述失败小区列表包括失败小区标识与对应的失败原因。
14.一种计算机可读的存储介质,其特征在于,所述存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行所述权利要求1至6、7至11任一项中所述的方法。
15.一种电子装置,包括存储器和处理器,其特征在于,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行所述权利要求1至6、7至11任一项中所述的方法。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110336719.2A CN115150856A (zh) | 2021-03-29 | 2021-03-29 | 一种负荷查询处理方法、装置、存储介质及电子装置 |
US18/284,945 US20240187904A1 (en) | 2021-03-29 | 2022-03-11 | Load Query Processing Method and Apparatus, Storage Medium and Electronic Apparatus |
PCT/CN2022/080428 WO2022206343A1 (zh) | 2021-03-29 | 2022-03-11 | 一种负荷查询处理方法、装置、存储介质及电子装置 |
EP22778527.6A EP4319254A1 (en) | 2021-03-29 | 2022-03-11 | Load query processing method and apparatus, storage medium, and electronic apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110336719.2A CN115150856A (zh) | 2021-03-29 | 2021-03-29 | 一种负荷查询处理方法、装置、存储介质及电子装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115150856A true CN115150856A (zh) | 2022-10-04 |
Family
ID=83404635
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110336719.2A Pending CN115150856A (zh) | 2021-03-29 | 2021-03-29 | 一种负荷查询处理方法、装置、存储介质及电子装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20240187904A1 (zh) |
EP (1) | EP4319254A1 (zh) |
CN (1) | CN115150856A (zh) |
WO (1) | WO2022206343A1 (zh) |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014182118A1 (en) * | 2013-05-09 | 2014-11-13 | Lg Electronics Inc. | Method and apparatus for transmitting cell load information in wireless communication system |
CN103581875B (zh) * | 2013-10-31 | 2016-12-07 | 大唐移动通信设备有限公司 | 基站负荷信息交互方法与基站 |
CN106304192A (zh) * | 2015-06-26 | 2017-01-04 | 中兴通讯股份有限公司 | 一种负荷消息转发方法、装置及系统 |
CN108259151B (zh) * | 2016-12-29 | 2021-03-30 | 华为技术有限公司 | 一种信息传输方法及无线接入网设备 |
US11178573B2 (en) * | 2018-08-01 | 2021-11-16 | Kt Corporation | Method for load management of base station and apparatuses thereof |
CN112449357B (zh) * | 2019-08-30 | 2022-06-03 | 中国移动通信有限公司研究院 | 一种信息交互方法及相关设备 |
-
2021
- 2021-03-29 CN CN202110336719.2A patent/CN115150856A/zh active Pending
-
2022
- 2022-03-11 EP EP22778527.6A patent/EP4319254A1/en active Pending
- 2022-03-11 US US18/284,945 patent/US20240187904A1/en active Pending
- 2022-03-11 WO PCT/CN2022/080428 patent/WO2022206343A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
US20240187904A1 (en) | 2024-06-06 |
WO2022206343A1 (zh) | 2022-10-06 |
EP4319254A1 (en) | 2024-02-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210036907A1 (en) | Methods and apparatuses for pushing a message | |
CN113472607B (zh) | 应用程序网络环境检测方法、装置、设备及存储介质 | |
CN107979539A (zh) | 报文处理方法及装置 | |
CN114221955A (zh) | 设备跨区域访问方法、装置、电子设备和存储介质 | |
CN111884875A (zh) | 一种离线设备确定方法及装置 | |
CN113518125A (zh) | 离线数据的上传方法及系统、存储介质、电子装置 | |
CN108089934B (zh) | 集群管理方法及集群服务器 | |
CN111342986B (zh) | 分布式节点管理方法及装置、分布式系统、存储介质 | |
CN114466321B (zh) | 消息发送方法及装置、电子设备及存储介质 | |
CN111614701B (zh) | 一种分布式集群、以及容器状态切换方法、装置 | |
CN115150856A (zh) | 一种负荷查询处理方法、装置、存储介质及电子装置 | |
CN110661836B (zh) | 消息路由方法、装置及系统、存储介质 | |
CN115378841B (zh) | 设备接入云平台状态的检测方法及装置、存储介质、终端 | |
CN111698125B (zh) | 一种通信测试方法和装置 | |
CN110474807B (zh) | 一种日志处理方法及装置 | |
CN108880994B (zh) | 一种重发邮件的方法和装置 | |
CN112799796A (zh) | 一种定时任务管理方法、装置及存储介质 | |
CN107632919B (zh) | 数据库监控方法及装置 | |
CN112769889B (zh) | 服务数据的推送方法、装置、存储介质以及电子装置 | |
US11050860B2 (en) | Method and apparatus for network address analysis | |
CN117793700A (zh) | 异常处理方法、装置、基站及计算机存储介质 | |
CN111917902B (zh) | 检测磅室设备故障的方法、设备和计算机可读存储介质 | |
US11606274B1 (en) | Method for operations of virtual machines in monitoring cloud activities, system, and device applying the method | |
EP4351202A1 (en) | Method for determining coverage layer cell, electronic device, and computer-readable medium | |
US10419277B2 (en) | User identifying device, user identifying method, and user identifying program |
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 |