【发明授权】通信系统_日本电气株式会社_201680021176.2 

申请/专利权人:日本电气株式会社

申请日:2016-04-08

发明/设计人:陈玉华

公开(公告)日:2021-01-12

代理机构:北京林达刘知识产权代理事务所(普通合伙)

公开(公告)号:CN107431890B

代理人:刘新宇

主分类号:H04W4/70(20180101)

地址:日本东京都

分类号:H04W4/70(20180101);H04W68/00(20090101);H04W68/02(20090101);H04W72/04(20090101);H04W72/12(20090101)

优先权:["20150410 GB 1506156.7"]

专利状态码:有效-授权

法律状态:2021.01.12#授权;2017.12.29#实质审查的生效;2017.12.01#公开

摘要:公开了一种通信系统,其中在该通信系统中,基站从核心网实体接收用于寻呼MTC装置的寻呼请求。基站确定用于向所述MTC装置发送寻呼相关信息的寻呼时机,其中将该寻呼时机定义为使得其标识寻呼相关信息可以被发送以及被重复的多个子帧。基站在利用寻呼时机标识的多个子帧中发送并且适当地重复寻呼相关信息。

主权项:1.一种通信系统所用的基站,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述基站包括:用于提供所述MTC装置使用的系统信息的部件;用于判断是否向所述MTC装置通知已存在系统信息更新的部件;用于通过使用寻呼消息发送通知来向处于空闲模式的MTC装置通知所述系统信息更新的部件;以及用于使用专用信令来向处于无线资源控制连接模式即RRC连接模式的MTC装置提供系统信息的部件,使用所述专用信令提供的所述系统信息包括表示所述MTC装置使用的系统信息的部分而非全部的系统信息。

全文数据:通信系统技术领域[0001]本发明涉及移动通信装置和网络,特别是但不排他地涉及根据第三代合作伙伴计划3GPP标准或其等同项或衍生项而工作的移动通信装置和网络。特别地但不排他地,本发明与包括高级LTE的、UTRAN的长期演进(LTE称为演进通用陆地无线接入网络(E-UTRAN相关。背景技术[0002]在移动(蜂窝)通信网络中,(用户)通信装置也称为用户设备UE,例如移动电话经由基站与远程服务器或者与其它通信装置进行通信。在它们彼此的通信中,通信装置和基站使用经许可的射频,所述经许可的射频通常划分为频带和或时间块。[0003]为了能够经由基站进行通信,通信装置需要监视基站操作的控制信道。这些控制信道之一、即所谓的物理下行链路控制信道PDCCH和或Re1-13中的所谓的演进PDCCHEroCCH承载调度分配和其它控制信息。(EHXXH服务于各种用途。主要地,(EHXXH用于向各个通信装置传送调度决策、即针对上行链路通信和下行链路通信的调度分配。[0004]EPDCCH上承载的信息被称为下行链路控制信息DCI。诸如EPDCCH等的物理控制信道在一个或多个连续控制信道单元CCE的聚集上发送,其中控制信道单元与九个资源单元组REG相对应。各REG具有四个资源单元RE。[0005]在物理下行链路共享信道PDSCH上设置寻呼信道将寻呼信道映射到物理下行链路共享信道PDSCH,以向通信装置通知系统信息改变和或针对一个或多个通信装置的传入通信诸如移动终止呼叫、短文本消息和或下行链路数据等)。经由EHXXH来调度寻呼消息(但这些寻呼消息在HSCH上发送)。具体地,在基站所发送的各无线帧中,存在至少一个预定寻呼时机PO针对各无线帧最多有四个PO,其中各PO是基站可以在PDCCH上发送控制数据以对关联寻呼消息进行调度的子帧。各寻呼消息可以标识发送寻呼消息所针对的一个或多个通信装置。每当PO包括所谓的寻呼标识符、即寻呼无线网络临时标识符P-RNTI其中该寻呼标识符对于小区内的所有LTE装置均相同)时,各通信装置处理控制数据,并且在该控制数据所标识的时频资源处继续对寻呼信道上所广播的寻呼消息进行解码。[0006]更详细地,每当存在针对特定通信装置的下行链路数据或传入呼叫)时,网络向可能服务该通信装置的基站通知该数据或呼叫)。响应于此,基站生成无线资源控制RRC寻呼消息,并且通过经由HSCH广播发送所生成的针对该通信装置的寻呼消息。使用预定PO中的位置已被通信装置(例如,从基站的系统信息广播)知晓的一个PO来调度该寻呼消息。该寻呼消息包括标识正被寻呼的各通信装置的一个或多个寻呼记录以及寻呼该通信装置的原因。[0007]如果通信装置找到利用PO中的(经由PO所发送的控制数据中的)P-RNTI所寻址的EPDCCH,则该通信装置继续从利用经由PDCCHPO所发送的关联控制数据标识的PDSCH资源块RB接收RRC寻呼消息并对该RRC寻呼消息进行解码。如果在解码后的RRC寻呼消息中针对特定通信装置找到了寻呼记录,则该通信装置继续对寻呼消息作出响应而其它的未被寻呼的通信装置针对下一PO继续监视)。在适当情况下,被寻呼的通信装置与基站进行随机接入过程,从而与网络建立连接并能够对寻呼消息(即,通信装置的寻呼记录所关联的传入通信作出响应。[0008]电信的最近发展已经见证了机器类型通信MTC装置的使用的大量增加,其中机器类型通信MTC装置是被配置为在无人辅助的情况下通信和进行动作的网络化装置。这类装置的示例包括智能仪表,该智能仪表可被配置为进行测量并且经由电信网络将这些测量中继至其它装置。机器类型通信装置也称为机器对机器M2M通信装置。[0009]每当MTC装置具有要向远程“机器”(例如,服务器或用户发送的数据或要从其接收的数据时,这些MTC装置(在必要的情况下,在进行适当的随机接入过程之后)连接至网络。MTC装置使用针对移动电话或类似的用户设备而言优化的通信协议和标准。然而,MTC装置一旦部署,通常在不需要人工监督或交互的情况下工作,并且遵循内部存储器中存储的软件指令。MTC装置还可以在长时间段内保持静止和或不活动。支持MTC装置的特定网络要求已经在3GPP技术规范TS22.368V13.1.0中规定,其内容通过引用而并入于此。[0010]对于与MTC装置有关的标准的发行13Rel-13版本,设想在下行链路和上行链路中支持1.4MHz的减小带宽。因此,一些MTC装置将仅支持相比总LTE带宽而言有限的带宽通常为1.4MHz,以及或者它们可以具有较少简化的组件。这使得这类“减小带宽的”MTC装置相比支持更大带宽和或具有更复杂组件的MTC装置而言更为经济。有益地,EPDCCH在相对窄的频谱(I.4Mhz上发送,这使得EPDCCH可与Rel-13减小带宽的MTC装置兼容。[0011]网络覆盖的缺乏(例如,当部署在室内时)结合MTC装置的通常有限的功能可能导致这类MTC装置具有低数据速率,因此存在MTC装置接收不到诸如EPDCCH等的一些消息或信道的风险。为了减轻这种风险,已经提出增大传输的覆盖以支持这类MTC装置例如,与用于频分双工FDD传输的20dB相对应)。[0012]为对于所谓的“覆盖增强的MTC装置”增强覆盖所提出的一个方法是使相同信息例如,经由EroCCH所发送的DCI跨多个子帧(例如,两个、三个或四个子帧而重复。换句话说,对于覆盖增强CE的MTC装置,基站在时域中重复所发送的信息基站在首次发送该信息的子帧之后的一个或多个子帧中重新发送相同信息)。这种覆盖增强的MTC装置可被配置为组合在多个子帧中接收到的(相同)信息的多个副本,并且在组合所接收到的信息之后,与基于所发送的信息的单一副本相比,覆盖增强的MTC装置更有可能能够成功地对所接收到的信息进行解码。与基站所进行的相同信息的重复相同,覆盖增强的MTC装置也被配置为在时域中)重复发送至基站的信息,以便于在基站处成功地接收到该信息。[0013]在实践中,MTC装置可能部署在不同的位置中,并且MTC装置可能经历不同的信道条件。因此,可能需要针对各装置的情况或覆盖水平来定制重复次数,并且各MTC装置向其服务基站通知所需的覆盖量例如,5dB10dB15dB20dB覆盖增强),以使得基站能够适当地调整其控制信令。[00M]针对MTC装置例如,低复杂度的和或覆盖增强的MTC装置)以及针对诸如传统的移动电话等的其它非MTC通信装置,分开发送寻呼消息。此外,3GPP设想了可以根据MTC装置的工作模式例如,MTC装置是否正以正常覆盖模式OdBCE水平)、5dBCE水平、IOdBCE水平还是15dBCE水平进行工作来在不同的子带中发送针对MTC装置的寻呼消息。发明内容[0015]发明要解决的问题[0016]因此,可以看出,在寻呼针对CEMTC装置的情况下,将需要支持传输的重复。然而,当前寻呼过程不支持这种重复。[0017]此外,即使支持重复,在基站处,也可能存在关于正被寻呼的MTC装置的类型和或该MTC装置所需覆盖增强水平的不确定性,这会导致使用不正确的重复次数以及或者在错误的时频资源中和或利用错误的格式发送寻呼消息。例如,如果(如一些3GPP参与方当前提出的CE水平关联至(linkedto广播寻呼通信的特定1.4MHz子带寻呼位置),则与CE水平有关的这种不确定性可能导致将一些低复杂度的MTC装置调谐至位于针对这些MTC装置发送寻呼消息和或关联的控制数据所经由的子带以外的1.4MHz带宽。然而,不存在确保通信装置所采用的CE水平与(针对该通信装置所用的)基站所采用的CE水平相同的简单方式。[0018]因此,本发明试图提供至少部分解决上述问题的系统、装置和方法。[0019]用于解决问题的方案[0020]在一方面,本发明提供一种通信系统所用的基站,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述基站包括:用于判断为需要向所述MTC装置通知已存在系统信息更新的部件;用于通过使用寻呼消息发送通知来向处于空闲模式的任何MTC装置通知所述系统信息更新的部件;以及用于使用MTC装置专用信令来向处于无线资源控制连接模式即RRC连接模式的任何MTC装置提供所述系统信息的部件。[0021]在一方面,本发明提供一种机器类型通信装置即MTC装置,用于与基站进行通信,所述MTC装置包括:用于与所述基站形成无线资源控制连接即RRC连接以进入RRC连接模式的部件;以及收发器,其被配置为在处于所述RRC连接模式的情况下,使用专用信令来获得与所述基站的小区相关联的系统信息。[0022]在一方面,本发明提供一种通信系统所用的基站所进行的方法,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述方法包括以下步骤:判断为需要向所述MTC装置通知已存在系统信息更新;通过使用寻呼消息发送通知来向处于空闲模式的任何MTC装置通知所述系统信息更新;以及使用MTC装置专用信令来向处于无线资源控制连接模式即RRC连接模式的任何MTC装置提供所述系统信息。[0023]在一方面,本发明提供一种通信系统中的机器类型通信装置即MTC装置所进行的方法,其中在所述通信系统中,所述MTC装置经由基站进行通信,所述方法包括以下步骤:与所述基站形成无线资源控制连接即RRC连接以进入RRC连接模式;以及在处于所述RRC连接模式的情况下,使用专用信令来获得与所述基站的小区相关联的系统信息。[0024]本发明的方面延伸至相应的系统、方法以及诸如其上存储指令的计算机可读存储介质等的计算机程序产品,该计算机程序产品能够操作以对可编程处理器进行编程以执行如以上阐述的或权利要求书中记载的方面和可能性中所描述的方法、以及或者对适当适配的计算机进行编程以提供权利要求书中任一项所记载的设备。[0025]本说明书该术语包括权利要求书)中所公开的和或附图中所示的各特征可以单独地或者与任何其它所公开和或所例示的特征相结合地包含在本发明中。特定地但非限制性地,根据从属于特定独立权利要求的任何权利要求所述的特征可以以任何组合的形式或单独地引入至独立权利要求中。[0026]现将参考附图仅通过示例的方式来说明本发明的实施例,在附图中:附图说明[0027]图1示意性地示出可以应用本发明的实施例的电信系统;[0028]图2是示出图1所示的通信装置的主要组件的框图;[0029]图3是示出图1所示的基站的主要组件的框图;[0030]图4示出在图1所示的系统中可以实现寻呼的典型方式;[0031]图5示出在图1所示的系统中可以采用的典型寻呼配置选项;[0032]图6示出在图1所示的系统中可以采用的另一典型寻呼配置选项;[0033]图7示出在图1所示的系统中可以采用的另一典型寻呼配置选项;[0034]图8示出在图1所示的系统中可以采用的另一典型寻呼配置选项;[0035]图9示出针对图1所示的系统中的通信装置可以确定在特定小区中要采用的)所需覆盖增强水平的典型方式;以及[0036]图10示出针对图1所示的系统中的通信装置可以确定在特定小区中要采用的所需覆盖增强水平的另一典型方式。具体实施方式[0037]〈相义述〉[0038]图1示意性示出用户装置3诸如移动电话3-1和MTC装置3-2等可以经由E-UTRAN基站5表示为“eNB”)和核心网7而与彼此和或与其它通信节点进行通信的移动蜂窝)电信系统1。如本领域技术人员应当理解,虽然图1中出于图示目的而示出一个移动电话3-1、一个MTC装置3-2以及一个基站5,但该移动蜂窝)电信系统在实现时将通常包括其它基站和通信装置。[0039]各通信装置3可以属于一个或多个类别的UE。第一类别的UE包括仅支持较早发行版本例如,Rel-8、Rel-9、Rel-10、Rel-ll和或Rel-12的LTE标准的通信装置。这样的通信装置通常被称为传统UE假定基站5正根据LET标准的Rel-13而操作)。应当理解,属于该类别的一些通信装置可能不支持EPDCCH而仅支持PDCCH。第二类别的UE包括支持当前发行版本例如,Rel-13和或后续版本的LTE标准的通信装置。第三类别的UE包括不能在基站5的小区中可用的整个带宽上进行通信的减小带宽的UE例如,仅能够使用1.4MHz带宽的Rel-13MTC装置)。第四类别的UE包括需要简化和或放宽某些基站功能的覆盖增强的UE例如,一些MTC装置)(但是此类覆盖增强的UE可以正常地支持其它功能)。[0040]在该示例中,移动电话3-1包括Rel-13UE,并且MTC装置3-2包括减小带宽的MTC装置其还可以是针对适当水平的覆盖增强所配置的)。尽管在图1中未示出,但假定在基站5的小区内还存在多个其它MTC装置。[0041]基站5经由Sl接口连接至核心网7。核心网7包括:用于连接至诸如互联网等其它网络和或连接至在核心网7之外托管的服务器的网关;用于跟踪通信装置3例如,移动电话和MTC装置在通信网络1内的位置的移动管理实体MME;以及用于存储预订相关信息(例如,用于标识哪个通信装置3被配置为机器类型通信装置的信息)以及用于存储针对各通信装置3特定的控制参数的家庭用户服务器HSS;等。[0042]基站5被配置为发送物理下行链路控制信道PDCCH和演进PDCCHEPDCCH,以供位于基站5的小区内的通信装置3接收。(EHXXH将上行链路资源和下行链路资源分配至通信装置3JDCCH和EPDCCH之间的一个差异是:EPDCCH使用使得该EPDCCH可与Rel-13减小带宽的MTC装置兼容的相对窄的频谱(I.4Mhz,而HXXH使用较宽的频谱以提供与传统通信装置的向后兼容性。[0043]所谓的公共搜索空间(CSS是小区中的所有多个UE为了对承载所有多个通信装置3公共的下行链路控制信息DCI的PDCCH进行盲解码所用的搜索空间。例如,CSS可以承载针对以下的下行链路控制信息(DCI:包含与小区接入参数有关的信息的系统信息块SIB;随机接入信道RACH消息;以及或者寻呼信道PCH。在LTERel-13中,CSS也称为“eCSS”)形成EPDCCH的搜索空间的一部分。[0044]由于下行链路和上行链路中的1.4MHz的减小带宽,因此MTC装置3-2不能接收密集地分散在整个小区带宽上的PDCCH即,PDCCH可能在落在MTC装置3-2所支持的1.4MHz以外的频率上发送)。然而,MTC装置3-2可以接收在6RB上、即在MTC装置3-2所支持的1.4MHz带内发送的EPDCCHCSSeCSS。[0045]为了支持MTC装置,基站5的小区带宽包括多个子带例如,非重复子带),其中各子带包括6RB或更少)。有益地,由于减小带宽的MTC装置能够在最大为1.4MHz带宽其大致与6RB相对应上进行通信,因此通信装置3-2能够通过其收发器当前被调谐至的特定子带来发送和接收eCSS及其它数据。[0046]针对MTC装置例如,低复杂度的和或覆盖增强的MTC装置)以及针对其它通信装置,分开发送寻呼消息。针对MTC装置的寻呼消息根据覆盖增强的所需水平支持具有多个束大小重复水平的I3DSCH子帧束重复。有益地,向寻呼通信装置3-2的基站5提供使得该基站5能够判断为通信装置3-2包括低复杂度的(减小带宽的MTC装置和或针对覆盖增强所配置的MTC装置的信息。向基站5提供使得该基站5能够确定在寻呼消息传输期间所需的覆盖增强重复量的信息。[0047]有利地,基站5和MTC装置3-2被配置为针对基站5的小区中的寻呼(以及甚至其它通信采用相同的CE水平。适当CE水平可以由基站5或MTC装置3-2例如,基于信号强度或质量来确定并被通知至另一方)。值接地或者经由核心网7使适当CE水平在基站5和MTC装置3-2之间保持同步。有益地,将针对通信装置的适当CE水平通知给核心网(例如,MME,因而在发起寻呼时,MME能够指示针对特定跟踪区(CA的各小区的各寻呼基站在该小区中针对正被寻呼的MTC装置使用适当CE水平。[0048]应当理解,在要被寻呼的通信装置正以所谓的空闲状态进行工作的情况下,该通信装置的位置仅在跟踪区(TA的基础上(而不是在小区水平上)对于MME是已知的。因此,MME指示该TA内的所有基站包括例如图1的基站5通过采用这些基站的小区关于被寻呼的通信装置所需的CE水平来发送适当格式化的RRC寻呼消息在该RRC寻呼消息中包括针对该通信装置的寻呼记录)。如这里所使用的术语空闲状态是指如下的操作模式:通信装置当前没有正在其专用无线承载上发送接收用户数据,但该通信装置的收发器可以是活动的(例如,该收发器可以仍接收广播数据以及或者进行信号测量等)。[0049]如传统寻呼那样,寻呼时机PO是为了对MTC装置进行寻呼而配置的。然而,有益地,PO在特定子带中定义多个子帧(“束(例如,通过定义该子帧束的起点(或第一子帧的索引)。[0050]在以下更详细描述的示例中,系统可以采用经由ePDCCH的寻呼传输的调度例如,层ILl调度)。然而,在特别有益的示例中,使用无控制寻呼、即无需在ePDCCH中调度关联资源的寻呼。作为替代,在预定大小的传输块上(以及在预定子带上发送基站5的小区内的各通信装置3可以接收到的寻呼消息。[0051]利用PO定义的子帧束是如下的子帧,其中在这些子帧中,在使用ePDCCH调度寻呼传输的情况下,MTC装置用于监视针对寻呼消息调度的ePDCCH的重复。利用PO定义的子帧束是如下的子帧,其中在这些子帧中,在不使用ePDCCH调度寻呼传输的情况下,MTC装置用于监视针对寻呼消息的I3DSCH的重复。[0052]基站5可以针对各CE水平配置不同的资源和或寻呼区域,以使针对在不同的各资源和或寻呼区域之间具有不同的CE水平的MTC装置的寻呼有效地分开。然而,在特别有益的示例中,没有针对不同的覆盖增强水平而使寻呼消息传输分开从而与CE水平无关地、使得所有的MTC装置都能够受益于相同子带中的调度或无控制寻呼)。在这种情况下,可以使用或不使用ePDCCH来实现寻呼消息传输。[0053]总之,上述的通信系统通过特别关注于MTC装置的限制,来支持用于寻呼基站的小区内的通信装置的各种有益选项。可以在不会显著影响小区中的传统和或常规通信装置的情况下,动态地并且在适用的情况下)根据针对各MTC装置的所需水平来调度寻呼消息。[0054]〈通信装置〉[0055]图2是示出图1所示的通信装置3的主要组件的框图。通信装置3可以是MTC装置或被配置为机器类型通信装置的移动或“蜂窝”)电话。通信装置3包括收发器电路31,该收发器电路31可操作以经由至少一个天线33向基站5发送信号以及从基站5接收信号。通常,通信装置3还包括使得用户能够与通信装置3进行交互的用户接口35,然而该用户接口35对于一些MTC装置可以省略。[0056]收发器电路31的操作通过控制器37根据存储器39中存储的软件来进行控制。该软件包括操作系统41、通信控制模块43、调度判断模块44、MTC模块45和寻呼模块47。[0057]通信控制模块43控制通信装置3与基站5和或经由基站5与其它通信节点之间的通信。[0058]调度判断模块44监视基站5在预定PO中(在适用的情况下)的传输,并且判断所监视的PO是否包括用于调度寻呼传输的控制数据。如果所监视的PO包括这种控制数据,则调度判断模块44确定与寻呼传输相关联的通信资源例如,子帧子带)。在正使用无控制的情况下,调度判断模块44维护标识可以发送无控制寻呼消息所经由的资源的信息,并且指示寻呼模块47对该信息中所发送的寻呼消息进行解码。[0059]MTC模块45可操作以执行机器类型通信任务。例如,MTC模块45可以收集用于经由收发器电路31例如周期性地和或在检测到触发时发送至远程服务器的数据。MTC模块45还负责获得判断和或从基站5获得在服务通信装置3的基站5的小区中所要使用的适当CE水平。[0060]寻呼模块47通过调度模块44所确定的适当通信资源接收并处理寻址到通信装置3的寻呼消息。[0061]〈基站〉[0062]图3是示出图1所示的基站5的主要组件的框图。基站5包括E-UTRAN基站(eNB,该E-UTRAN基站包括收发器电路51,该收发器电路51可操作以经由一个或多个天线53向通信装置3发送信号以及从通信装置3接收信号。基站5还可操作以经由适当的核心网接口55诸如Sl接口等)向核心网7发送信号以及从核心网7接收信号。收发器电路51的操作通过控制器57根据存储器59中存储的软件来控制。[0063]该软件包括操作系统61、通信控制模块63、寻呼模块65、系统信息模块67和MTC支持模块69。[0064]通信控制模块53控制与通信装置3的通信。[0065]寻呼模块65生成并经由通信控制模块63发送针对位于基站5的小区内的通信装置3的寻呼消息。[0066]系统信息模块67负责广播系统信息(诸如基站5的小区的配置等和或其它广播信息,以供位于基站5的小区内的通信装置3接收。例如,广播部通过适当的PO发送寻呼模块65所生成的)寻呼消息。[0067]MTC支持模块69处理(生成、发送和接收)针对基站5的小区中的MTC装置的消息。MTC支持模块69负责确保使用所需的重复次数在配置的情况下,依赖于CE水平并且使用适当的时间和频率资源在给定子帧中在MTC装置所支持的1.4MHz带内)来发送每一个这种消息。MTC支持模块69还负责获得确定和或从核心网7获得在与通信装置3进行通信时在基站5的小区中所要采用的适当CE水平。[0068]在以上描述中,为了便于理解,将通信装置3和基站5描述成具有多个分立的模块。虽然例如在已经修改了现有系统以实施本发明的情况下,针对某些应用可以以这种方式提供这些模块,但是在其它应用中,例如在从一开始就考虑到本发明的特征而设计的系统中,可以将这些模块内置到整个操作系统或代码中,因此这些模块可能无法作为分立实体来辨别。[0069]〈操作-一般情况〉[0070]图4示出在图1所示的通信系统1中可以实现寻呼的典型方式。具体地,在该示例中,在roscH上发送寻呼消息,而无需在用于调度寻呼传输的EHXXH上发送任何关联控制数据DCI。有益地,经由系统信息广播来配置例如,利用关联传输块大小TBS确定的)寻呼消息的位置例如,时间频率资源和大小。[0071]此外,在必要的情况下,还可以经由系统信息广播来更新寻呼消息的位置和或大小。例如,基站5能够经由基于以下至少之一的系统信息来表示调整用于寻呼消息的TBS:[0072]-小区中的(当前平均MTC寻呼负荷;[0073]-小区中的所连接UE的数量;以及[0074]-所测量确定估计的)基站的资源使用(不限于MTC寻呼)。[0075]另外,还可以经由系统信息来表示其它寻呼相关信息,诸如当前针对基站5的小区所配置的PO例如,eroCCHPDSCH中的PO的起点)等。应当理解,可以针对各类别的通信装置和或针对各CE水平配置不同的PO并且经由系统信息广播该PO。[0076]〈操作-针对系统信息改变的寻呼〉[0077]为了向位于基站5的小区内的通信装置3通知系统信息例如,PO配置、寻呼TBS和或信道配置等)的改变,基站5被配置为生成适当格式化的寻呼消息并将该寻呼消息发送至通信装置3。使用连同其它定期UE特定寻呼记录在存在的情况下一起发送的1位指示符已知为“systemlnfoModification系统信息修改”位来执行系统信息改变寻呼。在将要改变任何系统信息元素的情况下,基站5在针对其小区内的所有通信装置的所有PO上发送该指示符位,从而确保各通信装置3均有机会无延迟地接收到更新后的系统信息。(经由任何PO接收到包括该系统信息改变指示符位的寻呼消息的各通信装置继续通过例如,在“BCCH修改时间段”的边界处监听下一系统信息广播来获得更新后的系统信息。[0078]然而,应当理解,针对以“RRC_IDLE”和“RRC_C0NNECTED”状态进行工作的通信装置至少针对MTC装置),可以以不同方式通知系统信息改变。[0079]针对处于RRC_IDLE的UE的系统信息改变[0080]应当理解,对于处于空闲模式的通信装置,连同正常寻呼记录一起发送系统信息修改指示符。在这种情况下,基站5需要在所有的PO上发送系统信息改变指示符位,由此寻址所有类型的通信装置还包括MTC装置和传统UE。[0081]可选地,例如,如果系统信息改变相对频繁,则可以使针对系统信息修改的寻呼与正常寻呼分开。在这种情况下,优选地,在预定公共子带例如,中央子带)中发送针对系统信息的寻呼,并且所有的通信装置都需要被配置为在该公共子带上至少在PO期间)进行工作,并且在该子带的一个或多个PO中监视系统信息修改位。结果,在该公共子带中的针对系统修改的寻呼时机期间,不能在其它子带中调度MTC装置。然而,在这种情况下,不必将“systemlnfoModification”位包括在每个子带的每个PO中,尽管需要MTC装置的一些附加寻呼监视,而这可能会使电力消耗略微增加。[0082]针对处于RRC_C0NNECTED的UE的系统信息改变[0083]有可能在与监视寻呼所用的子带不同的子带上调度处于RRC_C0NNECTED模式的通信装置。在任何情况下,应当理解,如上所述,可以连同正常寻呼记录一起发送系统信息修改指示符,即,基站5需要在每个子带的所有PO上发送系统信息改变指示符位,以到达所有类型的通信装置。然而,该选项可能需要处于RRC_C0NNECTED模式的通信装置重新调谐至其关联的寻呼子带,以获得系统信息改变通知。[0084]因此,在该系统中,使用专用信令来向RRCJONNECTED通信装置至少MTC装置通知系统信息的变化。例如,如果针对特定通信装置存在进行中的数据传输,则可以对更新后的系统信息或至少该信息的变化部分)以及正发送至该通信装置的其它数据进行复用。结果,由于经由单播传输来发送更新后的系统信息,因此不要求RRC-C0NNECTED通信装置监视用于系统信息修改的关联P0。这可能使得改进了通信装置特别是在有限带宽上进行工作的MTC装置的工作。[0085]在另一选项中,可以强制使以RRC_C0NNECTED进行工作的通信装置通过释放该通信装置的RRC连接来获得系统信息。这在例如不存在针对该通信装置的进行中的数据传输因而,使数据丢失的风险保持最低限度)的情况下可以是有益的。一旦通信装置的RRC连接被释放,该通信装置继续按照默认过程读取经由广播信道所传输的系统信息。[0086]应当理解,基站5根据实现)可以共同采用基于单播的选项和基于RRC释放的选项。[0087]〈操作-PO配置〉[0088]在当前LTE标准中,将寻呼时机PO定义为可能存在在用于调度寻呼消息的HXXH上所发送的P-RNTI的子帧。无线帧可以包含1个〜4个P0。在使用DRX的情况下,UE需要针对各DRX周期仅监视一个P0。[0089]然而,在本系统中,定义P0,使得在适当情况下还支持针对MTC装置的重复。具体地,将该系统中的PO定义为特定子带中的子帧束的起点),其中:[0090]-在需要ePDCCH来进行寻呼传输的情况下,UE监视用于寻呼消息调度的ePDCCH的重复;或者[0091]-在不需要ePDCCH来进行寻呼传输的情况下,UE监视用于寻呼消息的PDSCH的重复。[0092]此外,可能存在针对不同子带的不同PO例如,以支持具有不同CE水平的MTC装置。[0093]图5〜8示出该系统中的各种PO配置选项和如此产生的寻呼传输的更多详情。[0094]具体地,图5和6所示的示例示出在针对不同的覆盖增强水平使寻呼消息传输分开的场景。[0095]图5示出使用ePDCCHeCSS的寻呼消息传输。在该示例中,在ePDCCH中动态地指示出使得MTC装置能够在PDSCH上获取寻呼消息的调度信息(例如,时频资源,MCSTBS。在这种情况下,可以针对各CE水平使用不同的P-RNTI和不同的eCSS。[0096]图6示出没有使用ePDSCH的寻呼消息传输。该解决方案还可被称为“无控制”寻呼,即在ePDCCH中没有动态地指示出使得MTC装置能够在PDSCH上获取寻呼消息的调度信息(例如,时频资源,MCSTBS,但该调度信息是预定义的或在系统信息中指示的(或者构成系统信息的一部分)。在这种情况下,可以针对不同的CE水平分配PDSCH内的)不同的时间和或频率资源。应当理解,在图6所示的基于HSCH的场景中,有效地,例如如以上参考图4所述,可以针对各CE水平实现无控制寻呼。[0097]在图7和8所示的示例中,没有针对不同的覆盖增强水平使寻呼消息传输分开。具体地,图7示出利用ePDCCH的寻呼消息传输,并且图8示出不利用ePDCCH的寻呼消息传输例如,eHCCH不用于或者不能用于寻呼传输的情况)。应当理解,在图8所示的场景中,有效地,例如如以上参考图4所述,可以实现无控制寻呼。[0098]〈操作-CE水平确定〉[0099]以下说明用于确定针对基站5的小区中的特定MTC装置3-2的适当CE水平的多个选项,以确保MTC装置3-2及其服务基站5这两者在它们彼此的通信中采用相同的CE水平。[0100]图9示出服务基站5表示为“eNB”)负责与特定MTC装置表示为“UE”)在给定小区中应采用哪个CE水平有关的决定的选项。[0101]如在步骤S92中所示,基站5被配置为使用其MTC支持模块69基于基站5和基站5的小区中的MTC装置3-2之间所进行的随机接入过程在图9中表示为“PRACH”)(如一般在步骤S91中所示),来确定针对MTC装置3-2的适当CE水平。[0102]一旦基站5确定了针对MTC装置3-2的适当CE水平,则该基站5在步骤S93中)向存储该信息以供后续使用例如,以供经由该基站5对MTC装置3-2进行寻呼)的核心网7例如,MMEHSS进行通知。[0103]如一般在步骤S94中所示,基站5还可以在单独的消息中或者作为随机接入过程的一部分例如,步骤S94可以构成步骤S91的一部分)向MTC装置3-2通知所确定的针对基站5的小区的CE水平。应当理解,基站5可被配置为例如通过采用与所确定的CE水平相对应的随机接入过程期间和或之后的特定重复次数,来隐式地向MTC装置通知CE水平。[0104]应当理解,存在基站5可以基于RACH过程获得针对MTC装置的适当CE重复水平的多个方式,例如包括:[0105]1具有不同CE水平的MTC装置可以根据前导码资源和相应CE水平之间的适当预定关系映射而使用(具有相应的不同重复次数的)不同前导码资源。在这种情况下,基站可以基于MTC装置3-2使用哪些前导码资源和或基于MTC装置3-2所使用的重复次数来确定适当CE水平。然而,在这种情况下,可选地,基站还可被配置为例如,在基站5能够通过组合比针对该CE水平所需的重复更少的重复来成功地对MTC装置的前导码传输进行解码的情况下使用与利用前导码资源和相应CE水平之间的关系映射表示的CE水平不同的CE水平。[0106]2否则,如果不存在针对各不同CE水平所配置的关联前导码资源集,则基站5可被配置为基于MTC装置3-2所发送的前导码的成功解码所需的重复次数来确定覆盖水平。[0107]此外,例如,如果MTC装置3-2从未连接至该小区或者MTC装置3-2在预定时间窗内没有连接至该小区,则还可以使用以下选项中的一个或多个选项:[0108]3基站5可被配置为在MTC装置3-2从未连接或者MTC装置3-2在预定时间窗内没有连接的小区中采用针对MTC装置3-2的最大和或默认CE重复水平。[0109]4如果MTC装置3-2被重新选择至基站5的)新小区,则可以(利用MTC模块45触发适当的RACH过程,以使基站5检测该MTC装置3-2在新小区中的关联CE水平,否则在新小区中可以不寻呼MTC装置3-2,直到MTC装置3-2经由该小区进行了RACH过程但在其它小区中仍正寻呼MTC装置3-2、或者将通过采用该新小区中的最大和或默认CE重复来寻呼MTC装置3-2为止。[0110]应当理解,如果在小区中(特别是在MTC装置当前正驻留的当前小区中)、MTC装置的所需CE水平例如,基于其自身估计而改变,则可以(利用MTC模块45触发适当的RACH过程,以使基站5更新针对MTC装置针对该小区所存储的关联CE水平。[0111]因此,有益地,该选项使得能够在适当CE水平的确定中针对基站5进行更多控制。在这种情况下,同一MTC装置在不同小区中可以具有不同的CE重复水平。然而,针对各MTC装置,可以将这种小区特定CE水平存储在核心网7MMEHSS中,使得可以在任何小区中使用该小区所需的适当CE水平和重复来寻呼各MTC装置。因而,在MME发起MTC装置3-2的寻呼的情况下,在步骤S95中,MME在其寻呼请求中包括针对MTC装置3-2要被寻呼的各小区的小区ID和各个关联CE重复水平。[0112]如一般在步骤S96中所示,由于基站5和MTC装置3-2这两者采用相同的CE水平,因此基站5可操作以与该CE水平相对应地、在正确的PO上发送(以及MTC装置3-2可操作以与该CE水平相对应地、在正确的PO上监视)资源。因而,在步骤S97中基站5针对MTC装置3-2发送经由S96中的PO所调度的)寻呼消息的情况下,基站5可以针对该MTC装置3-2应用正确的CE水平并且在存在的情况下采用所需的重复次数)。[0113]图10示出MTC装置3-2负责与MTC装置3-2在给定小区中采用哪个CE水平有关的决定的选项。[0114]具体地,在这种情况下,MTC装置3-2在步骤S102中)的判断基于MTC装置3-2附近的多个小区(例如,所检测到的所有小区)的(下行链路无线条件的测量。应当理解,MTC装置3-2可以针对至少其当前服务小区(例如,基站5的小区)测量无线条件。[0115]一旦MTC装置3-2在步骤S102中确定了针对特定小区的适当CE水平或针对多个小区的各个CE水平的集合),则该MTC装置3-2向核心网7例如,MMEHSS通知适用的CE水平和可选的)相应小区ID。应当理解,MTC装置3-2可以报告适用的CE水平在存在的情况下,报告相应小区ID作为能力报告等的一部分。[0116]应当理解,如果MTC装置3-2例如,基于其自身的估计信号质量测量判断为至少一个小区中的)所需CE水平发生改变特别是在MTC装置3-2当前正驻留的当前小区中),则该MTC装置3-2可以通知核心网7并且更新针对MTC装置针对CE水平已改变的至少一个小区所存储的关联CE水平。[0117]应当理解,MTC装置3-2可被配置为在满足以下条件中的一个或多个条件的情况下,报告更新CE水平:iMTC装置进行附加过程;iiMTC装置找到了新的邻近小区作为寻呼小区;以及iiiMTC装置确定所需CE水平的变化和或小区中的无线条件的变化。[0118]核心网7存储该信息以供后续使用(例如,以供在步骤S105中寻呼MTC装置3-2。步骤S105〜S107与上述的步骤S95〜S97相对应,因而为了简单起见,这里省略了针对这些步骤的说明。[0119]与该选项相关联的益处是可以同时测量针对多个小区(包括例如MTC装置3-2的潜在寻呼小区)的所需CE水平并向核心网7进行报告。[0120]〈修改和替代〉[0121]以上说明了详细的典型实施例。如本领域技术人员应当理解,可以对上述典型实施例进行多种修改和替代,同时仍受益于其中实现的发明。[0122]在以上说明中,针对所有传输假定时域中的重复。然而,为了简单起见,在图4〜10中省略了这些重复。[0123]以上参考图5〜8说明了多个选项。应当理解,这些选项并非相互排斥,并且这些选项中的任何选项可以在同一系统内(在一个小区内和或在邻近小区内)组合。例如,基站可被配置为依赖于其小区中的MTC装置的数量类型、依赖于小区中的总负荷和或依赖于通信的类型例如,广播单播),来例如周期性地从一个操作模式改变为另一操作模式。[0124]应当理解,尽管以基站作为E-UTRAN基站(eNB而工作的方式描述了通信系统,但相同的原理可以适用于作为宏基站或微微基站而工作的基站、毫微微基站、提供基站功能的元件的中继节点、家庭基站HeNB或其它这种通信节点。[0125]在以上典型实施例中,描述了LTE电信系统。如本领域技术人员应当理解,本申请中所述的技术可以用于其它通信系统,包括较早的3GPP类型系统。其它通信节点或装置可以包括例如个人数字助理、膝上型计算机、web浏览器等的用户装置。[0126]在以上典型实施例中,基站和通信装置各自包括收发器电路。通常,该电路将由专用硬件电路构成。然而,在一些典型实施例中,收发器电路的一部分可以实现为通过相应控制器运行的软件。[0127]在以上典型实施例中,描述了多个软件模块。如本领域技术人员应当理解,软件模块可以以编译或未编译的形式提供,并且可以作为信号通过计算机网络提供给基站或用户装置或者在记录介质上提供。此外,由该软件的部分或全部执行的功能可以使用一个或多个专用硬件电路来执行。[0128]应当理解,基站可以包括:用于从核心网实体接收用于寻呼至少一个MTC装置的寻呼请求的部件;用于确定所述至少一个MTC装置将被发送寻呼相关信息的寻呼时机的部件,其中所述寻呼时机标识所述寻呼相关信息将首先被发送、然后被重复的多个子帧;以及用于在利用所述寻呼时机标识的所述多个子帧中发送所述寻呼相关信息、然后重复所述寻呼相关信息的部件。[0129]所述寻呼相关信息可以包括标识将寻呼消息发送至所述至少一个MTC装置所要使用的时间和或频率资源的调度信息,并且利用所述寻呼时机标识的所述多个子帧可以是将发送承载所述寻呼相关信息的控制信道的子帧。[0130]所述至少一个MTC装置可以包括具有第一覆盖增强水平的至少一个覆盖增强的MTC装置以及具有与所述第一覆盖增强水平不同的第二覆盖增强水平的至少一个覆盖增强的MTC装置。[0131]在这种情况下,所述寻呼相关信息可以包括:第一寻呼标识符例如,无线网络临时标识符),用于标识针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息;以及第二寻呼标识符例如,不同的无线网络临时标识符),用于标识针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息。[0132]可以在第一子帧内的控制信道中首先发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息,并且可以在与所述第一子帧不同的第二子帧内的控制信道中首先发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关ί目息。[0133]可以在至少一个子帧内的控制信道中发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息,其中在该至少一个子帧中,还使用同一控制信道发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息。[0134]寻呼相关信息可以包括针对所述至少一个MTC装置的至少一个寻呼消息,并且利用所述寻呼时机所标识的所述多个子帧可以是所述至少一个寻呼消息将被发送然后被重复的子帧。在这种情况下,基站还可以包括用于进行以下操作的部件:将用于标识发送所述至少一个寻呼消息所要使用的资源的调度信息在系统信息块中发送至所述至少一个MTC装置。例如,所述调度信息可以包括标识针对所请求的寻呼的传输块大小即TBS的信息。[0135]所述至少一个MTC装置可以包括具有第一覆盖增强水平的至少一个覆盖增强的MTC装置以及具有与所述第一覆盖增强水平不同的第二覆盖增强水平的至少一个覆盖增强的MTC装置。[0136]在这种情况下,可以使用第一预定频率资源来发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息,并且可以使用与所述第一预定频率资源不同的第二预定频率资源来发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息。[0137]可以在第一子帧内的数据信道中首先发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息,并且可以在与所述第一子帧不同的第二子帧内的数据信道中首先发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息。[0138]可以在至少一个子帧内的数据信道中发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息,其中在该至少一个子帧中,还在同一数据信道中发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息。[0139]如果至少一个MTC装置包括至少一个覆盖增强的MTC装置,则所述基站还可以包括用于标识与所述至少一个覆盖增强的MTC装置相关联的覆盖增强水平的部件,并且所述用于发送所述寻呼相关信息、然后重复所述寻呼相关信息的部件可被配置为将所述寻呼相关信息重复发送利用所述覆盖增强水平所定义的重复次数。[0140]所述寻呼请求可以包括标识所述覆盖增强水平的信息,并且其中,所述用于标识与所述至少一个覆盖增强的MTC装置相关联的覆盖增强水平的部件被配置为基于所述寻呼请求中的标识所述覆盖增强水平的信息来标识所述覆盖增强水平。[0141]用于标识与所述至少一个覆盖增强的MTC装置相关联的覆盖增强水平的部件可被配置为基于在用以设置与所述至少一个覆盖增强的MTC装置的随机接入信道RACH的过程期间所获得的信息例如,随机接入前导码序列索引),来标识所述覆盖增强水平。[0142]如果针对所述至少一个覆盖增强的MTC装置不能确定各覆盖增强水平,则所述用于发送所述寻呼相关信息、然后重复所述寻呼相关信息的部件可被配置为将所述寻呼相关信息重复发送根据预定例如,最大和或默认覆盖增强水平所定义的重复次数。[0143]在以上典型实施例中,描述了机器类型通信装置和移动电话。然而,应当理解,移动电话和类似的用户设备也可以被配置成作为机器类型通信装置而工作。例如,移动电话3-1可以包括MTC模块45和或提供MTC模块45的功能)。[0144]MTC应用的示例[0145]应当理解,各通信装置可以支持一个或多个MTC应用。MTC应用的一些示例在以下表来源:3GPPTS22.368V13.1.0,附件B中列出。该列表不是详尽的并且意在指示出机器类型通信应用的范围。[0146][表1][0148][0149]各种其它修改对于本领域技术人员将是明显的,并且将不在此处进一步详细描述。[0150]以下详细说明在当前提出的3GPP标准中可以实现本发明的方式。尽管各种特征被描述为必要或必需的,但例如由于所提出的3GPP标准所施加的其它要求、因而可能仅针对该标准是这种情况。因此,这些陈述决不应被解释为限制本发明。[0151]标题:针对Re1-13MTCUE的寻呼[0152]1.介绍[0153]针对寻址至在正常覆盖和覆盖增强中包括低复杂度UE的MTCeUE的广播信道和单播信道这两者,广泛地需要重复,因而需要针对Rel-13MTCeUE重新设计寻呼传输过程。[0154]在本文中,我们针对以下问题分享了我们的观点:[0155]1.是否需要动态LI调度、S卩θΗΧΧΗ来进行寻呼传输?[0156]2.如何进行针对系统信息改变的寻呼?[0157]3.寻呼消息传输针对不同类型的Rell3MTCUE是否分开?[0158]4.如何确定寻呼传输所用的UE的CE重复水平?[0159]2.论述[0160]在当前规范TS36.304中,一个寻呼时机PO是可能存在在定址寻呼消息的HXXH上所发送的P-RNTI的子帧。一个无线帧包含一个或多个寻呼时机。在使用DRX的情况下,UE针对各DRX周期仅需要监视一个P0。[0161]在Rel-13MTC的上下文中,由于将需要重复,因此PO不再是一个子帧。我们建议采用PO的以下定义:[0162]建议1:寻呼时机PO是特定子带中的子帧束的起点),其中:[0163]-在需要ePDCCH来进行寻呼传输的情况下,UE监视用于寻呼消息调度的ePDCCH的重复,或者[0164]-在不需要ePDCCH来进行寻呼传输的情况下,UE监视用于寻呼消息的PDSCH的重复。[0165]在不同的子带上可以具有不同的P0。[0166]2.1针对系统信息改变的寻呼[0167]如我们所知,还使用寻呼消息来向处于RRC_IDLE的UE和处于RRCJONNECTED的UE通知系统信息改变。系统信息改变寻呼是1位指示符,并且是连同其它正常寻呼记录在存在的情况下)一起发送的。在将要改变任何系统信息元素的情况下,eNB必须针对所有UE在所有PO上发送该指示符以确保将及时通知所有UE。[0168]在Rel-13MTC的上下文中,分别讨论针对处于RRC-IDLE和RRC-C0NNECTED模式的UE的系统信息修改:[0169]针对处于RRC-IDLE的UE的系统信息改变[0170]选项1:连同(作为传统的)正常寻呼记录一起发送针对系统信息修改的寻呼[0171]利用该选项,eNB必须在寻址至作为传统的所有类型的Rel-13MTCUE的所有PO上发送寻呼。由于数百次重复,因此在所有PO上发送的工作与传统相比大得多。[0172]选项2:针对系统信息修改的寻呼与正常寻呼分开[0173]利用该选项,必须在公共子带中发送针对系统信息的寻呼,并且所有UE应在该公共子带上工作并且尝试监视针对系统信息修改的寻呼时机。这意味着在针对系统修改的寻呼时机期间,所有的Rel-13MTCUE都不能在其它子带中被调度。此外,从UE的角度,这将是附加寻呼监视工作,并且导致更大的电力消耗。[0174]考虑到系统信息将极少,更偏好选项1:[0175]建议:连同正常寻呼记录一起发送系统信息修改指示符。[0176]针对处于RRC_C0NNECTED的UE的系统信息改变[0177]选项1:经由(作为传统的)寻呼的系统信息改变的通知[0178]有可能在与用于监视寻呼的子带不同的子带上调度处于RRC_C0NNECTED模式的UE。这将要求UE重新调谐至寻呼和系统信息读取所用的子带。[0179]选项2:经由专用信令来发送新的系统信息:[0180]UE可以继续在单播通道的子带上工作。如果存在大量处于RRC-C0NNECTED的rell3UE,则以UE逐个发送改变后的系统信息将非常昂贵。然而,如果存在针对目标UE的进行中的数据传输,则通过对系统信息和数据进行复用,假设仅将SI的改变部分发送至UE,则将不太曰虫印贝〇[0181]选项3:释放RRC连接[0182]如果不存在针对UE的进行中的数据传输,则另一可能的选择是释放该UE,因而UE将经由广播信道来读取系统信息。[0183]选项2和选项3可以通过eNB实现来一起工作。考虑到仅在存在进行中的数据的情况下才使覆盖增强中的UE保持于RRC-C0NNECTED模式,提出以下建议:[0184]建议:将专用信令用于针对RRC-⑶NNECTEDREL13MTCUE的系统信息改变,即不需要RRC-CONNECTEDREL13MTCUE监视针对系统信息修改的寻呼。[0185]2.2使用或不使用6?0001[0186]与系统信息传输相同,与寻呼传输有关的一个关键问题是是否需要ePDCCH中的动态Ll调度信息,我们的利弊分析如下:[0187]不使用ePDCCHS卩,不具有动态LI调度信息):[0188]-缺乏调度灵活性:不能动态地改变寻呼传输所用的无线资源、调制阶数modulationorder、编码率。[0189]-固定TBSMCS和无线资源:可以在一个PO中寻呼固定数量的(例如,仅1个UE。[0190]-在不存在用以容纳所有寻呼请求的空间的情况下的额外寻呼延迟:在需要寻呼更多的UE时,eNB可以将寻呼延迟至下一个PO,这将引起调度延迟。[0191]-由于固定TBS所引起的寻呼容量限制。另一方面,更多的PO可被配置为增加寻呼容量,然而这将引起用以监视更多PO的更多UE电力消耗。[0192]-节省ePDCCH传输的资源使用。[0193]使用ePDCCHSP,具有动态Ll调度信息)[0194]-更大的调度灵活性:可以动态地改变寻呼传输所用的无线资源、调制阶数、编码率。[0195]-可改变的TBSMCS和无线资源:一个PO中所寻呼的UE的数量是灵活的。[0196]-寻呼容量适应于寻呼请求。[0197]-用于ePDCCH传输的更多无线资源。[0198]-两倍的电力消耗:针对各P0,如果检测到ePDCCH具有P-RNTI这很有可能)JlJUE必须首先监视ePDCCH束然后监视PDSCH束。这意味着由于ePDCCH-PDSCH的两级寻呼监视因而最大存在两倍的电力消耗。[0199]比较“不使用ePDCCH”选项,“使用ePDCCH”选项在调度、寻呼容量方面具有明显的灵活性,并且更加具有适用性。然而,考虑到ePDCCH重复需要额外资源,并不明确是否更具资源效率。此外,从UE的角度,这将导致更多的唤醒时间和增大的电力消耗。折衷方式是在选项“不使用ePDCCH”上允许有限的灵活性,例如以基于例如小区的MTC寻呼负荷来指示调整系统信息中的寻呼消息的TB大小。[0200]建议:RAN2考虑不具有ePDCCH中的动态Ll调度信息,而是指示有限的调度信息,例如SI中的TBS,用于寻呼传输。[0201]2.3分开与否[0202]RANl同意针对Rel-13低复杂度的UE和或以覆盖增强CE进行工作的UE的寻呼消息与针对其它UE的寻呼消息分开发送。尚未确认针对以正常覆盖进行工作和以不同的覆盖增强CE进行工作的Rel-13低复杂度的UE的寻呼消息是否分开发送。[0203]在以下论述中,没有特别提及处于正常覆盖的LCRel-13MTCUE。处于正常覆盖的低复杂度的UE可被视为一个特殊接收CE水平、例如CE水平0,这是因为UE位置对于NW是未知的,因而在计算再分配repartition次数时采用小区边缘覆盖。[0204]分开的情况:针对各CE水平,需要分开的ePDCCHPDSCH发送。在存在针对处于CE水平1的UE的一个寻呼和针对处于CE水平2的UE的另一寻呼的情况下,如果存在ePDCCH,则需要两个ePDCCH,或者如果不存在ePDCCH,则需要两个HSCH。由于针对不同TB的分开填充,因此可能存在更多的PDSCH负荷。关于系统信息修改,eNB必须与所有重复水平相对应地在所有PO上发送寻呼寻呼调度,并且这还意味着更多的资源消耗。UE和网络侧在所有情况中关于重复水平应严格地具有相同的假定,否则将导致传输和监视资源之间的未对准,则寻呼将始终失败。[0205]没有分开的情况:如图所示,重复次数应该是所有被寻呼的UE所需的最大值。在存在针对需要N次重复的处于CE水平1的UE的一个寻呼和针对需要M次重复的处于CE水平4的UE的另一寻呼(其中MN的情况下,eNB将发送包括具有M次重复的这两个UE的两个寻呼记录的寻呼消息。在eNB实现的控制中,在被寻呼的UE之间的重复次数过于不同、并且存在许多寻呼请求的情况下,UE可以将CE水平相同的UE的寻呼分组到一起,并且以额外寻呼延迟为代价在不同时间寻呼不同的组。从UE的观点,不同CE水平的UE尝试在足够数量的子帧上组合ePDCCHroSCH。按照相同的示例,处于CE水平1的UE尝试对N个子帧ePDCCHPDSCH的组合进行解码,但处于CE水平4的UE尝试对M个子帧ePDCCHroSCH的组合进行解码以检查该UE是否被寻呼。如果仅存在少量寻呼请求,则尽管这些寻呼请求具有非常不同的重复次数,但通过对寻呼记录进行复用可能更具资源效率。针对系统信息修改的寻呼的资源消耗将较少。[0206]如果存在ePDCCH,则针对“分开选项”,即使针对不同的CE水平需要不同的ePDCCH,也仍可以以所有的ePDCCH都指向同一PDSCH的方式来将寻址到不同CE水平的寻呼记录复用到一个PDSCHTB中。[0207]基于以上分析,我们更偏好不使针对不同类型的Rel-13MTCUE的寻呼传输分开。[0208]建议:不使针对不同类型的Rel-13MTCUE的寻呼传输分开,即网络可以在一个寻呼消息中传输寻址到不同类型CE水平的Rel-13MTCUE的寻呼记录。[0209]2.4CE水平确定[0210]为了确定特定小区中的UE的CE水平,存在两个选项:[0211]选项1:基于eNB[如图9所示][0212]eNB作出与UE在给定小区中的哪个CE水平上有关的最终决定,然后通知CN并且还可以通知UE以使所知内容相一致。该选项使得能够在eNB侧进行更多控制。相同的UE在不同小区中可能具有不同的CE重复水平,并且为了使得能够像如今的操作那样对一个以上的小区中的UE进行寻呼,必须基于RACH过程来逐一地收集所有小区中的CE水平。[0213]选项2:基于UE[如图10所示][0214]UE测量所检测到的所有小区的DL无线条件,并且确定各小区中的CE水平,然后向CN进行报告,例如作为能力报告的一部分。eNB对该选项的控制较少,我们必须确保UE将不会滥用该信息并且报告比所需更高的CE水平。可以测量所有寻呼小区中的CE水平并一次性报告至网络。[0215]建议:RAN2讨论CE水平确定是基于UE还是基于eNB的。[0216]以上所公开的典型实施例的全部或一部分可被描述为但不限于以下的补充说明。[0217]补充说明1一种通信系统所用的基站,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述基站包括:[0218]用于从核心网实体接收用于寻呼至少一个MTC装置的寻呼请求的部件;[0219]用于确定所述至少一个MTC装置将被发送寻呼相关信息的寻呼时机的部件,其中所述寻呼时机标识所述寻呼相关信息将首先被发送、然后被重复的多个子帧;以及[0220]用于在利用所述寻呼时机标识的所述多个子帧中发送所述寻呼相关信息、然后重复所述寻呼相关信息的部件。[0221]补充说明2根据补充说明1所述的基站,其中,所述寻呼相关信息包括标识将寻呼消息发送至所述至少一个MTC装置所要使用的时间和或频率资源的调度信息,以及利用所述寻呼时机标识的所述多个子帧是承载所述寻呼相关信息的控制信道被发送的子帧。[0222]补充说明3根据补充说明2所述的基站,其中,所述至少一个MTC装置包括具有第一覆盖增强水平的至少一个覆盖增强的MTC装置以及具有与所述第一覆盖增强水平不同的第二覆盖增强水平的至少一个覆盖增强的MTC装置。[0223]补充说明4根据补充说明3所述的基站,其中,所述寻呼相关信息包括:第一寻呼标识符例如,无线网络临时标识符),用于标识针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息;以及第二寻呼标识符例如,不同的无线网络临时标识符),用于标识针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息。[0224]补充说明5根据补充说明3所述的基站,其中,在第一子帧内的控制信道中首先发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息,并且在与所述第一子帧不同的第二子帧内的控制信道中首先发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息。[0225]补充说明6根据补充说明3所述的基站,其中,在至少一个子帧内的控制信道中发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息,其中在所述至少一个子帧中,还使用同一控制信道发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息。[0226]补充说明7根据补充说明1所述的基站,其中,所述寻呼相关信息包括针对所述至少一个MTC装置的至少一个寻呼消息,以及利用所述寻呼时机标识的所述多个子帧是所述至少一个寻呼消息被发送然后被重复的子帧。[0227]补充说明8根据补充说明7所述的基站,其中,所述基站还包括用于进行以下操作的部件:将用于标识发送所述至少一个寻呼消息所要使用的资源的调度信息在系统信息块中发送至所述至少一个MTC装置。[0228]补充说明9根据补充说明8所述的基站,其中,所述调度信息包括标识针对所请求的寻呼的传输块大小即TBS的信息。[0229]补充说明10根据补充说明7至9中任一项所述的基站,其中,所述至少一个MTC装置包括具有第一覆盖增强水平的至少一个覆盖增强的MTC装置以及具有与所述第一覆盖增强水平不同的第二覆盖增强水平的至少一个覆盖增强的MTC装置。[0230]补充说明11根据补充说明10所述的基站,其中,使用第一预定频率资源来发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息,并且使用与所述第一预定频率资源不同的第二预定频率资源来发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息。[0231]补充说明12根据补充说明10所述的基站,其中,在第一子帧内的数据信道中首先发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息,并且在与所述第一子帧不同的第二子帧内的数据信道中首先发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息。[0232]补充说明13根据补充说明10所述的基站,其中,在至少一个子帧内的数据信道中发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息,其中在所述至少一个子帧中,还在同一数据信道中发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息。[0233]补充说明14根据补充说明1至9中任一项所述的基站,其中,所述至少一个MTC装置包括至少一个覆盖增强的MTC装置,所述基站还包括用于标识与所述至少一个覆盖增强的MTC装置相关联的覆盖增强水平的部件,以及所述用于发送所述寻呼相关信息、然后重复所述寻呼相关信息的部件被配置为将所述寻呼相关信息重复发送利用所述覆盖增强水平定义的重复次数。[0234]补充说明15根据补充说明14所述的基站,其中,所述寻呼请求包括标识所述覆盖增强水平的信息,以及所述用于标识与所述至少一个覆盖增强的MTC装置相关联的覆盖增强水平的部件被配置为基于所述寻呼请求中的标识所述覆盖增强水平的信息来标识所述覆盖增强水平。[0235]补充说明16根据补充说明14所述的基站,其中,所述用于标识与所述至少一个覆盖增强的MTC装置相关联的覆盖增强水平的部件被配置为基于在用以设置与所述至少一个覆盖增强的MTC装置的随机接入信道RACH的过程期间所获得的信息例如,随机接入前导码序列索引),来标识所述覆盖增强水平。[0236]补充说明17根据补充说明14所述的基站,其中,如果针对所述至少一个覆盖增强的MTC装置不能确定对应的覆盖增强水平,则所述用于发送所述寻呼相关信息、然后重复所述寻呼相关信息的部件被配置为将所述寻呼相关信息重复发送根据预定例如,最大和或默认覆盖增强水平所定义的重复次数。[0237]补充说明18—种通信系统所用的基站,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述基站包括:[0238]用于从核心网实体接收用于寻呼至少一个MTC装置的寻呼请求的部件;[0239]用于确定所述至少一个MTC装置将被发送寻呼消息的寻呼时机的部件;[0240]用于将用于标识发送所述寻呼消息所要使用的资源的调度信息在系统信息块中发送至所述至少一个MTC装置的部件;以及[0241]用于根据所述寻呼时机使用所述资源来将所述寻呼消息发送至所述至少一个MTC装置的部件。[0242]补充说明19一种通信系统所用的基站,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述基站包括:[0243]用于从核心网实体接收用于寻呼至少一个覆盖增强的MTC装置的寻呼请求的部件;[0244]用于标识与所述至少一个覆盖增强的MTC装置相关联的覆盖增强水平的部件;以及[0245]用于发送寻呼相关信息、然后将所述寻呼相关信息重复发送利用覆盖增强水平定义的重复次数的部件。[0246]补充说明20—种通信系统所用的基站,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述基站包括:[0247]用于判断为需要向所述MTC装置通知系统信息已改变从而产生了修改后的系统信息的部件;[0248]用于通过使用寻呼消息连同针对所述MTC装置的任何寻呼记录一起发送通知来向处于空闲模式的任何MTC装置通知所述系统信息已改变的部件;以及[0249]用于使用MTC装置专用信令例如,单播专用RRC信令来向处于无线资源控制连接模式即RRC连接模式的任何MTC装置提供所述修改后的系统信息的至少修改部分的部件。[0250]补充说明21—种机器类型通信装置即MTC装置,用于与基站进行通信,所述MTC装置包括:[0251]用于确定所述基站能够发送寻呼相关信息的寻呼时机的部件,其中所述寻呼时机标识所述基站将首先发送所述寻呼相关信息、然后重复所述寻呼相关信息的多个子帧;以及[0252]用于在利用所述寻呼时机标识的所述多个子帧中接收所述寻呼相关信息的部件。[0253]补充说明22—种通信系统所用的机器类型通信装置即MTC装置,其中在所述通信系统中,机器类型通信装置即MTC装置经由基站进行通信,所述MTC装置包括:[0254]用于从所述基站所广播的系统信息块中获得用于标识发送至少一个寻呼消息所要使用的资源的调度信息的部件;[0255]用于确定所述基站能够发送针对所述MTC装置的寻呼消息的寻呼时机的部件;[0256]用于根据所述调度信息来确定发送至少一个寻呼消息所要使用的所述资源的部件;以及[0257]用于根据所述寻呼时机使用所述资源来接收所述寻呼消息的部件。[0258]补充说明23—种通信系统所用的机器类型通信装置即MTC装置,其中在所述通信系统中,MTC装置经由基站进行通信,所述MTC装置包括:[0259]用于进行测量以建立与至少一个小区相关联的信号质量的度量的部件;[0260]用于基于与至少一个小区相关联的信号质量的所述度量来确定与所述至少一个小区相关联的各覆盖增强水平的部件;以及[0261]用于将与所述至少一个小区相关联的所述各覆盖增强水平发送至所述基站的部件。[0262]补充说明24—种通信系统所用的机器类型通信装置即MTC装置,其中在所述通信系统中,MTC装置经由基站进行通信,所述MTC装置包括:[0263]用于与所述基站形成无线资源控制连接即RRC连接以进入RRC连接模式的部件;以及[0264]收发器,其被配置为在处于所述RRC连接模式的情况下,使用专用信令例如,单播专用RRC信令)来获得与所述基站的小区相关联的修改后的系统信息(的至少修改部分。[0265]补充说明25—种通信系统所用的核心网节点(例如,移动管理实体),所述核心网节点包括:[0266]用于获得标识针对至少一个覆盖增强的MTC装置的在基站的小区中所需的覆盖增强水平的信息的部件;[0267]用于生成用于经由所述基站寻呼所述至少一个覆盖增强的MTC装置的寻呼请求的部件,其中所述寻呼请求包括标识针对所述至少一个覆盖增强的MTC装置的在基站的小区中所需的所述覆盖增强水平的信息;以及[0268]用于根据所述小区中所需的所述覆盖增强水平来将所述寻呼请求发送至所述基站以寻呼所述小区中的所述至少一个覆盖增强的MTC装置的部件。[0269]补充说明26—种系统,其包括根据补充说明1至20中任一项所述的基站、根据补充说明21至24中任一项所述的MTC装置以及根据补充说明25所述的核心网节点。[0270]补充说明27—种通信系统中的基站所进行的方法,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述方法包括以下步骤:[0271]从核心网实体接收用于寻呼至少一个MTC装置的寻呼请求;[0272]确定所述至少一个MTC装置将被发送寻呼相关信息的寻呼时机,其中所述寻呼时机标识所述寻呼相关信息将首先被发送然后被重复的多个子帧;以及[0273]在利用所述寻呼时机标识的所述多个子帧中发送所述寻呼相关信息、然后重复所述寻呼相关信息。[0274]补充说明28—种通信系统所用的基站所进行的方法,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述方法包括以下步骤:[0275]从核心网实体接收用于寻呼至少一个MTC装置的寻呼请求;[0276]确定所述至少一个MTC装置将被发送寻呼消息的寻呼时机;[0277]将用于标识发送所述寻呼消息所要使用的资源的调度信息在系统信息块中发送至所述至少一个MTC装置;以及[0278]根据所述寻呼时机使用所述资源来将所述寻呼消息发送至所述至少一个MTC装置。[0279]补充说明29—种通信系统所用的基站所进行的方法,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述方法包括以下步骤:[0280]从核心网实体接收用于寻呼至少一个覆盖增强的MTC装置的寻呼请求;[0281]标识与所述至少一个覆盖增强的MTC装置相关联的覆盖增强水平;以及[0282]发送寻呼相关信息,然后将所述寻呼相关信息重复发送利用覆盖增强水平定义的重复次数。[0283]补充说明30—种通信系统所用的基站所进行的方法,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述方法包括以下步骤:[0284]判断为需要向所述MTC装置通知系统信息已改变从而产生了修改的系统信息;[0285]通过使用寻呼消息连同针对所述MTC装置的任何寻呼记录一起发送通知,来向处于空闲模式的任何MTC装置通知所述系统信息已改变;以及[0286]使用MTC装置专用信令例如,单播专用RRC信令来向处于无线资源控制连接模式即RRC连接模式的任何MTC装置提供所述修改后的系统信息的至少修改部分。[0287]补充说明31—种机器类型通信装置即MTC装置所进行的方法,所述MTC装置用于与基站进行通信,所述方法包括以下步骤:[0288]确定所述基站能够发送寻呼相关信息的寻呼时机,其中所述寻呼时机标识所述基站将首先发送所述寻呼相关信息、然后重复所述寻呼相关信息的多个子帧;以及[0289]在利用所述寻呼时机标识的所述多个子帧中接收所述寻呼相关信息。[0290]补充说明32—种通信系统中的机器类型通信装置即MTC装置所进行的方法,其中在所述通信系统中,机器类型通信装置即MTC装置经由基站进行通信,所述方法包括以下步骤:[0291]从所述基站所广播的系统信息块中获得用于标识发送至少一个寻呼消息所要使用的资源的调度信息;[0292]确定所述基站能够发送针对所述MTC装置的寻呼消息的寻呼时机;[0293]根据所述调度信息来确定发送至少一个寻呼消息所要使用的所述资源;以及[0294]根据所述寻呼时机使用所述资源来接收所述寻呼消息。[0295]补充说明33—种通信系统中的机器类型通信装置即MTC装置所进行的方法,其中在所述通信系统中,MTC装置经由基站进行通信,所述方法包括以下步骤:[0296]进行测量以建立与至少一个小区相关联的信号质量的度量;[0297]基于与至少一个小区相关联的信号质量的所述度量,来确定与所述至少一个小区相关联的各覆盖增强水平;以及[0298]将与所述至少一个小区相关联的所述各覆盖增强水平发送至所述基站。[0299]补充说明34—种通信系统中的机器类型通信装置即MTC装置所进行的方法,其中在所述通信系统中,MTC装置经由基站进行通信,所述方法包括以下步骤:[0300]与所述基站形成无线资源控制连接即RRC连接以进入RRC连接模式;以及[0301]在处于所述RRC连接模式的情况下,使用专用信令例如,单播专用RRC信令来获得与所述基站的小区相关联的修改后的系统信息(的至少修改部分)。[0302]补充说明35—种通信系统所用的核心网节点(例如,移动管理实体所进行的方法,所述方法包括以下步骤:[0303]获得标识针对至少一个覆盖增强的MTC装置的在基站的小区中所需的覆盖增强水平的信息;[0304]生成用于经由所述基站寻呼所述至少一个覆盖增强的MTC装置的寻呼请求,其中所述寻呼请求包括标识针对所述至少一个覆盖增强的MTC装置的在基站的小区中所需的所述覆盖增强水平的信息;以及[0305]根据所述小区中所需的所述覆盖增强水平来将所述寻呼请求发送至所述基站以寻呼所述小区中的所述至少一个覆盖增强的MTC装置。[0306]补充说明36—种计算机可实现指令产品,其包括计算机可执行指令,所述计算机可实现指令用于使可编程通信装置进行根据补充说明27至35中任一项所述的方法。[0307]本申请基于并要求2015年4月10日提交的英国专利申请1506156.7的优先权,在此通过引用包含其全部内容。

权利要求:1.一种通信系统所用的基站,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述基站包括:用于判断为需要向所述MTC装置通知已存在系统信息更新的部件;用于通过使用寻呼消息发送通知来向处于空闲模式的任何MTC装置通知所述系统信息更新的部件;以及用于使用MTC装置专用信令来向处于无线资源控制连接模式即RRC连接模式的任何MTC装置提供所述系统信息的部件。2.根据权利要求1所述的基站,其中,所述MTC装置是减小带宽的用户设备即减小带宽的UE。3.根据权利要求1或2所述的基站,其中,所述MTC装置是低复杂度的用户设备即低复杂度的UE。4.根据权利要求1、2或3所述的基站,其中,所述MTC装置是覆盖增强的用户设备即CE的UE05.根据前述权利要求中任一项所述的基站,其中,还包括用于确定关联的物理下行链路控制信道上至少一个MTC装置将被发送寻呼相关信息的寻呼时机的部件,其中所述寻呼时机是所述物理下行链路控制信道的多次重复的起始子帧。6.根据权利要求5所述的基站,其中,还包括用于进行以下操作的部件:在所述起始子帧中的所述物理下行链路控制信道上发送所述寻呼相关信息,然后在所述物理下行链路控制信道的所述重复中重复所述寻呼相关信息。7.根据权利要求5或6所述的基站,其中,所述寻呼相关信息包括寻呼无线网络临时标识符即P-RNTI。8.根据权利要求7所述的基站,其中,所述寻呼相关信息包括针对具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的第一P-RNTI和针对具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的不同的P-RNTI。9.根据权利要求5至8中任一项所述的基站,其中,在第一子帧内的控制信道中首先发送针对具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息,并且在与所述第一子帧不同的第二子帧内的控制信道中首先发送针对具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息。10.根据权利要求5至8中任一项所述的基站,其中,在至少一个子帧内的控制信道中发送针对具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息,其中在所述至少一个子帧中,还使用同一控制信道发送针对具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息。11.根据前述权利要求中任一项所述的基站,其中,所述基站被配置为将用于标识发送至少一个寻呼消息所要使用的资源的调度信息在系统信息块中发送至至少一个MTC装置。12.根据前述权利要求中任一项所述的基站,其中,所述基站被配置为使用第一预定频率资源来发送针对具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息,并且使用与所述第一预定频率资源不同的第二预定频率资源来发送针对具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息。13.—种通信系统所用的机器类型通信装置即MTC装置,其中在所述通信系统中,MTC装置经由基站进行通信,所述MTC装置包括:用于与所述基站形成无线资源控制连接即RRC连接以进入RRC连接模式的部件;以及收发器,其被配置为在处于所述RRC连接模式的情况下,使用专用信令来获得与所述基站的小区相关联的系统信息。14.一种通信系统所用的基站所进行的方法,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述方法包括以下步骤:判断为需要向所述MTC装置通知已存在系统信息更新;通过使用寻呼消息发送通知来向处于空闲模式的任何MTC装置通知所述系统信息更新;以及使用MTC装置专用信令来向处于无线资源控制连接模式即RRC连接模式的任何MTC装置提供所述系统信息。15.—种通信系统中的机器类型通信装置即MTC装置所进行的方法,其中在所述通信系统中,所述MTC装置经由基站进行通信,所述方法包括以下步骤:与所述基站形成无线资源控制连接即RRC连接以进入RRC连接模式;以及在处于所述RRC连接模式的情况下,使用专用信令来获得与所述基站的小区相关联的系统信息。16.—种通信系统所用的基站,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述基站包括:控制器,其被配置成判断为需要向所述MTC装置通知已存在系统信息更新;以及发送器,其被配置为通过使用寻呼消息发送通知来向处于空闲模式的任何MTC装置通知所述系统信息更新,其中,所述发送器还被配置为使用MTC装置专用信令来向处于无线资源控制连接模式即RRC连接模式的任何MTC装置提供所述系统信息。17.—种通信系统所用的机器类型通信装置即MTC装置,其中在所述通信系统中,MTC装置经由基站进行通信,所述MTC装置包括:控制器,其被配置为与所述基站形成无线资源控制连接即RRC连接以进入RRC连接模式;以及收发器,其被配置为在处于所述RRC连接模式的情况下,使用专用信令来获得与所述基站的小区相关联的系统信息。

百度查询: 日本电气株式会社 通信系统