CN116437302A - 一种通信方法、装置和存储介质 - Google Patents
一种通信方法、装置和存储介质 Download PDFInfo
- Publication number
- CN116437302A CN116437302A CN202310412506.2A CN202310412506A CN116437302A CN 116437302 A CN116437302 A CN 116437302A CN 202310412506 A CN202310412506 A CN 202310412506A CN 116437302 A CN116437302 A CN 116437302A
- Authority
- CN
- China
- Prior art keywords
- terminal device
- identifier
- access
- rrc connection
- 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.)
- Granted
Links
- 230000006854 communication Effects 0.000 title claims abstract description 126
- 238000004891 communication Methods 0.000 title claims abstract description 124
- 238000000034 method Methods 0.000 title claims abstract description 103
- 238000011084 recovery Methods 0.000 claims abstract description 64
- 238000012545 processing Methods 0.000 claims description 48
- 238000004590 computer program Methods 0.000 claims description 22
- 230000008569 process Effects 0.000 claims description 12
- 230000000977 initiatory effect Effects 0.000 claims description 3
- 230000006870 function Effects 0.000 description 29
- 230000004913 activation Effects 0.000 description 8
- 238000007726 management method Methods 0.000 description 7
- 230000009471 action Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 238000010295 mobile communication Methods 0.000 description 6
- 239000000725 suspension Substances 0.000 description 6
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 6
- 230000008093 supporting effect Effects 0.000 description 5
- 230000007774 longterm Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 230000003190 augmentative effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000001976 improved effect Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 208000033748 Device issues Diseases 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- 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/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供一种通信方法、装置和存储介质,用于通过寻呼消息寻呼加入组播业务的终端设备,以使其尝试进入RRC连接态以接收组播业务的数据。本申请中,终端设备接收第一寻呼消息,在满足第一条件的情况下发起无线资源控制RRC连接恢复。其中,第一条件包括:第一寻呼消息包括第一组播业务的标识,且不包括终端设备的标识;或,第一寻呼消息包括第一组播业务的标识和终端设备的第一标识;其中,第一标识与RAN寻呼关联。由于可以在第一寻呼消息中携带第一组播业务的标识,因此可以通过第一寻呼消息寻呼第一组播业务对应的终端设备,以使终端设备基于第一寻呼消息尝试进入RRC连接态以接收第一组播业务的数据。
Description
本申请是分案申请,原申请的申请号是202111236108.7,原申请日是2021年10月22日,原申请的全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信领域,尤其涉及一种通信方法、装置和存储介质。
背景技术
无线通信***中,网络设备可以通过发送寻呼消息来寻呼RRC空闲态或RRC非激活态的终端设备。网络设备也可通过发送短消息来通知RRC空闲态或RRC非激活态或RRC连接态的终端设备:***消息变更或地震海啸预警***(earthquake and tsunami warningsystem,ETWS)通知或公共移动警告服务(Commercial Mobile Alert Service,CMAS)通知。处于RRC空闲态或RRC非激活态的终端设备接收到寻呼消息后可以进入RRC连接态。
组播和广播业务(multicast and broadcast service,MBS)是3GPP为了有效地利用移动通信网络资源而引入,其在移动通信网络中提供一个数据源向多个用户发送数据的点到多点业务,实现网络资源共享,提高资源利用率,尤其是空口接口资源。
目前,MBS中,当组播业务被去激活后,终端设备可能处于RRC连接态,但是也有可能处于RRC空闲态或RRC非激活态,当组播业务被激活后,处于RRC空闲态和RRC非激活态的终端设备无法成功/及时接收该组播业务的数据。
发明内容
本申请实施例提供一种通信方法、装置和存储介质,用于通过寻呼消息寻呼加入组播业务的终端设备,以使其尝试进入RRC连接态以接收组播业务的数据。
第一方面,本申请实施例提供一种通信方法,终端设备接收第一寻呼消息,满足第一条件,终端设备发起无线资源控制RRC连接恢复。其中,第一条件包括:第一寻呼消息包括第一组播业务标识,且不包括终端设备的标识;或,第一寻呼消息包括第一组播业务标识和终端设备的第一标识。其中,第一标识与RAN寻呼关联。
由于可以在第一寻呼消息中携带第一组播业务的标识,因此可以通过第一寻呼消息寻呼第一组播业务对应的终端设备,以使终端设备基于第一寻呼消息尝试进入RRC连接态。而进入RRC连接态的终端设备可以接收第一组播业务的数据。可以看出,本申请实施提供的方案可以使处于RRC非激活态的终端设备进入RRC连接态,为处于RRC非激活态的终端设备无法成功/及时接收该第一组播业务的数据提供了一种解决方案。
在一种可能的实施方式中,终端设备发起RRC连接恢复,具体可以包括:终端设备发送第一消息。其中,第一消息用于请求恢复RRC连接。比如,终端设备可以向网络设备发送RRC连接恢复,网络设备基于保存的终端设备的上下文恢复RRC连接,进而可以使终端设备更快的进入RRC连接态。
在一种可能的实施方式中,终端设备在确定发起RRC连接恢复的情况下,还可以确定RRC连接恢复原因,确定方式有多种,比如,在第一寻呼消息包括第一组播业务标识和终端设备的第一标识的情况下,终端设备可以根据第一策略,确定第一RRC连接恢复原因。第一策略包括访问标识、单播对应的RRC连接恢复原因,或单播对应的RRC连接恢复原因确定的规则中的至少一项。
再比如,终端设备还可以根据第二策略,确定第一RRC连接恢复原因;第二策略包括组播对应的访问标识、组播对应的RRC连接恢复原因,或组播对应的RRC连接恢复原因确定的规则中的至少一项。
再比如,终端设备还可以根据第三策略,确定第一RRC连接恢复原因。第三策略包括访问标识、单播和组播对应的RRC连接恢复原因,或单播和组播对应的RRC连接恢复原因确定的规则中的至少一项。
再比如,终端设备还可以根据第一策略和第二策略,确定第一RRC连接恢复原因。举个例子,终端设备从第一策略中确定出第二RRC连接恢复原因。终端设备从第二策略中确定出第三RRC连接恢复原因。终端设备将第二RRC连接恢复原因或第三RRC连接恢复原因中一项确定为第一RRC连接恢复原因。比如可以从第二RRC连接恢复原因和第三RRC连接恢复原因中选择优先级最高的作为第一RRC连接恢复原因。
在第一寻呼消息包括第一组播业务标识,且不包括终端设备的标识的情况下,终端设备可以根据第二策略,确定第一RRC连接恢复原因。
在一种可能的实施方式中,终端设备接收第一寻呼消息之后,在满足第二条件的情况下,终端设备进入RRC空闲态。其中,第二条件包括:第一寻呼消息包括第一组播业务标识和终端设备的第二标识;其中,第二标识与CN寻呼关联;或,第一寻呼消息包括终端设备的第二标识。如此,当满足第二条件情况下,处于RRC非激活态的终端设备可以从RRC空闲态进入RRC连接态,比如终端设备进入RRC空闲态之后,可以终端设备发送第二消息。其中,第二消息用于请求建立RRC连接。如此,RRC非激活态的终端设备可以基于接收到的第一寻呼消息中携带的内容选择进入RRC连接态的方式,且当满足第二条件的情况下进入RRC空闲态则可以与单播情况下终端设备进入RRC连接态的方式更好的兼容。
在一种可能的实施方式中,第一组播业务标识包括终端设备加入的第一组播业务的标识。比如终端设备可以提前订阅该第一组播业务,如此终端设备可以根据第一寻呼消息中的第一组播业务的标识决定是否响应该第一寻呼消息。
第二方面,本申请实施例提供一种通信方法,该方法包括:第一网络设备接收第二寻呼消息,第二寻呼消息包括第二组播业务的第三标识。第一网络设备执行以下一项或多项:
第一网络设备触发RAN寻呼;
第一网络设备寻呼终端设备,终端设备处于RRC非激活态,终端设备与第二组播业务相关联;或,
第一网络设备向第二网络设备发送第三寻呼消息,第三寻呼消息用于指示第二网络设备寻呼终端设备。
由于第二寻呼消息可以触发第一网络设备发起RAN寻呼,因此第一网络设备不仅可以基于第二寻呼消息对第二组播业务对应的处于RRC空闲态的终端设备进行寻呼,还可以对处于RRC非激活态的终端设备进行寻呼,如此,可以降低RRC非激活态的终端设备进入RRC连接态的时延。
另一种情况,由于第一网络设备接收到第二寻呼消息后对处于RRC非激活态的终端设备进行寻呼,因此可以降低RRC非激活态的终端设备进入RRC连接态的时延。
又一种情况中,由于第一网络设备接收到第二寻呼消息后指示第二网络设备对处于RRC非激活态的终端设备进行寻呼,因此可以降低RRC非激活态的终端设备进入RRC连接态的时延。
在一种可能的实施方式中,第一网络设备寻呼终端设备,具体可以包括:第一网络设备发送第一控制信息和第四寻呼消息。其中,第一控制信息用于调度第四寻呼消息,第四寻呼消息包括第二组播业务的第三标识和/或终端设备的标识;或,第四寻呼消息包括第二组播业务的第四标识和/或终端设备的标识。比如,第一网络设备可以计算处于RRC非激活态的终端设备的第一寻呼时机,在第一寻呼时机发送第一控制信息,以使终端设备根据该第一控制信息接收第四寻呼消息。
在一种可能的实施方式中,由于终端设备在RAN对应的小区内移动不需通知网络设备侧,因此,第一网络设备寻呼终端设备,具体可以包括:第一网络设备在RNA对应的小区中寻呼终端设备。如此,可以提高寻呼到终端设备的效率。
在一种可能的实施方式中,第一网络设备向第二网络设备发送第三寻呼消息,该第三寻呼消息包括以下一项:终端设备的标识;终端设备的标识和终端设备的DRX周期;终端设备的标识、终端设备的DRX周期,以及第二组播业务的第三标识或第二组播业务第四标识或第二组播业务第五标识;或,第二组播业务的第三标识或第二组播业务第四标识或第二组播业务第五标识。
在一种可能的实施方式中,第一网络设备为终端设备的最后一个服务节点。如此可以提高寻呼到终端设备的效率。
在一种可能的实施方式中,第二网络设备位于终端设备对应的RNA。如此,第一网络设备指示RNA内的第二网络设备寻呼终端设备,可以提高寻呼到终端设备的效率。
在一种可能的实施方式中中,第一网络设备接收第二寻呼消息之后,还可以根据第二组播业务的第三标识确定终端设备。具体可以是确定处于RRC空闲态的终端设备和处于RRC非激活态的终端设备,如此可以为寻呼RRC空闲态的终端设备和处于RRC非激活态的终端设备奠定基础。
相应于第一方面至第二方面任一种通信方法,本申请还提供了一种通信装置。通信装置可以是以无线方式进行数据传输的任意一种发送端的设备或接收端的设备。例如,通信芯片、终端设备、或者第一网络设备(第一网络设备可以为接入网设备、核心网设备等)。在通信过程中,发送端的设备和接收端的设备是相对的。在某些通信过程中,通信装置可以作为上述第一网络设备或可用于第一网络设备的通信芯片;在某些通信过程中,通信装置可以作为上述终端设备或可用于终端设备的通信芯片。
第三方面,提供了一种通信装置,包括通信单元和处理单元,以执行上述第一方面至第二方面任一种通信方法中的任一种实施方式。通信单元用于执行与发送和接收相关的功能。可选地,通信单元包括接收单元和发送单元。在一种设计中,通信装置为通信芯片,通信单元可以为通信芯片的输入输出电路或者端口。
在另一种设计中,通信单元可以为发射器和接收器,或者通信单元为发射机和接收机。
可选的,通信装置还包括可用于执行上述第一方面至第二方面任一种通信方法中的任一种实施方式的各个模块。
第四方面,提供了一种通信装置,该通信装置为上述终端设备或第一网络设备。包括处理器和存储器。可选的,还包括收发器,该存储器用于存储计算机程序或指令,该处理器用于从存储器中调用并运行该计算机程序或指令,当处理器执行存储器中的计算机程序或指令时,使得该通信装置执行上述第一方面至第二方面任一种通信方法中的任一种实施方式。
可选的,处理器为一个或多个,存储器为一个或多个。
可选的,存储器可以与处理器集成在一起,或者存储器与处理器分离设置。
可选的,收发器中可以包括,发射机(发射器)和接收机(接收器)。
第五方面,提供了一种通信装置,包括处理器。该处理器与存储器耦合,可用于执行第一方面至第二方面任一方面,以及第一方面至第二方面中任一种可能实现方式中的方法。可选地,该通信装置还包括存储器。可选地,该通信装置还包括通信接口,处理器与通信接口耦合。
在一种实现方式中,该通信装置为终端设备。当该通信装置为终端设备时,通信接口可以是收发器,或,输入/输出接口。可选地,收发器可以为收发电路。可选地,输入/输出接口可以为输入/输出电路。
在另一种实现方式中,该通信装置为第一网络设备。当该通信装置为第一网络设备时,通信接口可以是收发器,或,输入/输出接口。可选地,收发器可以为收发电路。可选地,输入/输出接口可以为输入/输出电路。
在又一种实现方式中,该通信装置为芯片或芯片***。当该通信装置为芯片或芯片***时,通信接口可以是该芯片或芯片***上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等。处理器也可以体现为处理电路或逻辑电路。
第六方面,提供了一种***,***包括上述终端设备和第一网络设备。
第七方面,提供了一种计算机程序产品,计算机程序产品包括:计算机程序(也可以称为代码,或指令),当计算机程序被运行时,使得计算机执行上述第一方面中任一种可能实现方式中的方法,或者使得计算机执行上述第一方面至第二方面任一种实现方式中的方法。
第八方面,提供了一种计算机可读存储介质,计算机可读介质存储有计算机程序(也可以称为代码,或指令)当其在计算机上运行时,使得计算机执行上述第一方面中任一种可能实现方式中的方法,或者使得计算机执行上述第一方面至第二方面任一种实现方式中的方法。
第九方面,提供了一种芯片***,该芯片***可以包括处理器。该处理器与存储器耦合,可用于执行第一方面至第二方面中任一方面,以及第一方面至第二方面中任一方面中任一种可能实现方式中的方法。可选地,该芯片***还包括存储器。存储器,用于存储计算机程序(也可以称为代码,或指令)。处理器,用于从存储器调用并运行计算机程序,使得安装有芯片***的设备执行第一方面至第二方面中任一方面,以及第一方面至第二方面中任一方面中任一种可能实现方式中的方法。
第十方面,提供了一种处理装置,包括:输入电路、输出电路和处理电路。处理电路用于通过输入电路接收信号,并通过输出电路发射信号,使得第一方面至第二方面任一方面,以及第一方面至第二方面中任一种可能实现方式中的方法被实现。
在具体实现过程中,上述处理装置可以为芯片,输入电路可以为输入管脚,输出电路可以为输出管脚,处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的,输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的,且输入电路和输出电路可以是同一电路,该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。
附图说明
图1为本申请实施例适用的一种可能的***架构示意图;
图2为本申请实施例适用的又一种可能的***架构示意图;
图3a为本申请实施例提供的一种通信方法的流程示意图;
图3b为本申请实施例提供的一种通信方法的流程示意图;
图4为本申请实施例提供的一种通信方法的流程示意图;
图5为本申请实施例提供的一种通信装置的结构示意图;
图6为本申请实施例提供的另一种通信装置的结构示意图;
图7为本申请实施例提供的另一种通信装置的结构示意图。
具体实施方式
图1示例性示出了本申请实施例提供的一种***架构示意图,如图1所示,该***架构包括终端设备101以及网络设备102。终端设备可以接收来自网络设备102的第一寻呼消息。在满足第一条件的情况下,终端设备发起RRC连接恢复;
其中,第一条件包括以下内容中的一项:
第一寻呼消息包括第一组播业务的标识,且不包括终端设备的标识;或,
第一寻呼消息包括第一组播业务的标识和终端设备的第一标识;其中,终端设备的第一标识与无线接入网RAN寻呼关联。
由于可以在第一寻呼消息中携带第一组播业务的标识,因此可以通过第一寻呼消息寻呼第一组播业务对应的终端设备,以使终端设备基于第一寻呼消息尝试进入RRC连接态。而进入RRC连接态的终端设备可以接收第一组播业务的数据。可以看出,本申请实施提供的方案可以使处于RRC非激活态的终端设备进入RRC连接态,为处于RRC非激活态的终端设备无法成功/及时接收该第一组播业务的数据提供了一种解决方案。
进一步,第一寻呼消息携带第一组播业务的标识且不携带第一终端设备的标识,或者第一寻呼消息包括第一组播业务标识和第一终端设备的第一标识的情况下,第一标识为与RAN寻呼关联的标识,则终端设备可以发起RRC连接恢复以尝试进入RRC连接态,从而可以降低第一终端设备进入RRC连接态的时延。
如图2所示,本申请实施例提供的通信方法可应用于无线通信***,该无线通信***可以包括终端设备以及网络设备。图1中的终端设备11可以为图2中的任一个终端设备(比如图2中示出的终端设备111、终端设备112或终端设备113)。图1中的网络设备12可以为图2中的接入网设备(比如图2中的基站121或基站122),也可以为图2中的核心网设备(比如图2中的核心网设备123或核心网设备124)。下面结合图2对本申请实施例适用的无线通信***进行介绍。
应理解,以上无线通信***既可适用于低频场景(sub 6G),也可适用于高频场景(above6G)。无线通信***的应用场景包括但不限于长期演进(Long Term Evolution,LTE)的***、第五代***、新无线(new radio,NR)通信***或未来的演进的公共陆地移动网络(public land mobile network,PLMN)***等。无线通信***的应用场景也可以包括集中单元(central unit,CU)-分布单元(distribute unit,DU)架构。
以上所示终端设备(比如图2中示出的终端设备111、终端设备112或终端设备113)可以是用户设备(user equipment,UE)、终端(terminal)、接入终端、终端单元、终端站、移动台(mobile station,MS)、远方站、远程终端、移动终端(mobile terminal)、无线通信设备、终端代理或终端设备等。该终端设备可具备无线收发功能,其能够与一个或多个通信***的一个或多个网络设备进行通信(如无线通信),并接受网络设备提供的网络服务,这里的网络设备包括但不限于图2中所示的网络设备(比如图2中的基站121、基站122、核心网设备123或核心网设备124)。
其中,终端设备可以是蜂窝电话、无绳电话、会话启动协议(session initiationprotocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字处理(personal digital assistant,PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、未来5G网络中的终端装置或者未来演进的PLMN网络中的终端装置等。
另外,终端设备可以部署在陆地上,包括室内或室外、手持或车载;终端设备也可以部署在水面上(如轮船等);终端设备还可以部署在空中(例如飞机、气球和卫星上等)。该终端设备具体可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端、增强现实(augmented reality,AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。终端设备也可以是具有通信模块的通信芯片,也可以是具有通信功能的车辆,或者车载设备(如车载通信装置,车载通信芯片)等。
本申请实施例中网络设备可以为接入网设备(或称接入网站点),也可以为核心网设备。下面分别进行介绍。
第一种情况,网络设备可以是接入网设备(或称接入网站点)。
当网络设备为接入网设备,该网络设备还可以连接至核心网(core network,CN)设备。其中,接入网设备是指有提供网络接入功能的设备,如无线接入网(radio accessnetwork,RAN)、基站等等。网络设备具体可包括基站(base station,BS)(如RAN基站),或包括基站以及用于控制基站的无线资源管理设备等。该网络设备还可包括中继站(中继设备)、接入点以及未来5G网络中的基站、未来演进的PLMN网络中的基站或者NR基站等。网络设备可以是可穿戴设备或车载设备。网络设备也可以是具有通信模块的通信芯片。
比如,网络设备包括但不限于:5G中的下一代基站(g nodeB,gNB)、长期演进(longterm evolution,LTE)***中的演进型节点B(evolved node B,eNB)、无线网络控制器(radio network controller,RNC)、云无线接入网络(cloud radio access network,CRAN)***下的无线控制器、基站控制器(base station controller,BSC)、家庭基站(例如,home evolved nodeB,或home node B,HNB)、基带单元(baseBand unit,BBU)、传输点(transmitting and receiving point,TRP)、发射点(transmitting point,TP)、移动交换中心、全球移动通信***(global aystem for mobile communication,GSM)或码分多址(code division multiple access,CDMA)网络中的基站收发信台(base transceiverstation,BTS),也可以是宽带码分多址(wideband code division multiple access,WCDMA)中的节点基站(nodebase station,NB),还可以是LTE中的演进型(evolutional)NB(eNB或eNodeB),还可以是未来5G网络中的基站设备或者未来演进的PLMN网络中的接入网设备,还可以是可穿戴设备或车载设备。
第二种情况,网络设备可以为核心网设备。
其中,核心网设备可用于为接入网络设备的终端设备提供核心网服务。核心网设备在不同的***下课对应不同的设备。比如在3G中核心网设备可以对应通用分组无线服务技术(general packet radio service,GPRS)的服务支持节点(serving GPRS supportnode,SGSN)和/或GPRS的网关支持节点(gateway GPRS Support Node,GGSN)。在4G中核心网设备可以对应移动管理实体(mobility management entity,MME)和/或服务网关(serving gateway,S-GW)。在5G中核心网设备可以对应接入和移动性管理功能(accessand mobility management function,AMF)、会话管理功能(session managementfunction,SMF)或者用户面功能(user plane function,UPF)。
以5G网络为例对图2所示的***架构进行说明,如图2所示,接入网设备(接入网设备也可以称为下一代无线接入网(next generation radio access networks,NG-RAN)节点)可以包括gNB和ng-eNB。gNB比如可以为图2中的基站121,ng-eNB比如可以为图2中的基站122。gNB和ng-eNB通过Xn接口相连。
接入网设备可以通过NG接口与核心网设备相连,比如接入网设备可以通过NG-C接口与AMF相连,通过NG-U接口与UPF相连。其中,NG-C接口也可以称为NG-RAN和5GC之间的控制面接口。NG-U接口也可以称为NG-RAN和5GC之间的用户面接口。
下面对本申请实施例中的名词和术语进行解释和说明。
(一)寻呼(Paging)。
Paging的目的是:
允许网络通过paging message到达RRC_IDLE和RRC_INACTIVE态的UE;
通过Short message通知RRC_IDLE,RRC_INACTIVE和RRC_CONNECTED态的UE:***消息变更以及ETWS/CMAS指示;
paging message可以在PDSCH上发送,Short message可以直接在PDCCH(即,DCI)上发送。
RRC_IDEL态的UE监听CN触发的寻呼的寻呼信道(PCCH,Paging Control Channel,寻呼控制信道),RRC_INACTIVE态的UE还监听RAN触发的寻呼的寻呼信道。当UE接收到RAN发起的寻呼,UE启动RRC Connection Resume过程,并根据上层配置的AI(Access Identity)取值,确定resumeCause;当RRC_INACTIVE状态的UE接收到CN发起的寻呼,则UE移动到RRC_IDLE,并通知NAS。可以称为单播相关的寻呼。
例如,RAN寻呼可以理解为RAN发起的寻呼。
例如,CN寻呼可以理解为CN发起的寻呼。
本申请实施例的寻呼时机可以包括一个或多个无线帧、子帧、时隙等,不限定。
其中,本申请实施例中涉及到的时域资源可以为一段时间间隔,例如无线帧、子帧、时隙(slot)、符号、迷你时隙(mini-slot)等,对此不作限定。
一个DRX周期内可以有一个或多个PF,每个PF下可以有一个或多个寻呼时机(paging occasion,PO)。
从终端设备对寻呼的监听角度来说,目前针对在RRC空闲态或非激活态的终端设备配置了非连续接收(discontinuous reception,DRX)的情况,为了节能,终端设备在每个DRX周期(cycle)中监听一个PO。其中,一个PO可以包括一组PDCCH监听时机(monitoringoccasions)。一个寻呼帧(PF,Paging Frame)可以是一个无线帧,可以包含一个或多个PO或一个或多个PO的起点。
一般情况下,对于RRC空闲态终端设备或RRC非激活态的终端设备来说,每个寻呼周期内终端设备在自身对应的PO醒来一次(即,监听寻呼),同时关心寻呼消息的调度信息和短消息(short message)。
寻呼消息对应的的下行控制信息(downlink control information,DCI)由寻呼无线网络临时标识(paging radio network temporary identifier,P-RNTI)加扰。
目前,PO的时域位置可以由终端设备标识(UE ID)决定。
例如,可以由以下公式得到PF:
(SFN+PF_offset)mod T=(T div N)*(UE_ID mod N)。
由以下公式得到PO的索引(Index(i_s)):
i_s=floor(UE_ID/N)mod Ns。
i_s:UE通过i_s确定PF中UE对应的PO。
其中,T:表示UE的DRX周期。
其中,N:表示DRX周期中寻呼帧的数目。
其中,Ns:表示寻呼帧中PO的数目。
其中,UE_ID:为5G-S-TMSI mod 1024。Mod表示取余运算。如果UE没有5G-S-TMSI,例如,当UE尚未注册到网络上时,UE应使用UE_ID=0。
其中,N、Ns、PF_offset的值可以是网络在***信息SIB1中广播的。
其中,T是DRX周期,可以按照下列规则确定,RRC空闲态的终端设备和RRC空闲态的终端设备可以使用可用的最短的DRX周期:
RRC_IDLE态的UE使用下列(1)和(2)中较短的DRX周期;
RRC_INACTIVE态的UE使用下列(1)、(2)和(3)中最短的DRX周期。
(1)***消息(SIB1)中广播的默认的DRX周期;
(2)UE和核心网协商的UE特定的DRX周期;
(3)网络(例如,无线接入网)发送给UE的UE特定的DRX周期。
(二)RRC连接态/RRC非激活态/RRC空闲态:
存在三种RRC连接状态,分别为RRC连接态(RRC_connected)、RRC非激活态(RRC_inactive)和RRC空闲态(RRC_idle)。
当终端设备接入网络,与服务基站建立RRC连接之后,处于RRC连接态,此时终端设备可以与服务基站正常的交互数据和信令。
对于RRC空闲态的终端设备,服务基站会释放终端设备的上下文信息,终端设备从RRC空闲态进入RRC连接态所需的时间较长。
RRC非激活态为介于RRC连接态和RRC空闲态的一种状态。
处于RRC非激活态的终端设备发起RRC连接恢复(比如可以发送RRC连接恢复请求消息),以尝试进入RRC连接态。相比终端设备从RRC空闲态进入RRC连接态的过程,终端设备从RRC非激活态进入RRC连接态可以实现更低的时延。
(三)无线接入网通知区域(RAN-based Notification Area,RNA)。
在终端设备从RRC连接态切换至RRC非激活态时,服务基站可以给终端设备配置RNA,终端设备可以在RNA内移动,而不用通知服务基站。
当终端设备移出RNA时,会发起RNA更新过程。当网络有数据要发给该终端设备时,可以在RNA内发起寻呼过程,以便使终端设备从RRC非激活态进入RRC连接态。
(四)组播和单播。
本申请实施例提到的组播业务可以为多媒体多播业务(multimedia broadcastmulticast service,MBMS in LTE)或者新无线(new radio,NR)***下的组播和广播业务(multicast and broadcast service,MBS)。MBS是3GPP为了有效地利用移动通信网络资源而引入,其在移动通信网络中提供一个数据源向多个用户发送数据的点到多点业务,实现网络资源共享,提高资源利用率,尤其是空口接口资源。NR MBS支持组播和广播。
本申请实施例中的“组播”也可以替换为“多播”等名词,相对应的,组播业务也可以替换为多播业务,组播业务的标识也可以替换为多播业务标识。
需要注意的是,广播可以将相同的服务和/或相同的内容数据同时提供给一个地理区域内的所有终端设备。广播(broadcast)可以针对一个区域内的所有终端设备。
组播可以将相同的服务和/或相同的内容数据同时提供给一组专用的终端设备(即,并非覆盖范围内的所有终端设备都被授权接收数据)。
组播可以是针对一组特定的终端设备,终端设备可能需要进行“组加入过程”。
对应的,单播可以理解为将相同的服务和/或相同的内容数据同时提供给一个终端设备。单播可以理解为:针对一个数据,若要发送给多个设备,需要给每个设备单独的发送该数据。
需要说明的是,本申请中,标识可以包括/替换为/理解为信息,并不限制一定是标识。
需要说明的是,本申请中,组播业务激活可以包括/替换为/理解为组播会话激活,或,MBS会话激活。
需要说明的是,本申请中,组播业务可以包括/替换为/理解为:组播会话,或MBS会话,或MBS业务。
例如,单播相关的寻呼或单播寻呼可以包括RAN寻呼和/或CN寻呼。
现有技术中,组播业务会有对应的组播会话。组播会话有激活和去激活的状态,针对已经加入组播会话的终端设备,当组播会话去激活且终端设备没有单播业务时,该终端设备可能进入RRC空闲态,也有可能进入RRC非激活态。当组播会话激活时,网络设备需要通过发送组播会话激活通知以通知该终端设备进入连接态接收组播业务的数据。
目前,网络设备可以通过发送寻呼消息的方式发送组播激活通知(例如,可称为组播相关的寻呼),该寻呼消息可以包括组播业务的标识(组播业务的标识也可以称为MBS标识(Identification,ID))。终端设备接收到该寻呼消息之后,对于处于RRC连接态的终端设备可能会发起RRC连接恢复以进入RRC连接态。且用于通知组播激活通知的寻呼消息对应的控制信息也是在UE现有的PO(例如,上文所介绍的PO的计算相关内容,可以称为单播PO)位置上发送的,这将会出现一种新的情况:一个寻呼消息中可能同时包含针对一个终端设备的单播相关的寻呼和组播相关的寻呼。此时,由于终端设备接收单播相关的寻呼后的处理和终端设备接收组播相关的寻呼后的处理可能不同,终端设备应该如何处理,现在并没有有效的方法。例如,终端设备接收到CN寻呼后进入RRC空闲态,终端设备接收到组播相关寻呼后发起RRC连接恢复,两者的处理不同,终端设备应该如何处理。例如,终端设备接收到RAN寻呼后发起RRC连接恢复,终端设备接收到组播相关寻呼后发起RRC连接恢复,若两者分别对应的情况下,终端设备确定的RRC连接恢复的原因不同,终端设备应该如何处理。
基于此,本申请实施例提供一种通信方法,用于解决该问题,下面基于上述内容进行对本申请提供的方案进行介绍。
基于上述内容,图3a示例性示出了本申请实施例提供的一种通信方法的流程示意图。图3a所示的通信方法可以适用于前述图1和/或图2所示的***架构中,比如图3a中第一终端设备执行的方案可以由图1中的终端设备11执行,也可以由终端设备11中的模块或芯片执行,还可以由图2中的终端设备(比如终端设备111、终端设备112或终端设备113)执行,也可以由图2中的终端设备(比如终端设备111、终端设备112或终端设备113)中的模块或芯片执行。再比如图3a中第四网络设备执行的方案可以由图1中的网络设备12执行,也可以由网络设备12中的模块或芯片执行,还可以由图2中的网络设备(比如接入网设备121、接入网设备122、核心网设备123或核心网设备124)执行,也可以由图2中的网络设备(比如接入网设备121、接入网设备122、核心网设备123或核心网设备124)中的模块或芯片执行。
需要说明的是,本申请的方案以终端设备和网络设备为例进行了说明,但是并不限制本申请的方案仅适用于终端设备和网络设备,还可以适用于能够应用本申请方案的设备,将终端设备替换为设备、网络设备替换为设备进行理解即可。
如图3a所示,该方法包括:
S301,第一终端设备接收第一寻呼消息。
例如,在S301中,第一终端设备可以接收来自第四网络设备的第一寻呼消息。
例如,第四网络设备可以为接入网设备。
本申请实施例中,当网络设备由于单播需要寻呼第一终端设备的情况下,网络设备可以向第一终端设备发送寻呼消息,这种情况下,寻呼消息中需要携带第一终端设备的标识。当网络设备由于组播(例如,第一组播业务)需要寻呼第一终端设备的情况下,网络设备也需要向第一终端设备发送寻呼消息,这种情况下,寻呼消息中可能携带第一组播业务的标识。当网络设备由于单播以及组播(例如,第一组播业务)需要寻呼第一终端设备的情况下,网络设备向第一终端设备发送的寻呼消息中可能既携带第一终端设备的标识,也携带第一组播业务的标识。
一种可能的实现,第一寻呼消息可以用于以下任一项或多项:用于通知第一组播业务激活,用于通知第一组播会话激活,用于寻呼与第一组播业务相关的终端设备,寻呼与第一组播业务相关的第一终端设备,或,用于寻呼终端设备(例如,第一终端设备)。
例如,在S301中,第一终端设备可以处于RRC非激活态。
在步骤S301之后,第一终端设备可以执行以下步骤S302或S303。
S302,第一终端设备发起RRC连接恢复。
S303,第一终端设备进入RRC空闲态。
满足第一条件,第一终端设备可以执行步骤S302。
满足第二条件,第一终端设备可以执行步骤S303。
通过上述图3a所示的方案,第一终端设备接收到第一寻呼消息后,在不同的条件下,第一终端设备可以通过不同的方式尝试进入RRC连接态,可以降低第一终端设备进入RRC连接态的时延。例如,对于第一寻呼消息包括第一组播业务的标识和第一终端设备的第二标识(条件4)的情况,若第一终端设备接收到第一寻呼消息后先发起RRC连接恢复,若网络设备不能获取或确认或校验第一终端设备的UE上下文,第一终端设备需要再回退到RRC连接建立;而本申请该实施例的处理可以使得第一终端设备接收到第一寻呼消息后进入RRC空闲态,通过RRC连接建立去尝试进入RRC连接态,可以更快的进入RRC连接态。另外,需要说明的是,“网络设备不能获取或确认第一终端设备的UE上下文”可能涉及到网络设备和网络设备之间的交互,也会消耗一定的时间,带来时延。
在上述S302中,“第一终端设备发起RRC连接恢复”可以包括/替换为/理解为:第一终端设备发起RRC连接恢复过程。
其中,RRC连接恢复相关的内容可以参考3GPP TS 38.331:“NR;Radio ResourceControl(RRC);Protocol specification”中第5.3.13节(5.3.13RRC connection resume)的内容,此处不再赘述。需要说明的是,本申请中不限定“第一终端设备发起RRC连接恢复”与现有技术中的RRC连接恢复是否相同。
“第一终端设备进入RRC空闲态”可以包括/替换为/理解为:第一终端设备执行进入RRC空闲态的动作,或,第一终端设备执行进入RRC空闲态后的动作。
其中,“第一终端设备执行进入RRC空闲态的动作,或,第一终端设备执行进入RRC空闲态后的动作”相关的内容可以参考3GPP TS 38.331:"NR;Radio Resource Control(RRC);Protocol specification"中第5.3.11节(5.3.11UE actions upon going to RRC_IDLE)的内容,此处不再赘述。需要说明的是,本申请中不限定“第一终端设备进入RRC空闲态”与现有技术中的进入RRC空闲态后的UE动作是否相同。
可选的,对于步骤303,本申请还包括:释放原因为“other”。
在一种可能的实施方式中,前述第一条件可以包括条件1、条件2、条件3中的任一项。
条件1:第一寻呼消息包括第一组播业务的标识,且第一寻呼消息不包括第一终端设备的标识。
本申请实施例中第一寻呼消息包括第一组播业务的标识,可以是指第一寻呼消息中携带的组播业务的标识与第一组播业务的标识匹配。
本申请实施例中第一寻呼消息不包括第一终端设备的第一标识,可以是指第一寻呼消息中携带的所有终端设备的标识与第一终端设备的第一标识不匹配。
条件2:第一寻呼消息包括第一组播业务的标识和第一终端设备的第一标识。
本申请实施例中第一寻呼消息包括第一终端设备的第一标识,可以是指第一寻呼消息中携带的终端设备的标识与第一终端设备的第一标识匹配。
条件3:第一寻呼消息包括第一终端设备的第一标识,且第一寻呼消息不包括第一组播业务的标识。
本申请实施例中第一寻呼消息不包括第一组播业务的标识,可以是指第一寻呼消息中携带的所有组播业务的标识与第一组播业务的标识不匹配。
例如,当第一寻呼消息中包括第一终端设备的第一标识,但不包括第一组播业务的标识,说明网络设备由于单播寻呼该第一终端设备。这种情况下,若第一寻呼消息中包括的一个终端设备的标识与该第一终端设备的第一标识匹配,则说明该寻呼为RAN寻呼,则第一终端设备可以执行上述S302。
该实施方式中,由于第一寻呼消息携带第一业务标识且不携带终端设备的标识,或者第一寻呼消息包括第一组播业务标识和第一标识,或者只带第一标识的情况下,第一标识为与RAN寻呼关联的标识,则终端设备可以发起RRC连接恢复以尝试进入RRC连接态,从而可以加快终端设备进入RRC连接态的速度,降低终端设备恢复RRC连接态的时延。
且在第一寻呼消息包括第一组播业务标识和第一标识的情况下,说明网络设备由于单播也由于组播寻呼该第一终端设备,这种情况下,终端设备可以发起RRC连接恢复以尝试进入RRC连接态,从而针对网络设备由于单播也由于组播寻呼该第一终端设备的场景给出了一种终端设备侧的处理方案,且该处理方案可以加快终端设备进入RRC连接态的速度,降低终端设备恢复RRC连接态的时延。
在一种可能的实施方式中,前述第二条件可以包括条件4或条件5。
条件4:第一寻呼消息包括第一组播业务的标识和第一终端设备的第二标识。
条件5:第一寻呼消息包括第一终端设备的第二标识。
例如,当第一寻呼消息中包括有第一终端设备的标识,且该第一终端设备的标识为第二标识,则可以表明此次寻呼为CN寻呼,也可以理解为CN发起的寻呼。
当第一寻呼消息中包括第一终端设备的第二标识,但不包括第一组播业务的标识,说明网络设备由于单播不是由于组播寻呼该第一终端设备。这种情况下,若第一寻呼消息中包括的一个终端设备的标识与该第一终端设备的第二标识匹配,则说明该寻呼为CN寻呼,则第一终端设备可以执行上述S303。
由于第一寻呼消息包括第一组播业务的标识和第一终端设备的第二标识,因此说明网络设备由于单播也由于组播寻呼该第一终端设备。针对这种情况,第一终端设备如何抉择成为亟需解决的问题,特别是针对一种特殊的场景:
在一种可能的实施方式中,要求当第一寻呼消息中包括第一组播业务的标识,则第一终端设备接收到第一寻呼消息之后需发起RRC连接恢复。而当第一寻呼消息中包括第一终端设备的第二标识,则要求第一终端设备进入RRC空闲态。
在上述这种特殊的场景下,由于第一寻呼消息包括第一组播业务的标识和第一终端设备的第二标识,因此,第一终端设备无法响应该第一寻呼消息。
而本申请实施例提供的方案还可以解决上述这种特殊场景下的问题。本申请实施例中当第一寻呼消息包括第一组播业务的标识和第一终端设备的第二标识的情况下,第一终端设备执行上述S303。从而可以解决上述第一终端设备响应该第一寻呼消息的问题。
另一方面,当满足第二条件情况下,处于RRC非激活态的终端设备可以从RRC空闲态进入RRC连接态,比如终端设备进入RRC空闲态之后,可以终端设备发送第二消息。其中,第二消息用于请求建立RRC连接。如此,RRC非激活态的终端设备可以基于接收到的第一寻呼消息中携带的内容选择进入RRC连接态的方式,且当满足第二条件的情况下进入RRC空闲态则可以与单播情况下终端设备进入RRC连接态的方式更好的兼容。降低了这种情况下终端设备进入RRC连接态的时延。
其中,第一组播业务的标识与第一组播业务关联。
例如,当第一终端设备确定第一寻呼消息中携带的组播业务的标识所标识的组播业务为第一终端设备加入的组播业务(比如第一终端设备可以订阅该组播业务),或者第一终端设备确定第一寻呼消息中携带的组播业务的标识所标识的组播业务为自己感兴趣和/或正在接收的业务,则第一终端设备可以执行上述S302(又一种可能的实施方式中,第一终端设备可以执行上述S303)。
第一组播业务可以包括:第一终端设备加入的组播业务。可以理解的是,第一组播业务可能包含一个或多个组播业务。
示例性的,组播业务的标识可以包括以下任一项或多项:临时移动组标识(temporary mobile group identity,TMGI)、MBS业务标识(MBS service ID)、组播业务标识、用于调度MBS业务/组播业务的无线网络临时标识(例如,组无线网络临时标识(groupradio network temporary identifier,G-RNTI)、G-CS-RNTI)、组播会话标识、MBS会话标识(MBS session ID)、用于传输组播业务的协议数据单元(protocol data unit,PDU)session ID等。
需要说明的是,第一组播业务的标识可以包括/替换为/理解为:第一组播业务的信息。
需要说明的是,组播业务可以包括/替换为/理解为:组播会话,或MBS会话,或MBS业务。
需要说明的是,组播可以包括/替换为/理解为:MBS,或,广播,或,多播。
示例性的,第一终端设备的标识可以包括第一终端设备的第一标识和第一终端设备的第二标识。
示例性的,第一终端设备的第一标识与RAN寻呼关联。
例如,当第一寻呼消息中包括有第一终端设备的标识,且该第一终端设备的标识为第一标识,则可以表明此次寻呼为RAN寻呼,也可以理解为RAN发起的寻呼。
示例性的,第五网络设备发送给第一终端设备的第三消息中可以包含第一终端设备的第一标识的信息。
其中,第一终端设备的第一标识的信息可以包括第一终端设备的第一标识的部分或全部信息。例如,第一终端设备的第一标识的信息可以为第一终端设备的第一标识部分bit,或,第一终端设备的第一标识全部bit。
其中,第三消息用于指示/命令RRC连接的释放或RRC连接的暂停(例如,suspension)。
例如,第三消息可以为RRCRelease消息。
示例性的,第一终端设备发送给第六网络设备的第四消息中可以包含第一终端设备的第一标识的信息。
其中,第四消息用于请求恢复挂起的(例如,suspended)RRC连接或执行RNA更新。
例如,第四消息可以为RRCResumeRequest1消息。
需要说明的是,第四网络设备、第五网络设备、第六网络设备中的任一个或多个可以为同一个网络设备,也可以是不同的网络设备。
例如,第五网络设备为接入网设备。
例如,第六网络设备为接入网设备。
例如,第一终端设备的第一标识的大小可以为40bit。
例如,第一终端设备的第一标识用于标识第一终端设备的挂起的(例如,suspended)UE上下文;或,用于标识第一终端设备的UE上下文。
例如,第一终端设备的第一标识可以包括以下任一项或多项:fullI-RNTI、第一终端设备的fullI-RNTI、第一终端设备保存的fullI-RNTI、I-RNTI(Inactive RNTI)、第一终端设备的I-RNTI、第一终端设备保存的I-RNTI。
示例性的,第一终端设备的第二标识与CN寻呼关联。
示例性的,第一终端设备的第二标识可以是第一终端设备的上层(例如,第一终端设备的NAS层)提供/分配的,或者,第一终端设备的第二标识可以是第一终端设备的上层(例如,第一终端设备的NAS层)为第一终端设备(例如,第一终端设备的AS层)提供/分配的。
示例性的,第一终端设备的第二标识可以是核心网设备提供给第一终端设备的。需要说明的是,第一终端设备的第二标识可以是核心网设备发送给第一终端设备的,也可以是核心网设备通过接入网设备发送给第一终端设备的,本申请不限制。
示例性的,第一终端设备的第二标识可以用于在跟踪区域内标识(例如,唯一标识)第一终端设备。
示例性的,第一终端设备发送给第七网络设备的第五消息中可以包含第一终端设备的第二标识的信息。
其中,第一终端设备的第二标识的信息可以包括第一终端设备的第二标识的部分或全部信息。例如,第一终端设备的第二标识的信息可以为第一终端设备的第二标识部分bit,或,第一终端设备的第二标识全部bit。
其中,第五消息用于请求建立RRC连接。
例如,第五消息可以为RRCSetupRequest消息。
示例性的,第一终端设备发送给第七网络设备的第六消息中可以包含第一终端设备的第二标识的信息。
其中,第六消息用于确认RRC连接建立成功完成。
例如,第六消息可以为RRCSetupComplete消息。
例如,第一终端设备的第二标识可以包括以下任一项或多项:5G-S-TMSI(5GS-Temporary Mobile Subscription Identifier)、***架构演进临时移动台标识符(SystemArchitecture Evolution Temporary Mobile Station Identifier,S-TMSI)、国际移动用户识别码(international mobile subscriber identity,IMSI)、ng-5G-S-TMSI中的一项或多项。
例如,条件1可以包括/替换为/理解为:第一寻呼消息包括第一组播业务的标识,且第一寻呼消息不包括第一终端设备的第一标识和第一终端设备的第二标识。
例如,条件2可以包括/替换为/理解为:第一寻呼消息包括第一组播业务的标识和第一终端设备的第一标识,第一寻呼消息不包括第一终端设备的第二标识。
例如,条件3可以包括/替换为/理解为:第一寻呼消息包括第一终端设备的第一标识,且第一寻呼消息不包括第一组播业务的标识和第一终端设备的第二标识。
例如,条件4可以包括/替换为/理解为:第一寻呼消息包括第一组播业务的标识和第一终端设备的第二标识,第一寻呼消息不包括第一终端设备的第一标识。
例如,条件5可以包括/替换为/理解为:第一寻呼消息包括第一终端设备的第二标识,且第一寻呼消息不包括第一组播业务的标识和第一终端设备的第一标识。
示例性的,“满足第一条件”可以包括/替换为/理解为:不满足第三条件,且第一寻呼消息包括第一组播业务的标识。
其中,第三条件包括:第一寻呼消息包括第一终端设备的第二标识。
例如,第三条件可以包括/替换为/理解为:第一寻呼消息包括第一终端设备的第二标识,且第一寻呼消息不包括第一终端设备的第一标识。
需要说明的是,本申请实施例中,对于“第一寻呼消息包括第一组播业务的标识”,可能第一寻呼消息还包含其他组播业务的标识,或者,可能第一寻呼消息不包含其他组播业务的标识,申请不限定。
需要说明的是,本申请实施例中,对于“第一寻呼消息不包括第一组播业务的标识”,可能第一寻呼消息包含其他组播业务的标识,或者,可能第一寻呼消息不包含其他组播业务的标识,申请不限定。在一种可能的情况下,“第一寻呼消息不包括第一组播业务的标识”可以包括/替换为/理解为:第一寻呼消息不包括组播业务的标识,或,第一寻呼消息不包括任一组播业务的标识。
需要说明的是,本申请实施例中,对于“第一寻呼消息不包括第一终端设备的标识”,可能第一寻呼消息包含其他终端设备的标识,或者,可能第一寻呼消息不包含其他终端设备的标识,申请不限定。在一种可能的情况下,“第一寻呼消息不包括第一终端设备的标识”可以包括/替换为/理解为:第一寻呼消息不包括终端设备的标识,或,第一寻呼消息不包括任一终端设备的标识。
可选的,在步骤S302之后,第一终端设备可以执行以下步骤S304。或者,可选的,“第一终端设备发起RRC连接恢复”可以包括:第一终端设备发送第一消息。
S304,第一终端设备发送第一消息。
例如,第一终端设备向网络设备发送第一消息。
其中,第一消息用于请求恢复RRC连接。
示例性的,第一消息可以为RRC消息,例如,RRCResumeRequest消息或RRCResumeRequest1消息。
需要说明的是,第一终端设备发起RRC连接恢复后,可能会发送第一消息,也可能不发送第一消息,本申请不限定。
需要说明的是,对于步骤S302和步骤S304的顺序,本申请不限定。
示例性的,第一消息中可以包含第一终端设备的第一标识的信息。
需要说明的是,第一消息和第四消息为同一个消息,也可以不同,本申请不限制。
可选的,在步骤S303之后,第一终端设备可以执行以下步骤S305。或者,可选的,“第一终端设备进入RRC空闲态”可以包括:第一终端设备发送第二消息。
S305,第一终端设备发送第二消息。
其中,第二消息用于请求建立RRC连接。
示例性的,第二消息可以为RRC消息,例如,RRCSetupRequest消息。
需要说明的是,第一终端设备进入RRC空闲态后,可能会发送第二消息,也可能不发送第二消息,本申请不限定。
需要说明的是,对于步骤S303和步骤S305的顺序,本申请不限定。
示例性的,第二消息中可以包含第一终端设备的第二标识的信息。
可选的,本申请还包括:第一终端设备通知第一终端设备的上层(上层比如为NAS层)。
其中,第一终端设备通知第一终端设备的上层可以包括以下任一项或多项:
若第一寻呼消息中包含第一终端设备的第二标识,第一终端设备将第一寻呼消息中包含的第一终端设备的第二标识转发到第一终端设备的上层。
若第一寻呼消息中包含访问类型(access type),第一终端设备将访问类型转发到上层,将(如果存在)转发到第一终端设备的上层;
若第一寻呼消息中包含第一组播业务的标识,第一终端设备将第一组播业务的标识转发到第一终端设备的上层。
可选的,本申请还包括:第一终端设备执行以下步骤S306。
S306,第一终端设备确定第一RRC连接恢复原因。
需要说明的是,步骤S306可以在S304之前,本申请不限制先后顺序,如此,第一RRC连接恢复原因可以携带在第一消息中发送,或者第一RRC连接恢复原因和第一消息分开单独发送。又一种可能的实施方式中,步骤S306也可以在S304之后,如此,第一RRC连接恢复原因和第一消息分开单独发送。图3a中是以S306在S304之前进行展示的。
第一终端设备确定第一RRC连接恢复原因可以包括/替换为/理解为:第一终端设备设置第一RRC连接恢复原因。
示例性的,第一消息可以包括第一RRC连接恢复原因。
第一终端设备确定第一RRC连接恢复原因包括方案d1、方案d2、方案d3和方案d4中的任一项或多项。
方案d1:第一终端设备根据第一策略,确定第一RRC连接恢复原因。
一种可能的实现,第一策略可以包括第一配置信息。
第一配置信息包括单播对应的RRC连接恢复原因,或,访问标识(AccessIdentity,AI),或,访问标识和单播对应的RRC连接恢复原因。
方案d1中,访问标识可以包括/替换为/理解为:单播对应的访问标识。
访问标识也可以称为:接入标识。
另一种可能的实现,第一策略可以包括单播对应的RRC连接恢复原因确定/设置的规则。
另一种可能的实现,第一策略可以包括第一配置信息和单播对应的RRC连接恢复原因确定/设置的规则。
比如,第一策略包括单播对应的RRC连接恢复原因。第一终端设备可以从第一策略包括的单播对应的RRC连接恢复原因中选择一个作为第一RRC连接恢复原因。
再比如,第一策略包括访问标识或第一策略包括访问标识和单播对应的RRC连接恢复原因。第一终端设备可以根据第一策略包括的访问标识确定出一个RRC连接恢复原因作为第一RRC连接恢复原因。
再比如,第一策略包括访问标识或第一策略包括访问标识和单播对应的RRC连接恢复原因。第一终端设备可以根据第一策略包括的访问标识确定出目标访问标识,进而根据访问标识和RRC连接恢复原因的对应关系,将目标访问标识对应的RRC连接恢复原因作为第一RRC连接恢复原因。
再比如,第一策略包括单播对应的RRC连接恢复原因确定/设置的规则,且该单播对应的RRC连接恢复原因确定/设置的规则包括:访问标识和RRC连接恢复原因的对应关系。第一终端设备确定出目标访问标识,进而根据第一策略中包括的访问标识和RRC连接恢复原因的对应关系,将目标访问标识对应的RRC连接恢复原因作为第一RRC连接恢复原因。
单播对应的RRC连接恢复原因可以理解为:单播对应的RRC连接恢复原因为当第一寻呼消息中包括第一终端设备的第一标识,但是不包括第一组播业务的标识的情况下所适用的。即,当第一寻呼消息中包括第一终端设备的第一标识,但是不包括第一组播业务的标识的情况下,第一终端设备也可以根据单播对应的RRC连接恢复原因确定RRC连接恢复原因,即从单播对应的RRC连接恢复原因中确定出一个RRC连接恢复原因作为RRC连接恢复原因。
而本申请实施例中,在一种可能的实施方式中,当第一寻呼信息中包括第一终端设备的第一标识和第一组播业务的标识的情况下,第一终端设备也可以根据第一策略确定RRC连接恢复原因,即从第一策略包括的单播对应的RRC连接恢复原因中确定出一个RRC连接恢复原因作为第一RRC连接恢复原因。也可以理解为当第一寻呼消息包括第一组播业务的标识和第一终端设备的第一标识的情况下:第一终端设备可以复用/采用单播对应的RRC连接恢复原因,以确定第一RRC连接恢复原因。
其中,单播对应的RRC连接恢复原因可以包括:多媒体优先级业务(multimediapriority service,MPS)-访问优先级(PriorityAccess)、关键任务业务(missioncritical service,MCS)-PriorityAccess、高访问优先级(highPriorityAccess)或移动终止(Mobile Terminated,MT)-Access中的任一项或多项。
可选的,一种可能的理解,mps-PriorityAccess、mcs-PriorityAccess、highPriorityAccess和mt-Access的优先级依次从高到低。
一种可能的实现,单播对应的RRC连接恢复原因可以是协议规定或预配置或者网络设备配置给第一终端设备的。
一种可能的实施方式中,方案d1中,第一终端设备可以根据访问标识,确定第一RRC连接恢复原因。
一种可能的实现,访问标识可以是协议规定或预配置或者网络配置给第一终端设备的。
例如,访问标识可以包括/替换为/理解为:第一终端设备的上层配置的访问标识。
第一终端设备的上层可以包括/替换为/理解为:第一终端设备的NAS层。
“第一终端设备可以根据访问标识,确定RRC连接恢复原因”可以包括/替换为/理解为:第一终端设备(例如,第一终端设备的AS层)可以根据第一终端设备的上层配置的访问标识,确定RRC连接恢复原因。
单播对应的RRC连接恢复原因确定/设置的规则可以理解为:单播对应的RRC连接恢复原因确定/设置的规则为当第一寻呼消息中包括第一终端设备的第一标识,但是不包括第一组播业务的标识的情况下所适用的。即,当第一寻呼消息中包括第一终端设备的第一标识,但是不包括第一组播业务的标识的情况下,第一终端设备也可以根据单播对应的RRC连接恢复原因确定/设置的规则确定RRC连接恢复原因。
而本申请实施例中,在一种可能的实施方式中,当第一寻呼信息中包括第一终端设备的第一标识和第一组播业务的标识的情况下,第一终端设备也可以根据第一策略确定RRC连接恢复原因。也可以理解为当第一寻呼消息包括第一组播业务的标识和第一终端设备的第一标识的情况下:第一终端设备可以复用/采用单播对应的RRC连接恢复原因确定/设置的规则,以确定第一RRC连接恢复原因。
需要说明的是,单播对应的RRC连接恢复原因确定/设置的规则可以是协议规定或预配置或者网络配置给第一终端设备的,本申请不限制具体的规则。
一种可能的实施方式中,第一终端设备根据第一策略确定第一RRC连接恢复原因可以包括以下任一项或多项:
(1)如果第一终端设备的上层配置了访问标识1,则第一RRC连接恢复原因设置为mps-PriorityAccess;
(2)如果第一终端设备的上层没有配置访问标识1,且第一终端设备的上层配置了访问标识2,则第一RRC连接恢复原因设置为mcs-PriorityAccess;
(3)如果第一终端设备的上层没有配置访问标识1和访问标识2,且第一终端设备的上层配置了访问标识11至访问标识15中的一个或多个,则第一RRC连接恢复原因设置为highPriorityAccess;
(4)如果第一终端设备的上层没有配置访问标识1、访问标识2和访问标识11至访问标识15,则第一RRC连接恢复原因设置为mt-Access。
又一种可能的实施方式中,第一策略中包括多个RRC连接恢复原因,第一终端设备可以从该多个RRC连接恢复原因中选择优先级最高的作为RRC连接恢复原因。举个例子,第一策略中包括的多个RRC连接恢复原因包括:mps-PriorityAccess、mps-PriorityAccess。其中,优先级最高的为mps-PriorityAccess。当第一寻呼消息中包括第一组播业务的标识第一终端设备和第一标识的情况下,第一终端设备将RRC连接恢复原因设置为mps-PriorityAccess。
又一种可能的实施方式中,当第一寻呼消息中包括有第一组播业务的标识和第一终端设备的第一标识的情况下,第一终端设备将RRC连接恢复原因设置为mt-Access。其中mt-Access为第一策略中的一个RRC连接恢复原因。
需要说明的是,对于如何根据第一策略确定第一RRC连接恢复原因,本申请并不限制。
方案d2:第一终端设备根据第二策略,确定第一RRC连接恢复原因。
一种可能的实现,第二策略包括第二配置信息。
第二配置信息包括组播对应的RRC连接恢复原因,或,访问标识(AccessIdentity,AI),或,访问标识和组播对应的RRC连接恢复原因。
方案d2中,访问标识可以包括/替换为/理解为:组播对应的访问标识。
另一种可能的实现,第二策略可以包括组播对应的RRC连接恢复原因确定/设置的规则。
另一种可能的实现,第二策略可以包括第二配置信息和组播对应的RRC连接恢复原因确定/设置的规则。
比如,第二策略包括组播对应的RRC连接恢复原因。第一终端设备可以从第二策略包括的组播对应的RRC连接恢复原因中选择一个作为第一RRC连接恢复原因。
再比如,第二策略包括组播对应的访问标识或第二策略包括组播对应的访问标识和组播对应的RRC连接恢复原因。第一终端设备可以根据第二策略包括的访问标识确定出一个RRC连接恢复原因作为第一RRC连接恢复原因。
再比如,第二策略包括组播对应的访问标识或第二策略包括组播对应的访问标识和组播对应的RRC连接恢复原因。第一终端设备可以根据第二策略包括的访问标识确定出目标访问标识,进而根据访问标识和RRC连接恢复原因的对应关系,将目标访问标识对应的RRC连接恢复原因作为第一RRC连接恢复原因。
再比如,第二策略包括组播对应的RRC连接恢复原因确定/设置的规则,且该组播对应的RRC连接恢复原因确定/设置的规则包括:访问标识和RRC连接恢复原因的对应关系。第一终端设备确定出目标访问标识,进而根据第二策略中包括的访问标识和RRC连接恢复原因的对应关系,将目标访问标识对应的RRC连接恢复原因作为第一RRC连接恢复原因。
一种可能的实施方式中,第一终端设备可以根据组播对应的访问标识,确定RRC连接恢复原因。
一种可能的实现,组播对应的访问标识可以是协议规定或预配置或者网络配置给第一终端设备的。
例如,组播对应的访问标识可以包括/替换为/理解为:第一终端设备的上层配置的组播对应的访问标识。
第一终端设备的上层可以包括/替换为/理解为:第一终端设备的NAS层。
“第一终端设备可以根据组播对应的访问标识,确定RRC连接恢复原因”可以包括/替换为/理解为:第一终端设备(例如,第一终端设备的AS层)可以根据第一终端设备的上层配置的组播对应的访问标识,确定RRC连接恢复原因。
组播对应的RRC连接恢复原因确定/设置的规则可以理解为:组播对应的RRC连接恢复原因确定/设置的规则为当第一寻呼信息中包括第一组播业务的标识,且不包括第一终端设备的标识的情况下所适用的。即,当第一寻呼信息中包括第一组播业务的标识,且不包括第一终端设备的标识的情况下,第一终端设备也可以根据组播对应的RRC连接恢复原因确定/设置的规则确定RRC连接恢复原因。
而本申请实施例中,在一种可能的实施方式中,当第一寻呼信息中包括第一终端设备的第一标识和第一组播业务的标识的情况下,第一终端设备也可以根据第二策略确定RRC连接恢复原因。也可以理解为当第一寻呼消息包括第一组播业务的标识和第一终端设备的第一标识的情况下:第一终端设备可以复用/采用组播对应的RRC连接恢复原因确定/设置的规则,以确定第一RRC连接恢复原因。
需要说明的是,组播对应的RRC连接恢复原因确定/设置的规则可以是协议规定或预配置或者网络配置给第一终端设备的,本申请不限制具体的规则。
其中,组播对应的RRC连接恢复原因可以包括:mps-PriorityAccess、mcs-PriorityAccess、highPriorityAccess、mt-Access或MBS接入(或,组播接入)中的任一项或多项。
例如,组播对应的RRC连接恢复原因包括mt-Access。示例性的,当第一寻呼信息中包括第一组播业务的标识,且包括第一终端设备的第一标识的情况下,第一终端设备将第一RRC连接恢复原因设置为mt-Access。
可选的,一种可能的理解,mps-PriorityAccess、mcs-PriorityAccess、highPriorityAccess、组播接入和mt-Access的优先级依次从高到低。
一种可能的实现,组播对应的RRC连接恢复原因可以是协议规定或预配置或者网络设备配置给第一终端设备的。
一种可能的实施方式中,第一终端设备根据第二策略确定第一RRC连接恢复原因可以包括以下任一项或多项:
(1)如果第一终端设备的上层配置了访问标识1,则第一RRC连接恢复原因设置为mps-PriorityAccess;
(2)如果第一终端设备的上层没有配置访问标识1,且第一终端设备的上层配置了访问标识2,则第一RRC连接恢复原因设置为mcs-PriorityAccess;
(3)如果第一终端设备的上层没有配置访问标识1和访问标识2,且第一终端设备的上层配置了访问标识11至访问标识15中的一个或多个,则第一RRC连接恢复原因设置为highPriorityAccess;
(4)如果第一终端设备的上层没有配置访问标识1、访问标识2和访问标识11至访问标识15,则第一RRC连接恢复原因设置为组播接入。
又一种可能的实施方式中,第二策略中包括多个RRC连接恢复原因,第一终端设备可以从该多个RRC连接恢复原因中选择优先级最高的作为RRC连接恢复原因。举个例子,第二策略中包括的多个RRC连接恢复原因包括:mps-PriorityAccess、mps-PriorityAccess。其中,优先级最高的为mps-PriorityAccess。当第一寻呼消息中包括第一组播业务的标识第一终端设备和第一标识的情况下,第一终端设备将RRC连接恢复原因设置为mps-PriorityAccess。
又一种可能的实施方式中,当第一寻呼消息中包括有第一组播业务的标识和第一终端设备的第一标识的情况下,第一终端设备将RRC连接恢复原因设置为mt-Access。其中mt-Access为第二策略中的一个RRC连接恢复原因。
又一种可能的实施方式中,第二策略中包括多个RRC连接恢复原因,第一终端设备可以从该多个RRC连接恢复原因中选择优先级最高的作为RRC连接恢复原因。举个例子,第二策略中包括的多个RRC连接恢复原因包括:mps-PriorityAccess、mps-PriorityAccess。其中,优先级最高的为mps-PriorityAccess。当第一寻呼消息中包括第一组播业务的标识第一终端设备和第一标识的情况下,第一终端设备将RRC连接恢复原因设置为mps-PriorityAccess。
需要说明的是,一种可能的实现,第一策略和第二策略可以不同。
需要说明的是,单播对应的RRC连接恢复原因确定/设置的规则和组播对应的RRC连接恢复原因确定/设置的规则可以不同,也可以相同,本申请不限制。
需要说明的是,单播对应的RRC连接恢复原因和组播对应的RRC连接恢复原因可以不同,也可以相同,本申请不限制。
需要说明的是,访问标识和组播对应的访问标识可以不同,也可以相同,本申请不限制。
需要说明的是,对于如何根据第二策略确定第一RRC连接恢复原因,本申请并不限制。
方案d3:第一终端设备根据第一策略以及第二策略,确定第一RRC连接恢复原因。
一种可能的实施方式中,第一终端设备根据第一策略,确定第二RRC连接恢复原因。第一终端设备根据第二策略,确定第三RRC连接恢复原因。第一终端设备将第二RRC连接恢复原因或第三RRC连接恢复原因中的一项确定为第一RRC连接恢复原因。
比如,第一终端设备可以将第二RRC连接恢复原因和第三RRC连接恢复原因中优先级最高的一项确定为第一RRC连接恢复原因。需要说明的是,对于如何从第二RRC连接恢复原因和第三RRC连接恢复原因中选择一个作为第一RRC连接恢复原因,本申请并不限制。
其中,“第一终端设备根据第一策略,确定第二RRC连接恢复原因”相关的内容可以参考“第一终端设备根据第一策略,确定第一RRC连接恢复原因”相关的内容,此处不再赘述。
其中,“第一终端设备根据第二策略,确定第三RRC连接恢复原因”相关的内容可以参考“第一终端设备根据第二策略,确定第一RRC连接恢复原因”相关的内容,此处不再赘述。
可以理解的是,对于方案d3,需要按照方案d1确定一个RRC连接恢复原因,也需要按照方案d2确定出来另一个RRC连接恢复原因,然后再从这两个RRC连接恢复原因中确定一个作为第一RRC连接恢复原因。
方案d4:第一终端设备根据第三策略,确定第一RRC连接恢复原因。
一种可能的实现,第三策略可以包括第三配置信息。
第三配置信息包括单播和组播对应的RRC连接恢复原因,或,访问标识,或,单播和组播对应的RRC连接恢复原因和访问标识。
方案d4中,访问标识可以包括/替换为/理解为:单播和组播对应的访问标识。
另一种可能的实现,第三策略可以包括单播和组播对应的RRC连接恢复原因确定/设置的规则。
另一种可能的实现,第一策略可以包括第三配置信息,和,单播和组播对应的RRC连接恢复原因确定/设置的规则。
比如,第三策略包括单播和组播对应的RRC连接恢复原因。第一终端设备可以从第三策略包括的单播和组播对应的RRC连接恢复原因中选择一个作为第一RRC连接恢复原因。
再比如,第三策略包括单播和组播对应的访问标识。第一终端设备可以根据第三策略包括的访问标识确定出目标访问标识,进而根据访问标识和RRC连接恢复原因的对应关系,将目标访问标识对应的RRC连接恢复原因作为第一RRC连接恢复原因。
再比如,第三策略包括单播和组播对应的RRC连接恢复原因确定/设置的规则,且该单播和组播对应的RRC连接恢复原因确定/设置的规则包括:访问标识和RRC连接恢复原因的对应关系。第一终端设备确定出目标访问标识,进而根据第三策略中包括的访问标识和RRC连接恢复原因的对应关系,将目标访问标识对应的RRC连接恢复原因作为第一RRC连接恢复原因。
单播和组播对应的RRC连接恢复原因可以理解为:单播和组播对应的RRC连接恢复原因为当第一寻呼消息中包括第一终端设备的第一标识和第一组播业务的标识的情况下所适用的。即,当第一寻呼消息中包括第一终端设备的第一标识和第一组播业务的标识的情况下,第一终端设备也可以根据单播和组播对应的RRC连接恢复原因确定RRC连接恢复原因,即从单播和组播对应的RRC连接恢复原因中确定出一个RRC连接恢复原因作为RRC连接恢复原因。
而本申请实施例中,在一种可能的实施方式中,当第一寻呼信息中包括第一终端设备的第一标识和第一组播业务的标识的情况下,第一终端设备也可以根据第三策略确定RRC连接恢复原因,即从第三策略包括的单播和组播对应的RRC连接恢复原因中确定出一个RRC连接恢复原因作为第一RRC连接恢复原因。
其中,单播和组播对应的RRC连接恢复原因可以包括:mps-PriorityAccess、mcs-PriorityAccess、highPriorityAccess、mt-Access、单播和组播接入中的任一项或多项。
可选的,一种可能的理解,mps-PriorityAccess、mcs-PriorityAccess、highPriorityAccess、单播和组播接入和mt-Access的优先级依次从高到低。
一种可能的实现,单播和组播对应的RRC连接恢复原因可以是协议规定或预配置或者网络设备配置给第一终端设备的。
一种可能的实施方式中,方案d4中,第一终端设备可以根据访问标识,确定RRC连接恢复原因。
一种可能的实现,访问标识可以是协议规定或预配置或者网络配置给第一终端设备的。
例如,访问标识可以包括/替换为/理解为:第一终端设备的上层配置的访问标识。
第一终端设备的上层可以包括/替换为/理解为:第一终端设备的NAS层。
“第一终端设备可以根据访问标识,确定RRC连接恢复原因”可以包括/替换为/理解为:第一终端设备(例如,第一终端设备的AS层)可以根据第一终端设备的上层配置的访问标识,确定RRC连接恢复原因。
单播和组播对应的RRC连接恢复原因确定/设置的规则可以理解为:单播和组播对应的RRC连接恢复原因确定/设置的规则为当第一寻呼消息中包括第一终端设备的第一标识和第一组播业务的标识的情况下所适用的。即,当第一寻呼消息中包括第一终端设备的第一标识和第一组播业务的标识的情况下,第一终端设备也可以根据单播和组播对应的RRC连接恢复原因确定/设置的规则确定RRC连接恢复原因。
需要说明的是,单播和组播对应的RRC连接恢复原因确定/设置的规则可以是协议规定或预配置或者网络配置给第一终端设备的,本申请不限制具体的规则。
一种可能的实施方式中,第一终端设备根据第三策略确定第一RRC连接恢复原因可以包括以下任一项或多项:
(1)如果第一终端设备的上层配置了访问标识1,则第一RRC连接恢复原因设置为mps-PriorityAccess;
(2)如果第一终端设备的上层没有配置访问标识1,且第一终端设备的上层配置了访问标识2,则第一RRC连接恢复原因设置为mcs-PriorityAccess;
(3)如果第一终端设备的上层没有配置访问标识1和访问标识2,且第一终端设备的上层配置了访问标识11至访问标识15中的一个或多个,则第一RRC连接恢复原因设置为highPriorityAccess;
(4)如果第一终端设备的上层没有配置访问标识1、访问标识2和访问标识11至访问标识15,则第一RRC连接恢复原因设置为单播和组播接入。
又一种可能的实施方式中,第三策略中包括多个RRC连接恢复原因,第一终端设备可以从该多个RRC连接恢复原因中选择优先级最高的作为RRC连接恢复原因。举个例子,第三策略中包括的多个RRC连接恢复原因包括:mps-PriorityAccess、mps-PriorityAccess。其中,优先级最高的为mps-PriorityAccess。当第一寻呼消息中包括第一组播业务的标识第一终端设备和第一标识的情况下,第一终端设备将RRC连接恢复原因设置为mps-PriorityAccess。
又一种可能的实施方式中,当第一寻呼消息中包括有第一组播业务的标识和第一终端设备的第一标识的情况下,第一终端设备将RRC连接恢复原因设置为单播和组播接入。其中单播和组播接入为第三策略中的一个RRC连接恢复原因。
在方案d4中,可以定义/新增/设置当第一寻呼消息包括有第一终端设备的标识和第一组播业务的标识的情况下所适用的RRC连接恢复原因。
需要说明的是,一种可能的实现,第三策略与第一策略不同。
需要说明的是,一种可能的实现,第三策略与第二策略不同。
需要说明的是,第三配置信息与第一配置信息或第二配置信息可以不同,也可以相同,本申请不限制。可以不同,也可以相同,本申请不限制。
需要说明的是,单播和组播对应的RRC连接恢复原因确定/设置的规则与单播对应的RRC连接恢复原因确定/设置的规则或组播对应的RRC连接恢复原因确定/设置的规则可以不同,也可以相同,本申请不限制。可以不同,也可以相同,本申请不限制。
需要说明的是,单播和组播对应的RRC连接恢复原因与单播对应的RRC连接恢复原因/组播对应的RRC连接恢复原因可以不同,也可以相同,本申请不限制。
需要说明的是,方案d4中的访问标识与方案d1中的访问标识/方案d2中的组播对应的访问标识可以不同,也可以相同,本申请不限制。
对于条件1、条件2、条件3对应的情况中的一个,第一终端设备可以执行方案d1、方案d2、方案d3或方案d4中的一个。
可选的,满足条件1,第一终端设备执行方案d2。
可选的,满足条件2,第一终端设备执行方案d1、方案d2、方案d3或方案d4中的一个。
可选的,满足条件3,第一终端设备执行方案d1。
需要说明的是步骤S306也可以作为独立的实施例,不依赖于步骤S302至S305。例如,S301和S306可以作为单独的实施例。
要说明的是,本申请实施例中上述内容以第一终端设备进行示例性说明,第一寻呼消息中还可能包括其他终端设备的标识(第一标识或第二标识),也有可能不包括其他终端设备的标识(第一标识或第二标识),本申请实施例对此不做限制。本申请实施例中上述内容以第一组播业务进行示例性说明,第一寻呼消息中还可能包括其他一个或多个其他组播业务的标识,也有可能不包括其他组播业务的标识,本申请实施例对此不做限制。
基于上述内容,图3b示例性示出了本申请实施例提供的又一种可能的通信方法的流程示意图,如图3b所示:
如图3b所示,该方法包括:
S301A,第一终端设备接收第一寻呼消息。
在步骤S301A之后,第一终端设备可以执行以下步骤S302A或S303A。
步骤S301A可以参见前述S301,在此不再赘述。
S302A,第一终端设备发起RRC连接恢复。步骤S302A可以参见前述S302,在此不再赘述。
S303A,第一终端设备进入RRC空闲态。步骤S303A可以参见前述S303,在此不再赘述。
满足第四条件,第一终端设备可以执行步骤S302A。
满足第五条件,第一终端设备可以执行步骤S303A。
其中,第四条件包括条件1、条件2、条件3、条件4中的任一项。
其中,第五条件包括条件5。
可选的,在步骤S302A之后,第一终端设备可以执行以下步骤S304A。或者,可选的,“第一终端设备发起RRC连接恢复”可以包括:第一终端设备发送第一消息。第一消息的相关内容可以参见前述,不再赘述。
S304A,第一终端设备发送第一消息。
步骤S304A可以参见前述S304,在此不再赘述。
可选的,在步骤S303A之后,第一终端设备可以执行以下步骤S305A。或者,可选的,“第一终端设备进入RRC空闲态”可以包括:第一终端设备发送第二消息。第二消息的相关内容可以参见前述,不再赘述。
需要说明的是,对于步骤S302A和步骤S304A的顺序,本申请不限定。
S305A,第一终端设备发送第二消息。
步骤S305A可以参见前述S305,在此不再赘述。
需要说明的是,对于步骤S303A和步骤S305A的顺序,本申请不限定。
可选的,本申请还包括:第一终端设备执行以下步骤S306A。
S306A,第一终端设备确定第一RRC连接恢复原因。
步骤S306A可以参见前述S306,在此不再赘述。
一种可能的实施方式中,第一RRC连接恢复原因可以携带于第一消息。这种情况下,S306A可以在S304A之前执行(图3b以该示例为例进行展示)。
可选的,满足条件1,第一终端设备执行方案d2。
可选的,满足条件2或条件4,第一终端设备执行方案d1、方案d2、方案d3或方案d4中的一个。
可选的,满足条件3,第一终端设备执行方案d1。
需要说明的是步骤S306A也可以作为独立的实施例,不依赖于步骤S302A至S305A。例如,S301A和S306A可以作为单独的实施例。
需要说明的是上述S302A至S304A中各个步骤的先后顺序可以与图3b所示的一致,也可以不一致,比如可以先执行S306A,再执行S302A和S304A等,本申请不限制先后顺序。
需要说明的是,图3b方法的内容或解释可以参考图3a方法中的介绍,此处不再赘述。
通过上述图3b所示的方案,第一终端设备接收到第一寻呼消息后,在不同的条件下,第一终端设备可以通过不同的方式尝试进入RRC连接态,可以降低第一终端设备进入RRC连接态的时延。例如,对于第一寻呼消息包括第一组播业务的标识和第一终端设备的第二标识(条件4)的情况,若第一终端设备接收到第一寻呼消息后发起RRC连接恢复,若网络设备能获取或确认或校验第一终端设备的UE上下文,第一终端设备可以进入RRC连接态,相比于第一终端设备接收到第一寻呼消息后进入RRC空闲态,通过RRC连接建立去尝试进入RRC连接态,第一终端设备接收到第一寻呼消息后发起RRC连接恢复可以更快的进入连接态。
为了更情况的介绍本申请实施例,下面基于上述图3a以及上述确定第一RRC连接恢复原因的方案介绍几个具体示例。
示例一,第一终端设备接收来自第四网络设备的第一寻呼消息,第一寻呼消息包括第一组播业务的标识和第一终端设备的fullI-RNTI。第一终端设备发起RRC连接恢复,并选择第一RRC连接恢复原因为组播接入(实际应用中还可以基于上述内容选择其他连接恢复原因)。第一终端设备发送RRC连接恢复请求,并在RRC连接恢复请求中携带指示第一RRC连接恢复原因为组播接入的指示信息。
示例二,第一终端设备接收来自第四网络设备的第一寻呼消息,第一寻呼消息包括第一组播业务的标识和第一终端设备的5G-S-TMSI。第一终端设备进入RRC空闲态,发送RRC连接建立请求,请求建立RRC连接。
基于上述内容,图4示例性示出了本申请实施例提供的另一种通信方法的流程示意图。图4所示的通信方法可以适用于前述图1和/或图2所示的***架构中,比如图4中终端设备侧(比如第二终端设备或第三终端设备)执行的方案可以由图1中的终端设备11执行,也可以由终端设备11中的模块或芯片执行,还可以由图2中的终端设备(比如终端设备111、终端设备112或终端设备113)执行,也可以由图2中的终端设备(比如终端设备111、终端设备112或终端设备113)中的模块或芯片执行。
再比如图4中第一网络设备或第二网络设备执行的方案可以由图1中的网络设备12执行,也可以由网络设备12中的模块或芯片执行,还可以由图2中的接入网设备(比如接入网设备121或接入网设备122)执行,也可以由图2中的接入网设备(比如接入网设备121或接入网设备122)中的模块或芯片执行。
再比如图4中第三网络设备执行的方案可以由图1中的网络设备12执行,也可以由网络设备12中的模块或芯片执行,还可以由图2中的核心网设备(比如核心网设备123或核心网设备124)执行,也可以由图2中的核心网设备(比如核心网设备123或核心网设备124)中的模块或芯片执行。
图4所提供的方案也可以与前述图3a或图3b的方案结合进行。
比如前述图3a或图3b涉及的第一终端设备可以为图4涉及的第二终端设备。前述图3a或图3b涉及的第四网络设备可以为图4涉及的第一网络设备。前述图3a和图3b所示的方案中S301中终端设备接收到的第一寻呼消息可以为图4中第一网络设备发出的第四寻呼消息。第一寻呼消息中携带的第一组播业务的标识可以为第四寻呼消息中携带的第二组播业务的第三标识或第四标识。
再比如前述图3a或图3b涉及的第一终端设备可以为图4涉及的第二终端设备。前述图3a或图3b涉及的第四网络设备可以为图4涉及的第二网络设备。前述图3a和图3b所示的方案中S301中终端设备接收到的第一寻呼消息可以为图4中第二网络设备发出的用于寻呼第二终端设备的寻呼消息。第一寻呼消息中携带的第一组播业务的标识可以为第二网络设备发出的用于寻呼第二终端设备的寻呼消息中携带的第二组播业务的标识。
再比如前述图3a或图3b涉及的第一终端设备可以为图4涉及的第三终端设备。前述图3a或图3b涉及的第四网络设备可以为图4涉及的第一网络设备。前述图3a和图3b所示的方案中S301中终端设备接收到的第一寻呼消息可以为图4中第一网络设备发出的用于寻呼第三终端设备的寻呼消息。第一寻呼消息中携带的第一组播业务的标识可以为第二组播业务的第三标识。
图4所提供的方案可以与前述图3a的方案也可以各自独立进行。图4所提供的方案可以与前述图3b的方案也可以各自独立进行。也就是说前述图3a中S301中终端设备接收到的第一寻呼消息也可以是除第四寻呼消息之外的其他寻呼消息,比如S301中终端设备可以接收其他的网络设备(除第一网络设备和第二网络设备之外的网络设备)发出的寻呼消息。
在介绍图4的方案之前,先对本申请实施例中涉及到的接入网设备寻呼进行介绍。为了理解方便,本申请实施例中有些地方将接入网寻呼称为RAN寻呼。
目前,触发接入网设备针对RRC非激活态的终端设备发起RAN寻呼的事件可以包括以下事件e1、事件e2和事件e3。也就是说在以下事件e1、事件e2或事件e3中的任一项被满足的情况下,终端设备的最后一个服务的接入网设备(比如服务gNB)在RNA对应的小区中寻呼该终端设备,或者可以向相邻接入网设备发送寻呼消息(比如XnAP RAN Paging)(如果RNA中包含相邻接入网设备)。
事件e1:如果最后一个服务接入网设备从核心网设备(比如UPF)接收到针对该终端设备的下行数据,或者从核心网设备(比如AMF)接收到下行的UE相关信令(除了终端设备上下文释放命令(UE Context Release Command)消息)。
事件e2:如果最后一个服务接入网设备接收到终端设备上下文释放命令(UEContext Release Command)消息。
事件e3:如果最后一个服务接入网设备接收到NG RESET消息。
目前,针对组播寻呼,存在下列问题,具体为:
第一网络设备(接入网设备)接收来自第三网络设备(核心网设备)的第二寻呼消息后。第二寻呼消息包括组播业务的第三标识。按照现有技术,第一网络设备对该组播业务对应的处于RRC空闲态的终端设备进行寻呼。当处于RRC空闲态的终端设备进入RRC连接态之后,核心网设备将向第一网络设备发送组播业务的数据。第一网络设备接收到组播业务的数据,才触发RAN寻呼,第一网络设备才寻呼处于RRC非激活态的终端设备,以使RRC非激活态的终端设备进入连接态。
从上述应用场景中可以看出,在处于RRC空闲态的终端设备进入到RRC连接态之后,且第一网络设备接收到来自核心网设备的组播业务的数据之后,才会对RRC非激活态的终端设备发起寻呼,导致RRC非激活态的终端设备进入连接态的时间较晚(即,这将会导致对与该组播业务关联的处于RRC非激活态的终端设备比处于RRC空闲态的终端设备晚进入连接态。)。而造成这种问题的原因在于核心网设备对处于RRC非激活态的终端设备不感知,因此核心网发起的第二寻呼消息的目的旨在寻呼处于RRC空闲态的终端设备。而第一网络设备则需要在满足上述场景e1(接收到下行数据)的情况下,才触发第一网络设备对处于RRC非激活态的终端设备的寻呼。本申请实施例中图4所提供的方案可以解决该问题,以使得与该组播业务关联的处于RRC非激活态的终端设备更早的进入RRC连接态,下面结合附图进行详细介绍。
如图4所示,该方法包括:
S401,第一网络设备接收第二寻呼消息。
在S401中,第一网络设备可以接收来自第三网络设备的第二寻呼消息。
示例性的,第三网络设备可以为核心网设备。例如,第三网络设备为AMF。
示例性的,第一网络设备可以为接入网设备。
示例性的,第一网络设备为支持MBS或组播的网络设备。
“支持MBS或组播”可以包括/理解为/替换为:具备MBS或组播功能。
其中,第二寻呼消息与组播相关联。
一种可能的实现,第二寻呼消息用于通知第二组播业务激活,或,用于通知第二组播会话激活,或,用于指示第一网络设备寻呼与第二组播业务相关的终端设备,或,用于指示第一网络设备寻呼与第二组播业务相关的第三终端设备。
一种可能的实现,第一网络设备接收到第二寻呼信息后,第一网络设备寻呼与第二组播业务相关的终端设备,或,第一网络设备寻呼第三终端设备。
例如,第二寻呼消息包括第二组播业务的第三标识。
其中,第二组播业务的第三标识与第二组播业务关联。
示例性的,组播业务的标识或第二组播业务的第三标识可以包括以下任一项或多项:TMGI、MBS业务标识、组播业务标识、MBS会话标识、用于传输组播业务的PDU session ID等。
需要说明的是,第二组播业务的第三标识可以包括/替换为/理解为:第二组播业务的信息,或,第二组播业务的第三信息。
需要说明的是,组播业务可以包括/替换为/理解为:组播会话,或MBS会话,或MBS业务。
需要说明的是,组播可以包括/替换为/理解为:MBS,或,广播,或,多播。
需要说明的是,第二寻呼消息中可能包括一个或多个组播业务的信息,本申请不限定。本申请以第二组播业务为例进行介绍。
可选的,第二寻呼消息还可以包括第三终端设备的标识,或,第三终端设备的标识和第三终端设备的DRX配置。
第三终端设备与第二组播业务相关联。
第三终端设备处于RRC空闲态。
需要说明的是,第三终端设备的标识可以包括/替换为/理解为:第三终端设备的信息。
需要说明的是,第三终端设备可能包括一个或多个终端设备,本申请不限定。
例如,第三终端设备的标识可以为第三终端设备的第二标识。
示例性的,第三终端设备的第二标识与CN寻呼关联。
示例性的,第三终端设备的第二标识可以是第三终端设备的上层(例如,第三终端设备的NAS层)提供/分配的,或者,第三终端设备的第二标识可以是第三终端设备的上层(例如,第三终端设备的NAS层)为第三终端设备(例如,第三终端设备的AS层)提供/分配的。
示例性的,第三终端设备的第二标识可以是核心网设备(例如,第三网络设备)提供给第三终端设备的。需要说明的是,第三终端设备的第二标识可以是核心网设备发送给第三终端设备的,也可以是核心网设备通过接入网设备发送给第三终端设备的,本申请不限制。
示例性的,第三终端设备的第二标识可以用于在跟踪区域内标识(例如,唯一标识)第三终端设备。
例如,第三终端设备的第二标识可以包括以下任一项或多项:5G-S-TMSI、S-TMSI、IMSI、ng-5G-S-TMSI中的一项或多项。
需要说明的是,第三终端设备的第二标识可以包括/替换为/理解为:第三终端设备的信息,或,第三终端设备的第二信息。
例如,第三终端设备的DRX配置可以包括第三终端设备的第一DRX周期。
一种可能的情况,第三终端设备的第一DRX周期是第三终端设备和核心网(例如,第三网络设备)协商的。或者,第三终端设备的第一DRX周期是核心网(例如,第三网络设备)第三终端设备配置的/确认的。
例如,第三终端设备的第一DRX周期是第三终端设备特定的DRX周期。
在步骤S401之后,第一网络设备可以执行步骤S402、S403、S404、S404A、S405、S406中的任一项或多项。
S402,第一网络设备确定第二终端设备。
其中,第二终端设备与第二组播业务相关联。示例性的,第二终端设备包括加入第二组播业务的终端设备。
示例性的,第二终端设备处于RRC非激活态。
需要说明的是,第二终端设备处于RRC非激活态包括:第一网络设备确定/认为/视为第二终端设备处于RRC非激活态。可以理解的是,终端设备和网络设备之间可能会出现状态不对齐的情况。所以本申请并不限定第二终端设备本身一定处于RRC非激活态。
例如,第二终端设备包括加入第二组播业务的、处于RRC非激活态的终端设备。
需要说明的是,第二终端设备可能包括一个或多个终端设备。
可选的,第一网络设备确定第二终端设备可以包括:第一网络设备确定是否存在第二终端设备。
S402中,第一网络设备可以根据第二组播业务的第三标识确定第二终端设备。
S402可以为可选的步骤,并不是必须的。
“第一网络设备确定第二终端设备”可以包括以下任一项或多项:
(1)第一网络设备确定第二终端设备的标识;
(2)第一网络设备确定第二终端设备的第一DRX周期和/或第二终端设备的第二DRX周期。
例如,第二终端设备的标识可以包括第二终端设备的第一标识和/或第二终端设备的第二标识。
示例性的,第二终端设备的第一标识与RAN寻呼关联。
示例性的,网络设备(例如,第一网络设备)发送给第二终端设备的第七消息中可以包含第二终端设备的第一标识的信息(部分或全部信息)。
其中,第七消息用于指示/命令RRC连接的释放或RRC连接的暂停(例如,suspension)。
例如,第七消息可以为RRCRelease消息。
示例性的,第二终端设备发送给网络设备(例如,第一网络设备或其他网络设备)的第八消息中可以包含第二终端设备的第一标识的信息(部分或全部信息)。
其中,第八消息用于请求恢复挂起的(例如,suspended)RRC连接或执行RNA更新。
例如,第八消息可以为RRCResumeRequest1消息。
例如,第二终端设备的第一标识的大小可以为40bit。
例如,第二终端设备的第一标识用于标识第二终端设备的挂起的(例如,suspended)UE上下文;或,用于标识第二终端设备的UE上下文。
例如,第二终端设备的第一标识可以包括以下任一项或多项:fullI-RNTI、第二终端设备的fullI-RNTI、第二终端设备保存的fullI-RNTI、I-RNTI(Inactive RNTI)、第二终端设备的I-RNTI、第二终端设备保存的I-RNTI。
示例性的,第二终端设备的第二标识与CN寻呼关联。
示例性的,第二终端设备的第二标识可以是第二终端设备的上层(例如,第二终端设备的NAS层)提供/分配的,或者,第二终端设备的第二标识可以是第二终端设备的上层(例如,第二终端设备的NAS层)为第二终端设备(例如,第二终端设备的AS层)提供/分配的。
示例性的,第二终端设备的第二标识可以是核心网设备(例如,第三网络设备)提供给第二终端设备的。需要说明的是,第二终端设备的第二标识可以是核心网设备发送给第二终端设备的,也可以是核心网设备通过接入网设备发送给第二终端设备的,本申请不限制。
示例性的,第二终端设备的第二标识可以用于在跟踪区域内标识(例如,唯一标识)第二终端设备。
例如,终端设备的第二标识或第二终端设备的第二标识可以包括以下任一项或多项:5G-S-TMSI、S-TMSI、IMSI、ng-5G-S-TMSI中的一项或多项。
一种可能的情况,第二终端设备的第一DRX周期是第二终端设备和核心网(例如,第三网络设备)协商的。或者,第二终端设备的第一DRX周期是核心网(例如,第三网络设备)第二终端设备配置的/确认的。
例如,第二终端设备的第一DRX周期是第二终端设备特定的DRX周期。
一种可能的情况,第二终端设备的第二DRX周期是网络设备(例如,第一网络设备)发送给第二终端设备的。例如,网络设备(例如,第一网络设备)发送给第二终端设备的第九消息中包含第二终端设备的第二DRX周期。
其中,第九消息用于指示/命令RRC连接的释放或RRC连接的暂停(例如,suspension)。
例如,第九消息可以为RRCRelease消息。
需要说明的是第七消息和第九消息可以为同一个消息,也可以为不同消息,本申请不限定。
可选的,第一网络设备可能为第二终端设备的最后一个服务网络设备。比如,最后一个服务网络设备可以包括最后一个服务gNB。
S403,第一网络设备计算/确定第一寻呼时机(paging occasion,PO)。
第一PO与第二终端设备相关联。
第一网络设备计算/确定第一寻呼时机(paging occasion,PO)包括:第一网络设备计算/确定第一寻呼时机的索引。
一种可能的实现,第一PO可以是根据以下任一项或多项计算/确定的。
(1)第二终端设备的第二标识;
(2)第二终端设备的DRX周期;
(3)第二终端设备的DRX周期内的PF的个数;
(4)一个PF内的PO的数量。
第二终端设备的DRX周期可以为第一DRX周期集合中的最小值。
第一DRX周期集合包括第二终端设备的第一DRX周期、第二终端设备的第二DRX周期、默认DRX周期中的任一项或多项。
默认DRX周期可以是第一网络设备广播的。例如,默认DRX周期包含在第一网络设备发送的***信息(例如,SIB1)中。
需要说明的是,第一网络设备确定的第二终端设备的DRX周期和第二终端设备确定的第二终端设备的DRX周期可能不同,申请不限定。
需要说明的是,第一PO可能包含多个PO。
可选的,步骤403还包括:第一网络设备计算/确定第一PF。
第一PF与第二终端设备相关联。一种可能的实现,第一PF可以是根据以下任一项或多项计算/确定的。
(1)第二终端设备的第二标识;
(2)第二终端设备的DRX周期;
(3)第二终端设备的DRX周期内的PF的个数;
(4)确定PF使用的偏移值。
需要说明的是,第一PF可能包含多个PF。
需要说明的是,本申请中“计算/确定第一PO”的方法可以和现有技术(可参考现有技术部分的描述)中相同,也可以不同,本申请不限制。
需要说明的是,本申请中“计算/确定第一PF”的方法可以和现有技术(可参考现有技术部分的描述)中相同,也可以不同,本申请不限制。
需要说明的是,一种可能的实现,当第三终端设备的PO包含第二终端设备的PO(例如,存在重叠)的情况下,可以在第三终端设备的PO(例如,该重叠PO)上发送寻呼(例如,寻呼消息的DCI)。
需要说明的是,一种可能的实现,当第二终端设备的PO和第三终端设备的PO不重叠的情况下,需要分别在第二终端设备的PO和第三终端设备的PO上分别发送寻呼(例如,寻呼消息的DCI)。
S403可以为可选的步骤,并不是必须的。
S404,第一网络设备触发RAN寻呼。
示例性的,第一网络设备触发RAN寻呼包括:针对第二终端设备和/或针对第二组播业务,第一网络设备触发RAN寻呼。
可选的,本申请还包括:满足第六条件,第一网络设备触发RAN寻呼。
其中,第六条件包括:第一网络设备确定存在第二终端设备。
可选的,第一网络设备触发RAN寻呼可以包括/替换为/理解为:第一网络设备确定发起RAN寻呼。图4中将S404A表示为虚线,并划在S404的步骤框中,用于表示S404可以包括/替换为/理解为:S404A。
S404A,第一网络设备确定RAN寻呼触发。
可以理解的是,满足第一事件,RAN寻呼触发。
第一事件包括:第一网络设备接收第二寻呼消息。
本申请中,事件可以包括/替换为/理解为:原因、条件。
可选的,满足第一事件,且满足第六条件,RAN寻呼触发。
第一事件包括:第一网络设备接收第二寻呼消息,其中,第二寻呼消息包括第二组播业务的第三标识。
本申请中,事件可以包括/替换为/理解为:原因,或,条件。
可选的,本申请还包括:满足第一事件,且满足第六条件,RAN寻呼触发。
示例性的,本申请实施例中S402A提供的方案可以理解为增加了一种时事件e4。事件e4包括:第一网络设备接收到来自第三网络设备的第二寻呼消息,第二寻呼消息包括第二组播业务的第三标识。
示例性的,本申请实施例中S402A提供的方案可以理解为增加了一种时事件e5。事件e5包括:第一网络设备接收到来自第三网络设备的第二寻呼消息,第二寻呼消息包括第二组播业务的第三标识,且存在第二终端设备。或者,本申请实施例中S402A提供的方案可以理解为增加了一种时事件e5。事件e5包括:第一网络设备接收到来自第三网络设备的第二寻呼消息,第二寻呼消息包括第二组播业务的第三标识,且第一网络设备确定存在第二终端设备。
一种可能的实施方式中,当场景e4满足的情况下,则触发第一网络设备对处于RRC非激活态的第二终端设备发起RAN寻呼。
又一种可能的实施方式中,在S402中,当场景e4满足,则第二终端设备的最后一个服务的接入网设备(比如服务gNB)在配置给第二终端设备的RNA对应的小区中寻呼该第二终端设备,或者可以向相邻接入网设备发送寻呼消息(比如XnAP RAN Paging)(如果RNA中包含相邻接入网设备)。
S405,第一网络设备寻呼第二终端设备。
一种可能的实现,第一网络设备可以在RNA对应的小区中寻呼第二终端设备。
一种可能的实现,第一网络设备寻呼第二终端设备包括:第一网络设备可以发送第一控制信息和第四寻呼消息。第一控制信息用于调度第四寻呼消息,或者说,第一控制信息包含第四寻呼消息的调度信息。
比如,第一网络设备在第一寻呼时机发送第一控制信息。之后在第一控制信息指示的资源上发送第四寻呼消息。
再比如,第一网络设备在第二终端设备对应的RNA对应的小区内且在第一寻呼时机发送第一控制信息。
其中,第四寻呼消息包括第二组播业务的第三标识和/或第二终端设备的标识(例如,第二终端设备的第一标识或第二终端设备的第二标识)。或,第四寻呼消息包括第二组播业务的第四标识和/或第二终端设备的标识(例如,第二终端设备的第一标识或第二终端设备的第二标识)。
例如,第四寻呼消息用于通知第二组播业务激活,或,用于通知第二组播会话激活,或,用于寻呼第二终端设备。
其中,第二组播业务的第四标识与第二组播业务关联。
示例性的,组播业务的标识或第二组播业务的第四标识可以包括以下任一项或多项:TMGI、MBS业务标识、用于调度MBS业务/组播业务的无线网络临时标识(例如,G-RNTI、G-CS-RNTI)、组播业务标识、MBS会话标识、用于传输组播业务的PDU session ID等。
需要说明的是,第二组播业务的第四标识可以包括/替换为/理解为:第二组播业务的信息,或,第二组播业务的第四信息。
需要说明的是,第二组播业务的第三标识和第二组播业务的第四标识可以相同,也可以不同,本申请不限制。
例如,第一控制信息可以在物理下行控制信道(Physical Downlink ControlChannel,PDCCH)上发送。比如第一控制信息为第一DCI。
例如,第四寻呼消息可以在物理下行共享信道(Physical Downlink SharedChannel,PDSCH)上发送。
一种可能的实施方式中,第一DCI中可以包括短消息指示字段(Short MessagesIndicator),短消息指示字段用于指示第一DCI中是否包括第四寻呼消息的调度信息或用于指示第一DCI是否调度了PDSCH(例如,第四寻呼消息),以及用于指示是否包括短消息(short message)。当短消息指示字段指示第一DCI调度了第四寻呼消息,则第二终端设备根据第一控制信息接收第四寻呼消息。
S406,第一网络设备向第二网络设备发送第三寻呼消息,第三寻呼消息用于指示第二网络设备寻呼第二终端设备。
第二终端设备对应的RNA包括第二网络设备,或者说,RNA包括第二网络设备。
第二网络设备为支持或不支持MBS或组播的网络设备,本申请不限制。
第三寻呼消息包括以下一项:
(a)第二终端设备的标识;
(b)第二终端设备的标识和第二终端设备的DRX周期;
(c)第二终端设备的标识、第二终端设备的DRX周期和第二组播业务的标识;
(d)第二组播业务的标识。
其中,第二组播业务的标识可以包括:第二组播业务的第三标识,或,第二组播业务第四标识,或,第二组播业务的第五标识。
其中,第二终端设备的标识可以包括:第二终端设备的第一标识和/或第二终端设备的第二标识。
其中,第二组播业务的第五标识与第二组播业务关联。
示例性的,组播业务的标识或第二组播业务的第五标识可以包括以下任一项或多项:临时移动组标识(temporary mobile group identity,TMGI)、MBS业务标识(MBSservice ID)、组播业务标识、、MBS会话标识(MBS session ID)、用于传输组播业务的协议数据单元(protocol data unit,PDU)session ID等。
需要说明的是,第二组播业务的第五标识可以包括/替换为/理解为:第二组播业务的信息,或,第二组播业务的第五信息。
需要说明的是,第二组播业务的第五标识和第二组播业务的第三标识/第二组播业务的第四标识可以相同,也可以不同,本申请不限制。
一种可能的实现,第二寻呼消息用于通知第二组播业务激活,或,用于通知第二组播会话激活,或,用于指示第二网络设备寻呼与第二组播业务相关的终端设备,或,用于指示第二网络设备寻呼与第二组播业务相关的第二终端设备,或,用于指示第二网络设备寻呼第二终端设备。
一种可能的实现,第二网络设备接收到第三寻呼信息后,第二网络设备寻呼与第二组播业务相关的终端设备,或,第一网络设备寻呼第二终端设备。
一种可选的实现,第二网络设备为支持MBS或组播的网络设备,第三寻呼消息包括(a)、(b)、(c)、(d)中的任一项。
另一种可选的实现,第二网络设备为不支持MBS或组播的网络设备,第三寻呼消息包括(a)、(b)中的任一项。
可以理解的是,通过第三寻呼消息中携带的内容,第二网络设备可以基于第三寻呼消息对第二终端设备发起寻呼。
可选的,第三寻呼消息中还可以包括如下内容中的一项或多项:寻呼优先级、辅助信息或第二终端设备的无线能力等。
上述S402、S403、S404A、S404、S405和S406可以单独执行,也可以组合执行,本申请不限制。
比如第一网络设备可以执行上述S405和S406,这种情况下,第一网络设备可以寻呼第一终端设备,还可以指示第二网络设备寻呼第一终端设备。
再比如,第一网络设备可以执行上述S404和S405,这种情况下,第一网络设备可以触发RAN寻呼,且寻呼第一终端设备。
再比如,第一网络设备可以执行上述S404和S406,这种情况下,第一网络设备可以触发RAN寻呼,且指示第二网络设备寻呼第一终端设备。
再比如,第一网络设备可以执行上述S404、S405和S406,这种情况下,第一网络设备可以触发RAN寻呼,且寻呼第一终端设备,且指示第二网络设备寻呼第一终端设备。
需要说明的是,图4中仅仅示出了一种可能的方法步骤执行的顺序,图4中的各个步骤之间也可以有其他的先后关系,本申请不限制,比如S402和S403可以在S404之后再执行。再比如,S406可以在S405之前执行等。
一种可能的实施方式中,本申请实施例中第二寻呼消息可以包括第二组播业务的第三标识,但不包括第二终端设备的标识(比如不包括第二终端设备的第二标识和第一标识)。
又一种可能的实施方式中,第二寻呼消息中包括第二组播业务的第三标识和该第二组播业务关联的其他终端设备的标识(比如包括第三终端设备的第二标识)。但是需要注意,第二寻呼消息中包括的第二组播业务关联的其他终端设备的标识是该第二组播业务关联的处于RRC空闲态的终端设备的标识,并不包括该第二组播业务关联的处于RRC非激活态的终端设备的标识,因为RRC非激活态对于核心网设备而言是不感知的,因此核心网设备无法区分出RRC非激活态的终端设备和RRC连接态的终端设备。
而本申请实施例中第一网络设备在接收到第二寻呼消息之后,可以计算处于RRC空闲态的第三终端设备的寻呼时机,也可以计算处于RRC非激活态的第二终端设备的寻呼时机,进而可以在接收到该第二组播业务数据之前向处于RRC空闲态的第三终端设备,以及处于RRC非激活态的第二终端设备发起寻呼,相比在接收到该第二组播业务数据之后向处于RRC非激活态的第二终端设备发起寻呼的方案来看,该实施方式中在组播会话激活后可以降低RRC非激活态的第二终端设备进入RRC连接态的时延。
一种可能的实施方式中,针对第二寻呼消息中携带的第三终端设备的标识,第一寻呼消息中还可以携带第三终端设备对应的一个或多个注册区域(tracking areas,TA)的标识和/或DRX周期。第一网络设备在接收到第一寻呼消息之后,第一网络设备可以在第一寻呼消息中指示的一个或多个跟踪区中寻呼该第三终端设备。对于跟踪区中的每个小区,接入网节点可以在无线空口上生成一次寻呼。第一寻呼消息中还可以包括有DRX周期,供NG-RAN使用。该DRX配置可以是在核心网设备发给接入网设备之前,第三终端设备通过NAS消息与核心网设备侧协商的。
需要说明的,本申请实施例中处于RRC非激活态的第二终端设备接收到寻呼消息后,可以在RRC非激活态发起RRC恢复连接,或进入RRC空闲态。图4所示的方案对第二终端设备的方案不进行限定,也就是说,图4所示的方案中,第二终端设备侧可以执行前述图3a或图3b所示的终端设备侧相关方案,也可以不参考前述图3a或图3b所示的终端设备侧的相关方案。类似的,前述图3a或图3b所示的方案对网络设备的方案不进行限定,也就是说,图3a或图3b所示的方案中,网络设备可以执行图4所示的第一网络设备相关方案,也可以不执行图3a或图3b所示的第一网络设备的相关方案,比如图3a或图3b中的网络设备可以执行第二网络设备的方案,需要注意的是,针对核心网设备发起的寻呼(CN寻呼),该寻呼消息可以经过其他一个或多个网元,比如经过接入网设备发送至终端设备。
应理解的是,现有技术有可能会随着技术方案的演进而发生变化,本申请提供的技术方案并不限于所提供的现有技术。
需要说明的是,本申请中不同实施例或者不同实施例中的部分步骤可以相互结合。
可以理解的是,为了实现上述实施例中功能,通信装置包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本申请中所公开的实施例描述的各示例的单元及方法步骤,本申请能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用场景和设计约束条件。
图5、图6和图7为本申请的实施例提供的可能的通信装置的结构示意图。这些通信装置可以用于实现上述方法实施例中终端设备的功能,因此也能实现上述方法实施例所具备的有益效果。这些通信装置也可以用于实现上述方法实施例中第一网络设备的功能,因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中,该通信装置可以是终端设备,比如可以是图1/图2中的终端设备,图3a/图3b中的第一终端设备,或图4中的第二终端设备或第三终端设备,还可以是应用于终端设备的模块(如芯片)。在本申请的实施例中,该通信装置还可以是网络设备,比如可以是图1/图2中的网络设备,图3a和图3b中的第四网络设备,或图4中的第一网络设备,还可以是应用于网络设备的模块(如芯片)。
如图5所示,通信装置1300包括处理单元1310和收发单元1320。通信装置1300用于实现上述图3a和图3b所示的方法实施例中终端设备的功能,比如可以实现上述图3a/图3b中的第一终端设备中功能。
处理单元1310用于通过收发单元1320执行:接收第一寻呼消息。满足第一条件,终端设备发起无线资源控制RRC连接恢复。第一条件相关内容参见前述方法实施例中的描述,在此不再赘述。
处理单元1310还用于通过收发单元1320执行:发送第一消息,其中,第一消息用于请求恢复RRC连接。
当通信装置1300用于实现图3a和图3b所示的方法实施例中第一终端设备的功能时:处理单元1310还用于通过收发单元1320执行以下一项:
终端设备根据第一策略,确定第一RRC连接恢复原因;第一策略包括访问标识、单播对应的RRC连接恢复原因,或单播对应的RRC连接恢复原因确定的规则中的至少一项;
终端设备根据第二策略,确定第一RRC连接恢复原因;第二策略包括组播对应的访问标识、组播对应的RRC连接恢复原因,或组播对应的RRC连接恢复原因确定的规则中的至少一项;
终端设备根据第一策略和第二策略,确定第一RRC连接恢复原因;或,
终端设备根据第三策略,确定第一RRC连接恢复原因;第三策略包括访问标识、单播和组播对应的RRC连接恢复原因,或单播和组播对应的RRC连接恢复原因确定的规则中的至少一项。
处理单元1310还用于通过收发单元1320执行:终端设备根据第一策略,确定第二RRC连接恢复原因。终端设备根据第二策略,确定第三RRC连接恢复原因。终端设备将第二RRC连接恢复原因或第三RRC连接恢复原因中一项确定为第一RRC连接恢复原因。
处理单元1310还用于通过收发单元1320执行:终端设备根据第二策略,确定第一RRC连接恢复原因;第二策略包括组播对应的访问标识、组播对应的RRC连接恢复原因,或组播对应的RRC连接恢复原因确定的规则中的至少一项。
处理单元1310还用于通过收发单元1320执行:满足第二条件,终端设备进入RRC空闲态。其中,第二条件包括:第一寻呼消息包括第一组播业务的标识和终端设备的第二标识;其中,终端设备的第二标识与核心网CN寻呼关联;或,第一寻呼消息包括终端设备的第二标识。
处理单元1310还用于通过收发单元1320执行:发送第二消息。其中,第二消息用于请求建立RRC连接。
如图5所示,通信装置1300包括处理单元1310和收发单元1320。通信装置1300用于实现上述图4所示的方法实施例中网络设备的功能,比如实现上述第一网络设备的功能。
处理单元1310用于通过收发单元1320执行:第一网络设备接收第二寻呼消息,第二寻呼消息包括第二组播业务的第三标识。第一网络设备执行以下一项或多项:第一网络设备触发RAN寻呼;第一网络设备寻呼终端设备,终端设备处于RRC非激活态,终端设备与第二组播业务相关联;或,第一网络设备向第二网络设备发送第三寻呼消息,第三寻呼消息用于指示第二网络设备寻呼终端设备。
处理单元1310还用于通过收发单元1320执行:第一网络设备发送第一控制信息和第四寻呼消息。其中,第一控制信息用于调度第四寻呼消息,第四寻呼消息包括第二组播业务的第三标识和/或终端设备的标识;或,第四寻呼消息包括第二组播业务的第四标识和/或终端设备的标识。
处理单元1310具体用于通过收发单元1320执行:第一网络设备在第一寻呼时机发送第一控制信息。
处理单元1310具体用于通过收发单元1320执行:第一网络设备在无线接入网通知区域对应的小区中寻呼终端设备。
有关上述处理单元1310和收发单元1320更详细的描述可以直接参考图3a和图3b或图4所示的方法实施例中相关描述直接得到,这里不加赘述。
如图6所示,通信装置1400包括处理电路1410和接口电路1420。处理电路1410和接口电路1420之间相互耦合。可以理解的是,接口电路1420可以为收发器或输入输出接口。可选的,通信装置1400还可以包括存储器,用于存储处理电路执行的指令或存储处理电路1410运行指令所需要的输入数据或存储处理电路1410运行指令后产生的数据。
当通信装置1400用于实现图3a和图3b或图4所示的方法时,处理电路1410用于实现上述处理单元1310的功能,接口电路1420用于实现上述收发单元1320的功能。
如图7所示,通信装置1500包括处理器1510和通信接口1520。处理器1510和通信接口1520之间相互耦合。可以理解的是,通信接口1520可以为收发器或输入输出接口。可选的,通信装置1500还可以包括存储器1530,用于存储处理器1510执行的指令或存储处理器1510运行指令所需要的输入数据或存储处理器1510运行指令后产生的数据。
当通信装置1500用于实现图3a和图3b或图4所示的方法时,处理器1510用于实现上述处理单元1310的功能,通信接口1520用于实现上述收发单元1320的功能。
当通信装置1500用于实现图3a和图3b所示的方法实施例中终端设备的功能时:处理器1510用于通过通信接口1520执行:接收第一寻呼消息。满足第一条件,终端设备发起无线资源控制RRC连接恢复。第一条件相关内容参见前述方法实施例中的描述,在此不再赘述。
当通信装置1500用于实现图4所示的方法实施例中第一网络设备的功能时:处理器1510用于通过通信接口1520执行:第一网络设备接收第二寻呼消息,第二寻呼消息包括第二组播业务的第三标识。第一网络设备执行以下一项或多项:第一网络设备触发RAN寻呼;第一网络设备寻呼终端设备,终端设备处于RRC非激活态,终端设备与第二组播业务相关联;或,第一网络设备向第二网络设备发送第三寻呼消息,第三寻呼消息用于指示第二网络设备寻呼终端设备。
当上述通信装置为应用于通信装置的芯片时,该通信装置芯片实现上述方法实施例中通信装置的功能。该通信装置芯片从通信装置中的其它模块(如射频模块或天线)接收信息,该信息是网络设备发送给通信装置的;或者,该通信装置芯片向通信装置中的其它模块(如射频模块或天线)发送信息,该信息是通信装置发送给网络设备的。
可以理解的是,本申请的实施例中的处理器可以是中央处理单元(CentralProcessing Unit,CPU),还可以是其它通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field Programmable Gate Array,FPGA)或者其它可编程逻辑器件、晶体管逻辑器件,硬件部件或者其任意组合。通用处理器可以是微处理器,也可以是任何常规的处理器。
根据本申请实施例提供的方法,本申请还提供一种计算机程序产品,该计算机程序产品包括:计算机程序或指令,当该计算机程序或指令在计算机上运行时,使得该计算机执行图3或图4所示实施例中任意一个实施例的方法。
根据本申请实施例提供的方法,本申请还提供一种计算机可读存储介质,该计算机可读介质存储有程序或指令,当该程序或指令在计算机上运行时,使得该计算机执行图3或图4所示实施例中任意一个实施例的方法。
根据本申请实施例提供的方法,本申请还提供一种芯片***,该芯片***可以包括处理器。该处理器与存储器耦合,可用于执行图3或图4所示实施例中任意一个实施例的方法。可选地,该芯片***还包括存储器。存储器,用于存储计算机程序(也可以称为代码,或指令)。处理器,用于从存储器调用并运行计算机程序,使得安装有芯片***的设备执行图3或图4所示实施例中任意一个实施例的方法。
根据本申请实施例提供的方法,本申请还提供一种***,其包括前述的终端设备和第一网络设备。
本申请的实施例中的方法步骤可以通过硬件的方式来实现,也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器(Random Access Memory,RAM)、闪存(flash)、只读存储器(Read-OnlyMemory,ROM)、可编程只读存储器、可擦除可编程只读存储器(Erasable ProgrammableROM,EPROM)、电可擦除可编程只读存储器、寄存器、硬盘、固态硬盘(solid-state drive,SSD)、移动硬盘、便携式只读存储器(Compact Disc Read-Only Memory,CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于通信装置中。当然,处理器和存储介质也可以作为分立组件存在于通信装置中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行计算机程序或指令时,全部或部分地执行本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。计算机程序或指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。可用介质可以是磁性介质,例如,软盘、硬盘、磁带;也可以是光介质,例如,数字视频光盘;还可以是半导体介质,例如,固态硬盘。该计算机可读存储介质可以是易失性或非易失性存储介质,或可包括易失性和非易失性两种类型的存储介质。
在本申请的各个实施例中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
本申请实施例中的“包括”还可以替换为:存在,携带,以及协议中的匹配等。本申请实施例中的“不包括”还可以替换为:不存在,未携带,以及协议中的不匹配等。
本申请中,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。在本申请的文字描述中,字符“/”,一般表示前后关联对象是一种“或”的关系;在本申请的公式中,字符“/”,表示前后关联对象是一种“相除”的关系。“包括A,B或C中的至少一个”可以表示:包括A;包括B;包括C;包括A和B;包括A和C;包括B和C;包括A、B和C。
可以理解的是,在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定。
Claims (30)
1.一种通信方法,其特征在于,包括:
终端设备接收第一寻呼消息;
如果所述第一寻呼消息包括第一组播业务的标识,且不包括终端设备的第二标识,所述终端设备发起无线资源控制RRC连接恢复;
其中,所述终端设备的第二标识是所述终端设备的非接入层NAS提供的。
2.如权利要求1的方法,其特征在于,所述方法还包括:
所述终端设备根据第一策略,确定第一RRC连接恢复原因;第一策略包括访问标识。
3.如权利要求1或2所述的方法,其特征在于,所述第一策略包括访问标识,所述终端设备根据第一策略,确定第一RRC连接恢复原因,包括如下一项或多项:
如果所述终端设备的上层配置了访问标识1,则第一RRC连接恢复原因设置为多媒体优先级业务访问优先级mps-PriorityAccess;
如果所述终端设备的上层没有配置访问标识1,且所述终端设备的上层配置了访问标识2,则第一RRC连接恢复原因设置为关键任务业务访问优先级mcs-PriorityAccess;
如果所述终端设备的上层没有配置访问标识1和访问标识2,且所述终端设备的上层配置了访问标识11至访问标识15中的一个或多个,则第一RRC连接恢复原因设置为高访问优先级highPriorityAccess;或者,
如果所述终端设备的上层没有配置访问标识1、访问标识2和访问标识11至访问标识15,则第一RRC连接恢复原因设置为移动终止接入mt-Access。
4.如权利要求1-3任一项所述的方法,其特征在于,所述终端设备接收所述第一寻呼消息之后,所述方法还包括:
如果所述第一寻呼消息包括终端设备的第二标识,所述终端设备进入无线资源控制RRC空闲态。
5.如权利要求4所述的方法,其特征在于,所述方法还包括:所述终端设备确定释放原因为“other”。
6.如权利要求1-5任一项所述的方法,其特征在于,第一组播业务包括:
终端设备加入的组播业务。
7.如权利要求1-6任一项所述的方法,其特征在于,所述终端设备处于无线资源控制RRC非激活态。
8.如权利要求1-7任一项所述的方法,其特征在于,所述第一组播业务的标识包括临时移动组标识TMGI。
9.如权利要求1-8任一项所述的方法,其特征在于,所述方法还包括:
如果所述第一寻呼消息包括第一组播业务的标识,所述终端设备将所述第一组播业务的标识转发到所述第一终端设备的NAS层。
10.如权利要求1-9任一项所述的方法,其特征在于,所述终端设备发起无线资源控制RRC连接恢复,包括:
所述终端设备发送第一消息,所述第一消息用于请求恢复RRC连接。
11.如权利要求10所述的方法,其特征在于,所述第一消息为RRCResumeRequest消息或RRCResumeRequest1消息。
12.如权利要求10或11所述的方法,其特征在于,所述第一消息包含所述终端设备的第一标识的信息,所述第一标识用于标识所述终端设备的挂起的终端设备UE上下文;或者,第一标识用于标识所述终端设备的UE上下文。
13.如权利要求12所述的方法,其特征在于,所述第一标识包括以下任一项或多项:fullI-RNTI、第一终端设备的fullI-RNTI、第一终端设备保存的fullI-RNTI、I-RNTI、第一终端设备的I-RNTI、第一终端设备保存的I-RNTI。
14.一种通信装置,其特征在于,所述装置适用于终端设备,所述通信装置包括收发单元和处理单元,
所述收发单元,用于接收第一寻呼消息;
所述处理单元,用于如果所述第一寻呼消息包括第一组播业务的标识,且不包括终端设备的第二标识,发起无线资源控制RRC连接恢复;
其中,所述终端设备的第二标识是所述终端设备的非接入层NAS提供的。
15.如权利要求14所述的装置,其特征在于,
所述处理单元,还用于根据第一策略,确定第一RRC连接恢复原因;第一策略包括访问标识。
16.如权利要求14或15所述的装置,其特征在于,所述第一策略包括访问标识,所述处理单元根据第一策略,确定第一RRC连接恢复原因;包括如下一项或多项:
如果所述终端设备的上层配置了访问标识1,则第一RRC连接恢复原因设置为多媒体优先级业务访问优先级mps-PriorityAccess;
如果所述终端设备的上层没有配置访问标识1,且所述终端设备的上层配置了访问标识2,则第一RRC连接恢复原因设置为关键任务业务访问优先级mcs-PriorityAccess;
如果所述终端设备的上层没有配置访问标识1和访问标识2,且所述终端设备的上层配置了访问标识11至访问标识15中的一个或多个,则第一RRC连接恢复原因设置为高访问优先级highPriorityAccess;或者,
如果所述终端设备的上层没有配置访问标识1、访问标识2和访问标识11至访问标识15,则第一RRC连接恢复原因设置为移动终止接入mt-Access。
17.如权利要求14-16任一项所述的装置,其特征在于,所述收发单元接收第一寻呼消息之后,所述处理单元还用于:
如果所述第一寻呼消息包括终端设备的第二标识,确定所述终端设备进入无线资源控制RRC空闲态。
18.如权利要求17所述的装置,其特征在于,所述处理单元还用于:确定释放原因为“other”。
19.如权利要求14-18任一项所述的装置,其特征在于,第一组播业务包括:
终端设备加入的组播业务。
20.如权利要求14-19任一项所述的装置,其特征在于,所述终端设备处于无线资源控制RRC非激活态。
21.如权利要求14-20任一项所述的装置,其特征在于,所述第一组播业务的标识包括临时移动组标识TMGI。
22.如权利要求14-21任一项所述的装置,其特征在于,所述处理单元还用于:
如果所述第一寻呼消息包括第一组播业务的标识,确定所述终端设备将所述第一组播业务的标识转发到所述第一终端设备的NAS层。
23.如权利要求14-22任一项所述的装置,其特征在于,所述发起无线资源控制RRC连接恢复,包括:
所述处理单元,用于指示收发单元发送第一消息,所述第一消息用于请求恢复RRC连接。
24.如权利要求23所述的装置,其特征在于,所述第一消息为RRCResumeRequest消息或RRCResumeRequest1消息。
25.如权利要求23或24所述的装置,其特征在于,所述第一消息包含所述终端设备的第一标识的信息,所述第一标识用于标识所述终端设备的挂起的终端设备UE上下文;或者,第一标识用于标识所述终端设备的UE上下文。
26.如权利要求25所述的装置,其特征在于,所述第一标识包括以下任一项或多项:fullI-RNTI、第一终端设备的fullI-RNTI、第一终端设备保存的fullI-RNTI、I-RNTI、第一终端设备的I-RNTI、第一终端设备保存的I-RNTI。
27.一种通信装置,其特征在于,装置包括处理器和与处理器耦合的存储器,
所述存储器,用于存储计算机程序或指令;
所述处理器,用于执行存储器中的计算机程序或指令,使得权利要求1-13中任一项的方法被执行。
28.一种通信装置,其特征在于,包括处理电路和接口电路,所述接口电路用于接收来自通信装置之外的其它通信装置的信号并传输至处理器或将来自处理器的信号发送给通信装置之外的其它通信装置,所述处理电路通过逻辑电路或执行代码指令用于实现如权利要求1-13中任一项的方法。
29.一种计算机可读存储介质,其特征在于,所述存储介质中存储有计算机程序或指令,当计算机程序或指令被通信装置执行时,实现如权利要求1-13中任一项的方法。
30.一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机程序,当所述计算机程序被运行时,实现如权利要求1-13中任一项的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310412506.2A CN116437302B (zh) | 2021-10-22 | 一种通信方法、装置和存储介质 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111236108.7A CN116017311A (zh) | 2021-10-22 | 2021-10-22 | 一种通信方法、装置和存储介质 |
CN202310412506.2A CN116437302B (zh) | 2021-10-22 | 一种通信方法、装置和存储介质 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111236108.7A Division CN116017311A (zh) | 2021-10-22 | 2021-10-22 | 一种通信方法、装置和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN116437302A true CN116437302A (zh) | 2023-07-14 |
CN116437302B CN116437302B (zh) | 2024-07-05 |
Family
ID=
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130242848A1 (en) * | 2010-12-03 | 2013-09-19 | Lg Electronics Inc. | M2m device and base station for transmission and reception of multicast traffic and method for transmission and reception of multicast traffic |
CN110831260A (zh) * | 2018-08-10 | 2020-02-21 | 电信科学技术研究院有限公司 | Rrc连接恢复的处理方法、装置及终端 |
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130242848A1 (en) * | 2010-12-03 | 2013-09-19 | Lg Electronics Inc. | M2m device and base station for transmission and reception of multicast traffic and method for transmission and reception of multicast traffic |
CN110831260A (zh) * | 2018-08-10 | 2020-02-21 | 电信科学技术研究院有限公司 | Rrc连接恢复的处理方法、装置及终端 |
Non-Patent Citations (1)
Title |
---|
LG ELECTRONICS INC.: "RRC connection establishment/resume initiated by group paging", 3GPP TSG-RAN WG2 MEETING #115 ELECTRONIC R2-2107877, pages 1 - 2 * |
Also Published As
Publication number | Publication date |
---|---|
WO2023066316A1 (zh) | 2023-04-27 |
CN116017311A (zh) | 2023-04-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2021077434A1 (zh) | 一种通信方法及装置 | |
US9294886B2 (en) | Evolved multimedia broadcast/multicast services (eMBMS) geo-location based group call | |
US9591460B2 (en) | Application layer related group priority access using eMBMS and LTE priority access | |
WO2015110010A1 (zh) | 一种寻呼消息传输方法及装置 | |
EP3487193B1 (en) | Service transmission method and wireless communication device | |
JP2011061591A (ja) | 無線通信システム、基地局装置、移動局装置および通信方法 | |
US20220110091A1 (en) | Paging method, device, and storage medium | |
WO2023066316A1 (zh) | 一种通信方法、装置和存储介质 | |
US20230247401A1 (en) | Communication method and apparatus | |
CN112888000B (zh) | 一种无线资源控制连接方法及设备、计算机存储介质 | |
WO2016112510A1 (zh) | 寻呼消息的发送、接收方法和设备 | |
CN113661722A (zh) | 一种业务数据传输方法及装置、网络设备、终端设备 | |
WO2022126359A1 (en) | Methods and apparatuses for multicast and broadcast services | |
EP3457807B1 (en) | Terminal device and methods for transmitting data | |
CN116437302B (zh) | 一种通信方法、装置和存储介质 | |
US11140656B2 (en) | Paging in a group communications system | |
EP3352485B1 (en) | Group communication method, device, and system | |
WO2023186138A1 (zh) | 一种多播会话/业务的传输方法、装置、芯片及模组设备 | |
WO2024066858A1 (zh) | 一种通信的方法和装置 | |
WO2021189458A1 (zh) | 一种数据转发方法及装置、通信设备 | |
CN117641521A (zh) | 一种无线通信方法、通信装置及通信*** | |
WO2023187593A1 (en) | Multicasting in a communication system | |
CN118283537A (zh) | 一种通信方法及装置 | |
CN117676891A (zh) | 通信方法和通信装置 | |
CN117177190A (zh) | 通信方法、装置及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant |