CN115776697A - 数据传输的方法和装置 - Google Patents

数据传输的方法和装置 Download PDF

Info

Publication number
CN115776697A
CN115776697A CN202111045932.4A CN202111045932A CN115776697A CN 115776697 A CN115776697 A CN 115776697A CN 202111045932 A CN202111045932 A CN 202111045932A CN 115776697 A CN115776697 A CN 115776697A
Authority
CN
China
Prior art keywords
qos flow
configuration information
pdu session
qos
access network
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
CN202111045932.4A
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 CN202111045932.4A priority Critical patent/CN115776697A/zh
Priority to PCT/CN2022/116618 priority patent/WO2023036052A1/zh
Publication of CN115776697A publication Critical patent/CN115776697A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control

Abstract

本申请实施例提供了一种数据传输的方法和装置。第一接入网设备接收来自核心网设备的第一指示信息,该第一指示信息指示第一终端设备的第一服务质量QoS流和第二终端设备的第二QoS流具有关联关系,第一接入网设备根据第一指示信息调度第一终端设备和第二终端设备的数据传输。通过该方法,第一接入网设备可以从核心网设备获取具有关联关系的QoS流,当某一个QoS流出现数据丢包或传输失败时,第一接入网设备可以提高与该QoS流具有关联关系的QoS流的数据传输可靠性,从而可以避免因为生存时间超时导致业务停机,进而提升了业务的可靠性。

Description

数据传输的方法和装置
技术领域
本申请实施例涉及无线通信领域,尤其涉及数据传输的方法和装置。
背景技术
在工业控制场景中,通常部署有线的工业互联网(industrial Internet ofthings,IIoT)进行产线控制,例如部署有线时延敏感网络(time sensitive network,TSN)来控制产线。然而这种方式存在一些固有的缺陷,例如线缆部署成本较高、存在安全风险、灵活性较低等。为解决上述缺陷,第三代合作伙伴计划(3rd Generation PartnershipProject,3GPP)提出了将5G系统(5th generation system,5GS)应用于TSN的方案,其中,5GS作为一个TSN桥接设备应用到TSN中,TSN的数据包可以通过5GS进行传输。
发明内容
本申请提供了一种数据传输的方法和装置,用于提高数据传输的可靠性。
第一方面,本申请提供了数据传输的方法,该方法的执行主体为第一接入网设备。第一接入网设备接收来自核心网设备的第一指示信息,该第一指示信息指示第一终端设备的第一服务质量QoS流和第二终端设备的第二QoS流具有关联关系,其中,第一接入网设备服务于第一终端设备和第二终端设备,第一QoS流属于第一协议数据单元PDU会话,第二QoS流属于第二PDU会话;第一接入网设备根据第一指示信息调度第一终端设备和第二终端设备的数据传输。
通过实施第一方面所描述的方法,第一接入网设备可以根据从核心网设备获取的第一指示信息确定第一终端设备和第二终端设备存在具有关联关系的QoS流,当某一QoS流出现数据丢包或传输失败时,第一接入网设备除了提高该QoS流的数据传输的可靠性,还可以提高与该QoS流具有关联关系的QoS流的数据传输的可靠性,从而使得当检测到传输失败时,接入网设备和终端设备可以以更加鲁棒的传输方式进行数据传输,从而可以避免因为生存时间超时导致业务停机,进而提升了业务的可靠性。
在第一方面的一种可能的实现方式中,第一指示信息包括第一QoS流的标识信息和所述第二QoS流的标识信息,该方法还包括:第一接入网设备接收来自核心网设备的第一QoS流的配置信息和第二QoS流的配置信息。
在第一方面的一种可能的实现方式中,第一QoS流的标识信息为服务质量流标识QFI,第二QoS流的标识信息为QFI。
在第一方面的一种可能的实现方式中,第一指示信息包括第一QoS流的配置信息和第二QoS流的QFI。
在第一方面的一种可能的实现方式中,第一指示信息包括第一PDU会话的标识和第二PDU会话的标识,该方法还包括:第一接入网设备接收来自核心网设备的第一QoS流的配置信息和第二QoS流的配置信息,其中,第一QoS流的QFI与所述第二QoS流的QFI相同。
在第一方面的一种可能的实现方式中,第一指示信息包括第一PDU会话的配置信息和第二PDU会话的标识,其中,第一QoS流的QFI与所述第二QoS流的QFI相同。
在第一方面的一种可能的实现方式中,第一指示信息包括第一终端设备的标识和第二终端设备的标识。
在第一方面的一种可能的实现方式中,第一接入网设备接收来自核心网设备的第一QoS流的配置信息和第二QoS流的配置信息,其中,第一QoS流的QFI与第二QoS流的QFI相同,第一PDU会话和第二PDU会话的标识相同。
在第一方面的一种可能的实现方式中,第一接入网设备接收来自核心网设备的第一QoS流的配置信息和第二QoS流的配置信息,其中,第一QoS流的配置信息包括的索引值与第二QoS流的配置信息包括的索引值相同。
在第一方面的一种可能的实现方式中,第一接入网设备接收来自所述核心网设备的第一PDU会话的配置信息和第二PDU会话的配置信息,其中,第一PDU会话的配置信息包括的索引值与第二PDU会话的配置信息包括的索引值相同,第一QoS流的QFI与第二QoS流的QFI相同。
在第一方面的一种可能的实现方式中,第一接入网设备接收来自核心网设备的第一PDU会话的配置信息和第二PDU会话的配置信息,其中,第一PDU会话的配置信息包括第一QoS流的配置信息,第二PDU会话的配置信息包括第二QoS流的配置信息,第一PDU会话的配置信息包括的索引值与第二PDU会话的配置信息包括的索引值相同,第一QoS流的配置信息包括的索引值与第二QoS流的配置信息包括的索引值相同。
在第一方面的一种可能的实现方式中,第一指示信息包括第一QoS流的配置信息和第二QoS流的配置信息,其中,第一QoS流的配置信息包括的索引值与第二QoS流的配置信息包括的索引值相同。
在第一方面的一种可能的实现方式中,第一指示信息包括第一PDU会话的配置信息和第二PDU会话的配置信息,其中,第一PDU会话的配置信息包括的索引值与第二PDU会话的配置信息包括的索引值相同,第一QoS流的QFI与第二QoS流的QFI相同。
在第一方面的一种可能的实现方式中,第一指示信息包括第一PDU会话的配置信息和第二PDU会话的配置信息,第一PDU会话的配置信息包括第一QoS流的配置信息,第二PDU会话的配置信息包括第二QoS流的配置信息,第一PDU会话的配置信息包括的索引值与第二PDU会话的配置信息包括的索引值相同,第一QoS流的配置信息包括的索引值与第二QoS流的配置信息包括的索引值相同。
在第一方面的一种可能的实现方式中,第一QoS流和第二QoS流具有关联关系,具体包括:第一QoS流传输的数据包与第二QoS流传输的数据包是具有相同来源的不同类型数据包,或者,第一QoS流传输的数据包与所述QoS流传输的数据包是相同的数据包,或者,第一QoS流传输的数据包与第二QoS流传输的数据包具有相同的QoS保障。
第二方面,本申请提供了数据传输的方法,该方法的执行主体为第一接入网设备。第一接入网设备接收来自核心网设备的第一指示信息,该第一指示信息指示第一终端设备的第一服务质量QoS流和第二终端设备的第二QoS流具有关联关系,其中,第一接入网设备服务于第一终端设备,第二接入网设备服务于第二终端设备,第一QoS流属于第一协议数据单元PDU会话,所述第二QoS流属于第二PDU会话;第一接入网设备向第二接入网设备发送第二指示信息,该第二指示信息指示第一QoS流的数据包传输失败。
通过实施第一方面所描述的方法,第一接入网设备可以根据从核心网设备获取的第一指示信息确定第一终端设备和第二终端设备存在具有关联关系的QoS流,当某一QoS流出现数据丢包或传输失败时,第一接入网设备将发生传输失败的QoS流的信息,或者,将与发生传输失败的QoS流具有关联关系的QoS流信息告知给第二接入网设备,从而除了提高该QoS流的数据传输的可靠性之外,还能提高与该QoS流具有关联关系的QoS流的数据传输的可靠性。进而使得当检测到传输失败时,接入网设备和终端设备可以以更加鲁棒的传输方式进行数据传输,从而可以避免因为生存时间超时导致业务停机,进而提升了业务的可靠性。
在第二方面的一种可能的实现方式中,第一指示信息包括第一QoS流的配置信息,第一指示信息还包括第二QoS流的标识、第二PDU会话的标识、第二接入网设备的标识、第二终端设备的标识和第一标记值中的至少一项。
在第二方面的一种可能的实现方式中,第一QoS流和第二QoS流具有关联关系,具体包括:第一QoS流传输的数据包与第二QoS流传输的数据包是具有相同来源的不同类型数据包,或者,第一QoS流传输的数据包与第二QoS流传输的数据包是相同的数据包,或者,第一QoS流传输的数据包与第二QoS流传输的数据包具有相同的QoS保障。
第三方面,本申请提供了数据传输的方法,该方法的执行主体为第一接入网设备。第一接入网设备接收来自核心网设备的第一指示信息,该第一指示信息指示第一终端设备的第一服务质量QoS流和第三QoS流具有关联关系;第一接入网设备根据第一指示信息调度第一终端设备的数据传输。
通过实施第一方面所描述的方法,第一接入网设备可以根据从核心网设备获取的信息,确定第一终端设备的具有关联关系的多个QoS流,当某一QoS流出现数据丢包或传输失败时,第一接入网设备除了提高该QoS流的数据传输的可靠性,还可以提高与该QoS流具有关联关系的QoS流的数据传输的可靠性,从而使得当检测到传输失败失败时,接入网设备和终端设备可以以更加鲁棒的传输方式进行数据传输,从而可以避免因为生存时间超时导致业务停机,进而提升了业务的可靠性。
在第三方面的一种可能的实现方式中,第一QoS流和第三QoS流具有关联关系,具体包括:第一QoS流传输的数据包与第三QoS流传输的数据包是具有相同来源的不同类型数据包,或者,第一QoS流传输的数据包与第三QoS流传输的数据包具有相同的QoS保障,或者,第一QoS流传输的数据包和第三QoS流传输的数据包分别为同一业务的上行数据包和下行数据包。
第四方面,提供了一种通信装置,包括用于实现前述第一方面、第一方面的任意可能的实现方式、第二方面、第二方面的任意可能的实现方式、第三方面、第三方面的任意可能的实现方式中的方法的功能模块。
第五方面,提供了一种通信装置,包括处理器和接口电路,接口电路用于接收来自该通信装置之外的其它通信装置的信号并传输至该处理器或将来自该处理器的信号发送给该通信装置之外的其它通信装置,该处理器通过逻辑电路或执行代码指令用于实现前述第一方面、第一方面的任意可能的实现方式、第二方面、第二方面的任意可能的实现方式、第三方面、第三方面的任意可能的实现方式中的方法。
第六方面,提供了一种通信装置,包括处理器和存储器,该处理器和该存储器耦合,该处理器用于控制该装置实现前述第一方面、第一方面的任意可能的实现方式、第二方面、第二方面的任意可能的实现方式、第三方面、第三方面的任意可能的实现方式中的方法。
第七方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序或指令,当该计算机程序或指令被执行时,实现前述第一方面、第一方面的任意可能的实现方式、第二方面、第二方面的任意可能的实现方式、第三方面、第三方面的任意可能的实现方式中的方法。
第八方面,提供了一种包含指令的计算机程序产品,当该指令被运行时,实现前述第一方面、第一方面的任意可能的实现方式、第二方面、第二方面的任意可能的实现方式、第三方面、第三方面的任意可能的实现方式中的方法。
第九方面,提供了一种计算机程序,该计算机程序包括代码或指令,当该代码或指令被运行时,实现前述第一方面、第一方面的任意可能的实现方式、第二方面、第二方面的任意可能的实现方式、第三方面、第三方面的任意可能的实现方式中的方法。
第十方面,提供一种芯片系统,该芯片系统包括处理器,还可以包括存储器,实现前述第一方面、第一方面的任意可能的实现方式、第二方面、第二方面的任意可能的实现方式、第三方面、第三方面的任意可能的实现方式中的方法。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
附图说明
图1为本申请实施例适用的一种网络架构示意图;
图2a为本申请实施例提供的终端设备与接入网设备之间的协议层结构示例图;
图2b为本申请实施例提供的一种CU-DU分离架构的示意图;
图2c为本申请实施例提供的又一种CU-DU分离架构的示意图;
图2d为本申请实施例提供的一种协议栈分布示意图;
图3为本申请实施例提供的一种5G系统支持TSN网络的架构示意图;
图4a为本申请实施例提供的一种5G通信系统中的QoS模型示意图;
图4b为本申请实施例提供的一种TSC应用场景示意图;
图4c为本申请实施例提供的业务在应用层发生中断的一种示例;
图5、图6和图7为本申请实施例提供的数据传输方法的流程示意图;
图8和图9为本申请实施例提供的可能的通信装置的结构示意图。
具体实施方式
本申请实施例提供的技术方案可以应用于各种通信系统,例如:长期演进(longterm evolution,LTE)系统、第五代(5th generation,5G)移动通信系统、WiFi系统、未来的通信系统、或者多种通信系统融合的系统等,本申请实施例不做限定。其中,5G还可以称为新无线(new radio,NR)。
本申请实施例提供的技术方案可以应用于各种通信场景,例如可以应用于以下通信场景中的一种或多种:增强移动宽带(enhanced mobile broadband,eMBB)、超可靠低时延通信(ultra-reliable low-latency communication,URLLC)、机器类型通信(machinetype communication,MTC)、大规模机器类型通信(massive machine typecommunications,mMTC)、设备到设备(device-to-device,D2D)、车辆外联(vehicle toeverything,V2X)、车辆到车辆(vehicle to vehicle,V2V)、和物联网(internet ofthings,IoT)等。
在本申请实施例中,“/”可以表示前后关联的对象是一种“或”的关系,例如,A/B可以表示A或B;“和/或”可以用于描述关联对象存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。其中A,B可以是单数或者复数。在本申请实施例中,可以采用“第一”、“第二”等字样对功能相同或相似的技术特征进行区分。该“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。在本申请实施例中,“示例性的”或者“例如”等词用于表示例子、例证或说明,被描述为“示例性的”或者“例如”的实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念,便于理解。
图1为本申请实施例适用的一种网络架构示意图。如图1所示,终端设备可接入到无线网络,以通过无线网络获取外网(例如数据网络(data network,DN))的服务,或者通过无线网络与其它设备通信,如可以与其它终端设备通信。该无线网络中的网元包括无线接入网(radio access network,RAN)网元和核心网(core network,CN)网元。RAN用于将终端设备接入到无线网络,CN用于对终端设备进行管理并提供与DN通信的网关。在本申请实施例中,RAN中的设备可以称为接入网设备,CN中的设备可以称为核心网设备,接入网设备和核心网设备都可以称为网络设备。其中,一个接入网设备可以为至少一个终端设备提供服务,例如,一个接入网设备可以为两个终端设备提供服务(图1未示出)。
图1中Npcf、Nudm、Naf、Namf、Nsmf、N1、N2、N3、N4,以及N6为接口序列号。这些接口序列号的含义可参见相关标准协议中定义的含义,在此不做限制。
可以理解的是,图1中是以5G通信系统为例进行示意的,本申请实施例中的方案还可以适用于其它可能的通信系统中,比如第六代(the 6th generation,6G)通信系统中。上述网元或者功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能。可选的,上述网元或者功能可以由一个设备实现,也可以由多个设备共同实现,还可以是一个设备内的一个功能模块,本申请实施例对此不作具体限定。
下面分别对图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)终端设备、订户单元、订户站,移动站、远程站、接入点(access point,AP)、远程终端、接入终端、用户终端、用户代理、或用户装备等。例如,可以包括移动电话(或称为“蜂窝”电话),具有移动终端设备的计算机,便携式、袖珍式、手持式、计算机内置的移动装置等。例如,个人通信业务(personal communicationservice,PCS)电话、无绳电话、会话发起协议(session initiation protocol,SIP)话机、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digitalassistant,PDA)、等设备。还包括受限设备,例如功耗较低的设备,或存储能力有限的设备,或计算能力有限的设备等。例如包括条码、射频识别(radio frequency identification,RFID)、传感器、全球定位系统(global positioning system,GPS)、激光扫描器等信息传感设备。
二、RAN设备
RAN中可以包括一个或多个RAN设备,RAN设备与终端设备之间的接口可以为Uu接口(或称为空口)。当然,在未来通信中,这些接口的名称可以不变,或者也可以用其它名称代替,本申请对此不限定。
RAN设备是终端设备通过无线方式接入到移动通信系统中的接入设备,可以是基站、演进型基站(evolved NodeB,eNodeB)、发送接收点(transmission reception point,TRP)、5G移动通信系统中的下一代基站(next generation NodeB,gNB)、未来移动通信系统中的基站或WiFi系统中的接入节点等。RAN设备可以包括集中单元(centralized unit,CU)、或分布单元(distributed unit,DU)、或包括CU和DU。
在本申请实施例中,也可以通过多个网络功能实体来实现RAN设备的功能,每个网络功能实体用于实现RAN设备的部分功能。这些网络功能实体可以是硬件设备中的网络元件,也可以是在专用硬件上运行软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能。
(1)协议层结构
RAN设备和终端设备之间的通信遵循一定的协议层结构,例如控制面协议层结构可以包括无线资源控制(radio resource control,RRC)层、分组数据汇聚层协议(packetdata convergence protocol,PDCP)层、无线链路控制(radio link control,RLC)层、媒体接入控制(media access control,MAC)层和物理层;用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层,在一种可能的实现中,PDCP层之上还可以包括业务数据适配(service data adaptation protocol,SDAP)层。
以接入网设备和终端设备之间的数据传输为例,数据传输需要经过用户面协议层,比如经过SDAP层、PDCP层、RLC层、MAC层、物理层,其中,SDAP层、PDCP层、RLC层、MAC层、物理层也可以统称为接入层。示例性地,接入网设备和终端设备之间通过建立至少一个数据无线承载(data radio bearer,DRB)来传输数据,每个DRB可以对应一组功能实体集合,比如包括一个PDCP层实体,该PDCP层实体对应的至少一个RLC层实体,至少一个RLC层实体对应的至少一个MAC层实体,至少一个MAC层实体对应的至少一个物理层实体。需要说明的是,接入网设备和终端设备之间还可以通过建立至少一个信令无线承载(signalling radiobearer,SRB)来传输信令,DRB和SRB可以统称为无线承载(radio bearer,RB)。
以下行数据传输为例,图2a中向下的箭头表示数据发送,向上的箭头表示数据接收。SDAP层实体自上层取得数据后,可以根据数据的服务质量流标识(quality of serviceflow indicator,QFI)将数据映射到相应DRB的PDCP层实体,PDCP层实体可以将数据传送到该PDCP层实体对应的至少一个RLC层实体,进而由至少一个RLC层实体传输到对应的MAC层实体,再由MAC层实体生成传输块,然后通过对应的物理层实体进行无线传输。数据在各个层中进行相对应的封装,某一层从该层的上层收到的数据视为该层的服务数据单元(service data unit,SDU),经过层封装后成为协议数据单元(protocol data unit,PDU),再传递给下一个层。例如PDCP层实体从上层接收到的数据称为PDCP SDU,PDCP层实体发送到下层的数据称为PDCP PDU;RLC层实体从上层接收到的数据称为RLC SDU,RLC层实体发送到下层的数据称为RLC PDU。其中,不同层之间可以通过相应的通道来传输数据,比如RLC层实体与MAC层实体之间可以通过逻辑信道(logical channel,LCH)来传输数据,MAC层实体与物理层实体之间可以通过传输通道(transport channel)来传输数据。
示例性地,根据图2a还可以看出,终端设备还具有应用层和非接入层;其中,应用层可以用于向终端设备中所安装的应用程序提供服务,比如,终端设备接收到的下行数据可以由物理层依次传输到应用层,进而由应用层提供给应用程序;又比如,应用层可以获取应用程序产生的数据,并将数据依次传输到物理层,发送给其它通信装置。非接入层可以用于转发用户数据,比如将从应用层接收到的上行数据转发给SDAP层或者将从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可以根据无线网络的协议层划分:比如图2b所示,PDCP层及以上协议层的功能设置在CU,PDCP层以下协议层的功能设置在DU,例如,DU可以包括RLC层、MAC层和物理(Physical,PHY)层。
在一种可能的设计中,DU可以包括RLC层的功能、MAC层的功能,和,PHY层的部分功能。示例性地,DU可以包括PHY层中高层的功能。其中,PHY层中高层的功能可以包括循环冗余校验(cyclic redundancy check,CRC)功能、信道编码、速率匹配、加扰、调制、和层映射;或者,PHY层中高层的功能可以包括循环冗余校验、信道编码、速率匹配、加扰、调制、层映射和预编码。PHY层中低层的功能可以通过另一个与DU独立的网络实体实现,其中,PHY层中低层的功能可以包括预编码、资源映射、物理天线映射和射频功能;或者,PHY层中低层的功能可以包括资源映射、物理天线映射和射频功能。本申请实施例对PHY层中高层和底层的功能划分不作限制。当PHY层中低层的功能可以以另一个与DU独立的网络实体实现时,DU向其它通信装置(例如终端设备、核心网设备)发送数据或信息,可以理解为:DU执行RLC层、MAC层的功能,和,PHY层的部分功能。例如,DU在完成RLC层、MAC层的功能,以及,循环冗余校验、信道编码、速率匹配、加扰、调制、层映射后,由执行PHY层中低层的功能的与DU独立的网络实体执行剩余的在物理资源上映射和发送的功能。
可以理解的,上述对CU和DU的处理功能按照协议层的划分仅仅是一些举例,也可以按照其他的方式进行划分,比如RLC层以上协议层的功能设置在CU,RLC层及以下协议层的功能设置在DU,又比如可以将CU或者DU划分为具有更多协议层的功能,又比如CU或DU还可以划分为具有协议层的部分处理功能。在一种设计中,将RLC层的部分功能和RLC层以上的协议层的功能设置在CU,将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。在另一种设计中,还可以按照业务类型或者其他系统需求对CU或者DU的功能进行划分,例如按时延划分,将处理时间需要满足时延要求的功能设置在DU,不需要满足该时延要求的功能设置在CU。在另一种设计中,CU也可以具有核心网的一个或多个功能。示例性地,CU可以设置在网络侧方便集中管理;DU可以具有多个射频功能,也可以将射频功能拉远设置。本申请实施例对此并不进行限定。
示例性地,CU的功能可以由一个实体来实现,或者也可以由不同的实体来实现。例如,如图2c所示,可以对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。
基于图2c,图2d为一种空口协议栈分布示意图。如图2d所示,针对用户面和控制面来说,空口协议栈都可以是RLC、MAC、PHY在DU,PDCP及以上协议层在CU。
需要说明的是:在上述图2b至图2d所示意的架构中,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)网元、网络开放功能(network exposure function,NEF)网元、统一数据存储(unified data repository,UDR)网元等。
AMF网元是由运营商网络提供的控制面网元,负责终端设备接入运营商网络的接入控制和移动性管理,例如包括移动状态管理,分配用户临时身份标识,认证和授权用户等功能。
SMF网元是由运营商网络提供的控制面网元,负责管理终端设备的PDU会话。PDU会话是一个用于传输PDU的通道,终端设备需要通过PDU会话与DN互相传送PDU。PDU会话由SMF网元负责建立、维护和删除等。SMF网元包括会话管理(如会话建立、修改和释放,包含UPF和RAN之间的隧道维护)、UPF网元的选择和控制、业务和会话连续性(service and sessioncontinuity,SSC)模式选择、漫游等会话相关的功能。
UPF网元是由运营商提供的网关,是运营商网络与DN通信的网关。UPF网元包括数据包路由和传输、包检测、业务用量上报、服务质量(Quality of Service,QoS)处理、合法监听、上行包检测、下行数据包存储等用户面相关的功能。
PCF网元是由运营商提供的控制面功能,用于向SMF网元提供PDU会话的策略。策略可以包括计费相关策略、QoS相关策略和授权相关策略等。
UDM网元是由运营商提供的控制面网元,负责存储运营商网络中签约用户的用户永久标识符(subscriber permanent identifier,SUPI)、安全上下文(securitycontext)、签约数据等信息。
AF网元是提供各种业务服务的功能网元,能够通过其它网元与核心网交互,以及能够和策略管理框架交互进行策略管理。
此外,CN中还可以包括其它可能的网元,比如网络开放功能(network exposurefunction,NEF)网元、统一数据仓储(unified data repository,UDR)网元,NEF网元用于提供网络能力开放相关的框架、鉴权和接口,在5G系统网络功能和其他网络功能之间传递信息;UDR网元主要用来存储用户相关的签约数据、策略数据、用于开放的结构化数据、应用数据。
四、DN
DN也可以称为分组数据网络(packet data network,PDN),是位于运营商网络之外的网络,运营商网络可以接入多个DN,DN中可部署有多种业务对应的应用服务器,为终端设备提供多种可能的服务。其中,应用服务器中可以设置有与终端设备的应用层相对等的应用层。
图3为本申请实施例适用的一种5GS支持TSN网络的架构示意图。如下图3所示,TSN网络可以将5GS看成是一个TSN桥接设备,各类工业应用的数据包可以通过5GS进行上行/下行发送。工业应用数据可以由DN(如TSN控制器)发送至UPF,由UPF发送到连接了工业设备(如传感器、操作臂等)的UE,并由UE发送给所连接的工业设备;同样的,工业数据也可以由工业设备发送至DN。在5GS内,UE和基站之间通过Uu接口进行数据传输,基站和核心网数据面节点UPF通过N3接口/N3隧道进行数据传输。在一中可能的实现方式中,TSN控制器可以部署在网络侧,如与UPF相连的一侧,也可以部署在用户侧,如与UE相连的那一侧。在图3所示的5GS支持IIoT网络的场景中,数据包在5GS内有可能出现丢包或传输失败;上行/下行数据包的传输失败有可能发生在Uu接口上,也有可能发生在N3接口上。
下面对本申请实施例所涉及的相关技术特征进行解释说明。需要说明的是,这些解释是为了让本申请实施例更容易被理解,而不应该视为对本申请所要求的保护范围的限定。
一、服务质量流(quality of service,QoS)流
终端设备与UPF之间可以通过协议数据单元(packet data unit,PDU)会话进行数据传输,每个PDU会话中可以传输多个不同QoS要求的数据流,即QoS流。
图4a为本申请实施例提供的一种5G通信系统中的QoS模型示意图。如图4a所示,在下行方向上,数据包到达UPF网元后,UPF网元根据SMF网元配置的包检测规则(packetdetection rule,PDR)中的包过滤集合(packetfilter sets)将下行数据包区分到不同的QoS流,QoS流内的数据包标记有QoS流的标识(QoS flow indicator,QFI)。进而UPF网元将数据包通过N3接口(即接入网设备与UPF网元之间的接口)传递到接入网设备,接入网设备接收到数据包后,根据数据包对应的QFI确定该数据包所属的QoS流,再根据该QoS流的QoS参数,在空口上进行下行数据包的传输。在上行方向上,终端设备的应用层获取数据包后,可以根据SMF网元配置的QoS规则中的包过滤集合将上行数据包区分成不同的QoS流,然后在空口上进行上行数据包的传输。每个QoS flow都会关联一个QoS文本(QoSprofile)、至少一条QoS规则以及可选的QoS参数。
二、UPF本地回环
图4b为本申请实施例提供的一种时延敏感通信(time sensitivecommunication,TSC)应用场景示意图。如图4b所示,连接到一个UE的一个TSC控制器需要向其他TSC设备发送TSC数据,而其他TSC设备连接到另一个UE。这两个UE由同一个UPF提供服务,由相同或不同的基站提供服务。例如,TSC设备1需要将TSC数据发送给TSC设备2。具体地,TSC设备1可以将TSC数据发送给UE1,UE1将TSC数据通过基站1发送给UPF,并由UPF通过基站2发送给UE2,再由UE2将TSC数据发送给TSC设备2。其中,UE1到UPF方向传输的QoS流为QoS流1,UPF到UE2方向传输的QoS流为QoS流2。基站1和基站2可以相同或不同,当UE1和UE2由相同的基站提供服务时,基站1和基站2是同一个基站;当UE1和UE2由不同的基站提供服务时,基站1和基站2是不同的两个基站。上述数据传输方式称为UPF本地回环,在3GPP标准中也被称为UPF local switch。
三、时延敏感通信辅助信息
对于时延敏感业务,SMF可以在建立QoS流时向接入网设备提供该业务的时延敏感通信辅助信息(time sensitive communication assistance information,TSCAI)。其中,TSCAI可以用于刻画在5G系统内使用的时延敏感业务的业务特征,有利于接入网设备进行有效的资源调度。TSCAI中包括该时延敏感业务的QoS流的流动方向(flow direction),例如是下行或上行;TSCAI中还可以包括周期,表示该时延敏感业务两个burst之间的时间间隔;TSCAI中还可以包括突发到达时间(burst arrival time),其中,对于下行业务来说,该突发到达时间指的是数据突发的第一个数据包到达接入网设备入口的最晚可能时间,对于上行业务来说,该突发到达时间指的是数据突发的第一个数据包到终端设备出口的时间。
四、生存时间
5G通信系统可以支持多种可能的业务,比如URLLC业务,需要保证1毫秒时延,以及99.999%的可靠性需求。对于IIoT业务,所需要的延时保证和可靠性保障要求可能会更高,例如需要0.5ms的时延保证和99.9999%的可靠性需求。为了避免网络层偶然性的通信错误对应用层产生较大的影响,IIoT设备的应用层可以设置生存时间。生存时间是指,IIoT设备的应用层如果在某一数据包期望到达的时间范围内没有收到该数据包,应用层将会进入生存时间状态,如果在该生存时间范围内有期望的应用层数据包到达,则应用层退出该生存时间状态;如果该在该生存时间范围内,依然没有任何一个期望的应用层数据包到达,则应用层发生中断。应用层中断后会进入一个预定义的状态,如业务中断、宕机等。
对于周期性产生数据包的业务而言,在一个示例中,生存时间可以定义为连续未传输成功的数据包的个数(比如a),如果连续未传输成功的数据包的个数大于或等于a,则会导致业务在应用层发生中断。举个例子,参见图4c所示,一个传输周期内可以传输一个数据包,a为2,也就是说,当连续两个数据包未传输成功时,业务在应用层发生中断。具体地,如4所示,当图4c中的数据包2未传输成功时,应用层进入生存时间状态;当下一个周期的数据包3传输成功时,应用层退出生存时间状态;当再下一个周期的数据包4未传输成功时,应用层再次进入生存时间状态,若数据包5依然未传输成功,则该生存时间超时,应用层发生中断。
在另一个示例中,生存时间也可以定义为连续未传输成功的传输周期的个数(比如c),其中,未传输成功的传输周期可以是指,存在未传输成功的数据包的传输周期,或者未传输成功的数据包的个数大于或等于第一阈值的传输周期,或者未传输成功的数据量大于或等于第二阈值的传输周期,其中,第一阈值和第二阈值可以是预设的。如果连续未传输成功的传输周期的个数大于或等于c,则会导致业务在应用层发生中断。
需要说明的是,以下行传输为例,上述所涉及的未传输成功的数据包,可以包括:
(1)接入网设备的PDCP层确定传输失败(即发送失败)的数据包。
(2)由于PDCP层丢弃(discard)定时器(timer)超时而丢弃的数据包。
(3)接入网设备已经通过空口向终端设备发送但尚未接收到来自终端设备的确认响应(比如ACK)的数据包。
五、非应答模式和应答模式
工业领域存在多种多样的IIoT业务,这些IIoT业务的控制器和设备之间存在多种交互方式。
1、非应答模式
在本申请实施例中,非应答模式也可以称为点对点非应答模式、非响应模式、非关联模式;或者,非应答模式也可以理解为:上行数据传输和下行数据传输之间不存在关联关系或绑定关系;或者,也可以理解为:发送端发送一个数据包/消息,接收端不会发送该数据包/消息对应的反馈信息或响应消息;或者,非应答模式也可以有其它名称,本申请实施例对此不作限制。为方便描述,下文以“非应答模式”为例进行描述。
在非应答模式中,接收端根据接收数据包的间隔判断该业务是否正常。具体地,发送端周期性发送数据/控制指令,接收端接收到数据/指令后执行相应的操作。接收端在接收到一个数据包后的一定时间内没有接收到数据包,则应用层进入生存时间状态。如果接收端在生存时间内仍未收到数据包,则认为链路故障/停机。
2、应答模式
在本申请实施例中,应答模式也可以称为点对点应答模式、响应模式、关联模式;或者,应答模式也可以理解为:上行数据传输和下行数据传输之间存在关联关系或绑定关系;或者,也可以理解为:发送端发送一个数据包/消息,接收端会发送该数据包/消息对应的反馈信息或响应消息;或者,应答模式也可以有其它名称,本申请实施例对此不作限制。为方便描述,下文以“应答模式”为例进行描述。
在应答模式中,发送端根据接收端的应答判断该业务是否正常。具体地,发送端周期性(例如,周期为T)发送数据/控制指令,接收端接收到数据/指令后进行响应应答。如果发送端在一定时间内没有接收到接收端的应答消息,则发送端(或者发送端的应用层)进入生存时间状态,并执行重发操作。当发送端在生存时间范围内执行至少一次重发后(若重发了多次,每次重发的时间间隔为T),依然没有收到接收端的应答消息,则认为链路故障/停机。
由上述可知,为保证IIoT业务的可用性,当发生传输丢包时,IIoT设备的应用层进入生存时间状态。为了避免生存时间超时发生应用停机,通信链路需要提高传输可靠性,避免继续丢包。一种可能的实现方式,SMF在发送给接入网设备的TSCAI中携带生存时间。根据上述对TSCAI的描述可知,TSCAI是以上行/下行QoS流为粒度的。因此,生存时间也是以上行/下行QoS流为粒度的,即,通过设置生存时间只能保障一个上行方向的QoS流或者一个下行方向的QoS流的传输可靠性。
然而对于应答模式的业务,发送端需要根据接收端的应答判断该业务是否正常。因此,当一个方向传输发生了丢包,仅提高该方向的传输可靠性,应用仍存在较高的停机风险。例如,当发生上行传输丢包时(这里把发送端向接收端发送数据包称为上行传输,把接收端发送响应数据包给发送端称为下行传输),提高上行传输的可靠性,后续数据的上行传输丢包概率降低,但是下行传输未提高可靠性,仍存在一定丢包概率。如果后续响应数据包的下行传输失败,应用会发生停机。对于应答模式的业务,一个传输方向发生丢包,需要提高双向传输的可靠性才能保证业务的可用性。
对于图4b所示的TSC业务,需要同时保障UE1到UPF方向上的传输可靠性和UPF到UE2方向上的传输可靠性。如果UE1到UPF方向上(对应QoS流1)发生了丢包,仅提高该方向的传输可靠性,后续该方向的丢包概率降低,但是UPF到UE2方向上(对应QoS流2)并未提高传输可靠性,仍存在一定丢包概率,应用仍存在较高的停机风险。
对于一些XR业务,XR设备的应用层生成的视频包括图像数据和音频数据。图像数据和音频数据通过不同的QoS流传输给终端设备。当音频数据对应的QoS流发生传输失败时,若仅提高该音频数据对应的QoS流的可靠性,依然无法保证XR业务的传输,需要同步提高图像数据对应的QoS流的可靠性。
有鉴于此,本发明提供了一种数据传输方法,用于提高数据传输的可靠性。
图5为本申请实施例提供的一种数据传输方法的流程示意图,本实施例涉及的是核心网设备、第一接入网设备、第一终端设备和第二终端设备之间进行数据传输的具体过程。本实施例的执行主体可以是核心网设备、第一接入网设备、第一终端设备和第二终端设备,也可以是分别应用于核心网设备、第一接入网设备、第一终端设备中和第二终端设备的模块,例如,芯片。下面以核心网设备、第一接入网设备、第一终端设备和第二终端设备作为执行主体为例进行描述。其中,第一接入网设备为第一终端设备和第二终端设备提供服务。
在本申请实施例中,核心网设备可以是除SMF之外的其它核心网设备,例如,可以是AMF或其它核心网设备,本申请实施例对此不作限制。下面以核心网设备是SMF为例进行描述。
如图5所示,该方法可以包括:S501和S502。本申请实施例对各个步骤的执行顺序不作限制。
S501、SMF向第一接入网设备发送第一指示信息,对应的,第一接入网设备接收来自SMF的第一指示信息。其中,该第一指示信息指示第一终端设备(以下称为:UE1)的QoS流(以下称为第一QoS流)和第二终端设备(以下称为:UE2)的QoS流(以下称为第二QoS流)具有关联关系。
在图5所示的实施例中,第一QoS流可以包括一个或多个QoS流,第二QoS流可以包括一个或多个QoS流。第一QoS流属于第一PDU会话,第二QoS流属于第二PDU会话。
可选地,第一QoS流与第二QoS流具有关联关系,可以理解为:第一QoS流传输的数据包与第二QoS流传输的数据包是相同的数据包,或者,也可以理解为:数据包经过第一QoS流传输后会再经过第二QoS流进行传输。
示例性地,第一QoS流传输的数据包和第二QoS流传输的数据包是由同一个应用生成的相同数据包。例如,一个TSC设备或XR设备的应用层生成的数据包先通过PDU会话A中的QoS流1与UE1进行传输,经过UPF本地回环之后,又通过PDU会话B中的QoS流2与UE2进行传输。
可选地,第一QoS流与第二QoS流具有关联关系,可以理解为:第一QoS流传输的数据包与第二QoS流传输的数据包是具有相同来源的不同类型数据包。
示例性地,第一QoS流传输的数据包和第二QoS流传输的数据包是由同一个设备生成的不同数据包。例如,一个XR设备的应用层生成的音频通过PDU会话A中的QoS流1与UE1进行传输,该XR设备的应用层生成的图像则通过PDU会话B中的QoS流2与UE2进行传输;或者,UE1生成或传递的音频通过PDU会话A中的QoS流1与XR设备的应用层进行传输,UE2生成或传递的图像通过PDU会话B中的QoS流2与该XR设备的应用层进行传输。又例如,一个触觉物联网(Tactile Internet,TI)应用生成的触觉信号通过PDU会话A中的QoS流1与UE1进行传输,味觉信号通过PDU会话B中的QoS流2与UE2进行传输;或者,UE1生成或传输的触觉信号通过PDU会话A中的QoS流1与TI应用进行传输,UE2生成或传输的味觉信号通过PDU会话B中的QoS流2与TI应用进行传输。
可选地,第一QoS流与第二QoS流具有关联关系,可以理解为:第一QoS流传输的数据包与第二QoS流传输的数据包具有相同的QoS保障。
示例性地,QoS流1传输的数据包与QoS流2传输的数据包是具有相同的时延保障和/或可靠性保障。例如,当接入网设备提高QoS流1的可靠性时,则需要相应提高QoS流2的可靠性。
SMF通过第一指示信息向第一接入网设备指示第一QoS流和第二QoS流具有关联关系。SMF向第一接入网设备发送第一指示信息的方式包括但不限于以下几种:
方式1、第一指示信息包括第一QoS流的信息和第二QoS流的信息。
其中,第一QoS流的信息可以包括用于标识QoS流的信息,例如QFI。可选地,第一QoS流的信息还可以包括以下任一项或多项:用于标识UE1的信息,例如国际移动用户识别码(International Mobile Subscriber Identification Number,IMSI),5G临时用户标识(5G-Temporary Mobile Subscriber Identity,5G-TMSI),互联网协议(Internetprotocol,IP)地址,核心网通用分组无线业务(general packet radio service,GPRS)用户面隧道协议(GPRS Tunnelling Protocol for the user plane,GTP-U)地址等;用于标识第一QoS流所属的PDU会话的信息,例如,PDU会话ID。
第二QoS流的信息可以包括用于标识QoS流的信息,例如QFI。可选地,第二QoS流的信息还可以包括以下任一项或多项:用于标识UE2的信息,例如IMSI,5G-TMSI,IP地址,核心网隧道地址等;用于标识第二QoS流所属的PDU会话的信息,例如,PDU会话ID。
一种可能的方式(称为方式1.1),第一指示信息可以是UE1特定的信元,即,可以理解为,第一指示信息用于携带UE1相关的信息。例如,第一指示信息可以是UE1的QoS流的配置信息,该配置信息包括第一QoS流的配置信息。此时,方式1.1可以进一步理解为:在UE1特定的信元中,除了携带第一QoS流的配置信息之外,还携带第二QoS流的信息(例如,第二QoS流的QFI)。
当第一接入网设备收到第一指示信息时,由于第一指示信息是用于携带UE1相关信息的,而第一指示信息又携带了UE2的第二QoS流的信息,则第一接入网设备可以确定UE1的第一QoS流和UE2的第二QoS流具有关联关系。
另一种可能的方式(称为方式1.2),SMF还向第一接入网设备发送UE1的QoS流的配置信息和UE2的QoS流的配置信息,其中包括第一QoS流的配置信息和第二QoS流的配置信息。接入网设备根据上述配置信息确定UE1和UE2的QoS流。
在方式1.2中,第一指示信息的作用是指示UE1的QoS流中的某一个或多个QoS流(即,第一QoS流)和UE2的QoS流中的某一个或多个QoS流(即,第二QoS流)。例如,第一指示信息包括第一QoS流的QFI和第二QoS流的QFI,第一接入网设备通过第一指示信息就能知道第一QoS流和第二QoS流具有关联关系。进一步地,第一接入网设备通过第二指示信息确定第一QoS流和第二QoS流的具体配置。
方式2、第一指示信息包括第一PDU会话的信息和第二PDU会话的信息
第一PDU会话的信息包括用于标识第一PDU会话的信息。可选地,第一PDU会话的信息还可以包括用于标识UE1的信息;第二PDU会话的信息包括用于标识第二PDU会话的信息。可选地,第二PDU会话的信息还可以包括用于标识UE2的信息。
一种可能的方式(称为方式2.1),第一指示信息可以是UE1特定的信元,即,可以理解为,第一指示信息用于携带UE1相关的信息。例如,第一指示信息可以是UE1的PDU会话的配置信息,该配置信息包括第一PDU会话的配置信息。此时,方式2.1可以进一步理解为:在UE1特定的信元中,除了携带第一PDU会话的配置信息之外,还携带第二PDU会话的信息(例如第二PDU会话的ID)。
当第一接入网设备收到第一指示信息时,由于第一指示信息是用于携带UE1相关信息的,而第一指示信息又携带了UE2的第二PDU会话的信息,则第一接入网设备可以确定UE1的第一PDU会话中的QoS流和UE2的第二PDU会话中的QoS流具有关联关系。
另一种可能的方式(称为方式2.2),SMF还向第一接入网设备发送UE1的PDU会话的配置信息和UE2的PDU会话的配置信息,其中包括第一PDU会话的配置信息和第二PDU会话的配置信息。第一接入网设备根据配置信息确定UE1和UE2的PDU会话。
在方式2.2中,第一指示信息的作用是指示UE1的PDU会话中的某一个或多个PDU会话(即,第一PDU会话)和UE2的PDU会话中的某一个或多个PDU会话(即,第二PDU会话)。例如,第一指示信息包括第一PDU会话的ID和第二PDU会话的ID,第一接入网设备通过第一指示信息就能知道第一PDU会话中的QoS流和第二PDU会话中的QoS流具有关联关系。
可选地,在方式2(包括方式2.1和方式2.2)中,第一PDU会话和第二PDU会话中所有的QoS流具有关联关系,或者,第一PDU会话和第二PDU会话中QFI相同的QoS流具有关联关系,本申请实施例不作限制。示例性地,第一QoS流的QFI与第二QoS流的QFI相同,则表明第一QoS流和第二QoS流具有关联关系。
方式3、第一指示信息包括第一QoS流的配置信息和第二QoS流的配置信息,其中, 第一QoS流的配置信息包括的索引值与第二QoS流的配置信息包括的索引值相同。
示例性地,第一指示信息包括UE1的QoS流1的配置信息,该配置信息包括一个索引值X,该第一指示信息还包括UE2的QoS流2的配置信息,该配置信息也包括一个索引值X,则表示UE1的QoS流1和UE2的QoS流2具有关联关系。可选地,上述索引值可以携带在QoS流的TSCAI中。
方式4、第一指示信息包括第一PDU会话的配置信息和第二PDU会话的配置信息,其 中,第一PDU会话的配置信息包括的索引值与第二PDU会话的配置信息包括的索引值相同。 可选地,第一QoS流的QFI与第二QoS流的QFI相同。
示例性地,第一指示信息包括UE1的PDU会话1的配置信息,该配置信息包括一个索引值Y,该第一指示信息还包括UE2的PDU会话2的配置信息,该配置信息也包括一个索引值Y,则表示UE1的PDU会话1中的QoS流和UE2的PDU会话2中的QoS流具有关联关系。可选地,PDU会话1和PDU会话2中所有的QoS流具有关联关系,或者,PDU会话1和PDU会话2中QFI相同的QoS流具有映射关系。
方式5、第一指示信息包括第一PDU会话的配置信息和第二PDU会话的配置信息,第 一PDU会话的配置信息包括第一QoS流的配置信息,第二PDU会话的配置信息包括第二QoS流 的配置信息,其中,第一PDU会话的配置信息包括的索引值与第二PDU会话的配置信息包括 的索引值相同,第一QoS流的配置信息包括的索引值与第二QoS流的配置信息包括的索引值 相同。
示例性地,第一指示信息包括UE1的PDU会话1的配置信息,该配置信息包括一个索引值X,该第一指示信息还包括UE2的PDU会话2的配置信息,该配置信息也包括一个索引值X,则表示UE1的PDU会话1中的QoS流和UE2的PDU会话2中的QoS流具有关联关系。UE1的PDU会话1的配置信息包括QoS流1的配置信息和QoS流2的配置信息,QoS流1的配置信息和QoS流2的配置信息都包括一个相同的索引值Y,则表明PDU会话1中的QoS流1和PDU会话2中的QoS2流具有映射关系。
方式6、第一指示信息包括用于标识UE1的信息和用于标识UE2的信息。
可选地,用于标识UE1和UE2的信息,可以是IMSI,5G-TMSI,IP地址,核心网隧道地址等。
可选地,在方式6中,第一接入网设备还接收来自SMF的第一QoS流的配置信息和第二QoS流的配置信息。其中,第一QoS流属于第一PDU会话,第二QoS流属于第二PDU会话。当第一QoS流的QFI与第二QoS流的QFI相同,并且,第一PDU会话和第二PDU会话的标识相同时,表示第一QoS流和第二QoS流具有关联关系。
可选地,在方式6中,第一接入网设备还接收来自SMF的第一QoS流的配置信息和第二QoS流的配置信息。当第一QoS流的配置信息包括的索引值与第二QoS流的配置信息包括的索引值相同时,表示第一QoS流和第二QoS流具有关联关系。
可选地,在方式6中,第一接入网设备还接收来自SMF的第一PDU会话的配置信息和第二PDU会话的配置信息。当第一PDU会话的配置信息包括的索引值与第二PDU会话的配置信息包括的索引值相同时,第一PDU会话和第二PDU会话中所有的QoS流具有关联关系,或者,第一PDU会话和第二PDU会话中QFI相同的QoS流具有关联关系。示例性地,当第一QoS流的QFI与第二QoS流的QFI相同时,表示第一QoS流和第二QoS流具有关联关系。
可选地,在方式6中,第一接入网设备还接收来自SMF的第一PDU会话的配置信息和第二PDU会话的配置信息,第一PDU会话的配置信息包括第一QoS流的配置信息,第二PDU会话的配置信息包括第二QoS流的配置信息。当第一PDU会话的配置信息包括的索引值与第二PDU会话的配置信息包括的索引值相同,且,第一QoS流的配置信息包括的索引值与第二QoS流的配置信息包括的索引值相同时,表示第一QoS流和第二QoS流具有关联关系。
方式7、第一指示信息包括UE1的配置信息和用于标识UE2的信息。
可选地,UE1的配置信息可以包括UE1的PDU会话的配置信息、属于第一PDU会话的QoS流的配置信息等。可选地,用于标识UE1和UE2的信息,可以是IMSI,5G-TMSI,IP地址,核心网隧道地址等。
当第一接入网设备收到第一指示信息时,由于第一指示信息是用于携带UE1相关信息的,而第一指示信息又携带了用于标识UE2的信息,则第一接入网设备可以确定UE1的QoS流和UE2的QoS流具有关联关系。
可选地,当UE1的第一QoS流的QFI与UE2的第二QoS流的QFI相同,并且,第一PDU会话和第二PDU会话的标识相同时,表示第一QoS流和第二QoS流具有关联关系。
可选地,第一指示信息包括第一QoS流的配置信息,该配置信息包括一个索引值。当UE2的第二QoS流的配置信息中包括的索引值与第一QoS流的配置信息包括的索引值相同时,表示第一QoS流和第二QoS流具有关联关系。
可选地,第一指示信息包括第一PDU会话的配置信息,该配置信息包括一个索引值。当UE2的第二PDU会话的配置信息中包括的索引值与第一PDU会话的配置信息包括的索引值相同时,表示第一PDU会话中的QoS流和第二PDU会话中的QoS流具有关联关系。示例性地,第一PDU会话和第二PDU会话中所有的QoS流具有关联关系,或者,第一PDU会话和第二PDU会话中QFI相同的QoS流具有关联关系。示例性地,第一QoS流的QFI与第二QoS流的QFI相同,则表明第一QoS流和第二QoS流具有关联关系。
可选地,第一指示信息包括第一PDU会话的配置信息,第一PDU会话的配置信息包括第一QoS流的配置信息。当第一PDU会话的配置信息包括的索引值与UE2的第二PDU会话的配置信息包括的索引值相同,且,第一QoS流的配置信息包括的索引值与第二QoS流的配置信息包括的索引值相同时,表示第一QoS流和第二QoS流具有关联关系。
S502、第一接入网设备根据第一指示信息调度与第一终端设备和第二终端设备的数据传输。
其中,第一接入网设备根据第一指示信息调度与第一终端设备和第二终端设备的数据传输,可以理解为:第一接入网设备根据第一指示信息调度第一接入网设备和第一终端设备之间的数据传输,第一接入网设备根据第一指示信息调度第一接入网设备和第二终端设备之间的数据传输。
示例性地,当第一接入网设备基于SMF指示的信息,识别UE1的PDU会话A中的QoS流X和UE2的PDU会话B中的QoS流Y之间存在关联关系时,若第一接入网设备检测到UE1发生上行丢包,为了避免TSC业务的生存时间超时,第一接入网设备需要同步提高QoS流X的数据包的传输可靠性,以及QoS流Y后续数据包的传输可靠性。
示例性地,在图4b所示的UPF本地回环场景中,UE1通过第一接入网设备向UPF发送的数据包所属的QoS流为QoS流1,UPF通过第一接入网设备环回给UE2的数据包所属的QoS流为QoS流2。当第一接入网设备基于SMF指示的信息,识别QoS流1和QoS流2之间存在关联关系时,若第一接入网设备检测到UE1的QoS流1发生上行丢包,为了避免TSC业务的生存时间超时,第一接入网设备需要同步提高QoS流2后续数据包上行传输的可靠性,以及QoS流2后续数据包的下行传输可靠性。
可选地,第一接入网设备可以通过如下方式提高数据传输的可靠性:激活QoS流对应DRB的PDCP复制功能,或者,对于QoS流对应的DRB采用更多的腿进行复制传输,或者,将DRB的PDCP关联的RLC实体从一个RLC实体切换到另一个RLC实体等。
上述实施例提供了一种数据传输的方法,接入网设备可以根据从SMF等核心网设备获取的指示信息确定UE1和UE2存在具有关联关系的QoS流,当某一QoS流出现数据丢包或传输失败时,接入网设备除了提高该QoS流的数据传输的可靠性,还可以提高与该QoS流具有关联关系的QoS流的数据传输的可靠性,从而使得当检测到传输失败时,接入网设备和终端设备可以以更加鲁棒的传输方式进行数据传输,从而可以避免因为生存时间超时导致业务停机,进而提升了业务的可靠性。
图6为本申请实施例提供的一种数据传输方法的流程示意图,本实施例涉及的是核心网设备、第一接入网设备、第二接入网设备、第一终端设备和第二终端设备之间进行数据传输的具体过程。本实施例的执行主体可以是核心网设备、第一接入网设备、第二接入网设备、第一终端设备和第二终端设备,也可以是分别应用于核心网设备、第一接入网设备、第二接入网设备、第一终端设备中和第二终端设备的模块,例如,芯片。下面以核心网设备、第一接入网设备、第二接入网设备、第一终端设备和第二终端设备作为执行主体为例进行描述。其中,第一接入网设备为第一终端设备提供服务,第二接入网设备为第二终端设备提供服务。
如图6所示,该方法可以包括S601、S602和S603。其中,S601a为可选的。本申请实施例对各个步骤的执行顺序不作限制。
S601、SMF向第一接入网设备发送第一指示信息,对应的,第一接入网设备接收来自SMF的第一指示信息。其中,该第一指示信息指示第一终端设备(以下称为:UE1)的QoS流(以下称为第一QoS流)和第二终端设备(以下称为:UE2)的QoS流(以下称为第二QoS流)具有关联关系。
可选地,第一QoS流与第二QoS流具有关联关系,可以参考S501中的描述。
在图6所示的实施例中,第一QoS流可以包括一个或多个QoS流,第二QoS流可以包括一个或多个QoS流。第一QoS流属于第一PDU会话,第二QoS流属于第二PDU会话。
第一指示信息包括第一QoS流的配置信息。第一指示信息还包括第二QoS流的标识、第二PDU会话的标识、第二接入网设备的标识、用于标识第二终端设备的信息、和第一标记值中的至少一项。本申请实施例包括但不限于以下示例:
示例1,第一指示信息包括第一QoS流的配置信息和第二QoS流的标识。第一接入网设备根据第一指示信息确定第一QoS流和第二QoS流具有关联关系。
示例2,第一指示信息包括第一QoS流的配置信息和第二QoS流的标识。当第二终端设备建立了不止一个PDU会话时,第一指示信息还可以包括第二QoS流所属的第二PDU会话的标识。
示例3,第一指示信息包括第一QoS流的配置信息和第二QoS流的标识。当第一终端设备的QoS流与第二终端设备和除了第二终端设备之外的其它终端设备的QoS流具有关联关系时,第一指示信息可以包括第二终端设备的标识。可选地,第一指示信息还可以包括为第二终端设备提供服务的第二接入网设备的标识。
示例4,第一指示信息包括第一QoS流的配置信息和第一标记值,第一接入网设备根据第一指示信息中的第一标记值判断出第一QoS流与其它的QoS流具有关联关系。在这种方式中,SMF还需向第二接入网设备发送第二QoS流的配置信息和第一标记值。
S601a、可选地,SMF也可以以S601中描述的方法向第二接入网设备发送第三指示信息。第三指示信息包括第二QoS流的配置信息。第三指示信息还包括第一QoS流的标识、第一PDU会话的标识、第一接入网设备的标识、用于标识第一终端设备的信息、和第一标记值中的至少一项。
S602、第一接入网设备向第二接入网设备发送第二指示信息,对应的,第二接入网设备接收来自第一接入网设备的第二指示信息。其中,该第二指示信息指示与第二QoS流具有关联关系的第一QoS流的数据包传输失败。
可选地,第二指示信息包括用于标识第二终端设备的信息、用于标识第二PDU会话的信息、用于标识第二QoS流的信息中的至少一项,或者包括用于标识第一终端设备的信息、用于标识第一PDU会话的信息、用于标识第一QoS流的信息中的至少一项。
示例性地,在S601描述的示例4中,第一指示信息包括第一QoS流的配置信息和第一标记值。第二指示信息包括第一标记值。第二接入网设备根据第一标记值确定同样也带有第一标记值的第二QoS流,从而确定第二QoS流与第一接入网设备指示的传输失败的QoS流(第一QoS流)具有关联关系。
S603、第二接入网设备根据第二指示信息调度第二终端设备的数据传输。
其中,第二接入网设备根据第二指示信息调度第二终端设备的数据传输,可以理解为:第二接入网设备根据第二指示信息调度第二接入网设备和第二终端设备之间的数据传输。
示例性地,当第二接入网设备基于第二指示信息,提高第二QoS流的数据传输的可靠性。示例性地,第二接入网设备可以通过如下方式提高数据传输的可靠性:激活第二QoS流对应DRB的PDCP复制功能,或者,对于第二QoS流对应的DRB采用更多的腿进行复制传输,或者,将DRB的PDCP关联的RLC实体从一个RLC实体切换到另一个RLC实体等。
上述实施例提供了一种数据传输的方法,第一接入网设备可以根据从SMF等核心网设备获取的指示信息确定UE1和UE2存在具有关联关系的QoS流,当某一QoS流出现数据丢包或传输失败时,第一接入网设备将发生传输失败的QoS流的信息,或者,将与发生传输失败的QoS流具有关联关系的QoS流信息告知给第二接入网设备,从而除了提高该QoS流的数据传输的可靠性之外,还能提高与该QoS流具有关联关系的QoS流的数据传输的可靠性。进而使得当检测到传输失败时,接入网设备和终端设备可以以更加鲁棒的传输方式进行数据传输,从而可以避免因为生存时间超时导致业务停机,进而提升了业务的可靠性。
图7为本申请实施例提供的一种数据传输方法的流程示意图,本实施例涉及的是核心网设备、第一接入网设备和第一终端设备之间进行数据传输的具体过程。本实施例的执行主体可以是核心网设备、第一接入网设备和第一终端设备,也可以是分别应用于核心网设备、第一接入网设备和第一终端设备中的模块,例如,芯片。下面以核心网设备、第一接入网设备合入第一终端设备作为执行主体为例进行描述。其中,第一接入网设备为第一终端设备提供服务。
如图7所示,该方法可以包括:S701和S702,其中S701可以被替换为S701a。本申请实施例对各个步骤的执行顺序不作限制。
S701、SMF向第一接入网设备发送第一指示信息,对应的,第一接入网设备接收来自SMF的第一指示信息。其中,该第一指示信息指示第一终端设备(以下称为:UE1)的第一QoS流和UE1的第三QoS流具有关联关系。
值得注意的是,图7所示的实施例以UE1的两个QoS流(第一QoS流和第三QoS流)具有关联关系进行描述,应当理解,本申请实施例并不仅限于UE1的两个QoS流具有关联关系,例如,可以是UE1的多个QoS流具有关联关系。
可选地,第一QoS流与第三QoS流具有关联关系,可以理解为:第一QoS流传输的数据包与第三QoS流传输的数据包是具有相同来源的不同类型数据包。
示例性地,第一QoS流传输的数据包和第二QoS流传输的数据包是由同一个设备生成的不同数据包。例如,一个XR设备的应用层生成的音频通过PDU会话A中的QoS流1与UE1进行传输,该XR设备的应用层生成的图像则通过PDU会话A或PDU会话B中的QoS流3与UE1进行传输;或者,UE1生成或传递的音频通过PDU会话A中的QoS流1与XR设备的应用层进行传输,UE1生成或传递的图像通过PDU会话A或PDU会话B中的QoS流3与该XR设备的应用层进行传输。又例如,一个触觉物联网(Tactile Internet,TI)应用生成的触觉信号通过PDU会话A中的QoS流1与UE1进行传输,味觉信号通过PDU会话A或PDU会话B中的QoS流3与UE1进行传输;或者,UE1生成或传输的触觉信号通过PDU会话A中的QoS流1与TI应用进行传输,UE1生成或传输的味觉信号通过PDU会话A或PDU会话B中的QoS流3与TI应用进行传输。
可选地,第一QoS流与第三QoS流具有关联关系,可以理解为:第一QoS流传输的数据包与第三QoS流传输的数据包具有相同的QoS保障。
示例性地,QoS流1传输的数据包与QoS流3传输的数据包是具有相同的时延保障和/或可靠性保障。例如,当接入网设备提高QoS流1的可靠性时,则需要相应提高QoS流3的可靠性。
可选地,第一QoS流与第三QoS流具有关联关系,可以理解为:第一QoS流传输的数据包和第三QoS流传输的数据包分别为同一业务的上行数据包和下行数据包。示例性地,终端设备的第一QoS流与第三QoS流中的一个QoS流用于向TSC设备传输TSC控制消息,另一个QoS流用于接收来自TSC设备的应答消息。示例性地,这两个QoS流分别用于传输应答模式业务的上行数据和下行数据。
SMF向第一接入网设备发送第一指示信息的方式包括但不限于以下几种:
方式1、第一指示信息包括第一QoS流的标识和第三QoS流的标识。
其中,第一QoS流和第三QoS流的标识可以是QFI。可选地,第一指示信息还可以包括第一QoS流所属的PDU会话的ID和第三QoS流所属的PDU会话的ID。
在方式1中,SMF还向第一接入网设备发送UE1的QoS流的配置信息,其中包括第一QoS流的配置信息和第三QoS流的配置信息。
方式2、第一指示信息包括第一QoS流的配置信息和第三QoS流的标识。
方式2可以理解为,第一指示信息用于携带第一QoS流的配置信息。除了包括第一QoS流的配置信息之外,还携带第三QoS流的标识(例如,第三QoS流的QFI)。
当第一接入网设备收到第一指示信息时,由于第一指示信息是用于携带第一QoS流相关信息的,而第一指示信息又携带了第三QoS流的信息,则第一接入网设备可以确定UE1的第一QoS流和第三QoS流具有关联关系。
方式3、第一指示信息包括第一QoS流的配置信息和第三QoS流的配置信息,其中, 第一QoS流的配置信息包括的索引值与第三QoS流的配置信息包括的索引值相同。可选地, 上述索引值可以携带在QoS流的TSCAI中。
方式4、第一指示信息包括第一PDU会话的配置信息和第三PDU会话的配置信息,其 中,第一PDU会话的配置信息包括的索引值与第三PDU会话的配置信息包括的索引值相同, 其中,第三QoS流属于第三PDU会话。可选地,第一QoS流的QFI与第三QoS流的QFI相同。
方式5、第一指示信息包括第一PDU会话的配置信息和第三PDU会话的配置信息,第 一PDU会话的配置信息包括第一QoS流的配置信息,第三PDU会话的配置信息包括第三QoS流 的配置信息,其中,第一PDU会话的配置信息包括的索引值与第三PDU会话的配置信息包括 的索引值相同,第一QoS流的配置信息包括的索引值与第三QoS流的配置信息包括的索引值 相同。
可选地,S701可以被替换为S701a。
S701a、第一终端设备向第一接入网设备上报第一信息,对应的,第一接入网设备接收来自第一终端设备的第一信息。其中,该第一信息指示第一终端设备的第一QoS流和UE1的第三QoS流具有关联关系。可选地,第一信息可以是MAC CE或者RRC消息。第一信息的内容可以参考S701中第一指示信息的内容,这里不再赘述。
S702、第一接入网设备根据第一指示信息或第一信息调度第一终端设备的数据传输。
示例性地,当第一接入网设备基于SMF指示的信息,识别UE1的PDU会话A中的QoS流X和QoS流Y之间存在关联关系时,若第一接入网设备检测到QoS流X发生丢包,为了避免TSC业务的survival time超时,第一接入网设备需要同步提高QoS流X后续数据包传输的可靠性,以及QoS流Y后续数据包的传输可靠性。
上述实施例提供了一种数据传输的方法,接入网设备可以根据从SMF等核心网设备或者终端设备获取的信息,确定终端设备的具有关联关系的多个QoS流,当某一QoS流出现数据丢包或传输失败时,接入网设备除了提高该QoS流的数据传输的可靠性,还可以提高与该QoS流具有关联关系的QoS流的数据传输的可靠性,从而使得当检测到传输失败失败时,接入网设备和终端设备可以以更加鲁棒的传输方式进行数据传输,从而可以避免因为生存时间超时导致业务停机,进而提升了业务的可靠性。
需要说明的是,在具体实施中可以选择图5、图6和图7中的部分步骤进行实施,还可以调整图示中步骤的顺序进行实施,本申请对此不做限定。应理解,执行图示中的部分步骤或调整步骤的顺序进行具体实施,均落在本申请的保护范围内。
图5、图6和图7的实施例提供了一些方法,核心网设备通过指示信息指示接入网设备多个QoS流具有关联关系,接入网设备根据该指示信息调度与终端设备的数据传输,从而保障业务的可靠性。
除了上述方法外,本申请实施例还提供了一些解决方法,可以保障数据传输的可靠性。
可选地,SMF在向终端设备指示一个QoS流的信息时,还可以携带一个指示信息,用于指示该QoS流中上行数据包和下行数据包传输之间是否存在关联关系。
通过上述方式,若一个QoS流中上行数据包和下行数据包传输之间存在关联关系,当一个方向发生丢包时,接入网设备在调度时可以提高双向传输的可靠性。
可选地,SMF将上下行业务数据流映射到同一个QoS流,且当QoS信息中携带了TSCAI时,则表示该QoS流对应的上、下行传输之间具有关联关系,当一个方向发生丢包时,需要提高双向传输的可靠性。若上下行业务数据流映射到同一个QoS流,但QoS信息中没有携带TSCAI,则表示上下行传输之间不存在关联关系。
通过上述方式,接入网设备在调度时,针对同一个QoS流,需要进一步判断该QoS流对应的上、下行传输之间具有关联关系,进而决策当一个方向发生丢包时,是否需要提高双向传输的可靠性,使得调度更加灵活。
本申请实施例还提供了一些解决方法,可以保障数据传输的可靠性的同时,降低复杂度。
具体地,对于同一个终端设备的不同业务数据流,SMF将具有关联关系的业务数据流映射到同一个QoS流。
示例性地,将来源相同的相同数据流映射成相同的QoS流。例如,对于图4b的场景,将QoS流1和QoS流2映射成相同的QoS。
示例性地,将来源相同的不同类型的数据流映射成相同的QoS流。例如,对于XR业务,SMF将XR业务的图像数据流和音频数据流映射成相同的QoS流。
示例性地,若一个终端设备的上行业务数据流和一个下行业务数据流之间存在关联关系,则SMF可以将这两个不同方向的业务数据流映射到同一个QoS流中。
可选地,如果不同方向的业务数据流之间没有关联关系,即使他们对应的QoS要求相同或相近,SMF也将他们映射到不同的QoS流中。
通过上述方式,接入网设备在调度时,仅需对同一个QoS流内的数据包确保一致的QoS要求即可,对不同QoS流内的数据包无需做特殊处理,从而降低了复杂度。
可以理解的是,为了实现上述实施例中功能,CU和DU可以包括执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意
识到,结合本申请中所公开的实施例描述的各示例的单元及方法步骤,本申请能够以硬件、软件、或硬件和软件相结合的形式来实现。某个功能究竟以硬件、软件、或是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用场景和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
图8至图9为本申请实施例提供的可能的通信装置的结构示意图。如图8所示,通信装置800包括处理单元810和收发单元820。
通信装置800用于实现上述图5至图7所示的方法实施例中第一接入网设备的功能,或者,通信装置800可以包括用于实现上述图5至图7所示的方法实施例中第一接入网设备的任一功能或操作的模块,该模块可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。
当通信装置800用于实现图5所示的方法实施例中第一接入网设备的功能时,收发单元720用于接收来自核心网设备的第一指示信息,该第一指示信息指示第一终端设备的第一QoS流和第二终端设备的第二QoS流具有关联关系,第一接入网设备服务于第一终端设备和第二终端设备,第一QoS流属于第一协议数据单元PDU会话,第二QoS流属于第二PDU会话。处理单元710用于根据第一指示信息调度第一终端设备和第二终端设备的数据传输。
当通信装置800用于实现图6所示的方法实施例中第一接入网设备的功能时,收发单元720用于接收来自核心网设备的第一指示信息,该第一指示信息指示第一终端设备的第一QoS流和第二终端设备的第二QoS流具有关联关系,第一接入网设备服务于第一终端设备,第二接入网设备服务于第二终端设备,第一QoS流属于第一协议数据单元PDU会话,第二QoS流属于第二PDU会话。收发单元720还用于向第二接入网设备发送第二指示信息,该第二指示信息指示第一QoS流的数据包传输失败。
当通信装置800用于实现图7所示的方法实施例中第一接入网设备的功能时,收发单元720用于接收来自核心网设备的第一指示信息,该第一指示信息指示第一终端设备的第一QoS流和第三QoS流具有关联关系。处理单元710用于根据第一指示信息调度第一终端设备的数据传输。
有关上述处理单元710和收发单元720更详细的描述可以直接参考图5、图6或图7所示的方法实施例中相关描述直接得到,这里不加赘述。
图9为本申请实施例提供的另一种可能的通信装置的结构示意图。如图8所示,通信装置900包括处理器910和接口电路920。处理器910和接口电路920之间相互耦合。可以理解的是,接口电路920可以为收发器或输入输出接口。可选的,通信装置900还可以包括存储器930,用于存储处理器910执行的指令或存储处理器910运行指令所需要的输入数据或存储处理器910运行指令后产生的数据。
当通信装置900用于实现图5、图6或图7所示的方法时,处理器910用于实现上述处理单元810的功能,接口电路920用于实现上述收发单元820的功能。
可以理解的是,本申请的实施例中的处理器可以是中央处理单元(CentralProcessing Unit,CPU),还可以是其它通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field Programmable Gate Array,FPGA)或者其它可编程逻辑器件、晶体管逻辑器件,硬件部件或者其任意组合。通用处理器可以是微处理器,也可以是任何常规的处理器。
本申请的实施例中处理器可以是随机存取存储器(Random Access Memory,RAM)、闪存、只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于网络设备或终端设备中。当然,处理器和存储介质也可以作为分立组件存在于网络设备或终端设备中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时,全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、终端设备、或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中,或者通过所述计算机可读存储介质进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器等数据存储设备。所述可用介质可以是磁性介质,例如,软盘、硬盘、磁带;也可以是光介质,例如,DVD;还可以是半导体介质,例如,固态硬盘(solid state disk,SSD)。
在本申请的各个实施例中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
可以理解的是,在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定。

Claims (23)

1.一种数据传输的方法,其特征在于,所述方法应用于第一接入网设备或第一接入网设备中的芯片,所述方法包括:
接收来自核心网设备的第一指示信息,所述第一指示信息指示第一终端设备的第一服务质量QoS流和第二终端设备的第二QoS流具有关联关系,所述第一接入网设备服务于所述第一终端设备和所述第二终端设备,所述第一QoS流属于第一协议数据单元PDU会话,所述第二QoS流属于第二PDU会话;
根据所述第一指示信息调度所述第一终端设备和所述第二终端设备的数据传输。
2.根据权利要求1所述的方法,其特征在于,所述第一指示信息包括所述第一QoS流的标识信息和所述第二QoS流的标识信息,所述方法还包括:
接收来自所述核心网设备的所述第一QoS流的配置信息和所述第二QoS流的配置信息。
3.根据权利要求2所述的方法,其特征在于,所述第一QoS流的标识信息为服务质量流标识QFI,所述第二QoS流的标识信息为QFI。
4.根据权利要求1所述的方法,其特征在于,所述第一指示信息包括所述第一QoS流的配置信息和所述第二QoS流的QFI。
5.根据权利要求1所述的方法,其特征在于,所述第一指示信息包括所述第一PDU会话的标识和所述第二PDU会话的标识,所述方法还包括:
接收来自所述核心网设备的所述第一QoS流的配置信息和所述第二QoS流的配置信息,所述第一QoS流的QFI与所述第二QoS流的QFI相同。
6.根据权利要求1所述的方法,其特征在于,所述第一指示信息包括所述第一PDU会话的配置信息和所述第二PDU会话的标识,所述第一QoS流的QFI与所述第二QoS流的QFI相同。
7.根据权利要求1所述的方法,其特征在于,所述第一指示信息包括所述第一终端设备的标识和所述第二终端设备的标识。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
接收来自所述核心网设备的所述第一QoS流的配置信息和所述第二QoS流的配置信息,所述第一QoS流的QFI与所述第二QoS流的QFI相同,所述第一PDU会话和所述第二PDU会话的标识相同。
9.根据权利要求7所述的方法,其特征在于,所述方法还包括:
接收来自所述核心网设备的所述第一QoS流的配置信息和所述第二QoS流的配置信息,所述第一QoS流的配置信息包括的索引值与所述第二QoS流的配置信息包括的索引值相同。
10.根据权利要求7所述的方法,其特征在于,所述方法还包括:
接收来自所述核心网设备的所述第一PDU会话的配置信息和所述第二PDU会话的配置信息,所述第一PDU会话的配置信息包括的索引值与所述第二PDU会话的配置信息包括的索引值相同,所述第一QoS流的QFI与所述第二QoS流的QFI相同。
11.根据权利要求7所述的方法,其特征在于,所述方法还包括:
接收来自所述核心网设备的所述第一PDU会话的配置信息和所述第二PDU会话的配置信息,所述第一PDU会话的配置信息包括所述第一QoS流的配置信息,所述第二PDU会话的配置信息包括所述第二QoS流的配置信息,所述第一PDU会话的配置信息包括的索引值与所述第二PDU会话的配置信息包括的索引值相同,所述第一QoS流的配置信息包括的索引值与所述第二QoS流的配置信息包括的索引值相同。
12.根据权利要求1所述的方法,其特征在于,所述第一指示信息包括所述第一QoS流的配置信息和所述第二QoS流的配置信息,所述第一QoS流的配置信息包括的索引值与所述第二QoS流的配置信息包括的索引值相同。
13.根据权利要求1所述的方法,其特征在于,所述第一指示信息包括所述第一PDU会话的配置信息和所述第二PDU会话的配置信息,所述第一PDU会话的配置信息包括的索引值与所述第二PDU会话的配置信息包括的索引值相同,所述第一QoS流的QFI与所述第二QoS流的QFI相同。
14.根据权利要求1所述的方法,其特征在于,所述第一指示信息包括所述第一PDU会话的配置信息和所述第二PDU会话的配置信息,所述第一PDU会话的配置信息包括所述第一QoS流的配置信息,所述第二PDU会话的配置信息包括所述第二QoS流的配置信息,所述第一PDU会话的配置信息包括的索引值与所述第二PDU会话的配置信息包括的索引值相同,所述第一QoS流的配置信息包括的索引值与所述第二QoS流的配置信息包括的索引值相同。
15.根据权利要求1至14任一项所述的方法,其特征在于,所述第一QoS流和所述第二QoS流具有关联关系,具体包括:所述第一QoS流传输的数据包与所述第二QoS流传输的数据包是具有相同来源的不同类型数据包,或者,所述第一QoS流传输的数据包与所述第二QoS流传输的数据包是相同的数据包,或者,所述第一QoS流传输的数据包与所述第二QoS流传输的数据包具有相同的QoS保障。
16.一种数据传输的方法,其特征在于,所述方法应用于第一接入网设备或第一接入网设备中的芯片,所述方法包括:
接收来自核心网设备的第一指示信息,所述第一指示信息指示第一终端设备的第一服务质量QoS流和第二终端设备的第二QoS流具有关联关系,所述第一接入网设备服务于所述第一终端设备,第二接入网设备服务于所述第二终端设备,所述第一QoS流属于第一协议数据单元PDU会话,所述第二QoS流属于第二PDU会话;
向第二接入网设备发送第二指示信息,所述第二指示信息指示所述第一QoS流的数据包传输失败。
17.根据权利要求16所述的方法,其特征在于,第一指示信息包括所述第一QoS流的配置信息,所述第一指示信息还包括所述第二QoS流的标识、所述第二PDU会话的标识、所述第二接入网设备的标识、所述第二终端设备的标识和第一标记值中的至少一项。
18.根据权利要求16或17所述的方法,其特征在于,所述第一QoS流和所述第二QoS流具有关联关系,具体包括:所述第一QoS流传输的数据包与所述第二QoS流传输的数据包是具有相同来源的不同类型数据包,或者,所述第一QoS流传输的数据包与所述第二QoS流传输的数据包是相同的数据包,或者,所述第一QoS流传输的数据包与所述第二QoS流传输的数据包具有相同的QoS保障。
19.一种通信装置,其特征在于,包括用于执行如权利要求1至15,或,16至18中任一项所述方法的模块。
20.一种通信装置,其特征在于,包括处理器和存储器,所述处理器和所述存储器耦合,所述处理器用于控制所述装置实现如权利要求1至15,或,16至18中任一项所述的方法。
21.一种通信装置,其特征在于,包括处理器和接口电路,所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置,所述处理器通过逻辑电路或执行代码指令用于实现如权利要求1至15,或,16至18中任一项所述的方法。
22.一种计算机可读存储介质,其特征在于,所述存储介质中存储有计算机程序或指令,当所述计算机程序或指令被通信装置执行时,实现如权利要求1至15,或,16至18中任一项所述的方法。
23.一种计算机程序产品,其特征在于,所述计算机程序产品包括指令,当所述指令被计算机运行时,实现如权利要求1至15,或,16至18中任一项所述的方法。
CN202111045932.4A 2021-09-07 2021-09-07 数据传输的方法和装置 Pending CN115776697A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202111045932.4A CN115776697A (zh) 2021-09-07 2021-09-07 数据传输的方法和装置
PCT/CN2022/116618 WO2023036052A1 (zh) 2021-09-07 2022-09-01 数据传输的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111045932.4A CN115776697A (zh) 2021-09-07 2021-09-07 数据传输的方法和装置

Publications (1)

Publication Number Publication Date
CN115776697A true CN115776697A (zh) 2023-03-10

Family

ID=85387758

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111045932.4A Pending CN115776697A (zh) 2021-09-07 2021-09-07 数据传输的方法和装置

Country Status (2)

Country Link
CN (1) CN115776697A (zh)
WO (1) WO2023036052A1 (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113556763B (zh) * 2019-09-27 2023-05-16 腾讯科技(深圳)有限公司 实现时间敏感网络的数据传输的方法、相关设备及介质
CN114651489A (zh) * 2019-09-30 2022-06-21 三星电子株式会社 支持tsc的设备和方法
CN114731723A (zh) * 2019-11-22 2022-07-08 华为技术有限公司 一种通信方法及装置
WO2021134380A1 (zh) * 2019-12-30 2021-07-08 华为技术有限公司 管理QoS的方法、中继终端、PCF网元、SMF网元及远程终端
WO2021155540A1 (zh) * 2020-02-06 2021-08-12 华为技术有限公司 一种密钥管理方法、通信装置

Also Published As

Publication number Publication date
WO2023036052A1 (zh) 2023-03-16

Similar Documents

Publication Publication Date Title
US11337107B2 (en) Base station and radio terminal
JP6090461B2 (ja) マルチrat無線通信システム、動作方法及び基地局装置
CN109155905B (zh) 一种业务消息发送方法、终端设备以及网络设备
US20190053260A1 (en) SYSTEMS AND METHODS FOR INDICATING PRIORITY OF LOGICAL CHANNEL GROUPS (LCGs) IN A 5G NR BUFFER STATUS REPORT (BSR)
KR20210042963A (ko) 데이터 전송 방법 및 장치, 트래픽 전환 방법 및 장치
CN110572246B (zh) 一种数据发送方法、数据接收方法和装置
KR20210135336A (ko) V2x(vehicle-to-everything) 통신을 위한 rrc(radio resource control) 연결을 개시하는 방법 및 장치
CN111885734B (zh) 请求单播传送的侧链路无线电承载配置的方法和设备
JP2019092200A (ja) 基地局
CN112351403B (zh) 通信方法、建立slrb的方法和通信装置
CN115715474A (zh) 与支持无线系统中的垂直性相关联的服务质量特征
KR20190013971A (ko) 통신 시스템에서의 데이터 포워딩을 위한 시스템 및 방법
CN113473541A (zh) 一种通信方法及装置
WO2022084483A1 (en) Technique for handling a survival time in a time-sensitive communication
WO2021056589A1 (zh) 一种数据传输方法及装置
US20230091236A1 (en) Communication control method and user equipment
CN112243270A (zh) 一种数据包的传输方法、装置和计算机可读存储介质
US20180255610A1 (en) Radio terminal, processor, and network device
CN108886766B (zh) 一种控制信息的传输方法及装置
CN115776697A (zh) 数据传输的方法和装置
WO2022199338A1 (zh) 数据传输的方法和装置
CN113727368A (zh) 一种通信方法及装置
WO2023126010A1 (zh) 数据传输的方法和装置
US20240107572A1 (en) Relay operations in wireless communication
WO2021238668A1 (zh) 一种通信方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication