CN107431890A - 通信系统 - Google Patents
通信系统 Download PDFInfo
- Publication number
- CN107431890A CN107431890A CN201680021176.2A CN201680021176A CN107431890A CN 107431890 A CN107431890 A CN 107431890A CN 201680021176 A CN201680021176 A CN 201680021176A CN 107431890 A CN107431890 A CN 107431890A
- Authority
- CN
- China
- Prior art keywords
- mtc device
- base station
- paging
- coverage enhancement
- mtc
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/005—Transmission of information for alerting of incoming communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
公开了一种通信系统,其中在该通信系统中,基站从核心网实体接收用于寻呼MTC装置的寻呼请求。基站确定用于向所述MTC装置发送寻呼相关信息的寻呼时机,其中将该寻呼时机定义为使得其标识寻呼相关信息可以被发送以及被重复的多个子帧。基站在利用寻呼时机标识的多个子帧中发送(并且适当地重复)寻呼相关信息。
Description
技术领域
本发明涉及移动通信装置和网络,特别是但不排他地涉及根据第三代合作伙伴计划(3GPP)标准或其等同项或衍生项而工作的移动通信装置和网络。特别地但不排他地,本发明与包括高级LTE的、UTRAN的长期演进(LTE)(称为演进通用陆地无线接入网络(E-UTRAN))相关。
背景技术
在移动(蜂窝)通信网络中,(用户)通信装置(也称为用户设备(UE),例如移动电话)经由基站与远程服务器或者与其它通信装置进行通信。在它们彼此的通信中,通信装置和基站使用经许可的射频,所述经许可的射频通常划分为频带和/或时间块。
为了能够经由基站进行通信,通信装置需要监视基站操作的控制信道。这些控制信道之一、即所谓的物理下行链路控制信道(PDCCH)和/或Rel-13中的所谓的演进PDCCH(EPDCCH)承载调度分配和其它控制信息。(E)PDCCH服务于各种用途。主要地,(E)PDCCH用于向各个通信装置传送调度决策、即针对上行链路通信和下行链路通信的调度分配。
(E)PDCCH上承载的信息被称为下行链路控制信息(DCI)。诸如(E)PDCCH等的物理控制信道在一个或多个连续控制信道单元(CCE)的聚集上发送,其中控制信道单元与九个资源单元组(REG)相对应。各REG具有四个资源单元(RE)。
在物理下行链路共享信道(PDSCH)上设置寻呼信道(将寻呼信道映射到物理下行链路共享信道(PDSCH)),以向通信装置通知系统信息改变和/或针对一个或多个通信装置的传入通信(诸如移动终止呼叫、短文本消息和/或下行链路数据等)。经由(E)PDCCH来调度寻呼消息(但这些寻呼消息在PDSCH上发送)。具体地,在基站所发送的各无线帧中,存在至少一个预定寻呼时机(PO)(针对各无线帧最多有四个PO),其中各PO是基站可以在PDCCH上发送控制数据以对关联寻呼消息进行调度的子帧。各寻呼消息可以标识发送寻呼消息所针对的一个或多个通信装置。每当PO包括所谓的寻呼标识符、即寻呼无线网络临时标识符(P-RNTI)(其中该寻呼标识符对于小区内的所有LTE装置均相同)时,各通信装置处理控制数据,并且(在该控制数据所标识的时频资源处)继续对寻呼信道上所广播的寻呼消息进行解码。
更详细地,每当存在针对特定通信装置的下行链路数据(或传入呼叫)时,网络向可能服务该通信装置的基站通知该数据(或呼叫)。响应于此,基站生成无线资源控制(RRC)寻呼消息,并且(通过经由PDSCH广播)发送所生成的针对该通信装置的寻呼消息。使用预定PO中的位置已被通信装置(例如,从基站的系统信息广播)知晓的一个PO来调度该寻呼消息。该寻呼消息包括标识正被寻呼的各通信装置的一个或多个寻呼记录以及寻呼该通信装置的原因。
如果通信装置找到利用PO中的(经由PO所发送的控制数据中的)P-RNTI所寻址的(E)PDCCH,则该通信装置继续从利用经由PDCCH PO所发送的关联控制数据标识的PDSCH资源块(RB)接收RRC寻呼消息并对该RRC寻呼消息进行解码。如果在解码后的RRC寻呼消息中针对特定通信装置找到了寻呼记录,则该通信装置继续对寻呼消息作出响应(而其它的未被寻呼的通信装置针对下一PO继续监视)。在适当情况下,被寻呼的通信装置与基站进行随机接入过程,从而与网络建立连接并能够对寻呼消息(即,通信装置的寻呼记录)所关联的传入通信作出响应。
电信的最近发展已经见证了机器类型通信(MTC)装置的使用的大量增加,其中机器类型通信(MTC)装置是被配置为在无人辅助的情况下通信和进行动作的网络化装置。这类装置的示例包括智能仪表,该智能仪表可被配置为进行测量并且经由电信网络将这些测量中继至其它装置。机器类型通信装置也称为机器对机器(M2M)通信装置。
每当MTC装置具有要向远程“机器”(例如,服务器)或用户发送的数据或要从其接收的数据时,这些MTC装置(在必要的情况下,在进行适当的随机接入过程之后)连接至网络。MTC装置使用针对移动电话或类似的用户设备而言优化的通信协议和标准。然而,MTC装置一旦部署,通常在不需要人工监督或交互的情况下工作,并且遵循内部存储器中存储的软件指令。MTC装置还可以在长时间段内保持静止和/或不活动。支持MTC装置的特定网络要求已经在3GPP技术规范(TS)22.368V13.1.0中规定,其内容通过引用而并入于此。
对于与MTC装置有关的标准的发行13(Rel-13)版本,设想在下行链路和上行链路中支持1.4MHz的减小带宽。因此,一些MTC装置将仅支持相比总LTE带宽而言有限的带宽(通常为1.4MHz),以及/或者它们可以具有较少/简化的组件。这使得这类“减小带宽的”MTC装置相比支持更大带宽和/或具有更复杂组件的MTC装置而言更为经济。有益地,EPDCCH在相对窄的频谱(1.4Mhz)上发送,这使得EPDCCH可与Rel-13减小带宽的MTC装置兼容。
网络覆盖的缺乏(例如,当部署在室内时)结合MTC装置的通常有限的功能可能导致这类MTC装置具有低数据速率,因此存在MTC装置接收不到诸如EPDCCH等的一些消息或信道的风险。为了减轻这种风险,已经提出增大传输的覆盖以支持这类MTC装置(例如,与用于频分双工(FDD)传输的20dB相对应)。
为对于所谓的“覆盖增强的MTC装置”增强覆盖所提出的一个方法是使相同信息(例如,经由EPDCCH所发送的DCI)跨多个子帧(例如,两个、三个或四个子帧)而重复。换句话说,对于覆盖增强(CE)的MTC装置,基站在时域中重复所发送的信息(基站在首次发送该信息的子帧之后的一个或多个子帧中重新发送相同信息)。这种覆盖增强的MTC装置可被配置为组合在多个子帧中接收到的(相同)信息的多个副本,并且在组合所接收到的信息之后,与基于所发送的信息的单一副本相比,覆盖增强的MTC装置更有可能能够成功地对所接收到的信息进行解码。与基站所进行的相同信息的重复相同,覆盖增强的MTC装置也被配置为(在时域中)重复发送至基站的信息,以便于在基站处成功地接收到该信息。
在实践中,MTC装置可能部署在不同的位置中,并且MTC装置可能经历不同的信道条件。因此,可能需要针对各装置的情况或覆盖水平来定制重复次数,并且各MTC装置向其服务基站通知所需的覆盖量(例如,5dB/10dB/15dB/20dB覆盖增强),以使得基站能够适当地调整其控制信令。
针对MTC装置(例如,低复杂度的和/或覆盖增强的MTC装置)以及针对诸如传统的移动电话等的其它(非MTC)通信装置,分开发送寻呼消息。此外,3GPP设想了可以根据MTC装置的工作模式(例如,MTC装置是否正以正常覆盖模式(0dB CE水平)、5dB CE水平、10dB CE水平还是15dB CE水平进行工作)来在不同的子带中发送针对MTC装置的寻呼消息。
发明内容
发明要解决的问题
因此,可以看出,在寻呼针对CE MTC装置的情况下,将需要支持传输的重复。然而,当前寻呼过程不支持这种重复。
此外,即使支持重复,在基站处,也可能存在关于正被寻呼的MTC装置的类型和/或该MTC装置所需覆盖增强水平的不确定性,这会导致使用不正确的重复次数以及/或者在错误的时频资源中和/或利用错误的格式发送寻呼消息。例如,如果(如一些3GPP参与方当前提出的)CE水平关联至(linked to)广播寻呼通信的特定1.4MHz子带(寻呼位置),则与CE水平有关的这种不确定性可能导致将一些低复杂度的MTC装置调谐至位于针对这些MTC装置发送寻呼消息(和/或关联的控制数据)所经由的子带以外的1.4MHz带宽。然而,不存在确保通信装置所采用的CE水平与(针对该通信装置所用的)基站所采用的CE水平相同的简单方式。
因此,本发明试图提供至少部分解决上述问题的系统、装置和方法。
用于解决问题的方案
在一方面,本发明提供一种通信系统所用的基站,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述基站包括:用于判断为需要向所述MTC装置通知已存在系统信息更新的部件;用于通过使用寻呼消息发送通知来向处于空闲模式的任何MTC装置通知所述系统信息更新的部件;以及用于使用MTC装置专用信令来向处于无线资源控制连接模式即RRC连接模式的任何MTC装置提供所述系统信息的部件。
在一方面,本发明提供一种机器类型通信装置即MTC装置,用于与基站进行通信,所述MTC装置包括:用于与所述基站形成无线资源控制连接即RRC连接以进入RRC连接模式的部件;以及收发器,其被配置为在处于所述RRC连接模式的情况下,使用专用信令来获得与所述基站的小区相关联的系统信息。
在一方面,本发明提供一种通信系统所用的基站所进行的方法,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述方法包括以下步骤:判断为需要向所述MTC装置通知已存在系统信息更新;通过使用寻呼消息发送通知来向处于空闲模式的任何MTC装置通知所述系统信息更新;以及使用MTC装置专用信令来向处于无线资源控制连接模式即RRC连接模式的任何MTC装置提供所述系统信息。
在一方面,本发明提供一种通信系统中的机器类型通信装置即MTC装置所进行的方法,其中在所述通信系统中,所述MTC装置经由基站进行通信,所述方法包括以下步骤:与所述基站形成无线资源控制连接即RRC连接以进入RRC连接模式;以及在处于所述RRC连接模式的情况下,使用专用信令来获得与所述基站的小区相关联的系统信息。
本发明的方面延伸至相应的系统、方法以及诸如其上存储指令的计算机可读存储介质等的计算机程序产品,该计算机程序产品能够操作以对可编程处理器进行编程以执行如以上阐述的或权利要求书中记载的方面和可能性中所描述的方法、以及/或者对适当适配的计算机进行编程以提供权利要求书中任一项所记载的设备。
本说明书(该术语包括权利要求书)中所公开的和/或附图中所示的各特征可以单独地(或者与任何其它所公开和/或所例示的特征相结合地)包含在本发明中。特定地但非限制性地,根据从属于特定独立权利要求的任何权利要求所述的特征可以以任何组合的形式或单独地引入至独立权利要求中。
现将参考附图仅通过示例的方式来说明本发明的实施例,在附图中:
附图说明
图1示意性地示出可以应用本发明的实施例的电信系统;
图2是示出图1所示的通信装置的主要组件的框图;
图3是示出图1所示的基站的主要组件的框图;
图4示出在图1所示的系统中可以实现寻呼的典型方式;
图5示出在图1所示的系统中可以采用的典型寻呼配置选项;
图6示出在图1所示的系统中可以采用的另一典型寻呼配置选项;
图7示出在图1所示的系统中可以采用的另一典型寻呼配置选项;
图8示出在图1所示的系统中可以采用的另一典型寻呼配置选项;
图9示出针对图1所示的系统中的通信装置可以确定(在特定小区中要采用的)所需覆盖增强水平的典型方式;以及
图10示出针对图1所示的系统中的通信装置可以确定(在特定小区中要采用的)所需覆盖增强水平的另一典型方式。
具体实施方式
<概述>
图1示意性示出用户装置3(诸如移动电话3-1和MTC装置3-2等)可以经由E-UTRAN基站5(表示为“eNB”)和核心网7而与彼此和/或与其它通信节点进行通信的移动(蜂窝)电信系统1。如本领域技术人员应当理解,虽然图1中出于图示目的而示出一个移动电话3-1、一个MTC装置3-2以及一个基站5,但该移动(蜂窝)电信系统在实现时将通常包括其它基站和通信装置。
各通信装置3可以属于一个或多个类别的UE。第一类别的UE包括仅支持较早发行版本(例如,Rel-8、Rel-9、Rel-10、Rel-11和/或Rel-12)的LTE标准的通信装置。这样的通信装置通常被称为传统UE(假定基站5正根据LET标准的Rel-13而操作)。应当理解,属于该类别的一些通信装置可能不支持EPDCCH(而仅支持PDCCH)。第二类别的UE包括支持当前发行版本(例如,Rel-13和/或后续版本)的LTE标准的通信装置。第三类别的UE包括不能在基站5的小区中可用的整个带宽上进行通信的减小带宽的UE(例如,仅能够使用1.4MHz带宽的Rel-13 MTC装置)。第四类别的UE包括需要简化和/或放宽某些基站功能的覆盖增强的UE(例如,一些MTC装置)(但是此类覆盖增强的UE可以正常地支持其它功能)。
在该示例中,移动电话3-1包括Rel-13UE,并且MTC装置3-2包括减小带宽的MTC装置(其还可以是针对适当水平的覆盖增强所配置的)。尽管在图1中未示出,但假定在基站5的小区内还存在多个其它MTC装置。
基站5经由S1接口连接至核心网7。核心网7包括:用于连接至诸如互联网等其它网络和/或连接至在核心网7之外托管的服务器的网关;用于跟踪通信装置3(例如,移动电话和MTC装置)在通信网络1内的位置的移动管理实体(MME);以及用于存储预订相关信息(例如,用于标识哪个通信装置3被配置为机器类型通信装置的信息)以及用于存储针对各通信装置3特定的控制参数的家庭用户服务器(HSS);等。
基站5被配置为发送物理下行链路控制信道(PDCCH)和演进PDCCH(EPDCCH),以供位于基站5的小区内的通信装置3接收。(E)PDCCH将上行链路资源和下行链路资源分配至通信装置3。PDCCH和EPDCCH之间的一个差异是:EPDCCH使用使得该EPDCCH可与Rel-13减小带宽的MTC装置兼容的相对窄的频谱(1.4Mhz),而PDCCH使用较宽的频谱以提供与传统通信装置的向后兼容性。
所谓的公共搜索空间(CSS)是小区中的所有/多个UE为了对承载所有/多个通信装置3公共的下行链路控制信息(DCI)的PDCCH进行盲解码所用的搜索空间。例如,CSS可以承载针对以下的下行链路控制信息(DCI):包含与小区接入参数有关的信息的系统信息块(SIB);随机接入信道(RACH)消息;以及/或者寻呼信道(PCH)。在LTE Rel-13中,CSS(也称为“eCSS”)形成EPDCCH的搜索空间的一部分。
由于下行链路和上行链路中的1.4MHz的减小带宽,因此MTC装置3-2不能接收密集地分散在整个小区带宽上的PDCCH(即,PDCCH可能在落在MTC装置3-2所支持的1.4MHz以外的频率上发送)。然而,MTC装置3-2可以接收在6RB上、即在MTC装置3-2所支持的1.4MHz带内发送的EPDCCH CSS(eCSS)。
为了支持MTC装置,基站5的小区带宽包括多个子带(例如,非重复子带),其中各子带包括6RB(或更少)。有益地,由于减小带宽的MTC装置能够在最大为1.4MHz带宽(其大致与6RB相对应)上进行通信,因此通信装置3-2能够通过其收发器当前被调谐至的特定子带来发送和接收(eCSS及其它)数据。
针对MTC装置(例如,低复杂度的和/或覆盖增强的MTC装置)以及针对其它通信装置,分开发送寻呼消息。针对MTC装置的寻呼消息(根据覆盖增强的所需水平)支持具有多个束大小/重复水平的PDSCH子帧束/重复。有益地,向寻呼通信装置3-2的基站5提供使得该基站5能够判断为通信装置3-2包括低复杂度的(减小带宽的)MTC装置和/或针对覆盖增强所配置的MTC装置的信息。向基站5提供使得该基站5能够确定在寻呼消息传输期间所需的覆盖增强(重复)量的信息。
有利地,基站5和MTC装置3-2被配置为针对基站5的小区中的寻呼(以及甚至其它通信)采用相同的CE水平。适当CE水平可以由基站5或MTC装置3-2(例如,基于信号强度或质量)来确定(并被通知至另一方)。(直接地或者经由核心网7)使适当CE水平在基站5和MTC装置3-2之间保持同步。有益地,将针对通信装置的适当CE水平通知给核心网(例如,MME),因而在发起寻呼时,MME能够指示针对特定跟踪区(CA)的各小区的各寻呼基站在该小区中针对正被寻呼的MTC装置使用适当CE水平。
应当理解,在要被寻呼的通信装置正以所谓的空闲状态进行工作的情况下,该通信装置的位置仅在跟踪区(TA)的基础上(而不是在小区水平上)对于MME是已知的。因此,MME指示该TA内的所有基站(包括例如图1的基站5)通过采用这些基站的小区关于被寻呼的通信装置所需的CE水平来发送适当格式化的RRC寻呼消息(在该RRC寻呼消息中包括针对该通信装置的寻呼记录)。如这里所使用的术语空闲状态是指如下的操作模式:通信装置当前没有正在其专用无线承载上发送/接收用户数据,但该通信装置的收发器可以是活动的(例如,该收发器可以仍接收广播数据以及/或者进行信号测量等)。
如传统寻呼那样,寻呼时机(PO)是为了对MTC装置进行寻呼而配置的。然而,有益地,PO在特定子带中定义多个子帧(“束”)(例如,通过定义该子帧束的起点(或第一子帧的索引))。
在以下更详细描述的示例中,系统可以采用经由ePDCCH的寻呼传输的调度(例如,层1(L1)调度)。然而,在特别有益的示例中,使用无控制寻呼、即无需在ePDCCH中调度关联资源的寻呼。作为替代,在预定大小的传输块上(以及在预定子带上)发送基站5的小区内的各通信装置3可以接收到的寻呼消息。
利用PO定义的子帧束是如下的子帧,其中在这些子帧中,在使用ePDCCH调度寻呼传输的情况下,MTC装置用于监视针对寻呼消息调度的ePDCCH的重复。利用PO定义的子帧束是如下的子帧,其中在这些子帧中,在不使用ePDCCH调度寻呼传输的情况下,MTC装置用于监视针对寻呼消息的PDSCH的重复。
基站5可以针对各CE水平配置不同的资源和/或寻呼区域,以使针对在不同的各资源和/或寻呼区域之间具有不同的CE水平的MTC装置的寻呼有效地分开。然而,在特别有益的示例中,没有针对不同的覆盖增强水平而使寻呼消息传输分开(从而与CE水平无关地、使得所有的MTC装置都能够受益于相同子带中的调度或无控制寻呼)。在这种情况下,可以使用或不使用ePDCCH来实现寻呼消息传输。
总之,上述的通信系统通过特别关注于MTC装置的限制,来支持用于寻呼基站的小区内的通信装置的各种有益选项。可以在不会(显著)影响小区中的传统和/或常规通信装置的情况下,动态地并且(在适用的情况下)根据针对各MTC装置的所需水平来调度寻呼消息。
<通信装置>
图2是示出图1所示的通信装置3的主要组件的框图。通信装置3可以是MTC装置或被配置为机器类型通信装置的移动(或“蜂窝”)电话。通信装置3包括收发器电路31,该收发器电路31可操作以经由至少一个天线33向基站5发送信号以及从基站5接收信号。通常,通信装置3还包括使得用户能够与通信装置3进行交互的用户接口35,然而该用户接口35对于一些MTC装置可以省略。
收发器电路31的操作通过控制器37根据存储器39中存储的软件来进行控制。该软件包括操作系统41、通信控制模块43、调度判断模块44、MTC模块45和寻呼模块47。
通信控制模块43控制通信装置3与基站5和/或(经由基站5)与其它通信节点之间的通信。
调度判断模块44监视基站5在预定PO中(在适用的情况下)的传输,并且判断所监视的PO是否包括用于调度寻呼传输的控制数据。如果所监视的PO包括这种控制数据,则调度判断模块44确定与寻呼传输相关联的通信资源(例如,子帧/子带)。在正使用无控制的情况下,调度判断模块44维护标识可以发送无控制寻呼消息所经由的资源的信息,并且指示寻呼模块47对该信息中所发送的寻呼消息进行解码。
MTC模块45可操作以执行机器类型通信任务。例如,MTC模块45可以收集用于(经由收发器电路31)(例如周期性地和/或在检测到触发时)发送至远程服务器的数据。MTC模块45还负责获得(判断和/或从基站5获得)在服务通信装置3的基站5的小区中所要使用的适当CE水平。
寻呼模块47(通过调度模块44所确定的适当通信资源)接收并处理寻址到通信装置3的寻呼消息。
<基站>
图3是示出图1所示的基站5的主要组件的框图。基站5包括E-UTRAN基站(eNB),该E-UTRAN基站包括收发器电路51,该收发器电路51可操作以经由一个或多个天线53向通信装置3发送信号以及从通信装置3接收信号。基站5还可操作以经由适当的核心网接口55(诸如S1接口等)向核心网7发送信号以及从核心网7接收信号。收发器电路51的操作通过控制器57根据存储器59中存储的软件来控制。
该软件包括操作系统61、通信控制模块63、寻呼模块65、系统信息模块67和MTC支持模块69。
通信控制模块53控制与通信装置3的通信。
寻呼模块65生成并(经由通信控制模块63)发送针对位于基站5的小区内的通信装置3的寻呼消息。
系统信息模块67负责广播系统信息(诸如基站5的小区的配置等)和/或其它广播信息,以供位于基站5的小区内的通信装置3接收。例如,广播部通过适当的PO发送(寻呼模块65所生成的)寻呼消息。
MTC支持模块69处理(生成、发送和接收)针对基站5的小区中的MTC装置的消息。MTC支持模块69负责确保使用所需的重复次数(在配置的情况下,依赖于CE水平)并且使用适当的时间和频率资源(在给定子帧中/在MTC装置所支持的1.4MHz带内)来发送每一个这种消息。MTC支持模块69还负责获得(确定和/或从核心网7获得)在与通信装置3进行通信时在基站5的小区中所要采用的适当CE水平。
在以上描述中,为了便于理解,将通信装置3和基站5描述成具有多个分立的模块。虽然例如在已经修改了现有系统以实施本发明的情况下,针对某些应用可以以这种方式提供这些模块,但是在其它应用中,例如在从一开始就考虑到本发明的特征而设计的系统中,可以将这些模块内置到整个操作系统或代码中,因此这些模块可能无法作为分立实体来辨别。
<操作-一般情况>
图4示出在图1所示的通信系统1中可以实现寻呼的典型方式。具体地,在该示例中,在PDSCH上发送寻呼消息,而无需在用于调度寻呼传输的(E)PDCCH上发送任何关联控制数据(DCI)。有益地,经由系统信息广播来配置(例如,利用关联传输块大小(TBS)确定的)寻呼消息的位置(例如,时间/频率资源)和大小。
此外,在必要的情况下,还可以经由系统信息广播来更新寻呼消息的位置和/或大小。例如,基站5能够经由基于以下至少之一的系统信息来表示/调整用于寻呼消息的TBS:
-小区中的(当前)平均MTC寻呼负荷;
-小区中的所连接UE的数量;以及
-(所测量/确定/估计的)基站的资源使用(不限于MTC寻呼)。
另外,还可以经由系统信息来表示其它寻呼相关信息,诸如当前针对基站5的小区所配置的PO(例如,ePDCCH/PDSCH中的PO的起点)等。应当理解,可以针对各类别的通信装置和/或针对各CE水平配置不同的PO(并且经由系统信息广播该PO)。
<操作-针对系统信息改变的寻呼>
为了向位于基站5的小区内的通信装置3通知系统信息(例如,PO配置、寻呼TBS和/或信道配置等)的改变,基站5被配置为生成适当格式化的寻呼消息并将该寻呼消息发送至通信装置3。使用连同其它定期(UE特定)寻呼记录(在存在的情况下)一起发送的1位指示符(已知为“systemInfoModification(系统信息修改)”位)来执行系统信息改变寻呼。在将要改变任何系统信息元素的情况下,基站5在针对其小区内的所有通信装置的所有PO上发送该指示符位,从而确保各通信装置3均有机会无延迟地接收到更新后的系统信息。(经由任何PO)接收到包括该系统信息改变指示符位的寻呼消息的各通信装置继续通过(例如,在“BCCH修改时间段”的边界处)监听下一系统信息广播来获得更新后的系统信息。
然而,应当理解,针对以“RRC_IDLE”和“RRC_CONNECTED”状态进行工作的通信装置(至少针对MTC装置),可以以不同方式通知系统信息改变。
针对处于RRC_IDLE的UE的系统信息改变
应当理解,对于处于空闲模式的通信装置,连同正常寻呼记录一起发送系统信息修改指示符。在这种情况下,基站5需要在所有的PO上发送系统信息改变指示符位,由此寻址所有类型的通信装置(还包括MTC装置和传统UE)。
可选地,例如,如果系统信息改变相对频繁,则可以使针对系统信息修改的寻呼与正常寻呼分开。在这种情况下,优选地,在预定公共子带(例如,中央子带)中发送针对系统信息的寻呼,并且所有的通信装置都需要被配置为在该公共子带上(至少在PO期间)进行工作,并且在该子带的一个或多个PO中监视系统信息修改位。结果,在该公共子带中的针对系统修改的寻呼时机期间,不能在其它子带中调度MTC装置。然而,在这种情况下,不必将“systemInfoModification”位包括在每个子带的每个PO中,尽管需要MTC装置的一些附加寻呼监视,而这可能会使电力消耗略微增加。
针对处于RRC_CONNECTED的UE的系统信息改变
有可能在与监视寻呼所用的子带不同的子带上调度处于RRC_CONNECTED模式的通信装置。在任何情况下,应当理解,如上所述,可以连同正常寻呼记录一起发送系统信息修改指示符,即,基站5需要在每个子带的所有PO上发送系统信息改变指示符位,以到达所有类型的通信装置。然而,该选项可能需要处于RRC_CONNECTED模式的通信装置重新调谐至其关联的寻呼子带,以获得系统信息改变通知。
因此,在该系统中,使用专用信令来向RRC_CONNECTED通信装置(至少MTC装置)通知系统信息的变化。例如,如果针对特定通信装置存在进行中的数据传输,则可以对更新后的系统信息(或至少该信息的变化部分)以及正发送至该通信装置的其它数据进行复用。结果,由于经由单播传输来发送更新后的系统信息,因此不要求RRC-CONNECTED通信装置监视用于系统信息修改的关联PO。这可能使得改进了通信装置(特别是在有限带宽上进行工作的MTC装置)的工作。
在另一选项中,可以强制使以RRC_CONNECTED进行工作的通信装置通过释放该通信装置的RRC连接来获得系统信息。这在例如不存在针对该通信装置的进行中的数据传输(因而,使数据丢失的风险保持最低限度)的情况下可以是有益的。一旦通信装置的RRC连接被释放,该通信装置继续(按照默认过程)读取经由广播信道所传输的系统信息。
应当理解,基站5(根据实现)可以共同采用基于单播的选项和基于RRC释放的选项。
<操作-PO配置>
在当前LTE标准中,将寻呼时机(PO)定义为可能存在在用于调度寻呼消息的PDCCH上所发送的P-RNTI的子帧。无线帧可以包含1个~4个PO。在使用DRX的情况下,UE需要针对各DRX周期仅监视一个PO。
然而,在本系统中,定义PO,使得(在适当情况下)还支持针对MTC装置的重复。具体地,将该系统中的PO定义为特定子带中的子帧束(的起点),其中:
-在需要ePDCCH来进行寻呼传输的情况下,UE监视用于寻呼消息调度的ePDCCH的重复;或者
-在不需要ePDCCH来进行寻呼传输的情况下,UE监视用于寻呼消息的PDSCH的重复。
此外,可能存在针对不同子带的不同PO(例如,以支持具有不同CE水平的MTC装置)。
图5~8示出该系统中的各种PO配置选项和如此产生的寻呼传输的更多详情。
具体地,图5和6所示的示例示出在针对不同的覆盖增强水平使寻呼消息传输分开的场景。
图5示出使用ePDCCH(eCSS)的寻呼消息传输。在该示例中,在ePDCCH中动态地指示出使得MTC装置能够在PDSCH上获取寻呼消息的调度信息(例如,时频资源,MCS/TBS)。在这种情况下,可以针对各CE水平使用不同的P-RNTI和/不同的eCSS。
图6示出没有使用ePDSCH的寻呼消息传输。该解决方案还可被称为“无控制”寻呼,即在ePDCCH中没有动态地指示出使得MTC装置能够在PDSCH上获取寻呼消息的调度信息(例如,时频资源,MCS/TBS),但该调度信息是预定义的或在系统信息中指示的(或者构成系统信息的一部分)。在这种情况下,可以针对不同的CE水平分配(PDSCH内的)不同的时间和/或频率资源。应当理解,在图6所示的基于PDSCH的场景中,有效地,例如如以上参考图4所述,可以针对各CE水平实现无控制寻呼。
在图7和8所示的示例中,没有针对不同的覆盖增强水平使寻呼消息传输分开。具体地,图7示出利用ePDCCH的寻呼消息传输,并且图8示出不利用ePDCCH的寻呼消息传输(例如,ePDCCH不用于或者不能用于寻呼传输的情况)。应当理解,在图8所示的场景中,有效地,例如如以上参考图4所述,可以实现无控制寻呼。
<操作-CE水平确定>
以下说明用于确定针对基站5的小区中的特定MTC装置3-2的适当CE水平的多个选项,以确保MTC装置3-2及其服务基站5这两者在它们彼此的通信中采用相同的CE水平。
图9示出服务基站5(表示为“eNB”)负责与特定MTC装置(表示为“UE”)在给定小区中应采用哪个CE水平有关的决定的选项。
如在步骤S92中所示,基站5被配置为(使用其MTC支持模块69)基于基站5和基站5的小区中的MTC装置3-2之间所进行的随机接入过程(在图9中表示为“PRACH”)(如一般在步骤S91中所示),来确定针对MTC装置3-2的适当CE水平。
一旦基站5确定了针对MTC装置3-2的适当CE水平,则该基站5(在步骤S93中)向存储该信息以供后续使用(例如,以供经由该基站5对MTC装置3-2进行寻呼)的核心网7(例如,MME/HSS)进行通知。
如一般在步骤S94中所示,基站5还可以在单独的消息中或者作为随机接入过程的一部分(例如,步骤S94可以构成步骤S91的一部分)向MTC装置3-2通知所确定的针对基站5的小区的CE水平。应当理解,基站5可被配置为例如通过采用与所确定的CE水平相对应的(随机接入过程期间和/或之后的)特定重复次数,来隐式地向MTC装置通知CE水平。
应当理解,存在基站5可以基于RACH过程获得针对MTC装置的适当CE/重复水平的多个方式,例如包括:
1)具有不同CE水平的MTC装置可以根据前导码资源和相应CE水平之间的适当预定关系映射而使用(具有相应的不同重复次数的)不同前导码资源。在这种情况下,基站可以基于MTC装置3-2使用哪些前导码资源(和/或基于MTC装置3-2所使用的重复次数)来确定适当CE水平。然而,在这种情况下,可选地,基站还可被配置为(例如,在基站5能够通过组合比针对该CE水平所需的重复更少的重复来成功地对MTC装置的前导码传输进行解码的情况下)使用与利用前导码资源和相应CE水平之间的关系映射表示的CE水平不同的CE水平。
2)否则,如果不存在针对各不同CE水平所配置的关联前导码资源集,则基站5可被配置为基于MTC装置3-2所发送的前导码的成功解码所需的重复次数来确定覆盖水平。
此外,例如,如果MTC装置3-2从未连接至该小区/或者MTC装置3-2在预定时间窗内没有连接至该小区,则还可以使用以下选项中的一个或多个选项:
3)基站5可被配置为在MTC装置3-2从未连接(或者MTC装置3-2在预定时间窗内没有连接)的小区中采用针对MTC装置3-2的最大和/或默认CE/重复水平。
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为止。
应当理解,如果在小区中(特别是在MTC装置当前正驻留的当前小区中)、MTC装置的所需CE水平(例如,基于其自身估计而)改变,则可以(利用MTC模块45)触发适当的RACH过程,以使基站5更新针对MTC装置(针对该小区)所存储的关联CE水平。
因此,有益地,该选项使得能够在适当CE水平的确定中针对基站5进行更多控制。在这种情况下,同一MTC装置在不同小区中可以具有不同的CE/重复水平。然而,针对各MTC装置,可以将这种小区特定CE水平存储在核心网7(MME/HSS)中,使得可以在任何小区中使用该小区所需的适当CE水平(和重复)来寻呼各MTC装置。因而,在MME发起MTC装置3-2的寻呼的情况下,在步骤S95中,MME在其寻呼请求中包括针对MTC装置3-2要被寻呼的各小区的小区ID和各个关联CE/重复水平。
如一般在步骤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水平(并且在存在的情况下采用所需的重复次数)。
图10示出MTC装置3-2负责与MTC装置3-2在给定小区中采用哪个CE水平有关的决定的选项。
具体地,在这种情况下,MTC装置3-2(在步骤S102中)的判断基于MTC装置3-2附近的多个小区(例如,所检测到的所有小区)的(下行链路)无线条件的测量。应当理解,MTC装置3-2可以针对至少其当前服务小区(例如,基站5的小区)测量无线条件。
一旦MTC装置3-2在步骤S102中确定了针对特定小区的适当CE水平(或针对多个小区的各个CE水平的集合),则该MTC装置3-2向核心网7(例如,MME/HSS)通知适用的CE水平和(可选的)相应小区ID。应当理解,MTC装置3-2可以报告适用的CE水平(在存在的情况下,报告相应小区ID)作为能力报告等的一部分。
应当理解,如果MTC装置3-2(例如,基于其自身的估计/信号质量测量)判断为(至少一个小区中的)所需CE水平发生改变(特别是在MTC装置3-2当前正驻留的当前小区中),则该MTC装置3-2可以通知核心网7并且更新针对MTC装置(针对CE水平已改变的至少一个小区)所存储的关联CE水平。
应当理解,MTC装置3-2可被配置为在满足以下条件中的一个或多个条件的情况下,报告/更新CE水平:i)MTC装置进行附加过程;ii)MTC装置找到了新的邻近小区作为寻呼小区;以及iii)MTC装置确定所需CE水平的变化和/或小区中的无线条件的变化。
核心网7存储该信息以供后续使用(例如,以供在步骤S105中寻呼MTC装置3-2)。步骤S105~S107与上述的步骤S95~S97相对应,因而为了简单起见,这里省略了针对这些步骤的说明。
与该选项相关联的益处是可以同时测量针对多个小区(包括例如MTC装置3-2的潜在寻呼小区)的所需CE水平并向核心网7进行报告。
<修改和替代>
以上说明了详细的典型实施例。如本领域技术人员应当理解,可以对上述典型实施例进行多种修改和替代,同时仍受益于其中实现的发明。
在以上说明中,针对所有传输假定时域中的重复。然而,为了简单起见,在图4~10中省略了这些重复。
以上参考图5~8说明了多个选项。应当理解,这些选项并非相互排斥,并且这些选项中的任何选项可以在同一系统内(在一个小区内和/或在邻近小区内)组合。例如,基站可被配置为依赖于其小区中的MTC装置的数量/类型、依赖于小区中的总负荷和/或依赖于通信的类型(例如,广播/单播),来例如周期性地从一个操作模式改变为另一操作模式。
应当理解,尽管以基站作为E-UTRAN基站(eNB)而工作的方式描述了通信系统,但相同的原理可以适用于作为宏基站或微微基站而工作的基站、毫微微基站、提供基站功能的元件的中继节点、家庭基站(HeNB)或其它这种通信节点。
在以上典型实施例中,描述了LTE电信系统。如本领域技术人员应当理解,本申请中所述的技术可以用于其它通信系统,包括较早的3GPP类型系统。其它通信节点或装置可以包括例如个人数字助理、膝上型计算机、web浏览器等的用户装置。
在以上典型实施例中,基站和通信装置各自包括收发器电路。通常,该电路将由专用硬件电路构成。然而,在一些典型实施例中,收发器电路的一部分可以实现为通过相应控制器运行的软件。
在以上典型实施例中,描述了多个软件模块。如本领域技术人员应当理解,软件模块可以以编译或未编译的形式提供,并且可以作为信号通过计算机网络提供给基站或用户装置或者在记录介质上提供。此外,由该软件的部分或全部执行的功能可以使用一个或多个专用硬件电路来执行。
应当理解,基站可以包括:用于从核心网实体接收用于寻呼至少一个MTC装置的寻呼请求的部件;用于确定所述至少一个MTC装置将被发送寻呼相关信息的寻呼时机的部件,其中所述寻呼时机标识所述寻呼相关信息将首先被发送、然后被重复的多个子帧;以及用于在利用所述寻呼时机标识的所述多个子帧中发送所述寻呼相关信息、然后重复所述寻呼相关信息的部件。
所述寻呼相关信息可以包括标识将寻呼消息发送至所述至少一个MTC装置所要使用的时间和/或频率资源的调度信息,并且利用所述寻呼时机标识的所述多个子帧可以是将发送承载所述寻呼相关信息的控制信道的子帧。
所述至少一个MTC装置可以包括具有第一覆盖增强水平的至少一个覆盖增强的MTC装置以及具有与所述第一覆盖增强水平不同的第二覆盖增强水平的至少一个覆盖增强的MTC装置。
在这种情况下,所述寻呼相关信息可以包括:第一寻呼标识符(例如,无线网络临时标识符),用于标识针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息;以及第二寻呼标识符(例如,不同的无线网络临时标识符),用于标识针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息。
可以在第一子帧内的控制信道中首先发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息,并且可以在与所述第一子帧不同的第二子帧内的控制信道中首先发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息。
可以在至少一个子帧内的控制信道中发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息,其中在该至少一个子帧中,还使用同一控制信道发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息。
寻呼相关信息可以包括针对所述至少一个MTC装置的至少一个寻呼消息,并且利用所述寻呼时机所标识的所述多个子帧可以是所述至少一个寻呼消息将被发送然后被重复的子帧。在这种情况下,基站还可以包括用于进行以下操作的部件:将用于标识发送所述至少一个寻呼消息所要使用的资源的调度信息在系统信息块中发送至所述至少一个MTC装置。例如,所述调度信息可以包括标识针对所请求的寻呼的传输块大小即TBS的信息。
所述至少一个MTC装置可以包括具有第一覆盖增强水平的至少一个覆盖增强的MTC装置以及具有与所述第一覆盖增强水平不同的第二覆盖增强水平的至少一个覆盖增强的MTC装置。
在这种情况下,可以使用第一预定频率资源来发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息,并且可以使用与所述第一预定频率资源不同的第二预定频率资源来发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息。
可以在第一子帧内的数据信道中首先发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息,并且可以在与所述第一子帧不同的第二子帧内的数据信道中首先发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息。
可以在至少一个子帧内的数据信道中发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息,其中在该至少一个子帧中,还在同一数据信道中发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息。
如果至少一个MTC装置包括至少一个覆盖增强的MTC装置,则所述基站还可以包括用于标识与所述至少一个覆盖增强的MTC装置相关联的覆盖增强水平的部件,并且所述用于发送所述寻呼相关信息、然后重复所述寻呼相关信息的部件可被配置为将所述寻呼相关信息重复发送利用所述覆盖增强水平所定义的重复次数。
所述寻呼请求可以包括标识所述覆盖增强水平的信息,并且其中,所述用于标识与所述至少一个覆盖增强的MTC装置相关联的覆盖增强水平的部件被配置为基于所述寻呼请求中的标识所述覆盖增强水平的信息来标识所述覆盖增强水平。
用于标识与所述至少一个覆盖增强的MTC装置相关联的覆盖增强水平的部件可被配置为基于在用以设置与所述至少一个覆盖增强的MTC装置的随机接入信道(RACH)的过程期间所获得的信息(例如,随机接入前导码序列索引),来标识所述覆盖增强水平。
如果针对所述至少一个覆盖增强的MTC装置不能确定各覆盖增强水平,则所述用于发送所述寻呼相关信息、然后重复所述寻呼相关信息的部件可被配置为将所述寻呼相关信息重复发送根据预定(例如,最大和/或默认)覆盖增强水平所定义的重复次数。
在以上典型实施例中,描述了机器类型通信装置和移动电话。然而,应当理解,移动电话(和类似的用户设备)也可以被配置成作为机器类型通信装置而工作。例如,移动电话3-1可以包括MTC模块45(和/或提供MTC模块45的功能)。
MTC应用的示例
应当理解,各通信装置可以支持一个或多个MTC应用。MTC应用的一些示例在以下表(来源:3GPP TS22.368 V13.1.0,附件B)中列出。该列表不是详尽的并且意在指示出机器类型通信应用的范围。
[表1]
各种其它修改对于本领域技术人员将是明显的,并且将不在此处进一步详细描述。
以下详细说明在当前提出的3GPP标准中可以实现本发明的方式。尽管各种特征被描述为必要或必需的,但例如由于所提出的3GPP标准所施加的其它要求、因而可能仅针对该标准是这种情况。因此,这些陈述决不应被解释为限制本发明。
标题:针对Rel-13 MTC UE的寻呼
1.介绍
针对寻址至在正常覆盖和覆盖增强中包括低复杂度UE的MTCe UE的广播信道和单播信道这两者,广泛地需要重复,因而需要针对Rel-13 MTCe UE重新设计寻呼传输过程。
在本文中,我们针对以下问题分享了我们的观点:
1.是否需要动态L1调度、即ePDCCH来进行寻呼传输?
2.如何进行针对系统信息改变的寻呼?
3.寻呼消息传输针对不同类型的Rel13 MTC UE是否分开?
4.如何确定寻呼传输所用的UE的CE/重复水平?
2.论述
在当前规范TS 36.304中,一个寻呼时机(PO)是可能存在在定址寻呼消息的PDCCH上所发送的P-RNTI的子帧。一个无线帧包含一个或多个寻呼时机。在使用DRX的情况下,UE针对各DRX周期仅需要监视一个PO。
在Rel-13 MTC的上下文中,由于将需要重复,因此PO不再是一个子帧。我们建议采用PO的以下定义:
建议1:寻呼时机(PO)是特定子带中的子帧束(的起点),其中:
-在需要ePDCCH来进行寻呼传输的情况下,UE监视用于寻呼消息调度的ePDCCH的重复,或者
-在不需要ePDCCH来进行寻呼传输的情况下,UE监视用于寻呼消息的PDSCH的重复。
在不同的子带上可以具有不同的PO。
2.1针对系统信息改变的寻呼
如我们所知,还使用寻呼消息来向处于RRC_IDLE的UE和处于RRC_CONNECTED的UE通知系统信息改变。系统信息改变寻呼是1位指示符,并且是连同其它正常寻呼记录(在存在的情况下)一起发送的。在将要改变任何系统信息元素的情况下,eNB必须针对所有UE在所有PO上发送该指示符以确保将及时通知所有UE。
在Rel-13 MTC的上下文中,分别讨论针对处于RRC-IDLE和RRC-CONNECTED模式的UE的系统信息修改:
针对处于RRC-IDLE的UE的系统信息改变
选项1:连同(作为传统的)正常寻呼记录一起发送针对系统信息修改的寻呼
利用该选项,eNB必须在寻址至作为传统的所有类型的Rel-13 MTC UE的所有PO上发送寻呼。由于数百次重复,因此在所有PO上发送的工作与传统相比大得多。
选项2:针对系统信息修改的寻呼与正常寻呼分开
利用该选项,必须在公共子带中发送针对系统信息的寻呼,并且所有UE应在该公共子带上工作并且尝试监视针对系统信息修改的寻呼时机。这意味着在针对系统修改的寻呼时机期间,所有的Rel-13 MTC UE都不能在其它子带中被调度。此外,从UE的角度,这将是附加寻呼监视工作,并且导致更大的电力消耗。
考虑到系统信息将极少,更偏好选项1:
建议:连同正常寻呼记录一起发送系统信息修改指示符。
针对处于RRC_CONNECTED的UE的系统信息改变
选项1:经由(作为传统的)寻呼的系统信息改变的通知
有可能在与用于监视寻呼的子带不同的子带上调度处于RRC_CONNECTED模式的UE。这将要求UE重新调谐至寻呼和系统信息读取所用的子带。
选项2:经由专用信令来发送新的系统信息:
UE可以继续在单播通道的子带上工作。如果存在大量处于RRC-CONNECTED的rel13UE,则以UE逐个发送改变后的系统信息将非常昂贵。然而,如果存在针对目标UE的进行中的数据传输,则通过对系统信息和数据进行复用,假设仅将SI的改变部分发送至UE,则将不太昂贵。
选项3:释放RRC连接
如果不存在针对UE的进行中的数据传输,则另一可能的选择是释放该UE,因而UE将经由广播信道来读取系统信息。
选项2和选项3可以通过eNB实现来一起工作。考虑到仅在存在进行中的数据的情况下才使覆盖增强中的UE保持于RRC-CONNECTED模式,提出以下建议:
建议:将专用信令用于针对RRC-CONNECTED REL13 MTC UE的系统信息改变,即不需要RRC-CONNECTED REL13 MTC UE监视针对系统信息修改的寻呼。
2.2使用或不使用ePDCCH
与系统信息传输相同,与寻呼传输有关的一个关键问题是是否需要ePDCCH中的动态L1调度信息,我们的利弊分析如下:
不使用ePDCCH(即,不具有动态L1调度信息):
-缺乏调度灵活性:不能动态地改变寻呼传输所用的无线资源、调制阶数(modulation order)、编码率。
-固定TBS/MCS和无线资源:可以在一个PO中寻呼固定数量的(例如,仅1个)UE。
-在不存在用以容纳所有寻呼请求的空间的情况下的额外寻呼延迟:在需要寻呼更多的UE时,eNB可以将寻呼延迟至下一个PO,这将引起调度延迟。
-由于固定TBS所引起的寻呼容量限制。另一方面,更多的PO可被配置为增加寻呼容量,然而这将引起用以监视更多PO的更多UE电力消耗。
-节省ePDCCH传输的资源使用。
使用ePDCCH(即,具有动态L1调度信息)
-更大的调度灵活性:可以动态地改变寻呼传输所用的无线资源、调制阶数、编码率。
-可改变的TBS/MCS和无线资源:一个PO中所寻呼的UE的数量是灵活的。
-寻呼容量适应于寻呼请求。
-用于ePDCCH传输的更多无线资源。
-两倍的电力消耗:针对各PO,如果检测到ePDCCH具有P-RNTI(这很有可能),则UE必须首先监视ePDCCH束然后监视PDSCH束。这意味着由于ePDCCH-PDSCH的两级寻呼监视因而最大存在两倍的电力消耗。
比较“不使用ePDCCH”选项,“使用ePDCCH”选项在调度、寻呼容量方面具有明显的灵活性,并且更加具有适用性。然而,考虑到ePDCCH重复需要额外资源,并不明确是否更具资源效率。此外,从UE的角度,这将导致更多的唤醒时间和增大的电力消耗。折衷方式是在选项“不使用ePDCCH”上允许有限的灵活性,例如以基于例如小区的MTC寻呼负荷来指示/调整系统信息中的寻呼消息的TB大小。
建议:RAN2考虑不具有ePDCCH中的动态L1调度信息,而是指示有限的调度信息,例如SI中的TBS,用于寻呼传输。
2.3分开与否
RAN1同意针对Rel-13低复杂度的UE和/或以覆盖增强(CE)进行工作的UE的寻呼消息与针对其它UE的寻呼消息分开发送。尚未确认针对以正常覆盖进行工作和以不同的覆盖增强(CE)进行工作的Rel-13低复杂度的UE的寻呼消息是否分开发送。
在以下论述中,没有特别提及处于正常覆盖的LC Rel-13 MTC UE。处于正常覆盖的低复杂度的UE可被视为一个特殊接收/CE水平、例如CE水平0,这是因为UE位置对于NW是未知的,因而在计算再分配(repartition)次数时采用小区边缘覆盖。
分开的情况:针对各CE水平,需要分开的ePDCCH/PDSCH发送。在存在针对处于CE水平1的UE的一个寻呼和针对处于CE水平2的UE的另一寻呼的情况下,如果存在ePDCCH,则需要两个ePDCCH,或者如果不存在ePDCCH,则需要两个PDSCH。由于针对不同TB的分开填充,因此可能存在更多的PDSCH负荷。关于系统信息修改,eNB必须与所有重复水平相对应地在所有PO上发送寻呼/寻呼调度,并且这还意味着更多的资源消耗。UE和网络侧在所有情况中关于重复水平应严格地具有相同的假定,否则将导致传输和监视资源之间的未对准,则寻呼将始终失败。
没有分开的情况:如图所示,重复次数应该是所有被寻呼的UE所需的最大值。在存在针对需要N次重复的处于CE水平1的UE的一个寻呼和针对需要M次重复的处于CE水平4的UE的另一寻呼(其中M>N)的情况下,eNB将发送包括具有M次重复的这两个UE的两个寻呼记录的寻呼消息。在eNB实现的控制中,在被寻呼的UE之间的重复次数过于不同、并且存在许多寻呼请求的情况下,UE可以将CE水平相同的UE的寻呼分组到一起,并且以额外寻呼延迟为代价在不同时间寻呼不同的组。从UE的观点,不同CE水平的UE尝试在足够数量的子帧上组合ePDCCH/PDSCH。按照相同的示例,处于CE水平1的UE尝试对N个子帧ePDCCH/PDSCH的组合进行解码,但处于CE水平4的UE尝试对M个子帧ePDCCH/PDSCH的组合进行解码以检查该UE是否被寻呼。如果仅存在少量寻呼请求,则尽管这些寻呼请求具有非常不同的重复次数,但通过对寻呼记录进行复用可能更具资源效率。针对系统信息修改的寻呼的资源消耗将较少。
如果存在ePDCCH,则针对“分开选项”,即使针对不同的CE水平需要不同的ePDCCH,也仍可以以所有的ePDCCH都指向同一PDSCH的方式来将寻址到不同CE水平的寻呼记录复用到一个PDSCH/TB中。
基于以上分析,我们更偏好不使针对不同类型的Rel-13 MTC UE的寻呼传输分开。
建议:不使针对不同类型的Rel-13 MTC UE的寻呼传输分开,即网络可以在一个寻呼消息中传输寻址到不同类型/CE水平的Rel-13 MTC UE的寻呼记录。
2.4CE水平确定
为了确定特定小区中的UE的CE水平,存在两个选项:
选项1:基于eNB[如图9所示]
eNB作出与UE在给定小区中的哪个CE水平上有关的最终决定,然后通知CN并且还可以通知UE以使所知内容相一致。该选项使得能够在eNB侧进行更多控制。相同的UE在不同小区中可能具有不同的CE/重复水平,并且为了使得能够像如今的操作那样对一个以上的小区中的UE进行寻呼,必须基于RACH过程来逐一地收集所有小区中的CE水平。
选项2:基于UE[如图10所示]
UE测量所检测到的所有小区的DL无线条件,并且确定各小区中的CE水平,然后向CN进行报告,例如作为能力报告的一部分。eNB对该选项的控制较少,我们必须确保UE将不会滥用该信息并且报告比所需更高的CE水平。可以测量所有寻呼小区中的CE水平并一次性报告至网络。
建议:RAN2讨论CE水平确定是基于UE还是基于eNB的。
以上所公开的典型实施例的全部或一部分可被描述为但不限于以下的补充说明。
(补充说明1)一种通信系统所用的基站,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述基站包括:
用于从核心网实体接收用于寻呼至少一个MTC装置的寻呼请求的部件;
用于确定所述至少一个MTC装置将被发送寻呼相关信息的寻呼时机的部件,其中所述寻呼时机标识所述寻呼相关信息将首先被发送、然后被重复的多个子帧;以及
用于在利用所述寻呼时机标识的所述多个子帧中发送所述寻呼相关信息、然后重复所述寻呼相关信息的部件。
(补充说明2)根据补充说明1所述的基站,其中,所述寻呼相关信息包括标识将寻呼消息发送至所述至少一个MTC装置所要使用的时间和/或频率资源的调度信息,以及利用所述寻呼时机标识的所述多个子帧是承载所述寻呼相关信息的控制信道被发送的子帧。
(补充说明3)根据补充说明2所述的基站,其中,所述至少一个MTC装置包括具有第一覆盖增强水平的至少一个覆盖增强的MTC装置以及具有与所述第一覆盖增强水平不同的第二覆盖增强水平的至少一个覆盖增强的MTC装置。
(补充说明4)根据补充说明3所述的基站,其中,所述寻呼相关信息包括:第一寻呼标识符(例如,无线网络临时标识符),用于标识针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息;以及第二寻呼标识符(例如,不同的无线网络临时标识符),用于标识针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息。
(补充说明5)根据补充说明3所述的基站,其中,在第一子帧内的控制信道中首先发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息,并且在与所述第一子帧不同的第二子帧内的控制信道中首先发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息。
(补充说明6)根据补充说明3所述的基站,其中,在至少一个子帧内的控制信道中发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息,其中在所述至少一个子帧中,还使用同一控制信道发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼相关信息。
(补充说明7)根据补充说明1所述的基站,其中,所述寻呼相关信息包括针对所述至少一个MTC装置的至少一个寻呼消息,以及利用所述寻呼时机标识的所述多个子帧是所述至少一个寻呼消息被发送然后被重复的子帧。
(补充说明8)根据补充说明7所述的基站,其中,所述基站还包括用于进行以下操作的部件:将用于标识发送所述至少一个寻呼消息所要使用的资源的调度信息在系统信息块中发送至所述至少一个MTC装置。
(补充说明9)根据补充说明8所述的基站,其中,所述调度信息包括标识针对所请求的寻呼的传输块大小即TBS的信息。
(补充说明10)根据补充说明7至9中任一项所述的基站,其中,所述至少一个MTC装置包括具有第一覆盖增强水平的至少一个覆盖增强的MTC装置以及具有与所述第一覆盖增强水平不同的第二覆盖增强水平的至少一个覆盖增强的MTC装置。
(补充说明11)根据补充说明10所述的基站,其中,使用第一预定频率资源来发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息,并且使用与所述第一预定频率资源不同的第二预定频率资源来发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息。
(补充说明12)根据补充说明10所述的基站,其中,在第一子帧内的数据信道中首先发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息,并且在与所述第一子帧不同的第二子帧内的数据信道中首先发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息。
(补充说明13)根据补充说明10所述的基站,其中,在至少一个子帧内的数据信道中发送针对所述具有第一覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息,其中在所述至少一个子帧中,还在同一数据信道中发送针对所述具有第二覆盖增强水平的至少一个覆盖增强的MTC装置的寻呼消息。
(补充说明14)根据补充说明1至9中任一项所述的基站,其中,所述至少一个MTC装置包括至少一个覆盖增强的MTC装置,所述基站还包括用于标识与所述至少一个覆盖增强的MTC装置相关联的覆盖增强水平的部件,以及所述用于发送所述寻呼相关信息、然后重复所述寻呼相关信息的部件被配置为将所述寻呼相关信息重复发送利用所述覆盖增强水平定义的重复次数。
(补充说明15)根据补充说明14所述的基站,其中,所述寻呼请求包括标识所述覆盖增强水平的信息,以及所述用于标识与所述至少一个覆盖增强的MTC装置相关联的覆盖增强水平的部件被配置为基于所述寻呼请求中的标识所述覆盖增强水平的信息来标识所述覆盖增强水平。
(补充说明16)根据补充说明14所述的基站,其中,所述用于标识与所述至少一个覆盖增强的MTC装置相关联的覆盖增强水平的部件被配置为基于在用以设置与所述至少一个覆盖增强的MTC装置的随机接入信道(RACH)的过程期间所获得的信息(例如,随机接入前导码序列索引),来标识所述覆盖增强水平。
(补充说明17)根据补充说明14所述的基站,其中,如果针对所述至少一个覆盖增强的MTC装置不能确定对应的覆盖增强水平,则所述用于发送所述寻呼相关信息、然后重复所述寻呼相关信息的部件被配置为将所述寻呼相关信息重复发送根据预定(例如,最大和/或默认)覆盖增强水平所定义的重复次数。
(补充说明18)一种通信系统所用的基站,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述基站包括:
用于从核心网实体接收用于寻呼至少一个MTC装置的寻呼请求的部件;
用于确定所述至少一个MTC装置将被发送寻呼消息的寻呼时机的部件;
用于将用于标识发送所述寻呼消息所要使用的资源的调度信息在系统信息块中发送至所述至少一个MTC装置的部件;以及
用于根据所述寻呼时机使用所述资源来将所述寻呼消息发送至所述至少一个MTC装置的部件。
(补充说明19)一种通信系统所用的基站,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述基站包括:
用于从核心网实体接收用于寻呼至少一个覆盖增强的MTC装置的寻呼请求的部件;
用于标识与所述至少一个覆盖增强的MTC装置相关联的覆盖增强水平的部件;以及
用于发送寻呼相关信息、然后将所述寻呼相关信息重复发送利用覆盖增强水平定义的重复次数的部件。
(补充说明20)一种通信系统所用的基站,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述基站包括:
用于判断为需要向所述MTC装置通知系统信息已改变从而产生了修改后的系统信息的部件;
用于通过使用寻呼消息连同针对所述MTC装置的任何寻呼记录一起发送通知来向处于空闲模式的任何MTC装置通知所述系统信息已改变的部件;以及
用于使用MTC装置专用信令(例如,单播/专用RRC信令)来向处于无线资源控制连接模式即RRC连接模式的任何MTC装置提供所述修改后的系统信息的至少修改部分的部件。
(补充说明21)一种机器类型通信装置即MTC装置,用于与基站进行通信,所述MTC装置包括:
用于确定所述基站能够发送寻呼相关信息的寻呼时机的部件,其中所述寻呼时机标识所述基站将首先发送所述寻呼相关信息、然后重复所述寻呼相关信息的多个子帧;以及
用于在利用所述寻呼时机标识的所述多个子帧中接收所述寻呼相关信息的部件。
(补充说明22)一种通信系统所用的机器类型通信装置即MTC装置,其中在所述通信系统中,机器类型通信装置即MTC装置经由基站进行通信,所述MTC装置包括:
用于从所述基站所广播的系统信息块中获得用于标识发送至少一个寻呼消息所要使用的资源的调度信息的部件;
用于确定所述基站能够发送针对所述MTC装置的寻呼消息的寻呼时机的部件;
用于根据所述调度信息来确定发送至少一个寻呼消息所要使用的所述资源的部件;以及
用于根据所述寻呼时机使用所述资源来接收所述寻呼消息的部件。
(补充说明23)一种通信系统所用的机器类型通信装置即MTC装置,其中在所述通信系统中,MTC装置经由基站进行通信,所述MTC装置包括:
用于进行测量以建立与至少一个小区相关联的信号质量的度量的部件;
用于基于与至少一个小区相关联的信号质量的所述度量来确定与所述至少一个小区相关联的各覆盖增强水平的部件;以及
用于将与所述至少一个小区相关联的所述各覆盖增强水平发送至所述基站的部件。
(补充说明24)一种通信系统所用的机器类型通信装置即MTC装置,其中在所述通信系统中,MTC装置经由基站进行通信,所述MTC装置包括:
用于与所述基站形成无线资源控制连接即RRC连接以进入RRC连接模式的部件;以及
收发器,其被配置为在处于所述RRC连接模式的情况下,使用专用信令(例如,单播/专用RRC信令)来获得与所述基站的小区相关联的修改后的系统信息(的至少修改部分)。
(补充说明25)一种通信系统所用的核心网节点(例如,移动管理实体),所述核心网节点包括:
用于获得标识针对至少一个覆盖增强的MTC装置的在基站的小区中所需的覆盖增强水平的信息的部件;
用于生成用于经由所述基站寻呼所述至少一个覆盖增强的MTC装置的寻呼请求的部件,其中所述寻呼请求包括标识针对所述至少一个覆盖增强的MTC装置的在基站的小区中所需的所述覆盖增强水平的信息;以及
用于根据所述小区中所需的所述覆盖增强水平来将所述寻呼请求发送至所述基站以寻呼所述小区中的所述至少一个覆盖增强的MTC装置的部件。
(补充说明26)一种系统,其包括根据补充说明1至20中任一项所述的基站、根据补充说明21至24中任一项所述的MTC装置以及根据补充说明25所述的核心网节点。
(补充说明27)一种通信系统中的基站所进行的方法,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述方法包括以下步骤:
从核心网实体接收用于寻呼至少一个MTC装置的寻呼请求;
确定所述至少一个MTC装置将被发送寻呼相关信息的寻呼时机,其中所述寻呼时机标识所述寻呼相关信息将首先被发送然后被重复的多个子帧;以及
在利用所述寻呼时机标识的所述多个子帧中发送所述寻呼相关信息、然后重复所述寻呼相关信息。
(补充说明28)一种通信系统所用的基站所进行的方法,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述方法包括以下步骤:
从核心网实体接收用于寻呼至少一个MTC装置的寻呼请求;
确定所述至少一个MTC装置将被发送寻呼消息的寻呼时机;
将用于标识发送所述寻呼消息所要使用的资源的调度信息在系统信息块中发送至所述至少一个MTC装置;以及
根据所述寻呼时机使用所述资源来将所述寻呼消息发送至所述至少一个MTC装置。
(补充说明29)一种通信系统所用的基站所进行的方法,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述方法包括以下步骤:
从核心网实体接收用于寻呼至少一个覆盖增强的MTC装置的寻呼请求;
标识与所述至少一个覆盖增强的MTC装置相关联的覆盖增强水平;以及
发送寻呼相关信息,然后将所述寻呼相关信息重复发送利用覆盖增强水平定义的重复次数。
(补充说明30)一种通信系统所用的基站所进行的方法,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述方法包括以下步骤:
判断为需要向所述MTC装置通知系统信息已改变从而产生了修改的系统信息;
通过使用寻呼消息连同针对所述MTC装置的任何寻呼记录一起发送通知,来向处于空闲模式的任何MTC装置通知所述系统信息已改变;以及
使用MTC装置专用信令(例如,单播/专用RRC信令)来向处于无线资源控制连接模式即RRC连接模式的任何MTC装置提供所述修改后的系统信息的至少修改部分。
(补充说明31)一种机器类型通信装置即MTC装置所进行的方法,所述MTC装置用于与基站进行通信,所述方法包括以下步骤:
确定所述基站能够发送寻呼相关信息的寻呼时机,其中所述寻呼时机标识所述基站将首先发送所述寻呼相关信息、然后重复所述寻呼相关信息的多个子帧;以及
在利用所述寻呼时机标识的所述多个子帧中接收所述寻呼相关信息。
(补充说明32)一种通信系统中的机器类型通信装置即MTC装置所进行的方法,其中在所述通信系统中,机器类型通信装置即MTC装置经由基站进行通信,所述方法包括以下步骤:
从所述基站所广播的系统信息块中获得用于标识发送至少一个寻呼消息所要使用的资源的调度信息;
确定所述基站能够发送针对所述MTC装置的寻呼消息的寻呼时机;
根据所述调度信息来确定发送至少一个寻呼消息所要使用的所述资源;以及
根据所述寻呼时机使用所述资源来接收所述寻呼消息。
(补充说明33)一种通信系统中的机器类型通信装置即MTC装置所进行的方法,其中在所述通信系统中,MTC装置经由基站进行通信,所述方法包括以下步骤:
进行测量以建立与至少一个小区相关联的信号质量的度量;
基于与至少一个小区相关联的信号质量的所述度量,来确定与所述至少一个小区相关联的各覆盖增强水平;以及
将与所述至少一个小区相关联的所述各覆盖增强水平发送至所述基站。
(补充说明34)一种通信系统中的机器类型通信装置即MTC装置所进行的方法,其中在所述通信系统中,MTC装置经由基站进行通信,所述方法包括以下步骤:
与所述基站形成无线资源控制连接即RRC连接以进入RRC连接模式;以及
在处于所述RRC连接模式的情况下,使用专用信令(例如,单播/专用RRC信令)来获得与所述基站的小区相关联的修改后的系统信息(的至少修改部分)。
(补充说明35)一种通信系统所用的核心网节点(例如,移动管理实体)所进行的方法,所述方法包括以下步骤:
获得标识针对至少一个覆盖增强的MTC装置的在基站的小区中所需的覆盖增强水平的信息;
生成用于经由所述基站寻呼所述至少一个覆盖增强的MTC装置的寻呼请求,其中所述寻呼请求包括标识针对所述至少一个覆盖增强的MTC装置的在基站的小区中所需的所述覆盖增强水平的信息;以及
根据所述小区中所需的所述覆盖增强水平来将所述寻呼请求发送至所述基站以寻呼所述小区中的所述至少一个覆盖增强的MTC装置。
(补充说明36)一种计算机可实现指令产品,其包括计算机可执行指令,所述计算机可实现指令用于使可编程通信装置进行根据补充说明27至35中任一项所述的方法。
本申请基于并要求2015年4月10日提交的英国专利申请1506156.7的优先权,在此通过引用包含其全部内容。
Claims (17)
1.一种通信系统所用的基站,其中在所述通信系统中,机器类型通信装置即MTC装置经由所述基站进行通信,所述基站包括:
用于判断为需要向所述MTC装置通知已存在系统信息更新的部件;
用于通过使用寻呼消息发送通知来向处于空闲模式的任何MTC装置通知所述系统信息更新的部件;以及
用于使用MTC装置专用信令来向处于无线资源控制连接模式即RRC连接模式的任何MTC装置提供所述系统信息的部件。
2.根据权利要求1所述的基站,其中,所述MTC装置是减小带宽的用户设备即减小带宽的UE。
3.根据权利要求1或2所述的基站,其中,所述MTC装置是低复杂度的用户设备即低复杂度的UE。
4.根据权利要求1、2或3所述的基站,其中,所述MTC装置是覆盖增强的用户设备即CE的UE。
5.根据前述权利要求中任一项所述的基站,其中,还包括用于确定关联的物理下行链路控制信道上至少一个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连接模式的情况下,使用专用信令来获得与所述基站的小区相关联的系统信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011631407.6A CN112770298A (zh) | 2015-04-10 | 2016-04-08 | 减小带宽的ue、e-utran基站及其方法 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB1506156.7 | 2015-04-10 | ||
GB1506156.7A GB2537181A (en) | 2015-04-10 | 2015-04-10 | Communication system |
PCT/JP2016/001951 WO2016163127A1 (en) | 2015-04-10 | 2016-04-08 | Communication system |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011631407.6A Division CN112770298A (zh) | 2015-04-10 | 2016-04-08 | 减小带宽的ue、e-utran基站及其方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107431890A true CN107431890A (zh) | 2017-12-01 |
CN107431890B CN107431890B (zh) | 2021-01-12 |
Family
ID=53333637
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680021176.2A Active CN107431890B (zh) | 2015-04-10 | 2016-04-08 | 通信系统 |
CN202011631407.6A Pending CN112770298A (zh) | 2015-04-10 | 2016-04-08 | 减小带宽的ue、e-utran基站及其方法 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011631407.6A Pending CN112770298A (zh) | 2015-04-10 | 2016-04-08 | 减小带宽的ue、e-utran基站及其方法 |
Country Status (7)
Country | Link |
---|---|
US (3) | US10356748B2 (zh) |
EP (3) | EP3700239B1 (zh) |
JP (1) | JP6439952B2 (zh) |
CN (2) | CN107431890B (zh) |
ES (1) | ES2806635T3 (zh) |
GB (1) | GB2537181A (zh) |
WO (1) | WO2016163127A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019154090A1 (zh) * | 2018-02-09 | 2019-08-15 | 华为技术有限公司 | 信号传输的方法和装置 |
CN111903158A (zh) * | 2018-03-28 | 2020-11-06 | 高通股份有限公司 | 波束方向辅助寻呼 |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
BR112017021535B1 (pt) * | 2015-04-10 | 2023-12-26 | Huawei Technologies Co., Ltd | Método de transmissão de mensagem de paginação, estação base, equipamento de usuário e sistema de comunicações |
GB2537181A (en) * | 2015-04-10 | 2016-10-12 | Nec Corp | Communication system |
US10111113B2 (en) * | 2015-06-19 | 2018-10-23 | Qualcomm Incorporated | Coverage enhancement level determination |
US11956753B2 (en) * | 2015-07-10 | 2024-04-09 | Qualcomm Incorporated | Common search space for machine type communications |
EP3917231A1 (en) * | 2015-08-14 | 2021-12-01 | HFI Innovation Inc. | Paging scheduling and dci format |
WO2017032701A1 (en) * | 2015-08-24 | 2017-03-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Method of adapting radio resources, device and computer program |
US10285107B2 (en) * | 2016-09-08 | 2019-05-07 | Apple Inc. | Dynamic coverage mode switching and communication bandwidth adjustment |
CN108282861B (zh) | 2017-01-05 | 2022-07-22 | 中兴通讯股份有限公司 | 一种寻呼信息的传输方法、装置及系统 |
US10405281B1 (en) * | 2017-06-15 | 2019-09-03 | Sprint Communications Company L.P. | Dynamic minimum receiver levels based on carrier aggregation |
US11337143B2 (en) * | 2017-07-07 | 2022-05-17 | Sony Group Corporation | Selection of target cell from candidate cells based on access restrictions including at least one respective regulated repetition level for each candidate cell |
CN108476420B (zh) * | 2017-09-08 | 2021-08-10 | 北京小米移动软件有限公司 | 寻呼配置方法及装置、寻呼消息接收方法及装置和基站 |
US11589201B2 (en) | 2017-10-10 | 2023-02-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Network node, user equipment (UE) and methods for handling communication in a narrowband internet of things (NB-IoT) or machine type communication (MTC) network |
WO2019104472A1 (zh) * | 2017-11-28 | 2019-06-06 | 华为技术有限公司 | 系统信息更新方法、接入网设备及终端设备 |
CN110022610A (zh) * | 2018-01-10 | 2019-07-16 | 维沃移动通信有限公司 | 一种收发信息的方法、终端设备及网络设备 |
WO2019148371A1 (zh) | 2018-01-31 | 2019-08-08 | Oppo广东移动通信有限公司 | 用于寻呼的方法、终端设备和网络设备 |
US11516737B2 (en) * | 2018-02-14 | 2022-11-29 | Lg Electronics Inc. | Method for changing status of WUS operation and device supporting the same |
CN110351815B (zh) | 2018-04-04 | 2022-05-27 | 中兴通讯股份有限公司 | 一种寻呼方法、基站及用户设备 |
CN116506945A (zh) * | 2018-04-05 | 2023-07-28 | 松下电器(美国)知识产权公司 | 用户设备、基站以及在用户设备和基站中执行的方法 |
WO2019213844A1 (zh) | 2018-05-08 | 2019-11-14 | Oppo广东移动通信有限公司 | 无线通信方法、设备、芯片和系统 |
CN110944401B (zh) * | 2018-09-21 | 2022-04-22 | 华为技术有限公司 | 随机接入方法、终端设备及网络设备 |
CN114128367A (zh) * | 2019-08-01 | 2022-03-01 | 瑞典爱立信有限公司 | 用于虚假寻呼减少的用户设备(ue)分组准则和机制 |
US11653327B2 (en) * | 2020-02-10 | 2023-05-16 | Qualcomm Incorporated | Paging indicating system information change |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013183966A1 (en) * | 2012-06-08 | 2013-12-12 | Lg Electronics Inc. | Method and apparatus for receiving system information in wireless communication system |
US20140098761A1 (en) * | 2012-10-05 | 2014-04-10 | Interdigital Patent Holdings, Inc. | Method and apparatus for enhancing coverage of machine type communication (mtc) devices |
WO2014157836A1 (en) * | 2013-03-29 | 2014-10-02 | Lg Electronics Inc. | Method for performing random access procedure and device therefor |
EP2836032A1 (en) * | 2013-08-09 | 2015-02-11 | Alcatel Lucent | Providing a coverage enhanced mode of operation within a wireless network |
Family Cites Families (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6505058B1 (en) | 1998-12-04 | 2003-01-07 | Motorola, Inc. | Method for determining whether to wake up a mobile station |
US7623509B2 (en) * | 2004-06-14 | 2009-11-24 | Nokia Corporation | Enhanced handling of system information messages when moving from dual transfer mode to packet transfer mode |
WO2007078165A1 (en) * | 2006-01-05 | 2007-07-12 | Lg Electronics Inc. | Transmitting information in mobile communications system |
EP1909520A1 (en) * | 2006-10-02 | 2008-04-09 | Matsushita Electric Industrial Co., Ltd. | Transmission and reception of system information upon changing connectivity or point of attachment in a mobile communication system |
KR101514079B1 (ko) * | 2008-01-07 | 2015-04-21 | 엘지전자 주식회사 | 상향링크 시간 동기 타이머의 재구성 방법 |
US8804546B2 (en) * | 2008-06-13 | 2014-08-12 | Qualcomm Incorporated | Method and apparatus for managing interaction between DRX cycles and paging cycles |
US8315182B2 (en) * | 2008-11-03 | 2012-11-20 | Htc Corporation | Method and related communication device for parameter reconfiguration in a wireless communications system |
CN102792600B (zh) * | 2010-01-11 | 2015-05-20 | 黑莓有限公司 | 用于控制信道干扰管理和扩展pdcch的系统和方法 |
US8837443B2 (en) | 2010-08-13 | 2014-09-16 | Sharp Kabushiki Kaisha | Reducing congestion in wireless communication networks |
JP2012169969A (ja) | 2011-02-16 | 2012-09-06 | Sony Corp | 無線通信装置、基地局、無線通信方法、プログラムおよび無線通信システム |
JP2014510479A (ja) * | 2011-02-28 | 2014-04-24 | インターデイジタル パテント ホールディングス インコーポレイテッド | 動作周波数の変更を調整する方法および装置 |
US9344985B2 (en) * | 2011-03-08 | 2016-05-17 | Panasonic Intellectual Property Corporation Of America | Propagation delay difference reporting for multiple component carriers |
FR2973181B1 (fr) * | 2011-03-21 | 2014-05-16 | Hispano Suiza Sa | Procede de commande simplifie d'un convertisseur de tension alternative triphasee en tension continue |
US9225503B2 (en) * | 2011-05-02 | 2015-12-29 | Lg Electronics Inc. | Method for transmitting/receiving data in wireless communication system and base station for same |
KR101810121B1 (ko) * | 2011-05-27 | 2017-12-18 | 애플 인크. | 무선 통신 시스템에서 랜덤 액세스의 수행장치 및 방법 |
US20130010641A1 (en) * | 2011-07-05 | 2013-01-10 | Esmael Dinan | Carrier Activation Employing RRC messages |
US20130046821A1 (en) * | 2011-08-15 | 2013-02-21 | Renasas Mobile Corporation | Advanced Machine-To-Machine Communications |
EP2835011B1 (en) * | 2012-03-30 | 2018-05-30 | Samsung Electronics Co., Ltd. | Speedy circuit-switched-fallback resorting to system-information stored in the ue |
US9078241B2 (en) * | 2013-03-22 | 2015-07-07 | Sharp Kabushiki Kaisha | Systems and methods for establishing multiple radio connections |
US11470619B2 (en) * | 2013-08-07 | 2022-10-11 | Interdigital Patent Holdings, Inc. | Coverage enhancements of low cost MTC devices in uplink/downlink decoupled scenario |
US9374151B2 (en) * | 2013-08-08 | 2016-06-21 | Intel IP Corporation | Coverage extension level for coverage limited device |
WO2015050359A1 (ko) * | 2013-10-04 | 2015-04-09 | 주식회사 케이티 | 하향링크 제어 채널의 송수신 방법 및 그 장치 |
US10034280B2 (en) | 2013-10-22 | 2018-07-24 | Lg Electronics Inc. | Method and apparatus for transmitting physical downlink control channel in wireless access system supporting machine-type communication |
EP3073658B1 (en) | 2013-11-22 | 2019-11-06 | LG Electronics Inc. | Method for receiving bundle of pdcch, and mtc device |
WO2015080510A1 (ko) * | 2013-11-29 | 2015-06-04 | 엘지전자(주) | 무선 통신 시스템에서 디스커버리 메시지를 전송하는 방법 및 이를 위한 장치 |
US20160353440A1 (en) * | 2014-01-29 | 2016-12-01 | Interdigital Patent Holdings, Inc. | Method of access and link adaptation for coverage enhanced wireless transmissions |
EP4231678A3 (en) * | 2015-02-23 | 2023-11-08 | Panasonic Intellectual Property Corporation of America | Application specific integrated circuit for improved paging procedures for user equipments requiring coverage extension |
GB2537181A (en) * | 2015-04-10 | 2016-10-12 | Nec Corp | Communication system |
RU2684756C1 (ru) * | 2015-11-04 | 2019-04-12 | Интердиджитал Пейтент Холдингз, Инк. | Способы осуществления процедур пейджинга для wtru с уменьшенной шириной полосы |
EP3211961B1 (en) * | 2016-02-05 | 2023-12-06 | HTC Corporation | Handling system information |
-
2015
- 2015-04-10 GB GB1506156.7A patent/GB2537181A/en not_active Withdrawn
-
2016
- 2016-04-08 CN CN201680021176.2A patent/CN107431890B/zh active Active
- 2016-04-08 CN CN202011631407.6A patent/CN112770298A/zh active Pending
- 2016-04-08 US US15/564,490 patent/US10356748B2/en active Active
- 2016-04-08 EP EP20169361.1A patent/EP3700239B1/en active Active
- 2016-04-08 JP JP2017553196A patent/JP6439952B2/ja active Active
- 2016-04-08 EP EP24181081.1A patent/EP4404650A2/en active Pending
- 2016-04-08 WO PCT/JP2016/001951 patent/WO2016163127A1/en active Application Filing
- 2016-04-08 EP EP16718492.8A patent/EP3281423B1/en active Active
- 2016-04-08 ES ES16718492T patent/ES2806635T3/es active Active
-
2019
- 2019-06-14 US US16/441,250 patent/US10791539B2/en active Active
-
2020
- 2020-08-21 US US16/999,363 patent/US11706738B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013183966A1 (en) * | 2012-06-08 | 2013-12-12 | Lg Electronics Inc. | Method and apparatus for receiving system information in wireless communication system |
US20140098761A1 (en) * | 2012-10-05 | 2014-04-10 | Interdigital Patent Holdings, Inc. | Method and apparatus for enhancing coverage of machine type communication (mtc) devices |
WO2014157836A1 (en) * | 2013-03-29 | 2014-10-02 | Lg Electronics Inc. | Method for performing random access procedure and device therefor |
EP2836032A1 (en) * | 2013-08-09 | 2015-02-11 | Alcatel Lucent | Providing a coverage enhanced mode of operation within a wireless network |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019154090A1 (zh) * | 2018-02-09 | 2019-08-15 | 华为技术有限公司 | 信号传输的方法和装置 |
US11310766B2 (en) | 2018-02-09 | 2022-04-19 | Huawei Technologies Co., Ltd. | Signal transmission method and apparatus |
CN111903158A (zh) * | 2018-03-28 | 2020-11-06 | 高通股份有限公司 | 波束方向辅助寻呼 |
CN111903158B (zh) * | 2018-03-28 | 2023-03-28 | 高通股份有限公司 | 波束方向辅助寻呼 |
Also Published As
Publication number | Publication date |
---|---|
US20200383087A1 (en) | 2020-12-03 |
EP3700239A1 (en) | 2020-08-26 |
CN107431890B (zh) | 2021-01-12 |
GB2537181A (en) | 2016-10-12 |
EP3281423B1 (en) | 2020-05-20 |
CN112770298A (zh) | 2021-05-07 |
JP6439952B2 (ja) | 2018-12-19 |
US20180092062A1 (en) | 2018-03-29 |
EP4404650A2 (en) | 2024-07-24 |
US10356748B2 (en) | 2019-07-16 |
US20190297596A1 (en) | 2019-09-26 |
US10791539B2 (en) | 2020-09-29 |
US11706738B2 (en) | 2023-07-18 |
JP2018511277A (ja) | 2018-04-19 |
EP3700239B1 (en) | 2024-07-24 |
EP3281423A1 (en) | 2018-02-14 |
WO2016163127A1 (en) | 2016-10-13 |
GB201506156D0 (en) | 2015-05-27 |
ES2806635T3 (es) | 2021-02-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107431890A (zh) | 通信系统 | |
US11917690B2 (en) | Communication system | |
US11778644B2 (en) | Communication system | |
US10111165B2 (en) | Network selection and random access method and apparatus of machine-type communication user equipment in mobile communication system | |
US11246156B2 (en) | Communication system | |
CN112118218B (zh) | 无线通信系统中的控制信息传输方法和装置 | |
CN105850207B (zh) | 终端装置、基站装置以及通信方法 | |
CN103857037B (zh) | 移动无线设备和操作方法 | |
CN107251625A (zh) | 寻呼和rar调度和dci格式 | |
CA2975239C (en) | Communication system | |
CN109286974A (zh) | 具有覆盖增强的上行链路信道设计 | |
CN102595604B (zh) | 一种基站向终端传输控制信息的方法和系统 | |
CN105122925A (zh) | 针对覆盖受限的机器类型通信的无控制操作 | |
CN107926004A (zh) | 用于执行载波间d2d 通信的方法和装置 | |
CN108141815A (zh) | 无线网络中的系统信息广播 | |
CN106063174A (zh) | 无线通信中的覆盖延伸 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |