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

一种通信方法及装置 Download PDF

Info

Publication number
CN116193376B
CN116193376B CN202310166411.7A CN202310166411A CN116193376B CN 116193376 B CN116193376 B CN 116193376B CN 202310166411 A CN202310166411 A CN 202310166411A CN 116193376 B CN116193376 B CN 116193376B
Authority
CN
China
Prior art keywords
band
information
capability
terminal device
multicast service
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.)
Active
Application number
CN202310166411.7A
Other languages
English (en)
Other versions
CN116193376A (zh
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 CN202310166411.7A priority Critical patent/CN116193376B/zh
Publication of CN116193376A publication Critical patent/CN116193376A/zh
Application granted granted Critical
Publication of CN116193376B publication Critical patent/CN116193376B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0007Control or signalling for completing the hand-off for multicast or broadcast services, e.g. MBMS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/08Reselecting an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data

Landscapes

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

Abstract

本申请提供一种通信方法及装置,用于解决终端设备的多播能力上报精度较低的问题。该方法包括:确定能力信息,向接入网设备进行发送,能力信息指示频带对应的接收多播业务的能力,和/或,分量载波对应的接收多播业务的能力。通过能力信息指示频带级别或分量载波级别的多播业务的能力,可以提升多播能力上报的精度,使得接入网设备可以根据精细化的能力信息提供多播业务和/或单播业务。

Description

一种通信方法及装置
本申请是分案申请,原申请的申请号是202210952975.9,原申请日是2022年8月9日,原申请的全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域,尤其涉及一种通信方法及装置。
背景技术
多媒体广播多播业务(multimedia broadcast multicast service,MBMS)或者组播/多播广播业务(multicast broadcast service,MBS)主要适用于是面向多个用户设备(user equipment,UE)的业务,例如现场直播、定时播放节目等。
在长期演进(long term evolution,LTE)中,接入网设备可以通过能力查询过程来获取UE能力信息,UE能力信息包括MBMS能力信息。
当前LTE设计的MBMS能力信息为UE级别,只支持上报用于MBS的最大带宽。而这种方式不能对UE的多播能力进行精准上报。因此,如何实现UE的多播能力的精准上报仍需进一步研究。
发明内容
本申请提供一种通信方法及装置,用于解决终端设备的多播能力上报精度较低的问题。
第一方面,本申请提供一种通信方法,该方法可由第一通信装置执行,第一通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片。示例性地,该第一通信装置为终端设备,或者为设置在终端设备中的用于实现终端设备的功能的芯片,或者为用于实现终端设备的功能的其他部件。在下文的介绍过程中,以第一通信装置是终端设备为例进行说明。
该方法包括:终端设备确定能力信息,向接入网设备进行发送,该能力信息指示频带对应的接收多播业务的能力,和/或,分量载波(component carrier,CC)对应的接收多播业务的能力。
本申请实施例终端设备可通过能力信息指示频带(或称band)级别和/或CC级别的多播能力,从而提升多播能力上报的精度,使得接入网设备可以获取精细化的能力信息。一种可能的实现,接入网设备可以根据精细化的能力信息提供多播业务和/或单播业务,例如,可以根据精细化的能力信息配置或选择多播业务和/或单播业务的通信参数。
一种可能的设计中,能力信息指示频带对应的接收多播业务的能力,和/或,分量载波CC对应的接收多播业务的能力,包括:能力信息包括频带组合信息,该频带组合信息指示频带对应的接收多播业务的能力,和/或,分量载波CC对应的接收多播业务的能力。通过该方式,使得终端设备可以上报在频带组合下band级别或CC级别的多播能力,从而可以提升多播能力上报的精度。
一种可能的设计中,能力信息指示频带对应的接收多播业务的能力,和/或,分量载波CC对应的接收多播业务的能力,包括:能力信息包括第一频带组合列表以及第一特性集组合的标识;其中,第一频带组合列表包括第一频带信息,第一频带信息包括支持接收多播业务的N个频带的标识,N为大于0的整数;第一特性集组合包括第一频带组合列表对应的至少一个第一参数集合,任一第一参数集合指示N个频带分别对应的接收多播业务的能力,和/或,N个频带中每个频带上CC对应的接收多播业务的能力。
上述方式中,通过在频带组合列表中列举支持接收多播业务的N个频带的标识,并在特性集组合中指示频带组合下这N个频带分别对应的接收多播业务的能力,从而可以提升多播能力的精度,有助于接入网设备为终端设备调度多播业务和/或单播业务。
一种可能的设计中,第一频带组合列表还包括第二频带信息,第二频带信息包括支持单播业务的M个频带的标识,M为大于0的整数;任一第一参数集合还指示M个频带分别对应的接收单播业务的能力,或者,任一第一参数集合还指示M个频带分别对应的接收通信业务的能力,通信业务包括单播业务和多播业务。通过上述设计,可以上报频带组合下M个频带上接收单播业务的能力,有助于接入网设备获取精细化的终端设备能力,从而有助于接入网设备更好地为终端设备提供多播业务和/或单播业务。
一种可能的设计中,能力信息指示频带对应的接收多播业务的能力,和/或,分量载波CC对应的接收多播业务的能力,包括:能力信息包括第二频带组合列表以及第二特性集组合的标识;其中,第二频带组合列表包括支持接收多播业务的N个频带的标识,N为大于0的整数;第二特性集组合包括第二频带组合列表对应的Q1组参数,其中,每组参数包括Q2个第二参数集合,任一第二参数集合指示N个频带分别对应的接收多播业务的能力,和/或,N个频带中每个频带上CC对应的接收多播业务的能力,Q1为大于0的整数,Q2为大于0的整数。
上述设计,通过扩展频带组合列表(即第二频带组合列表)指示支持接收多播业务的N个频带,以及在特性集组合中指示该N个频带对应的多播能力,从而提升多播能力上报的精度,使得接入网设备可以获取精细化的能力信息。一种可能的实现,有助于接入网设备为终端设备调度多播业务或单播业务。此外,区分该N个频带对应的多播能力与单播能力,使得单播能力和多播能力可以通过组合的方式指示频带组合下终端设备的通信能力,相比于通过穷举的方式依次指示频带组合下支持的所有多播能力和/或单播能力,可以减少不必要的能力信息上报,从而降低信令开销。
一种可能的设计中,能力信息还包括第三频带组合列表,其中,第三频带组合列表包括支持接收单播业务的M个频带的标识,M为大于0的整数;第二特性集组合还包括第三频带组合列表对应的Q2个第三参数集合,任一第三参数集合指示M个频带分别对应的接收单播业务的能力;其中,Q2个第二参数集合中第i个第二参数集合与Q1组参数中任一组参数中的第i个第一参数集合相对应,其中,i为大于0且不大于Q2的整数。
上述设计,通过将该N个频带对应的多播能力与单播能力进行区分,使得单播能力和多播能力可以通过组合的方式指示频带组合下终端设备的通信能力,相比于穷举的方式,可以降低信令开销。并且对于单播能力部分的指示,可以最大程度的重用现有机制,减少对协议的改动。
一种可能的设计中,能力信息指示频带对应的接收多播业务的能力,和/或,分量载波CC对应的接收多播业务的能力,包括:能力信息包括第二频带组合列表以及Q1个第三特性集组合的标识;其中,第二频带组合列表包括支持接收多播业务的N个频带的标识,N为大于0的整数;任一第三特性集组合包括Q2个第四参数集合,任一第四参数集合指示N个频带分别对应的接收多播业务的能力,和/或,N个频带中每个频带上CC对应的接收多播业务的能力,Q1为大于0的整数,Q2为大于0的整数。
上述设计,通过扩展频带组合列表(即第二频带组合列表)指示支持接收多播业务的N个频带,并且通过扩展接收多播业务的N个频带对应的特性集组合(即Q1个第三特性集组合),从而提升多播能力上报的精度,使得接入网设备可以获取精细化的能力信息。一种可能的实现,有助于接入网设备为终端设备调度多播业务或单播业务。
此外,区分该N个频带对应的多播能力与单播能力,使得单播能力和多播能力可以通过组合的方式指示频带组合下终端设备的通信能力,相比于通过穷举的方式依次指示频带组合下支持的所有多播能力和/或单播能力,可以减少不必要的能力信息上报,从而降低信令开销。
一种可能的设计中,能力信息还包括第三频带组合列表以及第四特性集组合的标识,其中,第三频带组合包括支持接收单播业务的M个频带的标识,M为大于0的整数;第四特性集组合包括Q2个第五参数集合,任一第五参数集合指示M个频带分别对应的接收单播业务的能力。
上述设计,通过第四特性集组合的标识和第三特性集组合的标识组合的方式,可以降低减少能力上报的信令开销,并且对于单播能力部分的指示,可以最大程度的重用现有机制,对协议的改动较小。
一种可能的设计中,能力信息包括第四频带组合列表以及第五特性集组合的标识;其中,第四频带组合列表包括终端设备支持的X个频带的标识,X为大于0的整数;第五特性集组合包括至少一个第六参数集合,任一第六参数集合指示X个频带分别对应的通信参数,其中,X个频带包括N个支持接收多播业务的频带,N个频带中任一频带对应的通信参数指示频带对应的接收多播业务的能力,和/或,频带上CC对应的通信能力,其中,若CC支持接收多播业务,CC对应的通信能力为CC对应的接收多播业务的能力,N为大于0,且不大于X的整数。
通过上述设计,通过特性集索引对应的通信参数指示接收多播业务的能力,可以降低减少能力上报的信令开销,并且对于单播能力部分的指示,可以最大程度的重用现有机制,对协议的改动较小。
一种可能的设计中,任一第六参数集合指示X个频带分别对应的通信参数,包括:任一第六参数集合包括X个频带分别对应的通信参数的索引,X个频带中任一频带的通信参数的索引满足:若频带支持接收多播业务,频带对应的通信参数的索引属于第一索引集合;若频带不支持接收多播业务,频带对应的通信参数的索引属于第二索引集合。
上述设计,通过划分索引集合,使得接入网设备可以根据频带对应的索引确定频带上是否支持接收多播业务,相比于在频带对应的通信参数中显示携带指示是否支持接收多播业务的标记的方式,可以降低信令开销和协议的复杂度,还可以提升对旧版本协议的兼容性。
一种可能的设计中,N个频带中任一频带对应的通信参数指示频带上CC对应的通信能力,包括:N个频带中任一频带对应的通信参数包括频带上CC对应的通信能力的索引,频带上任一CC对应的通信能力的索引满足:若CC支持接收多播业务,CC对应的通信能力的索引属于第三索引集合;若CC不支持接收多播业务,CC对应的通信能力的索引属于第四索引集合。
上述设计,通过划分索引集合,使得接入网设备可以根据CC对应的索引确定CC上是否支持接收多播业务,相比于在CC对应的通信参数中显示携带指示接收多播业务的标记的方式,可以降低信令开销,以及降低协议的复杂度,还可以提升对支持旧版本协议的设备的兼容性。
一种可能的设计中,频带对应的接收多播业务的能力包括如下至少一项:频带支持接收多播业务、或在频带上接收多播业务的通信参数。
一种可能的设计中,CC对应的接收多播业务的能力包括:CC支持接收多播业务,和/或,在CC上接收多播业务的通信信息;其中,通信信息为在CC上接收多播业务的通信参数,或者,通信信息为CC的能力值,能力值为根据CC上接收多播业务的通信参数确定的。
一种可能的设计中,接收多播业务的通信参数包括接收多播业务时支持的最高调制阶数。
一种可能的设计中,接收多播业务的通信参数还包括:是否支持在同步的情况下同时接收单播业务和多播业务,和/或,是否支持在不同步的情况下同时接收单播业务和多播业务。
一种可能的设计中,方法还包括:向接入网设备发送指示信息,指示信息指示终端设备正在接收或期望接收多播业务的调制阶数。通过该设计,接入网设备根据指示信息可以获知终端设备正在接收或期望接收多播业务的相关信息,从而更好地终端设备调度多播业务和/单播业务。
一种可能的设计中,在向接入网设备发送指示信息之前,所述方法还包括:接收来自所述接入网设备的第四信息,其中,所述第四信息用于指示上报异公用陆地移动网(public land mobile network,PLMN)或者异运营商或者跨基站或者非服务小区或异频接收的多播业务的信息。
一种可能的设计中,在向接入网设备发送指示信息之前,所述方法还包括:
在满足如下任一情况时确定需要上报所述指示信息:
接收的多播业务的TMGI中的PLMN与所述接入网设备的服务小区的***消息块(system information block,SIB)1中包含的PLMN不一致;
接收多播业务的小区的SIB1中包含的PLMN和所述接入网设备的服务小区的SIB1中包含的PLMN不一致。
一种可能的设计中,所述第四信息包括一个或多个PLMN信息,在向接入网设备发送指示信息之前,所述方法还包括:
在满足如下任一情况时确定需要上报所述指示信息:
接收的多播业务的TMGI中的PLMN与所述一个或多个PLMN均不相同;
接收多播业务的小区的SIB1中包含的PLMN与所述一个或多个PLMN均不相同。
一种可能的设计中,在向接入网设备发送指示信息之前,所述方法还包括:
在满足如下情况中一项或多项时确定需要上报所述指示信息:
接收多播业务的频点不属于该接入网设备的服务小区的SIB 21中包含的频点;
接收多播业务的频点与用户服务描述(user service description,USD)中包括的频点列表中的频点均不相同。
一种可能的设计中,所述第四信息包括一个或多个频点信息,在向接入网设备发送指示信息之前,所述方法还包括:
在满足如下情况时确定需要上报所述指示信息:接收的多播业务的频点与所述一个或多个频点均不相同。
一种可能的设计中,在向接入网设备发送指示信息之前,所述方法还包括:接收来自所述接入网设备的SIB 21。
一种可能的设计中,指示信息还指示终端设备正在接收或期望接收多播业务的如下至少一项信息:频率信息、临时移动组标识(temporary mobile group identity,TMGI)、子载波间隔(subcarrier spacing,SCS)。
一种可能的设计中,在确定能力信息之前,方法还包括:接收来自接入网设备的能力上报指示信息,能力上报指示信息指示终端设备上报接收多播业务的能力。通过该设计,终端设备可以根据接入网设备的指示上报多播能力,可以避免终端设备不必要的能力信息上报,此外,接入网设备可以通过指示信息灵活调控终端设备上报接收多播业务的能力。
第二方面,本申请提供一种通信方法,该方法可由第二通信装置执行,第二通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片。示例性地,所述第二通信装置为网络设备(如基站),或者为设置在网络设备中的用于实现网络设备的功能的芯片,或者为用于实现网络设备的功能的其他部件。在下文的介绍过程中,以第二通信装置是网络设备为例进行说明。
该方法包括:接收来自终端设备的能力信息,能力信息指示频带对应的接收多播业务的能力,和/或,CC对应的接收多播业务的能力;根据能力信息确定终端设备的能力。
一种可能的设计中,能力信息指示频带对应的接收多播业务的能力,和/或,分量载波CC对应的接收多播业务的能力,包括:能力信息包括频带组合信息,该频带组合信息指示频带对应的接收多播业务的能力,和/或,分量载波CC对应的接收多播业务的能力。通过该方式,使得终端设备可以上报在频带组合下band级别或CC级别的多播能力,从而可以提升多播能力上报的精度。
一种可能的设计中,能力信息指示频带对应的接收多播业务的能力,和/或,分量载波CC对应的接收多播业务的能力,包括:能力信息包括第一频带组合列表以及第一特性集组合的标识;其中,第一频带组合列表包括第一频带信息,第一频带信息包括支持接收多播业务的N个频带的标识,N为大于0的整数;第一特性集组合包括第一频带组合列表对应的至少一个第一参数集合,任一第一参数集合指示N个频带分别对应的接收多播业务的能力,和/或,N个频带中每个频带上CC对应的接收多播业务的能力。
一种可能的设计中,第一频带组合列表还包括第二频带信息,第二频带信息包括支持单播业务的M个频带的标识,M为大于0的整数;任一第一参数集合还指示M个频带分别对应的接收单播业务的能力,或者,任一第一参数集合还指示M个频带分别对应的接收通信业务的能力,通信业务包括单播业务和多播业务。通过上述设计,可以上报频带组合下M个频带上接收单播业务的能力,有助于接入网设备准确的了解终端设备的能力,从而有助于接入网设备为终端设备调度多播业务或单播业务。
一种可能的设计中,能力信息指示频带对应的接收多播业务的能力,和/或,分量载波CC对应的接收多播业务的能力,包括:能力信息包括第二频带组合列表以及第二特性集组合的标识;其中,第二频带组合列表包括支持接收多播业务的N个频带的标识,N为大于0的整数;第二特性集组合包括第二频带组合列表对应的Q1组参数,其中,每组参数包括Q2个第二参数集合,任一第二参数集合指示N个频带分别对应的接收多播业务的能力,和/或,N个频带中每个频带上CC对应的接收多播业务的能力,Q1为大于0的整数,Q2为大于0的整数。
一种可能的设计中,能力信息还包括第三频带组合列表,其中,第三频带组合列表包括支持接收单播业务的M个频带的标识,M为大于0的整数;第二特性集组合还包括第三频带组合列表对应的Q2个第三参数集合,任一第三参数集合指示M个频带分别对应的接收单播业务的能力;其中,Q2个第二参数集合中第i个第二参数集合与Q1组参数中任一组参数中的第i个第一参数集合相对应,其中,i为大于0且不大于Q2的整数。
上述设计,通过将该N个频带对应的多播能力与单播能力进行区分,使得单播能力和多播能力可以通过组合的方式指示频带组合下终端设备的通信能力,相比于穷举的方式,可以降低信令开销。并且对于单播能力部分,可以最大程度的重用现有机制,对协议的改动较小。
一种可能的设计中,能力信息指示频带对应的接收多播业务的能力,和/或,分量载波CC对应的接收多播业务的能力,包括:能力信息包括第二频带组合列表以及Q1个第三特性集组合的标识;其中,第二频带组合列表包括支持接收多播业务的N个频带的标识,N为大于0的整数;任一第三特性集组合包括Q2个第四参数集合,任一第四参数集合指示N个频带分别对应的接收多播业务的能力,和/或,N个频带中每个频带上CC对应的接收多播业务的能力,Q1为大于0的整数,Q2为大于0的整数。
一种可能的设计中,能力信息还包括第三频带组合列表以及第四特性集组合的标识,其中,第三频带组合包括支持接收单播业务的M个频带的标识,M为大于0的整数;第四特性集组合包括Q2个第五参数集合,任一第五参数集合指示M个频带分别对应的接收单播业务的能力。
一种可能的设计中,能力信息包括第四频带组合列表以及第五特性集组合的标识;其中,第四频带组合列表包括终端设备支持的X个频带的标识,X为大于0的整数;第五特性集组合包括至少一个第六参数集合,任一第六参数集合指示X个频带分别对应的通信参数,其中,X个频带包括N个支持接收多播业务的频带,N个频带中任一频带对应的通信参数指示频带对应的接收多播业务的能力,和/或,频带上CC对应的通信能力,其中,若CC支持接收多播业务,CC对应的通信能力为CC对应的接收多播业务的能力,N为大于0,且不大于X的整数。
一种可能的设计中,任一第六参数集合指示X个频带分别对应的通信参数,包括:任一第六参数集合包括X个频带分别对应的通信参数的索引,X个频带中任一频带的通信参数的索引满足:若频带支持接收多播业务,频带对应的通信参数的索引属于第一索引集合;若频带不支持接收多播业务,频带对应的通信参数的索引属于第二索引集合。
上述设计,通过划分索引集合,使得接入网设备可以根据频带对应的索引确定频带上是否支持接收多播业务,相比于在频带对应的通信参数中显示携带指示接收多播业务的标记的方式,可以降低信令开销,以及降低协议的复杂度,还可以提升对旧版本协议的兼容性。
一种可能的设计中,N个频带中任一频带对应的通信参数指示频带上CC对应的通信能力,包括:N个频带中任一频带对应的通信参数包括频带上CC对应的通信能力的索引,频带上任一CC对应的通信能力的索引满足:若CC支持接收多播业务,CC对应的通信能力的索引属于第三索引集合;若CC不支持接收多播业务,CC对应的通信能力的索引属于第四索引集合。
上述设计,通过划分索引集合,使得接入网设备可以根据CC对应的索引确定CC上是否支持接收多播业务,相比于在CC对应的通信参数中显示携带指示接收多播业务的标记的方式,可以降低信令开销,以及降低协议的复杂度,还可以提升对旧版本协议的兼容性。
一种可能的设计中,频带对应的接收多播业务的能力包括如下至少一项:频带支持接收多播业务、或在频带上接收多播业务的通信参数。
一种可能的设计中,CC对应的接收多播业务的能力包括:CC支持接收多播业务,和/或,在CC上接收多播业务的通信信息;其中,通信信息为在CC上接收多播业务的通信参数,或者,通信信息为CC的能力值,能力值为根据CC上接收多播业务的通信参数确定的。
一种可能的设计中,接收多播业务的通信参数包括接收多播业务时支持的最高调制阶数。
一种可能的设计中,接收多播业务的通信参数还包括:是否支持在同步的情况下同时接收单播业务和多播业务,和/或,是否支持在不同步的情况下同时接收单播业务和多播业务。
一种可能的设计中,方法还包括:接收来自终端设备的指示信息,指示信息包括终端设备正在接收或期望接收多播业务的调制阶数。
一种可能的设计中,在接收来自终端设备的指示信息之前,所述方法还包括:向所述终端设备发送第四信息,其中,所述第四信息用于指示上报异PLMN或者异运营商或者跨基站或者非服务小区或异频接收的多播业务。
一种可能的设计中,在接收来自终端设备的指示信息之前,所述方法还包括:向所述终端设备发送SIB 21。
一种可能的设计中,方法还包括:根据指示信息确定与终端设备进行通信的通信参数。通过上述设计,有助于接入网设备为终端设备调度单播业务。
一种可能的设计中,在接收来自终端设备的能力信息之前,方法还包括:向终端设备发送能力上报指示信息,能力上报指示信息指示终端设备上报接收多播业务的能力。通过上述,终端设备可以在接入网设备的指示下上报多播能力,从而可以避免多播能力不必要的上报。
一种可能的设计中,接入网设备可以根据能力信息向终端设备发送组播业务。
一种可能的设计中,接入网设备在接收到能力信息之后,可以根据能力信息配置组播业务的MBS无线承载(MBS radio bearer,MRB),如可以通过无线资源控制(radioresource control,RRC)配置消息配置MRB。接入网设备在配置完MRB之后发送组播业务。
一种可能的设计中,接入网设备还可以接收指示信息,该指示信息指示终端设备正在接收或者期望接收的多播业务的信息,如会话标识(session ID)、使用的子载波间隔(subcarrier spacing,SCS)、带宽(Bandwidth,BW)、频率等信息中一种或多种。接入网设备可以根据终端设备上报的能力信息和指示信息向终端设备发送单播业务。
以上第二方面及其可能的设计所示方法的有益效果可参照第一方面及其可能的设计中的有益效果。
第三方面,本申请提供一种通信方法,该方法的执行主体可以是终端设备,也可以是芯片或电路或用于实现终端设备的功能的其他部件。该方法包括:确定第一信息和第二信息,其中,第一信息指示终端设备对多播业务感兴趣,第二信息指示终端设备感兴趣的多播业务;发送第一信息和第二信息,其中,第一信息在安全激活之前发送,第二信息在安全激活之后发送。
本申请实施例中通过在安全激活之前向接入网设备指示终端设备对多播业务感兴趣,使得接入网设备可以为终端设备配置用于多播业务的资源,例如公共频域资源(common frequency resource,CFR),从而不需要在配置用于单播业务的资源后根据多播业务再重新配置,例如不需要在配置初始带宽部分(initial BWP)后再根据多播业务将initial BWP的带宽配置为CFR的带宽。通过该方式可以降低信令开销,有助于保证多播业务的连续性。并且,将终端设备感兴趣的多播业务的相关信息在安全激活之后发送,可以避免在不安全的环境中传输MBS的具体信息,从而可以提升通信安全性。
一种可能的设计中,终端设备可以在满足如下条件中至少一项的情况下,采用在安全激活之前发送第一信息,在安全激活之后发送第二信息的方式:
终端设备接入的小区/接入网设备正在提供多播业务;
终端设备接入的小区/接入网设备将要提供多播业务;
终端设备接入的小区/接入网设备支持提供多播业务;
终端设备在当前接入的小区/接入网设备正在接收或者期望接收多播业务;
终端设备正在接收或者期望接收的多播业务为当前接入的小区/接入网设备正在/将要/支持提供的;
终端设备当前接入的小区广播了用于提供多播业务信息的SIB;
终端设备当前接入的小区广播了第一SIB,该第一SIB携带多播控制配置信息(MCCH);
终端设备当前接入的小区提供的多播业务的CFR的带宽不同于***消息配置的initial BWP的带宽;
终端设备当前接入的小区提供的多播业务的CFR的带宽大于***消息配置的initial BWP的带宽;
终端设备接收来自接入网设备的第三信息,该第三信息指示终端设备采用在安全激活之前发送第一信息,在安全激活之后发送第二信息的方式。可选地,第三信息承载于广播消息中。
一种可能的设计中,第二信息包括多播业务标识或者多播服务标识或互联网协议(IP)组地址。上述设计中,通过在安全激活之后指示终端设备感兴趣的多播业务,可以避免在不安全的环境中传输MBS的具体信息,从而可以提升通信安全性。
一种可能的设计中,第一信息为感兴趣的频率列表和/或多播业务的优先级。上述设计中,通过感兴趣的频率列表和/或多播业务的优先级隐式的指示第一信息,可以节省信令开销。
第四方面,本申请提供一种通信方法,该方法的执行主体可以是接入网设备,也可以是芯片或电路。方法包括:接收第一信息和第二信息,其中,第一信息指示终端设备对多播业务感兴趣,第二信息指示终端设备感兴趣的多播业务,且第一信息在安全激活之前接收的,第二信息在安全激活之后接收的;在接收到第一信息之后,基于第一信息为终端设备配置initial BWP,例如,将initial BWP的带宽配置为CFR的带宽。
一种可能的设计中,第二信息包括多播业务标识或者多播服务标识或IP组地址。上述设计中,通过在安全激活之后指示终端设备感兴趣的多播业务,可以避免在不安全的环境中传输MBS的具体信息,从而可以提升通信安全性。
一种可能的设计中,接入网设备向终端设备发送第三信息,该第三信息指示终端设备采用在安全激活之前发送第一信息,在安全激活之后发送第二信息的方式。可选地,第三信息承载于广播消息中。
一种可能的设计中,第一信息为感兴趣的频率列表和/或多播业务的优先级。上述设计中,通过感兴趣的频率列表和/或多播业务的优先级隐式的指示第一信息,可以节省信令开销。
以上第四方面及其可能的设计所示方法的有益效果可参照第三方面及其可能的设计中的有益效果。
第五方面,本申请提供一种通信方法,该方法的执行主体可以是接入网设备,也可以是芯片或电路。方法包括:第一接入网设备向第二接入网设备指示对应关系,所述对应关系为一个或多个PLMN索引值与一个或多个PLMN值之间的一一对应的关系;所述第一接入网设备接收来自终端设备的指示信息,所述指示信息指示终端设备正在接收或期望接收多播业务的信息,所述指示信息包括至少一个PLMN索引值,所述至少一个PLMN索引值属于所述一个或多个PLMN索引值;所述第一接入网向所述第二接入网设备发送所述指示信息。
一种可能的设计中,所述指示信息指示终端设备正在接收或期望接收多播业务的如下至少一项信息:频率信息、TMGI、SCS、或调制阶数。
一种可能的设计中,第一接入网设备向第二接入网设备指示对应关系,包括:
所述第一接入网设备向所述第二接入网设备发送SIB1中的PLMN标识信息,所述PLMN标识信息指示所述对应关系。
一种可能的设计中,第一接入网设备向第二接入网设备指示对应关系,包括:
所述第一接入网设备向所述第二接入网设备发送Xn接口建立消息或者NG-RAN节点配置更新消息,所述Xn接口建立消息或者NG-RAN节点配置更新消息包括至少一个小区的信息,所述至少一个小区中第一小区的信息中指示所述第一小区的至少一个PLMN以及每个PLMN对应的PLMN索引值。
一种可能的设计中,第一接入网设备向第二接入网设备指示对应关系,包括:
所述第一接入网设备向所述第二接入网设备发送Xn接口建立消息或者NG-RAN节点配置更新消息,所述Xn接口建立消息或者NG-RAN节点配置更新消息包括至少一个小区的信息,所述至少一个小区中第n个小区的信息中指示所述第n个小区的至少一个PLMN以及偏置,所述偏置为所述至少一个小区中第一个小区至第n-1个小区的PLMN总数,所述n为大于0的整数。
第六方面,本申请提供一种通信方法,该方法的执行主体可以是接入网设备,也可以是芯片或电路。方法包括:第二接入网设备从第一接入网设备获取对应关系,所述对应关系为一个或多个PLMN索引值与一个或多个PLMN值之间的一一对应的关系;所述第二接入网设备接收来自所述第一接入网设备的指示信息,所述指示信息指示终端设备正在接收或期望接收多播业务的信息,所述指示信息包括至少一个PLMN索引值;所述第二接入网根据所述对应关系确定所述至少一个PLMN索引值对应的PLMN值。
一种可能的设计中,所述指示信息指示终端设备正在接收或期望接收多播业务的如下至少一项信息:频率信息、TMGI、SCS、或调制阶数。
一种可能的设计中,第二接入网设备从第一接入网设备获取对应关系,包括:
所述第二接入网设备接收来自所述第一接入网设备发送SIB1中的PLMN标识信息,所述PLMN标识信息指示所述对应关系。
一种可能的设计中,第二接入网设备从第一接入网设备获取对应关系,包括:
所述第二接入网设备接收来自所述第一接入网设备发送Xn接口建立消息或者NG-RAN节点配置更新消息,所述Xn接口建立消息或者NG-RAN节点配置更新消息包括至少一个小区的信息,所述至少一个小区中第一小区的信息中指示所述第一小区的至少一个PLMN值以及每个PLMN对应的PLMN索引值。
一种可能的设计中,第二接入网设备从第一接入网设备获取对应关系,包括:
所述第二接入网设备接收来自所述第一接入网设备发送Xn接口建立消息或者NG-RAN节点配置更新消息,所述Xn接口建立消息或者NG-RAN节点配置更新消息包括至少一个小区的信息,所述至少一个小区中第n个小区的信息中指示所述第n个小区的至少一个PLMN值以及偏置,所述偏置为所述至少一个小区中第一个小区至第n-1个小区的PLMN总数,所述n为大于0的整数。
第七方面,本申请提供一种通信方法,该方法的执行主体可以是接入网设备,也可以是芯片或电路。方法包括:第一接入网设备接收来自终端设备的第一指示信息,所述第一指示信息指示终端设备正在接收或期望接收多播业务的信息,所述第一指示信息包括至少一个PLMN索引值;所述第一接入网设备向第二接入网设备发送第二指示信息,所述第二指示信息中的PLMN信息为所述至少一个PLMN索引值对应的PLMN值。
一种可能的设计中,所述第一指示信息指示终端设备正在接收或期望接收多播业务的如下至少一项信息:频率信息、TMGI、SCS、或调制阶数。
一种可能的设计中,所述第二指示信息为将所述第一指示信息中的所述至少一个PLMN索引值替换成所述至少一个PLMN索引值对应的PLMN值得到的。
第八方面,本申请提供一种通信方法,该方法的执行主体可以是终端设备,也可以是芯片或电路。方法包括:终端设备接收来自接入网设备的业务信息,所述业务信息包括第一TMGI,所述第一TMGI中包括第一PLMN索引值;所述终端设备向接入网设备发送指示信息,所述指示信息指示终端设备正在接收或期望接收多播业务的信息,所述指示信息包括第二TMGI,所述第二TMGI包括所述第一PLMN索引值对应的PLMN值,其中,第一TMGI和第二TMGI中的服务标识(service ID)相同。
一种可能的设计中,所述指示信息指示终端设备正在接收或期望接收多播业务的如下至少一项信息:频率信息、TMGI、SCS、或调制阶数。
一种可能的设计中,所述第二TMGI为所述终端设备接收到的应用层消息携带的TMGI。
另一种可能的设计中,所述第二TMG为所述终端设备根据所述第一TMGI以及所述第一PLMN索引值对应的PLMN值生成的。
第九方面,本申请还提供一种通信装置,该通信装置具有实现上述第一方面或第三方面或第八方面提供的任一方法。该通信装置可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元或模块。
在一种可能的设计中,该通信装置包括:处理器,该处理器被配置为支持该通信装置执行以上所示方法中终端设备的相应功能。该通信装置还可以包括存储器,该存储可以与处理器耦合,其保存该通信装置必要的程序指令和数据。可选地,该通信装置还包括接口电路,该接口电路用于支持该通信装置与接入网设备等设备之间的通信。
在一种可能的设计中,该通信装置包括相应的功能模块,分别用于实现以上方法中的步骤。功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的设计中,通信装置的结构中包括处理模块和通信模块,这些模块可以执行上述方法示例中相应功能,具体参见第一方面或第三方面提供的方法中的描述,此处不做赘述。
第十方面,本申请还提供一种通信装置,该通信装置具有实现上述第二方面或第四方面或第五方面或第六方面或第七方面提供的任一方法。该通信装置可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元或模块。
在一种可能的设计中,该通信装置包括:处理器,该处理器被配置为支持该通信装置执行以上所示方法中接入网设备的相应功能。该通信装置还可以包括存储器,该存储可以与处理器耦合,其保存该通信装置必要的程序指令和数据。可选地,该通信装置还包括接口电路,该接口电路用于支持该通信装置与终端设备等设备之间的通信。
在一种可能的设计中,该通信装置包括相应的功能模块,分别用于实现以上方法中的步骤。功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的设计中,通信装置的结构中包括处理模块和通信模块,这些模块可以执行上述方法示例中相应功能,具体参见第二方面或第四方面提供的方法中的描述,此处不做赘述。
第十一方面,提供了一种通信装置,包括处理器和接口电路,接口电路用于接收来自该通信装置之外的其它通信装置的信号并传输至该处理器或将来自该处理器的信号发送给该通信装置之外的其它通信装置,该处理器通过逻辑电路或执行代码指令用于实现前述第一方面或第三方面或第八方面以及任意可能的设计中的方法。
第十二方面,提供了一种通信装置,包括处理器和接口电路,接口电路用于接收来自该通信装置之外的其它通信装置的信号并传输至该处理器或将来自该处理器的信号发送给该通信装置之外的其它通信装置,该处理器通过逻辑电路或执行代码指令用于实现前述第二方面或第四方面或第五方面或第六方面或第七方面以及任意可能的设计中的方法。
第十三方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序或指令,当该计算机程序或指令被处理器执行时,实现前述第一方面至第八方面中任一方面以及任意可能的设计中的方法。
第十四方面,提供了一种存储有指令的计算机程序产品,当该指令被处理器运行时,实现前述第一方面至第八方面中任一方面以及任意可能的设计中的方法。
第十五方面,提供一种芯片***,该芯片***包括处理器,还可以包括存储器,用于实现前述第一方面至第八方面中任一方面以及任意可能的设计的方法。该芯片***可以由芯片构成,也可以包含芯片和其他分立器件。
第十六方面,提供一种通信***,所述***包括第一方面所述的装置(如终端设备)和第二方面所述的装置(如接入网设备)。或者,所述***包括第三方面所述的装置(如终端设备)和第四方面所述的装置(如接入网设备)。或者,所述***包括第五方面所述的装置(如第一接入网设备)和第六方面所述的装置(如第二接入网设备)。或者,所述***包括第七方面所述的装置(如第一接入网设备)和第二接入网设备。或者,所述***包括第八方面所述的装置(如终端设备)和接入网设备。
附图说明
图1为本申请实施例的一种多播业务示意图;
图2为本申请实施例的一种多播场景示意图;
图3为本申请实施例的一种特性集组合示意图;
图4为本申请实施例的一种能力信息的结构示意图;
图5为本申请实施例的一种通信***的架构示意图;
图6为本申请实施例的另一种通信***的架构示意图;
图7为本申请实施例的一种通信方法的流程示意图;
图8为本申请实施例的一种发送组播业务的流程示意图;
图9为本申请实施例的一种能力信息的结构示意图;
图10为本申请实施例的一种通信方法的流程示意图;
图11为本申请实施例的一种通信装置的结构示意图;
图12为本申请实施例的一种通信装置的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或***实施例中。
以下,对本申请实施例中的部分用语进行解释说明,以便于本领域技术人员理解。
1)MBS:MBS是同时面向多个终端设备传输的业务,例如直播业务、公共安全业务、批量软件更新业务等。多播业务可以包括组播、广播等多播业务中的一项或多项,多播业务也可以称为组播业务、广播业务、组播/广播业务、组播/多播业务、多播/广播业务等。MBS来自数据服务器,首先数据服务器将MBS的数据发送给核心网设备,然后核心网设备将MBS的数据发送给接入网设备,最后接入网设备将MBS的数据发送给接收MBS的至少一个终端设备。核心网设备向接入网设备发送MBS的数据的时候,MBS的数据通过一个公共的传输通道即MBS会话进行传输,而接入网设备向终端设备发送的时候,有两种传输方式:第一种可以采用点到多点(point to multi-point,PTM)传输方式;第二种可以采用点到点(point topoint,PTP)传输方式。如图1所示。
本申请实施例中,MBS也可以称为“MBS业务”“MBS广播服务”“MBS会话”“MBS广播业务”“MBS服务”等等。
对于一个终端设备来说,支持从一个接入网设备接收MBS业务,从另一个接入网设备接收单播业务,如图2所示。或者,也可以从一个接入网设备接收MBS业务和单播业务。
需要说明的是,MBS仅是多播业务的一种示例性命名,不同通信制式下对多播业务的命名可以不同,例如,在长期演进(long term evolution,LTE)中多播业务可以称为多媒体广播多播业务(multimedia broadcast multicast service,MBMS),在新空口(newradio,NR)中多播业务可以称为MBS,在未来通信发展中,多播业务也可以命名为其他,本申请不做具体限定,下文统一称为多播业务。
2)只接收模式(receive only mode,ROM)模式是指:一种允许终端设备仅接收多播广播业务而无需访问提供多播广播服务的公用陆地移动网(public land mobilenetwork,PLMN)并向其注册的模式。
3)终端设备能力上报
网络设备通过能力查询的过程来获取终端设备的能力信息。在能力查询过程中,网络设备向终端设备发送指示信息,指示信息用于指示终端设备需要上报的能力参数。终端设备根据指示信息的指示上传相应的能力信息。
目前,有终端设备具有多无线接入技术(radio access technology,RAT)能力,多RAT能力是指终端设备同时在多个RAT工作时的能力。多RAT能力的一种典型代表是演进的通用陆基无线接入及新空口的双连接模式(E-UTRA-NR dual connectivity,EN-DC)。EN-DC是LTE和NR一起作为双连接模式工作的方式,并且LTE为主节点,即一个终端设备同时连接LTE网络设备和NR网络设备,同时由这两个网络设备提供服务。多RAT能力在能力请求时也作为一个能力类型来请求。
NR中的终端设备能力结构:不同终端设备由于硬件或者软件版本的不同,一个RAT内部支持的能力并不相同,为了网络更好的为终端设备提供服务,网络需要知道终端设备的能力,以便为终端设备配置合适的工作模式。
NR的终端设备的能力结构包括频带组合信息(Band Combination Lists)和频带信息。
频带组合信息包括频带列表(Band Lists)和特性集组合(Feature SetsCombinations)。
Band Lists包括终端设备支持的频带组合,并指示该频带组合中具体包含哪些频带,比如band1+band2+band3。当然,即使只支持一个band也是通过该结构上报。
Feature Sets Combinations表示终端设备在band组合上支持的能力。FeatureSets Combinations是一个包括多个Feature Sets Combination的集合,其中每个FeatureSets Combination是包含多个特性集索引(featuresetID)的矩阵型元素,每个featuresetID与一个band相关联。举例说明,如图3所示,为包括band A、band B和band C的band组合关联的FeatureSetsCombination,其中,每一行,分别对应band A,B,C使用的上行和下行的featuresetID。不同的行表示UE在这个band组合支持的不同的featureset组合。以第一行为例,UE在band A、band B和band C这个组合支持的不同的特性集合的矩阵元素分别为(0,0)、(2,4)、(1,2),可以理解,对于矩阵元素(0,0),表示在band A上使用的上行特性集索引和下行特性集索引均为0;对于矩阵元素(2,4),表示在band B上使用的上行特性集索引为2和下行特性集索引为4,以此类推。
featuresetID对应一组通信参数,用于表示终端设备在这个band上支持的能力,例如载波个数,载波带宽和多入多出技术(multiple-input multiple-output,MIMO)能力等。其中,featuresetID对应的通信参数可以包括终端设备在整个band上支持的能力,以及在该band的各个CC)上支持的能力(featureset perCC)。
频带信息可以为包括频带列表(Band Lists)。Band Lists包括终端设备支持的band,以及终端设备在各个band上支持的能力。
示例性的,终端设备的能力结构可以如图4所示。
应理解,这终端设备的能力结构还可以包括未示出的其他信息,如终端设备级别的能力信息等,这里不做具体限定。
4)终端设备能力查询过程
网络设备和终端设备之间会进行单播的通信,因此网络设备通常会通过能力查询过程来获取终端设备的能力,以便网络设备根据终端设备的能力以单播的方式收发数据。在能力查询过程中,网络设备可以向终端设备发送能力查询信息,用于请求终端设备的能力。
能力查询信息中通常会包括信元,信元中包括有多个字段用于指示所需要请求的终端设备的能力。网络设备发送的能力查询信息的信元可以是一个过滤函数,例如:UE-Capability Request Filter Common。过滤函数用于请求过滤的终端设备的能力。过滤的终端设备的能力是指符合网络设备要求的终端设备的能力,因此,通过过滤函数网络设备可以获得其指示终端设备上报的终端设备的能力。
5)终端设备,包括向用户提供语音和/或数据连通性的设备,具体的,包括向用户提供语音的设备,或包括向用户提供数据连通性的设备,或包括向用户提供语音和数据连通性的设备。例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network,RAN)与核心网进行通信,与RAN交换语音或数据,或与RAN交互语音和数据。该终端设备可以包括UE、无线终端设备、移动终端设备、设备到设备通信(device-to-device,D2D)终端设备、车到一切(vehicleto everything,V2X)终端设备、机器到机器/机器类通信(machine-to-machine/machine-type communications,M2M/MTC)终端设备、物联网(internet of things,IoT)终端设备、订户单元(subscriber unit)、订户站(subscriber station),移动站(mobile station)、远程站(remote station)、接入点(access point,AP)、远程终端(remote terminal)、接入终端(access terminal)、用户终端(user terminal)、用户代理(user agent)、或用户装备(user device)等。例如,可以包括移动电话(或称为“蜂窝”电话),具有移动终端设备的计算机,便携式、袖珍式、手持式、计算机内置的移动装置等。例如,个人通信业务(personalcommunication service,PCS)电话、无绳电话、会话发起协议(session initiationprotocol,SIP)话机、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、等设备。还包括受限设备,例如功耗较低的设备,或存储能力有限的设备,或计算能力有限的设备等。例如包括条码、射频识别(radiofrequency identification,RFID)、传感器、全球定位***(global positioning system,GPS)、激光扫描器等信息传感设备。
作为示例而非限定,在本申请实施例中,该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备或智能穿戴式设备等,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能头盔、智能首饰等。
本申请实施例中,终端设备还可以包括中继(relay)。或者理解为,能够与基站进行数据通信的都可以看作终端设备。
本申请实施例中,用于实现终端设备的功能的装置可以是终端设备,也可以是应用于终端设备中能够支持终端设备实现该功能的装置,例如具备通信功能的部件或组件,或者芯片***,该装置可以被安装在终端设备中。本申请实施例中,芯片***可以由芯片构成,也可以包括芯片和其他分立器件。本申请实施例提供的技术方案中,以用于实现终端的功能的装置是终端设备为例,描述本申请实施例提供的技术方案。
6)网络设备,例如包括接入网(access network,AN)设备,例如基站(例如,接入点),可以是指接入网中在空口通过一个或多个小区与终端设备通信的设备。网络设备可以包括LTE***或高级长期演进(long term evolution-advanced,LTE-A)中的演进型基站(NodeB或eNB或e-NodeB,evolutional Node B),或者也可以包括第五代移动通信技术(the5th generation,5G)NR***(也简称为NR***)中的下一代节点B(next generationnode B,gNB)或者也可以包括云接入网(cloud radio access network,Cloud RAN)***中的集中式单元(centralized unit,CU)和/或分布式单元(distributed unit,DU),本申请实施例并不限定。例如网络设备可以为Cloud RAN***中的CU,或为DU,或为CU和DU的整体。
网络设备还可以包括核心网设备,核心网设备例如包括访问和移动管理功能(access and mobility management function,AMF)等。本申请实施例由于主要涉及接入网,因此在后文中如无特殊说明,则所述的网络设备均是指接入网设备。
本申请实施例中,用于实现网络设备的功能的装置可以是网络设备,也可以是能够支持网络设备实现该功能的装置,例如芯片***,该装置可以被安装在网络设备中。在本申请实施例提供的技术方案中,以用于实现网络设备的功能的装置是网络设备为例,描述本申请实施例提供的技术方案。
本申请实施例中“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,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可以是单个,也可以是多个。
以及,除非有相反的说明,本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分,不用于限定多个对象的大小、内容、顺序、时序、优先级或者重要程度等。例如,第一参数和第二参数,只是为了区分不同的参数,而并不是表示这两个参数的内容、数值、优先级或者重要程度等的不同。
前文介绍了本申请实施例所涉及到的一些名词概念,下面介绍本申请实施例涉及的技术特征。
在移动通信***中,终端设备和网络设备的通信是在band上进行的。不同的终端设备可能支持不同的频带或不同的频带组合,终端设备在不同的频带或频带组合上可能具有不同的基带能力。基带能力可能包括:载波带宽、载波个数、支持的信道状态指示符(channel state indicator,CSI)进程数、多入多出(multiple-input multiple-output,MIMO)层数等。终端设备需要向网络设备上报支持的频带或频带组合,以及基带能力信息。网络设备根据终端设备的能力进行业务的资源配置。
在一种场景下,终端设备可以支持在执行单播操作的时候还接收广播多播业务,此时单播和广播多播业务共享终端设备的基带能力。因此,终端设备有必要将其在执行单播操作的时候还接收多播广播的能力上报给网络设备,以便网络设备根据终端设备上报的能力信息进行多播广播业务的配置。目前,在LTE中,终端设备上报接收多播广播的能力的方式为,在能力信息中上报mbms-MaxBW,其中,mbms-MaxBW指示MBS接收支持的最大带宽。
当前LTE设计的多播能力信息为UE级别,不区分band和载波,只支持上报用于MBS的最大带宽。现有NR的多播业务可能只在UE的某个band上支持,如果复用LTE的多播能力将不能对NR的UE的多播能力进行精准上报。
基于此,本申请实施例提供一种通信方法及装置,用于解决终端设备的多播能力上报准确性较低的问题。其中,方法和装置是基于同一发明构思的,由于方法及装置解决问题的原理相似,因此装置与方法的实施可以相互参见,重复之处不再赘述。
本申请提供的通信方法可以应用于各类通信***中,例如,可以是物联网(internet of things,IoT)、窄带物联网(narrow band internet of things,NB-IoT)、长期演进(long term evolution,LTE),也可以是第五代(5G)通信***,还可以是LTE与5G混合架构、也可以是5G新无线(new radio,NR)***以及6G或者未来通信发展中出现的新的通信***等。本申请所述的通信***还可以是机器到机器(machine to machine,M2M)网络或者其他网络。
参阅图5所示,为本申请实施例提供的一种通信***,该通信***可以包括终端设备、接入网设备,还可以包括核心网设备。在该通信***中,终端设备可以从接入网设备接收多播业务。
参阅图6所示,为本申请实施例提供的一种通信***,该通信***可以包括终端设备、两个接入网设备,分别为接入网设备1和接入网设备2。在该通信***中,终端设备可以从接入网设备1接收单播业务,从接入网设备2接收多播业务,两种业务可以共享终端设备的基带能力。
可选的,接入网设备1和接入网设备2可以连接不同的核心网设备,例如,通信***还可以包括核心网设备1和核心网设备2,其中,接入网设备1连接核心网设备1,接入网设备2连接核心网设备2,如图6所示。
或者,接入网设备1和接入网设备2也可以连接同一个核心网设备,例如,通信***包括核心网设备3,接入网设备1和接入网设备2均连接核心网设备3。
本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题同样适用。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
如图7所示,为本申请实施例提供的一种通信方法的流程示意图。
S801,终端设备确定能力信息。
能力信息指示band对应的接收多播业务的能力,和/或,CC对应的接收多播业务的能力。示例性的,多播业务可以包括组播业务、广播业务等。
其中,能力信息指示band对应的接收多播业务的能力,可以理解为,能力信息包括band级别(per band)的接收多播业务的能力。能力信息指示CC对应的接收多播业务的能力,可以理解为,能力信息包括CC级别(per CC)的接收多播业务的能力。
本申请实施例中,“接收多播业务的能力”也可以替换为“接收MBS服务的能力”、“MBS能力”、“组播能力”、“广播能力”、“ROM能力”、或“免费接收(free to air,FTA)能力”等,本申请实施例以“接收多播业务的能力”为例进行说明。
能力信息指示band对应的接收多播业务的能力,和/或,CC对应的接收多播业务的能力的具体方式将在下文详细说明。
需要说明的是,步骤S801可以是一个可选的步骤,即终端设备可以不体现确定能力信息的过程。
S802,终端设备向接入网设备发送能力信息。相应的,接入网设备接收来自终端设备的能力信息。
可选的,在步骤S802之前,或者在S801之前,接入网设备可以向终端设备发送能力上报指示信息,能力上报指示信息指示终端设备上报接收多播业务的能力。
具体的,能力上报指示信息指示终端设备上报接收多播业务的能力。具体包括:能力上报指示信息指示终端设备上报所有支持多播业务的band对应的能力或者当前或指定PLMN下包含的所有支持多播业务的band对应的能力。举例说明,能力上报指示信息可以是一个或多个比特的取值指示是否上报。或者,能力上报指示信息可以通过是否携带一个或多个比特指示是否上报。又或者,能力上报指示信息中的字段通过true/false指示是否上报。
或者,能力上报指示信息指示终端设备上报接收多播业务的能力。具体包括:能力上报指示信息可以携带一个或多个band的索引或者标识,能力上报指示信息指示终端设备上报该一个或多个band的接收多播业务的能力。
S803,接入网设备根据能力信息确定终端设备的能力。
一种实现方式中,接入网设备可以根据能力信息向终端设备发送多播业务。
例如,在图5所示的通信***中,终端设备向接入网设备发送能力信息,接入网设备可以根据能力信息向终端设备发送组播业务。具体的,终端设备向接入网设备发送能力信息之后,接入网设备可以根据能力信息配置组播业务的MRB,如可以通过RRC配置消息配置MRB。接入网设备在配置完MRB之后发送组播业务,如图8所示。
另一种实现方式中,接入网设备可以根据能力信息向终端设备发送单播业务。
例如,在图6所示的通信***中,终端设备向接入网设备1发送能力信息,接入网设备1可以根据能力信息向终端设备发送单播业务。
一种具体的实现方式中,终端设备向接入网设备发送能力信息之外,还可以向接入网设备发送指示信息,该指示信息指示终端设备正在接收或者期望接收的多播业务的信息,如会话标识、使用的SCS、BW、频率等信息。接入网设备可以根据终端设备上报的能力信息和指示信息选择终端设备支持的一组能力信息集合,从而可以在不影响终端设备接收多播业务的情况下,向终端设备发送单播业务。
可选的,终端设备还可以向接入网设备发送指示信息,指示信息可以指示正在接收或者期望接收的多播业务的调制阶数,例如可以通过MBS感兴趣指示(MBS interestindication,MII)指示正在接收或者期望接收的多播业务的调制阶数等等。可选的,指示信息还可以指示终端设备正在接收或期望接收多播业务的如下至少一项信息:频率信息(如带宽和/或频点等)、TMGI、SCS。
本申请不限定指示信息的名称(或者类型),下文中也可以将MII可以替换成其他指示UE感兴趣的业务的信息,比如用户辅助信息(user assitance information,UAI)等等。为了便于描述,下面以指示信息为MII为例进行说明。
需要说明的是,MII的触发方式、发送方式以及内容可以不依赖于图8所述方法单独实施。若MII的触发方式、发送方式以及内容单独实施,MII指示的信息可以包括上述指示信息所指示的内容,也可以不包括上述指示信息指示的内容,或者也可以包括上述指示信息中的部分信息。
一种实现方式中,终端设备可以从多播传输逻辑信道(MTCH)配置信息获取正在接收或者期望接收的多播业务的调制阶数。可选的,该实现方式中,终端设备发送指示信息之前,可以接收来自接入网设备的***信息,该***信息中包括MCCH配置信息。并根据MCCH配置信息接收MCCH,MCCH上包含MTCH配置信息。
另一种实现方式中,终端设备也可以从下行控制信息(downlink controlinformation,DCI)中获取正在接收或者期望接收的多播业务的调制阶数。具体的,终端设备可以实时上报获取到的调制阶数,也可以获取n次后上报其中最大的调制阶数。
进一步的,终端设备上报正在接收或者期望接收的多播业务的调制阶数之后,还可以更新该调制阶数,例如,从DCI中获取到正在接收或者期望接收的多播业务更新后的调制阶数后,向接入网设备进行更新。
例如,在图6所示的通信***中,终端设备向接入网设备1发送能力信息,终端设备可以向接入网设备1发送MII,该MII指示终端设备从接入网设备2正在接收或者期望接收的多播业务的信息。接入网设备1可以根据终端设备上报的能力信息和MII向终端设备发送单播业务。
在LTE中,终端设备通过接收主小区/主服务小区(primary cell/primaryserving cell,Pcell)的SIB2中的mbms-ROM-ServiceIndicatio触发终端设备上报MII(也就是上述指示信息),但NR或者未来通信中,可能没有该信息,从而导致无法触发终端设备上报MII。基于此,本申请提供三种触发终端设备上报MII的方法。
第一种方法为:接入网设备向终端设备发送第四信息指示是否上报MII。第四信息可以用于指示上报异PLMN(inter-PLMN)或者异运营商(inter-operator)或者跨基站或者非服务小区(non-servingcell)或者异频接收的多播业务。
在该方法中,终端设备在接收到第四信息后,可以确定是否需要上报MII。下面介绍四种确定方法,应理解,该四种方法可以单独实施,也可以任意两个或三个或四个结合进行实施。
确定方法1:终端设备可以满足如下任一情况时,确定需要上报MII:
情况一:接收的多播业务的TMGI中的PLMN与该接入网设备的服务小区的SIB1中包含的PLMN信息不一致。
情况二:接收多播业务的小区的SIB1中包含的PLMN和该接入网设备的服务小区的SIB1中包含的PLMN不一致。
确定方法1的“不相同”可以理解为接收的多播业务的TMGI(或者SIB1)中的PLMN与该接入网设备的服务小区的SIB1中包含的PLMN至少存在不同的部分。
在该实施方式中,第四信息可以为1个或多个比特。
确定方法2:终端设备可以满足如下任一情况时,确定需要上报MII:
情况三:第四信息包括一个或多个PLMN,接收的多播业务的TMGI中的PLMN与该一个或多个PLMN均不相同。
情况四:第四信息包括一个或多个PLMN,接收多播业务的小区的SIB1中包含的PLMN与所述一个或多个PLMN均不相同。
确定方法2的“不相同”可以理解为接收的多播业务的TMGI(或者SIB1)中的PLMN与该一个或多个PLMN中的任一PLMN至少存在不同的部分。
确定方法3:终端设备可以在满足如下情况中一项或多项时,确定需要上报MII:
情况五:接收多播业务的频点不属于该接入网设备的服务小区的SIB 21中包含的频点。
情况六:接收多播业务的频点与USD中包括的频点列表中的频点均不相同。
确定方法4:终端设备可以在满足如下情况时,确定需要上报MII:
情况七:此指示信息包括一个或多个频点信息,接收的多播业务的频点与该一个或多个频点均不相同。
上述四种确定方法中,上述接入网设备可以图6所示场景中的接入网设备1,接收的多播业务可以是从接入网设备2的。
第二种方法为:协议可以规定接入网设备的服务小区必须发送SIB21用于触发终端设备可以上报MII。该接入网设备可以是图6所示场景中的接入网设备1。
第三种方法为:终端设备可以判断需要上报MII。
例如,终端设备可以在满足inter-PLMN或者inter-operator的情况下确定上报在异PLMN(inter-PLMN)或者inter-operator接收的多播业务。
具体可以参阅上述确定方法1或确定方法2,这里不再赘述。
又例如,终端设备可以在满足异频的情况下确定上报在异频接收的多播业务。
具体可以参阅上述确定方法3或确定方法4,这里不再赘述。
以上介绍了三种触发终端设备上报MII的方法。下面结合上述三种方法介绍终端设备上报的MII的内容。
基于上述第一种方法,终端设备可以根据第四信息确定需要上报MII,并基于该第四信息确定MII中包括的频率信息(例如频点和/或带宽等)/TMGI/SCS/调制阶数等等。
基于上述第三种方法,终端设备可以根据异operator/异PLMN/异频/非服务小区确定需要上报MII,并根据operator/PLMN/频点确定MII中包括的频率信息(例如频点和/或带宽等)/TMGI/SCS/调制阶数等等。
基于上述第二种方法,终端设备可以根据SIB21确定需要上报MII,并基于operator/PLMN/频点确定MII中包括的频率信息(例如频点和/或带宽等)/TMGI/SCS/调制阶数等等。
本申请实施例终端设备可通过能力信息指示频带(或称band)级别和/或CC级别的多播能力,从而提升多播能力上报的精度,使得接入网设备可以获取精细化的能力信息。一种可能的实现,接入网设备可以根据精细化的能力信息提供多播业务和/或单播业务,例如,可以根据精细化的能力信息配置或选择多播业务和/或单播业务的通信参数。
下面结合能力信息的结构对能力信息指示band对应的接收多播业务的能力,和/或,CC对应的接收多播业务的能力的方式进行介绍。
一种示例性说明中,可以通过能力信息中的频带组合信息指示band对应的接收多播业务的能力,和/或,CC对应的接收多播业务的能力,或者,也可以通过能力信息中的频带信息指示band对应的接收多播业务的能力。下文中将分别介绍通过频带组合信息指示band对应的接收多播业务的能力,和/或,CC对应的接收多播业务的能力的示例,以及通过频带信息指示band对应的接收多播业务的能力的示例。
通过频带组合信息指示band对应的接收多播业务的能力,和/或,CC对应的接收多播业务的能力,可以通过如下四种方式实现:
方式一:根据前文术语介绍3)可知,能力信息包括Band Combination Lists,其中,包括Band Lists和Feature Sets Combinations。在本方式中,可以通过在BandCombination Lists中的Band Lists列举支持接收多播业务的band,并通过该Band List对应的Feature Sets Combination指示在支持接收多播业务的band上接收多播业务的能力。
示例1,能力信息包括第一频带组合列表以及第一特性集组合的标识。其中,第一频带组合列表包括第一频带信息,第一频带信息包括支持接收多播业务的N个band的标识,N为大于0的整数。第一特性集组合包括第一频带组合列表对应的至少一个第一参数集合,任一第一参数集合指示N个band分别对应的接收多播业务的能力,和/或,N个band中每个band上CC对应的接收多播业务的能力。示例性的,N可以为1,2,3,4,5,6,7,8,9,10等等。一种实现方式中,网络设备可以指示终端设备上报的支持多播业务的频带的数量N,或者也指示终端设备上报的支持多播业务的频带的最大数量。
可选的,该第一频带组合列表还可以包括第二频带信息,第二频带信息包括支持单播业务的M个band的标识,M为大于0的整数;任一第一参数集合还指示M个band分别对应的接收单播业务的能力,或者,任一第一参数集合还指示M个band分别对应的接收通信业务的能力,通信业务包括单播业务和多播业务。
本示例1中,第一频带组合列表列举了终端设备支持单播业务的M个band的标识以及支持多播业务的N个band的标识。这里根据band上支持的通信业务对band进行区分,如果终端设备在一个band上支持接收多播业务,则在第一频带信息包括该band的标识,如果终端设备在一个band上支持接收单播业务,则在第二频带信息包括该band的标识。如果一个band既支持接收多播业务,也支持接收单播业务,则该band的标识包括在第一频带信息和第二频带信息中,即第一频带组合列表中该band的标识出现两次。
作为一种示例,本方式中,能力信息的结构可以为:能力信息包括第一频带组合列表和第一特性集组合的标识。第一频带组合列表包括支持接收多播业务的N个band的标识以及支持接收单播业务的M个band的标识,其中,若一个band支持接收多播业务和单播业务,则该band的标识在第一频带组合列表中出现两次。第一特性集组合包含多个特性集索引(featuresetID)的矩阵型元素,每个特性集索引与一个band相关联。其中,每一行特性集索引可以认为是一个第一参数集合,每一行特性集索引即第一参数集合表示终端设备在这个band组合上支持的特性集组合。第一特性集组合的每一行特性集索引即每一个第一参数集合可以包括上述N个band对应的特性集索引,还可以包括上述M个band对应的特性集索引。
其中,N个band中每个band对应的特性集索引对应一组通信参数,用于表示终端设备在这个band上接收多播业务的能力。M个band中每个band对应的特性集索引对应一组通信参数,用于表示终端设备在这个band上接收单播业务的能力,或者,用于表示终端设备在这个band上接收通信业务的能力,该通信业务包括单播业务和多播业务,还可以包括其他业务,这里不做具体限定。
可选的,M个band对应的特性集索引可以包括两部分,分别为上行特性集索引和下行特性集索引。其中,上行特性集索引可以对应一组通信参数,其中,该组通信参数可以包括band级别的通信参数,和CC级别的通信参数。该组通信参数中,band级别的通信参数用于指示在band上进行上行发送的能力。CC级别的通信参数用于指示在CC上进行上行发送的能力。
下行特性集索引可以对应一组通信参数,其中,该组通信参数可以包括band级别的通信参数,和CC级别的通信参数。该组通信参数中,band级别的通信参数用于指示在band上接收单播业务的能力。CC级别的通信参数用于指示在band上接收单播业务的能力。或者,该组通信参数中,band级别的通信参数用于指示在band上接收通信业务的能力。CC级别的通信参数用于指示在CC上接收通信业务的能力。
N个band对应的特性集索引可以包括下行特性集索引。下行特性集索引可以对应一组通信参数,其中,该组通信参数可以包括band级别的通信参数,和CC级别的通信参数。该组通信参数中,band级别的通信参数用于指示在band上接收多播业务的能力。CC级别的通信参数用于指示在band上接收多播业务的能力。
举例说明,M个band的上行特性集索引对应的通信参数中包括的band级别的通信参数、M个band的下行特性集索引对应的通信参数中包括的band级别的通信参数、或者N个band的下行特性集索引对应的通信参数中包括的band级别的通信参数可以包括以下类型的通信参数中至少一项:SCS、BW、多入多出技术(multiple-input multiple-output,MIMO)层数(MIMO layers)、调制阶数(ModulationOrder)等。
可选的,N个band的下行特性集索引对应的通信参数中包括的band级别的通信参数还包括:支持接收多播业务的标记。
M个band的上行特性集索引对应的通信参数中包括的CC级别的通信参数、M个band的下行特性集索引对应的通信参数中包括的CC级别的通信参数、或者N个band的下行特性集索引对应的通信参数中包括的CC级别的通信参数可以包括以下类型的通信参数中至少一项:CC对应的SCS、CC对应的BW、CC对应的MIMO layers、CC对应的ModulationOrder等。
或者,N个band的下行特性集索引对应的通信参数中包括的CC级别的通信参数也可以是一个能力值,该能力值可以是根据上述SCS等参数确定的。一种实现方式中,该能力值可以是SCS、BW、MIMO layers以及ModulationOrder的加权和。另一种实现方式中,该能力值可以是SCS、BW、MIMO layers以及ModulationOrder的乘积。当然,能力值也可以是根据其他计算方式确定的,这里不做具体限定。
可选的,N个band的下行特性集索引对应的通信参数中包括的CC级别的通信参数还包括:支持接收多播业务的标记。
下面结合具体例子对示例1进行举例说明。
假设终端设备在band A和band B上支持接收单播业务,在band B和band C上支持接收多播业务,能力信息的结构可以如表1所示。
表1
结合上述表1对示例1进行说明,表1为能力信息中频带组合信息即BandCombination Lists。其中,Band list 1为第一频带组合列表,通过第一频带组合列表可以指示支持接收多播业务的N个band的标识以及支持单播业务的M个band的标识,表1中以band B和band C支持多播业务,band A和band B为例。
featureSetCombinationID 1为第一特性集组合的标识,第一特性集组合包括第一频带组合列表对应的至少一个第一参数集合,其中,每个中括号表示一个第一参数集合,指示终端设备在band组合上支持的一种能力。同一中括号中各小括号依次标识频带组合列表中各band对应的特性集。例如,每个中括号中第一个小括号标识band A对应的特性集,第二个小括号标识band B对应的特性集,第三个小括号标识band B对应的接收多播业务的特性集,第四个小括号标识band C对应的接收多播业务的特性集。
每个小括号中包括的元素为特性集索引,其中,fsul表示上行对应的特性集,fsdl表示下行对应的特性集,n1、n2等为索引值,即fsul_n1表示上行对应的特性集为索引值n1对应的通信参数,fsdl_n1表示下行对应的特性集为索引值n1对应的通信参数。每个特性集索引指示的内容对应相同的结构体,以fsdl_n1为例,如表1所示,fsdl_n1对应:band级别的通信参数,即Per band parameters,以及CC级别的通信参数,即Per CC parameters。其中,Per CC parameters具体包括CC对应的特征集标识,如,CC1对应的特征集标识fsdlperCC_n1和CC2对应的特征集标识fsdlperCC_n2。
CC对应的特征集标识可以指示CC对应的通信参数,例如可以是CC对应的SCS,BW,MIMO layers,ModulationOrder等。又例如,可以是CC对应的能力值。
应理解,第一特性集组合包括的其他特性集索引指示的内容的结构与fsdl_n1类似,具体可以参阅上面fsdl_n1的相关描述,这里不再一一展开描述。
示例1中,可以通过能力查询中的一个或多个比特触发终端设备上报接收多播业务的band B和band C的能力组合,或者,也可以通过能力查询中的一个或多个比特触发上报band B接收多播业务的能力(其中,band B可以为同一PLMN有的band或者另外PLMN的band),也可以通过能力查询中的MBS的band过滤列表包含bandB和C来触发终端设备上报接收多播业务的bandB和C的能力组合。
示例2,能力信息包括第二频带组合列表以及第二特性集组合的标识;其中,第二频带组合列表包括支持接收多播业务的N个band的标识,N为大于0的整数;第二特性集组合包括第二频带组合列表对应的Q1组参数,其中,每组参数包括Q2个第二参数集合,任一第二参数集合指示N个band分别对应的接收多播业务的能力,和/或,N个band中每个band上CC对应的接收多播业务的能力,Q1为大于0的整数,Q2为大于0的整数。
可选的,能力信息还包括第三频带组合列表,其中,第三频带组合列表包括支持接收单播业务的M个band的标识,M为大于0的整数;第二特性集组合还包括第三频带组合列表对应的Q2个第三参数集合,任一第三参数集合指示M个band分别对应的接收单播业务的能力;其中,Q2个第二参数集合中第i个第二参数集合与Q1组参数中任一组参数中的第i个第一参数集合相对应,其中,i为大于0且不大于Q2的整数。可以理解的,Q2个第二参数集合中第i个第二参数集合与Q1组参数中任一组参数中的第i个第一参数集合组合,可以表示终端设备在这个band组合上支持的特性集组合,所述band组合即第二频带组合列表和第三频带组合列表组合得到的band组合。
本示例2中,第二频带组合列表列举了终端设备支持接收多播业务的N个band的标识,第三频带组合列表列举了终端设备支持接收单播业务的M个band的标识。这里根据band上支持的通信业务对band进行区分。如果终端设备在一个band上支持接收多播业务,则在第二频带组合列表包括该band的标识,如果终端设备在一个band上支持接收单播业务,则在第三频带组合列表包括该band的标识。如果一个band既支持接收多播业务,也支持接收单播业务,则该band的标识包括在第二频带组合列表和第三频带组合列表中。
作为一种示例,本方式中,能力信息的结构可以为:能力信息包括第二频带组合列表、第三频带组合列表和第二特性集组合的标识。第二频带组合列表包括支持接收多播业务的N个band的标识,第三频带组合列表包括支持接收单播业务的M个band的标识。其中,若一个band支持接收多播业务和单播业务,则该band的标识包括在第二频带组合列表和第三频带组合列表中。
第二特性集组合包含第一矩阵和至少一个扩展矩阵。其中,第一矩阵包括多个特性集索引(featuresetID)的矩阵型元素,每个特性集索引与M个band中的一个band相关联。其中,每一行特性集索引可以认为是一个第三参数集合。第一矩阵的每一行特性集索引即每一个第三参数集合包括上述M个band对应的特性集索引。其中,M个band中每个band对应的特性集索引对应一组通信参数,用于表示终端设备在这个band上接收单播业务的能力,或者,用于表示终端设备在这个band上接收通信业务的能力,该通信业务包括单播业务和多播业务。
每个扩展矩阵包括多个特性集索引(featuresetID)的矩阵型元素,每个特性集索引与N个band中的一个band相关联。其中,每个扩展矩阵的每一行特性集索引可以认为是一个第二参数集合。每个扩展矩阵的每一行特性集索引即每一个第二参数集合包括上述N个band对应的特性集索引。其中,N个band中每个band对应的特性集索引对应一组通信参数,用于表示终端设备在这个band上接收多播业务的能力。
第一矩阵的第i行特性集索引与一个扩展矩阵的第i行特性集索引可以进行组合,组合得到特性集组合可以表示终端设备在这个band组合上支持的特性集组合,所述band组合即第二频带组合列表和第三频带组合列表组合得到的band组合。
关于M个band对应的特性集索引的含义、N个band对应的特性集索引的含义的说明,可以参阅上述示例1中关于M个band对应的特性集索引、N个band对应的特性集索引的说明,这里不再重复赘述。
下面结合具体例子对示例2进行举例说明。
假设终端设备在band A和band B上支持接收单播业务,在band B和band C上支持接收多播业务,能力信息的结构可以如表2所示。
表2
结合上述表2对示例2进行说明,表2为能力信息中频带组合信息即BandCombination Lists。其中,Band list extend为第二频带组合列表,通过第二频带组合列表可以指示支持接收多播业务的N个band的标识,表2中以band B和band C支持多播业务为例。Band list 1为第三频带组合列表,通过第二频带组合列表可以指示支持接收单播业务的M个band的标识,表2中以band A和band B支持单播业务为例。
featureSetCombinationID 1为第二特性集组合的标识,第二特性集组合包括Band list 1对应的Q2个第三参数集合。表2中以Q2=3为例,第二特性集组合包括第一矩阵,第一矩阵中包括Band list 1对应的Q2=3个第三参数集合,其中,第一矩阵中每个中括号表示一个第三参数集合,同一中括号中各小括号依次标识Band list 1中各band对应的特性集。例如,每个中括号中第一个小括号标识band A对应的特性集,第二个小括号标识band B对应的特性集。
第二特性集组合还包括Band list extend对应的Q1组参数,其中,每组参数包括Q2个第二参数集合。表2中以Q1=3为例,第二特性集组合包括Q1=3个扩展矩阵,每个扩展矩阵为Band list extend对应的一组参数,其中,包括Q2=3个第二参数集合,其中,每个扩展矩阵中每个中括号表示一个第二参数集合,同一中括号中各小括号依次标识Band listextend中各band对应的接收多播业务的特性集。例如,每个中括号中第一个小括号标识band B对应的接收多播业务的特性集,第二个小括号标识band C对应的接收多播业务的特性集。
其中,第一矩阵中的中括号与每个扩展矩阵中的中括号,根据所在的行一一对应,以扩展矩阵1为例,第一矩阵中第一行也就是第一个中括号与扩展矩阵中的第一行即第一个中括号相对应。具有对应关系的中括号可以进行组合,表示终端设备在这个band组合上支持的特性集组合,所述band组合即Band list extend和Band list 1组合得到的band组合。
表2中,中括号包括的小括号、小括号包括的元素以及各元素指示的含义具体可以参阅表1中的相关描述,这里不再重复赘述。
其中,在表2中第一矩阵和扩展矩阵的行数一致。也就是第一矩阵包括的第三参数集合的数量与扩展矩阵包括的第二参数集合的数量相同。
示例2中通过第一矩阵和扩展矩阵组合的方式,可以降低减少能力上报的信令开销,并且对于单播能力部分,可以最大程度的重用现有机制,对协议的改动较小。
示例2中,可以通过能力查询中的一个或多个比特触发终端设备上报接收多播业务的band B和band C的能力组合,或者,也可以通过能力查询中的一个或多个比特触发上报band B接收多播业务的能力(其中,band B可以为同一PLMN的band或者其他PLMN的band),也可以通过能力查询中的MBS的band过滤列表包含bandB和C来触发终端设备上报接收多播业务的bandB和C的能力组合。
示例3,能力信息包括第二频带组合列表以及Q1个第三特性集组合的标识;其中,第二频带组合列表包括支持接收多播业务的N个band的标识,N为大于0的整数;任一第三特性集组合包括Q2个第四参数集合,任一第四参数集合指示N个band分别对应的接收多播业务的能力,和/或,N个band中每个band上CC对应的接收多播业务的能力,Q1为大于0的整数,Q2为大于0的整数。
一种可选的方式中,能力信息中可以列举出Q1个第三特性集组合的标识,或者,能力信息也可以包括扩展信息,该扩展信息可以对应Q1个第三特性集组合的标识。
可选的,能力信息还包括第三频带组合列表以及第四特性集组合的标识,其中,第三频带组合包括支持接收单播业务的M个band的标识,M为大于0的整数;第四特性集组合包括Q2个第五参数集合,任一第五参数集合指示M个band分别对应的接收单播业务的能力。其中,第四特性集组合中第i个第五参数集合与第i个第三特性集组合中每个第四参数组合相对应,其中,i为大于0且不大于Q2的整数。可以理解的,第四特性集组合中第i个第五参数集合与第i个第三特性集组合中任一个第四参数集合组合,可以表示终端设备在这个band组合上支持的特性集组合,所述band组合即第二频带组合列表和第三频带组合列表组合得到的band组合。
本示例3中,第二频带组合列表列举了终端设备支持接收多播业务的N个band的标识,第三频带组合列表列举了终端设备支持接收单播业务的M个band的标识。这里根据band上支持的通信业务对band进行区分。如果终端设备在一个band上支持接收多播业务,则在第二频带组合列表包括该band的标识,如果终端设备在一个band上支持接收单播业务,则在第三频带组合列表包括该band的标识。如果一个band既支持接收多播业务,也支持接收单播业务,则该band的标识包括在第二频带组合列表和第三频带组合列表中。
作为一种示例,本方式中,能力信息的结构可以为:能力信息包括第二频带组合列表、第三频带组合列表、Q1个第三特性集组合的标识和第四特性集组合的标识。第二频带组合列表包括支持接收多播业务的N个band的标识,第三频带组合列表包括支持接收单播业务的M个band的标识。其中,若一个band支持接收多播业务和单播业务,则该band的标识包括在第二频带组合列表和第三频带组合列表中。
其中,每个第三特性集组合包含多个特性集索引的矩阵型元素,每个特性集索引与N个band中的一个band相关联。其中,每个第三特性集组合的每一行特性集索引可以认为是一个第五参数集合。每个第三特性集组合的每一行特性集索引即每一个第五参数集合包括上述N个band对应的特性集索引。其中,N个band中每个band对应的特性集索引对应一组通信参数,用于表示终端设备在这个band上接收多播业务的能力。
第四特性集组合包含多个特性集索引的矩阵型元素,每个特性集索引与M个band中的一个band相关联。其中,每一行特性集索引可以认为是一个第四参数集合。第四特性集组合的每一行特性集索引即每一个第四参数集合包括上述M个band对应的特性集索引。其中,M个band中每个band对应的特性集索引对应一组通信参数,用于表示终端设备在这个band上接收单播业务的能力,或者,用于表示终端设备在这个band上接收通信业务的能力,该通信业务包括单播业务和多播业务。
第四特性集组合中第i行特性集索引与第i个第三特性集组合中任一行特性集索引组合,可以表示终端设备在这个band组合上支持的特性集组合,所述band组合即第二频带组合列表和第三频带组合列表组合得到的band组合。
关于M个band对应的特性集索引的含义、N个band对应的特性集索引的含义的说明,可以参阅上述示例1中关于M个band对应的特性集索引、N个band对应的特性集索引的说明,这里不再重复赘述。
下面结合具体例子对示例3进行举例说明。
假设终端设备在band A和band B上支持接收单播业务,在band B和band C上支持接收多播业务,能力信息的结构可以如表3a所示。
表3a
featureSetCombinationID 1对应的特性集组合包括的行数,可以理解为,featureSetCombinationID 1对应的特性集组合包括的参数集合的数量。
featureSetCombination_extend ID 1对应的特性集组合包括的行数,可以理解为,featureSetCombination_extend ID 1对应的特性集组合包括的参数集合的数量。
featureSetCombination_extend ID 2对应的特性集组合包括的行数,可以理解为,featureSetCombination_extend ID 1对应的特性集组合包括的参数集合的数量。
featureSetCombination_extend ID 3对应的特性集组合包括的行数,可以理解为,featureSetCombination_extend ID 1对应的特性集组合包括的参数集合的数量。
结合上述表3a对示例3进行说明,表3a为能力信息中频带组合信息即BandCombination Lists。其中,Band list extend为第二频带组合列表,通过第二频带组合列表可以指示支持接收多播业务的N个band的标识,表3a中以band B和band C支持多播业务为例。Band list 1为第三频带组合列表,通过第二频带组合列表可以指示支持接收单播业务的M个band的标识,表3a中以band A和band B支持单播业务为例。
featureSetCombinationID 1为第四特性集组合的标识,第四特性集组合包括Band list 1对应的Q2个第三参数集合。表3a中以Q2=3为例,第四特性集组合包括Bandlist 1对应的Q2=3个第三参数集合,其中,每个中括号表示一个第三参数集合,同一中括号中各小括号依次标识Band list 1中各band对应的特性集。例如,每个中括号中第一个小括号标识band A对应的特性集,第二个小括号标识band B对应的特性集。
featureSetCombination_extend ID list包括Q1=3个第三特性集组合的标识。其中,每个第三特性集组合包括Q2个第二参数集合。表3a中以Q1=3为例,每个第三特性集组合包括Q2=3个第四参数集合,其中,每个第三特性集组合中每个中括号表示一个第四参数集合,同一中括号中各小括号依次标识Band list extend中各band对应的接收多播业务的特性集。例如,每个中括号中第一个小括号标识band B对应的接收多播业务的特性集,第二个小括号标识band C对应的接收多播业务的特性集。
其中,第四特性集组合中第1个中括号可以与第1个第三特性集组合,即featureSetCombination_extend ID list中索引为1对应的第三特性集组合包括的每一个中括号组合。第四特性集组合中第2个中括号可以与第2个第三特性集组合,即featureSetCombination_extend ID list中索引为2对应的第三特性集组合包括的每一个中括号组合。第四特性集组合中第3个中括号可以与第3个第三特性集组合,即featureSetCombination_extend ID list中索引为3对应的第三特性集组合包括的每一个中括号组合。
以featureSetCombination_extend ID list中索引为1对应的第三特性集组合为例,第四特性集组合中第1个中括号与featureSetCombination_extend ID list中索引为1对应的第三特性集组合中的第1个中括号组合,表示终端设备在这个band组合上支持的一个特性集组合,所述band组合即Band list extend和Band list 1组合得到的band组合。第四特性集组合中第1个中括号与featureSetCombination_extend ID list中索引为1对应的第三特性集组合中的第2个中括号组合,表示终端设备在这个band组合上支持的一个特性集组合,所述band组合即Band list extend和Band list 1组合得到的band组合。以此类推。
表3a中,中括号包括的小括号、小括号包括的元素以及各元素指示的含义具体可以参阅表1中的相关描述,这里不再重复赘述。
作为另一种示例,本方式中,能力信息的结构可以为:能力信息包括第二频带组合列表、第三频带组合列表和第四特性集组合的标识。第二频带组合列表包括支持接收多播业务的N个band的标识,第三频带组合列表包括支持接收单播业务的M个band的标识。其中,若一个band支持接收多播业务和单播业务,则该band的标识包括在第二频带组合列表和第三频带组合列表中。
第四特性集组合包含多个特性集索引的矩阵型元素,每个特性集索引与M个band中的一个band相关联。其中,每一行特性集索引可以认为是一个第四参数集合。第四特性集组合的每一行特性集索引即每一个第四参数集合包括上述M个band对应的特性集索引。其中,M个band中每个band对应的特性集索引对应一组通信参数,用于表示终端设备在这个band上接收单播业务的能力,或者,用于表示终端设备在这个band上接收通信业务的能力,该通信业务包括单播业务和多播业务。
第四特性集组合还可以指示每行特性集索引对应(或调用)的第三特性集组合。
其中,每个第三特性集组合包含多个特性集索引的矩阵型元素,每个特性集索引与N个band中的一个band相关联。其中,每个第三特性集组合的每一行特性集索引可以认为是一个第五参数集合。每个第三特性集组合的每一行特性集索引即每一个第五参数集合包括上述N个band对应的特性集索引。其中,N个band中每个band对应的特性集索引对应一组通信参数,用于表示终端设备在这个band上接收多播业务的能力。
一行特性集索引与所对应的第三特性集组合中任一行特性集索引组合,可以表示终端设备在这个band组合上支持的特性集组合,所述band组合即第二频带组合列表和第三频带组合列表组合得到的band组合。
关于M个band对应的特性集索引的含义、N个band对应的特性集索引的含义的说明,可以参阅上述示例1中关于M个band对应的特性集索引、N个band对应的特性集索引的说明,这里不再重复赘述。
下面结合具体例子对示例3进行举例说明。
假设终端设备在band A和band B上支持接收单播业务,在band B和band C上支持接收多播业务,能力信息的结构可以如表3b所示。
表3b
featureSetCombinationID 1对应的特性集组合包括的行数,可以理解为,featureSetCombinationID 1对应的特性集组合包括的参数集合的数量。
featureSetCombination_extend ID 1对应的特性集组合包括的行数,可以理解为,featureSetCombination_extend ID 1对应的特性集组合包括的参数集合的数量。
featureSetCombination_extend ID 2对应的特性集组合包括的行数,可以理解为,featureSetCombination_extend ID 2对应的特性集组合包括的参数集合的数量。
featureSetCombination_extend ID 3对应的特性集组合包括的行数,可以理解为,featureSetCombination_extend ID 3对应的特性集组合包括的参数集合的数量。
结合上述表3b对示例3进行说明,表3b为能力信息中频带组合信息即BandCombination Lists。其中,Band list extend为第二频带组合列表,通过第二频带组合列表可以指示支持接收多播业务的N个band的标识,表3b中以band B和band C支持多播业务为例。Band list 1为第三频带组合列表,通过第二频带组合列表可以指示支持接收单播业务的M个band的标识,表3b中以band A和band B支持单播业务为例。
featureSetCombinationID 1为第四特性集组合的标识,第四特性集组合包括Band list 1对应的Q2个第三参数集合。表3b中以Q2=3为例,第四特性集组合包括Bandlist 1对应的Q2=3个第三参数集合,其中,每个中括号表示一个第三参数集合,同一中括号中各小括号依次标识Band list 1中各band对应的特性集。例如,每个中括号中第一个小括号标识band A对应的接收单播业务的能力,第二个小括号标识band B对应的接收单播业务的能力。又例如,每个中括号中第一个小括号标识band A对应的接收通信业务的能力,由于终端设备在bandA上支持接收单播业务,因此,band A对应的接收通信业务的能力可以包括接收单播业务的能力;第二个小括号标识band B对应的接收通信业务的能力,由于终端设备在bandB上支持接收单播业务和多播业务,因此,band B对应的接收通信业务的能力可以包括接收单播业务和接收多播业务的能力。
每个中括号中还包括该中括号对应的第三特性集组合,例如,第一个中括号中包括featureSetCombination_extend ID 1,表示该中括号对应featureSetCombination_extend ID 1对应的第三特性集组合。每个第三特性集组合包括Q2=3个第四参数集合,其中,每个第三特性集组合中每个中括号表示一个第四参数集合,同一中括号中各小括号依次标识Band list extend中各band对应的特性集。例如,每个中括号中第一个小括号标识band B对应的接收多播业务的能力,第二个小括号标识band C对应的接收多播业务的能力。
其中,第四特性集组合中第1个中括号可以与第1个第三特性集组合,即featureSetCombination_extend ID 1对应的第三特性集组合包括的每一个中括号组合。第四特性集组合中第2个中括号可以与第2个第三特性集组合,即featureSetCombination_extend ID2对应的第三特性集组合包括的每一个中括号组合。第四特性集组合中第3个中括号可以与第3个第三特性集组合,即featureSetCombination_extend ID 3对应的第三特性集组合包括的每一个中括号组合。
以featureSetCombination_extend ID 1对应的第三特性集组合为例,第四特性集组合中第1个中括号与featureSetCombination_extend ID 1对应的第三特性集组合中的第1个中括号组合,表示终端设备在这个band组合上支持的一个特性集组合,所述band组合即Band list extend和Band list 1组合得到的band组合。第四特性集组合中第1个中括号与featureSetCombination_extend ID 1对应的第三特性集组合中的第2个中括号组合,表示终端设备在这个band组合上支持的一个特性集组合,所述band组合即Band listextend和Band list1组合得到的band组合。以此类推。
表3b中,中括号包括的小括号、小括号包括的元素以及各元素指示的含义具体可以参阅表1中的相关描述,这里不再重复赘述。
示例3中通过第四特性集组合的标识和第三特性集组合的标识组合的方式,可以降低减少能力上报的信令开销,并且对于单播能力部分,可以最大程度的重用现有机制,对协议的改动较小。
示例4,能力信息包括第四频带组合列表以及第五特性集组合的标识;其中,第四频带组合列表包括终端设备支持的X个band的标识,X为大于0的整数;第五特性集组合包括至少一个第六参数集合,任一第六参数集合指示X个band分别对应的通信参数,其中,X个band包括N个支持接收多播业务的band,N个band中任一band对应的通信参数指示band对应的接收多播业务的能力,和/或,band上CC对应的通信能力,其中,若CC支持接收多播业务,CC对应的通信能力为CC对应的接收多播业务的能力,N为大于0,且不大于X的整数。
本示例4中,第四频带组合列表列举了终端设备支持的X个band的标识,这里不区分是否支持多播,只要终端设备在一个band上支持通信,则在第四频带组合列表包括该band的标识。如果一个band既支持接收多播业务,也支持接收单播业务,则该band的标识在第四频带组合列表中出现一次。
作为一种示例,本方式中,能力信息的结构可以为:能力信息包括第四频带组合列表和第五特性集组合的标识。第四频带组合列表包括终端设备支持的X个band的标识,其中,若一个band支持接收多播业务和单播业务,则该band的标识在第四频带组合列表中出现一次。第五特性集组合包含多个特性集索引(featuresetID)的矩阵型元素,每个特性集索引与一个band相关联。其中,每一行特性集索引可以认为是一个第六参数集合,每一行特性集索引即每个第六参数集合表示终端设备在这个band组合上支持的特性集组合。第五特性集组合的每一行特性集索引即每一个第六参数集合可以包括上述X个band对应的特性集索引。
其中,X个band中每个band对应的特性集索引对应一组通信参数,用于表示终端设备在这个band上进行通信的能力。可选的,X个band对应的特性集索引可以包括两部分,分别为上行特性集索引和下行特性集索引。其中,上行特性集索引可以对应一组通信参数,其中,该组通信参数可以包括band级别的通信参数,和CC级别的通信参数。该组通信参数中,band级别的通信参数用于指示在band上进行上行发送的能力。CC级别的通信参数用于指示在band上进行上行发送的能力。
下行特性集索引可以对应一组通信参数,其中,该组通信参数可以包括band级别的通信参数,和CC级别的通信参数。该组通信参数中,band级别的通信参数用于指示在band上接收通信业务的能力。CC级别的通信参数用于指示在CC上接收通信业务的能力。
一种示例性说明中,如果终端设备在一个band上不支持上行发送,该band对应的上行特性集索引可以为第一特性集索引,该第一特性集索引表示不支持。
如果终端设备在一个band上支持接收多播业务,该band对应的下行特性集索引对应的通信参数可以指示终端设备在该band上接收多播业务的能力,具体可以包括如下至少一项:band级别的接收多播业务的通信参数,CC级别的接收多播业务的通信参数。
band级别的接收多播业务的通信参数可以包括以下类型的通信参数中至少一项:支持接收多播业务的标记、SCS、BW、MIMO layers、ModulationOrder等。
CC级别的接收多播业务的通信参数可以包括以下类型的通信参数中至少一项:支持接收多播业务的标记、SCS、BW、MIMO layers、ModulationOrder等。
下面结合具体例子对示例4进行举例说明。
假设终端设备在band A和band B上支持接收单播业务,在band B和band C上支持接收多播业务,能力信息的结构可以如表4所示。
表4
结合上述表4对示例4进行说明,表4为能力信息中频带组合信息即BandCombination Lists。其中,Band list 1为第四频带组合列表,通过第四频带组合列表可以指示终端设备支持的X个band的标识,应注意,这里在Band list 1中不区分band是否支持多播业务。
featureSetCombinationID 1为第五特性集组合的标识,第五特性集组合包括Band list 1对应的至少一个第六参数集合。其中,每个中括号表示一个第六参数集合,指示终端设备在band组合上支持的一种能力。同一中括号中各小括号依次标识频带组合列表中各band对应的特性集。例如,每个中括号中第一个小括号标识band A对应的特性集,第二个小括号标识band B对应的特性集,第三个小括号标识band C对应的特性集。
每个小括号中包括的元素为特性集索引,其中,fsul表示上行对应的特性集,fsdl表示下行对应的特性集,n1、n2等为索引值,即fsul_n1表示上行对应的特性集为索引值n1对应的通信参数,fsdl_n1表示下行对应的特性集为索引值n1对应的通信参数。每个特性集索引指示的内容对应相同的结构体。
以fsdl_n1为例,如表1所示,fsdl_n1对应:band级别的通信参数,即Per bandparameters以及CC级别的通信参数,即Per CC parameters。其中,Per CC parameters具体包括CC对应的特征集标识,如,CC1对应的特征集标识fsdlperCC_n1和CC2对应的特征集标识fsdlperCC_n2。若该band上支持接收多播业务,则Per band parameters中可以包括接收多播业务的通信参数。
CC对应的特征集标识可以指示CC对应的通信参数,例如可以是CC对应的SCS,BW,MIMO layers,ModulationOrder等。若该CC上支持接收多播业务,则CC对应的特征集标识指示的通信参数中可以包括接收多播业务的通信参数。
示例4中通过特性集索引对应的通信参数指示接收多播业务的能力,可以降低减少能力上报的信令开销,并且对于单播能力部分,可以最大程度的重用现有机制,对协议的改动较小。
并且,通过在CC级别的通信参数中携带CC对应的接收多播业务的通信参数,可以实现band内CC级别的精细化能力设计,提升能力上报的精准性,并且对协议的改动较小。
前文介绍了方式一的四种示例,基于上述任一示例,一种示例性说明中,下行特性集索引可以根据支持的通信业务进行划分,例如,第一索引集合用于支持接收多播业务的band。第二索引集合用于不支持接收多播业务的band。一种举例说明中,第一索引集合可以包括第一索引范围的特性集索引,如201~300范围内的特性集索引。第二索引集合可以包括第二索引范围的特性集索引,如101~200范围内的特性集索引。
则X个band中任一band的通信参数的索引,具体可以是下行特性集索引满足:若band支持接收多播业务,band对应的通信参数的索引即下行特性集索引属于第一索引集合;若band不支持接收多播业务,band对应的通信参数的索引即下行特性集索引属于第二索引集合。相应的,接入网设备在接收到终端设备上报的能力信息后,可以根据band的下行特性集索引所在的集合确定该band上是否支持接收播业务,具体的,若band的下行特性集索引属于第一索引集合,则可以确定该band上支持接收播业务,若band的下行特性集索引属于第二索引集合,则可以确定该band上不支持接收播业务。
一种可能的实现方式中,X个band中任一band对应的通信参数指示该band上CC对应的通信能力,通过如下方式实现:X个band中任一band对应的通信参数包括该band上CC对应的通信能力的索引。
一种示例性说明中,CC对应的通信能力的索引也可以根据支持的通信业务进行划分,例如,第三索引集合用于支持接收多播业务的CC。第四索引集合用于不支持接收多播业务的CC。一种举例说明中,第三索引集合可以包括第三范围的索引。第四索引集合可以包括第四范围的索引。
则X个band中任一band的任一CC对应的通信能力的索引满足:若CC支持接收多播业务,CC对应的通信参数的索引属于第三索引集合;若CC不支持接收多播业务,CC对应的通信参数的索引属于第四索引集合。相应的,接入网设备在接收到终端设备上报的能力信息后,可以根据CC对应的索引所在的集合确定该CC上是否支持接收播业务,具体的,若CC的索引属于第三索引集合,则可以确定该CC上支持接收播业务,若CC的索引属于第四索引集合,则可以确定该CC上不支持接收播业务。
方式二,根据前文术语介绍3)可知,能力信息包括频带信息,即Band Lists。在本方式中,可以通过在Band Lists中列举支持接收多播业务的band,并band对应的通信参数中指示在支持接收多播业务的band上接收多播业务的能力,例如,可以在band对应的通信参数包括:支持接收多播业务的标记、接收多播业务的调制阶数、接收多播业务的SCS、BW等。示例性的,能力信息可以如表5所示。
表5
结合上述表5对方式二进行说明,表5为能力信息中频带信息,即Band List。BandList可以包括终端设备支持的X的band,以及各个band对应的通信参数,其中,如果band上支持接收多播业务,在该band对应的通信参数中包括支持接收多播业务的标记、接收多播业务的调制阶数、接收多播业务的SCS、BW等。
通过方式二,可以指示band级别的接收多播业务的能力,并且对协议改动较小。
需要说明的是,上述方式一和方式二可以单独实施,也可以结合起来作为一个方案实施,例如,可以通过方式二指示支持接收多播业务的band,还可以指示该band上接收多播业务的一部分通信参数,通过方式一中任一示例指示该band上接收多播业务的另一部分通信参数。例如,若band A支持接收多播业务,可以在Band List中bandA对应的通信参数包括:支持接收多播业务的标记,还可以包括band A上接收多播业务的调制阶数。并通过featureSetCombination指示band A上接收多播业务的其他通信参数,例如,band A上接收多播业务的SCS、BW等,再例如,band A上CC级别的接收多播业务的其他通信参数。
其中通过featureSetCombination指示band A上接收多播业务的其他通信参数的方式具体可以参阅上述示例1~示例4,这里不再重复赘述。
以上介绍了能力信息指示band对应的接收多播业务的能力,和/或,CC对应的接收多播业务的能力的方式。
可选的,除了band对应的接收多播业务的能力,和/或,CC对应的接收多播业务的能力以外,能力信息还可以指示至少一个band对应的多播调制信息,其中,多播调制信息为接收多播业务时支持的最高调制阶数。一种实现方式中,可以在Band List中band对应的通信参数中指示该band对应的多播调制信息。
一种示例性说明中,若band上接收多播业务时支持的最高调制阶数为终端设备均支持的调制阶数,或者为终端设备必选的调制阶数,则可以不在能力信息中上报该band上接收多播业务时支持的最高调制阶数。
根据前文可知,能力信息中可以包括band级别的多播调制信息,例如,在BandList中band对应的通信参数中包括该band对应的多播调制信息。能力信息中还可以包括CC级别的多播调制信息,例如,在Feature Sets Combination指示的CC级别的通信参数中包括CC级别的多播调制信息。如图9所示,其中,图9所示“多播调制阶数”表示接收多播业务时支持的最高调制阶数。
一种示例性说明中,CC级别的多播调制信息并不实际约束该CC上使用的最大阶数,接入网设备可以根据CC级别的多播调制信息确定终端设备在该CC上接收多播业务的峰值速率。在这个峰值速率约束下,终端设备可以使用高于这个调制阶数的调制阶数如调制阶数1,应理解的,使用该调制阶数1的前提是对应的band支持该调制阶数1。例如,终端设备支持CC1上的调制阶数为64正交幅度调制(quadrature amplitude modulation,QAM)。CC1对应的band支持的调制阶数为256QAM。则终端设备可以在CC1上使用256QAM,只要调度256QAM的峰值块长小于或等于64QAM的峰值块长。
目前能力信息是基于载波聚合(dual connectivity,CA)组合的结构设计的,现有的CA中有如下要求:
When CA is deployed frame timing and SFN are aligned across cellsthat can be aggregated(同步CA),or an offset in multiples of slots between thePCell/PSCell and an SCell is configured to the UE(异步CA)。
终端设备只有在小区都是帧对齐(异步CA最多允许小区间偏差不超过半个帧)的情况下才能使用CA技术。对于终端设备同时接收单播业务和多播业务的场景来说,单播业务和多播业务可能是从不同的接入网设备接收的,更甚至两个接入网设备很可能不是一个PLMN/运营商的。因此对于接入网设备来说,接入网设备之间无法判断是不是帧对齐的,因此接入网设备调度多播业务和/或单播业务时可能超出终端设备的能力范围。
一种可能的实施方案中,终端设备发送的能力信息(可以是上文中对多播增强后的能力信息也可以现有技术的单播能力)还可以指示不同的能力组合下是否支持同步(也就是帧对齐)或不同步(也就是帧不对齐)情况下同时接收单播业务和多播业务。
需要说明的是,终端设备指示不同的能力组合下是否支持同步(也就是帧对齐)或不同步(也就是帧不对齐)情况下同时接收单播业务和多播业务的相关方案可以在不依赖于图8所述方法单独实施。
上述方式通过引入新的指示信息来指示不同的能力组合下是否支持同步(也就是帧对齐)或不同步(也就是帧不对齐)情况下同时接收单播业务和多播业务,使得接入网设备可以更合理的提供单播业务。
另一种可能的实施方案中,可以复用终端设备指示是否支持异步CA或者异步DC的能力,若终端设备支持异步CA,则可以认为终端设备支持同时接收单播业务和多播业务。
再一种可能的实施方案中,终端设备可以在上报单播能力时,可以上报多播业务当前可用的能力组合。可选的,还可以上报回退(fall back)的能力。其中回退的能力是已有的单播能力的减弱,比如band A支持100M,band B支持50M,回退能力可以为band A支持80M,band B支持50M等减弱的能力。具体的能力信息可以如下表6所示。
表6
基于上报的这些能力组合,当终端设备开始接收多播业务时,可以由终端设备选择可以使用的能力组合并发送给网络设备。比如终端设备当前在band A上接收单播业务,当终端设备在开始接收多播业务之后(这里不限制接收多播业务的band),终端设备可以向网络设备发送接收多播业务后还可以继续使用的能力组合,比如第一行和/或第二行和/或第三行。具体的,终端设备上报能够使用的能力组合时可以通过MII流程或者通过用户辅助信息(user assistantance information,UAI)流程。
下面介绍终端设备上报能够使用的能力组合的两种方法。
方法A,终端设备上报的能力信息中携带各个能力组合的标识(或者索引),比如表3b中featureSetCombinationID 1对应的特性集组合包括4行(也就是4个能力组合),标识分别为1,2,3,4。
当终端设备开始接收多播业务时可以选择支持同时接收当前的单播业务和多播业务的能力组合的标识进行上报,具体的,可以上报1个标识,也可以上报所有满足要求的标识。
或者,当终端设备上报在接收多播业务时也可以选择单播业务最大的能力组合的标识。由于终端设备上报的能力信息中可能没有能同时支持单播业务和多播业务的能力组合,该方式中通过上报支持的单播业务的最大能力,使得接入网设备可以给终端设备调整单播业务占用的资源。
方法B,终端设备可以上报能力组合的band组合和featureSetCombinationID和featureSet ID,也就是,再次将能力信息通过索引的方式上报给接入网设备。同样的,终端设备上报的能够使用的能力组合可以是支持同时接收单播业务和多播业务的能力组合,也可以是在满足多播业务的情况下单播业务支持的最大能力。
基于上述方法A或方法B,接入网设备可以收到终端设备上报的指示信息后在终端设备指示的能力组合内提供单播业务。
本申请实施例中通过在能力信息中上报band级别的接收多播业务的能力或者CC级别的接收多播业务的能力,可以实现多播能力的精准上报,使得接入网设备可以根据精细化的能力信息提供多播业务,或终端设备更精确的提供单播业务。
并且,通过上报支持的接收多播业务的最高调制阶数,以及正在接收或者期望接收的多播业务的调制阶数,可以提升多播业务、单播业务的通信效率。
目前MII(可以是上文中涉及的增强的MII,也可以是现有MII,也可以是未来通信发展中出现的MII)可以在接入网设备间进行交互,接入网设备间通过节点间RRC消息(Inter-node RRC message)进行交互,用于将终端设备感兴趣的业务发送给相邻的接入网设备。MII中可以包含终端设备感兴趣的或者正在接收的TMGI,TMGI包括PLMN信息,TMGI的具体形式如下:
可以看出其中PLMN信息可以有两种形式,一种为PLMN的索引值(plmn-Index),一种为PLMN具体的值(explicitValue)。对于PLMN索引值来说,终端设备上报的索引值为SIB1中的PLMN标识信息列表(plmn-IdentityInfoList)或者非公共网络(non-public network,NPN)标识信息列表(npn-IdentityInfoList)中PLMN索引值或者独立的非公共网络(stand-alone non-public network,SNPN)索引值。
plmn-IdentityInfoList中包含多个PLMN-IdentityInfo,其中包含多个PLMN索引值和小区ID。具体的,第n个小区的第i个PLMN的PLMN索引值可以通过公式b1+b2+…+b(n-1)+i计算得到的,其中,b(n-1)为第n-1个小区包括的PLMN的数量。通过该方式可以得到每个PLMN对应的PLMN索引值。
其中,终端设备收到的TMGI中的PLMN信息可以是PLMN索引值,也可以是PLMN值。
若终端设备上报的MII中的TMGI是通过PLMN索引值上报的,接入网设备间在交互MII消息是通常是直接把终端设备转发给其他接入网设备,而其他接入网设备无法确定PLMN索引值对应的PLMN,导致TMGI中的PLMN索引值无法解读,其他接入网设备不能正确的识别TMGI。
针对上述问题,一种可能的解决方案为,源接入网设备可以向其他接入网设备发送对应关系,所述对应关系为一个或多个PLMN索引值与一个或多个PLMN值之间的一一对应的关系。从而,源接入网设备接收来自终端设备的指示信息后,所述指示信息指示终端设备正在接收或期望接收多播业务的信息(例如上述MII)。若指示信息包括至少一个PLMN索引值。源接入网设备可以向其他接入网设备发送所述指示信息。其他接入网设备可以根据该对应关系和指示信息包括的PLMN索引值确定对应的PLMN。
需要说明的是,该解决方案可以不依赖于图8所述方法单独实施。
下面介绍对应关系的四种实现方式。
实现方式一:源接入网设备向其他接入网设备发送SIB1中的PLMN标识信息,所述PLMN标识信息指示所述对应关系,例如,该PLMN标识信息可以包括一个或多个PLMN值,该一个或多个PLMN值的顺序指示所述对应关系。
例如,源接入网设备被将PLMN-IdentityInfo发送给其他接入网设备。相比于LTE中,接入网设备之间交互SIB1,该方法只需交互需要的信息,SIB1中其他不需要的信息不过多的交互,信令开销小。
实现方式二:当前Xn协议中Xn接口建立(Xn Setup)流程和NG-RAN节点配置更新(NG-RAN node Configuration Update)流程中会转发小区的相关信息,包括每个小区的广播信息的PLMN列表,其中包含每个小区(CGI)对应的在SIB中广播的PLMN列表,也就是PLMN-IdentityInfo中的plmn-IdentityList。
基于此,源接入网设备可以在小区的相关信息中指示PLMN索引值和PLMN具体的值的对应关系。例如,可以在小区的相关信息中携带PLMN具体的值对应的PLMN索引值。
例如,所述第一接入网设备向所述第二接入网设备发送Xn接口建立消息或者NG-RAN节点配置更新消息,所述Xn接口建立消息或者NG-RAN节点配置更新消息包括至少一个小区的信息,所述至少一个小区中第一小区的信息中指示所述第一小区的至少一个PLMN以及每个PLMN对应的PLMN索引值。
或者,源接入网设备可以使小区的相关信息中的PLMN的顺序与SIB1中该小区的PLMN的顺序一致,具体可以是协议规定或者由接入网设备实现。并且,将PLMN索引值的偏置转发给其他接入网设备,具体的,偏置可以是在该小区之前各个小区的PLMN总数,例如,第n个小区的相关信息中可以包括第1个小区至第n-1个小区的PLMN总数b1+b2+…+b(n-1)。
例如,所述第一接入网设备向所述第二接入网设备发送Xn接口建立消息或者NG-RAN节点配置更新消息,所述Xn接口建立消息或者NG-RAN节点配置更新消息包括至少一个小区的信息,所述至少一个小区中第n个小区的信息中指示所述第n个小区的至少一个PLMN以及偏置,所述偏置为所述至少一个小区中第一个小区至第n-1个小区的PLMN总数,所述n为大于0的整数。
需要说明的是,本申请不限定对应关系和指示信息的先后顺序,可以先发送对应关系再发送指示信息,也可以是先发送指示信息再发送对应关系,或者,也可以同时发送对应关系和指示信息,例如通过一个消息(或者信令)发送该对应关系和指示信息。
针对上述问题,另一种可能的解决方案为,终端设备接收来自接入网设备的业务信息,该业务信息包括第一TMGI,其中,第一TMGI中包括第一PLMN索引值。终端设备在确定第一PLMN索引值对应的PLMN值后,向该接入网设备发送MII,所述MII包括第二TMGI,所述第二TMGI包括所述第一PLMN索引值对应的PLMN值。其中,第一TMGI和第二TMGI中的serviceID相同。其中,该接入网设备可以是为终端设备提供多播业务的接入网设备。
一种可能的实现方式中,第二TMGI为终端设备接收到的应用层消息(如服务通知(service announcement)消息)携带的TMGI。
另一种可能的实现方式中,第二TMG为终端设备根据第一TMGI以及第一PLMN索引值对应的PLMN值生成的。例如,终端设备可以将第一TMGI中的第一PLMN索引值替换成第一PLMN索引值对应的PLMN值,然后生成第二TMGI。
可选的,该接入网设备在接收到终端设备上报的MII后可以转发给其他接入网设备。
针对上述问题,另一种可能的解决方案为,源接入网设备接收来自终端设备的第一指示信息,所述第一指示信息指示终端设备正在接收或期望接收多播业务的信息,所述第一指示信息包括至少一个PLMN索引值;源接入网设备向其他接入网设备发送第二指示信息,所述第二指示信息中的PLMN信息为所述至少一个PLMN索引值对应的PLMN值。
可选的,所述第二指示信息为将所述第一指示信息中的所述至少一个PLMN索引值替换成所述至少一个PLMN索引值对应的PLMN值得到的。
示例性的,所述第一指示信息指示终端设备正在接收或期望接收多播业务的如下至少一项信息:频率信息、TMGI、SCS、或调制阶数。
例如,源接入网设备在收到终端设备上报的MII后,若该MII中包括的是PLMN索引值,则将PLMN索引值对应的PLMN具体的值发送给其他接入网设备,比如,在将PLMN具体的值重新编码后发送给其他接入网设备。
目前,终端设备上报MII时,会上报多播频点列表、多播业务优先级、TMGI列表等。如果在终端设备在安全激活之前上报MII,会导致传输多播业务的详细信息不安全,从而带来安全隐患。但是若在安全激活之后上报MII,接入网设备在终端设备安全激活之后为终端设备分配单播业务的资源,例如initial BWP,在接收到终端设备上报的MII之后,将根据MII重新配置initial BWP,例如,将initial BWP的带宽配置为CFR的带宽,这将带来较大的信令开销,并且使得多播业务的中断时延较长。基于此,本申请实施例还提供一种通信方法,用于在保证通信安全的前提下,降低信令开销,提升多播业务的连续性。如图10所示,该方法具体包括:
S1001,终端设备确定第一信息和第二信息。
其中,第一信息指示终端设备对多播业务感兴趣,第二信息指示终端设备感兴趣的多播业务。
可选的,S1001可以是一个可选的步骤。
S1002,终端设备发送第一信息。相应的,接入网设备接收第一信息。
示例性的,第一信息可以包括如下至少一项:感兴趣的频率列表、多播业务的优先级、或者广播CFR。即终端设备可以通过如下至少一项隐式指示终端设备对多播业务感兴趣:感兴趣的频率列表、多播业务的优先级、或者广播CFR。
或者,终端设备也可以通过其他方式指示第一信息,例如,通过1比特显示指示第一信息,等等。
一种实现方式中,感兴趣的频率列表、多播业务的优先级、或者广播CFR也可以在安全激活之后发送,例如和第二信息一起发送。在该实现方式中,终端设备可以通过其他方式发送第一信息,例如,通过一个比特显示指示终端设备对多播业务感兴趣。
具体的第一信息可以通过RRC建立完成(RRCSetupComplete)消息或RRC建立请求(RRCSetupRequest)消息或其他消息进行发送。
S1003,接入网设备基于第一信息为终端设备配置频域资源,例如,为终端设备配置initial BWP,其中,该initial BWP的带宽等于CFR的带宽。
S1004,终端设备发送第二信息。相应的,接入网设备接收第二信息。
其中,第二信息指示终端设备感兴趣的多播业务。
示例性的,第二信息可以包括多播业务标识或者多播服务标识或互联网协议(internet protocol,IP)组地址。举例说明,多播业务标识或者多播服务标识可以为TMGI。
第二信息可以通过终端设备协助信息(UEAssistanceInformation),安全模式完成(SecurityModeComplete)消息,或其他消息等进行发送。
可选的,S1005,终端设备可以在配置的频域资源上接收感兴趣的多播业务,例如,可以在配置的initial BWP上接收感兴趣的多播业务。
其中,第一信息在安全激活之前发送,第二信息在安全激活之后发送。S1003可以在安全激活之前执行,也可以在安全激活之后执行,这里不做具体限定。
作为一种示例,安全激活过程可以包括:接入网设备向终端设备发送安全模式命令,其中,该安全模式命令携带密钥。之后,终端设备向接入网设备发送安全模式完成。基于该示例,一种具体的实现方式中,第一信息可以在接收到来自接入网设备的安全模式命令之前或者在发送安全模式完成之前发送,第二信息可以在发送安全模式完成之后发送。
一种可能的实现方式中,终端设备可以在满足如下条件中至少一项的情况下采用在安全激活之前发送第一信息,在安全激活之后发送第二信息的方式:
终端设备接入的小区/接入网设备正在提供多播业务;
终端设备接入的小区/接入网设备将要提供多播业务;
终端设备接入的小区/接入网设备支持提供多播业务;
终端设备在当前接入的小区/接入网设备正在接收或者期望接收多播业务;
终端设备正在接收或者期望接收的多播业务为当前接入的小区/接入网设备正在/将要/支持提供的;
终端设备当前接入的小区广播了用于提供多播业务信息的SIB;
终端设备当前接入的小区广播了第一SIB,该第一SIB携带多播控制配置信息(MCCH);
终端设备当前接入的小区提供的多播业务的CFR的带宽不同于***消息配置的initial BWP的带宽;
终端设备当前接入的小区提供的多播业务的CFR的带宽大于***消息配置的initial BWP的带宽;或,
终端设备接收来自接入网设备的第三信息,该第三信息指示终端设备采用在安全激活之前发送第一信息,在安全激活之后发送第二信息的方式。可选地,第三信息承载于广播消息中。
本申请实施例中通过在安全激活之前向接入网设备指示终端设备对多播业务感兴趣,使得接入网设备可以为终端设备配置用于多播业务的资源,例如CFR,从而不需要在配置用于单播业务的资源后根据多播业务再重新配置,例如不需要在配置initial BWP后再根据多播业务将initial BWP的带宽配置为CFR的带宽。通过该方式可以降低信令开销,有助于保证多播业务的连续性。并且,将终端设备感兴趣的多播业务的相关信息在安全激活之后发送,可以避免在不安全的环境中传输MBS的具体信息,从而可以提升通信安全性。
需要说明的是,图7所述方法与图10所述方法可以分别作为一个独立的方案实施,也可以结合起来作为一个方案实施。例如,图7所述方法中,终端设备向接入网设备发送MII时可以通过图10所述方法发送,即在安全激活之前发送第一信息,具体可以是通过感兴趣的频率列表、多播业务的优先级、或者广播CFR等信息隐式指示,也可以通过1比特显示指示,并在安全激活之后发送第二信息。
一种具体的实现方式中,在通过1比特显示指示第一信息的实施方式中,感兴趣的频率列表、多播业务的优先级、广播CFR、或者正在接收或者期望接收的多播业务的调制阶数等信息可以在安全激活之前发送,例如和第一信息一起发送,也可以在安全激活之后发送,例如和第二信息一起发送。或者,感兴趣的频率列表、多播业务的优先级、广播CFR、或者正在接收或者期望接收的多播业务的调制阶数等信息,也可以一部分信息在安全激活之前发送,另一部分信息在安全激活之后。
基于与方法实施例的同一发明构思,本申请实施例提供一种通信装置,该通信装置的结构可以如图11所示,包括通信模块1101和处理模块1102。
在一种实施方式中,通信装置具体可以用于实现图7的实施例中终端设备执行的方法,该装置可以是终端设备本身,也可以是终端设备中的芯片或芯片组或芯片中用于执行相关方法功能的一部分。其中,处理模块1102,用于确定能力信息,能力信息指示频带对应的接收多播业务的能力,和/或,分量载波CC对应的接收多播业务的能力;通信模块1101,用于向接入网设备发送能力信息。
可选的,通信模块1101,还用于:向接入网设备发送指示信息,指示信息指示终端设备正在接收多播业务的调制阶数。
可选的,通信模块1101,还用于:在处理模块1102确定能力信息之前,接收来自接入网设备的能力上报指示信息,能力上报指示信息指示终端设备上报接收多播业务的能力。
示例性的,能力信息包括第一频带组合列表以及第一特性集组合的标识;其中,第一频带组合列表包括第一频带信息,第一频带信息包括支持接收多播业务的N个频带的标识,N为大于0的整数;第一特性集组合包括第一频带组合列表对应的至少一个第一参数集合,任一第一参数集合指示N个频带分别对应的接收多播业务的能力,和/或,N个频带中每个频带上CC对应的接收多播业务的能力。
可选的,第一频带组合列表还包括第二频带信息,第二频带信息包括支持单播业务的M个频带的标识,M为大于0的整数;任一第一参数集合还指示M个频带分别对应的接收单播业务的能力,或者,任一第一参数集合还指示M个频带分别对应的接收通信业务的能力,通信业务包括单播业务和多播业务。
示例性的,能力信息包括第二频带组合列表以及第二特性集组合的标识;其中,第二频带组合列表包括支持接收多播业务的N个频带的标识,N为大于0的整数;第二特性集组合包括第二频带组合列表对应的Q1组参数,其中,每组参数包括Q2个第二参数集合,任一第二参数集合指示N个频带分别对应的接收多播业务的能力,和/或,N个频带中每个频带上CC对应的接收多播业务的能力,Q1为大于0的整数,Q2为大于0的整数。
可选的,能力信息还包括第三频带组合列表,其中,第三频带组合列表包括支持接收单播业务的M个频带的标识,M为大于0的整数;第二特性集组合还包括第三频带组合列表对应的Q2个第三参数集合,任一第三参数集合指示M个频带分别对应的接收单播业务的能力;其中,Q2个第二参数集合中第i个第二参数集合与Q1组参数中任一组参数中的第i个第一参数集合相对应,其中,i为大于0且不大于Q2的整数。
示例性的,能力信息包括第二频带组合列表以及Q1个第三特性集组合的标识;其中,第二频带组合列表包括支持接收多播业务的N个频带的标识,N为大于0的整数;任一第三特性集组合包括Q2个第四参数集合,任一第四参数集合指示N个频带分别对应的接收多播业务的能力,和/或,N个频带中每个频带上CC对应的接收多播业务的能力,Q1为大于0的整数,Q2为大于0的整数。
可选的,能力信息还包括第三频带组合列表以及第四特性集组合的标识,其中,第三频带组合包括支持接收单播业务的M个频带的标识,M为大于0的整数;第四特性集组合包括Q2个第五参数集合,任一第五参数集合指示M个频带分别对应的接收单播业务的能力。
示例性的,能力信息包括第四频带组合列表以及第五特性集组合的标识;其中,第四频带组合列表包括终端设备支持的X个频带的标识,X为大于0的整数;第五特性集组合包括至少一个第六参数集合,任一第六参数集合指示X个频带分别对应的通信参数,其中,X个频带包括N个支持接收多播业务的频带,N个频带中任一频带对应的通信参数指示频带对应的接收多播业务的能力,和/或,频带上CC对应的通信能力,其中,若CC支持接收多播业务,CC对应的通信能力为CC对应的接收多播业务的能力,N为大于0,且不大于X的整数。
可选的,任一第六参数集合指示X个频带分别对应的通信参数,包括:任一第六参数集合包括X个频带分别对应的通信参数的索引,X个频带中任一频带的通信参数的索引满足:若频带支持接收多播业务,频带对应的通信参数的索引属于第一索引集合;若频带不支持接收多播业务,频带对应的通信参数的索引属于第二索引集合。
可选的,N个频带中任一频带对应的通信参数指示频带上CC对应的通信能力,包括:N个频带中任一频带对应的通信参数包括频带上CC对应的通信能力的索引,频带上任一CC对应的通信能力的索引满足:若CC支持接收多播业务,CC对应的通信能力的索引属于第三索引集合;若CC不支持接收多播业务,CC对应的通信能力的索引属于第四索引集合。
举例说明中,频带对应的接收多播业务的能力包括如下至少一项:频带支持接收多播业务、或在频带上接收多播业务的通信参数。
举例说明中,CC对应的接收多播业务的能力包括:CC支持接收多播业务,和/或,在CC上接收多播业务的通信信息;其中,通信信息为在CC上接收多播业务的通信参数,或者,通信信息为CC的能力值,能力值为根据CC上接收多播业务的通信参数确定的。
此外,接收多播业务的通信参数包括接收多播业务时支持的最高调制阶数。
在一种实施方式中,通信装置具体可以用于实现图7的实施例中接入网设备执行的方法,该装置可以是接入网设备本身,也可以是接入网设备中的芯片或芯片组或芯片中用于执行相关方法功能的一部分。其中,通信模块1101,用于接收来自终端设备的能力信息,能力信息指示频带对应的接收多播业务的能力,和/或,分量载波CC对应的接收多播业务的能力;处理模块1102,用于根据能力信息确定终端设备的能力。
可选的,通信模块1101,还用于:接收来自终端设备的指示信息,指示信息包括终端设备正在接收多播业务的调制阶数。
可选的,通信模块1101,还用于:在接收来自终端设备的能力信息之前,向终端设备发送能力上报指示信息,能力上报指示信息指示终端设备上报接收多播业务的能力。
示例性的,能力信息包括第一频带组合列表以及第一特性集组合的标识;其中,第一频带组合列表包括第一频带信息,第一频带信息包括支持接收多播业务的N个频带的标识,N为大于0的整数;第一特性集组合包括第一频带组合列表对应的至少一个第一参数集合,任一第一参数集合指示N个频带分别对应的接收多播业务的能力,和/或,N个频带中每个频带上CC对应的接收多播业务的能力。
可选的,第一频带组合列表还包括第二频带信息,第二频带信息包括支持单播业务的M个频带的标识,M为大于0的整数;任一第一参数集合还指示M个频带分别对应的接收单播业务的能力,或者,任一第一参数集合还指示M个频带分别对应的接收通信业务的能力,通信业务包括单播业务和多播业务。
示例性的,能力信息包括第二频带组合列表以及第二特性集组合的标识;其中,第二频带组合列表包括支持接收多播业务的N个频带的标识,N为大于0的整数;第二特性集组合包括第二频带组合列表对应的Q1组参数,其中,每组参数包括Q2个第二参数集合,任一第二参数集合指示N个频带分别对应的接收多播业务的能力,和/或,N个频带中每个频带上CC对应的接收多播业务的能力,Q1为大于0的整数,Q2为大于0的整数。
可选的,能力信息还包括第三频带组合列表,其中,第三频带组合列表包括支持接收单播业务的M个频带的标识,M为大于0的整数;第二特性集组合还包括第三频带组合列表对应的Q2个第三参数集合,任一第三参数集合指示M个频带分别对应的接收单播业务的能力;其中,Q2个第二参数集合中第i个第二参数集合与Q1组参数中任一组参数中的第i个第一参数集合相对应,其中,i为大于0且不大于Q2的整数。
示例性的,能力信息包括第二频带组合列表以及Q1个第三特性集组合的标识;其中,第二频带组合列表包括支持接收多播业务的N个频带的标识,N为大于0的整数;任一第三特性集组合包括Q2个第四参数集合,任一第四参数集合指示N个频带分别对应的接收多播业务的能力,和/或,N个频带中每个频带上CC对应的接收多播业务的能力,Q1为大于0的整数,Q2为大于0的整数。
可选的,能力信息还包括第三频带组合列表以及第四特性集组合的标识,其中,第三频带组合包括支持接收单播业务的M个频带的标识,M为大于0的整数;第四特性集组合包括Q2个第五参数集合,任一第五参数集合指示M个频带分别对应的接收单播业务的能力。
示例性的,能力信息包括第四频带组合列表以及第五特性集组合的标识;其中,第四频带组合列表包括终端设备支持的X个频带的标识,X为大于0的整数;第五特性集组合包括至少一个第六参数集合,任一第六参数集合指示X个频带分别对应的通信参数,其中,X个频带包括N个支持接收多播业务的频带,N个频带中任一频带对应的通信参数指示频带对应的接收多播业务的能力,和/或,频带上CC对应的通信能力,其中,若CC支持接收多播业务,CC对应的通信能力为CC对应的接收多播业务的能力,N为大于0,且不大于X的整数。
可选的,任一第六参数集合指示X个频带分别对应的通信参数,包括:任一第六参数集合包括X个频带分别对应的通信参数的索引,X个频带中任一频带的通信参数的索引满足:若频带支持接收多播业务,频带对应的通信参数的索引属于第一索引集合;若频带不支持接收多播业务,频带对应的通信参数的索引属于第二索引集合。
可选的,N个频带中任一频带对应的通信参数指示频带上CC对应的通信能力,包括:N个频带中任一频带对应的通信参数包括频带上CC对应的通信能力的索引,频带上任一CC对应的通信能力的索引满足:若CC支持接收多播业务,CC对应的通信能力的索引属于第三索引集合;若CC不支持接收多播业务,CC对应的通信能力的索引属于第四索引集合。
举例说明中,频带对应的接收多播业务的能力包括如下至少一项:频带支持接收多播业务、或在频带上接收多播业务的通信参数。
举例说明中,CC对应的接收多播业务的能力包括:CC支持接收多播业务,和/或,在CC上接收多播业务的通信信息;其中,通信信息为在CC上接收多播业务的通信参数,或者,通信信息为CC的能力值,能力值为根据CC上接收多播业务的通信参数确定的。
此外,接收多播业务的通信参数包括接收多播业务时支持的最高调制阶数。
本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,另外,在本申请各个实施例中的各功能模块可以集成在一个处理器中,也可以是单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。可以理解的是,本申请实施例中各个模块的功能或者实现可以进一步参考方法实施例的相关描述。
一种可能的方式中,通信装置可以如图12所示,该装置可以是通信设备或者通信设备中的芯片,其中该通信设备可以为上述实施例中的终端设备也可以是上述实施例中的网络设备。该装置包括处理器1201和通信接口1202,还可以包括存储器1203。其中,处理模块1102可以为处理器1201。通信模块1101可以为通信接口1202。
处理器1201,可以是一个CPU,或者为数字处理单元等等。通信接口1202可以是收发器、也可以为接口电路如收发电路等、也可以为收发芯片等等。该装置还包括:存储器1203,用于存储处理器1201执行的程序。存储器1203可以是非易失性存储器,比如硬盘(hard disk drive,HDD)或固态硬盘(solid-state drive,SSD)等,还可以是易失性存储器(volatile memory),例如随机存取存储器(random-access memory,RAM)。存储器1203是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质,但不限于此。
处理器1201用于执行存储器1203存储的程序代码,具体用于执行上述处理模块1102的动作,本申请在此不再赘述。通信接口1202具体用于执行上述通信模块1101的动作,本申请在此不再赘述。
本申请实施例中不限定上述通信接口1202、处理器1201以及存储器1203之间的具体连接介质。本申请实施例在图12中以存储器1203、处理器1201以及通信接口1202之间通过总线1204连接,总线在图12中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。总线可以分为地址总线、数据总线、控制总线等。为便于表示,图12中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
本发明实施例还提供了一种计算机可读存储介质,用于存储为执行上述处理器所需执行的计算机软件指令,其包含用于执行上述处理器所需执行的程序。
本申请实施例还提供一种通信***,包括用于实现图7的实施例中终端设备功能的通信装置和用于实现图7的实施例中网络设备功能的通信装置。
本申请实施例还提供一种通信***,包括用于实现图10的实施例中终端设备功能的通信装置和用于实现图10的实施例中网络设备功能的通信装置。
本领域内的技术人员应明白,本申请的实施例可提供为方法、***、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

Claims (16)

1.一种通信方法,其特征在于,所述方法包括:
源接入网设备接收来自终端设备的第一指示信息,所述第一指示信息指示终端设备正在接收或期望接收多播业务的信息,所述第一指示信息包括至少一个公用陆地移动网PLMN索引值;
所述源接入网设备向目标接入网设备发送第二指示信息,所述第二指示信息中的PLMN信息为PLMN值,所述PLMN值为将所述第一指示信息中的所述至少一个PLMN索引值替换得到的。
2.如权利要求1所述的方法,其特征在于,所述第二指示信息中的PLMN信息为所述第一指示信息中的至少一个PLMN索引值对应的PLMN值。
3.如权利要求1或2所述的方法,其特征在于,所述第二指示信息为将所述第一指示信息中的所述至少一个PLMN索引值替换成所述至少一个PLMN索引值对应的PLMN值得到的。
4.如权利要求1或2所述的方法,其特征在于,所述第二指示信息为所述源接入网设备向所述目标接入网设备转发的。
5.如权利要求1或2所述的方法,其特征在于,所述PLMN索引值包含在第一指示信息中的所述终端设备感兴趣的或者正在接收的会话标识TMGI中,所述PLMN值包含在第二指示信息中的所述终端设备感兴趣的或者正在接收的TMGI中。
6.如权利要求1或2所述的方法,其特征在于,所述第一指示信息和所述第二指示信息为MBS感兴趣指示。
7.如权利要求1或2所述的方法,其特征在于,所述第一指示信息指示终端设备正在接收或感兴趣接收多播业务的如下至少一项信息:频率信息、TMGI、SCS、或调制阶数。
8.一种通信装置,其特征在于,所述装置包括:
通信模块,用于与目标接入网设备进行通信;
处理模块,用于:
通过所述通信模块接收来自终端设备的第一指示信息,所述第一指示信息指示终端设备正在接收或期望接收多播业务的信息,所述第一指示信息包括至少一个公用陆地移动网PLMN索引值;
通过所述通信模块向目标接入网设备发送第二指示信息,所述第二指示信息中的PLMN信息为PLMN值,所述PLMN值为所述第一指示信息中的所述至少一个PLMN索引值替换的。
9.如权利要求8所述的通信装置,其特征在于,所述第二指示信息中的PLMN信息为所述第一指示信息中的至少一个PLMN索引值对应的PLMN值。
10.如权利要求8或9所述的通信装置,其特征在于,所述第二指示信息为将所述第一指示信息中的所述至少一个PLMN索引值替换成所述至少一个PLMN索引值对应的PLMN值得到的。
11.如权利要求8或9所述的通信装置,其特征在于,所述第二指示信息为源接入网设备向所述目标接入网设备转发的。
12.如权利要求8或9所述的通信装置,其特征在于,所述PLMN索引值包含在第一指示信息中的所述终端设备感兴趣的或者正在接收的会话标识TMGI中,所述PLMN值包含在第二指示信息中的所述终端设备感兴趣的或者正在接收的TMGI中。
13.如权利要求8或9所述的通信装置,其特征在于,所述第一指示信息和所述第二指示信息为MBS感兴趣指示。
14.如权利要求8或9所述的通信装置,其特征在于,所述第一指示信息指示终端设备正在接收或感兴趣接收多播业务的如下至少一项信息:频率信息、TMGI、SCS、或调制阶数。
15.一种通信装置,其特征在于,所述装置包括处理器和存储器,所述处理器与所述存储器耦合;
所述存储器,用于存储程序或指令;
所述处理器,用于调用所述程序或指令使所述通信装置执行如权利要求1-7中任一项所述的方法。
16.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质用于存储计算机指令,当所述计算机指令在计算机上运行时,使得所述计算机执行如权利要求1-7中任意一项所述的方法。
CN202310166411.7A 2021-10-15 2022-08-09 一种通信方法及装置 Active CN116193376B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310166411.7A CN116193376B (zh) 2021-10-15 2022-08-09 一种通信方法及装置

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN202111202345 2021-10-15
CN2021112023451 2021-10-15
CN202210952975.9A CN115988426A (zh) 2021-10-15 2022-08-09 一种通信方法及装置
CN202310166411.7A CN116193376B (zh) 2021-10-15 2022-08-09 一种通信方法及装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN202210952975.9A Division CN115988426A (zh) 2021-10-15 2022-08-09 一种通信方法及装置

Publications (2)

Publication Number Publication Date
CN116193376A CN116193376A (zh) 2023-05-30
CN116193376B true CN116193376B (zh) 2023-12-29

Family

ID=85961231

Family Applications (3)

Application Number Title Priority Date Filing Date
CN202410207326.5A Pending CN117998624A (zh) 2021-10-15 2022-08-09 一种通信方法及装置
CN202310166411.7A Active CN116193376B (zh) 2021-10-15 2022-08-09 一种通信方法及装置
CN202210952975.9A Pending CN115988426A (zh) 2021-10-15 2022-08-09 一种通信方法及装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202410207326.5A Pending CN117998624A (zh) 2021-10-15 2022-08-09 一种通信方法及装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202210952975.9A Pending CN115988426A (zh) 2021-10-15 2022-08-09 一种通信方法及装置

Country Status (3)

Country Link
CN (3) CN117998624A (zh)
AU (1) AU2022367093A1 (zh)
WO (1) WO2023061238A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108307681A (zh) * 2015-04-08 2018-07-20 英特尔公司 频率间公共陆地移动网络(plmn)间发现
CN111918276A (zh) * 2019-05-08 2020-11-10 大唐移动通信设备有限公司 一种信息处理方法、装置、设备及计算机可读存储介质
CN112118542A (zh) * 2019-06-21 2020-12-22 ***通信有限公司研究院 多播处理方法、装置及通信设备
CN112153558A (zh) * 2019-06-28 2020-12-29 华为技术有限公司 一种通信方法及装置
CN112911654A (zh) * 2019-11-19 2021-06-04 华为技术有限公司 一种能力信息发送方法、接收方法及装置
CN113498027A (zh) * 2020-04-07 2021-10-12 华为技术有限公司 一种通信方法及相关设备

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8570928B2 (en) * 2009-07-17 2013-10-29 Htc Corporation Method of handling multimedia broadcast multicast service data reception on multiple component carriers
US9439171B2 (en) * 2011-08-16 2016-09-06 Telefonaktiebolaget Lm Ericsson (Publ) Capability extensions for multimedia broadcast multicast services
CN103428637B (zh) * 2012-05-18 2018-06-08 中兴通讯股份有限公司 Mbms的处理方法及装置、接收方法、装置及***
WO2015000912A1 (en) * 2013-07-01 2015-01-08 Nec Europe Ltd. Method for providing multicast/broadcast service continuity for mobile terminals
US10588130B2 (en) * 2017-02-03 2020-03-10 Qualcomm Incorporated Methods and apparatus for user equipment capability exchange
KR20190110557A (ko) * 2017-02-06 2019-09-30 퀄컴 인코포레이티드 멀티미디어 브로드캐스트 멀티캐스트 서비스를 위한 성능 및 커버리지 결정
US20200229069A1 (en) * 2019-01-16 2020-07-16 Lg Electronics Inc. Method for providing location based communication services in wireless communication system and apparatus thereof
KR20210093063A (ko) * 2020-01-17 2021-07-27 삼성전자주식회사 무선 통신 시스템에서 주파수 밴드 리스트를 제공하는 방법 및 장치

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108307681A (zh) * 2015-04-08 2018-07-20 英特尔公司 频率间公共陆地移动网络(plmn)间发现
CN111918276A (zh) * 2019-05-08 2020-11-10 大唐移动通信设备有限公司 一种信息处理方法、装置、设备及计算机可读存储介质
CN112118542A (zh) * 2019-06-21 2020-12-22 ***通信有限公司研究院 多播处理方法、装置及通信设备
CN112153558A (zh) * 2019-06-28 2020-12-29 华为技术有限公司 一种通信方法及装置
CN112911654A (zh) * 2019-11-19 2021-06-04 华为技术有限公司 一种能力信息发送方法、接收方法及装置
CN113498027A (zh) * 2020-04-07 2021-10-12 华为技术有限公司 一种通信方法及相关设备
WO2021203881A1 (zh) * 2020-04-07 2021-10-14 华为技术有限公司 一种通信方法及相关设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Ericsson, Qualcomm, Nokia, Alcatel Lucent Shanghai Bell, Convida Networks.S2-174146 "IoT UE capabilities for MBMS user service".3GPP tsg_sa\WG2_Arch.2017,(第TSGS2_122_Cabo期),全文. *
Huawei, TIM, China Unicom.R3-190611 "Discussion on System Information handling by ng-eNB".3GPP tsg_ran\wg3_iu.2019,(第tsgr3_103期),全文. *

Also Published As

Publication number Publication date
CN115988426A (zh) 2023-04-18
CN117998624A (zh) 2024-05-07
CN116193376A (zh) 2023-05-30
AU2022367093A1 (en) 2024-05-02
WO2023061238A1 (zh) 2023-04-20

Similar Documents

Publication Publication Date Title
US8848700B2 (en) Method for device-to-device communication based on cellular telecommunication system
CN112399384B (zh) 通信方法和装置
CN102056300B (zh) 分量载波配置方法、用户设备及基站
US10856223B2 (en) Method of, and transceiver station and mobile terminal for, distributing system information in a cellular telecommunications network
KR101741231B1 (ko) Mbms서비스를 수신/전송하는 방법 및 mbms서비스를 수신하는 단말, mbms서비스를 전송하는 기지국과 mce
WO2020248918A1 (zh) 一种通信方法和装置
US20110182228A1 (en) Mobile communication system, core network node, control station, base station, communication method and program
CN101841773A (zh) 资源指示方法和终端
CN105554892A (zh) 用于lte网络的资源配置方法及装置、基站
CN104704895A (zh) 用于m2m和mtc通信的广播/多播的使用
CN105794266A (zh) 用于小区发现的修改的参考信号传输的方法和装置
CN104812053A (zh) D2d通信同步信道的传输方法及***、发送端及接收端
WO2022031109A1 (en) Methods and systems for managing multicast broadcast service (mbs) services
CN110583078B (zh) 无线电接入技术间频谱共享
US20230362959A1 (en) Method and system for managing configuration and control information of mbs services in wireless network
JP2022521747A (ja) 無線通信方法、端末装置及びネットワーク装置
US20230156434A1 (en) Apparatus and method for unicast, broadcast, and multicast services
US20230199479A1 (en) Capability coordination between wireless devices
CN116193376B (zh) 一种通信方法及装置
CN116261844A (zh) 一种侧行链路通信方法及装置
CN113728683A (zh) 一种bwp配置方法及装置、终端设备、网络设备
WO2023228825A1 (en) Method, user equipment, access network node and core network node
WO2017020804A1 (zh) Mcs配置指示方法、mcs配置获取方法、基站和用户设备
WO2023197172A1 (zh) 传输同步方法及装置、存储介质
WO2021258322A1 (en) A method for broadcast radio communication services

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
GR01 Patent grant
GR01 Patent grant