CN116671197A - 一种信息接收方法，信息发送方法，以及通信装置 - Google Patents

一种信息接收方法，信息发送方法，以及通信装置 Download PDF

Info

Publication number
CN116671197A
CN116671197A CN202080108135.3A CN202080108135A CN116671197A CN 116671197 A CN116671197 A CN 116671197A CN 202080108135 A CN202080108135 A CN 202080108135A CN 116671197 A CN116671197 A CN 116671197A
Authority
CN
China
Prior art keywords
service
information
wake
signal
notified
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
CN202080108135.3A
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.)
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
Publication of CN116671197A publication Critical patent/CN116671197A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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
    • 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/0235—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a power saving command
    • 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
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • 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/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0274—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
    • H04W52/028—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof switching on or off only a part of the equipment circuit blocks
    • 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
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • 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)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Telephone Function (AREA)

Abstract

本申请实施例提供了一种信息接收方法，信息发送方法以及通信装置，涉及通信领域，能够减少终端设备的耗电。包括：网络设备根据待通知的业务类型确定是否发送第一唤醒信号，当待通知的业务类型包括单播业务时，网络设备发送第一唤醒信号，当待通知的业务类型包括不单播业务时，网络设备不发送第一唤醒信号。终端设备根据业务状态，确定是否检测第一唤醒信号，当业务状态为单播业务状态时，确定检测第一唤醒信号，并根据检测到的第一唤醒信号，接收第一信息，当业务状态包括组播业务状态和/或广播业务状态，确定不检测第一唤醒信息，而是直接检测第一信息。

Description

一种信息接收方法，信息发送方法，以及通信装置 技术领域
本申请实施例涉及通信领域，尤其涉及一种信息接收方法，信息发送方法及通信装置。
背景技术
在无线通信系统中，网络设备(比如核心网或基站)可以通过寻呼(Paging)消息通知终端设备有业务到达。相应的，终端设备通过接收寻呼消息，来确定该寻呼消息中是否有与自己相关的信息，以便后续进行业务处理。具体的，终端设备可以先检测下行控制信息(downlink control information,DCI)，该DCI指示承载寻呼消息的无线资源，以及使用的调制编码机制等信息，然后，终端设备根据检测到的DCI，接收寻呼消息，并根据寻呼消息中的内容，确认该寻呼消息是否与自己相关，比如，是否有自己的标识信息，是否有自己感兴趣的业务的标识信息等，如果确定该寻呼消息与自己相关，则根据寻呼消息进行后续业务的处理。
网络设备通知终端设备有多播广播业务(Multicast/Broadcast Service,MBS)时，也可以采用与上述寻呼机制类似的机制。具体的，比如，可以在上述DCI中增加MBS指示，或者在上述寻呼消息中，增加与MBS相关的标识信息，例如临时移动组标识(temporary mobile group identity,TMGI)。
但是，即使寻呼消息只寻呼MBS，针对对MBS不感兴趣的终端设备，仍然需要读取上述DCI，通过DCI中的MBS指示来确定该寻呼与自己无关，甚至需要读取DCI和寻呼消息，然后根据寻呼消息中的标识信息等来确定该寻呼与自己无关。
因此，上述寻呼机制增加了对MBS不感觉兴趣的终端设备的耗电量，从而影响终端设备的续航。
发明内容
本申请实施例提供了一种信息接收方法，信息发送方法以及通信装置，涉及通信领域，能够减少终端设备的耗电。
第一方面，本申请实施例提供了一种信息接收方法，包括：确定业务状态为单播业务状态，根据业务状态，确定检测第一唤醒信号，响应于检测到的第一唤醒信号，接收第一信息。
本申请实施例中，通过引入唤醒信号，并且唤醒信号只与单播业务相关，来减少处于其它业务状态终端设备不必要的耗电。
一种可能的设计包括：确定业务状态包括组播业务状态和/或广播业务状态，根据业务状态，确定不检测第一唤醒信号,检测第一信息。
通过引入唤醒信号，并且唤醒信号只与单播业务相关，来减少组播业务状态和/或广播业务状态的终端设备不必要的耗电。
一种可能的设计包括：确定业务状态包括组播业务状态和/或广播业务状态；根据业务状态，确定检测第二唤醒信号；响应于检测到的第二唤醒信号，检测第一信息。
通过引入与业务状态包括组播业务状态和/或广播业务状态关联的唤醒信号，来减少业务状态 包括组播业务状态和/或广播业务状态的终端设备不必要的耗电。
一种可能的设计包括：根据业务状态，确定检测第一唤醒信号，响应于检测到的第一唤醒信号，检测第一信息。
一种可能的设计包括：确定业务状态包括广播业务状态，根据业务状态，确定检测第三唤醒信号，响应于检测到的第三唤醒信号，检测第一信息。
通过对唤醒信号进一步的细化，可以减少不同业务状态的终端设备的耗电。
一种可能的设计包括：确定检测第一唤醒信号和/或第二唤醒信号，响应于检测到的第一唤醒信号或第二唤醒信号，检测第一信息。
一种可能的设计包括，第二唤醒信号属于第二唤醒信号集合，第二唤醒信号集合包括至少两个第二唤醒信号，其中，第二唤醒信号集合中每个第二唤醒信号与业务属性信息集合中的一个业务属性关联且用于指示接收第一信息，业务属性信息集合包括：业务标识信息集合，业务类型信息集合，服务质量QoS需求信息集合,业务通知的频繁程度信息集合中的一个，业务属性信息集合包括至少两个业务属性信息，其中，根据业务状态，确定检测第二唤醒信号包括：根据业务属性信息，确定检测与业务属性信息关联的第二唤醒信号，响应于检测到的与业务属性信息关联的第二唤醒信号，检测第一信息。
通过对唤醒信号进一步细化、分组，能够减少不同业务状态的终端设备耗电。
一种可能的设计包括，第一信息用于指示业务通知信息。
一种可能的设计包括，第一信息用于指示业务通知信息包括：第一信息用于指示待通知的业务类型，
其中，待通知的业务类型仅包括广播业务或多播业务，或者,
待通知的业务类型包括广播业务或多播业务，和/或单播业务，或者,
待通知的业务类型包括广播业务，多播业务，单播业务中的至少一个，或者,
待通知的业务类型包括如下至少一个：广播业务，多播业务集合中的至少一个多播业务，单播业务，其中，多播业务集合中的每个业务与业务属性信息集合中的一个业务属性关联；
其中，方法还包括：接收第一信息，满足第一条件时,接收业务通知信息,第一条件包括业务状态与待通知的业务类型匹配。
可以理解的，以下各方面以及可能的设计的有益效果可以参考第一方面，不再赘述。
第二方面，本申请实施例提供了一种信息发送方法，包括：确定待通知的业务类型包括单播业务，根据待通知的业务类型，确定发送第一唤醒信号以及第一信息，第一唤醒信息与第一信息对应。
一种可能的设计包括：确定待通知的业务类型包括组播业务和/或广播业务，根据待通知的业务类型，确定不发送第一唤醒信号，发送第一信息。
一种可能的设计包括：确定待通知的业务类型包括组播业务和/或广播业务，根据待通知的业务类型，确定发送第二唤醒信号和第一信息，第二唤醒信息与第一信息对应。
一种可能的设计包括：确定待通知的业务类型包括广播业务，根据待通知的业务类型，确定发送第三唤醒信号和第一信息。
一种可能的设计包括：第二唤醒信号属于第二唤醒信号集合，第二唤醒信号集合包括至少两个第二唤醒信号，其中，第二唤醒信号集合中每个第二唤醒信号与业务属性信息集合中的一个业务属性关联且用于指示第一信息，业务属性信息集合包括：业务标识信息集合，业务类型信息集合，服务质量QoS需求信息集合,业务通知的频繁程度信息集合中的一个，业务属性信息集合包括 至少两个业务属性信息，其中，根据待通知的业务类型，确定发送第二唤醒信号和第一信息包括：根据业务属性信息，确定发送与业务属性信息关联的第二唤醒信号和第一信息。
一种可能的设计包括：第一信息用于指示业务通知信息。
一种可能的设计包括：第一信息用于指示业务通知信息包括：第一信息用于指示待通知的业务类型，
其中，待通知的业务类型仅包括广播业务或多播业务，或者,
待通知的业务类型包括广播业务或多播业务，和/或单播业务，或者,
待通知的业务类型包括广播业务，多播业务，单播业务中的至少一个，或者,
待通知的业务类型包括如下至少一个：广播业务，多播业务集合中的至少一个多播业务，单播业务，其中，多播业务集合中的每个业务与业务属性信息集合中的一个业务属性关联。
第三方面，本申请实施例提供了一种信息接收装置，包括：处理单元，用于确定业务状态为单播业务状态；以及根据业务状态，确定检测第一唤醒信号；收发单元，响应于检测到的第一唤醒信号，接收第一信息。
一种可能的设计包括：处理单元，用于确定业务状态包括组播业务状态和/或广播业务状态；以及根据业务状态，确定不检测第一唤醒信号；收发单元，用于检测第一信息。
一种可能的设计包括：处理单元，用于确定业务状态包括组播业务状态和/或广播业务状态；以及根据业务状态，确定检测第二唤醒信号；收发单元，用于响应于检测到的第二唤醒信号，检测第一信息。
一种可能的设计包括：处理单元，用于根据业务状态，确定检测第一唤醒信号；收发单元，用于响应于检测到的第一唤醒信号，检测第一信息。
一种可能的设计包括：处理单元，用于确定业务状态包括广播业务状态；以及根据业务状态，确定检测第三唤醒信号；收发单元，用于响应于检测到的第三唤醒信号，检测第一信息。
一种可能的设计包括：处理单元，用于确定检测第一唤醒信号和/或第二唤醒信号；收发单元，用于响应于检测到的第一唤醒信号或第二唤醒信号，检测第一信息。
一种可能的设计包括：第二唤醒信号属于第二唤醒信号集合，第二唤醒信号集合包括至少两个第二唤醒信号，其中，第二唤醒信号集合中每个第二唤醒信号与业务属性信息集合中的一个业务属性关联且用于指示接收第一信息，业务属性信息集合包括：业务标识信息集合，业务类型信息集合，服务质量QoS需求信息集合,业务通知的频繁程度信息集合中的一个，业务属性信息集合包括至少两个业务属性信息；
其中，根据业务状态，确定检测第二唤醒信号包括：根据业务属性信息，确定检测与业务属性信息关联的第二唤醒信号；响应于检测到的与业务属性信息关联的第二唤醒信号，检测第一信息。
一种可能的设计包括：第一信息用于指示业务通知信息。
一种可能的设计包括：第一信息用于指示业务通知信息包括：第一信息用于指示待通知的业务类型，
其中，待通知的业务类型仅包括广播业务或多播业务，或者，
待通知的业务类型包括广播业务或多播业务，和/或单播业务，或者，
待通知的业务类型包括广播业务，多播业务，单播业务中的至少一个，或者，
待通知的业务类型包括如下至少一个：广播业务，多播业务集合中的至少一个多播业务，单播业务，其中，多播业务集合中的每个业务与业务属性信息集合中的一个业务属性关联；
其中，收发单元，用于接收第一信息；以及满足第一条件时,接收业务通知信息,第一条件包 括业务状态与待通知的业务类型匹配。
第四方面，本申请实施例提供了一种信息发送装置，包括：处理单元，用于确定待通知的业务类型包括单播业务；以及根据待通知的业务类型，确定发送第一唤醒信号以及第一信息，第一唤醒信息与第一信息对应。
一种可能的设计包括：处理单元，用于确定待通知的业务类型包括组播业务和/或广播业务；以及根据待通知的业务类型，确定不发送第一唤醒信号；收发单元，用于发送第一信息。
一种可能的设计包括：处理单元，用于确定待通知的业务类型包括组播业务和/或广播业务；以及根据待通知的业务类型，确定发送第二唤醒信号和第一信息，第二唤醒信息与第一信息对应。
一种可能的设计包括：处理单元，用于确定待通知的业务类型包括广播业务；以及根据待通知的业务类型，确定发送第三唤醒信号和第一信息。
一种可能的设计包括：第二唤醒信号属于第二唤醒信号集合，第二唤醒信号集合包括至少两个第二唤醒信号，其中，第二唤醒信号集合中每个第二唤醒信号与业务属性信息集合中的一个业务属性关联且用于指示第一信息，业务属性信息集合包括：业务标识信息集合，业务类型信息集合，服务质量QoS需求信息集合,业务通知的频繁程度信息集合中的一个，业务属性信息集合包括至少两个业务属性信息；
其中，处理单元，用于根据业务属性信息，确定发送与业务属性信息关联的第二唤醒信号和第一信息。
一种可能的设计包括：第一信息用于指示业务通知信息。
一种可能的设计包括：第一信息用于指示业务通知信息包括：第一信息用于指示待通知的业务类型，
其中，待通知的业务类型仅包括广播业务或多播业务，或者，
待通知的业务类型包括广播业务或多播业务，和/或单播业务，或者，
待通知的业务类型包括广播业务，多播业务，单播业务中的至少一个，或者，
待通知的业务类型包括如下至少一个：广播业务，多播业务集合中的至少一个多播业务，单播业务，其中，多播业务集合中的每个业务与业务属性信息集合中的一个业务属性关联。
第五方面，本申请实施例提供了一种通信装置，包括处理器，处理器与存储器耦合，存储器用于存储指令，当指令被处理器运行时，使得通信装置执行上述第一方面以及可能的设计中任一项的方法。
第六方面，本申请实施例提供了一种通信装置，包括处理器，处理器与存储器耦合，存储器用于存储指令，当指令被处理器运行时，使得通信装置执行上述第二方面以及可能的设计中任一项的方法。
第七方面，本申请实施例提供了一种计算机可读存储介质，用于存储指令，当指令被计算机运行时，使得计算机执行如上述第一方面以及可能的设计中任一项的方法。
第八方面，本申请实施例提供了一种计算机可读存储介质，用于存储指令，当指令被计算机运行时，使得计算机执行如上述第二方面以及可能的设计中任一项的方法。
第九方面，本申请实施例提供了一种电路系统，包括处理电路和接口电路，该处理电路和接口电路用于实现上述第一方面或其任一可能的设计或第二方面或其任一可能的设计提供的方法。
第十方面，本申请实施例还提供一种计算机程序，该计算机程序用于实现上述第一方面或其任一可能的设计或第二方面或其任一可能的设计提供的方法。
第十一方面，本申请实施例还提供一种通信系统，包括上述第三方面或其任一可能的设计的通信装置，或者第五方面的通信装置，还包括上述第四方面或其任一可能的设计的通信装置，或者第六方面的通信装置。
附图说明
图1为本申请实施例提供的一种通信系统的示意图；
图2为本申请实施例提供的一种通信装置的示意性框图；
图3为本申请实施例提供的另一种通信装置的示意性框图；
图4本申请实施例提供的一种电路系统的示意性框图；
图5为本申请实施例提供的一种信息接收方法和发送方法的流程示意图；
图6为本申请实施例提供的一种检测唤醒信号和业务通知信息的示意图；
图7为本申请实施例提供的另一种信息接收方法和发送方法的流程示意图；
图8为本申请实施例提供的另一种检测唤醒信号和业务通知信息的示意图；
图9为本申请实施例提供的又一种信息接收方法和发送方法的流程示意图；
图10为本申请实施例提供的又一种检测唤醒信号和业务通知信息的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。
本申请的说明书、权利要求书及附图中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备等，没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元等，或可选地还包括对于这些过程、方法、产品或设备等固有的其它步骤或单元。
本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等仅用于区别不同对象，而不是用于描述特定顺序。在本申请的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。各个过程涉及的各种数字编号或序号仅为描述方便进行的区分，而不应对本申请实施例的实施过程构成任何限定。
在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上，“至少两个(项)”是指两个或三个及三个以上，“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”。
在本文中提及的“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员可以显式地和隐式地理解的是，本文所描述的实施例可以单独实施，也可以与其它实施例进行合理的结合，并且实施例中出现的各个术语的解释或说明可以在各个实施例中互相参考或解释，对此不作限定。
本申请实施例提供的方法及通信装置可以应用于各种通信系统，例如：第四代(4th generation，4G)通信系统，4.5G通信系统，5G通信系统，多种通信系统融合的系统，或者未来演进的通信系统(例如6G通信系统)。例如长期演进(long term evolution，LTE)系统，新空口(new radio,NR)系统，无线保真(wireless-fidelity，WiFi)系统，无线自组织系统，设备与设备直连通信系统，以及第三代合作伙伴计划(3rd generation partnership project，3GPP) 相关的通信系统等，以及其他通信系统。
在介绍本申请的方法之前，首先，介绍一下与本申请实施例相关的术语。
一、业务状态
本申请实施例中的业务状态可以包括如下几种类型：
1.单播业务状态，该业务状态具体可以指终端设备只支持单播业务，或者终端设备只对单播业务感兴趣，或者只接收单播业务。换句话说，该业务状态可以指终端设备没有MBS能力，对MBS不感兴趣，或者不接收MBS。
2.多播业务状态，该业务状态具体可以指终端设备支持多播业务，或者终端设备对多播业务感兴趣，或者正在接收多播业务。
3.广播业务状态，该业务状态具体可以指终端设备支持广播业务，或者终端设备对广播业务感兴趣，或者正在接收广播业务。
二、寻呼(paging)
终端设备在每个寻呼周期内的一个寻呼时刻(paging occasion,PO)，会从休眠状态醒来，检测是否有寻呼消息，以及根据接收到的寻呼消息进行业务处理等。具体的，终端设备可以先检测下行控制信息(DCI，downlink control information)，该DCI指示承载寻呼消息的无线资源，以及使用的调制编码机制等信息，然后，终端设备根据检测到的DCI，接收寻呼消息，并根据寻呼消息中的内容，确认该寻呼消息是否与自己相关，比如，是否有自己的标识信息，是否有自己感兴趣的业务的标识信息等，如果确定该寻呼消息与自己相关，则根据寻呼消息进行后续业务的处理。
三、唤醒信号(wake up signal,WUS)
本申请实施例中的唤醒信号是为了终端设备节能而设计的。唤醒信号也可以称为节能信号，或者WUS。为了终端设备进一步省电，在寻呼时刻检测DCI之前，可以先检测一个唤醒信号，如果检测到唤醒信号，终端设备再进一步检测DCI，以及寻呼消息；如果没有检测到唤醒信息，则终端设备不再进一步检测DCI，并且在该寻呼周期内继续休眠，直到在下一个寻呼周期内的PO检测DCI之前，再检测唤醒信号，并根据是否检测到唤醒信号执行相应的动作。
UE先检测唤醒信号相比直接检测DCI，或者直接检测寻呼消息，能耗开销更低。本申请实施例中的唤醒信号可以应用于接收寻呼消息过程的节能，也可以应用于接收系统广播消息过程的节能，还可以应用于接收组播控制信道(Multicast Control Channel,MCCH)过程的节能，等，本申请实施例对此不作限制。
下面，对本申请实施例提供的通信系统和通信装置进行说明。
应理解，下文所描述的实施例中仅以执行主体为网络设备和终端设备为例，网络设备还可以替换为配置于网络设备中的芯片，终端设备也可以替换为配置于终端设备中的芯片。
图1给出了本申请实施例的一种通信系统，如图1所示，该通信系统100中包括一个或多个网络设备(图1中只示出了一个网络设备110)，以及与该一个或多个网络设备通信的一个或多个终端设备。图1中所示终端设备111和终端设备112与网络设备110通信。可以理解的是，网络设备和终端设备也可以被称为通信设备。在该通信系统中，网络设备110可以向终端设备发送寻呼消息，终端设备可以接收寻呼消息，来确定是否有与自己相关的业务。
本申请实施例中的终端设备可以指用户设备(user equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。
本申请实施例中的网络设备可以是用于与终端设备通信的设备。例如，该网络设备可以是基站(base station)、演进型基站(evolved NodeB，eNodeB)、发送接收点(transmission reception point，TRP)、5G移动通信系统中的下一代基站(next generation NodeB，gNB)、未来移动通信系统中的基站或WiFi系统中的接入节点等。再如，该网络设备也可以是完成基站部分功能的模块或单元，例如，可以是集中式单元(central unit，CU)或者分布式单元(distributed unit，DU)。又如，该网络设备还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器、中继站、接入点、车载设备、可穿戴设备、未来演进的其他通信系统中的接入网设备等。本申请对网络设备所采用的具体技术和具体设备形态不做限定。
在本申请实施例中，终端设备或网络设备包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。该硬件层包括中央处理器(central processing unit，CPU)、内存管理单元(memory management unit，MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且，本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可，例如，本申请实施例提供的方法的执行主体可以是终端设备或网络设备，或者，是终端设备或网络设备中能够调用程序并执行程序的功能模块。
另外，本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于:磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，CD)、数字通用盘(digital versatile disc，DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmable read-only memory，EPROM)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
图2是本申请实施例提供的通信装置1000的示意性框图。如图2所示，该通信装置1000可以包括收发单元1100和处理单元1200。
该通信装置1000可以作为网络设备110或者应用于网络设备110中的装置。或者，该通信装置1000可以作为终端设备111或终端设备112，或者应用于终端设备111或终端设备112中的装置。
处理单元1100可以对接收到的信号或信息进行处理，或者在发送信号或信息之前，对信号或信息进行处理。比如当处理单元1100属于网络设备110时，处理单元1100可以对由收发单元1200接收的信号或信息进行基带处理。或者对经过基带处理的信息，进一步进行处理，比如当收发单元1200接收的信息是来自终端设备的无线资源控制(Radio Resource Control,RRC)连接请求消息，则网络设备110的处理单元1100可以进行接入控制，比如根据系统负载和/或终端设备的优先级等信息，确定允许该终端设备接入。再比如当处理单元1100属于终端设备111或终端设备112时，处理单元1100可以对由收发单元1200接收的信号或信息进行基带处理。比如，处理单元1100在收发单元1200接收到唤醒信号之后，确定进一步检测与该唤醒信号对应的DCI，以及在收发单元1200接收到寻呼消息之后，确定是否有与自己相关等。
收发单元1200可以进行信号的接收和/或发送。比如当收发单元1200属于网络设备110时，收发单元1200可以向终端设备111或终端设备112发送信号或信息，其中信号或信息可以包括，WUS，DCI，寻呼消息，系统广播消息，MCCH，下行数据等。相应的，当收发单元1200属于终端设备111或终端设备112时，收发单元1200可以接收来自网络设备110的上述信号或信息。再比如，当收发单元1200属于网络设备110时，收发单元1200可以接收终端设备111或终端设备112的信号或信息，其中信号或信息可以包括，测量报告，上行数据，上行参考信号、下行数据的接收状态信息等。相应的，当收发单元1200属于终端设备111或终端设备112时，收发单元1200可以向网络设备110发送上述信号或信息。
通信装置1000还可以包含通信单元1300。该通信单元1300可以完成与其它网络设备之间的信号或信息的接收和/或发送。比如，当通信单元1300属于网络设备110时，当通信单元1300可以与其它网络设备(图1中未示出)。比如该网络设备110为基站，其它网络设备也是基站，则通信单元1300可以与其它基站进行通信(信号或信息的接收和/或发送)，再比如，该网络设备110为基站，其它网络设备为核心网，则通信单元1300可以与核心网进行通信(信号或信息的接收和/或发送)。
图3是本申请实施例提供的另一种通信装置2000的示意性框图。如图3所示，该通信装置2000可以包括一个或多个处理器2100(图3中只示出了一个处理器)，还可以包括收发器2200。
该通信装置2000可以作为网络设备110或者应用于网络设备110中的装置。或者，该通信装置2000可以作为终端设备111或终端设备112，或者应用于终端设备111或终端设备112中的装置。
具体的，通信装置1000中的处理单元1100的功能可以由一个或多个处理器2100来实现。通信装置1000中的收发单元1200的功能可以由收发器2200来实现。
在图3所示的通信装置2000的各个实现方式中，收发器可以包括接收机和发射机，该接收机用于执行接收的功能(或操作)，该发射机用于执行发射的功能(或操作)。收发器用于通过传输介质和其他设备/装置进行通信。
该通信装置2000还可以包含一个或多个存储器2300。用于存储程序指令和/或数据。存储器2300和处理器2100耦合。本申请实施例中的耦合是装置、或单元之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置或单元之间的信息交互。处理器2100可能和存储器2300协同操作。处理器2100可能执行存储器2300中存储的程序指令。可选的，上述一个或多个存储器中的至少一个可以包括于处理器中。
本申请实施例中不限定上述处理器2100、收发器2200、以及存储器2300之间的具体连接介 质。图3给出的示例中，处理器2100、收发器2200以及存储器2300之间通过总线2400连接，总线在以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
可理解，在图3所示的通信装置为网络设备时，网络设备还可以具有比图3更多的元器件等。同样可理解，在图3所示的通信装置为终端设备时，终端设备还可以具有比图3更多的元器件等。本申请实施例对此不作限定。
图4是本申请实施例提供的一种电路系统3000的示意性框图。如图4所示，网络设备可以包括处理电路3100和接口电路3200。
该电路系统3000可以作为网络设备110或者应用于网络设备110中的装置。或者，该电路系统3000可以作为终端设备111或终端设备112，或者应用于终端设备111或终端设备112中的装置。此时，上述处理单元1100可以用处理电路3100实现，收发单元1200用接口电路3200实现。该处理电路3100可以为芯片、逻辑电路、集成电路或片上系统(system on chip，SoC)芯片等，接口电路3200可以为通信接口、输入输出接口等。
在本申请实施例中，处理器2100或处理电路3100可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，可以实现或者执行本申请实施例提供的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所提供的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成等。
下面，对结合上述通信装置和系统，对本申请实施例提供的方法进行说明。
应理解，下文所描述的方法实施例中仅以执行主体为网络设备和/或终端设备为例，网络设备还可以替换为配置于网络设备中的芯片，终端设备也可以替换为配置于终端设备中的芯片。
一般的，网络设备通过寻呼机制通知终端设备有业务到达。相应的，终端设备通过接收寻呼消息，来确定该寻呼消息中是否有与自己相关的信息，以便后续进行业务处理。为了省电，终端设备在空闲状态或非激活状态下，会周期性的醒来监听来自网络设备的寻呼消息，其它时间处于休眠状态(比如关闭接收机)。具体的，终端设备可以在每个寻呼周期中的一个寻呼时刻(PO)醒来检测(或接收)网络设备发送的DCI，然后根据检测(或接收)到的DCI，接收寻呼消息，并根据寻呼消息中的内容，确认该寻呼消息是否与自己相关。终端设备还可以根据DCI中短消息(short message)的指示读系统信息(如该短消息指示系统信息发生改变，终端设备根据该短消息读取系统信息)。为了进一步省电，终端设备在每个PO醒来监听DCI之前，会先检测唤醒信号，只有检测到唤醒信号之后，才进一步接收DCI和寻呼消息，如果没有检测到唤醒信号，则终端设备在当前寻呼周期内不会接收DCI和寻呼消息。
由于寻呼消息是发给一组终端设备的(比如寻呼消息中可以携带多个终端设备的标识信息，或者携带针对一组终端设备的业务标识信息)，被寻呼的终端设备只有在检测并接收到寻呼消息之后，才知道该寻呼消息是否与自己相关。比如，终端设备1的业务状态为单播业务状态，但该寻呼消息是针对MBS的，则终端设备1也必须先接收到寻呼消息之后，才知道该寻呼与自己无关，此时，终端设备检测DCI(或唤醒信号和DCI)，接收与自己无关的寻呼消息，会浪费自己的电能，影响电池的续航。
鉴于此，本申请实施例提供了一种信息接收方法和发送方法，减少了终端设备检测与自己无关的寻呼消息带来的耗电，有利于电池续航。
本申请实施例提供的一种信息接收方法和发送方法，以执行主体为终端设备111和网络设备110为例进行描述。
在本申请实施例提供了一种信息接收方法和发送方法中，终端设备111根据业务状态确定是否检测唤醒信号，比如业务状态为单播业务状态时，检测唤醒信号，当业务状态包括组播业务状态和/或广播业务状态时，不检测唤醒信号。或者对唤醒信号进行细化，终端设备在不同业务状态时，检测不同的唤醒信号。从而可以减少终端设备醒来检测和接收与自己无关的业务通知信息带来的耗电。
图5是本申请实施例提供的一种信息接收方法和发送方法的流程示意图。如图5所示，该方法包括：
S101a，网络设备110确定待通知的业务类型。
待通知的业务类型，即通知将要发起哪种业务，通知终端设备接收哪种业务，或者终端哪种业务有数据需要传输等。
示例性的，待通知的业务类型可以包括，单播业务，多播业务，广播业务中的至少一个。或者，待通知的业务类型可以包括单播业务、MBS(即不区分多播业务和广播业务)中的至少一个。
网络设备获取待通知的业务类型的方式可以包括从核心网先接收一个业务通知信息，该业务通知信息可以是核心网的寻呼或者其它信息，本申请实施例不作限制。比如，当核心网有相关MBS业务的通知时，比如MBS的开始、有MBS数据需要传输等，核心网触发通知，相应的，该业务通知信息中可以指示多播业务和/或广播业务相关的信息，比如业务标识(Service identity,Service ID)，TMGI，MBS Indicator，业务类型(如多播业务，广播业务)，接收该业务的终端设备或者对该业务感兴趣的终端设备的标识信息(比如UE ID)等中的一个或多个。再比如，网络设备可以向核心网请求业务通知信息的内容，然后从核心网接收一个业务通知信息。可选的，该业务通知信息中还可以指示终端设备是否支持唤醒信号的能力信息。该能力信息是终端设备预先上报给核心网的，具体的，该能力信息可以包括终端设备是否支持唤醒信号，唤醒信号与对应的寻呼时刻之间的时间间隔等。可以理解的，唤醒信号与对应的寻呼时刻之间的时间间隔表示该唤醒信号与PO之间的最小时间间隔，该最小时间间隔可以与终端设备的处理能力有关。
另一种实现方式中，待通知的业务类型的可以是网络设备本地存储的，比如，在网络设备本地存储多播业务和/或广播业务相关的信息，比如业务标识(Service ID)，TMGI，MBS Indicator，业务类型(如多播业务，广播业务)等中的一个或多个。本申请实施例对业务通知信息的内容的获取方式不作限制。
网络设备根据待通知的业务类型确定是否执行S102中网络设备所执行的动作。
一种实现方式中，当待通知的业务类型包括单播业务时，网络设备确定执行S102中网络设备所执行的动作。比如待通知的业务类型为单播业务，或者待通知的业务类型包括单播业务和多播业务，或者待通知的业务类型包括单播业务，多播业务和广播业务，此时，网络设备确定执行S102中网络设备所执行的动作。进一步的，如果来自核心网的业务通知信息中指示终端设备支持唤醒信号的能力信息，则网络设备在确定执行S102中网络设备所执行的动作之前，还需要确定终端设备支持接收唤醒信号。如果确定待寻呼的单播业务对应的终端设备不支持接收唤醒信号，则网络设备不执行S102。
另一种实现方式中，当待通知的业务类型不包括单播业务时，网络设备确定执行S103中网络设备所执行的动作，而不执行S102。或者，网络设备确定待寻呼的单播业务对应的终端设备不支持接收唤醒信号，也不执行S102。
该步骤S101a中，网络设备110的动作可以由前述通信装置(作为网络设备)的处理单元1100、处理器2100或处理电路3100来执行。
S101b，终端设备111确定业务状态。
具体的，终端设备111的业务状态可以为单播业务状态，或者终端设备111的业务状态可以包括多播业务状态，或者终端设备111的业务状态包括广播业务状态，或者终端设备111的业务状态可以包括多播业务状态和广播业务状态。关于业务状态的解释可以参考上文，在此不作重复描述。
当终端设备111的业务状态为单播业务状态时，终端设备执行S102中终端设备的动作，如检测来自网络设备的第一唤醒信号。当终端设备111的业务状态包括多播业务状态和/或广播业务状态时，终端设备跳过S102，执行S103中终端设备的动作。
通常，网络设备会同时寻呼一组终端设备，该一组终端设备可以包括一个或多个终端设备，比如该一组终端设备可以包括终端设备111和终端设备112。网络设备可以根据终端设备的标识信息，如临时移动台标识(temporary mobile subscriber identity,TMSI)，将终端设备划分为不同的组。同一组的终端设备在相同的寻呼时刻(PO)醒来检测或接收寻呼消息。关于将哪些终端设备划分成一组，本申请不作详细描述。
该一组终端设备中，不同的终端设备的业务状态可能不同，比如终端设备111的业务状态是单播业务状态，而终端设备112的业务状态可以包括多播业务状态和/或广播业务状态。
如果终端设备111的业务状态包括多播业务状态和/或广播业务状态，则即使网络设备110发送第一唤醒信号(比如网络设备确定针对该一组终端设备的业务通知信息中，包括单播业务)，终端设备111也不执行S102，即不检测第一唤醒信号，或者忽略第一唤醒信号。
如果终端设备111的业务状态为单播业务状态，终端设备111检测第一唤醒信号，无论网络设备是否发送第一唤醒信号。
该步骤S101b中，终端设备111的动作可以由前述通信装置(作为终端设备)的处理单元1100、处理器2100或处理电路3100来执行。
S102，网络设备110向终端设备111发送第一唤醒信号。
如上文所述，网络设备在确定待通知的业务类型包括单播业务时，则网络设备可以发送第一唤醒信号。在此不作赘述。或者，网络设备根据待通知的业务类型包括单播业务，发送第一唤醒信号，此时，步骤S201a中可选，即网络设备可以没有显式确定待通知的业务类型的动作。
相应的，当终端设备111的业务状态为单播业务状态时，确定检测第一唤醒信号。或者，终端设备根据业务状态为单播业务状态，确定检测第一唤醒信号，此时，步骤101b可选，即终端设备要以没有电焊工确定业务状态为单播业务状态的动作。
第一唤醒信号用于指示终端设备检测第一信息。当终端设备检测到第一唤醒信号，则说明终端设备需要进一步接收第一信息。当终端设备尝试检测第一唤醒信号，但没有检测到(接收到)第一唤醒信号，则终端设备不再接收第一信息，而是等到下一个寻呼周期对应的寻呼时刻，或者第一唤醒信号对应的时刻，再根据业务状态，检测第一唤醒信号。
图6示出了终端设备检测第一唤醒信号和业务通知信息的一个示例。在图6(A)中，以终端设 备的业务状态为单播业务状态，业务通知信息为寻呼，第一信息为下行控制信息为例进行说明。如图6(A)所示，终端设备在每个寻呼周期中的一个寻呼时刻之前，先检测该寻呼时刻对应的第一唤醒信号。具体的，在寻呼时刻1之前，终端设备醒来尝试检测第一唤醒信号，但没有检测到第一唤醒信号，则终端设备在寻呼时刻1不再检测下行控制信息和寻呼，而是保持休眠到下一个寻呼周期(寻呼时刻2)。终端设备在寻呼时刻2之前，再次醒来检测第一唤醒信号，如果检测到第一唤醒信号，则终端设备在寻呼时刻2进一步接收下行控制信息和寻呼，并根据寻呼中的内容进行后续处理，如接收单播业务，接收多播业务和/或广播业务等。在寻呼时刻3之前，终端设备再次尝试检测第一唤醒信号，但没有检测到第一唤醒信号，则终端设备在寻呼时刻3不再检测下行控制信息和寻呼，而是保持休眠到下一个寻呼周期，不再赘述。
在图6(B)中，以终端设备的业务状态包括多播业务状态和/或广播业务状态，业务通知信息为寻呼，第一信息为下行控制信息为例进行说明。如图6(B)所示，终端设备在每个寻呼周期中的一个寻呼时刻，检测或接收下行控制信息和寻呼。具体的，在寻呼时刻1，则终端设备在寻呼时刻1没有接收到下行控制信息和寻呼，则保持休眠到下一个寻呼周期(寻呼时刻2)。终端设备在寻呼时刻2，再次醒来检测或接收下行控制信息和寻呼，如果接收到寻呼，则根据寻呼中的内容进行后续处理，如接收单播业务，接收多播业务和/或广播业务等。在寻呼时刻3之前，终端设备再次尝试检测下行控制信息和寻呼，不再赘述。
在一种实施方式中，网络设备先向终端设备发送第一唤醒信号的配置信息。相应的终端设备接收第一唤醒信号的配置信息。具体的，第一唤醒信号的配置信息可以携带在系统信息或其它网络设备以广播方式发送的信息，还可以携带在单播信息中，如无线资源控制释放(RRC Release)消息等专用消息中，本申请实施例不作限制。第一唤醒信号的配置信息可以包括：WUS的频域资源位置(Frequency location of WUS)，WUS的时域资源位置，配置的最大WUS持续时间(Maximum WUS duration)，配置的最大WUS持续时间结束到第一个关联的PO的最小时间间隔(Minimum time gap in from the end of the configured maximum WUS duration to the first associated PO)等。该步骤S102中，网络设备110的动作可以由前述通信装置(作为网络设备)的收发单元1200、收发器2200或接口电路3200来执行,终端设备111的动作可以由前述通信装置(作为终端设备)的收发单元1200、收发器2200或接口电路3200来执行。
S103，网络设备110向终端设备发送第一信息。
相应的，终端设备111检测或接收第一信息。
第一信息可以是下行控制信息(downlink control information,DCI),当业务通知信息是寻呼时，第一信息可以使用P-RNTI加扰，当业务通知信息是系统信息时，第一信息可以使用系统信息无线网络临时标识(system information-radio network temporary identity，SI-RNTI)或寻呼无线网络临时标识(paging-radio network temporary identity，P-RNTI)加扰，当业务通知信息是MCCH时，第一信息可以使用多媒体广播多播业务无线网络临时标识(Multimedia Broadcast Multicast Service-RNTI，M-RNTI)或P-RNTI加扰。
通常，该第一信息中包括传输业务通知信息使用的无线资源(如物理资源块)，还可以包括调制编码方式等信息。
当终端设备111的业务状态为单播业务状态时，终端设备根据检测到的第一唤醒信号，接收第一信息。即，终端设备响应于检测到的第一唤醒号，接收第一信息。进一步的，终端设备根据接收到的第一信息，接收业务通知信息(S104中终端设备的动作)。
当终端设备111的业务状态包括多播业务状态和/或广播业务状态时，终端设备检测或接收第一信息。即终端设备在寻呼时刻，直接检测是否有第一信息，如果检测到第一信息(或接收到第一信息)，则进一步根据第一信息，接收业务通知信息(S104中终端设备的动作)。
该步骤S103中，网络设备110的动作可以由前述通信装置(作为网络设备)的收发单元1200、收发器2200或接口电路3200来执行,终端设备111的动作可以由前述通信装置(作为终端设备)的收发单元1200、收发器2200或接口电路3200来执行。
S104，网络设备110向终端设备发送业务通知信息。
相应的，终端设备111接收业务通知信息。
业务通知信息可以包括寻呼，系统信息，MCCH中承载的信息中的至少一个。
业务通知信息中的内容可以包括待通知的终端设备的标识信息，待通知的业务的标识信息中的至少一个。当业务通知信息是寻呼时，终端设备的标识信息可以是TMSI，待通知的业务的标识信息可以是TMGI。业务通知信息也可以是系统信息和/或MCCH，此时，待通知的业务的标识信息可以是TMGI。
业务通知信息的内容可以包括待通知的业务类型。
业务通知信息可以在物理下行共享信道(physical downlink shared channel,PDSCH)中传输，比如，当业务通知信息为寻呼或系统信息时，在PDSCH中传输。
进一步的，终端设备根据业务通知信息中的内容进行后续操作，以业务通知信息为寻呼为例，当寻呼中的内容包括该终端设备的标识信息，则确定该寻呼与自己相关，进而响应该寻呼，如果该终端设备处理空闲状态或非激活状态，则终端设备发起RRC连接请求过程。或者，当寻呼中的内容包括待通知的业务的标识信息，终端设备根据待通知的业务的标识信息确定该寻呼与自己相关，也就是说待通知的业务的标识信息是否为终端设备感兴趣的业务，进而响应该寻呼，比如该终端设备处理空闲状态或非激活状态，则终端设备发起RRC连接请求过程。业务通知信息也可以指示终端设备读取系统信息和/或MCCH信息，系统信息和/或MCCH信息可以包括待通知的业务的标识信息，则相似于上述方案，终端设备根据待通知的业务的标识信息确定该寻呼与自己相关，进而响应该通知信息，比如该终端设备处理空闲状态或非激活状态，则终端设备发起RRC连接请求过程，或者通过广播信息获取业务配置等。
该步骤S104中，网络设备110的动作可以由前述通信装置(作为网络设备)的收发单元1200、收发器2200或接口电路3200来执行,终端设备111的动作可以由前述通信装置(作为终端设备)的收发单元1200、收发器2200或接口电路3200来执行。
该步骤可选。
本申请实施例中，通过引入唤醒信号，并且唤醒信号只与单播业务相关，来减少终端设备不必要的耗电。比如，当终端设备的业务状态为单播业务状态时，才检测第一唤醒信号，而终端设备包括多播业务状态和/或广播业务状态时，不再检测第一唤醒信号，从而，当业务通知信息中的待通知的业务类型只包括多播业务状态和/或广播业务状态时，一方面，网络设备不需要发送第一唤醒信号，另一方面，业务状态为单播业务状态终端设备因为检测不到第一唤醒信号，也就不需要进一步接收第一信息和业务通知信息。因此有利于网络设备和终端设备的节电。在系统中，业务状态为单播业务状态终端设备的比例更大时，或者当业务通知信息中的待通知的业务类型只包括多播业务状态和/或广播业务状态的频率高时，可以有更好的节电效果。
在本申请另一个实施例中，针对不同业务状态，设计不同的唤醒信号。比如，终端设备的业 务状态为单播业务状态时，检测第一唤醒信号，终端设备的业务状态包括多播业务状态和/或广播业务状态时，检测第二唤醒信号，进一步的，还可以检测第一唤醒信号。除了前述实施例中的好处外，还可以减少业务状态为多播业务状态和/或广播业务状态的终端设备的耗电。
如图7所示，该申请实施例提供的方法包括如下步骤：
S201a，网络设备110确待通知的业务类型。具体的，该步骤可以参考S101a。
此外，该步骤S201a中，当待通知的业务类型包括单播业务时，网络设备确定执行S202a中网络设备的动作，比如，待通知的业务类型包括单播业务，或者当待通知的业务类型包括单播业务和多播业务，网络设备确定执行S202a中网络设备的动作。
当待通知的业务类型包括多播业务和/或广播业务时，网络设备确定执行S202b中网络设备的动作，比如，当待通知的业务类型包括多播业务和/或广播业务，或者当待通知的业务类型包括多播业务和/或广播业务，以及单播业务，网络设备确定执行S202b中网络设备的动作。
可以理解的，当待通知的业务类型包括单播业务，以及多播业务和/或广播业务，则网络设备确定执行S202a中网络设备的动作和S202b中网络设备的动作。
S201b，终端设备111确定业务状态。
具体的，该步骤可以参考S101b。
该步骤S201b与S101b不同之处在于，当终端设备111的业务状态为单播业务状态时，终端设备执行S202a中终端设备的动作，检测来自网络设备的第一唤醒信号。当终端设备111的业务状态包括多播业务状态和/或广播业务状态时，终端设备执行S202b中终端设备的动作。进一步的，当终端设备111的业务状态包括多播业务状态和/或广播业务状态时，终端设备还可以执行S202a中终端设备的动作。
S202a，网络设备110向终端设备111发送第一唤醒信号。
一种实现方式中，S201a和S202a中网络设备的动作可以替换成网络设备根据待通知的业务类型包括单播业务，发送第一唤醒信号，此时，可以理解为步骤S201a可选，即网络设备可以没有显式确定待通知的业务类型的动作。
相应的，当终端设备111的业务状态为单播业务状态时，确定检测第一唤醒信号。
一种实现方式中，S201b和S202a中终端设备的动作可以替换为终端设备111根据业务状态为单播业务状态，检测第一唤醒信号。此时可以理解步骤S201b可选。
具体的，该步骤可以参考S102。
S202b，网络设备110向终端设备111发送第二唤醒信号。
一种实现方式中，S201a和S202b中网络设备的动作可以替换成网络设备根据待通知包括多播业务和/或广播业务，发送第二唤醒信号，此时，可以理解为步骤S201a可选，即网络设备可以没有显式确定待通知的业务类型的动作。
相应的，当终端设备111的业务状态包括多播业务状态和/或广播业务状态时，确定检测第二唤醒信号。
一种实现方式中，S201b和S202b终端设备的动作可以替换为终端设备111根据业务状态包括多播业务状态和/或广播业务状态，检测第二唤醒信号。此时可以理解步骤S201b可选。
具体的，该步骤可以参考S102。
具体的，该步骤可以参考S102。
第二唤醒信号用于指示终端设备检测第一信息。当终端设备检测到第二唤醒信号，则说明终端设备需要进一步接收第一信息。当终端设备尝试检测第二唤醒信号，但没有检测到(接收到)第二唤醒信号，则终端设备不再接收第一信息，而是等到下一个寻呼周期对应的寻呼时刻，再根据业务状态，检测第二唤醒信号。
本申请实施例中，第一唤醒信号与第二唤醒信号所使用的序列可以不同，和/或使用的无线资源(时域资源和/或频域资源)可以不同。进一步的，第一唤醒信号与第二唤醒信号的周期也可能不同，比如，第一唤醒信号的周期与寻呼周期相同，第二唤醒信号的周期是寻呼周期的N倍，N大于1等。
图8示出了终端设备检测第一唤醒信号、第二唤醒信号和业务通知信息的一个示例。以业务通知信息为寻呼，第一信息为下行控制信息为例进行说明。
在图8(A)中，假设终端设备的业务状态为单播业务状态，可以参考图6(A)，在此不作赘述。
一种实现方式中，假设终端设备的业务状态包括多播业务状态和/或广播业务状态，终端设备检测第二唤醒信号。此时，与终端设备检测第一唤醒信号过程类似，不再赘述。
另一种实现方式中，假设终端设备的业务状态包括多播业务状态和/或广播业务状态，终端设备检测第一唤醒信号和第二唤醒信号，如图8(B)所示。此时，无论检测到第一唤醒信号，还是检测到第二唤醒信号，终端设备都要接收第一信息。进一步的，当终端设备检测到第一唤醒信号和第二唤醒信号中的一个时，可以不再检测另外一个唤醒信号，从而可以进一步减少终端耗电。如图8(B)，在寻呼时刻1之前，终端设备检测到第二唤醒信号，则在寻呼时刻1接收下行控制信息和寻呼，在寻呼时刻2之前，终端设备检测到第一唤醒信号，则在寻呼时刻2接收下行控制信息和寻呼，在寻呼时刻3之前，终端设备没有检测到第一唤醒信号，也没有检测到第二唤醒信号，则在寻呼时刻3不再接收下行控制信息和寻呼，保持休眠到下一个寻呼周期(图中未示出)。
在一种实施方式中，网络设备先向终端设备发送第一唤醒信号和第二唤醒信号的配置信息。相应的终端设备接收第一唤醒信号和第二唤醒信号的配置信息。具体的，第一唤醒信号和第二唤醒信号的配置信息可以携带在系统信息或其它网络设备以广播方式发送的信息，还可以携带在单播信息中，如无线资源控制释放(RRC Release)消息等专用消息中，本申请实施例不作限制。第一唤醒信号的配置信息可以指示第一唤醒信号的无线资源(时域资源、频域资源、码域资源、空域资源中一个或多个)，该配置信息还可以指示与第一唤醒信号关联或业务状态为单播业务状态。类似的，第二唤醒信号的配置信息可以指示第二唤醒信号的无线资源(时域资源、频域资源、码域资源、空域资源中一个或多个)，该配置信息还可以指示与第二唤醒信号关联或业务状态为广播业务状态和/或多播业务状态。相应的，终端设备根据业务状态，以及第一唤醒信号的配置信息和/或第二唤醒信号的配置信息，确定检测的唤醒信号。
S203，网络设备110向终端设备发送第一信息。
相应的，终端设备111检测或接收第一信息。
具体的，该步骤可以参考S103。
S204，网络设备110向终端设备发送业务通知信息。
相应的，终端设备111接收业务通知信息。
具体的，该步骤可以参考S104。
本步骤可选。
本申请实施例中，通过引入分别对应单播业务的第一唤醒信号和对应广播业务和/或多播业务的第二唤醒信号，来减少单播业务状态的终端设备的耗电，还可以减少广播业务状态和/或多播业务状态的终端设备的耗电。比如，当终端设备的业务状态为单播业务状态时，检测第一唤醒信号，只有检测到第一唤醒信号之后，才进一步接收第一信息和业务通知信息，如果没有检测到第一唤醒信号，终端设备在不需要接收对应的第一信息和业务通知信息，从而达到省电效果。类似的，终端设备包括多播业务状态和/或广播业务状态时，检测第二唤醒信号(或者第一唤醒信号和第二唤醒信号)，只有检测到第二唤醒信号(或者第一唤醒信号和第二唤醒信号)之后，才进一步接收第一信息和业务通知信息，如果没有检测到第二唤醒信号(或者既没有检测到第一唤醒信号，也没有检测到第二唤醒信号)，终端设备在不需要接收对应的第一信息和业务通知信息，从而达到省电效果。
在本申请另一个实施例中，在图7所示实施例包括第一唤醒信号和第二唤醒信号的基础上，进一步引入第三唤醒信号，分别针对单播业务，组播业务和广播业务。比如，终端设备的业务状态为单播业务状态时，检测第一唤醒信号，终端设备的业务状态包括多播业务状态时，检测第二唤醒信号，进一步的，还可以检测第一唤醒信号。当终端设备的业务状态包括广播业务状态时，检测第三唤醒信号，进一步的，还可以检测第一唤醒信号和/或第二唤醒信号。该申请实施例可以减少不同业务状态的终端设备的耗电。
如图9所示，该申请实施例提供的方法包括如下步骤：
S301a，网络设备110确待通知的业务类型。具体的，该步骤可以参考S101a或S201a。
此外，该步骤S301a中，当待通知的业务类型包括单播业务时，网络设备确定执行S302a中网络设备的动作，比如，待通知的业务类型包括单播业务，或者当待通知的业务类型包括单播业务和多播业务，网络设备确定执行S302a中网络设备的动作。
当待通知的业务类型包括多播业务时，网络设备确定执行S302b中网络设备的动作，比如，当待通知的业务类型包括多播业务，或者当待通知的业务类型包括多播业务和广播业务，以及单播业务，网络设备确定执行S302b中网络设备的动作。
当待通知的业务类型包括广播业务时，网络设备确定执行S302c中网络设备的动作，比如，当待通知的业务类型包括广播业务，或者当待通知的业务类型包括广播业务和多播业务，以及单播业务，网络设备确定执行S302c中网络设备的动作。
可以理解的，当待通知的业务类型包括单播业务，多播业务和广播业务，则网络设备确定执行S302a中网络设备的动作，S302b中网络设备的动作和S302c中网络设备的动作。
S301b，终端设备111确定业务状态。
具体的，该步骤可以参考S101b或S201b。
该步骤S301b与S201b不同之处在于，当终端设备111的业务状态为单播业务状态时，终端设备执行S302a中终端设备的动作，检测来自网络设备的第一唤醒信号。当终端设备111的业务状态包括多播业务状态时，终端设备执行S302b中终端设备的动作。进一步的，当终端设备111的业务状态包括多播业务状态和/或广播业务状态时，终端设备还可以执行S302a中终端设备的动作。当终端设备111的业务状态包括广播业务状态时，终端设备执行S302c中终端设备的动作。进一步的，当终端设备111的业务状态包括广播业务状态时，终端设备还可以执行S302a中终端 设备的动作和/或S302b中终端设备的动作。
S302a，网络设备110向终端设备111发送第一唤醒信号。
相应的，当终端设备111的业务状态为单播业务状态时，确定检测第一唤醒信号。
具体的，该步骤可以参考S102或S202a。
S302b，网络设备110向终端设备111发送第二唤醒信号。
相应的，当终端设备111的业务状态包括多播业务状态时，确定检测第二唤醒信号。
具体的，该步骤可以参考S102或S202b。
第二唤醒信号用于指示终端设备检测第一信息。当终端设备检测到第二唤醒信号，则说明终端设备需要进一步接收第一信息。当终端设备尝试检测第二唤醒信号，但没有检测到(接收到)第二唤醒信号，则终端设备不再接收第一信息，而是等到下一个寻呼周期对应的寻呼时刻，再根据业务状态，检测第二唤醒信号。
S302c，网络设备110向终端设备111发送第三唤醒信号。
相应的，当终端设备111的业务状态包括广播业务状态时，确定检测第三唤醒信号。
具体的，该步骤可以参考S202b。
本申请实施例中，第一唤醒信号、第二唤醒信号和第三唤醒信号所使用的序列可以不同，和/或使用的无线资源(时域资源和/或频域资源)可以不同。进一步的，第一唤醒信号与第二唤醒信号的周期也可能不同，比如，第一唤醒信号的周期与寻呼周期相同，第二唤醒信号的周期是寻呼周期的M倍，M大于1等，第三唤醒信号的周期是寻呼周期的N倍，N大于1等。
结合图8和图10，本申请实施例提供了一个终端设备检测第一唤醒信号、第二唤醒信号、第三唤醒信号和业务通知信息的示例。以业务通知信息为寻呼，第一信息为下行控制信息为例进行说明。
一种实现方式中，当终端设备的业务状态为单播业务状态时，终端设备检测第一唤醒信号，如图8(A)所示。在此不作赘述。
一种实现方式中，当终端设备的业务状态为多播业务状态时，终端设备检测第二唤醒信号，此时，与终端设备检测第一唤醒信号过程类似，不再赘述。
一种实现方式中，当终端设备的业务状态为多播业务状态时，终端设备检测第一唤醒信号第二唤醒信号，如图8(B)所示，在此不再赘述。
一种实现方式中，当终端设备的业务状态为广播业务状态时，终端设备检测第三唤醒信号，此时，与终端设备检测第一唤醒信号或第二唤醒信号过程类似，不再赘述。
一种实现方式中，当终端设备的业务状态为广播业务状态时，终端设备检测第一唤醒信号和第三唤醒信号，此时，与终端设备检测第一唤醒信号或第二唤醒信号过程类似，在此不再赘述。
一种实现方式中，当终端设备的业务状态为广播业务状态时，终端设备检测第二唤醒信号和第三唤醒信号，此时，与终端设备检测第一唤醒信号或第二唤醒信号过程类似，在此不再赘述。
一种实现方式中，当终端设备的业务状态为广播业务状态时，终端设备检测第一唤醒信号，第二唤醒信号和第三唤醒信号，如图10所示。此时，终端设备检测到第一唤醒信号，第二唤醒信号，和第三唤醒信号中的任一个，终端设备都要接收第一信息。进一步的，当终端设备检测到第一唤醒信号、第二唤醒信号和第三唤醒信号中的任一个时，可以不再检测另外两个唤醒信号，从而可以进一步减少终端耗电。如图10所示，在寻呼时刻1之前，终端设备检测到第三唤醒信号，则在寻呼时刻1接收下行控制信息和寻呼，在寻呼时刻2之前，终端设备检测到第一唤醒信号， 则在寻呼时刻2接收下行控制信息和寻呼，在寻呼时刻3之前，终端设备没有检测到第一唤醒信号，也没有检测到第二唤醒信号，了没有检测到第三唤醒信号，则在寻呼时刻3不再接收下行控制信息和寻呼，保持休眠到下一个寻呼周期(图中未示出)。
在一种实施方式中，网络设备先向终端设备发送第一唤醒信号、第二唤醒信号和第三唤醒信号的配置信息。相应的终端设备接收第一唤醒信号、第二唤醒信号和第三唤醒信号的配置信息。具体的，第一唤醒信号、第二唤醒信号和第三唤醒信号的配置信息可以携带在系统信息或其它网络设备以广播方式发送的信息，还可以携带在单播信息中，如无线资源控制释放(RRC Release)消息等专用消息中，本申请实施例不作限制。第一唤醒信号的配置信息可以指示第一唤醒信号的无线资源(时域资源、频域资源、码域资源、空域资源中一个或多个)，该配置信息还可以指示与第一唤醒信号关联或业务状态为单播业务状态。类似的，第二唤醒信号的配置信息可以指示第二唤醒信号的无线资源(时域资源、频域资源、码域资源、空域资源中一个或多个)，该配置信息还可以指示与第二唤醒信号关联或业务状态为多播业务状态。类似的，第三唤醒信号的配置信息可以指示第三唤醒信号的无线资源(时域资源、频域资源、码域资源、空域资源中一个或多个)，该配置信息还可以指示与第三唤醒信号关联或业务状态为多播业务状态。相应的，终端设备根据业务状态，以及第一唤醒信号的配置信息、第二唤醒信号的配置信息或第三唤醒信号的配置信息中的至少一个，确定检测的唤醒信号。
S303，网络设备110向终端设备发送第一信息。
相应的，终端设备111检测或接收第一信息。
具体的，该步骤可以参考S103或S203。
S304，网络设备110向终端设备发送业务通知信息。
相应的，终端设备111接收业务通知信息。
具体的，该步骤可以参考S104或S204。
本步骤可选。
本申请实施例中，通过引入分别对应单播业务的第一唤醒信号、对应多播业务的第二唤醒信号，以及对应广播业务的第三唤醒信号，来减少单播业务状态的终端设备的耗电，还可以减少广播业务状态的终端设备的耗电以及多播业务状态的终端设备的耗电。比如，当终端设备的业务状态为单播业务状态时，检测第一唤醒信号，只有检测到第一唤醒信号之后，才进一步接收第一信息和业务通知信息，如果没有检测到第一唤醒信号，终端设备在不需要接收对应的第一信息和业务通知信息，从而达到省电效果。类似的，终端设备包括多播业务状态时，检测第二唤醒信号(或者第一唤醒信号和第二唤醒信号)，只有检测到第二唤醒信号(或者第一唤醒信号和第二唤醒信号)之后，才进一步接收第一信息和业务通知信息，如果没有检测到第二唤醒信号(或者即没有检测到第一唤醒信号，也没有检测到第二唤醒信号)，终端设备在不需要接收对应的第一信息和业务通知信息，从而达到省电效果。类似的，终端设备包括广播业务状态时，检测第三唤醒信号(或者第三唤醒信号，以及第一唤醒信号和/或第二唤醒信号)，只有检测到第三唤醒信号(或者第三唤醒信号，以及第一唤醒信号和/或第二唤醒信号)之后，才进一步接收第一信息和业务通知信息，如果没有检测到第三唤醒信号(或者没有检测到第一唤醒信号，第二唤醒信号和第三唤醒信号)，终端设备不需要接收对应的第一信息和业务通知信息，从而达到省电效果。
在本申请另一个实施例中，对上述唤醒信号进一步细化。比如，上述实施例中的第二唤醒信 号，属于第二唤醒信号集合,该第二唤醒信号集合包括至少两个第二唤醒信号，其中，第二唤醒信号集合中每个第二唤醒信号与业务属性信息集合中的一个业务属性关联，该第二唤醒信号集合中的第二唤醒信号用于指示第一信息。
在一种实施方式中，网络设备先向终端设备发送第二唤醒信号集合的配置信息，第二唤醒信号集合的配置信息包括至少两个第二唤醒信号的配置信息，其中每个第二唤醒信号的配置信息可以指示对应的第二唤醒信号的无线资源(时域资源、频域资源、码域资源、空域资源中一个或多个)，还可以指示与该第二唤醒信号关联的业务状态为与业务属性信息集合中的一个业务属性信息对应的业务状态。相应的，终端设备根据业务状态，以及第二唤醒信号集合的配置信息，确定检测的第二唤醒信号。
在一种实施方式中，网络设备向终端设备发送第二唤醒信号集合的配置信息之前，网络设备从核心网获得上述业务属性信息集合。
本申请实施例的过程与图5、图7、图9的过程类似，在此不再赘述。下面仅对上述实施例中没有描述的提到的内容进行描述。
本申请实施例中，业务属性信息集合包括：业务标识信息集合，业务类型信息集合，服务质量QoS需求信息集合,或业务通知的频繁程度信息集合中的至少一个。业务属性信息集合包括至少两个业务属性信息。进一步的，终端设备根据业务状态(或业务属性信息)，确定检测第二唤醒信号集合中与业务属性信息关联的第二唤醒信号。
可以理解的，当终端设备的业务状态包括与一个或多个业务属性信息对应的业务状态，则终端设备检测与该一个或多个业务属性信息关联的一个或多个第二唤醒信号。
示例性的，业务标识信息集合可以包括至少两组多播业务的标识，比如TMGI。具体的，将不同的TMGI划分成组，每组TMGI表示一个业务属性信息。每组TMGI中包括至少一个TMGI。比如，每个TMGI可以形成一组。或者，根据TMGI大小，将若干个TMGI划到一组，比如，TMGI 0～5为一组，TMGI6～10为一组等。或者，根据TMGI Mod X的取值，将不同TMGI划为一组，Mod表示取模，X为正整数。每组多播业务的标识对应一个第二唤醒信号。此时终端设备的业务状态包括多播业务状态具体包括，终端设备的业务状态包括与一个或多个业务属性信息对应的业务状态，比如，当前终端设备的业务状态为与业务属性信息TMGI 0～5对应的业务状态，终端设备检测与业务属性信息TMGI 0～5关联的第二唤醒信号。或者，当前终端设备的业务状态为与业务属性信息TMGI Mod 10＝0的TMGI对应的业务状态，终端设备检测与业务属性信息TMGI Mod 10＝0的TMGI关联的第二唤醒信号。
示例性的，业务类型信息集合可以包括公共安全(public safety)，车与任何事物通信(vehicle-to-everything，V2X)，通过无线的软件交付(software delivery over wireless),组通信(group communications)and物联网(Internet of Things，IoT)应用中的至少一个，其中每个业务类型与一个第二唤醒信号关联。此时终端设备的业务状态包括多播业务状态具体包括，终端设备的业务状态包括与一个或多个业务属性信息对应的业务状态，比如，当前终端设备的业务状态为与公共安全业务类型对应的业务状态，终端设备检测与公共安全业务类型关联的第二唤醒信号。或者，当前终端设备的业务状态为与V2X对应的业务状态，终端设备检测与V2X业务类型关联的第二唤醒信号。
示例性的，服务质量QoS需求信息集合可以包括至少两个多播业务QoS需求信息。一种实现方式中，多播业务QoS需求信息集合包括低QoS需求信息和高QoS需求信息，其中低QoS需求信 息与一个第二唤醒信号关联，高QoS需求信息与另一个第二唤醒信号关联。此时终端设备的业务状态包括多播业务状态具体包括，终端设备的业务状态包括与一个或多个业务属性信息对应的业务状态，比如，当前终端设备的业务状态为与低QoS需求信息对应的业务状态，终端设备检测与低QoS需求信息关联的第二唤醒信号。或者，当前终端设备的业务状态为与高QoS需求信息对应的业务状态，终端设备检测与高QoS需求信息关联的第二唤醒信号。
另一种实现方式中，多播业务QoS需求信息集合中的每个QoS需求信息包括不同的5QI，此时终端设备的业务状态包括多播业务状态具体包括，终端设备的业务状态包括与一个或多个业务属性信息对应的业务状态，比如，当前终端设备的业务状态为与5QI＝1对应的业务状态，终端设备检测与5QI＝1关联的第二唤醒信号。
示例性的，业务通知的频繁程度信息集合可以包括业务通知的频繁程度等于或低于第一域值的信息，或者业务通知的频繁程度高于或等于第一域值的信息，分别与一个第二唤醒信号关联。可以理解的，可以根据需要，将业务通知的频繁程度分成更细的分组，不申请不作限制。可以理解的，不同业务的业务通知的频繁程度可能不同。此时终端设备的业务状态包括多播业务状态具体包括，终端设备的业务状态包括与一个或多个业务属性信息对应的业务状态，比如，当前终端设备的业务状态为与业务通知的频繁程度等于或低于第一域值对应的业务状态，终端设备检测与业务通知的频繁程度等于或低于第一域值的信息关联的第二唤醒信号。
可以理解的，在本申请实施例中提到的第二唤醒信号可以替换为第三唤醒信号，第二唤醒信号集合可以替换为第三唤醒信号集合。还可以理解的，在本申请实施例中可以分别对第二唤醒信号和第三唤醒信号进行细化，比如第二唤醒信号属于第二唤醒信号集合，第二唤醒信号集合中每个第二唤醒信号与业务属性信息集合中的一个业务属性关联，第三唤醒信号属于第三唤醒信号集合，第三唤醒信号集合中每个第三唤醒信号与业务属性信息集合中的一个业务属性关联，具体描述可以参考本申请实施例上述内容，在此不作赘述。
本申请实施例中，通过对唤醒信号进一步细化、分组，能够减少不同业务状态的终端设备耗电。
一种实现方案中，终端设备在接收到用于指示业务通知信息(比如寻呼)的第一信息(如用于调度寻呼的DCI)之后，会根据第一信息接收业务通知信息，然后根据业务通知信息中的内容确定是否该业务通知信息是否与自己相关，比如业务状态为单播业务状态的终端设备，在接收到业务通知信息之后，如果业务通知信息中的内容只包含有多播业务和/或广播业务，则终端设备确定该业务通知信息与自己无关，但此时，终端设备已经接收了第一信息和业务通知信息，从而增加了耗电。类似的，业务状态为多播业务状态的终端设备在接收到业务通知信息之后，如果业务通知信息中的内容只包含有广播业务，则终端设备确定该业务通知信息与自己无关，但此时，终端设备已经接收了第一信息和业务通知信息，从而增加了耗电。
鉴于此，本申请另一个实施例提供一种信息发送方法和接收方法。在本申请实施例中，通过第一信息指示待通知的业务类型，终端设备可以通过第一信息快速获得业务通知信息是否与自己有关，从而减少接收与自己无关的业务通知信息带来的耗电。
具体的，在本申请实施例中，第一信息用于指示待通知的业务类型。
一种实现方式中，待通知的业务类型可以仅包括广播业务和/或多播业务，或者包括广播业务和/或多播业务以及单播业务。比如，在第一信息中使用1bit来指示，该1bit值为1时，该业务通知信息仅与广播业务和/或多播业务有关,此时，业务状态为单播业务状态的终端设备根据该 1bit的取值，确定不接收该第一信息指示的业务通知信息，该1bit值为0时，该业务通知信息不仅仅与广播业务和/或多播业务有关，任一业务状态的终端设备都接收该第一信息指示的业务通知信息。可以理解的，该1bit的取值与待通知的业务类型的对应关系可以改变，本申请不作限制。下同。
另一种实现方式中，待通知的业务类型可以包括广播业务和/或多播业务，和/或单播业务。比如，在第一信息中使用2bit来指示，其中1bit取值用于指示是否通知广播业务和/或多播业务，比如取值为“1”指示通知广播业务和/或多播业务，取值为“0”指示不通知广播业务和/或多播业务。另1bit取值指示是否通知单播业务，比如，比如取值为“1”指示通知单播业务，取值为“0”指示不通知单播。相应的，该2bit取值为“01”表示待通知的业务类型为不通知广播业务和/或多播业务，但通知单播业务。取值为“10”表示待通知的业务类型为通知广播业务和/或多播业务，但不通知单播业务。取值为“11”表示待通知的业务类型为通知广播业务和/或多播业务，也通知单播业务此时。相应的，终端设备根据业务状态和第一信息中的2bit的取值，确定是否接收业务通知信息。比如，终端设备的业务状态为单播业务状态时，如果上述2bit取值为“10”，则确定不接收该第一信息指示的业务通知信息。如果上述2bit取值为“01”或者“11”，则确定接收该第一信息指示的业务通知信息。
另一种实现方式中，待通知的业务类型可以包括广播业务，多播业务，单播业务中的至少一个。比如，在第一信息中使用3bit来指示，其中1bit取值用于指示是否通知广播业务，比如取值为“1”指示通知广播业务，取值为“0”指示不通知广播业务。第二bit取值用于指示是否通知多播业务，比如取值为“1”指示通知多播业务，取值为“0”指示不通知多播业务。第三bit取值指示是否通知单播业务，比如，比如取值为“1”指示通知单播业务，取值为“0”指示不通知单播。相应的，该3bit取值为“001”表示待通知的业务类型为不通知广播业务，也不通知多播业务，但通知单播业务。取值为“110”表示待通知的业务类型为通知广播业务和多播业务，但不通知单播业务。取值为“111”表示待通知的业务类型为通知广播业务、多播业务，和单播业务。相应的，终端设备根据业务状态和第一信息中的3bit的取值，确定是否接收业务通知信息。比如，终端设备的业务状态为单播业务状态时，如果上述3bit取值为“110”，则确定不接收该第一信息指示的业务通知信息。如果上述3bit取值为“001”或者“011”或“111”，则确定接收该第一信息指示的业务通知信息。
另一种实现方式中，待通知的业务类型包括如下至少一个：广播业务，多播业务集合中的至少一个多播业务，单播业务，其中，多播业务集合中的每个业务与上述实施例中的业务属性信息集合中的一个业务属性关联。比如，在第一信息中使用多个bit来指示，其中第一bit取值用于指示是否通知广播业务，比如取值为“1”指示通知广播业务，取值为“0”指示不通知广播业务。第二bit取值用于指示是否通知单播业务，比如取值为“1”指示通知单播业务，取值为“0”指示不通知单播业务。其他bit取值指示是否通知多播业务集合中的至少一个多播业务，比如，假设一个业务属性集合中包含2个业务属性，则该多个bit为2比特，其中每一比特指示多播业务集合中的一个业务，比如“10”指示通知多播业务集合中的第一个多播业务，但不通知多播业务集合中的第二个多播业务，“11”指示通知多播业务集合中的第一个多播业务和第二个多播业务等。相应的，终端设备根据业务状态和第一信息中的多个bit的取值，确定是否接收业务通知信息。实现方法与上文描述类似，不再赘述。
另一种实现方式中，待通知的业务类型包括如下至少一个：广播业务集合中的至少一个广播 业务，多播业务集合中的至少一个多播业务，单播业务，其中，广播业务集合中的每个业务与上述实施例中的业务属性信息集合中的一个业务属性关联，多播业务集合中的每个业务与上述实施例中的业务属性信息集合中的一个业务属性关联。相应的，终端设备根据业务状态和第一信息中的多个bit的取值，确定是否接收业务通知信息。实现方法与上文描述类似，不再赘述。
本申请实施例可以单独实施，也可以和上述实施例组合实施。本申请不作限制。可以理解的，网络设备发送唤醒信号、第一信息或业务通知信息的实现方法可以参考上述实施例中网络设备的描述，终端设备接收第一信息或业务通知信息的实现方法可以参考上述实施例中终端设备的描述，在此不再赘述。
在本申请实施例中，通过第一信息指示待通知的业务类型，终端设备可以通过第一信息快速获得业务通知信息是否与自己有关，从而减少接收与自己无关的业务通知信息带来的耗电。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例提供的方案的技术效果。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的可读存储介质包括：U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
此外，本申请还提供一种计算机程序，该计算机程序用于实现本申请提供的信息接收方法和发送方法中终端设备执行的操作和/或处理。
本申请还提供一种计算机程序，该计算机程序用于实现本申请提供的信息接收方法和发送方法中网络设备执行的操作和/或处理。
本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机代码，当计算机代码在计算机上运行时，使得计算机执行本申请提供的信息接收方法和发送方法中终端设备执行的操作和/或处理。
本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机代码，当计算机代码在计算机上运行时，使得计算机执行本申请提供的信息接收方法和发送方法中网络设备 执行的操作和/或处理。
本申请还提供一种计算机程序产品，该计算机程序产品包括计算机代码或计算机程序，当该计算机代码或计算机程序在计算机上运行时，使得本申请提供的信息接收方法和发送方法中终端设备执行的操作和/或处理被执行。
本申请还提供一种计算机程序产品，该计算机程序产品包括计算机代码或计算机程序，当该计算机代码或计算机程序在计算机上运行时，使得本申请提供的信息接收方法和发送方法中网络设备执行的操作和/或处理被执行。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (35)

  1. 一种信息接收方法，其特征在于，
    确定业务状态为单播业务状态；
    根据所述业务状态，确定检测第一唤醒信号；
    响应于检测到的所述第一唤醒信号，接收第一信息。
  2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    确定所述业务状态包括组播业务状态和/或广播业务状态，
    根据所述业务状态，确定不检测所述第一唤醒信号；
    检测所述第一信息。
  3. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    确定所述业务状态包括组播业务状态和/或广播业务状态；
    根据所述业务状态，确定检测第二唤醒信号；
    响应于检测到的所述第二唤醒信号，检测所述第一信息。
  4. 根据权利要求3所述的方法，其特征在于，所述方法还包括：
    根据所述业务状态，确定检测所述第一唤醒信号；
    响应于检测到的所述第一唤醒信号，检测所述第一信息。
  5. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    确定所述业务状态包括广播业务状态；
    根据所述业务状态，确定检测第三唤醒信号；
    响应于检测到的所述第三唤醒信号，检测所述第一信息。
  6. 根据权利要求5所述的方法，其特征在于，所述方法还包括：
    确定检测所述第一唤醒信号和/或所述第二唤醒信号；
    响应于检测到的所述第一唤醒信号或所述第二唤醒信号，检测所述第一信息。
  7. 根据权利要求3或4所述的方法，其特征在于，所述第二唤醒信号属于第二唤醒信号集合，所述第二唤醒信号集合包括至少两个第二唤醒信号，其中，所述第二唤醒信号集合中每个第二唤醒信号与业务属性信息集合中的一个业务属性关联且用于指示接收所述第一信息，所述业务属性信息集合包括：业务标识信息集合，业务类型信息集合，服务质量QoS需求信息集合,业务通知的频繁程度信息集合中的一个，所述业务属性信息集合包括至少两个业务属性信息；
    所述根据所述业务状态，确定检测第二唤醒信号包括：
    根据业务属性信息，确定检测与所述业务属性信息关联的第二唤醒信号；
    响应于检测到的与所述业务属性信息关联的所述第二唤醒信号，检测所述第一信息。
  8. 根据权利要求1-7任一项所述的方法，其特征在于，所述第一信息用于指示业务通知信息。
  9. 根据权利要求8所述的方法，其特征在于，所述第一信息用于指示业务通知信息包括：所述第一信息用于指示待通知的业务类型，
    其中，所述待通知的业务类型仅包括广播业务或多播业务，或者
    所述待通知的业务类型包括广播业务或多播业务，和/或单播业务，或者
    所述待通知的业务类型包括广播业务，多播业务，单播业务中的至少一个，或者
    所述待通知的业务类型包括如下至少一个：广播业务，多播业务集合中的至少一个多播业务，单播业务，其中，所述多播业务集合中的每个业务与所述业务属性信息集合中的一个业务属性关 联；
    所述方法还包括：
    接收所述第一信息；
    满足第一条件时,接收所述业务通知信息,所述第一条件包括所述业务状态与所述待通知的业务类型匹配。
  10. 一种信息发送方法，其特征在于，
    确定待通知的业务类型包括单播业务；
    根据所述待通知的业务类型，确定发送第一唤醒信号以及第一信息，所述第一唤醒信息与所述第一信息对应。
  11. 根据权利要求10所述的方法，其特征在于，所述方法还包括：
    确定所述待通知的业务类型包括组播业务和/或广播业务；
    根据所述待通知的业务类型，确定不发送所述第一唤醒信号；
    发送所述第一信息。
  12. 根据权利要求10所述的方法，其特征在于，所述方法还包括：
    确定所述待通知的业务类型包括组播业务和/或广播业务；
    根据所述待通知的业务类型，确定发送第二唤醒信号和所述第一信息，所述第二唤醒信息与所述第一信息对应。
  13. 根据权利要求10所述的方法，其特征在于，所述方法还包括：
    确定所述待通知的业务类型包括广播业务；
    根据所述待通知的业务类型，确定发送第三唤醒信号和所述第一信息。
  14. 根据权利要求12所述的方法，其特征在于，所述第二唤醒信号属于第二唤醒信号集合，所述第二唤醒信号集合包括至少两个第二唤醒信号，其中，所述第二唤醒信号集合中每个第二唤醒信号与业务属性信息集合中的一个业务属性关联且用于指示所述第一信息，所述业务属性信息集合包括：业务标识信息集合，业务类型信息集合，服务质量QoS需求信息集合,业务通知的频繁程度信息集合中的一个，所述业务属性信息集合包括至少两个业务属性信息；
    根据所述待通知的业务类型，确定发送第二唤醒信号和所述第一信息包括：
    根据业务属性信息，确定发送与所述业务属性信息关联的第二唤醒信号和所述第一信息。
  15. 根据权利要求10-14任一项所述的方法，其特征在于，所述第一信息用于指示业务通知信息。
  16. 根据权利要求15所述的方法，其特征在于，所述第一信息用于指示业务通知信息包括：所述第一信息用于指示待通知的业务类型，
    其中，所述待通知的业务类型仅包括广播业务或多播业务，或者
    所述待通知的业务类型包括广播业务或多播业务，和/或单播业务，或者
    所述待通知的业务类型包括广播业务，多播业务，单播业务中的至少一个，或者
    所述待通知的业务类型包括如下至少一个：广播业务，多播业务集合中的至少一个多播业务，单播业务，其中，所述多播业务集合中的每个业务与所述业务属性信息集合中的一个业务属性关联。
  17. 一种信息接收装置，其特征在于，包括：
    处理单元，用于确定业务状态为单播业务状态；以及
    根据所述业务状态，确定检测第一唤醒信号；
    收发单元，响应于检测到的所述第一唤醒信号，接收第一信息。
  18. 根据权利要求17所述的装置，其特征在于，
    所述处理单元，用于确定所述业务状态包括组播业务状态和/或广播业务状态；以及
    根据所述业务状态，确定不检测所述第一唤醒信号；
    所述收发单元，用于检测所述第一信息。
  19. 根据权利要求17所述的装置，其特征在于，
    所述处理单元，用于确定所述业务状态包括组播业务状态和/或广播业务状态；以及
    根据所述业务状态，确定检测第二唤醒信号；
    所述收发单元，用于响应于检测到的所述第二唤醒信号，检测所述第一信息。
  20. 根据权利要求19所述的装置，其特征在于：
    所述处理单元，用于根据所述业务状态，确定检测所述第一唤醒信号；
    所述收发单元，用于响应于检测到的所述第一唤醒信号，检测所述第一信息。
  21. 根据权利要求17所述的装置，其特征在于：
    所述处理单元，用于确定所述业务状态包括广播业务状态；以及
    根据所述业务状态，确定检测第三唤醒信号；
    所述收发单元，用于响应于检测到的所述第三唤醒信号，检测所述第一信息。
  22. 根据权利要求21所述的装置，其特征在于：
    所述处理单元，用于确定检测所述第一唤醒信号和/或所述第二唤醒信号；
    所述收发单元，用于响应于检测到的所述第一唤醒信号或所述第二唤醒信号，检测所述第一信息。
  23. 根据权利要求19或20所述的装置，其特征在于，所述第二唤醒信号属于第二唤醒信号集合，所述第二唤醒信号集合包括至少两个第二唤醒信号，其中，所述第二唤醒信号集合中每个第二唤醒信号与业务属性信息集合中的一个业务属性关联且用于指示接收所述第一信息，所述业务属性信息集合包括：业务标识信息集合，业务类型信息集合，服务质量QoS需求信息集合,业务通知的频繁程度信息集合中的一个，所述业务属性信息集合包括至少两个业务属性信息；
    所述根据所述业务状态，确定检测第二唤醒信号包括：
    根据业务属性信息，确定检测与所述业务属性信息关联的第二唤醒信号；
    响应于检测到的与所述业务属性信息关联的所述第二唤醒信号，检测所述第一信息。
  24. 根据权利要求17-23任一项所述的装置，其特征在于，所述第一信息用于指示业务通知信息。
  25. 根据权利要求24所述的装置，其特征在于，所述第一信息用于指示业务通知信息包括：所述第一信息用于指示待通知的业务类型，
    其中，所述待通知的业务类型仅包括广播业务或多播业务，或者
    所述待通知的业务类型包括广播业务或多播业务，和/或单播业务，或者
    所述待通知的业务类型包括广播业务，多播业务，单播业务中的至少一个，或者
    所述待通知的业务类型包括如下至少一个：广播业务，多播业务集合中的至少一个多播业务，单播业务，其中，所述多播业务集合中的每个业务与所述业务属性信息集合中的一个业务属性关联；
    其中，
    所述收发单元，用于接收所述第一信息；以及
    满足第一条件时,接收所述业务通知信息,所述第一条件包括所述业务状态与所述待通知的业务类型匹配。
  26. 一种信息发送装置，其特征在于，包括:
    处理单元，用于确定待通知的业务类型包括单播业务；以及
    根据所述待通知的业务类型，确定发送第一唤醒信号以及第一信息，所述第一唤醒信息与所述第一信息对应。
  27. 根据权利要求26所述的装置，其特征在于，
    所述处理单元，用于确定所述待通知的业务类型包括组播业务和/或广播业务；以及
    根据所述待通知的业务类型，确定不发送所述第一唤醒信号；
    收发单元，用于发送所述第一信息。
  28. 根据权利要求26所述的装置，其特征在于：
    所述处理单元，用于确定所述待通知的业务类型包括组播业务和/或广播业务；以及
    根据所述待通知的业务类型，确定发送第二唤醒信号和所述第一信息，所述第二唤醒信息与所述第一信息对应。
  29. 根据权利要求26所述的装置，其特征在于，
    所述处理单元，用于确定所述待通知的业务类型包括广播业务；以及
    根据所述待通知的业务类型，确定发送第三唤醒信号和所述第一信息。
  30. 根据权利要求28所述的装置，其特征在于，所述第二唤醒信号属于第二唤醒信号集合，所述第二唤醒信号集合包括至少两个第二唤醒信号，其中，所述第二唤醒信号集合中每个第二唤醒信号与业务属性信息集合中的一个业务属性关联且用于指示所述第一信息，所述业务属性信息集合包括：业务标识信息集合，业务类型信息集合，服务质量QoS需求信息集合,业务通知的频繁程度信息集合中的一个，所述业务属性信息集合包括至少两个业务属性信息；
    其中，
    所述处理单元，用于根据业务属性信息，确定发送与所述业务属性信息关联的第二唤醒信号和所述第一信息。
  31. 根据权利要求26-30任一项所述的装置，其特征在于，所述第一信息用于指示业务通知信息。
  32. 根据权利要求31所述的装置，其特征在于，所述第一信息用于指示业务通知信息包括：所述第一信息用于指示待通知的业务类型，
    其中，所述待通知的业务类型仅包括广播业务或多播业务，或者
    所述待通知的业务类型包括广播业务或多播业务，和/或单播业务，或者
    所述待通知的业务类型包括广播业务，多播业务，单播业务中的至少一个，或者
    所述待通知的业务类型包括如下至少一个：广播业务，多播业务集合中的至少一个多播业务，单播业务，其中，所述多播业务集合中的每个业务与所述业务属性信息集合中的一个业务属性关联。
  33. 一种通信装置，包括处理器，所述处理器与存储器耦合，所述存储器用于存储指令，当所述指令被所述处理器运行时，使得所述通信装置执行如权利要求1-9任一项所述的方法。
  34. 一种通信装置，包括处理器，所述处理器与存储器耦合，所述存储器用于存储指令，当所述指令被所述处理器运行时，使得所述通信装置执行如权利要求10-16任一项所述的方法。
  35. 一种计算机可读存储介质，用于存储指令，当所述指令被计算机运行时，使得所述计算机执行如权利要求1-16任一项所述的方法。
CN202080108135.3A 2020-12-29 2020-12-29 一种信息接收方法，信息发送方法，以及通信装置 Pending CN116671197A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/140992 WO2022141090A1 (zh) 2020-12-29 2020-12-29 一种信息接收方法，信息发送方法，以及通信装置

Publications (1)

Publication Number Publication Date
CN116671197A true CN116671197A (zh) 2023-08-29

Family

ID=82258770

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080108135.3A Pending CN116671197A (zh) 2020-12-29 2020-12-29 一种信息接收方法，信息发送方法，以及通信装置

Country Status (5)

Country Link
US (1) US20230345371A1 (zh)
EP (1) EP4274329A4 (zh)
KR (1) KR20230121135A (zh)
CN (1) CN116671197A (zh)
WO (1) WO2022141090A1 (zh)

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101557408B (zh) * 2008-04-11 2012-11-21 中国人民解放军信息工程大学 一种无线传感器网络主动式休眠调度方法
CN104704895A (zh) * 2012-10-03 2015-06-10 高通股份有限公司 用于m2m和mtc通信的广播/多播的使用
WO2019009683A1 (ko) * 2017-07-07 2019-01-10 엘지전자 주식회사 무선 랜에서 프레임을 송신 또는 수신하는 방법 및 이를 위한 장치
EP3711397A4 (en) * 2017-11-17 2021-07-07 Nokia Technologies Oy USING A WAKE-UP SIGNAL TO SKIP DCI PASSING INFORMATION
CN110753387B (zh) * 2018-07-24 2022-05-17 珠海市魅族科技有限公司 下行控制信道的监控方法及下行控制信道监控的控制方法
CN111225433B (zh) * 2018-11-26 2021-11-19 华为技术有限公司 一种信息处理方法及信息处理装置
EP3944677A4 (en) * 2019-04-30 2022-04-27 Guangdong Oppo Mobile Telecommunications Corp., Ltd. SMALL SELF-HEATING EVAPORATING COMBUSTER USING ALCOHOL-BASED FUEL

Also Published As

Publication number Publication date
KR20230121135A (ko) 2023-08-17
EP4274329A4 (en) 2024-03-20
US20230345371A1 (en) 2023-10-26
WO2022141090A1 (zh) 2022-07-07
EP4274329A1 (en) 2023-11-08

Similar Documents

Publication Publication Date Title
EP3836634B1 (en) Condition for a terminal to monitor pdcch during drx cycle
CN102158807B (zh) Mcch通知信息的监听方法及装置、用户设备
CN102158808B (zh) Mcch信息的接收方法及装置、用户设备
EP3487193B1 (en) Service transmission method and wireless communication device
KR20050073242A (ko) 이동통신 시스템에서 ｍｂｍｓ호출신호의 불연속 수신방법
US9451487B2 (en) Method for adaptively monitoring paging messages with reduced power consumption and communications apparatuses utilizing the same
WO2018202298A1 (en) Communication system
RU2366105C2 (ru) Способ передачи уведомлений относительно мультимедийной услуги широковещательной/групповой передачи (мвмs), базовая станция, пользовательская станция и система радиосвязи
WO2011050996A1 (en) Technique for notifying changes on a multimedia broadcast multicast service specific system information
CN117939633A (zh) 寻呼方法和装置
US20220303900A1 (en) Wake-up signal for discontinuous reception operations
CN112398605B (zh) 一种多播控制信道发送方法及装置
CN108668360B (zh) 一种寻呼消息的发送方法、接收方法、基站及终端
KR20140022387A (ko) 아이들 모드에서의 동작 방법 및 m2m기기
CN116671197A (zh) 一种信息接收方法，信息发送方法，以及通信装置
CN115209531A (zh) 寻呼消息的接收方法、终端设备及电子设备
CN115474161A (zh) 集群寻呼方法、装置、集群终端、网络设备及存储介质
CN116746170A (zh) 基于短消息的mbs控制信道配置的更新方法
CN114339901A (zh) 业务切换、指示及装置、存储介质、基站、终端
Vikhrova et al. Energy-efficient paging in cellular Internet of things networks
CN117528777B (zh) 一种寻呼方法以及相关设备
CN115474160B (zh) 集群系统消息更新的指示方法和装置
CN117641579B (zh) 一种寻呼方法以及相关设备
WO2022027677A1 (zh) 一种通信方法、装置及计算机可读存储介质
WO2023056643A1 (en) Wireless communication method and relevant hardware

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