CN116723530B - 故障网元确定方法、装置、计算机设备和存储介质 - Google Patents
故障网元确定方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN116723530B CN116723530B CN202310995817.6A CN202310995817A CN116723530B CN 116723530 B CN116723530 B CN 116723530B CN 202310995817 A CN202310995817 A CN 202310995817A CN 116723530 B CN116723530 B CN 116723530B
- Authority
- CN
- China
- Prior art keywords
- network element
- signaling
- abnormal
- parameter list
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 52
- 230000011664 signaling Effects 0.000 claims abstract description 116
- 230000002159 abnormal effect Effects 0.000 claims abstract description 89
- 230000004044 response Effects 0.000 claims abstract description 71
- 238000004891 communication Methods 0.000 claims abstract description 16
- 230000005856 abnormality Effects 0.000 claims description 22
- 238000004590 computer program Methods 0.000 claims description 18
- 230000006870 function Effects 0.000 claims description 7
- 238000001514 detection method Methods 0.000 abstract description 11
- 238000010586 diagram Methods 0.000 description 9
- 238000012360 testing method Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 238000013500 data storage Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- OKTJSMMVPCPJKN-UHFFFAOYSA-N Carbon Chemical compound [C] OKTJSMMVPCPJKN-UHFFFAOYSA-N 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 229910021389 graphene Inorganic materials 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
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
- 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/0677—Localisation of faults
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请涉及一种故障网元确定方法、装置、计算机设备和存储介质,涉及故障检测技术领域。所述方法包括:获取SMF网元和UPF网元之间的N4信令对;进而在根据N4信令对中的会话响应消息,确定SMF网元和UPF网元之间信令互通异常的情况下,根据会话响应消息中的异常指示信息,分别查询比对数据库和N4信令对中的会话请求消息,得到第一参数列表和第二参数列表;比对数据库用于存储通信标准对于不同异常参数定义的参数列表;进一步的,根据第一参数列表和第二参数列表,确定SMF网元和UPF网元中的故障网元。采用本方法无需人工判断故障点,能够有效提升对不同厂商的SMF网元和UPF网元进行故障检测的效率。
Description
技术领域
本申请涉及故障检测技术领域,特别是涉及一种故障网元确定方法、装置、计算机设备和存储介质。
背景技术
5G(5th-Generation,第五代移动通信技术)已经被广泛应用在多个垂直行业,由于UPF(User Plane Function,用户面功能)网元和SMF(Session Management Function,会话管理功能)网元之间的N4接口尚未完全开放,UPF网元和SMF网元必须同厂绑定,这很大程度上束缚了5G响应客户需求的能力。
目前5G核心网不同厂家SMF网元和UPF网元解耦测试中,都是人为采集信令,再根据3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)协议或者中国电信企标人工判断故障点,故障检测效率较低。
发明内容
基于此,有必要针对上述技术问题,提供一种能够提高N4解耦测试的故障检测效率的故障网元确定方法、装置、计算机设备和存储介质。
第一方面,本申请提供了一种故障网元确定方法,该方法包括:
获取SMF网元和UPF网元之间的N4信令对;
在根据N4信令对中的会话响应消息,确定SMF网元和UPF网元之间信令互通异常的情况下,根据会话响应消息中的异常指示信息,分别查询比对数据库和N4信令对中的会话请求消息,得到第一参数列表和第二参数列表;比对数据库用于存储通信标准对于不同异常参数定义的参数列表;
根据第一参数列表和第二参数列表,确定SMF网元和UPF网元中的故障网元。
在其中一个实施例中,根据会话响应消息中的异常指示信息,分别查询比对数据库和N4信令对中的会话请求消息,得到第一参数列表和第二参数列表,包括:
根据会话响应消息中的异常指示信息,从会话请求消息中确定与异常指示信息对应的目标IE类型;异常指示信息用于指示失败规则ID类型;
以目标IE类型为索引,从比对数据库中查询异常参数,得到第一参数列表,以及从会话请求消息中查询异常参数,得到第二参数列表。
在其中一个实施例中,该方法还包括:
根据会话响应消息中的原因参数值,确定SMF网元和UPF网元之间信令互通是否正常。
在其中一个实施例中,根据会话响应消息中的原因参数值,确定SMF网元和UPF网元之间信令互通是否正常,包括:
在原因参数值为预设值的情况下,确定SMF网元和UPF网元之间信令互通正常;
在原因参数值不为预设值的情况下,确定SMF网元和UPF网元之间信令互通异常。
在其中一个实施例中,第一参数列表中包含的异常参数为第一IE信息元素;第二参数列表中包含的异常参数为第二IE信息元素;
根据第一参数列表和第二参数列表,确定SMF网元和UPF网元中的故障网元,包括:
在第一IE信息元素与第二IE信息元素的内容一致的情况下,确定SMF网元和UPF网元中发出会话响应消息的网元为故障网元;
在第一IE信息元素与第二IE信息元素的内容不一致的情况下,确定SMF网元和UPF网元中发出会话请求消息的网元为故障网元。
在其中一个实施例中,获取SMF网元和UPF网元之间的N4信令对,包括:
从不同厂商的SMF网元和UPF网元之间的信令互通网元获取N4信令对。
第二方面,本申请还提供了一种故障网元确定装置,该装置包括:
获取模块,用于获取SMF网元和UPF网元之间的N4信令对;
查询模块,用于在根据N4信令对中的会话响应消息,确定SMF网元和UPF网元之间信令互通异常的情况下,根据会话响应消息中的异常指示信息,分别查询比对数据库和N4信令对中的会话请求消息,得到第一参数列表和第二参数列表;比对数据库用于存储通信标准对于不同异常参数定义的参数列表;
确定模块,用于根据第一参数列表和第二参数列表,确定SMF网元和UPF网元中的故障网元。
第三方面,本申请还提供了一种计算机设备,包括存储器和处理器,存储器存储有计算机程序,其特征在于,处理器执行计算机程序时实现上述第一方面中方法的步骤。
第四方面,本申请还提供了一种计算机可读存储介质。该计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述第一方面中方法的步骤。
第五方面,本申请还提供了一种计算机程序产品,该计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现上述第一方面中方法的步骤。
上述故障网元确定方法、装置、计算机设备和存储介质,获取SMF网元和UPF网元之间的N4信令对;进而在根据N4信令对中的会话响应消息,确定SMF网元和UPF网元之间信令互通异常的情况下,根据会话响应消息中的异常指示信息,分别查询比对数据库和N4信令对中的会话请求消息,得到第一参数列表和第二参数列表;比对数据库用于存储通信标准对于不同异常参数定义的参数列表;进一步的,根据第一参数列表和第二参数列表,确定SMF网元和UPF网元中的故障网元。本申请可以根据N4信令对中的会话响应消息,确定SMF网元和UPF网元之间信令互通是否正常,并且在信令互通异常的情况下,通过会话响应消息中携带的异常指示信息,分别查询通信标准的比对数据库和会话请求消息,从而基于查询结果确定SMF网元和UPF网元中的故障网元,无需人工判断故障点,能够有效提升对不同厂商的SMF网元和UPF网元进行故障检测的效率。
附图说明
图1为一个实施例中故障网元确定方法的应用场景图;
图2为一个实施例中故障网元确定方法的流程示意图;
图3为另一个实施例中故障网元确定方法的应用场景图;
图4为一个实施例中确定第一参数列表和第二参数列表的流程示意图;
图5为一个实施例中确定信令互通是否正常的流程示意图;
图6为一个实施例中确定故障网元的流程示意图;
图7为另一个实施例中故障网元确定方法的流程示意图;
图8为一个实施例中故障网元确定装置的结构框图;
图9为另一个实施例中故障网元确定装置的结构框图;
图10为又一个实施例中故障网元确定装置的结构框图;
图11为一个实施例中实施故障网元确定方法的计算机设备的结构框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请实施例提供的故障网元确定方法,可以应用于如图1所示的应用环境中。其中,终端102通过网络与服务器104进行通信。数据存储系统可以存储服务器104需要处理和查询的数据,例如异常指示信息、比对数据库等。数据存储系统可以集成在服务器104上,也可以放在云上或其他网络服务器上。
具体的,终端102通过C-IWF(Customized-InterWorking Function,定制化信令互通功能)网元获取不同设备厂商的SMF网元和UPF网元之间的N4信令对,并将N4信令对上传至服务器104,进而服务器104在根据N4信令对中的会话响应消息,确定SMF网元和UPF网元之间信令互通异常的情况下,根据会话响应消息中的异常指示信息,分别查询数据存储系统中存储比对数据库和N4信令对中的会话请求消息,得到第一参数列表和第二参数列表;进一步的,服务器104根据第一参数列表和第二参数列表,确定SMF网元和UPF网元中的故障网元。服务器104还可以与终端102进行交互,向终端102发送需要展示给维护人员的故障网元确定结果,使得终端102输出该故障网元确定结果。
其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备,物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
由于不同厂商定义的标准不同,不同厂商的SMF网元和UPF网元之间进行信令交互时,所传输的N4信令对可能存在参数不规范和参数不匹配的兼容性问题,因此需要在N4接口解耦测试的场景下,快速定位故障网元以及对应的故障问题。目前人工进行故障检测的方式效率较低。
在一个实施例中,如图2所示,提供了一种故障网元确定方法以解决上述问题,具体包括以下步骤:
S201,获取SMF网元和UPF网元之间的N4信令对。
SMF网元和UPF网元可以是两个不同厂商的网元设备,可以通过N4接口进行信令交互。其中,SMF网元用于负责隧道维护、IP地址(Internet Protocol Address,互联网协议地址)分配和管理、计费数据采集等,UPF网元用于支持UE(User Equipment,用户设备)业务数据的路由和转发、数据和业务识别、动作和策略执行等。
在N4接口解耦测试的场景下,SMF网元和UPF网元之间传输多对N4消息。其中,基于PFCP(Packet Forwarding Control Protocol,报文转发控制)协议传输的SequenceNumber字段相同的会话请求消息和会话应答消息称为一个N4信令对。
可以理解的是,本实施例并不局限于获取一个N4信令对,而是按照N4信令对交互的先后顺序依次获取,进而分别执行本实施例中故障网元确定方法的后续步骤。
在一个可选的实施例中,从不同厂商的SMF网元和UPF网元之间的信令互通网元获取N4信令对。其中,信令互通网元可以是C-IWF网元。
如图3所示,设备厂商1的SMF网元和设备厂商2的UPF网元之间通过N4接口传输的N4信令对,经过C-IWF网元。其中,该C-IWF网元用于通过I/O接口或者网络适配器,与计算机硬件设备相连,从而将设备厂商1的SMF网元和设备厂商2的UPF网元之间传输的N4信令对的原始流量发送至计算机硬件设备,以通过计算机硬件设备中设置的信令分拣模块和信令分析模块实施故障网元确定方法的步骤。
其中,设备厂商1的SMF网元和UPF网元部署在5G核心网(即5GC),设备厂商1的UPF网元通过N6接口接入DN(Data Network,数据网络);设备厂商2的UPF网元与5G基站gNB(Thenext Generation Node B,下一代基站)相连,且设备厂商2的UPF网元通过N6接口接入DN。
S202,在根据N4信令对中的会话响应消息,确定SMF网元和UPF网元之间信令互通异常的情况下,根据会话响应消息中的异常指示信息,分别查询比对数据库和N4信令对中的会话请求消息,得到第一参数列表和第二参数列表。
基于N4信令对中会话响应消息中的相关字段是否满足预设条件,检测传输该N4信令对的SMF网元和UPF网元之间信令互通是否正常。例如,在会话响应消息设置特定字段,当特定字段的值为1或true时,表示满足预设条件,从而确定SMF网元和UPF网元之间信令互通正常,当特定字段的值为0或false时,表示不满足预设条件,从而确定SMF网元和UPF网元之间信令互通异常。
若信令互通正常,则继续获取下一个交互的N4信令对,并重复执行检测信令互通是否正常的步骤,直至检测到信令互通异常;若信令互通异常,则根据该会话响应消息中携带的异常指示信息,分别查询预设的比对数据库和对应的会话请求消息,得到第一参数列表和第二参数列表。
在一个可选的实施例中,根据会话响应消息中的原因参数值,确定SMF网元和UPF网元之间信令互通是否正常。
具体的,在N4信令对中的会话响应消息中,存在3GPP TS 29.244协议中8.2.1所定义的Cause字段,根据Cause字段的值,即可确定传输该N4信令对的SMF网元和UPF网元之间信令互通是否正常。
在信令互通异常的情况下,会话响应消息中会携带异常指示信息,该异常指示信息用于指示会话响应消息与同一个N4信令对中的会话请求消息不匹配的参数。例如,当Cause=73时Cause:Rule creation/modification Failure(73),异常指示信息可表示为Failed Rule ID Type=FAR。
根据会话响应消息携带的异常指示信息所指示的参数,如FAR,确定用于查询的索引信息,进而根据索引信息查询比对数据库,得到包含异常参数的第一参数列表,以及查询会话响应消息对应的会话请求消息,得到包含异常参数的第二参数列表。其中,比对数据库是以3GPP和中国电信相关企标等规范为标准生成的,用于存储通信标准对于不同异常参数定义的参数列表。
需要说明的是,异常参数是指信令互通异常的情况下可能不匹配的参数,而不是参数本身存在异常。
S203,根据第一参数列表和第二参数列表,确定SMF网元和UPF网元中的故障网元。
第一参数列表用于存储通信标准中,可能与发送会话响应消息的网元设备所属厂商的标准不匹配的异常参数,第二参数列表用于存储发送会话请求消息的网元设备所属厂商的标准中,可能与发送会话响应消息的网元设备所属厂商的标准不匹配的异常参数。
通过比较第一参数列表和第二参数列表,即可确定信令交互异常是通信标准和发送会话响应消息的网元设备所属厂商的标准对于异常参数的定义不同所导致的,还是发送会话响应消息的网元设备所属厂商的标准和发送会话请求消息的网元设备所属厂商的标准对于异常参数的定义不同所导致的。
进一步的,通过确定SMF网元和UPF网元中,发送会话响应消息的网元设备和发送会话请求消息的网元设备,即可确定SMF网元和UPF网元中的故障网元。
上述方案,获取SMF网元和UPF网元之间的N4信令对;进而在根据N4信令对中的会话响应消息,确定SMF网元和UPF网元之间信令互通异常的情况下,根据会话响应消息中的异常指示信息,分别查询比对数据库和N4信令对中的会话请求消息,得到第一参数列表和第二参数列表;比对数据库用于存储通信标准对于不同异常参数定义的参数列表;进一步的,根据第一参数列表和第二参数列表,确定SMF网元和UPF网元中的故障网元。本实施例可以根据N4信令对中的会话响应消息,确定SMF网元和UPF网元之间信令互通是否正常,并且在信令互通异常的情况下,通过会话响应消息中携带的异常指示信息,分别查询通信标准的比对数据库和会话请求消息,从而基于查询结果确定SMF网元和UPF网元中的故障网元,无需人工判断故障点,能够有效提升对不同厂商的SMF网元和UPF网元进行故障检测的效率。
为了准确确定用于匹配的第一参数列表和第二参数列表,在上述实施例的基础上,在一个实施例中,可以以目标IE(Information Element,信息元素)类型为索引,查询异常参数以生成第一参数列表和第二参数列表,从而实现对上述S202的细化。如图4所示,具体可以包括以下步骤:
S401,根据会话响应消息中的异常指示信息,从会话请求消息中确定与异常指示信息对应的目标IE类型。
在信令互通异常的情况下,会话响应消息中会携带异常指示信息,该异常指示信息用于指示会话响应消息与同一个N4信令对中的会话请求消息不匹配的参数。例如,当Cause=73时Cause: Rule creation / modification Failure (73),异常指示信息用于指示失败规则ID类型Failed Rule ID Type是FAR。
进一步的,根据异常指示信息所指示的失败规则ID类型,确定会话请求消息中对应的目标IE类型。例如,当Failed Rule ID Type=FAR时,找到FAR对应的IE Type=10,那么目标IE类型是Update FAR。
S402,以目标IE类型为索引,从比对数据库中查询异常参数,得到第一参数列表,以及从会话请求消息中查询异常参数,得到第二参数列表。
从比对数据库中查询目标IE类型所对应的参数,将其作为第一异常参数,以生成包含第一异常参数的第一参数列表。同时,从会话请求消息中查询目标IE类型所对应的参数,将其作为第二异常参数,以生成包含第二异常参数的第二参数列表。
具体的,目标IE类型所对应的参数可以是目标IE类型所指示的IE参数,即Information elements。需要说明的是,异常参数是指信令互通异常的情况下可能不匹配的IE参数,而不是IE参数本身存在异常。
第一参数列表用于存储通信标准下可能不匹配的第一IE参数,第二参数列表用于存储会话请求消息的发送网元设备的厂商标准下可能不匹配的第二IE参数。
本实施例根据会话响应消息中携带的异常指示信息,从会话请求消息中确定对应的目标IE类型,进而以目标IE类型为索引,分别从通信标准的比对数据库中和会话请求消息中查询异常参数,得到第一参数列表和第二参数列表,提升了确定第一参数列表和第二参数列表的准确性,在此基础上,提升了故障网元确定方法的客观性和可靠性。
为了在N4接口解耦测试的场景下,确定信令互通是否正常,在上述实施例的基础上,在一个实施例中,可以基于原因参数值是否为预设值进行判断,以实现对上述故障网元确定方法的细化。如图5所示,具体可以包括以下步骤:
S501,获取会话响应消息中的原因参数值。
原因参数值是指3GPP TS 29.244协议中8.2.1所定义的Cause字段的参数值,原因参数值存在于N4信令对中的会话响应消息中。具体的,原因参数值对应的预设值可以设置为1。
S502,在原因参数值为预设值的情况下,确定SMF网元和UPF网元之间信令互通正常。
例如,当Cause=1时,确定SMF网元和UPF网元之间信令互通正常。
S503,在原因参数值不为预设值的情况下,确定SMF网元和UPF网元之间信令互通异常。
当Cause≠1时,确定SMF网元和UPF网元之间信令互通异常。
本实施例基于会话响应消息中的原因参数值是否为预设值,判断SMF网元和UPF网元之间信令互通是否正常,无需人工检测,能够解决判断故障流程时间过长的问题。
在上述实施例的基础上,在一个实施例中,可以根据第一参数列表和第二参数列表中的IE参数是否一致,确定SMF网元和UPF网元中的故障网元,以实现对上述S203的细化。如图6所示,具体可以包括以下步骤:
S601,比较第一参数列表中的第一IE信息元素和第二参数列表中的第二IE信息元素。
第一参数列表中包含的异常参数为第一IE信息元素,第二参数列表中包含的异常参数为第二IE信息元素。
第一参数列表用于存储通信标准中,可能与发送会话响应消息的网元设备所属厂商的标准不匹配的异常参数,第二参数列表用于存储发送会话请求消息的网元设备所属厂商的标准中,可能与发送会话响应消息的网元设备所属厂商的标准不匹配的异常参数。
S602,在第一IE信息元素与第二IE信息元素的内容一致的情况下,确定SMF网元和UPF网元中发出会话响应消息的网元为故障网元。
将第一参数列表中的第一IE信息元素与第二参数列表中的第二IE信息元素进行比对,若比对结果为内容一致,则确定发出会话响应消息的网元为故障网元。
例如,当Cause=73时Cause: Rule creation / modification Failure (73),异常指示信息用于指示失败规则ID类型Failed Rule ID Type是FAR。当Failed Rule IDType=FAR时,找到FAR对应的IE Type=10,即目标IE类型是Update FAR。
第一参数列表中的第一IE信息元素即为比对数据库中Update FAR所对应的Information elements,第二参数列表中的第二IE信息元素即为会话请求消息中UpdateFAR所对应的Informationelements。在Information elements内容一致的情况下,可确定发出会话响应消息的网元设备参数存在问题,发出会话响应消息的网元设备为故障网元。
S603,在第一IE信息元素与第二IE信息元素的内容不一致的情况下,确定SMF网元和UPF网元中发出会话请求消息的网元为故障网元。
在Information elements内容不一致的情况下,可确定发出会话请求消息的网元设备参数存在问题,发出会话请求消息的网元设备为故障网元。
可以理解的是,发出会话响应消息的网元可以是SMF网元,此时发出会话请求消息的网元应该是另一厂商的UPF网元;反之,发出会话响应消息的网元也可以是UPF网元,此时发出会话请求消息的网元应该是另一厂商的SMF网元。
本实施例可以根据第一参数列表和第二参数列表中的IE参数是否一致,自动确定SMF网元和UPF网元中的故障网元,无需人工干预,能够有效提升对不同厂商的SMF网元和UPF网元进行故障检测的效率。
在一个实施例中,提供了一种故障网元确定方法的可选实例,如图7所示,具体过程如下:
S701,从不同厂商的SMF网元和UPF网元之间的信令互通网元获取N4信令对。
S702,根据N4信令对中会话响应消息携带的原因参数值是否为预设值,确定SMF网元和UPF网元之间信令互通是否正常。
若是,则返回执行S701;若否,则继续执行S703。
S703,根据会话响应消息中的异常指示信息,从会话请求消息中确定与异常指示信息对应的目标IE类型。
其中,异常指示信息用于指示失败规则ID类型。
S704,以目标IE类型为索引,从比对数据库中查询异常参数,得到第一参数列表,以及从会话请求消息中查询异常参数,得到第二参数列表。
其中,第一参数列表中包含的异常参数为第一IE信息元素;第二参数列表中包含的异常参数为第二IE信息元素。
S705,确定第一参数列表中包含的第一IE信息元素与第二参数列表中包含的第二IE信息元素的内容是否一致。
若是,则执行S706;若否,则执行S707。
S706,确定SMF网元和UPF网元中发出会话响应消息的网元为故障网元。
S707,确定SMF网元和UPF网元中发出会话请求消息的网元为故障网元。
上述步骤的具体过程可以参见上述方法实施例的描述,其实现原理和技术效果类似,在此不再赘述。
应该理解的是,虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于同样的发明构思,本申请实施例还提供了一种用于实现上述所涉及的故障网元确定方法的故障网元确定装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似,故下面所提供的一个或多个故障网元确定装置实施例中的具体限定可以参见上文中对于故障网元确定方法的限定,在此不再赘述。
在一个实施例中,如图8所示,提供了一种故障网元确定装置1,包括:获取模块10、查询模块20和确定模块30,其中:
获取模块10,用于获取SMF网元和UPF网元之间的N4信令对。
查询模块20,用于在根据N4信令对中的会话响应消息,确定SMF网元和UPF网元之间信令互通异常的情况下,根据会话响应消息中的异常指示信息,分别查询比对数据库和N4信令对中的会话请求消息,得到第一参数列表和第二参数列表。
其中,比对数据库用于存储通信标准对于不同异常参数定义的参数列表。
确定模块30,用于根据第一参数列表和第二参数列表,确定SMF网元和UPF网元中的故障网元。
在一个实施例中,在图8的基础上,如图9所示,上述查询模块20可以包括:
第一查询单元21,用于根据会话响应消息中的异常指示信息,从会话请求消息中确定与异常指示信息对应的目标IE类型。
其中,异常指示信息用于指示失败规则ID类型。
第二查询单元22,用于以目标IE类型为索引,从比对数据库中查询异常参数,得到第一参数列表,以及从会话请求消息中查询异常参数,得到第二参数列表。
在一个实施例中,在图8的基础上,如图10所示,上述故障网元确定装置1还可以包括:
检测模块40,用于根据会话响应消息中的原因参数值,确定SMF网元和UPF网元之间信令互通是否正常。
在一个实施例中,上述检测模块40具体用于在原因参数值为预设值的情况下,确定SMF网元和UPF网元之间信令互通正常,以及在原因参数值不为预设值的情况下,确定SMF网元和UPF网元之间信令互通异常。
在一个实施例中,第一参数列表中包含的异常参数为第一IE信息元素;第二参数列表中包含的异常参数为第二IE信息元素,上述确定模块30具体用于 在第一IE信息元素与第二IE信息元素的内容一致的情况下,确定SMF网元和UPF网元中发出会话响应消息的网元为故障网元,以及在第一IE信息元素与第二IE信息元素的内容不一致的情况下,确定SMF网元和UPF网元中发出会话请求消息的网元为故障网元。
在一个实施例中,上述获取模块10具体用于从不同厂商的SMF网元和UPF网元之间的信令互通网元获取N4信令对。
上述故障网元确定装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图11所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储第一参数列表和第二参数列表等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种故障网元确定方法。
本领域技术人员可以理解,图11中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现上述故障网元确定方法的步骤。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述故障网元确定方法的步骤。
在一个实施例中,提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现上述故障网元确定方法的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory,ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory,MRAM)、铁电存储器(Ferroelectric Random Access Memory,FRAM)、相变存储器(Phase Change Memory,PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器等。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory,DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等,不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等,不限于此。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本申请专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请的保护范围应以所附权利要求为准。
Claims (8)
1.一种故障网元确定方法,其特征在于,所述方法包括:
获取会话管理功能SMF网元和用户面功能UPF网元之间的N4信令对;其中,SMF网元和UPF网元来源于不同厂商;
在根据所述N4信令对中的会话响应消息,确定SMF网元和UPF网元之间信令互通异常的情况下,根据所述会话响应消息中的异常指示信息,分别查询比对数据库和所述N4信令对中的会话请求消息,得到第一参数列表和第二参数列表;所述比对数据库用于存储通信标准对于不同异常参数定义的参数列表;所述第一参数列表中包含的异常参数为第一IE信息元素;所述第二参数列表中包含的异常参数为第二IE信息元素;
在所述第一IE信息元素与所述第二IE信息元素的内容一致的情况下,确定所述SMF网元和所述UPF网元中发出会话响应消息的网元为故障网元;
在所述第一IE信息元素与所述第二IE信息元素的内容不一致的情况下,确定所述SMF网元和所述UPF网元中发出会话请求消息的网元为故障网元。
2.根据权利要求1所述的方法,其特征在于,所述根据所述会话响应消息中的异常指示信息,分别查询比对数据库和所述N4信令对中的会话请求消息,得到第一参数列表和第二参数列表,包括:
根据所述会话响应消息中的异常指示信息,从所述会话请求消息中确定与所述异常指示信息对应的目标IE类型;所述异常指示信息用于指示失败规则ID类型;
以所述目标IE类型为索引,从所述比对数据库中查询异常参数,得到第一参数列表,以及从所述会话请求消息中查询异常参数,得到第二参数列表。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
根据所述会话响应消息中的原因参数值,确定所述SMF网元和所述UPF网元之间信令互通是否正常。
4.根据权利要求3所述的方法,其特征在于,所述根据所述会话响应消息中的原因参数值,确定所述SMF网元和所述UPF网元之间信令互通是否正常,包括:
在所述原因参数值为预设值的情况下,确定所述SMF网元和所述UPF网元之间信令互通正常;
在所述原因参数值不为所述预设值的情况下,确定所述SMF网元和所述UPF网元之间信令互通异常。
5.根据权利要求1所述的方法,其特征在于,所述获取会话管理功能SMF网元和用户面功能UPF网元之间的N4信令对,包括:
从不同厂商的SMF网元和UPF网元之间的信令互通网元获取N4信令对。
6.一种故障网元确定装置,其特征在于,所述装置包括:
获取模块,用于获取SMF网元和UPF网元之间的N4信令对;其中,SMF网元和UPF网元来源于不同厂商;
查询模块,用于在根据所述N4信令对中的会话响应消息,确定所述SMF网元和所述UPF网元之间信令互通异常的情况下,根据所述会话响应消息中的异常指示信息,分别查询比对数据库和所述N4信令对中的会话请求消息,得到第一参数列表和第二参数列表;所述比对数据库用于存储通信标准对于不同异常参数定义的参数列表;所述第一参数列表中包含的异常参数为第一IE信息元素;所述第二参数列表中包含的异常参数为第二IE信息元素;
确定模块,用于在所述第一IE信息元素与所述第二IE信息元素的内容一致的情况下,确定所述SMF网元和所述UPF网元中发出会话响应消息的网元为故障网元,以及在所述第一IE信息元素与所述第二IE信息元素的内容不一致的情况下,确定所述SMF网元和所述UPF网元中发出会话请求消息的网元为故障网元。
7.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1-5中任一项所述的方法的步骤。
8.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1-5中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310995817.6A CN116723530B (zh) | 2023-08-09 | 2023-08-09 | 故障网元确定方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310995817.6A CN116723530B (zh) | 2023-08-09 | 2023-08-09 | 故障网元确定方法、装置、计算机设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN116723530A CN116723530A (zh) | 2023-09-08 |
CN116723530B true CN116723530B (zh) | 2023-11-03 |
Family
ID=87864695
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310995817.6A Active CN116723530B (zh) | 2023-08-09 | 2023-08-09 | 故障网元确定方法、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116723530B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109428763A (zh) * | 2017-09-05 | 2019-03-05 | 华为技术有限公司 | 一种故障测量的方法和装置 |
CN112543473A (zh) * | 2020-12-29 | 2021-03-23 | 中国移动通信集团江苏有限公司 | 基于网元仿真的测试方法、装置、设备及计算机存储介质 |
CN114710798A (zh) * | 2022-04-19 | 2022-07-05 | 中国联合网络通信集团有限公司 | 一种故障定位方法及装置 |
WO2022149149A1 (en) * | 2021-01-05 | 2022-07-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Artificial intelligence with dynamic causal model for failure analysis in mobile communication network |
CN115379486A (zh) * | 2022-08-23 | 2022-11-22 | 中国电信股份有限公司 | 5g专网的故障检测方法、装置、电子设备及存储介质 |
CN115514797A (zh) * | 2021-06-23 | 2022-12-23 | 中兴通讯股份有限公司 | 备用smf发现方法、装置、电子设备和介质 |
CN115550978A (zh) * | 2022-09-26 | 2022-12-30 | 杭州东方通信软件技术有限公司 | 一种基于大数据的5g投诉预处理方法及系统 |
CN116506902A (zh) * | 2023-06-21 | 2023-07-28 | 中国电信股份有限公司 | 信令处理方法、装置、信令互通网关和存储介质 |
-
2023
- 2023-08-09 CN CN202310995817.6A patent/CN116723530B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109428763A (zh) * | 2017-09-05 | 2019-03-05 | 华为技术有限公司 | 一种故障测量的方法和装置 |
CN112543473A (zh) * | 2020-12-29 | 2021-03-23 | 中国移动通信集团江苏有限公司 | 基于网元仿真的测试方法、装置、设备及计算机存储介质 |
WO2022149149A1 (en) * | 2021-01-05 | 2022-07-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Artificial intelligence with dynamic causal model for failure analysis in mobile communication network |
CN115514797A (zh) * | 2021-06-23 | 2022-12-23 | 中兴通讯股份有限公司 | 备用smf发现方法、装置、电子设备和介质 |
CN114710798A (zh) * | 2022-04-19 | 2022-07-05 | 中国联合网络通信集团有限公司 | 一种故障定位方法及装置 |
CN115379486A (zh) * | 2022-08-23 | 2022-11-22 | 中国电信股份有限公司 | 5g专网的故障检测方法、装置、电子设备及存储介质 |
CN115550978A (zh) * | 2022-09-26 | 2022-12-30 | 杭州东方通信软件技术有限公司 | 一种基于大数据的5g投诉预处理方法及系统 |
CN116506902A (zh) * | 2023-06-21 | 2023-07-28 | 中国电信股份有限公司 | 信令处理方法、装置、信令互通网关和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN116723530A (zh) | 2023-09-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8793351B2 (en) | Automated configuration of new racks and other computing assets in a data center | |
CN108924274B (zh) | 域名系统dns处理方法、装置、存储介质及电子设备 | |
CN109587258B (zh) | 一种服务探活方法及装置 | |
WO2020173080A1 (zh) | 调用链信息查询方法以及设备 | |
CN108563550A (zh) | 一种分布式系统的监控方法、装置、服务器和存储介质 | |
US10863562B2 (en) | Peripheral device pairing | |
CN112242938A (zh) | 探测方法、装置、电子设备及计算机可读存储介质 | |
CN116594847A (zh) | 服务器巡检方法、系统、装置、服务器、介质和程序产品 | |
CN105323748A (zh) | 一种测试错误上传方法及装置 | |
CN116723530B (zh) | 故障网元确定方法、装置、计算机设备和存储介质 | |
CN113486060A (zh) | 数据访问处理方法和装置、存储介质及电子设备 | |
CN114222284B (zh) | 终端设备识别方法、装置及可读存储介质 | |
CN112527453B (zh) | 虚拟化信息仿真系统、方法及计算机可读存储介质 | |
CN115918116A (zh) | 信息处理方法、装置及存储介质 | |
CN111130941A (zh) | 一种网络错误检测方法以及装置 | |
CN116821798B (zh) | 一种故障预警的服务器、方法及计算机存储介质 | |
CN116846741B (zh) | 一种告警收敛方法、装置、设备及存储介质 | |
CN110855785B (zh) | 一种数据处理的方法及装置 | |
CN112637293B (zh) | 数据修复系统、方法、装置、电子设备及存储介质 | |
CN111917902B (zh) | 检测磅室设备故障的方法、设备和计算机可读存储介质 | |
CN116260853A (zh) | 节点设备的连接管理方法、设备及存储介质 | |
CN108132951B (zh) | 数据接入方法及数据接入装置 | |
CN114422621A (zh) | 一种通信连接方法、站控层装置及存储介质 | |
CN118199781A (zh) | 时间同步方法、装置、计算机设备、存储介质和程序产品 | |
CN114265739A (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 |