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

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

Info

Publication number
CN116489767A
CN116489767A CN202210044905.3A CN202210044905A CN116489767A CN 116489767 A CN116489767 A CN 116489767A CN 202210044905 A CN202210044905 A CN 202210044905A CN 116489767 A CN116489767 A CN 116489767A
Authority
CN
China
Prior art keywords
terminal
time
paging
activation time
timer
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
CN202210044905.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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN202210044905.3A priority Critical patent/CN116489767A/zh
Publication of CN116489767A publication Critical patent/CN116489767A/zh
Pending legal-status Critical Current

Links

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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • 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]
    • 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)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种寻呼方法、终端及网络侧设备，属于通信技术领域，本申请实施例的寻呼方法包括：第一终端基于寻呼时机PO确定侧行链路SL非连续接收DRX的第一激活时刻；所述第一终端从所述第一激活时刻起第一激活时间长度对应的时长内监听物理侧行链路共享信道PSCCH。

Description

寻呼方法、终端及网络侧设备
技术领域
本申请属于通信技术领域，具体涉及一种寻呼方法、终端及网络侧设备。
背景技术
目前5G NR系统支持UE-to-Network中继(Relay)机制，其特点是以无线终端设备(即UE)作为无线中继节点，在其他UE与基站之间提供中继通信服务，其典型的场景示意图如图2所示。其中，Remote UE和Relay UE之间使用“侧行链路(Sidelink，SL)”实现两者之间的直接无线通信，以进行“点对点”无线数据传输。由于Remote UE和Relay UE间使用SL，因此UE-to-Network Relay技术也被称之为SL Relay。
在5G系统中，网络侧设备可以向空闲态、非激活态和连接状态的UE发送寻呼消息，某个UE在一个非连续接收(Discontinuous reception，DRX)的周期内，可以只在其所对应的寻呼无线帧(Paging frame，PF)包含的寻呼机会(Paging occasion，PO)上、监听相应的物理下行控制信道(Physical Downlink Control Channel，PDCCH)，进而去判断PDCCH调度的数据信道物理下行共享信道(Physical Downlink Shared Channel，PDSCH)上是否承载针对该UE的寻呼消息。在SL Relay场景中，Remote UE对应的PO与Relay UE对应的PO也有可能不同。现有SL Relay机制中，Remote UE会将其UE ID和从核心网得到的寻呼DRX周期，通过侧行链路上的PC5无线资源控制(Radio Resource Control，RRC)信令发送给Relay UE，Relay UE根据Remote UE发送的信息以及基站发送的与寻呼相关的系统信息配置，确定Uu口上Remote UE对应的PO，并且在Remote UE所对应的Uu口PO上，为Remote UE监听来自基站的寻呼。一旦接收到针对Remote UE的寻呼消息，Relay UE会通过PC5 RRC信令，将RemoteUE的寻呼消息通过SL转发给Remote UE；Remote UE从SL上接收到Relay UE转发的寻呼消息后，进行响应并执行相应的后续操作(如发起连接建立/继续流程，监听系统信息更新等)。
因此，为了节省终端的功耗，对于本领域技术人员来说，亟需实现一种针对SLRelay场景中基于SL DRX的寻呼方案。
发明内容
本申请实施例提供一种寻呼方法、终端及网络侧设备，能够解决在SL Relay场景中如何基于SL DRX实现寻呼的问题。
第一方面，提供了一种寻呼方法，应用于第一终端，该方法包括：
第一终端基于寻呼时机PO确定侧行链路SL非连续接收DRX的第一激活时刻；
所述第一终端从所述第一激活时刻起第一激活时间长度对应的时长内监听物理侧行链路共享信道PSCCH。
第二方面，提供了一种寻呼方法，应用于第二终端，该方法包括：
第二终端基于第一终端对应的寻呼时机PO，确定侧行链路SL非连续接收DRX的第一激活时刻；
所述第二终端从所述第一激活时刻起第一激活时间长度对应的时长内，向所述第一终端发送寻呼消息和/或发送调度所述寻呼消息的物理侧行链路共享信道PSCCH控制信息。
第三方面，提供了一种寻呼方法，应用于网络侧设备，该方法包括：
网络侧设备向第二终端发送配置参数；所述配置参数用于所述第二终端确定侧行链路SL非连续接收DRX的第一激活时刻和/或第一激活时间长度。
第四方面，提供了一种寻呼装置，包括：
确定模块，用于基于寻呼时机PO确定侧行链路SL非连续接收DRX的第一激活时刻；
处理模块，用于从所述第一激活时刻起第一激活时间长度对应的时长内监听物理侧行链路共享信道PSCCH。
第五方面，提供了一种寻呼装置，包括：
确定模块，用于基于第一终端对应的寻呼时机PO，确定侧行链路SL非连续接收DRX的第一激活时刻；
处理模块，用于从所述第一激活时刻起第一激活时间长度对应的时长内，向所述第一终端发送寻呼消息和/或发送调度所述寻呼消息的物理侧行链路共享信道PSCCH控制信息。
第六方面，提供了一种寻呼装置，包括：
发送模块，用于向第二终端发送配置参数；所述配置参数用于所述第二终端确定侧行链路SL非连续接收DRX的第一激活时刻和/或第一激活时间长度。
第七方面，提供了一种第一终端，该终端包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第八方面，提供了一种第一终端，包括处理器及通信接口，其中，所述处理器用于基于寻呼时机PO确定侧行链路SL非连续接收DRX的第一激活时刻；所述第一终端从所述第一激活时刻起第一激活时间长度对应的时长内监听物理侧行链路共享信道PSCCH。
第九方面，提供了一种第二终端，该终端包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第二方面所述的方法的步骤。
第十方面，提供了一种第二终端，包括处理器及通信接口，其中，所述处理器用于基于第一终端对应的寻呼时机PO，确定侧行链路SL非连续接收DRX的第一激活时刻，所述通信接口用于从所述第一激活时刻起第一激活时间长度对应的时长内，向所述第一终端发送寻呼消息和/或发送调度所述寻呼消息的物理侧行链路共享信道PSCCH控制信息。
第十一方面，提供了一种网络侧设备，该网络侧设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第三方面所述的方法的步骤。
第十二方面，提供了一种网络侧设备，包括处理器及通信接口，其中，所述通信接口用于向第二终端发送配置参数；所述配置参数用于所述第二终端确定侧行链路SL非连续接收DRX的第一激活时刻和/或第一激活时间长度。
第十三方面，提供了一种通信系统，包括：第一终端、第二终端及网络侧设备，所述第一终端可用于执行如第一方面所述的寻呼方法的步骤，所述第二终端可用于执行如第二方面所述的寻呼方法的步骤，所述网络侧设备可用于执行如第三方面所述的寻呼方法的步骤。
第十四方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，实现如第二方面所述的方法的步骤，或者实现如第三方面所述的方法的步骤。
第十五方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法，实现如第二方面所述的方法，或实现如第三方面所述的方法。
第十六方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现如第一方面至第三方面任一项所述的寻呼方法的步骤。
在本申请实施例中，第一终端基于寻呼时机PO确定侧行链路SL非连续接收DRX的第一激活时刻；第一终端从所述第一激活时刻起第一激活时间长度对应的时长内监听物理侧行链路共享信道PSCCH，由于第一激活时刻是基于PO确定的，针对SL Relay寻呼的SL DRX配置开销较小，而且终端的实现复杂度较小。
附图说明
图1是本申请实施例可应用的无线通信系统的结构图；
图2是本申请实施例提供的寻呼方法的应用场景示意图；
图3是本申请实施例提供的SLDRX原理示意图；
图4是本申请实施例提供的寻呼方法的流程示意图之一；
图5是本申请实施例提供的寻呼方法的交互流程示意图之一；
图6是本申请实施例提供的寻呼方法的交互流程示意图之二；
图7是本申请实施例提供的寻呼方法的流程示意图之二；
图8是本申请实施例提供的寻呼装置的结构示意图之一；
图9是本申请实施例提供的寻呼装置的结构示意图之二；
图10是本申请实施例提供的寻呼装置的结构示意图之三；
图11是本申请实施例提供的通信设备的结构示意图；
图12是本申请实施例提供的第一终端的硬件结构示意图；
图13是本申请实施例的网络侧设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用，如第6代(6th Generation，6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal DigitalAssistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personalcomputer，UMPC)、移动上网装置(Mobile Internet Device，MID)、增强现实(augmentedreality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴式设备(WearableDevice)、车载设备(VUE)、行人终端(PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(personal computer，PC)、柜员机或者自助机等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以包括接入网设备或核心网设备，其中，接入网设备12也可以称为无线接入网设备、无线接入网(Radio Access Network,RAN)、无线接入网功能或无线接入网单元。接入网设备12可以包括基站、WLAN接入点或WiFi节点等，基站可被称为节点B、演进节点B(eNB)、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(BasicService Set，BSS)、扩展服务集(Extended Service Set，ESS)、家用B节点、家用演进型B节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例进行介绍，并不限定基站的具体类型。
无线通信系统中的中继(Relay)技术，就是在基站与终端之间增加了一个或多个中继节点，负责对无线信号进行一次或者多次的转发，即无线信号要经过多跳才能从网络到达终端。
无线中继技术不仅可用于扩展小区覆盖，弥补小区覆盖盲点，同时也可通过空间资源复用提升小区容量。对于室内覆盖，Relay技术也可起到克服穿透损耗，提升室内覆盖质量的作用。
以较简单的两跳中继为例，无线中继就是将一个“基站—终端”的无线通信链路分割为“基站—中继站”和“中继站—终端”两段无线通信链路，从而有机会将一个质量较差的链路替换为两个质量较好的链路，以获得更高的链路容量及更好的覆盖。
目前5G NR系统支持UE-to-Network Relay机制，其特点是以无线终端设备(即UE)作为无线中继节点，在其他UE与基站之间提供中继通信服务，其典型的场景示意图如图2所示，图2中，作为中继节点的UE被称为“Relay UE”，它为另一个UE与基站之间的通信提供无线中继传输服务。其中，通过Relay UE与基站之间进行通信的UE被称之为远程UE，即图中的“Remote UE”。而基站可以是5G基站gNB。
现有5G系统所支持的UE-to-Network Relay技术中，Remote UE和Relay UE之间使用“侧行链路SL”实现两者之间的直接无线通信，以进行“点对点”无线数据传输。侧行链路也称为“PC5”链路，其中PC5是5G NR定义的UE与UE之间进行直接无线通信的接口，运行PC5接口协议。而Relay UE和基站之间使用的是基于蜂窝通信的5G NR无线通信链路，也被称为“Uu”链路，其中Uu是蜂窝无线通信系统中定义的UE与基站之间的无线通信接口，运行Uu接口协议。上述PC5接口协议和Uu接口协议均为5G NR通信系统的空口协议，由3GPP标准化组织定义。
由于Remote UE和Relay UE间使用SL，因此UE-to-Network Relay技术也被称之为SL Relay。在SL上进行通信的两个UE间会通过控制信道PSCCH资源，向对端UE发送“侧行链路控制信息”(Sidelink Control information,SCI),其用来指示所调度的数据信道物理侧行链路共享信道(Pysical Sidelink Share Channel，PSSCH)的传输资源位置。对端UE首先需要监听物理侧行链路控制信道(Pysical Sidelink Control Channel，PSCCH)信道资源、接收SCI，并从相应SCI中进一步获取PSSCH信道的资源位置，然后再从PSSCH信道资源上接收所传输的数据。例如，当UE1需要通过SL向UE2发送数据时，其需要先通过PSCCH信道资源发送SCI，再使用SCI所指示的PSSCH资源发送数据；UE2则需要先监听PSCCH、接收相应的SCI，确定PSSCH资源位置，再从该PSSCH上接收到UE1发来的数据。反之(即，UE2向UE1发送数据时)亦然。而在SL Relay场景中，Relay UE和Remote UE即为采用上述SL通信方式、进行彼此间数据传输的两个UE，再由Relay UE将通过SL从Remote UE收到的上行数据转发给网络侧设备，或将从网络侧设备收到的下行数据、通过SL转发给Remote UE。
针对Remote UE的寻呼机制：
5G网络可以向空闲态、非激活态和连接状态的UE发送寻呼，寻呼过程可以由核心网触发，用于通知某个UE接收寻呼请求；或者由基站触发，用于通知系统信息更新，以及通知UE接收地震和海啸预警系统(Earthquake and Tsunami Warning System，ETWS)以及商业活动警报系统(Commercial Mobile Alert System，CMAS)等信息。
某个UE在一个DRX的周期内，可以只在其所对应的寻呼无线帧(Paging frame，PF)包含的寻呼机会(Paging occasion，PO)上、监听相应的控制信道PDCCH，进而去判断PDCCH调度的数据信道PDSCH上是否承载针对该UE的寻呼消息。其中，PO是一组控制信道PDCCH资源的集合，而一个PF上包含一个或者多个PO。具体地，某个UE使用P-RNTI、监听其所对应PO上的PDCCH资源，从而判断是否有寻呼消息在相应的PDSCH资源上发送。如果有，则通过所接收的寻呼消息中包含的UE标识ID，确定所述寻呼消息是否是在寻呼自己。如果是，则UE判断自己被寻呼，并触发相应操作，如发起连接建立/继续流程、进入连接态(以进行后续业务传输)，对系统信息进行接收、更新相应系统信息等。
不同UE所对应的PF和PO可能是不一样的，其主要取决于两个因素：UE ID和核心网为每个UE配置的寻呼DRX周期。其中，UE ID一般是5G-S-TMSI，不同UE之间的UE ID一般不同；而每个UE用于监听寻呼的寻呼DRX周期，一般是核心网配置给UE的(例如，在初始注册过程中配置)、供UE后续进入空闲态/非激活态时使用，在不同UE之间也可能不同。所以，不同UE对应的PF/PO通常也不一样。
值得指出的是，UE在其所对应的寻呼DRX周期内，只需在其PO对应的时间位置上去监听相应的PDCCH资源，然后再根据需要去接收PDSCH。而在其它时间里，UE可以进入睡眠状态，无需监听PDCCH资源，以达到省电的目的。
特别地，在SLRelay场景中，由于上述原因，Remote UE对应的PO与Relay UE对应的PO也有可能不同。现有SL Relay机制中，Remote UE会将其UE ID和从网络侧设备(例如核心网设备)得到的寻呼DRX周期，通过侧行链路上的PC5 RRC信令发送给Relay UE，Relay UE根据Remote UE发送的信息以及基站发送的与寻呼相关的系统信息配置，确定Uu口上RemoteUE对应的PO，并且在Remote UE所对应的Uu口PO上，为Remote UE监听来自网络侧设备(如基站)的寻呼。一旦接收到针对Remote UE的寻呼消息，Relay UE会通过PC5 RRC信令，将Remote UE的寻呼消息通过SL转发给Remote UE；Remote UE从SL上接收到Relay UE转发的寻呼消息后，进行响应并执行相应的后续操作(如发起连接建立/继续流程，监听系统信息更新等)。
同样，Relay UE在每个Remote UE的寻呼DRX周期上，只需监听Uu口上Remote UE对应的PO即可，无需在其他时间为Remote UE监听寻呼。
目前也支持两个UE之间在SL上进行DRX操作，即所谓的SL DRX。具体地，对于通过SL进行点对点无线数据传输的两个UE，当其中一个UE(如UE1)向对端UE(如UE2)发送数据时，UE2可以在SL上使用SL DRX，对PSSCH资源进行非连续接收。具体地，如图3所示，UE2会按照如下方式，进行SL DRX操作。其中，UE2会从UE1获取一个SL DRX循环周期(SL DRX Cycle)配置参数，以及一个计时器的长度参数sl-drx-onDurationTimer。在每个SL DRX循环周期内，UE2会按照如下公式(1)计算SLDRX循环周期的起始时刻，并启动所述sl-drx-OnDurationTimer。该计时器处于运行期间，UE进入SL DRX激活时间(SL Active Time)，监听位于该激活时间内的PSCCH，直到该sl-drx-OnDurationTimer超时为止。超时后，UE进入休眠期(Opportunity for DRX时间段)，无需监听PSCCH，节能省电，直到下个SL DRX Cycle开始，重复上述过程。
[(DFN × 10) + subframe number] modulo (sl-drx-Cycle) ＝ sl-drx-StartOffset (1)
其中，公式(1)中，DFN表示SL上的直接通信帧号(Direct Frame Number),subframe number为子帧号，“modulo”表示“取模”运算。而参数sl-drx-Cycle为上述“SLDRX循环周期”，sl-drx-StartOffset为起始时刻的偏移量，可以用于调整每个SL DRX循环周期起始时刻的时间位置，为可选配置参数。其中，sl-drx-onDurationTimer，sl-drx-Cycle和sl-drx-StartOffset三个参数为UE1通过PC5 RRC信令为UE2配置的参数。而UE1有可能自行生成上述参数发送给UE2，或者从其服务基站处获得上述参数配置、再行通过PC5RRC信令将其发送给UE2。
上述为UE2侧的接收行为。由于UE2只会监听SL激活时间(即SL OnDuration时间)内的PSCCH资源，为了保证UE2不会错过UE1的数据发送，UE1侧也会使用上述完全相同的方式，确定UE2的SL DRX激活时间，并且只会在UE2的SL激活时间内为UE1进行PSCCH和PSSCH的SL发送。
此外，SL DRX机制中，对于UE1通过PC5 RRC信令发送给UE2的SL DRX配置，UE2有权拒绝使用，并且会将拒绝/接受的结构返回给UE1。UE1则可能会重新生成新的SL DRX配置，或从其服务基站处获得新的SL DRX配置，再行发送给UE2进行使用。以上以UE1发送、UE2接收为例。反之(UE2发送、UE1接收)亦然。
因此，为了节省终端的功耗，对于本领域技术人员来说，亟需实现一种针对SLRelay场景中基于SL DRX的寻呼方案。
在研究过程中发现，如果将现有SL DRX技术直接应用于SL Relay场景中，用于网络对Remote UE的寻呼，则会产生如下问题：
一方面，SL DRX机制及相关配置与Remote UE的Uu PO相互独立，Relay UE需要并行地针对Remote UE的Uu PO进行计算和操作并且在SL上针对Remote UE的SL DRX的激活时间进行计算和操作；这种并行独立地操作，可能对Relay UE带来额外的实现复杂度。
另一方面，Relay UE或其基站需要为Remote UE提供全套的SL DRX配置参数(如至少需要配置上述sl-drx-onDurationTimer，sl-drx-Cycle和sl-drx-StartOffset三个参数)，从而带来额外的信令开销。
本申请实施例中，第一终端(如Remote UE)和第二终端(如Relay UE)在第一终端的Uu口PO基础上、进行SL DRX的操作和配置，减少了第二终端的实现复杂度以及SL DRX配置信令所需的开销。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的寻呼方法进行详细地说明。
图4是本申请实施例提供的寻呼方法一实施例的流程示意图。如图4所示，本实施例提供的方法，包括：
步骤101、第一终端基于寻呼时机PO确定侧行链路SL非连续接收DRX的第一激活时刻；
具体地，如图2所示，第一终端为Remote UE，其中，PO可以基于寻呼DRX周期和第一终端的标识确定，可选地，第一终端可以从网络侧设备(例如核心网设备)获取第一终端的标识和寻呼DRX周期。
可选地，第一终端可以通过注册流程从网络侧设备获取第一终端的标识和寻呼DRX周期。
可选地，第一终端可以是通过Uu口直接从网络侧设备获取配置参数，或者如图5中步骤103和104，通过第二终端(例如为Relay UE)中继转发的方式从网络侧设备获取配置参数。
可选地，第一终端可以将寻呼DRX周期和第一终端的标识通过SL发送给第二终端，用于第二终端确定第一终端对应的PO。
可选地，第一终端可以通过PC5 RRC信令，将寻呼DRX周期和第一终端的标识发送给第二终端。
第一终端基于其自身确定的Uu口PO，确定SL上的第一激活时刻。
步骤102、第一终端从第一激活时刻起第一激活时间长度对应的时长内监听物理侧行链路共享信道PSCCH。
具体地，第一终端获取第一激活时间长度L，从步骤101确定的第一激活时刻起，在对应的时长内处于SL激活时间、持续监听PSCCH信道，直到时长超过所述L为止。
本实施例的方法，第一终端基于寻呼时机PO确定侧行链路SL非连续接收DRX的第一激活时刻；第一终端从所述第一激活时刻起第一激活时间长度对应的时长内监听物理侧行链路共享信道PSCCH，由于第一激活时刻是基于PO确定的，针对SL Relay寻呼的SL DRX配置开销较小，终端的实现复杂度较小。
可选地，寻呼DRX周期和/或第一终端的标识是第一终端通过接收信令获取的来自网络侧设备的配置参数。例如直接接收来自网络侧设备的配置参数，或，接收通过第二终端转发的来自网络侧设备的配置参数。
可选地，步骤101具体可以通过如下方式实现：
第一终端在每个寻呼DRX周期内，基于寻呼DRX周期内的PO确定SL DRX的第一激活时刻。
在一实施例中，第一激活时刻包括以下任意一项：
第一个PO的起始时刻；
最后一个PO的结束时刻；
第M个PO的起始时刻；
第一个PO的开始时刻加时间偏置量N后所对应的时刻；
最后一个PO的结束时刻加时间偏置量N后所对应的时刻；
第M个PO的起始时刻加时间偏置量N后所对应的时刻；
第一个PO之后的下一个SL时隙或SL子帧的起始时刻；
最后一个PO之后的下一个SL 时隙或SL子帧的起始时刻；
第M个PO之后的下一个SL时隙或SL子帧的起始时刻；
第一时刻之后的下一个SL时隙或SL子帧的起始时刻，第一时刻为第一个PO的起始时刻加时间偏置量后所对应的时刻；
第二时刻之后的下一个SL时隙或SL子帧的起始时刻，第二时刻为最后一个PO对应的结束时刻加时间偏置量后所对应的时刻；
第三时刻之后的下一个SL时隙或SL子帧的起始时刻，第三时刻为第M个PO对应的起始时刻加时间偏置量后所对应的时刻；
其中：所述M是大于1的整数。
上述实施方式中，确定第一激活时刻可以通过多种方式实现，灵活性较大，而且终端的实现复杂度较低。
可选地，时间偏置量N包括以下至少一项：绝对时长、连续的SL时隙个数、连续的SL子帧个数、Uu接口的连续符号个数、Uu接口的连续时隙个数、Uu接口的连续子帧个数。
具体地，N可以是一段绝对时间长度，或者是连续的SL时隙/子帧个数或者5G NRUu接口的连续符号/时隙/子帧个数等。具体实现形式不做限制。
可选地，M和/或时间偏置量N为通过以下至少一种方式获取到的：
从第二终端获取到的；协议预定义的；或，通过预设规则获取到的。
可选地，在M和/或时间偏置量为从第二终端获取到的情况下，M和/或时间偏置量为第二终端生成的，或网络侧设备通过第一信令转发给第二终端的，第一信令包含M和/或时间偏置量。
具体地，参数M和/或N均为可选项，其可以是第一终端通过SL从第二终端处获取的配置信息所包含的参数，也可以是在标准协议中预先定义的取值。
可选地，若M和/或时间偏置量N是从第二终端处的配置信息获得的参数，则具体信令实现方式可以是，第二终端通过接收网络侧设备(例如基站)的RRC信令获取M和/或N对应的配置信息，再通过PC5 RRC信令，将M和/或N对应的配置信息发送给第一终端；也可以是，第二终端通过自身实现，生成M和/或N对应的配置信息取值，并直接通过PC5 RRC信令发送给第一终端。本申请实施例不做具体限制。其中，网络侧设备的RRC信令可以是系统广播信息，也可以是RRC专用信令。
M和/或N的具体值取决于以下至少一项：第二终端的处理能力、SL上的资源情况或网络对于寻呼延迟的需求。网络侧设备或第二终端可以基于上述因素，对M和/或N的具体取值进行配置。
可选地，第一激活时间长度包括以下至少一项：绝对时长、连续的SL时隙个数、连续的SL子帧个数、Uu接口的连续符号个数、Uu接口的连续时隙个数或Uu接口的连续子帧个数。
可选地，第一激活时间长度L为通过以下至少一种方式获取到的：
从第二终端获取到的；协议预定义的；或，通过预设规则获取到的。
具体地，针对参数L的具体获取方式，其可以是第二终端通过SL从第二终端处获取到的，或者是按照标准协议定义的预设规则获得的取值，或者是标准协议预定义的取值。
可选地，在第一激活时间长度为通过预设规则获取到的情况下，第一激活时间长度为第一终端在所述寻呼DRX周期内的PO对应的子帧个数、符号个数或时隙个数，或PO对应的绝对时长。
具体规则还可以是其他规则，本申请实施例不做具体限制。
可选地，在第一激活时间长度为从第二终端获取到的情况下，第一激活时间长度为第二终端生成的，或网络侧设备通过第二信令转发给所述第二终端的，第二信令包含第一激活时间长度。
可选地，若L是从第二终端处的配置信息获得的参数，则具体信令实现方式可以是，第二终端通过接收网络侧设备(例如基站)的RRC信令获取L对应的配置信息，再通过PC5RRC信令，将L对应的配置信息发送给第一终端；也可以是，第二终端通过自身实现，生成L对应的配置信息取值，并直接通过PC5 RRC信令发送给第一终端。本申请实施例不做具体限制。其中，网络侧设备的RRC信令可以是系统广播信息，也可以是RRC专用信令。
上述实施方式中，确定第一激活时刻和/或第一激活时间长度用到的参数，可以通过多种方式实现，灵活性较大，而且终端的实现复杂度较低。
在一实施例中，步骤102可以通过如下方式实现：
第一终端在第一激活时刻启动第一计时器，在第一计时器的运行期间监听PSCCH，第一计时器的运行时长为第一激活时间长度；或，
第一终端从第一激活时刻起的第一时间窗口内监听PSCCH，第一时间窗口的时长为第一激活时间长度。
具体地，第一激活时间长度L有两种具体可实现形式，可以通过计时器的方式来实现或者通过时间窗口的形式实现。
如果通过计时器的方式实现，则第一终端获取第一计时器的运行时长L，则在上述SL DRX第一激活时刻后，第一终端启动第一计时器，在第一计时器运行期间，第一终端持续监听PSCCH，直到第一计时器超时；
如果通过时间窗口的方式实现，则第一终端获取第一时间窗口长度L，L的具体形式可以是，所述第一激活时刻后一段绝对时间长度，或者是连续的SL时隙/子帧个数，或者5G NR系统、Uu接口上连续符号/时隙/子帧个数等。
上述实施方式中，第一终端在第一激活时刻启动第一计时器，在第一计时器的运行期间监听PSCCH，或第一终端从第一激活时刻起的第一时间窗口内监听PSCCH，即可以通过多种方式实现，灵活性较大，而且终端的实现复杂度较低。
在另一实施例中，在所述第一激活时刻为第一个PO的起始时刻的情况下，步骤102可以通过如下方式实现：
第一终端在第一激活时刻启动第二计时器，并在寻呼DRX周期内的每个PO的起始时刻重启第二计时器；第一终端在第二计时器的运行期间监听PSCCH；其中，第一激活时间长度为寻呼DRX寻呼周期内除最后一个PO外的PO对应的时长，以及第二计时器的运行时长；或，
第一终端在最后一个PO的结束时刻启动第二计时器，并在寻呼DRX周期内的每个PO以及第二计时器的运行期间监听PSCCH；其中，第一激活时间长度为第二计时器的运行时长以及寻呼DRX周期内所有PO对应的时长。
具体地，第二终端获取第二计时器的运行时长L*，针对每个寻呼DRX周期，第一终端按照如下方式对第二计时器进行操作：
方式一：第一终端在第一个PO对应的起始时刻启动第二计时器，而后在相应寻呼DRX周期内的每个PO的开始时刻重启第二计时器；
方式二：第一终端在最后一个PO的结束时刻，启动第二计时器。
若按照方式一处理第二计时器，则第一终端在第二计时器运行期间处于SL激活时间、持续监听PSCCH信道，直到第二计时器超时为止；方式一中在第一个PO对应的起始时刻启动第二计时器，而后在相应寻呼DRX周期内的每个PO的开始时刻重启第二计时器，即在每个PO都在监听PSCCH，并且对于最后一个PO来说直到第二计时器超时为止。
若按照方式二的方式处理第二计时器，则SL激活时间包含每个Uu PO对应的时间或者时间资源以及第二计时器运行时长，第一终端在SL激活时间内、持续监听PSCCH信道，直到第二计时器超时为止，即第一终端在启动第二计时器之前的每个PO都在监听PSCCH信道。
可选地，第二计时器的运行时长为通过以下至少一种方式获取到的：
从第二终端获取到的；协议预定义的；或，通过预设规则获取到的。
可选地，在所述第二计时器的运行时长为从第二终端获取到的情况下，所述第二计时器的运行时长为所述第二终端生成的，或网络侧设备通过第三信令转发给所述第二终端的，所述第三信令包含所述第二计时器的运行时长。具体地，第二计时器的运行时长L*取值的获取方式，可以是第一终端通过SL从第二终端处获取的配置信息所包含的参数，或者是按照标准协议定义的规则获得的取值，或者是在标准协议中预先定义的取值。若L*是从第二终端的配置信息获得，则具体信令实现方式可以是，第二终端通过接收网络侧设备的RRC信令获取所述L*对应的配置信息，再通过PC5 RRC信令，将所述L*对应的配置信息发送给第一终端；也可以是，第二终端通过自身实现，生成L*对应的配置信息，直接通过PC5 RRC信令发送给第一终端。本申请实施例不做具体限制。可选地，网络侧设备的RRC信令可以是系统广播信息，也可以是RRC专用信令。
上述实施方式中，第一终端从第一个PO的起始时刻开启监听，在第一个PO对应的起始时刻启动第二计时器，而后在相应寻呼DRX周期内的每个PO的开始时刻重启第二计时器，在第二计时器的运行期间持续监听PSCCH；或，在最后一个PO的结束时刻启动第二计时器，在之前的每个PO上都监听PSCCH，而且在第二计时器的运行期间持续监听PSCCH，即可以通过多种方式实现，灵活性较大，而且终端的实现复杂度较低。
图7是本申请实施例提供的寻呼方法另一实施例的流程示意图。如图6、图7所示，本实施例提供的方法，包括：
步骤201、第二终端基于第一终端对应的寻呼时机PO，确定侧行链路SL非连续接收DRX的第一激活时刻；
步骤202、第二终端从第一激活时刻起第一激活时间长度对应的时长内，向第一终端发送寻呼消息和/或发送调度寻呼消息的物理侧行链路共享信道PSCCH控制信息。
具体地，第二终端按照上述第一终端相同的方法，确定SL DRX第一激活时刻和SL第一激活时间长度，并从第一激活时刻起第一激活时间长度对应的时长内，向第一终端发送寻呼消息和/或发送调度寻呼消息的物理侧行链路共享信道PSCCH控制信息。
无论采取哪种方式，第一终端和第二终端具有一致的参数取值，并且根据上述方法得到一致的SL第一激活时刻和第一激活时间长度。
第二终端会保证只在SL激活时间(即从第一激活时刻起第一激活时间长度对应的时长)内为第一终端发送寻呼消息和/或发送调度寻呼消息的PSCCH控制信息，以保证第一终端能够监听到PSCCH信道，并获取其所调度资源上所承载的寻呼消息。例如，当第二终端从网络侧设备收到针对第一终端的寻呼消息时，其会选择位于上述SL激活时间内的SL传输资源，为第一终端传输该寻呼消息。具体资源选择及传输方法本申请实施例不做限制。
可选地，所述PO是基于所述第一终端的寻呼DRX周期和第一终端的标识确定的；所述方法还包括：
所述第二终端接收所述第一终端的寻呼DRX周期和/或所述第一终端的标识。
可选地，所述第二终端接收所述第一终端的寻呼DRX周期和/或所述第一终端的标识，包括：
所述第二终端通过接收来自所述第一终端的信令，获取所述第一终端的寻呼DRX周期和/或所述第一终端的标识。
可选地，所述第一终端基于所述第一终端对应的寻呼时机PO，确定侧行链路SL非连续接收DRX的第一激活时刻，包括：
所述第二终端在第一终端的每个寻呼DRX周期内，基于所述寻呼DRX周期内的PO确定所述SL DRX的第一激活时刻。
可选地，所述第一激活时刻包括以下任意一项：
所述第一终端对应的第一个PO的起始时刻；
所述第一终端对应的最后一个PO的结束时刻；
所述第一终端对应的第M个PO的起始时刻；
所述第一终端对应的第一个PO的开始时刻加时间偏置量N后所对应的时刻；
所述第一终端对应的最后一个PO的结束时刻加时间偏置量N后所对应的时刻；
所述第一终端对应的第M个PO的起始时刻加时间偏置量N后所对应的时刻；
所述第一终端对应的第一个PO之后的下一个SL时隙或SL子帧的起始时刻；
所述第一终端对应的最后一个PO之后的下一个SL时隙或SL子帧的起始时刻；
所述第一终端对应的第M个PO之后的下一个SL时隙或SL子帧的起始时刻；
第一时刻之后的下一个SL时隙或SL子帧的起始时刻，所述第一时刻为所述第一终端对应的第一个PO的起始时刻加时间偏置量后所对应的时刻；
第二时刻之后的下一个SL时隙或SL子帧的起始时刻，所述第二时刻为所述第一终端对应的最后一个PO对应的结束时刻加时间偏置量后所对应的时刻；
第三时刻之后的下一个SL时隙或SL子帧的起始时刻，所述第三时刻为所述第一终端对应的第M个PO对应的起始时刻加时间偏置量后所对应的时刻；
其中：所述M是大于1的整数。
可选地，所述时间偏置量包括以下至少一项：绝对时长、连续的SL时隙个数、连续的SL子帧个数、Uu接口的连续符号个数、Uu接口的连续时隙个数、Uu接口的连续子帧个数。
可选地，所述第二终端从所述第一激活时刻起第一激活时间长度对应的时长内向所述第一终端发送寻呼消息和/或发送调度所述寻呼消息的物理侧行链路共享信道PSCCH控制信息，包括：
所述第二终端在所述第一激活时刻启动第一计时器，在所述第一计时器的运行期间发送寻呼消息和/或发送调度所述寻呼消息的PSCCH控制信息，所述第一计时器的运行时长为所述第一激活时间长度；或，
所述第一终端从所述第一激活时刻起的第一时间窗口内发送寻呼消息和/或发送调度所述寻呼消息的PSCCH控制信息，所述第一时间窗口的时长为所述第一激活时间长度。
可选地，所述M和/或所述时间偏置量为通过以下至少一种方式获取到的：
从网络侧设备获取到的；所述第二终端生成的；协议预定义的；或，通过预设规则获取到的。
可选地，所述从网络侧设备获取到的，包括：
所述第二终端接收来自网络侧设备的第一信令获取到的，所述第一信令包含所述M和/或所述时间偏置量。
可选地，在所述第一激活时刻为所述第一终端对应的第一个PO的起始时刻的情况下，所述第二终端从所述第一激活时刻起第一激活时间长度对应的时长内向所述第一终端发送寻呼消息和/或发送调度所述寻呼消息的物理侧行链路共享信道PSCCH控制信息，包括：
所述第二终端在第一激活时刻启动第二计时器，并在所述第一终端的寻呼DRX周期内的所述第一终端对应的每个PO的起始时刻重启所述第二计时器；所述第二终端在所述第二计时器的运行期间发送寻呼消息和/或发送调度所述寻呼消息的PSCCH控制信息；其中，所述第一激活时间长度为所述第一终端的寻呼DRX寻呼周期内除最后一个PO外的PO对应的时长，以及所述第二计时器的运行时长；或，
所述第二终端在所述第一终端对应的最后一个PO的结束时刻启动第二计时器，并在所述第一终端的寻呼DRX周期内的每个PO以及所述第二计时器的运行期间发送寻呼消息和/或发送调度所述寻呼消息的PSCCH控制信息；其中，所述第一激活时间长度为第二计时器的运行时长以及所述第一终端的寻呼DRX周期内所有PO对应的时长。
可选地，所述第一激活时间长度包括以下至少一项：绝对时长、连续的SL时隙个数、连续的SL子帧个数、Uu接口的连续符号个数、Uu接口的连续时隙个数或Uu接口的连续子帧个数。
可选地，所述第一激活时间长度为通过以下至少一种方式获取到的：
从网络侧设备获取到的；所述第二终端生成的；协议预定义的；或，通过预设规则获取到的。
可选地，在所述第一激活时间长度为通过所述预设规则获取到的情况下，所述第一激活时间长度为所述第一终端在所述寻呼DRX周期内的PO对应的子帧个数、符号个数或时隙个数，或所述PO对应的绝对时长。
可选地，所述从网络侧设备获取到的，包括：
所述第二终端接收来自网络侧设备的第二信令获取到的，所述第二信令包含所述第一激活时间长度。
可选地，所述第二计时器的运行时长为通过以下至少一种方式获取到的：
从第二终端获取到的；协议预定义的；或，通过预设规则获取到的。
可选地，所述从第二终端获取到的，包括：
所述第二终端接收来自网络侧设备的第三信令并转发给所述第一终端的，所述第三信令包含所述第二计时器的运行时长；或，所述第二终端生成所述第二计时器的运行时长并发送给所述第一终端的。
具体地，对于上述参数L、M、N和/或L*，如果上述第一终端的获取方式是通过第二终端中转网络侧设备配置的参数的方式，则如图6所示，第二终端首先接收网络侧设备RRC信令，并将从RRC信令所获取的相应参数保存在本地，再转发到第一终端。如果是第二终端自行生成的方式，则第二终端先基于实现生成具体参数值，再转发给第一终端第二终端。总之，无论采取哪种方式，第二终端和第一终端具有一致的参数取值，并且根据所述方法得到一致的SL激活时间。
在一实施例中，所述方法还包括：
所述第二终端确定SL传输资源；
所述向所述第一终端发送所述寻呼消息和/或发送调度所述寻呼消息的物理侧行链路共享信道PSCCH控制信息，包括：
所述第二终端通过所述SL传输资源向所述第一终端发送所述寻呼消息和/或发送调度所述寻呼消息的PSCCH控制信息；
所述SL传输资源为所述第二终端确定的传输资源，或，网络侧设备调度的传输资源。
具体地，第二终端从网络侧设备接收针对第一终端的寻呼消息，并在SL激活时间内，确定SL传输资源，为第一终端发送寻呼消息和/或发送调度寻呼消息的PSCCH控制信息；
其中，第二终端确定的SL传输资源，可以是第二终端自己选择的SL传输资源，或者是第二终端从网络侧设备收到的、通过下行控制信息(Downlink Contraol information，DCI)调度的SL传输资源。具体获取传输资源的方法，本申请实施例不做限制。
第二终端在上述SL传输资源对应的PSSCH信道上发送SCI，其中包含承载寻呼消息的PSSCH信道的资源位置。
在一实施例中，为了实现监听第一终端后续发送的数据或响应信息(如连接建立/继续请求信息等)，避免导致第二终端由于SL DRX错过第一终端的数据或响应信息，对第二终端响应操作造成额外的延迟。所述方法还包括：
在向所述第一终端发送所述寻呼消息/或发送调度所述寻呼消息的PSCCH控制信息后，所述第二终端监听PSCCH信道，直至以下任一条件满足为止：
收到来自所述第一终端的SL数据传输或响应；或
在第一时长内未收到来自所述第一终端的SL数据传输或响应。
可选地，在所述条件为在第一时长内未收到来自所述第一终端的SL数据传输或响应的情况下，所述第二终端监听PSCCH信道包括：
所述第二终端启动第三计时器，在所述第三计时器的运行期间监听PSCCH信道，所述第三计时器的运行时长为所述第一时长。
具体地，第二终端发送寻呼消息和/或发送调度寻呼消息的PSCCH控制信息后，第二终端进入SL激活时间(该SL激活时间与前述第一终端对应的SL激活时间不同，该SL激活时间是该第二终端对应的SL激活时间，用于监听第一终端后续发送的数据或响应信息)，直到下述任一条件得到满足：
条件1：收到来自第一终端的SL数据传输或响应；或
条件2：在第一时长T内，没有收到来自第一终端任何的SL数据传输或响应；
具体针对条件2，T的具体实现形式可以是：网络侧设备配置给第二终端的一个时间长度，例如一个绝对时间长度或者SL时隙/子帧的个数；也可以是第三计时器的运行时长的取值，第二终端在步骤202的寻呼消息发送完成后，启动第三计时器，在第三计时器超时后，如果仍然没有收到来自第一终端的任何SL数据传输或者响应，则认为条件2满足。
其中，来自第一终端的SL数据传输或响应，可以是第一终端上行信令数据承载SRB0对应的数据传输，或第一终端的PSSCH传输，或第一终端在SL上的任何传输。
在SL激活时间内，第二终端监听PSCCH信道；而在满足如上任一条件之后，第二终端认为自己不再处于SL激活时间，进而可以停止监听PSCCH信道。
上述实施方式中，在发送寻呼消息或PSCCH控制信息，实现了监听第一终端后续发送的数据或响应信息(如连接建立/继续请求信息等)，避免了第二终端由于SL DRX错过第一终端的数据或响应信息，对第二终端响应操作造成额外的延迟。
可选地，所述第一时长为包括以下至少一项：绝对时长、连续的SL时隙个数、连续的SL子帧个数。
可选地，所述第一时长为通过以下至少一种方式获取到的：
从网络侧设备获取到的；所述第二终端生成的；协议预定义的；或，通过预设规则获取到的。
可选地，所述从网络侧设备获取到的，包括：
所述第二终端接收来自网络侧设备的第四信令获取到的，所述第四信令包含所述第一时长。
本实施例的方法，其具体实现过程与技术效果与第一终端侧方法实施例中类似，具体可以参见第一终端侧方法实施例中的详细介绍，此处不再赘述。
在一实施例中，如图5所示，本实施例提供的方法，包括：
步骤301、网络侧设备向第二终端发送配置参数；所述配置参数用于确定侧行链路SL非连续接收DRX的第一激活时刻和/或第一激活时间长度。
可选地，所述配置参数包括以下至少一项：第一终端的标识、第一终端的寻呼DRX周期、M、时间偏置量、第一激活时间长度和第二计时器的运行时长；
其中，所述M为大于0的整数，所述M和所述时间偏置量用于确定所述第一激活时刻，所述第二计时器的运行时长用于确定所述第一激活时间长度。
可选地，所述配置参数还包括第一时长，所述第一时长用于所述第二终端监听PSCCH信道。
本实施例的方法，其具体实现过程与技术效果与第一终端侧和第二终端侧方法实施例中类似，具体可以参见第一终端侧和第二终端侧方法实施例中的详细介绍，此处不再赘述。
本申请实施例提供的寻呼方法，执行主体可以为寻呼装置。本申请实施例中以寻呼装置执行寻呼方法为例，说明本申请实施例提供的寻呼装置。
图8是本申请提供的寻呼装置的结构示意图之一。如图8所示，本实施例提供的寻呼装置，包括：
确定模块210，用于基于寻呼时机PO确定侧行链路SL非连续接收DRX的第一激活时刻；
处理模块220，用于从所述第一激活时刻起第一激活时间长度对应的时长内监听物理侧行链路共享信道PSCCH。
可选地，所述PO是所述第一终端基于寻呼DRX周期和第一终端的标识确定的；
所述寻呼DRX周期和/或所述第一终端的标识是所述第一终端通过接收信令获取的来自网络侧设备的配置参数；
可选地，确定模块210，具体用于所述第一终端在每个寻呼DRX周期内，基于所述寻呼DRX周期内的PO确定所述SL DRX的第一激活时刻；
可选地，所述第一激活时刻包括以下任意一项：
第一个PO的起始时刻；
最后一个PO的结束时刻；
第M个PO的起始时刻；
第一个PO的开始时刻加时间偏置量N后所对应的时刻；
最后一个PO的结束时刻加时间偏置量N后所对应的时刻；
第M个PO的起始时刻加时间偏置量N后所对应的时刻；
第一个PO之后的下一个SL时隙或SL子帧的起始时刻；
最后一个PO之后的下一个SL时隙或SL子帧的起始时刻；
第M个PO之后的下一个SL时隙或SL子帧的起始时刻；
第一时刻之后的下一个SL时隙或SL子帧的起始时刻，所述第一时刻为第一个PO的起始时刻加时间偏置量后所对应的时刻；
第二时刻之后的下一个SL时隙或SL子帧的起始时刻，所述第二时刻为最后一个PO对应的结束时刻加时间偏置量后所对应的时刻；
第三时刻之后的下一个SL时隙或SL子帧的起始时刻，所述第三时刻为第M个PO对应的起始时刻加时间偏置量后所对应的时刻；
其中：所述M是大于1的整数。
可选地，所述时间偏置量包括以下至少一项：绝对时长、连续的SL时隙个数、连续的SL子帧个数、Uu接口的连续符号个数、Uu接口的连续时隙个数、Uu接口的连续子帧个数；
可选地，处理模块220，具体用于：
在所述第一激活时刻启动第一计时器，在所述第一计时器的运行期间监听所述PSCCH，所述第一计时器的运行时长为所述第一激活时间长度；或，
从所述第一激活时刻起的第一时间窗口内监听所述PSCCH，所述第一时间窗口的时长为所述第一激活时间长度；
可选地，所述M和/或所述时间偏置量为通过以下至少一种方式获取到的：
从第二终端获取到的；协议预定义的；或，通过预设规则获取到的；
可选地，在所述M和/或所述时间偏置量为从第二终端获取到的情况下，所述M和/或所述时间偏置量为所述第二终端生成的，或网络侧设备通过第一信令转发给所述第二终端的，所述第一信令包含所述M和/或所述时间偏置量。
可选地，处理模块220，具体用于：
在第一激活时刻启动第二计时器，并在所述寻呼DRX周期内的每个PO的起始时刻重启所述第二计时器；在所述第二计时器的运行期间监听所述PSCCH；其中，所述第一激活时间长度为所述寻呼DRX寻呼周期内除最后一个PO外的PO对应的时长，以及所述第二计时器的运行时长；或，
在最后一个PO的结束时刻启动第二计时器，并在所述寻呼DRX周期内的每个PO以及所述第二计时器的运行期间监听所述PSCCH；其中，所述第一激活时间长度为第二计时器的运行时长以及所述寻呼DRX周期内所有PO对应的时长；
可选地，所述第一激活时间长度包括以下至少一项：绝对时长、连续的SL时隙个数、连续的SL子帧个数、Uu接口的连续符号个数、Uu接口的连续时隙个数或Uu接口的连续子帧个数；
可选地，所述第一激活时间长度为通过以下至少一种方式获取到的：
从第二终端获取到的；协议预定义的；或，通过预设规则获取到的；
可选地，在所述第一激活时间长度为通过所述预设规则获取到的情况下，所述第一激活时间长度为所述第一终端在所述寻呼DRX周期内的PO对应的子帧个数、符号个数或时隙个数，或所述PO对应的绝对时长。
可选地，在所述第一激活时间长度为从第二终端获取到的情况下，所述第一激活时间长度为所述第二终端生成的，或网络侧设备通过第二信令转发给所述第二终端的，所述第二信令包含所述第一激活时间长度。
可选地，所述第二计时器的运行时长为通过以下至少一种方式获取到的：
从第二终端获取到的；协议预定义的；或，通过预设规则获取到的；
可选地，在所述第二计时器的运行时长为从第二终端获取到的情况下，所述第二计时器的运行时长为所述第二终端生成的，或网络侧设备通过第三信令转发给所述第二终端的，所述第三信令包含所述第二计时器的运行时长。
可选地，还包括：
发送模块，用于将所述寻呼DRX周期和所述第一终端的标识通过SL发送给第二终端。
本实施例的装置，可以用于执行前述第一终端侧方法实施例中任一实施例的方法，其具体实现过程与技术效果与第一终端侧方法实施例中类似，具体可以参见第一终端侧方法实施例中的详细介绍，此处不再赘述。
图9是本申请提供的寻呼装置的结构示意图之二。如图9所示，本实施例提供的寻呼装置，包括：
处理模块310，用于基于第一终端对应的寻呼时机PO，确定侧行链路SL非连续接收DRX的第一激活时刻；
发送模块320，用于从所述第一激活时刻起第一激活时间长度对应的时长内，向所述第一终端发送寻呼消息和/或发送调度所述寻呼消息的物理侧行链路共享信道PSCCH控制信息。
可选地，所述PO是基于所述第一终端的寻呼DRX周期和第一终端的标识确定的；
还包括：
获取模块，用于接收所述第一终端的寻呼DRX周期和/或所述第一终端的标识；
可选地，获取模块，具体用于：
通过接收来自所述第一终端的信令，获取所述第一终端的寻呼DRX周期和/或所述第一终端的标识；
可选地，处理模块310，具体用于：
在第一终端的每个寻呼DRX周期内，基于所述寻呼DRX周期内的PO确定所述SL DRX的第一激活时刻；
可选地，所述第一激活时刻包括以下任意一项：
所述第一终端对应的第一个PO的起始时刻；
所述第一终端对应的最后一个PO的结束时刻；
所述第一终端对应的第M个PO的起始时刻；
所述第一终端对应的第一个PO的开始时刻加时间偏置量N后所对应的时刻；
所述第一终端对应的最后一个PO的结束时刻加时间偏置量N后所对应的时刻；
所述第一终端对应的第M个PO的起始时刻加时间偏置量N后所对应的时刻；
所述第一终端对应的第一个PO之后的下一个SL时隙或SL子帧的起始时刻；
所述第一终端对应的最后一个PO之后的下一个SL时隙或SL子帧的起始时刻；
所述第一终端对应的第M个PO之后的下一个SL时隙或SL子帧的起始时刻；
第一时刻之后的下一个SL时隙或SL子帧的起始时刻，所述第一时刻为所述第一终端对应的第一个PO的起始时刻加时间偏置量后所对应的时刻；
第二时刻之后的下一个SL时隙或SL子帧的起始时刻，所述第二时刻为所述第一终端对应的最后一个PO对应的结束时刻加时间偏置量后所对应的时刻；
第三时刻之后的下一个SL时隙或SL子帧的起始时刻，所述第三时刻为所述第一终端对应的第M个PO对应的起始时刻加时间偏置量后所对应的时刻；
其中：所述M是大于1的整数；
可选地，所述时间偏置量包括以下至少一项：绝对时长、连续的SL时隙个数、连续的SL子帧个数、Uu接口的连续符号个数、Uu接口的连续时隙个数、Uu接口的连续子帧个数；
可选地，处理模块310，具体用于：
在所述第一激活时刻启动第一计时器，在所述第一计时器的运行期间发送寻呼消息和/或发送调度所述寻呼消息的PSCCH控制信息，所述第一计时器的运行时长为所述第一激活时间长度；或，
发送模块320用于从所述第一激活时刻起的第一时间窗口内发送寻呼消息和/或发送调度所述寻呼消息的PSCCH控制信息，所述第一时间窗口的时长为所述第一激活时间长度；
可选地，所述M和/或所述时间偏置量为通过以下至少一种方式获取到的：
从网络侧设备获取到的；所述第二终端生成的；协议预定义的；或，通过预设规则获取到的；
可选地，获取模块，具体用于：
接收来自网络侧设备的第一信令获取到的，所述第一信令包含所述M和/或所述时间偏置量；
可选地，处理模块310具体用于：
在第一激活时刻启动第二计时器，并在所述第一终端的寻呼DRX周期内的所述第一终端对应的每个PO的起始时刻重启所述第二计时器；
发送模块320具体用于：在所述第二计时器的运行期间发送寻呼消息和/或发送调度所述寻呼消息的PSCCH控制信息；其中，所述第一激活时间长度为所述第一终端的寻呼DRX寻呼周期内除最后一个PO外的PO对应的时长，以及所述第二计时器的运行时长；或，
处理模块310具体用于：在所述第一终端对应的最后一个PO的结束时刻启动第二计时器，发送模块320具体用于：在所述第一终端的寻呼DRX周期内的每个PO以及所述第二计时器的运行期间发送寻呼消息和/或发送调度所述寻呼消息的PSCCH控制信息；其中，所述第一激活时间长度为第二计时器的运行时长以及所述第一终端的寻呼DRX周期内所有PO对应的时长；
可选地，所述第一激活时间长度包括以下至少一项：绝对时长、连续的SL时隙个数、连续的SL子帧个数、Uu接口的连续符号个数、Uu接口的连续时隙个数或Uu接口的连续子帧个数；
可选地，所述第一激活时间长度为通过以下至少一种方式获取到的：
从网络侧设备获取到的；所述第二终端生成的；协议预定义的；或，通过预设规则获取到的；
可选地，在所述第一激活时间长度为通过所述预设规则获取到的情况下，所述第一激活时间长度为所述第一终端在所述寻呼DRX周期内的PO对应的子帧个数、符号个数或时隙个数，或所述PO对应的绝对时长；
可选地，获取模块，具体用于：
接收来自网络侧设备的第二信令获取到的，所述第二信令包含所述第一激活时间长度；
可选地，所述第二计时器的运行时长为通过以下至少一种方式获取到的：
从网络侧设备获取到的；所述第二终端生成的；协议预定义的；或，通过预设规则获取到的。
可选地，获取模块，具体用于：
接收来自网络侧设备的第三信令获取到的，所述第三信令包含所述第二计时器的运行时长。
可选地，处理模块310，具体用于：
确定SL传输资源；
所述发送模块320，具体用于：
通过所述SL传输资源向所述第一终端发送所述寻呼消息和/或发送调度所述寻呼消息的PSCCH控制信息；
所述SL传输资源为所述第二终端确定的传输资源，或，网络侧设备调度的传输资源；可选地，处理模块310，具体用于
在发送模块320向所述第一终端发送所述寻呼消息/或发送调度所述寻呼消息的PSCCH控制信息后，监听PSCCH信道，直至以下任一条件满足为止：
收到来自所述第一终端的SL数据传输或响应；或
在第一时长内未收到来自所述第一终端的SL数据传输或响应；
可选地，处理模块310，具体用于：
启动第三计时器，在所述第三计时器的运行期间监听PSCCH信道，所述第三计时器的运行时长为所述第一时长；
可选地，所述第一时长为包括以下至少一项：绝对时长、连续的SL时隙个数、连续的SL子帧个数；
可选地，所述第一时长为通过以下至少一种方式获取到的：
从网络侧设备获取到的；所述第二终端生成的；协议预定义的；或，通过预设规则获取到的；
可选地，获取模块，具体用于：
接收来自网络侧设备的第四信令获取到的，所述第四信令包含所述第一时长。
本实施例的装置，可以用于执行前述第二终端侧方法实施例中任一实施例的方法，其具体实现过程与技术效果与第二终端侧方法实施例中类似，具体可以参见第二终端侧方法实施例中的详细介绍，此处不再赘述。
图10是本申请提供的寻呼装置的结构示意图之三。如图10所示，本实施例提供的寻呼装置，包括：
发送模块410，用于向第二终端发送配置参数；所述配置参数用于确定侧行链路SL非连续接收DRX的第一激活时刻和/或第一激活时间长度。
可选地，所述配置参数包括以下至少一项：第一终端的标识、第一终端的寻呼DRX周期、M、时间偏置量、第一激活时间长度和第二计时器的运行时长；
其中，所述M为大于0的整数，所述M和所述时间偏置量用于确定所述第一激活时刻，所述第二计时器的运行时长用于确定所述第一激活时间长度；
可选地，所述配置参数还包括第一时长，所述第一时长用于所述第二终端监听PSCCH信道。
本实施例的装置，可以用于执行前述网络侧方法实施例中任一实施例的方法，其具体实现过程与技术效果与网络侧方法实施例中类似，具体可以参见网络侧方法实施例中的详细介绍，此处不再赘述。
本申请实施例中的寻呼装置可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，终端可以包括但不限于上述所列举的终端11的类型，其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施例不作具体限定。
本申请实施例提供的寻呼装置能够实现图4至图7的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
可选的，如图11所示，本申请实施例还提供一种通信设备1100，包括处理器1101和存储器1102，存储器1102上存储有可在所述处理器1101上运行的程序或指令，例如，该通信设备1100为终端时，该程序或指令被处理器1101执行时实现上述寻呼方法实施例的各个步骤，且能达到相同的技术效果。该通信设备1100为网络侧设备时，该程序或指令被处理器1101执行时实现上述寻呼方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种第一终端，包括处理器和通信接口，处理器用于基于寻呼时机PO确定侧行链路SL非连续接收DRX的第一激活时刻；从所述第一激活时刻起第一激活时间长度对应的时长内监听物理侧行链路共享信道PSCCH。该终端实施例与上述终端侧方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。具体地，图12为实现本申请实施例的一种终端的硬件结构示意图。
该终端1000包括但不限于：射频单元1001、网络模块1002、音频输出单元1003、输入单元1004、传感器1005、显示单元1006、用户输入单元1007、接口单元1008、存储器1009、以及处理器1010等中的至少部分部件。
本领域技术人员可以理解，终端1000还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图12中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元1004可以包括图形处理单元(GraphicsProcessing Unit，GPU)10041和麦克风10042，图形处理器10041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1006可包括显示面板10061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板10061。用户输入单元1007包括触控面板10071以及其它输入设备10072中的至少一种。触控面板10071，也称为触摸屏。触控面板10071可包括触摸检测装置和触摸控制器两个部分。其它输入设备10072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元1001将接收来自网络侧设备的下行数据接收后，可以传输给处理器1010进行处理；另外，射频单元1001可以将上行的数据发送给向网络侧设备发送上行数据。通常，射频单元1001包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器1009可用于存储软件程序或指令以及各种数据。存储器1009可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器1009可以包括易失性存储器或非易失性存储器，或者，存储器1009可以包括易失性和非易失性存储器两者。包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器1009包括但不限于这些和任意其它适合类型的存储器例如至少一个磁盘存储器件、闪存器件、或其它非易失性固态存储器件。
处理器1010可包括一个或多个处理单元；可选的，处理器1010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序或指令等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器1010中。
其中，处理器1010，用于基于寻呼时机PO确定侧行链路SL非连续接收DRX的第一激活时刻；从所述第一激活时刻起第一激活时间长度对应的时长内监听物理侧行链路共享信道PSCCH。
上述实施方式中，处理器基于寻呼时机PO确定侧行链路SL非连续接收DRX的第一激活时刻；从所述第一激活时刻起第一激活时间长度对应的时长内监听物理侧行链路共享信道PSCCH，由于第一激活时刻是基于PO确定的，针对SL Relay寻呼的SL DRX配置开销较小，而且终端的实现复杂度较小。
可选地，所述PO是所述第一终端基于寻呼DRX周期和第一终端的标识确定的；
所述寻呼DRX周期和/或所述第一终端的标识是所述第一终端通过接收信令获取的来自网络侧设备的配置参数；
可选地，处理器1010，具体用于所述第一终端在每个寻呼DRX周期内，基于所述寻呼DRX周期内的PO确定所述SL DRX的第一激活时刻；
可选地，所述第一激活时刻包括以下任意一项：
第一个PO的起始时刻；
最后一个PO的结束时刻；
第M个PO的起始时刻；
第一个PO的开始时刻加时间偏置量N后所对应的时刻；
最后一个PO的结束时刻加时间偏置量N后所对应的时刻；
第M个PO的起始时刻加时间偏置量N后所对应的时刻；
第一个PO之后的下一个SL 时隙或SL子帧的起始时刻；
最后一个PO之后的下一个SL 时隙或SL子帧的起始时刻；
第M个PO之后的下一个SL时隙或SL子帧的起始时刻；
第一时刻之后的下一个SL时隙或SL子帧的起始时刻，所述第一时刻为第一个PO的起始时刻加时间偏置量后所对应的时刻；
第二时刻之后的下一个SL时隙或SL子帧的起始时刻，所述第二时刻为最后一个PO对应的结束时刻加时间偏置量后所对应的时刻；
第三时刻之后的下一个SL时隙或SL子帧的起始时刻，所述第三时刻为第M个PO对应的起始时刻加时间偏置量后所对应的时刻；
其中：所述M是大于1的整数。
可选地，所述时间偏置量包括以下至少一项：绝对时长、连续的SL时隙个数、连续的SL子帧个数、Uu接口的连续符号个数、Uu接口的连续时隙个数、Uu接口的连续子帧个数；
可选地，处理器1010，具体用于：
在所述第一激活时刻启动第一计时器，在所述第一计时器的运行期间监听所述PSCCH，所述第一计时器的运行时长为所述第一激活时间长度；或，
从所述第一激活时刻起的第一时间窗口内监听所述PSCCH，所述第一时间窗口的时长为所述第一激活时间长度；
可选地，所述M和/或所述时间偏置量为通过以下至少一种方式获取到的：
从第二终端获取到的；协议预定义的；或，通过预设规则获取到的；
可选地，所述M和/或所述时间偏置量为从第二终端获取到的情况下，所述M和/或所述时间偏置量为所述第二终端生成的，或网络侧设备通过第一信令转发给所述第二终端的，所述第一信令包含所述M和/或所述时间偏置量。可选地，处理器1010，具体用于：
在第一激活时刻启动第二计时器，并在所述寻呼DRX周期内的每个PO的起始时刻重启所述第二计时器；在所述第二计时器的运行期间监听所述PSCCH；其中，所述第一激活时间长度为所述寻呼DRX寻呼周期内除最后一个PO外的PO对应的时长，以及所述第二计时器的运行时长；或，
在最后一个PO的结束时刻启动第二计时器，并在所述寻呼DRX周期内的每个PO以及所述第二计时器的运行期间监听所述PSCCH；其中，所述第一激活时间长度为第二计时器的运行时长以及所述寻呼DRX周期内所有PO对应的时长；
可选地，所述第一激活时间长度包括以下至少一项：绝对时长、连续的SL时隙个数、连续的SL子帧个数、Uu接口的连续符号个数、Uu接口的连续时隙个数或Uu接口的连续子帧个数；
可选地，所述第一激活时间长度为通过以下至少一种方式获取到的：
从第二终端获取到的；协议预定义的；或，通过预设规则获取到的；
可选地，在所述第一激活时间长度为通过所述预设规则获取到的情况下，所述第一激活时间长度为所述第一终端在所述寻呼DRX周期内的PO对应的子帧个数、符号个数或时隙个数，或所述PO对应的绝对时长；
可选地，在所述第一激活时间长度为从第二终端获取到的情况下，所述第一激活时间长度为所述第二终端生成的，或网络侧设备通过第二信令转发给所述第二终端的，所述第二信令包含所述第一激活时间长度。可选地，所述第二计时器的运行时长为通过以下至少一种方式获取到的：
从第二终端获取到的；协议预定义的；或，通过预设规则获取到的；
可选地，在所述第二计时器的运行时长为从第二终端获取到的情况下，所述第二计时器的运行时长为所述第二终端生成的，或网络侧设备通过第三信令转发给所述第二终端的，所述第三信令包含所述第二计时器的运行时长。可选地，射频单元1001用于将所述寻呼DRX周期和所述第一终端的标识通过SL发送给第二终端。
本申请实施例还提供一种第二终端，包括处理器和通信接口，处理器用于基于第一终端对应的寻呼时机PO，确定侧行链路SL非连续接收DRX的第一激活时刻；通信接口用于从所述第一激活时刻起第一激活时间长度对应的时长内，向所述第一终端发送寻呼消息和/或发送调度所述寻呼消息的物理侧行链路共享信道PSCCH控制信息。该终端实施例与上述终端侧方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。
本申请实施例还提供一种网络侧设备，包括处理器和通信接口，通信接口用于向第二终端发送配置参数；所述配置参数用于所述第二终端确定侧行链路SL非连续接收DRX的第一激活时刻和/或第一激活时间长度。该网络侧设备实施例与上述网络侧设备方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该网络侧设备实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种网络侧设备。如图13所示，该网络侧设备700包括：天线71、射频装置72、基带装置73、处理器75和存储器75。天线71与射频装置72连接。在上行方向上，射频装置72通过天线71接收信息，将接收的信息发送给基带装置73进行处理。在下行方向上，基带装置73对要发送的信息进行处理，并发送给射频装置72，射频装置72对收到的信息进行处理后经过天线71发送出去。
上述频带处理装置可以位于基带装置73中，以上实施例中网络侧设备执行的方法可以在基带装置73中实现，该基带装置73包括基带处理器75和存储器75。
基带装置73例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图13所示，其中一个芯片例如为基带处理器75，通过总线接口与存储器75连接，以调用存储器75中的程序，执行以上方法实施例中所示的网络设备操作。
该基带装置73网络侧设备还可以包括网络接口76，用于与射频装置72交互信息，该接口例如为通用公共无线接口(common public radio interface，简称CPRI)。
具体地，本申请实施例的网络侧设备700还包括：存储在存储器75上并可在处理器75上运行的指令或程序，处理器75调用存储器75中的指令或程序执行图10所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述寻呼方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述寻呼方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述寻呼方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供了一种通信系统，包括：终端及网络侧设备，所述终端可用于执行如上所述的寻呼方法的步骤，所述网络侧设备可用于执行如上所述的寻呼方法的步骤。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (47)

1.一种寻呼方法，其特征在于，包括：
第一终端基于寻呼时机PO确定侧行链路SL非连续接收DRX的第一激活时刻；
所述第一终端从所述第一激活时刻起第一激活时间长度对应的时长内监听物理侧行链路共享信道PSCCH。
2.根据权利要求1所述的方法，其特征在于，所述第一终端基于寻呼时机PO确定侧行链路SL非连续接收DRX的第一激活时刻，包括：
所述第一终端在每个寻呼DRX周期内，基于所述寻呼DRX周期内的PO确定所述SL DRX的第一激活时刻。
3.根据权利要求1或2所述的方法，其特征在于，所述第一激活时刻包括以下任意一项：
第一个PO的起始时刻；
最后一个PO的结束时刻；
第M个PO的起始时刻；
第一个PO的开始时刻加时间偏置量N后所对应的时刻；
最后一个PO的结束时刻加时间偏置量N后所对应的时刻；
第M个PO的起始时刻加时间偏置量N后所对应的时刻；
第一个PO之后的下一个SL时隙或SL子帧的起始时刻；
最后一个PO之后的下一个SL时隙或SL子帧的起始时刻；
第M个PO之后的下一个SL时隙或SL子帧的起始时刻；
第一时刻之后的下一个SL时隙或SL子帧的起始时刻，所述第一时刻为第一个PO的起始时刻加时间偏置量后所对应的时刻；
第二时刻之后的下一个SL时隙或SL子帧的起始时刻，所述第二时刻为最后一个PO对应的结束时刻加时间偏置量后所对应的时刻；
第三时刻之后的下一个SL时隙或SL子帧的起始时刻，所述第三时刻为第M个PO对应的起始时刻加时间偏置量后所对应的时刻；
其中：所述M是大于1的整数。
4.根据权利要求3所述的方法，其特征在于，
所述时间偏置量包括以下至少一项：绝对时长、连续的SL时隙个数、连续的SL子帧个数、Uu接口的连续符号个数、Uu接口的连续时隙个数、Uu接口的连续子帧个数。
5.根据权利要求3所述的方法，其特征在于，
所述M和/或所述时间偏置量为通过以下至少一种方式获取到的：
从第二终端获取到的；协议预定义的；或，通过预设规则获取到的。
6.根据权利要求5所述的方法，其特征在于，在所述M和/或所述时间偏置量为从第二终端获取到的情况下，所述M和/或所述时间偏置量为所述第二终端生成的，或网络侧设备通过第一信令转发给所述第二终端的，所述第一信令包含所述M和/或所述时间偏置量。
7.根据权利要求1或2所述的方法，其特征在于，所述第一终端从所述第一激活时刻起第一激活时间长度对应的时长内监听物理侧行链路共享信道PSCCH，包括：
所述第一终端在所述第一激活时刻启动第一计时器，在所述第一计时器的运行期间监听所述PSCCH，所述第一计时器的运行时长为所述第一激活时间长度；或，
所述第一终端从所述第一激活时刻起的第一时间窗口内监听所述PSCCH，所述第一时间窗口的时长为所述第一激活时间长度。
8.根据权利要求1或2所述的方法，其特征在于，在所述第一激活时刻为第一个PO的起始时刻的情况下，所述第一终端从所述第一激活时刻起第一激活时间长度对应的时长内监听物理侧行链路共享信道PSCCH，包括：
所述第一终端在第一激活时刻启动第二计时器，并在所述寻呼DRX周期内的每个PO的起始时刻重启所述第二计时器；所述第一终端在所述第二计时器的运行期间监听所述PSCCH；其中，所述第一激活时间长度为所述寻呼DRX寻呼周期内除最后一个PO外的PO对应的时长，以及所述第二计时器的运行时长；或，
所述第一终端在最后一个PO的结束时刻启动第二计时器，并在所述寻呼DRX周期内的每个PO以及所述第二计时器的运行期间监听所述PSCCH；其中，所述第一激活时间长度为第二计时器的运行时长以及所述寻呼DRX周期内所有PO对应的时长。
9.根据权利要求1-8任一项所述的方法，其特征在于，
所述第一激活时间长度包括以下至少一项：绝对时长、连续的SL时隙个数、连续的SL子帧个数、Uu接口的连续符号个数、Uu接口的连续时隙个数或Uu接口的连续子帧个数。
10.根据权利要求1-9任一项所述的方法，其特征在于，
所述第一激活时间长度为通过以下至少一种方式获取到的：
从第二终端获取到的；协议预定义的；或，通过预设规则获取到的。
11.根据权利要求10所述的方法，其特征在于，
在所述第一激活时间长度为通过所述预设规则获取到的情况下，所述第一激活时间长度为所述第一终端在所述寻呼DRX周期内的PO对应的子帧个数、符号个数或时隙个数，或所述PO对应的绝对时长。
12.根据权利要求10所述的方法，其特征在于，在所述第一激活时间长度为从第二终端获取到的情况下，所述第一激活时间长度为所述第二终端生成的，或网络侧设备通过第二信令转发给所述第二终端的，所述第二信令包含所述第一激活时间长度。
13.根据权利要求8所述的方法，其特征在于，
所述第二计时器的运行时长为通过以下至少一种方式获取到的：
从第二终端获取到的；协议预定义的；或，通过预设规则获取到的。
14.根据权利要求13所述的方法，其特征在于，在所述第二计时器的运行时长为从第二终端获取到的情况下，所述第二计时器的运行时长为所述第二终端生成的，或网络侧设备通过第三信令转发给所述第二终端的，所述第三信令包含所述第二计时器的运行时长。
15.根据权利要求1或2所述的方法，其特征在于，所述PO是所述第一终端基于所述寻呼DRX周期和所述第一终端的标识确定的；
所述寻呼DRX周期和/或所述第一终端的标识是所述第一终端通过接收信令获取的来自网络侧设备的配置参数。
16.一种寻呼方法，其特征在于，包括：
第二终端基于第一终端对应的寻呼时机PO，确定侧行链路SL非连续接收DRX的第一激活时刻；
所述第二终端从所述第一激活时刻起第一激活时间长度对应的时长内，向所述第一终端发送寻呼消息和/或发送调度所述寻呼消息的物理侧行链路共享信道PSCCH控制信息。
17.根据权利要求16所述的方法，其特征在于，所述第一终端基于所述第一终端对应的寻呼时机PO，确定侧行链路SL非连续接收DRX的第一激活时刻，包括：
所述第二终端在所述第一终端的每个寻呼DRX周期内，基于所述寻呼DRX周期内的PO确定所述SL DRX的第一激活时刻。
18.根据权利要求16或17所述的方法，其特征在于，所述第一激活时刻包括以下任意一项：
所述第一终端对应的第一个PO的起始时刻；
所述第一终端对应的最后一个PO的结束时刻；
所述第一终端对应的第M个PO的起始时刻；
所述第一终端对应的第一个PO的开始时刻加时间偏置量N后所对应的时刻；
所述第一终端对应的最后一个PO的结束时刻加时间偏置量N后所对应的时刻；
所述第一终端对应的第M个PO的起始时刻加时间偏置量N后所对应的时刻；
所述第一终端对应的第一个PO之后的下一个SL时隙或SL子帧的起始时刻；
所述第一终端对应的最后一个PO之后的下一个SL时隙或SL子帧的起始时刻；
所述第一终端对应的第M个PO之后的下一个SL时隙或SL子帧的起始时刻；
第一时刻之后的下一个SL时隙或SL子帧的起始时刻，所述第一时刻为所述第一终端对应的第一个PO的起始时刻加时间偏置量后所对应的时刻；
第二时刻之后的下一个SL时隙或SL子帧的起始时刻，所述第二时刻为所述第一终端对应的最后一个PO对应的结束时刻加时间偏置量后所对应的时刻；
第三时刻之后的下一个SL时隙或SL子帧的起始时刻，所述第三时刻为所述第一终端对应的第M个PO对应的起始时刻加时间偏置量后所对应的时刻；
其中：所述M是大于1的整数。
19.根据权利要求18所述的方法，其特征在于，
所述时间偏置量包括以下至少一项：绝对时长、连续的SL时隙个数、连续的SL子帧个数、Uu接口的连续符号个数、Uu接口的连续时隙个数、Uu接口的连续子帧个数。
20.根据权利要求18所述的方法，其特征在于，
所述M和/或所述时间偏置量为通过以下至少一种方式获取到的：
从网络侧设备获取到的；所述第二终端生成的；协议预定义的；或，通过预设规则获取到的。
21.根据权利要求20所述的方法，其特征在于，所述从网络侧设备获取到的，包括：
所述第二终端接收来自网络侧设备的第一信令获取到的，所述第一信令包含所述M和/或所述时间偏置量。
22.根据权利要求16或17所述的方法，其特征在于，所述第二终端从所述第一激活时刻起第一激活时间长度对应的时长内向所述第一终端发送寻呼消息和/或发送调度所述寻呼消息的物理侧行链路共享信道PSCCH控制信息，包括：
所述第二终端在所述第一激活时刻启动第一计时器，在所述第一计时器的运行期间发送寻呼消息和/或发送调度所述寻呼消息的PSCCH控制信息，所述第一计时器的运行时长为所述第一激活时间长度；或，
所述第一终端从所述第一激活时刻起的第一时间窗口内发送寻呼消息和/或发送调度所述寻呼消息的PSCCH控制信息，所述第一时间窗口的时长为所述第一激活时间长度。
23.根据权利要求16或17所述的方法，其特征在于，在所述第一激活时刻为所述第一终端对应的第一个PO的起始时刻的情况下，所述第二终端从所述第一激活时刻起第一激活时间长度对应的时长内向所述第一终端发送寻呼消息和/或发送调度所述寻呼消息的物理侧行链路共享信道PSCCH控制信息，包括：
所述第二终端在第一激活时刻启动第二计时器，并在所述第一终端的寻呼DRX周期内的所述第一终端对应的每个PO的起始时刻重启所述第二计时器；所述第二终端在所述第二计时器的运行期间发送寻呼消息和/或发送调度所述寻呼消息的PSCCH控制信息；其中，所述第一激活时间长度为所述第一终端的寻呼DRX寻呼周期内除最后一个PO外的PO对应的时长，以及所述第二计时器的运行时长；或，
所述第二终端在所述第一终端对应的最后一个PO的结束时刻启动第二计时器，并在所述第一终端的寻呼DRX周期内的每个PO以及所述第二计时器的运行期间发送寻呼消息和/或发送调度所述寻呼消息的PSCCH控制信息；其中，所述第一激活时间长度为第二计时器的运行时长以及所述第一终端的寻呼DRX周期内所有PO对应的时长。
24.根据权利要求16-23任一项所述的方法，其特征在于，
所述第一激活时间长度包括以下至少一项：绝对时长、连续的SL时隙个数、连续的SL子帧个数、Uu接口的连续符号个数、Uu接口的连续时隙个数或Uu接口的连续子帧个数。
25.根据权利要求16-24任一项所述的方法，其特征在于，
所述第一激活时间长度为通过以下至少一种方式获取到的：
从网络侧设备获取到的；所述第二终端生成的；协议预定义的；或，通过预设规则获取到的。
26.根据权利要求25所述的方法，其特征在于，
在所述第一激活时间长度为通过所述预设规则获取到的情况下，所述第一激活时间长度为所述第一终端在所述寻呼DRX周期内的PO对应的子帧个数、符号个数或时隙个数，或所述PO对应的绝对时长。
27.根据权利要求25所述的寻呼方法，其特征在于，所述从网络侧设备获取到的，包括：
所述第二终端接收来自网络侧设备的第二信令获取到的，所述第二信令包含所述第一激活时间长度。
28.根据权利要求23所述的方法，其特征在于，
所述第二计时器的运行时长为通过以下至少一种方式获取到的：
从网络侧设备获取到的；所述第二终端生成的；协议预定义的；或，通过预设规则获取到的。
29.根据权利要求28所述的方法，其特征在于，所述从网络侧设备获取到的，包括：
所述第二终端接收来自网络侧设备的第三信令获取到的，所述第三信令包含所述第二计时器的运行时长。
30.根据权利要求16或17所述的方法，其特征在于，所述方法还包括：
所述第二终端确定SL传输资源；
所述向所述第一终端发送所述寻呼消息和/或发送调度所述寻呼消息的物理侧行链路共享信道PSCCH控制信息，包括：
所述第二终端通过所述SL传输资源向所述第一终端发送所述寻呼消息和/或发送调度所述寻呼消息的PSCCH控制信息；
所述SL传输资源为所述第二终端确定的传输资源，或，网络侧设备调度的传输资源。
31.根据权利要求16或17任一项所述的方法，其特征在于，所述方法还包括：
在向所述第一终端发送所述寻呼消息/或发送调度所述寻呼消息的PSCCH控制信息后，所述第二终端监听PSCCH信道，直至以下任一条件满足为止：
收到来自所述第一终端的SL数据传输或响应；或
在第一时长内未收到来自所述第一终端的SL数据传输或响应。
32.根据权利要求31所述的方法，其特征在于，在所述条件为在第一时长内未收到来自所述第一终端的SL数据传输或响应的情况下，所述第二终端监听PSCCH信道包括：
所述第二终端启动第三计时器，在所述第三计时器的运行期间监听PSCCH信道，所述第三计时器的运行时长为所述第一时长。
33.根据权利要求31所述的方法，其特征在于，所述第一时长为包括以下至少一项：绝对时长、连续的SL时隙个数、连续的SL子帧个数。
34.根据权利要求31所述的方法，其特征在于，
所述第一时长为通过以下至少一种方式获取到的：
从网络侧设备获取到的；所述第二终端生成的；协议预定义的；或，通过预设规则获取到的。
35.根据权利要求34所述的方法，其特征在于，所述从网络侧设备获取到的，包括：
所述第二终端接收来自网络侧设备的第四信令获取到的，所述第四信令包含所述第一时长。
36.根据权利要求16或17所述的方法，其特征在于，所述PO是基于所述第一终端的寻呼DRX周期和所述第一终端的标识确定的；
所述方法还包括：
所述第二终端接收所述第一终端的寻呼DRX周期和/或所述第一终端的标识。
37.根据权利要求36所述的方法，其特征在于，所述第二终端接收所述第一终端的寻呼DRX周期和/或所述第一终端的标识，包括：
所述第二终端通过接收来自所述第一终端的信令，获取所述第一终端的寻呼DRX周期和/或所述第一终端的标识。
38.一种寻呼方法，其特征在于，包括：
网络侧设备向第二终端发送配置参数；所述配置参数用于确定侧行链路SL非连续接收DRX的第一激活时刻和/或第一激活时间长度。
39.根据权利要求38所述的方法，其特征在于，所述配置参数包括以下至少一项：第一终端的标识、第一终端的寻呼DRX周期、M、时间偏置量、第一激活时间长度和第二计时器的运行时长；
其中，所述M为大于0的整数，所述M和所述时间偏置量用于确定所述第一激活时刻，所述第二计时器的运行时长用于确定所述第一激活时间长度。
40.根据权利要求39所述的方法，其特征在于，所述配置参数还包括第一时长，所述第一时长用于所述第二终端监听PSCCH信道。
41.一种寻呼装置，其特征在于，包括：
确定模块，用于基于寻呼时机PO确定侧行链路SL非连续接收DRX的第一激活时刻；
处理模块，用于从所述第一激活时刻起第一激活时间长度对应的时长内监听物理侧行链路共享信道PSCCH。
42.一种寻呼装置，其特征在于，包括：
确定模块，用于基于第一终端对应的寻呼时机PO，确定侧行链路SL非连续接收DRX的第一激活时刻；
处理模块，用于从所述第一激活时刻起第一激活时间长度对应的时长内，向所述第一终端发送寻呼消息和/或发送调度所述寻呼消息的物理侧行链路共享信道PSCCH控制信息。
43.一种寻呼装置，其特征在于，包括：
发送模块，用于向第二终端发送配置参数；所述配置参数用于所述第二终端确定侧行链路SL非连续接收DRX的第一激活时刻和/或第一激活时间长度。
44.一种第一终端，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至15任一项所述的寻呼方法的步骤。
45.一种第二终端，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求16至37任一项所述的寻呼方法的步骤。
46.一种网络侧设备，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求38至40任一项所述的寻呼方法的步骤。
47.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-15任一项所述的寻呼方法，实现如权利要求16至37任一项所述的寻呼方法或者实现如权利要求38至40任一项所述的寻呼方法的步骤。
CN202210044905.3A 2022-01-14 2022-01-14 寻呼方法、终端及网络侧设备 Pending CN116489767A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210044905.3A CN116489767A (zh) 2022-01-14 2022-01-14 寻呼方法、终端及网络侧设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210044905.3A CN116489767A (zh) 2022-01-14 2022-01-14 寻呼方法、终端及网络侧设备

Publications (1)

Publication Number Publication Date
CN116489767A true CN116489767A (zh) 2023-07-25

Family

ID=87223719

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210044905.3A Pending CN116489767A (zh) 2022-01-14 2022-01-14 寻呼方法、终端及网络侧设备

Country Status (1)

Country Link
CN (1) CN116489767A (zh)

Similar Documents

Publication Publication Date Title
CN110167128B (zh) 信息检测方法、传输方法、终端及网络设备
WO2023030189A1 (zh) 监听方法、唤醒信号传输方法、装置、终端及网络侧设备
CN114980279A (zh) 省电的方法、装置、设备及可读存储介质
WO2023093692A1 (zh) 监听寻呼提前指示的方法、装置、终端及网络侧设备
WO2022257934A1 (zh) Pdcch监听方法、终端及网络侧设备
CN116489767A (zh) 寻呼方法、终端及网络侧设备
CN117377040A (zh) 唤醒信号监听方法、装置、电子设备、网络设备及介质
WO2024230655A1 (zh) 寻呼物理下行控制信道监听处理方法、装置及相关设备
WO2023169397A1 (zh) 非连续接收drx参数配置方法、装置、终端及网络侧设备
WO2023040951A1 (zh) 寻呼指示方法、装置、终端及网络侧设备
WO2023066290A1 (zh) Uai发送方法、接收方法、设备及可读存储介质
WO2023143413A1 (zh) 同步信号块接收方法、同步信号块发送方法及相关设备
WO2024088160A1 (zh) 延迟唤醒终端的指示方法、装置及设备
CN118972970A (zh) 寻呼物理下行控制信道监听处理方法、装置及相关设备
CN116566565A (zh) 信道监听方法、终端及网络侧设备
CN118555629A (zh) 传输方法、装置、终端、中继设备及网络侧设备
CN117097435A (zh) 数据处理方法、装置、通信设备、系统及存储介质
CN116847436A (zh) 信号监听方法、装置、通信设备、系统及存储介质
CN116170819A (zh) 终端行为控制方法、终端及网络侧设备
CN117156584A (zh) 信号处理方法、终端及网络侧设备
CN117560749A (zh) 唤醒信号的同步源的确定方法、终端及网络侧设备
CN116939638A (zh) 通信方法、装置及相关设备
CN117835400A (zh) 配置确定方法、配置方法、装置、终端及网络侧设备
CN116865844A (zh) 反向散射通信的方法、装置及设备
CN118695337A (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