CN113596915A - 一种通信方法及装置 - Google Patents
一种通信方法及装置 Download PDFInfo
- Publication number
- CN113596915A CN113596915A CN202010368237.0A CN202010368237A CN113596915A CN 113596915 A CN113596915 A CN 113596915A CN 202010368237 A CN202010368237 A CN 202010368237A CN 113596915 A CN113596915 A CN 113596915A
- Authority
- CN
- China
- Prior art keywords
- video frame
- packet
- base layer
- data packet
- last
- 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
- 238000000034 method Methods 0.000 title claims abstract description 169
- 238000004891 communication Methods 0.000 title claims abstract description 168
- 230000005540 biological transmission Effects 0.000 claims abstract description 170
- 230000006870 function Effects 0.000 claims description 85
- 230000015654 memory Effects 0.000 claims description 75
- 238000003860 storage Methods 0.000 claims description 16
- 238000007493 shaping process Methods 0.000 claims description 9
- 239000010410 layer Substances 0.000 description 561
- 238000012545 processing Methods 0.000 description 81
- 238000013461 design Methods 0.000 description 72
- 238000010586 diagram Methods 0.000 description 36
- 238000004590 computer program Methods 0.000 description 28
- 230000011664 signaling Effects 0.000 description 17
- 238000007726 management method Methods 0.000 description 10
- 230000008569 process Effects 0.000 description 10
- 238000012856 packing Methods 0.000 description 8
- 239000013256 coordination polymer Substances 0.000 description 5
- 230000008878 coupling Effects 0.000 description 5
- 238000010168 coupling process Methods 0.000 description 5
- 238000005859 coupling reaction Methods 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 230000002093 peripheral effect Effects 0.000 description 5
- 230000003139 buffering effect Effects 0.000 description 4
- 235000019800 disodium phosphate Nutrition 0.000 description 3
- 238000004806 packaging method and process Methods 0.000 description 3
- 238000013475 authorization Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 238000000926 separation method Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 101150119040 Nsmf gene Proteins 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000011229 interlayer Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
- 230000005641 tunneling Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
-
- 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请涉及通信技术领域,公开了一种通信方法及装置。其中方法包括:网络设备接收第一视频帧,第一视频帧包括至少一个基本层数据包和至少一个增强层数据包,以及网络设备确定第一视频帧中的最后一个基本层数据包。采用该种方式,网络设备通过确定第一视频帧中的最后一个基本层数据包,从而可以在接收到第一视频帧中的最后一个基本层数据包后进行组包得到传输块,比如可以将第一视频帧中的所有数据包组包为一个传输块,便于避免组包得到多个小尺寸的传输块,进而提高空口的传输效率。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种通信方法及装置。
背景技术
随着第五代(the 5th generation,5G)通信系统的不断发展,数据传输时延不断降低,传输容量越来越大。5G通信系统逐渐渗入一些实时性强、数据容量要求大的视频业务,如大型实景游戏、远程手术等。
在视频业务中,不同数据包的重要性可以是不同的,比如有的数据包丢失了会对接收画面带来很大影响,有的数据包丢失也不会对接收画面产生太大影响。为此,视频编码引入了分层编码的方式,在编码时,输出的视频数据包分两路:一路为基本层数据包,另一路为增强层数据包。基本层数据包一旦发生丢包,则会对接收画面产生较大影响,而增强层数据包一旦发生丢包,则不会对接收画面带来太大影响。
然而,引入视频分层编码方式后的一些实现,仍需进一步的研究。
发明内容
本申请提供了一种通信方法及装置,便于避免组包得到多个小尺寸的传输块,提高空口传输效率。
第一方面,本申请实施例提供一种通信方法,该方法可以适用于网络设备或终端设备或UPF网元,或者也可以适用于网络设备或终端设备或UPF网元内部的芯片。以该方法应用于网络设备为例,在该方法中,网络设备接收第一视频帧,第一视频帧包括至少一个基本层数据包和至少一个增强层数据包;进而,网络设备可以确定第一视频帧中的最后一个基本层数据包。
采用该种方式,网络设备通过确定第一视频帧中的最后一个基本层数据包,从而可以在接收到第一视频帧中的最后一个基本层数据包后进行组包得到传输块,比如可以将第一视频帧中的所有数据包组包为一个传输块,便于避免组包得到多个小尺寸的传输块,进而提高空口的传输效率。
在一种可能的设计中,该方法还包括:对所述第一视频帧中的M个基本层数据包进行组包得到第一传输块,并发送所述第一传输块;其中,所述M个基本层数据包包括所述第一视频帧中的最后一个基本层数据包,M为正整数。
在一种可能的设计中,M个基本层数据包为第一视频帧中的全部基本层数据包。
在一种可能的设计中,所述第一视频帧还包括N个基本层数据包,所述N个基本层数据包在所述M个基本层数据包之前传输,N为正整数;该方法还包括:确定所述N个基本层数据包的数据量大小大于或等于传输块大小后,对所述N个基本层数据包进行组包得到至少一个传输块,并发送所述至少一个传输块。
在一种可能的设计中,确定第一视频帧中的最后一个基本层数据包,包括:接收第一指示信息,第一指示信息用于指示第一视频帧中的数据包的传输模式为第一传输模式,所述第一传输模式为:对所述第一视频帧中的基本层数据包和增强层数据包的传输顺序进行整形,以使先传输所述视频帧的基本层数据包,后传输增强层数据包;进而,可以确定在第一个增强层数据包之前传输的最后一个基本层数据包为第一视频帧中的最后一个基本层数据包。
在一种可能的设计中,确定第一视频帧中的最后一个基本层数据包,包括:接收至少一个控制包;进而,可以确定在至少一个控制包之前传输的最后一个基本层数据包为第一视频帧的最后一个基本层数据包。
在一种可能的设计中,至少一个控制包包括以下至少一项:第一控制包、第二控制包、第三控制包;第一控制包在第一视频帧的最后一个基本层数据包之后传输,且第一控制包与第一视频帧的最后一个基本层数据包相邻;第二控制包在第一视频帧的最后一个增强层数据包之后传输,且第二控制包与第一视频帧的最后一个增强层数据包相邻;第三控制包在第一视频帧的下一视频帧的第一个基本层数据包之前传输,且第三控制包与下一视频帧的第一个基本层数据包相邻。
在一种可能的设计中,确定第一视频帧中的最后一个基本层数据包,包括:确定携带第二指示信息的第一数据包为第一视频帧的最后一个基本层数据包,第二指示信息用于指示第一数据包为第一视频帧的最后一个基本层数据包;或者,确定在携带第三指示信息的第二数据包之前传输的最后一个基本层数据包为第一视频帧的最后一个基本层数据包,第三指示信息用于指示第二数据包为第一视频帧的最后一个增强层数据包;或者,确定在携带第四指示信息的第三数据包之前传输的最后一个基本层数据包为第一视频帧的最后一个基本层数据包,第四指示信息用于指示第三数据包为第一视频帧的下一视频帧的第一个基本层数据包。
在一种可能的设计中,确定第一视频帧中的最后一个基本层数据包,包括:确定在第一时间段内接收到的最后一个基本层数据包为第一视频帧的最后一个基本层数据包;其中,第一时间段的起始时间为接收第一视频帧中的第一个基本层数据包的时间。
在一种可能的设计中,该方法还包括:从应用服务器或者会话管理功能SMF网元或者接入和移动性管理功能AMF网元获取第一时间段的时长。
在一种可能的设计中,该方法还包括:在第一时间之前发送第一视频帧的增强层数据包,以及确定在第一时间之后不再发送第一视频帧的增强层数据包。
在一种可能的设计中,第一时间为以下任一时间:接收第一视频帧之后的第二视频帧中的第一个基本层数据包的时间;接收第二视频帧中的最后一个基本层数据包的时间;接收第二视频帧中的第一个增强层数据包的时间;接收第二视频帧中的最后一个增强层数据包的时间。
在一种可能的设计中,第一时间为第二时间段的结束时间;第二时间段的起始时间为以下任一时间:接收第一视频帧中的第一个基本层数据包的时间;接收第一视频帧中的最后一个基本层数据包的时间;接收第一视频帧中的第一个增强层数据包的时间;接收第一视频帧中的最后一个增强层数据包的时间;接收第一视频帧之后的第二视频帧中的第一个基本层数据包的时间;接收第二视频帧中的最后一个基本层数据包的时间。
在一种可能的设计中,该方法还包括:从应用服务器或者SMF网元或者AMF网元获取第二时间段的时长。
第二方面,本申请实施例提供一种通信方法,该方法可以适用于网络设备或终端设备或UPF网元,或者也可以适用于网络设备或终端设备或UPF网元内部的芯片。以该方法应用于网络设备为例,在该方法中,网络设备接收指示信息,所述指示信息用于指示第一业务的数据流的传输模式;进而,网络设备可以根据指示信息,确定第一业务对应的数据流的传输模式;其中,所述第一业务的数据流的传输模式包括第一传输模式或第二传输模式;所述第一传输模式为:针对于所述第一业务的每个视频帧,对所述视频帧中的基本层数据包和增强层数据包的传输顺序进行整形,以使先传输所述视频帧的基本层数据包,后传输增强层数据包;所述第二传输模式为:针对于所述第一业务的每个视频帧,对所述视频帧中的基本层数据包和增强层数据包的传输顺序不进行整形。
在一种可能的设计中,当所述第一业务的数据流的传输模式为所述第一传输模式时,所述方法还包括:接收所述第一业务的第一视频帧中的至少一个基本层数据包;确定在所述第一个增强层数据包之前传输的最后一个基本层数据包为所述第一视频帧中的最后一个基本层数据包。
第三方面,本申请实施例提供一种通信方法,该方法可以适用于网络设备或终端设备或UPF网元,或者也可以适用于网络设备或终端设备或UPF网元内部的芯片。以该方法应用于网络设备为例,在该方法中,网络设备接收控制包,并确定所述控制包之前传输的最后一个数据包为第一视频帧的数据包,以及在所述控制包之后传输的第一个数据包为所述第一视频帧的下一视频帧的数据包。
在一种可能的设计中,所述控制包包括第一控制包和/或第二控制包;其中,所述第一控制包在所述第一视频帧的最后一个数据包之后传输,且所述第一控制包与所述第一视频帧的最后一个数据包相邻;或者,所述第二控制包在所述第一视频帧的下一视频帧的第一个数据包之前传输,且所述第二控制包与所述下一视频帧的第一个数据包相邻。
第四方面,本申请实施例提供一种通信方法,该方法可以适用于网络设备或终端设备或UPF网元,或者也可以适用于网络设备或终端设备或UPF网元内部的芯片。以该方法应用于网络设备为例,在该方法中,网络设备接收第一数据包,所述第一数据包携带第一指示信息;确定所述第一数据包为第一视频帧的数据包,以及在所述第一数据包之后传输的第一个数据包为所述第一视频帧的下一视频帧的数据包;或者,确定在所述第一数据包之前传输的最后一个数据包为所述第一视频帧的数据包,以及所述第一数据包为所述第一视频帧的下一视频帧的数据包。
在一种可能的设计中,该方法还包括:接收第二数据包,所述第二数据包携带第二指示信息;以及,确定所述第二数据包为所述第一视频帧的最后一个基本层数据包。
第五方面,本申请实施例提供一种通信方法,该方法可以适用于网络设备或终端设备,或者也可以适用于网络设备或终端设备内部的芯片。以该方法应用于网络设备为例,在该方法中,网络设备接收第一视频帧,所述第一视频帧包括至少一个增强层数据包;在第一时间之前发送所述第一视频帧的增强层数据包,以及确定在第一时间之后不再发送所述第一视频帧的增强层数据包。
在一种可能的设计中,所述第一时间为以下任一时间:接收所述第一视频帧之后的第二视频帧中的第一个基本层数据包的时间;接收所述第二视频帧中的最后一个基本层数据包的时间;接收所述第二视频帧中的第一个增强层数据包的时间;接收所述第二视频帧中的最后一个增强层数据包的时间。
在一种可能的设计中,所述第一时间为第二时间段的结束时间;所述第二时间段的起始时间为以下任一时间:接收所述第一视频帧中的第一个基本层数据包的时间;接收所述第一视频帧中的最后一个基本层数据包的时间;
接收所述第一视频帧中的第一个增强层数据包的时间;接收所述第一视频帧中的最后一个增强层数据包的时间;接收所述第一视频帧之后的第二视频帧中的第一个基本层数据包的时间;接收所述第二视频帧中的最后一个基本层数据包的时间。
在一种可能的设计中,所述方法还包括:从应用服务器或者SMF网元或者AMF网元获取所述第二时间段的时长。
第六方面,本申请实施例提供一种通信方法,该方法可以适用于应用服务器,或者也可以适用于应用服务器内部的芯片。以该方法应用于应用服务器为例,在该方法中,应用服务器向核心网设备发送指示信息,所述指示信息用于指示第一业务的数据流的传输模式;以及,根据所述第一业务的数据流的传输模式,传输所述第一业务的数据包;其中,所述第一业务的数据流的传输模式包括第一传输模式或第二传输模式;所述第一传输模式为:针对于所述第一业务的每个视频帧,对所述视频帧中的基本层数据包和增强层数据包的传输顺序进行整形,以使先传输所述视频帧的基本层数据包,后传输增强层数据包;所述第二传输模式为:针对于所述第一业务的每个视频帧,对所述视频帧中的基本层数据包和增强层数据包的传输顺序不进行整形。此处的核心网设备可以为SMF网元或AMF网元。
或者,在该方法中,应用服务器生成至少一个控制包,并发送所述至少一个控制包;其中,所述至少一个控制包包括以下至少一项:第一控制包、第二控制包、第三控制包;所述第一控制包在第一视频帧的最后一个基本层数据包之后传输,且所述第一控制包与所述第一视频帧的最后一个基本层数据包相邻;或者,所述第二控制包在所述第一视频帧的最后一个增强层数据包之后传输,且所述第二控制包与所述第一视频帧的最后一个增强层数据包相邻;或者,所述第三控制包在所述第一视频帧的下一视频帧的第一个基本层数据包之前传输,且所述第三控制包与所述下一视频帧的第一个基本层数据包相邻。
或者,在该方法中,应用服务器生成第一数据包,所述第一数据包携带指示信息,以及发送所述第一数据包;其中,所述指示信息用于指示所述第一数据包为第一视频帧的最后一个基本层数据包;或者,所述指示信息用于指示在所述第一数据包为所述第一视频帧的最后一个(增强层)数据包;或者,所述指示信息用于指示在所述第一数据包为所述第一视频帧的下一视频帧的第一个(基本层)数据包。
或者,在该方法中,应用服务器确定指示信息,并向核心网设备发送指示信息,所述指示信息用于指示第一时间段的时长或第二时间段的时长。
第七方面,本申请实施例提供一种通信方法,该方法可以适用于核心网设备(比如SMF网元或AMF网元),或者也可以适用于核心网设备内部的芯片。以该方法应用于核心网设备为例,在该方法中,核心网设备从应用服务器接收指示信息,所述指示信息用于指示第一业务的数据流的传输模式;以及,向网络设备和/或UPF网元发送所述指示信息。
或者,在该方法中,核心网设备从应用服务器接收指示信息,指示信息用于指示第一时间段的时长或第二时间段的时长;以及,向网络设备和/或UPF网元发送所述指示信息。
第八方面,本申请实施例提供一种通信方法,该方法可以适用于终端设备,或者也可以适用于终端设备内部的芯片。以该方法应用于终端设备为例,在该方法中,终端设备从应用服务器接收指示信息,所述指示信息用于指示第一业务的数据流的传输模式;以及,向网络设备发送所述指示信息。示例性地,该指示信息可以承载于RRC消息。
第九方面,本申请提供一种通信装置,所述通信装置可以为网络设备或者设置在网络设备内部的芯片。所述通信装置具备实现上述第一方面至第五方面中的任一方面涉及的功能,比如,所述通信装置包括执行上述第一方面至第五方面中的任一方面涉及步骤所对应的模块或单元或手段,所述功能或单元或手段可以通过软件实现,或者通过硬件实现,也可以通过硬件执行相应的软件实现。
在一种可能的设计中,所述通信装置包括处理单元、通信单元,其中,通信单元可以用于收发信号,以实现该通信装置和其它装置之间的通信,比如,通信单元用于向终端设备发送系统信息;处理单元可以用于执行该通信装置的一些内部操作。处理单元、通信单元执行的功能可以和上述第一方面至第五方面中的任一方面涉及的步骤相对应。
在一种可能的设计中,所述通信装置包括处理器,还可以包括收发器,所述收发器用于收发信号,所述处理器执行程序指令,以完成上述第一方面至第五方面中的任一方面中任意可能的设计或实现方式中的方法。其中,所述通信装置还可以包括一个或多个存储器,所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起,也可以与处理器分离设置,本申请并不限定。存储器可以保存实现上述第一方面至第五方面中的任一方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令,当所述计算机程序或指令被执行时,使得所述通信装置实现上述第一方面至第五方面中的任一方面中任意可能的设计或实现方式中的方法。
在一种可能的设计中,所述通信装置包括处理器和存储器,存储器可以保存实现上述第一方面至第五方面中的任一方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令,当所述计算机程序或指令被执行时,使得所述通信装置实现上述第一方面至第五方面中的任一方面中任意可能的设计或实现方式中的方法。
在一种可能的设计中,所述通信装置包括至少一个处理器和接口电路,其中,至少一个处理器用于通过所述接口电路与其它装置通信,并执行上述第一方面至第五方面中的任一方面中任意可能的设计或实现方式中的方法。
第十方面,本申请提供一种通信装置,所述通信装置可以为终端设备或者设置在终端设备内部的芯片。所述通信装置具备实现上述第一方面至第五方面、第八方面中的任一方面的功能,比如,所述通信装置包括执行上述第一方面至第五方面、第八方面中的任一方面涉及步骤所对应的模块或单元或手段(means),所述功能或单元或手段可以通过软件实现,或者通过硬件实现,也可以通过硬件执行相应的软件实现。
在一种可能的设计中,所述通信装置包括处理单元、通信单元,其中,通信单元可以用于收发信号,以实现该通信装置和其它装置之间的通信,比如,通信单元用于接收来自网络设备的配置信息;处理单元可以用于执行该通信装置的一些内部操作。处理单元、通信单元执行的功能可以和上第一方面至第五方面、第八方面中的任一方面涉及的步骤相对应。
在一种可能的设计中,所述通信装置包括处理器,还可以包括收发器,所述收发器用于收发信号,所述处理器执行程序指令,以完成上述第一方面至第五方面、第八方面中的任一方面中任意可能的设计或实现方式中的方法。其中,所述通信装置还可以包括一个或多个存储器,所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起,也可以与处理器分离设置,本申请并不限定。存储器可以保存实现上述第一方面至第五方面、第八方面中的任一方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令,当所述计算机程序或指令被执行时,使得所述通信装置实现上述第一方面至第五方面、第八方面中的任一方面中任意可能的设计或实现方式中的方法。
在一种可能的设计中,所述通信装置包括处理器和存储器,存储器可以保存实现上述第一方面至第五方面、第八方面中的任一方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令,当所述计算机程序或指令被执行时,使得所述通信装置实现上述第一方面至第五方面、第八方面中的任一方面中任意可能的设计或实现方式中的方法。
在一种可能的设计中,所述通信装置包括至少一个处理器和接口电路,其中,至少一个处理器用于通过所述接口电路与其它装置通信,并执行上述第一方面至第五方面、第八方面中的任一方面中任意可能的设计或实现方式中的方法。
第十一方面,本申请提供一种通信装置,所述通信装置可以为UPF网元或者设置在UPF网元内部的芯片。所述通信装置具备实现上述第一方面至第四方面中的任一方面的功能,比如,所述通信装置包括执行上述第一方面至第四方面中的任一方面涉及步骤所对应的模块或单元或手段(means),所述功能或单元或手段可以通过软件实现,或者通过硬件实现,也可以通过硬件执行相应的软件实现。
在一种可能的设计中,所述通信装置包括处理单元、通信单元,其中,通信单元可以用于收发信号,以实现该通信装置和其它装置之间的通信,比如,通信单元用于接收来自网络设备的配置信息;处理单元可以用于执行该通信装置的一些内部操作。处理单元、通信单元执行的功能可以和上第一方面至第四方面中的任一方面涉及的步骤相对应。
在一种可能的设计中,所述通信装置包括处理器和存储器,存储器可以保存实现上述第一方面至第四方面中的任一方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令,当所述计算机程序或指令被执行时,使得所述通信装置实现上述第一方面至第四方面中的任一方面中任意可能的设计或实现方式中的方法。
在一种可能的设计中,所述通信装置包括至少一个处理器和接口电路,其中,至少一个处理器用于通过所述接口电路与其它装置通信,并执行上述第一方面至第四方面中的任一方面中任意可能的设计或实现方式中的方法。所述通信装置还可以包括一个或多个存储器,所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起,也可以与处理器分离设置,本申请并不限定。存储器可以保存实现上述第一方面至第四方面中的任一方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令,当所述计算机程序或指令被执行时,使得所述通信装置实现上述第一方面至第四方面中的任一方面中任意可能的设计或实现方式中的方法。
第十二方面,本申请提供一种通信装置,所述通信装置可以为应用服务器或者设置在应用服务器内部的芯片。所述通信装置具备实现上述第六方面中的任一方面的功能,比如,所述通信装置包括执行上述第六方面中的任一方面涉及步骤所对应的模块或单元或手段(means),所述功能或单元或手段可以通过软件实现,或者通过硬件实现,也可以通过硬件执行相应的软件实现。
在一种可能的设计中,所述通信装置包括处理单元、通信单元,其中,通信单元可以用于收发信号,以实现该通信装置和其它装置之间的通信,比如,通信单元用于接收来自网络设备的配置信息;处理单元可以用于执行该通信装置的一些内部操作。处理单元、通信单元执行的功能可以和上第六方面中的任一方面涉及的步骤相对应。
在一种可能的设计中,所述通信装置包括处理器,还可以包括收发器,所述收发器用于收发信号,所述处理器执行程序指令,以完成上述第六方面中的任一方面中任意可能的设计或实现方式中的方法。其中,所述通信装置还可以包括一个或多个存储器,所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起,也可以与处理器分离设置,本申请并不限定。存储器可以保存实现上述第六方面中的任一方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令,当所述计算机程序或指令被执行时,使得所述通信装置实现上述第六方面中的任一方面中任意可能的设计或实现方式中的方法。
在一种可能的设计中,所述通信装置包括处理器和存储器,存储器可以保存实现上述第六方面中的任一方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令,当所述计算机程序或指令被执行时,使得所述通信装置实现上述第六方面中的任一方面中任意可能的设计或实现方式中的方法。
在一种可能的设计中,所述通信装置包括至少一个处理器和接口电路,其中,至少一个处理器用于通过所述接口电路与其它装置通信,并执行上述第六方面中的任一方面中任意可能的设计或实现方式中的方法。
第十三方面,本申请提供一种通信装置,所述通信装置可以为SMF网元或者设置在SMF网元内部的芯片,或者,所述通信装置可以为AMF网元或者设置在AMF网元内部的芯片。所述通信装置具备实现上述第七方面中的任一方面的功能,比如,所述通信装置包括执行上述第七方面中的任一方面涉及步骤所对应的模块或单元或手段(means),所述功能或单元或手段可以通过软件实现,或者通过硬件实现,也可以通过硬件执行相应的软件实现。
在一种可能的设计中,所述通信装置包括处理单元、通信单元,其中,通信单元可以用于收发信号,以实现该通信装置和其它装置之间的通信,比如,通信单元用于接收来自网络设备的配置信息;处理单元可以用于执行该通信装置的一些内部操作。处理单元、通信单元执行的功能可以和上第七方面中的任一方面涉及的步骤相对应。
在一种可能的设计中,所述通信装置包括处理器和存储器,存储器可以保存实现上述第七方面中的任一方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令,当所述计算机程序或指令被执行时,使得所述通信装置实现上述第七方面中的任一方面中任意可能的设计或实现方式中的方法。
在一种可能的设计中,所述通信装置包括至少一个处理器和接口电路,其中,至少一个处理器用于通过所述接口电路与其它装置通信,并执行上述第七方面中的任一方面中任意可能的设计或实现方式中的方法。所述通信装置还可以包括一个或多个存储器,所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起,也可以与处理器分离设置,本申请并不限定。存储器可以保存实现上述第一方面至第四方面中的任一方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令,当所述计算机程序或指令被执行时,使得所述通信装置实现上述第一方面至第四方面中的任一方面中任意可能的设计或实现方式中的方法。
第十四方面,本申请提供一种通信系统,该通信系统可以包括SMF网元或AMF网元,还包括网络设备和/或UPF网元;其中,SMF网元或AMF网元用于,向网络设备和/或UPF网元发送指示信息,指示信息用于指示第一业务的数据流的传输模式为第一传输模式,第一传输模式为:针对于第一业务的第一视频帧,对第一视频帧中的基本层数据包和增强层数据包的传输顺序进行整形,以使先传输视频帧的基本层数据包,后传输视频帧的增强层数据包。以及,网络设备和/或UPF网元用于,接收指示信息;以及接收第一视频帧,并确定在第一视频帧中的第一个增强层数据包之前传输的最后一个基本层数据包为第一视频帧中的最后一个基本层数据包。
或者,该通信系统可以包括SMF网元或AMF网元,还包括网络设备和/或UPF网元;其中,SMF网元或AMF网元用于,向网络设备和/或UPF网元发送指示信息,指示信息用于指示第一时间段的时长,进而网络设备和/或UPF网元可以用于,确定在第一时间段内接收到的最后一个基本层数据包为第一视频帧的最后一个基本层数据包;其中,第一时间段的起始时间为接收第一视频帧中的第一个基本层数据包的时间。
或者,该通信系统包括UPF网元和网络设备;UPF网元用于,向网络设备发送第一视频帧,第一视频帧包括至少一个控制包,至少一个控制包括第一控制包、第二控制包、第三控制包中的至少一个;其中,第一控制包在第一视频帧的第一个基本层数据包之前传输,且第一控制包与第一视频帧的第一个基本层数据包相邻;第二控制包在第一视频帧的最后一个基本层数据包之后传输,且第二控制包与第一视频帧的最后一个基本层数据包相邻;第三控制包在第一视频帧的最后一个增强层数据包之后传输,且第三控制包与第一视频帧的最后一个增强层数据包相邻;网络设备用于,接收第一视频帧。
或者,该通信系统包括UPF网元和网络设备;UPF网元用于,向网络设备发送第一视频帧,第一视频帧包括携带第一指示信息的第一数据包、携带第二指示信息的第二数据包和携带第三指示信息的第三数据包中的至少一个;其中,第一指示信息用于指示第一数据包为第一视频帧的第一个基本层数据包,第二指示信息用于指示第二数据包为第一视频帧的最后一个基本层数据包,第三指示信息用于指示第三数据包为第一视频帧的最后一个增强层数据包;网络设备用于,接收第一视频帧。
第十五方面,本申请提供一种计算机可读存储介质,所述计算机存储介质中存储有计算机可读指令,当计算机读取并执行所述计算机可读指令时,使得计算机执行上述第一方面至第八方面的任一种可能的设计中的方法。
第十六方面,本申请提供一种计算机程序产品,当计算机读取并执行所述计算机程序产品时,使得计算机执行上述第一方面至第八方面的任一种可能的设计中的方法。
第十七方面,本申请提供一种芯片,所述芯片包括处理器,所述处理器与存储器耦合,用于读取并执行所述存储器中存储的软件程序,以实现上述第一方面至第八方面的任一种可能的设计中的方法。
本申请的这些方面或其它方面在以下实施例的描述中会更加简明易懂。
附图说明
图1为本申请实施例适用的一种网络架构示意图;
图2a为本申请实施例提供的一种CU-DU分离架构的示意图;
图2b为本申请实施例提供的又一种CU-DU分离架构的示意图;
图2c为本申请实施例提供的一种空口协议栈分布示意图;
图3a为本申请实施例提供的PDU会话的用户面协议层结构示例图;
图3b为本申请实施例提供的终端设备与网络设备之间的协议层结构示例图;
图3c为本申请实施例提供的视频业务场景示意图;
图3d为本申请实施例提供的远程手术场景中数据的传输路径示意图;
图4为本申请实施例提供的多个视频帧的传输示意图;
图5a为本申请实施例一提供的通信方法所对应的流程示意图;
图5b为本申请实施例提供的传输模式1和传输模式2示意图;
图6a为本申请实施例二提供的通信方法所对应的流程示意图;
图6b为本申请实施例提供的视频帧中包括的至少一个控制包示意图;
图7a为本申请实施例三提供的通信方法所对应的流程示意图;
图7b为本申请实施例提供的携带指示信息a、指示信息b或指示信息c的数据包示意图;
图8为本申请实施例四提供的通信方法所对应的流程示意图;
图9a为本申请实施例提供的第一时间段内传输的数据包的示例图;
图9b为本申请实施例提供的第一时间段内传输的数据包的又一示例图;
图9c为本申请实施例提供的停止调度增强层数据包的一种示例图;
图9d为本申请实施例提供的停止调度增强层数据包的又一种示例图;
图10为本申请实施例中所涉及的装置的可能的示例性框图;
图11为本申请实施例提供的一种网络设备的结构示意图;
图12为本申请实施例提供的一种核心网设备的结构示意图;
图13为本申请实施例提供的一种终端设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
图1为本申请实施例适用的一种网络架构示意图。如图1所示,终端设备可接入到无线网络,以通过无线网络获取外网(例如数据网络(data network,DN))的服务,或者通过无线网络与其它设备通信,如可以与其它终端设备通信。该无线网络包括无线接入网(radio access network,RAN)和核心网(core network,CN),其中,RAN用于将终端设备接入到无线网络,CN用于对终端设备进行管理并提供与DN通信的网关。
下面分别对图1中所涉及的终端设备、RAN、CN、DN进行详细说明。
一、终端设备
终端设备包括向用户提供语音和/或数据连通性的设备,例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network,RAN)与核心网进行通信,与RAN交换语音和/或数据。该终端设备可以包括用户设备(user equipment,UE)、无线终端设备、移动终端设备、设备到设备通信(device-to-device,D2D)终端设备、车到一切(vehicle to everything,V2X)终端设备、机器到机器/机器类通信(machine-to-machine/machine-type communications,M2M/MTC)终端设备、物联网(internet of things,IoT)终端设备、订户单元(subscriberunit)、订户站(subscriber station),移动站(mobile station)、远程站(remotestation)、接入点(access point,AP)、远程终端(remote terminal)、接入终端(accessterminal)、用户终端(user terminal)、用户代理(user agent)、或用户装备(userdevice)等。例如,可以包括移动电话(或称为“蜂窝”电话),具有移动终端设备的计算机,便携式、袖珍式、手持式、计算机内置的移动装置等。例如,个人通信业务(personalcommunication service,PCS)电话、无绳电话、会话发起协议(session initiationprotocol,SIP)话机、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、等设备。还包括受限设备,例如功耗较低的设备,或存储能力有限的设备,或计算能力有限的设备等。例如包括条码、射频识别(radiofrequency identification,RFID)、传感器、全球定位系统(global positioning system,GPS)、激光扫描器等信息传感设备。
二、RAN
RAN中可以包括一个或多个RAN设备,比如RAN设备1101、RAN设备1102。RAN设备与终端设备之间的接口可以为Uu接口(或称为空口)。当然,在未来通信中,这些接口的名称可以不变,或者也可以用其它名称代替,本申请对此不限定。
RAN设备即为将终端设备接入到无线网络的节点或设备,RAN设备又可以称为网络设备或基站。RAN设备例如包括但不限于:5G通信系统中的新一代基站(generation NodeB,gNB)、演进型节点B(evolved node B,eNB)、无线网络控制器(radio networkcontroller,RNC)、节点B(node B,NB)、基站控制器(base station controller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,home evolved nodeB,或homenode B,HNB)、基带单元(baseBand unit,BBU)、传输接收点(transmitting and receivingpoint,TRP)、发射点(transmitting point,TP)、移动交换中心等。
(1)RAN设备的协议层结构
RAN设备中可以包括协议层结构,例如控制面协议层结构可以包括RRC层、分组数据汇聚层协议(packet data convergence protocol,PDCP)层、无线链路控制(radio linkcontrol,RLC)层、媒体接入控制(media access control,MAC)层和物理层等协议层的功能;用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层等协议层的功能,在一种可能的实现中,PDCP层之上还可以包括业务数据适配(service data adaptation protocol,SDAP)层。
(2)CU和DU
本申请实施例中,RAN设备可以包括一个或多个集中单元(centralized unit,CU)和一个或多个分布单元(distributed unit,DU),多个DU可以由一个CU集中控制。作为示例,CU和DU之间的接口可以称为F1接口,其中,控制面(control panel,CP)接口可以为F1-C,用户面(user panel,UP)接口可以为F1-U。CU和DU可以根据无线网络的协议层划分:比如图2a所示,PDCP层及以上协议层的功能设置在CU,PDCP层以下协议层(例如RLC层和MAC层等)的功能设置在DU。
可以理解的,上述对CU和DU的处理功能按照协议层的划分仅仅是一种举例,也可以按照其他的方式进行划分,比如PDCP层以上协议层的功能设置在CU,PDCP层及以下协议层的功能设置在DU,又比如可以将CU或者DU划分为具有更多协议层的功能,又比如CU或DU还可以划分为具有协议层的部分处理功能。在一种设计中,将RLC层的部分功能和RLC层以上的协议层的功能设置在CU,将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。在另一种设计中,还可以按照业务类型或者其他系统需求对CU或者DU的功能进行划分,例如按时延划分,将处理时间需要满足时延要求的功能设置在DU,不需要满足该时延要求的功能设置在CU。在另一种设计中,CU也可以具有核心网的一个或多个功能。示例性地,CU可以设置在网络侧方便集中管理;DU可以具有多个射频功能,也可以将射频功能拉远设置。本申请实施例对此并不进行限定。
示例性地,CU的功能可以由一个实体来实现,或者也可以由不同的实体来实现。例如,如图2b所示,可以对CU的功能进行进一步切分,即将控制面和用户面分离并通过不同实体来实现,分别为控制面CU实体(即CU-CP实体)和用户面CU实体(即CU-UP实体),CU-CP实体和CU-UP实体可以与DU相耦合,共同完成RAN设备的功能。CU-CP实体与CU-UP实体之间的接口可以为E1接口,CU-CP实体与DU之间的接口可以为F1-C接口,CU-UP实体与DU之间的接口可以为F1-U接口。其中,一个DU和一个CU-UP可以连接到一个CU-CP。在同一个CU-CP控制下,一个DU可以连接到多个CU-UP,一个CU-UP可以连接到多个DU。
基于图2b,图2c为一种空口协议栈分布示意图。如图2c所示,针对用户面和控制面来说,空口协议栈都可以是RLC、MAC、PHY在DU,PDCP及以上协议层在CU。
需要说明的是:在上述图2a至图2c所示意的架构中,CU产生的信令可以通过DU发送给终端设备,或者终端设备产生的信令可以通过DU发送给CU。DU可以不对该信令进行解析而直接通过协议层封装后透传给终端设备或CU。以下实施例中如果涉及这种信令在DU和终端设备之间的传输,此时,DU对信令的发送或接收包括这种场景。例如,RRC或PDCP层的信令最终会处理为物理层的信令发送给终端设备,或者,由接收到的物理层的信令转变而来。在这种架构下,该RRC或PDCP层的信令,即也可以认为是由DU发送的,或者,由DU和射频装载发送的。
三、CN
CN中可以包括一个或多个CN设备,以5G通信系统为例,CN中可以包括接入和移动性管理功能(access and mobility management function,AMF)网元、会话管理功能(session management function,SMF)网元、用户面功能(user plane function,UPF)网元、策略控制功能(policy control function,PCF)网元、统一数据管理(unified datamanagement,UDM)网元、应用功能(application function,AF)网元等。
AMF网元是由运营商网络提供的控制面网元,负责终端设备接入运营商网络的接入控制和移动性管理,例如包括移动状态管理,分配用户临时身份标识,认证和授权用户等功能。
SMF网元是由运营商网络提供的控制面网元,负责管理终端设备的协议数据单元(protocol data unit,PDU)会话。PDU会话是一个用于传输PDU的通道,终端设备需要通过PDU会话与DN互相传送PDU。PDU会话由SMF网元负责建立、维护和删除等。SMF网元包括会话管理(如会话建立、修改和释放,包含UPF和RAN之间的隧道维护)、UPF网元的选择和控制、业务和会话连续性(service and session continuity,SSC)模式选择、漫游等会话相关的功能。
UPF网元是由运营商提供的网关,是运营商网络与DN通信的网关。UPF网元包括数据包路由和传输、包检测、业务用量上报、服务质量(quality of service,QoS)处理、合法监听、上行包检测、下行数据包存储等用户面相关的功能。
PCF网元是由运营商提供的控制面功能,用于向SMF网元提供PDU会话的策略。策略可以包括计费相关策略、QoS相关策略和授权相关策略等。
UDM网元是由运营商提供的控制面网元,负责存储运营商网络中签约用户的用户永久标识符(subscriber permanent identifier,SUPI)、安全上下文(securitycontext)、签约数据等信息。
AF网元是提供各种业务服务的功能网元,能够通过其它网元与核心网交互,以及能够和策略管理框架交互进行策略管理。
此外,尽管未示出,CN中还可以包括其它可能的网元,比如网络开放功能(networkexposure function,NEF)、网元统一数据仓储(unified data repository,UDR)网元,NEF网元用于提供网络能力开放相关的框架、鉴权和接口,在5G系统网络功能和其他网络功能之间传递信息;UDR网元主要用来存储用户相关的签约数据、策略数据、用于开放的结构化数据、应用数据。
四、DN
DN也可以称为分组数据网络(packet data network,PDN),是位于运营商网络之外的网络,运营商网络可以接入多个DN,DN中可部署有多种业务对应的应用服务器,为终端设备提供多种可能的服务。
图1中Npcf、Nudm、Naf、Namf、Nsmf、N1、N2、N3、N4,以及N6为接口序列号。这些接口序列号的含义可参见相关标准协议中定义的含义,在此不做限制。
可以理解的是,图1中是以5G通信系统为例进行示意的,本申请实施例中的方案还可以适用于其它可能的通信系统中,比如未来的第六代(the 6th generation,6G)通信系统中。上述网元或者功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能。可选的,上述网元或者功能可以由一个设备实现,也可以由多个设备共同实现,还可以是一个设备内的一个功能模块,本申请实施例对此不作具体限定。
下面先对本申请实施例涉及的相关技术特征进行解释说明。需要说明的是,这些解释是为了让本申请实施例更容易被理解,而不应该视为对本申请所要求的保护范围的限定。
一、用户面协议层结构
在图1所示意的网络架构中,可以通过控制面信令交互流程(比如PDU会话建立流程)为终端设备建立用户面数据传输通道,进而终端设备可以和DN中部署的应用服务器可以通过用户面数据传输通道进行数据传输。比如,应用服务器可以向终端设备发送下行数据包,下行数据包的传输路径为:应用服务器→UPF网元→网络设备→终端设备;相应地,终端设备可以向应用服务器发送上行数据包,上行数据包的传输路径为:终端设备→网络设备→UPF网元→应用服务器。
图3a为PDU会话的用户面协议层结构示例图。参见图3a所示,终端设备与网络设备之间可以遵循接入网协议层结构,网络设备与UPF网元之间的协议层结构可以包括L1层(即物理层)、L2层(即数据链路层)、用户数据报协议(user datagram protocol,UDP)/互联网协议(internet protocol,IP)层、GTP-U(GTP-U为通用分组无线服务技术(general packetradio service,GPRS)隧道传输协议(GPRS tunnel protocol,GTP)的其中一种协议)层等;此外,UPF网元中还可以包括与终端设备的PDU会话层对等的PDU会话层;应用服务器中可以包括与终端设备的应用层对等的应用层。
示例性地,参见图3b所示,终端设备与网络设备之间的协议层结构可以包括SDAP层、PDCP层、RLC层、MAC层、物理层,其中,SDAP层、PDCP层、RLC层、MAC层、物理层也可以统称为接入层。根据数据的传输方向分为发送或接收,上述每层又分为发送部分和接收部分。以下数据传输为例,参见图3b所示为下行数据在各层间传输示意图,图3b中向下的箭头表示数据发送,向上的箭头表示数据接收。PDCP层自上层取得数据后,会将数据传送到RLC层与MAC层,再由MAC层生成传输块,然后通过物理层进行无线传输。数据在各个层中进行相对应的封装,某一层从该层的上层收到的数据视为该层的服务数据单元(service data unit,SDU),经过层封装后成为PDU,再传递给下一个层。例如PDCP层从上层接收到的数据称为PDCP SDU,PDCP层发送到下层的数据称为PDCP PDU;RLC层从上层接收到的数据称为RLCSDU,RLC层发送到下层的数据称为RLC PDU。在协议中,层间的联系大都以通道的方式进行对应。RLC层与MAC层间通过逻辑信道(logical channel,LCH)对应,MAC层与物理层则是通过传输通道(transport channel)对应,物理层以下为物理信道(physical channel),用来对应到另一端的物理层。
基于上述图3a和图3b所示意的协议层结构,在一个示例中,以下行方向为例,应用服务器的应用层获取数据包X后,可以根据GTP-U协议对数据包X进行封装得到GTP-U PDU1(也可以称为GTP-U数据包1),进而向UPF网元发送GTP-U PDU1。相应地,UPF网元接收到GTP-U PDU1后,可以对GTP-U PDU1进行解析得到数据包X,然后根据GTP-U协议对数据包X进行封装得到GTP-U PDU2(也可以称为GTP-U数据包2),进而向网络设备发送GTP-U PDU2。相应地,网络设备接收到GTP-U PDU2,可以对GTP-U PDU2进行解析得到数据包X,进而将数据包X封装到MAC PDU中,通过空口发送给终端设备。
需要说明的是,图1所示意的网络架构可以适用于多种可能的场景,比如大型实景游戏、远程手术等视频业务场景,这些视频业务场景的共同特点是:强交互性、数据量大、实时性要求高。在这些场景中,参见图3c所示,终端设备可以连接一个或多个应用层设备,应用层设备中可以包括与终端设备的应用层对等的应用层,进而终端设备可以与应用层设备进行通信;应用服务器可以连接一个或多个外围设备,外围设备可以包括应用服务器的输入设备、输出设备等。此种情形下,下行数据包的传输路径为:外围设备→应用服务器→UPF网元→网络设备→终端设备→应用层设备;上行数据包的传输路径为:应用层设备→终端设备→网络设备→UPF网元→应用服务器→外围设备。以远程手术为例,常常用于医生无法及时赶到等紧急情况下的抢救;具体来说,医生可以通过头盔等应用层设备远程观察手术的现场情况,并通过手套等应用层设备发出相应的指令(可以理解为上行数据包),指令传输到手术现场后,经过现场的机械手执行,执行的情况再经由摄像头和其它医用专业设备转换为信号(可以理解为下行数据包),传到医生的头盔中。参见图3d所示,为远程手术场景中数据的传输路径示意图。
二、视频帧
视频可以是由一张张连贯起来的图像(或者说图片、照片等)连续播放组成的,当一秒钟有24张图像快速播放,人眼就会认为这是连续的画面(即视频)。帧率是指每秒钟播放的图像数量,如24帧即每秒钟播放24张图像,60帧即每秒钟播放60张图像,以此类推。一个视频帧可以理解为一张图像(即一个视频帧中可以包括一张图像对应的数据包),当帧率为60帧时,一个视频帧的时长为1000ms/60Hz,约等于16ms。本申请实施例中将以帧率为60帧为例进行描述。图4为多个视频帧的传输示意图,如图4所示,视频帧1、视频帧2和视频帧3为连续的3个视频帧,以视频帧1为例,视频帧1中可以包括多个数据包,多个数据包可以分布在视频帧1的前段(比如多个数据包可以分布在16ms的前8ms内),不同视频帧的多个数据包之间可以存在一段传输时间间隔(gap)。
需要说明的是,本申请实施例中所涉及的视频帧可以为I帧、P帧和B帧中的任一种帧,或者也可以为其它可能名称的视频帧。其中,I帧、P帧和B帧可以为H.264(即由国际电信联盟电信标准分局的视频编码专家组和国际标准化组织/国际电工委员会动态图像专家组联合组成的联合视频组提出的高度压缩数字视频编解码器标准)或H.265或H.266中定义的三种帧。I帧又称帧内编码帧,是一种自带全部信息的独立帧,无需参考其他图像便可独立进行解码,可以简单理解为一张静态画面;视频序列中的第一个帧始终都是I帧(I帧为关键帧)。P帧又称帧间预测编码帧,需要参考前面的I帧才能进行编码,表示的是当前帧画面与前一帧(前一帧可能是I帧也可能是P帧)的差别,解码时需要用之前缓存的画面叠加上本帧定义的差别,生成最终画面。B帧又称双向预测编码帧,也就是B帧记录的是本帧与前后帧的差别;也就是说,要解码B帧,不仅要取得之前的缓存画面,还要解码之后的画面,通过前后画面的与本帧数据的叠加取得最终的画面。
三、视频分层编码
在远程手术等场景中,视频质量越清晰越好,从而对网络的传输容量提出了很高的要求。而另一方面,无线信道的信道质量波动很厉害,即使终端设备的物理位置不变,无线信号也会短暂地发生剧烈波动,这种波动发生的时间很短且不可预知,所以无法通过调整传输参数(比如调制和编码方式(modulation and coding scheme,MCS))等方式增强鲁棒性。因此,如果传输数据包的丢包概率增加,一旦丢包,则需要通过重传解决。然而,视频业务的不同数据包的重要性可以是不同的,比如有的数据包丢失了会对接收画面带来很大影响,有的数据包丢失也不会对接收画面产生太大影响;由于传输网络无法获知每个数据包的重要性,因此会对所有的数据包都采用“丢包就重传”的方式,采用该种方式,一方面,会导致数据包无法在规定的时延范围内传输到接收端设备,另一方面,一旦丢包且丢的包是重要包,则会对接收画面带来很大影响,降低用户感受。
为解决上述问题,视频编码引入了分层编码方式,也可以称为可分级性编码方式。该方式将一个基本层(basic layer,BL)和若干个增强层(extend layer,EL)看成一个多层视频系统,基本层提供基本图像质量的码流,增强层提供可在基本图像质量的基础上构建出更高图像质量的码流。具体来说,基本层码流和增强层码流分别为可单独解码的子码流,增强层码流可以包括一层或多层。基本层码流中可以包括基本层数据包,基本层数据包是视频播放的必要条件,在这种情况下,视频画质较差;而增强层码流中可以包括增强层数据包,增强层数据包是视频播放的补充条件;比如,基本层码流所对应的视频画质为流畅画质,则在基本层码流的基础上叠加第一增强层码流,可以达到标清画质,在高清画质的基础上叠加第二增强层码流可以达到高清画质,在高清画质的基础上叠加第三增强层码流可以达到蓝光画质。也就是说,在基本层码流的基础上叠加的增强层码流越多,则在解码后得到的视频画质越好。需要说明的是,本申请实施例中将以基本层和增强层两层为例进行描述,即本申请实施例中所涉及的增强层可以包括一层或者也可以包括多层。
如此,在引入视频分层编码方式后,针对于一个视频帧,编码输出的数据包可以分两路:一路为基本层数据包,另一路为增强层数据包。相应地,传输网络可以获知两层数据,进而可以在下面两方面做区别处理:(1)重传:针对于基本层数据包,一次传输不成功,如果时间允许,则重传,如果时间不允许,则不重传;针对于增强层数据,不重传。(2)新传:优先满足基本层数据包的新传,比如两个用户同时都有新的数据包要传,其中一个用户是基本层数据包,另一个用户是增强层数据包,则优先传输基本层数据包或者采用可靠性更高的方式传输基本层数据包。
本申请实施例将针对采用视频分层编码方式后的相关实现进行研究。
比如,以下行传输为例(上行传输类似于下行传输),采用视频分层编码方式后,一个视频帧中包括基本层数据包和增强层数据包,基本层数据包和增强层数据包可以具有不同的端口号,从而使得网络设备可以通过端口号来区分基本层数据包和增强层数据包。网络设备在接收到视频帧中的一个或多个基本层数据包后,为降低时延,可以对这一个或多个基本层数据包进行组包生成传输块,进而通过空口发送给终端设备。举个例子,一个视频帧中包括7个基本层数据包,网络设备在接收到前两个基本层数据包后,可以对这两个基本层数据包进行组包得到传输块1,并发送给终端设备;网络设备在接收到中间三个基本层数据包后,可以对这三个基本层数据包进行组包得到传输块2,并发送给终端设备;网络设备在接收到最后两个基本层数据包后,可以对这两个基本层数据包进行组包得到传输块3,并发送给终端设备。然而,采用该种方式,针对于每个视频帧中的基本层数据包,网络设备可能会组包得到多个小尺寸的传输块,从而造成大量包含基本层数据包的传输块,影响空口传输效率。
基于此,本申请实施例可以提供一种通信方法,用于避免组包得到多个小尺寸的传输块,提高空口传输效率。在一个示例中,该通信方法可以包括:网络设备接收第一视频帧,第一视频帧包括至少一个基本层数据包和至少一个增强层数据包,以及网络设备确定第一视频帧中的最后一个基本层数据包。采用该种方式,网络设备通过确定第一视频帧中的最后一个基本层数据包,从而可以在接收到第一视频帧中的最后一个基本层数据包后进行组包得到传输块,比如可以将第一视频帧中的所有数据包组包为一个传输块,便于避免组包得到多个小尺寸的传输块,进而提高空口的传输效率。
下面结合实施例一至实施例五,对本申请实施例提供的通信方法进行详细描述。
实施例一
图5a为本申请实施例一提供的通信方法所对应的流程示意图,如图5a所示,该方法包括如下步骤:
步骤501,应用服务器向核心网设备发送指示信息1,指示信息1用于指示业务1的数据流的传输模式。
此处,核心网设备可以为AMF网元或者SMF网元。示例性地,业务1可以为视频业务,业务1的数据流中可以包括数据包,还可以包括其它可能的信息,比如控制信息或者说控制参数,具体不做限定。
本申请实施例中,业务1的数据流的传输模式可以为传输模式1或传输模式2。其中,传输模式1是指,针对于业务1的每个视频帧,对视频帧中的基本层数据包和增强层数据包的传输顺序不进行整形,此种情形下,该视频帧中的基本层数据包和增强层数据包可能交叉传输,或者也可能不交叉传输(比如先传输该视频帧的基本层数据包,后传输增强层数据包)。此处,该视频帧中的基本层数据包和增强层数据包交叉传输,可以理解为,该视频帧中的基本层数据包和增强层数据包混合传输或者交替传输,比如,该视频帧中部分数据包的传输顺序为:基本层数据包a、增强层数据包a、基本层数据包b;又比如,该视频帧中部分数据包的传输顺序为:增强层数据包a、基本层数据包a、增强层数据包b。传输模式2是指,针对于业务1的每个视频帧,对视频帧中的基本层数据包和增强层数据包的传输顺序进行整形,以使先传输该视频帧的基本层数据包,后传输增强层数据包。
在一个示例中,参见图5b所示,应用服务器中可以包括视频编码器,视频编码器内部可包括两个模块,分别为编码模块和缓存模块。编码模块负责生成基本层数据包和增强层数据包,并传输给缓存模块,相应地,缓存模块负责输出编码模块生成的数据包。
针对于传输模式1,缓存模块从编码模块接收到数据包后,可以不对这些数据包的传输顺序进行整形,并直接向外输出。具体来说,编码模块编码生成一个数据包,则可以向缓存模块传输一个数据包,进而缓存模块可以不加以整形,将该数据包输出;也就是说,缓存模块输出数据包的顺序与编码模块输出数据包的顺序是相同的。此种情形下,针对于一个视频帧,编码模块会先输出基本层数据包,等到输出Q(Q为正整数)个基本层数据包后,开始输出增强层数据包,并且在一段时间内,会交替输出基本层数据包和增强层数据包;当该视频帧内的基本层数据包结束后,编码模块会继续输出增强层数据包;最后,该视频帧内的增强层数据包也结束。
针对于传输模式2,缓存模块从编码模块接收到数据包后,可以对这些数据包的传输顺序进行整形,并将整形后的数据包向外输出。具体来说,针对于一个视频帧,缓存模块从编码模块接收到增强层数据包后,可以存储一段时间,即先对外输出基本层数据包,等到基本层数据包全部输出之后,再向外输出增强层数据包。此种情形下,通过缓存模块的整形,对外输出的数据包表现为先输出基本层数据包,再输出增强层数据包。
步骤502,核心网设备向UPF网元和/或网络设备发送指示信息1;相应地,UPF网元和/或网络设备可以获知业务1的数据流的传输模式。
需要说明的是,该实施例中,将以核心网设备向网络设备发送指示信息1,指示信息1所指示的传输模式为传输模式2为例进行描述。
步骤503,应用服务器生成业务1的多个视频帧,每个视频帧中可以包括至少一个基本层数据包和至少一个增强层数据包。
此处,应用服务器的编码模块可以生成多个视频帧的基本层数据包和增强层数据包,并由缓存模块按照传输模式2输出。在一个示例中,应用服务器可以从外围设备(比如摄像头)获取摄像头拍摄的多张图像,进而由编码模块根据多张图像生成多个视频帧的基本层数据包和增强层数据包。
步骤504,应用服务器向UPF网元发送第一视频帧,第一视频帧可以为业务1的多个视频帧中的任一视频帧;相应地,UPF网元接收第一视频帧。
步骤505,UPF网元向网络设备发送第一视频帧;相应地,网络设备接收第一视频帧。
此处,UPF网元可以通过UPF网元与网络设备之间的N3隧道(tunnel)发送第一视频帧,相应地,网络设备可以通过N3隧道接收第一视频帧。其中,网络设备与UPF网元之间的N3隧道可以为PDU会话建立或PDU会话修改过程中建立的。比如,在PDU会话建立过程中,SMF网元可以为UPF网元分配一个UPF网元侧的N3隧道地址(为便于描述称为第一N3隧道地址),进而通过AMF网元将第一N3隧道地址发送给网络设备;相应地,网络设备接收到第一N3隧道地址,可以分配一个网络设备侧的N3隧道地址(称为第二N3隧道地址),并通过AMF网元将第二N3隧道地址发送给SMF网元,进而由SMF网元发送给UPF网元;此外,SMF网元还可以将为UPF网元分配的第一N3隧道地址发送给UPF网元;如此,网络设备和UPF网元之间建立了N3隧道。可以理解地,N3隧道地址可以为N3隧道号。
示例性地,UPF网元与网络设备之间的N3隧道可以是针对某个业务建立的,比如N3隧道对应业务1,进而网络设备从N3隧道接收到数据包后,可以获知该数据包为业务1的数据包。
步骤506,网络设备向终端设备发送第一视频帧。
此处,网络设备可以根据业务1的传输模式,确定调度第一视频帧中的基本层数据包的时机,即尽量在接收完第一视频帧中的基本层数据包后再开始空口传输。比如,网络设备根据指示信息1确定业务1的数据流的传输模式为传输模式2,当从业务1对应的N3隧道接收到第一视频帧中的第一个增强层数据包时,网络设备可以确定在第一个增强层数据包之前传输的最后一个基本层数据包为第一视频帧中的最后一个基本层数据包,进而可以针对第一视频帧中的所有基本层数据包进行组包得到一个传输块,并将该传输块发送给终端设备。
此外,考虑到第一视频帧中的所有基本层数据包的数据量之和可能大于传输块大小,因此,在一个示例中,比如第一视频帧中包括n个基本层数据包,则当网络设备接收到第一视频帧中的前m个基本层数据包后,若确定m个基本层数据包的数据量之和大于或等于传输块大小,则可以先对m个基本层数据包进行组包得到传输块并发送给终端设备;后续在确定出第一视频帧中的最后一个基本层数据包后,再对剩余的n-m个基本层数据包进行组包得到传输块并发送给终端设备。
需要说明的是,本申请实施例中,网络设备确定出第一视频帧中的最后一个基本层数据包后,具体执行何种操作,可取决于网络设备内部的实现;比如网络设备可以基于所确定的第一视频帧中的最后一个基本层数据包来调度第一视频帧中的基本层数据包,和/或,网络设备也可以基于所确定的第一视频帧中的最后一个基本层数据包来执行其它可能的操作。可以理解地,上述所描述的调度方式也仅为一种可能的示例,网络设备还可以采用其它可能的调度方式,具体不做限定。
也就是说,本申请实施例中通过确定出第一视频帧中的最后一个基本层数据包,进而网络设备可以依据或参考第一视频帧中的最后一个基本层数据包来调度第一视频帧中的数据包,从而为解决上述技术问题(即网络设备无法确定第一视频帧中的最后一个基本层数据包,进而可能组包得到多个小尺寸的传输块,进而影响传输效率)提供一种可能的思路。
针对于上述步骤501至步骤506,需要说明的是:
(1)网络设备确定业务1的数据流的传输模式的方式可能有多种,上述是以网络设备根据核心网设备发送的指示信息1来确定业务1的数据流的传输模式为例进行描述的。在其它可能的示例中,应用服务器可以通过应用层消息向终端设备发送指示信息1,进而终端设备可以通过接入层消息将指示信息1发送给网络设备;也就是说,网络设备也可以根据终端设备发送的指示信息1来确定业务1的数据流的传输模式。其中,接入层消息可以为RRC消息。本申请实施例中,对网络设备确定业务1的数据流的传输模式的方式不做限定。
(2)上述流程中是以下行数据传输为例进行描述,实施例一中的方法同样也可以适用于上行数据传输。比如,终端设备可以确定业务1的数据流的传输模式,进而在获取到第一视频帧后,可以确定第一视频帧中的最后一个基本层数据包,并将第一视频帧发送给网络设备。
其中,①终端设备确定业务1的数据流的传输模式可以有多种,比如,网络设备在获取到指示信息1后,可以通过接入层消息向终端设备发送指示信息1,进而终端设备可以根据指示信息1确定业务1的数据流的传输模式;又比如,应用服务器可以通过应用层消息向终端设备发送指示信息1,进而终端设备可以根据指示信息1确定业务1的数据流的传输模式。②终端设备获取第一视频帧,可以是指:终端设备的应用层从终端设备连接的应用层设备接收第一视频帧;或者,也可以是指:终端设备中包括视频编码器,终端设备的应用层从视频编码器获取第一视频帧。③终端设备调度第一视频帧中的基本层数据包的实现,可以参照网络设备调度第一视频帧中的基本层数据包的描述,二者的不同之处在于,终端设备发送传输块所需的上行资源需要网络设备分配。比如,终端设备可以根据网络设备分配的上行资源,确定通过该上行资源发送传输块的误块率,如果该上行资源对应的误块率较高,则不再通过该传输块传输基本层数据包组包得到的传输块,如果该上行资源对应的误块率较低,则可以通过该传输块传输基本层数据包组包得到的传输块。
采用上述方式,网络设备或终端设备可以根据传输模式,来确定视频帧中的最后一个基本层数据包,以及在一种可选的方式中,网络设备或终端设备可以依据或参考视频帧中的最后一个基本层数据包,来确定调度视频帧中的基本层数据包的时机,从而便于避免组包得到多个小尺寸的传输块,提高空口的传输效率。
实施例二
图6a为本申请实施例二提供的通信方法所对应的流程示意图,如图6a所示,该方法包括如下步骤:
步骤601,应用服务器生成业务1的多个视频帧,每个视频帧中可以包括至少一个基本层数据包、至少一个增强层数据包和至少一个控制包。
比如,多个视频帧中包括第一视频帧,第一视频帧中的至少一个控制包可以包括控制包1a、控制包2a和控制包3a中的至少一个。参见图6b所示,控制包1a在第一视频帧的第一个基本层数据包之前传输,且控制包1a与第一视频帧中的第一个基本层数据包相邻。控制包2a在第一视频帧中的最后一个基本层数据包之后传输,且控制包2a与第一视频帧中的最后一个基本层数据包相邻;也就是说,控制包2a紧跟在第一视频帧中的最后一个基本层数据包之后传输。控制包3a在第一视频帧中的最后一个增强层数据包之后传输,且控制包3a与第一视频帧中的最后一个增强层数据包相邻。此外,多个视频帧中还可以包括第一视频帧中的下一视频帧,下一视频帧中的至少一个控制包可以包括控制包1b、控制包2b和控制包3b中的至少一个。示例性地,控制包1b、控制包2b和控制包3b的实现可以参见上述控制包1a、控制包2a和控制包3a的描述,具体不再赘述。
在一个示例中,上述所涉及的控制包可以均为GTP控制包,或者也可以为GTP层以上的协议层(比如实时传输协议(realtime transport protocol,RTP)层)的控制包,具体不做限定。
步骤602,应用服务器向UPF网元发送第一视频帧;相应地,UPF网元接收第一视频帧。
步骤603,UPF网元向网络设备发送第一视频帧;相应地,网络设备接收第一视频帧。
步骤604,网络设备向终端设备发送第一视频帧。
示例性地,网络设备可以根据控制包2a、控制包3a或控制包1b来确定调度第一视频帧中的基本层数据包的时机。比如,网络设备接收到控制包2a、控制包3a或控制包1b后,可以确定控制包2a、控制包3a或控制包1b之前传输的最后一个基本层数据包为第一视频帧中的最后一个基本层数据包,进而可以针对第一视频帧中的所有基本层数据包进行组包得到一个传输块,并将该传输块发送给终端设备。
此外,当第一视频帧中包括控制包1a或控制包3a时,网络设备还可以根据控制包1a或控制包3a确定来区分不同的视频帧。比如,当第一视频帧中包括控制包1a时,网络设备可以确定在控制包1a之前传输的数据包为第一视频帧的上一视频帧的数据包(如网络设备可以确定在控制包1a之前传输的最后一个数据包为第一视频帧的上一视频帧的最后一个数据包),在控制包1a之后传输的数据包为第一视频帧的数据包。又比如,当第一视频帧中包括控制包3a时,网络设备可以确定在控制包3a之前传输的数据包为第一视频帧的数据包(如网络设备可以确定在控制包3a之前传输的最后一个数据包为第一视频帧的最后一个数据包),在控制包3a之后传输的数据包为第一视频帧的下一视频帧的数据包。如此,当不同视频帧的数据包之间的传输时间间隔较小时,通过采用该方法能够使得网络设备准确区分不同视频帧。
需要说明的是:上述是以应用服务器生成的视频帧中包括至少一个控制包为例进行描述的,在其它可能的实施例中,应用服务器生成多个视频帧(此处,每个视频帧可以包括至少一个基本层数据包和至少一个增强层数据包,而不包括控制包),应用服务器向UPF网元发送多个视频帧;相应地,UPF网元接收到多个视频帧后,可以针对每个视频帧生成至少一个控制包,并向网络设备发送多个视频帧(此处,每个视频帧可以包括至少一个基本层数据包、至少一个增强层数据包和至少一个控制包)。
以第一视频帧为例,UPF网元可以针对第一视频帧生成控制包1a、控制包2a和控制包3a中的至少一个。比如,UPF网元可以确定第一视频帧中的第一个基本层数据包,进而在第一个基本层数据包之前添加控制包2a;又比如,UPF网元可以确定第一视频帧中的最后一个基本层数据包,进而在最后一个基本层数据包之后添加控制包2a;又比如,UPF网元可以确定第一视频帧中的最后一个增强层数据包,进而在最后一个增强层数据包之后添加控制包3a。示例性地,UPF网元所添加的控制包可以为GTP控制包。其中,UPF网元确定第一视频帧中的最后一个基本层数据包的方式可以有多种;比如,核心网设备向UPF网元发送指示信息1,指示信息1指示业务1的数据流的传输模式为传输模式2,进而UPF网元可以在接收到第一视频帧中的第一个增强层数据包时,确定在第一个增强层数据包之前传输的最后一个基本层数据包为第一视频帧中的最后一个基本层数据包。UPF网元确定第一视频帧中的第一个基本层数据包和最后一个增强层数据包的方式也可以有多种;比如,UPF网元根据不同视频帧的数据包之间的传输时间间隔确定第一视频帧中的第一个基本层数据包和最后一个增强层数据包。
采用上述方式,网络设备可以根据视频帧中的控制包,来确定视频帧中的最后一个基本层数据包,以及在一种可选的方式中,网络设备可以依据或参考视频帧中的最后一个基本层数据包,来确定调度视频帧中的基本层数据包的时机,从而便于避免组包得到多个小尺寸的传输块,提高空口的传输效率。
实施例三
图7a为本申请实施例三提供的通信方法所对应的流程示意图,如图7a所示,该方法包括如下步骤:
步骤701,应用服务器生成业务1的多个视频帧,每个视频帧中可以包括携带指示信息a的数据包、携带指示信息b的数据包和携带指示信息c的数据包中的至少一个。
此处,指示信息a用于指示携带指示信息a的数据包为该数据包所属的视频帧中的第一个基本层数据包(或者说第一个数据包);指示信息b用于指示携带指示信息b的数据包为该数据包所属的视频帧中的最后一个基本层数据包;指示信息c用于指示携带指示信息c的数据包为该数据包所属的视频帧中的最后一个增强层数据包(或者说最后一个数据包)。
比如,参见图7b所示,多个视频帧中包括第一视频帧,第一视频帧中可以包括数据包1a、数据包2a和数据包3a中的至少一个;其中,数据包1a携带指示信息a,指示信息a用于指示数据包1a为第一视频帧中的第一个基本层数据包;数据包2a携带指示信息b,指示信息b用于指示数据包2a为第一视频帧中的最后一个基本层数据包;数据包3a携带指示信息c,指示信息c用于指示数据包3a为第一视频帧中的最后一个增强层数据包。此外,多个视频帧中还可以包括第一视频帧中的下一视频帧,下一视频帧中可以包括数据包1b(携带指示信息a)、数据包2b(携带指示信息b)和数据包3b(携带指示信息c)中的至少一个。示例性地,数据包1b、数据包2b和数据包3b的实现可以参见上述数据包1a、数据包2a和数据包3a的描述,具体不再赘述。
以多个视频帧中的每个视频帧包括携带指示信息a(其中,携带指示信息b或指示信息c的情形可以参照处理)的数据包为例,在一个示例中,可以在视频帧中的每个数据包中增加一个字段,该字段可以用于承载指示信息a,比如该字段可以包括1个比特,该比特的取值为0,表示该数据包不是该数据包所属的视频帧中的第一个基本层数据包;该比特的取值为1,表示该数据包为该数据包所属的视频帧中的第一个基本层数据包。或者,也可以使用数据包的某一参数的特殊码点来表示该数据包是否为该数据包所属的视频帧中的第一个基本层数据包,比如使用一个4比特的参数,当该4比特的参数的取值为1110时,表示该数据包为该数据包所属的视频帧中的第一个基本层数据包,当该4比特的参数的取值为其它值时,表示该数据包不是该数据包所属的视频帧中的第一个基本层数据包。
在又一个示例中,可以在视频帧中的相应数据包中增加一个字段,该字段用于承载指示信息a,当数据包中不携带该字段时,表示该数据包不是该数据包所属的视频帧中的第一个基本层数据包;当数据包中携带该字段时,表示该数据包为该数据包所属的视频帧中的第一个基本层数据包。
需要说明的是,上述所涉及的指示信息a、指示信息b或指示信息c可以位于数据包的GTP-U包头中,或者,也可以携带数据包的GTP层以上的协议层(比如RTP层)的包头中,具体不做限定。
步骤702,应用服务器向UPF网元发送第一视频帧;相应地,UPF网元接收第一视频帧。
步骤703,UPF网元向网络设备发送第一视频帧;相应地,网络设备接收第一视频帧。
步骤704,网络设备向终端设备发送第一视频帧。
此处,网络设备可以根据数据包2a、数据包3a或数据包1b来确定调度第一视频帧中的基本层数据包的时机。比如,网络设备接收到数据包2a后,可以确定数据包2a为第一视频帧中的最后一个基本层数据包,进而可以针对第一视频帧中的所有基本层数据包进行组包得到一个传输块,并将该传输块发送给终端设备;又比如,网络设备接收到数据包3a或数据包1b后,可以确定数据包3a或数据包1b之前传输的最后一个基本层数据包为第一视频帧中的最后一个基本层数据包,进而可以针对第一视频帧中的所有基本层数据包进行组包得到一个传输块,并将该传输块发送给终端设备。
需要说明的是:上述是以应用服务器生成的视频帧中包括携带指示信息a的数据包、携带指示信息b的数据包和携带指示信息c的数据包中的至少一个为例进行描述的,在其它可能的实施例中,应用服务器生成多个视频帧(此处,每个视频帧可以包括的数据包均不携带指示信息a、指示信息b或指示信息c),并向UPF网元发送多个视频帧;相应地,UPF网元接收到多个视频帧后,可以在相应数据包的包头中添加指示信息a、指示信息b或指示信息c,并向网络设备发送多个视频帧(此处,每个视频帧中可以包括携带指示信息a的数据包、携带指示信息b的数据包和携带指示信息c的数据包中的至少一个)。比如,UPF网元可以确定第一视频帧中的最后一个基本层数据包,进而在最后一个基本层数据包中添加指示信息b;示例性地,UPF网元可以在最后一个基本层数据包的GTP包头中添加指示信息b。其中,UPF网元确定第一视频帧中的第一个基本层数据包、最后一个基本层数据包、最后一个增强层数据包的方式可以有多种,具体可以参见其它实施例中的描述,不再赘述。
采用上述方式,网络设备可以根据携带指示信息的数据包,来确定视频帧中的最后一个基本层数据包,以及在一种可选的方式中,网络设备可以依据或参考视频帧中的最后一个基本层数据包,来确定调度视频帧中的基本层数据包的时机,从而便于避免组包得到多个小尺寸的传输块,提高空口的传输效率。
实施例四
图8为本申请实施例四提供的通信方法所对应的流程示意图,如图8所示,该方法包括如下步骤:
步骤801,应用服务器向核心网设备发送指示信息2,指示信息2用于指示第一时间段的起始时间和第一时间段的时长。
示例性地,第一时间段的起始时间可以为接收视频帧中的第一个基本层数据包的时间。其中,接收视频帧中的第一个基本层数据包的时间,可以是指,视频帧中的第一个数据包的接收时间;该接收时间可以为一个时刻(或一个瞬间),或者也可以为一段很短的时间。举个例子,接收时间可以为某个帧(frame)、子帧(subframe)、时隙(slot)、微时隙(mini-slot)或符号的起始边界或结束边界;或者,也可以为某个帧、子帧、时隙、微时隙或符号。
步骤802,核心网设备向UPF网元和/或网络设备发送指示信息2;相应地,UPF网元和/或网络设备可以根据指示信息2确定第一时间段的起始时间和第一时间段的时长。
此处,核心网设备可以为AMF网元或SMF网元,下文中将以核心网设备向UPF网元和网络设备发送指示信息2为例进行描述。
步骤803,应用服务器生成业务1的多个视频帧,每个视频帧中可以包括至少一个基本层数据包和至少一个增强层数据包。
步骤804,应用服务器向UPF网元发送第一视频帧,第一视频帧可以为业务1的多个视频帧中的任一视频帧;相应地,UPF网元接收第一视频帧。
步骤805,UPF网元向网络设备发送第一视频帧;相应地,网络设备接收第一视频帧。
示例性地,UPF网元可以根据第一时间段的起始时间和第一时间段的时长确定出第一视频帧中的最后一个基本层数据包。比如,UPF网元可以确定在第一时间段内接收到的最后一个基本层数据包为第一视频帧的最后一个基本层数据包;也就是说,UPF网元在接收到第一视频帧中的第一个基本层数据包时,可以启动定时器(定时器的时长为第一时间段的时长),进而在定时器超时后,可以确定在定时器超时之前接收到的最后一个基本层数据包为第一视频帧的最后一个基本层数据包。
此外,UPF网元还可以根据第一时间段的起始时间和第一时间段的时长来向网络设备发送第一视频帧中的数据包,比如UPF网元可以第一视频帧中的数据包进行整形,从而保证第一视频帧中的第一个基本层数据包到达网络设备的时间与最后一个基本层数据包到达网络设备的时间之间的间隔小于或等于第一时间段的时长,以使得网络设备根据第一时间段的起始时间和第一时间段的时长可以准确确定调度视频帧中的基本层数据包的时机。
步骤806,网络设备向终端设备发送第一视频帧。
此处,网络设备可以确定在第一时间段内接收到的最后一个基本层数据包为第一视频帧的最后一个基本层数据包,进而可以针对第一视频帧中的所有基本层数据包进行组包得到一个传输块,并将该传输块发送给终端设备。也就是说,网络设备在接收到第一视频帧中的第一个基本层数据包时,可以启动定时器(定时器的时长为第一时间段的时长),进而在定时器超时后,可以针对第一视频帧中的所有基本层数据包进行组包得到一个传输块,并将该传输块发送给终端设备。
可以理解地,网络设备(或者UPF网元)确定在第一时间段内接收到的最后一个基本层数据包为第一视频帧的最后一个基本层数据包,是指:网络设备在第一时间段的结束时刻,将在第一时间段内接收到的最后一个基本层数据包认为是第一视频帧的最后一个基本层数据包;而不绝对表示在第一时间段内接收到的最后一个基本层数据包一定是第一视频帧的最后一个基本层数据包。比如,第一视频帧中的基本层数据包包括数据包1(BL1)、数据包2(BL2)和数据包3(BL3),在一个示例中,参见图9a所示,网络设备在第一时间段内接收到数据包1、数据包2和数据包3,则在第一时间段的结束时刻,确定数据包3为第一视频帧的最后一个基本层数据包;在又一个示例中,参见图9b所示,网络设备在第一时间段内接收到数据包1、数据包2(暂未接收到数据包3),则在第一时间段的结束时刻,确定数据包2为第一视频帧的最后一个基本层数据包,但实际上数据包3才是第一视频帧的最后一个基本层数据包。
需要说明的是:(1)UPF网元和/或网络设备确定第一时间段的起始时间和第一时间段的时长的方式可以有多种,上述是以UPF网元和/或网络设备根据核心网设备发送的指示信息2来确定第一时间段的起始时间和第一时间段的时长为例进行描述的。在其它可能的示例中,比如应用服务器可以通过应用层消息向终端设备发送指示信息2,进而终端设备可以通过接入层消息将指示信息2发送给网络设备;也就是说,网络设备也可以根据终端设备发送的指示信息2来确定第一时间段的起始时间和第一时间段的时长;又比如,第一时间段的起始时间和第一时间段的时长可以为协议预先定义的;又比如,第一时间段的起始时间可以为协议预先定义的,而第一时间段的时长可以是由核心网设备或者终端设备指示给UPF网元和/或网络设备的;又比如,第一时间段的时长可以为协议预先定义的,而第一时间段的起始时间可以是由核心网设备或者终端设备指示给UPF网元和/或网络设备的。本申请实施例中,对UPF网元和/或网络设备确定第一时间段的起始时间和第一时间段的时长的方式不做限定。
(2)上述流程中是以下行数据传输为例进行描述,实施例四中的方法同样也可以适用于上行数据传输。比如,终端设备可以确定第一时间段的起始时间和第一时间段的时长,进而在获取到第一视频帧后,可以确定第一视频帧中的最后一个基本层数据包,并将第一视频帧发送给网络设备。其中,终端设备确定第一时间段的起始时间和第一时间段的时长的方式可以有多种,比如,网络设备在从核心网设备接收到指示信息2后,可以通过接入层消息向终端设备发送指示信息2;又比如,应用服务器可以通过应用层消息向终端设备发送指示信息2。
采用上述方式,网络设备或终端设备可以根据第一时间段的起始时间和第一时间段的时长,来确定视频帧中的最后一个基本层数据包,以及在一种可选的方式中,网络设备可以依据或参考视频帧中的最后一个基本层数据包,来确定调度视频帧中的基本层数据包的时机,从而便于避免组包得到多个小尺寸的传输块,提高空口的传输效率。
实施例五
如上所述,在引入视频分层编码方式后,对于两个或两个以上用户的新传数据,网络设备可以优先传输有基本层数据包的用户的数据;也就是说,在空口传输容量有限的情况下,网络设备可以优先传输基本层数据包,而不传输增强层数据包。然而,若是不传输增强层数据包,则由于未能充分利用网络设备已经接收到的数据包,会导致传输资源浪费。
基于此,即便是数据包(可以为基本层数据包或增强层数据包)超过传输时延,也可以考虑将其传输给接收端设备,此种情形下,虽然数据包(比如该数据包对应于第P(P为正整数)帧图像)对解码第P帧图像已经没有用了,但是该数据包对解码第P帧图像之后其它图像,可能仍然有参考价值。也就是说,对于未能按时传输的数据包,如果后续网络有空闲,仍然可以传输。由于基本层数据包通常会优先传输,因此,本申请实施例中将以未能按时传输的数据包为增强层数据包为例进行描述。进一步地,考虑到若数据包的传输时延较大,则该数据包即便是传输给接收端设备,则也可能对解码图像没有参考价值,且浪费了空口传输资源。
针对于上述问题,本申请实施例提供一种通信方法,用于明确停止调度视频帧中的数据包(比如增强层数据包)的时间,从而能够针对超过传输时延的数据包进行合理处理,使得既能充分利用网络设备(或终端设备)已经接收到的数据包,又能有效节省空口传输资源。
示例性地,本申请实施例提供的通信方法可以包括:网络设备接收第一视频帧,第一视频帧中的多个增强层数据包,网络设备可以在第一时间之前向终端设备发送第一视频帧中的增强层数据包,以及确定第一时间之后不再向终端设备发送第一视频帧中的增强层数据包。或者,终端设备获取第一视频帧,第一视频帧中的多个增强层数据包,终端设备可以在第一时间之前向网络设备发送第一视频帧中的增强层数据包,以及确定第一时间之后不再向网络设备发送第一视频帧中的增强层数据包。采用上述方法,明确了网络设备或终端设备停止调度第一视频帧中的增强层数据包的时间,从而能够针对超过传输时延的数据包进行合理处理。
在一个示例中,第一时间为以下任一时间:接收第一视频帧之后的第二视频帧中的第一个基本层数据包的时间;接收第二视频帧中的最后一个基本层数据包的时间;接收第二视频帧中的第一个增强层数据包的时间;接收第二视频帧中的最后一个增强层数据包的时间。该示例中,网络设备或终端设备获取第一时间的方式可以参照上述实施例一中,网络设备或终端设备获取传输模式的方式。
示例性地,第二视频帧可以为第一视频帧之后的第K个视频帧,K为正整数,比如K的取值可以为1、2、3……。举个例子,第一视频帧为视频帧W,则第二视频帧可以为视频帧W+K。以W=1、K=1为例,参见图9c所示,在接收视频帧2中的第一个基本层数据包之前可以发送视频帧1的增强层数据包,在接收视频帧2中的第一个基本层数据包之后则不再发送视频帧1的增强层数据包。
在又一个示例中,第一时间为第二时间段的结束时间;第二时间段的起始时间为以下任一时间:接收第一视频帧中的第一个基本层数据包的时间;接收第一视频帧中的最后一个基本层数据包的时间;接收第一视频帧中的第一个增强层数据包的时间;接收第一视频帧中的最后一个增强层数据包的时间;接收第一视频帧之后的第二视频帧中的第一个基本层数据包的时间;接收第二视频帧中的最后一个基本层数据包的时间。该示例中,网络设备或终端设备获取第二时间段的起始时间和第二时间段的时长的方式可以参照上述实施例四中,网络设备或终端设备获取第一时间段的起始时间和第一时间段的时长的描述。
示例性地,第二视频帧可以为第一视频帧之后的第K个视频帧。以第一视频帧为视频帧1、K=1为例,参见图9d所示,以网络设备为例,网络设备可以在视频帧2中的第一个基本层数据包时,启动定时器,在定时器超时之前,可以发送视频帧1的增强层数据包,在定时器超时之后则不再发送视频帧1的增强层数据包。
需要说明的是:
(1)上述实施例一至实施例五可以分别单独实施,或者实施例一至实施例五中的不同实施例所涉及的技术特征也可以结合实施。比如,实施例一、实施例二、实施例三或实施例四可以与实施例五结合实施;又比如,实施例一可以与实施例二、实施例三或实施例四结合实施。
(2)上述实施例一至实施例五侧重描述了不同实施例之间的区别之处,除区别之处的其它内容,实施例一至实施例五可以相互参照。
(3)实施例一至实施例四所描述的各个流程图的步骤编号仅为执行流程的一种示例,并不构成对步骤执行的先后顺序的限制,本申请实施例中相互之间没有时序依赖关系的步骤之间没有严格的执行顺序。此外,各个流程图中所示意的步骤并非全部是必须执行的步骤,可以根据实际需要在各个流程图的基础上增添或者删除部分步骤。
(4)本申请实施例中,以下行传输为例,网络设备可以确定视频帧中的最后一个数据包,并向终端设备发送视频帧对应的帧边界标识,帧边界标识可以用于指示视频帧的数据包已传输完,帧边界标识也可以理解为数据包结束标识;相应地,终端设备可以根据帧边界标识确定视频帧的数据包已传输完,由于不同视频帧的数据包之间存在传输时间间隔,进而终端设备确定出视频帧的数据包已传输完后,可以在该传输时间间隔内进入睡眠状态(从而节省功耗且不影响正常的数据传输)或者执行切换操作又或者执行其它可能的操作。
其中,网络设备确定视频帧中的最后一个数据包的方式可以有多种。以第一视频帧为例,比如在实施例二中,网络设备可以根据控制包(比如控制包3a)确定第一视频帧中的最后一个数据包;又比如在实施例三中,网络设备可以根据携带指示信息c的数据包(比如数据包3a),确定第一视频帧中的最后一个数据包。
网络设备向终端设备发送视频帧对应的帧边界标识的方式可以有多种。在一种可能的实现方式中,网络设备可以将视频帧中的数据包组包得到一个或多个MAC PDU,其中一个或多个MAC PDU的最后一个MAC PDU(最后一个MAC PDU包括视频帧的最后一个数据包)中可以包括帧边界标识;相应地,终端设备在接收到包含帧边界标识的MAC PDU后,可以获知该MAC PDU为视频帧对应的最后一个MAC PDU,进而确定视频帧的数据包已传输完。示例性地,帧边界标识可以包含在MAC PDU的包头之间。在又一种可能的实现方式中,网络设备可以在视频帧对应的一个或多个MAC PDU之后,向终端设备发送控制信令,控制信令中可以包括帧边界标识;相应地,终端设备接收到控制信令后,可以确定视频帧的数据包已传输完。此处的控制信令可以为MAC控制元素(control element,CE)。
此外,网络设备可以确定视频帧中的最后一个基本层数据包,并可以采用上述类似方式向终端设备发送视频帧的基本层数据包结束标识,基本层数据包结束标识用于指示视频帧的基本层数据包已传输完。比如网络设备可以将视频帧的基本层数据包组包得到一个或多个MAC PDU,其中一个或多个MAC PDU的最后一个MAC PDU(最后一个MAC PDU包括视频帧的最后一个基本层数据包)中可以包括基本层数据包结束标识;又比如网络设备可以在最后一个MAC PDU之后,向终端设备发送控制信令,控制信令中可以包括基本层数据包结束标识。
(5)本申请实施例中所涉及的第一视频帧中的第一个基本层数据包与第一视频帧中的第一个数据包为等价概念,二者可以相互替换;以及,第一视频帧中的最后一个增强层数据包与第一视频帧中的最后一个数据包为等价概念,二者可以相互替换。
上述主要从设备交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,为了实现上述功能,网络设备或终端设备可以包括执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请的实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对网络设备、终端设备或UPF网元进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
在采用集成的单元的情况下,图10示出了本申请实施例中所涉及的装置的可能的示例性框图。如图10所示,装置1000可以包括:处理单元1002和通信单元1003。处理单元1002用于对装置1000的动作进行控制管理。通信单元1003用于支持装置1000与其他设备的通信。可选地,通信单元1003也称为收发单元,可以包括接收单元和/或发送单元,分别用于执行接收和发送操作。装置1000还可以包括存储单元1001,用于存储装置1000的程序代码和/或数据。
该装置1000可以为上述实施例中的网络设备、或者还可以为设置在网络设备中的芯片。处理单元1002可以支持装置1000执行上文中各方法示例中网络设备的动作。或者,处理单元1002主要执行方法示例中的网络设备的内部动作,通信单元1003可以支持装置1000与其它设备(比如终端设备或UPF网元)之间的通信。
该装置1000可以为上述实施例中的终端设备、或者还可以为设置在终端设备中的芯片。处理单元1002可以支持装置1000执行上文中各方法示例中终端设备的动作。或者,处理单元1002主要执行方法示例中的终端设备的内部动作,通信单元1003可以支持装置1000与其它设备(比如网络设备)之间的通信。
该装置1000可以为上述实施例中的UPF网元、或者还可以为设置在UPF网元中的芯片。处理单元1002可以支持装置1000执行上文中各方法示例中UPF网元的动作。或者,处理单元1002主要执行方法示例中的UPF网元的内部动作,通信单元1003可以支持装置1000与其它设备(比如网络设备)之间的通信。
在一个实施例中,通信单元1003用于接收第一视频帧,第一视频帧包括至少一个基本层数据包和至少一个增强层数据包;处理单元1002用于确定第一视频帧中的最后一个基本层数据包。
在一种可能的设计中,通信单元1003还用于接收第一指示信息,第一指示信息用于指示第一视频帧中的数据包的传输模式为第一传输模式,所述第一传输模式为:对所述第一视频帧中的基本层数据包和增强层数据包的传输顺序进行整形,以使先传输所述视频帧的基本层数据包,后传输增强层数据包;以及,处理单元1002具体用于确定在第一个增强层数据包之前传输的最后一个基本层数据包为第一视频帧中的最后一个基本层数据包。
在一种可能的设计中,通信单元1003还用于接收至少一个控制包;以及,处理单元1002具体用于确定在至少一个控制包之前传输的最后一个基本层数据包为第一视频帧的最后一个基本层数据包。
在一种可能的设计中,至少一个控制包包括以下至少一项:第一控制包、第二控制包、第三控制包;第一控制包在第一视频帧的最后一个基本层数据包之后传输,且第一控制包与第一视频帧的最后一个基本层数据包相邻;第二控制包在第一视频帧的最后一个增强层数据包之后传输,且第二控制包与第一视频帧的最后一个增强层数据包相邻;第三控制包在第一视频帧的下一视频帧的第一个基本层数据包之前传输,且第三控制包与下一视频帧的第一个基本层数据包相邻。
在一种可能的设计中,处理单元1002具体用于:确定携带第二指示信息的第一数据包为第一视频帧的最后一个基本层数据包,第二指示信息用于指示第一数据包为第一视频帧的最后一个基本层数据包;或者,确定在携带第三指示信息的第二数据包之前传输的最后一个基本层数据包为第一视频帧的最后一个基本层数据包,第三指示信息用于指示第二数据包为第一视频帧的最后一个增强层数据包;或者,确定在携带第四指示信息的第三数据包之前传输的最后一个基本层数据包为第一视频帧的最后一个基本层数据包,第四指示信息用于指示第三数据包为第一视频帧的下一视频帧的第一个基本层数据包。
在一种可能的设计中,处理单元1002具体用于确定在第一时间段内接收到的最后一个基本层数据包为第一视频帧的最后一个基本层数据包;其中,第一时间段的起始时间为接收第一视频帧中的第一个基本层数据包的时间。
在一种可能的设计中,通信单元1003还用于从应用服务器或者SMF网元或者AMF网元获取第一时间段的时长。
在一种可能的设计中,通信单元1003还用于在第一时间之前发送第一视频帧的增强层数据包,以及处理单元1002还用于确定在第一时间之后不再发送第一视频帧的增强层数据包。
在一种可能的设计中,第一时间为以下任一时间:接收第一视频帧之后的第二视频帧中的第一个基本层数据包的时间;接收第二视频帧中的最后一个基本层数据包的时间;接收第二视频帧中的第一个增强层数据包的时间;接收第二视频帧中的最后一个增强层数据包的时间。
在一种可能的设计中,第一时间为第二时间段的结束时间;第二时间段的起始时间为以下任一时间:接收第一视频帧中的第一个基本层数据包的时间;接收第一视频帧中的最后一个基本层数据包的时间;接收第一视频帧中的第一个增强层数据包的时间;接收第一视频帧中的最后一个增强层数据包的时间;接收第一视频帧之后的第二视频帧中的第一个基本层数据包的时间;接收第二视频帧中的最后一个基本层数据包的时间。
在一种可能的设计中,通信单元1003还用于从应用服务器或者SMF网元或者AMF网元获取第二时间段的时长。
应理解以上装置中单元的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分单元以软件通过处理元件调用的形式实现,部分单元以硬件的形式实现。例如,各个单元可以为单独设立的处理元件,也可以集成在装置的某一个芯片中实现,此外,也可以以程序的形式存储于存储器中,由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件又可以成为处理器,可以是一种具有信号的处理能力的集成电路。在实现过程中,上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。
在一个例子中,以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(application specific integratedcircuit,ASIC),或,一个或多个微处理器(digital singnal processor,DSP),或,一个或者多个现场可编程门阵列(Field programmable gate array,FPGA),或这些集成电路形式中至少两种的组合。再如,当装置中的单元可以通过处理元件调度程序的形式实现时,该处理元件可以是处理器,比如通用中央处理器(central processing unit,CPU),或其它可以调用程序的处理器。再如,这些单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现。
以上用于接收的单元是一种该装置的接口电路,用于从其它装置接收信号。例如,当该装置以芯片的方式实现时,该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路,用于向其它装置发送信号。例如,当该装置以芯片的方式实现时,该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。
参见图11,为本申请实施例提供的一种网络设备的结构示意图,该网络设备(或基站)可应用于如图1所示的系统架构中,执行上述方法实施例中网络设备的功能。网络设备110可包括一个或多个DU 1101和一个或多个CU 1102。所述DU 1101可以包括至少一个天线11011,至少一个射频单元11012,至少一个处理器11013和至少一个存储器11014。所述DU1101部分主要用于射频信号的收发以及射频信号与基带信号的转换,以及部分基带处理。CU1102可以包括至少一个处理器11022和至少一个存储器11021。
所述CU 1102部分主要用于进行基带处理,对网络设备进行控制等。所述DU 1101与CU 1102可以是物理上设置在一起,也可以物理上分离设置的,即分布式基站。所述CU1102为网络设备的控制中心,也可以称为处理单元,主要用于完成基带处理功能。例如所述CU 1102可以用于控制网络设备执行上述方法实施例中关于网络设备的操作流程。
此外,可选的,网络设备110可以包括一个或多个射频单元,一个或多个DU和一个或多个CU。其中,DU可以包括至少一个处理器11013和至少一个存储器11014,射频单元可以包括至少一个天线11011和至少一个射频单元11012,CU可以包括至少一个处理器11022和至少一个存储器11021。
在一个实例中,所述CU1102可以由一个或多个单板构成,多个单板可以共同支持单一接入指示的无线接入网(如5G网),也可以分别支持不同接入制式的无线接入网(如LTE网,5G网或其他网)。所述存储器11021和处理器11022可以服务于一个或多个单板。也就是说,可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。所述DU1101可以由一个或多个单板构成,多个单板可以共同支持单一接入指示的无线接入网(如5G网),也可以分别支持不同接入制式的无线接入网(如LTE网,5G网或其他网)。所述存储器11014和处理器11013可以服务于一个或多个单板。也就是说,可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。
图11所示的网络设备能够实现上述所示意的方法实施例中涉及网络设备的各个过程。图11所示的网络设备中的各个模块的操作和/或功能,分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述,为避免重复,此处适当省略详述描述。
参考图12,为本申请实施例提供的一种核心网设备的结构示意图。其可以为以上实施例中的UPF网元(或AMF网元或SMF网元),用于实现以上实施例中UPF网元(或AMF网元或SMF网元)的操作。
如图12所示,核心网设备1200可包括处理器1201、存储器1202以及接口电路1203。处理器1201可用于对通信协议以及通信数据进行处理,以及对通信装置进行控制。存储器1202可用于存储程序和数据,处理器1201可基于该程序执行本申请实施例中由AMF网元或SMF网元执行的方法。接口电路1203可用于核心网设备1200与其他设备进行通信,该通信可以为有线通信或无线通信,该接口电路例如可以是服务化通信接口。
以上存储器1202也可以是外接于核心网设备1200的,此时核心网设备1200可包括接口电路1203以及处理器1201。以上接口电路1203也可以是外接于核心网设备1200的,此时核心网设备1200可包括存储器1202以及处理器1201。当接口电路1203以及存储器1202均外接于核心网设备1200时,通信装置1200可包括处理器1201。
图12所示的核心网设备能够实现上述所示意的方法实施例中涉及核心网设备的各个过程。图12所示的核心网设备中的各个模块的操作和/或功能,分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述,为避免重复,此处适当省略详述描述。
请参考图13,其为本申请实施例提供的一种终端设备的结构示意图。其可以为以上实施例中的终端设备,用于实现以上实施例中终端设备的操作。如图13所示,该终端设备包括:天线1310、射频部分1320、信号处理部分1330。天线1310与射频部分1320连接。在下行方向上,射频部分1320通过天线1310接收网络设备发送的信息,将网络设备发送的信息发送给信号处理部分1330进行处理。在上行方向上,信号处理部分1330对终端设备的信息进行处理,并发送给射频部分1320,射频部分1320对终端设备的信息进行处理后经过天线1310发送给网络设备。
信号处理部分1330可以包括调制解调子系统,用于实现对数据各通信协议层的处理;还可以包括中央处理子系统,用于实现对终端设备操作系统以及应用层的处理;此外,还可以包括其它子系统,例如多媒体子系统,周边子系统等,其中多媒体子系统用于实现对终端设备相机,屏幕显示等的控制,周边子系统用于实现与其它设备的连接。调制解调子系统可以为单独设置的芯片。
调制解调子系统可以包括一个或多个处理元件1331,例如,包括一个主控CPU和其它集成电路。此外,该调制解调子系统还可以包括存储元件1332和接口电路1333。存储元件1332用于存储数据和程序,但用于执行以上方法中终端设备所执行的方法的程序可能不存储于该存储元件1332中,而是存储于调制解调子系统之外的存储器中,使用时调制解调子系统加载使用。接口电路1333用于与其它子系统通信。
该调制解调子系统可以通过芯片实现,该芯片包括至少一个处理元件和接口电路,其中处理元件用于执行以上终端设备执行的任一种方法的各个步骤,接口电路用于与其它装置通信。在一种实现中,终端设备实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现,例如用于终端设备的装置包括处理元件和存储元件,处理元件调用存储元件存储的程序,以执行以上方法实施例中终端设备执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件,即片内存储元件。
在另一种实现中,用于执行以上方法中终端设备所执行的方法的程序可以在与处理元件处于不同芯片上的存储元件,即片外存储元件。此时,处理元件从片外存储元件调用或加载程序于片内存储元件上,以调用并执行以上方法实施例中终端设备执行的方法。
在又一种实现中,终端设备实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件,这些处理元件设置于调制解调子系统上,这里的处理元件可以为集成电路,例如:一个或多个ASIC,或,一个或多个DSP,或,一个或者多个FPGA,或者这些类集成电路的组合。这些集成电路可以集成在一起,构成芯片。
终端设备实现以上方法中各个步骤的单元可以集成在一起,以SOC的形式实现,该SOC芯片,用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件,由处理元件调用存储元件的存储的程序的形式实现以上终端设备执行的方法;或者,该芯片内可以集成至少一个集成电路,用于实现以上终端设备执行的方法;或者,可以结合以上实现方式,部分单元的功能通过处理元件调用程序的形式实现,部分单元的功能通过集成电路的形式实现。
可见,以上用于终端设备的装置可以包括至少一个处理元件和接口电路,其中至少一个处理元件用于执行以上方法实施例所提供的任一种终端设备执行的方法。处理元件可以以第一种方式:即调用存储元件存储的程序的方式执行终端设备执行的部分或全部步骤;也可以以第二种方式:即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行终端设备执行的部分或全部步骤;当然,也可以结合第一种方式和第二种方式执行终端设备执行的部分或全部步骤。
这里的处理元件同以上描述,可以通过处理器实现,处理元件的功能可以和图10中所描述的处理单元的功能相同。示例性地,处理元件可以是通用处理器,例如CPU,还可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个ASIC,或,一个或多个微处理器DSP,或,一个或者多个FPGA等,或这些集成电路形式中至少两种的组合。存储元件可以通过存储器实现,存储元件的功能可以和图10中所描述的存储单元的功能相同。存储元件可以通过存储器实现,存储元件的功能可以和图10中所描述的存储单元的功能相同。存储元件可以是一个存储器,也可以是多个存储器的统称。
图13所示的终端设备能够实现上述所示意的方法实施例中涉及终端设备的各个过程。图13所示的终端设备中的各个模块的操作和/或功能,分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述,为避免重复,此处适当省略详述描述。
本申请实施例中的术语“系统”和“网络”可被互换使用。“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A、同时存在A和B、单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如“A,B和C中的至少一个”包括A,B,C,AB,AC,BC或ABC。以及,除非有特别说明,本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分,不用于限定多个对象的顺序、时序、优先级或者重要程度。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (18)
1.一种通信方法,其特征在于,所述方法包括:
接收第一视频帧,所述第一视频帧包括至少一个基本层数据包和至少一个增强层数据包;
确定所述第一视频帧中的最后一个基本层数据包。
2.根据权利要求1所述的方法,其特征在于,确定所述第一视频帧中的最后一个基本层数据包,包括:
接收第一指示信息,所述第一指示信息用于指示所述第一视频帧中的数据包的传输模式为第一传输模式,所述第一传输模式为:对所述第一视频帧中的基本层数据包和增强层数据包的传输顺序进行整形,以使先传输所述视频帧的基本层数据包,后传输所述视频帧的增强层数据包;
确定在所述第一个增强层数据包之前传输的最后一个基本层数据包为所述第一视频帧中的最后一个基本层数据包。
3.根据权利要求1所述的方法,其特征在于,确定所述第一视频帧中的最后一个基本层数据包,包括:
接收至少一个控制包;
确定在所述至少一个控制包之前传输的最后一个基本层数据包为所述第一视频帧的最后一个基本层数据包。
4.根据权利要求3所述的方法,其特征在于,所述至少一个控制包包括以下至少一项:第一控制包、第二控制包、第三控制包;
所述第一控制包在所述第一视频帧的最后一个基本层数据包之后传输,且所述第一控制包与所述第一视频帧的最后一个基本层数据包相邻;
所述第二控制包在所述第一视频帧的最后一个增强层数据包之后传输,且所述第二控制包与所述第一视频帧的最后一个增强层数据包相邻;
所述第三控制包在所述第一视频帧的下一视频帧的第一个基本层数据包之前传输,且所述第三控制包与所述下一视频帧的第一个基本层数据包相邻。
5.根据权利要求1所述的方法,其特征在于,确定所述第一视频帧中的最后一个基本层数据包,包括:
确定携带第二指示信息的第一数据包为所述第一视频帧的最后一个基本层数据包,所述第二指示信息用于指示所述第一数据包为所述第一视频帧的最后一个基本层数据包;或者,
确定在携带第三指示信息的第二数据包之前传输的最后一个基本层数据包为所述第一视频帧的最后一个基本层数据包,所述第三指示信息用于指示所述第二数据包为所述第一视频帧的最后一个增强层数据包;或者,
确定在携带第四指示信息的第三数据包之前传输的最后一个基本层数据包为所述第一视频帧的最后一个基本层数据包,所述第四指示信息用于指示所述第三数据包为所述第一视频帧的下一视频帧的第一个基本层数据包。
6.根据权利要求1所述的方法,其特征在于,确定所述第一视频帧中的最后一个基本层数据包,包括:
确定在第一时间段内接收到的最后一个基本层数据包为所述第一视频帧的最后一个基本层数据包;其中,所述第一时间段的起始时间为接收所述第一视频帧中的第一个基本层数据包的时间。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
从应用服务器或者会话管理功能SMF网元或者接入和移动性管理功能AMF网元获取所述第一时间段的时长。
8.根据权利要求1至7中任一项所述的方法,其特征在于,所述方法还包括:
在第一时间之前发送所述第一视频帧的增强层数据包,以及确定在第一时间之后不再发送所述第一视频帧的增强层数据包。
9.根据权利要求8所述的方法,其特征在于,所述第一时间为以下任一时间:
接收所述第一视频帧之后的第二视频帧中的第一个基本层数据包的时间;
接收所述第二视频帧中的最后一个基本层数据包的时间;
接收所述第二视频帧中的第一个增强层数据包的时间;
接收所述第二视频帧中的最后一个增强层数据包的时间。
10.根据权利要求8所述的方法,其特征在于,所述第一时间为第二时间段的结束时间;
所述第二时间段的起始时间为以下任一时间:
接收所述第一视频帧中的第一个基本层数据包的时间;
接收所述第一视频帧中的最后一个基本层数据包的时间;
接收所述第一视频帧中的第一个增强层数据包的时间;
接收所述第一视频帧中的最后一个增强层数据包的时间;
接收所述第一视频帧之后的第二视频帧中的第一个基本层数据包的时间;
接收所述第二视频帧中的最后一个基本层数据包的时间。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
从应用服务器或者SMF网元或者AMF网元获取所述第二时间段的时长。
12.一种通信系统,其特征在于,所述通信系统包括SMF网元或AMF网元,还包括网络设备和/或UPF网元;
所述SMF网元或所述AMF网元用于,向所述网络设备和/或所述UPF网元发送指示信息,所述指示信息用于指示第一业务的数据流的传输模式为第一传输模式,所述第一传输模式为:针对于所述第一业务的第一视频帧,对所述第一视频帧中的基本层数据包和增强层数据包的传输顺序进行整形,以使先传输所述视频帧的基本层数据包,后传输所述视频帧的增强层数据包;
所述网络设备和/或所述UPF网元用于,接收所述指示信息;以及接收所述第一视频帧,并确定在所述第一视频帧中的第一个增强层数据包之前传输的最后一个基本层数据包为所述第一视频帧中的最后一个基本层数据包。
13.一种通信系统,其特征在于,所述通信系统包括UPF网元和网络设备;
所述UPF网元用于,向网络设备发送第一视频帧,所述第一视频帧包括至少一个控制包,所述至少一个控制包括第一控制包、第二控制包、第三控制包中的至少一个;其中,所述第一控制包在所述第一视频帧的第一个基本层数据包之前传输,且所述第一控制包与所述第一视频帧的第一个基本层数据包相邻;所述第二控制包在所述第一视频帧的最后一个基本层数据包之后传输,且所述第二控制包与所述第一视频帧的最后一个基本层数据包相邻;所述第三控制包在所述第一视频帧的最后一个增强层数据包之后传输,且所述第三控制包与所述第一视频帧的最后一个增强层数据包相邻;
所述网络设备用于,接收所述第一视频帧。
14.一种通信系统,其特征在于,所述通信系统包括UPF网元和网络设备;
所述UPF网元用于,向网络设备发送第一视频帧,所述第一视频帧包括携带第一指示信息的第一数据包、携带第二指示信息的第二数据包和携带第三指示信息的第三数据包中的至少一个;其中,所述第一指示信息用于指示所述第一数据包为所述第一视频帧的第一个基本层数据包,所述第二指示信息用于指示所述第二数据包为所述第一视频帧的最后一个基本层数据包,所述第三指示信息用于指示所述第三数据包为所述第一视频帧的最后一个增强层数据包;
所述网络设备用于,接收所述第一视频帧。
15.一种通信装置,其特征在于,包括用于执行如权利要求1至11中任一项所述的方法的各步骤的单元。
16.一种通信装置,其特征在于,包括至少一个处理器和接口电路,其中,所述至少一个处理器用于通过所述接口电路与其它装置通信,并执行如权利要求1至11中任一项所述的方法。
17.一种通信装置,其特征在于,包括处理器,用于调用存储器中存储的程序,以执行如权利要求1至11中任一项所述的方法。
18.一种计算机可读存储介质,其特征在于,包括程序,当所述程序被处理器运行时,如权利要求1至11中任一项所述的方法被执行。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010368237.0A CN113596915A (zh) | 2020-04-30 | 2020-04-30 | 一种通信方法及装置 |
PCT/CN2021/086210 WO2021218593A1 (zh) | 2020-04-30 | 2021-04-09 | 一种通信方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010368237.0A CN113596915A (zh) | 2020-04-30 | 2020-04-30 | 一种通信方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113596915A true CN113596915A (zh) | 2021-11-02 |
Family
ID=78237689
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010368237.0A Pending CN113596915A (zh) | 2020-04-30 | 2020-04-30 | 一种通信方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN113596915A (zh) |
WO (1) | WO2021218593A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023207786A1 (zh) * | 2022-04-27 | 2023-11-02 | 维沃移动通信有限公司 | 数据处理方法及装置 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2516825B (en) * | 2013-07-23 | 2015-11-25 | Canon Kk | Method, device, and computer program for encapsulating partitioned timed media data using a generic signaling for coding dependencies |
US9866852B2 (en) * | 2014-06-20 | 2018-01-09 | Qualcomm Incorporated | Video coding using end of sequence network abstraction layer units |
US10455242B2 (en) * | 2015-03-04 | 2019-10-22 | Qualcomm Incorporated | Signaling output indications in codec-hybrid multi-layer video coding |
US10554711B2 (en) * | 2016-09-29 | 2020-02-04 | Cisco Technology, Inc. | Packet placement for scalable video coding schemes |
-
2020
- 2020-04-30 CN CN202010368237.0A patent/CN113596915A/zh active Pending
-
2021
- 2021-04-09 WO PCT/CN2021/086210 patent/WO2021218593A1/zh active Application Filing
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023207786A1 (zh) * | 2022-04-27 | 2023-11-02 | 维沃移动通信有限公司 | 数据处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2021218593A1 (zh) | 2021-11-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2021259112A1 (zh) | 一种业务传输方法及装置 | |
WO2021244218A1 (zh) | 一种通信方法及装置 | |
US20230067851A1 (en) | Communication method and apparatus | |
US20230354334A1 (en) | Communication method and apparatus | |
US20240236765A1 (en) | Communication method and apparatus | |
US20240031870A1 (en) | Media data transmission method and communication apparatus | |
WO2021218593A1 (zh) | 一种通信方法及装置 | |
WO2023088009A1 (zh) | 一种数据传输的方法及通信装置 | |
US11064503B2 (en) | Method and apparatus for transmitting control information | |
US20230050923A1 (en) | Media packet transmission method, apparatus, and system | |
CN115696462A (zh) | 一种网络编码方法及装置 | |
WO2023109743A1 (zh) | 传输数据的方法和通信装置 | |
WO2024055871A1 (zh) | 一种通信系统中传输数据的方法和通信装置 | |
WO2023185608A1 (zh) | 一种数据传输的方法及通信装置 | |
EP4391638A1 (en) | Data transmission method and apparatus | |
WO2023070392A1 (zh) | 数据传输方法、设备及存储介质 | |
WO2024067374A1 (zh) | 一种通信方法及装置 | |
WO2024031407A1 (en) | Method, device, and system for awareness based data transmission and reception in wireless networks | |
WO2024060991A1 (zh) | 一种多路径的数据流引流方法及装置 | |
CN116321475A (zh) | 传输数据的方法和通信装置 | |
CN117812637A (zh) | 一种数据包丢弃的方法及相关设备 | |
CN117082566A (zh) | 数据传输方法、装置及通信设备 | |
TW202431883A (zh) | 一種通信方法及裝置 | |
CN113810950A (zh) | 一种通信方法及装置 | |
CN117375775A (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 |