CN117062142A - 通信方法和装置 - Google Patents

通信方法和装置 Download PDF

Info

Publication number
CN117062142A
CN117062142A CN202210481785.3A CN202210481785A CN117062142A CN 117062142 A CN117062142 A CN 117062142A CN 202210481785 A CN202210481785 A CN 202210481785A CN 117062142 A CN117062142 A CN 117062142A
Authority
CN
China
Prior art keywords
data set
pdu
data
network element
transmission failure
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
Application number
CN202210481785.3A
Other languages
English (en)
Inventor
王丹
周汉
魏鑫鹏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202210481785.3A priority Critical patent/CN117062142A/zh
Priority to PCT/CN2023/090035 priority patent/WO2023213202A1/zh
Publication of CN117062142A publication Critical patent/CN117062142A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • 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
    • 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/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • 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/0273—Traffic management, e.g. flow control or congestion control adapting protocols for flow control or congestion control to wireless environment, e.g. adapting transmission control protocol [TCP]
    • 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/0289—Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供了一种通信方法和装置，该方法包括：用户面网元向接入网设备发送第一数据集；该用户面网元接收来自该接入网设备的该第一数据集传输失败的指示信息；该用户面网元根据该第一数据集传输失败的指示信息，处理该第一数据集和/或第二数据集，该第二数据集与该第一数据集之间具有关联关系。根据本申请的方法，用户面网元可以根据从接入网设备接收的第一数据集传输失败的指示信息，处理第一数据集和/或第二数据集。相比于用户面网元只按照数据集的顺序发送数据集，采用本申请的方法可以提高传输数据集的灵活性。

Description

通信方法和装置
技术领域
本申请涉及通信领域，具体地，涉及一种通信方法和装置。
背景技术
在无线通信网络中，扩展现实(extended reality，XR)技术具有多视角、交互性强等优点，能够为用户提供了一种全新的视觉体验，具有极大的应用价值和商业潜力。XR包含虚拟现实(virtual reality，VR)、增强现实(augmented reality，AR)、和混合现实(mixreality，MR)等技术，能够广泛应用于娱乐、游戏、医疗、广告、工业、在线教育、以及工程等诸多领域。
当前，用户面网元(例如，UPF)按照数据集(例如，PDU set)之间的先后顺序向接入网设备(例如，RAN)传输数据集。然而这种传输方式存在着一些问题。具体而言，在XR业务中，一旦某个数据集(例如，PDU set)传输失败，反映到用户体验上很可能会造成秒级的卡顿，而XR业务对时延要求很高，秒级的卡顿会造成用户体验的严重下降。此外，XR业务中的PDU sets之间会存在着关联关系。例如，发送视频的时候往往是I帧、P帧交替发送。P帧需要依赖于I帧或前面的一个P帧进行解码。因此，一旦I帧或前面的P帧传输失败，后面的P帧即使传输成功，也无法进行解码。
因此，如果UPF仅按照PDU set之间的先后顺序进行传输的话，可能会存在资源浪费的问题，或者可能在用户端出现较长时间的卡顿，给用户造成不好的体验。即，当前UPF传输PDU set的方式不够灵活。
发明内容
本申请提供一种通信方法和装置，用于提高传输数据集的灵活性。
第一方面，提供一种通信方法，包括：
用户面网元向接入网设备发送第一数据集；该用户面网元接收来自该接入网设备的该第一数据集传输失败的指示信息；该用户面网元根据该第一数据集传输失败的指示信息，处理该第一数据集和/或第二数据集，该第二数据集与该第一数据集之间具有关联关系。
根据本申请的方法，用户面网元可以根据从接入网设备接收的第一数据集传输失败的指示信息，处理第一数据集和/或第二数据集。相比于用户面网元只按照数据集的顺序发送数据集，采用本申请的方法可以提高传输数据集的灵活性。
结合第一方面，在第一方面的某些实现方式中，该用户面网元根据该第一数据集传输失败的指示信息，处理该第一数据集，包括：该用户面网元根据该第一数据集传输失败的指示信息重传该第一数据集。
根据本申请的方法，在第一数据集传输失败的情况下，用户面网元可以重传第一数据集，从而尽可能减少卡顿现象的发生。
结合第一方面，在第一方面的某些实现方式中，该第一数据集传输失败的指示信息中包括该第一数据集传输失败的原因为非拥塞；
该用户面网元根据该第一数据集传输失败的指示信息重传该第一数据集包括：该用户面网元基于该第一数据集传输失败的原因为非拥塞重传该第一数据集。
根据本申请的方法，作为一种优选的实施方式，在第一数据集传输失败的原因为非拥塞的情况下，用户面网元重传第一数据集。
结合第一方面，在第一方面的某些实现方式中，该用户面网元根据该第一数据集传输失败的指示信息重传该第一数据集，包括：
该用户面网元根据该第一数据集传输失败的指示信息，以及该第一数据集与该第二数据集之间的关联关系，重传该第一数据集。
结合第一方面，在第一方面的某些实现方式中，该用户面网元根据该第一数据集传输失败的指示信息重传该第一数据集，包括：
在该第一数据集的重要程度为重要的情况下，该用户面网元重传该第一数据集。
结合第一方面，在第一方面的某些实现方式中，如果该第一数据集在该数据集组中的位置在预设位置之前，该第一数据集的重要程度为重要，该数据集组中包括多个数据集，该第一数据集为该多个数据集中的一个。
结合第一方面，在第一方面的某些实现方式中，该第一数据集进行重传时的优先级高于在重传之前的优先级。
根据本申请的方法，通过提高第一数据集重传时的优先级，从而尽可能更快地将第一数据集传输到终端设备。
结合第一方面，在第一方面的某些实现方式中，该第一数据集传输失败的指示信息中包括该第一数据集传输失败的原因为拥塞；该用户面网元根据该第一数据集传输失败的指示信息，处理该第二数据集，包括：该用户面网元根据该第一数据集传输失败的原因为拥塞的指示信息丢弃该第二数据集。
根据本申请的方法，在第一数据集传输失败的原因为拥塞的情况下，不发送第二数据集，丢弃第二数据集，从而可以节省传输资源和存储资源。
结合第一方面，在第一方面的某些实现方式中，该用户面网元根据该第一数据集传输失败的指示信息，处理该第一数据集，包括：该用户面网元根据该第一数据集传输失败的原因为拥塞的指示信息丢弃该第一数据集。
根据本申请的方法，在第一数据集传输失败的原因为拥塞的情况下，不重传第一数据集，丢弃第一数据集，从而可以节省传输资源和存储资源。
结合第一方面，在第一方面的某些实现方式中，第一数据集与第二数据集的关联关系为第二数据集的解析依赖于第一数据集；或者，该第一数据集为原始流中的数据集，该第二数据集为该原始流对应的纠错流中的数据集，该第二数据集包括该第一数据集的纠错信息；或者，该第一数据集为基础层中的数据集，该第二数据集为该基础层对应的增强层中的数据集，该第二数据集包括该第一数据集的增强信息；或者，该第一数据集和该第二数据集为不同的数据流中同步传输的数据集。
结合第一方面，在第一方面的某些实现方式中，该第一数据集的数据包中包括该第一数据集的识别信息，该第一数据集传输失败的指示信息中包括该识别信息；该方法还包括：
该用户面网元根据该识别信息确定该第一数据集；该用户面网元根据该第二数据集与该第一数据集的关联关系确定该第二数据集。
结合第一方面，在第一方面的某些实现方式中，该第一数据集和该第二数据集为同一视频流中的数据集，数据集组为该视频流中的图像组。
第二方面，提供一种通信方法，包括：
用户面网元向接入网设备发送第一数据集；该用户面网元接收来自该接入网设备的该第一数据集传输失败的指示信息；该用户面网元根据该第一数据集传输失败的指示信息，处理该第一数据集和/或第二数据集，该第二数据集与该第一数据集之间具有关联关系。
示例性地，第一数据集为原始流中的数据集，第二数据集为该原始流对应的纠错流中的数据集。其中，第二数据集包括第一数据集的纠错信息。
示例性地，第一数据集为基础层中的数据集，第二数据集为该基础层对应的增强层中的数据集。其中，第二数据集包括第一数据集的增强信息。
示例性地，第一数据集和第二数据集分别为需要同步的两个数据流中的数据集，且第一数据集和第二数据集需要同时(或者在允许的时延范围内)发送给UE，则第二数据集与第一数据集之间具有关联关系。例如，在VR场景中，第一数据集为视频流中的数据集，第二数据集为音频流中的数据集，该视频流和音频流需要同步。
示例性地，第一数据集和第二数据集的关联关系还可以为第二数据集的解析依赖第一数据集。例如，第一数据集和第二数据集为同一视频流中同一GoP中的两个帧，例如，第一数据集为I帧，第二数据集为依赖于该I帧的P帧。
根据本申请的方法，用户面网元可以根据从接入网设备接收的第一数据集传输失败的指示信息，处理第一数据集和/或第二数据集。相比于用户面网元只按照数据集的顺序发送数据集，采用本申请的方法可以提高传输数据集的灵活性。
结合第二方面，在第二方面的某些实现方式中，该用户面网元根据该第一数据集传输失败的指示信息，处理该第一数据集，包括：该用户面网元根据该第一数据集传输失败的指示信息重传该第一数据集。
根据本申请的方法，在第一数据集传输失败的情况下，用户面网元可以重传第一数据集，从而尽可能减少卡顿现象的发生。
结合第二方面，在第二方面的某些实现方式中，该第一数据集传输失败的指示信息中包括该第一数据集传输失败的原因为非拥塞；
该用户面网元根据该第一数据集传输失败的指示信息重传该第一数据集包括：该用户面网元基于该第一数据集传输失败的原因为非拥塞重传该第一数据集。
根据本申请的方法，作为一种优选的实施方式，在第一数据集传输失败的原因为非拥塞的情况下，用户面网元重传第一数据集。
结合第二方面，在第二方面的某些实现方式中，该方法还包括：
该用户面网元根据该第一数据集传输失败的指示信息，以及该第一数据集与该第二数据集之间的关联关系，确定存在该第二数据集。
根据本申请的方法，作为一种优选的实施方式，在存在第二数据集的情况下，用户面网元重传第一数据集，使得第二数据集可以正确解码。
如果不存在该第二数据集，可以不重传第一数据集，从而节省传输资源。
结合第二方面，在第二方面的某些实现方式中，该方法还包括：
该用户面网元确定该第一数据集的重要程度为重要。
应理解，本申请中，重要程度可以作为数据集的一个参数。
例如，重要程度参数的取值可以为“high，重要”、“medium，中等重要”和“low，不重要”。
又例如，重要程度参数的取值可以为0至7中的数值，数值越小代表重要程度越大。例如，取值为0至3表示重要，取值为4至7表示不重要。
示例性地，第一数据集的重要程度可以与以下中的一项或多项相关联：
第一数据集的类型，是否存在与第一数据集相关联的数据集，或第一数据集在数据集组中的位置。
结合第二方面，在第二方面的某些实现方式中，该用户面网元确定该第一数据集的重要程度为重要，包括：
该用户面网元根据该第一数据集在数据集组中的位置确定该第一数据集的重要程度为重要，该第一数据集在数据集组中的位置在预设位置之前，其中，该数据集组中包括多个数据集，该第一数据集为该多个数据集中的一个。
根据本申请的方法，如果第一数据集在数据集组中的位置在预设位置之前，则第一数据集的重要程度为重要。
结合第二方面，在第二方面的某些实现方式中，该第一数据集进行重传时的优先级高于在重传之前的优先级。
根据本申请的方法，通过提高第一数据集重传时的优先级，从而尽可能更快地将第一数据集传输到终端设备。
结合第二方面，在第二方面的某些实现方式中，该第一数据集传输失败的指示信息中包括该第一数据集传输失败的原因为拥塞；该用户面网元根据该第一数据集传输失败的指示信息，处理该第二数据集，包括：该用户面网元根据该第一数据集传输失败的原因为拥塞的指示信息丢弃该第二数据集。
根据本申请的方法，在第一数据集传输失败的原因为拥塞的情况下，不发送第二数据集，丢弃第二数据集，从而可以节省传输资源和存储资源。
结合第二方面，在第二方面的某些实现方式中，该用户面网元根据该第一数据集传输失败的指示信息，处理该第一数据集，包括：该用户面网元根据该第一数据集传输失败的原因为拥塞的指示信息丢弃该第一数据集。
根据本申请的方法，在第一数据集传输失败的原因为拥塞的情况下，不重传第一数据集，丢弃第一数据集，从而可以节省传输资源和存储资源。
结合第二方面，在第二方面的某些实现方式中，第一数据集与第二数据集的关联关系为第二数据集的解析依赖于第一数据集；或者，该第一数据集为原始流中的数据集，该第二数据集为该原始流对应的纠错流中的数据集，该第二数据集包括该第一数据集的纠错信息；或者，该第一数据集为基础层中的数据集，该第二数据集为该基础层对应的增强层中的数据集，该第二数据集包括该第一数据集的增强信息；或者，该第一数据集和该第二数据集为不同的数据流中同步传输的数据集。
结合第二方面，在第二方面的某些实现方式中，该第一数据集的数据包中包括该第一数据集的识别信息，该第一数据集传输失败的指示信息中包括该识别信息；该方法还包括：
该用户面网元根据该识别信息确定该第一数据集；该用户面网元根据该第二数据集与该第一数据集的关联关系确定该第二数据集。
结合第二方面，在第二方面的某些实现方式中，该第一数据集和该第二数据集为同一视频流中的数据集，数据集组为该视频流中的图像组。
第三方面，提供一种通信方法，包括：
接入网设备接收来自用户面网元的第一数据集；该接入网设备确定该第一数据集传输失败；该接入网设备向该用户面网元发送该第一数据集传输失败的指示信息。
根据本申请的方法，在第一数据集传输失败的情况下，接入网设备向该用户面网元发送该第一数据集传输失败的指示信息，从而提高传输数据集的灵活性。
结合第三方面，在第三方面的某些实现方式中，该第一数据集传输失败的指示信息中包括该第一数据集传输失败的原因，该第一数据集传输失败的原因为拥塞或非拥塞。
结合第三方面，在第三方面的某些实现方式中，该方法还包括：
该接入网设备接收该用户面网元重传的该第一数据集；该接入网设备向终端设备重传该第一数据集。
结合第三方面，在第三方面的某些实现方式中，该第一数据集进行重传时的优先级高于在重传之前的优先级。
根据本申请的方法，通过提高第一数据集重传时的优先级，从而尽可能更快地将第一数据集传输到终端设备。
第四方面，提供一种通信装置，包括：收发单元以及与收发单元连接的处理单元。
收发单元，用于向接入网设备发送第一数据集；收发单元，用于接收来自该接入网设备的该第一数据集传输失败的指示信息；收发单元和/或处理单元，用于根据该第一数据集传输失败的指示信息，处理该第一数据集和/或第二数据集，该第二数据集与该第一数据集之间具有关联关系。
结合第四方面，在第四方面的某些实现方式中，收发单元，用于根据该第一数据集传输失败的指示信息重传该第一数据集。
结合第四方面，在第四方面的某些实现方式中，该第一数据集传输失败的指示信息中包括该第一数据集传输失败的原因为非拥塞；收发单元，用于基于该第一数据集传输失败的原因为非拥塞重传该第一数据集。
结合第四方面，在第四方面的某些实现方式中，收发单元，用于根据该第一数据集传输失败的指示信息，以及该第一数据集与该第二数据集之间的关联关系，重传该第一数据集。
结合第四方面，在第四方面的某些实现方式中，在该第一数据集的重要程度为重要的情况下，收发单元，用于重传该第一数据集。
结合第四方面，在第四方面的某些实现方式中，如果该第一数据集在该数据集组中的位置在预设位置之前，该第一数据集的重要程度为重要，该数据集组中包括多个数据集，该第一数据集为该多个数据集中的一个。
结合第四方面，在第四方面的某些实现方式中，该第一数据集进行重传时的优先级高于在重传之前的优先级。
结合第四方面，在第四方面的某些实现方式中，该第一数据集传输失败的指示信息中包括该第一数据集传输失败的原因为拥塞；处理单元，用于根据该第一数据集传输失败的原因为拥塞的指示信息丢弃该第二数据集。
结合第四方面，在第四方面的某些实现方式中，处理单元，用于根据该第一数据集传输失败的原因为拥塞的指示信息丢弃该第一数据集。
结合第四方面，在第四方面的某些实现方式中，第一数据集与第二数据集的关联关系为第二数据集的解析依赖于第一数据集；或者，该第一数据集为原始流中的数据集，该第二数据集为该原始流对应的纠错流中的数据集，该第二数据集包括该第一数据集的纠错信息；或者，该第一数据集为基础层中的数据集，该第二数据集为该基础层对应的增强层中的数据集，该第二数据集包括该第一数据集的增强信息；或者，该第一数据集和该第二数据集为不同的数据流中同步传输的数据集。
结合第四方面，在第四方面的某些实现方式中，该第一数据集的数据包中包括该第一数据集的识别信息，该第一数据集传输失败的指示信息中包括该识别信息；处理单元，用于根据该识别信息确定该第一数据集；处理单元，用于根据该第二数据集与该第一数据集的关联关系确定该第二数据集。
结合第四方面，在第四方面的某些实现方式中，该第一数据集和该第二数据集为同一视频流中的数据集，数据集组为该视频流中的图像组。
第五方面，提供一种通信装置，包括：收发单元以及与收发单元连接的处理单元。
收发单元，用于向接入网设备发送第一数据集；收发单元，用于接收来自该接入网设备的该第一数据集传输失败的指示信息；收发单元或处理单元，用于根据该第一数据集传输失败的指示信息，处理该第一数据集和/或第二数据集，该第二数据集与该第一数据集之间具有关联关系。
结合第五方面，在第五方面的某些实现方式中，收发单元，用于根据该第一数据集传输失败的指示信息重传该第一数据集。
结合第五方面，在第五方面的某些实现方式中，该第一数据集传输失败的指示信息中包括该第一数据集传输失败的原因为非拥塞；收发单元，用于基于该第一数据集传输失败的原因为非拥塞重传该第一数据集。
结合第五方面，在第五方面的某些实现方式中，处理单元，用于根据该第一数据集传输失败的指示信息，以及该第一数据集与该第二数据集之间的关联关系，确定存在该第二数据集。
结合第五方面，在第五方面的某些实现方式中，处理单元，用于确定该第一数据集的重要程度为重要。
结合第五方面，在第五方面的某些实现方式中，处理单元，用于根据该第一数据集在数据集组中的位置确定该第一数据集的重要程度为重要，该第一数据集在数据集组中的位置在预设位置之前，其中，该数据集组中包括多个数据集，该第一数据集为该多个数据集中的一个。
结合第五方面，在第五方面的某些实现方式中，该第一数据集进行重传时的优先级高于在重传之前的优先级。
结合第五方面，在第五方面的某些实现方式中，该第一数据集传输失败的指示信息中包括该第一数据集传输失败的原因为拥塞；处理单元，用于根据该第一数据集传输失败的原因为拥塞的指示信息丢弃该第二数据集。
结合第五方面，在第五方面的某些实现方式中，处理单元，用于根据该第一数据集传输失败的原因为拥塞的指示信息丢弃该第一数据集。
结合第五方面，在第五方面的某些实现方式中，第一数据集与第二数据集的关联关系为第二数据集的解析依赖于第一数据集；或者，该第一数据集为原始流中的数据集，该第二数据集为该原始流对应的纠错流中的数据集，该第二数据集包括该第一数据集的纠错信息；或者，该第一数据集为基础层中的数据集，该第二数据集为该基础层对应的增强层中的数据集，该第二数据集包括该第一数据集的增强信息；或者，该第一数据集和该第二数据集为不同的数据流中同步传输的数据集。
结合第五方面，在第五方面的某些实现方式中，该第一数据集的数据包中包括该第一数据集的识别信息，该第一数据集传输失败的指示信息中包括该识别信息；处理单元，用于根据该识别信息确定该第一数据集；处理单元，用于根据该第二数据集与该第一数据集的关联关系确定该第二数据集。
结合第五方面，在第五方面的某些实现方式中，该第一数据集和该第二数据集为同一视频流中的数据集，数据集组为该视频流中的图像组。
第六方面，提供一种通信装置，包括：收发单元以及与收发单元连接的处理单元。
收发单元，用于接收来自用户面网元的第一数据集；处理单元，用于确定该第一数据集传输失败；收发单元，用于向该用户面网元发送该第一数据集传输失败的指示信息。
结合第六方面，在第六方面的某些实现方式中，该第一数据集传输失败的指示信息中包括该第一数据集传输失败的原因，该第一数据集传输失败的原因为拥塞或非拥塞。
结合第六方面，在第六方面的某些实现方式中，收发单元，用于接收该用户面网元重传的该第一数据集；收发单元，用于向终端设备重传该第一数据集。
结合第六方面，在第六方面的某些实现方式中，该第一数据集进行重传时的优先级高于在重传之前的优先级。
第七方面，提供一种通信设备，包括通信接口和处理器。当该通信设备运行时，处理器执行存储器存储的计算机程序或指令，使得该通信设备执行第一方面至第三方面中任一种可能实现方式中的方法。该存储器可以位于处理器中，也可以为与处理器通过相互独立的芯片来实现，本申请对此不具体限定。
第八方面，提供一种计算机可读存储介质，包括计算机程序，当计算机程序在计算机上运行时，使得计算机执行第一方面至第三方面中任一种可能实现方式中的方法。
第九方面，提供一种芯片或芯片系统，芯片或芯片系统包括处理电路，处理电路用于执行该第一方面至第三方面中任一种可能实现方式中的方法。
第十方面，提供了一种计算机程序产品，计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当计算机程序被运行时，使得计算机执行第一方面至第三方面中任一种可能实现方式中的方法。
第十一方面，提供了一种通信系统，包括用户面网元和接入网设备。用户面网元用于执行第一方面或第一方面中任一种可能实现方式中的方法。接入网设备用于执行第三方面或第三方面中任一种可能实现方式中的方法。
附图说明
图1示出了本申请适用的通信系统。
图2为多个帧之间的依赖关系的示例图。
图3为本申请所提出的方法的一例示意性交互图。
图4为本申请所提出的方法的一例示意性交互图。
图5为本申请所提出的方法的一例示意性交互图。
图6为本申请所提出的方法的一例示意性交互图。
图7为本申请提供的通信装置的一种示意性框图。
图8为本申请提供的通信设备的一种示意性框图。
具体实施方式
本申请实施例的技术方案可以应用于各种第三代合作伙伴计划(the 3rdgeneration partnership project，3GPP)通信系统，例如：长期演进(long termevolution，LTE)系统、例如，LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、第五代(5th Generation，5G)系统又称新无线(newradio，NR)系统、未来第六代(6th Generation，6G)系统等。
图1为一种通信网络架构的示意图。为了方便描述，下面介绍本申请涉及的网元：
1、用户设备(user equipment，UE)：可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的终端、移动台(mobile station，MS)、终端(terminal)或软终端等等。例如，水表、电表、传感器等。应理解，用户设备也可以称为终端设备。
2、(无线)接入网设备(radio access network，(R)AN)：用于为特定区域的授权用户设备提供入网功能，并能够根据用户设备的级别，业务的需求等使用不同质量的传输隧道。
RAN能够管理无线资源，为用户设备提供接入服务，进而完成控制信号和用户设备数据在用户设备和核心网之间的转发。RAN也可以理解为传统网络中的基站。
3、用户面功能(user plane function，UPF)网元：用于分组路由和转发以及用户面数据的服务质量(quality of service，QoS)处理等。用户数据可通过该网元接入到数据网络(data network，DN)。在本申请实施例中，可用于实现用户面网元的功能。
4、数据网络(data network，DN)：用于提供传输数据的网络。例如，运营商业务的网络、因特(Internet)网、第三方的业务网络等。
5、认证服务功能(authentication server function，AUSF)网元：主要用于用户鉴权等。
6、接入和移动管理功能(access and mobility management function，AMF)网元：主要用于移动性管理和接入管理等，可以用于实现移动性管理实体(mobilitymanagement entity，MME)功能中除会话管理之外的其它功能，例如，接入授权/鉴权等功能。
7、会话管理功能(session management function，SMF)网元：主要用于会话管理、终端设备的网络互连网协议(internet protocol，IP)地址分配和管理、选择和管理用户平面功能、策略控制和收费功能接口的终结点以及下行数据通知等。
8、策略控制功能(policy control function，PCF)网元：用于指导网络行为的统一策略框架，为网络网元(例如AMF，SMF网元等)或终端设备提供策略规则信息等。
9、网络存储功能(network repository function，NRF)网元：用于保存网络功能实体以及其提供服务的描述信息，以及支持服务发现，网元实体发现等功能。
10、网络开放功能(network exposure function，NEF)网元：用于安全地向外部开放由第三代合作伙伴计划(3GPP)网络功能提供的业务和能力等。
11、统一数据管理(unified data management，UDM)网元：用于统一数据管理、5G用户数据管理、处理用户标识、接入鉴权、注册、或移动性管理等。
12、应用功能(application function，AF)网元：用于进行应用影响的数据路由，接入网络开放功能网元，与策略框架交互进行策略控制等。
13、网络数据分析功能(network data analytics function，NWDAF)网元：NWDAF可以具备以下至少一种功能：
数据收集、模型训练、模型反馈、分析结果推理、分析结果反馈等。其中，数据收集功能是指收集来自网络网元、第三方服务器、终端设备或网管系统中的数据；模型训练功能是指基于相关输入数据做分析训练得到模型；模型反馈功能是指将训练好的机器学习模型发送给支持推理功能的网元；分析结果推理功能基于训练好的机器学习模型以及推理数据做推理确定数据分析结果；分析结果反馈功能可以向网络网元、第三方服务器、提供终端设备或网管系统提供数据分析结果，该数据分析结果可协助网络选择业务的服务质量参数，或协助网络执行流量路由，或协助网络选择背景流量传输策略等。
在上述网络架构中，N2接口为RAN和AMF网元之间的接口，用于无线参数、非接入层(non-access stratum，NAS)信令的发送等；N3接口为RAN和UPF网元之间的接口，用于传输用户面的数据等；N4接口为SMF网元和UPF网元之间的接口，用于传输例如业务策略、N3连接的隧道标识信息，数据缓存指示信息，以及下行数据通知消息等信息。N6接口为DN网元和UPF网元之间的接口，用于传输用户面的数据等。
应理解，本申请中的数据集可以为协议数据单元组(protocol data unit set，PDU set)，还可以为媒体帧(frame)，或者媒体切片(slice)，或者媒体块(tile)。为了方便描述，下文以数据集为PDU set为例进行说明。
示例性地，本申请中的PDU set可以为原始流或纠错流中的PDU set。该原始流与该纠错流对应。
示例性地，本申请中的PDU set可以为基础层或增强层中的PDU set。该基础层与该增强层对应。
示例性地，本申请中的PDU set可以为需要同步的数据流中的PDU set。例如，在VR场景中，PDU set可以为视频流中的PDU set，或者为音频流中的PDU set，该视频流和音频流需要同步。
示例性地，本申请中的PDU set可以为同一视频流中的I帧或者P帧。I帧为帧内编码帧，P帧为帧内预测编码帧。I帧可以独立解码。但是同一个图像组(group of pictures，GoP)中的P帧只显示图像相对于前一帧的变化，除非借助前一帧，否则无法解码。即，如果I帧和前面的P帧没有成功传输，那么后面的P帧即使传输成功UE也无法解码。如图2所示，帧1和帧6是独立的I帧，帧2-5和帧7-8分别依赖于之前的帧，帧4和帧5也依赖于帧2。
在介绍本申请的方法之前，首先通过几个例子介绍同一个视频流中帧序号的可能编排方式：
例1：
视频流中的帧依次为I1、P11、P12、P13、I2、P21、P22、P23，八个帧对应的帧序号依次为1、2、3、4、5、6、7、8。即，I1帧的帧序号为“1”；P11帧的帧序号为“2”；P12帧的帧序号为“3”，以此类推。
例2：
视频流中的帧依次为I1、P11、P12、P13、I2、P21、P22、P23，八个帧对应的帧序号依次为1、2、3、4、1、2、3、4，即，I1帧的帧序号为“1”；P11帧的帧序号为“2”；P12帧的帧序号为“3”，P13帧的帧序号为“4”，I2帧的帧序号为“1”，以此类推。
下面结合图3介绍本申请提出的方法200，在该方法200中，UPF发送并缓存PDUset，RAN向UPF反馈的指示信息中包括PDU set传输失败的原因。UPF根据该指示信息处理PDU set。
具体地，该方法200包括：
S201，AF/应用服务器(application server，AS)向UPF发送多个PDU set。相应地，UPF接收来自AF/AS的多个PDU set。
该多个PDU set中包括PDU set#A和PDU set#B。应理解，本申请中“包括”的含义为“至少包括”，下文不再赘述。
可选地，AF/AS还向UPF发送该多个PDU set中每个PDU set的类型。例如，在视频流中PDU set的类型可以为I帧或者P帧。PDU set的类型可以用于确定PDU set之间的依赖关系。
S202，UPF获取PDU set#B(第二数据集的一例)与PDU set#A的关联关系。
情况A：
该PDU set#A和PDU set#B分别为不同数据流中的PDU set。
例如，PDU set#A为原始流中的PDU set，PDU se#B为该原始流对应的纠错流中的PDU set。其中，PDU se#B包括PDU set#A的识别信息和PDU set#A的纠错信息。应理解，纠错流中包括原始流的纠错信息，用于提升原始流传输的可靠性。由于PDU set#B包括PDU set#A的识别信息，UPF获知PDU set#A和PDU set#B之间具有关联关系。
又例如，PDU set#A为基础层中的PDU set，PDU set#B为该基础层对应的增强层中的PDU set。其中，PDU set#B包括PDU set#A的识别信息和PDU set#A的增强信息。应理解，增强层中包括基础层的增强信息，用于提升基础层的质量。由于PDU se#B包括PDU set#A的识别信息，UPF获知PDU set#A和PDU set#B之间具有关联关系。
又例如，该PDU set#A和PDU set#B分别为需要同步的两个数据流中的PDU set。例如，在VR场景中，PDU set#A为视频流中的数据，PDU set#B为音频流中的数据，该视频流和音频流需要同步，且PDU set#A和PDU set#B需要同时(或者在允许的时延范围内)发送给UE，则PDU set#A与PDU set#B之间具有关联关系。
在此情况A中，UPF可以从AF/AS获取PDU set#B与PDU set#A的关联关系。
例如，在S201中，AF/AS向UPF发送了PDU set#B与PDU set#A，并且PDU set#B与PDUset#A中包括关联标识，UPF根据该关联标识确定PDU set#B与PDU set#A之间具有关联关系。
又例如，AF可以通过控制面向UPF发送PDU set#A所属的数据流(记为，数据流#1)与PDU set#B所属的数据流(记为，数据流#2)之间具有关联关系的信息。进一步地，UPF根据数据流#1和数据流2的帧率、PDU set的序号确定PDU set#B与PDU set#A之间具有关联关系。
例如，UPF获取数据流#1和数据流#2的帧率。比如，UPF可以从AF获取数据流#1和数据流#2的帧率。UPF还可以检测数据流#1和数据流#2各自的数据包的发送的时间间隔，并根据检测到的数据流#1和数据流#2各自的数据包的发送的时间间隔获取数据流#1和数据流#2的帧率。如果数据流#1和数据流#2的帧率相同，则数据流#1和数据流#2中序号相同的PDUset之间具有关联关系。如果PDU set#A的序号为“1”，PDU set#B的序号也为“1”，则PDUset#B与PDU set#A之间具有关联关系。
例如，数据流#1和数据流#2的帧率为1:2的关系，如果PDU set#A的序号为“1”，PDUset#B的序号为“1”或“2”，则PDU set#B与PDU set#A之间具有关联关系。
情况B：
PDU set#B与PDU set#A的关联关系为PDU set#B的解析依赖PDU set#A。
例如，在此情况#B中，PDU set#A和PDU set#B为同一业务的同一视频流中同一个PDU set组(例如，同一个GoP)中的PDU set。例如，PDU set#A为上文中的I1帧，PDU set#B为上文中的P11帧。换句话说，UPF获知PDU set#B的解析(也可以说解码)依赖于PDU set#A。
下面介绍在此情况B中UPF获取PDU set#B对PDU set#A的依赖关系的几种可能的方式。为了方便描述，将PDU set#A和PDU set#B所在的PDU set组记为PDU set组#1。
方式1：
AF/AS向UPF发送PDU set组#1中PDU set之间的依赖关系，其中包括PDU set#B对PDU set#A的依赖关系。具体可以包括以下情况：
情况1：
AF/AS直接向UPF发送PDU set组#1中PDU set之间的依赖关系。
例如，在S201中，AF/AS还向UPF发送PDU set组#1中PDU set之间的依赖关系。
情况2：
AF/AS通过其他网元间接向UPF发送PDU set组#1中PDU set之间的依赖关系。
示例性地，该过程可以包括如下步骤：
步骤1：AF/AS可以向PCF发送PDU set组#1中PDU set之间的依赖关系。
步骤2：PCF向SMF发送PDU set组#1中PDU set之间的依赖关系。例如，PCF可以向SMF发送策略与计费控制(policy and charging control，PCC)规则，该PCC规则中包括PDUset组#1中PDU set之间的依赖关系。
步骤3：SMF向UPF发送PDU set组#1中PDU set之间的依赖关系。例如，SMF可以向UPF发送N4规则，该N4规则中包括PDU set组#1中PDU set之间的依赖关系。
方式2：
UPF根据PDU set#A的类型和PDU set#B的类型确定PDU set#B对PDU set#A的依赖关系。即，UPF可以通过内部的检测分析确定PDU set#A的类型和PDU set#B的类型，进而确定PDU set#B的解析依赖PDU set#A。
如上文中的例1所示，如果UPF确定PDU set#A为I1帧，PDU set#B为P11帧，且I1帧和P11帧在同一个GoP，则UPF确定PDU set#B对PDU set#A的依赖关系。
下面介绍UPF获取PDU set的类型的可能情况：
情况1：
在S201中，AF/AS还向UPF发送该多个PDU set中每个PDU set的类型，例如PDUset#A的类型和PDU set#B的类型。
情况2：
UPF可以根据包长、包到达时间等确定PDU set#A和PDU set#B的类型，并确定PDUset#A和PDU set#B位于同一个PDU set组。
例如，如果在S201中，AF/AS没有向UPF发送PDU set#A的类型和PDU set#B的类型，则UPF可以根据PDU set#A中数据包的包长和包到达时间确定PDU set#A的类型，并且根据PDU set#B中数据包的包长和包到达时间确定PDU set#B的类型。
UPF可以根据包到达时间判断每个PDU set的开端，由于I帧的包长比P帧的包长大，如果PDU set的发送规律为I帧、P帧、P帧、P帧，当UPF检测到包长较大的数据包时，可以确定该数据包属于I帧。
示例性地，AF/AS向UPF发送PDU sets间具有依赖关系的指示信息。PDU sets间具有依赖关系的指示信息用于触发UPF确定PDU set的类型，以及PDU set之间的依赖关系。换句话说，PDU sets间具有依赖关系的指示信息用于指示UPF在传输PDU set时考虑PDU sets间的依赖关系。
AF/AS向UPF发送PDU sets间具有依赖关系的指示信息的方式可以参考S202的方式1，即，可以直接发送，也可以间接发送。
应理解，UPF可以获知所有与PDU set#A相关联的PDU set，PDU set#A相关联的PDUset可以与PDU set#A属于同一个数据流或者属于不同的数据流。例如，PDU set#A相关联的PDU set为PDU set#B1和PDU set#B2，PDU set#B1与PDU set#A属于同一个数据流，PDUset#B2与PDU set#A属于不同的数据流。
S203，UPF向RAN发送PDU set#A(第一数据集的一例)。相应地，RAN接收PDU set#A。
应理解，PDU set#A对应至少一个数据包。或者说，PDU set#A包括至少一个数据包。UPF向RAN发送PDU set#A时，是以数据包为粒度发送的。
其中，该至少一个数据包的每个数据包中均包括PDU set#A的识别信息。例如，UPF可以在数据包的GTP-U包头中添加PDU set#A的识别信息。
下面分情况对PDU set#A的识别信息进行说明：
情况1：
如果仅通过PDU set#A的序号即可识别PDU set#A，则PDU set#A的识别信息可以为PDU set#A的序号。
与上述例1对应，如果PDU set#A为I1帧，帧序号为“1”的帧只有I1帧，则I1帧的识别信息可以为I1帧的帧序号。
情况2：
如果仅通过PDU set#A的序号不能识别PDU set#A，则该PDU set#A的识别信息除了包括PDU set#A的序号，还包括以下中的至少一项：
该PDU set#A对应的服务质量流(quality of service flow，QoS flow)标识，PDUset#A中数据包对应的时间戳(timestamp)。
例如，通过PDU set的序号、QoS flow的标识以及数据包对应的时间戳来标识一个PDU set。
与上述例2对应，如果PDU set#A为I1帧，帧序号为“1”的帧包括I1帧和I2帧，即仅通过帧序号不能识别I1帧，此时I1帧的识别信息还包括I1帧对应的QoS flow的标识，和/或，I1帧中数据包对应的时间戳。
S204，UPF缓存PDU set#A。
示例性地，缓存的方式包括但不限于以下几种：
方式1：
UPF可以将PDU set#A中的数据包缓存预设时长。其中，该预设时长可以为配置到UPF中的，或者，该预设时长与帧率有关。例如，如果帧率为60fps，则该预设时长为15ms；如果帧率为90fps，该预设时长可以为10ms，帧率可由UPF自行检测或者由SMF、AS或AF向UPF发送。
示例性地，在一段时间内帧率可以是固定的；或者，帧率也可以发生变化，不予限制。
例如，UPF发送了PDU set#A中的数据包#1之后，可以将数据包#1缓存预设时长。应理解，如果数据包#1的缓存时长超过预设时长，则UPF可以将数据包#1丢弃。
方式2：
UPF可以缓存预设个数的PDU set。
例如，UPF将PDU set#A所属的数据流映射到QoS flow#1，UPF可以缓存QoS flow#1中的3个PDU set。针对QoS flow#1，如果UPF已经缓存了PDU set#1、PDU set#2和PDU set#3，为了缓存PDU set#A，则UPF可以丢弃PDU set#1、PDU set#2和PDU set#3中的一个，例如丢弃PDU set#1、PDU set#2和PDU set#3中最先缓存的一个。
S205，RAN确定PDU set#A传输失败。
PDU set#A传输失败可以为RAN调度失败，即，由于空口状况较差或者拥塞，RAN无法向UE发送PDU set#A。
或者，PDU set#A传输失败也可以为RAN向UE发送了PDU set#A，但是RAN接收到UE的反馈信息，该反馈信息指示PDU set#A传输失败。
其中，PDU set#A传输失败也可以理解为PDU set#A调度失败。即，UE并没有接收到来自RAN的PDU set#A。
作为一种方式，如果RAN在传输PDU set#A的过程中，PDU set#A中传输失败的数据包个数达到某一阈值，则RAN确定PDU set#A传输失败。应理解，该阈值可以为预配置到RAN中的，或者由UPF向RAN发送的，不予限制。
例如，该阈值为1，即，在传输PDU set#A的过程中，只要有一个数据包传输失败，则RAN确定PDU set#A传输失败。
PDU set#A传输失败的原因可以包括以下两种情况：
情况1：
PDU set#A传输失败的原因为非拥塞。例如，由于RAN与UE之间的空口状态较差，导致PDU set#A传输失败。又例如，由于自动重传请求(automatic repeat request，ARQ)失败和混合自动重传请求(hybrid automatic retransmission request，HARQ)失败，导致PDUset#A传输失败。
情况2：
PDU set#A传输失败的原因为拥塞。例如，在PDU set#A之前有大量数据需要RAN传输，导致无线信道拥塞，RAN没有足够传输PDU set#A的资源。
S206，RAN向UPF发送PDU set#A传输失败的指示信息。相应地，UPF接收PDU set#A传输失败的指示信息。
PDU set#A传输失败的指示信息中包括PDU set#A的识别信息和PDU set#A传输失败的原因。关于该PDU set#A的识别信息可以参考S203的相关介绍。关于该PDU set#A传输失败的原因可以参考S205的相关介绍。
S207，UPF根据PDU set#A传输失败的指示信息，处理PDU set#A和/或PDU set#B。
其中，UPF可以根据PDU set#A传输失败的指示信息中PDU set#A的识别信息，确定PDU set#A传输失败。
下面对UPF处理PDU set#A和/或PDU set#B的方式进行说明。
方式1：
PDU set#A传输失败的原因为非拥塞，UPF根据PDU set#A传输失败的指示信息重传PDU set#A。
可选地，PDU set#A进行重传时的优先级高于在重传之前的优先级，例如，高于首次传输时的优先级。应理解，PDU set#A也可以进行多次重传。
作为一种可能的情况，在进行重传时，UPF可以将该PDU set#A中的数据包映射到调度优先级更高的QoS flow中进行传输。
例如，在首次传输PDU set#A时，UPF将PDU set#A中的数据包映射到QoS flow#1；在重传PDU set#A时，UPF获取QoS flow#1的调度优先级参数和QoS flow#2的调度优先级参数，确定QoS flow#2的调度优先级高于QoS flow#1的调度优先级，并将PDU set#A中的数据包映射到QoS flow#2。在通过QoS flow#2传输PDU set#A之后，该QoS flow#2还可以用于传输其他数据。如果QoS flow#1的调度优先级已经是最高的了，则该QoS flow#2不存在。
作为另一种可能的情况，在进行重传时，UPF可在PDU set#A的数据包的GTP-U包头中添加提高数据包的传输优先级的指示信息。RAN可以根据GTP-U包头中提高数据包的传输优先级的指示信息，在重传PDU set#A的数据包时，将该PDU set#A中的数据包映射到更高优先级(例如，最高等级)的QoS flow中进行传输。具体，可以参考上文的描述。
下文中，如果需要重传PDU set#A，也可以通过上述方法提高PDU set#A的传输优先级。为了避免重复，就不再一一描述了。
方式2：
PDU set#A传输失败的原因为非拥塞，进一步地，UPF根据PDU set#A传输失败的指示信息确定是否存在与PDU set#A相关联的PDU set#B。
具体地，UPF可以根据PDU set#A传输失败的指示信息确定PDU set#A，进一步地，根据S202中获取的PDU set#B与PDU set#A的关联关系确定PDU set#B是否存在。关于UPF确定是否存在与PDU set#A相关联的PDU set#B的过程，下文不再赘述。
1：如果UPF确定存在与PDU set#A相关联的PDU set#B，则UPF重传PDU set#A。
应理解，此时即使PDU set#A的传输超过了报文延迟预算(packet delay budget，PDB)，重传PDU set#A也是有意义的。即，可以使PDU set#B正确解码。
举例说明：对于一个60fps的XR业务流，两个相邻帧之间的时间间隔为16.7ms，因此一个PDU set与其依赖的PDU set之间的时间间隔为N*16.7ms，其中N为正整数，“*”表示相乘。N为两个PDU set之间间隔的PDU set个数。如图2所示，如果PDU set#2传输失败，PDUset#5传输成功，由于PDU set#5的解析依赖PDU set#2，那么在3*16.7ms＝50.1ms的延迟内重传PDU set#2仍然是有用的。
2：如果UPF确定不存在与PDU set#A相关联的PDU set#B，则UPF不重传PDU set#A。可选地，UPF可以丢弃PDU set#A。
应理解，通过不重传PDU set#A可以达到节省传输资源的技术效果，通过丢弃PDUset#A可以达到节省存储资源的技术效果。关于不重传PDU set#A以及丢弃PDU set#A的技术效果下文不再赘述。
以PDU set#A和PDU set#B为同一视频流中的两个帧为例，假设UPF从AF/AS接收了I1、P11、P12、P13、I2……，P13帧的解析依赖于P12帧：
a：如果该PDU set#A为P12帧，且P13帧未发送，则UPF确定存在PDU set#B，该PDUset#B为P13帧。
b：如果该PDU set#A为P12帧，但P13帧对应的数据包已经全部发送了，则UPF确定不存在PDU set#B。
c：如果该PDU set#A为P12帧，且P13帧对应的数据包开始发送了但未全部发送，则UPF确定存在PDU set#B。
d：如果该PDU set#A为P13帧，则UPF确定不存在PDU set#B。
此外，作为一种特殊情况，如果该PDU set#A为P12帧，且P13帧对应的数据包已经全部发送了，在这种情况下，UPF也可以重传PDU set#A。虽然P13帧已经全部发送了，但是存在UE还没有对P13帧进行解码的情况，因此重传PDU set#A也是有一定意义的。
方式3：
PDU set#A传输失败的原因为非拥塞，进一步地，UPF根据PDU set#A传输失败的指示信息确定PDU set#A的重要程度(或确定是否重传PDU set)，如果PDU set#A的重要程度为重要，则重传PDU set#A。如果PDU set#A的重要程度为不重要，则不重传PDU set#A。
应理解，本申请中，重要程度可以作为数据集的一个参数。
例如，重要程度参数的取值可以为“high，重要”、“medium，中等重要”和“low，不重要”。
又例如，重要程度参数的取值可以为0至7中的数值，数值越小代表重要程度越大。例如，取值为0至3表示重要，取值为4至7表示不重要。
作为一种方式，AF/AS向UPF发送的PDU set中包括PDU set的重要程度参数。例如，PDU set#A对应的数据包的包头中包括PDU set#A的重要程度参数。UPF可以从PDU set#A对应的数据包的包头中获取PDU set#A的重要程度参数，进而判断PDU set#A是否重要。
作为另一种方式，UPF确定PDU set#A的重要程度的规则可以是提前配置到UPF中的。
作为另一种方式，UPF确定PDU set#A的重要程度的规则可以是AF/AS向UPF发送的。例如，AF/AS通过控制面向UPF发送确定PDU set#A的重要程度的规则。例如，PCC规则中包括确定PDU set的重要程度的规则。
示例性地，PDU set#A的类型可以体现PDU set#A的重要程度。例如，PDU set#A为I帧，则PDU set#A重要；PDU set#A为P帧，则PDU set#A不重要。
示例性地，是否存在与PDU set#A相关联的PDU set也可以体现PDU set#A的重要程度。例如，存在依赖PDU set#A的PDU set，则PDU set#A重要；不存在依赖PDU set#A的PDUset，则PDU set#A不重要。
示例性地，PDU set#A在GoP中的位置也可以体现PDU set#A的重要程度。
1：如果PDU set#A在GoP中的位置在预设位置之前，则UPF重传PDU set#A。
该预设位置可以是配置到UPF中的。
例如，可以在UPF中配置预设位置参数为“3”。预设位置参数为“3”的含义可以理解为：一个GoP中，在倒数第3个PDU set之前的PDU set是重要的，需要重传；在倒数第3个PDUset之后的PDU set是不重要的，不需要重传。即，在一个GoP中靠近最后一个PDU set的PDUset可能是不重要的。
2：如果PDU set#A在GoP中的位置在该预设位置之后，则UPF不重传PDU set#A。可选地，UPF丢弃PDU set#A。
3：如果PDU set#A在GoP中的位置为该预设位置，则UPF可以重传PDU set#A，或者，UPF可以不重传PDU set#A。
例如，UPF从AF/AS接收了I1、P11、P12、P13、P14、I2……,假设UPF确定该预设位置为P12帧所在的位置，如果PDU set#A为I1帧或者P11帧，则UPF重传PDU set#A；如果PDU set#A为P13帧或者P14帧，则UPF不重传PDU set#A。
可选地，在此方式中，如果UPF不重传PDU set#A，UPF可以继续确定是否存在与PDUset#A相关联的PDU set#B(例如，依赖PDU set#A的PDU set#B)。UPF确定是否存在与PDUset#A相关联的PDU set#B的过程可以参考S207方式2中的相关描述。如果UPF确定存在与PDU set#A相关联的PDU set#B，则UPF禁止发送PDU set#B。进一步，可选地，UPF可以丢弃PDU set#B。
例如，UPF确定存在与PDU set#A相关联的PDU set#B1和PDU set#B2，则UPF禁止发送PDU set#B1和PDU set#B2。其中PDU set#B1为与PDU set#A在同一视频流中的PDU set，PDU set#B2为音频流中的PDU set。该音频流与PDU set#A所在的视频流同步，并且PDUset#A与PDU set#B2需要同时发送到UE。
其中，UPF禁止发送PDU set#B的含义为：如果PDU set#B还未开始发送，则UPF不发送PDU set#B；如果PDU set#B已经开始发送了，但还没有发送完，则UPF停止发送PDU set#B。关于此，下文不再赘述。
应理解，通过禁止发送(或者，不发送)PDU set#B可以达到节省传输资源的技术效果，通过丢弃PDU set#B可以达到节省存储资源的技术效果。关于禁止发送PDU set#B以及丢弃PDU set#B的技术效果下文不再赘述。
此外，UPF可以继续确定是否存在与PDU set#B相关联的PDU set，如果存在，则UPF禁止发送与PDU set#B相关联的PDU set。可选地，UPF丢弃与PDU set#B相关联的PDU set。以此类推。
方式4：
PDU set#A传输失败的原因为拥塞，UPF根据传输失败的原因为拥塞确定不重传PDU set#A。可选地，UPF丢弃PDU set#A。例如，UPF可以丢弃缓存区中的PDU set#A。又例如，UPF可以丢弃PDU set#A中还未发送的数据包。
可选地，在此方式4下，进一步地，该方法还包括：UPF确定是否存在与PDU set#A相关联的PDU set#B。UPF确定是否存在与PDU set#A相关联的PDU set#B的过程可以参考S207方式2中的相关描述。如果UPF确定存在与PDU set#A相关联的PDU set#B，则UPF禁止发送PDU set#B。可选地，UPF可以丢弃PDU set#B。
此外，UPF可以继续确定是否存在与PDU set#B相关联的PDU set，如果存在，则UPF禁止发送与PDU set#B相关联的PDU set。以此类推。
应理解，在PDU set#A传输失败的原因为拥塞的情况下，通过不重传PDU set#A，以及不发送PDU set#B(可选)，一方面可以缓解信道拥塞，另一方面也可以节省传输资源。
下面结合图4介绍本申请提出的方法300，与方法200不同的是，在该方法300中，RAN向UPF发送的指示信息中不包括PDU set传输失败的原因。
具体地，该方法300包括：
S301，AF/AS向UPF发送多个PDU set。相应地，UPF接收来自AF/AS的多个PDU set。
该多个PDU set中包括PDU set#A和PDU set#B。可选地，AF/AS还向UPF发送该多个PDU set中每个PDU set的类型。
具体可以参考S201。
S302，UPF获取PDU set#B与PDU set#A的关联关系。
该过程可以参考S202。
S303，UPF向RAN发送PDU set#A。相应地，RAN接收PDU set#A。
应理解，UPF向RAN发送的PDU set#A的数据包中包括PDU set#A的识别信息。
该过程可以参考S203。
S304，UPF缓存PDU set#A。
该过程可以参考S204。
S305，RAN确定PDU set#A传输失败。
该过程可以参考S205。
S306，RAN向UPF发送PDU set#A传输失败的指示信息。相应地，UPF接收PDU set#A传输失败的指示信息。
PDU set#A传输失败的指示信息中包括PDU set#A的识别信息。与S205不同的是，在S305中PDU set#A传输失败的指示信息不包括PDU set#A传输失败的原因。
S307，UPF根据PDU set#A传输失败的指示信息，处理PDU set#A和/或PDU set#B。
其中，UPF可以根据PDU set#A传输失败的指示信息中PDU set#A的识别信息，确定PDU set#A传输失败。
下面对UPF处理PDU set#A和/或PDU set#B的方式进行说明。
方式1：
UPF根据PDU set#A传输失败的指示信息重传PDU set#A。
方式2：
UPF根据PDU set#A传输失败的指示信息判断缓存区是否包括该PDU set#A。
1：如果缓存区包括该PDU set#A，则UPF重传PDU set#A。
2：如果缓存区不包括该PDU set#A，则UPF不重传PDU set#A。
示例性地，UPF可以在PDU set#A中的一个数据包(例如，第一个数据包，或者最后一个数据包，或者其他数据包)发送完毕并进入缓存区后启动定时器，如果定时器超时，则UPF丢弃PDU set#A。
可选地，UPF可以继续确定是否存在与PDU set#A相关联的PDU set#B。UPF确定是否存在与PDU set#A相关联的PDU set#B的过程可以参考S207方式2中的相关描述。如果UPF确定存在与PDU set#A相关联的PDU set#B，则UPF禁止发送PDU set#B。可选地，UPF可以丢弃PDU set#B。
此外，UPF可以继续确定是否存在与PDU set#B相关联的PDU set，如果存在，则UPF禁止发送与PDU set#B相关联的PDU set。以此类推。
方式3：
UPF根据PDU set#A传输失败的指示信息确定PDU set#A的重要程度，如果PDUset#A的重要程度为重要，则重传PDU set#A。如果PDU set#A的重要程度为不重要，则不重传PDU set#A。
具体可以参考S207中的方式3。
可选地，在此方式中，如果UPF不重传PDU set#A，UPF可以继续确定是否存在与PDUset#A相关联的PDU set#B。UPF确定是否存在与PDU set#A相关联的PDU set#B的过程可以参考S207方式2中的相关描述。如果UPF确定存在与PDU set#A相关联的PDU set#B，则UPF禁止发送PDU set#B。进一步，可选地，UPF可以丢弃PDU set#B。
此外，UPF可以继续确定是否存在与PDU set#B相关联的PDU set，如果存在，则UPF禁止发送与PDU set#B相关联的PDU set。以此类推。
下面结合图5介绍本申请提出的方法400，与方法200和方法300不同的是，在该方法400中，UPF向RAN发送PDU set但不缓存PDU set。
具体地，该方法400包括：
S401，AF/AS向UPF发送多个PDU set。相应地，UPF接收来自AF/AS的多个PDU set。
该多个PDU set中包括PDU set#A和PDU set#B。可选地，AF/AS还向UPF发送该多个PDU set中每个PDU set的类型。
具体可以参考S201。
S402，UPF获取PDU set#B与PDU set#A的关联关系。
该过程可以参考S202。
S403，UPF向RAN发送PDU set#A。相应地，RAN接收PDU set#A。
应理解，UPF向RAN发送的PDU set#A的数据包中包括PDU set#A的识别信息。
该过程可以参考S203。
S404，RAN确定PDU set#A传输失败。
该过程可以参考S205。
S405，RAN向UPF发送PDU set#A传输失败的指示信息。相应地，UPF接收PDU set#A传输失败的指示信息。
PDU set#A传输失败的指示信息中包括PDU set#A的识别信息。
可选地，在S405中PDU set#A传输失败的指示信息包括PDU set#A传输失败的原因，或者不包括PDU set#A传输失败的原因，不予限制。
S406，UPF根据PDU set#A传输失败的指示信息，处理PDU set#B。
具体地，UPF根据PDU set#A传输失败的指示信息，确定是否存在与PDU set#A相关联的PDU set#B。UPF确定是否存在与PDU set#A相关联的PDU set#B的过程可以参考S207方式2中的相关描述。
如果UPF确定存在与PDU set#A相关联的PDU set#B，则UPF禁止发送PDU set#B。进一步，可选地，UPF可以丢弃PDU set#B。
此外，UPF可以继续确定是否存在与PDU set#B相关联的PDU set，如果存在，则UPF禁止发送与PDU set#B相关联的PDU set。以此类推。
根据本申请的方法，由于PDU set#A已经传输失败了，再传输PDU set#B已经没有意义了。因此，通过禁止发送PDU set#B可以节省传输资源，通过丢弃PDU set#B可以节省存储资源。例如，PDU set#A和PDU set#B为同一视频流中的两个帧，PDU set#B的解析依赖PDUset#A，由于PDU set#A已经传输失败了，此时，即使PDU set#B传输成功，PDU set#B也无法正确解码。
下面结合图6介绍本申请提出的方法500，在该方法500中，UPF向RAN发送的数据包中包括时刻#A，RAN向UPF发送的指示信息中也包括该时刻#A，UPF根据该时刻#A和时刻#B，判断是否重传PDU set。
具体地，该方法500包括：
S501，AF/AS向UPF发送多个PDU set。相应地，UPF接收来自AF/AS的多个PDU set。
该多个PDU set中包括PDU set#A和PDU set#B。可选地，AF/AS还向UPF发送该多个PDU set中每个PDU set的类型。
具体可以参考S201。
S502，UPF向RAN发送数据包#A。相应地，RAN接收数据包#A。
数据包#A为PDU set#A中的一个数据包。
该数据包#A中包括PDU set#A的识别信息和时刻#A。
该PDU set#A的识别信息可以参考S203的相关介绍。
该时刻#A为数据包#A对应的时间戳，或者，UPF发送该数据包#A的时刻。示例性地，数据包#A对应的时间戳可以为AF/AS在数据包#A中添加的。
S503，UPF缓存数据包#A。
具体地UPF缓存数据包#A的方式可以参考上文中的描述。
S504，RAN确定数据包#A传输失败。
即，UE并没有接收到来自RAN的数据包#A。
S505，RAN向UPF发送PDU set#A传输失败的指示信息。相应地，UPF接收PDU set#A传输失败的指示信息。
即，在此方法中，只要PDU set#A中有一个数据包(例如数据包#A)传输失败，RAN确定该PDU set#A传输失败。
PDU set#A传输失败的指示信息中包括PDU set#A的识别信息和S502中的时刻#A。
S506，UPF根据PDU set#A传输失败的指示信息判断该数据包#A的传输时延是否超过PDB。
示例性地，UPF可以根据PDU set#A传输失败的指示信息中的识别信息确定PDUset#A传输失败，并且，根据PDU set#A传输失败的指示信息中的时刻#A以及时刻#B(例如，进行该判断的时刻)，判断该数据包#A的传输时延是否超过PDB。
S507，在数据包#A的传输时延未超过PDB的情况下，UPF重传该PDU set#A。
即，在该方法中，如果数据包#A的传输时延未超过PDB，则UPF以PDU set为粒度，重传该PDU set#A。
以PDU set为粒度重传的原因在于，PDU set中的数据包是有顺序的，如果仅仅重传数据包#A，在RAN侧需要确定数据包#A在PDU set#A中的位置，并按顺序发送数据包#A，增加了RAN处理的复杂度。因此，如果UPF以PDU set为粒度重传，可以降低RAN处理的复杂度。
S508，在数据包#A的传输时延超过PDB的情况下，UPF不重传该PDU set#A。
可选地，UPF还可以将PDU set#A丢弃。
可选地，该方法还包括：UPF也可以获取PDU set#B与PDU set#A的关联关系。并且，UPF确定是否存在与PDU set#A相关联的PDU set#B。UPF确定是否存在与PDU set#A相关联的PDU set#B的过程可以参考S207方式2中的相关描述。如果UPF确定存在与PDU set#A相关联的PDU set#B，则UPF禁止发送PDU set#B。可选地，UPF可以丢弃PDU set#B。
此外，UPF可以继续确定是否存在与PDU set#B相关联的PDU set，如果存在，则UPF禁止发送与PDU set#B相关联的PDU set。以此类推。
应理解，方法500与方法200、方法300或方法400之间并不是孤立的关系，方法500与方法200、方法300或方法400可以相互结合。
例如，可以将S307的方式2与S506结合起来，如果数据包#A的传输时延未超过PDB，进一步地，UPF可以判断缓存区是否包括PDU set#A。如果缓存区包括该PDU set#A，则UPF重传PDU set#A。如果缓存区不包括该PDU set#A，则UPF不重传PDU set#A。
根据前述方法，图7为本申请实施例提供的一种通信装置，该通信装置包括收发单元701和处理单元702。
其中，收发单元701可以用于实现相应的信息收发功能。收发单元701还可以称为通信接口或通信单元。处理单元702可以用于进行处理操作。
示例性地，该装置还包括存储单元，该存储单元可以用于存储指令和/或数据，处理单元702可以读取存储单元中的指令和/或数据，以使得装置实现前述各个方法实施例中的装置的动作。
作为第一种实现方式，该装置可以是前述实施例中的RAN网元，也可以是RAN网元的组成部件(如芯片)。其中，收发单元和处理单元，可以用于实现上文各个方法实施例中RAN的相关操作。示例性地，收发单元用于实现S206、S306、S405或S505等，处理单元用于实现S205、S305、S404或S504等。
作为第二种实现方式，该装置可以是前述实施例中的UPF网元，也可以是UPF网元的组成部件(如芯片)。其中，收发单元和处理单元，可以用于实现上文各个方法实施例中UPF的相关操作。示例性地，收发单元用于实现S203、S303、S403或S502等，处理单元用于实现S207、S307、S406或S506等。
作为第三种实现方式，该装置可以是前述实施例中的AF/AS，也可以是AF/AS的组成部件(如芯片)。其中，收发单元和处理单元，可以用于实现上文各个方法实施例中AF/AS的相关操作。示例性地，收发单元用于实现S201、S301、S401或S501等。
应理解，各单元执行上述相应步骤的具体过程在上述各方法实施例中已经详细说明，为了简洁，在此不再赘述。
还应理解，这里的装置以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中，本领域技术人员可以理解，装置可以具体为上述实施例中的第一网元，可以用于执行上述各方法实施例中与第一网元对应的各个流程和/或步骤，或者，装置可以具体为上述实施例中的网络管理网元，可以用于执行上述各方法实施例中与网络管理网元对应的各个流程和/或步骤，为避免重复，在此不再赘述。
上述通信装置具有实现上述方法中的装置所执行的相应步骤的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块；例如收发单元可以由收发机替代(例如，收发单元中的发送单元可以由发送机替代，收发单元中的接收单元可以由接收机替代)，其它单元，如处理单元等可以由处理器替代，分别执行各个方法实施例中的收发操作以及相关的处理操作。
此外，上述收发单元701还可以是收发电路(例如可以包括接收电路和发送电路)，处理单元可以是处理电路。
需要指出的是，图7中的装置可以是前述方法实施例中的装置，也可以是芯片或者芯片系统，例如：片上系统(system on chip，SoC)。其中，收发单元可以是输入输出电路、通信接口；处理单元为该芯片上集成的处理器或者微处理器或者集成电路。在此不做限定。
本申请实施例还提供一种通信设备，如图8所示，包括：处理器801和通信接口802。处理器801用于执行存储器803存储的计算机程序或指令，或读取存储器803存储的数据，以执行上文各方法实施例中的方法。示例性地，处理器801为一个或多个。通信接口802用于信号的接收和/或发送。例如，处理器801用于控制通信接口802进行信号的接收和/或发送。
示例性地，如图8所示，该通信设备还包括存储器803，存储器803用于存储计算机程序或指令和/或数据。该存储器803可以与处理器801集成在一起，或者也可以分离设置。示例性地，存储器803为一个或多个。
示例性地，处理器801、通信接口802以及存储器803通过总线804相互连接；总线804可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。上述总线804可以分为地址总线、数据总线和控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
例如，处理器801用于执行存储器803存储的计算机程序或指令。
作为第一种实现方式，该设备可以是前述实施例中的RAN网元，也可以是RAN网元的组成部件(如芯片)。其中，通信接口和处理器，可以用于实现上文各个方法实施例中RAN的相关操作。示例性地，通信接口用于实现S206、S306、S405或S505等，处理器用于实现S205、S305、S404或S504等。
作为第二种实现方式，该设备可以是前述实施例中的UPF，也可以是UPF的组成部件(如芯片)。其中，通信接口和处理器，可以用于实现上文各个方法实施例中UPF的相关操作。示例性地，通信接口用于实现S203、S303、S403或S502等，处理器用于实现S207、S307、S406或S506等。
作为第三种实现方式，该设备可以是前述实施例中的AF/AS，也可以是AF/AS的组成部件(如芯片)。其中，通信接口和处理器，可以用于实现上文各个方法实施例中AF/AS的相关操作。示例性地，通信接口用于实现S201、S301、S401或S501等。
应理解，本申请实施例中提及的处理器(如处理器801)可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合。处理器还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logicdevice,CPLD)，现场可编程逻辑门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。
还应理解，本申请实施例中提及的存储器(如存储器803)可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electricallyEPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (21)

1.一种通信方法，其特征在于，包括：
用户面网元向接入网设备发送第一数据集；
所述用户面网元接收来自所述接入网设备的所述第一数据集传输失败的指示信息；
所述用户面网元根据所述第一数据集传输失败的指示信息，处理所述第一数据集和/或第二数据集，所述第二数据集与所述第一数据集之间具有关联关系。
2.根据权利要求1所述的方法，其特征在于，
所述用户面网元根据所述第一数据集传输失败的指示信息，处理所述第一数据集，包括：所述用户面网元根据所述第一数据集传输失败的指示信息重传所述第一数据集。
3.根据权利要求2所述的方法，其特征在于，
所述第一数据集传输失败的指示信息中包括所述第一数据集传输失败的原因为非拥塞；
所述用户面网元根据所述第一数据集传输失败的指示信息重传所述第一数据集包括：所述用户面网元基于所述第一数据集传输失败的原因为非拥塞重传所述第一数据集。
4.根据权利要求2或3所述的方法，其特征在于，所述用户面网元根据所述第一数据集传输失败的指示信息重传所述第一数据集，包括：
所述用户面网元根据所述第一数据集传输失败的指示信息，以及所述第一数据集与所述第二数据集之间的关联关系，重传所述第一数据集。
5.根据权利要求2-4中任一项所述的方法，其特征在于，所述用户面网元根据所述第一数据集传输失败的指示信息重传所述第一数据集，包括：
在所述第一数据集的重要程度为重要的情况下，所述用户面网元重传所述第一数据集。
6.根据权利要求5所述的方法，其特征在于，
如果所述第一数据集在所述数据集组中的位置在预设位置之前，所述第一数据集的重要程度为重要，所述数据集组中包括多个数据集，所述第一数据集为所述多个数据集中的一个。
7.根据权利要求2-6中任一项所述的方法，其特征在于，
所述第一数据集进行重传时的优先级高于在重传之前的优先级。
8.根据权利要求1所述的方法，其特征在于，所述第一数据集传输失败的指示信息中包括所述第一数据集传输失败的原因为拥塞；
所述用户面网元根据所述第一数据集传输失败的指示信息，处理所述第二数据集，包括：
所述用户面网元根据所述第一数据集传输失败的原因为拥塞的指示信息丢弃所述第二数据集。
9.根据权利要求8所述的方法，其特征在于，
所述用户面网元根据所述第一数据集传输失败的指示信息，处理所述第一数据集，包括：
所述用户面网元根据所述第一数据集传输失败的原因为拥塞的指示信息丢弃所述第一数据集。
10.根据权利要求1-9中任一项所述的方法，其特征在于，
所述第一数据集与所述第二数据集的关联关系为所述第二数据集的解析依赖于所述第一数据集；
或者，所述第一数据集为原始流中的数据集，所述第二数据集为所述原始流对应的纠错流中的数据集，所述第二数据集包括所述第一数据集的纠错信息；
或者，所述第一数据集为基础层中的数据集，所述第二数据集为所述基础层对应的增强层中的数据集，所述第二数据集包括所述第一数据集的增强信息；
或者，所述第一数据集和所述第二数据集为不同的数据流中同步传输的数据集。
11.根据权利要求1-10中的任一项所述的方法，其特征在于，
所述第一数据集的数据包中包括所述第一数据集的识别信息，所述第一数据集传输失败的指示信息中包括所述识别信息；
所述方法还包括：
所述用户面网元根据所述识别信息确定所述第一数据集；
所述用户面网元根据所述第二数据集与所述第一数据集的关联关系确定所述第二数据集。
12.根据权利要求1-11中的任一项所述的方法，其特征在于，
所述第一数据集和所述第二数据集为同一视频流中的数据集，数据集组为所述视频流中的图像组。
13.一种通信方法，其特征在于，包括：
接入网设备接收来自用户面网元的第一数据集；
所述接入网设备确定所述第一数据集传输失败；
所述接入网设备向所述用户面网元发送所述第一数据集传输失败的指示信息。
14.根据权利要求13所述的方法，其特征在于，
所述第一数据集传输失败的指示信息中包括所述第一数据集传输失败的原因，所述第一数据集传输失败的原因为拥塞或非拥塞。
15.根据权利要求13或14所述的方法，其特征在于，所述方法还包括：
所述接入网设备接收所述用户面网元重传的所述第一数据集；
所述接入网设备向终端设备重传所述第一数据集。
16.根据权利要求15所述的方法，其特征在于，
所述第一数据集进行重传时的优先级高于在重传之前的优先级。
17.一种通信系统，其特征在于，包括：
用户面网元和接入网设备；
所述用户面网元用于执行如权利要求1-12中任一项所述的方法；
所述接入网设备用于执行如权利要求13-15中任一项所述的方法。
18.一种通信装置，其特征在于，包括用于执行权利要求1-16中任一项方法的单元。
19.一种通信设备，其特征在于，包括：通信接口和处理器，所述处理器用于执行计算机程序或指令，使得所述通信设备执行如权利要求1-16中任一项所述的方法。
20.一种计算机可读存储介质，其特征在于，包括计算机程序或指令，当所述计算机程序或所述指令在计算机上运行时，使得所述计算机执行如权利要求1-16中任意一项所述的方法。
21.一种计算机程序产品，其特征在于，包含指令，当所述指令在计算机上运行时，使得所述计算机执行如权利要求1-16中任意一项所述的方法。
CN202210481785.3A 2022-05-05 2022-05-05 通信方法和装置 Pending CN117062142A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210481785.3A CN117062142A (zh) 2022-05-05 2022-05-05 通信方法和装置
PCT/CN2023/090035 WO2023213202A1 (zh) 2022-05-05 2023-04-23 通信方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210481785.3A CN117062142A (zh) 2022-05-05 2022-05-05 通信方法和装置

Publications (1)

Publication Number Publication Date
CN117062142A true CN117062142A (zh) 2023-11-14

Family

ID=88646243

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210481785.3A Pending CN117062142A (zh) 2022-05-05 2022-05-05 通信方法和装置

Country Status (2)

Country Link
CN (1) CN117062142A (zh)
WO (1) WO2023213202A1 (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108419275B (zh) * 2017-02-10 2022-01-14 华为技术有限公司 一种数据传输方法、通信设备、终端和基站
CN109818917B (zh) * 2017-11-21 2021-10-26 华为技术有限公司 一种通信方法及其装置
CN110636535B (zh) * 2018-06-25 2021-02-23 华为技术有限公司 一种数据传输方法及装置
CN113840385A (zh) * 2020-06-24 2021-12-24 华为技术有限公司 一种业务传输方法及装置
EP4199580A4 (en) * 2020-09-11 2023-09-27 Huawei Technologies Co., Ltd. METHOD FOR DISPLAYING PACKAGE LOSS AND ASSOCIATED DEVICE

Also Published As

Publication number Publication date
WO2023213202A1 (zh) 2023-11-09

Similar Documents

Publication Publication Date Title
AU2018396965B2 (en) Communication method and related product
AU2009209739B2 (en) Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
US20220368467A1 (en) Harq process management method and apparatus, terminal, and storage medium
KR101117932B1 (ko) 즉시 상황 보고 타이밍을 가진 확인 응답 모드 폴링
KR100943590B1 (ko) 이동 통신 시스템에서 상태 보고의 송수신 방법 및 장치
CA2753192C (en) Method of receiving a point-to-multipoint service in a wireless communication system
US20080148136A1 (en) Apparatus and method for transmitting/receiving data in a mobile communication system
US11159442B2 (en) Techniques for efficient reordering of data packets in multipath scenarios
BRPI0706809A2 (pt) método de transmissão e de retransmissão de dados
KR20100053625A (ko) 무선 통신 시스템에서의 핸드오버 동안 데이터의 계층 2 터널링
CN108462970B (zh) 一种丢包判决方法及装置
US20160285776A1 (en) Physical-layer signaling of flow control updates
CN115250506A (zh) 一种通信方法及设备
CN110830818A (zh) 视频传输方法和装置
CN112954803B (zh) 一种被用于无线通信的用户设备、基站中的方法和装置
CN117062142A (zh) 通信方法和装置
WO2023087145A1 (en) Methods and apparatuses for pdcp reordering management
CN117812746A (zh) 一种协议数据单元集合传输方法及装置
KR20090116614A (ko) 이동 통신 시스템에서 무선 링크 제어 데이터 처리 장치 및방법
CN116506697A (zh) 视频流丢包方法、装置和存储介质
WO2023115477A1 (en) Methods and apparatuses for supporting a packet discarding operation in rlc layer due to a packet loss
US20240259319A1 (en) Priority Application And Network Bits For PDU Handling
WO2023115473A9 (en) Methods and apparatuses for supporting a packet discarding operation in a pdcp layer due to a packet loss
EP4401445A1 (en) Communication method and apparatus
CN118575506A (zh) 一种数据传输方法及装置、通信设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication