WO2024067374A1 - 一种通信方法及装置 - Google Patents
一种通信方法及装置 Download PDFInfo
- Publication number
- WO2024067374A1 WO2024067374A1 PCT/CN2023/120545 CN2023120545W WO2024067374A1 WO 2024067374 A1 WO2024067374 A1 WO 2024067374A1 CN 2023120545 W CN2023120545 W CN 2023120545W WO 2024067374 A1 WO2024067374 A1 WO 2024067374A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- data frame
- terminal
- layer
- information
- transmission
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 170
- 238000004891 communication Methods 0.000 title claims abstract description 85
- 230000005540 biological transmission Effects 0.000 claims abstract description 220
- 230000015654 memory Effects 0.000 claims description 43
- 238000004590 computer program Methods 0.000 claims description 21
- 238000012545 processing Methods 0.000 description 70
- 238000013461 design Methods 0.000 description 49
- 230000006870 function Effects 0.000 description 42
- 238000010586 diagram Methods 0.000 description 27
- 230000008569 process Effects 0.000 description 25
- 230000011664 signaling Effects 0.000 description 19
- 101001121408 Homo sapiens L-amino-acid oxidase Proteins 0.000 description 7
- 102100026388 L-amino-acid oxidase Human genes 0.000 description 7
- 230000008447 perception Effects 0.000 description 6
- 230000006835 compression Effects 0.000 description 3
- 238000007906 compression Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 101000827703 Homo sapiens Polyphosphoinositide phosphatase Proteins 0.000 description 2
- 102100023591 Polyphosphoinositide phosphatase Human genes 0.000 description 2
- 101100233916 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) KAR5 gene Proteins 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 2
- 235000019800 disodium phosphate Nutrition 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001427 coherent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000036961 partial effect Effects 0.000 description 1
- 230000002829 reductive effect Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
Classifications
-
- 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/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/103—Selection of coding mode or of prediction mode
- H04N19/105—Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
-
- 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/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/103—Selection of coding mode or of prediction mode
- H04N19/107—Selection of coding mode or of prediction mode between spatial and temporal predictive coding, e.g. picture refresh
-
- 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/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/103—Selection of coding mode or of prediction mode
- H04N19/114—Adapting the group of pictures [GOP] structure, e.g. number of B-frames between two anchor frames
-
- 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/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/146—Data rate or code amount at the encoder output
-
- 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/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/164—Feedback from the receiver or from the transmission channel
-
- 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/44—Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
-
- 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/04—Error control
Abstract
本申请涉及通信技术领域,公开了一种通信方法及装置。其中方法包括:终端的接入层确定第一数据帧传输失败后,向终端的应用层发送第一指示信息,第一指示信息指示第一数据帧传输失败。也就是说,终端的接入层可以通知终端的应用层第一数据帧传输失败,从而使得终端的应用层可以及时调整后续数据帧的编码方案,提高后续数据帧成功解码的概率。
Description
相关申请的交叉引用
本申请要求在2022年09月30日提交中国专利局、申请号为202211216569.2、申请名称为“一种通信方法及装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
本申请涉及通信技术领域,尤其涉及一种通信方法及装置。
随着无线通信系统的不断发展,数据传输时延不断降低,传输容量越来越大。无线通信系统逐渐渗入一些实时性强、数据容量要求大的业务,比如视频传输、云游戏(cloudgaming,CG)、扩展现实(extended reality,XR)等。其中,XR是指通过计算机技术和可穿戴设备产生的一个真实与虚拟组合、可人机交互的环境,是增强现实(augmented reality,AR)、虚拟现实(virtual reality,VR)、混合现实(mixed reality,MR)等多种形式的统称。
以XR业务为例,XR业务的不同数据帧之间可能存在依赖关系,因此,当某一数据帧解码失败时,可能会导致后续的一个或多个数据帧都解码失败。
发明内容
本申请提供了一种通信方法及装置,用于实现及时向编码端的应用层反馈数据帧传输失败,便于编码端的应用层调整后续数据帧的编码方案,提高后续数据帧解码成功的概率。
第一方面,本申请实施例提供一种通信方法,该方法可以应用于终端或者终端中的部件(例如电路或者芯片),以该方法应用于终端为例,在该方法中,终端的接入层确定第一数据帧传输失败;以及,所述终端的接入层向所述终端的应用层发送第一指示信息,所述第一指示信息指示所述第一数据帧传输失败。
采用上述方法,终端的接入层确定第一数据帧传输失败(第一数据帧传输失败会导致解码端对第一数据帧解码失败)后,便通过第一指示信息反馈给终端的应用层,相比于解码端反馈解码失败的数据帧的方案来说,反馈时延较短,从而使得终端的应用层可以及时调整后续数据帧的编码方案,提高后续数据帧成功解码的概率。
在一种可能的设计中,所述终端的接入层向所述终端的应用层发送第一指示信息,包括:所述终端的接入层向所述终端的操作系统OS层发送注意AT命令,所述AT命令包括所述第一指示信息;所述终端的OS层向所述应用层发送所述第一指示信息。
在一种可能的设计中,所述终端的OS层向所述应用层发送所述第一指示信息,包括:所述终端的OS层通过调用应用程序接口API向所述应用层发送所述第一指示信息。
如此,通过设计新的AT命令,使得终端的接入层可以通过AT命令向终端的OS层发送第一指示信息;以及,通过设计新的API,使得终端的OS层可以通过API向终端的应用层发送第一指示信息,从而使得终端的应用层可以及时调整后续数据帧的编码方案,提高后续数据帧成功解码的概率。
在一种可能的设计中,所述第一指示信息包括以下至少一项:传输失败指示;所述第一数据帧的标识;或所述第一数据帧的类型信息。
在一种可能的设计中,所述第一数据帧为上行数据帧,所述终端的接入层确定第一数据帧传输失败,包括:当所述第一数据帧中传输失败的数据包的个数大于或等于第一阈值时,所述终端的接入层确定第一数据帧传输失败;或者,当所述第一数据帧中传输失败的数据包的个数与第一数据帧的总数据包个数的比值大于或等于第二阈值时,所述终端的接入层确定第一数据帧传输失败。
考虑到当第一数据帧中传输失败的数据包的个数较少时,第一数据帧有可能解码成功,此种情形下,无需调整后续数据帧的编码方案,也无需向终端的应用层反馈第一数据帧传输失败,因此,本申请实施例中,可以在第一数据帧中传输失败的数据包的个数大于或等于阈值(即第一数据帧中传输失败的数据包的个数较多,会导致第一数据帧解码失败)时,终端的接入层确定第一数据帧传输失败,并向终端的应用层反馈第一数据帧传输失败,以便合理地调整后续数据帧的编码方案。
在一种可能的设计中,所述第一数据帧为上行数据帧或下行数据帧,所述终端的接入层确定第一数据帧传输失败,包括:所述终端的接入层接收来自接入网设备的第二指示信息,所述第二指示信息指示所述第一数据帧传输失败;根据所述第二指示信息,确定所述第一数据帧传输失败。
如此,终端的接入层可以直接根据接入网设备的第二指示信息,确定第一数据帧传输失败,而无需终端自己执行判断操作,从而便于节省终端的功耗。
在一种可能的设计中,当所述第一数据帧为下行数据帧时,所述方法还包括:所述终端的应用层向应用服务器发送应用层消息,所述应用层消息包括所述第一指示信息。
如此,由于终端可以通过应用层消息通知应用服务器第一数据帧传输失败(核心网网元不解析应用层消息),从而可以避免对现有协议中核心网的相关内容进行修改,实现较为便捷。
在一种可能的设计中,所述方法还包括:所述终端的接入层接收来自所述接入网设备的编码推荐信息,所述编码推荐信息用于调整所述第一数据帧之后的数据帧的编码方案;所述终端的接入层向所述终端的应用层发送所述编码推荐信息。
如此,由于接入网设备的接入层可以依据多种可能的信息来确定编码推荐信息(比如依据空口传输能力来确定编码推荐信息),从而使得编码推荐信息所推荐的编码方案较为合适,进而当终端的应用层根据接入网设备的编码推荐信息调整后续数据帧的编码方案时,能够有效提高后续数据帧成功解码的概率。
在一种可能的设计中,所述编码推荐信息包括以下至少一项:第一信息,所述第一信息用于指示对所述第一数据帧之后的至少一个数据帧进行编码所推荐使用的编码类型;第二信息,所述第二信息用于指示推荐使用的图像组GOP的大小;或第三信息,所述第三信息用于指示推荐使用的编码速率。
在一种可能的设计中,所述方法还包括:向所述接入网设备发送第四信息,所述第四信息用于确定所述编码推荐信息。
在一种可能的设计中,所述第四信息包括以下至少一项:所述第一数据帧的编码类型;所述第一数据帧在GOP中的位置信息;所述GOP的大小;所述第一数据帧的重要程度;或所述终端的应用层使用的编码速率。
在一种可能的设计中,当所述第一数据帧为下行数据帧时,所述方法还包括:所述终端的应用层向应用服务器发送所述编码推荐信息。比如,终端的应用层通过应用层消息向应用服务器发送编码推荐信息,由于核心网网元不解析应用层消息,从而可以避免对现有协议中核心网的相关内容进行修改,实现较为便捷。
第二方面,本申请实施例提供一种通信方法,该方法可以应用于接入网设备或者接入网设备中的部件(例如电路或者芯片),以该方法应用于接入网设备为例,在该方法中,接入网设备的接入层确定第一数据帧传输失败,所述第一数据帧为上行数据帧或下行数据帧;以及,所述接入网设备的接入层向终端发送第二指示信息,所述第二指示信息指示所述第一数据帧传输失败。
采用上述方法,接入网设备的接入层确定第一数据帧传输失败后,可以通知给终端的接入层,进而由终端的接入层通知给终端的应用层,相比于解码端反馈解码失败的数据帧的方案来说,反馈时延较短,从而使得终端的应用层可以及时调整后续数据帧的编码方案,提高后续数据帧成功解码的概率。
在一种可能的设计中,所述接入网设备的接入层确定第一数据帧传输失败,包括:当所述第一数据帧中传输失败的数据包的个数大于或等于第四阈值时,所述接入网设备的接入层确定所述第一数据帧传输失败;或者,当所述第一数据帧中传输失败的数据包的个数与第一数据帧的总数据包个数的比值大于或等于第五阈值时,所述接入网设备的接入层确定所述第一数据帧传输失败。
在一种可能的设计中,所述方法还包括:从终端或核心网网元获取所述阈值。
在一种可能的设计中,所述第二指示信息包括以下至少一项:传输失败指示;所述第一数据帧的标识;或所述第一数据帧的类型。
在一种可能的设计中,所述方法还包括:所述接入网设备的接入层向所述终端发送编码推荐信息,所述编码推荐信息用于调整所述第一数据帧之后的数据帧的编码方案。
在一种可能的设计中,所述编码推荐信息包括以下至少一项:第一信息,所述第一信息用于指示对所述第一数据帧之后的至少一个数据帧进行编码所推荐使用的编码类型;第二信息,所述第二信息用于指示推荐使用的GOP的大小;或第三信息,所述第三信息用于指示推荐使用的编码速率。
在一种可能的设计中,所述方法还包括:接收来自所述终端或核心网网元的第四信息,所述第四信
息用于确定所述编码推荐信息。
在一种可能的设计中,所述第四信息包括以下至少一项:所述第一数据帧的编码类型;所述第一数据帧在GOP中的位置信息;所述GOP的大小;所述第一数据帧的重要程度;或所述终端的应用层使用的编码速率。
可以理解的是,上述第二方面所描述的方法与第一方面所描述的方法相对应,第二方面中相关技术特征的有益效果可以参照第一方面的描述,不再赘述。
第三方面,本申请提供一种通信装置,所述通信装置具备实现上述第一方面或第二方面的功能,比如,所述通信装置包括执行上述第一方面或第二方面涉及操作所对应的模块或单元或手段(means),所述模块或单元或手段可以通过软件实现,或者通过硬件实现,也可以通过硬件执行相应的软件实现。
在一种可能的设计中,所述通信装置包括处理单元、通信单元,其中,通信单元可以用于收发信号,以实现该通信装置和其它装置之间的通信;处理单元可以用于执行该通信装置的一些内部操作。处理单元、通信单元执行的功能可以和上述第一方面或第二方面涉及的操作相对应。
在一种可能的设计中,所述通信装置包括处理器,处理器可以用于与存储器耦合。所述存储器可以保存实现上述第一方面或第二方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令,当所述计算机程序或指令被执行时,使得所述通信装置实现上述第一方面或第二方面中任意可能的设计或实现方式中的方法。
在一种可能的设计中,所述通信装置包括处理器和存储器,存储器可以保存实现上述第一方面或第二方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令,当所述计算机程序或指令被执行时,使得所述通信装置实现上述第一方面或第二方面中任意可能的设计或实现方式中的方法。
在一种可能的设计中,所述通信装置包括处理器和接口电路,其中,处理器用于通过所述接口电路与其它装置通信,并执行上述第一方面或第二方面中任意可能的设计或实现方式中的方法。
可以理解地,上述第三方面中,处理器可以通过硬件来实现也可以通过软件来实现,当通过硬件实现时,该处理器可以是逻辑电路、集成电路等;当通过软件来实现时,该处理器可以是一个通用处理器,通过读取存储器中存储的软件代码来实现。此外,以上处理器可以为一个或多个,存储器可以为一个或多个。存储器可以与处理器集成在一起,或者存储器与处理器分离设置。在具体实现过程中,存储器可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
第四方面,本申请提供一种通信系统,该通信系统可以包括终端和接入网设备;其中,终端用于上述第一方面所提供的通信方法,接入网设备用于执行上述第二方面所提供的通信方法。
第五方面,本申请提供一种计算机可读存储介质,所述计算机存储介质中存储有计算机可读指令,当计算机读取并执行所述计算机可读指令时,使得计算机执行上述第一方面或第二方面的任一种可能的设计中的方法。
第六方面,本申请提供一种计算机程序产品,当计算机读取并执行所述计算机程序产品时,使得计算机执行上述第一方面或第二方面的任一种可能的设计中的方法。
第七方面,本申请提供一种芯片,所述芯片包括处理器,所述处理器与存储器耦合,用于读取并执行所述存储器中存储的软件程序,以实现上述第一方面或第二方面的任一种可能的设计中的方法。
图1为本申请实施例适用的一种网络架构示意图;
图2A为本申请实施例提供的多个视频帧的传输示意图;
图2B为本申请实施例提供的GOP示意图;
图3为本申请实施例提供的数据在各层间传输的示意图;
图4为本申请实施例提供的终端的接入层和终端的应用层通信示意图;
图5为本申请实施例一提供的通信方法所对应的流程示意图;
图6为本申请实施例提供的编码方案调整示意图;
图7为本申请实施例提供的编码方案调整示意图;
图8为本申请实施例二提供的通信方法所对应的流程示意图;
图9为本申请实施例三提供的通信方法所对应的流程示意图;
图10为本申请实施例四提供的通信方法所对应的流程示意图;
图11为本申请实施例五提供的通信方法所对应的流程示意图;
图12为本申请实施例六提供的通信方法所对应的流程示意图;
图13为本申请实施例中所涉及的装置的可能的示例性框图;
图14为本申请实施例提供的一种终端的结构示意图;
图15为本申请实施例提供的一种接入网设备的结构示意图。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。本申请实施例中的技术方案可以应用于各种通信系统,例如通用移动通信系统(universal mobile telecommunications system,UMTS)、无线局域网(wireless local area network,WLAN)、无线保真(wireless fidelity,Wi-Fi)系统、第4代(4th generation,4G)移动通信系统,如长期演进(long term evolution,LTE)系统、第五代(5th generation,5G)移动通信系统,如新空口(new radio,NR)系统,以及未来演进的通信系统,如第六代(6th generation,6G)移动通信系统等。
本申请将围绕可包括多个设备、组件、模块等的系统来呈现各个方面、实施例或特征。应当理解和明白的是,各个系统可包括另外的设备、组件、模块等,并且/或者可以并不包括结合附图讨论的所有设备、组件、模块等。此外,还可以使用这些方案的组合。
另外,在本申请实施例中,“示例性地”、“比如”等词语用于表示例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例”一词旨在以具体方式呈现概念。本申请实施例中,“的(of)”,“相应的(corresponding,relevant)”和“对应的(corresponding)”有时可以混用,应当指出的是,在不强调其区别时,其所要表达的含义是一致的。
本申请实施例描述的通信系统以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
为便于理解本申请实施例,首先以图1中示出的通信系统为例详细说明适用于本申请实施例的通信系统。如图1所示,无线接入网(radio access network,RAN)100和核心网(core network,CN)200,可选地,通信系统1000还可以包括互联网300。
一、无线接入网100
无线接入网100可以包括至少一个无线接入网设备(也可称为接入网设备,如图1中的110a和110b),还可以包括至少一个终端(如图1中的120a-120j)。其中,110a是基站,110b是微基站,120a、120e、120f和120j是手机,120b是汽车,120c是加油机,120d是布置在室内或室外的家庭接入节点(home access point,HAP),120g是笔记本电脑,120h是打印机,120i是无人机。终端可以通过无线的方式与无线接入网设备相连。终端和终端之间以及接入网设备和接入网设备之间可以通过有线或无线的方式相互连接。
(1)终端
终端可以为接入上述通信系统,且具有无线收发功能的终端或可设置于该终端的芯片或芯片系统。终端也可以称为用户设备(user equipment,UE)、终端设备、用户装置、接入终端、用户单元、用户站、移动站、移动台(mobile station,MS)、远方站、远程终端、移动设备、用户终端、终端单元、终端站、终端装置、无线通信设备、用户代理或用户装置。
例如,本申请实施例中的终端可以是手机(mobile phone)、个人数字助理(personal digital assistant,PDA)电脑、膝上型电脑(laptop computer)、平板电脑(Pad)、无人机、带无线收发功能的电脑、机器类型通信(machine type communication,MTC)终端、虚拟现实(virtual reality,VR)终端、增强现实(augmented reality,AR)终端、物联网(internet of things,IoT)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端(例
如游戏机、智能电视、智能音箱、智能冰箱和健身器材等)、车载终端、具有终端功能的RSU。
(2)接入网设备
接入网设备为位于上述通信系统的网络侧,且具有无线收发功能的设备或可设置于该设备的芯片或芯片系统。
例如,本申请实施例中的接入网设备可以是Wi-Fi系统中的接入点(access point,AP),如家庭网关、路由器、服务器、交换机、网桥等,基站、演进型基站B(evolved Node B,eNB)、无线网络控制器(radio network controller,RNC)、基站控制器(base station controller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站、基带单元(baseband unit,BBU),无线中继节点、无线回传节点、传输点(transmission and reception point,TRP;或者transmission point,TP)等,还可以为5G系统中的下一代基站(next generation NodeB,gNB),或构成gNB的网络节点,如集中式单元(central unit,CU)、分布式单元(distributed unit,DU)、具有基站功能的路边单元(road side unit,RSU)等,或者还可以为卫星、或未来各种形式的基站。此外,接入网设备可以是宏基站(如图1中的110a),也可以是微基站或室内站(如图1中的110b),还可以是中继节点或施主节点等。
二、核心网200
核心网200可以包括一个或多个核心网网元,也可称为核心网设备。接入网设备可以通过无线或有线方式与核心网网元连接。核心网网元与接入网设备可以是独立的不同的物理设备,也可以是将核心网网元的功能与接入网设备的逻辑功能集成在同一个物理设备上,还可以是一个物理设备上集成了部分核心网网元的功能和部分的接入网设备的功能。
以5G通信系统为例,核心网200中可以包括会话管理功能(session management function,SMF)网元、用户面功能(user plane function,UPF)网元、策略控制功能(policy control function,PCF)网元、应用功能(application function,AF)网元等。有关上述各个核心网网元的具体描述,可以参考第三代合作伙伴计划(3rd generation partnership project,3GPP)的相关技术规范。
三、互联网300
互联网比如为数据网络(data network,DN)或分组数据网络(packet data network,PDN),是位于运营商网络之外的网络。互联网300中可部署有多种业务对应的应用服务器,比如XR业务对应的应用服务器。其中,XR业务对应的应用服务器与终端之间可以传输XR业务的数据帧。
具体来说,终端与应用服务器之间可以通过用户面数据传输通道进行数据传输,用户面数据传输通道可以是通过控制面信令交互流程建立的,其中控制面信令交互流程比如为协议数据单元(protocol data unit,PDU)会话建立流程。应用服务器可以通过用户面数据传输通道向终端发送下行数据帧,下行数据帧的传输路径为:应用服务器→UPF网元→接入网设备→终端;类似地,终端可以通过用户面数据传输通道向应用服务器发送上行数据帧,上行数据帧的传输路径为:终端→接入网设备→UPF网元→应用服务器。
可以理解的是,本申请实施例中的技术方案还可以应用于其他通信系统中,相应的名称也可以用其他通信系统中的对应功能的名称进行替代。图1仅为便于理解而示例的简化示意图,该通信系统中还可以包括其它设备,图1中未画出。
下面先对本申请实施例所涉及的相关技术特征进行解释说明。需要说明的是,这些解释是为了让本申请实施例更容易被理解,而不应该视为对本申请所要求的保护范围的限定。
一、数据帧
本申请实施例中,数据帧也可以称为数据片(slice)或数据块(tile)。数据帧可以为视频帧、音频帧或者其它可能的帧,下文中将以数据帧为视频帧为例进行描述。
视频可以是由一张张连贯起来的图像(或者说图片、照片等)连续播放组成的,当一秒钟有24张图像快速播放,人眼就会认为这是连续的画面(即视频)。帧率是指每秒钟播放的图像数量,比如当帧率为24帧每秒钟(fps)时,表示每秒钟播放24张图像,当帧率为60fps时,表示每秒钟播放60张图像,以此类推。一个视频帧可以理解为一张图像,一个视频帧可以包括一张图像对应的一个或多个数据包,一个视频帧的数据量即为该视频帧所包括的一个或多个数据包的数据量之和。
图2A为多个视频帧的传输示意图。如图2A所示,视频帧1、视频帧2和视频帧3为连续的3个
视频帧,比如帧率为60fps,视频帧的传输周期为1000/60=50/3毫秒(ms),约等于16.67ms。以视频帧1为例,视频帧1中包括多个数据包,多个数据包可以分布在视频帧1所在的传输周期的前段(比如多个数据包可以分布在16.67ms的前8ms内);也就是说,不同视频帧之间可以存在一段传输时间间隔(gap)。
二、数据帧的编码
为便于数据帧的传输,发送端需要对数据帧进行编码,编码也可以理解为压缩;相应地,接收端接收到数据帧后,可以对数据帧进行解码。其中,发送端也可以称为编码端,接收端也可以称为解码端。比如,编码端为应用服务器,解码端为终端;或者,编码端为终端,解码端为应用服务器。
(1)编码类型
对数据帧进行编码所使用的编码类型可以有多种。在一个示例中,编码类型可以包括帧内编码和帧间预测编码。针对于某一数据帧,若采用帧内编码对该数据帧进行编码,则该数据帧的类型即为I帧,若采用帧间预测编码对该数据帧进行编码,则该数据帧的类型即为P帧。也就是说,I帧为帧内编码图像帧,是一种自带全部信息的独立帧,无需参考其他图像便可独立进行解码;P帧为预测编码图像帧,需要参考前一帧(前一帧可能是I帧也可能是P帧)才能进行编码,表示的是当前帧与前一帧的差别,解码时需要用之前缓存的画面叠加上本帧定义的差别,生成最终画面。
(2)图像组
如图2B所示,在基于图像组(group of picture,GOP)的编码方案中,一个图像组可以包括K个数据帧,图2B是以K=4为例进行示意的。每个图像组所包括的K个数据帧的类型可以不同,比如每个图像组的第一个数据帧的类型为I帧,其余数据帧的类型为P帧。
三、接入层
不同设备之间通信需要遵循相应的协议层结构。比如,终端与接入网设备之间通信需要遵循的协议层结构包括控制面协议层结构和用户面协议层结构。其中,控制面协议层结构可以包括无线资源控制(radio resource control,RRC)层、分组数据汇聚层协议(packet data convergence protocol,PDCP)层、无线链路控制(radio link control,RLC)层、媒体接入控制(media access control,MAC)层和物理(physical,PHY)层。用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层,在一种可能的实现中,PDCP层之上还可以包括业务数据适配(service data adaptation protocol,SDAP)层。上述RRC层、SDAP层、PDCP层、RLC层、MAC层、物理层可以统称为接入层。有关上述各个协议层的具体描述,可以参考3GPP的相关技术规范。
以终端与接入网设备之间的数据传输为例,数据传输需要经过用户面协议层,比如经过SDAP层、PDCP层、RLC层、MAC层、物理层。示例性地,终端与接入网设备之间可以建立至少一个数据无线承载(data radio bearer,DRB)来传输数据,每个DRB可以对应一组功能实体集合,比如包括一个PDCP层实体,该PDCP层实体对应的至少一个RLC层实体,至少一个RLC层实体对应的至少一个MAC层实体,至少一个MAC层实体对应的至少一个物理层实体。
针对于下行数据传输,图3中的(a)为下行数据在各层间传输的示意图。
从接入网设备(即数据的发送端)来看,接入网设备的SDAP层实体取得数据后,可以根据数据的服务质量(quality of service,QoS)流标识(QoS flow indicator,QFI)将数据映射到相应DRB的PDCP层实体,PDCP层实体可以将数据传送到该PDCP层实体对应的至少一个RLC层实体,进而由至少一个RLC层实体传输到对应的MAC层实体,再由MAC层实体生成传输块,然后通过对应的物理层实体进行无线传输,以发送给终端。
其中,下行数据可以在接入网设备的各个层中进行相对应的封装,某一层从该层的上层收到的数据视为该层的服务数据单元(service data unit,SDU),经过层封装后成为协议数据单元(protocol data unit,PDU),再传递给下一个层。例如PDCP层实体从SDAP层接收到的数据可以称为PDCP SDU,PDCP层实体对PDCP SDU进行封装后,得到PDCP PDU并发送到RLC层;RLC层实体从PDCP层接收到的PDCP PDU可以称为RLC SDU,RLC层实体对RLC SDU进行封装后,得到RLC PDU并发送到MAC层。其中,不同层之间可以通过相应的通道来传输数据,比如RLC层实体与MAC层实体之间可以通过逻辑信道(logical channel,LCH)来传输数据,MAC层实体与物理层实体之间可以通过传输信道(transport channel)来传输数据。
从终端(即数据的接收端)的角度来看,终端的物理层接收到来自接入网设备的传输块后,可以从
物理层依次往上层递交,在各个层中可以进行相对应的解封装。也就是说,终端中的各个层所执行的处理可以为接入网设备中的各个层所执行的处理的逆过程。
针对于上行数据传输,图3中的(b)为上行数据在各层间传输的示意图。此种情形下,终端为数据的发送端,接入网设备为数据的接收端,终端和接入网设备中各个层所执行的处理可以参照上述下行数据的传输。
本申请实施例中,针对于上行传输或下行传输,终端的接入层和接入网设备的接入层可以对不同类型的数据帧进行差异化调度,比如I帧和P帧可以通过不同的QoS流或DRB来传输。
四、应用层和操作系统层
如上所述,终端可以包括接入层,进一步地,如图4所示,终端还可以包括应用层和操作系统(operating system,OS)层,终端的接入层和终端的应用层可以通过终端的OS层进行通信。其中,终端的接入层和终端的应用层通过终端的OS层进行通信,可以包括:终端的接入层和终端的应用层通过终端的OS层进行数据传输,以及终端的接入层和终端的应用层通过终端的OS层进行辅助信息传输。下面结合图4对本申请实施例所涉及的终端的接入层和终端的应用层通过终端的OS层进行通信的具体实现进行描述。
(1)数据传输
作为一种可能的实现,终端的OS层可以包括传输控制协议(transmission control protocol,TCP)层、互联网协议(internet protocol,IP)层,可选地,还包括适配(adapter)层,如图4所示。
针对于上行数据传输(即终端作为编码端),终端的应用层可以包括编码器,编码器对数据帧进行编码后,可以将数据帧的多个数据包递交给终端的OS层,进而由OS层中的TCP层和IP层等各个层依次对数据包进行封装处理后,递交给终端的接入层,以便通过终端的接入层发送给接入网设备。
针对于下行数据传输(即终端作为解码端),终端的应用层可以包括解码器,终端的接入层接收到来自接入网设备的数据帧的多个数据包后,可以将多个数据包递交给终端的OS层,进而由OS层中的IP层和TCP层等各个层依次对多个数据包进行解封装后,将多个数据包递交给应用层,以便由终端的应用层的解码器对多个数据包进行解码得到数据帧。
(2)辅助信息传输
作为一种可能的实现,OS层可以包括无线接口层(radio interface layer,RIL),如图4所示。通常情况下,RIL可以用于实现电话相关的功能,本申请实施例中对RIL的功能进行扩展,使得RIL可以实现应用(application,APP)相关的功能,比如应用层与接入层之间可以通过RIL传输辅助信息。如此,通过终端的OS层来桥接终端的接入层和终端的应用层,使得终端的接入层和终端的应用层之间可以交互辅助信息,从而便于提高业务和网络的匹配度,提升用户体验。
具体来说,应用层与RIL之间可以通过应用程序接口(application programming interface,API)进行通信,RIL与接入层之间可以通过注意(attention,AT)命令进行通信;其中,该API可以为本申请实施例中设计的一种新的API,该AT命令可以为本申请实施例中设计的一种新的AT命令。如此,通过设计新的API和新的AT命令,从而使得终端的接入层与终端的应用层之间可以交互辅助信息。
在第一种示例中,接入层可以向RIL发送AT命令,AT命令中包括辅助信息;相应地,RIL接收到AT命令后,可以通过API向应用层发送辅助信息。此种情形下,辅助信息可以包括下文中的第一指示信息、编码推荐信息、推荐传输速率和速率协商信息等多项中的至少一项。又比如,应用层可以向通过API向RIL发送辅助信息;相应地,RIL接收到辅助信息后,可以向接入层发送AT命令,AT命令中包括辅助信息。此种情形下,辅助信息可以包括下文中的第四信息、第一阈值和第三指示信息等多项中的至少一项。
在第二种示例中,与第一种示例的区别在于,AT命令不包括辅助信息本身,而是包括用于存储辅助信息的内存位置信息。
比如,上述第一种示例中,AT命令的格式可以为:AT+CECN={Y,Z,A}。上述在第二种示例中,AT命令的格式可以为:AT+CECN={X,Y,Z,T,N,p_1,p_2}。各个参数的含义如表1所示。
表1:AT命令的参数和含义
针对于上述AT命令,可以理解的是:
①本申请实施例中是以AT命令的名称为“CECN”为例,具体实施中也可以采用其它可能的字母组合。
②针对于上述第二种示例,终端的接入层可以对应特定的内存空间,接入层向RIL发送的AT命令可以为读命令,即接入层请求RIL读取内存空间中特定内存位置(该特定内存位置由p_1和p_1所指示)存储的辅助信息,进而RIL可以根据AT命令读取辅助信息,相当于RIL接收到辅助信息。RIL向接入层发送的AT命令为写命令,即RIL请求接入层向内存空间中特定内存位置(该特定内存位置由p_1和p_1所指示)写入(或存储)辅助信息,进而接入层可以根据AT命令写入辅助信息,相当于接入层接收到辅助信息。
③上述AT命令中的“数据类型”可以参照现有技术。
上述是以接入层和应用层通过RIL传输辅助信息为例进行描述的,接入层和应用层也可以通过其它可能的方式来传输辅助信息,比如接入层和应用层可以通过实时传输协议(real-time transport protocol,RTP)来传输辅助信息,本申请实施例对接入层和应用层之间传输辅助信息的具体实现不做限定。
根据上文的描述可知,不同数据帧之间可能存在依赖关系(比如P帧依赖之前的I帧或P帧),因此,当某一数据帧解码失败时,有可能导致后续的一个或多个数据帧无法解码。比如,一个图像组中的I帧解码失败,则会导致该图像组中的K-1个P帧都解码失败。
为解决这一问题,一种可能的思路为,解码端确定数据帧解码失败后,向编码端反馈解码失败的数据帧,进而编码端可以根据解码失败的数据帧,调整后续数据帧的编码方案,提高后续数据帧解码成功的概率。其中,解码失败的原因可能有多种,比如由于数据帧传输失败而导致数据帧解码失败。然而,由于编码端与解码端之间的传输路径较长,因此,解码端向编码端反馈解码失败的数据帧的反馈时延可能较长,从而导致编码端无法及时调整后续数据帧的编码方案。
基于此,本申请实施例提供一种通信方法,用于实现及时向编码端的应用层反馈数据帧传输失败,便于编码端的应用层调整后续数据帧的编码方案,提高后续数据帧解码成功的概率。
实施例一
在实施例一中,将针对上行传输(上行数据帧的传输路径为:终端→接入网设备→UPF网元→应用服务器)的情形进行描述;其中,终端为编码端,应用服务器为解码端。在上行传输中,终端的接入层可以确定上行数据帧是否传输失败,若上行数据帧传输失败,则可以反馈给终端的应用层。
图5为本申请实施例一提供的通信方法所对应的流程示意图。如图5所示,该方法包括如下步骤:
S501,终端的接入层确定第一数据帧传输失败,第一数据帧为上行数据帧。
具体来说,终端的应用层可以对第一数据帧进行编码,并通过OS层向终端的接入层发送第一数据帧;终端的接入层接收到第一数据帧后,可以向接入网设备的接入层发送第一数据帧。在终端的接入层向接入网设备的接入层发送第一数据帧的过程中,可能会由于多种原因导致第一数据帧传输失败,本申请实施例对具体原因不做限定。其中,第一数据帧传输失败,可以理解为:第一数据帧未发送成功,或第一数据帧发生丢帧。
(1)终端的接入层确定第一数据帧传输失败的具体方式
终端的接入层确定第一数据帧传输失败的方式可以有多种。作为一种可能的实现,终端的接入层可以统计第一数据帧中传输失败的数据包的个数,当第一数据帧中传输失败的数据包的个数大于或等于第一阈值时,终端的接入层可以确定第一数据帧传输失败。
示例性地,终端的接入层统计第一数据帧中传输失败的数据包的个数可以是指,终端的接入层统计第一数据帧中传输失败的PDCP SDU或PDCP PDU的个数。
其中,终端的接入层获取第一阈值的方式有多种。比如,在数据帧传输过程中,终端的应用层可以通过RIL向终端的接入层发送第一阈值;又比如,在PDU会话建立过程(该PDU会话用于传输数据帧)中,核心网网元可以向接入网设备发送第一阈值,进而接入网设备的接入层可以将第一阈值发送给终端的接入层。
不同类型的数据帧可以对应不同的阈值,比如I帧对应的阈值为阈值A,P帧对应的阈值为阈值B。此种情形下,若上述第一数据帧为I帧,则上述第一阈值为阈值A;若上述第一数据帧为P帧,则上述第一阈值为阈值B。本申请实施例中对阈值A和阈值B之间的大小关系不做限定,作为一个示例,考虑到I帧包括的数据包的个数大于P帧包括的数据包的个数,因此阈值A可以大于阈值B。
在一个示例中,终端的接入层确定第一数据帧传输失败,可以是指:终端的PDCP层确定第一数据帧传输失败;或者,终端的RLC层确定第一数据帧传输失败;或者,终端的MAC层确定第一数据帧传输失败。也就是说,终端的PDCP层或RLC层或MAC层可以统计第一数据帧中传输失败的PDCP SDU或PDCP PDU的个数,当第一数据帧中传输失败的PDCP SDU或PDCP PDU的个数大于或等于第一阈值时,终端的PDCP层或RLC层或MAC层可以确定第一数据帧传输失败。
(2)终端的接入层确定第一数据帧的数据包传输失败的具体方式
以第一数据帧包括第一数据包为例,比如第一数据包为第一PDCP SDU或第一PDCP PDU,终端的PDCP层或RLC层或MAC层判断第一数据包传输失败的方式可以有多种,下面描述一些可能的方式。
针对于终端的PDCP层:在第一数据包对应的PDCP丢弃定时器(discard timer)超时后,终端的PDCP层可以确定第一数据包传输失败。此种情形下,第一数据包可以是指终端的PDCP层从上层接收到的第一PDCP SDU。示例性地,终端的PDCP层在从上层接收到第一PDCP SDU后,可以将第一PDCP SDU放到缓存队列中,并启动第一PDCP SDU对应的PDCP丢弃定时器,当第一PDCP SDU对应的PDCP丢弃定时器超时后,终端的PDCP层可以将缓存队列中的第一PDCP SDU丢弃,进而终端的PDCP层可以确定第一PDCP SDU传输失败。
或者,终端的PDCP层可以接收来自接入网设备的PDCP状态报告,若PDCP状态报告指示第一数据包传输失败,则终端的PDCP层可以根据PDCP状态报告确定第一数据包传输失败。此种情形下,第一数据包可以是指终端的PDCP层封装之后发送给下层的第一PDCP PDU。
针对于终端的RLC层:终端的RLC层可以接收来自接入网设备的RLC状态报告,若RLC状态报告指示第一RLC PDU传输失败,则终端的RLC层可以根据RLC状态报告确定第一RLC PDU对应的第一数据包传输失败。此种情形下,第一数据包可以是指第一PDCP PDU或第一PDCP SDU,以第一PDCP PDU为例,第一PDCP PDU可以对应一个或多个RLC PDU,当RLC状态报告指示这一个或多个RLC PDU中的某一个RLC PDU(比如第一RLC PDU)传输失败时,终端的RLC层便可以确定第一RLC PDU对应的第一PDCP PDU传输失败。
针对于终端的MAC层:在第一MAC PDU对应的重传定时器(retransmission timer)超时后,终端的MAC层可以确定第一MAC PDU传输失败,以及第一MAC PDU对应的第一数据包传输失败。此种情形下,第一数据包可以是指第一PDCP PDU或第一PDCP SDU,以第一PDCP PDU为例,第一PDCP PDU可以对应一个或多个MAC PDU。示例性地,在第一MAC PDU对应的重传定时器运行期间,终端的MAC层可以对第一MAC PDU进行重传;若在第一MAC PDU对应的重传定时器超时后,第一MAC PDU仍未成功传输,则终端的MAC层可以确定第一MAC PDU传输失败。当第一PDCP PDU或第一PDCP SDU对应的一个或多个MAC PDU中的某一个MAC PDU(比如第一MAC PDU)传输失败时,终端的MAC层便可以确定第一MAC PDU对应的第一PDCP PDU或第一PDCP SDU传输失败。
可以理解的是,上述是以终端的接入层根据第一数据帧中传输失败的数据包的个数和第一阈值来判断第一数据帧是否传输失败为例进行描述的,终端的接入层也可以根据其它可能的信息来判断第一数据
帧是否传输失败。
比如,终端的接入层可以根据第一数据帧中传输失败的数据包的个数和第二比值(或称为第二阈值)来判断第一数据帧是否传输失败。具体来说,当第一数据帧中传输失败的数据包的个数与第一数据帧的总数据包个数的比值大于或等于第二阈值时,终端的接入层可以确定第一数据帧传输失败。其中,第一数据帧中传输失败的数据包的个数与第一数据帧的总数据包个数的比值即为第一数据帧中传输失败的数据包的比例。
又比如,终端的接入层可以根据第一数据帧中传输成功的数据包的个数和第三阈值来判断第一数据帧是否传输失败。具体来说,当第一数据帧中传输成功的数据包的个数小于第三阈值时,终端的接入层可以确定第一数据帧传输失败。
示例性地,上述第一阈值、第二阈值或第三阈值可以是网络预配置的,或者也可以是每个或每一组数据帧单独指示的。
S502,终端的接入层向终端的应用层发送第一指示信息,第一指示信息指示第一数据帧传输失败;相应地,终端的应用层接收第一指示信息。
示例性地,终端的接入层可以向终端的OS层(即RIL)发送AT命令,AT命令包括第一指示信息;进而,OS层接收到AT命令后,可以通过OS层与应用层之间的API,向应用层发送第一指示信息。具体实现可以参照前文。
示例性地,第一指示信息可以包括以下至少一项:传输失败指示、第一数据帧的标识、或第一数据帧的类型信息。其中,传输失败指示用于指示数据帧传输失败,但不指示具体哪个数据帧传输失败;第一数据帧的标识比如为第一数据帧的编号,第一数据帧的标识用于指示传输失败的数据帧为第一数据帧;第一数据帧的类型信息用于指示传输失败的数据帧为I帧或P帧。
比如情形1,第一指示信息包括传输失败指示和第一数据帧的标识。此种情形下,终端的应用层接收到第一指示信息后,根据传输失败指示可以确定有数据帧传输失败,进而根据第一数据帧的标识,可以确定传输失败的数据帧为第一数据帧。
情形2,第一指示信息包括第一数据帧的标识,而不包括传输失败指示。此种情形下,终端的应用层接收到第一指示信息后,根据第一数据帧的标识确定第一数据帧传输失败。也就是说,终端的应用层只要接收到数据帧的标识,便可以认为该数据帧传输失败。
情形3,第一指示信息包括传输失败指示,而不包括第一数据帧的标识。此种情形下,终端的应用层接收到第一指示信息后,根据传输失败指示可以确定有数据帧传输失败,进而可以确定传输失败的数据帧为之前刚发送的数据帧(即第一数据帧)。
原因为:由于不同数据帧之间存在一段传输时间间隔(如图2A所示),因此,终端的应用层发送第一数据帧后,若第一数据帧传输失败,则终端的接入层通常可以在传输时间间隔内便将第一指示信息发送给终端的应用层,进而终端的应用层若接收到第一指示信息,便可确定传输失败的数据帧为之前刚发送的第一数据帧。
可以理解的是,在上述情形1、情形2和情形3中,终端的应用层确定传输失败的数据帧为第一数据帧后,还可以根据应用层采用的编码方案确定出传输失败的数据帧的类型。或者,在上述情形1、情形2和情形3中,第一指示信息还可以包括第一数据帧的类型信息,进而终端的应用层可以直接根据类型信息确定出传输失败的数据帧的类型。
情形4,第一指示信息包括第一数据帧的类型信息,而不包括传输失败指示和第一数据帧的标识。此种情形下,终端的应用层接收到第一指示信息后,可以确定之前刚发送的第一数据帧传输失败,且可以直接根据第一数据帧的类型信息确定出传输失败的数据帧的类型。
此外,若第一指示信息包括第一数据帧的标识,则终端的接入层在发送第一指示信息之前,可以先获取第一数据帧的标识。其中,终端的接入层获取第一数据帧的标识的方式可以有多种。比如,第一数据帧的数据包的IP包头中包含包括第一数据帧的标识,进而终端的接入层可以从第一数据帧的数据包的IP包头中获取到第一数据帧的标识。又比如,第一数据帧的数据包的IP包头中包含第一数据帧的生成时间;以及,终端的应用层可以通过OS层向终端的接入层发送数据帧的标识和数据帧的生成时间,当该数据帧的生成时间与第一数据帧的生成时间相同时,终端的接入层可以确定该数据帧的标识即为第一数据帧的标识。
若第一指示信息包括第一数据帧的类型信息,则终端的接入层在发送第一指示信息之前,可以先获
取第一数据帧的类型信息。其中,终端的接入层获取第一数据帧的类型信息的方式可以有多种。比如,不同类型的数据帧可以通过不同的QoS流或者DRB进行传输,因此,终端的接入层根据承载第一数据帧的DRB,可以确定第一数据帧的类型。又比如,第一数据帧的数据包的IP包头中包含第一数据帧的类型信息,进而终端的接入层可以从第一数据帧的数据包的IP包头中获取到第一数据帧的类型信息。
可选地,上述方法还包括:
S503,终端的应用层根据第一指示信息,调整第一数据帧之后的数据帧的编码方案。
示例性地,终端的应用层调整第一数据帧之后的数据帧的编码方案的方式可以有多种。作为一种可能的实现,终端的应用层可以执行以下至少一项:调整第一数据帧之后的至少一个数据帧的编码类型;调整GOP的大小;或调整编码速率。
下面结合示例1至示例4,对一些可能的调整方式进行描述。
(1)示例1
在示例1中,终端的应用层根据第一指示信息,确定第一数据帧传输失败后,可以调整第二数据帧的编码类型,第二数据帧为第一数据帧的下一个数据帧。可以理解的是,当调整第二数据帧的编码类型后,第二数据帧之后的数据帧的编码类型可以根据调整后的第二数据帧的编码类型来确定。比如,调整后的第二数据帧的编码类型为帧内编码,则当GOP为4时,第二数据帧随后的3个数据帧的编码类型均为帧间预测编码。
作为一种可能的实现,终端的应用层确定第一数据帧传输失败后,可以使用帧内编码对第二数据帧进行编码。也就是说,在第一数据帧传输失败的情况下,不论第一数据帧的类型为I帧或P帧,终端的应用层可以使用帧内编码对第二数据帧进行编码。
作为又一种可能的实现,终端的应用层确定第一数据帧传输失败后,根据第一数据帧在GOP内的位置,确定第二数据帧的编码类型。当第一数据帧为GOP内的第一个数据帧或最后一个数据帧时,第二数据帧的编码类型为帧内编码;或者,当第一数据帧为GOP内的除第一个数据帧和最后一个数据帧以外的其它数据帧时,第二数据帧的编码类型为帧内编码或帧间预测编码。其中,当第二数据帧的编码类型为帧间预测编码时,由于第二数据帧之前的第一数据帧传输失败,因此,第二数据帧进行帧间预测编码的参考帧可以为第二数据帧之前最邻近的传输成功的数据帧。
举个例子,参见图6中的(a)所示,第一数据帧为GOP内的第一个数据帧,即第一数据帧的类型为I帧,第二数据帧原本是要使用帧间预测编进行编码。当终端的应用层确定第一数据帧传输失败后,可以调整为使用帧内编码对第二数据帧进行编码。
参见图6中的(b)所示,第一数据帧为GOP内的第二个数据帧,即第一数据帧的类型为P帧,第二数据帧原本是要使用帧间预测编进行编码。当终端的应用层确定第一数据帧传输失败后,可以仍然使用帧间预测编码对第二数据帧进行编码,但将第二数据帧进行帧间预测编码的参考帧调整为该GOP内的第一个数据帧。
参见图6中的(c)所示,第一数据帧为GOP内的最后一个数据帧,即第一数据帧的类型为P帧,第二数据帧原本是要使用帧内编码进行编码。当终端的应用层确定第一数据帧传输失败后,可以仍然使用帧内编码对第二数据帧进行编码,即不调整第二数据帧的编码类型。
可以理解的是,终端的应用层接收到第一指示信息后,若确定第二数据帧尚未发送给OS层,则可以按照上述方式调整第二数据帧的编码类型。其中,第二数据帧尚未发送给OS层,可以包括:终端的应用层尚未对第二数据帧进行编码(此种情形下,终端的应用层可以按照上述方式调整第二数据帧的编码类型,并对第二数据帧进行编码),或者已经对第二数据帧进行编码,但尚未将第二数据帧发送给OS层(此种情形下,终端的应用层可以按照上述方式调整第二数据帧的编码类型,并对第二数据帧进行重新编码)。
终端的应用层若确定第二数据帧已经发送给OS层,则可以不再按照上述方式调整第二数据帧的编码类型。可选地,终端的应用层若确定第三数据帧尚未发送给OS层,则可以调整第三数据帧的编码类型,第三数据帧为第二数据帧的下一个数据帧。其中,调整第三数据帧的编码类型的具体实现可以参照上述调整第二数据帧的编码类型的描述,比如,终端的应用层可以根据第二数据帧在GOP中的位置调整第三数据帧的编码类型。
(2)示例2
在示例2中,终端的应用层根据第一指示信息,调整GOP的大小。
作为一种可能的实现,终端的应用层在确定第一数据帧传输失败之前,GOP的大小为4。终端的应用层在确定第一数据帧传输失败之后,可以缩小GOP的大小,比如将GOP的大小缩小为3。
举个例子,参见图7中的(a)所示,第一数据帧为GOP内的第一个数据帧,终端的应用层确定第一数据帧传输失败后,可以继续使用帧间预测编码对该GOP内剩余的3个数据帧(即数据帧1a、数据帧1b和数据帧1c)进行编码,第一数据帧、数据帧1a、数据帧1b和数据帧1c构成一个GOP。然后,再按照新的GOP的大小对后续数据帧进行编码,比如按照新的GOP的大小使用帧内编码对数据帧2a进行编码,以及使用帧间预测编码对数据帧2b和2c进行编码,数据帧2a、数据帧2b和数据帧2c构成一个新的GOP,以此类推。
示例性地,为避免终端的应用层多次调整GOP的大小而导致GOP过小,终端的应用层在每次调整GOP后,可以启动或重启定时器。在定时器超时后,终端的应用层将GOP的大小恢复为调整前的GOP的大小。其中,定时器的时长可以是预先配置的。
(3)示例3
在示例3中,终端的应用层根据第一指示信息,同时调整第二数据帧的编码类型和GOP的大小。
举个例子,参见图7中的(b)所示,第一数据帧为GOP内的第一个数据帧,终端的应用层可以按照新的GOP的大小对后续数据帧进行编码。比如,按照新的GOP的大小使用帧内编码对数据帧1a进行编码,使用帧间预测编码对数据帧1b和数据帧1c进行编码,数据帧1a、数据帧1b和数据帧1c构成一个新的GOP;以及按照新的GOP的大小使用帧内编码对数据帧2a进行编码,使用帧间预测编码对数据帧2b和数据帧2c进行编码,数据帧2a、数据帧2b和数据帧2c构成一个新的GOP,以此类推。
(4)示例4
在示例4中,终端的应用层根据第一指示信息,调整编码速率。
作为一种可能的实现,终端的应用层可以通过调整帧率和/或数据帧的压缩率来调整编码速率。比如,终端的应用层确定第一数据帧传输失败后,可以提高第一数据帧之后的一个或多个数据帧的压缩率。
可以理解的是,上述示例1至示例4仅为一些可能的示例,在其它可能的示例中,终端的应用层也可以同时调整GOP的大小和编码速率,或者终端的应用层也可以同时调整第二数据帧的编码类型、GOP的大小和编码速率,具体不再赘述。
采用上述方法,终端的接入层确定第一数据帧传输失败后,可以通知给终端的应用层,相比于解码端反馈解码失败的数据帧的方案来说,反馈时延较短,从而使得终端的应用层可以及时调整后续数据帧的编码方案,提高后续数据帧成功解码的概率。
实施例二
在实施例二中,在上行传输中,接入网设备的接入层可以确定上行数据帧是否传输失败,若上行数据帧传输失败,则可以反馈给终端的接入层,进而由终端的接入层反馈给终端的应用层。
图8为本申请实施例二提供的通信方法所对应的流程示意图。如图8所示,该方法包括如下步骤:
S801,接入网设备的接入层确定第一数据帧传输失败。
此处,接入网设备的接入层确定第一数据帧传输失败的方式可以有多种。作为一种可能的实现,接入网设备的接入层可以统计第一数据帧中传输失败的数据包的个数,当第一数据帧中传输失败的数据包的个数大于或等于第四阈值时,接入网设备的接入层可以确定第一数据帧传输失败。比如,接入网设备的PDCP层或RLC层可以统计第一数据帧中传输失败的数据包的个数,当第一数据帧中传输失败的数据包的个数大于或等于第四阈值时,接入网设备的PDCP层或RLC层可以确定第一数据帧传输失败。
其中,接入网设备的接入层获取第四阈值的方式有多种。比如,在数据帧传输过程中,终端的应用层可以通过RIL向终端的接入层发送第四阈值,进而终端的接入层可以将第四阈值发送给接入网设备的接入层;又比如,在PDU会话建立过程中,核心网网元可以向接入网设备发送第四阈值。第四阈值可以与实施例一中的第一阈值相同,或者也可以不同。
以第一数据帧包括第一数据包为例,接入网设备的PDCP层或RLC层判断第一数据包传输失败的方式可以有多种,下面描述一些可能的方式。
针对于接入网设备的PDCP层:在PDCP重排序定时器(reordering timer)超时后,接入网设备的PDCP层仍未成功接收到需要进行重排序的第一数据包,则接入网设备的PDCP层可以确定第一数据包传输失败。
针对于接入网设备的RLC层:在RLC重组定时器(reassembly timer)超时后,接入网设备的RLC层未成功接收到第一数据包对应的全部RLC SDU,则接入网设备的RLC层可以确定第一数据包传输失败。
可以理解的是,接入网设备的接入层还可以通过其它可能的方式确定第一数据帧传输失败,比如当第一数据帧中传输失败的数据包的个数与第一数据帧的总数据包个数的比值大于或等于第五阈值时,接入网设备的接入层确定第一数据帧传输失败。具体实现可以参照实施例一中S501的描述。
S802,接入网设备的接入层向终端的接入层发送第二指示信息,第二指示信息指示第一数据帧传输失败;相应地,终端的接入层接收来自接入网设备的第二指示信息,并根据第二指示信息确定第一数据帧传输失败。
示例性地,第二指示信息可以承载于RRC消息、PDCP层的信令(比如PDCP控制PDU)、RLC层的信令、MAC层的信令(比如MAC控制元素(control element,CE))或物理层的信令(比如下行控制信息(downlink control information,DCI)),具体不做限定。
示例性地,第二指示信息所包括的内容可以与第一指示信息所包括的内容相同,即第二指示信息可以包括以下至少一项:传输失败指示;第一数据帧的标识;或第一数据帧的类型信息。其中,接入网设备的接入层获取第一数据帧的标识或类型信息的具体实现可以参照实施例一中终端的接入层获取第一数据帧的标识或类型信息的描述。
S803,终端的接入层根据第二指示信息确定第一数据帧传输失败后,向终端的应用层发送第一指示信息,第一指示信息指示第一数据帧传输失败;相应地,终端的应用层接收第一指示信息。
可选地,上述方法还包括:
S804,终端的应用层根据第一指示信息,调整第一数据帧之后的数据帧的编码方案。
上述S803和S804可以参照实施例一中的S502和S503。
采用上述方法,接入网设备的接入层确定第一数据帧传输失败后,可以通知给终端的接入层,进而由终端的接入层通知给终端的应用层,相比于解码端(即应用服务器)反馈解码失败的数据帧的方案来说,反馈时延较短,从而使得终端的应用层可以及时调整后续数据帧的编码方案,提高后续数据帧成功解码的概率。
实施例三
在实施例三中,在上行传输中,接入网设备的接入层可以确定上行数据帧是否传输失败,若上行数据帧传输失败,则可以向终端的接入层反馈编码推荐信息,进而由终端的接入层反馈给终端的应用层。
图9为本申请实施例三提供的通信方法所对应的流程示意图。如图9所示,该方法包括如下步骤:
S901,接入网设备的接入层确定第一数据帧传输失败。
示例性地,S901的具体实现可以参照S801中的描述。
S902,接入网设备的接入层向终端的接入层发送编码推荐信息;相应地,终端的接入层接收编码推荐信息。
此处,接入网设备的接入层在确定第一数据帧传输失败后,可以确定编码推荐信息,并向终端的接入层发送编码推荐信息。示例性地,编码推荐信息可以承载于RRC消息、PDCP层的信令、RLC层的信令、MAC层的信令或物理层的信令,具体不做限定。可选地,接入网设备的接入层还可以向终端的接入层发送第二指示信息,第二指示信息指示第一数据帧传输失败。比如,接入网设备的接入层可以通过同一消息或信令向终端发送第二指示信息和编码推荐信息。
可以理解的是,当接入网设备的接入层向终端的接入层发送编码推荐信息,而未发送第二指示信息时,编码推荐信息可以隐式指示第一数据帧传输失败。
编码推荐信息用于调整第一数据帧之后的数据帧的编码方案。比如,编码推荐信息包括以下至少一项:第一信息,第一信息用于指示对第一数据帧之后的至少一个数据帧进行编码所推荐使用的编码类型;第二信息,第二信息用于指示推荐使用的GOP的大小;或第三信息,第三信息用于指示推荐使用的编码速率。
其中,接入网设备的接入层确定编码推荐信息的实现可以有多种,比如,接入网设备的接入层可以从终端获取第四信息,进而根据第四信息确定编码推荐信息。第四信息可以包括以下至少一项:第一数据帧的编码类型;第一数据帧在GOP中的位置信息;GOP的大小;第一数据帧的重要程度;或编码速
率。其中,第一数据帧的重要程度可以是根据第一数据帧在GOP中的位置确定的,比如重要程度包括三个等级,分别为等级1、等级2和等级3,等级1的重要程度高于等级2的重要程度,等级2的重要程度高于等级2的重要程度;当第一数据帧为GOP中的第一个数据帧时,第一数据帧的重要程度为等级1,而当第一数据帧为GOP中的最后一个数据帧时,第一数据帧的重要程度为等级3,当第一数据帧为GOP中除第一个数据帧和最后一个数据帧以外的其它数据帧时,第一数据帧的重要程度为等级2。
在一个示例中,终端的应用层通过终端的OS层向终端的接入层发送第四信息,进而终端的接入层可以通过RRC消息、PDCP层的信令、RLC层的信令、MAC层的信令或物理层的信令,向接入网设备发送第四信息。在又一个示例中,终端也可以向接入网设备发送时间敏感控制辅助信息(time-sensitive control assistance information,TSCAI)或者用户辅助信息(user assistance information,UAI),TSCAI或UAI包括第四信息。其中,终端发送TSCAI或UAI的具体实现可以参照现有技术。
可以理解的是,上述第一数据帧的编码类型、第一数据帧在GOP中的位置信息和第一数据帧的重要程度等信息是与第一数据帧相关的信息,也就是说,终端在向接入网设备的接入层发送每个数据帧的同时,还可以向接入网络设备的接入层发送每个数据帧相关的信息。而针对于GOP的大小和编码速率,则终端可以在GOP的大小和编码速率发生更新时,向接入网设备的接入层发送更新后的GOP的大小和编码速率。
下面对接入网设备的接入层确定第一信息、第二信息和第三信息的可能实现进行描述。
(1)对接入网设备的接入层确定第一信息的实现进行描述
在一个示例中,至少一个数据帧可以包括W个数据帧,W个数据帧为数据帧1、数据帧2……数据帧W,其中,数据帧1为第一数据帧的下一个数据帧,数据帧2为数据帧1的下一个数据帧,以此类推。W的取值可以为预先配置的,或者也可以是由接入网设备的接入层确定的,具体不做限定。
作为一种可能的实现,接入网设备的接入层确定第一数据帧传输失败后,可以确定对W个数据帧进行编码所推荐使用的编码类型为帧内编码。也就是说,只要第一数据帧传输失败,不论第一数据帧的类型为I帧或P帧,接入网设备的接入层都可以确定对W个数据帧进行编码所推荐使用的编码类型为帧内编码。
作为又一种可能的实现,接入网设备的接入层确定第一数据帧传输失败后,根据第一数据帧在GOP内的位置,确定为数据帧1推荐的编码类型,具体实现可以参照图6。以及,接入网设备的接入层根据数据帧1在GOP内的位置,确定为数据帧2推荐的编码类型,以此类推。
其中,接入网设备的应用层确定第一数据帧在GOP内的位置的实现可以有多种。作为一种可能的实现,接入网设备的接入层可以根据第四信息,确定第一数据帧在GOP内的位置。比如,第四信息包括第一数据帧在GOP中的位置信息,则接入网设备的接入层可以直接根据第四信息,确定第一数据帧在GOP中的位置。又比如,第四信息包括第一数据帧的重要程度,则接入网设备可以根据第一数据帧的重要程度,确定第一数据帧在GOP中的位置。又比如,第四信息包括第一数据帧的编码类型,则接入网设备可以根据第一数据帧的编码类型,确定第一数据帧在GOP中的位置。
可以理解的是,由于第一数据帧的重要程度、第一数据帧在GOP中的位置和第一数据帧的编码类型之间可以相互推导,因此,上述“根据第一数据帧在GOP内的位置,确定为数据帧1推荐的编码类型”也可以描述为“根据第一数据帧的重要程度,确定为数据帧1推荐的编码类型”,或者“根据第一数据帧的编码类型,确定为数据帧1推荐的编码类型”。
(2)对接入网设备的接入层确定第二信息的实现进行描述
示例性地,接入网设备可以根据终端的应用层当前使用的GOP的大小,确定推荐的GOP的大小。比如,推荐使用的GOP的大小可以小于终端的应用层当前使用的GOP的大小。
其中,接入网设备的接入层确定终端的应用层当前使用的GOP的大小的方式可以有多种。作为一种可能的实现,接入网设备的接入层可以根据第四信息(比如,第四信息包括GOP的大小),确定终端的应用层当前使用的GOP的大小。
(3)对接入网设备的接入层确定第三信息的实现进行描述
示例性地,接入网设备可以根据终端的应用层当前使用的编码速率,确定推荐的编码速率。比如,推荐使用的编码速率可以小于终端的应用层当前使用的编码速率。
其中,接入网设备的接入层确定终端的应用层当前使用的编码速率的方式可以有多种。作为一种可能的实现,接入网设备的接入层可以根据第四信息(比如,第四信息包括编码速率),确定终端的应用
层当前使用的编码速率。
可以理解的是,上述接入网设备的接入层确定编码推荐信息的一些可能实现,本申请实施例对接入网设备的接入层确定编码推荐信息的具体实现不做限制。在其它可能的实施例中,接入网设备的接入层还可以根据空口传输能力来确定编码推荐信息,或者根据空口传输能力和上述第四信息来确定编码推荐信息。
S903,终端的接入层向终端的应用层发送编码推荐信息;相应地,终端的应用层接收编码推荐信息。
示例性地,终端的接入层可以向终端的OS层(即RIL)发送AT命令,AT命令包括编码推荐信息;进而,OS层接收到AT命令后,可以通过OS层与应用层之间的API,向应用层发送编码推荐信息。可选地,终端的接入层还可以向终端的应用层发送第一指示信息,第一指示信息指示第一数据帧传输失败。比如,终端的接入层可以通过同一AT命令向终端的OS层发送第一指示信息和编码推荐信息。
可选地,上述方法还包括:
S904,终端的应用层根据编码推荐信息,调整第一数据帧之后的数据帧的编码方案。
比如,编码推荐信息包括第一信息,第一信息用于指示对W个数据帧进行编码所推荐使用的编码类型,W个数据帧为数据帧1、数据帧2……数据帧W,假设对W个数据帧进行编码所推荐使用的编码类型均为帧内编码。
此种情形下,若终端的应用层确定数据帧1尚未发送,则可以使用帧内编码对数据帧1进行编码并发送。可选地,终端的应用层可以使用帧间预测编码对数据帧2进行编码并发送,依次类推,数据帧1和后续的K-1个数据帧构成一个GOP;也就是说,数据帧1的编码类型是根据第一信息确定的,而数据帧1的后续数据帧的编码类型可以不再根据第一信息确定。
或者,若终端的应用层确定数据帧1已经发送,数据帧2尚未发送,则可以使用帧内编码对数据帧2进行编码并发送。可选地,终端的应用层可以使用帧间预测编码对数据帧3进行编码并发送,依次类推,数据帧2和后续的K-1个数据帧构成一个GOP;也就是说,数据帧2的编码类型是根据第一信息确定的,而数据帧1和数据帧2的后续数据帧的编码类型可以不再根据第一信息确定。
又比如,编码推荐信息包括第二信息,则终端的应用层可以将GOP的大小调整为推荐的GOP的大小。
又比如,编码推荐信息包括第二信息,则终端的应用层可以将编码速率调整为推荐的编码速率。
采用上述方法,接入网设备的接入层确定第一数据帧传输失败后,可以向终端的接入层发送编码推荐信息,进而由终端的接入层向终端的应用层发送编码推荐信息,从而使得终端的应用层可以及时根据编码推荐信息调整后续数据帧的编码方案,提高后续数据帧成功解码的概率。
实施例四
在实施例四中,将针对下行传输(下行数据帧的传输路径为:应用服务器→UPF网元→接入网设备→终端)的情形进行描述;其中,应用服务器为编码端,终端为解码端。在下行传输中,接入网设备的接入层可以确定下行数据帧是否传输失败,若下行数据帧传输失败,则可以反馈给终端的接入层,进而由终端的接入层反馈给终端的应用层,再由终端的应用层反馈给应用服务器。
图10为本申请实施例四提供的通信方法所对应的流程示意图。如图10所示,该方法包括如下步骤:
S1001,接入网设备的接入层确定第一数据帧传输失败。
此处,接入网设备的接入层确定第一数据帧传输失败的实现可以参照实施例二中S801的描述。
S1002,接入网设备的接入层向终端发送第二指示信息,第二指示信息指示第一数据帧传输失败;相应地,终端的接入层接收来自接入网设备的第二指示信息,并根据第二指示信息确定第一数据帧传输失败。
此处,接入网设备的接入层向终端发送第二指示信息的实现可以参照实施例二中S802的描述。
S1003,终端的接入层向终端的应用层发送第一指示信息,第一指示信息指示第一数据帧传输失败;相应地,终端的应用层接收第一指示信息。
此处,终端的接入层向终端的应用层发送第一指示信息的实现可以参照实施例一中S502的描述。
S1004,终端的应用层向应用服务器发送应用层消息,应用层消息包括第一指示信息;相应地,应用服务器接收第一指示信息。
如实施例一所述,第一指示信息包括传输失败指示、第一数据帧的标识和第一数据帧的类型信息中的至少一项。此处,应用层消息包括第一指示信息,也即应用层消息包括传输失败指示、第一数据帧的标识和第一数据帧的类型信息中的至少一项。
示例性地,终端的应用层可以通过TCP连接向应用服务器发送应用层消息。
可选地,上述方法还包括:
S1005,应用服务器根据第一指示信息,调整第一数据帧之后的数据帧的编码方案。
此处,应用服务器调整编码方案的实现可以参照实施例一中S503的描述。
采用上述方法,接入网设备的接入层确定第一数据帧传输失败后,可以通知给终端的接入层,进而由终端的接入层通知给终端的应用层,再由终端的应用层通知给应用服务器,从而使得应用服务器可以及时调整后续数据帧的编码方案,提高后续数据帧成功解码的概率。
此外,在其它可能的实施例中,接入网设备确定第一数据帧传输失败后,可以通过核心网网元(比如,AMF网元、SMF网元、UPF网元、AF网元等),通知应用服务器第一数据帧传输失败;但采用该种方式,需要对现有协议中核心网的相关内容进行修改。而采用上述实施例四中的方案,由于终端可以通过应用层消息通知应用服务器第一数据帧传输失败(核心网网元不解析应用层消息),从而可以避免对现有协议中核心网的相关内容进行修改,实现较为便捷。
实施例五
在实施例四中,在下行传输中,接入网设备的接入层可以确定下行数据帧是否传输失败,若下行数据帧传输失败,则可以向终端的接入层反馈编码推荐信息,进而由终端的接入层反馈给终端的应用层,再由终端的应用层反馈给应用服务器。
图11为本申请实施例五提供的通信方法所对应的流程示意图。如图11所示,该方法包括如下步骤:
S1101,接入网设备的接入层确定第一数据帧传输失败。
此处,接入网设备的接入层确定第一数据帧传输失败的实现可以参照实施例二中S801的描述。
S1102,接入网设备的接入层向终端发送编码推荐信息;相应地,终端的接入层接收编码推荐信息。
此处,接入网设备的接入层向终端发送编码推荐信息的实现可以参照实施例三中S902的描述。
示例性地,针对于第四信息,下行传输与上行传输的区别在于:上行传输中,终端可以确定第四信息,并发送给接入网设备。下行传输中,接入网设备可以从终端获取第四信息,比如应用服务器可以将第四信息发送给终端,进而由终端发送给接入网设备;或者,接入网设备也可以从核心网网元获取第四信息,比如应用服务器可以将第四信息发送给AF网元,AF网元将第四信息发送给SMF网元,进而SMF网元将第四信息发送给接入网设备。
S1103,终端的接入层向终端的应用层发送编码推荐信息;相应地,终端的应用层接收编码推荐信息。
此处,终端的接入层向终端的应用层发送编码推荐信息的实现可以参照实施例三中S903的描述。
S1104,终端的应用层向应用服务器发送应用层消息,应用层消息包括编码推荐信息。
可选地,上述方法还包括:
S1105,应用服务器根据编码推荐信息,调整第一数据帧之后的数据帧的编码方案。
此处,应用服务器调整编码方案的实现可以参照实施例三中S904的描述。
采用上述方法,接入网设备的接入层确定第一数据帧传输失败后,可以向终端发送编码推荐信息,进而由终端的应用层向应用服务器发送编码推荐信息,从而使得应用服务器可以及时根据编码推荐信息调整后续数据帧的编码方案,提高后续数据帧成功解码的概率。
实施例六
如前文所述,终端的接入层和终端的应用层可以通过RIL传输辅助信息,该方案的应用场景可以有多种。比如,在一种可能的应用场景中,终端的应用层可以获取用户的业务体验感知信息,进而根据业务体验感知信息触发终端的接入层与接入网设备协商传输速率,从而便于提高用户体验。下面结合图12进行详细描述。
图12为本申请实施例六提供的通信方法所对应的流程示意图。如图12所示,该方法包括如下步骤:
S1201,终端的应用层获取用户针对第一业务的业务体验感知信息。
示例性地,业务体验可以划分为多个不同的等级,例如优秀、良好、一般、差等四个等级。相应地,业务体验感知信息用于指示用户针对第一业务的业务体验为优秀、良好、一般、差中的哪个等级。
比如,终端的应用层可以通过显示界面的弹窗等方式,请求用户选择当前的业务体验为优秀、良好、一般、差中的哪个等级,进而可以根据用户的选择,获取用户针对第一业务的业务体验感知信息。
S1202,终端的应用层根据业务体验感知信息,向终端的接入层发送第三指示信息,第三指示信息指示用户针对第一业务的业务体验下降。
示例性地,当终端的应用层确定针对第一业务的业务体验的等级较低时(比如等级为一般或差时),通过API向OS层发送第三指示信息,第三指示信息指示用户针对第一业务的业务体验下降;进而,OS层接收到第三指示信息后,可以向终端的接入层发送AT命令,AT命令包括第三指示信息。
S1203,终端的接入层根据第三指示信息,向接入网设备的接入层发送传输速率协商请求;相应地,接入网设备的接入层接收速率协商请求。
进一步地,上述方法还可以包括S1204-a和S1205-a(即实现方式1),或者包括S1204-b和S1205-b(即实现方式2)。
S1204-a,接入网设备的接入层确定第一业务的推荐传输速率,并向终端的接入层发送第一业务的推荐传输速率;相应地,终端的接入层接收第一业务的推荐传输速率。
示例性地,接入网设备的接入层可以根据以下(1)(2)和(3)中的至少一项,确定第一业务的推荐传输速率。其中,(1)第一业务的等待时延状况(比如PDCP层的队列长度、等待时延、剩余时延等);(2)空口的信道质量;(3)信道资源的使用情况。比如,若第一业务的PDCP层的队列长度较长或空口的信道质量较差或信道资源的可用资源较少,则确定的第一业务的推荐传输速率可以小于目前的传输速率。
S1205-a,终端的接入层向终端的应用层发送第一业务的推荐传输速率。
示例性地,终端的接入层向OS层发送AT命令,AT命令包括第一业务的推荐传输速率;进而,OS层接收到AT命令后,通过API向终端的应用层发送第一业务的推荐传输速率。
如此,针对于上行传输,终端的应用层接收到第一业务的推荐传输速率,可以根据第一业务的推荐传输速率,调整第一业务的传输速率,从而提高用户体验。
针对于下行传输,终端的应用层可以向应用服务器发送应用层消息,应用层消息包括第一业务的推荐传输速率。相应地,应用服务器接收到第一业务的推荐传输速率后,可以根据第一业务的推荐传输速率,调整第一业务的传输速率,从而提高用户体验。其中,终端的应用层向应用服务器发送的应用层消息,可以经过接入网设备和核心网网元传输至应用服务器,接入网设备和核心网网元不解析应用层消息。
S1204-b,接入网设备的接入层向终端的接入层发送速率协商信息;相应地,终端的接入层接收速率协商信息。
示例性地,速率协商信息可以包括以下至少一项:(1)第一业务的等待时延状况(比如PDCP层的队列长度、等待时延、剩余时延等);(2)空口的信道质量;或(3)信道资源的使用情况。
S1205-b,终端的接入层向终端的应用层发送速率协商信息。
示例性地,终端的接入层向OS层发送AT命令,AT命令包括速率协商信息;进而,OS层接收到AT命令后,通过API向终端的应用层发送速率协商信息。
如此,针对于上行传输,终端的应用层接收到速率协商信息后,可以根据速率协商信息,调整第一业务的传输速率,从而提高用户体验。比如,若第一业务的PDCP层的队列长度较长或空口的信道质量较差或信道资源的可用资源较少,则终端的应用层可以降低第一业务的传输速率。
针对于下行传输,终端的应用层可以向应用服务器发送应用层消息,应用层消息包括速率协商信息。相应地,应用服务器接收到速率协商信息后,可以根据速率协商信息,调整第一业务的传输速率,从而提高用户体验。
此外,针对于终端的接入层与接入网设备的接入层之间传输的信息(比如终端的接入层向接入网设备的接入层发送传输速率协商请求、接入网设备的接入层向终端的接入层发送第一业务的推荐传输
速率、接入网设备的接入层向终端的接入层发送速率协商信息等),这些信息可以承载于RRC消息、PDCP层的信令、RLC层的信令、MAC层的信令或物理层的信令,具体可以参照上文。
针对于上述实施例一至实施例六,可以理解的是:
(1)上述侧重描述了实施例一至实施例六中不同实施例之间的差异之处,除差异之处的其它内容,实施例一至实施例六之间可以相互参照;此外,同一实施例中,不同实现方式或不同示例之间也可以相互参照。
(2)实施例一至实施例六所描述的各个流程图的步骤编号仅为执行流程的一种示例,并不构成对步骤执行的先后顺序的限制,本申请实施例中相互之间没有时序依赖关系的步骤之间没有严格的执行顺序。各个流程图中所示意的步骤并非全部是必须执行的步骤,可以根据实际需要在各个流程图的基础上删除部分步骤,或者也可以根据实际需要在各个流程图的基础上增添其它可能的步骤。
(3)本申请实施例所涉及的“A向B发送信息a,B接收到信息a后,向C发送信息a”可以是指:B接收并解析出信息a后,不对信息a进行加工,直接发送给C;或者,也可以是指:B接收并解析出信息a后,对信息a进行加工(比如调整信息a的格式等),并将加工后的信息a发送给C;其中,加工前的信息a和加工后的信息a的功能相同,可选地,所包括的具体内容也相同。
上述主要从通信装置交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,为了实现上述功能,接入网设备和终端可以包括执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请的实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对接入网设备和终端进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
图13示出了本申请实施例中所涉及的装置的可能的示例性框图。如图13所示,装置1300可以包括:处理单元1302和通信单元1303。处理单元1302用于对装置1300的动作进行控制管理。通信单元1303用于支持装置1300与其他设备的通信。可选地,通信单元1303也称为收发单元,可以包括接收单元和/或发送单元,分别用于执行接收和发送操作。装置1300还可以包括存储单元1301,用于存储装置1300的程序代码和/或数据。
该装置1300可以为上述实施例中的终端、或者还可以为设置在终端中的部件(例如电路或者芯片)。处理单元1302可以支持装置1300执行上文中各方法示例中终端的动作。或者,处理单元1302主要执行方法示例中的终端的内部动作,通信单元1303可以支持装置1300与其它设备之间的通信。
比如,在一个实施例中,处理单元1302用于:在终端的接入层确定第一数据帧传输失败,控制终端的接入层向所述终端的应用层发送第一指示信息,所述第一指示信息指示所述第一数据帧传输失败。
在一种可能的设计中,所述处理单元1302具体用于:控制所述终端的接入层向所述终端的操作系统OS层发送注意AT命令,所述AT命令包括所述第一指示信息;以及控制所述终端的OS层向所述应用层发送所述第一指示信息。
在一种可能的设计中,所述处理单元1302具体用于:控制所述终端的OS层通过调用应用程序接口API向所述应用层发送所述第一指示信息。
在一种可能的设计中,所述第一指示信息包括以下至少一项:传输失败指示;所述第一数据帧的标识;或,所述第一数据帧的类型信息。
在一种可能的设计中,所述第一数据帧为上行数据帧,所述处理单元1302具体用于:当所述第一数据帧中传输失败的数据包的个数大于或等于阈值时,在所述终端的接入层确定第一数据帧传输失败。
在一种可能的设计中,所述第一数据帧为上行数据帧或下行数据帧,所述通信单元1303用于:接收来自接入网设备的第二指示信息,所述第二指示信息指示所述第一数据帧传输失败;所述处理单元1302具体用于:根据所述第二指示信息,在终端的接入层确定所述第一数据帧传输失败。
在一种可能的设计中,当所述第一数据帧为下行数据帧时,所述通信单元1303用于:向应用服务
器发送应用层消息,所述应用层消息包括所述第一指示信息。
在一种可能的设计中,所述通信单元1303用于:接收来自所述接入网设备的编码推荐信息,所述编码推荐信息用于调整所述第一数据帧之后的数据帧的编码方案;所述处理单元1302还用于:控制所述终端的接入层向所述终端的应用层发送所述编码推荐信息。
在一种可能的设计中,所述编码推荐信息包括以下至少一项:第一信息,所述第一信息用于指示对所述第一数据帧之后的至少一个数据帧进行编码所推荐使用的编码类型;第二信息,所述第二信息用于指示推荐使用的图像组GOP的大小;或,第三信息,所述第三信息用于指示推荐使用的编码速率。
在一种可能的设计中,所述通信单元1303用于:向所述接入网设备发送第四信息,所述第四信息用于确定所述编码推荐信息。
在一种可能的设计中,所述第四信息包括以下至少一项:所述第一数据帧的编码类型;所述第一数据帧在GOP中的位置信息;所述GOP的大小;所述第一数据帧的重要程度;或,所述终端的应用层使用的编码速率。
在一种可能的设计中,当所述第一数据帧为下行数据帧时,所述通信单元1303用于:向应用服务器发送所述编码推荐信息。
该装置1300可以为上述实施例中的接入网设备、或者还可以为设置在接入网设备中的部件(例如电路或者芯片)。处理单元1302可以支持装置1300执行上文中各方法示例中接入网设备的动作。或者,处理单元1302主要执行方法示例中的接入网设备的内部动作,通信单元1303可以支持装置1300与其它设备之间的通信。
在一个实施例中,处理单元1302用于:在接入网设备的接入层确定第一数据帧传输失败,所述第一数据帧为上行数据帧或下行数据帧;通信单元1303用于:向终端发送第二指示信息,所述第二指示信息指示所述第一数据帧传输失败。
在一种可能的设计中,处理单元1302具体用于:当所述第一数据帧中传输失败的数据包的个数大于或等于阈值时,在接入网设备的接入层确定所述第一数据帧传输失败。
在一种可能的设计中,通信单元1303还用于:从所述终端或核心网网元获取所述阈值。
在一种可能的设计中,所述第二指示信息包括以下至少一项:传输失败指示;所述第一数据帧的标识;或,所述第一数据帧的类型。
在一种可能的设计中,通信单元1303还用于:向所述终端发送编码推荐信息,所述编码推荐信息用于调整所述第一数据帧之后的数据帧的编码方案。
在一种可能的设计中,所述编码推荐信息包括以下至少一项:第一信息,所述第一信息用于指示对所述第一数据帧之后的至少一个数据帧进行编码所推荐使用的编码类型;第二信息,所述第二信息用于指示推荐使用的GOP的大小;或,第三信息,所述第三信息用于指示推荐使用的编码速率。
在一种可能的设计中,通信单元1303还用于:接收来自所述终端或核心网网元的第四信息,所述第四信息用于确定所述编码推荐信息。
在一种可能的设计中,所述第四信息包括以下至少一项:所述第一数据帧的编码类型;所述第一数据帧在GOP中的位置信息;所述GOP的大小;所述第一数据帧的重要程度;或,所述终端的应用层使用的编码速率。
应理解以上装置中单元的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分单元以软件通过处理元件调用的形式实现,部分单元以硬件的形式实现。例如,各个单元可以为单独设立的处理元件,也可以集成在装置的某一个芯片中实现,此外,也可以以程序的形式存储于存储器中,由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件又可以成为处理器,可以是一种具有信号的处理能力的集成电路。在实现过程中,上述方法的各操作或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。
在一个例子中,以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(application specific integrated circuit,ASIC),或,一个或多个微处理器(digital singnal processor,DSP),或,一个或者多个现场可编程门阵列(field programmable gate array,FPGA),或这些集成电路形式中至少两种的组合。再如,当装置中的单元可以通过处理元件调度程序的形式实现
时,该处理元件可以是处理器,比如通用中央处理器(central processing unit,CPU),或其它可以调用程序的处理器。再如,这些单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现。
以上用于接收的单元是一种该装置的接口电路,用于从其它装置接收信号。例如,当该装置以芯片的方式实现时,该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路,用于向其它装置发送信号。例如,当该装置以芯片的方式实现时,该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。
参见图14,为本申请实施例提供的一种终端的结构示意图,用于实现以上实施例中终端的操作。如图14所示,该终端包括:天线1410、射频部分1420、信号处理部分1430。天线1410与射频部分1420连接。在下行方向上,射频部分1420通过天线1410接收网络设备发送的信息,将网络设备发送的信息发送给信号处理部分1430进行处理。在上行方向上,信号处理部分1430对终端的信息进行处理,并发送给射频部分1420,射频部分1420对终端的信息进行处理后经过天线1410发送给网络设备。
信号处理部分1430可以包括调制解调子系统,用于实现对数据各通信协议层的处理;还可以包括中央处理子系统,用于实现对终端操作系统以及应用层的处理;此外,还可以包括其它子系统,例如多媒体子系统,周边子系统等,其中多媒体子系统用于实现对终端相机,屏幕显示等的控制,周边子系统用于实现与其它设备的连接。调制解调子系统可以为单独设置的芯片。
调制解调子系统可以包括一个或多个处理元件1431,例如,包括一个主控CPU和其它集成电路。此外,该调制解调子系统还可以包括存储元件1432和接口电路1433。存储元件1432用于存储数据和程序,但用于执行以上方法中终端所执行的方法的程序可能不存储于该存储元件1432中,而是存储于调制解调子系统之外的存储器中,使用时调制解调子系统加载使用。接口电路1433用于与其它子系统通信。
该调制解调子系统可以通过芯片实现,该芯片包括至少一个处理元件和接口电路,其中处理元件用于执行以上终端执行的任一种方法的各个步骤,接口电路用于与其它装置通信。在一种实现中,终端实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现,例如用于终端的装置包括处理元件和存储元件,处理元件调用存储元件存储的程序,以执行以上方法实施例中终端执行的方法。存储元件可以为与处理元件处于同一芯片上的存储元件,即片内存储元件。
在另一种实现中,用于执行以上方法中终端所执行的方法的程序可以在与处理元件处于不同芯片上的存储元件,即片外存储元件。此时,处理元件从片外存储元件调用或加载程序于片内存储元件上,以调用并执行以上方法实施例中终端执行的方法。
在又一种实现中,终端实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件,这些处理元件设置于调制解调子系统上,这里的处理元件可以为集成电路,例如:一个或多个ASIC,或,一个或多个DSP,或,一个或者多个FPGA,或者这些类集成电路的组合。这些集成电路可以集成在一起,构成芯片。
终端实现以上方法中各个步骤的单元可以集成在一起,以SOC的形式实现,该SOC芯片,用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件,由处理元件调用存储元件的存储的程序的形式实现以上终端执行的方法;或者,该芯片内可以集成至少一个集成电路,用于实现以上终端执行的方法;或者,可以结合以上实现方式,部分单元的功能通过处理元件调用程序的形式实现,部分单元的功能通过集成电路的形式实现。
可见,以上用于终端的装置可以包括至少一个处理元件和接口电路,其中至少一个处理元件用于执行以上方法实施例所提供的任一种终端执行的方法。处理元件可以以第一种方式:即调用存储元件存储的程序的方式执行终端执行的部分或全部步骤;也可以以第二种方式:即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行终端执行的部分或全部步骤;当然,也可以结合第一种方式和第二种方式执行终端执行的部分或全部步骤。
这里的处理元件同以上描述,可以通过处理器实现,处理元件的功能可以和图13中所描述的处理单元的功能相同。示例性地,处理元件可以是通用处理器,例如CPU,还可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个ASIC,或,一个或多个微处理器DSP,或,一个或者多个FPGA等,或这些集成电路形式中至少两种的组合。存储元件可以通过存储器实现,存储元件的功能可以和图13中所描述的存储单元的功能相同。存储元件可以是一个存储器,也可以是多个存储器的
统称。
图14所示的终端能够实现上述方法实施例中涉及终端的各个过程。图14所示的终端中的各个模块的操作和/或功能,分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述,为避免重复,此处适当省略详述描述。
参见图15,为本申请实施例提供的一种接入网设备的结构示意图,该接入网设备(或基站)可应用于如图1所示的系统架构中,执行上述方法实施例中第一接入网设备或第二接入网设备的功能。如图15所示,接入网设备150可包括一个或多个DU 1501和一个或多个CU 1502。所述DU 1501可以包括至少一个天线15011,至少一个射频单元15012,至少一个处理器15013和至少一个存储器15014。所述DU 1501部分主要用于射频信号的收发以及射频信号与基带信号的转换,以及部分基带处理。CU1502可以包括至少一个处理器15022和至少一个存储器15021。
所述CU 1502部分主要用于进行基带处理,对接入网设备进行控制等。所述DU 1501与CU 1502可以是物理上设置在一起,也可以物理上分离设置的,即分布式基站。所述CU 1502为接入网设备的控制中心,也可以称为处理单元,主要用于完成基带处理功能。例如所述CU 1502可以用于控制接入网设备执行上述方法实施例中关于接入网设备的操作流程。
此外,可选的,接入网设备150可以包括一个或多个射频单元,一个或多个DU和一个或多个CU。其中,DU可以包括至少一个处理器15013和至少一个存储器15014,射频单元可以包括至少一个天线15011和至少一个射频单元15012,CU可以包括至少一个处理器15022和至少一个存储器15021。
在一个实例中,所述CU1502可以由一个或多个单板构成,多个单板可以共同支持单一接入指示的无线接入网(如5G网),也可以分别支持不同接入制式的无线接入网(如LTE网,5G网或其他网)。所述存储器15021和处理器15022可以服务于一个或多个单板。也就是说,可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。所述DU1501可以由一个或多个单板构成,多个单板可以共同支持单一接入指示的无线接入网(如5G网),也可以分别支持不同接入制式的无线接入网(如LTE网,5G网或其他网)。所述存储器15014和处理器15013可以服务于一个或多个单板。也就是说,可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。
图15所示的接入网设备能够实现上述方法实施例中涉及接入网设备的各个过程。图15所示的接入网设备中的各个模块的操作和/或功能,分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述,为避免重复,此处适当省略详述描述。
本申请实施例还提供一种通信系统,该通信系统可以包括终端和接入网设备,其中,终端用于执行上述方法实施例中终端侧的步骤,接入网设备用于执行上述方法实施例中接入网设备侧的步骤。
可选地,该通信系统还可以包括应用服务器,应用服务器用于执行上述方法实施例中应用服务器侧的步骤。
本申请实施例中的术语“系统”和“网络”可被互换使用。“至少一种”是指一种或者多种,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A、同时存在A和B、单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如“A,B或C中的至少一个”包括A,B,C,AB,AC,BC或ABC,“A,B和C中的至少一个”也可以理解为包括A,B,C,AB,AC,BC或ABC。以及,除非有特别说明,本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分,不用于限定多个对象的顺序、时序、优先级或者重要程度。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处
理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (24)
- 一种通信方法,其特征在于,所述方法包括:终端的接入层确定第一数据帧传输失败;所述终端的接入层向所述终端的应用层发送第一指示信息,所述第一指示信息指示所述第一数据帧传输失败。
- 根据权利要求1所述的方法,其特征在于,所述终端的接入层向所述终端的应用层发送第一指示信息,包括:所述终端的接入层向所述终端的操作系统OS层发送注意AT命令,所述AT命令包括所述第一指示信息;所述终端的OS层向所述应用层发送所述第一指示信息。
- 根据权利要求2所述的方法,其特征在于,所述终端的OS层向所述应用层发送所述第一指示信息,包括:所述终端的OS层通过调用应用程序接口API向所述应用层发送所述第一指示信息。
- 根据权利要求1至3中任一项所述的方法,其特征在于,所述第一指示信息包括以下至少一项:传输失败指示;所述第一数据帧的标识;或,所述第一数据帧的类型信息。
- 根据权利要求1至4中任一项所述的方法,其特征在于,所述第一数据帧为上行数据帧,所述终端的接入层确定第一数据帧传输失败,包括:当所述第一数据帧中传输失败的数据包的个数大于或等于第一阈值时,所述终端的接入层确定第一数据帧传输失败;或者,当所述第一数据帧中传输失败的数据包的个数与第一数据帧的总数据包个数的比值大于或等于第二阈值时,所述终端的接入层确定第一数据帧传输失败。
- 根据权利要求1至4中任一项所述的方法,其特征在于,所述第一数据帧为上行数据帧或下行数据帧,所述终端的接入层确定第一数据帧传输失败,包括:所述终端的接入层接收来自接入网设备的第二指示信息,所述第二指示信息指示所述第一数据帧传输失败;根据所述第二指示信息,确定所述第一数据帧传输失败。
- 根据权利要求6所述的方法,其特征在于,当所述第一数据帧为下行数据帧时,所述方法还包括:所述终端的应用层向应用服务器发送应用层消息,所述应用层消息包括所述第一指示信息。
- 根据权利要求6或7所述的方法,其特征在于,所述方法还包括:所述终端的接入层接收来自所述接入网设备的编码推荐信息,所述编码推荐信息用于调整所述第一数据帧之后的数据帧的编码方案;所述终端的接入层向所述终端的应用层发送所述编码推荐信息。
- 根据权利要求8所述的方法,其特征在于,所述编码推荐信息包括以下至少一项:第一信息,所述第一信息用于指示对所述第一数据帧之后的至少一个数据帧进行编码所推荐使用的编码类型;第二信息,所述第二信息用于指示推荐使用的图像组GOP的大小;或,第三信息,所述第三信息用于指示推荐使用的编码速率。
- 根据权利要求8或9所述的方法,其特征在于,所述方法还包括:向所述接入网设备发送第四信息,所述第四信息用于确定所述编码推荐信息。
- 根据权利要求10所述的方法,其特征在于,所述第四信息包括以下至少一项:所述第一数据帧的编码类型;所述第一数据帧在GOP中的位置信息;所述GOP的大小;所述第一数据帧的重要程度;或,所述终端的应用层使用的编码速率。
- 根据权利要求8至11中任一项所述的方法,其特征在于,当所述第一数据帧为下行数据帧时, 所述方法还包括:所述终端的应用层向应用服务器发送所述编码推荐信息。
- 一种通信方法,其特征在于,所述方法包括:接入网设备的接入层确定第一数据帧传输失败,所述第一数据帧为上行数据帧或下行数据帧;所述接入网设备的接入层向终端发送第二指示信息,所述第二指示信息指示所述第一数据帧传输失败。
- 根据权利要求13所述的方法,其特征在于,所述接入网设备的接入层确定第一数据帧传输失败,包括:当所述第一数据帧中传输失败的数据包的个数大于或等于第四阈值时,所述接入网设备的接入层确定所述第一数据帧传输失败;或者,当所述第一数据帧中传输失败的数据包的个数与第一数据帧的总数据包个数的比值大于或等于第五阈值时,所述接入网设备的接入层确定所述第一数据帧传输失败。
- 根据权利要求14所述的方法,其特征在于,所述方法还包括:从所述终端或核心网网元获取所述阈值。
- 根据权利要求13至15中任一项所述的方法,其特征在于,所述第二指示信息包括以下至少一项:传输失败指示;所述第一数据帧的标识;或,所述第一数据帧的类型。
- 根据权利要求13至16中任一项所述的方法,其特征在于,所述方法还包括:所述接入网设备的接入层向所述终端发送编码推荐信息,所述编码推荐信息用于调整所述第一数据帧之后的数据帧的编码方案。
- 根据权利要求17所述的方法,其特征在于,所述编码推荐信息包括以下至少一项:第一信息,所述第一信息用于指示对所述第一数据帧之后的至少一个数据帧进行编码所推荐使用的编码类型;第二信息,所述第二信息用于指示推荐使用的GOP的大小;或,第三信息,所述第三信息用于指示推荐使用的编码速率。
- 根据权利要求17或18所述的方法,其特征在于,所述方法还包括:接收来自所述终端或核心网网元的第四信息,所述第四信息用于确定所述编码推荐信息。
- 根据权利要求19所述的方法,其特征在于,所述第四信息包括以下至少一项:所述第一数据帧的编码类型;所述第一数据帧在GOP中的位置信息;所述GOP的大小;所述第一数据帧的重要程度;或,所述终端的应用层使用的编码速率。
- 一种通信装置,其特征在于,包括处理器,所述处理器和存储器耦合,所述存储器中存储有计算机程序;所述处理器用于调用所述存储器中的计算机程序,使得所述通信装置执行如权利要求1至12中任一项所述的方法或者如权利要求13至20中任一项所述的方法。
- 一种计算机可读存储介质,其特征在于,所述存储介质中存储有计算机程序或指令,当所述计算机程序或指令被计算机执行时,实现如权利要求1至12中任一项所述的方法或者如权利要求13至20中任一项所述的方法。
- 一种计算机程序产品,其特征在于,当计算机读取并执行所述计算机程序产品时,使得计算机执行如权利要求1至12中任一项所述的方法或者如权利要求13至20中任一项所述的方法。
- 一种通信系统,其特征在于,所述通信系统包括终端和接入网设备;其中,所述终端用于执行如权利要求1至12中任一项所述的方法,所述接入网设备用于执行如权利要求13至20中任一项所述的方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211216569.2A CN117812253A (zh) | 2022-09-30 | 2022-09-30 | 一种通信方法及装置 |
CN202211216569.2 | 2022-09-30 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2024067374A1 true WO2024067374A1 (zh) | 2024-04-04 |
Family
ID=90424150
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2023/120545 WO2024067374A1 (zh) | 2022-09-30 | 2023-09-22 | 一种通信方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN117812253A (zh) |
WO (1) | WO2024067374A1 (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105075323A (zh) * | 2013-03-29 | 2015-11-18 | Vid拓展公司 | 早期分组丢失检测和反馈 |
CN109788509A (zh) * | 2017-11-15 | 2019-05-21 | 华为技术有限公司 | 连续数据包传输失败的规避方法及装置 |
US20220077972A1 (en) * | 2020-09-08 | 2022-03-10 | Qualcomm Incorporated | Sending feedback at radio access network level |
WO2022133918A1 (zh) * | 2020-12-24 | 2022-06-30 | 华为技术有限公司 | 解码失败的处理方法、装置和系统 |
-
2022
- 2022-09-30 CN CN202211216569.2A patent/CN117812253A/zh active Pending
-
2023
- 2023-09-22 WO PCT/CN2023/120545 patent/WO2024067374A1/zh unknown
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105075323A (zh) * | 2013-03-29 | 2015-11-18 | Vid拓展公司 | 早期分组丢失检测和反馈 |
CN109788509A (zh) * | 2017-11-15 | 2019-05-21 | 华为技术有限公司 | 连续数据包传输失败的规避方法及装置 |
US20220077972A1 (en) * | 2020-09-08 | 2022-03-10 | Qualcomm Incorporated | Sending feedback at radio access network level |
WO2022133918A1 (zh) * | 2020-12-24 | 2022-06-30 | 华为技术有限公司 | 解码失败的处理方法、装置和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN117812253A (zh) | 2024-04-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200068652A1 (en) | Data transmission processing method and apparatus | |
JP6907444B2 (ja) | データ伝送方法、通信デバイス、端末、および基地局 | |
WO2021259112A1 (zh) | 一种业务传输方法及装置 | |
WO2021244218A1 (zh) | 一种通信方法及装置 | |
US20230231787A1 (en) | Communication method and an apparatus | |
US20230354334A1 (en) | Communication method and apparatus | |
WO2023207846A1 (zh) | 通信方法和装置 | |
US20230050923A1 (en) | Media packet transmission method, apparatus, and system | |
CN116261173A (zh) | 一种通信方法和装置 | |
WO2024067374A1 (zh) | 一种通信方法及装置 | |
WO2023087145A1 (en) | Methods and apparatuses for pdcp reordering management | |
CN113596915A (zh) | 一种通信方法及装置 | |
WO2023185608A1 (zh) | 一种数据传输的方法及通信装置 | |
EP4300983A1 (en) | Media data transmission method and communication apparatus | |
WO2024082361A1 (en) | Method and apparatus of data transmission | |
WO2022178778A1 (zh) | 一种数据传输方法及通信装置 | |
WO2024055871A1 (zh) | 一种通信系统中传输数据的方法和通信装置 | |
US20240031861A1 (en) | Communication method and device | |
WO2024011380A1 (en) | Wireless communication method and base station for extended reality traffic | |
WO2023210705A1 (ja) | 通信制御方法 | |
WO2022056863A1 (zh) | 一种切换方法及装置 | |
WO2023109743A1 (zh) | 传输数据的方法和通信装置 | |
WO2023216986A1 (zh) | 缓存状态报告bsr指示方法和装置 | |
CN115551019A (zh) | 数据流的传输方法和传输装置 | |
JP2024064705A (ja) | 移動通信システム、サーバ装置、基地局装置、及びコアネットワーク装置 |