业务管理通信方法及装置与流程

1.本技术涉及通信技术领域，具体而言，涉及一种业务管理通信方法及装置。


背景技术：

2.随着5g技术的迅速发展，为了满足人们生产和生活对网络的更高要求，5g基站设备的部署也在日渐扩大。其中，5g技术的业务多样性在使其得到广泛应用的同时，也给业务管理带来了巨大的挑战，特别是针对5g基站的oam(operations，administration，and maintenance，操作、管理和维护)业务管理，是一项极具挑战性的工作。
3.相关技术中，针对基站oam业务管理系统的设计，常用的通讯协议包括：tr069、mdas、tlv等，其中，tr069和mdas协议存在学习比较困难、实现比较复杂、交互流程繁琐、配置和修改复杂等问题，整体开发效率较低、可维护性较差；而tlv协议主要用于实现对简单消息的传输，其无法实现大量数据的传输，例如文件的传输。因此，在基站oam业务管理通讯协议的研发方面，亟需设计出一种既能满足基站oam业务管理功能需求，又具有简洁高效、容易理解、实现简单、开放性和实用性好、可维护性较强的通讯协议及系统，以满足用户的使用需求。
4.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

5.本技术实施例提供了一种业务管理通信方法及装置，以至少解决相关技术中针对oam实体的业务通信效率较低，难以满足用户需求的技术问题。
6.根据本技术实施例的一个方面，提供了一种应用于oam实体的业务管理通信方法，包括：响应于基站功能模块基于目标数据格式发送的接入请求，与基站功能模块建立通信连接，其中，目标数据格式中至少包括：数据包头，数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；响应于基站功能模块基于目标数据格式发送的第一业务请求，执行与第一业务请求对应的第一业务操作；或，基于目标数据格式向基站功能模块发送第二业务请求，其中，基站功能模块用于执行与第二业务请求对应的第二业务操作。
7.可选地，目标数据格式中包括：数据包头和数据段，其中，数据包头中包括：幻数、数据包长度、流水号、分包传输时全部业务请求数据被分割成的子数据包的分包数量、当前子数据包在所有子数据包中的分包序号、操作码、用于表征数据包类型及应答需求状态或应答状态的操作属性、业务操作对象标识和用于扩展数据包信息的保留字段；操作码用于表征以下业务操作类型之一：查询参数实例、设置参数实例、修改添加参数实例、添加参数实例、删除参数实例、导入参数实例、告警、功能模块复位、心跳、创建小区、删除小区、激活小区、冻结小区、文件上传、软件升级、查询寄存器、设置寄存器、功能模块接入、配置工作模式、查询工作模式和功能模块信息上报；数据段用于存储业务请求数据。
8.可选地，响应于基站功能模块基于目标数据格式发送的接入请求，与基站功能模
块建立通信连接，包括：响应于基站功能模块基于目标数据格式发送的接入请求，确定oam实体与基站功能模块进行数据传输时的大小端字节序，并与基站功能模块建立通信连接；若通信连接建立成功，基于目标数据格式向基站功能模块反馈第一接入应答信息；若通信连接建立失败，基于目标数据格式向基站功能模块反馈第二接入应答信息，其中，基站功能模块在接收到第二接入应答信息时，重新基于目标数据格式向oam实体发送接入请求。
9.可选地，响应于基站功能模块基于目标数据格式发送的第一业务请求，执行与第一业务请求对应的第一业务操作，包括：接收基站功能模块基于目标数据格式发送的第一业务请求，其中，第一业务请求包括以下之一：查询参数实例请求、设置参数实例请求、修改添加参数实例请求、添加参数实例请求、删除参数实例请求、导入参数实例请求、上报告警请求、复位请求、文件上传请求、查询系统寄存器请求、设置系统寄存器请求、配置系统工作模式请求、查询系统工作模式请求和信息上报请求；执行与第一业务请求对应的第一业务操作；在第一业务请求的操作属性指示需要应答时，向基站功能模块反馈第一业务应答信息。
10.可选地，接收基站功能模块基于目标数据格式发送的第一业务请求，包括：接收基站功能模块按照第一预设时间间隔发送的多个基于目标数据格式的第一业务请求子数据包，依据各个第一业务请求子数据包的数据包头中的分包序号对各个第一业务请求子数据包的数据段进行拼接，得到第一业务请求。
11.可选地，基于目标数据格式向基站功能模块发送第二业务请求，包括：基于目标数据格式向基站功能模块发送第二业务请求，其中，第二业务请求包括以下之一：查询参数实例请求、设置参数实例请求、修改添加参数实例请求、添加参数实例请求、删除参数实例请求、导入参数实例请求、告警查询请求、复位请求、创建小区请求、删除小区请求、激活小区请求、冻结小区请求、文件上传请求、功能模块软件升级请求、查询功能模块寄存器请求、设置功能模块寄存器请求、配置功能模块工作模式请求和查询功能模块工作模式请求；在第二业务请求的操作属性指示需要应答时，接收基站功能模块执行第二业务操作后反馈的第二业务应答信息。
12.可选地，基于目标数据格式向基站功能模块发送第二业务请求，包括：在第二业务请求对应的数据段加上数据包头的总长度超过预设阈值时，将第二业务请求对应的数据段拆分成多个子数据段，并基于目标数据格式给每个子数据段添加数据包头，得到多个第二业务请求子数据包；按照第一预设时间间隔分别将多个第二业务请求子数据包发送至基站功能模块。
13.可选地，接收基站功能模块按照第二预设时间间隔发送的基于目标数据格式的心跳信号；若超过第三预设时间间隔未接收到心跳信号，确定基站功能模块发生故障，发出故障告警信息，其中，第三预设时间间隔大于第二预设时间间隔。
14.可选地，基站功能模块与oam实体之间采用客户端-服务器架构。
15.根据本技术实施例的另一方面，还提供了一种应用于基站功能模块的业务管理通信方法，包括：基于目标数据格式向oam实体发送接入请求，其中，oam实体用于响应接入请求与基站功能模块建立通信连接，目标数据格式中至少包括：数据包头，数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；基于目标数据格式向oam实体发送第一业务请求，其中，oam实体用于执行与第
一业务请求对应的第一业务操作；或，响应于oam实体基于目标数据格式发送的第二业务请求，执行与第二业务请求对应的第二业务操作。
16.根据本技术实施例的另一方面，还提供了一种业务管理通信装置，包括：第一连接模块，用于响应于基站功能模块基于目标数据格式发送的接入请求，与基站功能模块建立通信连接，其中，目标数据格式中至少包括：数据包头，数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；第一执行模块，用于响应于基站功能模块基于目标数据格式发送的第一业务请求，执行与第一业务请求对应的第一业务操作；第一发送模块，用于基于目标数据格式向基站功能模块发送第二业务请求，其中，基站功能模块用于执行与第二业务请求对应的第二业务操作。
17.根据本技术实施例的另一方面，还提供了另一种业务管理通信装置，包括：第二连接模块，用于基于目标数据格式向oam实体发送接入请求，其中，oam实体用于响应接入请求与业务管理通讯装置建立通信连接，目标数据格式中至少包括：数据包头，数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；第二发送模块，用于基于目标数据格式向oam实体发送第一业务请求，其中，oam实体用于执行与第一业务请求对应的第一业务操作；第二执行模块，用于响应于oam实体基于目标数据格式发送的第二业务请求，执行与第二业务请求对应的第二业务操作。
18.根据本技术实施例的另一方面，还提供了一种非易失性存储介质，该非易失性存储介质包括存储的计算机程序，其中，非易失性存储介质所在设备通过运行该计算机程序执行上述的业务管理通信方法。
19.根据本技术实施例的另一方面，还提供了一种电子设备，该电子设备包括：存储器和处理器，其中，存储器中存储有计算机程序，处理器被配置为通过计算机程序执行上述的业务管理通信方法。
20.在本技术实施例中，针对oam实体多样化的业务管理功能，提供了一种新的业务管理通信协议，其采用数据包头加数据段的目标数据格式进行数据传输，该数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；在业务通信时，oam实体首先响应基站功能模块的接入请求，与基站功能模块建立通信连接，之后二者基于目标数据格式进行业务通信，其中，通过操作码可以准确反映当前业务的类型，通过流水号可以准确匹配同一业务的请求和应答信息，从而保证各项业务的高效无误处理，有效解决了相关技术中针对oam实体的业务通信效率较低，难以满足用户需求的技术问题。
附图说明
21.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
22.图1是根据本技术实施例的一种可选的业务管理通信系统的结构示意图；
23.图2是根据本技术实施例的一种可选的协议数据格式的示意图；
24.图3是根据本技术实施例的一种可选的协议数据包头的示意图；
25.图4是根据本技术实施例的一种可选的业务管理通信方法的流程示意图；
26.图5是根据本技术实施例的另一种可选的业务管理通信方法的流程示意图；
27.图6是根据本技术实施例的一种可选的业务管理通信装置的结构示意图；
28.图7是根据本技术实施例的一种可选的业务管理通信装置的结构示意图。
具体实施方式
29.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
30.需要说明的是，本技术的说明书和权利要求书及附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
31.实施例1
32.根据本技术实施例，首先提供了一种基站中的业务管理通信系统，如图1所示，该系统中主要包括：oam实体和基站功能模块。其中，oam实体作为基站协议栈应用中的重要部分，主要负责基站的操作、管理、维护等业务；基站功能模块通常包括：物理层(l1)、数据链路层(l2)、无线资源控制层(l3)、dsp(digital signal processing，数字信号处理)模块、wlan(wireless local area networks，无线局域网)模块等。
33.oam实体与基站功能模块之间通常采用c/s(client/server，客户端-服务器)架构，oam实体作为服务端，基站功能模块作为客户端，二者之间的通信协议通常称为bmcp(business management communication protocol，业务管理通信协议)。
34.为解决oam实体的现有通信协议的业务通信效率较低，难以满足用户需求的技术问题，本技术实施例设计了一种既能满足oam实体的业务管理各项功能需求，又具有简洁高效、易于学习、实现简单、开放性和实用性好、可维护性强的业务管理通讯协议，具体如下。
35.协议传输数据格式如图2所示，其包括数据包头和数据段data两部分，其中，数据包头为必选项，即该协议的每个数据包中必须具有数据包头部分；data用于存储业务请求数据，其为可选项，即数据包中可带可不带，具体视数据包的类型和需求而定。例如，响应包通常只是响应成功或失败的结果给请求方，因此只需返回数据包头即可，当然也可以携带data，只是请求方在收到响应包后不会用到data。
36.可选地，关于数据包头的格式设计如图3所示，其中，各个字段的含义如下：
37.mnum(magic number)：幻数，数据类型为uint32，32-bit，是整个数据包的标志头，用于表征数据包协议类型，通常为固定值“0x424d4350”，即由“b、m、c、p”的ascii码(0x42，0x4d，0x43，0x50)组成，表示业务管理通信协议。
38.tlen(total length)：数据包长度，数据类型为uint32，32-bit，表示一个数据包的总长度，如果是分包后的子数据包，则是该子数据包的实际长度。
39.sn(serial number)：流水号，数据类型为uint32，32-bit，用于表征业务标识，服务端和客户端分别各自统计流水号，针对同一业务的请求包和对应响应包中的流水号必须相同。
40.blocknum：分包数量，数据类型为uint32，32-bit，表示分包传输时全部业务请求数据被分割成的子数据包的数量，如果不分包传输，此值为1。
41.blocksn(block serial number)，分包序号，数据类型为uint32，32-bit，表示分包传输时当前子数据包在所有子数据包中的顺序，即该子数据包是第几子数据包，如果不分包传输，此值为1。
42.opc(opcode)：操作码，数据类型为uint32，32-bit，用于表征业务操作类型，本技术实施例定义了操作码1～21，涵盖了oam实体业务管理的主要业务功能，用户也可根据实际需求对其进行扩展，具体如表1所示。
43.表1
[0044][0045][0046]
需要说明的是，由于同一业务的请求包和响应包的对应关系是根据sn来识别，而
非根据opc来识别，因此，虽然默认响应包中的opc跟请求包中的opc相同，但实际二者也可以不同，只要通信双方协调好即可，不影响正常通信。
[0047]
attr：操作属性，数据类型为uint32，32-bit，用于表征数据包类型及应答需求状态或应答状态，其设置可以参考表2。
[0048]
表2
[0049]
操作属性说明0xff请求包，且需要对方应答0xfe请求包，且不需要对方应答0x80响应包，且应答成功0x81响应包，且应答失败
[0050]
id：操作对象标识，数据类型为uint32，32-bit，如果没有使用到，此值填0。
[0051]
需要说明的是，由于同一业务的请求包和响应包的对应关系是根据sn来识别，而非根据id来识别，因此，虽然默认响应包中的id跟请求包中的id相同，但实际二者也可以不同，只要通信双方协调好即可，不影响正常通信。
[0052]
resverd1：保留字段1，数据类型为uint32，32-bit，用于扩展数据包信息，具体可根据实际需求进行扩展，意义自定义。
[0053]
resverd2：保留字段2，数据类型为uint32，32-bit，同样用于扩展数据包信息，具体可根据实际需求进行扩展，意义自定义。
[0054]
本技术实施例的业务管理通讯协议并不对传输数据包的传输机制作出限定，具体可以采用tcp(transmission control protocol，传输控制协议)、udp(user datagram protocol，用户数据报协议)、硬件队列、共享内存、消息队列等传输方式进行传输。
[0055]
服务端与客户端之间通信时，采用的大小端(字节序)模式由客户端自行决定，服务端根据客户端在发送接入请求时所携带的mnum自动识别大小端，如果客户端需要在通信过程中变更大小端模式，需要使用新的大小端模式重新发送接入请求。
[0056]
由于oam实体需要处理业务较多，为提高处理效率，本技术实施例的业务管理通讯协议不要求采用一问一答的同步方式传送数据，即不需要等待上一个业务请求应答后才能发送下一个业务请求，因为不同请求包中的sn是独立不同的，通过sn即可准确匹配同一业务的请求和应答信息，即使乱序传输也可保证各项业务的高效无误处理。
[0057]
可选地，本技术实施例还提出了分包传输方案，即当采用的传输机制对一次传输的数据大小有限制时，如果请求包或响应包的大小超过该限制时，就需要进行分包传输。
[0058]
具体地，分包门限的取值由服务端和客户端根据业务实际情况自行协商，如果没有特殊情况，默认传输的数据包大小不超过8k bytes，超过则必须分包传输，不超过则由发送方自行决定是否分包传输。
[0059]
例如，假设某数据包总长度为t，数据包头长度为h，则data部分的长度为d＝t-h，分包门限为x，当t》x时，可以将该数据包拆分成n个子数据包，具体地，可以将data部分拆分成n份，每份的大小di(i∈[1,n])由发送方自定义，只要保证每个子数据包的总长度di+h≤x即可；在为每份data添加对应的数据包头时，每个子数据包的数据包头中的blocknum值为n，blocksn值为i，tlen值为di+h，其他数据包头信息如sn、attr、id等值与原数据包保持不变。
[0060]
需要说明的是，由于blocksn值的存在，各个子数据包的发送顺序可由发送方自定义，即使乱序发送，接收方也可根据各个子数据包的blocksn值将其还原成完整的数据包。
[0061]
可选地，分包传输过程中，还可以设置对应的时间间隔，例如3秒，两个子数据包的发送时间间隔不能超过该时间间隔，否则接收方会认为是垃圾数据包丢弃处理。
[0062]
在上述业务管理通信系统和业务管理通信协议的基础上，本技术实施例提供了一种由oam实体执行的业务管理通信方法，如图4所示，该方法包括如下步骤：
[0063]
步骤s402，响应于基站功能模块基于目标数据格式发送的接入请求，与基站功能模块建立通信连接，其中，目标数据格式中至少包括：数据包头，数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；
[0064]
步骤s404，响应于基站功能模块基于目标数据格式发送的第一业务请求，执行与第一业务请求对应的第一业务操作；
[0065]
步骤s406，基于目标数据格式向基站功能模块发送第二业务请求，其中，基站功能模块用于执行与第二业务请求对应的第二业务操作。
[0066]
其中，目标数据格式即为上述业务管理通信协议定义的数据格式，oam实体与基站功能模块之间通过上述业务管理通信协议进行业务数据传输。
[0067]
需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。例如，步骤s404和步骤s406之间并无固定的先后顺序，且二者可择一执行。
[0068]
以下结合具体的实施过程对业务管理通信方法的各步骤进行说明。
[0069]
作为一种可选的实施方式，在进行业务数据通信时，oam实体首先响应于基站功能模块基于目标数据格式发送的接入请求，确定oam实体与基站功能模块进行数据传输时的大小端字节序，并与基站功能模块建立通信连接；若通信连接建立成功，oam实体基于目标数据格式向基站功能模块反馈第一接入应答信息；若通信连接建立失败，oam实体基于目标数据格式向基站功能模块反馈第二接入应答信息，当基站功能模块接收到第二接入应答信息时，重新基于目标数据格式向oam实体发送接入请求，直至成功建立通信连接。
[0070]
其中，针对功能模块接入的请求包和响应包的opc值为14，请求包中attr值为0xff，表示需要对方应答，响应包中attr值指示功能模块接入是否成功，0x80表示成功，对应第一接入应答信息，0x81表示失败，对应第二接入应答信息，默认不带data，如果需要，需要通信双方约定好。
[0071]
可选地，下列第一业务请求通常由基站功能模块发起，包括：查询参数实例请求、设置参数实例请求、修改添加参数实例请求、添加参数实例请求、删除参数实例请求、导入参数实例请求、上报告警请求、复位请求、文件上传请求、查询系统寄存器请求、设置系统寄存器请求、配置系统工作模式请求、查询系统工作模式请求和信息上报请求。
[0072]
oam实体可以接收基站功能模块基于目标数据格式发送的第一业务请求，然后执行与第一业务请求对应的第一业务操作；并在第一业务请求的操作属性指示需要应答时，向基站功能模块反馈第一业务应答信息。
[0073]
可选地，在分包传输场景下，oam实体可以接收基站功能模块按照第一预设时间间
隔发送的多个基于目标数据格式的第一业务请求子数据包，并依据各个第一业务请求子数据包的数据包头中的分包序号对各个第一业务请求子数据包的数据段进行拼接，得到第一业务请求。
[0074]
可选地，下列第二业务请求通常由oam实体发起，包括：查询参数实例请求、设置参数实例请求、修改添加参数实例请求、添加参数实例请求、删除参数实例请求、导入参数实例请求、告警查询请求、复位请求、创建小区请求、删除小区请求、激活小区请求、冻结小区请求、文件上传请求、功能模块软件升级请求、查询功能模块寄存器请求、设置功能模块寄存器请求、配置功能模块工作模式请求和查询功能模块工作模式请求。
[0075]
oam实体可以基于目标数据格式向基站功能模块发送第二业务请求；在第二业务请求的操作属性指示需要应答时，接收基站功能模块执行第二业务操作后反馈的第二业务应答信息。
[0076]
可选地，在第二业务请求对应的数据段加上数据包头的总长度超过预设阈值时，需要进行分包传输，可以将第二业务请求对应的数据段拆分成多个子数据段，并基于目标数据格式给每个子数据段添加数据包头，得到多个第二业务请求子数据包；之后按照第一预设时间间隔分别将多个第二业务请求子数据包发送至基站功能模块。
[0077]
可选地，oam实体还可以接收基站功能模块按照第二预设时间间隔发送的基于目标数据格式的心跳信号，若超过第三预设时间间隔未接收到心跳信号，确定基站功能模块发生故障，发出故障告警信息，其中，第三预设时间间隔大于第二预设时间间隔，二者可根据需求自行调整。
[0078]
以下结合具体的业务场景对业务数据传输过程进行说明。
[0079]
参数操作请求同时支持oam实体和基站功能模块主动发起请求，主要包括查询参数实例、设置参数实例、添加参数实例、删除参数实例、修改添加参数实例和导入参数实例等请求，其中：
[0080]
查询参数实例的opc值为1，最小粒度是结构体，如果是单实例参数，只需要在请求包的数据包头id字段填写需要查询参数的结构体id，不需要data部分；如果是多实例参数，在发送请求包时，不带data部分，说明是对此参数实例全面查询；带data部分，则data的长度必须为该参数结构体大小的整数倍，且每一段结构体流数据中关键字需要赋值，表示需要查询data数据流中关键字指定的实例。请求包中，attr值必须为0xff，表示需要对方应答，响应包中的流水号sn不变，data填充所查询到的参数值。
[0081]
设置参数实例的opc值为2，最小粒度是结构体，需要带上data数据，且data的长度必须为该参数结构体大小的整数倍。是否需要应答，取决于请求包中的attr值，如果需要应答，则响应包中的流水号sn不变，不需要data部分。
[0082]
修改添加参数实例的opc值为18，最小粒度是结构体，需要带上data数据，且data数据的长度必须为该参数结构体大小的整数倍，如果data数据对应的实例存在则修改，不存在则添加。是否需要应答，取决于请求包中的attr值，如果需要应答，则响应包中的流水号sn不变，不需要data部分。
[0083]
添加参数实例的opc值为19，最小粒度是结构体，需要带上data数据，且data数据的长度必须为该参数结构体大小的整数倍。是否需要应答，取决于请求包中的attr值，如果需要应答，则响应包中的流水号sn不变，不需要data部分。
[0084]
删除参数实例的opc值为20，最小粒度是结构体，如果不带data数据，表示删除结构体id对应的所有实例，如果带上data数据，data数据的长度必须为该参数结构体大小的整数倍，表示需要删除data数据对应的实例。是否需要应答，取决于请求包中的attr值，如果需要应答，则响应包中的流水号sn不变，不需要data部分。
[0085]
导入参数实例的opc值为21，最小粒度是结构体，如果不带data数据，表示数据包头id对应的结构体实例为0个，需要导入0个实例；如果带上data数据，data数据的长度必须为该参数结构体大小的整数倍，表示需要用data数据中的实例替换原来数据包头id对应的所有实例，即不管原来有多少实例，最终以导入的实例为准。是否需要应答，取决于请求包中的attr值，如果需要应答，则响应包中的流水号sn不变，不需要data部分。
[0086]
告警通常分为全查告警和上报告警两种。其中，告警请求的opc值为3；如果是oam实体发送请求给基站功能模块，表示oam实体要全查基站功能模块的所有告警，不需要携带data，数据包头id值填0，attr值必须为0xff，表示需要对方应答，响应包中的流水号sn和id不变，data填充所查询到的所有告警；如果是基站功能模块发送请求给oam实体，表示基站功能模块要上报告警给oam实体，告警信息携带在data，具体格式如表3所示，告警内容(alarm content)参数如表4所示，基站功能模块每个告警的状态发生改变，都需要立刻上报告警给oam实体，是否需要oam实体应答，取决于请求包中的attr值。
[0087]
表3
[0088][0089][0090]
表4
[0091]
变量名数据类型描述备注alarm iduint32告警id alarm statusuint32告警状态0：无告警；1：告警alarm causechar[64]告警原因ascii信息
[0092]
各个基站功能模块的复位由oam实体进行控制。其中，复位的opc值为4；当基站功能模块需要复位，则主动发起复位请求，oam实体回应复位请求，向基站功能模块应答复位命令进行基站功能模块复位；oam实体也可以主动向基站功能模块发起复位命令。复位请求和复位命令的data保持不变，如表5所示。
[0093]
表5
[0094][0095]
心跳和接入请求相似，由基站功能模块主动发送给oam实体，opc值为5，不需要携
带data。是否需要oam实体应答，取决于基站功能模块发送心跳请求包中的attr值。如果没有特殊情况，建议基站功能模块每3秒发送一次心跳给oam实体，连续三次oam实体没收到心跳，则认为基站功能模块出现故障。
[0096]
小区操作包括创建小区、删除小区、激活小区和冻结小区等功能，由oam实体发起小区操作请求，基站功能模块执行请求并回应，工作流程和参数操作相同。其中，创建小区的opc值为6，删除小区的opc值为7，激活小区的opc值为8，冻结小区的opc值为9；请求包中id对应小区编号，data字段为小区所对应的参数信息，具体参数定义参考产品线数据接口定义部分，是否需要应答，取决于请求包中的attr值，如果需要应答，响应包中id和data不变，保持跟请求包的值相同。
[0097]
文件上传是指基站功能模块向oam实体上传文件，上传的文件类型包括日志文件、kpi(key performance indicator，关键绩效考核)文件、性能文件等。文件上传的opc值为10，包括oam实体通知基站功能模块上传文件和基站功能模块主动上传文件两种方式。主动发起文件上传请求的一方要在data中填充文件类型、文件开始日期、文件结束日期等属性，具体可由通信双方进行协商，是否需要应答，取决于请求包中的attr值，如果需要应答，响应包中id和data不变，保持跟请求包的值相同，应答成功表示可以开始上传文件，应答失败表示不上传文件。当文件大小大于一次传输数据的大小上限时，需要进行分包传输。
[0098]
软件升级的opc值为11，由oam实体主动指示基站功能模块进行软件升级，升级指示中的data需包含升级包文件名、升级包大小等，具体由通信双方协商。当升级包大小大于一次传输数据的大小上限时，需要进行分包传输；基站功能模块在下载完升级包后，如果升级指示数据包的attr指定需要回应，响应包的意义仅限下载的结果，即下载成功还是下载失败，不反映软件升级是否成功。
[0099]
寄存器和工作模式的查询与设置流程和参数操作基本相同，其中：
[0100]
查询寄存器的opc值为12，在查询寄存器操作请求中，data数据段存放要查询的寄存器地址，在查询应答中data填充所查询到的寄存器信息，主要包括寄存器地址、位宽、寄存器数量、寄存器值等内容，具体由通信双方协商。
[0101]
设置寄存器的opc值为13，在设置寄存器操作请求中，data数据段存放要设置的寄存器信息，主要包括寄存器地址、位宽、寄存器数量、寄存器值等内容，具体由通信双方协商。是否需要应答，取决于请求包中的attr值，如果需要应答，响应包中data字段保持跟请求包相同，通过attr值来回应操作是否成功。
[0102]
设置工作模式的opc值为15，在设置工作模式请求中，data字段为工作模式参数信息，具体参数由通信双方协商。是否需要应答，取决于请求包中的attr值，如果需要应答，响应包中data字段保持跟请求包相同。
[0103]
查询工作模式的opc值为16，查询工作模式的响应包data中填充工作模式值。
[0104]
信息上报的opc值为17，由基站功能模块主动上报oam实体，工作流程和接入请求类似。上报过程中，data字段存放信息上报参数，具体上报信息可参考产品线数据接口定义。是否需要应答，取决于请求包中的attr值。
[0105]
在本技术实施例中，针对oam实体多样化的业务管理功能，提供了一种新的业务管理通信协议，其采用数据包头加数据段的目标数据格式进行数据传输，该数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作
类型的操作码；在业务通信时，oam实体首先响应基站功能模块的接入请求，与基站功能模块建立通信连接，之后二者基于目标数据格式进行业务通信，其中，通过操作码可以准确反映当前业务的类型，通过流水号可以准确匹配同一业务的请求和应答信息，从而保证各项业务的高效无误处理，有效解决了相关技术中针对oam实体的业务通信效率较低，难以满足用户需求的技术问题。
[0106]
实施例2
[0107]
在实施例1提供的业务管理通信系统和业务管理通信协议的基础上，本技术实施例还提供了一种由基站功能模块执行的业务管理通信方法，如图5所示，该方法包括如下步骤：
[0108]
步骤s502，基于目标数据格式向oam实体发送接入请求，其中，oam实体用于响应接入请求与基站功能模块建立通信连接，目标数据格式中至少包括：数据包头，数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；
[0109]
步骤s504，基于目标数据格式向oam实体发送第一业务请求，其中，oam实体用于执行与第一业务请求对应的第一业务操作；
[0110]
步骤s506，响应于oam实体基于目标数据格式发送的第二业务请求，执行与第二业务请求对应的第二业务操作。
[0111]
其中，目标数据格式即为上述业务管理通信协议定义的数据格式，oam实体与基站功能模块之间通过上述业务管理通信协议进行业务数据传输。
[0112]
需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。例如，步骤s504和步骤s506之间并无固定的先后顺序，且二者可择一执行。
[0113]
以下结合具体的实施过程对业务管理通信方法的各步骤进行说明。
[0114]
作为一种可选的实施方式，在进行业务数据通信时，基站功能模块首先基于目标数据格式向oam实体发送接入请求，由oam实体确定基站功能模块与oam实体进行数据传输时的大小端字节序，并与基站功能模块建立通信连接；若通信连接建立成功，oam实体基于目标数据格式向基站功能模块反馈第一接入应答信息；若通信连接建立失败，oam实体基于目标数据格式向基站功能模块反馈第二接入应答信息，基站功能模块接收到第二接入应答信息时，需要重新基于目标数据格式向oam实体发送接入请求，直至成功建立通信连接。
[0115]
可选地，下列第一业务请求通常由基站功能模块发起，包括：查询参数实例请求、设置参数实例请求、修改添加参数实例请求、添加参数实例请求、删除参数实例请求、导入参数实例请求、上报告警请求、复位请求、文件上传请求、查询系统寄存器请求、设置系统寄存器请求、配置系统工作模式请求、查询系统工作模式请求和信息上报请求。
[0116]
基站功能模块可以基于目标数据格式向oam实体发送第一业务请求；在第一业务请求的操作属性指示需要应答时，接收oam实体执行第一业务操作后反馈的第一业务应答信息。
[0117]
可选地，在第一业务请求对应的数据段加上数据包头的总长度超过预设阈值时，需要进行分包传输，可以将第一业务请求对应的数据段拆分成多个子数据段，并基于目标
数据格式给每个子数据段添加数据包头，得到多个第一业务请求子数据包；之后按照第一预设时间间隔分别将多个第一业务请求子数据包发送至oam实体。
[0118]
可选地，下列第二业务请求通常由oam实体发起，包括：查询参数实例请求、设置参数实例请求、修改添加参数实例请求、添加参数实例请求、删除参数实例请求、导入参数实例请求、告警查询请求、复位请求、创建小区请求、删除小区请求、激活小区请求、冻结小区请求、文件上传请求、功能模块软件升级请求、查询功能模块寄存器请求、设置功能模块寄存器请求、配置功能模块工作模式请求和查询功能模块工作模式请求。
[0119]
基站功能模块可以接收oam实体基于目标数据格式发送的第二业务请求，然后执行与第二业务请求对应的第二业务操作；并在第二业务请求的操作属性指示需要应答时，向oam实体反馈第二业务应答信息。
[0120]
可选地，在分包传输场景下，基站功能模块可以接收oam实体按照第一预设时间间隔发送的多个基于目标数据格式的第二业务请求子数据包，并依据各个第二业务请求子数据包的数据包头中的分包序号对各个第二业务请求子数据包的数据段进行拼接，得到第二业务请求。
[0121]
可选地，基站功能模块可以按照第二预设时间间隔向oam实体发送基于目标数据格式的心跳信号，若oam实体超过第三预设时间间隔未接收到心跳信号，则确定基站功能模块发生故障，发出故障告警信息，其中，第三预设时间间隔大于第二预设时间间隔，二者可根据需求自行调整。
[0122]
需要说明的是，本技术实施例中的业务管理通信方法与实施例1中的业务管理通信方法相互对应，由于实施例1中已经进行了详尽的描述，本实施例中部分未体现的细节可以参考实施例1，在此不再过多赘述。
[0123]
实施例3
[0124]
根据本技术实施例，还提供了一种用于实现实施例1中的业务管理通信方法的业务管理通信装置，如图6所示，该业务管理通信装置中至少包括：第一连接模块61，第一执行模块62和第一发送模块63，其中：
[0125]
第一连接模块61，用于响应于基站功能模块基于目标数据格式发送的接入请求，与基站功能模块建立通信连接，其中，目标数据格式中至少包括：数据包头，数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；
[0126]
第一执行模块62，用于响应于基站功能模块基于目标数据格式发送的第一业务请求，执行与第一业务请求对应的第一业务操作；
[0127]
第一发送模块63，用于基于目标数据格式向基站功能模块发送第二业务请求，其中，基站功能模块用于执行与第二业务请求对应的第二业务操作。
[0128]
需要说明的是，本技术实施例中的业务管理通信装置中的各模块与实施例1中的业务管理通信方法的各实施步骤一一对应，由于实施例1中已经进行了详尽的描述，本实施例中部分未体现的细节可以参考实施例1，在此不再过多赘述。
[0129]
实施例4
[0130]
根据本技术实施例，还提供了一种用于实现实施例2中的业务管理通信方法的业务管理通信装置，如图7所示，该业务管理通信装置中至少包括：第二连接模块71，第二发送
模块72和第二执行模块73，其中：
[0131]
第二连接模块71，用于基于目标数据格式向oam实体发送接入请求，其中，oam实体用于响应接入请求与业务管理通讯装置建立通信连接，目标数据格式中至少包括：数据包头，数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；
[0132]
第二发送模块72，用于基于目标数据格式向oam实体发送第一业务请求，其中，oam实体用于执行与第一业务请求对应的第一业务操作；
[0133]
第二执行模块73，用于响应于oam实体基于目标数据格式发送的第二业务请求，执行与第二业务请求对应的第二业务操作。
[0134]
需要说明的是，本技术实施例中的业务管理通信装置中的各模块与实施例2中的业务管理通信方法的各实施步骤一一对应，由于实施例1中已经进行了详尽的描述，本实施例中部分未体现的细节可以参考实施例1，在此不再过多赘述。
[0135]
实施例5
[0136]
根据本技术实施例，还提供了一种非易失性存储介质，该非易失性存储介质包括存储的计算机程序，其中，非易失性存储介质所在设备通过运行该计算机程序执行实施例1中的业务管理通信方法。
[0137]
具体地，非易失性存储介质所在设备通过运行该计算机程序执行实现以下步骤：响应于基站功能模块基于目标数据格式发送的接入请求，与基站功能模块建立通信连接，其中，目标数据格式中至少包括：数据包头，数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；响应于基站功能模块基于目标数据格式发送的第一业务请求，执行与第一业务请求对应的第一业务操作；或，基于目标数据格式向基站功能模块发送第二业务请求，其中，基站功能模块用于执行与第二业务请求对应的第二业务操作。
[0138]
可选地，非易失性存储介质所在设备通过运行该计算机程序执行实现以下步骤：基于目标数据格式向oam实体发送接入请求，其中，oam实体用于响应接入请求与基站功能模块建立通信连接，目标数据格式中至少包括：数据包头，数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；基于目标数据格式向oam实体发送第一业务请求，其中，oam实体用于执行与第一业务请求对应的第一业务操作；或，响应于oam实体基于目标数据格式发送的第二业务请求，执行与第二业务请求对应的第二业务操作。
[0139]
根据本技术实施例，还提供了一种处理器，该处理器用于运行计算机程序，其中，计算机程序运行时执行实施例1中的业务管理通信方法。
[0140]
具体地，计算机程序运行时执行实现以下步骤：响应于基站功能模块基于目标数据格式发送的接入请求，与基站功能模块建立通信连接，其中，目标数据格式中至少包括：数据包头，数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；响应于基站功能模块基于目标数据格式发送的第一业务请求，执行与第一业务请求对应的第一业务操作；或，基于目标数据格式向基站功能模块发送第二业务请求，其中，基站功能模块用于执行与第二业务请求对应的第二业务操作。
[0141]
可选地，计算机程序运行时执行实现以下步骤：基于目标数据格式向oam实体发送接入请求，其中，oam实体用于响应接入请求与基站功能模块建立通信连接，目标数据格式中至少包括：数据包头，数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；基于目标数据格式向oam实体发送第一业务请求，其中，oam实体用于执行与第一业务请求对应的第一业务操作；或，响应于oam实体基于目标数据格式发送的第二业务请求，执行与第二业务请求对应的第二业务操作。
[0142]
根据本技术实施例，还提供了一种电子设备，该电子设备包括：存储器和处理器，其中，存储器中存储有计算机程序，处理器被配置为通过计算机程序执行实施例1中的业务管理通信方法。
[0143]
具体地，处理器被配置为通过计算机程序执行实现以下步骤：响应于基站功能模块基于目标数据格式发送的接入请求，与基站功能模块建立通信连接，其中，目标数据格式中至少包括：数据包头，数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；响应于基站功能模块基于目标数据格式发送的第一业务请求，执行与第一业务请求对应的第一业务操作；或，基于目标数据格式向基站功能模块发送第二业务请求，其中，基站功能模块用于执行与第二业务请求对应的第二业务操作。
[0144]
可选地，处理器被配置为通过计算机程序执行实现以下步骤：基于目标数据格式向oam实体发送接入请求，其中，oam实体用于响应接入请求与基站功能模块建立通信连接，目标数据格式中至少包括：数据包头，数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；基于目标数据格式向oam实体发送第一业务请求，其中，oam实体用于执行与第一业务请求对应的第一业务操作；或，响应于oam实体基于目标数据格式发送的第二业务请求，执行与第二业务请求对应的第二业务操作。
[0145]
上述实施例序号仅仅为了描述，不代表实施例的优劣。
[0146]
在本技术的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0147]
在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
[0148]
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0149]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0150]
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
[0151]
以上仅是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。

技术特征：
1.一种业务管理通信方法，应用于操作管理和维护oam实体，其特征在于，包括：响应于基站功能模块基于目标数据格式发送的接入请求，与所述基站功能模块建立通信连接，其中，所述目标数据格式中至少包括：数据包头，所述数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；响应于所述基站功能模块基于所述目标数据格式发送的第一业务请求，执行与所述第一业务请求对应的第一业务操作；或，基于所述目标数据格式向所述基站功能模块发送第二业务请求，其中，所述基站功能模块用于执行与所述第二业务请求对应的第二业务操作。2.根据权利要求1所述的方法，其特征在于，所述目标数据格式中包括：数据包头和数据段，其中，所述数据包头中包括：所述幻数、数据包长度、所述流水号、分包传输时全部业务请求数据被分割成的子数据包的分包数量、当前子数据包在所有子数据包中的分包序号、所述操作码、用于表征数据包类型及应答需求状态或应答状态的操作属性、业务操作对象标识和用于扩展数据包信息的保留字段；所述操作码用于表征以下业务操作类型之一：查询参数实例、设置参数实例、修改添加参数实例、添加参数实例、删除参数实例、导入参数实例、告警、功能模块复位、心跳、创建小区、删除小区、激活小区、冻结小区、文件上传、软件升级、查询寄存器、设置寄存器、功能模块接入、配置工作模式、查询工作模式和功能模块信息上报；所述数据段用于存储业务请求数据。3.根据权利要求2所述的方法，其特征在于，响应于基站功能模块基于目标数据格式发送的接入请求，与所述基站功能模块建立通信连接，包括：响应于所述基站功能模块基于所述目标数据格式发送的所述接入请求，确定所述oam实体与所述基站功能模块进行数据传输时的大小端字节序，并与所述基站功能模块建立通信连接；若通信连接建立成功，基于所述目标数据格式向所述基站功能模块反馈第一接入应答信息；若通信连接建立失败，基于所述目标数据格式向所述基站功能模块反馈第二接入应答信息，其中，所述基站功能模块在接收到所述第二接入应答信息时，重新基于所述目标数据格式向所述oam实体发送接入请求。4.根据权利要求2所述的方法，其特征在于，响应于所述基站功能模块基于所述目标数据格式发送的第一业务请求，执行与所述第一业务请求对应的第一业务操作，包括：接收所述基站功能模块基于所述目标数据格式发送的所述第一业务请求，其中，所述第一业务请求包括以下之一：查询参数实例请求、设置参数实例请求、修改添加参数实例请求、添加参数实例请求、删除参数实例请求、导入参数实例请求、上报告警请求、复位请求、文件上传请求、查询系统寄存器请求、设置系统寄存器请求、配置系统工作模式请求、查询系统工作模式请求和信息上报请求；执行与所述第一业务请求对应的第一业务操作；在所述第一业务请求的所述操作属性指示需要应答时，向所述基站功能模块反馈第一
业务应答信息。5.根据权利要求4所述的方法，其特征在于，接收所述基站功能模块基于所述目标数据格式发送的所述第一业务请求，包括：接收所述基站功能模块按照第一预设时间间隔发送的多个基于所述目标数据格式的第一业务请求子数据包，依据各个所述第一业务请求子数据包的数据包头中的所述分包序号对各个所述第一业务请求子数据包的数据段进行拼接，得到所述第一业务请求。6.根据权利要求2所述的方法，其特征在于，基于所述目标数据格式向所述基站功能模块发送第二业务请求，包括：基于所述目标数据格式向所述基站功能模块发送第二业务请求，其中，所述第二业务请求包括以下之一：查询参数实例请求、设置参数实例请求、修改添加参数实例请求、添加参数实例请求、删除参数实例请求、导入参数实例请求、告警查询请求、复位请求、创建小区请求、删除小区请求、激活小区请求、冻结小区请求、文件上传请求、功能模块软件升级请求、查询功能模块寄存器请求、设置功能模块寄存器请求、配置功能模块工作模式请求和查询功能模块工作模式请求；在所述第二业务请求的所述操作属性指示需要应答时，接收所述基站功能模块执行所述第二业务操作后反馈的第二业务应答信息。7.根据权利要求6所述的方法，其特征在于，基于所述目标数据格式向所述基站功能模块发送第二业务请求，包括：在所述第二业务请求对应的数据段加上数据包头的总长度超过预设阈值时，将所述第二业务请求对应的数据段拆分成多个子数据段，并基于所述目标数据格式给每个所述子数据段添加数据包头，得到多个第二业务请求子数据包；按照第一预设时间间隔分别将多个所述第二业务请求子数据包发送至所述基站功能模块。8.根据权利要求2所述的方法，其特征在于，所述方法还包括：接收所述基站功能模块按照第二预设时间间隔发送的基于所述目标数据格式的心跳信号；若超过第三预设时间间隔未接收到所述心跳信号，确定所述基站功能模块发生故障，发出故障告警信息，其中，所述第三预设时间间隔大于所述第二预设时间间隔。9.根据权利要求1所述的方法，其特征在于，所述基站功能模块与所述oam实体之间采用客户端-服务器架构。10.一种业务管理通信方法，应用于基站功能模块，其特征在于，包括：基于目标数据格式向oam实体发送接入请求，其中，所述oam实体用于响应所述接入请求与所述基站功能模块建立通信连接，所述目标数据格式中至少包括：数据包头，所述数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；基于所述目标数据格式向所述oam实体发送第一业务请求，其中，所述oam实体用于执行与所述第一业务请求对应的第一业务操作；或，响应于所述oam实体基于所述目标数据格式发送的第二业务请求，执行与所述第二业务请求对应的第二业务操作。
11.一种业务管理通信装置，其特征在于，包括：第一连接模块，用于响应于基站功能模块基于目标数据格式发送的接入请求，与所述基站功能模块建立通信连接，其中，所述目标数据格式中至少包括：数据包头，所述数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；第一执行模块，用于响应于所述基站功能模块基于所述目标数据格式发送的第一业务请求，执行与所述第一业务请求对应的第一业务操作；第一发送模块，用于基于所述目标数据格式向所述基站功能模块发送第二业务请求，其中，所述基站功能模块用于执行与所述第二业务请求对应的第二业务操作。12.一种业务管理通信装置，其特征在于，包括：第二连接模块，用于基于目标数据格式向oam实体发送接入请求，其中，所述oam实体用于响应所述接入请求与所述业务管理通讯装置建立通信连接，所述目标数据格式中至少包括：数据包头，所述数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；第二发送模块，用于基于所述目标数据格式向所述oam实体发送第一业务请求，其中，所述oam实体用于执行与所述第一业务请求对应的第一业务操作；第二执行模块，用于响应于所述oam实体基于所述目标数据格式发送的第二业务请求，执行与所述第二业务请求对应的第二业务操作。13.一种非易失性存储介质，其特征在于，所述非易失性存储介质包括存储的计算机程序，其中，所述非易失性存储介质所在设备通过运行所述计算机程序执行权利要求1至10中任意一项所述的业务管理通信方法。14.一种电子设备，其特征在于，包括：存储器和处理器，其中，所述存储器中存储有计算机程序，所述处理器被配置为通过所述计算机程序执行权利要求1至10中任意一项所述的业务管理通信方法。

技术总结
本申请公开了一种业务管理通信方法及装置。其中，该方法包括：响应于基站功能模块基于目标数据格式发送的接入请求，与基站功能模块建立通信连接，其中，目标数据格式中至少包括：数据包头，数据包头中至少包括：用于表征数据包协议类型的幻数、用于表征业务标识的流水号和用于表征业务操作类型的操作码；响应于基站功能模块基于目标数据格式发送的第一业务请求，执行与第一业务请求对应的第一业务操作；或，基于目标数据格式向基站功能模块发送第二业务请求，其中，基站功能模块用于执行与第二业务请求对应的第二业务操作。本申请解决了相关技术中针对OAM实体的业务通信效率较低，难以满足用户需求的技术问题。以满足用户需求的技术问题。以满足用户需求的技术问题。


技术研发人员：李俊贤 古岳升 伍彦文
受保护的技术使用者：中电信智能网络科技有限公司
技术研发日：2023.07.21
技术公布日：2023/10/15