消息传输方法、平台功能应用功能与流程

1.本发明涉及通信技术领域，尤其是指一种消息传输方法、平台功能及应用功能。


背景技术：

2.开放和智能的无线接入网络(o-ran)相比于现有无线接入网络架构和功能，o-ran提出了无线智能控制器。目标是通过引入无线大数据、人工智能技术以及无线能力开放平台，赋予无线网络一定的智能，利用大数据和人工智能(artificial intelligence，ai)能力可以灵活高效地支持复杂多样的垂直行业业务及切片需求，在复杂组网环境下实现高效自动化的网络管理和频谱资源的高效利用，在降低现有无线资源管理及调度算法复杂度的同时来提升无线网络的性能和降低无线网络的能耗。
3.无线智能控制器包括非实时无线智能控制器和近实时无线智能控制器。从管理面看，近实时无线智能控制器接收网管和非实时无线智能控制器的信息，并反馈相关信息。从网络功能上来看，目前近实时无线智能控制器与基站或基站子系统相连，发送配置或控制信息，并接收基站或基站子系统功能提供的测量等信息。
4.近实时无线智能控制器(near real-time ran intelligence controller,near-rt ric)发挥了两个方面的重要作用：一是根据可获得的信息和场景需求，从基站或基站子系统接收数据，发送策略或控制信息来进行增强控制；二是根据可获得的信息和场景需求，为无线网络功能之外的功能提供近实时的无线服务。从部署形态来看，near-rt ric有独立式和非独立式两种。所谓独立式是指near-rt ric是独立于基站设备之外的独立设备形态；非独立式是指near-rt ric和基站合起来形成一个设备。面向无线资源的分配、监测、控制和管理等用例，完成无线接入网近实时的信息采集和控制下发。近实时无线智能控制器将提供基础平台功能，以支持应用的部署和运行。所谓应用是指面向某个应用场景解决某一个问题的xapp，例如负载均衡、负载预测、视频关键质量指标(key quality indicators，kqi)预测、服务质量(quality of service，qos)和体验质量(quality of experience，qoe)优化等。
5.因此，近实时无线智能控制器和基站(或基站子系统)之间的e2接口面向电信设备，其流程和信息单元(information element)的定义参照ng和f1接口方式，目标是尽可能地开放基站近实时的信息数据和控制能力。xapp则是面向具体应用场景的某一个问题，仅仅了解e2上期所负责问题的输入和输出信息即可，并不需要了解近实时无线智能控制器和基站之间e2接口上的全部信息。并且，近实时无线智能控制器和基站e2接口通过e2ap(e2 application protocol)和e2sm(e2 service model)的形式定义，e2ap提供了一种接口框架，关于e2ap消息的某些消息字段是由e2sm定义的。目前，e2ap和e2sm均采用asn.1作为抽象语法和序列化(结构化数据转换为比特流的过程)的方案，后续e2sm也可能采用asn.1之外的方式进行抽象语法表达和序列化。同时xapp也需要o1和a1接口上传输的部分信息，执行a1的策略或者o1的配置信息等。
6.现有技术至少存在以下问题：
7.1)xapp是面向具体需求的应用程序，侧重于具体算法，而现有技术方案中xapp需要解析和封装e2、a1和/或o1等电信级设备接口，这就导致xapp的额外接口处理开销大。
8.2)由于e2，a1和o1接口的定义是用于满足所有xapp的需求，那么e2、a1和o1接口因新增xapp导致的扩展或更新，会影响已经存在的xapp的服务中断或升级。已有其它xapp的扩展或更新，也可能导致没有扩展或更新需求的xapp服务中断或被迫同步升级。
9.3)因e2和a1等接口上定义上并未包括xapp相关信息，即xapp对非实时无线智能控制器和基站侧是不可见的，所以平台需要处理e2和a1等接口的消息，并发送给合适的xapp。平台的这一功能意味着平台一定需要处理e2、a1和o1的消息，然后才能判断发送给哪个或哪些xapp。而现有方案中xapp直接使用e2、a1和o1接口，xapp也需要处理e2、a1和o1消息。因此现有方案中同样的e2、a1和o1上的消息在near-rt内部被平台和xapp各处理了1次，特别是对于接口通用协议处理部分，平台和xapp对这些的处理是完全一样的，那么两次处理中这一部分就是完全重复的。
10.4)现有技术方案存在不同xapp需要相同的输入数据时，在e2接口上会产生相同的两条消息，以及上报两份数据，交互效率差，存在传输信息冗余。例如：xapp1需要近实时无线智能控制器所连接小区激活用户数，xapp2也需要近实时无线智能控制器所连接小区激活用户数，现有方案中两个xapp会产生两条相似的e2消息。导致基站需要解析两个消息，并且通过e2接口上报两次小区激活用户数。
11.5)对于平台功能而言，平台中的冲突解决功能(conflict mitigation)需要对xapp输出的e2信息进行2次解码，一次是e2ap的解码，另一次是e2sm的解码。当冲突解决对输出的信息进行了优化修改后，需要将新产生的优化消息再次按照e2接口定义进行消息封装。因此xapp直接解析和封装e2接口消息反而导致了平台冲突解决功能额外的消息解析开销，并且在冲突解决进行优化修改的情况下进行了2次e2消息封装，效率低下，可能无法满足近实时控制环路的要求。


技术实现要素：

12.本发明实施例的目的在于提供一种消息传输方法、平台功能应用功能，以解决现有技术中近实时无线智能控制器中应用功能的接口处理开销大、被动升级服务中断、e2/a1/o1通用接口协议处理重复、e2接口订阅数据重复和冲突解决效率低的问题。
13.为了解决上述问题，本发明实施例提供一种消息传输方法，应用于近实时无线智能控制器的平台功能，包括：
14.通过近实时无线智能控制应用程序接口，与至少一个应用功能进行消息交互；
15.其中，所述至少一个应用功能为所述近实时无线智能控制器内部的应用功能。
16.其中，所述近实时无线智能控制应用程序接口包括下述至少一个：
17.与e2接口相关的第一应用程序接口；
18.与a1接口相关的第二应用程序接口；
19.与管理功能接口相关的第三应用程序接口；
20.与共享数据层相关的第四应用程序接口。
21.其中，所述通过所述平台功能包括的近实时无线智能控制应用程序接口，与至少一个应用功能进行消息交互，包括：
22.接收至少一个应用功能通过所述近实时无线智能控制应用程序接口传输的第一消息；
23.对所述第一消息进行处理，将所述第一消息映射到e2接口、a1接口、管理功能接口、内部接口或上层业务接口。
24.其中，所述第一消息包括：
25.所述应用功能的标识；
26.第一消息的消息体。
27.其中，所述第一消息还包括下述至少一项：
28.所述平台功能的标识；
29.应用程序接口版本号；
30.消息类型。
31.其中，接收至少一个应用功能通过所述近实时无线智能控制应用程序接口传输的第一消息之后，所述方法还包括；
32.向所述应用功能发送第一响应消息，所述第一响应消息包括：
33.所述应用功能的标识；
34.应用程序接口版本号；
35.第一响应消息的消息体。
36.其中，所述第一响应消息还包括：
37.消息类型。
38.其中，所述第一消息为下述至少之一：
39.a1接口相关的消息；
40.e2接口相关的消息；
41.管理功能接口相关的消息；
42.近实时无线智能控制器的内部逻辑消息。
43.其中，所述a1接口相关的消息包括：未进行a1接口封装的a1消息；
44.和/或，
45.所述管理功能接口相关的消息包括：未进行o1接口封装的o1消息；
46.和/或，
47.所述e2接口相关的消息包括下述至少一项：
48.未进行e2ap接口的封装的e2消息；
49.e2sm封装形式的消息；
50.非e2sm封装形式的消息。
51.其中，当所述第一消息的请求消息体为e2sm封装形式的数据时，所述第一消息还包括：
52.e2sm标识，所述e2sm标识用于辅助订阅管理和冲突解决。
53.其中，当所述第一消息的请求消息体为非e2sm封装形式的数据时，在所述近实时无线智能控制应用程序接口上传输的消息均采用统一的接口抽象语法和序列化。
54.其中，所述通过所述平台功能包括的近实时无线智能控制应用程序接口，与至少一个应用功能进行消息交互，包括：
55.获取外部输入或近实时无线智能控制器内部产生的e2接口、a1接口以及o1接口中的至少一个接口上传输的第二消息；
56.对所述第二消息进行处理，生成能够在所述近实时无线智能控制应用程序接口传输的第三消息，并传输给对应的应用功能。
57.其中，在所述第二消息为a1接口或o1接口的消息时，所述第三消息包括：
58.所述应用功能的标识；
59.应用程序接口版本号；
60.第三消息的消息体。
61.其中，所述第三消息还包括下述至少一项：
62.冲突解决服务的地址；
63.数据库服务的地址；
64.应用功能可获取数据或控制的网络设备列表。
65.其中，在所述第二消息为e2接口的消息时，所述第三消息的消息体包括：
66.e2sm封装形式的消息；
67.非e2sm封装形式的消息；非e2sm封装形式的消息采用与所述近实时无线智能控制应用程序接口相同的抽象语法和序列化。
68.本发明实施例还提供一种消息传输方法，应用于近实时无线智能控制器内部的应用功能，包括：
69.通过近实时无线智能控制应用程序接口，与近实时无线智能控制器内部的平台功能进行消息交互。
70.其中，所述近实时无线智能控制应用程序接口包括下述至少一个：
71.与e2接口相关的第一应用程序接口；
72.与a1接口相关的第二应用程序接口；
73.与管理功能接口相关的第三应用程序接口；
74.与共享数据层相关的第四应用程序接口。
75.其中，所述方法还包括：
76.通过与所述近实时无线智能控制器内部的其他应用功能之间的开放接口，与所述其他应用功能进行消息交互。
77.其中，所述应用功能与其他应用功能通过所述第二开放接口进行消息交互时，交互的消息包括：
78.消息类型，用于指示所述消息为应用功能之间的交互消息；
79.其他应用功能的标识。
80.其中，通过近实时无线智能控制应用程序接口，与近实时无线智能控制器内部的平台功能进行消息交互，包括：
81.通过所述近实时无线智能控制应用程序接口向所述平台功能传输第一消息；以由所述平台功能对所述第一消息进行处理，将所述第一消息映射到e2接口、a1接口、管理功能接口、内部接口或上层业务接口。
82.其中，所述第一消息包括：
83.所述应用功能的标识；
84.第一消息的消息体。
85.其中，所述第一消息还包括下述至少一项：
86.所述平台功能的标识；
87.应用程序接口版本号；
88.消息类型。
89.其中，通过所述近实时无线智能控制应用程序接口向所述平台功能传输第一消息之后，所述方法还包括：
90.接收所述平台功能发送的第一响应消息，所述第一响应消息包括：
91.所述应用功能的标识；
92.应用程序接口版本号；
93.第一响应消息的消息体。
94.其中，所述第一响应消息还包括：
95.消息类型。
96.其中，所述第一消息为下述至少之一：
97.a1接口相关的消息；
98.e2接口相关的消息；
99.管理功能接口相关的消息；
100.近实时无线智能控制器的内部逻辑消息。
101.其中，所述a1接口相关的消息包括：未进行a1接口封装的a1消息；
102.和/或，
103.管理功能o1接口相关的消息包括：未进行o1接口封装的o1消息；
104.和/或，
105.所述e2接口相关的消息包括下述至少一项：
106.未进行e2ap接口的封装的e2消息；
107.e2sm封装形式的消息；
108.非e2sm封装形式的消息。
109.其中，当所述第一消息的请求消息体为e2sm封装形式的数据时，所述第一消息还包括：
110.e2sm标识，所述e2sm标识用于辅助订阅管理和冲突解决。
111.其中，当所述第一消息的请求消息体为非e2sm封装形式的数据时，在所述近实时无线智能控制应用程序接口上传输的消息均采用统一的接口抽象语法和序列化。
112.其中，通过近实时无线智能控制应用程序接口，与近实时无线智能控制器内部的平台功能进行消息交互，包括：
113.接收所述平台功能通过近实时无线智能控制应用程序接口传输的第三消息。
114.其中，所述第三消息包括：
115.所述应用功能的标识；
116.应用程序接口版本号；
117.第三消息的消息体。
118.其中，所述第三消息还包括下述至少一项：
119.冲突解决服务的地址；
120.数据库服务的地址；
121.应用功能可获取数据或控制的网络设备列表。
122.其中，所述第三消息的消息体包括：
123.e2sm封装形式的消息；
124.非e2sm封装形式的消息；非e2sm封装形式的消息采用与所述近实时无线智能控制应用程序接口相同的抽象语法和序列化。
125.本发明实施例还提供一种消息传输装置，应用于近实时无线智能控制器的平台功能，包括：
126.第一交互模块，用于近实时无线智能控制应用程序接口，与至少一个应用功能进行消息交互；
127.其中，所述至少一个应用功能为所述近实时无线智能控制器内部的应用功能。
128.本发明实施例还提供一种平台功能，所述平台功能为近实时无线智能控制器的平台功能，包括处理器和收发器，所述收发器在处理器的控制下接收和发送数据，所述处理器用于执行以下操作：
129.通过近实时无线智能控制应用程序接口，与至少一个应用功能进行消息交互；
130.其中，所述至少一个应用功能为所述近实时无线智能控制器内部的应用功能。
131.其中，所述近实时无线智能控制应用程序接口包括下述至少一个：
132.与e2接口相关的第一应用程序接口；
133.与a1接口相关的第二应用程序接口；
134.与管理功能接口相关的第三应用程序接口；
135.与共享数据层相关的第四应用程序接口。
136.本发明实施例还提供一种消息传输装置，应用于近实时无线智能控制器内部的应用功能，包括：
137.第二交互模块，用于通过近实时无线智能控制应用程序接口，与近实时无线智能控制器内部的平台功能进行消息交互。
138.本发明实施例还提供一种应用功能，所述应用功能为近实时无线智能控制器内部的应用功能，包括处理器和收发器，所述收发器在处理器的控制下接收和发送数据，所述处理器用于执行以下操作：
139.通过近实时无线智能控制应用程序接口，与近实时无线智能控制器内部的平台功能进行消息交互。
140.其中，所述处理器还用于执行以下操作：
141.通过与所述近实时无线智能控制器内部的其他应用功能之间的开放接口，与所述其他应用功能进行消息交互。
142.其中，所述应用功能与其他应用功能通过所述开放接口进行消息交互时，交互的消息包括：
143.消息类型，用于指示所述消息为应用功能之间的交互消息；
144.其他应用功能的标识。
145.本发明实施例还提供一种近实时无线智能控制器，包括如上所述的平台功能以及
至少一个如上所述的应用功能。
146.本发明实施例还提供一种通信设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序，所述处理器执行所述程序时实现如上所述的消息传输方法。
147.本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的消息传输方法中的步骤。
148.本发明的上述技术方案至少具有如下有益效果：
149.本发明实施例的消息传输方法、平台功能应用功能中，平台功能和应用功能之间的通信采用统一的近实时无线智能控制应用程序接口，平台功能能够处理外部输入或输出相关的e2、a1和o1接口，根据与应用功能的交互需要，平台功能生成在该近实时无线智能控制应用程序接口传输的消息；应用功能仅需支持近实时无线智能控制应用程序接口，而不需要支持e2、a1和o1接口；e2、a1和o1的接口通用协议处理部分仅由平台功能处理一次，应用功能无需重复处理。并且平台功能中的冲突解决功能仅需要基于近实时无线智能控制应用程序接口解析应用功能输出的e2信息，不需要分别解析e2ap和e2sm信息，提升了处理效率。
附图说明
150.图1表示本发明实施例提供的近实时无线智能控制器的结构示意图；
151.图2表示本发明实施例提供的消息传输方法的步骤示意图之一；
152.图3表示本发明实施例提供的消息传输方法中近实时无线智能控制器的内部交互示意图之一；
153.图4表示本发明实施例提供的消息传输方法中近实时无线智能控制器的内部交互示意图之二；
154.图5表示本发明实施例提供的消息传输方法中近实时无线智能控制器的内部交互示意图之三；
155.图6表示本发明实施例提供的消息传输方法的步骤示意图之二；
156.图7表示本发明实施例提供的消息传输装置的结构示意图之一；
157.图8表示本发明实施例提供的平台功能的结构示意图；
158.图9表示本发明实施例提供的消息传输装置的结构示意图之二；
159.图10表示本发明实施例提供的应用功能的结构示意图。
具体实施方式
160.为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
161.如图1及图2所示，本发明实施例提供一种消息传输方法，应用于近实时无线智能控制器的平台功能，包括：
162.步骤21，通过近实时无线智能控制应用程序接口，与至少一个应用功能进行消息交互；
163.其中，所述至少一个应用功能为所述近实时无线智能控制器内部的应用功能。
164.本发明实施例中近实时无线智能控制器提供一个开放的接口(即近实时无线智能控制应用程序接口)，允许托管近实时无线智能控制器的应用功能以及第三方的应用功能。
165.本发明实施例提供的近实时无线智能控制器(near-rt ric)的平台功能完成e2接口功能、a1接口功能以及o1接口功能的处理；即平台功能可以解析e2接口功能、a1接口功能以及o1接口功能上的消息。对于近实时无线智能控制器内部产生的e2接口功能、a1接口功能以及o1接口功能，平台功能按照各接口定义生成对应接口上可交互的消息，并且平台功能向所有应用功能提供统一的近实时无线智能控制应用程序接口。
166.作为一个可选实施例，所述近实时无线智能控制应用程序接口包括下述至少一个：
167.与e2接口相关的第一应用程序接口；
168.与a1接口相关的第二应用程序接口；
169.与管理功能接口相关的第三应用程序接口；
170.与共享数据层相关的第四应用程序接口。
171.本发明实施例中，面向应用功能的近实时无线智能控制应用程序接口传输的消息，至少包括应用功能的标识，当应用功能与平台功能进行交互时还需要包括平台功能的标识。如果应用功能仅支持和唯一的平台功能交互，那么平台功能的标识可在初始化时完成，后续平台未改变的情况下，交互可不携带平台功能的标识。
172.因为near-rt ric支持e2、a1和o1，以及内部订阅管理和冲突解决等多类消息交互，因此本发明实施例的近实时无线智能控制应用程序接口上支持交互消息分类，以便于将该消息映射到平台功能中的不同接口。例如，可以分为3类，分别是e2相关消息、a1相关消息和管理(或o1)相关消息。也可能需要进一步区分near-rt ric内部的逻辑功能，如用于去除重复订阅的订阅管理，用于解决应用功能之间冲突的冲突解决，用于数据存取的数据库功能，用于内部消息传输的消息基础设施(messaging infrastructure)功能等，那么消息类型可以扩展成支持其它逻辑功能类型所支持的处理消息类型。
173.作为一个可选实施例，步骤21包括：
174.接收至少一个应用功能通过所述近实时无线智能控制应用程序接口传输的第一消息；
175.对所述第一消息进行处理，将所述第一消息映射到e2接口、a1接口、管理功能接口、内部接口或上层业务接口。
176.例如，该第一消息为订阅请求消息；即应用功能向平台功能发送请求，订阅相关的数据，该第一消息包括：
177.所述应用功能的标识；该标识可以是统一资源标志符(uniform resource identifier，uri)或统一资源定位符(uniform resource locator，url)或应用功能的名字，这些情况是字符形式。也可以是在一定范围内的数字编号，这时是一个整数形式；
178.第一消息的消息体。
179.可选地，所述第一消息还包括下述至少一项：
180.所述平台功能的标识；该标识可以是统一资源标志符(uniform resource identifier，uri)或统一资源定位符(uniform resource locator，url)，这些情况是字符形式。也可以是在一定范围内的数字编号，这时是一个整数形式；
181.应用程序接口版本号(version)；
182.消息类型。
183.如表1所示，该第一消息包括如下信息：
[0184][0185][0186]
表1
[0187]
进一步的，本发明的上述实施例中，接收至少一个应用功能通过所述近实时无线智能控制应用程序接口传输的第一消息之后，所述方法还包括；
[0188]
向所述应用功能发送第一响应消息，所述第一响应消息包括：
[0189]
所述应用功能的标识；该标识可以是统一资源标志符(uniform resource identifier，uri)或统一资源定位符(uniform resource locator，url)或xapp的名字，这些情况是字符形式。也可以是在一定范围内的数字编号，这时是一个整数形式；
[0190]
第一响应消息的消息体。
[0191]
可选地，所述第一响应消息还包括下述至少一项：
[0192]
消息类型；
[0193]
应用程序接口版本号(version)。
[0194]
如表2所示，第一响应消息包括如下信息：
[0195][0196]
表2
[0197]
作为一个可选实施例，所述第一消息为下述至少之一：
[0198]
a1接口相关的消息；
[0199]
e2接口相关的消息；
[0200]
管理功能接口相关的消息；
[0201]
近实时无线智能控制器的内部逻辑消息。
[0202]
其中，所述a1接口相关的消息包括：未进行a1接口封装的a1消息；
[0203]
和/或，
[0204]
管理功能接口相关的消息包括：未进行o1接口封装的o1消息；
[0205]
和/或，
[0206]
所述e2接口相关的消息包括下述至少一项：
[0207]
未进行e2ap接口的封装的e2消息；
[0208]
e2sm封装形式的消息；
[0209]
非e2sm封装形式的消息。
[0210]
对于a1或o1相关消息，从应用功能发送给平台功能的消息来看，消息是应用功能产生的a1或o1信息，并未进行a1或o1接口的封装。或者是发送给平台功能内部逻辑功能的消息。
[0211]
而对于e2相关消息，从应用功能发送给平台功能的消息来看，消息是应用功能产生的e2信息，并未进行e2ap接口的封装。其信息可能是以e2sm封装形式发送给平台功能，也可能是非e2sm封装的形式发送给平台功能。
[0212]
一方面，当所述第一消息的请求消息体为e2sm封装形式的数据时，所述第一消息还包括：
[0213]
e2sm标识，所述e2sm标识用于辅助订阅管理和冲突解决。
[0214]
换言之，当面向应用功能的近实时无线智能控制应用程序接口上采用e2sm封装形式的数据作为消息体时，可复用现有e2接口上e2sm对ie的定义。在近实时无线智能控制应用程序接口的交互消息上可增加e2sm标识，例如e2sm-ni，e2sm-kpm。通过e2sm的标识，平台便于进行订阅管理和冲突解决。一方面平台功能对于不同的e2sm标识消息可不进行订阅管
理，因此不同e2sm提供的数据项不同。另一方面对于相同的e2sm标识的消息进行e2sm解析，并进行订阅管理和冲突解决。
[0215]
另一方面，当所述第一消息的请求消息体为非e2sm封装形式的数据时，在所述近实时无线智能控制应用程序接口上传输的消息均采用统一的接口抽象语法和序列化。
[0216]
换言之，当面向应用功能的近实时无线智能控制应用程序接口上采用非e2sm封装形式的数据作为消息体时，那么e2相关的消息就可以不采用现有e2sm的方案。对于该近实时无线智能控制应用程序接口上的所有消息，都可采用统一的接口抽象语法和序列化，那应用功能则不需要支持多种方案，利于应用功能的简化设计。另外，由于e2sm的定义与应用功能之间并非一一映射关系，就是存在一个应用功能使用多个e2sm或者多个应用功能使用一个e2sm的情况。因此，当多个e2sm使用不同的抽象语法和序列化方案时，此e2相关接口方案仍然可以保持抽象语法和序列化的唯一性。当多个应用功能使用一个e2sm时，如果因为新引入应用功能导致该e2sm扩展时，本发明实施例可以通过平台功能解析e2sm来屏蔽e2sm的改变，对于已有应用功能没有影响。
[0217]
作为另一个可选实施例，步骤21包括：
[0218]
获取外部输入或近实时无线智能控制器内部产生的e2接口、a1接口以及o1接口中的至少一个接口上传输的第二消息；
[0219]
对所述第二消息进行处理，生成能够在所述近实时无线智能控制应用程序接口传输的第三消息，并传输给对应的应用功能。
[0220]
可选地，在所述第二消息为a1接口或o1接口的消息时，所述第三消息包括：
[0221]
所述应用功能的标识；该标识可以是统一资源标志符(uniform resource identifier，uri)或统一资源定位符(uniform resource locator，url)或xapp的名字，这些情况是字符形式。也可以是在一定范围内的数字编号，这时是一个整数形式；
[0222]
应用程序接口版本号(version)；
[0223]
第三消息的消息体。
[0224]
可选地，所述第三消息还包括下述至少一项：
[0225]
冲突解决服务的地址；
[0226]
数据库服务的地址；
[0227]
应用功能可获取数据或控制的网络设备列表。
[0228]
从平台功能发送给应用功能的消息看，消息的来源可能是从near-rt ric接收a1接口或o1接口消息或者near-rt ric平台内部的消息。如果是从near-rt ric接收a1或o1接口消息，那么接收到的a1或o1消息必须经过平台a1或o1接口处理的消息，a1或o1接口处理至少包括解析a1 json编码或o1netconf协议，根据a1或o1的消息头或消息体的内容，决策发送给哪一个或哪些应用功能。如果是near-rt ric平台内部的消息，那么则根据产生消息的逻辑功能需求，产生相应的消息体内容。例如平台向xapp配置初始化的服务信息。
[0229]
如表3所示，第三消息包括以下信息。
[0230][0231]
表3
[0232]
其中，在所述第二消息为e2接口的消息时，所述第三消息的消息体包括：
[0233]
e2sm封装形式的消息；
[0234]
非e2sm封装形式的消息；非e2sm封装形式的消息采用与所述近实时无线智能控制应用程序接口相同的抽象语法和序列化。
[0235]
对于e2相关消息，因相关处理流程存在多种平台功能内部的处理过程。例如，如图3所示，一种是应用功能仅和e2接口处理功能交互，e2接口处理功能根据情况与内部其它逻辑功能(如订阅管理、冲突解决、数据库)交互；如图4所示，另一种是应用功能直接与订阅管理、冲突解决、数据库等交互；然后各模块如果有e2接口消息交互需求，再与e2接口处理功能交互；也可能是上述两种的混合形式，如图5所示。如果以应用功能的订阅请求和订阅数据报告为例，上述三种处理流程分别如下
[0236]
因此，对于near-rt ric内部的面向应用功能的近实时无线智能控制应用程序接口如果以应用功能和near-rt ric为界面进行定义，其接口信息定义的一致性较好，可以兼容不同的near-rt ric的平台功能内部处理过程。而不同的near-rt ric的平台功能内部的处理，具体地可通过上述消息类型定义的多少和含义来支持。
[0237]
对于e2接口相关的消息，本发明实施例可支持两种类型的e2接口相关的信息。一种是e2接口相关消息的消息体中，复用现有e2sm的信息定义；另一种是采用与平台接口的一致的抽象语法表达和序列化方案。
[0238]
从平台功能发送给应用功能的消息看，消息的来源可能是从near-rt ric接收e2接口消息或者near-rt ric平台内部的消息。如果是从near-rt ric接收e2接口消息，那么接收到的e2消息必须经过平台e2接口处理的消息，e2接口处理至少包括解析e2ap解析(包括asn.1的解码)。然后将e2sm的原信息和e2ap中用于辅助e2sm解析的字段通过面向应用的开放接口发送给应用功能。进一步，near-rt ric的平台功能也可能进一步解析e2sm，将应用功能订阅的数据项和对应的指示通过面向应用的开放接口发送给应用功能。如果是near-rt ric的平台功能的内部消息，那么则根据产生消息的逻辑功能需求，产生相应的消息体内容。例如平台向xapp发送冲突解决响应消息如表4所示。
[0239][0240]
表4
[0241]
综上，近实时无线智能控制应用程序接口上发送或接收消息包括下述一种或多种：解析e2ap封装后的信息或未封装为e2ap的信息、解析e2sm封装后的信息或未封装为e2sm的信息，数据库、消息基础设施、平台订阅管理或冲突解决产生的信息。
[0242]
综上，本发明实施例中，面向near-rt ric内部应用功能的接口方案开销大、被动升级服务中断、e2/a1/o1通用接口协议处理重复、e2接口订阅数据重复和冲突解决效率低的问题，提出了一种面向应用功能的开放接口方案。开放接口方案面向应用功能提供统一接口，进一步通过开放接口的设计解决上述问题。本发明实施例至少包括下述有效效果：
[0243]
应用功能不需要解析和封装e2、a1和/或o1等电信级设备接口，仅需要支持面向应用功能的开放接口，应用功能的额外接口处理开销小。在开放接口上引入应用功能的标识，平台基于应用功能的标识更易于将e2、a1和o1等接口消息和平台内部消息与不同应用功能的交互，避免了对e2、a1和o1消息多次处理。开放接口的定义屏蔽了因新增应用功能的导致的o1、a1和e2接口扩展对现有应用功能的的影响，保证了服务的连续性。开放接口中e2相关消息采用非e2sm封装时，有助于结构化语法和序列化方案的统一。开放接口的定义有助于提升订阅管理和冲突解决的效率。
[0244]
如图6所示，本发明实施例还提供一种消息传输方法，应用于近实时无线智能控制器内部的应用功能，包括：
[0245]
步骤61，通过近实时无线智能控制应用程序接口，与近实时无线智能控制器内部的平台功能进行消息交互。
[0246]
作为一个可选实施例，所述方法还包括：
[0247]
通过与所述近实时无线智能控制器内部的其他应用功能之间的开放接口，与所述其他应用功能进行消息交互。
[0248]
其中，所述近实时无线智能控制应用程序接口包括下述至少一个：
[0249]
与e2接口相关的第一应用程序接口；
[0250]
与a1接口相关的第二应用程序接口；
[0251]
与管理功能接口相关的第三应用程序接口；
[0252]
与共享数据层相关的第四应用程序接口。
[0253]
其中，所述应用功能与其他应用功能通过所述开放接口进行消息交互时，交互的
消息包括：
[0254]
消息类型，用于指示所述消息为应用功能之间的交互消息；
[0255]
其他应用功能的标识，即目的应用功能的标识；具有唯一性。可以是统一资源标志符(uniform resource identifier，uri)或统一资源定位符(uniform resource locator，url)或应用功能的名字，这些情况是字符形式。也可以是在一定范围内的数字编号，这时是一个整数形式。
[0256]
本发明实施例中，一个应用功能可提供给其他应用功能的信息为：解析后的a1/o1的信息或未封装为a1/o1接口格式的信息。
[0257]
其中，步骤61包括：
[0258]
通过所述近实时无线智能控制应用程序接口向所述平台功能传输第一消息；以由所述平台功能对所述第一消息进行处理，将所述第一消息映射到e2接口、a1接口、管理功能接口、内部接口或上层业务接口。
[0259]
其中，所述第一消息包括：
[0260]
所述应用功能的标识；该标识可以是统一资源标志符(uniform resource identifier，uri)或统一资源定位符(uniform resource locator，url)，这些情况是字符形式。也可以是在一定范围内的数字编号，这时是一个整数形式；
[0261]
第一消息的消息体。
[0262]
可选的，所述第一消息还包括下述至少一项：
[0263]
所述平台功能的标识；
[0264]
应用程序接口版本号(version)；
[0265]
消息类型。
[0266]
其中，通过所述近实时无线智能控制应用程序接口向所述平台功能传输第一消息之后，所述方法还包括：
[0267]
接收所述平台功能发送的第一响应消息，所述第一响应消息包括：
[0268]
所述应用功能的标识；该标识可以是统一资源标志符(uniform resource identifier，uri)或统一资源定位符(uniform resource locator，url)或xapp的名字，这些情况是字符形式。也可以是在一定范围内的数字编号，这时是一个整数形式；
[0269]
应用程序接口版本号(version)；
[0270]
第一响应消息的消息体。
[0271]
可选的，所述第一响应消息还包括：
[0272]
消息类型。
[0273]
其中，所述第一消息为下述至少之一：
[0274]
a1接口相关的消息；
[0275]
e2接口相关的消息；
[0276]
管理功能接口相关的消息；
[0277]
近实时无线智能控制器的内部逻辑消息。
[0278]
其中，所述a1接口相关的消息包括：未进行a1接口封装的a1消息；
[0279]
和/或，
[0280]
管理功能接口相关的消息包括：未进行o1接口封装的o1消息；
[0281]
和/或，
[0282]
所述e2接口相关的消息包括下述至少一项：
[0283]
未进行e2ap接口的封装的e2消息；
[0284]
e2sm封装形式的消息；
[0285]
非e2sm封装形式的消息。
[0286]
对于a1或o1相关消息，从应用功能发送给平台功能的消息来看，消息是应用功能产生的a1或o1信息，并未进行a1或o1接口的封装。或者是发送给平台功能内部逻辑功能的消息。
[0287]
而对于e2相关消息，从应用功能发送给平台功能的消息来看，消息是应用功能产生的e2信息，并未进行e2ap接口的封装。其信息可能是以e2sm封装形式发送给平台功能，也可能是非e2sm封装的形式发送给平台功能。
[0288]
一方面，当所述第一消息的请求消息体为e2sm封装形式的数据时，所述第一消息还包括：
[0289]
e2sm标识，所述e2sm标识用于辅助订阅管理和冲突解决。
[0290]
换言之，当面向应用功能的近实时无线智能控制应用程序接口上采用e2sm封装形式的数据作为消息体时，可复用现有e2接口上e2sm对ie的定义。在近实时无线智能控制应用程序接口的交互消息上可增加e2sm标识，例如e2sm-ni，e2sm-kpm。通过e2sm的标识，平台便于进行订阅管理和冲突解决。一方面平台功能对于不同的e2sm标识消息可不进行订阅管理，因此不同e2sm提供的数据项不同。另一方面对于相同的e2sm标识的消息进行e2sm解析，并进行订阅管理和冲突解决。
[0291]
另一方面，当所述第一消息的请求消息体为非e2sm封装形式的数据时，在所述近实时无线智能控制应用程序接口上传输的消息均采用统一的接口抽象语法和序列化。
[0292]
换言之，当面向应用功能的近实时无线智能控制应用程序接口上采用非e2sm封装形式的数据作为消息体时，那么e2相关的消息就可以不采用现有e2sm的方案。对于该近实时无线智能控制应用程序接口上的所有消息，都可采用统一的接口抽象语法和序列化，那应用功能则不需要支持多种方案，利于应用功能的简化设计。另外，由于e2sm的定义与应用功能之间并非一一映射关系，就是存在一个应用功能使用多个e2sm或者多个应用功能使用一个e2sm的情况。因此，当多个e2sm使用不同的抽象语法和序列化方案时，此e2相关接口方案仍然可以保持抽象语法和序列化的唯一性。当多个应用功能使用一个e2sm时，如果因为新引入应用功能导致该e2sm扩展时，本发明实施例可以通过平台功能解析e2sm来屏蔽e2sm的改变，对于已有应用功能没有影响。
[0293]
作为另一个可选实施例，步骤61包括：
[0294]
接收所述平台功能通过近实时无线智能控制应用程序接口传输的第三消息。
[0295]
其中，所述第三消息包括：
[0296]
所述应用功能的标识；该标识可以是统一资源标志符(uniform resource identifier，uri)或统一资源定位符(uniform resource locator，url)或xapp的名字，这些情况是字符形式。也可以是在一定范围内的数字编号，这时是一个整数形式；
[0297]
应用程序接口版本号(version)；
[0298]
第三消息的消息体。
[0299]
可选的，所述第三消息还包括下述至少一项：
[0300]
冲突解决服务的地址；
[0301]
数据库服务的地址；
[0302]
应用功能可获取数据或控制的网络设备列表。
[0303]
从平台功能发送给应用功能的消息看，消息的来源可能是从near-rt ric接收a1接口或o1接口消息或者near-rt ric平台内部的消息。如果是从near-rt ric接收a1或o1接口消息，那么接收到的a1或o1消息必须经过平台a1或o1接口功能处理的消息，a1或o1接口功能处理至少包括解析a1 json编码或o1 netconf协议，根据a1或o1的消息头或消息体的内容，决策发送给哪一个或哪些应用功能。如果是near-rt ric平台内部的消息，那么则根据产生消息的逻辑功能需求，产生相应的消息体内容。例如平台向xapp配置初始化的服务信息。
[0304]
其中，所述第三消息的消息体包括：
[0305]
e2sm封装形式的消息；
[0306]
非e2sm封装形式的消息；非e2sm封装形式的消息采用与所述近实时无线智能控制应用程序接口相同的抽象语法和序列化。
[0307]
对于e2接口相关的消息，本发明实施例可支持两种类型的e2接口相关的信息。一种是e2接口相关消息的消息体中，复用现有e2sm的信息定义；另一种是采用与平台接口的一致的抽象语法表达和序列化方案。
[0308]
从平台功能发送给应用功能的消息看，消息的来源可能是从near-rt ric接收e2接口消息或者near-rt ric平台内部的消息。如果是从near-rt ric接收e2接口消息，那么接收到的e2消息必须经过平台e2接口功能处理的消息，e2接口功能处理至少包括解析e2ap解析(包括asn.1的解码)。然后将e2sm的原信息和e2ap中用于辅助e2sm解析的字段通过面向应用的开放接口发送给应用功能。进一步，near-rt ric的平台功能也可能进一步解析e2sm，将应用功能订阅的数据项和对应的指示通过面向应用的开放接口发送给应用功能。如果是near-rt ric的平台功能的内部消息，那么则根据产生消息的逻辑功能需求，产生相应的消息体内容。
[0309]
综上，本发明实施例中，面向near-rt ric内部应用功能的接口方案开销大、被动升级服务中断、e2/a1/o1通用接口协议处理重复、e2接口订阅数据重复和冲突解决效率低的问题，提出了一种面向应用功能的开放接口方案。开放接口方案面向应用功能提供统一接口，进一步通过开放接口的设计解决上述问题。
[0310]
本发明实施例至少包括下述有效效果：
[0311]
应用功能不需要解析和封装e2、a1和/或o1等电信级设备接口，仅需要支持面向应用功能的开放接口，应用功能的额外接口处理开销小。在开放接口上引入应用功能的标识，平台基于应用功能的标识更易于将e2、a1和o1等接口消息和平台内部消息与不同应用功能的交互，避免了对e2、a1和o1消息多次处理。开放接口的定义屏蔽了因新增应用功能的导致的o1、a1和e2接口扩展对现有应用功能的的影响，保证了服务的连续性。开放接口中e2相关消息采用非e2sm封装时，有助于结构化语法和序列化方案的统一。开放接口的定义有助于提升订阅管理和冲突解决的效率。
[0312]
如图7所示，本发明实施例还提供一种消息传输装置，应用于近实时无线智能控制
器的平台功能，包括：
[0313]
第一交互模块71，用于通过近实时无线智能控制应用程序接口，与至少一个应用功能进行消息交互；
[0314]
其中，所述至少一个应用功能为所述近实时无线智能控制器内部的应用功能。
[0315]
作为一个可选实施例，所述平台功能还包括：所述近实时无线智能控制应用程序接口包括下述至少一个：
[0316]
与e2接口相关的第一应用程序接口；
[0317]
与a1接口相关的第二应用程序接口；
[0318]
与管理功能接口相关的第三应用程序接口；
[0319]
与共享数据层相关的第四应用程序接口。
[0320]
作为一个可选实施例，第一交互模块包括：
[0321]
第一子模块，用于接收至少一个应用功能通过所述近实时无线智能控制应用程序接口传输的第一消息；
[0322]
第二子模块，用于对所述第一消息进行处理，将所述第一消息映射到e2接口、a1接口、管理功能接口、内部接口或上层业务接口。
[0323]
作为一个可选实施例，所述第一消息包括：
[0324]
所述应用功能的标识；
[0325]
第一消息的消息体。
[0326]
作为一个可选实施例，所述第一消息还包括下述至少一项：
[0327]
所述平台功能的标识；
[0328]
应用程序接口版本号；
[0329]
消息类型。
[0330]
作为一个可选实施例，所述装置还包括；
[0331]
响应发送模块，用于向所述应用功能发送第一响应消息，所述第一响应消息包括：
[0332]
所述应用功能的标识；
[0333]
应用程序接口版本号；
[0334]
第一响应消息的消息体。
[0335]
作为一个可选实施例，所述第一响应消息还包括：
[0336]
消息类型。
[0337]
作为一个可选实施例，所述第一消息为下述至少之一：
[0338]
a1接口相关的消息；
[0339]
e2接口相关的消息；
[0340]
管理功能接口相关的消息；
[0341]
近实时无线智能控制器的内部逻辑消息；
[0342]
作为一个可选实施例，所述a1接口相关的消息包括：未进行a1接口封装的a1消息；
[0343]
和/或，
[0344]
管理功能接口相关的消息包括：未进行o1接口封装的o1消息；
[0345]
和/或，
[0346]
所述e2接口相关的消息包括下述至少一项：
[0347]
未进行e2ap接口的封装的e2消息；
[0348]
e2sm封装形式的消息；
[0349]
非e2sm封装形式的消息。
[0350]
作为一个可选实施例，当所述第一消息的请求消息体为e2sm封装形式的数据时，所述第一消息还包括：
[0351]
e2sm标识，所述e2sm标识用于辅助订阅管理和冲突解决。
[0352]
作为一个可选实施例，当所述第一消息的请求消息体为非e2sm封装形式的数据时，在所述近实时无线智能控制应用程序接口上传输的消息均采用统一的接口抽象语法和序列化。
[0353]
作为一个可选实施例，第一交互模块包括：
[0354]
第三子模块，用于获取外部输入或近实时无线智能控制器内部产生的e2接口、a1接口以及o1接口中的至少一个接口上传输的第二消息；
[0355]
第四子模块，用于对所述第二消息进行处理，生成能够在所述近实时无线智能控制应用程序接口传输的第三消息，并传输给对应的应用功能。
[0356]
作为一个可选实施例，在所述第二消息为a1接口或o1接口的消息时，所述第三消息包括：
[0357]
所述应用功能的标识；
[0358]
应用程序接口版本号；
[0359]
第三消息的消息体。
[0360]
作为一个可选实施例，所述第三消息还包括下述至少一项：
[0361]
冲突解决服务的地址；
[0362]
数据库服务的地址；
[0363]
应用功能可获取数据或控制的网络设备列表。
[0364]
作为一个可选实施例，在所述第二消息为e2接口的消息时，所述第三消息的消息体包括：
[0365]
e2sm封装形式的消息；
[0366]
非e2sm封装形式的消息；非e2sm封装形式的消息采用与所述近实时无线智能控制应用程序接口相同的抽象语法和序列化。
[0367]
综上，本发明实施例中，面向near-rt ric内部应用功能的接口方案开销大、被动升级服务中断、e2/a1/o1通用接口协议处理重复、e2接口订阅数据重复和冲突解决效率低的问题，提出了一种面向应用功能的开放接口方案。开放接口方案面向应用功能提供统一接口，进一步通过开放接口的设计解决上述问题。本发明实施例至少包括下述有效效果：
[0368]
应用功能不需要解析和封装e2、a1和/或o1等电信级设备接口，仅需要支持面向应用功能的开放接口，应用功能的额外接口处理开销小。在开放接口上引入应用功能的标识，平台基于应用功能的标识更易于将e2、a1和o1等接口消息和平台内部消息与不同应用功能的交互，避免了对e2、a1和o1消息多次处理。开放接口的定义屏蔽了因新增应用功能的导致的o1、a1和e2接口扩展对现有应用功能的影响，保证了服务的连续性。开放接口中e2相关消息采用非e2sm封装时，有助于结构化语法和序列化方案的统一。开放接口的定义有助于提升订阅管理和冲突解决的效率。
[0369]
需要说明的是，本发明实施例提供的消息传输装置是能够执行上述消息传输方法的装置，则上述消息传输方法的所有实施例均适用于该装置，且均能达到相同或相似的有益效果。
[0370]
如图8所示，本发明实施例还提供一种平台功能，所述平台功能为近实时无线智能控制器的平台功能，包括处理器800和收发器810，所述收发器810在处理器800的控制下接收和发送数据，所述处理器800用于执行以下操作：
[0371]
通过近实时无线智能控制应用程序接口，与至少一个应用功能进行消息交互；
[0372]
其中，所述至少一个应用功能为所述近实时无线智能控制器内部的应用功能。
[0373]
作为一个可选实施例，所述近实时无线智能控制应用程序接口包括下述至少一个：
[0374]
与e2接口相关的第一应用程序接口；
[0375]
与a1接口相关的第二应用程序接口；
[0376]
与管理功能接口相关的第三应用程序接口；
[0377]
与共享数据层相关的第四应用程序接口。
[0378]
作为一个可选实施例，所述处理器800还用于执行以下操作：
[0379]
接收至少一个应用功能通过所述近实时无线智能控制应用程序接口传输的第一消息；
[0380]
对所述第一消息进行处理，将所述第一消息映射到e2接口、a1接口、管理功能接口、内部接口或上层业务接口。
[0381]
作为一个可选实施例，所述第一消息包括：
[0382]
所述应用功能的标识；
[0383]
应用程序接口版本号；
[0384]
第一消息的消息体。
[0385]
作为一个可选实施例，所述第一消息还包括下述至少一项：
[0386]
所述平台功能的标识；
[0387]
消息类型。
[0388]
作为一个可选实施例，所述处理器800还用于执行以下操作：
[0389]
向所述应用功能发送第一响应消息，所述第一响应消息包括：
[0390]
所述应用功能的标识；
[0391]
应用程序接口版本号；
[0392]
第一响应消息的消息体。
[0393]
作为一个可选实施例，所述第一响应消息还包括：
[0394]
消息类型。
[0395]
作为一个可选实施例，所述第一消息为下述至少之一：
[0396]
a1接口相关的消息；
[0397]
e2接口能相关的消息；
[0398]
管理功能接口相关的消息；
[0399]
近实时无线智能控制器的内部逻辑消息。
[0400]
作为一个可选实施例，所述a1接口相关的消息包括：未进行a1接口封装的a1消息；
[0401]
和/或，
[0402]
管理功能接口相关的消息包括：未进行o1接口封装的o1消息；
[0403]
和/或，
[0404]
所述e2接口相关的消息包括下述至少一项：
[0405]
未进行e2ap接口的封装的e2消息；
[0406]
e2sm封装形式的消息；
[0407]
非e2sm封装形式的消息。
[0408]
作为一个可选实施例，当所述第一消息的请求消息体为e2sm封装形式的数据时，所述第一消息还包括：
[0409]
e2sm标识，所述e2sm标识用于辅助订阅管理和冲突解决。
[0410]
作为一个可选实施例，当所述第一消息的请求消息体为非e2sm封装形式的数据时，在所述近实时无线智能控制应用程序接口上传输的消息均采用统一的接口抽象语法和序列化。
[0411]
作为一个可选实施例，所述处理器800还用于执行以下操作：
[0412]
获取外部输入或近实时无线智能控制器内部产生的e2接口、a1接口以及o1接口中的至少一个接口上传输的第二消息；
[0413]
对所述第二消息进行处理，生成能够在所述近实时无线智能控制应用程序接口传输的第三消息，并传输给对应的应用功能。
[0414]
作为一个可选实施例，在所述第二消息为a1接口或o1接口的消息时，所述第三消息包括：
[0415]
所述应用功能的标识；
[0416]
应用程序接口版本号；
[0417]
第三消息的消息体。
[0418]
作为一个可选实施例，所述第三消息还包括下述至少一项：
[0419]
冲突解决服务的地址；
[0420]
数据库服务的地址；
[0421]
应用功能可获取数据或控制的网络设备列表。
[0422]
作为一个可选实施例，在所述第二消息为e2接口的消息时，所述第三消息的消息体包括：
[0423]
e2sm封装形式的消息；
[0424]
非e2sm封装形式的消息；非e2sm封装形式的消息采用与所述近实时无线智能控制应用程序接口相同的抽象语法和序列化。
[0425]
综上，本发明实施例中，面向near-rt ric内部应用功能的接口方案开销大、被动升级服务中断、e2/a1/o1通用接口协议处理重复、e2接口订阅数据重复和冲突解决效率低的问题，提出了一种面向应用功能的开放接口方案。开放接口方案面向应用功能提供统一接口，进一步通过开放接口的设计解决上述问题。本发明实施例至少包括下述有效效果：
[0426]
应用功能不需要解析和封装e2、a1和/或o1等电信级设备接口，仅需要支持面向应用功能的开放接口，应用功能的额外接口处理开销小。在开放接口上引入应用功能的标识，平台基于应用功能的标识更易于将e2、a1和o1等接口消息和平台内部消息与不同应用功能
的交互，避免了对e2、a1和o1消息多次处理。开放接口的定义屏蔽了因新增应用功能的导致的o1、a1和e2接口扩展对现有应用功能的的影响，保证了服务的连续性。开放接口中e2相关消息采用非e2sm封装时，有助于结构化语法和序列化方案的统一。开放接口的定义有助于提升订阅管理和冲突解决的效率。
[0427]
需要说明的是，本发明实施例提供的平台功能是能够执行上述消息传输方法的平台功能，则上述消息传输方法的所有实施例均适用于该平台功能，且均能达到相同或相似的有益效果。
[0428]
如图9所示，本发明实施例还提供一种消息传输装置，应用于近实时无线智能控制器内部的应用功能，包括：
[0429]
第二交互模块91，用于通过近实时无线智能控制应用程序接口，与近实时无线智能控制器内部的平台功能进行消息交互。
[0430]
作为一个可选实施例，所述近实时无线智能控制应用程序接口包括下述至少一个：
[0431]
与e2接口相关的第一应用程序接口；
[0432]
与a1接口相关的第二应用程序接口；
[0433]
与管理功能接口相关的第三应用程序接口；
[0434]
与共享数据层相关的第四应用程序接口。
[0435]
作为一个可选实施例，所述装置还包括：
[0436]
第三交互模块，用于通过与所述近实时无线智能控制器内部的其他应用功能之间的开放接口，与所述其他应用功能进行消息交互。
[0437]
作为一个可选实施例，所述应用功能与其他应用功能通过所述开放接口进行消息交互时，交互的消息包括：
[0438]
消息类型，用于指示所述消息为应用功能之间的交互消息；
[0439]
其他应用功能的标识。
[0440]
作为一个可选实施例，所述第二交互模块包括：
[0441]
第五子模块，用于通过所述近实时无线智能控制应用程序接口向所述平台功能传输第一消息；以由所述平台功能对所述第一消息进行处理，将所述第一消息映射到e2接口、a1接口、管理功能接口、内部接口或上层业务接口。
[0442]
作为一个可选实施例，所述第一消息包括：
[0443]
所述应用功能的标识；
[0444]
第一消息的消息体。
[0445]
作为一个可选实施例，所述第一消息还包括下述至少一项：
[0446]
所述平台功能的标识；
[0447]
应用程序接口版本号；
[0448]
消息类型。
[0449]
作为一个可选实施例，所述装置包括：
[0450]
响应接收模块，用于接收所述平台功能发送的第一响应消息，所述第一响应消息包括：
[0451]
所述应用功能的标识；
[0452]
应用程序接口版本号；
[0453]
第一响应消息的消息体。
[0454]
作为一个可选实施例，所述第一响应消息还包括：
[0455]
消息类型。
[0456]
作为一个可选实施例，所述第一消息为下述至少之一：
[0457]
a1接口相关的消息；
[0458]
e2接口相关的消息；
[0459]
管理功能接口相关的消息；
[0460]
近实时无线智能控制器的内部逻辑消息。
[0461]
作为一个可选实施例，所述a1接口相关的消息包括：未进行a1接口封装的a1消息；
[0462]
和/或，
[0463]
管理功能接口相关的消息包括：未进行o1接口封装的o1消息；
[0464]
和/或，
[0465]
所述e2接口相关的消息包括下述至少一项：
[0466]
未进行e2ap接口的封装的e2消息；
[0467]
e2sm封装形式的消息；
[0468]
非e2sm封装形式的消息。
[0469]
作为一个可选实施例，当所述第一消息的请求消息体为e2sm封装形式的数据时，所述第一消息还包括：
[0470]
e2sm标识，所述e2sm标识用于辅助订阅管理和冲突解决。
[0471]
作为一个可选实施例，当所述第一消息的请求消息体为非e2sm封装形式的数据时，在所述近实时无线智能控制应用程序接口上传输的消息均采用统一的接口抽象语法和序列化。
[0472]
作为一个可选实施例，所述第二交互模块包括：
[0473]
第四子模块，用于接收所述平台功能通过近实时无线智能控制应用程序接口传输的第三消息。
[0474]
作为一个可选实施例，所述第三消息包括：
[0475]
所述应用功能的标识；
[0476]
应用程序接口版本号；
[0477]
第三消息的消息体。
[0478]
作为一个可选实施例，所述第三消息还包括下述至少一项：
[0479]
冲突解决服务的地址；
[0480]
数据库服务的地址；
[0481]
应用功能可获取数据或控制的网络设备列表。
[0482]
作为一个可选实施例，所述第三消息的消息体包括：
[0483]
e2sm封装形式的消息；
[0484]
非e2sm封装形式的消息；非e2sm封装形式的消息采用与所述近实时无线智能控制应用程序接口相同的抽象语法和序列化。
[0485]
综上，本发明实施例中，面向near-rt ric内部应用功能的接口方案开销大、被动
升级服务中断、e2/a1/o1通用接口协议处理重复、e2接口订阅数据重复和冲突解决效率低的问题，提出了一种面向应用功能的开放接口方案。开放接口方案面向应用功能提供统一接口，进一步通过开放接口的设计解决上述问题。本发明实施例至少包括下述有效效果：
[0486]
应用功能不需要解析和封装e2、a1和/或o1等电信级设备接口，仅需要支持面向应用功能的开放接口，应用功能的额外接口处理开销小。在开放接口上引入应用功能的标识，平台基于应用功能的标识更易于将e2、a1和o1等接口消息和平台内部消息与不同应用功能的交互，避免了对e2、a1和o1消息多次处理。开放接口的定义屏蔽了因新增应用功能的导致的o1、a1和e2接口扩展对现有应用功能的的影响，保证了服务的连续性。开放接口中e2相关消息采用非e2sm封装时，有助于结构化语法和序列化方案的统一。开放接口的定义有助于提升订阅管理和冲突解决的效率。
[0487]
需要说明的是，本发明实施例提供的消息传输装置是能够执行上述消息传输方法的装置，则上述消息传输方法的所有实施例均适用于该装置，且均能达到相同或相似的有益效果。
[0488]
如图10所示，本发明实施例还提供一种应用功能，所述应用功能为近实时无线智能控制器内部的应用功能，包括处理器100和收发器110，所述收发器110在处理器100的控制下接收和发送数据，所述处理器100用于执行以下操作：
[0489]
通过近实时无线智能控制应用程序接口，与近实时无线智能控制器内部的平台功能进行消息交互。
[0490]
作为一个可选实施例，所述近实时无线智能控制应用程序接口包括下述至少一个：
[0491]
与e2接口相关的第一应用程序接口；
[0492]
与a1接口相关的第二应用程序接口；
[0493]
与管理功能接口相关的第三应用程序接口；
[0494]
与共享数据层相关的第四应用程序接口。
[0495]
作为一个可选实施例，所述处理器100还用于执行以下操作：
[0496]
通过与所述近实时无线智能控制器内部的其他应用功能之间的开放接口，与所述其他应用功能进行消息交互。
[0497]
作为一个可选实施例，所述应用功能与其他应用功能通过所述开放接口进行消息交互时，交互的消息包括：
[0498]
消息类型，用于指示所述消息为应用功能之间的交互消息；
[0499]
其他应用功能的标识。
[0500]
作为一个可选实施例，所述处理器100还用于执行以下操作：
[0501]
通过所述近实时无线智能控制应用程序接口向所述平台功能传输第一消息；以由所述平台功能对所述第一消息进行处理，将所述第一消息映射到e2接口、a1接口、管理功能接口、内部接口或上层业务接口。
[0502]
作为一个可选实施例，所述第一消息包括：
[0503]
所述应用功能的标识；
[0504]
第一消息的消息体。
[0505]
作为一个可选实施例，所述第一消息还包括下述至少一项：
[0506]
所述平台功能的标识；
[0507]
应用程序接口版本号；
[0508]
消息类型。
[0509]
作为一个可选实施例，所述处理器还用于执行以下操作：
[0510]
接收所述平台功能发送的第一响应消息，所述第一响应消息包括：
[0511]
所述应用功能的标识；
[0512]
应用程序接口版本号；
[0513]
第一响应消息的消息体。
[0514]
作为一个可选实施例，所述第一响应消息还包括：
[0515]
消息类型。
[0516]
作为一个可选实施例，所述第一消息为下述至少之一：
[0517]
a1接口相关的消息；
[0518]
e2接口相关的消息；
[0519]
管理功能接口相关的消息；
[0520]
近实时无线智能控制器的内部逻辑消息。
[0521]
作为一个可选实施例，所述a1接口相关的消息包括：未进行a1接口封装的a1消息；
[0522]
和/或，
[0523]
管理功能接口相关的消息包括：未进行o1接口封装的o1消息；
[0524]
和/或，
[0525]
所述e2接口相关的消息包括下述至少一项：
[0526]
未进行e2ap接口的封装的e2消息；
[0527]
e2sm封装形式的消息；
[0528]
非e2sm封装形式的消息。
[0529]
作为一个可选实施例，当所述第一消息的请求消息体为e2sm封装形式的数据时，所述第一消息还包括：
[0530]
e2sm标识，所述e2sm标识用于辅助订阅管理和冲突解决。
[0531]
作为一个可选实施例，当所述第一消息的请求消息体为非e2sm封装形式的数据时，在所述近实时无线智能控制应用程序接口上传输的消息均采用统一的接口抽象语法和序列化。
[0532]
作为一个可选实施例，所述处理器100还用于执行以下操作：
[0533]
接收所述平台功能通过近实时无线智能控制应用程序接口传输的第三消息。
[0534]
作为一个可选实施例，所述第三消息包括：
[0535]
所述应用功能的标识；
[0536]
应用程序接口版本号；
[0537]
第三消息的消息体。
[0538]
作为一个可选实施例，所述第三消息还包括下述至少一项：
[0539]
冲突解决服务的地址；
[0540]
数据库服务的地址；
[0541]
应用功能可获取数据或控制的网络设备列表。
[0542]
作为一个可选实施例，所述第三消息的消息体包括：
[0543]
e2sm封装形式的消息；
[0544]
非e2sm封装形式的消息；非e2sm封装形式的消息采用与所述近实时无线智能控制应用程序接口相同的抽象语法和序列化。
[0545]
综上，本发明实施例中，面向near-rt ric内部应用功能的接口方案开销大、被动升级服务中断、e2/a1/o1通用接口协议处理重复、e2接口订阅数据重复和冲突解决效率低的问题，提出了一种面向应用功能的开放接口方案。开放接口方案面向应用功能提供统一接口，进一步通过开放接口的设计解决上述问题。
[0546]
本发明实施例至少包括下述有效效果：
[0547]
应用功能不需要解析和封装e2、a1和/或o1等电信级设备接口，仅需要支持面向应用功能的开放接口，应用功能的额外接口处理开销小。在开放接口上引入应用功能的标识，平台基于应用功能的标识更易于将e2、a1和o1等接口消息和平台内部消息与不同应用功能的交互，避免了对e2、a1和o1消息多次处理。开放接口的定义屏蔽了因新增应用功能的导致的o1、a1和e2接口扩展对现有应用功能的的影响，保证了服务的连续性。开放接口中e2相关消息采用非e2sm封装时，有助于结构化语法和序列化方案的统一。开放接口的定义有助于提升订阅管理和冲突解决的效率。
[0548]
需要说明的是，本发明实施例提供的应用功能是能够执行上述消息传输方法的应用功能，则上述消息传输方法的所有实施例均适用于该应用功能，且均能达到相同或相似的有益效果。
[0549]
如图1所示，本发明实施例还提供一种近实时无线智能控制器，包括如上所述的平台功能以及至少一个如上所述的应用功能。
[0550]
需要说明的是，上述平台功能以及上述应用功能的所有实施例均适用于该近实时无线智能控制器，且均能达到相同或相似的有益效果，在此不重复赘述。
[0551]
本发明实施例还提供一种通信设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现如上所述的消息传输方法实施例中的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
[0552]
本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的消息传输方法实施例中的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等。
[0553]
本领域内的技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可读存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
[0554]
本技术是参照根据本技术实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生
一个机器，使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或一个方框或多个方框中指定的功能的装置。
[0555]
这些计算机程序指令也可存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储介质中，使得存储在该计算机可读存储介质中的指令产生包括指令装置的纸制品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0556]
这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上，使得计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他科编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0557]
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。