CN110999459B - 在无线通信中传送寻呼信息 - Google Patents

在无线通信中传送寻呼信息 Download PDF

Info

Publication number
CN110999459B
CN110999459B CN201780093859.3A CN201780093859A CN110999459B CN 110999459 B CN110999459 B CN 110999459B CN 201780093859 A CN201780093859 A CN 201780093859A CN 110999459 B CN110999459 B CN 110999459B
Authority
CN
China
Prior art keywords
paging
user equipment
base station
indication
information
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
CN201780093859.3A
Other languages
English (en)
Other versions
CN110999459A (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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN202210500851.7A priority Critical patent/CN114938539A/zh
Publication of CN110999459A publication Critical patent/CN110999459A/zh
Application granted granted Critical
Publication of CN110999459B publication Critical patent/CN110999459B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/005—Transmission of information for alerting of incoming communication
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/005—Allocation of pilot signals, i.e. of signals known to the receiver of common pilots, i.e. pilots destined for multiple users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/28—Cell structures using beam steering
    • 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
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J11/00—Orthogonal multiplex systems, e.g. using WALSH codes
    • H04J11/0069—Cell search, i.e. determining cell identity [cell-ID]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • 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

Abstract

描述了用于在无线通信网络中执行寻呼的系统、设备和技术。一种方法包括将寻呼指示映射到一个或多个资源元素上。该一个或多个资源元素是一个或多个同步信号符号中未被该同步信号映射的资源元素。该方法包括发射寻呼指示以触发来自用户设备的响应以供执行后续寻呼。

Description

在无线通信中传送寻呼信息
技术领域
本申请涉及用于无线通信的系统、设备和技术。
背景技术
基站的无线通信网络为移动站或其他无线设备(通常称为用户设备)提供了无线通信，其使用下行通信信道向用户设备发送信息以及使用上行通信从用户设备接收信息。无线网络和用户设备被设计成允许用户设备处于节能模式(例如，空闲模式)以减少用户设备活动进行节能。基站(或基站控制器)可以向用户设备发送寻呼消息以将用户设备从节能模式中唤醒。
发明内容
除其他之外，本文档描述了用于在无线通信网络中传送和使用与寻呼用户设备相关的定时信息的技术。
根据一些实施例，提供了一种用于在无线网络中寻呼用户设备的方法。该方法包括将寻呼指示映射到一个或多个资源元素上。该一个或多个资源元素是一个或多个同步信号符号中未被该同步信号映射的资源元素。该方法包括发射寻呼指示以触发来自用户设备的响应以供执行后续寻呼。
根据一些实施例，该方法包括该一个或多个资源元素将一个或多个连续的多个资源元素包括在内，但不将解调参考信号映射到该连续的多个资源元素中的一个资源元素上。
根据一些实施例，该方法包括将解调参考信号映射到与该一个或多个同步信号符号中的至少一个相邻的一个或多个物理广播信道符号中的一个或多个资源元素上。解调参考信号提供用于解调寻呼指示的参考信号。寻呼指示与该一个或多个物理广播信道符号共享相同的天线端口。
根据一些实施例，该方法包括该一个或多个资源元素位于该一个或多个同步信号的带宽之外。该一个或多个资源元素在一个或多个物理广播信道的带宽之内。
根据一些实施例，该方法包括在第二一个或多个资源元素中发射解调参考信号。该第二一个或多个资源元素在一个或多个物理广播信道符号中。该第二一个或多个资源元素在该一个或多个同步信号的带宽之外。该第二一个或多个资源元素在该一个或多个物理广播信道的带宽之内。解调参考信号提供用于解调寻呼指示的参考信号。
根据一些实施例，该方法包括寻呼指示包括寻呼传输模式的指示符。寻呼传输模式是将用来发射寻呼消息的模式。
根据一些实施例，该方法包括从多个可用传输模式中选择寻呼传输模式。
根据一些实施例，该方法包括将寻呼原因类别指示信息映射到该一个或多个资源元素上。
根据一些实施例，该方法包括从一个或多个用户设备接收对寻呼指示的一个或多个响应。该方法还包括基于在该一个或多个响应中接收的信息，发射一个或多个寻呼消息。
根据一些实施例，该方法包括使用多个天线端口发射该寻呼指示。该方法还包括从一个或多个用户设备接收对寻呼指示的一个或多个响应。每个响应指示至少一个天线端口。该方法还包括使用响应中指示的天线端口来发射一个或多个寻呼消息。该一个或多个寻呼消息不使用未在响应中指示的其他天线端口来发射。
根据一些实施例，该方法包括确定要寻呼的一个或多个用户设备所属于的用户设备群组。寻呼指示包括该用户设备群组的指示符。
根据一些实施例，提供了一种用于由无线网络中的用户设备对寻呼进行响应的方法。该方法包括接收一个或多个资源元素中的寻呼指示。该一个或多个资源元素是一个或多个同步信号符号中未被该同步信号映射的资源元素。寻呼指示触发来自用户设备的响应以执行后续寻呼。
根据一些实施例，该方法包括该一个或多个资源元素将一个或多个连续的多个资源元素包括在内，但不将解调参考信号映射到该连续的多个资源元素中的一个资源元素上。
根据一些实施例，该方法包括在与该一个或多个同步信号符号中的至少一个相邻的一个或多个物理广播信道符号中的一个或多个资源元素中接收解调参考信号。解调参考信号提供用于解调寻呼指示的参考信号。寻呼指示与该一个或多个物理广播信道共享相同的天线端口。
根据一些实施例，该方法包括该一个或多个资源元素位于该一个或多个同步信号的带宽之外，并且其中该一个或多个资源元素在一个或多个物理广播信道的带宽之内。
根据一些实施例，该方法包括在第二一个或多个资源元素中接收解调参考信号。该第二一个或多个资源元素在一个或多个物理广播信道符号中。该第二一个或多个资源元素在该一个或多个同步信号的带宽之外。该第二一个或多个资源元素在该一个或多个物理广播信道的带宽之内。解调参考信号提供用于解调寻呼指示的参考信号。
根据一些实施例，该方法包括寻呼指示包括寻呼传输模式的指示符。寻呼传输模式是将用来发射寻呼消息的模式。
根据一些实施例，该方法包括从多个可用传输模式中选择寻呼传输模式。
根据一些实施例，该方法包括将寻呼原因类别指示信息映射到该一个或多个资源元素上。
根据一些实施例，该方法包括发射对寻呼指示的响应。该方法还包括接收基于在该响应中发射的信息以及零或多个其他响应而发射的一个或多个寻呼消息。
根据一些实施例，该方法包括在对应于在其上发射寻呼指示的多个天线端口中的一个天线端口的空间内接收寻呼指示。该方法还包括发射对寻呼指示的响应。该响应以及来自其他用户设备的零或多个其他响应指示至少一个天线端口。该方法还包括在对应于指示的至少一个天线端口中的一个天线端口的空间内接收一个或多个寻呼消息。该一个或多个寻呼消息是使用响应中指示的天线端口发射的。
根据一些实施例，该方法包括接收寻呼指示。寻呼指示包括用于基于指示要寻呼的用户设备的数据信息到达而确定的用户设备群组的指示符。寻呼指示不包括用于至少一个其他用户设备群组的指示符。
附图说明
图1是示出示例无线通信系统的图示。
图2是示出无线通信装置200的示例的框图。
图3是示出采用波束成形的示例无线通信系统的图示。
图4是示出用于触发寻呼活动的过程的时序图。
图5是示出使用触发寻呼活动过程的无线通信系统的图示。
图6是示出对同步和广播信道的资源元素分配的图示。
图7是示出对同步和广播信道的资源元素分配的图示。
图8是示出对同步和广播信道的资源元素分配的图示。
图9是示出对同步和广播信道的资源元素分配的图示。
图10是示出对同步和广播信道的资源元素分配的图示。
图11A是用于发射寻呼原因类别指示信息的数据结构的图示。
图11B是用于发射寻呼原因类别指示信息的数据结构的图示。
图11C是用于发射寻呼原因类别指示信息的数据结构的图示。
图11D是用于发射寻呼原因类别指示信息的数据结构的图示。
图12是用于发射用户设备指示信息的数据结构的图示。
图13是用于发射用户设备指示信息和寻呼原因类别指示信息的数据结构的图示。
图14是用于寻呼传输的过程的时序图。
图15是用于寻呼传输的过程的时序图。
图16是用于寻呼传输的过程的时序图。
图17是用于使用多个寻呼传输模式的寻呼传输的过程的流程图。
图18是用于使用多个寻呼传输模式的寻呼传输的过程的流程图。
各个附图中类似的参考符号指示类似的元素。
具体实施方式
由于无线电技术的不断进步，已经涌现并继续涌现广泛的无线应用，这导致无线部署的增长。然而，传统技术无法满足这种日益增长的需求，至少因为大约300MHz至3GHz的频谱资源被证明不足以满足基于当前技术的日益增长的带宽需求。因此，需要技术来提高使用带宽来支持无线应用的效率。所公开的用于寻呼的技术可以用于无线通信中的高效带宽利用，诸如通过在对基站所服务的各种用户的用户设备进行寻呼之前，从基站向用户设备发送寻呼指示，结合使用多个天线来发射和/或接收，从而提高资源利用率。
图1是示出示例无线通信系统100的图示。系统100包括基站102和多个用户设备106，其能够通过传输介质104相互通信。从基站102到用户设备106的传输通常称为下行或下游传输。从用户设备106到基站102的传输通常称为上行或上游传输。传输介质104通常是无线(空气)介质。基站102也可以经由回程或接入网络连接112链接到网络中的其他基站或其他设备。
图2是示出无线通信装置200的示例的框图。无线通信装置200可以提供作为用户设备(例如，用户设备106)、作为基站(例如，基站102)、或其他。装置200包括处理器210，其可以配置用于实施本文描述的技术之一；收发器电子电路215，其能够使用一个或多个天线220发射信号或接收信号；以及一个或多个存储器205，其可以用于存储可由处理器210执行的指令和/或数据存储。
可能解决带宽不足问题的一种方式是使用不同于传统上已经用于无线应用的带宽。例如，无线通信可以使用28GHz、45GHz、70GHz等等范围内的载波频率，每个都远远高于现有第四代(4G)通信系统所使用的载波频率。
这种更高的载波频率引入了一些挑战，诸如更大的传输路径损耗、信号容易被氧气吸收、信号容易受雨致衰减的影响，等等，这些中的每一个都严重影响这种高频率通信系统的性能。
然而，更高的载波频率也带来了一些益处。例如，由于更高的频率具有更短的波长，因此有可能使用更短的天线，从而允许每单位面积使用更多天线单元。利用更多天线单元，可以使用波束成形来提高天线增益，其可以用于抵消高频信号的性能损耗。
利用波束成形，发射器能够将能量辐射集中在特定方向，而在其他方向能量很小或不存在。这意味着每个波束具有方向性，也即，它覆盖用户设备(例如，用户设备106)存在于其中的一定方向或物理空间。可以预见，基站(例如，基站102)可以采用几十甚至几百个天线，从而支持向同一小区内几十或几百个空间上独立的(或至少部分独立的)方向上的传输。
图3是示出采用波束成形的示例无线通信系统300的图示。系统300可以如前述被提供(例如，无线通信系统100)。此外，系统300包括与用户设备312、用户设备314、用户设备316和用户设备318通信的基站302。基站302可以如前述被提供(例如，基站102、无线传输装置200)。用户设备312、314、316318每个可以按前述被提供(例如，用户设备106、无线传输装置200)。
基站302包括天线322、天线324、天线326和天线328。天线322、324、326和328可以按前述提供(例如，天线220)。基站302和天线322、324、326和328采用波束成形到方向332、方向334、方向336和方向338。特别地，天线322、324、326和328中的一个或多个天线采用具有特定权重的波束成形，以便在方向332中辐射能量(如散列线所示)而在方向332之外辐射很少或不辐射能量。因为用户设备312在方向332内，基站302在方向332中发射的信号将被用户设备332接收。但是，由于用户设备312不在方向334、方向336或方向338内，因此基站302在方向334、336和338任一中发射的信号不会被用户设备312所接收。
方向332、334、336和338中每个可以备选地称为天线端口，其可以是基站302将其与给定天线端口/方向相关联的逻辑标识符。在其他实施例中，天线端口可以对应于将应用于天线322、324、326、328中的一个或多个天线的权重映射。例如，附加天线端口可以基于天线322、324的部分辐射和天线326和328的无辐射来定义。因此，天线端口可以对应于天线322、324、326、328中的单个天线或者对应于天线322、324、326、328附带权重的组合。
应当理解，图3的示意图仅仅是示例性的。在一些实施例中，方向332、334、336、338可以在三个维度(而不是所示的两个维度)上定义。附加地，基站302可以采用几十、几百或更多天线(而不是所示的四个天线)。附加地，基站可以在几十、几百或更多方向上(而不是所示的四个方向上)发射信号。附加地，方向332、334、336、338可以部分或全部重叠(而不是所示的完全空间分离)。附加地，基站302可以与几十、几百或更多用户设备(而不是所示的四个用户设备)通信。
波束成形提供了如下益处：允许基站仅在一个方向上发射消息，而保持其他方向上的带宽未使用或可用于其他消息收发。例如，如果基站302有消息要发射到用户设备312，则基站可以仅在方向332上发射该消息，而保留方向334、336、338中的带宽可用于向分别存在于这些方向中的用户设备314、316、318进行消息收发。尽管由于干扰和其他考虑，该益处存在一些局限，不过波束成形本质上允许基站和基站作为其一部分的无线通信系统在不增加使用的频谱的情况下倍增消息收发能力。
不过这一解决方案也提出了新挑战。特别地，为了实现刚刚描述的益处，基站302必须知道用户设备312存在于方向332中，而不存在方向334、336、338之一中。但是基站302可能并不总是具有此信息，如下面进一步描述的。
特别地，用户设备312在与基站302进行初始通信之后可能进入节能模式，诸如空闲状态。在寻呼用户设备时，可以在空闲状态下实施不连续接收模式(DRX)。用户设备312在它没有任何信息要向基站302发射时可进入空闲状态。用户设备312可进入空闲状态以便减小对为用户设备312提供电子电荷的电池的消耗。不过尽管用户设备312处于空闲状态，基站302可能从网络接收到需要发射给用户设备312的信息(例如，存在针对用户设备312的呼叫到达，下行数据到达指示，系统消息变化，接收紧急警报(EWTS)，接收移动提醒(CMAS))。为了提醒用户设备312该数据到达，基站302可以使用寻呼机制。
利用寻呼机制，用户设备312可以根据预定调度“醒来”并在下行寻呼信道中检测任何寻呼消息。如果用户设备312在对寻呼信道的这些检测之一期间检测到寻呼消息，则通知用户设备312在基站302处存在针对该用户设备312的数据到达，并相应地继续进行。由此，当基站302从网络接收到需要发射给用户设备312的信息时，基站302根据用户设备312的预定调度在寻呼信道上发射寻呼消息。基站302通常知道此预定调度(例如，用户设备332在进入空闲模式之前将它的寻呼调度通知给基站302)。
在现有LTE系统中，当基站有要向用户设备发射的寻呼信息时，基站通知该基站小区内的所有用户设备：正在发射寻呼消息。基站通过利用特殊的固定值(称为寻呼无线电网络临时标识符P-RNTI)对物理下行控制信道(PDCCH)中的信号进行加扰来发送此通知。这通知小区中(此时醒来并监听PDCCH)的所有用户设备：寻呼消息被包括在同一子帧传输中，具体地，在寻呼控制信道(PCCH)中，其是映射到寻呼信道(PCH)的逻辑信道，而寻呼信道是映射到物理下行共享信道(PDSCH)的传输信道。
因此，基站302通常知晓何时发射针对用户设备312的寻呼消息。不过利用波束成形，基站302不必知道从何处发射针对用户设备312的寻呼消息。这是因为用户设备312可能在基站302所服务的小区内四处移动。结果，用户设备312在寻呼时可能存在于与用户设备312进入空闲状态时所在的方向(例如，方向334)不同的方向(例如，方向332)。
事实上，这个问题还有更复杂的地方。理论上，基站302可以同时(即，在用户设备312醒来并监听寻呼信道时)向所有方向332、334、336、338发射寻呼消息，即使这可能会抵消前面描述的一些节省带宽的益处。这可以称为扫描或波束扫描技术。然而，基站302的收发器硬件的实际限制通常使得不可能同时在这么多天线上进行发射。因此，基站302可能必需错开寻呼消息在方向332、334、336、338上的发射。这继而复杂化了当用户设备312正监听寻呼信道时基站302发射寻呼消息的能力(即，当用户设备312正在监听寻呼信道时，取决于用户设备312位于方向332、334、336和338中哪个，基站302可能不重复发射寻呼消息)。因此，尽管有可能使用现有系统来应用波束扫描技术，但是这很没有效率。这在下文进一步详细描述。
在基于波束的传输系统中，不同子帧/时隙的波束方向基于服务的灵活配置。根据现有系统(例如，LTE)的寻呼机制，需要在对应于每个波束的发射子帧/时隙内加载寻呼消息，这意味着针对不同波束的用户设备寻呼消息接收将分布在寻呼循环内的多个子帧/时隙上。不同于这种现有系统，寻呼控制信息(DCI)和寻呼消息没有必要在同一子帧中发射。因此，引入上面提到的波束扫描的结构来在每个波束方向上轮询发射。这种波束扫描发射结构对于用户设备意味着更高的接收复杂度和能量开销，对于基站和网络也意味着更大的下行资源开销。因此，需要高效地发射寻呼相关的控制信息，以便避免不必要的寻呼发射和接收。特别地，需要一种技术来触发用户设备开始寻呼过程，该技术在用户设备能量消耗(即，空闲时间对清醒时间)方面和在使用小区频谱资源(即，使用的带宽量)方面都很高效。
图4是示出用于触发寻呼活动的过程400的时序图。过程400涉及网络406、基站402(例如，如针对基站102、302、无线通信装置200所描述的)、和用户设备404(例如，如针对用户设备106、312、无线通信装置200所描述的)。
网络406向基站402发射到达的数据信息422。该到达的数据信息422可以包括标识特定用户设备(例如，用户设备404)、用户设备群组、或到达的信息可用于的所有用户设备的信息。
响应于接收到到达的数据信息422，基站402向用户设备404发射寻呼指示424。寻呼指示424可以包括关于哪个用户设备(例如，特定用户设备、用户设备群组)应当对基站402做出响应以便执行后续寻呼的指示符。
响应于接收到寻呼指示424，用户设备404向基站402发射响应426。响应426可以包括关于基站402可以向用户设备404发射寻呼消息的方式的信息。例如，响应426可以包括用户设备404当前所在的波束成形方向的标识(例如，方向的标识、天线的标识、天线端口的标识)。
基站402和用户设备404基于寻呼指示424和响应426的交互来执行寻呼428。例如，寻呼428可以包括用户设备根据寻呼指示424中的标识信息在资源中监听寻呼消息。并且，基站402可以根据响应426中的标识信息来发射寻呼消息(例如，仅向响应426标识的天线端口发射寻呼消息)。
图5是示出使用触发寻呼活动过程的无线通信系统500的图示。系统500包括基站502(例如，如针对基站102、302、402、无线通信装置200所描述的)和用户设备512、514、516、518(例如，如针对用户设备106、312、404、无线通信装置200所描述的)。基站502包括天线522、524、526、528(例如，如针对天线220、322、324、326、328所描述的)。基站502使用波束成形、利用天线522、524、526、528分别在方向532、534、536、538上发射信号。
基站502可以接收到达的数据信息(例如，如针对到达的数据信息422所描述的)。到达的数据信息可以将用户设备512标识为具有来自网络的数据。如果用户设备512处于空闲状态，则基站502没有必要知道用户设备512存在于方向532、534、536、538中哪个方向上。
基站502接着可以在所有方向532、534、536、538上(即，使用所有天线端口)发射寻呼指示542。寻呼指示542可以指示用户设备512应当做出响应以便执行后续寻呼。备选地，寻呼指示542可以指示用户设备512作为其中一员的用户设备群组中的所有成员应当做出响应以便执行后续寻呼。
作为接收寻呼指示542的结果，用户设备512可以向基站502发送响应544。例如，响应544可以指示用户设备512在方向532上。
作为接收寻呼指示542的结果，用户设备514、516、518不会对基站502做出响应。例如，用户设备514、516、518可能不是寻呼指示542所涉及的群组的成员。
作为接收响应544的结果，基站502可以使用方向532的天线端口来发射寻呼消息546。基站502可以不向方向534、536、538中任一发射寻呼消息546，因为基站502没有在这些相应方向上接收到来自用户设备514、516、518的任何响应。
图6是示出对同步信号和物理广播信道的资源元素分配600的图示。分配600包括符号602、符号604、符号606和符号608。每个符号是通过一个或多个传输符号(例如，通过一个正交频分复用(OFDM)符号)传送的资源元素集合。
每个符号602、604、606、608由值l(小写字母L)来表示，其可以列举为0、1、2和3。每个符号602、604、606、608包括288个资源元素。每个资源元素由值k来表示，其可以列举为0到287。分配600中的资源元素可以通过坐标(k，l)来标识。例如，资源元素(0，0)是最左下的资源元素，其在符号602的符号空间中。资源元素是分配600中的最小信息传输单元，并且资源元素本质上是一窄片时间上的一窄片频率。
分配600将符号602、604、606、608中每个映射到不同的信道，其中信道是为预定目的聚在一起的资源元素群组。分配600将符号602映射到主同步信号612(PSS)，其可以备选地称为主同步信道(PSCH)。分配600将符号606映射到辅助同步信号616(SSS)，其可以备选地称为辅助同步信道(SSCH)。分配600将符号604映射到物理广播信号，其可以备选地称为物理广播信道614(PBCH)。分配600附加地将符号608映射到物理广播信道618(PBCH)。
主同步信号612、辅助同步信号616、和物理广播信道614、618可以是由基站向基站小区中的所有用户设备发射的信号，不考虑用户设备是否已经与基站建立了连接。特别地，物理广播信道614、618可以承载信息，该信息标示了用于用户设备定时确定的定时信息(例如，SFN、SS块索引，等等)、标示如何解码来自基站的其他下行传输(例如，PDCCH承载的RMSI调度信息)，等等。物理广播信道618可以重复与包括在物理广播信道614中基本上相同的信息。主同步信号612和辅助同步信号616可以承载标示属于该基站的小区的信息以及用于来自基站的其他下行传输的定时信息。
如图6所示，物理广播信道614、618可以使用为物理广播信道614、618分配的符号604、608的所有288个资源元素。例如，所有288个资源元素可以承载涉及物理广播信道614、618的信息(包括系统信息和用于PBCH的DMRS)。作为另一示例，即使不是所有288个资源元素都承载涉及物理广播信道614、618的信息，物理广播信道614、618可以在基本上288个资源元素的整个范围上包括信息，即使未使用该范围中的一些资源元素。
另一方面，主同步信号612和辅助同步信号616可以不使用为主同步信号612和辅助同步信号616分别分配的符号602、606的所有288个资源元素。例如，主同步信号612可以仅将同步信息映射到符号602(l＝0)的资源元素k＝72到215上。这将使得符号602的一些资源元素(例如，对于l＝0，k＝0到71和k＝216到287)未承载涉及主同步信号612的任何信息。符号602的这些未使用部分因此可以被映射到第一资源622(阴影线示出)。第一资源622可以进一步包括符号606中未被辅助同步信号616使用的部分。
在一些实施例中，第一资源可以用作免调度物理信道。具体地，基站利用固定的资源分配、默认调制和编码方案来发射信息。因此，对于接收这种信息的用户设备而言不需要盲检测。第一资源也可以定义为用于下行控制信息传输的控制资源集合/搜索空间。在这种情况下，第一资源可以承载具有不同DCI格式的一个或多个下行控制信息。这种下行控制信息的调制和编码方案也可以变化。因此，UE将在第一资源中检测具有对应DCI格式的目标DCI。一个或多个随后的控制信息可以共享相同的DCI格式或为如下每个定义不同的DCI格式：寻呼下行控制信息(寻呼DCI)、寻呼原因类别指示信息、剩余最小系统信息的调度信息、用户设备指示信息和寻呼传输模式指示信息。
在一些实施例中，如前所述的寻呼指示(例如，寻呼指示424、542)可以被映射到第一资源622。此外，寻呼指示可以承载在第一资源622上，其使用与物理广播信道614、618相同的天线端口。即，包含在寻呼指示中的信息(例如，标识应当对该寻呼指示做出响应的用户设备或用户设备群组)可以使用第一资源622的资源元素来发射。由于各种原因，这种映射可能是有益的。例如，第一资源622另外可能不会被分配600和根据分配600进行发射的基站投入使用。作为另一示例，包含主同步信号612、辅助同步信号616和物理广播信道614、618的符号602、604、606、608可能是在所有天线端口上频繁发射的符号(例如，归因于这些符号中用于解码其他下行传输的信息的重要性)。如此，第一资源622可能是一组有利的资源元素，在这些资源元素中可以发射寻呼指示，从而有效地利用已经向所有天线端口发射的已有资源。
如本文所使用的，映射可以指与在特定的一个或多个资源元素中提供特定信息相关的各种活动中的任一。例如，映射可以包括在特定的一个或多个资源元素中发射特定信息。作为另一示例，映射可以包括为特定信息预留特定的一个或多个资源元素。作为另一示例，映射可以包括将特定的一个或多个资源元素分配给特定信息。作为另一示例，映射可以包括在缓冲器或其他存储器中存储特定信息以便在特定的一个或多个资源元素中发射该特定信息。
在一些实施例中，第一资源可以通过其他方式来描述。例如，可以观察到资源元素k＝0到287的列举是在频域中的列举。因此，由于主同步信号612和辅助同步信号616占据的资源元素范围比物理广播信道614、618占据的资源元素更小，可以观察到主同步信号612和辅助同步信号616占据的带宽比物理广播信道614、618占据的带宽更窄。因此，第一资源622可以描述为在分配给主同步信号612和/或辅助同步信号616的符号602、606中，但是在主同步信号612和/或辅助同步信号616的带宽外、并且在物理广播信道614、618的带宽内。
图7是示出对同步和广播信道的资源元素分配700的图示。分配700可以基本上如针对分配600描述的那样提供，类似的参考标号指代类似事项。
分配700示出了关于符号604和608的资源元素可以被物理广播信道614、618如何映射的进一步细节。特别地，物理广播信道614、618可以以不同于范围k＝72到k＝215中的资源元素的使用方式来使用范围k＝0到71和k＝216到287中的资源元素。这些外部范围可以统称为第二资源724。此外，第一资源622所承载的寻呼指示使用与物理广播信道614、618相同的天线端口。由此，第二资源724的解调参考信号可以用于解调在第一资源622上发射的寻呼指示。
第二资源724可以包括物理广播信道资源块730。在此上下文中，资源块是指连续的资源元素(例如，12个连续的资源元素)。资源块730可以包括解调参考信号732与PBCH资源元素的混合。解调参考信号732可以是用户设备用来确定如何解调它们出现于其中的符号(即，符号604、608)中的资源元素的剩余部分的信号。如所示，资源块730和第二资源724可以包含1比4的解调参考信号732对所有资源元素的比例。
在一些实施例中，第一资源622可以被映射到寻呼指示，但是不将解调参考信号映射到第一资源622。这可以允许第一资源622中的一个或多个资源元素的一个或多个连续资源用于发射该寻呼指示。这里，连续资源可以指资源元素的未中断范围(例如，符号602中k＝216到287)。这可以是有益的，因为允许更简单的映射和传输方案用于寻呼指示。这也可以有益于提高资源元素使用的效率。
同时，可能需要具有解调参考信号以便供用户设备解调在第一资源622中发射的寻呼指示。由此，解调参考信号732可以被映射到第二资源724。并且，用户设备可以使用来自第二资源724的解调参考信号732，以便解调在第一资源622中发射的寻呼指示。
在与承载寻呼指示的第一资源622所在的符号相邻的符号的第二资源724中提供解调参考信号732可能是有利的。这里，相邻是指符号相邻(例如，符号604与符号602和606相邻，但是不与符号608相邻)。这种方式可以是有利的，因为允许对寻呼指示的立即解调，这继而可以导致用户设备和后续寻呼过程的更高效操作。
如同第一资源622，第二资源724可以就其带宽位置方面进行描述。例如，第二资源724可以描述为在分配给物理广播信道614的符号604、608中，在主同步信号612和/或辅助同步信号616的带宽外，并且在物理广播信道614、618的带宽内。尽管事实上图7将第二资源724示出为与物理广播信道614、618分离的块，但是应当理解，第二资源724可以视为物理广播信道614、618的一部分。
图8是示出对同步和广播信道的资源元素分配800的图示。分配800可以基本上如针对分配600、700描述的那样提供，类似的参考标号指代类似事项。不过，分配800示出了资源元素(使用k和l)和符号(使用l)的枚举可以不同于针对分配600、700所描述的枚举的情形。
当子载波在同步信号/物理广播信道块的带宽部分(BWP)(或最小系统带宽)内统一编号时，可以引入k0。在这种情况下，第一资源622包括资源元素(k，l)；其中k代表频域索引，即，带宽部分内的子载波编号，k的范围为{k0,k0+1,...,k0+71,k0+216,k0+217,...,k0+287}，其中k0是同步信号/物理广播信道块起始子载波和带宽部分起始子载波之间的子载波偏移值。这里，l代表时域索引，即，时隙中的符号索引，l＝{l0+0,l0+2}，其中l0是同步信号/物理广播信道块起始符号和时隙起始符号之间的符号偏移值。
如此处所提到的，最小系统带宽是指系统或用户设备利用最小能力所能支持的最大系统带宽。所有系统组件和用户设备可以在最小系统带宽内完成发射和接收。
图9是示出对同步和广播信道的资源元素分配900的图示。分配900可以基本上如针对分配600、700、800描述的那样提供，类似的参考标号指代类似事项。不过，分配900示出了资源元素到第一资源622的映射可以不同于针对分配600、700、800所描述的映射的情形。
在时域方向上，第一资源622被映射到主同步信号612和辅助同步信号616所位于的符号602、606上。在频域方向上，第一资源622被映射到主同步信号612和辅助同步信号616的带宽外部但是在带宽部分/最小系统带宽的资源元素内。第一资源622包括资源元素(k，l)；其中k代表频域索引，即，带宽部分/最小系统带宽内的子载波编号，k的范围为{0,1,...,k0+71,k0+216,k0+217,...,K}，其中k0是同步信号/物理广播信道块起始子载波和带宽部分起始子载波之间的子载波偏移值，K代表带宽部分/最小系统带宽的最大子载波编号。这里l代表时域索引，即，时隙中的符号索引，l＝{l0+0,l0+2}，其中l0是同步信号/物理广播信道块起始符号和时隙起始符号之间的符号偏移值。
在这种实施例中，可以为第一资源622的部分引入附加的解调参考信号。特别地，附加的解调参考信号可以被包括在用于主同步信号612和辅助同步信号616的符号中，但是在物理广播信道614、618的带宽之外，诸如对于符号l＝{l0+0,l0+2}，k的范围可以是{0,1,...,k0-1,k0+288,k0+289,...,K}。
图10是示出对同步和广播信道的资源元素分配1000的图示。分配1000可以基本上如针对分配600、700、800、900描述的那样提供，类似的参考标号指代类似事项。不过，分配1000示出了资源元素到第一资源622的映射可以不同于针对分配600、700、800、900所描述的映射的情形。
在时域中，第一资源622被映射到主同步信号612和辅助同步信号616所位于的符号602、606上。第一资源622还被映射到物理广播信道614、618所位于的符号604、608上。在频域方向上，对于主同步信号612和辅助同步信号616所位于的符号，第一资源622被映射到主同步信号612和辅助同步信号616的带宽之外但是在带宽部分/最小系统带宽的资源元素内。第一资源622包括资源元素(k，l)；其中k代表频域索引，即，带宽部分/最小系统带宽内的子载波编号，k的范围为{0,1,...,k0+71,k0+216,k0+217,...,K}，其中k0是同步信号/物理广播信道块起始子载波和带宽部分起始子载波之间的子载波偏移值，K代表带宽部分/最小系统带宽的最大子载波编号。这里l代表时域索引，即，时隙中的符号索引，l＝{l0+0,l0+2}，其中l0是同步信号/物理广播信道块起始符号和时隙起始符号之间的符号偏移值。
对于物理广播信道614、618所位于的符号604、608，第一资源622被映射到物理广播信道614、618的带宽之外但是在带宽部分/最小系统带宽的资源元素内。第一资源622包括资源元素(k，l)；其中k代表频域索引，即，带宽部分/最小系统带宽内的子载波编号，k的范围为{0,1,...,k0-1,k0+288,k0+289,...,K}，其中k0是同步信号/物理广播信道块起始子载波和带宽部分起始子载波之间的子载波偏移值，K代表带宽部分/最小系统带宽的最大子载波编号。这里l代表时域索引，即，时隙中的符号索引，l＝{l0+1,l0+3}，其中l0是同步信号/物理广播信道块起始符号和时隙起始符号之间的符号偏移值。
在这种实施例中，可以为第一资源622的部分引入附加的解调参考信号。特别地，附加的解调参考信号可以被包括在用于主同步信号612、辅助同步信号616和物理广播信道614、618的符号中，但是在物理广播信道614、618的带宽之外，对于所有符号l＝{l0+0,l0+1,l0+2,l0+3}，k的范围可以是{0,1,...,k0-1,k0+288,k0+289,...,K}。
根据本文描述的各种实施例，第一资源也可以承载各种信息。这些包括以下一项或多项：寻呼下行控制信息(寻呼DCI)、寻呼原因类别指示信息、剩余最小系统信息的调度信息、用户设备指示信息和寻呼传输模式指示信息。
在各种实施例中，有两种主要类别的寻呼原因。第一，特定寻呼，以及第二，公共寻呼。
在特定寻呼的情况下，基站寻求寻呼特定用户设备，诸如当用户设备被呼叫时。在这种情形下，基站可以发射寻呼下行控制信息作为寻呼指示的一部分。寻呼下行控制信息可以包括用于寻呼消息的调度信息，寻呼消息可以包括被呼叫用户设备的标识信息(诸如用户设备的SAE临时移动订户标识，S-TMSI)。一旦接收到寻呼消息，用户设备确定其正被寻呼并接入网络以执行合适的通信。
在公共寻呼的情况下，基站寻求寻呼该基站小区内的所有用户设备。公共寻呼可以进一步分解为系统消息变更指示、预警信息(诸如地震和海啸预警系统(ETWS)通知)、商用移动报警服务(CMAS)通知、扩展接入限制(EAB)参数改变，等等。相对于针对特定用户设备的特定寻呼，这些中的每个用于指示系统信息已经改变。系统信息还可以包括：剩余最小系统信息和其他系统信息，其中剩余最小系统信息是最小系统信息中除主系统信息之外的剩余系统信息。最小系统信息是在用户设备的初始接入过程期间所需的系统信息。主系统信息是在物理广播信道上承载的系统信息。其他系统信息是所有系统信息中除最小系统信息之外的系统信息。
在一些实施例中，第一资源承载(例如，包括在寻呼指示中)寻呼下行控制信息。当寻呼指示包括寻呼下行控制信息时，系统可以以扫描模式发射寻呼指示，由此在所有天线端口上并因此在所有波束方向上发射寻呼指示。这种实施例可以包括特定寻呼原因和公共寻呼原因二者。在这种情形下，包括寻呼下行控制信息的寻呼指示如前所描述地被映射到第一资源(例如，第一资源622)。
寻呼下行控制信息可以包括用于寻呼消息的调度信息。调度信息可以指示后续寻呼消息的传输模式、资源分配、等等。在这种情形下，寻呼消息也可以在所有天线端口上以扫描模式发送。寻呼消息的传输资源可以与同步信号/物理广播信道块在同一符号上频率复用，或者可以引入另一轮扫描结构。
在一些实施例中，第一资源承载(例如，包括在寻呼指示中)寻呼原因类别指示信息。寻呼原因类别指示信息可以用于指示正在发射的寻呼指示的原因。当寻呼指示包括寻呼原因类别指示信息时，系统可以以扫描模式发射寻呼指示，由此在所有天线端口上并因此在所有波束方向上发射寻呼指示。
对于公共寻呼原因，公共寻呼的类型可以通过位图来指示。可以进一步考虑以细化系统信息变更指示，诸如通过将更新分类为RMSI(剩余最小系统信息)更新或其他系统信息变更。这两种更新可以进一步分类，划分为RMSI子类和其他SI子类以说明哪些子类被更新。
图11A、11B、11C和11D是分别示出用于发射寻呼原因类别指示信息的示例性数据结构1110、1120、1130和1140的图示。在一些实施例中，数据结构1110、1120、1130、1140中的一个或多个可以作为寻呼指示的一部分发射。
数据结构1110包括下列：系统信息变更指示字段，其包含一比特用于指示RMSI是否被更新，以及一比特用于指示其他SI是否被更新。例如，0值可以指示无更新，而1值可以指示发生了更新。数据结构1110可以包括附加比特来指示除系统信息变更之外导致寻呼的原因(例如，预警通知)。
数据结构1120包括下列：系统信息变更指示字段，其包括一比特用于指示系统信息是否被更新，以及一比特用于指示是否仅其他SI被更新。例如，值0可以指示无更新，而值1可以指示已经发生了更新。数据结构1110可以包括附加比特来指示除系统信息变更之外导致寻呼的原因(例如，预警通知)。
数据结构1130包括下列：系统信息变更指示字段，其包括N比特用于指示RMSI信息的N个子类中的每个是否被更新，以及M比特用于指示其他SI信息的M个子类中的每个是否被更新。例如，值0可以指示无更新，而值1可以指示已经发生了更新。在这种实施例中，RMSI和其他SI信息可以如上所述划分成子类，并且系统信息变更指示字段中的一个比特可以对应于每个子类是否被更新。数据结构1110可以包括附加比特来指示除系统信息之外导致寻呼的原因(例如，预警通知)。
数据结构1140包括下列：系统信息变更指示字段，其包括一比特用于指示系统信息是否被更新，以及M比特用于指示其他SI信息的M个子类中的每个是否被更新。例如，值0可以指示无更新，而值1可以指示已经发生了更新。在这种实施例中，其他SI信息可以如上所述划分成子类，并且系统信息变更指示字段中的一个比特可以对应于每个子类是否被更新。数据结构1110可以包括附加比特来指示除系统信息变更之外导致寻呼的原因(例如，预警通知)。
在一些实施例中，第一资源承载(例如，包括在寻呼指示中)剩余最小系统信息的调度信息(RMSI DCI)。当寻呼指示包括剩余最小系统信息的调度信息时，系统可以以扫描模式发射寻呼指示，由此在所有天线端口上并因此在所有波束方向上发射寻呼指示。这种实施例可以包括特定寻呼原因和公共寻呼原因二者。在这种情形下，包括剩余最小系统信息的调度信息的寻呼指示被映射到如前所述的第一资源(例如，第一资源622)。
在一些实施例中，第一资源承载(例如，包括在寻呼指示中)用户设备指示信息。用户设备指示信息可以用于寻呼特定用户设备。当寻呼指示包括用户设备指示信息时，系统可以以扫描模式发射寻呼指示，由此在所有天线端口上并因此在所有波束方向上发射寻呼指示。
用户设备指示信息可以包含多个比特。在一些实施例中，该多个比特中每个比特可以对应于一个用户设备群组。每个比特与用户设备之间的关系可以预先定义，例如基于终端标识符。由此，对应于每个比特的用户设备群组可以以预定义的任意方式形成。这种方式可以是有益的，因为允许基站在相同的寻呼时机下寻呼一组终端。
图12是用于发射用户设备指示信息的数据结构1200的图示。如所示，数据结构1200包含八个比特。利用这种数据结构，所有用户设备可以被分类到八个群组之一。例如，每个用户设备的TMSI可以除以八，并且余数值可以确定该用户设备所属于的群组。其他技术也是可能的。当数据结构1200作为寻呼指示的一部分发射时，用户设备可以检查用于它的群组的值(例如，针对群组3中的用户设备检查比特3)。如果比特值是0，则用户设备可以确定不需要响应。如果比特值是1，则用户设备可以确定需要进一步的寻呼，并因此提供合适的响应。
可以给出关于用户设备指示信息可以如何起作用的示例。基站可以针对基站将尝试寻呼的用户设备所属于的用户设备群组，将比特设置成“1”(即，设置用于正被呼叫的用户设备的群组的比特)。当所指示的群组中的每个用户设备接收到用户设备指示信息时，每个这种用户设备可以通过发射它所位于的波束方向或基站发射所用的天线端口的指示来做出响应。接着，基站可以在所指示的波束方向上或在所指示的天线端口上发送后续寻呼下行控制信息和/或寻呼消息。对寻呼下行控制信息和/或寻呼消息的此后续传输可以指示该用户设备群组中哪个/哪些用户设备正被寻呼。
在一些实施例中，第一资源承载(例如，包括在寻呼指示中)寻呼传输模式指示信息。此寻呼传输模式指示信息可以用于标识将用于发射寻呼消息的模式，如下文进一步讨论的。当寻呼指示包括寻呼传输模式指示信息时，系统可以以扫描模式发射寻呼指示，由此在所有天线端口上并因此在所有波束方向上发射寻呼指示。
寻呼传输模式指示信息例如通过如上所述地连同针对每个群组的用于寻呼传输模式指示信息的单独比特(例如，针对每个群组一到两比特)一起发射用户设备指示信息，可以向用户设备群组指示寻呼传输模式。通过群组来指示寻呼传输模式的一个益处在于它使得不同的终端群组能够使用不同的寻呼传输模式。因此，即使两个用户设备属于两个不同的用户设备群组，这两个用户设备群组都可以在单个寻呼指示中进行指示，并且此外，每个群组可以具有在同一寻呼指示中所指示的单独的寻呼传输模式。然而，在一些实施例中，单个寻呼传输模式指示符可以用于寻呼指示中的所有用户设备群组，这种情况下，所有用户设备群组将使用所指示的相同寻呼传输模式。
在一些实施例中，有三种寻呼传输模式可用。
在模式1中，基站发射寻呼指示并在随机接入请求前导码序列中接收响应。基站接着在随机接入前导码序列所指示的下行天线端口上发射寻呼下行控制信息和/或寻呼消息。
在模式2中，基站发射寻呼指示并在随机接入请求前导码序列中接收响应。基站接着在随机接入前导码序列所指示的下行天线端口上发射随机接入响应，该随机接入响应包括被寻呼的用户设备的标识符(例如，S-TMSI)。在此模式中，基站可以进一步接受被寻呼的用户设备的再次随机接入。
在模式3中，基站发射寻呼指示并在随机接入请求前导码序列中接收响应。基站接着在随机接入前导码序列所指示的下行天线端口上发射随机接入响应，该随机接入响应包括：被寻呼的用户设备的标识符(例如，S-TMSI)、定时提前命令、和上行授权信息。基站接着可以向被所寻呼的用户设备成功接入的用户设备返回竞争解决方案消息。
在一些实施例中，寻呼指示可以包括前面描述的其他要素的组合。例如，寻呼指示可以包含用户设备指示信息和寻呼传输模式指示信息。根据本公开的各种实施例，寻呼指示中也可以存在其他信息组合。
图13是用于发射用户设备指示信息和寻呼原因类别指示信息的数据结构1300的图示。数据结构1300包括用于发射用户设备指示信息的八比特(例如，如针对数据结构1200所描述的)、用于发射寻呼原因类别指示信息的七比特(例如，如针对数据结构1310、1320、1330、1340所描述的)、以及用于循环冗余校验的十六比特。在一些实施例中，分配给每个信息类型的比特数目可以变化，上面针对每个信息类型的比特数目仅仅出于示例性目的给出。
第一资源上承载的信息可以由系统预先定义或可以通过信令通知给用户设备。例如，基站可以在PBCH中指示哪些信息包含在当前第一资源中。作为另一示例，可以定义不同类型的寻呼指示以包括不同的信息，并且基站可以在PBCH中指示第一资源所承载的当前信息类型。备选地，用户设备可以通过盲检测来确定第一资源所承载的当前信息类型。例如，不同类型的第一资源可以使用不同CRC掩码或者用于编码信息位的不同扰码等等。用户设备可以盲检测当前CRC码或用于编码信息位的不同扰码，以便确定第一资源所承载的当前信息类型。
图14是用于寻呼传输的过程1400的时序图。过程1400在此可以称为模式1。过程1400涉及基站1402(例如，如针对基站102、302、402、502、无线通信装置200所描述的)和用户设备1412、1414、1416、1418(例如，如针对用户设备106、312、404、512、无线通信装置200所描述的)。在一些实施例中，用户设备1412、1414、1416、1418属于同一寻呼时机(PO)。寻呼时机定义为对应于用于在不同天线端口上的寻呼传输的扫描结构的时间资源。用户设备可以基于用户设备标识划分成不同的PO。在寻呼触发模式中，对应于用于寻呼指示传输的扫描结构的时间资源可以定义为PO。在一些实施例中，在用户设备属于同一PO的情况下来描述各方法。在当前示例中，基站1402可以具有对应于20个波束方向的天线和天线端口。
用户设备1412、1414、1416、1418中的每个可以属于用户设备群组。例如，用户设备1412、1414、1416可以属于用户群组4，而用户设备1418可以属于用户群组5。
用户设备1412、1414、1416、1418可以位于基站1402所服务的小区的波束方向中。例如，用户设备1412可以位于波束方向3中并由天线端口3服务。用户设备1414可以位于波束方向6中并由天线端口6服务。用户设备1416可以位于波束方向8中并由天线端口8服务。用户设备1418可以位于波束方向9中并由天线端口9服务。
在开始过程1400之前，基站1402可以确定必须寻呼用户设备1412和用户设备1414(例如，网络通知基站1402针对用户设备1412、1414的呼叫到达)。
基站1402确定用户设备群组1422。基站1402可以通过确定需要被寻呼的用户设备属于哪些群组来确定用户设备群组1422。在此示例中，基站1402将确定用户设备群组4，因为这两个需要被寻呼的用户设备(即，用户设备1412、1414)都属于用户设备群组4。
基站发射寻呼指示1424。基站1402可以以扫描方式在所有天线端口上发射寻呼指示1424。由此，基站1402所服务的小区中存在的所有用户设备(或者至少在此寻呼时机期间醒来的所有这种用户设备)，包括用户设备1412、1414、1416、1418中每个，都将接收寻呼指示1424。
寻呼指示1424可以包括用户设备指示信息。例如，寻呼指示可以包含八比特(例如，如针对数据结构1200所描述的XXXXXXXX)，其标识哪些用户设备群组正被寻呼。在当前示例中，用户设备指示信息可以是00001000以指示仅用户设备群组4正被寻呼。
寻呼指示1424还可以包括寻呼传输模式指示信息，以指示基站将使用的寻呼传输模式。由于基站1402正使用模式1，因此寻呼传输模式指示信息可以指示值1(例如，01)。
在一些实施例中，寻呼指示1424可以包括其他信息。例如，寻呼指示1424可以包括寻呼下行控制信息，将使用P-RNTI作为掩码对该寻呼下行控制信息进行CRC加扰。寻呼指示可以包含用于将要发射的寻呼消息的调度信息。
当用户设备1412、1414、1416、1418接收到寻呼指示1424时，每个可以确定它是否在正被寻呼的用户设备群组1422中。用户设备1418确定它不在正被寻呼的用户设备群组1422中(因为用户设备指示信息的比特5设置为0)，因此用户设备1418不采取进一步动作(例如，返回空闲模式)。
用户设备1412、1414、1416中每个确定它们在正被寻呼的用户设备群组1422中(因为用户设备指示信息的比特4设置为1)，因此用户设备1412、1414、1416中每个准备发送针对寻呼指示的响应1426。来自用户设备1412、1414、1416中每个的响应1426可以包括对每个用户设备所位于的天线端口的指示。例如，用户设备1412、1414、1416中每个可以选择用于传输响应1426的、对应于该设备所位于的天线端口的资源。例如，用户设备1412可以在对应于天线端口3的资源上发射响应1426。用户设备1414可以在对应于天线端口6的资源上发射响应1426。用户设备1416可以在对应于天线端口8的资源上发射响应1426。
在一些实施例中，用户设备1412、1414、1416可以将响应1426作为随机接入信道(RACH)上的前导码来发射。在一些情形中，此前导码可以是随机接入信道上所谓的“请求”的一部分。不过在本示例中，用户设备1412、1414、1416可以使用随机接入信道“请求”以便向基站1402发送响应1426。
在一些实施例中，基站1402可以针对接收到的每个响应1426发送响应1428。响应1428可以用于通知每个用户设备1412、1414、1416：响应1426实际上已被基站1402接收到。在一些实施例中，响应于包含响应1426的前导码，响应1428可以在随机接入信道上作为随机接入响应(RAR)消息来发射。在这种实施例中，响应1428的RAR可以仅包含随机接入前导码标识符(RAPID)，其向用户设备指示当前RAR所对应的前导码。在一些实施例中，基站可以省略响应1428的传输。
基站1402发射寻呼下行控制信息和/或寻呼消息1430。基站1402可以使用标准寻呼信道(例如，PCCH/PCH)来发射寻呼消息1430。基于响应1426，基站1402可以确定应当向其发射寻呼消息1430的总共波束方向或天线端口的子集。在本示例中，基站1402确定寻呼消息1430仅需要发射到总共20个波束方向/天线端口中的波束方向/天线端口3、6和8上，因为正被寻呼的用户设备群组1422的所有成员都在这三个方向上。结果，基站1402仅向用于波束方向3、6和8的天线端口发射寻呼消息1430。由于用户设备1412、1414、1416中的每个在寻呼消息1430所发射的这些方向之一上，因此用户设备1412、1414、1416中的每个将接收到寻呼消息1430。
在一些实施例中，基站1402可以向所识别的波束方向/天线端口(即，方向3、6、8)附加地发送相关信息，诸如寻呼下行控制信息。在一些实施例中，基站1402可以在传输对应于正被寻呼的用户设备的寻呼指示1424之后的下一寻呼时机期间发射寻呼消息1430。备选地，寻呼消息1430可以在预定的时间-频率资源上发射。
在一些实施例中，寻呼消息1430可以包含用于实际上正被寻呼的每个用户设备的标识符。在本示例中，寻呼消息1430将包含用于用户设备1412和用户设备1414的标识符(例如，S-TMSI)。在接收到寻呼消息1430之后，用户设备1412、1414、1416中的每个可以确定它是否正被寻呼。用户设备1416将确定它不被寻呼，因为它的标识符未包括在寻呼消息1430中。而用户设备1412、1414中的每个将确定它正被寻呼，因为它的标识符包括在寻呼消息1430中。确定它们正被寻呼的用户设备可以在随机接入信道上执行随机接入过程，以便根据寻呼消息1430来接入网络。
图15是用于寻呼传输的过程1500的时序图。过程1500在此可以称为模式2。过程1500涉及基站1402和用户设备1412、1414、1416、1418(例如，如针对用户设备106、312、404、512、无线通信装置200所描述的)。
如前所述，基站1402可以具有对应于20个波束方向的天线和天线端口。用户设备1412、1414、1416可以属于用户群组4，而用户设备1418可以属于用户群组5。用户设备1412可以位于波束方向3中并由天线端口3服务。用户设备1414可以位于波束方向6中并由天线端口6服务。用户设备1416可以位于波束方向8中并由天线端口8服务。用户设备1418可以位于波束方向9中并由天线端口9服务。
在开始过程1500之前，基站1402可以确定必须寻呼用户设备1412和用户设备1414(例如，网络通知基站1402针对用户设备1412、1414的呼叫到达)。
基站1402确定用户设备群组1522。基站1402可以通过确定需要被寻呼的用户设备属于哪些群组来确定用户设备群组1522。在此示例中，基站1402将确定用户设备群组4，因为这两个需要被寻呼的用户设备(即，用户设备1412、1414)都属于用户设备群组4。
基站发射寻呼指示1524。基站1402可以以扫描方式在针对所有波束方向的所有天线端口上发射寻呼指示1524。由此，基站1402所服务的小区中存在的所有用户设备(或者至少在此寻呼时机期间醒来的所有这种用户设备)，包括用户设备1412、1414、1416、1418中的每个，都将接收寻呼指示1524。
寻呼指示1524可以包括用户设备指示信息。例如，寻呼指示可以包含八比特(例如，如针对数据结构1200所描述的XXXXXXXX)，其标识哪些用户设备群组正被寻呼。在当前示例中，用户设备指示信息可以是00001000以指示仅用户设备群组4正被寻呼。
寻呼指示1524还可以包括寻呼传输模式指示信息，以指示基站将使用的寻呼传输模式。由于基站1402正使用模式2，因此寻呼传输模式指示信息可以指示值2(例如，10)。
在一些实施例中，寻呼指示1524可以包括其他信息。例如，寻呼指示1524可以包括寻呼下行控制信息，将使用P-RNTI作为掩码对该寻呼下行控制信息进行CRC加扰。寻呼指示可以包含用于将要发射的寻呼消息的调度信息。
当用户设备1412、1414、1416、1418接收到寻呼指示1524时，每个可以确定它是否在正被寻呼的用户设备群组1522中。用户设备1418确定它不在正被寻呼的用户设备群组1522中(因为用户设备指示信息的比特5设置为0)，因此用户设备1418不采取进一步动作(例如，返回空闲模式)。
用户设备1412、1414、1416中的每个确定它们在正被寻呼的用户设备群组1522中(因为用户设备指示信息的比特4设置为1)，因此用户设备1412、1414、1416中的每个准备发送针对寻呼指示的响应1526。来自用户设备1412、1414、1416中的每个的响应1526可以包括对每个用户设备1412、1414、1416所位于的天线端口的指示。例如，用户设备1412、1414、1416中的每个可以选择用于传输响应1526的、对应于该用户设备所位于的天线端口的资源。例如，用户设备1412可以在用于天线端口3的资源上发射响应1526。用户设备1414可以在用于天线端口6的资源上发射响应1526。用户设备1416可以在用于天线端口8的资源上发射响应1526。
在一些实施例中，用户设备1412、1414、1416可以将响应1526作为随机接入信道(RACH)上的前导码来发射。在一些情形中，此前导码可以是随机接入信道上所谓的“请求”的一部分。不过在本示例中，用户设备1412、1414、1416可以使用随机接入信道“请求”以便向基站1402发送响应1526。
基站1402发射响应1528。基站1402可以在其接收响应1526的同一随机接入信道上将响应1528作为随机接入响应(RAR)消息来发射。响应1528可以包含基站1402尝试向正被寻呼的用户设备递送的寻呼消息。即，模式1和模式2的不同之处至少在于，模式1在标准寻呼信道(例如，PCCH/PCH)上发射寻呼消息，而模式2在随机接入信道(RACH)上将寻呼消息作为响应的一部分来发射。
基于响应1526，基站1402可以确定应当向其发射响应1528的总波束方向或天线端口的子集。在本示例中，基站1402确定响应1528仅需要发射到总共20个波束方向/天线端口中的波束方向/天线端口3、6和8上，因为正被寻呼的用户设备群组1522(即，用户设备群组4)的所有成员都在这三个方向上。结果，基站1402仅向用于波束方向3、6和8的天线端口发射响应1528。由于用户设备1412、1414、1416中的每个在响应1528所发射的这些方向之一上，因此用户设备1412、1414、1416中的每个将接收到响应1528。
在一些实施例中，响应1528可以包含用于实际上正被寻呼的每个用户设备的标识符。在本示例中，响应1528将包含用于用户设备1412和用户设备1414的标识符(例如，S-TMSI)。在接收到响应1528之后，用户设备1412、1414、1416中的每个可以确定它是否正被寻呼。用户设备1416将确定它不被寻呼，因为它的标识符未包括在响应1528中。而用户设备1412、1414中的每个将确定它正被寻呼，因为它的标识符包括在响应1528中。确定它们正被寻呼的用户设备可以在随机接入信道上执行随机接入过程，以便根据响应1530来接入网络。
在过程1500中，响应1528的RAR的接收配置可以在剩余最小系统信息(RMSI)中配置给用户设备。用户设备可以在对应RAR窗口内的多个物理下行控制信道中检测响应1528的RAR。RAR调度信息可以利用RA-RNTI作为掩码对下行控制信息的CRC进行加扰。响应1528的RAR也可以包括对应的随机接入前导码标识符(RAPID)以向用户设备指示响应1528的RAR对应于哪个前导码。响应1528的RAR不需要包括定时提前指示和上行授权信息。
图16是用于寻呼传输的过程1600的时序图。过程1600在此可以称为模式3。过程1600涉及基站1402和用户设备1412、1414、1416、1418(例如，如针对用户设备106、312、404、512、无线通信装置200所描述的)。
如前所述，基站1402可以具有对应于20个波束方向的天线和天线端口。用户设备1412、1414、1416可以属于用户群组4，而用户设备1418可以属于用户群组5。用户设备1412可以位于波束方向3中并由天线端口3服务。用户设备1414可以位于波束方向6中并由天线端口6服务。用户设备1416可以位于波束方向8中并由天线端口8服务。用户设备1418可以位于波束方向9中并由天线端口9服务。
在开始过程1600之前，基站1402可以确定必须寻呼用户设备1412和用户设备1414(例如，网络通知基站1402针对用户设备1412、1414的呼叫到达)。
基站1402确定用户设备群组1622。基站1402可以通过确定需要被寻呼的用户设备属于哪些群组来确定用户设备群组1622。在此示例中，基站1402将确定用户设备群组4，因为这两个需要被寻呼的用户设备(即，用户设备1412、1414)都属于用户设备群组4。
基站发射寻呼指示1624。基站1402可以以扫描方式在针对所有波束方向的所有天线端口上发射寻呼指示1624。由此，基站1402所服务的小区中存在的所有用户设备(或者至少在此寻呼时机期间醒来的所有这种用户设备)，包括用户设备1412、1414、1416、1418中的每个，都将接收寻呼指示1624。
寻呼指示1624可以包括用户设备指示信息。例如，寻呼指示可以包含八比特(例如，如针对数据结构1200所描述的XXXXXXXX)，其标识哪些用户设备群组正被寻呼。在当前示例中，用户设备指示信息可以是00001000以指示仅用户设备群组4正被寻呼。
寻呼指示1624还可以包括寻呼传输模式指示信息，以指示基站将使用的寻呼传输模式。由于基站1402正使用模式3，因此寻呼传输模式指示信息可以指示值3(例如，11)。
在一些实施例中，寻呼指示1624可以包括其他信息。例如，寻呼指示1624可以包括寻呼下行控制信息，将使用P-RNTI作为掩码对该寻呼下行控制信息进行CRC加扰。寻呼指示可以包含用于将要发射的寻呼消息的调度信息。
当用户设备1412、1414、1416、1418接收到寻呼指示1624时，每个可以确定它是否在正被寻呼的用户设备群组1622中。用户设备1418确定它不在正被寻呼的用户设备群组1622中(因为用户设备指示信息的比特5设置为0)，因此用户设备1418不采取进一步动作(例如，返回空闲模式)。
用户设备1412、1414、1416中的每个确定它们在正被寻呼的用户设备群组1622中(因为用户设备指示信息的比特4设置为1)，因此用户设备1412、1414、1416中的每个准备发送针对寻呼指示的响应1626。来自用户设备1412、1414、1416中的每个的响应1626可以包括针对每个用户设备所位于的天线端口的指示。例如，用户设备1412、1414、1416中的每个可以选择用于传输响应1626的、对应于该用户设备所位于的天线端口的资源。例如，用户设备1412可以在对应于天线端口3的资源上发射响应1626。用户设备1414可以在对应于天线端口6的资源上发射响应1626。用户设备1416可以在对应于天线端口8的资源上发射响应1626。
在一些实施例中，用户设备1412、1414、1416可以将响应1626作为随机接入信道(RACH)上的前导码来发射。在一些情形中，此前导码可以是随机接入信道上所谓的“请求”的一部分。不过在本示例中，用户设备1412、1414、1416可以使用随机接入信道“请求”以便向基站1402发送响应1626。
基站1402发射响应1628。基站1402可以在其接收响应1526的同一随机接入信道上将响应1628作为随机接入响应(RAR)消息来发射。响应1628可以包含基站1402尝试向正被寻呼的用户设备递送的寻呼消息。即，模式1和模式3的不同之处至少在于，模式1在标准寻呼信道(例如，PCCH/PCH)上发射寻呼消息，而模式3在随机接入信道(RACH)上将寻呼消息作为响应的一部分来发射。
基于响应1626，基站1402可以确定应当向其发射响应1628的总波束方向/天线端口的子集。在本示例中，基站1402确定响应1628仅需要发射到总共20个波束方向/天线端口中的波束方向/天线端口3、6和8上，因为正被寻呼的用户设备群组1622(即，用户设备群组4)的所有成员都在这三个方向上。结果，基站1402仅向用于波束方向3、6和8的天线端口发射响应1528。由于用户设备1412、1414、1416中的每个在响应1628所发射的这些方向之一上，因此用户设备1412、1414、1416中的每个将接收到响应1628。
在一些实施例中，响应1628可以包含用于实际上正被寻呼的每个用户设备的标识符，以及定时提前指示和上行授权。在本示例中，响应1628将包含用于用户设备1412和用户设备1414的标识符(例如，S-TMSI)。在接收到响应1628之后，用户设备1412、1414、1416中的每个可以确定它是否正被寻呼。用户设备1416将确定它不被寻呼，因为它的标识符未包括在响应1628中。而用户设备1412、1414中的每个将确定它正被寻呼，因为它的标识符包括在响应1628中。
确定它们正被寻呼的用户设备可以使用定时提前指示和上行授权以便建立到网络的接入。特别地，响应1628中所标识的用户设备(例如，用户设备1412、1414)可以根据在响应1628中提供的上行授权继续发送消息1630。基站1402接着可以发射消息1632以向消息1632所发射到的用户设备1412、1414中的每个确认其已经成功接入网络。即，模式2和模式3的不同之处至少在于，模式2使用RAR(响应1528)来标识正被寻呼的用户设备，而模式3使用RAR(响应1628)来标识正被寻呼的用户设备以及提供被寻呼的用户设备所需的、用于后续网络接入的上行授权。
图17是用于使用多个寻呼传输模式的寻呼传输的过程1700的流程图。过程1700可以由与一个或多个用户设备(例如，如针对用户设备106、312、404、512、1412、无线通信装置200所描述的)通信的基站(例如，如针对基站102、302、402、502、1402、无线通信装置200所描述的)执行。
在开始过程1700之前，基站可以确定必须寻呼特定用户设备(例如，网络通知基站针对用户设备的呼叫到达)。尽管在过程1700中未绘出，基站可以基于将要寻呼的用户设备来确定用户设备群组(例如，如针对用户设备群组1422所描述的)。
在框1702处，基站确定寻呼传输模式。基站可以通过从一组可用传输模式(例如，本文描述的模式1、2和3)中选择一个传输模式来确定寻呼传输模式。如果传输模式涉及基站配置的和/或能够执行的通信序列，则该传输模式可以视为对基站“可用”。
基站可以使用各种因素中任意来确定寻呼传输模式。例如，基站可以选择被预先定义为默认寻呼传输模式的寻呼传输模式。作为另一示例，基站可以基于要被寻呼的用户设备群组中的用户设备预期数量来选择寻呼传输模式。例如，模式1和2可能对于寻呼大型用户设备群组中的用户设备更为有效(例如，因为模式3中的竞争将导致许多冲突，因此不太有效)，而模式3可能对于寻呼小型用户设备群组中的用户设备更为有效(例如，因为随机接入是作为寻呼传输的一部分而建立的)。作为另一示例，网络可以向基站指示使用什么寻呼传输模式。
在框1704处，基站发射寻呼指示。基站可以如本文其他处所描述的那样发射寻呼指示(例如，如针对寻呼指示1424、1524、1624所描述的)。位于用于基站的不止一个天线端口处的一个或多个用户设备可以接收该寻呼指示。接收该寻呼指示的用户设备可以使用包含在寻呼指示中的用户设备指示信息以便确定该用户设备是否是正被触发以提供响应的群组的一部分。
在框1706处，基站接收来自用户设备的一个或多个响应。特别地，(在框1704处作为寻呼指示的一部分发射的)用户设备指示信息所标识的群组中的所有用户设备可以使用在随机接入信道上发射的消息前导码来向基站提供响应。基站在框1706处接收的每个响应可以包括对发送用户设备所处于的波束方向/天线端口的指示。
在框1708处，过程1700基于在框1702处选择的寻呼传输模式而出现分支。如果选择了模式1，则过程1700继续到框1710。如果选择了模式2，则过程1700继续到框1712。如果选择了模式3，则过程1700继续到框1714。
在框1710处，基站在寻呼信道上发射寻呼消息。基站可以在标准寻呼信道(例如，PCCH/PCH)上发射标准寻呼消息。基站可以仅向在框1706处接收到的响应所指示的那些波束方向/天线端口发射寻呼消息。寻呼消息可以包括用于正被寻呼的用户设备的标识信息。接收到寻呼消息的每个用户设备可以使用该标识信息来确定它是否被寻呼。在完成框1710之后，正被寻呼的用户设备完成寻呼，但是用户设备尚未通过随机接入信道(例如，RACH)建立上行接入(框1724)。
在框1712处，基站发射带有用于正被寻呼的用户设备的标识符的响应消息。基站可以在与在框1706处接收响应相同的随机接入信道上将该响应作为随机接入响应(RAR)来发射。该响应可以包括用于正被寻呼的用户设备的标识信息。接收到该响应的每个用户设备可以使用此标识信息来确定它是否正被寻呼。在完成框1712之后，正被寻呼的用户设备完成寻呼，但是用户设备尚未通过随机接入信道(例如，RACH)建立上行接入(框1724)。
在框1714处，基站发射带有用于正被寻呼的用户设备的标识符以及上行授权信息的响应消息。基站可以在与在框1706处接收响应相同的随机接入信道上将该响应作为随机接入响应(RAR)来发射。该响应可以包括用于正被寻呼的用户设备的标识信息。接收到该响应的每个用户设备可以使用此标识信息来确定它是否正被寻呼。
在框1716处，基站接收一个或多个上行响应。基站可以在与在框1706处接收响应以及在框1714处发射响应相同的随机接入信道上接收该一个或多个上行响应。特别地，在框1716处接收的响应可以是由正被寻呼的用户设备做出的随机接入消息，以便在上行随机接入信道上安全接入到网络。用户设备可以使用由基站在框1714处发射的上行授权信息来发送由基站在框1716处接收的响应。
在框1718处，确定在框1716处是否成功接收到上行响应。特别地，由于正被寻呼的用户设备尝试在上行随机接入信道上发送响应，它将与其他用户设备竞争该信道上的资源。如果用户设备在上行随机接入信道上竞争成功，则过程1700继续到框1720。如果用户设备在上行随机接入信道上未竞争成功，则正被寻呼的用户设备已经完成寻呼，但是该用户设备尚未通过随机接入信道(例如，RACH)建立上行接入(框1724)。
在框1720处，基站向用户设备发送响应以通知该用户设备它对上行随机接入资源的竞争成功。在框1720处，基站可以在与在框1706处接收响应、在框1714处发射响应、以及在框1716处接收响应相同的随机接入信道上发射响应。在完成框1720之后，正被寻呼的用户设备已经完成寻呼，并且该用户设备已经通过随机接入信道(例如，RACH)建立了上行接入(框1722)。
在一些实施例中，在框1704处发射的寻呼指示可以包括寻呼传输模式指示信息。例如，寻呼指示可以包括用于每个用户设备群组的寻呼传输模式的两比特标识符(如在框1702处选择的)。例如，如果有八个用户设备群组，则可以分配16比特来指示用户设备群组的寻呼传输模式。在这种实施例中，两比特可以指示将要使用的寻呼传输模式(例如，01＝模式1，10＝模式2，11＝模式3)。由此，作为寻呼指示中的用户设备指示信息所指示的用户设备群组中的成员的用户设备可以使用对应于其用户设备群组的两比特来确定它该如何继续后续寻呼活动(例如，针对模式1监听寻呼信道，针对模式2和3监听随机接入信道)。备选地，单个寻呼传输模式指示可以用于所有用户设备群组，这种情况下，所有用户设备可以使用所指示的相同的寻呼传输模式。
图18是用于使用多个寻呼传输模式的寻呼传输的过程1800的流程图。过程1700可以由与一个或多个用户设备(例如，如针对用户设备106、312、404、512、1412、无线通信装置200所描述的)通信的基站(例如，如针对基站102、302、402、502、1402、无线通信装置200所描述的)执行。过程1800可以基本上如针对过程1700所描述的那样提供，类似的参考标号指代类似的要素。过程1700和过程1800之间的区别在下面指出。
在框1802处，基站确定寻呼传输模式。基站可以通过从一组可用传输模式(例如，本文描述的模式2和3)中选择一个传输模式来确定寻呼传输模式。如果传输模式涉及基站配置的和/或能够执行的通信序列，则该传输模式可以视为对基站“可用”。相对于过程1700中的框1702，过程1800中的框1802可能涉及基站从少量可用传输模式中选择寻呼传输模式。由于基站或与之通信的用户设备支持更少数量的寻呼传输模式，可能可用的寻呼传输模式更少。基站可以使用各种因素中任意来确定寻呼传输模式，诸如针对框1702描述的示例性因素。
在框1808处，过程1800基于在框1802处选择的寻呼传输模式而出现分支。如果选择了模式2，则过程1800继续到框1712。如果选择了模式3，则过程1800继续到框1714。
应当理解，本文描述的实施例可以结合比此处描述的那些更多或更少的寻呼传输模式来使用。
根据前述，将会理解本文已经出于示例说明目的描述了本发明的特定实施例，但是在不偏离本发明范围的情况下可以做出各种修改。因此，本发明不限于此，而受所附权利要求限制。
本文档中描述公开的和其他实施例、模块和功能操作可以实现在数字电子电路中、或计算机软件、固件或硬件中，包括在本文档中公开的结构及其结构上的等效物，或者实现在它们的一个或多个的组合中。所公开的和其他实施例可以实现为一个或多个计算机程序产品，即，编码在计算机可读介质上以供数据处理装置的操作执行或用于控制器操作的计算机程序指令的一个或多个模块。计算机可读介质可以是机器可读存储设备、机器可读存储基质、存储设备、影响机器可读传播信号的物质组合、或它们的一个或多个的组合。术语“数据处理装置”涵盖用于处理数据的所有装置、设备和机器，例如包括可编程处理器、计算机、或多个处理器或计算机。除了硬件之外，装置可以包括创建用于所讨论的计算机程序的执行环境的代码，例如构成处理器固件、协议栈、数据库管理系统、操作系统、或其一个或多个的组合的代码。传播信号是人工生成的信号，例如机器生成的电的、光的、或电磁信号，其被生成以对用于传输到合适的接收器装置的信息进行编码。
计算机程序(也称为程序、软件、软件应用、脚本或代码)可以以任意形式的编程语言编写，包括汇编或解译语言，并且其可以以任何形式部署，包括作为单机程序或作为模块、组件、子例程、或其他适合于在计算环境中使用的单元。计算机程序不是必须对应于文件系统中的文件。程序可以存储在保存有其他程序或数据的文件的一部分中(例如，存储在标记语言文档中的一个或多个脚本)，在专用于所讨论的程序的单个文件中，或者在多个协同文件中(例如，存储一个或多个模块、子程序或代码部分的文件)。可以部署计算机程序以在一个计算机或在位于一个地点或分布在多个地点并通过通信网络互连的多个计算机上执行。
本文中描述的过程和逻辑流可以由一个或多个可编程处理器来执行，其执行一个或多个计算机程序以通过在输入数据上操作并生成输出来实现功能。过程和逻辑流也可以由专用逻辑电路来执行，并且装置也可以实现为专用逻辑电路，例如，FPGA(现场可编程门阵列)或ASIC(专用集成电路)。
适合于执行计算机程序的处理器例如包括通用和专用微处理器，以及任何种类的数字计算机的任意一个或多个处理器。通常，处理器将从只读存储器或随机访问存储器或二者接收指令和数据。计算机的本质元件是用于执行指令的处理器和用于存储指令和数据的一个或多个存储设备。通常，计算机还会包括，或操作性耦合以从其接收数据或向其传送数据，或二者同时具有的用于存储数据的一个或多个海量存储设备，例如，磁的、磁光盘或光盘。然而，计算机不是必须具有这种设备。适合于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器，例如EPROM、EEPROM，以及闪速存储设备；磁盘，例如内部硬盘或可移动盘；磁光盘；以及CD ROM和DVD-ROM盘。处理器和存储器可以通过专用逻辑电路来补充，或包含于其内。
尽管本文档包含很多细节，这些细节不应当解释为对所请求保护或可以请求保护的发明范围的限制，而是解释为对特定于特定实施例的特征的描述。在本文档中在分开的实施例的上下文中描述的某些特征也可以组合实现在单个实施例中。反过来，在单个实施例的上下文中描述的各种特征也可以实现在多个分开的实施例中或实现在任何合适的子组合中。而且，尽管上述特征可能描述为在某些组合中起作用甚至最初是这样声称的，来自所声称组合的一个或更多特征在某些情况下可以从该组合排除，并且所声称组合可以指向子组合或子组合的变体。类似地，虽然图中描绘的操作是按照特定顺序进行的，但不应将此理解为要求按照所示的特定顺序或相继顺序进行此类操作，或要求执行所有图示操作以获得期望结果。
只描述了少数实现和示例。对所描述示例和实现以及其他实现的变化、修改和增强可以基于本公开内容进行。

Claims (9)

1.一种用于在无线网络中寻呼用户设备的方法，包括：
通过网络节点将寻呼指示映射到一个或多个资源元素上，其中所述一个或多个资源元素是同步信号的一个或多个符号中未被所述同步信号映射的资源元素，并且其中所述寻呼指示包括寻呼传输模式的指示符；
从多个可用传输模式中选择所述寻呼传输模式，其中所述多个可用传输模式中的第一个包括配置寻呼下行控制和/或寻呼消息的后续传输，所述多个可用传输模式中的第二个包括配置随机接入响应的后续传输，所述随机接入响应包括被寻呼的用户设备的标识符，并且所述多个可用传输模式中的第三个包括配置随机接入响应的后续传输，所述随机接入响应包括被寻呼的用户设备的标识符、定时提前命令和上行授权信息；
将寻呼原因类别指示信息映射到所述一个或多个资源元素，其中与所述寻呼原因类别指示信息相关的寻呼原因包括特定寻呼原因和/或公共寻呼原因，并且其中当所述寻呼原因包括所述特定寻呼原因时，所述寻呼指示包括调度信息；以及
发射所述寻呼指示以触发来自用户设备的响应以供执行后续寻呼。
2.根据权利要求1所述的方法，其中所述一个或多个资源元素包括一个或多个连续的多个资源元素，其中解调参考信号未映射到所述连续的多个资源元素中的资源元素上。
3.根据权利要求2所述的方法，还包括：
将解调参考信号映射到一个或多个物理广播信道符号中的一个或多个资源元素上，所述一个或多个物理广播信道符号与所述同步信号的一个或多个符号中的至少一个相邻，所述解调参考信号提供用于解调所述寻呼指示的参考信号，
其中所述寻呼指示与物理广播信道共享相同的天线端口。
4.根据权利要求1所述的方法，其中所述一个或多个资源元素位于所述同步信号的带宽之外，并且其中所述一个或多个资源元素在一个或多个物理广播信道的带宽之内。
5.根据权利要求1所述的方法，还包括：
从一个或多个用户设备接收对所述寻呼指示的一个或多个响应；以及
基于在所述一个或多个响应中接收的信息，发射一个或多个寻呼消息。
6.根据权利要求1所述的方法，还包括：
使用多个天线端口发射所述寻呼指示；
从一个或多个用户设备接收对所述寻呼指示的一个或多个响应，每个响应指示至少一个天线端口；以及
使用所述一个或多个响应中指示的天线端口来发射一个或多个寻呼消息。
7.根据权利要求1所述的方法，还包括：
确定要寻呼的一个或多个用户设备所属于的用户设备群组，
其中所述寻呼指示包括所述用户设备群组的指示符。
8.一种计算设备，包括处理器和存储器，所述存储器存储有指令，所述指令在被所述处理器执行时致使所述处理器执行根据权利要求1到7任一所述的方法。
9.一种非瞬态计算机可读介质，其上存储有用于执行根据权利要求1到7任一所述的方法的计算机可执行指令。
CN201780093859.3A 2017-08-11 2017-08-11 在无线通信中传送寻呼信息 Active CN110999459B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210500851.7A CN114938539A (zh) 2017-08-11 2017-08-11 在无线通信中传送寻呼信息

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/097179 WO2019028863A1 (en) 2017-08-11 2017-08-11 COMMUNICATING RADIATION INFORMATION IN A WIRELESS COMMUNICATIONS NETWORK

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202210500851.7A Division CN114938539A (zh) 2017-08-11 2017-08-11 在无线通信中传送寻呼信息

Publications (2)

Publication Number Publication Date
CN110999459A CN110999459A (zh) 2020-04-10
CN110999459B true CN110999459B (zh) 2022-05-20

Family

ID=65272873

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201780093859.3A Active CN110999459B (zh) 2017-08-11 2017-08-11 在无线通信中传送寻呼信息
CN202210500851.7A Pending CN114938539A (zh) 2017-08-11 2017-08-11 在无线通信中传送寻呼信息

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202210500851.7A Pending CN114938539A (zh) 2017-08-11 2017-08-11 在无线通信中传送寻呼信息

Country Status (4)

Country Link
US (2) US11224028B2 (zh)
EP (1) EP3665990B1 (zh)
CN (2) CN110999459B (zh)
WO (1) WO2019028863A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019028863A1 (en) 2017-08-11 2019-02-14 Zte Corporation COMMUNICATING RADIATION INFORMATION IN A WIRELESS COMMUNICATIONS NETWORK
US10530503B2 (en) * 2017-09-11 2020-01-07 Apple Inc. Apparatus and method for RSRP measurement and allocation of downlink transmission resources
CN110475213B (zh) * 2018-05-11 2021-06-22 华为技术有限公司 一种寻呼消息传输方法及装置
CN114391287A (zh) * 2020-08-04 2022-04-22 北京小米移动软件有限公司 寻呼分组配置、寻呼检测方法、装置、接入网设备和终端
US20220124672A1 (en) * 2020-10-20 2022-04-21 Qualcomm Incorporated Page indication for idle or inactive state user equipment (ue)
WO2022082559A1 (en) * 2020-10-22 2022-04-28 Zte Corporation Multi-subscriber identification module techniques for wireless systems
CN114554597A (zh) * 2020-11-24 2022-05-27 维沃移动通信有限公司 寻呼指示方法、装置、终端、网络设备和可读存储介质
WO2023010554A1 (en) * 2021-08-06 2023-02-09 Zte Corporation Method, device and computer program product for wireless communication

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103428812A (zh) * 2012-05-18 2013-12-04 电信科学技术研究院 一种传输寻呼信息的方法、设备及系统
CN104115513A (zh) * 2011-09-30 2014-10-22 英特尔公司 映射增强物理下行链路控制信道

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4711844B2 (ja) 2006-02-08 2011-06-29 株式会社エヌ・ティ・ティ・ドコモ 無線通信システムにおける上りリンクのチャネル構成
US8929927B1 (en) * 2012-10-10 2015-01-06 Sprint Spectrum L.P. Adjustment of communication parameters in a coverage area based on prevalence of eCSFB devices in the coverage area
WO2015026285A2 (en) * 2013-08-21 2015-02-26 Telefonaktiebolaget L M Ericsson (Publ) Paging in coverage extension mode
US20160014718A1 (en) * 2014-07-14 2016-01-14 Sierra Wireless, Inc. Quick paging method and apparatus in lte
EP3180955B1 (en) * 2014-08-15 2019-08-14 Interdigital Patent Holdings, Inc. Supporting random access and paging procedures for reduced capability wtrus in an lte system
US10455544B2 (en) * 2015-01-30 2019-10-22 Qualcomm Incorporated Enhanced paging procedures for machine type communications (MTC)
CN107925499B (zh) * 2015-09-02 2019-11-05 Lg电子株式会社 用于在无线通信系统中为窄带ue指示中心频率偏移的方法和设备
US10484102B2 (en) * 2016-09-02 2019-11-19 Qualcomm Incorporated Signaling mechanism to enable local operation for multi-antenna wireless communication systems
US10959206B2 (en) * 2017-01-09 2021-03-23 Qualcomm Incorporated Conveying paging group information through control channel transmissions
US10455547B2 (en) * 2017-01-09 2019-10-22 Qualcomm Incorporated Provision of a paging response between transmissions of a paging indication and paging information
US10673552B2 (en) * 2017-04-14 2020-06-02 Qualcomm Incorporated Synchronization signal block designs for wireless communication
EP4009719B1 (en) * 2017-05-03 2023-01-25 Sony Group Corporation Efficient utilization of ssbs in new radio systems
CN110832942B (zh) * 2017-07-07 2021-09-03 华为技术有限公司 随机接入的方法、终端设备和网络设备
WO2019028863A1 (en) 2017-08-11 2019-02-14 Zte Corporation COMMUNICATING RADIATION INFORMATION IN A WIRELESS COMMUNICATIONS NETWORK

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104115513A (zh) * 2011-09-30 2014-10-22 英特尔公司 映射增强物理下行链路控制信道
CN103428812A (zh) * 2012-05-18 2013-12-04 电信科学技术研究院 一种传输寻呼信息的方法、设备及系统

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
R1-157123:Information carried on synchronization signal and broadcast channel;ASUSTeK;《3GPP tsg_ran\WG1_RL1》;20151122;全文 *
R1-1705171:Paging design for NR;Panasonic;《3GPP tsg_ran\WG1_RL1》;20170407;第1-3页 *
R1-1705570：Paging design consideration;Qualcomm Incorporated;《3GPP TSG-RAN WG1 #88bis》;20170407;第3-4节 *

Also Published As

Publication number Publication date
WO2019028863A1 (en) 2019-02-14
CN114938539A (zh) 2022-08-23
EP3665990A1 (en) 2020-06-17
US11224028B2 (en) 2022-01-11
US20200236646A1 (en) 2020-07-23
EP3665990B1 (en) 2023-07-19
EP3665990A4 (en) 2020-07-29
US20220086797A1 (en) 2022-03-17
US11617157B2 (en) 2023-03-28
CN110999459A (zh) 2020-04-10

Similar Documents

Publication Publication Date Title
CN110999459B (zh) 在无线通信中传送寻呼信息
CN109729580B (zh) 通信方法及装置
US11722854B2 (en) Multicast transmission method and apparatus, and computer storage medium
CN108632999B (zh) 信息发送、接收方法及装置、网络侧设备、终端、处理器
CN110932833B (zh) 信息传输方法和装置
EP2891373B1 (en) Mobile communications system, network element and method for resource allocation on a virtual carrier for machine-type communications with a narrow band epdcch
US11902935B2 (en) Method and apparatus for performing paging in a communication system
WO2018234366A1 (en) TRANSMITTING AND RECEIVING BROADCAST INFORMATION IN A WIRELESS COMMUNICATION SYSTEM
EP2891374B1 (en) Mobile communications device and method for resource allocation on a virtual carrier for machine-type communications with a narrow band epdcch
CN110521252B (zh) 接收寻呼消息的方法和用于该方法的终端
CN109565847B (zh) 一种控制信息的传输方法和基站以及用户设备
CN110635875B (zh) 信息传输的方法及装置
EP3342223B1 (en) Telecommunications apparatuses and methods
CN116321507B (zh) 用于随机接入的方法、装置及系统
KR101534368B1 (ko) 통신 시스템에서 퀵 페이징을 위한 코드 워드 할당 방법
CN111656830A (zh) 具有多个波束操作的无线电网络中的寻呼机制
US10560922B2 (en) Channel transmission method, base station, and terminal device
EP3451760A1 (en) Method and device for sending and receiving control signaling in communications system
CN111096008A (zh) 一种寻呼时间的确定方法及装置、计算机存储介质
CN113328839B (zh) 时域资源的确定、检测方法及装置、存储介质、电子装置
CN114846824A (zh) 对设备的计数
CN108668360B (zh) 一种寻呼消息的发送方法、接收方法、基站及终端
CN113329478A (zh) 一种随机接入响应方法及装置
CN107743061B (zh) 一种标识信息的传输方法及装置
CN116235614A (zh) 用于随机接入的方法及设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant