无线通信系统中的控制信息传输方法和装置与流程

本公开涉及用于在无线通信系统中发送控制信息的方法和装置。
背景技术：
：为了满足4g通信系统上市以来无线数据业务猛增的需求，目前正在努力开发增强型5g通信系统或准5g通信系统。由于这些原因，5g通信系统或准5g通信系统被称为超4g网络通信系统或后lte系统。为了更高的数据发送速率，考虑在超高频带(毫米波，诸如，例如60ghz)上实现5g通信系统。为了减轻超高频带上的路径损耗并增加无线电波的覆盖范围，对于5g通信系统，考虑以下技术：波束成形、海量多输入多输出(mimo)、全维度mimo(fd-mimo)、阵列天线、模拟波束成形和大规模天线。还开发了用于5g通信系统的各种技术以具有增强网络，诸如演进或先进小小区、云无线电接入网(云ran)、超密集网络、设备到设备(d2d)通信、无线回程、移动网络、协作通信、协调多点(comp)和干扰消除。还有针对5g系统开发的其他各种方案，包括例如作为高级编码调制(acm)方案的混合fsk和qam调制(fqam)和滑动窗叠加编码(swsc)，和作为高级接入方案的滤波器组多载波(fbmc)、非正交多址(noma)和稀疏码多址(scma)。技术实现要素：技术问题同时，互联网正在从由人类创建和消费信息的以人为中心的连接网络演进为物联网(iot)网络，通过该网络在物件或其他分布式组件之间传达和处理信息。另一个出现的技术是通过例如与云服务器的连接的大数据处理技术和iot技术的组合的万物联网(ioe)。为了实现iot，需要诸如感测技术、有线/无线通信和网络基础设施、服务接口技术和安全技术之类的技术元素。最近对诸如传感器网络、机器对机器(m2m)或机器类型通信(mtc)的对象间连接技术进行了持续的研究。在iot环境中可能会提供智能互联网技术(it)服务，其收集和分析由相互连接的物件生成的数据，从而为人类生活创造新的价值。通过转换或集成一般信息技术(it)技术和各行业，iot可能会有各种应用，诸如智能家居、智能建筑、智能城市、智能汽车或连接车、智能电网、医疗保健或智能家电行业，或最先进的医疗服务。因此，正在努力将5g通信系统应用于iot网络。例如，传感器网络、机器对机器(m2m)、机器类型通信(mtc)或其他5g技术通过诸如波束成形、多输入多输出(mimo)和阵列天线方案的方案实现。上述将云无线电接入网(ran)作为大数据处理技术的应用可以说是5g和iot技术的融合的示例。同时，下一代无线通信系统的关键要求尤其在于支持高数据传输速率的需求。为此，正在研究包括多输入多输出(mimo)、协作多点传输(comp)和中继的各种技术，但最基本和稳定的解决方案是增加带宽。然而，频率资源如今已经饱和，宽频带部分地用于各种技术。为此，采用载波聚合(ca)作为确保宽带宽以满足对高数据传输的需求的方法。在ca中，各自的分散带宽被设计为满足操作独立系统的基本要求，并且将这样的多带宽捆绑为一个系统。下一代无线通信系统需要特定方案来满足业务需求。技术方案根据本公开，提供了一种解决特别是在仅dlscell(dlonlyscell)的数量增加的情况下，scell的ci及其相应的ph信息的包含可能引起不可忽略的信令开销的问题的方法和装置。根据本公开，提供了一种用于执行机器型通信的方法和装置。根据本公开，提供了考虑mtc终端的特征来支持机器型通信(mtc)终端的接入的方法和装置。根据本公开，提供了一种用于在随机接入接入基站时为mtc终端提供有效过程的方法和装置。根据本公开，提供了一种通过网站类型中的webrtc接入接入ims时利用令牌的方法和装置。根据本公开的实施例，一种用于在无线通信系统中发送控制信息的方法包括：生成报头和媒体接入控制(mac)控制信息，报头包括多个mac子报头，mac控制信息包括指示是否包括与用于主小区(pcell)的功率余量相关的信息和关于可向扩展功率余量报告的辅小区(scell)的信息的控制字段；以及发送包括mac控制信息和报头的有效载荷，其中，控制字段指示至少一个scell的激活或停用。根据本公开的实施例，一种用于在无线通信系统中发送控制信息的装置包括控制器，其生成报头和媒体接入控制(mac)控制信息，报头包括多个mac子报头，mac控制信息包括指示是否包括与用于主小区(pcell)的功率余量相关的信息和关于可向扩展功率余量报告的辅小区(scell)的信息的控制字段；和发送器，其发送包括mac控制信息和报头的有效载荷，其中控制字段指示至少一个scell的激活或停用。附图说明图1是示出lte移动通信系统的结构的图；图2是示出示例性lteca功能的图；图3a和图3b是示出lteca中可用的扩展phrmac控制信息格式的示例的图；图4是示出激活/停用mac控制信息格式的示例的图；图5a和图5b是示出根据本公开的第三实施例的支持多达32个服务小区的增强的扩展phr控制信息格式的示例的图；图6a和图6b是示出mac激活/停用控制信息格式的示例的图；图7是示出根据本公开的实施例的终端的配置的框图；图8是示出根据本公开的实施例的lte系统中的无线电协议结构的图；图9是示出用于终端的增强的载波聚合的图；图10是示出在跟随正常的scell激活处理时激活pucchscell的处理的图；图11是示出遗留a/dmacce格式的示例的图；图12是示出用于支持多达32个服务小区的扩展a/dmacce格式的示例的图；图13是示出根据本公开的实施例的用于选择正常或扩展a/dmacce的方法的图；图14是示出根据本公开的实施例的基站的操作的流程图；图15是示出根据本公开的第一实施例的终端的操作的流程图；图16是示出根据本公开的实施例的终端的配置的框图；图17是示出从基站获取系统信息并由机器型通信设备执行接入的处理的图；图18是示出根据本公开的第五实施例的由机器型通信设备从基站获取系统信息的方法的图；图19是示出根据本公开的第六实施例的由机器型通信设备从基站获取系统信息的方法的图；图20是示出根据本公开的实施例的通过预定无线电资源发送的mtcepdcch的图；图21是示出根据本公开第七实施例的由机器型通信设备从基站获取系统信息的方法的图；图22是示出根据本公开第八实施例的更新系统信息的方法的图；图23是示出根据本公开第九实施例的更新系统信息的方法的图；图24是示出遗留rach处理和计算ra-rnti的方法的图；图25是示出根据本公开的实施例的rach处理的图；图26是示出根据本公开的实施例的由每个机器型通信设备选择用于接入的子带的方法的图；图27是示出根据本公开的、当在属于具有相同优先级的频率的小区或相同频率的小区当中重选小区时，终端重选适当小区的操作的图；图28是示出在lte系统中使用的基于争用的随机接入过程的流程图；图29是示出根据本公开的实施例的帧结构的图；图30是示出根据本公开第十实施例的在结合图29描述的帧结构上提出的mtc终端的随机接入过程的消息流的流程图；图31是示出根据本公开的实施例的应用了mtc终端的随机接入过程的第十实施例的终端的操作的流程图；图32是示出根据本公开的实施例的帧结构的图；图33是示出根据本公开第十一实施例的在结合图32描述的帧结构上提出的mtc终端的随机接入过程的消息流的流程图；图34是示出根据本公开的实施例的应用了mtc终端的随机接入过程的第十一实施例的终端的操作的流程图；图35是示出根据本公开的第十二实施例的在结合图32描述的帧结构上提出的mtc终端的随机接入过程的消息流的流程图；图36是示出根据本公开的实施例的应用了mtc终端的随机接入过程的第十二实施例的终端的操作的流程图；图37是示出根据本公开的实施例的终端的内部结构的框图；图38是示出根据本公开的实施例的基站的内部结构的框图；和图39是示出根据本公开的实施例的由wic注册到ims的处理的流程图。具体实施方式在下文中，参照附图详细描述本公开的实施例。在整个说明书和附图中，相同的附图标记可以用于指代相同或相似的元件。当使本公开的要点不清楚时，对已知功能或配置的详细描述被省略。本文中使用的术语或语言不应被解释为限定为典型的那些或字典中定义的那些，而是基于发明人可以以适当方式自己定义术语的教义来符合本公开的技术精神，以便以最好的方式理解本发明来描述本发明的最佳方式。本文使用的术语仅被提供来描述其一些实施例，而不是限制本公开。应该理解，除非另有明文规定，单数形式“一”、“一个”和“该”包括复数参考。将进一步理解，术语“包括”和/或“具有”当在本说明书中使用时，指定所述特征、整体、步骤、操作、元件和/或组件的存在，但不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或其组。除非另有定义，本文使用的所有术语(包括技术和科学术语)具有与本公开实施例所属的本领域普通技术人员通常理解的相同的含义。还将进一步理解，诸如常用词典中定义的术语应被解释为具有与其在相关领域的上下文中的含义一致的意义，并且不会以理想化或过度正式的意义解释，除非在本文中明确如此定义。以下描述包括用于实现本公开的主题的示例性系统、方法、技术、命令序列和计算机程序产品。然而，应当注意，可以在没有其特定描述的情况下执行特定实施例。例如，尽管实施例涉及在基站和终端之间使用lte技术，但是特定实施例不限于此。在其他实施例中，其他适当的通信标准和技术也可能投入使用。图1示出了lte移动通信系统结构的实施例。参考图1，lte移动通信系统的无线电接入网络包括下一代基站(演进节点b，以下称为“enb”或“基站”)105、110、115和120，移动性管理实体(mme)125和服务网关(s-gw)130。用户设备(以下称为“ue”或“终端”)135通过enb和s-gw接入外部网络。enb105至120对应于遗留通用移动电信系统(umts)系统中的节点b。enb105至120通过无线信道与ue135连接，并且发挥比遗留节点b复杂的作用。由于在lte中，所有用户业务以及诸如通过互联网协议的基于因特网协议的语音(voip)服务的实时服务都通过共享信道服务，所以需要一种通过编译状态信息执行调度的装置，相关的ue和enb105至120对此负责。一个enb通常控制多个小区。lte在高达20mhz带宽上采用正交频分复用(以下称为“ofdm”)作为无线电接入技术以便实现高达100mbps的传输速度。此外，系统应用按照ue的信道状态确定调制方案和信道编码率的自适应调制和编码(amc)。s-gw是提供数据承载的设备，并且服务网关130在mme的控制下生成或移除数据承载。mme是负责各种控制功能并与多个基站连接的装置。图2是示出示例性lteca功能的图。通常，一个基站可以操作若干频率(具有与载波相同的含义，以下可互换使用)。例如，当基站205以f1的中心频率操作下行链路(前向或dl)频率并以f3的中心频率210操作下行链路频率时，根据现有技术，一个终端使用两个频率之一接收数据。然而，支持ca的终端可使用两个频率接收数据以增加数据接收速度。对于下行链路频率给出的相同原理也可应用于上行链路(反向或ul)频率，并且支持ca的终端可使用多个上行链路频率来发送数据以增加传输数据速度。从传统观点来看，当由一个基站发送或接收的一个下行链路频率和一个上行链路频率配置一个小区时，ca功能可被认为是终端通过多个小区同时发送数据。这里，终端可具有多个服务小区。在多个服务小区当中，用于终端的移动性支持的基本部分、数据/控制信息的加密和完整性检查被表示为pcell，并且为ca功能添加的其他服务小区被表示为scell。对于服务小区、pcell和scell的更多详细定义，请参阅以下内容。服务小区，对于未配置有ca的rrc_connected中的ue，只存在一个由主小区组成的服务小区。对于配置有ca的rrc_connected中的ue，术语“服务小区”用于表示由主小区和所有辅小区组成的一个或多个小区的集。主小区(pcell)，在主要频率上操作的小区，其中ue执行初始连接建立过程或发起连接重建过程，或者在切换过程中指示为主小区的小区。辅小区(scell)，在次要频率上操作的小区，一旦建立了rrc连接该小区可被配置并且该小区可以用于提供额外的无线电资源。同时，反向传输干扰其他小区的反向传输，因此反向传输的功率应保持在适当的水平。为此，终端在执行反向传输时，使用预定的函数来计算反向传输功率，并利用计算出的反向传输功率执行反向传输。例如，终端可以提交(putin)预定功能输入值，通过该值可以估计要应用的诸如路径损耗值信道状态和诸如mcs(调制编码方案)的调度信息，以及分配用于计算所需要的反向传输功率值的传输资源量，并应用计算出的所需反向发送功率值来执行反向传输。终端适用的反向发送功率值受到终端的最大传输值限制，并且如果计算出的所需发送功率值超过终端的最大传输值，则终端应用最大发送值来执行反向传输。在这种情况下，由于不能应用足够的反向发送功率，所以可能会劣化反向传输质量。基站优选地执行调度，使得所需的发送功率不超过最大发送功率。然而，基站无法掌握包括路径损耗的一些参数，并通过发送(扩展)功率余量报告(phr)mac控制信息，终端向基站报告其可用发送功率(功率余量，ph)信息。ca操作终端可以包括用于单个phr中的若干服务小区的ph信息并将其发送，并且将phr称为扩展phr。图3a和图3b是示出lteca中可用的扩展phrmac控制信息格式的第一实施例的图。mac报头包括扩展phr的子报头。在图3a中，假设mac控制元素2310是扩展phrmac控制信息，mac子报头的第二mac子报头320是phrmacce(控制元素)的子报头。第二mac子报头320包括指示扩展phr包括在mac有效载荷中的lcid(逻辑信道id)(例如，lcid值“11001”)和指示phr的尺寸的值l。lcid值表示在mac有效载荷中是否包括激活/停用。扩展phrmac控制信息310包括pcell类型2ph、pcell类型1ph和scellph。如图3b中所示，在连续字节中，扩展phrmac控制信息310包括pcell的类型2ph→pcell的类型1ph→第一scell的ph→第二scell的ph→第三scell的ph→第4scell的ph、……作为每个小区的ph信息，扩展phrmac控制信息总是包括关于pcell的ph信息，并且包含的ph信息是关于哪个scell的则由“c”字段指示。图4是示出激活/停用mac控制信息格式的第二实施例的图。第二mac子报头420包括指示扩展phr包括在mac有效载荷中的lcid(例如，lcid值“11001”)，以及指示phr的尺寸的值l。lcid值表示激活/停用是否包括在mac有效载荷中。mac子报头中每个字段的定义如下。详见3gpp标准ts36.321。mac报头是可变尺寸的，并且由以下字段组成，-lcid，逻辑信道id字段标识相应的macsdu的逻辑信道实例或相应的mac控制元素的类型或填充，如表6.2.1-1、6.2.1-2和6.2.1-4所述分别用于dl-sch、ul-sch和mch。对于macsdu、mac控制元素或包含在macpdu中的填充的每个存在一个lcid字段。除此之外，当需要单字节或双字节填充但是不能通过在macpdu的端部处的填充来实现时，一个或两个附加lcid字段包括在macpdu中。lcid字段尺寸为5位，-l，长度字段指示相应的macsdu或可变尺寸的mac控制元素的以字节为单位的长度。除了最后一个子报头和与固定尺寸的mac控制元素相相应的子报头之外，每个macpdu子报头存在一个l字段。l字段的尺寸由f字段指示，-f，格式字段指示长度字段的尺寸，如表6.2.1-3所指示。除了对应于固定尺寸的mac控制元素的子报头和最后一个子报头之外，每个macpdu子报头存在一个f字段。f字段的尺寸为1位。如果macsdu或可变尺寸的mac控制元素的尺寸小于128字节，则f字段的值设置为0，否则设置为1，-e，扩展字段是一个标志，指示mac报头中是否存在更多的字段。e字段被设置为“1”以指示另一组至少r/r/e/lcid字段。e字段被设置为“0”以指示macsdu、mac控制元件或填充开始于下一个字节，-r，保留位，设置为“0”。mac报头和子报头是8位字节对齐的(octetaligned)。同时，为dl-sch指示lcid的表如下。表1索引lcid值00000ccch00001-01010逻辑信道的标识01011-11001保留11010长drx命令11011激活/停用11100ue争用解决方案标识11101定时提前命令11110drx命令11111填充参考表1，lcid值11011表示mac有效载荷中是否包含激活/停用。为ul-sch的指示lcid的表如下。表2索引lcid值00000ccch00001-01010逻辑信道的标识01011-11000保留11001扩展功率余量报告11010功率余量报告11011c-rnti11100截位(truncated)bsr11101短bsr11110长bsr11111填充指示f字段的表如下。表3索引长度字段的尺寸(以比特为单位)07115现在描述扩展phr中包含的每个字段。详见3gpp标准ts36.321。扩展功率余量报告(phr)mac控制元素通过具有lcid的macpdu子报头来标识，如表6.2.1-2所规定。它具有可变尺寸，并在图6.1.3.6a-2中定义。当报告类型2ph时，包含类型2ph字段的8位字节首先包含在指示每scell的ph的存在性的8位字节之后，并且随后是包含相关联的pcmax，c字段(如果被报告的话)的8位字节。然后基于servcellindex[8]以升序跟随具有类型1ph字段的8位字节和具有相关联的pcmax，c字段(如果被报告的话)的8位字节，用于pcell和用于位图中指示的每个scell。扩展phrmac控制元素定义如下，-ci，此字段指示用于具有scellindexi的scell的ph字段的存在性，如[8]中所规定的。设置为“1”的ci字段指示报告了用于具有scellindexi的scell的ph字段。ci字段设置为“0”指示不报告用于具有scellindexi的scell的ph字段，-r，保留位，设置为“0”，-v，此字段指示ph值是基于实际传输还是参考格式。对于类型1ph，v＝0指示pusch上的实际传输，v＝1指示使用pusch参考格式。对于类型2ph，v＝0指示pucch上的实际传输，v＝1指示使用pucch参考格式。此外，对于类型1和类型2ph两者，v＝0指示包含相关联的pcmax，c字段的8位字节的存在性，而v＝1指示省略包含相关联的pcmax，c字段的8位字节，-功率余量(ph)，此字段指示功率余量水平。字段的长度为6位。报告的ph和相应的功率余量水平如表6.1.3.6-1所示(以db为单位的相应测量值可在[9]的分条款9.1.8.4中找到)，-p，该字段指示ue是否由于功率管理(如p-mprc[10]所允许)应用功率回退(powerbackoff)。如果没有应用由于功率管理的功率回退，则如果相应的pcmax，c字段可能会具有不同的值，ue应设置p＝1，-pcmax，c，如果存在，则该字段指示用于计算在前的ph字段的pcmax，c或[2]。报告的pcmax，c和相应的标称(nominal)ue发送功率水平如表6.1.3.6a-1所示(以dbm为单位的相应测量值可在[9]的分条款9.6.1中找到)。同时，servcellindex对pcell应用整数“0”，并且当基站通过rrc(无线电资源控制)控制消息添加或更改特定scell时分配的scellindex值应用于scell。作为添加或更改特定scell的rrc控制消息的示例，rrcconnectionreconfiguration消息可以投入使用，并且以下asn.1代码的下划线部分示出了当在servcellindex信息和rrcconnectionreconfiguration消息中添加或更改特定scell时如何设置scellindex的信令的细节。scellindex被分配从1到7的整数。详见3gpp标准ts36.331。servcellindex定义如下。servcellindexieservcellindex关注一个短的标识，用于标识服务小区(即pcell或scell)。值0应用于pcell，而先前已分配的scellindex应用于scell。servcellindex信息元素定义如下。servcellindex信息元素表4rrcconnectionreconfiguration定义如下。rrcconnectionreconfigurationrrcconnectionreconfiguration消息是修改rrc连接的命令。它可以传送用于包括任何相关联的专用nas信息和安全配置的无线电资源配置(包括rb、mac主配置和物理信道配置)、移动性控制、测量配置的信息。信令无线电承载，srb1rlc-sap，am逻辑信道，dcch方向，e-utran到uerrcconnectionreconfiguration消息在表5至表9中定义。下表5至表9是连续表。表5表6表7表8表9rrcconnectionreconfiguration字段在下表10和表11中详细说明。表10表11下面简要说明scellindex。scellindex与用于识别scell的短标识符相关。scellindex信息元素可以如下表12中所表示。表12如上所述，通过rrcconnectionreconfiguration、rrc控制消息来执行用于应用ca的添加/更改/释放scell。虽然通过rrc控制消息添加scell，但是特定于ue的数据/控制消息不与添加的scell通信。要实际使用scell，基站应通过将激活/停用mac控制信息中的关于小区的信息设置为激活并将其发送来激活scell。终端在激活的scell中执行特定于ue的数据/控制信息通信操作。同样地，为了停用当前活动的scell，基站应该通过将激活/停用mac控制信息中的关于小区的信息设置为停用并将其发送来激活scell。mac报头包含用于激活/停用的子报头。在图4中，假设mac控制元素2410是激活/停用控制信息，并且mac子报头的第二mac子报头420是用于激活/停用的子报头。第二mac子报头420包括指示激活/停用被包括在mac有效载荷中的lcid(例如，lcid值“11011”)。由于与上述扩展phr不同，激活/停用mac控制信息具有固定的大小，所以不需要指示mac控制元素的尺寸的l字段，因此作为mac子报头，使用r/r/e/lcid格式。以上已经结合扩展的phr描述了mac子报头中包括的每个字段，并且描述应用于此。下面描述包括在激活/停用mac控制信息中的每个字段。详见3gpp标准ts36.321。激活/停用mac控制元素由具有lcid的macpdu子报头标识，如表中6.2.1-1所规定。它具有固定的尺寸，由包含7个c字段和1个r字段的单个8位字节组成。激活/停用mac控制元素定义如下(图6.1.3.8-1)。-ci，如果存在配置了scellindexi的scell，如[8]中所规定，则该字段指示具有scellindexi的scell的激活/停用状态，否则ue将忽略ci字段。ci字段设置为“1”来指示将激活具有scellindexi的scell。ci字段设置为“0”来指示将停用具有scellindexi的scell，-r，保留位，设置为“0”。目前，3gpp标准化组织正在讨论将32个服务小区应用于ca，作为版本(rel.)13技术的方案。根据版本12及其以前版本(precedent)，可以使用扩展phr报告多达7个scell，或使用激活/停用来激活/停用多达7个scell。根据本公开的实施例，提出了一种用于在最多多达n(例如，n＝32)个服务小区可以应用于ca的情况下支持hr和激活/停用的方案，其中n大于可以使用遗留扩展phr报告的或者通过遗留激活/停用来激活/停用的scell的最大数量。以下实施例假设n＝32，但是n可以具有其他数字。图5a和图5b是示出根据本公开的第三实施例的支持多达32个服务小区的增强的扩展phr控制信息格式的示例的图。增强的扩展phr在下文中被表示为“e-扩展phr”。参考图5a，作为包括在mac子报头520中的lcid，可以定义新的id值以指示mac有效载荷是e-扩展phrmac控制信息，或者可以使用遗留id值来指示mac有效载荷是e-扩展phrmac控制信息，并且可以使用l字段来表示e-扩展phrmac控制信息的尺寸。由于大概n＝32，可能会报告除pcell以外的多达31个scell。因此，在ci字段中的i可以是从1到31的范围内的整数。尽管图5b大概示出了第4字节中的r字段位于msb(最高有效位)，可替换地，r字段可以位于lsb(最低有效位)。结合图3a和图3b的对相关部件的描述应用于mac子报头520中包括的每个字段以及e-扩展phrmac控制信息中的每个字段。参考图5a和图5b，4字节资源总是用于ci字段。作为示例，虽然ca可以应用于多达32个服务小区，但ca并不总是利用32个服务小区来进行。例如，只有8/16个服务小区可以在特定时间段期间执行ca，并且在这种情况下，不管不必要的信息，应该发送除了对应于该8/16个服务小区的scellindexi的ci字段之外的剩余ci字段，从而造成资源浪费。在版本12及其以前版本中，存在最多用于ca的7个ci字段，资源浪费并不显著。然而，使用多达31个ci字段会浪费大量的位信息。图6a和图6b是示出mac激活/停用控制信息格式的示例的图。mac激活/停用控制信息格式与包括图3b中所示的ci字段的第一字节相同。唯一的区别在于，如果包括具有相应scellindexi值的scell的ph信息，则将ci字段值设置为1，如果不包括用于scell的ph信息，则将ci字段值设置为0。而在图6b中，当具有相应的scellindexi的scell被激活时，它设置为1，如果scell被禁用，则设置为0。也就是说，通过图4、图5a和图5b、以及图6a和图6b提出的调整ci字节的尺寸的方案，以及每个ci要映射/关联到哪个scell的方案也可以同样应用于激活/停用mac控制信息。作为示例，如果结合图5a和5b描述的方法应用于激活/停用mac控制信息，它可以导致如图6a和图6b所示的增强的激活/停用mac控制信息的以下实施例。图7是示出根据本公开的实施例的终端的配置的框图。终端包括收发器705、ph计算器715、控制器710、复用和解复用单元720、控制消息处理器735以及各种高层单元725和730。收发器705通过前向载波接收数据和预定控制信号，并通过反向载波发送数据和预定控制信号。当多个载波被聚合时，收发器705通过该多个载波进行数据和控制信号的通信。控制器710指示复用和解复用单元720根据从收发器705提供的控制信号(例如，反向授权)指示的调度信息来配置macpdu。此外，控制器710确定是否触发phr，并且如果phr被触发，则指示ph计算可用发送功率。使用从控制消息处理器735传送的phr参数确定phr是否被触发。控制器710使用从ph计算器715传送的可用发送功率来生成phr，并将其传送到复用和解复用单元720。ph计算器715在控制器710的控制下计算可用发送功率，并将计算出的值传送到控制器710。复用和解复用单元720复用在较高层单元725和730或控制消息处理器735中生成的数据或解复用从收发器705接收到的数据，将结果数据传送到适当的高层单元725和730或控制消息处理器735。控制消息处理器735处理从网络接收的控制消息并执行必要的操作。例如，控制消息处理器735将包含在控制消息中的phr参数传送到控制器710，或者将关于新激活的载波的信息传送到收发器705，使得在收发器705中配置所述载波。高层单元725和730可以按照每个服务来配置，并且可以处理在诸如文件传送协议(ftp)或基于因特网协议的语音(voip)的用户服务中生成的数据以将其传送到复用设备或处理从解复用单元传送的数据以将其传送到高层的服务应用。图8是示出根据本公开的实施例的lte系统中的无线电协议结构的图。lte系统无线协议分别包括ue和enb的分组数据汇聚协议(pdcp)805和840、无线电链路控制(rlc)810和835以及媒体接入控制(mac)815和830。pdcp805和840负责诸如压缩/恢复的操作。rlc810和835将分组数据单元(pdu)重配置成适当的尺寸并执行arq操作。mac815和830连接到在一个ue中配置的若干rlc层设备，并将rlcpdu复用到macpdu中，并从macpdu解复用rclpdu。物理层820和825将高层数据信道编码并调制成ofdm符号，通过无线信道发送ofdm符号或解调通过无线信道接收的ofdm符号，对其进行信道解码并将其传送到高层单元。图9是示出用于终端的增强的载波聚合的图。参考图9，一个基站通常在若干个频率带宽上发送和接收多载波。例如，当基站905发送用于4个小区的上行链路载波时，一个终端通常使用多个小区之一来传达数据。然而，启用载波聚合的ue可以同时从多个载波传达数据。取决于情况，基站905可以通过向启用载波聚合的ue930分配更多的载波来增加ue930的传输速度。当由一个基站发送和接收的一个前向载波和一个反向载波构成一个小区时，载波聚合可以被认为是ue通过若干个小区同时传达数据。因此，最大传输速度与聚合的载波数成比例地增加。在lterel-10载波聚合技术中，可以在一个终端中配置多达五个小区。在配置的小区中，一个小区应该具有pucch，并且该小区被称为主小区(pcell)，并且没有pucch的剩余小区称为辅小区(scell)。pcell在具有pucch的特征之上应该能够执行所有正常的服务小区功能，诸如切换和无线电链路故障(rlf)。在下文中，在本公开的实施例中，“ue通过前向载波接收数据或通过反向载波发送数据”也意味着“使用与规定载波的中心频率和频带相相应的控制信道和数据信道来传达数据”。此外，虽然在以下的实施例中为了描述的目的假设了lte系统，但本公开也可以适用于支持载波聚合的各种无线通信系统。在rel-10载波聚合技术中，只有pcell可以具有pucch。然而，在应该通过pucch向基站传递更多信息的情况下，可能对仅通过单个pucch处理信息造成沉重负担。特别是，未讨论在lterel-13中支持多达32个载波的计划，并允许scell以及pcell具有提供的优点，例如减轻pucch负载的pucch。因此，提出了向scell和pcell引入pucch的计划。例如，如图9所示，一个scell920可以添加pucch。根据本公开，具有pucch的scell称为pucchscell。传统上，所有的pucch相关信令通过pcell传递到基站。然而，由于现在存在多个pucch，因此需要区分哪个pucch用于将每个scell的pucch信令传送到基站。假设如图9所示存在两个pucch，则存在有区分的使用pcell的pucch的小区的群组935和使用特定scell的pucch的小区的群组。根据本公开，这样的群组称为pucch小区群组。图10是示出当遵循正常的scell激活处理时激活pucchscell的处理的图。终端从基站接收指示添加pucchscell的rrc消息(1000)。这里，终端配置pucchscell。当终端完成pucchscell的配置时，pucchscell处于停用状态(1005)。此后，在从基站接收到激活/停用mac控制元素(ce)(“a/dmacce”)时，终端激活pucchscell(1010)。这里，在完成配置之后，基站不能向终端发送a/dmacce。这就是为什么不能确切地知道何时终端完成接收a/dmacce的准备。考虑到此，因此基站以预定的时间余量将a/dmacce发送到终端。终端在完成pucchscell的激活之后报告用于scell的有效csi并发送srs(1015)。在完成激活后，基站不清楚何时终端开始报告csi并发送srs。因此，基站执行盲解码，直到接收到这样的多条信息。这使得基站变得更复杂。在上行链路同步失败时，基站另外指示终端通过pdcch命令执行随机接入。在这种情况下，csi报告和srs传输会发生更多的延迟。图11是示出遗留a/dmacce格式的示例的图。a/dmacce具有固定尺寸，并且包括7个ci字段1100和一个保留(r)字段1105。基站发送a/dmacce以激活或停用为一个终端配置的scell。每个ci字段对应于一个scell。也就是说，一个ci字段对应于用scellindexi表示的scell。值为1指示激活相应的scell，0的值指示禁用相应的scell。图12是示出用于支持多达32个服务小区的扩展a/dmacce格式的示例的图。由于遗留a/dmacce格式具有7个ci字段，因此它可以表示多达7个服务小区。因此，随着服务小区的数量上升到32，不能表示所有服务小区。因此，新定义了4字节a/dmacce。由于pcell始终处于激活状态，因此它被从a/dmacce排除。因此，关于激活或停用的信息可以被给予总共32个服务小区。取决于r位的位置可能存在各种扩展的a/dmacce格式。图12(a)或图12(b)示出了示例。当第一字节与遗留a/dmacce相同时，它将具有图12(a)中所示的形式。否则，当r位定位在最后一个字节流中时，它将具有图12(b)中所示的形式。根据本公开，描述基于图12(a)。每个ci字段对应于一个scell。此外，一个ci字段对应于用scellindexi表示的scell。由于扩展a/dmacce具有遗留a/dmacce的尺寸4倍的尺寸，所以即使终端能够支持多达32个服务小区，从信令开销的观点来看，始终使用扩展a/dmacce也将是不可取的。因此，根据本公开的实施例，取决于配置的scell的数量来确定是否使用扩展a/dmacce。此外，scell可以被分类为各种类型。作为示例，不仅可以存在正常scell，而且可以存在使能pucch传输的pucchscell，使用非许可频带(工业科学医学(ism)频带)的许可辅助接入(laa)scell或ltewi-fi集成技术中的wi-fiscell。根据本公开的实施例，假设激活或停用不适用于wi-fiscell。图13是示出根据本公开的实施例的用于选择正常或扩展a/dmacce的方法的图。终端1300驻留在(campon)一个服务小区(1310)中。“驻留”表示与基站1305同步的终端1300对于基本控制信息处于可通信状态，以用于通过接收诸如物理广播信道(pbch)的主信息块(mib)和诸如物理下行链路共享信道(pdsch)的系统信息块(sib)的过程而在特定频带上与基站通信。终端对基站1305执行rrc连接配置处理以用于数据通信(1315)。基站向终端发送对能力信息的请求(1320)。终端向基站发送其能力信息(1325)。能力信息可以包括关于终端是否可以支持多达32个服务小区的信息，32个服务小区多于传统上的五个服务小区。此外，能力信息可以包括关于它是否可以支持laa和lte-wi-fi集成的能力信息。当获得终端能力信息时，基站基于该信息为终端重配置rrc连接(1330)。重配置信息可以包括关于正常scell、pucchscell、laascell和wi-fiscell的配置信息。终端接收包括配置信息的rrc连接重配置消息，然后识别关于各种类型的scell的配置信息。当被配置时，它配置正常的scell、pucchscell和laascell，并认为小区是停用的。相反，它完成了对wi-fiscell的关联/认证过程，并认为wi-fi服务器为激活的。基站依据预定规则确定要用于激活或停用用于终端的至少一个scell的a/dmacce格式(1335)。预定规则如下。第一规则：当除了wi-fiscell以外的剩余scell的数量为7或更小时，使用遗留a/dmacce格式。否则，当剩余scell的数量超过7时，使用扩展a/dmacce格式。第二规则：当除了wi-fiscell以外的剩余scell的最大scellindex值为7或更小时，使用遗留a/dmacce格式。否则，当最大scellindex值超过7时，使用扩展a/dmacce格式。可以通过应用两个规则中的至少一个来确定要用于激活或停用用于终端的至少一个scell的a/dmacce格式。两个a/dmacce格式可以具有相同或不同的lcid。当两种格式使用相同的lcid时，考虑到其中配置的scell的类型和数量，终端预先清楚要接收什么类型的a/dmacce格式。当两种格式使用不同的lcid时，终端可以直接通过lcid知道是遗留a/dmacce格式还是扩展a/dmacce格式。在使用上述规则确定一种格式之后，基站将a/dmacce发送到终端(1340和1345)。例如，在选择遗留a/dmacce时，基站向终端发送遗留a/dmacce(1340)，在选择扩展a/dmacce时，基站向终端发送扩展a/dmacce(1345)。图14是示出根据本公开的实施例的基站的操作的流程图。基站执行与终端的rrc连接建立处理以用于数据通信(1400)。基站从终端获取终端能力信息(1405)。基站向终端发送rrc连接重配置消息以用于重配置(1410)。rrc消息可以包括在终端中配置多个scell所需的信息。配置信息可以包括关于正常scell、pucchscell、laascell和wi-fiscell的配置信息。基站触发对在终端中配置的scell中的至少一个的激活或停用(1415)。基站在预定规则下确定是使用遗留a/dmacce还是扩展a/dmacce(1420)。例如，当除了wi-fiscell以外的剩余scell的最大scellindex值为7或更小时，使用遗留a/dmacce格式(1425)。否则，当最大scellindex值大于7时，使用扩展格式(1430)。图15是示出根据本公开的第一实施例的终端的操作的流程图。终端驻留一个服务小区(1500)。终端与基站执行rrc连接配置处理以用于数据通信(1505)。终端向基站发送其能力信息(1510)。终端从基站接收rrc连接重配置消息(1515)。rrc消息可以包括在终端中配置多个scell所需的信息。配置信息可以包括关于正常scell、pucchscell、laascell和wi-fiscell的配置信息。终端应用接收的配置信息，并配置正常scell、pucchscell和laascell，然后认为小区为停用的(1520)。相反，终端完成用于wi-fiscell的关联/认证过程，并认为wi-fi服务器为激活的。终端接收指示终端中配置的scell中的至少一个是激活的还是停用的a/dmacce，并确定a/dmacce是遗留a/dmacce还是扩展a/dmacce(1525)。当终端接收到遗留a/dmacce时，终端保持对于具有大于7的scellindex值的scells的当前状态(激活或停用状态)(1530)。对于具有从1到7的scellindex值的scell，终端不考虑与wi-fiscell相应的ci字段，并保持wi-fiscell的当前状态(1535)。对于具有从1到7的scellindex值的scell，终端根据相应的ci字段激活或停用正常scell、pucchscell和laascell(1540)。当终端接收到扩展a/dmacce时，终端不考虑对应于wi-fiscell的ci字段并保持当前状态(1545)。终端根据与其相应的ci字段激活或停用正常scell、pucchscell和laascell(1550)。图16是示出根据本公开的实施例的终端的配置的框图。终端与高层单元1605传达例如数据，通过控制消息处理器1607传达控制消息并且终端在传输时在控制器1609的控制下通过复用器1603复用数据，然后通过发送器发送数据。并且终端在接收时控制器1609的控制下通过接收器接收物理信号，然后通过解复用器1603对接收到的信号进行解复用，并根据每个消息信息将信号传送到高层单元1605或控制消息处理器1607。收发器1613通过前向载波接收数据和预定控制信号，并通过反向载波发送数据和预定控制信号。根据本公开，当控制消息控制器1607接收到a/dmacce时，它将其提供到scell激活/停用处理器1611。如果所接收的a/dmacce是遗留a/dmacce，则scell激活/停用处理器1611保持具有大于7的scellindex值的scell的当前状态(激活或停用状态)。对于具有从1到7的scellindex值的scell，scell激活/停用处理器1611不考虑对应于wi-fiscell的ci字段，并保持wi-fiscell的当前状态。此外，在具有从1到7的scellindex值的scell当中，scell激活/停用处理器1611根据相应的ci字段来激活或停用正常scell、pucchscell和laascell(1540)。当接收到的a/dmacce是扩展a/dmacce时，scell激活/停用处理器1611不考虑对应于wi-fiscell的ci字段并保持当前状态。scell激活/停用处理器1611根据与其相应的ci字段激活或停用正常scell、pucchscell和laascell。同时，无线电通信技术急剧发展，并且因此，通信系统技术也在不断演化。在它们当中，3gpp标准化组织标准化的lte系统作为第4代移动通信技术获得更多关注。lte系统采用技术来支持各种类型的终端，并且支持机器型通信(mtc)终端的技术也在其中。mtc终端是指例如可以自身执行通信的机器(例如，在每个月的预定时间)而不是由诸如用于计费的电力或水表等的由人直接操纵的机器，并且这种终端通常意味着如上述示例中那样可以以较低的优先级尝试接入的设备。在mtc终端中，用于如表的目的的这种目的终端常常不需要高能力数据传输，并且可能具有较低的发送功率。此外，虽然具有相同的接收能力，但是这样的终端可能被放置在诸如地下室或存储室的具有差通信环境的区域中。这导致需要安置具有覆盖扩展或扩展覆盖(以下称为ce)的分离类型的终端以解决较低的发送功率和较低的传输速度问题。在mtc终端需要更广泛的覆盖的情况下，应该对与使用ce模式的终端通信的所有数据应用单独的附加传输方法(例如，重复传输)。例如，网络广播终端接入所需的系统信息。这种系统信息应该不可避免地被需要更广泛覆盖的mtc终端所接收。因此，存在通过与现有技术不同的方法来广播系统信息的需要。此外，mtc终端可以采用1.4mhz的窄频带来降低价格的供应。现有的lte频带可以设置在从1.4mhz到20mhz的各种范围内。通常，10mhz频带主要用于提高系统能力和数据速率。因此，存在对一种用于服务于即使在10mhz频带中仅支持1.4mhz频带的mtc终端的方法的需要。根据本公开的实施例，提供了一种用于执行机器型通信的方法和装置。mtc终端的特征在于支持覆盖扩展并使用1.4mhz频带。根据本公开，考虑到上述特征，提出了支持mtc终端接入的方法。mtc终端应该以较低的价格供应，因此很可能配备较低能力的接收器。此外，mtc终端可以安装在根据使用的目的对普通用户难以接入的区域中。这意味着它可能被放置在考虑到普通用户的分布或他们沿其移动的轨道配置的现有lte覆盖之外。因此，对于mtc终端需要扩展覆盖。尽管有上述列举的原因，用于扩展覆盖的方法是通过重复发送相同的数据来提高成功接收的比率。诸如控制信道或数据信道的所有信号以及由基站广播的系统信息将被重复发送。这里，重复现有的系统信息和信道将是非常低效的，并且不能与正常终端兼容。因此，仅在考虑与正常终端的兼容性时，才存在对mtc终端的单独方法的需要。图17是示出从基站获取系统信息并由机器型通信设备执行接入的处理的图。mtc终端1700接收从基站1705广播的mib1710。现有的mib在40ms的时段内每10ms发送相同的信息。也就是说，在40ms时段内总共接收到mib四次之后，尝试解码。然而，mtc终端虽然重复接收mib四次，但很可能不能对其解码。因此，在40ms内需要更多重复的mib的传输。正常终端只照原样接收现有的mib，mtc终端应该接收附加的重复发送的mib以及现有的mib。附加的重复发送的mib包含与现有mib相同的信息。此外，现有的未使用的位可以用于支持mtc终端。现有mib包含下行链路(dl)系统频率带宽、系统帧号(sfn)和phich配置信息。mib包括不使用的十位，它们可以用于mtc终端。可以使用十位包括以下信息。-系统能力信息可以包括指示基站是否可以支持mtc终端的指示符。该指示符可以由一位或两位构成。在指示符由一位配置的情况下，如果指示符设置为true，表示基站可以支持mtc终端的ce的1.4mhz。在指示符由两位配置的情况下，其中一个位指示基站是否可以支持mtc终端的ce，另一个位指示基站是否可以支持mtc终端的1.4mhz。-cif信息cfi信息是通过原始pcfich信道传送到终端的信息。cfi信息指示多少个符号用于pdcch。cfi信息允许终端知道在一个服务频率中pdsch区域从哪个时间点开始。因此，应该需要由mtc终端获得cfi信息。然而，由于现有pcfich信道在整个频带中被发送，所以可以仅接收1.4mhz频带的mtc终端不能接收该信道。因此，除了现有的pcfich信道之外，使用未使用的mib的位将cfi信息发送到mtc终端。-值标签值标签具有从0到x范围内的整数值。如果从基站提供的系统信息更改，则值标签值递增一。更具体地，值标签值递增一的时间在刚好在相对于仅应用于mtc终端的长时间段的修改时间段开始广播更改的系统信息的修改时间段之前的修改时间段到来。这是为了向mtc终端预先通知系统信息将在下一个修改时间段中更改，以便可以为其准备。-子带和跳频信息用于mtc终端的若干1.4mhz频带可能存在于系统频带中。这里，mtc终端可以于在时间上跳频的同时使用多个1.4mhz频带。因此，提供了在小区中使用的子带的数量和每个子带的跳跃图案信息。此外，还可以包括广播siby以提供mtc终端所需的系统信息的子带信息。或者，也可定义为，在包含预定子带(例如，下行链路频带)中的中心载波频率的子带中，siby被隐含地发送，或者在不进行信令的情况下发送。-mtcsib的配置信息和调度信息包括mtc终端所需的sib的配置信息或调度信息。配置信息是指如现有sib1中包含的si-窗口、sib周期性、sib-mappinginfo(sib映射信息)和修改时间段。配置信息不是用于现有sib的配置信息，而是用于mtc终端的sib的配置信息。此外，还可包括用于mtc终端的sib的调度信息。根据下面描述的实施例，可以或可以不将其包括在mib中。-关于mtc增强物理下行链路控制信道(epdcch)的调度信息包括包含mtc终端所需的sib的调度信息的mtcepdcch的调度信息。mtcepdcch是指用于mtc终端的epdcch。mtc终端仅可以接收1.4mhz频带，因此，不能使用大于该频带的下行链路系统频带在小区中接收现有的pdcch。因此，epdcch而不是pdcch应该投入使用。-mtcepdcch重复传输信息为了支持ce，包括mtcepdcch的重复传输的次数。-物理随机接入信道(prach)重复传输和配置信息包括prach操作时的重复传输信息。例如，终端根据该信息确定重复传输前导码的次数。它具有三种类型的prach重复级别，并且重复传输的次数被映射到每个级别。mtc终端根据预定规则属于级别中的一个，并且执行与根据其所属级别定义的次数一样多的重复传输。每个子带也为mtc终端包括prach无线电资源信息。-mtcsib重复传输信息包括用于mtc的sib的重复传输的次数。为了支持ce，也需要包括mtcsib。mtc终端通过接收信息中指示的一样多的次数来尝试解码。-路径损耗偏移信息mtc终端根据预定规则确定重复传输的次数。这里，根据规则，它可以使用下行链路和上行链路之间的路径损耗差。基站通过mib提供差值。根据本公开的实施例，包括以上列举的信息项中的至少一个。例如，在所提及的信息当中，在现有mib中仅可以包括系统能力信息、cfi和值标签信息，而其余信息可以包括在用于mtc的sib中。不包括在mib中但mtc终端所必需的系统信息可以被包括在用于mtc的新的sibx1715中。sibx包括在上述列举的信息项当中的、包括用于mtc的公共系统信息的sib的调度信息以及未包括在mib中的信息。sibx通过预定的无线电资源传输，而不需要首先读取epdcch。或者，可以预先确定具有sibx的调度信息的epdcch。通过预定无线电资源进行传输的原因是将无线电资源的浪费最小化以发送sibx的调度信息或epdcch。然而，不调度sibx，因此包含太多的信息的设计不是优选的。因此，需要仅包括不包括在mib中但被确定为必需的信息。例如，sibx包括指示包括用于正常mtc的系统信息的siby的epdcch的调度信息，并且mtc终端使用该信息顺序地接收siby1720。siby是新的mtc专用sib，其中仅包括现有sib1至sib17中包括的信息当中mtc所必需的信息。通常，mtc终端也需要sib1至sib5、sib14信息，并且可以限制其中不需要的信息或列表的允许尺寸以减小siby的尺寸。随着系统信息量的增加，重复传输计数增加。因此，需要限制一个sib的尺寸以减少过度的重复传输。例如，它可以限制在300到400位或者最大1000位。因此，在mtc所需的信息不小的情况下，可以存在多个siby。在以下实施例中更详细地描述获取用于mtc的系统信息的处理。通过上述处理，已经获得系统信息的mtc终端尝试随机接入(1725)。mtc终端仅对与正常终端使用的prach无线电资源分离的mtc终端使用prach无线电资源。这就是为什么mtc终端可能单独使用有限的1.4mhz频带。也就是说，它可能正在使用不包括现有prach无线电资源的频带。另一方面，由于一个小区中可能存在多个mtc终端，所以需要prach无线电资源来维持普通用户成功接入的比率。基站可以基于已经发送前导码的prach无线电资源来掌握已经发送了前导码的终端是否是mtc终端。为了支持ce，mtc终端将重复发送前导码，并且也重复发送从基站发送的随机接入响应(rar)1730。msg3可以发送mtc终端的能力信息(1735)。如果对于mtc终端操作单独的prach无线电资源，则不需要msg3发送能力信息。mtc终端可以通过向基站提供能力信息的rrc处理来提供关于终端的能力信息(1740)。根据第五、第六和第七实施例，描述了向mtc终端有效地提供系统信息的方法。图18是示出根据本公开的第五实施例的通过机器型通信设备从基站获得系统信息的方法的图。第五实施例包括必要的系统信息，并且特征在于通过预定无线电资源发送的用于mtc终端的新sibx的存在。通过预定的无线电资源发送sibx，不需要预先读取epdcch。根据现有技术，遗留mib1810通过每个帧1800的第一子帧1805发送。具有相同信息的遗留mib在总共40ms内发送4次。此外，为了支持mtc终端，附加信息可以添加到传统mib。例如，附加信息包括系统容量信息或cfi。mtc终端可能不能用在40ms内发送4次的遗留mib成功解码。因此，在避免在40ms内发送遗留mib的无线电资源的同时，另外并重复发送包括与mib相同信息的另一个mib1815。另外重复发送的mib1815通过如遗留mib的预定无线电资源发送，并且在频带的中间1.4mhz频率中发送，但是临时地使用其他无线电资源，因此不与传统mib重叠。此外，mib1815不通过tdd中的上行链路子帧或mbsfn子帧发送。已获取在40ms内从mib发送的系统信息的mtc终端可以使用包含在mib中的cif信息来掌握pdsch在子帧中开始的位置。mtc终端接收通过pdsch区域中的预定无线电资源发送的sibx1820。sibx还包括mtc终端所需的系统信息。也就是说，siby可包括以下多条信息中的至少一个。-mtcepdcch1825的调度信息-mtcepdcch重复传输信息-关于mtc终端的小区禁止信息包括遗留接入类禁止(acb)、服务特定接入控制(ssac)和扩展接入禁止(eab)信息。或者可能有关于acb、ssac、eab信息的简化版本信息。另外还包括有关mtc紧急呼叫的信息。用于mtc紧急呼叫的一位指示符用于指示小区是否允许mtc终端紧急呼叫。-值标签与上述相同-子带和跳频信息与上述相同-prach重复传输和配置信息与上述相同-路径损耗偏移信息与上述相同mtcepdcch包含其他sib的调度信息。也通过几个子帧重复发送sibx以支持ce。已经成功解码了sibx信息的mtc终端使用sibx中包含的epdcch的调度信息来接收mtcepdcch。mtcepdcch也被重复发送以支持ce。mtcepdcch包含siby的调度信息，其包括mtc终端所需的一般系统信息。mtc终端从epdcch接收使用siby的调度信息重复发送的siby。如上所述，siby包括支持mtc终端所需的一般系统信息。图19是示出根据本公开的第六实施例的通过机器型通信设备从基站获得系统信息的方法的图。本公开的第六实施例的特征在于，在预定义的无线电资源位置处发送指示包括必要或一般系统信息的用于mtc终端的新siby的调度信息的epdcch。根据现有技术，遗留mib1910通过每帧1900的第一子帧1905发送。具有相同信息的遗留mib在总共40ms内发送4次。此外，为了支持mtc终端，关于mtcepdcch的重复传输的系统容量信息、cfi或映射信息被另外包括在mib中。mtc终端可能不能用在40ms内发送4次的遗留mib进行成功解码。因此，在避免在40ms内发送遗留mib的无线电资源的同时，另外并重复发送包括与mib相同的信息的另一个mib1915。另外重复发送的mib1915通过像遗留mib的预定无线电资源来发送，并且在频带的中间1.4mhz频率中发送，但是临时地使用其他无线电资源，因此不与遗留mib重叠。此外，不通过tdd中的上行链路子帧或mbsfn子帧发送mib1915。已经获取了在40ms内从mib发送的系统信息的mtc终端可以使用包含在mib中的cif信息来掌握pdsch在子帧中开始的位置。mtc终端接收通过pdsch区域中的预定无线电资源发送的mtcepdcch1920。图20是示出根据本公开的实施例的通过预定无线电资源发送的mtcepdcch的图。图20示出了包括用于mtc终端的多个子带2015、2020和2025的一个子帧2000。子帧中的几个在前的时隙是现有的pdcch区域2005。pdcch区域的pdcch信息不能读取mtc终端。这就是为什么应该通过整个下行链路频带发送pdcch以获得pdcch信息。为了替代这一点，需要mtcepdcch，其可用作1.4mhz频带中的现有pdcch。mtcepdcch无线电资源的位置可以被预先确定或通过mib或sib设置。如果被预先确定，则不需要调度mtcepdcch无线电资源，因此可减少信令开销。例如，现有pdcch区域之后的几个时隙预先被定义为mtcepdcch2010的无线资源区域。其中发送mtcepdcch的频率带宽与1.4mhz的子带宽度相同。由mtcepdcch提供的信息成为mtc终端使用发送mtcepdcch的子带的调度信息。或者，通过附加调度，它可用于提供使用其他子带的mtc终端的调度信息。siby可仅通过预定的特定子带发送，或者可从mib获得关于广播siby的子带的信息。mtc终端尝试接收通过广播siby的子带中的预定无线电资源发送的mtcepdcch。mtcepdcch也通过几个子帧重复发送以支持ce。mtcepdcch包含用于mtc终端的siby1925的调度信息。已成功解码mtcepdcch信息的mtc终端使用mtcepdcch中包含的siby的调度信息来接收siby。siby也被重复发送以支持ce。siby包含用于mtc终端的一般或必需的系统信息。siby至少具有以下多条信息之一。-关于mtc终端的小区禁止信息与上述相同-值标签与上述相同-子带和跳频信息与上述相同-prach重复传输和配置信息与上述相同-路径损耗偏移信息与上述相同-sib1至sib5、sib14中包括的系统信息或部分与上述相同图21是示出根据本公开的第七实施例的通过机器型通信设备从基站获得系统信息的方法的图。本公开的第七实施例的特征在于，在预定义的固定无线电资源位置处发送包括必需或一般系统信息的用于mtc终端的新siby。根据现有技术，遗留mib2110通过每帧2100的第一子帧2105发送。具有相同信息的遗留mib在总共40ms内发送4次。此外，为了支持mtc终端，系统容量信息、cfi或关于siby的重复传输的信息被附加地包括在mib中。mtc终端可能未能用在40ms内发送4次的传统mib成功解码。因此，在避免在40ms内发送遗留mib的无线电资源的同时，另外并重复发送包括与mib相同信息的另一mib2115。另外重复发送的mib2115通过如遗留mib的预定无线电资源发送，并且在频带的中间1.4mhz频率中发送，但是临时地使用其他无线电资源，因此不与传统mib重叠。此外，mib2115不通过tdd中的上行链路子帧或mbsfn子帧发送。已经获取了在40ms内从mib发送的系统信息的mtc终端可以使用包含在mib中的cif信息来掌握pdsch在子帧中开始的位置。mtc终端接收通过pdsch区域中的预定无线电资源发送的siby2120。siby也通过若干子帧重复发送以支持ce。siby包含用于mtc终端的一般或必需的系统信息。siby至少有以下多条信息之一。-关于mtc终端的小区禁止信息与上述相同-值标签与上述相同-子带和跳频信息与上述相同-prach重复传输和配置信息与上述相同-路径损耗偏移信息与上述相同-sib1至sib5、sib14中包括的系统信息或部分与上述相同用于mtc终端的系统信息也可以更新。因此，基站应该向mtc终端通知已经更新了系统信息，使得mtc终端可以获得新的系统信息。现有的更新系统信息的处理对于mtc终端是不合适的。相对于修改时间段执行更新系统信息的现有处理。也就是说，基站在修改时间段即将开始时广播更新的系统信息。基站在在前的修改时间段中通过寻呼消息向终端通知将在下一个修改时间段中发送更新的系统信息。需要ce模式的mtc终端应该重复接收信息以接收从基站发送的信息。这意味着成功解码特定信息需要很长时间。现有修改时间段不能超过多达10.24秒。在ce模式下的mtc终端应该重复接收这个以接收寻呼消息。因此，mtc终端很可能未能成功解码寻呼消息，该寻呼消息通知在修改时间段的一个循环内系统信息的更新。根据本公开的第八和第九实施例，现在描述更新用于mtc终端的系统信息的方法。图22是示出根据本公开的第八实施例的系统信息的更新方法的图。在本公开第八实施例中，分开定义的是与现有修改时间段不同的、具有用于mtc终端的非常长的时间段的修改时间段2200。现有修改时间段不能设定为比现有sfn时间段长。因此，对于mtc终端，sfn时间段应被明确地确定以设置至少长于sfn时间段的修改时间段。确定的sfn时间段仅应用于mtc终端，而正常终端不需要获得此。定义了与现有mib中提供的sfn信息一起的附加位以提供仅应用于mtc终端的具有延长时间段的sfn。添加的sfn位信息包含在mib或sibx或siby中。使用上述用于mtc的mib、sibx或siby向mtc终端提供修改时间段值。如果在修改时间段n+12205中广播更新的系统信息，则基站在先前的修改时间段n2200中向mtc终端发送寻呼消息2215以指示将在下一个修改时间段中更新系统信息。mtc终端接收在修改时间段n2200中重复发送的epdcch。epdcch包括寻呼消息的重复计数、其中发送寻呼消息的无线电资源信息以及寻呼rnti(p-rnti)。如果epdcch包含p-rnti，则在由epdcch指示的寻呼消息的无线电资源中接收寻呼消息2215。如果寻呼消息包含指示系统信息将在下一个修改时间段中被更新的指示符，则mtc终端在下一个修改时间段中接收更新的系统信息2220。mtc终端每个修改时间段至少执行一次接收寻呼消息的操作。图23是示出根据本公开的第九实施例的更新系统信息的方法的图。与第八实施例一样，第九实施例对mtc终端应用具有非常长的时间段的修改时间段。本公开的第九实施例特征在于，在mib、sibx、siby或epdcch中使用一个ie(即值标签)来指示将在下一修改时间段中更新系统信息。值标签具有从0到x范围内的整数值。每当更新系统信息时，它递增1。值标签值递增1的时间是当更新的系统信息开始广播时的修改时间段2305或其先前的修改时间段2300。mtc终端至少每个修改时间段解码mib、sib或epdcch一次，然后将值标签值与其存储的值标签值比较。如果两个值不同，则获取更新的系统信息的时间取决于更新值标签值时的修改时间段而更改。也就是说，如果值标签值递增1的时间是当更新的系统信息开始广播时的修改时间段2305，则mtc终端在识别出新获得的值与其存储的不同时，立即执行接收新更新的系统信息的操作。否则，如果值标签值递增1的时间是刚好在当更新的系统信息开始广播时的修改时间段2305之前的修改时间段2300，则mtc终端在它识别出新获得的值标签与其存储的值不同之后下一个修改时间段到达时执行接收新更新的系统信息的操作。如果mtc终端退出(backoff)服务盲区(serviceshadearea)，则对mib、sibx和siby或epdcch进行解码以获得值标签信息。然后，将其与最后存储的值标签值进行比较，如果不同，则立即执行接收更新的系统信息的操作。然后，将其与最后存储的值标签值进行比较，如果相同，则使用获取的现有系统信息。在本公开的第九实施例的变型中，mtc终端在尝试接入之前识别mib、sibx、siby或epdcch的值标签。它将其与最后存储的值标签值进行比较，如果不同，则立即执行接收更新的系统信息的操作。如果mtc终端不尝试接入，则mtc终端放弃(abstainfrom)识别mib、sibx、siby或epdcch的值标签。修改后的方法适用于发送延迟容忍数据和偶尔尝试接入的mtc终端。也就是说，对于每月尝试接入一次或两次的mtc终端，检查系统信息是否在每个修改时间段被更新是不必要的。这就是为什么在尝试接入之前不会引起任何麻烦来获取最新的最精确的系统信息。此外，在接入之前首先获得mib或sib的操作意味着发生延迟直到成功地设置接入。然而，当请求延迟容忍服务时，这样的延迟将不是主要问题。根据本公开，提出了对ce模式的mtc终端执行rach的处理。在描述本公开之前，简要描述现有技术。图24是示出现有的rach处理和计算ra-rnti的方法的图。需要接入的终端在prach无线电资源2400中发送前导码。虽然可用的无线电资源的尺寸可以取决于fdd/tdd或掩码而更改，但总的prach无线电资源被划分为时隙和频隙。ra-rnti值取决于前导码传输开始的位置来确定。以下是用于计算ra-rnti的公式。[公式1]ra-rnti＝1+t_id+10*f_id例如，如果终端1在特定无线电资源位置2405中发送前导码，则考虑相应的无线电资源位置和相应的时隙(t_id)和频隙(f_id)来计算一个随机接入rnti(ra-rnti)2420。发送前导码后的三个子帧，rar窗口2435开始。rar窗口设置为2ms到最多10ms。终端监视rar窗口内的pdcch，并识别pdcch是否具有从前导码的传输位置计算出的ra-rnti。如果存在ra-rnti，则从相应的调度信息接收rar消息。处于ce模式的mtc终端需要重复发送前导码，并应重复接收rar消息。因此，现有的随机接入处理对于mtc终端是不合适的。图25是示出根据本公开的实施例的rach处理的图。根据本公开的实施例，考虑到前导码和rar消息的重复传输，提出了执行rach的处理。mtc终端在重复分配的每一和每个prach无线电资源2505的相同时隙(t_id)和频隙(f_id)中重复发送前导码。此外，它对于每个重复传输使用相同的前导码序列(相同的前导码id)。使用相同时隙(t_id)和频隙(f_id)的原因是使一个ra-rnti对应于尝试接入的每个mtc终端。此外，使用同一前导码序列的原因是允许基站对重复接收的前导码进行软组合。例如，如果终端1在特定无线电资源2510中发送前导码，则在下一次重复传输时在相同的无线电资源位置发送相同的前导码。在这种情况下，终端1的ra-rati应该具有一个值2525而没有混淆。用于mtc终端的prach无线电资源与由正常终端使用的prach无线电资源分离。从mib、sibx或siby提供由mtc终端使用的前导码的重复传输计数和prach无线电资源信息。如果前导码的预定重复传输时间段终止，则mtc终端确定是否存在通过反映已从epdcch2540发送前导码的无线电资源的位置而计算的随机接入无线电网络临时标识(ra-rnti)。如果最后前导码的传输结束，则需要时间来组合和处理由基站重复接收的前导码并配置epdcch(和rar消息)。因此，在发送最后前导码之后的n个预定子帧2550中，执行接收mtcepdcch的操作。如果终止了所设置的重复接收epdcch的时间段并且成功解码的epdcch包括其自身计算的ra-rnti，则mtc终端使用由ra-rnti指示的调度信息来接收rar消息2545。为了支持处于ce模式的mtc终端，也重复接收rar消息。由于重复接收的rar消息和epdcch，rar窗口也被加长。加长的rar窗口值可以被包括在然后可以被提供给mtc终端的mib、sibx或siby中。或者，mtc终端可以基于关于包括在mib、sibx或siby中的epdcch和rar消息的重复传输计数的信息来计算rar窗口。如果由mtc终端接收的epdcch不包含由其自身计算出的ra-rnti或者接收到的rar消息不包括由其自身发送的前导码id，则认为无法接入。如现有技术那样，如果已经从基站接收到回退信息，则在等待回退时间之后，可以重新尝试接入。图26是示出根据本公开的实施例的由每个机器型通信设备选择要用于接入的子带的方法的图。mtc终端使用1.4mhz的有限频带。此外，使用的1.4mhz频带可能会经受跳频。因此，可以不使用为使用正常终端提供的现有prach无线电资源。也就是说，在1.4mhz频带不包括现有的prach无线电资源的情况下，mtc终端不能使用现有的prach无线电资源。此外，基站需要掌握从接入阶段尝试接入的终端的类型。例如，对于支持ce模式的mtc终端，从终端发送的前导码应该经受软组合。然而，在接入之前，mtc终端无法向基站报告其能力。因此，需要一种能够在发送前导码的阶段通知发送前导码的终端的类型的方法。由于上述原因，本公开特征为mtc终端分配单独的prach无线电资源。此外，下行链路频带2600中的多个1.4mhz频率。这里，每个mtc终端2605、2610和2615应确定要使用prach无线电资源的哪个子带。为了分布每个子带的负载，每个mtc终端可以随机选择一个子带。或者也可以使用ue_id(＝imsimod4092)或接入类(ac)来选择一个子带。也就是说，ue_idmodn或acmodn。提出根据本公开的根据关于必要的prach重复传输计数(prach重复级别)的信息来选择子带的方法。mtc终端通过预定规则确定其所属的prach重复级别。总共有三个prach重复级别，并且为每个级别确定rar消息或前导码的重复传输的次数。对应于重复级别的prach重复传输计数是预先确定或通过mib、sibx或siby设定的。预定规则如下。-选项1：考虑到直到pbch被成功解码为止的pbch接收次数或crs信号质量，确定prach重复级别。例如，pbch接收计数<阈值1→prach重复级别1阈值1≤pbch接收计数<阈值2→prach重复级别2阈值2≤pbch接收计数→prach重复级别3这里，假设随着prach重复级别减小，相应的重复传输计数减少。或者公共参考信号(crs)信号质量(例如，参考信号接收的功率(rsrp))<阈值a→prach重复级别3阈值a≤crs信号质量<阈值b→prach重复级别2阈值b≤crs信号质量→prach重复级别1阈值被预先确定或通过mib、sibx或siby设置。-选项2：仅反映下行链路信道的信号质量。选项2考虑到prach所需的功率以及pbch接收的计数确定prach重复级别。例如，当确定前导码传输功率时，将其计算出来反映下行链路和上行链路之间的路径损耗差。基于所计算的传输功率来确定prach重复级别。prach发送功率<阈值x→prach重复级别1阈值x≤prach发送功率<阈值y→prach重复级别2阈值y≤prach发送功率→prach重复级别3下行链路和上行链路之间的路径损耗差和阈值被预先确定或通过mib、sibx或siby设置。-选项3：prach重复级别以尝试和错误的方式确定。mtc终端首先在最低prach重复级别执行rach处理。失败后，其增加prach重复级别。根据本公开的实施例，使用上述方法之一，并且已经确定了prach重复级别的mtc终端使用与该级别相相应的子带之一来执行rach处理。根据本公开，子带被映射到其中一个级别。映射信息通过mib、sibx或siby设置。映射的原因是在基站位置上区分具有子带的每个终端所需的重复传输计数。基站不能清楚每个mtc终端已经选择了哪个prach重复级别。此外，应用于一个终端的级别可以随时间变化。特别地，对于移动中的mtc终端，该级别将频繁变化。然而，基站应该清楚要执行prach操作的级别。也就是说，其可以根据该级别清楚重复接收的前导码的计数，并且可以导出epdcch或rar消息的重复传输计数。为此，将每个子带与级别映射将允许基站容易地根据mtc终端通过其发送前导码的子带来掌握终端的级别。频率越低，无线信道特性表现越好。因此，可以将较高的prach重复级别(需要更多的重复传输计数的级别)分配给使用较低频带的子带。在遗留lte技术中，当在具有相同优先级的其他频率的小区或相同频率的小区当中重选时，如下使用r准则。rs应用于服务小区，rn应用于相邻小区。终端比较计算值，并通过具有最大(等级)值的小区执行重选。表13这里，上述等式中使用的参数定义如下。表14根据现有技术，仅基于上述秩值来确定要重选的小区。然而，对于支持mtcce或rbw的基站和不共存的基站的无线网络，也应考虑是否支持该特征。例如，假设存在具有最大秩值但不能支持ce模式的小区和具有小于该小区的秩值但能够支持ce模式的小区，则后一小区对于在差的小区环境但支持ce模式的mtc终端将是更好的。另一方面，即使具有最大秩值，不能支持rbw的小区对于仅支持1.4mhz频带的mtc终端也是无用的。与仅比较秩值的现有技术不同，根据本公开，也考虑小区是支持ce还是rbw以重选小区。根据本公开，导出如现有技术中考虑的小区的秩值。仅支持1.4mhz频段的mtc终端排除不能支持那些的小区而不考虑秩值。此外，其可以取决于测量的信号质量以及特定小区是否支持ce来排除而不考虑秩值。图27是示出根据本公开的、在属于具有相同优先级的频率或相同频率的小区当中重选小区时终端重选适当小区的终端的操作的图。终端使用现有的r-准则公式发现具有最大秩值的小区(2700)。终端确定它是否仅支持1.4mhz重用带宽(“rbw”)(2705)。如果支持，则终端识别具有最大秩值的小区是否支持rbw(2710)。终端确定是否支持(2715)。如果不支持，则终端将所考虑的小区从重选候选中排除，并选择具有次最大秩值的小区，然后重复该操作(2725)。如果支持，则终端识别所考虑的小区是否支持ce模式(2720)。终端确定是否支持(2730)。如果不支持，则终端确定所测量的信道质量是否足够好以允许其在不是ce模式的正常模式下操作(2740)。如果信道质量需要ce模式，则终端从重选候选中排除所考虑的小区，并选择具有次最大秩值的小区(2725)并返回到操作2710。如果支持，则终端考虑当前通道质量确定是以正常模式还是以ce模式连接小区(2735)。终端确定是以正常模式还是ce模式连接(2745)。如果以ce模式连接，则终端以ce模式执行小区重选(2750)。如果需要接入，mtc终端将尝试以ce模式接入。否则，如果以正常模式连接，则终端以正常模式执行小区重选(2755)。如果需要接入，mtc终端将尝试以正常模式接入。mtc终端继续执行小区测量并重复上述操作以在最佳小区中执行重选。对于随机接入存在两种类型的过程，第一个过程是基于争用的，另一个过程是基于非争用的。在基于争用的过程中，前导码由终端随机选择。然而，在基于非争用的过程的情况下，由终端使用的前导码由使用专用信令方式的网络指示。前导码由用于对应终端的基站(网络实体)保留。参考图28详细描述基于争用的随机接入过程。图28是示出在lte系统中使用的基于争用的随机接入过程的流程图。终端2801在初始接入基站时通过进行以下过程：重新接入、切换或需要随机接入的其他各种情况，来执行随机接入。首先，终端2801通过用于随机接入的物理信道发送随机接入前导码以用于接入基站2803(2811)。前导码可以是由终端随机选择的一个或由基站指定的特定前导码。这里，随机接入前导码包括在msg1中并从终端向基站发送msg1消息。随机接入前导码可以是与每个小区相关联的64个可用前导序列中的任何一个。当基站接收到随机接入前导码时，为此基站向终端发送rar消息(msg2)(2813)。rar消息包含关于在操作2801中使用的前导码的标识符信息、要在操作2815中使用的上行链路资源分配信息、上行链路传输定时校正信息，和临时终端标识符信息。当接收到rar消息时，取决于上述目的在分配给rar消息的资源中，终端发送不同的消息(2815)。例如，在初始接入的情况下，发送无线电资源控制(rrc)层(即，rrcconnectionrequest)的消息，并且在重新接入的情况下，发送rrcconnectionreestablishmentrequest消息，并且在切换的情况下，发送rrcconnectionreconfigurationcomplete消息。此后，在初始接入或重新接入的情况下，基站将在操作2815中接收到的消息重新发送到终端作为ue争用解决标识macce消息(2817)，以向终端通知随机接入过程已经成功。图29是示出根据本公开的实施例的帧结构的图。参考图29，纵轴表示频率，横轴表示时间。下行链路2933帧用于从基站向终端发送信号，并且上行链路2935帧用于从终端向基站发送。图29示出了在下行链路和上行链路上存在由窄带mtc终端可用的n个独立频带的示例。首先，存在用于发送窄带mtc终端可以具有初始接入的基本信息的单独子带(2907)。通过子带，发送小区中的终端执行基本操作(诸如mib和sib)所需的信息以发送关于相应小区是否支持窄带mtc终端的信息以及关于窄带mtc终端在其中操作的子带2901、2903、2905、2911、2913和2915的信息。同时，子带可以成对提供。例如，可能存在对应于子带1的下行链路2901和上行链路2911、对应于子带2的下行链路2903和上行链路2913以及对应于子带n的下行链路2905和上行链路2915。在图29中假设每个子带的每个上行链路存在用于随机接入的prach2927。也就是说，如果窄带mtc终端选择由基站提供的子带之一，则它可以推测地执行相应子带内的所有操作。图30是示出根据本公开的第十实施例的在结合图29描述的帧结构中提出的mtc终端的随机接入过程的消息流的流程图。仅支持窄带频率的终端3001首先检查基站是否支持终端以便接入基站3003(3011)。尽管为了方便如上所述仅支持窄带频率的终端表示为mtc终端，但是本公开不限于mtc，并且其可以指仅支持窄带频率的所有类型的终端。为了通知基站支持mtc终端，根据本公开，提出向mib添加预定指示符，并且在包括预定指示符的情况下，终端可以识别发送mib的基站支持mtc终端并且可以继续执行接入过程。在基站不支持mtc终端的情况下，终端确定不能接入基站，因此基站被阻塞，并尝试接入具有相同频率的其他基站或具有其他频率的或小区/基站。此后，终端接收诸如sib13013或sib23015的系统信息，以接收当前基站的prach信息和mtc子带(图29的2901、2903、2905、2911、2913和2915)信息。此外，还可以发送指示是在sib1还是sib2中已经阻塞对mtc子带的接入的指示符(3015)。这是为了防止特定mtc子带中的拥塞。当接收到这些时，终端确定终端要在其处操作的mtc子带，并且利用选择的mtc子带更改下行链路和上行链路频率(3017)。在该示例中，假设终端已经选择了子带2(图29的2903和2913)。如上文结合图29所述，根据本实施例的场景假设对于每个子带存在单独的prach。应当注意，在操作3017中随机选择子带时，例如，可考虑rsrp强度。在操作3017中，已经用选择的子带改变了频率，终端选择用于传输的前导码(3019)并发送所选择的前导码(3031)。发送的前导码可以与lte系统中定义的现有前导码相同，或者可以是为mtc终端另外定义的前导码。在发送一个相同的前导码的情况下，如果prach是与除mtc终端之外的其他终端共享的，则可以另外从sib2接收mtc终端使用的前导码标识符群组，并选择该群组的一个前导码并进行发送。在已经接收到前导码后，基站发送对其的响应消息，rar消息(3033)，并且当接收到rar消息时，终端根据包括在rar消息中的信息来发送msg3，如上面结合图28所述(3035)。在操作3031中终端与正常终端共享prach并且发送一个相同的前导码的情况下，当发送msg3时，其可以在报头中包括单独的上行链路逻辑信道标识符并将其发送。建议使用的上行链路逻辑信道标识符使用从0b01011到0b11000范围内的一个。根据上述过程成功地进行随机接入，直到终端在将来转移到空闲模式(rrc_idle状态)之前，在其当前操作的mtc子带上执行随机接入，以便在需要随机接入操作时与基站通信(3041)。图31是示出根据本公开的实施例的应用mtc终端的随机接入过程的第十实施例的终端的操作的流程图。参考图31，处于rrc_idle模式的mtc终端通过小区选择或小区重选处理选择小区(3101)，并与所选择小区进行同步并接收mib信息(3103)。根据本公开，为了通知基站是否支持mtc终端，建议向mib添加预定指示符，并且在添加了预定指示符的情况下(3105)，终端可以通过识别发送mib的基站支持mtc终端来继续执行接入过程。然而，在基站不支持mtc终端的情况下，终端确定相应的已经被阻塞，并执行选择其他小区的过程(3109)。在识别出基站支持mtc终端的情况下，终端另外从基站接收sib1和sib2(3107)。sib1和sib2包含关于当前基站的prach信息和mtc子带(图29中的(2901)(2903)(2905)(2911)(2913)(2915))信息，并且根据本公开，另外，可以通过sib1或sib2来发送指示对mtc子带的接入是否被阻塞的指示符。这是为了防止在特定mtc子带中的拥塞。根据从sib1和sib2接收到的信息，终端随机地或者通过利用终端标识符的预定方法选择未阻塞的mtc子带(图29中的mtc子带22903或2913)，并将操作频率更改为对应频率(3111)。此后，如上文结合图28所述，执行随机接入(3113)。在随机接入已经成功后(3115)，当需要随机接入操作时，终端继续在相应的mtc子带上操作，并且直到在将来转移到空闲模式(rrc_idle状态)之前，在当前操作的mtc子带上执行随机接入以与基站通信(3117)。当随机接入过程失败时(3115)，终端选择或重选另一小区(3131)。图32是示出根据本公开的实施例的帧结构的图。参考图32，纵轴表示频率，横轴表示时间。存在用于从基站向终端发送信号的下行链路3233和用于从终端向基站发送信号的上行链路3235，在图32中，示出了可以在下行链路和上行链路上由窄带mtc终端使用的n个独立频带。首先，存在用于发送基本信息的单独子带，通过该基本信息窄带mtc终端可能具有初始接入(3207)。通过该子带，发送小区中的终端执行基本操作所需的信息(诸如mib和sib)，以发送关于相应的小区是否支持窄带mtc终端的信息以及关于其中窄带mtc终端操作的子带3201、3203、3205、3211、3213、3215和3217的信息。同时，子带可以成对提供。例如，可以存在对应于子带1的下行链路3201和上行链路3211、对应于子带2的下行链路3203和上行链路3213以及对应于子带n的下行链路3205和上行链路3215。与图29中不同，在图32中，每个子带的每个上行链路不存在prach，并且假设为窄带mtc终端通常使用的随机接入提供单独的子带(3217)。也就是说，假设每当需要随机接入时，窄带mtc终端将其操作频率转移到子带3217以用于随机接入以发送随机接入前导码。图33是示出根据本公开的第十一实施例的在结合图32描述的帧结构中提出的mtc终端的随机接入过程的消息流的流程图。仅支持窄带频率的终端3301首先检查基站是否支持终端以便接入基站3303。尽管为了方便如上所述仅支持窄带频率的终端表示为mtc终端，但是本公开不限于mtc，并且可以指仅支持窄带频率的所有类型的终端。为了通知基站支持mtc终端，根据本公开，建议向mib添加预定指示符，并且在包括预定指示符的情况下，终端可以识别发送mib的基站支持mtc终端并且可以继续执行接入过程。在基站不支持mtc终端的情况下，终端确定不能接入基站，因此基站被阻塞，并尝试接入具有相同频率的基站或具有其他频率的小区/基站。此后，终端接收诸如sib13313或sib23315的系统信息，以接收当前基站的prach信息和mtc子带(图32的3201、3203、3205、3211、3213、3215和3217)信息。此外，还可以发送指示是在sib1还是sib2中已经阻塞对mtc子带的接入的指示符(3215)。这是为了防止特定mtc子带中的拥塞。本实施例假设前导码群组是每个子带分离的。例如，在存在50个可用的前导码的情况下，前导码1到10可以用于mtc子带1，并且前导码11到20可以用于mtc子带2，而这些数字仅仅是示例，并且基站使用sib1或sib2向终端发送相应的信息。因此，执行初始接入的终端通过使用终端的标识符的预定方法或随机地在基站的当前未阻塞的mtc子带当中选择特定的mtc子带，并选择与相应的群组相相应的一个前导码(3321)。在示例性图中，假定选择mtc子带2，因此，选择属于mtc子带2的一个前导码。同时，如果不是初始接入，则根据当前操作的mtc子带选择与相应子带对应的群组的前导码之一。此后，终端将上行链路传输频率(3323)改变为用于随机接入的子带(图32的3217)，以用于传输前导码，并发送所选择的前导码(3331)。此后，为了接收对所发送的前导码的响应即rar消息，终端将下行链路频率(3333)改变为发送的前导码所属的下行链路子带(图31中的3103)，并接收rar消息(3335)。根据接收到在操作3331中接收到的前导码的群组，基站通过rar消息分配与对应群组的上行链路(图31的3113)对应的资源。在接收到rar消息之后，终端根据在操作831中发送的前导码群组将上行链路操作频率改变为相应的mtc子带(图32中的3213)，并且如上文结合图28所述发送msg3(3339)。根据上述过程成功地进行随机接入，终端直到在将来转移到空闲模式(rrc_idle状态)之前，当所述过程当需要随机接入操作时，选择与当前操作的mtc子带相相应的前导码(3321)，并根据上述方式执行随机接入以与基站通信。图34是示出根据本公开的实施例的应用mtc终端的随机接入过程的第十一实施例的终端的操作的流程图。参考图34，处于rrc_idle模式的mtc终端通过小区选择或小区重选处理选择小区(3401)，并与所选择的小区同步并接收mib信息(3403)。根据本公开，为了通知基站是否支持mtc终端，建议向mib添加预定指示符，并且在添加了预定指示符的情况下(3405)，终端可以通过识别发送mib的基站支持mtc终端来继续执行接入过程。然而，在基站不支持mtc终端的情况下，终端确定相应的已经被阻塞，并执行选择其他小区的过程(3409)。在识别出基站支持mtc终端的情况下，终端另外从基站接收sib1和sib2(3407)。sib1和sib2包含关于当前基站的prach信息和mtc子带(图32中的(3201)(3203)(3205)(3211)(3213)(3215)(3217))信息，并且根据本公开，此外，可以通过sib1或sib2来发送指示对mtc子带的接入是否被阻塞的指示符。这是为了防止特定mtc子带中的拥塞。在当前随机接入是初始接入或重新接入的情况下(3411)，终端根据从sib1和sib2接收到的信息，通过使用终端的标识符的预定方法或随机地在基站的当前未阻塞的mtc子带当中选择特定的mtc子带，并选择与相应群组相应的一个前导码(3413)。在示例性图中，假设选择mtc子带2，因此，选择属于mtc子带2的一个前导码。同时，如果不是初始接入，则根据当前操作的mtc子带选择与相应子带对应的群组的前导码之一(3415)。此后，如上文结合图33所述，执行随机接入(3417)。在成功的随机接入过程之后，终端继续在相应的mtc子带上操作，并且直到在将来转移到空闲模式(rrc_idle状态)之前，当需要随机接入操作时，选择与当前操作的mtc子带相应的前导码(3415)，并根据上述过程执行随机接入(3417)以与基站通信。图35是示出根据本公开的第十二实施例的在结合图32描述的帧结构中提出的mtc终端的随机接入过程的消息流的流程图。仅支持窄带频率的终端3501首先检查基站是否支持该终端以便接入基站3503。尽管为了方便如上所述仅支持窄带频率(例如，1.4mhz)的终端表示为mtc终端，但是本公开不限于mtc，并且可以指仅支持窄带频率的所有类型的终端。为了通知基站支持mtc终端，根据本公开，建议向mib添加预定指示符，并且在包括预定指示符的情况下，终端可以识别发送mib的基站支持mtc终端并且可以继续执行接入过程。在基站不支持mtc终端的情况下，终端确定不能接入基站，因此基站被阻塞，并尝试接入具有相同频率的其他基站或具有其他频率的小区/基站。此后，终端接收诸如sib13513或sib23515的系统信息，以接收当前基站的prach信息和mtc子带(图32的3201、3203、3205、3211、3213、3215和3217)信息。同时，与上述结合图33所述的实施例不同，在本实施例中，假设还存在映射到上行链路的下行链路随机接入子带(例如，图32中的3207)。也就是说，如果通过图32的子带3217发送了随机接入前导码，对其的响应消息(rar消息)通过预定的下行链路子带(例如，图32的3207)发送，并且也通过sib1或sib2接收该信息。在已经接收到prach信息和mtc子带信息之后，终端将上行链路和下行链路操作频率改变(3521)为随机接入子带(图32的3217和映射到其的下行链路(例如，图7的3207))，选择任何前导码(3523)，并且通过前导码子带(图32的3217)发送所选择的前导码(3531)。此后，它从预定的前导码下行链路子带(图32的3207)接收rar消息(3533)。基站在rar消息中配置关于将来终端要操作的子带的信息，并将其发送。根据配置信息，终端将上行链路和下行链路操作频率改变成如上所配置的子带(3535)，并且如结合图28所述发送msg3(3537)并在相应的mtc子带上操作。同时，当在将来要求随机接入时，根据上述过程已成功地执行随机接入的终端，将操作频率改变为随机接入子带(3521)并执行随机接入过程。照此，在终端被用于与基站链接而不是执行初始接入或重新接入的情况下，终端在发送msg3(3537)时包括关于其曾经操作的子带的信息到msg3中，并通知基站。为了通知，可以使用称为新macce的mac层消息来通知关于所使用的现有mtc子带的信息。此后，终端将操作频率改变为使用的现有mtc子带并操作(3539)。图36是示出根据本公开的实施例的应用mtc终端的随机接入过程的第十二实施例的终端的操作的流程图。参考图36，处于rrc_idle模式的mtc终端通过小区选择或小区重选处理选择小区(3601)，并与所选小区同步并接收mib信息(3603)。根据本公开，为了通知基站是否支持mtc终端，建议向mib添加预定指示符，并且在添加了预定指示符的情况下(3605)，终端可以通过识别发送mib的基站支持mtc终端而继续执行接入过程。然而，在基站不支持mtc终端的情况下，其确定相应的已经被阻塞，并执行选择其他小区的过程(3609)。在识别出基站支持mtc终端的情况下，终端另外从基站接收sib1和sib2(3607)。sib1和sib2包括当前基站的prach信息和mtc子带(图32的3201、3203、3205、3211、3213、3215和3217)信息。终端根据接收到的信息转移到随机接入子带，并发送前导码并接收响应于其的响应消息(3611)。在初始接入或重新接入的情况下(3613)，根据包括在响应消息中的配置信息完成剩余的随机接入过程(3615)。已经与基站一起操作的终端，如结合图10所描述的，包括关于其曾经操作的mtc子带的信息到msg3中，并且转移到相应的mtc子带并完成剩余的随机接入过程(3617)。已经成功完成剩余的随机接入过程(3619)，终端随后继续在相应的mtc子带上操作(3621)，并且在将来连接状态需要随机接入的情况下，包括关于其曾经操作的mtc子带的信息到msg3中(3617)，并且操作以继续在原来曾经使用的mtc子带上操作。图37是示出根据本公开的实施例的ue的内部结构的框图。终端与高层单元3710传达数据并通过控制消息处理器3715传达控制消息。终端在控制器3720的控制下通过复用器3705复用控制信号或数据，当向基站发送控制信号或数据时，通过发送器3700发送数据。相比之下，在接收时，终端在控制器3720的控制下通过接收器3700接收物理信号，通过解复用器3705对接收到的信号进行解复用并取决于每个消息信息而传送到高层单元3710或控制消息处理器3715。例如，sib是这样的控制消息。虽然描述了终端由多个块组成并且每个块执行不同功能的示例，但这仅仅是示例，并不限于此。例如，由解复用器1205执行的功能可以由控制器1220执行。图38是示出根据本公开的实施例的基站的内部结构的框图。参考图38，根据本公开，基站可以包括收发器3805、控制器3810、复用和解复用单元3820、控制消息处理器3835、各种高层单元3825和3830以及调度器3815。收发器3805通过前向载波发送数据和预定的控制信号，并通过反向载波接收数据和预定的控制信号。当配置了多个载波时，收发器3805通过多个载波进行数据和控制信号的通信。复用和解复用单元3820复用在高层单元3825和1330或控制消息处理器3835中生成的数据或者解复用从收发器3805接收的数据，并将结果数据传送到适当的高层单元3825和3830、控制消息处理器3835或控制器3810。控制消息处理器3835可以处理从ue发送的控制消息，并执行必要的操作，或者生成要传送到ue的控制消息，并将控制消息传送到较低层。可以根据ue或服务来配置高层单元3825和3830，并且可以处理在诸如文件传输协议(ftp)或基于因特网协议的语音(voip)的用户服务中生成的数据以将其传送到复用和解复用单元3820，或者处理从复用和解复用单元3820传送的数据，以将其传送到高层单元的服务应用。考虑到例如ue的缓冲状态、信道状态和活动时间，调度器3815在适当的时间向ue分配传输资源，并控制收发器以处理从ue发送的信号或者向ue发送信号。使用所提出的方法使得能够无缝通信和支持随机接入，使得支持窄带频率的mtc终端可以接入以宽带频率操作的基站。同时，随着称为网站实时通信(webrtc)的网站应用程序编程接口(api)已经被标准化，用户偶然能够通过浏览器进行呼叫(实时通信)，而无需安装用于浏览器的插件或单独的应用。用户(发送者)可以通过浏览器下载网站应用，并且可以使用发送者已知的接收者的身份(id)进行呼叫。这里，接收者需要下载与发送者使用的应用相同的网站应用，或至少可以通过他的浏览器与发送者的网站应用可互操作的网站应用，以便接收呼叫。上述基本的基于webrtc的呼叫是受限的。例如，特定的网站应用应该已经通过浏览器下载以用于呼叫和接收。简单地说，需要呼叫和接收以接入特定的网站和登录(一些网站取决于其特征而不需要登录)。从发送者和接收者不会在通话之前预先同意通过他们的浏览器下载特定的网站应用的通常角度来看，这种限制是非常麻烦的。为了解决这样的限制，3gpp自版本12以来已经进行了使得通过webrtc能够使用遗留移动通信网络的ims的工作。这项工作的核心思想在于允许希望通过webrtc呼叫的用户在ims中注册。为方便起见，在ims中注册并通过webrtc呼叫的用户被称为webrtcims客户端(“wic”)。关于发送者的关于上述工作的影响的立场来看，目标接收者从已经下载了兼容网络应用的浏览器用户扩展到普通移动电话用户或固定电话用户。关于接收者的立场这是正确的。虽然基本的基于webrtc的呼叫要求发送者是已经下载了兼容的网络应用的浏览器用户，但3gpp工作使普通移动电话用户或固定电话用户能够向在ims中注册的接收者呼叫。一般来说，为了在某个地方注册，需要注册实体的id。同样，为了在ims中注册，需要imsid。imsid是指ims公开用户id(impu)和/或ims私有用户id(impi)。现有的3gpp版本12任务主要集中在标准化以下的情况，其中wic可以从终端/用户本身，诸如终端的用户识别模块(sim)卡和/或用户输入获得impu、impi和/或其相关的ims认证信息。然而，当wic可以从终端/用户本身获得impu、impi和/或ims认证信息时，呼叫不需要依赖浏览器。在这个意义上，标准化失去了其实用性或适用性。根据本公开的实施例，提出了一种使wic能够通过ims和webrtc呼叫而不需要直接从终端/用户获得imsid和/或其相关ims认证信息的方法和装置。图39是示出根据本公开实施例的通过wic注册到ims的处理的流程图。结合图39描述的本公开的实施例可以应用于，例如，-已经与网络服务器完成认证的wic通过单个impu在ims中注册的场景，和/或-从由网站服务器处理的impu池分配了单个impu的wic在ims中注册的场景。以下，详细说明本公开的实施例。图39示出了根据本公开的实施例的场景。用户可以通过浏览器接入webrtc网站服务器功能(wwsf)3910的资源。为了安全起见，用户可以通过基于安全套接字层的超文本传输协议(hypertexttransferprotocoloversecuresocketlayer)(https)协议与wwsf3910建立连接。浏览器可以从wwsf3910下载网站应用。因此，wic3900可以被激活。在操作3940中，wwsf3910可以通过各种网站认证方案中的至少一种与webrtc认证功能(waf)3915互动(interwork)或以其自己的方式认证用户。示例性的网站认证方案是使用用户id和密码。wwsf3910和/或waf3915可能无法认证用户。wwsf3910可以确定要分配给用户的impu和/或impi。分配的impu和/或impi可以具有与用户的半永久或临时连接。例如，分配给不执行网站认证的用户的impu和/或impi很可能被设计为具有临时连接。相比之下，分配给执行网站认证的用户的impu和/或impi可以建立与用户(或用户id)的半永久连接。waf3915可以发出与由wwsf390分配的impu和/impi相应的令牌。wwsf3910可以将waf395发出的令牌传送给wic3900。wwsf3910可以传送分配给wic3900的附加impu和/或impi。在操作3945中，wic3900可以启动与增强型p-cscf(ep-cscf)3920的安全网站套接字连接以用于webrtc。因此，可以将wic3900看作已经完成用于在作为ims实体的ep-cscf3920中进行注册的准备。在操作3950中，wic3900可以向ep-cscf3920发送ims注册请求消息。注册请求消息通常包括impu和/或impi。当wic3900在操作3940中从wwsf3910接收到impu和/或impi时，或者在操作3940中从自wwsf3910接收到的令牌获取impu和/或impi时，则可以将impu和/或impi置于注册请求消息中。否则，需要定义应该发送什么信息而不是impu和/或impi以及如何发送。用于插入impi的报头字段(例如，用户名报头字段)不一定被发送、填充。然而，可能通常需要填充包含在注册请求消息中的impu的报头字段(例如，to、from)。ep-cscf3920可以下面描述的操作3955中使用令牌来执行认证。为此，wic3900(如果有impu)可能会将令牌插入将用impu填充的报头字段。以sip消息为例，wic3900可以使用令牌生成值来填充to和/或from报头字段。在操作3955中，从wic3900接收注册请求消息的ep-cscf3920可获得令牌。ep-cscf3920可确定令牌是否有效。为了验证令牌的有效性，ep-cscf3920可与waf3915互动。当令牌有效时，ep-cscf3020可以从令牌提取impu、impi、waf3910id、wwsf3910id和令牌的生命周期。在操作3960中，ep-cscf3920可以用从令牌提取的impu来填充要传送到i-cscf3930的register消息的to和from报头字段。ep-cscf3920可以用从令牌提取的impi来填充要传送到i-cscf3930的register消息的用户名报头字段。虽然wic3900在填充时发送了报头字段，但ep-cscf3920可以用从令牌中提取的信息来重写报头字段。从可以从令牌中提取令牌的生命周期的事实可以看出，令牌具有由已经发出令牌的waf3915分配的生命周期。当令牌的生命周期到期时，可以重新分配从令牌中可提取的impu和/或impi。这可以通过调整wic3900的ims注册维持时间来完成。ep-cscf3920可以将从令牌提取的令牌的生命周期设置为register消息的到期报头字段的值(如果wic3900在操作3950中传送注册到期时间，则可以设置更短的注册到期时间和从令牌中提取的令牌的生命周期)。i-cscf3930可以将register消息传送到s-cscf3930。在操作3965中，i/s-cscf3930可以发送200ok消息。该消息可以包括impu和/或impi。在操作3970中，ep-cscf3920可以将200ok消息传送到wic3900。在200ok消息包括impu和/或impi的情况下，wic3900将其存储并且可以使用impu和/impi以用于与将来的注册有关的重新注册/取消/会话管理消息。如果没有，则wic可以在配置与注册相关的重新注册/取消/会话管理消息时使用令牌。200ok消息可以包括由ep-cscf3920在操作3960中设置的注册到期时间值。当注册到期时间到期时，wic3900在ims中释放注册，并且可以向wwsf3910通知注册到期。如上所述，wwsf3910可以新分配impu和/或impi。本领域普通技术人员将理解，本公开可以以其他各种具体形式实现，而不改变本公开的实质或技术精神。因此，应当注意，上述实施例作为示例提供，并且不应被解释为限制。在上述实施例中，可以可选地执行或省略所有步骤或消息。在每个实施例中，步骤中的步骤和操作可能不必然地按顺序执行，并且可以以相反的次序执行。消息的传送可能不必然地按顺序执行，并且可以以相反的次序执行。每个步骤和消息可以独立地执行。虽然上面已经描述了本公开的具体实施例，但是在不脱离本公开的范围的情况下，可以对其进行各种改变。因此，本公开的范围不应限于上述实施例，并且应该由所附权利要求及其等同物来限定。当前第1页12