通信系统的制作方法

本发明涉及移动通信装置和网络，特别是但不排他地涉及根据第三代合作伙伴计划(3gpp)标准或其等同项或衍生项而工作的移动通信装置和网络。特别地但不排他地，本发明与包括lte-advanced的、utran的长期演进(lte)(称为演进通用陆地无线接入网络(e-utran))相关。

背景技术：

在移动(蜂窝)通信网络中，(用户)通信装置(也称为用户设备(ue)，例如移动电话)经由基站与远程服务器或者与其它通信装置进行通信。在它们彼此的通信中，通信装置和基站使用经许可的射频，所述经许可的射频通常划分为频带和/或时间块。

为了能够经由基站进行通信，通信装置需要监视基站操作的控制信道。这些物理控制信道之一、即所谓的物理下行链路控制信道(pdcch)承载用于将下行链路和上行链路资源调度到单个通信装置的控制信息。物理下行链路控制信道()在一个或多个连续控制信道单元(cce)的聚集上传送。调度由服务基站通过pdcch向当前调度轮中已经调度资源的各通信装置传输下行链路控制信息(dci)来实现。使用dci所分配的资源，通过所谓的物理下行链路共享信道(pdsch)来传输已经以这种方式调度的下行链路数据。尽管使用不同的频率，但与pdcch控制信息(dci)相关联的pdsch资源通常被提供在同一子帧内。

公共控制传输例如包括：主信息块(mib)和系统信息块(sib)广播；随机接入响应(rar)消息；以及寻呼。

为了与网络进行通信，ue必须获得系统信息。系统信息包括与网络和服务小区有关的配置信息。由于该信息是小区的所有用户公共的，因此将该信息广播至小区覆盖区域中的所有ue。将系统信息分组为称作主信息块(mib)和多个系统信息块(sib)的消息。mib包括ue从小区获取其它信息所需的最重要的系统信息：系统带宽、系统帧号(sfn)、以及物理混合自动重传请求(harq)指示符信道(phich)配置。mib承载在映射到物理广播信道(pbch)中的广播信道(bch)上。利用固定的编码和调制方案来传输该mib，并且可以在初始小区搜索过程之后对该mib进行解码。该mib使用周期为40ms的固定调度以及在40ms内进行的重复。利用从mib获得的信息，于是ue可以对控制格式指示符(cfi)进行解码，其中，该控制格式指示符(cfi)指示pdcch长度。这样使得能够对pdcch进行解码。pdcch中利用系统信息无线网络临时标识符(si-rnti)加扰的dci消息的存在表明sib承载在相同的子帧中。

sib在广播控制信道(bcch)逻辑信道中传输。一般来说，bcch消息承载在下行链路共享信道(dl-sch)上并且以定期间隔在pdsch上传输。pdcch传输的格式和资源分配由pdcch上的dci消息表示。lte/lte-a根据各sib所传送的系统信息的类型来定义不同的sib。例如，sib1包括小区接入信息(包括小区身份信息)，并且其可以表示ue是否能够预占enb。sib1还包括小区选择信息(或小区选择参数)。另外，sib1包括针对其它sib的调度信息。并不是所有的sib都需要存在。与mib类似，重复地广播sib。一般来说，与高阶sib相比，低阶sib更为时间紧要并且传输得更加频繁。sib1每80ms传输一次，而高阶sib的传输周期是灵活的，并且可以针对不同的网络而有所不同。sib1以外的sib承载在系统信息(si)消息中。sib到si消息的映射在一定的约束下通过调度包括在具有一些限制的sib类型1中的信息来灵活地配置，所述约束包括：只有具有相同调度要求(周期)的sib才能映射到相同的si消息。

在已经获取了小区的系统信息之后，ue可以尝试通过在随机接入信道上发送短消息来建立初始连接。为了使由于若干个装置尝试同时发送消息而导致网络接入冲突的可能性最小化，首先消息本身只有非常短并且只包含5位随机数。此外，网络每秒提供许多随机接入时隙以使接入请求逐渐随机化。在网络拾取随机接入请求的情况下，网络向移动装置分配小区无线网络临时标识符(c-rnti)并且利用随机接入响应消息来对消息进行应答。另外，该消息包含初始上行链路带宽授权，即ue在上行链路方向可以使用的共享上行链路信道的一组资源块。之后，使用这些资源来发送封装初始附接请求的rrc连接请求消息。

寻呼消息的主要目的是寻呼rrc_idle模式下的ue用于移动暂停呼叫。另外，可以使用寻呼消息向rrc_idle以及rrc_connected模式下的ue通知，系统信息将被改变或者etws通知设置在sib10或sib11中。

电信的最近发展已经见证了机器类型通信(mtc)ue的使用的大量增加，其中机器类型通信(mtc)ue是被布置成在无人辅助的情况下通信和进行动作的网络化装置。这类装置的示例包括智能仪表，该智能仪表可以被配置为进行测量并且经由电信网络将这些测量中继至其它装置。机器类型通信装置也称为机器对机器(m2m)通信装置。

每当mtc装置具有要向远程“机器”(例如，服务器)或用户发送的数据或要从其接收的数据时，该mtc装置连接至网络。mtc装置使用针对移动电话或类似的用户设备而言优化的通信协议和标准。然而，mtc装置一旦部署，通常在不需要人工监督或交互的情况下工作，并且遵循内部存储器中存储的软件指令。mtc装置还可以在长时间段内保持静止和/或不活动。支持mtc装置的特定网络要求已经在3gppts22.368标准中规定，其内容通过引用而并入于此。

对于与mtc装置相关的标准的发行版本13(rel-13)，设想在下行链路和上行链路中支持1.4mhz的减小带宽。因此，一些mtc装置(称为“减小带宽的mtc装置”)将仅支持相比总lte带宽而言有限的带宽(通常为1.4mhz)，以及/或者它们可以具有较少/简化的组件。这使得这类“减小带宽的”mtc装置相比支持更大带宽和/或具有更复杂组件的mtc装置而言更为经济。

此外，网络覆盖的缺乏(例如，当部署在室内时)结合mtc装置的通常有限的功能可能导致这类mtc装置具有低数据速率，因此存在mtc装置接收不到一些消息或信道的风险。为了减轻这种风险，已经提出增大pdcch(或rel-13的增强型pdcch(epdcch))的覆盖以支持这类mtc装置(例如，与用于频分双工(fdd)传输的20db相对应)。为了促进这种增强的覆盖，各mtc装置将需要通知其服务基站所需的覆盖量(例如，5db/10db/15db/20db覆盖增强)以使得基站能够适当地调节其控制信令。

理想地，物理层控制信令(诸如(e)pdcch、pucch等)和较高层公共控制信息(例如，sib、随机接入响应(rar)、寻呼消息等)在针对减小带宽的通信装置的解决方案与针对覆盖增强的通信装置的解决方案之间展现出高水平的共性。

3gpp近来已经规定了针对rel-13的针对mtc的lte物理层增强，包括pbch和单播传输的规定。对于pbch，其将使用更具重复性的传统机构。对于单播传输：将通过支持跨子帧调度的“针对mtc的物理下行链路控制信道”来调度pdsch传输。然而，尚未知道如何调度针对mtc装置的某些公共控制传输(例如，sib/rar/寻呼公共控制消息)。存在如下所述的至少两个选项。

技术实现要素：

发明要解决的问题

第一个选项涉及无控制公共控制传输。这是一种pbch类设计，其中预定义针对公共控制信息传输的传输定时、资源分配(ra)和传输格式(mcs、rv等)。此外，传输块大小(tbs)/消息大小是固定的。例如，在频域中，使用1.4mhz的所有6个rb来承载sib，并在时域中使用预定义周期。该选项的优点是由于消除了控制传输，因此其提供了开销降低以及ue处的功耗降低。然而，该选项的缺点是其缺少enodeb调度灵活性。

第二个选项涉及epdcch公共搜索空间(css)传输，该epdcch公共搜索空间传输定义了epdcch中的css以针对rel-13的低复杂度ue提供公共控制信息的动态调度。该选项的优点是实现了高效的系统操作的enodeb调度灵活性。然而，与第一个选项相比，该选项的缺点是控制开销增加，对于需要大量sib重复的覆盖增强模式来说更是如此。

本发明试图提供至少部分地解决上述问题的系统、装置和方法。

用于解决问题的方案

在一方面，本发明提供了用于通信系统的通信设备，其中在所述通信系统中，所述通信设备以根据系统信息块传输方案传输的系统信息块的方式向通信装置传输系统信息，所述通信设备包括：操作部件，用于对小区进行操作；配置部件，用于对至少一个系统信息块进行配置以包括用于指示以下各项至少之一的控制信息：(i)将根据多个不同的系统信息块传输方案中的哪个方案来传输所述系统信息块，其中，所述多个不同的系统信息块传输方案各自涉及具有各自不同大小的系统信息块的传输；(ii)是否扩展了所述至少一个系统信息块；以及(iii)是否在所述至少一个系统信息块之后传输至少一个其它系统信息块；以及传输部件，用于根据所述系统信息块传输方案来向所述小区内的所述通信装置传输所述系统信息块。

在一方面，本发明提供了用于通信系统的通信设备，其中在所述通信系统中，所述通信设备以根据系统信息块传输方案传输的系统信息块的方式向通信装置传输系统信息，所述通信设备包括：操作部件，用于对小区进行操作；传输部件，用于根据多个系统信息块传输方案中的任一个来向所述小区内的所述通信装置传输所述系统信息块，其中，各系统信息传输方案涉及具有各自不同大小的系统信息块的传输。

在一方面，本发明提供了用于通信系统的通信装置，其中在所述通信系统中，通信设备以根据系统信息块传输方案传输的系统信息块的方式向所述通信装置传输系统信息，所述通信装置包括：通信部件，用于在所述通信设备所操作的小区内与所述通信设备进行通信，其中，所述通信部件能够操作以从所述通信设备接收被配置为包括用于指示以下各项至少之一的控制信息的至少一个系统信息块：(i)将根据多个不同的系统信息块传输方案中的哪一个来传输所述系统信息块，其中，所述多个不同的系统信息块传输方案各自涉及具有各自不同大小的系统信息块的传输；(ii)是否扩展了所述至少一个系统信息块；以及(iii)是否在所述至少一个系统信息块之后传输至少一个其它系统信息块；以及获得部件，用于基于所述控制信息从一个或多个系统信息块获得所述系统信息。

在一方面，本发明提供了用于通信系统的通信装置，其中在所述通信系统中，通信设备以根据系统信息块传输方案传输的系统信息块的方式向所述通信装置传输系统信息，所述通信装置包括：通信部件，用于在所述通信设备所操作的小区内与所述通信设备进行通信，其中，所述通信部件能够操作以根据多个系统信息块传输方案中的任一个来从所述通信设备接收所述系统信息块，各系统信息块传输方案涉及具有各自不同大小的系统信息块的传输；以及获得部件，用于通过根据所述系统信息传输方案中的第一系统信息传输方案尝试对一个或多个系统信息块进行解码来从所述一个或多个系统信息块获得系统信息，并且如果不成功，则根据所述系统信息块传输方案中的另一系统信息块传输方案来尝试对所述一个或多个系统信息块进行解码。

在一方面，本发明提供了用于通信系统的通信设备执行的方法，其中在所述通信系统中，所述通信设备以根据系统信息块传输方案传输的系统信息块的方式向通信装置传输系统信息，所述方法包括：对小区进行操作；对至少一个系统信息块进行配置以包括用于指示以下各项至少之一的控制信息：(i)将根据多个不同的系统信息块传输方案中的哪个方案来传输所述系统信息块，其中，所述多个不同的系统信息块传输方案各自涉及具有各自不同大小的系统信息块的传输；(ii)是否扩展了所述至少一个系统信息块；以及(iii)是否在所述至少一个系统信息块之后传输至少一个其它系统信息块；以及根据所述系统信息块传输方案来向所述小区内的通信装置传输所述系统信息块。

在一方面，本发明提供了用于通信系统的通信设备执行的方法，其中在所述通信系统中，所述通信设备以根据系统信息块传输方案传输的系统信息块的方式向通信装置传输系统信息，所述方法包括：对小区进行操作；根据多个系统信息块传输方案中的任一个来向所述小区内的所述通信装置传输所述系统信息块，其中，各系统信息块传输方案涉及具有各自不同大小的系统信息块的传输。

在一方面，本发明提供了用于通信系统的通信装置执行的方法，其中在所述通信系统中，通信设备以根据系统信息块传输方案传输的系统信息块的方式向所述通信装置传输系统信息，所述通信装置包括：在所述通信设备所操作的小区内与所述通信设备进行通信，其中，所述通信部件能够操作以从所述通信设备接收被配置为包括用于指示以下各项至少之一的控制信息的至少一个系统信息块：(i)将根据多个不同的系统信息块传输方案中的哪个方案来传输所述系统信息块，其中，所述多个不同的系统信息块传输方案各自涉及具有各自不同大小的系统信息块的传输；(ii)是否扩展了所述至少一个系统信息块；以及(iii)是否在所述至少一个系统信息块之后传输至少一个其它系统信息块；以及基于所述控制信息从一个或多个系统信息块获得所述系统信息。

在一方面，本发明提供了通信系统的通信装置执行的方法，其中在所述通信系统中，通信设备以根据系统信息块传输方案传输的系统信息块的方式向所述通信装置传输系统信息，所述方法包括：在所述通信设备所操作的小区内与所述通信设备进行通信，其中，所述通信部件能够操作以根据多个系统信息块传输方案中的任一个来从所述通信设备接收所述系统信息块，各系统信息块传输方案涉及具有各自不同大小的系统信息块的传输；以及通过根据所述系统信息传输方案中的第一系统信息传输方案尝试对一个或多个系统信息块进行解码来从所述一个或多个系统信息块获得所述系统信息，并且如果不成功，则根据所述系统信息块传输方案中的另一系统信息块传输方案来尝试对所述一个或多个系统信息块进行解码。

本发明的方面延伸至相应的系统、方法以及诸如其上存储指令的计算机可读存储介质等的计算机程序产品，该计算机程序产品能够操作以对可编程处理器进行编程以执行如以上阐述的或权利要求书中记载的方面和可能性中所描述的方法、以及/或者对适当适配的计算机进行编程以提供权利要求书中任一项所记载的设备。

本说明书(该术语包括权利要求书)中所公开的和/或附图中所示的各特征可以单独地(或者相结合地)包含在本发明中。特定地但非限制性地，根据从属于特定独立权利要求的任何权利要求所述的特征可以相结合地或单独地引入至独立权利要求中。

本发明的典型实施例现将参考附图仅通过示例的方式来描述，在附图中：

附图说明

[图1]图1示意性地示出本发明的实施例可以应用的电信系统；

[图2]图2是示出图1所示的通信装置的主要组件的框图；

[图3]图3是示出图1所示的基站的主要组件的框图；

[图4]图4示出在图1所示的系统中可以提供的mtc特定公共控制信令的典型方式；

[图5]图5示出在图1所示的系统中可以提供的mtc特定公共控制信令的典型方式；

[图6]图6示出在图1所示的系统中可以提供的mtc特定公共控制信令的典型方式；

[图7]图7示出在图1所示的系统中可以提供的mtc特定公共控制信令的典型方式；

[图8]图8示出在图1所示的系统中可以提供的mtc特定公共控制信令的典型方式；

[图9]图9示出在图1所示的系统中可以提供的mtc特定公共控制信令的典型方式；

[图10a]图10a示出在图1所示的系统中可以提供的mtc特定公共控制信令的典型方式；

[图10b]图10b示出在图1所示的系统中可以提供的mtc特定公共控制信令的典型方式；

[图11a]图11a示出在图1所示的系统中可以提供的mtc特定公共控制信令的典型方式；

[图11b]图11b示出在图1所示的系统中可以提供的mtc特定公共控制信令的典型方式。

具体实施方式

<概述>

图1示意性地示出用户设备3(诸如移动电话3-1和mtc装置3-2等的通信装置)可以经由e-utran基站5(表示为“enb”)和核心网络7而与彼此和/或与其它通信节点进行通信的移动(蜂窝)电信系统1。如本领域技术人员将理解的，虽然图1中出于图示目的而示出一个移动电话3-1、一个mtc装置3-2以及一个基站5，但该移动(蜂窝)电信系统1在实现时将通常包括其它基站和通信装置。

基站5经由s1接口连接至核心网络7。核心网络7包括：用于连接至诸如互联网等其它网络和/或连接至在核心网络7之外托管的服务器的网关；用于跟踪通信装置3(例如，移动电话和mtc装置)在通信网络1内的位置的移动管理实体(mme)；以及用于存储与预订相关的信息(例如，用于识别哪个通信装置3被配置为机器类型通信装置的信息)以及用于存储针对各通信装置3特定的控制参数的家庭预订服务器(hss)；等。

基站5被配置为提供多个控制信道，包括例如物理下行链路控制信道(pdcch)和物理上行链路控制信道(pucch)。基站5使用pdcch(通常通过向当前调度轮中已调度的各通信装置发送ue特定dci)来向通信装置3分配资源。通信装置3使用pucch来向基站发送ue特定uci(例如，与使用通过dci分配的资源而接收到的下行链路数据相对应的适当harqack/nack)。

各通信装置3可以属于一个或多个类别的ue。第一类别的ue包括仅支持较早发行版本(例如，rel-8、rel-9、rel-10、rel-11和/或rel-12)的lte标准的通信装置。这样的通信装置组通常被称为传统ue(假设基站5正根据lte标准的rel-13而工作)。第二类别的ue包括不能在基站5的小区中可用的整个带宽上进行通信的减小带宽的ue(例如，仅能够使用1.4mhz带宽的rel-13mtc装置)。第三类别的ue包括覆盖增强的ue(例如，一些mtc装置)，其需要简化和/或放宽某些基站功能(但是此类覆盖增强的ue可以正常地支持其它功能)。

有益地，为了支持减小带宽的mtc装置(但不限于与之一起使用)，电信系统采用增强型无控制公共控制传输方案，其中，在该公共控制传输方案中，所传输的系统信息量和/或系统信息的重复数可以根据需要灵活地变化，而不会显著地增加用以通知ue的信令开销。

具体地，增强型无控制公共控制传输方案具有使得能够以最佳方式传输相对较少或相对大量的系统信息的潜力，并且提供了使方案在影响相对较小的情况下进一步扩展的灵活性，以使得能够在将来传输甚至更大量的系统信息(例如，与将来发行版本的标准兼容)。

现在通过示例的方式来概述增强型无控制公共控制传输方案的多个特定实施例。

在一个典型实施例中，例如，增强型无控制公共控制传输方案使用mib的备用位来指示多个不同的预定tbs/消息大小和/或相应调度方案(重复数)其中之一。有利地，使所需备用位的数量最小化(例如，两个备用位以表示可能的四种不同的方案)。这是因为诸如调制方案或编码速率等的传输参数可以是固定的、或者隐式地依赖于tbs/消息大小和/或重复数。

在以上典型实施例的变型中，未明确向ue通知使用了哪一种预定tbs和调度方案，但是该ue进行盲解码来检测使用了哪种消息传输格式。有益地，尽管以进行盲解码所需的资源为代价，但是这使得实现提案所需的当前系统元件的变化最小化，并且特别地使得对信令配置和开销的影响最小化。

在另一典型实施例中，例如，增强型无控制公共控制传输方案使用mtc-sib中的位来指示正在提供对mtc-sib的扩展。这具有改进的向后/向前兼容性的优点。例如，不管扩展可用性如何，rel-13mtcue仅需要读取si的rel-13部分，而以后的发行版本ue可以基于可用性位和相应调度信息来读取扩展部分，在该示例中，可用性位和相应调度信息是(例如，根据相应发行版本的标准规范)预配置的，但可以动态地提供在mtc-sib中。

在又一典型实施例中，例如，增强型无控制公共控制传输方案使用mtc-sib中的位来指示将传输一个或多个其它mtc-sib。

在又一典型实施例中，增强型无控制公共控制传输方案提供了专用“调度”或“主”mtc-sib，其包括指示将要传输的任何其它mtc-sib的存在的信息。

应当理解，在上述实施例的任一个中，可以使用一个或多个附加位(以特定调度信息的形式或者以多个预配置方案之一的身份的形式)动态地指示将来sib的(附加)调度信息(例如，诸如周期、偏移、重复次数/窗口、资源分配、传输格式等的信息)。然而，动态地提供这类(附加)调度信息是完全可选的，相反调度信息可以是预配置的。

因此，实际上，以上典型实施例提供了一种有利的解决方案，该解决方案提供了相对于背景技术部分中所提及的无控制公共控制传输选项和epdcch公共搜索空间(css)传输选项两者的可能优势，并且还打开了在将来扩展sib大小以及改进调度灵活性的可能性。

<通信装置>

图2是示出图1所示的通信装置3的主要组件的框图。通信装置3可以是mtc装置、或者被配置为机器类型通信装置的移动(或“蜂窝”)电话。通信装置3包括收发器电路31，该收发器电路31可操作地经由至少一个天线33向基站5传输信号以及从基站5接收信号。通常，通信装置3还包括使得用户能够与通信装置3进行交互的用户接口35，然而该用户接口35对于一些mtc装置可以省略。

收发器电路31的操作由控制器37根据存储器39中存储的软件来控制。软件包括操作系统41、通信控制模块43、mtc模块45和系统信息模块47等。

通信控制模块43控制通信装置3与基站5和/或(经由基站5)与其它通信节点之间的通信。如图2所示，通信控制模块43包括：(用于管理通过增强型物理下行链路控制信道的通信的)epdcch模块部分、(用于管理通过物理下行链路共享信道的通信的)pdsch模块部分、以及(用于管理通过物理上行链路控制信道的通信的)pucch模块部分等。mtc模块45可操作地执行机器类型通信任务。例如，mtc模块45可以(例如，定期地)通过基站5分配给mtc装置3的资源(经由收发器电路31)接收来自远程服务器的数据。另外，mtc模块45还可以收集用于(经由收发器电路31)(例如，周期性地和/或在检测到触发时)发送至远程服务器的数据。

系统信息模块47负责根据这里所述的任何实施例的增强型无控制公共控制传输方案，对经由天线33和收发器电路31系统信息块中所接收到的系统信息进行定位、识别和解码。

<基站>

图3是示出图1所示的基站5的主要组件的框图。基站5包括e-utran基站(enb)，该e-utran基站包括可操作地经由一个或多个天线53向通信装置3传输信号以及从通信装置3接收信号的收发器电路51。基站5还可操作地经由适当的(诸如s1接口等的)核心网络接口55向核心网络7传输信号以及从核心网络7接收信号。收发器电路51的操作通过控制器57根据存储器59中存储的软件来控制。

软件包括操作系统61、通信控制模块63、ue类别确定模块65和系统信息模块67等。

通信控制模块63控制与通信装置3(包括任意mtc装置)的通信。通信控制模块63还负责调度基站5所服务的通信装置3要使用的资源。如图3所示，通信控制模块63包括：(用于管理通过增强型物理下行链路控制信道的通信的)epdcch模块部分、(用于管理通过物理下行链路共享信道的通信的)pdsch模块部分、以及(用于管理通过物理上行链路控制信道的通信的)pucch模块部分等。

ue类别确定模块65基于例如从通信装置3和/或从其它网络节点(例如，hss)获得的信息来确定基站5所服务的通信装置3的类别。在适当的时候，ue类别确定模块65向其它模块(例如，通信控制模块53)提供用于识别服务的各通信装置的类别的信息，使得这些其它模块能够相应地调节其操作。

系统信息模块67负责根据这里所述的任何典型实施例的增强型无控制公共控制传输方案，管理经由天线53和收发器电路51的系统信息块中的系统信息的传输。

在以上描述中，为便于理解，通信装置3和基站5被描述为具有多个分立模块。虽然例如在已经修改了现有系统以实施本发明的情况下，针对某些应用可以以这种方式提供这些模块，但在其它应用中，例如在从一开始就考虑到本发明的特征而设计的系统中，可以将这些模块内置到整个操作系统或代码中，并且因此这些模块可能无法作为分立实体来辨别。

以下是对在lte系统中可以提供公共控制信令的各种方式的描述。

<针对rel-13的低复杂度ue的系统信息>

如前所述，针对与mtc装置相关的rel-13版本的标准，相比于传统系统，已经确定了许多要求。例如，系统必须重复足够多次以确保15db覆盖改进ue可以正确地接收sib。然而，对于较大的tb大小，需要更多的重复。因此，期望限制任何大小增加，同时还提供调度灵活性。另一方面，这可以限制将来发行版本中可能的进一步扩展。

这些问题可以通过采用以下描述的增强型无控制公共控制传输示例1～4中的一个或多个来克服或改善。该概念基于寻找改进的无控制公共控制传输的构思，其中，改进的无控制公共控制传输提供了相对于无控制公共控制传输选项和epdcch公共搜索空间(css)传输选项两者的可能优势，并且还打开了在将来扩展sib大小以及改进调度灵活性的可能性。

示例1

<操作-第一示例>

图4中示出在图1所示的系统中可以提供mtc公共控制传输的第一典型方式。

如图4所见，在步骤s410处，基站5向ue3发送mib，并且使用mib中的多个位来指示多个预定义系统信息传输方案之一，其中，该多个预定义系统信息传输方案各自表示传输块大小(tbs)的各不同的配置、相应的调度方案、以及重复数。特别地，两位的四种组合定义如下：

-“00”指示tbs为152位，时域重复为n1；

-“01”指示tbs为256位，时域重复为n2(n2>n1)；

-“10”指示tbs为328位，时域重复为n3(n3>n2)；以及

-“11”指示tbs为504位，时域重复为n4(n4>n3)。

预定义值n1、n2、n3和n4是为实现相同的覆盖目标针对各个tbs所需的重复数。

因此，在该示例中，tbs/消息大小是可变的、并且在mib中以信号形式通知。同样，时域中的重复是可变的、并且依赖于tbs大小来达到增强型覆盖目标。另一方面，在频域中将资源分配(ra)固定为6个资源块(rb)，并且将调制固定为qpsk。此外，编码速率隐式地依赖于tbs大小。正因如此，无需传输指示资源分配、调制或编码速率的信息。

在步骤s411处，ue3根据mib的相应位来识别多个预定义系统信息传输方案中的哪一个将用于sib传输、并因此识别将使用哪种预定义传输块大小(tbs)、相应的调度方案和重复数。

在步骤s412-0处，基站5根据其在mib中所标识的系统信息传输方案来传输第一sib。然后，如步骤s412-1、s412-2所示，根据mib中所标识的系统信息传输方案来重复该过程(如果需要的话)(为简单起见，示出两次重复，但是任何数量(包括不重复)都是可能的)。然后，在针对所标识的方案的重复数之后，在步骤s414处，ue3基于其从mib识别出的系统信息传输方案来对所接收到的sib的软组合进行解码，以便获得系统信息。应当理解，在该示例中，虽然软组合的解码发生在多次sib传输重复之后，但软组合本身将在每个sib重传之后累积发生。

尽管在该特定示例中，使用了mib中的两位，但应当理解，可以根据预定义tbs大小的数量来使用更少或更多的位。

在该示例的变型中，如图5所示，基站5不向通信装置3(例如，mtc装置3-2)通知正使用的系统信息传输方案，因此，该通信装置3不会自动知道tbs和重复数，而是进行“盲解码”来确定正在使用哪个tbs。

具体地，在该变型中，基站5根据未标识的系统信息传输方案来简单地传输第一sib。然后，该过程重复(例如，步骤s512-1、s512-2、s512-3、s512-4)与系统信息传输方案相关联的重复数。在步骤s514-0处，在与涉及最小tbs的系统信息传输方案相关联的重复数(并因此涉及最小重复数)之后，ue3尝试基于该系统信息传输方案，使用从第一次重复到最新重复的所有重复的软组合来对先前接收到的sib进行解码。如果解码不成功，则在步骤s514-1处，在与涉及下一个最小tbs的系统信息传输方案相关联的总重复数(并因此涉及下一个最小重复数)之后，ue3尝试基于该系统信息传输方案，使用从第一次重复到最新重复的所有重复的软组合来对先前接收到的sib进行解码。该过程继续，直到实现成功解码为止。应当理解，在该示例中，虽然软组合的尝试解码发生在多次sib传输重复之后，但是然后如果在另一次数的sib传输重复之后不成功，则软组合本身将会在每个sib传输之后累积发生。

以下参考上述典型tbs和相应调度方案来更详细地说明该过程。

(i)对于重复1～n1，通信装置3尝试对假设tbs为152位的tb进行软组合以及解码；

(ii)如果(i)失败，则在重复n+1～n2期间，通信装置3尝试使用从1到最新重复(即n2)的所有重复的软组合来对假设tbs为256位的tb进行解码；

(iii)如果(ii)失败，则在重复n+2～n3期间，通信装置3尝试使用从1到最新重复(即n3)的所有重复的软组合来对假设tbs为328位的tb进行解码；

(iv)如果(iii)失败，则对于重复n+3～n4，通信装置3尝试使用从1到最新重复(即n4)的所有重复的软组合来对假设tbs为504位的tb进行解码。

应当理解，在该示例的任一变型中，ue可以以任何适当的间隔(例如在每次重复之后或者在每次其它重复之后等)对先前接收到的sib的软组合进行解码或尝试解码。

示例2

<操作-第二示例>

图6中示出在图1所示的系统中可以提供mtc公共控制传输的第二典型方式，其中在图6中，使用一个或多个专用mtc-sib的位来指示mtc-sib的扩展的存在。

如图6所示，各mtc-sib402-1～402n可以包括指示该mtc-sib402的扩展406的可用性(或缺少可用性)的一个(或多个)位404-1～404-n。具体地，在该示例中，各mtc-sib包括例如具有诸如分别指示mtc-sib402的扩展406是否可用的“1”或“0”等的两个值之一的单个位信息单元(或标志)。

此外，该mtc-sib的扩展406包括例如具有诸如分别指示该mtc-sib的进一步扩展410是否可用的“1”或“0”等的两个值之一的单个位信息单元(或标志)。因此，在图6所示的示例中，mtc-sib402-1包括具有指示sib402-1的扩展406可用的值“1”的位404-1。此外，sib402-1的扩展406包括具有指示sib402-1的进一步扩展410可用的值“1”的位408。另一方面，mtc-sib402-n包括具有指示sib402-n的扩展不可用的值“0”的位404-n。因此，该位有效地用作指示扩展(或进一步扩展)的可用性的指针。

在实践中，通过将该位设置为“0”并且使得将来的发行版本能够允许将该位设置为“1”，可以针对与mtc装置相关的rel-13版本的标准来实现该示例，并且该示例可以定义扩展部分。例如，扩展部分可以定义：针对mtc-sib#n(tbs)的扩展部分及其调度方案的消息、资源分配(ra)(包括时间和频谱位置以及重复数)或传输格式(mcs、rv等)。

可选地，如图7所示，多个mtc-sib502中的任一个可以包括指示针对该多个mtc-sib502中任一个的系统信息的扩展506的一般可用性的位504。即，多个mtc-sib502中的任一个可以包括例如具有诸如分别指示系统信息的扩展506总体上可用还是不可用的“1”或“0”等的两个值之一的位504(或标志)。此外，扩展的系统信息506本身可以包括例如具有诸如分别指示系统信息的进一步扩展一般来说是否可用的“1”或“0”等的两个值之一的位508。例如，如图5所示，mtc-sib502-1包括值为“1”的位504以指示存在系统信息的扩展506。扩展506本身包括值为“1”的位508以指示存在系统信息的进一步扩展510。

在实践中，可以针对与mtc装置相关的rel-13版本的标准，通过将该位设置为“0”并且使得将来的发行版本能够允许将位设置为“1”来实现该示例，并且该示例可以定义扩展部分的内容。例如，扩展部分可以定义：针对名为mtcsib的扩展信息—扩展(tbs)及其调度方案、资源分配(ra)(包括时间和频谱位置以及重复数)、或传输格式(mcs、rv等)的消息。

可选地，可以指示扩展部分的相应调度信息。

示例3

<操作-第三示例>

图8和9中示出在图1所示的系统中可以提供mtc公共控制传输的第三典型方式，其中在图8和9中，可以使用一个mtc-sib中的位来指示后续mtc-sib的可用性。

如图8所示，mtc-sibn602-n可以包括用以指示mtc-sibn+1602-n+1的可用性的一个或多个位。应当理解，mtc-sib还可以可选地包括针对下一mtc-sib的相应调度信息。

参考图9，其示出ue3可以如何读取和解释mtc-sib，在步骤s902处，ue首先读取mtc-sib1601-1，该mtc-sib1601-1使用具有固定消息大小和调度方案的pbch类方式。在对mtc-sib1601-1进行解码之后，ue3知道存在表示为mtc-sib2的另一mtc-sib601-2。因此，在步骤s904处，ue3读取mtc-sib2601-2，并且在对该mtc-sib2601-2进行解码之后，ue3根据值为“1”的位604-2的存在而判断为存在表示为mtc-sib3601-3的又一mtc-sib。因此，在步骤s906处，ue3读取mtc-sib3601-3以判断为不存在其它mtc-sib，即，位604-3的值为“0”。

mtc-sibn及其调度的mtc-sibn+1可以属于相同的发行版本或者相邻的发行版本。

图10a和10b示出根据第二和第三示例，可以如何以及在何处添加位以指示mtc-sib的扩展或后续mtc-sib。例如，如图10a所示，在mtc-sib消息中可以包括ie。可选地，如图10b所示，可以在物理层中的tb的末端处添加信息。

示例4

<操作-第四示例>

图11a和图11b中示出在图1所示的系统中可以提供mtc公共控制传输的第四典型方式，其中在图11a中，一个mtc-sib包括指示所有其它mtc-sib的可用性的信息，以及在图11b中，还包括所有其它mtc-sib的调度信息。

具体地，图11a和11b提供了mtc-sib中可以包括这类信息的两个示例。如图11a所示，将标识其它mtc-sib的存在或不存在的信息作为位图来提供。例如，位图可以包括与n(例如，20)个mtc-sib相对应的n位(例如，20位)位图，其中第一位(“b0”)指示mtc-sib1的可用性，第二位(“b1”)指示mtc-sib2的可用性等。可选地，如图11b所示，可以将信息作为一个列表来提供，其中列表的第一条目指示mtc-sib1的可用性并且如果mtc-sib1可用、则可选地指示相应的调度信息是什么，列表的第二条目指示mtc-sib2的可用性并且如果mtc-sib2可用、则可选地指示相应的调度信息是什么。

如图11b所示，可以在单个高级mtc-sib(例如，在其它示例中为mtc-sib1)中发送针对所有后来的mtc-sib的调度信息。

<修改和替代>

上文中已经描述了详细的典型实施例。如本领域技术人员将理解的，可以对上述典型实施例进行多种修改和替代，同时仍受益于其中实现的发明。

应当理解，包含指示调度的位是全部可选的，使得消息大小可以保持为最小。如果不包括指示调度的位，则可以预定义调度。调度信息可以包括以下各项中的一项或多项：周期、偏移、重复次数/窗口、资源分配以及传输格式。

应当理解，上述的这些示例不是相互排斥的，并且可以在相同系统内(在单个小区内和/或在相邻小区中)组合这些示例中的任意示例。

应当理解，尽管以基站作为e-utran基站(enb)而工作的方式来描述通信系统，但相同的原理可以适用于作为宏基站或微微基站而工作的基站、毫微微基站、提供基站功能的元件的中继节点、家庭基站(henb)或其它这类通信节点。

在以上典型实施例中，描述了lte电信系统。如本领域技术人员将理解的，本申请中描述的技术可以用于其它通信系统，包括早期的3gpp类型系统。其它通信节点或装置可以包括诸如个人数字助理、膝上型计算机、web浏览器等的用户装置。

在上述典型实施例中，基站和通信装置各自包括收发器电路。通常，该电路将通过专用硬件电路形成。然而，在一些典型实施例中，收发器电路的一部分可以实现为通过相应控制器运行的软件。

在以上典型实施例中，描述了多个软件模块。如本领域技术人员将理解的，软件模块可以以编译或未编译的形式提供，并且可以作为信号通过计算机网络提供给基站或用户装置或者在记录介质上。此外，由该软件的部分或全部执行的功能可以使用一个或多个专用硬件电路来执行。

在以上典型实施例中，描述了机器类型通信装置和移动电话。然而，应当理解，移动电话(和类似的用户设备)还可以被配置成作为机器类型通信装置而工作。例如，移动电话3-1可以包括mtc模块45(和/或提供mtc模块45的功能)。

mtc应用的示例

应当理解，各通信装置可以支持一个或多个mtc应用。mtc应用的一些示例在以下列表(来源：3gppts22.368，附件b)中列出。该列表不是详尽的并且意在指示出机器类型通信应用的范围。

[表1]

应当理解，尽管具体参考了对增强型无控制公共控制传输方案特别有利的mtc装置来公开该增强型无控制公共控制传输方案，但是其还可以具有针对任何类型用户设备的益处。

各种其它修改对于本领域技术人员将是明显的，并且将不在此处进一步详细描述。

该申请基于并且要求提交于2015年1月30日的英国专利申请1501618.1的优先权的权益，上述文献的公开内容通过引用而全文并入于此。