无线通信方法、装置及系统与流程

1.本技术涉及通信技术领域，尤其涉及一种无线通信方法、装置及系统。


背景技术：

2.随着网络的发展，毫米波等高频站点的密集部署、多样化终端的普及以及网络内生智能的发展，未来网络将是一个实时全场景感知网络；深度边缘计算能力下沉到无线网络内部，无线网络各节点如用户设备(user equipment，ue)，有源天线(active antenna unit，aau)/射频拉远模块(radio remote unit，rru)、基带处理单元(building base band unit，bbu)均会有计算能力，均为边缘计算节点，为了完成某种计算任务，各节点需要协作完成。
3.现有的无线接入网(radio access network，ran)和通信模式是在传统语音业务基础上发展起来的，网络设备与终端设备之间为，点对点的单一链路的通信模式，存在通信链路单一，协作能力低的问题。


技术实现要素：

4.为解决上述技术问题，本技术实施例提供了一种无线通信方法、装置及系统。
5.第一方面，本技术实施例提供了一种无线通信方法，所述方法应用于第一实体，所述方法包括：
6.接收第二实体发送的第一消息，其中，所述第一消息中携带子任务的配置信息，所述第一实体和所述第二实体为无线接入网中的实体；
7.向终端设备发送所述子任务的配置信息；
8.接收所述终端设备反馈的任务执行结果；
9.向所述第二实体发送所述任务执行结果。
10.其中，第一实体可以为用户控制面逻辑实体，第二实体可以为任务控制面逻辑实体，且第一实体和第二实体可以为无线接入网中的实体。
11.也就是说，在本技术实施例中，对无线接入网进行了改进，引入了第一实体和第二实体，且由第一实体向终端设备发送，由第二实体发送的子任务的配置信息，并由第一实体向第一实体发送，由终端设备反馈的任务执行结果。
12.由于可以通过终端设备执行子任务，因此，可以避免相关技术中通信的链路单一的问题，从而实现通信的灵活性和多样性的技术效果；且由于可以通过由不同的终端设备执行不同的子任务，因此，可以提高完成目标任务的效率，且实现资源的合理利用的技术效果。
13.在一些实施例中，所述第一消息中还携带信令链路传输策略和/或数据通道传输策略，所述向终端设备发送所述子任务的配置信息包括：
14.根据所述信令链路传输策略和/或数据通道传输策略，向所述终端设备所述子任务的配置信息。
15.也就是说，第一消息中可以携带一种或多种传输策略，第一实体可以基于一种或多种传输策略对子任务的配置信息进行传输，当然，第一实体也可以基于一种或多种传输策略对任务执行结果进行传输。
16.在本技术实施例中，通过可以选择多种传输策略进行信息的传输，可以提高信息传输的灵活性和多样性的技术效果。
17.在一些实施例中，若所述第一消息中携带所述信令链路传输策略，则所述方法还包括：
18.向所述终端设备发送建立无线资源控制链路的提示消息；
19.接收所述终端设备基于所述提示消息反馈的无线资源控制建立请求消息；
20.根据所述无线资源控制建立请求消息，建立与所述终端设备之间的信令链路。
21.在一些实施例中，所述提示消息中包括携带所述子任务的类型的寻呼消息。
22.也就是说，可以基于业务需求(如主叫业务或者被叫业务的需求)，通过不同的方式建立第一实体与终端设备之间的信令链路，一种为直接建立第一实体与终端设备之间的信令链路(如当业务需求为主叫业务的需求时)，另一种为通过寻呼消息建立第一实体与终端设备之间的信令链路(如当业务需求为被叫业务的需求时)。
23.在一些实施例中，所述寻呼消息包括第一原因值，所述第一原因值用于指示所述子任务的类型。
24.在一些实施例中，所述无线资源控制建立请求消息中携带第二原因值，所述根据所述无线资源控制建立请求消息，建立与所述终端设备之间的信令链路包括：
25.根据所述第二原因值确定链路类型；
26.根据所述链路类型建立所述信令链路。
27.其中，第一原因值与第二原因值可能相同，也可能不同。
28.也就是说，在本技术实施例中，可以基于不同的第二原因值建立不同链路类型的信令链路。而由于不同的第一原因值指示的是不同的子任务的类型，因此，可以根据不同的子任务的类型，且基于不同的第二原因值建立不同链路类型的信令链路，从而实现建立信令链路的多样性和灵活性的技术效果。
29.在一些实施例中，所述信令链路包括数据无线承载链路和/或信令无线承载链路。
30.在一些实施例中，若所述第一消息中携带所述数据通道传输策略，则所述方法还包括：
31.建立所述第二实体与所述终端设备之间的数据通道。
32.在一些实施例中，所述数据通道包括所述终端设备与第三实体之间的数据通道以及所述第三实体与所述第二实体之间的数据通道，所述第三实体为所述无线接入网中的实体。
33.在一些实施例中，所述第三实体与所述第二实体之间的数据通道，至少传输所述终端设备反馈的所述任务执行结果。
34.也就是说，第三实体与第二实体之间的数据通道，为共享数据通道，可以对不同的终端设备反馈的任务执行结果进行传输。由于第三实体与第二实体之间的数据通道，为共享数据通道，因此，可以提高资源的合理利用的技术效果。
35.在一些实施例中，所述终端设备是所述第二实体根据各终端设备的属性信息选择
的，所述属性信息包括运行状态信息和/或位置信息。
36.在本技术实施例中，通过各终端设备的属性信息选择执行子任务的终端设备，可以提高执行子任务的可靠性和效率的技术效果。
37.在一些实施例中，所述第一消息是所述第二实体基于所述终端设备发送的第二消息生成的，所述第二消息中携带目标任务。
38.也就是说，发送目标任务的终端设备也可以为参与执行子任务的终端设备，因此，可以实现资源的合理利用的技术效果。
39.在一些实施例中，所述第一消息携带信令链路传输策略和/或数据通道传输策略，是由所述第二实体基于所述目标任务的属性信息确定的。
40.也就是说，可以基于目标任务的属性信息对传输策略进行确定，以便确保目标任务高效且精准地完成的技术效果。
41.第二方面，本技术实施例还提供了一种无线通信方法，所述方法应用于第二实体，所述方法包括：
42.获取待处理的目标任务；
43.根据所述目标任务生成第一消息，其中，所述第一消息中携带子任务的配置信息；
44.向第一实体发送所述第一消息，其中，所述第一实体和所述第二实体为无线接入网中的实体；
45.接收所述第一实体反馈的任务执行结果。
46.也就是说，若第一实体获取到目标任务，则可以对目标任务进行分析和拆分，生成携带子任务的配置信息的第一消息，并向第一实体发送第一消息，第一实体可以向终端设备发送第一消息，终端设备可以根据子任务的配置信息，执行子任务，生成任务执行结果，并向第一实体发送任务执行结果，第一实体可以向第二实体发送任务执行结果。
47.在一些实施例中，所述第一消息中还携带信令链路传输策略和/或数据通道传输策略。
48.在一些实施例中，所述信令链路传输策略用于指示所述第一实体基于无线资源控制链路的提示消息建立的，所述第一实体与所述终端设备之间的信令链路。
49.在一些实施例中，所述提示消息中包括携带所述子任务的类型的寻呼消息。
50.在一些实施例中，所述寻呼消息包括第一原因值，所述第一原因值用于指示所述子任务的类型。
51.在一些实施例中，所述信令链路是所述第一实体根据第二原因值确定出链路类型，并根据所述链路类型建立的。
52.在一些实施例中，所述信令链路包括数据无线承载链路和/或信令无线承载链路。
53.在一些实施例中，所述数据通道传输策略用于指示所述第一实体，建立所述第二实体与所述终端设备之间的数据通道。
54.在一些实施例中，所述数据通道包括所述终端设备与第三实体之间的数据通道以及所述第三实体与所述第二实体之间的数据通道，所述第三实体为所述无线接入网中的实体。
55.在一些实施例中，所述第三实体与所述第二实体之间的数据通道，至少传输所述终端设备反馈的所述任务执行结果。
56.在一些实施例中，所述终端设备是所述第二实体根据各终端设备的属性信息选择的，所述属性信息包括运行状态信息和/或位置信息。
57.在一些实施例中，所述第一消息是所述第一实体基于所述终端设备发送的第二消息生成的，所述第二消息中携带目标任务。
58.在一些实施例中，所述第一消息携带信令链路传输策略和/或数据通道传输策略，是基于所述目标任务的属性信息确定的。
59.第三方面，本技术实施例还提供了一种无线通信方法，所述方法应用于终端设备，所述方法包括：
60.接收第一实体发送的子任务的配置信息，其中，所述第一实体为无线接入网中的实体；
61.根据所述子任务的配置信息，执行所述子任务，生成任务执行结果；
62.向所述第一实体发送所述任务执行结果。
63.在一些实施例中，所述子任务的配置信息是所述第一实体，基于第一消息中携带的信令链路传输策略和/或数据通道传输策略发送的。
64.在一些实施例中，若所述第一消息中携带所述信令链路传输策略，则所述方法还包括：
65.接收所述第一实体发送的建立无线资源控制链路的提示消息；
66.根据所述提示消息生成无线资源控制建立请求消息；
67.根据所述无线资源控制建立请求消息，建立与所述第一实体之间的信令链路。
68.在一些实施例中，所述提示消息包括携带所述子任务的类型的寻呼消息。
69.在一些实施例中，所述寻呼消息包括第一原因值，所述第一原因值用于指示所述子任务的类型。
70.在一些实施例中，所述无线资源控制建立请求消息中携带第二原因值。
71.在一些实施例中，所述信令链路包括数据无线承载链路和/或信令无线承载链路。
72.在一些实施例中，若所述第一消息中携带所述数据通道传输策略，则所述数据通道传输策略用于指示通过第一实体建立的所述终端设备与第二实体之间的数据通道，进行所述子任务的配置信息和所述任务执行结果的传输，所述第二实体为所述无线接入网中的实体。
73.在一些实施例中，所述数据通道包括所述终端设备与第三实体之间的数据通道以及所述第三实体与所述第二实体之间的数据通道，所述第三实体为所述无线接入网中的实体。
74.在一些实施例中，所述任务执行结果与其他子任务的执行结果，通过同一所述第三实体与所述第二实体之间的数据通道传输。
75.在一些实施例中，所述终端设备是所述第二实体根据各终端设备的属性信息选择的，所述属性信息包括运行状态信息和/或位置信息。
76.在一些实施例中，所述第一消息是所述第二实体基于所述终端设备发送的第二消息生成的，所述第二消息中携带目标任务。
77.在一些实施例中，所述第一消息携带信令链路传输策略和/或数据通道传输策略，是基于所述目标任务的属性信息确定的。
78.根据本技术实施例的另一个方面，本技术实施例还提供了一种计算机存储介质，所述计算机存储介质上存储有计算机指令，当所述计算机指令在被处理器运行时，使得上述任一实施例所述的方法被执行。
79.第四方面，本技术实施例还提供了一种用户控制面装置，其中，用户控制面装置可以为上述任一实施例中所述的第一实体，包括：处理器，用于执行存储器中存储的计算机指令，当所述计算机指令被执行时，使得所述用户控制面装置执行上述实施例中应用于第一实体的方法被执行。
80.第五方面，本技术实施例还提供了一种任务控制面装置，其中，任务控制面装置可以为上述任一实施例中所述的第二实体，包括：处理器，用于执行存储器中存储的计算机指令，当所述计算机指令被执行时，使得所述任务控制面装置执行上述实施例中应用于第二实体的方法被执行。
81.第六方面，本技术实施例还提供了一种终端设备，包括：处理器，用于执行存储器中存储的计算机指令，当所述计算机指令被执行时，使得所述终端设备执行上述实施例中应用于终端设备的方法被执行。
82.第七方面，本技术实施例还提供了一种无线接入网设备，包括集中单元和分布单元，还包括：
83.如上述实施例所述的用户控制面装置；
84.如上述实施例所述的任务控制面装置。
85.根据本技术实施例的另一个方面，本技术实施例还提供了一种无线通信系统，所述系统包括：
86.如上述实施例所述的终端设备；
87.如上述实施例所述的无线接入网设备。
88.第八方面，本技术实施例还提供了一种计算机程序产品，当所述计算机程序产品在处理器上运行时，使得上述任一实施例所述的方法被执行。
89.第九方面，本技术实施例还提供了一种用户控制面装置，所述用户控制面装置包括：
90.第一接收模块，用于接收第二实体发送的第一消息，其中，所述第一消息中携带子任务的配置信息，所述第一实体和所述第二实体为无线接入网中的实体；
91.第一发送模块，用于向终端设备发送所述子任务的配置信息；
92.所述第一接收模块用于，接收所述终端设备反馈的任务执行结果；
93.所述第一发送模块用于，向所述第二实体发送所述任务执行结果。
94.在一些实施例中，所述第一消息中还携带信令链路传输策略和/或数据通道传输策略，所述第一发送模块用于，根据所述信令链路传输策略和/或数据通道传输策略，向所述终端设备发送所述子任务的配置信息。
95.在一些实施例中，若所述第一消息中携带所述信令链路传输策略，则所述用户控制面装置还包括：
96.所述第一发送模块用于，向所述终端设备发送建立无线资源控制链路的提示消息；
97.所述第一接收模块用于，接收所述终端设备基于所述提示消息反馈的无线资源控
制建立请求消息；
98.第一处理模块，用于根据所述无线资源控制建立请求消息，建立与所述终端设备之间的信令链路。
99.在一些实施例中，所述提示消息中包括携带所述子任务的类型的寻呼消息。
100.在一些实施例中，所述寻呼消息包括第一原因值，所述第一原因值用于指示所述子任务的类型。
101.在一些实施例中，所述无线资源控制建立请求消息中携带第二原因值，所述第一处理模块用于，根据所述第二原因值确定链路类型，根据所述链路类型建立所述信令链路。
102.在一些实施例中，所述信令链路包括数据无线承载链路和/或信令无线承载链路。
103.在一些实施例中，若所述第一消息中携带所述数据通道传输策略，则所述第一处理模块用于，建立所述第二实体与所述终端设备之间的数据通道。
104.在一些实施例中，所述数据通道包括所述终端设备与第三实体之间的数据通道以及所述第三实体与所述第二实体之间的数据通道，所述第三实体为所述无线接入网中的实体。
105.在一些实施例中，所述第三实体与所述第二实体之间的数据通道，至少传输所述终端设备反馈的所述任务执行结果。
106.在一些实施例中，所述终端设备是所述第二实体根据各终端设备的属性信息选择的，所述属性信息包括运行状态信息和/或位置信息。
107.在一些实施例中，所述第一消息是所述第二实体基于所述终端设备发送的第二消息生成的，所述第二消息中携带目标任务。
108.在一些实施例中，所述第一消息携带信令链路传输策略和/或数据通道传输策略，是由所述第二实体基于所述目标任务的属性信息确定的。
109.第十方面，本技术实施例还提供了一种任务控制面装置，所述任务控制面装置包括：
110.获取模块，用于获取待处理的目标任务；
111.第二处理模块，用于根据所述目标任务生成第一消息，其中，所述第一消息中携带子任务的配置信息；
112.第二发送模块，用于向第一实体发送所述第一消息，其中，所述第一实体和所述第二实体为无线接入网中的实体；
113.第二接收模块，用于接收所述第一实体反馈的任务执行结果。
114.在一些实施例中，所述第一消息中还携带信令链路传输策略和/或数据通道传输策略。
115.在一些实施例中，所述信令链路传输策略用于指示所述第一实体基于无线资源控制链路的提示消息建立的，所述第一实体与所述终端设备之间的信令链路。
116.在一些实施例中，所述提示消息中包括携带所述子任务的类型的寻呼消息。
117.在一些实施例中，所述寻呼消息包括第一原因值，所述第一原因值用于指示所述子任务的类型。
118.在一些实施例中，所述信令链路是所述第一实体根据第二原因值确定出链路类型，并根据所述链路类型建立的。
119.在一些实施例中，所述信令链路包括数据无线承载链路和/或信令无线承载链路。
120.在一些实施例中，所述数据通道传输策略用于指示所述第一实体，建立所述第二实体与所述终端设备之间的数据通道。
121.在一些实施例中，所述数据通道包括所述终端设备与第三实体之间的数据通道以及所述第三实体与所述第二实体之间的数据通道，所述第三实体为所述无线接入网中的实体。
122.在一些实施例中，所述第三实体与所述第二实体之间的数据通道，至少传输所述终端设备反馈的所述任务执行结果。
123.在一些实施例中，所述终端设备是所述第二实体根据各终端设备的属性信息选择的，所述属性信息包括运行状态信息和/或位置信息。
124.在一些实施例中，所述第一消息是所述第一实体基于所述终端设备发送的第二消息生成的，所述第二消息中携带目标任务。
125.在一些实施例中，所述第一消息携带信令链路传输策略和/或数据通道传输策略，是基于所述目标任务的属性信息确定的。
126.第十一方面，本技术实施例还提供了一种终端设备，所述终端设备包括：
127.第三接收模块，用于接收第一实体发送的子任务的配置信息，其中，所述第一实体为无线接入网中的实体；
128.第三处理模块，用于根据所述子任务的配置信息，执行所述子任务，生成任务执行结果；
129.第三发送模块，用于向所述第一实体发送所述任务执行结果。
130.在一些实施例中，所述子任务的配置信息是所述第一实体，基于第一消息中携带的信令链路传输策略和/或数据通道传输策略发送的。
131.在一些实施例中，若所述第一消息中携带所述信令链路传输策略，则所述第三接收模块用于，接收所述第一实体发送建立无线资源控制链路的提示消息；
132.所述第三处理模块用于，根据所述提示消息生成无线资源控制建立请求消息，根据所述无线资源控制建立请求消息，建立与所述第一实体之间的信令链路。
133.在一些实施例中，所述提示消息包括携带所述子任务的类型的寻呼消息。
134.在一些实施例中，所述寻呼消息包括第一原因值，所述第一原因值用于指示所述子任务的类型。
135.在一些实施例中，所述无线资源控制建立请求消息中携带第二原因值。
136.在一些实施例中，所述信令链路包括数据无线承载链路和/或信令无线承载链路。
137.在一些实施例中，若所述第一消息中携带所述数据通道传输策略，则所述数据通道传输策略用于指示通过第一实体建立的所述终端设备与第二实体之间的数据通道，进行所述子任务的配置信息和所述任务执行结果的传输，所述第二实体为所述无线接入网中的实体。
138.在一些实施例中，所述数据通道包括所述终端设备与第三实体之间的数据通道、所述第三实体与所述第二实体之间的数据通道，所述第三实体为所述无线接入网中的实体。
139.在一些实施例中，所述任务执行结果与其他子任务的执行结果，通过同一所述第
三实体与所述第二实体之间的数据通道传输。
140.在一些实施例中，所述终端设备是所述第二实体根据各终端设备的属性信息选择的，所述属性信息包括运行状态信息和/或位置信息。
141.在一些实施例中，所述第一消息是所述第二实体基于所述终端设备发送的第二消息生成的，所述第二消息中携带目标任务。
142.在一些实施例中，所述第一消息携带信令链路传输策略和/或数据通道传输策略，是基于所述目标任务的属性信息确定的。
附图说明
143.附图用于更好地理解本技术实施例，不构成对本技术的限定。其中，
144.图1为本技术无线通信方法的一个应用场景的示意图；
145.图2为本技术无线通信方法的另一应用场景的示意图；
146.图3为现有技术中无线接入网的框架示意图；
147.图4为现有技术中无线接入网的协议栈的框架示意图；
148.图5为本技术实施例提供的ran的框架示意图；
149.图6为本技术实施例的控制面对应的协议栈的示意图；
150.图7为本技术实施例的用户面对应的协议栈的示意图；
151.图8为本技术实施例的子任务的配置信息的格式的示意图；
152.图9为本技术一个实施例的无线通信方法的流程示意图；
153.图10为本技术另一实施例的无线通信方法的流程示意图；
154.图11为本技术一个实施例的无线通信方法的交互示意图；
155.图12为本技术一个实施例的无线通信方法的交互示意图；
156.图13为本技术一个实施例的无线通信方法的交互示意图；
157.图14为本技术另一实施例的无线通信方法的流程示意图；
158.图15为本技术另一实施例的无线通信方法的流程示意图；
159.图16为本技术一个实施例的终端设备的示意图；
160.图17为本技术实施例的用户控制面装置的示意图；
161.图18为本技术实施例的任务控制面装置的示意图；
162.图19为本技术一个实施例的终端设备的示意图；
163.图20为本技术实施例的装置的示意图。
具体实施方式
164.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
165.本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。
166.在本技术实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例
b，enb或enodeb)，或者中继站或接入点，或者5g网络中的基站(gnb)，卫星，设备对设备(device-to-device，d2d)通信、车联网(vehicle-to-x，v2x)通信、机器(machine-to-machine，m2m)通信以及未来可能的各种通信中承担基站功能的网络设备等，本发明在此并不限定。
181.上述终端设备可以包括各种具有无线通信功能的手持设备、车载设备、车载盒子(telematics box，t-box)、域控制器(domian controller，dc)、多域控制器(multi-domian controller，mdc)、车载单元(on board unit，obu)、车联网芯片、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备。
182.具体地，终端设备可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据；终端设备还可以是个人通信业务(personal communication service，pcs)电话、无绳电话、会话发起协议(session initiation protocol，sip)话机、无线本地环路(wireless local loop，wll)站、个人数字助理(personal digital assistant，pda)，平板型电脑、无线调制解调器(modem)、手持设备(handset)、膝上型电脑(laptop computer)、机器类型通信(machine type communication,mtc)终端等设备；终端设备也可以称为系统、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、远程终端(remote terminal)、接入终端(access terminal)、用户终端(user terminal)、用户代理(user agent)、用户设备(user device or user equipment)，等等，在此不作限定。
183.值得说明地是，网络设备和终端设备是一个相对的概念，在一些实施例中，无线通信方法也可以应用于多个网络设备，或者，应用于多个终端设备，且在某些实施例中，某些网络设备也可以作为终端设备，某些终端设备也可以作为网络设备，具体地应用场景的框架的配置，可以基于需求、经验和试验等进行配置，本技术实施例不做限定。
184.现以一种类型的终端设备和一种类型的网络设备相结合的应用场景为例，对本技术实施例的无线通信方法的应用场景进行示范性地阐述。
185.请参阅图1，图1为本技术实施例的无线通信方法的一种应用场景的示意图。
186.在如图1所示的应用场景中，终端设备可以为设置于车辆100上的车载终端(图1中未示出)，且如图1所示，车辆100行驶于道路上，车辆100的数量可以为多辆，即车载终端的数量可以为多个；网络设备为设置于道路两侧的路侧单元200，且如图1所示，路侧单元200的数量可以为多个。
187.当本技术实施例的无线通信方法应用于如图1所示的应用场景时，路侧单元200可以为ran设备，且ran中包括多个实体，如集中单元(central unit，cu)和分布单元(distributed unit，du)等，其中，关于集中单元和分布单元等的阐述可以参见相关技术，此处不再赘述。但是，在本技术实施例中，ran在相关技术的的基础上，还引入了至少两个实体，即后文中将具体阐述的第一实体和第二实体，此处不再赘述。
188.具体地，当本技术实施例的无线通信方法应用于如图1所示的应用场景时，任意车辆的车载终端(下文简称任意车载终端)均可以向某路侧单元发送请求消息，请求消息中可以携带任务需求，任务需求可以为获取某路段的电子地图或路况信息等，路侧单元可以对
请求消息中的任务需求进行解析并拆分，生成为多个子任务的配置信息，并向多辆车辆的车载终端(可以包括发送请求消息的车辆的车载终端)发送多个子任务的配置信息，由各车辆的车载终端执行并反馈各自对应的子任务的执行结果，路侧单元可以将各任务执行结果进行整合，得到电子地图或路况信息，并将电子地图或路况信息反馈至发送请求消息的车辆的车载终端，当然，路侧单元可以将各任务执行结果反馈至发送请求消息的车辆的车载终端，由发送请求消息的车辆的车载终端基于各任务执行结果确定电子地图或路况信息。
189.其中，由于路侧单元为引入了第一实体和第二实体的ran设备，因此可以由第二实体执行任务需求的解析和拆分，可以由第一实体执行第一实体与执行任务的各车辆的车载终端之间的信息传输(如子任务配置信息和任务执行结果的传输等)。具体地实现原理在后文中将进行详细阐述，此处不再赘述。
190.值得说明地是，如图1所示的应用场景只是用于示范性地说明，本技术实施例的无线通信方法可能应用的应用场景，而不能理解为对本技术实施例的无线通信方法的应用场景的限定。如基于业务需求等，可以适应性地增加或减少图1中的组成元素，如基于业务需求，增加或减少现有的组成元素的数量，如增加或减少，车辆的车载终端和/或路侧单元的数量等，也可以增加新的组成元素，如增加基站和/或手机，等等。
191.在另一些实施例中，本技术实施例还的无线通信方法还可以用于如图2所示的应用场景。
192.在如图2所示的应用场景中，有源天线(active antenna unit，aau)/射频拉远模块(radio remote unit，rru)、基带处理单元(building base band unit，bbu)、用户设备(user equipment，ue)均有计算能力，均可以作为协作完成计算任务的终端设备。其中，空中接口(air interface)可以用于rru/aau与ue之间的连接；前向回传(front haul)可以用于bbu与rru之间的连接。
193.基于上述应用场景的描述可知，本技术实施例在相关技术的基础上，对ran进行了创造性地改进，为使读者清楚地理解本技术实施例与相关技术的区别，现结合图3、图4、图5、图6、图7及图8进行详细阐述。
194.请参阅图3，图3为现有技术中无线接入网的框架示意图。
195.基于图3可知，在现有技术中，ran包括多个实体，如集中单元(central unit，cu)和分布单元(distributed unit，du)等，cu的功能可以由一个实体来实现也可以由不同的实体实现。例如，可以对cu的功能进行进一步切分，例如，将控制面(cp)和用户面(up)分离，即cu的控制面(cu-cp)和cu用户面(cu-up)。例如，cu-cp和cu-up可以由不同的功能实体来实现，cu-cp和cu-up可以与du相耦合，共同完成网络设备(如基站)的功能。且cu-cp负责控制面功能，主要包含无线资源控制(radio resource control，rrc)和分组数据汇聚协议(packet data convergence protocol，pdcp)。
196.请参阅图4，图4为现有技术中无线接入网的协议栈的框架示意图。
197.如图4所示，cu-cp主要执行控制面功能，rrc和控制面的pdcp位于cu-cp，cu-up主要执行用户面功能，业务数据应用单元sdap和用户面的pdcp分组数据汇聚协议层位于cu-up，cu-cp和cu-up间通过e1接口相连，du执行无线链路控制(radio link control，rlc)层，媒体接入控制(media access control，mac)层和物理(physical，phy)层的功能。
198.请参阅图5，图5为本技术实施例提供的ran的框架示意图。
199.结合图3和图5可知，本技术实施例在图3的基础上，引入了第一实体和第二实体，且第一实体可以为如图5中所示的用户控制面逻辑实体(u-cp)，第二实体可以为任务控制面逻辑实体(t-cp)，结合图5可知，在一些实施例中，本技术实施例还可以如图5中所示的引入公共控制面(c-cp)。
200.其中，t-cp可以用于对终端设备的业务需求的任务进行分析和拆分，得到多个子任务，并生成各子任务的配置信息，并向多个u-cp发送各子任务的配置信息。
201.其中，u-cp可以用于向相应的终端设备发送至少一个子任务的配置信息。
202.其中，c-cp可以用于负责公共控制，如系统信息块(system information block，sib)和主系统信息块(master information block，mib)等。
203.值得说明地是，t-cp、u-cp和c-cp可以为三个独立的实体，也可以为一体集成的一个实体。
204.基于上述示例可知，ran可以分为控制面和用户面，因此，在引入了新的实体的ran的基础上，本技术实施例的ran的协议栈可以从两个方面考虑，一个方面为控制面对应的协议栈，另一个方面为用户面对应的协议栈。
205.请参阅图6，图6为本技术实施例的控制面对应的协议栈的示意图。
206.如图6所示，t-cp可以将任务task拆分为两个子任务sub-task，且向u-cp1发送一个sub-task的配置信息，由u-cp1向与u-cp1对应的终端设备1发送该sub-task的配置信息，且该sub-task的配置信息可以承载在rrc层之上，具体地，可以将该sub-task的配置信息封装在rrc容器(rrc container)里面。
207.同理，t-cp可以向u-cp2发送另一个sub-task的配置信息，由u-cp2向与u-cp2对应的终端设备2发送该sub-task的配置信息，且该sub-task的配置信息也可以承载在rrc层之上，具体地，也可以将该sub-task的配置信息封装在rrc container里面。
208.请参阅图7，图7为本技术实施例的用户面对应的协议栈的示意图。
209.如图7所示，t-cp可以将任务task session拆分为两个子任务sub-session，且向终端设备1发送一个sub-session的配置信息，且该sub-session的配置信息可以承载在用户面协议栈之上，具体地，可以作为用户数据通过用户面承载在空口传递。如图7中所示，可以构建task数据无线承载(data radio bearer，drb)，通过task drb对sub-session的配置信息进行传输。
210.同理，t-cp可以向终端设备2发送另一个sub-session的配置信息，且该sub-session的配置信息也可以承载在用户面协议栈之上，具体地，可以作为用户数据通过用户面承载在空口传递。如图7中所示，可以构建task drb，通过task drb对sub-session的配置信息进行传输。
211.值得说明地是，上述示例只是基于终端设备示范性地说明，各实体之间(如t-cp与u-cp之间，t-cp与ue之间，等等)可能存在的信息传输的方式，以及协议栈可能存在的形态，而不能理解为信息传输的方式的限定，以及对协议栈的限定。
212.基于上述示例可知，可以通过控制面和/或用户面对子任务的配置信息进行传输，而关于子任务的配置信息的格式，可以参见图8。
213.如图8所示，字节数number of octs可以为n个，且可以由后4个字节bits表征任务会话的标识，如task session id；可以由前4个bits表征子任务的类型，如task type；可以
由各bits表征任务的标识，如task id；可以由各bits表征子任务的标识，如sub-task id；可以由各bits表征任务数据和配置信息，如task data and configuration。
214.在相关技术中，在ran的应用中，并不存在任务分配的说法，而是当网络设备接收到某业务请求(如获取电子地图的请求)时，如网络设备获取电子地图，并将电子地图反馈至请求终端。
215.然而，由于相关技术中采用的是终端设备和网络设备之间的点对点的单一链路的通信模式，存在通信的链路单一的问题。
216.本技术的发明人经过创造性地劳动，得到了本技术的发明构思：基于本技术实施例的包括第一实体和第二实体的ran，由多个终端设备配合完成某业务需求。
217.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
218.一个方面，本技术实施例提供了一种适用于上述应用场景的无线通信方法，该方法应用于第一实体。
219.请参阅图9，图9为本技术一个实施例的无线通信方法的流程示意图。
220.如图9所示，该方法包括：
221.s101：第一实体接收第二实体发送的第一消息，其中，第一消息中携带子任务的配置信息，第一实体和第二实体为无线接入网中的实体。
222.也就是说，在相关技术的无线接入网的基础上，本技术实施例引入了第一实体和第二实体，而执行s101至s104所述的无线通信方法的可以为第一实体。
223.具体地，在一些实施例中，第二实体可以为任务控制面逻辑实体(t-cp)，第一实体可以为用户控制面逻辑实体(u-cp)。
224.值得说明地是，本技术实施例对第一实体和/或第二实体的存在形态和方式等不做限定。例如，第一实体和/或第二实体可以为具有实际形态的器件，也可以为存储于无线接入网的其他实体中的程序产品，且第一实体和第二实体可以为两个独立的实体，也可以为一体集成的实体。
225.结合图1所示的应用场景，本实施例可以理解为：路侧单元为无线接入网设备，且该无线接入网不仅包括集中单元和分布单元，还包括第一实体和第二实体，第一实体可以向第二实体发送第一消息，第一消息中携带子任务的配置信息。
226.其中，子任务的配置信息可以用于表征，与子任务相关的信息，如子任务的类型和子任务的内容等。
227.具体地，子任务的类型可以包括计算类型、感知类型及通信类型，等等；子任务的内容可以用于表征，需要执行的子任务的任务信息，如子任务的内容可以为，获取某路段的电子地图等。
228.例如，结合图8可知，当子任务的类型为计算类型时，则可以通过8个bits中的前4个bits表征计算类型；可以通过8个bits表征该子计算任务的标识，以便与其他子计算任务进行区分；可以通过8个bits表征计算类型的标识，以便与其他类型的任务，如通信类型的任务进行区分；可以通过8个bits表征任务数据和配置信息，如通过8个bits表征获取某路段的电子地图，等等。
229.s102：第一实体向终端设备发送子任务的配置信息。
230.值得说明地是，第一实体与终端设备存在对应关系，即可以理解为第一实体可以与一个或多个终端设备建立连接，并进行通信。
231.例如，在如图1所示的应用场景中，路侧单元可以与一辆或者多辆车辆的车载终端建立连接，并进行通信。且当结合如图1所示的应用场景时，由于路侧单元的收发频率的原因，路侧单元与车辆的车载终端之间的对应关系可以基于二者之间的距离进行确定。即，路侧单元可以向其收发频率能覆盖的范围内的车辆的车载终端发送子任务的配置信息。
232.s103：第一实体接收终端设备反馈的任务执行结果。
233.s104：第一实体向第二实体发送任务执行结果。
234.值得说明地是，第一实体向终端设备发送子任务的配置信息，终端设备可以基于子任务的配置信息执行子任务，生成并向第一实体反馈任务执行结果，第一实体可以向第一实体发送由终端设备反馈的任务执行结果。
235.例如，在如图1所示的应用场景中，车辆的车载终端基于子任务的配置信息执行子任务，生成并向第一实体反馈任务执行结果，第一实体向第二实体发送任务执行结果。
236.为使读者更加清楚地理解本技术实施例的技术细节，如子任务的配置信息的传输和任务执行结果的传输等，现结合图10对本技术实施例的无线通信方法进行详细地阐述。其中，图10为本技术另一实施例的无线通信方法的流程示意图。
237.如图10所示，该方法包括：
238.s201：第一实体接收第二实体发送的第一消息，其中，第一消息中携带子任务的配置信息，第一实体和第二实体为无线接入网中的实体。
239.其中，关于s201的描述可以参见s101，此处不再赘述。
240.s202：第一实体根据信令链路传输策略和/或数据通道传输策略，向终端设备发送子任务的配置信息，其中，第一消息中携带信令链路传输策略和/或数据通道传输策略。
241.也就是说，在本技术实施例中，第一消息中除了可以携带子任务的配置信息，还可以携带信令链路传输策略和/或数据通道传输策略，而当第一消息中携带信令链路传输策略时，第一实体可以基于信令链路传输策略，向终端设备发送子任务的配置信息；当第一消息中携带数据通道传输策略时，第一实体可以基于数据通道传输策略，向终端设备发送子任务的配置信息；当第一消息中携带信令链路传输策略和数据通道传输策略时，第一实体可以基于信令链路传输策略和数据通道传输策略，向终端设备发送子任务的配置信息。
242.其中，信令链路传输策略可以用于表征，通过构建信令链路的方式，实现子任务的配置信息和/或任务执行结果的传输。
243.在一种可能的实现中，信令链路包括数据无线承载链路和/或信令无线承载链路。
244.数据通道传输策略可以用于表征，通过构建数据通道的方式，实现子任务的配置信息和/或任务执行结果的传输。
245.其中，终端设备可以是第二实体根据各终端设备的属性信息选择的，且属性信息至少可以包括运行状态信息和/或位置信息。
246.也就是说，执行子任务的终端设备可以是，第二实体从多个终端设备中选择的，且具体可以根据多个终端设备各自的属性信息进行选择。
247.其中，运行状态信息可以用于表征，与终端设备的运行相关的信息，如终端设备为
工作状态还是空闲状态，终端设备工作状态时的相关参数，等等。
248.位置信息可以用于表征，与终端设备的位置相关的信息，如终端设备在世界坐标系中的坐标等。
249.在一种可能的实现中，第一消息可以是第二实体基于终端设备发送的第二消息生成的，第二消息中可以携带目标任务。
250.也就是说，终端设备可以基于业务需求生成并向第二实体发送第二消息，第二实体根据第二消息中携带的目标任务生成第一消息，并向第二实体发送第一消息。
251.在一种可能的实现中，第一消息携带信令链路传输策略和/或数据通道传输策略，是由第二实体基于目标任务的属性信息确定的。
252.其中，目标任务的属性信息可以用于表征，目标任务的类型、大小和优先级中的至少一种。
253.也就是说，第二实体可以基于目标任务的属性信息确定是采用某一种传输策略或者多种传输策略进行子任务的配置信息和/或任务执行结果。
254.例如，当子任务的类型为计算类型或者感知类型时，则建立信令链路；当子任务的类型为通信类型时，则建立数据通道。
255.在一种可能的实现中，若第一消息中携带信令链路传输策略，则本技术实施例的方法还包括第一实体建立信令链路的步骤，其中，可以基于不同的业务需求(如主叫业务或者被叫业务的需求)采用不同的方式建立信令链路。
256.例如，若为被叫业务的需求时，第一实体建立信令链路的步骤可以包括：
257.s01：第一实体向终端设备发送建立无线资源控制链路的提示消息，且提示消息中包括寻呼消息，寻呼消息中携带子任务的类型。
258.在一种可能的实现中，终端设备为空闲状态的终端设备。也就是说，为了提高执行目标任务的可靠性和效率，第一实体发送寻呼消息的终端设备为空闲状态的终端设备。
259.其中，子任务的类型可以为第一实体基于子任务的配置信息确定的。
260.在一种可能的实现中，寻呼消息包括第一原因cause值，第一原因值用于指示子任务的类型。
261.也就是说，第一实体可以在寻呼消息中，增加用于指示子任务的类型的第一原因值，并向终端设备发送携带第一原因值的寻呼信息。
262.其中，若为主叫业务的需求时，则提示消息中无需包括提示消息，可以仅携带第一原因值，且建立信令链路的原理与被叫业务的需求相同，此处不再赘述。
263.s02：第一实体接收终端设备基于寻呼消息反馈的无线资源控制建立请求消息。
264.其中，若终端设备接收到携带第一原因值的寻呼消息，则可以向第一实体反馈无线资源控制(radio resource control)建立请求消息。
265.s03：第一实体根据无线资源控制建立请求消息，建立与终端设备之间的信令链路。
266.在一种可能的实现中，无线资源控制建立请求消息中也可以携带第二原因paging值，则s03可以包括：根据第二原因值确定链路类型，根据链路类型建立信令链路。
267.其中，链路类型可以用于表征，因子任务的类型不同而建立的不同的链路的类型，如计算类型的子任务对应的计算链路类型，感知类型的子任务的感知链路类型，等等。
268.基于上述示例可知，第一原因值用于指示子任务的类型，则在该步骤中，可以确定与第一原因值对应的链路类型，并基于第二原因值建立与链路类型对应的信令链路。也就是说，不同的子任务的类型可以对应的信令链路可以不同。
269.在一种可能的实现中，信令链路包括数据无线承载链路和/或信令无线承载链路。
270.例如，基于第二原因值可知，若子任务的类型为计算类型，则可以建立无线资源控制信令链路；若子任务的类型为通信类型，则可以建立数据无线承载链路drb；若子任务的类型为无线接入网类型，则可以不建立网络设备与核心网(例如可以是lte的核心网，也可以是5g的核心网等)的链路。
271.现以子任务的类型为计算类型为例，对建立信令链路地阐述如下：
272.可以不需建立网络设备与核心网的链路，也可以不建立数据无线承载链路，可以建立信令无线承载链路(signaling radio bearer，srb)，该srb可以为计算类型的专用信令无线承载链路。其中，无线资源控制rrc消息可以通过信令无线承载链路srb传递，且srb包括srb0、srb1及srb2等，srb0可以承载无线资源控制rrc连接建立之前的无线资源控制rrc信令，通过公共控制信道(common control channel,ccch)传输，在无线链路控制层协议(radio link control，rlc)层采用发射模式(transmission mode，tm)；srb1可以承载无线资源控制rrc信令(可能携带一些网络附属存储(network attached storage，nas)信令)和srb2建立之前的nas信令，通过专用控制信道(dedicated control channel，dcch)传输，在rlc采用应答(auto mode，am)模式；srb2承载nas信令，通过专用控制信道传输，在rlc层采用am模式。且，在一种可能的实现中，可以对信令链路设置优先级，如srb2优先级低于srb1，等。且，可以对不同类型的srb(如srb1和srb2等)可以通过逻辑信道标识进行区分。该计算类型srb可以为一个新的srb，如srb3。
273.在一种可能的实现中，若第一消息中携带数据通道传输策略，则本技术实施例的方法还包括第一实体建立数据通道的步骤，具体地，第一实体建立数据通道的步骤可以包括：建立第二实体与终端设备之间的数据通道。
274.在一种可能的实现中，无线接入网还包括第三实体，第三实体具体可以为无线数据的处理单元up，且数据通道包括终端设置至第三实体之间的数据通道，还包括第三实体至第一实体之间的数据通道。
275.在一种可能的实现中，第三实体与第二实体之间的数据通道，至少传输一个终端设备反馈的任务执行结果。
276.也就是说，第三实体与第二实体之间的数据通道可以为共享数据通道。
277.s203：第一实体接收终端设备反馈的任务执行结果。
278.其中，关于s203的描述可以参见s103，此处不再赘述。
279.s204：第一实体向第二实体发送任务执行结果。
280.其中，关于s204的描述可以参见s104，此处不再赘述。
281.为使读者对本技术实施例的无线通信方法理解更为透彻，现结合图11对本技术实施例的无线通信方法进行更为详细地阐述。其中，图11为本技术实施例的无线通信方法的交互示意图。
282.如图11所示，该方法包括：
283.s1：终端设备向第二实体发送第二消息，第二消息中携带目标任务。
284.相应的，第二实体接收终端设备发送的第二消息。
285.其中，终端设备可以为如1中所示的车辆上设置的车载终端，且当终端设备为车载终端时，则车载终端可以基于获取某路段的路况信息的需求，生成携带目标任务的第二消息，并将向第二实体发送第二消息。
286.也就是说，目标任务可以用于指示车载终端的业务需求，如本实施例中的获取某路段的路况信息的需求。
287.其中，目标任务的格式可以与子任务的配置信息的格式类似，如目标任务的格式可以参见如图8所示的示意图，且目标任务可以包括任务的类型，任务的标识，以及任务的内容，等等。
288.值得说明地是，本技术实施例只是用于示范性地说明目标任务可能包括的内容，而不能理解为对目标任务的限定，如目标任务还可以是获取电子地图的需求，等等。
289.在一种可能的实现中，还可以在包括第一实体和第二实体的无线接入网的基础上，引入任务中心(task center)，且终端设备可以与任务中心进行通信，任务中心可以与第二实体进行通信。也就是说，终端设备可以向任务中心发送第二消息，由任务中心向第二实体发送第二消息。
290.且，在一种可能的实现中，任务中心可以建立队列机制，用于对各终端设备(如车载终端)发送的第二消息进行控制，如可以基于先进先出的策略，向第二实体发送在先接收到的第二消息，也可以基于优先级的策略，向第二实体发送优先级偏高的第二消息，等等。
291.s2：第二实体根据第二消息生成第一消息。
292.其中，第一消息中可以携带子任务的配置信息。
293.基于上述示例可知，子任务的配置信息可以用于表征子任务的类型，则在本实施例中，子任务的配置信息可以用于表征子任务的类型为感知类型，且子任务的配置信息还可以用于表征子任务的内容。
294.基于上述示例，若本技术实施例的方法应用于如图1所示的应用场景中时，则在本实施例中，子任务的配置信息还可以用于表征子任务为获取某路段中的某范围内的路况信息。
295.在一种可能的实现中，第二实体可以基于目标任务的类型和大小等对目标任务进行拆分，生成多个子任务的配置信息。
296.例如，在本实施例中，目标任务的类型为感知类型，一般而言，可以优先设置各类型的任务的优先级，或者拆分区间，拆分区间可以用于表征，拆分得到的子任务的配置信息的最小数量和最大数量之间的范围；目标任务的大小可以用于表征，某路段的范围，一般而言，当路段的覆盖面积越大时，则可以相对将目标任务拆分成更多的子任务的配置信息，以便提高完成目标任务的效率。
297.且，在另一些实施例中，第一消息中还可以携带传输策略，传输策略可以用于表征，指示第一实体采用信令链路传输策略和/或数据通道传输策略，对子任务的配置信息和/或任务执行结果进行传输。
298.其中，具体采用信令链路传输策略和/或数据通道传输策略中的某一种或多种，可以基于需求、经验和试验等进行设置。
299.例如，可以基于目标任务的属性信息确定选择某一种或两种传输策略。基于上述
示例可知，目标任务的属性信息可以用于表征，目标任务的类型、大小和优先级中的至少一种，以目标任务的大小为例，则当目标任务偏大时，则可以采用两种传输策略，而当目标任务偏小时，则可以采用某一传输策略。
300.s3：第二实体向第一实体发送第一消息，相应的，第一实体接收第二实体发送的第一消息。
301.相应的，第一实体接收第二实体发送的第一消息。
302.基于上述示例可知，第一实体的数量可以为一个，也可以为多个，且一般而言，第一实体与终端设备之间存在对应关系。
303.因此，在一种可能的实现中，第二实体可以基于各终端设备的属性信息确定选择执行子任务的终端设备，并在选择终端设备后，向选择的终端设备对应的第一实体发送第一消息。
304.基于上述示例可知，终端设备的属性信息至少可以包括运行状态信息和/或位置信息，则，车载终端的属性信息至少可以包括车载终端的运行状态信息和/或车载终端的位置信息。
305.也就是说，当本实施例的方法应用于如图1所示的应用场景中时，该步骤可以具体包括：第二实体根据各车载终端的运行状态信息和/或车载终端的位置信息，从各车载终端中选择执行子任务的车载终端，由于子任务的配置信息为多个，因此，选择的车载终端也为多个，以便由多个车载终端共同完成目标任务，并在选择出多个车载终端之后，向多个车载终端各自对应的第一实体发送各子任务的配置信息。
306.值得说明地是，本技术实施例对车载终端执行子任务的数量不做限定，也就是说，第一实体可以向车载终端发送一个或多个子任务的配置信息，由车载终端执行该一个或多个子任务的配置信息，且具体为车载终端分配一个子任务的配置信息，或是多个子任务的配置信息，可以基于车载终端的属性信息确定，也可以基于需求和试验等方式确定，本技术实施例不做限定。
307.s4：第一实体向终端设备发送子任务的配置信息。
308.相应的，终端设备接收第一实体发送的子任务的配置信息。
309.在一种可能的实现中，子任务的配置信息可以为无线资源控制信息进行发送，且具体地，可以将子任务的配置信息封装在无线资源控制容器(rrc container)中。
310.在一种可能的实现中，可以通过不同的字节对子任务的配置信息进行表示，如可以通过八个字节对子任务的配置信息进行表示，且可以由八个字节中的前三个字节表示子任务的配置信息的类型，等等。
311.基于上述示例可知，第二实体在对目标任务进行拆分后，得到多个子任务的配置信息，并向多个第一实体发送多个子任务的配置信息，为了清楚明朗地理解本技术实施例的方案，在本实施例中，仅对其中某一个子任务的配置信息的执行过程进行阐述，即以某一第一实体为例进行示范性地阐述。
312.基于上述示例可知，执行某一子任务的终端设备可以为，向第二实体发送第二消息的终端设备，因此，以本实施例的方法应用于如图1所示的应用场景中，以发送第二消息的车载终端与执行子任务的车载终端为相同车载终端为例进行示范性地阐述。
313.结合上述示例可知，第一消息中还可以携带信令链路传输策略和/或数据通道传
输策略，因此，在该步骤中，第二实体可以基于携带信令链路传输策略和/或数据通道传输策略，向车载终端发送子任务的配置信息。
314.其中，关于信令链路和/或数据通道的构建可以参见上述示例，此处不再赘述。
315.s5：终端设备根据子任务的配置信息，生成任务执行结果。
316.基于上述示例，当本技术实施例的方法应用如图1所示的应用场景时，目标任务为采集路段a的路况信息，第二实体将该任务拆分为三个子任务的配置信息，三个子任务的配置信息分别为：采集路段a1的路况信息，采集路段a2的路况信息，采集路段a3的路况信息，其中，车载终端获取到的子任务的配置信息为采集路段a1的路况信息，则车载终端对路段a1的路况信息进行采集，相应的，路段a1的路况信息即为车载终端的任务执行结果。
317.s6：终端设备向第一实体发送任务执行结果，相应的，终端设备接收第一实体发送的任务执行结果。
318.相应的，第一实体接收终端设备发送的任务执行结果。
319.基于上述示例可知，终端设备可以基于携带信令链路传输策略和/或数据通道传输策略向第一实体发送任务执行结果。
320.在一种可能的实现中，终端设备也可以向第二实体发送任务执行结果。
321.s7：第一实体向第二实体发送任务执行结果。
322.相应的，第二实体接收第一实体发送的任务执行结果。
323.s8：第二实体根据各车载终端反馈的任务执行结果，生成目标任务的分析结果。
324.基于上述示例可知，第二实体将目标任务拆分为多个子任务的配置信息，以便由多个终端设备分别完成各自的子任务的配置信息，因此，第二实体接收到的任务执行结果为各终端设备反馈的各自的任务执行结果，第二实体对各终端设备反馈的多个任务执行结果进行汇总分析，生成分析结果。
325.例如，基于上述示例，当本技术实施例的方法应用于如图1所示的应用场景时，第二实体接收路段a1的路况信息、路段a2的路况信息及路段a3的路况信息，并根据路段a1的路况信息、路段a2的路况信息及路段a3的路况信息生成路段a的路况信息。
326.其中，第二实体的具体地汇总分析的过程，本技术实施例不做限定，例如可以是对各任务执行结果进行合并处理，也可以是在对各任务执行结果进行预处理，如筛选和过滤等之后，生成分析结果，等等。
327.s9：第二实体向终端设备发送分析结果。
328.相应的，终端设备接收第二实体发送的分析结果。
329.具体地，第二实体可以基于信令链路传输策略和/或数据通道传输策略，向终端设备发送分析结果。
330.值得说明地是，在一种可能的实现中，第二实体在接收到各任务执行结果之后，可以将各任务执行结果反馈至终端设备，由终端设备基于各任务执行结果生成分析结果。
331.根据本技术实施例的另一个方面，本技术实施例还提供了一种无线通信方法，可以应用于第二实体。
332.基于上述示例可知，本技术实施例的无线通信方法至少可以基于两种不同的传输策略实现，且结合本技术实施例提供的无线接入网可知，传输策略至少可以划分为控制面的传输策略和用户面的传输策略，控制面的传输策略可以理解为上述示例中的数据通道传
输策略，用户面的传输策略可以理解为上述示例中的信令链路传输策略。现结合图12和图13对包括某种传输策略的无线通信方法进行详细地阐述。
333.请参阅图12，图12为包括信令链路传输策略的无线通信方法的交互示意图，其中，ue为终端设备，且ue包括ue1和ue2，u-cp为第一实体，且u-cp包括u-cp1和u-cp2，t-cp为第二实体。
334.如图12所示，该方法包括：
335.s11：ue1向t-cp发送第二消息，第二消息中携带目标任务。
336.相应的，t-cp接收ue1发送的第二消息。
337.s12：t-cp对目标任务进行分析并拆分，生成多个子任务的配置信息。
338.其中，关于t-cp生成多个子任务的配置信息的方法，可以参见上述示例，此处不再赘述。
339.且在本技术实施例中，t-cp对目标任务进行分析并拆分，生成两个子任务的配置信息，分别为第一子任务的配置信息和第二子任务的配置信息。
340.s13：t-cp向u-cp1发送第一子任务的配置信息。
341.相应的，u-cp1接收t-cp发送的第一子任务的配置信息。
342.s14：u-cp1向ue1发送建立无线资源控制链路的提示消息，其中，为了将该提示消息与后文中u-cp2向ue2发送的提示消息进行区分，将该提示消息标记为第一提示消息，且该第一提示消息中包括寻呼消息。
343.相应的，ue1接收u-cp1发送的建立无线资源控制链路的提示消息。
344.s15：ue1向u-cp1发送无线资源控制建立请求消息，且无线资源控制建立请求消息中携带第二原因值。
345.相应的，u-cp1接收ue1发送的无线资源控制建立请求消息。
346.基于上述示例可知，寻呼消息中可以携带第一原因值，且该第一原因值用于表征子任务的类型，而第二原因值用于表征信令链路的类型。具体描述可以参见上述示例，此处不再赘述。
347.也就是说，在本技术实施例中，ue1可以基于寻呼消息确定ue1执行的子任务的类型，且可以基于其需要执行的子任务的类型在无线资源控制建立请求消息中携带第二原因值，以请求建立的信令链路的类型，且可以基于子任务的类型或ue1的属性信息确定第二原因值。
348.s16：u-cp1根据第二原因值建立u-cp1与ue1之间的信令链路，其中，为了与后文中建立的信令链路进行区分，将该信令链路标记为第一信令链路。
349.s17：u-cp1通过第一信令链路向ue1发送第一子任务的配置信息。
350.相应的，ue1接收u-cp1通过第一信令链路发送的第一子任务的配置信息。
351.s18：ue1根据第一子任务的配置信息执行第一子任务，生成任务执行结果，其中，为了与后文中ue2执行第二子任务的任务执行结果进行区分，将该任务执行结果标记为第一任务执行结果。
352.s19：ue1向u-cp1发送第一任务执行结果，具体地，可以根据第一信令链路实现第一任务执行结果的发送。
353.相应的，u-cp1接收ue1发送的第一任务执行结果。
354.s20：u-cp1向t-cp发送第一任务执行结果。
355.相应的，t-cp接收u-cp1发送的第一任务执行结果。
356.s21：t-cp向u-cp2发送第二子任务的配置信息。
357.相应的，u-cp2接收t-cp发送的第二子任务的配置信息。
358.值得说明地是，s13和s21可以为两个具有先后顺序的步骤，也可以为同时执行的两个步骤，本技术实施例不做限定。
359.s22：u-cp2向ue2发送建立无线资源控制链路的提示消息，其中，为了将该提示消息与上文中的提示消息进行区分，将该提示消息标记为第二提示消息。
360.基于上述示例，可以基于业务需求(如主叫业务或者被叫业务的需求)建立信令链路，因此，在本技术实施例中，对基于两种业务需求建立链路进行了示范性地描述。即，在s14中，u-cp1为被叫业务的需求，因此，在提示信息中包括寻呼消息，且通过寻呼消息携带第一原因值；而在s22中，u-cp2为主叫业务的需求，因此，在提示信息中不包括寻呼消息，而直接在提示信息中携带第一原因值。
361.其中，关于主叫业务和被叫业务的需求的应用场景，可以参见相关技术，此处不再赘述。
362.s23：ue2向u-cp2发送无线资源控制建立请求消息，且无线资源控制建立请求消息中携带第二原因值。
363.相应的，u-cp2接收ue2发送的无线资源控制建立请求消息。
364.s24：u-cp2根据第二原因值建立u-cp2与ue2之间的信令链路，其中，为了与前文中的第一信令链路进行区分，将该信令链路标记为第二信令链路。
365.s25：u-cp2通过第二信令链路向ue2发送第二子任务的配置信息。
366.相应的，ue2接收u-cp2通过第二信令链路发送的第二子任务的配置信息。
367.s26：ue2根据第二子任务的配置信息，执行第二子任务，生成任务执行结果，其中，为了与前文中的第一任务执行结果进行区分，将该任务执行结果标记为第二任务执行结果。
368.s27：ue2向u-cp2发送第二任务执行结果，具体地，可以根据第二信令链路实现第二任务执行结果的发送。
369.相应的，u-cp2接收ue2发送的第二任务执行结果。
370.s28：u-cp2向t-cp发送第二任务执行结果。
371.相应的，t-cp接收u-cp2发送的第二任务执行结果。
372.s29：t-cp根据第一任务执行结果和第二任务执行结果，生成与目标任务对应的分析结果。
373.s30：t-cp向ue1发送分析结果。
374.相应的，ue1接收t-cp发送的分析结果。
375.值得说明地是，本示例只是用于示范性地说明本技术实施例的无线通信方法的一种可能实现的实施例，而不能理解为对无线通信方法的限定，且具体的无线通信方法的原理可以结合上述示例的阐述，该示例中为避免重复陈述，未再展开描述。
376.请参阅图13，图13为包括数据通道传输策略的无线通信方法的交互示意图，其中，ue为终端设备，且ue包括ue1和ue2，u-cp为第一实体，且u-cp包括u-cp1和u-cp2，t-cp为第
二实体，task为任务中心，up为第三实体，且up包括up1和up2。
377.如图12所示，该方法包括：
378.s41：ue1向task发送第二消息，第二消息中携带目标任务。
379.相应的，task接收ue1发送的第二消息。
380.s42：task向t-cp发送第二消息。
381.相应的，t-cp接收task发送的第二消息。
382.s43：t-cp对目标任务进行分析并拆分，生成多个子任务的配置信息。
383.同理，t-cp可以对目标任务进行分析并拆分，生成两个子任务的配置信息，分别为第一子任务的配置信息和第二子任务的配置信息。
384.s44：t-cp根据第一子任务的配置信息向u-cp1发送数据通道的建立指示。
385.相应的，u-cp1接收t-cp根据第一子任务的配置信息发送的数据通道的建立指示。
386.s45：u-cp1建立ue1与task之间的数据通道，且该数据通道包括ue1与up1之间的第一数据通道，还包括up1与task之间的第二数据通道。
387.同理，本示例中的第一数据通道和第二数据通道是为了与后文中的数据通道进行区分。
388.s46：t-cp通过第一数据通道向up1发送第一子任务的配置信息。
389.相应的，up1接收t-cp通过第一数据通道发送的第一子任务的配置信息。
390.s47：up1通过第二数据通道向ue1发送第一子任务的配置信息。
391.相应的，ue1接收up1通过第二数据通道发送的第一子任务的配置信息。
392.s48：ue1根据第一子任务的配置信息，执行第一子任务，生成第一任务执行结果。
393.同理，本示例中的第一任务执行结果是为了与后文中的任务执行结果进行区分。
394.s49：ue1通过第二数据通道向up1发送第一任务执行结果。
395.相应的，up1接收ue1通过第二数据通道发送的第一任务执行结果。
396.s50：up1通过第一数据通道向task发送第一任务执行结果。
397.相应的，task接收up1通过第一数据通道发送的第一任务执行结果。
398.s51：t-cp根据第二子任务的配置信息向u-cp2发送数据通道的建立指示。
399.相应的，u-cp2接收t-cp根据第二子任务的配置信息发送的数据通道的建立指示。
400.同理，本示例对s44和s51的执行顺序不做限定。
401.s52：u-cp2建立ue2与task之间的数据通道，且该数据通道包括ue2与up2之间的第三数据通道，还包括up1与task之间的第四数据通道。
402.同理，本示例中的第三数据通道和第四数据通道是为了与前文中的数据通道进行区分。
403.s53：t-cp通过第三数据通道向up2发送第二子任务的配置信息。
404.相应的，up2接收t-cp通过第三数据通道发送的第二子任务的配置信息。
405.s54：up2通过第四数据通道向ue2发送第二子任务的配置信息。
406.相应的，ue2接收up2通过第四数据通道发送的第二子任务的配置信息。
407.s55：ue2根据第二子任务的配置信息，执行第二子任务，生成第二任务执行结果。
408.同理，本示例中的第二任务执行结果是为了与前文中的任务执行结果进行区分。
409.s56：ue2通过第四数据通道向up2发送第二任务执行结果。
410.相应的，up2接收ue2通过第四数据通道发送的第二任务执行结果。
411.s57：up2通过第三数据通道向任务中心task发送第二任务执行结果。
412.相应的，任务中心task接收up2通过第三数据通道发送的第二任务执行结果。
413.s58：任务中心task根据第一任务执行结果和二任务执行结果，生成目标任务对应的分析结果。
414.s59：任务中心task向ue1发送分析结果。
415.相应的，ue1接收任务中心task发送的分析结果。同理，本示例只是用于示范性地说明本技术实施例的无线通信方法的一种可能实现的实施例，而不能理解为对无线通信方法的限定，且具体的无线通信方法的原理可以结合上述示例的阐述，该示例中为避免重复陈述，未再展开描述。
416.请参阅图14，图14为本技术另一实施例的无线通信方法的流程示意图。
417.如图14所示，该方法包括：
418.s301：第二实体获取待处理的目标任务。
419.在一种可能的实现中，第一消息是第一实体基于终端设备发送的第二消息生成的，第二消息中携带目标任务。
420.s302：第二实体根据目标任务生成第一消息，其中，第一消息中携带子任务的配置信息。
421.在一种可能的实现中，第一消息中还携带信令链路传输策略和/或数据通道传输策略。
422.在一种可能的实现中，第一消息携带信令链路传输策略和/或数据通道传输策略，是基于目标任务的属性信息确定的。
423.在一种可能的实现中，信令链路传输策略用于指示第一实体通过携带子任务的类型的寻呼消息建立，第一实体与终端设备之间的信令链路。其中，该终端设备与发送第二消息的终端设备为相同的终端设备。
424.在一种可能的实现中，寻呼消息包括第一原因值，第一原因值用于指示子任务的类型。
425.在一种可能的实现中，信令链路是第一实体根据第一原因值确定出链路类型，并根据链路类型建立的。
426.在一种可能的实现中，信令链路包括数据无线承载链路和/或信令无线承载链路。
427.在一种可能的实现中，数据通道传输策略用于指示第一实体，建立第二实体与终端设备之间的数据通道。
428.在一种可能的实现中，第三实体为无线接入网中的实体，数据通道包括所述终端设备与第三实体之间的数据通道、第三实体与第二实体之间的数据通道。
429.在一种可能的实现中，第三实体与第二实体之间的数据通道，至少传输终端设备反馈的任务执行结果。
430.在一种可能的实现中，终端设备是第二实体根据各终端设备的属性信息选择的，属性信息可以包括运行状态信息和/或位置信息。
431.s303：第二实体向第一实体发送第一消息，其中，第一实体和第二实体为无线接入网中的实体。
432.s304：第二实体接收第一实体反馈的任务执行结果。
433.根据本技术实施例的另一个方面，本技术实施例还提供了一种无线通信方法，该方法可以应用于终端设备。
434.请参阅图15，图15为本技术另一实施例的无线通信方法的流程示意图。
435.如图15所示，该方法包括：
436.s401：终端设备接收第一实体发送的子任务的配置信息，其中，第一实体为无线接入网中的实体。
437.在一种可能的实现中，子任务的配置信息是第一实体，基于第一消息中携带的信令链路传输策略和/或数据通道传输策略发送的。
438.在一种可能的实现中，若第一消息中携带信令链路传输策略，则该方法还包括构建信令链路的步骤，具体地：终端设备接收第一实体发送的寻呼消息，寻呼消息中携带子任务的类型；根据寻呼消息生成无线资源控制建立请求消息；根据无线资源控制建立请求消息，建立与第一实体之间的信令链路。
439.在一种可能的实现中，寻呼消息中携带子任务的类型包括：寻呼消息包括第一原因值，第一原因值用于指示子任务的类型。
440.在一种可能的实现中，无线资源控制建立请求消息中携带第二原因值。
441.在一种可能的实现中，信令链路包括数据无线承载链路和/或信令无线承载链路。
442.在一种可能的实现中，若第一消息中携带所述数据通道传输策略，则数据通道传输策略用于指示通过第一实体建立的终端设备与第二实体之间的数据通道，进行子任务的配置信息和任务执行结果的传输，第二实体为无线接入网中的实体。
443.在一种可能的实现中，数据通道包括终端设备与第三实体之间的数据通道以及第三实体与第二实体之间的数据通道，第三实体为无线接入网中的实体。
444.在一种可能的实现中，任务执行结果与其他子任务的执行结果，通过同一第三实体与第二实体之间的数据通道传输。
445.在一种可能的实现中，第一消息携带信令链路传输策略和/或数据通道传输策略，是基于目标任务的属性信息确定的。
446.在一种可能的实现中，终端设备是第二实体根据各终端设备的属性信息选择的，属性信息可以包括运行状态信息和/或位置信息。
447.在一种可能的实现中，第一消息是第二实体基于终端设备发送的第二消息生成的，第二消息中携带目标任务。
448.s402：根据子任务的配置信息，执行子任务，生成任务执行结果。
449.s403：向第一实体发送任务执行结果。
450.根据本技术实施例的另一个方面，本技术实施例还提供了一种计算机存储介质，所述计算机存储介质上存储有计算机指令，当所述计算机指令在被处理器运行时，使得上述任一实施例所述的方法被执行。
451.根据本技术实施例的另一个方面，本技术实施例还提供了一种用户控制面装置，其中，用户控制面装置可以为上述任一实施例中所述的第一实体，包括：处理器，用于执行存储器中存储的计算机指令，当所述计算机指令被执行时，使得所述用户控制面装置执行上述实施例中应用于第一实体的方法被执行。
452.根据本技术实施例的另一个方面，本技术实施例还提供了一种任务控制面装置，其中，任务控制面装置可以为上述任一实施例中所述的第二实体，包括：处理器，用于执行存储器中存储的计算机指令，当所述计算机指令被执行时，使得所述任务控制面装置执行上述实施例中应用于第二实体的方法被执行。
453.根据本技术实施例的另一个方面，本技术实施例还提供了一种终端设备，包括：处理器，用于执行存储器中存储的计算机指令，当所述计算机指令被执行时，使得所述终端设备执行上述实施例中应用于终端设备的方法被执行。
454.请参阅图16，图16为本技术实施例的终端设备的框图。
455.其中，终端设备包括至少一个处理器101，通信总线102，存储器103以及至少一个通信接口104。终端设备可以是一个通用计算机或服务器或者是一个专用计算机或服务器。
456.处理器101可以是一个通用中央处理器(central processing unit，cpu)，微处理器，特定应用集成电路(application-specific integrated circuit，asic)，数字信号处理器(digital signal processor，dsp)、现场可编程门阵列(field programmable gate array，fpga)、分立门或者晶体管逻辑器件、分立硬件组件、或一个或多个用于控制本技术方案程序执行的集成电路。
457.通信总线102可包括一通路，在上述组件(如处理器和存储器)之间传送信息。
458.通信接口104，可以是任何收发器或网络之间互连的协议(internet protocol，ip)端口或总线接口等，用于与内部或外部设备或装置或通信网络通信，如以太网，无线接入网，无线局域网(wireless local area networks，wlan)等。如终端设备为集成在车辆内部的功能单元时，通信接口104包括如下接口中的一种或多种，如车辆外部网络进行通信的收发器，车辆其它内部单元通信的总线接口(如控制器局域网络(controller area network,can)总线接口)等。
459.存储器103可以是只读存储器(read-only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。
460.其中，存储器103即为本技术所提供的计算机可读存储介质，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本技术所提供的无线通信方法。本技术的计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本技术所提供的无线通信方法。
461.存储器103作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块。处理器101通过运行存储在存储器103中的软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的无线通信方法。
462.存储器103可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据电子设备的使用所创建的数
据等。此外，存储器103可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一种可能的实现中，存储器103可选包括相对于处理器101远程设置的存储器，这些远程存储器可以通过网络连接至终端设备。上述网络的实例包括但不限于互联网、车联网、企业内部网、局域网、移动通信网及其组合。
463.在具体实现中，作为一种实施例，处理器101可以包括一个或多个cpu，例如图16中的cpu0和cpu1。
464.在具体实现中，作为一种实施例，终端设备可以包括多个处理器，例如图16中的处理器101和处理器108。这些处理器中的每一个可以是一个单核(single-cpu)处理器，也可以是一个多核(multi-cpu)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
465.在具体实现中，作为一种实施例，终端设备还可以包括输出装置105和输入装置106。输出装置105和处理器101通信，可以以多种方式来显示信息。例如，输出装置105可以是液晶显示器(liquid crystal display，lcd),发光二级管(light emitting diode，led)显示装置，阴极射线管(cathode ray tube，crt)显示装置，或投影仪(projector)等。输入装置106和处理器101通信，可以以多种方式接受用户的输入。例如，输入装置106可以是鼠标、键盘、触摸屏装置或传感装置等。
466.当图16所示的终端设备为芯片时，通信接口104的功能/实现过程还可以通过管脚或输入电路/输出接口等来实现，所述存储器为所述芯片内的存储单元，如寄存器、缓存等，所述存储单元还可以是位于所述芯片外部的存储单元。
467.根据本技术实施例的另一个方面，本技术实施例还提供了一种用户控制面装置。
468.请参阅图17，图17为本技术实施例的用户控制面装置的示意图。
469.如图17所示，所述用户控制面装置包括：
470.第一接收模块11，用于接收第二实体发送的第一消息，其中，所述第一消息中携带子任务的配置信息，所述第一实体和所述第二实体为无线接入网中的实体；
471.第一发送模块12，用于向终端设备发送所述子任务的配置信息；
472.所述第一接收模块11用于，接收所述终端设备反馈的任务执行结果；
473.所述第一发送模块12用于，向所述第二实体发送所述任务执行结果。
474.在一种可能的实现中，所述第一消息中还携带信令链路传输策略和/或数据通道传输策略，所述第一发送模块12用于，根据所述信令链路传输策略和/或数据通道传输策略，向所述终端设备发送所述子任务的配置信息。
475.在一种可能的实现中，若所述第一消息中携带所述信令链路传输策略，则所述用户控制面装置还包括：
476.所述第一发送模块12用于，向所述终端设备发送建立无线资源控制链路的提示消息；
477.所述第一接收模块11用于，接收所述终端设备基于所述提示消息反馈的无线资源控制建立请求消息；
478.第一处理模块13，用于根据所述无线资源控制建立请求消息，建立与所述终端设备之间的信令链路。
479.在一种可能的实现中，所述提示消息中包括携带所述子任务的类型的寻呼消息。
480.在一种可能的实现中，所述寻呼消息包括第一原因值，所述第一原因值用于指示所述子任务的类型。
481.在一种可能的实现中，所述无线资源控制建立请求消息中携带第二原因值，所述第一处理模块用于，根据所述第二原因值确定链路类型，根据所述链路类型建立所述信令链路。
482.在一种可能的实现中，所述信令链路包括数据无线承载链路和/或信令无线承载链路。
483.在一种可能的实现中，若所述第一消息中携带所述数据通道传输策略，则所述第一处理模块13用于，建立所述第二实体与所述终端设备之间的数据通道。
484.在一种可能的实现中，所述数据通道包括所述终端设备与第三实体之间的数据通道以及所述第三实体与所述第二实体之间的数据通道，所述第三实体为无线接入网中的实体。
485.在一种可能的实现中，所述第三实体与所述第二实体之间的数据通道，至少传输所述终端设备反馈的所述任务执行结果。
486.在一种可能的实现中，所述终端设备是所述第二实体根据各终端设备的属性信息选择的，所述属性信息可以包括运行状态信息和/或位置信息。
487.在一种可能的实现中，所述第一消息是所述第二实体基于所述终端设备发送的第二消息生成的，所述第二消息中携带目标任务。
488.在一种可能的实现中，所述第一消息携带信令链路传输策略和/或数据通道传输策略，是由所述第二实体基于所述目标任务的属性信息确定的。
489.根据本技术实施例的另一个方面，本技术实施例还提供了一种任务控制面装置。
490.请参阅图18，图18为本技术实施例的任务控制面装置的示意图。
491.如图18所示，所述任务控制面装置包括：
492.获取模块21，用于获取待处理的目标任务；
493.第二处理模块22，用于根据所述目标任务生成第一消息，其中，所述第一消息中携带子任务的配置信息；
494.第二发送模块23，用于向第一实体发送所述第一消息，其中，所述第一实体和所述第二实体为无线接入网中的实体；
495.第二接收模块24，用于接收所述第一实体反馈的任务执行结果。
496.在一种可能的实现中，所述第一消息中还携带信令链路传输策略和/或数据通道传输策略。
497.在一种可能的实现中，所述信令链路传输策略用于指示所述第一实体基于无线资源控制链路的提示消息建立的，所述第一实体与所述终端设备之间的信令链路。
498.在一种可能的实现中，所述提示消息中包括携带所述子任务的类型的寻呼消息。
499.在一种可能的实现中，所述寻呼消息包括第一原因值，所述第一原因值用于指示所述子任务的类型。
500.在一种可能的实现中，所述信令链路是所述第一实体根据第二原因值确定出链路类型，并根据所述链路类型建立的。
501.在一种可能的实现中，所述信令链路包括数据无线承载链路和/或信令无线承载链路。
502.在一种可能的实现中，所述数据通道传输策略用于指示所述第一实体，建立所述第二实体与所述终端设备之间的数据通道。
503.在一种可能的实现中，所述数据通道包括所述终端设备与第三实体之间的数据通道以及所述第三实体与所述第二实体之间的数据通道，所述第三实体为所述无线接入网中的实体。
504.在一种可能的实现中，所述第三实体与所述第二实体之间的数据通道，至少传输所述终端设备反馈的所述任务执行结果。
505.在一种可能的实现中，所述终端设备是所述第二实体根据各终端设备的属性信息选择的，所述属性信息可以包括运行状态信息和/或位置信息。
506.在一种可能的实现中，所述第一消息是所述第一实体基于所述终端设备发送的第二消息生成的，所述第二消息中携带目标任务。
507.在一种可能的实现中，所述第一消息携带信令链路传输策略和/或数据通道传输策略，是基于所述目标任务的属性信息确定的。
508.根据本技术实施例的另一个方面，本技术实施例还提供了一种终端设备。
509.请参阅图19，图19为本技术实施例的终端设备的示意图。
510.如图19所示，所述终端设备包括：
511.第三接收模块31，用于接收第一实体发送的子任务的配置信息，其中，所述第一实体为无线接入网中的实体；
512.第三处理模块32，用于根据所述子任务的配置信息，执行所述子任务，生成任务执行结果；
513.第三发送模块33，用于向所述第一实体发送所述任务执行结果。
514.在一种可能的实现中，所述子任务的配置信息是所述第一实体，基于第一消息中携带的信令链路传输策略和/或数据通道传输策略发送的。
515.在一种可能的实现中，若所述第一消息中携带所述信令链路传输策略，则所述第三接收模块31用于，接收所述第一实体发送建立无线资源控制链路的提示消息；
516.所述第三处理模块32用于，根据所述提示消息生成无线资源控制建立请求消息，根据所述无线资源控制建立请求消息，建立与所述第一实体之间的信令链路。
517.在一种可能的实现中，所述提示消息包括携带所述子任务的类型的寻呼消息。
518.在一种可能的实现中，所述寻呼消息包括第一原因值，所述第一原因值用于指示所述子任务的类型。
519.在一种可能的实现中，所述无线资源控制建立请求消息中携带第二原因值。
520.在一种可能的实现中，所述信令链路包括数据无线承载链路和/或信令无线承载链路。
521.在一种可能的实现中，若所述第一消息中携带所述数据通道传输策略，则所述数据通道传输策略用于指示通过第一实体建立的所述终端设备与第二实体之间的数据通道，进行所述子任务的配置信息和所述任务执行结果的传输，所述第二实体为所述无线接入网中的实体。
522.在一种可能的实现中，所述数据通道包括所述终端设备与第三实体之间的数据通道以及所述第三实体与所述第二实体之间的数据通道，所述第三实体为所述无线接入网中的实体。
523.在一种可能的实现中，所述任务执行结果与其他子任务的执行结果，通过同一所述第三实体与所述第二实体之间的数据通道传输。
524.在一种可能的实现中，所述终端设备是所述第二实体根据各终端设备的属性信息选择的，所述属性信息可以包括运行状态信息和/或位置信息。
525.在一种可能的实现中，所述第一消息是所述第二实体基于所述终端设备发送的第二消息生成的，所述第二消息中携带目标任务。
526.在一种可能的实现中，所述第一消息携带信令链路传输策略和/或数据通道传输策略，是基于所述目标任务的属性信息确定的。
527.根据本技术实施例的另一个方面，本技术实施例还提供了一种无线接入网设备，包括集中单元和分布单元，还包括：
528.如上述实施例所述的用户控制面装置，例如图17所示的用户控制面装置；
529.如上述实施例所述的任务控制面装置，例如图18所示的任务控制面装置。
530.根据本技术实施例的另一个方面，本技术实施例还提供了一种无线通信系统，所述系统包括：
531.如上述实施例所述的无线接入网设备，例如引入了如图17所示的用户控制面装置和，如图18所示的任务控制面装置的无线接入网设备；
532.如上述实施例所述的终端设备，例如图16或者图19所示的终端设备。
533.根据本技术实施例的另一个方面，本技术实施例还提供了一种装置。
534.参阅图20，图20为本技术实施例的装置300的示意图，其中，装置300可以用于执行上述终端设备或网络设备所执行的方法，该装置300可以是通信设备或者通信设备中的芯片。
535.如图20所示，所述装置300包括：至少一个输入接口(input(s))310，逻辑电路320，至少一个输出接口(output(s))330。输入接口也可以是输入电路，输出接口也可以是输出电路；可选的，上述的逻辑电路320可以是芯片，或其他可以实现本技术方法的集成电路。
536.逻辑电路320可以实现上述各个实施例中终端设备或网络设备所执行的方法；
537.输入接口320用于接收数据；输出接口330用于发送数据。举例来说，当该装置300为终端设备时，输入接口310可用于接收网络设备发送的子任务的配置信息，输入接口310还可以用于接收网络设备发送的rrc消息；输出接口310可以用于向网络设备发送携带目标任务的第二消息。当该装置300为网络设备时，输出接口330用于向终端设备下发子任务的配置信息，输出接口还可以用于向终端设备下发rrc消息；输入接口310可以用于接收终端设备发送的携带目标任务的第二消息。
538.输入接口310、逻辑电路320或输出接口330的功能可以参考上述各个实施例中终端设备或网络设备执行的方法，此处不再赘述。
539.根据本技术实施例的另一个方面，本技术实施例还提供了一种计算机程序产品，当所述计算机程序产品在处理器上运行时，使得上述任一实施例所述的方法被执行。
540.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例
如，本技术中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本技术的技术方案所期望的结果，本文在此不进行限制。
541.上述具体实施方式，并不构成对本技术保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本技术的精神和原则之内所作的修改、等同替换和改进等，均应包含在本技术保护范围之内。