CN117835461A - 由用户设备执行的方法以及用户设备 - Google Patents
由用户设备执行的方法以及用户设备 Download PDFInfo
- Publication number
- CN117835461A CN117835461A CN202211204920.6A CN202211204920A CN117835461A CN 117835461 A CN117835461 A CN 117835461A CN 202211204920 A CN202211204920 A CN 202211204920A CN 117835461 A CN117835461 A CN 117835461A
- Authority
- CN
- China
- Prior art keywords
- paging message
- multicast session
- ptm configuration
- base station
- multicast
- 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 56
- 238000011084 recovery Methods 0.000 claims abstract description 24
- 239000000758 substrate Substances 0.000 claims 2
- 230000005540 biological transmission Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 5
- 238000007630 basic procedure Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000000977 initiatory effect Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 238000004140 cleaning Methods 0.000 description 1
- 238000002716 delivery method Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种由用户设备执行的方法以及用户设备，所述方法包括：接收来自基站的寻呼消息中包含的与每个点到多点PTM配置关联的第一指示标识；将所述第一指示标识的值与所述UE的本地保存的对应该第一指示标识的值进行比较；在比较结果为不同的情况下，所述UE发起RRC连接恢复过程，以更新所述PTM配置或获取更新后的所述PTM配置。
Description
技术领域
本发明涉及无线通信技术领域，更具体地，本发明涉及由用户设备执行的方法以及用户设备。
背景技术
一项关于5G组播广播服务架构改进的研究项目SI(具体见SP-190625)已获得批准。此SI的目标之一(称为目标A)是在5GS中支持通用MBS服务，可以受益于此特性的用例包括(但不限于)公共安全、V2X应用、透明IPv4/IPv6组播传输、IPTV、无线软件传输、群组通信和物联网应用等。相应的，在第三代合作伙伴计划(3rd Generaion Partnership Project：3GPP)RAN#86次全会上，提出了NR多播和广播服务(NR MBS)的工作项目(参见非专利文献：RP-193248：New WID：NR Multicast and Broadcast Service)获得批准。该工作项目旨在RAN中提供对目标A的支持。该工作项目的目标已达成，相关方案的具体描述见相关的3GPP版本17技术文档，例如TS38.300-h10、TS38.331-h10、TS38.321-h10等。在3GPP RAN#94次全会上，一项名为增强的NR广播多播工作项目被批准(参见非专利文献：RP-213568：New WID：Enhancements of NR Multicast and Broadcast Services)，旨在对版本17的MBS广播多播进一步增强。该工作项目的目标之一为支持RRC非激活态的用户设备接收多播业务。
本发明讨论RAN达成支持RRC非激活态的用户设备接收多播业务所涉及的相关问题。
发明内容
本发明的目的在于，提供一种由用户设备执行的方法以及用户设备。
根据本发明的第一方面的由用户设备执行的方法，包括：接收来自基站的寻呼消息中包含的与每个点到多点PTM配置关联的第一指示标识；将所述第一指示标识的值与所述UE的本地保存的对应该第一指示标识的值进行比较；在比较结果为不同的情况下，所述UE发起RRC连接恢复过程，以更新所述PTM配置或获取更新后的所述PTM配置。
根据本发明的第一方面的所述方法，所述第一指示标识是携带在所述寻呼消息中的版本号列表，该版本号列表中的元素与寻呼组列表PagingGroupList中的临时移动组标识TMGI一一对应，表示所述TMGI对应的多播会话的所述PTM配置的当前版本；或者所述第一指示标识是携带在所述寻呼消息中的临时移动组标识TMGI及其对应的版本号列表，该版本号列表中的每个元素是所述TMGI及其对应的版本号，表示所述TMGI对应的多播会话的所述PTM配置的当前版本。
根据本发明的第一方面的所述方法，所述UE在被配置为RRC非激活态接收的一个或多个多播会话的PTM配置发生更新的情况下，还需要满足如下条件，才发起恢复RRC连接请求过程，该条件为：在接收到的所述寻呼消息中不包含UE已经加入但未被配置为RRC非激活态可接收的多播会话被激活；和/或接收到的所述寻呼消息中的寻呼记录PagingRecord字段包含的UE标识均不与UE上层分配的UE标识匹配。
根据本发明的第二方面的由用户设备执行的方法，包括：接收来自基站的寻呼消息中包含的与点到多点PTM配置发生改变的多播会话对应的第二指示标识；判断为了每个多播会话或其对应的PTM配置而定义的禁止定时器是否运行；在判断为所述禁止定时器未运行的情况下，所述UE才发起RRC连接恢复过程，以更新所述PTM配置。
根据本发明的第二方面的所述方法，在所述UE接收到来自基站的所述PTM配置或更新后的PTM配置的情况下，启动对应的所述禁止定时器；或在所述UE为更新一个或多个多播会话的所述PTM配置而发起RRC连接恢复过程的情况下，启动对应的所述禁止定时器。
根据本发明的第二方面的所述方法，所述第二指示标识对应携带在所述寻呼消息中的位图中的某一比特，所述位图中的位与寻呼组列表PagingGroupList中的临时移动组标识TMGI一一对应；或者所述第二指示标识是一个临时移动组标识TMGI列表，用于指示所述PTM配置发生改变的多播和广播服务MBS多播会话。
根据本发明的第一方面或第二方面的所述方法，在来自基站的所述寻呼消息的接收与所述多播会话的接收发生冲突的情况下，所述UE接收所述基站通过RRC重置消息或者RRC释放消息中携带的第三指示标识，所述第三指示标识用于指示当发生所述冲突时所述UE是接收所述寻呼消息还是所述多播会话。
根据本发明的第一方面或第二方面的所述方法，在来自基站的所述寻呼消息的接收与所述多播会话的接收发生冲突的情况下，预定义所述UE是接收所述寻呼消息还是多播会话；或者预定义所述寻呼消息和所述多播会话总是在同一小区传输。
根据本发明的第一方面或第二方面的所述方法，在来自基站的所述寻呼消息的接收与所述多播会话的接收发生冲突的情况下，当所述UE处于RRC连接态时，所述UE接收来自所述基站的第四指示标识，所述第四指示标识用于指示所述UE是否优先接收所述多播会话还是所述寻呼消息。
根据本发明的第三方面的用户设备，包括：处理器；以及存储器，存储有指令；其中，所述指令在由所述处理器运行时执行根据所述第一方面或第二方面中的任一所述方法。
发明效果
根据本发明，能够避免UE不必要地发起RRC连接恢复过程，从而避免不必要的信令开销。根据本发明，在发生接收寻呼和接收MBS多播会话冲突时，处于RRC非激活态的UE是否优先接收多播会话和基站保持一致的理解。
附图说明
通过下文结合附图的详细描述，本发明的上述和其它特征将会变得更加明显，其中：
图1的(a)～(c)是表示本发明涉及的接收MBS业务的无线承载的具体配置的示意图。
图2是示出了本发明的实施例1的由用户设备执行的方法的基本过程的示意图。
图3是示出了本发明的实施例2的由用户设备执行的方法的基本过程的示意图。
图4是示出了根据本发明的实施例的用户设备的框图。
具体实施方式
下面结合附图和具体实施方式对本发明进行详细阐述。应当注意，本发明不应局限于下文所述的具体实施方式。另外，为了简便起见，省略了对与本发明没有直接关联的公知技术的详细描述，以防止对本发明的理解造成混淆。
下面描述本发明涉及的部分术语，术语的具体含义可参见3GPP最新相关文档，例如TS38.300、TS38.321、TS38.323、TS38.331等。此外，本发明实施例不限于广播/组播业务，也可以应用于其他应用场景。
UE：User Equipment，用户设备。
RRC：Radio Resource Control，无线资源控制。
RRC_CONNECTED：RRC连接态。
RRC_INACTIVE：RRC非激活态。
RRC_IDLE：RRC空闲态。
RAN：Radio Access Network，无线接入网。
NR：New RAT，新无线接入技术。
MBS：Multicast/Broadcast Services，多播/广播业务。
PDCP：Packet Data Convergence Protocol，分组数据汇聚协议。
RLC：Radio Link Control，无线链路控制。
SDU：Service Data Unit，服务数据单元。将本层从上层接收或递交上层的数据包称为SDU。
PDU：Protocol Data Unit，协议数据单元。将本层从下层接收或递交下层的数据包称为PDU。例如，PDCP数据PDU是PDCP SDU增加PDCP报头后得到的数据包。
RB：Radio Bearer，无线承载。
MRB：MBS无线承载，即一个配置用于MBS传输的无线承载(A radio bearer thatis configured for MBS delivery)。
TMGI：Temporary Mobile Group Identity，临时移动组标识，用于标识一个MBS会话。
RNTI：Radio Network Temporary Identifier，无线网络临时标识。
PTM：Point to Multipoint，点到多点，一种MBS业务的递送(deliver)方式。在PTM递送方式中，基站将一份MBS数据包送给一组UE(gNB delivers a single copy ofMBSdata packets to a set ofUEs)。例如，基站采用G-RNTI加扰的群组公共物理下行控制信道PDCCH调度相同的G-RNTI加扰的群组公共物理下行共享信道PDSCH。
PTP：Point to Point，点到点，一种MBS业务的递送方式。在PTP递送方式中，RAN节点将多个MBS数据包的副本分别单独递送给每个UE(gNB individually deliversseparate copies of MBS data packets to each UEs independently)，即基站采用UE专用RNTI加扰的UE专用PDCCH调度采用相同的UE专用RNTI加扰的UE专用PDSCH。
G-RNTI：Group RNTI，群组RNTI，用于加扰PTM的一个或多个MBS组播业务的调度和传输(Used to scramble the scheduling and transmission of PTM for one or moreMBS multicast services)。
本发明中，网络、基站和RAN可互换使用，所述网络可以是长期演进LTE网络、NR网络、增强的长期演进eLTE网络，也可以是3GPP后续演进版本中定义的其他网络。
目前，NR MBS业务包含MBS广播(或MBS广播会话)和MBS多播(或MBS多播会话)。MBS广播面向低服务质量QoS的业务提供仅下行的MBS传输模式，使得处于RRC连接态、RRC空闲态和RRC非激活态的UE均可以接收所述MBS业务，UE通过广播控制信道MCCH接收MBS广播的MBS配置。MBS多播需要UE与基站建立RRC连接，然后基站通过专用RRC信令(也称为RRC消息)为UE配置，并且接收这些MBS业务(或MBS多播会话)的无线承载MRB也可由基站通过专用RRC信令(例如RRC重配置消息)为UE配置，仅处于RRC连接态并且配置了MRB的UE才可以接收对应的MBS业务。MBS会话包括MBS广播会话和MBS多播会话，如未特别说明，本公开实施例中所述MBS会话是MBS多播会话。
图1的(a)～Cc)是表示接收MBS多播会话的无线承载的具体配置的示意图。所述无线承载可以是仅配置了PTM传输的MRB(如图1的(a)所示)，或者同时配置了PTM和PTP的分离MRB(split MRB)(如图1的(b)所示)或者仅配置了PTP传输的MRB(如图1的( c)所示)。需要说明的是，图1的(a)-(c)仅示出了承载对应的PDCP实体和RLC实体以及两者间的关系。在下行方向上，经PDCP实体封装后的PDCP PDU递交给RLC实体。
现有的NR MBS中，当一个MBS多播会话被核心网激活或基站有MBS多播会话数据要发送时，支持MBS的网络通过群组通知机制来通知处于RRC空闲态或RRC非激活态的UE。在接收到所述群组通知时，已经加入该MBS多播会话的UE重新连接到网络以接收对应的MBS多播会话。所述群组通知使用物理下行控制信道PDCCH上的P-RNTI寻址(the groupnotification is addressed with P-RNTI on PDCCH)，UE监测寻呼(Paging)信道。用于群组通知的寻呼消息中包含MBS会话标识TMGI，被用来寻呼所有已经加入了相关的MBS多播会话并处于RRC空闲态或RRC非激活态UE，换言之，基站不单独寻呼UE。
网络通过在UE的寻呼时刻(Paging occasion)传输寻呼消息来发起寻呼过程。一条寻呼消息可以寻址多个UE。所述寻呼消息中可以包含含有针对每个UE的pagingRecord字段(表示所寻呼的UE的标识)的pagingRecordList字段(表示所寻呼的UE的标识列表)和/或包含一个或多个TMGI的pagingGroupList字段(表示MBS多播会话的标识TMGI列表)以为特定MBS多播会话寻呼UE。其中，所述pagingRecord字段包含用户UE标识ue-Identity字段，并还可能包含用于指示寻呼消息是否由非3gpp访问的PDU会话产生的accessType字段。ue-Identity字段的取值可以是ng-5G-S-TMSI或fullI-RNTI，其中ng-5G-S-TMSI包含5G-S-TMSI(5G S-临时移动订阅标识符)是由5GC(5G核心网)提供的临时UE标识以在跟踪区域(tracking area)内唯一标识UE(终端)。fullI-RNTI是基站在用于挂起RRC连接的RRCRelease消息中为UE分配的标识。
UE在接收到来自网络的寻呼(paging)消息时，执行以下操作至少一项：
I.如果UE处于RRC非激活态，并且寻呼消息中包含的PagingRecord字段所包含的ue-Identity与UE存储的fullI-RNTI匹配(match)，则发起RRC连接恢复过程(RRCconnection resumption procedure)；否则，如果寻呼消息中包含的PagingRecord字段所包含的ue-Identity与上层(例如NAS层)分配(或指示)的UE标识(即5G-S-TMSI)匹配，将ue-Identity和accessType(如果存在)转发(forward)给上层，并且UE执行进入RRC空闲态的操作。所述操作至少包括：重置媒体访问控制MAC实体、删除UE非激活访问层AS(AccessStratum)上下文(如果存在)、向上层指示释放了RRC连接以及释放原因。
II.对于包含在寻呼消息的PagingGroupList字段中的每个TMGI，如果UE已经加入(join)该TMGI指示的MBS会话，将TMGI转发给上层。对于处于RRC空闲态的UE，上层在接收到所述TMGI后可以确定是否触发建立RRC连接；对处于RRC非激活态的UE，上层在接收到所述TMGI后可以准备接收对应的MBS会话。
III.如果UE处于RRC非激活态并且UE已经加入了包含在寻呼消息中的PagingGroupList字段的TMGI所指示的一个或多个MBS会话，并且所述寻呼消息中的PagingRecord字段包含的ue_Identity均不与上层分配的UE标识匹配，则发起RRC连接恢复过程。
需要说明的是，RRC连接恢复过程的目的是恢复一个被挂起的RRC连接，包括恢复SRB、DRB和多播MRB或执行基于RAN的通知区域RNA更新等。RRC释放消息RRCRelease被用于命令释放一个RRC连接或挂起一个RRC连接。
3GPP已经达成要支持处于RRC非激活态的UE接收MBS多播会话，对于配置了可以在RRC非激活态接收的MBS多播会话的UE而言，当MBS多播会话对应的PTM配置信息发生变更(例如，对应的MRB的配置信息发生改变或者MBS会话被去激活等)时，基站可通过寻呼消息指示哪些多播会话的PTM配置发生了变更，UE在接收到寻呼消息中包含指示UE已经加入的MBS多播会话对应的PTM配置发生更新的指示时，UE发起RRC连接恢复过程以获取更新后的PTM配置(或更新PTM配置)。在接收到来自UE的恢复RRC连接的请求消息RRCResumeRequest或RRCResumeRequest1时，基站可将所述更新后的PTM配置通过RRCRelease消息配置给UE。如果UE发起RRC连接恢复过程仅是为了获取更新后的PTM配置(或更新PTM配置)，在获取更新后的PTM配置后，UE可进入RRC非激活态。由于指示多播会话更新的寻呼消息可以重复发送多次，已经获得了更新后的PTM配置的UE可能接收到重复发送的寻呼消息，这将导致UE再次发起RRC连接恢复过程来更新PTM配置。这将增加UE能耗、导致不必要的信令开销、浪费无线资源。如何避免已经获得最新的PTM配置的UE仅为更新PTM配置的目的发起RRC连接恢复过程是需要解决的问题。
以下提供实施例解决这一问题。
实施例1
为每个PTM配置或多播会话设置或关联一个第一指示标识，可以用来指示对应的PTM配置发生改变或更新。所述第一指示标识可以称为版本号，其取值可以为整数，当PTM配置(或PTM配置的相关参数)发生改变时，所述指示标识的值也相应发生改变，例如PTM配置每次发生更新时，其对应的指示标识的值相应的增加1。
图2示出了本发明的实施例1的由用户设备执行的方法的基本过程的示意图。
具体的，如图2所示，如果基站为UE配置了在RRC非激活态接收一个或多个多播会话，当基站为UE配置的至少一个多播会话对应的PTM配置发生改变时，基站发送寻呼消息，并在所述寻呼消息中携带PTM配置发生改变的多播会话标识TMGI和/或PTM配置发生改变的多播会话所关联的第一指示标识(或一个或多个PTM配置发生改变的多播会话的TMGI和/或该多播会话的PTM配置关联的第一指示标识)，以通知处于RRC非激活态的UE其被配置在RRC非激活态接收的多播会话的PTM配置发生了更新。在步骤S101，处于RRC非激活态的UE在接收到所述第一指示标识后，在步骤S102，将所述第一指示标识的值与本地保存的对应第一指示标识的值进行比较(UE可仅将那些被配置为RRC非激活态接收的MBS多播会话关联的第一指示标识的值与本地保存的值进行比较)，在步骤S103，如果不同，则UE发起RRC连接恢复过程(即UE认为对应的多播会话的PTM配置发生了改变或需要更新)，以获取更新后的PTM配置(或以更新PTM配置)；在步骤S104，如果相同，则UE忽视所述第一指示标识，即不为更新PTM配置目的发起RRC连接恢复过程或认为其对应的多播会话的PTM配置未发生改变或不需要更新。
优选的，在步骤S102中，如果UE已经加入一个MBS多播会话但本地没有保存的该多播会话的PTM配置，则UE执行RRC连接恢复过程以获取对应MBS多播会话的PTM配置。备选的，在步骤S102中，如果UE已经加入一个MBS多播会话但本地没有保存的该多播会话的PTM配置，则UE不执行RRC连接恢复过程(即UE不获取对应MBS多播会话的PTM配置)。换言之，UE仅对已经加入并被配置为在RRC非激活态可接收的MBS多播会话执行步骤102。
在本公开中，UE发起RRC连接恢复过程包括UE向基站发送RRC恢复请求RRCResumeRequest或RRCResumeRequest1消息。可选的，所述RRC恢复请求消息中携带PTM配置需要更新的多播会话的TMGI。
以下描述第一指示标识的示例实现方式：
所述第一指示标识可以是携带在寻呼消息中的版本号列表，列表中的元素与PagingGroupList中的TMGI一一对应，表示TMGI对应的多播会话的PTM配置的当前版本。
所述第一指示标识还可以是携带在寻呼消息中的TMGI及其对应的版本号的列表，列表中的每个元素是TMGI及其对应的版本号，表示TMGI对应的多播会话的PTM配置当前版本。当一个多播会话的PTM配置发生改变时，将所述多播会话的TMGI及其版本号包含在寻呼消息中，以通知UE。针对这一实现方式，在步骤102中，第一指示标识与本地保存值的比较是指将寻呼消息中携带的TMGI对应的版本号与本地保存的该TMGI的版本号进行比较。
此外，在本公开实施例中，为了避免处于RRC非激活态的UE因满足不同的条件而多次发起恢复RRC连接请求过程，可以规定当UE被配置为RRC非激活态接收的一个或多个MBS会话的PTM配置发生更新时，除满足实施例中定义的其他条件外，还需要满足在接收到的寻呼消息中不包含UE已经加入但未被配置为RRC非激活态可接收的多播会话被激活，和/或接收到的寻呼消息中的PagingRecord字段包含的ue_Identity均不与UE上层分配的UE标识匹配，UE才发起恢复RRC连接请求过程。
本公开实施例所述PTM配置是在RRC非激活态接收的多播会话的配置。
此外，第一指示标识(或版本号)也可以包含在RRC释放消息或RRC重配置消息中，用于在配置多播会话对应的PTM配置时指示当前PTM配置的版本信息。可以规定，仅当PTM配置对应额MBS多播会话被配置为可在RRC非激活态接收时，才为所述PTM配置关联第一指示标识或版本号。
实施例2
定义一个禁止定时器，每个多播会话或其对应的PTM配置维护一个禁止定时器。当所述定时器正在运行时，UE即使收到PTM配置更新指示(记为第二指示标识)，也不为更新所述PTM配置的目的发起RRC连接恢复过程，换言之，当UE收到PTM配置更新指示时，如果对应的禁止定时器未运行，则为更新所述PTM配置的目的发起RRC连接恢复过程。需要说明的是，所述PTM配置对应的多播会话是基站为UE配置的在RRC非激活态下接收的多播会话；所述第二指示标识用于指示对应的被配置为RRC非激活态可接收的MBS多播会话的PTM配置发生改变。
图3示出了本发明的实施例2的由用户设备执行的方法的基本过程的示意图。
具体的，如图3所示，在步骤S201，UE接收到来自基站的寻呼消息，所述寻呼消息中包含PTM配置发生改变的多播会话对应的第二指示标识，在步骤S202，如果对应的禁止定时器未运行，则：在步骤S203，UE为更新所述PTM配置的目的发起RRC连接恢复过程。
优选的，当UE接收到来自基站的所述PTM配置(即更新后的PTM配置)时，启动或重启对应的禁止定时器。备选的，当UE为更新一个或多个多播会话的PTM配置发起RRC连接恢复过程时，启动或重启对应的禁止定时器。
优选的，当UE重选到(或驻留在)本地保存的某个多播会话的PTM配置不再有效的小区时，停止该多播会话对应的禁止定时器(仅当所述定时器正在运行时才执行此操作)。
以下描述第二指示标识的实现方式。
每个多播会话对应的第二指示标识可以对应携带在寻呼消息中的位图中的某一比特(也可以将第二指示标识定义为位图，位图中的每一位对应一个MBS多播会话)，所述位图中的位与PagingGroupList中的TMGI一一对应。如果TMGI对应的比特置为1，表示该TMGI指示的多播会话的PTM配置发生更新，如果TMGI对应的比特置为0，表示该TMGI指示的多播会话的PTM配置未更新，反之亦然。可以规定寻呼消息只有在携带PagingGroupList时，才会携带所述位图。
所述第二指示标识也可以是一个TMGI列表，记为MBSUpdateInidcationlist，用于指示PTM配置发生改变的MBS多播会话，如果TMGI包含在所述列表中，则表示对应的PTM配置发生更新。
需要说明的是PTM配置的有效区域可以是PTM配置的一部分，可由基站在RRC重配置消息或RRC释放消息中为UE配置或作为PTM配置的一部分为UE配置。基站可以为一个或一组MBS多播会话配置对应的一个小区列表，当UE在列表指定的小区间移动(即小区选择或重选)时，认为对应的PTM配置是有效的，当UE移动到小区列表指定的小区之外的小区时，UE认为对应的PTM配置不再有效。所述小区列表可以仅包含一个小区。此外，如果UE的PTM配置仅在UE驻留的小区有效，则基站可以不为UE配置所述小区列表。基站也可以向UE指示PTM配置的有效区域与基于RAN的通知区域RNA相同。
此外，当基站为UE配置了在RRC非激活态接收一个或多个多播会话，当处于RRC非激活态的UE需要同时接收寻呼消息(或***信息)和多播会话，但UE不具备同时接收寻呼消息(或***信息)和多播会话的能力，换言之，寻呼消息(或***信息)和多播会话接收发生冲突，例如由于寻呼消息(或***信息)和多播会话在不同的小区上传输，UE如何处理这一冲突是需要解决的问题。
以下提供实施例解决这一问题，使得在发生接收寻呼和接收MBS多播会话冲突时，处于RRC非激活态的UE是否优先接收多播会话和基站保持一致的理解，如果UE优先接收多播会话，则基站可在发生接收寻呼和接收多播会话冲突时，将寻呼消息发送多次，使得UE在接收MBS多播会话后可以接收寻呼消息。
实施例3
基站为UE配置当寻呼消息(或***信息)和多播会话接收发生冲突时，UE是接收寻呼消息(或***信息)还是多播会话。例如，基站通过在RRC重配置消息或者RRC释放RRCRelease消息中携带一个第三指示标识，用于指示当寻呼消息(或***信息)和多播会话接收发生冲突时，UE是接收寻呼消息(或***信息)还是多播会话。
在本实施例中，基站为UE配置是指UE处于RRC连接态或UE希望恢复RRC连接(例如，基站接收到来自UE的RRCResumeRequest或RRCResumeRequest1消息时，在RRCRelease消息中为UE配置)时为UE配置，基站可通过RRC重配置消息RRCReconfiguration或RRC释放消息RRCRelease为UE配置。
实施例4
当寻呼消息(或***信息)和多播会话接收发生冲突时，预定义UE是接收寻呼消息(或***信息)还是多播会话。
或者，预定义寻呼消息(或***信息)和多播会话总是在同一小区传输。例如为RRC非激活态的UE配置的多播会话总是在初始部分带宽上传输。
实施例5
当UE处于RRC连接态时，向基站指示当其在RRC非激活态接收的多播会话与寻呼消息(或***信息)接收发生冲突时，优先接收多播会话或寻呼消息(或***信息)相关的信息(记为第四指示标识)。所述第四指示标识可以携带在UE辅助信息消息中，也可以携带在MBSInterestIndication消息中，也可以重新定义一个消息来携带所述信息。所述第四指示标识可以用来指示UE是否优先接收多播会话，而不是寻呼消息(或***信息)。可以规定如果UE优先接收的多播会话，则携带该字段或该字段存在(例如值为true)，否则，不携带该字段或该字段不存在。
需要说明的是，一个多播会话与一个PTM配置是一一对应的，多播会话关联的指示标识或禁止定时器就是PTM配置关联的指示标识或禁止定时器，两者可替换使用。
图4是本发明涉及的用户设备UE的简要结构框图。如图4所示，该用户设备UE80包括处理器801和存储器802。处理器801例如可以包括微处理器、微控制器、嵌入式处理器等。存储器802例如可以包括易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器802上存储有程序指令。该指令在由处理器801运行时，可以执行本发明详细描述的由用户设备执行的上述方法。
另外，运行在根据本发明的设备上的计算机可执行指令或者程序可以是通过控制中央处理单元(CPU)来使计算机实现本发明的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器***中。
用于实现本发明各实施例功能的计算机可执行指令或程序可以记录在计算机可读存储介质上。可以通过使计算机***读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机***”可以是嵌入在该设备中的计算机***，可以包括操作***或硬件(如***设备)。“计算机可读存储介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。
用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如，单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器，也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路，也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下，本发明的一个或多个实施例也可以使用这些新的集成电路技术来实现。
此外，本发明并不局限于上述实施例。尽管已经描述了所述实施例的各种示例，但本发明并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备，如AV设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。
如上，已经参考附图对本发明的实施例进行了详细描述。但是，具体的结构并不局限于上述实施例，本发明也包括不偏离本发明主旨的任何设计改动。另外，可以在权利要求的范围内对本发明进行多种改动，通过适当地组合不同实施例所发明的技术手段所得到的实施例也包含在本发明的技术范围内。此外，上述实施例中所描述的具有相同效果的组件可以相互替代。
Claims (10)
1.一种由用户设备UE执行的方法，包括：
接收来自基站的寻呼消息中包含的与每个点到多点PTM配置关联的第一指示标识；
将所述第一指示标识的值与所述UE的本地保存的对应该第一指示标识的值进行比较；
在比较结果为不同的情况下，所述UE发起RRC连接恢复过程，以更新所述PTM配置或获取更新后的所述PTM配置。
2.根据权利要求1所述的方法，其特征在于，
所述第一指示标识是携带在所述寻呼消息中的版本号列表，该版本号列表中的元素与寻呼组列表PagingGroupList中的临时移动组标识TMGI一一对应，表示所述TMGI对应的多播会话的所述PTM配置的当前版本；或者
所述第一指示标识是携带在所述寻呼消息中的临时移动组标识TMGI及其对应的版本号列表，该版本号列表中的每个元素是所述TMGI及其对应的版本号，表示所述TMGI对应的多播会话的所述PTM配置的当前版本。
3.根据权利要求1所述的方法，其特征在于，
所述UE在被配置为RRC非激活态接收的一个或多个多播会话的PTM配置发生更新的情况下，还需要满足如下条件，才发起恢复RRC连接请求过程，该条件为：
在接收到的所述寻呼消息中不包含UE已经加入但未被配置为RRC非激活态可接收的多播会话被激活；和/或
接收到的所述寻呼消息中的寻呼记录PagingRecord字段包含的UE标识均不与UE上层分配的UE标识匹配。
4.一种由用户设备UE执行的方法，包括：
接收来自基站的寻呼消息中包含的与点到多点PTM配置发生改变的多播会话对应的第二指示标识；
判断为了每个多播会话或其对应的PTM配置而定义的禁止定时器是否运行；
在判断为所述禁止定时器未运行的情况下，所述UE才发起RRC连接恢复过程，以更新所述PTM配置。
5.根据权利要求4所述的方法，其特征在于，
在所述UE接收到来自基站的所述PTM配置或更新后的PTM配置的情况下，启动对应的所述禁止定时器；或
在所述UE为更新一个或多个多播会话的所述PTM配置而发起RRC连接恢复过程的情况下，启动对应的所述禁止定时器。
6.根据权利要求4所述的方法，其特征在于，
所述第二指示标识对应携带在所述寻呼消息中的位图中的某一比特，所述位图中的位与寻呼组列表PagingGroupList中的临时移动组标识TMGI一一对应；或者
所述第二指示标识是一个临时移动组标识TMGI列表，用于指示所述PTM配置发生改变的多播和广播服务MBS多播会话。
7.根据权利要求1至6中任一项所述的方法，其特征在于，
在来自基站的所述寻呼消息的接收与所述多播会话的接收发生冲突的情况下，所述UE接收所述基站通过RRC重置消息或者RRC释放消息中携带的第三指示标识，
所述第三指示标识用于指示当发生所述冲突时所述UE是接收所述寻呼消息还是所述多播会话。
8.根据权利要求1至6中任一项所述的方法，其特征在于，
在来自基站的所述寻呼消息的接收与所述多播会话的接收发生冲突的情况下，
预定义所述UE是接收所述寻呼消息还是多播会话；或者
预定义所述寻呼消息和所述多播会话总是在同一小区传输。
9.根据权利要求1至6中任一项所述的方法，其特征在于，
在来自基站的所述寻呼消息的接收与所述多播会话的接收发生冲突的情况下，
当所述UE处于RRC连接态时，所述UE接收来自所述基站的第四指示标识，
所述第四指示标识用于指示所述UE是否优先接收所述多播会话还是所述寻呼消息。
10.一种用户设备，包括：
处理器；以及
存储器，存储有指令；
其中，所述指令在由所述处理器运行时执行根据权利要求1至9中任一项所述的方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211204920.6A CN117835461A (zh) | 2022-09-28 | 2022-09-28 | 由用户设备执行的方法以及用户设备 |
| PCT/CN2023/121616 WO2024067602A1 (zh) | 2022-09-28 | 2023-09-26 | 由用户设备执行的方法以及用户设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211204920.6A CN117835461A (zh) | 2022-09-28 | 2022-09-28 | 由用户设备执行的方法以及用户设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117835461A true CN117835461A (zh) | 2024-04-05 |
Family
ID=90476373
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211204920.6A Pending CN117835461A (zh) | 2022-09-28 | 2022-09-28 | 由用户设备执行的方法以及用户设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN117835461A (zh) |
| WO (1) | WO2024067602A1 (zh) |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116326004A (zh) * | 2020-10-10 | 2023-06-23 | 联想(北京)有限公司 | 用于控制信号的发射的方法及设备 |
| EP4214987A4 (en) * | 2020-10-22 | 2024-05-08 | ZTE Corporation | CONFIGURING AND UPDATING MULTICAST SERVICE RESOURCES |
-
2022
- 2022-09-28 CN CN202211204920.6A patent/CN117835461A/zh active Pending
-
2023
- 2023-09-26 WO PCT/CN2023/121616 patent/WO2024067602A1/zh unknown
Also Published As
| Publication number | Publication date |
|---|---|
| WO2024067602A1 (zh) | 2024-04-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2021077434A1 (zh) | 一种通信方法及装置 | |
| US20230262422A1 (en) | Transmission method and device, and storage medium | |
| US20220286963A1 (en) | Data Transmission Method and Apparatus | |
| JP4582553B2 (ja) | 無線通信網、特に携帯電話網によるマルチメディアコンテンツの配信方法及びシステム | |
| JP4352088B2 (ja) | 無線通信システムにおけるダウンリンクチャネルのリファレンス方法 | |
| JP4734412B2 (ja) | 移動通信システムにおけるｍｂｍｓサービス送受信方法 | |
| JP2019146215A (ja) | ユーザ装置、プロセッサ、基地局及び方法 | |
| JP5111632B2 (ja) | メッセージ配信システム及び基地局、並びにメッセージ配信方法 | |
| WO2022001495A1 (zh) | 状态转换方法及链接态mtch的指示方法、装置、存储介质、终端、基站 | |
| RU2408166C2 (ru) | Способ передачи и приема информации управления для групповой услуги мультимедиа точка - много точек | |
| EP4142394A1 (en) | Broadcast/multicast service management method and apparatus, and electronic device and storage medium | |
| CN114375072A (zh) | 无线连接控制方法以及用户设备 | |
| WO2022078384A1 (zh) | 用户设备执行的传输方法、用户设备、基站以及基站执行的传输方法 | |
| WO2022078328A1 (zh) | 用户设备执行的传输方法、用户设备、基站以及基站执行的传输方法 | |
| JP6835880B2 (ja) | データ伝送方法、アクセスネットワーク装置、端末装置とネットワークエンティティ | |
| WO2022057857A1 (zh) | 用户设备及其方法、基站及其方法 | |
| WO2024067602A1 (zh) | 由用户设备执行的方法以及用户设备 | |
| WO2024120475A1 (zh) | 恢复rrc连接的方法以及用户设备 | |
| JP2008005233A (ja) | マルチキャストデータ配信方法 | |
| CN118433935A (zh) | 用户设备、基站及其方法 | |
| CN117580194A (zh) | 由用户设备执行的处理寻呼消息的方法及用户设备 | |
| JP7469564B2 (ja) | 通信制御方法、ユーザ装置、プロセッサ、ネットワークノード及び移動通信システム | |
| WO2023133843A1 (zh) | 一种确定配置信息的方法及装置、终端设备 | |
| WO2023001240A1 (zh) | 由用户设备ue执行的方法及用户设备 | |
| US20240080931A1 (en) | Communication method and apparatus |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication |