在无线通信系统中发送寻呼消息的控制安排和方法

专利名称：在无线通信系统中发送寻呼消息的控制安排和方法
技术领域：
概括地说，本公开涉及无线通信，更具体地说，涉及寻呼无线终端的控制。
背景技术：
无线通信系统得到广泛的部署以提供各种类型的通信内容，如语音、数据等。这些 系统可以是多址系统，能够通过分享可用的系统资源(如，带宽和发射功率)来支持多用户 通信。这类多址系统的例子包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址 (FDMA)系统、3GPP长期演进技术(LTE)系统和正交频分多址(OFDMA)系统。一般来说，无线多址通信系统可以同时支持对多个无线终端的通信。每个终端通 过在前向和反向链路上的传输与一个或多个基站通信。前向链路(或下行链路)是指从基 站到终端的通信链路，而反向链路(或上行链路)是指从终端到基站的通信链路。该通信 链路可以通过单输入单输出、多输入单输出或多输入多输出(MIMO)系统建立。MIMO系统采用多个(Nt)发射天线和多个(Nk)接收天线来传输数据。由Nk个发射 天线和Nk个接收天线组成的MIMO信道可以分解为Ns个独立信道，其也被称为空间信道，其 *Ns<min{NT，Νκ}。每个Ns个独立信道中的每一个对应一个维度。如果利用由发送和接 收天线创建的额外维度，则MIMO系统可以提供更好的性能(例如，更高的数据吞吐量和/ 或更高的可靠性)。MIMO系统支持时分双工(TDD)和频分双工(FDD)系统。在TDD系统中，前向和 反向链路的传输在相同频率区域上，因此互易原理允许通过反向链路信道估计前向链路信 道。这使得当多个天线在接入点可用时，接入点能够在前向链路上提取发送波束形成的增
■、Λ
frff. ο在目前的移动系统中，特别是在新一代的系统中，一直需要有效地、方便地控制发 送到用户终端的寻呼消息。鉴于这些新系统的复杂性，下面的说明提供了在移动领域中针 对这些和其它需求的方法和系统。

发明内容
本公开定向于管理发送到终端的寻呼参数的系统和方法，以及它们的变化。在本公开的多个方面之一中，提供了用于在无线通信系统中发送寻呼消息的方 法，该方法包括将至少一个用户设备(UE)时间散列(time-hashing)到特定子帧中，该特 定子帧定义与至少一个UE关联的寻呼组的寻呼时机；将寻呼组的寻呼组ID与物理下行链 路控制信道(PDCCH)相关联；在PDCCH中，分配与下行链路共享信道(PDSCH)相关联的资 源；以及通过PDSCH在寻呼时机内发送针对至少一个UE的寻呼消息。
在本公开的另一个方面中，提供了上述方法，其中，将寻呼组ID与PDCCH相关联， 进一步包括用寻呼组ID对PDCCH进行CRC屏蔽。在本公开的另一个方面中，提供了第一方法的修改，进一步包括在PDCCH上发送 与关联于至少一个UE的寻呼组相关联的寻呼指示符(PI)。在本公开的另一个方面中，通过时间散列和CRC屏蔽来识别PI。在本公开的另一个方面中，提供了根据上文的一个方法，进一步包括在单独PDCCH 上发送与关联于至少一个UE的寻呼组相关联的寻呼指示符(PI)。
在本公开的另一个方面中，提供了根据上文的一个方法，其中，除了结尾ID被替 换为专用寻呼组ID外，该PDCCH和传统的PDCCH相同。在本公开的另一个方面中，提供了在无线通信系统中运行的装置，其包括用于将 至少一个用户设备(UE)时间散列到特定子帧的模块，该特定子帧定义了与至少一个UE相 关联寻呼组的寻呼时机；用于将寻呼组的寻呼组ID与物理下行链路控制信道(PDCCH)相关 联的模块；用于在PDCCH中分配与物理下行链路共享信道(PDSCH)相关联的资源的模块； 用于通过PDSCH在寻呼时机内发送针对至少一个UE的寻呼消息的模块。如权利要求7的装置，进一步包括用于在PDCCH上发送与关联于至少一个UE的寻 呼组相关联的寻呼指示符(PI)的模块。在本公开的另一个方面中，提供了根据上文的一个设备，进一步包括用于在单独 PDCCH上发送与关联于至少一个UE的寻呼组相关联的寻呼指示符(PI)的模块。在本公开的另一个方面中，提供了根据上文的一个设备，其中，除了结尾ID被替 换为专用寻呼组ID外，该PDCCH和传统的PDCCH相同。在本公开的另一个方面中，提供了包括指令的机器可读介质，当由机器运行时，其 使机器执行以下操作将至少一个用户设备(UE)时间散列到特定子帧，该特定子帧定义了 与至少一个UE相关联的寻呼组的寻呼时机；将寻呼组的寻呼组ID与物理下行链路控制信 道(PDCCH)相关联；在PDCCH中，分配与物理下行链路共享信道(PDSCH)相关联的资源；以 及通过PDSCH在寻呼时机内发送针对至少一个UE的寻呼消息。在本公开的另一个方面中，提供了根据上文的机器可读介质，进一步包括用于在 PDCCH中发送与关联于至少一个UE的寻呼组相关联的寻呼指示符(PI)的指令。在本公开的另一个方面中，提供了根据上文的机器可读介质，进一步包括用于在 单独PDCCH中发送与关联于至少一个UE的寻呼组相关联的寻呼指示符(PI)的指令。在本公开的另一个方面中，提供了根据上文的机器可读介质，其中，除了结尾ID 被替换为专用寻呼组ID外，该PDCCH和传统的PDCCH相同。在本公开的另一个方面中，提供了在无线通信系统中运行的装置，该装置包括 处理器，其用于将至少一个用户设备(UE)时间散列到特定子帧，该特定子帧定义了与至 少一个UE相关联的寻呼组的寻呼时机；将寻呼组的寻呼组ID与物理下行链路控制信道 (PDCCH)相关联；在PDCCH中，分配与物理下行链路共享信道(PDSCH)相关联的资源；以及 通过PDSCH在寻呼时机内发送针对至少一个UE的寻呼消息；与处理器耦合的、用于存储数 据的存储器。在本公开的另一个方面中，提供了根据上文的一个设备，其中处理器进一步用于 在PDCCH中发送与关联于至少一个UE的寻呼组相关联的寻呼指示符(PI)。
在本公开的另一个方面中，提供了在无线通信系统中发送寻呼消息的方法，该方 法包括根据具有特定DRX周期的不同时段(time instance)将用户设备(UE)划分到寻呼 组中；将与关联于多个UE的特定寻呼组相关联的寻呼消息划分到物理下行链路共享信道 (PDSCH)的传输中；在相应的与寻呼组相关联的时段中发送单独PDSCH，其中，特定寻呼组 中的UE基于传送给UE的PDCCH中的公共寻呼组ID来对正确的PDSCH进行解码。在本公开的另一个方面中，提供了上述方法，其中，PDCCH包括与具有公共寻呼组 ID的UE子集相关联的寻呼指示符(PI)。在本公开的另一个方面中，提供了上述方法，进一步包括在单独PDCCH上发送寻 呼指示符(PI)。在本公开的另一个方面中，提供了上述方法，其中，除了结尾ID被替换为专用寻 呼组ID外，该PDCCH和传统的PDCCH相同。


图1描述了根据一个实施例的多址无线通信系统； 图2是根据一个实施例的通信系统的框图；图3描述了根据一个实施例的用于下行链路的逻辑、传输和物理信道的示例性信 道映射安排；图4A-B是在下行链路子帧中中的示例PDCCH和PDSCH的安排的图示。图5是根据一个实施例描述用于支持寻呼消息传输的示例性控制安排的流程图；图6是根据一个实施例描述示例性的寻呼组嵌套安排的流程图；图7A-B是根据一个实施例分别描述在下行链路子帧中用于支持寻呼消息传输的 示例性控制安排和示例性PDCCH的流程图；图8A-B是根据一个实施例分别描述在下行链路子帧中用于支持寻呼消息传输的 另一个示例性控制安排和示例性PDCCH的流程图；以及图9A-B是根据一个实施例分别描述在下行链路子帧中用于支持寻呼消息传输的 另一个示例性控制安排和示例性PDCCH的流程具体实施例方式结合附图，本公开的功能、性质和优势将在下面列出的详细说明中更加明显。这里描述的技术可以用于各种无线通信网络，例如码分多址(CDMA)网络、时分多 址(TDMA)网络、频分多址(FDMA)网络、正交OFDMA(OFDMA)网络、单载波FDMA(SD-FDMA)网 络等等。术语“网络”和“系统”经常互换使用。CDMA网络可以实现无线技术，例如，UMTS通 用陆地无线接入(UTRA)、cdma2000等。UTRA包括宽带CDMA (W-CDMA)和低码片速率(LCR)。 cdma2000涵盖IS-95、IS-2000和IS-856标准。TDMA网络可以实现无线技术，例如，全球移 动通信系统(GSM)。OFDMA网络可以实现无线技术，例如，演进UTRA(E-UTRA)、IEEE 802. 11， IEEE 802. 16、IEEE 802. 20、闪速OFDM ,等。UTRA、E-UTRA 和 GSM 是通用移动电信系统 (UMTS)的一部分。3GPP长期演进(LTE)是即将推出的使用E-UTRA的UMTS。在称为“第三 代合作伙伴计划”(3GPP)的组织的文件描述了 UTRA、E-UTRA、GSM、UMTS和LTE。在称为“第 三代合作伙伴计划2”(3GPP2)的组织的文件描述了 cdma2000。这些无线技术和标准在本领域是已知的。为清楚起见，下文这对LTE描述这些技术的某些方面，在下面的很多描述中 都使用了 LTE的术语。采用单载波调制和频域均衡的单载波频分多址(SC-FDMA)是已知的技术。 SC-FDMA具有和OFDMA类似的性能和大致相同的整体复杂性。由于其固有的单载波结构， SC-FDMA信号具有较低的峰均功率比(PAPR)。SC-FDMA备受关注，尤其是在上行链路通信 中，其中较低的PAPR给移动终端在传输功率效率的方面带来很多提高。它是针对3GPP长 期演进(LTE)或演进UTRA中的上行链路多址方案的正在进行的设想。参考图1，是根据所示实施例的多址无线通信系统。接入点100 (AP)，也称为演进 节点B或e-NB，其包括多个天线组，一组包括104和106，另一组包括108和110，还有一组 包括112和114。在图1中，针对每个天线组仅示出了两个天线，但是，每个天线组可以使用 更多或更少的天线。接入终端116 (AT)，也称为用户设备(UE)，其与天线112和114通信， 其中天线112和114通过前向链路120将信息传输到接入终端116，并通过反向链路118接 收来自接入终端116的信息。接入终端122与106和108通信，其中天线106和108通过 前向链路126将信息传输到接入终端122，并通过反向链路124接收来自接入终端122的信 息。在FDD系统中，通信链路118、120、124和126可以使用不同的频率进行通信。例如，前 向链路120可以使用与反向链路118所用的不同的频率。每一个天线组和/或它们设计用于通信的区域通常称为接入点扇区。在所述实施 例中 ，每个天线组设计用于与扇区(接入点100所覆盖的区域)中的接入终端通信。在通过前向链路120和126的通信中，接入点100的发射天线利用波束形成针对 不同的接入终端116和124来改善前向链路的信噪比。另外，比起接入点通过单个天线对 其所有接入终端进行传输，接入点使用波束形成来对随机散布在其覆盖范围内的接入终端 进行传输对相邻小区中的接入终端造成的干扰更小。接入点可以是用于与终端通信的固定站，也可以称为接入点、节点B或其他一些 术语。接入终端也称为接入终端、用户设备(UE)、无线通信设备、终端、接入终端或其他一些 术语。图2是MIMO系统200中的发射机系统210 (也被称为接入点)和接收机系统 250(也被称为接入终端)的实施例的框图。在发射机系统210中，将多个数据流的业务数 据从数据源212提供到发送(TX)数据处理器214。在一个实施例中，每个数据流通过各自的发射天线发送。TX数据处理器214根据 针对数据流而选择的特定编码方案对每个数据流的业务数据进行格式化、编码和交织，以 提供编码数据可以使用采用OFDM技术的导频数据对每个数据流的编码数据进行复用。导频数 据通常是已知的数据模式，其以已知的方式得到处理，并可以用在在接收机系统中来估计 信道响应。然后，根据针对数据流而选择的特定调制方案(如BPSK、QSPK或M-QAM)，对每 个数据流的编码并导频复用后的数据进行调制(即符号映射)，以提供调制符号。每个数据 流的数据速率、编码和调制可以由处理器230执行的指令来确定。然后，将所有数据流的调制符号提供给TX MIMO处理器220，其可以进一步处理调 制符号(如，用于OFDM的)。然后，TX MIMO处理器220将NT个调制符号流提供给NT个发 射机(TMTR) 222a 222t。在某些实施例中，TX MIMO处理器220将波束形成的权重施加到这些数据流的符号和发射符号的天线上。
每个发射机222接收和处理各自的符号流以提供一个或多个模拟信号，并进一步 调节模拟信号(如放大、滤波和上变频)，以提供适合于在MIMO信道上传输的调制信号。然 后，来自发射机222a 222t的NT个调制信号分别通过NT个天线224a 224t发送。
在接收机系统250，所发射的调制信号由NR个天线252a 252r接收，并将每个天 线252接收到的信号分别提供到接收机(RCVR) 252a 252r。每个接收机254调节(如放 大、滤波和下变频)各自接收到的信号，对调节后的信号进行数字化以提供采样，并进一步 处理采样以提供相应的“接收到的”符号流。然后，RX数据处理器260基于特定的接收机处理技术来接收并处理来自的NR个接 收机254的NR个接收符号流，以提供NT个“检测到的”符号流。然后，RX数据处理器260 对每个检测到的符号流进行解调、解交织和解码，以恢复数据流的业务数据。RX数据处理 器260进行的处理与在发射机系统210处的TX MIMO处理器220和TX数据处理器214所 执行的处理相反。处理器270周期地决定使用哪个预编码矩阵(下面讨论)。处理器270制作包括 矩阵索引部分和秩值部分的反向链路信息。反向链路消息可以包括各种类型的关于通信链路和/或接收到的数据流的信息。 然后，反向链路消息由TX数据处理器238处理(其还接收来自数据源236的多个数据流的 业务数据)，由调制器280调制，由发射机254a 254r调节，并传输回发射机系统210。在发射机系统210中，来自接收机系统250的调制信号由天线224接收，由接收机 222调节，由解调器240解调并由RX数据处理器242处理，以提取由接收机系统250发送的 反向链路消息。然后，处理器230决定使用哪个预编码矩阵来决定波束形成的权重，然后处 理提取出来的消息。在一个方面中，逻辑信道被分为控制信和业务信道。逻辑控制信道包括广播控制 信道(BCCH)，其为用于广播系统控制信息的DL信道。寻呼控制信道(PCCH)，其为用于传递 寻呼消息的DL信道。多播控制信道(MCCH)，其为用于发送多媒体广播和多播服务(MBMS) 计划以及用于一个或几个MTCH的控制信息的点对多点DL信道。一般来说，在RRC连接建 立之后，此信道只能由接收MBMS (即旧的MCCH+MSCH)的UE使用。专用控制信道(DCCH) 是点对点双向信道，其发送专用控制信息并由具有RRC连接的UE使用。在一个方面中，逻 辑业务信道包括专用业务信道(DTCH)，其为点对点双向信道，专用于一个UE，用于传递用 户信息。另外，多播业务信道(MTCH)是用于发送业务数据的点对多点DL信道。在一个方面中，传输信道分为DL和UL。DL传输信道包括广播信道(BCH)、下行 链路共享数据信道(DL-SDCH)和寻呼信道(PCH)，其中支持UE功率节省(网络向UE指示 DRX循环)的PCH在整个小区中广播并映射至可用于其他控制/业务信道的PHY资源。UL 传输信道包括随机接入信道(RACH)、请求信道(REQCH)、上行共享数据信道(UL-SDCH)和 多个PHY信道。PHY信道包括一组DL信道和UL信道。DL PHY信道包括公共导频信道(CPICH)同步信道(SCH)公共控制信道(CCCH)
共享DL控制信道(SDCCH)多播控制信道(MCCH)共享UL分配信道(SUACH)确认信道(ACKCH)DL物理共享数据信道(DL-PSDCH)UL功率控制信道(UPCCH)寻呼指示信道(PICH) 负载指示信道(LICH)UL PHY信道包括物理随机接入信道(PRACH)信道质量指示信道(CQICH)确认信道(ACKCH)天线子集指示信道(ASICH)共享请求信道(SREQCH)UL物理共享数据信道(UL-PSDCH)宽带导频信道(BPICH)在一个方面中，提供了保持单载波波形的低PAR(在任何给定时间，信道在频率上 连续或均勻分布)特性的信道结构。为了本文的目的，应用下列缩写AM 确认模式AMD 确认模式数据ARQ 自动重复请求BCCH 广播控制信道BCH 广播信道C- 控制-CCCH 公共控制信道CCH 控制信道CCTrCH编码复合传输信道CP 循环前缀CRC 循环冗余校验CTCH 公共业务信道DCCH 专用控制信道DCH 专用信道DL 下行链路DSCH 下行链路共享信道DTCH 专用业务信道DCCH 专用控制信道FACH 前向链路接入信道FDD 频分双工
Ll 第1层(物理层)L2 第2层(数据链路层)L3 第3层(网络层)LI 长度指示符LSB 最低有效位MAC 介质访问控制MBMS 多媒体广播多播服务 MCCH MBMS点对多点控制信道MRff 移动接收窗MSB 最高有效位MSCH MBMS点对多点调度信道MTCH MBMS点对多点业务信道PCCH 寻呼控制信道PCH 寻呼信道PDU 协议数据单元PHY 物理层PhyCH 物理信道RACH 随机接入通道RLC 无线链路控制RRC 无线资源控制SAP 服务接入点SDU 服务数据单元SHCCH 共享信道控制信道SN 序列号SUFI 超字段TCH业务信道TDD时分双工TFI传输格式指示符TM透明模式TMD透明模式数据TTI传输时间间隔U-用户-UE用户设备UL上行链路UM否认模式UMD否认模式数据UMTS通用移动电信系统UTRAUMTS陆地无线接入UTRANUMTS陆地无线接入网
MBSFN 多播广播单频网MCE MBMS 协调实体MCH 多播信道DL-SCH下行链路共享信道MSCH MBMS 控制信道PDCCH物理下行链路控制信道PDSCH物理下行链路共享信道 参考图3，示出了用于下行逻辑、传输、物理信道的信道映射安排。例如，E-UTRA采 用了如图3所示的信道映射安排。如图3所示，将寻呼传输信道(PCH)302映射到物理下 行链路共享信道(PDSCH) 304。例如，PDSCH 304可以集成到1毫秒(Ims)的传输时间间隔 (TTI)中。基站对终端的寻呼(例如使用基于LTE技术的系统)是通过下行PHY信道完成的。 这将由PDCCH 308-控制信道和PDSCH 304-数据信道组成。PDCCH 308在Ims的TTI (子 帧)中用作前导码，其指出接下来的PDSCH304，PDSCH 304携带实际的寻呼消息或数据/信 息。PDCCH 308在下行流中将PDSCH 304的地址及其格式、调制、编码等提供给接收UE。因 此，在解码PDCCH 308后，如果UE被识别为寻呼的接收方，则UE可以确定相应的寻呼消息 在子帧中的位置。考虑图3中的映射安排，在多个示例性实施例之一中，寻呼组ID可以用于在L1/L2 信令信道上寻呼具有公共寻呼组ID的一组UE。多个UE可以被定义在一个寻呼组中，该寻 呼组为通知多个UE提供方便的方案。如果在下行链路共享信道(DL-SCH) 306上提供了详 细的UE ID，则可以在DL-SCH 306上发送多个UE。如下文进一步所讨论的，通过使用寻呼 指示符(PI)，对此方法的变化或修改也是可能的。因此，所述的方法和系统消除了不带标签 分配的单个UE去解码整个PDDCH和/或PDSCH的需求。对于大的寻呼组和/或寻呼组的 一部分，这种方法的益处将会显而易见。下文更详细描述了寻呼组ID和寻呼指示符的使用 及其实现。图4A示出了示例性下行子帧中PDCCH和PDSCH的安排。PDCCH 410由相应的时隙 430或时带(strip)中的单个OFDM符号/音调420的组合组成。为说明的目的，示出了四 个在各自的时隙430内可能的PDCCH-PDCCH1、PDCCH2、PDCCH3和PDCCH4。当然，依据实现， 可以使用更多或更少的PDCCH。针对给定的PDCCH 410可以使用多个符号/音调420。符号/音调420 —般称为 资源单元(RE)，这样，几个RE (420)可以用来代表一个PDCCH410，RE(420)的不同组合提供 寻呼ID信息和相应的PDSCH 440位置等。例如，PDCCH1411可以指寻呼ID 1，其识别与寻 呼ID 1相关联的给定的UE组，也为UE组提供在PDSCH 440数据流中发现的PDSCHl数据 的位置。因此，UE必须对在子帧的前导码中的多个PDCCH 410解码，以确定它的组是否通 过在PDCCH 410中发现的ID得到识别。图4B是阐明将PDCCH信息映射到PDSCH的框图450。所示PDCCH1460是由标准 资源分配(RA)模块452、调制和编码(MCS)模块454以及被寻呼的UE ID标签/号码456 组成的。然后，UE可以在提取自PDCCH1460的UE ID标签/号码456中找到合适的PDSCHl 470数据流以确定正在发送的寻呼消息。如图4B中所见，根据所解析的ID标签/号码，将不同的PDCCH映射到不同的PDSCH上。如上所述，UE必须对多个PDCCH解码，以确定它的 组ID是否正在被寻呼。当然，这是一种强硬的方法，因此，下面描述的是一套使用寻呼组ID 和寻呼指示符(PI)的更为优雅的方法。图5提供了描绘示例性的控制安排的框图500，其利用寻呼指示符(PI)来支持寻 呼消息的传输。在图5中，物理下行链路控制信道(PDCCH) 502为PDSCH 504提供资源分 配，以支持寻呼消息。根据一个方面，PDCCH 502的格式包括寻呼指示符(PI)、针对伴随 PDSCH的资源分配以及其它字段。每个PI都可以和与关联于PDCCH传输的寻呼组中的一 个或几个UE相关联，例如，通过时间散列(time-hashing)和CRC的屏蔽得到识别。根据一 个方面，在PDCCH 502格式中的所有具有常规DL分配的其它字段都或者被设置为固定值， 或者不应用于(N/A)PDSCH上的寻呼消息的传输。例如，传输格式按适当规格中的设置可以 是固定的；跳变标志按适当的规格中的设置可以是固定的，或者在PDCCH中可以是1比特； HARQ过程ID可以是N/A ；TrBlk ID可以是N/A ；重传序列号可以是N/A ；TPC命令可以是N/ A ；预编码矩阵可以是N/A。PDCCH 502的CRC可以用寻呼组ID屏蔽。以及其他。如图5所 示出，PDSCH 504携带针对PDCCH 502中的PI所指示的所有移动终端的寻呼消息。基于以 上描述，可以获得不同的对PDDCH格式的修改，以进一步提高对UE进行寻呼通知的效率。图6示出了根据一个实施例描绘示例性的嵌套组寻呼的安排的流程图。图6描绘 了三 级的UE分组。第一级分组602涉及对特定子帧的时间散列。这些子帧与该寻呼组的 “寻呼时机”相对应。也就是说，根据时间散列安排，UE组可以被配置为只“看”特定子帧。 第二级分组604涉及在PDSCH寻呼消息之前在PDCCH中提供寻呼组ID。第三级分组606涉 及在PDCCH中提供寻呼亚组的寻呼指示符(PI)(例如，通过寻呼组ID)。由于该嵌套安排， 并非所有散列到相同子帧和相同寻呼组ID的UE都需要对相关联的PDSCH解码。这项安排 的益处将在下面显而易见。根据以上结合图5和图6所述的安排，单独PDCCH和寻呼传输相关联。由于可以 动态分配用于PDSCH上寻呼消息的资源，提供了调度器的灵活性以及复用可变数量的寻呼 消息(例如，用于多个UE)的能力。总之，上述PDCCH格式包括二进制(单比特)或多比特 寻呼指示符(PI)和对相关联PDSCH的资源分配，后者实现对整个寻呼组和/或寻呼组的子 集的有效支持。PDSCH的传输格式携带针对多个UE的寻呼消息，这些UE的PI在PDCCH中 设置，可以是固定的，并因此，可以定义在适当的规格中。根据多个方面，根据具有特定DRX周期的不同时段(time instance)(或“寻呼时 机”)将UE分组为“寻呼组”。根据另一方面，多个UE的寻呼消息可以分组到到相同的PDSCH 中。例如，UE ID可以作为针对该UE的寻呼消息的一部分在PDSCH传输中给出。作为上面定义的方法的一个例子，可以将第一个PDCCH修改为只包含寻呼指示符 (PI)列表，该列表用作指向子帧时隙中相应的PDCCH的指针。例如，PDCCHl (PDCCH链的“第 一个”PDCCH)可以包含寻呼指示符的列表(PI1、PI2、PI3等)，其指向针对给定寻呼指示符 的适当的PDCCH。寻呼指示符(PI)可以用于识别一个寻呼组的子集(如果需要，向下具体 到单个UE)。通过使用PI，可以将对PDCCH解码并发现它自己通过PI得到识别的UE指引 到前导码中适当的PDCCH，而没有通过PI得到识别的UE(如果存在，即使带有寻呼组的标 签)将不必进一步继续。对于指针类型鉴别器明显的是，在不超出本公开的精神和范围的 情况下，可以想出PI的其它用法。
图7A-B分别示出了描绘如上所述的用于支持寻呼消息传输和示例格式750的 示例性控制安排的流程图700。在图7A中，提供了第一 PDCCH(PDCCH-I) 702以及第二 PDCCH(PDCCH-2) 704，以提供针对寻呼消息的控制。将PDCCH-I 702格式化用以仅携带二进 制寻呼指示符(PI)。每个PI可以与关联于该PDCCH传输的寻呼组中的一个或几个UE相 关联，例如，其通过时间散列和CRC屏蔽得到识别。此外，如图7B所示，寻呼组ID可以对 PDCCH-I 702 进行 CRC 屏蔽。
可以提供从PDCCH-I 702到PDCCH-2的固定关联。这样，被设定了 PI的相关联的 UE可以通过接收PDCCH-I 702来探知在何处找到PDCCH-2704。例如，PDCCH-2 704的时频 位置(time-frequency location)既可以在与PDCCH-1 702相同的子帧中也可以在不同子 帧。另外，可以将PDCCH-2 704格式化为具有针对单码字传输的DL分配的“常 规”PDCCH(即，在适当的规格中已经规定的PDCCH)。因此，PDCCH-2 704将包括如下信息 PDSCH 706的资源配置、传输格式指示、跳变标志和其它数据。此外，可以以与PDCCH-I 702 所用相似的方式利用寻呼组ID对PDCCH-2 704进行CRC屏蔽。可以根据适当的规格中已 经规定的关联来提供从PDCCH-2 704到PDSCH 706的关联。利用该安排，PDSCH 706携带 PDCCH-I 702中的PI所指示的所有UE的寻呼消息，并且，根据以PDCCH-2 704所指示的格 式而分配的资源来传输PDSCH 706。图7A-B的控制安排提供了多级的UE分组，如结合上面 图6所述。现在参看图8A-B，示出了分别描绘用于支持寻呼消息的高效传输的另一个示例性 控制安排和示例格式850的流程图800。在该实施例中，如图8B所示，利用针对UE的资源 分配、寻呼指示符(PI)和寻呼组ID对PDCCH-3802进行配置。PDCCH-3 802可以被认为是 “混合” PDCCH，其结合了标准PDCCH的一些特点和图7A-B的PDDCH-I 702实施例的一些特 点。该“混合”方法获益于不需要使用额外的PDCCH。该示例性方法为相关的PDSCH 806提 供足够的信息用于找到相关联的PDSCH 806，同时通过使用PI而为UE减少了 PDCCH的解码 次数。这样，可以说图8A-B所述的实施例是两全其美的。应该指出的是，本公开中的在PDDCH描述符(例如，PDDCH-I, PDDCH-2，PDDCH-3) 结尾处附加数字(例如，1、2或3)的命名法只是用来在讨论PDDCH的上下文中来区分它 们。也就是说，图8A-B中的PDDCH-3不同于前面图中的PDDCH-I或PPDCH-2。而图9A-B的 PDDCH-2不同于图7A-B的PDDCH-2，如其附属描述中所示。下面参看图9A-B，示出了分别描绘用于支持寻呼消息的高效传输的另一个示例性 控制安排和示例格式950的流程图900。图9A所示的控制安排，为PDCCH-2 902提供针对 单码字传输的DL分配，PDCCH-2 902是在适当的规格中规定的PDCCH。这样，PDCCH-2 902 会包括如下信息PDSCH904的资源分配、传输格式指示、跳变标志和其它数据。此外，利用 寻呼组ID对PDCCH-2 902进行CRC屏蔽。图9B说明了上述安排。根据适当的规格中已规 定的关联，可以提供从PDCCH-2 902到PDSCH 904的关联。继续参看图9A-B，PDSCH 904携带与PDCCH-2 902相关联的寻呼组ID中的所有 UE的寻呼消息。PDSCH 904是根据分配的资源和PDCCH-2902指示格式传输的。在该特定 的安排中，对应于图6的框602和框604，提供了二级的UE分组。然而，在图9A-B的安排 中，在PDCCH中没有提供PI (与图6的块606相反)。因此，寻呼组中的所有UE都需要对PDSCH904解调以在子帧中查看自己是否受到寻呼。基于以上的例子，已示出了多个修改PDDCH的方案，它们提供了对传统寻呼传输 的改善，尤其是对子帧前导码中的PDDCH解码和将UE与寻呼组及其子集相关联。应该理解的是，在所公开的过程中的步骤的具体的顺序和层次是示例性方法的例 子。基于设计的偏好，应该理解的是，可以在本公开的范围内重新安排过程中的具体顺序和 层次。所附方法权利要求以示例性顺序陈述了不同步骤的元素，它们并不是为了限制于所 述的具体顺序和层次。本领域技术人员应该理解，可以使用各种不同的技术和方法表示信息和信号。例 如贯穿上文所引用的数据、指示、命令、信息、信号、比特、符号和码片可以被表示为电压、 电流、电磁波、磁场或磁粒子、光场或光粒子或其任意组合。本领域技术人员还应该明白，结合本文所公开的实施例而描述的各个说明性的逻 辑块、模块、电路和算法步骤可以实现为电子硬件、计算机软件或两者的组合。为清楚地阐 明硬件和机软件之间的可互换性，上面对各种说明性的组件、框、模块、电路和步骤的功能 方面进行了总体描述。这些功能是作为硬件还是软件实现，取决于特定的应用和对整个系 统施加的设计上的限制。熟练技术人员可以针对特定 应用以不同的方式实现所述的功能， 但是，这种实现决策不应被解释为脱离了本发明的保护范围。用于执行本申请所述功能的通用处理器、数字信号处理器(DSP)、专用集成电路 (ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或者晶体管逻辑器件、 分立硬件组件或者其任意组合，可以实现或执行结合本申请的实施例所描述的各种示例性 的逻辑框图、模块和电路。通用处理器可以是微处理器，或者，该处理器也可以是任何常规 的处理器、控制器、微控制器或者状态机。处理器也可能实现为计算设备的组合，例如，DSP 和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合，或者任何其它 此种结构。结合本申请的实施例所描述的方法或者算法的步骤可直接体现为硬件、由处理器 执行的软件模块或其组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储 器、EEPROM存储器、寄存器、硬盘、移动磁盘、⑶-ROM或者本领域已知的任何其它形式的存 储介质中。一种示例性的存储介质连接至处理器，从而使处理器能够从该存储介质读取信 息，且可向该存储介质写入信息。或者，存储介质也可以是处理器的组成部分。处理器和存 储介质可以位于ASIC中。该ASIC可以位于用户终端中。或者，处理器和存储介质也可以 作为分立组件存在于用户终端中。为使本领域技术人员能够实现或者使用本发明，上面提供了所公开的实施例的描 述。对于本领域技术人员来说，对这些实施例的各种修改都是显而易见的，并且，本申请定 义的总体原理也可以在不脱离本发明的精神和保护范围的基础上适用于其它实施例。因 此，本发明并不限于本申请给出的实施例，而是与本申请公开的原理和新颖性特征的最广 范围相一致。
权利要求
一种用于在无线通信系统中发送寻呼消息的方法，该方法包括将至少一个用户设备(UE)时间散列到特定子帧中，该特定子帧定义了与所述至少一个UE关联的寻呼组的寻呼时机；将所述寻呼组的寻呼组ID与物理下行链路控制信道(PDCCH)关联；在所述PDCCH中，分配与物理下行链路共享信道(PDSCH)关联的资源；以及在所述PDSCH中，在所述寻呼时机内为所述至少一个UE发送寻呼消息；
2.如权利要求1所述的方法，其中，将所述寻呼组ID与所述PDCCH关联，还包括用所 述寻呼组ID对所述PDCCH进行CRC屏蔽。
3.如权利要求1所述的方法，还包括在所述PDCCH上发送与关联于所述至少一个UE 的寻呼组关联的寻呼指示符(PI)。
4.如权利要求3所述的方法，其中，通过所述时间散列和所述CRC屏蔽来确定所述PI。
5.如权利要求3所述的方法，还包括在不同的PDCCH上发送与关联于所述至少一个 UE的寻呼组关联的所述寻呼指示符(PI)。
6.如权利要求2所述的方法，其中，除了结尾ID被替换为专用寻呼组ID外，所述PDCCH 与传统的PDCCH相同。
7.一种在无线通信系统中工作的装置，该装置包括用于将至少一个用户设备(UE)时间散列到特定子帧的模块，该特定子帧定义了与所 述至少一个UE关联的寻呼组的寻呼时机；用于将所述寻呼组的寻呼组ID与物理下行链路控制信道(PDCCH)关联的模块； 用于在所述PDCCH中，分配与物理下行链路共享信道(PDSCH)关联的资源的模块；以及 用于在所述PDSCH中，在寻呼时机内为所述至少一个UE发送寻呼消息的模块；
8.如权利要求7所述的装置，还包括用于在所述PDCCH上发送与关联于所述至少一 个UE的寻呼组关联的寻呼指示符(PI)的模块。
9.如权利要求8所述的装置，还包括用于在不同的PDCCH上发送与关联于所述至少 一个UE的寻呼组关联的所述寻呼指示符(PI)的模块。
10.如权利要求7所述的装置，其中，除了结尾ID被替换为专用寻呼组ID外，所述 PDCCH与传统的PDCCH相同。
11.一种包括指令的机器可读介质，当机器执行所述指令时，其使所述机器执行以下操作将至少一个用户设备(UE)时间散列到特定子帧，该特定子帧定义了与所述至少一个 UE关联的寻呼组的寻呼时机；将所述寻呼组的寻呼组ID与物理下行链路控制信道(PDCCH)关联； 在所述PDCCH中，分配与物理下行链路共享信道(PDSCH)关联的资源；以及 在所述PDSCH中，在寻呼时机内为所述至少一个UE发送寻呼消息；
12.如权利要求11所述的机器可读介质，还包括在所述PDCCH上发送与关联于所述 至少一个UE的寻呼组关联的寻呼指示符(PI)。
13.如权利要求12所述的机器可读介质，还包括在不同的PDCCH上发送与关联于所 述至少一个UE的寻呼组关联的所述寻呼指示符(PI)。
14.如权利要求11所述的机器可读介质中，除了结尾ID被替换为专用寻呼组ID外，所述PDCCH与传统的PDCCH相同。
15.一种在无线通信系统中工作的装置，该装置包括处理器，用于将至少一个用户设备(UE)时间散列到特定子帧，该特定子帧定义了与 所述至少一个UE关联的寻呼组的寻呼时机；将所述寻呼组的寻呼组ID与物理下行链路控 制信道(PDCCH)关联；在所述PDCCH中，分配与物理下行链路共享信道(PDSCH)关联的资 源；以及在所述PDSCH中，在所述寻呼时机内为至少一个UE发送寻呼消息；以及与所述处理器耦合的存储器，其用于存储数据。
16.如权利要求15所述的装置，其中，所述处理器还用于在所述PDCCH上发送与关联 于所述至少一个UE的寻呼组关联的寻呼指示符(PI)。
17.一种用于在无线通信系统中发送寻呼消息的方法，该方法包括 按照具有特定DRX周期的不同时段来将用户设备(UE)划分到寻呼组中；将与关联于多个UE的特定寻呼组关联的寻呼消息划分到单个物理下行链路共享信道 (PDSCH)发送中；以及在与寻呼组关联的相应时段内，发送所述单个PDSCH，其中，所述特定寻呼组的UE根据 发送给UE的PDCCH中的公共寻呼组ID来对正确的PDSCH进行解码。
18.如权利要求17所述的方法，其中，所述PDCCH包括与具有公共寻呼组ID的UE的子 集关联的寻呼指示符(PI)。
19.如权利要求18所述的方法，其中，还包括在不同的PDCCH上发送所述寻呼指示符 (PI)。
20.如权利要求17所述的方法，其中，除了结尾ID被替换为专用寻呼组ID外，所述 PDCCH和传统的PDCCH相同。
全文摘要
针对移动通信系统中去往移动终端的PDCCH和PDSCH传输，本申请公开了使用寻呼组ID和寻呼指示符的系统和方法。通过使用寻呼组ID和寻呼指示符，移动终端的各个组(包括这些组的子集)可以以减少解码需求的方式受到寻呼。本发明利用了分组嵌套并描述了对PDCCH帧分组以达到高效利用。
文档编号H04W52/02GK101843153SQ200880114344
公开日2010年9月22日 申请日期2008年10月29日 优先权日2007年10月30日
发明者B-h·金, D·P·马拉蒂, J·蒙托霍, S·萨卡尔 申请人:高通股份有限公司