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

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


背景技术：

2.目前，在增强现实(augmented reality，ar)、虚拟现实(virtual reality，vr)、触觉网络等一些场景中，对数据传输的实时性要求比较高，也即要求在一个较短的传输时间窗内发送一定量的数据。
3.在实时性要求比较高的情况下，如何对需要发送的数据实施合理的控制，以提升数据传输的效率，是目前亟需解决的问题。


技术实现要素：

4.本技术提供通信方法、装置及系统，用以提升数据传输的效率。
5.第一方面，本技术实施例提供一种通信方法，包括：用户面网元接收业务数据流的特征信息，所述特征信息用于描述所述业务数据流的特征；所述用户面网元根据所述业务数据流的特征信息，识别所述业务数据流中的数据包组；所述用户面网元向接入网设备发送所述数据包组。
6.基于上述实施例，可以基于预先获得的业务数据流的特征信息来识别业务数据流的数据包组，从而可以进一步的对数据包组进行相应处理，有助于提升业务数据流的传输效率。
7.在一种可能的实现方法中，所述特征信息包括所述数据包组的首包数据特征和尾包特征；所述用户面网元根据所述业务数据流的特征信息，识别所述业务数据流中的数据包组，包括：所述用户面网元根据所述首包数据特征，识别所述数据包组的首包；所述用户面网元根据所述尾包数据特征，识别所述数据包组的尾包。
8.基于上述方案，可以根据业务数据流的特征信息识别业务数据流的各个数据包组，以便于可以对业务数据流的各个数据包组进行处理，从而可以提升业务数据流的传输效率。
9.在一种可能的实现方法中，所述特征信息包括数据包组发送间隔，所述数据包组发送间隔用于指示所述业务数据流的两个相邻数据包组之间的发送时间间隔；所述用户面网元根据所述业务数据流的特征信息，识别所述业务数据流中的数据包组，包括：所述用户面网元根据所述数据包组发送间隔，识别所述业务数据流的数据包组。
10.在一种可能的实现方法中，所述用户面网元在所述数据包组内的各个数据包中添加相同的数据包组标识。
11.基于上述方案，可以根据数据包组标识，对各个数据包组进行标识，从而便于接收侧(如接入网设备)可以识别业务数据流的各个数据包组，便于接收侧可以对各个数据包组进行处理，从而提升业务数据流的传输效率。
12.在一种可能的实现方法中，用户面网元根据所述特征信息，进行所述数组包组的
调度处理。
13.在一种可能的实现方法中，所述特征信息包括所述数据包组对应的脉冲峰值速率和脉冲间隔，所述脉冲间隔为所述数据包组对应的两个相邻脉冲之间的发送时间间隔；所述用户面网元根据所述特征信息，进行所述数组包组的调度处理，包括：所述用户面网元根据所述数据包组对应的脉冲峰值速率和所述脉冲间隔，降低所述数据包组对应的脉冲峰值速率，使降低后的所述数据包组对应的脉冲峰值速率不超过预配置的最大脉冲峰值速率，所述最大脉冲峰值速率为单个业务数据流的最大脉冲峰值速率、或多个业务数据流的汇聚最大脉冲峰值速率。
14.基于上述方案，用户面网元可以对业务数据流进行流量整形，减少了大速率的业务对网络传输的压力，从而提升了数据传输效率。
15.在一种可能的实现方法中，所述用户面网元从会话管理网元接收所述最大脉冲峰值速率。
16.在一种可能的实现方法中，所述特征信息来自应用服务器；或者，所述特征信息来自数据库，所述数据库中的所述特征信息来自应用服务器；或者，所述特征信息来自会话管理网元，所述会话管理网元中的所述特征信息来自应用服务器。
17.第二方面，本技术实施例提供一种通信方法，包括：接入网设备接收业务数据流的特征信息，所述特征信息用于描述所述业务数据流的特征；所述接入网设备从用户面网元接收所述业务数据流；所述接入网设备识别所述业务数据流的数据包组；所述接入网设备根据所述特征信息，发送所述数据包组。
18.基于上述实施例，可以基于预先获得的业务数据流的特征信息来发送业务数据流，从而提升业务数据流的传输效率。
19.在一种可能的实现方法中，所述接入网设备识别所述业务数据流的数据包组，包括：所述接入网设备确定所述业务数据流中的携带相同数据包组标识的数据包，属于同一数据包组；或者，所述特征信息包括数据包组发送间隔，所述数据包组发送间隔用于指示所述业务数据流的两个相邻数据包组之间的发送时间间隔；所述接入网设备根据所述数据包组发送间隔，识别所述数据包组。
20.基于上述方案，接入网设备可以根据业务数据流的特征信息识别业务数据流的各个数据包组，以便于可以对业务数据流的各个数据包组进行处理，从而可以提升业务数据流的传输效率。
21.在一种可能的实现方法中，所述接入网设备根据所述特征信息，发送所述数据包组，包括：所述接入网设备根据所述特征信息，确定所述数据包组的调度策略；所述接入网设备根据所述数据包组的调度策略，发送所述数据包组。
22.在一种可能的实现方法中，所述特征信息包括所述数据包组的发送时间窗，所述数据包组的发送时间窗用于指示发送所述数据包组的最大发送时长；所述接入网设备根据所述特征信息，确定所述数据包组的调度策略，包括：所述接入网设备确定所述数据包组的发送时间窗对应的多个时间段，及所述多个时间段分别对应的调度策略，其中，在时间上靠后的时间段对应的调度策略所指示的发送速率高于在时间上靠前的时间段对应的调度策略所指示的发送速率；所述接入网设备根据所述数据包组的调度策略，发送所述数据包组，包括：所述接入网设备根据所述多个时间段分别对应的调度策略，发送所述数据包组。
23.基于上述方案，接入网设备可以对同一个发送时间窗的不同时间段实施不同的调度策略，以保障一个数据包组可以在一个发送时间窗内发送完毕，保障了业务数据流的可靠传输。
24.在一种可能的实现方法中，所述特征信息包括数据包组发送间隔，所述数据包组发送间隔用于指示所述业务数据流的两个相邻数据包组之间的发送时间间隔；所述接入网设备根据所述数据包组发送间隔，进行所述数据包组的传输资源的调度。
25.在一种可能的实现方法中，所述接入网设备根据所述数据包组发送间隔，进行所述数据包组的传输资源的调度，包括：所述接入网设备根据所述数据包组发送间隔，从终端设备接收信道状态信息csi；所述接入网设备根据所述csi指示的一个或多个子载波的状态信息，确定所述数据包组的发送时机和用于发送所述数据包组的子载波；所述接入网设备根据所述特征信息，发送所述数据包组，包括：所述接入网设备根据所述数据包组的发送时机和用于发送所述数据包组的子载波，发送所述数据包组。
26.基于上述方案，接入网设备可以基于终端设备上报的csi确定发送数据包组的发送时机和子载波，可以提升数据传输效率。
27.在一种可能的实现方法中，所述特征信息还包括所述数据包组对应的脉冲峰值速率和脉冲间隔，所述脉冲间隔为所述数据包组对应的两个相邻脉冲之间的发送时间间隔；所述接入网设备根据所述csi指示的一个或多个子载波的状态信息，确定所述数据包组的发送时机和用于发送所述数据包组的子载波，包括：所述接入网设备根据所述csi指示的一个或多个子载波的状态信息、所述脉冲峰值速率和所述脉冲间隔，确定发送所述数据包组对子载波的质量要求和容量要求；所述接入网设备根据发送所述数据包组对子载波的质量要求和容量要求，确定所述数据包组的发送时机和用于发送所述数据包组的子载波。
28.在一种可能的实现方法中，所述接入网设备根据所述数据包组发送间隔，从终端设备接收csi，包括：所述接入网设备向所述终端设备发送配置信息，所述配置信息包括指示信息和所述数据包组发送间隔，所述指示信息用于指示所述终端设备上报csi的周期与所述数据包组发送间隔相同；所述接入网设备从所述终端设备接收所述csi。
29.在一种可能的实现方法中，所述指示信息还用于指示所述终端设备在所述数据包组到达前的第一时长上报csi。
30.在一种可能的实现方法中，所述接入网设备根据所述数据包组发送间隔，从终端设备接收csi，包括：所述接入网设备根据所述数据包组发送间隔，确定所述数据包组的到达时间；
31.所述接入网设备在所述数据包组到达前的第二时长，向所述终端设备发送下行控制信息dci，用于指示所述终端设备上报csi；所述接入网设备从所述终端设备接收所述csi。
32.在一种可能的实现方法中，所述特征信息包括所述数据包组的发送时间窗，所述数据包组的发送时间窗用于指示发送所述数据包组的最大发送时长；所述接入网设备根据所述特征信息，发送所述数据包组，包括：当所述数据包组的第一数据包初传失败，所述接入网设备根据所述数据包组的发送时间窗，确定所述数据包组的剩余发送时间；当所述第一数据包的重传时间大于所述数据包组的剩余发送时间，所述接入网设备丢弃所述第一数据包。
33.在一种可能的实现方法中，所述特征信息来自应用服务器；或者，所述特征信息来自数据库，所述数据库中的所述特征信息来自应用服务器；或者，所述特征信息来自会话管理网元，所述会话管理网元中的所述特征信息来自应用服务器。
34.第三方面，本技术实施例提供一种通信装置，该装置可以是用户面网元，还可以是用于用户面网元的芯片。该装置具有实现上述第一方面、或第一方面的各可能的实现方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
35.第四方面，本技术实施例提供一种通信装置，该装置可以是接入网设备，还可以是用于接入网设备的芯片。该装置具有实现上述第二方面、或第二方面的各可能的实现方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
36.第五方面，本技术实施例提供一种通信装置，包括处理器和存储器；该存储器用于存储计算机执行指令，当该装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行如上述第一方面至第二方面的方法，第一方面至第二方面的各可能的实现方法中的任意方法。
37.第六方面，本技术实施例提供一种通信装置，包括用于执行上述第一方面至第二方面的方法，第一方面至第二方面的各可能的实现方法中的任意方法的各个步骤的单元或手段(means)。
38.第七方面，本技术实施例提供一种通信装置，包括处理器和接口电路，所述处理器用于通过接口电路与其它装置通信，并执行上述第一方面至第二方面的方法，第一方面至第二方面的各可能的实现方法中的任意方法。该处理器包括一个或多个。
39.第八方面，本技术实施例提供一种通信装置，包括处理器，用于与存储器相连，用于调用所述存储器中存储的程序，以执行上述第一方面至第二方面的方法，第一方面至第二方面的各可能的实现方法中的任意方法。该存储器可以位于该装置之内，也可以位于该装置之外。且该处理器包括一个或多个。
40.第九方面，本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得处理器执行上述第一方面至第二方面的方法，第一方面至第二方面的各可能的实现方法中的任意方法。
41.第十方面，本技术实施例还提供一种计算机程序产品，该计算机产品包括计算机程序，当计算机程序运行时，使得上述第一方面至第二方面的方法，第一方面至第二方面的各可能的实现方法中的任意方法被执行。
42.第十一方面，本技术实施例还提供一种芯片系统，包括：处理器，用于执行上述第一方面至第二方面的方法，第一方面至第二方面的各可能的实现方法中的任意方法。
43.第十二方面，本技术实施例还提供一种通信方法，包括：用户面网元接收业务数据流的第一特征信息，所述第一特征信息用于描述所述业务数据流的特征；所述用户面网元根据所述业务数据流的第一特征信息，识别所述业务数据流中的数据包组；所述用户面网元向接入网设备发送所述数据包组；所述接入网设备接收所述业务数据流的第二特征信息，所述第二特征信息用于描述所述业务数据流的特征；所述接入网设备从所述用户面网元接收所述业务数据流；所述接入网设备识别所述业务数据流的所述数据包组；所述接入
网设备根据所述第二特征信息，发送所述数据包组。
44.第十三方面，本技术实施例还提供一种通信系统，包括：用户面网元和接入网设备；所述用户面网元，用于接收业务数据流的第一特征信息，所述第一特征信息用于描述所述业务数据流的特征；根据所述业务数据流的第一特征信息，识别所述业务数据流中的数据包组；向所述接入网设备发送所述数据包组；所述接入网设备，用于接收所述业务数据流的第二特征信息，所述第二特征信息用于描述所述业务数据流的特征；从所述用户面网元接收所述业务数据流；识别所述业务数据流的所述数据包组；根据所述第二特征信息，发送所述数据包组。
附图说明
45.图1为本技术实施例提供的一种通信系统示意图；
46.图2(a)为基于服务化架构的5g网络架构示意图；
47.图2(b)为基于点对点接口的5g网络架构示意图；
48.图3为cloud vr中的突发类型的业务数据流的流量模型示意图；
49.图4为速率平均型的业务数据流的流量模型示意图；
50.图5为本技术实施例提供的一种通信方法流程示意图；
51.图6为针对单个突发类型的业务数据流进行流量整形的示意图；
52.图7为针对两个突发类型的业务数据流进行流量整形的示意图；
53.图8为本技术实施例提供的又一种通信方法流程示意图；
54.图9为本技术实施例提供的又一种通信方法流程示意图；
55.图10为本技术实施例提供的一种通信装置示意图；
56.图11为本技术实施例提供的又一种通信装置示意图；
57.图12为本技术实施例提供的一种接入网设备示意图；
58.图13为本技术实施例提供的一种用户面网元示意图。
具体实施方式
59.为了使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。其中，在本技术的描述中，除非另有说明，“多个”的含义是两个或两个以上。
60.为解决背景技术中提到的问题，如图1所示，本技术提供一种通信系统，该系统包括接入网设备和用户面网元。可选的，该系统还包括会话管理网元。
61.所述用户面网元，用于接收业务数据流的第一特征信息，所述第一特征信息用于描述所述业务数据流的特征；根据所述业务数据流的第一特征信息，识别所述业务数据流中的数据包组；向所述接入网设备发送所述数据包组；所述接入网设备，用于接收所述业务数据流的第二特征信息，所述第二特征信息用于描述所述业务数据流的特征；从所述用户面网元接收所述业务数据流；识别所述业务数据流的所述数据包组；根据所述第二特征信息，发送所述数据包组。
62.在一种可能的实现方法中，所述第一特征信息包括所述数据包组的首包数据特征和尾包特征；所述用户面网元，用于根据所述业务数据流的第一特征信息，识别所述业务数
据流中的数据包组，具体包括：根据所述首包数据特征，识别所述数据包组的首包；根据所述尾包数据特征，识别所述数据包组的尾包。
63.在一种可能的实现方法中，所述第一特征信息包括数据包组发送间隔，所述数据包组发送间隔用于指示所述业务数据流的两个相邻数据包组之间的发送时间间隔；所述用户面网元，用于根据所述业务数据流的第一特征信息，识别所述业务数据流中的数据包组，具体包括：用于根据所述数据包组发送间隔，识别所述业务数据流的数据包组。
64.在一种可能的实现方法中，所述用户面网元，还用于在所述数据包组内的各个数据包中添加相同的数据包组标识。
65.在一种可能的实现方法中，所述用户面网元根据所述第一特征信息，进行所述数组包组的调度处理。
66.在一种可能的实现方法中，所述第一特征信息包括所述数据包组对应的脉冲峰值速率和脉冲间隔，所述脉冲间隔为所述数据包组对应的两个相邻脉冲之间的发送时间间隔；所述用户面网元根据所述第一特征信息，进行所述数组包组的调度处理，具体包括：用于根据所述数据包组对应的脉冲峰值速率和所述脉冲间隔，降低所述数据包组对应的脉冲峰值速率，使降低后的所述数据包组对应的脉冲峰值速率不超过预配置的最大脉冲峰值速率，所述最大脉冲峰值速率为单个业务数据流的最大脉冲峰值速率、或多个业务数据流的汇聚最大脉冲峰值速率。
67.在一种可能的实现方法中，所述用户面网元，还用于从会话管理网元接收所述最大脉冲峰值速率。
68.在一种可能的实现方法中，所述第一特征信息来自应用服务器；或者，所述第一特征信息来自数据库，所述数据库中的所述第一特征信息来自应用服务器；或者，所述第一特征信息来自会话管理网元，所述会话管理网元中的所述第一特征信息来自应用服务器。
69.在一种可能的实现方法中，所述接入网设备，用于识别所述业务数据流的数据包组，具体包括：用于确定所述业务数据流中的携带相同数据包组标识的数据包，属于同一数据包组；或者，所述第二特征信息包括数据包组发送间隔，所述数据包组发送间隔用于指示所述业务数据流的两个相邻数据包组之间的发送时间间隔；用于根据所述数据包组发送间隔，识别所述数据包组。
70.在一种可能的实现方法中，所述接入网设备，用于根据所述第二特征信息，发送所述数据包组，具体包括：用于根据所述第二特征信息，确定所述数据包组的调度策略；根据所述数据包组的调度策略，发送所述数据包组。
71.在一种可能的实现方法中，所述第二特征信息包括所述数据包组的发送时间窗，所述数据包组的发送时间窗用于指示发送所述数据包组的最大发送时长；所述接入网设备，用于根据所述第二特征信息，确定所述数据包组的调度策略，具体包括：用于确定所述数据包组的发送时间窗对应的多个时间段，及所述多个时间段分别对应的调度策略，其中，在时间上靠后的时间段对应的调度策略所指示的发送速率高于在时间上靠前的时间段对应的调度策略所指示的发送速率；所述接入网设备，用于根据所述数据包组的调度策略，发送所述数据包组，具体包括：用于根据所述多个时间段分别对应的调度策略，发送所述数据包组。
72.在一种可能的实现方法中，所述第二特征信息包括数据包组发送间隔，所述数据
包组发送间隔用于指示所述业务数据流的两个相邻数据包组之间的发送时间间隔；所述接入网设备，还用于根据所述数据包组发送间隔，进行所述数据包组的传输资源的调度。
73.在一种可能的实现方法中，所述接入网设备，用于根据所述数据包组发送间隔，进行所述数据包组的传输资源的调度，具体包括：根据所述数据包组发送间隔，从终端设备接收信道状态信息csi；根据所述csi指示的一个或多个子载波的状态信息，确定所述数据包组的发送时机和用于发送所述数据包组的子载波；所述接入网设备，用于根据所述第二特征信息，发送所述数据包组，具体包括：用于根据所述数据包组的发送时机和用于发送所述数据包组的子载波，发送所述数据包组。
74.在一种可能的实现方法中，所述第二特征信息还包括所述数据包组对应的脉冲峰值速率和脉冲间隔，所述脉冲间隔为所述数据包组对应的两个相邻脉冲之间的发送时间间隔；所述接入网设备，用于根据所述csi指示的一个或多个子载波的状态信息，确定所述数据包组的发送时机和用于发送所述数据包组的子载波，具体包括：用于根据所述csi指示的一个或多个子载波的状态信息、所述脉冲峰值速率和所述脉冲间隔，确定发送所述数据包组对子载波的质量要求和容量要求；用于根据发送所述数据包组对子载波的质量要求和容量要求，确定所述数据包组的发送时机和用于发送所述数据包组的子载波。
75.在一种可能的实现方法中，所述接入网设备，用于根据所述数据包组发送间隔，从终端设备接收csi，具体包括：用于向所述终端设备发送配置信息，所述配置信息包括指示信息和所述数据包组发送间隔，所述指示信息用于指示所述终端设备上报csi的周期与所述数据包组发送间隔相同；用于从所述终端设备接收所述csi。
76.在一种可能的实现方法中，所述指示信息还用于指示所述终端设备在所述数据包组到达前的第一时长上报csi。
77.在一种可能的实现方法中，所述接入网设备，用于根据所述数据包组发送间隔，从终端设备接收csi，具体包括：用于根据所述数据包组发送间隔，确定所述数据包组的到达时间；用于在所述数据包组到达前的第二时长，向所述终端设备发送下行控制信息dci，用于指示所述终端设备上报csi；用于从所述终端设备接收所述csi。
78.在一种可能的实现方法中，所述第二特征信息包括所述数据包组的发送时间窗，所述数据包组的发送时间窗用于指示发送所述数据包组的最大发送时长；所述接入网设备，用于根据所述特征信息，发送所述数据包组，具体包括：当所述数据包组的第一数据包初传失败，根据所述数据包组的发送时间窗，确定所述数据包组的剩余发送时间；当所述第一数据包的重传时间大于所述数据包组的剩余发送时间，丢弃所述第一数据包。
79.在一种可能的实现方法中，所述第二特征信息来自应用服务器；或者，所述第二特征信息来自数据库，所述数据库中的所述第二特征信息来自应用服务器；或者，所述第二特征信息来自会话管理网元，所述会话管理网元中的所述第二特征信息来自应用服务器。
80.在一种可能的实现方法中，所述会话管理网元，用于从数据库或应用服务器接收所述第一特征信息；向所述用户面网元发送所述第一特征信息。
81.在一种可能的实现方法中，所述会话管理网元，用于从数据库或应用服务器接收所述第二特征信息；向所述用户面网元发送所述第二特征信息。
82.其中，上述方案的具体实现将在后续方法实施例部分详细阐述，在此不再赘述。
83.图1所示的系统可以用在图2(a)或图2(b)所示的第五代(5th generation，5g)网
络架构中，当然，也可以用在未来网络架构，比如第六代(6th generation，6g)网络架构等，本技术不做限定。
84.示例性的，假设图1所示的通信系统应用于5g网络架构，如图2(a)所示，为基于服务化架构的5g网络架构示意图。图1中的用户面网元所对应的网元或者实体可以为图2(a)所示的5g网络架构中的用户面功能(user plane function，upf)网元，图1中的接入网设备所对应的网元或者实体可以为图2(a)所示的5g网络架构中的无线接入网(radio access network，ran)设备。图1中的会话管理网元所对应的网元或者实体可以为图2(a)所示的5g网络架构中的会话管理功能(session management function，smf)网元。
85.图2(a)所示的5g网络架构中可包括三部分，分别是终端设备部分、数据网络(data network，dn)和运营商网络部分。下面对其中的部分网元的功能进行简单介绍说明。
86.其中，运营商网络可包括以下网元中的一个或多个：鉴权服务器功能(authentication server function，ausf)网元、网络开放功能(network exposure function，nef)网元、策略控制功能(policy control function，pcf)网元、统一数据管理(unified data management，udm)、统一数据库(unified data repository，udr)、网络存储功能(network repository function，nrf)网元、应用功能(application function，af)网元、接入与移动性管理功能(access and mobility management function，amf)网元、smf网元、ran以及upf网元等。上述运营商网络中，除无线接入网部分之外的部分可以称为核心网络部分。
87.在具体实现中，本技术实施例中的终端设备，可以是用于实现无线通信功能的设备。其中，终端设备可以是5g网络或者未来演进的公共陆地移动网络(public land mobile network，plmn)中的用户设备(user equipment，ue)、接入终端、终端单元、终端站、移动站、移动台、远方站、远程终端、移动设备、无线通信设备、终端代理或终端装置等。接入终端可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，sip)电话、无线本地环路(wireless local loop，wll)站、个人数字助理(personal digital assistant，pda)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备或可穿戴设备，虚拟现实(virtual reality，vr)终端设备、增强现实(augmented reality，ar)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。终端可以是移动的，也可以是固定的。
88.上述终端设备可通过运营商网络提供的接口(例如n1等)与运营商网络建立连接，使用运营商网络提供的数据和/或语音等服务。终端设备还可通过运营商网络访问dn，使用dn上部署的运营商业务，和/或第三方提供的业务。其中，上述第三方可为运营商网络和终端设备之外的服务方，可为终端设备提供其他数据和/或语音等服务。其中，上述第三方的具体表现形式，具体可根据实际应用场景确定，在此不做限制。
89.ran是运营商网络的子网络，是运营商网络中业务节点与终端设备之间的实施系统。终端设备要接入运营商网络，首先是经过ran，进而可通过ran与运营商网络的业务节点连接。本技术中的ran设备，是一种为终端设备提供无线通信功能的设备，ran设备也称为接
入网设备。本技术中的ran设备包括但不限于：5g中的下一代基站(g nodeb，gnb)、演进型节点b(evolved node b，enb)、无线网络控制器(radio network controller，rnc)、节点b(node b，nb)、基站控制器(base station controller，bsc)、基站收发台(base transceiver station，bts)、家庭基站(例如，home evolved nodeb，或home node b，hnb)、基带单元(baseband unit，bbu)、传输点(transmitting and receiving point，trp)、发射点(transmitting point，tp)、移动交换中心等。
90.amf网元，主要进行移动性管理、接入鉴权或授权等功能。此外，还负责在ue与pcf间传递用户策略。
91.smf网元，主要进行会话管理、pcf下发控制策略的执行、upf的选择、ue互联网协议(internet protocol，ip)地址分配等功能。
92.upf网元，作为和数据网络的接口upf，完成用户面数据转发、基于会话/流级的计费统计，带宽限制等功能。
93.udm网元，主要负责管理签约数据、用户接入授权等功能。
94.udr，主要负责签约数据、策略数据、应用数据等类型数据的存取功能。
95.nef网元，主要用于支持能力和事件的开放。
96.af网元，主要传递应用侧对网络侧的需求，例如，服务质量(quality of service，qos)需求或用户状态事件订阅等。af可以是第三方功能实体，也可以是运营商部署的应用服务，如ip多媒体子系统(ip multimedia subsystem，ims)语音呼叫业务。其中，af网元也可以称为应用服务器。
97.pcf网元，主要负责针对会话、业务数据流级别进行计费、qos带宽保障及移动性管理、ue策略决策等策略控制功能。
98.nrf网元，可用于提供网元发现功能，基于其他网元的请求，提供网元类型对应的网元信息。nrf还提供网元管理服务，如网元注册、更新、去注册以及网元状态订阅和推送等。
99.ausf网元：主要负责对用户进行鉴权，以确定是否允许用户或设备接入网络。
100.dn，是位于运营商网络之外的网络，运营商网络可以接入多个dn，dn上可部署多种业务，可为终端设备提供数据和/或语音等服务。例如，dn是某智能工厂的私有网络，智能工厂安装在车间的传感器可为终端设备，dn中部署了传感器的控制服务器，控制服务器可为传感器提供服务。传感器可与控制服务器通信，获取控制服务器的指令，根据指令将采集的传感器数据传送给控制服务器等。又例如，dn是某公司的内部办公网络，该公司员工的手机或者电脑可为终端设备，员工的手机或者电脑可以访问公司内部办公网络上的信息、数据资源等。
101.图2(a)中nausf、nnef、npcf、nudm、naf、namf、nsmf、n1、n2、n3、n4，以及n6为接口序列号。这些接口序列号的含义可参见3gpp标准协议中定义的含义，在此不做限制。
102.示例性的，假设图1所示的通信系统应用于5g网络架构，如图2(b)所示，为基于点对点接口的5g网络架构示意图。图1中的用户面网元所对应的网元或者实体可以为图2(b)所示的5g网络架构中的upf网元，图1中的接入网设备所对应的网元或者实体可以为图2(b)所示的5g网络架构中的ran设备。图1中的会话管理网元所对应的网元或者实体可以为图2(b)所示的5g网络架构中的smf网元。
103.图2(b)中的网元的功能的介绍可以参考图2(a)中对应的网元的功能的介绍，不再赘述。图2(b)与图2(a)的主要区别在于：图2(b)中的各个网元之间的接口是点对点的接口，而不是服务化的接口。
104.在图2(b)所示的架构中，各个网元之间的接口名称及功能如下：
105.1)、n7：pcf与smf之间的接口，用于下发协议数据单元(protocol data unit，pdu)会话粒度以及业务数据流粒度控制策略。
106.2)、n15：pcf与amf之间的接口，用于下发ue策略及接入控制相关策略。
107.3)、n5：af与pcf之间的接口，用于应用业务请求下发以及网络事件上报。
108.4)、n4：smf与upf之间的接口，用于控制面与用户面之间传递信息，包括控制面向用户面的转发规则、qos控制规则、流量统计规则等的下发以及用户面的信息上报。
109.5)、n11：smf与amf之间的接口，用于传递ran和upf之间的pdu会话隧道信息、传递发送给ue的控制消息、传递发送给ran的无线资源控制信息等。
110.6)、n2：amf与ran之间的接口，用于传递核心网侧至ran的无线承载控制信息等。
111.7)、n1：amf与ue之间的接口，接入无关，用于向ue传递qos控制规则等。
112.8)、n8：amf与udm间的接口，用于amf向udm获取接入与移动性管理相关签约数据与鉴权数据，以及amf向udm注册ue当前移动性管理相关信息等。
113.9)、n10：smf与udm间的接口，用于smf向udm获取会话管理相关签约数据，以及smf向udm注册ue当前会话相关信息等。
114.10)、n35：udm与udr间的接口，用于udm从udr中获取用户签约数据信息。
115.11)、n36：pcf与udr间的接口，用于pcf从udr中获取策略相关签约数据以及应用数据相关信息。
116.12)、n12：amf和ausf间的接口，用于amf向ausf发起鉴权流程，其中可携带suci作为签约标识；
117.13)、n13：udm与ausf间的接口，用于ausf向udm获取用户鉴权向量，以执行鉴权流程。
118.可以理解的是，上述网元或者功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。可选的，上述网元或者功能可以由一个设备实现，也可以由多个设备共同实现，还可以是一个设备内的一个功能模块，本技术实施例对此不作具体限定。
119.本技术中的会话管理网元、策略控制网元、用户面网元、接入网设备分别可以是图2(a)或图2(b)中的smf、pcf、upf、ran，也可以是未来通信如6g网络中具有上述smf、pcf、upf、ran的功能的网元，本技术对此不限定。为方便说明，本技术以会话管理网元、策略控制网元、用户面网元、接入网设备分别为上述smf、pcf、upf、ran为例进行说明。
120.在现有的qos模型中，当upf收到下行数据包时，upf会根据smf提前配置好的包检测规则(packet detection rule，pdr)过滤器(filter)将具有相同可靠性需求的数据包(packets)封装至同一个qos流(qos flow)。多个qos flow可能存在于一个同一个pdu会话(pdu session)中，但每一个qos flow具有独立、唯一的qos流标识(qos flow identifier，qfi)，且每个qos flow关联一个qos配置文件(qos profile)。网络侧会根据qos profile里面的参数对属于同一个qos flow的数据包采用相同的qos保障，如时延、转发优先级、丢包
率等等。
121.当ran收到来自upf的下行qos flow时，ran会按照一定的映射规则(标准当前并没有定义详细的规则)将数个qos flow封装至同一个数据无线承载(data radio bearer，drb)，同一个drb会享有相同的空口侧可靠性保障。
122.目前，在ar、vr、触觉网络等一些场景中，对数据传输的实时性要求比较高，也即要求在一个较短的传输时间窗内发送一定量的数据。在实时性要求比较高的情况下，如何对需要发送的数据实施合理的控制，以提升数据传输的效率，是目前亟需解决的问题。
123.其中，关于数据传输效率的问题，主要包括：
124.问题1)、在一个数据包组的发送时间窗内，该数据包组内的不同数据包可发送的调度时延不同，该数据包组中靠前的数据包调度空间比该数据包组靠后的数据包的调度空间大，从而导致该数据包组后面的数据包出现丢包的概率更大。
125.比如，一个数据包组中靠前的数据包发送失败时，可以重传该数据。而一个数据包组中靠后的数据包发送失败时，由于该数据包组的发送时间窗已经接近结束，剩余传输时间较少，可能就不会对该发送失败的数据进行重传。并且由于一个数据包组中靠前的数据包可能占用了一个发送周期的较多时间，导致一个数据包组中靠后的数据包的发送时间被压缩，从而引起更多的数据丢包问题。
126.问题2)、在一个数据包组的发送时间窗内，数据包组内的一次数据包重传会占用额外的时延开销，将导致该数据包组内的后面数据包的传输可能会超出该发送时间窗，此时如何处理这些超出发送时间窗的数据包，目前没有相应解决方案。
127.问题3)、在一些情况下，业务数据流的发送可能存在瞬时峰值速率增加，超出预定的最大峰值速率，从而引起数据丢包的问题。
128.问题4)、当前的数据包的传输是按照qos flow进行传输的，同一个qos flow内的数据包可能来自多个业务数据流或来自同一业务数据流的不同数据包组，导致接收侧无法区分一个qos flow内的不同数据包之间的关联关系，进而影响到接收侧的接收效率。
129.本技术实施例中将解决上述四个影响数据传输效率的问题。
130.本技术实施例中，业务数据流信息包括应用的标识(application id，app id)、业务数据流的标识信息、业务数据流的qos需求、业务数据流的特征信息(traffic model)中的一个或多个。
131.其中，应用的标识用于标识一个具体业务，例如可以为设定的字符。
132.业务数据流的标识信息包括但不限于以下信息中的一个或多个：ip三元组、统一资源定位符(uniform resource locator，url)。其中，ip三元组指的是应用服务器(即af)的ip地址、端口号和协议号。
133.业务数据流的qos需求包括但不限于以下信息中的一个或多个：码率(bitrate)、丢包率(packet error rate，per)、延迟(delay)。
134.业务数据流的特征信息用于描述该业务数据流的特征。
135.针对突发(burst)类型的业务数据流，业务数据流的特征信息包括但不限于以下信息中的一个或多个：
136.1)、数据包组的首包数据特征。
137.比如，首包数据特征可以是设定的首包大小，从而接收侧可以基于设定的首包大
小，识别出一个数据包是一个数据包组的首包，也即识别出一个数据包组的开始位置。作为示例，首包数据特征为：首包大小是x，则当接收侧接收到一个大小为x的数据包，则确定该数据包为一个数据包组的首包。
138.2)、数据包组的尾包数据特征。
139.比如，尾包数据特征可以是设定的尾包大小，从而接收侧可以基于设定的尾包大小，识别出一个数据包是一个数据包组的尾包，也即识别出一个数据包组的结束位置。作为示例，尾包数据特征为：尾包大小是y，则当接收侧接收到一个大小为y的数据包，则确定该数据包为一个数据包组的尾包。
140.再比如，尾包数据特征还可以是设定的连续两个数据包的大小，从而接收侧在连续接收到两个设定大小的数据包后，确定这两个连续数据包中的第二个数据包是数据包组的尾包，也即识别出一个数据包组的结束位置。作为示例，尾包数据特征为连续两个数据包的大小为z，则当接收侧连续接收到两个大小都是z的数据包，则确定该连续两个数据包中的第二数据包为一个数据包组的尾包。
141.3)、数据包组的发送时间窗。
142.数据包组的发送时间窗指定了发送一个数据包组内的数据包的最大时长。或者理解为，一个数据包组的数据包需要在一个发送时间窗内发送，超过了这个发送时间窗，则不能再发送该数据包组的数据包，也即需要丢弃数据包。
143.4)、数据包组发送间隔。
144.数据包组发送间隔指的是两个数据包组之间的发送间隔。也即一个数据包组的首包与下一个数据包组的首包之间的时间间隔。或者理解为，数据包组发送间隔用于指示业务数据流的两个相邻数据包组之间的发送时间间隔。
145.5)、数据包组对应的脉冲个数。
146.当一个数据包组传输的数据量较大，则可以将一个数据包组分多次发送，也即通过多个脉冲发送。数据包组对应的脉冲个数即为一个数据包组的发送次数，或为发送数据包组使用的脉冲个数。
147.6)、数据包组对应的脉冲峰值速率。
148.例如，为更快的将一个数据包组在最短时间内发完，可以采用4倍速传输控制协议(transmission control protocol，tcp)发送速率进行发送，则数据包组对应的脉冲峰值速率＝发送速率*4/1000ms。比如，发送速率设置为120mb/s时，则数据包组对应的脉冲峰值速率为0.48mb/ms。
149.7)、脉冲间隔。
150.当一个数据包组的数据量较大时，可以将一个数据组包分多次发送，即通过多个脉冲发送，并且两个脉冲之间需要有一定的时间间隔，即脉冲间隔。也即，脉冲间隔为数据包组对应的两个相邻脉冲之间的发送时间间隔
151.本技术实施例中，业务数据流的一个数据包组可以是媒体业务的一个视频帧对应的一组数据包，或者还可以是一次触觉和动作感应操作所生成的一组数据包等。
152.下面结合一个具体示例来说明突发类型的业务数据流。比如，在云vr(cloud vr)场景下，云服务器根据用户头部动作和用户视角等感知数据，渲染生成对应的vr视频并进行编码，然后将编码生成后的视频通过5g网络发送给vr终端。如图3所示，为cloud vr中的
突发类型的业务数据流的流量模型示意图，该示例中的一个“视频帧”对应一个“数据包组”。
153.cloud vr中的视频流的特征主要包括：
154.1)、云服务器向vr终端发送的视频流是以脉冲的形式发出的，每个脉冲波为一个视频帧，每个视频帧的数据包在150个左右。帧率为60帧每秒(frame per second，fps)，视频帧发送间隔＝1000毫秒(ms)/60fps＝16.7ms。
155.2)、为了保证用户观看的连续性，一个视频帧中的所有数据包需要在8.3ms内传输给vr终端，从而vr终端可以对接收到的数据包进行解码和视频呈现。这里的8.3ms即为视频帧的发送时间窗。
156.3)、为更快的将一个视频帧在最短时间内发完，可以采用4倍速传输控制协议tcp发送速率(sendspeed)进行发送。视频帧对应的脉冲峰值速率＝发送速率*4/1000ms。比如，发送速率设置为120mb/s时，则视频帧对应的脉冲峰值速率为0.48mb/ms。
157.4)、当一个视频帧传输的数据量较大，则可以将一个视频帧分多个脉冲发送。比如，两个脉冲之间的脉冲间隔为4ms。
158.5)、视频帧对应的脉冲个数＝roundup(bitrate/fps/(sendspeed*4/1000))。其中，bitrate为码率，fps为帧率，sendspeed为发送速率，roundup(x)函数表示将x向上舍入到一个整数。比如，当bitrate为50mb/s，fps＝60，sendspeed为120mb/s，则视频帧对应的脉冲个数为2。
159.针对速率平均型的业务数据流，业务数据流的特征信息包括但不限于以下信息中的一个或多个：
160.1)至4)，同前述突发类型的业务数据流的特征信息中的1)至4)。
161.5)、业务数据流速率。
162.业务数据流速率是一个平均发送速率。
163.下面结合一个具体示例来说明突发类型的业务数据流。如图4所示，为速率平均型的业务数据流的流量模型示意图。其中，视频帧发送间隔＝16.7ms，视频帧的发送时间窗＝8.3ms，业务数据流速率＝0.3mb/ms。
164.为了实现对需要发送的数据实施合理的控制，以提升数据传输的效率，基于图2(a)或图2(b)所示的架构，本技术实施例提供一种通信方法。如图5所示，该方法包括以下步骤：
165.步骤501，upf接收业务数据流的第一特征信息，第一特征信息用于描述业务数据流的特征。
166.比如，upf可以从smf接收业务数据流的第一特征信息，smf中的第一特征信息可以来自数据库(如udr)、nef或应用服务器等。再比如，upf可以从数据库(如udr)接收业务数据流的第一特征信息，数据库中的第一特征信息可以来自应用服务器等。再比如，upf可以从应用服务器接收业务数据流的第一特征信息。
167.当该业务数据流是突发类型的业务数据流，则第一特征信息包括但不限于以下一项或多项：数据包组的首包数据特征、数据包组的尾包数据特征、数据包组的发送时间窗、数据包组发送间隔、数据包组对应的脉冲个数、数据包组对应的脉冲峰值速率、脉冲间隔。
168.当该业务数据流是速率平均型的业务数据流，则第一特征信息包括但不限于以下
一项或多项：数据包组的首包数据特征、数据包组的尾包数据特征、数据包组的发送时间窗、数据包组发送间隔、业务数据流速率。
169.步骤502，ran接收业务数据流的第二特征信息，第二特征信息用于描述业务数据流的特征。
170.比如，ran可以从smf接收业务数据流的第二特征信息，smf中的第二特征信息可以来自数据库(如udr)、nef或应用服务器等。再比如，ran可以从数据库(如udr)接收业务数据流的第二特征信息，数据库中的第二特征信息可以来自应用服务器等。再比如，ran可以从应用服务器接收业务数据流的第二特征信息。
171.当该业务数据流是突发类型的业务数据流，则第二特征信息包括但不限于以下一项或多项：数据包组的首包数据特征、数据包组的尾包数据特征、数据包组的发送时间窗、数据包组发送间隔、数据包组对应的脉冲个数、数据包组对应的脉冲峰值速率、脉冲间隔。
172.当该业务数据流是速率平均型的业务数据流，则第二特征信息包括但不限于以下一项或多项：数据包组的首包数据特征、数据包组的尾包数据特征、数据包组的发送时间窗、数据包组发送间隔、业务数据流速率。
173.步骤503，upf根据业务数据流的第一特征信息，识别业务数据流中的数据包组。
174.也即，业务数据流是以数据包组的形式发送到upf的。
175.其中，upf可以根据以下方法识别业务数据流中的各个数据包组：
176.方法一，upf根据首包数据特征识别数据包组的首包，根据尾包数据特征识别数据包组的尾包。
177.比如，当upf接收到的第一特征信息中包含业务数据流的首包数据特征和尾包数据特征时，则upf可以基于业务数据流的首包数据特征和尾包数据特征，识别出每个数据包组的首包和尾包，其中，首包、尾包，以及首包与尾包之间的数据包同属于一个数据包组，因而upf可以识别出每个数据包组。
178.方法二，upf根据数据包组发送间隔，识别业务数据流的数据包组。
179.比如，当upf接收到的第一特征信息包括数据包组发送间隔，则upf可以根据上述方法一识别出业务数据流的第一个数据包组，而对于第一个数据包组之后的数据包组，则可以采用上述方法一进行识别，或者也可以采用该方法二进行识别。
180.作为一种实现方法，upf在识别出业务数据流的各个数据包组之后，可以在同一个数据包组内的各个数据包中添加相同的数据包组标识。比如，在第n个数据包组的每个数据包的包头中添加数据包组标识k，在第n+1个数据包组的每个数据包的包头中添加数据包组标识k+1，在第n+2个数据包组的每个数据包的包头中添加数据包组标识k+2，以此类推。在将属于同一个数据包组的数据包打上相同的数据包组标识之后，ran可以基于数据包组标识识别数据包组。基于该实现方法，可以解决上述提到的问题4)，从而提升数据传输效率。
181.作为一种实现方法，在upf对数据包组的数据包添加相同的数据包组标识之前或者之后，upf还可以根据实际需要，根据第一特征信息进行数组包组的调度处理，如可以对接收到的业务数据流进行流量整形。例如，当upf接收到的第一特征信息包括数据包组对应的脉冲个数、数据包组对应的脉冲峰值速率和脉冲间隔，则upf可以根据数据包组对应的脉冲个数、数据包组对应的脉冲峰值速率和脉冲间隔，降低数据包组对应的脉冲峰值速率，使降低后的数据包组对应的脉冲峰值速率不超过预配置的最大脉冲峰值速率，最大脉冲峰值
速率为单个业务数据流的最大脉冲峰值速率、或多个业务数据流的汇聚最大脉冲峰值速率。再比如，当upf接收到的第一特征信息包括数据包组对应的脉冲峰值速率和脉冲间隔，则upf可以根据数据包组对应的脉冲峰值速率和脉冲间隔，降低数据包组对应的脉冲峰值速率，使降低后的数据包组对应的脉冲峰值速率不超过预配置的最大脉冲峰值速率，最大脉冲峰值速率为单个业务数据流的最大脉冲峰值速率、或多个业务数据流的汇聚最大脉冲峰值速率。可选的，最大脉冲峰值速率可以是upf从会话管理网元接收到的。基于该实现方法，可以解决上述提到的问题3)，从而提升数据传输效率。
182.如图6所示，为针对单个突发类型的业务数据流进行流量整形的示意图。其中，流量整形的方法主要是通过增加传输时延从而降低传输速率，使得数据包组的脉冲低于预配置的最大脉冲峰值速率。可以看出，流量整形之前，一个数据包组的两个脉冲的脉冲峰值速率都超出了预配置的最大脉冲峰值速率，该最大脉冲峰值速率为单个业务数据流的最大脉冲峰值速率。而流量整形之后，一个数据包组的两个脉冲的脉冲峰值速率都低于预配置的最大脉冲峰值速率。
183.如图7所示，为针对两个突发类型的业务数据流进行流量整形的示意图。其中，流量整形的方法主要是通过增加单个业务数据流的传输时延从而可以降低单个业务数据流的传输速率，和/或，将两个业务数据流的脉冲进行错峰发送，从而使得两个业务数据流的聚合流量的脉冲峰值速率低于预配置的最大脉冲峰值速率，该最大脉冲峰值速率为多个业务数据流的汇聚最大脉冲峰值速率。可以看出，流量整形之前，两个数据组包的脉冲在峰值上叠加，两个业务数据流的数据包组的聚合流量的脉冲峰值速率高于预配置的最大脉冲峰值速率。而流量整形之后，两个数据组包的脉冲在峰值上错开，两个业务数据流的数据包组的聚合流量的脉冲峰值速率低于预配置的最大脉冲峰值速率。需要说明的是，针对三个或三个以上的突发类型的业务数据流的流量整形方法，与该两个突发类型的业务数据流进行流量整形方法类似，不再赘述。
184.需要说明的是，以上是针对突发类型的业务数据流的流量整形方法进行说明，对于速率平均型的业务数据流，其流量整形方法可以是：当upf接收到的第一特征信息包括业务数据流速率，则upf可以根据业务数据流速率，降低数据包组对应的业务数据流速率，使降低后的数据包组对应的业务数据流速率不超过预配置的最大业务数据流速率，该业务数据流速率为单个业务数据流的最大业务数据流速率、或多个业务数据流的汇聚最大业务数据流速率。可选的，最大业务数据流速率可以是upf从会话管理网元接收到的。
185.通过以上方法，upf可以将数据包组打上标签(即添加数据包组标识)和/或进行流量整形，并将打上标签和/或流量整形之后的数据包组发送至ran。
186.步骤504，upf向ran发送数据包组。相应地，ran可以接收到数据包组。
187.步骤505，ran识别业务数据流的数据包组。
188.当upf以数据包组的形式将业务数据流发送至ran，ran也需要对业务数据流的数据包组进行识别。
189.其中，ran可以根据以下方法识别业务数据流中的各个数据包组：
190.方法一，ran根据数据包组标识，识别各个数据包组。
191.比如，当upf将在属于同一个数据包组的各个数据包内添加了相同的数据包组标识，且不同数据包组的数据包组标识不同，则ran可以根据数据包组标识来识别各个数据包
组。
192.方法二，ran根据数据包组发送间隔，识别业务数据流的数据包组。
193.比如，当ran接收到的第二特征信息包括数据包组发送间隔，则ran可以根据上述方法一识别出业务数据流的第一个数据包组，而对于第一个数据包组之后的数据包组，则可以采用上述方法一进行识别，或者也可以采用该方法二进行识别。
194.步骤506，ran根据第二特征信息，发送数据包组。
195.作为一种实现方法，ran在向终端设备发送数据包组时，ran可以根据第二特征信息，确定所述数据包组的调度策略，然后根据数据包组的调度策略，发送所述数据包组。例如，当ran接收到的第二特征信息包括数据包组的发送时间窗，则ran根据第二特征信息，确定所述数据包组的调度策略，包括：ran确定数据包组的发送时间窗对应的多个时间段，及多个时间段分别对应的调度策略，其中，在时间上靠后的时间段对应的调度策略所指示的发送速率高于在时间上靠前的时间段对应的调度策略所指示的发送速率，ran根据数据包组的调度策略，发送所述数据包组，包括：ran根据多个时间段分别对应的调度策略，发送数据包组。基于该方法，可以加快处于数据包组的发送时间窗靠后时间位置的数据包的发送速率，从而使得一个数据包组能够在一个时间窗内发送完毕，进而有助于避免丢包问题。例如，将数据包组的发送时间窗分为两个时间段，其中在时间上靠前的时间段内采用调制与编码策略(modulation and coding scheme，mcs)-16，在时间上靠后的时间段内采用msc-24等。基于该实现方法，可以解决上述提到的问题1)，从而提升数据传输效率。
196.作为一种实现方法，ran在向终端设备发送数据包组时，当ran接收到的第二特征信息包括数据包组的发送时间窗，则当数据包组的第一数据包初传失败，则ran根据数据包组的发送时间窗，确定数据包组的剩余发送时间，当第一数据包的重传时间大于数据包组的剩余发送时间，ran丢弃第一数据包。基于该实现方法，可以解决上述提到的问题2)，从而提升数据传输效率。
197.作为一种实现方法，ran在向终端设备发送数据包组时，还可以根据数据包组发送间隔，进行数据包组的传输资源的调度。比如，ran可以预先确定发送该数据包组的发送时机和子载波，进而根据数据包组的发送时机和用于发送数据包组的子载波，向终端设备发送数据包组。比如，ran可以根据数据包组发送间隔，从终端设备接收信道状态信息(channel state information，csi)，然后根据csi指示的一个或多个子载波的状态信息，确定数据包组的发送时机和用于发送数据包组的子载波。比如，ran接收到的第二特征信息包括数据包组对应的脉冲峰值速率和脉冲间隔，则ran可以根据csi指示的一个或多个子载波的状态信息、脉冲峰值速率和脉冲间隔，确定发送数据包组对子载波的质量要求和容量要求，然后根据发送数据包组对子载波的质量要求和容量要求确定数据包组的发送时机和用于发送数据包组的子载波。
198.其中，ran可以根据数据包组发送间隔，从终端设备接收信csi的方法包括但不限于以下方法一至方法三。
199.方法一，ran向终端设备发送配置信息，配置信息包括指示信息和数据包组发送间隔，该指示信息用于指示终端设备上报csi的周期与数据包组发送间隔相同；ran从终端设备接收csi。
200.也即，ran指示终端设备周期性地向ran上报csi，且上报csi的周期等于数据包组
发送间隔。
201.方法二，ran向终端设备发送配置信息，配置信息包括指示信息和数据包组发送间隔，指示信息用于指示终端设备上报csi的周期与数据包组发送间隔相同以及指示终端设备在数据包组到达前的第一时长上报csi；ran从终端设备接收csi。
202.也即，ran指示终端设备周期性地向ran上报csi，且上报csi的周期等于数据包组发送间隔。并且终端设备每次上报csi都比从ran接收到数据包组提前第一时长。因此，ran可以基于接收到的csi来确定接下来要发送的数据包组所占用的发送时机和子载波。
203.方法三，ran根据数据包组发送间隔，确定数据包组的到达时间；ran在数据包组到达前的第二时长，向终端设备发送下行控制信息(downlink control information，dci)，用于指示终端设备上报csi；ran从终端设备接收csi。
204.也即，ran在从upf接收到一个数据包组之前的第二时长所在的时刻，向终端设备发送dci，以指示终端设备上报csi，从而ran可以基于接收到的csi来确定接下来要发送的数据包组所占用的发送时机和子载波。
205.基于上述实施例，可以基于预先获得的业务数据流的特征信息来识别业务数据流的数据包组，或根据业务数据流的特征信息来发送业务数据流，从而提升业务数据流的传输效率。进一步的，upf还可以在同一个数据包组的数据包内添加相同的数据包组标识，以及还可以实施流量整形，减少了大速率的业务对网络传输的压力，从而进一步的达到数据传输效率。进一步的，ran可以对同一个发送时间窗的不同时间段实施不同的调度策略，以保障一个数据包组可以在一个发送时间窗内发送完毕，保障了业务数据流的可靠传输。
206.作为示例，下面结合具体实施例，对上述图5所示的实施例进行说明。
207.如图8所示，为申请实施例提供的另一种通信方法示意图。该方法给出了业务数据流信息的配置过程，具体的，由af通过nef将业务数据流信息提供给网络。其中，业务数据流信息包括应用的标识、业务数据流的标识信息、业务数据流的qos需求、或业务数据流的特征信息中的至少一个，具体说明参考前述描述。
208.该方法包括以下步骤：
209.步骤801，af向nef发送第一请求。相应地，nef可以接收到该第一请求。
210.其中，第一请求中携带新增的业务数据流信息、或更新的业务数据流信息。
211.在一种实现方法中，af准备增加新的业务数据流信息时，af向nef发送第一请求，该第一请求可以是业务数据流创建请求，比如具体可以是pfdmanagement_create request，业务数据流创建请求携带新增的业务数据流信息。
212.在另一种实现方法中，af准备更新现有的业务数据流信息时，af向nef发送第一请求，该第一请求可以是业务数据流更新请求，比如具体可以是pfdmanagement_update request，业务数据流更新请求携带更新的业务数据流信息。
213.步骤802，nef更新nef上保存的业务数据流信息。
214.比如，nef先判断是否允许第一请求，如果允许则更新nef上保存的业务数据流信息。比如，若第一请求携带新增的业务数据流信息，则nef根据新增的业务数据流信息，更新nef上保存的业务数据流信息。再比如，若第一请求携带更新的业务数据流信息，则nef根据更新的业务数据流信息，更新nef上保存的业务数据流信息。
215.步骤803，nef向af发送第一响应。相应地，af可以接收到该第一响应。
216.该第一响应用于通知af的请求处理成功。
217.当然，如果上述步骤802中，nef确定不允许第一请求、或nef更新业务数据流信息失败，则第一响应用于通知af的请求处理失败。
218.第一响应具体可以是业务数据流创建响应、或业务数据流更新响应。
219.步骤804，nef向udr发送第二请求。相应地，udr可以接收到该第二请求。
220.其中，第二请求中携带新增的业务数据流信息、或更新的业务数据流信息。
221.在一种实现方法中，nef准备增加新的业务数据流信息时，nef向udr发送第二请求，该第二请求可以是数据管理创建请求(dm_create request)，数据管理创建请求携带新增的业务数据流信息。
222.在另一种实现方法中，nef准备更新现有的业务数据流信息时，nef向udr发送第二请求，该第二请求可以是数据管理更新请求(dm_update request)，数据管理更新请求携带更新的业务数据流信息。
223.步骤805，udr更新udr上保存的业务数据流信息。
224.比如，若第二请求携带新增的业务数据流信息，则udr根据新增的业务数据流信息，更新udr上保存的业务数据流信息。再比如，若第二请求携带更新的业务数据流信息，则udr根据更新的业务数据流信息，更新udr上保存的业务数据流信息。
225.步骤806，udr向nef发送第二响应。相应地，nef可以接收到该第二响应。
226.该第二响应用于通知nef的请求处理成功。
227.当然，如果上述步骤805中，udr更新业务数据流信息失败，则第二响应用于通知nef的请求处理失败。
228.第二响应具体可以是数据管理创建响应(dm_create response)、或数据管理更新响应(dm_update response)。
229.步骤807，smf确定需要获取业务数据流信息。
230.比如，smf上设置一个定时器，每到设定时长触发smf获取业务数据流信息。
231.其中，smf确定需要获取业务数据流信息，可以是确定需要获取新增的业务数据流信息、或确定需要获取更新的业务数据流信息。
232.步骤808，smf向nef发送第三请求。相应地，nef可以接收到该第三请求。
233.该第三请求用于请求获取业务数据流信息。
234.比如，第三请求可以是pfdmanagement_fetch request。
235.步骤809，nef向smf发送第三响应。相应地，smf可以接收到该第三响应。
236.该第三响应携带新增的业务数据流信息、或更新的业务数据流信息。
237.比如，第三响应可以是pfdmanagement_fetch response。
238.smf接收到新增的业务数据流信息、或更新的业务数据流信息后，在smf上保存新增的业务数据流信息、或更新的业务数据流信息。
239.上述步骤807至步骤809是由smf主动向nef请求获取业务数据流信息，作为另一种实现方法，还可以是由nef在接收到新增的业务数据流信息、或更新的业务数据流信息后，主动向smf上报新增的业务数据流信息、或更新的业务数据流信息。或者，作为另一种实现方法，还可以是由smf主动向udr请求获取业务数据流信息。
240.步骤810，smf向upf发送第四请求。相应地，upf可以接收到该第四请求。
241.其中，第四请求中携带新增的业务数据流的标识信息、或更新的业务数据流的标识信息。
242.比如，第四请求可以是pfdmanagement request。
243.upf可以按照新增的业务数据流的标识信息、或更新的业务数据流的标识信息进行数据流检测，识别新的业务数据流。
244.上述实施例中，由af提供新增的业务数据流信息、或更新的业务数据流信息，并更新至网络中的nef、udr和smf。在具体实现中，可以是仅更新至网络中的nef、udr、smf中的一个或多个网元，或者还可以是更新至网络中的其他网元，如amf、pcf等。
245.以及，还将业务数据流信息中的业务数据流的标识信息更新至upf，使得upf可以开始检测新的业务数据流。
246.基于上述实施例，可以使网络获取和配置指定的业务数据流信息，从而可以检测到对应的业务数据流，后续可以基于业务数据流信息进行数据流的传输。而现有技术中不支持将业务数据流信息提供给网络。
247.如图9所示，为申请实施例提供的另一种通信方法示意图。该方法给出了业务数据流的特征信息的配置过程。
248.该方法包括以下步骤：
249.步骤901，终端设备中的应用与af建立应用的业务数据流连接。
250.其中，该业务数据流的ip三元组或url，与af预先提供给网络的业务数据流信息中的ip三元组或url保持一致。比如，af按照图8实施例的方法向网络提供了业务数据流信息，则该步骤901的业务数据流的ip三元组或url，与图8实施例的业务数据流信息中的ip三元组或url保持一致。
251.步骤902，upf根据配置的包检测规则做包检测，检测到有指定的业务对应的业务数据流时，向pcf发送事件报告，事件报告中携带检测的分组数据流描述(packet flow description，pfd)标识。
252.比如，若upf上预先配置了业务对应的业务数据流信息(比如通过图8实施例的步骤810配置的)，则该upf可以将业务数据流信息中的ip三元组或url作为包检测规则的参数，来进行包检测。
253.步骤903，pcf向smf发送策略计费控制(policy and charging control，pcc)规则。相应地，smf可以接收到pcc规则。
254.pcf可以先从udr、或smf等网元获取业务数据流信息，然后根据业务数据流信息生成pcc规则。当业务采用多数据流传输时，pcf提供为每个业务数据流生成一个pcc规则，然后pcf向smf发送pcc规则。每个pcc规则包括应用的标识、业务数据流的标识信息、业务数据流的特征信息和业务数据流的整形策略，其中，整形策略中包含最大脉冲峰值速率、或最大业务数据流速率。
255.作为一种实现方法，该步骤中pcf可以向smf发送smf initiated sm_policy associationmodefication request，其中携带pcc规则。
256.步骤904，smf向upf发送至少一个业务数据流的配置信息。相应地，upf可以接收到至少一个业务数据流的配置信息。
257.每个业务数据流对应一个配置信息，配置信息包含应用的标识、业务数据流的标
识信息、业务数据流的特征信息和业务数据流的整形策略。需要说明的是，业务数据流的特征信息也可以称为业务数据流的第一特征信息。其中，业务数据流的第一特征信息中包含的内容可以参考图5实施例的相关描述，这里不再赘述。
258.smf通过可以通过n4消息(如n4 pdu establishment modification request、或n4 pdu session modification request)将多个数据流的配置信息发送给upf。
259.其中，upf根据业务数据流的第一特征信息，来识别业务数据流或对业务数据流进行整形的具体实现方法，可以参考图5实施例的相关描述，不再赘述。
260.步骤905，smf通过amf将至少一个业务数据流的配置信息发送给ran。相应地，ran可以接收到至少一个业务数据流的配置信息。
261.每个业务数据流对应一个配置信息，配置信息包含应用的标识、业务数据流的标识信息和业务数据流的特征信息。需要说明的是，业务数据流的特征信息也可以称为业务数据流的第二特征信息。其中，业务数据流的第二特征信息中包含的内容可以参考图5实施例的相关描述，这里不再赘述。
262.其中，ran根据业务数据流的第二特征信息，来识别或发送业务数据流的具体实现方法，可以参考图5实施例的相关描述，不再赘述。
263.基于上述实施例，在终端设备中的应用与af建立应用的业务数据流连接之后，可以将业务数据流的配置信息发送给ran和upf，由ran和upf根据配置信息进行业务数据流的调度和传输控制，从而可以提升业务数据流的传输效率。
264.上述主要从各个网元之间交互的角度对本技术提供的方案进行了介绍。可以理解的是，上述实现各网元为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
265.可以理解的是，上述各个方法实施例中，对应由接入网设备实现的步骤或者操作，也可以由配置于接入网设备的部件(例如芯片或者电路)实现，对应由用户面网元实现的步骤或者操作，也可以由配置于用户面网元的部件(例如芯片或者电路)实现。
266.参考图10，为本技术实施例提供的一种通信装置的示意图。该装置用于实现上述图5、图8、或图9实施例中对应用户面网元所执行的各个步骤，如图10所示，该装置1000包括发送单元1010、接收单元1020和识别单元1030。可选的，该装置1000还包括添加单元1040、整形单元1050。
267.接收单元1020，用于接收业务数据流的特征信息，所述特征信息用于描述所述业务数据流的特征；识别单元1030，用于根据所述业务数据流的特征信息，识别所述业务数据流中的数据包组；发送单元1010，用于向接入网设备发送所述数据包组。
268.在一种可能的实现方法中，所述特征信息包括所述数据包组的首包数据特征和尾包特征；所述识别单元1030，具体用于根据所述首包数据特征，识别所述数据包组的首包；根据所述尾包数据特征，识别所述数据包组的尾包。
269.在一种可能的实现方法中，所述特征信息包括数据包组发送间隔，所述数据包组
发送间隔用于指示所述业务数据流的两个相邻数据包组之间的发送时间间隔；所述识别单元1030，具体用于根据所述数据包组发送间隔，识别所述业务数据流的数据包组。
270.在一种可能的实现方法中，添加单元1040，用于在所述数据包组内的各个数据包中添加相同的数据包组标识。
271.在一种可能的实现方法中，整形单元1050，用于根据所述特征信息，进行所述数组包组的调度处理。
272.在一种可能的实现方法中，所述特征信息包括所述数据包组对应的脉冲峰值速率和脉冲间隔，所述脉冲间隔为所述数据包组对应的两个相邻脉冲之间的发送时间间隔；整形单元1050，具体用于根据所述数据包组对应的脉冲峰值速率和所述脉冲间隔，降低所述数据包组对应的脉冲峰值速率，使降低后的所述数据包组对应的脉冲峰值速率不超过预配置的最大脉冲峰值速率，所述最大脉冲峰值速率为单个业务数据流的最大脉冲峰值速率、或多个业务数据流的汇聚最大脉冲峰值速率。
273.在一种可能的实现方法中，所述接收单元1020，还用于从会话管理网元接收所述最大脉冲峰值速率。
274.在一种可能的实现方法中，所述特征信息来自应用服务器；或者，所述特征信息来自数据库，所述数据库中的所述特征信息来自应用服务器；或者，所述特征信息来自会话管理网元，所述会话管理网元中的所述特征信息来自应用服务器。
275.可选的，上述通信装置1000还可以包括存储单元，该存储单元用于存储数据或者指令(也可以称为代码或者程序)，上述各个单元可以和存储单元交互或者耦合，以实现对应的方法或者功能。例如，识别单元1030、添加单元1040和整形单元1050可以读取存储单元中的数据或者指令，使得通信装置实现上述实施例中的方法。
276.应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。
277.在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integrated circuit，asic)，或，一个或多个微处理器(digital singnal processor，dsp)，或，一个或者多个现场可编程门阵列(field programmable gate array，fpga)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，cpu)或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，soc)的形式实现。
278.以上发送单元1010是一种该装置的接口电路，用于向其它装置发送信号。例如，当
该装置以芯片的方式实现时，该发送单元1010是该芯片用于向其它芯片或装置发送信号的接口电路。以上接收单元1020是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该接收单元1020是该芯片用于从其它芯片或装置接收信号的接口电路。
279.参考图11，为本技术实施例提供的又一种通信装置的示意图。该装置用于实现上述图5、图8或图9实施例中对应接入网设备所执行的各个步骤，如图11所示，该装置1100包括发送单元1110、接收单元1120和识别单元1130。可选的，该装置1100还包括确定单元1140。
280.接收单元1120，用于接收业务数据流的特征信息，所述特征信息用于描述所述业务数据流的特征；以及，从用户面网元接收所述业务数据流；识别单元1130，用于识别所述业务数据流的数据包组；发送单元1110，用于根据所述特征信息，发送所述数据包组。
281.在一种可能的实现方法中，所述识别单元1130，具体用于：确定所述业务数据流中的携带相同数据包组标识的数据包，属于同一数据包组；或者，所述特征信息包括数据包组发送间隔，所述数据包组发送间隔用于指示所述业务数据流的两个相邻数据包组之间的发送时间间隔；根据所述数据包组发送间隔，识别所述数据包组。
282.在一种可能的实现方法中，发送单元1110，用于根据所述特征信息，确定所述数据包组的调度策略；根据所述数据包组的调度策略，发送所述数据包组。
283.在一种可能的实现方法中，所述特征信息包括所述数据包组的发送时间窗，所述数据包组的发送时间窗用于指示发送所述数据包组的最大发送时长；所述发送单元1110，具体用于确定所述数据包组的发送时间窗对应的多个时间段，及所述多个时间段分别对应的调度策略，其中，在时间上靠后的时间段对应的调度策略所指示的发送速率高于在时间上靠前的时间段对应的调度策略所指示的发送速率；根据所述多个时间段分别对应的调度策略，发送所述数据包组。
284.在一种可能的实现方法中，确定单元1140，用于根据所述数据包组发送间隔，进行所述数据包组的传输资源的调度。
285.在一种可能的实现方法中，所述特征信息包括数据包组发送间隔，所述数据包组发送间隔用于指示所述业务数据流的两个相邻数据包组之间的发送时间间隔；所述接收单元1120，还用于根据所述数据包组发送间隔，从终端设备接收信道状态信息csi；确定单元1140，用于根据所述数据包组发送间隔，进行所述数据包组的传输资源的调度，具体包括：用于根据所述csi指示的一个或多个子载波的状态信息，确定所述数据包组的发送时机和用于发送所述数据包组的子载波；所述发送单元1110，用于根据所述特征信息，发送所述数据包组，具体包括：根据所述数据包组的发送时机和用于发送所述数据包组的子载波，发送所述数据包组。
286.在一种可能的实现方法中，所述特征信息还包括所述数据包组对应的脉冲峰值速率和脉冲间隔，所述脉冲间隔为所述数据包组对应的两个相邻脉冲之间的发送时间间隔；所述确定单元1140，具体用于根据所述csi指示的一个或多个子载波的状态信息、所述脉冲峰值速率和所述脉冲间隔，确定发送所述数据包组对子载波的质量要求和容量要求；根据发送所述数据包组对子载波的质量要求和容量要求，确定所述数据包组的发送时机和用于发送所述数据包组的子载波。
287.在一种可能的实现方法中，所述发送单元1110，还用于向所述终端设备发送配置信息，所述配置信息包括指示信息和所述数据包组发送间隔，所述指示信息用于指示所述终端设备上报csi的周期与所述数据包组发送间隔相同；所述接收单元1120，用于从所述终端设备接收所述csi。
288.在一种可能的实现方法中，所述指示信息还用于指示所述终端设备在所述数据包组到达前的第一时长上报csi。
289.在一种可能的实现方法中，所述确定单元1140，还用于备根据所述数据包组发送间隔，确定所述数据包组的到达时间；所述发送单元1110，还用于在所述数据包组到达前的第二时长，向所述终端设备发送下行控制信息dci，用于指示所述终端设备上报csi；所述接收单元1120，用于从所述终端设备接收所述csi。
290.在一种可能的实现方法中，所述特征信息包括所述数据包组的发送时间窗，所述数据包组的发送时间窗用于指示发送所述数据包组的最大发送时长；发送单元1110，用于根据所述特征信息，发送所述数据包组，具体用于：用于当所述数据包组的第一数据包初传失败，根据所述数据包组的发送时间窗，确定所述数据包组的剩余发送时间；当所述第一数据包的重传时间大于所述数据包组的剩余发送时间，丢弃所述第一数据包。
291.在一种可能的实现方法中，所述特征信息来自应用服务器；或者，所述特征信息来自数据库，所述数据库中的所述特征信息来自应用服务器；或者，所述特征信息来自会话管理网元，所述会话管理网元中的所述特征信息来自应用服务器。
292.可选的，上述通信装置1100还可以包括存储单元，该存储单元用于存储数据或者指令(也可以称为代码或者程序)，上述各个单元可以和存储单元交互或者耦合，以实现对应的方法或者功能。
293.应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。
294.在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(asic)，或，一个或多个微处理器(dsp)，或，一个或者多个现场可编程门阵列(fpga)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如中央处理器(cpu)或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(soc)的形式实现。
295.以上发送单元1110是一种该装置的接口电路，用于向其它装置发送信号。例如，当该装置以芯片的方式实现时，该发送单元1110是该芯片用于向其它芯片或装置发送信号的接口电路。以上接收单元1120是一种该装置的接口电路，用于从其它装置接收信号。例如，
当该装置以芯片的方式实现时，该接收单元1120是该芯片用于从其它芯片或装置接收信号的接口电路。
296.参考图12，为本技术实施例提供的一种接入网设备的结构示意图。该接入网设备用于实现以上实施例中接入网设备的操作。如图12所示，该接入网设备包括：天线1210、射频装置1220、基带装置1230。天线1210与射频装置1220连接。在上行方向上，射频装置1220通过天线1210接收终端设备发送的信息，将终端设备发送的信息发送给基带装置1230进行处理。在下行方向上，基带装置1230对终端设备的信息进行处理，并发送给射频装置1220，射频装置1220对终端设备的信息进行处理后经过天线1210发送给终端设备。
297.基带装置1230可以包括一个或多个处理元件1231，例如，包括一个主控cpu和其它集成电路，以及还包括接口1233。此外，该基带装置1230还可以包括存储元件1232，存储元件1232用于存储程序和数据；接口1233用于与射频装置1220交互信息，该接口例如为通用公共无线接口(common public radio interface，cpri)。以上用于接入网设备的装置可以位于基带装置1230，例如，以上用于接入网设备的装置可以为基带装置1230上的芯片，该芯片包括至少一个处理元件和接口电路，其中处理元件用于执行以上接入网设备执行的任一种方法的各个步骤，接口电路用于与其它装置通信。在一种实现中，接入网设备实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现，例如用于接入网设备的装置包括处理元件和存储元件，处理元件调用存储元件存储的程序，以执行以上方法实施例中接入网设备执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件，即片内存储元件，也可以为与处理元件处于不同芯片上的存储元件，即片外存储元件。
298.在另一种实现中，接入网设备实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件，这些处理元件设置于基带装置上，这里的处理元件可以为集成电路，例如：一个或多个asic，或，一个或多个dsp，或，一个或者多个fpga，或者这些类集成电路的组合。这些集成电路可以集成在一起，构成芯片。
299.接入网设备实现以上方法中各个步骤的单元可以集成在一起，以soc的形式实现，例如，基带装置包括该soc芯片，用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件，由处理元件调用存储元件的存储的程序的形式实现以上接入网设备执行的方法；或者，该芯片内可以集成至少一个集成电路，用于实现以上接入网设备执行的方法；或者，可以结合以上实现方式，部分单元的功能通过处理元件调用程序的形式实现，部分单元的功能通过集成电路的形式实现。
300.可见，以上用于接入网设备的装置可以包括至少一个处理元件和接口电路，其中至少一个处理元件用于执行以上方法实施例所提供的任一种接入网设备执行的方法。处理元件可以以第一种方式：即调用存储元件存储的程序的方式执行接入网设备执行的部分或全部步骤；也可以以第二种方式：即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行接入网设备执行的部分或全部步骤；当然，也可以结合第一种方式和第二种方式执行以上接入网设备执行的部分或全部步骤。
301.这里的处理元件同以上描述，可以是通用处理器，例如cpu，还可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个asic，或，一个或多个微处理器dsp，或，一个或者多个fpga等，或这些集成电路形式中至少两种的组合。存储元件可以是一个存储器，也可以是多个存储元件的统称。
302.参考图13，为本技术实施例提供的一种用户面网元示意图，用于实现以上实施例中用户面网元的操作。如图13所示，该用户面网元包括：处理器1310和接口1330，可选的，该用户面网元还包括存储器1320。接口1330用于实现与其他设备进行通信。
303.以上实施例中用户面网元执行的方法可以通过处理器1310调用存储器(可以是用户面网元中的存储器1320，也可以是外部存储器)中存储的程序来实现。即，用户面网元可以包括处理器1310，该处理器1310通过调用存储器中的程序，以执行以上方法实施例中的用户面网元执行的方法。这里的处理器可以是一种具有信号的处理能力的集成电路，例如cpu。用户面网元可以通过配置成实施以上方法的一个或多个集成电路来实现。例如：一个或多个asic，或，一个或多个微处理器dsp，或，一个或者多个fpga等，或这些集成电路形式中至少两种的组合。或者，可以结合以上实现方式。
304.具体的，图10中的发送单元1010、接收单元1020、识别单元1030、添加单元1040和整形单元1050的功能/实现过程可以通过图13所示的用户面网元1300中的处理器1310调用存储器1320中存储的计算机可执行指令来实现。或者，图10中的识别单元1030、添加单元1040和整形单元1050的功能/实现过程可以通过图13所示的用户面网元1300中的处理器1310调用存储器1320中存储的计算机执行指令来实现，图10中的发送单元1010和接收单元1020的功能/实现过程可以通过图13中所示的用户面网元1300中的接口1330来实现。
305.本领域普通技术人员可以理解：本技术中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本技术实施例的范围，也表示先后顺序。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“至少一个”是指一个或者多个。至少两个是指两个或者多个。“至少一个”、“任意一个”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个、种)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。“多个”是指两个或两个以上，其它量词与之类似。
306.应理解，在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
307.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
308.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以
是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘(solid state disk，ssd))等。
309.本技术实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器，专用集成电路(asic)，现场可编程门阵列(fpga)或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。
310.本技术实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于随机存取存储器(random access memory，ram)、闪存、只读存储器(read-only memory，rom)、eprom存储器、eeprom存储器、寄存器、硬盘、可移动磁盘、cd-rom或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于asic中。
311.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
312.在一个或多个示例性的设计中，本技术所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于ram、rom、eeprom、cd-rom或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电脑、双绞线、数字用户线(dsl)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、数字通用光盘(英文：digital versatile disc，简称：dvd)、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。
313.本领域技术人员应该可以意识到，在上述一个或多个示例中，本技术所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
314.以上所述的具体实施方式，对本技术的目的、技术方案和有益效果进行了进一步
详细说明，所应理解的是，以上所述仅为本技术的具体实施方式而已，并不用于限定本技术的保护范围，凡在本技术的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本技术的保护范围之内。本技术说明书的上述描述可以使得本领域技术任何可以利用或实现本技术的内容，任何基于所公开内容的修改都应该被认为是本领域显而易见的，本技术所描述的基本原则可以应用到其它变形中而不偏离本技术的发明本质和范围。因此，本技术所公开的内容不仅仅局限于所描述的实施例和设计，还可以扩展到与本技术原则和所公开的新特征一致的最大范围。
315.尽管结合具体特征及其实施例对本技术进行了描述，显而易见的，在不脱离本技术的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本技术的示例性说明，且视为已覆盖本技术范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包括这些改动和变型在内。