無線通信系統(tǒng)中發(fā)送用于公共報警系統(tǒng)的多媒體廣播補充的方法和裝置的制造方法
【專利摘要】提供一種在無線通信系統(tǒng)中獲取用于公共報警系統(tǒng)(PWS)的多媒體廣播補充(MBS)的方法和裝置。用戶設(shè)備(UE)從網(wǎng)絡(luò)接收指示小區(qū)支持用于PWS的MBS的MBS信息。UE從網(wǎng)絡(luò)進(jìn)一步接收用于PWS的MBS指示。UE經(jīng)由廣播/多播信道從網(wǎng)絡(luò)獲取用于PWS的MBS。
【專利說明】
無線通信系統(tǒng)中發(fā)送用于公共報警系統(tǒng)的多媒體廣播補充的 方法和裝置
技術(shù)領(lǐng)域
[0001] 本發(fā)明涉及無線通信，并且更具體地，涉及一種在無線通信系統(tǒng)中發(fā)送用于公共 報警系統(tǒng)(PWS)的多媒體廣播補充(MBS)的方法和裝置。
【背景技術(shù)】
[0002] 通用移動電信系統(tǒng)(UMTS)是第三代（3G)異步移動通信系統(tǒng)，其基于歐洲系統(tǒng)、全 球移動通信系統(tǒng)(GSM)以及通用分組無線電服務(wù)(GPRS)在寬帶碼分多址(WCDMA)中操作。 UMTS的長期演進(jìn)(LTE)由標(biāo)準(zhǔn)化UMTS的第三代合作伙伴計劃(3GPP)正在討論當(dāng)中。
[0003] 3GPP LTE是用于使能高速分組通信的技術(shù)。針對包括旨在減少用戶和提供商成 本、改進(jìn)服務(wù)質(zhì)量、以及擴(kuò)大和提升覆蓋與系統(tǒng)性能的LTE目標(biāo)，已經(jīng)提出了許多方案。3GPP LTE要求每比特減少成本、增加服務(wù)可用性、靈活使用頻帶、簡單結(jié)構(gòu)、開放接口、以及終端 的適當(dāng)功率消耗作為高級別的要求。
[0004] 3GPP LTE能夠提供多媒體廣播多播服務(wù)(MBMS)服務(wù)。MBMS是將數(shù)據(jù)分組同時發(fā)送 到多個用戶的服務(wù)。如果在相同的小區(qū)中存在特定級別的用戶，則各個用戶能夠被允許共 享必要的資源，以使得多個用戶能夠接收相同的多媒體數(shù)據(jù)，從而增加資源效率。另外，從 用戶的角度來看，能夠以低成本使用多媒體服務(wù)。
[0005] 最近，對確保公眾具有接收關(guān)于災(zāi)難和其他緊急事件的及時的和精確的報警、警 告以及危急信息的能力的興趣日益增長，不管他們使用何種通信技術(shù)。如從諸如地震、海 嘯、颶風(fēng)以及野火的災(zāi)難已經(jīng)獲知，這樣的能力對于確保公眾采取適當(dāng)?shù)拇胧┮员Ｗo(hù)他們 的家庭以及他們自己免受嚴(yán)重傷害，或者生命或者財產(chǎn)的損失是重要的。通過在3GPP系統(tǒng) 提供分布報警通知的機(jī)制增強對公眾的警告通知的可靠性、彈性、以及安全性的此興趣是 對公共報警系統(tǒng)(PWS)的推動力。
[0006] 已經(jīng)論述了經(jīng)由MBMS的用于PWS的附加信息的傳輸。經(jīng)由MBMS的附加信息可以被 稱為多媒體廣播補充(MBS)。例如，可以為MBS發(fā)送用于PWS的諸如聲音、照片、視頻等?？梢?要求有用于發(fā)送用于PWS的MBS的有效方法。

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

[0007] 技術(shù)問題
[0008] 本發(fā)明提供一種在無線通信系統(tǒng)中發(fā)送用于公共報警系統(tǒng)(PWS)的多媒體廣播補 充(MBS)的方法和裝置。本發(fā)明提供一種發(fā)送用于PWS的MBS指示的方法。
[0009] 問題的解決方案
[0010] 在一個方面中，提供一種在無線通信系統(tǒng)中通過用戶設(shè)備(UE)獲取用于公共報警 系統(tǒng)(PWS)的多媒體廣播補充(MBS)的方法。該方法包括:通過UE從網(wǎng)絡(luò)接收MBS信息；通過 UE從網(wǎng)絡(luò)接收用于PWS的MBS指示；以及通過UE經(jīng)由廣播/多播信道從網(wǎng)絡(luò)獲取用于PWS的 MBS。
[0011]在另一方面中，提供一種用戶設(shè)備(UE)，該用戶設(shè)備(UE)被配置成在無線通信系 統(tǒng)中獲取用于公共報警系統(tǒng)(PWS)的多媒體廣播補充(MBS)。UE包括射頻(RF)單元，該射頻 (RF)單元被配置成發(fā)送或者接收無線電信號；以及處理器，該處理器被耦合到RF單元，并且 被配置成:從網(wǎng)絡(luò)接收MBS信息；從網(wǎng)絡(luò)接收用于PWS的MBS指示；以及經(jīng)由廣播/多播信道從 網(wǎng)絡(luò)獲取用于PWS的MBS。
[0012]有益效果
[0013] 能夠快速地提供用于PWS的MBS。
【附圖說明】
[0014] 圖1示出LTE系統(tǒng)架構(gòu)。
[0015] 圖2示出典型E-UTRAN和典型EPC的架構(gòu)的框圖。
[0016] 圖3示出LTE系統(tǒng)的用戶平面協(xié)議棧的框圖。
[0017] 圖4示出LTE系統(tǒng)的控制平面協(xié)議棧的框圖。
[0018] 圖5示出物理信道結(jié)構(gòu)的示例。
[0019] 圖6示出系統(tǒng)信息獲取過程。
[0020] 圖7示出尋呼過程。
[0021] 圖8示出MBMS定義。
[0022]圖9示出MCCH信息獲取過程。
[0023]圖10示出根據(jù)本發(fā)明的實施例的用于發(fā)送用于PWS的MBS的方法的示例。
[0024]圖11示出根據(jù)本發(fā)明的實施例的發(fā)送用于PWS的MBS的方法的另一示例。
[0025] 圖12示出實現(xiàn)本發(fā)明的實施例的無線通信系統(tǒng)。
【具體實施方式】
[0026] 下文描述的技術(shù)能夠在各種無線通信系統(tǒng)中使用，諸如碼分多址(CDMA)、頻分多 址(FDMA)、時分多址(TDMA)、正交頻分多址(0FDMA)、單載波頻分多址（SC-FDMA)等。CDMA能 夠以諸如通用陸上無線電接入(UTRA)或者⑶MA-2000的無線電技術(shù)來實現(xiàn)。TDMA能夠以諸 如全球移動通信系統(tǒng)(GSM)/通用分組無線電服務(wù)(GPRS)/增強型數(shù)據(jù)速率GSM演進(jìn)(EDGE) 的無線電技術(shù)來實現(xiàn)。0FDMA能夠以諸如電氣與電子工程師協(xié)會（IEEE)802.11(Wi-Fi)、 IEEE 802.16(WiMAX)、IEEE 802-20、演進(jìn)的UTRA(E-UTRA)等的無線電技術(shù)來實現(xiàn)。IEEE 802.16m是IEEE 802.16e的演進(jìn)，并且提供與基于IEEE 802.16的系統(tǒng)的后向兼容性。UTRA 是通用移動電信系統(tǒng)(UMTS)的一部分。第三代合作伙伴計劃（3GPP)長期演進(jìn)(LTE)是使用 E-UTRA的演進(jìn)的UMTS(E-UMTS)的一部分。3GPP LTE在下行鏈路中使用0FDMA，以及在上行鏈 路中使用SC-FDMA。高級LTE (LTE-A)是3GPP LTE的演進(jìn)。
[0027] 為了清楚起見，以下的描述將集中于LTE-A。然而，本發(fā)明的技術(shù)特征不受限于此。 [0028]圖1示出LTE系統(tǒng)架構(gòu)。通信網(wǎng)絡(luò)被廣泛地部署以通過IMS和分組數(shù)據(jù)提供諸如互 聯(lián)網(wǎng)協(xié)議語音(VoIP)的各種通信服務(wù)。
[0029]參考圖1，LTE系統(tǒng)架構(gòu)包括一個或者多個用戶設(shè)備(UE; 10)、演進(jìn)的UMTS陸上無線 電接入網(wǎng)絡(luò)(E-UTRA)以及演進(jìn)分組核心(EPC)。UE 10指的是用戶攜帶的通信設(shè)備。UE 10可 以是固定的或者移動的，并且可以被稱為其他術(shù)語，諸如移動站(MS)、用戶終端(UT)、訂戶 站(SS)、無線設(shè)備等。
[0030] E-UTRAN包括一個或者多個演進(jìn)節(jié)點-B(eNB)20,并且多個UE可以位于一個小區(qū) 中。eNB 20向UE 10提供控制平面和用戶平面的端點。eNB 20通常是與UE 10通信的固定站 并且可以被稱為另一術(shù)語，諸如基站(BS)、接入點等。每個小區(qū)可以部署一個eNB 20。
[0031] 在下文中，下行鏈路(DL)表示從eNB 20到UE 10的通信，并且上行鏈路(UL)表示從 UE 10到eNB 20的通信。在DL中，發(fā)射器可以是eNB 20的一部分，并且接收器可以是UE 10的 一部分。在UL中，發(fā)射器可以是UE 10的一部分，并且接收器可以是eNB 20的一部分。
[0032] EPC包括移動性管理實體(MME)和系統(tǒng)架構(gòu)演進(jìn)(SAE)網(wǎng)關(guān)(S-GWhMME/S-GW 30可 以被定位在網(wǎng)絡(luò)的末端處并且被連接到外部網(wǎng)絡(luò)。為了清楚起見，MME/S-GW 30在此將會被 簡單地稱為"網(wǎng)關(guān)"，但是應(yīng)該理解的是，此實體包括MME和S-GW兩者。
[0033] MME向eNB 20提供包括非接入層(NAS)信令、NAS信令安全、接入層(AS)安全性控 制、用于3GPP接入網(wǎng)絡(luò)之間的移動性的核心網(wǎng)絡(luò)(CN)節(jié)點間信令、空閑模式UE可達(dá)到性(包 括尋呼重傳的執(zhí)行和控制）、跟蹤區(qū)域列表管理（用于在空閑和活躍模式下的UE)、分組數(shù)據(jù) 網(wǎng)絡(luò)(PDN)網(wǎng)關(guān)(P-GW)和S-GW選擇、在MME變化的情況下用于切換的MME選擇、切換到2G或者 3G 3GPP接入網(wǎng)絡(luò)的服務(wù)GPRS支持節(jié)點（SGSN)選擇、漫游、認(rèn)證、包括專用承載建立的承載 管理功能、支持公共報警系統(tǒng)(PWS)(包括地震和海嘯報警系統(tǒng)(ETWS)和商用移動預(yù)警系統(tǒng) (CMAS))消息傳輸?shù)母鞣N功能。S-GW主機(jī)提供各種功能，包括基于每個用戶的分組過濾(通 過例如，深分組檢查）、合法偵聽、UE互聯(lián)網(wǎng)協(xié)議（IP)地址分配、在DL中的傳輸級別分組標(biāo) 注、UL和DL服務(wù)級別計費、門控和速率增強、基于接入點名稱聚合最大比特速率(APN-AMBR) 的DL速率增強。
[0034]用于發(fā)送用戶業(yè)務(wù)或者控制業(yè)務(wù)的接口可以被使用。UE 10經(jīng)由Uu接口被連接到 eNB 20。6他20經(jīng)由X2接口相互連接。相鄰的eNB可以具有網(wǎng)狀網(wǎng)絡(luò)結(jié)構(gòu)，其具有X2接口。經(jīng) 由S1接口多個節(jié)點可以被連接在eNB 20和網(wǎng)關(guān)30之間。
[0035] 圖2示出典型E-UTRAN和典型EPC的架構(gòu)的框圖。參考圖2，eNB 20可以執(zhí)行對于網(wǎng) 關(guān)30的選擇、在無線電資源控制（RRC)激活期間朝向網(wǎng)關(guān)30的路由、尋呼消息的調(diào)度和發(fā) 送、廣播信道(BCH)信息的調(diào)度和發(fā)送、在UL和DL這兩者中到UE 10的資源的動態(tài)分配、eNB 測量的配置和供應(yīng)、無線電承載控制、無線電準(zhǔn)入控制(RAC)以及在LTE_ACTIVE狀態(tài)下的連 接移動性控制的功能。在EPC中，并且如在上面所注明的，網(wǎng)關(guān)30可以執(zhí)行尋呼發(fā)起、LTE_ IDLE狀態(tài)管理、用戶平面的加密、SAE承載控制、以及NAS信令的加密和完整性保護(hù)的功能。
[0036] 圖3示出LTE系統(tǒng)的用戶平面協(xié)議棧的框圖。圖4示出LTE系統(tǒng)的用戶平面協(xié)議棧的 框圖?；谠谕ㄐ畔到y(tǒng)中公知的開放系統(tǒng)互連(0SI)模型的下面的三層，在UE和E-UTRAN之 間的無線電接口協(xié)議的層可以被分類成第一層(L1)、第二層(L2)以及第三層(L3)。
[0037]物理(PHY)層屬于LUPHY層通過物理信道給較高層提供信息傳送服務(wù)。PHY層通過 傳輸信道被連接到作為PHY層的較高層的媒體接入控制(MAC)層。物理信道被映射到傳輸信 道。通過傳輸信道在MAC層和PHY層之間傳送數(shù)據(jù)。在不同的PHY層，即發(fā)送側(cè)的PHY層和接收 側(cè)的PHY層之間，經(jīng)由物理信道傳輸數(shù)據(jù)。
[0038] MAC層、無線電鏈路控制(RLC)層、以及分組數(shù)據(jù)會聚協(xié)議(PDCP)層屬于L2JAC層 經(jīng)由邏輯信道將服務(wù)提供給是MAC層的較高層的RLC層。MAC層在邏輯信道上提供數(shù)據(jù)傳送 服務(wù)。RLC層支持具有可靠性的數(shù)據(jù)的傳輸。同時，通過MAC層內(nèi)部的功能塊實現(xiàn)RLC層的功 能。在這樣的情況下，RLC層可以不存在。PDCP層提供減少不必要的控制信息的報頭壓縮功 能，使得通過采用諸如IPv4或者IPv6的IP分組發(fā)送的數(shù)據(jù)能夠在具有相對小的帶寬的無線 電接口上被有效地發(fā)送。
[0039]無線電資源控制(RRC)層屬于L3ALC層位于L3的最低部分處，并且僅在控制平面 中被定義。RRC層控制與無線電承載(RB)的配置、重新配置、以及釋放有關(guān)的邏輯信道、傳輸 信道、以及物理信道。RB表示提供用于在UE和E-UTRAN之間的數(shù)據(jù)傳輸?shù)腖2的服務(wù)。
[0040] 參考圖3，RLC和MAC層(在網(wǎng)絡(luò)側(cè)上在eNB中被終止)可以執(zhí)行諸如調(diào)度、自動重傳 請求(ARQ)、以及混合ARQ(HARQ)的功能。PDCP層(在網(wǎng)絡(luò)側(cè)上的eNB中終止)可以執(zhí)行諸如報 頭壓縮、完整性保護(hù)、以及加密的用戶平面功能。
[0041 ] 參考圖4，RLC和MAC層(在網(wǎng)絡(luò)側(cè)上的eNB中終止)可以執(zhí)行用于控制平面的相同功 能。RRC層(在網(wǎng)絡(luò)側(cè)上的eNB中被終止)可以執(zhí)行諸如廣播、尋呼、RRC連接管理、RB控制、移 動性功能、以及UE測量報告和控制的功能。NAS控制協(xié)議(在網(wǎng)絡(luò)側(cè)上的網(wǎng)關(guān)的MME中被終 止)可以執(zhí)行諸如用于網(wǎng)關(guān)和UE之間的信令的SAE承載管理、認(rèn)證、LTE_IDLE移動性處理、在 LTE_IDLE中的尋呼發(fā)起、以及安全性控制的功能。
[0042]圖5示出物理信道結(jié)構(gòu)的示例。物理信道通過無線電資源在UE的PHY層和eNB之間 傳輸信令和數(shù)據(jù)。物理信道由時域中的多個子幀和頻域中的多個子載波組成。一個子幀為 lms，由時域中的多個符號組成。子幀的特定符號，諸如子幀的第一符號可以被用于物理下 行鏈路控制信道(PDCCH) JDCCH承載動態(tài)分配的資源，諸如物理資源塊(PRB)以及調(diào)制和編 譯方案(MCS)。
[0043] DL傳輸信道包括被用于發(fā)送系統(tǒng)信息的廣播信道(BCH)、被用于尋呼UE的尋呼信 道(PCH)、被用于發(fā)送用戶業(yè)務(wù)或者控制信號的下行鏈路共享信道(DL-SCH)、被用于多播或 者廣播服務(wù)傳輸?shù)亩嗖バ诺?MCHhDL-SCH通過變化調(diào)制、編譯以及發(fā)送功率、以及動態(tài)和 半靜態(tài)資源分配這兩者來支持HARQ、動態(tài)鏈路自適應(yīng)。DL-SCH也可以使能整個小區(qū)的廣播 和波束賦形的使用。
[0044] UL傳送信道包括通常被用于對小區(qū)的初始接入的隨機(jī)接入信道(RACH)、用于發(fā)送 用戶業(yè)務(wù)或者控制信號的上行鏈路共享信道(UL-SCH)等。UL-SCH通過變化發(fā)射功率和潛在 的調(diào)制和編譯來支持HARQ和動態(tài)鏈路自適應(yīng)。UL-SCH也可以使能波束賦形的使用。
[0045] 根據(jù)被發(fā)送的信息的類型，邏輯信道被分類成用于傳送控制平面信息的控制信道 和用于傳送用戶平面信息的業(yè)務(wù)信道。即，對通過MAC層提供的不同數(shù)據(jù)傳送服務(wù)，定義一 組邏輯信道類型。
[0046] 控制信道僅被用于控制平面信息的傳送。通過MAC層提供的控制信道包括廣播控 制信道(BCCH)、尋呼控制信道(PCCH)、公共控制信道(CCCH)、多播控制信道(MCCH)以及專用 控制信道(DCCH)。BCCH是用于廣播系統(tǒng)控制信息的下行鏈路信道。PCCH是傳送尋呼信息的 下行鏈路信道并且當(dāng)網(wǎng)絡(luò)沒有獲知UE的位置小區(qū)時被使用。通過不具有與網(wǎng)絡(luò)的RRC連接 的UE來使用CCOLMCCH是被用于將來自于網(wǎng)絡(luò)的多媒體廣播多播服務(wù)(MBMS)控制信息發(fā)送 到UE的點對多點下行鏈路信道。DCCH是在UE和網(wǎng)絡(luò)之間發(fā)送專用控制信息的由具有RRC連 接的UE所使用的點對點雙向信道。
[0047] 業(yè)務(wù)信道僅被用于用戶平面信息的傳送。由MAC層提供的業(yè)務(wù)信道包括專用業(yè)務(wù) 信道(DTCH)和多播業(yè)務(wù)信道(MTCHhDTCH是點對點信道，專用于一個UE用于用戶信息的傳 送并且能夠在上行鏈路和下行鏈路這兩者中存在。MTCH是用于將來自于網(wǎng)絡(luò)的業(yè)務(wù)數(shù)據(jù)發(fā) 送到UE的點對多點下行鏈路信道。
[0048]在邏輯信道和傳輸信道之間的上行鏈路連接包括能夠被映射到UL-SCH的DCCH、能 夠被映射到UL-SCH的DTCH以及能夠被映射到UL-SCH的CCCH。在邏輯信道和傳輸信道之間的 下行鏈路連接包括能夠被映射到BCH或者DL-SCH的BCCH、能夠被映射到PCH的PCCH、能夠被 映射到DL-SCH的DCCH、以及能夠被映射到DL-SCH的DTCH、能夠被映射至IjMCH的MCCH、以及能 夠被映射到MCH的MTCH。
[0049] RRC狀態(tài)指示是否UE的RRC層被邏輯地連接到E-UTRAN的RRC層。RRC狀態(tài)可以被劃 分成諸如RRC空閑狀態(tài)(RRC_IDLE)和RRC連接狀態(tài)(RRC_C0NNECTED)的兩種不同的狀態(tài)。在 RRC_IDLE中，UE可以接收系統(tǒng)信息和尋呼信息的廣播同時UE指定通過NAS配置的非連續(xù)的 接收(DRX)，并且UE已經(jīng)被分配在跟蹤區(qū)域中唯一地識別UE的標(biāo)識（ID)并且可以執(zhí)行公共 陸地移動網(wǎng)絡(luò)(PLMN)選擇和小區(qū)重選。此外，在RRC_IDLE中，在eNB中沒有存儲RRC上下文。 [0050] 在RRC_C0NNECTED狀態(tài)下，UE在E-UTRAN中具有E-UTRAN RRC連接和上下文，使得將 數(shù)據(jù)發(fā)送到eNB和/或從eNB接收數(shù)據(jù)變成可能。此外，UE能夠向eNB報告信道質(zhì)量信息和反 饋信息。在RRC_C0NNECTED狀態(tài)下，E-UTRAN獲知UE所屬的小區(qū)。因此，網(wǎng)絡(luò)能夠?qū)?shù)據(jù)發(fā)送 到UE和/或從UE接收數(shù)據(jù)，網(wǎng)絡(luò)能夠控制UE的移動性（切換和到具有網(wǎng)絡(luò)輔助小區(qū)變化 (NACC)的GSM EDGE無線電接入網(wǎng)絡(luò)(GERAN)的無線電接入技術(shù)(RAT)間小區(qū)變化順序），并 且網(wǎng)絡(luò)能夠執(zhí)行對于相鄰小區(qū)的小區(qū)測量。
[0051 ] 在RRC_IDEL狀態(tài)下，UE指定尋呼DRX周期。具體地，UE在每個UE特定尋呼DRX周期的 特定尋呼時機(jī)監(jiān)控尋呼信號。尋呼時機(jī)是尋呼信號被發(fā)送期間的時間間隔。UE具有其自身 的尋呼時機(jī)。尋呼消息在屬于相同的跟蹤區(qū)域的所有小區(qū)上被發(fā)送。如果UE從一個跟蹤區(qū) 域(TA)移動到另一 TA，則UE將跟蹤區(qū)域更新(TAU)消息發(fā)送到網(wǎng)絡(luò)以更新其位置。
[0052]描述一種公共報警系統(tǒng)(PWShE-UTRAN通過系統(tǒng)信息廣播能力的方式提供對報警 系統(tǒng)的支持。E-UTRAN執(zhí)行從小區(qū)廣播中心(CBC)接收的、被MME轉(zhuǎn)發(fā)給E-UTRAN的"報警消息 內(nèi)容"的調(diào)度和廣播。用于廣播的調(diào)度信息與"報警消息內(nèi)容" 一起從CBC接收。E-UTRAN也負(fù) 責(zé)尋呼UE，以提供正在廣播報警通知的指示。E-UTRAN接收的"報警消息內(nèi)容"包含報警通知 的情況。取決于大小，E-UTRAN可以在無線電接口上發(fā)送輔助通知之前對輔助通知分段。 [0053]除了經(jīng)由系統(tǒng)信息發(fā)送的PWS消息之外，還可以發(fā)送用于PWS的另外信息。下面描 述用于PWS的另外信息的使用情況和場景。在下文說明中，作為前提條件，移動網(wǎng)絡(luò)運營商 (ΜΝ0)網(wǎng)絡(luò)支持PWS，并且ΜΝ0支持在不使網(wǎng)絡(luò)過載的情況下將多媒體內(nèi)容廣泛地分布到大 眾的機(jī)制(例如，經(jīng)由廣播）。
[0054] 1.地理定位報警
[0055]這種使用情況描述了在使能PWS網(wǎng)絡(luò)內(nèi)的用戶接收通過地圖覆層(overlay)形式 的地理數(shù)據(jù)增強的PWS消息。例如，發(fā)生了洪水，并且洪水被氣象服務(wù)監(jiān)控。由于嚴(yán)重性，做 出通知洪水的潛在到達(dá)區(qū)域內(nèi)的所有用戶的決定。由于地理面積，這種面積明顯大于當(dāng)前 受影響的面積。產(chǎn)生公共服務(wù)通知，由此將洪水的當(dāng)前到達(dá)區(qū)域和洪水的預(yù)計到達(dá)區(qū)域繪 制到地圖覆層上。PWS消息被發(fā)送至緊急情況服務(wù)所定義的通知區(qū)域內(nèi)的用戶。作為PWS消 息的一部分，地圖覆層可以被呈現(xiàn)給用戶。因而，通知區(qū)域內(nèi)的所有用戶都接收到警告他們 關(guān)于劫難的PWS消息。選擇觀察地圖覆層的用戶獲得關(guān)于當(dāng)前和將來的洪水面積的額外信 息。因而，被PWS通知存在洪水，但是能夠從地圖中看出他們不處于立即或者預(yù)計有危險的 用戶能夠更確保他們的安全并且判斷他們做出的準(zhǔn)備工作。
[0056] 2.多媒體下載
[0057]這種使用情況描述了使能PWS網(wǎng)絡(luò)內(nèi)的用戶接收由已下載多媒體形式的單獨多媒 體內(nèi)容傳輸補充的PWS通知。
[0058]例如，兒童已經(jīng)被綁架，并且已經(jīng)通知了緊急情況服務(wù)。緊急情況服務(wù)由于所聚集 的信息已經(jīng)決定，通知該綁架區(qū)域內(nèi)的用戶并且使得當(dāng)?shù)鼐用窬枋怯杏玫摹．a(chǎn)生公告，由 此將被綁架者(abductee)的細(xì)節(jié)(相片、年齡、身高、視頻、文本等等)打包在一起。PWS通知 被發(fā)送給緊急情況服務(wù)定義的通知區(qū)域內(nèi)的用戶。作為PWS通知的一部分，多媒體數(shù)據(jù)包可 以被呈現(xiàn)給用戶。因而，通知區(qū)域內(nèi)的所有用戶都接收警告他們關(guān)于綁架的PWS通知。選擇 觀看多媒體內(nèi)容的用戶獲得關(guān)于被綁架者的額外信息和文本，并且能夠更加警惕被綁架 者。
[0059]作為另一示例，不久前已經(jīng)發(fā)生了地震。通信服務(wù)受限并且不穩(wěn)固（patchy)。作為 災(zāi)害響應(yīng)的一部分，已經(jīng)匯編了失蹤人員名單。產(chǎn)生公告，由此將失蹤人員的細(xì)節(jié)(相片、年 齡、身高、視頻、文本等等)打包在一起。然后以對象輪播廣播這種包(package)。隨著失蹤人 員的細(xì)節(jié)改變，在服務(wù)器上修改該包。PWS通知被發(fā)送給緊急情況服務(wù)或者失蹤人員部門定 義的通知區(qū)域內(nèi)的用戶。作為PWS通知的一部分，存在使得UE能夠從廣播下載關(guān)于失蹤人員 的最新信息包的信息。UE從廣播下載內(nèi)容，并且用戶查看失蹤人員數(shù)據(jù)的最初的包。在較晚 日期(在廣播結(jié)束之前），應(yīng)通知UE輪盤的內(nèi)容已經(jīng)改變，并且UE從廣播下載內(nèi)容，并且用戶 查看失蹤人員數(shù)據(jù)的更新版本。因而，通知區(qū)域內(nèi)的所有用戶都接收到通知他們關(guān)于失蹤 人員的PWS通知。選擇觀看多媒體內(nèi)容的用戶獲得關(guān)于失蹤人員的額外信息，并且能夠更有 效地幫助重建工作。
[0060] 描述了關(guān)于PWS的系統(tǒng)信息。可以參考3GPP TS 36·33?ν?2·0·0(2013-12)的章節(jié) 5 · 2。系統(tǒng)信息被分為Master Informat ionBlock(MIB)和許多 System Informat ionBlocks (SIB) JIB包括從小區(qū)獲取其他信息所需的、并且在BCH上發(fā)送的有限數(shù)目的最必要和最頻 繁發(fā)送的參數(shù)。除了3}^七6111111；1^〇1'1]1&1:;[011131001^7。61之外的3113在35^七6111111；1^01'1]1&1:;[011(31) 消息中攜帶，并且SIB到SI消息的映射可由SystemlnformationBlockTypel中所包括的 3(：116(1111;[]^11^〇1^81:靈活地配置。每個518都僅被包含在單個51消息中，僅具有相同調(diào)度要 求(周期性）的SIB能夠被映射到相同的SIB消息，并且SystemInformationBlockType2始終 被映射到對應(yīng)于schedulinglnfoList中的SI消息列表中的第一條目的SI消息?？赡艽嬖谝?相同周期性發(fā)送的多條SI消息。3}^七6111111；1^〇1'1]^1:;[011131001^7。61和所有31消息都在01^-301 上發(fā)送。
[0061 ] 除了廣播之外，E-UTRAN可以經(jīng)由專用信令，即在RRCConnectionReconfiguration 消息內(nèi)提供包括相同參數(shù)值的Systemlnf ormationBlockTypel 〇
[0062] UE應(yīng)用系統(tǒng)信息獲取，并且改變用于主小區(qū)（PCell)的監(jiān)控過程。對于輔小區(qū) (SCe 11)，當(dāng)添加 SCe 11時，E-UTRAN經(jīng)由專用信令提供與RRC_C0NNECTED中的操作相關(guān)的所 有系統(tǒng)信息。一旦改變所配置的SCell的相關(guān)系統(tǒng)信息，E-UTRAN釋放并且繼而添加所關(guān)注 的SCell，這可以利用單個RRCConnectionReconfiguration消息完成。如果UE正在接收或者 對在小區(qū)中接收MBMS服務(wù)感興趣，則UE應(yīng)該應(yīng)用系統(tǒng)信息獲取，并且改變與該小區(qū)的MBMS 操作相關(guān)的監(jiān)控過程。E-UTRAN可以經(jīng)由專用信令配置與所關(guān)注的SCell中廣播的不同的參 數(shù)值。
[0063] 被配置有RN子幀配置的中繼節(jié)點（RN)不需要應(yīng)用系統(tǒng)信息獲取以及改變監(jiān)控過 程。一旦改變與RN相關(guān)的任何系統(tǒng)信息，則E-UTRAN使用RNReconfiguration消息，通過專用 信令向被配置有RN子幀配置的RN提供包含相關(guān)系統(tǒng)信息的系統(tǒng)信息塊。對于被配置有RN子 幀配置的RN，該專用信令中所含的系統(tǒng)信息代替任何相應(yīng)的存儲系統(tǒng)信息，并且優(yōu)先于通 過系統(tǒng)信息獲取過程獲取的任何相應(yīng)系統(tǒng)信息。專用系統(tǒng)信息保持有效直到被覆寫。E-UTRAN可以經(jīng)由專用信令配置具有與所關(guān)注的小區(qū)中廣播中的不同參數(shù)值的RN。
[0064] 地震和海嘯報警服務(wù)(ETWS)主通知和/或ETWS輔通知能夠在任何時間點發(fā)生。尋 呼消息被用于通知RRC_IDLE中的具備ETWS能力的UE以及RRCJONNECTED中的UE關(guān)于存在 ETWS主通知和/或ETWS輔通知。如果UE接收到包括etws-Indication的尋呼消息，則應(yīng)根據(jù) SystemlnformationBlockTypel 中所含的 schedulingInfoList開始接收ETWS主通知和/或 ETWS輔通知。如果UE在獲取ETWS通知時接收到包括etws-Indication的尋呼消息，則UE應(yīng)基 于先前獲取的schedulinglnfoList繼續(xù)獲取ETWS通知，直到重新獲取 SystemlnformationBlockTypel 中的 schedulinglnfoListoUE 不需要定期檢查 SystemlnformationBlockTypel 中所含的 schedul inglnfoList，但是包括 etws-Indi cat ion 的尋呼消息角蟲發(fā) UE 為了 SystemlnformationBlockTypelO 和 SystemlnformationBlockTypel 1 的調(diào)度改變而重新獲取 SystemlnformationBlockTypel 中 所含的schedulingInfoList。在不再調(diào)度ETWS時，UE可以接收或者可以不接收包括etws-Indication和/或systemInfoModification的尋呼消息 。
[0065] ETWS主通知被包含在SystemlnformationBlockTypelO中，并且ETWS輔通知被包含 在3}^七6111111；1^〇1'1]^1:;[011131001^7口611中。分段能夠被應(yīng)用于遞送輔通知。分段對于小區(qū)內(nèi)的 給定輔通知（即，對于具有相同messageIdentifier、serialNumber和 warningMessageSegmentNumber的給定分段為相同的分段大?。┑膫鬏斒枪潭ǖ摹TWS輔通 知對應(yīng)于單個CB數(shù)據(jù)IE(CB data IE)。
[0066] 商業(yè)移動預(yù)警系統(tǒng)(CMAS)通知能夠發(fā)生在任何時間點。尋呼消息被用于通知RRC_ IDLE中的具備CMAS能力的UE和RRC_C0NNECTED中的UE關(guān)于一個或者更多CMAS通知的存在。 如果UE接收到包括cmas-Indicat ion的尋呼消息，則應(yīng)根據(jù)SystemlnformationBlockTypel 中所含的schedulinglnfoList開始接收CMAS通知。如果UE在獲取CMAS通知時接收包括 cmas-Indication的尋呼消息，貝ijUE應(yīng)基于先前獲取的schedulinglnfoList繼續(xù)獲取CMAS 通知，直到重新獲取在 SystemlnformationBlockTypel 中的schedulinglnfoListaUE 不需要 定期檢查Systemlnformati onBlockTypel 中所含的scheduling Inf oList，但是包括 cmas-Indicat ion的尋呼消息觸發(fā)UE為了 SystemlnformationBlockTypel 2的調(diào)度改變而重新獲 取在 SystemlnformationBlockTypel 中的 schedulinglnfoList。在不再調(diào)度 Sy stemlnformati onBlockTypel 2時，UE 可以接收或者可以不接收包括cmas-Indication 和/ 或systemlnfoModif ication的尋呼消息。
[0067] 0\^3通知被包含在35^丨6111111；1^〇1'1]1&1:;[011131001^7。612中。分段能夠被應(yīng)用于0\^3通 知的遞送。分段對于小區(qū)內(nèi)的給定CMAS通知（即，對于具有相同messageldentifier、 serialNumber和warningMessageSegmentNumber的給定分段為相同的分段大?。┑膫鬏斒?固定的。E-UTRAN不與CMAS通知的傳輸交織，即給定CMS通知傳輸?shù)乃蟹侄味荚诹硪籆MAS 通知的那些分段之前發(fā)送。CMAS通知對應(yīng)于單個CB data IE。
[0068] 圖6示出系統(tǒng)信息獲取過程。UE應(yīng)用系統(tǒng)信息獲取過程以獲取由E-UTRAN廣播的AS 和NAS系統(tǒng)信息。該過程應(yīng)用于RRC_IDLE中的UE和RRC_C0NNECTED中的UE。!?應(yīng)一旦選擇(例 如，一旦加電）并且一旦重新選擇小區(qū)、在切換完成后，在從另一 RAT進(jìn)入E-UTRA后、一旦從 覆蓋外返回、一旦接收到系統(tǒng)信息已經(jīng)改變的通知、一旦接收到關(guān)于存在ETWS通知的指示、 一旦接收到關(guān)于存在CMAS通知的指示、一旦接收到擴(kuò)展接入限制(EAB)參數(shù)已經(jīng)改變的通 知、一旦從CDMA2000上層接收到請求以及一旦超過最大有效持續(xù)時間，就應(yīng)用系統(tǒng)信息獲 取過程。除非在過程說明中明確指出，否則系統(tǒng)信息獲取過程都覆寫任何存儲的系統(tǒng)信息， 即delta配置不適于系統(tǒng)信息，并且除非另外明確指出，否則如果字段不存在于系統(tǒng)信息， 則UE停止使用該字段。
[0069] UE 應(yīng)：
[0070] 1>確保具有（至少）下列系統(tǒng)信息的下文定義的有效版本，也稱為"所需"系統(tǒng)信 息：
[0071] 2> 如果處于 RRC_IDLE 中：
[0072] 3>取決于所關(guān)注的RAT的支持，MasterlnformationBlock(步驟S60)和 SystemlnformationBlockTypel (步驟S61)以及通過3}^七6111111；1^〇1'1]1&1:;[011131001^7卩68的 SystemInformationBlockType2；
[0073] 2> 如果處于 RRC_C0NNECTED 中：
[0074] 3> 取決于CDMA2000 的支持，Mas ter Informa tionB lock (步驟S60)、 SystemlnformationBlockTypel (步驟S61)和SystemInformationBlockType2 以及 SystemInformationBlockType8；
[0075] 1>除非另外指定，否則都在驗證有效時刻起3小時后刪除任何存儲的系統(tǒng)信息；
[0076] 1>如果5}^七6111111；1^〇1'1]1&1:;[011131001^7。61中所包括的85^七6111111；1^0\^11161&8與所存儲 的系統(tǒng)信息中的一個不同，則認(rèn)為除了 SystemlnformationBlockTypelO、 SystemlnformationBlockTypel1、systemInformationBlockTypel2和 8}^七6111111；1^01'1]^1:;[011131001^>。614之外任何存儲的系統(tǒng)信息都無效；
[0077] UE 應(yīng)：
[0078] 1>應(yīng)用特定的BCCH配置；
[0079] 1>如果過程被系統(tǒng)信息改變通知觸發(fā)：
[0080] 2>從其中接收改變通知之后的更改時段開始，開始獲取所需系統(tǒng)信息。
[0081] UE繼續(xù)使用先前接收的系統(tǒng)信息，直到已經(jīng)獲取新的系統(tǒng)信息。
[0082] 1>如果UE處于RRC_IDLE中，并且進(jìn)入UE還未存儲RRC_IDLE中所需的系統(tǒng)信息的有 效版本的小區(qū)：
[0083] 2>使用系統(tǒng)信息獲取過程獲取RRC_IDLE中所需的系統(tǒng)信息；
[0084] 1 >在到UE還未存儲RRC_C0NNECTED中所需的系統(tǒng)信息的有效版本的主小區(qū) (PCell)的成功切換完成之后：
[0085] 2>使用系統(tǒng)信息獲取過程獲取RRC_C0NNECTED中所需的系統(tǒng)信息；
[0086] 2>-旦獲取所關(guān)注的系統(tǒng)信息：
[0087] 3>如果存在，丟棄先前在專用消息中接收的radioResourceConf igCommon中包括 的相應(yīng)無線電資源配置信息；
[0088] 1>在來自CDMA2000上層的請求之后：
[0089] 2>獲取378七6111111：[>01'111&七;!_011810。1^7卩68;
[0090] 1> 既不發(fā)起 RRC 連接建立過程，也不發(fā)起 RRCConnectionReestablishmentRequest 消息的傳輸，直到 UE 具有 MasterlnformationBlock^PSystemlnformationBlockTypeinE 以及 378七6111111：[>01'11^七;!_01181001^'7口62的有效版本；
[0091 ] 1 >如果廣播，則不發(fā)起經(jīng)過E A B的R R C連接建立，直到U E具有 SystemInformationBlockTypel4 的有效版本；
[0092] 1>如果UE具備ETWS能力：
[0093] 2>-旦在RRC_IDLE期間進(jìn)入小區(qū)，則在成功切換之后或者一旦連接重新建立：
[0094] 3> 丟棄任何先前緩存的 warningMessageSegment;
[0095] 3>如果存在清除 Systemlnf ormat ionBlockTypel 1 的messageldentif ier 和 serialNumber 的當(dāng)前值；
[0096] 2> 當(dāng) UE 在 ETWS 指亦后獲取 SystemlnformationBlockTypel 時，一旦在 RRC_IDLE 期 間進(jìn)入小區(qū)，則在成功切換之后或者一旦連接重新建立：
[0097] 3> 如果 schedulinglnfoList 指;^存在 Systemlnf ormat ionBlockType 10:
[0098] 4> 立即開始獲取 Systemlnf ormationBlockTypelO;
[0099] 3> 如果 schedulinglnfoList 指;^存在 Systemlnf ormat ionBlockTypel 1:
[0100] 4>立即開始獲取SystemlnformationBlockTypell;
[0101 ]即使當(dāng)Systemlnformat ionBlockTypel 中的systemlnfoVa lueTag 還未改變時，UE 也應(yīng)開始獲取上述 Systemlnf ormationBlockTypelO和Systemlnf ormationBlockTypell 〇
[0102] 1>如果UE具備CMAS能力：
[0103] 2>-旦在RRC_IDLE期間進(jìn)入小區(qū)，則在成功切換之后或者一旦連接重新建立：
[0104] 3> 丟棄任何先前緩存的 warningMessageSegment;
[0105] 3 >如果存在，則清除與所丟棄的w a r n i n g M e s s a g e S e g m e n t相關(guān)聯(lián)的 Systemlnf ormat ionBlockTypel 2 的message Identifier 和serialNumber 的存儲值；
[0106] 2> 當(dāng) UE 在 CMAS 指;^ 后獲取 SystemlnformationBlockTypel 時，一旦在 RRC_IDLE 期 間進(jìn)入小區(qū)，在成功切換之后或者一旦連接重新建立：
[0107] 3> 如果 schedulinglnfoList 指;^存在 Systemlnf ormat ionBlockTypel2:
[0108] 4> 獲取 Systemlnf ormationBlockTypel2;
[0109] 即使當(dāng)Systemlnformat ionBlockTypel 中的systemlnfoVa lueTag 還未改變時，UE 也應(yīng)開始獲取上述 Systemlnf ormat ionBlockTypel 2 〇
[0110] 1>如果UE對接收MBMS服務(wù)感興趣：
[0111] 2> 如果 schedulinglnfoList 指;^Systemlnf ormat ionBlockTypel 3 存在，并且UE 還 未存儲該系統(tǒng)信息塊的有效版本：
[0112] 3> 獲取 Systemlnf ormat ionBlockTypel3;
[0113] 2>如果UE能夠MBMS服務(wù)連續(xù)：
[0114] 3> 如果 schedulinglnfoList 指;^Systemlnf ormat ionBlockTypel 5 存在，并且UE 還 未存儲該系統(tǒng)信息塊的有效版本：
[0115] 4>獲取378七6111111：[>01'111&七;!_011810。1^7卩615;
[0116] 1>如果UE具備EAB能力：
[0117] 2> 當(dāng)UE-旦進(jìn)入 RRC_IDLE 還未存儲378七6111111：[>01'11^七;!_01181001^7口614的有效版本， 或者當(dāng)UE在EAB參數(shù)改變通知后或者一旦在RRC_ IDLE期間進(jìn)入小區(qū)獲取 SystemlnformationBlockTypel：
[0118] 3> 如果 schedulinglnfoList 指;^378七6111111：[>01'111&七;!_011810。1^7卩614存在；
[0119] 4> 立即開始獲取 SystemInformationBlockTypel4;
[0120] 3> 否則：
[0121 ] 4> 如果先前接收，則丟棄 Systemlnf ormationBlockTypel4;
[0122] 即使當(dāng)Systemlnf ormationBlockTypel 中的systemlnf oValueTag 還未改變時，具 備EAB能力的UE也開始獲取上述SystemInformationBlockTypel4D具備EAB能力的UE在RRC_ IDLE中保持最新 Systemlnf ormationBlockTypel4〇
[0123] UE可以立即應(yīng)用所接收的SIB，即UE不需要使用SIB延遲，直到已經(jīng)接收所有的SI 消息WE可以延遲應(yīng)用所接收的SIB，直到完成與所接收的或者UE發(fā)起的RRC消息相關(guān)聯(lián)的 下層過程，例如正在進(jìn)行的隨機(jī)接入過程。當(dāng)嘗試獲取特定SIB時，如果UE從 schedulinglnfoList檢測出不再存在，則UE應(yīng)停止嘗試獲取特定SIB。
[0124] 描述關(guān)于PWS的系統(tǒng)信息。可以參考3GPP TS 36.331V12.0.0(2013-12)的章節(jié) 5.3.2。
[0125] 圖7示出尋呼過程。尋呼過程的目的在于向處于RRC_IDLE中的UE發(fā)送尋呼信息， 和/或通知處于RRC_IDLE中的UE和處于RRC_C0NNECTED中的UE關(guān)于系統(tǒng)信息變化，和/或通 知關(guān)于ETWS主通知和/或ETWS輔通知，和/或通知關(guān)于CMAS通知。尋呼信息被提供給上層，作 為響應(yīng)，上層可以發(fā)起RRC連接建立，例如接收呼入呼叫。
[0126] 在步驟S70中，E-UTRAN通過在UE的尋呼時機(jī)發(fā)送尋呼消息而發(fā)起尋呼過程。E-UTRAN可以通過包括用于每個UE的一個PagingRecord而對尋呼消息內(nèi)的多個UE尋址 dE-UTRAN也可以指示系統(tǒng)信息的變化，和/或在尋呼消息中提供ETWS通知或者CMAS通知。
[0127] 一旦接收尋呼消息，UE應(yīng)：
[0128] 1>如果處于RRC_IDLE中，對于每個PagingRecord，如果存在，被包括在尋呼消息 中：
[0129] 2>如果被包括在PagingRecord中的ue-Identity匹配上層所分配的UE標(biāo)識中的一 個：
[0130] 3> 將 ue-Identity 和 cn-Domain 轉(zhuǎn)發(fā)給上層；
[0131 ] 1 > 如果 systemlnf oModifi cat ion 被包括：
[0132] 2>使用系統(tǒng)信息獲取過程重新獲取所需系統(tǒng)信息。
[0133] 1> 如果包括 etws-Indication，并且 UE 具備 ETWS 能力：
[0134] 2>立即重新獲取Systemlnf ormationBlockTypel，即，沒有等到下一系統(tǒng)信息改變 時段邊界；
[0135] 2> 如果 schedulinglnfoList 指;^存在 Systemlnf ormationBlockType 10:
[0136] 3> 獲取 Systemlnf ormationBlockType 10;
[0137] 2>如果8(：116(1111;[]^111；1^〇1^81:指不存在35^七6111111；1^〇1'1]1&1:;[011131001^7卩611:
[0138] 3>獲取3}^七6111111；1^〇1'1]1&1:;[011131001^7卩611;
[0139] 1> 如果包括 cmas-Indication，并且 UE 具備 CMAS 能力：
[0140] 2>立即重新獲取3}^丨6111111；1^〇1'1]^1:;[011131001^7。61，即，沒有等到下一系統(tǒng)信息改變 時段邊界；
[0141 ] 2>如果8。116(1111;[]^111；1^〇1^81:指不存在35^七6111111；1^〇1'1]1&1:;[0111310。1^7卩612:
[0142] 3>獲取3}^七6111111；1^〇1'1]1&1:;[011131001^7卩612;
[0143] 1>如果處于RRC_IDLE中，則包括eab-ParamModif ication并且UE具備EAB能力：
[0144] 2> 將先前存儲的 SystemInformationBlockTypel4 視為無效的；
[0145] 2>立即重新獲取3}^丨6111111；1^〇1'1]^1:;[011131001^7。61，即，沒有等待直到下一系統(tǒng)信息 改變時段邊界；
[0146] 2>使用系統(tǒng)信息獲取過程重新獲取SystemInformationBlockTypel4;
[0147] 表1示出尋呼消息的示例。
[0148] 〈表 1>
[0150] 參考表1，如果存在，cmas-Indi cat i on字段指示CMAS通知的指示。e tws-Indication字段指示ETWS主通知和/或ETWS輔助通知的指示。
[0151] 描述了MBMS?？梢詤⒖?GPP TS 36·300ν?1·7·0(2013-09)的章節(jié) 15和3GPP TS 36·33?ν?2·0·0(2013-12)的章節(jié) 5.8。
[0152] 圖8示出MBMS定義。對于MBMS，下述定義可以被引入。
[0153] -多播廣播單頻網(wǎng)絡(luò)(MBSFN)同步區(qū)域:這是所有eNB能夠被同步并且執(zhí)行MBSFN傳 輸?shù)木W(wǎng)絡(luò)的區(qū)域。MBSFN同步區(qū)域能夠支持一個或者多個MBSFN區(qū)域。在給定的頻率層上， eNB能夠僅屬于一個MBSFN同步區(qū)域。MBSFN同步區(qū)域獨立于MBMS服務(wù)區(qū)域的定義。
[0154] -MBSFN傳輸或者M(jìn)BSFN模式下的傳輸:這是通過在相同的時間來自多個小區(qū)的相 同波形的傳輸所實現(xiàn)的同播（simulcast)傳輸技術(shù)。來自于MBSFN區(qū)域內(nèi)的多個小區(qū)的 MBSFN傳輸被視為通過UE的單個傳輸。
[0155] -MBSFN區(qū)域:MBSFN區(qū)域是由網(wǎng)絡(luò)的MBSFN同步區(qū)域內(nèi)的一組小區(qū)組成，它們協(xié)作 以實現(xiàn)MBSFN傳輸。除了MBSFN區(qū)域保留小區(qū)之外，MBSFN區(qū)域內(nèi)的所有小區(qū)有助于MBSFN傳 輸并且廣告其可用性。UE可以僅需要考慮被配置的MBSFN區(qū)域的子集，即，當(dāng)獲知哪個MBSFN 區(qū)域請求其有興趣接收的服務(wù)時。
[0156] -MBSFN區(qū)域保留小區(qū)：這是無助于MBSFN傳輸?shù)腗BSFN區(qū)域內(nèi)的小區(qū)?？梢栽试S該 小區(qū)為了其他服務(wù)而發(fā)送，但是在為MBSFN傳輸而分配的資源上以限制的功率進(jìn)行發(fā)送。
[0157] -同步序列：每個同步協(xié)議數(shù)據(jù)單元(SYNC rou)包含指示同步序列的開始時間的 時間戳。對于MBMS服務(wù)，每個同步序列具有相同的持續(xù)時間，其在廣播和多播服務(wù)中心(BM-SC)以及多小區(qū)/多播協(xié)作實體(MCE)中被配置。
[0158] -同步時段：同步時段為每個同步序列的開始時間的指示提供時間參考。在每個 SYNC PDU中提供的時間戳是參考同步時段的開始時間的相對值。同步時段的持續(xù)時間是可 配置的。
[0159] 一般地，將僅與支持MBMS的UE相關(guān)的控制信息與單播控制信息分離盡可能多。大 多數(shù)MBMS控制信息是在對MBMS公共控制信息特定的邏輯信道(MCCH)上提供的。E-UTRA每個 MB SFN區(qū)域采用一個MCCH邏輯信道。在網(wǎng)絡(luò)配置多個MB SFN區(qū)域的情況下，UE從MCCH接收 MBMS控制信息，該MCCH被配置成識別其有興趣接收的服務(wù)是否正在進(jìn)行中?？蓛H要求具備 MBMS能力的UE支持每次單個MBMS服務(wù)的接收。MCCH攜帶MBSFNAreaConfiguration消息，其 指示在進(jìn)行中的MBMS會話以及(相應(yīng))無線電資源配置。當(dāng)E-UTRAN希望對正在接收或有興 趣接收一個或多個特定MBMS服務(wù)的RRC_C0NNECTED中的UE的數(shù)目進(jìn)行計數(shù)時，MCCH還可承 載 MBMSCountingRequest 消息。
[0160] 在BCCH上提供有限量的MBMS控制信息。這首先涉及獲取MCCH所需的信息。借助于 單個]\113]\^特定378丨6111111；1^〇1'1]1&1:;[0111310。1<::378丨6111111；1^01'1]1&1:;[0111310。1^7口613來攜帶此信息。 僅由 SystemInformationBlockTypel3 中的 mbsfn-Areald 來識別 MBSFN 區(qū)域。在移動時，當(dāng)源 小區(qū)和目標(biāo)小區(qū)在mbsfn-Areald中廣播相同的值時，UE認(rèn)為MBSFN區(qū)域是連續(xù)的。
[0161] 圖9示出MCCH信息獲取過程。UE應(yīng)用MCCH信息獲取過程來獲取由E-UTRAN廣播的 MBMS控制信息。該過程適用于RRC_IDLE中或RRC_C0NNECTED中的具備MBMS能力的UE。
[0162] 有興趣接收MBMS服務(wù)的UE應(yīng)在進(jìn)入相應(yīng)MBSFN區(qū)域時(例如在通電時、遵循UE移動 性）以及在接收到MCCH信息已改變的通知時應(yīng)用MCCH信息獲取過程。接收到MBMS服務(wù)的UE 應(yīng)在每個修改時段開始處應(yīng)用MCCH信息獲取過程來獲取MCCH，其與正在接收的服務(wù)相對 應(yīng)。
[0163] 除非在過程規(guī)范中另外明確地闡述，否則MCCH信息獲取過程覆寫任何存儲的MCCH 信息，即delta配置不適用于MCCH信息，并且UE中斷使用字段（如果其在MCCH信息中不存在 的話），除非另外明確地指定。
[0164] 具備MBMS能力的UE應(yīng)：
[0165] 1 >如果該過程被MCCH信息改變通知觸發(fā)：
[0166] 2 >從在其中接收到改變通知的修改時段之后的修改時段的開頭起，開始獲取 MBSFNAreaConf igurat ion消息（在步驟 S90 中）和MBMSCountingRequest消息（如果存在的 話）（在步驟S91中）；
[0167] 1>如果UE進(jìn)入MBSFN區(qū)域：
[0168] 2>在下一重復(fù)時段處，獲取MBSFNAreaConf igurat ion消息（在步驟S90中）和 MBMSCountingRequest消息（如果存在的話）（在步驟S91處）；
[0169] 1>如果UE接收到MBMS月艮務(wù)：
[0170] 2 >從每個修改時段的開頭起，開始獲取MBSFNAreaConf igurat ion消息（在步驟 S90中）和MBMSCountingRequest消息（如果存在的話）（在步驟S91中），其兩者都涉及正在接 收的服務(wù)的MBSFN區(qū)域；
[0171]除了PWS消息之外，可以提供用于PWS的多媒體廣播補充(MBS)。可以經(jīng)由MBMS和/ 或演進(jìn)的MBMS (eMBMS)提供MBS。在經(jīng)由MBMS或者eMBMS接收用于PWS的MBMS之前要求UE經(jīng)由 系統(tǒng)信息接收PWS消息。在這樣的情況下，UE可以接收系統(tǒng)信息并且然后開始監(jiān)控MCCH和 MTCH。其后，UE能夠經(jīng)由MBMS和/或eMBMS接收MBMS。這樣的接收過程相對于PWS消息的接收 可能消耗一些時間，并且因此必須緊急提供的MBS不能夠快速地抵達(dá)UE。
[0172]為了解決上述問題，下面描述根據(jù)本發(fā)明的實施例的用于發(fā)送用于PWS的MBS的方 法。根據(jù)本發(fā)明的實施例，eNB經(jīng)由系統(tǒng)信息發(fā)送指示小區(qū)是否支持MBS的MBS信息，并且發(fā) 送用于PWS消息的MBS指示。
[0173] 圖10示出根據(jù)本發(fā)明的實施例的發(fā)送用于PWS的MBS的方法的示例。假定UE可以處 于RRC_IDLE中或者處于RRC_C0NNECTED中，并且可以支持ETWS/CMAS和MBMS。
[0174] 在步驟S100中，UE從網(wǎng)絡(luò)接收MBS信息?？梢越?jīng)由系統(tǒng)信息接收MBS信息。MBS信息 可以指示下述中的至少一個:小區(qū)是否支持用于PWS的MBS、與要發(fā)送MBS的MBMS服務(wù)區(qū)域相 對應(yīng)的服務(wù)區(qū)域標(biāo)識符（SAI)、要發(fā)送MBS的MBSFN區(qū)域、或者與MBS相對應(yīng)的MBMS有關(guān)信道 (諸如物理多播信道(PMCH)/MCCH/MTCH)中的至少一個。
[0175] 在步驟S110中，UE從網(wǎng)絡(luò)接收用于PWS的MBS指示?？梢越?jīng)由指示網(wǎng)絡(luò)臨時標(biāo)識(P-RNTI)的尋呼消息、SIB1或者H)CCH接收MBS指示。如果經(jīng)由尋呼消息接收MBS指示，則尋呼消 息應(yīng)包括ETWS指示或者CMAS指示。即，如果MBS指示在尋呼消息中存在，則在相同的尋呼消 息中存在ETWS指示或者CMAS指示。如果在尋呼消息中不存在ETWS指示或者CMAS指示，但是 在尋呼消息中存在MBS指示，則UE可以忽略尋呼消息中的MBS指示。
[0176] 一旦接收到MBS指示，UE可以開始監(jiān)控/接收MBMS相關(guān)信道，諸如MCCH或者M(jìn)TCH，同 時接收攜帶PWS消息的SIB(即，在接收到ETWS/CMAS指示時接收SIB10、SIB11或者SIB12)。僅 當(dāng)UE被駐留的小區(qū)處的系統(tǒng)信息包括與要發(fā)送MBS的MBMS服務(wù)區(qū)域相對應(yīng)的SAI，才可以接 收MCCH。此外，UE可以經(jīng)由MCCH獲取用于MBS的配置。配置可以包括關(guān)于MBS的信息。關(guān)于MBS 的信息可以包括專用于MBS的臨時移動組標(biāo)識（TMGI)，和攜帶發(fā)送MBS的MTCH的PMCH的配 置。UE可以已經(jīng)獲知哪一個TMGI對應(yīng)于MBS (或者哪一個SAI /MBSFN區(qū)域/PMCH/MCCH/MTCH對 應(yīng)于MBS)?？商孢x地，被用于攜帶MBS的MTCH可以被預(yù)先配置，即，MTCH對應(yīng)于預(yù)先配置的 MBMS無線電承載(MRB)。因此，在沒有經(jīng)由MCCH獲取配置的情況下UE可能已知獲知配置。
[0177] 在步驟S120中，UE經(jīng)由諸如MTCH的廣播/多播信道從網(wǎng)絡(luò)獲取用于PWS的MBS。僅當(dāng) UE被駐留的UE的小區(qū)處的系統(tǒng)信息包括與要發(fā)送MBS的MBMS服務(wù)區(qū)域相對應(yīng)的SAI，才可以 獲取MBS?？商孢x地，在接收到MBS信息時可以獲取MBS。除了PWS消息之外，MBS向用戶提供附 加的多媒體公共報警信息。
[0178]圖11示出根據(jù)本發(fā)明的實施例的發(fā)送用于PWS的MBS的方法的另一示例。
[0179] 在步驟S200中，UE經(jīng)由系統(tǒng)信息接收MBS信息。MBS信息可以指示小區(qū)是否支持 MBS、與要發(fā)送MBS的MBMS區(qū)域相對應(yīng)的SAI、將會發(fā)送MBS的MBSFN區(qū)域、以及與MBS相對應(yīng)的 PMCH/MCCH/MTCH〇
[0180] 在步驟S210中，UE監(jiān)控尋呼消息。UE可以從尋呼消息獲取MBS指示?？商孢x地，UE可 以從攜帶P-RNTI的PDCCH或者SIB1獲取MBS指示。尋呼消息可以進(jìn)一步包括與MBS指示有關(guān) 的ETWS指示或者CMAS指示。因此，如果經(jīng)由尋呼消息獲取MBS指示，則ETWS指示或者CMAS指 示應(yīng)被包括在相同的尋呼消息中。如果尋呼消息包括MBS指示但是不包括ETWS指示或者 CMAS指示，則UE可以忽略尋呼消息中的MBS指示，即，UE可以將MBS指示視為無效的MBS指示。
[0181] 一旦接收到（有效的）MBS指示，在步驟S220中，UE可以經(jīng)由SIB 10、SIB11或者 SIB12接收PWS消息，諸如主/輔助ETWS消息或者CMAS消息。此外，在步驟S221中，UE可以開始 監(jiān)控MBMS相關(guān)信道，諸如MCCH或者M(jìn)TOLUE可以監(jiān)控/接收與MBSFN區(qū)域相對應(yīng)的MCCH和將 會發(fā)送MBS的MBMS服務(wù)區(qū)域。僅當(dāng)UE被駐留的小區(qū)處的系統(tǒng)信息廣播與將會發(fā)送MBS的MBMS 服務(wù)區(qū)域相對應(yīng)的SAI，UE才可以接收MCCH。
[0182] 網(wǎng)絡(luò)可以經(jīng)由RRC/NAS/應(yīng)用消息通知UE與MBS相對應(yīng)的TMGI/SAI/MBSFN區(qū)域。例 如，通過接收RRC/NAS/應(yīng)用消息，UE可以獲知哪一個TMGI /SAI /MBSFN區(qū)域?qū)?yīng)于MBS。RRC消 息可以是尋呼消息或者系統(tǒng)信息塊。UE可以經(jīng)由MCCH獲取包括配置的RRC消息。配置可以包 括關(guān)于MBS的信息。關(guān)于MBS的信息可以包括專用于MBS的TMGI、攜帶發(fā)送MBS的MTCH的PMCH 的配置。在MCCH上的RRC消息可以專用于MBS。在MBS的情況下，提供MBS的特定RRC消息(和特 定MCCH)可以不跟隨用于在MCCH上的RRC消息的更新的MCCH修改時段。因此，如果RRC消息被 用于提供MBS，則網(wǎng)絡(luò)可以在MCCH修改時段的中間改變特定的RRC消息。
[0183] 在步驟S20中，UE基于接收到的配置經(jīng)由MTCH獲取MBS。僅當(dāng)UE被駐留的小區(qū)處的 系統(tǒng)信息廣播與將會發(fā)送的MBMS服務(wù)區(qū)域相對應(yīng)的SAI，UE才可以接收MTCH?？商孢x地，在 為MBS預(yù)先配置MTCH的情況下UE可以獲知哪一個MTCH通過RRC/NAS/應(yīng)用消息攜帶MBS。因 此，UE可以在接收到MBS指示時直接地開始接收MTCH，而沒有經(jīng)由MCCH接收配置，以便于獲 取 MBS〇
[0184] 圖12示出實現(xiàn)本發(fā)明實施例的無線通信系統(tǒng)。
[0185] eNB 800可以包括處理器810、存儲器820和射頻(RF)單元830。處理器810可以被配 置為實現(xiàn)在本說明書中描述的所提出的功能、過程和/或方法。無線電接口協(xié)議的層可以在 處理器810中實現(xiàn)。存儲器820可操作地與處理器810耦合，并且存儲操作處理器810的各種 信息。RF單元830可操作地與處理器810耦合，并且發(fā)送和/或接收無線電信號。
[0186] UE 900可以包括處理器910、存儲器920和RF單元930。處理器910可以被配置為實 現(xiàn)在本說明書中描述的提出的功能、過程和/或方法。無線電接口協(xié)議的層可以在處理器 910中實現(xiàn)。存儲器920可操作地與處理器910耦合，并且存儲操作處理器910的各種信息。RF 單元930可操作地與處理器910耦合，并且發(fā)送和/或接收無線電信號。
[0187] 處理器810、910可以包括專用應(yīng)用集成電路(ASIC)、其他芯片組、邏輯電路和/或 數(shù)據(jù)處理設(shè)備。存儲器820、920可以包括只讀存儲器(R0M)、隨機(jī)存取存儲器(RAM)、快閃存 儲器、存儲器卡、存儲介質(zhì)和/或其他存儲設(shè)備。RF單元830、930可以包括基帶電路以處理射 頻信號。當(dāng)實施例以軟件實現(xiàn)時，在此處描述的技術(shù)可以以執(zhí)行在此處描述的功能的模塊 (例如，過程、功能等)來實現(xiàn)。模塊可以存儲在存儲器820、920中，并且由處理器810、910執(zhí) 行。存儲器820、920能夠在處理器810、910內(nèi)或者在處理器810、910的外部實現(xiàn)，在外部實現(xiàn) 情況下，存儲器820、920經(jīng)由如在本領(lǐng)域已知的各種裝置可通信地耦合到處理器810、910。
[0188] 由在此處描述的示例性系統(tǒng)看來，已經(jīng)參考若干流程圖描述了按照公開的主題可 以實現(xiàn)的方法。盡管為了簡化的目的，這些方法被示出和描述為一系列的步驟或者模塊，但 是應(yīng)該明白和理解，所要求的主題不受步驟或者模塊的順序限制，因為一些步驟可以以與 在此處描繪和描述的不同的順序發(fā)生或者與其他步驟同時發(fā)生。另外，本領(lǐng)域技術(shù)人員應(yīng) 該理解，在流程圖中圖示的步驟不是排他的，并且可以包括其他步驟，或者在示例流程圖中 的一個或多個步驟可以被刪除，而不影響本公開的范圍和精神。
【主權(quán)項】
1. 一種在無線通信系統(tǒng)中通過用戶設(shè)備(UE)獲取用于公共報警系統(tǒng)(PWS)的多媒體廣 播補充(MBS)的方法，所述方法包括： 通過所述UE，從網(wǎng)絡(luò)接收MBS信息； 通過所述UE，從所述網(wǎng)絡(luò)接收用于PWS的MBS指示；以及 通過所述UE，經(jīng)由廣播/多播信道從所述網(wǎng)絡(luò)獲取用于所述PWS的MBS。2. 根據(jù)權(quán)利要求1所述的方法，其中，經(jīng)由系統(tǒng)信息來接收所述MBS信息。3. 根據(jù)權(quán)利要求1所述的方法，其中，所述MBS信息指示下述中的至少一個:小區(qū)是否支 持用于所述PWS的MBS、與要發(fā)送所述MBS的多媒體廣播多播服務(wù)(MBMS)服務(wù)區(qū)域相對應(yīng)的 服務(wù)區(qū)域標(biāo)識符(SAI)、要發(fā)送所述MBS的多播廣播單頻網(wǎng)絡(luò)(MBSFN)區(qū)域、或者與所述MBS 相對應(yīng)的MBMS相關(guān)信道。4. 根據(jù)權(quán)利要求1所述的方法，其中，經(jīng)由尋呼消息、系統(tǒng)信息塊類型1(SIB1)或者指示 尋呼無線電網(wǎng)絡(luò)臨時標(biāo)識(P-RNTI)的物理下行鏈路控制信道(PDCCH)來接收所述MBS指示。5. 根據(jù)權(quán)利要求4所述的方法，其中，如果經(jīng)由所述尋呼消息來接收所述MBS指示，則所 述尋呼消息包括地震和海嘯報警系統(tǒng)(ETWS)指示或者商業(yè)移動預(yù)警系統(tǒng)(CMAS)指示。6. 根據(jù)權(quán)利要求1所述的方法，其中，所述廣播/多播信道是多播業(yè)務(wù)信道(MTCH)。7. 根據(jù)權(quán)利要求1所述的方法，其中，僅當(dāng)所述UE被駐留的小區(qū)處的系統(tǒng)信息包括與要 發(fā)送所述MBS的MBMS服務(wù)區(qū)域相對應(yīng)的SAI，才獲取所述MBS。8. 根據(jù)權(quán)利要求1所述的方法，其中，在接收到所述MBS指示時，獲取所述MBS。9. 根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括:在接收到所述MBS指示時，接收包括PWS消 息的系統(tǒng)信息。10. 根據(jù)權(quán)利要求9所述的方法，其中，所述系統(tǒng)信息對應(yīng)于SIBKKSIB11、或者SIB12。11. 根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括:在接收到所述MBS指示時，接收多播控制 信道(MCCH)。12. 根據(jù)權(quán)利要求11所述的方法，其中，僅當(dāng)所述UE被駐留的小區(qū)處的系統(tǒng)信息包括與 要發(fā)送所述MBS的MBMS服務(wù)區(qū)域相對應(yīng)的SAI，所述MCCH才被接收。13. 根據(jù)權(quán)利要求11所述的方法，進(jìn)一步包括:經(jīng)由所述MCCH從所述網(wǎng)絡(luò)獲取用于MBS 的配置。14. 根據(jù)權(quán)利要求13所述的方法，其中，用于所述MBS的配置包括專用于所述MBS的臨時 移動組標(biāo)識(TMGI)和攜帶要發(fā)送所述MBS的MTCH的物理多播信道(PMBCH)的配置。15. -種被配置成在無線通信系統(tǒng)中獲取用于公共報警系統(tǒng)(PWS)的多媒體廣播補充 (MBS)的用戶設(shè)備(UE)，所述UE包括： 射頻(RF)單元，所述RF單元被配置成發(fā)送或者接收無線電信號；以及 處理器，所述處理器被耦合到所述RF單元，并且被配置成： 從網(wǎng)絡(luò)接收MBS信息； 從所述網(wǎng)絡(luò)接收用于所述PWS的MBS指示；以及 經(jīng)由廣播/多播信道從所述網(wǎng)絡(luò)獲取用于所述PWS的MBS。
【文檔編號】H04W68/02GK106031200SQ201580010395
【公開日】2016年10月12日
【申請日】2015年3月11日
【發(fā)明人】李英大, 金相源, 鄭圣勛
【申請人】Lg電子株式會社