CN116458239A - 通信方法及装置 - Google Patents

通信方法及装置 Download PDF

Info

Publication number
CN116458239A
CN116458239A CN202080106507.9A CN202080106507A CN116458239A CN 116458239 A CN116458239 A CN 116458239A CN 202080106507 A CN202080106507 A CN 202080106507A CN 116458239 A CN116458239 A CN 116458239A
Authority
CN
China
Prior art keywords
sub
group
data packets
characteristic information
data
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
CN202080106507.9A
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
Publication of CN116458239A publication Critical patent/CN116458239A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例提供通信方法及装置,可以降低空口开销。方法应用于接入网设备或支持接入网设备中的芯片,该方法包括:从第一核心网设备接收第一数据包,从终端设备接收第一消息,并根据第一消息和第一数据包,向终端设备发送第一组子数据包。第一数据包包括一组或多组子数据包;第一消息用于请求第一组子数据包,第一消息包括第一组子数据包的特征信息,第一组子数据包为一组或多组子数据包中的一组子数据包。

Description

通信方法及装置 技术领域
本申请涉及通信技术领域,尤其涉及通信方法及装置。
背景技术
目前,越来越多的业务依托于虚拟现实(virtual reality,VR)技术。VR技术,主要指模拟虚拟环境以给用户带来“身临其境”的沉浸感。具体的,通过渲染视觉和音频等场景,以尽可能地模拟现实世界中的视觉和音频等对用户的感官刺激,从而让用户沉浸在模拟的虚拟环境中。在一个示例中,用户可以佩戴诸如头戴式显示器(head mounted display,HMD)一类的终端设备,进而以终端设备中模拟的视觉组件取代用户的视野,用户还可以佩戴耳机,进而向用户提供耳机随附的音频。此外,还可以对用户进行动作跟踪,比如,跟踪用户头部HMD的旋转角度,从而及时更新模拟的视觉和音频内容,使得用户体验的视觉和音频内容与用户的动作保持一致。
以终端设备为HMD为例,通常,基站为HMD提供全景图像数据,HMD根据用户头部旋转角度从全景图像数据中选择某一视角(field of view,FOV)的数据,并根据该部分数据向用户显示对应内容。可见,虽然用户只需要全景图像数据中的部分数据,但基站仍需向HMD下发整个全景图像数据,增加了空口开销。
发明内容
本申请提供通信方法及装置,可以在进行VR业务的过程中降低空口开销。
第一方面,提供一种通信方法,该方法的执行主体为接入网设备或接入网设备中的一个模块,这里以接入网设备为执行主体为例进行描述。该方法包括:从第一核心网设备接收第一数据包,从终端设备接收第一消息,并根据第一消息和第一数据包,向终端设备发送第一组子数据包。第一数据包包括一组或多组子数据包;第一消息用于请求第一组子数据包,第一消息包括第一组子数据包的特征信息,第一组子数据包为一组或多组子数据包中的一组子数据包。
本申请提供的通信方法,基站不再向终端设备发送全景图像,而是向终端设备发送全景图像中该终端设备所需的部分图像对应的子数据包,基站的发送数据量有所减少,进而降低基站的空口资源消耗,提升网络容量。
在一种可能的设计中,第一组子数据包的特征信息包括如下任一项或多项:第一组子数据包的视角信息、第一组子数据包的标识、第一组子数据包对应的帧的图像类型、第一组子数据包对应的帧的编码类型、第一组子数据包对应的帧的标识、第一组子数据包对应的帧的帧类型。
在一种可能的设计中,第一数据包还包括一组或多组子数据包的特征信息。
在一种可能的设计中,第一特征信息对应的第一组子数据包承载在第一服务质量QoS流中,第二特征信息对应的第二组子数据包承载在第二QoS流中;或,第一特征信息对应的第一组子数据包承载在第一会话中,第二特征信息对应的第一组子数据包承载在第二会话中。
即,第一核心网设备向接入网设备隐式指示不同子数据包的特征信息,也就是说,第一核心网设备无需在第一数据包中封装特征信息,进而节约了传输开销。且,接入网设备无需解析来自第一核心网设备的第一数据包就可根据配置好的关联关系确定当前QoS流上接收的子数据包的特征信息,能够降低基站的解析负担。相应的,能够降低接入网设备和第一核心网设备的实现复杂度。
在一种可能的设计中,方法还包括:从第二核心网设备接收第一指示信息,第一指示信息用于指示第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一QoS流的标识;或,第一指示信息包括第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一会话的标识。
即第二核心网设备需提前为终端设备配置多个QoS流标识以及多个QoS流各自关联的特征信息。以便于后续终端设备根据该配置识别不同QoS流上子数据包的特征信息。
在一种可能的设计中,方法还包括:向终端设备发送第一组子数据包的特征信息。如此,通过该第一组子数据包显示携带特征信息的方式,接入网设备可以通过同一个逻辑信道发送不同特征信息的子数据包,用户设备(user equipment,UE)和基站无需管理多个逻辑信道,避免切换逻辑信道来接收不同特征信息的子数据包。
在一种可能的设计中,方法还包括:向终端设备发送第二指示信息,第二指示信息用于指示第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一逻辑信道的标识;或,第二指示信息包括第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一数据无线承载的标识。
在一种可能的设计中,向终端设备发送第一组子数据包,包括:通过第一逻辑信道向终端设备发送第一组子数据包;
或,通过第一数据无线承载向终端设备发送第一组子数据包。
如此,接入网设备无需显示向终端设备发送特征信息,降低了接入网设备的空口开销。
第二方面,本申请提供一种通信方法,该方法的执行主体为第一核心网设备或第一核心网设备中的一个模块,这里以第一核心网设备为执行主体为例进行描述。该方法包括:确定第一数据包,并向接入网设备发送第一数据包。第一数据包包括一组或多组子数据包以及一组或多组子数据包的特征信息。
在一种可能的设计中,第一组子数据包的特征信息包括如下任一项或多项:视角信息、第一组子数据包的标识、对应的帧的图像类型、对应的帧的编码类型、第一组子数据包对应的帧的标识、第一组子数据包对应的帧的帧类型,第一组子数据包为一组或多组子数据包中的一组子数据包。
第三方面,本申请提供一种通信方法,该方法的执行主体为第二核心网设备或第二核心网设备中的一个模块,这里以第二核心网设备为执行主体为例进行描述。该方法包括:确定第一指示信息;并向接入网设备发送第一指示信息。第一指示信息用于指示第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一服务质量QoS流的标识;或,第一指示信息包括第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一会话的标识。
在一种可能的设计中,第一组子数据包的特征信息包括如下任一项或多项:第一组子数据包的视角信息、第一组子数据包的标识、第一组子数据包对应的帧的图像类型、第一组子数据包对应的帧的编码类型、第一组子数据包对应的帧的标识、第一组子数据包对应的帧的帧类型。
第四方面,本申请提供一种通信方法,该方法的执行主体为终端设备或终端设备中的一个模块,这里以终端设备为执行主体为例进行描述。该方法包括:向接入网设备发送第一消息,并从接入网设备接收第一组子数据包。第一消息用于请求第一组子数据包,第一消息包括第一组子数据包的特征信息。
在一种可能的设计中,第一组子数据包的特征信息包括如下任一项或多项:第一组子数据包的视角信息、第一组子数据包的标识、第一组子数据包对应的帧的图像类型、第一组子数据包对应的帧的编码类型、第一组子数据包对应的帧的标识、第一组子数据包对应的帧的帧类型。
在一种可能的设计中,方法还包括:从接入网设备接收第一组子数据包的特征信息。
在一种可能的设计中,方法还包括:从接入网设备接收第二指示信息,第二指示信息用于指示第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一逻辑信道的标识;或,第二指示信息包括第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一数据无线承载的标识。
第五方面,本申请提供一种通信方法,该方法的执行主体为终端设备或终端设备中的一个模块,这里以终端设备为执行主体为例进行描述。该方法包括:从接入网设备接收第二指示信息,根据第二指示信息接收第一组子数据包。第二指示信息用于指示第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一逻辑信道的标识。或,第二指示信息用于指示第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一数据无线承载的标识。
在一种可能的设计中,第一组子数据包的特征信息包括如下任一项或多项:第一组子数据包的视角信息、第一组子数据包的标识、第一组子数据包对应的帧的图像类型、第一组子数据包对应的帧的编码类型、第一组子数据包对应的帧的标识、第一组子数据包对应的帧的帧类型。
第六方面,本申请提供一种通信装置,该装置包括:用于执行前述第一方面、第一方面的任意可能的实现方式的模块。
第七方面,本申请提供一种通信装置,该装置包括:用于执行前述第二方面、第二方面的任意可能的实现方式的模块。
第八方面,本申请提供一种通信装置,该装置包括:用于执行前述第三方面、第三方面的任意可能的实现方式的模块。
第九方面,本申请提供一种通信装置,该装置包括:用于执行前述第四方面、第四方面的任意可能的实现方式、第五方面、第五方面的任意可能的实现方式的模块。
第十方面,提供了一种通信装置,包括处理器和接口电路,接口电路用于接收来自该通信装置之外的其它通信装置的信号并传输至该处理器或将来自该处理器的信号发送给该通信装置之外的其它通信装置,该处理器通过逻辑电路或执行代码指令用于 实现前述第一方面、第一方面的任意可能的实现方式中的方法。
第十一方面,提供了一种通信装置,包括处理器和接口电路,该接口电路用于接收来自该通信装置之外的其它通信装置的信号并传输至该处理器或将来自该处理器的信号发送给该通信装置之外的其它通信装置,该处理器通过逻辑电路或执行代码指令用于实现上述第二方面、第二方面的任意可能的实现方式中的方法。
第十二方面,提供了一种通信装置,包括处理器和接口电路,接口电路用于接收来自该通信装置之外的其它通信装置的信号并传输至该处理器或将来自该处理器的信号发送给该通信装置之外的其它通信装置,该处理器通过逻辑电路或执行代码指令用于实现前述第三方面、第三方面的任意可能的实现方式中的方法。
第十三方面,提供了一种通信装置,包括处理器和接口电路,该接口电路用于接收来自该通信装置之外的其它通信装置的信号并传输至该处理器或将来自该处理器的信号发送给该通信装置之外的其它通信装置,该处理器通过逻辑电路或执行代码指令用于实现上述第四方面、第四方面的任意可能的实现方式、第五方面、第五方面的任意可能的实现方式中的方法。
第十四方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序或指令,当该计算机程序或指令被执行时,实现前述第一方面、第一方面的任意可能的实现方式中的方法。
第十五面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序或指令,当该计算机程序或指令被执行时,实现前述第二方面、第二方面的任意可能的实现方式中的方法。
第十六方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序或指令,当该计算机程序或指令被执行时,实现前述第三方面、第三方面的任意可能的实现方式中的方法。
第十七方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序或指令,当该计算机程序或指令被执行时,实现前述第四方面、第四方面的任意可能的实现方式、第五方面、第五方面的任意可能的实现方式中的方法。
第十八方面,提供了一种包含指令的计算机程序产品,当该指令被运行时,实现前述第一方面、第一方面的任意可能的实现方式中的方法。
第十九方面,提供了一种包含指令的计算机程序产品,当该指令被运行时,实现前述第二方面、第二方面的任意可能的实现方式中的方法。
第二十方面,提供了一种包含指令的计算机程序产品,当该指令被运行时,实现前述第三方面、第三方面的任意可能的实现方式中的方法。
第二十一方面,提供了一种包含指令的计算机程序产品,当该指令被运行时,实现前述第四方面、第四方面的任意可能的实现方式、第五方面、第五方面的任意可能的实现方式中的方法。
第二十二方面,提供了一种计算机程序,该计算机程序包括代码或指令,当该代码或指令被运行时,实现前述第一方面、第一方面的任意可能的实现方式中的方法。
第二十三方面,提供了一种计算机程序,该计算机程序包括代码或指令,当该代码或指令被运行时,实现前述第二方面、第二方面的任意可能的实现方式中的方法。
第二十四方面,提供了一种计算机程序,该计算机程序包括代码或指令,当该代码或指令被运行时,实现前述第三方面、第三方面的任意可能的实现方式中的方法。
第二十五方面,提供了一种计算机程序,该计算机程序包括代码或指令,当该代码或指令被运行时,实现前述第四方面、第四方面的任意可能的实现方式、第五方面、第五方面的任意可能的实现方式中的方法。
第二十六方面,提供一种芯片系统,该芯片系统包括处理器,还可以包括存储器,用于实现前述第一方面、第一方面的任意可能的实现方式、第二方面、第二方面的任意可能的实现方式、第三方面、第三方面的任意可能的实现方式、第四方面、第四方面的任意可能的实现方式、第五方面、第五方面的任意可能的实现方式描述的至少一种方法。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
第二十七方面,提供一种通信系统,所述系统包括第六方面或者第十方面所述的装置、和第七方面或者第十一方面所述的装置、和第八方面或者第十二方面所述的装置、和第九方面或者第十三方面所述的装置。
附图说明
图1为本申请实施例提供的组播方法示意图;
图2为本申请实施例提供的组播及单播方法示意图;
图3为本申请实施例提供的通信系统架构示意图一;
图4为本申请实施例提供的通信系统架构示意图二;
图5为本申请实施例提供的通信设备的硬件结构示意图;
图6为本申请实施例提供的通信方法流程示意图一;
图7为本申请实施例提供的切片划分示意图;
图8为本申请实施例提供的分片划分示意图;
图9为本申请实施例提供的图像处理方法示意图;
图10A为本申请实施例提供的通信方法的场景示意图一;
图10B为本申请实施例提供的通信方法的场景示意图二;
图10C为本申请实施例提供的通信方法的场景示意图三;
图11为本申请实施例提供的两层编码的方法流程示意图;
图12为本申请实施例提供的显示指示特征信息的示意图;
图13为本申请实施例提供的基站与终端设备之间的交互示意图;
图14为本申请实施例提供的通信方法的场景示意图四;
图15-图17为本申请实施例提供的显示指示特征信息的示意图;
图18为本申请实施例提供的通信方法流程示意图二;
图19为本申请实施例提供的通信方法流程示意图三;
图20为本申请实施例提供的通信方法流程示意图四;
图21为本申请实施例提供的装置的结构示意图。
具体实施方式
目前,VR业务具有高速率、低时延,带宽资源消耗大等特征。比如,对于4k分辨率的VR图像,速率要求50Mbps,时延10ms,丢包率是0.00001。一般来说,为了提供沉浸式的体验,网络侧在调度VR业务数据时,可以向终端设备下发全景图像数 据,即360度图像数据,比如6面的球型图像数据。终端设备根据用户视角从全景图像数据中选择所需视角的图像数据,并显示给用户。
现有技术提供两种调度VR业务数据的方式。第一种调度方式,基站向一组终端组播(multi-cast)高清全景图像。第二种调度方式,基站向一组终端组播低清全景图像,并向该组终端单播所需视角的高清图像。
具体的,在第一种调度方式中,用户面功能(user plane function,UPF)网元通过组播会话承载360度全景图像数据,并将该全景图像数据发给基站。为了保证组播用户中最远端终端设备的接收质量,基站以组播用户中最远端终端设备的信道条件向该组播组的终端组播全景图像数据。终端设备收到全景图像数据后,根据用户视角等信息从全景图像数据选择部分数据,并生成对应的图片显示给用户。
以足球赛的VR直播为例,参见图1,基站覆盖内的UE1-UE6均观看该足球赛直播,其中,UE4、UE5的用户视角是视角2(比如UE4、UE5的用户头部均转向球门),UE1、UE2的用户视角均是视角1(比如用户头部均转向中场),UE3、UE6的用户视角均为视角3(比如用户头部均转向前场)。采用第一种调度方式,基站将覆盖范围内观看该足球赛事直播的UE,即UE1-UE6划分为一个组播组,并向该组UE组播球赛的全景图像数据。可见,虽然用户仅需要全景图像中的部分图像,比如,UE4、UE5的用户仅需要视角2的图像,或者说,由于UE的视角限制,仅能看到视角范围内的图像,但是,基站需组播调度整个全景图像数据。增加了基站调度的数据量,导致资源消耗大。
并且,为了保证该组中最远UE,即UE6能成功接收全景图像数据,基站按照UE6的信道条件来组播调度全景图像数据。如此一来,基站为信道条件较好的近端UE也要预留较多资源,导致资源消耗较大。
具体的,参见图2,第二种调度方式中,为了降低资源开销,服务器向UPF发送低清全景图像,UPF通过组播会话承载低清全景图像,并向基站发送低清全景图像。基站以组播组中最远终端设备的信道条件向该组播组的终端组播调度低清全景图像。终端设备收到低清全景图像数据,根据用户视角从低清全景图像中选择用户视角的低清图像。
进一步的,由于低清全景图像的清晰度不够好,为了提高用户体验,服务器除了提供低清全景图像外,还根据终端设备的视角请求,生成用户视角的高清图像,并向UPF发送用户视角对应的高清图像。UPF通过专用会话承载用户视角的高清图像,并向基站发送用户视角的高清图像。之后,基站通过单播调度向终端设备发送用户视角的高清图像。进而,终端设备可以将用户视角的高清图像叠加到用户视角的低清图像,得到清晰度较好的图片,并显示给用户。
需要说明的是,基站组播调度时,基站仅需复制一份数据,并将该一份数据组播出去。比如,将一份数据转发给中继节点,由中继节点下发给各个UE。基站单播调度时,基站需复制多份数据,在分别将每份数据发给相应UE。
可见,在第二种VR业务数据调度方式中,不仅需组播调度低清全景图像,还需通过单播分别向多个终端设备发送高清图像,资源消耗较大。并且,由于UE是向服务器请求所需视角的图像,服务器距离UE较远,增加了请求时延,对于速率要求较 高的VR业务来说,用户体验不佳。
为此,本申请实施例提供一种通信方法,该方法应用于第五代(5th generation,5G)移动通信系统,比如新空口(new radio,NR),或后续演进的通信系统(比如第六代(sixth generation,6G)移动通信系统)中。
以应用在5G通信系统中为例,如图3所示,为本申请实施例提供的一种可能的通信系统架构。该通信系统包括接入和移动管理功能(access and mobility management function,AMF)网元、会话管理功能(session management function,SMF)网元、UPF、统一数据管理(unified data management,UDM)网元、策略控制功能(policy control function,PCF)网元、鉴权服务器功能(authentication server function,AUSF)网元、网络开放功能(network exposure function,NEF)网元以及一些未示出的网元,如网络功能存储功能(network function repository function,NRF)网元等,本申请实施例对此不作具体限定。
其中,如图3所示,本申请实施例中,终端通过接入网设备接入5GS,终端通过下一代网络(Next generation,N)1接口(简称N1)与AMF网元通信,接入网设备通过N2接口(简称N2)与AMF网元通信,接入网设备通过N3接口(简称N3)与UPF网元通信,AMF网元通过N11接口(简称N11)与SMF网元通信,AMF网元通过N8接口(简称N8)与UDM网元通信,AMF网元通过N12接口(简称N12)与AUSF网元通信,AMF网元通过N15接口(简称N15)与PCF网元通信,SMF网元通过N7接口(简称N7)与PCF网元通信,SMF网元通过N4接口(简称N4)与UPF网元通信,NEF网元通过N29接口(简称N29)与SMF网元通信,UPF网元通过N6接口(简称N6)接入数据网络。数据网络包括一个或多个服务器,用以为用户提供数据业务,比如提供VR业务。可选的,服务器通过N33接口(并未在图3中实处)与NEF通信。可选的,服务器通过N5接口(并未在图3中示出)与PCF通信。
如下介绍图3所示各个设备的功能。
其中,数据网络中的服务器,用于提供计算或应用(application,APP)服务,进行视频源的编解码,渲染等。
核心网设备:用于完成注册、连接、会话管理三大功能。部分核心网设备以及各自的功能介绍如下:
1、NEF:用于向应用功能(application function,AF)暴露(3rd generation partnership project,3GPP)网络功能(network function,NF)的业务和能力,同时也可以让AF向3GPP网络功能提供信息。
2、PCF:进行计费策略和服务质量(quality of service,QoS)策略的策略管理。
3、SMF:完成UE的网际互连协议(internet protocol,IP)地址分配,UPF选择,计费与QoS策略控制等会话管理功能。
4、UPF:进行用户面具体的数据转发,并基于流量情况生成话单。同时起到数据面锚点的功能。
接入网设备,可以是任意一种具有无线收发功能的设备。其可以将终端设备接入核心网。包括但不限于:NR中的基站(gNodeB或gNB)或传输接收点(Transmission Reception Point,TRP),3GPP后续演进的基站,WiFi系统中的接入节点,无线中继 节点,无线回传节点等。基站可以是:宏基站,微基站,微微基站,小站,中继站,或,气球站等。多个基站可以支持上述提及的同一种技术的网络,也可以支持上述提及的不同技术的网络。基站可以包含一个或多个共站或非共站的TRP。接入网设备还可以是云无线接入网(Cloud Radio Access Network,CRAN)场景下的无线控制器、集中单元(Central Unit,CU),和/或分布单元(Distributed Unit,DU)。接入网设备还可以是服务器,可穿戴设备,或车载设备等。以下以接入网设备为基站为例进行说明。多个接入网设备可以为同一类型的基站,也可以为不同类型的基站。基站可以与终端设备进行通信,也可以通过中继站与终端设备进行通信。终端设备可以与不同技术的多个基站进行通信,例如,终端设备可以与支持LTE网络的基站通信,也可以与支持5G网络的基站通信,还可以支持与LTE网络的基站以及5G网络的基站的双连接。
终端设备,是一种具有无线收发功能的设备,可以部署在陆地上,包括室内或室外、手持、穿戴或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。终端可以是手机、平板电脑、带无线收发功能的电脑、虚拟现实(VR)终端设备(比如头显眼镜、HMD等)、增强现实(AR)终端设备、工业控制中的无线终端、车载终端设备、无人驾驶中的无线终端、远程医疗中的无线终端、智能电网中的无线终端、运输安全中的无线终端、智慧城市中的无线终端、智慧家庭中的无线终端、可穿戴终端设备等等。本申请的实施例对应用场景不做限定。终端有时也可以称为终端设备、用户设备(UE,User Equipment)、接入终端设备、车载终端、工业控制终端、UE单元、UE站、移动站、移动台、远方站、远程终端设备、移动设备、UE终端设备、终端设备、无线通信设备、UE代理或UE装置等。终端可以是固定的或者移动的。
需要说明的是,本申请实施例所适用的通信系统还可以包括图3之外的其他设备。图3仅是本申请实施例所适用的一种通信系统架构的示意图,当然,本申请实施例还可以适用到其他通信系统中,本实施例对此不作具体限定。
并且,图3中的各个网元以及各个网元之间的接口名字只是一个示例,具体实现中各个网元以及各个网元之间的接口名字可能为其他,本申请实施例对此不作具体限定。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。其中,在本申请的描述中,除非另有说明,“/”表示或的意思,例如,A/B可以表示A或B;本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。并且,在本申请的描述中,除非另有说明,“多个”是指两个或多于两个。另外,为了便于清楚描述本申请实施例的技术方案,在本申请的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
此外,本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通 技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
如图4所示,为本申请实施例提供的一种通信系统30,该通信系统30包括第一核心网设备301、第二核心网设备302、接入网设备303以及终端设备304。
其中,接入网设备303,用于从第一核心网设备301接收第一数据包以及从终端设备304接收第一消息,并根据第一消息和第一数据包,向终端设备304发送第一组子数据包。第一数据包包括一组或多组子数据包;第一消息用于请求第一组子数据包,第一消息包括第一组子数据包的特征信息,第一组子数据包为一组或多组子数据包中的一组子数据包。
可选的,第一数据包包括一组或多组子数据包的特征信息。
接入网设备303,还用于从第二核心网设备302接收第一指示信息,第一指示信息用于指示第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一QoS流的标识;或,第一指示信息包括第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一会话的标识。
接入网设备303,还用于向终端设备发送第一组子数据包的特征信息。
接入网设备303,还用于向终端设备发送第二指示信息,第二指示信息用于指示第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一逻辑信道的标识;或,第二指示信息包括第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一数据无线承载的标识。
第一核心网设备301,用于向接入网设备303发送第一数据包。
第二核心网设备302,用于向接入网设备303发送第一指示信息。
终端设备304,用于从接入网设备303接收第一组子数据包的特征信息。
终端设备304,还用于从接入网设备303接收第二指示信息。以及用于根据第二指示信息从第一逻辑信道接收第一组子数据包,或,从第一数据无线承载接收第一组子数据包。
可选的,本申请实施例中的第一核心网设备301、第二核心网设备302、接入网设备303以及终端设备304之间可以直接通信,也可以通过其他设备的转发进行通信,本申请实施例对此不作具体限定。
可选的,本申请实施例提供的通信系统可以应用于如图3所示的网络架构中,也可以应用于其他类似的网络架构中,本申请实施例对此不作具体限定。
示例性的,若本申请实施例提供的通信系统应用于如图3所示的网络架构中,则上述的第一核心网设备所对应的网元或者实体可以为上述的UPF网元,上述的第二核心网设备所对应的网元或者实体可以为上述的SMF网元,上述的接入网设备所对应的网元或者实体可以为上述的基站等类型装置。
可选的,本申请实施例中的第一核心网设备或者第二核心网设备或接入网设备或终端设备可以由一个设备实现,也可以由多个设备共同实现,还可以是一个设备内的一个功能模块,本申请实施例对此不作具体限定。可以理解的是,上述功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行的软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能。
例如,本申请实施例中的第一核心网设备或者第二核心网设备或接入网设备或终端设备可以通过图5中的通信设备来实现。图5所示为本申请实施例提供的通信设备的硬件结构示意图。该通信设备400包括至少一个处理器401,存储器403以及至少一个通信接口404。
处理器401可以是一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
各个组件之间可包括一通路,用于在上述组件之间传送信息。
通信接口404,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local area networks,WLAN)等。
存储器403可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路与处理器相连接。存储器也可以和处理器集成在一起。
其中,存储器403用于存储执行本申请方案的计算机执行指令,并由处理器401来控制执行。处理器401用于执行存储器403中存储的计算机执行指令,从而实现本申请下述实施例提供的通信方法。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
在具体实现中,作为一种实施例,处理器401可以包括一个或多个CPU,例如图5中的CPU0和CPU1。
在具体实现中,作为一种实施例,通信设备400可以包括多个处理器,例如图5中的处理器401和处理器408。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,通信设备400还可以包括输出设备405和输入设备406。输出设备405和处理器401通信,可以以多种方式来显示信息。例如,输出设备405可以是液晶显示器(liquid crystal display,LCD),发光二级管(light emitting diode,LED)显示设备,阴极射线管(cathode ray tube,CRT)显示设备,或投影仪(projector)等。输入设备406和处理器401通信,可以以多种方式接收用户的输入。例如,输入设备406可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的通信设备400可以是一个通用设备或者是一个专用设备。在具体实现中,通信设备400可以是有图5中类似结构的设备。本申请实施例不限定通信设备400的 类型。
下面将结合图1至图5对本申请实施例提供的通信方法进行具体阐述。
需要说明的是,本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例,具体实现中也可以是其他的名字,本申请实施例对此不作具体限定。
首先,以图4所示的通信系统应用于如图3所示的网络架构为例,如图6所示,本申请实施例提供的通信方法包括如下步骤:
S101、服务器向UPF发送一组或多组子数据包。
在本申请实施例中,服务器可以将一帧全景图像划分(或称分割)为一个或多个分片(tile)。或,服务器可以将全景图像划分为一个或多个切片(slice)。或,服务器可以将全景图像划分为至少一个分片以及至少一个切片。或,服务器可以以视角为粒度将全景图像划分为一个或多个切片。每一视角对应一个或多个切片。或,服务器可以以视角为粒度将全景图像划分为一个或多个分片,每一视角对应一个或多个分片。也就是说,服务器划分分片(或切片)时,可以按照视角将同一视角的划分,比如,将视角1对应的像素划分为分片1,将视角2对应的像素划分为分片1和分片2。当然,也可以不按照视角划分。
其中,切片之间不相互参考,分片之间也不相互参考,都能独立解码。一个帧内的切片误码不影响另一个切片的解码。一个帧内的分片误码不影响另一个分片的解码。帧内的切片误码不影响本帧内分片的解码。帧内的分片误码也不影响本帧内切片的解码。分片和切片可以组合,也可以独立使用。
也就是说,视频序列包括R(R为正整数)帧全景图像,服务器将视频序列中的第L(L为正整数)帧全景图像划分为M(M为非负整数)个切片以及N(N为非负整数)个分片。M、N不能同时为0。
示例性的,参见图7,为切片的一种划分方式。其中,标记1的像素构成切片1,标记3的像素构成切片3,余下像素为切片2的像素。
示例性的,参见图8,为分片的一种划分方式。图像包括分片1和分片2。
需要说明的是,视频序列中不同帧的块划分方式可以相同或不同。比如,第一帧可以划分为2个切片,第二帧可以划分为3个切片,第三帧可以划分为2个分片。
并且,全景图像划分得到的多个切片的大小可能相同或不同。类似的,全景图像划分得到的多个分片的大小可以相同或不同。当然,当全景图像既包括分片又包括切片时,分片大小和切片的大小也可以相同或不同。比如,切片包括2个像素,分片包括2个像素或3个像素等情况。
参见图9,为一帧全景图像划分为N个分片的一种示例性划分方式。以N=4为例,在将图9所示全景图像进行分割得到4个分片后,服务器对该帧全景图像的四个分片分别进行分片冗余编码等处理,再分别将四个分片对应的处理后的数据封装进组播数据包中。其中,一个分片可以封装为一组子数据包,一组子数据包包括一个或多个子数据包。比如,一个分片可以封装为5个IP包。
如图10A所示,服务器在将全景图像划分为N个分片,并将N个分片分别封装为对应的N组(即一组或多组)子数据包之后,服务器向UPF发送N个分片对应的N 组子数据包。
作为一种可能的实现方式,参见图10A,服务器还向UPF指示该N组子数据包的特征信息。可选的,服务器向UPF显示指示该N组子数据包的特征信息,即向UPF发送该N组子数据包的特征信息。示例性的,将特征信息携带在子数据包的包头或包体,随子数据包一同发给UPF。或者,服务器隐式向UPF指示该N组子数据包的特征信息。比如,服务器通过不同路向UPF发送不同特征信息的子数据包。可以理解的是,在隐式指示方式中,需为UPF配置路由与特征信息的关联关系,以便UPF根据关联关系确定通过某一路由接收的子数据包所具有的特征信息。
其中,对于某组子数据包,该组子数据包的特征信息包括如下任一项或多项:视角信息、该组子数据包的标识、该组子数据包对应的图像类型、该组子数据包对应的编码类型、该组子数据包对应的帧的标识、该组子数据包对应的帧的类型、该组子数据包对应的帧的画质(高清或低清)。
视角信息可以是该组子数据包对应的分片(或切片)的视角,或该组子数据包对应的分片(或切片)的视角的索引(index)。比如,设定视角0-90度的索引为1(对应二进制01),视角90-180度的索引为2(二进制10),视角180-270度的索引为3,视角270-360度的索引为4。示例性的,如图9所示,子数据包组1的视角信息可以是0-90度,或视角0-90度的索引值。
该组子数据包的标识可以但不限于是该组子数据包对应的分片(或切片)的序号。比如,如图9所示,子数据包组1对应分片1,则该子数据包组1的标识可以为分片1的标识,比如是分片1的编号。
该组子数据包对应图像类型,指的是该组子数据包对应的分片(或切片)的图像类型,分片(或切片)的图像类型包括前景图和背景图。
该组子数据包对应的编码类型,指的是该组子数据包对应的分片(或切片)的编码类型。编码类型可以是单层编码,或两层编码或其他编码。单层编码,指的是不分层编码。两层编码,指的是基本层(base layer)编码和增强层(enhancement layer)编码。
其中,支持两层编码的视频编码器可以将视频序列编码为一个基本层码流和一个(或多个)增强层码流。其中,基本层码流的数据可以独立解码,解出基本视频画面内容,且画面质量较低。增强层码流用于提升画面质量。增强层的编码可以参考基本层。
如图11,服务器中信源编码器的基本层模块和增强层模块。基本层模块包括下采样(Down-sampling)子模块、编码管道(encoding pipeline)子模块、编码决策(coding decision)子模块、上采样(up-sampling)子模块。增强层模块包括编码管道子模块、编码决策子模块。将一帧图像进行编码,生成两层码流的过程如下:一帧图像(包括一个或多个分片(或切片))分别输入基本层模块和增强层模块。其中,输入基本层模块的数据经该基本层模块中的下采样子模块、编码管道子模块、编码决策子模块后输出为基本层的码流数据。
另一部分由编码决策模块处理后的数据会送往上采样子模块,由该上采样子模块对数据进行上采样,再将上采样的数据输入增强层模块中的编码决策子模块,进而由 编码决策子模块对基本层的编码数据与增强层的编码数据进行融合处理,并输出为增强层的码流数据。可见,增强层的输出数据是与基本层的数据有关,即有参考关系:增强层参考基本层。
如此,对一帧图像进行分层编码,可以输出2个数据流,即基本层数据流和增强层数据流。
该组子数据包对应的帧的标识,可以是该组子数据包对应的帧的序号(比如当前帧序号为1,下一帧序号为2)或对应帧的帧反转(frame inversion)信息(比如上一帧的帧反转信息为1,当前帧的帧反转信息为0,下一帧的帧反转信息为1,再下一帧的帧反转信息为0)或其他信息。可以理解,若2帧全景图像分别对应的子数据包交叠达到基站,那么需要携带属于子数据包对应的帧号信息,以使基站感知子数据包所的帧,避免乱序。示例性的,如图9所示,子数据包组1-4均对应该帧全景图像,则子数据包组1对应的帧的标识即该帧全景图像的标识,比如为该帧全景图像在整个视频序列中的序号。类似的,子数据包组2对应的标识为该帧全景图像在整个视频序列中的序号。
对于某组子数据包,特征信息还可以是该组子数据包对应的帧的类型。通常,视频序列中的帧包括I帧、P帧。可选的,视频序列中的帧还包括B帧。一组子数据包对应的帧的类型,可以是I帧、P帧或B帧。其中,I帧无需参考其它视频帧便可独立进行解码。其中P帧是帧间预测编码帧,其表示的是这一帧跟之前的一个关键帧(或P帧)的差别,因此,解码时需要用之前缓存的帧(即本帧的前一帧)叠加上本帧定义的差别,生成最终画面。此外,P帧还可分为大P和小P帧。编码侧参考大P帧对小P帧进行编码,解码侧参考大P帧对小P帧进行解码。编码侧的任意帧不会参考小P帧进行编码,解码侧的任意帧无需参考小P帧进行解码。B帧是双向差别帧,也就是B帧记录的是本帧与前后帧的差别,换言之,要解码B帧,不仅要取得该B帧之前的缓存帧,还要解码该B帧之后的帧,通过前后帧与本帧数据的叠加取得最终的画面。B帧通常压缩率较高。作为一种可能的实现方式,视频序列中的第一帧为I帧。
示例性的,如图9所示,子数据包组1-4均对应如图9所示的该帧全景图像,那么,子数据包组1对应的帧的类型,即如图9所示的该帧全景图像的帧类型(比如I帧)。
示例性的,如表1所示,示出了如图9所示分片1对应的一组子数据包的特性信息:
表1-1特征信息
S102、UPF向基站发送第一数据包。
相应的,基站从UPF接收第一数据包。可选的,基站存储第一数据包,以便后续根据终端设备的请求向终端设备调度第一数据包中的子数据包。
其中,第一数据包包括一组或多组子数据包。一组子数据包包括一个或多个子数据包。本申请实施例中,第一数据包是全景图像对应的数据包。全景图像对应的数据包包括一组或多组子数据包。比如,分辨率为4K的视频的一帧全景图像对应大约五十个IP包(即子数据包)。
UPF从服务器接收N组子数据包,并获知N组子数据包分别对应的特征信息之后,参见图10A,UPF向基站发送第一数据包,该第一数据包包括图10A所示的N组(即一组或多组)子数据包,并向基站指示该N组子数据包的特征信息,以便基站能够感知N组子数据包的特征信息,并根据N组子数据包的特征信息向终端设备发送终端设备所需的子数据包。
本申请实施例中,UPF可以显式或隐式向基站指示N组子数据包的特征信息。如下分别介绍这两种指示特征信息的方式。
在一些实施例中,UPF显示向基站指示一组或多组子数据包的特征信息。具体的,特征信息携带在第一数据包中,换句话说,第一数据包包括一组或多组子数据包的特征信息。比如,参见图10A所示,UPF向基站发送的第一数据包显示携带特征信息。再比如,如图12所示,UPF向基站发送的第一数据包中封装进特征信息。
在另一些实施例中,UPF隐式向基站指示一组或多组子数据包的特征信息。作为一种可能的实现方式,UPF通过不同QoS流携带不同特征信息的子数据包。比如,参见图10B,UPF通过QoS流1和QoS流2向基站传输子数据包,其中,QoS流1传输特征信息1对应的一组子数据包(比如图9所示0-90度的分片1对应的一组子数据包),QoS流2传输特征信息2的一组子数据包(比如图9所示分片2对应的一组子数据包)。
可见,在UPF向基站隐式指示特征信息的方式中,UPF无需在第一数据包中封装特征信息。进而节约了传输开销。且,基站无需解析来自UPF的第一数据包就可根据配置好的关联关系确定当前QoS流上接收的子数据包的特征信息,能够降低基站的解析负担。相应的,能够降低基站和UPF的实现复杂度。
可以理解,在这种指示特征信息的方式中,需为基站配置QoS流以及与QoS流关联的子数据包的特性信息。该配置可由SMF完成。作为一种可能的实现方式,基站从SMF接收第一指示信息,第一指示信息用于指示第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一QoS流的标识;或,第一指示信息包括第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一会话的标识。具体配置方法将在下述实施例给出。如此,当基站从某一QoS流接收到子数据包,基站能够根据配置的QoS流与特性信息的关联关系,确定该QoS流上传输的子数据包的特征信息。仍以图10B为例,基站分别从QoS流1和QoS流2接收相应子数据包。以通过QoS流1接收一组子数据包为例,基站可根据上述配置可确定通过QoS流1接收的子数据包为具有特征信息1的子数据包。
其中,QoS流、分组数据单元(packet data unit,PDU)会话、无线承载(radio bearer,RB)之间的关系如下:一个PDU会话可包含至少一个Qos流,一个会话中的多个流可以映射到一个无线承载,也可以映射到不同的无线承载。但是不同PDU会话的多个Qos流,不能映射到同一个无线承载。
作为另一种可能的实现方式,UPF通过不同会话承载不同特征信息的子数据包,以便隐式向基站指示特征信息。即,第一特征信息对应的第一组子数据包承载在第一会话中,第二特征信息对应的第一组子数据包承载在第二会话中。类似的,该指示方式中,也需向基站配置子数据包的特征信息与关联的会话的标识。具体配置方式将在下文给出。
如此,当基站通过某一会话接收一组子数据包时,可根据会话与特性信息的关联关系确定该会话上传输的该组子数据包所具有的特性信息。比如,参见图10C,UPF通过会话1承载特征信息1对应的一组子数据包,通过会话2承载特征信息2对应的一组子数据包。相应的,基站从会话1接收一组子数据包后,能够根据已配置的会话与特征信息的关联关系,确定通过会话1接收的该组子数据包的特征信息是特征信息1。
S103、终端设备向基站发送第一消息。
相应的,基站从终端设备接收第一消息。
可选的,第一消息可以是物理层信令、无线资源控制(radio resource control,RRC)信令、PDCP信令或MAC层信令。
其中,第一消息用于请求第一组子数据包,第一消息包括第一组子数据包的特征信息,第一组子数据包为上述一组或多组子数据包(即第一数据包)中的一组子数据包。
以第一消息是物理层层信令为例,第一消息比如可以但不限于是如下消息:
确认消息(acknowledged,ACK)、非确认消息(negative acknowledgement,NACK)、信道质量指示(channel quality indication,CQI)、调度请求(scheduling request,SR)。
在一些实施例中,第一消息包括指示域。第一消息的指示域用于指示第一组子数据包对应的特征信息。具体的,第一消息的指示域用于指示特征信息,可以是直接指示或间接指示特征信息。
其中,直接指示可以是第一消息的指示域包括特征信息。比如,终端设备向基站发送ACK,该ACK携带指示域,该指示域包括第一组子数据包的特征信息。
间接指示可以是第一消息的指示域不直接携带特征信息,而是第一消息与特征信息关联。如此,终端设备接收到该第一消息后,可以根据接收的该第一消息推知关联的特征信息。示例性的,第一消息可以是SR。具体的,基站为终端设备配置资源与资源关联的特征信息。比如,资源1与特征信息1关联,资源2与特征信息2关联。后续,当终端设备请求某一个多个特征信息关联的子数据包时,通过相应资源向基站发送SR。其中,SR可以携带一个序列,该序列与资源相关联。该序列也与特征信息关联。比如,序列1关联资源1以及特征信息1,序列2关联资源2以及特征信息2。终端设备通过不同资源向基站发送的SR可包括不同序列。比如,通过资源1向基站发送的SR携带序列1,通过资源2向基站发送的SR携带序列2。可见,SR中的指示域(或者SR中的字段)并不显式携带特征信息。
如此,基站能根据接收SR的资源确定终端设备所请求的特征信息对应的子数据包。比如,若从资源1接收SR,则基站确定终端设备请求特征信息1对应的子数据包,若从资源2接收SR,则基站确定终端设备请求特征信息2对应的子数据包。这里,SR 与特征信息关联,即通过不同资源发送的SR用于请求不同特征信息的子数据包。
终端设备从基站接收调度请求的资源配置信息,一个调度请求的资源配置信息用于请求一个特征信息的一组子数据包。
以第一消息是PDCP层control PDU信令为例,如下表1-2,该PDCP层control PDU信令包括PDCP协议数据单元(protocol data unit,PDU)的头部(header)以及PDCP PDU的负荷部分(payload),其中,PDCP PDU头(header)中的字段指示后续负荷部分(payload)携带特征信息。
表1-2
PDCP头(header) PDCP payload
以第一消息是MAC层信令为例,该MAC信令包括MAC子头和MAC控制单元(MAC control element,MAC CE)。通常,子头的逻辑信道标识(logical channel identity,LCID)用于区分净负荷(MAC CE是一种净负荷)的类型。在本申请实施中,MAC子头中的一个字段用于携带逻辑信道标识,表示该子头后的MAC CE是特征信息。MAC CE中的字段携带特征信息。
第一组子数据包的特征信息包括如下任一项或多项:视角信息、第一组子数据包的标识、图像类型、编码类型、第一组子数据包对应的帧的标识、第一组子数据包对应的帧的类型。第一组子数据包的标识可以是第一组子数据包对应的分片或切片标识。
示例性的,以终端1向基站发送第一消息为例,第一消息用于请求如图9所示多组子数据包中的子数据包组1(对应分片1),第一消息包括该子数据包组1的特征信息。比如,包括如下一项或多项特征信息:{视角信息:0-90度;子数据包组1对应的分片1的序号;子数据包组1对应的帧的图像类型:背景图;子数据包组1对应的分片1的编码类型:两层编码;子数据包组1对应的帧在视频序列中的序号;子数据包组1对应的帧的类型:I帧}。
S104、基站根据第一消息和第一数据包,向终端设备发送第一组子数据包。
在一些实施例中,基站可以通过其包括的协议实体对第一数据包进行处理,得到第一组子数据包,并向终端设备发送第一组子数据包。示例性的,如图13示出了基站和终端设备包括的协议实体以及基站和终端设备之间的交互。其中,无线链路层控制(radio link control,RLC)协议实体与媒体接入控制(media access control,MAC)协议实体之间可通过逻辑信道(logical channel,LCH)交互信息。作为一种可能的实现方式,分组数据汇聚协议(packet data convergence protocol,PDCP)实体和数据无线承载(data radio bearer,DRB)一一对应。
MAC协议实体将第一组子数据包交由物理(physical,PHY)层协议实体,PHY层实体将第一组子数据包发给终端设备的PHY层实体。终端设备接收到第一组子数据包后,再将第一组子数据包依次交由不同层协议实体进行处理。其中,本申请实施例不对各层协议实体的数量,LCH数量,DRB的数量等进行限制。
示例性的,参见图10A或图10B或图10C,基站接收到来自终端1的第一消息(第一消息用于请求第一组子数据包,第一消息包括第一组子数据包的特征信息)后,解析得到第一消息中包括第一组子数据包的特征信息(比如视角为0-90度)。基站从UPF接收第一数据包后,可以依次通过如图13所示的服务数据适配协议(service data adaptation protocol,SDAP)实体、PDCP实体、RLC协议实体、MAC协议实体处理,以便根据第一数据包(包括一组或多组子数据包)以及一组或多组子数据包的特征信息,在第一数据包中查找到视角为0-90度对应的第一组子数据包。具体的,若UPF是隐式向基站指示特征信息,则基站的协议实体根据QoS流标识和特征信息之间的关联关系确定第一数据包中的第一组子数据包。比如,QoS流标识1与第一组子数据包的特征信息1关联,QoS流标识2与第二组子数据包的特征信息2关联。那么,当基站在标识为2的QoS流上接收到子数据包,即确定该组子数据包是第一组子数据包。或,基站根据会话标识和特征信息之间的关联关系确定第一数据包中的第一组子数据包。若UPF是显式向基站指示特征信息,则基站的协议实体可以通过解析第一数据包来确定第一组子数据包。
在确定了终端设备所需的第一组子数据包后,基站向终端设备发送该第一组子数据包。
在一些实施例中,当多个终端设备的第一消息包括相同特征信息时,基站可以将该多个终端设备作为一个组播组,向该组播组的终端设备组播该特征信息对应的一组或多组子数据包。比如,如图14所示,假设对I帧的全景图像进行分层编码,得到基本层码流数据和增强层码流数据。以基站发送增强层码流数据为例,假设UE1和UE2需要视角1的分片,UE3和UE4需要视角2的分片。
按照现有技术,基站将全景图像中全部分片对应的增强层码流数据封装为一组或多组子数据包,并向UE1-UE4组播调度该一组或多组子数据包,即每一UE均接收到分片1-分片5对应的多个子数据包。并且,基站按照UE-UE4中距基站最远UE的信道条件进行组播调度。
按照本申请实施例的技术方案,UE1、UE2均需要视角1的分片,即需要如图14所示的分片1和分片2,那么,基站将UE1、UE2作为一个组播组,并可以按照UE1、UE2中的最远UE的信道条件向UE1、UE2调度分片1和分片2。类似的,UE3、UE4均需要视角2的分片,即分片2和分片3,那么,基站将UE3、UE4作为一个组播组,并可以按照UE4、UE3中最远UE的信道条件向UE3、UE4组播调度分片2和分片3。这里,相当于对UE1-UE4重新划分了组,在不同组内组播调度不同数据。
这样一来,一方面,基站无需调度增强层对应的全部分片,即分片1-分片5,降低了空口开销。另一方面,基站不必按照UE1,UE2,UE3,UE4中的最远UE的信道条件调度分片1,分片2,分片3,分片4,进一步节省空口开销。再一方面,没有用户对视角3感兴趣,因此,基站不必调度视角3的分片。也就是说,基站能够确定所需调度数据的最小粒度,即感知用户所需要的图像,将用户需要的图像作为最小调度粒度,如此,进一步降低空口开销。相应的,终端设备接收的数据量有所降低,进而能够降低终端设备的处理负担。
在一些实施例中,对于请求相同子数据包的一组终端(包括多个终端设备),该一组终端设备可以在同一波束覆盖范围内或在不同波束覆盖范围内。在一些示例中,若该组终端设备在同一波束的覆盖范围内,则基站按照该波束下最远端终端设备的信道条件向该组终端设备组播调度子数据包。比如,终端设备1-终端设备6均请求子数据包组1和子数据包组2,且终端设备1-终端设备6均在波束1的覆盖范围内,该组 终端设备中终端设备6距离基站最远,那么,基站按照终端设备6的信道条件,在波束1上向终端设备1-终端设备6发送子数据包组1和子数据包组2。
在另一些示例中,若该组终端设备分别在多个波束的覆盖范围内,则基站分别按照各个波束覆盖范围内最远终端设备的信道条件发送子数据包。比如,终端设备1-终端设备6均请求子数据包组1和子数据包组2,且终端设备1和终端设备2均在波束1的覆盖范围内,终端设备5和终端设备4均在波束2的覆盖范围内,终端设备3和终端设备6均在波束3的覆盖范围内,其中,在终端设备1和终端设备2中,终端设备2距离基站更远,在终端设备4和终端设备5中,终端设备5距离基站更远,在终端设备3和终端设备6中,终端设备6距离基站更远。那么,基站按照终端设备2的信道条件,在波束1上向终端设备1和终端设备2发送子数据包组1和子数据包组2,按照终端设备5的信道条件,在波束2上向终端设备4和终端设备5发送子数据包组1和子数据包组2,按照终端设备6的信道条件,通过波束3向终端设备3和终端设备6组播调度子数据包组1和子数据包组2。
在一些实施例中,可选的,若基站感知有终端设备首次请求所需特征信息的子数据包,基站可从I帧中获取所需特征信息的子数据包。否则,用户从P帧中获取所需特征信息的子数据包。未被请求特征信息的子数据包,基站可以不调度。
需要说明的是,终端设备向基站请求的特征信息,与UPF向基站指示的特征信息可以相同或不同。比如,终端设备向基站请求视角1的分片,UPF向基站指示全部分片的视角。那么,基站可以在全部分片中查找到视角1对应的分片,并将该分片对应的子数据包下发给终端设备。再比如,终端设备向基站请求视角1的分片,UPF向基站指示全部分片的标识。那么,基站可以根据视角1与分片标识的对应关系,确定终端设备所需分片,并将该分片对应的子数据包下发给终端设备。作为一种可能的实现方式,视角和分片标识的对应关系由核心网设备(如AMF、SMF、UPF等)或服务器或网管设备配置给UE,当然,该对应关系也可以是UE本地设置的。作为一种可能的实现方式,视角和分片标识的对应关系由核心网设备(如AMF、SMF、UPF等)或服务器或网管设备配置给基站,当然,该对应关系也可以是基站预设的。
再比如,终端设备向基站请求视角1所对应的分片标识(或切片标识),UPF向基站指示全部分片的视角。基站根据终端设备的分片标识(或切片标识)请求信息,从UPF收到的数据中确定终端设备所需的数据。
需要说明的是,本申请实施例中主要以分片为例讲述技术方案,文中的分片也可以替换为切片。
与现有技术中基站向组播组的多个终端组播全景图像,导致资源浪费相比,本申请实施例提供的通信方法,基站从UPF接收第一数据包(对应全景图像),并根据终端设备的请求调度数据的最小粒度。具体的,基站能够根据来自终端设备的第一消息,确定终端设备所需的子数据包的特征信息,进而确定需向终端设备发送的数据,即向该终端设备发送该终端设备所需子数据包。可见,基站不再向终端设备发送全景图像,而是向终端设备发送全景图像中该终端设备所需的部分图像对应的子数据包,基站的发送数据量有所减少,进而降低基站的空口资源消耗,提升网络容量。
并且,与终端设备向服务器请求相应特征信息的子数据包,导致时延较大的方法 相比,本申请实施例中,终端设备向距离其较近的基站请求相应特征信息的子数据包,时延较小,能够提高通信效率。
在另一些实施例中,基站还可以向终端设备指示子数据包的特征信息。具体的,可以显示或隐式指示特征信息。
作为一种可能的实现方式,显示指示方式,具体可以实现为:基站向终端设备发送第一组子数据包的特征信息。比如,基站向终端设备发送如图9所示的子数据包组1,以及向终端设备发送该子数据包组1的特征信息。
可选的,在子数据包对应的MAC子头或PDCP的子头中增加一个字段,用于携带特征信息。
示例性的,如图15所示,一个MAC PDU中包含多个MAC子PDU。以MAC子PDU1的结构为例,该MAC子PDU1包含MAC子头1和MAC服务数据单元(service data unit,SDU)1,该MAC子头1中包含逻辑信道标识1和特征信息1,其中,该MAC子头1中的特征信息1表示MAC SDU1中的子数据包具有该特征。比如,MAC子头1中的特征信息1是视角0-90度,那么,MAC SDU1中的子数据包1即0-90度视角对应的子数据包。
或者,可选的,特征信息携带在PDCCH的下行控制信息(downlink control information,DCI)中,或携带在MAC CE中的字段,或携带在PDCP子头后的负荷字段中。与通过每个数据包均携带特征信息相比,这种方式能够降低开销。
作为一种可能的实现方式,一个MAC PDU中包含多个MAC子PDU,多个MAC子PDU中的一个MAC子PDU包括MAC CE,该MAC CE包含特征信息,用于表示该MAC子PDU后所有MAC子PDU包含的MAC SDU的子数据包具有该特征。比如,如图16所示,MAC子PDU1包括MAC CE,该MAC CE的某个字段携带特征信息1,那么,如图16所示的MAC子PDU2携带的子数据包1和MAC子PDU3携带的子数据包2均具有该特征信息1所指示的特征。
作为另一可能的实现方式,一个MAC PDU中包含多个MAC子PDU,其中一个MAC子PDU的MAC CE用于指示该MAC PDU中各个MAC子PDU中的子数据包所对应的特征信息。在一种实施方式中,如图17所示,MAC CE包括特征指示字段,该特征指示字段中的每一bit关联一个特征信息i,其中,bit的值为1表示存在特性信息i,也就是表示存在该特征信息i对应的子数据包,bit的值为0表示不存在特性信息i,也就是表示不存在该特征信息i对应的子数据包。MAC CE还包括“特征关联的MAC子PDU”字段,该字段表示特征信息关联的子数据包的具体载荷,即指示用于承载特征信息1所关联子数据包的MAC子PDU,用于承载特征信息2所关联子数据包的MAC子PDU中。如此,UE可根据MAC CE中的信息确定不同MAC SDU中子数据包具有的特征信息。
仍结合图13来举例,基站在经SDAP协议实体、PDCP协议实体、RLC协议实体、MAC协议实体处理第一数据包,得到一组或多组子数据包后,由PHY协议实体向终端设备发送终端设备请求的子数据包,并显示指示该子数据包的特征信息。其中,显示指示方式可以是图15或图16或图17对应的指示方式。
需要说明的是,本申请实施例中提及的子数据包携带特征信息,指的是特征信息 随子数据包一同发给终端设备,并非特征信息封装在子数据包中。在此统一说明。
显示指示特征信息的方式中,基站可以通过不同逻辑信道发送不同特征的子数据包,也可以通过同一逻辑信道发送不同特征的子数据包。其中,当基站通过同一个逻辑信道发送不同特征的子数据包,UE和基站均无需管理多个逻辑信道,避免切换逻辑信道来接收不同特征的子数据包。或,通过同一个数据无线承载发送不同特征的子数据包,UE和基站均无需管理多个数据无线承载,避免切换数据无线承载来接收不同特征的子数据包。
作为一种可能的实现方式,隐式指示方式,具体可以实现为:基站通过不同LCH向终端设备发送不同特征信息的子数据包。示例性的,基站通过第一逻辑信道向终端设备发送具有第一特征信息的第一组子数据包。基站通过第二逻辑信道向终端设备发送具有第一特征信息的第二组子数据包。第一逻辑信道与第二逻辑信道不同。第一特征信息与第二特征信息不同。
可以理解,该隐式指示特征信息的方式中,需为终端设备配置逻辑信道标识与该逻辑信道标识对应的特征信息。具体的,基站向终端设备发送第二指示信息,第二指示信息用于指示一组或多组子数据包的特征信息以及一组或多组子数据包的特征信息各自关联的逻辑信道标识。示例性的,第二指示信息用于指示第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一逻辑信道的标识,以及指示第二组子数据包的特征信息和第二组子数据包的特征信息关联的第二逻辑信道的标识。
比如,如下表2所示,示出了第二指示信息的一种可能形式。
表2第二指示信息
逻辑信道标识 特征信息
1 视角0-90度
2 视角90-180度
再比如,如下表3,示出了第二指示信息的又一种可能形式。
表3第二指示信息
示例性的,继续结合图14,基站通过不同LCH发送不同特征信息的子数据包。比如,基站通过LCH1发送特征信息1对应的一组子数据包,通过LCH2发送特征信息2对应的一组子数据包,通过LCH3发送特征信息3对应的一组子数据包。
或,作为另一种可能的实现方式,基站向终端设备隐式指示子数据包的特征信息,还可以实现为:基站通过不同DRB向终端设备发送不同特征信息的子数据包,如此,终端设备从某一数据无线承载接收子数据包,则可以确定该子数据包对应的特征信息。示例性的,基站通过第一数据无线承载向终端设备发送第一组子数据包,通过第二数据无线承载向终端设备发送第二组子数据包。
可以理解,基站需为终端设备配置一组或多组子数据包的特征信息以及一组或多组子数据包各自关联的无线数据承载的标识。作为一种可能的实现方式。基站向终端 设备发送第二指示信息,第二指示信息包括一组或多组子数据包的特征信息以及一组或多组子数据包各自关联的无线数据承载的标识。示例性的,第二指示信息用于指示第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一数据无线承载的标识,以及用于指示第二组子数据包的特征信息和第二组子数据包的特征信息关联的第二数据无线承载的标识。
表4第二指示信息
DRB标识 特征信息
1 视角0-90度
2 视角90-180度
再比如,如下表5,示出了第二指示信息的又一种可能形式。
表5第二指示信息
示例性的,继续参考图14,基站通过不同DRB发送不同特征信息的子数据包。比如,通过DRB1发送特征信息1对应的一组子数据包,通过DRB2发送特征信息2对应的一组子数据包,通过DRB3发送特征信息3对应的一组子数据包。
在另一些实施例中,UPF不向基站指示一组或多组子数据包的特征信息,而是向基站指示请求一组或多组子数据包的终端设备标识。
本申请实施例还提供一种会话建立方法。该会话建立方法是图6对应的技术方案的基础。如图18所示,该会话建立方法包括:
S201、SMF向基站发送PDU会话资源建立请求(PDU SESSION RESOURCE SETUP REQUEST)消息。
相应的,基站从SMF接收PDU会话资源建立请求消息。
其中,会话资源建立请求消息可以用于请求基站建立组播PDU会话。PDU会话资源建立请求消息包括Qos流的Qos参数。Qos参数包括但不限于服务质量流标识(qos flow identity,QFI)、QoS配置文件(QoS profile)。
Qos参数还包括第一指示信息,第一指示信息用于指示第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一QoS流的标识;或,第一指示信息包括第一组子数据包的特征信息和第一组子数据包的特征信息关联的第一会话的标识。
作为一种可能的实现方式,SMF经由AMF向基站发送会话资源建立请求。
在一些实施例中,会话资源建立请求消息用于请求基站建立一个PDU会话。即针对当前组播业务建立一个PDU会话。该会话包含一个或多个Qos流。在该会话包括多个Qos流的情况下,SMF可以通过第一指示信息向基站指示多个Qos流分别关联的特征信息。如此,基站在建立该多个Qos流时,就可以获知每一Qos流所关联的特征信息关联。并且,当UPF通过不同Qos流向基站发送不同特征信息的子数据包之后,基站能够获知在不同Qos流上接收的子数据包具有的特征信息。
比如,如下表6所示,示出了第一指示信息的一种可能形式。
表6第一指示信息
QoS流标识 特征信息
1 视角0-90度
2 视角90-180度
再比如,如下表7,示出了第一指示信息的又一种可能形式。
表7第一指示信息
在另一些实施例中,会话资源建立请求消息用于请求基站建立多个PDU会话。SMF可以通过第一指示信息向基站指示多个会话分别关联的特征信息。如此,基站在建立该多个会话时,就可以获知每一会话关联的特征信息。并且,当UPF通过不同会话向基站发送不同特征信息的子数据包之后,基站能够获知在特定会话上接收特定特征信息对应的子数据包。比如,基站能够获知需在会话2上接收特征信息2对应的子数据包。
比如,如下表8所示,示出了第一指示信息的一种可能形式。
表8第一指示信息
会话标识 特征信息
1 视角0-90度
2 视角90-180度
再比如,如下表9,示出了第一指示信息的又一种可能形式。
表9第一指示信息
S202、基站根据PDU会话资源建立请求消息向终端设备发送DRB参数。
具体的,基站根据PDU会话资源建立请求消息中的QoS参数配置DRB参数,并向终端设备发送RRC重配置(RRC RECONFIGURATION)消息,RRC重配置消息包括(或称携带)DRB参数(即第二指示信息)。
可选的,DRB参数包括PDCP和SDAP配置。
可选的,DRB参数包含组播业务标识、逻辑信道标识、组播会话标识、组播调度的无线网络临时标识(Group radio network tempory identity,G-RNTI)的对应关系。
在一些实施例中,可选的,DRB参数还包括一个或多个逻辑信道标识以及一个或多个逻辑信道标识各自关联的特征信息。即,上述实施例中的第二指示信息可以是DRB参数。如此,基站通过不同的逻辑信道下发不同特征信息的子数据包。
在另一些实施例中,可选的,DRB参数还包括一个或多个DRB标识以及一个或多个DRB标识各自关联的特征信息。即,上述实施例中的第二指示信息可以是DRB参数。如此,基站通过不同的DRB下发不同特征信息的子数据包。
S203、终端设备向基站发送RRC重配置完成(RRC RECONFIGURATION COMPLETE)消息。
具体的,终端设备根据DRB参数进行配置,并发送RRC重配置完成消息给基站。
S204、基站向SMF发送PDU会话资源建立响应(PDU SESSION RESOURCE SETUP RESPONSE)消息。
作为一种可能的实现方式,基站通过AMF向SMF发送PDU会话资源建立响应。
完成组播会话建立后,UPF可通过组播会话向终端设备传输数据。
在另一些实施例中,SMF还可以向UPF配置一个或多个特征信息以及各个特征信息对应的Qos流标识。作为一种可能的实现方式,SMF向UPF发送包过滤规则(packet detection rule,PDR)。PDR用于指示一个或多个特征信息以及各个特征信息对应的Qos流标识。UPF根据特征信息的包过滤规则,将相应特征的数据过滤到相应的Qos流中。
或,SMF可以向UPF配置一个或多个特征信息以及各个特征信息对应的会话标识。作为一种可能的实现方式,SMF向UPF发送转发动作规则(forwarding action rule,FAR),FAR用于指示一个或多个特征信息以及各个特征信息对应的会话标识。UPF根据特征信息的转发动作规则,将相应特征的数据过滤到相应的会话中。
本申请实施例还提供一种通信方法,能够降低终端的处理负担。该方法需要先向终端设备配置多个逻辑信道标识以及该多个逻辑信道标识各自关联的特征信息。具体配置方式已在上述实施说明。
参见图19,该通信方法包括:
S301、UPF向基站发送第一数据包。
从第一核心网设备接收第一数据包,第一数据包包括一组或多组子数据包;一组或多组子数据包分别具有对应的特征信息。
S302、基站通过第一逻辑信道向终端设备发送第一组子数据包,通过第二逻辑信道向终端设备发送第二组子数据包。
其中,第一组子数据包对应第一特征信息。第二组子数据包对应第二特征信息。第一特征信息与第二特征信息不同。第一逻辑信道与第二逻辑信道不同。
S303、终端设备根据多个逻辑信道标识以及该多个逻辑信道标识各自关联的特征信息,通过第一逻辑信道从基站接收所需的第一组子数据包。
示例性的,以终端设备请求某一视角的子数据包为例,终端设备根据所需的视角在该视角关联的逻辑信道上接收该视角的子数据包。
通过图19对应的技术方案,终端设备无需向基站发送用于请求第一组子数据包的第一消息,其可以根据当前需要灵活决定用于接收的配置(比如用于接收的LCH),避免基站接收冗余数据,进而降低终端设备的数据接收处理复杂度和处理时延,降低终端设备的能耗。同时,还可以避免浪费缓存资源。
本申请实施例还提供一种通信方法,能够降低终端的处理负担。该方法需要先向终端设备配置多个DRB标识以及该多个DRB标识各自关联的特征信息。具体配置方式已在上述实施说明。
参见图20,该通信方法包括:
S401、UPF向基站发送第一数据包。
从第一核心网设备接收第一数据包,第一数据包包括一组或多组子数据包;一组或多组子数据包分别具有对应的特征信息。
S402、基站通过第一DRB向终端设备发送第一组子数据包,通过第二DRB向终端设备发送第二组子数据包。
其中,第一组子数据包对应第一特征信息。第二组子数据包对应第二特征信息。第一特征信息与第二特征信息不同。第一DRB与第二DRB不同。
S403、终端设备根据多个DRB标识以及该多个DRB标识各自关联的特征信息,通过第一DRB从基站接收所需的第一组子数据包。
需要说明的是,本申请实施例并不限制各个方法步骤之间的执行先后顺序。比如,以图6为例,可以先执行步骤S101,再执行步骤S103。也可以先执行步骤S103,再执行步骤S101。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,上述终端、会话管理网元或者网络设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对终端设备、接入网设备、第一核心网设备或者第二核心网设备进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
比如,以采用集成的方式划分各个功能模块的情况下,图21示出了一种装置90的结构示意图。该装置90可以是上述实施例中的接入网设备,也可以是支持上述实施例中的接入网设备功能的组件,比如接入网设备内的芯片或电路。或者,该装置90可以是上述实施例中的终端设备,也可以是支持上述实施例中的终端设备功能的组件,比如终端设备内的芯片或电路。或者,该装置90可以是上述实施例中的UPF网元,也可以是支持上述实施例中的UPF功能的组件,比如UPF内的芯片或电路。或者,该装置90可以是上述实施例中的SMF,也可以是支持上述实施例中的SMF功能的组件,比如SMF内的芯片或电路。本申请实施例对此不作具体限定。
以装置90是上述实施例中的接入网设备为例,该装置90包括:收发模块901。
收发模块901,用于从第一核心网设备接收第一数据包,第一数据包包括一组或多组子数据包;从终端设备接收第一消息,第一消息用于请求第一组子数据包,第一消息包括第一组子数据包的特征信息,第一组子数据包为一组或多组子数据包中的一组子数据包;根据第一消息和第一数据包,向终端设备发送第一组子数据包。
可选的,该装置90还包括处理模块903,用于控制装置90的动作。比如,用于 控制收发模块完成收发。可选的,该装置还包括存储模块902,用于存储该装置90的数据或指令。比如,存储第一数据包。
以装置90是上述实施例中的第一核心网设备为例,该装置90包括:收发模块901和处理模块903。
处理模块903,用于确定第一数据包,第一数据包包括一组或多组子数据包以及一组或多组子数据包的特征信息;收发模块901,用于向接入网设备发送第一数据包。
可选的,该装置还包括存储模块902,用于存储该装置90的数据或指令。比如,存储第一数据包。
以装置90是上述实施例中的第二核心网设备为例,该装置90包括:收发模块901和处理模块903。
处理模块903,用于确定第一数据包,第一数据包包括一组或多组子数据包以及一组或多组子数据包的特征信息;收发模块901,用于向接入网设备发送第一数据包。
可选的,该装置还包括存储模块902,用于存储该装置90的数据或指令。比如,存储第一指示信息。
以装置90是上述实施例中的终端设备为例,该装置90包括:收发模块901。
收发模块901,用于向接入网设备发送第一消息,第一消息用于请求第一组子数据包,第一消息包括第一组子数据包的特征信息;从接入网设备接收第一组子数据包。
可选的,该装置90还包括处理模块903,用于控制装置90的动作。比如,用于控制收发模块901完成收发。可选的,该装置还包括存储模块902,用于存储该装置90的数据或指令。比如,存储第一组子数据包。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
在本实施例中,该装置90以采用集成的方式划分各个功能模块的形式来呈现。这里的模块可以指特定ASIC,电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。
在一个简单的实施例中,本领域的技术人员可以想到装置90可以采用图5所示的形式。
比如,图5中的处理器401和/或处理器408可以通过调用存储器403中存储的计算机执行指令,使得装置90执行上述方法实施例中的通信方法。
具体的,收发模块901的功能/实现过程可以通过图5中的通信接口404来实现,存储模块902的功能/实现过程可以通过图5中的存储器403来实现。处理模块903的功能/实现过程可以通过图5中的处理器401和或处理器408来实现。
可选的,当该装置90是芯片或电路时,存储器403可以为芯片或电路内的存储单元,如寄存器、缓存等。当然,当该装置90是设备时,存储器403可以是设备内的位于芯片外部的存储单元,本申请实施例对此不作具体限定。
由于本申请实施例提供的装置可用于执行上述通信方法,因此其所能获得的技术效果可参考上述方法实施例,在此不再赘述。
可选的,本申请实施例还提供了一种芯片系统,该芯片系统包括处理器,用于支持通信装置实现上述通信方法。在一种可能的设计中,该芯片系统还包括存储器。该 存储器,用于保存通信装置必要的程序指令和数据。当然,存储器也可以不在芯片系统中。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件,本申请实施例对此不作具体限定。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时,可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如,软盘、硬盘、磁带),光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
尽管在此结合各实施例对本申请进行了描述,然而,在实施所要求保护的本申请过程中,本领域技术人员通过查看附图、公开内容、以及所附权利要求书,可理解并实现公开实施例的其他变化。在权利要求中,包括(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

Claims (37)

  1. 一种通信方法,其特征在于,所述方法应用于接入网设备或接入网设备中的芯片,所述方法包括:
    从第一核心网设备接收第一数据包,所述第一数据包包括一组或多组子数据包;
    从终端设备接收第一消息,所述第一消息用于请求第一组子数据包,所述第一消息包括第一组子数据包的特征信息,所述第一组子数据包为所述一组或多组子数据包中的一组子数据包;
    根据所述第一消息和所述第一数据包,向所述终端设备发送所述第一组子数据包。
  2. 根据权利要求1所述的通信方法,其特征在于,所述第一组子数据包的特征信息包括如下任一项或多项:所述第一组子数据包的视角信息、所述第一组子数据包的标识、所述第一组子数据包对应的帧的图像类型、所述第一组子数据包对应的帧的编码类型、所述第一组子数据包对应的帧的标识、所述第一组子数据包对应的帧的帧类型。
  3. 根据权利要求1或2所述的通信方法,其特征在于,所述第一数据包还包括所述一组或多组子数据包的特征信息。
  4. 根据权利要求1或2所述的通信方法,其特征在于,第一特征信息对应的第一组子数据包承载在第一服务质量QoS流中,第二特征信息对应的第二组子数据包承载在第二QoS流中;或,第一特征信息对应的第一组子数据包承载在第一会话中,第二特征信息对应的第一组子数据包承载在第二会话中。
  5. 根据权利要求4所述的通信方法,其特征在于,从第二核心网设备接收第一指示信息,所述第一指示信息用于指示所述第一组子数据包的特征信息和所述第一组子数据包的特征信息关联的第一QoS流的标识;或,所述第一指示信息包括所述第一组子数据包的特征信息和所述第一组子数据包的特征信息关联的第一会话的标识。
  6. 根据权利要求1-5中任一项所述的通信方法,其特征在于,所述方法还包括:向所述终端设备发送所述第一组子数据包的特征信息。
  7. 根据权利要求1-5中任一项所述的通信方法,其特征在于,所述方法还包括:向所述终端设备发送第二指示信息,所述第二指示信息用于指示所述第一组子数据包的特征信息和所述第一组子数据包的特征信息关联的第一逻辑信道的标识;或,所述第二指示信息包括所述第一组子数据包的特征信息和所述第一组子数据包的特征信息关联的第一数据无线承载的标识。
  8. 根据权利要求7所述的通信方法,其特征在于,所述向所述终端设备发送所述第一组子数据包,包括:通过所述第一逻辑信道向所述终端设备发送所述第一组子数据包;
    或,通过所述第一数据无线承载向所述终端设备发送所述第一组子数据包。
  9. 一种通信方法,其特征在于,所述方法应用于第一核心网设备或第一核心网设备中的芯片,所述方法包括:
    确定第一数据包,所述第一数据包包括一组或多组子数据包以及所述一组或多组子数据包的特征信息;
    向接入网设备发送第一数据包。
  10. 根据权利要求9所述的通信方法,其特征在于,第一组子数据包的特征信息包括如下任一项或多项:视角信息、所述第一组子数据包的标识、对应的帧的图像类型、对应的帧的编码类型、所述第一组子数据包对应的帧的标识、所述第一组子数据包对应的帧的帧类型,所述第一组子数据包为所述一组或多组子数据包中的一组子数据包。
  11. 一种通信方法,其特征在于,所述方法应用于第二核心网设备或第二核心网设备中的芯片,所述方法包括:
    确定第一指示信息;所述第一指示信息用于指示第一组子数据包的特征信息和所述第一组子数据包的特征信息关联的第一服务质量QoS流的标识;或,所述第一指示信息包括所述第一组子数据包的特征信息和所述第一组子数据包的特征信息关联的第一会话的标识;
    向接入网设备发送所述第一指示信息。
  12. 根据权利要求11所述的通信方法,其特征在于,所述第一组子数据包的特征信息包括如下任一项或多项:所述第一组子数据包的视角信息、所述第一组子数据包的标识、所述第一组子数据包对应的帧的图像类型、所述第一组子数据包对应的帧的编码类型、所述第一组子数据包对应的帧的标识、所述第一组子数据包对应的帧的帧类型。
  13. 一种通信方法,其特征在于,所述方法应用于终端设备或终端设备中的芯片,所述方法包括:
    向接入网设备发送第一消息,所述第一消息用于请求第一组子数据包,所述第一消息包括所述第一组子数据包的特征信息;
    从所述接入网设备接收所述第一组子数据包。
  14. 根据权利要求13所述的通信方法,其特征在于,所述第一组子数据包的特征信息包括如下任一项或多项:所述第一组子数据包的视角信息、所述第一组子数据包的标识、所述第一组子数据包对应的帧的图像类型、所述第一组子数据包对应的帧的编码类型、所述第一组子数据包对应的帧的标识、所述第一组子数据包对应的帧的帧类型。
  15. 根据权利要求13或14所述的通信方法,其特征在于,所述方法还包括:从所述接入网设备接收所述第一组子数据包的特征信息。
  16. 根据权利要求13-15中任一项所述的通信方法,其特征在于,所述方法还包括:从所述接入网设备接收第二指示信息,所述第二指示信息用于指示所述第一组子数据包的特征信息和所述第一组子数据包的特征信息关联的第一逻辑信道的标识;或,所述第二指示信息包括所述第一组子数据包的特征信息和所述第一组子数据包的特征信息关联的第一数据无线承载的标识。
  17. 一种通信装置,其特征在于,包括:
    收发模块,用于从第一核心网设备接收第一数据包,所述第一数据包包括一组或多组子数据包;从终端设备接收第一消息,所述第一消息用于请求第一组子数据包,所述第一消息包括所述第一组子数据包的特征信息,所述第一组子数据包为所述一组 或多组子数据包中的一组子数据包;根据所述第一消息和所述第一数据包,向所述终端设备发送所述第一组子数据包。
  18. 根据权利要求17所述的通信装置,其特征在于,所述第一组子数据包的特征信息包括如下任一项或多项:所述第一组子数据包的视角信息、所述第一组子数据包的标识、所述第一组子数据包对应的帧的图像类型、所述第一组子数据包对应的帧的编码类型、所述第一组子数据包对应的帧的标识、所述第一组子数据包对应的帧的帧类型。
  19. 根据权利要求17或18所述的通信装置,其特征在于,第一数据包还包括所述一组或多组子数据包的特征信息。
  20. 根据权利要求17或18所述的通信装置,其特征在于,第一特征信息对应的第一组子数据包承载在第一服务质量QoS流中,第二特征信息对应的第二组子数据包承载在第二QoS流中;或,第一特征信息对应的第一组子数据包承载在第一会话中,第二特征信息对应的第一组子数据包承载在第二会话中。
  21. 根据权利要求20所述的通信装置,其特征在于,所述收发模块,还用于从第二核心网设备接收第一指示信息,所述第一指示信息用于指示所述第一组子数据包的特征信息和所述第一组子数据包的特征信息关联的第一QoS流的标识;或,所述第一指示信息包括所述第一组子数据包的特征信息和所述第一组子数据包的特征信息关联的第一会话的标识。
  22. 根据权利要求17-21中任一项所述的通信装置,其特征在于,所述收发模块,还用于向所述终端设备发送所述第一组子数据包的特征信息。
  23. 根据权利要求17-21中任一项所述的通信装置,其特征在于,所述收发模块,还用于向所述终端设备发送第二指示信息,所述第二指示信息用于指示所述第一组子数据包的特征信息和所述第一组子数据包的特征信息关联的第一逻辑信道的标识;或,所述第二指示信息包括所述第一组子数据包的特征信息和所述第一组子数据包的特征信息关联的第一数据无线承载的标识。
  24. 根据权利要求23所述的通信装置,其特征在于,所述收发模块,用于向所述终端设备发送所述第一组子数据包,包括:用于通过所述第一逻辑信道向所述终端设备发送所述第一组子数据包;或,通过所述第一数据无线承载向所述终端设备发送所述第一组子数据包。
  25. 一种通信装置,其特征在于,包括:
    处理模块,用于确定第一数据包,所述第一数据包包括一组或多组子数据包以及所述一组或多组子数据包的特征信息;
    收发模块,用于向接入网设备发送第一数据包。
  26. 根据权利要求25所述的通信装置,其特征在于,第一组子数据包的特征信息包括如下任一项或多项:视角信息、所述第一组子数据包的标识、对应的帧的图像类型、对应的帧的编码类型、所述第一组子数据包对应的帧的标识、所述第一组子数据包对应的帧的帧类型,所述第一组子数据包为所述一组或多组子数据包中的一组子数据包。
  27. 一种通信装置,其特征在于,包括:
    处理模块,用于确定第一指示信息;所述第一指示信息用于指示第一组子数据包的特征信息和所述第一组子数据包的特征信息关联的第一服务质量QoS流的标识;或,所述第一指示信息包括所述第一组子数据包的特征信息和所述第一组子数据包的特征信息关联的第一会话的标识;
    收发模块,用于向接入网设备发送所述第一指示信息。
  28. 根据权利要求27所述的通信装置,其特征在于,所述第一组子数据包的特征信息包括如下任一项或多项:所述第一组子数据包的视角信息、所述第一组子数据包的标识、所述第一组子数据包对应的帧的图像类型、所述第一组子数据包对应的帧的编码类型、所述第一组子数据包对应的帧的标识、所述第一组子数据包对应的帧的帧类型。
  29. 一种通信装置,其特征在于,包括:
    收发模块,用于向接入网设备发送第一消息,所述第一消息用于请求第一组子数据包,所述第一消息包括所述第一组子数据包的特征信息;从所述接入网设备接收所述第一组子数据包。
  30. 根据权利要求29所述的通信装置,其特征在于,所述第一组子数据包的特征信息包括如下任一项或多项:所述第一组子数据包的视角信息、所述第一组子数据包的标识、所述第一组子数据包对应的帧的图像类型、所述第一组子数据包对应的帧的编码类型、所述第一组子数据包对应的帧的标识、所述第一组子数据包对应的帧的帧类型。
  31. 根据权利要求29或30所述的通信装置,其特征在于,所述收发模块,还用于从所述接入网设备接收所述第一组子数据包的特征信息。
  32. 根据权利要求29-31中任一项所述的通信装置,其特征在于,所述收发模块,还用于从所述接入网设备接收第二指示信息,所述第二指示信息用于指示所述第一组子数据包的特征信息和所述第一组子数据包的特征信息关联的第一逻辑信道的标识;或,所述第二指示信息包括所述第一组子数据包的特征信息和所述第一组子数据包的特征信息关联的第一数据无线承载的标识。
  33. 一种通信装置,其特征在于,所述装置包括用于执行如权利要求1至8中任一项所述方法的模块,或者所述装置包括用于执行如权利要求9或10所述方法的模块,或者所述装置包括用于执行如权利要求11或12所述方法的模块,或者所述装置包括用于执行如权利要求13至16中任一项所述方法的模块。
  34. 一种通信装置,其特征在于,包括处理器和存储器,所述处理器和所述存储器耦合,所述处理器用于实现如权利要求1至8中任一项所述的方法,或者所述处理器用于实现如权利要求9或10所述的方法,或者所述处理器用于实现如权利要求11或12所述的方法,或者所述处理器用于实现如权利要求13至16中任一项所述的方法。
  35. 一种通信装置,其特征在于,包括处理器和接口电路,所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置,所述处理器通过逻辑电路或执行代码指令实现如权利要求1至8中任一项所述的方法,或者所述处理器通过逻辑电路或执行代码指令实现如权利要求9或10所述的方法,或者所述处理器通过逻辑电路 或执行代码指令实现如权利要求11或12所述的方法,或者所述处理器通过逻辑电路或执行代码指令实现如权利要求13至16中任一项所述的方法。
  36. 一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序或指令,当所述计算机程序或指令被通信装置执行时,实现如权利要求1至8中任一项所述的方法,或实现如权利要求9或10所述的方法,或实现如权利要求11或12所述的方法,或实现如权利要求13至16中任一项所述的方法。
  37. 一种计算机程序产品,其特征在于,所述计算机程序产品包括指令,当所述指令被运行时,实现如权利要求1至16中任一项所述的方法。
CN202080106507.9A 2020-12-16 2020-12-16 通信方法及装置 Pending CN116458239A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/136870 WO2022126437A1 (zh) 2020-12-16 2020-12-16 通信方法及装置

Publications (1)

Publication Number Publication Date
CN116458239A true CN116458239A (zh) 2023-07-18

Family

ID=82059909

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080106507.9A Pending CN116458239A (zh) 2020-12-16 2020-12-16 通信方法及装置

Country Status (2)

Country Link
CN (1) CN116458239A (zh)
WO (1) WO2022126437A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118413579A (zh) * 2023-01-28 2024-07-30 华为技术有限公司 一种数据传输方法和装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101932102B (zh) * 2009-06-19 2013-01-23 华为技术有限公司 业务承载映射方法及通信设备
CN102291835B (zh) * 2010-06-21 2016-05-25 中兴通讯股份有限公司 一种无线资源调度方法、接入网网元及终端
CN105472663B (zh) * 2014-07-04 2020-12-25 北京三星通信技术研究有限公司 无线资源管理的方法和装置
JP6594460B2 (ja) * 2015-07-24 2019-10-23 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 近接サービスのための改善されたリレーueディスカバリ
CN113676896B (zh) * 2017-05-05 2023-01-06 华为技术有限公司 通信方法及相关设备
CN109275151B (zh) * 2017-07-17 2020-12-08 华为技术有限公司 一种通信方法、设备和系统

Also Published As

Publication number Publication date
WO2022126437A1 (zh) 2022-06-23

Similar Documents

Publication Publication Date Title
JP2024099784A (ja) データ伝送方法、装置、コンピュータ可読記憶媒体、電子機器、及びコンピュータプログラム製品
WO2021209034A1 (zh) 一种数据传输的方法及通信装置
CN113747510A (zh) 通信方法及装置
WO2023046118A1 (zh) 一种通信方法及装置
WO2022022471A1 (zh) 一种媒体流切换方法及装置
US11516702B2 (en) Methods, systems and devices for determining buffer status report
WO2022126437A1 (zh) 通信方法及装置
WO2022036870A1 (zh) 数据传输方法及装置
US20230050923A1 (en) Media packet transmission method, apparatus, and system
WO2022151492A1 (zh) 一种调度传输方法及装置
CN116782307A (zh) 业务速率调整方法及通信装置
CN113973390A (zh) 通信方法及装置
CN116391431A (zh) 解码失败的处理方法、装置和系统
WO2024060991A1 (zh) 一种多路径的数据流引流方法及装置
WO2023109431A1 (zh) 数据传输方法及装置
WO2023179322A1 (zh) 一种通信方法及装置
WO2023185608A1 (zh) 一种数据传输的方法及通信装置
WO2023088155A1 (zh) 一种服务质量QoS管理方法以及装置
US20240031298A1 (en) Communication method and device
WO2024169349A1 (zh) 一种数据传输方法及相关设备
WO2024055871A1 (zh) 一种通信系统中传输数据的方法和通信装置
WO2023155633A1 (zh) 一种数据传输方法及装置
WO2024169603A1 (zh) 传输信息的方法及装置
WO2021212999A1 (zh) 媒体报文的传输方法、装置及系统
CN115801208A (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