CN112369114B - 蜂窝网络中的寻呼 - Google Patents

蜂窝网络中的寻呼 Download PDF

Info

Publication number
CN112369114B
CN112369114B CN201980041414.XA CN201980041414A CN112369114B CN 112369114 B CN112369114 B CN 112369114B CN 201980041414 A CN201980041414 A CN 201980041414A CN 112369114 B CN112369114 B CN 112369114B
Authority
CN
China
Prior art keywords
paging
drx
ues
specific
cell
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
CN201980041414.XA
Other languages
English (en)
Other versions
CN112369114A (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.)
JRD Communication Shenzhen Ltd
Original Assignee
JRD Communication Shenzhen 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 JRD Communication Shenzhen Ltd filed Critical JRD Communication Shenzhen Ltd
Publication of CN112369114A publication Critical patent/CN112369114A/zh
Application granted granted Critical
Publication of CN112369114B publication Critical patent/CN112369114B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • H04W68/005—Transmission of information for alerting of incoming communication
    • 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/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/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

利用DRX在蜂窝网络寻呼移动设备的技术。定义DRX周期和机会的参数所用数值会被定义以确保足够的机会和时间用于重复。

Description

蜂窝网络中的寻呼
技术领域
本发明涉及蜂窝网络中的寻呼，尤其对增强型机器类型通信(eMTC)设备的寻呼。
背景技术
无线通信***，例如第三代(third-generation，3G)移动电话标准和技术是广为人知的。像3G标准和技术是由第三代合作伙伴计划(Third Generation PartnershipProject，3GPP)发展而来。第三代无线通信通常发展以支撑宏蜂窝移动电话通信。通信***及网络沿着宽带移动***发展。
图1示出了三个基站形成一蜂窝网络的示例的示意图。在蜂窝无线通信***用户设备(User Equipment，UE)通过无线链路与无线电接入网络(Radio Access Network，RAN)相连接。该RAN包括一组给所覆盖单元内的多个UE提供无线链接的基站，，以及一个至核心网(Core Network，CN)的接口，核心网提供整体网络控制。将理解的是，RAN和CN实施各自对整体网络的职能。为了方便术语蜂窝网络将被用于指代结合的RAN&CN，并且可以理解的是该术语被用于指代实施本发明功能的各个***。
第三代合作伙伴计划已发展有称为长期演进(Long Term Evolution，LTE)的***，即，演进型通用移动通信***区域无线电接入网络(Evolved Universal MobileTelecommunication System Territorial Radio Access Network,E-UTRAN)，用于一个称为eNodeB或eNB(演进NodeB)的基站支撑一个或多个宏蜂窝的移动接入网络。最近，LTE正进一步朝着称为5G或NR(新无线电)***发展，该***中由一个称为下一代NobeB(gNB)的基站支撑一个或多个蜂窝。NR被提议使用正交频分复用(Orthogonal Frequency DivisionMultiplexed，OFDM)的物理传输格式。
无线通信的一个趋势正朝着提供低延迟和高可靠性设备。例如，NR打算支持高可靠性且低延迟通信以及为小分组(一般32字节)提供低延迟和高可靠性的大规模机器类型通信。已经提出在1毫秒的用户层面延迟可靠性达到99.99999％，以及在物理层一个分组的丢失率达10-5或10-6。
mMTC设备被设计利用高能效信道以支撑大规模长使用寿命的设备，其各设备数据收发偶尔才出现一次。例如，要求一个蜂窝支撑上千台设备。mMTC设备因而适用于物联网(Internet of Things，IoT)应用中。与物联网进一步相关的标准为使用单个200kHz窄带的窄带物联网(Narrowband IoT，NB-loT)。NB-IoT被设计以指出高连接密度尤其是室内覆盖，以及低花费和能量消耗。
寻呼消息由蜂窝网络发送以提示多个UE需要建立通信。多个UE必须在空闲模式中监听寻呼消息以便它们醒来时能够建立连接。监听消耗能量因此需要缩短UE必须监听寻呼消息的时段。这可以由空闲模式中使用不连续接收(discontinuous reception，DRX)实现以使UE仅在预置的时间间隔内监听。
LTE***中，一个UE的DRX方案可以在特定UE，或小区区域，基础中定义。该方案利用一组参数来定义寻呼时刻(PO)的频率和位置T定义了无线帧中UE的DRX周期的长度。参数nB是UE的DRX周期T内寻呼时刻(PO)(即PDCCH上发送一个寻呼DCI(下行链路控制信息)消息的机会)的总数量，对于所有UE。
对于传统(即非eMTC)LTE，nB可以配置为值4T、2T、T、T/2、T/4、T/8、T/16及T/32。
参数nB/T(与ASN.1发信的编码点直接相关)可以视为每无线帧的PO密度，并且取决于T。下文中，我们将仅考虑nB/T<＝1的场景。在这种场景中，倒数P＝T/nB是无线帧中的PO周期。P也与ASN.1发信的编码点直接相关：若配置T/128，则P＝128无线帧，等等。在传统LTE，P范围从1至32无线帧。
对于一个给定UE，寻呼帧PF数量由下面公式决定：
SFN mod T＝(T div N)*(UEIDmod N),以及N：min(T,nB)
场景nB/T<＝1中，给定子帧索引中每PF仅有一个PO(子帧)。传统LTE中，T可以是32,64,128,256(和eDRX配置的512)个无线帧(RF)，并且T大于或等于P。尤其是，T总是为P的倍数。可以理解为P描述了寻呼时刻(对于所有UE)的时间长度，而T是给定UE寻呼时刻的时间长度。
可行的最大PO间隔(对于多个UE)因而是32无线帧。具有较大DRX周期T的多个UE被分配于与不同PO相关联的不同寻呼组中，基于它们的UE_ID，如图2所示。这就是说，若PO间隔为32无线帧，T＝32的多个UE将都归属与相同寻呼组(监听相同PO)，T＝64的多个UE基于它们的UE_ID(监听2组不同PO)将被分配进2个不同的寻呼组，T＝128的多个UE基于它们的UE_ID(监听4组不同PO)将被分配进4个不同的寻呼组，等等。
使用一个小的PO间隔更好的将多个UE分配至更多寻呼组。的确，当一个UE被寻呼时，相同寻呼组中的所有UE会解码寻呼DCI消息(它们监听相同PO)并且将必须解码对应的寻呼消息以最终确认它们并未被寻呼。这被称为“错误寻呼”并且增加UE能量消耗。
使用一个小的PO间隔避免集聚在相同寻呼组(监听相同PO)的UE可以缓解错误寻呼的问题。
eMTC中，UE使用带宽减少技术来接入NW(Network，网络)。这均适用于带宽受限(bandwidth limited，BL)的UE或覆盖增强(coverage enhancement，CE)下的普通UE。因此在下文中，eMTC指代共享相同接入技术的BL UE或CE中的UE。那些接入技术也称为“CE模式”，它们能够增强覆盖。需要注意的是多个BL UE因此一直运作在“CE模式”(甚至它们在非常好的覆盖下)，而普通UE会运作在“非CE模式”(即传统LTE，当它们在传统覆盖中)或“CE模式”(当它们处于拓展性/增强型覆盖中)。eMTC中，一个寻呼DCI消息由M-PDCCH承载，且在如上述计算的第一个PO位置上发送。该消息可能随后被重复发送多达Rmax子帧数以增加覆盖范围。Rmax是***信息中广播的一个参数。对于eMTC它范围在1至256个子帧。但不会一直以最大重复次数发送。
寻呼DCI发送于寻呼CSS中(公共搜索空间)。CSS是一个概念，其指派可以被发送至UE的不同候选者，并且UE能够解码。Rmax与MPDCCH寻呼CSS的最大重复次数相对应。
例如，若Rmax寻呼为256个子帧，寻呼CSS定义如下：
-开始(首个子帧)：PO子帧
-重复次数：2,16,64或256
当一个小区配置为Rmax＝256，寻呼DCI不会一直以256的重复进行发送。但它可能以2,16,64或256发送。例如NW会试图寻呼2次，而非更多重复。位于良好覆盖的UE可能仅仅使用1或2次重复来监听，并且利用诸如SINR估值以获知若自身被寻呼，应该已完成解码。
对于实现深度覆盖以及避免发送从***角度来看的无用重复，需要这种灵活的机制(无需发送256次重复至1次就足够的优良覆盖下的UE)。以UE角度而言，这种机制对于避免积累一堆无用子帧也是同样重要。
NW通常使用寻呼辅助信息(例如来自先前连接的覆盖等级信息)和寻呼eMTC UE的寻呼策略。例如，网络利用2次重复以尝试首次寻呼，若无回应则随之增加重复次数。这样避免了不必要地使用网络资源同时提升覆盖范围。
eMTC中，由于重复的需要，及时传播PO是有益的。然而，UE变得集中在相同寻呼组中(监听相同PO)。这导致错误寻呼出现增加(UE解码寻呼DCI并且必须解码所关联的寻呼消息，其最终可能是寻呼其他UE(多个))(造成无用的能量消耗)。
为了缓减这个问题，可以配置多个寻呼窄带(Paging Narrow Bands，PNB)，对应不同频率。一个给定UE必须在特定PNB上监听PO，该PNB取决于它的UE_ID。对于给定UE，PNB索引由以下公式给出：PNB＝floor(UE_ID/(N*Ns))mod Nn
其Nn为***信息中提供的PNB数量；
可以看到的是，多个UE基于它们的UE_ID被分配至不同寻呼组中。不同寻呼组在时间(不同PO时间)和频率(不同PNB)上被映射。即使PO时间间隔增加，配置多个PNB能够限制共享同一寻呼组的UE数量，从而缓减错误寻呼问题。
一类似概念用于NB-IoT，其可以配置多个寻呼载波。
重复仅在连续有效子帧上发送—可能仅仅只是每无线帧上的几个子帧。在一些配置中，连续的PO之间可能存在重叠，即最大传统间隔32个无线电帧的不足以容纳如图3所示的所以可能的重复。
通过允许nB为T/64，T/128，T/256可以缓解该问题，其间隔出更远的PO(至32、64和256个RF)以为重复发送M-PDCCH留出足够的空间。
NB-IoT中，T可以是128、256、512、1024。类似地，nB取值进一步扩展为T/512和T/1024。
然而，拓展nB值会导致T低于P的情况。这导致一个分数的nB值，这在传统LTE是不可能的。更确切来说，给定值都是2的幂，可能具有nB＝T/P＝1/2j，以及j＝1,2或3的配置。
这使得PF SFN为以下等式：
SFN mod T＝0
对于eMTC，PNB为：
PNB＝floor(UE_ID*2j)mod Nn，以及j＝1,2或3。
对于NB-IoT，寻呼载波的索引n为最小值，例如：
floor(UE_ID*2j))mod W<W(0)+W(1)+…+W(n)
这具有一些缺点：
假设NW依赖于周期为P的PO(即只发送与SNF mod P＝0对齐的寻呼DCI)，而不是使用所有上述等式指定的PO，UE监听未被NW使用的多个PO，从而造成电池能源浪费。
寻呼窄带(eMTC)或寻呼载波(NB-loT)的寻呼负载平衡受到严重影响。例如，设置好的2个寻呼窄带(mMTC)或寻呼载波(重量相等的NB-loT)的情形下，仅有一个会被使用，这是因为在PNB等式中或NB-loT寻呼载波等式中，UE_ID与2j相乘。
最重要地，如果NW所设置的周期P允许发送足够多的M-PDCCH/N-PDCCH重复，则在T内发送量不会达到Rmax次重复。相当于说，用于UE的连续寻呼CSS会重叠。这种情况不应发生，并且当T内发送超过所需要的重复时，用户设备会无法解码PDCCH/N-PDCCH。的确，在每个PO开始时，用户设备会重置重复累计值，其防止累计比T内合适的重复次数更多的量。
如图4所示，尽管设置P＝64以容纳足够的重复，T＝32的情况下，用于一个UE的寻呼CSS重叠。
UE DRX周期T为以下任意一种：
-512(用于非NBIoT的特定eDRX配置),可以看到的是，该值始终为P的倍数并且不存在问题。
-***信息中广播的默认DRX值(小区特定DRX周期)，如果没有设置UE特定DRX(上层网络所分配)，或者在NB-IoT中。该值可能配置为比P更低(ASN.1信令中没有限制)。
-UE特定DRX在***信息中广播的UE特定DRX最小值，如果UE特定DRX被上层网络所分配(在非NB-IoT中)
自LTE Rel-8开始便引入了UE特定DRX周期，因为可能会有不同类型的终端访问E-UTRAN，。一些UE会对功耗敏感，而其他UE则不然。一些UE可能想要更快地接收寻呼而其他UE则不是，因此在E-UTRAN中支持UE特定寻呼DRX是有益的。UE特定DRX是一个重要的区别特征，并且也是NR的一部分。
UE特定DRX数值可以是32、64、128和256。该数值由UE选择，ATTACH REQUEST和/或TRACKING AREA UPDATE(TAU)REQUEST消息中发信，并且必须由MME接受。该数值存储于核心网络(CN)并仅适用于非NB-IoT。
小区特定DRX周期被使用的情形下，NW配置可以解决该问题。然而倘若UE特定DRX周期被使用，则无法通过NW配置解决该问题。
因此寻呼***仍需优化。
发明内容
本发明内容以简化的形式介绍相关概念，这些概念将会在下面的具体实施方式中进一步描述。本发明内容并非用于确定本发明所主张的主要特征或基本特征，也并非意在帮助确定要求保护的主体的范围。
也提供了一种蜂窝通信网络中寻呼移动设备的方法，包括步骤为定义DRX周期，所述DRX周期包括T个无线帧；定义一个所述DRX周期中的寻呼时刻的数量nB，所述nB为T的倍数或T的分数；定义P为T/nB；配置所述蜂窝通信网络以在至少一个所述寻呼时刻起始处发送传呼消息，其中所述DRX周期为小区特定DRX周期，以及所述移动设备和所述蜂窝通信网络之间的NAS信令被用于定义无UE特定DRX周期值被准许。
UE特定DRX周期包括TUE个无线帧，并且仅在TUE＜P的情况下不被准许。
也提供了一种蜂窝通信网络中寻呼移动设备的方法，包括步骤为定义UE特定DRX周期以及小区特定DRX周期，所述UE特定DRX周期包括TUE个无线帧，所述小区特定DRX周期包括Tcell个无线帧；定义各DRX周期中的寻呼时刻的数量nB为对应T的倍数或分数；定义P为T/nB；在NAS过程内选择性配置UE特定DRX周期；配置所述蜂窝通信网络以在至少一个所述小区特定寻呼时刻的起始处发送寻呼消息，其中，UE在处于CE模式时将所述UE特定DRX周期视为不适用，并使用所述小区特定DRX周期。
仅在TUE＜P的情况下所述UE特定DRX周期被视为不适用。
UE特定DRX周期被视为不适用，UE使用T＝P替代T＝Tcell。
也提供了一种蜂窝通信网络中寻呼移动设备的方法，步骤为定义小区特定DRX周期，所述小区特定DRX周期包括Tcell个无线帧；定义进阶DRX周期，所述进阶DRX周期包括Tskip个无线帧；定义DRX周期内寻呼时刻的数量nB，所述nB为对应T的倍数或分数；定义P为T/nB；定义N为min(T，nB)配置所述蜂窝通信网络以在以下公式定义的寻呼时刻起始处发送寻呼消息：-SFN mod T＝(T div N)*(UE_ID mod N)if N＞＝1以及SFN mod Tskip＝0if N＜1。
在一示例中Tskip＝Tcell。
在一示例中Tskip＝P。
Tskip是所有可能的DRX周期数值中，满足大于T的最小周期数值，所述T的时长内所述UE有足够的重复次数。。
也提供了一种蜂窝通信网络中寻呼移动设备的方法，步骤为定义包括由上层网络定义的TUE个无线帧的UE特定DRX周期，以及包括***信息中广播的Tcell个无线帧的小区特定默认DRX周期；定义各DRX周期中的寻呼时刻的数量nB，所述nB为相应T的倍数或分数；定义P为T/nB；为特定UE使用TUE和Tcell的最大值。
基于所述移动设备为一个BL UE或处于CE模式中的UE的情况下使用TUE和Tcell的最大值。
在配置参数指示所述移动设备优先使用TUE和Tcell的最大值的情况下，使用TUE和Tcell的最大值。
也提供了一种蜂窝通信网络中寻呼移动设备的方法，步骤为：定义DRX周期，其包括Tcell个无线帧；定义DRX周期内多个寻呼时刻nB为关联T的倍数或分数；定义P为T/nB；配置所述蜂窝通信网络以在至少一个所述寻呼时刻起始处发送寻呼消息，其中若nB＜1，基于nB＝1选择寻呼时刻。
在另一方面，提供了一种非易失性计算机可读介质。该非易失性计算机可读介质可包括至少由下组成的组中的一个：硬盘、CD-ROM、光存储设备、磁存储设备、只读存储器、可编程只读存储器、可擦除可编程只读存储器，电可擦除及编程只读存储器和闪存。
附图说明
以下将参考附图仅以举例的方式描述本发明的进一步的细节、方面和示例。为了说明的简洁和清楚，附图中的元件被示出，并不一定按比例绘制。为便于理解，在相应的附图中包含了类似的参考标号。
图1示出了一个蜂窝通信网络的示例；
图2用于不同组内的多个UE的寻呼机会；以及
图3-5示出了DRX周期和寻呼时刻的多个示例。
具体实施方式
本领域技术人员将认识和理解，所描述的示例的细节仅仅是对一些示例的说明，并且本文的启示适用于各种替代方案。
图1示出了由三个基站(例如，按照特定蜂窝标准和技术的eNB或多个gNB)形成的蜂窝网络示意图。一般来讲，每个基站由一蜂窝网络运营商部署以为该区域多个UE提供地理性的覆盖。多个基站形成一个无线电区域网络(Radio Area Network，RAN)。每个基站为其区域或单元中的多个UE提供无线覆盖。多个基站通过X2接口相互连接并通过S1接口连接至核心网。可以理解的是出于对蜂窝网络关键特征进行举例说明的目的，仅展示基础性细节。
各基站包括实施RAN功能的硬件和软件，RAN功能包括与核心网及其他基站的通信，承载核心网和多个UE之间的控制和数据信号，以及协同各基站维持与多个UE的无线通信。核心网包括实施网络功能的硬件和软件，诸如整体网络的管理和控制，以及呼叫和数据的路由。出于方便术语UE将用于指代各类移动设备。
小区特定不连续接收(Discontinuous Reception，DRX)周期可用于拓展nB＝T/P值(对应于用于eMTC的P＝64,128,256，和用于NB-IoT的P＝256,512,1024)。比如，默认DRX(小区特定)值T的配置可以被限制以使T>＝P(或T是P的倍数)。可替代地，对于设置好的的默认DRX值T，可能的nB配置受到限制使得P<＝T。
这些受限配置可在默认DRX值和/或nB参数的字段描述中强制赋值。
当默认DRX值被使用时该示例解决了上述问题(尤其，对于NB-loT)。
或者，若广播的默认DRX值T小于P，则UE会被设置为默认DRX值等于P。
那些示例确保T(当使用小区特定DRX周期时)始终不会低于P。这样避免了nB为分数，并且假设P值已设置因而可以设置足够寻呼重复，以确保了UE一直会有足够的重复来解码寻呼下行链路控制信息(Downlink Control Information，DCI)。
UE特定DRX周期(TUE)也可以被定义。
下文列出了可以配置UE特定DRX数值的各种示例，这些示例适用于BL UE或CE模式中的UE。
第一示例中，会具体说明UE特定DRXTUE不被支持，BL UE或CE中的UE始终协商在非接入层(Non-Access Stratum，NAS)信令(附着请求/跟踪区更新(Tracking Area Update，TAU)请求)中无UE特定DRX，BL UE或CE模式中的UE随之使用小区特定DRX周期以解决前面描述的问题。
然而，一个缺点是一旦使用CE模式运行便不能再支持UE特定DRX。尤其，Cat-MUE会彻底不再支持UE特定DRX。更为合适的是保留UE特点DRX配置的有益点(其允许需要更高频率寻呼的应用或需要减小功耗的应用之间的区别)。
第二缺点是支持CE并且希望在普通模式中使用UE特定DRX值的多个普通UE，在进入/离开CE模式时需要TAU程序。这增加了信令开销并且不利于UE功耗。已经确定的是CE模式的变更将不会发信至网络。
该示例向后兼容并且可以在NAS规格中指定，其可以通过指示BL UE或增强覆盖内的UE不得配置UE特定DRX。
在另一示例，仅对于TUE＞＝P来支持UE特定DRX值TUE。至少PO间隔P的这种设想可以用于小区中的正确运行(劣覆盖中的足够的重复)。
在该示例中多个BL UE或多个CE模式中的UE将始终协商在NAS信令(附着请求/TAU请求)中的UE特定DRX值，以使TUE＞＝P(或UE特定DRX值)。这也意味着只有当TUE＞＝P才支持配置UE特定DRX值。
这缓减了上述示例的一些弊端。例如，在P＝64配置的小区中，UE特定DRX值64,128,256仍是可行的。只有TUE＝32不可行，并且若需要会由TAU进行重新配置(配置为更大值，或配置为“无UE专用DRX值”)。
该解决方案向后兼容并且可通过在NAS规范中指定，其通过指示BL UE或增强覆盖内的UE不会配置低于小区所广播的T/nB的UE特定DRX值。
在类似示例中，仅对于TUE＞＝Tcell才支持UE特定DRX值TUE(替代TUE＞＝P)。至少PO间隔Tcell的该设想可以用于小区的正确运行(劣覆盖内足够的重复)。这种解决方案向后兼容并且可通过在NAS规范中指定，其通过指示BL UE或者增强覆盖内的UE不会配置低于小区内所广播的的DRX默认寻呼周期的UE特定DRX值。然而这样没有多大益处，因为这意味着BL UE或CE中的UE再也不受益于UE特定DRX值(当T为Tcell和TUE之间的最小值)。
在其他例子中UE特定DRX值被认为是不适用的。UE表现如同没有被配置一样并且使用小区特定DRX值T＝Tcell。
普通UE可以具有诸如TUE的UE特定DRX值，并且小区可以指示P＝64，T＝64。当进入CE模式，该UE特定DRX值不会被丢弃(仍然存储于UE NAS/CN)，但会变为不适用。UE在CE模式时将使用T＝64，并且一旦退出CE模式，UE特定DRX值会被再次利用。
这就有上面第一示例中的第一个缺点，但非第二个缺点，在进入/离开CE模式时不需要额外的NAS信令。该示例可以在关联的标准中指定(例如36.304)，其通过指示“UE特定DRX不适用于BL UE或增强覆盖内的UE”
该示例可能无法向后兼容。如果RAN不支持该示例但UE却支持，RAN会在UE未监听的多个PO上寻呼UE。为避免这种情况，RAN需要在SI中广播支持。
如果RAB支持该示例，但UE却不支持，RAN也可能在错误的PO上寻呼UE。为避免这种情况，UE应当指示其功能上的支持(比如存储在CN中寻呼功能，或者UE释放)。
在另一示例中若UE特定DRX值低于P则会被定义为不适用。
这种至少PO间隔P的设想会被小区正确运行所需要(以允许劣覆盖中的足够的重复)。基于给定的设想，该示例确保最终的T值始终为P＜＝T。
尤其，该示例假设Tcell已经为P＜＝Tcell。
该示例可以在相关联标准中(例如36.304)指定，其通过指示“小于P值的UE特定DRX不适用于BL UE或增强覆盖内的UE”。通过指示UE特定DRX不适用，UE将恢复Tcell
然而，为保持较短的DRX周期的益处，优选不同的行为。替代于恢复成Tcell，UE可以恢复成P。在本示例中；
-若TUE＜P则TUE不适用。相反，T可能的最低值被使用，即T＝P。其根本原因在于UE首选的最小值应该为TUE，因此如果它不可行的话，将会使用最小的可能的T。
-当P＜＝TUE时TUE仍然适用(其代表T＝min(TUE，Tcell))。
根据传统LTE***，T已被设置为min(TUE，Tcell)。T会被另外设置为max(T，P)。假设P＝64(nB＝T/64)，Tcell＝128，TUE＝32。传统LTE中，T＝32。在该示例，T被设置为64。假设P＝64(nB＝T/64)，Tcell＝128，TUE＝256。传统LTE中，T＝128。在该示例中，T被设置为128。
该示例可以通过在相关联标准(例如，36.304)中添加下文来指定。
“另外，T由UE特定DRX的最小值决定，如果上层网络允许，以及在***信息中广播的DRX默认值。如果UE特定DRX不由上层网络配置，则应用默认值。UE特定DRX不适用于NB-IoT。在RRC INACTIBE状态中，T由RAN寻呼周期的最小值所决定，UE特定寻呼周期，并且默认寻呼周期，如果上层网络允许。若输出的T小于T/nB，随之设置T为T/nB。”
该示例可能无法向后兼容并且可能需要来自UE/NW的功能信号。
在另一示例中多个PO可能被跳过。类似于先前示例，该示例的根本原因在于小区的正确运作需要至少PO间隔P(以允许劣覆盖中足够的重复)。
向后兼容的关键需求在于UE侧和NW侧的数值T必须相同。可变T改变N，N也可改变PNB，即UE监听寻呼所在的频率。如果寻呼函数保持不变，UE和NW必须对T值有一个共同的理解，以便所有参数保持一致。
因此，为实现更优的向后兼容性，上述示例可以被调整以替代改变T，UE仅对于PF计算才考虑一个更大T(Tskip)。UE可以考虑Tskip＝Tcell或Tskip＝P。UE会保留PO以使SFN modTskip＝0。该示例可以通过在相关联标准(例如，36.304)中添加下文进而指定。
由下述公式给定：
SFN mod T＝(T div N)*(UE_ID mod N)若N＞＝1
SFN mod Tskip＝0若N＜1
可以理解的是当配置一个较大的P时，NW实施方案会使用与P对齐的PO，即诸如SFNmod P＝0，至少当使用多于T内合适值的重复来寻呼时。因此若RAN不支持这种变换但UE支持，则可以理解的是寻呼仍会成功。
有可能的是，RAN实际会使用与P对齐的PO，即例如SFN mod P＝0，在所有场景中。在该情况，良好覆盖条件下的UE会于每个SFN mod T＝0监听PO(我们仍然假设T＜P，即nB＜1)。因此不仅监听比如SFN mod P＝0的多个PO，而且也其他在RAN不在发送任何寻呼的场景。因此，对于RAN在所有场景下使用与P对齐的PO的这种情形，一个指示(广播在小区配置中)对于避免UE在无寻呼发送的PO上监听是有益的。
在RAN不会一直使用与P对齐的PO(SFN mod P＝0)的场景中，可能使用与T对齐的PO(SFN mod T＝0)，根据所使用的重复次数尽可能与PO起始处对齐是有益的。
eMTC中，可以理解的UE会使用如所需要的大量重复来解码寻呼DCI(如每种实施方式)。类似地NW会发送如所要求的大量重复来寻呼UE，使用来自先前连接的寻呼辅助信息(存储于CN中)
因此另一种选择是每当UE需要监视的重复次数超过其当前T所允许的次数时，UE考虑下一个更大的T以允许发送此类重复(即Tskip＝2*T，4*T等)(可能与Tskip或P不同)。
如图5所示：
-当UE不需要大量重复时，它可以监视诸如SFN mod T＝0的多个PO，并受益于较短的UE特定DRX周期。
类似地，当以减少的重复次数进行寻呼时，NW将使用诸如SFN mod T＝0的多个PO进行寻呼。
-当UE所需要的重复次数超过T内可用次数时，它将仅监视比如SFN mod(2*T)＝0的多个PO。
类似地，当寻呼所用重复的次数超过T内的可用次数时，NW将使用诸如SFN mod(2*T)＝0的多个PO进行寻呼。
该示例可以通过在相关标准中添加下述文档进行指定：
“对于BL UE或增强覆盖内的UE，在N＜1并且UE需要比T内可用次数更多的重复次数的情况下(重叠寻呼CSS)，UE可以跳过寻呼场景并保持PF以便仅考虑PF，以使SFN modText＝0，其Text是可以足够重复的最低周期值，在多个可能的DRX周期数值中。”。
该示例实现了一种灵活的方案，该方案在仍允许CE中的可达性的同时结合了UE特定DRX短周期的多个优点，通过一个至更长DRX周期的隐式回退。
另一示例中，T可以被设置为UE特定DRX中的最大值和***信息中广播的DRX值，如果上层网络允许UE特定DRX。
目前，(查看36.304)若上层网络允许，通过UE特定DRX中的最小值来决定T，以及***信息所广播的DRX默认值。在该***，一个小区可能设置一个非常大的DRX默认值，比如128RF，期望一个较短DRX周期的设备会利用UE特定DRX值，例如32RFs。可以看到的是，设备会请求(和获取，若不存在NW控制)一个更短的DRX周期。这认为是主要对于诸如语音呼叫需要及时传达(较短的延迟)的应用程序所需要的
在某种背景下(例如，eMTC设备)，认为能源消耗方面更为重要。因此，在该示例中，T取决于UE特定DRX中的最大值，若上层网络允许，以及***信息所广播的DRX默认值。这样的配置取决于，例如，UE类型(BL UE，即Cat-M设备，始终运行在eMTC模式)或运行模式(带宽减少模式，覆盖Cat-M设备和运行在CE中的普通UE)。使用该示例的设备可能非常多样，其范围从能量消耗是极其重要的IOT应用至重点关注延迟方面的交互式应用(例如电话)。
为允许用户设备指定配置首选项，UE特定DRX配置参数会被利用，该参数指示UE首选或请求该值和小区特定值之间的“最短值”(如现有标准中的场景，其目标应用需要更小的延迟/更高的响应能力)，或该值与小区特定值之间的“最大值”(这对优选能量消耗节省的应用来说更加适合)。
这可以通过在相关标准中添加下述文档进行指定(例如，36.304).
“另外，T由UE特定DRX值中的最小值决定(或最大值，如果上层网络指定)，如果上层网络指定，以及***信息所广播的DRX默认值。若上层网络没有配置UE特定DRX，则应用默认值。UE特定DRX不适用于NB-IoT。在RRC_INACTIBE状态中，T由RAN寻呼周期，UE特定寻呼周期，以及默认寻呼周期中的最小值决定(或最大值，若上层网络指定)，若上层网络分配。”
作为替代，除了存在的“UE特定DRX”，能源消耗更为重要的设备会引用一个“MTCUE特定DRX”。当“MTC UE特定DRX”被配置，T将由“MTC UE特定DRX”和***信息所广播的DRX默认值所决定。该“MTC UE特定DRX”会被应用于指定UE类型/操作模式。例如，他会适用于BLUE或增强覆盖内的UE。
该示例可以通过在相关标准中添加下述文档来指定(例如36.304)：
“对于BL UE或增强覆盖内的UE，T由MTC UE特定DRX值中的最大值决定，如果上层网络分配，以及***信息所广播的DRX默认值。另外T由UE特定DRX值的最小值决定，如果上层网络分配，以及***信息所广播的DRX默认值。若上层网络没有配置UE特定DRX，则应用默认值。UE特定DRX不适用于NB-IoT。在RRC_INACTIVE状态中，T由RAN寻呼周期，UE特定寻呼周期，以及默认寻呼周期中的最小值决定，若上层网络分配。”
这样的示例使得，例如，支持CE的多个普通UE既具有小的“UE特定DRX值”，“UE特定DRX值”在普通覆盖时使用，又具有将在CE模式中使用的较大的“MTC UE特定DRX值”(对于此类UE，这是降级的操作模式)。
该示例将不向后兼容并且可能需要来自UE/NW的能力信令。
在另一示例中，可以确保nB总是>＝1。
如上所述，当nB为分数时，在寻呼窄带(eMTC)或寻呼载波(NB-IoT)上的寻呼负载平衡受到负面影响。这可以通过确保每当nB为分数时，***的表现如同nB＝1来解决。[120]这可以通过在相关标准(例如36.304)中增加一个要求N：max(min(T，nB)，1)来指定。该方法解决了寻呼负载平衡问题，但是并没有解决T内缺乏用于寻呼重复的时间的问题。
该示例可能不向后兼容并且可能需要来自UE/NW的能力信令。
尽管没有详细示出，形成网络的一部分的任意设备或装置可以至少包括处理器、存储单元以及通信接口，其中处理单元、存储单元以及通信接口被配置成本发明任一方面的方法。
本发明实施例的信号处理功能可以使用相关技术领域的技术人员所熟知的计算***或结构来实现。可以使用计算***，例如台式电脑、笔记本电脑、手持式计算设备(PDA、手机、掌上电脑等)、主机、服务器、客户端，或对于给定的应用程序或环境而言是必须的或合适的任意其他类型的专用或通用计算设备，其可以适用于或合适与特定应用或环境。计算***可以包括一个或多个处理器，其中处理器可以使用通用或专用的处理引擎，例如微处理器、微控制器或其他控制模块来实现。
计算***还可以包括主存储器，例如随机存取存储器(Random Access Memory，RAM)或其他动态存储器，用于存储处理器执行的信息和指令。这样的主存储器也可用于在执行由处理器执行的指令内存储临时变量或其他中间信息。计算***同样可以包括只读存储器(Read Only Memory，ROM)或其他静态存储设备，以用于存储处理器的静态信息和指令。
计算***还可以包括信息存储***，例如，其可以包括介质驱动器和可移动存储接口。介质驱动器可以包括驱动器或其他机制以支持固定或可移动存储介质，诸如硬盘驱动器、软盘驱动器、磁带驱动器、光盘驱动器、光盘(compact disc，CD)、数字视频驱动器(digital video drive，DVD)、读或写驱动器(read or write drive，R或RW)或其他可移动或固定介质驱动器。例如，存储介质可以包括例如硬盘、软盘、磁带、光盘、CD或DVD或由介质驱动器读和写的其他固定或可移动介质。存储介质可以包括具有存储在其中的特定计算机软件或数据的计算机可读存储介质。
在可选实施例中，信息存储***可以包括用于允许将计算机程序或其他指令或数据加载到计算***中的其他类似组件。例如，这些组件可以包括可移动存储单元与接口，例如，程序卡盒与卡盒接口、可移动存储器(例如，闪存或者其他可移动存储器模块)与存储器插槽、以及允许软件和数据自可移动存储单元传输到计算***的其他可移动存储单元与接口。
计算***也可以包括通信接口。这样的计算***可以被使用以允许软件和数据在计算***和外部设备之间转移。本实施例中，通信接口可以包括调制解调器、网络接口(例如，以太网或NIC卡)、通信端口(例如，通用串行总线(universal serial bus，USB)端口)、PCMCIA槽与卡等。通过通信接口传输的软件和数据是以信号的形式进行传输，可以是电子的，电磁的，光学的或其他能够被通信接口介质接收的信号。
在本文中，术语“计算机程序产品”、“计算机可读介质”等可以通常用于指的有形介质，例如，存储器、存储设备或存储单元。这些形式和其他形式的计算机可读介质可以存储一个或多个指令，以由包括计算机***的处理器使用，以使处理器执行指定操作。这些指令，通常称为“计算机程序代码”(其可以以计算机程序的形式或其他组合来组合)，在被执行时，使得计算***执行本发明实施例的功能。注意的是，该代码可以直接使得处理器执行特定操作，被编译成这样做，和/或与其他软件、硬件和/或固件(例如，执行标准功能的库)组合以这样做。
非易失性计算机可读介质可包括以下的至少一种：硬盘、CD-ROM、光存储设备、磁存储设备、只读存储器、可编程只读存储器、可擦除可编程只读存储器(EPROM)，电可擦除及编程只读存储器和闪存。在使用软件实现这些元件的实施例中，软件可以被存储在计算机可读介质中，并使用例如可移动存储驱动器被加载到计算***中。当由计算***中的处理器执行时，控制模块(在该示例中，软件指令或可执行的计算机程序代码)使处理器执行本发明此处所述的功能。
此外，本发明构思可以应用于用于执行网络元件内的信号处理功能的任何电路。进一步设想，例如，半导体制造商可以在独立设备的设计中使用本发明的构思，例如数字信号处理器(digital signal processor，DSP)或专用集成电路(application-specificintegrated circuit，ASIC)的微控制器和/或任何其他子***元件。
可以理解的是，为了清楚的目的，上面已经参照单个处理逻辑描述了本发明的实施例。然而，本发明构思同样可以通过多个不同的功能单元和处理器来实现，以提供信号处理功能。因此，对特定功能单元的引用仅被视为对用于提供所描述功能的合适手段的引用，而不是指示严格的逻辑或物理结构或组织。
本发明的各方面可以以包括硬件，软件，固件及其任何组合的任何适当形式来实现。可选地，本发明可以至少部分地作为在一个或多个数据处理器和/或数字信号处理器或可配置模块组件(例如FPGA设备)上运行的计算机软件来实现。
因此，本发明的实施例的元件和组件可以以任何合适的方式在物理上，功能上和逻辑上实现。实际上，功能可以以单个单元，多个单元或作为其他功能单元的一部分来实现。尽管已经结合一些实施例描述了本发明，但是并不意味着将本发明限制于这里阐述的特定形式。相反，本发明的范围仅由所附权利要求来限定。另外，尽管结合特定实施例来描述一特征，但本领域技术人员将认识到，所描述的实施例中的多个特征均可以组合。在权利要求中，术语“包括”不排除其他元件或步骤的存在。
此外，尽管单独列出，但是可以通过例如单个单元或处理器来实现多个装置，元件或方法步骤。另外，尽管单个功能可以被包括在不同的权利要求中，这些可能被有利地组合，不同权利要求中的包括不意味着功能的组合不是可行和/或有利的。同样，一组权利要求中的特征的包括不意味着对这组的限制，但是只要适合，其表示该特征同样适用于其他权利要求组。
此外，权利要求中的特征的顺序不意味着这些特征必须被执行的任何特定顺序，特别是方法权利要求中的单个步骤的顺序不意味着这些部分必须按照这个顺序来执行。相反，这些步骤可以按照任何适当的顺序来执行。另外，单数引用不排除多个。因此，引用“一个”、“第一”、“第二”等不排除多个。
尽管本发明已结合一些实施例进行描述，但是不旨在限定本文所说明的具体形式。相反，本发明的范围仅由所附权利要求来限定。此外，虽然，特征似乎是结合具体实施例来描述的，但是本领域技术人员可以理解的是，所描述的实施例的不同特征可以根据本发明进行组合。在权利要求中，术语“包括”或“包含”不排除其他元件的存在。

Claims (3)

1.一种蜂窝通信网络中寻呼移动设备的方法，其特征在于，包括：
定义不连续接收DRX周期，所述DRX周期包括T个无线帧；
定义一个所述DRX周期中的寻呼时刻的数量nB，所述nB为T的倍数或T的分数；
定义P为T/nB；
配置所述蜂窝通信网络以在至少一个所述寻呼时刻起始处发送寻呼消息；
其中所述DRX周期为小区特定DRX周期，以及所述移动设备和所述蜂窝通信网络之间的非接入层NAS信令被用于定义无UE特定DRX周期值被准许。
2.根据权利要求1所述的方法，其特征在于，所述UE特定DRX周期包括TUE个无线帧，并且仅在TUE<P的情况下不被准许。
3.根据权利要求1所述的方法，其特征在于，若nB<1，基于nB＝1选择寻呼时刻。
CN201980041414.XA 2018-09-21 2019-09-19 蜂窝网络中的寻呼 Active CN112369114B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GB1815436.9A GB2577316B (en) 2018-09-21 2018-09-21 Paging in a cellular network
GB1815436.9 2018-09-21
PCT/CN2019/106720 WO2020057607A1 (en) 2018-09-21 2019-09-19 Paging in a cellular network

Publications (2)

Publication Number Publication Date
CN112369114A CN112369114A (zh) 2021-02-12
CN112369114B true CN112369114B (zh) 2024-05-17

Family

ID=64024386

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980041414.XA Active CN112369114B (zh) 2018-09-21 2019-09-19 蜂窝网络中的寻呼

Country Status (3)

Country Link
CN (1) CN112369114B (zh)
GB (1) GB2577316B (zh)
WO (1) WO2020057607A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE112018008211T5 (de) * 2018-12-18 2021-09-02 Intel Corporation Techniken zur Handhabung von Paging-Gelegenheits-Bursts
CN113905406A (zh) * 2020-06-22 2022-01-07 大唐移动通信设备有限公司 一种信号传输方法及设备
WO2024029911A1 (ko) * 2022-08-02 2024-02-08 엘지전자 주식회사 하향링크 채널을 수신하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 하향링크 채널을 전송하는 방법 및 기지국

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102422688A (zh) * 2009-03-23 2012-04-18 苹果公司 用于优化寻呼机制以及动态寻呼机制的发布的方法和设备
CN102917444A (zh) * 2011-08-01 2013-02-06 华为技术有限公司 空闲状态下非连续接收的方法及装置
WO2014158268A1 (en) * 2013-03-29 2014-10-02 Intel IP Corporation Extended paging discontinuous reception (drx) cycles in wireless communication networks
CN105075317A (zh) * 2013-04-03 2015-11-18 联发科技（新加坡）私人有限公司 监视寻呼信号的方法及装置
WO2016180108A1 (zh) * 2015-09-17 2016-11-17 中兴通讯股份有限公司 一种寻呼消息传输的方法和装置
CN106851547A (zh) * 2011-07-11 2017-06-13 联发科技股份有限公司 增强型寻呼的方法及其用户设备
CN107534937A (zh) * 2015-05-11 2018-01-02 英特尔Ip公司 用于蜂窝***中的扩展drx的寻呼增强

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101720334B1 (ko) * 2010-01-12 2017-04-05 삼성전자주식회사 이동통신 시스템에서 불연속 수신 동작을 지원하는 방법 및 장치
KR20120111248A (ko) * 2011-03-31 2012-10-10 주식회사 팬택 이종 무선네트워크 시스템에서 페이징 제어장치 및 방법
CN104105177B (zh) * 2013-04-06 2017-12-12 上海贝尔股份有限公司 用于空闲模式用户设备的功率节省的方法和装置
US9763172B2 (en) * 2014-08-06 2017-09-12 Qualcomm Incorporated Idle-mode enhancements for extended idle discontinuous reception (EI-DRX)
US10440661B2 (en) * 2014-08-06 2019-10-08 Quacomm Incorporated RAN procedures for extended discontinuous reception (DRX)
US10004099B2 (en) * 2015-05-15 2018-06-19 Mediatek Inc. Efficient discontinuous reception in a mobile network
US11006444B2 (en) * 2017-01-03 2021-05-11 Lg Electronics Inc. Method and user equipment for receiving downlink signals
EP4167619A1 (en) * 2017-02-02 2023-04-19 IPLA Holdings Inc. New radio paging

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102422688A (zh) * 2009-03-23 2012-04-18 苹果公司 用于优化寻呼机制以及动态寻呼机制的发布的方法和设备
CN106851547A (zh) * 2011-07-11 2017-06-13 联发科技股份有限公司 增强型寻呼的方法及其用户设备
CN102917444A (zh) * 2011-08-01 2013-02-06 华为技术有限公司 空闲状态下非连续接收的方法及装置
WO2014158268A1 (en) * 2013-03-29 2014-10-02 Intel IP Corporation Extended paging discontinuous reception (drx) cycles in wireless communication networks
CN105075317A (zh) * 2013-04-03 2015-11-18 联发科技（新加坡）私人有限公司 监视寻呼信号的方法及装置
CN107534937A (zh) * 2015-05-11 2018-01-02 英特尔Ip公司 用于蜂窝***中的扩展drx的寻呼增强
WO2016180108A1 (zh) * 2015-09-17 2016-11-17 中兴通讯股份有限公司 一种寻呼消息传输的方法和装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"R2-1808999 PO-PF Calculation for Non-Default Association".3GPP tsg_ran\wg2_rl2.2018,全文. *
Ericsson.R2-1706515 "DRX in idle state".3GPP tsg_ran\WG2_RL2.2017,(第TSGR2_AHs期),全文. *

Also Published As

Publication number Publication date
CN112369114A (zh) 2021-02-12
GB2577316B (en) 2020-09-16
GB2577316A (en) 2020-03-25
GB201815436D0 (en) 2018-11-07
WO2020057607A1 (en) 2020-03-26

Similar Documents

Publication Publication Date Title
CN107258105B (zh) 运行寻呼机制以实现增强覆盖模式
US10939410B2 (en) Communication method, user equipment, and network device
WO2015110010A1 (zh) 一种寻呼消息传输方法及装置
US8885616B2 (en) Enhancing sounding reference signals (SRS)
US10104668B2 (en) Telecommunications apparatus and methods
CN112369114B (zh) 蜂窝网络中的寻呼
US20150092735A1 (en) Method for Configuring Resource, Method for Receiving Downlink Control Information, and Terminal Device
US11026230B2 (en) Telecommunications apparatus and methods
WO2011122819A2 (ko) 무선 통신 시스템에서 머신형 통신 장치의 데이터 전송 방법 및 장치
EP3033911A1 (en) Method and apparatus
EP4280705A1 (en) Method for sending dci, method for receiving dci, apparatus, network side device, and terminal
WO2020259329A1 (en) Sidelink resource allocation
WO2022073480A1 (en) Discontinuous reception for sidelink communications
EP3165041B1 (en) Managing operation of multiple radio access technologies
CN113170396B (zh) 物联网应用中的非连续接收方法
US20220150925A1 (en) Resource Configuration for NB-IOT
EP4280715A1 (en) Method for determining transmission position, communication device and storage medium
CN111867013B (zh) 一种节能及其控制方法及装置
CN111066355A (zh) 一种通信方法及设备
JP2023532240A (ja) 電力制御方法および装置
WO2023016266A1 (zh) 先听后说方法、装置及存储介质
CN112602363B (zh) 动态分配寻呼和/或rach资源的方法及相关设备
KR102686582B1 (ko) 전송 자원 결정 방법 및 장치
EP3897050A1 (en) Communication method and apparatus
JP2024068050A (ja) 拡張二重通信を用いた通信ネットワーク及び方法

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