CN111294892A - 用户设备、基站及其方法 - Google Patents
用户设备、基站及其方法 Download PDFInfo
- Publication number
- CN111294892A CN111294892A CN201811500293.4A CN201811500293A CN111294892A CN 111294892 A CN111294892 A CN 111294892A CN 201811500293 A CN201811500293 A CN 201811500293A CN 111294892 A CN111294892 A CN 111294892A
- Authority
- CN
- China
- Prior art keywords
- wus
- group
- paging
- base station
- grouping
- 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
Links
Images
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/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
-
- 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/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
- H04W52/0219—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave where the power saving management affects multiple terminals
-
- 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
-
- 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
- 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
- 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
- H04W68/025—Indirect paging
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- 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)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
根据本发明,提出了一种由用户设备UE执行的方法,包括:从基站接收基于UE分组的唤醒信号WUS配置信息;支持基于UE分组的WUS功能的UE根据接收到的WUS配置信息,确定本UE所属的UE分组、以及与所述UE分组相关联的WUS,并监听与所述UE分组相关联的WUS;以及在所确定的与所述UE分组相关联的WUS存在多个的情况下,对于一个特定的寻呼时机PO,若所述UE已成功监听到与所述UE分组相关联的多个WUS中的一个WUS,则所述UE停止监听与所述UE分组相关联的多个WUS中的其他WUS。
Description
技术领域
本公开涉及无线通信技术领域,更具体地,本公开涉及一种用户设备、基站及其方法。
背景技术
2018年6月,在第三代合作伙伴计划(3rd Generation Partnership Project:3GPP)RAN#80次全会上,一个关于窄带物联网(NarrowBand Internet Of things,NB-IoT)进一步增强的版本16的新工作项目(参见RP-181451:New WID on R16 enhancement forNB-IoT)和一个关于机器类型通信(Machine Type Communication,MTC)进一步增强的版本16的新工作项目(参见RP-181878,revised WID for additional MTC enhancement)获得批准。这两个研究项目的目标之一就是提高下行传输的效率以降低用户设备(UserEquipment,UE)的能量消耗,而技术手段之一就是基于UE分组的唤醒信号(Wake UpSignal,WUS)。实际上在之前版本(版本15)的工作项目中就已经将WUS标准化以降低RRC空闲状态的UE监听寻呼而带来的UE能耗。考虑到在绝大多数的寻呼时机是没有寻呼消息的,简言之,WUS的设计思路就是在寻呼消息发送之前先发送一个相对简单的WUS,UE只有在接收到WUS后,才需要在对应的寻呼时机再去接收寻呼消息,若没有接收到WUS,则UE不需要在对应的寻呼时机去接收寻呼消息,从而避免了对没有寻呼消息的寻呼时机上的不必要的监听和接收。而在R16中,引入基于UE分组的WUS,则是期望将WUS粒度更加精细化,进一步降低UE不必要的寻呼监听能耗。
本公开主要就如何实现基于UE分组的WUS问题提出解决方法,更具体地,就基于UE分组的WUS的监听和发送提出解决方法。
发明内容
为了解决现有技术的上述问题中的至少一些,提出了本发明。本发明可以提供一种用户设备、基站及其方法,能够降低UE监听WUS的数量以及由此带来的UE能耗,并且使得基站可以获知UE是否支持基于UE分组的WUS功能,从而可以确定在对该UE的寻呼中是否使用基于UE分组的WUS来发送寻呼。
根据本发明,提出了一种由用户设备UE执行的方法,包括:从基站接收基于UE分组的唤醒信号WUS配置信息;支持基于UE分组的WUS功能的UE根据接收到的WUS配置信息,确定本UE所属的UE分组、以及与所述UE分组相关联的WUS,并监听与所述UE分组相关联的WUS;以及在所确定的与所述UE分组相关联的WUS存在多个的情况下,对于一个特定的寻呼时机PO,若所述UE已成功监听到与所述UE分组相关联的多个WUS中的一个WUS,则所述UE停止监听与所述UE分组相关联的多个WUS中的其他WUS。
优选地,与所述UE分组相关联的WUS包括下述一个或多个的组合:一个或多个公共WUS,一个或多个分组WUS、以及/或者一个或多个分组组合WUS。
优选地,所述WUS配置信息包含于***信息或专用无线资源控制RRC消息中。
优选地,所述UE按照与所述UE分组相关联的多个WUS的优先级来监听所述多个WUS。
优选地,与所述UE分组相关联的多个WUS的优先级按照公共WUS、分组组合WUS、分组WUS的顺序从高到低排列。
优选地,在与所述UE分组相关联的多个WUS包括多个分组组合WUS的情况下,按照分组组合WUS所对应的组数从多到少的顺序对所述多个分组组合WUS的优先级从高到低进行排列。
另外,根据本发明,提出了一种由基站执行的方法,包括:从核心网站点接收对于用户设备UE的寻呼消息,所述寻呼消息包含用于指示所述UE是否支持基于UE分组的唤醒信号WUS功能的能力信息;以及在接收到的寻呼消息中包含的能力信息表示所述UE支持基于UE分组的WUS功能的情况下,则采用基于UE分组的WUS方式向所述UE发送WUS。
优选地,所述核心网站点为移动管理实体。
此外,根据本发明,提出了一种用户设备,包括:处理器;以及存储器,存储有指令,其中,所述指令在由所述处理器运行时执行上述用户设备的方法。
另外,根据本发明,提出了一种基站,包括:处理器;以及存储器,存储有指令,其中,所述指令在由所述处理器运行时执行上述基站的方法。
根据本发明,能够降低UE监听WUS的数量以及由此带来的UE能耗,并且使得基站可以获知UE是否支持基于UE分组的WUS功能,从而可以确定在对该UE的寻呼中是否使用基于UE分组的WUS来发送寻呼。
附图说明
通过下文结合附图的详细描述,本公开的上述和其它特征将会变得更加明显,其中:
图1是示出了根据本发明的实施例1的由用户设备执行的方法的流程图。
图2是示出了根据本发明的实施例2的由用户设备执行的方法的流程图。
图3是示出了根据本发明的实施例3的由基站执行的方法的流程图。
图4是示出了根据本发明的实施例4的由用户设备执行的方法的流程图。
图5是表示本发明的一个实施例所涉及的用户设备UE的框图。
图6是表示本发明的一个实施例所涉及的基站的框图。
具体实施方式
下面结合附图和具体实施方式对本发明进行详细阐述。
在本公开中,术语“包括”和“含有”及其派生词意为包括而非限制;术语“或”是包含性的,意为和/或。
在本说明书中,下述用于描述本公开原理的各种实施例只是说明,不应该以任何方式解释为限制公开的范围。参照附图的下述描述用于帮助全面理解由权利要求及其等同物限定的本公开的示例性实施例。下述描述包括多种具体细节来帮助理解,但这些细节应认为仅仅是示例性的。因此,本领域普通技术人员应认识到,在不背离本公开的范围和精神的情况下,可以对本文中描述的实施例进行多种改变和修改。此外,为了清楚和简洁起见,省略了公知功能和结构的描述。此外,贯穿附图,相同参考数字用于相似功能和操作。
下文以长期演进(Long Term Evolution,LTE)移动通信***中的NB-IoT及其后续的演进版本作为示例应用环境,具体描述了根据本公开的多个实施方式。然而,需要指出的是,本公开不限于以下实施方式,而是可适用于更多其它的无线通信***,如机器类型通信(Machine Type Communication,MTC)***中,也可以用于5G下一代无线通信***(NewRadio,NR)中。
本公开中的基站可以是任何类型基站,包含Node B、增强基站eNB,也可以是5G通信***基站gNB、或者微基站、微微基站、宏基站、家庭基站等;所述小区也可以是上述任何类型基站下的小区。本公开下述实施例中,指示(indicate/indication)和通知(notify/notification)或知会/信息(inform/information)可以互换。UE可以指NB-IoT UE、带宽降低低复杂度(Bandwidth reduced Low complexity,BL)UE、或在增强覆盖(enhancedcoverage)中的UE、也可以是其他UE如5G NR UE。不同的实施例之间也可以结合工作。
下述先介绍一些概念。
物理下行控制信道(Physical Downlink Control Channel,PDCCH):可以指3GPPLTE/LTE-A(Long Term Evolution/Long Term Evolution-Advanced)中的PDCCH或用于机器类通信的MPDCCH(MTC PDCCH)或用于窄带物联网通信的NPDCCH或NR(New Radio,也可称为5G)的NR-PDCCH等。所述物理下行共享信道可以指3GPP LTE/LTE-A(Long TermEvolution/Long Term Evolution-Advanced)中的物理下行共享信道(Physical DownlinkShared CHannnel,PDSCH)或用于窄带物联网通信的NPDSCH或NR-PDSCH等。
唤醒信号/信道:一种物理信令/信道,指物理唤醒信号(Wake Up Signal,WUS)/信道。所述物理唤醒信令/信道指处于空闲模式的UE或处于RRC连接模式的非连续接收(Discontinuous Reception,DRX)状态的UE,在接收或检测或解码物理下行控制信道和/或物理下行共享信道之前,需要检测或解码该物理唤醒信令/信道。如果所述的物理唤醒信令被检测或解码到,则接收或检测或解码随后的对应的物理下行控制信道和/或物理下行共享信道。如果所述的物理唤醒信令/信道没有被检测或解码到,则不检测或不解码随后的对应的物理下行控制信道和/或物理下行共享信道。或者说忽略或跳过随后的对应的物理下行控制信道和/或物理下行共享信道。
LTE中的寻呼机制:
在3GPP Rel-14标准规范中,处于空闲模式下的UE可以采用非连续接收来减少功率损耗。一个寻呼时机(Paging Occasion,PO)是一个子帧,在该子帧上可能会有使用寻呼无线网络临时标识(Paging-Radio Network Temporary Identifier,P-RNTI)加扰,并调度寻呼消息的PDCCH或MPDCCH或NPDCCH。在使用P-RNTI加扰的MPDCCH的情况下,PO指MPDCCH重复发送的起始子帧。在使用P-RNTI加扰的NPDCCH的情况下,PO指NPDCCH重复发送的起始子帧,除非由PO所决定的子帧不是一个有效的NB-IoT下行子帧。当由PO所决定的子帧不是一个有效的NB-IoT下行子帧时,则PO后的第一个有效的NB-IoT下行子帧即为NPDCCH重复发送的起始子帧。
寻呼无线帧(Paging Frame,PF)是一个无线帧,该帧可能包含一个或多个PO。当DRX被采用时,UE只需在每一个DRX循环周期内监测一个PO。
寻呼窄带(Paging Narrowband,PNB)是一个窄带,UE在该窄带上接收寻呼消息。
PF、PO和PNB是用***信息所提供的DRX参数,采用以下公式来决定的。
PF由以下公式给出:
SFN mod T=(T div N)*(UE_ID mod N) (1)
使用索引i_s根据双工模式和***带宽查表1、表2、表3或表4,可得到PO。其中,i_s通过以下公式得到:
i_s=floor(UE_ID/N)mod Ns (2)
对于FDD:
表1(PDCCH或NPDCCH由P-RNTI加扰,或MPDCCH由P-RNTI加扰且***带宽大于3MHz时)
Ns | PO,i_s=0 | PO,i_s=1 | PO,i_s=2 | PO,i_s=3 |
1 | 9 | N/A | N/A | N/A |
2 | 4 | 9 | N/A | N/A |
4 | 0 | 4 | 5 | 9 |
表2(MPDCCH由P-RNTI加扰且***带宽为1.4MHz和3MHz)
Ns | PO,i_s=0 | PO,i_s=1 | PO,i_s=2 | PO,i_s=3 |
1 | 5 | N/A | N/A | N/A |
2 | 5 | 5 | N/A | N/A |
4 | 5 | 5 | 5 | 5 |
对于TDD(所有的上/下行配置):
表3(PDCCH由P-RNTI加扰,或MPDCCH由P-RNTI加扰且***带宽大于3MHz时)
Ns | PO,i_s=0 | PO,i_s=1 | PO,i_s=2 | PO,i_s=3 |
1 | 0 | N/A | N/A | N/A |
2 | 0 | 5 | N/A | N/A |
4 | 0 | 1 | 5 | 6 |
表4(MPDCCH由P-RNTI加扰且***带宽为1.4MHz和3MHz)
Ns | PO,i_s=0 | PO,i_s=1 | PO,i_s=2 | PO,i_s=3 |
1 | 1 | N/A | N/A | N/A |
2 | 1 | 6 | N/A | N/A |
4 | 1 | 1 | 6 | 6 |
如果所检测到的MPDCCH是由P-RNTI加扰的,则寻呼窄带PNB由以下公式所决定:
PNB=floor(UE_ID/(N*Ns))mod Nn (3)
如果所检测到的NPDCCH是由P-RNTI加扰的,并且UE支持在非锚载波上接收寻呼消息,而且,如果在***信息中为非锚载波提供了寻呼消息的配置信息,则寻呼载波由满足以下公式(4)的最小寻呼载波n所决定:
每当***信息中的DRX参数发生改变时,存储在UE中的***信息DRX参数需要在UE中进行本地更新。如果UE没有国际移动用户识别码(International Mobile SubscriberIdentity,IMSI),例如UE没有通用用户标识模块(Universal Subsriber IdentityModule,USIM)而需要发起紧急呼叫时,UE需要在以上PF、i_s和PNB公式中使用缺省标识UE_ID=0。
以下参数用于计算PF、i_s、PNB和NB-IoT的寻呼载波:
·T:UE的DRX周期。除了NB-IoT之外,如果高层配置了UE特定的扩展的DRX值为512个无线帧,则T=512。否则,T由UE特定的DRX周期(如果高层已配置)和***信息广播的缺省DRX周期二者中的最短DRX周期所决定。如果高层没有配置UE特定的DRX周期,则采用缺省的DRX周期。UE特定的DRX周期不适用于NB-IoT。
·N:min(T,nB)
·Ns:max(1,nB/T)
·Nn:***信息中所提供的寻呼窄带的数目
·UE_ID:
IMSI mod 1024,如果使用P-RNTI加扰在PDCCH上
IMSI mod 4096,如果使用P-RNTI加扰在NPDCCH上
IMSI mod 16384,如果使用P-RNTI加扰在MPDCCH上,或使用P-RNTI加扰在NPDCCH上且UE支持在非锚载波上接收寻呼消息,并且如果在***信息中为非锚载波提供了寻呼消息的配置信息。
·maxPagingCarriers:***信息中提供的已配寻呼载波数
·Weight(i):NB-IoT第i个寻呼载波的权重
IMSI是一连串的10进制数字(0..9),IMSI在公式中被解释成10进制整数,其中第1位为最高位,以此类推。例如:IMSI=12(digit 1=1,digit 2=2),计算时该IMSI被解释成10进制数“12”,而不是“1*16+2=18”。
R15中的WUS
在3GPP Rel-14标准规范中,对于处于空闲模式的UE,采用寻呼机制可以减少UE的功率损耗。而当UE信道状态不好,需要采用覆盖增强时,PDCCH和/或PDSCH需要重复发送,才能从基站正确接收到信息或正确发送信息到基站。当UE要检测寻呼消息前,需要从睡眠状态中唤醒以在每一PO上检测是否有自己的寻呼消息。而在大多时候,UE都不会有寻呼消息。这样,当UE处于覆盖增强状态时,需要多次重复地接收PDCCH或PDSCH才能检测到是否有自己的寻呼消息,而大多数时候是没有自己的寻呼消息。因此,会大量损耗UE的功率。而对于MTC或NB-IoT用户而言,降低UE的功率损耗极为重要。所以,在3GPP Rel-15标准规范中,对于处于空闲状态的UE,引入了WUS。即在每一PO上检测寻呼消息前,设计一物理唤醒信令WUS。如果UE检测到该WUS,则检测随后PO上的寻呼消息,即检测使用P-RNTI加扰的PDCCH以及/或接收由该PDCCH调度的PDSCH。如果UE没有检测到该WUS,则不检测随后PO上的寻呼消息,直接回到睡眠状态。
为了进一步减少UE的功率损耗,可以引入基于UE分组的物理唤醒信令(UE-groupWUS)。例如,可以将对应于某一PO的UEs分成若干组,某一组或多组UEs采用一个WUS。对于一个UE来说,其可能会被配置或关联到多个WUS,包括一个或多个公共WUS,一个或多个分组WUS和一个或多个分组组合WUS。在支持基于UE分组的WUS***的,公共WUS和分组组合WUS是可选的,即UE可以不被配置这两种WUS。公共WUS指的是可以用于唤醒监听同一WUS时频资源(也可能是同一PO)的所有分组UE。分组WUS指的是仅唤醒某一个分组UE的WUS。而分组组合WUS指的是可以唤醒监听同一WUS时频资源(也可能是同一PO)的多个分组UE,所述UE分组的个数是所有UE分组的子集。
分组WUS之间或分组WUS和公共WUS或分组WUS和分组组合WUS之间的复用可以是时分复用(TDM)、频分复用(FDM)、码分复用(CDM)、FDM+TDM、FDM+CDM、TDM+CDM或FDM+TDM+CDM。其复用方式可以有基站根据网络运行环境进行单独或同一配置。
FDM是基于一个或多个物理资源块(PRB)为单位进行复用。备选地,FDM是基于一个或多个子载波为单位进行复用。
TDM是基于一个或多个正交频分复用(Orthogonal Frequency DivisionMultiplexing:OFDM)符号为单位进行复用。备选地,TDM是基于一个或多个子帧为单位进行复用。备选地,TDM是基于一个或多个无线帧为单位进行复用。备选地,TDM是基于一个或多个DRX周期为单位进行复用。备选地,TDM是基于一个或多个增强DRX(Enhanced DRX:eDRX)周期为单位进行复用。
CDM是基于不同的基础序列进行复用。备选地,CDM是基于同一的基础序列的不同覆盖码(Cover Code)进行复用。所述的覆盖码可以是频域覆盖码也可以是时域覆盖码。例如,在一个PRB中有12个子载波,可以生成12个正交覆盖码;备选地,所述的覆盖码是基于时域的OFDM符号所生成。采用CDM方式时有2种传输方式:某一时刻只传输一个码(基础序列或覆盖码,也可称single-sequence CDM),以及某一时刻传输多个码(基础序列或覆盖码)。
上述所出现的配置可以通过***信息或UE特定的RRC信令或MAC信令或物理层信令实现。
举例来说,若WUS配置包含下述配置:分组个数为4、各分组(G1、G2、G3和G4)对应的分组WUS用GWUS1、GWUS2、GWUS3和GWUS4来标识;并为分组组合配置的WUS可以标识为GWUS5、GWUS6、GWUS7,分别对应G1+G2分组组合、G3+G4分组组合和G2+G3分组组合;公共WUS为GWUS8。假设UE根据WUS分组准则(如基于UE标识)确定其处于分组2(G2),则该UE关联了多个WUS,所关联的WUS包括GWUS8、GWUS2、GWUS5和GWUS7。也就是说,在某一个PO,该UE需要监听4个WUS(GWUS8、GWUS2、GWUS5和GWUS7)。
而在一个***中,除了支持基于UE分组的WUS,还有不支持基于UE分组的WUS,比如仅支持传统R15WUS的UE,以及不支持WUS的UE。在这种情况下,基站在空口上下发对一个UE的寻呼消息时,需要获知该UE是否支持基于UE分组的WUS以确定使用是否使用基于UE分组的WUS来进行寻呼,而在目前机制中,基站上并不保存RRC空闲态或者RRC不活动态(inactive)态的UE的上下文和能力信息,无法获取所述UE是否支持基于UE分组WUS的信息。
本公开下述实施例就在UE关联了多个WUS的情况下如何减少WUS的监听以进一步降低由此带来的UE能耗问题以及基站在进行空口寻呼时如何获取UE是否支持基于UE分组WUS信息的方法给出了解决方法。通过下述实施例1~2所述方法,UE降低了UE监听WUS的数量以及由此带来的UE能耗,通过实施例3所述方法,基站可以获知UE是否支持基于UE分组的WUS,从而确定在对该UE的寻呼中是否使用基于UE分组的WUS来发送寻呼。
实施例1
图1是示出了根据本发明的实施例1的由用户设备执行的方法的流程图。
如图1所示,步骤101,UE从基站接收基于UE分组的WUS配置信息。优选地,所述配置信息包含在***信息中。
步骤103,支持基于UE分组的WUS功能的UE,确定其所属的UE分组(即确定其属于哪个UE分组(分组编号))、以及与所述UE分组相关联的WUS,并监听相关联的WUS。
在步骤105,在其UE分组关联了多于一个WUS(可以包括UE分组的分组WUS、公共WUS、分组组合WUS等)的情况下,对于某一个特定的寻呼时机PO,若UE已成功监听到一个关联的WUS,则UE停止监听其他所关联的WUS。所述UE停止监听其他所关联的WUS指的是对于该PO或者在接收到寻呼消息之前,UE停止监听所关联的WUS。所述UE成功监听到一个关联的WUS指的是UE成功解码一个其分组所关联的WUS。
也就是说,对支持基于分组的WUS的UE,且收到的***信息中或专用RRC消息中包含了基于分组的WUS的配置信息,对于一个特定的PO,UE持续监听所有关联的WUS直到成功接收到一个相关联的WUS。对于UE来说,即使关联了多个WUS,在成功收到一个WUS后,UE即可判定在随后的PO会有寻呼消息,因此不需要去监听其他关联的WUS,从而避免不必要的监听所带来的能量开销。
实施例2
图2是示出了根据本发明的实施例2的由用户设备执行的方法的流程图。
该实施例2期望通过不同的方式实现和实施例1相同的作用。
如图2所示,在步骤201,UE从基站接收基于UE分组的WUS配置信息。优选地,所述配置信息包含在***信息中。
在步骤203,支持基于UE分组的WUS功能的UE,确定其分组(即确定其属于哪个UE分组(分组编号))、以及与所述UE分组相关联的WUS,并监听相关联的WUS。
在步骤205,若其UE分组关联了多于一个WUS(可以包括UE分组的分组WUS、公共WUS、分组组合WUS等),则对于某一个特定的寻呼时机PO,UE监听多个WUS遵循下述先后顺序(优先级):
1.公共WUS
2.分组组合WUS
3.分组WUS。
而若UE关联的分组组合WUS有多个,则UE按照分组组合WUS所对应的组数从多到少的顺序来监听,若分组组合WUS所对应的组数相同,则UE随机确定监听顺序。
举例来说,若WUS配置包含下述配置:分组个数为4、各分组(组1(G1)、组2(G2)、组3(G3)和组4(G4))对应的分组WUS用GWUS1、GWUS2、GWUS3和GWUS4来标识;并为分组组合配置的WUS可以标识为GWUS5、GWUS6、GWUS7,分别对应G1+G2分组组合、G3+G4分组组合和G1+G2+G3分组组合;公共WUS为GWUS8。假设UE根据WUS分组准则(如基于UE标识)确定其处于分组2(G2),则该UE关联了多个WUS,所关联的WUS包括GWUS8、GWUS2、GWUS5和GWUS7。也就是说,在某一个PO,该UE需要监听4个WUS(GWUS8、GWUS2、GWUS5和GWUS7)。此时UE监听WUS的顺序或优先级遵循:GWUS8、GWUS7、GWUS5、GWUS2。
在步骤207,与实施例1类似,在UE按照上述优先级去监听WUS的情况下,当高优先级的WUS被监听到后,对所述PO或者在接收到寻呼消息前,UE停止监听其他低优先级的WUS。
实施例3
图3是示出了根据本发明的实施例3的由基站执行的方法的流程图。
该实施例3给出了一种基站发送基于UE分组的寻呼的方法,通过基站和核心网站点(优选地为移动管理实体(Mobility Management Entity))来执行。
如图3所示,在步骤301,基站从核心网站点接收对于一个UE的寻呼消息,所述寻呼消息中包含用于指示UE(是否)支持基于UE分组的WUS功能的能力信息。优选地,所述寻呼消息通过S1接口的S1AP消息承载。
在步骤303,在接收到的寻呼消息中包含的能力信息表示UE支持基于分组的WUS功能的情况下,若基站也支持或使能了基于UE分组的WUS功能(即***信息中包含了基于UE分组的WUS配置),则基站采用基于UE分组的WUS方式发送寻呼,也就是在发送寻呼消息前先发送基于UE分组的WUS。若基站不支持或未使能基于UE分组的WUS功能,则基站不使用基于UE分组的WUS来发送寻呼。
可选地,所述用于支持UE支持基于UE分组的WUS的能力信息可以是分别对于TDD***和FDD***的独立的能力信息。
实施例4
图4是示出了根据本发明的实施例4的由用户设备执行的方法的流程图。
该实施例4给出了一种R15的WUS和R16的公共WUS的配置方式。
如图4所示,在步骤401,UE从基站接收基于UE分组的WUS配置信息。优选地,所述配置信息包含在***信息中。
在步骤403,若所述WUS配置信息中不包含R16公共WUS(即用于配置R16公共WUS的信息元素不存在),则UE使用R15的WUS作为公共WUS。也就是说,在这种情况下,UE默认使用传统R15的WUS(即wus-Config-r15信息元素所指示的WUS)作为公共WUS。优选地,上述当R15的WUS所在的时频资源和UE分组所对应的WUS所在的时频相同时,UE使用传统R15的WUS来作为公共WUS。否则,若所述WUS配置信息中包含R16公共WUS,则UE不监听R15的WUS,即UE忽略所收到的wus-Config-r15信息元素。
实施例5:
本实施例5给出了一种基于UE分组的WUS机制下的UE分组方法。本实施例中,服务类型、业务传输(到达)密度、寻呼概率/频率之间可以互相替换。
目前的3GPP讨论中已经同意基于UE标识(如国际移动设备识别码(IntenationalMobile Subscriber Identification Number,IMSI))来确定UE分组的方式。但考虑到不同UE,尤其是NB-IoT UE的业务特性不同,被寻呼的概率(或称频率)也是不一样的,将UE按照服务类型和/或寻呼概率的方式分组,可以使得服务不密集和/或寻呼概率低的用户不会频繁地被用于寻呼服务密集和/或寻呼概率高的用户的寻呼消息/WUS所唤醒而带来的能耗。因此本实施例给出了实现基于服务确定UE分组的方法。
在一种实施方式中,不同的服务类型采用服务类型指示来标识,不同的服务类型有不同的业务传输密度和/或寻呼概率,比如使用服务类型指示0~7来指示,服务类型指示值越低表示业务传输密度越低,或者服务类型指示值越高表示业务传输密度越低。又或者使用寻呼概率指示0~2来指示寻呼概率。寻呼概率指示0表示寻呼概率低,寻呼概率指示1表示寻呼概率中等,寻呼概率指示2表示寻呼概率高;反之亦可,寻呼概率指示0表示寻呼概率高,寻呼概率指示1表示寻呼概率中等,寻呼概率指示2表示寻呼概率低。
一种方式中,不同寻呼概率所对应的WUS序列可以使用不同的寻呼概率指示值(如上述寻呼概率指示0~2)来加扰,或者使用寻呼概率指示值做为WUS序列的生成参数,这样使得不同寻呼概率所对应的WUS序列在码域上可以区分开来,UE基于所确定的自己所对应的寻呼概率去监听对应的WUS序列。另一种方式中,不同寻呼概率所对应的WUS序列可以在时频域上区分开,这就需要通过RRC消息为不同的寻呼概率所对应的WUS的时频域资源进行配置,UE在接收到上述配置信息并确定自己所对应的寻呼概率后,到对应的寻呼概率的时频域上监听WUS。
在一种实现方式中,UE通过统计一段时间内的被寻呼次数来计算得到其寻呼概率指示。例如在T时间段内,若UE被寻呼的次数小于或小于等于N0次,则UE的寻呼概率低,其对应的寻呼指示为0(或2),若UE被寻呼的次数小于或小于等于N1次且大于或大于等于N0次,则UE的寻呼概率为中,其对应的寻呼概率指示为1,若UE被寻呼的次数大于或大于等于N1,则UE的寻呼概率为高,其对应的寻呼概率指示为2(或0)。所述门限值N0和N1和/或时间T可以是预定义的,也可以是由基站通过RRC消息配置的。寻呼概率(指示)的确定可以在UE RRC层实现,也可以是在UE非接入(Non Access stratum,NAS)层实现。所述被寻呼次数也可以描述为建立理由为“移动终止(Mobile terminated,MT)接入”的RRC连接建立的次数。
在一种实现方式中,UE可以通过上行消息将所确定的寻呼概率(指示)上报给基站,再由基站递送到核心网站点,核心网站点可存所述寻呼概率。在该UE的寻呼消息到达后,核心网站点向基站发送该UE的S1AP寻呼消息,其中携带所存储的所述寻呼概率。这样使得基站可以在发送空口的寻呼消息前,从核心网站点获得UE对应的寻呼概率信息,并基于此选择对应的WUS序列或WUS资源来发送WUS。
考虑到UE的寻呼概率(指示)在时间上可能会有变化,UE确定其UE分组所使用的寻呼概率使用最近一次获得的寻呼概率(指示)值,或者说使用最近以此上报给基站的寻呼概率(指示)值。对UE寻呼概率(指示)值的上报,优选地,UE在一次RRC连接中尚未向基站发送过寻呼概率(指示)值时,或者UE的寻呼概率(指示)与UE上一次上报的值发生变化时,UE才触发向基站或网络侧上报所测量的寻呼概率(指示)值。
在另外一种实现方式中,所述寻呼概率(指示)值不是由UE所测量的,而是由核心网站点如MME根据UE的签约信息或业务属性所确定的。在这种实现方式下,如上所述,基站可以通过寻呼消息中包含的寻呼概率(指示)值从核心网站点获取所述寻呼概率(指示)值信息,用于空口上的WUS发送或寻呼消息发送。而UE对该寻呼概率(指示)值的获取,可以通过核心网站点发送的NAS消息直接获取到,也可以由核心网站点通过基站转送的方式通过RRC消息获取的;又或者寻呼概率(指示)值与业务之间的对应关系是预定义的,UE可以基于其所支持或正在运行的业务来确定出其对应的寻呼概率(指示)值。
在另一种实现方式中,所述寻呼概率/频率(服务类型、业务传输(到达)密度)也可以用服务质量分类标识符(Quality of Service Class Identifier,QCI)来取代。所述QCI是用来标识多一个服务数据流所采用的特殊处理方式的一个标量。在UE有多个业务同时进行时,会对应多个QCI,此时用于上述UE分组的QCI采用UE正在进行业务的多个QCI值中的优先级最高的QCI所对应的值。图5是表示本发明的一个实施例所涉及的用户设备UE的框图。如图5所示,该用户设备UE50包括处理器501和存储器502。处理器501例如可以包括微处理器、微控制器、嵌入式处理器等。存储器502例如可以包括易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器502上存储有程序指令。该指令在由处理器501运行时,可以执行本公开详细描述的由用户设备执行的上述方法。
图6是表示本发明的一个实施例所涉及的基站的框图。如图6所示,该基站60包括处理器601和存储器602。处理器601例如可以包括微处理器、微控制器、嵌入式处理器等。存储器602例如可以包括易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器602上存储有程序指令。该指令在由处理器601运行时,可以执行本公开详细描述的由基站执行的上述方法。
运行在根据本公开的设备上的程序可以是通过控制中央处理单元(CPU)来使计算机实现本公开的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器***中。
用于实现本公开各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机***读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机***”可以是嵌入在该设备中的计算机***,可以包括操作***或硬件(如***设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。
用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如,单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器,也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路,也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下,本公开的一个或多个实施例也可以使用这些新的集成电路技术来实现。
此外,本公开并不局限于上述实施例。尽管已经描述了所述实施例的各种示例,但本公开并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备,如AV设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。
如上,已经参考附图对本公开的实施例进行了详细描述。但是,具体的结构并不局限于上述实施例,本公开也包括不偏离本公开主旨的任何设计改动。另外,可以在权利要求的范围内对本公开进行多种改动,通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本公开的技术范围内。此外,上述实施例中所描述的具有相同效果的组件可以相互替代。
Claims (10)
1.一种由用户设备UE执行的方法,包括:
从基站接收基于UE分组的唤醒信号WUS配置信息;
支持基于UE分组的WUS功能的UE根据接收到的WUS配置信息,确定本UE所属的UE分组、以及与所述UE分组相关联的WUS,并监听与所述UE分组相关联的WUS;以及
在所确定的与所述UE分组相关联的WUS存在多个的情况下,对于一个特定的寻呼时机PO,若所述UE已成功监听到与所述UE分组相关联的多个WUS中的一个WUS,则所述UE停止监听与所述UE分组相关联的多个WUS中的其他WUS。
2.根据权利要求1所述的方法,其中,
与所述UE分组相关联的WUS包括下述一个或多个的组合:一个或多个公共WUS,一个或多个分组WUS、以及/或者一个或多个分组组合WUS。
3.根据权利要求1所述的方法,其中,
所述WUS配置信息包含于***信息或专用无线资源控制RRC消息中。
4.根据权利要求1所述的方法,其中,
所述UE按照与所述UE分组相关联的多个WUS的优先级来监听所述多个WUS。
5.根据权利要求4所述的方法,其中,
与所述UE分组相关联的多个WUS的优先级按照公共WUS、分组组合WUS、分组WUS的顺序从高到低排列。
6.根据权利要求4或5所述的方法,其中,
在与所述UE分组相关联的多个WUS包括多个分组组合WUS的情况下,按照分组组合WUS所对应的组数从多到少的顺序对所述多个分组组合WUS的优先级从高到低进行排列。
7.一种由基站执行的方法,包括:
从核心网站点接收对于用户设备UE的寻呼消息,所述寻呼消息包含用于指示所述UE是否支持基于UE分组的唤醒信号WUS功能的能力信息;以及
在接收到的寻呼消息中包含的能力信息表示所述UE支持基于UE分组的WUS功能的情况下,则采用基于UE分组的WUS方式向所述UE发送WUS。
8.根据权利要求7所述的方法,其中,
所述核心网站点为移动管理实体。
9.一种用户设备,包括:
处理器;以及
存储器,存储有指令,
其中,所述指令在由所述处理器运行时执行根据权利要求1-6中的任一项所述的方法。
10.一种基站,包括:
处理器;以及
存储器,存储有指令,
其中,所述指令在由所述处理器运行时执行根据权利要求7-8中的任一项所述的方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811500293.4A CN111294892A (zh) | 2018-12-07 | 2018-12-07 | 用户设备、基站及其方法 |
US17/311,483 US20220095226A1 (en) | 2018-12-07 | 2019-12-06 | User equipment, base station, and method for handling wake-up signals |
PCT/CN2019/123644 WO2020114483A1 (zh) | 2018-12-07 | 2019-12-06 | 用户设备、基站及其方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811500293.4A CN111294892A (zh) | 2018-12-07 | 2018-12-07 | 用户设备、基站及其方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111294892A true CN111294892A (zh) | 2020-06-16 |
Family
ID=70974515
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811500293.4A Pending CN111294892A (zh) | 2018-12-07 | 2018-12-07 | 用户设备、基站及其方法 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20220095226A1 (zh) |
CN (1) | CN111294892A (zh) |
WO (1) | WO2020114483A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022007907A1 (en) * | 2020-07-08 | 2022-01-13 | Tcl Communication (Ningbo) Co., Ltd. | Wake-up signals in cellular systems |
CN113938995A (zh) * | 2020-07-14 | 2022-01-14 | 华为技术有限公司 | 一种通信方法及设备 |
WO2022226929A1 (zh) * | 2021-04-29 | 2022-11-03 | 北京小米移动软件有限公司 | 寻呼处理方法及装置、通信设备及存储介质 |
WO2023023992A1 (zh) * | 2021-08-25 | 2023-03-02 | 北京小米移动软件有限公司 | 信息处理方法、装置、通信设备及存储介质 |
WO2023045704A1 (zh) * | 2021-09-22 | 2023-03-30 | 华为技术有限公司 | 一种通信方法及设备 |
WO2023092417A1 (zh) * | 2021-11-25 | 2023-06-01 | Oppo广东移动通信有限公司 | 通信方法及装置 |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111436096B (zh) * | 2019-01-11 | 2023-11-24 | 中兴通讯股份有限公司 | 分组唤醒信号的发送方法及装置 |
US20220086759A1 (en) * | 2019-01-31 | 2022-03-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Wake-up signal grouping based on paging probability |
CN115767693A (zh) * | 2019-08-15 | 2023-03-07 | 华为技术有限公司 | 一种通信方法及相关设备 |
WO2022152850A1 (en) * | 2021-01-15 | 2022-07-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Selective configuration and dynamic activation and deactivation of paging early indicator |
US20220322284A1 (en) * | 2021-03-31 | 2022-10-06 | Qualcomm Incorporated | Ue grouping scheme for enhanced paging reception |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8923178B2 (en) * | 2011-04-29 | 2014-12-30 | Blackberry Limited | Managing group messages for LTE wakeup |
EP4007414A1 (en) * | 2016-01-07 | 2022-06-01 | Huawei Technologies Co., Ltd. | Data scheduling method, base station, and system |
WO2018175760A1 (en) * | 2017-03-24 | 2018-09-27 | Intel Corporation | Wake up signal for machine type communication and narrowband-internet-of-things devices |
CN108668359B (zh) * | 2017-03-28 | 2022-07-15 | 中兴通讯股份有限公司 | 一种寻呼方法、寻呼监听方法及装置和设备 |
EP3711398A1 (en) * | 2017-11-15 | 2020-09-23 | Sony Corporation | Telecommunications apparatus and methods |
WO2019096704A1 (en) * | 2017-11-17 | 2019-05-23 | Sony Corporation | To reduce interference between wake-up signalling transmissions from different base stations |
WO2019147061A1 (ko) * | 2018-01-26 | 2019-08-01 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호를 송수신하기 위한 방법 및 이를 위한 장치 |
US20190349856A1 (en) * | 2018-05-11 | 2019-11-14 | Qualcomm Incorporated | Methods and apparatus for a group wake up signal |
WO2020067718A1 (en) * | 2018-09-27 | 2020-04-02 | Samsung Electronics Co., Ltd. | Method, user equipment, base station, and readable storage medium for transmitting wake-up signal |
-
2018
- 2018-12-07 CN CN201811500293.4A patent/CN111294892A/zh active Pending
-
2019
- 2019-12-06 US US17/311,483 patent/US20220095226A1/en active Pending
- 2019-12-06 WO PCT/CN2019/123644 patent/WO2020114483A1/zh active Application Filing
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022007907A1 (en) * | 2020-07-08 | 2022-01-13 | Tcl Communication (Ningbo) Co., Ltd. | Wake-up signals in cellular systems |
CN113938995A (zh) * | 2020-07-14 | 2022-01-14 | 华为技术有限公司 | 一种通信方法及设备 |
CN113938995B (zh) * | 2020-07-14 | 2023-09-22 | 华为技术有限公司 | 一种通信方法及设备 |
WO2022226929A1 (zh) * | 2021-04-29 | 2022-11-03 | 北京小米移动软件有限公司 | 寻呼处理方法及装置、通信设备及存储介质 |
WO2023023992A1 (zh) * | 2021-08-25 | 2023-03-02 | 北京小米移动软件有限公司 | 信息处理方法、装置、通信设备及存储介质 |
WO2023045704A1 (zh) * | 2021-09-22 | 2023-03-30 | 华为技术有限公司 | 一种通信方法及设备 |
WO2023092417A1 (zh) * | 2021-11-25 | 2023-06-01 | Oppo广东移动通信有限公司 | 通信方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
US20220095226A1 (en) | 2022-03-24 |
WO2020114483A1 (zh) | 2020-06-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111294892A (zh) | 用户设备、基站及其方法 | |
US11917539B2 (en) | Terminal device, infrastructure equipment, wireless telecommunications system and methods | |
CN109309555B (zh) | 基站、用户设备和相关方法 | |
CN107258105B (zh) | 运行寻呼机制以实现增强覆盖模式 | |
TWI494003B (zh) | 加強傳呼之方法及裝置 | |
US20200187051A1 (en) | Cyclic redundancy check length management | |
US10813077B2 (en) | Communications device, infrastructure equipment, communication system and methods for group paging and grouping communication devices based on various criteria | |
CN110958672B (zh) | 唤醒信号的传输方法、用户设备、基站及可读存储介质 | |
US20100215011A1 (en) | Method and apparatus for switching a resource assignment mode for a plurality of component carriers | |
US10524283B2 (en) | Telecommunications apparatus and methods | |
JP2018511277A (ja) | 通信システム | |
CN111132328A (zh) | 用户设备和用户设备执行的方法 | |
US9237552B2 (en) | Paging method and device for E-MBS terminal in multi-carrier system | |
WO2020156317A1 (zh) | 由用户设备执行的方法以及用户设备 | |
CN111526591A (zh) | 无线通信***中的传输方法、无线电节点和计算机可读介质 | |
WO2021165208A1 (en) | Communications devices, infrastructure equipment and methods | |
WO2022141009A1 (zh) | 寻呼消息发送的方法和装置 | |
CN117121582A (zh) | 信号发送和接收方法、设备及其存储介质 | |
CN108668360B (zh) | 一种寻呼消息的发送方法、接收方法、基站及终端 | |
US20230276407A1 (en) | Methods for paging a wireless devices, related network nodes and wireless device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20200616 |