CN108353381A - 实施用于带宽缩减的机器类型通信mtc设备的寻呼过程的方法及mtc设备 - Google Patents

Abstract

所提供的是用于在机器类型通信(MTC)中寻呼带宽缩减的无线发射/接收单元WTRU的方法。WTRU可以至少基于WTRU标识符WTRU‑ID的函数的最高有效位MSB来确定(610)用于该WTRU的寻呼窄带NB，以便将其用于监视MTC物理下行链路控制信道M‑PDCCH。所述WTRU可以在用于该WTRU的寻呼NB上监视(620)M‑PDCCH。然后，在寻呼时机PO期间，WTRU可以在所确定的寻呼NB上的受监视的M‑PDCCH上接收(630)下行链路控制信息DCI。可替换的，所述WTRU可以在M‑PDCCH搜索空间内监视(420)M‑PDCCH，其中该M‑PDCCH具有针对含所述WTRU的WTRU群组的起始增强控制信道元素ECCE索引，且其中所述M‑PDCCH包含(430)所述DCI。

Description

实施用于带宽缩减的机器类型通信MTC设备的寻呼过程的方 法及MTC设备

相关申请的交叉引用

本申请要求享有2015年11月4日提交的美国临时申请No.62/250,803、2016年2月3日提交的美国临时申请No.62/290,790以及2016年3月14日提交的美国临时申请No.62/308,042的权益，所述申请的内容通过引用的方式结合于此。

背景技术

随着诸如长期演进(LTE)系统之类的无线通信系统的成熟及其网络部署的演进，如果可以减少通信网络成本、通信网络的维护需求或者所有这二者，那么对于网络运营商而言将会非常有益。一种用于降低网络成本的技术可以是减小用于与设备进行通信的信道带宽和数据速率。

例如，在与网络中的设备通信的时候，此类设备或网络自身有可能支持的是信道带宽的一部分而不是整个信道带宽。近来，诸如LTE之类的当前无线通信系统考虑将用于包括机器类型通信(MTC)设备在内的一些设备的带宽缩减至一定等级，例如1.4兆赫(MHz)。

发明内容

所提供的是用于在机器类型通信(MTC)中寻呼带宽缩减的无线发射/接收单元(WTRU)的方法。WTRU可以至少基于WTRU标识符(WTRU-ID)函数的最高有效位(MSB)来确定用于该WTRU的寻呼窄带(NB)，以便将其用于监视MTC物理下行链路控制信道(M-PDCCH)。所述WTRU可以在确定的用于该WTRU的寻呼NB上监视M-PDCCH。然后，在寻呼时机(PO)期间，WTRU可以在所确定的寻呼NB上的受监视的M-PDCCH上接收下行链路控制信息(DCI)。该DCI可以包括加扰的循环冗余校验(CRC)。该CRC可以用寻呼无线电网络临时标识符(P-RNTI)加扰。并且，WTRU可以接收与M-PDCCH相关联的物理下行链路共享信道(PDSCH)。

在一示例中，WTRU可以至少基于WTRU-ID函数的三个MSB来确定寻呼NB。在另一实施例中，WTRU可以至少基于WTRU-ID函数的四个MSB来确定寻呼NB。

更进一步，PDSCH可以通过DCI来调度。在一示例中，DCI可以包括寻呼消息。在另一示例中，DCI可以包括系统信息更新相关信息。在进一步的示例中，PDSCH可以包括寻呼消息。在附加示例中，PDSCH可以包括系统信息更新相关信息。

此外，WTRU可以在M-PDCCH搜索空间中监视M-PDCCH。WTRU可以在M-PDCCH搜索空间中接收M-PDCCH，其中M-PDCCH具有用于包含了该WTRU的WTRU群组的起始增强控制信道元素(ECCE)索引。更进一步，WTRU可以解码M-PDCCH，其中该M-PDCCH包括DCI。此外，WTRU还可以接收与M-PDCCH相关联的PDSCH。

更进一步，WTRU可以基于DCI来接收、解码和/或解调PDSCH，其中PDSCH包括寻呼消息。然后，WTRU可以基于该寻呼消息来改变操作。例如，WTRU可以基于该寻呼消息而从空闲模式变成连接模式。在一个示例中，ECCE聚合等级可以是16。

附图说明

更详细的理解可以从以下结合附图举例给出的描述中得到，其中：

图1A是可以实施所公开的一个或多个实施例的示例通信系统的系统图示；

图1B是可以在图1A所示的通信系统内部使用的示例无线发射/接收单元(WTRU)的系统图示；

图1C是可以在图1A所示的通信系统内部使用的示例无线电接入网络和示例核心网络的系统图示；

图2是示出了超帧以及超帧内部的寻呼的示例性时序图；

图3是示出了WTRU群组特定的起始增强控制信道元素(ECCE)索引的例图；

图4是显示了由WTRU基于该WTRU的WTRU群组来接收带有起始ECCE索引的机器类型通信(MTC)物理下行链路控制信道(M-PDCCH)的示例流程图的图示；

图5是示出了WTRU群组特定的随机ECCE排序的例图；

图6是显示了WTRU使用WTRU-ID来确定用于监视M-PDCCH的寻呼窄带(NB)的示例流程图的图示；

图7是示出了物理下行链路共享信道(PDSCH)中的码块分段复用示例的图示，其中该PDSCH可以在寻呼时机中由相关联的物理下行链路控制信道(PDCCH)来调度；以及

图8是示出了经由多个PDSCH传送的码块分段示例的图示，其中所述PDSCH可以在PO中由相关联的PDCCH来调度。

具体实施方式

图1A是可以实施所公开的一个或多个实施例的示例通信系统100的图示。通信系统100可以是为多个无线用户提供诸如语音、数据、视频、消息传递、广播等内容的多址接入系统。该通信系统100可以通过共享包括无线带宽在内的系统资源来使得多个无线用户能够访问这些内容，例如，该通信系统100可以使用一种或多种信道接入方法，例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等等。

如图1A所示，通信系统100可以包括无线发射/接收单元(WTRU)102a、102b、102c、102d，无线电接入网络(RAN)104，核心网络106，公共交换电话网络(PSTN)108，因特网110以及其他网络112，然而应该了解，所公开的实施例可以设想任意数量的WTRU、基站、网络和/或网络部件。每一个WTRU 102a、102b、102c、102d可以是被配置成在无线环境中工作和/或通信的任何类型的设备。例如，WTRU 102a、102b、102c、102d可被配置成发射和/或接收无线信号，并且可以包括用户设备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、消费类电子设备等等。

通信系统100还可以包括基站114a和/或基站114b。每一个基站114a、114b都可以是被配置成通过与至少一个WTRU 102a、102b、102c、102d进行无线对接来促使其接入一个或多个通信网络的任何类型的设备，该网络可以是核心网络106、因特网110和/或其他网络112。作为示例，基站114a、114b可以是基地收发信台(BTS)、节点B、e节点B、家庭节点B、家庭e节点B、站点控制器、接入点(AP)、无线路由器等等。虽然将每个基站114a、114b描述成单个部件，然而应该了解，基站114a、114b可以包括任何数量的互连基站和/或网络部件。

基站114a可以是RAN 104的一部分，并且该RAN还可以包括其他基站和/或网络部件(未显示)，例如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等等。基站114a和/或基站114b可被配置成在称作小区(未显示)的特定地理区域内部发射和/或接收无线信号。小区可以进一步分割成小区扇区。举例来说，与基站114a关联的小区可分成三个扇区。由此，在一个实施例中，基站114a可以包括三个收发信机，也就是说，每一个收发信机对应于小区的一个扇区。在另一个实施例中，基站114a可以使用多输入多输出(MIMO)技术，并且由此可以为小区中的每个扇区使用多个收发信机。

基站114a、114b可以通过空中接口116来与WTRU 102a、102b、102c、102d中的一者或多者进行通信，该空中接口可以是任何适当的无线通信链路(例如射频(RF)、微波、红外线(IR)、紫外线(UV)、可见光等等)。空中接口116可以用任何适当的无线电接入技术(RAT)来建立。

更具体地说，如上所述，通信系统100可以是多址接入系统，并且可以使用一种或多种信道接入方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。作为示例，RAN 104中的基站114a与WTRU 102a、102b、102c可以实施诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无线电技术，该技术可以使用宽带CDMA(WCDMA)来建立空中接口116。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。

在另一个实施例中，基站114a与WTRU 102a、102b、102c可以实施诸如演进型UMTS陆地无线电接入(E-UTRA)之类的无线电技术，该技术可以使用长期演进(LTE)和/或先进LTE(LTE-A)来建立空中接口116。

在其他实施例中，基站114a和WTRU 102a、102b、102c可以实施诸如IEEE 802.16(即，全球微波接入互操作性(WiMAX))、CDMA2000、CDMA20001X、CDMA2000EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、GSM演进的增强型数据速率(EDGE)、GSM EDGE(GERAN)等无线电接入技术。

作为示例，图1A中的基站114b可以是无线路由器、家庭节点B、家庭e节点B或接入点，并且可以使用任何适当的RAT来促成诸如营业场所、住宅、交通工具、校园等局部区域中的无线连接。在一个实施例中，基站114b与WTRU 102c、102d可以通过实施诸如IEEE 802.11之类的无线电技术来建立无线局域网(WLAN)。在另一个实施例中，基站114b与WTRU 102c、102d可以通过实施诸如IEEE 802.15之类的无线电技术来建立无线个人局域网(WPAN)。在再一个实施例中，基站114b和WTRU 102c、102d可以通过使用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A等等)来建立微微小区或毫微微小区。如图1A所示，基站114b可以直接连接到因特网110。由此，基站114b无需经由核心网络106来接入因特网110。

RAN 104可以与核心网络106通信，该核心网络可以是被配置成为WTRU 102a、102b、102c、102d的一者或多者提供语音、数据、应用和/或基于网际协议的语音(VoIP)服务的任何类型的网络。举例来说，核心网络106可以提供呼叫控制、记账服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等等，和/或执行诸如用户验证之类的高级安全功能。虽然图1A中没有显示，然而应该了解，RAN 104和/或核心网络106可以直接或间接地和其他RAN进行通信，并且这些RAN可以使用与RAN 104相同的RAT或不同的RAT。例如，除了与使用E-UTRA无线电技术的RAN 104连接之外，核心网络106还可以与另一个使用GSM无线电技术的RAN(未显示)进行通信。

核心网络106还可以充当供WTRU 102a、102b、102c、102d接入PSTN108、因特网110和/或其他网络112的网关。PSTN 108可以包括提供简易老式电话服务(POTS)的电路交换电话网络。因特网110可以包括使用公共通信协议的互联计算机网络和设备的全球系统，并且该协议可以是TCP/IP网际协议族中的传输控制协议(TCP)、用户数据报协议(UDP)和网际协议(IP)。网络112可以包括由其他服务供应商所拥有和/或运营的有线或无线通信网络。例如，网络112可以包括与一个或多个RAN相连的另一个核心网络，所述一个或多个RAN可以使用与RAN 104相同的RAT或不同的RAT。

通信系统100中WTRU 102a、102b、102c、102d的一些或所有可以包含多模能力，换言之，WTRU 102a、102b、102c、102d可以包括在不同无线链路上与不同无线网络进行通信的多个收发信机。例如，图1A所示的WTRU 102c可被配置成与可以使用基于蜂窝的无线电技术的基站114a进行通信，以及与可以使用IEEE 802无线电技术的基站114b进行通信。

图1B是示例WTRU 102的系统图。如图1B所示，WTRU 102可以包括处理器118、收发信机120、发射/接收部件122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(GPS)芯片组136以及其他外围设备138。应该了解的是，在保持与实施例相符的同时，WTRU 102还可以包括前述部件的任何子组合。

处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、其他任何类型的集成电路(IC)、状态机等等。处理器118可以执行信号译码、数据处理、功率控制、输入/输出处理和/或其他任何能使WTRU102在无线环境中工作的功能。处理器118可以耦合至收发信机120，收发信机120则可以耦合至发射/接收部件122。虽然图1B将处理器118和收发信机120描述成是独立组件，然而应该了解，处理器118和收发信机120也可以一起集成在电子组件或芯片中。

发射/接收部件122可被配置成经由空中接口116来将信号发射到基站(例如基站114a)或接收来自基站(例如基站114a)的信号。举个例子，在一个实施例中，发射/接收部件122可以是被配置成发射和/或接收RF信号的天线。作为示例，在另一个实施例中，发射/接收部件122可以是被配置成发射和/或接收IR、UV或可见光信号的放射器/检测器。在再一个实施例中，发射/接收部件122可被配置成发射和接收RF和光信号。应该了解的是，发射/接收部件122可以被配置成发射和/或接收无线信号的任何组合。

此外，虽然在图1B中将发射/接收部件122描述成是单个部件，但是WTRU 102可以包括任何数量的发射/接收部件122。更具体地说，WTRU 102可以使用MIMO技术。因此，在一个实施例中，WTRU 102可以包括两个或多个经由空中接口116来发射和接收无线电信号的发射/接收部件122(例如多个天线)。

收发信机120可被配置成对发射/接收部件122所要发射的信号进行调制，以及对发射/接收部件122接收的信号进行解调。如上所述，WTRU 102可以具有多模能力。因此，收发信机120可以包括使得WTRU 102能够经由诸如UTRA和IEEE 802.11之类的多种RAT来进行通信的多个收发信机。

WTRU 102的处理器118可以耦合到扬声器/麦克风124、键盘126和/或显示器/触摸板128(例如，液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)，并且可以接收来自这些部件的用户输入数据。处理器118还可以向扬声器/麦克风124、键盘126和/或显示器/触摸板128输出用户数据。此外，处理器118可以从诸如不可移除存储器106和/或可移除存储器132之类的任何适当的存储器中存取信息，以及将信息存入这些存储器。不可移除存储器106可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或是其他任何类型的记忆存储设备。可移除存储器132可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)记忆卡等等。在其他实施例中，处理器118可以从那些并非实际位于WTRU 102的存储器存取信息，以及将数据存入这些存储器，作为示例，此类存储器可以位于服务器或家庭计算机(未显示)。

处理器118可以接收来自电源134的电力，并且可被配置分发和/或控制用于WTRU102中的其他组件的电力。电源134可以是为WTRU 102供电的任何适当设备。例如，电源134可以包括一个或多个干电池组(如镍镉(Ni-Cd)、镍锌(Ni-Zn)、镍氢(NiMH)、锂离子(Li-ion)等等)、太阳能电池、燃料电池等等。

处理器118还可以与GPS芯片组136耦合，该芯片组可被配置成提供与WTRU 102的当前位置相关的位置信息(例如经度和纬度)。作为来自GPS芯片组136的信息的补充或替换，WTRU 102可以经由空中接口116接收来自基站(例如基站114a、114b)的位置信息，和/或根据从两个或多个附近基站接收的信号定时来确定其位置。应该了解的是，在保持与实施例相符的同时，WTRU 102可以经由任何适当的定位方法来获取位置信息。

处理器118还可以耦合到其他外围设备138，这些设备可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备138可以包括加速度计、电子指南针、卫星收发信机、数码相机(用于照片和视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、蓝牙模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器等等。

图1C是根据实施例的RAN 104和核心网络106的系统图示。如上所述，RAN 104可以使用E-UTRA无线电技术而通过空中接口116与WTRU 102a、102b、102c进行通信。并且RAN104还可以与核心网络106进行通信。

RAN 104可以包括e节点B 140a、140b、140c，然而应该了解，在保持与实施例相符的同时，RAN 104可以包括任何数量的e节点B。每一个e节点B 140a、140b、140c都可以包括通过空中接口116与WTRU 102a、102b、102c通信的一个或多个收发信机。在一个实施例中，e节点B 140a、140b、140c可以实时MIMO技术。由此举例来说，e节点B 140a可以使用多个天线来向WTRU 102a发送无线信号以及接收来自WTRU 102a的无线信号。

e节点B 140a、140b、140c的每一者都可以关联于特定的小区(未显示)，并且可被配置成处理无线电资源管理决策、切换决策、上行链路和/或下行链路的用户调度等等。如图1C所示，e节点B 140a、140b、140c彼此可以通过X2接口进行通信。

图1C所示的核心网络106可以包括移动性管理实体网关(MME)142、服务网关144以及分组数据网络(PDN)网关146。虽然前述的每一个部件都被描述成了核心网络106的一部分，然而应该了解，这其中的任一部件都可以由核心网络运营商之外的实体所拥有和/或运营。

MME 142可以经由S1接口连接到RAN 104中的e节点B 140a、140b、140c的每一者，并且可以充当控制节点。举例来说，MME 142可以负责验证WTRU 102a、102b、102c的用户、承载激活/去激活、在WTRU 102a、102b、102c的初始附着期间选择特定的服务网关等等。该MME142还可以提供用于在RAN 104与使用诸如GSM或WCDMA之类的其他无线电技术的其他RAN(未显示)之间进行切换的控制平面功能。

服务网关144可以经由S1接口连接到RAN 104中的e节点B 140a、140b、140c的每一者。该服务网关144通常可以路由和转发去往/来自WTRU 102a、102b、102c的用户数据分组。该服务网关144还可以执行其他功能，例如在e节点B间的期间锚定用户平面、在下行链路数据可供WTRU 102a、102b、102c使用时触发寻呼、管理并存储WTRU 102a、102b、102c的上下文等等。

服务网关144还可以连接到PDN网关146，所述PDN网关可以为WTRU 102a、102b、102c提供到诸如因特网之类的分组交换网络的接入，以便促成WTRU 102a、102b、102c与使能IP的设备之间的通信。

核心网络106可以促成与其他网络的通信。例如，核心网络106可以为WTRU 102a、102b、102c提供到诸如PSTN 108之类的电路交换网络的接入，以便促成WTRU 102a、102b、102c与传统的陆线通信设备之间的通信。例如，核心网络106可以包括IP网关(例如IP多媒体子系统(IMS)服务器)或与之进行通信，该IP网关可以充当核心网络106与PSTN 108之间的接口。此外，核心网络106可以为WTRU 102a、102b、102c提供到网络112的接入，该网络112可以包括其他服务供应商所拥有和/或运营的其他有线或无线网络。

其他网络112可以进一步连接到基于IEEE 802.11的无线局域网(WLAN)160。该WLAN 160可以包括接入路由器165。该接入路由器可以包含网关功能。该接入路由器165可以与多个接入点(AP)170a、170b进行通信。接入路由器165与AP 170a、170b之间的通信可以经由有线以太网(IEEE 802.3标准)或是任何类型的无线通信协议来进行。AP 170a通过空中接口来与WTRU 102d进行无线通信。

随着诸如LTE系统之类的无线通信系统的成熟及其网络部署的演进，如果可以减少通信网络成本、通信网络的维护需求或者所有这二者，那么对于网络运营商而言将会非常有益。一种用于降低网络成本的技术可以是减小用于与设备进行通信的信道带宽和数据速率。例如，在与网络中的设备通信的时候，此类设备或网络自身有可能支持的是信道带宽的一部分而不是整个信道带宽。近来，诸如LTE之类的当前无线通信系统考虑将用于包括机器类型通信(MTC)设备在内的一些设备的带宽缩减至一定等级，例如1.4兆赫(MHz)。作为示例，由于LTE已经支持使用1.4MHz系统带宽的操作，因此，所考虑的等级能够与旧有系统具有更高的兼容性，并且可以减少新的设计的时间和/或成本。然而，作为示例，对于智能手表以及闹钟之类的一些设备而言，更进一步的带宽缩减是合乎需要的，例如以更进一步地降低成本。作为示例，目前业已建议了大约200千赫(kHz)的更进一步的带宽缩减。对于与旧有系统操作的兼容性较差的带宽缩减的操作而言，此类操作有可能需要附加的系统设计来支持。

带宽(BW)缩减的WTRU可以是支持或者只支持某个BW受限的WTRU，例如下行链路(DL)和/或上行链路(UL)中的RF BW或是某些数量受限的资源块(RB)，这一点与可供所述WTRU进行通信的e节点B或小区的BW无关。举例来说，BW缩减的WTRU也可以被称为BW受限的WTRU，并且该WTRU既可以支持或者只支持一定数量的RB，例如6个RB或1个RB，也可以支持或只支持某个BW，例如1.4MHz或180kHz，以便进行传输和/或接收。此类WTRU可以与具有诸如20MHz或100个RB这样的更大BW的e节点B或小区进行通信。

增强型机器类型通信(eMTC)WTRU可以是BW受限的WTRU，并且它可以支持第一数量的RB和/或第一带宽的BW。所述第一数量可以由N1表示，所述第一带宽可以由B1表示。作为示例，N1可以是6，并且B1可以是1.4MHz。在一个示例中，6个RB可以对应于1.4MHz的BW。eMTCWTRU可用于代表关于BW受限的WTRU的非限制性示例。另一个WTRU可被称为窄带LTE(NB-LTE)或窄带物联网(NB-IoT)WTRU，该WTRU可以是BW受限的WTRU，并且它可以支持第二数量的RB和/或第二带宽的BW。所述第二数量可以由N2表示，并且所述第二带宽可以由B2表示。N2可以小于N1。B2可以小于B1。作为示例，N2可以是1，并且作为示例，B2可以是180kHz。在一示例中，1个RB可以对应于180kHz的BW。NB-LTE WTRU和/或NB-IoT WTRU可以用于代表关于BW受限的WTRU的非限制性示例。窄带(NB)WTRU可以用于代表WTRU或BW受限的WTRU的非限制性示例。在这里，WTRU、BW受限的WTRU、受限的BW WTRU、BW缩减的WTRU、能力受限的WTRU、低成本MTC(LC-MTC)WTRU、低复杂度WTRU、MTC WTRU、eMTC WTRU、NB-IoT WTRU、eMTC、NB-IoT以及NB WTRU是可以互换使用的。RB可以是物理RB(PRB)。在这里，术语RB与PRB是可以互换使用的。

BW受限的WTRU可能会使用或者需要特殊的过程，以便在小区的全BW的一部分中工作。在这里，缩减的带宽、受限的带宽以及带宽受限是可以互换使用的。支持小区的全BW的WTRU可被称为全BW WTRU。所述BW可以包括多个RB和/或波段中的位置，例如波段中心。

作为示例，WTRU至少有时能以一种与全BW WTRU相一致或者至少部分一致的方式来进行通信、运行或工作，并且至少有时能以一种与BW缩减的WTRU相一致或者至少部分一致的方式来进行通信、运行或工作，例如在作为全BW WTRU工作之外的其他某些时间。举例来说，可支持小区全BW的WTRU可以在某些时间采用一种能与BW缩减的WTRU相一致或者至少部分一致的方式来进行通信、运行或工作，例如在其覆盖受限或者在覆盖增强模式中工作的时候。诸如该示例WTRU这样的WTRU有时可以是或者被认为是全BW WTRU，和/或有时可以是或者被认为是BW缩减的WTRU，例如在其他时间。

WTRU可以是或者可以被认为是BW缩减的WTRU，与此同时，作为示例，其有可能会、有可能需要或者有可能想要以类似或者至少部分类似于BW缩减的WTRU的方式运行或工作。作为示例，对于能以与BW缩减的WTRU相一致或者至少部分一致的方式来进行通信(例如，与e节点B进行通信)、运行或是工作的WTRU来说，该WTRU例如至少有时可以是或者可以被认为是BW缩减的WTRU，例如在WTRU能以与BW缩减的WTRU相一致或者至少部分一致的方式通信、运行或工作的时候。

应该指出的是，术语eNB，e节点B和小区在这里是可以互换使用的。针对BW缩减的WTRU所描述的实施例和示例也可应用于覆盖受限的WTRU，反之亦然。

覆盖受限和BW缩减的WTRU是可以使用这里描述的示例方法和过程的WTRU的示例。这些覆盖受限和BW缩减的WTRU是此类示例WTRU的非限制性示例。针对具有任何类型、任何能力或能力缩减的WTRU的应用仍旧与这里描述的示例方法和过程相一致。

术语物理下行链路控制信道(PDCCH)可以用增强型PDCCH(EPDCCH)、机器类型通信(MTC)物理下行链路控制信道(M-PDCCH)或是别的DL控制信道来取代，反之亦然，并且仍然符合这里描述的示例方法和程序。术语分量载波(CC)和服务小区在这里是可以互换使用的。术语WTRU、WTRU介质访问控制(MAC)实体以及MAC实体在这里也是可以互换使用的。

术语WTRU、某个WTRU或某些WTRU可以由至少一个WTRU、至少某个WTRU或者至少某些WTRU所替换，并且仍然与这里描述的示例方法和过程相符。短语旨在可以被至少旨在或者旨在至少所替换，并且仍旧与这里描述的示例方法和过程相符合。

这里描述的示例方法和过程可以是针对携带或者可以携带RAR或PCH的随机接入响应(RAR)、寻呼信道(PCH)或物理下行链路共享信道(PDSCH)描述的。这些信道是作为非限制性示例使用的。RAR可以用PCH或PCH PDSCH来替换，反之亦然，并且仍然与这里描述的示例方法和过程相符合。可以由PDSCH运送的信道或其他内容可以用任何信道或内容替换，并且仍旧与这里描述的示例方法和过程相符合。

在这里公开了涉及覆盖增强(CE)的示例方法和过程。覆盖增强的WTRU可以是需要覆盖增强的WTRU或是可以使用覆盖增强技术或者可以支持CE模式的WTRU。术语覆盖受限的WTRU和覆盖增强的WTRU在这里是可以互换使用的。作为示例，CE可以是指为低数据速率应用扩展或提升覆盖范围。并且作为示例，CE也可以是指通过扩展或提升覆盖范围以允许与能力降低的设备进行通信，例如使用了单个接收机的设备或是使用了缩减带宽的设备。作为示例，CE可以是指扩展或提升覆盖范围，以便能与通信受阻的设备进行通信，例如室内设备或是处于穿透损耗有可能会阻碍通信的地下室内的设备。在至少一些示例中，CE可以包括通过降低数据速率来扩展或提升覆盖范围。在至少一些示例中，CE可以包括通过使用重复技术来扩展或提升覆盖范围。在至少一些示例中，CE可以用于MTEC应用。在至少一些示例中，CE可以用于NB或NB-IoT应用。术语CE操作和覆盖增强操作在这里是可以互换使用的。

CE可以使用物理信道的重复传输。CE等级可以基于重复次数、例如实现预定覆盖改进所需要或使用的覆盖次数来确定。术语重复次数、重复数量、重复等级以及CE等级在这里是可以互换使用的。

CE模式可以与一个或多个CE等级结合使用，或者作为示例与一个或多个重复等级结合使用。CE模式内部支持的CE等级或重复等级是可以动态改变的。

作为示例，eMTC WTRU可以是低成本WTRU。例如，eMTC WTRU可以是能力有限或能力缩减的WTRU。能力有限或能力缩减可以包括以下的至少一项：BW能力受限或缩减(例如使用了6个RB的BW)、低吞吐量性能、以及接收机上的单个RF链。eMTC WTRU可以具有延迟容忍性。在LTE网络中可以为所述eMTC WTRU提供服务，其中所述LTE网络既可以具有也可以不具有大于eMTC所能支持的BW的系统BW，作为示例，所述eMTC能够支持的BW可以是1.4MHz的BW。

eMTC WTRU可以支持覆盖增强操作。作为示例，所支持的CE操作模式可以有两种，例如CE模式-A和CE模式-B。在CE模式-A中可以支持正常的和小的CE等级，而在CE模式-B中则可以支持中等和大的CE等级。正常的CE可以等同于正常的操作或者没有CE，作为示例，这其中可以包括CE的不重复使用。

作为示例，NB-IoT WTRU可以是低成本WTRU。例如，NB-IoT WTRU可以是能力受限或缩减的WTRU，其中作为示例，与eMTC WTRU的能力相比，所述WTRU在至少一个方面的能力更加受限或者更加缩减。举例来说，NB-IoT WTRU可以支持或使用进一步缩减的BW，例如1个RB的BW，并且所述BW可以小于eMTC WTRU所能支持的BW。

NB-IoT WTRU可以或者可以旨在支持CE，例如高达20分贝(dB)的CE，并且其电池寿命可以长于eMTC WTRU的预定或预期电池寿命。NB-IoT WTRU旨在或者期望支持诸如10年的电池寿命。与其他类型的设备相比，小区中的NB-IoT WTRU群体明显相对较大。

在这里论述了示例的寻呼方法和过程。这里使用的寻呼可以是指网络发起的连接建立。这里使用的寻呼可以指可供网络用以向一个或多个WTRU提供信息的机制，作为示例，所述信息可以是系统信息修改信息或警告系统信息，例如地震和海啸警告系统(ETWS)信息，所述WTRU例如可以使用电池省电技术，例如不连续接收(DRX)。在一些示例中，寻呼可以在WTRU处于空闲模式的时候使用。在其他示例中，寻呼可以在WTRU处于连接模式的时候使用。举例来说，针对使用寻呼无线电网络临时标识符(P-RNTI)掩蔽的在PDCCH上的DL控制信息(DCI)或DL指派，WTRU可以在空闲模式和/或连接模式中周期性地监视PDCCH。当WTRU检测或接收到使用P-RNTI的DCI或DL指派时，WTRU可以解调相关联或是所指示的PDSCH RB，和/或可以解码在相关联或所指示的PDSCH上携带的寻呼信道(PCH)。可以携带PCH的PDSCH可被称为PCH PDSCH。在这里，术语寻呼、寻呼消息和PCH是可以互换使用的。这里使用的术语下行链路控制信道、NB WTRU的DL控制信道、M-PDCCH、PDCCH、NB PDCCH(NB-PDCCH)、物联网PDCCH(IoT-PDCCH)以及NB IoT-PDCCH(NB-IoT-PDCCH)可是以互换使用的。

对于诸如寻呼时机(PO)之类的可供WTRU在诸如空闲模式中监视寻呼信道的寻呼帧(PF)内部的PF和子帧来说，其可以基于诸如WTRU_ID或UE_ID之类的WTRU标识符(ID)以及可被网络指定的参数来确定。所述参数可以包括诸如以帧为单位的可以与不连续接收(DRX)周期相同的寻呼周期(PC)长度，以及能够共同确定该小区中的逐个PC的PF数量和逐个PF的PO数量的别的参数，例如nB。在一个示例中，WTRU ID可以是以1024为模的WTRU国际移动用户身份(IMSI)。在这里，术语WTRU ID、WTRU-ID和WTRU_ID是可以互换使用的。

从网络的角度来看，每个寻呼周期可以有多个PF，并且一个PF内部可以有多个PO，举例来说，每一个寻呼周期所具有的一个以上的子帧可以携带使用P-RNTI掩蔽的PDCCH。另外，从WTRU的角度来看，WTRU可以监视逐个寻呼周期的PO，并且此类PO可以基于这里规定的参数来确定，其中所述参数可以经由系统信息、专用信令信息等等而被提供给WTRU。PO可以包括针对一个或多个特定WTRU的寻呼，或者它们可以包括可以针对每一个WTRU、多个WTRU或是所有WTRU的系统信息变化寻呼。在空闲模式中，WTRU有可能会出于来话呼叫或系统信息更新变化之类的原因而接收寻呼。

在连接模式中，举例来说，WTRU可以接收与系统信息变化相关的寻呼，并且该WTRU不会接收WTRU特定的寻呼，例如用于来话呼叫的寻呼。如此一来，处于连接模式的WTRU不会监视特定的PO。此外，对于频分双工(FDD)来说，PO子帧可被局限于某些子帧，例如子帧0、4、5和9，和/或对于时分双工(TDD)来说，所述PO子帧被局限于某些子帧，例如子帧0、1、5和6。

这里使用的DRX可以是指WTRU在一个周期中的某些时间、例如仅仅在某些时间监视DL控制信令或是DL控制信道。举例来说，使用DRX的WTRU可以在某些时段、例如仅仅在某些时段监视DL控制信道。在其他时段中，该WTRU可以关断其接收机电路的至少一部分，并且可以降低功耗。作为示例，时段可以是子帧。在这里论述了使用DRX的操作的示例方法。

在空闲模式、例如无线电资源控制(RRC)空闲模式和/或演进型分组系统(EPS)连接管理(ECM)空闲模式中，WTRU可以通过监视或侦听寻呼消息来获知以下的一项或多项：来话呼叫，系统信息变化，用于具有ETWS能力的WTRU的地震和海啸警报系统(ETWS)通知，商业移动警报服务(CMAS)通知以及扩展访问限制(EAB)参数修改。

作为示例，WTRU可以采用不连续的方式来监视用于P-RNTI的PDCCH，以便在没有针对该WTRU的寻呼的时候降低电池消耗。DRX可以是或者可以包含以不连续的方式监视PDCCH的处理。在空闲模式中，DRX可以是或者可以包括就P-RNTI而以不连续的方式监视PDCCH的处理，例如在RRC空闲状态期间监视或侦听寻呼消息。

在这里，术语空闲模式、空闲状态、RRC空闲模式、RRC空闲状态以RRC_IDLE模式或状态是可以互换使用的。术语RRC空闲和ECM空闲在这里是可以互换使用的。在连接模式中同样可以启用和/或使用DRX。在处于连接模式时，如果配置了DRX，那么MAC实体可以以不连续的方式监视PDCCH，例如使用DRX操作来监视。在这里，术语连接模式、连接状态以及RRC_CONNECTED模式或状态是可以互换使用的。

在这里讨论了空闲模式DRX中的操作示例。WTRU可以使用一个或多个能在诸如SIB2之类的系统信息块(SIB)中广播的DRX参数，以便确定用于监视寻呼的PF和/或PO。举例来说，WTRU可以改为使用一个或多个WTRU特定的DRX周期参数，其中作为示例，该参数可以由MME通过非接入层(NAS)信令用信号通告给WTRU。

表1提供了包括DRX参数的示例范围和示例来源在内的DRX参数示例，作为示例，该来源可以是e节点B或MME。

表1.示例DRX周期参数

WTRU的DRX周期T可以指示寻呼周期中的无线电帧的数量。较大的T值会导致较小WTRU电池功耗。较小的T值则会增加WTRU电池功耗。DRX周期既可以是小区特定的，也可以是WTRU特定的。

由e节点B提供的DRX周期可以是小区特定的，并且可以被提供给小区中的至少一些或者诸如所有的WTRU。e节点B提供的DRX周期可以是默认寻呼周期。MME提供的DRX周期可以是WTRU特定的。WTRU可以使用默认寻呼周期和WTRU特定DRX周期中的较小的一者作为其DRX或寻呼周期。MME可以使用NAS信令来向WTRU提供WTRU特定的DRX周期，例如将其作为“WTRU特定的DRX周期”来提供。作为示例，对于针对该WTRU的MME发起的寻呼消息来说，该MME可以在PAGING S1AP消息中将该WTRU特定的DRX周期作为“寻呼DRX”提供给e节点B。

WTRU和/或e节点B可以使用默认和WTRU特定的DRX周期中的最小值。例如，在无线电帧中，T＝Min(T_WTRU，T_CELL)。具有大小为N(例如128)个无线电帧的DRX周期的WTRU可以或者可能需要每N个帧的时间(例如对于10毫秒的帧时间来说是每1.28秒)唤醒一次，并且寻找寻呼消息。

参数nB可以指示小区特定的DRX周期中的寻呼时机或PO的数量。该参数可以是小区特定的。nB值的配置可以取决于小区中可能期望或使用的寻呼容量。作为示例，为了提升寻呼容量，较大的nB值也是可以使用的。此外，举例来说，对于较小的寻呼容量而言，所使用的可以是较小的nB值。

e节点B和/或WTRU可根据以下关系来计算WTRU的PF：PF可以由以下等式给出或者在满足以下等式的时候出现：SFN mod T＝(T div N)*(WTRU_ID mod N)，其中N＝min(T，nB)，div可以表示除法。在PF内部，WTRU特定的PO可以从寻呼帧集合中确定。该集合可以是用于寻呼的可允许子帧和/或每一个PF的PO数量的函数，其中所述PO数量可以是至少nB和/或T的函数。作为示例，系统帧编号(SFN)的取值范围可以是0-1023。

在这里论述了关于连接模式DRX的示例。在连接模式中，PF和PO可以以与空闲模式中类似的方式确定。对于空闲和连接模式来说，DRX周期参数可以不同。作为示例，WTRU可以在连接模式中监视PC中的PO，例如任何PO，以便获取系统信息变化信息。

在这里公开了扩展DRX(eDRX)。作为示例，对于一些设备、例如MTC设备来说，可能期望具有扩展或更长的DRX周期。扩展或更长的DRX周期对于一些设备可能是有用的，例如延迟容忍设备，并且作为示例，所述周期可以降低电池消耗和/或提升这些设备的电池寿命。对于无线电帧和/或SFN定时(例如旧有SFN定时)而言，诸如超帧(HF)之类的新的时间单位可以与之结合使用，或者可以用作它的扩展或在其之上。

图2是示出了HF和HF内部的寻呼的示例时序图。一个HF可以包括一SFN周期，例如1024个无线电帧或10.24s。HF可以具有超系统帧编号(H-SFN)。H-SFN周期可以是1024个SFN周期。H-SFN周期可以持续1024*1024*10ms，例如174.76分钟。在时序图200显示的示例中，HF 210可以具有H-SFN 0并且可以包含从无线电帧0到无线电帧1023的大小为1024个无线电帧的SFN周期。同样，HF 220可以具有H-SFN 1023，并且包含其自身的大小为1024个无线帧的SFN周期。H-SFN周期230可以包含1024个HF，其中包括从HF 210到HF 220。

空闲模式扩展DRX(I-eDRX)周期可以包括多达256个H-SFN周期，并且作为示例，其可以持续256*1024*10ms，例如43.69分钟。H-SFN可以由小区进行广播。所述H-SFN可以在SFN循环边界上递增。

其中WTRU变得寻呼可达的H-SFN可被称为寻呼超帧(PH)或是该WTRU的PH。所述PH可以适用于或仅仅适用于ECM-IDLE。PH可以根据扩展DRX周期和/或WTRU ID(例如以1024取模的IMSI)来计算。在PH内部，关于PF和/或PO的判定可以遵循常规的DRX规则和/或公式。WTRU的寻呼窗口(PW)可以是WTRU的PH(在该PH期间WTRU可监视寻呼和/或可被寻呼)中的PF集合相对应的窗口或时间跨度。PW可以包括PH中的可用PF的子集。在时序图200显示的示例中，PW 250可以包括PF 260、PF 270和PF 280。PF 260、PF 270和PF 280可以是PH 290内部的PF。eDRX周期295可以包括PH 290。作为示例，PW可以由MME在NAS消息中用信号通告给WTRU。在PF中，WTRU可以监视或者只监视一个PO。针对WTRU的寻呼可以在该WTRU的PW中的一个或多个PF中重复，例如在WTRU未对先前寻呼做出响应的情况下。

小区对于空闲模式扩展DRX的支持可以通过广播H-SFN来隐性地指示。对于长DRX周期，如果MME对于WTRU何时可达有所了解，那么将是非常有用的，作为示例，由此可以避免在e节点B上长时间地存储寻呼请求。在连接模式中，DRX周期可以延长至SFN限度，例如将长DRX周期的取值范围扩展到10.24秒。

在有限的数量的寻呼资源内部可以复用大量的NB WTRU。如果是基于WTRU-ID(例如IMSI或是用1024取模的IMSI)将WTRU分布在寻呼资源中，那么仍旧会有大量的WTRU在时间和/或频率上共用相同的寻呼资源，例如共用相同的PO和/或寻呼NB。

NB WTRU可以在一PO或是其每一个PO中监视M-PDCCH。如果M-PDCCH或M-PDCCH中的DCI指示了用于寻呼消息的相关联的PDSCH调度，那么NB WTRU可以接收相关联的PDSCH，例如用于检查是否可能存在以NB WTRU为目标的寻呼消息。

由于相同的寻呼资源可以被大量的NB WTRU所共享，因此，当寻呼消息未以NBWTRU为目标时，NB WTRU可以接收相关联的PDSCH。作为示例，如果接收到并非针对WTRU的相关联的PDSCH，那么有可能会不必要地增大WTRU的电池消耗。如果NB WTRU处于可以使用大量重复的CE等级，那么对于WTRU的影响有可能更加恶劣，并且作为示例，这种影响有可能会明显变差。

NB WTRU可以以NB WTRU特定的或NB WTRU群组特定的方式在诸如PO或每一个PO中监视M-PDCCH。M-PDCCH可以隐性或显性地指示诸如WTRU或WTRU群组接收和/或解码M-PDCCH和/或相关联的PDSCH的必要性。举例来说，M-PDCCH可以隐性或显性地指示M-PDCCH、相关联的PDSCH、寻呼、寻呼消息或是用于携带寻呼消息或信道的PDSCH的一个或多个预定接收者。更进一步，在这里可以使用关于寻呼接收、寻呼接收需要或是关于M-PDCCH、相关联的PDSCH、寻呼、寻呼消息或是用于携带寻呼消息或信道的PDSCH的一个或多个预定接收者的隐性指示，其中该指示可以使用以下的一项或多项：加扰指示；加扰序列，例如用于M-PDCCH随机化的加扰序列，WTRU群组特定的或是WTRU特定的加扰序列，信息类型特定的加扰序列，或是用于寻呼接收的加扰序列；用于M-PDCCH随机化的起始增强控制信道元素(ECCE)索引，用于M-PDCCH随机化的比特交织器；和/或一个或多个无线电网络临时标识符(RNTI)。

在一示例中，加扰序列可以用来随机化M-PDCCH的比特序列。使用了相同加扰序列来解扰所接收的比特的WTRU可以接收或者能够接收M-PDCCH。在一示例中，只有可以使用相同加扰序列解扰所接收的比特的WTRU可以接收或者能够接收M-PDCCH。

M-PDCCH的比特序列可以是M-PDCCH调制前的比特序列。例如，M-PDCCH的比特序列可以是速率匹配之后的比特序列。译码比特序列可以是所述速率匹配处理的输入比特序列，并且所述速率匹配处理的输出比特序列可以是M-PDCCH的比特序列。具有用RNTI加扰的循环冗余校验(CRC)的DCI可以是信道编码块的输入比特序列，并且输出比特序列可以是一个译码比特序列。

M-PDCCH的比特序列可以是信道译码前的比特序列。例如，具有用RNTI加扰的CRC的DCI可以是M-PDCCH的比特序列。

至于RNTI，以下的一或多个示例是可以应用的。举例来说，如果可以使用DCI来执行寻呼，那么RNTI可以是P-RNTI。在另一示例中，RNTI可以是能与加扰序列相关联的群组特定的P-RNTI。在另一示例中，RNTI可以是可用于寻呼的WTRU-ID的N个最低有效位(LSB)。N可以是CRC比特的数量，其可以被称为NCRC。作为示例，所使用的可以是诸如IMSI或系统架构演进(SAE)-临时移动订户身份(s-TMSI)之类的WTRU-ID的16个LSB。用于RNTI的N个比特可以是与以(2^N)取模的WTRU-ID，例如以(2^N)取模的IMSI，相对应的相同的N个比特，其中N可以是16。

在一示例中，M-PDCCH的比特序列b(0)，...，b(M_bit-1)可以用某个加扰序列c(i)加扰，其中M_bit可以是M-PDCCH的比特序列中的比特数量。WTRU特定的或WTRU群组特定的加扰序列的结果可以被称为

在一示例中，比特序列可以基于来确定，其中mod2可以是模2运算。更进一步，加扰序列c(i)可以是伪随机序列，其中该序列可以基于初始化值c_init来确定，其中i可以是比特序列的比特索引。

特定的加扰序列可以基于以下的至少一项来确定：M-PDCCH或加扰序列是WTRU特定的还是WTRU群组特定的，相关联的DCI中的信息类型以及相关联的PDSCH中的信息类型。初始化值(c_init)可以至少基于WTRU-ID，至少基于相关联的WTRU群组编号，至少基于相关联的DCI中的信息类型，至少基于相关联的PDSCH中的信息类型和/或RNTI来确定。

在一示例中，监视或尝试解码M-PDCCH的比特序列的WTRU可以使用与之关联的加扰序列。所述相关联的加扰序列可以基于以下的至少一项来确定：M-PDCCH或加扰序列是WTRU特定的还是WTRU群组特定的，和/或DCI中的信息类型。举例来说，所述相关联的加扰序列可以基于WTRU所监视的DCI中的信息的类型来确定，例如基于WTRU特定的或是WTRU群组特定的寻呼。在一示例中，WTRU可以使用信道解码器的输入比特序列来执行解扰。WTRU也可以使用信道解码器的输出比特序列来执行解扰。在一示例中，如果在WTRU接收机上接收的M-PDCCH的比特序列是d(0)，...，d(M_bit-1)，那么所述序列可被称为具有相关联的加扰序列c(i)的解扰比特序列。作为示例，WTRU可以使用来执行解扰。

在这里可以提供和/或使用WTRU特定的加扰序列和/或WTRU群组特定的加扰序列。在一示例中，举例来说，WTRU特定的或WTRU群组特定的加扰序列、例如第一加扰序列可以用于在PO或是每一个PO中加扰M-PDCCH的比特序列。在一示例中，举例来说，可使用相同加扰序列(例如第一加扰序列)的WTRU或WTRU群组可以解码或者能够解码M-PDCCH。举例来说，只有可以使用相同加扰序列(例如第一加扰序列)的WTRU或WTRU群组才可以解码或者能够解码M-PDCCH。

在使用了WTRU群组特定的加扰序列的示例中，Ng个加扰序列可以在一个PO中被用于Ng个WTRU群组，并且针对Ng个WTRU群组内部的WTRU群组(例如第一WTRU群组)或以之为目标的M-PDCCH的比特序列可以用相应的加扰序列来加扰，例如第一加扰序列。在一个示例中，使用了相应加扰序列(例如第一加扰序列)的WTRU群组可以接收或者能够接收M-PDCCH。在进一步的示例中，只有使用相应加扰序列(例如第一加扰序列)的WTRU群组才可以接收或者能够接收M-PDCCH。WTRU群组特定的加扰序列可以基于以下的至少一项来确定：诸如至少以Ng和WTRU-ID为基础的模运算；诸如基于Ng和WTRU-ID的散列函数；以及至少基于CE等级确定的WTRU群组编号。

在这里可以使用模运算，其中所述模运算可以至少基于Ng和WTRU-ID(N_WTRUID)。WTRU群组编号(Ngroup)可以通过以Ng为模的WTRU-ID来确定(例如N_groupp＝(N_WTRUID)modN_g)。此外，子帧编号和/或帧编号(例如SFN)也是可以使用的。举例来说，N_group＝(N_WTRUID·N_Frame)modN_g。

散列函数也是可以使用的，其中该散列函数可以基于Ng和WTRU-ID。在这种情况下，举例来说，N_group＝(A·N_WTRUID)modN_g，其中A可以是质数(例如A＝39,827)，或者N_group＝((A·N_WTRUID)modD)modN_g，其中D可以是不同于A的质数(例如D＝65,537)。该散列函数可以基于子帧编号和/或帧编号。

WTRU群组编号可以至少基于CE等级来确定。举例来说，具有第一CE等级(例如CE等级-1)的WTRU可以被归组到第一WTRU群组，具有第二CE等级(例如CE等级-2)的WTRU可被归组到第二WTRU群组。

WTRU-ID可以是分配给WTRU的RNTI、IMSI以及s-TMSI中的至少一个，和/或所分配的RNTI、IMSI和s-TMSI中的至少一个的一部分。举例来说，WTRU-ID可以是以M为模的IMSI或是以N为模的s-TMSI。M和/或N可以是1024。A和/或D可以是N_g的函数。作为示例，A和/或D可以是由e节点B经由信令来确定(fix)和/或配置。N_WTRUID可以是WTRU-ID，或者可以是WTRUIMSI或s-TMSI的一部分或者WTRU IMSI或s-TMSI的函数。举例来说，WTRU的N_WTRUID可以是IMSI-10或以X为模的IMSI，其中X可以是小于或等于1024的数字。

在使用了WTRU特定的加扰序列的示例中，WTRU特定的加扰序列可以用于针对WTRU或以WTRU为目标的M-PDCCH的比特序列，其中该WTRU特定的加扰序列可以至少基于WTRU-ID或是WTRU-ID的一部分来确定。在MME发起的寻呼中，WTRU-ID可以由MME在S1寻呼消息或请求中提供给e节点B。

在一示例中，加扰序列可以基于在DCI中携带的特定信息类型来确定。例如，第一加扰序列可以用于可供DCI携带第一信息类型的M-PDCCH的比特序列，以及第二加扰序列可以用于可供DCI携带第二信息类型的M-PDCCH的比特序列。

第一信息类型可以包括但不局限于至少一个或多个系统信息更新指示，例如系统信息修改指示、ETWS指示、CMAS指示以及EAB参数修改指示。一个或多个系统信息指示可以是用于指示系统信息更新的单个比特或是指示多个SI的系统信息更新的多个比特，例如SIB或SI消息。附加指示符也是可以被包含的，例如用于指示DCI格式或DCI类型的标记比特。用于第一信息类型的加扰序列可以基于至少一个小区特定的参数，例如物理小区ID。

第二信息类型可以至少是相关联的PDSCH的调度信息。用于第二信息类型的加扰序列可以基于WTRU特定的参数中的至少一个，例如WTRU-ID。

在另一示例中，加扰序列可以基于DCI和/或WTRU-ID中携带的信息类型来确定。举例来说，第一加扰序列可以用于其中DCI可以携带第一信息类型的M-PDCCH的比特序列，第二加扰序列可以用于其中DCI可以携带第二信息类型的M-PDCCH的比特序列。第一加扰序列可以是预先定义的。第二加扰序列可以基于WTRU-ID来确定。

在一示例中，用于第一信息类型和第二信息类型的PO可以是相同的。此外，WTRU可以就第一信息类型和第二信息类型而对M-PDCCH进行监视。并且，WTRU可以在PO的一个子集或是所有PO中就第一信息类型而对M-PDCCH进行监视。WTRU可以在PO的子集或所有PO中就第二信息类型而对M-PDCCH进行监视。

在另一示例中，用于第一信息类型和第二信息类型的PO可以不同。用于第一信息类型的PO的时间和/或频率位置可以基于至少一个小区特定的参数来确定。举例来说，该小区特定的参数可以包括物理小区ID、系统带宽、子帧编号、诸如SFN之类的帧编号等等。用于第二信息类型的PO的时间和/或频率位置可以基于至少一个WTRU特定的参数来确定，例如WTRU-ID。

在这里公开了包括使用加扰序列来执行寻呼接收在内的示例。WTRU可以根据这里描述的一个或多个示例来确定比特加扰序列，例如M-PDCCH比特加扰序列。在一示例中，WTRU可以在PO中监视M-PDCCH。该WTRU可以使用比特加扰序列来解扰所接收的信号或M-PDCCH。该WTRU可以确定经过解扰的M-PDCCH是否可以携带使用可供WTRU用于寻呼的RNTI掩蔽的DCI。作为示例，所述RNTI可以是P-RNTI。如果WTRU确定该DCI是用诸如P-RNTI之类的RNTI掩蔽的，那么WTRU可以通过读取DCI的内容来获得系统信息更新信息和/或PDSCH调度信息中的一者或多者。该WTRU可以使用该调度信息来接收可携带一个或多个寻呼记录或寻呼消息的相关联的PDSCH。

在这里公开了将起始ECCE索引用于M-PDCCH随机化处理的示例。在一示例中，M-PDCCH搜索空间可以用于监视M-PDCCH或DCI，其中作为示例，用于监视的起始ECCE索引可以基于至少一个WTRU特定的参数来确定。例如，WTRU可以使用M-PDCCH搜索空间来监视M-PDCCH或DCI，其中诸如用于监视的起始ECCE索引可以基于至少一个WTRU特定的参数来确定。这里使用的控制信道元素(CCE)、ECCE和NB-IoT控制信道元素(NCCE)是可以互换使用的。

图3是示出WTRU群组特定的起始ECCE索引的例图。图300显示了处于ECCE聚合等级16的子帧310中的ECCE的一个示例。在其他示例中，诸如1、2、4、8和32之类的其他ECCE聚合等级也是可以使用的。在图3显示的示例中，WTRU可以依照该WTRU所在的群组来使用不同的起始ECCE索引。举例来说，WTRU可以被划分到编号为WTRU群组#1到WTRU群组#4的四个WTRU群组中。WTRU群组#1中的WTRU可以使用起始ECCE为1的起始ECCE索引330，WTRU群组#2中的WTRU可以使用起始ECCE为5的起始ECCE索引350，WTRU群组#3中的WTRU可以使用起始ECCE为9的起始ECCE索引370，WTRU群组#4中的WTRU可以使用起始ECCE为12的起始ECCE索引390。

图4是显示了WTRU接收具有基于该WTRU的WTRU群组的起始ECCE索引的机器类型通信(MTC)物理下行链路控制信道(M-PDCCH)的示例流程图的图示。在图400显示的示例中，WTRU可以在M-PDCCH搜索空间410中监视M-PDCCH。该WTRU可以使用包含了该WTRU的WTRU群组的起始ECCE索引来监视M-PDCCH。然后，该WTRU可以在M-PDCCH搜索空间中接收M-PDCCH，其中所述M-PDCCH可以具有包含该WTRU 420的WTRU群组的起始ECCE索引。在与图3显示的WTRU群组相对应的示例中，WTRU可以处于WTRU群组#2中，并且由此可以监视和/或接收具有值为5的起始ECCE索引350的M-PDCCH。更进一步，WTRU可以解码M-PDCCH，其中该M-PDCCH包括DCI 430。WTRU可以接收与M-PDCCH 440或DCI相关联的PDSCH，例如通过M-PDCCH或DCI调度的PDSCH。在一示例中，WTRU可以基于DCI来接收、解码、尝试解码、解调和/或尝试解调PDSCH，其中所述PDSCH可以包含寻呼消息。结果，WTRU可以基于该寻呼消息来改变其操作。举例来说，WTRU可以基于寻呼消息而从空闲模式变为连接模式。然后WTRU可以开始在连接模式下执行传输和接收。在另一示例中，WTRU可能已处于连接模式，并且可以基于寻呼消息中的系统信息变化信息来改变其系统操作。

在另一示例中，M-PDCCH搜索空间可以用于DCI监视，其中起始ECCE索引和排序(例如升序、降序、随机顺序和/或预定义顺序)可以用于确定M-PDCCH候选。举例来说，如果在搜索空间中有多个ECCE、N_ECCE可用，并且ECCE聚合等级与用于M-PDCCH候选的N_ECCE相同，那么可以基于起始ECCE索引和/或排序来确定一个或多个M-PDCCH候选。

M-PDCCH候选可以用N_ECCE个ECCE来定义或配置，其中所述ECCE可以按照升序、降序、使用起始ECC索引的升序或是使用起始ECCE的降序的方式来聚合。在一示例中，起始ECCE索引和/或排序可以基于至少一个WTRU特定的参数来确定。在另一示例中，起始ECCE索引和/或排序可以至少基于DCI中携带的信息类型来确定。

在另一示例中，M-PDCCH搜索空间可用于DCI监视，其中ECCE聚合可以基于一序列。用于ECCE排序的序列可以基于至少一个WTRU特定的参数来确定。

图5是示出了WTRU群组特定的随机ECCE排序的例图。如图示500所示，用于ECCE排序的序列可以基于至少一个WTRU特定的参数来确定。与图3相似，图5显示了处于ECCE聚合等级16的子帧510中的ECCE的示例。在一示例中，用于ECCE聚合的ECCE排序可以用一序列来确定。在另一示例中，用于ECCE排序的序列可以基于以下的至少一项来确定：WTRU特定的参数、DCI中携带的信息类型、可以用于CRC加扰的RNTI、所使用的DCI格式以及CE等级或重复次数，例如M-PDCCH候选的重复次数。

在更进一步的示例中，WTRU群组可被预先定义或配置随机序列的集合。序列可以与起始ECCE索引相对应。序列可以与ECCE聚合排序相对应。

在图5显示的示例中，WTRU可以依照随机序列来使用不同的起始ECCE索引，其中所述随机序列可以是由该WTRU所在的群组或者是为该WTRU所在的群组定义、配置和/或使用的。举例来说，WTRU可被划分为编号是WTRU群组#1到WTRU群组#4的四个WTRU群组。WTRU群组#1中的WTRU可以使用与起始ECCE索引为4相对应的的第一随机序列530，WTRU群组#2中的WTRU可以使用与起始ECCE索引为5相对应的第二随机序列550，WTRU群组#3可以使用与起始ECCE索引为9相对应的第三随机序列570，以及WTRU群组#4中的WTRU可以使用与起始ECCE索引为12相对应的第四随机序列590。作为示例，该集合内部的随机序列可以基于以下的至少一项来确定：WTRU特定的参数、DCI中携带的信息类型、可以用于CRC加扰的RNTI、所使用的DCI格式、或者是CE等级或重复次数，例如M-PDCCH候选的重复次数。

在这里公开了将比特交织器用于M-PDCCH随机化处理的示例。在一示例中，用于M-PDCCH的比特序列可以与交织序列交织。该交织序列可以是具有该比特序列的长度的序列。比特位置可以基于该交织序列来交织。在一示例中，该交织序列可以基于以下的一项或多项来确定：至少一个WTRU特定的参数、DCI中携带的信息的类型、可以用于CRC加扰的RNTI、所使用的DCI格式、以及CE等级或重复次数，例如M-PDCCH候选的重复次数。在更进一步的示例中，WTRU可以在其尝试解码所接收的比特序列之前使用交织序列来对所接收的比特序列进行解交织。

在一示例中，一个或多个RNTI可以用于DCI，例如用于向WTRU指示是否解码相关联的PDSCH。举例来说，小区特定的P-RNTI和一个或多个WTRU群组特定的P-RNTI可被使用。WTRU可以尝试在PO中使用小区特定的P-RNTI和/或相关联的WTRU群组特定的P-RNTI来解码M-PDCCH。在一示例中，第一P-RNTI可以用于携带第一信息类型的DCI。在另一示例中，第二P-RNTI可以用于携带第二信息类型的DCI。此外，在PO中，WTRU可以尝试使用第一P-RNTI和/或第二P-RNTI解码DCI。

第一P-RNTI可以用于携带第一信息类型的DCI。所述第一P-RNTI可以是小区特定的P-RNTI。第一信息类型可以包括但不限于至少一个或多个系统信息更新指示，例如系统信息修改指示、ETWS指示、CMAS指示以及EAB参数修改指示。一个或多个系统信息指示可以是指示系统信息更新的单个比特或是指示多个SI(例如SIB或SI消息)的系统信息更新的多个比特。作为示例，附加的指示符也是可以包含的，例如用于指示DCI格式或DCI类型的标志比特。第一P-RNTI可以基于至少一个小区特定的参数，例如物理小区ID。

第二P-RNTI可以用于携带第二信息类型的DCI。第二P-RNTI可被预先定义或配置P-RNTI的集合，并且其中预先定义或配置的P-RNTI中的一者可以使用WTRU特定的或WTRU群组特定的方式来预先定义或配置。相关联的P-RNTI可以使用利用WTRU-ID和/或所配置的P-RNTI的数目的模运算来确定。散列函数可以与WTRU-ID和/或所配置的R-RNTI的数量一起使用，以便确定相关联的P-RNTI。

在PO中，WTRU可以尝试使用第一P-RNTI来解码DCI。该WTRU还可以尝试使用与WTRU相关联的第二P-RNTI来解码DCI。如果WTRU可以使用第一P-RNTI成功解码DCI，那么WTRU可以不使用第二P-RNTI监视DCI。如果WTRU使用第二P-RNTI没有成功解码DCI，那么WTRU可以假设没有调度相关联的PDSCH。

这里公开了寻呼接收的显示指示，包括以下各项的使用：寻呼时机类型；寻呼时机、寻呼类型、寻呼消息、寻呼窗口等等的监视指示符；多个监视指示符；以及具有显式和隐式指示的多个监视指示符。在示例中，举例来说，RRC空闲WTRU和/或RRC连接WTRU可被使用、配置或定义一个或多个寻呼时机类型。

第一寻呼时机类型可以用于可供WTRU监视寻呼消息的寻呼消息传输。该寻呼消息可以包括一个或多个寻呼记录和/或一个或多个系统信息更新指示。在一示例中，该寻呼消息可以在DCI中携带。在另一示例中，该寻呼消息可以在PDSCH中携带，并且所述PDSCH的调度信息可以在相关联的DCI中提供。并且，寻呼消息可以在没有用于调度信息的相关联的DCI的情况下，在PDSCH中携带。更进一步，寻呼消息的内容可以从相关联的DCI中指示。举例来说，DCI可以指示包含在寻呼消息中的信息类型。

在一示例中，第二寻呼时机类型可以用于一个或多个系统信息更新指示。在另一示例中，一个或多个寻呼时机类型可以位于相同的时间/频率资源中，并且可以被单独监视。

一个或多个寻呼时机类型的时间/频率位置可以以被独立地确定。第一寻呼时机类型的时间/频率位置可以基于至少一个WTRU特定的参数来确定，例如WTRU-ID。第二寻呼时机类型的时间/频率位置可以基于至少一个小区特定的参数来确定，例如物理小区ID、(e)DRX周期、系统带宽等等。

在一示例中，DCI格式或DCI内容可以依照寻呼时机类型而存在差异。此外，相关联的RNTI可以依照寻呼时机类型而存在差异。

在一示例中，在诸如MIB、公共搜索空间中的DCI等等的广播信道中可以传送用于监视一个或多个PO类型的指示，例如监视指示符。举例来说，在每x毫秒中可以传送一个广播信道，并且一个或多个PO可以与广播传输相关联。该广播传输可以指示WTRU是否需要监视与该广播传输相关联的一个或多个PO。WTRU可以在监视一个或多个PO之前尝试解码或读取携带监视指示符的广播信道。在一示例中，监视指示符可以与一个或多个PO类型相关联。举例来说，监视指示符可以与第一PO类型相关联。在另一个示例中，监视指示符可以只与第一PO类型相关联。在另一示例中，监控指示符可以与第二PO类型相关联。在另一示例中，监视指示符可以只与第二PO类型相关联。在一示例中，监视指示符可被设置成TRUE或FALSE。基于该监视指示符，WTRU可以监视WTRU群组特定的PO或小区特定的PO，其中所述WTRU群组特定的PO可以基于WTRU特定的参数来确定，例如WTRU-ID，所述小区特定的PO可以基于至少一个小区特定的参数来确定，例如物理小区ID。

监视指示符可以与一个或多个PO相关联。例如，监视指示符可以与某个时间窗口内部的PO相关联。如果WTRU接收到监视指示符，那么WTRU可以在该特定时间窗口内部尝试接收或监视PO。

监视指示符可以指示WTRU群组索引，并且与监视指示符相关联的WTRU群组可以监视PO。在一示例中，监视指示符可以指示哪一个WTRU群组可能需要监视PO。WTRU群组可以包括用于系统信息更新的所有WTRU群组。在另一示例中，监视指示符可以具有多个状态，例如四个状态，并且可以指示至少一个状态。举例来说，所述状态可以包括小区公共寻呼、第一WTRU群组、第二WTRU群组以及第三WTRU群组。在一示例中，小区公共寻呼可以是或者出现在小区特定的PO中。WTRU可以依照监视指示符状态来监视PO或者监视寻呼。

监视指示符可以指示PO类型，并且WTRU可以监视与该PO类型相对应的PO。在一示例中，WTRU可以接收用于指示第一PO类型的监视指示符，然后，该WTRU可以监视与第一PO类型相对应的PO。更进一步，WTRU可以接收用于指示第一PO类型的监视指示符，然后，该WTRU可以只监视与第一PO类型相对应的PO。

在另一示例中，监视指示符可以与WTRU群组特定的M-PDCCH加扰序列、WTRU群组特定的RNTI、WTRU群组特定的起始ECCE索引和/或WTRU群组特定的交织器一起使用。监视指示符可以用于指示WTRU是否需要监视与之关联的PO，并且在每一个PO中可以使用关于寻呼接收方案的隐式指示。举例来说，WTRU可以尝试解码、接收或监视该监视指示符，如果该监视指示符表明WTRU有可能需要监视PO，那么WTRU可以就M-PDCCH而尝试解码或监视PO，例如通过使用相关联的加扰序列、起始ECCE索引、RNTI和/或交织序列。此外，WTRU可以先尝试解码、接收或监视该监视指示符，如果监视指示符表明WTRU有可能需要监视PO，那么WTRU可以针对M-PDCCH尝试解码或监视PO，例如使用与之关联的加扰序列、起始ECCE索引、RNTI和/或交织序列。

在一示例中，一个或多个监视指示符可被使用，并且WTRU可以确定该WTRU是否可能需要监视、接收或尝试解码携带寻呼相关信息的M-PDCCH和/或PDSCH。监视指示符可用来确定WTRU是否需要在PO中监视或尝试解码M-PDCCH，并且该指示符也可以被称为PO(寻呼时机)监视指示符。监视指示符可以用于确定WTRU是否需要接收可能携带了寻呼消息(PM)的相关联的PDSCH，并且该指示符也可以被称为PM监视指示符。监视指示符可以用来确定WTRU是否需要监视在寻呼窗口(PW)内部的PO，并且该指示符可以被称为PW监视指示符。PW可以包括关于WTRU的一个或多个PO。PW可以基于PO的数量而被定义或确定。举例来说，PW可被定义成包含N_PO个PO，其中N_PO可以是正整数。

监视指示符可用于确定WTRU是否需要接收、尝试解码或监视后续的监视指示符。WTRU可以在解码、监视、尝试解码、接收或尝试接收PO中的信号(例如M-PDCCH或PDSCH)之前接收监视指示符。所使用的监视指示符可以是两个，第一监视指示符可以是PO监视指示符，并且第二监视指示符可以是PM监视指示符。第一监视指示符可以在广播信道中传送。第二监视指示符可以在DCI中传送，例如在M-PDCCH中。

PM监视指示符可以包含一个或多个比特，以便指示以下的至少一项：可以携带寻呼消息的相关联的PDSCH的存在性；与寻呼消息相关联的WTRU群组索引或WTRU群组ID；以及寻呼消息中携带的信息的类型。

在另一示例中，一个或多个监视指示符可被使用，并且每一个监视指示符均可以用于指示WTRU群组、WTRU群组索引或WTRU群组ID。与WTRU群组、WTRU群组索引或WTRU群组ID相关联的WTRU可能需要监视或接收寻呼消息，例如在用于该WTRU群组、WTRU群组索引或WTRU群组ID的监视指示符指示监视或读取寻呼消息的时候。在这里可以使用分级的WTRU群组索引，其中第一WTRU群组索引可以包括WTRU或WTRU-ID的集合，并且第二WTRU群组索引可以包括所述第一WTRU群组索引指示的WTRU或WTRU-ID集合内部的WTRU或WTRU-ID的子集。第一WTRU群组索引可以基于WTRU-ID(例如IMSI)来确定，并且第二WTRU群组索引可以基于不同的WTRU-ID来确定，例如s-TMSI。第一WTRU群组索引可以基于以WTRU-ID和用于第一WTRU群组索引的WTRU群组的数量为基础的模运算来确定，并且第二WTRU群组索引可以基于使用了WTRU-ID和用于第二WTRU群组索引的WTRU群组数量的散列函数来确定。

第一监视指示符与第二监视指示符的组合可以用于确定WTRU群组索引。如果使用了对应于第一监视指示符的N1个WTRU群组和对应于第二监视指示符的N2个WTRU群组，那么可以将组合的WTRU群组指示成N1×N2个WTRU群组。

在这里论述了将多个监视指示符用于具有显式和隐式指示的寻呼的示例。在一示例中，一个或多个监视指示符可被使用，第一监视指示符可以基于一个或多个显式比特，而第二监视指示符则可以基于RNTI。举例来说，WTRU可以在第一信道中接收指示或者接收来自PO监视指示符的指示，并且WTRU可以在第二信道中接收指示或者接收来自PM监视指示符的指示。

在一示例中，第一信道可以是广播信道，第二信道可以是物理下行链路控制信道，例如M-PDCCH。在另一示例中，第一信道可以是在小区特定的时间/频率资源(例如公共搜索空间)中监视的M-PDCCH，并且第二信道可以是在诸如WTRU特定的或WTRU群组特定的搜索空间之类的WTRU特定的或WTRU群组特定的时间/频率资源中监视的M-PDCCH。在另一个示例中，PO监视指示符可以是在广播信道中传送的一个或多个比特。此外，PM监视指示符可以是为该PM监视指示保留的RNTI的集合。

在这里论述了供WTRU执行寻呼NB判定处理的示例方法。作为示例，WTRU可以基于其WTRU ID、寻呼NB的数量以及DL系统带宽中的至少一者来确定用于在其PO中执行寻呼的NB。WTRU ID可以是IMSI或s-TMSI。作为示例，一个选择是使用以1024为模的IMSI来确定NB，这是因为以1024为模的IMSI可以用于确定WTRU的PO。寻呼NB的数量可被广播、可以经由广播信令而被接收、和/或可以经由系统信息而被接收。寻呼NB可以是可用于寻呼的NB。在一示例中，NB可以是或者可以代表系统BW内部的RB或子载波的集合。

用于寻呼的参数可以包括DRX周期、nB等等。然而，依照可用于寻呼的参数以及NB的数量，如果使用以1024为模的IMSI来确定NB，那么有可能一些或所有WTRU会在给定PO中确定相同的NB。这样有可能会违背将多个NB用于寻呼的本意。

在这里讨论了可供WTRU更好地确定用于寻呼的NB的若干个示例解决方案。在一个示例解决方案中，IMSI-10可以用于代表以1024为模的IMSI或是IMSI的10个最低有效位。对于MME发起的关于WTRU的寻呼来说，MME可以在去往e节点B的S1寻呼消息中包含关于该WTRU的IMSI-10和/或s-TMSI，以便请求所述寻呼。在寻呼WTRU时，e节点B可以获知WTRU的IMSI-10和/或s-TMSI。WTRU和/或e节点B可以使用这些值中的一个或所有的两个来确定用于寻呼的WTRU的NB。举例来说，WTRU和/或e节点B可以使用这些值中的一个或所有的两个来在WTRU的PO中确定用于寻呼的WTRU的NB。

WTRU和/或e节点B可以使用诸如散列函数之类的至少可以基于WTRU ID的函数来确定用于寻呼的NB。举例来说，该函数可以至少基于IMSI-10或是以X为模的IMSI。在一示例中，该散列函数可以至少基于IMSI-10或以X为模的IMSI。

举例来说，诸如散列函数之类的函数可以基于N_b和/或WTRU ID来使用。在一示例中，N_b可以是NB的数量。在另一示例中，N_b可以是用于寻呼或是可用于寻呼的NB的数量。例如，用于WTRU的NB、NB_WTRU可以由WTRU和/或e节点B依照下式确定：

NB_WTRU＝(A·N_WTRUID)mod N_b 等式(1)

其中A可以是质数，例如A＝39827。在另一个示例中，NB_WTRU可以依照下式来确定：

NB_WTRU＝((A·N_WTRUID)modD)mod N_b 等式(2)

其中D可以是可以不同于A的质数，例如，D＝65537。

A和/或D可以是N_b的函数。举例来说，A和/或D可以由e节点B经由信令来确定和/或配置的。N_WTRUID可以是WTRU ID或是WTRU的IMSI或s-TMSI的一部分或函数。举例来说，WTRU的N_WTRUID可以是IMSI-10、以X为模的IMSI或者是以Y为模的IMSI，其中X可以是小于或等于1024的数字，Y可以是小于或等于16,384的数字。用于寻呼的NB的数量可以由e节点B提供和/或由WTRU在信令中接收，作为示例，该信令是可以在系统信息中广播的高层信令。

WTRU和/或e节点B可以使用附加的IMSI比特或是IMSI的附加部分或函数来确定用于寻呼的NB。MME可以在去往e节点B的S1寻呼消息中包含附加比特。e节点B可以接收该附加比特，并且可以使用这些附加比特来确定用于寻呼WTRU的NB。

举例来说，以Z为模的IMSI的B个最高有效位可以用来确定用于寻呼的NB，其中Z可以是以下中的至少一者：(2^B)×1024、(2^C)×1024以及小于或等于16,384的数字。在一示例中，C可以是与B不同的数字或整数。更进一步，B个MSB(例如，B个MSB的取值)，即MB可以用于确定NB，例如依照以N_b为模的MB来确定。

在一个示例中，如果用于寻呼的窄带多达16个，那么B可以是4。用于寻呼的NB可以使用以16,384为模的IMSI的4个MSB来确定，其中以16,384为模的IMSI可以从以Z为模的IMSI中推导得到，并且Z＝(2^B)x1024。由于B可以是4，因此，(2^4)x 1024＝16x 1024＝16,384。更进一步，由于B可以是4，因此可以使用4个MSB，即M4来确定NB，例如依照以N_b为模的M4来确定。M4可以用于代表4个MSB或是4个MSB的值。

在另一个示例中，B可以是3，C可以是4。用于寻呼的NB可以使用以16,384为模的IMSI的3个MSB来确定，其中以16,384为模的IMSI可以从以Z为模的IMSI中推导得到，并且Z＝(2^C)x 1024。由于C可以是4，因此(2^4)×1024＝16×1024＝16,384。此外，由于B可以是3，因此可以使用3个MSB，即M3来确定NB，例如依照以N_b为模M3来确定。M3可以用于代表3个MSB或是3个MSB的值。

在其他示例中，所使用的用于寻呼的窄带的数量可以是不同的，并且仍旧符合这里论述的示例。更进一步，在其他示例中，为B、C和所有这二者可以使用不同的值。

与以16,384为模的IMSI相对应的14比特、IMSI-14可以用于确定NB，例如依照以N_b为模的IMSI-14来确定。更进一步，与以16,384为模的IMSI相对应的14个比特、IMSI-14可以用于确定NB，例如依照通过一个或多个其他参数修改的以N_b为模的IMSI-14来确定。

图6是显示了由WTRU使用WTRU-ID来确定用于监视M-PDCCH的寻呼NB的示例流程图的图示。如流程图600所示，WTRU可以至少基于WTRU-ID的函数的MSB来确定用于WTRU的寻呼NB，以便将其用于监视M-PDCCH 610。WTRU可以在为WTRU确定的寻呼NB上监视M-PDCCH 620。举例来说，WTRU可以在可作为该WTRU的PO的PO中或是在所述PO期间在所确定的寻呼NB上监视M-PDCCH。WTRU可以监视使用P-RNTI掩蔽的M-PDCCH或监视具有用P-RNTI加扰的CRC的DCI。然后，WTRU可以在PO期间在所确定的寻呼NB上的受监视的M-PDCCH上接收DCI 630，其中所述PO可以是该WTRU的PO。该DCI可以包括能用P-RNTI加扰的CRC。WTRU可以接收与M-PDCCH或DCI相关联的物理下行链路共享信道(PDSCH)650，例如由M-PDCCH或DCI调度的PDSCH。WTRU可以在DCI或PDSCH中或是从所述DCI或PDSCH接收系统信息更新相关信息和/或寻呼消息。

在更进一步的示例中，IMSI-10的N个最高有效位可以用来确定用于寻呼的NB。作为示例，N可以是在PO中配置或可用的用于寻呼的NB的数量的函数。

在这里描述的实施例和示例中，术语移动订户标识号码(MSIN)可以取代IMSI，反之亦然，并且仍然与本文公开的实施例和示例相符。更进一步，MSIN和IMSI可以使用各种示例的数字，这其中包括但不限于8、10、14、16、32、64等等。

这里论述了由WTRU确定寻呼HF的示例。在PH内部，具有相同的以1024为模的IMSI的WTRU可以确定相同的PF和相同的PO。依照寻呼参数，WTRU不会良好地分布在PF和PO之间。

IMSI可以由十进制数字(0至9)组成，并且可以包括移动国家代码(MCC)、移动网络代码(MNC)和MSIN中的一个或多个。IMSI可以使用二进制编码的十进制(BCD)表示。IMSI可以包括64个比特，其中每一个数字可被译码在4个单独的比特上。数字0到9可被编码成0000到1001，并且每个八比特组可以具有两个数字。对于以X为模的IMSI的函数来说，IMSI可以是所述IMSI的十进制表示、IMSI的BCD表示、IMSI的十六进制表示或是IMSI的别的表示。

这里描述的诸如为WTRU和/或由WTRU确定寻呼NB的一个或多个示例可以应用于为WTRU和/或由WTRU确定PH、PF和PO中的一个或多个。举例来说，诸如IMSI或s-TMSI之类的WTRU-ID的单独、不同的函数、方面或部分可以用于为WTRU和/或由WTRU确定PH和PF中的每一者的处理。

WTRU_ID_PH可以代表能在PH计算中使用的WTRU-ID的函数、方面或部分。WTRU_ID_PF可以代表能在PF计算中使用的WTRU-ID的函数、方面或部分。WTRU_ID_PH-10可以代表以1024为模的WTRU_ID_PH。WTRU_ID_PF-10可以代表以1024为模的WTRU_ID_PF。对于MME发起的关于WTRU的寻呼，MME可以在去往e节点B的S1寻呼消息中包含WTRU_ID_PH-10和/或WTRU_ID_PF-10，以便请求寻呼。

WTRU_ID_PH-10和/或WTRU_ID_PF-10可以由MME给予e节点B。WTRU_ID_PH-10和/或WTRU_ID_PF-10可以由MME作为大小为10的比特串给予e节点B。这些比特可以遵从正常的二进制表示或BCD表示。

在寻呼WTRU时，e节点B可以获知WTRU_ID_PH-10和/或WTRU_ID_PF-10。WTRU和/或e节点B可以使用这些值中的一个或两个来确定WTRU的PH和/或PF。WTRU和/或e节点B可以使用WTRU_ID_PH-10来确定用于寻呼的WTRU的一个或多个PH。WTRU和/或e节点B可以使用WTRU_ID_PF-10来确定用于寻呼的WTRU的一个或多个PF。

在一示例中，WTRU_ID_PH-10可以是WTRU的MSIN。作为示例，如果MCC和MNC的级联是6位数字，那么MSIN可以是采用十进制表示的IMSI的最小的N1个有效十进制数字，例如9个。作为示例，如果IMSI是15位数字，那么MSIN可以是IMSI的最小的N2个有效十进制数字，例如10个。WTRU_ID_PF可以是WTRU的IMSI。WTRU_ID_PH-10可以是以1024为模的MSIN，和/或WTRU_ID_PF-10可以是以1024为模的IMSI。

在另一示例中，WTRU_ID_PH可以是IMSI，WTRU_ID_PF可以是MSIN。在另一示例中，如果IMSI中的MCC与MNC部分的级联是偶数，那么IMSI可被变换，以使IMSI中的MCC和MNC部分的级联是奇数。举例来说，可以从IMSI的MCC与MNC部分的级联中加1或减1。

在另一示例中，MSIN-10Q可以用于代表FLOOR[MSIN/1024]或是以1024为模的(FLOOR[MSIN/1024])。WTRU_ID_PH-10可以是MSIN-10Q。

在这里公开了经过修改的寻呼接收示例。在一示例中，WTRU可以依照一组规则来确定其PH、PF和PO，例如常规规则。WTRU可以接收和/或使用附加配置或信息来确定何时监视寻呼或者跳过用于寻呼的监视，例如何时监视使用寻呼RNTI掩蔽的M-PDCCH以及何时跳过对其所做的监视，和/或接收或者跳过接收相关联的PDSCH或PCH。

至少一些配置和/或信息可以由MME经由NAS信令或者由e节点B经由RRC信令来提供，或者接收自由MME经由NAS信令或者由e节点B经由RRC信令。在处于空闲模式的同时，WTRU可以维持所述配置和/或信息。WTRU可以在每个I-eDRX周期的一个PH中监视其PW的PF中的寻呼。在一示例中，WTRU可以被配置成跳过其在一个或多个I-eDRX周期中的PH和/或跳过其PW中的一个或多个PF。

在一示例中，WTRU ID是奇数还是偶数可以用于确定WTRU是读取或接收PF或/和PH中的寻呼，还是跳过读取或接收PF或/和PH中的寻呼。读取和/或接收寻呼可以对应于监视具有寻呼RNTI的M-PDCCH。读取和/或接收寻呼可以对应于接收、解码和/或读取与具有寻呼RNTI的M-PDCCH关联、由所述M-PDCCH指示或是由所述M-PDCCH分配的PDSCH。读取和/或接收寻呼可以对应于接收、解码和/或读取可以携带寻呼消息的PDSCH。跳过读取或接收寻呼可以等同于不读取、不接收或者不尝试读取或接收寻呼。跳过读取或接收寻呼可以等同于跳过PO、PF或PH中的一个或多个。

作为示例，如果WTRU ID是奇数，那么WTRU可以在PO中读取或监视寻呼，如果WTRUID是偶数，例如在指示由具有奇数编号的WTRU ID的WTRU执行读取和/或监视的情况下，WTRU可以在PO中跳过读取或监视寻呼。作为示例，如果WTRU ID是偶数，那么WTRU可以在PO中读取或监视寻呼，如果WTRU ID是奇数，例如在指示由具有偶数编号的WTRU ID来执行读取和/或监视的情况下，那么WTRU可以在PO中跳过读取或监视寻呼。

WTRU_ID_PH-10和/或WTRU_ID_PF-10可以替代WTRU ID，并且仍旧符合本公开。WTRUID可以是以1024为模的IMSI，以1024为模的MSIN和/或FLOOR[MSIN/1024]等等。

由奇数编号的WTRU还是偶数编号的WTRU在PF或PO中接收寻呼可以基于以下的一个或多个来确定：WTRU ID奇/偶指示符、PH奇/偶指示器、和/或PF奇/偶指示符。

一指示符可以使用一个比特。该比特的一个状态可以用于指示偶数，并且其他状态可以用于指示奇数。0可用于偶数并且1可用于奇数，反之亦然。作为示例，一个或多个指示符可以由e节点B在诸如MIB、SIB中或是用于寻呼的M-PDCCH中用信号通告。

WTRU可以在其PH和/或PF和/或PO中的至少一个之前读取一个或多个指示符。WTRU可以在一个PO中读取用于寻呼的M-PDCCH中的一个或多个指示符。该WTRU可以确定一个或多个指示符的状态，并且基于所述一个或多个状态，WTRU可以确定是否监视寻呼和/或接收可能携带寻呼的PDSCH。WTRU可以使用MIB中的指示符来确定是否在一个或多个PO中监视寻呼M-PDCCH。用于寻呼的M-PDCCH中的指示符可被WTRU用来确定是否读取与可以携带寻呼消息的M-PDCCH相关联的PDSCH。

举例来说，对于WTRU ID奇/偶＝偶以及PH奇/偶＝奇，具有偶数WTRU ID的WTRU可以只在奇数编号的PH中读取或监视寻呼。该WTRU可以在偶数编号的PH中跳过读取或监视寻呼的处理。当WTRU奇/偶被设置为偶数时，例如在奇数的和偶数的PH的一个或多个PH中，具有奇数WTRU ID的WTRU可以跳过读取或监视寻呼的处理。

在一个示例中，(0，0)可以意味着WTRU ID是偶数以及PH是偶数，(1，0)可以意味着WTRU ID是奇数以及PH是偶数，(0，1)可以意味着WTRU ID是偶数以及PH是奇数，而(1，1)则可以意味着WTRU ID和PH是奇数。作为示例，e节点B可以在任何时间使用这其中的一个码作为寻呼读取指示符。

在另一示例中，用于奇/偶WTRU ID的可以是单个比特。在将WTRU奇/偶设置成偶时，具有偶数WTRU ID的WTRU可以读取或监视寻呼，而在将WTRU奇/偶设置成奇时，那么可以跳过读取或监视寻呼的处理。在将WTRU奇/偶设置成奇数时，具有奇数WTRU ID的WTRU可以读取或监视寻呼，而在将WTRU奇/偶设置成偶时，这时可以跳过读取或监视寻呼的处理。

e节点B可以在MIB、SIB或是M-PDCCH(或PDCCH)中用信号通告寻呼读取指示符的当前值中的一些或全部比特。WTRU可以基于e节点B用信号通告的寻呼指示符的值来做出跳过PH的判定。该WTRU可以基于寻呼读取指示符的值来做出跳过PF的判定。

e节点B可以使用寻呼读取指示符来指示一个或多个WTRU在PH和/或PF中跳过或读取寻呼。所述e节点B可以使用单独的寻呼读取指示符来指示在PF中跳过或读取寻呼，以及指示在PH内的所有PF中跳过或读取寻呼。

奇/偶指示可以被群组ID替换，所述群组ID可以代表另一种用于区分群组的方式。更多的比特可以被酌情使用。举例来说，群组可以是四个，并且WTRU ID的2个最低有效位可以用于确定哪些WTRU可以读取或监视寻呼。

在PO中，针对多个WTRU的多个寻呼消息可被复用到传输块中，并且可以由信道译码器联合译码，其中所述WTRU可以具有不同的覆盖等级，由此需要以最差的覆盖情况为目标的重复处理。这样可能会导致用于寻呼传输的资源浪费。

在一示例中，多个寻呼消息可被单独地译码成PDSCH传输内部的码块分段。举例来说，诸如携带了一个或多个寻呼消息的NB-PDSCH之类的PDSCH在每一个PO中可以由相关联的PDCCH来调度，例如NB-PDCCH。在PDSCH中复用的寻呼消息可以拆分成一个或多个码块分段。

每一个码块分段可以通过信道码(例如turbo码、卷积码或分块码)单独译码。每一个码块分段可以附着一CRC。码块分段可以与一个或多个寻呼消息相关联。码块分段可以与一个或多个覆盖等级相关联。码块分段可以与WTRU-ID相关联。用于PO判定和码块分段判定的WTRU-ID可以是不同的。举例来说，PO可以基于第一WTRU-ID(例如IMSI-10)来确定，而码块分段则可以基于第二WTRU-ID来确定，例如s-TMSI。

图7是示出了可以在PO中由相关联的PDCCH调度的PDSCH中的码块非分段复用示例的图示。寻呼消息、寻呼信息和寻呼记录是可以互换使用的。如图示700所示，码块分段710、720和780中的每一个都可以与一个或多个相应的覆盖等级或CE等级相关联。举例来说，码块分段710可以与CE等级1相关联，码块分段720可以与CE等级2相关联，并且码块分段780可以与CE等级3相关联。

携带了一个或多个寻呼消息的PDSCH可以在多个子帧上传送。可用于PDSCH传输的子帧的数量可以从相关联的PDCCH来指示。用于PDSCH传输的子帧的数量可以基于传输块的大小来确定，其中所述传输块大小可以包括在PDSCH中复用的所有码块分段。重复的次数可以从相关联的PDCCH来指示。例如，用于PDSCH传输的子帧数量Ns可以根据传输块的大小来确定，并且重复次数Nrep可以从相关联的PDCCH来指示。供包括重复在内的PDSCH传输使用的子帧的总数可以是Ns×Nrep。

NB子帧可以包括一个或多个子帧。所述NB子帧长度可以基于PDSCH传输的传输块大小来确定。

码块分段可在NB子帧内部传送，其中作为示例，作为子帧数量、TTI、毫秒等等的NB子帧长度可以基于码块分段的大小来确定。在PDSCH中可以复用多个码块分段。在图7显示的示例中，码块分段710、720和780可以在PDSCH 790中复用。在一示例中，如果在PDSCH中复用Nc个码块分段，那么可以在Nc个NB子帧上传送PDSCH。与码块分段相关联的NB子帧长度可以基于码块分段大小来确定。码块分段的大小可以在相关联的PDCCH中指示。基于码块分段大小，WTRU可以确定每一个码块分段的NB子帧长度。

在PDSCH中可以复用一个或多个码块分段，并且每一个码块分段的时间/频率资源位置都是可以是预先定义的。WTRU可以监视PDSCH内部的所有码块分段，或者WTRU可以监视码块分段的子集。每一个码块分段都可以与一个CE等级相关联，并且具有某个CE等级的WTRU可以监视、尝试解码或接收与该CE等级相关联的码块分段。每一个码块分段都可以与WTRU-ID或WTRU群组ID相关联，并且WTRU可以监视、尝试解码或接收与WTRU-ID或WTRU群组ID相关联的码块分段。

在一示例中，多个寻呼消息可以被单独译码成码块分段，并且每一个码块段都可以在PDSCH中传送。举例来说，如果传送了Nc个码块分段，那么可以传送Nc个PDSCH，并且可以在PO中，在相关联的PDCCH中调度所述Nc个PDSCH。每一个携带码块分段的PDSCH都可以在一个或多个子帧中传送。每一个携带码块分段的PDSCH的起始子帧都可以基于相关联的PDCCH中的最后一个子帧来确定。作为替换，每一个携带码块分段的PDSCH的起始子帧都可以基于相关联的PDCCH中的最后一个子帧和码块分段的大小来确定。携带码块分段的PDSCH的子帧数量可以基于码块分段的大小来确定。码块分段的大小可以是在执行了译码和速率匹配之后的码块分段的比特数量。

图8是示出了经由可以由相关联的PDCCH在PO中调度的多个PDSCH传送的码块分段的一个示例的图示。在PO中传送的相关联的PDCCH可以调度一个或多个携带寻呼消息的PDSCH。PDSCH可以与码块分段相关联。

如图示800所示，码块分段810、820和860中的每一个可以采用与图7中类似的方式关联于一个或多个相应的覆盖等级或CE等级。举例来说，码块分段810可以与CE等级1相关联，码块分段820可以与CE等级2相关联，以及码块分段860可以与CE等级3相关联。然而，在图8中，每一个不同的相应PDSCH可以与每一个不同的相应码块分段相关联。举例来说，码块分段810可以与PDSCH 870相关联，码块分段820可以与PDSCH 880相关联，以及码块分段860可以与PDSCH 890相关联。

PDSCH可以在时域中被复用。举例来说，PDSCH可以在不同的时间(例如不同的时间窗口)传送。PDSCH的起始子帧可以基于相关联的PDCCH中的最后一个子帧而被预先确定。

在另一示例中，携带码块分段的PDSCH可以是在没有相关联的PDCCH的情况下传送的。在每一个PO中可以配置、使用或分配一个或多个时间窗口，并且WTRU可以尝试在该时间窗口中解码、监视或接收携带码块段的PDSCH。用于PDSCH的码块分段大小是可以是预先定义的。一个或多个码块分段大小可被使用，并且WTRU可以尝试解码所有的候选码块分段大小。用于PDSCH的时间窗口可以是不重叠的。每个时间窗口可以与CE等级或WRTU-ID相关联。

在另一示例中，一个或多个携带码块分段的PDSCH可被传送，第一PDSCH可以由相关联的PDCCH来调度，并且后续的PDSCH则可以基于先前的PDSCH来调度。在PDSCH中可以传送指示以指示携带码块分段的后续PDSCH是否可以跟随或者可被传送。该指示可以基于在CRC中掩蔽的序列。举例来说，如果用第一序列来掩蔽CRC，那么将不会有后续的PDSCH，然而如果用第二序列来掩蔽CRC，那么将会存在后续的PDSCH。该指示可以是在码块分段中传送的比特。调度信息可以与该指示一起传送。第一PDSCH可以基于最高CE等级，例如最大重复次数，而后续PDSCH则可以基于较低CE等级。在这里，术语码块分段和寻呼消息是可以互换使用的。

以下示例包括在没有PDSCH调度的情况下在寻呼DCI中发送直接指示。当e节点B更新或改变诸如锚PRB之类的锚RB的频率位置，并且该频率位置有可能包含了诸如NB主信息块(NB-MIB)和/或NB-SIB之类的同步信号和/或广播信号时，所述e节点B可能需要经由寻呼处于RRC空闲模式的WTRU来指示所述更新或改变。如果在寻呼消息中传送指示比特，那么，由于e节点B可能需要在所有PO中发送该信号，因此，资源开销有可能会大幅增加。

在一示例中，WTRU可以监视或尝试解码位于NB-PDCCH搜索空间中的DCI。NB-PDCCH可以处于PO之中。NB-PDCCH和/或PO可以针对所述WTRU。DCI可以携带一个或多个信息类型。在这里，术语信息类型和DCI内容是可以互换使用的。在这里可以应用以下的一个或多个示例参数。

第一信息类型可以是携带寻呼消息的相关联的PDSCH的调度信息。第二信息类型可以是与系统配置相关联的直接指示。第二信息类型可以不包括相关联的PDSCH的调度信息。

与系统配置相关的信息类型可以包括以下的至少一个参数或指示：系统信息更新指示；公共警告指示，例如ETWS或CMAS指示；接入阻止参数，例如EAB参数修改指示；一个或多个SIB的调度信息，其中所述一个或多个SIB可以在没有相关联的DL控制信道(NB-PDCCH)的情况下传送；与用于NB-IoT的锚RB(例如锚PRB)相关联的配置信息；可以指示小区特定的参考信号(CRS)端口的PCI与NB参考信号(NB-RS)的PCI是否相同的相同物理小区ID(PCI)指示符；以及和可以包含用于指示哪个或哪些SIB被更新的一个或多个比特的valueTag。

一个或多个SIB的调度信息可以包括以下的至少一个参数：传输块大小(TBS)、频率位置、跳频相关信息以及覆盖等级，其中作为示例，该覆盖等级可以是重复次数。这里描述的诸如锚PRB之类的锚RB可以包括以下的至少一项或可以包括以下的至少一项的传输：同步信号(例如NB主同步信号(NB-PSS)、NB辅同步信号NB-SSS等等)、广播信号(例如NB物理广播信道(NB-PBCH)、NB-SIB等等)以及NB-PDCCH公共搜索空间。用于锚RB(例如锚PRB)的配置信息可以包括以下的至少一个参数：系统带宽内部的RB位置(例如PRB位置)、光栅偏移以及NB-Sync的PCI。

在一示例中，DCI的信息类型可以基于DCI中的标志字段来确定。例如，该标志字段可以指示所携带的信息类型。在另一示例中，DCI的信息类型可以依据用于DCI的RNTI来确定。如果DCI携带相应PDSCH的调度信息，那么可以使用第一RNTI(例如P-RNTI-1)。如果DCI携带直接信息，例如与系统配置相关的一个或多个指示，那么可以使用第二RNTI(例如P-RNTI-2)。在其他示例中，DCI的信息类型可以依据供DCI使用的加扰序列或是所使用的起始ECCE索引来确定。

在示例中，e节点B可以通过寻呼一个或多个WTRU来指示或提供广播传输或多播传输。举例来说，对于针对WTRU群组或是小区中的所有WTRU的下行链路突发传输(例如用以执行一个或多个NB-IoT设备的软件升级)来说，e节点B可以寻呼或者可能需要寻呼该WTRU群组或是该小区中的所有WTRU。作为示例，如果WTRU处于RRC空闲状态，那么e节点B将会需要寻呼该WTRU群组或是小区中的所有WTRU。e节点B可能需要经由WTRU专用资源来为每一个WTRU传送下行链路突发。这样可能会导致资源利用效率低下以及WTRU电池损耗。在这里，下行链路突发传输可以作为广播或多播传输的非限制性示例来使用。

在一个示例中，公共PO可以用于下行链路突发传输。举例来说，WTRU可以在公共PO中在PDCCH搜索空间监视使用某个RNTI加扰的DCI，例如下行链路突发RNTI(DB-RNTI)。该DCI可以调度携带了下行链路突发业务量的PDSCH。

WTRU可以在PDCCH搜索空间中监视或尝试解码DCI。该PDCCH搜索空间可以位于为公共PO配置或使用的某个时间/频率资源之中。公共PO的时间/频率资源可以基于以下的至少一个参数来确定：系统参数，例如系统带宽、物理小区ID、双工模式、TDD子帧配置；子帧编号和/或无线电帧编号，例如SFN；WTRU-ID，例如IMSI、s-TMSI等等的全部或部分信息；操作模式，例如带内、保护带和独立操作；一个或多个覆盖等级，作为示例，所述覆盖等级可以由重复次数来代表；WTRU类别和/或WTRU能力；以及可被配置或确定的寻呼NB。

DCI可以激活和/或去激活用于下行链路突发传输的PDSCH传输。PDSCH可以在预先定义的时间/频率资源中传送。预先定义的时间/频率资源可以与占空比一起传送。

在一示例中，下行链路突发的调度信息可以在广播信道或系统信息中传送，例如MIB或SIB。WTRU既可以接收指示，也可以被指示、触发或通知读取广播信道或系统信息。该指示可以在寻呼消息中用信号通告，或者作为用于寻呼的DCI中的直接指示。下行链路突发的调度信息可以在广播信道中或在系统信息中传送。如果WTRU接收到系统信息更新指示，那么WTRU可以接收或者尝试解码广播信道或系统信息。

在一示例中，下行链路突发传输可以使用有序的PDSCH传输。举例来说，下行链路突发业务可被拆分成N_burst个传输块，并且可以按递增的顺序编号。每一个传输块都可以在PDSCH传输中传送。用于下行链路突发传输的调度信息可以指示用于下行链路突发传输的的传输块的数量，作为示例，该数量可以由N_burst表示。用于携带一个或多个下行链路突发传输块的PDSCH的调度信息可以指示PDSCH的排序编号。

每一个传输块都可以在某个的时间和/或频率资源中传输。具有某个传输块编号的传输块可以与某个子帧编号、某个SFN和/或某个超帧编号相关联。由此，WTRU可以确定、假设或理解在用于突发传输的某个时间/频率资源中可以传输哪一个传输块。如果WTRU未能接收到所述N_burst个传输块的传输块子集，那么WTRU可以在下一个下行链路突发传输中接收失败的传输块。具有某个传输块编号的传输块可以与某个频率资源相关联。某些时间/频率资源可以经由高层信令来配置。

每一个携带传输块的PDSCH都可以重复发送，其中该重复次数可以在调度信息中指示。所述重复次数可以包括值“1”，以此作为不重复的情形。

在一示例中，没有接收到用于下行链路突发传输的一个或多个PDSCH传输的WTRU可以执行以下的一个或多个动作。WTRU可以尝试在随后的传输或随后的传输窗口中接收失败的PDSCH传输。最大尝试次数可以由高层预先定义或配置。最大尝试次数可以包括值“1”。

如果WTRU在最大尝试次数之后未能接收到一个或多个PDSCH传输，那么WTRU可以尝试改变操作模式，例如从RRC空闲模式改变为RRC连接模式，和/或WTRU可以发起随机接入或随机接入信道(RACH)过程。

在另一示例中，未能接收到用于下行链路突发传输的一个或多个PDSCH传输的WTRU可以执行以下的一个或多个动作。WTRU可以在相关联的混合自动重复请求应答(HARQ-ACK)资源中发送相应的HARQ-ACK传输。用于接收失败的HARQ传输可以是否定应答(NACK)。物理随机接入信道(PRACH)资源的子集可被保留作为用于下行链路突发传输的相关联的HARQ-ACK资源。举例来说，当WTRU未能接收到用于下行链路突发传输的一个或多个PDSCH传输时，该WTRU可以发送HARQ传输，该HARQ传输可以是PRACH资源上的NACK。在这里可以为HARQ传输，例如为NACK传输配置，指示或使用物理上行链路控制信道(PUCCH)资源的集合。举例来说，当WTRU未能接收到用于下行链路突发传输的一个或多个PDSCH传输时，那么该WTRU可以发送HARQ传输，其中该HARQ传输可以是所配置或指示的PUCCH资源上的NACK。

虽然在上文中描述了采用特定组合的特征和要素，但是本领域技术人员将理解，每一个特征既可以单独使用，也可以与其他特征和要素进行任何组合。此外，这里描述的方法可以是引入在计算机可读介质中以在供计算机或处理器运行的计算机程序、软件或固件中实施。关于计算机可读媒体的示例包括电信号(经由有线或无线连接传送)以及计算机可读存储介质。关于计算机可读存储媒体的示例包括但不局限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储设备、内部硬盘盒和可移除磁盘之类的磁介质、磁光介质、以及CD-ROM碟片和数字多用途碟片(DVD)之类的光介质。与软件关联的处理器可以用于实施在WTRU、UE、终端、基站、RNC或任何计算机主机中使用的射频收发信机。

Claims (29)

1.一种在机器类型通信(MTC)无线发射/接收单元(WTRU)中执行的方法，该方法包括：

所述WTRU至少基于WTRU标识符(WTRU-ID)函数的最高有效位(MSB)来确定用于所述WTRU的寻呼窄带(NB)，以便用于监视MTC物理下行链路控制信道(M-PDCCH)；

所述WTRU在所确定的用于所述WTRU的所述寻呼NB上监视所述M-PDCCH；

所述WTRU在寻呼时机(PO)期间在所确定的寻呼NB上的所述受监视的M-PDCCH上接收下行链路控制信息(DCI)；以及

所述WTRU接收与所述M-PDCCH相关联的物理下行链路共享信道(PDSCH)。

2.根据权利要求1所述的方法，其中所述WTRU至少基于所述WTRU-ID的函数的3个所述MSB来确定所述寻呼NB。

3.根据权利要求1所述的方法，其中所述WTRU至少基于所述WTRU-ID的4个所述MSB来确定所述寻呼NB。

4.根据权利要求1所述的方法，其中所述DCI包括用寻呼无线电网络临时标识符(P-RNTI)加扰的循环冗余校验(CRC)。

5.根据权利要求1所述的方法，其中所述PDSCH是由所述DCI调度的。

6.根据权利要求1所述的方法，其中所述DCI包括系统信息更新相关信息。

7.根据权利要求1所述的方法，其中所述PDSCH包括系统信息更新相关信息。

8.根据权利要求1所述的方法，其中所述PDSCH包括寻呼消息。

9.根据权利要求1所述的方法，其中所述WTRU-ID是WTRU国际移动订户身份(IMSI)。

10.根据权利要求9所述的方法，其中所述函数包括以16,384为模的IMSI。

11.根据权利要求1所述的方法，其中所述确定用于所述WTRU的所述寻呼NB进一步基于用于寻呼的NB的数量。

12.一种机器类型通信(MTC)无线发射/接收单元(WTRU)，所述WTRU包括：

处理器，被配置成至少基于WTRU标识符(WTRU-ID)函数的最高有效位(MSB)来确定用于所述WTRU的寻呼窄带(NB)，以便用于监视MTC物理下行链路控制信道(M-PDCCH)；

可操作地耦合到所述处理器的收发信机，所述收发信机和处理器被配置成在所确定的用于所述WTRU的所述寻呼NB上监视所述M-PDCCH；

所述收发信机和处理器被配置成在寻呼时机(PO)期间在所确定的寻呼NB上的所述受监视的M-PDCCH上接收下行链路控制信息(DCI)；以及

所述收发信机和处理器被配置成接收与所述M-PDCCH相关联的物理下行链路共享信道(PDSCH)。

13.根据权利要求12所述的WTRU，其中所述WTRU至少基于所述WTRU-ID的函数的3个所述MSB来确定所述寻呼NB。

14.根据权利要求12所述的WTRU，其中所述WTRU至少基于所述WTRU-ID的4个所述MSB来确定所述寻呼NB。

15.根据权利要求12所述的WTRU，其中所述DCI包括用寻呼无线电网络临时标识符(P-RNTI)加扰的循环冗余校验(CRC)。

16.根据权利要求12所述的WTRU，其中所述PDSCH是由所述DCI调度的。

17.根据权利要求12所述的WTRU，其中所述DCI包括系统信息更新相关信息。

18.根据权利要求12所述的WTRU，其中所述PDSCH包括系统信息更新相关信息。

19.根据权利要求12所述的WTRU，其中所述PDSCH包括寻呼消息。

20.根据权利要求12所述的WTRU，其中所述WTRU-ID是WTRU国际移动订户身份(IMSI)。

21.根据权利要求20所述的WTRU，其中所述函数包括以16,384为模的IMSI。

22.根据权利要求12所述的WTRU，其中所述确定用于所述WTRU的所述寻呼NB进一步基于用于寻呼的NB的数量。

23.一种在机器类型通信(MTC)无线发射/接收单元(WTRU)中执行的方法，该方法包括：

所述WTRU在MTC物理下行链路控制信道(M-PDCCH)搜索空间中监视M-PDCCH；

所述WTRU在所述M-PDCCH搜索空间中接收M-PDCCH，其中所述M-PDCCH具有用于包含了所述WTRU的WTRU群组的起始增强控制信道元素(ECCE)索引；

所述WTRU解码所述M-PDCCH，其中所述M-PDCCH包括下行链路控制信息(DCI)；以及

所述WTRU接收与所述M-PDCCH相关联的物理下行链路共享信道(PDSCH)。

24.根据权利要求23所述的方法，还包括：

所述WTRU基于所述DCI来解调所述PDSCH，其中所述PDSCH包括寻呼消息。

25.根据权利要求24所述的方法，其中所述WTRU基于所述寻呼消息来改变操作。

26.根据权利要求25所述的方法，其中所述WTRU改变操作包括所述WTRU基于所述寻呼消息而从空闲模式变成连接模式。

27.根据权利要求23所述的方法，其中ECCE聚合等级是16。

28.根据权利要求23所述的方法，还包括：

所述WTRU基于所述DCI来接收所述PDSCH，其中所述PDSCH包括寻呼消息。

29.根据权利要求23所述的方法，还包括：

所述WTRU基于所述DCI来解码所述PDSCH，其中所述PDSCH包括寻呼消息。