CN109196927B - 寻呼信号的灵活配置 - Google Patents
寻呼信号的灵活配置 Download PDFInfo
- Publication number
- CN109196927B CN109196927B CN201680085796.2A CN201680085796A CN109196927B CN 109196927 B CN109196927 B CN 109196927B CN 201680085796 A CN201680085796 A CN 201680085796A CN 109196927 B CN109196927 B CN 109196927B
- Authority
- CN
- China
- Prior art keywords
- paging
- transmission
- wireless device
- page
- formats
- 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
Links
Images
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/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/005—Transmission of information for alerting of incoming communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开涉及移动通信中的方法、设备和计算机可读存储介质。更具体地,本公开涉及在网络节点中执行的用于寻呼无线设备的方法。该方法包括确定(S1)用于寻呼传输的参数,获取(S2)两个或更多个可能的寻呼传输格式,基于所确定的参数选择(S3)两个或更多个可能的寻呼传输格式中的一个,并使用所选择的寻呼传输格式发送(S4)寻呼传输。本公开还涉及用于接收寻呼的无线方法,和相应的设备,以及用于执行所提出的方法的计算机可读存储介质。
Description
技术领域
本公开涉及移动通信。更具体地,所提出的技术涉及用于提供寻呼信号的灵活配置的方法。本公开还涉及相应的设备并涉及用于执行所提出的方法的计算机可读存储介质。
背景技术
第三代合作伙伴计划3GPP负责通用移动电信系统UMTS和长期演进LTE的标准化。关于LTE的3GPP工作也称为演进通用地面接入网络E-UTRAN。LTE是用于实现在下行链路和上行链路二者中都可达到高数据速率的高速分组通信的技术,并且被认为是相对于UMTS的下一代移动通信系统。为了支持高数据速率,LTE允许系统带宽为20MHz,或者在采用载波聚合时高达100MHz。LTE还能够在不同的频带中操作,并且可以至少以频分双工FDD和时分双工TDD模式操作。
在UTRAN和E-UTRAN中,用户设备UE或无线设备无线地连接到无线基站RBS,通常在UMTS中称为NodeB、NB,并且在LTE中称为演进的NodeB、eNodeB或eNB。无线基站RBS或接入点是用于无线网络节点的通用术语,该无线网络节点能够向UE发送无线信号并接收由UE发送的信号。在无线局域网WLAN系统中,无线设备也被表示为站STA。
在5G,即第5代移动网络中,将有当前LTE系统演进到5G。与LTE相比,5G的主要任务是提高吞吐量和容量。这是通过提高每个载波的采样率和带宽来实现的。5G还专注于使用更高的载波频率,即高于5-10GHz。
在5G中,开发更进一步,不仅可以实时连接个人,还可以连接各种机器。机器类型通信MTC系统应特别允许无线资源管理,其允许不同类别的应用程序之间的共存,具有诸如;偶发数据(例如警报消息),周期性数据,以及具有例如实时数据(或简单的尽力而为数据)的其它数据。这些不同类型的应用程序对5G网络有不同的要求。
鉴于MTC,在5G中使用的无线概念的一个要求是支持低功率设备。预计在未来几年内,预期有500亿台设备通过无线网络连接,产生所谓的物联网IoT。其中许多是简单的传感器设备,通常很少发送少量数据。对IoT的启用和成功至关重要的一个参数是功耗。10年的寿命是工业采用的时间框架,并且在通信模块中,如在设备的传感器或致动器模块中需要很大的资源节约。
对5G中使用的无线概念的另一个要求是支持高度可靠的超低延迟机器类型通信MTC,即Critical-MTC。Critical-MTC概念应解决关于例如端到端时延、传输可靠性、系统容量和部署的设计权衡,并提供如何针对不同工业应用使用案例设计无线网络的解决方案。Critical-MTC系统特别应该允许无线资源管理,其允许不同类别的应用程序之间的共存:偶发数据(例如警报消息),周期性数据,以及具有例如实时数据(或简单的尽力而为数据)的其它数据。
在诸如LTE的蜂窝通信系统中,寻呼消息用于关于移动终止呼叫来寻呼处于空闲模式的UE。寻呼消息还可以用作UE读取系统信息或从公共警告系统提供指示的触发器。
在LTE中,在寻呼之后的任何数据传输通常要求UE从空闲模式移动到连接模式,这导致在UE和网络之间交换相对大量的信令。
当前提出的5G规范应该允许调整当前的寻呼机制以支持某些特殊情况。该调整包括例如为了低复杂度/成本MTC设备的覆盖范围扩展或者具有超长DRX周期的UE的鲁棒性改进的目的的寻呼消息重复。
然而,考虑到支持服务、UE类型以及5G网络的部署和使用案例的多样性,尽管不同类型的应用程序和设备的不同要求,旨在定义能够优化网络性能的通信机制的另外机制也是期望的。
发明内容
本公开的目的是提供方法、被配置为执行方法的设备,以及寻求单独地或以任何组合来减轻、缓解或消除本领域中的一个或多个上述缺陷和缺点的计算机程序。
该目的通过在网络节点中执行的用于寻呼无线设备的方法来实现。该方法包括确定用于寻呼传输的参数,获取两种或更多种可能的寻呼传输格式,基于所确定的参数选择两种或更多种可能的寻呼传输格式之一;以及使用所选择的寻呼传输格式发送寻呼传输。所提出的方法为5G网络提供了改进的寻呼解决方案,其在支持的服务和UE类型以及部署和使用案例方面日益多样化。通过让网络节点为给定的寻呼消息选择适当的寻呼传输格式,可能优化网络性能。
根据一些方面,在两种或更多种可能的寻呼传输格式之一中,寻呼传输仅包括寻呼指示符。在另一种寻呼传输格式中,寻呼传输包括寻呼指示符,该寻呼指示符包括指向一个或多个寻呼消息的指针。根据一些方面,寻呼消息中的一个或多个包括指向一个或多个另外寻呼消息的指针。因此,所提出的方法能够经由广播机制传送不同大小的消息,最小化对时间敏感的消息的时延等。这与标准寻呼机制形成对比,在该标准寻呼机制中通常使用单个寻呼格式,这是不同类型消息的需求之间的权衡,并且没有最大化个人寻呼时机的性能。
本公开还提出了一种在无线设备中执行的用于从网络节点接收寻呼传输的方法。该方法包括获取定义两种或更多种可能的寻呼传输格式的信息,以及根据两种或更多种可能的寻呼传输格式接收寻呼传输。为给定的寻呼消息选择适当的传输格式允许优化UE性能,例如,通过使得能够适应链路条件并允许具有简单接收机结构和/或低能耗的寻呼检测。
根据一些方面,本公开在通信系统中提出了一种网络节点,该网络节点被配置用于寻呼无线设备。该网络节点包括无线通信接口,该无线通信接口被配置用于与无线设备和处理电路通信。处理电路被配置为使网络节点确定用于寻呼传输的参数,获取两种或更多种可能的寻呼传输格式,基于所确定的参数选择可能的寻呼传输格式之一;并使用所选择的寻呼传输格式发送寻呼传输。
根据一些方面,本公开提出了一种配置用于从网络节点接收寻呼传输的无线设备。无线设备包括无线通信接口,该无线通信接口被配置为与网络节点通信;以及处理电路。处理电路被配置为使无线设备获取定义两种或更多种可能的寻呼传输格式的信息,并根据两种或更多种可能的寻呼传输格式接收寻呼传输。
根据一些方面,本公开涉及一种包括计算机程序代码的计算机程序,该计算机程序代码在被执行时使无线设备或网络节点执行上面和下面所述的方法。根据一些方面,本公开涉及一种计算机程序产品或保持所述计算机程序的计算机可读介质。
附图说明
通过以下对示例实施例的更具体的描述,前述内容将变得显而易见,如附图中所示,其中相同的附图标记在不同视图中指代相同的部分。附图不一定按比例绘制,而是将重点放在示出示例实施例上。
图1a描绘了一组节点,其中它们的子集正在发送第一SSI而另一个子集正在发送第二SSI,
图1b描绘了通信系统中的不同跟踪区域,
图2是示出根据所提出的技术在网络节点中执行的方法步骤的流程图,
图3a至图3c是示出根据所提出的技术在无线设备中执行的方法步骤的流程图;
图4公开了一些示例性寻呼传输格式;
图5是根据一些示例实施例的网络节点的示例节点配置;以及
图6是根据一些示例实施例的无线设备的示例节点配置。
具体实施方式
在下面将参考附图更充分地描述本公开的各方面。然而,在此公开的装置和方法可以以许多不同的形式实现,并且不应该被解释为限于在此阐述的方面。附图中相同的数字始终表示相同的元件。
在此使用的术语仅用于描述本公开的特定方面,并不旨在限制本公开。如在此所使用的,单数形式“一”、“一个”和“该”也旨在包括复数形式,除非上下文另有明确说明。
传统上,对无线设备的任何数据传输都要求无线设备从空闲模式移动到连接模式,在5G中有时被称为休眠模式到活动模式。这导致在无线设备和网络之间交换相对大量的信令数据。当有相当数量的用户数据等待传送到无线设备时,该信令负载可能是合理的。然而,当要发送到无线设备的用户数据量有限并且可以在少量资源块中发送时,信令负载可能过多。
本公开提出了一种轻量级机制,用于分发少量用户数据,并且从而减少信令负载。该机制基于引入寻呼机制,其中寻呼消息传输格式可以被调整以有效地用于多种目的;传统寻呼使无线设备进入活动模式,向无线设备发送少量数据,而无需无线设备进入活动模式,紧急消息和其它广播消息分发等。
为了更好地理解所提出的技术,现在将简要讨论未来5G系统的一些主要概念。请注意,5G系统尚未标准化,因此描述基于相关方提出和讨论的概念。
在LTE中,“跟踪”是支持定位UE的功能。该网络分为跟踪区域TA。网络配置具有一个或多个跟踪区域的UE。这允许网络将UE定位在特定的定义区域内。当UE进入不在由网络提供的列表中的一个跟踪区域时,UE执行跟踪区域更新。该更新帮助网络更新UE位置信息。
指示跟踪区域的方法是经由系统信息。在LTE中,跟踪区域代码TAC包含在系统信息块类型1SIB1中。因此,系统信息是位置相关的,即它包括位置信息。
用于未来5G实施方式的提议概念不是使用LTE系统信息概念。相反,引入了新的概念“系统控制平SCP”来增强功能。该概念如图1a中所示。在本公开中,SCP概念将用作解释所提出的方法的示例。然而,必须理解的是,相同的概念通常适用于任何控制面。例如,所提出的灵活寻呼方法也可以在类似LTE的系统信息方法中采用。
SCP概念基于发送系统签名索引SSI的节点,该索引指向接入信息表AIT中的条目。AIT是在给定区域内使用的不同系统信息配置的集合,该给定区域可以是整个PLMN或PLMN中的区域。原则上,这些配置应仅携带与网络接入有关的信息(例如,随机接入参数)。图1a描绘了一组节点,其中一个子集发送SSI_1,而另一个子集发送SSI_2。然而,在宏区域中的另一节点分发包含随机接入参数的AIT以接入SSI_1和SSI_2。
与SCP概念有关的问题是接入信息表AIT包含允许无线设备接入网络的最小系统信息参数。AIT既不设定为携带数千位的大小,也不设定为经常发送的大小。因此,AIT可能不是分发与警告系统(例如地震和海啸警报系统ETWS/兼容的商业移动警报系统CMAS)相关的指示或用于机器类型通信(扩展接入限制EAB,在LTE中)的扩展限制机制的良好机制。通常,AIT不是用于分发动态信息的合适机制。因此,需要一种提供这种类型信息的新机制。
因此,本公开提出了一种寻呼机制,其中除了传统寻呼之外,寻呼消息传输格式还可以被调整以向无线设备发送少量数据,而无需无线设备进入活动模式。
寻呼的传统目的是通知处于空闲模式的无线设备关于输入数据或关于其它新信息的存在,诸如无线设备需要读取的系统信息或紧急信息。传统上,到无线设备的任何数据传输都要求无线设备从空闲模式移动到连接模式,在5G中有时被称为休眠到活动模式。这导致在无线设备和网络之间交换相对大量的信令数据。
为了更好地理解所提出的技术,现在将简要讨论LTE中的寻呼过程。
LTE中的寻呼的目的是向处于RRC_IDLE状态的UE发送寻呼数据和/或;通知处于RRC_IDLE状态的无线设备和处于RRC_CONNECTED状态的无线设备关于系统信息的改变,和/或;通知关于ETWS主要通知和/或ETWS次要通知,和/或通知关于CMAS通知。
在LTE以及SCP概念中,寻呼传输与所谓的跟踪区域TRA相关联。如在LTE中,出于网络接入排序、分发紧急消息等的目的,还必须能够对一个或多个无线设备或无线设备组进行寻呼。图1b描绘了不同的TRA(TRA_A至TRA_C)。
LTE中的寻呼消息包括寻呼记录-其包括一个或多个无线设备标识和核心网络域,以及不同的指示,例如系统信息修改、地震和海啸警报系统ETWS指示、兼容的商业移动警报系统CMAS指示和扩展接入限制EAB参数修改指示。
当网络向无线设备发送寻呼消息时,网络将物理下行链路控制信道PDCCH上的下行链路调度分配与寻呼无线网络临时标识符P-RNTI相关联。解码P-RNTI的所有无线设备将获取在同一时隙中的指示资源中在物理共享控制信道PDSCH上发送的寻呼消息。PDCCH上的下行链路调度分配指示在PDSCH上为包含寻呼消息的物理信道分配的资源块。
如果终端用户面数据在网络中等待被发送到无线设备,则寻呼消息将包括具有数据正在等待的无线设备的标识的寻呼记录,并且无线设备将启动随机接入过程获取无线资源控制RRC连接。当无线设备处于RRC_CONNECTED状态时,网络可以在下行链路共享信道SCH/PDSCH上发送用户面数据。
如果寻呼消息指示系统信息改变、ETWS/CMAS标志或EAB标志,则无线设备需要读取系统信息并根据其如何指定而获取新的/更新的信息。在警告消息的情况下,携带这种信息的系统信息块可以包含几百个位以将消息传送到特定区域中的所有无线设备。
所提出的技术基于以下见解:现有的严格寻呼机制是权衡的,其导致在许多场景中的次优性能。以重复寻呼消息的形式的上述调整机制是基本的、粗略的并且通常是资源低效的。静态格式选择方法在具有各种设备类型和寻呼功能的系统中是不灵活的。
因此,本公开提出了一种更灵活的寻呼机制,以服务由5G系统支持的广谱场景和设备。另外,例如在状态、跟踪和控制信令的新原理方面,这种改进的寻呼机制必须与5G网络的设计原理相匹配。
在所提出的解决方案中,可以针对不同的部署场景、无线设备能力、负载条件、资源限制、运营商偏好等来调整和优化寻呼。已经在UMTS中实施了不同寻呼格式的使用。然而,在UMTS中,所选择的格式在系统信息中指示并且本质上是静态的并且对于每个人都是相同的,即,不是在传输中或每个无线设备上修改的。本公开进一步发展,并且提出基于消息的内容和其它参数从一组可用格式中选择给定寻呼消息的传输格式,以便优化无线资源利用、延迟、控制信令开销、无线设备能耗和成功接收的概率之间的权衡。此外,可以针对不同的部署场景、无线设备能力、负载条件、资源限制、运营商偏好等来调整和优化寻呼。
网络节点中的示例操作
现在将参考图2更详细地描述所提出的方法。应当理解,图2包括用实线边框示出的一些操作和模块以及用虚线边框示出的一些操作和模块。用实线边框示出的操作和模块是包括在最广泛的示例实施例中的操作。用虚线边框示出的操作和模块是如下示例实施例,其可以包括在更广泛的示例实施例的操作和模块中或作为其一部分,或者是除了更广泛的示例实施例的操作和模块之外可以采用的进一步实施例。应当理解,不需要按顺序执行操作。此外,应该理解,并非所有操作都需要执行。可以以任何顺序和任何组合执行示例操作。
图2示出了在网络节点中执行的用于寻呼无线设备的方法。当网络节点具有其想要提供给无线设备的信息时,该网络节点在例如图1a或图1b中的网络节点中的一个的任何时间执行该方法。
该方法包括确定寻呼传输的S1参数。换句话说,获取待处理的寻呼传输的内容和其它参数以及相关的部署参数。在此将寻呼传输定义为包括寻呼指示(例如C-RNTI)和随后的寻呼记录(即在寻呼传输中包括的信息,诸如LTE中的寻呼消息)。所确定的参数例如是与寻呼的目的有关的参数或与寻呼的目的相关联的其它要求(诸如时延约束)。参数还可能与目标无线设备或无线设备组的数量相关联。这种参数的一个示例是组播的目标设备列表的大小。其它相关参数与寻呼记录的大小(诸如寻呼数据大小或有效载荷大小)有关。传输相关参数,诸如寻呼链路质量和无线设备接收机约束;网络负载和无线资源限制也可能是相关的。
该方法进一步包括获取S2两个或更多个可能的寻呼传输格式。该步骤意味着制定一组可能的寻呼传输格式。或者换句话说,网络节点确定一组可用的寻呼传输格式。
接收无线设备可以被配置为经由RRC信令(例如,作为广播或单播系统信息)或者如标准规范中定义的来检测特定的一组寻呼传输格式。
根据一些方面,网络节点从各种源检索上述参数,诸如通过内部资源监视,从无线设备接收的能力指示,从核心网络接收的寻呼消息内容,经由操作和维护O&M操作配置的优化目标,从核心网络接收的订阅相关数据(其可以包括例如UE的优先级、能力约束、预定义的寻呼传输格式或传输格式限制等)。因此,根据一些方面,获取S2包括接收S2a来自另一网络节点的(诸如来自核心网络节点或专门为此目的配置的网络节点)定义两个或更多个可能的寻呼传输格式的信息。
可替代地,获取S2包括在网络节点中自主地确定S2b两个或更多个可能的寻呼传输格式。例如,基于网络节点中可用的参数(诸如负载或流量),不同的寻呼传输格式是可能的或可用的。
获取S2也可以是隐含的或假设预先、一次性地以及一劳永逸地完成。该组可用的寻呼传输格式可以例如基于当前部署中的标准规范和/或网络配置。例如,可以认为所有可能的格式都是可能的,或者网络节点可以预配置有一个或几个可能的寻呼传输格式。因此,根据一些方面,在网络节点中预配置两个或更多个可能的寻呼传输格式。预配置的寻呼传输格式是指例如固定的供应商或运营商设置,而不是动态接收或确定的寻呼传输格式。
无线设备可以通过根据可能的格式尝试检测来盲目地检测单独的寻呼消息,如下面将进一步描述的。
寻呼传输格式通常定义寻呼传输是单个传输还是传输被分成几个部分。寻呼传输格式通常还定义各个部分的内容。如果存在若干部分,则根据一些方面的寻呼传输格式定义各个部分的固有分层(前向指针)结构。寻呼传输格式通常还定义消息部分到物理信道的映射。将在下面更详细地描述寻呼传输格式。
用于寻呼信令设计的一般意图是使得能够针对某些预定目标和约束优化接收,例如,最小化无线设备能耗,最小化延迟(也称为时延),并最大化成功接收的概率,同时对于网络是资源有效的。解决方案应该使无线设备足以读取最少数量的信号,最好只读取一个,以了解它是否已被寻呼。这与LTE相反,其中无线设备首先需要采用指向包含被寻呼的无线设备列表的PDSCH资源的指针来读取PDCCH信息。
不应引入新的物理信道来分发寻呼信息;物理控制信道PCCH和物理下行链路信道PDCH应该用于该目的。预计在5G的新无线接口中,子帧将非常短(对于16kHz和67.5kHz子载波间隔分别为250μs、62.5μs),因此,与由于缺乏同步(例如由时钟漂移引起)而导致的唤醒时间不确定性相比,RF唤醒时间,即与在子帧中读取信息相关联的RF电路开启/激活期间的时间通常可以忽略不计。
由PCCH/PDCH携带的寻呼信号包括寻呼指示符信道PICH字段,该字段指示寻呼是否正在进行并且为无线设备提供部分或完整寻呼信息。PICH可以可选地伴随寻呼消息信道PMCH,其具有附加的寻呼或通知信息。下面描述逻辑字段到物理信道的映射。
该方法进一步包括基于所确定的参数,选择S3两个或更多个可能的寻呼传输格式中的一个。换句话说,确定哪种格式最适合手头的寻呼传输任务。所确定的参数例如用于在一组类别中的一个中对消息进行分类。然后使用相应的类别索引来索引获取传输格式的查找表。
该方法然后最终包括使用所选择的寻呼传输格式发送S4寻呼传输。最后,使用选择/获取的格式发送寻呼。
无线设备中的示例操作
现在将参考图3a描述在无线设备中执行的用于接收来自网络节点的寻呼传输的相应方法。因此,该方法在接收关于图2描述的寻呼的无线设备中执行。
在接收上述寻呼的无线设备中,它通常通知关于不同的寻呼传输格式。换句话说,在无线设备中执行的方法包括获取S11定义两个或更多个可能的寻呼传输格式的信息。通常,存在例如在标准化中定义的多种寻呼传输格式。在某些条件下,其中多于一种是可能的。
根据一些方面,获取S11包括接收S11a来自网络节点的定义两个或更多个可能的寻呼传输格式的信息,或者在无线设备中自主地确定S11b两个或更多个可能的寻呼传输格式。根据一些方面,获取S11包括检索在无线设备中预配置的可能的寻呼传输格式。因此,无线设备可以被配置为通过经由RRC信令(例如,作为广播或单播系统信息)或者如标准规范中定义的,应用特定的一组不同的寻呼传输格式来检测寻呼。因此,如果没有用信号通知关于规范中的寻呼传输格式的子集的信息,则根据一些方面,无线设备可能必须对所允许的所有可能的寻呼传输格式进行全盲检测。
可能的寻呼传输格式包括例如其中寻呼传输仅包括寻呼指示符的一种寻呼传输格式,以及其中寻呼传输包括包含指向一个或多个寻呼消息的指针的寻呼指示符的一种寻呼传输格式,如上面和下面详细讨论的。根据一些方面,一个或多个寻呼消息包括指向一个或多个另外的寻呼消息的指针。
该方法进一步包括根据两个或更多个可能的寻呼传输格式接收S12寻呼传输。这通常意味着无线设备在读取寻呼之前不久使用系统签名索引SSI(如上所述)或其它同步信号获取同步。然后,无线设备被配置为根据获取的可能的寻呼传输格式来监视PICH。因此,无线设备通过在PICH上搜索寻呼指示符来检测寻呼传输。
为了能够读取或解码寻呼数据,无线设备需要知道或至少假设该格式。因此,根据一些方面,该方法包括根据两个或更多个可能的寻呼传输格式中的一个读取S12-3在所接收的寻呼传输中包括的信息。
一个示例是无线设备通过根据可能的格式尝试检测来盲目地检测各个寻呼消息。这意味着例如则根据不同的可能寻呼传输格式对潜在的PICH位置进行盲解码。换句话说,根据一些方面,接收S12包括尝试在寻呼传输中读取S12a-3信息,一次假设一个可能的寻呼传输格式,直到成功读取S12a-4寻呼传输(成功=是)。这在图3b中示出,图3b更详细地示出了根据所提出的技术的一些方面接收S12的步骤。图3b示出了无线设备如何尝试解码或读取寻呼数据,假设只要消息未被成功读取(成功=否)就一次一个格式。
图3c所示的第二替代是检查寻呼指示以检测使用哪格寻呼传输格式,并且然后解码或读取应用于检测到的寻呼传输格式的寻呼数据。检查是指例如观察消息的长度或某些已知特征位序列的存在。图3b更详细地示出了根据所提出的技术的一些其它方面接收S12的步骤。因此,根据一些方面,接收S12包括检查S12b-1寻呼传输,检测S12b-2两个或更多个可能的寻呼传输格式之一,并根据检测到的寻呼传输格式读取S12b-3寻呼传输中的信息。
取决于PICH的读取内容,无线设备可以执行在PMCH上发送的所需动作和/或读取寻呼消息。使用相关资源块的DMRS作为相位参考,以标准方式执行读取PCCH和PDCH。
然后,无线设备执行S13由接收的寻呼传输指示的动作。换句话说,基于所接收的寻呼信道内容,无线设备然后可以接入网络,读取系统信息,根据紧急消息执行其它动作,或者什么都不做。系统接入和系统信息获取遵循通常的基于SSI的过程。
寻呼传输格式可以以若干方式定义寻呼传输,并且不限于上述示例。如果存在几个可能的寻呼传输格式,则存在应用它们的不同方式。
寻呼传输格式
现在将更详细地解释使用寻呼传输格式的概念。在此提出的寻呼传输格式通常适用于不同场景下的最优寻呼消息传输。取决于寻呼传输格式,寻呼传输包括一个、两个或几个部分。通常,寻呼传输包括第一部分,该第一部分是寻呼指示,其指示寻呼是否正在进行并且还潜在地为相关无线设备提供部分或完整寻呼信息。寻呼指示可以携带以下内容中的一个或多个;寻呼标志;寻呼目标:目标UE列表;寻呼消息;指向一个或多个寻呼消息的指针。
当存在寻呼消息时,寻呼消息可以携带寻呼指示的继续,诸如一个或多个寻呼目标和寻呼数据。寻呼数据可以包括对无线设备的指令、对无线设备的系统信息或紧急信息、用户数据等。因此,根据一些方面的寻呼传输包括目标无线设备的完整列表或部分列表。
因此,寻呼消息的不同部分的内容是寻呼传输格式的一个方面,现在将参考公开了一些示例寻呼传输格式的图4进一步解释该寻呼传输格式。换句话说,寻呼传输可能是单个传输,或者它可以被分成两个(或更多)部分,具有各个部分的固有分层(前向指针)结构和内容。
根据一些方面,在两个或更多个可能的寻呼传输格式中的一个中,寻呼传输仅包括寻呼指示符。换句话说,最简单的寻呼传输格式(在图4中称为格式1)仅包括寻呼指示201-1。5G的新无线接口可以实现高数据速率。这意味着,有时可以在寻呼指示信道PICH上发送合理数量的数据。因此,如果信道条件是有利的并且如果仅需要发送少量寻呼数据,则可以在指示中包括寻呼数据。因此,无线设备可以通过仅接收和解码寻呼指示来接收少量寻呼数据。
然而,在其它情况下,寻呼传输需要分成两部分。因此,在两个或更多个可能的寻呼传输格式的一个中,寻呼传输包括寻呼指示符,该寻呼指示符包括指向一个或多个寻呼消息的指针。换句话说,图4中的寻呼指示201可以包括指向一个或多个寻呼消息202、203的指针。图4中的寻呼指示和寻呼消息具有后缀X,例如,201-X和202-X指示相应的格式X。
一种可能性是类似于LTE中使用的寻呼传输格式的寻呼传输格式,其被示为格式2。格式2包括寻呼指示201-2,该寻呼指示201-2包括关于与LTE中的C-RNTI相对应的目标的信息和指向继续寻呼消息202-2的指针。当数据的大小太大而无法将其包括在寻呼指示中时,这可能是一种替代方案。
有时,寻呼传输需要分成两个以上的部分。根据一些方面,一个或多个寻呼消息包括指向一个或多个另外的寻呼消息的指针。换句话说,寻呼消息202-2还可能包括指向一个或多个另外的寻呼消息203-2的指针。
寻呼也可能针对几个无线设备。然后,可能无法使所有目标适合寻呼指示201。然后寻呼指示201-3包括定义目标子集但不是全部的信息,以及指向寻呼消息202-3的指针。然后,寻呼消息202-3包括目标列表的其余部分和与寻呼相关联的寻呼数据,如格式3中所示。
寻呼传输格式还可能包括寻呼标志。寻呼标志是对任何设备存在寻呼数据的指示。如果寻呼指示包括标志但不一定是定义哪些无线设备应该监听该寻呼的进一步的目标信息。在称为格式4的一个可能的传输格式中,该指示仅包括寻呼标志和指向寻呼消息202-4的指针。可替代地,该指示可以仅包括寻呼标志,并且在UE处预配置指向寻呼消息202-4的指针。然后,寻呼消息202-4包括目标信息。因此,检测这种寻呼指示201-4的无线设备必须对随后的寻呼消息202-4进行解码,以便知道它是否被寻呼。
格式4的替代方案是寻呼指示201-5还包括一些目标信息,参见格式5。
寻呼传输格式还可能定义寻呼传输的另外的方面,诸如如果在同一子帧中发送寻呼传输的不同部分,或者如果在其中发送寻呼指示的子帧之后的子帧中发送第二部分(即寻呼消息)。在前一种情况下,划分为两部分不会导致任何附加消息延迟,但可能有利于允许灵活的信道映射,下面将讨论。
寻呼传输格式还可能定义如何将寻呼传输的不同部分映射到物理信道。根据一些方面,寻呼信号将使用下行链路控制和/或数据信道(即物理下行链路控制信道PDCCH和物理下行链路信道PDCH)的信令结构。
期望PDCCH支持高达40-50位的消息大小,其可以向PDCH提供资源分配指针,但是提供除此之外的有限的有效载荷能力。PDCH可以携带“任意”大小的消息,仅受网络愿意为给定子帧中的寻呼保留的资源的限制。
映射: | PICH | PMCH |
a | PDCCH | - |
b | PDCH | - |
c | PDCCH | PDCH |
d | PDCH | PDCH |
表:可能的映射选项
寻呼格式选择
如上所述,在选择传输格式时可以考虑不同的参数。虽然在许多情况下,许多不同的格式组合可能在功能上起作用,但某些选项在特定场景中提供最优性能。
现在将描述和例示可能影响寻呼传输格式的选择S3的不同标准以及不同标准将如何影响选择S3。可能导致组合不同的标准,并且然后各个实施方式需要理清应该如何权衡不同标准的影响。以上部分描述了在不同场景中寻呼一个或多个UE时,不同标准如何影响寻呼传输格式的选择S3。
目标UE或UE组的数量
目标无线设备或无线设备组的数量通常影响寻呼传输格式,因为寻呼传输必须包括定义目标无线设备的信息。
因此,当目标是许多无线设备时,通常选择包括若干部分的传输格式。换句话说,响应于目标无线设备或无线设备组的数量高于阈值或者响应于目标无线设备列表或目标无线设备组列表的大小高于阈值,选择(或者更优选地选择)寻呼传输包括寻呼指示和一个或多个寻呼消息的寻呼传输格式。
此外,通常,包括一个部分的传输格式仅是当一个或几个无线设备为目标时的替代方案。换句话说,响应于目标无线设备或无线设备组的数量低于阈值或响应于目标无线设备列表或无线设备组列表的大小低于阈值,选择其中寻呼传输仅包括寻呼指示符的寻呼传输格式。
例如,一些可能的目标列表类别是;单个UE(或一个UE组)、少量UE(或UE组)和大量UE(或UE组)。然后可以如下选择格式(参见图2)和映射(参见表):
·单个UE(或UE组)→格式1,2/映射a,c
(注意,这包括单个UE指示用于指示“所有UE”的情况,例如在警告消息的情况下,在这种情况下格式2、映射c是合适的选择)。
·少量(例如1-5个)UE(或UE组)→格式1,2/映射a,c
·大量UE(或UE组)→格式3/映射b,d。
寻呼数据/有效载荷大小
影响寻呼传输格式的另一个参数是寻呼数据的大小。寻呼数据在此定义为需要与寻呼相关地传送给一个UE或多个UE的数据。因此,“寻呼数据”可以包括对UE的指令,对UE的系统信息或紧急信息,或用户数据等。
通常,当需要发送大量数据时,即当有效载荷很大时,则一部分即寻呼指示是不够的。换句话说,一种传输格式,其中当有效载荷数据或有效载荷的大小高于阈值时,寻呼传输包括一个或多个寻呼消息。
因此,相反的情况也适用,即,响应于寻呼数据和/或有效载荷的大小低于阈值,选择其中寻呼传输仅包括寻呼指示符的传输格式。
在根据本发明的解决方案中可以支持宽范围的有效载荷(消息)大小。然后可以如下选择格式(参见图4)和映射(参见表):
·几位→格式1/映射a,b
·几十位→格式1/映射b
·数十到数百位→格式2,3/映射d。
时延约束
可以通过使用不同的格式来解决接收寻呼消息的紧迫性。当寻呼时,优选的是在尽可能少的子帧中发送寻呼传输。根据信道分配,如果寻呼指示信道PICH和寻呼消息信道被映射在同一子帧内,即使将寻呼传输分成若干部分,这也是可能的。然而,当例如将非常少量的紧急数据发送到单个UE或UE组时,通常优选单个部分。
因此,根据所提出的技术的一些方面,响应于寻呼传输的时延约束高于阈值,选择其中寻呼传输仅包括寻呼指示符的传输格式。
根据一些方面,响应于寻呼传输的时延约束低于阈值,选择其中寻呼传输包括寻呼指示和一个或多个寻呼消息的传输格式。
然后关于不同的时延约束,可以如下选择格式(参见图4)和映射(参见表):
·寻呼触发UE接入或对时延敏感的MTC数据→格式1
·紧急消息或非延迟敏感数据→格式2,3(允许PMCH在后面的子帧/TTI中)
网络条件和UE约束
可能影响寻呼传输格式选择的其它参数是UE检测效率和网络条件及其组合。
诸如网络负载、资源使用、寻呼链路质量的网络条件与寻呼传输格式的选择相关。当负载很高时,如果可能,即如果链路质量足够好,则应优先考虑资源效率。因此,可以基于当前网络负载和可用资源来决定UE检测效率和NW资源使用折衷。
通常,响应于网络负载高于阈值或响应于寻呼链路质量低于或高于阈值,选择仅包括寻呼指示的寻呼指示符。因此,响应于网络负载低于阈值或响应于寻呼链路质量低于阈值,选择其中寻呼传输包括寻呼指示和一个或多个寻呼消息的传输格式。
还需要考虑根据一些方面的UE接收机约束。取决于在覆盖区域的边缘处的UE的部署相关链路质量和UE接收机约束,可以限制所需的码率以及因此可实现的有效载荷大小。
可能考虑的其它参数是UE能耗优化或其它运营商定义的优化目标。
然后可以如下选择格式(参见图4)和映射(参见表):
·高负载→优先考虑低资源使用→格式1
·低负载→优先考虑低复杂度寻呼检测→格式4,5
·取决于PDCH或PDCCH资源是否更加稀缺→分别映射a(对于高负载)或c(对于低负载),或映射b(对于高负载)或d(对于低负载)。
·高频段(30-60GHz)部署通常表现出小的天线元件孔径和对非波束形成的广播传输的低路径增益,这表明低编码率和更大的资源使用→映射b,d
·可能需要避免用于检测寻呼的UE多天线操作(RX波束成形和波束扫描),因此检测必须支持低SINR操作点→格式4,5/映射c,d
寻呼的目的
另一种可能性是将寻呼传输格式映射到寻呼的目的。NX中的一些可能的寻呼功能是传统的寻呼、少量数据的传输或紧急消息的传输。
然后可以如下选择格式(参见图4)和映射(参见表):
·传统寻呼使UE联系网络→短消息但可能是大UE列表→格式1/映射a,b
·在UE没有进入活动模式的情况下向UE发送少量数据→可变,可能是“大”消息但短UE列表→格式2/映射c
·紧急消息和其它广播消息分发→潜在的大消息→映射c,d
示例寻呼场景
在真实的寻呼场景中,上面讨论的不同标准以不同的组合出现,并且然后各个实施方式需要理清应该如何权衡不同标准的影响。下面根据一些示例实施例找到寻呼场景的一些示例以及可以如何选择相应的寻呼传输格式。
然后可以如下选择格式(参见图4)和映射(参见表):
·定位1或2个UE,“低”频带→格式1;
在这些示例中,“低”频带指的是从LTE频带直到6GHz的频率,而“高”频带指的是更高的频带,通常高于15GHz。通常,较低频带中的链路SNR条件更有利,允许在PICH字段中发送更多信息。UE在预配置的资源块RB上监视PICH。如果UE在针对该UE的PICH上检测寻呼通知,则其执行在寻呼指示中包括的所需操作(例如,UL接入)。
·定位多个UE和/或通知,“低”频带→格式3;
UE在预配置的RB上监视PICH。如果UE在具有格式3的PICH上检测寻呼操作,则UE读取PMCH。当在PMCH中找到UE自己的ID时,它执行所需的操作(例如,UL接入)。如果在PMCH中找到包括其它信息的寻呼数据,则UE执行所需的动作(如果有的话),例如,通知用户警告消息。
·采用用户数据传送定位许多UE或单个UE,“低”频带→格式1至格式3;
UE在预配置的RB上监视PICH。如果UE在PICH上检测到寻呼指示符(格式1),即针对该UE,则UE执行所需操作(例如,UL接入)和/或接收用户数据(如指示中所指定的)。
·为每个或一些UE定位具有单独用户数据传送的多个UE,“低”频带→格式1至格式3;
UE在预配置的RB上监视PICH。如果UE检测到该UE的寻呼指示PICH,则UE执行在寻呼指示(格式1)中指定的所需操作(例如,UL接入)和/或(如果使用格式2或格式3)UE接收在指示的资源处PMCH中的用户数据。
·定位UE或通知,“高”频段(没有BF的低SNR)→格式4或5;
在该寻呼时机中在预配置的RB上监视PICH的所有UE检测寻呼标志并在指示的(或预配置的)资源处读取PMCH中的目标列表。如果UE在目标列表中找到其自己的ID,则它在指示的(或预配置的)资源处读取PMCH中的消息,并执行所需的动作(如果有的话),例如通知用户警告消息。
一些格式可以被视为持久调度,其中物理下行链路信道PDCH或物理下行链路控制信道PDCCH资源被预配置用于UE。可以通过配置用于UE监视的若干资源来减轻调度器限制,代价是UE处理的增加。还要注意,当不需要发送寻呼时,UE被配置为监视寻呼信道(即PICH或PMCH)的那些资源可以用于其它下行链路传输。
网络模式中的示例实施方式
现在转到图5,示意图示出网络节点的示例实施例的一些模块,该网络节点被配置用于寻呼无线设备。网络节点20通常是无线网络节点或基站,诸如LTE中的eNodeB,提供到被称为小区的一个或多个区域内的无线设备的无线接入。网络节点被配置为实施关于图2描述的方法。
网络节点20包括配置用于与无线设备10通信的无线通信接口(i/f)21。无线通信接口21被布置用于与网络节点20范围内的其它网络节点进行无线通信。无线通信接口21可以适于通过一种或多种无线接入技术进行通信。如果支持多种技术,则该节点通常包括若干通信接口,例如一个WLAN或蓝牙通信接口和一个蜂窝通信接口。
如图5中所示,根据一些方面的网络节点20包括网络通信接口24。网络通信接口24被配置用于例如在核心网络中与其它网络节点通信。该通信通常是有线的,例如使用光纤。然而,它也可能是无线的。
网络节点20包括控制器CTL或处理电路22,该处理电路22可以例如由能够执行计算机程序代码的任何合适的中央处理单元CPU、微控制器、数字信号处理器DSP等构成。计算机程序可以存储在存储器MEM 23中。存储器23可以是读和写存储器RAM和只读存储器ROM的任何组合。存储器23还可以包括永久存储器,其例如可以是磁存储器、光存储器或固态存储器或甚至远程安装的存储器中的任何单个存储器或组合。根据一些方面,本公开涉及一种包括计算机程序代码的计算机程序,该计算机程序代码在被执行时使无线设备执行上面和下面所述的方法。根据一些方面,本公开涉及一种计算机程序产品或保持所述计算机程序的计算机可读介质。
处理电路22被配置为使网络节点20确定用于寻呼传输的参数并获取两个或更多个可能的寻呼传输格式。处理电路22进一步被配置为使网络节点20基于所确定的参数选择可能的寻呼传输格式中的一个;并使用所选择的寻呼传输格式发送寻呼传输。
根据一些方面,处理电路22被配置为使网络节点20以全双工模式发送FD数据信号,其中下行链路传输功率被指示给无线设备。
根据一些方面,所确定的参数是以下中的至少一个;目标无线设备或无线设备组的数量、目标无线设备列表或无线设备组列表的大小、寻呼数据或有效载荷大小、网络负载、用于寻呼传输的时延约束、寻呼信道链路质量、无线设备接收机约束、无线资源限制和/或寻呼传输的目的。
根据一些方面,在一个寻呼传输格式中,寻呼传输仅包括寻呼指示符。
根据一些方面,处理电路22被配置为响应于以下参数条件中的至少一个,选择仅包括寻呼指示符的两个或更多个可能的寻呼传输格式中的一个;目标无线设备或无线设备组的数量低于阈值,目标无线设备列表或无线设备组列表的大小低于阈值,寻呼数据和/或有效载荷大小低于阈值,网络负载高于阈值,寻呼传输的时延约束高于阈值或寻呼链路质量高于阈值。
根据一些方面,在一个寻呼传输格式中,寻呼传输包括寻呼指示符,该寻呼指示符包括指向一个或多个寻呼消息的指针。
根据一些方面,一个或多个寻呼消息包括指向一个或多个另外的寻呼消息的指针。
根据一些方面,处理电路22被配置为响应于以下参数条件中的至少一个参数条件,选择包括寻呼指示和一个或多个寻呼消息的两个或更多个可能的寻呼传输格式中的一个;目标无线设备或无线设备组的数量高于阈值,目标无线设备列表或无线设备组列表的大小高于阈值,寻呼数据或有效载荷大小高于阈值,网络负载低于阈值或者寻呼传输的时延约束低于阈值,以及寻呼链路质量低于阈值。
根据一些方面,寻呼传输包括目标无线设备的完整列表或部分列表。
根据一些方面,处理电路22被配置为通过接收来自另一网络节点的定义两个或更多个可能的寻呼传输格式的信息或者通过在网络节点中自主地确定两个或更多个可能的寻呼传输格式来获取定义两个或更多个可能的寻呼传输格式的信息。
根据一些方面,在网络节点中预配置两个或更多个可能的寻呼传输格式。
根据一些方面,处理电路22或网络节点20包括被配置为执行上述方法的模块。模块以硬件或软件或其组合实现。根据一个方面,模块被实施为存储在存储器13中的计算机程序,该计算机程序在处理电路12上运行。
根据一些方面,网络节点包括确定器221,其被配置为确定用于寻呼传输的参数。
根据一些方面,网络节点包括获取器222,其被配置为获取两个或更多个可能的寻呼传输格式。
根据一些方面,网络节点包括选择器223,其被配置为基于所确定的参数来选择可能的寻呼传输格式中的一个。
根据一些方面,网络节点包括发射机模块224,其被配置为向无线设备发送定义何时开始应用至少一个全双工最大功率降低参数的触发器。
无线设备中的示例实施方式
图6示出无线设备10的示例,其结合了以上讨论的一些示例实施例。图6公开了被配置为从网络节点20接收寻呼传输的无线设备。无线设备10被配置为实施关于图3所述的方法。
在此可以使用的术语“无线设备”将被广义地解释为包括:无线电话,其具有因特网/内联网接入能力、网络浏览器、组织器、日历,相机(例如,视频和/或静止图像相机)、录音机(例如麦克风),和/或全球定位系统GPS接收机;个人通信系统PCS用户设备,其根据一些方面将蜂窝无线电话与数据处理相结合;个人数字助理PDA,其可包括无线电话或无线通信系统;膝上型计算机;具有通信能力的相机(例如,视频和/或静止图像相机);以及能够收发的任何其它计算或通信设备,诸如个人计算机、家庭娱乐系统、电视等。
如图6中所示,无线设备10包括无线通信接口或无线电路11,其被配置为在网络内接收和发送任何形式的通信或控制信号。应当理解,根据一些方面,无线电路11被包括为任何数量的收发、接收和/或发送单元或电路。进一步应该理解,无线电路11例如是本领域中已知的任何输入/输出通信端口的形式。无线电路11例如包括RF电路和基带处理电路(未示出)。
根据一些方面,无线设备10进一步包括与无线电路11通信的至少一个存储器单元或电路13。存储器13例如被配置为存储接收或发送的数据和/或可执行程序指令。存储器13例如被配置为存储任何形式的上下文数据。存储器13例如是任何合适类型的计算机可读存储器,并且例如是易失性和/或非易失性类型。
无线设备10进一步包括处理电路12,其配置为获取定义两个或更多个可能的寻呼传输格式的信息,并根据两个或更多个可能的寻呼传输格式接收寻呼传输。处理电路进一步被配置为执行在上述无线设备中执行的方法的任何方面。
处理电路12例如是任何合适类型的计算单元,例如微处理器、数字信号处理器DSP、现场可编程门阵列FPGA或专用集成电路ASIC或任何其它形式的电路。应当理解,处理电路不需要作为单个单元提供,而是根据一些方面作为任何数量的单元或电路提供。
控制器CTL或处理电路12例如由任何合适类型的计算单元构成,例如,微处理器、中央处理单元CPU、微控制器、数字信号处理器DSP、现场可编程门阵列FPGA、或专用集成电路ASIC或能够执行计算机程序代码的任何其它形式的电路。计算机程序例如存储在存储器MEM 13中。存储器13可以是读和写存储器RAM和只读存储器ROM的任何组合。在一些情况下,存储器13还包括永久存储器,其例如可以是磁存储器、光存储器或固态存储器或甚至远程安装的存储器中的任何单个存储器或组合。应当理解,处理电路不需要作为单个单元提供,而是根据一些方面作为任何数量的单元或电路提供。根据一些方面,本公开涉及一种包括计算机程序代码的计算机程序,该计算机程序代码在被执行时使无线设备执行上面和下面所述的方法。
根据一些方面,处理电路12被配置为通过根据两个或更多个可能的寻呼传输格式中的一个读取在接收的寻呼传输中包括的信息来接收寻呼传输。
根据一些方面,处理电路12被配置为执行由接收的寻呼传输指示的动作。
根据一些方面,处理电路12被配置为尝试读取在寻呼传输中的信息,一次假设一各可能的寻呼传输格式,直到成功读取寻呼传输。
根据一些方面,处理电路12被配置为通过检查寻呼传输,检测两个或更多个可能的寻呼传输格式中的一个,以及根据检测的寻呼传输格式读取在寻呼传输中的信息来接收寻呼传输。
根据一些方面,在一个寻呼传输格式中,寻呼传输仅包括寻呼指示符。
根据一些方面,在一个寻呼传输格式中,寻呼传输包括寻呼指示符,该寻呼指示符包括指向一个或多个寻呼消息的指针。
根据一些方面,一个或多个寻呼消息包括指向一个或多个另外的寻呼消息的指针。
根据一些方面,处理电路12被配置为通过接收来自网络节点的定义两个或更多个可能的寻呼传输格式的信息或者在无线设备中自主地确定两个或更多个可能的寻呼传输格式来获取定义两个或更多个可能的寻呼传输格式的信息。
根据一些方面,处理电路12被配置为获取在无线设备中预配置的可能的寻呼传输格式。
根据一些方面,无线设备10或处理电路12包括被配置为执行上述方法的模块。模块以硬件或软件或其组合实现。根据一个方面,模块被实施为存储在存储器13中的计算机程序,该计算机程序在处理电路12上运行。
根据一些方面,无线设备10或处理电路12包括获取器120,其被配置为获取定义两个或更多个可能的寻呼传输格式的信息。
根据一些方面,无线设备10或处理电路12包括捕获器121,其被配置为捕获包括语音的音频信号并将捕获的音频信号转换为语音数据。
根据一些方面,无线设备10或处理电路12包括接收机模块122,其被配置为根据两个或更多个可能的寻呼传输格式中的一个接收寻呼传输。
根据一些方面,无线设备10或处理电路12包括执行器123,其被配置为执行由所接收的寻呼传输指示的动作。
参考附图(例如框图和/或流程图)描述了本公开的各方面。应当理解,附图中的若干实体(例如,框图的框,以及附图中的实体的组合)可以由计算机程序指令实施,该指令可以存储在计算机可读存储器中,并且还可以加载到计算机或其它可编程数据处理装置上。这种计算机程序指令可以被提供给通用计算机、专用计算机和/或其它可编程数据处理装置的处理器以产生机器,使得经由计算机和/或其它可编程数据处理装置的处理器执行的指令创建用于实施在框图和/或流程图的一个框或多个框中指定的功能/动作的部件。
在一些实施方式中并且根据本公开的一些方面,框中提到的功能或步骤可以不按照操作说明中指出的顺序发生。例如,连续示出的两个框实际上可以基本上同时执行,或者该框有时可以以相反的顺序执行,这取决于所涉及的功能/动作。此外,根据本公开的一些方面,可以在循环中连续地执行框中提到的功能或步骤。
在附图和说明书中,已经公开了本公开的示例性方面。然而,在不基本脱离本公开的原理的情况下,可以对这些方面进行许多变化和修改。因此,本公开应被视为说明性的而非限制性的,而不是限于上面讨论的特定方面。因此,尽管采用了特定术语,但它们仅用于一般性和描述性意义,而不是用于限制的目的。
已经出于说明的目的呈现了在此提供的示例实施例的描述。该描述并非旨在穷举或将示例实施例限制为所公开的精确形式,并且根据上述教导可以进行修改和变化,或者可以从对所提供的实施例的各种替换的实践中获取。选择和描述在此讨论的示例是为了解释各种示例实施例的原理和性质及其实际应用,以使本领域技术人员能够以适合于预期的特定用途的各种方式和各种修改来利用示例实施例。在此描述的实施例的特征可以组合在方法、装置、模块、系统和计算机程序产品的所有可能组合中。应当理解,在此提出的示例实施例可以彼此任意组合来实践。
应当注意,词语“包括”不一定排除存在除列出的那些元件或步骤之外的其它元件或步骤,并且元件之前的词语“一”或“一个”不排除存在多个这种元件。进一步应注意,任何参考标记不限制权利要求的范围,示例实施例可以至少部分地借助于硬件和软件二者来实施,以及可以由相同的硬件项表示几个“部件”、“单元”或“设备”。
在此描述的各种示例实施例在方法步骤或过程的一般上下文中描述,其一个方面可以由计算机程序产品实施,该计算机程序产品嵌入在计算机可读介质中(包括由网络环境中的计算机执行的计算机可执行指令,诸如程序代码)。计算机可读介质可以包括可移动和不可移动存储设备,包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、光盘(CD)、数字通用光盘(DVD)等。通常,程序模块可以包括执行特定任务或实施特定抽象数据类型的例程、程序、对象、组件、数据结构等。计算机可执行指令、相关联数据结构和程序模块表示用于执行在此公开的方法的步骤的程序代码的示例。这种可执行指令或相关联数据结构的特定序列表示用于实施在这些步骤或过程中描述的功能的相应动作的示例。
Claims (32)
1.一种在网络节点中执行的方法,用于寻呼无线设备,所述方法包括:
-确定(S1)用于寻呼传输的参数;
-获取(S2)两个或更多个可能的寻呼传输格式;
-基于所确定的参数,选择(S3)所述两个或更多个可能的寻呼传输格式中的一个,其中,所述两个或更多个可能的寻呼传输格式包括:其中所述寻呼传输仅包括寻呼指示符的一种寻呼传输格式,以及其中所述寻呼传输包括包含指向一个或多个寻呼消息的指针的寻呼指示符的一种寻呼传输格式,
其中,选择(S3)所述两个或更多个可能的寻呼传输格式中的一个包括:响应于目标无线设备或无线设备组的数量低于阈值,选择其中所述寻呼传输仅包括寻呼指示符的传输格式,并且响应于目标无线设备或无线设备组的所述数量高于阈值,选择其中所述寻呼传输包括寻呼指示和一个或多个寻呼消息的传输格式;以及
-使用所选择的寻呼传输格式发送(S4)所述寻呼传输,
其中,所确定的(S1)参数是以下中的至少一个:
·目标无线设备或无线设备组的所述数量,
·目标无线设备列表或无线设备组列表的大小,
·寻呼数据或有效载荷大小,
·网络负载,
·用于所述寻呼传输的时延约束,
·寻呼信道链路质量,
·无线设备接收机约束,
·无线资源限制,和/或
·所述寻呼传输的目的。
2.根据权利要求1所述的方法,其中,所述选择(S3)所述两个或更多个可能的寻呼传输格式中的一个包括:进一步响应于以下参数条件中的至少一个参数条件,选择其中所述寻呼传输仅包括寻呼指示符的传输格式:
·目标无线设备列表或无线设备组列表的大小低于阈值,
·寻呼数据和/或有效载荷大小低于阈值,
·网络负载高于阈值,
·所述寻呼传输的时延约束高于阈值,或
·寻呼链路质量高于阈值。
3.根据权利要求1所述的方法,其中,所述寻呼消息中的一个或多个包括指向一个或多个另外的寻呼消息的指针。
4.根据权利要求1所述的方法,其中,选择(S3)所述两个或更多个可能的寻呼传输格式中的一个包括:进一步响应于以下参数条件中的至少一个参数条件,选择其中所述寻呼传输包括寻呼指示和一个或多个寻呼消息的传输格式:
·目标无线设备列表或无线设备组列表的大小高于阈值,
·寻呼数据或有效载荷大小高于阈值,
·网络负载低于阈值,或
·所述寻呼传输的时延约束低于阈值,以及
·寻呼链路质量低于阈值。
5.根据权利要求1所述的方法,其中,所述寻呼传输包括目标无线设备的完整列表或部分列表。
6.根据权利要求1所述的方法,其中,获取(S2)包括从另一网络节点接收(S2a)定义所述两个或更多个可能的寻呼传输格式的信息,或者在所述网络节点中自主地确定(S2b)所述两个或更多个可能的寻呼传输格式。
7.根据权利要求2-6中任一项所述的方法,其中,在所述网络节点中预配置所述两个或更多个可能的寻呼传输格式。
8.一种在无线设备中执行的用于接收来自网络节点的寻呼传输的方法,所述方法包括:
-获取(S11)定义两个或更多个可能的寻呼传输格式的信息,以及
-根据所述两个或更多个可能的寻呼传输格式接收(S12)寻呼传输,其中,所述两个或更多个可能的寻呼传输格式包括:其中所述寻呼传输仅包括寻呼指示符的一种寻呼传输格式,以及其中所述寻呼传输包括包含指向一个或多个寻呼消息的指针的寻呼指示符的一种寻呼传输格式,
其中,响应于目标无线设备或无线设备组的数量低于阈值,选择其中所述寻呼传输仅包括寻呼指示符的所述传输格式,并且其中,响应于目标无线设备或无线设备组的所述数量高于阈值,选择其中所述寻呼传输包括包含指向一个或多个寻呼消息的指针的寻呼指示符的传输格式。
9.根据权利要求8所述的方法,其中,所述接收包括:根据所述两个或更多个可能的寻呼传输格式中的一个,读取(S12-3)在所接收的寻呼传输中包括的信息。
10.根据权利要求8所述的方法,包括:
-执行(S13)由所接收的寻呼传输指示的动作。
11.根据权利要求8所述的方法,其中,所述接收(S12)包括:
-尝试读取(S12a-3)在所述寻呼传输中的信息,一次假设所述可能的寻呼传输格式中一个,直到成功读取(S12a-4)所述寻呼传输。
12.根据权利要求11所述的方法,其中,所述接收(S12)包括:
-检查(S12b-1)所述寻呼传输,
-检测(S12b-2)所述两个或更多个可能的寻呼传输格式中的一个,以及
-根据所检测的寻呼传输格式读取(S12b-3)在所述寻呼传输中的信息。
13.根据权利要求8所述的方法,其中,所述寻呼消息中的一个或多个包括指向一个或多个另外的寻呼消息的指针。
14.根据权利要求8所述的方法,其中,所述获取(S11)包括接收(S11a)来自所述网络节点的定义所述两个或更多个可能的寻呼传输格式的信息,或者在所述无线设备中自主地确定(S11b)所述两个或更多个可能的寻呼传输格式。
15.根据权利要求8所述的方法,其中,所述获取(S11)包括检索在所述无线设备中预配置的可能的寻呼传输格式。
16.一种在通信系统中的网络节点(20),所述网络节点(20)被配置用于寻呼无线设备,所述网络节点(20)包括:
-无线通信接口(21)无线电路(11),其被配置用于与无线设备(10)通信;以及
-处理电路(22),其被配置为使所述网络节点(20):
·确定用于寻呼传输的参数;
·获取两个或更多个可能的寻呼传输格式;
·基于所述确定的参数选择所述可能的寻呼传输格式中的一个,
其中,所述两个或更多个可能的寻呼传输格式包括:其中所述寻呼传输仅包括寻呼指示符的一种寻呼传输格式,以及其中所述寻呼传输包括包含指向一个或多个寻呼消息的指针的寻呼指示符的一种寻呼传输格式,
其中,选择所述两个或更多个可能的寻呼传输格式中的一个包括:响应于目标无线设备或无线设备组的数量低于阈值,选择其中所述寻呼传输仅包括寻呼指示符的传输格式,并且响应于目标无线设备或无线设备组的所述数量高于阈值,选择其中所述寻呼传输包括寻呼指示和一个或多个寻呼消息的传输格式;以及
·使用所选择的寻呼传输格式发送所述寻呼传输,
其中,所确定的(S1)参数是以下中的至少一个:
·目标无线设备或无线设备组的所述数量,
·目标无线设备列表或无线设备组列表的大小,
·寻呼数据或有效载荷大小,
·网络负载,
·用于所述寻呼传输的时延约束,
·寻呼信道链路质量,
·无线设备接收机约束,
·无线资源限制,和/或
·所述寻呼传输的目的。
17.根据权利要求16所述的网络节点(20),其中,所述处理电路(22)被配置为进一步响应于以下参数条件中的至少一个参数条件,选择仅包括寻呼指示符的所述两个或更多个可能的寻呼传输格式中的一个:
·目标无线设备列表或无线设备组列表的大小低于阈值,
·寻呼数据和/或有效载荷大小低于阈值,
·网络负载高于阈值,
·所述寻呼传输的时延约束高于阈值,或
·寻呼链路质量高于阈值。
18.根据权利要求16所述的网络节点(20),其中,所述寻呼消息中的一个或多个包括指向一个或多个另外的寻呼消息的指针。
19.根据权利要求16所述的网络节点(20),其中,所述处理电路(22)被配置为:进一步响应于以下参数条件中的至少一个参数条件,选择包括寻呼指示和一个或多个寻呼消息的所述两个或更多个可能的寻呼传输格式中的一个:
·目标无线设备列表或无线设备组列表的大小高于阈值,
·寻呼数据或有效载荷大小高于阈值,
·网络负载低于阈值,或
·所述寻呼传输的时延约束低于阈值,以及
·寻呼链路质量低于阈值。
20.根据权利要求16所述的网络节点(20),其中,所述寻呼传输包括目标无线设备的完整列表或部分列表。
21.根据权利要求16所述的网络节点(20),其中,所述处理电路(22)被配置为通过接收来自另一网络节点的定义所述两个或更多个可能的寻呼传输格式的信息或通过在所述网络节点中自主地确定所述两个或更多个可能的寻呼传输格式,获取定义所述两个或更多个可能的寻呼传输格式的信息。
22.根据权利要求16至21中任一项所述的网络节点(20),其中,在所述网络节点中预配置所述两个或更多个可能的寻呼传输格式。
23.一种无线设备(10),其被配置为接收来自网络节点(20)的寻呼传输,所述无线设备(10)包括:
-无线通信接口(11),其被配置为与所述网络节点通信;以及
-处理电路(12),其被配置为使所述无线设备(10):
·获取定义两个或更多个可能的寻呼传输格式的信息,以及
·根据所述两个或更多个可能的寻呼传输格式接收寻呼传输,
其中,所述两个或更多个可能的寻呼传输格式包括:其中所述寻呼传输仅包括寻呼指示符的一种寻呼传输格式,以及其中所述寻呼传输包括包含指向一个或多个寻呼消息的指针的寻呼指示符的一种寻呼传输格式,
其中,响应于目标无线设备或无线设备组的数量低于阈值,选择其中所述寻呼传输仅包括寻呼指示符的所述传输格式,并且其中,响应于目标无线设备或无线设备组的所述数量高于阈值,选择其中所述寻呼传输包括包含指向一个或多个寻呼消息的指针的寻呼指示符的传输格式。
24.根据权利要求23所述的无线设备(10),其中,所述处理电路(12)被配置为通过根据所述两个或更多个可能的寻呼传输格式中的一个读取在所接收的寻呼传输中包括的信息来接收所述寻呼传输。
25.根据权利要求23所述的无线设备(10),其中,所述处理电路(12)被配置为:
·执行由所接收的寻呼传输指示的动作。
26.根据权利要求23所述的无线设备(10),其中,所述处理电路(12)被配置为:
·尝试读取(S12a-3)在所述寻呼传输中的信息,一次假设所述可能的寻呼传输格式中的一个,直到成功读取(S12a-4)寻呼传输。
27.根据权利要求26所述的无线设备(10),其中,所述处理电路(12)被配置为通过以下方式接收(S12)所述寻呼传输:
·检查(S12b-1)所述寻呼传输,
·检测(S12b-2)所述两个或更多个可能的寻呼传输格式中的一个,以及
·根据所检测的寻呼传输格式读取(S12b-3)在所述寻呼传输中的信息。
28.根据权利要求23所述的无线设备(10),其中,所述寻呼消息中的一个或多个包括指向一个或多个另外的寻呼消息的指针。
29.根据权利要求23所述的无线设备(10),其中,所述处理电路(12)被配置为通过接收(S11a)来自所述网络节点的定义所述两个或更多个可能的寻呼传输格式的信息或者在所述无线设备中自主地确定(S11b)所述两个或更多个可能的寻呼传输格式,获取定义两个或更多个可能的寻呼传输格式的信息。
30.根据权利要求23至26中任一项所述的无线设备(10),其中,所述处理电路(12)被配置为获取在所述无线设备中预配置的可能的寻呼传输格式。
31.一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序包括计算机程序代码,所述计算机程序代码在被执行时使网络节点(20)执行根据权利要求1-7中任一项所述的方法。
32.一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序包括计算机程序代码,所述计算机程序代码在被执行时使无线设备(10)执行根据权利要求8-15中任一项所述的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2016/061130 WO2017198294A1 (en) | 2016-05-18 | 2016-05-18 | Flexible configuration of paging signals |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109196927A CN109196927A (zh) | 2019-01-11 |
CN109196927B true CN109196927B (zh) | 2022-03-29 |
Family
ID=56072311
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680085796.2A Active CN109196927B (zh) | 2016-05-18 | 2016-05-18 | 寻呼信号的灵活配置 |
Country Status (4)
Country | Link |
---|---|
US (2) | US10231209B2 (zh) |
EP (1) | EP3459272B1 (zh) |
CN (1) | CN109196927B (zh) |
WO (1) | WO2017198294A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109196927B (zh) * | 2016-05-18 | 2022-03-29 | 瑞典爱立信有限公司 | 寻呼信号的灵活配置 |
CN114845392A (zh) * | 2017-01-24 | 2022-08-02 | 中兴通讯股份有限公司 | 一种寻呼优化的方法、装置、基站、用户设备和介质 |
CN109644408B (zh) * | 2018-05-08 | 2020-11-17 | Oppo广东移动通信有限公司 | 无线通信方法、设备、芯片和系统 |
CN113133028A (zh) * | 2020-01-10 | 2021-07-16 | 大唐移动通信设备有限公司 | 一种寻呼检测方法、终端和网络侧设备 |
US20230309071A1 (en) * | 2022-03-24 | 2023-09-28 | At&T Intellectual Property I, L.P. | Apparatuses and methods for selectively scanning resources of a communication network and system |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5729540A (en) * | 1995-10-19 | 1998-03-17 | Qualcomm Incorporated | System and method for scheduling messages on a common channel |
CN101128027A (zh) * | 2006-08-17 | 2008-02-20 | 北京三星通信技术研究有限公司 | 传输寻呼信息的设备和方法 |
CN101491149A (zh) * | 2006-07-14 | 2009-07-22 | 高通股份有限公司 | 用于在无线通信系统中快速寻呼终端的方法和装置 |
CN102448168A (zh) * | 2010-09-30 | 2012-05-09 | 中兴通讯股份有限公司 | 一种触发离线状态mtc设备的方法和系统 |
CN102469582A (zh) * | 2010-11-01 | 2012-05-23 | 普天信息技术研究院有限公司 | 一种寻呼被叫用户设备的方法和装置 |
CN103370887A (zh) * | 2011-02-14 | 2013-10-23 | Lg电子株式会社 | 在无线通信系统中发送和接收参数更新信息的方法以及使用该方法的设备 |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5625629A (en) * | 1995-08-07 | 1997-04-29 | Hughes Electronics | Method of ensuring bandwidth availability for non-page traffic in a communications systems |
US9014177B2 (en) | 1996-03-06 | 2015-04-21 | Bear Creek Technologies, Inc. | System for interconnecting standard telephony communications equipment to internet |
EP0951192A1 (de) | 1998-04-17 | 1999-10-20 | Alcatel | Drahtloses Telekommunikationssystem mit Nutzdatensendung auf einem Signalisierungskanal |
US6823191B2 (en) * | 2001-01-08 | 2004-11-23 | Lucent Technologies Inc. | Apparatus and method for use in paging mode in wireless communications systems |
US8155674B2 (en) * | 2006-08-22 | 2012-04-10 | Research In Motion Limited | Apparatus, and associated method, for dynamically configuring a page message used to page an access terminal in a radio communication system |
US8077677B2 (en) * | 2007-01-31 | 2011-12-13 | Interdigital Technology Corporation | Method and apparatus for paging group handling |
US9344259B2 (en) * | 2007-06-20 | 2016-05-17 | Google Technology Holdings LLC | Control channel provisioning and signaling |
JP4962179B2 (ja) * | 2007-07-11 | 2012-06-27 | パナソニック株式会社 | スイッチ |
US8600413B2 (en) * | 2007-10-30 | 2013-12-03 | Qualcomm Incorporated | Control arrangement and method for communicating paging messages in a wireless communication system |
US8598995B2 (en) * | 2008-02-22 | 2013-12-03 | Hill-Rom Services, Inc. | Distributed healthcare communication system |
US20110005166A1 (en) * | 2008-03-27 | 2011-01-13 | Tetsuya Yamano | Coin wrapping machine |
CN101946548B (zh) * | 2008-06-03 | 2013-12-25 | Lg电子株式会社 | 用于在宽带无线接入系统中发送和接收寻呼信息的方法 |
EP2348759A4 (en) | 2008-10-14 | 2014-03-19 | Fujitsu Optical Components Ltd | COMMUNICATION CONTROL DEVICE, COMMUNICATION CONTROL METHOD, AND COMMUNICATION CONTROL PROGRAM |
EP4307760A1 (en) * | 2009-09-25 | 2024-01-17 | BlackBerry Limited | Multi-carrier network operation |
CN102076087B (zh) | 2009-11-19 | 2014-01-01 | 中兴通讯股份有限公司 | 寻呼方法及基站控制器 |
KR101824987B1 (ko) * | 2010-02-11 | 2018-02-02 | 엘지전자 주식회사 | 이동통신 시스템에서의 다운링크 mtc 데이터 전송 방법 |
WO2013016862A1 (en) | 2011-08-01 | 2013-02-07 | Renesas Mobile Corporation | Small downlink data transmissions |
CN104025475B (zh) * | 2011-10-03 | 2018-04-13 | 英特尔公司 | 装置到装置(d2d)通信机制 |
US8971881B2 (en) * | 2012-03-23 | 2015-03-03 | Google Technology Holdings LLC | Radio link monitoring in a wireless communication device for an enhanced control channel |
US20150289228A1 (en) * | 2014-04-08 | 2015-10-08 | Qualcomm Incorporated | Enhanced single burst page decoding in a mobile communications network |
US9883480B2 (en) | 2014-07-11 | 2018-01-30 | Apple Inc. | Enhanced paging schemes and connected-state DRX |
US20170064625A1 (en) | 2015-09-01 | 2017-03-02 | Qualcomm Incorporated | Coordinating receiver wakeup times used for wireless wide area networks and wireless local area networks |
CN109196927B (zh) * | 2016-05-18 | 2022-03-29 | 瑞典爱立信有限公司 | 寻呼信号的灵活配置 |
-
2016
- 2016-05-18 CN CN201680085796.2A patent/CN109196927B/zh active Active
- 2016-05-18 EP EP16724623.0A patent/EP3459272B1/en active Active
- 2016-05-18 US US15/322,100 patent/US10231209B2/en active Active
- 2016-05-18 WO PCT/EP2016/061130 patent/WO2017198294A1/en active Application Filing
-
2019
- 2019-01-27 US US16/258,617 patent/US10849096B2/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5729540A (en) * | 1995-10-19 | 1998-03-17 | Qualcomm Incorporated | System and method for scheduling messages on a common channel |
CN101491149A (zh) * | 2006-07-14 | 2009-07-22 | 高通股份有限公司 | 用于在无线通信系统中快速寻呼终端的方法和装置 |
CN101128027A (zh) * | 2006-08-17 | 2008-02-20 | 北京三星通信技术研究有限公司 | 传输寻呼信息的设备和方法 |
CN102448168A (zh) * | 2010-09-30 | 2012-05-09 | 中兴通讯股份有限公司 | 一种触发离线状态mtc设备的方法和系统 |
CN102469582A (zh) * | 2010-11-01 | 2012-05-23 | 普天信息技术研究院有限公司 | 一种寻呼被叫用户设备的方法和装置 |
CN103370887A (zh) * | 2011-02-14 | 2013-10-23 | Lg电子株式会社 | 在无线通信系统中发送和接收参数更新信息的方法以及使用该方法的设备 |
Also Published As
Publication number | Publication date |
---|---|
US20180098304A1 (en) | 2018-04-05 |
EP3459272B1 (en) | 2022-02-02 |
US10849096B2 (en) | 2020-11-24 |
US20190159169A1 (en) | 2019-05-23 |
WO2017198294A1 (en) | 2017-11-23 |
CN109196927A (zh) | 2019-01-11 |
EP3459272A1 (en) | 2019-03-27 |
US10231209B2 (en) | 2019-03-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11284336B2 (en) | Base station apparatus, a method in a base station apparatus, a user equipment and a method in a user equipment | |
US10849096B2 (en) | Flexible configuration of paging signals | |
EP2982197B1 (en) | Paging repetition for increased robustness for extended paging cycles | |
US11910446B2 (en) | Access node, a method for an access node, a wireless terminal and a method for a wireless terminal | |
WO2018171457A1 (zh) | 信息发送、接收方法及装置、网络侧设备、终端、处理器 | |
EP3485687B1 (en) | Method and device for inclusion of data in paging messages | |
US11109348B2 (en) | Telecommunications apparatuses and methods | |
US20170127381A1 (en) | Methods, Wireless Communication Device and Radio Network Node for Managing Paging | |
US20210144674A1 (en) | Network Slice-Specific Paging for Wireless Networks | |
US10492172B2 (en) | System information block enhancements | |
CN108141814B (zh) | 无线网络节点、无线设备和其中的方法 | |
CN112136342B (zh) | 用于传送系统信息更新信息的方法和设备 | |
US20230354190A1 (en) | Paging indication information grouping techniques |
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 |