CN115088326B - 寻呼预告指示的发送方法、寻呼预告指示的接收方法 - Google Patents

寻呼预告指示的发送方法、寻呼预告指示的接收方法 Download PDF

Info

Publication number
CN115088326B
CN115088326B CN202180000243.3A CN202180000243A CN115088326B CN 115088326 B CN115088326 B CN 115088326B CN 202180000243 A CN202180000243 A CN 202180000243A CN 115088326 B CN115088326 B CN 115088326B
Authority
CN
China
Prior art keywords
pei
information
terminal
channels
receiving
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.)
Active
Application number
CN202180000243.3A
Other languages
English (en)
Other versions
CN115088326A (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.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software 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 Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Publication of CN115088326A publication Critical patent/CN115088326A/zh
Application granted granted Critical
Publication of CN115088326B publication Critical patent/CN115088326B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02Arrangements for increasing efficiency of notification or paging channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02Arrangements for increasing efficiency of notification or paging channel
    • H04W68/025Indirect paging
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005Transmission of information for alerting of incoming communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE 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/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing 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

本发明提供一种寻呼预告指示的发送方法和装置、寻呼预告指示的接收方法和装置。其中,寻呼预告指示的发送方法包括:响应于待发送的寻呼预告指示PEI与其他信息或其他信道存在冲突,基于其他信息或其他信道确定对PEI的处理方式(S101)。通过本发明的方法,基站可以灵活地对各种冲突情况进行处理,避免发送异常。

Description

寻呼预告指示的发送方法、寻呼预告指示的接收方法
技术领域
本公开涉及通信技术领域,具体而言,涉及寻呼预告指示的发送方法和装置、寻呼预告指示的接收方法和装置,电子设备和计算机可读存储介质。
背景技术
在终端处于非连接态时,终端可以周期性地监听寻呼(Paging)消息,接收到寻呼消息后可以进入连接态。寻呼消息可以携带在物理下行共享信道(Physical DownlinkShare CHannel,简称PDSCH)中,该PDSCH可以由寻呼下行控制信息(Downlink ControlInformation,简称DCI)进行调度,终端可以通过在寻呼时机(Paging Occasion,简称PO)监听paging DCI,以确定paging DCI是否调度了包含寻呼消息的PDSCH,进而根据paging DCI具体指示的资源接收PDSCH。
终端为了省电,在非连接态可以进入睡眠,并周期性地唤醒以在PO中监听pagingDCI,但是周期性地唤醒仍然存在相对较多的耗电,所以相关技术中提出了基站为终端发送寻呼预告指示(Paging early indication,简称PEI)的方案,基站可以向终端发送与PO对应的PEI,通过PEI可以指示终端是否需要在该PEI对应的一个或多个PO中监听paging DCI。
发明内容
有鉴于此,本公开的实施例提出了寻呼预告指示的发送方法和装置、寻呼预告指示的接收方法和装置,以解决相关技术中的技术问题。
根据本公开实施例的第一方面,提出一种寻呼预告指示的发送方法,应用于基站,所述方法包括:
响应于待发送的寻呼预告指示PEI与其他信息或其他信道存在冲突,基于所述其他信息或其他信道确定对所述PEI的处理方式。
根据本公开实施例的第二方面,提出一种寻呼预告指示的接收方法,应用于终端,所述方法包括:
响应于待接收的寻呼预告指示PEI与其他信息或其他信道存在冲突,基于所述其他信息或其他信道确定所述PEI的接收方式。
根据本公开实施例的第三方面,提出一种寻呼预告指示的发送装置,应用于基站,所述装置包括:
指示发送模块,被配置为响应于待发送的寻呼预告指示PEI与其他信息或其他信道存在冲突,基于所述其他信息或其他信道确定对所述PEI的处理方式。
根据本公开实施例的第四方面,提出一种寻呼预告指示的接收装置,应用于终端,所述装置包括:
指示接收模块,被配置为响应于待接收的寻呼预告指示PEI与其他信息或其他信道存在冲突,基于所述其他信息或其他信道确定所述PEI的接收方式。
根据本公开实施例的第五方面,提出一种电子设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为实现上述第一方面和/或第二方面所述的方法。
根据本公开实施例的第六方面,提出一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现第一方面和/或第二方面所述方法中的步骤。
根据本公开的实施例,基站可以确定待发送的PEI将会与其他信息或其他信道存在冲突,从而可以根据其他信息或其他信道来确定对PEI的具体处理方式。由此,基站可以灵活地对各种冲突情况进行处理,以避免发送异常。
附图说明
为了更清楚地说明本公开实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是根据本公开的实施例示出的一种寻呼预告指示的发送方法的示意流程图。
图2是根据本公开的实施例示出的一种寻呼预告指示的接收方法的示意流程图。
图3是根据本公开的实施例示出的一种寻呼预告指示的发送装置的示意框图。
图4是根据本公开的实施例示出的一种寻呼预告指示的接收装置的示意框图。
图5是根据本公开的实施例示出的另一种寻呼预告指示的接收装置的示意框图。
图6是根据本公开的实施例示出的一种用于寻呼预告指示的发送装置的示意框图。
图7是根据本公开的实施例示出的一种用于寻呼预告指示的接收装置的示意框图。
具体实施方式
下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
终端为了节约功耗,在非连接态可以进入睡眠,并周期性地在PO之前唤醒,以在PO中监听是否存在paging DCI。若在PO中监听到DCI,且DCI调度了包含寻呼消息的PDSCH,则终端根据DCI的具体指示接收PDSCH;若在PO中没有监听到DCI,或者监听到了DCI,但是DCI没有调度包含寻呼消息的PDSCH,则终端可以不必接收PDSCH。
为了实现进一步地节约功耗,在相关技术中,基站还可以向终端发送与PO对应的PEI,通过PEI可以指示终端是否需要在该PEI对应的PO中监听DCI。例如,若该PEI指示终端需要在对应的PO中进行监听,则终端可以在PO之前唤醒,并在PO中监听;若该PEI指示终端无需在对应的PO中进行监听,则终端在对应的PO可以保持睡眠而不需要唤醒,从而终端可以减少不必要的功耗。
然而,基站所要发送的PEI可能会与其他信道、或者与其他信息存在冲突,导致基站发送PEI异常、以及终端接收PEI异常等问题。有鉴于此,本公开实施例提出一种寻呼预告指示的发送方法,本实施例方法中,针对存在冲突的待发送PEI,可以基于发送冲突的其他信息或其他信道的类型进行相应处理,以避免异常。
图1是根据本公开的实施例示出的一种寻呼预告指示的发送方法的示意流程图。本实施例所示的寻呼预告指示的发送方法可以适用于基站,所述基站包括但不限于4G基站、5G基站、6G基站。所述基站可以与作为用户设备的终端进行通信,所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等电子设备。在一个实施例中,所述终端可以是后续任一实施例所述寻呼预告指示的接收方法所适用的终端。
如图1所示,所述寻呼预告指示的发送方法可以包括以下步骤:
在步骤S101中,响应于待发送的寻呼预告指示PEI与其他信息或其他信道存在冲突,基于所述其他信息或其他信道确定对所述PEI的处理方式。
在一个实施例中,基站可以在PO之前向终端发送PEI,例如可以在PO之前的指定时间间隔(比如时长为N)发送PEI,以指示终端根据该PEI确定是否在PO唤醒。
在一个实施例中,基站可以预先确定需要发送的PEI与其他信息或其他信道存在冲突。
举例来说,若用于发送PEI的时频资源与基站需要发送的其他信息所需的时频资源重叠,则可以确定该PEI与其他信息存在冲突。在一个实施例中,基站需要发送的其他信息,可以是基站发送给终端、也可以是基站发送给其他基站等的信息。
或者,若用于发送PEI的资源被配置为上行资源,例如被配置为上行符号,则可以确定该PEI与其他信道存在冲突。
在一个实施例中,基站在确定PEI与其他信息或其他信道存在冲突的情况下,可以基于该存在冲突的其他信息或其他信道,来确定对该PEI的处理方式。举例来说,基站可以通过以下至少一种方式来处理PEI:丢弃所述PEI;推迟发送所述PEI;发送所述PEI,并在所述PEI中打孔发送所述其他信息。
当然,基站还可以通过其他方式来处理PEI,例如可以比较PEI与相冲突的其他信息的优先级,并在原时频位置发送其中优先级较高的等等。上述实施例只是示例性说明,并不进行具体限定。
至此,完成了图1所示的实施例。根据图1所示实施例,基站可以确定待发送的PEI将会与其他信息或其他信道存在冲突,从而可以根据其他信息或其他信道来确定对PEI的具体处理方式。由此,基站可以灵活地对各种冲突情况进行处理,以避免发送异常。
在一个实施例中,所述其他信息或其他信道包括以下至少之一:终端能预先确定资源的其他信息或其他信道、终端不能预先确定资源的其他信息或其他信道。
针对上述终端能否预先确定资源的两种情况,基站可以采用不同的方式来处理PEI,下面结合具体的实施例进行介绍。
实施例1:其他信息或其他信道为终端不能预先确定资源的其他信息或其他信道。
在一个实施例中,其他信息可以是组播、单播等非广播方式发送的,终端无法预先确定该非广播发送的其他信息所使用的资源。或者,其他信道可以是通过终端特定信息来指定给某个特定终端的,则待接收PEI的终端无法预先确定该其他信道对应的资源,从而终端无法预知PEI与其他信息或其他信道存在冲突。
基于此,在一个实施例中,基站响应于所述其他信息或其他信道为终端不能预先确定资源的其他信息或其他信道,所述处理方式包括:丢弃所述PEI。
需要说明的是,若终端无法预知PEI所使用的资源与其他信息所使用的资源重叠,或者若终端无法预知PEI所需使用的信道被配置为上行信道,即终端无法预知到这一冲突,因此,基站只能丢弃该PEI。
在一个实施例中,基站丢弃该PEI后,终端则无法接收到该PEI。为了避免终端异常,可以预先约定终端在未接收到PEI的情况下的默认处理方法,举例来说,终端响应于未接收到PEI,可以在PEI所对应的PO之前唤醒,以在PO监听是否存在paging DCI。
在一个实施例中,终端不能预先确定资源的其他信息包括以下至少之一:
1、通过组播方式向非连接态终端发送的物理下行共享信道PDSCH;举例来说,该PDSCH可以是承载RAR/paging message的PDSCH;
2、向连接态终端发送的物理下行控制信道PDCCH或物理下行共享信道PDSCH;
3、向连接态终端发送的信道状态信息参考信号CSI-RS或终端特定定位参考信号UE specific PRS(positioning reference signal);
4、远端干扰管理参考信号RIM-RS(Remote interference management referencesignal)。
在一个实施例中,终端不能预先确定资源的其他信道,包括以下至少之一:
1、终端特定上下行配置信息UE specific UL/DL configuration所指示的上行符号;
2、时隙格式指示SFI所指示的上行符号;举例来说,该SFI可以被包括在UEspecific DCI中,动态向某个特定终端指示上下行资源分配。
需要说明的是,上述实施例中终端不能预先确定资源的信息和信道只是示例性说明,在实际应用中,还可以包括其他信息,或者还可以是其他方式所指示的上行信道,本实施例并不进行限定。
实施例2:其他信息或其他信道为终端能预先确定资源的其他信息或其他信道。
在一个实施例中,其他信息可以是基站通过广播方式发送的,终端可以预先确定该广播发送的其他信息所使用的资源。或者,其他信道可以是基站与终端预先约定的,或是基站通过广播信息来指定给终端的,则终端可以预先确定该其他信道对应的资源。
基于此,在一个实施例中,基站响应于所述其他信息或其他信道为终端能预先确定资源的其他信息或其他信道,所述处理方式包括以下至少之一:丢弃所述PEI;推迟发送所述PEI;发送所述PEI并在所述PEI中打孔发送所述其他信息。
需要说明的是,若终端预先知道PEI所使用的资源与其他信息所使用的资源重叠,或者若终端预先知道PEI所需使用的信道被配置为上行信道,则终端可以预知到这一冲突。因此,基站和终端可以预先约定不同冲突下的处理方式,从而基站按照约定的方式来处理该PEI。
在一个实施例中,终端能预先确定资源的其他信息或其他信道还可以包括两种情况,针对不同的情况也可以确定对PEI的不同处理方式,下面结合实施例2.1和实施例2.2进行描述。
实施例2.1:待发送的PEI与终端能预先确定资源的第一信息存在冲突,或与终端能预先确定资源的其他信道存在冲突。
在一个实施例中,第一信息在频域上连续,或者不确定在频域上是否连续。需要说明的是,若该第一信息在频域上连续,或者不确定在频域上是否连续,则不能采用打孔的方式同时发送第一信息和PEI。由此,基站可以直接丢弃该PEI,或者推迟发送PEI。
在一个实施例中,若待发送的PEI所需使用的资源为上行信道,则PEI与该上行信道存在冲突,显然,基站无法在上行信道上发送PEI。因此,基站可以直接丢弃该PEI,或者推迟发送PEI。
举例来说,第一信息可以包括以下至少之一:
1、同步序列块SSB;
2、PDCCH的公共搜索空间CSS;所述CSS由协议约定或广播信道配置、且所述CSS的类型为Type0/0A/1/2;
3、PDSCH;所述PDSCH用于承载系统信息块SIB1或广播系统信息SI。
举例来说,上述终端能预先确定资源的其他信道可以包括:系统信息中的上下行配置信息UL/DL configuration所指示的上行符号。
在一个实施例中,响应于待发送的PEI与终端能预先确定资源的第一信息存在冲突,或与终端能预先确定资源的其他信道存在冲突,推迟发送所述PEI。基于此,在一个实施例中,终端响应于所述待发送的PEI与第一信息存在冲突,或与终端其他信道存在冲突,推迟接收所述PEI。
需要说明的是,上述“基站推迟发送所述PEI”的处理方式是基站和终端预先确定的,因此终端可以在预知PEI与第一信息或其他信道存在冲突时,采用推迟接收PEI的方式来进行接收。
在一个实施例中,针对上述第一信息或其他信道,基站和终端也可以预先确定处理方式为“基站丢弃所述PEI”。由此,终端可以在未接收到PEI的情况下,采用预设的处理方式,例如终端可以在PEI所对应的PO之前唤醒,以在PO监听是否存在paging DCI。
实施例2.2:待发送的PEI与终端能预先确定资源的第二信息存在冲突。
在一个实施例中,第二信息在频域上不连续,也就是在频域上呈梳状。需要说明的是,若该第二信息在频域上不连续,则可以同时发送第二信息和PEI,例如可以采用打孔的方式进行发送。由此,基站可以直接丢弃该PEI,或者推迟发送PEI,或者采用打孔的方式发送第二信息和PEI。
举例来说,第二信息可以包括以下至少之一:
1、由核心网或系统信息SI配置的定位参考信号PRS;
2、通过广播方式向非连接态终端发送的跟踪导频TRS。
在一个实施例中,基站响应于待发送的PEI与终端能预先确定资源的第二信息存在冲突,推迟发送所述PEI;或者,发送所述PEI,并在所述PEI中打孔发送所述第二信息。基于此,在一个实施例中,终端响应于待发送的PEI与第二信息存在冲突,推迟接收所述PEI;或者,在原时频位置接收所述PEI。
在一个实施例中,采用打孔的方式时,基站可以在原时频位置上发送PEI和第二信息,当遇到第二信息所在的资源粒子RE时,将PEI信息在该RE上打掉,用于发送第二信息。基于此,终端可以在原时域位置同时接收PEI和第二信息。
根据上述实施例中打孔发送的方式,可以保证PEI和其他信息的正常发送,并且通过提高了对频域资源的利用率,提高了信息传输效率。
需要说明的是,上述“基站推迟发送所述PEI或打孔发送所述PEI”的处理方式是基站和终端预先确定的,因此终端可以在预知PEI与第二信息存在冲突时,根据预先确定的方式来进行接收。
在一个实施例中,针对上述第二信息,基站和终端也可以预先确定处理方式为“基站丢弃所述PEI”。由此,终端可以在未接收到PEI的情况下,采用预设的处理方式,例如终端可以在PEI所对应的PO之前唤醒,以在PO监听是否存在paging DCI。
需要说明的是,上述实施例中终端能预先确定资源的具体信息和信道只是示例性说明,在实际应用中,还可以包括其他信息,或者还可以通过其他方式来指示上行信道,本实施例并不进行限定。
至此,完成了实施例1和实施例2。基站可以根据与PEI发生冲突的对象的不同类型进行不同方式的处理,避免在冲突时基站发送异常、以及终端接收异常。
在一个实施例中,基站可以通过不同的形式来承载PEI,例如,基站可以通过DCI或序列来承载发送PEI。针对不同的承载PEI的形式,打孔发送PEI的方式是类似的,这里不再赘述。而针对不同的承载PEI的形式,推迟发送PEI的方式也是不同的,下面结合实施例3和实施例4进行说明。
实施例3:通过DCI承载PEI。
在一个实施例中,PEI可以承载在DCI中。
在一个实施例中,基站推迟发送所述PEI,包括:在所述冲突对应的时域资源后的第一个用于发送PEI的DCI的目标PDCCH上发送所述PEI。
基于此,在一个实施例中,终端可以推迟接收所述PEI,在所述冲突对应的时域资源后的第一个用于发送PEI的DCI的目标PDCCH上接收所述PEI。
在一个实施例中,基站还会在推迟发送PEI之前进行确认,确定推迟后发送的PEI是否满足预设条件。例如,基站可以判断至少两个条件,其一为该第一个DCI与该PEI所对应的PO之间的时间间隔是否满足预设条件;其二为该第一个DCI与其他信息是否存在冲突。
在一个实施例中,PEI可以对应一个或多个PO,则通常需要判断该第一个DCI与该PEI所对应的第一个PO之间的时间间隔,例如判断该第一个DCI是否在该PEI所对应的第一个PO之前的T时长,其中T可以是预先确定的,本实施例并不进行限定。
在一个实施例中,基站在计划将PEI推迟至第一个DCI的目标PDCCH上进行发送时,可能还会与其他信息存在冲突。其中,存在冲突的其他信息可以是终端能预先确定资源的,或者也可以是终端不能预先确定资源的,从而基站也可以采用不同的方法进行处理。
需要说明的是,基站在推迟发送时,是基于下行信道PDCCH进行选择的,因而不会存在上述实施例中与其他信道存在冲突的情况,而只需要确定是否与其他信息存在冲突。
根据上述两个判断条件,在一个实施例中,所述在所述冲突对应的时域资源后的第一个用于发送PEI的DCI的目标PDCCH上发送所述PEI,包括:
响应于在所述目标PDCCH发送的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔满足目标条件,且与其他信息不存在冲突,在所述目标PDCCH发送所述PEI;
响应于在所述目标PDCCH发送的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔不满足目标条件,或者,与终端不能预先确定资源的其他信息存在冲突,丢弃所述PEI;
响应于在所述目标PDCCH发送的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔满足目标条件,且与终端能预先确定资源的其他信息存在冲突,推迟发送所述PEI;
或者,响应于在所述目标PDCCH发送的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔满足目标条件,且与终端能预先确定资源的其他信息存在冲突,丢弃所述PEI。
基于此,在一个实施例中,终端也可以根据相应地进行接收,终端在所述冲突对应的时域资源后的第一个用于发送PEI的DCI的目标PDCCH上接收所述PEI,包括:
响应于待在所述目标PDCCH接收的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔满足目标条件,且与其他信息不存在冲突,在所述目标PDCCH接收所述PEI;
响应于待在所述目标PDCCH接收的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔不满足目标条件,或者,与其他信息存在冲突,推迟接收所述PEI;
或者,响应于待在所述目标PDCCH接收的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔不满足目标条件,或者,与其他信息存在冲突,确定不接收所述PEI。
需要说明的是,对于终端而言,在确定是否存在冲突时,只需要考虑“终端能预先确定资源的其他信息”。因此,终端可以根据预先与基站约定的策略,进行相应地接收。针对基站推迟发送PEI的情况,终端可以推迟接收PEI;针对基站丢弃PEI的情况,终端可以确定不接收PEI,在一个实施例中,终端在确定不接收PEI时,还可以按照默认方式进行后续处理,例如在PO之前唤醒。
至此,完成了实施例3。根据实施例3,在通过DCI承载PEI时,基站可以将发送PEI推迟至在所述冲突对应的时域资源后的第一个用于发送PEI的DCI的目标PDCCH上发送所述PEI,而对于推迟后无法满足与PEI指示的第一个PO的时间间隔,或推迟后仍存在冲突的情况,可以按照实际情况继续推迟或丢弃PEI。由此,基站具有完善地策略用于应对各种冲突情况,灵活地进行处理,以避免发送异常。
实施例4:通过序列承载PEI。
在一个实施例中,PEI可以承载在序列(sequence)中。
在一个实施例中,基站推迟发送所述PEI,包括:在所述冲突对应的时域资源后的第一个下行符号发送携带所述PEI的序列。
基于此,在一个实施例中,终端可以推迟接收所述PEI,在所述冲突对应的时域资源后的第一个下行符号接收携带所述PEI的序列。
与上述实施例3类似的,基站会在推迟发送PEI之前进行确认,确定推迟后发送的PEI是否满足预设条件。例如,基站可以判断至少两个条件,其一为该第一个下行符号与该PEI所对应的PO之间的时间间隔是否满足预设条件;其二为该第一个下行符号与其他信息是否存在冲突。
在一个实施例中,PEI可以指示一个或多个PO,则通常需要判断该第一个下行符号与该PEI所对应的第一个PO之间的时间间隔,例如判断该第一个下行符号是否在该PEI所对应的第一个PO之前的T时长,其中T可以是预先确定的,例如可以在协议中约定,或者由基站配置等,本实施例并不进行限定。
在一个实施例中,基站在计划将PEI推迟至第一个下行符号的目标PDCCH上进行发送时,可能还会与其他信息存在冲突。其中,存在冲突的其他信息可以是终端能预先确定资源的,或者也可以是终端不能预先确定资源的,从而基站也可以采用不同的方法进行处理。
需要说明的是,基站在推迟发送时,推迟至冲突对应的时域资源后的第一个下行符号,因而不会存在上述实施例中与其他信道存在冲突的情况,而只需要确定是否与其他信息存在冲突。
根据上述两个判断条件,在一个实施例中,所述在所述冲突对应的时域资源后的第一个下行符号发送携带所述PEI的序列,包括:
响应于在所述第一个下行符号发送的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔满足目标条件,且与其他信息不存在冲突,在所述第一个下行符号发送携带所述PEI的序列;
响应于在所述第一个下行符号发送的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔不满足目标条件,或者,与终端不能预先确定资源的其他信息存在冲突,丢弃所述PEI;
响应于在所述第一个下行符号发送的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔满足目标条件,且与终端能预先确定资源的其他信息存在冲突,推迟发送所述PEI;
或者,响应于在所述第一个下行符号发送的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔满足目标条件,且与终端能预先确定资源的其他信息存在冲突,丢弃所述PEI。
基于此,在一个实施例中,终端也可以根据相应地进行接收,终端在所述冲突对应的时域资源后的第一个下行符号接收携带所述PEI的序列,包括:
响应于待在所述第一个下行符号接收的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔满足目标条件,且与其他信息不存在冲突,在所述第一个下行符号接收携带所述PEI的序列;
响应于待在所述第一个下行符号接收的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔不满足目标条件,或者,与其他信息存在冲突,推迟接收所述PEI;
或者,响应于待在所述第一个下行符号接收的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔不满足目标条件,或者,与其他信息存在冲突,确定不接收所述PEI。
与上述实施例3类似的,对于终端而言,在确定是否存在冲突时,只需要考虑“终端能预先确定资源的其他信息”。因此,终端可以根据预先与基站约定的策略,进行相应地接收。针对基站推迟发送PEI的情况,终端可以推迟接收PEI;针对基站丢弃PEI的情况,终端可以确定不接收PEI,在一个实施例中,终端在确定不接收PEI时,还可以按照默认方式进行后续处理,例如在PO之前唤醒。
至此,完成了实施例4。根据实施例4,在通过序列承载PEI时,基站可以将发送PEI推迟至在所述冲突对应的时域资源后的第一个下行符号来发送所述PEI,而对于推迟后无法满足与PEI指示的第一个PO的时间间隔,或推迟后仍存在冲突的情况,可以按照实际情况继续推迟或丢弃PEI。由此,基站具有完善地策略用于应对各种冲突情况,灵活地进行处理,以避免发送异常。
图2是根据本公开的实施例示出的一种寻呼预告指示的接收方法的示意流程图。本实施例所示的寻呼预告指示的接收方法可以适用于终端,所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等电子设备。所述终端可以作为用户设备与基站通信,所述基站包括但不限于4G基站、5G基站、6G基站。在一个实施例中,所述基站可以是上述任一实施例所述的寻呼预告指示的发送方法所适用的基站。
如图2所示,所述寻呼预告指示的接收方法可以包括以下步骤:
在步骤S201中,响应于待接收的寻呼预告指示PEI与其他信息或其他信道存在冲突,基于所述其他信息或其他信道确定所述PEI的接收方式。
在一个实施例中,PEI可以与一个或多个PO,终端在PO之前的指定时间间隔(比如时长N)接收PEI,以根据该PEI确定来确定是否在PO唤醒。
在一个实施例中,其他信息可以是基站通过广播方式发送的,终端可以预先确定该广播发送的其他信息所使用的资源。或者,其他信道可以是基站与终端预先约定的,或是基站通过广播信息来指定给终端的,则终端可以预先确定该其他信道对应的资源。由此,终端可以基于所述其他信息或其他信道,来确定所述PEI的接收方式。
需要说明的是,若其他信息可以是组播、单播等非广播方式发送的,终端无法预先确定该非广播发送的其他信息所使用的资源。或者,若其他信道可以是通过终端特定信息来指定给终端的,则终端无法预先确定该其他信道对应的资源,从而终端无法预知PEI与其他信息或其他信道存在冲突。从而,终端仍会按照原方式接收PEI,若未接收到PEI,可以采用预先确定的默认方法进行处理,例如响应于未接收到所述PEI,在与所述PEI所对应的PO唤醒。
在一个实施例中,所述接收方式,包括以下至少之一:推迟接收所述PEI;或者,在原时频位置接收所述PEI。
在一个实施例中,针对基站推迟发送PEI的情况,终端可以推迟接收所述PEI;针对基站采用打孔方式发送PEI的情况,终端可以在原时频位置接收所述PEI。
在一个实施例中,所述基于所述其他信息或其他信道确定所述PEI的接收方式,包括:响应于待接收的PEI与第一信息存在冲突,或与其他信道存在冲突,推迟接收所述PEI;
所述第一信息包括以下至少之一:
1、同步序列块SSB;
2、PDCCH的公共搜索空间CSS;所述CSS由协议约定或广播信道配置、且所述CSS的类型为Type0/0A/1/2;
3、PDSCH;所述PDSCH用于承载系统信息块SIB1或广播系统信息SI;
所述其他信道包括:系统信息中的上下行配置信息UL/DL configuration所指示的上行符号。
在一个实施例中,所述基于所述其他信息或其他信道确定所述PEI的接收方式,包括:响应于待接收的PEI与第二信息存在冲突,推迟接收所述PEI,或者,在原时频位置接收所述PEI;
所述第二信息包括以下至少之一:
1、由核心网或系统信息SI配置的定位参考信号PRS;
2、通过广播方式向非连接态终端发送的跟踪导频TRS。
上述实施例中的具体实现方式可以参照实施例2,这里不再进行赘述。需要说明的是,上述具体的信息和确定信道的方法只是示例性说明,在实际应用中还可以是其他信息或还可以通过其他方式来确定上行信道,本实施例不进行赘述。
根据上述实施例,终端可以根据与PEI发生冲突的对象的不同类型进行不同方式的处理,避免在冲突时接收异常。
在一个实施例中,基站可以通过不同的形式来承载PEI,例如,基站可以通过DCI或序列来承载发送PEI。针对不同的承载PEI的形式,若基站采用打孔发送PEI的方式,则终端仍可以在原时频位置进行接收,这里不再赘述。而针对不同的承载PEI的形式,终端推迟接收PEI的方式也是不同的,下面结合实施例5和实施例6进行说明。
实施例5:通过DCI承载PEI。
在一个实施例中,所述推迟接收所述PEI,包括:在所述冲突对应的时域资源后的第一个用于发送PEI的DCI的目标PDCCH上接收所述PEI。
在一个实施例中,所述在所述冲突对应的时域资源后的第一个用于发送PEI的DCI的目标PDCCH上接收所述PEI,包括:
响应于待在所述目标PDCCH接收的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔满足目标条件,且与其他信息不存在冲突,在所述目标PDCCH接收所述PEI;
响应于待在所述目标PDCCH接收的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔不满足目标条件,或者,与其他信息存在冲突,推迟接收所述PEI;
或者,响应于待在所述目标PDCCH接收的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔不满足目标条件,或者,与其他信息存在冲突,确定不接收所述PEI。
上述实施例5的具体实现方法可以参照实施例3,这里不再赘述。根据实施例3,若基站通过DCI承载PEI,终端可以在所述冲突对应的时域资源后的第一个用于发送PEI的DCI的目标PDCCH上接收所述PEI,而对于推迟后无法满足与PEI指示的第一个PO的时间间隔,或推迟后仍存在冲突的情况,可以按照实际情况继续推迟接收或确定不接收PEI,终端可以按照与基站预先约定的方法进行处理。由此,终端具有完善地策略用于应对各种冲突情况,灵活地进行处理,以避免接收异常。
实施例6:通过序列承载PEI。
在一个实施例中,所述推迟接收所述PEI,包括:
在所述冲突对应的时域资源后的第一个下行符号接收携带所述PEI的序列。
在一个实施例中,所述在所述冲突对应的时域资源后的第一个下行符号接收携带所述PEI的序列,包括:
响应于待在所述第一个下行符号接收的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔满足目标条件,且与其他信息不存在冲突,在所述第一个下行符号接收携带所述PEI的序列;
响应于待在所述第一个下行符号接收的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔不满足目标条件,或者,与其他信息存在冲突,推迟接收所述PEI;
或者,响应于待在所述第一个下行符号接收的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔不满足目标条件,或者,与其他信息存在冲突,确定不接收所述PEI。
上述实施例6的具体实现方法可以参照实施例4,这里不再赘述。根据实施例6,若基站通过序列承载PEI,终端可以在所述冲突对应的时域资源后的第一个下行符号来接收所述PEI,而对于推迟后无法满足与PEI指示的第一个PO的时间间隔,或推迟后仍存在冲突的情况,可以按照实际情况继续推迟接收或确定不接收PEI。由此,终端具有完善地策略用于应对各种冲突情况,灵活地进行处理,以避免接收异常。
在一个实施例中,若终端未接收到所述PEI,例如发生了终端无法预知的冲突,终端仍进行接收但未接收到PEI;或者终端确定不接收PEI等情况下,终端响应于未接收到所述PEI,在与所述PEI所对应的PO唤醒。由此,终端可以在未接收到PEI的情况下,在PO之前唤醒进行监听是否存在paging DCI,以避免丢失paging DCI。
与前述的寻呼预告指示的发送方法的实施例相对应,本公开还提供了寻呼预告指示的发送装置的实施例。
图3是根据本公开的实施例示出的一种寻呼预告指示的发送装置的示意框图。本实施例所示的寻呼预告指示的发送装置可以适用于基站,所述基站包括但不限于4G基站、5G基站、6G基站。所述基站可以与作为用户设备的终端进行通信,所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等电子设备。在一个实施例中,所述终端可以是后续任一实施例所述寻呼预告指示的接收装置所适用的终端。
如图3所示,所述寻呼预告指示的发送装置可以包括:
指示发送模块301,被配置为响应于待发送的寻呼预告指示PEI与其他信息或其他信道存在冲突,基于所述其他信息或其他信道确定对所述PEI的处理方式。
在一个实施例中,所述其他信息或其他信道包括以下至少之一:
终端能预先确定资源的其他信息或其他信道、终端不能预先确定资源的其他信息或其他信道。
在一个实施例中,响应于所述其他信息或其他信道为终端不能预先确定资源的,所述处理方式包括:丢弃所述PEI。
在一个实施例中,所述终端不能预先确定资源的其他信息包括以下至少之一:
通过组播方式向非连接态终端发送的物理下行共享信道PDSCH;
向连接态终端发送的物理下行控制信道PDCCH或物理下行共享信道PDSCH;
向连接态终端发送的信道状态信息参考信号CSI-RS或终端特定定位参考信号UEspecific PRS;
远端干扰管理参考信号RIM-RS;
所述终端不能预先确定资源的其他信道,包括以下至少之一:
终端特定上下行配置信息UE specific UL/DL configuration所指示的上行符号;
时隙格式指示SFI所指示的上行符号。
在一个实施例中,响应于所述其他信息或其他信道为终端能预先确定资源的,所述处理方式包括以下至少之一:
丢弃所述PEI;
推迟发送所述PEI;
发送所述PEI并在所述PEI中打孔发送所述其他信息。
在一个实施例中,响应于待发送的PEI与终端能预先确定资源的第一信息存在冲突,或与终端能预先确定资源的其他信道存在冲突,推迟发送所述PEI;
其中,所述第一信息包括以下至少之一:
同步序列块SSB;
PDCCH的公共搜索空间CSS;所述CSS由协议约定或广播信道配置、且所述CSS的类型为Type0/0A/1/2;
PDSCH;所述PDSCH用于承载系统信息块SIB1或广播系统信息SI;
其中,所述终端能预先确定资源的其他信道包括:系统信息中的上下行配置信息UL/DL configuration所指示的上行符号。
在一个实施例中,响应于待发送的PEI与终端能预先确定资源的第二信息存在冲突,推迟发送所述PEI;或者,发送所述PEI,并在所述PEI中打孔发送所述第二信息;
其中,所述第二信息包括以下至少之一:
由核心网或系统信息SI配置的定位参考信号PRS;
通过广播方式向非连接态终端发送的跟踪导频TRS。
在一个实施例中,所述推迟发送所述PEI,包括:
在所述冲突对应的时域资源后的第一个用于发送PEI的DCI的目标PDCCH上发送所述PEI。
在一个实施例中,所述在所述冲突对应的时域资源后的第一个用于发送PEI的DCI的目标PDCCH上发送所述PEI,包括:
响应于在所述目标PDCCH发送的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔满足目标条件,且与其他信息不存在冲突,在所述目标PDCCH发送所述PEI;
响应于在所述目标PDCCH发送的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔不满足目标条件,或者,与终端不能预先确定资源的其他信息存在冲突,丢弃所述PEI;
响应于在所述目标PDCCH发送的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔满足目标条件,且与终端能预先确定资源的其他信息存在冲突,推迟发送所述PEI;
或者,响应于在所述目标PDCCH发送的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔满足目标条件,且与终端能预先确定资源的其他信息存在冲突,丢弃所述PEI。
在一个实施例中,所述推迟发送所述PEI,包括:
在所述冲突对应的时域资源后的第一个下行符号发送携带所述PEI的序列。
在一个实施例中,所述在所述冲突对应的时域资源后的第一个下行符号发送携带所述PEI的序列,包括:
响应于在所述第一个下行符号发送的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔满足目标条件,且与其他信息不存在冲突,在所述第一个下行符号发送携带所述PEI的序列;
响应于在所述第一个下行符号发送的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔不满足目标条件,或者,与终端不能预先确定资源的其他信息存在冲突,丢弃所述PEI;
响应于在所述第一个下行符号发送的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔满足目标条件,且与终端能预先确定资源的其他信息存在冲突,推迟发送所述PEI;
或者,响应于在所述第一个下行符号发送的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔满足目标条件,且与终端能预先确定资源的其他信息存在冲突,丢弃所述PEI。
与前述的寻呼预告指示的接收方法的实施例相对应,本公开还提供了寻呼预告指示的接收装置的实施例。
图4是根据本公开的实施例示出的一种寻呼预告指示的接收装置的示意框图。本实施例所示的寻呼预告指示的接收装置可以适用于终端,所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等电子设备。所述终端可以作为用户设备与基站通信,所述基站包括但不限于4G基站、5G基站、6G基站。在一个实施例中,所述基站可以是上述任一实施例所述的寻呼预告指示的发送装置所适用的基站。
如图4所示,所述寻呼预告指示的接收装置可以包括:
指示接收模块401,被配置为响应于待接收的寻呼预告指示PEI与其他信息或其他信道存在冲突,基于所述其他信息或其他信道确定所述PEI的接收方式。
在一个实施例中,所述接收方式,包括以下至少之一:推迟接收所述PEI;或者,在原时频位置接收所述PEI。
在一个实施例中,所述基于所述其他信息或其他信道确定所述PEI的接收方式,包括:
响应于待接收的PEI与第一信息存在冲突,或与其他信道存在冲突,推迟接收所述PEI;
其中,所述第一信息包括以下至少之一:
同步序列块SSB;
PDCCH的公共搜索空间CSS;所述CSS由协议约定或广播信道配置、且所述CSS的类型为Type0/0A/1/2;
PDSCH;所述PDSCH用于承载系统信息块SIB1或广播系统信息SI;
其中,所述其他信道包括:系统信息中的上下行配置信息UL/DL configuration所指示的上行符号。
在一个实施例中,所述基于所述其他信息或其他信道确定所述PEI的接收方式,包括:
响应于待接收的PEI与第二信息存在冲突,推迟接收所述PEI,或者,在原时频位置接收所述PEI;
其中,所述第二信息包括以下至少之一:
由核心网或系统信息SI配置的定位参考信号PRS;
通过广播方式向非连接态终端发送的跟踪导频TRS。
在一个实施例中,所述推迟接收所述PEI,包括:
在所述冲突对应的时域资源后的第一个用于发送PEI的DCI的目标PDCCH上接收所述PEI。
在一个实施例中,所述在所述冲突对应的时域资源后的第一个用于发送PEI的DCI的目标PDCCH上接收所述PEI,包括:
响应于待在所述目标PDCCH接收的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔满足目标条件,且与其他信息不存在冲突,在所述目标PDCCH接收所述PEI;
响应于待在所述目标PDCCH接收的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔不满足目标条件,或者,与其他信息存在冲突,推迟接收所述PEI;
或者,响应于待在所述目标PDCCH接收的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔不满足目标条件,或者,与其他信息存在冲突,确定不接收所述PEI。
在一个实施例中,所述推迟接收所述PEI,包括:
在所述冲突对应的时域资源后的第一个下行符号接收携带所述PEI的序列。
在一个实施例中,所述在所述冲突对应的时域资源后的第一个下行符号接收携带所述PEI的序列,包括:
响应于待在所述第一个下行符号接收的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔满足目标条件,且与其他信息不存在冲突,在所述第一个下行符号接收携带所述PEI的序列;
响应于待在所述第一个下行符号接收的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔不满足目标条件,或者,与其他信息存在冲突,推迟接收所述PEI;
或者,响应于待在所述第一个下行符号接收的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔不满足目标条件,或者,与其他信息存在冲突,确定不接收所述PEI。
图5是根据本公开的实施例示出的另一种寻呼预告指示的接收装置的示意框图。如图5所示,所述装置还包括:
唤醒模块501,被配置为响应于未接收到所述PEI,在与所述PEI所对应的PO唤醒。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在相关方法的实施例中进行了详细描述,此处将不做详细阐述说明。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
下面结合特定的技术细节,概括地示例性说明根据本公开的具体的能力发送机制和能力接收机制,如下:
PEI的承载形式可能为DCI、sequence两种。
PEI与其他信道/信号冲突的情况分为2类,第一类:UE可预知该冲突的发生;第二类:UE不可预知该冲突的发生。
第一类冲突情况包含的具体case如下:
Case 1-1,PEI+SSB
Case 1-2,PEI+由协议约定或者由广播信道配置的Type 0/0A/1/2PDCCH CSS(common search space,公共搜索空间)
Case 1-3,PEI+承载SIB1/广播SI(system information,系统消息)的PDSCH
Case 1-4,PEI+系统消息中配置的UL-DL configuration中上行符号
Case 1-5,PEI+由核心网/系统消息配置的定位参考信号PRS(positioning-RS)
Case 1-6,PEI+广播的用于RRC-idle态UE的TRS(tracking RS,跟踪导频)
第二类冲突情况包含的具体case如下:
Case 2-1,PEI+为RRC-idle UE组播的PDSCH(例如,承载RAR/paging message的PDSCH)
Case 2-2,PEI+RRC connected UE的PDCCH configuration/PDSCH scheduling
Case 2-3,PEI+RRC connected UE的CSI-RS/UE specific PRS
Case 2-4,PEI+UE specific UL/DL configuration/SFI(Slot formatindication,时隙格式指示,是由UE-specific DCI动态指示的上下行资源分配)中的上行符号
Case 2-5,PEI+RIM-RS(Remote interference management reference signal,远端干扰管理参考信号)
针对第二类冲突情况:
由于UE并不知道发生了冲突,因而基站只能丢弃PEI。终端在没有检测到PEI的情况下,需要有默认的终端行为,例如唤醒。
针对第一类冲突情况:
UE可以预知将会发生冲突,因而基站可以丢弃PEI或者推迟/打孔PEI。
如果丢弃PEI,同上,需要约定终端在没有检测到PEI的情况下的默认行为,例如唤醒。
如果推迟/打孔PEI,针对不同的case,可以如下操作:
如果PEI是DCI,
对于case 1-1/2/3/4,可以推迟到冲突符号之后的第一个可用于发送PEI-DCI的PDCCH信道上。如果推迟后,PEI不能满足在其对应的第一个PO之前T时长的条件,或者仍然发生第二类冲突,基站将丢弃该PEI。如果推迟后继续发生第一类冲突,可以继续推迟,或者丢弃PEI.
上述T时长的具体数值可以基站配置或者协议约定。
对于case 1-5/6,由于这2种RS都是梳状的,不会在频域占据连续RE,因而可以采用推迟或者打孔2种方式。推迟的方式与上述相同。打孔的方式,就是直接在原本的位置发送,只是遇到RS所在的RE时,将PEI信息在该RE上的符号打掉。
如果PEI是sequence,
对于case 1-1/2/3/4,可以推迟到冲突符号之后的第一个下行符号。如果推迟后,PEI不能满足在其对应的第一个PO之前T时长的条件,或者仍然发生第二类冲突,基站将丢弃该PEI。如果推迟后继续发生第一类冲突,可以继续推迟,或者丢弃PEI.
对于case 1-5/6,由于这2种RS都是梳状的,不会在频域占据连续RE,因而可以采用推迟或者打孔2种方式。
本公开的实施例还提出一种电子设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为实现上述寻呼预告指示的发送方法和/或寻呼预告指示的接收方法。
本公开的实施例还提出一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现上述寻呼预告指示的发送方法和/或寻呼预告指示的接收方法中的步骤。
如图6所示,图6是根据本公开的实施例示出的一种用于寻呼预告指示的发送装置600的示意框图。装置600可以被提供为一基站。参照图6,装置600包括处理组件622、无线发射/接收组件624、天线组件626、以及无线接口特有的信号处理部分,处理组件622可进一步包括一个或多个处理器。处理组件622中的其中一个处理器可以被配置为实现寻呼预告指示的发送方法。
图7是根据本公开的实施例示出的一种用于寻呼预告指示的接收装置700的示意框图。例如,装置700可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图7,装置700可以包括以下一个或多个组件:处理组件702,存储器704,电源组件706,多媒体组件708,音频组件710,输入/输出(I/O)的接口712,传感器组件714,以及通信组件716。
处理组件702通常控制装置700的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件702可以包括一个或多个处理器720来执行指令,以完成上述的寻呼预告指示的接收方法的全部或部分步骤。此外,处理组件702可以包括一个或多个模块,便于处理组件702和其他组件之间的交互。例如,处理组件702可以包括多媒体模块,以方便多媒体组件708和处理组件702之间的交互。
存储器704被配置为存储各种类型的数据以支持在装置700的操作。这些数据的示例包括用于在装置700上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件706为装置700的各种组件提供电力。电源组件706可以包括电源管理系统,一个或多个电源,及其他与为装置700生成、管理和分配电力相关联的组件。
多媒体组件708包括在所述装置700和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件708包括一个前置摄像头和/或后置摄像头。当装置700处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件710被配置为输出和/或输入音频信号。例如,音频组件710包括一个麦克风(MIC),当装置700处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器704或经由通信组件716发送。在一些实施例中,音频组件710还包括一个扬声器,用于输出音频信号。
I/O接口712为处理组件702和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件714包括一个或多个传感器,用于为装置700提供各个方面的状态评估。例如,传感器组件714可以检测到装置700的打开/关闭状态,组件的相对定位,例如所述组件为装置700的显示器和小键盘,传感器组件714还可以检测装置700或装置700一个组件的位置改变,用户与装置700接触的存在或不存在,装置700方位或加速/减速和装置700的温度变化。传感器组件714可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件714还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件716被配置为便于装置700和其他设备之间有线或无线方式的通信。装置700可以接入基于通信标准的无线网络,如WiFi,2G或3G,4G LTE、5G NR或它们的组合。在一个示例性实施例中,通信组件716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件716还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述寻呼预告指示的接收方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器704,上述指令可由装置700的处理器720执行以完成上述寻呼预告指示的接收方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的公开后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本公开实施例所提供的方法和装置进行了详细介绍,本文中应用了具体个例对本公开的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本公开的方法及其核心思想;同时,对于本领域的一般技术人员,依据本公开的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本公开的限制。

Claims (20)

1.一种寻呼预告指示的发送方法,其特征在于,应用于基站,所述方法包括:
响应于待发送的寻呼预告指示PEI与其他信息或其他信道存在冲突,基于所述其他信息或其他信道确定对所述PEI的处理方式;
其中,所述其他信息或其他信道包括以下至少之一:终端能预先确定资源的其他信息或其他信道、终端不能预先确定资源的其他信息或其他信道;
响应于所述其他信息或其他信道为终端不能预先确定资源的,所述处理方式包括:丢弃所述PEI;
响应于所述其他信息或其他信道为终端能预先确定资源的,所述处理方式包括以下至少之一:丢弃所述PEI、推迟发送所述PEI、发送所述PEI并在所述PEI中打孔发送所述其他信息。
2.根据权利要求1所述的方法,其特征在于,所述终端不能预先确定资源的其他信息包括以下至少之一:
通过组播方式向非连接态终端发送的物理下行共享信道PDSCH;
向连接态终端发送的物理下行控制信道PDCCH或物理下行共享信道PDSCH;
向连接态终端发送的信道状态信息参考信号CSI-RS或终端特定定位参考信号UEspecific PRS;
远端干扰管理参考信号RIM-RS;
所述终端不能预先确定资源的其他信道,包括以下至少之一:
终端特定上下行配置信息UE specific UL/DL configuration所指示的上行符号;
时隙格式指示SFI所指示的上行符号。
3.根据权利要求1所述的方法,其特征在于,响应于待发送的PEI与终端能预先确定资源的第一信息存在冲突,或与终端能预先确定资源的其他信道存在冲突,推迟发送所述PEI;
其中,所述第一信息包括以下至少之一:
同步序列块SSB;
PDCCH的公共搜索空间CSS;所述CSS由协议约定或广播信道配置、且所述CSS的类型为Type0/0A/1/2;
PDSCH;所述PDSCH用于承载系统信息块SIB1或广播系统信息SI;
其中,所述终端能预先确定资源的其他信道包括:系统信息中的上下行配置信息UL/DLconfiguration所指示的上行符号。
4.根据权利要求1所述的方法,其特征在于,响应于待发送的PEI与终端能预先确定资源的第二信息存在冲突,推迟发送所述PEI;或者,发送所述PEI,并在所述PEI中打孔发送所述第二信息;
所述第二信息包括以下至少之一:
由核心网或系统信息SI配置的定位参考信号PRS;
通过广播方式向非连接态终端发送的跟踪导频TRS。
5.根据权利要求1所述的方法,其特征在于,所述推迟发送所述PEI,包括:
在所述冲突对应的时域资源后的第一个用于发送PEI的DCI的目标PDCCH上发送所述PEI。
6.根据权利要求5所述的方法,其特征在于,所述在所述冲突对应的时域资源后的第一个用于发送PEI的DCI的目标PDCCH上发送所述PEI,包括:
响应于在所述目标PDCCH发送的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔满足目标条件,且与其他信息不存在冲突,在所述目标PDCCH发送所述PEI;
响应于在所述目标PDCCH发送的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔不满足目标条件,或者,与终端不能预先确定资源的其他信息存在冲突,丢弃所述PEI;
响应于在所述目标PDCCH发送的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔满足目标条件,且与终端能预先确定资源的其他信息存在冲突,推迟发送所述PEI;
或者,
响应于在所述目标PDCCH发送的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔满足目标条件,且与终端能预先确定资源的其他信息存在冲突,丢弃所述PEI。
7.根据权利要求1所述的方法,其特征在于,所述推迟发送所述PEI,包括:
在所述冲突对应的时域资源后的第一个下行符号发送携带所述PEI的序列。
8.根据权利要求7所述的方法,其特征在于,所述在所述冲突对应的时域资源后的第一个下行符号发送携带所述PEI的序列,包括:
响应于在所述第一个下行符号发送的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔满足目标条件,且与其他信息不存在冲突,在所述第一个下行符号发送携带所述PEI的序列;
响应于在所述第一个下行符号发送的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔不满足目标条件,或者,与终端不能预先确定资源的其他信息存在冲突,丢弃所述PEI;
响应于在所述第一个下行符号发送的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔满足目标条件,且与终端能预先确定资源的其他信息存在冲突,推迟发送所述PEI;
或者,
响应于在所述第一个下行符号发送的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔满足目标条件,且与终端能预先确定资源的其他信息存在冲突,丢弃所述PEI。
9.一种寻呼预告指示的接收方法,其特征在于,应用于终端,所述方法包括:
响应于待接收的寻呼预告指示PEI与其他信息或其他信道存在冲突,基于所述其他信息或其他信道确定所述PEI的接收方式;
其中,所述其他信息或其他信道包括以下至少之一:终端能预先确定资源的其他信息或其他信道、终端不能预先确定资源的其他信息或其他信道;
响应于所述其他信息或其他信道为终端不能预先确定资源的,所述接收方式包括:不接收所述PEI;
响应于所述其他信息或其他信道为终端能预先确定资源的,所述接收方式包括以下至少之一:不接收所述PEI、推迟接收所述PEI、在原时频位置接收所述PEI。
10.根据权利要求9所述的方法,其特征在于,所述基于所述其他信息或其他信道确定所述PEI的接收方式,包括:
响应于待接收的PEI与第一信息存在冲突,或与其他信道存在冲突,推迟接收所述PEI;
其中,所述第一信息包括以下至少之一:
同步序列块SSB;
PDCCH的公共搜索空间CSS;所述CSS由协议约定或广播信道配置、且所述CSS的类型为Type0/0A/1/2;
PDSCH;所述PDSCH用于承载系统信息块SIB1或广播系统信息SI;
其中,所述其他信道包括:系统信息中的上下行配置信息UL/DL configuration所指示的上行符号。
11.根据权利要求9所述的方法,其特征在于,所述基于所述其他信息或其他信道确定所述PEI的接收方式,包括:
响应于待接收的PEI与第二信息存在冲突,推迟接收所述PEI,或者,在原时频位置接收所述PEI;
其中,所述第二信息包括以下至少之一:
由核心网或系统信息SI配置的定位参考信号PRS;
通过广播方式向非连接态终端发送的跟踪导频TRS。
12.根据权利要求9所述的方法,其特征在于,所述推迟接收所述PEI,包括:
在所述冲突对应的时域资源后的第一个用于发送PEI的DCI的目标PDCCH上接收所述PEI。
13.根据权利要求12所述的方法,其特征在于,所述在所述冲突对应的时域资源后的第一个用于发送PEI的DCI的目标PDCCH上接收所述PEI,包括:
响应于待在所述目标PDCCH接收的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔满足目标条件,且与其他信息不存在冲突,在所述目标PDCCH接收所述PEI;
响应于待在所述目标PDCCH接收的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔不满足目标条件,或者,与其他信息存在冲突,推迟接收所述PEI;
或者,
响应于待在所述目标PDCCH接收的所述PEI,与所述PEI所对应的第一个寻呼时机PO之间的时间间隔不满足目标条件,或者,与其他信息存在冲突,确定不接收所述PEI。
14.根据权利要求9所述的方法,其特征在于,所述推迟接收所述PEI,包括:
在所述冲突对应的时域资源后的第一个下行符号接收携带所述PEI的序列。
15.根据权利要求14所述的方法,其特征在于,所述在所述冲突对应的时域资源后的第一个下行符号接收携带所述PEI的序列,包括:
响应于待在所述第一个下行符号接收的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔满足目标条件,且与其他信息不存在冲突,在所述第一个下行符号接收携带所述PEI的序列;
响应于待在所述第一个下行符号接收的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔不满足目标条件,或者,与其他信息存在冲突,推迟接收所述PEI;
或者,
响应于待在所述第一个下行符号接收的所述PEI,与所述PEI所对应的第一个PO之间的时间间隔不满足目标条件,或者,与其他信息存在冲突,确定不接收所述PEI。
16.根据权利要求9-15中任一项所述的方法,其特征在于,所述方法还包括:
响应于未接收到所述PEI,在与所述PEI所对应的PO唤醒。
17.一种寻呼预告指示的发送装置,其特征在于,应用于基站,所述装置包括:
指示发送模块,被配置为响应于待发送的寻呼预告指示PEI与其他信息或其他信道存在冲突,基于所述其他信息或其他信道确定对所述PEI的处理方式;
其中,所述其他信息或其他信道包括以下至少之一:终端能预先确定资源的其他信息或其他信道、终端不能预先确定资源的其他信息或其他信道;
响应于所述其他信息或其他信道为终端不能预先确定资源的,所述处理方式包括:丢弃所述PEI;
响应于所述其他信息或其他信道为终端能预先确定资源的,所述处理方式包括以下至少之一:丢弃所述PEI、推迟发送所述PEI、发送所述PEI并在所述PEI中打孔发送所述其他信息。
18.一种寻呼预告指示的接收装置,其特征在于,应用于终端,所述装置包括:
指示接收模块,被配置为响应于待接收的寻呼预告指示PEI与其他信息或其他信道存在冲突,基于所述其他信息或其他信道确定所述PEI的接收方式;
其中,所述其他信息或其他信道包括以下至少之一:终端能预先确定资源的其他信息或其他信道、终端不能预先确定资源的其他信息或其他信道;
响应于所述其他信息或其他信道为终端不能预先确定资源的,所述接收方式包括:不接收所述PEI;
响应于所述其他信息或其他信道为终端能预先确定资源的,所述接收方式包括以下至少之一:不接收所述PEI、推迟接收所述PEI、在原时频位置接收所述PEI。
19.一种电子设备,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为实现权利要求1至16中任一项所述的寻呼预告指示的发送方法和/或寻呼预告指示的接收方法。
20.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1至16中任一项所述的寻呼预告指示的发送方法和/或寻呼预告指示的接收方法中的步骤。
CN202180000243.3A 2021-01-14 2021-01-14 寻呼预告指示的发送方法、寻呼预告指示的接收方法 Active CN115088326B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/071806 WO2022151172A1 (zh) 2021-01-14 2021-01-14 寻呼预告指示的发送方法、寻呼预告指示的接收方法

Publications (2)

Publication Number Publication Date
CN115088326A CN115088326A (zh) 2022-09-20
CN115088326B true CN115088326B (zh) 2024-01-16

Family

ID=82447757

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180000243.3A Active CN115088326B (zh) 2021-01-14 2021-01-14 寻呼预告指示的发送方法、寻呼预告指示的接收方法

Country Status (4)

Country Link
US (1) US20240089919A1 (zh)
EP (1) EP4280723A1 (zh)
CN (1) CN115088326B (zh)
WO (1) WO2022151172A1 (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108668360A (zh) * 2017-03-30 2018-10-16 中国移动通信有限公司研究院 一种寻呼消息的发送方法、接收方法、基站及终端
CN110463333A (zh) * 2017-03-29 2019-11-15 英特尔Ip公司 用于处理指示同一子帧中的不同物理上行链路共享信道开始位置的上行链路准予的机制

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9451587B2 (en) * 2013-05-03 2016-09-20 Telefonaktiebolaget Lm Ericsson (Publ) Paging for longer paging cycles
CN111587590B (zh) * 2017-11-24 2023-11-21 诺基亚技术有限公司 用于ec-gsm-iot的寻呼指示信道
US10863494B2 (en) * 2018-01-22 2020-12-08 Apple Inc. Control signaling for uplink multiple input multiple output, channel state information reference signal configuration and sounding reference signal configuration
US11102756B2 (en) * 2019-02-15 2021-08-24 Mediatek Inc. Enhancement for paging indication and radio resource management (RRM) measurements for UE power saving in a wireless network
US11368937B2 (en) * 2019-04-12 2022-06-21 Ofinno, Llc Paging time adjustment in a wireless network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110463333A (zh) * 2017-03-29 2019-11-15 英特尔Ip公司 用于处理指示同一子帧中的不同物理上行链路共享信道开始位置的上行链路准予的机制
CN108668360A (zh) * 2017-03-30 2018-10-16 中国移动通信有限公司研究院 一种寻呼消息的发送方法、接收方法、基站及终端

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"R1-2005615 Evaluation methodology and paging enhancements for idle inactive mode UE power saving_final".3GPP tsg_ran\wg1_rl1.2020,全文. *
"R1-2008964_Paging enhancements for idle_inactive-mode UE power saving_final".3GPP tsg_ran\wg1_rl1.2020,文章第9页. *
无线通信网络的移动性管理;田永春, 郭伟;电信科学(12);全文 *

Also Published As

Publication number Publication date
WO2022151172A1 (zh) 2022-07-21
US20240089919A1 (en) 2024-03-14
EP4280723A1 (en) 2023-11-22
CN115088326A (zh) 2022-09-20

Similar Documents

Publication Publication Date Title
CN109314972B (zh) 带宽部分的切换触发方法及装置、信息配置方法及装置
EP3799483B1 (en) Method and device for sending wake-up signal, and paging demodulation method and device
CN109155973B (zh) 唤醒方法、唤醒装置、电子设备和计算机可读存储介质
CN108370544B (zh) 非连续接收的实现方法、装置、用户设备和基站
CN113873625B (zh) 唤醒方法、唤醒装置、电子设备和计算机可读存储介质
CN108781133B (zh) 下行控制信令检测方法、装置及存储介质
CN112204909B (zh) 盲重传方法和装置、盲重传指示方法和装置
CN109417730B (zh) 直连链路通信方法和装置
CN108521879B (zh) 波束上报和调整方法及装置、用户设备、基站
CN108702708B (zh) 下行控制信令检测方法、装置及存储介质
CN108521886B (zh) 半静态调度调度单位被占用的指示方法及装置和基站
CN112449760B (zh) Pdcch发送、pdcch接收方法和装置
CN108476385B (zh) 用于接收和发送系统消息的方法、装置、用户设备及基站
CN115474284A (zh) 调度方法、基站、终端及存储介质
US11291035B2 (en) Information transmitting method and apparatus, base station, and user equipment
CN115088326B (zh) 寻呼预告指示的发送方法、寻呼预告指示的接收方法
CN112514317B (zh) 一种通信方法、通信装置及存储介质
CN114946204B (zh) 一种寻呼消息监听方法、寻呼消息监听装置及存储介质
CN113632571B (zh) 一种消息配置方法、消息配置装置及存储介质
CN114982316B (zh) 寻呼预告指示方法和装置
CN109792750B (zh) 载波配置方法及装置
US11190298B2 (en) Methods and apparatuses for determining number of times of blind decoding schedule signaling, user equipment and base station
CN112586002B (zh) 信息请求方法和信息请求装置
CN113273297B (zh) 数据传输方法、装置及存储介质
US20240107555A1 (en) Method and apparatus for determining transport block size

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