在移动通信系统中使用寻呼消息接收灾难报警消息的方法

在移动通信系统中使用寻呼消息接收灾难报警消息的方法
【专利摘要】本发明涉及在移动通信系统中使用寻呼消息接收灾难报警消息的方法。公开了一种在无线通信系统中接收报警消息的方法。终端（UE）监控从网络发送的寻呼消息以确定所述报警消息的存在。如果所监控的寻呼消息具有报警消息广播的指示，则终端通过下行链路共享信道接收报警消息。
【专利说明】在移动通信系统中使用寻呼消息接收灾难报警消息的方法
[0001]本申请是2010年9月19日提交的国际申请日为2009年3月18日的申请号为200980109772.6 (PCT/KR2009/001358)的，发明名称为“在移动通信系统中使用寻呼消息接收灾难报警消息的方法”专利申请的分案申请。
【技术领域】
[0002]本发明涉及在无线通信系统中接收灾难报警消息(或任何报警告消息)的方法。更具体地，试图接收报警消息的终端(UE)监控从网络向多个终端发送的寻呼消息，并且当所监控的寻呼消息指示报警消息广播时，通过下行链路共享信道接收报警消息。
【背景技术】
[0003]图1是作为移动通信系统的演进通用移动通信系统(E-UMTS)的示例性网络结构，现有技术和本发明应用于上述系统。E-UMTS系统是从UMTS系统演进的系统，并且当前由3GPP标准组织执行其标准化工作。E-UMTS系统还被称为长期演进(LTE)系统。
[0004]E-UMTS网络可以粗略地划分为演进通用陆地无线接入网(E-UTRAN)和核心网(CN)0 E-UTRAN通常包括终端(B卩，用户设备(UE))、基站(B卩，eNode B)和位于E-UMTS网络的一端且与一个或多个外部网络连接的接入网关(AG)。AG可以被划分为用于处理用户业务的部分和用于处理控制业务的部分。在此，用于处理新用户业务的AG和用于处理控制业务的AG可以通过使用新接口彼此进行通信。一个eNode B可以具有一个或多个小区。可以在eNode B之间用于发送用户业务或控制业务的接口。CN可以包括AG、用于其它UE的用户注册的节点等。接口可以用于将E-UTRAN和CN彼此区分。
[0005]基于在通信系统中公知的开放系统互连(OSI)标准模型的三个较低层可以将终端与网络之间的无线接口协议层划分为第一层(LI)、第二层(L2)和第三层(L3)。属于第一层的物理层使用物理信道提供信息传送服务。位于第三层的最低部分的无线资源控制(RRC)层控制终端与网络之间的无线资源。为此，RRC层允许在终端与网络之间交换RRC消息。
[0006]图2示出基于3GPP无线接入网络标准的终端与E-UTRAN之间的无线接口协议架构。图2中的无线接口协议具有包括物理层、数据链路层和网络层的水平层以及具有包括用于发送用户业务的用户面和用于发送控制信号的控制面的垂直面。基于在通信系统中公知的开放系统互连(OSI)标准模型的三个较低层，可以将图2中的协议层划分为第一层(LI)、第二层(L2)和第三层(L3)。以下，将描述图2中的无线协议架构中的每一层。
[0007]作为物理层的第一层使用物理信道向上层提供信息传送服务。物理层通过传输信道连接到其上层，被称为介质访问控制(MAC)层。MAC层和物理层通过传输信道交换数据。数据在不同物理层之间(即，在发送侧物理层与接收侧物理层之间)通过物理信道传输。基于正交频分复用(OFDM)技术对物理信道进行调制，并且物理信道使用时间和频率作为无线资源。
[0008]位于第二层的MAC层通过逻辑信道向上层提供服务，被称为无线链路控制(RLC)层。第二层的RLC层支持可靠的数据传输。可以将RLC层的功能实现为MAC层的功能块。在这种情况下，可以不存在RLC层。在无线协议用户面的第二层的分组数据集中协议(PDCP)层用于使用相对窄的带宽在无线接口上有效地发送IP分组，诸如IPv4或IPv6。为此，PDCP层减小尺寸较大的并且包括不必要的控制信息IP分组包头的大小，即，执行被称为包头压缩的功能。
[0009]仅在控制面定义位于第三层的最低部分的无线资源控制(RRC)层。RRC层控制与建立、重建和释放无线承载(RB)相关的逻辑信道、传输信道和物理信道。在此，RB表示第二层提供的用于在终端与E-UTRAN之间进行数据传输的服务。如果在终端的RRC层与无线网络的RRC层之间建立RRC连接，则终端处于RRC连接的模式。否则，终端处于RRC空闲模式。
[0010]位于RRC层的上部的非接入层面(NAS)层执行诸如会话管理、移动性管理等的功倉泛。
[0011]构成eNB的一个小区带宽被设置为1.25MHz、2.5MHz、5MHz、10MHz、20MHz等中的一个，以向多个终端提供下行链路或上行链路传输服务。在此，不同的小区可以被设置为提供不同的带宽。
[0012]用于将数据从网络发送到终端的下行链路传输信道可以包括用于发送系统信息的广播信道(BCH)、用于发送寻呼消息的寻呼信道(PCH)和用于发送其它用户业务或控制消息的下行链路共享信道(SCH)。可以通过下行链路SCH或通过单独的下行链路多播信道(MCH)发送下行链路点对多点服务(多播或广播服务)的业务或控制消息。另外，用于将数据从终端发送到网络的上行链路传输信道可以包括用于发送初始控制消息的随机接入信道(RACH)和用于发送用户业务或控制消息的上行链路共享信道(SCH)。
[0013]位于传输信道的上部且被映射到传输信道的逻辑信道包括广播控制信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)、MBMS点对多点控制信道/多播控制信道(MCCH )、MBMS点对多点业务信道/多播业务信道(MTCH)等。
[0014]图3示出根据现有技术在控制信道上的传输。
[0015]物理信道由在时间轴上布置的多个子帧和在频率轴上布置的多个子载波组成。在此，单个子帧包括时间轴上的多个符号。一个子帧由多个资源块组成，每个资源块包括多个符号和多个子载波。另外，每个子帧可以在物理下行链路控制信道(PDCCH) (B卩，L1/L2控制信道)的相应子帧使用特定符号(例如，第一符号)的特定子载波。一个子帧持续时间是
0.5ms。作为用于发送数据的单位时间的传输时间间隔(TTI)是与两个子帧相应的1ms。
[0016]图4是用于小区广播服务的网络结构的框图。如图4所示，CBS消息来源于连接到小区广播中心(以下简称为CBC)的多个小区广播实体(以下简称为CBE)。CBE将CBS消息分成多个寻呼。CBC是通过管理CBS消息执行调度功能的核心网的一个节点。Iu-BC是使用服务区域广播协议(以下简称为SABP)在CBC和RNC之间定义的接口。CBC可以将新消息的广播顺序给RNC，或者使用SAB使先前的广播消息被修改或终止。RNC对CBC传递的CBS消息执行调度功能，并且使用BMC协议执行广播功能以将消息发送到特定小区。RNC在BMC层上具有广播/多播互联功能(以下简称为BMC-1WF)，以对从CBC传递的消息和信息执行解释功能。UE接收UTRAN广播的CBS消息。在BMC协议中使用的BMC消息的示例是传递用户信息的CBS消息、促进UE接收CBS消息的调度消息和传递从ANSI41网络传递的短消息的CBS41消息。所有消息通过诸如CTCH (公共业务信道)的逻辑信道单方向从UTRAN发送到UE。UE可以使用UTRAN通过CTCH (公共业务信道)发送的调度消息中的信息减少由于执行不连续接收(以下简称为DRX)而消耗的电量。
[0017]在传统小区广播服务(CBS)方案中，如果终端想要接收报警消息，则终端必须设置或建立特定信道以接收报警消息，并且然后终端必须定期地监控该特定信道直到该特定信道被释放，以确定报警消息的存在。在现有技术中，存在对终端的电池浪费不必要的功耗的严重缺陷，因为终端为了接收报警消息必须连续地监控该特定信道。

【发明内容】

[0018]本发明提供一种在最小化终端的电池功耗的情况下由终端有效接收报警消息的方法。
[0019]为了全部或部分地实现至少上述特征，本发明可以提供一种在移动通信系统中接收报警消息的方法，该方法包括:从网络接收寻呼消息，其中该寻呼消息包括与报警消息相关的信息；以及根据该信息通过下行链路信道接收该报警消息。
[0020]本发明的另外的特点将在下面的说明书中部分阐述，并且部分在本领域的普通技术人员研究下面内容之后将显而易见或者可以从本发明的实践中获得。可以通过撰写的说明书及其权利要求以及附图中具体指出的结构来实现和获得本发明的目的和其它优点。
【专利附图】

【附图说明】
[0021]图1示出作为现有技术和本发明所应用的移动通信系统的演进通用移动通信系统(E-UMTS)的示例性网络结构；
[0022]图2示出基于3GPP无线接入网络标准在终端与演进UMTS地面无线接入网络(E-UTRAN)之间的无线接口协议架构；
[0023]图3示出用于控制信道传输的现有技术物理信道结构的示例性示图；
[0024]图4示出用于小区广播服务的网络结构的示例性框图；以及
[0025]图5示出根据本发明的报警消息传输过程。
【具体实施方式】
[0026]本发明的一方面是本发明的发明人对本领域的上述问题和缺陷的认识，并且下面将更加详细地解释。基于这种认识，开发了本发明的特点。
[0027]本发明可以体现在3GPP通信技术(具体地，在通用移动通信系统(UMTS))、通信装置及其方法中。然而，本发明还可以应用到在本发明的技术范围能够应用的所有有线/无线通信。
[0028]以下，将参照附图给出根据本发明的优选实施例的结构和操作的描述。
[0029]图5示出根据本发明的实施例的报警消息传输过程。在本发明中，可以通过广播控制消息的逻辑信道向多个终端或与逻辑信道映射的传输信道(即，下行链路共享信道；DL-SCH)发送报警消息(下面将被称为ETWS (地震和海嘯报警系统)消息)。
[0030]如图5所示，在第一步中，终端(UE)可以定期地接收寻呼消息。在此，如果接收到的寻呼信息指示存在报警(ETWS)消息的广播，则终端可以进行下一步处理，接收报警(ETffS)消息。然而，如果接收到的寻呼消息未指示存在报警(ETWS)消息的广播，则终端可以不进行下一步处理。在此，可以在终端处于空闲模式时从基站发送寻呼消息。而且，可以由终端通过寻呼控制信道(PCCH)接收寻呼消息。
[0031]尽管在图5中未示出详细说明，但在可选过程的第一步骤中，终端(UE)可以通过诸如广播控制信道(BCCH)的逻辑信道接收系统信息。如果接收到的系统信息包含与报警(ETffS)消息相关的信息(即，调度信息、建立信息)，则终端可以进行下一步处理，以接收报警(ETWS)消息。然而，如果接收到的寻呼消息不包含与报警(ETWS)消息相关的信息，则终端可以不进行下一步处理。
[0032]在第二步中，终端可以接收或监控为报警(ETWS)消息的传输而分配的特定时间窗口 /时间段的物理下行链路控制信道(PDCCH)。在此，终端可以通过物理下行链路控制信道(PDCCH)接收特定无线网络临时标识符(RNTI)。
[0033]在第三步中，如果在第二步期间在物理下行链路控制信道中指示特定无线网络临时标识符(即，ETffS RNTI)，则终端可以通过与物理下行链路控制信道(PDCCH)相应的下行链路共享信道(DL-SCH)接收报警(ETWS)消息。然而，如果在第二步期间在物理下行链路控制信道中不指示特定无线网络临时标识符，则终端可以不通过下行链路共享信道接收报警(ETffS)消息。
[0034]在此，通过诸如下行链路共享信道(DL-SCH)的传输信道发送或接收报警(ETWS)消息，传输信道与用于多个终端共同接收控制信息的逻辑控制信道(即，共享逻辑信道)映射。因此，基站可以通过逻辑控制信道和下行链路共享信道发送报警(ETWS)消息。另外，终端可以通过逻辑控制信道和下行链路共享信道接收报警(ETWS)消息。
[0035]在此，基站(eNB)可以使用下行链路共享信道的HARQ (混合自动重复请求)操作重新发送报警(ETWS)消息。因此，如果终端不能完全接收报警(ETWS)消息，则终端可以使用HARQ操作重试接收报警(ETWS)消息。可以将系统信息和/或报警(ETWS)消息划分为主要ETWS通知和次要ETWS通知。S卩，可以同时向终端发送主要ETWS通知和次要ETWS通知。或者，在特定情况下，终端可以在接收到主要ETWS通知之后接收次要ETWS通知。
[0036]随后，如果灾难报警情形结束，则基站可以不广播任何进一步的报警(ETWS)消息。在这种情形下，基站可以通过发送另一寻呼消息指示报警(ETWS)消息完成。而且，基站可以通过物理下行链路控制信道(PDCCH)向终端发送特定无线网络临时标识符(RNTI)以指示ETWS消息广播完成。此外，基站可以在去除与包括在系统信息中的ETWS消息广播相关的信息之后将系统信息发送给终端。如果终端经由上述方法接收到报警(ETWS)消息广播完成的指示，则终端可以终止接收报警(ETWS)消息，可以终止接收发送报警(ETWS)消息的下行链路信道，或者可以释放发送报警(ETWS)消息的下行链路信道的设置。
[0037]如上面所解释的，为了最小化终端电池功耗的不必要的浪费，本发明提出接收灾难报警消息的有效方法。即，终端可以监控从基站发送的寻呼消息，如果寻呼消息包括报警消息广播的指示，则终端接收用于接收报警消息的下行链路共享信道，如果寻呼消息不包括报警消息广播的指示，则终端不接收下行链路共享信道，报警消息是通过小区广播服务(CBS)系统发送的地震和海嘯报警系统(ETWS)消息，报警(ETWS)消息分为主要ETWS通知和次要ETWS通知。
[0038]本发明可以提供在移动通信系统中接收报警消息的方法，该方法包括:从网络接收寻呼消息，其中该寻呼消息包括与报警消息相关的信息；并且根据该信息通过下行链路信道接收报警消息，其中，报警消息是地震和海嘯报警系统(ETWS)消息，通过寻呼控制信道(PCCH)接收寻呼消息，该寻呼消息包括主要ETWS通知和次要ETWS通知，在接收次要ETWS通知之前首先接收主要ETWS通知，并且该下行链路信道是下行链路共享信道(D-SCH)。
[0039]S卩，本发明具有在使得终端电池的使用为最小的情况下有效地接收报警消息的效
果O
[0040]此外，本公开可以提供在E-UTRAN中用于ETWS (地震和海嘯报警系统)的可能的解决方案。通常，ETWS消息的使用非常少。因此，为了节省电量，UE不需要每次都监控ETWS消息。然而，一旦发生地震和海嘯，帮助用户接收地震和海嘯的频繁更新将是有益的。由于上述原因，本公开可以提供两个步骤来最小化电池功耗。对于第一步，eNB可以向UE发送地震和海嘯报警的主要指示。然后，对于第二步，eNB可以向UE发送地震和海嘯报警的传输/更新。具体地，eNB可以在接收到第一报警时提供主要指示。之后，eNB可以准备第二步来发送报警的更新。UE可以在执行正常操作时定期地检查是否存在报警的主要指示。如果存在报警的主要指示，则UE进行第二步因此接收下面的更新。在此，在第一步期间，本公开提出UE应该在执行正常操作时仅以最小努力检查报警。另一方面，在第二步期间，UE必须以最大努力接收传入的报警消息。
[0041]下面将给出第一步的更加详细的描述。应该尽可能快地通知报警的开始。当UE空闲时，具有报警原因的寻呼消息可以是一种解决方案。然而，在大多数情况下，寻呼消息在连接模式下不能到达UE，原因是连接模式下的UE不能监控寻呼消息。因此，下面的解决方案可以用于连接的UE。
[0042]第一选择是通过改变系统信息指示报警开始。在专用于广播报警的公共逻辑信道上发送报警的更新。如果报警开始，则携带ETWS特定公共信道配置的系统信息将被包括在系统信息块(SIB)中。其结果是，UE将为此接收系统信息的改变。在这种方案中，如果UE发现携带ETWS特定公共信道配置的系统信息包括在SIB中，则可以通知UE报警开始。然后，UE进行到第二步。
[0043]第二选择是通过在I3DCCH上使用ETWS特定RNTI指示报警的开始。在大多数情况下，连接的UE将频繁监控具有某些RNTI的H)CCH。因此，本公开提出使用ETWS特定RNTI。因此，如果UE在PDCCH上发现ETWS特定RNTI，则可以通知UE报警开始。然后，UE可以进行第二步。在此，当报警开始时，eNB可以在特定持续时间在可用HXXH上重复ETWS特定RNTI,以确保所有UE接收ETWS特定RNTI。另一方面，每当UE读取TOCCH时，除了其它RNTI之外，UE可能需要检查HXXH上的ETWS特定RNTI的指示。在这个选择中，UE应该检查附加RNTI。为了减轻它，eNB可以提供允许发送ETWS特定RNTI的一些周期性机会。
[0044]下面将给出第二步的更加详细的描述。一旦将报警通知给UE，对每个用户频繁更新地震和海嘯将是有帮助的。在第一步使用寻呼消息的情况下，在报警开始之后，若干个寻呼消息将造成过载。此外，可以通过E-UTRAN中的多媒体消息传输来提供报警。因此，本公开提出不是在PCCH上而是在公共逻辑信道(例如，ETWS特定MTCH、CTCH或CCCH)上实现报警的传送/更新。在此，将公共逻辑信道映射到DL-SCH。
[0045]可以在每个ETWS周期(period)，定期地调度DL-SCH上的ETWS消息。在此，ETWS周期不是特定于UE的而是特定于小区的。在接收到报警的主要指示之后，UE可以接收DL-SCH，以接收每个ETWS周期的ETWS消息。ETWS消息可以包括报警的细节和/或报警的更新。
[0046]另外，PDCCH可以帮助UE节省电量。如果在DL-SCH上发送ETWS消息，则HXXH可以指示ETWS RNTI。eNB可以在DL-SCH上执行ETWS消息的HARQ重传。UE在时间窗口内定期地监控H)CCH，以检查是否存在ETWS RNTI。如果UE发现ETWS RNTI，则UE在DL-SCH上接收ETWS消息。如果UE在时间窗口内未发现ETWS RNTI，则UE可以执行DRX，并且可以等待直到下一时间窗口。
[0047]除了 DL-SCH上的HARQ重传之外，eNB可以重复发送ETWS消息。此外，eNB有时可以发送新ETWS消息。因此，可以通过ETWS消息或PDCCH来提供这种更新信息。
[0048]应该向UE提供ETWS调度信息。在BCCH上系统信息可以提供ETWS调度信息。如果寻呼消息被用于携带报警的主要指示，则寻呼消息还可以仅向空闲UE提供ETWS调度信息。此外，在BCCH上还可以在系统信息上携带ETWS信道配置。
[0049]总之，本公开提供了发送/接收ETWS消息的两个步骤(即，步骤1:地震和海嘯报警的主要指示，步骤2:地震和海嘯报警的传输/更新)，并且提出UE通过找出SIB中包含ETffS特定公共信道配置接收报警的主要指示，或者通过在HXXH上接收ETWS特定RNTIJ^射到DL-SCH的公共逻辑信道被用于携带ETWS消息，一旦报警开始，eNB就在DL-SCH上提供周期性机会以携带ETWS消息，并且UE监控每个ETWS周期的周期性机会，与DL-SCH相关的I3DCCH指示ETWSRNTI。BCCH上的系统信息和/或主要指示的寻呼消息传送ETWS调度信息，并且BCCH上的系统信息携带ETWS信道配置。
[0050]在一些情况下，如果系统信息携带主要通知以及次要通知，则可能不满足主要通知的延迟需求。这是因为BCCH修改周期的典型长度大于延迟需求(B卩，4秒)。然而，本公开提出实现这样的方案，因为如果在BCCH上携带主要通知，则E-UTRAN对于ETWS通知将仅具有一种传递机制而不考虑通知的类型(即，主要通知或次要通知)。另外，如果是这种情况，则可以将相同的安全等级(即，基于数字签名的安全)应用于主要通知以及次要通知。
[0051]一种满足BCCH上主要通知`的延迟需求的可能是具有携带ETWS消息的ETWS特定BCCH修改周期，诸如ETWS修改周期。ETWS修改周期的长度可以等于或大于寻呼DRX周期的长度，并且应该小于正常BCCH修改周期的长度。在此，ETWS修改周期不影响正常系统信息块的操作，因为BCCH上ETWS消息的传递不改变任何其它系统信息。在BCCH上仅ETWS消息遵循ETWS修改周期。应该注意到，将在除了携带ETWS消息的SIB之外的其它SIB上广播包括ETWS修改周期长度的ETWS传递的配置。携带ETWS传递的配置的SIB遵循正常BCCH修改周期。
[0052]应该注意，本公开中提到的系统信息可以划分为主信息块(MIB)和多个系统信息块(SIB)。MIB包括从小区获取其它信息需要的有限数量的最基本且最频繁发送的参数，并且在BCH上发送MIB。可以在系统信息(SI)消息中携带除了系统信息块类型I之外的SIB，并且可以通过系统信息块类型I中包括的调度信息灵活配置SIB到SI消息的映射。使用动态调度在周期出现时间域窗口(被称为SI窗口)内发送SI消息。UE根据对PDCCH上的S1-RNTI解码获得详细的时间域调度(和其它信息，例如，频域调度，使用的传输格式)。将单个S1-RNTI用于对系统信息块类型I以及SI消息寻址。系统信息块类型I配置SI窗口长度和SI消息的传输周期。系统信息块类型10可以包含ETWS主要通知，并且系统信息块类型11可以包含ETWS次要通知。更具体地，SIB类型10和/或SIB类型11中包括的字段可以包含指示ETWS通知的源和类型、ETWS通知的变化、ETWS通知的报警类型、用于ETWS通知的安全信息和ETWS报警消息段的段号等的参数或值。
[0053]本公开的目的在于向RRC_IDLE模式下的UE发送寻呼信息(或消息)和/或向RC_IDLE模式下的UE和RRC_C0NNECTED模式下的UE通知系统信息改变和/或ETWS主要通知和/或ETWS次要通知。向上层提供寻呼消息，上层在响应中可以发起RRC连接建立(例如，接收传入的呼叫)。E-UTRAN可以通过在UE寻呼时发送寻呼消息来发起寻呼程序。E-UTRAN还可以指示系统信息的改变和/或在寻呼消息中提供ETWS通知。S卩，如果存在，则ETWS主要通知和/或ETWS次要通知的指示可以包括在寻呼消息的某些字段中。
[0054]尽管在移动通信情境中描述了本发明，但是本发明还可以在使用移动设备的任何无线通信系统中使用，所述移动设备诸如PDA和配备有无线通信能力(即，接口)的笔记本电脑。此外，描述本发明的特定术语的使用不是想要将本发明的范围限制到特定类型的无线通信系统。本发明还可以应用于使用不同空中接口和/或物理层的其它无线通信系统，例如，TDMA, CDMA、FDMA, WCDMA, OFDM、EV-DO, ff1-Max, W1-Bro 等。
[0055]可以使用标准编程和/或工程技术将示例性实施例实现为方法、装置或制造的产品，以产生软件、固件、硬件或其任何结合。在此使用的术语“制造的产品”是指在硬件逻辑(例如，集成电路芯片、现场可编程门阵列(FPGA)、专用集成电路(ASIC)等)或计算机可读介质(例如，磁存储介质(例如，硬盘驱动、软盘、磁带等)、光存储(CD-ROM、光盘等)、易失性和非易失性存储设备(例如EEPROM、ROM、PROM、RAM、DRAM、SRAM、固件、可编程逻辑等))中实现的代码或逻辑。
[0056]处理器可以访问或执行计算机可读介质中的代码。可以通过传输媒体或从网络上文件服务器访问实现了示例性实施例的代码。在这种情况下，实现了代码的制造的产品可以包括传输介质，诸如网络传输线、无线传输介质、通过空间传播的信号、无线电波、红外信号等。当然，本领域的技术人员将认识到，在不脱离本发明的范围的情况下，可以对这种配置进行多种修改，并且制造的产品可以包括本领域已知的任何信息承载介质。
[0057]说明书中对“一个实施例”、“实施例”、“示例性实施例”等的任何参考意思是结合实施例描述的特定特征、结构或特性包括在本发明的至少一个实施例中。在说明书的各个地方这些短语的出现不是必须所有都参照相同的实施例。此外，当结合任何实施例描述特定特征、结构或特性时，认为是在本领域技术人员的知识范围内将这种特征、结构或特性与其它实施例结合。
[0058]尽管已经参照多个示出的实施例描述了实施例，但是应该理解，本领域技术人员可以设计许多其它修改和实施例，其将落入本公开原理的精神和范围内。更具体地，在本公开、附图和所附权利要求的范围内的主题组合布置的组件部分和/或布置中可以进行各种变型和修改。除了组件部分和/或布置中的变型和修改之外，可选的使用对于本领域的技术人员将是明显的。
[0059]由于在不脱离本发明的精神或基本特征的情况下可以以若干种形式来体现本发明，因此还应该理解，除非另外指定，上述实施例不限于上面描述的任何细节，而是应该被解释为在权利要求限定的精神和范围内，因此，落入权利要求范围或者这个范围的等同物内的所有改变和修改将被所附权利要求包含。
【权利要求】
1.一种由用户设备从基站接收报警消息的方法，所述方法包括: 接收寻呼消息， 其中所述寻呼消息包括报警消息指示， 其中所述报警消息是地震和海嘯报警系统(ETWS)消息；以及 在接收所述寻呼消息之后，通过下行链路信道接收所述报警消息。
2.如权利要求1所述的方法，其中，所述下行链路信道是下行链路共享信道(DL-SCH)。
3.如权利要求1所述的方法，其中，所述寻呼消息是由处于空闲模式的用户设备接收的。
4.如权利要求1所述的方法，其中，根据在系统信息块(SIB)中包含的调度信息接收所述报警消息。
5.如权利要求1所述的方法，其中，所述寻呼消息包括报警原因。
6.如权利要求1所述的方法，其中，所述报警消息包括ETWS主要通知和ETWS次要通知。
7.如权利要求1所述的方法，其中，所述寻呼消息是通过寻呼控制信道(PCCH)接收的。
8.一种配置用于接收报警消息的用户设备，所述用户设备包括: 存储器；以及 处理器，所述处理器操作地与所述存储器耦合，并且被配置为: 接收寻呼消息， 其中所述寻呼消息包括报警消息指示， 其中所述报警消息是地震和海嘯报警系统(ETWS)消息；以及 在接收所述寻呼消息之后，通过下行链路信道接收所述报警消息。
9.如权利要求8所述的用户设备，其中，所述下行链路信道是下行链路共享信道(DL-SCH)0
10.如权利要求8所述的用户设备，其中，所述寻呼消息是由处于空闲模式的用户设备接收的。
11.如权利要求8所述的用户设备，其中，根据在系统信息块(SIB)中包含的调度信息接收所述报警消息。
12.如权利要求8所述的用户设备，其中，所述寻呼消息包括报警原因。
13.如权利要求8所述的用户设备，其中，所述报警消息包括ETWS主要通知和ETWS次要通知。
14.如权利要求8所述的用户设备，其中，所述寻呼消息是通过寻呼控制信道(PCCH)接收的。
【文档编号】H04W4/12GK103561398SQ201310400074
【公开日】2014年2月5日 申请日期:2009年3月18日 优先权日:2008年3月18日
【发明者】李英大, 朴成埈, 李承俊, 千成德 申请人:Lg电子株式会社