CN116830731A - 业务数据流的传输方法、通信装置及通信系统 - Google Patents
业务数据流的传输方法、通信装置及通信系统 Download PDFInfo
- Publication number
- CN116830731A CN116830731A CN202180091742.8A CN202180091742A CN116830731A CN 116830731 A CN116830731 A CN 116830731A CN 202180091742 A CN202180091742 A CN 202180091742A CN 116830731 A CN116830731 A CN 116830731A
- Authority
- CN
- China
- Prior art keywords
- data packet
- packet group
- information
- data
- transmission time
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 277
- 238000000034 method Methods 0.000 title claims abstract description 127
- 238000004891 communication Methods 0.000 title claims abstract description 52
- 230000006870 function Effects 0.000 claims description 89
- 238000012545 processing Methods 0.000 claims description 79
- 230000003139 buffering effect Effects 0.000 claims description 7
- 239000000872 buffer Substances 0.000 claims description 6
- 230000001976 improved effect Effects 0.000 abstract description 14
- 230000004044 response Effects 0.000 description 23
- 238000010586 diagram Methods 0.000 description 19
- 238000007726 management method Methods 0.000 description 16
- 230000008569 process Effects 0.000 description 14
- 238000001514 detection method Methods 0.000 description 8
- 230000004048 modification Effects 0.000 description 8
- 238000012986 modification Methods 0.000 description 8
- 238000004590 computer program Methods 0.000 description 7
- 230000009286 beneficial effect Effects 0.000 description 6
- 238000013523 data management Methods 0.000 description 6
- 230000003993 interaction Effects 0.000 description 6
- 230000003190 augmentative effect Effects 0.000 description 4
- 230000008447 perception Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 3
- 238000013475 authorization Methods 0.000 description 2
- 235000019800 disodium phosphate Nutrition 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000009877 rendering Methods 0.000 description 2
- 230000001953 sensory effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000005641 tunneling Effects 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 101150119040 Nsmf gene Proteins 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000011217 control strategy Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000008093 supporting effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1221—Wireless traffic scheduling based on age of data to be sent
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
- H04W28/09—Management thereof
- H04W28/0992—Management thereof based on the type of application
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/28—Flow control; Congestion control in relation to timing considerations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/56—Queue scheduling implementing delay-aware scheduling
Abstract
本申请实施例提供业务数据流的传输方法、通信装置及通信系统。该方法包括:网络设备从接收到的一个或多个数据包中获取第一数据包组的标识、用于指示第一数据包组的生成时间的信息和第一数据包组的下行传输时间窗信息;向接入网设备发送第一数据包组的数据包,第一数据包组中的至少一个数据包是与第一数据包组的标识、用于指示第一数据包组的生成时间的信息以及第一数据包组的下行传输时间窗信息一起发送的。该方案,网络设备将第一数据包组的相关信息传输至接入网设备,使接入网设备可以基于第一数据包组的相关信息对第一数据包组进行传输控制,实现了按照数据包组粒度进行传输控制,有助于提升数据包的传输效率以及提升用户体验。
Description
本申请实施例涉及通信技术领域,尤其涉及业务数据流的传输方法、通信装置及通信系统。
目前,在下行传输时,用户面网元和接入网设备是基于配置的调度策略,对业务数据流按照数据包粒度进行调度。
然而,在一些应用中,需要考虑对同一个业务数据流的多个数据包进行联合调度。
发明内容
本申请实施例提供业务数据流的传输方法、通信装置及通信系统,用以实现对业务数据流的多个数据包进行联合调度。
第一方面,本申请实施例提供一种业务数据流的传输方法,包括:网络设备从接收到的一个或多个数据包中获取第一数据包组的标识、用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,所述一个或多个数据包为第一业务数据流的第一数据包组的数据包,所述第一业务数据流包括至少两个数据包组,所述第一数据包组为所述至少两个数据包组中的一个;所述网络设备向接入网设备发送所述第一数据包组的数据包,所述第一数据包组的数据包是与所述第一数据包组的标识一起发送的,所述第一数据包组中的至少一个数据包是与所述第一数据包组的标识、所述用于指示所述第一数据包组的生成时间的信息以及所述第一数据包组的下行传输时间窗信息一起发送的。
其中,可以将第一数据包组的标识、用于指示第一数据包组的生成时间的信息和第一数据包组的下行传输时间窗信息统称为第一数据包组的相关信息。第一数据包组的相关信息用于对第一数据包组进行传输控制,或,用于接入网设备对第一数据包组进行传输控制,或,用于指示接入网设备对第一数据包组进行传输控制。
基于上述方案,网络设备获取到第一数据包组的相关信息,并将第一数据包组的相关信息携带于第一数据包组的数据包内传输至接入网设备,使得接入网设备可以基于第一数据包组的相关信息对第一数据包组进行传输控制,从而实现了按照数据包组粒度进行传输控制,有助于提升数据包的传输效率以及提升用户体验。并且,通过第一数据包组的下行传输时间窗信息指示了第一数据包组从生成到传输至终端设备的最大可用时长,因此可以实现将一个数据包组在一个时间窗内发送至终端设备,可以满足低时延业务的需求,进一步提升用户的业务体验。
其中,当在第一数据包组的部分数据包内(比如第一数据包组的第一个或前K个数据包)携带第一数据包组的相关信息,在第一数据包组的其它部分数据包内不携带第一数据包组的相关信息,则可以减少传输第一数据包组的相关信息带来的开销。
在一种可能的实现方法中,所述网络设备接收来自应用功能网元的所述一个或多个数据包。
在一种可能的实现方法中,所述网络设备缓存所述第一数据包组中的N个数据包,N为大于1的整数;所述网络设备向接入网设备发送所述第一数据包组的数据包,包括:所述网络设备获取缓存的所述N个数据包,并向接入网设备发送所述N个数据包。
基于该方法,有助于避免接入网设备在短时间内从网络设备收到大量数据包而造成流量冲击,或者是在长时间内收不到来自网络设备的数据包而造成资源浪费。
在一种可能的实现方法中,所述网络设备从接收到的所述一个或多个数据包中获取所述第一数据包组的数量信息;所述网络设备根据所述第一数据包组的数量信息,确定缓存的所述第一数据包组的数据包个数N。
在一种可能的实现方法中,所述网络设备根据用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,确定所述N个数据包的缓存时间。
在一种可能的实现方法中,所述网络设备从接收到的所述一个或多个数据包中获取所述第一数据包组的数量信息;所述网络设备从接收到的第二业务数据流的第二数据包组的一个或多个数据包中获取所述第二数据包组的标识、所述第二数据包组的数量信息、用于指示所述第二数据包组的生成时间的信息和所述第二数据包组的下行传输时间窗信息;所述网络设备根据所述第一数据包组的数量信息、所述第二数据包组的数量信息、用于指示所述第一数据包组的生成时间的信息、用于指示所述第二数据包组的生成时间的信息、所述第一数据包组的下行传输时间窗信息和所述第二数据包组的下行传输时间窗信息,确定所述第一数据包组的调度优先级;所述网络设备向接入网设备发送所述第一数据包组的数据包,包括:所述网络设备根据所述第一数据包组的调度优先级,向所述接入网设备发送所述第一数据包组的数据包。
基于上述方案,当多个终端设备由于处理能力不同,可以通过网络设备的控制,使得多个终端设备可以保持同步,从而提升用户的业务体验。并且,还可以实现将一个数据包组在一个时间窗内发送至终端设备,从而可以满足低时延业务的需求,进一步提升用户的业务体验。
在一种可能的实现方法中,所述网络设备根据所述第一数据包组的数量信息、所述第二数据包组的数量信息、所述第一数据包组的下行传输时间窗信息和所述第二数据包组的下行传输时间窗信息,确定所述第一数据包组的调度优先级,包括:所述网络设备根据所述第一数据包组的数量信息和所述第一业务数据流的速率,确定所述第一数据包组的处理时间;以及根据所述第一数据包组的处理时间、用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,确定所述第一数据包组的剩余传输时间;所述网络设备根据所述第二数据包组的数量信息和所述第二业务数据流的速率,确定所述第二数据包组的处理时间;以及根据所述第二数据包组的处理时间、用于指示所述第二数据包组的生成时间的信息和所述第二数据包组的下行传输时间窗信息,确定所述第二数据包组的剩余传输时间;所述网络设备根据所述第一数据包组的剩余传输时间和所述第二数据包组的剩余传输时间,确定所述第一数据包组的调度优先级。
在一种可能的实现方法中,所述网络设备接收指示信息,所述指示信息用于指示对所述第一业务数据流进行数据包组粒度的传输控制。比如该指示信息来自会话管理网元或策略控制网元等。
第二方面,本申请实施例提供一种业务数据流的传输方法,包括:接入网设备从接收到的至少一个数据包中获取用于指示第一数据包组的生成时间的信息和所述第一数据包 组的下行传输时间窗信息,所述至少一个数据包为第一业务数据流的第一数据包组的数据包,所述第一业务数据流包括至少两个数据包组,所述第一数据包组为所述至少两个数据包组中的一个;所述接入网设备根据用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,确定所述第一数据包组的剩余传输时间;所述接入网设备根据所述第一数据包组的剩余传输时间,向终端设备发送所述第一数据包组的数据包。
基于上述方案,接入网设备获取到第一数据包组的相关信息,从而可以基于第一数据包组的相关信息对第一数据包组进行传输控制,从而实现了按照数据包组粒度进行传输控制,有助于提升数据包的传输效率以及提升用户体验。并且,通过第一数据包组的下行传输时间窗信息指示了第一数据包组从生成到传输至终端设备的最大可用时长,因此可以实现将一个数据包组在一个时间窗内发送至终端设备,可以满足低时延业务的需求,进一步提升用户的业务体验。
在一种可能的实现方法中,所述接入网设备从接收到的所述至少一个数据包中获取所述第一数据包组的数量信息;所述接入网设备根据所述第一数据包组的数量信息和所述第一数据包组的剩余传输时间,确定所述第一数据包组对应的调制编码方案;所述接入网设备根据所述第一数据包组的剩余传输时间,向所述终端设备发送所述第一数据包组的数据包,包括:所述接入网设备根据所述第一数据包组对应的调制编码方案和所述第一数据包组的剩余传输时间,向所述终端设备发送所述第一数据包组的数据包。
在一种可能的实现方法中,所述接入网设备根据所述第一数据包组的数量信息和所述第一数据包组的剩余传输时间,确定所述第一数据包组对应的调制编码方案,包括:所述接入网设备根据所述第一数据包组的数量信息和所述第一数据包组的剩余传输时间,确定所述第一数据包组中的在先收到的第一部分数据包对应的第一调制编码方案和所述第一数据包组中的在后收到的第二部分数据包对应的第二调制编码方案;其中,所述第一调制编码方案的等级低于所述第二调制编码方案的等级;所述接入网设备根据所述第一数据包组对应的调制编码方案和所述第一数据包组的剩余传输时间,向所述第一终端设备发送所述第一数据包组的数据包,包括:所述接入网设备根据所述第一调制编码方案和所述第一数据包组的剩余传输时间,向所述终端设备发送所述第一数据包组的第一部分数据包;所述接入网设备根据所述第二调制编码方案和所述第一数据包组的剩余传输时间,向所述终端设备发送所述第一数据包组的第二部分数据包。
在一种可能的实现方法中,所述接入网设备从接收到的至少一个数据包中获取用于指示第二数据包组的生成时间的信息和所述第二数据包组的下行传输时间窗信息,所述至少一个数据包为第二业务数据流的所述第二数据包组的数据包;所述接入网设备根据用于指示所述第二数据包组的生成时间的信息和第二数据包组的下行传输时间窗信息,确定所述第二数据包组的剩余传输时间;所述接入网设备根据所述第一数据包组的剩余传输时间和所述第二数据包组的剩余传输时间,确定所述第一数据包组的调度优先级;所述接入网设备根据所述第一数据包组的剩余传输时间,向所述终端设备发送所述第一数据包组的数据包,包括:所述接入网设备根据所述第一数据包组的调度优先级和所述第一数据包组的剩余传输时间,向所述终端设备发送所述第一数据包组的数据包。
基于上述方案,当多个终端设备由于处理能力不同,可以通过接入网设备的控制,使得多个终端设备可以保持同步,从而提升用户的业务体验。并且,还可以实现将一个数据 包组在一个时间窗内发送至终端设备,从而可以满足低时延业务的需求,进一步提升用户的业务体验。
在一种可能的实现方法中,所述接入网设备接收指示信息,所述指示信息用于指示对所述第一业务数据流进行数据包组粒度的传输控制。所述指示信息来自会话管理网元、网络设备或策略控制网元等。
第三方面,本申请实施例提供一种业务数据流的传输方法,包括:应用功能网元生成第一业务数据流的第一数据包组的标识、用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,所述第一业务数据流包括至少两个数据包组,所述第一数据包组为所述至少两个数据包组中的一个;所述应用功能网元向网络设备发送所述第一数据包组的数据包,所述第一数据包组的数据包是与所述第一数据包组的标识一起发送的,所述第一数据包组的一个或多个数据包携带所述第一数据包组的标识、用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息。
基于上述方案,应用功能网元生成第一数据包组的相关信息,第一数据包组的相关信息用于指示第一数据包组的特征信息,并将第一数据包组的相关信息携带于第一数据包组的一个或多个数据包内传输至网络设备,使得网络设备可以基于第一数据包组的相关信息对第一数据包组进行传输控制,从而实现了按照数据包组粒度进行传输控制,有助于提升数据包的传输效率以及提升用户体验。并且,通过第一数据包组的下行传输时间窗信息指示了第一数据包组从生成到传输至终端设备的最大可用时长,因此可以实现将一个数据包组在一个时间窗内发送至终端设备,可以满足低时延业务的需求,进一步提升用户的业务体验。
在一种可能的实现方法中,所述第一数据包组的一个或多个数据包还包括所述第一数据包组的数量信息。
在一种可能的实现方法中,所述应用功能网元根据终端设备的感知数据的生成时间、所述终端设备处理所述第一数据包组的预估时长和所述第一数据包组的生成时间,确定所述第一数据包组的下行传输时间窗信息。
第四方面,本申请实施例提供一种通信装置,该装置可以是网络设备,还可以是用于网络设备的芯片。该装置具有实现上述第一方面的任意实现方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第五方面,本申请实施例提供一种通信装置,该装置可以是接入网设备,还可以是用于接入网设备的芯片。该装置具有实现上述第二方面的任意实现方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第六方面,本申请实施例提供一种通信装置,该装置可以是应用功能网元,还可以是用于应用功能网元的芯片。该装置具有实现上述第三方面的任意实现方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第七方面,本申请实施例提供一种通信装置,包括处理器和存储器;该存储器用于存储计算机指令,当该装置运行时,该处理器执行该存储器存储的计算机指令,以使该装置执行上述第一方面至第三方面中的任意实现方法。
第八方面,本申请实施例提供一种通信装置,包括用于执行上述第一方面至第三方面中的任意实现方法的各个步骤的单元或手段(means)。
第九方面,本申请实施例提供一种通信装置,包括处理器和接口电路,所述处理器用于通过接口电路与其它装置通信,并执行上述第一方面至第三方面中的任意实现方法。该处理器包括一个或多个。
第十方面,本申请实施例提供一种通信装置,包括处理器,用于与存储器耦合,处理器用于调用所述存储器中存储的程序,以执行上述第一方面至第三方面中的任意实现方法。该存储器可以位于该装置之内,也可以位于该装置之外。且该处理器包括一个或多个。
第十一方面,本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得上述第一方面至第三方面中的任意实现方法被执行。
第十二方面,本申请实施例还提供一种计算机程序产品,该计算机程序产品包括计算机程序,当计算机程序运行时,使得上述第一方面至第三方面中的任意实现方法被执行。
第十三方面,本申请实施例还提供一种芯片系统,包括:处理器,用于执行上述第一方面至第三方面中的任意实现方法。
第十四方面,本申请实施例还提供一种通信系统,包括用于执行第一方面中任意实现方法的网络设备,和用于执行第二方面中任意实现方法的接入网设备。
在一种可能的实现方法中,所述通信系统还包括用于执行第三方面中任意实现方法的应用功能网元。
第十五方面,本申请实施例还提供一种通信系统,包括用于执行第一方面中任意实现方法的网络设备,和用于执行第三方面中任意实现方法的应用功能网元。
图1(a)为本申请实施例提供的一种通信系统示意图;
图1(b)为本申请实施例提供的一种通信系统示意图;
图2(a)为基于服务化架构的5G网络架构示意图;
图2(b)为基于点对点接口的5G网络架构示意图;
图3为本申请实施例提供的一种业务数据流的传输方法示意图;
图4为本申请实施例提供的另一种业务数据流的传输方法示意图;
图5为本申请实施例提供的另一种业务数据流的传输方法示意图;
图6为本申请实施例提供的另一种业务数据流的传输方法示意图;
图7为本申请实施例提供的一种通信装置示意图;
图8为本申请实施例提供的另一种通信装置示意图。
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。其中,在本申请的描述中,除非另有说明,“多个”的含义是两个或两个以上。
为实现对业务数据流的多个数据包进行联合调度,如图1(a)所示,本申请提供一种通信系统,该系统包括接入网设备和网络设备。可选的,该系统还包括应用功能网元。
网络设备,用于从接收到的一个或多个数据包中获取第一数据包组的标识、用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,所述一个或多个数据包为第一业务数据流的所述第一数据包组的数据包,所述第一业务数据流包括至少两个数据包组,所述第一数据包组为所述至少两个数据包组中的一个;以及,用于向接入网设备发送所述第一数据包组的数据包,所述第一数据包组的数据包是与所述第一数据包组的标识一起发送的,所述第一数据包组中的至少一个数据包是与所述第一数据包组的标识、所述用于指示所述第一数据包组的生成时间的信息以及所述第一数据包组的下行传输时间窗信息一起发送的。
接入网设备,用于接收来自网络设备的第一数据包组的数据包。
其中,上述方案的具体实现将在后续方法实施例部分详细阐述,在此不再赘述。
图1(a)所示的系统可以用在图2(a)或图2(b)所示的第五代(5th generation,5G)网络架构中,当然,也可以用在未来网络架构,比如第六代(6th generation,6G)网络架构等,本申请不做限定。
为实现对业务数据流的多个数据包进行联合调度,如图1(b)所示,本申请提供一种通信系统,该系统包括应用功能网元和网络设备。
图1(b)所示的系统可以用在图2(a)或图2(b)所示的5G网络架构中,当然,也可以用在未来网络架构,比如6G网络架构等,本申请不做限定。
应用功能网元,用于生成第一业务数据流的第一数据包组的标识、用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,所述第一业务数据流包括至少两个数据包组,所述第一数据包组为所述至少两个数据包组中的一个;向网络设备发送所述第一数据包组的数据包,所述第一数据包组的数据包是与所述第一数据包组的标识一起发送的,所述第一数据包组的一个或多个数据包携带所述第一数据包组的标识、用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息。网络设备,用于从接收到的一个或多个数据包中获取所述第一数据包组的标识、用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息。
示例性的,假设图1(a)或图1(b)所示的通信系统应用于5G网络架构,如图2(a)所示,为基于服务化架构的5G网络架构示意图。图1(a)或图1(b)中的网络设备所对应的网元或者实体可以为图2(a)所示的5G网络架构中的用户面功能(user plane function,UPF)网元,图1(a)中的接入网设备所对应的网元或者实体可以为图2(a)所示的5G网络架构中的无线接入网(radio access network,RAN)设备。图1(a)或图1(b)中的应用功能网元所对应的网元或者实体可以为图2(a)所示的5G网络架构中的应用功能(application function,AF)网元。
图2(a)所示的5G网络架构中可包括三部分,分别是终端设备部分、数据网络(data network,DN)和运营商网络部分。下面对其中的部分网元的功能进行简单介绍说明。
其中,运营商网络可包括以下网元中的一个或多个:鉴权服务器功能(authentication server function,AUSF)网元、网络开放功能(network exposure function,NEF)网元、策略控制功能(policy control function,PCF)网元、统一数据管理(unified data management,UDM)、统一数据库(unified data repository,UDR)、网络存储功能(network repository function,NRF)网元、接入与移动性管理功能(access and mobility management function,AMF)网元、会话管理功能(session management function,SMF)网元、RAN以及UPF网元等。上述运营商网络中,除无线接入网部分之外的部分可以称为核心网络部分。
需要说明的是,图2(a)中所示的AF网元可以是运营商网络内的AF网元,也可以是运营商网络之外的AF网元(如第三方服务器等)。
在具体实现中,本申请实施例中的终端设备,可以是用于实现无线通信功能的设备。其中,终端设备可以是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)中的无线终端等。终端可以是移动的,也可以是固定的。
上述终端设备可通过运营商网络提供的接口(例如N1等)与运营商网络建立连接,使用运营商网络提供的数据和/或语音等服务。终端设备还可通过运营商网络访问DN,使用DN上部署的运营商业务,和/或第三方提供的业务。其中,上述第三方可为运营商网络和终端设备之外的服务方,可为终端设备提供其他数据和/或语音等服务。其中,上述第三方的具体表现形式,具体可根据实际应用场景确定,在此不做限制。
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)、移动交换中心等。
AMF网元,主要进行移动性管理、接入鉴权或授权等功能。此外,还负责在UE与PCF间传递用户策略。
SMF网元,主要进行会话管理、PCF下发控制策略的执行、UPF的选择、UE互联网协议(internet protocol,IP)地址分配等功能。
UPF网元,作为和数据网络的接口UPF,完成用户面数据转发、基于会话/流级的计费统计,带宽限制等功能。
UDM网元,主要负责管理签约数据、用户接入授权等功能。
UDR,主要负责签约数据、策略数据、应用数据等类型数据的存取功能。
NEF网元,主要用于支持能力和事件的开放。
AF网元,主要传递应用侧对网络侧的需求,例如,服务质量(quality of service,QoS)需求或用户状态事件订阅等。AF可以是第三方功能实体,也可以是运营商部署的应用服务,如IP多媒体子系统(IP multimedia subsystem,IMS)语音呼叫业务。其中,AF网元也可以称为应用服务器。
PCF网元,主要负责针对会话、业务数据流级别进行计费、QoS带宽保障及移动性管理、UE策略决策等策略控制功能。
NRF网元,可用于提供网元发现功能,基于其他网元的请求,提供网元类型对应的网元信息。NRF还提供网元管理服务,如网元注册、更新、去注册以及网元状态订阅和推送等。
AUSF网元:主要负责对用户进行鉴权,以确定是否允许用户或设备接入网络。
DN,是位于运营商网络之外的网络,运营商网络可以接入多个DN,DN上可部署多种业务,可为终端设备提供数据和/或语音等服务。例如,DN是某智能工厂的私有网络,智能工厂安装在车间的传感器可为终端设备,DN中部署了传感器的控制服务器,控制服务器可为传感器提供服务。传感器可与控制服务器通信,获取控制服务器的指令,根据指令将采集的传感器数据传送给控制服务器等。又例如,DN是某公司的内部办公网络,该公司员工的手机或者电脑可为终端设备,员工的手机或者电脑可以访问公司内部办公网络上的信息、数据资源等。
图2(a)中Nausf、Nnef、Npcf、Nudm、Naf、Namf、Nsmf、N1、N2、N3、N4,以及N6为接口序列号。这些接口序列号的含义可参见3GPP标准协议中定义的含义,在此不做限制。
示例性的,假设图1(a)所示的通信系统应用于5G网络架构,如图2(b)所示,为基于服务化架构的5G网络架构示意图。图1(a)或图1(b)中的网络设备所对应的网元或者实体可以为图2(b)所示的5G网络架构中的UPF网元,图1(a)中的接入网设备所对应的网元或者实体可以为图2(b)所示的5G网络架构中的RAN设备。图1(a)或图1(b)中的应用功能网元所对应的网元或者实体可以为图2(b)所示的5G网络架构中的AF网元。
图2(b)中的网元的功能的介绍可以参考图2(a)中对应的网元的功能的介绍,不再赘述。图2(b)与图2(a)的主要区别在于:图2(b)中的各个网元之间的接口是点对点的接口,图2(a)中的各个网元之间的接口是服务化的接口。
在图2(b)所示的架构中,各个网元之间的接口名称及功能如下:
1)、N7:PCF与SMF之间的接口,用于下发协议数据单元(protocol data unit,PDU)会话粒度以及业务数据流粒度控制策略。
2)、N15:PCF与AMF之间的接口,用于下发UE策略及接入控制相关策略。
3)、N5:AF与PCF之间的接口,用于应用业务请求下发以及网络事件上报。
4)、N4:SMF与UPF之间的接口,用于控制面与用户面之间传递信息,包括控制面向用户面的转发规则、QoS控制规则、流量统计规则等的下发以及用户面的信息上报。
5)、N11:SMF与AMF之间的接口,用于传递RAN和UPF之间的PDU会话隧道信 息、传递发送给UE的控制消息、传递发送给RAN的无线资源控制信息等。
6)、N2:AMF与RAN之间的接口,用于传递核心网侧至RAN的无线承载控制信息等。
7)、N1:AMF与UE之间的接口,接入无关,用于向UE传递QoS控制规则等。
8)、N8:AMF与UDM间的接口,用于AMF向UDM获取接入与移动性管理相关签约数据与鉴权数据,以及AMF向UDM注册UE当前移动性管理相关信息等。
9)、N10:SMF与UDM间的接口,用于SMF向UDM获取会话管理相关签约数据,以及SMF向UDM注册UE当前会话相关信息等。
10)、N35:UDM与UDR间的接口,用于UDM从UDR中获取用户签约数据信息。
11)、N36:PCF与UDR间的接口,用于PCF从UDR中获取策略相关签约数据以及应用数据相关信息。
12)、N12:AMF和AUSF间的接口,用于AMF向AUSF发起鉴权流程,其中可携带签约隐藏标识(Subscription Concealed Identifier,SUCI)作为签约标识;
13)、N13:UDM与AUSF间的接口,用于AUSF向UDM获取用户鉴权向量,以执行鉴权流程。
可以理解的是,上述网元或者功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行的软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能。可选的,上述网元或者功能可以由一个设备实现,也可以由多个设备共同实现,还可以是一个设备内的一个功能模块,本申请实施例对此不作具体限定。
本申请实施例中的会话管理网元、网络设备、接入网设备、应用功能网元分别可以是图2(a)或图2(b)中的SMF、UPF、RAN、AF,也可以是未来通信如6G网络中具有上述SMF、UPF、RAN、AF的功能的网元,本申请对此不限定。为方便说明,本申请以会话管理网元、网络设备、接入网设备、应用功能网元分别为上述SMF、UPF、RAN、AF为例进行说明。
需要说明的是,随着通信技术的发展,本申请实施例的数据传输方法的执行主体,如应用功能网元、网络设备、接入网设备的名称,也可能会随之改变,但名称的改变不影响本申请方案的技术实质。因此,仅涉及执行主体的名称改变时,不会影响本申请方案的保护范围。
在现有的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保障,如时延、转发优先级、丢包率等等。
当RAN收到来自UPF的下行QoS flow时,RAN会按照一定的映射规则将多个QoS flow封装至同一个数据无线承载(Data Radio Bearer,DRB),同一个DRB会享有相同的空口侧可靠性保障。
目前,在下行传输时,UPF和RAN是基于配置的调度策略,对业务数据流按照数据 包粒度进行调度。然而,在一些应用中,需要考虑对同一个业务数据流的多个数据包进行联合调度。
下面以增强现实(augment reality,AR)应用场景为例进行说明。
AR应用是5G网络支持的潜在主要应用,可以用于面向个人消费者场景,例如展览馆和教育场景的实时增强现实体验,多人参与的AR游戏和会议等。AR也可以用于面向商业场景的应用,例如AR辅助器件装配。
以单人AR场景的业务流程为例,终端设备与AR服务器(其中,AR服务器是AF的一个具体示例)之间交互的一个完整流程包括以下过程:
T1时刻:终端设备产生感知数据(比如包括用户头部动作信息、用户视角信息、实时图像或视频等)并经由RAN、UPF向AR服务器发送感知数据;
其中,可以认为终端设备产生感知数据与发送感知数据之间的时间间隔很短,可以忽略不计。
T2时刻:AR服务器收到感知数据,并开始对感知数据进行处理。
其中,对感知数据进行处理,比如包括:根据用户头部动作信息和用户视角信息等感知数据渲染生成对应的AR媒体数据并进行编码,得到AR对象。
T3时刻:AR服务器完成对感知数据的处理并生成数据包组,该数据包组包括多个数据包;然后经由UPF、RAN向终端设备发送该数据包组。
其中,可以认为AR服务器产生数据包组与发送数据包组之间的时间间隔很短,可以忽略不计。
T4时刻:终端设备收到数据包组,并开始对数据包组的数据包进行处理(比如包括解码、呈现等)。
T5时刻:终端设备完成对一个数据包组的数据包的处理。
至此,完成终端设备与AR服务器之间交互的一个完整流程。
其中,业务数据流、AR对象与数据包组之间的关系如下:
一个AR对象可以对应一个数据包组,一个数据包组包括多个数据包。示例性地,以一个AR对象是一个桌子为例,该AR对象可以对应一个数据包组。
或者,一个AR对象可以对应多个数据包组。示例性地,以一个AR对象是一个桌子为例,该桌子的正面部分对应一个数据包组,背面部分对应另一个数据包组等等。
或者,多个AR对象对应一个数据包组。示例性地,以一个AR对象是一个桌子,另一个AR对象是椅子为例,该桌子和椅子对应一个数据包组。也即,该数据包组用于传输该桌子和椅子所对应的数据包。
或者,多个AR对象中各个AR对象的部分对应一个数据包组。示例性地,以一个AR对象是一个桌子,另一个AR对象是椅子为例,该桌子的正面和椅子的正面对应一个数据包组。或者,该桌子的正面和椅子对应一个数据包组。或者,该椅子的正面和桌子对应一个数据包组。
也即,本申请实施例中的一个数据包组可以对应一个或多个AR对象的部分或全部。
一个业务数据流包含一个或多个数据包组,一个数据包组由多个数据包构成,一个数据包组可以用一个数据包组的标识来指示。同一个业务数据流的不同数据包组的标识可 以相同,也可以不同,例如相邻两个数据包组的标识不同,不相邻的两个数据包组的标识可以相同,也可以不同。
一个业务数据流可以用于传输一个或多个AR对象对应的数据包组。
需要说明的是,本申请实施例不限定于业务数据流、数据包组、AR对象之间的关系,可以根据具体实现而定。
需要说明的是,上述是以AR业务中的AR对象为例进行说明,对于其它应用场景,本申请实施例同样适用。
为了保证用户的业务体验,目前一般要求从终端设备开始上报感知数据(即前述T1时刻)到终端设备完成对一个数据包组的数据包的处理(即前述T5时刻)之间的时间不超过一个预设的最大时延(比如70ms)。由于在终端设备与AR服务器的不同交互流程中,不同感知数据的上行传输所花费的时间(即上述T2与T1的差值)可能不同,AR服务器处理不同感知数据后生成数据包组所花费的时间(即上述T3与T2的差值)可能不同,终端设备处理不同数据包组的数据包所花费的时间(即上述T5与T4的差值)也可能不同,这将导致在不同的交互流程中,用于不同数据包组的下行传输的剩余时间(即上述T4与T3的差值)可能不同。
示例性地,假设预设的最大时延为70ms。在一次交互流程中,感知数据的上行传输花费6ms,终端设备处理数据包组的数据包预计需要4ms,AR服务器处理感知数据后生成数据包组花费50ms,则数据包组的下行传输的剩余时间为10ms,也即AR服务器需要在10ms内将生成的数据包组经由UPF、RAN发送至终端设备。
在另一次交互流程中,感知数据的上行传输花费6ms,终端设备处理数据包组的数据包预计需要4ms,AR服务器处理感知数据后生成数据包组花费45ms,则数据包组的下行传输的剩余时间为15ms,也即AR服务器需要在15ms内将生成的数据包组经由UPF、RAN发送至终端设备。
可以看出,在上述示例中,需要考虑对一个业务数据流的多个数据包进行联合调度,以使得该多个数据包可以在一个时间窗内到达终端设备,从而保证用户的业务体验。并且,该时间窗的大小是可变的,也即针对不同的交互流程,该时间窗的大小可以不同。
另外,在多人参与的AR应用场景中,由于不同终端设备的处理能力不同,可能导致不同终端设备之间不同步。以多人AR游戏为例,参与游戏的多个终端设备分别向AR服务器上报获取到的感知数据,AR服务器基于收到的一个或多个感知数据生成数据包组,并将数据包组同时发送给多个终端设备。然而由于不同终端设备的处理能力不同,可能导致不同终端设备所显示的图像存在时间差,也即在同一时间看到的图像不同。因此,在该场景下,也需要考虑对业务数据流的多个数据包进行联合调度,以使得不同终端设备之间的保持同步(比如同步显示图像或同步接收语音等),从而保证用户的业务体验。
本申请实施例中,业务数据流指的是来自AF(如第三方服务器)的业务的数据流,如媒体业务数据流,具体的,比如包含视频业务数据流、语音业务数据流等。
参考图3,为本申请实施例提供的一种业务数据流的传输方法示意图,该方法包括以下步骤:
步骤301,AF生成第一业务数据流的第一数据包组的第一信息。
例如,这里的AF可以是AR应用中的AR服务器,或者还可以是其它第三方服务器等。
第一业务数据流是AF与第一终端设备之间的业务数据流,该业务数据流包括一个或多个数据包组,一个数据包组包含多个数据包。其中,将第一业务数据流中的任意一个数据包组称为第一数据包组。
第一信息包括第一业务数据流的第一数据包组的标识、用于指示第一数据包组的生成时间的信息和第一数据包组的下行传输时间窗信息。
第一数据包组的标识用于标识第一数据包组。
用于指示第一数据包组的生成时间的信息可以是一个指示信息,该指示信息指示了第一数据包组的生成时间,或者也可以是第一数据包组的生成时间(也即生成的时间点)。其中,第一数据包组的生成时间指的是AF在收到来自第一终端设备的感知数据,对该感知数据进行处理后生成第一数据包组的时间。
第一数据包组的下行传输时间窗信息用于指示第一数据包组从生成到传输至第一终端设备的最大可用时长。例如,AF可以根据第一终端设备的感知数据的生成时间(也即生成的时间点)、第一终端设备处理第一数据包组的预估时长和第一数据包组的生成时间,确定第一数据包组的下行传输时间窗信息。示例性地,第一终端设备的感知数据的生成时间为K1,并且第一终端设备在K1时刻向AF发送第一终端设备的感知数据,AF收到第一数据包组的时间为K2,第一数据包组的生成时间为K3,第一终端设备处理第一数据包组的预估时长L1,预设的最大时延为L2,则第一数据包组从生成到传输至第一终端设备的最大可用时长=L2-L1-(K2-K1)-(K3-K2),其中,K2-K1表示第一终端设备的感知数据从第一终端设备发送至AF的上行传输时长,K3-K2表示AF从开始处理第一终端设备的感知数据到根据感知数据生成第一数据包组所花费的时长。
可选的,第一信息还包括第一数据包组的数量信息。第一数据包组的数量信息用于指示第一数据包组的数量。第一数据包组的数量信息可以是一个指示信息,该指示信息指示了第一数据包组的数量信息,或者也可以是第一数据包组的数量,或者还可以包含第一数据包组的总大小和每个数据包的大小,通过第一数据包组的总大小和每个数据包的大小可以计算得到第一数据包组的数量。
步骤302,AF向UPF发送第一数据包组的数据包。相应地,UPF收到第一数据包组的数据包。
第一数据包组包括多个数据包,该多个数据包中的部分或全部数据包携带第一信息。比如,可以在第一数据包的包头(如实时传输协议(Real-time Transport Protocol,RTP)头)中携带第一信息。
作为一种实现方法,该第一数据包组的每个数据包都携带第一信息。
作为一种实现方法,该第一数据包组的每个数据包都携带第一信息中的一部分信息。比如部分数据包携带第一数据包组的标识和用于指示第一数据包组的生成时间的信息,其它部分数据包携带第一数据包组的下行传输时间窗信息和第一数据包组的数量信息。再比如,部分数据包携带第一数据包组的标识和用于指示第一数据包组的生成时间的信息,部分数据包携带第一数据包组的下行传输时间窗信息,其它部分数据包携带第一数据包组的数量信息,等等。
作为另一种实现方法,该第一数据包组的第一个数据包或前K个数据包携带第一信息,其它数据包携带第一数据包组的标识,K为大于1的整数。基于该方法,在第一数据包组的部分数据包内(也即第一数据包组的第一个或前K个数据包)携带第一信息,在第一数据包组的其它部分数据包内携带第一信息的部分信息(即第一数据包组的标识),从而可以减少传输第一信息带来的开销。例如,第一数据包组包括60个数据包,前5个数据包的包头(如RTP头)携带第一信息,后55个数据包的包头携带第一数据包组的标识。
作为另一种实现方法,该第一数据包组的前X个数据包中的每个数据包都携带第一信息中的部分信息,其它数据包携带第一数据包组的标识,X为大于1的整数。例如,第一数据包组包括60个数据包,第一个数据包的包头(如RTP头)携带第一数据包组的标识和用于指示第一数据包组的生成时间的信息,第二个数据包的包头携带第一数据包组的标识和第一数据包组的下行传输时间窗信息,第三个数据包的包头携带第一数据包组的标识和第一数据包组的数量信息,其它57个数据包的包头携带第一数据包组的标识。再比如,第一数据包组包括60个数据包,第一个数据包的包头(如RTP头)携带第一数据包组的标识、用于指示第一数据包组的生成时间的信息、第一数据包组的下行传输时间窗信息,第二个数据包的包头携带第一数据包组的标识和用于指示第一数据包组的生成时间的信息,第三个数据包的包头携带第一数据包组的标识和第一数据包组的下行传输时间窗信息,第四个数据包的包头携带第一数据包组的标识和第一数据包组的数量信息,其它56个数据包的包头携带第一数据包组的标识,等等。
基于上述步骤301至步骤302,AF生成第一信息,该第一信息用于指示一个数据包组的特征信息,并将第一信息携带于第一数据包组的数据包内传输至UPF,使得UPF可以基于第一信息对第一数据包组进行传输控制,从而实现了按照数据包组粒度进行传输控制,有助于提升数据包的传输效率以及提升用户体验。
步骤303,UPF获取第一业务数据流的第一数据包组的第一信息。
比如,UPF可以从接收到的一个或多个数据包中获取第一信息。该一个或多个数据包是第一业务数据流的第一数据包组的数据包。
可选的,在上述步骤303之前,UPF还可以从SMF、PCF或其它网元收到指示信息,该指示信息用于指示对第一业务数据流进行数据包组粒度的传输控制。从而,UPF根据该指示信息,执行上述步骤303。
步骤304,UPF向RAN发送第一数据包组的数据包。相应地,RAN收到第一数据包组的数据包。
UPF向RAN发送的第一数据包组的至少一个数据包内携带第一信息。比如,UPF可以在向RAN发送的第一数据包组的所有数据包内携带第一信息;或者,是在第一个数据包内携带第一信息;或者,是在前M个数据包内第一信息,M为大于1的整数。这里的M与前述的K可以相同,也可以不同。
可选的,第一信息可以携带在该第一数据包组的数据包的包头内。这里的包头比如可以是GPRS隧道协议(GPRS Tunneling Protocol,GTP)头,其中GPRS是通用无线分组业务(General packet radio service)的缩写。例如,第一数据包组包括60个数据包,前10个数据包的包头(如GTP头)携带第一信息,后50个数据包的包头携带第一数据包组的标识。
需要说明的是,UPF在从AF收到第一数据包组的数据包后,可以在数据包上加一层 GTP头,该GTP头内可以携带第一信息或者携带第一数据包组的标识。然后,UPF向RAN发送第一数据包组的数据包。也即,UPF向RAN发送的第一数据包组的数据包中可以在RTP层携带第一信息或第一数据包组的标识,以及在GTP层也携带第一信息或第一数据包组的标识。因此,可以理解为,UPF从AF收到的第一数据包组的每个数据包是和第一数据包组的标识一起发送至RAN的,也即发送至RAN的每个数据包都至少携带有第一数据包组的标识。以及,UPF从AF收到的第一数据包组的一个或多个数据包是和第一信息一起发送至RAN的,也即UPF可以仅在收到的第一数据包组的部分数据包上添加第一信息,然后发送至RAN。
当然,作为另一种实现方法,UPF也可以删除RTP头中的第一信息或第一数据包组的标识,仅在GTP头内携带第一信息或第一数据包组的标识。
RAN可以基于收到的第一信息,执行对第一数据包组的完整性传输控制。
可选的,UPF在接收第一数据包组的数据包时,不立即将该数据包发送至RAN,而是对收到的多个数据包进行缓存,然后在将缓存的多个数据包按照一定速率发送至RAN。比如,UPF缓存第一数据包组中的N个数据包,N为大于1的整数,然后UPF获取缓存的N个数据包并向RAN发送N个数据包。基于该方法,有助于避免RAN在短时间内从UPF收到大量数据包而造成流量冲击,或者是在长时间内收不到来自UPF的数据包而造成资源浪费。
作为一种实现方法,UPF可以根据第一数据包组的数量信息,确定缓存的第一数据包组的数据包个数,即上述N的大小。例如,预先向UPF配置:按照一个数据包组的50%的比例进行缓存,也即UPF每收到一个数据包组的50%的数据包,就缓存一次,然后获取缓存的数据包后进行发送。因此,UPF可以确定N=第一数据包组的数量*50%。
作为一种实现方法,UPF可以根据用于指示第一数据包组的生成时间的信息和第一数据包组的下行传输时间窗信息,确定N个数据包的缓存时间。比如,UPF可以根据用于指示第一数据包组的生成时间的信息和第一数据包组的下行传输时间窗信息,确定第一数据包组的剩余传输时间,然后根据第一数据包组的剩余传输时间确定N个数据包的缓存时间,例如将第一数据包组的剩余传输时间的设定比例,确定为N个数据包的缓存时间。
示例性地,第一数据包组的下行传输时间窗信息指示了AF需要在20ms内将第一数据包组发送至第一终端设备,用于指示第一数据包组的生成时间的信息指示了AF在P1时刻生成并发送第一数据包组,UPF在P2时刻收到第一数据包组,则UPF需要在20-(P2-P1)的时长内将第一数据包组发送至第一终端设备,其中P2-P1表示第一数据包组从AF传输至UPF所经历的时延。第一数据包组的剩余传输时间等于20-(P2-P1),需要说明的是,这里的第一数据包组的剩余传输时间还包含UPF内部处理第一数据包组的时间。然后,UPF根据第一数据包组的剩余传输时间,确定N个数据包的缓存时间。比如,设定比例为10%,则可以确定N个数据包的缓存时间=(20-(P2-P1))*10%。
基于上述步骤303至步骤304,UPF获取到第一信息,并将第一信息携带于第一数据包组的数据包内传输至RAN,使得RAN可以基于第一信息对第一数据包组进行传输控制,从而实现了按照数据包组粒度进行传输控制,有助于提升数据包的传输效率以及提升用户体验。并且,通过第一数据包组的下行传输时间窗信息指示了第一数据包组从生成到传输至终端设备的最大可用时长,因此可以实现将一个数据包组在一个时间窗内发送至终端设备,可以满足低时延业务的需求,进一步提升用户的业务体验。
步骤305,RAN根据用于指示第一数据包组的生成时间的信息和第一数据包组的下行传输时间窗信息,确定第一数据包组的剩余传输时间。
示例性地,第一数据包组的下行传输时间窗信息指示了AF需要在20ms内将第一数据包组发送至第一终端设备,用于指示第一数据包组的生成时间的信息指示了AF在P1时刻生成并发送第一数据包组,RAN在P3时刻收到第一数据包组,则RAN需要在20-(P3-P1)的时长内将第一数据包组发送至第一终端设备,其中P3-P1表示第一数据包组从AF传输至RAN所经历的时延。也即第一数据包组的剩余传输时间等于20-(P3-P1)。
这里的第一数据包组的剩余传输时间指的是RAN将第一数据包组传输至第一终端设备的最大可用时长。并且,第一数据包组的剩余传输时间还包含RAN内部处理第一数据包组的时间。
可选的,在上述步骤305之前,RAN还可以从SMF、UPF、PCF或其它网元收到指示信息,该指示信息用于指示对第一业务数据流进行数据包组粒度的传输控制。从而,RAN根据该指示信息,执行上述步骤305。
步骤306,RAN根据第一数据包组的剩余传输时间,向第一终端设备发送第一数据包组的数据包。相应地,第一终端设备收到第一数据包组的数据包。
也即,RAN需要在第一数据包组的剩余传输时间内,将第一数据包组的数据包传输至第一终端设备,如此才能满足业务数据流的时延要求。
作为一种实现方法,RAN可以根据第一数据包组的数量信息和第一数据包组的剩余传输时间,确定第一数据包组对应的调制编码方案(Modulation and Coding Scheme,MCS),然后根据第一数据包组对应的调制编码方案和第一数据包组的剩余传输时间,向第一终端设备发送第一数据包组的数据包。比如,当第一数据包组的数量较大,但第一数据包组的剩余传输时间较少,则可以确定一个较高等级的调制编码方案,使得RAN可以提升数据包的传输速率,保证第一数据包组的数据包可以在第一数据包组的剩余传输时间内传输至第一终端设备。
由于RAN在第一数据包组的剩余传输时间向第一终端设备发送第一数据包组时,在先发送的数据包具有较为宽裕的剩余时间,而在后发送的数据包的剩余时间更少,因此为了使得第一数据包组的数据包(尤其是在时序上靠后的数据包)能够在第一数据包组的剩余传输时间内被成功传输至第一终端设备,RAN可以将第一数据包组内的数据包,按照时间顺序,划分为两个或两个以上的数据包子组,然后每个数据包子组对应一个调制编码方案,并且时序在先的数据包子组对应的调制编码方案的等级低于时序在后的数据包子组对应的调制编码方案的等级。示例性地,以划分为两个数据包子组为例,RAN根据第一数据包组的数量信息和第一数据包组的剩余传输时间,确定第一数据包组中的在先收到的第一部分数据包(也即第一个数据包子组)对应的第一调制编码方案和第一数据包组中的在后收到的第二部分数据包(也即第二个数据包子组)对应的第二调制编码方案;其中,第一调制编码方案的等级低于第二调制编码方案的等级,然后RAN根据第一调制编码方案和第一数据包组的剩余传输时间,向第一终端设备发送第一数据包组的第一部分数据包,以及根据第二调制编码方案和第一数据包组的剩余传输时间,向第一终端设备发送第一数据包组的第二部分数据包。
基于上述步骤304至步骤306,RAN接收到第一数据包组的数据包,并获取到第一信息,从而可以基于第一信息对第一数据包组进行传输控制,从而实现了按照数据包组粒度 进行传输控制,有助于提升数据包的传输效率以及提升用户体验。并且,通过第一数据包组的下行传输时间窗信息指示了第一数据包组从生成到传输至终端设备的最大可用时长,因此可以实现将一个数据包组在一个时间窗内发送至终端设备,可以满足低时延业务的需求,进一步提升用户的业务体验。
为了保障不同终端设备的同步,比如在不同终端设备上同时显示相同的图像,或者同时播放相同的音频等。当UPF从AF收到需要发送给不同终端设备的数据包组时,UPF可以不同数据包组的数据包内携带的完整性传输信息,确定不同数据包组的下行传输时间窗信息,以保障终端设备之间的同步。为便于说明,以下以两个终端设备之间的同步为例进行说明。
参考图4,为本申请实施例提供的另一种业务数据流的传输方法示意图,该方法包括以下步骤:
步骤401,AF生成第一业务数据流的第一数据包组的第一信息。
该步骤401同上述步骤301,可参考前述描述。
步骤402,AF生成第二业务数据流的第二数据包组的第二信息。
该步骤402与上述步骤401类似,可参考前述描述。
第二信息包括第二业务数据流的第二数据包组的标识、用于指示第二数据包组的生成时间的信息和第二数据包组的下行传输时间窗信息,可选的,第二信息还包括第二数据包组的数量信息。其中,第二信息内的各个参数的含义与第一信息内的各个参数的含义类似,可以参考前述描述,不再赘述。
第二业务数据流是AF与第二终端设备之间的业务数据流,该业务数据流包括一个或多个数据包组,一个数据包组包含多个数据包。其中,将第二业务数据流中的任意一个数据包组称为第二数据包组,该第二数据包组与上述第一数据包组对应,例如第二数据包组的数据包与第一数据包组的数据包携带相同的数据内容。
可选的,第一数据包组的标识与第二数据包组的标识相同,用于指示第一数据包组的生成时间的信息与用于指示第二数据包组的生成时间的信息相同,第一数据包组的数量信息与第二数据包组的数量信息相同,但第一数据包组的下行传输时间窗信息与第二数据包组的下行传输时间窗信息不同。
步骤403,AF向UPF发送第一数据包组的数据包。相应地,UPF收到第一数据包组的数据包。
该步骤403同上述步骤302,可参考前述描述。
步骤404,AF向UPF发送第二数据包组的数据包。相应地,UPF收到第二数据包组的数据包。
该步骤404与上述步骤403类似,可参考前述描述。
步骤405,UPF获取第一业务数据流的第一数据包组的第一信息。
该步骤401同上述步骤303,可参考前述描述。
步骤406,UPF获取第二业务数据流的第二数据包组的第二信息。
该步骤406与上述步骤405类似,可参考前述描述。
步骤407,UPF向RAN发送第一数据包组的数据包。相应地,RAN收到第一数据包组的数据包。
步骤408,UPF向RAN发送第二数据包组的数据包。相应地,RAN收到第二数据包组的数据包。
上述步骤407和步骤408的实现方法可以是:UPF根据第一数据包组的数量信息、第二数据包组的数量信息、第一数据包组的下行传输时间窗信息和第二数据包组的下行传输时间窗信息,确定第一数据包组的调度优先级和第二数据包组的调度优先级。然后,UPF根据第一数据包组的调度优先级向RAN发送第一数据包组的数据包,根据第二数据包组的调度优先级向RAN发送第二数据包组的数据包。比如,第一数据包组的调度优先级高于第二数据包组的调度优先级,则优先发送第一数据包组。再比如,第二数据包组的调度优先级高于第一数据包组的调度优先级,则优先发送第二数据包组。
作为一种实现方法,UPF可以根据以下方法确定第一数据包组的调度优先级和第二数据包组的调度优先级:UPF根据第一数据包组的数量信息和第一业务数据流的速率确定第一数据包组的处理时间,以及根据第一数据包组的处理时间、用于指示第一数据包组的生成时间的信息和第一数据包组的下行传输时间窗信息确定第一数据包组的剩余传输时间;同样的,UPF根据第二数据包组的数量信息和第二业务数据流的速率确定第二数据包组的处理时间,以及根据第二数据包组的处理时间、用于指示第二数据包组的生成时间的信息和第二数据包组的下行传输时间窗信息确定第二数据包组的剩余传输时间,接着,UPF根据第一数据包组的剩余传输时间和第二数据包组的剩余传输时间,确定第一数据包组的调度优先级和第二数据包组的调度优先级。比如,第一数据包组的剩余传输时间大于第二数据包组的剩余传输时间,则第一数据包组的调度优先级低于第二数据包组的调度优先级。再比如,第一数据包组的剩余传输时间小于第二数据包组的剩余传输时间,则第一数据包组的调度优先级高于第二数据包组的调度优先级。
示例性地,针对第一数据包组:
用于指示第一数据包组的生成时间的信息指示了第一数据包组的生成时刻为P1,UPF对第一数据包组的处理时间为T1,第一数据包组的下行传输时间窗信息指示了第一数据包组从生成到传输至第一终端设备的最大可用时长为T2,UPF收到第一数据包组的时刻为P2,则UPF确定的第一数据包组的剩余传输时间为:T2-T1-(P2-P1)。需要说明的是,上述T1和T2为一个时长,P1和P2为一个时间点。
示例性地,针对第二数据包组:
用于指示第二数据包组的生成时间的信息指示了第二数据包组的生成时刻为P3,UPF对第二数据包组的处理时间为T3,第二数据包组的下行传输时间窗信息指示了第二数据包组从生成到传输至第二终端设备的最大可用时长为T4,UPF收到第二数据包组的时刻为P4,则UPF确定的第二数据包组的剩余传输时间为:T4-T3-(P4-P3)。需要说明的是,上述T3和T4为一个时长,P3和P4为一个时间点。
需要说明的是,这里的第一数据包组的剩余传输时间已经去除了UPF内部处理第一数据包组的处理时间,也即第一数据包组的剩余传输时间表示UPF发送第一数据包组到第一终端设备收到第一数据包组之间的最长可用时长。同样地,第二数据包组的剩余传输时间已经去除了UPF内部处理第二数据包组的处理时间,也即第二数据包组的剩余传输时间表示UPF发送第二数据包组到第二终端设备收到第二数据包组之间的最长可用时长。
步骤409,RAN根据用于指示第一数据包组的生成时间的信息和第一数据包组的下行 传输时间窗信息,确定第一数据包组的剩余传输时间。
该步骤409同上述步骤305,可参考前述描述。
步骤410,RAN根据用于指示第二数据包组的生成时间的信息和第二数据包组的下行传输时间窗信息,确定第二数据包组的剩余传输时间。
该步骤410与上述步骤409类似,可参考前述描述。
步骤411,RAN根据第一数据包组的剩余传输时间,向第一终端设备发送第一数据包组的数据包。相应地,第一终端设备收到第一数据包组的数据包。
步骤412,RAN根据第二数据包组的剩余传输时间,向第二终端设备发送第二数据包组的数据包。相应地,第二终端设备收到第二数据包组的数据包。
上述步骤407和步骤408的实现方法可以是:RAN根据第一数据包组的剩余传输时间和第二数据包组的剩余传输时间,确定第一数据包组的调度优先级和第二数据包组的调度优先级,然后根据第一数据包组的调度优先级和第一数据包组的剩余传输时间向第一终端设备发送第一数据包组的数据包,以及根据第二数据包组的调度优先级和第二数据包组的剩余传输时间向第二终端设备发送第二数据包组的数据包。比如,第一数据包组的调度优先级高于第二数据包组的调度优先级,则优先发送第一数据包组。再比如,第二数据包组的调度优先级高于第一数据包组的调度优先级,则优先发送第二数据包组。
需要说明的是,上述与第一数据包组有关的步骤(如步骤401、403、405、407、409、411)中的部分步骤,与上述与第二数据包组有关的步骤(如步骤402、404、406、408、410、412)中的部分步骤之间没有严格的先后执行顺序的要求。
基于上述方案,当多个终端设备由于处理能力不同,可以通过UPF和RAN的控制,使得多个终端设备可以保持同步,从而提升用户的业务体验。并且,还可以实现将一个数据包组在一个时间窗内发送至终端设备,从而可以满足低时延业务的需求,进一步提升用户的业务体验。
作为示例,下面结合图5和图6所示的具体实施例,对上述图3所示的实施例进行说明。
如图5所示,为申请实施例提供的另一种业务数据流的传输方法示意图。该方法给出了业务数据流信息的配置过程,具体的,由AF通过NEF将业务数据流信息提供给网络。其中,业务数据流信息包括应用的标识、业务数据流的标识信息和业务数据流的需求信息。
其中,应用的标识(Application ID)用于标识媒体等具体业务,可以为设定的字符。
业务数据流的标识信息包括但不限于以下信息中的一个或多个:IP三元组、统一资源定位符(Uniform Resource Locator,URL)。其中,IP三元组包括AF的IP地址、端口号和协议号。
业务数据流的需求信息包括但不限于以下信息中的一个或多个:比特率(bitrate)、丢包率(Packet Error Rate,PER)、分组时延预算(Packet Delay Budget,PDB)。
可选的,业务数据流的需求信息还包括字段描述信息。字段描述信息包括数据包组的标识字段描述信息、数据包组的生成时间字段描述信息和数据包组的下行传输时间窗字段描述信息,还可以包括数据包组的数量字段描述信息。其中,数据包组的标识字段描述信息指示了数据包组的标识字段用于承载数据包组的标识,数据包组的生成时间字段描述信息指示了数据包组的生成时间字段用于承载用于指示第一数据包组的生成时间的信息,数 据包组的下行传输时间窗字段描述信息指示了数据包组的下行传输时间窗字段用于承载数据包组的下行传输时间窗信息,数据包组的数量字段描述信息指示了数据包组的数量字段用于承载数据包组的数量信息。
该方法包括以下步骤:
步骤501,AF向NEF发送第一请求。相应地,NEF可以接收到该第一请求。
其中,第一请求中携带新增的业务数据流信息、或更新的业务数据流信息。
在一种实现方法中,AF准备增加新的业务数据流信息时,AF向NEF发送第一请求,该第一请求可以是业务数据流创建请求,比如具体可以是PFDManagement_Create Request,业务数据流创建请求携带新增的业务数据流信息。
在另一种实现方法中,AF准备更新现有的业务数据流信息时,AF向NEF发送第一请求,该第一请求可以是业务数据流更新请求,比如具体可以是PFDManagement_Update Request,业务数据流更新请求携带更新的业务数据流信息。
步骤502,NEF更新NEF上保存的业务数据流信息。
比如,NEF先判断是否允许第一请求,如果允许则更新NEF上保存的业务数据流信息。比如,若第一请求携带新增的业务数据流信息,则NEF根据新增的业务数据流信息,更新NEF上保存的业务数据流信息。再比如,若第一请求携带更新的业务数据流信息,则NEF根据更新的业务数据流信息,更新NEF上保存的业务数据流信息。
步骤503,NEF向AF发送第一响应。相应地,AF可以接收到该第一响应。
该第一响应用于通知AF的请求处理成功。
当然,如果上述步骤502中,NEF确定不允许第一请求、或NEF更新业务数据流信息失败,则第一响应用于通知AF的请求处理失败。
第一响应具体可以是业务数据流创建响应、或业务数据流更新响应。
步骤504,NEF向UDR发送第二请求。相应地,UDR可以接收到该第二请求。
其中,第二请求中携带新增的业务数据流信息、或更新的业务数据流信息。
在一种实现方法中,NEF准备增加新的业务数据流信息时,NEF向UDR发送第二请求,该第二请求可以是数据管理创建请求(DM_Create Request),数据管理创建请求携带新增的业务数据流信息。
在另一种实现方法中,NEF准备更新现有的业务数据流信息时,NEF向UDR发送第二请求,该第二请求可以是数据管理更新请求(DM_Update Request),数据管理更新请求携带更新的业务数据流信息。
步骤505,UDR更新UDR上保存的业务数据流信息。
比如,若第二请求携带新增的业务数据流信息,则UDR根据新增的业务数据流信息,更新UDR上保存的业务数据流信息。再比如,若第二请求携带更新的业务数据流信息,则UDR根据更新的业务数据流信息,更新UDR上保存的业务数据流信息。
步骤506,UDR向NEF发送第二响应。相应地,NEF可以接收到该第二响应。
该第二响应用于通知NEF的请求处理成功。
当然,如果上述步骤505中,UDR更新业务数据流信息失败,则第二响应用于通知NEF的请求处理失败。
第二响应具体可以是数据管理创建响应(DM_Create Response)、或数据管理更新响应(DM_Update Response)。
步骤507,SMF确定需要获取业务数据流信息。
比如,SMF上设置一个定时器,每到设定时长就触发SMF获取业务数据流信息。
其中,SMF确定需要获取业务数据流信息,可以是确定需要获取新增的业务数据流信息、或确定需要获取更新的业务数据流信息。
步骤508,SMF向NEF发送第三请求。相应地,NEF可以接收到该第三请求。
该第三请求用于请求获取业务数据流信息。
比如,第三请求可以是PFDManagement_Fetch Request。
步骤509,NEF向SMF发送第三响应。相应地,SMF可以接收到该第三响应。
该第三响应携带新增的业务数据流信息、或更新的业务数据流信息。
比如,第三响应可以是PFDManagement_Fetch Response。
SMF接收到新增的业务数据流信息、或更新的业务数据流信息后,在SMF上保存新增的业务数据流信息、或更新的业务数据流信息。
上述步骤507至步骤509是由SMF主动向NEF请求获取业务数据流信息,作为另一种实现方法,还可以是由NEF在接收到新增的业务数据流信息、或更新的业务数据流信息后,主动向SMF上报新增的业务数据流信息、或更新的业务数据流信息。或者,作为另一种实现方法,还可以是由SMF主动向UDR请求获取业务数据流信息。
步骤510,SMF向UPF发送第四请求。相应地,UPF可以接收到该第四请求。
其中,第四请求中携带新增的业务数据流信息、或更新的业务数据流信息。
比如,第四请求可以是PFD Management Request。
UPF可以按照新增的业务数据流信息、或更新的业务数据流信息进行数据流检测,识别新的业务数据流。
上述实施例中,由AF提供新增的业务数据流信息、或更新的业务数据流信息,并更新至网络中的NEF、UDR或SMF。在具体实现中,可以是仅更新至网络中的NEF、UDR、SMF中的一个或多个网元,或者还可以是更新至网络中的其他网元,如AMF、PCF等。以及,还将业务数据流信息更新至UPF,使得UPF可以开始检测新的业务数据流。
步骤511,UPF向SMF发送第四响应。相应地,SMF可以接收到该第四响应。
该步骤可选。
基于上述实施例,可以使网络获取和配置指定的业务数据流信息,从而可以检测到对应的业务数据流,后续可以基于业务数据流信息进行数据流的传输。
如图6所示,为申请实施例提供的另一种业务数据流的传输方法示意图。该方法包括以下步骤:
步骤601,终端设备与AF建立应用的业务数据流连接。
终端设备与AF建立应用的业务数据流连接,比如可以是终端设备中的应用与AF中的应用建立应用层的业务数据流连接。可选的,可以采用RTP协议建立应用层的业务数据流连接。
其中,该业务数据流的IP三元组或URL,与AF预先提供给网络的业务数据流信息中的IP三元组或URL保持一致。比如,AF按照图5实施例的方法向网络提供了业务数据流信息,则该步骤601的业务数据流的IP三元组或URL,与图5实施例的业务数据流信息中的IP三元组或URL保持一致。
步骤602,UPF根据配置的包检测规则做包检测,检测到有指定的业务对应的业务数据流时,向PCF发送事件报告,事件报告中携带检测的分组数据流描述(Packet Flow Description,PFD)标识。
比如,若UPF上预先配置了业务对应的业务数据流信息(比如通过图5实施例的步骤510配置的),则该UPF可以将业务数据流信息中的IP三元组或URL作为包检测规则的参数,来进行包检测。
作为另一实现方法,UPF也可以将事件报告发给SMF,然后SMF再将事件报告发给PCF。
步骤603,PCF向SMF发送策略计费控制(Policy and Charging Control,PCC)规则。相应地,SMF可以接收到PCC规则。
PCF可以先从UDR、或SMF等网元获取业务数据流信息,然后根据业务数据流信息生成PCC规则。当业务采用多数据流传输时,PCF提供为每个业务数据流生成一个PCC规则,然后PCF向SMF发送PCC规则。每个PCC规则包括QoS流的QoS等级标识(QoS Class Identifier,QCI)和完整性传输策略信息,该完整性传输策略信息包括业务数据流检测规则和指示信息,该指示信息用于指示数据包组粒度的传输控制。
作为一种实现方法,该步骤中PCF可以向SMF发送SMF initiated SM_Policy Association Modefication Request,其中携带PCC规则。
步骤604,SMF向UPF发送业务数据流的配置信息。相应地,UPF可以接收到业务数据流的配置信息。
配置信息包含指示信息,该指示信息用于指示对该业务数据流进行数据包组粒度的传输控制。该配置信息携带的指示信息是SMF根据从PCC规则中收到的完整性传输策略信息确定的。
例如,SMF可以通过N4消息(如N4PDU Establishment Modification Request、或N4PDU Session Modification Request)将业务数据流的配置信息发送给UPF。
UPF收到配置信息后,根据配置信息中的指示信息对业务数据流进行数据包组粒度的传输控制,具体实现方法可以参考图3对应的实施例中的相关描述,这里不再赘述。
步骤605,SMF通过AMF将业务数据流的配置信息发送给RAN。相应地,RAN可以接收到业务数据流的配置信息。
配置信息包含指示信息,该指示信息用于指示对该业务数据流进行数据包组粒度的传输控制。该配置信息携带的指示信息是SMF根据从PCC规则中收到的完整性传输策略信息确定的。
RAN收到配置信息后,根据配置信息中的指示信息对业务数据流进行数据包组粒度的传输控制,具体实现方法可以参考图3对应的实施例中的相关描述,这里不再赘述。
基于上述实施例,在终端设备中的应用与AF建立应用的业务数据流连接之后,可以将业务数据流的配置信息发送给RAN和UPF,由RAN和UPF根据配置信息进行业务数据流的数据包组粒度的调度和传输控制,从而可以提升业务数据流的传输效率。
上述主要从各个网元之间交互的角度对本申请提供的方案进行了介绍。可以理解的是,上述实现各网元为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件 还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
可以理解的是,上述各个方法实施例中,对应由网络设备实现的步骤或者操作,也可以由配置于网络设备的部件(例如芯片或者电路)实现,对应由接入网设备实现的步骤或者操作,也可以由配置于接入网设备的部件(例如芯片或者电路)实现,对应由应用功能网元实现的步骤或者操作,也可以由配置于应用功能网元的部件(例如芯片或者电路)实现。
参考图7,为本申请实施例提供的一种通信装置的示意图。该装置用于实现上述实施例中对应网络设备、接入网设备或应用功能网元所执行的各个步骤,如图7所示,该装置700包括收发单元710和处理单元720。
在第一个实施例中,该通信装置为网络设备或为用于网络设备的芯片,则:
所述处理单元720,用于从通过所述收发单元710接收到的一个或多个数据包中获取第一数据包组的标识、用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,所述一个或多个数据包为第一业务数据流的第一数据包组的数据包,所述第一业务数据流包括至少两个数据包组,所述第一数据包组为所述至少两个数据包组中的一个;所述收发单元710,用于向接入网设备发送所述第一数据包组的数据包,所述第一数据包组的数据包是与所述第一数据包组的标识一起发送的,所述第一数据包组中的至少一个数据包是与所述第一数据包组的标识、所述用于指示所述第一数据包组的生成时间的信息以及所述第一数据包组的下行传输时间窗信息一起发送的。
在第二个实施例中,该通信装置为接入网设备或为用于接入网设备的芯片,则:
收发单元710,用于从接收到的至少一个数据包中获取用于指示第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,所述至少一个数据包为第一业务数据流的第一数据包组的数据包,所述第一业务数据流包括至少两个数据包组,所述第一数据包组为所述至少两个数据包组中的一个;处理单元720,用于根据用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,确定所述第一数据包组的剩余传输时间;以及,用于根据所述第一数据包组的剩余传输时间,通过所述收发单元710向终端设备发送所述第一数据包组的数据包。
在第三个实施例中,该通信装置为应用功能网元或为用于应用功能网元的芯片,则:
处理单元720,用于生成第一业务数据流的第一数据包组的标识、用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,所述第一业务数据流包括至少两个数据包组,所述第一数据包组为所述至少两个数据包组中的一个;收发单元710,用于向网络设备发送所述第一数据包组的数据包,所述第一数据包组的数据包是与所述第一数据包组的标识一起发送的,所述第一数据包组的一个或多个数据包携带所述第一数据包组的标识、用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息。
可选的,上述通信装置700还可以包括存储单元,该存储单元用于存储数据或者指令(也可以称为代码或者程序),上述各个单元可以和存储单元交互或者耦合,以实现对应的方法或者功能。例如,处理单元720可以读取存储单元中的数据或者指令,使得通信装置实现上述实施例中的方法。
应理解以上装置中单元的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分单元以软件通过处理元件调用的形式实现,部分单元以硬件的形式实现。例如,各个单元可以为单独设立的处理元件,也可以集成在装置的某一个芯片中实现,此外,也可以以程序的形式存储于存储器中,由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件又可以成为处理器,可以是一种具有信号的处理能力的集成电路。在实现过程中,上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。
在一个例子中,以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(Application Specific Integrated Circuit,ASIC),或,一个或多个微处理器(digital singnal processor,DSP),或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,FPGA),或这些集成电路形式中至少两种的组合。再如,当装置中的单元可以通过处理元件调度程序的形式实现时,该处理元件可以是通用处理器,例如中央处理器(Central Processing Unit,CPU)或其它可以调用程序的处理器。再如,这些单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现。
以上收发单元710是一种该装置的接口电路,用于向其它装置发送信号或从其它装置接收信号。例如,当该装置以芯片的方式实现时,该收发单元710是该芯片用于向其它芯片或装置发送信号的接口电路,或用于从其它芯片或装置接收信号的接口电路。
参考图8,为本申请实施例提供的一种通信装置示意图。用于实现以上实施例中对应于网络设备、接入网设备或应用功能网元的操作。如图8所示,该通信装置包括:处理器810和接口830,可选的,该通信装置还包括存储器820。接口830用于实现与其他设备进行通信。
以上实施例中网络设备、接入网设备或应用功能网元执行的方法可以通过处理器810调用存储器(可以是网络设备、接入网设备或应用功能网元中的存储器820,也可以是外部存储器)中存储的程序来实现。即,网络设备、接入网设备或应用功能网元可以包括处理器810,该处理器810通过调用存储器中的程序,以执行以上方法实施例中网络设备、接入网设备或应用功能网元执行的方法。这里的处理器可以是一种具有信号的处理能力的集成电路,例如CPU。网络设备、接入网设备或应用功能网元可以通过配置成实施以上方法的一个或多个集成电路来实现。例如:一个或多个ASIC,或,一个或多个微处理器DSP,或,一个或者多个FPGA等,或这些集成电路形式中至少两种的组合。或者,可以结合以上实现方式。
具体的,图7中的收发单元710和处理单元720的功能/实现过程可以通过图8所示的通信装置800中的处理器810调用存储器820中存储的计算机可执行指令来实现。或者,图7中的处理单元720的功能/实现过程可以通过图8所示的通信装置800中的处理器810 调用存储器820中存储的计算机执行指令来实现,图7中的收发单元710的功能/实现过程可以通过图8中所示的通信装置800中的接口830来实现。
本领域普通技术人员可以理解:本申请中涉及的第一、第二等各种数字编号仅为描述方便进行的区分,并不用来限制本申请实施例的范围,也表示先后顺序。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“至少一个”是指一个或者多个。至少两个是指两个或者多个。“至少一个”、“任意一个”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个、种),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。“多个”是指两个或两个以上,其它量词与之类似。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器,数字信号处理器,专用集成电路(ASIC),现场可编程门阵列(FPGA)或其它可编程逻辑装置,离散门或晶体管逻辑,离散硬件部件,或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器,可选地,该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现,例如数字信号处理器和微处理器,多个微处理器,一个或多个微处理器联合一个数字信号处理器核,或任何其它类似的配置来实现。
本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于随机存取存储器(Random Access Memory,RAM)、闪存、只读存储器(Read-Only Memory,ROM)、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地,存储媒介可以与处理器连接,以使得处理器可以从存储媒介中读取信息,并可以 向存储媒介存写信息。可选地,存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个或多个示例性的设计中,本申请所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现,这些功能可以存储与电脑可读的媒介上,或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如,这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置,或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外,任何连接都可以被适当地定义为电脑可读媒介,例如,如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电脑、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、数字通用光盘(英文:Digital Versatile Disc,简称:DVD)、软盘和蓝光光盘,磁盘通常以磁性复制数据,而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述的具体实施方式,对本申请的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本申请的具体实施方式而已,并不用于限定本申请的保护范围,凡在本申请的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本申请的保护范围之内。本申请说明书的上述描述可以使得本领域技术任何可以利用或实现本申请的内容,任何基于所公开内容的修改都应该被认为是本领域显而易见的,本申请所描述的基本原则可以应用到其它变形中而不偏离本申请的发明本质和范围。因此,本申请所公开的内容不仅仅局限于所描述的实施例和设计,还可以扩展到与本申请原则和所公开的新特征一致的最大范围。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包括这些改动和变型在内。
Claims (27)
- 一种业务数据流的传输方法,其特征在于,包括:网络设备从接收到的一个或多个数据包中获取第一数据包组的标识、用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,所述一个或多个数据包为第一业务数据流的所述第一数据包组的数据包,所述第一业务数据流包括至少两个数据包组,所述第一数据包组为所述至少两个数据包组中的一个;所述网络设备向接入网设备发送所述第一数据包组的数据包,所述第一数据包组的数据包是与所述第一数据包组的标识一起发送的,所述第一数据包组中的至少一个数据包是与所述第一数据包组的标识、所述用于指示所述第一数据包组的生成时间的信息以及所述第一数据包组的下行传输时间窗信息一起发送的。
- 如权利要求1所述的方法,其特征在于,还包括:所述网络设备接收来自应用功能网元的所述一个或多个数据包。
- 如权利要求1或2所述的方法,其特征在于,还包括:所述网络设备缓存所述第一数据包组中的N个数据包,N为大于1的整数;所述网络设备向接入网设备发送所述第一数据包组的数据包,包括:所述网络设备获取缓存的所述N个数据包,并向接入网设备发送所述N个数据包。
- 如权利要求3所述的方法,其特征在于,还包括:所述网络设备从接收到的所述一个或多个数据包中获取所述第一数据包组的数量信息;所述网络设备根据所述第一数据包组的数量信息,确定缓存的所述第一数据包组的数据包个数N。
- 如权利要求3或4所述的方法,其特征在于,还包括:所述网络设备根据用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,确定所述N个数据包的缓存时间。
- 如权利要求1或2所述的方法,其特征在于,还包括:所述网络设备从接收到的所述一个或多个数据包中获取所述第一数据包组的数量信息;所述网络设备从接收到的一个或多个数据包中获取第二数据包组的标识、所述第二数据包组的数量信息、用于指示所述第二数据包组的生成时间的信息和所述第二数据包组的下行传输时间窗信息,所述一个或多个数据包为第二业务数据流的所述第二数据包组的数据包;所述网络设备根据所述第一数据包组的数量信息、所述第二数据包组的数量信息、用于指示所述第一数据包组的生成时间的信息、用于指示所述第二数据包组的生成时间的信息、所述第一数据包组的下行传输时间窗信息和所述第二数据包组的下行传输时间窗信息,确定所述第一数据包组的调度优先级;所述网络设备向接入网设备发送所述第一数据包组的数据包,包括:所述网络设备根据所述第一数据包组的调度优先级,向所述接入网设备发送所述第一数据包组的数据包。
- 如权利要求6所述的方法,其特征在于,所述网络设备根据所述第一数据包组的 数量信息、所述第二数据包组的数量信息、用于指示所述第一数据包组的生成时间的信息、用于指示所述第二数据包组的生成时间的信息、所述第一数据包组的下行传输时间窗信息和所述第二数据包组的下行传输时间窗信息,确定所述第一数据包组的调度优先级,包括:所述网络设备根据所述第一数据包组的数量信息和所述第一业务数据流的速率,确定所述第一数据包组的处理时间;以及根据所述第一数据包组的处理时间、用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,确定所述第一数据包组的剩余传输时间;所述网络设备根据所述第二数据包组的数量信息和所述第二业务数据流的速率,确定所述第二数据包组的处理时间;以及根据所述第二数据包组的处理时间、用于指示所述第二数据包组的生成时间的信息和所述第二数据包组的下行传输时间窗信息,确定所述第二数据包组的剩余传输时间;所述网络设备根据所述第一数据包组的剩余传输时间和所述第二数据包组的剩余传输时间,确定所述第一数据包组的调度优先级。
- 如权利要求1至7中任一项所述的方法,其特征在于,还包括:所述网络设备接收指示信息,所述指示信息用于指示对所述第一业务数据流进行数据包组粒度的传输控制。
- 一种业务数据流的传输方法,其特征在于,包括:接入网设备从接收到的至少一个数据包中获取用于指示第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,所述至少一个数据包为第一业务数据流的所述第一数据包组的数据包,所述第一业务数据流包括至少两个数据包组,所述第一数据包组为所述至少两个数据包组中的一个;所述接入网设备根据用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,确定所述第一数据包组的剩余传输时间;所述接入网设备根据所述第一数据包组的剩余传输时间,向终端设备发送所述第一数据包组的数据包。
- 如权利要求9所述的方法,其特征在于,还包括:所述接入网设备从接收到的所述至少一个数据包中获取所述第一数据包组的数量信息;所述接入网设备根据所述第一数据包组的数量信息和所述第一数据包组的剩余传输时间,确定所述第一数据包组对应的调制编码方案;所述接入网设备根据所述第一数据包组的剩余传输时间,向终端设备发送所述第一数据包组的数据包,包括:所述接入网设备根据所述第一数据包组对应的调制编码方案和所述第一数据包组的剩余传输时间,向所述终端设备发送所述第一数据包组的数据包。
- 如权利要求10所述的方法,其特征在于,所述接入网设备根据所述第一数据包组的数量信息和所述第一数据包组的剩余传输时间,确定所述第一数据包组对应的调制编码方案,包括:所述接入网设备根据所述第一数据包组的数量信息和所述第一数据包组的剩余传输时间,确定所述第一数据包组中的在先收到的第一部分数据包对应的第一调制编码方案和所述第一数据包组中的在后收到的第二部分数据包对应的第二调制编码方案;其中,所述 第一调制编码方案的等级低于所述第二调制编码方案的等级;所述接入网设备根据所述第一数据包组对应的调制编码方案和所述第一数据包组的剩余传输时间,向所述终端设备发送所述第一数据包组的数据包,包括:所述接入网设备根据所述第一调制编码方案和所述第一数据包组的剩余传输时间,向所述终端设备发送所述第一数据包组的第一部分数据包;所述接入网设备根据所述第二调制编码方案和所述第一数据包组的剩余传输时间,向所述终端设备发送所述第一数据包组的第二部分数据包。
- 如权利要求9所述的方法,其特征在于,还包括:所述接入网设备从接收到的至少一个数据包中获取用于指示第二数据包组的生成时间的信息和所述第二数据包组的下行传输时间窗信息,所述至少一个数据包为第二业务数据流的所述第二数据包组的数据包;所述接入网设备根据用于指示所述第二数据包组的生成时间的信息和第二数据包组的下行传输时间窗信息,确定所述第二数据包组的剩余传输时间;所述接入网设备根据所述第一数据包组的剩余传输时间和所述第二数据包组的剩余传输时间,确定所述第一数据包组的调度优先级;所述接入网设备根据所述第一数据包组的剩余传输时间,向终端设备发送所述第一数据包组的数据包,包括:所述接入网设备根据所述第一数据包组的调度优先级和所述第一数据包组的剩余传输时间,向所述终端设备发送所述第一数据包组的数据包。
- 如权利要求9至12中任一项所述的方法,其特征在于,还包括:所述接入网设备接收指示信息,所述指示信息用于指示对所述第一业务数据流进行数据包组粒度的传输控制。
- 一种通信装置,其特征在于,包括处理单元和收发单元;所述处理单元,用于从通过所述收发单元接收到的一个或多个数据包中获取第一数据包组的标识、用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,所述一个或多个数据包为第一业务数据流的所述第一数据包组的数据包,所述第一业务数据流包括至少两个数据包组,所述第一数据包组为所述至少两个数据包组中的一个;所述收发单元,用于向接入网设备发送所述第一数据包组的数据包,所述第一数据包组的数据包是与所述第一数据包组的标识一起发送的,所述第一数据包组中的至少一个数据包是与所述第一数据包组的标识、所述用于指示所述第一数据包组的生成时间的信息以及所述第一数据包组的下行传输时间窗信息一起发送的。
- 如权利要求14所述的装置,其特征在于,所述收发单元,还用于接收来自应用功能网元的所述一个或多个数据包。
- 如权利要求14或15所述的装置,其特征在于,所述处理单元,还用于缓存所述第一数据包组中的N个数据包,N为大于1的整数;以及,用于获取缓存的所述N个数据包;所述收发单元,用于向接入网设备发送所述第一数据包组的数据包,具体包括:用于向接入网设备发送缓存的所述N个数据包。
- 如权利要求16所述的装置,其特征在于,所述处理单元,还用于从接收到的所述一个或多个数据包中获取所述第一数据包组的数量信息;根据所述第一数据包组的数量信息,确定缓存的所述第一数据包组的数据包个数N。
- 如权利要求16或17所述的装置,其特征在于,所述处理单元,还用于根据用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,确定所述N个数据包的缓存时间。
- 如权利要求14或15所述的装置,其特征在于,所述处理单元,还用于从接收到的所述一个或多个数据包中获取所述第一数据包组的数量信息;从接收到的一个或多个数据包中获取所述第二数据包组的标识、所述第二数据包组的数量信息、用于指示所述第二数据包组的生成时间的信息和所述第二数据包组的下行传输时间窗信息,所述一个或多个数据包为第二业务数据流的所述第二数据包组的数据包;根据所述第一数据包组的数量信息、所述第二数据包组的数量信息、用于指示所述第一数据包组的生成时间的信息、用于指示所述第二数据包组的生成时间的信息、所述第一数据包组的下行传输时间窗信息和所述第二数据包组的下行传输时间窗信息,确定所述第一数据包组的调度优先级;所述收发单元,用于向接入网设备发送所述第一数据包组的数据包,具体包括:用于根据所述第一数据包组的调度优先级,向所述接入网设备发送所述第一数据包组的数据包。
- 如权利要求19所述的装置,其特征在于,所述处理单元,用于根据所述第一数据包组的数量信息、所述第二数据包组的数量信息、用于指示所述第一数据包组的生成时间的信息、用于指示所述第二数据包组的生成时间的信息、所述第一数据包组的下行传输时间窗信息和所述第二数据包组的下行传输时间窗信息,确定所述第一数据包组的调度优先级,具体包括:用于根据所述第一数据包组的数量信息和所述第一业务数据流的速率,确定所述第一数据包组的处理时间;以及根据所述第一数据包组的处理时间、用于指示所述第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,确定所述第一数据包组的剩余传输时间;根据所述第二数据包组的数量信息和所述第二业务数据流的速率,确定所述第二数据包组的处理时间;以及根据所述第二数据包组的处理时间、用于指示所述第二数据包组的生成时间的信息和所述第二数据包组的下行传输时间窗信息,确定所述第二数据包组的剩余传输时间;根据所述第一数据包组的剩余传输时间和所述第二数据包组的剩余传输时间,确定所述第一数据包组的调度优先级。
- 如权利要求14至20中任一项所述的装置,其特征在于,所述收发单元,还用于接收指示信息,所述指示信息用于指示对所述第一业务数据流进行数据包组粒度的传输控制。
- 一种通信装置,其特征在于,包括:收发单元,用于从接收到的至少一个数据包中获取用于指示第一数据包组的生成时间的信息和所述第一数据包组的下行传输时间窗信息,所述至少一个数据包为第一业务数据流的所述第一数据包组的数据包,所述第一业务数据流包括至少两个数据包组,所述第一数据包组为所述至少两个数据包组中的一个;处理单元,用于根据用于指示所述第一数据包组的生成时间的信息和所述第一数据包 组的下行传输时间窗信息,确定所述第一数据包组的剩余传输时间;以及,用于根据所述第一数据包组的剩余传输时间,通过所述收发单元向终端设备发送所述第一数据包组的数据包。
- 如权利要求22所述的装置,其特征在于,所述处理单元,还用于从接收到的所述至少一个数据包中获取所述第一数据包组的数量信息;根据所述第一数据包组的数量信息和所述第一数据包组的剩余传输时间,确定所述第一数据包组对应的调制编码方案;所述处理单元,用于根据所述第一数据包组的剩余传输时间,向所述第一终端设备发送所述第一数据包组的数据包,具体包括:用于根据所述第一数据包组对应的调制编码方案和所述第一数据包组的剩余传输时间,通过所述收发单元向所述第一终端设备发送所述第一数据包组的数据包。
- 如权利要求23所述的装置,其特征在于,所述处理单元,用于根据所述第一数据包组的数量信息和所述第一数据包组的剩余传输时间,确定所述第一数据包组对应的调制编码方案,具体包括:用于根据所述第一数据包组的数量信息和所述第一数据包组的剩余传输时间,确定所述第一数据包组中的在先收到的第一部分数据包对应的第一调制编码方案和所述第一数据包组中的在后收到的第二部分数据包对应的第二调制编码方案;其中,所述第一调制编码方案的等级低于所述第二调制编码方案的等级;所述处理单元,用于根据所述第一数据包组对应的调制编码方案和所述第一数据包组的剩余传输时间,通过所述收发单元向终端设备发送所述第一数据包组的数据包,包括:用于根据所述第一调制编码方案和所述第一数据包组的剩余传输时间,通过所述收发单元向所述终端设备发送所述第一数据包组的第一部分数据包;用于根据所述第二调制编码方案和所述第一数据包组的剩余传输时间,通过所述收发单元向所述终端设备发送所述第一数据包组的第二部分数据包。
- 如权利要求22所述的装置,其特征在于,所述收发单元,还用于从接收到的至少一个数据包中获取用于指示第二数据包组的生成时间的信息和所述第二数据包组的下行传输时间窗信息,所述至少一个数据包为第二业务数据流的所述第二数据包组的数据包;所述处理单元,还用于根据用于指示所述第二数据包组的生成时间的信息和第二数据包组的下行传输时间窗信息,确定所述第二数据包组的剩余传输时间;根据所述第一数据包组的剩余传输时间和所述第二数据包组的剩余传输时间,确定所述第一数据包组的调度优先级;所述处理单元,用于根据所述第一数据包组的剩余传输时间,通过所述收发单元向终端设备发送所述第一数据包组的数据包,具体包括:用于根据所述第一数据包组的调度优先级和所述第一数据包组的剩余传输时间,通过所述收发单元向所述终端设备发送所述第一数据包组的数据包。
- 如权利要求22至25中任一项所述的装置,其特征在于,所述收发单元,还用于接收指示信息,所述指示信息用于指示对所述第一业务数据流进行数据包组粒度的传输控制。
- 一种通信系统,其特征在于,包括用于执行如权利要求1至8中任一项所述方法的网络设备,和用于执行如权利要求9至13中任一项所述方法的接入网设备。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2021/074242 WO2022160210A1 (zh) | 2021-01-28 | 2021-01-28 | 业务数据流的传输方法、通信装置及通信系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116830731A true CN116830731A (zh) | 2023-09-29 |
Family
ID=82652887
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180091742.8A Pending CN116830731A (zh) | 2021-01-28 | 2021-01-28 | 业务数据流的传输方法、通信装置及通信系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20230370897A1 (zh) |
EP (1) | EP4280768A4 (zh) |
CN (1) | CN116830731A (zh) |
WO (1) | WO2022160210A1 (zh) |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9220066B2 (en) * | 2011-06-20 | 2015-12-22 | At&T Intellectual Property I, L.P. | Bundling data transfers and employing tail optimization protocol to manage cellular radio resource utilization |
US10524257B2 (en) * | 2016-10-09 | 2019-12-31 | Qualcomm Incorporated | TTI bundling for URLLC UL/DL transmissions |
EP3799695A1 (en) * | 2018-07-02 | 2021-04-07 | Convida Wireless, Llc | 5g delay tolerant data services |
EP3654596B1 (en) * | 2018-11-15 | 2024-05-15 | Nokia Solutions and Networks Oy | Encapsulation of data packets |
KR102523413B1 (ko) * | 2019-01-15 | 2023-04-18 | 오피노 엘엘씨 | 시간 민감성 네트워킹을 위한 제어 평면 기반 구성 |
US20200259896A1 (en) * | 2019-02-13 | 2020-08-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Industrial Automation with 5G and Beyond |
KR20200104217A (ko) * | 2019-02-26 | 2020-09-03 | 한국전자통신연구원 | 이동통신망에서 패킷 처리 방법 및 이를 수행하는 네트워크 엘리먼트 |
WO2021004630A1 (en) * | 2019-07-10 | 2021-01-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Technique for determining a packet delay budget |
-
2021
- 2021-01-28 EP EP21921820.3A patent/EP4280768A4/en active Pending
- 2021-01-28 WO PCT/CN2021/074242 patent/WO2022160210A1/zh active Application Filing
- 2021-01-28 CN CN202180091742.8A patent/CN116830731A/zh active Pending
-
2023
- 2023-07-27 US US18/360,286 patent/US20230370897A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
EP4280768A1 (en) | 2023-11-22 |
EP4280768A4 (en) | 2024-02-28 |
US20230370897A1 (en) | 2023-11-16 |
WO2022160210A1 (zh) | 2022-08-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3993320A1 (en) | Training method, device, and system using mos model | |
CN113676924B (zh) | 通信方法、装置及系统 | |
WO2022068620A1 (zh) | 一种数据传输方法以及装置 | |
WO2021249039A1 (zh) | 通信方法、装置及系统 | |
CN114205839A (zh) | 多流关联传输的方法、装置及系统 | |
US20220150784A1 (en) | Handover method and apparatus | |
CN113993094B (zh) | 通信方法、第一策略控制网元及通信系统 | |
CN110536415A (zh) | 一种nas消息的处理方法、集群终端和集群核心网 | |
KR20210143563A (ko) | 이동통신 네트워크에서 단말에 Deterministic Communication을 지원하는 방법 및 장치 | |
WO2022067700A1 (zh) | 通信方法、装置及系统 | |
CN113923682B (zh) | 通信方法、装置及系统 | |
CN116114254A (zh) | 一种通信方法及装置 | |
US20230050923A1 (en) | Media packet transmission method, apparatus, and system | |
CN116830731A (zh) | 业务数据流的传输方法、通信装置及通信系统 | |
CN116056153A (zh) | 一种通信方法及装置 | |
CN116325899A (zh) | 业务数据流的传输方法、通信装置及通信系统 | |
WO2023169473A1 (zh) | 业务处理方法、装置、通信设备及可读存储介质 | |
WO2024027577A1 (zh) | 数据特征分析方法、装置及网络设备 | |
WO2023185598A1 (zh) | 通信方法及装置 | |
US20230117868A1 (en) | Media packet transmission method, apparatus, and system | |
WO2023185402A1 (zh) | 通信方法及装置 | |
CN117439925A (zh) | 一种通信方法、装置及系统 | |
CN114079944A (zh) | 通信方法、装置及系统 | |
CN115334574A (zh) | 应用层测量方法及相关的装置 | |
CN117749694A (zh) | 一种多路径的数据流引流方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |