CN115175312A - 寻呼方法、装置、终端及网络侧设备 - Google Patents

寻呼方法、装置、终端及网络侧设备 Download PDF

Info

Publication number
CN115175312A
CN115175312A CN202110357971.1A CN202110357971A CN115175312A CN 115175312 A CN115175312 A CN 115175312A CN 202110357971 A CN202110357971 A CN 202110357971A CN 115175312 A CN115175312 A CN 115175312A
Authority
CN
China
Prior art keywords
paging
terminal
reason
indication information
list
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
Application number
CN202110357971.1A
Other languages
English (en)
Inventor
鲍炜
刘进华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN202110357971.1A priority Critical patent/CN115175312A/zh
Priority to EP22779078.9A priority patent/EP4319349A1/en
Priority to PCT/CN2022/084431 priority patent/WO2022206898A1/zh
Publication of CN115175312A publication Critical patent/CN115175312A/zh
Priority to US18/373,641 priority patent/US20240031981A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/005—Multiple registrations, e.g. multihoming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/183—Processing at user equipment or user record carrier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

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

Abstract

本申请公开了一种寻呼方法、装置、终端及网络侧设备，属于通信技术领域，本申请实施例的寻呼方法包括：终端接收寻呼消息，所述寻呼消息携带或未携带寻呼原因指示信息，其中，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因；终端基于所述寻呼消息，执行第一操作。

Description

寻呼方法、装置、终端及网络侧设备
技术领域
本申请属于通信技术领域，具体涉及一种寻呼方法、装置、终端及网络侧设备。
背景技术
对于多卡设备(Multi-SIM device)，以下以双卡设备为例，若卡1正在通信；卡2突然来了寻呼；目前，部分双卡设备会断开卡1的通信，以便响应卡2的寻呼。但是，在不知道触发卡2寻呼的业务类型的情况下，断开卡1的通信，响应卡2的寻呼可能导致得不偿失，例如：卡1正在进行游戏，卡2寻呼由一个短信触发，为了接收卡2短信而打断卡1的游戏会造成不好的用户体验。
因此，在Rel-17中，3GPP决定在寻呼消息中携带寻呼原因paging cause，以便用户设备(User Equipment，UE)根据该paging cause，决定是否需要响应网络(Network，NW)侧发送的寻呼消息。但是仅有部分UE需要接收paging cause，还有部分UE是不需要接收paging cause的，例如，不支持Paging cause的UE，多卡设备中仅有一个UE实体工作时。
相关技术未考虑到UE是否支持或需要空口paging cause，对于不支持或不需要空口paging cause的UE，若寻呼时在空口携带其paging cause则会带来无谓的信令开销。
发明内容
本申请实施例提供一种寻呼方法、装置、终端及网络侧设备，能够解决相关技术未考虑到UE是否支持或需要空口paging cause，在寻呼消息中携带paging cause所带来的信令开销较大的问题。
第一方面，提供了一种寻呼方法，应用于终端，该方法包括：
终端接收寻呼消息，所述寻呼消息携带或未携带寻呼原因指示信息，其中，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因；
终端基于所述寻呼消息，执行第一操作。
第二方面，提供了一种寻呼方法，应用于网络侧设备，该方法包括：
网络侧设备向终端发送寻呼消息，所述寻呼消息携带或未携带寻呼原因指示信息，其中，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因。
第三方面，提供了一种寻呼装置，包括：
第一接收单元，用于接收寻呼消息，所述寻呼消息携带或未携带寻呼原因指示信息，其中，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因；
第一处理单元，用于基于所述寻呼消息，执行第一操作。
第四方面，提供了一种寻呼装置，包括：
第二发送单元，用于向终端发送寻呼消息，所述寻呼消息携带或未携带寻呼原因指示信息，其中，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因。
第五方面，提供了一种终端，该终端包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第六方面，提供了一种终端，包括处理器及通信接口，其中，所述通信接口用于接收寻呼消息，所述寻呼消息携带或未携带寻呼原因指示信息，其中，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因；所述处理器用于基于所述寻呼消息，执行第一操作。
第七方面，提供了一种网络侧设备，该网络侧设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第二方面所述的寻呼方法的步骤。
第八方面，提供了一种网络侧设备，包括处理器及通信接口，其中，所述通信接口用于向终端发送寻呼消息，所述寻呼消息携带或未携带寻呼原因指示信息，其中，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因。
第九方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的寻呼方法的步骤，或者实现如第二方面所述的寻呼方法的步骤。
第十方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的寻呼方法，或实现如第二方面所述的寻呼方法。
第十一方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在非易失的存储介质中，所述程序/程序产品被至少一个处理器执行以实现如第一方面所述的寻呼方法的步骤，或实现如第二方面所述的寻呼方法的步骤。
在本申请实施例中，终端通过接收寻呼消息，所述寻呼消息中携带或未携带寻呼原因指示信息，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因，基于该寻呼消息，确定寻呼原因，以便进一步确定后继行为，考虑了终端是否支持或需要空口paging cause，可以有效减少信令开销。
附图说明
图1为本申请实施例可应用的一种无线通信系统的结构示意图；
图2为本申请实施例提供的寻呼方法的流程示意图之一；
图3为本申请实施例提供的寻呼方法的流程示意图之二；
图4为本申请实施例提供的寻呼装置的结构示意图之一；
图5为本申请实施例提供的寻呼装置的结构示意图之二；
图6为本申请实施例提供的通信设备的结构示意图；
图7为实现本申请实施例的一种终端的结构示意图；
图8为本申请实施例提供的网络侧设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用，如第6代(6th Generation，6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的结构示意图。无线通信系统包括终端11和网络侧设备12。其中，终端11也可以称作终端设备或者用户终端(UserEquipment，UE)，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、可穿戴式设备(Wearable Device)或车载设备(VUE)、行人终端(PUE)等终端侧设备，可穿戴式设备包括：智能手表、手环、耳机、眼镜等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以是基站或核心网，其中，基站可被称为节点B、演进节点B、接入点、基收发机站(Base TransceiverStation，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例，但是并不限定基站的具体类型。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的寻呼方法进行详细地说明。
图2为本申请实施例提供的寻呼方法的流程示意图之一，如图2所示，该方法包括以下步骤：
步骤200、终端接收寻呼消息，所述寻呼消息携带或未携带寻呼原因指示信息；
可选的，终端接收网络侧设备发送的寻呼Paging消息，所述寻呼消息携带或未携带寻呼原因Paging Cause指示信息。
其中，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因。例如，所述寻呼原因指示信息指示寻呼是由语音业务(如VoNR)触发的。
可选的，所述寻呼消息携带或未携带寻呼原因指示信息是指所述寻呼消息可选携带寻呼原因指示信息。
可选的，若网络侧设备不支持发送被寻呼终端的寻呼原因，或者，被寻呼终端不支持或不需要接收寻呼原因，则寻呼消息不携带该被寻呼终端的寻呼原因指示信息。
可选的，若被寻呼终端支持或需要接收寻呼原因，且该被寻呼终端的寻呼原因为协议定义的寻呼原因(例如，语音业务)，则寻呼消息携带该被寻呼终端的寻呼原因指示信息。
可选的，若被寻呼终端支持或需要接收寻呼原因，且该被寻呼终端的寻呼原因不是协议定义的寻呼原因(例如，为非语音业务)，则寻呼消息可以不携带该被寻呼终端的寻呼原因指示信息，但是需要指示被寻呼终端的寻呼原因指示信息未被携带。
可选的，所述寻呼原因指示信息可以是编码信息，例如，编码000表示寻呼原因A，编码001表示寻呼原因B。
可选的，所述寻呼原因指示信息可以是寻呼优先级；即NW在空口发送的不是具体的触发寻呼的业务类型，而是触发寻呼的业务对应的优先级；触发寻呼的业务对应的优先级可以由协议规定或者UE和NW协商，或者运营商设定；寻呼优先级可以是一个编号，例如1,2...N，N种优先级，对应的优先级依次递增或递减。
需要说明的是，所述寻呼原因指示信息还可以是其他形式的用于指示寻呼原因的信息。
步骤201、终端基于所述寻呼消息，执行第一操作。
可选的，终端基于所述寻呼消息，确定被寻呼，并进一步确定寻呼消息是否携带该终端的寻呼原因指示信息，若可以从寻呼消息中获取该终端的寻呼原因指示信息，则根据该寻呼原因指示信息确定该终端的寻呼原因，以便终端进一步确定后继行为。
可选的，终端基于所述寻呼消息，确定被寻呼，并进一步基于该寻呼消息获取该终端的寻呼原因指示信息，若无法获取到该终端的寻呼原因指示信息，则确定网络侧设备不支持该终端的寻呼原因发送。
可选的，终端基于所述寻呼消息，确定未被寻呼。
可选的，终端确定该终端寻呼原因之后，还包括：
终端基于所述寻呼原因，响应所述寻呼消息或不响应所述寻呼消息。
例如，双卡设备，UE1正在进行游戏，此时，UE2收到一个寻呼指示，对应的pagingcause为VoNR，则双卡设备可能会选择响应UE2的寻呼指示；若UE2收到一个寻呼消息，对应的paging cause为短信，双卡设备可能会选择暂时忽略UE2的寻呼指示，如等到UE1的游戏结束，才在UE2发起连接建立过程，响应之前的寻呼指示。
可选的，所述终端为需要或支持接收寻呼原因的被寻呼终端。如对应于插入双卡终端的UE，或向网络上报需要接收寻呼原因的UE。
在本申请实施例中，终端通过接收寻呼消息，所述寻呼消息中可选携带寻呼原因指示信息，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因，基于该寻呼消息，确定寻呼原因，以便进一步确定后继行为，考虑了终端是否支持或需要空口paging cause，可以有效减少信令开销。
在一些可选的实施例中，所述寻呼消息中携带或未携带寻呼原因指示信息包括：所述寻呼消息携带第一列表，或者，所述寻呼消息携带第一列表和第二列表，
其中，所述第一列表中的每个元素entry包含一个被寻呼终端的第一寻呼ID；
其中，所述第二列表中的每个entry包含一个被寻呼终端的寻呼原因指示信息；
所述第二列表中被寻呼终端的寻呼原因指示信息排序和第一列表中前M个或后M个被寻呼终端的第一寻呼ID排序是对应的，其中，M为第二列表包含的entry总数。
相关技术中一条空口paging消息携带有PagingRecordList，该PagingRecordList中有最少1个，最多MaxNrofPageRec个PagingRecord，每一个PagingRecord中，携带一个被寻呼UE的寻呼标识(UE_Identity)。即一条paging消息可以指示最多MaxNrofPageRec个被寻呼UE，这些UE中有些支持或需要接收Paging cause；剩下的不支持或不需要。
可选的，第一寻呼ID是指遗留legacy UE ID，如第五代系统临时移动订户身份(Fifth Generation System Temporary Mobile Subscriber Identity，5G-S-TMSI)，完整的非激活状态无线网络临时标识(full inactive Radio Network TemporaryIdentifier，full I-RNTI)。
可以理解的是，所述第一列表用于指示被寻呼终端的第一寻呼标识ID，所述第一列表包含多个entry，第一列表中的每个元素entry包含一个被寻呼终端的第一寻呼ID。
可选的，所述第一列表为PagingRecordList。
不同于现有寻呼消息，在本申请实施例中，所述寻呼消息中不仅携带第一列表，即PagingRecordList，还可选携带第二列表。
所述第二列表包含多个entry，所述第二列表中的每个entry包含一个被寻呼终端的寻呼原因指示信息。其中，寻呼原因指示信息是可选携带的。
所述第二列表包含M个元素/条目entry，即所述第二列表的长度为M，表示网络侧设备指示了M个终端的寻呼原因，M为大于等于1的正整数。
可选的，第一列表和第二列表具有如下对应关系：所述第二列表中被寻呼终端的寻呼原因排序和第一列表中前M个或后M个被寻呼终端的第一寻呼ID排序是对应的。
可以理解的是，第一列表中的第i个entry包含的第一寻呼ID与第二列表中的第i个entry包含的寻呼原因指示信息是对应的。
例如：一个UE的寻呼ID和第一列表中第i个entry匹配成功，该UE的寻呼原因位于第二列表中的对应位置，即第i个entry；或一个UE的寻呼ID和第一列表中倒数第j个entry匹配成功，该UE的寻呼原因位于第二列表中的对应位置，即倒数第j个entry。
可选的，第一列表包含的entry总数为La，La大于等于第二列表的entry总数M，即第一列表中的前M个之后或后M个之前的第一寻呼ID对应的UE不需要或不支持接收PagingCause。
在本申请实施例中，终端通过接收寻呼消息，所述寻呼消息携带第一列表，可选携带第二列表，所述寻呼原因指示信息通过第二列表指示，基于该寻呼消息，确定寻呼原因，以便进一步确定后继行为，由于第二列表中指示的是需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因，可以有效减少信令开销。
可选的，所述终端基于所述寻呼消息，执行第一操作，包括：
终端基于所述第一列表，确定所述终端是否被寻呼；
在所述终端被寻呼的情况下，终端基于所述第二列表，确定所述终端的寻呼原因；
其中，所述确定所述终端是否被寻呼，包括以下至少之一：
若所述终端的第一寻呼ID和所述第一列表中的第N个或倒数第N个entry包含的第一寻呼ID匹配成功，确定所述终端被寻呼，N为大于等于1且小于等于第一列表包含的entry总数的正整数；
若所述终端的第一寻呼ID和所述第一列表中的所有entry包含的第一寻呼ID匹配失败，确定所述终端未被寻呼；
其中，所述终端基于所述第二列表，确定所述终端的寻呼原因，包括以下至少之一：
所述终端获取所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息，确定所述终端的寻呼原因；
在所述第二列表包含的entry总数小于N的情况下，所述终端确定网络侧设备不支持寻呼原因发送。
可选的，所述终端的第一寻呼ID和所述第一列表中的第N个或倒数第N个entry包含的第一寻呼ID匹配成功是指所述终端的第一寻呼ID和所述第一列表中的第N个entry包含的第一寻呼ID相同；
所述终端的第一寻呼ID和所述第一列表中的所有entry包含的第一寻呼ID匹配失败是指所述终端的第一寻呼ID与所述第一列表中的所有entry包含的第一寻呼ID均不相同。
可选的，若终端被寻呼，即所述终端的第一寻呼ID和所述第一列表中的第N个或倒数第N个entry包含的第一寻呼ID匹配成功，则可以进一步基于第二列表确定该终端的寻呼原因，该终端寻呼原因位于第二列表中的对应位置，即第N个entry或倒数第N个entry。
可选的，若所述第二列表包含的entry总数大于等于N，即第二列表中存在第N个或倒数第N个entry，则获取所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息，进而根据该寻呼原因指示信息，确定所述终端的寻呼原因。
进一步地，所述终端获取所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息，确定所述终端的寻呼原因，包括以下至少之一：
若所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息被携带，则根据所述寻呼原因指示信息，确定所述终端的寻呼原因；
若所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息未被携带，则执行以下之一：所述终端基于协议约定确定所述终端的寻呼原因；确定所述终端对应的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
可以理解的是，若终端能够从第二列表中获取到第N个或倒数第N个entry对应的寻呼原因指示信息，表示网络侧设备指示了该终端的寻呼原因。
可选的，若所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息被携带，则根据该entry对应的寻呼原因指示信息，确定寻呼原因。例如entry指示UE因为语音业务被寻呼，则UE确定自已因为语音业务被寻呼。
可选的，若所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息未被携带，即不出现，则所述终端基于协议约定确定所述终端的寻呼原因；或者，确定所述终端对应的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。这样做可以节省空口信令开销。例如，在该终端的寻呼原因为非语言业务时，第N个或倒数第N个entry对应的寻呼原因指示信息未携带；或者，在该终端的寻呼原因与前一个entry对应的终端的寻呼原因相同时，则该终端对应的寻呼原因指示信息可以不出现。
为了便于理解寻呼原因指示信息未被携带，可以通过第二列表的长度和entry域来进一步说明。其中，Entry域用于显式指示终端的寻呼原因；长度用于指示第二列表包含的entry总数。例如，长度域为4，表示有4个被寻呼终端(UE_ID1,UE_ID2,UE_ID3,UE_ID4)的寻呼原因被指示了，Entry域中的一个bit信息指示携带或未携带协议定义的寻呼原因，如语音业务，Entry域：第一个entry为1，第二个entry为0，第三个entry为1，第四个entry为0，在一种实施方式中，该Entry域表示UE_ID1和UE_ID3的寻呼原因为协议定义的寻呼原因，而UE_ID2和UE_ID4的寻呼原因为与协议定义的寻呼原因互补的寻呼原因，如非语音业务。在另一实施方式中，终端对应的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同，即UE_ID2的寻呼原因与UE_ID1相同。
可选的，在所述第二列表包含的entry总数小于N的情况下，所述终端确定网络侧设备不支持寻呼原因发送。
若第二列表包含的entry总数M小于N，即第二列表中不存在第N个或倒数第N个entry，则表示网络侧设备未指示该终端的寻呼原因，网络侧设备未指示该终端的寻呼原因包括以下情形：网络侧设备不支持寻呼原因发送。也即网络侧设备不支持该终端的寻呼原因发送。
网络侧设备不支持寻呼原因发送包括：接入网不支持和/或核心网不支持。
一个cell可以连到多个核心网(假设CN1支持，CN2不支持)，例如，UE1连到CN1，UE2连到CN2，若接入网/cell支持UE1的寻呼原因发送，但是核心网CN1不支持UE1的寻呼原因发送，则第二列表不包含UE1的寻呼原因指示信息。
在上述实施例的基础上，可选的，所述寻呼方法还包括：
接收下行信令，所述下行信令携带或未携带第一指示信息，所述第一指示信息用于指示所述寻呼消息支持携带寻呼原因；
在所述下行信令未携带第一指示信息的情况下，终端确定当前小区不支持寻呼原因发送；或者，
在所述下行信令携带第一指示信息的情况下，终端确定当前小区支持寻呼原因发送；
其中，所述下行信令包括以下之一：
寻呼消息；
系统信息；
下行调度信令。
可选的，所述第一指示信息用于指示所述寻呼消息支持携带寻呼原因，也即当前小区支持寻呼原因发送。
若下行信令中携带了第一指示信息，即表示当前小区支持寻呼原因发送。
一种实施方式中，寻呼消息携带或未携带所述第一指示信息。
一种实施方式中，系统信息携带或未携带所述第一指示信息；例如，在小区广播消息中，如SIBx中携带第一指示信息，指示网络侧设备支持所述终端的寻呼原因发送。
一种实施方式中，在下行调度信令中携带或未携带所述第一指示信息。
在上述实施例的基础上，可选的，所述终端基于所述第二列表，确定所述终端的寻呼原因，还包括：
在所述下行信令携带第一指示信息，且所述寻呼消息未携带第二列表的情况下，终端确定网络侧设备不支持寻呼原因发送。
可以理解的是，下行信令携带了第一指示信息，说明当前小区支持寻呼原因发送，但是同时寻呼消息中却未携带第二列表，即第二列表包含0个entry，表示没有终端的寻呼原因被指示，在这种情形下，终端确定网络侧设备不支持寻呼原因发送。进一步地，终端确定核心网不支持寻呼原因发送。
在另一些可选的实施例中，所述寻呼消息携带或未携带寻呼原因指示信息包括：
所述寻呼消息携带第三列表和第四列表中的至少之一，
其中，所述第三列表中的每个entry包含一个被寻呼终端的第一寻呼ID；
其中，所述第四列表中的每个entry包含一个被寻呼终端的第一寻呼ID和所述第一寻呼ID对应的寻呼原因指示信息；
其中，一个被寻呼终端的第一寻呼ID不会同时出现在所述第三列表和第四列表中。
可选的，若终端是需要或支持接收寻呼原因的被寻呼终端，但因为网络侧设备不支持寻呼原因发送，该终端的寻呼ID会被包含在第三列表中。
可选的，若终端不需要或不支持接收寻呼原因，则该终端的寻呼ID会被包含在第三列表中。
可选的，若终端是需要或支持接收寻呼原因的被寻呼终端，且网络侧设备支持该终端的寻呼原因发送，该终端的寻呼ID和寻呼原因指示信息会被包含在第四列表中。
例如，一个cell可以连到多个核心网，假设接入网/cell支持寻呼原因发送，核心网CN1支持寻呼原因发送，CN2不支持寻呼原因发送，假设UE1连到CN1，UE2连到CN2，Pagingmessage由cell发送，则UE1的第一寻呼ID将会被包含在第四列表；UE2的第一寻呼ID则包含在第三列表中。
可选的，第四列表中的第一寻呼ID对应的寻呼原因指示信息是可选携带的。
本申请实施例通过在寻呼消息中携带上述第三列表和第四列表中的至少之一，终端基于该寻呼消息，确定寻呼原因，以便进一步确定后继行为，可以有效减少信令开销。
在上述实施例的基础上，可选的，所述终端基于所述寻呼消息，执行第一操作，包括以下至少之一：
若所述终端的第一寻呼ID和第三列表中的第P个entry包含的第一寻呼ID匹配成功，则终端确定网络侧设备不支持寻呼原因发送；
若所述终端的第一寻呼ID和第四列表中的第P个entry包含的第一寻呼ID匹配成功，则获取所述第四列表中的第P个entry包含的寻呼原因指示信息，确定所述终端的寻呼原因；
若所述终端的第一寻呼ID，与所述第三列表和第四列表中的所有entry包含的第一寻呼ID均匹配失败，则终端确定未被寻呼；
其中，P为大于等于1的正整数。
进一步地，所述获取所述第四列表中的第P个entry包含的寻呼原因指示信息，确定所述终端的寻呼原因，包括：
若所述第四列表中的第P个entry包含的寻呼原因指示信息被携带，则根据所述寻呼原因指示信息，确定所述终端的寻呼原因；
若第P个entry包含的寻呼原因指示信息未被携带，则执行以下之一：基于协议约定确定所述终端的寻呼原因；确定所述终端对应的寻呼原因指示信息和前一个显式携带或携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
可选的，若所述第四列表中的第P个entry包含的寻呼原因指示信息被携带，则根据所述寻呼原因指示信息，确定所述终端的寻呼原因，例如entry指示UE因为语音业务被寻呼，则UE确定自已因为语音业务被寻呼。
可选的，若所述第四列表中的第P个或倒数第P个entry对应的寻呼原因指示信息未被携带，即不出现，则所述终端基于协议约定确定所述终端的寻呼原因；或者，确定所述终端对应的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。这样做可以节省空口信令开销。例如，在该终端的寻呼原因为非语言业务时，第P个或倒数第P个entry对应的寻呼原因指示信息未携带；或者，在该终端的寻呼原因与前一个entry对应的终端的寻呼原因相同时，则该终端对应的寻呼原因指示信息可以不出现。
对于寻呼原因指示信息未被携带的理解可以参考前述实施例，在此不再赘述。
可选的，所述基于协议约定确定所述终端的寻呼原因，包括：
确定所述终端的寻呼原因为非语音业务触发的寻呼或与协议定义的寻呼原因互补的其他寻呼原因。
需要说明的是，上述实施例中提到的基于协议约定确定所述终端的寻呼原因，均可理解为确定所述终端的寻呼原因为非语音业务触发的寻呼或与协议定义的寻呼原因互补的其他寻呼原因。
可选的，所述寻呼原因指示信息基于加密输入参数生成；其中，所述加密输入参数包括以下至少一项：
被寻呼终端的全部或部分终端标识UE ID；
网络侧设备和被寻呼终端共享的密钥；
被寻呼终端的加密前的寻呼原因或寻呼原因指示信息；
其中，所述终端基于所述寻呼消息，执行第一操作，包括：
所述终端获取所述终端对应的寻呼原因指示信息；
对所述寻呼原因指示信息进行解密，确定所述终端的寻呼原因。
在一些可选的实施例中，寻呼原因指示信息是加密的，只有被寻呼UE才能解密寻呼原因。
可选的，网络侧设备可以基于加密输入参数生成寻呼原因指示信息。
可选的，可以基于被寻呼终端的全部或部分终端标识UE ID、网络侧设备和被寻呼终端共享的密钥以及加密前的寻呼原因或寻呼原因指示信息中的至少一项生成寻呼原因指示信息。
相应地，终端获取所述终端对应的寻呼原因指示信息之后，需要对该寻呼原因指示信息进行解密，从而获得终端的寻呼原因。
在上述实施例的基础上，可选的，所述执行第一操作之后，所述方法还包括以下至少一项：
在终端检测到所述寻呼原因指示信息或寻呼原因为非预期取值的情况下，终端确定所述寻呼原因指示信息或寻呼原因无效；
在终端检测到所述寻呼原因指示信息或寻呼原因为非预期取值的情况下，终端向网络侧设备上报第一信息；
终端接收网络侧设备发送的用于后继寻呼原因解密的安全参数。
即终端获取到寻呼原因指示信息之后，若检测到所述寻呼原因指示信息或寻呼原因为非预期取值，则确定所述寻呼原因指示信息或寻呼原因无效。
可选的，终端确定所述寻呼原因指示信息或寻呼原因无效，并上报第一信息，其中，所述第一信息用于指示以下至少一项：收到非预期寻呼原因或非预期寻呼原因指示信息；收到非预期寻呼原因或非预期寻呼原因指示信息的小区标识。
可选的，网络侧设备接收到终端上报的第一信息之后，会向终端发送用于后继寻呼原因解密的安全参数，终端接收网络侧设备发送的用于后继寻呼原因解密的安全参数。
可选的，所述第二列表或第四列表包括以下至少一项：
长度域；
Entry域；
其中，所述长度域用于指示所述第二列表或第四列表包含的entry总数，所述Entry域携带或未携带终端的寻呼原因指示信息；
其中，当寻呼原因指示信息被携带时表明终端因为所携带的寻呼原因被寻呼；
当寻呼原因指示信息未被携带时，包括以下之一：
终端的寻呼原因为协议约定的寻呼原因；
终端的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
例如，第二列表中包含：长度指示：N；以及N个entry。
对于每一个entry：有一个bit指示IE pagingCause-r17是否被携带；若指示被携带，表明寻呼原因是voice；若指示未被携带，表明寻呼原因是non-voice。
也就是说，N个entry是一定出现的，IE pagingCause-r17是可选出现的。
因为只定义了一个pagingCause-r17取值，所以，该IE pagingCause-r17即使出现，也不用额外的bit指示paging cause是什么了。若定义了两个pagingCause取值(例如A和B)，那么在IE pagingCause-r17出现的情况下，需要有额外1bit指示pagingCause是A还是B。
在一种实施方式中，当寻呼原因指示信息未被携带时，表示终端的寻呼原因为协议约定的寻呼原因。
在另一种实施方式中，当寻呼原因指示信息未被携带时，表示终端的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。也就是说，在该终端的寻呼原因与前一个entry对应的终端的寻呼原因相同时，则该终端对应的寻呼原因指示信息可以不出现。从而节省信令开销。
在另一些可选的实施例中，所述寻呼消息携带或未携带寻呼原因指示信息，包括以下至少之一：
所述寻呼消息携带网络侧设备为需要或支持接收寻呼原因的被寻呼终端分配的第二寻呼ID；
所述寻呼消息携带需要或支持接收寻呼原因的被寻呼终端对应的第三寻呼ID，其中，所述第三寻呼ID是基于被寻呼终端的第一寻呼ID和协议约定的推导方式至少之一得到的；
所述寻呼消息由使用寻呼原因对应的RNTI加扰的PDCCH调度，其中，不同寻呼原因对应的RNTI是网络侧设备显式指示或协议约定的推导方式得到的。
所述终端基于所述寻呼消息，执行第一操作，包括以下至少之一：
终端根据所述第二寻呼ID确定寻呼原因；
终端根据所述第三寻呼ID确定寻呼原因；
终端根据RNTI确定寻呼原因。
可选的，寻呼原因可以通过寻呼ID隐式携带。
可选的，所述寻呼消息携带网络侧设备为需要或支持接收寻呼原因的被寻呼终端分配的第二寻呼ID；
或者，所述寻呼消息携带需要或支持接收寻呼原因的被寻呼终端对应的第三寻呼ID，其中，所述第三寻呼ID是基于被寻呼终端的第一寻呼ID和协议约定的推导方式至少之一得到的；
例如，NW预设两个寻呼原因，A和B；同时，NW为每个需要接收寻呼原因的UE分配两个寻呼ID，ID_A和ID_B，分别对应寻呼原因A和B。
当寻呼是由于原因A触发的，则NW在PagingRecordList中，携带ID_A来寻呼UE；当寻呼是由于原因B触发的，则NW在PagingRecordList中，携带ID_B来寻呼UE。
可选的，ID_A和ID_B也可以根据被寻呼终端的第一寻呼ID和协议约定的推导方式至少之一得到。
其中，不论是使用ID_A还是ID_B寻呼UE，UE监听寻呼的时刻不发生变化，这样可以降低UE的实现复杂度。
可选的，所述寻呼消息由使用寻呼原因对应的RNTI加扰的PDCCH调度，其中，不同寻呼原因对应的RNTI是网络侧设备显式指示或协议约定的推导方式得到的。
例如，NW预设两个RNTI(RNTI_A和RNTI_B)，分别对应预设两个寻呼原因，A和B。当寻呼是由于原因A触发的，则NW使用RNTI_A加扰的PDCCH调度，在对应PDSCH信道传输pagingmessage，其中PagingRecordList中，携带被寻呼UE的寻呼标识；当寻呼是由于原因B触发的，则NW使用RNTI_B加扰的PDCCH调度，在对应PDSCH信道传输paging message，其中PagingRecordList中，携带被寻呼UE的寻呼标识。
可选的，所述终端接收寻呼消息之前，还包括：
终端向网络侧设备上报第二信息，所述第二信息用于指示终端需要或支持接收寻呼原因，或者，指示终端不需要或不支持接收寻呼原因。
可选的，UE在接入网络后，向网络上报自己是否需要或支持接收寻呼原因。多卡设备在启用多卡时，其UE可以上报自己需要或支持接收寻呼原因。
图3为本申请实施例提供的寻呼方法的流程示意图之二。如图3所示，该方法包括以下步骤：
步骤300、网络侧设备向终端发送寻呼消息，所述寻呼消息携带或未携带寻呼原因指示信息。
可选的，网络侧设备向终端发送寻呼Paging消息，所述寻呼消息携带或未携带寻呼原因Paging Cause指示信息。
其中，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因。例如，所述寻呼原因指示信息指示寻呼是由语音业务(如VoNR)触发的。
可选的，所述寻呼消息携带或未携带寻呼原因指示信息是指所述寻呼消息可选携带寻呼原因指示信息。
可选的，若网络侧设备不支持发送被寻呼终端的寻呼原因，或者，被寻呼终端不支持或不需要接收寻呼原因，则寻呼消息不携带该被寻呼终端的寻呼原因指示信息。
可选的，若被寻呼终端支持或需要接收寻呼原因，且该被寻呼终端的寻呼原因为协议定义的寻呼原因(例如，语音业务)，则寻呼消息携带该被寻呼终端的寻呼原因指示信息。
可选的，若被寻呼终端支持或需要接收寻呼原因，且该被寻呼终端的寻呼原因不是协议定义的寻呼原因(例如，为非语音业务)，则寻呼消息可以不携带该被寻呼终端的寻呼原因指示信息，但是需要指示被寻呼终端的寻呼原因指示信息未被携带。
可选的，所述寻呼原因指示信息可以是编码信息，例如，编码000表示寻呼原因A，编码001表示寻呼原因B。
可选的，所述寻呼原因指示信息可以是寻呼优先级；即NW在空口发送的不是具体的触发寻呼的业务类型，而是触发寻呼的业务对应的优先级；触发寻呼的业务对应的优先级可以由协议规定或者UE和NW协商，或者运营商设定；寻呼优先级可以是一个编号，例如1,2...N，N种优先级，对应的优先级依次递增或递减。
需要说明的是，所述寻呼原因指示信息还可以是其他形式的信息。
在本申请实施例中，网络侧设备发送寻呼消息，所述寻呼消息中可选携带寻呼原因指示信息，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因，可以有效减少信令开销。
可选的，所述寻呼消息携带或未携带寻呼原因指示信息包括：所述寻呼消息中携带第一列表，或者，所述寻呼消息携带第一列表和第二列表，
其中，所述第一列表中的每个元素entry包含一个被寻呼终端的第一寻呼ID；
其中，所述第二列表中的每个entry包含一个被寻呼终端的寻呼原因指示信息；
所述第二列表中被寻呼终端的寻呼原因指示信息排序和第一列表中前M个或后M个被寻呼终端的第一寻呼ID排序是对应的，其中，M为第二列表包含的entry总数。
可以理解的是，所述第一列表用于指示被寻呼终端的第一寻呼标识ID，所述第一列表包含多个entry，第一列表中的每个元素entry包含一个被寻呼终端的第一寻呼ID。
不同于现有寻呼消息，在本申请实施例中，所述寻呼消息中不仅携带第一列表，即PagingRecordList，还可选携带第二列表。
所述第二列表包含多个entry，所述第二列表中的每个entry包含一个被寻呼终端的寻呼原因指示信息。其中，寻呼原因指示信息是可选携带的。
所述第二列表包含M个元素/条目entry，即所述第二列表的长度为M，表示网络侧设备指示了M个终端的寻呼原因，M为大于等于1的正整数。
可选的，第一列表和第二列表具有如下对应关系：所述第二列表中被寻呼终端的寻呼原因排序和第一列表中前M个或后M个被寻呼终端的第一寻呼ID排序是对应的。
可以理解的是，第一列表中的第i个entry包含的第一寻呼ID与第二列表中的第i个entry包含的寻呼原因指示信息是对应的。
例如：一个UE的寻呼ID和第一列表中第i个entry匹配成功，该UE的寻呼原因位于第二列表中的对应位置，即第i个entry；或一个UE的寻呼ID和第一列表中倒数第j个entry匹配成功，该UE的寻呼原因位于第二列表中的对应位置，即倒数第j个entry。
可选的，第一列表包含的entry总数为La，La大于等于第二列表的entry总数M，即第一列表中的前M个之后或后M个之前的第一寻呼ID对应的UE不需要或不支持接收PagingCause。
在本申请实施例中，网络侧设备发送寻呼消息，所述寻呼消息携带第一列表，可选携带第二列表，所述寻呼原因指示信息通过第二列表指示，由于第二列表中指示的是需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因，可以有效减少信令开销。
可选的，所述寻呼消息携带或未携带寻呼原因指示信息包括：所述寻呼消息中携带第三列表和第四列表中的至少之一，
其中，所述第三列表中的每个元素entry包含一个终端的第一寻呼ID；
其中，所述第四列表中的每个entry包含一个终端的第一寻呼ID和所述第一寻呼ID对应的寻呼原因指示信息；
其中，一个被寻呼终端的第一寻呼ID不会同时出现在所述第三列表和第四列表中。
可选的，若终端是需要或支持接收寻呼原因的被寻呼终端，但因为网络侧设备不支持寻呼原因发送，则该终端的寻呼ID会被包含在第三列表中。
可选的，若终端不需要或不支持接收寻呼原因，则该终端的寻呼ID会被包含在第三列表中。
可选的，若终端是需要或支持接收寻呼原因的被寻呼终端，且网络侧设备支持该终端的寻呼原因发送，该终端的寻呼ID和寻呼原因指示信息会被包含在第四列表中。
例如，一个cell可以连到多个核心网，假设接入网/cell支持寻呼原因发送，核心网CN1支持寻呼原因发送，CN2不支持寻呼原因发送，假设UE1连到CN1，UE2连到CN2，Pagingmessage由cell发送，则UE1的第一寻呼ID将会被包含在第四列表；UE2的第一寻呼ID则包含在第三列表中。
可选的，第四列表中的第一寻呼ID对应的寻呼原因指示信息是可选携带的。
在本申请实施例中，网络侧设备通过在寻呼消息中携带上述第三列表和第四列表中的至少之一，可以有效减少信令开销。
可选的，所述寻呼原因指示信息基于加密输入参数生成；其中，所述加密输入参数包括以下至少一项：
被寻呼终端的全部或部分终端标识UE ID；
网络侧设备和被寻呼终端共享的密钥；
被寻呼终端的加密前的寻呼原因或寻呼原因指示信息。
在一些可选的实施例中，寻呼原因指示信息是加密的，只有被寻呼UE才能解密寻呼原因。
可选的，网络侧设备可以基于加密输入参数生成寻呼原因指示信息。
可选的，网络侧设备可以基于被寻呼终端的全部或部分终端标识UE ID、网络侧设备和被寻呼终端共享的密钥以及加密前的寻呼原因或寻呼原因指示信息中的至少一项生成寻呼原因指示信息。
可选的，所述方法还包括以下至少一项：
网络侧设备接收终端发送的第一信息；
网络侧设备向终端发送用于后继寻呼原因解密的安全参数。
可选的，终端获取到寻呼原因指示信息之后，若检测到所述寻呼原因指示信息或寻呼原因为非预期取值，则确定所述寻呼原因指示信息或寻呼原因无效，上报第一信息。
其中，所述第一信息用于指示以下至少一项：收到非预期寻呼原因或非预期寻呼原因指示信息；收到非预期寻呼原因或非预期寻呼原因指示信息的小区标识。
可选的，网络侧设备接收到终端上报的第一信息之后，会向终端发送用于后继寻呼原因解密的安全参数，终端接收网络侧设备发送的用于后继寻呼原因解密的安全参数。
可选的，所述第二列表或第四列表包括以下至少一项：
长度域；
Entry域；
其中，所述长度域用于指示所述第二列表或第四列表包含的entry总数，所述Entry域携带或未携带终端的寻呼原因指示信息；
其中，当寻呼原因指示信息被携带时表明终端因为所携带的寻呼原因被寻呼；
当寻呼原因指示信息未被携带时，包括以下之一：
终端的寻呼原因为协议约定的寻呼原因；
终端的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
例如，第二列表中包含：长度指示：N；以及N个entry。
对于每一个entry：有一个bit指示IE pagingCause-r17是否被携带；若被携带，表明寻呼原因是voice；若未被携带，表明寻呼原因是non-voice。
也就是说，N个entry是一定出现的，IE pagingCause-r17是可选出现的。
因为只定义了一个pagingCause-r17取值，所以，该IE pagingCause-r17即使出现，也不用额外的bit指示paging cause是什么了。若定义了两个pagingCause取值(例如A和B)，那么在IE pagingCause-r17出现的情况下，需要有额外1bit指示pagingCause是A还是B。
在一种实施方式中，当寻呼原因指示信息未被携带时，表示终端的寻呼原因为协议约定的寻呼原因。
在另一种实施方式中，当寻呼原因指示信息未被携带时，表示终端的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。也就是说，在该终端的寻呼原因与前一个entry对应的终端的寻呼原因相同时，则该终端对应的寻呼原因指示信息可以不出现。从而节省信令开销。
可选的，所述方法还包括：
网络侧设备向终端发送下行信令，所述下行信令携带或未携带第一指示信息，所述第一指示信息用于指示所述寻呼消息支持携带寻呼原因；
其中，所述下行信令包括以下之一：
寻呼消息；
系统信息；
下行调度信令。
可选的，所述第一指示信息用于指示所述寻呼消息支持携带寻呼原因，也即当前小区支持寻呼原因发送。
若下行信令中携带了第一指示信息，即表示当前小区支持寻呼原因发送。
一种实施方式中，网络侧设备向终端发送的寻呼消息携带或未携带所述第一指示信息。
一种实施方式中，网络侧设备向终端发送的系统信息携带或未携带所述第一指示信息；例如，在小区广播消息中，如SIBx中携带第一指示信息，指示网络侧设备支持所述终端的寻呼原因发送。
一种实施方式中，网络侧设备向终端发送的下行调度信令中携带或未携带所述第一指示信息。
可选的，所述寻呼消息携带或未携带寻呼原因指示信息，包括以下至少之一：
所述寻呼消息携带网络侧设备为需要或支持接收寻呼原因的被寻呼终端分配的第二寻呼ID；
所述寻呼消息携带需要或支持接收寻呼原因的被寻呼终端对应的第三寻呼ID，其中，所述第三寻呼ID是网络侧设备基于被寻呼终端的第一寻呼ID和协议约定的推导方式中至少之一得到的；
所述寻呼消息由使用寻呼原因对应的RNTI加扰的PDCCH调度，其中，不同寻呼原因对应的RNTI是网络侧设备显式指示或协议约定的推导方式得到的。
可选的，寻呼原因可以通过寻呼ID隐式携带。
可选的，所述寻呼消息携带网络侧设备为需要或支持接收寻呼原因的被寻呼终端分配的第二寻呼ID；
或者，所述寻呼消息携带需要或支持接收寻呼原因的被寻呼终端对应的第三寻呼ID，其中，所述第三寻呼ID是网络侧设备基于被寻呼终端的第一寻呼ID和协议约定的推导方式至少之一得到的。
例如，NW预设两个寻呼原因，A和B；同时，NW为每个需要接收寻呼原因的UE分配两个寻呼ID，ID_A和ID_B，分别对应寻呼原因A和B。
当寻呼是由于原因A触发的，则NW在PagingRecordList中，携带ID_A来寻呼UE；当寻呼是由于原因B触发的，则NW在PagingRecordList中，携带ID_B来寻呼UE。
可选的，ID_A和ID_B也可以根据被寻呼终端的第一寻呼ID和协议约定的推导方式至少之一得到。
其中，不论是使用ID_A还是ID_B寻呼UE，UE监听寻呼的时刻不发生变化，这样可以降低UE的实现复杂度。
可选的，所述寻呼消息由使用寻呼原因对应的RNTI加扰的PDCCH调度，其中，不同寻呼原因对应的RNTI是网络侧设备显式指示或协议约定的推导方式得到的。
例如，NW预设两个RNTI(RNTI_A和RNTI_B)，分别对应预设两个寻呼原因，A和B。当寻呼是由于原因A触发的，则NW使用RNTI_A加扰的PDCCH调度，在对应PDSCH信道传输pagingmessage，其中PagingRecordList中，携带被寻呼UE的寻呼标识；当寻呼是由于原因B触发的，则NW使用RNTI_B加扰的PDCCH调度，在对应PDSCH信道传输paging message，其中PagingRecordList中，携带被寻呼UE的寻呼标识。
可选的，所述方法还包括：
网络侧设备接收终端上报的第二信息，所述第二信息用于指示终端需要或支持接收寻呼原因，或者，指示终端不需要或不支持接收寻呼原因。
可选的，UE在接入网络后，向网络上报自己是否需要或支持接收寻呼原因。多卡设备在启用多卡时，其UE可以上报自己需要或支持接收寻呼原因。
网络侧设备接收到该第二信息后，对于需要或支持接收寻呼原因的终端，在寻呼消息中携带该终端的寻呼原因指示信息。对于不需要或不支持接收寻呼原因的终端，则在寻呼消息中不携带该终端的寻呼原因指示信息，从而可以有效减少信令开销。
需要说明的是，本申请实施例提供的寻呼方法，执行主体可以为寻呼装置，或者，该寻呼装置中的用于执行寻呼方法的控制模块。本申请实施例中以寻呼装置执行寻呼方法为例，说明本申请实施例提供的寻呼装置。
图4为本申请实施例提供的寻呼装置的结构示意图之一。如图4所示，该装置包括：
第一接收单元410，用于接收寻呼消息，所述寻呼消息携带或未携带寻呼原因指示信息，其中，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因；
第一处理单元420，用于基于所述寻呼消息，执行第一操作。
在本申请实施例中，通过接收寻呼消息，所述寻呼消息中可选携带寻呼原因指示信息，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因，基于该寻呼消息，确定寻呼原因，以便进一步确定后继行为，可以有效减少信令开销。
可选的，所述寻呼消息中携带或未携带寻呼原因指示信息包括：所述寻呼消息携带第一列表，或者，所述寻呼消息携带第一列表和第二列表，
其中，所述第一列表中的每个元素entry包含一个被寻呼终端的第一寻呼ID；
其中，所述第二列表中的每个entry包含一个被寻呼终端的寻呼原因指示信息；
所述第二列表中被寻呼终端的寻呼原因指示信息排序和第一列表中前M个或后M个被寻呼终端的第一寻呼ID排序是对应的，其中，M为第二列表包含的entry总数。
可选的，所述第一处理单元用于：
基于所述第一列表，确定终端是否被寻呼；
在所述终端被寻呼的情况下，基于所述第二列表，确定所述终端的寻呼原因；
其中，所述确定终端是否被寻呼，包括以下至少之一：
若所述终端的第一寻呼ID和所述第一列表中的第N个或倒数第N个entry包含的第一寻呼ID匹配成功，确定所述终端被寻呼，N为大于等于1且小于等于第一列表包含的entry总数的正整数；
若所述终端的第一寻呼ID和所述第一列表中的所有entry包含的第一寻呼ID匹配失败，确定所述终端未被寻呼；
其中，所述基于所述第二列表，确定所述终端的寻呼原因，包括以下至少之一：
获取所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息，确定所述终端的寻呼原因；
在所述第二列表包含的entry总数小于N的情况下，确定网络侧设备不支持寻呼原因发送。
可选的，所述获取所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息，确定所述终端的寻呼原因，包括以下至少之一：
若所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息被携带，则根据所述寻呼原因指示信息，确定所述终端的寻呼原因；
若所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息未被携带，则执行以下之一：所述终端基于协议约定确定所述终端的寻呼原因；确定所述终端对应的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
可选的，还包括第二处理单元，用于：
接收下行信令，所述下行信令携带或未携带第一指示信息，所述第一指示信息用于指示所述寻呼消息支持携带寻呼原因；
在所述下行信令未携带第一指示信息的情况下，终端确定当前小区不支持寻呼原因发送；或者，
在所述下行信令携带第一指示信息的情况下，终端确定当前小区支持寻呼原因发送；
其中，所述下行信令包括以下之一：
寻呼消息；
系统信息；
下行调度信令。
可选的，所述基于所述第二列表，确定所述终端的寻呼原因，还包括：
在所述下行信令携带第一指示信息，且所述寻呼消息未携带第二列表的情况下，终端确定网络侧设备不支持寻呼原因发送。
可选的，所述寻呼消息携带或未携带寻呼原因指示信息包括：所述寻呼消息携带第三列表和第四列表中的至少之一，
其中，所述第三列表中的每个entry包含一个被寻呼终端的第一寻呼ID；
其中，所述第四列表中的每个entry包含一个被寻呼终端的第一寻呼ID和所述第一寻呼ID对应的寻呼原因指示信息；
其中，一个被寻呼终端的第一寻呼ID不会同时出现在所述第三列表和第四列表中。
可选的，所述第一处理单元用于执行以下至少之一：
若所述终端的第一寻呼ID和第三列表中的第P个entry包含的第一寻呼ID匹配成功，则终端确定网络侧设备不支持寻呼原因发送；
若所述终端的第一寻呼ID和第四列表中的第P个entry包含的第一寻呼ID匹配成功，则获取所述第四列表中的第P个entry包含的寻呼原因指示信息，确定所述终端的寻呼原因；
若所述终端的第一寻呼ID，与所述第三列表和第四列表中的所有entry包含的第一寻呼ID均匹配失败，则终端确定未被寻呼；
其中，P为大于等于1的正整数。
可选的，所述获取所述第四列表中的第P个entry包含的寻呼原因指示信息，确定所述终端的寻呼原因，包括：
若所述第四列表中的第P个entry包含的寻呼原因指示信息被显式携带或携带，则根据所述寻呼原因指示信息，确定所述终端的寻呼原因；
若第P个entry包含的寻呼原因指示信息被隐式携带或未携带，则执行以下之一：基于协议约定确定所述终端的寻呼原因；确定所述终端对应的寻呼原因指示信息和前一个显式携带或携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
可选的，所述基于协议约定确定所述终端的寻呼原因，包括：
确定所述终端的寻呼原因为非语音业务触发的寻呼或与协议定义的寻呼原因互补的其他寻呼原因。
可选的，所述寻呼原因指示信息基于加密输入参数生成；其中，所述加密输入参数包括以下至少一项：
被寻呼终端的全部或部分终端标识UE ID；
网络侧设备和被寻呼终端共享的密钥；
被寻呼终端的加密前的寻呼原因；
其中，所述第一处理单元，用于：
获取所述终端对应的寻呼原因指示信息；
对所述寻呼原因指示信息进行解密，确定所述终端的寻呼原因。
可选的，还包括第三处理单元，用于执行以下至少一项：
在检测到所述寻呼原因指示信息或寻呼原因为非预期取值的情况下，确定所述寻呼原因指示信息或寻呼原因无效；
在检测到所述寻呼原因指示信息或寻呼原因为非预期取值的情况下，向网络侧设备上报第一信息；
接收网络侧设备发送的用于后继寻呼原因解密的安全参数；
其中，所述第一信息用于指示以下至少一项：
收到非预期寻呼原因或非预期寻呼原因指示信息；
收到非预期寻呼原因或非预期寻呼原因指示信息的小区标识。
可选的，所述第二列表或第四列表包括以下至少一项：
长度域；
Entry域；
其中，所述长度域用于指示所述第二列表或第四列表包含的entry总数，所述Entry域携带或未携带终端的寻呼原因指示信息；
其中，当寻呼原因指示信息被携带时表明终端因为所携带的寻呼原因被寻呼；
当寻呼原因指示信息未被携带时，包括以下之一：
终端的寻呼原因为协议约定的寻呼原因；
终端的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
可选的，所述寻呼消息携带或未携带寻呼原因指示信息，包括以下至少之一：
所述寻呼消息携带网络侧设备为需要或支持接收寻呼原因的被寻呼终端分配的第二寻呼ID；
所述寻呼消息携带需要或支持接收寻呼原因的被寻呼终端对应的第三寻呼ID，其中，所述第三寻呼ID是基于被寻呼终端的第一寻呼ID和协议约定的推导方式中至少之一得到的；
所述寻呼消息由使用寻呼原因对应的RNTI加扰的PDCCH调度，其中，不同寻呼原因对应的RNTI是网络侧设备显式指示或协议约定的推导方式得到的。
可选的，所述第一处理单元用于执行以下至少之一：
根据所述第二寻呼ID确定寻呼原因；
根据所述第三寻呼ID确定寻呼原因；
根据RNTI确定寻呼原因。
可选的，还包括：
第一发送单元，用于向网络侧设备上报第二信息，所述第二信息用于指示终端需要或支持接收寻呼原因，或者，指示终端不需要或不支持接收寻呼原因。
本申请实施例中的寻呼装置可以是装置，具有操作系统的装置或电子设备，也可以是终端中的部件、集成电路、或芯片。该装置或电子设备可以是移动终端，也可以为非移动终端。示例性的，移动终端可以包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personalcomputer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例提供的寻呼装置能够实现图2的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
图5为本申请实施例提供的寻呼装置的结构示意图之二。如图5所示，该装置包括：
第二发送单元510，用于向终端发送寻呼消息，所述寻呼消息携带或未携带寻呼原因指示信息，其中，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因。
在本申请实施例中，通过发送寻呼消息，所述寻呼消息中可选携带寻呼原因指示信息，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因，可以有效减少信令开销。
可选的，所述寻呼消息携带或未携带寻呼原因指示信息包括：所述寻呼消息中携带第一列表，或者，所述寻呼消息携带第一列表和第二列表，
其中，所述第一列表中的每个元素entry包含一个被寻呼终端的第一寻呼ID；
其中，所述第二列表中的每个entry包含一个被寻呼终端的寻呼原因指示信息；
所述第二列表中被寻呼终端的寻呼原因指示信息排序和第一列表中前M个或后M个被寻呼终端的第一寻呼ID排序是对应的，其中，M为第二列表包含的entry总数。
可选的，所述寻呼消息携带或未携带寻呼原因指示信息包括：所述寻呼消息中携带第三列表和第四列表中的至少之一，
其中，所述第三列表中的每个元素entry包含一个终端的第一寻呼ID；
其中，所述第四列表中的每个entry包含一个终端的第一寻呼ID和所述第一寻呼ID对应的寻呼原因指示信息；
其中，一个被寻呼终端的第一寻呼ID不会同时出现在所述第三列表和第四列表中。
可选的，所述寻呼原因指示信息基于加密输入参数生成；其中，所述加密输入参数包括以下至少一项：
被寻呼终端的全部或部分终端标识UE ID；
网络侧设备和被寻呼终端共享的密钥；
被寻呼终端的加密前的寻呼原因或寻呼原因指示信息。
可选的，还包括：第四处理单元，用于执行以下至少一项：
接收终端发送的第一信息；
向终端发送用于后继寻呼原因解密的安全参数；
其中，所述第一信息用于指示以下至少一项：
收到非预期寻呼原因或非预期寻呼原因指示信息；
收到非预期寻呼原因或非预期寻呼原因指示信息的小区标识。
可选的，所述第二列表或第四列表包括以下至少一项：
长度域；
Entry域；
其中，所述长度域用于指示所述第二列表或第四列表包含的entry总数，所述Entry域携带或未携带终端的寻呼原因指示信息；
其中，当寻呼原因指示信息被携带时表明终端因为所携带的寻呼原因被寻呼；
当寻呼原因指示信息未被携带时，包括以下之一：
终端的寻呼原因为协议约定的寻呼原因；
终端的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
可选的，还包括：
第三发送单元，用于向终端发送下行信令，所述下行信令中携带或未携带第一指示信息，所述第一指示信息用于指示所述寻呼消息支持携带寻呼原因；
其中，所述下行信令包括以下之一：
寻呼消息；
系统信息；
下行调度信令。
可选的，所述寻呼消息携带或未携带寻呼原因指示信息，包括以下至少之一：
所述寻呼消息携带网络侧设备为每个需要或支持接收寻呼原因的被寻呼终端分配的第二寻呼ID；
所述寻呼消息携带每个需要或支持接收寻呼原因的被寻呼终端对应的第三寻呼ID，其中，所述第三寻呼ID是网络侧设备基于被寻呼终端的第一寻呼ID和协议约定的推导方式中至少之一得到的；
所述寻呼消息由使用寻呼原因对应的RNTI加扰的PDCCH调度，其中，不同寻呼原因对应的RNTI是网络侧设备显式指示或协议约定的推导方式得到的。
可选的，还包括：
第二接收单元，用于接收终端上报的第二信息，所述第二信息用于指示终端需要或支持接收寻呼原因，或者，指示终端不需要或不支持接收寻呼原因。
本申请实施例提供的寻呼装置能够实现图3的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
可选的，如图6所示，本申请实施例还提供一种通信设备600，包括处理器601，存储器602，存储在存储器602上并可在所述处理器601上运行的程序或指令，例如，该通信设备600为终端时，该程序或指令被处理器601执行时实现上述寻呼方法实施例的各个过程，且能达到相同的技术效果。该通信设备600为网络侧设备时，该程序或指令被处理器601执行时实现上述寻呼方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种终端，包括处理器和通信接口，所述通信接口用于接收寻呼消息，所述寻呼消息携带或未寻呼原因指示信息，其中，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因；所述处理器用于基于所述寻呼消息，执行第一操作。该终端实施例是与上述终端侧方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。具体地，图7为实现本申请实施例的一种终端的硬件结构示意图。
该终端700包括但不限于：射频单元701、网络模块702、音频输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709、以及处理器710等中的至少部分部件。
本领域技术人员可以理解，终端700还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器710逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图7中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元704可以包括图形处理器(GraphicsProcessing Unit，GPU)7041和麦克风7042，图形处理器7041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元706可包括显示面板7061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板7061。用户输入单元707包括触控面板7071以及其他输入设备7072。触控面板7071，也称为触摸屏。触控面板7071可包括触摸检测装置和触摸控制器两个部分。其他输入设备7072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元701将来自网络侧设备的下行数据接收后，给处理器710处理；另外，将上行的数据发送给网络侧设备。通常，射频单元701包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器709可用于存储软件程序或指令以及各种数据。存储器709可主要包括存储程序或指令区和存储数据区，其中，存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器709可以包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。
处理器710可包括一个或多个处理单元；可选的，处理器710可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序或指令等，调制解调处理器主要处理无线通信，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器710中。
其中，射频单元701，用于接收寻呼消息，所述寻呼消息携带或未携带寻呼原因指示信息，其中，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因；
处理器710，用于基于所述寻呼消息，执行第一操作。
在本申请实施例中，终端通过接收寻呼消息，所述寻呼消息中携带或未携带寻呼原因指示信息，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因，基于该寻呼消息，确定寻呼原因，以便进一步确定后继行为，可以有效减少信令开销。
可选的，所述寻呼消息中携带或未携带寻呼原因指示信息包括：所述寻呼消息携带第一列表，或者，所述寻呼消息携带第一列表和第二列表，
其中，所述第一列表中的每个元素entry包含一个被寻呼终端的第一寻呼ID；
其中，所述第二列表中的每个entry包含一个被寻呼终端的寻呼原因指示信息；
所述第二列表中被寻呼终端的寻呼原因指示信息排序和第一列表中前M个或后M个被寻呼终端的第一寻呼ID排序是对应的，其中，M为第二列表包含的entry总数。
可选的，处理器710还用于：
基于所述第一列表，确定终端是否被寻呼；
在所述终端被寻呼的情况下，基于所述第二列表，确定所述终端的寻呼原因；
其中，所述确定终端是否被寻呼，包括以下至少之一：
若所述终端的第一寻呼ID和所述第一列表中的第N个或倒数第N个entry包含的第一寻呼ID匹配成功，确定所述终端被寻呼，N为大于等于1且小于等于第一列表包含的entry总数的正整数；
若所述终端的第一寻呼ID和所述第一列表中的所有entry包含的第一寻呼ID匹配失败，确定所述终端未被寻呼；
其中，所述基于所述第二列表，确定所述终端的寻呼原因，包括以下至少之一：
获取所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息，确定所述终端的寻呼原因；
在所述第二列表包含的entry总数小于N的情况下，确定网络侧设备不支持寻呼原因发送。
可选的，所述获取所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息，确定所述终端的寻呼原因，包括以下至少之一：
若所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息被携带，则根据所述寻呼原因指示信息，确定所述终端的寻呼原因；
若所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息未被携带，则执行以下之一：所述终端基于协议约定确定所述终端的寻呼原因；确定所述终端对应的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
可选的，处理器710还用于：
接收下行信令，所述下行信令携带或未携带第一指示信息，所述第一指示信息用于指示所述寻呼消息支持携带寻呼原因；
在所述下行信令未携带第一指示信息的情况下，终端确定当前小区不支持寻呼原因发送；或者，
在所述下行信令携带第一指示信息的情况下，终端确定当前小区支持寻呼原因发送；
其中，所述下行信令包括以下之一：
寻呼消息；
系统信息；
下行调度信令。
可选的，所述基于所述第二列表，确定所述终端的寻呼原因，还包括：
在所述下行信令携带第一指示信息，且所述寻呼消息未携带第二列表的情况下，终端确定网络侧设备不支持寻呼原因发送。
可选的，所述寻呼消息携带或未携带寻呼原因指示信息包括：所述寻呼消息携带第三列表和第四列表中的至少之一，
其中，所述第三列表中的每个entry包含一个被寻呼终端的第一寻呼ID；
其中，所述第四列表中的每个entry包含一个被寻呼终端的第一寻呼ID和所述第一寻呼ID对应的寻呼原因指示信息；
其中，一个被寻呼终端的第一寻呼ID不会同时出现在所述第三列表和第四列表中。
可选的，处理器710还用于：
若所述终端的第一寻呼ID和第三列表中的第P个entry包含的第一寻呼ID匹配成功，则终端确定网络侧设备不支持寻呼原因发送；
若所述终端的第一寻呼ID和第四列表中的第P个entry包含的第一寻呼ID匹配成功，则获取所述第四列表中的第P个entry包含的寻呼原因指示信息，确定所述终端的寻呼原因；
若所述终端的第一寻呼ID，与所述第三列表和第四列表中的所有entry包含的第一寻呼ID均匹配失败，则终端确定未被寻呼；
其中，P为大于等于1的正整数。
可选的，所述获取所述第四列表中的第P个entry包含的寻呼原因指示信息，确定所述终端的寻呼原因，包括：
若所述第四列表中的第P个entry包含的寻呼原因指示信息被显式携带或携带，则根据所述寻呼原因指示信息，确定所述终端的寻呼原因；
若第P个entry包含的寻呼原因指示信息被隐式携带或未携带，则执行以下之一：基于协议约定确定所述终端的寻呼原因；确定所述终端对应的寻呼原因指示信息和前一个显式携带或携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
可选的，所述基于协议约定确定所述终端的寻呼原因，包括：
确定所述终端的寻呼原因为非语音业务触发的寻呼或与协议定义的寻呼原因互补的其他寻呼原因。
可选的，所述寻呼原因指示信息基于加密输入参数生成；其中，所述加密输入参数包括以下至少一项：
被寻呼终端的全部或部分终端标识UE ID；
网络侧设备和被寻呼终端共享的密钥；
被寻呼终端的加密前的寻呼原因；
其中，所述第一处理单元，用于：
获取所述终端对应的寻呼原因指示信息；
对所述寻呼原因指示信息进行解密，确定所述终端的寻呼原因。
可选的，处理器710还用于执行以下至少一项：
在检测到所述寻呼原因指示信息或寻呼原因为非预期取值的情况下，确定所述寻呼原因指示信息或寻呼原因无效；
在检测到所述寻呼原因指示信息或寻呼原因为非预期取值的情况下，向网络侧设备上报第一信息；
接收网络侧设备发送的用于后继寻呼原因解密的安全参数；
其中，所述第一信息用于指示以下至少一项：
收到非预期寻呼原因或非预期寻呼原因指示信息；
收到非预期寻呼原因或非预期寻呼原因指示信息的小区标识。
可选的，所述第二列表或第四列表包括以下至少一项：
长度域；
Entry域；
其中，所述长度域用于指示所述第二列表或第四列表包含的entry总数，所述Entry域携带或未携带终端的寻呼原因指示信息；
其中，当寻呼原因指示信息被携带时表明终端因为所携带的寻呼原因被寻呼；
当寻呼原因指示信息未被携带时，包括以下之一：
终端的寻呼原因为协议约定的寻呼原因；
终端的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
可选的，所述寻呼消息携带或未携带寻呼原因指示信息，包括以下至少之一：
所述寻呼消息携带网络侧设备为需要或支持接收寻呼原因的被寻呼终端分配的第二寻呼ID；
所述寻呼消息携带需要或支持接收寻呼原因的被寻呼终端对应的第三寻呼ID，其中，所述第三寻呼ID是基于被寻呼终端的第一寻呼ID和协议约定的推导方式中至少之一得到的；
所述寻呼消息由使用寻呼原因对应的RNTI加扰的PDCCH调度，其中，不同寻呼原因对应的RNTI是网络侧设备显式指示或协议约定的推导方式得到的。
可选的，处理器710还用于执行以下至少之一：
根据所述第二寻呼ID确定寻呼原因；
根据所述第三寻呼ID确定寻呼原因；
根据RNTI确定寻呼原因。
可选的，射频单元701还用于：
向网络侧设备上报第二信息，所述第二信息用于指示终端需要或支持接收寻呼原因，或者，指示终端不需要或不支持接收寻呼原因。
本申请实施例还提供一种网络侧设备，包括处理器和通信接口，通信接口用于向终端发送寻呼消息，所述寻呼消息携带或未携带寻呼原因指示信息，其中，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因。该网络侧设备实施例是与上述网络侧设备方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该网络侧设备实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种网络侧设备。如图8所示，该网络设备800包括：天线801、射频装置802、基带装置803。天线801与射频装置802连接。在上行方向上，射频装置802通过天线801接收信息，将接收的信息发送给基带装置803进行处理。在下行方向上，基带装置803对要发送的信息进行处理，并发送给射频装置802，射频装置802对收到的信息进行处理后经过天线801发送出去。
上述频带处理装置可以位于基带装置803中，以上实施例中网络侧设备执行的方法可以在基带装置803中实现，该基带装置803包括处理器804和存储器805。
基带装置803例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图8所示，其中一个芯片例如为处理器804，与存储器805连接，以调用存储器805中的程序，执行以上方法实施例中所示的网络设备操作。
该基带装置803还可以包括网络接口806，用于与射频装置802交互信息，该接口例如为通用公共无线接口(common public radio interface，简称CPRI)。
具体地，本发明实施例的网络侧设备还包括：存储在存储器805上并可在处理器804上运行的指令或程序，处理器804调用存储器805中的指令或程序执行图5所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述寻呼方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述寻呼方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (53)

1.一种寻呼方法，其特征在于，包括：
终端接收寻呼消息，所述寻呼消息携带或未携带寻呼原因指示信息，其中，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因；
终端基于所述寻呼消息，执行第一操作。
2.根据权利要求1所述的寻呼方法，其特征在于，所述寻呼消息中携带或未携带寻呼原因指示信息包括：所述寻呼消息携带第一列表，或者，所述寻呼消息携带第一列表和第二列表，
其中，所述第一列表中的每个元素entry包含一个被寻呼终端的第一寻呼ID；
其中，所述第二列表中的每个entry包含一个被寻呼终端的寻呼原因指示信息；
所述第二列表中被寻呼终端的寻呼原因指示信息排序和第一列表中前M个或后M个被寻呼终端的第一寻呼ID排序是对应的，其中，M为第二列表包含的entry总数。
3.根据权利要求2所述的寻呼方法，其特征在于，所述终端基于所述寻呼消息，执行第一操作，包括：
终端基于所述第一列表，确定所述终端是否被寻呼；
在所述终端被寻呼的情况下，终端基于所述第二列表，确定所述终端的寻呼原因；
其中，所述确定所述终端是否被寻呼，包括以下至少之一：
若所述终端的第一寻呼ID和所述第一列表中的第N个或倒数第N个entry包含的第一寻呼ID匹配成功，确定所述终端被寻呼，N为大于等于1且小于等于第一列表包含的entry总数的正整数；
若所述终端的第一寻呼ID和所述第一列表中的所有entry包含的第一寻呼ID匹配失败，确定所述终端未被寻呼；
其中，所述终端基于所述第二列表，确定所述终端的寻呼原因，包括以下至少之一：
所述终端获取所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息，确定所述终端的寻呼原因；
在所述第二列表包含的entry总数小于N的情况下，所述终端确定网络侧设备不支持寻呼原因发送。
4.根据权利要求3所述的寻呼方法，其特征在于，所述终端获取所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息，确定所述终端的寻呼原因，包括以下至少之一：
若所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息被携带，则根据所述寻呼原因指示信息，确定所述终端的寻呼原因；
若所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息未被携带，则执行以下之一：所述终端基于协议约定确定所述终端的寻呼原因；确定所述终端对应的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
5.根据权利要求3所述的寻呼方法，其特征在于，所述方法还包括：
接收下行信令，所述下行信令携带或未携带第一指示信息，所述第一指示信息用于指示所述寻呼消息支持携带寻呼原因；
在所述下行信令未携带第一指示信息的情况下，终端确定当前小区不支持寻呼原因发送；或者，
在所述下行信令携带第一指示信息的情况下，终端确定当前小区支持寻呼原因发送；
其中，所述下行信令包括以下之一：
寻呼消息；
系统信息；
下行调度信令。
6.根据权利要求5所述的寻呼方法，其特征在于，所述终端基于所述第二列表，确定所述终端的寻呼原因，还包括：
在所述下行信令携带第一指示信息，且所述寻呼消息未携带第二列表的情况下，终端确定网络侧设备不支持寻呼原因发送。
7.根据权利要求1所述的寻呼方法，其特征在于，所述寻呼消息携带或未携带寻呼原因指示信息包括：所述寻呼消息携带第三列表和第四列表中的至少之一，
其中，所述第三列表中的每个entry包含一个被寻呼终端的第一寻呼ID；
其中，所述第四列表中的每个entry包含一个被寻呼终端的第一寻呼ID和所述第一寻呼ID对应的寻呼原因指示信息；
其中，一个被寻呼终端的第一寻呼ID不会同时出现在所述第三列表和第四列表中。
8.根据权利要求7所述的寻呼方法，其特征在于，所述终端基于所述寻呼消息，执行第一操作，包括以下至少之一：
若所述终端的第一寻呼ID和第三列表中的第P个entry包含的第一寻呼ID匹配成功，则终端确定网络侧设备不支持寻呼原因发送；
若所述终端的第一寻呼ID和第四列表中的第P个entry包含的第一寻呼ID匹配成功，则获取所述第四列表中的第P个entry包含的寻呼原因指示信息，确定所述终端的寻呼原因；
若所述终端的第一寻呼ID，与所述第三列表和第四列表中的所有entry包含的第一寻呼ID均匹配失败，则终端确定未被寻呼；
其中，P为大于等于1的正整数。
9.根据权利要求8所述的寻呼方法，其特征在于，所述获取所述第四列表中的第P个entry包含的寻呼原因指示信息，确定所述终端的寻呼原因，包括：
若所述第四列表中的第P个entry包含的寻呼原因指示信息被携带，则根据所述寻呼原因指示信息，确定所述终端的寻呼原因；
若第P个entry包含的寻呼原因指示信息未被携带，则执行以下之一：基于协议约定确定所述终端的寻呼原因；确定所述终端对应的寻呼原因指示信息和前一个显式携带或携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
10.根据权利要求4或9所述的寻呼方法，其特征在于，所述基于协议约定确定所述终端的寻呼原因，包括：
确定所述终端的寻呼原因为非语音业务触发的寻呼或与协议定义的寻呼原因互补的其他寻呼原因。
11.根据权利要求1所述的寻呼方法，其特征在于，所述寻呼原因指示信息基于加密输入参数生成；其中，所述加密输入参数包括以下至少一项：
被寻呼终端的全部或部分终端标识UE ID；
网络侧设备和被寻呼终端共享的密钥；
被寻呼终端的加密前的寻呼原因或寻呼原因指示信息；
其中，所述终端基于所述寻呼消息，执行第一操作，包括：
所述终端获取所述终端对应的寻呼原因指示信息；
对所述寻呼原因指示信息进行解密，确定所述终端的寻呼原因。
12.根据权利要求11所述的寻呼方法，其特征在于，所述执行第一操作之后，所述方法还包括以下至少一项：
在终端检测到所述寻呼原因指示信息或寻呼原因为非预期取值的情况下，终端确定所述寻呼原因指示信息或寻呼原因无效；
在终端检测到所述寻呼原因指示信息或寻呼原因为非预期取值的情况下，终端向网络侧设备上报第一信息；
终端接收网络侧设备发送的用于后继寻呼原因解密的安全参数；
其中，所述第一信息用于指示以下至少一项：
收到非预期寻呼原因或非预期寻呼原因指示信息；
收到非预期寻呼原因或非预期寻呼原因指示信息的小区标识。
13.根据权利要求2或7所述的寻呼方法，其特征在于，所述第二列表或第四列表包括以下至少一项：
长度域；
Entry域；
其中，所述长度域用于指示所述第二列表或第四列表包含的entry总数，所述Entry域携带或未携带终端的寻呼原因指示信息；
其中，当寻呼原因指示信息被携带时表明终端因为所携带的寻呼原因被寻呼；
当寻呼原因指示信息未被携带时，包括以下之一：
终端的寻呼原因为协议约定的寻呼原因；
终端的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
14.根据权利要求1所述的寻呼方法，其特征在于，所述寻呼消息携带或未携带寻呼原因指示信息，包括以下至少之一：
所述寻呼消息携带网络侧设备为需要或支持接收寻呼原因的被寻呼终端分配的第二寻呼ID；
所述寻呼消息携带需要或支持接收寻呼原因的被寻呼终端对应的第三寻呼ID，其中，所述第三寻呼ID是基于被寻呼终端的第一寻呼ID和协议约定的推导方式至少之一得到的；
所述寻呼消息由使用寻呼原因对应的RNTI加扰的PDCCH调度，其中，不同寻呼原因对应的RNTI是网络侧设备显式指示或协议约定的推导方式得到的。
15.根据权利要求14所述的寻呼方法，其特征在于，所述终端基于所述寻呼消息，执行第一操作，包括以下至少之一：
终端根据所述第二寻呼ID确定寻呼原因；
终端根据所述第三寻呼ID确定寻呼原因；
终端根据RNTI确定寻呼原因。
16.根据权利要求1-9、11-12、14-15中任一项所述的寻呼方法，其特征在于，所述终端接收寻呼消息之前，还包括：
终端向网络侧设备上报第二信息，所述第二信息用于指示终端需要或支持接收寻呼原因，或者，指示终端不需要或不支持接收寻呼原因。
17.一种寻呼方法，其特征在于，包括：
网络侧设备向终端发送寻呼消息，所述寻呼消息携带或未携带寻呼原因指示信息，其中，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因。
18.根据权利要求17所述的寻呼方法，其特征在于，所述寻呼消息携带或未携带寻呼原因指示信息包括：所述寻呼消息中携带第一列表，或者，所述寻呼消息中携带第一列表和第二列表，
其中，所述第一列表中的每个元素entry包含一个被寻呼终端的第一寻呼ID；
其中，所述第二列表中的每个entry包含一个被寻呼终端的寻呼原因指示信息；
所述第二列表中被寻呼终端的寻呼原因指示信息排序和第一列表中前M个或后M个被寻呼终端的第一寻呼ID排序是对应的，其中，M为第二列表包含的entry总数。
19.根据权利要求17所述的寻呼方法，其特征在于，所述寻呼消息携带或未携带寻呼原因指示信息包括：所述寻呼消息中携带第三列表和第四列表中的至少之一，
其中，所述第三列表中的每个元素entry包含一个终端的第一寻呼ID；
其中，所述第四列表中的每个entry包含一个终端的第一寻呼ID和所述第一寻呼ID对应的寻呼原因指示信息；
其中，一个被寻呼终端的第一寻呼ID不会同时出现在所述第三列表和第四列表中。
20.根据权利要求17所述的寻呼方法，其特征在于，所述寻呼原因指示信息基于加密输入参数生成；其中，所述加密输入参数包括以下至少一项：
被寻呼终端的全部或部分终端标识UEID；
网络侧设备和被寻呼终端共享的密钥；
被寻呼终端的加密前的寻呼原因或寻呼原因指示信息。
21.根据权利要求20所述的寻呼方法，其特征在于，所述方法还包括以下至少一项：
网络侧设备接收终端发送的第一信息；
网络侧设备向终端发送用于后继寻呼原因解密的安全参数；
其中，所述第一信息用于指示以下至少一项：
收到非预期寻呼原因或非预期寻呼原因指示信息；
收到非预期寻呼原因或非预期寻呼原因指示信息的小区标识。
22.根据权利要求18或19所述的寻呼方法，其特征在于，所述第二列表或第四列表包括以下至少一项：
长度域；
Entry域；
其中，所述长度域用于指示所述第二列表或第四列表包含的entry总数，所述Entry域携带或未携带终端的寻呼原因指示信息；
其中，当寻呼原因指示信息被携带时表明终端因为所携带的寻呼原因被寻呼；
当寻呼原因指示信息未被携带时，包括以下之一：
终端的寻呼原因为协议约定的寻呼原因；
终端的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
23.根据权利要求17所述的寻呼方法，其特征在于，所述方法还包括：
网络侧设备向终端发送下行信令，所述下行信令携带或未携带第一指示信息，所述第一指示信息用于指示所述寻呼消息支持携带寻呼原因；
其中，所述下行信令包括以下之一：
寻呼消息；
系统信息；
下行调度信令。
24.根据权利要求17所述的寻呼方法，其特征在于，所述寻呼消息携带或未携带寻呼原因指示信息，包括以下至少之一：
所述寻呼消息携带网络侧设备为需要或支持接收寻呼原因的被寻呼终端分配的第二寻呼ID；
所述寻呼消息携带需要或支持接收寻呼原因的被寻呼终端对应的第三寻呼ID，其中，所述第三寻呼ID是网络侧设备基于被寻呼终端的第一寻呼ID和协议约定的推导方式中至少之一得到的；
所述寻呼消息由使用寻呼原因对应的RNTI加扰的PDCCH调度，其中，不同寻呼原因对应的RNTI是网络侧设备显式指示或协议约定的推导方式得到的。
25.根据权利要求17-21、23-24中任一项所述的寻呼方法，其特征在于，所述方法还包括：
网络侧设备接收终端上报的第二信息，所述第二信息用于指示终端需要或支持接收寻呼原因，或者，指示终端不需要或不支持接收寻呼原因。
26.一种寻呼装置，其特征在于，包括：
第一接收单元，用于接收寻呼消息，所述寻呼消息携带或未携带寻呼原因指示信息，其中，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因；
第一处理单元，用于基于所述寻呼消息，执行第一操作。
27.根据权利要求26所述的寻呼装置，其特征在于，所述寻呼消息中携带或未携带寻呼原因指示信息包括：所述寻呼消息携带第一列表，或者，所述寻呼消息携带第一列表和第二列表，
其中，所述第一列表中的每个元素entry包含一个被寻呼终端的第一寻呼ID；
其中，所述第二列表中的每个entry包含一个被寻呼终端的寻呼原因指示信息；
所述第二列表中被寻呼终端的寻呼原因指示信息排序和第一列表中前M个或后M个被寻呼终端的第一寻呼ID排序是对应的，其中，M为第二列表包含的entry总数。
28.根据权利要求27所述的寻呼装置，其特征在于，所述第一处理单元用于：
基于所述第一列表，确定终端是否被寻呼；
在所述终端被寻呼的情况下，基于所述第二列表，确定所述终端的寻呼原因；
其中，所述确定终端是否被寻呼，包括以下至少之一：
若所述终端的第一寻呼ID和所述第一列表中的第N个或倒数第N个entry包含的第一寻呼ID匹配成功，确定所述终端被寻呼，N为大于等于1且小于等于第一列表包含的entry总数的正整数；
若所述终端的第一寻呼ID和所述第一列表中的所有entry包含的第一寻呼ID匹配失败，确定所述终端未被寻呼；
其中，所述基于所述第二列表，确定所述终端的寻呼原因，包括以下至少之一：
获取所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息，确定所述终端的寻呼原因；
在所述第二列表包含的entry总数小于N的情况下，确定网络侧设备不支持寻呼原因发送。
29.根据权利要求28所述的寻呼装置，其特征在于，所述获取所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息，确定所述终端的寻呼原因，包括以下至少之一：
若所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息被携带，则根据所述寻呼原因指示信息，确定所述终端的寻呼原因；
若所述第二列表中的第N个或倒数第N个entry对应的寻呼原因指示信息未被携带，则执行以下之一：所述终端基于协议约定确定所述终端的寻呼原因；确定所述终端对应的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
30.根据权利要求28所述的寻呼装置，其特征在于，还包括第二处理单元，用于：
接收下行信令，所述下行信令携带或未携带第一指示信息，所述第一指示信息用于指示所述寻呼消息支持携带寻呼原因；
在所述下行信令未携带第一指示信息的情况下，终端确定当前小区不支持寻呼原因发送；或者，
在所述下行信令携带第一指示信息的情况下，终端确定当前小区支持寻呼原因发送；
其中，所述下行信令包括以下之一：
寻呼消息；
系统信息；
下行调度信令。
31.根据权利要求28所述的寻呼装置，其特征在于，所述基于所述第二列表，确定所述终端的寻呼原因，还包括：
在所述下行信令携带第一指示信息，且所述寻呼消息未携带第二列表的情况下，终端确定网络侧设备不支持寻呼原因发送。
32.根据权利要求26所述的寻呼装置，其特征在于，所述寻呼消息携带或未携带寻呼原因指示信息包括：所述寻呼消息携带第三列表和第四列表中的至少之一，
其中，所述第三列表中的每个entry包含一个被寻呼终端的第一寻呼ID；
其中，所述第四列表中的每个entry包含一个被寻呼终端的第一寻呼ID和所述第一寻呼ID对应的寻呼原因指示信息；
其中，一个被寻呼终端的第一寻呼ID不会同时出现在所述第三列表和第四列表中。
33.根据权利要求32所述的寻呼装置，其特征在于，所述第一处理单元用于执行以下至少之一：
若所述终端的第一寻呼ID和第三列表中的第P个entry包含的第一寻呼ID匹配成功，则终端确定网络侧设备不支持寻呼原因发送；
若所述终端的第一寻呼ID和第四列表中的第P个entry包含的第一寻呼ID匹配成功，则获取所述第四列表中的第P个entry包含的寻呼原因指示信息，确定所述终端的寻呼原因；
若所述终端的第一寻呼ID，与所述第三列表和第四列表中的所有entry包含的第一寻呼ID均匹配失败，则终端确定未被寻呼；
其中，P为大于等于1的正整数。
34.根据权利要求33所述的寻呼装置，其特征在于，所述获取所述第四列表中的第P个entry包含的寻呼原因指示信息，确定所述终端的寻呼原因，包括：
若所述第四列表中的第P个entry包含的寻呼原因指示信息被显式携带或携带，则根据所述寻呼原因指示信息，确定所述终端的寻呼原因；
若第P个entry包含的寻呼原因指示信息被隐式携带或未携带，则执行以下之一：基于协议约定确定所述终端的寻呼原因；确定所述终端对应的寻呼原因指示信息和前一个显式携带或携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
35.根据权利要求29或34所述的寻呼方法，其特征在于，所述基于协议约定确定所述终端的寻呼原因，包括：
确定所述终端的寻呼原因为非语音业务触发的寻呼或与协议定义的寻呼原因互补的其他寻呼原因。
36.根据权利要求26所述的寻呼装置，其特征在于，所述寻呼原因指示信息基于加密输入参数生成；其中，所述加密输入参数包括以下至少一项：
被寻呼终端的全部或部分终端标识UE ID；
网络侧设备和被寻呼终端共享的密钥；
被寻呼终端的加密前的寻呼原因；
其中，所述第一处理单元，用于：
获取所述终端对应的寻呼原因指示信息；
对所述寻呼原因指示信息进行解密，确定所述终端的寻呼原因。
37.根据权利要求36所述的寻呼装置，其特征在于，还包括第三处理单元，用于执行以下至少一项：
在检测到所述寻呼原因指示信息或寻呼原因为非预期取值的情况下，确定所述寻呼原因指示信息或寻呼原因无效；
在检测到所述寻呼原因指示信息或寻呼原因为非预期取值的情况下，向网络侧设备上报第一信息；
接收网络侧设备发送的用于后继寻呼原因解密的安全参数；
其中，所述第一信息用于指示以下至少一项：
收到非预期寻呼原因或非预期寻呼原因指示信息；
收到非预期寻呼原因或非预期寻呼原因指示信息的小区标识。
38.根据权利要求27或32所述的寻呼装置，其特征在于，所述第二列表或第四列表包括以下至少一项：
长度域；
Entry域；
其中，所述长度域用于指示所述第二列表或第四列表包含的entry总数，所述Entry域携带或未携带终端的寻呼原因指示信息；
其中，当寻呼原因指示信息被携带时表明终端因为所携带的寻呼原因被寻呼；
当寻呼原因指示信息未被携带时，包括以下之一：
终端的寻呼原因为协议约定的寻呼原因；
终端的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
39.根据权利要求26所述的寻呼装置，其特征在于，所述寻呼消息携带或未携带寻呼原因指示信息，包括以下至少之一：
所述寻呼消息携带网络侧设备为需要或支持接收寻呼原因的被寻呼终端分配的第二寻呼ID；
所述寻呼消息携带需要或支持接收寻呼原因的被寻呼终端对应的第三寻呼ID，其中，所述第三寻呼ID是基于被寻呼终端的第一寻呼ID和协议约定的推导方式中至少之一得到的；
所述寻呼消息由使用寻呼原因对应的RNTI加扰的PDCCH调度，其中，不同寻呼原因对应的RNTI是网络侧设备显式指示或协议约定的推导方式得到的。
40.根据权利要求39所述的寻呼装置，其特征在于，所述第一处理单元用于执行以下至少之一：
根据所述第二寻呼ID确定寻呼原因；
根据所述第三寻呼ID确定寻呼原因；
根据RNTI确定寻呼原因。
41.根据权利要求26-34、36-37、39-40中任一项所述的寻呼装置，其特征在于，还包括：
第一发送单元，用于向网络侧设备上报第二信息，所述第二信息用于指示终端需要或支持接收寻呼原因，或者，指示终端不需要或不支持接收寻呼原因。
42.一种寻呼装置，其特征在于，包括：
第二发送单元，用于向终端发送寻呼消息，所述寻呼消息携带或未携带寻呼原因指示信息，其中，所述寻呼原因指示信息用于指示需要或支持接收寻呼原因的被寻呼终端对应的寻呼原因。
43.根据权利要求42所述的寻呼装置，其特征在于，所述寻呼消息携带或未携带寻呼原因指示信息包括：所述寻呼消息携带第一列表，或者，所述寻呼消息携带第一列表和第二列表，
其中，所述第一列表中的每个元素entry包含一个被寻呼终端的第一寻呼ID；
其中，所述第二列表中的每个entry包含一个被寻呼终端的寻呼原因指示信息；
所述第二列表中被寻呼终端的寻呼原因指示信息排序和第一列表中前M个或后M个被寻呼终端的第一寻呼ID排序是对应的，其中，M为第二列表包含的entry总数。
44.根据权利要求42所述的寻呼装置，其特征在于，所述寻呼消息携带或未携带寻呼原因指示信息包括：所述寻呼消息中携带第三列表和第四列表中的至少之一，
其中，所述第三列表中的每个元素entry包含一个终端的第一寻呼ID；
其中，所述第四列表中的每个entry包含一个终端的第一寻呼ID和所述第一寻呼ID对应的寻呼原因指示信息；
其中，一个被寻呼终端的第一寻呼ID不会同时出现在所述第三列表和第四列表中。
45.根据权利要求42所述的寻呼装置，其特征在于，所述寻呼原因指示信息基于加密输入参数生成；其中，所述加密输入参数包括以下至少一项：
被寻呼终端的全部或部分终端标识UEID；
网络侧设备和被寻呼终端共享的密钥；
被寻呼终端的加密前的寻呼原因或寻呼原因指示信息。
46.根据权利要求45所述的寻呼装置，其特征在于，还包括：第四处理单元，用于执行以下至少一项：
接收终端发送的第一信息；
向终端发送用于后继寻呼原因解密的安全参数；
其中，所述第一信息用于指示以下至少一项：
收到非预期寻呼原因或非预期寻呼原因指示信息；
收到非预期寻呼原因或非预期寻呼原因指示信息的小区标识。
47.根据权利要求43或44所述的寻呼装置，其特征在于，所述第二列表或第四列表包括以下至少一项：
长度域；
Entry域；
其中，所述长度域用于指示所述第二列表或第四列表包含的entry总数，所述Entry域携带或未携带终端的寻呼原因指示信息；
其中，当寻呼原因指示信息被携带时表明终端因为所携带的寻呼原因被寻呼；
当寻呼原因指示信息未被携带时，包括以下之一：
终端的寻呼原因为协议约定的寻呼原因；
终端的寻呼原因指示信息和前一个携带寻呼原因指示信息的entry对应的寻呼原因指示信息相同。
48.根据权利要求42所述的寻呼装置，其特征在于，还包括：
第三发送单元，用于向终端发送下行信令，所述下行信令中携带或未携带第一指示信息，所述第一指示信息用于指示所述寻呼消息支持携带寻呼原因；
其中，所述下行信令包括以下之一：
寻呼消息；
系统信息；
下行调度信令。
49.根据权利要求42所述的寻呼装置，其特征在于，所述寻呼消息携带或未携带寻呼原因指示信息，包括以下至少之一：
所述寻呼消息携带网络侧设备为每个需要或支持接收寻呼原因的被寻呼终端分配的第二寻呼ID；
所述寻呼消息携带每个需要或支持接收寻呼原因的被寻呼终端对应的第三寻呼ID，其中，所述第三寻呼ID是网络侧设备基于被寻呼终端的第一寻呼ID和协议约定的推导方式中至少之一得到的；
所述寻呼消息由使用寻呼原因对应的RNTI加扰的PDCCH调度，其中，不同寻呼原因对应的RNTI是网络侧设备显式指示或协议约定的推导方式得到的。
50.根据权利要求42-46、48-49中任一项所述的寻呼装置，其特征在于，还包括：
第二接收单元，用于接收终端上报的第二信息，所述第二信息用于指示终端需要或支持接收寻呼原因，或者，指示终端不需要或不支持接收寻呼原因。
51.一种终端，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至16任一项所述的寻呼方法的步骤。
52.一种网络侧设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求17至25任一项所述的寻呼方法的步骤。
53.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至16任一项所述的寻呼方法，或者实现如权利要求17至25任一项所述的寻呼方法的步骤。
CN202110357971.1A 2021-04-01 2021-04-01 寻呼方法、装置、终端及网络侧设备 Pending CN115175312A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202110357971.1A CN115175312A (zh) 2021-04-01 2021-04-01 寻呼方法、装置、终端及网络侧设备
EP22779078.9A EP4319349A1 (en) 2021-04-01 2022-03-31 Paging method and apparatus, terminal, and network side device
PCT/CN2022/084431 WO2022206898A1 (zh) 2021-04-01 2022-03-31 寻呼方法、装置、终端及网络侧设备
US18/373,641 US20240031981A1 (en) 2021-04-01 2023-09-27 Paging Method and Apparatus, Terminal, and Network Side Device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110357971.1A CN115175312A (zh) 2021-04-01 2021-04-01 寻呼方法、装置、终端及网络侧设备

Publications (1)

Publication Number Publication Date
CN115175312A true CN115175312A (zh) 2022-10-11

Family

ID=83458003

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110357971.1A Pending CN115175312A (zh) 2021-04-01 2021-04-01 寻呼方法、装置、终端及网络侧设备

Country Status (4)

Country Link
US (1) US20240031981A1 (zh)
EP (1) EP4319349A1 (zh)
CN (1) CN115175312A (zh)
WO (1) WO2022206898A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108632999A (zh) * 2017-03-24 2018-10-09 中兴通讯股份有限公司 信息发送、接收方法及装置、网络侧设备、终端、处理器
CN111836219A (zh) * 2019-08-12 2020-10-27 维沃移动通信有限公司 一种消息传输方法和通信设备
CN112166634A (zh) * 2020-08-31 2021-01-01 北京小米移动软件有限公司 寻呼原因发送方法和装置、寻呼原因获取方法和装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018005419A1 (en) * 2016-06-30 2018-01-04 Intel IP Corporation Optimized paging mechanism for ip multimedia subsystem (ims)
CN109392092B (zh) * 2017-08-11 2021-04-20 华为技术有限公司 一种寻呼消息的发送方法及相关设备
CN111278106B (zh) * 2019-01-18 2021-12-07 维沃移动通信有限公司 寻呼指示方法、寻呼方法、终端和网络侧设备
CN110730445A (zh) * 2019-09-28 2020-01-24 RealMe重庆移动通信有限公司 寻呼处理方法、装置、电子设备以及存储介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108632999A (zh) * 2017-03-24 2018-10-09 中兴通讯股份有限公司 信息发送、接收方法及装置、网络侧设备、终端、处理器
CN111836219A (zh) * 2019-08-12 2020-10-27 维沃移动通信有限公司 一种消息传输方法和通信设备
CN112166634A (zh) * 2020-08-31 2021-01-01 北京小米移动软件有限公司 寻呼原因发送方法和装置、寻呼原因获取方法和装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
VIVO: ""Discussion on Supporting of Paging Cause"", 3GPP TSG-RAN WG2 MEETING #113-E R2-2100476, pages 2 *
VIVO: "R2-2100476 "Discussion on Supporting of Paging Cause"", 3GPP TSG_RAN\\WG2_RL2, no. 2 *

Also Published As

Publication number Publication date
US20240031981A1 (en) 2024-01-25
WO2022206898A1 (zh) 2022-10-06
EP4319349A1 (en) 2024-02-07

Similar Documents

Publication Publication Date Title
US20210314912A1 (en) Communication method and apparatus
WO2022152275A1 (zh) Msg3传输方法、装置、设备及存储介质
CN116709466A (zh) 接入控制方法、装置及通信设备
CN114501489A (zh) 节能指示方法、装置、设备及可读存储介质
CN114071495A (zh) 初始接入方法及装置、终端及网络侧设备
CN113972967A (zh) 辅助信息发送方法、接收方法、装置、终端及网络侧设备
US20240098771A1 (en) Request Information Sending Method Device and Non-Transitory Readable Storage Medium
CN112333795A (zh) 网络接入方法及装置
CN114390694A (zh) 数据传输方法、装置、终端、网络侧设备及存储介质
CN110351036B (zh) 信息传输方法、网络设备及终端
CN114760679B (zh) 非连续接收drx配置切换的方法、装置及终端
CN113973270B (zh) 消息发送、消息接收方法、装置及通信设备
CN115175312A (zh) 寻呼方法、装置、终端及网络侧设备
CN114641013A (zh) 信息传输方法、装置、终端及网络侧设备
CN114501490A (zh) 业务转移方法、终端及网络侧设备
CN114696975A (zh) 速率匹配方法和设备
CN114071767A (zh) Sps pdsch的类型指示方法、装置、终端及网络侧设备
CN114650120A (zh) 信息确定方法、装置及通信设备
CN114765508B (zh) 非周期srs的传输方法和设备
US20230089037A1 (en) Mode switching method, terminal, and network-side device
WO2022257934A1 (zh) Pdcch监听方法、终端及网络侧设备
CN115086882B (zh) 传输方法、装置、设备及可读存储介质
CN114071445B (zh) 信息传输方式的配置方法、终端及网络侧设备
US20240073922A1 (en) DCI Size Alignment Method and Device
CN116318576A (zh) Bwp定时器处理方法、终端及网络侧设备

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