技术领域本申请一般涉及无线通信，并且更具体地，涉及用于广播信令的覆盖增强。
背景技术：
无线通信已经成为现代历史中最成功的创新之一。最近，无线通信服务的用户数量超过了五十亿并且继续快速增长。由于智能手机和其它移动数据设备如平板、“笔记本”计算机、上网本、电子书阅读器和机器类型的设备在消费者和企业之间越来越普及，对无线数据业务的需求正快速增加。为了满足移动数据业务的高增长并支持新的应用和部署，无线电接口效率和覆盖的改善极为重要。
技术实现要素：
解决方案此公开提供了支持用于广播信令的覆盖增强的方法和装置。在第一实施例中，一种方法包括由基站向用户设备(UE)在每个四重帧的每帧的第一子帧(SF)中并在带宽的中央6个资源块(RB)中发送第一广播信道，并且在第一数量的四重帧的每帧的一个或多个SF中并在带宽的中央6个RB中发送第二广播信道。帧包括十个SF。第一数量的四重帧来自第二数量的四重帧，其中第一数量小于第二数量。第一广播信道传达用于四重帧的第一编码的主信息块(MIB)，并且第二广播信道传达用于四重帧的第二编码的MIB。在第二实施例中，一种方法包括由基站向用户设备(UE)发送传达主信息块(MIB)的广播信道和传达系统信息块(SIB)的物理下行链路共享信道(PDSCH)。另外，UE检测MIB并确定下行链路带宽。UE还接收PDSCH，其中PDSCH在由下行链路带宽确定的带宽中发送。在第三实施例中，一种方法包括由第一基站向第二基站用信号通知第一信息和第二信息，其中第一信息指示第一基站在带宽中发送传达系统信息块(SIB)的物理下行链路共享信道(PDSCH)的帧，第二信息指示第一基站以包括零功率的减小的功率来发送的帧中的子帧(SF)。该方法另外包括由第二基站接收第一信息和第二信息。在第四实施例中，基站包括编码器、调制器和发送器。编码器被配置为编码第一主信息块(MIB)和第二MIB。调制器被配置为调制第一编码的MIB和第二编码的MIB。发送器被配置为在每个四重帧的每帧的第一子帧(SF)中并在带宽的中央6个资源块(RB)中发送第一广播信道，并且在第一数量的四重帧的每帧的一个或多个SF中并在带宽的中央6个RB中发送第二广播信道。帧包括十个SF。第一数量的四重帧来自第二数量的四重帧，其中第一数量小于第二数量。第一广播信道传达用于四重帧的第一编码的MIB，并且第二广播信道传达用于四重帧的第二编码的MIB。在第五实施例中，用户设备(UE)包括接收器、合并器、解调器和解码器。接收器被配置为在每个四重帧的每帧的第一子帧(SF)中并在带宽的中央6个资源块(RB)中接收第一信号，并且在四重帧的每帧的一个或多个SF中并在带宽的中央6个RB中接收第二信号。帧包括十个SF。UE认为第一信号传达用于四重帧的第一编码的主信息块(MIB)，并且第二信号传达用于四重帧的第二编码的MIB。合并器被配置为合并在帧的一个或多个SF中并在带宽的中央6个RB中的第二信号的多个接收，并且如果第一MIB和第二MIB具有相同的信息内容，则还合并帧的第一SF中的第一信号的接收，来提供第三信号。解调器被配置为解调第一信号和第三信号来提供各自的第一解调符号和第二解调符号。解码器被配置为解码第一解调符号和第二解调符号。在进行下面的详细描述之前，阐述遍及此专利文档中使用的某些词语和短语的定义可能是有利的。术语“耦合”及其衍生词指尖的是两个或更多个元件之间的任何直接或间接通信，无论那些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其衍生词涵盖直接和间接通信两者。术语“包括”和“包含”及其衍生词意思是没有限制的包括。术语“或”是包括性的，意思是和/或。术语“与……相关联”及其衍生词意思是包括、被包括在……内、与……互连、包含、被包含在……内、连接到或与……连接、耦合到或与……耦合、与……可通信、与……合作、交织、并列、接近、绑定到或与……绑定、具有、具有……属性、具有与……的关系等等。术语“控制器”意思是控制至少一个操作的任何设备、系统或其部分。这样的控制器可以用硬件或者硬件和/或固件的组合来实施。与任何特定的控制器相关联的功能可以是集中或分布的，不管是本地的还是远程的。短语“……中的至少一个”当与项的列表一起使用时，意思是可以使用一个或多个所列项的不同组合，并且可能需要列表中的仅一个项。例如，“A、B和C中的至少一个”包括以下组合中的任何一个：A、B、C、A和B、A和C、B和C以及A和B和C。此外，下面描述的各种功能可以通过一个或多个计算机程序来实施或支持，每个程序从计算机可读程序代码形成并且在计算机可读介质中具体化。术语“应用”和“程序”指的是适合于用适当的计算机可读程序代码实施的一个或多个计算机程序、软件组件、指令集、进程、函数、对象、类、实例、有关数据或其部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、对象代码和可运行代码。短语“计算机可读介质”包括能够被计算机存取的任何类型的介质，诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频盘(DVD)或任何其它类型的存储器。“非瞬时性”计算机可读介质排除传输瞬时电信号或其它信号的有线、无线、光或其它通信链路。非瞬时计算机可读介质包括数据可以被永久存储的媒体，以及数据可以被存储并且稍后被改写的媒体，诸如可重写光盘或可擦除存储器件。遍及此公开提供其它特定词语和短语的定义。本领域普通技术人员应该理解，如果不是在大多数情况则在很多情况中，这样的定义适用于如此定义的词语和短语的在前的以及未来的使用。附图说明为了更完全地理解本公开及其优点，现在参考以下结合附图的描述，其中相似的参考标号代表相似的部分：图1示出根据此公开的示例无线通信网络；图2示出根据此公开的示例用户设备(UE)；图3示出根据此公开的示例增强节点B(eNB)；图4示出根据此公开的用于FDD和TDD的PSS和SSS的示例时域位置；图5A示出根据此公开的示例物理广播信道(PBCH)发送器；图5B示出根据此公开的PBCH接收器；图6示出根据此公开的示例PBCH资源映射；图7示出根据此公开的在子帧(SF)的资源块(RB)中的示例公共参考信号(CRS)映射；图8示出根据此公开的随机接入过程的步骤；图9示出根据此公开的在宏小区、微微小区和毫微微小区家庭eNB(HeNB)的同信道部署中的时域复用-小区间干扰协调(TDM-ICIC)的示例；图10示出根据此公开的覆盖受限的UE检测覆盖增强-主信息块(CE-MIB)的示例操作；图11A示出根据此公开的CE-PBCH发送器；图11B示出根据此公开的CE-PBCH接收器；图12A、12B和12C示出根据此公开的在TDD系统中用于发送CE-PBCH的时域资源的示例选项；图13A和13B分别示出根据此公开的对于时分双工(TDD)和频分双工(FDD)公共的用于CE-PBCH重复的时域资源的第一选项和第二选项；图13C和13D示出根据此公开的对于TDD和FDD公共的用于CE-PBCH重复的时域资源的第三选项；图14示出根据此公开的基于映射函数来确定用于CE-PBCH重复的发送的资源的示例；图15示出根据此公开的两个eNB使用不同的开始帧来发送CE-PBCH重复；图16示出根据此公开的CE-PBCH的重复从根据物理小区标识符(PCID)值确定的帧开始；图17示出根据此公开的来自两个eNB的使用不同的CE-PBCH重复的周期的CE-PBCH的重复；图18示出根据此公开的来自两个eNB的使用不同周期的CE-PBCH重复；图19示出根据此公开的来自两个eNB的使用各自不同的用于CE-PBCH重复的持续时间的CE-PBCH重复；图20示出根据此公开的以测试多个CE-PBCH重复式样的假设来进行盲解码的示例操作；图21A、21B和21C示出根据此公开的用于CE-系统信息块(CE-SIB)发送的资源的映射的示例；图22A和22B示出根据此公开的UE与eNB建立通信链路的示例操作；图23示出根据此公开的UE在正常覆盖模式中的PBCH检测之后确定是在正常覆盖模式中还是在CE模式中继续操作的示例操作；图24示出根据此公开的UE检测PBCH的示例操作；图25示出根据此公开的UE解码PBCH，或解码合并的PBCH和CE-PBCH，或解码CE-PBCH的示例操作；图26示出根据此公开的UE基于信道测量来确定是工作在正常覆盖模式还是CE模式的示例操作；图27示出根据此公开的工作在CE模式的UE明确地向eNB通知UE为了检测主要同步信号/次要同步信号(PSS/SSS)、PBCH、CE-PBCH、SIB和CE-SIB中的一个或多个所需要的尝试的数量的示例操作；图28示出根据此公开的工作在CE模式的UE隐含地向eNB通知UE检测PSS/SSS、PBCH、CE-PBCH、SIB和CE-SIB中的一个或多个所需要的尝试的数量的示例操作；图29示出根据此公开的UE基于UE检测PSS/SSS、PBCH、CE-PBCH、SIB或CE-SIB或其任何组合所需要的解码尝试的数量来确定用于选择用于RA前同步码发送的重复的数量的CE级别的示例操作；图30示出根据此公开的eNB在配置为多播-广播单频网络(MBSFN)SF的SF中、在DL工作带宽的中间6个RB中发送CE-PBCH重复的示例操作；图31示出根据此公开的eNB在RB中并且在被配置为MBSFNSF的SF中可以使用来发送CE-PBCH的资源的示例；图32示出根据此公开的在DL工作带宽的中央6个RB中的第一eNB不能假设接口连接的第二eNB应用减少的发送功率的示例几乎空白子帧(ABS)式样；图33示出根据此公开的CE-PBCH或CE-SIB发送式样的示例集合；图34示出根据此公开的用于多于一个重复级别的CE-PBCH或CE-SIB发送式样的示例集合；图35示出根据此公开的eNB在接收关于CE-PBCH或CE-SIB发送的式样的信息之后的示例操作；以及图36示出根据此公开的工作在正常(非CE)模式中的UE在接收关于CE-PBCH或CE-SIB发送式样的信息之后的示例操作。具体实施方式下面讨论的图1至36以及在此专利文档中用于描述本公开的原理的各种实施例仅作为说明，而不应该以任何方式解释为限制本公开的范围。本领域技术人员将理解可以在任何适当布置的无线通信系统中实现本公开的原理。将以下文献和标准描述由此合并在本公开中，就像在此完全阐述一样：3GPPTS36.211v11.2.0，“E-UTRAN,Physicalchannelsandmodulation(物理信道和调制)”(REF1)；3GPPTS36.212v11.2.0，“E-UTRAN,MultiplexingandChannelcoding(复用和信道编码”(REF2)；3GPPTS36.213v11.2.0，“E-UTRAN,PhysicalLayerProcedures(物理层过程)”(REF3)；3GPPTS36.321v11.2.0，“E-UTRAN,MediumAccessControl(MAC)protocolspecification(媒体访问控制(MAC)协议标准)”(REF4)；以及3GPPTS36.331v11.2.0，“E-UTRAN,RadioResourceControl(RRC)ProtocolSpecification(无线电资源控制(RRC)协议标准)”(REF5)。此公开涉及用于DL覆盖受限的用户设备(UE)的广播信令设计。无线通信网络包括从诸如基站或增强节点B(eNB)的发送点向UE传达信号的下行链路(DL)。无线通信网络还包括从UE向诸如eNB的接收点传达信号的上行链路(UL)。图1示出根据此公开的示例无线网络100。图1中所示的无线网络100的实施例仅用于说明。可以使用无线网络100的其它实施例而不脱离此公开的范围。如图1中所示，无线网络100包括eNB101、eNB102和eNB103。eNB101与eNB102和eNB103通信。eNB101还与至少一个互联网协议(IP)网络130通信，IP网络130诸如因特网、私有IP网络或其它数据网络。取决于网络类型，可以使用其它公知术语来代替“eNodeB”或“eNB”，诸如“基站”或“接入点”。为了方便起见，在此专利文件中使用术语“eNodeB”和“eNB”来指代向远程终端提供无线接入的网络基础设施组件。此外，取决于网络类型，可以使用其它公知术语来代替“用户设备”或“UE”，诸如“移动台”、“用户台”、“远程终端”、“无线终端”或“用户设备”。UE可以是固定的或移动的，并且可以是蜂窝电话机、个人计算机设备等等。为了方便起见，不管UE是移动设备(诸如移动电话机或智能手机)还是正常地被认为是固定设备(诸如台式计算机或售卖机)，在此专利文件中都使用术语“用户设备”和“UE”来指代无线接入eNB的远程无线设备。eNB102为在eNB102的覆盖区域120之内的第一多个UE提供到网络130的无线宽带接入。第一多个UE包括可以位于小型企业(SB)中的UE111；可以位于企业(E)中的UE112；可以位于WiFi热点(HS)中的UE113；可以位于第一住宅(R)中的UE114；可以位于第二住宅(R)中的UE115；以及可以是如蜂窝电话机、无线膝上型计算机、无线PDA等的移动设备(M)的UE116。eNB103为在eNB103的覆盖区域125之内的第二多个UE提供到网络130的无线宽带接入。第二多个UE包括UE115和UE116。在一些实施例中，eNB101-103的一个或多个可以使用5G、LTE、LTE-A、WiMAX或其它高级的无线通信技术与彼此并与UE111-116通信。虚线显示覆盖区域120和125的近似范围，仅为了说明和解释的目的将其显示为近似圆形。应该清楚地理解，取决于eNB的配置以及与自然障碍物和人工障碍物相关联的无线电环境的变化，与eNB相关联的覆盖区域，例如覆盖区域120和125，可以具有其它形状，包括不规则的形状。如下面更详细地描述的，网络100的各种组件(诸如eNB101-103和/或UE111-116)支持网络100中的通信方向的适应，并且可以提供对于广播信令的覆盖增强。虽然图1示出无线网络100的一个示例，但是可以对图1进行各种改变。例如，无线网络100可以以任何合适的布置来包括任何数量的eNB和任何数量的UE。此外，eNB101可以直接与任何数量的UE通信，并且向那些UE提供到网络130的无线宽带接入。同样地，每个eNB102-103可以直接与网络130通信，并且向UE提供到网络130的直接无线宽带接入。此外，eNB101、102和/或103可以提供到诸如外部电话网或其它类型的数据网络的其它或另外的外部网络的接入。图2示出根据此公开的示例UE114。图2中所示的UE114的实施例仅用于说明，并且图1中的其它UE可以具有相同或相似的配置。然而，UE以各种配置出现，并且图2不将此公开的范围限制于UE的任何特定实施方式。如图2中所示，UE114包括天线205、射频(RF)收发器210、发送(TX)处理电路215、麦克风220和接收(RX)处理电路225。UE114还包括扬声器230、主处理器240、输入/输出(I/O)接口(IF)245、键盘250、显示器255和存储器260。存储器260包括基本操作系统(OS)程序261以及一个或多个应用262。RF收发器210从天线205接收到来的、由eNB或另一UE发送的RF信号。RF收发器210将到来的RF信号下变频来生成中频(IF)或基带信号。IF或基带信号被发送给RX处理电路225，RX处理电路225通过对基带或IF信号滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路225发送经处理的基带信号到扬声器230(诸如对于语音数据)或到主处理器240用于进一步的处理(诸如对于网络浏览数据)。TX处理电路215从麦克风220接收模拟或数字语音数据，或者从主处理器240接收其它外发的基带数据(诸如网络数据、电子邮件或交互视频游戏数据)。TX处理线路215对外发的基带数据编码、复用和/或数字化来生成经处理的基带或IF信号。RF收发器210从TX处理电路215接收外发的经处理的基带或IF信号，并且将基带或IF信号上变频为经由天线205发送的RF信号。主处理器240可以包括一个或多个处理器或其它处理器件，并且运行存储在存储器260中的基本OS程序261以便控制UE114的全面操作。例如，主处理器240可以根据公知原理来控制RF收发器210、RX处理电路225和TX处理电路215对前向信道信号的接收和对反向信道信号的发送。在一些实施例中，主处理器240包括至少一个微处理器或微控制器。主处理器240也能够运行驻留在存储器260中的其它进程和程序。如正在运行的进程所要求，主处理器240可以将数据移到存储器260中或移出存储器260。在一些实施例中，主处理器240被配置为基于OS程序261或者响应于从eNB、其它UE或者操作者接收的信号来运行应用262。主处理器240也耦合到I/O接口245，I/O接口245向UE114提供连接到诸如膝上型计算机和手持计算机的其它设备的能力。I/O接口245是这些附件和主处理器240之间的通信路径。主处理器240还被耦合到键盘250和显示单元255。UE114的操作者可以使用键盘250来将数据输入到UE114中。显示器255可以是液晶显示器或者能够渲染文本和/或至少有限的图形(诸如来自网站的)的其它显示器。显示器255还可以表示触摸屏。存储器260被耦合到主处理器240。存储器260的一部分可以包括广播信令存储器(RAM)，并且存储器260的另一部分可以包括闪存或其它只读存储器(ROM)。如下面更详细地描述的，UE114的发送和接收路径(使用RF收发器210、TX处理电路215和/或RX处理电路225实施的)支持在正常模式下或在增强覆盖模式下的广播信令。虽然图2示出UE114的一个示例，但是可以对图2进行各种改变。例如，根据特定需要，图2中的各种组件可以被合并、进一步细分或者省略，并且另外的组件可以被添加。作为特定的示例，主处理器240可以被划分为多个处理器，诸如一个或多个中央处理单元(CPU)和一个或多个图形处理单元(GPU)。此外，虽然图2示出被配置为移动电话机或智能手机的UE114，但是UE可以被配置为操作为其它类型的移动或固定设备。另外，图2中的各种组件可以被复制，例如当使用不同的RF组件来与eNB101-103并与其它UE通信时。图3示出根据此公开的示例eNB102。图3中所示的eNB102的实施例仅用于说明，并且图1的其它eNB可以具有相同或相似的配置。然而，eNB以各种配置出现，并且图3不将此公开的范围限制于eNB的任何特定实施方式。如图3中所示，eNB102包括多个天线305a-305n，多个RF收发器310a-310n，发送(TX)处理电路315和接收(RX)处理电路330。eNB102还包括控制器/处理器325、存储器330和回程或网络接口335。RF收发器310a-310n从天线305a-305n接收到来的RF信号，诸如由UE或其它eNB发送的信号。RF收发器310a-310n将到来的RF信号下变频来生成IF或基带信号。IF或基带信号被发送给RX处理电路320，RX处理电路320通过对基带或IF信号滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路320将经处理的基带信号发送给控制器/处理器325用于进一步的处理。TX处理电路315从控制器/处理器325接收模拟或数字数据(诸如语音数据、网络数据、电子邮件或交互视频游戏数据)。TX处理电路315编码、复用和/或数字化外发的基带数据来生成经处理的基带或IF信号。RF收发器310a-310n从TX处理电路315接收外发的经处理的基带或IF信号，并且将基带或IF信号上变频为经由天线305a-205n发送的RF信号。控制器/处理器325可以包括控制eNB102的全面操作的一个或多个处理器或其它处理设备。例如，控制器/处理器325可以根据公知原理来控制RF收发器310a-310n、RX处理电路320和TX处理电路315对前向信道信号的接收和对反向信道信号的发送。控制器/处理器325也可以支持另外的功能，诸如更高级的无线通信功能。例如，控制器/处理器325可以支持波束形成或定向路由操作，其中不同地权衡(weight)从多个天线305a-305n外发的信号来有效地在期望方向上引导(steer)外发的信号。可以由控制器/处理器325支持eNB102中的各种其它功能的任何功能。在一些实施例中，控制器/处理器325包括至少一个微处理器或微控制器。控制器/处理器325也能够运行驻留在存储器330中的程序和其它进程，诸如基本OS。如正在运行的进程所要求，控制器/处理器325可以将数据移到存储器330中或移出存储器330。控制器/处理器325还耦合到回程或网络接口335。回程或网络接口335允许eNB102通过回程连接或通过网络与其它设备或系统通信。接口335可以支持通过任何合适的有线或无线连接的通信。例如，当eNB102被实现为蜂窝式通信系统(诸如支持5G、LTE或LTE-A的蜂窝通信系统)的一部分时，接口335可以允许eNB102通过有线或无线回程连接与其它eNB通信。当eNB102被实现为接入点时，接口335可以允许eNB102通过有线或无线局域网或者通过到更大网络(诸如互联网)的有线或无线连接来通信。接口335包括支持通过有线或无线连接的通信的任何合适的结构，诸如以太网或RF收发器。存储器330耦合到控制器/处理器325。存储器330的一部分可以包括RAM，存储器330的另一部分可以包括闪存或其它ROM。如下面更详细地描述的，eNB102的发送和接收路径(使用RF收发器310a-310n、TX处理电路315和/或RX处理电路320实施的)支持在正常模式下或在增强覆盖模式下的广播信令。虽然图3示出eNB102的一个示例，但是可以对图3进行各种改变。例如，eNB102可以包括任何数量的、图3中所示的每个组件。作为特定示例，接入点可以包括许多接口335，并且控制器/处理器325可以支持在不同的网络地址之间路由数据的路由功能。作为另一特定示例，虽然被示出为包括TX处理电路315的单个实例和RX处理电路320的单个实例，但是eNB102可以包括每者的多个实例(诸中每个RF收发器一个)。在一些无线网络中，DL信号包括传达信息内容的数据信号、传达DL控制信息(DCI)的控制信号以及也被称为导频信号的参考信号(RS)。可以使用正交频分复用(OFDM)来发送DL信号。eNB，诸如eNB102，可以通过各自的物理DL共享信道(PDSCH)或物理DL控制信道(PDCCH)或者增强PDCCH(EPDCCH)来发送数据信息或DCI-也参见REF1。eNB，诸如eNB102，可以发送多种类型中的一种或多种RS，包括UE公共RS(CRS)、信道状态信息RS(CSI-RS)和解调RS(DMRS)-也参见REF1。CRS可以通过DL系统带宽(BW)来发送，并且可以被诸如UE114或UE116的UE用来解调数据或控制信号或者执行测量。为了减少CRS开销，eNB102可以在时间域或频率域中以小于CRS的密度来发送CSI-RS。对于干扰测量(IM)，可以使用与零功率CSI-RS(ZPCSI-RS)相关联的CSI-IM。UE，诸如UE114或UE116，可以通过来自eNB(诸如eNB102)的更高层信令，诸如无线资源控制(RRC)信令(也参见REF5)来确定CSI-RS传输参数。仅在各自PDSCH或PDCCH的BW中发送DMRS，并且UE可以使用DMRS来解调PDSCH或PDCCH中的信息。eNB102也可以通过系统信息块(SIB)来向UE指示在被称为帧的10个连续SF的时段中的DL子帧(SF)被配置为多播-广播单频网络(MBSFN)SF(也参见REF1)。为了帮助小区搜索和同步，eNB(诸如eNB102)可以在服务小区中发送同步信号，诸如主要同步信号(PSS)和次要同步信号(SSS)。虽然具有相同的结构，但是取决于小区是工作在频分双工(FDD)还是时分双工(TDD)，同步信号在包括十个SF的帧之内的时域位置可以不同。因此，在获取同步信号之后，UE，诸如UE114或UE116可以确定小区是工作在FDD还是TDD，并且确定帧之内的SF索引。PSS和SSS占据DL工作带宽的中央72个子载波(也被称为资源单元(RE))。另外，PSS和SSS可以通知小区的物理小区标识符(PCID)，因此，在获取PSS和SSS之后，UE114或UE116可以知道发送小区的PCID。图4示出根据此公开的用于FDD和TDD的PSS和SSS的示例时域位置。图4中所示的PSS和SSS的时域位置的实施例仅用于图示。可以使用其它实施例而不脱离本公开的范围。如图4中所示，在FDD的情况中，在每个帧405中，eNB102在SF#0和SF#5(410和415)的第一时隙的最后的符号之内发送PSS425，其中SF包括两个时隙，并且在相同时隙的倒数第二个符号之内发送SSS420。在TDD的情况中，在每个帧455中，eNB102在SF#1和SF#6(465和480)的第三符号之内发送PSS490，并且在SF#0和SF#5(460和470)的最后的符号中发送SSS485。该差异使得UE114或UE116检测出小区上的双工方案。由eNB102使用来发送PSS和SSS的RE不可用于任何其它DL信令的发送。携带系统控制信息的逻辑信道被称为广播控制信道(BCCH)。BCCH被映射到被称为广播信道(BCH)的传输信道或者被映射到DL共享信道(DL-SCH)。BCH被映射到被称为物理BCH(PBCH)的物理信道。DL-SCH被映射到PDSCH。使用BCH来发送主信息块(MIB)，而同时使用DL-SCH来提供系统信息块(SIB)。在UE116获取关于小区的PCID之后，UE116可以使用CRS来执行DL信道测量来解码PBCH和PDSCH。MIB包括UE116接收由DL-SCH提供的其余系统信息所需要的最小量的系统信息。更具体地，MIB具有预定义的格式，并且包括DL带宽的信息、物理混合ARQ指示符信道(PHICH，3比特)、系统帧号(SFN)(最高有效位(MSB)8比特)和10个备用比特，UE116可以假设所述10个备用比特全部具有诸如“0”的预定值(也参见REF5)。UE116需要知道PHICH配置以能够接收PDCCH，通常依次需要PDCCH来接收DL-SCH。PHICH配置包括用于发送PHICH的多个群组和用于PHICH发送的多个SF符号(也参见REF3)。UE在BCH解码之后可以间接地获取SFN的两个最低有效位(LSB)。使用小区的DL工作带宽的中央部分中的最小1.08MHz的带宽、并且在连续帧中的四个SF上发送PBCH，其中每个SF是帧的第一SF。在没有获取明确的信令的情况下盲检测40msec定时。此外，在每个SF中，PBCH发送是可自解码的，并且具有好的信道状态的UE可以在少于四个SF中检测PBCH。在四个帧的时段中一个帧之内的每个单独的PBCH发送被称为PBCH片段。为了解码PBCH片段，UE可以尝试与传达SFN的两个LSB的加扰码的四种不同可能性对应的四种不同的解码操作。假如连续帧传达相同MIB，则UE也可以合并连续帧中的PBCH接收来提高对MIB的检测概率。实践中，这意味着连续帧是在同一个四重帧(quadrupleofframes)中，并且MIB包括相同的SFN。对于此公开的其余内容，假定UE能够在解码之前合并连续帧上的PBCH接收，并且能够执行与传达SFN的两个LSB的加扰码的假设对应的多种解码操作，以及连续帧属于同一个四重帧的可能性，除非另外说明。大部分系统信息被包括在不同的SIB中(也参见REF5)。eNB(诸如eNB102)使用各个DL-SCH来发送SIB。通过传达使用以系统信息RNTI(SI-RNTI)加扰的CRC的码字的相应PDCCH的发送来指示在SF中DL-SCH上的系统信息的存在。SIB1主要包括关于UE是否被允许驻留在(campon)各个小区上的信息。在TDD的情况下，SIB1还包括关于UL/DLSF的分配和特殊SF的配置的信息(也参见REF1)。总是在SF#5中发送SIB1。如在相关联的PDCCH上用信号通知的，发送SIB1的DL带宽中的资源块(RB)的集合以及相关联的传输格式的其它方面可以变化，其中每个RB包括十二个连续的RE。SIB1还包括关于其余SIB(SIB2和以上)的时域调度的信息。SIB2包括UE需要获得以便能够接入小区的信息，包括UL小区带宽、随机接入参数和与UL功率控制有关的参数。SIB3-SIB13主要包括与小区重新选择、相邻小区的有关信息、公共警告消息等有关的信息。图5A示出根据此公开的示例PBCH发送器。图5A中所示的PBCH发送器的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。如图5中所示，eNB102首先通过包括16位CRC520来处理与MIB对应的BCH传输块510，随后是使用速率-1/3咬尾卷积码的信道编码530、速率匹配540和比特级加扰550。随后，eNB102对编码和加扰的BCH传输块施加QPSK调制560。如果eNB102包括多于一个发送器天线端口，则eNB102可以使用诸如发送器天线分集的多天线发送570来发送BCH。例如，在两个天线端口的情况下，可以使用空间-频率分组编码(SFBC)，并且在四个天线端口的情况下，可以使用合并的SFBC/空间-频率时间分集(FSTD)。通过盲检测用于PBCH的发送器天线分集方案，UE116可以确定小区特定的天线端口的数量，也可以确定用于控制信令的发送器天线分集方案。最后，eNB102施加资源映射580并发送PBCH。图5B示出根据此公开的PBCH接收器。图5B中所示的PBCH接收器的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。参照图5B，UE116在帧的第一SF中接收由eNB102发送的信号510A，解映射器执行对eNB102用来发送PBCH520A的资源(RE)的解映射，解调器解调PBCH符号530A，解扰器解扰经解调的PBCH符号540A，后面跟着速率匹配单元550A，最后是信道解码器560A和CRC提取和校验单元570A。如果CRC校验是肯定的，则UE116认为它检测到MIB；否则，UE116尝试新的PBCH解码。新的PBCH解码可以对应于传达SFN的LSB的加扰码的不同假设，或者可以对应于合并的多个连续帧中的PBCH接收。图6示出根据此公开的示例PBCH资源映射。图6中所示的PBCH资源映射的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。如图6中所示，eNB102每40毫秒(msec)，或者相当于每4帧，发送与MIB对应的一个BCH传输块。因此，BCH发送时间间隔(TTI)是40msec。eNB102将编码的BCH传输块映射到四个连续帧620、630、640、650中的每个帧的第一SF610。在SF#0的第二时隙的前四个符号之内并在72个中央RE(6个RB)660上发送PBCH。在FDD中，PBCH发送紧跟在SF#0中的PSS和SSS发送之后。图7示出根据此公开的在SF的RB中的示例CRS映射。图7中所示的RB中的CRS映射的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。如图7中所示，对于具有3个符号的控制区域710和11个符号的数据区域720的SF，CRS可以被映射用于天线端口0-3，分别具有R0-R3(730-760)。对于图6中的PBCH发送符号，UE116假设第一和第二SF符号具有分别用于R0-R1和R2-R3的CRS，而不管eNB102使用的实际CRS天线端口号可以是1或2或4。通信系统的操作中的一个基本要求是UE请求连接建立的能力；这样的请求通常被称为随机接入。随机接入用于若干目的，包括当建立无线电链路时的初始接入，在无线电链路失败之后重新建立无线电链路，当需要建立到新小区的UL同步时的切换，UL同步、基于UL测量的UE定位，以及如果没有专用的调度请求(SR)资源被配置给UE则作为SR。获取服务eNB的UL定时是随机接入的一个主要目标；当建立初始无线电链路时，随机接入过程还服务于向UE分配唯一的身份，被称为小区无线电网络临时标识符(C-RNTI)。随机接入方案可以是基于竞争的(多个UE可以使用相同的资源)，或者无竞争的(UE使用专用资源)-也参见REF1和REF3。图8示出根据此公开的随机接入过程的步骤。虽然信令图描绘了一系列顺序信号，但是除非明确陈述，否则不应该从关于执行的特定次序的顺序得出推论，顺序地而不是同时或以重叠的方式执行信号(或步骤)或其部分，或者在没有介入或中间步骤发生的情况下排它地描绘信号的执行。在所描绘的示例中描绘的过程是通过例如移动台和基站中的发送器链和接收器链来实施的。如图8中所示，在步骤1中，UE116从eNB102获取物理随机接入信道(PRACH)资源的信息810，并且确定用于随机接入(RA)前同步码的发送的PRACH资源820(也参考PRACH前同步码)。在步骤2中，UE116从eNB102接收随机接入响应(RAR)830。在步骤3中，UE116向eNB102发送消息3(Msg3)840。在步骤4中，eNB102和UE114执行竞争解决850，并且各自的消息被称为消息4(Msg4)。现在详细描述图8中的四个步骤。在步骤1中，UE116获取传达关于PRACH资源以及RA前同步码格式的信息的SIB(也参见REF1)。PRACH资源包括SF集合，其中UE116可以在RB集合中发送PRACH，其中UE116可以发送PRACH和众多Zadoff-Chu(ZC)序列，UE116可以从中选择来生成并发送RA前同步码(也参见REF1)从而允许eNB102估计用于UE116的发送定时。UL同步是必要的，因为否则的话UE不能适当地向eNB102通信其它UL信令。在步骤2中，一旦检测到从UE116发送的RA前同步码，eNB102就发送包括用于UE116的定时提前(TA)命令的RAR来调整其发送定时。eNB102还发送UL授权，分配供UE116发送Msg3的UL资源以及临时C-RNTI(TC-RNTI)。在eNB102配置的RAR时间窗之内没有检测到RAR中发送的RA前同步码，UE116可以发送新的RA前同步码并重复第一步骤。如果UE116没有检测到用于它的RA前同步码发送的RAR，则它也可以对它的RA前同步码发送应用功率渐变(ramping)。在步骤3中，UE116在PUSCH中发送Msg3，其中Msg3可以包括TC-RNTI。Msg3的内容可以取决于UE116的状态，并且特别是取决于UE116是否连接到eNB102。在步骤4中，eNB102在PDSCH中向UE116发送竞争解决消息。步骤4解决当多个UE尝试使用相同的RA前同步码来接入网络时可能出现的任何竞争问题。一旦随机接入过程成功，TC-RNTI就被转换为C-RNTI。无竞争的随机接入仅可以用于在DL数据到达时重建UL同步、切换和定位(也参见REF5)。当在无竞争方案中不需要竞争解决时，仅使用图8中的随机接入过程的步骤1和步骤2，其中步骤2可以传递C-RNTI代替TC-RNTI。在TDD通信系统中，在帧中的一些SF中的通信方向是在DL中，并且在一些其它SF中是在UL中。表1提供了帧的时段上的指示性TDDUL-DL配置。在表1中，“D”表示DLSF，“U”表示ULSF，并且“S”表示特殊SF，其包括被称为DwPTS的DL发送字段、保护时段(GP)和被称为UpPTS的UL发送字段(也参见REF1)。对于总持续时间是一个SF(1msec)条件下特殊SF中的每个字段的持续时间，存在若干组合。【表1】TDDUL/DL配置表2提供按照用于DwPTS、GP和UpPTS的符号数量的特殊SF配置。【表2】TDD特殊子帧配置DLSF可以是单播SF，或者它可以是多播-广播单频网络(MBSFN)SF。每个DLSF(包括TDD情况下特殊SF的DwPTS)通常被划分为由前几个SF符号组成的控制区域以及由其余SF符号组成的数据区域。单播DLSF具有1、2或3个符号的控制区域(或者对于小DL工作带宽，2、3或4个符号)，而MBSFNSF具有一个或两个SF符号的单播控制区域，跟着具有取决于MBSFNSF的使用类型的内容的MBSFN区域。作为系统信息的一部分来提供关于小区中被配置为MBSFNSF的SF集合的信息。原则上，可以以40msec之后重复的式样来配置MBSFNSF的任意式样。然而，对于操作网络必要的信息(具体地，同步信号、系统信息和寻呼)需要被发送的SF不能被配置为MBSFNSF。因此，对于FDD的SF#0、SF#4、SF#5和SF#9，以及对于TDD的SF#0、SF#1、SF#5和SF#6总是单播SF，并且不能被配置为MBSFNSF(也参见REF3或REF5)。在用于小区间干扰协调(ICIC)的时域复用(TDM)中，不同于规则的SF，可以使用被称为几乎空白子帧(ABS)的另一种类型的SF以便减轻小区间干扰(也参见REF3和REF5)。在ABS中，小区可以假设干扰小区在除了第一符号的全部SF符号中不发送信号。与规则SF相比，在ABS中来自干扰小区的发送功率可以被显著减小。图9示出根据此公开的用于宏小区、微微小区和毫微微小区家庭eNB(HeNB)的同信道(co-channel)部署的TDM-ICIC的示例。图9中所示的TDM-ICIC的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。参照图9，在包括十个SF(SF#0-9)的帧中，SF#1、SF#2、SF#3、SF#6和SF#7是用于宏eNB的ABS，并且SF#0、SF#5和SF#8是用于HeNB的ABS。这允许微微eNB在干扰eNB的ABS中以减小的干扰来服务于它的UE，从而提高它的服务UE的接收性能。为了从TDM-ICIC获得性能益处，eNB调度器使用干扰发送节点处的ABS式样以便执行链路适应。在FDD中，ABS式样是周期性的，其中周期是40个SF(4个帧)的整数倍。在TDD中，ABS式样周期取决于各自的TDDUL-DL配置。ABS式样被配置，并且通过X2接口或者如果X2接口不可用则经由HeNB网关来在节点之间用信号通知。因为ABS式样的周期是40msec的整数倍，所以X2信令使用相同长度的位图作为ABS式样。对于机器类型通信(MTC)，更高效的是使用已经部署的无线电接入技术并利用规模经济来控制成本而不是创建新的无线电接入技术。MTCUE通常需要低操作功耗，并且预计以稀少的小突发传输来通信。另外，MTCUE可能被部署地深入建筑内部，其相对于传统的小区覆盖足迹可能要求显著的覆盖增强(CE)。因为MTCUE可能安装在住宅楼的地下室中，或者一般地安装在比常规UE经历显著较大的穿透损耗的位置，所以在极端覆盖场景中，MTCUE可能具有这样的特性，诸如非常低的数据速率、更大的延迟容忍度以及有限的或没有移动性，从而潜在地能够在没有消息/信道的情况下操作。MTC需要在FDD和TDD两者系统中被支持。假设在CE操作模式中对于MTCUE来说但是也对于一般的常规UE来说所需要的系统功能包括同步、小区搜索、功率控制、随机接入过程、信道估计、测量报告和DL/UL数据发送(包括DL/UL资源分配)。不是所有MTCUE都需要CE或者需要相同量的CE。相反，常规UE也可能需要CE。因此，因为CE对于物理信道来说消耗额外的资源并且从而导致更低的谱效率，仅对于需要这样的CE的UE使能相关联的技术应该是可能的。现有的设计不能对一般的UE和特别的MTCUE的所有部署场景满足所需要的CE级别，因为对于位于具有到服务eNB的严重的传播损耗的环境中的UE来说可能需要高达例如15分贝(dB)的CE。另外，所需要的CE级别对于不同的eNB可能不同，例如取决于eNB发送功率或者相关联的小区大小，对于不同的UE也可能不同，例如取决于UE的位置或者UE接收器天线的数量。此公开的实施例提供了根据小区中需要的CE级别支持广播信令的可伸缩的(scalable)CE级别的机制。此公开的实施例还提供了包括MIB和SIB的广播系统信息的CE的机制。另外，此公开的实施例提供了最大化在FDD系统和TDD系统中支持用于广播信令的CE的公共性的机制，以便最小化相关联的设计成本。此外，此公开的实施例提供了结合用于TDMICIC的ABS的配置或者结合MBSFNSF的配置来支持用于广播信令的CE的机制。以下实施例不限于MTCUE，并且可以应用于在常规操作所支持的覆盖之外需要覆盖的增强的任何类型的UE。此外，虽然描述考虑的是具有正常循环前缀(CP)的符号的SF结构，但是它们也适用于具有扩展CP(也参见REF1)的符号的SF结构。在某些实施例中，提供了支持PBCH的可伸缩CE级别的设计。对于TDD系统或者FDD系统，帧中的PBCH片段的发送可以重复多次以便提供各自的CE。作为结果的PBCH被称为CE-PBCH。eNB102可以在比PBCH片段更大数量的SF上发送每个CE-PBCH片段，关于PBCH，仅在DL工作带宽的中央72个子载波(6个RB)中发送CE-PBCH。CE-PBCH传达CE-MIB，CE-MIB可以具有与由PBCH传达的MIB相同的内容。这使得覆盖有限的UE(诸如UE114)能够在解码之前合并PBCH接收与CE-PBCH重复的接收。替换地，CE-MIB可以具有与MIB不同的(包括比MIB减少的)内容(例如，如果从CE-MIB省略存在于MIB中的PHICH有关信息)。那么，对于UE114来说，在解码之前合并CE-PBCH重复的接收与PBCH接收是没有意义的，因为PBCH不能被认为是CE-PBCH的另一重复。图10示出根据此公开的覆盖有限的UE检测CE-MIB的示例操作。虽然流程图描绘了一系列顺序步骤，但是除非明确陈述，否则不应该从关于执行的特定次序的顺序得出推论，顺序地而不是同时或以重叠的方式执行步骤或其部分、或者专门执行所描绘的步骤而不发生介入或中间步骤。在所描绘的示例中描绘的过程通过例如移动台中的处理电路来实施。参照图10，在操作1010中，UE114首先获取由eNB102发送的PSS/SSS，确定各个小区是使用FDD还是TDD，然后在操作1020中估计DL信道介质。最后，UE114在操作1030中通过合并PBCH的接收(如果MIB和CE-MIB具有相同内容)与CE-PBCH重复的接收来解码CE-MIB。为了检测CE-MIB，UE114不将PBCH认为是分开的信道，而是CE-PBCH的重复。帧中的每个CE-PBCH重复是可自解码的。UE114在帧中的CE-PBCH重复的子集上检测CE-MIB，或者在重复CE-MIB的发送的四个帧的子集中检测CE-MIB。图11A示出根据此公开的CE-PBCH发送器。图11A中所示的PBCH发送器的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。参照图11A，eNB102发送器处理块1110A-1170A分别类似于图5的块510-570，并且这里不重复其描述。在处理块1180A中，映射器将资源(RE)映射到PBCH个体，或者映射到用于传达CE-MIB的CE-PBCH发送的重复的额外的个体。图11B示出根据此公开的CE-PBCH接收器。图11B中所示的PBCH接收器的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。参照图11B，UE114接收由eNB102发送的信号1110A，在CE-PBCH资源解映射和合并块1120B中，解映射器执行对eNB102用来发送CE-PBCH的资源(RE)执行解映射，并且合并器合并CE-PBCH发送的重复，解调器1130B解调CE-PBCH符号，解扰器1140B解扰经解调的CE-PBCH符号，后面跟着速度匹配单元1150B和信道解码器1160B和CRC提取和校验单元1170B。如果CRC校验是肯定的，则UE114认为它检测到CE-MIB；否则，UE114尝试对假设的CE-PBCH重复的接收的新的CE-PBCH解码。新的CE-PBCH解码可以对应于传达SFN的LSB的加扰码的不同假设，或者可以对应于合并的多个连续帧中的CE-PBCH接收。CE-PBCH接收器与PBCH接收器相同，但是因为PBCH发送不重复并且总是发生在预定SF(SF#0)，所以没有合并器并且UE114可以总是假设PBCH接收存在。如果MIB传达与CE-MIB不同的内容，则工作在CE模式的UE114仍然可以尝试检测MIB(如果它的内容是CE-MIB的内容的超集)。以这种方式，当CE-PBCH发送是间断的时候，UE114可以缩短与eNB102建立通信链路所需要的时间。工作在CE模式的UE114可以在每个帧中执行两个解码操作来检测MIB或CE-MIB；一个解码操作用于PBCH接收并且一个解码操作用于CE-PBCH重复的接收(如果MIB和CE-MIB具有相同的内容，包括相同的CRC，则与PBCH接收合并)。如果MIB具有第一内容并且CE-MIB具有不同于第一内容的第二内容，并且第一内容不是第二内容的超集，或第二内容不是第一内容的超集，则UE114可以在每个帧中执行一个解码操作用于CE-PBCH重复的接收来获取CE-MIB。如果MIB的内容是CE-MIB内容的超集，则UE114可以在每个帧中执行两个解码操作来检测MIB或者CE-MIB；一个解码操作用于PBCH接收并且一个解码操作用于CE-PBCH重复的接收。在TDD系统中，如果支持所有TDDUL-DL配置(如在表1中)用于CE，则考虑到特殊SF中最小的DwPTS长度是3个符号(如在表2中)，实际上仅可以使用SF#0和SF#5用于CE-PBCH重复。如果不支持TDDUL-DL配置0用于CE-PBCH发送，则SF#9可以确保为DLSF，并且也可以用于发送CE-PBCH。此外，如果不支持具有3个符号或6个符号的DwPTS长度的特殊SF配置用于CE-PBCH发送，则SF#1和SF#6也可以用于发送CE-PBCH。为了最大化可用于CE-PBCH重复的发送的资源，对CE-PBCH的支持可以被约束在TDDUL-DL配置1-6并且约束在具有至少9个符号的DwPTS长度的特殊SF配置。因为工作在CE模式的UE114在接收SIB之前不能知道TDDUL-DL配置，所以UE114为了检测CE-PBCH的目的可以假设SF#6是特殊SF。此外，因为UE114在接收SIB之前不能知道DwPTS长度，所以UE114为了检测CE-PBCH的目的可以假设特殊SF中的DwPTS长度是9个符号。如果SF#6是DLSF，则前9个符号之后的符号不用于发送CE-PBCH。如果对于CE-PBCH仅不支持具有3个符号的DwPTS长度的特殊SF配置，则DwPTS可以包括至少6个符号并且UE114可以假设特殊SF中的DwPTS长度是6个符号的最小一个。一般，如果对于CE-PBCH不支持各自的DwPTS长度小于NDwPTS符号的特殊SF配置，其中NDwPTS是有效的特殊SF配置的DwPTS长度，那么，为了CE-PBCH解码的目的，UE114可以假设特殊SF中的DwPTS长度是NDwPTS符号。这些适用于用于工作在CE模式的UE的传达SIB的PDSCH的发送。图12a、12b和12c示出根据此公开的在TDD系统中用于发送CE-PBCH的时域资源的示例选项。图12中所示的选项的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。参照图12，在第一选项(选项1)中，在帧的SF#0和SF#5中重复CE-PBCH片段的发送，其中重复可以包括传统的PBCH发送(如果MIB和CE-MIB具有相同的内容，包括相同的CRC)。eNB102用来映射CE-PBCH发送的重复的资源排除了每个各自的单播SF中的前三个符号，因为工作在CE模式中的UE114通常不能够检测由eNB102发送的信息和指示由eNB102用来发送DL控制信令的前面的SF符号的数量。如果DL工作带宽足够小到在SF开始的最大DL控制区域大小是4个符号(也参见REF1)而不是3个符号，那么，因为UE114在解码MIB之前不知道DL工作BW，所以UE114可以总是假设CE-PBCH发送总是在SF中的前3个符号之后开始。对于小的DL工作带宽，可以取决于eNB102调度器来避免CE-PBCH发送和其它DL控制信令的发送之间的冲突。在第二选项(选项2)中，对于CE-PBCH重复不支持TDDUL-DL配置0。那么，可以使用SF#9中的11个另外的符号来发送CE-PBCH。这些适用于用于工作在CE模式的UE的传达SIB的PDSCH的发送。在第三选项(选项3)中，eNB102另外使用SF#1和SF#6来发送CE-PBCH重复，并且UE114假设SF#6是特殊SF并且在单播SF中的前3个符号后面的6个符号中发送CE-PBCH(即，UE114假设9个符号的DwPTS长度，其中不支持3或6个符号的DwPTS长度)。然后，eNB102可以使用SF#1和SF#6中的12个另外的符号来发送CE-PBCH。如果仅不支持3个符号的DwPTS长度，那么可以使用SF#1和SF#6中的6个另外的符号。这些适用于用于工作在CE模式的UE的传达SIB的PDSCH的发送。对于TDD或FDD，eNB102可以使用用于发送CE-PBCH的资源的单一预定配置(例如，图12中的选项之一)。UE114在UE114获取CE-MIB之前知道配置，使得UE114可以合并预定义的资源上的CE-PBCH的重复来解码CE-MIB。这些适用于用于工作在CE模式的UE的传达SIB的PDSCH的发送。替换地，eNB102用来发送CE-PBCH的资源可以从多个配置的集合中的一种配置来确定，其中每个配置使用与另一种配置不同数量的CE-PBCH重复(例如，如图12中的配置具有三种不同数量的CE-PBCH重复)。取决于小区中的CE需求，eNB102可以选择各自的配置。根据各自的CE需求来选择用于CE-PBCH重复的配置可以导致与CE-PBCH发送相关联的更低的开销，因为可以避免不必要的重复。例如，如果在第一小区中需要更低的CE级别，则eNB102可以使用具有更低数量的CE-PBCH重复的配置(例如，如图12a中的选项1)，而如果在第二小区中需要更大的CE级别，则eNB102可以使用具有更高数量的CE-PBCH重复的配置(例如，如图12c中的选项3)。然后，因为UE114可以预先知道eNB102使用来发送CE-PBCH的配置，所以UE114对于多种配置集合中的每种配置盲解码CE-PBCH直到它检测到CE-MIB。这些适用于用于工作在CE模式的UE的传达SIB的PDSCH的发送。在某些实施例中，对于FDD和TDD中的CE-PBCH重复提供公共的设计。为了在FDD和TDD中对于CE-PBCH的重复建立相同的设计，用于CE-PBCH的资源可以考虑用于TDD和FDD两者的可用资源的限制，诸如用于发送PSS/SSS、TDDUL-DL配置等的资源。TDD和FDD中的CE-PBCH重复的公共设计可以导致UE的相同实施方式，从而最小化成本和测试要求。图13A和13B分别示出根据此公开的对于TDD和FDD公共的用于CE-PBCH重复的时域资源的第一选项和第二选项。图13C和13D示出根据此公开的对于TDD和FDD公共的用于CE-PBCH重复的时域资源的第三选项。图13A、13B、13C和13D中所示的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。参照图13A，在第一选项(选项1)中，在FDD系统和TDD系统两者中，eNB102仅使用SF#0和SF#5来发送CE-PBCH重复。排除FDD中用于发送PSS/SSS的SF符号，总共16个SF符号可以用于发送CE-PBCH。如果MIB和CE-MIB的信息内容相同，包括相同的CRC，则UE114可以将传统的PBCH片段认为是重复之一。参照图13B，在第二选项(选项2)中，对于CE-PBCH发送不支持TDDUL-DL配置0，并且eNB102可以使用SF#9中的11个另外的符号来发送CE-PBCH。参照图13C和13D，在第三选项(选项3)中，在TDD中，eNB102也可以在特殊SF中发送CE-PBCH，其中DwPTS长度被假设为9个符号。然后，通过排除前3个SF符号，eNB102可以使用SF#1和SF#6中的12个另外的符号来发送CE-PBCH。选项3合并TDDUL-DL配置和DwPTS两者的限制。如果仅DwPTS的限制应用，而没有对于CE-PBCH重复的支持排除TDDUL-DL配置0，则是又另一个选项，eNB102可以仅使用SF#0、SF#1、SF#5和SF#6来发送CE-PBCH。在某些实施例中，通过将诸如SFN和PCID的系统信息映射到与用于CE-PBCH重复的资源有关的参数，用于CE-PBCH重复的资源可以是预定义的。对于4个帧之内的CE-PBCH重复，与用于CE-PBCH重复的资源有关的参数包括SFN(SFN是10比特的完全SFN)满足(MSB8_SFN)modN＝m的开始帧，其中MSB8_SFN是SFN的8位MSB，N是确定CE-PBCH重复的周期的预定义的数字(N<256)，并且m是预定义的数量，其中m<N作为到用于CE-PBCH重复的开始帧的偏移。图14示出根据此公开的基于映射函数来确定用于CE-PBCH重复的发送的资源的示例。图14中所示的用于确定用于CE-PBCH重复的发送的资源的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。参照图14，eNB101和eNB102都使用N＝8和m＝0。CE-PBCH重复在4个帧中，并且从SFN满足(MSB8_SFN)modN＝0的帧开始。不同的eNB可以具有不同的偏移值m。图15示出根据此公开的两个eNB使用不同的开始帧来发送CE-PBCH重复。图15中所示的CE-PBCH重复的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。参照图15，eNB102和eNB103都使用N＝8。eNB102使用m＝0而eNB103使用m＝1。CE-PBCH重复在4个帧中，并且从SFN满足(MSB8_SFN)modN＝m的帧开始。偏移值m可以取决于eNB的PCID值。然后，CE-PBCH重复在4个帧中并且从SFN满足(MSB8_SFN)modN＝PCIDmodK的帧开始，其中K是可以在系统操作中预定义的参数。图16示出根据此公开CE-PBCH的重复从根据PCID值确定的帧开始。图16中所示的CE-PBCH的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。参照图16，eNB101和eNB102都使用N＝8和K＝2。eNB102具有PCIDmodK＝0而eNB102具有PCIDmodK＝1。CE-PBCH重复是在4个帧中，并且从SFN满足(MSB8_SFN)modN＝PCIDmodK的帧开始。然而，不同的eNB也可以具有不同的周期值N。图17示出根据此公开的来自两个eNB的使用不同的CE-PBCH重复的周期的CE-PBCH的重复。图17中所示的CE-PBCH的重复的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。参照图17，eNB101和eNB102都使用m＝0。eNB101使用N＝8而eNB102使用N＝4。CE-PBCH重复是在4个帧中，并且从SFN满足(MSB8_SFN)modN＝m的帧开始。CE-PBCH重复的周期可以取决于eNB的PCID值。然后，CE-PBCH在从SFN满足(MSB8_SFN)modN＝m的帧开始的4个帧中发送，其中N＝Z/2PCIDmodK并且K和Z是可以在系统操作中预定义的参数。图18示出根据此公开的来自两个eNB的使用不同周期的CE-PBCH重复。图18中所示的CE-PBCH重复的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。参照图18，eNB101和eNB102都使用m＝0，Z＝8和K＝2。eNB101使用N＝Z/2PCIDmodK＝8而eNB102使用N＝Z/2PCIDmodK＝4。CE-PBCH重复是在4个帧中，并且从SFN满足(MSB8_SFN)modN＝m的帧开始，其中N＝Z/2PCIDmodK。与eNB102使用的用于CE-PBCH重复发送的资源有关的参数可以包括重复的持续时间，例如，如连续的四重帧的数量，被称为Q。在图14-18中的示例中，Q＝1。不同的eNB可以使用不同的Q值。图19示出根据此公开的来自两个eNB的使用各自不同的用于CE-PBCH重复的持续时间的CE-PBCH重复。图19中所示的CE-PBCH重复的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。参照图19，eNB101和eNB102都有N＝8和m＝0。eNB101具有Q＝1而eNB102具有Q＝2。CE-PBCH重复是在4个帧中，从SFN满足(MSB8_SFN)modN＝m的帧开始，并且在4个帧的连续Q个区间中。对于被称为PBCH_TTI的在4帧中的CE-PBCH重复，与用于CE-PBCH重复的资源有关的参数也可以包括在4帧之内的重复的数量(也称为级别)。例如，级别＝00可以对应于40msecPBCH_TTI之内的资源集0(例如，图12和13中的选项1)，级别＝01可以对应于40msecPBCH_TTI之内的资源集1(例如，图12和13中的选项2)，并且级别＝10可以对应于40msecPBCH_TTI之内的资源集2(例如，图12和13中的选项3)。可以有L级别，或者替换地，在帧中有数量L的CE-PBCH重复。如果仅有一个级别，可以在系统操作中预定义CE-PBCH。如果有多个级别，则工作在CE中的UE114可以通过盲解码来确定eNB102用来发送CE-PBCH的级别。当存在eNB102可以用来发送CE-PBCH重复的多个重复式样时，其中重复或者是在PBCH_TTI(40msec)的时间尺度中或者是在PBCH_TTI之内的SF的时间尺度中时，UE114需要以假设的测试来执行盲解码以确定eNB102用来发送CE-PBCH的式样。图20示出根据此公开的以测试用于多个CE-PBCH重复式样的假设来进行盲解码的示例操作。虽然流程图描绘了一系列顺序步骤，但是除非明确陈述，否则不应该从关于执行的特定次序的顺序得出推论，顺序地而不是同时或以重叠的方式执行步骤或其部分、或者专门执行所描绘的步骤而不发生介入或中间步骤。在所描绘的示例中描绘的过程通过例如移动台中的处理电路来实施。参照图20，在操作2010中UE115获取PSS/SSS。在操作2020中，在获取PSS/SSS之后，UE114基于参考信号来测量DL信道介质。在操作2030中，工作在CE模式中的UE114可以通过合并PBCH和CE-PBCH(如果两者传达相同的MIB)或者通过合并CE-PBCH重复(如果它们传达不同的MIB、CE-MIB，即PBCH)来检测MIB。如果存在配置用于CE-PBCH的多个重复式样，则UE114以测试用于这些重复式样的假设来执行盲解码。选择用于CE-PBCH发送的四重帧的多个式样之一可以允许eNB102将各自开销的级别调整为各个小区所需要的CE级别。虽然执行到eNB102的初始接入的UE不能知道eNB102用于CE-PBCH发送的实际式样，但是eNB102可以或者通过将各自的信息包括在SIB中或者通过RRC信令来向所连接的UE(RRC_CONNECTEDUE-也参见REF5)通知实际的式样。如果CE-PBCH发送式样如图14-19之一中描述的，则eNB102可以向所连接的UE用信号通知各自的参数。一般，对于众多四重帧上的CE-PBCH发送式样，可以用信号向UE通知位图。位图大小可以由四重帧的数量来确定。具有“0”或“1”的值的位图元素可以分别指示CE-PBCH在相应的四重帧中不被发送或者被发送。使用此信息，UE，诸如连接到eNB102并且被配置为在eNB102指示它可以发送CE-PBCH重复的SF中、在包括DL工作带宽的中央6个RB的RB中接收PDSCH或EPDCCH的UE116，可以确定是否包括(用于各个帧的位图值是“0”)或者丢弃(用于各个帧的位图值是“1”)处于中央6个RB中的RB的PDSCH或EPDCCH接收。在某些实施例中，用于SIB的CE被提供，并且被称为CE-SIB。类似于其它实施例(诸如对于PBCH支持可伸缩CE级别的设计的实施例和FDD和TDD中的CE-PBCH重复的公共设计的实施例)，用于CE-SIB重复的资源可以位于通过在时域中应用关于CE-PBCH重复的相同规则而确定的SF中。类似于用于CE-PBCH重复的间断发送的资源通过将诸如SFN和PCID的系统信息映射到与用于CE-PBCH重复的资源有关的参数的函数而预定义的实施例，CE-SIB资源位置(SF或RB)可以是系统信息的函数。因为工作在CE模式中的UE114在检测到MIB或CE-MIB之后已经知道DL工作带宽，所以CE-SIB的发送可以不被包括在DL工作带宽的中央6个RB中。预定义的映射函数可以用于推导SF中的CE-SIB资源位置，并且可以包括作为它的参数之一的DL工作带宽。例如，用于CE-SIB的发送的开始SF可以位于紧跟在包含CE-PBCH重复的PBCH_TTI之后的PBCH_TTI的开始处，或者通过诸如SFN和PCID的参数的函数来确定。对于用于CE-SIB发送的持续时间的配置(称为Duration_CESIB_ConfigIndex)，假设持续时间的一个配置用于每个各自的DL工作带宽配置(称为BW_ConfigIndex)，可以使用一对一映射(或者替换地可以使用映射表)，Duration_CESIB_ConfigIndex＝BW_ConfigIndex。对于用于CE-SIB发送的频域资源(RB)的配置(称为Band_CESIB_ConfigIndex)，假设频带的一个配置用于每个各自的DL工作带宽配置(称为BW_ConfigIndex)，可以使用一对一映射，(或者替换地可以使用映射表)，并且Band_CESIB_ConfigIndex＝BW_ConfigIndex。图21A、21B和21C示出根据此公开的用于CE-SIB发送的资源的映射的示例。图21A、21B和21C中所示的映射的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。在图21A中所示的示例中，BW_ConfigIndex＝1并且Band_CESIB_ConfigIndex＝1。在图21B中所示的示例中，BW_ConfigIndex＝2并且Band_CESIB_ConfigIndex＝2。在图21C中所示的示例中，BW_ConfigIndex＝2并且Band_CESIB_ConfigIndex＝3。将用于CE-SIB重复的发送的资源(SF和RB)定义为诸如PCID或SFN的参数的函数，而不定义为用于CE-PBCH重复的发送的SF的函数的优点是，工作在CE模式中的UE114可以检测由PBCH传达的MIB然后进行到解码CE-SIB，而不必检测具有大发送周期的CE-PBCH所传达的CE-MIB。这假设第一MIB的内容是第二MIB的内容的超集。在某些实施例中，如果UE114在预定义数量的MAX_MIB_Attempt解码尝试之后没有检测到传统PBCH，则UE114确定它是覆盖受限的。此外，如果UE114以不大于MAX_MIB_Attempt的数量的尝试检测到传统PBCH，但是随后不能根据后续描述的过程来检测到SIB，则UE114确定它是覆盖受限的。可以通过PBCH_TTI(4帧)的时间区间或者通过帧来定义解码尝试，并且其对应于PBCH片段。在UE114获取PSS和SSS之后，UE114可以开始计数器来对用于PBCH的检测的解码尝试的数量进行计数。例如，计数器可以被初始化为零，并且对于每个解码尝试加1。如果UE114以不大于预定义的数MAX_MIB_Attemp的数量的解码尝试检测到PBCH，则UE114使用传统过程来继续它的网络接入。如果在用于PBCH的MAX_MIB_Attempt解码尝试之后，UE114不能检测到PBCH，则UE114确定它是覆盖受限的，并且使用支持CE的过程来继续它的网络接入。替换地，UE114确定PBCH和CE-PBCH两者的发送，并且执行两个分开的解码操作，如果MIB具有与CE-MIB相同的内容(包括相同的CRC)，则合并PBCH接收与假设的CE-PBCH重复的接收。随后，如果UE114检测到CE-PBCH，则UE114确定它是覆盖受限的。覆盖受限的操作的确定(或假设)还可以取决于RS接收功率(RSRP)测量。仅当UE114测量到低于在系统操作中预定义的值的RSRP时，UE114可以确定它是覆盖受限的。RSRP测量可以基于在eNB102处的单一天线端口的假设，并且可以由UE114在DL工作带宽的中央6个RB中并且在UE114预先知道包括RS发送的SF(诸如SF#0和SF#5)中执行。作为另一替换，UE114在它部署时可以被手动配置为工作在CE模式或者处于CE级别。如果UE114在不大于MAX_MIB_Attempt的数量的解码尝试之后检测到PBCH，则UE114进行到检测SIB(例如，SIB1或SIB2)。如果UE114以不大于预定义的数MAX_SIB_Attempt的数量的解码尝试、使用传统过程成功地检测到SIB，则UE114可以继续假设处于正常(非CE)覆盖模式中；否则，UE114将操作切换到CE模式并且尝试检测CE-SIB。在检测CE-SIB之前，如果CE-MIB的内容不是MIB的子集或者如果基于eNB102发送CE-PBCH的帧推导出用于CE-SIB的第一发送SF，则UE114可以尝试检测CE-MIB。图22A和22B示出根据此公开的UE与eNB建立通信链路的示例操作。虽然流程图描绘了一系列顺序步骤，但是除非明确陈述，否则不应该从关于执行的特定次序的顺序得出推论，顺序地而不是同时或以重叠的方式执行步骤或其部分、或者专门执行所描绘的步骤而不发生中间步骤。在所描绘的示例中描绘的过程通过例如移动台中的处理电路来实施。在操作2201中，UE114首先获取PSS和SSS。然后，在操作2202中，UE114将MIB_Attempt_counter初始化为0。UE114在操作2203中进行到尝试检测PBCH。在检测尝试之后，UE114在操作2204中将MIB_Attempt_counter加1。随后，UE114在操作2205中确定检测尝试是否成功。如果成功，则UE114在操作2245中假设正常(非CE)覆盖模式，并且使用传统过程进行来与eNB102建立通信链路。如果UE114没能检测到PBCH，则在操作2210中，UE114检查MIB_Attempt_counter是否具有值MAX_MIB_Attempt。如果MIB_Attempt_counter小于MAX_MIB_Attempt，则UE114在操作2203中执行PBCH的另一次解码。如果MIB_Attempt_counter等于MAX_MIB_Attempt，则UE114在操作2215中开始工作在CE模式，并且除了解码PBCH之外在操作2220中解码CE-PBCH。随后在下面相对于图24和25来描述操作2220的特定解码操作。在检测到PBCH之后，在操作2225中，UE114进行到检测可以使用重复来发送的SIB。对于CE模式中的操作，SIB1和SIB2并且可能诸如SIB15的其它SIB的一些内容可以被融合在单一SIB(CE-SIB)中。可以从CE-SIB中省略对于CE操作不需要的传统SIB1、SIB2或其它SIB的内容。最后，在操作2230中，UE114根据下面相对于图23和26描述的CE过程来发送PRACH，并且UE114在操作2240中继续工作在CE模式中。当UE114在检测PBCH之后在操作2245中在正常(非CE)覆盖模式中继续操作时，UE114在操作2250中作为正常覆盖(非CE)UE继续检测SIB1。UE114然后在操作2255中例如通过检查CRC校验来确定解码是否成功。如果在数量MAX_SIB1_Attempt的解码尝试之后解码失败，则类似于PBCH检测，UE114在操作2260中在CE模式中继续操作，并且在操作2225中继续检测SIB1或者合并的单一CE-SIB。在操作2255中，如果UE114确定SIB1的解码成功，则UE114在操作2262中继续工作在正常覆盖模式中，并且在操作2265中继续检测SIB2。UE114然后在操作2270中确定SIB2解码是否成功。如果在数量MAX_SIB2_Attempt的解码尝试之后解码失败，则类似于PBCH检测，UE114在操作2275中在CE模式中继续操作，并且在操作2230中进行为检测SIB2或者合并的单一CE-SIB。在操作2270中，如果UE114确定SIB2的解码成功，则UE114在操作2278中继续工作在正常覆盖模式，在操作2280中发送PRACH，并且如果随机接入过程成功，则UE114在操作2285中继续工作在正常覆盖模式。虽然先前的功能考虑的是UE到eNB的初始接入，但是类似的功能可以应用于后续的接入，诸如从空闲模式的接入。因为来自工作在CE模式的UE114的路径损耗(或RSRP)估计可能不准确，所以UE114可以使用最大功率来发送RA前同步码。如果UE114工作在正常、非CE覆盖模式，则UE114使用基于路径损耗估计而确定的功率来发送初始RA前同步码，并且如果先前的随机接入过程不成功，则可以使用功率渐变用于后来的RA前同步码发送。图23示出根据此公开的UE在正常覆盖模式中的PBCH检测之后确定是在正常覆盖模式中还是在CE模式中继续操作的示例操作。虽然流程图描绘了一系列顺序步骤，但是除非明确陈述，否则不应该从关于执行的特定次序的顺序得出推论，顺序地而不是同时或以重叠的方式执行步骤或其部分、或者专门执行所描绘的步骤而不发生中间步骤。在所描绘的示例中描绘的过程通过例如移动台中的处理电路来实施。在操作2310中，UE114在正常覆盖模式中的PBCH检测之后确定它应该工作在正常模式。然后，在操作2320中，UE114将计数器SIB_Attempt_counter初始化为值0，并且在操作2330中，通过执行各自的解码操作来尝试检测传统的SIB，诸如SIB1或SIB2，并且在操作2340中将SIB_Attempt_counter加1。UE114在操作2350中确定检测是否成功。如果成功，则UE114在操作2380中在正常覆盖模式中继续操作。如果不成功，则在操作2360中，UE114检查SIB_Attempt_counter是否等于MAX_SIB_Attempt。如果SIB_Attemp_counter小于MAX_SIB_Attempt，则UE114在操作2330中继续工作在正常覆盖模式中，并且重复操作2340、2350、2360。如果SIB_Attempt_counter等于MAX_SIB_Attempt，则UE114在操作2370中在CE模式中继续操作。当UE114工作在CE模式中时，UE114可以检测CE-SIB或单一合并的CE-SIB，其以重复发送，并且可以包括比各自的传统SIB减少的信息内容。当UE114工作在正常覆盖模式时，UE114解码传统SIB。替换地，UE114可以解码CE-SIB或者单一合并的CE-SIB，其中用于SIB的一个解码尝试可能被认为是用于各自的CE-SIB的每个重复的解码尝试。工作在CE模式的UE114可以在每个帧中执行两个解码操作来获取MIB或CE-MIB；一个解码操作用于PBCH接收并且一个解码操作用于合并的CE-PBCH重复的接收(如果MIB和CE-MIB具有相同的内容(包括相同的CRC)，则可以包括PBCH接收)。通过使能对MIB的更快的检测，解码帧中的PBCH可以有利于在CE-PBCH的间断发送的情况下和在MIB的内容是CE-MIB的内容的超集的情况下的UE114。工作在CE模式中的UE也受益于解码CE-PBCH接收，因为在发送CE-PBCH接收的帧中，各自的检测概率高于PBCH接收的检测概率。图24示出根据此公开的UE检测PBCH的示例操作。图24中所示的操作的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。参照图24，在包括4个帧的PBCH_TTI2410中，eNB102在每帧的SF#0中发送PBCH2440。在PBCH_TTI2420中，eNB在每帧的SF#0中发送PBCH2460，并且在每帧的SF#0和SF#52450、2470、2480和2490中发送CE-PBCH。在PBCH_TTI2430中，eNB102在每帧的SF#0中发送PBCH2495。在时间A之前，UE114解码PBCH2401。在时间A，UE114确定它在MAX_MIB_Attempt尝试之后没能检测到MIB2402。然后，UE114在CE模式中继续操作。在后续的PBCH_TTI中，UE114解码PBCH接收，并且如果MIB具有与CE-MIB相同的内容，则解码PBCH和CE-PBCH的合并的接收；否则，UE114解码CE-PBCH重复的接收。在时间B，UE114确定它没能检测到MIB或CE-MIB2404。在后续的PBCH_TTI中，UE114执行可以与2403中相同的解码操作2405。在时间C，UE114确定它没能检测到MIB或CE-MIB2406。在后续的PBCH_TTI，UE114执行解码操作2407。在时间D，UE114确定它或者从解码PBCH或合并的PBCH和CE-PBCH或者从解码CE-PBCH中检测到MIB或CE-MIB2408。注意，A、B、C、D可以在PBCH_TTI中的任何帧之后。图25示出根据此公开的UE解码PBCH，或解码合并的PBCH和CE-PBCH，或解码CE-PBCH的示例操作。虽然流程图描绘了一系列顺序步骤，但是除非明确陈述，否则不应该从关于执行的特定次序的顺序得出推论，顺序地而不是同时或以重叠的方式执行步骤或其部分、或者专门执行所描绘的步骤而不发生中间步骤。在所描绘的示例中描绘的过程通过例如移动台中的处理电路来实施。在操作2502中，UE114在MAX_MIB_Attempt尝试之后没能检测到传统PBCH。UE114然后在操作2505中根据CE模式工作。UE在操作2510中接收后续的帧，并且在操作2520中，UE114尝试在后续的帧中检测传统PBCH。在操作2525中，在相同MIB的情况下UE114还尝试检测与PBCH合并的CE-PBCH(CE-PBCH重复)，或者在不同MIB的情况下，UE114还检测不与PBCH合并的CE-PBCH(CE-PBCH重复)。UE114可以执行两个解码操作，或者首先解码PBCH，并且如果MIB检测失败，则解码CE-PBCH重复的接收。在操作2530中，UE114确定每个检测是否成功。如果两个检测之一成功，则UE114根据CE模式进行到在操作2540中检测SIB。如果两个操作都不成功，则UE114重复操作2510、2520、2525和2530。在某些实施例中，应用对UE114检测MIB或者CE-MIB的最大可允许时间的外环(outerloop)。如果在最大可允许时间之后，UE114不能解码PBCH或CE-PBCH，则超时的失败适用，并且UE114可以选择另一小区。这些以各自的最大可允许时间可以适用于SIB检测。作为使用MAX_MIB_Attempt供UE114来确定UE114是工作在正常覆盖模式还是CE模式的替换，UE114可以使用信道测量或另外的度量，例如，如检测PSS/SSS所需要的时间。相同的原理也可以适用为使用MAX_SIB_Attempt的替换。图26示出根据此公开的UE基于信道测量来确定是工作在正常覆盖模式还是CE模式的示例操作。虽然流程图描绘了一系列顺序步骤，但是除非明确陈述，否则不应该从关于执行的特定次序的顺序得出推论，顺序地而不是同时或以重叠的方式执行步骤或其部分、或者专门执行所描绘的步骤而不发生中间步骤。在所描绘的示例中描绘的过程通过例如移动台中的处理电路来实施。在操作2610中，UE114获取PSS/SSS。UE114然后在操作2620中执行信道测量，诸如RSRP测量，并且确定信道测量度量是否大于在系统操作中可以预定义的阈值。例如，在操作2630中，UE114确定RSRP测量是否大于阈值。如果是，则UE114在操作2670中工作在正常覆盖模式，并且因此在操作2680中尝试检测PBCH，并且在操作2690中尝试检测SIB。如果在操作2630中RSRP测量不大于阈值，则UE114在操作2660中工作在CE模式，并且因此在操作2650中尝试检测PBCH或CE-PBCH，并且在操作2660中尝试检测CE-SIB。在某些实施例中，当UE114工作在CE模式时，UE114向eNB102通知UE114检测PSS/SSS、PBCH、CE-PBCH、SIB或CE-SIB或其任何组合所需要的解码尝试的数量。UE114可以通过对于PRACH发送的资源选择(例如，RA前同步码选择或频率/时间资源选择)来隐含地提供此信息，或者在PUSCH发送中明确地提供此信息。eNB102可以使用此信息来获得UE114所需要的CE级别的估计。UE114也可以基于UE检测PSS/SSS、PBCH(MIB)、CE-PBCH(CE-MIB)、SIB、SE-SIB或其任何组合所需要的解码尝试的数量，包括用于CE-PBCH或CE-SIB的合并的重复的数量，来确定CE级别用于选择用于后续的RA前同步码发送的重复的数量。例如，如果UE114在第一数量的尝试之后(或者替换地，在第一时间段之后)检测到PSS/SSS，并且在第二数量的尝试之后检测到PBCH或CE-PBCH，则UE114可以选择第三数量的RA前同步码重复，而如果UE114在第四数量的尝试之后(或者替换地，在第二时间段之后)检测到PSS/SSS，并且在第五数量的尝试之后检测到PBCH或CE-PBCH，则UE114可以选择第六数量的RA前同步码重复。图27示出根据此公开的工作在CE模式的UE明确地向eNB通知UE检测PSS/SSS、PBCH、CE-PBCH、SIB、CE-SIB或其任何组合中的一个或多个所需要的尝试的数量的示例操作。虽然信令图描绘了一系列顺序信号，但是除非明确陈述，否则不应该从关于执行的特定次序的顺序得出推论，顺序地而不是同时或以重叠的方式执行信号(或步骤)或其部分，或者在没没有中间步骤发生的情况下排它地描绘信号的执行。在所描绘的示例中描绘的过程是通过例如移动台和基站中的发送器链和接收器链来实施的。在操作2710中，UE114检测由eNB102发送的MIB和SIB，并且工作在CE模式中。在操作2720中，UE114确定UE检测PSS/SSS、PBCH(MIB)、CE-PBCH(CE-MIB)、SIB、CE-SIB或其任何组合所需要的解码尝试的数量。在操作2730中，UE114将数量包括在PUSCH诸如Msg3中，并且向eNB102发送PUSCH2740。在PUSCH2740的成功接收之后，在操作2750中，eNB102至少部分基于由UE114提供的数量来确定用于向或来自UE114的后续PDSCH/PDCCH/PUSCH/PUCCH发送的资源或CE级别。随后，eNB102可以通过向UE114发送各自的信息来向UE114通知用于后续通信的资源或CE级别2760。图28示出根据此公开的工作在CE模式的UE隐含地向eNB通知UE检测PSS/SSS、PBCH、CE-PBCH、SIB、CE-SIB或其任何组合所需要的尝试的数量的示例操作。虽然信令图描绘了一系列顺序信号，但是除非明确陈述，否则不应该从关于执行的特定次序的顺序得出推论，顺序地而不是同时或以重叠的方式执行信号(或步骤)或其部分，或者在没没有中间步骤发生的情况下排它地描绘信号的执行。在所描绘的示例中描绘的过程是通过例如移动台和基站中的发送器链和接收器链来实施的。在操作2810中，UE114检测由eNB102发送的MIB和SIB。在操作2810中，UE114工作在CE模式。在操作2820中，UE114确定它检测PSS/SSS、PBCH(MIB)、CE-PBCH(CE-MIB)、SIB、CE-SIB或其任何组合所需要的尝试的数量。在操作2830中，UE114基于尝试的数量和PRACH资源之间的预定义的映射或者配置的映射(例如，由SIB配置的)、根据所确定的尝试的数量来进一步确定PRACH资源(诸如RA前同步码或者时间/频率资源)。UE114然后向eNB102发送RA前同步码2840。一旦检测到RA前同步码，在操作2845中，eNB102就根据由检测到的RA前同步码所使用的资源来确定由UE114建议的CE级别。所述确定可以基于RA前同步码资源和CE级别之间的关联。在操作2850中，eNB102可以至少部分基于由检测到的RA前同步码所指示的CE级别来确定用于到或来自UE114的后续PDSCH/PDCCH/PUSCH/PUCCH发送的资源或CE级别。eNB102可以通过DL信令向UE114通知所确定的用于后续通信的资源或CE级别2860。图29示出根据此公开的UE基于UE检测PSS/SSS、PBCH、CE-PBCH、SIB、CE-SIB或其任何组合所需要的解码尝试的数量来确定用于选择用于RA前同步码发送的重复的数量的CE级别的示例操作。虽然流程图描绘了一系列顺序步骤，但是除非明确陈述，否则不应该从关于执行的特定次序的顺序得出推论，顺序地而不是同时或以重叠的方式执行步骤或其部分、或者专门执行所描绘的步骤而不发生中间步骤。在所描绘的示例中描绘的过程通过例如移动台中的处理电路来实施。在操作2910中，UE114检测MIB和SIB，并且工作在CE模式中。UE114在操作2920中确定它检测PSS/SSS或PBCH(MIB)或CE-PBCH(CE-MIB)或SIB或CE-SIB或其任何组合所需要的尝试的数量。然后，在操作2930中，UE114基于UE检测PSS/SSS或PBCH或CE-PBCH或SIB或CE-SIB或其任何组合所需要的尝试的数量(包括用于CE-SIB接收的重复的数量)来确定用于选择用于后续的RA前同步码发送的重复的数量的CE级别。在某些实施例中，结合MBSFNSF的存在来考虑用于DL信道的发送的重复。对于TDD系统或者FDD系统，帧中的PBCH片段的发送可以重复多次以便提供各自的CE级别(CE-PBCH)。因此，每个CE-PBCH片段可以在比传统PBCH更大数量的SF上被发送，但是CE-PBCH片段也仅在小区的DL工作带宽中的中央72个子载波(6个RB)中发送。传达CE-SIB的PDSCH也可以在比传达SIB的PDSCH更大数量的SF上发送。如前所示，FDD的SF#0、SF#4、SF#5和SF#9以及TDD的SF#0、SF#1、SF#5和SF#6不能被配置为MBSFNSF。帧中的其余SF可以被配置为MBSFNSF。如果CE-PBCH或CE-SIBPDSCH资源处于这些SF的一些中，则UE114在尝试检测CE-MIB或CE-SIB时可能不知道被配置为MBSFNSF的那些(假设CE-SIB不提供关于帧中的MBSFNSF的信息)。那么，UE114需要执行假设一些SF是单播SF并且其余SF是MBSFNSF的假设测试。这对于UE114来说增加了接收器复杂度和功耗。对于TDD，用于CE-PBCH或CE-SIBPDSCH重复的资源可以位于SF#0、SF#1、SF#5、SF#6和SF#9中，其中，仅SF#9可以被配置为MBSFNSF。因为UE114不能知道SF#9是否被配置为MBSFNSF，所以UE114当尝试检测CE-MIB或CE-SIB时需要对于FDD执行假设测试，从而对于UE114再次导致增加的接收器复杂度和功耗。为了在减少假设测试的级别上帮助UE114，考虑以下方法。在第一方法中，MBSFNSF和具有CE-PBCH重复或CE-SIBPDSCH的SF在时域上是正交的。UE114假设用于发送CE-PBCH或CE-SIBPDSCH的所有SF是单播SF。实践中实现这样的操作的一个选项是仅对于不发送CE-PBCH或CE-SIBPDSCH的SF的子集来配置MBSFNSF。例如，对于间断的CE-PBCH或CE-SIBPDSCH发送，MBSFNSF可以被配置在不发送CE-PBCH或CE-SIB的帧中。替换地，为了维持与不知晓CE-PBCH或CE-SIBPDSCH重复的现有UE的后向兼容，eNB102不在可以被配置为MBSFNSF的任何SF中发送CE-PBCH或CE-SIBPDSCH。因此，为了FDD和TDD中CE-PBCH接收的公共性，CE-PBCH重复的发送可以仅发生在SF#0和SF#5中。当UE114不能知晓MBSFNSF式样时(此信息被假设为包括在CE-SIB中且不由CE-MIB提供)，这些可以适用于CE-SIB的发送。替换地，如果不要求对于FDD和TDD的这种公共性，则CE-PBCH重复或CE-SIB重复的发送可以仅在不被配置为MBSFNSF的SF中(例如，如SF#0和SF#5用于CE-PBCH发送，并且FDD中的SF#0、4、5、9和TDD中的SF#0、1、5、、6可以用于CE-SIBPDSCH发送)。在第二方法中，eNB102当在这样的SF中发送CE-PBCH时，将那个SF的配置取代(override)为MBSFNSF。该取代可以仅在其中发送CE-PBCH的中央6个RB中，而在DL工作带宽的其余部分中，作为MBSFN的SF的配置可以保持有效。因此，eNB102可以在DL工作带宽的中间6个RB中如在单播SF中一样发送CRS，而在DL工作带宽的其余部分如在MBSFNSF中一样发送CRS。UE114假设用于发送CE-PBCH的所有SF是单播SF。在用于发送CE-PBCH的资源中不发送其它DL信道(用于控制或数据)。当相同的CP(正常或扩展)用于单播SF和MBSFNSF两者时，第二方法有效。这些可以适用于CE-SIBPDSCH的发送，其中取代可以仅在各个RB中。图30示出根据此公开的eNB在配置为MBSFNSF的SF中、在DL工作带宽的中间6个RB中发送CE-PBCH重复的示例操作。图30中所示的操作的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。参照图30，SF3010被配置为MBSFN，并且控制区域3020可以是前一个或两个符号。排除控制区域的中间72个子载波(6个RB)3030可以用于CE-PBCH重复的发送，其中对于每个RB3040，CRS式样可以如单播SF中。SF3010的其余区域包含如用于MBSFNSF3060的CRS3050。在CE-PBCH检测之后，具有到eNB102的连接并且工作在CE模式的UE114可以被通知(即，可以从eNB102接收)eNB102使用的MBSFNSF式样，并且可以从PDSCH或EPDCCH重复的接收中排除这样的SF。MBSFNSF式样可以由CE-SIB提供。替换地，UE114可能被通知MBSFNSF式样中的SF以包括用于PDSCH或EPDCCH重复的接收。在第三方法中，对于可以被配置为MBSFNSF的SF，可以被eNB102用来发送CE-PBCH的资源在单播SF和MBSFNSF两者中排除CRS。例如，对于TDD和SF#9，可以被eNB102用来发送CE-PBCH的资源不包括与单播SF或MBSFNSF对应的CRS子载波的联合集合。UE114可以假设单播SF或MBSFNSF的存在来估计DL信道。这些可以适用于CE-SIBPDSCH的发送。图31示出根据此公开的eNB在RB中并且在被配置为MBSFNSF的SF中可以使用来发送CE-PBCH的资源的示例。图31中所示的资源的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。在图31中所示的示例中，由eNB102用来发送CE-PBCH的资源排除控制区域、用于单播SF的CRSR0-R3和用于MBSFNSF的CRSR4。如果PDSCH不是被eNB102动态调度，例如通过诸如无线电资源控制(RRC)信令的更高层信令，则具有到eNB102的连接的UE可以被eNB102通知CE-PBCH重复式样或者传达CE-SIB的PDSCH的重复式样，并且可以删余(puncture)分配用于DL信道的接收并且与用于发送CE-PBCH重复或PDSCH重复的资源重叠的资源(如果有的话)。CE-PBCH重复式样或者用于传达CE-SIB的PDSCH的重复式样可以包括位图，该位图指示具有CE-PBCH发送的帧(或者当CE-PBCH可以在各个帧上的四个可自解码的片段中发送时，四重帧)或者具有PDSCH发送的帧。如果帧中具有CE-PBCH发送或者具有PDSCH的发送的SF的集合不是在系统操作中预定的，则位图也可以包括指示可以包括CE-PBCH发送或PDSCH发送的帧之内的SF集合中的SF子集的成分。在某些实施例中，CE-PBCH发送的式样或者传达CE-SIB的PDSCH发送的式样可以通过X2接口，或者如果X2接口不可用则经由HeNB网关来在eNB之间用信号通知。基于CE-PBCH发送式样或者PDSCH发送式样，eNB可以确定在DL工作带宽的中央6个RB中(由于CE-PBCH的发送)或者在其它用信号通知的RB上(由于传达CE-SIB的PDSCH的发送)的eNB不能对其假设接口连接的eNB施加功率减少的ABS，并且因此调整它的调度决定。从第二接口连接的eNB通知第二eNB应用到它的发送的ABS式样和CE-PBCH或CE-SIB发送式样的第一eNB可以假设在第二eNB的DL工作带宽的中间6个RB中、在被指示为作为ABSSF(基于ABS式样)和具有CE-PBCH或CE-SIB发送的SF(基于CE-PBCH或CE-SIB发送式样)两者的SF中，CE-PBCH或CE-SIB发送式样取代ABS式样。CE-PBCH或CE-SIB发送式样可以被明确地用信号通知。替换地，如果CE-PBCH或CE-SIB发送式样可以通过规范或者隐含地确定，例如如使用根据PCID的映射函数，则CE-PBCH或CE-SIB发送式样可能不通过X2接口明确地用信号通知。另外，第二eNB发送CE-PBCH或CE-SIB的帧之内的SF和RB由规范来确定。例如，CE-PBCH发送可以在中央6个RB中并且在SF#0或SF#5中。然后，CE-PBCH发送式样仅需要包括各自的帧或四重帧。如果CE-PBCH或CE-SIB发送式样可以通过规范来确定，例如如使用根据某些可配置的参数的预定义的映射函数，那么参数可以用信号通知并且CE-PBCH或CE-SIB发送式样可以由UE114基于所接收的参数来导出。例如，对于4帧之内的CE-PBCH重复，与eNB102用来发送CE-PBCH重复的资源有关的参数包括SFN满足(MSB8_SFN)modN＝m的开始帧，如它先前在第三实施例中描述的。图32示出根据此公开的在DL工作带宽的中央6个RB中的第一eNB不能假设接口连接的第二eNB应用减少的发送功率的示例ABS式样。图32中所示的ABS式样的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。参照图32，eNB101被从eNB102用信号通知ABS式样和用于CE-PBCH或CE-SIB发送的SF式样。然后，如果ABS与包含用于CE-PBCH或CE-SIB发送的资源的SF对齐，则eNB101在DL工作带宽的用于CE-PBCH发送的中央72个子载波(6个RB)3205中或者在用信号通知的用于CE-SIB发送的RB中不能假设eNB102以减小的功率(包括零功率)发送，而它对于其余RB可以进行这样的假设。表3提供与其它eNB交换的用于eNB的CE-PBCH或CE-SIB发送式样的示例信息。如果参数是固定的或者在系统操作的规范中预定义的，则它不需要包括在信令中。【表3】关于CE-PBCH或CE-SIB发送式样的信息表4提供了与其它eNB交换的用于eNB的CE-PBCH或CE-SIB发送式样的替换示例信息。如果存在关于CE-PBCH或CE-SIB发送的预定义的式样，则信令可以包括各自的重复式样索引。【表4】关于CE-PBCH或CE-SIB发送式样的信息例如，可以存在四个重复式样，其中式样索引值“00”、“01”、“10”、“11”。如果帧内用于CE-PBCH或CE-SIB发送的资源是通过规范确定的或者是固定的或预定的，则用于CE-PBCH或CE-SIB发送的式样可以与哪个帧包括CE-PBCH或CE-SIB发送有关。图33示出根据此公开的CE-PBCH或CE-SIB发送式样的示例集合。图33中所示的CE-PBCH或CE-SIB发送式样的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。在图33中所示的示例中，存在四个式样。如果由eNB指示式样“00”3310，则帧的第一集合包含CE-PBCH或CE-SIB重复，而其它帧不包含CE-PBCH或CE-SIB重复。如果由eNB指示式样\01\3320，则帧的第二集合包含CE-PBCH或CE-SIB重复，而其它帧不包含CE-PBCH或CE-SIB重复。如果由eNB指示式样“10”3330，则帧的第三集合包含CE-PBCH或CE-SIB重复，而其它帧不包含CE-PBCH或CE-SIB重复。如果由eNB指示式样“11”3340，则所有帧包含CE-PBCH或CE-SIB重复。例如，如果帧内CE-PBCH或CE-SIB发送的数量可以多于一个，则CE-PBCH或CE-SIB重复的式样可以分别与帧内的CE-PBCH或CE-SIB重复级别相关联，并与包含CE-PBCH或CE-SIB重复的帧相关联。图34示出根据此公开的用于多于一个重复级别的CE-PBCH或CE-SIB发送式样的示例集合。图33中所示的CE-PBCH或CE-SIB发送式样的实施例仅用于例示。可以使用其它实施例而不脱离本公开的范围。在图34中所示的示例中，存在四个式样。如果指示式样“00”3410，则具有(MSB8_SFN)mod4＝0的帧包含帧内具有重复级别2的CE-PBCH发送(CE-PBCH重复的发送仅在SF#0和SF#5中)。如果指示式样“01”3420，则具有(MSB8_SFN)mod4＝0或(MSB8_SFN)mod4＝2的帧包含帧内具有重复级别1的CE-PBCH发送(CE-PBCH重复的发送仅在SF#0中)。如果指示式样“10”3430，则具有(MSB8_SFN)mod4＝0或(MSB8_SFN)mod4＝2的帧包含帧内具有重复级别1的CE-PBCH发送。如果指示式样“11”3440，则它意思是所有帧包含每个这样的帧内的具有重复级别1的MTC-PBCH发送。图35示出根据此公开的eNB在接收关于CE-PBCH或CE-SIB发送的式样的信息之后的示例操作。虽然流程图描绘了一系列顺序步骤，但是除非明确陈述，否则不应该从关于执行的特定次序的顺序得出推论，顺序地而不是同时或以重叠的方式执行步骤或其部分、或者专门执行所描绘的步骤而不发生中间步骤。在所描绘的示例中描绘的过程通过例如移动台中的处理电路来实施。在操作3510中，eNB101从eNB102接收关于CE-PBCH或CE-SIB发送的式样以及ABS式样的信息(如果通过映射函数来确定式样，则eNB101可以根据所接收的信息来推导出CE-PBCH或CE-SIB发送式样)。在操作3520中，eNB101比较所接收的CE-PBCH或CE-SIB发送式样与ABS式样，并且确定它的DL工作带宽的中央6个RB中它不能假设eNB102以减小的功率发送的ABS式样的SF。在操作3530中，eNB101进行的确定是基于以下的：被ABS式样指示为eNB102以减小的功率发送的SF的SF也是被CE-PBCH或CE-SIB发送式样指示为eNB102发送CE-PBCH或CE-SIB重复的SF3530。对于PDSCH或EPDCCH重复，eNB102可以向工作在CE模式的UE114通知ABS式样，例如通过CE-SIB或通过RRC信令。UE114然后可以假设来自eNB102的PDSCH或EPDCCH发送的重复位于排除被ABS式样指示为ABS的SF的SF中。替换地，类似于CE-PBCH或CE-SIB重复，eNB102可以向eNB101通知甚至在被eNB102通知给eNB101的ABS式样指示为ABS的SF中，eNB102可能不以减小的功率发送的特定RB。在某些实施例中，关于CE-PBCH或CE-SIB发送式样的信息可以被提供给工作在正常覆盖模式的UE，诸如UE116，例如通过更高层信令，诸如RRC信令或者媒体访问控制(MAC)信令。如果CE-PBCH或CE-SIB的发送位于帧内的预定SF中，并且位于每个各自SF的预定RB中，例如如在SF#0和SF#5中，并且在不被假设用于PDCCH或PSS/SSS或PBCH发送的符号中，则UE116仅需要被通知第一CE-PBCH片段重复的帧的SFN，或者被通知第一CE-SIB重复以及CE-PBCH或CE-SIB间断发送的周期。如果CE-SIB的发送不在预定RB中，则RB也需要被信号通知给工作在正常覆盖模式中的UE。例如，对于帧中CE-PBCH或CE-SIB发送周期的16个可能值，用信号通知给UE116可以包括指示用于第一CE-PBCH片段或第一CE-SIB重复的发送的帧的10位SFN值，以及指示周期的4位值。替换地，CE-PBCH或CE-SIB重复式样的信息也可以如表3或表4中所示。如果CE-PBCH片段的重复不在帧内的预定SF中，则帧内用于CE-PBCH片段的重复的SF或用于各自每个SF的符号需要也被信号通知给UE116。此外，如果CE-SIB的发送不在预定RB中，则RB也需要被信号通知给UE116。基于此信息，UE116可以确定在不用于CE-PBCH重复的中间6个RB中或者在不用于CE-SIB重复的RB中它可以接收诸如PDSCH、EPDCCH或CSI-RS的其它DL信令的SF和RB，以及预计不接收这样的信令的SF和RB。图36示出根据此公开的工作在正常(非CE)模式中的UE在接收关于CE-PBCH或CE-SIB重复式样的信息之后的示例操作。虽然流程图描绘了一系列顺序步骤，但是除非明确陈述，否则不应该从关于执行的特定次序的顺序得出推论，顺序地而不是同时或以重叠的方式执行步骤或其部分、或者专门执行所描绘的步骤而不发生中间步骤。在所描绘的示例中描绘的过程通过例如移动台中的处理电路来实施。在操作3610中，UE116接收关于CE-PBCH或CE-SIB重复式样的信息。在操作3620中，UE116然后确定中间6个RB中它可以接收诸如PDSCH、EPDCCH或CSI-RS的其它DL信令的第一SF，以及预计不接收这样的信令的第二SF。对于SF中其它DL信令的接收，如果SF是第一SF之一，则UE116在操作3630中在中间6个RB中接收其它DL信令，而在操作3640中，如果SF是第二SF之一，则UE116跳过中间6个RB中的其它DL信令的接收。对于CE-SIB发送，如果不同于CE-PBCHRB，各个RB不是系统操作中预定的，则它们需要也被信号通知。在某些实施例中，关于CE-PBCH或CE-SIB发送式样的信息可以被提供给工作在CE模式并且与eNB已经建立连接的UE，例如，经由诸如SIB的信令或者诸如RRC信令或MAC信令的更高层信令。如果CE-PBCH片段或CE-SIB的重复处于帧内的预定SF和RB中，则工作在CE模式的UE114仅需要被通知第一CE-PBCH片段重复或第一CE-SIB重复的帧的SFN，以及CE-PBCH或CE-SIB间断发送的周期。例如，对于帧中CE-PBCH或CE-SIB发送周期的16个可能值，用信号通知给UE114可以包括指示用于第一CE-PBCH片段或第一CE-SIB重复的发送的帧的10位SFN值，以及指示周期的4位值。替换地，CE-PBCH或CE-SIB重复式样的信息也可以如表3或表4中所示。如果CE-PBCH片段或CE-SIB的重复不在帧内的预定SF中，则帧内用于CE-PBCH片段或CE-SIB的重复的SF需要也被信号通知给UE114。如果CE-SIB的重复不在预定RB中，则用于CE-SIB的重复的RB也需要被信号通知给UE114。基于此信息，当eNB102发送CE-PBCH或CE-SIB时，UE114可以确定它可以丢弃所接收的关于PDSCH或EPDCCH接收的信令的SF和RB。eNB102也可以向UE114提供用于一个或多个相邻eNB(诸如用于UE114可以切换到或与其关联的eNB101)的关于CE-PBCH或CE-SIB发送式样的信息，来帮助UE114执行切换或小区关联。eNB102可以随时间改编或重新配置CE-PBCH重复式样。例如，如果在没有工作在CE模式的活跃的UE如此UE可以处于间断接收(DRX)状态中(也参见REF5)的时间段中，eNB102可以避免CE-PBCH发送。eNB102可以通过RRC信令来配置工作在CE模式的UE的DRX式样。eNB102可以基于UE与作为它们的服务eNB的eNB102的CE要求来调整CE-PBCH重复的发送速率或帧中CE-PBCH重复的数量。在CE-PBCH或CE-SIB重复式样的重新配置之前或之后，eNB102可以通过RRC信令或者通过SIB向UE通知CE-PBCH或CE-SIB发送式样的新配置。工作在CE模式的UE114当尝试检测分别从eNB102通过CE-PBCH重复或PDSCH重复发送的CE-MIB或CE-SIB时，可以使用高速缓冲的CE-PBCH或CE-SIB发送式样。工作在CE模式中的UE114也可以被信号通知其它DL信令的存在，诸如帧的SF中各个SF中的CSI-RS信令的配置以及周期，以便UE114可以知道以避免接收eNB102发送CSI-RS的SF和RE中的传达CE-SIB的PDSCH(或任何其它PDSCH)。CE-MIB可以包括关于eNB102用来发送CE-SIB的资源(SF或RB)的信息。CE-MIB中的各个信息字段可以是CE-SIB的配置的指示符或者CE-SIB的配置的索引，其中CE-SIB的配置可以是用于CE-SIB的一个或多个发送(重复)的资源(SF或RB)的集合，或者CE-SIB重复的数量等等。替换地，CE-MIB可以包括与传达CE-SIB的PDSCH的重复的数量有关的信息，并且UE114可以从将传达CE-SIB的PDSCH的重复的数量映射到eNB102用来发送CE-SIB的RB或SF的预定义的映射函数或者预定义的映射表来确定eNB102用来发送CE-SIB的资源。虽然已经以示例实施例描述了本公开，但是对于本领域的技术人员可以建议各种改变和修改。本公开旨在涵盖落入所附权利要求的范围之内的这样的改变和修改。