CN117676891A - 通信方法和通信装置 - Google Patents
通信方法和通信装置 Download PDFInfo
- Publication number
- CN117676891A CN117676891A CN202210959575.0A CN202210959575A CN117676891A CN 117676891 A CN117676891 A CN 117676891A CN 202210959575 A CN202210959575 A CN 202210959575A CN 117676891 A CN117676891 A CN 117676891A
- Authority
- CN
- China
- Prior art keywords
- mcch
- terminal device
- information
- message
- period
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 120
- 238000004891 communication Methods 0.000 title claims abstract description 81
- 230000004048 modification Effects 0.000 claims description 177
- 238000012986 modification Methods 0.000 claims description 177
- 230000015654 memory Effects 0.000 claims description 28
- 238000004590 computer program Methods 0.000 claims description 15
- 239000000758 substrate Substances 0.000 claims 1
- 230000005540 biological transmission Effects 0.000 abstract description 32
- 238000012544 monitoring process Methods 0.000 abstract description 21
- 230000004913 activation Effects 0.000 abstract description 18
- 230000006870 function Effects 0.000 description 55
- 238000012545 processing Methods 0.000 description 40
- 238000001994 activation Methods 0.000 description 19
- 238000010586 diagram Methods 0.000 description 18
- 230000009849 deactivation Effects 0.000 description 11
- 238000007726 management method Methods 0.000 description 9
- 238000001228 spectrum Methods 0.000 description 9
- 230000001960 triggered effect Effects 0.000 description 8
- 230000008859 change Effects 0.000 description 7
- 230000011664 signaling Effects 0.000 description 7
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 description 5
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 230000006978 adaptation Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 101150077548 DCI1 gene Proteins 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000013523 data management Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000014509 gene expression Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 229940102240 option 2 Drugs 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000002035 prolonged effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种通信方法和通信装置。该方法可以包括:第一终端装置根据所述第一终端装置的标识确定第一寻呼时机;在所述第一终端装置在所述第一寻呼时机上未监听到寻呼消息的情况下,所述第一终端装置在第一时段内开始监听多播广播控制信道MCCH对应的物理下行控制信道PDCCH;在所述PDCCH上接收第一下行控制信息DCI,根据所述第一DCI接收MCCH消息,所述MCCH消息包括组播业务的配置信息。这样,通过在PO对应的时段内监听PDCCH,通过PDCCH上接收到的DCI进一步读取MCCH消息,获取组播业务的配置信息,能够有效避免因UE未读取到寻呼消息而错过组播业务激活消息信息,有效提升了组播业务传输的可靠性。
Description
技术领域
本申请实施例涉及通信领域,并且更具体地,涉及一种通信方法和通信装置。
背景技术
多播广播业务(Multicast and Broadcast Service,MBS)是面向多个终端设备(User Equipment,UE)的业务,例如直播业务、公共安全业务、批量软件更新业务等。多播广播业务中,组播业务是针对高Qos需求业务设计的,需要针对组播业务进行组管理,可以提供和单播业务相同的QoS等级。具体的对于组播业务,核心网需要管理UE的加入和退出。组播业务提供给RRC连接态UE,需要gNB和CN维护多播业务组对应的UE信息。
如果UE没有正确接收寻呼消息,可能无法正常接收后续的多播广播业务,从而导致多播广播业务传输可靠性降低。
发明内容
本申请提供一种通信方法和通信装置,能够提升多播广播业务传输的可靠性。
第一方面,提供了一种通信方法,该方法可以由终端装置执行,或者,也可以由终端装置的组成部件(例如芯片或者电路)执行,本申请对此不作限定。为了便于描述,下面以由第一终端装置执行为例进行说明。
该方法可以包括:第一终端装置根据所述第一终端装置的标识确定第一寻呼时机;在所述第一终端装置在所述第一寻呼时机上未监听到寻呼消息的情况下,所述第一终端装置在第一时段内开始监听多播广播控制信道MCCH对应的物理下行控制信道PDCCH;在所述PDCCH上接收第一下行控制信息DCI,根据所述第一DCI接收MCCH消息,所述MCCH消息包括组播业务的配置信息。
基于上述技术方案,当第一终端装置在对应的PO上无法检测到寻呼消息时,由于不确定是网络侧没有发还是因为一些异常发生了漏检或者错检,那么在PO对应的时段内监听PDCCH,通过PDCCH上接收到的DCI进一步读取MCCH消息,获取组播业务的配置信息,能够有效避免因UE未读取到寻呼消息而错过组播业务激活消息信息,有效提升了组播业务传输的可靠性。
结合第一方面,在第一方面的某些实现方式中,所述第一时段为所述第一寻呼时机所处的MCCH修改周期;或者所述第一时段为所述第一寻呼时机所处的MCCH修改周期后的第N个MCCH修改周期,其中N为正整数,且N为正整数。
基于上述技术方案,第一终端装置可以准确地在固定时段开始监听MCCH对应的PDCCH。
结合第一方面,在第一方面的某些实现方式中,所述第一DCI中包含第一指示信息,根据所述第一DCI接收MCCH消息包括:当所述第一指示信息指示读取MCCH消息时,根据所述第一信息接收MCCH消息。
结合第一方面,在第一方面的某些实现方式中,所述第一指示信息包含第一比特,所述第一比特取值为第一取值时,所述第一指示信息指示第一终端装置读取MCCH。
结合第一方面,在第一方面的某些实现方式中,所述第一终端装置根据所述第二指示信息确定跳过连续的M个MCCH修改周期,所述第二指示信息承载在DCI或所述MCCH消息中,M是正整数。
第二方面,提供了一种通信方法,该方法可以由网络设备执行,或者,也可以由网络设备的组成部件(例如芯片或者电路)执行,本申请对此不作限定。为了便于描述,下面以由第一终端装置执行为例进行说明。
该方法可以包括:网络设备确定第一终端装置对应的第一寻呼时机;所述网络设备在所述第一寻呼时机对应的第一时段开始发第一下行控制信息DCI,所述第一DCI用于第一终端装置在第一寻呼时机上未监听到寻呼消息时调度多播广播控制信道MCCH消息;所述网络设备所述第一DCI用于调度MCCH消息,所述MCCH消息包括组播业务的配置信息。
基于上述技术方案,通过在第一PO对应的时段均发送MCCH消息,能够有效避免第一终端装置因漏检或者寻呼消息传输失败从而导致的第一终端装置组播业务接收失败。
结合第二方面,在第二方面的某些实现方式中,所述第一时段为所述第一寻呼时机所处的MCCH修改周期;或者所述第一时段为所述第一寻呼时机所处的MCCH修改周期后的第N个MCCH修改周期,其中N为正整数,且N为正整数。
结合第二方面,在第二方面的某些实现方式中,所述第一DCI中包含第一指示信息,第一指示信息包含第一比特,所述第一比特取值为第一取值时,所述第一指示信息指示第一终端装置读取MCCH消息时。
结合第二方面,在第二方面的某些实现方式中,所述方法还包括:向第一终端装置发送第二指示信息,第二指示信息指示所述第一终端装置跳过连续的M个MCCH修改周期,所述第二指示信息承载在DCI或所述MCCH消息中。
第三方面,提供了一种通信方法,该方法可以由网络设备执行,或者,也可以由网络设备的组成部件(例如芯片或者电路)执行,本申请对此不作限定。为了便于描述,下面以由网络设备执行为例进行说明。
该方法可以包括:网络设备确定第一终端装置对应的第一寻呼时机PO;所述网络设备在所述第一寻呼时机PO上向所述第一终端装置发送第一信息,所述第一信息指示所述第一终端装置不接收连续M个多播广播控制信道MCCH修改周期对应的MCCH消息,所述连续M个MCCH修改周期为第一PO对应MCCH修改周期后的连续M个MCCH修改周期;所述网络设备在所述第一PO对应MCCH修改周期后的第M+1个MCCH修改周期内发送MCCH消息。
基于上述技术方案,通过指示第一终端装置跳过M个MCCH修改周期,降低了终端装置持续接收MCCH消息的功耗,提升了MCCH消息接收的效率。
结合第三方面,在第三方面的某些实现方式中,方法还包括:所述网络设备确定第二终端装置对应的第二PO;所述网络设备在第二PO上向第二终端装置发送第二信息,所述第二信息指示第二终端装置不接收连续N个MCCH修改周期对应的MCCH消息,所述连续N个MCCH修改周期为第二PO对应MCCH修改周期后的连续N个MCCH修改周期;所述第二PO对应MCCH修改周期后的第N+1个MCCH修改周期与所述第一PO对应MCCH修改周期后的第M+1个MCCH修改周期相同。
基于上述技术方案,通过第二PO对应的MCCH修改周期后的第N+1个MCCH周期与第一PO对应的MCCH修改周期后的第M+1个MCCH修改周期相同,能够使得对于不同PO但是需要接收相同组播业务的UE,可以在相同的时期开始接收MCCH消息,避免PO较早的UE过早监听并接收MCCH消息导致的功耗。
结合第三方面,在第三方面的某些实现方式中,方法还包括:在发送所述MCCH消息之前,所述网络设备发送第三指示信息,所述第三指示信息指示所述第一终端装置读取所述MCCH消息。
结合第三方面,在第三方面的某些实现方式中,所述第三指示信息包含第二比特,所述第二比特取值为第一取值时,所述第三指示信息指示UE读取MCCH。
第三方面及各个可能的设计的有益效果可以参考第一方面相关的描述,在此不予赘述。
第四方面,提供了一种通信方法,该方法可以由终端装置执行,或者,也可以由终端装置的组成部件(例如芯片或者电路)执行,本申请对此不作限定。为了便于描述,下面以由第二终端装置执行为例进行说明。
该方法可以包括:第一终端装置在第一寻呼时机PO上接收到第一信息,所述第一信息指示所述第一终端装置不接收连续的M个多播广播控制信道MCCH修改周期对应的MCCH消息;所述第一终端装置根据第一信息不接收所述M个MCCH修改周期对应的MCCH消息。
结合第四方面,在第四方面的某些实现方式中,所述第一终端装置接收到第三指示信息,根据第三指示信息读取第M+1个MCCH修改周期对应的MCCH消息。
第四方面及各个可能的设计的有益效果可以参考第三方面相关的描述,在此不予赘述。
第五方面,提供一种通信装置,该装置用于执行上述第一方面至第五方面任一种可能实现方式中的方法。具体地,该装置可以包括用于执行第一方面至第五方面任一种可能实现方式中的方法的单元和/或模块,如处理单元和/或通信单元。
在一种实现方式中,该装置为终端设备。当该装置为终端设备时,通信单元可以是收发器,或,输入/输出接口;处理单元可以是至少一个处理器。可选地,收发器可以为收发电路。可选地,输入/输出接口可以为输入/输出电路。
在另一种实现方式中,该装置为用于终端设备的芯片、芯片***或电路。当该装置为用于终端设备的芯片、芯片***或电路时,通信单元可以是该芯片、芯片***或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等;处理单元可以是至少一个处理器、处理电路或逻辑电路等。
第六方面,提供一种通信装置,该装置包括:至少一个处理器,用于执行存储器存储的计算机程序或指令,以执行上述第一方面至第五方面任一种可能实现方式中的方法。可选地,该装置还包括存储器,用于存储的计算机程序或指令。可选地,该装置还包括通信接口,处理器通过通信接口读取存储器存储的计算机程序或指令。
在一种实现方式中,该装置为终端设备。
在另一种实现方式中,该装置为用于终端设备的芯片、芯片***或电路。
第七方面,本申请提供一种处理器,用于执行上述第一方面至第五方面提供的方法。
对于处理器所涉及的发送和获取/接收等操作,如果没有特殊说明,或者,如果未与其在相关描述中的实际作用或者内在逻辑相抵触,则可以理解为处理器输出和接收、输入等操作,也可以理解为由射频电路和天线所进行的发送和接收操作,本申请对此不做限定。
第八方面,提供一种计算机可读存储介质,该计算机可读介质存储用于设备执行的程序代码,该程序代码包括用于执行上述第一方面至第五方面任一种可能实现方式中的方法。
第九方面,提供一种包含指令的计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述第一方面至第五方面任一种可能实现方式中的方法。
第十方面,提供一种通信***,包括至少一个前述的第一终端装置和网络设备。
附图说明
图1是本申请实施例提供的一种通信***示意图;
图2是MBS业务传输过程的示意图;
图3是组播业务传输过程的示意图;
图4是MCCH具体发送机制的示意图;
图5是业务去激活流程示意图;
图6是本申请提出的一种通信方法的示意性流程图;
图7是MCCH对应PDCCH监听时机示意图;
图8是多UE寻呼时机的示意图;
图9是本申请提出的另一种通信方法的示意性流程图;
图10是多UE场景下MCCH消息发送时机示意图;
图11是本申请实施例提供的一种通信装置1100的示意图。
图12是本申请实施例提供的另一种通信装置1200的示意图。
图13是本申请实施例提供的芯片***1300的示意图。
具体实施方式
下面将结合附图,对本申请实施例中的技术方案进行描述。
图1是本申请的实施例应用的通信***1000的架构示意图。如图1所示,该通信***包括无线接入网100和核心网200,可选的,通信***1000还可以包括互联网300。其中,无线接入网100可以包括至少一个无线接入网设备(如图1中的110a和110b),还可以包括至少一个终端(如图1中的120a-120j)。终端通过无线的方式与无线接入网设备相连,无线接入网设备通过无线或有线方式与核心网连接。核心网设备与无线接入网设备可以是独立的不同的物理设备,也可以是将核心网设备的功能与无线接入网设备的逻辑功能集成在同一个物理设备上,还可以是一个物理设备上集成了部分核心网设备的功能和部分的无线接入网设备的功能。终端和终端之间以及无线接入网设备和无线接入网设备之间可以通过有线或无线的方式相互连接。图1只是示意图,该通信***中还可以包括其它网络设备,如还可以包括无线中继设备和无线回传设备,在图1中未画出。
其中,核心网设备也可以称为核心网装置,可以包括以下网元中的一个或多个:统一数据管理(unified data management,UDM)网元、应用功能(application function,AF)网元、策略控制功能(policy control function,PCF)网元、网络开放功能(networkexposure function,NEF)网元、接入与移动性管理功能(access and mobilitymanagement function,AMF)网元、会话管理功能(session management function,SMF)网元、用户面功能(user plane function,UPF)网元等。上述各网元也可称为装置、设备或实体,本申请并不在此限制,例如,UDM网元也可称为UDM装置、UDM设备或UDM实体。为便于描述,下文中将采用简称的方式进行,例如“AMF网元”被简称为“AMF”。
无线接入网设备可以是基站(base station)、演进型基站(evolved NodeB,eNodeB)、发送接收点(transmission reception point,TRP)、第五代(5th generation,5G)移动通信***中的下一代基站(next generation NodeB,gNB)、第六代(6thgeneration,6G)移动通信***中的下一代基站、未来移动通信***中的基站或WiFi***中的接入节点等;也可以是完成基站部分功能的模块或单元,例如,可以是集中式单元(central unit,CU),也可以是分布式单元(distributed unit,DU)。这里的CU完成基站的无线资源控制协议和分组数据汇聚层协议(packet data convergence protocol,PDCP)的功能,还可以完成业务数据适配协议(service data adaptation protocol,SDAP)的功能;DU完成基站的无线链路控制层和介质访问控制(medium access control,MAC)层的功能,还可以完成部分物理层或全部物理层的功能,有关上述各个协议层的具体描述,可以参考第三代合作伙伴计划(3rd generation partnership project,3GPP)的相关技术规范。无线接入网设备可以是宏基站(如图1中的110a),也可以是微基站或室内站(如图1中的110b),还可以是中继节点或施主节点等。本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。无线接入网设备也可以称为网络装置。为了便于描述,下文以基站作为无线接入网设备的例子进行描述。
终端也可以称为终端设备、终端装置、用户设备(user equipment,UE)、移动台、移动终端等。终端可以广泛应用于各种场景,例如,设备到设备(device-to-device,D2D)、车物(vehicle to everything,V2X)通信、机器类通信(machine-type communication,MTC)、物联网(internet of things,IOT)、虚拟现实、增强现实、工业控制、自动驾驶、远程医疗、智能电网、智能家具、智能办公、智能穿戴、智能交通、智慧城市等。终端可以是手机、平板电脑、带无线收发功能的电脑、可穿戴设备、车辆、无人机、直升机、飞机、轮船、机器人、机械臂、智能家居设备等。本申请的实施例对终端所采用的具体技术和具体设备形态不做限定。
基站和终端可以是固定位置的,也可以是可移动的。基站和终端可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上;还可以部署在飞机、气球和人造卫星上。本申请的实施例对基站和终端的应用场景不做限定。
基站和终端的角色可以是相对的,例如,图1中的直升机或无人机120i可以被配置成移动基站,对于那些通过120i接入到无线接入网100的终端120j来说,终端120i是基站;但对于基站110a来说,120i是终端,即110a与120i之间是通过无线空口协议进行通信的。当然,110a与120i之间也可以是通过基站与基站之间的接口协议进行通信的,此时,相对于110a来说,120i也是基站。因此,基站和终端都可以统一称为通信装置,图1中的110a和110b可以称为具有基站功能的通信装置,图1中的120a-120j可以称为具有终端功能的通信装置。
基站和终端之间、基站和基站之间、终端和终端之间可以通过授权频谱进行通信,也可以通过免授权频谱进行通信,也可以同时通过授权频谱和免授权频谱进行通信;可以通过6千兆赫(gigahertz,GHz)以下的频谱进行通信,也可以通过6GHz以上的频谱进行通信,还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请的实施例对无线通信所使用的频谱资源不做限定。
在本申请的实施例中,基站的功能也可以由基站中的模块(如芯片)来执行,也可以由包含有基站功能的控制子***来执行。这里的包含有基站功能的控制子***可以是智能电网、工业控制、智能交通、智慧城市等上述应用场景中的控制中心。终端的功能也可以由终端中的模块(如芯片或调制解调器)来执行,也可以由包含有终端功能的装置来执行。
本申请实施例提供的技术方案可以应用于通信设备间的无线通信。通信设备间的无线通信可以包括:网络设备和终端间的无线通信、网络设备和网络设备间的无线通信以及终端设备和终端设备间的无线通信。其中,在本申请实施例中,术语“无线通信”还可以简称为“通信”,术语“通信”还可以描述为“数据传输”、“信息传输”或“传输”。
还应理解,本申请中“终端设备”也称“终端装置”、“终端”等等,“网络设备”也称“网络装置”、“网络侧”等等,“核心网设备”也称“核心网装置”、“核心网”等等。
为了便于理解,提前对相关概念做一简单解释。
1.多播广播业务(multicast and broadcast service,MBS):是面向多个终端设备的业务,例如直播业务、公共安全业务、批量软件更新业务等。如图2所示,MBS业务来自数据服务器,首先数据服务器将MBS数据发送给核心网装置,然后核心网设备将MBS数据发送给基站,最后基站将MBS数据发送给接收MBS业务的至少一个UE。MBS包括组播业务和广播业务。
从核心网向基站发送的时候,MBS业务通过一个公共的传输通道MBS会话进行传输,每个MBS会话中可以包含至少一个MBS服务质量(quality of service,QoS)流。而从基站向UE发送的时候,数据包通过MBS无线承载传输,对于一个MBS无线承载来说有两种传输模式:第一种可以采用点到多点(point to multi-point,PTM)传输方式,第二种可以采用点到点(point to point,PTP)传输方式。
2.组播(multicast)业务:组播业务是针对高QoS需求业务设计的,组播业务可以提供和单播业务相同的QoS等级。需要针对组播业务进行组管理,具体地,如图3中的(a)所示,对于组播业务,核心网需要管理UE的加入和退出。对于核心网和基站之间的传输依托于协议数据单元会话(protocol data unit session,PDU session),引入MBS QoS流(flow)。无线接入网装置(radio access network,RAN)支持PTP和PTM传输方式向UE发送数据,并且支持由RAN控制的PTP和PTM之间的动态切换。
其中,接入网装置和终端装置具有对等的协议栈结构,以用于相互通信。如图3中的(b)所示,用户面协议栈结构可以包括RRC层、业务数据适配(service data adaptationprotocol,SDAP)层、PDCP层、无线链路控制(Radio Link Control,RLC)层、MAC层和物理(physical,PHY)层等。其中,物理层位于最低层(层一),MAC层、RLC层、PDCP层以及SDAP层属于第二层(层二),RRC层属于第三层(层三)。对于MBS传输的用户面协议栈来说,数据按照图中箭头所示方向进行传输(对于MBS业务来说,传输方向是从基站到UE),数据首先到达基站的SDAP层,经过SDAP层的映射以后,传输到相应的PDCP实体,经过基站的PDCP层的处理以后传输到RLC层和MAC层,经过相应的处理之后,从物理层发送出去,通过空口传输给UE侧。然后UE侧的各个协议层按照与基站相反的处理顺序对数据包依次进行对应的处理。在基站和UE侧可以形象地将各层对数据包的处理结合起来称为无线承载,对于无线承载里的每个数据,都需要经过各个层的处理,每个层都有相应的功能实体来执行相应的功能。每个无线承载配置里面会包含一个PDCP实体,同时每个无线承载配置会关联至少一个RLC实体,并且每个RLC实体对应一个逻辑信道。
对于MBS,用户面数据由多播无线承载(MBS Radio Bearer,MRB)承载。具体的,MRB包括以下三种类型:PTP only MRB,PTM only MRB,和split MRB(PTP MRB+PTM MRB)。如图3中的(c)所示,PTP only MRB关联一个PTP RLC实体,PTM only MRB关联一个PTM RLC实体,split MRB关联一个PTM RLC实体和一个PTP RLC实体。其中,PTM RLC对多个UE是相同的,多个UE用相同的组无线网络临时标识(group radio network temporary identifier,g-RNTI)解扰,PTP RLC是对于各个UE独立的,每个UE用各自的小区无线网络临时标识(cellradio network temporary identifier,C-RNTI)监听。
应理解,本申请实施例中的G-RNTI和g-RNTI可以互相替换,C-RNTI和c-RNTI可以互相替换,本申请实施例对此不作限定。
组播业务只能提供给无线资源控制(radio resource control,RRC)连接态下的UE,需要接入网设备和核心网设备维护多播广播业务组对应的UE信息。组播业务还支持由核心网触发的MBS会话(session)的去激活或者激活,UE不感知业务状态。可选地,组播业务中的通信双方可以在限定的区域范围内发送数据,或者在不同区域发送不同内容。
3.多播广播控制信道和多播广播业务信道:NR MBS的广播技术中引入了两种逻辑信道,多播广播控制信道(MBS control channel,MCCH)和多播广播业务信道(MBS trafficchannel,MTCH),其中MCCH用于传输控制信息,包含MTCH的配置信息,比如MTCH对应的g-RNTI以及DRX参数。MCCH以周期的方式进行发送。MTCH逻辑信道用于承载广播业务的用户数据。通过MCCH调度MTCH。MTCH的配置为每(per)g-RNTI级别,也可以说是per MBS service级别。其中,基站通过g-RNTI同时向多个UE调度业务数据,每个g-RNTI可以关联至少一个广播业务。
应理解,在不同通信***中,上述信道可以对应不同的名称。例如,在***(4thgeneration,4G)通信***中,多播广播业务控制信道可以为单小区多播广播业务控制信道(single cell MCCH,SC-MCCH)。再例如,在5G通信***中,多播广播业务控制信道可以为MC-MCCH。在未来技术发展过程中,与该多播广播业务控制信道功能类似的信道还可能有其他称谓,或者,在不同通信环境、通信场景或者通信技术中,相同功能的信道也可能有不同称谓,但是功能类似或相同的信道在不同***中的不同名称,不对信道内容及功能构成限定。本申请中的多播广播控制信道可以用于传输控制信息,多播广播业务信道可以用于传输用户数据。
如无特殊说明,本申请中以MCCH表示多播广播业务控制信道,以MTCH表示多播广播业务信道。还应理解,本申请其他英文简称与此类似,不再赘述。
4.多播广播控制信道修改通知(MCCH change notification):如图4所示,MCCH在每个修改周期(Modification period,MP)中重复发送,图中包括重复周期(repetitionperiod,RP)。在一个MP中,MCCH的内容相同,当不同的MP的MCCH发生变化时,网络设备发送包含修改通知的PDCCH,修改通知为MCCH change notification。当UE在PDCCH上检测到MCCH change Notification对应的字段,比如是2比特,即认为检测到了修改通知,UE重新获取MCCH。UE在获取MCCH时,需要检测MCCH-RNTI加扰的PDCCH,以获取MCCH的调度信息。其中,MCCH修改通知中的第一比特指示MCCH修改的原因是会话开始,MCCH修改通知中的第二比特指示MCCH修改的原因是会话修改、会话停止或邻小区列表更新。
5.RRC状态:NR中的RRC状态包括三种:RRC空闲态(RRC_IDLE),RRC非活跃态(RRC_INACTIVE),RRC连接态(RRC_CONNECTED)。下面对三种RRC状态进行简单介绍。
①RRC_CONNECTED(RRC连接态):RAN有UE的上下文,UE和RAN有信令连接。UE可接收RAN下发的控制UE进行数据传输、切换、通知UE相关调度信息的消息及***消息,且RAN可接收UE反馈的信道质量信息。
②RRC_INACTIVE(RRC非活跃态):RAN和核心网之间保持连接,空口没有分配资源,能够使业务快速恢复,提升时延敏感应用体验,另外,处于非活跃态的用户省电效果也能逼近空闲态,延长手机续航时间。
③RRC_IDLE(RRC空闲态):RAN没有UE的上下文,UE和RAN没有信令连接,在此状态中,UE可接收***消息和寻呼消息,进行小区选择和重选。当UE因为某个目的(业务请求,位置更新,寻呼等)需要和网络建立连接,则触发RRC连接建立,RRC连接建立后,则进入RRC连接态。
应理解,本申请中的RRC非连接态可以是RRC空闲态和/或RRC非活跃态。本申请中的非连接态可以替换为RRC空闲态和/或RRC非活跃态。
6.多播会话标识(MBS session ID):用于标识业务,比如一个多播会话标识可以关联一个业务。多播会话标识可以是临时多播组标识(temporary multicast groupidentifier,TMGI)。
MBS会话去激活过程适用于组播。MBS会话去激活流程由多播会话管理功能(MBsession management function,MB-SMF)网元触发,当MB-SMF在一段时间内没有下行数据可传输的情况下收到用户面功能(MB user plane function,MB-UPF)网元的通知时,或者当MB-SMF直接收到应用层功能(application function,AF)网元或通过网络开放功能(network exposure function,NEF)转发的请求时,MBS Session去激活流程用于去激活5G接入网(NG-RAN)节点的MBS数据资源。在5G核心网(5GC)的触发下,RAN释放组播会话的无线资源,停止向UE传输组播会话数据,基站可以对UE进行RRC连接释放或者不释放,并没有通知到UE。组播会话状态从激活(active)状态转换为去激活(inactive)状态。换句话说,去激活态可以是UE当前业务处于去激活状态,或者,关于当前业务的会话(session)处于去激活态,在UE的相关业务处于去激活态时,基站可以指示UE释放该业务。
MBS释放流程由核心网触发,当核心网(core network,CN)N决定要释放一个组播业务,或者将一个UE从组播业务中删除,可以执行如上流程。如果CN判断存在CM-IDLE UE,CN会发起paging,使UE进入连接态,以执行后续的释放流程。具体地,发送的消息可以是组寻呼消息(当基站支持组播),可以是单播的paging消息(当基站不支持组播,通过单播方式提供组播业务)。
应理解,本申请中未特殊说明的情况下,多播广播业务的状态也可以理解为多播广播会话的状态,释放多播广播会话业务也可以理解为释放多播广播会话,业务可以理解为多播广播业务。也就是说,本申请中如无特殊说明,“业务”和“会话”可以互相替换。
MBS会话激活过程仅适用于组播。MBS会话激活过程由MB-SMF触发,当MB-SMF收到MB-UPF关于MBS下行数据的通知时,或者当MB-SMF直接收到AF或通过NEF转发的请求时,触发MBS Session激活流程。MBS Session激活流程用于激活NG-RAN节点的MBS数据资源,比如建立组播会话的无线资源,向UE传输组播会话数据。此外,加入组播会话的处于连接管理空闲(connection management-IDLE,CM)-IDLE)状态和CM-CONNECTED+RRC Inactive状态的UE会被寻呼(paging),可以由MB-UPF的AF请求或数据通知触发这些UE的激活流程,组播会话状态从去激活状态转换为激活状态。图中AMF用于寻呼处于CM-IDLE状态的UE的消息可以是组寻呼消息(当基站支持组播),可以是单播的寻呼消息(当基站不支持组播,通过单播方式提供组播业务)。在AMF向RAN发送多播会话激活请求(multicast session activationrequest)消息时,可以触发RAN的寻呼流程。
本申请中提及的多播广播控制信道或者MCCH是用于组播业务的,具体的可以是用于承载组播业务的配置信息的,组播业务的配置信息可以通过MCCH消息进行发送。对于组播业务来说多播广播控制信道可以与广播业务使用的多播广播控制信道共用,也可以是专门用于承载组播业务的配置信息的信道。本申请中不限制多播广播控制信道或者MCCH的定义方法或者名称,可以替换为其他的表述或者名称,可以替换为其他的用于包含组播业务配置信息的信道。
应理解,本申请中的监听MCCH或读取MCCH指的是监听MCCH对应的PDCCH,或者使用MCCH对应的RNTI(比如MCCH-RNTI)监听PDCCH,或者使用MCCH对应的RNTI(比如MCCH-RNTI)解扰DCI和/或获取MCCH消息或者MCCH对应的PDSCH的调度信息。
类似的,多播广播业务信道或多播广播传输信道或MTCH是用于组播业务的,具体的可以是用于承载组播业务的数据的,组播业务的数据可以通过MTCH进行承载。对于组播业务来说,多播广播业务/传输信道和可以与广播业务使用的多播广播业务/传输信道共用,也可以是专门用于承载组播业务的数据的信道。本申请中不限制多播广播业务/传输信道或者MTCH的定义方法或者名称,可以替换为其他的表述或者名称,可以替换为其他的用于包含组播业务数据的信道。
应理解,本申请中的监听MTCH或读取MTCH指的是监听MTCH对应的PDCCH,或者使用MTCH对应的RNTI(比如G-RNTI)监听PDCCH,或者使用MTCH对应的RNTI(比如G-RNTI)解扰DCI和/或获取MTCH对应的PDSCH的调度信息。
非连接态接收组播业务的背景下,UE如果被释放到非连接态接收组播业务那么UE要一直用G-RNTI监听PDCCH以读取业务数据。结合业务去激活场景,如图5所示,如果核心网向基站触发了业务去激活流程,网络设备将停止发送数据很长的一段时间。当网络通过非连接态模式提供组播业务场景下,如果业务去激活需要通知UE对应业务的状态。
1>当组播或广播业务去激活时,如果基站正在提供非连接态模式发送业务,指示相关业务去激活。一种可能的方式中,基站通过MCCH指示业务去激活。
2>当UE读到正在通过非连接态接收的组播业务的去激活指示信息后,UE可能会有以下选择:
Option1:UE停止监听MTCH,继续监听MCCH对应的PDCCH,通过MCCH获取业务何时激活;
Option2:UE停止监听MTCH,继续监听MCCH对应的PDCCH,持续监听paging;
Option3:UE停止监听MTCH和MCCH,持续监听paging。
3>当UE收到MCCH和或paging中指示业务激活时开始监听MTCH。特别的,对于
option3如果在paging中监听到业务激活后需要读取MCCH获取MTCH配置信息。
基于上述方案,当业务激活时UE接收到paging后触发监听MCCH和MTCH开始接收数据。但是UE接收paging有失败或者漏检可能,由于开销问题,例如,寻呼消息不一定一直有资源都能发TMGI,网络侧很有可能不会为了可靠性重复发paging,一旦错过/漏检/解错激活指示后对于inactive收组播的UE造成的影响相比于普通UE错过/漏检/解错paging更为严重,普通UE没收到paging没有进入连接态,基站和核心网可以感知到,可以再次发起寻呼,但是非连接态收组播的UE一旦错过,网络也不感知UE没收到业务激活通知。一旦业务去激活后很长一段时间没有执行去激活再激活的操作,UE在这段时间内都一直不会接收业务,会造成漏收业务。因此如何保证UE错过paging后仍能正常开始接收非连接态业务是亟待解决的问题。
本申请提供一种通信方法,当UE在自己对应的PO上未监听到寻呼消息的时候,UE监听MCCH对应的PDCCH,避免UE错过业务相关消息,从而提升了业务传输可靠性。可参见图6。
在以下实施例中,第一终端装置也可简称为UE1。
S301.第一终端装置确定第一寻呼时机。
第一终端装置根据其标识确定第一PO。寻呼时刻也是包含寻呼帧(paging frame,PF)和寻呼时机(paging occasion,PO)两级设置。PF,和Po是根据终端标识计算得到的。终端的标识可以由5G-S-TMSI mod 1024得到。
S302.第一终端装置在第一时段内开始监听MCCH对应的PDCCH。
可选的,第一终端装置采用第一标识监听PDCCH,第一标识为MCCH对应的RNTI,例如为MCCH-RNTI。
可选的,当第一终端装置在第一PO上未监听到寻呼消息的情况下,第一终端装置在第一时段内开始监听PDCCH。
在第一时段内开始监听PDCCH可以理解为从第一时段开始时刻起监听PDCCH。
具体的,UE1在第一PO未监听到寻呼消息就在第一时段监听MCCH对应的PDCCH的规则可以是协议固定的,即UE1一直按照该规则执行;也可以是网络配置给UE1的,比如在业务去激活时指示的,例如MCCH消息中包含相关的指示信息指示该规则;或者在RRC释放到非连接态接收对应的业务时配置的,或者是在***消息中广播UE是否需要执行此行为。比如携带一个指示信息用于指示UE1在第一PO未监听到寻呼消息就在第一时段监听MCCH对应的PDCCH,其中指示信息可以为1比特或者为一个字段设置为True,当存在此指示信息则视为需要执行此行为。另外还可以配置固定的监听时刻的信息,即通过信令配置的第一时段,比如配置一个偏置offset。
其中,第一时段为第一寻呼时机所处的MCCH修改周期;或者第一时段为第一寻呼时机所处的MCCH修改周期后的第N个MCCH修改周期。其中,N为正整数。第一时段为第一寻呼时机所处的MCCH修改周期后的第N个MCCH修改周期,例如,第一时段为第一寻呼时机所处的MCCH修改周期后的第一个MCCH修改周期,或者第若干个MCCH修改周期。
当第一时段为第一寻呼时机所处的MCCH修改周期时,第一PO结束后该MCCH修改周期内至少还有一个完整的MCCH重复周期。
示例性的,如图7所示,第一寻呼时机所处的MCCH修改周期为MCCH周期1,第一时段可以为MCCH周期1,或者第一时段为第一寻呼时机所处的MCCH修改周期的后一个MCCH修改周期,例如MCCH修改周期2。
当第一时段为第一PO所处的MCCH修改周期后的第N个MCCH修改周期时,该N可以为基站配置的,例如,通过RRC高层信令配置,或者通过DCI信息配置,或者MAC CE信令配置。或者该N为预定义的参数。
对于UE1来说,当UE1在对应的PO上无法检测到寻呼消息时,由于不确定是网络侧没有发还是因为一些异常发生了漏检或者错检,那么在PO对应的时段内监听PDCCH,通过PDCCH上接收到的DCI进一步读取MCCH消息,获取组播业务的配置信息,能够有效避免因UE1未读取到寻呼消息而错过组播业务激活信息,有效提升了组播业务传输的可靠性。
举例来说,第一终端装置在第一PO上未监听到寻呼消息的情况下,第一终端装置在第一PO对应的MCCH修改周期或者第一PO对应的MCCH修改周期后第N个MCCH修改周期内开始监听PDCCH。参考图4,第一PO所处的MCCH修改周期为MCCH周期1,第一PO所处的MCCH修改周期后的第一个MCCH修改周期为MCCH周期2,第一PO所处的MCCH修改周期后的第二个MCCH修改周期为MCCH周期3,可以依次类推。
可选的,当第一终端装置在第一PO上监听到寻呼消息的情况下,可以具体分为以下几种情况:
(1)第一终端装置在第一PO上接收到其他UE的寻呼消息,或者寻呼消息中包括的业务标识为第一终端装置其他不感兴趣的组播业务标识,则第一终端装置无其他特别动作。
(2)第一终端装置在第一PO上接收到的寻呼消息包含第一终端装置的标识信息,则第一终端装置进入连接态进行业务的接收。
(3)第一终端装置在第一PO上接收到的寻呼消息包含自己感兴趣的组播业务的业务激活信息,比如寻呼消息中包含TMGI 1以及业务激活指示,其中,TMGI 1为UE1期望接收的组播业务的标识,则第一终端装置根据寻呼消息在下一MCCH周期读取MCCH消息。
S303.网络设备在第一寻呼时机对应的第一时段开始发送第一DCI,第一DCI用于调度MCCH消息,比如当第一终端装置在第一寻呼时机上未监听到寻呼时机时调度MCCH消息。
在此之前,网络设备确定第一终端装置对应的第一寻呼时机,具体的,根据第一终端装置的标识确定其对应的第一寻呼时机。
该303步骤与302步骤在时间上的先后顺序不限制。
对于网络设备来说,通过在第一PO对应的时段均发送MCCH消息,能够有效避免UE1因漏检或者寻呼消息传输失败从而导致后续UE1继续接收组播业务失败。
S304.第一终端装置在PDCCH上接收第一DCI,并根据第一DCI接收MCCH消息,该MCCH消息包括组播业务的配置信息。
可选的,第一DCI中包含第一指示信息,根据第一DCI接收MCCH消息具体包括:当所述第一指示信息指示第一终端装置读取MCCH消息时,第一终端装置根据第一DCI接收MCCH消息。
可选的,第一DCI调度MCCH消息所在的PDSCH,因此当UE1接收到第一DCI后,在DCI指示的时频位置接收MCCH消息。该MCCH消息中包括组播业务的配置信息。
具体的,UE1根据第一DCI中第一指示信息的取值状态或者根据第一DCI中是否包含第一指示信息确定是否接收第一DCI调度的MCCH消息。
可以理解,MCCH消息承载在PDSCH中,第一DCI调度该PDSCH。
第一指示信息包含第一比特,所述第一比特取值为第一取值时,所述第一指示信息指示UE读取MCCH。第一取值为1,或者第一取值为0。例如,当第一比特取值为1时,UE1根据该取值为1的bit在MCCH信道上接收MCCH消息。具体MCCH消息所在的时频资源位置通过DCI中其他信息指示,例如第一DCI还包括时频资源指示信息,指示MCCH消息的在PDSCH中的时频位置。
第一指示信息除了通过显示指示的方式指示是否读取MCCH之外,还可以通过隐式指示的方式完成指示。例如,当第一DCI中包含第一指示信息时,指示读取MCCH消息,当第一DCI中不包含第一指示信息时,指示不读取MCCH消息。第一指示信息可以表现为“true”。
可选的,第一指示信息包括两个比特,比如第一指示信息包括2bit的字段“MCCHchange notification”,该两bit中的一个bit的取值用于指示UE是否读取MCCH消息。例如,该两个比特中的第一个bit或第二个bit取值为第一取值,指示读取MCCH消息,取值为第二取值时,指示不需要读取MCCH消息。其中,第一取值为1,第二取值为0,或者,也可以反过来。
MCCH消息中包括组播业务的配置消息,例如包含MTCH的配置信息,比如MTCH对应的G-RNTI以及DRX参数。MTCH逻辑信道承载广播业务的用户数据。通过MCCH调度MTCH。MTCH的配置可以为G-RNTI级别,也可说是MBS业务级别。其中,gNB通过组RNTI(G-RNTI,GroupRNTI)来同时向多个UE调度业务数据,每个G-RNTI可以关联至少一个广播业务或组播业务。
因此,UE1可以根据MCCH消息在对应的MTCH接收组播业务的用户数据。
可选的,该方法还可以包括:
步骤S305第一终端装置接收来自网络设备的第二指示信息。网络设备向第一终端装置发送第二指示信息。
第一终端装置根据第二指示信息确定跳过连续的M个MCCH修改周期,所述第二指示信息承载在DCI或所述MCCH消息中,M是正整数。
此处的跳过连续的M个MCCH修改周期可以理解为UE1在连续的M个MCCH修改周期内都不接收MCCH消息。
由于UE1默认开始监听MCCH对应的PDCCH后,除非被指示或者不再对业务感兴趣可能会持续监听,因此可选的,向UE1发送第二指示信息,指示UE1不接收连续的M个MCCH修改周期内的MCCH消息。该第二指示信息可以携带在DCI4_0或者MCCH消息中。第二指示信息可以指示相同业务的MCCH消息可以在几个MCCH修改周期之后再读,用于跳过连续的MCCH消息。
可选的,当多个组播业务都存在此指示时,只要有业务指示了在某个MCCH需要监听MCCH对应的PDCCH则UE1就需要监听,不管其他业务指示有没有跳过。比如UE1有两个组播业务,其中组播业务1的DCI1中包含的第二指示信息为00001,组播业务2的DCI2中包含的第二指示信息为00100,其中DCI1中的比特串00001的含义为跳过连续的4个MCCH修改周期,从第5个MCCH修改周期开始读取,DCI2中的比特串00100的含义为跳过连续的2个MCCH修改周期,从第3个MCCH修改周期开始读取,则UE1根据该两个DCI的指示跳过接下来的两个MCCH修改周期,从第三个修改周期到第五个修改周期都要接收MCCH消息。或者,网络设备也可以直接指示跳过两个,不按照具体的业务来指示。
通过这种指示,当MCCH消息重复时,终端装置可以跳过部分重复的MCCH消息,从而降低了终端装置的一直接收相同的信令带来的功耗开销。
对于不同的终端装置来说,其对应的PO可能不同,网络在发送的多播/广播数据之前,需要考虑在所有接收该业务数据的UE的PO之后,才能开始发送MTCH或MTCH+MCCH。如图8所示,当UE1和UE2的DRX周期均为128ms,UE3和UE4的DRX周期为256ms,MCCH修改周期为32ms,UE收到paging指示对应的组播业务激活后就监听MCCH对应的PDCCH等待业务开始可能会过早的开始监听MCCH对应的PDCCH,因为网络实现时正常应该保证给所有UE发完激活指示才开始发送业务,因此可能会过早的开始监听G-RNTI。考虑到如果有eDRX UE接收非连接态组播,其周期可能会很长,大于10.24s,这种场景下非连接态UE可能需要监听很久G-RNTI但是没有数据,这就会造成能量浪费。
本申请提供一种通信方法500,当存在多个UE时,不同UE的PO不同,网络设备为该多个UE指示一个MCCH消息的接收时刻,降低UE不必要的监听开销。如图9所示,该方法包括:
S501.网络设备确定第一终端装置对应的第一寻呼时机。
具体的,网络设备根据第一终端装置的标识确定第一终端装置的第一寻呼时机。
可选的,网络设备确定第二终端装置对应的第二寻呼时机。类似的,也是根据第二终端装置的标识或ID确定第二终端装置对应的第二PO。
以下,第一终端装置简称UE1,第一寻呼时机简称第一PO,第二终端装置以下简称UE2,第二寻呼时机以下简称第二PO。
UE1与UE2均为网络设备所在的小区内的终端装置,或者是UE1与第二的UE的RAN区域均包含网络设备所在的小区。UE1与UE2均对组播业务1感兴趣。
其中UE1可以是一个或多个终端设备,其确定的PO为相同的,UE2同理。
S502a.网络设备在第一PO上向第一终端装置发送第一信息,第一信息指示第一终端装置不接收连续的M个MCCH修改周期对应的MCCH消息。也可以理解为从第M+1个MCCH修改周期开始接收对应的MCCH消息。
对应的,第一终端装置在第一PO上接收第一信息,第一终端装置根据第一信息不接收M个MCCH修改周期对应的MCCH消息。
该连续的M个MCCH修改周期为第一PO对应的MCCH修改周期后的连续的M个MCCH修改周期。
其中,第一PO对应的MCCH修改周期可以理解为第一PO在时域上所处的MCCH修改周期。当前所述的MCCH修改周期可以为第0个修改周期,或者为第1个修改周期。
可选的,第一信息可以直接指示第一终端装置在第一时刻接收MCCH消息。即通过指示具体时刻的方式指示MCCH消息发送的时机,比如具体的帧,子帧,和/或时隙。可选的,此时可以向UE2发送第二信息,第二信息也指示第一时刻,则UE1和UE2可以同时在第一时刻接收MCCH消息。
第一信息承载在寻呼消息中,寻呼消息还包括组播业务对应TMGI。通过寻呼消息中携带的信息指示该组播业务激活。第一终端装置根据第一PO上接收的寻呼消息中自己的ID和感兴趣的组播业务1的TMGI确定该寻呼消息用于指示自己的组播业务的接收。根据寻呼消息中的第一信息确定跳过M个MCCH修改周期的MCCH消息接收第M+1个MCCH修改周期的MCCH消息;或者根据第一信息直接在第一时刻接收MCCH消息。指示信息可以是组播业务级别的,也就是一个业务对应一个指示。
可选的,502还可以包括:
S502b.在第二PO上向UE2发送第二信息,第二信息指示UE2不接收连续N个MCCH修改周期对应的MCCH消息,连续N个MCCH修改周期为第二PO对应MCCH修改周期后的连续N个MCCH修改周期;
第二PO对应MCCH修改周期后的第N+1个MCCH修改周期与第一PO对应MCCH修改周期后的第M+1个MCCH修改周期相同。通过第二PO对应的MCCH修改周期后的第N+1个MCCH周期与第一PO对应的MCCH修改周期后的第M+1个MCCH修改周期相同,能够使得对于不同PO但是需要接收相同组播业务的UE,可以在相同的时期开始接收MCCH消息,避免PO较早的UE过早监听并接收MCCH消息导致的功耗。
S503.网络设备在第一PO对应的MCCH修改周期后的第M+1个MCCH修改周期内发送MCCH消息。
对应的,UE1在第一PO对应的MCCH修改周期后的第M+1个MCCH修改周期内接收MCCH消息。
可选的,当第二PO对应MCCH修改周期后的第N+1个MCCH修改周期与第一PO对应MCCH修改周期后的第M+1个MCCH修改周期相同,网络设备在第一PO对应的MCCH修改周期后的第M+1个MCCH修改周期内发送MCCH消息也即在第二PO对应MCCH修改周期后的第N+1个MCCH修改周期发送MCCH消息。
UE2在第一PO对应的MCCH修改周期后的第M+1个MCCH修改周期内接收MCCH消息。即UE1和UE2在相同的MCCH修改周期读取MCCH消息。
可选的,在发送MCCH消息之前,还包括以下步骤:
S502b.网络设备发送第三指示信息,第三指示信息指示UE1读取MCCH消息。
可选的,第三指示信息还被发送给UE2,第三指示信息还指示UE2读取MCCH消息。
该第三指示信息承载于DCI中,例如DCI_4中,或者承载在MCCH消息中。
第三指示信息包含第二比特,所述第二比特取值为第一取值时,所述第三指示信息指示UE读取MCCH。第一取值为1,或者第一取值为0。例如,当第二比特取值为1时,UE1根据该取值为1的bit在MCCH信道上接收MCCH消息。具体MCCH消息所在的时频资源位置通过DCI中其他信息指示,例如第一DCI还包括时频资源指示信息,指示MCCH消息的在PDSCH中的时频位置。
第三指示信息除了通过显示指示的方式指示是否读取MCCH之外,还可以通过隐式指示的方式完成指示。例如,当第一DCI中包含第三指示信息时,指示读取MCCH消息,当第一DCI中不包含第三指示信息时,指示不读取MCCH消息。第三指示信息可以表现为“true”。
当第三指示信息包括两个比特,比如第三指示信息包括2bit的字段“MCCH changenotification”,该两bit中的一个bit的取值用于指示UE是否读取MCCH消息。例如,该两个比特中的第一个bit或第二个bit取值为第一取值,指示读取MCCH消息,取值为第二取值时,指示不需要读取MCCH消息。其中,第一取值为1,第二取值为0,或者,也可以反过来。
如果MCCH change notification包括两个bit。第1bit指示组播开始或激活,第二bit指示MCCH消息是否有修改。
对于UE来说,例如,对于UE1和UE2来说,如果收到paging消息指示对应的业务激活后仍需要监听MCCH修改通知也就是第三指示信息的话:对于网络来说就需要将第M+1个修改周期的2个比特中的所述指示UE是否读取MCCH消息的一bit设置为1,对于另外一比特不限制,可选的还需要将第一时长对应的修改周期的2个比特的所述指示UE是否读取MCCH消息的一bit也设置为为1,对于另外一比特不限制。
在一种情况下,UE收到paging指示激活后不需要监听MCCH修改通知,即不需要接收第三指示信息,则网络侧不需要设置2bit,可选的可以将第一时长对应的修改周期的2个比特的所述指示UE是否读取MCCH消息的一bit的取值设置为1,对于另外一比特的取值不限制。
如果MCCH change notification中不包含针对业务状态变更确定是否需要监听MCCH的信息(比如只包括一个bit时):则UE根据paging指示判断是否需要监听MCCH。
该MCCH消息包括组播业务的配置信息。
MCCH消息中包括组播业务的配置消息,例如包含MTCH的配置信息,比如MTCH对应的G-RNTI以及DRX参数。MTCH逻辑信道承载广播业务的用户数据。通过MCCH调度MTCH。MTCH的配置为per G-RNTI级别,也可说是per MBS service级别。其中,gNB通过组RNTI(G-RNTI,Group RNTI)来同时向多个UE调度业务数据,每个G-RNTI可以关联至少一个广播业务或组播业务。
因此,UE1可以根据MCCH消息在对应的MTCH接收组播业务的用户数据。
示例性的,如图10所示,为UE1所在的PO上发的组寻呼中除TMGI还指示在当前的MCCH修改周期的下2个MCCH修改周期开始监听MCCH,为UE2所在的PO上发的组寻呼中除TMGI还指示在当前的MCCH修改周期的下1个MCCH修改周期开始监听MCCH。则UE1和UE2可以在共同的MCCH修改周期3开始监听MCCH对应的PDCCH,然后接收MCCH消息,进而可以在MTCH上接收到业务信息。避免UE1过早开始监听而导致的不必要的功耗开销。
UE对应的PO的时刻不同,各个UE收到组寻呼消息以及激活指示的时刻不一致,这就导致了UE监听PDCCH接收MCCH的时间不一致,因此不同UE前后开始监听的MCCH可能距离比较远,而真正发送数据一般实现来说至少需要给所有UE都通知了业务激活才开始发送数据。因此可以通过指示UE接收MCCH消息的时刻,避免UE过早的监听MCCH带来的功耗。
对于eDRX场景当存在一个UE的空闲期较长,可能会导致其他UE在接收组播数据前,需要长时间监听MCCH对应的PDCCH,通过该方法,有效节省了该场景下UE用MCCH-RNTI监听PDCCH的功耗。
图11是本申请实施例提供的一种通信装置1100的示意图。该装置1100包括收发单元1110,收发单元1110可以用于实现相应的通信功能。收发单元1110还可以称为通信接口或通信单元。
可选地,该装置1100还可以包括处理单元1120,处理单元1120可以用于进行数据处理。
可选地,该装置1100还包括存储单元,该存储单元可以用于存储指令和/或数据,处理单元1120可以读取存储单元中的指令和/或数据,以使得装置实现前述各个方法实施例中终端设备或网络设备执行的动作。
在第一种设计中,该装置1100可以是前述实施例中的第一终端装置,也可以是第一终端装置的组成部件(如芯片)。该装置1100可实现对应于上文方法实施例中的第一终端装置执行的步骤或者流程,其中,收发单元1110可用于执行上文方法实施例中第一终端装置的收发相关的操作,处理单元1120可用于执行上文方法实施例中第一终端装置的处理相关的操作。
一种可能的实现方式,装置1100用于实现图6所示的方法实施例中第一终端装置的功能。例如,处理单元1120,用于根据所述第一终端装置的标识确定第一寻呼时机;处理单元1120,还用于在所述第一寻呼时机上未监听到寻呼消息的情况下,在第一时段内开始监听MCCH对应的PDCCH;收发单元1110,用于在所述PDCCH上接收第一DCI,根据所述第一DCI接收MCCH消息,所述MCCH消息包括组播业务的配置信息。
可选地,第一时段为所述第一寻呼时机所处的MCCH修改周期;或者第一时段为所述第一寻呼时机所处的MCCH修改周期后的第N个MCCH修改周期,其中N为正整数,且N为正整数。
可选地,第一DCI中包含第一指示信息,根据第一DCI接收MCCH消息包括:当第一指示信息指示读取MCCH消息时,根据第一信息接收MCCH消息。
可选地,处理单元1120,用于根据第二指示信息确定跳过连续的M个MCCH修改周期,第二指示信息承载在DCI或MCCH消息中,M是正整数。
另一种可能的实现方式,装置1100用于实现图9所示的方法实施例中第一终端装置的功能。例如,收发单元1110,用于在第一PO上接收第一信息,所述第一信息指示所述第一终端装置不接收连续的M个MCCH修改周期对应的MCCH消息;处理单元1120,用于根据第一信息不接收所述M个MCCH修改周期对应的MCCH消息。
收发单元1110,还用于接收第三指示信息,处理单元1120,用于根据第三指示信息读取第M+1个MCCH修改周期对应的MCCH消息。
在第二种设计中,该装置1100可以是前述实施例中的网络设备,也可以是网络设备的组成部件(如芯片)。该装置1100可实现对应于上文方法实施例中的网络设备执行的步骤或者流程,其中,收发单元1110可用于执行上文方法实施例中网络设备的收发相关的操作,处理单元1120可用于执行上文方法实施例中网络设备的处理相关的操作。
一种可能的实现方式,装置1100用于实现图6所示的方法实施例中网络设备的功能。例如,处理单元1120,用于确定第一终端装置对应的第一寻呼时机;收发单元1110,用于在在所述第一寻呼时机对应的第一时段开始发第一DCI,所述第一DCI用于UE在第一寻呼时机上未监听到寻呼消息时调度MCCH消息;所述第一DCI用于调度MCCH消息,所述MCCH消息包括组播业务的配置信息。
可选地,第一时段为所述第一寻呼时机所处的MCCH修改周期;或者第一时段为所述第一寻呼时机所处的MCCH修改周期后的第N个MCCH修改周期,其中N为正整数,且N为正整数。
可选地,第一DCI中包含第一指示信息,根据第一DCI接收MCCH消息包括:当第一指示信息指示读取MCCH消息时,根据第一信息接收MCCH消息。
可选地,收发单元1110,用于向第一终端装置发送第二指示信息,第二指示信息指示第一终端装置跳过连续的M个MCCH修改周期,第二指示信息承载在DCI或MCCH消息中。
另一种可能的实现方式,装置1100用于实现图9所示的方法实施例中网络设备的功能。例如,处理单元1120,用于确定第一终端装置对应的第一PO;收发单元1110,用于在第一PO上向第一终端装置发送第一信息,第一信息指示第一终端装置不接收连续M个MCCH修改周期对应的MCCH消息,连续M个MCCH修改周期为第一PO对应MCCH修改周期后的连续M个MCCH修改周期;收发单元1110,还用于在第一PO对应MCCH修改周期后的第M+1个MCCH修改周期内发送MCCH消息。
可选地,处理单元1120,还用于确定第二终端装置对应的第二PO;收发单元1110,还用于在第二PO上向第二终端装置发送第二信息,第二信息指示第二终端装置不接收连续N个MCCH修改周期对应的MCCH消息,连续N个MCCH修改周期为第二PO对应MCCH修改周期后的连续N个MCCH修改周期;第二PO对应MCCH修改周期后的第N+1个MCCH修改周期与第一PO对应MCCH修改周期后的第M+1个MCCH修改周期相同。
可选地,收发单元1110,还用于在发送所述MCCH消息之前,发送第三指示信息,第三指示信息指示所述第一终端装置读取所述MCCH消息。
应理解,各单元执行上述相应步骤的具体过程在上述各方法实施例中已经详细说明,为了简洁,在此不再赘述。
还应理解,这里的装置1100以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit,ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中,本领域技术人员可以理解,装置1100可以具体为上述实施例中的第一终端装置,可以用于执行上述各方法实施例中与第一终端装置对应的各个流程和/或步骤,或者,装置1100可以具体为上述实施例中的第二终端装置,可以用于执行上述各方法实施例中与第二终端装置对应的各个流程和/或步骤,为避免重复,在此不再赘述。
上述各个方案的装置1100具有实现上述方法中第一终端装置所执行的相应步骤的功能,或者,上述各个方案的装置1100具有实现上述方法中第二终端装置所执行的相应步骤的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块;例如收发单元可以由收发机替代(例如,收发单元中的发送单元可以由发送机替代,收发单元中的接收单元可以由接收机替代),其它单元,如处理单元等可以由处理器替代,分别执行各个方法实施例中的收发操作以及相关的处理操作。
此外,上述收发单元1110还可以是收发电路(例如可以包括接收电路和发送电路),处理单元可以是处理电路。
需要指出的是,图11中的装置可以是前述实施例中的网元或设备,也可以是芯片或者芯片***,例如:片上***(system on chip,SoC)。其中,收发单元可以是输入输出电路、通信接口;处理单元为该芯片上集成的处理器或者微处理器或者集成电路。在此不做限定。
图12是本申请实施例提供的另一种通信装置1200的示意图。该装置1200包括处理器1210,处理器1210与存储器1220耦合,存储器1220用于存储计算机程序或指令和/或数据,处理器1210用于执行存储器1220存储的计算机程序或指令,或读取存储器1220存储的数据,以执行上文各方法实施例中的方法。
可选地,处理器1210为一个或多个。
可选地,存储器1220为一个或多个。
可选地,该存储器1220与该处理器1210集成在一起,或者分离设置。
可选地,如图12所示,该装置1200还包括接口电路1230。接口电路1230用于信号的接收和/或发送。处理器1210和接口电路1230之间相互耦合。例如,处理器1210用于控制接口电路1230进行信号的接收和/或发送。可以理解的是,接口电路1230可以为收发器或输入输出接口。
当装置1200用于实现图6或图9所示的方法时,处理器1210用于实现上述处理单元1120的功能,接口电路1230用于实现上述收发单元1110的功能。
作为一种方案,该装置1200用于实现上文各个方法实施例中由第一终端装置执行的操作。
例如,处理器1210用于执行存储器1220存储的计算机程序或指令,以实现上文各个方法实施例中第一终端装置的相关操作。例如,图6或图9所示实施例中的第一终端装置执行的方法。
作为一种方案,该装置1200用于实现上文各个方法实施例中由第二终端装置执行的操作。
例如,处理器1210用于执行存储器1220存储的计算机程序或指令,以实现上文各个方法实施例中第二终端装置的相关操作。例如,图6或图9所示实施例中的第二终端装置执行的方法。
当上述通信装置为应用于终端的芯片时,该终端芯片实现上述方法实施例中终端的功能。该终端芯片从终端中的其它模块(如射频模块或天线)接收信息,该信息是基站发送给终端的;或者,该终端芯片向终端中的其它模块(如射频模块或天线)发送信息,该信息是终端发送给基站的。
应理解,本申请实施例中提及的处理器可以是中央处理单元(centralprocessing unit,CPU),还可以是其他通用处理器、数字信号处理器(digital signalprocessor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中提及的存储器可以是易失性存储器和/或非易失性存储器。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM)。例如,RAM可以用作外部高速缓存。作为示例而非限定,RAM包括如下多种形式:静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlinkDRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)。
需要说明的是,当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)可以集成在处理器中。
还需要说明的是,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
图13是本申请实施例提供的芯片***1300的示意图。该芯片***1300(或者也可以称为处理***)包括逻辑电路1310以及输入/输出接口(input/output interface)1320。
其中,逻辑电路1310可以为芯片***1300中的处理电路。逻辑电路1310可以耦合连接存储单元,调用存储单元中的指令,使得芯片***1300可以实现本申请各实施例的方法和功能。输入/输出接口1320,可以为芯片***1300中的输入输出电路,将芯片***1300处理好的信息输出,或将待处理的数据或信令信息输入芯片***1300进行处理。
具体地,例如,若第一终端装置安装了该芯片***1300,逻辑电路1310与输入/输出接口1320耦合,逻辑电路1310可通过输入/输出接口1320向第二终端装置发送侧行反馈信息,该侧行反馈信息可以为逻辑电路1310根据生成的;或者输入/输出接口1320可将来自第二终端装置的侧行数据输入至逻辑电路1310进行处理。又如,若第二终端装置安装了该芯片***1300,逻辑电路1310与输入/输出接口1320耦合,逻辑电路1310可通过输入/输出接口1320向第一终端装置发送侧行数据,该侧行数据可以为逻辑电路1310生成的;或者输入/输出接口1320可将来自第一终端装置的侧行反馈信息输入至逻辑电路1310进行处理。
作为一种方案,该芯片***1300用于实现上文各个方法实施例中由第一终端装置执行的操作。
例如,逻辑电路1310用于实现上文方法实施例中由第一终端装置执行的处理相关的操作,如,图6或图9所示实施例中的第一终端装置执行的处理相关的操作;输入/输出接口1320用于实现上文方法实施例中由第一终端装置执行的发送和/或接收相关的操作,如,图6或图9所示实施例中的第一终端装置执行的发送和/或接收相关的操作。
作为另一种方案,该芯片***1300用于实现上文各个方法实施例中由第二终端装置执行的操作。
例如,逻辑电路1310用于实现上文方法实施例中由第二终端装置执行的处理相关的操作,如,图6或图9所示实施例中的第二终端装置执行的处理相关的操作;输入/输出接口1320用于实现上文方法实施例中由第二终端装置执行的发送和/或接收相关的操作,如,图6或图9所示实施例中的第二终端装置执行的发送和/或接收相关的操作。
本申请实施例还提供一种计算机可读存储介质,其上存储有用于实现上述各方法实施例中由第一终端装置或第二终端装置执行的方法的计算机指令。
例如,该计算机程序被计算机执行时,使得该计算机可以实现上述方法各实施例中由第一终端装置或第二终端装置执行的方法。
本申请实施例还提供一种计算机程序产品,包含指令,该指令被计算机执行时以实现上述各方法实施例中由第一终端装置或第二终端装置执行的方法。
本申请实施例还提供一种通信***,该通信***包括上文各实施例中的第一终端装置和第二终端装置。例如,该***包含图6或图9所示实施例中的第一终端装置和第二终端装置。
上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例,此处不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。此外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。例如,所述计算机可以是个人计算机,服务器,或者网络设备等。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD)等。例如,前述的可用介质包括但不限于:U盘、移动硬盘、只读存储器(read-onlymemory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (19)
1.一种通信方法,其特征在于,包括:
第一终端装置根据所述第一终端装置的标识确定第一寻呼时机;
在所述第一终端装置在所述第一寻呼时机上未监听到寻呼消息的情况下,所述第一终端装置在第一时段内开始监听多播广播控制信道MCCH对应的物理下行控制信道PDCCH;
在所述PDCCH上接收第一下行控制信息DCI,
根据所述第一DCI接收MCCH消息,所述MCCH消息包括组播业务的配置信息。
2.根据权利要求1所述的方法,其特征在于,
所述第一时段为所述第一寻呼时机所处的MCCH修改周期;或者
所述第一时段为所述第一寻呼时机所处的MCCH修改周期后的第N个MCCH修改周期,其中N为正整数,且N为正整数。
3.根据权利要求1或2所述的方法,其特征在于,所述第一DCI中包含第一指示信息,根据所述第一DCI接收MCCH消息包括:
当所述第一指示信息指示读取MCCH消息时,根据所述第一信息接收MCCH消息。
4.根据权利要求1-3中任一项所述的方法,其特征在于,
所述第一指示信息包含第一比特,所述第一比特取值为第一取值时,所述第一指示信息指示所述第一终端装置读取MCCH。
5.根据权利要求1-4中任一项所述的方法,其特征在于,所述方法包括:
所述第一终端装置根据所述第二指示信息确定跳过连续的M个MCCH修改周期,所述第二指示信息承载在DCI或所述MCCH消息中,M是正整数。
6.一种通信方法,其特征在于,包括:
网络设备确定第一终端装置对应的第一寻呼时机;
所述网络设备在所述第一寻呼时机对应的第一时段开始发第一下行控制信息DCI,所述第一DCI用于所述第一终端装置在第一寻呼时机上未监听到寻呼消息时调度多播广播控制信道MCCH消息;
所述网络设备所述第一DCI用于调度MCCH消息,所述MCCH消息包括组播业务的配置信息。
7.根据权利要求6所述的方法,其特征在于,
所述第一时段为所述第一寻呼时机所处的MCCH修改周期;或者
所述第一时段为所述第一寻呼时机所处的MCCH修改周期后的第N个MCCH修改周期,其中N为正整数,且N为正整数。
8.根据权利要求6或7所述的方法,其特征在于,
所述第一DCI中包含第一指示信息,第一指示信息包含第一比特,所述第一比特取值为第一取值时,所述第一指示信息指示所述第一终端装置读取MCCH消息时。
9.根据权利要求6-8中任一项所述的方法,其特征在于,所述方法还包括:
向第一终端装置发送第二指示信息,第二指示信息指示所述第一终端装置跳过连续的M个MCCH修改周期,所述第二指示信息承载在DCI或所述MCCH消息中。
10.一种通信方法,其特征在于,所述方法包括:
网络设备确定第一终端装置对应的第一寻呼时机PO;
所述网络设备在所述第一寻呼时机PO上向所述第一终端装置发送第一信息,所述第一信息指示所述第一终端装置不接收连续M个多播广播控制信道MCCH修改周期对应的MCCH消息,所述连续M个MCCH修改周期为第一PO对应MCCH修改周期后的连续M个MCCH修改周期;
所述网络设备在所述第一PO对应MCCH修改周期后的第M+1个MCCH修改周期内发送MCCH消息。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
所述网络设备确定第二终端装置对应的第二PO;
所述网络设备在第二PO上向第二终端装置发送第二信息,所述第二信息指示第二终端装置不接收连续N个MCCH修改周期对应的MCCH消息,所述连续N个MCCH修改周期为第二PO对应MCCH修改周期后的连续N个MCCH修改周期;
所述第二PO对应MCCH修改周期后的第N+1个MCCH修改周期与所述第一PO对应MCCH修改周期后的第M+1个MCCH修改周期相同。
12.根据权利要求10或11所述的方法,其特征在于,所述方法还包括:
在发送所述MCCH消息之前,所述网络设备发送第三指示信息,所述第三指示信息指示所述第一终端装置读取所述MCCH消息。
13.根据权利要求12所述的方法,其特征在于,所述第三指示信息包含第二比特,所述第二比特取值为第一取值时,所述第三指示信息指示所述第一终端装置读取MCCH。
14.一种通信方法,其特征在于,
第一终端装置在第一寻呼时机PO上接收到第一信息,所述第一信息指示所述第一终端装置不接收连续的M个多播广播控制信道MCCH修改周期对应的MCCH消息;
所述第一终端装置根据第一信息不接收所述M个MCCH修改周期对应的MCCH消息。
15.根据权利要求14所述的方法,其特征在于,所述方法还包括:
所述第一终端装置接收到第三指示信息,根据第三指示信息读取第M+1个MCCH修改周期对应的MCCH消息。
16.一种通信装置,其特征在于,包括:
处理器,用于执行存储器中存储的计算机程序,以使得所述装置执行如权利要求1至5中任一项所述的方法,或者以使得所述装置执行如权利要求6至9中任一项所述的方法,或者以使得所述装置执行如权利要求10至13中任一项所述的方法,或者以使得所述装置执行如权利要求14至15中任一项所述的方法。
17.根据权利要求16所述的装置,其特征在于,所述装置还包括所述存储器和/或通信接口,所述通信接口与所述处理器耦合,
所述通信接口,用于输入和/或输出信息。
18.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如权利要求1至5中任意一项所述的方法,或者以使得所述计算机执行如权利要求6至9中任一项所述的方法,或者以使得所述计算机执行如权利要求10至13中任一项所述的方法,或者以使得所述计算机执行如权利要求14至15中任一项所述的方法。
19.一种计算机程序产品,其特征在于,所述计算机程序产品包括用于执行如权利要求1至5中任一项所述的方法的指令,或者,所述计算机程序产品包括用于执行如权利要求6至9中任一项所述的方法的指令,或者,所述计算机程序产品包括用于执行如权利要求10至13中任一项所述的方法的指令,或者,所述计算机程序产品包括用于执行如权利要求14至15中任一项所述的方法的指令。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210959575.0A CN117676891A (zh) | 2022-08-10 | 2022-08-10 | 通信方法和通信装置 |
PCT/CN2023/104065 WO2024032221A1 (zh) | 2022-08-10 | 2023-06-29 | 通信方法和通信装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210959575.0A CN117676891A (zh) | 2022-08-10 | 2022-08-10 | 通信方法和通信装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117676891A true CN117676891A (zh) | 2024-03-08 |
Family
ID=89850672
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210959575.0A Pending CN117676891A (zh) | 2022-08-10 | 2022-08-10 | 通信方法和通信装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN117676891A (zh) |
WO (1) | WO2024032221A1 (zh) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6732103B2 (ja) * | 2016-08-11 | 2020-07-29 | 華為技術有限公司Huawei Technologies Co.,Ltd. | マルチキャスト・ベースの無線通信方法、端末装置および基地局 |
CN107734468B (zh) * | 2016-08-12 | 2020-07-28 | 中兴通讯股份有限公司 | 组播传输方法及装置 |
KR102470439B1 (ko) * | 2017-05-05 | 2022-11-25 | 소니그룹주식회사 | 단말 디바이스, 인프라스트럭처 장비, 무선 통신 시스템 및 방법들 |
US20230345509A1 (en) * | 2020-10-21 | 2023-10-26 | Qualcomm Incorporated | Multicast/broadcast service alert |
-
2022
- 2022-08-10 CN CN202210959575.0A patent/CN117676891A/zh active Pending
-
2023
- 2023-06-29 WO PCT/CN2023/104065 patent/WO2024032221A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2024032221A1 (zh) | 2024-02-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220248184A1 (en) | Communication Method And Apparatus | |
US20230300938A1 (en) | Methods and systems for managing mbs service continuity for a ue | |
WO2021259129A1 (zh) | 一种通信方法及通信装置 | |
CN114731642A (zh) | 一种通信方法及装置 | |
US20150296482A1 (en) | Method and system for transmitting paging messages to machine type communication (mtc) devices in wireless communication | |
US20230397299A1 (en) | Method and apparatus for multicast and broadcast services | |
US20230247401A1 (en) | Communication method and apparatus | |
KR20230095948A (ko) | 5g 무선 네트워크에서 멀티캐스트 및 브로드캐스트 서비스를 위한 관심 인디케이션을 송신하는 방법 및 시스템 | |
CN113661722B (zh) | 一种业务数据传输方法及装置、网络设备、终端设备 | |
CN117480857A (zh) | 一种mbs业务的管理方法及装置、终端设备、网络设备 | |
WO2022057173A1 (zh) | 一种通信方法及装置 | |
TW202224454A (zh) | 用於mbs的無線通信的裝置和方法 | |
WO2022006875A1 (zh) | 建立mbs业务的方法及装置、终端设备、网络设备 | |
CN109314915B (zh) | 数据传输的方法、接入网设备、终端设备和网络实体 | |
US11140656B2 (en) | Paging in a group communications system | |
CN117676891A (zh) | 通信方法和通信装置 | |
WO2021043403A1 (en) | Data transmission | |
WO2023226937A1 (zh) | 通信方法、装置及*** | |
CN115412860B (zh) | 组呼配置、接收方法及装置、计算机可读存储介质 | |
EP4156725A1 (en) | Method and apparatus for managing mbs service, terminal device and network device | |
WO2024066858A1 (zh) | 一种通信的方法和装置 | |
WO2023124823A1 (zh) | 一种通信方法及装置 | |
WO2021189458A1 (zh) | 一种数据转发方法及装置、通信设备 | |
WO2023004586A1 (zh) | 一种寻呼方法及装置、终端设备、网络设备 | |
CN115412860A (zh) | 组呼配置、接收方法及装置、计算机可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |