CN117750355A - 通信方法和通信装置 - Google Patents
通信方法和通信装置 Download PDFInfo
- Publication number
- CN117750355A CN117750355A CN202211145942.XA CN202211145942A CN117750355A CN 117750355 A CN117750355 A CN 117750355A CN 202211145942 A CN202211145942 A CN 202211145942A CN 117750355 A CN117750355 A CN 117750355A
- Authority
- CN
- China
- Prior art keywords
- information
- pei
- access network
- capability
- terminal device
- 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 127
- 238000004891 communication Methods 0.000 title claims abstract description 69
- 238000012544 monitoring process Methods 0.000 claims description 30
- 238000004590 computer program Methods 0.000 claims description 13
- 238000012545 processing Methods 0.000 claims description 9
- 230000007246 mechanism Effects 0.000 description 51
- 230000008569 process Effects 0.000 description 22
- 230000006870 function Effects 0.000 description 18
- 238000010586 diagram Methods 0.000 description 11
- 238000013461 design Methods 0.000 description 8
- 101150096310 SIB1 gene Proteins 0.000 description 6
- 230000009471 action Effects 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 5
- 230000011664 signaling Effects 0.000 description 4
- 238000004364 calculation method Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000003190 augmentative effect Effects 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 208000033748 Device issues Diseases 0.000 description 1
- 101150039363 SIB2 gene Proteins 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000007630 basic procedure Methods 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 1
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种通信方法和通信装置,能够提高终端设备的寻呼成功率,从而提高系统性能。该通信方法应用于终端设备,该终端设备支持接收寻呼提前指示PEI,该方法包括:接收来自第一接入网设备的第一系统信息;向第一接入网设备发送第一信息,该第一信息用于指示终端设备的能力,在第一系统信息中不包括第一配置信息的情况下,该第一信息不携带PEI能力信息,该PEI能力信息用于指示终端设备支持接收PEI;其中,第一配置信息用于配置PEI。
Description
技术领域
本申请涉及通信领域,尤其涉及一种通信方法和通信装置。
背景技术
当需要向处于无线资源控制(radio resource control,RRC)空闲态或RRC非激活态的终端设备发送数据时,网络设备会发送寻呼消息,以寻呼终端设备,终端设备在接收到寻呼消息之后,会与网络设备建立连接以接收数据。当前的寻呼流程中,终端设备监听每个寻呼时机(paging occasion,PO),以及接收寻呼消息判断自己是否被寻呼。
现有的寻呼机制中,存在多个终端设备监听同一PO的情况,终端设备只有在接收并解码了寻呼消息后,才能知道本次寻呼是否为针对本终端设备的寻呼。对于实际未被寻呼的终端设备来说,存在不必要的寻呼接收,从而产生了不必要的功耗。针对这一问题,提出了分组机制,该机制将监听同一PO的终端设备分组(即把同一PO上的终端设备分到不同的子组(subgroup)内),通过向终端设备发送寻呼提前指示(paging early indication,PEI)信息指示本次寻呼所针对的终端设备所属的subgroup相关信息。网络设备在寻呼终端设备时,先发送PEI信息,终端设备根据PEI中携带的分组指示(subgroup indication)判断本次寻呼是否针对自己所属的subgroup,进而确定是否需要监听对应的PO。这样,对于一个PO而言,只有PEI信息中指示需要监听该PO的终端设备才会在监听该PO,实际未被寻呼的终端设备并不会监听PO,降低了实际未被寻呼的终端设备的功耗。支持上述分组机制的终端设备可以将PEI能力信息上报给网络设备,指示终端设备支持接收PEI。在终端设备上报的能力信息包括PEI能力信息的情况下,网络设备认为终端设备可以采用上述分组机制,在寻呼时向终端设备发送PEI信息。
需要说明的是,终端设备和网络设备之间的PEI能力信息对齐是实现终端设备和网络设备正常使用PEI机制的前提,因此,如何使终端设备和网络设备对齐PEI能力信息,进而可正常使用PEI机制,以提高寻呼可靠性成为当前亟待解决的问题之一。
发明内容
本申请实施例提供了一种通信方法和通信装置,能够解决终端设备和网络设备对于终端设备的PEI能力理解不一致的问题,提高终端设备的寻呼成功率,从而提高系统性能。
第一方面,提供了一种通信方法,应用于终端设备,所述终端设备支持接收寻呼提前指示PEI,所述方法包括:接收来自第一接入网设备的第一系统信息;向所述第一接入网设备发送第一信息,所述第一信息用于指示所述终端设备的能力,在所述第一系统信息中不包括第一配置信息的情况下,所述第一信息不携带PEI能力信息,所述PEI能力信息用于指示所述终端设备支持接收PEI;其中,所述第一配置信息用于配置PEI。
本申请实施例的通信方法,终端设备通过第一配置信息的发送情况推断接入网设备是否能够解读/处理/维护PEI能力,以便终端设备根据第一配置信息是否存在而选择性地上报PEI能力,由于接入网设备在未发送第一配置信息的情况下可能不能够解读/处理/维护PEI能力,因而终端设备在该情况下不上报PEI能力,进而确定后续在寻呼相关的操作中也不使用PEI机制,能够解决终端设备和网络设备对于终端设备的PEI能力理解不一致的问题,避免终端设备和网络设备采用不同的寻呼操作,保证终端设备可以正常接收到网络的寻呼,提高终端设备的寻呼成功率,从而提高系统性能。
结合第一方面,在第一方面的某些实现方式中,在所述第一系统信息中包括所述第一配置信息的情况下,所述第一信息携带所述PEI能力信息。
在本申请实施例中,由于接入网设备在发送了第一配置信息的情况下一定能够解读/处理/维护PEI能力,因而终端设备在该情况下上报PEI能力后,终端设备可确定所上报的PEI能力可以成功被网络解读/处理/维护,进而确定后续在寻呼相关的操作中可使用PEI机制,避免终端设备和网络设备采用不同的寻呼操作,保证终端设备可以正常接收到网络的寻呼,提高终端设备的寻呼成功率,从而提高系统性能。
若第一系统信息中包括第一配置信息,则终端设备认为当前小区(即第一接入网设备)可支持PEI特性,可解读终端设备上报的PEI能力,因此,终端设备上报PEI能力;若第一系统信息中不包括第一配置信息,则终端设备认为当前小区(即第一接入网设备)不支持PEI特性,不能解读终端设备上报的PEI能力,终端设备不上报PEI能力。
应理解,上述发送了第一配置信息的接入网设备可理解为可支持PEI特性或可解读终端设备上报的PEI能力的接入网设备,也可以称为高版本的接入网设备,上述未发送第一配置信息的接入网设备可能支持PEI特性或可解读终端设备上报的PEI能力,也可能不支持PEI特性或不能解读终端设备上报的PEI能力,终端设备可以认为未发送第一配置信息的接入网设备为不支持PEI特性或不能解读终端设备上报的PEI能力的接入网设备,也可以称为低版本的接入网设备。
结合第一方面,在第一方面的某些实现方式中,所述方法还包括:向所述第一接入网设备发送所述PEI能力信息后,监听来自所述第一接入网设备或其他接入网设备的PEI,并根据所述PEI的接收情况监听寻呼。
即终端设备后续进入非连接态(即空闲态或非激活态)时,在当前驻留的小区监听PEI,当前驻留的小区对应的接入网设备可以是第一接入网设备,也可以是其他接入网设备,本申请实施例对此不作限定。
应理解,上述PEI的接收情况包括:(1)终端设备接收到了PEI;(2)终端设备监听PEI但是没有收到。具体而言,若终端设备接收到了PEI,该终端设备可以根据PEI确定该终端设备所属的子组是否需要在对应的PO上监听寻呼,若该终端设备所属的子组需要在对应的PO上监听寻呼,则该终端设备监听该PEI相关联的PO,接收到寻呼DCI,根据寻呼DCI的指示,接收寻呼消息。若终端设备未收到PEI,则该终端设备可以采用传统的寻呼监听操作,即该终端设备直接监听PO。
结合第一方面,在第一方面的某些实现方式中,所述方法还包括:接收来自所述第一接入网设备的能力查询消息,所述能力查询消息用于查询所述终端设备的能力;所述向所述第一接入网设备发送第一信息,包括:基于所述能力查询消息,向所述第一接入网设备发送所述第一信息。
结合第一方面,在第一方面的某些实现方式中,在所述接收来自所述第一接入网设备的能力查询消息之前,所述方法还包括:向核心网设备发送第二信息,所述第二信息用于指示所述终端设备需要更新能力信息。
上述第一信息可以是接入网设备查询的情况下,终端设备进行上报的,也可以是终端设备主动上报的。
可选地,终端设备可以触发移动性注册过程,以进行上述第一信息的上报。
结合第一方面,在第一方面的某些实现方式中,在所述接收来自第一接入网设备的第一系统信息之前,所述方法还包括:接收来自第二接入网设备的第二系统信息,所述第二系统信息中包括所述第一配置信息;向所述第二接入网设备发送所述PEI能力信息。
应理解,若终端设备从高版本的接入网设备更换到了低版本的接入网设备,即使终端设备向高版本的接入网设备上报了PEI能力,在更换到低版本的接入网设备之后,终端设备向低版本的接入网设备上报终端设备能力信息,终端设备也不会向低版本的接入网设备上报PEI能力,后续不会使用PEI机制而会采用传统的寻呼监听操作。若终端设备从低版本的接入网设备更换到了高版本的接入网设备,即使终端设备未向低版本的接入网设备上报PEI能力,在更换到高版本的接入网设备之后,终端设备向高版本的接入网设备上报PEI能力,后续会采用PEI机制监听寻呼。
第二方面,提供了另一种通信方法,应用于终端设备,所述终端设备支持接收寻呼提前指示PEI,所述方法包括:接收来自第一接入网设备的第一系统信息;向所述第一接入网设备发送寻呼提前指示PEI能力信息,所述PEI能力信息用于指示所述终端设备支持接收PEI;在所述第一系统信息中不包括第一配置信息的情况下,不根据来自第一接入网设备或其他接入网设备的PEI监听寻呼时机PO;其中,所述第一配置信息用于配置所述PEI。
本申请实施例的通信方法,终端设备通过第一配置信息的发送情况推断接入网设备是否能够解读/处理/维护PEI能力,以便终端设备根据第一配置信息是否存在选择对应的寻呼监听机制,由于接入网设备在未发送第一配置信息的情况下可能不能够解读/处理/维护PEI能力,因而终端设备在该情况下即使上报了PEI能力后续在寻呼相关的操作中也不使用PEI机制,能够解决终端设备和网络设备对于终端设备的PEI能力理解不一致的问题,避免终端设备和网络设备采用不同的寻呼操作,保证终端设备可以正常接收到网络的寻呼,提高终端设备的寻呼成功率,从而提高系统性能。
结合第二方面,在第二方面的某些实现方式中,在所述第一系统信息中包括所述第一配置信息的情况下,根据来自所述第一接入网设备或其他接入网设备的PEI监听PO。
即终端设备后续进入非连接态(即空闲态或非激活态)时,在当前驻留的小区监听PEI,当前驻留的小区对应的接入网设备可以是第一接入网设备,也可以是其他接入网设备,本申请实施例对此不作限定。
在本申请实施例中,由于接入网设备在发送了第一配置信息的情况下一定能够解读/处理/维护PEI能力,因而终端设备在该情况下上报PEI能力后,终端设备可确定所上报的PEI能力可以成功被网络解读/处理/维护,进而确定后续在寻呼相关的操作中可使用PEI机制,避免终端设备和网络设备采用不同的寻呼操作,保证终端设备可以正常接收到网络的寻呼,提高终端设备的寻呼成功率,从而提高系统性能。
结合第二方面,在第二方面的某些实现方式中,所述第一接入网设备为所述终端设备进入空闲态或非激活态之前最近一次所连接到的接入网设备。
即第一接入网设备为终端设备最近一次进行PEI能力上报时的接入网设备。
应理解,若终端设备向低版本的接入网设备上报PEI能力之后,在进入空闲态或非激活态之前未再向高版本的接入网上报PEI能力,即使终端设备向低版本的接入网设备上报了PEI能力,终端设备后续也不会使用PEI机制而会采用传统的寻呼监听操作。若终端设备向高版本的接入网设备上报PEI能力之后,在进入空闲态或非激活态之前未再向低版本的接入网上报PEI能力,终端设备后续会采用PEI机制监听寻呼。
结合第二方面,在第二方面的某些实现方式中,所述PEI能力信息携带在第一信息中,所述第一信息用于指示所述终端设备的能力;所述方法还包括:接收来自所述第一接入网设备的能力查询消息,所述能力查询消息用于查询所述终端设备的能力;所述向所述第一接入网设备发送PEI能力信息,包括:基于所述能力查询消息,向所述第一接入网设备发送所述第一信息。
结合第二方面,在第二方面的某些实现方式中,在所述接收来自所述第一接入网设备的能力查询消息之前,所述方法还包括:向核心网设备发送第二信息,所述第二信息用于指示所述终端设备需要更新能力信息。
第三方面,提供了一种通信装置,用于执行上述各个方面或各个方面任意可能的实现方式中的方法。具体地,该装置包括用于执行上述各个方面或各个方面任意可能的实现方式中的方法的单元。
在一种设计中,该装置可以包括执行上述各个方面中所描述的方法/操作/步骤/动作所一一对应的模块,该模块可以是硬件电路,也可是软件,也可以是硬件电路结合软件实现。
在另一种设计中,该装置为通信芯片,通信芯片可以包括用于发送信息或数据的输入电路或者接口,以及用于接收信息或数据的输出电路或者接口。
在另一种设计中,该装置为通信设备,通信设备可以包括用于发送信息或数据的发射机,以及用于接收信息或数据的接收机。
在另一种设计中,该装置用于执行上述各个方面或各个方面任意可能的实现方式中的方法,该装置可以配置在上述终端设备中,或者该装置本身即为上述终端设备。
第四方面,提供了另一种通信装置,包括,处理器,存储器,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得该装置执行上述任一方面中任一种可能实现方式中的方法。
可选地,所述处理器为一个或多个,所述存储器为一个或多个。
可选地,所述存储器可以与所述处理器集成在一起,或者所述存储器与处理器分离设置。
可选地,该通信装置还包括,发射机(发射器)和接收机(接收器),发射机和接收机可以分离设置,也可以集成在一起,称为收发机(收发器)。
第五方面,提供了一种通信系统,包括用于实现上述第一方面或第一方面的任一种可能实现的方法的装置、接入网设备以及核心网设备;或者,用于实现上述第二方面或第二方面的任一种可能实现的方法的装置、接入网设备以及核心网设备。
在一种可能的设计中,该通信系统还可以包括本申请实施例所提供的方案中与终端设备进行交互的其他设备。
第六方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序(也可以称为代码,或指令),当所述计算机程序被运行时,使得计算机执行上述任一方面中任一种可能实现方式中的方法。
第七方面,提供了一种计算机可读介质,所述计算机可读介质存储有计算机程序(也可以称为代码,或指令)当其在计算机上运行时,使得计算机执行上述任一方面中任一种可能实现方式中的方法。
附图说明
图1是本申请实施例的一种通信系统的示意图;
图2是本申请实施例提供的寻呼基本流程的示意性流程图;
图3是本申请实施例提供的通过PEI信息指示终端设备寻呼的示意图;
图4是本申请实施例提供的一种通信方法的示意性流程图;
图5是本申请实施例提供的另一种通信方法的示意性流程图;
图6是本申请实施例提供的又一种通信方法的示意性流程图;
图7是本申请实施例提供的一种通信装置的示意性框图;
图8是本申请实施例提供的另一种通信装置的示意性框图;
图9是本申请实施例提供的又一种通信装置的示意性框图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
在本申请的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如,第一芯片和第二芯片仅仅是为了区分不同的芯片,并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
需要说明的是,本申请实施例中,“示例性地”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言,使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。
本申请实施例中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a--c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。
本申请实施例的技术方案可以应用于各种通信系统,例如:长期演进(long termevolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、通用移动通信系统(universal mobiletelecommunication system,UMTS)、第五代(5th generation,5G)系统或新无线(newradio,NR)或者其他演进的通信系统等。
本申请实施例中的终端设备也可以称为:用户设备(user equipment,UE)、移动台(mobile station,MS)、移动终端(mobile terminal,MT)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。
终端设备可以是一种向用户提供语音/数据连通性的设备,例如,具有无线连接功能的手持式设备、车载设备等。目前,一些终端的举例为:手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device,MID)、可穿戴设备,虚拟现实(virtual reality,VR)设备、增强现实(augmented reality,AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiationprotocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,5G网络中的终端设备或者未来演进的公共陆地移动网络(public land mobile network,PLMN)中的终端设备等,本申请实施例对此并不限定。
作为示例而非限定,在本申请实施例中,该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能首饰等。
此外,在本申请实施例中,终端设备还可以是物联网(internet of things,IoT)系统中的终端设备,IoT是未来信息技术发展的重要组成部分,其主要技术特点是将物品通过通信技术与网络连接,从而实现人机互连,物物互连的智能化网络。
另外,本申请实施例中的接入网设备可以是用于与终端设备通信的设备,该接入网设备也可称为无线接入网设备,可以是传输接收点(transmission reception point,TRP),还可以是LTE系统中的演进型基站(evolved NodeB,eNB或eNodeB),还可以是家庭基站(例如,home evolved NodeB,或home Node B,HNB)、基带单元(base band unit,BBU),还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器,或者该接入网设备可以为中继站、接入点、车载设备、可穿戴设备以及5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等,可以是WLAN中的接入点(access point,AP),可以是新型无线(new radio,NR)系统中的gNB,可以是卫星通信系统中的卫星基站等,本申请实施例并不限定。
在一种网络结构中,接入网设备可以包括集中单元(centralized unit,CU)节点、或分布单元(distributed unit,DU)节点、或包括CU节点和DU节点的无线接入网(radioaccess network,RAN)设备、或者控制面CU节点(CU-CP节点)和用户面CU节点(CU-UP节点)以及DU节点的RAN设备。
接入网设备为小区提供服务,终端设备通过接入网设备分配的传输资源(例如,频域资源,或者说,频谱资源)与小区进行通信,该小区可以属于宏基站(例如,宏eNB或宏gNB等),也可以属于小小区(small cell)对应的基站,这里的小小区可以包括:城市小区(metro cell)、微小区(micro cell)、微微小区(pico cell)、毫微微小区(femto cell)等,这些小小区具有覆盖范围小、发射功率低的特点,适用于提供高速率的数据传输服务。
本申请实施例的核心网(core network,CN)设备可以是4G网络中的核心网网元,例如,移动管理实体(mobile management entity,MME)、服务网关(serving gateway,sGW)等,也可以是5G网络中的核心网网元,例如,接入和移动性管理功能(access and mobilitymanagement function,AMF)网元、用户平面功能(user plane function,UPF)网元等,还可以是具有其他名称的核心网网元,本申请实施例对此不作限定。
本申请实施例中的接入网设备和核心网设备可以统称为网络设备。
在本申请实施例中,终端设备、接入网设备和核心网设备包括硬件层、运行在硬件层之上的操作系统层,以及运行在操作系统层上的应用层。该硬件层包括中央处理器(central processing unit,CPU)、内存管理单元(memory management unit,MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统,例如,Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且,本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定,只要能够通过运行记录有本申请实施例的提供的方法的代码的程序,以根据本申请实施例提供的方法进行通信即可,例如,本申请实施例提供的方法的执行主体可以是终端设备、接入网设备和核心网设备中的一种,或者,是上述设备中能够调用程序并执行程序的功能模块。
另外,本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如,计算机可读介质可以包括,但不限于:磁存储器件(例如,硬盘、软盘或磁带等),光盘(例如,压缩盘(compact disc,CD)、数字通用盘(digital versatile disc,DVD)等),智能卡和闪存器件(例如,可擦写可编程只读存储器(erasable programmableread-only memory,EPROM)、卡、棒或钥匙驱动器等)。另外,本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于,无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
为便于理解本申请实施例,首先结合图1对适用于本申请实施例的通信系统进行详细说明。
图1为本申请实施例提供的一种通信系统100的示意图,该通信系统100可以包括终端设备101、接入网设备102和核心网设备103。其中,终端设备101通过无线的方式与接入网设备102相连,接入网设备102可以通过无线或有线的方式与核心网设备103连接。
应理解,在上述通信系统中,终端设备、接入网设备和核心网设备都可以有多个,本申请实施例对此不做限定。
应理解,图1只是示意图,该通信系统100中还可以包括其它网络设备,例如,无线中继设备和无线回传设备,图1中未示出。本申请实施例对该通信系统100中包括的核心网设备、接入网设备和终端设备的数量不做限定。
下面,对本申请实施例所涉及的相关术语进行介绍。
1、系统信息(system information,SI)
系统信息是接入网设备(例如基站)发送的消息,其中包含终端设备初始化所需的信息以及一些其他功能/特性的相关信息。
具体而言,系统信息分为最小系统信息(minimum system information,MSI)和其他系统信息(other system information,OSI)。其中,最小系统信息由主信息块(masterinformation block,MIB)和系统信息块1(system information block 1,SIB1)组成。SIB1也称为剩余最小系统信息(remaining minimum system information,RMSI)。接入网设备可以周期性地在广播信道(broadcast channel,BCH)上广播MIB,周期性地在下行链路共享信道(downlink shared channel,DL-SCH)上广播SIB1,或者通过专用信令的方式将MIB和/或SIB1发送给处于RRC连接态(RRC_CONNECTED)的终端设备。其他系统信息由其他SIB组成,例如,SIB2~SIB9等。接入网设备周期性地在DL-SCH上广播其他SIB,或者按需(on-demand)地在DL-SCH上广播其他SIB(即,当处于RRC空闲态(RRC_IDLE)或RRC非激活态(RRC_INACTIVE)的终端设备请求了某SIB,接入网设备才广播该SIB,否则不发送该SIB),或者通过专用信令的方式将其他SIB发送给处于RRC连接态的终端设备。
处于RRC空闲态或RRC非激活态的终端设备获取系统信息的基本流程是:终端设备首先获取MIB,根据MIB内的调度信息获取SIB1,再根据SIB1内的调度信息获取其他SIB。
SIB1中配置有默认寻呼周期T、寻呼周期中寻呼帧(paging frame,PF)的个数N和PF的偏移PF_offset,一个PF对应寻呼时机(paging occasion,PO)的数量N等参数。
终端设备完成小区搜索和系统消息的获取之后,根据系统消息确定驻留在目标小区。终端设备发起初始接入流程,请求与网络侧建立RRC连接,经过接入网设备和核心网设备的配置,终端设备完成RRC连接的建立,进入连接态。
2、RRC空闲态(RRC_IDLE)
当终端设备处于RRC空闲态时,终端设备未保留无线资源控制(radio resourcecontrol,RRC)上下文(context)等信息。RRC上下文是终端设备与网络设备之间建立通信的参数。RRC上下文可以包括安全上下文、终端设备的能力信息等。同时,终端设备也未与核心网设备建立连接。通常来说,处于RRC空闲态的终端设备仅周期性地唤醒以接收寻呼消息。
3、RRC非激活态(RRC_INACTIVE)
当终端设备处于RRC非激活态时,终端设备和网络设备之间保留了RRC上下文。同时,终端设备也与核心网设备建立连接,即核心网设备处于核心网连接态(CN_CONNECTED)。此时,切换到连接态以进行数据接收的流程是相对快速的,且无须产生额外的核心网信令开销。此外,处于RRC非激活态的终端设备也同样会进入休眠状态。因此,RRC非激活态能够满足降低连接时延、减小信令开销和功耗的需求。
4、RRC连接态(RRC_CONNECTED)
当终端设备处于RRC连接态时,终端设备已建立RRC上下文。终端设备与网络设备之间建立通信所需的参数已被通信双方所获取。网络设备为接入的终端设备分配小区无线网络临时标识(cell radio network temporary identifier,C-RNTI)。同时,终端设备也与核心网设备建立连接。此时,如果终端设备正在传送数据,则处于连续接收状态,直至数据传送完成而进入等待状态时,终端设备切换为连接态采用非连续接收(discontinuousreception,DRX)以节省功耗。如果后续还有数据待传送,终端设备则再次返回连续接收状态。此时,由于RRC上下文已建立,终端设备离开连接态DRX并准备连续接收所需的切换时间相对于从RRC空闲状态切换到RRC连接状态的时间要短得多。
5、终端设备能力查询
在终端设备进入连接态之后,如果接入网设备需要查询终端设备的能力,则接入网设备可以发起终端设备的能力查询流程。
具体地,接入网设备下发能力请求(UE Capability Enquiry)消息,终端设备接收该能力请求消息,并根据请求将自身的能力通过终端设备能力信息(UE CapabilityInformation)上报给接入网设备。
6、寻呼
当需要向处于非连接态的终端设备发送数据时,网络设备会发送寻呼消息,以寻呼终端设备,终端设备在接收到寻呼消息之后,会与网络设备建立连接以接收数据。
具体地,接入网设备针对某个终端设备会在计算的PO上发送寻呼消息,该终端设备在相同的PO上进行监听,接收寻呼消息,从而实现寻找特定的某个终端设备的目的。寻呼支持非连续接收(discontinuous reception,DRX),DRX机制能够使终端设备在固定的时间段内醒来监听寻呼消息,其余时间终端设备可以处于休眠状态以降低功耗。终端设备的每次唤醒周期是DRX周期,一个DRX周期内包括若干寻呼帧(paging frame,PF),一个PF对应若干寻呼时机(paging occasion,PO),终端设备只需要在某个PO上监听并接收寻呼消息。
其中,用于寻呼的PF和PO由以下公式计算:
PF的系统帧号(system frame number,SFN)满足:
(SFN+PF_offset)mod T=(T div N)*(UE_ID mod N);
PO的索引i_s=floor(UE_ID/N)mod Ns;
其中,T为终端设备的DRX周期,N为一个寻呼周期中PF的个数,PF_offset为PF的偏移,UE_ID为终端设备的标识mod 1024(例如可以为终端设备的5G-S临时移动签约标识(5GS-temporary mobile subscription identifier,5G-S-TMSI)),div表示除。
图2示出了一种寻呼基本流程200。该寻呼基本流程200可以应用于图1所示的通信系统100中,包括下列步骤:
S210,核心网设备向接入网设备发送寻呼消息,该寻呼消息中携带终端设备寻呼记录列表,该终端设备寻呼记录列表包括想要寻呼的终端设备的标识。对应地,接入网设备接收该寻呼消息。
S220,接入网设备根据终端设备的标识可以计算出本次寻呼具体的PF和PO位置,在计算出的PF和PO位置上发送寻呼消息。对应地,终端设备根据终端设备的标识可以计算出本次寻呼具体的PF和PO位置,在计算出的PF和PO位置上进行监听,接收该寻呼消息。
具体地,寻呼消息可以通过下行控制信息(downlink control information,DCI)调度,终端设备可以使用寻呼无线网络临时标识符(paging-radio network temporaryidentity,P-RNTI)解扰寻呼物理下行控制信道(physical downlink control channel,PDCCH)和寻呼物理下行共享信道(physical downlink shared channel,PDSCH),获得DCI,进而获得PDSCH中的寻呼消息。
需要说明的是,根据触发寻呼的网元不同,寻呼可以分为:核心网(core network,CN)触发的CN寻呼和无线接入网(radio access network,RAN)触发的RAN寻呼。网络可能对处于RRC_IDLE态的终端设备发起CN寻呼,可能对处于RRC_INACTIVE态的终端设备发起CN寻呼或RAN寻呼。
7、终端设备分组(UE subgroup)机制与寻呼提前指示(paging earlyindication,PEI)
现有的寻呼机制中,终端设备只有在接收并解码了寻呼消息后,才能知道本次寻呼是否为针对本终端设备的寻呼。对于实际未被寻呼的终端设备来说,存在不必要的寻呼接收,导致寻呼虚警(false alarm)的问题,且产生了不必要的功耗。
导致寻呼虚警的主要原因之一是:存在多个终端设备监听同一PO的情况,因为按照协议规定的计算公式,尽管一个核心网下分配的终端设备的标识可以不同,但是UE_ID(j即终端设备的标识mod 1024)可能相同,根据上述PF和PO计算公式,不同终端设备计算出的PO位置可能是相同的。另外,在现有寻呼机制下,终端设备在接收到寻呼DCI时只获得了寻呼消息的调度信息,而不能知道本次寻呼消息是否为针对自己的寻呼消息。终端设备只能在随后接收并解码完PDSCH上的寻呼消息后,根据寻呼消息中的终端设备的标识信息才能判断出本次寻呼是否针对本终端设备。因此,当多个终端设备监听同一PO时,如果某次寻呼仅针对其中部分终端设备,那么对于实际未被寻呼的终端设备来说,就存在不必要的寻呼接收,产生不必要的功耗。
针对这一问题,提出了分组机制,该机制将监听同一PO的终端设备分组(即把同一PO上的终端设备分到不同的子组内),通过向终端设备发送的PEI信息指示本次寻呼所针对的PO的个数和每个PO上每个终端设备子组是否需要进行监听。网络设备在寻呼终端设备时,先发送PEI信息,终端设备通过解析PEI信息确定是否需要监听对应的PO,使得终端设备在接收寻呼PDCCH和寻呼PDSCH之前,就可以获知本次是否需要接收寻呼。这样,对于一个PO而言,只有PEI信息中指示需要监听该PO的终端设备才会在监听该PO,实际未被寻呼的终端设备并不会监听PO,降低了实际未被寻呼的终端设备的功耗。
示例性地,上述PEI信息可以是通过格式DCI 2-7来指示终端设备的。PEI能指示后面几个PO及每个PO中终端设备子组是否需要来监听寻呼PDCCH和寻呼PDSCH。PEI信息中的比特指示终端设备子组是否在PO上监听寻呼消息。
以终端设备为UE为例,PEI信息指示本次寻呼所针对的PO的个数和每个PO上UE分到不同的UE子组。图3是通过PEI信息指示终端设备寻呼的示意图。如图3所示,PEI的前M个比特指示PO 1对应的M个UE子组,PEI的N个比特指示PO 2对应的N个UE子组,M和N均为正整数。UE子组1为PO 1的M个子组中的第1个子组,由于PEI对终端设备子组1指示的比特为“0”,表明UE子组1所包括的UE不需要在PO 1的位置监听PDCCH。UE子组2为PO 1的M个子组中的第2个子组,由于PEI对UE子组2指示的比特为“1”,表明UE子组2需要在PO 1的位置监听PDCCH,UE子组2所包括的UE在接收到寻呼DCI之后,根据寻呼DCI指示的调度信息,解码PDSCH,从而获得寻呼消息。
根据具体如何实现对UE进行分组,UE分组机制可有不同类型。例如,CN控制的UE分组(CN controlled subgrouping)和基于UE ID的UE分组(UE ID based subgrouping)。
其中,CN控制的UE分组(简称CN分组)是一种让CN(例如,AMF)负责对UE进行分组的UE分组机制。CN分组可以包括如下步骤:
步骤1,UE可以上报UE辅助信息给CN(例如AMF),用于辅助CN决定UE所属的分组。其中,辅助信息可以是UE的寻呼概率信息(paging probability)、UE的功耗偏好信息(powerprofile)等等。
步骤2,CN决定UE所属的分组,并将UE分组组号(UE subgroup ID)发送至UE。其中,CN如何决定UE所属的分组可以是CN实现,例如,CN可以参考UE提供的UE辅助信息和/或其他信息。
步骤3,CN将UE所属的分组信息(例如UE分组组号)提供给RAN(基站,例如gNB)。
步骤4,RAN(例如基站)可能广播一些和CN分组机制相关的参数。
其中,基于UE ID的UE分组(简称UE ID分组)是一种基于UE的ID信息和基站发送的分组总数确定UE所属分组的机制。例如,假设UE ID分组的总数为N,则一种简单的UE分组组号的计算方式为:subgroup ID=UE_ID mod N。UE ID分组可以包括如下步骤:
步骤1,RAN(例如基站)广播一些和UE_ID分组机制相关的参数。
步骤2,UE和基站分别基于UE的ID信息和UE_ID分组机制相关的参数,计算UE分组组号。
基于上述PEI机制,SIB1消息中新增了pei-Config-r17信元,其中包括lastUsedCellOnly-r17信元,当lastUsedCellOnly-r17信元存在时,终端设备可以根据当前小区是否为自己的最近使用小区(last used cell)确定是否监听PEI。终端设备可以根据RRC释放(release)消息确定自己的最近使用小区。RRC释放消息中新增noLastCellUpdate-r17信元,终端设备最近接收到的不包含noLastCellUpdate-r17信元的RRC释放消息的小区是该终端设备的最近使用小区。因此,终端设备可以根据RRC释放消息中是否存在noLastCellUpdate-r17信元进行判断,若RRC释放消息中存在noLastCellUpdate-r17信元,则不更新用于PEI的最近使用小区,否则,将当前小区更新为最近使用小区。
8、终端设备寻呼能力的上报与维护
终端设备会在终端设备的能力上报流程中上报寻呼相关的终端设备能力。具体地,寻呼相关的终端设备能力(也可以称为终端设备寻呼能力)可以包括下列信息:
(1)PEI能力:用于指示终端设备在哪些频带(band)上支持PEI。特别地,支持PEI也意味着支持终端设备分组机制;
(2)PO标识(PO index)计算能力:用于指示终端设备是否支持在RRC_INACTIVE态下时使用RRC_IDLE态下的PO index;
(3)降低能力(reduced capability,RedCap)的终端设备的接收天线通道数(Rxbranch)能力:用于指示RedCap UE支持的接收天线通道数目;
(4)RedCap的终端设备的半双工能力:用于指示RedCap的终端设备是否支持半双工或者在哪些band上支持半双工;
(5)下行调度能力:用于指示终端设备是否支持针对PDSCH的大于0的下行调度时隙偏移值(DL scheduling slot offset);
(6)支持频带能力:用于指示终端设备支持的频带。
接入网设备接收到终端设备上报的寻呼相关的终端设备能力后,基于寻呼相关的终端设备能力生成无线寻呼信息消息(UERadioPagingInformation message)。终端设备将该消息发送至核心网设备。核心网设备接收并保存接入网设备发送的无线寻呼信息消息。
对于CN寻呼:核心网设备发起对某终端设备的寻呼时,核心网设备将该终端设备的无线寻呼信息再转发至参与本次寻呼的各个接入网设备。接入网设备接收到终端设备的无线寻呼信息后,可根据其中的相关终端设备能力,确定如何对该终端设备发起寻呼。
对于RAN寻呼:锚点(anchor)接入网设备发起对某终端设备的寻呼时,锚点(anchor)接入网设备将该终端设备的无线寻呼信息再转发至参与本次寻呼的各个接入网设备。接入网设备接收到终端设备的无线寻呼信息后,可根据其中的相关终端设备能力,确定如何对该终端设备发起寻呼。
以PEI能力为例,支持PEI机制的终端设备可以在网络设备查询终端设备能力时将能力信息上报给网络设备,该能力信息包括PEI能力信息,指示终端设备支持接收PEI。在终端设备上报的能力信息包括PEI能力信息的情况下,网络设备认为终端设备可以采用上述分组机制,在寻呼时先向终端设备发送PEI信息,以便终端设备解析PEI信息确定是否要监听对应的PO。
对于特定的一个终端设备而言,终端设备在目标小区建立连接后,接入网设备查询该终端设备的能力,该终端设备将自身能力信息上报给接入网设备,该能力信息中包括PEI能力。终端设备再次进入RRC空闲态或者RRC非激活态后,如果当前驻留的小区支持PEI且该终端设备已上报过PEI能力,则该终端设备可以使用PEI机制,即根据PEI的指示确定是否监听对应的PO。否则,该终端设备不使用PEI机制,而是采用传统的寻呼监听操作,即该终端设备直接监听PO。
但是,上述能力信息是终端设备上报给接入网设备的,接入网设备需要从能力信息中解码出寻呼相关能力,生成终端设备的无线寻呼信息,再传递给核心网设备。对于低版本的接入网设备,基于现有的协议架构方式,无法解析终端设备上报的PEI能力信息,进而无法将终端设备的PEI能力信息传递给核心网设备。因而,CN寻呼时,核心网推送至各个接入网设备的终端设备寻呼能力信息中将不包含终端设备的PEI能力。或者,RAN寻呼时,锚点接入网设备推送至各个接入网设备的终端设备寻呼能力信息中将不包含终端设备的PEI能力。然而,终端设备无法获知上述情况,终端设备认为自己已经上报了PEI能力信息,当终端设备处于非连接态时,终端设备会使用PEI机制,根据PEI确定是否监听对应的PO。接入网设备由于未获取到终端设备的PEI能力信息,故不会使用PEI寻呼该终端设备,导致终端设备可能无法被寻呼到,无法与网络侧进行通信。
有鉴于此,本申请实施例提供了一种通信方法和通信装置,能够解决终端设备和网络设备对于终端设备的PEI能力理解不一致的问题,提高终端设备的寻呼成功率,从而提高系统性能。
下面将详细说明本申请提供的各个实施例。
本申请实施例以终端设备、接入网设备和核心网设备为例进行描述,应理解,终端设备可以替换为能够实现与终端设备类似的功能的装置或芯片,接入网设备也可以替换为能够实现与接入网设备类似的功能的装置或芯片,核心网设备也可以替换为能够实现与核心网设备类似的功能的装置或芯片,本申请实施例对其名称不作限定。
图4是本申请实施例提供的一种通信方法400的示意性流程图。该方法可以应用于上述通信系统100中,也可以应用于其他通信系统,本申请实施例对此不作限定。该方法400包括下列步骤:
S410,第一接入网设备广播第一系统信息;则对应地,终端设备接收来自第一接入网设备的第一系统信息。
S420,终端设备向第一接入网设备发送第一信息,该第一信息用于指示终端设备的能力;在第一系统信息中不包括第一配置信息的情况下,该第一信息不携带PEI能力信息,该PEI能力信息用于指示终端设备支持接收PEI;其中,第一配置信息用于配置PEI。
示例性地,第一配置信息可以用于配置PEI的监听时机(monitoring occasions)、配置用于发送PEI的时频资源等。上述第一配置信息可以称为PEI相关配置信息,本申请实施例对其叫法不做限定。
示例性地,上述第一配置信息可以为下列至少一个:pei-Config-r17、pei-ConfigBWP-r17、dci-Format2-7-r17、或者后续协议演进增加的寻呼配置信元。
示例性地,上述第一信息具体可以为终端设备能力信息(UE CapabilityInformation)。
作为一个可选的实施例,在第一系统信息中包括第一配置信息的情况下,第一信息携带所述PEI能力信息。
在本申请实施例中,若第一系统信息中包括第一配置信息,则终端设备认为当前小区(即第一接入网设备)可支持PEI特性,可解读终端设备上报的PEI能力,因此,终端设备上报PEI能力;若第一系统信息中不包括第一配置信息,则终端设备认为当前小区(即第一接入网设备)不支持PEI特性,不能解读终端设备上报的PEI能力,终端设备不上报PEI能力。
应理解,上述发送了第一配置信息的接入网设备可理解为可支持PEI特性或可解读终端设备上报的PEI能力的接入网设备,也可以称为高版本的接入网设备,上述未发送第一配置信息的接入网设备可能支持PEI特性或可解读终端设备上报的PEI能力,也可能不支持PEI特性或不能解读终端设备上报的PEI能力,终端设备可以认为未发送第一配置信息的接入网设备为不支持PEI特性或不能解读终端设备上报的PEI能力的接入网设备,也可以称为低版本的接入网设备。
本申请实施例的通信方法,终端设备通过第一配置信息的发送情况推断接入网设备是否能够解读/处理/维护PEI能力,以便终端设备根据第一配置信息是否存在而选择性地上报PEI能力,由于接入网设备在未发送第一配置信息的情况下可能不能够解读/处理/维护PEI能力,因而终端设备在该情况下不上报PEI能力,进而确定后续在寻呼相关的操作中也不使用PEI机制,能够解决终端设备和网络设备对于终端设备的PEI能力理解不一致的问题,避免终端设备和网络设备采用不同的寻呼操作,保证终端设备可以正常接收到网络的寻呼,提高终端设备的寻呼成功率,从而提高系统性能。
作为一个可选的实施例,若上述第一信息未携带PEI能力,该终端设备后续进入非连接态(即空闲态或非激活态)时,无论终端设备当前驻留的小区是否支持PEI机制,该终端设备采用传统的寻呼监听操作,即该终端设备直接监听PO。
作为一个可选的实施例,若上述第一信息携带PEI能力,上述方法还包括:终端设备向第一接入网设备发送PEI能力信息后,监听来自第一接入网设备或其他接入网设备的PEI,并根据该PEI的接收情况监听寻呼。
即终端设备后续再次进入非连接态(即空闲态或非激活态)时,在当前驻留的小区监听PEI,当前驻留的小区对应的接入网设备可以是第一接入网设备,也可以是其他接入网设备,本申请实施例对此不作限定。
可选地,上述终端设备在当前驻留的小区监听PEI,可以是在满足使用PEI机制的条件之后才监听PEI。该使用PEI机制的条件可以是:当前小区支持使用PEI特性(即当前小区的系统信息中包括第一配置信息),和/或,终端设备支持当前小区使用的终端设备分组机制。
应理解,上述PEI的接收情况包括两种:(1)终端设备接收到了PEI;(2)终端设备监听PEI但是没有收到。具体而言,若终端设备接收到了PEI,该终端设备可以根据PEI确定该终端设备所属的子组是否需要在对应的PO上监听寻呼,若该终端设备所属的子组需要在对应的PO上监听寻呼,则该终端设备监听该PEI相关联的PO,接收到寻呼DCI,根据寻呼DCI的指示,接收寻呼消息。若终端设备未收到PEI,则该终端设备可以采用传统的寻呼监听操作,即该终端设备直接监听PO。
上述第一信息可以通过多种方式上报。在一种可能的实现方式中,上述第一信息是接入网设备查询的情况下,终端设备进行上报的。
作为一个可选的实施例,上述方法还包括:第一接入网设备向终端设备发送能力查询消息,则对应地,终端设备接收来自第一接入网设备的能力查询消息,该能力查询消息用于查询终端设备的能力;上述S420包括:终端设备基于能力查询消息,向第一接入网设备发送第一信息;则对应地,第一接入网设备接收该第一信息。
在另一种可能的实现方式中,上述第一信息是终端设备主动上报的。
可选地,终端设备可以等待一段时间,若网络侧未查询终端设备能力,则终端设备主动触发上报第一信息。
可选地,终端设备可以触发移动性注册过程,以进行上述第一信息的上报。
作为一个可选的实施例,上述方法还包括:终端设备向核心网设备发送第二信息,所述第二信息用于指示所述终端设备需要更新能力信息;则对应地,核心网设备接收该第二信息。核心网设备向第一接入网设备发送能力查询消息,通知第一接入网设备查询终端设备的能力。第一接入网设备在收到核心网设备的通知之后,向终端设备发送能力查询消息,则对应地,终端设备接收来自第一接入网设备的能力查询消息,该能力查询消息用于查询终端设备的能力;上述S420包括:终端设备基于所述能力查询消息,向所述第一接入网设备发送第一信息;则对应地,第一接入网设备接收该第一信息。
应理解,上述终端设备向核心网设备发送第二信息,实际上是终端设备通过接入网设备向核心网设备发送第二信息,接入网设备仅仅对第二信息进行透传。
示例性地,上述第二信息可以为移动性注册请求消息或注册请求消息等,本申请实施例对此不作限定。
可选地,本申请实施例可能涉及更换接入网设备的场景,即终端设备从第二接入网设备更换至第一接入网设备。图5示出了本申请实施例的另一通信方法500的示意性流程图。该方法500包括下列步骤:
S510,第二接入网设备发送第二系统信息,终端设备接收来自第二接入网设备的第二系统信息。
S520,终端设备与第二接入网设备建立RRC连接。
S530,第二接入网设备向终端设备发送能力查询消息,用于查询该终端设备的能力;则对应地,终端设备接收该能力查询消息。
S540,终端设备向第二接入网设备上报终端设备能力信息。
可选地,若第二系统信息中包括第一配置信息(即PEI相关配置信息)则终端设备能力信息中包括PEI能力信息。应理解,第二接入网设备的第二系统信息中包括第一配置信息,表明第二接入网设备为高版本的接入网设备,可以解析PEI能力信息,并将其发送给核心网设备,终端设备可以上报PEI能力信息。
若第二系统信息中不包括第一配置信息(即PEI相关配置信息)则终端设备能力信息中不包括PEI能力信息。应理解,第二接入网设备的第二系统信息中不包括第一配置信息,表明第二接入网设备为低版本的接入网设备,不可以解析PEI能力信息,终端设备无需上报PEI能力信息。
S550,第一接入网设备发送第一系统信息;则对应地,终端设备接收来自第一接入网设备的第一系统信息。
S560,终端设备与第一接入网设备建立RRC连接。
S570,第一接入网设备向终端设备发送能力查询消息,用于查询该终端设备的能力;则对应地,终端设备接收该能力查询消息。
S580,终端设备向第一接入网设备上报终端设备能力信息。
同上,若第一系统信息中包括第一配置信息(即PEI相关配置信息),则终端设备能力信息中包括PEI能力信息。若第一系统信息中不包括第一配置信息(即PEI相关配置信息),则终端设备能力信息中不包括PEI能力信息。
S590,终端设备进入空闲态或非激活态后,终端设备可以根据S580是否上报了PEI能力信息,来确定寻呼监听机制。
若终端设备未上报PEI能力信息,则该终端设备可以采用传统的寻呼监听操作,即该终端设备直接监听PO。
若终端设备上报了PEI能力信息,则该终端设备可以使用PEI机制,即该终端设备监听PEI,根据PEI的接收情况确定是否监听PO。
在本申请实施例中,若终端设备从高版本的接入网设备更换到了低版本的接入网设备,即使终端设备向高版本的接入网设备上报了PEI能力,在更换到低版本的接入网设备之后,终端设备向低版本的接入网设备上报终端设备能力信息,终端设备也不会向低版本的接入网设备上报PEI能力,后续不会使用PEI机制而会采用传统的寻呼监听操作。若终端设备从低版本的接入网设备更换到了高版本的接入网设备,即使终端设备未向低版本的接入网设备上报PEI能力,在更换到高版本的接入网设备之后,终端设备向高版本的接入网设备上报PEI能力,后续会采用PEI机制监听寻呼。
图6是本申请实施例提供的另一种通信方法600的示意性流程图。该方法可以应用于上述通信系统100中,也可以应用于其他通信系统,本申请实施例对此不作限定。该方法600包括下列步骤:
S610,第一接入网设备发送第一系统信息;则对应地,终端设备接收来自第一接入网设备的第一系统信息。
S620,终端设备向第一接入网设备发送PEI能力信息,该PEI能力信息用于指示终端设备支持接收PEI;对应地,第一接入网设备接收该PEI能力信息。
S630,在上述第一系统信息中不包括第一配置信息的情况下,终端设备不根据来自第一接入网设备或其他接入网设备的PEI监听寻呼时机PO;其中,第一配置信息用于配置PEI。
上述第一配置信息的相关解释可以参照方法400中的描述,此处不再赘述。
上述PEI能力信息可以携带在方法400所描述的第一信息(例如终端设备能力信息(UE Capability Information))中,本申请实施例对此不作限定。
应理解,上述发送了第一配置信息的接入网设备可理解为可支持PEI特性或可解读终端设备上报的PEI能力的接入网设备,也可以称为高版本的接入网设备,上述未发送第一配置信息的接入网设备可能支持PEI特性或可解读终端设备上报的PEI能力,也可能不支持PEI特性或不能解读终端设备上报的PEI能力,终端设备可以认为未发送第一配置信息的接入网设备为不支持PEI特性或不能解读终端设备上报的PEI能力的接入网设备,也可以称为低版本的接入网设备。
作为一个可选的实施例,上述方法还包括:在第一系统信息中包括第一配置信息的情况下,终端设备根据来自第一接入网设备或其他接入网设备的PEI监听PO。
即终端设备后续进入非连接态(即空闲态或非激活态)时,在当前驻留的小区监听PEI,当前驻留的小区对应的接入网设备可以是第一接入网设备,也可以是其他接入网设备,本申请实施例对此不作限定。
可选地,上述终端设备在当前驻留的小区监听PEI,可以是在满足使用PEI机制的条件之后才监听PEI。该使用PEI机制的条件可以是:当前小区支持使用PEI特性(即当前小区的系统信息中包括第一配置信息),和/或,终端设备支持当前小区使用的终端设备分组机制。
应理解,上述根据PEI监听PO包括:(1)终端设备接收到了PEI;(2)终端设备监听PEI但是没有收到。具体而言,若终端设备接收到了PEI,该终端设备可以根据PEI确定该终端设备所属的子组是否需要在对应的PO上监听寻呼,若该终端设备所属的子组需要在对应的PO上监听寻呼,则该终端设备监听该PEI相关联的PO,接收到寻呼DCI,根据寻呼DCI的指示,接收寻呼消息。若终端设备未收到PEI,则该终端设备可以采用传统的寻呼监听操作,即该终端设备直接监听PO。
在本申请实施例中,若第一系统信息中包括第一配置信息,则终端设备认为当前小区(即第一接入网设备)可支持PEI特性,可解读终端设备上报的PEI能力,因此,终端设备上报PEI能力之后可以认为网络设备已成功解读/处理/维护PEI能力,即终端设备和网络设备对终端设备的PEI能力的理解是一致的,后续终端设备可以根据来自第一接入网设备或其他接入网设备的PEI监听PO;若第一系统信息中不包括第一配置信息,则终端设备认为当前小区(即第一接入网设备)不支持PEI特性,不能解读终端设备上报的PEI能力,因此,终端设备上报PEI能力之后认为网络设备可能未成功解读/处理/维护PEI能力,即终端设备和网络设备对终端设备的PEI能力的理解可能是不一致的,后续终端设备不根据PEI监听寻呼时机PO,而是采用传统的寻呼监听操作,即该终端设备直接监听PO。
应理解,上述可支持PEI特性、可解读终端设备上报的PEI能力的接入网设备,也可以称为高版本的接入网设备,上述不支持PEI特性、不能解读终端设备上报的PEI能力的接入网设备,也可以称为低版本的接入网设备。
本申请实施例的通信方法,终端设备通过第一配置信息的发送情况推断接入网设备是否能够解读/处理/维护PEI能力,以便终端设备根据第一配置信息是否存在选择对应的寻呼监听机制,由于接入网设备在未发送第一配置信息的情况下可能不能够解读/处理/维护PEI能力,因而终端设备在该情况下即使上报了PEI能力后续在寻呼相关的操作中也不使用PEI机制,能够解决终端设备和网络设备对于终端设备的PEI能力理解不一致的问题,避免终端设备和网络设备采用不同的寻呼操作,保证终端设备可以正常接收到网络的寻呼,提高终端设备的寻呼成功率,从而提高系统性能。
应理解,上述终端设备不根据PEI监听寻呼时机PO可以包括两种情况:(1)终端设备监听PEI但是不使用该PEI,即使终端设备接收到了PEI,也不根据PEI确定是否监听PO,而是直接监听PO;(2)终端设备不监听PEI。
作为一个可选的实施例,上述第一接入网设备为终端设备进入空闲态或非激活态之前最近一次所连接到的接入网设备。即第一接入网设备为终端设备最近一次进行PEI能力上报时的接入网设备。
应理解,若终端设备向低版本的接入网设备上报PEI能力之后,在进入空闲态或非激活态之前未再向高版本的接入网上报PEI能力,即使终端设备向低版本的接入网设备上报了PEI能力,终端设备后续也不会使用PEI机制而会采用传统的寻呼监听操作。若终端设备向高版本的接入网设备上报PEI能力之后,在进入空闲态或非激活态之前未再向低版本的接入网上报PEI能力,终端设备后续会采用PEI机制监听寻呼。
上述PEI能力信息携带在第一信息中,该第一信息用于指示所述终端设备的能力。第一信息的相关解释可以参照方法400中的描述,此处不再赘述。该第一信息可以通过多种方式上报。在一种可能的实现方式中,上述第一信息是接入网设备查询的情况下,终端设备进行上报的。
作为一个可选的实施例,上述方法还包括:第一接入网设备向终端设备发送能力查询消息,对应地,终端设备接收该能力查询消息,该能力查询消息用于查询终端设备的能力;上述S620包括:终端设备基于能力查询消息,向第一接入网设备发送第一信息;则对应地,第一接入网设备接收该第一信息。
在另一种可能的实现方式中,上述第一信息是终端设备主动上报的。
可选地,终端设备可以等待一段时间,若网络侧未查询终端设备能力,则终端设备主动触发上报第一信息。
可选地,终端设备可以触发移动性注册过程,以进行上述第一信息的上报。
作为一个可选的实施例,上述方法还包括:终端设备向核心网设备发送第二信息,所述第二信息用于指示所述终端设备需要更新能力信息;则对应地,核心网设备接收该第二信息。核心网设备向第一接入网设备发送能力查询消息,通知第一接入网设备查询终端设备的能力。第一接入网设备在收到核心网设备的通知之后,向终端设备发送能力查询消息,则对应地,终端设备接收来自第一接入网设备的能力查询消息,该能力查询消息用于查询终端设备的能力;上述S620包括:终端设备基于所述能力查询消息,向所述第一接入网设备发送第一信息;则对应地,第一接入网设备接收该第一信息。
应理解,上述终端设备向核心网设备发送第二信息,实际上是终端设备通过接入网设备向核心网设备发送第二信息,接入网设备仅仅对第二信息进行透传。
示例性地,上述第二信息可以为移动性注册请求消息或注册请求消息等,本申请实施例对此不作限定。
可选地,本申请实施例可能涉及更换接入网设备的场景,即终端设备从第二接入网设备更换至第一接入网设备。更换接入网设备的场景与上述方法500类似,若终端设备从高版本的接入网设备更换到了低版本的接入网设备,则终端设备最近一次上报PEI能力时对应的接入网设备为低版本的接入网设备,终端设备不会根据PEI监听PO,后续会采用传统的寻呼监听操作。若终端设备从低版本的接入网设备更换到了高版本的接入网设备,则终端设备最近一次上报PEI能力时对应的接入网设备为高版本的接入网设备,终端设备后续会采用PEI机制监听寻呼。
应理解,在上文实施例中,终端设备和/或接入网设备可以执行各实施例中的部分或全部步骤。这些步骤或操作仅是示例,本申请实施例还可以执行其它操作或者各种操作的变形。此外,各个步骤可以按照各实施例呈现的不同的顺序来执行,并且有可能并非要执行本申请实施例中的全部操作。上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
还应理解,上述实施例都是以PEI能力为例进行说明的,但对于其他终端设备寻呼能力(例如,PO标识计算能力、RedCap的终端设备的Rx branch、RedCap的终端设备的半双工能力、下行调度能力、支持频带能力等)本申请也适用。
针对其中某个寻呼能力,终端设备确定系统信息中是否包括该寻呼能力相关的配置信息,如果有,终端设备就上报该寻呼能力,或者,终端设备上报该寻呼能力且认为之后是可以使用相应机制的;如果没有,终端设备就不上报该寻呼能力,或者终端设备上报该寻呼能力但认为之后不能使用相应的机制。
上文中结合图1至图6,详细描述了本申请实施例的方法,下面将结合7至图9,详细描述本申请实施例的装置。
图7示出了本申请实施例提供的一种通信装置700。该装置700可以终端设备,也可以是终端设备中的芯片。该装置700包括:接收单元710和发送单元720。
其中,接收单元710用于:接收来自第一接入网设备的第一系统信息;发送单元720用于:向所述第一接入网设备发送第一信息,所述第一信息用于指示所述装置的能力,在所述第一系统信息中不包括第一配置信息的情况下,所述第一信息不携带PEI能力信息,所述PEI能力信息用于指示所述装置支持接收PEI;其中,所述第一配置信息用于配置PEI。
可选地,在所述第一系统信息中包括所述第一配置信息的情况下,所述第一信息携带所述PEI能力信息。
可选地,接收单元710还用于:监听来自所述第一接入网设备或其他接入网设备的PEI,并根据所述PEI的接收情况监听寻呼。
可选地,所述接收单元710还用于:接收来自所述第一接入网设备的能力查询消息,所述能力查询消息用于查询所述装置的能力;所述发送单元用于:基于所述能力查询消息,向所述第一接入网设备发送所述第一信息。
可选地,所述发送单元720还用于:向核心网设备发送第二信息,所述第二信息用于指示所述装置需要更新能力信息。
可选地,所述接收单元710还用于:接收来自第二接入网设备的第二系统信息,所述第二系统信息中包括所述第一配置信息;所述发送单元720还用于:向所述第二接入网设备发送所述PEI能力信息。
应理解,这里的装置700以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit,ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中,本领域技术人员可以理解,装置700可以具体为上述方法400中的终端设备,装置700可以用于执行上述方法400中与终端设备对应的各个流程和/或步骤,为避免重复,在此不再赘述。
图8示出了本申请实施例提供的一种通信装置800。该装置800可以终端设备,也可以是终端设备中的芯片。该装置800包括:接收单元710和发送单元720。
其中,接收单元810用于:接收来自第一接入网设备的第一系统信息;发送单元820用于:向所述第一接入网设备发送寻呼提前指示PEI能力信息,所述PEI能力信息用于指示所述装置支持接收PEI;处理单元830用于:在所述第一系统信息中不包括第一配置信息的情况下,不根据来自所述第一接入网设备或其他接入网设备的PEI监听寻呼时机PO;其中,所述第一配置信息用于配置所述PEI。
可选地,所述接收单元810还用于:在所述第一系统信息中包括所述第一配置信息的情况下,根据来自所述第一接入网设备或其他接入网设备的PEI监听PO。
可选地,所述第一接入网设备为所述装置进入空闲态或非激活态之前最近一次所连接到的接入网设备。
可选地,所述PEI能力信息携带在第一信息中,所述第一信息用于指示所述装置的能力;所述接收单元810还用于:接收来自所述第一接入网设备的能力查询消息,所述能力查询消息用于查询所述装置的能力;所述发送单元820用于:基于所述能力查询消息,向所述第一接入网设备发送所述第一信息。
可选地,所述发送单元820还用于:向核心网设备发送第二信息,所述第二信息用于指示所述装置需要更新能力信息。
应理解,这里的装置300以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit,ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中,本领域技术人员可以理解,装置300可以具体为上述方法600中的终端设备,装置300可以用于执行上述方法600中与终端设备对应的各个流程和/或步骤,为避免重复,在此不再赘述。
上述装置700和装置800具有实现上述方法实施例中终端设备执行的相应步骤的功能;上述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。例如,上述发送单元可以用于实现上述收发单元对应的用于执行发送动作的各个步骤和/或流程,接收单元可以用于实现上述收发单元对应的用于执行接收动作的各个步骤和/或流程。该发送单元可以由发射器替代,该接收单元可以由接收器替代,分别执行各个方法实施例中的收发操作以及相关的处理操作。
在本申请的实施例,图7中的装置700和/或图8中的装置800也可以是芯片或者芯片系统,例如:片上系统(system on chip,SOC)。对应地,接收单元和发送单元可以是该芯片的收发电路,在此不做限定。
图9示出了本申请实施例提供的另一种通信装置900。该装置900包括处理器910、收发器920和存储器930。其中,处理器910、收发器920和存储器930通过内部连接通路互相通信,该存储器930用于存储指令,该处理器910用于执行该存储器930存储的指令,以控制该收发器920发送信号和/或接收信号。
在一种可能的实现方式中,装置900用于执行上述方法400中终端设备对应的各个流程和步骤。
其中,该收发器920用于:接收来自第一接入网设备的第一系统信息;向所述第一接入网设备发送第一信息,所述第一信息用于指示所述装置的能力,在所述第一系统信息中不包括第一配置信息的情况下,所述第一信息不携带PEI能力信息,所述PEI能力信息用于指示所述装置支持接收PEI;其中,所述第一配置信息用于配置PEI。
在另一种可能的实现方式中,装置900用于执行上述方法600中终端设备对应的各个流程和步骤。
其中,该收发器920用于:接收来自第一接入网设备的第一系统信息;向所述第一接入网设备发送寻呼提前指示PEI能力信息,所述PEI能力信息用于指示所述装置支持接收PEI;该处理器910用于:在所述第一系统信息中不包括第一配置信息的情况下,不根据来自所述第一接入网设备或其他接入网设备的PEI监听寻呼时机PO;其中,所述第一配置信息用于配置所述PEI。
应理解,装置900可以具体为上述实施例中的终端设备,并且可以用于执行上述方法实施例中与终端设备对应的各个步骤和/或流程。可选地,该存储器930可以包括只读存储器和随机存取存储器,并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如,存储器还可以存储设备类型的信息。该处理器410可以用于执行存储器中存储的指令,并且当该处理器910执行存储器中存储的指令时,该处理器910用于执行上述与该终端设备对应的方法实施例的各个步骤和/或流程。该收发器920可以包括发射器和接收器,该发射器可以用于实现上述收发器对应的用于执行发送动作的各个步骤和/或流程,该接收器可以用于实现上述收发器对应的用于执行接收动作的各个步骤和/或流程。
应理解,在本申请实施例中,上述装置的处理器可以是中央处理单元(centralprocessing unit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器执行存储器中的指令,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
本申请还提供了一种计算机可读存储介质,该计算机可读存储介质用于存储计算机程序,该计算机程序用于实现上述实施例中与终端设备对应的方法。
本申请还提供了一种计算机程序产品,该计算机程序产品包括计算机程序(也可以称为代码,或指令),当该计算机程序在计算机上运行时,该计算机可以执行上述实施例中与终端设备对应的方法。
本申请还提供了一种通信系统,包括上述终端设备、接入网设备或核心网设备。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (25)
1.一种通信方法,其特征在于,应用于终端设备,所述终端设备支持接收寻呼提前指示PEI,所述方法包括:
接收来自第一接入网设备的第一系统信息;
向所述第一接入网设备发送第一信息,所述第一信息用于指示所述终端设备的能力,在所述第一系统信息中不包括第一配置信息的情况下,所述第一信息不携带PEI能力信息,所述PEI能力信息用于指示所述终端设备支持接收PEI;
其中,所述第一配置信息用于配置PEI。
2.根据权利要求1所述的方法,其特征在于,在所述第一系统信息中包括所述第一配置信息的情况下,所述第一信息携带所述PEI能力信息。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
向所述第一接入网设备发送所述PEI能力信息后,监听来自所述第一接入网设备或其他接入网设备的PEI,并根据所述PEI的接收情况监听寻呼。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述方法还包括:
接收来自所述第一接入网设备的能力查询消息,所述能力查询消息用于查询所述终端设备的能力;
所述向所述第一接入网设备发送第一信息,包括:
基于所述能力查询消息,向所述第一接入网设备发送所述第一信息。
5.根据权利要求4所述的方法,其特征在于,在所述接收来自所述第一接入网设备的能力查询消息之前,所述方法还包括:
向核心网设备发送第二信息,所述第二信息用于指示所述终端设备需要更新能力信息。
6.根据权利要求1至5中任一项所述的方法,其特征在于,在所述接收来自第一接入网设备的第一系统信息之前,所述方法还包括:
接收来自第二接入网设备的第二系统信息,所述第二系统信息中包括所述第一配置信息;
向所述第二接入网设备发送所述PEI能力信息。
7.一种通信方法,其特征在于,应用于终端设备,所述终端设备支持接收寻呼提前指示PEI,所述方法包括:
接收来自第一接入网设备的第一系统信息;
向所述第一接入网设备发送寻呼提前指示PEI能力信息,所述PEI能力信息用于指示所述终端设备支持接收PEI;
在所述第一系统信息中不包括第一配置信息的情况下,不根据来自所述第一接入网设备或其他接入网设备的PEI监听寻呼时机PO;
其中,所述第一配置信息用于配置所述PEI。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
在所述第一系统信息中包括所述第一配置信息的情况下,根据来自所述第一接入网设备或其他接入网设备的PEI监听PO。
9.根据权利要求7或8所述的方法,其特征在于,所述第一接入网设备为所述终端设备进入空闲态或非激活态之前最近一次所连接到的接入网设备。
10.根据权利要求7至9中任一项所述的方法,其特征在于,所述PEI能力信息携带在第一信息中,所述第一信息用于指示所述终端设备的能力;
所述方法还包括:
接收来自所述第一接入网设备的能力查询消息,所述能力查询消息用于查询所述终端设备的能力;
所述向所述第一接入网设备发送PEI能力信息,包括:
基于所述能力查询消息,向所述第一接入网设备发送所述第一信息。
11.根据权利要求10所述的方法,其特征在于,在所述接收来自所述第一接入网设备的能力查询消息之前,所述方法还包括:
向核心网设备发送第二信息,所述第二信息用于指示所述终端设备需要更新能力信息。
12.一种通信装置,其特征在于,所述装置支持接收寻呼提前指示PEI,所述装置包括:
接收单元,用于接收来自第一接入网设备的第一系统信息;
发送单元,用于向所述第一接入网设备发送第一信息,所述第一信息用于指示所述装置的能力,在所述第一系统信息中不包括第一配置信息的情况下,所述第一信息不携带PEI能力信息;
其中,所述第一配置信息用于配置PEI。
13.根据权利要求12所述的装置,其特征在于,在所述第一系统信息中包括所述第一配置信息的情况下,所述第一信息携带所述PEI能力信息。
14.根据权利要求13所述的装置,其特征在于,所述接收单元还用于:
监听来自所述第一接入网设备或其他接入网设备的PEI,并根据所述PEI的接收情况监听寻呼。
15.根据权利要求12至14中任一项所述的装置,其特征在于,所述接收单元还用于:
接收来自所述第一接入网设备的能力查询消息,所述能力查询消息用于查询所述装置的能力;
所述发送单元用于:
基于所述能力查询消息,向所述第一接入网设备发送所述第一信息。
16.根据权利要求15所述的装置,其特征在于,所述发送单元还用于:
向核心网设备发送第二信息,所述第二信息用于指示所述装置需要更新能力信息。
17.根据权利要求12至16中任一项所述的装置,其特征在于,所述接收单元还用于:
接收来自第二接入网设备的第二系统信息,所述第二系统信息中包括所述第一配置信息;
所述发送单元还用于:
向所述第二接入网设备发送所述PEI能力信息。
18.一种通信装置,其特征在于,所述装置支持接收寻呼提前指示PEI,所述装置包括:
接收单元,用于接收来自第一接入网设备的第一系统信息;
发送单元,用于向所述第一接入网设备发送寻呼提前指示PEI能力信息,所述PEI能力信息用于指示所述装置支持接收PEI;
处理单元,用于在所述第一系统信息中不包括第一配置信息的情况下,不根据来自所述第一接入网设备或其他接入网设备的PEI监听寻呼时机PO;
其中,所述第一配置信息用于配置所述PEI。
19.根据权利要求18所述的装置,其特征在于,所述接收单元还用于:
在所述第一系统信息中包括所述第一配置信息的情况下,根据来自所述第一接入网设备或其他接入网设备的PEI监听PO。
20.根据权利要求18或19所述的装置,其特征在于,所述第一接入网设备为所述装置进入空闲态或非激活态之前最近一次所连接到的接入网设备。
21.根据权利要求18至20中任一项所述的装置,其特征在于,所述PEI能力信息携带在第一信息中,所述第一信息用于指示所述装置的能力;
所述接收单元还用于:
接收来自所述第一接入网设备的能力查询消息,所述能力查询消息用于查询所述装置的能力;
所述发送单元用于:
基于所述能力查询消息,向所述第一接入网设备发送所述第一信息。
22.根据权利要求21所述的装置,其特征在于,所述发送单元还用于:
向核心网设备发送第二信息,所述第二信息用于指示所述装置需要更新能力信息。
23.一种终端设备,其特征在于,包括:处理器,所述处理器与存储器耦合,所述存储器用于存储计算机程序,当所述处理器调用所述计算机程序时,使得所述终端设备执行如权利要求1至11中任一项所述的方法。
24.一种计算机可读存储介质,其特征在于,用于存储计算机程序,所述计算机程序包括用于实现如权利要求1至11中任一项所述的方法的指令。
25.一种计算机程序产品,其特征在于,所述计算机程序产品中包括计算机程序代码,当所述计算机程序代码在计算机上运行时,使得所述计算机实现如权利要求1至11中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211145942.XA CN117750355A (zh) | 2022-09-20 | 2022-09-20 | 通信方法和通信装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211145942.XA CN117750355A (zh) | 2022-09-20 | 2022-09-20 | 通信方法和通信装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117750355A true CN117750355A (zh) | 2024-03-22 |
Family
ID=90276364
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211145942.XA Pending CN117750355A (zh) | 2022-09-20 | 2022-09-20 | 通信方法和通信装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117750355A (zh) |
-
2022
- 2022-09-20 CN CN202211145942.XA patent/CN117750355A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2765302C1 (ru) | Способ передачи сигнала, базовая станция и сетевой узел | |
CN114982317B (zh) | 一种寻呼方法及装置 | |
CN116547933A (zh) | 无线通信的方法、终端设备和网络设备 | |
CN115362724A (zh) | 基于增强非连续接收的寻呼方法、装置、设备及存储介质 | |
CN114982298A (zh) | 寻呼时间位置的确定方法、发送寻呼的方法、用户终端和网络设备 | |
WO2022188105A1 (zh) | 无线通信的方法及设备 | |
US20230379825A1 (en) | Terminal, base station, and wireless communication method | |
WO2022213245A1 (en) | Methods for flexible configuration of paging occasions | |
CN116233975A (zh) | 资源确定方法与装置、终端 | |
JP2023541872A (ja) | デュアルモードユーザ機器のためのエネルギー効率の良いページング手順 | |
CN117750355A (zh) | 通信方法和通信装置 | |
CN115134760A (zh) | 寻呼方法及其装置 | |
CN116530149A (zh) | 寻呼指示方法、终端设备和网络设备 | |
US12035278B2 (en) | Wireless communication method and apparatus | |
US20240147422A1 (en) | Wireless communication method and apparatus | |
EP4274315A1 (en) | Wireless communication method, terminal device and network device | |
CN115004801B (zh) | 一种通信方法及装置 | |
JP7441808B2 (ja) | 基地局及び無線通信方法 | |
EP4346290A1 (en) | Time window determination method and apparatus and terminal device | |
WO2024092568A1 (zh) | 一种非连续接收方法及装置、终端 | |
WO2023066152A1 (zh) | 信息传输的方法和装置 | |
WO2023202284A1 (zh) | 通信方法及装置 | |
WO2023124823A1 (zh) | 一种通信方法及装置 | |
US20230362887A1 (en) | Terminal, base station, and wireless communication method | |
EP4351229A1 (en) | Method and apparatus for determining energy-saving signal monitoring occasion, and terminal device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |