无线通信系统中发送用于公共报警系统的多媒体广播补充的方法和装置的制造方法
【专利摘要】提供一种在无线通信系统中获取用于公共报警系统(PWS)的多媒体广播补充(MBS)的方法和装置。用户设备(UE)从网络接收指示小区支持用于PWS的MBS的MBS信息。UE从网络进一步接收用于PWS的MBS指示。UE经由广播/多播信道从网络获取用于PWS的MBS。
【专利说明】
无线通信系统中发送用于公共报警系统的多媒体广播补充的 方法和装置
技术领域
[0001] 本发明涉及无线通信，并且更具体地，涉及一种在无线通信系统中发送用于公共 报警系统(PWS)的多媒体广播补充(MBS)的方法和装置。
【背景技术】
[0002] 通用移动电信系统(UMTS)是第三代（3G)异步移动通信系统，其基于欧洲系统、全 球移动通信系统(GSM)以及通用分组无线电服务(GPRS)在宽带码分多址(WCDMA)中操作。 UMTS的长期演进(LTE)由标准化UMTS的第三代合作伙伴计划(3GPP)正在讨论当中。
[0003] 3GPP LTE是用于使能高速分组通信的技术。针对包括旨在减少用户和提供商成 本、改进服务质量、以及扩大和提升覆盖与系统性能的LTE目标，已经提出了许多方案。3GPP LTE要求每比特减少成本、增加服务可用性、灵活使用频带、简单结构、开放接口、以及终端 的适当功率消耗作为高级别的要求。
[0004] 3GPP LTE能够提供多媒体广播多播服务(MBMS)服务。MBMS是将数据分组同时发送 到多个用户的服务。如果在相同的小区中存在特定级别的用户，则各个用户能够被允许共 享必要的资源，以使得多个用户能够接收相同的多媒体数据，从而增加资源效率。另外，从 用户的角度来看，能够以低成本使用多媒体服务。
[0005] 最近，对确保公众具有接收关于灾难和其他紧急事件的及时的和精确的报警、警 告以及危急信息的能力的兴趣日益增长，不管他们使用何种通信技术。如从诸如地震、海 啸、飓风以及野火的灾难已经获知，这样的能力对于确保公众采取适当的措施以保护他们 的家庭以及他们自己免受严重伤害，或者生命或者财产的损失是重要的。通过在3GPP系统 提供分布报警通知的机制增强对公众的警告通知的可靠性、弹性、以及安全性的此兴趣是 对公共报警系统(PWS)的推动力。
[0006] 已经论述了经由MBMS的用于PWS的附加信息的传输。经由MBMS的附加信息可以被 称为多媒体广播补充(MBS)。例如，可以为MBS发送用于PWS的诸如声音、照片、视频等。可以 要求有用于发送用于PWS的MBS的有效方法。
【发明内容】
[0007] 技术问题
[0008] 本发明提供一种在无线通信系统中发送用于公共报警系统(PWS)的多媒体广播补 充(MBS)的方法和装置。本发明提供一种发送用于PWS的MBS指示的方法。
[0009] 问题的解决方案
[0010] 在一个方面中，提供一种在无线通信系统中通过用户设备(UE)获取用于公共报警 系统(PWS)的多媒体广播补充(MBS)的方法。该方法包括:通过UE从网络接收MBS信息；通过 UE从网络接收用于PWS的MBS指示；以及通过UE经由广播/多播信道从网络获取用于PWS的 MBS。
[0011]在另一方面中，提供一种用户设备(UE)，该用户设备(UE)被配置成在无线通信系 统中获取用于公共报警系统(PWS)的多媒体广播补充(MBS)。UE包括射频(RF)单元，该射频 (RF)单元被配置成发送或者接收无线电信号；以及处理器，该处理器被耦合到RF单元，并且 被配置成:从网络接收MBS信息；从网络接收用于PWS的MBS指示；以及经由广播/多播信道从 网络获取用于PWS的MBS。
[0012]有益效果
[0013] 能够快速地提供用于PWS的MBS。
【附图说明】
[0014] 图1示出LTE系统架构。
[0015] 图2示出典型E-UTRAN和典型EPC的架构的框图。
[0016] 图3示出LTE系统的用户平面协议栈的框图。
[0017] 图4示出LTE系统的控制平面协议栈的框图。
[0018] 图5示出物理信道结构的示例。
[0019] 图6示出系统信息获取过程。
[0020] 图7示出寻呼过程。
[0021] 图8示出MBMS定义。
[0022]图9示出MCCH信息获取过程。
[0023]图10示出根据本发明的实施例的用于发送用于PWS的MBS的方法的示例。
[0024]图11示出根据本发明的实施例的发送用于PWS的MBS的方法的另一示例。
[0025] 图12示出实现本发明的实施例的无线通信系统。
【具体实施方式】
[0026] 下文描述的技术能够在各种无线通信系统中使用，诸如码分多址(CDMA)、频分多 址(FDMA)、时分多址(TDMA)、正交频分多址(0FDMA)、单载波频分多址（SC-FDMA)等。CDMA能 够以诸如通用陆上无线电接入(UTRA)或者⑶MA-2000的无线电技术来实现。TDMA能够以诸 如全球移动通信系统(GSM)/通用分组无线电服务(GPRS)/增强型数据速率GSM演进(EDGE) 的无线电技术来实现。0FDMA能够以诸如电气与电子工程师协会（IEEE)802.11(Wi-Fi)、 IEEE 802.16(WiMAX)、IEEE 802-20、演进的UTRA(E-UTRA)等的无线电技术来实现。IEEE 802.16m是IEEE 802.16e的演进，并且提供与基于IEEE 802.16的系统的后向兼容性。UTRA 是通用移动电信系统(UMTS)的一部分。第三代合作伙伴计划（3GPP)长期演进(LTE)是使用 E-UTRA的演进的UMTS(E-UMTS)的一部分。3GPP LTE在下行链路中使用0FDMA，以及在上行链 路中使用SC-FDMA。高级LTE (LTE-A)是3GPP LTE的演进。
[0027] 为了清楚起见，以下的描述将集中于LTE-A。然而，本发明的技术特征不受限于此。 [0028]图1示出LTE系统架构。通信网络被广泛地部署以通过IMS和分组数据提供诸如互 联网协议语音(VoIP)的各种通信服务。
[0029]参考图1，LTE系统架构包括一个或者多个用户设备(UE; 10)、演进的UMTS陆上无线 电接入网络(E-UTRA)以及演进分组核心(EPC)。UE 10指的是用户携带的通信设备。UE 10可 以是固定的或者移动的，并且可以被称为其他术语，诸如移动站(MS)、用户终端(UT)、订户 站(SS)、无线设备等。
[0030] E-UTRAN包括一个或者多个演进节点-B(eNB)20,并且多个UE可以位于一个小区 中。eNB 20向UE 10提供控制平面和用户平面的端点。eNB 20通常是与UE 10通信的固定站 并且可以被称为另一术语，诸如基站(BS)、接入点等。每个小区可以部署一个eNB 20。
[0031] 在下文中，下行链路(DL)表示从eNB 20到UE 10的通信，并且上行链路(UL)表示从 UE 10到eNB 20的通信。在DL中，发射器可以是eNB 20的一部分，并且接收器可以是UE 10的 一部分。在UL中，发射器可以是UE 10的一部分，并且接收器可以是eNB 20的一部分。
[0032] EPC包括移动性管理实体(MME)和系统架构演进(SAE)网关(S-GWhMME/S-GW 30可 以被定位在网络的末端处并且被连接到外部网络。为了清楚起见，MME/S-GW 30在此将会被 简单地称为"网关"，但是应该理解的是，此实体包括MME和S-GW两者。
[0033] MME向eNB 20提供包括非接入层(NAS)信令、NAS信令安全、接入层(AS)安全性控 制、用于3GPP接入网络之间的移动性的核心网络(CN)节点间信令、空闲模式UE可达到性(包 括寻呼重传的执行和控制）、跟踪区域列表管理（用于在空闲和活跃模式下的UE)、分组数据 网络(PDN)网关(P-GW)和S-GW选择、在MME变化的情况下用于切换的MME选择、切换到2G或者 3G 3GPP接入网络的服务GPRS支持节点（SGSN)选择、漫游、认证、包括专用承载建立的承载 管理功能、支持公共报警系统(PWS)(包括地震和海啸报警系统(ETWS)和商用移动预警系统 (CMAS))消息传输的各种功能。S-GW主机提供各种功能，包括基于每个用户的分组过滤(通 过例如，深分组检查）、合法侦听、UE互联网协议（IP)地址分配、在DL中的传输级别分组标 注、UL和DL服务级别计费、门控和速率增强、基于接入点名称聚合最大比特速率(APN-AMBR) 的DL速率增强。
[0034]用于发送用户业务或者控制业务的接口可以被使用。UE 10经由Uu接口被连接到 eNB 20。6他20经由X2接口相互连接。相邻的eNB可以具有网状网络结构，其具有X2接口。经 由S1接口多个节点可以被连接在eNB 20和网关30之间。
[0035] 图2示出典型E-UTRAN和典型EPC的架构的框图。参考图2，eNB 20可以执行对于网 关30的选择、在无线电资源控制（RRC)激活期间朝向网关30的路由、寻呼消息的调度和发 送、广播信道(BCH)信息的调度和发送、在UL和DL这两者中到UE 10的资源的动态分配、eNB 测量的配置和供应、无线电承载控制、无线电准入控制(RAC)以及在LTE_ACTIVE状态下的连 接移动性控制的功能。在EPC中，并且如在上面所注明的，网关30可以执行寻呼发起、LTE_ IDLE状态管理、用户平面的加密、SAE承载控制、以及NAS信令的加密和完整性保护的功能。
[0036] 图3示出LTE系统的用户平面协议栈的框图。图4示出LTE系统的用户平面协议栈的 框图。基于在通信系统中公知的开放系统互连(0SI)模型的下面的三层，在UE和E-UTRAN之 间的无线电接口协议的层可以被分类成第一层(L1)、第二层(L2)以及第三层(L3)。
[0037]物理(PHY)层属于LUPHY层通过物理信道给较高层提供信息传送服务。PHY层通过 传输信道被连接到作为PHY层的较高层的媒体接入控制(MAC)层。物理信道被映射到传输信 道。通过传输信道在MAC层和PHY层之间传送数据。在不同的PHY层，即发送侧的PHY层和接收 侧的PHY层之间，经由物理信道传输数据。
[0038] MAC层、无线电链路控制(RLC)层、以及分组数据会聚协议(PDCP)层属于L2JAC层 经由逻辑信道将服务提供给是MAC层的较高层的RLC层。MAC层在逻辑信道上提供数据传送 服务。RLC层支持具有可靠性的数据的传输。同时，通过MAC层内部的功能块实现RLC层的功 能。在这样的情况下，RLC层可以不存在。PDCP层提供减少不必要的控制信息的报头压缩功 能，使得通过采用诸如IPv4或者IPv6的IP分组发送的数据能够在具有相对小的带宽的无线 电接口上被有效地发送。
[0039]无线电资源控制(RRC)层属于L3ALC层位于L3的最低部分处，并且仅在控制平面 中被定义。RRC层控制与无线电承载(RB)的配置、重新配置、以及释放有关的逻辑信道、传输 信道、以及物理信道。RB表示提供用于在UE和E-UTRAN之间的数据传输的L2的服务。
[0040] 参考图3，RLC和MAC层(在网络侧上在eNB中被终止)可以执行诸如调度、自动重传 请求(ARQ)、以及混合ARQ(HARQ)的功能。PDCP层(在网络侧上的eNB中终止)可以执行诸如报 头压缩、完整性保护、以及加密的用户平面功能。
[0041 ] 参考图4，RLC和MAC层(在网络侧上的eNB中终止)可以执行用于控制平面的相同功 能。RRC层(在网络侧上的eNB中被终止)可以执行诸如广播、寻呼、RRC连接管理、RB控制、移 动性功能、以及UE测量报告和控制的功能。NAS控制协议(在网络侧上的网关的MME中被终 止)可以执行诸如用于网关和UE之间的信令的SAE承载管理、认证、LTE_IDLE移动性处理、在 LTE_IDLE中的寻呼发起、以及安全性控制的功能。
[0042]图5示出物理信道结构的示例。物理信道通过无线电资源在UE的PHY层和eNB之间 传输信令和数据。物理信道由时域中的多个子帧和频域中的多个子载波组成。一个子帧为 lms，由时域中的多个符号组成。子帧的特定符号，诸如子帧的第一符号可以被用于物理下 行链路控制信道(PDCCH) JDCCH承载动态分配的资源，诸如物理资源块(PRB)以及调制和编 译方案(MCS)。
[0043] DL传输信道包括被用于发送系统信息的广播信道(BCH)、被用于寻呼UE的寻呼信 道(PCH)、被用于发送用户业务或者控制信号的下行链路共享信道(DL-SCH)、被用于多播或 者广播服务传输的多播信道(MCHhDL-SCH通过变化调制、编译以及发送功率、以及动态和 半静态资源分配这两者来支持HARQ、动态链路自适应。DL-SCH也可以使能整个小区的广播 和波束赋形的使用。
[0044] UL传送信道包括通常被用于对小区的初始接入的随机接入信道(RACH)、用于发送 用户业务或者控制信号的上行链路共享信道(UL-SCH)等。UL-SCH通过变化发射功率和潜在 的调制和编译来支持HARQ和动态链路自适应。UL-SCH也可以使能波束赋形的使用。
[0045] 根据被发送的信息的类型，逻辑信道被分类成用于传送控制平面信息的控制信道 和用于传送用户平面信息的业务信道。即，对通过MAC层提供的不同数据传送服务，定义一 组逻辑信道类型。
[0046] 控制信道仅被用于控制平面信息的传送。通过MAC层提供的控制信道包括广播控 制信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)、多播控制信道(MCCH)以及专用 控制信道(DCCH)。BCCH是用于广播系统控制信息的下行链路信道。PCCH是传送寻呼信息的 下行链路信道并且当网络没有获知UE的位置小区时被使用。通过不具有与网络的RRC连接 的UE来使用CCOLMCCH是被用于将来自于网络的多媒体广播多播服务(MBMS)控制信息发送 到UE的点对多点下行链路信道。DCCH是在UE和网络之间发送专用控制信息的由具有RRC连 接的UE所使用的点对点双向信道。
[0047] 业务信道仅被用于用户平面信息的传送。由MAC层提供的业务信道包括专用业务 信道(DTCH)和多播业务信道(MTCHhDTCH是点对点信道，专用于一个UE用于用户信息的传 送并且能够在上行链路和下行链路这两者中存在。MTCH是用于将来自于网络的业务数据发 送到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状态指示是否UE的RRC层被逻辑地连接到E-UTRAN的RRC层。RRC状态可以被划 分成诸如RRC空闲状态(RRC_IDLE)和RRC连接状态(RRC_C0NNECTED)的两种不同的状态。在 RRC_IDLE中，UE可以接收系统信息和寻呼信息的广播同时UE指定通过NAS配置的非连续的 接收(DRX)，并且UE已经被分配在跟踪区域中唯一地识别UE的标识（ID)并且可以执行公共 陆地移动网络(PLMN)选择和小区重选。此外，在RRC_IDLE中，在eNB中没有存储RRC上下文。 [0050] 在RRC_C0NNECTED状态下，UE在E-UTRAN中具有E-UTRAN RRC连接和上下文，使得将 数据发送到eNB和/或从eNB接收数据变成可能。此外，UE能够向eNB报告信道质量信息和反 馈信息。在RRC_C0NNECTED状态下，E-UTRAN获知UE所属的小区。因此，网络能够将数据发送 到UE和/或从UE接收数据，网络能够控制UE的移动性（切换和到具有网络辅助小区变化 (NACC)的GSM EDGE无线电接入网络(GERAN)的无线电接入技术(RAT)间小区变化顺序），并 且网络能够执行对于相邻小区的小区测量。
[0051 ] 在RRC_IDEL状态下，UE指定寻呼DRX周期。具体地，UE在每个UE特定寻呼DRX周期的 特定寻呼时机监控寻呼信号。寻呼时机是寻呼信号被发送期间的时间间隔。UE具有其自身 的寻呼时机。寻呼消息在属于相同的跟踪区域的所有小区上被发送。如果UE从一个跟踪区 域(TA)移动到另一 TA，则UE将跟踪区域更新(TAU)消息发送到网络以更新其位置。
[0052]描述一种公共报警系统(PWShE-UTRAN通过系统信息广播能力的方式提供对报警 系统的支持。E-UTRAN执行从小区广播中心(CBC)接收的、被MME转发给E-UTRAN的"报警消息 内容"的调度和广播。用于广播的调度信息与"报警消息内容" 一起从CBC接收。E-UTRAN也负 责寻呼UE，以提供正在广播报警通知的指示。E-UTRAN接收的"报警消息内容"包含报警通知 的情况。取决于大小，E-UTRAN可以在无线电接口上发送辅助通知之前对辅助通知分段。 [0053]除了经由系统信息发送的PWS消息之外，还可以发送用于PWS的另外信息。下面描 述用于PWS的另外信息的使用情况和场景。在下文说明中，作为前提条件，移动网络运营商 (ΜΝ0)网络支持PWS，并且ΜΝ0支持在不使网络过载的情况下将多媒体内容广泛地分布到大 众的机制(例如，经由广播）。
[0054] 1.地理定位报警
[0055]这种使用情况描述了在使能PWS网络内的用户接收通过地图覆层(overlay)形式 的地理数据增强的PWS消息。例如，发生了洪水，并且洪水被气象服务监控。由于严重性，做 出通知洪水的潜在到达区域内的所有用户的决定。由于地理面积，这种面积明显大于当前 受影响的面积。产生公共服务通知，由此将洪水的当前到达区域和洪水的预计到达区域绘 制到地图覆层上。PWS消息被发送至紧急情况服务所定义的通知区域内的用户。作为PWS消 息的一部分，地图覆层可以被呈现给用户。因而，通知区域内的所有用户都接收到警告他们 关于劫难的PWS消息。选择观察地图覆层的用户获得关于当前和将来的洪水面积的额外信 息。因而，被PWS通知存在洪水，但是能够从地图中看出他们不处于立即或者预计有危险的 用户能够更确保他们的安全并且判断他们做出的准备工作。
[0056] 2.多媒体下载
[0057]这种使用情况描述了使能PWS网络内的用户接收由已下载多媒体形式的单独多媒 体内容传输补充的PWS通知。
[0058]例如，儿童已经被绑架，并且已经通知了紧急情况服务。紧急情况服务由于所聚集 的信息已经决定，通知该绑架区域内的用户并且使得当地居民警惕是有用的。产生公告，由 此将被绑架者(abductee)的细节(相片、年龄、身高、视频、文本等等)打包在一起。PWS通知 被发送给紧急情况服务定义的通知区域内的用户。作为PWS通知的一部分，多媒体数据包可 以被呈现给用户。因而，通知区域内的所有用户都接收警告他们关于绑架的PWS通知。选择 观看多媒体内容的用户获得关于被绑架者的额外信息和文本，并且能够更加警惕被绑架 者。
[0059]作为另一示例，不久前已经发生了地震。通信服务受限并且不稳固（patchy)。作为 灾害响应的一部分，已经汇编了失踪人员名单。产生公告，由此将失踪人员的细节(相片、年 龄、身高、视频、文本等等)打包在一起。然后以对象轮播广播这种包(package)。随着失踪人 员的细节改变，在服务器上修改该包。PWS通知被发送给紧急情况服务或者失踪人员部门定 义的通知区域内的用户。作为PWS通知的一部分，存在使得UE能够从广播下载关于失踪人员 的最新信息包的信息。UE从广播下载内容，并且用户查看失踪人员数据的最初的包。在较晚 日期(在广播结束之前），应通知UE轮盘的内容已经改变，并且UE从广播下载内容，并且用户 查看失踪人员数据的更新版本。因而，通知区域内的所有用户都接收到通知他们关于失踪 人员的PWS通知。选择观看多媒体内容的用户获得关于失踪人员的额外信息，并且能够更有 效地帮助重建工作。
[0060] 描述了关于PWS的系统信息。可以参考3GPP TS 36·33?ν?2·0·0(2013-12)的章节 5 · 2。系统信息被分为Master Informat ionBlock(MIB)和许多 System Informat ionBlocks (SIB) JIB包括从小区获取其他信息所需的、并且在BCH上发送的有限数目的最必要和最频 繁发送的参数。除了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消息中，仅具有相同调度要 求(周期性）的SIB能够被映射到相同的SIB消息，并且SystemInformationBlockType2始终 被映射到对应于schedulinglnfoList中的SI消息列表中的第一条目的SI消息。可能存在以 相同周期性发送的多条SI消息。3}^七6111111；1^〇1'1]^1:;[011131001^7。61和所有31消息都在01^-301 上发送。
[0061 ] 除了广播之外，E-UTRAN可以经由专用信令，即在RRCConnectionReconfiguration 消息内提供包括相同参数值的Systemlnf ormationBlockTypel 〇
[0062] UE应用系统信息获取，并且改变用于主小区（PCell)的监控过程。对于辅小区 (SCe 11)，当添加 SCe 11时，E-UTRAN经由专用信令提供与RRC_C0NNECTED中的操作相关的所 有系统信息。一旦改变所配置的SCell的相关系统信息，E-UTRAN释放并且继而添加所关注 的SCell，这可以利用单个RRCConnectionReconfiguration消息完成。如果UE正在接收或者 对在小区中接收MBMS服务感兴趣，则UE应该应用系统信息获取，并且改变与该小区的MBMS 操作相关的监控过程。E-UTRAN可以经由专用信令配置与所关注的SCell中广播的不同的参 数值。
[0063] 被配置有RN子帧配置的中继节点（RN)不需要应用系统信息获取以及改变监控过 程。一旦改变与RN相关的任何系统信息，则E-UTRAN使用RNReconfiguration消息，通过专用 信令向被配置有RN子帧配置的RN提供包含相关系统信息的系统信息块。对于被配置有RN子 帧配置的RN，该专用信令中所含的系统信息代替任何相应的存储系统信息，并且优先于通 过系统信息获取过程获取的任何相应系统信息。专用系统信息保持有效直到被覆写。E-UTRAN可以经由专用信令配置具有与所关注的小区中广播中的不同参数值的RN。
[0064] 地震和海啸报警服务(ETWS)主通知和/或ETWS辅通知能够在任何时间点发生。寻 呼消息被用于通知RRC_IDLE中的具备ETWS能力的UE以及RRCJONNECTED中的UE关于存在 ETWS主通知和/或ETWS辅通知。如果UE接收到包括etws-Indication的寻呼消息，则应根据 SystemlnformationBlockTypel 中所含的 schedulingInfoList开始接收ETWS主通知和/或 ETWS辅通知。如果UE在获取ETWS通知时接收到包括etws-Indication的寻呼消息，则UE应基 于先前获取的schedulinglnfoList继续获取ETWS通知，直到重新获取 SystemlnformationBlockTypel 中的 schedulinglnfoListoUE 不需要定期检查 SystemlnformationBlockTypel 中所含的 schedul inglnfoList，但是包括 etws-Indi cat ion 的寻呼消息角虫发 UE 为了 SystemlnformationBlockTypelO 和 SystemlnformationBlockTypel 1 的调度改变而重新获取 SystemlnformationBlockTypel 中 所含的schedulingInfoList。在不再调度ETWS时，UE可以接收或者可以不接收包括etws-Indication和/或systemInfoModification的寻呼消息 。
[0065] ETWS主通知被包含在SystemlnformationBlockTypelO中，并且ETWS辅通知被包含 在3}^七6111111；1^〇1'1]^1:;[011131001^7口611中。分段能够被应用于递送辅通知。分段对于小区内的 给定辅通知（即，对于具有相同messageIdentifier、serialNumber和 warningMessageSegmentNumber的给定分段为相同的分段大小）的传输是固定的。ETWS辅通 知对应于单个CB数据IE(CB data IE)。
[0066] 商业移动预警系统(CMAS)通知能够发生在任何时间点。寻呼消息被用于通知RRC_ IDLE中的具备CMAS能力的UE和RRC_C0NNECTED中的UE关于一个或者更多CMAS通知的存在。 如果UE接收到包括cmas-Indicat ion的寻呼消息，则应根据SystemlnformationBlockTypel 中所含的schedulinglnfoList开始接收CMAS通知。如果UE在获取CMAS通知时接收包括 cmas-Indication的寻呼消息，贝ijUE应基于先前获取的schedulinglnfoList继续获取CMAS 通知，直到重新获取在 SystemlnformationBlockTypel 中的schedulinglnfoListaUE 不需要 定期检查Systemlnformati onBlockTypel 中所含的scheduling Inf oList，但是包括 cmas-Indicat ion的寻呼消息触发UE为了 SystemlnformationBlockTypel 2的调度改变而重新获 取在 SystemlnformationBlockTypel 中的 schedulinglnfoList。在不再调度 Sy stemlnformati onBlockTypel 2时，UE 可以接收或者可以不接收包括cmas-Indication 和/ 或systemlnfoModif ication的寻呼消息。
[0067] 0\^3通知被包含在35^丨6111111；1^〇1'1]1&1:;[011131001^7。612中。分段能够被应用于0\^3通 知的递送。分段对于小区内的给定CMAS通知（即，对于具有相同messageldentifier、 serialNumber和warningMessageSegmentNumber的给定分段为相同的分段大小）的传输是 固定的。E-UTRAN不与CMAS通知的传输交织，即给定CMS通知传输的所有分段都在另一CMAS 通知的那些分段之前发送。CMAS通知对应于单个CB data IE。
[0068] 图6示出系统信息获取过程。UE应用系统信息获取过程以获取由E-UTRAN广播的AS 和NAS系统信息。该过程应用于RRC_IDLE中的UE和RRC_C0NNECTED中的UE。!?应一旦选择(例 如，一旦加电）并且一旦重新选择小区、在切换完成后，在从另一 RAT进入E-UTRA后、一旦从 覆盖外返回、一旦接收到系统信息已经改变的通知、一旦接收到关于存在ETWS通知的指示、 一旦接收到关于存在CMAS通知的指示、一旦接收到扩展接入限制(EAB)参数已经改变的通 知、一旦从CDMA2000上层接收到请求以及一旦超过最大有效持续时间，就应用系统信息获 取过程。除非在过程说明中明确指出，否则系统信息获取过程都覆写任何存储的系统信息， 即delta配置不适于系统信息，并且除非另外明确指出，否则如果字段不存在于系统信息， 则UE停止使用该字段。
[0069] UE 应：
[0070] 1>确保具有（至少）下列系统信息的下文定义的有效版本，也称为"所需"系统信 息：
[0071] 2> 如果处于 RRC_IDLE 中：
[0072] 3>取决于所关注的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小时后删除任何存储的系统信息；
[0076] 1>如果5}^七6111111；1^〇1'1]1&1:;[011131001^7。61中所包括的85^七6111111；1^0\^11161&8与所存储 的系统信息中的一个不同，则认为除了 SystemlnformationBlockTypelO、 SystemlnformationBlockTypel1、systemInformationBlockTypel2和 8}^七6111111；1^01'1]^1:;[011131001^>。614之外任何存储的系统信息都无效；
[0077] UE 应：
[0078] 1>应用特定的BCCH配置；
[0079] 1>如果过程被系统信息改变通知触发：
[0080] 2>从其中接收改变通知之后的更改时段开始，开始获取所需系统信息。
[0081] UE继续使用先前接收的系统信息，直到已经获取新的系统信息。
[0082] 1>如果UE处于RRC_IDLE中，并且进入UE还未存储RRC_IDLE中所需的系统信息的有 效版本的小区：
[0083] 2>使用系统信息获取过程获取RRC_IDLE中所需的系统信息；
[0084] 1 >在到UE还未存储RRC_C0NNECTED中所需的系统信息的有效版本的主小区 (PCell)的成功切换完成之后：
[0085] 2>使用系统信息获取过程获取RRC_C0NNECTED中所需的系统信息；
[0086] 2>-旦获取所关注的系统信息：
[0087] 3>如果存在，丢弃先前在专用消息中接收的radioResourceConf igCommon中包括 的相应无线电资源配置信息；
[0088] 1>在来自CDMA2000上层的请求之后：
[0089] 2>获取378七6111111：[>01'111&七;!_011810。1^7卩68;
[0090] 1> 既不发起 RRC 连接建立过程，也不发起 RRCConnectionReestablishmentRequest 消息的传输，直到 UE 具有 MasterlnformationBlock^PSystemlnformationBlockTypeinE 以及 378七6111111：[>01'11^七;!_01181001^'7口62的有效版本；
[0091 ] 1 >如果广播，则不发起经过E A B的R R C连接建立，直到U E具有 SystemInformationBlockTypel4 的有效版本；
[0092] 1>如果UE具备ETWS能力：
[0093] 2>-旦在RRC_IDLE期间进入小区，则在成功切换之后或者一旦连接重新建立：
[0094] 3> 丢弃任何先前缓存的 warningMessageSegment;
[0095] 3>如果存在清除 Systemlnf ormat ionBlockTypel 1 的messageldentif ier 和 serialNumber 的当前值；
[0096] 2> 当 UE 在 ETWS 指亦后获取 SystemlnformationBlockTypel 时，一旦在 RRC_IDLE 期 间进入小区，则在成功切换之后或者一旦连接重新建立：
[0097] 3> 如果 schedulinglnfoList 指;^存在 Systemlnf ormat ionBlockType 10:
[0098] 4> 立即开始获取 Systemlnf ormationBlockTypelO;
[0099] 3> 如果 schedulinglnfoList 指;^存在 Systemlnf ormat ionBlockTypel 1:
[0100] 4>立即开始获取SystemlnformationBlockTypell;
[0101 ]即使当Systemlnformat ionBlockTypel 中的systemlnfoVa lueTag 还未改变时，UE 也应开始获取上述 Systemlnf ormationBlockTypelO和Systemlnf ormationBlockTypell 〇
[0102] 1>如果UE具备CMAS能力：
[0103] 2>-旦在RRC_IDLE期间进入小区，则在成功切换之后或者一旦连接重新建立：
[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相关联的 Systemlnf ormat ionBlockTypel 2 的message Identifier 和serialNumber 的存储值；
[0106] 2> 当 UE 在 CMAS 指;^ 后获取 SystemlnformationBlockTypel 时，一旦在 RRC_IDLE 期 间进入小区，在成功切换之后或者一旦连接重新建立：
[0107] 3> 如果 schedulinglnfoList 指;^存在 Systemlnf ormat ionBlockTypel2:
[0108] 4> 获取 Systemlnf ormationBlockTypel2;
[0109] 即使当Systemlnformat ionBlockTypel 中的systemlnfoVa lueTag 还未改变时，UE 也应开始获取上述 Systemlnf ormat ionBlockTypel 2 〇
[0110] 1>如果UE对接收MBMS服务感兴趣：
[0111] 2> 如果 schedulinglnfoList 指;^Systemlnf ormat ionBlockTypel 3 存在，并且UE 还 未存储该系统信息块的有效版本：
[0112] 3> 获取 Systemlnf ormat ionBlockTypel3;
[0113] 2>如果UE能够MBMS服务连续：
[0114] 3> 如果 schedulinglnfoList 指;^Systemlnf ormat ionBlockTypel 5 存在，并且UE 还 未存储该系统信息块的有效版本：
[0115] 4>获取378七6111111：[>01'111&七;!_011810。1^7卩615;
[0116] 1>如果UE具备EAB能力：
[0117] 2> 当UE-旦进入 RRC_IDLE 还未存储378七6111111：[>01'11^七;!_01181001^7口614的有效版本， 或者当UE在EAB参数改变通知后或者一旦在RRC_ IDLE期间进入小区获取 SystemlnformationBlockTypel：
[0118] 3> 如果 schedulinglnfoList 指;^378七6111111：[>01'111&七;!_011810。1^7卩614存在；
[0119] 4> 立即开始获取 SystemInformationBlockTypel4;
[0120] 3> 否则：
[0121 ] 4> 如果先前接收，则丢弃 Systemlnf ormationBlockTypel4;
[0122] 即使当Systemlnf ormationBlockTypel 中的systemlnf oValueTag 还未改变时，具 备EAB能力的UE也开始获取上述SystemInformationBlockTypel4D具备EAB能力的UE在RRC_ IDLE中保持最新 Systemlnf ormationBlockTypel4〇
[0123] UE可以立即应用所接收的SIB，即UE不需要使用SIB延迟，直到已经接收所有的SI 消息WE可以延迟应用所接收的SIB，直到完成与所接收的或者UE发起的RRC消息相关联的 下层过程，例如正在进行的随机接入过程。当尝试获取特定SIB时，如果UE从 schedulinglnfoList检测出不再存在，则UE应停止尝试获取特定SIB。
[0124] 描述关于PWS的系统信息。可以参考3GPP TS 36.331V12.0.0(2013-12)的章节 5.3.2。
[0125] 图7示出寻呼过程。寻呼过程的目的在于向处于RRC_IDLE中的UE发送寻呼信息， 和/或通知处于RRC_IDLE中的UE和处于RRC_C0NNECTED中的UE关于系统信息变化，和/或通 知关于ETWS主通知和/或ETWS辅通知，和/或通知关于CMAS通知。寻呼信息被提供给上层，作 为响应，上层可以发起RRC连接建立，例如接收呼入呼叫。
[0126] 在步骤S70中，E-UTRAN通过在UE的寻呼时机发送寻呼消息而发起寻呼过程。E-UTRAN可以通过包括用于每个UE的一个PagingRecord而对寻呼消息内的多个UE寻址 dE-UTRAN也可以指示系统信息的变化，和/或在寻呼消息中提供ETWS通知或者CMAS通知。
[0127] 一旦接收寻呼消息，UE应：
[0128] 1>如果处于RRC_IDLE中，对于每个PagingRecord，如果存在，被包括在寻呼消息 中：
[0129] 2>如果被包括在PagingRecord中的ue-Identity匹配上层所分配的UE标识中的一 个：
[0130] 3> 将 ue-Identity 和 cn-Domain 转发给上层；
[0131 ] 1 > 如果 systemlnf oModifi cat ion 被包括：
[0132] 2>使用系统信息获取过程重新获取所需系统信息。
[0133] 1> 如果包括 etws-Indication，并且 UE 具备 ETWS 能力：
[0134] 2>立即重新获取Systemlnf ormationBlockTypel，即，没有等到下一系统信息改变 时段边界；
[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，即，没有等到下一系统信息改变 时段边界；
[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，即，没有等待直到下一系统信息 改变时段边界；
[0146] 2>使用系统信息获取过程重新获取SystemInformationBlockTypel4;
[0147] 表1示出寻呼消息的示例。
[0148] 〈表 1>
[0150] 参考表1，如果存在，cmas-Indi cat i on字段指示CMAS通知的指示。e tws-Indication字段指示ETWS主通知和/或ETWS辅助通知的指示。
[0151] 描述了MBMS。可以参考3GPP TS 36·300ν?1·7·0(2013-09)的章节 15和3GPP TS 36·33?ν?2·0·0(2013-12)的章节 5.8。
[0152] 图8示出MBMS定义。对于MBMS，下述定义可以被引入。
[0153] -多播广播单频网络(MBSFN)同步区域:这是所有eNB能够被同步并且执行MBSFN传 输的网络的区域。MBSFN同步区域能够支持一个或者多个MBSFN区域。在给定的频率层上， eNB能够仅属于一个MBSFN同步区域。MBSFN同步区域独立于MBMS服务区域的定义。
[0154] -MBSFN传输或者MBSFN模式下的传输:这是通过在相同的时间来自多个小区的相 同波形的传输所实现的同播（simulcast)传输技术。来自于MBSFN区域内的多个小区的 MBSFN传输被视为通过UE的单个传输。
[0155] -MBSFN区域:MBSFN区域是由网络的MBSFN同步区域内的一组小区组成，它们协作 以实现MBSFN传输。除了MBSFN区域保留小区之外，MBSFN区域内的所有小区有助于MBSFN传 输并且广告其可用性。UE可以仅需要考虑被配置的MBSFN区域的子集，即，当获知哪个MBSFN 区域请求其有兴趣接收的服务时。
[0156] -MBSFN区域保留小区：这是无助于MBSFN传输的MBSFN区域内的小区。可以允许该 小区为了其他服务而发送，但是在为MBSFN传输而分配的资源上以限制的功率进行发送。
[0157] -同步序列：每个同步协议数据单元(SYNC rou)包含指示同步序列的开始时间的 时间戳。对于MBMS服务，每个同步序列具有相同的持续时间，其在广播和多播服务中心(BM-SC)以及多小区/多播协作实体(MCE)中被配置。
[0158] -同步时段：同步时段为每个同步序列的开始时间的指示提供时间参考。在每个 SYNC PDU中提供的时间戳是参考同步时段的开始时间的相对值。同步时段的持续时间是可 配置的。
[0159] 一般地，将仅与支持MBMS的UE相关的控制信息与单播控制信息分离尽可能多。大 多数MBMS控制信息是在对MBMS公共控制信息特定的逻辑信道(MCCH)上提供的。E-UTRA每个 MB SFN区域采用一个MCCH逻辑信道。在网络配置多个MB SFN区域的情况下，UE从MCCH接收 MBMS控制信息，该MCCH被配置成识别其有兴趣接收的服务是否正在进行中。可仅要求具备 MBMS能力的UE支持每次单个MBMS服务的接收。MCCH携带MBSFNAreaConfiguration消息，其 指示在进行中的MBMS会话以及(相应)无线电资源配置。当E-UTRAN希望对正在接收或有兴 趣接收一个或多个特定MBMS服务的RRC_C0NNECTED中的UE的数目进行计数时，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 区域。在移动时，当源 小区和目标小区在mbsfn-Areald中广播相同的值时，UE认为MBSFN区域是连续的。
[0161] 图9示出MCCH信息获取过程。UE应用MCCH信息获取过程来获取由E-UTRAN广播的 MBMS控制信息。该过程适用于RRC_IDLE中或RRC_C0NNECTED中的具备MBMS能力的UE。
[0162] 有兴趣接收MBMS服务的UE应在进入相应MBSFN区域时(例如在通电时、遵循UE移动 性）以及在接收到MCCH信息已改变的通知时应用MCCH信息获取过程。接收到MBMS服务的UE 应在每个修改时段开始处应用MCCH信息获取过程来获取MCCH，其与正在接收的服务相对 应。
[0163] 除非在过程规范中另外明确地阐述，否则MCCH信息获取过程覆写任何存储的MCCH 信息，即delta配置不适用于MCCH信息，并且UE中断使用字段（如果其在MCCH信息中不存在 的话），除非另外明确地指定。
[0164] 具备MBMS能力的UE应：
[0165] 1 >如果该过程被MCCH信息改变通知触发：
[0166] 2 >从在其中接收到改变通知的修改时段之后的修改时段的开头起，开始获取 MBSFNAreaConf igurat ion消息（在步骤 S90 中）和MBMSCountingRequest消息（如果存在的 话）（在步骤S91中）；
[0167] 1>如果UE进入MBSFN区域：
[0168] 2>在下一重复时段处，获取MBSFNAreaConf igurat ion消息（在步骤S90中）和 MBMSCountingRequest消息（如果存在的话）（在步骤S91处）；
[0169] 1>如果UE接收到MBMS月艮务：
[0170] 2 >从每个修改时段的开头起，开始获取MBSFNAreaConf igurat ion消息（在步骤 S90中）和MBMSCountingRequest消息（如果存在的话）（在步骤S91中），其两者都涉及正在接 收的服务的MBSFN区域；
[0171]除了PWS消息之外，可以提供用于PWS的多媒体广播补充(MBS)。可以经由MBMS和/ 或演进的MBMS (eMBMS)提供MBS。在经由MBMS或者eMBMS接收用于PWS的MBMS之前要求UE经由 系统信息接收PWS消息。在这样的情况下，UE可以接收系统信息并且然后开始监控MCCH和 MTCH。其后，UE能够经由MBMS和/或eMBMS接收MBMS。这样的接收过程相对于PWS消息的接收 可能消耗一些时间，并且因此必须紧急提供的MBS不能够快速地抵达UE。
[0172]为了解决上述问题，下面描述根据本发明的实施例的用于发送用于PWS的MBS的方 法。根据本发明的实施例，eNB经由系统信息发送指示小区是否支持MBS的MBS信息，并且发 送用于PWS消息的MBS指示。
[0173] 图10示出根据本发明的实施例的发送用于PWS的MBS的方法的示例。假定UE可以处 于RRC_IDLE中或者处于RRC_C0NNECTED中，并且可以支持ETWS/CMAS和MBMS。
[0174] 在步骤S100中，UE从网络接收MBS信息。可以经由系统信息接收MBS信息。MBS信息 可以指示下述中的至少一个:小区是否支持用于PWS的MBS、与要发送MBS的MBMS服务区域相 对应的服务区域标识符（SAI)、要发送MBS的MBSFN区域、或者与MBS相对应的MBMS有关信道 (诸如物理多播信道(PMCH)/MCCH/MTCH)中的至少一个。
[0175] 在步骤S110中，UE从网络接收用于PWS的MBS指示。可以经由指示网络临时标识(P-RNTI)的寻呼消息、SIB1或者H)CCH接收MBS指示。如果经由寻呼消息接收MBS指示，则寻呼消 息应包括ETWS指示或者CMAS指示。即，如果MBS指示在寻呼消息中存在，则在相同的寻呼消 息中存在ETWS指示或者CMAS指示。如果在寻呼消息中不存在ETWS指示或者CMAS指示，但是 在寻呼消息中存在MBS指示，则UE可以忽略寻呼消息中的MBS指示。
[0176] 一旦接收到MBS指示，UE可以开始监控/接收MBMS相关信道，诸如MCCH或者MTCH，同 时接收携带PWS消息的SIB(即，在接收到ETWS/CMAS指示时接收SIB10、SIB11或者SIB12)。仅 当UE被驻留的小区处的系统信息包括与要发送MBS的MBMS服务区域相对应的SAI，才可以接 收MCCH。此外，UE可以经由MCCH获取用于MBS的配置。配置可以包括关于MBS的信息。关于MBS 的信息可以包括专用于MBS的临时移动组标识（TMGI)，和携带发送MBS的MTCH的PMCH的配 置。UE可以已经获知哪一个TMGI对应于MBS (或者哪一个SAI /MBSFN区域/PMCH/MCCH/MTCH对 应于MBS)。可替选地，被用于携带MBS的MTCH可以被预先配置，即，MTCH对应于预先配置的 MBMS无线电承载(MRB)。因此，在没有经由MCCH获取配置的情况下UE可能已知获知配置。
[0177] 在步骤S120中，UE经由诸如MTCH的广播/多播信道从网络获取用于PWS的MBS。仅当 UE被驻留的UE的小区处的系统信息包括与要发送MBS的MBMS服务区域相对应的SAI，才可以 获取MBS。可替选地，在接收到MBS信息时可以获取MBS。除了PWS消息之外，MBS向用户提供附 加的多媒体公共报警信息。
[0178]图11示出根据本发明的实施例的发送用于PWS的MBS的方法的另一示例。
[0179] 在步骤S200中，UE经由系统信息接收MBS信息。MBS信息可以指示小区是否支持 MBS、与要发送MBS的MBMS区域相对应的SAI、将会发送MBS的MBSFN区域、以及与MBS相对应的 PMCH/MCCH/MTCH〇
[0180] 在步骤S210中，UE监控寻呼消息。UE可以从寻呼消息获取MBS指示。可替选地，UE可 以从携带P-RNTI的PDCCH或者SIB1获取MBS指示。寻呼消息可以进一步包括与MBS指示有关 的ETWS指示或者CMAS指示。因此，如果经由寻呼消息获取MBS指示，则ETWS指示或者CMAS指 示应被包括在相同的寻呼消息中。如果寻呼消息包括MBS指示但是不包括ETWS指示或者 CMAS指示，则UE可以忽略寻呼消息中的MBS指示，即，UE可以将MBS指示视为无效的MBS指示。
[0181] 一旦接收到（有效的）MBS指示，在步骤S220中，UE可以经由SIB 10、SIB11或者 SIB12接收PWS消息，诸如主/辅助ETWS消息或者CMAS消息。此外，在步骤S221中，UE可以开始 监控MBMS相关信道，诸如MCCH或者MTOLUE可以监控/接收与MBSFN区域相对应的MCCH和将 会发送MBS的MBMS服务区域。仅当UE被驻留的小区处的系统信息广播与将会发送MBS的MBMS 服务区域相对应的SAI，UE才可以接收MCCH。
[0182] 网络可以经由RRC/NAS/应用消息通知UE与MBS相对应的TMGI/SAI/MBSFN区域。例 如，通过接收RRC/NAS/应用消息，UE可以获知哪一个TMGI /SAI /MBSFN区域对应于MBS。RRC消 息可以是寻呼消息或者系统信息块。UE可以经由MCCH获取包括配置的RRC消息。配置可以包 括关于MBS的信息。关于MBS的信息可以包括专用于MBS的TMGI、携带发送MBS的MTCH的PMCH 的配置。在MCCH上的RRC消息可以专用于MBS。在MBS的情况下，提供MBS的特定RRC消息(和特 定MCCH)可以不跟随用于在MCCH上的RRC消息的更新的MCCH修改时段。因此，如果RRC消息被 用于提供MBS，则网络可以在MCCH修改时段的中间改变特定的RRC消息。
[0183] 在步骤S20中，UE基于接收到的配置经由MTCH获取MBS。仅当UE被驻留的小区处的 系统信息广播与将会发送的MBMS服务区域相对应的SAI，UE才可以接收MTCH。可替选地，在 为MBS预先配置MTCH的情况下UE可以获知哪一个MTCH通过RRC/NAS/应用消息携带MBS。因 此，UE可以在接收到MBS指示时直接地开始接收MTCH，而没有经由MCCH接收配置，以便于获 取 MBS〇
[0184] 图12示出实现本发明实施例的无线通信系统。
[0185] eNB 800可以包括处理器810、存储器820和射频(RF)单元830。处理器810可以被配 置为实现在本说明书中描述的所提出的功能、过程和/或方法。无线电接口协议的层可以在 处理器810中实现。存储器820可操作地与处理器810耦合，并且存储操作处理器810的各种 信息。RF单元830可操作地与处理器810耦合，并且发送和/或接收无线电信号。
[0186] UE 900可以包括处理器910、存储器920和RF单元930。处理器910可以被配置为实 现在本说明书中描述的提出的功能、过程和/或方法。无线电接口协议的层可以在处理器 910中实现。存储器920可操作地与处理器910耦合，并且存储操作处理器910的各种信息。RF 单元930可操作地与处理器910耦合，并且发送和/或接收无线电信号。
[0187] 处理器810、910可以包括专用应用集成电路(ASIC)、其他芯片组、逻辑电路和/或 数据处理设备。存储器820、920可以包括只读存储器(R0M)、随机存取存储器(RAM)、快闪存 储器、存储器卡、存储介质和/或其他存储设备。RF单元830、930可以包括基带电路以处理射 频信号。当实施例以软件实现时，在此处描述的技术可以以执行在此处描述的功能的模块 (例如，过程、功能等)来实现。模块可以存储在存储器820、920中，并且由处理器810、910执 行。存储器820、920能够在处理器810、910内或者在处理器810、910的外部实现，在外部实现 情况下，存储器820、920经由如在本领域已知的各种装置可通信地耦合到处理器810、910。
[0188] 由在此处描述的示例性系统看来，已经参考若干流程图描述了按照公开的主题可 以实现的方法。尽管为了简化的目的，这些方法被示出和描述为一系列的步骤或者模块，但 是应该明白和理解，所要求的主题不受步骤或者模块的顺序限制，因为一些步骤可以以与 在此处描绘和描述的不同的顺序发生或者与其他步骤同时发生。另外，本领域技术人员应 该理解，在流程图中图示的步骤不是排他的，并且可以包括其他步骤，或者在示例流程图中 的一个或多个步骤可以被删除，而不影响本公开的范围和精神。
【主权项】
1. 一种在无线通信系统中通过用户设备(UE)获取用于公共报警系统(PWS)的多媒体广 播补充(MBS)的方法，所述方法包括： 通过所述UE，从网络接收MBS信息； 通过所述UE，从所述网络接收用于PWS的MBS指示；以及 通过所述UE，经由广播/多播信道从所述网络获取用于所述PWS的MBS。2. 根据权利要求1所述的方法，其中，经由系统信息来接收所述MBS信息。3. 根据权利要求1所述的方法，其中，所述MBS信息指示下述中的至少一个:小区是否支 持用于所述PWS的MBS、与要发送所述MBS的多媒体广播多播服务(MBMS)服务区域相对应的 服务区域标识符(SAI)、要发送所述MBS的多播广播单频网络(MBSFN)区域、或者与所述MBS 相对应的MBMS相关信道。4. 根据权利要求1所述的方法，其中，经由寻呼消息、系统信息块类型1(SIB1)或者指示 寻呼无线电网络临时标识(P-RNTI)的物理下行链路控制信道(PDCCH)来接收所述MBS指示。5. 根据权利要求4所述的方法，其中，如果经由所述寻呼消息来接收所述MBS指示，则所 述寻呼消息包括地震和海啸报警系统(ETWS)指示或者商业移动预警系统(CMAS)指示。6. 根据权利要求1所述的方法，其中，所述广播/多播信道是多播业务信道(MTCH)。7. 根据权利要求1所述的方法，其中，仅当所述UE被驻留的小区处的系统信息包括与要 发送所述MBS的MBMS服务区域相对应的SAI，才获取所述MBS。8. 根据权利要求1所述的方法，其中，在接收到所述MBS指示时，获取所述MBS。9. 根据权利要求1所述的方法，进一步包括:在接收到所述MBS指示时，接收包括PWS消 息的系统信息。10. 根据权利要求9所述的方法，其中，所述系统信息对应于SIBKKSIB11、或者SIB12。11. 根据权利要求1所述的方法，进一步包括:在接收到所述MBS指示时，接收多播控制 信道(MCCH)。12. 根据权利要求11所述的方法，其中，仅当所述UE被驻留的小区处的系统信息包括与 要发送所述MBS的MBMS服务区域相对应的SAI，所述MCCH才被接收。13. 根据权利要求11所述的方法，进一步包括:经由所述MCCH从所述网络获取用于MBS 的配置。14. 根据权利要求13所述的方法，其中，用于所述MBS的配置包括专用于所述MBS的临时 移动组标识(TMGI)和携带要发送所述MBS的MTCH的物理多播信道(PMBCH)的配置。15. -种被配置成在无线通信系统中获取用于公共报警系统(PWS)的多媒体广播补充 (MBS)的用户设备(UE)，所述UE包括： 射频(RF)单元，所述RF单元被配置成发送或者接收无线电信号；以及 处理器，所述处理器被耦合到所述RF单元，并且被配置成： 从网络接收MBS信息； 从所述网络接收用于所述PWS的MBS指示；以及 经由广播/多播信道从所述网络获取用于所述PWS的MBS。
【文档编号】H04W68/02GK106031200SQ201580010395
【公开日】2016年10月12日
【申请日】2015年3月11日
【发明人】李英大, 金相源, 郑圣勋
【申请人】Lg电子株式会社