在移動(dòng)通信系統(tǒng)中使用尋呼消息接收災(zāi)難報(bào)警消息的方法
【專利摘要】本發(fā)明涉及在移動(dòng)通信系統(tǒng)中使用尋呼消息接收災(zāi)難報(bào)警消息的方法。公開(kāi)了一種在無(wú)線通信系統(tǒng)中接收?qǐng)?bào)警消息的方法。終端（UE）監(jiān)控從網(wǎng)絡(luò)發(fā)送的尋呼消息以確定所述報(bào)警消息的存在。如果所監(jiān)控的尋呼消息具有報(bào)警消息廣播的指示，則終端通過(guò)下行鏈路共享信道接收?qǐng)?bào)警消息。
【專利說(shuō)明】在移動(dòng)通信系統(tǒng)中使用尋呼消息接收災(zāi)難報(bào)警消息的方法
[0001]本申請(qǐng)是2010年9月19日提交的國(guó)際申請(qǐng)日為2009年3月18日的申請(qǐng)?zhí)枮?00980109772.6 (PCT/KR2009/001358)的，發(fā)明名稱為“在移動(dòng)通信系統(tǒng)中使用尋呼消息接收災(zāi)難報(bào)警消息的方法”專利申請(qǐng)的分案申請(qǐng)。
【技術(shù)領(lǐng)域】
[0002]本發(fā)明涉及在無(wú)線通信系統(tǒng)中接收災(zāi)難報(bào)警消息(或任何報(bào)警告消息)的方法。更具體地，試圖接收?qǐng)?bào)警消息的終端(UE)監(jiān)控從網(wǎng)絡(luò)向多個(gè)終端發(fā)送的尋呼消息，并且當(dāng)所監(jiān)控的尋呼消息指示報(bào)警消息廣播時(shí)，通過(guò)下行鏈路共享信道接收?qǐng)?bào)警消息。
【背景技術(shù)】
[0003]圖1是作為移動(dòng)通信系統(tǒng)的演進(jìn)通用移動(dòng)通信系統(tǒng)(E-UMTS)的示例性網(wǎng)絡(luò)結(jié)構(gòu)，現(xiàn)有技術(shù)和本發(fā)明應(yīng)用于上述系統(tǒng)。E-UMTS系統(tǒng)是從UMTS系統(tǒng)演進(jìn)的系統(tǒng)，并且當(dāng)前由3GPP標(biāo)準(zhǔn)組織執(zhí)行其標(biāo)準(zhǔn)化工作。E-UMTS系統(tǒng)還被稱為長(zhǎng)期演進(jìn)(LTE)系統(tǒng)。
[0004]E-UMTS網(wǎng)絡(luò)可以粗略地劃分為演進(jìn)通用陸地?zé)o線接入網(wǎng)(E-UTRAN)和核心網(wǎng)(CN)0 E-UTRAN通常包括終端(B卩，用戶設(shè)備(UE))、基站(B卩，eNode B)和位于E-UMTS網(wǎng)絡(luò)的一端且與一個(gè)或多個(gè)外部網(wǎng)絡(luò)連接的接入網(wǎng)關(guān)(AG)。AG可以被劃分為用于處理用戶業(yè)務(wù)的部分和用于處理控制業(yè)務(wù)的部分。在此，用于處理新用戶業(yè)務(wù)的AG和用于處理控制業(yè)務(wù)的AG可以通過(guò)使用新接口彼此進(jìn)行通信。一個(gè)eNode B可以具有一個(gè)或多個(gè)小區(qū)。可以在eNode B之間用于發(fā)送用戶業(yè)務(wù)或控制業(yè)務(wù)的接口。CN可以包括AG、用于其它UE的用戶注冊(cè)的節(jié)點(diǎn)等。接口可以用于將E-UTRAN和CN彼此區(qū)分。
[0005]基于在通信系統(tǒng)中公知的開(kāi)放系統(tǒng)互連(OSI)標(biāo)準(zhǔn)模型的三個(gè)較低層可以將終端與網(wǎng)絡(luò)之間的無(wú)線接口協(xié)議層劃分為第一層(LI)、第二層(L2)和第三層(L3)。屬于第一層的物理層使用物理信道提供信息傳送服務(wù)。位于第三層的最低部分的無(wú)線資源控制(RRC)層控制終端與網(wǎng)絡(luò)之間的無(wú)線資源。為此，RRC層允許在終端與網(wǎng)絡(luò)之間交換RRC消息。
[0006]圖2示出基于3GPP無(wú)線接入網(wǎng)絡(luò)標(biāo)準(zhǔn)的終端與E-UTRAN之間的無(wú)線接口協(xié)議架構(gòu)。圖2中的無(wú)線接口協(xié)議具有包括物理層、數(shù)據(jù)鏈路層和網(wǎng)絡(luò)層的水平層以及具有包括用于發(fā)送用戶業(yè)務(wù)的用戶面和用于發(fā)送控制信號(hào)的控制面的垂直面。基于在通信系統(tǒng)中公知的開(kāi)放系統(tǒng)互連(OSI)標(biāo)準(zhǔn)模型的三個(gè)較低層，可以將圖2中的協(xié)議層劃分為第一層(LI)、第二層(L2)和第三層(L3)。以下，將描述圖2中的無(wú)線協(xié)議架構(gòu)中的每一層。
[0007]作為物理層的第一層使用物理信道向上層提供信息傳送服務(wù)。物理層通過(guò)傳輸信道連接到其上層，被稱為介質(zhì)訪問(wèn)控制(MAC)層。MAC層和物理層通過(guò)傳輸信道交換數(shù)據(jù)。數(shù)據(jù)在不同物理層之間(即，在發(fā)送側(cè)物理層與接收側(cè)物理層之間)通過(guò)物理信道傳輸?；谡活l分復(fù)用(OFDM)技術(shù)對(duì)物理信道進(jìn)行調(diào)制，并且物理信道使用時(shí)間和頻率作為無(wú)線資源。
[0008]位于第二層的MAC層通過(guò)邏輯信道向上層提供服務(wù)，被稱為無(wú)線鏈路控制(RLC)層。第二層的RLC層支持可靠的數(shù)據(jù)傳輸?？梢詫LC層的功能實(shí)現(xiàn)為MAC層的功能塊。在這種情況下，可以不存在RLC層。在無(wú)線協(xié)議用戶面的第二層的分組數(shù)據(jù)集中協(xié)議(PDCP)層用于使用相對(duì)窄的帶寬在無(wú)線接口上有效地發(fā)送IP分組，諸如IPv4或IPv6。為此，PDCP層減小尺寸較大的并且包括不必要的控制信息IP分組包頭的大小，即，執(zhí)行被稱為包頭壓縮的功能。
[0009]僅在控制面定義位于第三層的最低部分的無(wú)線資源控制(RRC)層。RRC層控制與建立、重建和釋放無(wú)線承載(RB)相關(guān)的邏輯信道、傳輸信道和物理信道。在此，RB表示第二層提供的用于在終端與E-UTRAN之間進(jìn)行數(shù)據(jù)傳輸?shù)姆?wù)。如果在終端的RRC層與無(wú)線網(wǎng)絡(luò)的RRC層之間建立RRC連接，則終端處于RRC連接的模式。否則，終端處于RRC空閑模式。
[0010]位于RRC層的上部的非接入層面(NAS)層執(zhí)行諸如會(huì)話管理、移動(dòng)性管理等的功倉(cāng)泛。
[0011]構(gòu)成eNB的一個(gè)小區(qū)帶寬被設(shè)置為1.25MHz、2.5MHz、5MHz、10MHz、20MHz等中的一個(gè)，以向多個(gè)終端提供下行鏈路或上行鏈路傳輸服務(wù)。在此，不同的小區(qū)可以被設(shè)置為提供不同的帶寬。
[0012]用于將數(shù)據(jù)從網(wǎng)絡(luò)發(fā)送到終端的下行鏈路傳輸信道可以包括用于發(fā)送系統(tǒng)信息的廣播信道(BCH)、用于發(fā)送尋呼消息的尋呼信道(PCH)和用于發(fā)送其它用戶業(yè)務(wù)或控制消息的下行鏈路共享信道(SCH)?？梢酝ㄟ^(guò)下行鏈路SCH或通過(guò)單獨(dú)的下行鏈路多播信道(MCH)發(fā)送下行鏈路點(diǎn)對(duì)多點(diǎn)服務(wù)(多播或廣播服務(wù))的業(yè)務(wù)或控制消息。另外，用于將數(shù)據(jù)從終端發(fā)送到網(wǎng)絡(luò)的上行鏈路傳輸信道可以包括用于發(fā)送初始控制消息的隨機(jī)接入信道(RACH)和用于發(fā)送用戶業(yè)務(wù)或控制消息的上行鏈路共享信道(SCH)。
[0013]位于傳輸信道的上部且被映射到傳輸信道的邏輯信道包括廣播控制信道(BCCH)、尋呼控制信道(PCCH)、公共控制信道(CCCH)、MBMS點(diǎn)對(duì)多點(diǎn)控制信道/多播控制信道(MCCH )、MBMS點(diǎn)對(duì)多點(diǎn)業(yè)務(wù)信道/多播業(yè)務(wù)信道(MTCH)等。
[0014]圖3示出根據(jù)現(xiàn)有技術(shù)在控制信道上的傳輸。
[0015]物理信道由在時(shí)間軸上布置的多個(gè)子幀和在頻率軸上布置的多個(gè)子載波組成。在此，單個(gè)子幀包括時(shí)間軸上的多個(gè)符號(hào)。一個(gè)子幀由多個(gè)資源塊組成，每個(gè)資源塊包括多個(gè)符號(hào)和多個(gè)子載波。另外，每個(gè)子幀可以在物理下行鏈路控制信道(PDCCH) (B卩，L1/L2控制信道)的相應(yīng)子幀使用特定符號(hào)(例如，第一符號(hào))的特定子載波。一個(gè)子幀持續(xù)時(shí)間是
0.5ms。作為用于發(fā)送數(shù)據(jù)的單位時(shí)間的傳輸時(shí)間間隔(TTI)是與兩個(gè)子幀相應(yīng)的1ms。
[0016]圖4是用于小區(qū)廣播服務(wù)的網(wǎng)絡(luò)結(jié)構(gòu)的框圖。如圖4所示，CBS消息來(lái)源于連接到小區(qū)廣播中心(以下簡(jiǎn)稱為CBC)的多個(gè)小區(qū)廣播實(shí)體(以下簡(jiǎn)稱為CBE)。CBE將CBS消息分成多個(gè)尋呼。CBC是通過(guò)管理CBS消息執(zhí)行調(diào)度功能的核心網(wǎng)的一個(gè)節(jié)點(diǎn)。Iu-BC是使用服務(wù)區(qū)域廣播協(xié)議(以下簡(jiǎn)稱為SABP)在CBC和RNC之間定義的接口。CBC可以將新消息的廣播順序給RNC，或者使用SAB使先前的廣播消息被修改或終止。RNC對(duì)CBC傳遞的CBS消息執(zhí)行調(diào)度功能，并且使用BMC協(xié)議執(zhí)行廣播功能以將消息發(fā)送到特定小區(qū)。RNC在BMC層上具有廣播/多播互聯(lián)功能(以下簡(jiǎn)稱為BMC-1WF)，以對(duì)從CBC傳遞的消息和信息執(zhí)行解釋功能。UE接收UTRAN廣播的CBS消息。在BMC協(xié)議中使用的BMC消息的示例是傳遞用戶信息的CBS消息、促進(jìn)UE接收CBS消息的調(diào)度消息和傳遞從ANSI41網(wǎng)絡(luò)傳遞的短消息的CBS41消息。所有消息通過(guò)諸如CTCH (公共業(yè)務(wù)信道)的邏輯信道單方向從UTRAN發(fā)送到UE。UE可以使用UTRAN通過(guò)CTCH (公共業(yè)務(wù)信道)發(fā)送的調(diào)度消息中的信息減少由于執(zhí)行不連續(xù)接收(以下簡(jiǎn)稱為DRX)而消耗的電量。
[0017]在傳統(tǒng)小區(qū)廣播服務(wù)(CBS)方案中，如果終端想要接收?qǐng)?bào)警消息，則終端必須設(shè)置或建立特定信道以接收?qǐng)?bào)警消息，并且然后終端必須定期地監(jiān)控該特定信道直到該特定信道被釋放，以確定報(bào)警消息的存在。在現(xiàn)有技術(shù)中，存在對(duì)終端的電池浪費(fèi)不必要的功耗的嚴(yán)重缺陷，因?yàn)榻K端為了接收?qǐng)?bào)警消息必須連續(xù)地監(jiān)控該特定信道。

【發(fā)明內(nèi)容】

[0018]本發(fā)明提供一種在最小化終端的電池功耗的情況下由終端有效接收?qǐng)?bào)警消息的方法。
[0019]為了全部或部分地實(shí)現(xiàn)至少上述特征，本發(fā)明可以提供一種在移動(dòng)通信系統(tǒng)中接收?qǐng)?bào)警消息的方法，該方法包括:從網(wǎng)絡(luò)接收尋呼消息，其中該尋呼消息包括與報(bào)警消息相關(guān)的信息；以及根據(jù)該信息通過(guò)下行鏈路信道接收該報(bào)警消息。
[0020]本發(fā)明的另外的特點(diǎn)將在下面的說(shuō)明書中部分闡述，并且部分在本領(lǐng)域的普通技術(shù)人員研究下面內(nèi)容之后將顯而易見(jiàn)或者可以從本發(fā)明的實(shí)踐中獲得。可以通過(guò)撰寫的說(shuō)明書及其權(quán)利要求以及附圖中具體指出的結(jié)構(gòu)來(lái)實(shí)現(xiàn)和獲得本發(fā)明的目的和其它優(yōu)點(diǎn)。
【專利附圖】

【附圖說(shuō)明】
[0021]圖1示出作為現(xiàn)有技術(shù)和本發(fā)明所應(yīng)用的移動(dòng)通信系統(tǒng)的演進(jìn)通用移動(dòng)通信系統(tǒng)(E-UMTS)的示例性網(wǎng)絡(luò)結(jié)構(gòu)；
[0022]圖2示出基于3GPP無(wú)線接入網(wǎng)絡(luò)標(biāo)準(zhǔn)在終端與演進(jìn)UMTS地面無(wú)線接入網(wǎng)絡(luò)(E-UTRAN)之間的無(wú)線接口協(xié)議架構(gòu)；
[0023]圖3示出用于控制信道傳輸?shù)默F(xiàn)有技術(shù)物理信道結(jié)構(gòu)的示例性示圖；
[0024]圖4示出用于小區(qū)廣播服務(wù)的網(wǎng)絡(luò)結(jié)構(gòu)的示例性框圖；以及
[0025]圖5示出根據(jù)本發(fā)明的報(bào)警消息傳輸過(guò)程。
【具體實(shí)施方式】
[0026]本發(fā)明的一方面是本發(fā)明的發(fā)明人對(duì)本領(lǐng)域的上述問(wèn)題和缺陷的認(rèn)識(shí)，并且下面將更加詳細(xì)地解釋。基于這種認(rèn)識(shí)，開(kāi)發(fā)了本發(fā)明的特點(diǎn)。
[0027]本發(fā)明可以體現(xiàn)在3GPP通信技術(shù)(具體地，在通用移動(dòng)通信系統(tǒng)(UMTS))、通信裝置及其方法中。然而，本發(fā)明還可以應(yīng)用到在本發(fā)明的技術(shù)范圍能夠應(yīng)用的所有有線/無(wú)線通信。
[0028]以下，將參照附圖給出根據(jù)本發(fā)明的優(yōu)選實(shí)施例的結(jié)構(gòu)和操作的描述。
[0029]圖5示出根據(jù)本發(fā)明的實(shí)施例的報(bào)警消息傳輸過(guò)程。在本發(fā)明中，可以通過(guò)廣播控制消息的邏輯信道向多個(gè)終端或與邏輯信道映射的傳輸信道(即，下行鏈路共享信道；DL-SCH)發(fā)送報(bào)警消息(下面將被稱為ETWS (地震和海嘯報(bào)警系統(tǒng))消息)。
[0030]如圖5所示，在第一步中，終端(UE)可以定期地接收尋呼消息。在此，如果接收到的尋呼信息指示存在報(bào)警(ETWS)消息的廣播，則終端可以進(jìn)行下一步處理，接收?qǐng)?bào)警(ETffS)消息。然而，如果接收到的尋呼消息未指示存在報(bào)警(ETWS)消息的廣播，則終端可以不進(jìn)行下一步處理。在此，可以在終端處于空閑模式時(shí)從基站發(fā)送尋呼消息。而且，可以由終端通過(guò)尋呼控制信道(PCCH)接收尋呼消息。
[0031]盡管在圖5中未示出詳細(xì)說(shuō)明，但在可選過(guò)程的第一步驟中，終端(UE)可以通過(guò)諸如廣播控制信道(BCCH)的邏輯信道接收系統(tǒng)信息。如果接收到的系統(tǒng)信息包含與報(bào)警(ETffS)消息相關(guān)的信息(即，調(diào)度信息、建立信息)，則終端可以進(jìn)行下一步處理，以接收?qǐng)?bào)警(ETWS)消息。然而，如果接收到的尋呼消息不包含與報(bào)警(ETWS)消息相關(guān)的信息，則終端可以不進(jìn)行下一步處理。
[0032]在第二步中，終端可以接收或監(jiān)控為報(bào)警(ETWS)消息的傳輸而分配的特定時(shí)間窗口 /時(shí)間段的物理下行鏈路控制信道(PDCCH)。在此，終端可以通過(guò)物理下行鏈路控制信道(PDCCH)接收特定無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)符(RNTI)。
[0033]在第三步中，如果在第二步期間在物理下行鏈路控制信道中指示特定無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)符(即，ETffS RNTI)，則終端可以通過(guò)與物理下行鏈路控制信道(PDCCH)相應(yīng)的下行鏈路共享信道(DL-SCH)接收?qǐng)?bào)警(ETWS)消息。然而，如果在第二步期間在物理下行鏈路控制信道中不指示特定無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)符，則終端可以不通過(guò)下行鏈路共享信道接收?qǐng)?bào)警(ETffS)消息。
[0034]在此，通過(guò)諸如下行鏈路共享信道(DL-SCH)的傳輸信道發(fā)送或接收?qǐng)?bào)警(ETWS)消息，傳輸信道與用于多個(gè)終端共同接收控制信息的邏輯控制信道(即，共享邏輯信道)映射。因此，基站可以通過(guò)邏輯控制信道和下行鏈路共享信道發(fā)送報(bào)警(ETWS)消息。另外，終端可以通過(guò)邏輯控制信道和下行鏈路共享信道接收?qǐng)?bào)警(ETWS)消息。
[0035]在此，基站(eNB)可以使用下行鏈路共享信道的HARQ (混合自動(dòng)重復(fù)請(qǐng)求)操作重新發(fā)送報(bào)警(ETWS)消息。因此，如果終端不能完全接收?qǐng)?bào)警(ETWS)消息，則終端可以使用HARQ操作重試接收?qǐng)?bào)警(ETWS)消息?？梢詫⑾到y(tǒng)信息和/或報(bào)警(ETWS)消息劃分為主要ETWS通知和次要ETWS通知。S卩，可以同時(shí)向終端發(fā)送主要ETWS通知和次要ETWS通知。或者，在特定情況下，終端可以在接收到主要ETWS通知之后接收次要ETWS通知。
[0036]隨后，如果災(zāi)難報(bào)警情形結(jié)束，則基站可以不廣播任何進(jìn)一步的報(bào)警(ETWS)消息。在這種情形下，基站可以通過(guò)發(fā)送另一尋呼消息指示報(bào)警(ETWS)消息完成。而且，基站可以通過(guò)物理下行鏈路控制信道(PDCCH)向終端發(fā)送特定無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)符(RNTI)以指示ETWS消息廣播完成。此外，基站可以在去除與包括在系統(tǒng)信息中的ETWS消息廣播相關(guān)的信息之后將系統(tǒng)信息發(fā)送給終端。如果終端經(jīng)由上述方法接收到報(bào)警(ETWS)消息廣播完成的指示，則終端可以終止接收?qǐng)?bào)警(ETWS)消息，可以終止接收發(fā)送報(bào)警(ETWS)消息的下行鏈路信道，或者可以釋放發(fā)送報(bào)警(ETWS)消息的下行鏈路信道的設(shè)置。
[0037]如上面所解釋的，為了最小化終端電池功耗的不必要的浪費(fèi)，本發(fā)明提出接收災(zāi)難報(bào)警消息的有效方法。即，終端可以監(jiān)控從基站發(fā)送的尋呼消息，如果尋呼消息包括報(bào)警消息廣播的指示，則終端接收用于接收?qǐng)?bào)警消息的下行鏈路共享信道，如果尋呼消息不包括報(bào)警消息廣播的指示，則終端不接收下行鏈路共享信道，報(bào)警消息是通過(guò)小區(qū)廣播服務(wù)(CBS)系統(tǒng)發(fā)送的地震和海嘯報(bào)警系統(tǒng)(ETWS)消息，報(bào)警(ETWS)消息分為主要ETWS通知和次要ETWS通知。
[0038]本發(fā)明可以提供在移動(dòng)通信系統(tǒng)中接收?qǐng)?bào)警消息的方法，該方法包括:從網(wǎng)絡(luò)接收尋呼消息，其中該尋呼消息包括與報(bào)警消息相關(guān)的信息；并且根據(jù)該信息通過(guò)下行鏈路信道接收?qǐng)?bào)警消息，其中，報(bào)警消息是地震和海嘯報(bào)警系統(tǒng)(ETWS)消息，通過(guò)尋呼控制信道(PCCH)接收尋呼消息，該尋呼消息包括主要ETWS通知和次要ETWS通知，在接收次要ETWS通知之前首先接收主要ETWS通知，并且該下行鏈路信道是下行鏈路共享信道(D-SCH)。
[0039]S卩，本發(fā)明具有在使得終端電池的使用為最小的情況下有效地接收?qǐng)?bào)警消息的效
果O
[0040]此外，本公開(kāi)可以提供在E-UTRAN中用于ETWS (地震和海嘯報(bào)警系統(tǒng))的可能的解決方案。通常，ETWS消息的使用非常少。因此，為了節(jié)省電量，UE不需要每次都監(jiān)控ETWS消息。然而，一旦發(fā)生地震和海嘯，幫助用戶接收地震和海嘯的頻繁更新將是有益的。由于上述原因，本公開(kāi)可以提供兩個(gè)步驟來(lái)最小化電池功耗。對(duì)于第一步，eNB可以向UE發(fā)送地震和海嘯報(bào)警的主要指示。然后，對(duì)于第二步，eNB可以向UE發(fā)送地震和海嘯報(bào)警的傳輸/更新。具體地，eNB可以在接收到第一報(bào)警時(shí)提供主要指示。之后，eNB可以準(zhǔn)備第二步來(lái)發(fā)送報(bào)警的更新。UE可以在執(zhí)行正常操作時(shí)定期地檢查是否存在報(bào)警的主要指示。如果存在報(bào)警的主要指示，則UE進(jìn)行第二步因此接收下面的更新。在此，在第一步期間，本公開(kāi)提出UE應(yīng)該在執(zhí)行正常操作時(shí)僅以最小努力檢查報(bào)警。另一方面，在第二步期間，UE必須以最大努力接收傳入的報(bào)警消息。
[0041]下面將給出第一步的更加詳細(xì)的描述。應(yīng)該盡可能快地通知報(bào)警的開(kāi)始。當(dāng)UE空閑時(shí)，具有報(bào)警原因的尋呼消息可以是一種解決方案。然而，在大多數(shù)情況下，尋呼消息在連接模式下不能到達(dá)UE，原因是連接模式下的UE不能監(jiān)控尋呼消息。因此，下面的解決方案可以用于連接的UE。
[0042]第一選擇是通過(guò)改變系統(tǒng)信息指示報(bào)警開(kāi)始。在專用于廣播報(bào)警的公共邏輯信道上發(fā)送報(bào)警的更新。如果報(bào)警開(kāi)始，則攜帶ETWS特定公共信道配置的系統(tǒng)信息將被包括在系統(tǒng)信息塊(SIB)中。其結(jié)果是，UE將為此接收系統(tǒng)信息的改變。在這種方案中，如果UE發(fā)現(xiàn)攜帶ETWS特定公共信道配置的系統(tǒng)信息包括在SIB中，則可以通知UE報(bào)警開(kāi)始。然后，UE進(jìn)行到第二步。
[0043]第二選擇是通過(guò)在I3DCCH上使用ETWS特定RNTI指示報(bào)警的開(kāi)始。在大多數(shù)情況下，連接的UE將頻繁監(jiān)控具有某些RNTI的H)CCH。因此，本公開(kāi)提出使用ETWS特定RNTI。因此，如果UE在PDCCH上發(fā)現(xiàn)ETWS特定RNTI，則可以通知UE報(bào)警開(kāi)始。然后，UE可以進(jìn)行第二步。在此，當(dāng)報(bào)警開(kāi)始時(shí)，eNB可以在特定持續(xù)時(shí)間在可用HXXH上重復(fù)ETWS特定RNTI,以確保所有UE接收ETWS特定RNTI。另一方面，每當(dāng)UE讀取TOCCH時(shí)，除了其它RNTI之外，UE可能需要檢查HXXH上的ETWS特定RNTI的指示。在這個(gè)選擇中，UE應(yīng)該檢查附加RNTI。為了減輕它，eNB可以提供允許發(fā)送ETWS特定RNTI的一些周期性機(jī)會(huì)。
[0044]下面將給出第二步的更加詳細(xì)的描述。一旦將報(bào)警通知給UE，對(duì)每個(gè)用戶頻繁更新地震和海嘯將是有幫助的。在第一步使用尋呼消息的情況下，在報(bào)警開(kāi)始之后，若干個(gè)尋呼消息將造成過(guò)載。此外，可以通過(guò)E-UTRAN中的多媒體消息傳輸來(lái)提供報(bào)警。因此，本公開(kāi)提出不是在PCCH上而是在公共邏輯信道(例如，ETWS特定MTCH、CTCH或CCCH)上實(shí)現(xiàn)報(bào)警的傳送/更新。在此，將公共邏輯信道映射到DL-SCH。
[0045]可以在每個(gè)ETWS周期(period)，定期地調(diào)度DL-SCH上的ETWS消息。在此，ETWS周期不是特定于UE的而是特定于小區(qū)的。在接收到報(bào)警的主要指示之后，UE可以接收DL-SCH，以接收每個(gè)ETWS周期的ETWS消息。ETWS消息可以包括報(bào)警的細(xì)節(jié)和/或報(bào)警的更新。
[0046]另外，PDCCH可以幫助UE節(jié)省電量。如果在DL-SCH上發(fā)送ETWS消息，則HXXH可以指示ETWS RNTI。eNB可以在DL-SCH上執(zhí)行ETWS消息的HARQ重傳。UE在時(shí)間窗口內(nèi)定期地監(jiān)控H)CCH，以檢查是否存在ETWS RNTI。如果UE發(fā)現(xiàn)ETWS RNTI，則UE在DL-SCH上接收ETWS消息。如果UE在時(shí)間窗口內(nèi)未發(fā)現(xiàn)ETWS RNTI，則UE可以執(zhí)行DRX，并且可以等待直到下一時(shí)間窗口。
[0047]除了 DL-SCH上的HARQ重傳之外，eNB可以重復(fù)發(fā)送ETWS消息。此外，eNB有時(shí)可以發(fā)送新ETWS消息。因此，可以通過(guò)ETWS消息或PDCCH來(lái)提供這種更新信息。
[0048]應(yīng)該向UE提供ETWS調(diào)度信息。在BCCH上系統(tǒng)信息可以提供ETWS調(diào)度信息。如果尋呼消息被用于攜帶報(bào)警的主要指示，則尋呼消息還可以僅向空閑UE提供ETWS調(diào)度信息。此外，在BCCH上還可以在系統(tǒng)信息上攜帶ETWS信道配置。
[0049]總之，本公開(kāi)提供了發(fā)送/接收ETWS消息的兩個(gè)步驟(即，步驟1:地震和海嘯報(bào)警的主要指示，步驟2:地震和海嘯報(bào)警的傳輸/更新)，并且提出UE通過(guò)找出SIB中包含ETffS特定公共信道配置接收?qǐng)?bào)警的主要指示，或者通過(guò)在HXXH上接收ETWS特定RNTIJ^射到DL-SCH的公共邏輯信道被用于攜帶ETWS消息，一旦報(bào)警開(kāi)始，eNB就在DL-SCH上提供周期性機(jī)會(huì)以攜帶ETWS消息，并且UE監(jiān)控每個(gè)ETWS周期的周期性機(jī)會(huì)，與DL-SCH相關(guān)的I3DCCH指示ETWSRNTI。BCCH上的系統(tǒng)信息和/或主要指示的尋呼消息傳送ETWS調(diào)度信息，并且BCCH上的系統(tǒng)信息攜帶ETWS信道配置。
[0050]在一些情況下，如果系統(tǒng)信息攜帶主要通知以及次要通知，則可能不滿足主要通知的延遲需求。這是因?yàn)锽CCH修改周期的典型長(zhǎng)度大于延遲需求(B卩，4秒)。然而，本公開(kāi)提出實(shí)現(xiàn)這樣的方案，因?yàn)槿绻贐CCH上攜帶主要通知，則E-UTRAN對(duì)于ETWS通知將僅具有一種傳遞機(jī)制而不考慮通知的類型(即，主要通知或次要通知)。另外，如果是這種情況，則可以將相同的安全等級(jí)(即，基于數(shù)字簽名的安全)應(yīng)用于主要通知以及次要通知。
[0051]一種滿足BCCH上主要通知`的延遲需求的可能是具有攜帶ETWS消息的ETWS特定BCCH修改周期，諸如ETWS修改周期。ETWS修改周期的長(zhǎng)度可以等于或大于尋呼DRX周期的長(zhǎng)度，并且應(yīng)該小于正常BCCH修改周期的長(zhǎng)度。在此，ETWS修改周期不影響正常系統(tǒng)信息塊的操作，因?yàn)锽CCH上ETWS消息的傳遞不改變?nèi)魏纹渌到y(tǒng)信息。在BCCH上僅ETWS消息遵循ETWS修改周期。應(yīng)該注意到，將在除了攜帶ETWS消息的SIB之外的其它SIB上廣播包括ETWS修改周期長(zhǎng)度的ETWS傳遞的配置。攜帶ETWS傳遞的配置的SIB遵循正常BCCH修改周期。
[0052]應(yīng)該注意，本公開(kāi)中提到的系統(tǒng)信息可以劃分為主信息塊(MIB)和多個(gè)系統(tǒng)信息塊(SIB)。MIB包括從小區(qū)獲取其它信息需要的有限數(shù)量的最基本且最頻繁發(fā)送的參數(shù)，并且在BCH上發(fā)送MIB?？梢栽谙到y(tǒng)信息(SI)消息中攜帶除了系統(tǒng)信息塊類型I之外的SIB，并且可以通過(guò)系統(tǒng)信息塊類型I中包括的調(diào)度信息靈活配置SIB到SI消息的映射。使用動(dòng)態(tài)調(diào)度在周期出現(xiàn)時(shí)間域窗口(被稱為SI窗口)內(nèi)發(fā)送SI消息。UE根據(jù)對(duì)PDCCH上的S1-RNTI解碼獲得詳細(xì)的時(shí)間域調(diào)度(和其它信息，例如，頻域調(diào)度，使用的傳輸格式)。將單個(gè)S1-RNTI用于對(duì)系統(tǒng)信息塊類型I以及SI消息尋址。系統(tǒng)信息塊類型I配置SI窗口長(zhǎng)度和SI消息的傳輸周期。系統(tǒng)信息塊類型10可以包含ETWS主要通知，并且系統(tǒng)信息塊類型11可以包含ETWS次要通知。更具體地，SIB類型10和/或SIB類型11中包括的字段可以包含指示ETWS通知的源和類型、ETWS通知的變化、ETWS通知的報(bào)警類型、用于ETWS通知的安全信息和ETWS報(bào)警消息段的段號(hào)等的參數(shù)或值。
[0053]本公開(kāi)的目的在于向RRC_IDLE模式下的UE發(fā)送尋呼信息(或消息)和/或向RC_IDLE模式下的UE和RRC_C0NNECTED模式下的UE通知系統(tǒng)信息改變和/或ETWS主要通知和/或ETWS次要通知。向上層提供尋呼消息，上層在響應(yīng)中可以發(fā)起RRC連接建立(例如，接收傳入的呼叫)。E-UTRAN可以通過(guò)在UE尋呼時(shí)發(fā)送尋呼消息來(lái)發(fā)起尋呼程序。E-UTRAN還可以指示系統(tǒng)信息的改變和/或在尋呼消息中提供ETWS通知。S卩，如果存在，則ETWS主要通知和/或ETWS次要通知的指示可以包括在尋呼消息的某些字段中。
[0054]盡管在移動(dòng)通信情境中描述了本發(fā)明，但是本發(fā)明還可以在使用移動(dòng)設(shè)備的任何無(wú)線通信系統(tǒng)中使用，所述移動(dòng)設(shè)備諸如PDA和配備有無(wú)線通信能力(即，接口)的筆記本電腦。此外，描述本發(fā)明的特定術(shù)語(yǔ)的使用不是想要將本發(fā)明的范圍限制到特定類型的無(wú)線通信系統(tǒng)。本發(fā)明還可以應(yīng)用于使用不同空中接口和/或物理層的其它無(wú)線通信系統(tǒng)，例如，TDMA, CDMA、FDMA, WCDMA, OFDM、EV-DO, ff1-Max, W1-Bro 等。
[0055]可以使用標(biāo)準(zhǔn)編程和/或工程技術(shù)將示例性實(shí)施例實(shí)現(xiàn)為方法、裝置或制造的產(chǎn)品，以產(chǎn)生軟件、固件、硬件或其任何結(jié)合。在此使用的術(shù)語(yǔ)“制造的產(chǎn)品”是指在硬件邏輯(例如，集成電路芯片、現(xiàn)場(chǎng)可編程門陣列(FPGA)、專用集成電路(ASIC)等)或計(jì)算機(jī)可讀介質(zhì)(例如，磁存儲(chǔ)介質(zhì)(例如，硬盤驅(qū)動(dòng)、軟盤、磁帶等)、光存儲(chǔ)(CD-ROM、光盤等)、易失性和非易失性存儲(chǔ)設(shè)備(例如EEPROM、ROM、PROM、RAM、DRAM、SRAM、固件、可編程邏輯等))中實(shí)現(xiàn)的代碼或邏輯。
[0056]處理器可以訪問(wèn)或執(zhí)行計(jì)算機(jī)可讀介質(zhì)中的代碼。可以通過(guò)傳輸媒體或從網(wǎng)絡(luò)上文件服務(wù)器訪問(wèn)實(shí)現(xiàn)了示例性實(shí)施例的代碼。在這種情況下，實(shí)現(xiàn)了代碼的制造的產(chǎn)品可以包括傳輸介質(zhì)，諸如網(wǎng)絡(luò)傳輸線、無(wú)線傳輸介質(zhì)、通過(guò)空間傳播的信號(hào)、無(wú)線電波、紅外信號(hào)等。當(dāng)然，本領(lǐng)域的技術(shù)人員將認(rèn)識(shí)到，在不脫離本發(fā)明的范圍的情況下，可以對(duì)這種配置進(jìn)行多種修改，并且制造的產(chǎn)品可以包括本領(lǐng)域已知的任何信息承載介質(zhì)。
[0057]說(shuō)明書中對(duì)“一個(gè)實(shí)施例”、“實(shí)施例”、“示例性實(shí)施例”等的任何參考意思是結(jié)合實(shí)施例描述的特定特征、結(jié)構(gòu)或特性包括在本發(fā)明的至少一個(gè)實(shí)施例中。在說(shuō)明書的各個(gè)地方這些短語(yǔ)的出現(xiàn)不是必須所有都參照相同的實(shí)施例。此外，當(dāng)結(jié)合任何實(shí)施例描述特定特征、結(jié)構(gòu)或特性時(shí)，認(rèn)為是在本領(lǐng)域技術(shù)人員的知識(shí)范圍內(nèi)將這種特征、結(jié)構(gòu)或特性與其它實(shí)施例結(jié)合。
[0058]盡管已經(jīng)參照多個(gè)示出的實(shí)施例描述了實(shí)施例，但是應(yīng)該理解，本領(lǐng)域技術(shù)人員可以設(shè)計(jì)許多其它修改和實(shí)施例，其將落入本公開(kāi)原理的精神和范圍內(nèi)。更具體地，在本公開(kāi)、附圖和所附權(quán)利要求的范圍內(nèi)的主題組合布置的組件部分和/或布置中可以進(jìn)行各種變型和修改。除了組件部分和/或布置中的變型和修改之外，可選的使用對(duì)于本領(lǐng)域的技術(shù)人員將是明顯的。
[0059]由于在不脫離本發(fā)明的精神或基本特征的情況下可以以若干種形式來(lái)體現(xiàn)本發(fā)明，因此還應(yīng)該理解，除非另外指定，上述實(shí)施例不限于上面描述的任何細(xì)節(jié)，而是應(yīng)該被解釋為在權(quán)利要求限定的精神和范圍內(nèi)，因此，落入權(quán)利要求范圍或者這個(gè)范圍的等同物內(nèi)的所有改變和修改將被所附權(quán)利要求包含。
【權(quán)利要求】
1.一種由用戶設(shè)備從基站接收?qǐng)?bào)警消息的方法，所述方法包括: 接收尋呼消息， 其中所述尋呼消息包括報(bào)警消息指示， 其中所述報(bào)警消息是地震和海嘯報(bào)警系統(tǒng)(ETWS)消息；以及 在接收所述尋呼消息之后，通過(guò)下行鏈路信道接收所述報(bào)警消息。
2.如權(quán)利要求1所述的方法，其中，所述下行鏈路信道是下行鏈路共享信道(DL-SCH)。
3.如權(quán)利要求1所述的方法，其中，所述尋呼消息是由處于空閑模式的用戶設(shè)備接收的。
4.如權(quán)利要求1所述的方法，其中，根據(jù)在系統(tǒng)信息塊(SIB)中包含的調(diào)度信息接收所述報(bào)警消息。
5.如權(quán)利要求1所述的方法，其中，所述尋呼消息包括報(bào)警原因。
6.如權(quán)利要求1所述的方法，其中，所述報(bào)警消息包括ETWS主要通知和ETWS次要通知。
7.如權(quán)利要求1所述的方法，其中，所述尋呼消息是通過(guò)尋呼控制信道(PCCH)接收的。
8.一種配置用于接收?qǐng)?bào)警消息的用戶設(shè)備，所述用戶設(shè)備包括: 存儲(chǔ)器；以及 處理器，所述處理器操作地與所述存儲(chǔ)器耦合，并且被配置為: 接收尋呼消息， 其中所述尋呼消息包括報(bào)警消息指示， 其中所述報(bào)警消息是地震和海嘯報(bào)警系統(tǒng)(ETWS)消息；以及 在接收所述尋呼消息之后，通過(guò)下行鏈路信道接收所述報(bào)警消息。
9.如權(quán)利要求8所述的用戶設(shè)備，其中，所述下行鏈路信道是下行鏈路共享信道(DL-SCH)0
10.如權(quán)利要求8所述的用戶設(shè)備，其中，所述尋呼消息是由處于空閑模式的用戶設(shè)備接收的。
11.如權(quán)利要求8所述的用戶設(shè)備，其中，根據(jù)在系統(tǒng)信息塊(SIB)中包含的調(diào)度信息接收所述報(bào)警消息。
12.如權(quán)利要求8所述的用戶設(shè)備，其中，所述尋呼消息包括報(bào)警原因。
13.如權(quán)利要求8所述的用戶設(shè)備，其中，所述報(bào)警消息包括ETWS主要通知和ETWS次要通知。
14.如權(quán)利要求8所述的用戶設(shè)備，其中，所述尋呼消息是通過(guò)尋呼控制信道(PCCH)接收的。
【文檔編號(hào)】H04W4/12GK103561398SQ201310400074
【公開(kāi)日】2014年2月5日 申請(qǐng)日期:2009年3月18日 優(yōu)先權(quán)日:2008年3月18日
【發(fā)明者】李英大, 樸成埈, 李承俊, 千成德 申請(qǐng)人:Lg電子株式會(huì)社