CN118509870A - 一种通信方法及装置 - Google Patents

一种通信方法及装置 Download PDF

Info

Publication number
CN118509870A
CN118509870A CN202310156229.3A CN202310156229A CN118509870A CN 118509870 A CN118509870 A CN 118509870A CN 202310156229 A CN202310156229 A CN 202310156229A CN 118509870 A CN118509870 A CN 118509870A
Authority
CN
China
Prior art keywords
information
redundancy
protocol
unit set
data packet
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
CN202310156229.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 CN202310156229.3A priority Critical patent/CN118509870A/zh
Priority to PCT/CN2024/075964 priority patent/WO2024169725A1/zh
Publication of CN118509870A publication Critical patent/CN118509870A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information

Landscapes

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

Abstract

本申请提供了一种通信方法及装置,用于接入网设备确定PDU set的冗余度的第一信息可以携带在属于协议数据单元的数据包中,即在数据包中携带第一信息,这实现了动态确定PDU set的冗余度,可以更加灵活地适应于更多场景下冗余度的确定,也可以节省传输第一信息的资源。另外,接入网设备可以结合PDU set的冗余度发送多个数据包中的部分数据包,节省了空口资源。

Description

一种通信方法及装置
技术领域
本申请涉及通信技术领域,尤其涉及一种通信方法及装置。
背景技术
一般来说,应用服务器在传输一个业务流的原始数据包时,可以为原始数据包添加冗余数据包,以使得在该业务流的部分原始数据包丢失时可以基于冗余数据包还原丢失的原始数据包,进而可以提升业务数据传输的可靠性。目前,在不同业务流的冗余度相同的场景下,应用服务器可以通过与核心网交互将业务流内冗余数据包占原始数据包的比例(也可以称为业务流内数据包的冗余度)提前发送给接入网设备,以使得接入网设备在获取到业务流内的数据包时按照冗余度传输业务流内的数据包。但是,这种接入网设备提前获知冗余度的方式只能适应于业务流内冗余度保持固定不变的场景,不够灵活,无法适用于冗余度灵活变化的真实应用场景。
发明内容
本申请提供了一种通信方法及装置,可以实现动态确定业务流内的冗余度,根据冗余度的动态变化进行动态地传输调度优化处理,更加灵活。
第一方面,提供一种通信方法,包括:接入网设备接收属于协议数据单元(protocol data unit,PDU)集合(set)的多个数据包,多个数据包中的至少一个数据包的第一协议层包头包括第一信息,第一信息用于接入网设备确定PDU set的冗余度;接入网设备发送多个数据包中的M个数据包,M根据PDU set的冗余度确定。可以看出,用于接入网设备确定PDU set的冗余度的第一信息是携带在属于协议数据单元的数据包中的,即在数据包中携带第一信息,这实现了动态确定PDU set的冗余度,可以更加灵活地适应于更多场景下冗余度的确定,也可以节省传输第一信息的资源。另外,接入网设备可以结合PDU set的冗余度发送多个数据包中的部分数据包,而不用发送PDU set中的所有数据包,从而节省了空口资源。
在本申请中,PDU set用于表示业务层对业务进行处理(如针对媒体业务的编码处理和/或解码处理等)的基本数据单元。媒体业务例如可以是视频业务,例如虚拟现实(virtual reality,VR)、增强现实(augmented reality,AR)、混合现实(mixed reality,MR)业务、云游戏等业务,或者直播(例如,赛事直播,卖货直播等)节目等,媒体业务还可以是音频业务等,本申请对此不做限定。
属于PDU set的多个数据包可以包括至少一个原始数据包,还可以包括至少一个冗余数据包。其中,冗余数据包可以是应用服务器对PDU set内的原始数据包进行编码得到的,如,冗余数据包可以是应用服务器对原始数据包进行前向纠错编码(forward errorcorrection,FEC)得到的。
在本申请中,PDU set的冗余度可以根据PDU set内冗余数据包的数量和PDU set内数据包的总数量确定,如PDU set的冗余度为PDU set内冗余数据包的数量与PDU set内数据包的总数量之比。
可选的,第一协议层例如可以是通用分组无线服务隧道协议(generic packetradio service tunnelingprotocol,GTP-U)层。在一种可能的实施方式中,第一协议层包头也可以理解为该第一协议层包头的扩展。
结合第一方面,在一种可能的实施方式中,第一信息包括数据包的类型的标识,数据包的类型包括原始数据包和/或冗余数据包,该方法还包括:接入网设备根据PDU set内的数据包包括的第一信息,确定PDU set内冗余数据包的数量和PDU set内数据包的总数量;接入网设备根据PDU set内冗余数据包的数量和PDU set内数据包的总数量,确定PDUset的冗余度。这表明接入网设备可以自行确定PDU set的冗余度,以使得接入网设备可以结合PDU set的冗余度发送多个数据包中的部分数据包,这保障了业务体验,也节省了空口资源。
结合第一方面,在一种可能的实施方式中,第一信息为PDU set的冗余度。这表明接入网设备无需额外确定PDU set的冗余度,直接根据第一信息中的PDU set的冗余度进行数据包传输优化,简化了接入网设备侧逻辑,提升了效率。
结合第一方面,在一种可能的实施方式中,该方法还包括:接入网设备获取PDUset的类型与PDU set的冗余度之间的第一对应关系。其中,第一对应关系例如可以为预定义或预配置的,或,第一对应关系例如可以是会话管理网元指示给接入网设备的。这确保接入网设备能够基于第一对应关系确定PDU set的冗余度。
在本申请中,PDU set的类型例如可以包括不同重要程度的PDU set,如独立解码帧和非独立解码帧,独立解码帧的重要程度高于非独立解码帧的重要程度;又如关键媒体帧和可丢弃媒体帧,关键媒体帧的重要程度高于可丢弃媒体帧的重要程度。
结合第一方面,在一种可能的实施方式中,第一信息包括PDU set的类型,该方法还包括:接入网设备根据第一对应关系和PDU set的类型,确定PDU set的冗余度。这表明接入网设备可以根据PDU Set的类型自行确定PDU set的冗余度,以使得接入网设备可以结合PDU set的冗余度发送多个数据包中的部分数据包,这保障了业务体验,也节省了空口资源。
结合第一方面,在一种可能的实施方式中,该方法还包括:接入网设备获取服务质量(quality of service,QoS)流的标识与PDU set的冗余度之间的第二对应关系。其中,第二对应关系例如可以为预定义或预配置的,或,第二对应关系例如可以是会话管理网元指示给接入网设备的。这确保接入网设备能够基于第一对应关系确定PDU set的冗余度。
在本申请中,QoS流的标识用于标识一个数据连接会话内的QoS流,如,QoS流的标识为QoS流标识(QoS flow identifier,QFI)等。数据连接会话:为终端设备与用户面网元之间的联结(association),用于为终端设备与被访问网络或者与其他终端设备之间的通信提供连接服务;其创建过程可以由终端设备发起,也可以由其他网络设备发起。本申请实施例有时候也将数据连接会话简称为“数据会话”或“会话”。
在一种可能的实施方式中,数据连接会话可以是PDU会话,也可以是其他形式的会话,对此本申请实施例不做限定。
结合第一方面,在一种可能的实施方式中,第一信息包括QoS流的标识,该方法还包括:接入网设备根据第二对应关系和QoS流的标识,确定PDU set的冗余度。这表明接入网设备可以自行确定PDU set的冗余度,以使得接入网设备可以结合PDU set的冗余度发送多个数据包中的部分数据包。这保障了业务体验,也节省了空口资源。
结合第一方面,在一种可能的实施方式中,该方法还包括:接入网设备接收来自会话管理网元的第一指示信息,第一指示信息用于指示接入网设备根据来自用户面网元的数据包的第一协议层包头,确定PDU set的冗余度。这使得接入网设备可以获知需要确定PDUset的冗余度,并结合PDU Set的冗余度进行传输调度优化。
结合第一方面,在一种可能的实施方式中,该方法还包括:接入网设备根据PDUset的冗余度,确定数据无线承载(data radio bearer,DRB)的配置信息,该DRB用于承载M个数据包;接入网设备发送M个数据包,包括:接入网设备根据DRB的配置信息,发送M个数据包。这表明接入网设备可以减少数据包的传输量,进而可以节省空口资源。
在本申请中,DRB的配置信息例如可以包括以下至少一项:丢包率(packet errorrate、PER)、分组时延预算(packet delay budget,PDB)、PDU Set处理规则等,其中PDU Set处理规则用于表示在DRB中基于PDU Set的冗余度进行PDU Set的传输,即在该DRB的数据传输中,确保PDU Set内一定比例的数据包传输成功。如接入网设备发送PDU Set中的M个数据包。
结合第一方面,在一种可能的实施方式中,该方法还包括:当M个数据包传输成功时,接入网设备丢弃PDU set内除M个数据包之外的数据包。这不仅可以节省空口资源,还可以提升空口容量。
第二方面,提供一种通信方法,包括:用户面网元接收属于PDU set的多个数据包;用户面网元在多个数据包中的至少一个数据包的第一协议层包头添加第一信息,并发送给接入网设备,第一信息用于确定PDU set的冗余度。
结合第二方面,在一种可能的实施方式中,多个数据包中的至少一个数据包的第二协议层包头用于确定数据包的类型,如该第二协议层包头包括数据包的类型的标识,第一信息包括数据包的类型的标识,数据包的类型包括原始数据包和/或冗余数据包。
可选的,第二协议层例如可以是应用传输层,应用传输层支持的协议例如可以是实时传输协议(real-time transport protocol,RTP)。在一种可能的实施方式中,第二协议层包头也可以理解为该第二协议层包头的扩展。
结合第二方面,在一种可能的实施方式中,多个数据包中的至少一个数据包的第二协议层包头用于确定PDU set的类型,如该第二协议层包头包括PDU set的类型,该方法还包括:用户面网元获取PDU set的类型与PDU set的冗余度之间的第一对应关系;用户面网元根据第一对应关系和PDU set的类型,确定PDU set的冗余度。其中,第一对应关系例如可以为预定义或预配置的,或,第一对应关系例如可以是会话管理网元指示给用户面网元的。这可以使得用户面网元可以基于第一对应关系和PDU set的类型确定PDU set的冗余度。
结合第二方面,在一种可能的实施方式中,第一信息为PDU set的冗余度,即用户面网元确定该PDU Set的冗余度后,直接将其作为第一信息添加至在多个数据包中的至少一个数据包的第一协议层包头。
结合第二方面,在一种可能的实施方式中,第一信息包括QoS流的标识,该方法还包括:用户面网元获取QoS流的标识与PDU set的冗余度之间的第二对应关系;用户面网元根据第二对应关系和PDU set的冗余度,确定QoS流的标识。其中,第二对应关系例如可以为预定义或预配置的,或,第二对应关系例如可以是会话管理网元指示给用户面网元的。这可以使得用户面网元可以基于第二对应关系和PDU set的冗余度确定QoS流的标识,也可以理解为用户面网元根据PDU Set的冗余度将PDU Set映射至对应的QoS流。
结合第二方面,在一种可能的实施方式中,多个数据包中的至少一个数据包的第二协议层包头用于确定PDU set的类型,第一信息包括PDU set的类型。
结合第二方面,在一种可能的实施方式中,该方法还包括:用户面网元接收来自会话管理网元的第二指示信息,第二指示信息用于指示用户面网元对来自于应用服务器的数据包的第一协议层包头添加第一信息。这确保了用户面网元针对对来自于应用服务器的数据包的第一协议层包头添加第一信息,为实现接入网设备侧基于冗余的PDU Set传输优化建立前提。
结合第二方面,在一种可能的实施方式中,第二指示信息用于指示用户面网元对来自于应用服务器的数据包的第一协议层包头添加第一信息,包括:第二指示信息用于指示用户面网元根据来自应用服务器的数据包的第二协议层包头,在该数据包的第一协议层包头添加第一信息。示例性的,第一信息包括数据包的类型的标识,第二指示信息用于指示用户面网元根据来自应用服务器的数据包的类型,在该数据包的第一协议层包头添加第一信息;或,第一信息为PDU set的类型,第二指示信息用于指示用户面网元根据来自应用服务器的数据包所属的PDU set的类型,在该数据包的第一协议层包头添加第一信息;或,第一信息为PDU set的冗余度,第二指示信息用于指示用户面网元根据来自应用服务器的数据包所属的PDU set的类型以及第一对应关系,在该数据包的第一协议层包头添加第一信息;或,第一信息为QoS的标识,第二指示信息用于指示用户面网元根据来自应用服务器的数据包所属的PDU set的类型以及第一对应关系,在该数据包的第一协议层包头添加第一信息。
第三方面,提供一种通信方法,包括:策略控制网元生成策略与计费控制(policyand charging control,PCC)规则,PCC规则用于指示接入网设备根据来自用户面网元的数据包的第一协议层包头,确定PDU set的冗余度;策略控制网元向会话管理网元发送PCC规则。这使得会话管理网元可以获取到PCC规则,以保障接入网设备可以从会话管理网元获知需要确定PDU set的冗余度。
结合第三方面,在一种可能的实施方式中,PCC规则还用于指示用户面网元对来自于应用服务器的数据包的第一协议层包头添加第一信息;其中,第一信息包括数据包的类型的标识,数据包的类型包括原始数据包和/或冗余数据包;或,第一信息包括数据包所属的PDU set的冗余度;或,第一信息包括数据包所属的PDU set的类型;或,第一信息为QoS的标识。这用于指示用户面网元可以对来自于应用服务器的数据包的第一协议层包头添加第一信息。
结合第三方面,在一种可能的实施方式中,PCC规则用于指示用户面网元对来自于应用服务器的数据包的第一协议层包头添加第一信息,包括:PCC规则用于指示用户面网元根据来自应用服务器的数据包的第二协议层包头,在该数据包的第一协议层包头添加所述第一信息。示例性的,第一信息包括数据包的类型的标识,PCC规则用于指示用户面网元根据来自应用服务器的数据包的类型,在该数据包的第一协议层包头添加第一信息;或,第一信息为PDU set的类型,PCC规则用于指示用户面网元根据来自应用服务器的数据包所属的PDU set的类型,在该数据包的第一协议层包头添加第一信息;或,第一信息为PDU set的冗余度,PCC规则用于指示用户面网元根据来自应用服务器的数据包所属的PDU set的类型以及第一对应关系,在该数据包的第一协议层包头添加第一信息;或,第一信息为QoS的标识,PCC规则用于指示用户面网元根据来自应用服务器的数据包所属的PDU set的类型以及第一对应关系,在该数据包的第一协议层包头添加第一信息。
结合第三方面,在一种可能的实施方式中,策略控制网元生成PCC规则,包括:策略控制网元接收来自应用功能网元的第二信息,第二信息用于指示接入网设备根据来自用户面网元的数据包的第一协议层包头,确定PDU set的冗余度;策略控制网元根据第二信息,生成PCC规则。
第四方面,提供一种通信方法,包括:会话管理网元接收来自策略控制网元的PCC规则,PCC规则用于指示接入网设备根据来自用户面网元的数据包的第一协议层包头,确定PDU set的冗余度;会话管理网元根据PCC规则发送第一指示信息,第一指示信息用于指示接入网设备根据来自用户面网元的数据包的第一协议层包头,确定PDU set的冗余度。
结合第四方面,在一种可能的实施方式中,PCC规则还用于指示用户面网元对来自于应用服务器的数据包的第一协议层包头添加第一信息;其中,第一信息包括数据包的类型的标识,数据包的类型包括原始数据包和/或冗余数据包;或,第一信息包括数据包所属的PDU set的冗余度;或,第一信息包括数据包所属的PDU set的类型;或,第一信息为QoS的标识。
结合第四方面,在一种可能的实施方式中,PCC规则用于指示用户面网元对来自于应用服务器的数据包的第一协议层包头添加第一信息,包括:PCC规则用于指示用户面网元根据来自应用服务器的数据包的第二协议层包头,在该数据包的第一协议层包头添加所述第一信息。
结合第四方面,在一种可能的实施方式中,该方法还包括:会话管理网元根据PCC规则发送第二指示信息,第二指示信息用于指示用户面网元对来自于应用服务器的数据包的第一协议层包头添加第一信息。
结合第四方面,在一种可能的实施方式中,第二指示信息用于指示用户面网元对来自于应用服务器的数据包的第一协议层包头添加第一信息,包括:第二指示信息用于指示用户面网元根据来自应用服务器的数据包的第二协议层包头,在该数据包的第一协议层包头添加所述第一信息。
第五方面,提供一种通信方法,该方法包括如第一方面任一项所述的方法和如第二方面任一项所述的方法。
结合第五方面,在一种可能的实施方式中,该方法还包括如第三方面任一项所述的方法和如第四方面任一项所述的方法。
第六方面,提供一种通信装置,通信装置包括用于执行如第一方面至第四方面中任一所述方法的模块。
第七方面,提供一种通信装置,包括处理器,处理器和存储器耦合,存储器中存储有计算机程序;处理器用于调用存储器中的计算机程序,使得通信装置执行如第一方面至第四方面中任一所述的方法。
第八方面,提供一种通信装置,包括处理器和接口电路,接口电路用于接收来自通信装置之外的其它通信装置的信号并传输至处理器或将来自处理器的信号发送给通信装置之外的其它通信装置,处理器通过逻辑电路或执行代码指令用于实现如第一方面至第四方面中任一项所述的方法。
第九方面,提供一种计算机可读存储介质,存储介质中存储有计算机程序或指令,当计算机程序或指令被计算机执行时,实现如第一方面至第四方面中任一项所述方法。
第十方面,提供一种计算机程序产品,当计算机读取并执行计算机程序产品时,使得计算机执行第一方面至第四方面中任一项所述的方法。
第十一方面,提供一种通信系统,包括用于执行如第一方面中任一项所述方法的接入网设备和用于执行如第二方面中任一项所述方法的用户面网元。
结合第十一方面,在一种可能的实施方式中,该通信系统还可以包括用于执行如第三方面中任一项所述方法的策略控制网元和用于执行如第四方面中任一项所述方法的会话管理网元。
附图说明
下面将对实施例描述中所需要使用的附图作简单地介绍。
图1为一种通信系统的结构示意图;
图2所示为可适用于本申请实施例提供的一种通信装置的硬件结构示意图;
图3本申请实施例提供的一种通信方法的流程示意图;
图4一种数据包结构的示意图;
图5本申请实施例提供的又一种通信方法的流程示意图;
图6本申请实施例提供的一种通信装置的结构示意图;
图7本申请实施例提供的一种简化的RAN的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。其中,本申请实施例中的术语“系统”和“网络”可被互换使用。除非另有说明,“/”表示前后关联的对象是一种“或”的关系,例如,A/B可以表示A或B;本申请中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,其中A,B可以是单数或者复数。并且,在本申请的描述中,除非另有说明,“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是一个,也可以是多个。另外,为了便于清楚描述本申请实施例的技术方案,在本申请的实施例中,采用了“第一”、“第二”等字样对网元和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
在本申请实施例中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
以下的具体实施方式,对本申请的目标、技术方案和有益效果进行了进一步详细说明,所应理解的是,以下仅为本申请的具体实施方式而已,并不用于限定本申请的保护范围,凡在本申请的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本申请的保护范围之内。
在本申请的各个实施例中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
下面先介绍本申请实施例适用的通信系统。
本申请实施例的技术方案可以应用于各种通信系统,例如长期演进(long termevolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、第五代(5th generation,5G)移动通信系统或新无线(newradio,NR)系统,或者应用于未来的通信系统或其它类似的通信系统等。在不作特殊说明的情况下,后文以5G移动通信系统为例。
为了便于理解本申请实施例,以图1所示的5G网络架构为例对本申请实施例适用的通信系统说明。图1为一种5G网络架构,该网络架构中可以包括运营商网络和数据网络(data network,DN)。
其中,运营商网络可包括以下网元中的一个或多个:鉴权服务器功能(Authentication Server Function,AUSF)网元、网络开放功能(network exposurefunction,NEF)网元、策略控制功能(policy control function,PCF)网元、统一数据管理(unified data management,UDM)网元、统一数据库(Unified Data Repository,UDR)、网络存储功能(Network Repository Function,NRF)网元、应用功能(applicationfunction,AF)网元、接入与移动性管理功能(access and mobility managementfunction,AMF)网元、会话管理功能(session management function,SMF)网元、无线接入网(radio access network,RAN)设备以及用户面功能(user plane function,UPF)网元、网络切片选择功能(Network Slice Selection Function,NSSF)网元(图中未示出)等。上述运营商网络中,除无线接入网设备之外的网元或设备可以称为核心网网元或核心网设备。
无线接入网设备可以是基站(base station)、演进型基站(evolved NodeB,eNodeB)、发送接收点(transmission reception point,TRP)、5G移动通信系统中的下一代基站(next generation NodeB,gNB)、6G移动通信系统中的下一代基站、未来移动通信系统中的基站或无线保真(wireless fidelity,WiFi)系统中的接入节点等;也可以是完成基站部分功能的模块或单元,例如,可以是集中式单元(central unit,CU),也可以是分布式单元(distributed unit,DU)。无线接入网设备可以是宏基站,也可以是微基站或室内站,还可以是中继节点或施主节点等。本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。
与RAN通信的终端也可以称为终端设备、用户设备(user equipment,UE)、移动台、移动终端等。终端可以广泛应用于各种场景,例如,设备到设备(device-to-device,D2D)、车物(vehicle to everything,V2X)通信、机器类通信(machine-type communication,MTC)、物联网(internet of things,IOT)、虚拟现实、增强现实、工业控制、自动驾驶、远程医疗、智能电网、智能家具、智能办公、智能穿戴、智能交通、智慧城市等。终端可以是手机、平板电脑、带无线收发功能的电脑、可穿戴设备、车辆、无人机、直升机、飞机、轮船、机器人、机械臂、智能家居设备等。本申请的实施例对终端所采用的具体技术和具体设备形态不做限定。
基站和终端可以是固定位置的,也可以是可移动的。基站和终端可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上;还可以部署在空中的飞机、气球和人造卫星上。本申请的实施例对基站和终端的应用场景不做限定。
AMF网元,执行移动性管理、接入鉴权/授权等功能。此外,还负责在终端与PCF间传递用户策略。
SMF网元,执行会话管理、PCF下发控制策略的执行、UPF的选择、终端的互联网协议(internet protocol,IP)地址分配等功能。
UPF网元,作为和数据网络的接口UPF,完成用户面数据转发、基于会话/流级的计费统计,带宽限制等功能。
UDM网元,执行管理签约数据、用户接入授权等功能。
UDR,执行签约数据、策略数据、应用数据等类型数据的存取功能。
NEF网元,用于支持能力和事件的开放。
AF网元,传递应用侧对网络侧的需求,例如,QoS需求或用户状态事件订阅等。AF可以是第三方功能实体,也可以是运营商部署的应用服务,如IP多媒体子系统(IPMultimedia Subsystem,IMS)语音呼叫业务。
PCF网元,负责针对会话、业务流级别进行计费、QoS带宽保障及移动性管理、终端策略决策等策略控制功能。
NRF网元,可用于提供网元发现功能,基于其他网元的请求,提供网元类型对应的网元信息。NRF还提供网元管理服务,如网元注册、更新、去注册以及网元状态订阅和推送等。
AUSF网元,负责对用户进行鉴权,以确定是否允许用户或设备接入网络。
NSSF网元,用于选择网络切片,对网络切片内的用户进行计数等。
DN,是位于运营商网络之外的网络,运营商网络可以接入多个DN,DN上可部署多种业务,可为终端提供数据和/或语音等服务。例如,DN是某智能工厂的私有网络,智能工厂安装在车间的传感器可为终端,DN中部署了传感器的控制服务器,控制服务器可为传感器提供服务。传感器可与控制服务器通信,获取控制服务器的指令,根据指令将采集的传感器数据传送给控制服务器等。又例如,DN是某公司的内部办公网络,该公司员工的手机或者电脑可为终端,员工的手机或者电脑可以访问公司内部办公网络上的信息、数据资源等。DN上可部署多种业务,可为终端设备提供数据和/或语音等服务。DN中可以有多个应用服务器(application server,AS),每个AS可以提供至少一种业务。
图1中Nausf、Nnef、Npcf、Nudm、Naf、Namf、Nsmf分别为上述AUSF、NEF、PCF、UDM、AF、AMF和SMF提供的服务化接口,用于调用相应的服务化操作。N1、N2、N3、N4、N6和N9为接口序列号。这些接口序列号的含义可参见第三代合作伙伴计划(3rd generation partnershipproject,3GPP)标准协议中定义的含义,在此不做限制。
应理解的,在本申请中,为了方便描述,可以省略“网元”。例如,本申请实施例的SMF网元与SMF表达同一含义,只是为了方便描述,省略了网元这两个字,其余的类似。
可选的,图1中的各设备可以由一个设备实现,也可以由多个设备共同实现,还可以是一个设备内的一个功能模块,本申请实施例对此不作具体限定。可以理解的是,上述功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行的软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能。
例如,图1中的各设备均可以通过图2中的通信装置200来实现。图2所示为可适用于本申请实施例提供的一种通信装置的硬件结构示意图。该通信装置200包括至少一个处理器201、通信线路202以及至少一个通信接口203。可选的,该通信装置200还可以包括存储器204。
处理器201可以是一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路202可包括一通路,在上述组件之间传送信息。
通信接口203,是任何收发器一类的装置(如天线等),用于与其他设备或通信网络通信,其他设备例如可以是RAN等,通信网络例如可以是以太网、无线局域网(wirelesslocal area networks,WLAN)等。
存储器204可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路202与处理器相连接。存储器也可以和处理器集成在一起。本申请实施例提供的存储器通常可以具有非易失性。
其中,存储器204用于存储执行本申请方案的计算机执行指令,并由处理器201来控制执行。处理器201用于执行存储器204中存储的计算机执行指令,从而实现本申请下述实施例提供的方法。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
在一种可能的实施方式中,处理器201可以包括一个或多个CPU,例如图2中的CPU0和CPU1。
在一种可能的实施方式中,通信装置200可以包括多个处理器,例如图2中的处理器201和处理器207。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在一种可能的实施方式中,通信装置200还可以包括输出设备205和输入设备206。输出设备205和处理器201通信,可以以多种方式来显示信息。例如,输出设备205可以是液晶显示器(liquid crystal display,LCD),发光二级管(light emitting diode,LED)显示设备,阴极射线管(cathode ray tube,CRT)显示设备,或投影仪(projector)等。输入设备206和处理器201通信,可以以多种方式接收用户的输入。例如,输入设备206可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的通信装置200可以是一个通用设备或者是一个专用设备。在具体实现中,通信装置200可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digitalassistant,PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备或有图2中类似结构的设备。本申请实施例不限定通信装置200的类型。
下面将结合图1至图2对本申请实施例提供的通信方法进行具体阐述。具体的,后文以终端设备、接入网设备、用户面网元、策略控制网元、会话管理网元、接入管理网元和应用功能网元分别为图1中的UE、RAN、UPF、PCF、SMF、AMF和AF为例进行说明。
需要说明的是,本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例,具体实现中也可以是其他的名字,本申请实施例对此不作具体限定。
在本申请中,PDU set用于表示业务层对业务进行处理(如针对媒体业务的编码处理和/或解码处理等)的基本数据单元。媒体业务例如可以是视频业务,例如虚拟现实、增强现实、混合现实业务、云游戏等业务,或者直播(例如,赛事直播,卖货直播等)节目等,媒体业务还可以是音频业务等,本申请对此不做限定。
属于PDU set的多个数据包可以包括至少一个原始数据包,还可以包括至少一个冗余数据包。其中,冗余数据包可以是AS对PDU set内的原始数据包进行编码得到的,如,冗余数据包可以是AS对原始数据包进行FEC得到的。
在本申请中,PDU set的冗余度可以根据PDU set内冗余数据包的数量和PDU set内数据包的总数量确定。如PDU set的冗余度为PDU set内冗余数据包的数量与PDU set内数据包的总数量之比。又如,PDU set的冗余度为PDU set内原始数据包的数量(该原始数据包的数量为PDU set内数据包的总数量与PDU set内冗余数据包的数量的差值)与PDU set内数据包的总数量之比。以下以PDU set的冗余度为PDU set内冗余数据包的数量与PDUset内数据包的总数量之比为例进行说明。
如图3所示,为本申请实施例提供的一种通信方法,该通信方法包括但不限于如下步骤:
301、UPF接收属于PDU set的多个数据包。
如UPF接收来自AS的多个数据包,多个数据包可以组成一个PDU Set,多个数据包中的至少一个数据包的第二协议层包头包括第三信息,第三信息用于UPF确定多个数据包所属的PDU set。第二协议层例如可以是应用传输层,应用传输层支持的协议例如可以是RTP。在一种可能的实施方式中,第二协议层包头也可以理解为该第二协议层包头的扩展。
为便于理解,结合表1和图4,以RTP传输数据包为例,对数据包的结构进行简要说明。原始数据包和冗余数据包均可以包括网际协议(internet protocol,IP)头(header)、传输头(transport header)、RTP header和RTP载荷(payload)。其中,原始数据包的RTPpayload包括媒体业务数据,冗余数据包的RTP payload包括FEC header和修复载荷(repair payload)。FEC header中的“SN base_i”字段用于指示冗余数据包保护的数据包的最小序号,FEC header中的“Mask”字段用于指示参与生成该冗余数据包的原始数据包的数量。应理解,上述仅对本申请涉及的内容进行了简要的描述,其余内容可以参考RFC8627。
表1:数据包的结构
IP header
transport header
RTP header
RTP payload
结合表1和图4,第三信息可以理解为“M”字段,即UPF可以通过多个数据包中的一个数据包的RTP头部包含的“M”字段确定当前PDU set的分界点,携带M字同的数据包可以是PDUset的数据包中第一个数据包,也可以是PDU set的数据包中的最后一个数据包。应理解的,一个PDU set中仅有一个数据包的RTP头部包含“M”字段。因此,UPF结合上一个PDU set的分界点和当前PDU set的分界点,确定出属于当前PDU set的多个数据包。
或,第三信息可以理解为时间戳,即UPF可以通过多个数据包中每个数据包的RTP头部包含的时间戳,确定属于同一PDU set的多个数据包。如,多个数据包中每个数据包的RTP头部包含的时间戳相同,即表明这些数据包属于同一PDU set。
或,多个数据包中的一个数据包的第二协议层包头包括的第三信息为“S”字段,或,多个数据包中的另一个数据包的第二协议层包头包括的第三信息为“E”字段,即UPF可以通过多个数据包中一个数据包的RTP头部扩展包含的“S”字段以及多个数据包中另一数据包的RTP头部扩展包含的“E”字段分别确定PDU set的起始位置和结束位置,进而可以确定包含S字段的数据字和包含E字段的数据包以及包含S字段和E字段的数据包之间的数据包属于同一PDU set的多个数据包。如AS向UPF分别发送数据包1、数据包2、数据包3和数据包4,数据包1的RTP头部扩展包含了“S”字段,这表明PDU set的起始位置是数据包1,数据包4的RTP头部扩展包含了“E”字段,这表明PDU set的结束位置是数据包4,而数据包2中未出现“E”字段,数据包3中也未出现“E”字段,也就是说,数据包1至数据包4都是同一PDU set内的数据包。
302、UPF在多个数据包中的至少一个数据包的第一协议层包头添加第一信息,并发送给RAN,第一信息用于确定PDU set的冗余度。
相应的,RAN接收属于PDU set的多个数据包。
可选的,第一协议层例如可以是GTP-U层。在一种可能的实施方式中,第一协议层包头也可以理解为该第一协议层包头的扩展。
需要指出的是,AS发送的数据包无第一协议层包头,当UPF从AS接收数据包后,可以为该数据包添加第一协议层包头。
其中,第一信息例如可以有以下至少四种方式实现:
方式1.1、第一信息包括数据包的类型的标识,数据包的类型包括原始数据包和/或冗余数据包。在一种可能的实施方式中,UPF在多个数据包中的至少一个数据包的第一协议层包头添加第一信息可以理解为:UPF在多个数据包中的原始数据包的第一协议层包头添加用于标识原始数据包的信息,如原始数据包的标识,和/或,UPF在多个数据包中的冗余数据包的第一协议层包头添加用于标识冗余数据包的信息,如冗余数据包的标识。
方式1.2、第一信息为PDU set的冗余度。在一种可能的实施方式中,UPF在多个数据包中的至少一个数据包的第一协议层包头添加第一信息可以理解为以下一项:UPF在多个数据包中的每个数据包的第一协议层包头添加PDU set的冗余度,或,UPF在当前PDU set内的第一个数据包的第一协议层包头添加PDU set的冗余度,或,UPF在当前PDU set内最后一个数据包的第一协议层包头添加PDU set的冗余度,或,UPF每间隔一定数量的数据包,在数据包的第一协议层包头添加PDU set的冗余度等。以上仅为举例,还可以有其他组合方式,本申请不做限定。其中,第一个数据包可以理解为该PDU set内序号最小的数据包,最后一个数据包可以理解为该PDU set内序号最大的数据包。
方式1.3、第一信息包括PDU set的类型。在本申请中,PDU set的类型例如可以包括不同重要程度的PDU set,如独立解码帧和非独立解码帧,独立解码帧的重要程度高于非独立解码帧的重要程度;又如关键媒体帧和可丢弃媒体帧,关键媒体帧的重要程度高于可丢弃媒体帧的重要程度。在一种可能的实施方式中,UPF在多个数据包中的至少一个数据包的第一协议层包头添加第一信息可以理解为以下一项:UPF在多个数据包中的每个数据包的第一协议层包头添加PDU set的类型,或,UPF在当前PDU set内的第一个数据包的第一协议层包头添加PDU set的类型,或,UPF在当前PDU set内的最后一个数据包的第一协议层包头添加PDU set的类型,或,UPF每间隔一定数量的数据包,在数据包的第一协议层包头添加PDU set的类型等。以上仅为举例,还可以有其他组合方式,本申请不做限定。
方式1.4、第一信息包括QoS流的标识。在一种可能的实施方式中,UPF在多个数据包中的至少一个数据包的第一协议层包头添加第一信息可以理解为以下一项:UPF在多个数据包中的每个数据包的第一协议层包头添加QoS流的标识,或,UPF在当前PDU set内的第一个数据包的第一协议层包头添加QoS流的标识,或,UPF在当前PDU set内的最后一个数据包的第一协议层包头添加QoS流的标识,或,UPF每间隔一定数量的数据包,在数据包的第一协议层包头添加QoS流的标识等。以上仅为举例,还可以有其他组合方式,本申请不做限定。
在本申请中,QoS流的标识用于标识一个数据连接会话内的QoS流,如,QoS流的标识为QFI等。数据连接会话:为UE与UPF之间的联结,用于为UE与被访问网络或者与其他UE之间的通信提供连接服务;其创建过程可以由UE发起,也可以由其他网络设备发起。本申请实施例有时候也将数据连接会话简称为“数据会话”或“会话”。在一种可能的实施方式中,数据连接会话可以是PDU会话,也可以是其他形式的会话,对此本申请实施例不做限定。
在一种可能的实施方式中,该方法还包括:UPF确定多个数据包中至少一个数据包的类型。可选的,UPF可以根据该至少一个数据包的第二协议层包头(如该第二协议层包头包括数据包的类型的标识),确定至少一个数据包的类型。示例性的,UPF可以根据数据包的FEC头部或数据包的RTP头部extension字段,确定该数据包为冗余数据包,并根据该数据包的FEC头部包括的“SN base_i”字段和“Mask”字段,确定该冗余数据包保护的原始数据包的总数量。可以理解的,通过多组“SN base_i”字段和“Mask”字段,UPF可以区分出哪些是冗余数据包,以及冗余数据包保护的原始数据包。这使得在UPF可以多个数据包中的至少一个数据包的第二协议层包头确定数据包的类型的标识。
可选的,该方法还包括:UPF确定PDU set的冗余度。具体的:
作为一种示例,UPF根据PDU set内数据包的类型,确定PDU set内冗余数据包的数量和PDU set内数据包的总数量;UPF根据PDU set内冗余数据包的数量和PDU set内数据包的总数量,确定PDU set的冗余度。
作为另一种示例,多个数据包中的至少一个数据包的第二协议层包头用于确定PDU set的类型,如该第二协议层包头包括PDU set的类型。以RTP传输数据包为例,多个数据包中的原始数据包的RTP头部或头部扩展包括PDU set的类型(如头部扩展中的“I”字段指示独立解码帧,头部扩展中的“D”字段指示非独立解码帧;又如,头部扩展中的“I”字段指示关键媒体帧,头部扩展中的“D”字段指示可丢弃媒体帧),和/或,多个数据包中的冗余数据包的RTP头部或头部扩展包括PDU set的类型。UPF可以获取PDU set的类型与PDU set的冗余度之间的第一对应关系,进而可以UPF根据第一对应关系和PDU set的类型,确定PDUset的冗余度。其中,第一对应关系例如可以为预定义或预配置的,或,第一对应关系例如可以是SMF指示给UPF的。可选的,第一对应关系可以包括PDU set的不同类型与PDU set的不同冗余度之间的关系。
在一种可能的实施方式中,该方法还包括:UPF获取QoS流的标识与PDU set的冗余度之间的第二对应关系;UPF根据第二对应关系和PDU set的冗余度,确定QoS流的标识,即UPF根据PDU Set的冗余度将PDUSet映射到对应的QoS流中。其中,第二对应关系例如可以为预定义或预配置的,或,第二对应关系例如可以是SMF指示给UPF的。这可以使得UPF可以基于第二对应关系和PDU set的冗余度确定QoS流的标识。可选的,第二对应关系可以包括不同QoS流的标识与PDU set的不同冗余度之间的关系。
在一种可能的实施方式中,该方法还包括:UPF在多个数据包中的至少一个数据包的第一协议层包头添加PDU set的标识。如UPF在多个数据包中的每个数据包的第一协议层包头添加PDU set的标识,或,UPF在当前PDU set内的第一个数据包的第一协议层包头添加PDU set的标识,或,UPF在当前PDU set内的最后一个数据包的第一协议层包头添加PDUset的标识,或,UPF每间隔一定数量的数据包,在数据包的第一协议层包头添加PDU set的标识等。以上仅为举例,还可以有其他组合方式,本申请不做限定。其中,PDU set的标识用于标识PDU set,PDU set的标识例如可以是PDU set的序号等。
可选的,RAN接收属于PDU set的多个数据包可以理解为:RAN接收来自UPF的多个数据包,RAN根据多个数据包中的至少一个数据包包括的PDU set的标识,确定该多个数据包所属的PDU set。如PDU set的标识相同的多个数据包属于同一PDU set。又如,RAN根据当前PDU set内的第一个数据包包括的PDU set的标识(如PDU Set开始标识,用于标识PDUSet内的第一个数据包)以及下一个PDU set内的第一个数据包包括的PDU set的标识,确定当前PDU set内的第一个数据包与下一个PDU set内的第一个数据包之间的多个数据包属于当前PDU set。又如,RAN根据当前PDU set内的最后一个数据包包括的PDU set的标识(如PDU Set结束标识,用于标识PDU Set内的最后一个数据包)以及上一个PDU set内的最后一个数据包包括的PDU set的标识,确定当前PDU set内的最后一个数据包与上一个PDU set内的最后一个数据包之间的多个数据包属于当前PDU set。
303、RAN发送多个数据包中的M个数据包,M根据PDU set的冗余度确定。
在一种可能的实施方式中,步骤303可以理解为:RAN根据PDU set的冗余度,确定DRB的配置信息,该DRB用于承载M个数据包;RAN发送M个数据包,包括:RAN根据DRB的配置信息,发送M个数据包。如,RAN至少向UE发送M个数据包,也就是说,RAN向UE发送的数据包的数量可以大于或等于M,且小于或等于PDU set内数据包的总数量。可选的,M个数据包例如可以是多个数据包中的任意M个数据包。这表明RAN可以减少数据包的传输量,进而可以节省空口资源。
示例性的,PDU set内数据包的总数量为4,如原始数据包1、原始数据包2、冗余数据包1和冗余数据包2,PDU set的冗余度为1/2,M为2,因此RAN至少可以向UE发送2个数据包,如RAN可以向UE发送原始数据包1、原始数据包2、冗余数据包1和冗余数据包2中的任意2个数据包,又如RAN可以向UE发送原始数据包1、原始数据包2、冗余数据包1和冗余数据包2中的任意3个数据包,又如RAN可以向UE发送原始数据包1、原始数据包2、冗余数据包1和冗余数据包2。
其中,DRB的配置信息例如可以包括以下至少一项:PER、PDB、PDU Set处理规则等,其中PDU Set处理规则用于表示在DRB中基于PDU Set的冗余度进行PDU Set的传输,即在该DRB的数据传输中,确保PDU Set内一定比例的数据包传输成功。如RAN发送PDU Set中的M个数据包。
其中,M根据PDU set的冗余度确定,例如可以理解为:M为PDU set的冗余度与PDUset内数据包的总数量的乘积。
在第一信息包括数据包的类型的标识的情况下,该方法还包括:RAN根据PDU set内的数据包包括的第一信息,确定PDU set内冗余数据包的数量和PDU set内数据包的总数量;RAN根据PDU set内冗余数据包的数量和PDU set内数据包的总数量,确定PDU set的冗余度。这表明RAN可以自行确定PDU set的冗余度,以使得RAN可以结合PDU set的冗余度发送多个数据包中的部分数据包。这保障了用户业务体验,也节省了空口资源。
其中,RAN根据PDU set内的数据包包括的第一信息,确定PDU set内冗余数据包的数量例如可以理解为以下任意一种:
方式2.1、多个数据包中的原始数据包的第一协议层包头包括原始数据包的标识,RAN根据PDU set内原始数据包包括的原始数据包的标识,确定PDU set内原始数据包的数量;RAN根据PDU set内原始数据包的数量,确定PDU set内冗余数据包的数量,如,RAN根据PDU set内数据包的总数量和PDU set内原始数据包的数量之间的差值,确定PDU set内冗余数据包的数量。
方式2.2、多个数据包中的冗余数据包的第一协议层包头包括冗余数据包的标识,RAN根据PDU set内冗余数据包包括的冗余数据包的标识,确定PDU set内冗余数据包的数量。
方式2.3、多个数据包中的原始数据包和冗余数据包的第一协议层包头分别包括原始数据包的标识和冗余数据包的标识。RAN可以根据PDU set内原始数据包的数量,确定PDU set内冗余数据包的数量,具体可以参考方式2.1。或,RAN根据PDU set内冗余数据包包括的冗余数据包的标识,确定PDU set内冗余数据包的数量。
可选的,针对方式2.1至方式2.3中任意一种方式,RAN可以根据PDU set内数据包包括的PDU set的标识,确定PDU set内数据包的总数量,如RAN可以统计相同PDU set的标识的数据包的数量。又如,RAN可以确定当前PDU set内的第一个数据包与下一个PDU set内的第一个数据包之间的数据包的数量。又如,RAN可以确定当前PDU set内的最后一个数据包与上一个PDU set内的最后一个数据包之间的数据包的数量。又如,RAN可以确定当前PDUSet内的第一个数据包与最后一个数据包之间的所有数据包的数量。针对方式2.3,RAN还可以根据PDU set内冗余数据包包括的冗余数据包的标识以及PDU set内原始数据包包括的原始数据包的标识,分别确定PDU set内冗余数据包的总数量和PDU set内原始数据包的总数量,并根据PDU set内冗余数据包的总数量和PDU set内原始数据包的总数量,确定PDUset内数据包的总数量。
在一种可能的实施方式中,数据包的类型的标识和/或PDU set的标识等可以通过第一协议层包头中的同一字段或不同字段指示,在此不做限定。
在第一信息包括PDU set的类型的情况下,该方法还包括:RAN获取PDU set的类型与PDU set的冗余度之间的第一对应关系,RAN根据第一对应关系和PDU set的类型,确定PDU set的冗余度。其中,第一对应关系例如可以为预定义或预配置的,或,第一对应关系例如可以是SMF指示给RAN的。这表明RAN可以自行确定PDU set的冗余度,以使得RAN可以结合PDU set的冗余度发送多个数据包中的部分数据包。这保障了用户业务体验,也节省了空口资源。
在第一信息包括QoS流的标识的情况下,该方法还包括:RAN获取QoS流的标识与PDU set的冗余度之间的第二对应关系,RAN根据第二对应关系和QoS流的标识,确定PDUset的冗余度。其中,第二对应关系例如可以为预定义或预配置的,或,第二对应关系例如可以是SMF指示给RAN的。这表明RAN可以自行确定PDU set的冗余度,以使得RAN可以结合PDUset的冗余度发送多个数据包中的部分数据包。这保障了用户业务体验,也节省了空口资源。
在上述实施例中,用于RAN确定PDU set的冗余度的第一信息是携带在属于协议数据单元的数据包中的,即在数据包中携带第一信息,这实现了动态确定PDU set的冗余度,可以更加灵活地适应于更多场景下冗余度的动态变化。另外,RAN可以结合PDU set的冗余度发送多个数据包中的部分数据包,节省了空口资源。
在一种可能的实施方式中,该方法还包括:当M个数据包传输成功时,RAN丢弃PDUset内除M个数据包之外的数据包。这保障了用户业务体验,也节省了空口资源并提升空口容量。
本申请还提供图5所示的实施例,图5所示的实施例可以与图3所示实施例结合,例如,在图3所述实施例的基础上进一步包括如下步骤:
501、UE向SMF发送第一请求消息,相应的,SMF接收来自UE的第一请求消息。
具体的,UE可以通过RAN向AMF发送非接入层(Non-Access Stratum,NAS)消息,该NAS消息包括第一请求消息,AMF向SMF发送第一请求消息。
可选的,第一请求消息例如可以用于建立数据连接会话,第一请求消息可以是数据连接会话建立请求消息,如PDU会话建立请求(PDU session establishment request)消息。或,第一请求消息用于修改数据连接会话,第一请求消息可以是数据连接会话修改请求消息,如PDU会话修改请求(PDU session modification request)消息。应理解的,本申请对数据连接会话建立流程或数据连接会话修改流程不做限定,具体可以参考3GPP技术规范(technical specification,TS)23.502。
其中,步骤501为可选步骤,也就是说步骤501可以执行或不执行。
502、PCF生成PCC规则。
如,PCF接收来自AF的第二信息,PCF可以根据第二信息生成PCC规则。在一种可能的实施方式中,PCF接收来自AF的第二信息可以理解为:若AF在可信域内,PCF通过PCF的服务接口来自AF的第二信息,如Npcf_PolicyAuthorization服务接口;若AF在非可信域内,PCF通过NEF接收来自AF的第二信息,具体的:AF通过调用NEF的服务接口,如Nnef_AFSessionWithQoS服务接口,向NEF发送第二信息,随后NEF通过调用PCF的服务接口向PCF发送第二信息。
在一种可能的实施方式中,第二信息可以用于指示以下至少一项:RAN根据来自UPF的数据包的第一协议层包头,确定PDU set的冗余度;RAN根据PDU set的冗余度传输数据包;UPF对来自于AS的数据包的第一协议层包头添加第一信息。关于第一协议层、第一信息等可以参考图3步骤302相关描述,在此不加赘述。
其中,RAN根据来自UPF的数据包的第一协议层包头,确定PDU set的冗余度,可以理解为:RAN基于PDU Set的冗余度进行PDU Set的传输,如RAN基于PDU Set的冗余度进行PDU Set的完整性传输。或可以理解为:RAN根据来自UPF的数据包的第一协议层包头,确定PDU set的冗余度并根据PDU Set冗余度进行传输调度优化等。
可选的,第二信息用于指示UPF对来自于AS的数据包的第一协议层包头添加第一信息,包括:第二信息用于指示UPF根据来自AS的数据包的第二协议层包头,在该数据包的第一协议层包头添加第一信息。
示例性的,第一信息包括数据包的类型的标识,第二信息用于指示UPF根据来自AS的数据包的类型,对来自于AS的数据包的第一协议层包头添加第一信息;或,第一信息为PDU set的类型,第二信息用于指示UPF根据来自AS的数据包所属的PDU set的类型,对来自于AS的数据包的第一协议层包头添加第一信息;或,第一信息为PDU set的冗余度,第二信息用于指示UPF根据来自AS的数据包所属的PDU set的类型以及第一对应关系,对来自于AS的数据包的第一协议层包头添加第一信息;或,第一信息为QoS的标识,第二信息用于指示UPF根据来自AS的数据包所属的PDU set的类型以及第二对应关系,对来自于AS的数据包的第一协议层包头添加第一信息关于第一对应关系、第二对应关系等可以参考图3步骤302相关描述,在此不加赘述。
可选的,在第一信息为PDU set的冗余度,或,第一信息包括PDU set的类型时,第二信息还可以用于指示PDU set的类型与PDU set的冗余度之间的第一对应关系。在第一信息包括QoS流的标识时,第二信息还可以用于指示QoS流与PDU set的冗余度之间的第三对应关系,此时第二信息中的QoS流可以理解为QoS流对应的业务流描述信息,如应用标识、IP五元组(如源IP地址/端口号、目标IP地址/端口号、传输协议等),传输协议例如是传输控制协议(transmission control protocol,TCP)或用户数据报协议(user datagramprotocol,UDP)等。
可选的,第二信息还可以用于指示以下至少一项:UPF确定来自AS的数据包所属的PDU set;AS和/或UPF传输数据包使用的协议。在一种可能的实施方式中,AS和/或UPF传输数据包使用的协议例如可以预定义或预配置在各个网元中,如UPF、PCF、SMF等中的一项或多项。可以理解的,UPF或RAN解析数据包的方式与传输数据包使用的协议相关。
在一种可能的实施方式中,PCC规则可以用于指示以下至少一项:RAN根据来自UPF的数据包的第一协议层包头,确定PDU set的冗余度;UPF对来自于AS的数据包的第一协议层包头添加第一信息;UPF确定来自AS的数据包所属的PDU set。如,PCC规则中的同一信息用于指示以下至少一项:RAN根据来自UPF的数据包的第一协议层包头,确定PDU set的冗余度;UPF对来自于AS的数据包的第一协议层包头添加第一信息;UPF确定来自AS的数据包所属的PDU set。又如,PCC规则中的不同信息分别用于指示RAN根据来自UPF的数据包的第一协议层包头,确定PDU set的冗余度;UPF对来自于AS的数据包的第一协议层包头添加第一信息;UPF确定来自AS的数据包所属的PDU set等。
其中,UPF对来自于AS的数据包的第一协议层包头添加第一信息,可以理解为:UPF根据来自AS的数据包的第二协议层包头,在该数据包的第一协议层包头添加第一信息。
示例性的,在第一信息包括数据包的类型的标识的情况下,PCC规则用于指示UPF根据来自AS的数据包的类型,在该数据包的第一协议层包头添加第一信息。在第一信息为PDU set的类型的情况下,PCC规则用于指示UPF根据来自AS的数据包所属的PDU set的类型,在该数据包的第一协议层包头添加第一信息。在第一信息为PDU set的冗余度的情况下,PCC规则用于指示UPF根据来自AS的数据包所属的PDU set的类型以及第一对应关系,在该数据包的第一协议层包头添加第一信息。在第一信息为QoS的标识的情况下,PCC规则用于指示UPF根据来自AS的数据包所属的PDU set的类型以及第二对应关系,在该数据包的第二协议层包头添加第一信息。503、SMF接收来自PCF的PCC规则,相应的,PCF向SMF发送PCC规则。
可选的,该PCC规则例如可以携带在会话管理策略关联建立(SM policyassociation establishment)消息或SM策略关联修改(SM policy associationmodification)消息中。当步骤501中的第一请求消息是数据连接会话建立请求消息,该PCC规则携带在SM policy association establishment消息中。当第一请求消息是数据连接会话修改请求消息,该PCC规则携带在SM policy association modification消息中。
其中,当步骤501执行时,步骤503可以理解为:当UE发起数据连接会话建立流程时,SMF会主动发起会话管理策略关联建立流程,或,当UE发起数据连接会话修改流程时,SMF会主动发起会话管理策略关联修改流程。当步骤501不执行时,步骤503可以理解为:PCF发起的会话管理策略关联修改流程。
504、SMF根据PCC规则发送第一指示信息,如,SMF根据PCC规则向RAN发送第一指示信息,相应的,RAN接收来自SMF的第一指示信息。
其中,第一指示信息用于指示RAN根据来自UPF的数据包的第一协议层包头,确定PDU set的冗余度。可选的,第一指示信息还可以用于指示RAN根据PDU set的冗余度传输数据包。
可选的,第一指示信息例如可以携带在N2接口SM(N2 SM)消息中。
505、SMF根据PCC规则发送第二指示信息,如,SMF根据PCC规则向UPF发送第二指示信息,相应的,UPF接收来自SMF的第二指示信息。
其中,第二指示信息用于指示UPF对来自于AS的数据包的第一协议层包头添加第一信息。在一种可能的实施方式中,第二指示信息用于指示UPF对来自于AS的数据包的第一协议层包头添加第一信息,包括:第二指示信息用于指示UPF根据来自AS的数据包的第二协议层包头,在该数据包的第一协议层包头添加第一信息。
示例性的,在第一信息包括数据包的类型的标识的情况下,第二指示信息用于指示UPF根据来自AS的数据包的类型,在该数据包的第一协议层包头添加第一信息。在第一信息为PDU set的类型的情况下,第二指示信息用于指示UPF根据来自AS的数据包所属的PDUset的类型,在该数据包的第一协议层包头添加第一信息。在第一信息为PDU set的冗余度的情况下,第二指示信息用于指示UPF根据来自AS的数据包所属的PDU set的类型以及第一对应关系,在该数据包的第一协议层包头添加第一信息。在第一信息为QoS的标识的情况下,第二指示信息用于指示UPF根据来自AS的数据包所属的PDU set的类型以及第二对应关系,在该数据包的第二协议层包头添加第一信息。
在一种可能的实施方式中,第二指示信息例如可以携带在N4会话建立请求(N4session establishment request)消息或N4会话修改请求(N4 session modificationrequest)消息。若步骤503的PCC规则携带在SM policy association establishment消息中,第二指示信息可以携带在N4 session establishment request消息中;若该PCC规则携带在SM policy association modification消息中,第二指示信息可以携带在N4 sessionmodification request消息中。
可选的,N4 session establishment request消息或N4 session modificationrequest消息还可以用于指示UPF确定来自AS的数据包所属的PDU set。
需要说明的,步骤504和步骤505之间没有必然的先后执行关系,如步骤504可以在步骤505之前执行,或,步骤504可以在步骤505之后执行,或步骤504和步骤505同时执行。
506、完成剩余的数据连接会话建立或修改流程,具体地,可以参考TS 23.502第4.3.2.1章节。
上述实施例中,可以使得SMF获取到PCC规则,以保障RAN可以从SMF获知需要确定PDU set的冗余度,也可以使得UPF可以获知需要对来自于AS的数据包的第一协议层包头添加第一信息。
可选的,图5所示实施例可以在图3的步骤301之前执行。
另外,本申请不仅仅适用于下行业务的传输,还适用于上行业务的传输。可以理解的,当上行业务自UE发往RAN时,UE的处理逻辑跟下行业务中RAN的处理逻辑类似,在此不加赘述。
上述主要从各个设备之间交互的角度对本申请提供的方案进行了介绍。可以理解的是,上述实现各设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对RAN、UPF、PCF或SMF等进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中,上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
参见图6,图6为本申请实施例提供的一种通信装置的结构示意图。该通信装置600可应用于上述任一所示的方法中,如图6所示,该通信装置600包括:处理模块601和收发模块602。处理模块601可以是一个或多个处理器,收发模块602可以是收发器或者通信接口。该通信装置可用于实现上述任一方法实施例中涉及RAN、UPF、PCF或SMF,或用于实现上述任一方法实施例中涉及网元的功能。该网元或者网络功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行的软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能。可选的,该通信装置600还可以包括存储模块603,用于存储通信装置600的程序代码和数据。
一种实例,当该通信装置作为RAN或为应用于RAN中的芯片,并执行上述方法实施例中由RAN或RAN执行的步骤。收发模块602用于支持与RAN、SMF、AS等之间的通信,收发模块具体执行上述任一方法实施例方法中由RAN或RAN执行的发送和/或接收的动作,例如支持RAN执行本文中所描述的其他过程。处理模块601可用于支持通信装置600执行上述方法实施例中的由RAN或RAN执行的除发送和接收之外的动作,例如,支持RAN执行本文中所描述的技术的其他过程。
具体的:收发模块602,用于:接收属于PDUset的多个数据包,多个数据包中的至少一个数据包的第一协议层包头包括第一信息,第一信息用于RAN确定PDU set的冗余度;发送多个数据包中的M个数据包,M根据PDU set的冗余度确定。
在一种可能的实施方式中,第一信息包括数据包的类型的标识,数据包的类型包括原始数据包和/或冗余数据包,处理模块601,还用于:根据PDU set内的数据包包括的第一信息,确定PDU set内冗余数据包的数量和PDU set内数据包的总数量;根据PDU set内冗余数据包的数量和PDU set内数据包的总数量,确定PDU set的冗余度。
在一种可能的实施方式中,第一信息为PDU set的冗余度。
在一种可能的实施方式中,收发模块602,还用于获取PDU set的类型与PDU set的冗余度之间的第一对应关系。
在一种可能的实施方式中,第一信息包括PDU set的类型,处理模块601,还用于根据第一对应关系和PDU set的类型,确定PDU set的冗余度。
在一种可能的实施方式中,收发模块602,还用于获取QoS流的标识与PDU set的冗余度之间的第二对应关系。
在一种可能的实施方式中,第一信息包括QoS流的标识,处理模块601,还用于根据第二对应关系和QoS流的标识,确定PDU set的冗余度。
在一种可能的实施方式中,收发模块602,还用于接收来自SMF的第一指示信息,第一指示信息用于指示RAN根据来自UPF的数据包的第一协议层包头,确定PDU set的冗余度。
在一种可能的实施方式中,处理模块601,还用于根据PDU set的冗余度,确定DRB的配置信息,该DRB用于承载M个数据包;在发送M个数据包时,收发模块602,用于根据DRB的配置信息,发送M个数据包。
一种实例,当该通信装置作为UPF或为应用于UPF中的芯片,并执行上述方法实施例中由UPF或UPF执行的步骤。收发模块602用于支持与RAN、SMF、AS等之间的通信,收发模块具体执行上述任一方法实施例方法中由UPF或UPF执行的发送和/或接收的动作,例如支持UPF执行本文中所描述的其他过程。处理模块601可用于支持通信装置600执行上述方法实施例中的由UPF或UPF执行的除发送和接收之外的动作,例如,支持UPF执行步骤302,和/或本文中所描述的技术的其他过程。
具体的,收发模块602,用于接收属于PDU set的多个数据包;处理模块601,用于在多个数据包中的至少一个数据包的第一协议层包头添加第一信息,并通过收发模块602发送给RAN,第一信息用于确定PDU set的冗余度。
在一种可能的实施方式中,多个数据包中的至少一个数据包的第二协议层包头用于确定数据包的类型,第一信息包括数据包的类型的标识,数据包的类型包括原始数据包和/或冗余数据包。
在一种可能的实施方式中,多个数据包中的至少一个数据包的第二协议层包头用于确定PDU set的类型,收发模块602,还用于获取PDU set的类型与PDU set的冗余度之间的第一对应关系;处理模块601,还用于根据第一对应关系和PDU set的类型,确定PDU set的冗余度。
在一种可能的实施方式中,第一信息为PDU set的冗余度。
在一种可能的实施方式中,第一信息包括QoS流的标识,收发模块602,还用于获取QoS流的标识与PDU set的冗余度之间的第二对应关系;处理模块601,还用于根据第二对应关系和PDU set的冗余度,确定QoS流的标识。
在一种可能的实施方式中,多个数据包中的至少一个数据包的第二协议层包头用于确定PDU set的类型,第一信息包括PDU set的类型。
在一种可能的实施方式中,收发模块602,还用于接收来自SMF的第二指示信息,第二指示信息用于指示UPF对来自于AS的数据包的第一协议层包头添加第一信息。
在一种可能的实施方式中,第二指示信息用于指示UPF对来自于AS的数据包的第一协议层包头添加第一信息,包括:第二指示信息用于指示UPF根据来自AS的数据包的第二协议层包头,在该数据包的第一协议层包头添加第一信息。
一种实例,当该通信装置作为PCF或为应用于PCF中的芯片,并执行上述方法实施例中由PCF或PCF执行的步骤。收发模块602用于支持与RAN、SMF、AS等之间的通信,收发模块具体执行上述任一方法实施例方法中由PCF或PCF执行的发送和/或接收的动作,例如支持PCF执行本文中所描述的其他过程。处理模块601可用于支持通信装置600执行上述方法实施例中的由PCF或PCF执行的除发送和接收之外的动作,例如,支持PCF执行步骤502,和/或本文中所描述的技术的其他过程。
具体的:处理模块601,用于生成PCC规则,PCC规则用于指示RAN根据来自UPF的数据包的第一协议层包头,确定PDU set的冗余度;收发模块602,用于向SMF发送PCC规则。
在一种可能的实施方式中,PCC规则还用于指示UPF对来自于AS的数据包的第一协议层包头添加第一信息;其中,第一信息包括数据包的类型的标识,数据包的类型包括原始数据包和/或冗余数据包;或,第一信息包括数据包所属的PDU set的冗余度;或,第一信息包括数据包所属的PDU set的类型;或,第一信息为QoS的标识。
在一种可能的实施方式中,PCC规则用于指示UPF对来自于AS的数据包的第一协议层包头添加第一信息,包括:PCC规则用于指示UPF根据来自AS的数据包的第二协议层包头,在该数据包的第一协议层包头添加所述第一信息。
在一种可能的实施方式中,在生成PCC规则时,收发模块602,用于接收来自应用功能网元的第二信息,第二信息用于指示RAN根据来自UPF的数据包的第一协议层包头,确定PDU set的冗余度;处理模块601,用于根据第二信息,生成PCC规则。
一种实例,当该通信装置作为SMF或为应用于SMF中的芯片,并执行上述方法实施例中由SMF或SMF执行的步骤。收发模块602用于支持与RAN、SMF、AS等之间的通信,收发模块具体执行上述任一方法实施例方法中由SMF或SMF执行的发送和/或接收的动作,例如支持SMF执行本文中所描述的其他过程。处理模块601可用于支持通信装置600执行上述方法实施例中的由SMF或SMF执行的除发送和接收之外的动作,例如,支持SMF执行本文中所描述的技术的其他过程。
具体的:收发模块602,用于接收来自PCF的PCC规则,PCC规则用于指示RAN根据来自UPF的数据包的第一协议层包头,确定PDU set的冗余度;处理模块601,用于根据PCC规则发送第一指示信息,第一指示信息用于指示RAN根据来自UPF的数据包的第一协议层包头,确定PDU set的冗余度。
在一种可能的实施方式中,PCC规则还用于指示UPF对来自于AS的数据包的第一协议层包头添加第一信息;其中,第一信息包括数据包的类型的标识,数据包的类型包括原始数据包和/或冗余数据包;或,第一信息包括数据包所属的PDU set的冗余度;或,第一信息包括数据包所属的PDU set的类型;或,第一信息为QoS的标识。
在一种可能的实施方式中,PCC规则用于指示UPF对来自于AS的数据包的第一协议层包头添加第一信息,包括:PCC规则用于指示UPF根据来自AS的数据包的第二协议层包头,在该数据包的第一协议层包头添加所述第一信息。
在一种可能的实施方式中,收发模块602,还用于根据PCC规则发送第二指示信息,第二指示信息用于指示UPF对来自于AS的数据包的第一协议层包头添加第一信息。
在一种可能的实施方式中,第二指示信息用于指示UPF对来自于AS的数据包的第一协议层包头添加第一信息,包括:第二指示信息用于指示UPF根据来自AS的数据包的第二协议层包头,在该数据包的第一协议层包头添加所述第一信息。
在一种可能的实施方式中,当RAN、UPF、PCF或SMF为芯片时,收发模块602可以是通信接口、管脚或电路等。通信接口可用于输入待处理的数据至处理器,并可以向外输出处理器的处理结果。具体实现中,通信接口可以是通用输入输出(general purpose inputoutput,GPIO)接口,可以和多个外围设备(如显示器(LCD)、摄像头(camara)、射频(radiofreq终端设备ncy,RF)模块、天线等等)连接。通信接口通过总线与处理器相连。
处理模块601可以是处理器,该处理器可以执行存储模块存储的计算机执行指令,以使该芯片执行上述任一实施例涉及的方法。
进一步的,处理器可以包括控制器、运算器和寄存器。示例性的,控制器主要负责指令译码,并为指令对应的操作发出控制信号。运算器主要负责执行定点或浮点算数运算操作、移位操作以及逻辑操作等,也可以执行地址运算和转换。寄存器主要负责保存指令执行过程中临时存放的寄存器操作数和中间操作结果等。具体实现中,处理器的硬件架构可以是ASIC架构、无互锁管道阶段架构的微处理器(microprocessor without interlockedpiped stages architecture,MIPS)架构、进阶精简指令集机器(advanced RISCmachines,ARM)架构或者第二处理器(network processor,NP)架构等等。处理器可以是单核的,也可以是多核的。
该存储模块可以为该芯片内的存储模块,如寄存器、缓存等。存储模块也可以是位于芯片外部的存储模块,如ROM或可存储静态信息和指令的其他类型的静态存储设备、RAM等。
需要说明的,处理器、接口各自对应的功能既可以通过硬件设计实现,也可以通过软件设计来实现,还可以通过软硬件结合的方式来实现,这里不作限制。
图7为本申请实施例提供的一种简化的RAN的结构示意图。RAN包括射频信号收发及转换部分以及基带部分42,该射频信号收发及转换部分又包括接收模块41部分和发送模块43部分(也可以统称为收发模块)。射频信号收发及转换部分主要用于射频信号的收发以及射频信号与基带信号的转换;基带部分42主要用于基带处理,对RAN进行控制等。接收模块41也可以称为接收器、接收机、接收电路等,发送模块43也可以称为发送器、发射器、发射机、发射电路等。基带部分42通常是RAN的控制中心,也可以称为处理模块,用于执行上述任一方法中关于RAN所执行的步骤。具体可参见上述相关部分的描述。
基带部分42可以包括一个或多个单板,每个单板可以包括一个或多个处理器和一个或多个存储器,处理器用于读取和执行存储器中的程序以实现基带处理功能以及对RAN的控制。若存在多个单板,各个单板之间可以互联以增加处理能力。作为一中可选的实施方式,也可以是多个单板共用一个或多个处理器,或者是多个单板共用一个或多个存储器,或者是多个单板同时共用一个或多个处理器。
例如,发送模块43用于执行上述任一方法中RAN的功能。
本申请实施例提供一种通信装置,通信装置包括至少一个处理器和存储器;其中,存储器用于存储计算机程序或指令;至少一个处理器用于执行存储器中的计算机程序或指令,使得上述任一方法中各个设备或网元对应的方法被执行。
本申请实施例提供一种通信系统,通信系统包括RAN和UPF,RAN用于执行上述任一方法中RAN对应的方法,UPF用于执行上述任一方法中UPF对应的方法。在一种可能的实施方式中,该通信系统还可以包括PCF和SMF,PCF用于执行上述任一方法中PCF方法,SMF用于执行上述任一方法中SMF对应的方法。
本申请实施例提供一种计算机可读存储介质,其特征在于,计算机可读存储介质存储有计算机指令,当计算机指令被执行时,使计算机执行如上述任一方法所述的方法。
本申请实施例提供一种计算机程序产品,计算机程序产品包括:计算机程序代码,计算机程序代码被计算机运行时,使得计算机执行如上述任一方法所述的方法。
本申请实施例提供一种芯片,该芯片与存储器耦合,用于读取并执行存储器中的程序指令,以使得芯片所在装置实现上述任一方法所述的方法。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目标。另外,在本申请各个实施例中的各网元单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件网元单元的形式实现。
上述集成的单元如果以软件网元单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,终端设备,云服务器,或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。

Claims (44)

1.一种通信方法,其特征在于,包括:
接入网设备接收属于协议数据单元集合的多个数据包,所述多个数据包中的至少一个数据包的第一协议层包头包括第一信息,所述第一信息用于所述接入网设备确定所述协议数据单元集合的冗余度;
所述接入网设备发送所述多个数据包中的M个数据包,所述M根据所述协议数据单元集合的冗余度确定。
2.根据权利要求1所述的方法,其特征在于,所述第一信息包括所述数据包的类型的标识,所述数据包的类型包括原始数据包和/或冗余数据包,所述方法还包括:
所述接入网设备根据所述协议数据单元集合内的数据包包括的第一信息,确定所述协议数据单元集合内冗余数据包的数量和所述协议数据单元集合内数据包的总数量;
所述接入网设备根据所述协议数据单元集合内冗余数据包的数量和所述协议数据单元集合内数据包的总数量,确定所述协议数据单元集合的冗余度。
3.根据权利要求1所述的方法,其特征在于,所述第一信息为所述协议数据单元集合的冗余度。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述接入网设备获取所述协议数据单元集合的类型与所述协议数据单元集合的冗余度之间的第一对应关系。
5.根据权利要求4所述的方法,其特征在于,所述第一信息包括所述协议数据单元集合的类型,所述方法还包括:
所述接入网设备根据所述第一对应关系和所述协议数据单元集合的类型,确定所述协议数据单元集合的冗余度。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述接入网设备获取服务质量流的标识与所述协议数据单元集合的冗余度之间的第二对应关系。
7.根据权利要求6所述的方法,其特征在于,所述第一信息包括所述服务质量流的标识,所述方法还包括:
所述接入网设备根据所述第二对应关系和所述服务质量流的标识,确定所述协议数据单元集合的冗余度。
8.根据权利要求1-7任意一项所述的方法,其特征在于,所述方法还包括:
所述接入网设备接收来自会话管理网元的第一指示信息,所述第一指示信息用于指示所述接入网设备根据来自用户面网元的数据包的第一协议层包头,确定协议数据单元集合的冗余度。
9.根据权利要求1-8任意一项所述的方法,其特征在于,所述方法还包括:
所述接入网设备根据所述协议数据单元集合的冗余度,确定数据无线承载的配置信息,所述数据无线承载用于承载所述M个数据包;
所述接入网设备发送所述M个数据包,包括:
所述接入网设备根据所述数据无线承载的配置信息,发送所述M个数据包。
10.根据权利要求1-8任意一项所述的方法,其特征在于,所述方法还包括:
当所述M个数据包传输成功时,所述接入网设备丢弃所述协议数据单元集合内除所述M个数据包之外的数据包。
11.一种通信方法,其特征在于,包括:
用户面网元接收属于协议数据单元集合的多个数据包;
所述用户面网元在所述多个数据包中的至少一个数据包的第一协议层包头添加第一信息,并发送给接入网设备,所述第一信息用于确定所述协议数据单元集合的冗余度。
12.根据权利要求11所述的方法,其特征在于,所述多个数据包中的至少一个数据包的第二协议层包头用于确定所述数据包的类型,所述数据包的类型包括原始数据包和/或冗余数据包,所述第一信息包括所述数据包的类型的标识。
13.根据权利要求11所述的方法,其特征在于,所述多个数据包中的至少一个数据包的第二协议层包头用于确定所述协议数据单元集合的类型,所述方法还包括:
所述用户面网元获取所述协议数据单元集合的类型与所述协议数据单元集合的冗余度之间的第一对应关系;
所述用户面网元根据所述第一对应关系和所述协议数据单元集合的类型,确定所述协议数据单元集合的冗余度。
14.根据权利要求13所述的方法,其特征在于,所述第一信息为所述协议数据单元集合的冗余度。
15.根据权利要求13所述的方法,其特征在于,所述第一信息包括服务质量流的标识,所述方法还包括:
所述用户面网元获取所述服务质量流的标识与所述协议数据单元集合的冗余度之间的第二对应关系;
所述用户面网元根据所述第二对应关系和所述协议数据单元集合的冗余度,确定所述服务质量流的标识。
16.根据权利要求11所述的方法,其特征在于,所述多个数据包中的至少一个数据包的第二协议层包头用于确定所述协议数据单元集合的类型,所述第一信息包括所述协议数据单元集合的类型。
17.根据权利要求11-16任意一项所述的方法,其特征在于,所述方法还包括:
所述用户面网元接收来自会话管理网元的第二指示信息,所述第二指示信息用于指示所述用户面网元对来自于应用服务器的数据包的第一协议层包头添加第一信息。
18.根据权利要求17所述的方法,其特征在于,所述第二指示信息用于指示所述用户面网元对来自于应用服务器的数据包的第一协议层包头添加第一信息,包括:
所述第二指示信息用于指示所述用户面网元根据来自所述应用服务器的数据包的第二协议层包头,在所述数据包的第一协议层包头添加所述第一信息。
19.一种通信方法,其特征在于,包括:
策略控制网元生成策略与计费控制规则,所述策略与计费控制规则用于指示接入网设备根据来自用户面网元的数据包的第一协议层包头,确定协议数据单元集合的冗余度;
所述策略控制网元向会话管理网元发送所述策略与计费控制规则。
20.根据权利要求19所述的方法,其特征在于,所述策略与计费控制规则还用于指示所述用户面网元对来自于应用服务器的数据包的第一协议层包头添加第一信息;
其中,所述第一信息包括所述数据包的类型的标识,所述数据包的类型包括原始数据包和/或冗余数据包;或,
所述第一信息包括所述数据包所属的协议数据单元集合的冗余度;或,
所述第一信息包括所述数据包所属的协议数据单元集合的类型;或,
所述第一信息为服务质量流的标识。
21.根据权利要求19或20所述的方法,其特征在于,所述策略与计费控制规则用于指示所述用户面网元对来自于应用服务器的数据包的第一协议层包头添加第一信息,包括:
所述策略与计费控制规则用于指示所述用户面网元根据来自所述应用服务器的数据包的第二协议层包头,在所述数据包的第一协议层包头添加所述第一信息。
22.根据权利要求19-21任意一项所述的方法,其特征在于,所述策略控制网元生成策略与计费控制规则,包括:
所述策略控制网元接收来自应用功能网元的第二信息,所述第二信息用于指示接入网设备根据来自用户面网元的数据包的第一协议层包头,确定协议数据单元集合的冗余度;
所述策略控制网元根据所述第二信息,生成所述策略与计费控制规则。
23.一种通信方法,其特征在于,包括:
用户面网元接收属于协议数据单元集合的多个数据包;
所述用户面网元在所述多个数据包中的至少一个数据包的第一协议层包头添加第一信息,并发送给接入网设备,所述第一信息用于确定所述协议数据单元集合的冗余度
所述接入网设备发送所述多个数据包中的M个数据包,所述M根据所述协议数据单元集合的冗余度确定。
24.根据权利要求23所述的方法,其特征在于,所述第一信息包括所述数据包的类型的标识,所述数据包的类型包括原始数据包和/或冗余数据包,所述方法还包括:
所述接入网设备根据所述协议数据单元集合内的数据包包括的第一信息,确定所述协议数据单元集合内冗余数据包的数量和所述协议数据单元集合内数据包的总数量;
所述接入网设备根据所述协议数据单元集合内冗余数据包的数量和所述协议数据单元集合内数据包的总数量,确定所述协议数据单元集合的冗余度。
25.根据权利要求23所述的方法,其特征在于,所述多个数据包中的至少一个数据包的第二协议层包头用于确定所述协议数据单元集合的类型,所述方法还包括:
所述用户面网元获取所述协议数据单元集合的类型与所述协议数据单元集合的冗余度之间的第一对应关系;
所述用户面网元根据所述第一对应关系和所述协议数据单元集合的类型,确定所述协议数据单元集合的冗余度。
26.根据权利要求25所述的方法,其特征在于,所述第一信息为所述协议数据单元集合的冗余度。
27.根据权利要求23所述的方法,其特征在于,所述第一信息包括服务质量流的标识,所述方法还包括:
所述用户面网元获取所述服务质量流的标识与所述协议数据单元集合的冗余度之间的第二对应关系;
所述用户面网元根据所述第二对应关系和所述协议数据单元集合的冗余度,确定所述服务质量流的标识。
28.根据权利要求23所述的方法,其特征在于,所述方法还包括:
所述接入网设备获取服务质量流的标识与所述协议数据单元集合的冗余度之间的第二对应关系。
29.根据权利要求28所述的方法,其特征在于,所述第一信息包括所述服务质量流的标识,所述方法还包括:
所述接入网设备根据所述第二对应关系和所述服务质量流的标识,确定所述协议数据单元集合的冗余度。
30.根据权利要求27所述的方法,其特征在于,所述多个数据包中的至少一个数据包的第二协议层包头用于确定所述协议数据单元集合的类型,所述第一信息包括所述协议数据单元集合的类型。
31.根据权利要求23所述的方法,其特征在于,所述方法还包括:
所述接入网设备获取所述协议数据单元集合的类型与所述协议数据单元集合的冗余度之间的第一对应关系。
32.根据权利要求31所述的方法,其特征在于,所述第一信息包括所述协议数据单元集合的类型,所述方法还包括:
所述接入网设备根据所述第一对应关系和所述协议数据单元集合的类型,确定所述协议数据单元集合的冗余度。
33.根据权利要求23-32任意一项所述的方法,其特征在于,所述方法还包括:
所述接入网设备接收来自会话管理网元的第一指示信息,所述第一指示信息用于指示所述接入网设备根据来自用户面网元的数据包的第一协议层包头,确定协议数据单元集合的冗余度。
34.根据权利要求23-33任意一项所述的方法,其特征在于,所述方法还包括:
所述接入网设备根据所述协议数据单元集合的冗余度,确定数据无线承载的配置信息,所述数据无线承载用于承载所述M个数据包;
所述接入网设备发送所述M个数据包,包括:
所述接入网设备根据所述数据无线承载的配置信息,发送所述M个数据包。
35.根据权利要求23-33任意一项所述的方法,其特征在于,所述方法还包括:
当所述M个数据包传输成功时,所述接入网设备丢弃所述协议数据单元集合内除所述M个数据包之外的数据包。
36.根据权利要求23-35任意一项所述的方法,其特征在于,所述方法还包括:
所述用户面网元接收来自会话管理网元的第二指示信息,所述第二指示信息用于指示所述用户面网元对来自于应用服务器的数据包的第一协议层包头添加第一信息。
37.根据权利要求36所述的方法,其特征在于,所述第二指示信息用于指示所述用户面网元对来自于应用服务器的数据包的第一协议层包头添加第一信息,包括:
所述第二指示信息用于指示所述用户面网元根据来自所述应用服务器的数据包的第二协议层包头,在所述数据包的第一协议层包头添加所述第一信息。
38.一种通信装置,其特征在于,所述通信装置包括用于执行如权利要求1-37中任一所述方法的模块。
39.一种通信装置,其特征在于,包括处理器,所述处理器和存储器耦合,所述存储器中存储有计算机程序;所述处理器用于调用所述存储器中的计算机程序,使得所述通信装置执行如权利要求1-37中任一所述的方法。
40.一种通信装置,其特征在于,包括处理器和接口电路,所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置,所述处理器通过逻辑电路或执行代码指令用于实现如权利要求1-37中任一项所述的方法。
41.一种计算机可读存储介质,其特征在于,所述存储介质中存储有计算机程序或指令,当所述计算机程序或指令被计算机执行时,实现如权利要求1-37中任一项所述方法。
42.一种计算机程序产品,其特征在于,当计算机读取并执行所述计算机程序产品时,使得计算机执行权利要求1-37中任一项所述的方法。
43.一种通信系统,其特征在于,包括用于执行如权利要求1-10中任一项所述方法的接入网设备和用于执行如权利要求11-18中任一项所述方法的用户面网元。
44.根据权利要求43所述的系统,其特征在于,所述系统还包括用于执行如权利要求19-22中任一项所述方法的策略控制网元。
CN202310156229.3A 2023-02-14 2023-02-14 一种通信方法及装置 Pending CN118509870A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202310156229.3A CN118509870A (zh) 2023-02-14 2023-02-14 一种通信方法及装置
PCT/CN2024/075964 WO2024169725A1 (zh) 2023-02-14 2024-02-05 一种通信方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310156229.3A CN118509870A (zh) 2023-02-14 2023-02-14 一种通信方法及装置

Publications (1)

Publication Number Publication Date
CN118509870A true CN118509870A (zh) 2024-08-16

Family

ID=92241546

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310156229.3A Pending CN118509870A (zh) 2023-02-14 2023-02-14 一种通信方法及装置

Country Status (2)

Country Link
CN (1) CN118509870A (zh)
WO (1) WO2024169725A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020201176A1 (en) * 2019-04-01 2020-10-08 Nokia Technologies Oy Method and apparatus for redundancy improvement in a communication system
EP3996464A1 (en) * 2020-11-06 2022-05-11 Nokia Technologies Oy Enhanced mobility for urllc services and redundant pdu sessions
CN115209398A (zh) * 2021-04-13 2022-10-18 华为技术有限公司 一种报文传输方法及装置
CN115694597A (zh) * 2021-07-31 2023-02-03 华为技术有限公司 一种北斗通信系统中数据传输控制方法、系统及相关装置

Also Published As

Publication number Publication date
WO2024169725A1 (zh) 2024-08-22

Similar Documents

Publication Publication Date Title
US20210409335A1 (en) Multi-access management service packet classification and prioritization techniques
US20220109622A1 (en) Reliability enhancements for multi-access traffic management
EP4203428A1 (en) Multi-access management service enhancements for quality of service and time sensitive applications
US10425194B2 (en) Cross-layer and cross-application acknowledgment for data transmission
US10992769B2 (en) Data transmission method, apparatus and system
US20230006889A1 (en) Flow-specific network slicing
US20220116334A1 (en) Multi-access management service queueing and reordering techniques
US11979450B2 (en) Communication method and apparatus
CN110830925A (zh) 一种用户群组的会话管理方法及装置
US20230300667A1 (en) Communication method and device for xr service in wireless communication system
CN114585105A (zh) 一种算力感知的会话管理方法及通信装置
CN114205428B (zh) 确定空口时延的方法及装置
EP4203587A1 (en) Communication method and apparatus
US20230050923A1 (en) Media packet transmission method, apparatus, and system
EP4401384A1 (en) Data transmission method and communication apparatus
CN118509870A (zh) 一种通信方法及装置
CN113938985A (zh) 一种通信方法及装置
US20240267792A1 (en) Dynamic traffic management for multi-access management services
US20240276301A1 (en) Trigger-based keep-alive and probing mechanism for multiaccess management services
EP4404536A1 (en) Method, apparatus and system for transmitting blockchain information
WO2024159929A1 (zh) 一种通信方法及装置
WO2023169423A1 (zh) 拆分推理方法及装置
CN117956506A (zh) 一种通信方法及装置
CN117998494A (zh) 一种通信方法及装置
CN116867000A (zh) 一种数据传输的方法及通信装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination