CN113473597A - 一种通信方法及设备 - Google Patents

一种通信方法及设备 Download PDF

Info

Publication number
CN113473597A
CN113473597A CN202010420621.0A CN202010420621A CN113473597A CN 113473597 A CN113473597 A CN 113473597A CN 202010420621 A CN202010420621 A CN 202010420621A CN 113473597 A CN113473597 A CN 113473597A
Authority
CN
China
Prior art keywords
paging
terminal device
transmission window
paging transmission
network 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.)
Granted
Application number
CN202010420621.0A
Other languages
English (en)
Other versions
CN113473597B (zh
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to EP21779633.3A priority Critical patent/EP4114103A4/en
Priority to PCT/CN2021/080632 priority patent/WO2021197030A1/zh
Publication of CN113473597A publication Critical patent/CN113473597A/zh
Application granted granted Critical
Publication of CN113473597B publication Critical patent/CN113473597B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • 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
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

本申请涉及一种通信方法及设备。第一终端设备在第一寻呼传输窗内接收第一寻呼控制信息，第一寻呼控制信息指示第一终端设备在当前的寻呼时机内没有被寻呼，或者，第一终端设备在第一寻呼传输窗内接收第一寻呼消息，第一寻呼消息指示第一终端设备在当前的寻呼时机内没有被寻呼。第一终端设备在第一寻呼传输窗内不再监听寻呼控制信息，或者在第一寻呼传输窗内不再监听寻呼时机。在本申请实施例中，如果在一个PO内没有第一终端设备的寻呼消息，则第一终端设备在第一寻呼传输窗内将不再监听，以节省终端设备的功耗。

Description

一种通信方法及设备
相关申请的交叉引用
本申请要求在2020年3月31日提交中华人民共和国知识产权局、申请号为202010242131.6、发明名称为“一种eDRX下寻呼UE的方法、UE及网络设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域，尤其涉及一种通信方法及设备。
背景技术
第五代(5generation，5G)新空口(new radio，NR)技术沿用了长期演进技术(longterm evolution，LTE)系统中的非连续接收(discontinuous reception，DRX)机制。DRX机制包括DRX周期，终端设备在DRX周期内会周期性地“醒来”一段时间，在DRX周期中的其他时间可以保持“休眠”状态，以降低功耗。另外，终端设备在处于无线资源控制(radioresource control，RRC)空闲(idle)态或RRC非活跃(inactive)态时，若核心网或基站需要向终端设备发送下行数据，会先向终端设备发送寻呼(paging)消息，用于寻呼终端设备，终端设备收到寻呼消息后，会发起RRC连接建立过程从而接收下行数据。对于配置了DRX的终端设备，会在DRX周期内包括的寻呼时机(paging occasion，PO)“醒来”接收寻呼消息。
考虑进一步降低功耗，在DRX的机制上引入了扩展的DRX(extended DRX，eDRX)，将DRX的周期扩展为更大的值，即终端设备可以“休眠”更长的时间再“醒来”一次。在eDRX中引入了寻呼传输窗(paging transmission window，PTW)，一个eDRX周期内包括一个PTW，该PTW包括一个或多个PO。在一个eDRX周期中，终端设备会在PTW中的一个或多个PO“醒来”接收寻呼消息，直到成功接收到包含该终端设备的身份号(ID)的寻呼消息或者该PTW结束为止。
目前，在一个PTW中，只有部分终端设备被寻呼，但是其他未被寻呼的终端设备还是需要监听该PTW中的所有的PO，以确定是否被寻呼。但在这种情况下，其他未被寻呼的终端设备显然不会收到包含自己的ID的寻呼消息，相当于做了无用功，导致功耗的浪费。
发明内容
本申请实施例提供一种通信方法及设备，用于减小终端设备的功耗。
第一方面，提供第一种通信方法，该方法包括：在第一寻呼传输窗内接收第一寻呼控制信息，所述第一寻呼控制信息指示第一终端设备在当前的寻呼时机内没有被寻呼，或者，在所述第一寻呼传输窗内接收第一寻呼消息，所述第一寻呼消息指示所述第一终端设备在当前的寻呼时机内没有被寻呼；在所述第一寻呼传输窗内不再监听寻呼控制信息，或者在所述第一寻呼传输窗内不再监听寻呼时机。
该方法可由第一通信装置执行，第一通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置，例如芯片。示例性地，所述第一通信装置为终端设备，或者为设置在终端设备中的用于实现终端设备的功能的芯片，或者为用于实现终端设备的功能的其他部件。在下文的介绍过程中，以第一通信装置是终端设备为例。
在本申请实施例中，如果在一个PO内没有第一终端设备的寻呼消息，则第一终端设备在第一寻呼传输窗内将不再监听，例如在第一寻呼传输窗内包括的剩余的PO内第一终端设备不再监听，节省终端设备的功耗。例如，在第一寻呼传输窗内发送给第一终端设备的寻呼消息不变，那么如果在一个PO内没有第一终端设备的寻呼消息，则在第一寻呼传输窗除了该PO外剩余的PO内也就没有第一终端设备的寻呼消息，则第一终端设备在第一寻呼传输窗内不再监听，也不会影响第一终端设备对于寻呼消息的接收。
结合第一方面，在第一方面的第一种可能的实施方式中，所述方法还包括：
在第二寻呼传输窗内接收第二寻呼消息。
例如，接入网设备已经发送了第一寻呼控制信息，指示在当前的PO内没有寻呼消息，或者已经发送了第一寻呼消息，指示第一终端设备在当前的PO内未被寻呼，但核心网设备又获得了第一终端设备的寻呼消息，例如称为第二寻呼消息。那么核心网设备可以在第二寻呼传输窗内再将第二寻呼消息发送给接入网设备，从而接入网设备在第二寻呼传输窗再寻呼第一终端设备。或者，虽然核心网设备在第一寻呼传输窗内将第二寻呼消息发送给接入网设备，但接入网设备在第二寻呼传输窗再寻呼第一终端设备。或者，接入网设备已经发送了第一寻呼控制信息，指示在当前的PO内没有寻呼消息，或者已经发送了第一寻呼消息，指示第一终端设备在当前的PO内未被寻呼，但接入网设备又获得了第一终端设备的数据，则接入网设备需要寻呼第一终端设备，例如接入网设备生成第二寻呼消息。在这种情况下，接入网设备可以在第二寻呼传输窗再寻呼第一终端设备。因为，如果第二寻呼消息在第一寻呼传输窗内到达，考虑到eDRX周期的合理配置，第一终端设备可以在下一个寻呼传输窗(例如第一寻呼传输窗是指当前的寻呼传输窗(即，接收第一寻呼控制信息的寻呼传输窗)，一个eDRX周期包括一个寻呼传输窗，则下一个寻呼传输窗可以是指下一个eDRX周期包括的寻呼传输窗)再接收第二寻呼消息，接收时延也是可以接受的。因此本申请实施例中第一终端设备在第二寻呼传输窗接收第二寻呼消息，既可以使得第一终端设备能够接收第二寻呼消息，接收第二寻呼消息的时延在能够接受的范围内，且也能减小第一终端设备在第一寻呼传输窗内因监听PO带来的功耗。
结合第一方面或第一方面的第一种可能的实施方式，在第一方面的第二种可能的实施方式中，所述第二寻呼传输窗在时域上位于所述第一寻呼传输窗之后，且所述第一寻呼传输窗与所述第二寻呼传输窗在时域上是相邻的两个寻呼传输窗。
第二寻呼传输窗和第一寻呼传输窗不是同一个寻呼传输窗，例如第二寻呼传输窗是在时域上位于第一寻呼传输窗之后的寻呼传输窗。其中，第一寻呼传输窗与第二寻呼传输窗在时域上是相邻的两个寻呼传输窗，这样可以使得第二寻呼消息能够尽量及时地发送给第一终端设备；或者，第一寻呼传输窗与第二寻呼传输窗在时域上也可以是不相邻的两个寻呼传输窗，例如第二寻呼传输窗是通过协议规定或由接入网设备设置或由核心网设备设置的，例如可根据寻呼消息的时延要求来设置，既可以使得寻呼消息的接收时延满足要求，也可以使得发送第二寻呼消息的时间更为灵活。
结合第一方面或第一方面的第一种可能的实施方式或第一方面的第二种可能的实施方式，在第一方面的第三种可能的实施方式中，所述方法还包括：
接收第一指示信息，所述第一指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变。
例如，网络设备(核心网设备或接入网设备)确定第一终端设备能够支持在第一寻呼传输窗内发送的寻呼消息不变，例如，网络设备根据第一终端设备的能力信息确定第一终端设备能够支持在第一寻呼传输窗内发送的寻呼消息不变。那么网络设备可以发送第一指示信息，第一终端设备接收第一指示信息后就可以确定在第一寻呼传输窗内发送的寻呼消息不变。那么，如果第一终端设备在第一寻呼传输窗的一个PO内确定没有寻呼消息，则第一终端设备无需监听第一寻呼窗内剩余的PO，以节省第一终端设备的功耗。
结合第一方面的第三种可能的实施方式，在第一方面的第四种可能的实施方式中，所述第一指示信息承载在RRC消息或系统消息中。
如果第一指示信息由接入网设备发送，那么接入网设备可以通过单播消息向第一终端设备发送第一指示信息，该单播消息例如为RRC消息。或者，接入网设备可以通过广播消息发送第一指示信息，这样可以使得更多终端设备能够接收第一指示信息，减少信令开销，该广播消息例如为系统消息。
结合第一方面的第三种可能的实施方式或第一方面的第四种可能的实施方式，在第一方面的第五种可能的实施方式中，所述系统消息包括第一指示域，所述第一指示域用于承载所述第一指示信息，其中，所述第一指示域为用于指示超帧号的域或用于指示所述第一小区支持eDRX的域，或所述第一指示域为所述系统消息中新增的域。
第一指示域可以是在系统消息中新增的指示域，通过新增的指示域来承载第一指示信息，可以使得第一指示信息的位置更为明确。或者，第一指示域也可以是系统消息中已有的指示域，例如是用于指示超帧号的域或用于指示第一小区支持eDRX的域等，通过已有的指示域来承载第一指示信息，可以无需改动系统消息的结构，使得本申请实施例的技术方案能够更好地与现有的技术兼容。
结合第一方面或第一方面的第一种可能的实施方式至第一方面的第五种可能的实施方式中的任一种可能的实施方式，在第一方面的第六种可能的实施方式中，所述方法还包括：
发送所述第一终端设备的能力信息，所述能力信息用于指示所述第一终端设备支持在所述第一寻呼传输窗内发送的寻呼消息不变。
网络设备(核心网设备或接入网设备)可以根据终端设备的能力信息，确定网络设备在发送寻呼消息时，在第一寻呼传输窗内发送给该终端设备的寻呼消息是否变化。当然网络设备也可以通过其他方式来确定在第一寻呼传输窗内发送给该终端设备的寻呼消息是否变化。
结合第一方面的第六种可能的实施方式，在第一方面的第七种可能的实施方式中，所述能力信息用于指示所述第一终端设备支持在所述第一寻呼传输窗内发送的寻呼消息不变，包括：
所述能力信息所包括的省电信息用于指示所述第一终端设备有省电需求。
一个终端设备的能力信息，例如可以包括省电信息，省电信息可以指示该终端设备是否有节能需求(或者，省电需求)。如果一个终端设备的能力信息所包括的省电信息指示该终端设备有节能需求，就可以认为该能力信息指示该终端设备支持使用新的行为监听寻呼消息，因此网络设备(核心网设备或接入网设备)就可以确定若在第一寻呼传输窗内发送给该终端设备的寻呼消息不变，终端设备可以节省功耗；或者，如果一个终端设备的能力信息所包括的省电信息指示该终端设备没有节能需求，就可以认为该能力信息指示该终端设备不支持使用新的行为监听寻呼消息，因此网络设备可以确定若在第一寻呼传输窗内发送给该终端设备的寻呼消息不变，终端设备也无法节省功耗。
第二方面，提供第二种通信方法，该方法包括：确定第一终端设备在第一寻呼传输窗内没有被寻呼；在第一寻呼传输窗内发送第一寻呼控制信息，所述第一寻呼控制信息指示在当前的寻呼时机内没有寻呼消息，或者，在所述第一寻呼传输窗内发送第一寻呼消息，所述第一寻呼消息指示所述第一终端设备在当前的寻呼时机内没有被寻呼。
该方法可由第二通信装置执行，第二通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置，例如芯片。示例性地，所述第二通信装置为网络设备，或者为设置在网络设备中的用于实现网络设备的功能的芯片，或者为用于实现网络设备的功能的其他部件。在下文的介绍过程中，以第二通信装置是网络设备为例。示例性地，所述网络设备为接入网设备。
结合第二方面，在第二方面的第一种可能的实施方式中，所述方法还包括：
在所述第一寻呼传输窗内，获得所述第一终端设备的第二寻呼消息；
在第二寻呼传输窗内发送所述第二寻呼消息。
例如，接入网设备已经发送了第一寻呼控制信息，指示在当前的PO内没有寻呼消息，或者已经发送了第一寻呼消息，指示第一终端设备在当前的PO内未被寻呼，但核心网设备又获得了第一终端设备的寻呼消息，例如称为第二寻呼消息。那么核心网设备在第一寻呼传输窗内将第二寻呼消息发送给接入网设备，但接入网设备在第二寻呼传输窗再寻呼第一终端设备。因为，如果第二寻呼消息在第一寻呼传输窗内到达，考虑到eDRX周期的合理配置，第一终端设备可以在下一个寻呼传输窗(例如第一寻呼传输窗是指当前的寻呼传输窗(即，接收第一寻呼控制信息的寻呼传输窗)，一个eDRX周期包括一个寻呼传输窗，则下一个寻呼传输窗可以是指下一个eDRX周期包括的寻呼传输窗)再接收第二寻呼消息，接收时延也是可以接受的。因此本申请实施例中第一终端设备在第二寻呼传输窗接收第二寻呼消息，既可以使得第一终端设备能够接收第二寻呼消息，接收第二寻呼消息的时延在能够接受的范围内，且也能减小第一终端设备在第一寻呼传输窗内因监听PO带来的功耗。
结合第二方面，在第二方面的第二种可能的实施方式中，所述方法还包括：
在所述第一寻呼传输窗内，获得所述第一终端设备的数据；
在第二寻呼传输窗内发送第二寻呼消息，所述第二寻呼消息用于寻呼所述第一终端设备，以接收所述第一终端设备的数据。
例如，接入网设备已经发送了第一寻呼控制信息，指示在当前的PO内没有寻呼消息，或者已经发送了第一寻呼消息，指示第一终端设备在当前的PO内未被寻呼，但接入网设备又获得了第一终端设备的数据，则接入网设备需要寻呼第一终端设备，例如接入网设备生成第二寻呼消息。在这种情况下，接入网设备可以在第二寻呼传输窗再寻呼第一终端设备。因为，如果第二寻呼消息在第一寻呼传输窗内到达，考虑到eDRX周期的合理配置，第一终端设备可以在下一个寻呼传输窗(例如第一寻呼传输窗是指当前的寻呼传输窗(即，接收第一寻呼控制信息的寻呼传输窗)，一个eDRX周期包括一个寻呼传输窗，则下一个寻呼传输窗可以是指下一个eDRX周期包括的寻呼传输窗)再接收第二寻呼消息，接收时延也是可以接受的。因此本申请实施例中第一终端设备在第二寻呼传输窗接收第二寻呼消息，既可以使得第一终端设备能够接收第二寻呼消息，接收第二寻呼消息的时延在能够接受的范围内，且也能减小第一终端设备在第一寻呼传输窗内因监听PO带来的功耗。
结合第二方面或第二方面的第一种可能的实施方式或第二方面的第二种可能的实施方式，在第二方面的第三种可能的实施方式中，所述方法还包括：
在所述第一寻呼传输窗内不发送所述第二寻呼消息。
例如，接入网设备已经发送了第一寻呼控制信息，指示在当前的PO内没有寻呼消息，或者已经发送了第一寻呼消息，指示第一终端设备在当前的PO内未被寻呼，但核心网设备又获得了第一终端设备的寻呼消息，例如称为第二寻呼消息。那么核心网设备在第一寻呼传输窗内将第二寻呼消息发送给接入网设备，但接入网设备在第二寻呼传输窗再寻呼第一终端设备，而在第一寻呼传输窗内不寻呼第一终端设备。通过这种方式，可以尽量避免第一终端设备接收不到寻呼消息的情况，提高寻呼成功率。
结合第二方面或第二方面的第一种可能的实施方式至第二方面的第三种可能的实施方式中的任一种可能的实施方式，在第二方面的第四种可能的实施方式中，所述第二寻呼传输窗在时域上位于所述第一寻呼传输窗之后，且所述第一寻呼传输窗与所述第二寻呼传输窗在时域上是相邻的两个寻呼传输窗。
结合第二方面或第二方面的第一种可能的实施方式至第二方面的第四种可能的实施方式中的任一种可能的实施方式，在第二方面的第五种可能的实施方式中，所述方法还包括：
发送第一指示信息，所述第一指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变。
结合第二方面的第五种可能的实施方式，在第二方面的第六种可能的实施方式中，所述第一指示信息承载在RRC消息或系统消息中。
结合第二方面的第五种可能的实施方式或第二方面的第六种可能的实施方式，在第二方面的第七种可能的实施方式中，所述系统消息包括第一指示域，所述第一指示域用于承载所述第一指示信息，其中，所述第一指示域为用于指示超帧号的域或用于指示所述第一小区支持eDRX的域，或所述第一指示域为所述系统消息中新增的域。
结合第二方面或第二方面的第一种可能的实施方式至第二方面的第七种可能的实施方式中的任一种可能的实施方式，在第二方面的第八种可能的实施方式中，所述方法还包括：
接收来自核心网设备的第二指示信息，所述第二指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变；或，
接收所述第一终端设备的能力信息，并根据所述能力信息确定在所述第一寻呼传输窗内发送给所述第一终端设备的寻呼消息不变；或，
接收第一小区包括的终端设备的能力信息，并根据所述能力信息确定在所述第一寻呼传输窗内发送的寻呼消息不变。
接入网设备可以根据第一终端设备的能力信息确定在所述第一寻呼传输窗内发送给第一终端设备的寻呼消息不变，或者，接入网设备可以根据一个或多个终端设备的能力信息确定在第一寻呼传输窗内发送的寻呼消息不变，例如确定在第一小区在第一寻呼传输窗内发送的寻呼消息不变，则在第一小区，在第一寻呼传输窗内发送给第一小区的任何终端设备的寻呼消息都不变。即，本申请实施例的技术方案可以针对终端设备，也可以针对小区。或者，也可以由核心网设备确定在第一寻呼传输窗内发送给第一终端设备的寻呼消息不变，或者确定在第一小区在第一寻呼传输窗内发送的寻呼消息不变，且核心网设备可以告知接入网设备。即，进行决策的可以是接入网设备，也可以是核心网设备，较为灵活。
结合第二方面的第八种可能的实施方式，在第二方面的第九种可能的实施方式中，所述第一终端设备的能力信息包括省电信息，所述省电信息用于指示所述第一终端设备有省电需求。
关于第二方面或第二方面的一些实施方式所带来的技术效果，可参考对于第一方面或第一方面的相应的实施方式的技术效果的介绍。
第三方面，提供第三种通信方法，该方法包括：确定第一终端设备在第一寻呼传输窗内没有被寻呼；发送指示信息，所述指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变。
该方法可由第三通信装置执行，第三通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置，例如芯片。示例性地，所述第三通信装置为网络设备，或者为设置在网络设备中的用于实现网络设备的功能的芯片，或者为用于实现网络设备的功能的其他部件。在下文的介绍过程中，以第三通信装置是网络设备为例。示例性地，所述网络设备为核心网设备。
结合第三方面，在第三方面的第一种可能的实施方式中，所述方法还包括：
在所述第一寻呼传输窗内，获得所述第一终端设备的第二寻呼消息；
在第二寻呼传输窗内向所述接入网设备发送所述第二寻呼消息，或，在所述第一寻呼传输窗内向所述接入网设备发送所述第二寻呼消息。
例如，接入网设备已经发送了第一寻呼控制信息，指示在当前的PO内没有寻呼消息，或者已经发送了第一寻呼消息，指示第一终端设备在当前的PO内未被寻呼，但核心网设备又获得了第一终端设备的寻呼消息，例如称为第二寻呼消息。那么核心网设备可以在第二寻呼传输窗内再将第二寻呼消息发送给接入网设备，则接入网设备可在第二寻呼传输窗再寻呼第一终端设备。因为，如果第二寻呼消息在第一寻呼传输窗内到达，考虑到eDRX周期的合理配置，第一终端设备可以在下一个寻呼传输窗(例如第一寻呼传输窗是指当前的寻呼传输窗(即，接收第一寻呼控制信息的寻呼传输窗)，一个eDRX周期包括一个寻呼传输窗，则下一个寻呼传输窗可以是指下一个eDRX周期包括的寻呼传输窗)再接收第二寻呼消息，接收时延也是可以接受的。因此本申请实施例中第一终端设备在第二寻呼传输窗接收第二寻呼消息，既可以使得第一终端设备能够接收第二寻呼消息，接收第二寻呼消息的时延在能够接受的范围内，且也能减小第一终端设备在第一寻呼传输窗内因监听PO带来的功耗。
结合第三方面或第三方面的第一种可能的实施方式，在第三方面的第二种可能的实施方式中，所述方法还包括：
在所述第一寻呼传输窗内不发送所述第二寻呼消息。
结合第三方面或第三方面的第一种可能的实施方式或第三方面的第二种可能的实施方式，在第三方面的第三种可能的实施方式中，所述第二寻呼传输窗在时域上位于所述第一寻呼传输窗之后，且所述第一寻呼传输窗与所述第二寻呼传输窗在时域上是相邻的两个寻呼传输窗。
结合第三方面或第三方面的第一种可能的实施方式至第三方面的第三种可能的实施方式中的任一种可能的实施方式，在第三方面的第四种可能的实施方式中，发送指示信息，包括：
向所述第一终端设备发送第一指示信息，所述第一指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变；和/或，
向接入网设备发送第二指示信息，所述第二指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变。
核心网设备可以指示第一终端设备，或者指示接入网设备，或者指示第一终端设备和接入网设备。
结合第三方面的第四种可能的实施方式，在第三方面的第五种可能的实施方式中，向接入网设备发送第二指示信息，包括：
在所述第一终端设备注册完毕时，向所述接入网设备发送所述第二指示信息；或，
在确定所述第一终端设备未被寻呼时，向所述接入网设备发送所述第二指示信息。
例如核心网设备可以在第一终端设备注册完毕时向接入网设备发送第二指示信息，以指示在第一寻呼传输窗内发送给第一终端设备的寻呼消息不变。在这种情况下，核心网设备无需在每次有第一终端设备的寻呼消息时都向接入网设备发送第二指示信息，即核心网设备只需向接入网设备发送一次第二指示信息，有助于节省信令开销。或者，核心网设备可以在每次有寻呼消息发给第一终端设备时，再向接入网设备发送第二指示信息。因为终端设备可能处于移动状态，而且终端设备的节能需求也不一定是一成不变的，可能会随着时间推移而发生变化，终端设备也可以向核心网设备发送更新的能力信息。那么核心网设备可以在有第一终端设备的寻呼消息时再根据第一终端设备的最新的能力信息确定第一终端设备是否支持在第一寻呼传输窗内发送给第一终端设备的寻呼消息不变，如果支持，则核心网设备再向接入网设备发送第二指示信息，从而更为符合第一终端设备的实际需求。
结合第三方面或第三方面的第一种可能的实施方式至第三方面的第五种可能的实施方式中的任一种可能的实施方式，在第三方面的第六种可能的实施方式中，所述方法还包括：
接收所述第一终端设备的能力信息，并根据所述能力信息确定在所述第一寻呼传输窗内发送给所述第一终端设备的寻呼消息不变；或，
接收第一小区包括的终端设备的能力信息，并根据所述能力信息确定在所述第一寻呼传输窗内发送的寻呼消息不变。
如果仅是第一终端设备向核心网设备发送了第一终端设备的能力信息，且第一终端设备的能力信息所包括的省电信息指示第一终端设备有节能需求，则核心网设备可以确定在发送第一终端设备的寻呼消息时，在第一寻呼传输窗内发送给第一终端设备的寻呼消息不变；而如果第一终端设备的能力信息所包括的省电信息指示第一终端设备没有节能需求，则核心网设备可以确定在发送第一终端设备的寻呼消息时，在第一寻呼传输窗内发送给第一终端设备的寻呼消息可变。或者，如果是第一小区内的多个终端设备均向核心网设备发送了各自的能力信息，那么核心网设备可以接收多个能力信息。如果核心网设备所接收的多个能力信息中的每个能力信息所包括的省电信息都表明相应的终端设备有节能需求，或者核心网设备所接收的多个能力信息中有一半的能力信息或一半以上的能力信息中的每个能力信息所包括的省电信息都表明相应的终端设备有节能需求，则核心网设备可以确定在发送第一小区中终端设备的寻呼消息时，在第一寻呼传输窗内发送的寻呼消息不变，此时认为是在第一寻呼传输窗内发送给第一小区中所有终端设备的寻呼消息都不变；或者，如果核心网设备所接收的多个能力信息中的每个能力信息所包括的省电信息都表明相应的终端设备没有节能需求，或者核心网设备所接收的多个能力信息中有一半的能力信息或一半以上的能力信息中的每个能力信息所包括的省电信息都表明相应的终端设备没有节能需求，则核心网设备可以确定在发送第一小区中终端设备的寻呼消息时，在第一寻呼传输窗内发送的寻呼消息可变，此时在第一寻呼传输窗内发送给第一终端设备的寻呼消息可变。
结合第三方面的第六种可能的实施方式，在第三方面的第七种可能的实施方式中，所述第一终端设备的能力信息包括省电信息，所述省电信息用于指示所述第一终端设备有省电需求。
关于第三方面或第三方面的一些实施方式所带来的技术效果，可参考对于第一方面或第一方面的相应的实施方式的技术效果的介绍，或参考对于第二方面或第二方面的相应的实施方式的技术效果的介绍。
第四方面，提供第四种通信方法，该方法包括：接收来自网络设备的寻呼控制信息，所述寻呼控制信息包括第一信息，所述第一信息用于指示在第一寻呼传输窗内没有寻呼消息；根据所述寻呼控制信息包括的第一信息，在第一寻呼传输窗内不再监听寻呼控制信息，或者在第一寻呼传输窗内不再监听寻呼时机。
该方法可由第四通信装置执行，第四通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置，例如芯片。示例性地，所述第四通信装置为终端设备，或者为设置在终端设备中的用于实现终端设备的功能的芯片，或者为用于实现终端设备的功能的其他部件。在下文的介绍过程中，以第四通信装置是终端设备为例。
在本申请实施例中，如果第一寻呼传输窗内没有寻呼消息，则网络设备可以发送寻呼控制信息，寻呼控制信息可以指示在第一寻呼传输窗内没有寻呼消息。这样终端设备接收该寻呼控制消息后，就无需在第一寻呼传输窗内剩余的PO进行监听，节省终端设备的功耗。
结合第四方面，在第四方面的第一种可能的实施方式中，
所述第一信息通过所述寻呼控制信息内的2比特字段承载；或，
所述第一信息通过所述寻呼控制信息内用于承载短消息的比特承载，所述短消息用于指示系统消息是否发生变化，和/或，指示是否接收地震和海啸警告系统ETWS信息或商业移动警报服务CMAS信息。
第一信息可以通过寻呼控制信息内新增的域(或，字段)来承载，使得第一信息的指示更为明确；或者，第一信息也可以利用寻呼控制信息内原有的域来承载，例如通过寻呼控制信息内用于指示短消息和/或寻呼消息的调度信息的2比特字段来承载，或者通过用于承载短消息的比特来承载，以此可以提高寻呼控制信息的利用率，而且无需改变寻呼控制信息的格式，有助于与现有的技术兼容。
结合第四方面或第四方面的第一种可能的实施方式，在第四方面的第二种可能的实施方式中，所述第一信息为比特地图，所述比特地图对应于M组终端设备，所述比特地图为第一状态，用于指示在所述第一寻呼传输窗内没有所述M组终端设备的寻呼消息，M为大于或等于1的整数。
寻呼控制信息可以指示对单个的终端设备的寻呼，或者也可以指示对一组或多组终端设备的寻呼。例如可以将终端设备分组，再以组为单位进行寻呼。在这种情况下，寻呼控制信息可以包含一个终端设备分组的字段，该字段例如为比特地图，该比特地图中的每个比特位可以对应一组或多组终端设备，该比特地图共对应M组终端设备，M为大于或等于1的整数。如果比特地图中的一个比特的取值为“1”，则表示在当前PO中这一比特对应的一组或多组终端设备均未被寻呼，即，如果这一组或多组中的终端设备接收了该寻呼控制信息，就可以确定在当前的PO内不需要继续接收寻呼消息。通过这种终端设备分组的方案，部分终端设备可以通过寻呼控制信息中比特地图的设置知道该终端设备未被寻呼，而无需在接收寻呼控制信息后发现没有该终端设备的ID才知道未被寻呼，从而可以节省终端设备接收和解码寻呼控制信息所带来的功耗。
第五方面，提供第五种通信方法，该方法包括：确定在第一寻呼传输窗内没有寻呼消息；发送寻呼控制信息，所述寻呼控制信息包括第一信息，所述第一信息用于指示在第一寻呼传输窗内没有寻呼消息。
该方法可由第五通信装置执行，第五通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置，例如芯片。示例性地，所述第五通信装置为网络设备，或者为设置在网络设备中的用于实现网络设备的功能的芯片，或者为用于实现网络设备的功能的其他部件。在下文的介绍过程中，以第五通信装置是网络设备为例。示例性地，所述网络设备为接入网设备或核心网设备。
结合第五方面，在第五方面的第一种可能的实施方式中，
所述第一信息通过所述寻呼控制信息内的2比特字段承载；或，
所述第一信息通过所述寻呼控制信息内用于承载短消息的比特承载，所述短消息用于指示系统消息是否发生变化，和/或，指示是否接收地震和海啸警告系统ETWS信息或商业移动警报服务CMAS信息。
结合第五方面或第五方面的第一种可能的实施方式，在第五方面的第二种可能的实施方式中，所述第一信息为比特地图，所述比特地图对应于M组终端设备，所述比特地图为第一状态，用于指示在所述第一寻呼传输窗内没有所述M组终端设备的寻呼消息，M为大于或等于1的整数。
结合第五方面或第五方面的第一种可能的实施方式或第五方面的第二种可能的实施方式，在第五方面的第三种可能的实施方式中，发送寻呼控制信息，包括：
在所述第一寻呼传输窗包括的第一个寻呼时机发送所述寻呼控制信息；或，
在所述第一寻呼传输窗包括的全部寻呼时机中的每个寻呼时机发送所述寻呼控制信息。
网络设备发送寻呼控制信息的方式可能是广播，因此有多个终端设备都可能接收该寻呼控制信息。终端设备在检测寻呼控制信息时，可能会有误检或漏检等情况出现，或者还有的终端设备可能并不会在每个寻呼时机都检测寻呼控制信息，那么为了提高终端设备检测寻呼控制信息的成功率，可选的，网络设备可以在第一寻呼传输窗内包括的全部寻呼时机中的每个寻呼时机都发送该寻呼控制信息，这样终端设备即使在一个寻呼时机没检测到该寻呼控制信息，也可能会在后续的寻呼时机检测到该寻呼控制信息。当然这是网络设备的具体实现，或者网络设备也可以不在第一寻呼传输窗内的每个寻呼时机都发送该寻呼控制信息，例如网络设备在第一寻呼传输窗内按照第一周期发送该寻呼控制信息，第一周期的长度例如为两个相邻的寻呼时机之间的时间间隔的整数倍；或者网络设备只在第一寻呼传输窗内的一个或几个寻呼时机发送该寻呼控制信息，例如网络设备只在第一寻呼传输窗内的第一个寻呼时机发送该寻呼控制信息，或者在第一寻呼传输窗内的第一个寻呼时机和位于中间的寻呼时机发送该寻呼控制信息，等等。本申请实施例对于网络设备究竟在哪些寻呼时机发送寻呼控制信息不作限制。
关于第五方面或第五方面的一些实施方式所带来的技术效果，可参考对于第四方面或第四方面的相应的实施方式的技术效果的介绍。
第六方面，提供一种通信装置，例如该通信装置为如前所述的第一通信装置。所述第一通信装置用于执行上述第一方面或第一方面的任一可能的实施方式中的方法。具体地，所述第一通信装置可以包括用于执行第一方面或第一方面的任一可能的实施方式中的方法的模块，例如包括处理模块，可选的，还可以包括收发模块。示例性地，收发模块可以包括发送模块和接收模块，发送模块和接收模块可以是不同的功能模块，或者也可以是同一个功能模块，但能够实现不同的功能。示例性地，所述第一通信装置为通信设备，或者为设置在通信设备中的芯片或其他部件。示例性地，所述通信设备为终端设备。下面以第一通信装置是终端设备为例。例如，所述收发模块也可以通过收发器实现，所述处理模块也可以通过处理器实现。或者，发送模块可以通过发送器实现，接收模块可以通过接收器实现，发送器和接收器可以是不同的功能模块，或者也可以是同一个功能模块，但能够实现不同的功能。如果第一通信装置为通信设备，收发器例如通过通信设备中的天线、馈线和编解码器等实现。或者，如果第一通信装置为设置在通信设备中的芯片，那么收发器(或，发送器和接收器)例如为芯片中的通信接口，该通信接口与通信设备中的射频收发组件连接，以通过射频收发组件实现信息的收发。在第六方面的介绍过程中，继续以所述第一通信装置是终端设备，以及，以所述处理模块和所述收发模块为例进行介绍。其中，
所述收发模块，用于在第一寻呼传输窗内接收第一寻呼控制信息，所述第一寻呼控制信息指示第一终端设备在当前的寻呼时机内没有被寻呼，或者，在所述第一寻呼传输窗内接收第一寻呼消息，所述第一寻呼消息指示所述第一终端设备在当前的寻呼时机内没有被寻呼；
所述处理模块，用于指示所述收发模块在所述第一寻呼传输窗内不再监听寻呼控制信息，或者在所述第一寻呼传输窗内不再监听寻呼时机。
结合第六方面，在第六方面的第一种可能的实施方式中，所述收发模块，还用于在第二寻呼传输窗内接收第二寻呼消息。
结合第六方面或第六方面的第一种可能的实施方式，在第六方面的第二种可能的实施方式中，所述第二寻呼传输窗在时域上位于所述第一寻呼传输窗之后，且所述第一寻呼传输窗与所述第二寻呼传输窗在时域上是相邻的两个寻呼传输窗。
结合第六方面或第六方面的第一种可能的实施方式或第六方面的第二种可能的实施方式，在第六方面的第三种可能的实施方式中，所述收发模块，还用于接收第一指示信息，所述第一指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变。
结合第六方面的第三种可能的实施方式，在第六方面的第四种可能的实施方式中，所述第一指示信息承载在RRC消息或系统消息中。
结合第六方面的第三种可能的实施方式或第六方面的第四种可能的实施方式，在第六方面的第五种可能的实施方式中，所述系统消息包括第一指示域，所述第一指示域用于承载所述第一指示信息，其中，所述第一指示域为用于指示超帧号的域或用于指示所述第一小区支持eDRX的域，或所述第一指示域为所述系统消息中新增的域。
结合第六方面或第六方面的第一种可能的实施方式至第六方面的第五种可能的实施方式中的任一种可能的实施方式，在第六方面的第六种可能的实施方式中，所述收发模块，还用于发送所述第一终端设备的能力信息，所述能力信息用于指示所述第一终端设备支持在所述第一寻呼传输窗内发送的寻呼消息不变。
结合第六方面的第六种可能的实施方式，在第六方面的第七种可能的实施方式中，所述能力信息用于指示所述第一终端设备支持在所述第一寻呼传输窗内发送的寻呼消息不变，包括：
所述能力信息所包括的省电信息用于指示所述第一终端设备有省电需求。
关于第六方面或第六方面的一些实施方式所带来的技术效果，可参考对于第一方面或第一方面的相应的实施方式的技术效果的介绍。
第七方面，提供一种通信装置，例如该通信装置为如前所述的第二通信装置。所述第二通信装置用于执行上述第二方面或第二方面的任一可能的实施方式中的方法。具体地，所述第二通信装置可以包括用于执行第二方面或第二方面的任一可能的实施方式中的方法的模块，例如包括处理模块，可选的，还可以包括收发模块。示例性地，收发模块可以包括发送模块和接收模块，发送模块和接收模块可以是不同的功能模块，或者也可以是同一个功能模块，但能够实现不同的功能。示例性地，所述第二通信装置为通信设备，或者为设置在通信设备中的芯片或其他部件。示例性地，所述通信设备为网络设备。示例性地，所述网络设备为接入网设备。下面以第二通信装置是接入网设备为例。例如，所述收发模块也可以通过收发器实现，所述处理模块也可以通过处理器实现。或者，发送模块可以通过发送器实现，接收模块可以通过接收器实现，发送器和接收器可以是不同的功能模块，或者也可以是同一个功能模块，但能够实现不同的功能。如果第二通信装置为通信设备，收发器例如通过通信设备中的天线、馈线和编解码器等实现。或者，如果第二通信装置为设置在通信设备中的芯片，那么收发器(或，发送器和接收器)例如为芯片中的通信接口，该通信接口与通信设备中的射频收发组件连接，以通过射频收发组件实现信息的收发。在第七方面的介绍过程中，继续以所述第二通信装置是接入网设备，以及，以所述处理模块和所述收发模块为例进行介绍。其中，
所述处理模块，用于确定第一终端设备在第一寻呼传输窗内没有被寻呼；
所述收发模块，用于在第一寻呼传输窗内发送第一寻呼控制信息，所述第一寻呼控制信息指示在当前的寻呼时机内没有寻呼消息，或者，在所述第一寻呼传输窗内发送第一寻呼消息，所述第一寻呼消息指示所述第一终端设备在当前的寻呼时机内没有被寻呼。
结合第七方面，在第七方面的第一种可能的实施方式中，
所述处理模块，还用于在所述第一寻呼传输窗内，获得所述第一终端设备的第二寻呼消息；
所述收发模块，还用于在第二寻呼传输窗内发送所述第二寻呼消息。
结合第七方面，在第七方面的第二种可能的实施方式中，
所述处理模块，还用于在所述第一寻呼传输窗内，获得所述第一终端设备的数据；
所述收发模块，还用于在第二寻呼传输窗内发送第二寻呼消息，所述第二寻呼消息用于寻呼所述第一终端设备，以接收所述第一终端设备的数据。
结合第七方面或第七方面的第一种可能的实施方式或第七方面的第二种可能的实施方式，在第七方面的第三种可能的实施方式中，所述收发模块，还用于在所述第一寻呼传输窗内不发送所述第二寻呼消息。
结合第七方面或第七方面的第一种可能的实施方式至第七方面的第三种可能的实施方式中的任一种可能的实施方式，在第七方面的第四种可能的实施方式中，所述第二寻呼传输窗在时域上位于所述第一寻呼传输窗之后，且所述第一寻呼传输窗与所述第二寻呼传输窗在时域上是相邻的两个寻呼传输窗。
结合第七方面或第七方面的第一种可能的实施方式至第七方面的第四种可能的实施方式中的任一种可能的实施方式，在第七方面的第五种可能的实施方式中，所述收发模块，还用于发送第一指示信息，所述第一指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变。
结合第七方面的第五种可能的实施方式，在第七方面的第六种可能的实施方式中，所述第一指示信息承载在RRC消息或系统消息中。
结合第七方面的第五种可能的实施方式或第七方面的第六种可能的实施方式，在第七方面的第七种可能的实施方式中，所述系统消息包括第一指示域，所述第一指示域用于承载所述第一指示信息，其中，所述第一指示域为用于指示超帧号的域或用于指示所述第一小区支持eDRX的域，或所述第一指示域为所述系统消息中新增的域。
结合第七方面或第七方面的第一种可能的实施方式至第七方面的第七种可能的实施方式中的任一种可能的实施方式，在第七方面的第八种可能的实施方式中，所述收发模块还用于：
接收来自核心网设备的第二指示信息，所述第二指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变；或，
接收所述第一终端设备的能力信息，并根据所述能力信息确定在所述第一寻呼传输窗内发送给所述第一终端设备的寻呼消息不变；或，
接收第一小区包括的终端设备的能力信息，并根据所述能力信息确定在所述第一寻呼传输窗内发送的寻呼消息不变。
结合第七方面的第八种可能的实施方式，在第七方面的第九种可能的实施方式中，所述第一终端设备的能力信息包括省电信息，所述省电信息用于指示所述第一终端设备有省电需求。
关于第七方面或第七方面的一些实施方式所带来的技术效果，可参考对于第二方面或第二方面的相应的实施方式的技术效果的介绍。
第八方面，提供一种通信装置，例如该通信装置为如前所述的第三通信装置。所述第三通信装置用于执行上述第三方面或第三方面的任一可能的实施方式中的方法。具体地，所述第三通信装置可以包括用于执行第三方面或第三方面的任一可能的实施方式中的方法的模块，例如包括处理模块，可选的，还可以包括收发模块。示例性地，收发模块可以包括发送模块和接收模块，发送模块和接收模块可以是不同的功能模块，或者也可以是同一个功能模块，但能够实现不同的功能。示例性地，所述第三通信装置为通信设备，或者为设置在通信设备中的芯片或其他部件。示例性地，所述通信设备为网络设备。示例性地，所述网络设备为核心网设备。下面以第三通信装置是核心网设备为例。例如，所述收发模块也可以通过收发器实现，所述处理模块也可以通过处理器实现。或者，发送模块可以通过发送器实现，接收模块可以通过接收器实现，发送器和接收器可以是不同的功能模块，或者也可以是同一个功能模块，但能够实现不同的功能。如果第三通信装置为通信设备，收发器例如通过通信设备中的天线、馈线和编解码器等实现。或者，如果第三通信装置为设置在通信设备中的芯片，那么收发器(或，发送器和接收器)例如为芯片中的通信接口，该通信接口与通信设备中的射频收发组件连接，以通过射频收发组件实现信息的收发。在第八方面的介绍过程中，继续以所述第三通信装置是核心网设备，以及，以所述处理模块和所述收发模块为例进行介绍。其中，
所述处理模块，用于确定第一终端设备在第一寻呼传输窗内没有被寻呼；
所述收发模块，用于发送指示信息，所述指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变。
结合第八方面，在第八方面的第一种可能的实施方式中，
所述处理模块，还用于在所述第一寻呼传输窗内，获得所述第一终端设备的第二寻呼消息；
所述收发模块，还用于在第二寻呼传输窗内向所述接入网设备发送所述第二寻呼消息，或，在所述第一寻呼传输窗内向所述接入网设备发送所述第二寻呼消息。
结合第八方面或第八方面的第一种可能的实施方式，在第八方面的第二种可能的实施方式中，在所述第一寻呼传输窗内不发送所述第二寻呼消息。
结合第八方面或第八方面的第一种可能的实施方式或第八方面的第二种可能的实施方式，在第八方面的第三种可能的实施方式中，所述第二寻呼传输窗在时域上位于所述第一寻呼传输窗之后，且所述第一寻呼传输窗与所述第二寻呼传输窗在时域上是相邻的两个寻呼传输窗。
结合第八方面或第八方面的第一种可能的实施方式至第八方面的第三种可能的实施方式中的任一种可能的实施方式，在第八方面的第四种可能的实施方式中，所述收发模块用于通过如下方式发送指示信息：
向所述第一终端设备发送第一指示信息，所述第一指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变；和/或，
向接入网设备发送第二指示信息，所述第二指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变。
结合第八方面的第四种可能的实施方式，在第八方面的第五种可能的实施方式中，所述收发模块用于通过如下方式向接入网设备发送第二指示信息：
在所述第一终端设备注册完毕时，向所述接入网设备发送所述第二指示信息；或，
在确定所述第一终端设备未被寻呼时，向所述接入网设备发送所述第二指示信息。
结合第八方面或第八方面的第一种可能的实施方式至第八方面的第五种可能的实施方式中的任一种可能的实施方式，在第八方面的第六种可能的实施方式中，所述收发模块还用于：
接收所述第一终端设备的能力信息，并根据所述能力信息确定在所述第一寻呼传输窗内发送给所述第一终端设备的寻呼消息不变；或，
接收第一小区包括的终端设备的能力信息，并根据所述能力信息确定在所述第一寻呼传输窗内发送的寻呼消息不变。
结合第八方面的第六种可能的实施方式，在第八方面的第七种可能的实施方式中，所述第一终端设备的能力信息包括省电信息，所述省电信息用于指示所述第一终端设备有省电需求。
关于第八方面或第八方面的各种可能的实施方式所带来的技术效果，可参考对于第三方面或第三方面的相应的实施方式的技术效果的介绍。
第九方面，提供一种通信装置，例如该通信装置为如前所述的第四通信装置。所述第四通信装置用于执行上述第四方面或第四方面的任一可能的实施方式中的方法。具体地，所述第四通信装置可以包括用于执行第四方面或第四方面的任一可能的实施方式中的方法的模块，例如包括处理模块和收发模块。示例性地，收发模块可以包括发送模块和接收模块，发送模块和接收模块可以是不同的功能模块，或者也可以是同一个功能模块，但能够实现不同的功能。示例性地，所述第四通信装置为通信设备，或者为设置在通信设备中的芯片或其他部件。示例性地，所述通信设备为终端设备。下面以第四通信装置是终端设备为例。例如，所述收发模块也可以通过收发器实现，所述处理模块也可以通过处理器实现。或者，发送模块可以通过发送器实现，接收模块可以通过接收器实现，发送器和接收器可以是不同的功能模块，或者也可以是同一个功能模块，但能够实现不同的功能。如果第四通信装置为通信设备，收发器例如通过通信设备中的天线、馈线和编解码器等实现。或者，如果第四通信装置为设置在通信设备中的芯片，那么收发器(或，发送器和接收器)例如为芯片中的通信接口，该通信接口与通信设备中的射频收发组件连接，以通过射频收发组件实现信息的收发。在第九方面的介绍过程中，继续以所述第四通信装置是终端设备，以及，以所述处理模块和所述收发模块为例进行介绍。其中，
所述收发模块，用于接收来自网络设备的寻呼控制信息，所述寻呼控制信息包括第一信息，所述第一信息用于指示在第一寻呼传输窗内没有寻呼消息；
所述处理模块，用于根据所述寻呼控制信息包括的第一信息，指示所述收发模块在第一寻呼传输窗内不再监听寻呼控制信息，或者在第一寻呼传输窗内不再监听寻呼时机。
结合第九方面，在第九方面的第一种可能的实施方式中，
所述第一信息通过所述寻呼控制信息内的2比特字段承载；或，
所述第一信息通过所述寻呼控制信息内用于承载短消息的比特承载，所述短消息用于指示系统消息是否发生变化，和/或，指示是否接收地震和海啸警告系统ETWS信息或商业移动警报服务CMAS信息。
结合第九方面或第九方面的第一种可能的实施方式，在第九方面的第二种可能的实施方式中，所述第一信息为比特地图，所述比特地图对应于M组终端设备，所述比特地图为第一状态，用于指示在所述第一寻呼传输窗内没有所述M组终端设备的寻呼消息，M为大于或等于1的整数。
关于第九方面或第九方面的各种可能的实施方式所带来的技术效果，可参考对于第四方面或第四方面的相应的实施方式的技术效果的介绍。
第十方面，提供一种通信装置，例如该通信装置为如前所述的第五通信装置。所述第五通信装置用于执行上述第五方面或第五方面的任一可能的实施方式中的方法。具体地，所述第五通信装置可以包括用于执行第五方面或第五方面的任一可能的实施方式中的方法的模块，例如包括处理模块和收发模块。示例性地，收发模块可以包括发送模块和接收模块，发送模块和接收模块可以是不同的功能模块，或者也可以是同一个功能模块，但能够实现不同的功能。示例性地，所述第五通信装置为通信设备，或者为设置在通信设备中的芯片或其他部件。示例性地，所述通信设备为网络设备。示例性地，所述网络设备为接入网设备或核心网设备。下面以第五通信装置是网络设备为例。例如，所述收发模块也可以通过收发器实现，所述处理模块也可以通过处理器实现。或者，发送模块可以通过发送器实现，接收模块可以通过接收器实现，发送器和接收器可以是不同的功能模块，或者也可以是同一个功能模块，但能够实现不同的功能。如果第五通信装置为通信设备，收发器例如通过通信设备中的天线、馈线和编解码器等实现。或者，如果第五通信装置为设置在通信设备中的芯片，那么收发器(或，发送器和接收器)例如为芯片中的通信接口，该通信接口与通信设备中的射频收发组件连接，以通过射频收发组件实现信息的收发。在第十方面的介绍过程中，继续以所述第五通信装置是网络设备，以及，以所述处理模块和所述收发模块为例进行介绍。其中，
所述处理模块，用于确定在第一寻呼传输窗内没有寻呼消息；
所述收发模块，用于发送寻呼控制信息，所述寻呼控制信息包括第一信息，所述第一信息用于指示在第一寻呼传输窗内没有寻呼消息。
结合第十方面，在第十方面的第一种可能的实施方式中，
所述第一信息通过所述寻呼控制信息内的2比特字段承载；或，
所述第一信息通过所述寻呼控制信息内用于承载短消息的比特承载，所述短消息用于指示系统消息是否发生变化，和/或，指示是否接收地震和海啸警告系统ETWS信息或商业移动警报服务CMAS信息。
结合第十方面或第十方面的第一种可能的实施方式，在第十方面的第二种可能的实施方式中，所述第一信息为比特地图，所述比特地图对应于M组终端设备，所述比特地图为第一状态，用于指示在所述第一寻呼传输窗内没有所述M组终端设备的寻呼消息，M为大于或等于1的整数。
结合第十方面或第十方面的第一种可能的实施方式或第十方面的第二种可能的实施方式，在第十方面的第三种可能的实施方式中，所述收发模块用于通过如下方式发送寻呼控制信息：
在所述第一寻呼传输窗包括的第一个寻呼时机发送所述寻呼控制信息；或，
在所述第一寻呼传输窗包括的全部寻呼时机中的每个寻呼时机发送所述寻呼控制信息。
关于第十方面或第十方面的各种可能的实施方式所带来的技术效果，可参考对于第五方面或第五方面的相应的实施方式的技术效果的介绍。
第十一方面，提供一种通信装置，该通信装置例如为如前所述的第一通信装置。该通信装置包括一个或多个处理器，可选的，还可以包括通信接口，通信接口可用于与其他装置或设备进行通信。可选的，第一通信装置还可以包括一个或多个存储器，用于存储计算机指令。一个或多个处理器和一个或多个存储器相互耦合，用于实现上述第一方面或各种可能的实施方式所描述的方法。或者，第一通信装置也可以不包括存储器，至少一个存储器可以位于第一通信装置外部。一个或多个处理器、一个或多个存储器和通信接口相互耦合，用于实现上述第一方面或各种可能的实施方式所描述的方法。例如，第一通信装置还可以包括一个或多个计算机程序，所述的一个或多个计算机程序被存储在一个或多个存储器中，所述的一个或多个计算机程序包括计算机指令。当一个或多个处理器执行所述一个或多个存储器存储的计算机指令时，使第一通信装置执行上述第一方面或第一方面的任意一种可能的实施方式中的方法。示例性地，所述第一通信装置为通信设备，或者为设置在通信设备中的芯片或其他部件。示例性的，所述通信设备为终端设备。
其中，如果第一通信装置为通信设备，通信接口例如通过所述通信设备中的收发器(或者，发送器和接收器)实现，例如所述收发器通过所述通信设备中的天线、馈线和编解码器等实现。或者，如果第一通信装置为设置在通信设备中的芯片，那么通信接口例如为芯片的输入/输出接口，例如输入/输出管脚等，该通信接口与通信设备中的射频收发组件连接，以通过射频收发组件实现信息的收发。
第十二方面，提供一种通信装置，该通信装置例如为如前所述的第二通信装置。该通信装置包括一个或多个处理器，可选的，还可以包括通信接口，通信接口可用于与其他装置或设备进行通信。可选的，第二通信装置还可以包括一个或多个存储器，用于存储计算机指令。一个或多个处理器和一个或多个存储器相互耦合，用于实现上述第二方面或第二方面的各种可能的实施方式所描述的方法。或者，第二通信装置也可以不包括存储器，一个或多个存储器可以位于第二通信装置外部。一个或多个处理器、一个或多个存储器和通信接口相互耦合，用于实现上述第二方面或第二方面的各种可能的实施方式所描述的方法。例如，第二通信装置还可以包括一个或多个计算机程序，所述的一个或多个计算机程序被存储在一个或多个存储器中，所述的一个或多个计算机程序包括计算机指令。当一个或多个处理器执行所述一个或多个存储器存储的计算机指令时，使第二通信装置执行上述第二方面或第二方面的任意一种可能的实施方式中的方法。示例性地，所述第二通信装置为通信设备，或者为设置在通信设备中的芯片或其他部件。示例性的，所述通信设备为网络设备。示例性地，所述网络设备为接入网设备。
其中，如果第二通信装置为通信设备，通信接口例如通过所述通信设备中的收发器(或者，发送器和接收器)实现，例如所述收发器通过所述通信设备中的天线、馈线和编解码器等实现。或者，如果第二通信装置为设置在通信设备中的芯片，那么通信接口例如为芯片的输入/输出接口，例如输入/输出管脚等，该通信接口与通信设备中的射频收发组件连接，以通过射频收发组件实现信息的收发。
第十三方面，提供一种通信装置，该通信装置例如为如前所述的第三通信装置。该通信装置包括一个或多个处理器，可选的，还可以包括通信接口，通信接口可用于与其他装置或设备进行通信。可选的，第三通信装置还可以包括一个或多个存储器，用于存储计算机指令。一个或多个处理器和一个或多个存储器相互耦合，用于实现上述第三方面或第三方面的各种可能的实施方式所描述的方法。或者，第三通信装置也可以不包括存储器，一个或多个存储器可以位于第三通信装置外部。一个或多个处理器、一个或多个存储器和通信接口相互耦合，用于实现上述第三方面或第三方面的各种可能的实施方式所描述的方法。例如，第三通信装置还可以包括一个或多个计算机程序，所述的一个或多个计算机程序被存储在一个或多个存储器中，所述的一个或多个计算机程序包括计算机指令。当一个或多个处理器执行所述一个或多个存储器存储的计算机指令时，使第三通信装置执行上述第三方面或第三方面的任意一种可能的实施方式中的方法。示例性地，所述第三通信装置为通信设备，或者为设置在通信设备中的芯片或其他部件。示例性的，所述通信设备为核心网设备。
其中，如果第三通信装置为通信设备，通信接口例如通过所述通信设备中的收发器(或者，发送器和接收器)实现，例如所述收发器通过所述通信设备中的天线、馈线和编解码器等实现。或者，如果第三通信装置为设置在通信设备中的芯片，那么通信接口例如为芯片的输入/输出接口，例如输入/输出管脚等，该通信接口与通信设备中的射频收发组件连接，以通过射频收发组件实现信息的收发。
第十四方面，提供一种通信装置，该通信装置例如为如前所述的第四通信装置。该通信装置包括一个或多个处理器，可选的，还可以包括通信接口，通信接口可用于与其他装置或设备进行通信。可选的，第四通信装置还可以包括一个或多个存储器，用于存储计算机指令。一个或多个处理器和一个或多个存储器相互耦合，用于实现上述第四方面或第四方面的各种可能的实施方式所描述的方法。或者，第四通信装置也可以不包括存储器，一个或多个存储器可以位于第四通信装置外部。一个或多个处理器、存储器和通信接口相互耦合，用于实现上述第四方面或第四方面的各种可能的实施方式所描述的方法。例如，第四通信装置还可以包括一个或多个计算机程序，所述的一个或多个计算机程序被存储在一个或多个存储器中，所述的一个或多个计算机程序包括计算机指令。当一个或多个处理器执行所述一个或多个存储器存储的计算机指令时，使第四通信装置执行上述第四方面或第四方面的任意一种可能的实施方式中的方法。示例性地，所述第四通信装置为通信设备，或者为设置在通信设备中的芯片或其他部件。示例性的，所述通信设备为终端设备。
其中，如果第四通信装置为通信设备，通信接口例如通过所述通信设备中的收发器(或者，发送器和接收器)实现，例如所述收发器通过所述通信设备中的天线、馈线和编解码器等实现。或者，如果第四通信装置为设置在通信设备中的芯片，那么通信接口例如为芯片的输入/输出接口，例如输入/输出管脚等，该通信接口与通信设备中的射频收发组件连接，以通过射频收发组件实现信息的收发。
第十五方面，提供一种通信装置，该通信装置例如为如前所述的第五通信装置。该通信装置包括一个或多个处理器，可选的，还可以包括通信接口，通信接口可用于与其他装置或设备进行通信。可选的，第五通信装置还可以包括一个或多个存储器，用于存储计算机指令。一个或多个处理器和一个或多个存储器相互耦合，用于实现上述第五方面或第五方面的各种可能的实施方式所描述的方法。或者，第五通信装置也可以不包括存储器，一个或多个存储器可以位于第五通信装置外部。一个或多个处理器、一个或多个存储器和通信接口相互耦合，用于实现上述第五方面或第五方面的各种可能的实施方式所描述的方法。例如，第五通信装置还可以包括一个或多个计算机程序，所述的一个或多个计算机程序被存储在一个或多个存储器中，所述的一个或多个计算机程序包括计算机指令。当一个或多个处理器执行所述一个或多个存储器存储的计算机指令时，使第五通信装置执行上述第五方面或第五方面的任意一种可能的实施方式中的方法。示例性地，所述第五通信装置为通信设备，或者为设置在通信设备中的芯片或其他部件。示例性的，所述通信设备为网络设备。示例性地，所述网络设备为接入网设备或核心网设备。
其中，如果第五通信装置为通信设备，通信接口例如通过所述通信设备中的收发器(或者，发送器和接收器)实现，例如所述收发器通过所述通信设备中的天线、馈线和编解码器等实现。或者，如果第五通信装置为设置在通信设备中的芯片，那么通信接口例如为芯片的输入/输出接口，例如输入/输出管脚等，该通信接口与通信设备中的射频收发组件连接，以通过射频收发组件实现信息的收发。
第十六方面，提供第一通信系统，第一通信系统包括第六方面所述的通信装置或第十一方面所述的通信装置。
可选的，第一通信系统还包括第七方面所述的通信装置或第十二方面所述的通信装置。
可选的，第一通信系统还包括第八方面所述的通信装置或第十三方面所述的通信装置。
第十七方面，提供第二通信系统，第二通信系统包括第九方面所述的通信装置或第十四方面所述的通信装置，以及包括第十方面所述的通信装置或第十五方面所述的通信装置。
第十八方面，提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述第一方面或第一方面的任意一种可能的实施方式中所述的方法。
第十九方面，提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述第二方面或第二方面的任意一种可能的实施方式中所述的方法。
第二十方面，提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述第三方面或第三方面的任意一种可能的实施方式中所述的方法。
第二十一方面，提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述第四方面或第四方面的任意一种可能的实施方式中所述的方法。
第二十二方面，提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述第五方面或第五方面的任意一种可能的实施方式中所述的方法。
第二十三方面，提供一种包含指令的计算机程序产品，所述计算机程序产品用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述第一方面或第一方面的任意一种可能的实施方式中所述的方法。
第二十四方面，提供一种包含指令的计算机程序产品，所述计算机程序产品用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述第二方面或第二方面的任意一种可能的实施方式中所述的方法。
第二十五方面，提供一种包含指令的计算机程序产品，所述计算机程序产品用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述第三方面或第三方面的任意一种可能的实施方式中所述的方法。
第二十六方面，提供一种包含指令的计算机程序产品，所述计算机程序产品用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述第四方面或第四方面的任意一种可能的实施方式中所述的方法。
第二十七方面，提供一种包含指令的计算机程序产品，所述计算机程序产品用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述第五方面或第五方面的任意一种可能的实施方式中所述的方法。
在本申请实施例中，如果在一个PO内没有第一终端设备的寻呼消息，则第一终端设备在第一寻呼传输窗内将不再监听，以节省终端设备的功耗。
附图说明
图1A为终端设备按照eDRX周期接收寻呼消息的一种示例；
图1B为终端设备按照eDRX周期接收寻呼消息的另一种示例；
图2为本申请实施例的一种应用场景示意图；
图3为本申请实施例提供的第一种通信方法的流程图；
图4为本申请实施例提供的第二种通信方法的流程图；
图5为本申请实施例提供的第三种通信方法的流程图；
图6为本申请实施例提供的第四种通信方法的流程图；
图7A为终端设备的剩余电量的一种示意图；
图7B为未采用本申请实施例提供的方法的情况下，在经过一段时间后终端设备的剩余电量的一种示意图；
图7C为在采用本申请实施例提供的方法的情况下，在经过一段时间后终端设备的剩余电量的一种示意图；
图8为本申请实施例提供的一种第一终端设备的一种示意性框图；
图9为本申请实施例提供的一种接入网设备的一种示意性框图；
图10为本申请实施例提供的一种核心网设备的一种示意性框图；
图11为本申请实施例提供的一种终端设备的一种示意性框图；
图12为本申请实施例提供的一种网络设备的一种示意性框图；
图13为本申请实施例提供的一种通信装置的另一示意性框图；
图14为本申请实施例提供的一种通信装置的再一示意性框图；
图15为本申请实施例提供的一种通信装置的再一示意性框图；
图16为本申请实施例提供的一种通信装置的又一示意性框图。
具体实施方式
为了使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例作进一步地详细描述。
以下，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。
1)终端设备，包括向用户提供语音和/或数据连通性的设备，具体的，包括向用户提供语音的设备，或包括向用户提供数据连通性的设备，或包括向用户提供语音和数据连通性的设备。例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network，RAN)与核心网进行通信，与RAN交换语音或数据，或与RAN交互语音和数据。该终端设备可以包括用户设备(userequipment，UE)、无线终端设备、移动终端设备、设备到设备通信(device-to-device，D2D)终端设备、车到一切(vehicle to everything，V2X)终端设备、机器到机器/机器类通信(machine-to-machine/machine-type communications，M2M/MTC)终端设备、物联网(internet of things，IoT)终端设备、签约单元(subscriber unit)、签约站(subscriberstation)，移动站(mobile station)、远程站(remote station)、接入点(access point，AP)、远程终端(remote terminal)、接入终端(access terminal)、用户终端(userterminal)、用户代理(user agent)、或用户装备(user device)等。例如，可以包括移动电话(或称为“蜂窝”电话)，具有移动终端设备的计算机，便携式、袖珍式、手持式、计算机内置的移动装置等。例如，个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(session initiation protocol，SIP)话机、无线本地环路(wirelesslocal loop，WLL)站、个人数字助理(personal digital assistant，PDA)、等设备。还包括受限设备，例如功耗较低的设备，或存储能力有限的设备，或计算能力有限的设备等。例如包括条码、射频识别(radio frequency identification，RFID)、传感器、全球定位系统(global positioning system，GPS)、激光扫描器等信息传感设备。
作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备或智能穿戴式设备等，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能头盔、智能首饰等。
而如上介绍的各种终端设备，如果位于车辆上(例如放置在车辆内或安装在车辆内)，都可以认为是车载终端设备，车载终端设备例如也称为车载单元(on-board unit，OBU)。
本申请实施例中，终端设备还可以包括中继(relay)。或者理解为，能够与基站进行数据通信的都可以看作终端设备。
本申请实施例中，用于实现终端设备的功能的装置可以是终端设备，也可以是能够支持终端设备实现该功能的装置，例如芯片系统，该装置可以被安装在终端设备中。本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。本申请实施例提供的技术方案中，以用于实现终端的功能的装置是终端设备为例，描述本申请实施例提供的技术方案。
2)网络设备，例如包括接入网(access network，AN)设备，例如基站(例如，接入点)，可以是指接入网中在空口通过一个或多个小区与无线终端设备通信的设备，或者例如，一种车到一切(vehicle-to-everything，V2X)技术中的网络设备为路侧单元(roadside unit，RSU)。基站可用于将收到的空中帧与IP分组进行相互转换，作为终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括IP网络。RSU可以是支持V2X应用的固定基础设施实体，可以与支持V2X应用的其他实体交换消息。网络设备还可协调对空口的属性管理。例如，网络设备可以包括LTE系统或高级长期演进(long termevolution-advanced，LTE-A)中的演进型基站(NodeB或eNB或e-NodeB，evolutional NodeB)，或者也可以包括第五代移动通信技术(the 5th generation，5G)NR系统(也简称为NR系统)中的下一代节点B(next generation node B，gNB)或者也可以包括云接入网(cloudradio access network，Cloud RAN)系统中的集中式单元(centralized unit，CU)和分布式单元(distributed unit，DU)，本申请实施例并不限定。
网络设备还可以包括核心网设备，在本申请实施例中，核心网设备例如包括5G系统中的访问和移动管理功能(access and mobility management function，AMF)或用户平面功能(user plane function，UPF)等，或者包括4G系统中的移动管理实体(mobilitymanagement entity，MME)等。
本申请实施例中，用于实现网络设备的功能的装置可以是网络设备，也可以是能够支持网络设备实现该功能的装置，例如芯片系统，该装置可以被安装在网络设备中。在本申请实施例提供的技术方案中，以用于实现网络设备的功能的装置是网络设备为例，描述本申请实施例提供的技术方案。
3)DRX，简单来说，在DRX机制下，终端设备可以周期性地进入睡眠状态，不需要监听物理下行控制信道(physical downlink control channel，PDCCH)。
4)增强型非连续接收(extended DRX，eDRX)，与DRX相比，eDRX具有更长的DRX周期，即终端设备可以周期性地“休眠”更长的时间再“醒来”一次。一个eDRX周期内包括一个寻呼传输窗(paging transmission window，PTW)，该PTW包括一个或多个PO。在一个eDRX周期中，终端设备会在PTW中的一个或多个PO“醒来”监听PDCCH，在“休眠”时间不需要监听PDCCH。
5)RRC状态，终端设备有3种RRC状态：RRC连接(connected)态、RRC空闲态和RRC非激活态。
RRC连接态(或，也可以简称为连接态。在本文中，“连接态”和“RRC连接态”，是同一概念，两种称呼可以互换)：终端设备与网络建立了RRC连接，可以进行数据传输。
RRC空闲态(或，也可以简称为空闲态。在本文中，“空闲态”和“RRC空闲态”，是同一概念，两种称呼可以互换)：终端设备没有与网络建立RRC连接，基站没有存储该终端设备的上下文。如果终端设备需要从RRC空闲态进入RRC连接态，则需要发起RRC连接建立过程。
RRC非活跃态(或，也可称为RRC非激活态，或简称为非活跃态或非激活态。在本文中，“去活动态”、“非活跃态”、“去活跃态”、“去激活态”、“非激活态”、“RRC非激活态”或“RRC去激活态”等，是同一概念，这几种称呼可以互换)：终端设备之前在锚点基站进入了RRC连接态，然后锚点基站释放了该RRC连接，但是锚点基站保存了该终端设备的上下文。如果该终端设备需要从RRC非活跃态再次进入RRC连接态，则需要在当前驻留的基站发起RRC连接恢复过程(或者称为RRC连接重建立过程)。因为终端设备可能处于移动状态，因此终端设备当前驻留的基站与终端设备的锚点基站可能是同一基站，也可能是不同的基站。RRC恢复过程相对于RRC建立过程来说，时延更短，信令开销更小。但是基站需要保存终端设备的上下文，会占用基站的存储开销。
6)本申请实施例中的术语“系统”和“网络”可被互换使用。“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，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可以是单个，也可以是多个。
以及，除非有相反的说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的大小、内容、顺序、时序、优先级或者重要程度等。例如，第一寻呼传输窗和第二寻呼传输窗，只是为了区分不同的寻呼传输窗，而并不是表示这两个寻呼传输窗的长度、时域位置、优先级或者重要程度等的不同。
前文介绍了本申请实施例所涉及到的一些名词概念，下面介绍本申请实施例涉及的技术特征。
5G NR技术沿用了LTE系统中的DRX机制。DRX机制包括DRX周期，处于RRC连接态的终端设备在DRX周期内会周期性地“醒来”一段时间，终端设备“醒来”的时间称为持续(onduration)时间段，在DRX周期中除on duration时间段之外的其他时间，终端设备可以保持“休眠”状态，以降低功耗。另外，终端设备在处于RRC空闲态或RRC非活跃态时，若核心网或基站需要向终端设备发送下行数据，例如有电话需要呼入该终端设备，或者有下行数据需要发送给该终端设备，则核心网或基站会先向终端设备发送寻呼消息，用于寻呼终端设备。终端设备收到寻呼消息后，会发起RRC连接建立过程从而接收下行数据。
处于RRC空闲态或RRC非活跃态的终端设备只在自己的PO“醒来”接收寻呼消息。其中，终端设备在自己的PO，首先接收用于指示寻呼消息的下行控制信息(downlink controlinformation，DCI)，该DCI可以在物理下行控制信道(physical downlink controlchannel，PDCCH)发送。该DCI也可称为寻呼控制信息，寻呼控制信息用于指示寻呼消息发送的时频资源。在接收寻呼控制信息之后，终端设备接收寻呼消息，若寻呼消息携带了该终端设备的ID，则表示该终端设备被寻呼，该终端设备需要发起RRC连接建立过程接入基站，以接收下行数据。或者，若寻呼消息中未携带该终端设备的ID，则表示该终端设备未被寻呼，该终端设备可以继续“休眠”，等到下一个PO再“醒来”。
对于配置了DRX的终端设备，如果处于RRC空闲态或RRC非活跃态，则会在DRX周期内包括的PO“醒来”接收寻呼消息。
考虑进一步降低功耗，在DRX的机制上引入了eDRX机制，eDRX相当于将DRX的周期扩展为更大的值，即终端设备可以“休眠”更长的时间再“醒来”一次。由于终端设备在eDRX机制下“休眠”的时间更长，每次“醒来”接收寻呼消息时需要保证更高的可靠性，以避免多休眠一个eDRX周期所导致的时延，因此在eDRX中引入了PTW。一个eDRX周期内包括一个PTW，该PTW包括一个或多个PO。在一个eDRX周期中，终端设备会在PTW中的一个或多个PO“醒来”接收寻呼消息，其中，终端设备在每个PO可以先检测寻呼控制信息，如果检测到寻呼控制信息，则终端设备可以继续在该PO检测寻呼消息，如果该寻呼消息包括该终端设备的ID，则终端设备无需再检测该PTW内剩余的PO，而如果该寻呼消息不包括该终端设备的ID，则终端设备等到下个PO时，再检测寻呼控制信息，以此类推，直到成功接收到包含该终端设备的ID的寻呼消息或者该PTW结束为止；而如果终端设备在一个PO未检测到寻呼控制信息，则终端设备不在该PO检测寻呼消息，而是等到下个PO时，再检测寻呼控制信息，以此类推，直到成功接收到包含该终端设备的ID的寻呼消息或者该PTW结束为止。
例如，可参考图1A，为终端设备按照eDRX周期接收寻呼消息的一种示例。图1A以一个PTW包括5个PO为例，且图1A给出了3个PTW。图1A上面的部分表示基站或核心网设备对应的部分，下面的部分表示终端设备对应的部分。例如基站或核心网设备在每个PTW内的每个PO都发送了寻呼控制信息，终端设备在第二个PTW内的第一个PO检测寻呼控制信息失败，但终端设备在第二个PO检测寻呼控制信息成功(如图1A中的箭头所示)，并检测到包含该终端设备的ID的寻呼消息。图1A以该寻呼控制信息寻呼了该终端设备为例，则终端设备可以无需在第二个PTW内剩余的3个PO中进行检测，图1A中对应于UE侧的画斜线的方框表示终端设备无需检测的3个PO。而如果该寻呼控制信息并未寻呼该终端设备，即寻呼消息没有包含该终端设备的ID，则终端设备还需继续在第二个PTW内剩余的PO中进行检测。
又例如，可参考图1B，为终端设备按照eDRX周期接收寻呼消息的另一种示例。图1B也以一个PTW包括5个PO为例，且图1B给出了3个PTW。图1B上面的部分表示基站或核心网设备对应的部分，下面的部分表示终端设备对应的部分。例如基站或核心网在这三个PTW内均未发送任何寻呼控制信息以及寻呼消息，即，并未寻呼任何终端设备。但终端设备还是需要在这3个PTW中的每个PO都检测寻呼控制信息。或者，基站或核心网设备在这三个PTW内发送的寻呼控制信息以及寻呼消息都不是发给终端设备1的，即，可以有给除终端设备1之外的其他终端设备的寻呼消息。但终端设备1由于一直没有检测到包含终端设备1的ID的寻呼消息，终端设备1还是需要在这3个PTW中的每个PO都检测寻呼控制信息。
可见，在一个PTW中，可能所有的终端设备都未被寻呼，即基站或核心网在该PTW中不会发送寻呼消息。但是所有的终端设备还是需要监听该PTW中的所有的PO，以确定是否被寻呼。但在这种情况下，终端设备显然不会收到寻呼消息，相当于做了无用功，导致终端设备功耗的浪费。或者，在一个PTW中，只有部分终端设备被寻呼，但是其他未被寻呼的终端设备还是需要监听该PTW中的所有的PO，以确定是否被寻呼。但在这种情况下，其他未被寻呼的终端设备显然不会收到包含自己终端设备的ID的寻呼消息，相当于做了无用功，导致功耗的增加。
鉴于此，提供本申请实施例的技术方案。通过本申请提供的一些实施例，如果在一个PO内没有第一终端设备的寻呼消息，则第一终端设备在第一寻呼传输窗内将不再监听，例如在第一寻呼传输窗内包括的剩余的PO内第一终端设备不再监听，节省终端设备的功耗。例如，在第一寻呼传输窗内发送给第一终端设备的寻呼消息不变，那么如果在一个PO内没有第一终端设备的寻呼消息，则在第一寻呼传输窗除了该PO外剩余的PO内也就没有第一终端设备的寻呼消息，则第一终端设备在第一寻呼传输窗内不再监听，也不会影响第一终端设备对于寻呼消息的接收。
通过本申请提供的另一些实施例，如果第一寻呼传输窗内没有寻呼消息，则网络设备可以发送寻呼控制信息，寻呼控制信息可以指示在第一寻呼传输窗内没有寻呼消息。这样终端设备接收该寻呼控制消息后，就无需在第一寻呼传输窗内剩余的PO进行监听，节省终端设备的功耗。
本申请实施例提供的技术方案可以应用于第四代移动通信技术(the 4thgeneration，4G)系统中，例如LTE系统，或可以5G系统中，例如NR系统，或者还可以应用于下一代移动通信系统或其他类似的通信系统，具体的不做限制。
请参见图2，为本申请实施例的一种应用场景。图2包括接入网设备、核心网设备和终端设备。例如终端设备处于RRC空闲态或RRC非活跃态。接入网设备能够寻呼该终端设备，核心网设备也能寻呼该终端设备。
该接入网设备和核心网设备例如工作在演进的通用移动通信系统陆地无线接入(evolved UMTS terrestrial radio access，E-UTRA)系统中，或者工作在NR系统中，或者工作在下一代通信系统或其他通信系统中。
图2中的核心网设备例如为4G系统中的MME，或者为5G系统中的AMF，或者也可以是下一代通信系统或其他通信系统中的相应的核心网设备。
图2中的接入网设备例如为基站。其中，接入网设备在不同的系统对应不同的设备，例如在4G系统中可以对应eNB，在5G系统中对应5G中的接入网设备，例如gNB。当然本申请实施例所提供的技术方案也可以应用于未来的移动通信系统中，因此图2中的接入网设备也可以对应未来的移动通信系统中的网络设备。图2以接入网设备是基站为例，实际上参考前文的介绍，接入网设备还可以是RSU等设备。另外，图2中的终端设备以手机为例，实际上根据前文对于终端设备的介绍可知，本申请实施例的终端设备不限于手机。
下面结合附图介绍本申请实施例所提供的方法。在本申请的各个实施例中，寻呼传输窗例如为PTW，或者也可以是其他称呼，只要寻呼传输窗包括一个或多个用于接收寻呼消息的寻呼时机即可。
首先考虑该问题。目前，如果终端设备在PTW中的某个PO成功接收寻呼控制信息和寻呼消息，若该寻呼消息中没有包含该终端设备的ID，则该终端设备需要继续监听该PTW中剩余的PO。这种行为是考虑到终端设备的寻呼消息可能在PTW内到达，虽然在位于该PTW前面的一些PO中没有该终端设备的寻呼消息，但在该PTW后面的一些PO中可能出现该终端设备的寻呼消息，因此终端设备需要将PTW中的所有PO都听完，直到检测到包括该终端设备的ID的寻呼消息或该PTW结束为止。然而，大多数情况下一个PTW包括的所有PO上发送的寻呼消息都是一样的，如果在位于该PTW前面的一些PO中没有终端设备的寻呼消息，那么在该PTW后面的一些PO中也大概率不会出现该终端设备的寻呼消息。也就是说，终端设备如果在一个PO确定未被寻呼，那么对于后续的PO的监听就是多余的，是做了无用功，导致功率浪费。
鉴于此，本申请实施例提供第一种通信方法，通过该方法，可以减小终端设备的功耗。请参见图3，为该方法的流程图。在下文的介绍过程中，以该方法应用于图2所示的网络架构为例。在本申请实施例中，终端设备例如处于RRC空闲态，下文中所述的寻呼可以认为是核心网设备发起的寻呼。
为了便于介绍，在下文中，以该方法由核心网设备、接入网设备和终端设备执行为例。因为本申请实施例是以应用在图2所示的网络架构为例。因此，下文中所述的核心网设备可以是图2所示的网络架构中的核心网设备，下文中所述的接入网设备可以是图2所示的网络架构中的接入网设备，下文中所述的终端设备可以是图2所示的网络架构中的终端设备。
S301、第一终端设备向核心网设备发送第一终端设备的能力信息，核心网设备接收来自第一终端设备的能力信息。
在本申请实施例中，可以是第一终端设备向核心网设备发送第一终端设备的能力信息，从而核心网设备根据第一终端设备的能力信息确定第一终端设备是否支持在第一寻呼传输窗内发送的寻呼消息不变；或者，也可以是第一小区内的多个终端设备(例如包括第一小区内的部分或全部终端设备)均向核心网设备发送各自的能力信息，核心网设备可以根据这多个终端设备的能力信息确定第一小区内的终端设备是否支持在第一寻呼传输窗内发送的寻呼消息不变。第一小区例如为第一终端设备的服务小区，如果是第一小区内的多个终端设备均向核心网设备发送各自的能力信息，那么第一终端设备可以是这部分或全部终端设备中的一个，即，如果是这种情况，S301只以第一终端设备向核心网设备发送第一终端设备的能力信息为例。
第一寻呼传输窗例如包括一个或多个寻呼传输窗，所述的寻呼传输窗例如为PTW，或者也可以理解为时间窗，一个时间窗内可包括一个或多个PO。例如当前时间处于一个eDRX周期所包括的寻呼传输窗(例如称为寻呼传输窗1)的开始之前，如果一个eDRX周期所包括的寻呼传输窗的起始时刻与该eDRX周期的起始时刻相同，那么也可以认为，当前时间处于该eDRX周期之外，例如当前时间处于两个eDRX周期之间；或者，如果一个eDRX周期所包括的寻呼传输窗的起始时刻与该eDRX周期的起始时刻不同，例如寻呼传输窗的起始时刻位于该eDRX的起始时刻之后，那么当前时间可以处于该eDRX周期内，但处于寻呼传输窗之外，或者，当前时间也可以处于该eDRX周期之外，例如当前时间处于两个eDRX周期之间。那么，如果第一寻呼传输窗包括一个寻呼传输窗，那么该寻呼传输窗例如为寻呼传输窗1；或者，如果第一寻呼传输窗包括一个寻呼传输窗，该寻呼传输窗也可以是位于寻呼传输窗1之后的任一个寻呼传输窗。或者，如果第一寻呼传输窗包括多个寻呼传输窗，这多个寻呼传输窗可以包括寻呼传输窗1，以及包括位于寻呼传输窗1之后的任意一个或多个寻呼传输窗；或者，如果第一寻呼传输窗包括多个寻呼传输窗，这多个寻呼传输窗也可以不包括寻呼传输窗1，而是包括位于寻呼传输窗1之后的任意多个寻呼传输窗。
或者，例如当前时间处于一个eDRX周期所包括的寻呼传输窗(例如称为寻呼传输窗2)内的任意一个PO(可以是该寻呼传输窗内的第一个PO，也可以是该寻呼传输窗内的后续的PO)开始之前，那么，如果第一寻呼传输窗包括一个寻呼传输窗，那么该寻呼传输窗例如为寻呼传输窗2；或者，如果第一寻呼传输窗包括一个寻呼传输窗，该寻呼传输窗也可以是位于寻呼传输窗2之后的任一个寻呼传输窗。或者，如果第一寻呼传输窗包括多个寻呼传输窗，这多个寻呼传输窗可以包括寻呼传输窗2，以及包括位于寻呼传输窗2之后的任意一个或多个寻呼传输窗；或者，如果第一寻呼传输窗包括多个寻呼传输窗，这多个寻呼传输窗也可以不包括寻呼传输窗2，而是包括位于寻呼传输窗2之后的任意多个寻呼传输窗。
其中，如果当前时间处于一个eDRX周期所包括的寻呼传输窗(例如称为寻呼传输窗2)内的该寻呼传输窗内的第一个PO开始之前，则当前时间的时域位置可能有多种情况，下面简单介绍。
情况1，如果一个eDRX周期所包括的寻呼传输窗的起始时刻与该eDRX周期的起始时刻相同，且寻呼传输窗内的第一个PO的起始时刻与该寻呼传输窗的起始时刻相同，则可以认为，当前时间是处于该eDRX周期之外，例如当前时间处于两个eDRX周期之间。
情况2，如果一个eDRX周期所包括的寻呼传输窗的起始时刻与该eDRX周期的起始时刻不同，例如寻呼传输窗的起始时刻位于该eDRX的起始时刻之后，且寻呼传输窗内的第一个PO的起始时刻与该寻呼传输窗的起始时刻相同，那么当前时间可以处于该eDRX周期内，但处于寻呼传输窗之外，或者，当前时间也可以处于该eDRX周期之外，例如当前时间处于两个eDRX周期之间。
情况3，如果一个eDRX周期所包括的寻呼传输窗的起始时刻与该eDRX周期的起始时刻不同，例如寻呼传输窗的起始时刻位于该eDRX的起始时刻之后，且寻呼传输窗内的第一个PO的起始时刻与该寻呼传输窗的起始时刻不同，例如寻呼传输窗内的第一个PO的起始时刻位于该寻呼传输窗的起始时刻之后，那么当前时间可以处于该eDRX周期内，但处于寻呼传输窗之外，或者，当前时间可以处于该eDRX周期内，也处于寻呼传输窗之内，或者，当前时间也可以处于该eDRX周期之外，例如当前时间处于两个eDRX周期之间。
情况4，如果一个eDRX周期所包括的寻呼传输窗的起始时刻与该eDRX周期的起始时刻相同，且寻呼传输窗内的第一个PO的起始时刻与该寻呼传输窗的起始时刻不同，例如寻呼传输窗内的第一个PO的起始时刻位于该寻呼传输窗的起始时刻之后，那么,当前时间可以处于该eDRX周期内，也处于寻呼传输窗之内，或者，当前时间也可以处于该eDRX周期之外，例如当前时间处于两个eDRX周期之间。
需要说明的是，终端设备是否支持在第一寻呼传输窗内发送的寻呼消息不变，可以理解为终端设备是否支持使用新的行为监听寻呼消息。该新的行为具体为：如果终端设备在PTW中的某个PO成功接收寻呼控制信息和寻呼消息，若该寻呼消息中没有包含该终端设备的ID，由于PTW内发送的寻呼消息不变，可以认为在PTW中后续接收的寻呼消息也不会包含该终端设备的ID，则该终端设备不需要继续监听该PTW中剩余的PO。
一个终端设备的能力信息，例如可以包括省电信息，省电信息可以指示该终端设备是否有节能需求(或者，省电需求)。当然终端设备的能力信息还可以包括其他信息，例如终端设备支持的天线数量等参数，本申请实施例对于终端设备的能力信息所包括的内容不做限制。如果一个终端设备的能力信息所包括的省电信息指示该终端设备有节能需求，就可以认为该能力信息指示该终端设备支持使用新的行为监听寻呼消息，因此核心网设备就可以确定若在第一寻呼传输窗内发送给该终端设备的寻呼消息不变，终端设备可以节省功耗；或者，如果一个终端设备的能力信息所包括的省电信息指示该终端设备没有节能需求，就可以认为该能力信息指示该终端设备不支持使用新的行为监听寻呼消息，因此核心网设备可以确定若在第一寻呼传输窗内发送给该终端设备的寻呼消息不变，终端设备也无法节省功耗。核心网设备可以根据终端设备的能力信息，确定核心网设备在发送寻呼消息时，在第一寻呼传输窗内发送给该终端设备的寻呼消息是否变化。
那么，如果仅是第一终端设备向核心网设备发送了第一终端设备的能力信息，且第一终端设备的能力信息所包括的省电信息指示第一终端设备有节能需求，则核心网设备可以确定在发送第一终端设备的寻呼消息时，在第一寻呼传输窗内发送给第一终端设备的寻呼消息不变；而如果第一终端设备的能力信息所包括的省电信息指示第一终端设备没有节能需求，则核心网设备可以确定在发送第一终端设备的寻呼消息时，在第一寻呼传输窗内发送给第一终端设备的寻呼消息可变或不变，此时在第一寻呼传输窗内发送给第一终端设备的寻呼消息可变或不变，对第一终端设备接收寻呼消息的功率消耗没有影响。
或者，如果是第一小区内的多个终端设备均向核心网设备发送了各自的能力信息，那么核心网设备可以接收多个能力信息。如果核心网设备所接收的多个能力信息中的每个能力信息所包括的省电信息都表明相应的终端设备有节能需求，或者核心网设备所接收的多个能力信息中有一半的能力信息或一半以上的能力信息中的每个能力信息所包括的省电信息都表明相应的终端设备有节能需求，则核心网设备可以确定在发送第一小区中终端设备的寻呼消息时，在第一寻呼传输窗内发送的寻呼消息不变，此时认为是在第一寻呼传输窗内发送给第一小区中所有终端设备的寻呼消息都不变；或者，如果核心网设备所接收的多个能力信息中的每个能力信息所包括的省电信息都表明相应的终端设备没有节能需求，或者核心网设备所接收的多个能力信息中有一半的能力信息或一半以上的能力信息中的每个能力信息所包括的省电信息都表明相应的终端设备没有节能需求，则核心网设备可以确定在发送第一小区中终端设备的寻呼消息时，在第一寻呼传输窗内发送的寻呼消息可变或不变，此时在第一寻呼传输窗内发送给第一终端设备的寻呼消息可变或不变，对第一终端设备接收寻呼消息的功率消耗没有影响。需要说明的是，第一小区可以包括终端设备所在的接入网设备下的一个或多个或全部的小区，若第一小区包括终端设备所在的接入网设备下的全部的小区，则表示，在第一寻呼传输窗内发送给接入网设备下的所有终端设备的寻呼消息都不变或者都可变。
例如第一终端设备可以将第一终端设备的能力信息携带在非接入层(non-accessstratum，NAS)消息中发送给核心网设备。该NAS消息例如为注册请求(registrationrequest)消息，或者也可以是其他的NAS消息。
S302、核心网设备向接入网设备发送第二指示信息，接入网设备接收来自核心网设备的第二指示信息。第二指示信息可以指示在第一寻呼传输窗内发送的寻呼消息不变。其中，如果第二指示信息针对第一终端设备，则第二指示信息具体可以指示在第一寻呼传输窗内发送给第一终端设备的寻呼消息不变；或者，如果第二指示信息针对第一小区，或者说针对第一小区的多个终端设备，那么第二指示信息具体可以指示在第一小区且在第一寻呼传输窗内发送的寻呼消息不变。
如果核心网设备确定第一终端设备支持使用新的行为监听寻呼消息，核心网设备可以向接入网设备发送第二指示信息；而如果核心网设备确定第一终端设备不支持使用新的行为监听寻呼消息，核心网设备不必向接入网设备发送第二指示信息。或者，如果核心网设备确定第一小区支持在第一寻呼传输窗内发送的寻呼消息不变，核心网设备可以向接入网设备发送第二指示信息，而如果接入网设备确定第一小区不支持在第一寻呼传输窗内发送的寻呼消息不变，核心网设备不必向接入网设备发送第二指示信息。
可选的，如果第二指示信息针对第一终端设备，核心网设备可以在第一终端设备注册完毕时向接入网设备发送第二指示信息，以指示在第一寻呼传输窗内发送给第一终端设备的寻呼消息不变。或者，如果第二指示信息针对第一小区，核心网设备可以在多个终端设备中的一个终端设备注册完毕时向接入网设备发送第二指示信息，以指示在第一寻呼传输窗内在第一小区发送的寻呼消息不变。如果采用这种方式，则接入网设备在接收第二指示信息后，需要记录第二指示信息所对应的终端设备的标识，例如终端设备的身份号(ID)。后续如果接收了来自核心网设备的寻呼消息，接入网设备可以确定被寻呼的终端设备的ID是否属于已记录的ID，如果被寻呼的终端设备的ID属于已记录的ID，则接入网设备确定该终端设备支持在第一寻呼传输窗内发送给该终端设备的寻呼消息不变，而如果被寻呼的终端设备的ID不属于已记录的ID，则接入网设备确定该终端设备不支持在第一寻呼传输窗内发送给该终端设备的寻呼消息不变。接入网设备需要记录相应的信息，因此这种方式对于接入网设备的要求较高。但核心网设备只需向接入网设备发送一次第二指示信息，有助于节省信令开销。
或者，核心网设备可以在每次有寻呼消息发给接入网设备时，同时向接入网设备发送第二指示信息。如果第二指示信息针对第一终端设备，核心网设备可以在每次有第一终端设备的寻呼消息时，或者每次确定第一终端设备未被寻呼时，再向接入网设备发送第二指示信息；或者说，核心网设备可以在确定第一终端设备在第一寻呼传输窗内被寻呼或未被寻呼时，再向接入网设备发送第二指示信息。这里所述的确定第一终端设备在第一寻呼传输窗内被寻呼，例如为首次确定第一终端设备在第一寻呼传输窗内被寻呼，确定第一终端设备在第一寻呼传输窗内未被寻呼，例如为首次确定第一终端设备在第一寻呼传输窗内未被寻呼。第二指示信息可以指示在第一寻呼传输窗内发送给第一终端设备的寻呼消息不变。或者，如果第二指示信息针对第一小区，核心网设备可以在每次有第一小区中的一个终端设备的寻呼消息时，再向接入网设备发送第二指示信息，以指示在第一寻呼传输窗内在第一小区发送的寻呼消息不变。因为终端设备可能处于移动状态，而且终端设备的节能需求也不一定是一成不变的，可能会随着时间推移而发生变化，终端设备也可以向核心网设备发送更新的能力信息。那么核心网设备可以在有终端设备的寻呼消息时再根据该终端设备的最新的能力信息确定该终端设备是否支持在第一寻呼传输窗内发送给该终端设备的寻呼消息不变，如果支持，则核心网设备再向接入网设备发送第二指示信息，从而更为符合终端设备的实际需求。而且接入网设备也无需记录终端设备的ID等信息，简化接入网设备的逻辑实现。
S303、核心网设备向终端设备发送第一指示信息，终端设备接收来自核心网设备的第一指示信息。第一指示信息可以指示在第一寻呼传输窗内发送的寻呼消息不变，或者，指示在第一寻呼传输窗内发送给第一终端设备的寻呼消息不变。
对于S302和S303可以理解为，核心网设备发送指示信息，该指示信息可以指示在第一寻呼传输窗内发送的寻呼消息不变。该指示信息可以指示在第一寻呼传输窗内发送的寻呼消息不变，可以理解为，该指示信息指示在第一寻呼传输窗内发送给第一终端设备的寻呼消息不变，或者，指示在第一寻呼传输窗内的寻呼消息不变(如果是这种情况，则认为指示在第一寻呼传输窗内发送给所有终端设备的寻呼消息都不变)。该指示信息包括第一指示信息，或包括第二指示信息，或包括第一指示信息和第二指示信息。或者说，核心网设备发送指示信息可以包括，核心网设备向终端设备发送第一指示信息；或者，核心网设备发送指示信息可以包括，核心网设备向接入网设备发送第二指示信息；或者，核心网设备发送指示信息可以包括，核心网设备向终端设备发送第一指示信息，以及核心网设备向接入网设备发送第二指示信息。
如果第一指示信息针对第一终端设备，则核心网设备可以将第一指示信息发送给第一终端设备，第一终端设备接收来自核心网设备的第一指示信息；或者，如果第一指示信息针对第一小区，或者说针对第一小区的多个终端设备，则核心网设备可以将第一指示信息发送给所述的多个终端设备，多个终端设备中的每个终端设备接收来自核心网设备的第一指示信息。因为多个终端设备也包括第一终端设备，因此S303以核心网设备将第一指示信息发送给第一终端设备，第一终端设备接收来自核心网设备的第一指示信息为例。核心网设备向一个终端设备发送第一指示信息，也可以通过NAS消息发送。
S304、接入网设备向终端设备发送第一指示信息，终端设备接收来自接入网设备的第一指示信息。第一指示信息可以指示在第一寻呼传输窗内发送的寻呼消息不变，或者，指示在第一寻呼传输窗内发送给第一终端设备的寻呼消息不变。
其中，S304和S303是并列的步骤，只执行其中一个。如果执行S302和S303，则S302可以在S303之前执行，或者S302可以在S303之后执行，或者S302和S303可以同时执行。或者，如果执行S302和S304，则S302可以在S304之前执行。或者，S304和S303也可以都执行。
也就是说，也可以不由核心网设备向终端设备发送第一指示信息，而是由接入网设备向终端设备发送第一指示信息。例如接入网设备接收来自核心网设备的第二指示信息后，如果第二指示信息针对第一终端设备，接入网设备可以向第一终端设备发送第一指示信息，第一终端设备接收来自接入网设备的第一指示信息；或者，如果第一指示信息针对多个终端设备，接入网设备可以向多个终端设备发送第一指示信息，多个终端设备中的每个终端设备可以接收来自接入网设备的第一指示信息。因为多个终端设备也包括第一终端设备，因此S304以接入网设备将第一指示信息发送给第一终端设备，第一终端设备接收来自接入网设备的第一指示信息为例。
如果接入网设备只将第一指示信息发送给第一终端设备，那么第一指示信息可以通过单播方式发送，例如接入网设备可以将第一指示信息携带在RRC消息中发送，例如该RRC消息为RRC释放(Release)消息，接入网设备可以将第一指示信息携带在RRC Release消息中的挂起配置(suspendConfig)字段中。
如果接入网设备要将第一指示信息发送给多个终端设备，那么接入网设备也可以分别通过单播方式发送，或者也可以通过广播方式发送，以减少消息的数量。如果接入网设备通过广播方式发送第一指示信息，那么作为一种可选的方式，接入网设备可以将第一指示信息包括在系统信息(system information，SI)中发送，SI可以携带在系统消息中，系统消息例如为系统信息块类型1(system information block 1，SIB1)等。如果将第一指示信息包括在SI中，例如SI包括第一指示域，第一指示域可以用于承载第一指示信息。第一指示域的一种可选的实施方式为，第一指示域是在SI中新增的指示域。或者，第一指示域的又一种可选的实施方式为，第一指示域是SI中已有的指示域，例如第一指示域是用于指示超帧号的指示域(系统超帧号(hyper system frame number，HSFN)指示域)，或者是用于指示第一小区支持eDRX的指示域(eDRX指示域)，或者第一指示域也可以是SI中已有的其他的指示域。
S301～S304均为可选的步骤，不是必须执行的，因此在图3中用虚线表示。
S305、接入网设备在第一寻呼传输窗内发送第一寻呼控制信息，相应的，第一终端设备在第一寻呼传输窗内接收来自接入网设备的第一寻呼控制信息。其中，接入网设备发送第一寻呼控制信息之前，接入网设备接收来自核心网设备的寻呼消息。当然，可能有多个终端设备可以接收来自接入网设备的第一寻呼控制信息，图3只以第一终端设备为例。
第一寻呼控制信息例如为DCI，或者可以是其他信息。可选的，接入网设备可以在第一寻呼传输窗内的每个PO都发送第一寻呼控制信息，这样终端设备即使在一个PO没检测到第一寻呼控制信息，也可能会在后续的PO检测到第一寻呼控制信息。当然这是接入网设备的具体实现，或者接入网设备也可以不在第一寻呼传输窗内的每个PO都发送第一寻呼控制信息，例如接入网设备在第一寻呼传输窗内按照第一周期发送第一寻呼控制信息，第一周期的长度例如为两个相邻的PO之间的时间间隔的整数倍；或者接入网设备只在第一寻呼传输窗内的一个或几个PO发送第一寻呼控制信息，例如接入网设备只在第一寻呼传输窗内的第一个PO发送第一寻呼控制信息，或者在第一寻呼传输窗内的第一个PO和位于中间的PO发送第一寻呼控制信息，等等。本申请实施例对于接入网设备究竟在哪些PO发送第一寻呼控制信息不作限制。
可选的，第一寻呼控制信息可以指示在当前的PO内没有寻呼消息，例如，第一寻呼控制信息未指示寻呼消息。例如，第一寻呼控制信息为DCI，该DCI所包括的2比特字段的取值为“10”(可参考下文的表1)，指示该DCI仅包含短消息字段，而不包含寻呼消息的调度信息。对于这种情况，认为第一寻呼控制信息是指示在当前的PO内没有针对任何终端设备的寻呼消息。如果是这种情况，则执行S306。
或者，第一寻呼控制信息也可以指示在当前的PO内有寻呼消息。例如，第一寻呼控制信息为DCI，该DCI所包括的2比特字段的取值为“01”或“11”(可参考下文的表1)，指示该DCI包含寻呼消息的调度信息。如果是这种情况，则执行S307和S308。即，S306和S307～S308只执行其中一种，因此这两个步骤都是可选的步骤，在图3中用虚线表示。
其中，当前的PO，是指第一寻呼控制信息所在的PO。
S306、第一终端设备在第一寻呼传输窗内不再监听寻呼控制信息，或者在第一寻呼传输窗内不再监听寻呼时机。
第一终端设备接收第一寻呼控制信息后，第一寻呼控制信息指示在当前的PO内没有寻呼消息，对于第一终端设备来说，就可以确定在当前的PO内没有对应于第一终端设备的寻呼消息，或者说，确定第一终端设备在当前的PO内未被寻呼。而由于第一终端设备已经获得了第一指示信息，确定在第一寻呼传输窗内对应于第一终端设备的寻呼消息不变，那么第一终端设备当前的PO内未被寻呼，在第一寻呼传输窗内剩余的PO中也不会被寻呼，因此第一终端设备将不再监听第一寻呼传输窗所包括的剩余的PO。第一寻呼传输窗所包括的剩余的PO，可包括第一寻呼传输窗内除了第一终端设备已监听过的PO之外剩余的还未监听的PO。
另外，这里所述的不监听PO，可以是指不在该PO监听寻呼控制信息，但因为如果不监听寻呼控制信息，也就不会再监听寻呼消息，因此这里所述的不监听PO，也可以是指不在该PO监听寻呼控制信息和寻呼消息。或者，如果在一个PO不监听寻呼控制信息和寻呼消息，就表明不在该PO进行监听，或者说，就表明不在该PO进行PDCCH监听，因此这里所述的不监听PO，可以是指不在该PO进行监听。
S307、接入网设备在第一寻呼传输窗内发送第一寻呼消息，相应的，第一终端设备在第一寻呼传输窗内接收来自接入网设备的第一寻呼消息。当然，因为第一寻呼控制信息指示了寻呼消息，因此可能有多个终端设备可以接收来自接入网设备的第一寻呼消息，图3只以第一终端设备为例。
具体的，接入网设备在第一寻呼传输窗内发送第一寻呼控制信息之后，再发送第一寻呼消息，第一终端设备在第一寻呼传输窗内接收来自接入网设备的第一寻呼控制信息之后，由于第一寻呼控制信息指示了寻呼消息，因此第一终端设备再接收来自接入网设备的第一寻呼消息。第一终端设备解码接收到的第一寻呼消息，确定第一寻呼消息是否包括了第一终端设备的ID。在本申请实施例中，例如第一寻呼消息不包括第一终端设备的ID，则第一寻呼消息可以指示第一终端设备在当前的PO没有被寻呼。
可选的，第一寻呼消息可以指示第二终端设备被寻呼。相当于，第一寻呼消息不用于寻呼第一终端设备，但可用于寻呼其他终端设备，以提高对于第一寻呼消息的利用率。
S308、第一终端设备在第一寻呼传输窗内不再监听寻呼控制信息，或者在第一寻呼传输窗内不再监听寻呼时机。
关于S308，可参考对于S306的介绍。
S309、核心网设备在第一寻呼传输窗内获得第一终端设备的第二寻呼消息。
接入网设备已经发送了第一寻呼控制信息，指示在当前的PO内没有寻呼消息，或者已经发送了第一寻呼消息，指示第一终端设备在当前的PO内未被寻呼，但核心网设备又获得了第一终端设备的寻呼消息，例如称为第二寻呼消息。S309可以在S306(或，S308)之前发生，或者在S306(或，S308)之后发生，或者S309和S306(或，S308)可以同时发生。在S309之后，可以执行S310，或者执行S311。因此，S310和S311为可选的步骤，在图3中用虚线表示。
S310、核心网设备在第二寻呼传输窗内发送第二寻呼消息，接入网设备接收来自核心网设备的第二寻呼消息。在执行S310后，可执行S312。当然，可能有多个终端设备可以接收来自接入网设备的第二寻呼消息，图3只以第一终端设备为例。
第二寻呼传输窗在时域上可位于第一寻呼传输窗之后，例如在时域上为第一寻呼传输窗的下一个寻呼传输窗，或者说，第一寻呼传输窗和第二寻呼传输窗是在时域上相邻的两个寻呼传输窗。
如果第二寻呼消息在第一寻呼传输窗内到达，考虑到eDRX周期的合理配置，第一终端设备可以在下一个寻呼传输窗(例如第一寻呼传输窗是指当前的寻呼传输窗(即，接收第一寻呼控制信息的寻呼传输窗)，一个eDRX周期包括一个寻呼传输窗，则下一个寻呼传输窗可以是指下一个eDRX周期包括的寻呼传输窗)再接收第二寻呼消息，接收时延也是可以接受的。因此，核心网设备虽然在第一寻呼传输窗内获得了第一终端设备的第二寻呼消息，但核心网设备在第一寻呼传输窗内并不发送第二寻呼消息，而是在第二寻呼传输窗再发送第二寻呼消息。这样，第一终端设备在第一寻呼传输窗内可以不必监听剩余的PO，而在第二寻呼传输窗内第一终端设备在未接收第一寻呼控制信息或第一寻呼消息的情况下会正常监听PO，因此能够接收第二寻呼消息。这样，既可以使得第一终端设备能够接收第二寻呼消息，接收第二寻呼消息的时延在能够接受的范围内，且也能减小第一终端设备在第一寻呼传输窗内因监听PO带来的功耗。
S311、核心网设备在第一寻呼传输窗内发送第二寻呼消息，接入网设备接收来自核心网设备的第二寻呼消息。在执行S311后，可执行S312。
如果执行S310，则不执行S311；或者，如果执行S311，则不执行S310。在S311的方案中，核心网设备在获得第二寻呼消息后，还是照常向接入网设备发送第二寻呼消息，即，核心网设备可以在第一寻呼传输窗内向接入网设备发送第二寻呼消息，而并不会延迟发送第二寻呼消息。
S312、接入网设备在第二寻呼传输窗内发送第二寻呼消息，终端设备接收来自接入网设备的第二寻呼消息。当然，可能有多个终端设备可以接收来自接入网设备的第二寻呼消息，图3只以第一终端设备为例。
关于第二寻呼传输窗的介绍可参考S310。
如果执行的是S310，那么核心网设备虽然在第一寻呼传输窗内获得了第一终端设备的第二寻呼消息，但核心网设备在第一寻呼传输窗内并不发送第二寻呼消息，而是在第二寻呼传输窗再向接入网设备发送第二寻呼消息。接入网设备在第二寻呼传输窗内接收第二寻呼消息后，在第二寻呼传输窗内发送第二寻呼消息，从而终端设备可接收来自接入网设备的第二寻呼消息。
或者，如果执行的是S311，核心网设备在第一寻呼传输窗内获得了第一终端设备的第二寻呼消息后，虽然是正常发送给了接入网设备，但接入网设备接收第二寻呼消息后会将其延迟发送，即，接入网设备在第一寻呼传输窗内并不发送第二寻呼消息，而是延迟到第二寻呼传输窗再发送第二寻呼消息。这样，第一终端设备在第一寻呼传输窗内同样可以不必监听剩余的PO，而在第二寻呼传输窗内第一终端设备在未接收第一寻呼控制信息或第一寻呼消息的情况下会正常监听PO，因此能够接收第二寻呼消息。这样，既可以使得第一终端设备能够接收第二寻呼消息，接收第二寻呼消息的时延在能够接受的范围内，且也能减小第一终端设备在第一寻呼传输窗内因监听PO所带来的功耗。
需要理解的是，S309～S312不一定会执行。对此应该理解为，如果核心网设备在第一寻呼传输窗内获得了第一终端设备的第二寻呼消息，则核心网设备可以在第二寻呼传输窗内再发送第二寻呼消息；或者，如果核心网设备在第一寻呼传输窗内获得了第一终端设备的第二寻呼消息，则接入网设备可以在第二寻呼传输窗内再发送第二寻呼消息。但核心网设备在第一寻呼传输窗内不一定会获得第一终端设备的寻呼消息，因此S309～S312不一定会执行。所以，S309～S312是可选的步骤，在图3中用虚线表示。
大多数情况下，一个寻呼传输窗包括的所有PO上发送的寻呼消息都是一样的，如果在位于该寻呼传输窗前面的一些PO中没有终端设备的寻呼消息，那么在该寻呼传输窗后面的一些PO中也大概率不会出现该终端设备的寻呼消息。也就是说，终端设备如果在一个PO确定未被寻呼，那么对于后续的PO的监听就是多余的，是做了无用功，导致功率浪费。因此在本申请实施例中，核心网设备可以通过第二指示信息指示接入网设备，以及接入网设备可以通过第一指示信息指示终端设备，从而使得接入网设备、核心网设备和终端设备均明确可以应用新的行为，即，对于终端设备来说，如果接收了用于指示在当前的PO内没有被寻呼的寻呼控制信息或寻呼消息，则终端设备可以不必再监听第一寻呼传输窗内剩余的PO；对于核心网设备或接入网设备来说，在第一寻呼传输窗内，在已经发送了用于指示在当前的PO内没有寻呼消息的寻呼控制信息(或，发送了第一终端设备在当前的PO内未被寻呼的第一寻呼消息)的情况下，如果又获得了第一终端设备的寻呼消息，则可以将该寻呼消息延迟发送，例如延迟到第二寻呼传输窗再发送该寻呼消息。这样，既可以使得第一终端设备能够接收寻呼消息，接收寻呼消息的时延在能够接受的范围内，且也能减小第一终端设备在第一寻呼传输窗内因监听PO所带来的功耗。
为了解决与图3所示的实施例所解决的技术问题相同的技术问题，本申请实施例提供第二种通信方法，通过该方法，同样可以减小终端设备的功耗。请参见图4，为该方法的流程图。在下文的介绍过程中，以该方法应用于图2所示的网络架构为例。在本申请实施例中，终端设备例如处于RRC非活跃态，下文中所述的寻呼可以认为是接入网设备发起的寻呼。
为了便于介绍，在下文中，以该方法由核心网设备、接入网设备和终端设备执行为例。因为本申请实施例是以应用在图2所示的网络架构为例。因此，下文中所述的核心网设备可以是图2所示的网络架构中的核心网设备，下文中所述的接入网设备可以是图2所示的网络架构中的接入网设备，下文中所述的终端设备可以是图2所示的网络架构中的终端设备。
S401、第一终端设备向核心网设备发送第一终端设备的能力信息，核心网设备接收来自第一终端设备的能力信息。
关于S401的更多内容，可参考图3所示的实施例中对于S301的介绍。
S402、核心网设备向接入网设备发送第二指示信息，接入网设备接收来自核心网设备的第二指示信息。
关于S402的更多内容，可参考图3所示的实施例中对于S302的介绍。
S403、核心网设备向终端设备发送第一指示信息，终端设备接收来自核心网设备的第一指示信息。
对于S402和S403可以理解为，核心网设备发送指示信息，该指示信息可以指示在第一寻呼传输窗内发送的寻呼消息不变。该指示信息可以指示在第一寻呼传输窗内发送的寻呼消息不变，可以理解为，该指示信息指示在第一寻呼传输窗内发送给第一终端设备的寻呼消息不变，或者，指示在第一寻呼传输窗内的寻呼消息不变(如果是这种情况，则认为指示在第一寻呼传输窗内发送给所有终端设备的寻呼消息都不变)。该指示信息包括第一指示信息，或包括第二指示信息，或包括第一指示信息和第二指示信息。或者说，核心网设备发送指示信息可以包括，核心网设备向终端设备发送第一指示信息；或者，核心网设备发送指示信息可以包括，核心网设备向接入网设备发送第二指示信息；或者，核心网设备发送指示信息可以包括，核心网设备向终端设备发送第一指示信息，以及核心网设备向接入网设备发送第二指示信息。
关于S403的更多内容，可参考图3所示的实施例中对于S303的介绍。
S404、接入网设备向终端设备发送第一指示信息，终端设备接收来自接入网设备的第一指示信息。
其中，S404和S403是并列的步骤，只执行其中一个。如果执行S402和S403，则S402可以在S403之前执行，或者S402可以在S403之后执行，或者S402和S403可以同时执行。或者，如果执行S402和S404，则S402可以在S404之前执行。
关于S404的更多内容，可参考图3所示的实施例中对于S304的介绍。
与图3所示的实施例相同的，S401～S404均为可选的步骤，不是必须执行的，因此在图4中用虚线表示。
S405、接入网设备在第一寻呼传输窗内发送第一寻呼控制信息，第一终端设备在第一寻呼传输窗内接收来自接入网设备的第一寻呼控制信息。当然，可能有多个终端设备可以接收来自接入网设备的第一寻呼控制信息，图4只以第一终端设备为例。因为对于处于RRC空闲态的终端设备来说，应用的是核心网寻呼的机制，对此可参考图3所示的实施例；而对于处于RRC非活跃态的终端设备来说，应用的是接入网寻呼的机制，因此提供图4所示的实施例。
可选的，第一寻呼控制信息可以指示在当前的PO内没有寻呼消息，例如，第一寻呼控制信息未指示寻呼消息。对于这种情况，认为第一寻呼控制信息是指示在当前的PO内没有针对任何终端设备的寻呼消息。如果是这种情况，则执行S406。
或者，第一寻呼控制信息也可以指示在当前的PO内有寻呼消息。如果是这种情况，则执行S407和S408。即，S406和S407～S408只执行其中一种，因此这两个步骤都是可选的步骤，在图4中用虚线表示。
关于S405的更多内容，可参考图3所示的实施例中对于S305的介绍。
S406、第一终端设备在第一寻呼传输窗内不再监听寻呼控制信息，或者在第一寻呼传输窗内不再监听寻呼时机。
关于S406的更多内容，可参考图3所示的实施例中对于S306的介绍。
S407、接入网设备在第一寻呼传输窗内发送第一寻呼消息，相应的，第一终端设备在第一寻呼传输窗内接收来自接入网设备的第一寻呼消息。当然，因为第一寻呼控制信息指示了寻呼消息，因此可能有多个终端设备可以接收来自接入网设备的第一寻呼消息，图4只以第一终端设备为例。
具体的，接入网设备在第一寻呼传输窗内发送第一寻呼控制信息之后，再发送第一寻呼消息，第一终端设备在第一寻呼传输窗内接收来自接入网设备的第一寻呼控制信息之后，由于第一寻呼控制信息指示了寻呼消息，因此第一终端设备再接收来自接入网设备的第一寻呼消息。第一终端设备解码接收到的第一寻呼消息，确定第一寻呼消息是否包括了第一终端设备的ID。在本申请实施例中，例如第一寻呼消息不包括第一终端设备的ID，则第一寻呼消息可以指示第一终端设备在当前的PO没有被寻呼。
可选的，第一寻呼消息可以指示第二终端设备被寻呼。相当于，第一寻呼消息不用于寻呼第一终端设备，但可用于寻呼其他终端设备，以提高对于第一寻呼消息的利用率。
S408、第一终端设备在第一寻呼传输窗内不再监听寻呼控制信息，或者在第一寻呼传输窗内不再监听寻呼时机。
关于S408的更多内容，可参考对于S406的介绍。
S409、接入网设备在第一寻呼传输窗内获得第一终端设备的数据。
接入网设备在第一寻呼传输窗内已经发送了第一寻呼控制信息，指示在当前的PO内没有寻呼消息，或者发送了第一寻呼消息，指示第一终端设备在当前的PO内未被寻呼，但接入网设备又获得了第一终端设备的数据。此时，接入网设备需要生成寻呼消息用于寻呼第一终端设备，例如称为第二寻呼消息，第一终端设备接收第二寻呼消息后，例如能够恢复与接入网设备的RRC连接，从而能够接收来自接入网设备的所述数据。S409可以在S406之前发生，或者在S406之后发生，或者S409和S406可以同时发生。
S410、接入网设备在第二寻呼传输窗内发送第二寻呼消息，第一终端设备接收来自接入网设备的第二寻呼消息。当然，可能有多个终端设备可以接收来自接入网设备的第二寻呼消息，图4只以第一终端设备为例。
关于第二寻呼传输窗的介绍可参考图3所示的实施例中S310的相关介绍。
如果第二寻呼消息在第一寻呼传输窗内到达，考虑到eDRX周期的合理配置，第一终端设备可以在下一个寻呼传输窗(例如第一寻呼传输窗是指当前的寻呼传输窗(即，接收第一寻呼控制信息的寻呼传输窗)，一个eDRX周期包括一个寻呼传输窗，则下一个寻呼传输窗可以是指下一个eDRX周期包括的寻呼传输窗)再接收第二寻呼消息，接收时延也是可以接受的。因此，接入网设备虽然在第一寻呼传输窗内获得了第一终端设备的第二寻呼消息，但接入网设备在第一寻呼传输窗内并不发送第二寻呼消息，而是延迟到第二寻呼传输窗再发送第二寻呼消息。这样，第一终端设备在第一寻呼传输窗内可以不必监听剩余的PO，而在第二寻呼传输窗内第一终端设备在未接收第一寻呼控制信息或第一寻呼消息的情况下会正常监听PO，因此能够接收第二寻呼消息。这样，既可以使得第一终端设备能够接收第二寻呼消息，接收第二寻呼消息的时延在能够接受的范围内，且也能减小第一终端设备在第一寻呼传输窗内因监听PO所带来的功耗。
需要理解的是，S409～S410不一定会执行。对此应该理解为，如果核心网设备在第一寻呼传输窗内获得了第一终端设备的第二寻呼消息，则核心网设备可以在第二寻呼传输窗内再发送第二寻呼消息；或者，如果核心网设备在第一寻呼传输窗内获得了第一终端设备的第二寻呼消息，则接入网设备可以在第二寻呼传输窗内再发送第二寻呼消息。但核心网设备在第一寻呼传输窗内不一定会获得第一终端设备的寻呼消息，因此S409～S410不一定会执行。所以，S409～S410是可选的步骤，在图4中用虚线表示。
为了解决与图3所示的实施例所解决的技术问题相同的技术问题，本申请实施例提供第三种通信方法，通过该方法，同样可以减小终端设备的功耗。请参见图5，为该方法的流程图。在下文的介绍过程中，以该方法应用于图2所示的网络架构为例。在本申请实施例中，终端设备例如处于RRC非活跃态，下文中所述的寻呼可以认为是接入网设备发起的寻呼。
为了便于介绍，在下文中，以该方法由核心网设备、接入网设备和终端设备执行为例。因为本申请实施例是以应用在图2所示的网络架构为例。因此，下文中所述的核心网设备可以是图2所示的网络架构中的核心网设备，下文中所述的接入网设备可以是图2所示的网络架构中的接入网设备，下文中所述的终端设备可以是图2所示的网络架构中的终端设备。
S501、第一终端设备向核心网设备发送第一终端设备的能力信息，核心网设备接收来自第一终端设备的能力信息。
关于S501的更多内容，可参考图3所示的实施例中对于S301的介绍。
S502、核心网设备将第一终端设备的能力信息发送给接入网设备，接入网设备接收来自核心网设备的第一终端设备的能力信息。
在本申请实施例中，可以是第一终端设备向核心网设备发送第一终端设备的能力信息，或者，也可以是第一小区内的多个终端设备(例如包括第一小区内的部分或全部终端设备)均向核心网设备发送各自的能力信息。那么，如果核心网设备是接收了来自第一终端设备的能力信息，则核心网设备将第一终端设备的能力信息发送给接入网设备；或者，如果核心网设备是接收了来自多个终端设备的能力信息，则核心网设备可以将多个终端设备的能力信息发送给接入网设备。第一小区例如为第一终端设备的服务小区，如果是第一小区内的多个终端设备均向核心网设备发送各自的能力信息，那么第一终端设备可以是这部分或全部终端设备中的一个，即，如果是这种情况，S502只以核心网设备向接入网设备发送第一终端设备的能力信息为例。
S503、第一终端设备向接入网设备发送第一终端设备的能力信息，接入网设备接收来自第一终端设备的能力信息。
其中，S502与S503是并列的步骤，只执行其中一种即可，即，或者执行S502，不执行S503；或者执行S503，不执行S502。可以理解为，第一终端设备可以将能力信息发送给核心网设备，由核心网设备转发给接入网设备；或者，第一终端设备也可以将能力信息发送给接入网设备，无需核心网设备的转发，节省信令开销。
在本申请实施例中，可以是第一终端设备向接入网设备发送第一终端设备的能力信息，从而接入网设备根据第一终端设备的能力信息确定第一终端设备是否支持使用新的行为监听寻呼消息；或者，也可以是第一小区内的多个终端设备(例如包括第一小区内的部分或全部终端设备)均向接入网设备发送各自的能力信息，接入网设备可以根据这多个终端设备的能力信息确定第一小区内的终端设备是否使用新的行为监听寻呼消息。第一小区例如为第一终端设备的服务小区，如果是第一小区内的多个终端设备均向接入网设备发送各自的能力信息，那么第一终端设备可以是这部分或全部终端设备中的一个，即，如果是这种情况，S503只以第一终端设备向接入网设备发送第一终端设备的能力信息为例。
例如第一终端设备可以在随机接入过程中将第一终端设备的能力信息发送给接入网设备，例如可以通过4步随机接入信道(4-step random access channel，4-stepRACH)中的第三消息(Msg3)或通过2步随机接入信道(2-step RACH)中的消息B(MsgB)将第一终端设备的能力信息发送给接入网设备。或者，第一终端设备也可以在随机接入成功后将第一终端设备的能力信息发送给接入网设备，例如通过RRC消息将第一终端设备的能力信息发送给接入网设备。
S504、接入网设备向第一终端设备发送第一指示信息，第一终端设备接收来自接入网设备的第一指示信息。
一个终端设备的能力信息，例如可以包括省电信息，省电信息可以指示该终端设备是否有节能需求(或者，省电需求)。当然终端设备的能力信息还可以包括其他信息，例如终端设备支持的天线数量等参数，本申请实施例对于终端设备的能力信息所包括的内容不做限制。如果一个终端设备的能力信息所包括的省电信息指示该终端设备有节能需求，就可以认为该能力信息指示该终端设备支持使用新的行为监听寻呼消息，因此接入网设备就可以确定若在第一寻呼传输窗内发送给该终端设备的寻呼消息不变，终端设备可以节省功耗；或者，如果一个终端设备的能力信息所包括的省电信息指示该终端设备没有节能需求，就可以认为该能力信息指示该终端设备不支持使用新的行为监听寻呼消息，因此接入网设备可以确定若在第一寻呼传输窗内发送给该终端设备的寻呼消息不变，终端设备也无法节省功耗。接入网设备可以根据终端设备的能力信息，确定接入网在发送寻呼消息时，在第一寻呼传输窗内发送给该终端设备的寻呼消息是否变化。
那么，如果仅是第一终端设备向接入网设备发送了第一终端设备的能力信息，且第一终端设备的能力信息所包括的省电信息指示第一终端设备有节能需求，则接入网设备可以确定在发送第一终端设备的寻呼消息时，在第一寻呼传输窗内发送给第一终端设备的寻呼消息不变；而如果第一终端设备的能力信息所包括的省电信息指示第一终端设备没有节能需求，则接入网设备可以确定在发送第一终端设备的寻呼消息时，在第一寻呼传输窗内发送给第一终端设备的寻呼消息可变或不变，此时在第一寻呼传输窗内发送给第一终端设备的寻呼消息可变或不变，对第一终端设备接收寻呼消息的功率消耗没有影响。
或者，如果是第一小区内的多个终端设备均向接入网设备发送了各自的能力信息，那么接入网设备可以接收多个能力信息。如果接入网设备所接收的多个能力信息中的每个能力信息所包括的省电信息都表明相应的终端设备有节能需求，或者接入网设备所接收的多个能力信息中有一半的能力信息或一半以上的能力信息中的每个能力信息所包括的省电信息都表明相应的终端设备有节能需求，则接入网设备可以确定在发送第一小区中终端设备的寻呼消息时，在第一寻呼传输窗内发送的寻呼消息不变，此时认为是在第一寻呼传输窗内发送给第一小区中所有终端设备的寻呼消息都不变；或者，如果接入网设备所接收的多个能力信息中的每个能力信息所包括的省电信息都表明相应的终端设备没有节能需求，或者接入网设备所接收的多个能力信息中有一半的能力信息或一半以上的能力信息中的每个能力信息所包括的省电信息都表明相应的终端设备没有节能需求，则接入网设备可以确定在发送第一小区中终端设备的寻呼消息时，在第一寻呼传输窗内发送的寻呼消息可变或不变，此时在第一寻呼传输窗内发送给第一终端设备的寻呼消息可变或不变，对第一终端设备接收寻呼消息的功率消耗没有影响。需要说明的是，第一小区可以包括终端设备所在的接入网设备下的一个或多个或全部的小区，若第一小区包括终端设备所在的接入网设备下的全部的小区，则表示，在第一寻呼传输窗内发送给接入网设备下的所有终端设备的寻呼消息都不变或者都可变。
关于接入网设备向终端设备发送第一指示信息的方式，可参考图3所示的实施例中S304的相关介绍。
S501～S504均为可选的步骤，不是必须执行的，因此在图5中用虚线表示。
S505、接入网设备在第一寻呼传输窗内发送第一寻呼控制信息，第一终端设备在第一寻呼传输窗内接收来自接入网设备的第一寻呼控制信息。
可选的，第一寻呼控制信息可以指示在当前的PO内没有寻呼消息，例如，第一寻呼控制信息未指示寻呼消息。对于这种情况，认为第一寻呼控制信息是指示在当前的PO内没有针对任何终端设备的寻呼消息。如果是这种情况，则执行S506。
或者，第一寻呼控制信息也可以指示在当前的PO内有寻呼消息。如果是这种情况，则执行S507和S508。即，S506和S507～S508只执行其中一种，因此这两个步骤都是可选的步骤，在图5中用虚线表示。
关于S505的更多内容，可参考图3所示的实施例中对于S305的介绍。
S506、第一终端设备在第一寻呼传输窗内不再监听寻呼控制信息，或者在第一寻呼传输窗内不再监听寻呼时机。
关于S506的更多内容，可参考图3所示的实施例中对于S306的介绍。
S507、接入网设备在第一寻呼传输窗内发送第一寻呼消息，相应的，第一终端设备在第一寻呼传输窗内接收来自接入网设备的第一寻呼消息。当然，因为第一寻呼控制信息指示了寻呼消息，因此可能有多个终端设备可以接收来自接入网设备的第一寻呼消息，图5只以第一终端设备为例。
具体的，接入网设备在第一寻呼传输窗内发送第一寻呼控制信息之后，再发送第一寻呼消息，第一终端设备在第一寻呼传输窗内接收来自接入网设备的第一寻呼控制信息之后，由于第一寻呼控制信息指示了寻呼消息，因此第一终端设备再接收来自接入网设备的第一寻呼消息。第一终端设备解码接收到的第一寻呼消息，确定第一寻呼消息是否包括了第一终端设备的ID。在本申请实施例中，例如第一寻呼消息不包括第一终端设备的ID，则第一寻呼消息可以指示第一终端设备在当前的PO没有被寻呼。
可选的，第一寻呼消息可以指示第二终端设备被寻呼。相当于，第一寻呼消息不用于寻呼第一终端设备，但可用于寻呼其他终端设备，以提高对于第一寻呼消息的利用率。
S508、第一终端设备在第一寻呼传输窗内不再监听寻呼控制信息，或者在第一寻呼传输窗内不再监听寻呼时机。
关于S508的更多内容，可参考对于S506的介绍。
S509、接入网设备在第一寻呼传输窗内获得第一终端设备的数据。
接入网设备在第一寻呼传输窗内已经发送了第一寻呼控制信息，或者还发送了寻呼消息，指示终端设备未被寻呼，但又获得了第一终端设备的数据。此时，接入网设备需要生成寻呼消息用于寻呼第一终端设备，例如称为第二寻呼消息，第一终端设备接收第二寻呼消息后，例如可以恢复与接入网设备的RRC连接，从而接收来自接入网设备的所述数据。S509可以在S506之前发生，或者在S506之后发生，或者S509和S506可以同时发生。
S510、接入网设备在第二寻呼传输窗内发送第二寻呼消息，第一终端设备接收来自接入网设备的第二寻呼消息。当然，可能有多个终端设备可以接收来自接入网设备的第二寻呼消息，图5只以第一终端设备为例。
关于第二寻呼传输窗的介绍可参考图3所示的实施例中S308的相关介绍。
如果第二寻呼消息在第一寻呼传输窗内到达，考虑到eDRX周期的合理配置，第一终端设备可以在下一个寻呼传输窗(例如第一寻呼传输窗是指当前的寻呼传输窗(即，接收第一寻呼控制信息的寻呼传输窗)，一个eDRX周期包括一个寻呼传输窗，则下一个寻呼传输窗可以是指下一个eDRX周期包括的寻呼传输窗)再接收第二寻呼消息，时延也是可以接受的。因此，接入网设备虽然在第一寻呼传输窗内获得了第一终端设备的第二寻呼消息，但接入网设备在第一寻呼传输窗内并不发送第二寻呼消息，而是延迟到第二寻呼传输窗再发送第二寻呼消息。这样，第一终端设备在第一寻呼传输窗内可以不必监听剩余的PO，而在第二寻呼传输窗内第一终端设备在未接收第一寻呼控制信息或第一寻呼消息的情况下会正常监听PO，因此能够接收第二寻呼消息。这样，既可以使得第一终端设备能够接收寻呼消息，接收寻呼消息的时延在能够接受的范围内，且也能减小第一终端设备在第二寻呼传输窗内因监听PO所带来的功耗。
下面考虑另一个问题。在一个PTW中，可能所有的终端设备都未被寻呼，即基站或核心网在该PTW中不会发送寻呼消息。但是所有的终端设备还是需要监听该PTW中的所有的PO，以确定是否被寻呼。但在这种情况下，终端设备显然不会收到寻呼消息，相当于做了无用功，导致终端设备功耗的浪费。为此，本申请实施例提供第四种通信方法，以解决该问题。请参见图6，为该方法的流程图。在下文的介绍过程中，以该方法应用于图2所示的网络架构为例。在本申请实施例中，终端设备例如处于RRC非活跃态或RRC空闲态。
为了便于介绍，在下文中，以该方法由网络设备和终端设备执行为例。因为本申请实施例是以应用在图2所示的网络架构为例。因此，下文中所述的网络设备可以是图2所示的网络架构中的接入网设备或核心网设备，下文中所述的终端设备可以是图2所示的网络架构中的终端设备。
S601、网络设备确定在第一寻呼传输窗内没有寻呼消息。或者，网络设备确定在第一寻呼传输窗内不寻呼任何终端设备。
关于第一寻呼传输窗的解释，可参考图3所示的实施例。
总之，网络设备可以确定在第一寻呼传输窗内没有寻呼消息，或者说，网络设备可以确定在第一寻呼传输窗内不会寻呼任何终端设备。
S602、网络设备发送寻呼控制信息，终端设备接收来自网络设备的寻呼控制信息。该寻呼控制信息包括第一信息，第一信息用于指示在第一寻呼传输窗内没有寻呼消息，或指示在第一寻呼传输窗内没有终端设备被寻呼。终端设备接收该寻呼控制信息后，可以确定在第一寻呼传输窗内没有寻呼消息，或确定在第一寻呼传输窗内没有终端设备被寻呼，或确定在第一寻呼传输窗内该终端设备未被寻呼。
网络设备发送寻呼控制信息的方式可能是广播，因此有多个终端设备都可能接收该寻呼控制信息，图6只以其中一个终端设备为例。终端设备在检测寻呼控制信息时，可能会有误检或漏检等情况出现，或者还有的终端设备可能并不会在每个PO都检测寻呼控制信息，那么为了提高终端设备检测寻呼控制信息的成功率，可选的，网络设备可以在第一寻呼传输窗内包括的全部PO中的每个PO都发送该寻呼控制信息，这样终端设备即使在一个PO没检测到该寻呼控制信息，也可能会在后续的PO检测到该寻呼控制信息。当然这是网络设备的具体实现，或者网络设备也可以不在第一寻呼传输窗内的每个PO都发送该寻呼控制信息，例如网络设备在第一寻呼传输窗内按照第一周期发送该寻呼控制信息，第一周期的长度例如为两个相邻的PO之间的时间间隔的整数倍；或者网络设备只在第一寻呼传输窗内的一个或几个PO发送该寻呼控制信息，例如网络设备只在第一寻呼传输窗内的第一个PO发送该寻呼控制信息，或者在第一寻呼传输窗内的第一个PO和位于中间的PO发送该寻呼控制信息，等等。本申请实施例对于网络设备究竟在哪些PO发送寻呼控制信息不作限制。
当然较为理想的是，网络设备在第一寻呼传输窗内的第一个PO发送了该寻呼控制信息，终端设备在该第一个PO也检测到了该寻呼控制信息。因为该寻呼控制信息指示第一寻呼传输窗内没有寻呼消息，终端设备就可以不必在第一寻呼传输窗所包括的剩余的所有PO进行检测，能够节省终端设备更多的功耗。当然，终端设备究竟在哪些PO检测寻呼控制信息，也取决于终端设备的实现，例如终端设备也可能不在第一寻呼传输窗内的第一个PO检测寻呼控制信息，而是可能从第一寻呼传输窗内的第二个PO开始检测寻呼控制信息，或者终端设备可能只在第一寻呼传输窗内的某几个PO检测寻呼控制信息，等等，本申请实施例对于终端设备究竟在哪些PO检测寻呼控制信息也不作限制。只要终端设备检测到包括第一信息的寻呼控制信息，终端设备就可以确定该终端设备在第一寻呼传输窗内未被寻呼。
寻呼控制信息例如为DCI，或者也可以是其他类型的信息。
在本申请实施例中，第一信息可以通过寻呼控制信息包括的预留(reserved)比特来承载；或者，第一信息可以通过寻呼控制信息包括的用于承载其他信息的比特承载；或者也可以在寻呼控制信息中增加新的域(field)，第一信息通过新增的域承载。下面主要介绍前两种方式。
1、方式一，第一信息通过寻呼控制信息包括的预留比特承载。
目前，在寻呼控制信息中包括2比特的字段，可参考表1。
表1
Figure BDA0002496720480000401
这2比特字段对应4种状态(即，取值“00”对应一种状态，取值“01”对应一种状态，取值“10”对应一种状态，以及取值“11”对应一种状态)。从表1可以看到，其中这2比特的取值为“01”“10”“11”的这三种状态已有对应的含义，而取值为“00”的状态尚未定义，视为寻呼控制信息包括的预留比特。那么本申请实施例可以将这2比特取值为“00”的状态用作第一信息，即，通过寻呼控制信息包括的这2比特字段来承载第一信息。例如定义取值为“00”的状态的含义为：在第一寻呼传输窗内没有寻呼消息，或者，在第一寻呼传输窗内不寻呼任何终端设备。
终端设备接收寻呼控制信息后，如果该寻呼控制信息所包括的这2比特字段的取值为“00”，终端设备就可以确定在第一寻呼传输窗内没有寻呼消息，或确定在第一寻呼传输窗内没有终端设备被寻呼，或确定在第一寻呼传输窗内该终端设备未被寻呼。
2、方式二，第一信息通过寻呼控制信息包括的用于承载其他信息的比特承载。
这里所述的其他信息，例如短消息，或者也可以是除短消息外的其他信息，这里以短消息为例。
在寻呼控制信息中包括用于承载短消息的字段，一共为8比特，这8比特的状态对应的含义可参考表2。
表2
Figure BDA0002496720480000402
Figure BDA0002496720480000411
从表2可以看到，这8比特中的第1个比特和2个比特已有对应的含义，而第3个比特至第8个比特当前均为预留比特，没有特定含义。那么本申请实施例可以将第3个比特至第8个比特中的一个或多个比特加以利用，作为第一信息。例如可以利用第3个比特至第8个比特中的1个比特承载第一信息，例如将这1个比特称为第一比特，第一比特可以是第3个比特至第8个比特中的任意一个比特。例如，如果这1比特的取值为第一值，则指示在第一寻呼传输窗内没有寻呼消息，或者，指示在第一寻呼传输窗内不寻呼任何终端设备。第一值为“1”或“0”。请参考表3，以第一比特是这8个比特中的第3个比特为例。
表3
Figure BDA0002496720480000412
表3以第一寻呼传输窗是当前的PTW为例。终端设备接收寻呼控制信息后，如果该寻呼控制信息所包括的第一比特的取值为第一值，终端设备就可以确定在第一寻呼传输窗内没有寻呼消息，或确定在第一寻呼传输窗内没有终端设备被寻呼，或确定在第一寻呼传输窗内该终端设备未被寻呼。
如上的几种方式中，寻呼控制信息指示的是单个的终端设备。或者还有一种可能性，寻呼控制信息可以指示对一组或多组终端设备的寻呼。例如可以将终端设备分组，再以组为单位进行寻呼。在这种情况下，寻呼控制信息可以包含一个终端设备分组的字段，该字段例如为比特地图(bitmap)，该bitmap中的每个比特位可以对应一组或多组终端设备，该bitmap共对应M组终端设备，M为大于或等于1的整数。如果bitmap中的一个比特的取值为“1”，则表示在当前PO中这一比特对应的一组或多组终端设备均未被寻呼，即，如果这一组或多组中的终端设备接收了该寻呼控制信息，就可以确定在当前的PO内不需要继续接收寻呼消息。通过这种终端设备分组的方案，部分终端设备可以通过寻呼控制信息中bitmap的设置知道该终端设备未被寻呼，而无需在接收寻呼控制信息后发现没有该终端设备的ID才知道未被寻呼，从而可以节省终端设备接收和解码寻呼控制信息所带来的功耗。
基于这种分组寻呼的方案，如果该bitmap所指示的所有的终端设备在第一寻呼传输窗内都未被寻呼，那么网络设备仍然可以发送寻呼控制信息。此时该寻呼控制信息包括的bitmap例如为第一状态，第一状态可以指示在第一寻呼传输窗内没有M组终端设备的寻呼消息，或者指示M组终端设备在第一寻呼传输窗内未被寻呼。可以理解为，当bitmap的状态为第一状态时，该bitmap就可作为第一信息。例如该bitmap的全部比特的取值均为第二值时，可以表示第一状态，第二值例如为“1”或“0”。M组终端设备中的任一个终端设备接收寻呼控制信息后，如果该寻呼控制信息所包括bitmap的状态为第一状态，终端设备就可以确定在第一寻呼传输窗内没有寻呼消息，或确定在第一寻呼传输窗内没有终端设备被寻呼，或确定在第一寻呼传输窗内该终端设备未被寻呼。
当然，第一信息还可能通过其他方式存在于寻呼控制信息中，本申请实施例对于第一信息的实现方式不作限制，只要寻呼控制信息包括第一信息即可。
S603、终端设备根据寻呼控制信息包括的第一信息，在第一寻呼传输窗内不再监听寻呼控制信息，或者在第一寻呼传输窗内不再监听寻呼时机。
终端设备接收该寻呼控制信息后，根据第一信息就可以确定在第一寻呼传输窗内没有寻呼消息，或确定在第一寻呼传输窗内没有终端设备被寻呼，或确定在第一寻呼传输窗内该终端设备未被寻呼，那么终端设备将不再监听第一寻呼传输窗所包括的剩余的PO。第一寻呼传输窗所包括的剩余的PO，可包括第一寻呼传输窗内除了该终端设备已监听过的PO之外剩余的还未监听的PO。
另外，这里所述的不监听PO，可以是指不在该PO监听寻呼控制信息，但因为如果不监听寻呼控制信息，也就不会再监听寻呼消息，因此这里所述的不监听PO，也可以是指不在该PO监听寻呼控制信息或寻呼消息。或者，如果在一个PO不监听寻呼控制信息或寻呼消息，就表明不在该PO进行监听，因此这里所述的不监听PO，可以是指不在该PO进行监听。
综上，在本申请实施例中，如果第一寻呼传输窗内没有寻呼消息，则网络设备可以发送寻呼控制信息，寻呼控制信息可以指示在第一寻呼传输窗内没有寻呼消息。这样终端设备接收该寻呼控制消息后，就无需在第一寻呼传输窗内剩余的PO进行监听，节省终端设备的功耗。
图3所示的实施例至图5所示的实施例中的任一个实施例，可以与图6所示的实施例相结合应用。一种结合方式例如为，图3所示的实施例至图5所示的实施例中的任一个实施例，能够与前述的方式一对应的方案结合，或与前述的方式二对应的方案结合，可以在终端设备的粒度上或者在小区粒度上解决本申请各个实施例所要解决的技术问题。或者，图3所示的实施例至图5所示的实施例中的任一个实施例，能够与前述的寻呼控制信息指示对一组或多组终端设备的寻呼所对应的方案结合，可以在终端设备组的粒度上解决本申请各个实施例所要解决的技术问题。当然，图3所示的实施例至图5所示的实施例中的任一个实施例也可以不与图6所示的实施例相结合，即，图3所示的实施例至图6所示的实施例中的每个实施例也可以单独应用。
另外考虑一种本申请实施例的实际应用场景。例如，在用户没有使用终端设备(如智能手机、智能手表、或智能手环等设备)的情况下，在一段时间后终端设备仍然减少了不少电量，即使终端设备处于RRC空闲态或RRC非活跃态，没有数据传输，但由于终端设备需要醒来监听PO，且许多监听是无用功，会导致终端设备消耗多余的功耗，电量减少更快，续航能力变差。可参考图7A，为用户使用的终端设备在第一时刻的剩余电量，例如为90％。如果按照目前的方案，则，在自第一时刻开始的时长A内，虽然用户没有使用该终端设备，但在第二时刻，该终端设备的剩余电量例如变为72％，可参考图7B。其中，第一时刻为时长A的起始时刻，第二时刻为时长A的结束时刻。可以看到，即使用户在时长A内未使用该终端设备，但该终端设备的电量也消耗了不少，这是因为终端设备需要醒来监听PO导致的。在这种情况下，可以采用本申请实施例提供的方法，以节省终端设备的电量，增强终端设备的续航能力。例如可参考图7C，在采用本申请实施例提供的方法后，在时长A内用户未使用该终端设备，那么在第二时刻，该终端设备的剩余电量例如为88％。显然相较于目前的方案来说，本申请实施例提供的方法能够节省终端设备的电量。
图8为本申请实施例提供的通信装置800的示意性框图。示例性地，通信装置800例如为第一终端设备800。
第一终端设备800包括处理模块810和收发模块820。示例性地，第一终端设备800可以是终端设备，也可以是应用于终端设备中的芯片或者其他具有上述终端设备功能的组合器件、部件等。当第一终端设备800是终端设备时，收发模块820可以是收发器，收发器可以包括天线和射频电路等，处理模块810可以包括处理器，例如基带处理器，基带处理器中可以包括一个或多个中央处理单元(central processing unit，CPU)。当第一终端设备800是具有上述终端设备功能的部件时，收发模块820可以是射频单元，处理模块810可以是处理器，例如基带处理器。当第一终端设备800是芯片系统时，收发模块820可以是芯片(例如基带芯片)的输入输出接口、处理模块810可以是芯片系统的处理器，可以包括一个或多个中央处理单元。应理解，本申请实施例中的处理模块810可以由处理器或处理器相关电路组件实现，收发模块820可以由收发器或收发器相关电路组件实现。
例如，处理模块810可以用于执行图3所示的实施例中由第一终端设备所执行的除了收发操作之外的全部操作，例如S306和S308，和/或用于支持本文所描述的技术的其它过程。收发模块820可以用于执行图3所示的实施例中由第一终端设备所执行的全部收发操作，例如S301、S303、S304、S305、S307和S312，和/或用于支持本文所描述的技术的其它过程。
又例如，处理模块810可以用于执行图4所示的实施例中由第一终端设备所执行的除了收发操作之外的全部操作，例如S406和S408，和/或用于支持本文所描述的技术的其它过程。收发模块820可以用于执行图4所示的实施例中由第一终端设备所执行的全部收发操作，例如S401、S403、S404、S405、S407和S410，和/或用于支持本文所描述的技术的其它过程。
再例如，处理模块810可以用于执行图5所示的实施例中由第一终端设备所执行的除了收发操作之外的全部操作，例如S506和S508，和/或用于支持本文所描述的技术的其它过程。收发模块820可以用于执行图5所示的实施例中由第一终端设备所执行的全部收发操作，例如S501、S503、S504、S505、S507和S510，和/或用于支持本文所描述的技术的其它过程。
另外，收发模块820可以是一个功能模块，该功能模块既能完成发送操作也能完成接收操作，例如收发模块820可以用于执行图3所示的实施例至图5所示的实施例中的任一个实施例中由第一终端设备所执行的全部发送操作和接收操作，例如，在执行发送操作时，可以认为收发模块820是发送模块，而在执行接收操作时，可以认为收发模块820是接收模块；或者，收发模块820也可以是两个功能模块，收发模块820可以视为这两个功能模块的统称，这两个功能模块分别为发送模块和接收模块，发送模块用于完成发送操作，例如发送模块可以用于执行图3所示的实施例至图5所示的实施例中的任一个实施例中的任一个实施例中由第一终端设备所执行的全部发送操作，接收模块用于完成接收操作，例如接收模块可以用于执行图3所示的实施例至图5所示的实施例中的任一个实施例中由第一终端设备所执行的全部接收操作。
其中，收发模块820，用于在第一寻呼传输窗内接收第一寻呼控制信息，所述第一寻呼控制信息指示第一终端设备800在当前的寻呼时机内没有被寻呼，或者，在所述第一寻呼传输窗内接收第一寻呼消息，所述第一寻呼消息指示第一终端设备800在当前的寻呼时机内没有被寻呼；
处理模块810，用于指示收发模块820在所述第一寻呼传输窗内不再监听寻呼控制信息，或者在所述第一寻呼传输窗内不再监听寻呼时机。
在一种可选的实施方式中，收发模块820，还用于在第二寻呼传输窗内接收第二寻呼消息。
在一种可选的实施方式中，所述第二寻呼传输窗在时域上位于所述第一寻呼传输窗之后，且所述第一寻呼传输窗与所述第二寻呼传输窗在时域上是相邻的两个寻呼传输窗。
在一种可选的实施方式中，收发模块820，还用于接收第一指示信息，所述第一指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变。
在一种可选的实施方式中，所述第一指示信息承载在RRC消息或系统消息中。
在一种可选的实施方式中，所述系统消息包括第一指示域，所述第一指示域用于承载所述第一指示信息，其中，所述第一指示域为用于指示超帧号的域或用于指示所述第一小区支持eDRX的域，或所述第一指示域为所述系统消息中新增的域。
在一种可选的实施方式中，收发模块820，还用于发送所述第一终端设备的能力信息，所述能力信息用于指示第一终端设备800支持在所述第一寻呼传输窗内发送的寻呼消息不变。
在一种可选的实施方式中，所述能力信息用于指示第一终端设备800支持在所述第一寻呼传输窗内发送的寻呼消息不变，包括：
所述能力信息所包括的省电信息用于指示第一终端设备800有省电需求。
关于终端设备800所能实现的其他功能，可参考图3所示的实施例至图5所示的实施例中的任一个实施例的相关介绍，不多赘述。
图9为本申请实施例提供的通信装置900的示意性框图。示例性地，通信装置900例如为网络设备900。示例性地，网络设备900为接入网设备900。
接入网设备900包括处理模块910和收发模块920。示例性地，接入网设备900可以是接入网设备，也可以是应用于接入网设备中的芯片或者其他具有上述接入网设备功能的组合器件、部件等。当接入网设备900是接入网设备时，收发模块920可以是收发器，收发器可以包括天线和射频电路等，处理模块910可以是处理器，例如基带处理器，基带处理器中可以包括一个或多个CPU。当接入网设备900是具有上述接入网设备功能的部件时，收发模块920可以是射频单元，处理模块910可以是处理器，例如基带处理器。当接入网设备900是芯片系统时，收发模块920可以是芯片(例如基带芯片)的输入输出接口、处理模块910可以是芯片系统的处理器，可以包括一个或多个中央处理单元。应理解，本申请实施例中的处理模块910可以由处理器或处理器相关电路组件实现，收发模块920可以由收发器或收发器相关电路组件实现。
例如，处理模块910可以用于执行图3所示的实施例中由接入网设备所执行的除了收发操作之外的全部操作，例如确定在第一寻呼传输窗内发送的寻呼消息不变的步骤，或，和/或用于支持本文所描述的技术的其它过程。收发模块920可以用于执行图3所示的实施例中由接入网设备所执行的全部收发操作，例如S302、S304、S305、S307、S310、S311和S312，和/或用于支持本文所描述的技术的其它过程。
又例如，处理模块910可以用于执行图4所示的实施例中由接入网设备所执行的除了收发操作之外的全部操作，例如S409，和/或用于支持本文所描述的技术的其它过程。收发模块920可以用于执行图4所示的实施例中由接入网设备所执行的全部收发操作，例如S402、S404、S405、S407和S410，和/或用于支持本文所描述的技术的其它过程。
再例如，处理模块910可以用于执行图5所示的实施例中由接入网设备所执行的除了收发操作之外的全部操作，例如S509，和/或用于支持本文所描述的技术的其它过程。收发模块920可以用于执行图5所示的实施例中由接入网设备所执行的全部收发操作，例如S502、S502、S503、S504、S505、S507和S510，和/或用于支持本文所描述的技术的其它过程。
另外，关于收发模块920的实现方式，可参考对于收发模块820的实现方式的介绍。
其中，处理模块910，用于确定第一终端设备在第一寻呼传输窗内没有被寻呼；
收发模块920，用于在第一寻呼传输窗内发送第一寻呼控制信息，所述第一寻呼控制信息指示在当前的寻呼时机内没有寻呼消息，或者，在所述第一寻呼传输窗内发送第一寻呼消息，所述第一寻呼消息指示所述第一终端设备在当前的寻呼时机内没有被寻呼。
作为一种可选的实施方式，
处理模块910，还用于在所述第一寻呼传输窗内，获得所述第一终端设备的第二寻呼消息；
收发模块920，还用于在第二寻呼传输窗内发送所述第二寻呼消息。
作为一种可选的实施方式，
处理模块910，还用于在所述第一寻呼传输窗内，获得所述第一终端设备的数据；
收发模块920，还用于在第二寻呼传输窗内发送第二寻呼消息，所述第二寻呼消息用于寻呼所述第一终端设备，以接收所述第一终端设备的数据。
作为一种可选的实施方式，收发模块920，还用于在所述第一寻呼传输窗内不发送所述第二寻呼消息。
作为一种可选的实施方式，所述第二寻呼传输窗在时域上位于所述第一寻呼传输窗之后，且所述第一寻呼传输窗与所述第二寻呼传输窗在时域上是相邻的两个寻呼传输窗。
作为一种可选的实施方式，收发模块920，还用于发送第一指示信息，所述第一指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变。
作为一种可选的实施方式，所述第一指示信息承载在RRC消息或系统消息中。
作为一种可选的实施方式，所述系统消息包括第一指示域，所述第一指示域用于承载所述第一指示信息，其中，所述第一指示域为用于指示超帧号的域或用于指示所述第一小区支持eDRX的域，或所述第一指示域为所述系统消息中新增的域。
作为一种可选的实施方式，收发模块920还用于：
接收来自核心网设备的第二指示信息，所述第二指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变；或，
接收所述第一终端设备的能力信息，并根据所述能力信息确定在所述第一寻呼传输窗内发送给所述第一终端设备的寻呼消息不变；或，
接收第一小区包括的终端设备的能力信息，并根据所述能力信息确定在所述第一寻呼传输窗内发送的寻呼消息不变。
作为一种可选的实施方式，所述第一终端设备的能力信息包括省电信息，所述省电信息用于指示所述第一终端设备有省电需求。
关于接入网设备900所能实现的其他功能，可参考图3所示的实施例至图5所示的实施例中的任一个实施例的相关介绍，不多赘述。
图10为本申请实施例提供的通信装置1000的示意性框图。示例性地，通信装置1000例如为网络设备1000。示例性地，网络设备1000为核心网设备1000。
核心网设备1000包括处理模块1010和收发模块1020。示例性地，核心网设备1000可以是核心网设备，也可以是应用于核心网设备中的芯片或者其他具有上述核心网设备功能的组合器件、部件等。当核心网设备1000是核心网设备时，收发模块1020可以是收发器，收发器可以包括天线和射频电路等，处理模块1010可以是处理器，例如基带处理器，基带处理器中可以包括一个或多个CPU。当核心网设备1000是具有上述核心网设备功能的部件时，收发模块1020可以是射频单元，处理模块1010可以是处理器，例如基带处理器。当核心网设备1000是芯片系统时，收发模块1020可以是芯片(例如基带芯片)的输入输出接口、处理模块910可以是芯片系统的处理器，可以包括一个或多个中央处理单元。应理解，本申请实施例中的处理模块1010可以由处理器或处理器相关电路组件实现，收发模块1020可以由收发器或收发器相关电路组件实现。
例如，处理模块1010可以用于执行图3所示的实施例中由核心网设备所执行的除了收发操作之外的全部操作，例如确定在第一寻呼传输窗内发送的寻呼消息不变的步骤，或，和/或用于支持本文所描述的技术的其它过程。收发模块1020可以用于执行图3所示的实施例中由核心网设备所执行的全部收发操作，例如S302、S304、S305、S307、S310、S311和S312，和/或用于支持本文所描述的技术的其它过程。
又例如，处理模块1010可以用于执行图4所示的实施例中由核心网设备所执行的除了收发操作之外的全部操作，例如S409，和/或用于支持本文所描述的技术的其它过程。收发模块1020可以用于执行图4所示的实施例中由核心网设备所执行的全部收发操作，例如S402、S404、S405、S407和S410，和/或用于支持本文所描述的技术的其它过程。
再例如，处理模块1010可以用于执行图5所示的实施例中由核心网设备所执行的除了收发操作之外的全部操作，例如S509，和/或用于支持本文所描述的技术的其它过程。收发模块1020可以用于执行图5所示的实施例中由核心网设备所执行的全部收发操作，例如S502、S502、S503、S504、S505、S507和S510，和/或用于支持本文所描述的技术的其它过程。
另外，关于收发模块1020的实现方式，可参考对于收发模块820的实现方式的介绍。
其中，处理模块1010，用于确定第一终端设备在第一寻呼传输窗内没有被寻呼；
收发模块1020，用于发送指示信息，所述指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变。
作为一种可选的实施方式，
处理模块1010，还用于在所述第一寻呼传输窗内，获得所述第一终端设备的第二寻呼消息；
收发模块1020，还用于在第二寻呼传输窗内向所述接入网设备发送所述第二寻呼消息，或，在所述第一寻呼传输窗内向所述接入网设备发送所述第二寻呼消息。
作为一种可选的实施方式，收发模块1020，还用于在所述第一寻呼传输窗内不发送所述第二寻呼消息。
作为一种可选的实施方式，所述第二寻呼传输窗在时域上位于所述第一寻呼传输窗之后，且所述第一寻呼传输窗与所述第二寻呼传输窗在时域上是相邻的两个寻呼传输窗。
作为一种可选的实施方式，收发模块1020用于通过如下方式发送指示信息：
向所述第一终端设备发送第一指示信息，所述第一指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变；和/或，
向接入网设备发送第二指示信息，所述第二指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变。
作为一种可选的实施方式，收发模块1020用于通过如下方式向接入网设备发送第二指示信息：
在所述第一终端设备注册完毕时，向所述接入网设备发送所述第二指示信息；或，
在确定所述第一终端设备未被寻呼时，向所述接入网设备发送所述第二指示信息。
作为一种可选的实施方式，收发模块1020还用于：
接收所述第一终端设备的能力信息，并根据所述能力信息确定在所述第一寻呼传输窗内发送给所述第一终端设备的寻呼消息不变；或，
接收第一小区包括的终端设备的能力信息，并根据所述能力信息确定在所述第一寻呼传输窗内发送的寻呼消息不变。
作为一种可选的实施方式，所述第一终端设备的能力信息包括省电信息，所述省电信息用于指示所述第一终端设备有省电需求。
关于核心网设备1000所能实现的其他功能，可参考图3所示的实施例至图5所示的实施例中的任一个实施例的相关介绍，不多赘述。
图11为本申请实施例提供的通信装置1100的示意性框图。示例性地，通信装置1100例如为终端设备1100。
终端设备1100包括处理模块1110和收发模块1120。示例性地，终端设备1100可以是终端设备，也可以是应用于终端设备中的芯片或者其他具有上述终端设备功能的组合器件、部件等。当终端设备1100是终端设备时，收发模块1120可以是收发器，收发器可以包括天线和射频电路等，处理模块1110可以是处理器，例如基带处理器，基带处理器中可以包括一个或多个CPU。当终端设备1100是具有上述终端设备功能的部件时，收发模块1120可以是射频单元，处理模块1110可以是处理器，例如基带处理器。当终端设备1100是芯片系统时，收发模块1120可以是芯片(例如基带芯片)的输入输出接口、处理模块1110可以是芯片系统的处理器，可以包括一个或多个中央处理单元。应理解，本申请实施例中的处理模块1110可以由处理器或处理器相关电路组件实现，收发模块1120可以由收发器或收发器相关电路组件实现。
例如，处理模块1110可以用于执行图6所示的实施例中由终端设备所执行的除了收发操作之外的全部操作，例如S603，和/或用于支持本文所描述的技术的其它过程。收发模块1120可以用于执行图6所示的实施例中由终端设备所执行的全部收发操作，例如S602，和/或用于支持本文所描述的技术的其它过程。
另外，关于收发模块1120的实现方式，可参考对于收发模块820的实现方式的介绍。
其中，收发模块1120，用于接收来自网络设备的寻呼控制信息，所述寻呼控制信息包括第一信息，所述第一信息用于指示在第一寻呼传输窗内没有寻呼消息；
处理模块1110，用于根据所述寻呼控制信息包括的第一信息，在第一寻呼传输窗内不再监听寻呼控制信息，或者在第一寻呼传输窗内不再监听寻呼时机。
作为一种可选的实施方式，
所述第一信息通过所述寻呼控制信息内的2比特字段承载；或，
所述第一信息通过所述寻呼控制信息内用于承载短消息的比特承载，所述短消息用于指示系统消息是否发生变化，和/或，指示是否接收地震和海啸警告系统ETWS信息或商业移动警报服务CMAS信息。
作为一种可选的实施方式，所述第一信息为比特地图，所述比特地图对应于M组终端设备，所述比特地图为第一状态，用于指示在所述第一寻呼传输窗内没有所述M组终端设备的寻呼消息，M为大于或等于1的整数。
关于终端设备1100所能实现的其他功能，可参考图6所示的实施例的相关介绍，不多赘述。
图12为本申请实施例提供的通信装置1200的示意性框图。示例性地，通信装置1200例如为网络设备1200。示例性地，网络设备1200为接入网设备或核心网设备。
网络设备1200包括处理模块1210和收发模块1220。示例性地，网络设备1200可以是网络设备，也可以是应用于网络设备中的芯片或者其他具有上述网络设备功能的组合器件、部件等。当网络设备1200是网络设备时，收发模块1220可以是收发器，收发器可以包括天线和射频电路等，处理模块1210可以是处理器，例如基带处理器，基带处理器中可以包括一个或多个CPU。当网络设备1200是具有上述网络设备功能的部件时，收发模块1220可以是射频单元，处理模块1210可以是处理器，例如基带处理器。当网络设备1200是芯片系统时，收发模块1220可以是芯片(例如基带芯片)的输入输出接口、处理模块1210可以是芯片系统的处理器，可以包括一个或多个中央处理单元。应理解，本申请实施例中的处理模块1210可以由处理器或处理器相关电路组件实现，收发模块1220可以由收发器或收发器相关电路组件实现。
例如，处理模块1210可以用于执行图6所示的实施例中由网络设备所执行的除了收发操作之外的全部操作，例如S601，和/或用于支持本文所描述的技术的其它过程。收发模块1220可以用于执行图6所示的实施例中由网络设备所执行的全部收发操作，例如S602，和/或用于支持本文所描述的技术的其它过程。
另外，关于收发模块1220的实现方式，可参考对于收发模块820的实现方式的介绍。
其中，处理模块1210，用于确定在第一寻呼传输窗内没有寻呼消息；
收发模块1220，用于发送寻呼控制信息，所述寻呼控制信息包括第一信息，所述第一信息用于指示在第一寻呼传输窗内没有寻呼消息。
作为一种可选的实施方式，
所述第一信息通过所述寻呼控制信息内的2比特字段承载；或，
所述第一信息通过所述寻呼控制信息内用于承载短消息的比特承载，所述短消息用于指示系统消息是否发生变化，和/或，指示是否接收地震和海啸警告系统ETWS信息或商业移动警报服务CMAS信息。
作为一种可选的实施方式，所述第一信息为比特地图，所述比特地图对应于M组终端设备，所述比特地图为第一状态，用于指示在所述第一寻呼传输窗内没有所述M组终端设备的寻呼消息，M为大于或等于1的整数。
作为一种可选的实施方式，收发模块1220用于通过如下方式发送寻呼控制信息：
在所述第一寻呼传输窗包括的第一个寻呼时机发送所述寻呼控制信息；或，
在所述第一寻呼传输窗包括的全部寻呼时机中的每个寻呼时机发送所述寻呼控制信息。
关于网络设备1200所能实现的其他功能，可参考图6所示的实施例的相关介绍，不多赘述。
本申请实施例还提供一种通信装置，该通信装置可以是终端设备也可以是电路。该通信装置可以用于执行上述各个方法实施例中由终端设备所执行的动作。
当该通信装置为终端设备时，图13示出了一种简化的终端设备的结构示意图。便于理解和图示方便，图13中，终端设备以手机作为例子。如图13所示，终端设备包括处理器、存储器、射频电路、天线以及输入输出装置。处理器主要用于对通信协议以及通信数据进行处理，以及对终端设备进行控制，执行软件程序，处理软件程序的数据等。存储器主要用于存储软件程序和数据。射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。需要说明的是，有些种类的终端设备可以不具有输入输出装置。
当需要发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。为便于说明，图13中仅示出了一个存储器和处理器。在实际的终端设备产品中，可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置，也可以是与处理器集成在一起，本申请实施例对此不做限制。
在本申请实施例中，可以将具有收发功能的天线和射频电路视为终端设备的收发单元(收发单元可以是一个功能单元，该功能单元能够实现发送功能和接收功能；或者，收发单元也可以包括两个功能单元，分别为能够实现接收功能的接收单元和能够实现发送功能的发送单元)，将具有处理功能的处理器视为终端设备的处理单元。如图13所示，终端设备包括收发单元1310和处理单元1320。收发单元也可以称为收发器、收发机、收发装置等。处理单元也可以称为处理器，处理单板，处理模块、处理装置等。可选的，可以将收发单元1310中用于实现接收功能的器件视为接收单元，将收发单元1310中用于实现发送功能的器件视为发送单元，即收发单元1310包括接收单元和发送单元。收发单元有时也可以称为收发机、收发器、或收发电路等。接收单元有时也可以称为接收机、接收器、或接收电路等。发送单元有时也可以称为发射机、发射器或者发射电路等。
应理解，收发单元1310用于执行上述方法实施例中终端设备侧的发送操作和接收操作，处理单元1320用于执行上述方法实施例中终端设备上除了收发操作之外的其他操作。
例如，在一种实现方式中，处理单元1210可以用于执行图3所示的实施例中由第一终端设备所执行的除了收发操作之外的全部操作，例如S306和S308，和/或用于支持本文所描述的技术的其它过程。收发单元1220可以用于执行图3所示的实施例中由第一终端设备所执行的全部收发操作，例如S301、S303、S304、S305、S307和S312，和/或用于支持本文所描述的技术的其它过程。
又例如，在一种实现方式中，处理单元1210可以用于执行图4所示的实施例中由第一终端设备所执行的除了收发操作之外的全部操作，例如S406和S408，和/或用于支持本文所描述的技术的其它过程。收发单元1220可以用于执行图4所示的实施例中由第一终端设备所执行的全部收发操作，例如S401、S403、S404、S405、S407和S410，和/或用于支持本文所描述的技术的其它过程。
再例如，在一种实现方式中，处理单元1210可以用于执行图5所示的实施例中由第一终端设备所执行的除了收发操作之外的全部操作，例如S506和S508，和/或用于支持本文所描述的技术的其它过程。收发单元1220可以用于执行图5所示的实施例中由第一终端设备所执行的全部收发操作，例如S501、S503、S504、S505、S507和S510，和/或用于支持本文所描述的技术的其它过程。
还例如，在一种实现方式中，处理单元1210可以用于执行图6所示的实施例中由终端设备所执行的除了收发操作之外的全部操作，例如S603，和/或用于支持本文所描述的技术的其它过程。收发单元1220可以用于执行图6所示的实施例中由终端设备所执行的全部收发操作，例如S602，和/或用于支持本文所描述的技术的其它过程。
当该通信装置为芯片类的装置或者电路时，该装置可以包括收发单元和处理单元。其中，所述收发单元可以是输入输出电路和/或通信接口；处理单元为集成的处理器或者微处理器或者集成电路。
本实施例中的通信装置为终端设备时，可以参照图14所示的设备。作为一个例子，该设备可以完成类似于图8中处理模块810的功能。作为又一个例子，该设备可以完成类似于图11中处理模块1110的功能。在图14中，该设备包括处理器1410，发送数据处理器1420，接收数据处理器1430。上述实施例中的处理模块810可以是图14中的该处理器1410，并完成相应的功能；上述实施例中的收发模块820可以是图14中的发送数据处理器1420，和/或接收数据处理器1430，并完成相应的功能。或者，上述实施例中的处理模块1110可以是图14中的该处理器1410，并完成相应的功能；上述实施例中的收发模块1120可以是图14中的发送数据处理器1420，和/或接收数据处理器1430，并完成相应的功能。虽然图14中示出了信道编码器、信道解码器，但是可以理解这些模块并不对本实施例构成限制性说明，仅是示意性的。
图15示出本实施例的另一种形式。处理装置1500中包括调制子系统、中央处理子系统、周边子系统等模块。本实施例中的通信装置可以作为其中的调制子系统。具体的，该调制子系统可以包括处理器1503，接口1504。其中，处理器1503完成上述处理模块810的功能，接口1504完成上述收发模块820的功能。或者，处理器1503完成上述处理模块1110的功能，接口1504完成上述收发模块1120的功能。作为另一种变形，该调制子系统包括存储器1506、处理器1503及存储在存储器1506上并可在处理器上运行的程序，该处理器1503执行该程序时实现上述方法实施例中终端设备侧的方法。需要注意的是，所述存储器1506可以是非易失性的，也可以是易失性的，其位置可以位于调制子系统内部，也可以位于处理装置1500中，只要该存储器1506可以连接到所述处理器1503即可。
本申请实施例中的装置为网络设备时，该装置可以如图16所示。装置1600包括一个或多个射频单元，如远端射频单元(remote radio unit,RRU)1610和一个或多个基带单元(baseband unit，BBU)(也可称为数字单元，digital unit，DU)1620。所述RRU 1610可以称为收发模块，该收发模块可以包括发送模块和接收模块，或者，该收发模块可以是一个能够实现发送和接收功能的模块。该收发模块可以与图9中的收发模块920对应，或者，可以与图12中的收发模块1220对应。可选地，该收发模块还可以称为收发机、收发电路、或者收发器等等，其可以包括至少一个天线1611和射频单元1612。所述RRU 1610部分主要用于射频信号的收发以及射频信号与基带信号的转换，例如用于向终端设备发送指示信息。所述BBU1620部分主要用于进行基带处理，对基站进行控制等。所述RRU 1610与BBU 1620可以是物理上设置在一起，也可以物理上分离设置的，即分布式基站。
所述BBU 1620为基站的控制中心，也可以称为处理模块，可以与图9中的处理模块910对应，或者可以与图12中的处理模块1210对应，主要用于完成基带处理功能，如信道编码，复用，调制，扩频等等。例如所述BBU(处理模块)可以用于控制基站执行上述方法实施例中关于网络设备的操作流程，例如，生成上述指示信息等。
在一个示例中，所述BBU 1620可以由一个或多个单板构成，多个单板可以共同支持单一接入制式的无线接入网(如LTE网络)，也可以分别支持不同接入制式的无线接入网(如LTE网络，5G网络或其他网络)。所述BBU 1620还包括存储器1621和处理器1622。所述存储器1621用以存储必要的指令和数据。所述处理器1622用于控制基站进行必要的动作，例如用于控制基站执行上述方法实施例中关于网络设备的操作流程。所述存储器1621和处理器1622可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。
本申请实施例提供第一通信系统。第一通信系统可以包括上述的图3所示的实施例至图5所示的实施例中的任一个实施例所涉及的第一终端设备。该第一终端设备例如为图8中的第一终端设备800。
可选的，第一通信系统还可以包括上述的图3所示的实施例至图5所示的实施例中的任一个实施例所涉及的接入网设备。该接入网设备例如为图9中的接入网设备900。
可选的，第一通信系统还可以包括上述的图3所示的实施例至图5所示的实施例中的任一个实施例所涉及的核心网设备。该核心网设备例如为图10中的核心网设备1000。
本申请实施例提供第二通信系统。第二通信系统可以包括上述的图6所示的实施例所涉及的终端设备，以及包括上述的图6所示的实施例所涉及的网络设备。终端设备例如为图11中的终端设备1100。网络设备例如为图12中的网络设备1200。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图3所示的实施例中与接入网设备相关的流程。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图3所示的实施例中与核心网设备相关的流程。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图3所示的实施例中与第一终端设备相关的流程。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图4所示的实施例中与接入网设备相关的流程。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图4所示的实施例中与核心网设备相关的流程。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图4所示的实施例中与第一终端设备相关的流程。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图5所示的实施例中与接入网设备相关的流程。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图5所示的实施例中与核心网设备相关的流程。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图5所示的实施例中与第一终端设备相关的流程。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图6所示的实施例中与网络备相关的流程。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图6所示的实施例中与终端设备相关的流程。
本申请实施例还提供一种计算机程序产品，所述计算机程序产品用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图3所示的实施例中与接入网设备相关的流程。
本申请实施例还提供一种计算机程序产品，所述计算机程序产品用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图3所示的实施例中与核心网设备相关的流程。
本申请实施例还提供一种计算机程序产品，所述计算机程序产品用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图3所示的实施例中与第一终端设备相关的流程。
本申请实施例还提供一种计算机程序产品，所述计算机程序产品用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图4所示的实施例中与接入网设备相关的流程。
本申请实施例还提供一种计算机程序产品，所述计算机程序产品用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图4所示的实施例中与核心网设备相关的流程。
本申请实施例还提供一种计算机程序产品，所述计算机程序产品用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图4所示的实施例中与第一终端设备相关的流程。
本申请实施例还提供一种计算机程序产品，所述计算机程序产品用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图5所示的实施例中与接入网设备相关的流程。
本申请实施例还提供一种计算机程序产品，所述计算机程序产品用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图5所示的实施例中与核心网设备相关的流程。
本申请实施例还提供一种计算机程序产品，所述计算机程序产品用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图5所示的实施例中与第一终端设备相关的流程。
本申请实施例还提供一种计算机程序产品，所述计算机程序产品用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图6所示的实施例中与网络设备相关的流程。
本申请实施例还提供一种计算机程序产品，所述计算机程序产品用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的图6所示的实施例中与终端设备相关的流程。
应理解，本申请实施例中提及的处理器可以是CPU，还可以是其他通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specificintegrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解，本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double datarate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。
需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。
应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的计算机可读存储介质，可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括随机存取存储器(random access memory，RAM)、只读存储器(read-only memory，ROM)、电可擦可编程只读存储器(electrically erasableprogrammable read only memory，EEPROM)、紧凑型光盘只读存储器(compact disc read-only memory，CD-ROM)、通用串行总线闪存盘(universal serial bus flash disk)、移动硬盘、或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。
以上所述，仅为本申请的具体实施方式，但本申请实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应所述以权利要求的保护范围为准。

Claims (30)

1.一种通信方法，其特征在于，包括：
在第一寻呼传输窗内接收第一寻呼控制信息，所述第一寻呼控制信息指示第一终端设备在当前的寻呼时机内没有被寻呼，或者，在所述第一寻呼传输窗内接收第一寻呼消息，所述第一寻呼消息指示所述第一终端设备在当前的寻呼时机内没有被寻呼；
在所述第一寻呼传输窗内不再监听寻呼控制信息，或者在所述第一寻呼传输窗内不再监听寻呼时机。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在第二寻呼传输窗内接收第二寻呼消息。
3.根据权利要求1或2所述的方法，其特征在于，所述第二寻呼传输窗在时域上位于所述第一寻呼传输窗之后，且所述第一寻呼传输窗与所述第二寻呼传输窗在时域上是相邻的两个寻呼传输窗。
4.根据权利要求1～3任一项所述的方法，其特征在于，所述方法还包括：
接收第一指示信息，所述第一指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变。
5.根据权利要求4所述的方法，其特征在于，所述第一指示信息承载在RRC消息或系统消息中。
6.根据权利要求4或5所述的方法，其特征在于，所述系统消息包括第一指示域，所述第一指示域用于承载所述第一指示信息，其中，所述第一指示域为用于指示超帧号的域或用于指示所述第一小区支持eDRX的域，或所述第一指示域为所述系统消息中新增的域。
7.根据权利要求1～6任一项所述的方法，其特征在于，所述方法还包括：
发送所述第一终端设备的能力信息，所述能力信息用于指示所述第一终端设备支持在所述第一寻呼传输窗内发送的寻呼消息不变。
8.根据权利要求7所述的方法，其特征在于，所述能力信息用于指示所述第一终端设备支持在所述第一寻呼传输窗内发送的寻呼消息不变，包括：
所述能力信息所包括的省电信息用于指示所述第一终端设备有省电需求。
9.一种通信方法，其特征在于，所述方法包括：
确定第一终端设备在第一寻呼传输窗内没有被寻呼；
在第一寻呼传输窗内发送第一寻呼控制信息，所述第一寻呼控制信息指示在当前的寻呼时机内没有寻呼消息，或者，在所述第一寻呼传输窗内发送第一寻呼消息，所述第一寻呼消息指示所述第一终端设备在当前的寻呼时机内没有被寻呼。
10.根据权利要求9所述的方法，其特征在于，所述方法还包括：
在所述第一寻呼传输窗内，获得所述第一终端设备的第二寻呼消息；
在第二寻呼传输窗内发送所述第二寻呼消息。
11.根据权利要求9所述的方法，其特征在于，所述方法还包括：
在所述第一寻呼传输窗内，获得所述第一终端设备的数据；
在第二寻呼传输窗内发送第二寻呼消息，所述第二寻呼消息用于寻呼所述第一终端设备，以接收所述第一终端设备的数据。
12.根据权利要求9～11任一项所述的方法，其特征在于，所述方法还包括：
在所述第一寻呼传输窗内不发送所述第二寻呼消息。
13.根据权利要求9～12任一项所述的方法，其特征在于，所述第二寻呼传输窗在时域上位于所述第一寻呼传输窗之后，且所述第一寻呼传输窗与所述第二寻呼传输窗在时域上是相邻的两个寻呼传输窗。
14.根据权利要求9～13任一项所述的方法，其特征在于，所述方法还包括：
发送第一指示信息，所述第一指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变。
15.根据权利要求14所述的方法，其特征在于，所述第一指示信息承载在RRC消息或系统消息中。
16.根据权利要求14或15所述的方法，其特征在于，所述系统消息包括第一指示域，所述第一指示域用于承载所述第一指示信息，其中，所述第一指示域为用于指示超帧号的域或用于指示所述第一小区支持eDRX的域，或所述第一指示域为所述系统消息中新增的域。
17.根据权利要求9～16任一项所述的方法，其特征在于，所述方法还包括：
接收来自核心网设备的第二指示信息，所述第二指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变；或，
接收所述第一终端设备的能力信息，并根据所述能力信息确定在所述第一寻呼传输窗内发送给所述第一终端设备的寻呼消息不变；或，
接收第一小区包括的终端设备的能力信息，并根据所述能力信息确定在所述第一寻呼传输窗内发送的寻呼消息不变。
18.根据权利要求17所述的方法，其特征在于，所述第一终端设备的能力信息包括省电信息，所述省电信息用于指示所述第一终端设备有省电需求。
19.一种通信方法，其特征在于，所述方法包括：
确定第一终端设备在第一寻呼传输窗内没有被寻呼；
发送指示信息，所述指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变。
20.根据权利要求19所述的方法，其特征在于，所述方法还包括：
在所述第一寻呼传输窗内，获得所述第一终端设备的第二寻呼消息；
在第二寻呼传输窗内向所述接入网设备发送所述第二寻呼消息，或，在所述第一寻呼传输窗内向所述接入网设备发送所述第二寻呼消息。
21.根据权利要求19或20所述的方法，其特征在于，所述方法还包括：
在所述第一寻呼传输窗内不发送所述第二寻呼消息。
22.根据权利要求19～21任一项所述的方法，其特征在于，所述第二寻呼传输窗在时域上位于所述第一寻呼传输窗之后，且所述第一寻呼传输窗与所述第二寻呼传输窗在时域上是相邻的两个寻呼传输窗。
23.根据权利要求19～22任一项所述的方法，其特征在于，发送指示信息，包括：
向所述第一终端设备发送第一指示信息，所述第一指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变；和/或，
向接入网设备发送第二指示信息，所述第二指示信息用于指示在所述第一寻呼传输窗内发送的寻呼消息不变。
24.根据权利要求23所述的方法，其特征在于，向接入网设备发送第二指示信息，包括：
在所述第一终端设备注册完毕时，向所述接入网设备发送所述第二指示信息；或，
在确定所述第一终端设备未被寻呼时，向所述接入网设备发送所述第二指示信息。
25.根据权利要求19～24任一项所述的方法，其特征在于，所述方法还包括：
接收所述第一终端设备的能力信息，并根据所述能力信息确定在所述第一寻呼传输窗内发送给所述第一终端设备的寻呼消息不变；或，
接收第一小区包括的终端设备的能力信息，并根据所述能力信息确定在所述第一寻呼传输窗内发送的寻呼消息不变。
26.根据权利要求25所述的方法，其特征在于，所述第一终端设备的能力信息包括省电信息，所述省电信息用于指示所述第一终端设备有省电需求。
27.一种终端设备，其特征在于，包括：
一个或多个处理器；
一个或多个存储器；
以及一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述一个或多个存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述终端设备的一个或多个处理器执行时，使得所述终端设备执行如权利要求1～8中任一项任一所述的方法。
28.一种网络设备，其特征在于，包括：
一个或多个处理器；
一个或多个存储器；
以及一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述一个或多个存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述网络设备的一个或多个处理器执行时，使得所述网络设备执行如权利要求9～18中任一所述的方法，或使得所述网络设备执行如权利要求19～26中任一所述的方法。
29.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1～8中任意一项所述的方法，或者使得所述计算机执行如权利要求9～18中任意一项所述的方法，或者使得所述计算机执行如权利要求19～26中任意一项所述的方法。
30.一种芯片，其特征在于，包括一个或多个处理器和通信接口，所述一个或多个处理器用于读取指令，以执行权利要求1～8中任意一项所述的方法，或者执行权利要求9～18中任意一项所述的方法，或者执行权利要求19～26中任意一项所述的方法。
CN202010420621.0A 2020-03-31 2020-05-18 一种通信方法及设备 Active CN113473597B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP21779633.3A EP4114103A4 (en) 2020-03-31 2021-03-12 COMMUNICATION METHOD AND DEVICE
PCT/CN2021/080632 WO2021197030A1 (zh) 2020-03-31 2021-03-12 一种通信方法及设备

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010242131 2020-03-31
CN2020102421316 2020-03-31

Publications (2)

Publication Number Publication Date
CN113473597A true CN113473597A (zh) 2021-10-01
CN113473597B CN113473597B (zh) 2022-12-06

Family

ID=77868153

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010420621.0A Active CN113473597B (zh) 2020-03-31 2020-05-18 一种通信方法及设备

Country Status (3)

Country Link
EP (1) EP4114103A4 (zh)
CN (1) CN113473597B (zh)
WO (1) WO2021197030A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107223357A (zh) * 2017-04-26 2017-09-29 北京小米移动软件有限公司 寻呼方法及装置
CN108924913A (zh) * 2017-03-31 2018-11-30 电信科学技术研究院 一种信息发送、信道监听处理方法及装置
CN109286966A (zh) * 2017-07-21 2019-01-29 维沃移动通信有限公司 寻呼方法、终端、网络设备及计算机可读存储介质
CN109644427A (zh) * 2016-10-28 2019-04-16 华为技术有限公司 一种寻呼方法和设备
CN110831125A (zh) * 2018-08-10 2020-02-21 华为技术有限公司 发送和接收寻呼消息的方法以及通信装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106961729B (zh) * 2016-01-11 2022-01-07 中兴通讯股份有限公司 监听、发送寻呼、寻呼终端的方法和基站、终端
CN109314950B (zh) * 2017-04-25 2020-09-11 华为技术有限公司 一种寻呼方法及装置
CN109392090B (zh) * 2017-08-03 2021-10-22 华为技术有限公司 一种寻呼方法、装置
CN116456461A (zh) * 2017-08-10 2023-07-18 瑞典爱立信有限公司 与无线通信网络中的寻呼相关的方法和设备
WO2020058920A1 (en) * 2018-09-21 2020-03-26 Nokia Technologies Oy Enhanced wake-up signal handling

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109644427A (zh) * 2016-10-28 2019-04-16 华为技术有限公司 一种寻呼方法和设备
CN108924913A (zh) * 2017-03-31 2018-11-30 电信科学技术研究院 一种信息发送、信道监听处理方法及装置
CN107223357A (zh) * 2017-04-26 2017-09-29 北京小米移动软件有限公司 寻呼方法及装置
CN109286966A (zh) * 2017-07-21 2019-01-29 维沃移动通信有限公司 寻呼方法、终端、网络设备及计算机可读存储介质
CN110831125A (zh) * 2018-08-10 2020-02-21 华为技术有限公司 发送和接收寻呼消息的方法以及通信装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Physical channels for paging in NB-IoT", 《3GPP TSG-RAN WG2 MEETING NB-IOT AD-HOC R2-160452》 *

Also Published As

Publication number Publication date
CN113473597B (zh) 2022-12-06
EP4114103A4 (en) 2023-08-23
WO2021197030A1 (zh) 2021-10-07
EP4114103A1 (en) 2023-01-04

Similar Documents

Publication Publication Date Title
CN110583057B (zh) 寻呼方法和装置
CN113498165B (zh) 一种通信方法及设备
CN114982317A (zh) 一种寻呼方法及装置
WO2022012388A1 (zh) 一种通信方法及设备
CN114079998A (zh) 一种通信方法及装置
CN113727437A (zh) 一种通信方法及通信装置
CN113395734A (zh) 一种通信方法及装置
CN113365364A (zh) 一种通信方法及装置
EP4114102A1 (en) Communication method and apparatus
CN116548027A (zh) 无线通信的方法及设备
US20230084797A1 (en) Communication method and apparatus
CN114642026A (zh) 一种通信方法、装置及设备
US20220346012A1 (en) Signal sending and receiving method, apparatus, and device
CN114616917A (zh) 一种rrc连接恢复方法及设备
CN113473597B (zh) 一种通信方法及设备
CN112040556B (zh) 一种通信方法及设备
CN115316005A (zh) 无线通信的方法和装置
CN114073166A (zh) 一种恢复传输的方法、装置及设备
CN115150908A (zh) 一种寻呼方法及装置
WO2021159280A1 (zh) 一种通信方法及装置
CN113973358A (zh) 一种通信方法及装置
CN115996360A (zh) 一种多播广播业务的通信方法
CN117279121A (zh) 一种唤醒信号传输方法及通信系统
CN113873683A (zh) 一种通信方法及装置
CN115460675A (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
GR01 Patent grant