CN106031200A - 无线通信系统中发送用于公共报警系统的多媒体广播补充的方法和装置 - Google Patents

无线通信系统中发送用于公共报警系统的多媒体广播补充的方法和装置 Download PDF

Info

Publication number
CN106031200A
CN106031200A CN201580010395.6A CN201580010395A CN106031200A CN 106031200 A CN106031200 A CN 106031200A CN 201580010395 A CN201580010395 A CN 201580010395A CN 106031200 A CN106031200 A CN 106031200A
Authority
CN
China
Prior art keywords
mbs
pws
information
instruction
network
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.)
Withdrawn
Application number
CN201580010395.6A
Other languages
English (en)
Inventor
李英大
金相源
郑圣勋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN106031200A publication Critical patent/CN106031200A/zh
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • 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
    • 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
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

提供一种在无线通信系统中获取用于公共报警系统(PWS)的多媒体广播补充(MBS)的方法和装置。用户设备(UE)从网络接收指示小区支持用于PWS的MBS的MBS信息。UE从网络进一步接收用于PWS的MBS指示。UE经由广播/多播信道从网络获取用于PWS的MBS。

Description

无线通信系统中发送用于公共报警系统 的多媒体广播补充的方法和装置
技术领域
本发明涉及无线通信，并且更具体地，涉及一种在无线通信系统中发送用于公共报警系统(PWS)的多媒体广播补充(MBS)的方法和装置。
背景技术
通用移动电信系统(UMTS)是第三代(3G)异步移动通信系统，其基于欧洲系统、全球移动通信系统(GSM)以及通用分组无线电服务(GPRS)在宽带码分多址(WCDMA)中操作。UMTS的长期演进(LTE)由标准化UMTS的第三代合作伙伴计划(3GPP)正在讨论当中。
3GPP LTE是用于使能高速分组通信的技术。针对包括旨在减少用户和提供商成本、改进服务质量、以及扩大和提升覆盖与系统性能的LTE目标，已经提出了许多方案。3GPP LTE要求每比特减少成本、增加服务可用性、灵活使用频带、简单结构、开放接口、以及终端的适当功率消耗作为高级别的要求。
3GPP LTE能够提供多媒体广播多播服务(MBMS)服务。MBMS是将数据分组同时发送到多个用户的服务。如果在相同的小区中存在特定级别的用户，则各个用户能够被允许共享必要的资源，以使得多个用户能够接收相同的多媒体数据，从而增加资源效率。另外，从用户的角度来看，能够以低成本使用多媒体服务。
最近，对确保公众具有接收关于灾难和其他紧急事件的及时的和精确的报警、警告以及危急信息的能力的兴趣日益增长，不管他们使用何种通信技术。如从诸如地震、海啸、飓风以及野火的灾难已经获知，这样的能力对于确保公众采取适当的措施以保护他们的家庭以及他们自己免受严重伤害，或者生命或者财产的损失是重要的。通过在3GPP系统提供分布报警通知的机制增强对公众的警告通知的可靠性、弹性、以及安全性的此兴趣是对公共报警系统(PWS)的推动力。
已经论述了经由MBMS的用于PWS的附加信息的传输。经由MBMS的附加信息可以被称为多媒体广播补充(MBS)。例如，可以为MBS发送用于PWS的诸如声音、照片、视频等。可以要求有用于发送用于PWS的MBS的有效方法。
发明内容
技术问题
本发明提供一种在无线通信系统中发送用于公共报警系统(PWS)的多媒体广播补充(MBS)的方法和装置。本发明提供一种发送用于PWS的MBS指示的方法。
问题的解决方案
在一个方面中，提供一种在无线通信系统中通过用户设备(UE)获取用于公共报警系统(PWS)的多媒体广播补充(MBS)的方法。该方法包括：通过UE从网络接收MBS信息；通过UE从网络接收用于PWS的MBS指示；以及通过UE经由广播/多播信道从网络获取用于PWS的MBS。
在另一方面中，提供一种用户设备(UE)，该用户设备(UE)被配置成在无线通信系统中获取用于公共报警系统(PWS)的多媒体广播补充(MBS)。UE包括射频(RF)单元，该射频(RF)单元被配置成发送或者接收无线电信号；以及处理器，该处理器被耦合到RF单元，并且被配置成：从网络接收MBS信息；从网络接收用于PWS的MBS指示；以及经由广播/多播信道从网络获取用于PWS的MBS。
有益效果
能够快速地提供用于PWS的MBS。
附图说明
图1示出LTE系统架构。
图2示出典型E-UTRAN和典型EPC的架构的框图。
图3示出LTE系统的用户平面协议栈的框图。
图4示出LTE系统的控制平面协议栈的框图。
图5示出物理信道结构的示例。
图6示出系统信息获取过程。
图7示出寻呼过程。
图8示出MBMS定义。
图9示出MCCH信息获取过程。
图10示出根据本发明的实施例的用于发送用于PWS的MBS的方法的示例。
图11示出根据本发明的实施例的发送用于PWS的MBS的方法的另一示例。
图12示出实现本发明的实施例的无线通信系统。
具体实施方式
下文描述的技术能够在各种无线通信系统中使用，诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)等。CDMA能够以诸如通用陆上无线电接入(UTRA)或者CDMA-2000的无线电技术来实现。TDMA能够以诸如全球移动通信系统(GSM)/通用分组无线电服务(GPRS)/增强型数据速率GSM演进(EDGE)的无线电技术来实现。OFDMA能够以诸如电气与电子工程师协会(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在下行链路中使用OFDMA，以及在上行链路中使用SC-FDMA。高级LTE(LTE-A)是3GPP LTE的演进。
为了清楚起见，以下的描述将集中于LTE-A。然而，本发明的技术特征不受限于此。
图1示出LTE系统架构。通信网络被广泛地部署以通过IMS和分组数据提供诸如互联网协议语音(VoIP)的各种通信服务。
参考图1，LTE系统架构包括一个或者多个用户设备(UE；10)、演进的UMTS陆上无线电接入网络(E-UTRA)以及演进分组核心(EPC)。UE 10指的是用户携带的通信设备。UE 10可以是固定的或者移动的，并且可以被称为其他术语，诸如移动站(MS)、用户终端(UT)、订户站(SS)、无线设备等。
E-UTRAN包括一个或者多个演进节点-B(eNB)20，并且多个UE可以位于一个小区中。eNB 20向UE 10提供控制平面和用户平面的端点。eNB 20通常是与UE 10通信的固定站并且可以被称为另一术语，诸如基站(BS)、接入点等。每个小区可以部署一个eNB 20。
在下文中，下行链路(DL)表示从eNB 20到UE 10的通信，并且上行链路(UL)表示从UE 10到eNB 20的通信。在DL中，发射器可以是eNB 20的一部分，并且接收器可以是UE 10的一部分。在UL中，发射器可以是UE 10的一部分，并且接收器可以是eNB 20的一部分。
EPC包括移动性管理实体(MME)和系统架构演进(SAE)网关(S-GW)。MME/S-GW 30可以被定位在网络的末端处并且被连接到外部网络。为了清楚起见，MME/S-GW 30在此将会被简单地称为“网关”，但是应该理解的是，此实体包括MME和S-GW两者。
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速率增强。
用于发送用户业务或者控制业务的接口可以被使用。UE 10经由Uu接口被连接到eNB 20。eNB 20经由X2接口相互连接。相邻的eNB可以具有网状网络结构，其具有X2接口。经由S1接口多个节点可以被连接在eNB 20和网关30之间。
图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信令的加密和完整性保护的功能。
图3示出LTE系统的用户平面协议栈的框图。图4示出LTE系统的用户平面协议栈的框图。基于在通信系统中公知的开放系统互连(OSI)模型的下面的三层，在UE和E-UTRAN之间的无线电接口协议的层可以被分类成第一层(L1)、第二层(L2)以及第三层(L3)。
物理(PHY)层属于L1。PHY层通过物理信道给较高层提供信息传送服务。PHY层通过传输信道被连接到作为PHY层的较高层的媒体接入控制(MAC)层。物理信道被映射到传输信道。通过传输信道在MAC层和PHY层之间传送数据。在不同的PHY层，即发送侧的PHY层和接收侧的PHY层之间，经由物理信道传输数据。
MAC层、无线电链路控制(RLC)层、以及分组数据会聚协议(PDCP)层属于L2。MAC层经由逻辑信道将服务提供给是MAC层的较高层的RLC层。MAC层在逻辑信道上提供数据传送服务。RLC层支持具有可靠性的数据的传输。同时，通过MAC层内部的功能块实现RLC层的功能。在这样的情况下，RLC层可以不存在。PDCP层提供减少不必要的控制信息的报头压缩功能，使得通过采用诸如IPv4或者IPv6的IP分组发送的数据能够在具有相对小的带宽的无线电接口上被有效地发送。
无线电资源控制(RRC)层属于L3。RLC层位于L3的最低部分处，并且仅在控制平面中被定义。RRC层控制与无线电承载(RB)的配置、重新配置、以及释放有关的逻辑信道、传输信道、以及物理信道。RB表示提供用于在UE和E-UTRAN之间的数据传输的L2的服务。
参考图3，RLC和MAC层(在网络侧上在eNB中被终止)可以执行诸如调度、自动重传请求(ARQ)、以及混合ARQ(HARQ)的功能。PDCP层(在网络侧上的eNB中终止)可以执行诸如报头压缩、完整性保护、以及加密的用户平面功能。
参考图4，RLC和MAC层(在网络侧上的eNB中终止)可以执行用于控制平面的相同功能。RRC层(在网络侧上的eNB中被终止)可以执行诸如广播、寻呼、RRC连接管理、RB控制、移动性功能、以及UE测量报告和控制的功能。NAS控制协议(在网络侧上的网关的MME中被终止)可以执行诸如用于网关和UE之间的信令的SAE承载管理、认证、LTE_IDLE移动性处理、在LTE_IDLE中的寻呼发起、以及安全性控制的功能。
图5示出物理信道结构的示例。物理信道通过无线电资源在UE的PHY层和eNB之间传输信令和数据。物理信道由时域中的多个子帧和频域中的多个子载波组成。一个子帧为1ms，由时域中的多个符号组成。子帧的特定符号，诸如子帧的第一符号可以被用于物理下行链路控制信道(PDCCH)。PDCCH承载动态分配的资源，诸如物理资源块(PRB)以及调制和编译方案(MCS)。
DL传输信道包括被用于发送系统信息的广播信道(BCH)、被用于寻呼UE的寻呼信道(PCH)、被用于发送用户业务或者控制信号的下行链路共享信道(DL-SCH)、被用于多播或者广播服务传输的多播信道(MCH)。DL-SCH通过变化调制、编译以及发送功率、以及动态和半静态资源分配这两者来支持HARQ、动态链路自适应。DL-SCH也可以使能整个小区的广播和波束赋形的使用。
UL传送信道包括通常被用于对小区的初始接入的随机接入信道(RACH)、用于发送用户业务或者控制信号的上行链路共享信道(UL-SCH)等。UL-SCH通过变化发射功率和潜在的调制和编译来支持HARQ和动态链路自适应。UL-SCH也可以使能波束赋形的使用。
根据被发送的信息的类型，逻辑信道被分类成用于传送控制平面信息的控制信道和用于传送用户平面信息的业务信道。即，对通过MAC层提供的不同数据传送服务，定义一组逻辑信道类型。
控制信道仅被用于控制平面信息的传送。通过MAC层提供的控制信道包括广播控制信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)、多播控制信道(MCCH)以及专用控制信道(DCCH)。BCCH是用于广播系统控制信息的下行链路信道。PCCH是传送寻呼信息的下行链路信道并且当网络没有获知UE的位置小区时被使用。通过不具有与网络的RRC连接的UE来使用CCCH。MCCH是被用于将来自于网络的多媒体广播多播服务(MBMS)控制信息发送到UE的点对多点下行链路信道。DCCH是在UE和网络之间发送专用控制信息的由具有RRC连接的UE所使用的点对点双向信道。
业务信道仅被用于用户平面信息的传送。由MAC层提供的业务信道包括专用业务信道(DTCH)和多播业务信道(MTCH)。DTCH是点对点信道，专用于一个UE用于用户信息的传送并且能够在上行链路和下行链路这两者中存在。MTCH是用于将来自于网络的业务数据发送到UE的点对多点下行链路信道。
在逻辑信道和传输信道之间的上行链路连接包括能够被映射到UL-SCH的DCCH、能够被映射到UL-SCH的DTCH以及能够被映射到UL-SCH的CCCH。在逻辑信道和传输信道之间的下行链路连接包括能够被映射到BCH或者DL-SCH的BCCH、能够被映射到PCH的PCCH、能够被映射到DL-SCH的DCCH、以及能够被映射到DL-SCH的DTCH、能够被映射到MCH的MCCH、以及能够被映射到MCH的MTCH。
RRC状态指示是否UE的RRC层被逻辑地连接到E-UTRAN的RRC层。RRC状态可以被划分成诸如RRC空闲状态(RRC_IDLE)和RRC连接状态(RRC_CONNECTED)的两种不同的状态。在RRC_IDLE中，UE可以接收系统信息和寻呼信息的广播同时UE指定通过NAS配置的非连续的接收(DRX)，并且UE已经被分配在跟踪区域中唯一地识别UE的标识(ID)并且可以执行公共陆地移动网络(PLMN)选择和小区重选。此外，在RRC_IDLE中，在eNB中没有存储RRC上下文。
在RRC_CONNECTED状态下，UE在E-UTRAN中具有E-UTRANRRC连接和上下文，使得将数据发送到eNB和/或从eNB接收数据变成可能。此外，UE能够向eNB报告信道质量信息和反馈信息。在RRC_CONNECTED状态下，E-UTRAN获知UE所属的小区。因此，网络能够将数据发送到UE和/或从UE接收数据，网络能够控制UE的移动性(切换和到具有网络辅助小区变化(NACC)的GSM EDGE无线电接入网络(GERAN)的无线电接入技术(RAT)间小区变化顺序)，并且网络能够执行对于相邻小区的小区测量。
在RRC_IDEL状态下，UE指定寻呼DRX周期。具体地，UE在每个UE特定寻呼DRX周期的特定寻呼时机监控寻呼信号。寻呼时机是寻呼信号被发送期间的时间间隔。UE具有其自身的寻呼时机。寻呼消息在属于相同的跟踪区域的所有小区上被发送。如果UE从一个跟踪区域(TA)移动到另一TA，则UE将跟踪区域更新(TAU)消息发送到网络以更新其位置。
描述一种公共报警系统(PWS)。E-UTRAN通过系统信息广播能力的方式提供对报警系统的支持。E-UTRAN执行从小区广播中心(CBC)接收的、被MME转发给E-UTRAN的“报警消息内容”的调度和广播。用于广播的调度信息与“报警消息内容”一起从CBC接收。E-UTRAN也负责寻呼UE，以提供正在广播报警通知的指示。E-UTRAN接收的“报警消息内容”包含报警通知的情况。取决于大小，E-UTRAN可以在无线电接口上发送辅助通知之前对辅助通知分段。
除了经由系统信息发送的PWS消息之外，还可以发送用于PWS的另外信息。下面描述用于PWS的另外信息的使用情况和场景。在下文说明中，作为前提条件，移动网络运营商(MNO)网络支持PWS，并且MNO支持在不使网络过载的情况下将多媒体内容广泛地分布到大众的机制(例如，经由广播)。
1.地理定位报警
这种使用情况描述了在使能PWS网络内的用户接收通过地图覆层(overlay)形式的地理数据增强的PWS消息。例如，发生了洪水，并且洪水被气象服务监控。由于严重性，做出通知洪水的潜在到达区域内的所有用户的决定。由于地理面积，这种面积明显大于当前受影响的面积。产生公共服务通知，由此将洪水的当前到达区域和洪水的预计到达区域绘制到地图覆层上。PWS消息被发送至紧急情况服务所定义的通知区域内的用户。作为PWS消息的一部分，地图覆层可以被呈现给用户。因而，通知区域内的所有用户都接收到警告他们关于劫难的PWS消息。选择观察地图覆层的用户获得关于当前和将来的洪水面积的额外信息。因而，被PWS通知存在洪水，但是能够从地图中看出他们不处于立即或者预计有危险的用户能够更确保他们的安全并且判断他们做出的准备工作。
2.多媒体下载
这种使用情况描述了使能PWS网络内的用户接收由已下载多媒体形式的单独多媒体内容传输补充的PWS通知。
例如，儿童已经被绑架，并且已经通知了紧急情况服务。紧急情况服务由于所聚集的信息已经决定，通知该绑架区域内的用户并且使得当地居民警惕是有用的。产生公告，由此将被绑架者(abductee)的细节(相片、年龄、身高、视频、文本等等)打包在一起。PWS通知被发送给紧急情况服务定义的通知区域内的用户。作为PWS通知的一部分，多媒体数据包可以被呈现给用户。因而，通知区域内的所有用户都接收警告他们关于绑架的PWS通知。选择观看多媒体内容的用户获得关于被绑架者的额外信息和文本，并且能够更加警惕被绑架者。
作为另一示例，不久前已经发生了地震。通信服务受限并且不稳固(patchy)。作为灾害响应的一部分，已经汇编了失踪人员名单。产生公告，由此将失踪人员的细节(相片、年龄、身高、视频、文本等等)打包在一起。然后以对象轮播广播这种包(package)。随着失踪人员的细节改变，在服务器上修改该包。PWS通知被发送给紧急情况服务或者失踪人员部门定义的通知区域内的用户。作为PWS通知的一部分，存在使得UE能够从广播下载关于失踪人员的最新信息包的信息。UE从广播下载内容，并且用户查看失踪人员数据的最初的包。在较晚日期(在广播结束之前)，应通知UE轮盘的内容已经改变，并且UE从广播下载内容，并且用户查看失踪人员数据的更新版本。因而，通知区域内的所有用户都接收到通知他们关于失踪人员的PWS通知。选择观看多媒体内容的用户获得关于失踪人员的额外信息，并且能够更有效地帮助重建工作。
描述了关于PWS的系统信息。可以参考3GPP TS 36.331V12.0.0(2013-12)的章节5.2。系统信息被分为MasterInformationBlock(MIB)和许多SystemInformationBlocks(SIB)。MIB包括从小区获取其他信息所需的、并且在BCH上发送的有限数目的最必要和最频繁发送的参数。除了SystemInformationBlockType1之外的SIB在SystemInformation(SI)消息中携带，并且SIB到SI消息的映射可由SystemInformationBlockType1中所包括的schedulingInfoList灵活地配置。每个SIB都仅被包含在单个SI消息中，仅具有相同调度要求(周期性)的SIB能够被映射到相同的SIB消息，并且SystemInformationBlockType2始终被映射到对应于schedulingInfoList中的SI消息列表中的第一条目的SI消息。可能存在以相同周期性发送的多条SI消息。SystemInformationBlockType1和所有SI消息都在DL-SCH上发送。
除了广播之外，E-UTRAN可以经由专用信令，即在RRCConnectionReconfiguration消息内提供包括相同参数值的SystemInformationBlockType1。
UE应用系统信息获取，并且改变用于主小区(PCell)的监控过程。对于辅小区(SCell)，当添加SCell时，E-UTRAN经由专用信令提供与RRC_CONNECTED中的操作相关的所有系统信息。一旦改变所配置的SCell的相关系统信息，E-UTRAN释放并且继而添加所关注的SCell，这可以利用单个RRCConnectionReconfiguration消息完成。如果UE正在接收或者对在小区中接收MBMS服务感兴趣，则UE应该应用系统信息获取，并且改变与该小区的MBMS操作相关的监控过程。E-UTRAN可以经由专用信令配置与所关注的SCell中广播的不同的参数值。
被配置有RN子帧配置的中继节点(RN)不需要应用系统信息获取以及改变监控过程。一旦改变与RN相关的任何系统信息，则E-UTRAN使用RNReconfiguration消息，通过专用信令向被配置有RN子帧配置的RN提供包含相关系统信息的系统信息块。对于被配置有RN子帧配置的RN，该专用信令中所含的系统信息代替任何相应的存储系统信息，并且优先于通过系统信息获取过程获取的任何相应系统信息。专用系统信息保持有效直到被覆写。E-UTRAN可以经由专用信令配置具有与所关注的小区中广播中的不同参数值的RN。
地震和海啸报警服务(ETWS)主通知和/或ETWS辅通知能够在任何时间点发生。寻呼消息被用于通知RRC_IDLE中的具备ETWS能力的UE以及RRC_CONNECTED中的UE关于存在ETWS主通知和/或ETWS辅通知。如果UE接收到包括etws-Indication的寻呼消息，则应根据SystemInformationBlockType1中所含的schedulingInfoList开始接收ETWS主通知和/或ETWS辅通知。如果UE在获取ETWS通知时接收到包括etws-Indication的寻呼消息，则UE应基于先前获取的schedulingInfoList继续获取ETWS通知，直到重新获取SystemInformationBlockType1中的schedulingInfoList。UE不需要定期检查SystemInformationBlockType1中所含的schedulingInfoList，但是包括etws-Indication的寻呼消息触发UE为了SystemInformationBlockType10和SystemInformationBlockType11的调度改变而重新获取SystemInformationBlockType1中所含的schedulingInfoList。在不再调度ETWS时，UE可以接收或者可以不接收包括etws-Indication和/或systemInfoModification的寻呼消息。
ETWS主通知被包含在SystemInformationBlockType10中，并且ETWS辅通知被包含在SystemInformationBlockType11中。分段能够被应用于递送辅通知。分段对于小区内的给定辅通知(即，对于具有相同messageIdentifier、serialNumber和warningMessageSegmentNumber的给定分段为相同的分段大小)的传输是固定的。ETWS辅通知对应于单个CB数据IE(CB data IE)。
商业移动预警系统(CMAS)通知能够发生在任何时间点。寻呼消息被用于通知RRC_IDLE中的具备CMAS能力的UE和RRC_CONNECTED中的UE关于一个或者更多CMAS通知的存在。如果UE接收到包括cmas-Indication的寻呼消息，则应根据SystemInformationBlockType1中所含的schedulingInfoList开始接收CMAS通知。如果UE在获取CMAS通知时接收包括cmas-Indication的寻呼消息，则UE应基于先前获取的schedulingInfoList继续获取CMAS通知，直到重新获取在SystemInformationBlockType1中的schedulingInfoList。UE不需要定期检查SystemInformationBlockType1中所含的schedulingInfoList，但是包括cmas-Indication的寻呼消息触发UE为了SystemInformationBlockType12的调度改变而重新获取在SystemInformationBlockType1中的schedulingInfoList。在不再调度SystemInformationBlockType12时，UE可以接收或者可以不接收包括cmas-Indication和/或systemInfoModification的寻呼消息。
CMAS通知被包含在SystemInformationBlockType12中。分段能够被应用于CMAS通知的递送。分段对于小区内的给定CMAS通知(即，对于具有相同messageIdentifier、serialNumber和warningMessageSegmentNumber的给定分段为相同的分段大小)的传输是固定的。E-UTRAN不与CMAS通知的传输交织，即给定CMAS通知传输的所有分段都在另一CMAS通知的那些分段之前发送。CMAS通知对应于单个CB data IE。
图6示出系统信息获取过程。UE应用系统信息获取过程以获取由E-UTRAN广播的AS和NAS系统信息。该过程应用于RRC_IDLE中的UE和RRC_CONNECTED中的UE。UE应一旦选择(例如，一旦加电)并且一旦重新选择小区、在切换完成后，在从另一RAT进入E-UTRA后、一旦从覆盖外返回、一旦接收到系统信息已经改变的通知、一旦接收到关于存在ETWS通知的指示、一旦接收到关于存在CMAS通知的指示、一旦接收到扩展接入限制(EAB)参数已经改变的通知、一旦从CDMA2000上层接收到请求以及一旦超过最大有效持续时间，就应用系统信息获取过程。除非在过程说明中明确指出，否则系统信息获取过程都覆写任何存储的系统信息，即delta配置不适于系统信息，并且除非另外明确指出，否则如果字段不存在于系统信息，则UE停止使用该字段。
UE应：
1>确保具有(至少)下列系统信息的下文定义的有效版本，也称为“所需”系统信息：
2>如果处于RRC_IDLE中：
3>取决于所关注的RAT的支持，MasterInformationBlock(步骤S60)和SystemInformationBlockType1(步骤S61)以及通过SystemInformationBlockType8的SystemInformationBlockType2；
2>如果处于RRC_CONNECTED中：
3>取决于CDMA2000的支持，MasterInformationBlock(步骤S60)、SystemInformationBlockType1(步骤S61)和SystemInformationBlockType2以及SystemInformationBlockType8；
1>除非另外指定，否则都在验证有效时刻起3小时后删除任何存储的系统信息；
1>如果SystemInformationBlockType1中所包括的systemInfoValueTag与所存储的系统信息中的一个不同，则认为除了SystemInformationBlockType10、SystemInformationBlockType11、systemInformationBlockType12和systemInformationBlockType14之外任何存储的系统信息都无效；
UE应：
1>应用特定的BCCH配置；
1>如果过程被系统信息改变通知触发：
2>从其中接收改变通知之后的更改时段开始，开始获取所需系统信息。
UE继续使用先前接收的系统信息，直到已经获取新的系统信息。
1>如果UE处于RRC_IDLE中，并且进入UE还未存储RRC_IDLE中所需的系统信息的有效版本的小区：
2>使用系统信息获取过程获取RRC_IDLE中所需的系统信息；
1>在到UE还未存储RRC_CONNECTED中所需的系统信息的有效版本的主小区(PCell)的成功切换完成之后：
2>使用系统信息获取过程获取RRC_CONNECTED中所需的系统信息；
2>一旦获取所关注的系统信息：
3>如果存在，丢弃先前在专用消息中接收的radioResourceConfigCommon中包括的相应无线电资源配置信息；
1>在来自CDMA2000上层的请求之后：
2>获取SystemInformationBlockType8；
1>既不发起RRC连接建立过程，也不发起RRCConnectionReestablishmentRequest消息的传输，直到UE具有MasterInformationBlock和SystemInformationBlockType1消息以及SystemInformationBlockType2的有效版本；
1>如果广播，则不发起经过EAB的RRC连接建立，直到UE具有SystemInformationBlockType14的有效版本；
1>如果UE具备ETWS能力：
2>一旦在RRC_IDLE期间进入小区，则在成功切换之后或者一旦连接重新建立：
3>丢弃任何先前缓存的warningMessageSegment；
3>如果存在清除SystemInformationBlockType11的messageIdentifier和serialNumber的当前值；
2>当UE在ETWS指示后获取SystemInformationBlockType1时，一旦在RRC_IDLE期间进入小区，则在成功切换之后或者一旦连接重新建立：
3>如果schedulingInfoList指示存在SystemInformationBlockType10：
4>立即开始获取SystemInformationBlockType10；
3>如果schedulingInfoList指示存在SystemInformationBlockType11：
4>立即开始获取SystemInformationBlockType11；
即使当SystemInformationBlockType1中的systemInfoValueTag还未改变时，UE也应开始获取上述SystemInformationBlockType10和SystemInformationBlockType11。
1>如果UE具备CMAS能力：
2>一旦在RRC_IDLE期间进入小区，则在成功切换之后或者一旦连接重新建立：
3>丢弃任何先前缓存的warningMessageSegment；
3>如果存在，则清除与所丢弃的warningMessageSegment相关联的SystemInformationBlockType12的messageIdentifier和serialNumber的存储值；
2>当UE在CMAS指示后获取SystemInformationBlockType1时，一旦在RRC_IDLE期间进入小区，在成功切换之后或者一旦连接重新建立：
3>如果schedulingInfoList指示存在SystemInformationBlockType12：
4>获取SystemInformationBlockType12；
即使当SystemInformationBlockType1中的systemInfoValueTag还未改变时，UE也应开始获取上述SystemInformationBlockType12。
1>如果UE对接收MBMS服务感兴趣：
2>如果schedulingInfoList指示SystemInformationBlockType13存在，并且UE还未存储该系统信息块的有效版本：
3>获取SystemInformationBlockType13；
2>如果UE能够MBMS服务连续：
3>如果schedulingInfoList指示SystemInformationBlockType15存在，并且UE还未存储该系统信息块的有效版本：
4>获取SystemInformationBlockType15；
1>如果UE具备EAB能力：
2>当UE一旦进入RRC_IDLE还未存储SystemInformationBlockType14的有效版本，或者当UE在EAB参数改变通知后或者一旦在RRC_IDLE期间进入小区获取SystemInformationBlockType1：
3>如果schedulingInfoList指示SystemInformationBlockType14存在；
4>立即开始获取SystemInformationBlockType14；
3>否则：
4>如果先前接收，则丢弃SystemInformationBlockType14；
即使当SystemInformationBlockType1中的systemInfoValueTag还未改变时，具备EAB能力的UE也开始获取上述SystemInformationBlockType14。具备EAB能力的UE在RRC_IDLE中保持最新SystemInformationBlockType14。
UE可以立即应用所接收的SIB，即UE不需要使用SIB延迟，直到已经接收所有的SI消息。UE可以延迟应用所接收的SIB，直到完成与所接收的或者UE发起的RRC消息相关联的下层过程，例如正在进行的随机接入过程。当尝试获取特定SIB时，如果UE从schedulingInfoList检测出不再存在，则UE应停止尝试获取特定SIB。
描述关于PWS的系统信息。可以参考3GPP TS 36.331V12.0.0(2013-12)的章节5.3.2。
图7示出寻呼过程。寻呼过程的目的在于向处于RRC_IDLE中的UE发送寻呼信息，和/或通知处于RRC_IDLE中的UE和处于RRC_CONNECTED中的UE关于系统信息变化，和/或通知关于ETWS主通知和/或ETWS辅通知，和/或通知关于CMAS通知。寻呼信息被提供给上层，作为响应，上层可以发起RRC连接建立，例如接收呼入呼叫。
在步骤S70中，E-UTRAN通过在UE的寻呼时机发送寻呼消息而发起寻呼过程。E-UTRAN可以通过包括用于每个UE的一个PagingRecord而对寻呼消息内的多个UE寻址。E-UTRAN也可以指示系统信息的变化，和/或在寻呼消息中提供ETWS通知或者CMAS通知。
一旦接收寻呼消息，UE应：
1>如果处于RRC_IDLE中，对于每个PagingRecord，如果存在，被包括在寻呼消息中：
2>如果被包括在PagingRecord中的ue-Identity匹配上层所分配的UE标识中的一个：
3>将ue-Identity和cn-Domain转发给上层；
1>如果systemInfoModification被包括：
2>使用系统信息获取过程重新获取所需系统信息。
1>如果包括etws-Indication，并且UE具备ETWS能力：
2>立即重新获取SystemInformationBlockType1，即，没有等到下一系统信息改变时段边界；
2>如果schedulingInfoList指示存在SystemInformationBlockType10：
3>获取SystemInformationBlockType10；
2>如果schedulingInfoList指示存在SystemInformationBlockType11：
3>获取SystemInformationBlockType11；
1>如果包括cmas-Indication，并且UE具备CMAS能力：
2>立即重新获取SystemInformationBlockType1，即，没有等到下一系统信息改变时段边界；
2>如果schedulingInfoList指示存在SystemInformationBlockType12：
3>获取SystemInformationBlockType12；
1>如果处于RRC_IDLE中，则包括eab-ParamModification并且UE具备EAB能力：
2>将先前存储的SystemInformationBlockType14视为无效的；
2>立即重新获取SystemInformationBlockType1，即，没有等待直到下一系统信息改变时段边界；
2>使用系统信息获取过程重新获取SystemInformationBlockType14；
表1示出寻呼消息的示例。
<表1>
参考表1，如果存在，cmas-Indication字段指示CMAS通知的指示。etws-Indication字段指示ETWS主通知和/或ETWS辅助通知的指示。
描述了MBMS。可以参考3GPP TS 36.300V11.7.0(2013-09)的章节15和3GPP TS 36.331V12.0.0(2013-12)的章节5.8。
图8示出MBMS定义。对于MBMS，下述定义可以被引入。
–多播广播单频网络(MBSFN)同步区域：这是所有eNB能够被同步并且执行MBSFN传输的网络的区域。MBSFN同步区域能够支持一个或者多个MBSFN区域。在给定的频率层上，eNB能够仅属于一个MBSFN同步区域。MBSFN同步区域独立于MBMS服务区域的定义。
-MBSFN传输或者MBSFN模式下的传输：这是通过在相同的时间来自多个小区的相同波形的传输所实现的同播(simulcast)传输技术。来自于MBSFN区域内的多个小区的MBSFN传输被视为通过UE的单个传输。
-MBSFN区域：MBSFN区域是由网络的MBSFN同步区域内的一组小区组成，它们协作以实现MBSFN传输。除了MBSFN区域保留小区之外，MBSFN区域内的所有小区有助于MBSFN传输并且广告其可用性。UE可以仅需要考虑被配置的MBSFN区域的子集，即，当获知哪个MBSFN区域请求其有兴趣接收的服务时。
-MBSFN区域保留小区：这是无助于MBSFN传输的MBSFN区域内的小区。可以允许该小区为了其他服务而发送，但是在为MBSFN传输而分配的资源上以限制的功率进行发送。
-同步序列：每个同步协议数据单元(SYNC PDU)包含指示同步序列的开始时间的时间戳。对于MBMS服务，每个同步序列具有相同的持续时间，其在广播和多播服务中心(BM-SC)以及多小区/多播协作实体(MCE)中被配置。
-同步时段：同步时段为每个同步序列的开始时间的指示提供时间参考。在每个SYNC PDU中提供的时间戳是参考同步时段的开始时间的相对值。同步时段的持续时间是可配置的。
一般地，将仅与支持MBMS的UE相关的控制信息与单播控制信息分离尽可能多。大多数MBMS控制信息是在对MBMS公共控制信息特定的逻辑信道(MCCH)上提供的。E-UTRA每个MBSFN区域采用一个MCCH逻辑信道。在网络配置多个MBSFN区域的情况下，UE从MCCH接收MBMS控制信息，该MCCH被配置成识别其有兴趣接收的服务是否正在进行中。可仅要求具备MBMS能力的UE支持每次单个MBMS服务的接收。MCCH携带MBSFNAreaConfiguration消息，其指示在进行中的MBMS会话以及(相应)无线电资源配置。当E-UTRAN希望对正在接收或有兴趣接收一个或多个特定MBMS服务的RRC_CONNECTED中的UE的数目进行计数时，MCCH还可承载MBMSCountingRequest消息。
在BCCH上提供有限量的MBMS控制信息。这首先涉及获取MCCH所需的信息。借助于单个MBMS特定SystemInformationBlock：SystemInformationBlockType13来携带此信息。仅由SystemInformationBlockType13中的mbsfn-AreaId来识别MBSFN区域。在移动时，当源小区和目标小区在mbsfn-AreaId中广播相同的值时，UE认为MBSFN区域是连续的。
图9示出MCCH信息获取过程。UE应用MCCH信息获取过程来获取由E-UTRAN广播的MBMS控制信息。该过程适用于RRC_IDLE中或RRC_CONNECTED中的具备MBMS能力的UE。
有兴趣接收MBMS服务的UE应在进入相应MBSFN区域时(例如在通电时、遵循UE移动性)以及在接收到MCCH信息已改变的通知时应用MCCH信息获取过程。接收到MBMS服务的UE应在每个修改时段开始处应用MCCH信息获取过程来获取MCCH，其与正在接收的服务相对应。
除非在过程规范中另外明确地阐述，否则MCCH信息获取过程覆写任何存储的MCCH信息，即delta配置不适用于MCCH信息，并且UE中断使用字段(如果其在MCCH信息中不存在的话)，除非另外明确地指定。
具备MBMS能力的UE应：
1＞如果该过程被MCCH信息改变通知触发：
2＞从在其中接收到改变通知的修改时段之后的修改时段的开头起，开始获取MBSFNAreaConfiguration消息(在步骤S90中)和MBMSCountingRequest消息(如果存在的话)(在步骤S91中)；
1＞如果UE进入MBSFN区域：
2＞在下一重复时段处，获取MBSFNAreaConfiguration消息(在步骤S90中)和MBMSCountingRequest消息(如果存在的话)(在步骤S91处)；
1＞如果UE接收到MBMS服务：
2＞从每个修改时段的开头起，开始获取MBSFNAreaConfiguration消息(在步骤S90中)和MBMSCountingRequest消息(如果存在的话)(在步骤S91中)，其两者都涉及正在接收的服务的MBSFN区域；
除了PWS消息之外，可以提供用于PWS的多媒体广播补充(MBS)。可以经由MBMS和/或演进的MBMS(eMBMS)提供MBS。在经由MBMS或者eMBMS接收用于PWS的MBMS之前要求UE经由系统信息接收PWS消息。在这样的情况下，UE可以接收系统信息并且然后开始监控MCCH和MTCH。其后，UE能够经由MBMS和/或eMBMS接收MBMS。这样的接收过程相对于PWS消息的接收可能消耗一些时间，并且因此必须紧急提供的MBS不能够快速地抵达UE。
为了解决上述问题，下面描述根据本发明的实施例的用于发送用于PWS的MBS的方法。根据本发明的实施例，eNB经由系统信息发送指示小区是否支持MBS的MBS信息，并且发送用于PWS消息的MBS指示。
图10示出根据本发明的实施例的发送用于PWS的MBS的方法的示例。假定UE可以处于RRC_IDLE中或者处于RRC_CONNECTED中，并且可以支持ETWS/CMAS和MBMS。
在步骤S100中，UE从网络接收MBS信息。可以经由系统信息接收MBS信息。MBS信息可以指示下述中的至少一个：小区是否支持用于PWS的MBS、与要发送MBS的MBMS服务区域相对应的服务区域标识符(SAI)、要发送MBS的MBSFN区域、或者与MBS相对应的MBMS有关信道(诸如物理多播信道(PMCH)/MCCH/MTCH)中的至少一个。
在步骤S110中，UE从网络接收用于PWS的MBS指示。可以经由指示网络临时标识(P-RNTI)的寻呼消息、SIB1或者PDCCH接收MBS指示。如果经由寻呼消息接收MBS指示，则寻呼消息应包括ETWS指示或者CMAS指示。即，如果MBS指示在寻呼消息中存在，则在相同的寻呼消息中存在ETWS指示或者CMAS指示。如果在寻呼消息中不存在ETWS指示或者CMAS指示，但是在寻呼消息中存在MBS指示，则UE可以忽略寻呼消息中的MBS指示。
一旦接收到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可能已知获知配置。
在步骤S120中，UE经由诸如MTCH的广播/多播信道从网络获取用于PWS的MBS。仅当UE被驻留的UE的小区处的系统信息包括与要发送MBS的MBMS服务区域相对应的SAI，才可以获取MBS。可替选地，在接收到MBS信息时可以获取MBS。除了PWS消息之外，MBS向用户提供附加的多媒体公共报警信息。
图11示出根据本发明的实施例的发送用于PWS的MBS的方法的另一示例。
在步骤S200中，UE经由系统信息接收MBS信息。MBS信息可以指示小区是否支持MBS、与要发送MBS的MBMS区域相对应的SAI、将会发送MBS的MBSFN区域、以及与MBS相对应的PMCH/MCCH/MTCH。
在步骤S210中，UE监控寻呼消息。UE可以从寻呼消息获取MBS指示。可替选地，UE可以从携带P-RNTI的PDCCH或者SIB1获取MBS指示。寻呼消息可以进一步包括与MBS指示有关的ETWS指示或者CMAS指示。因此，如果经由寻呼消息获取MBS指示，则ETWS指示或者CMAS指示应被包括在相同的寻呼消息中。如果寻呼消息包括MBS指示但是不包括ETWS指示或者CMAS指示，则UE可以忽略寻呼消息中的MBS指示，即，UE可以将MBS指示视为无效的MBS指示。
一旦接收到(有效的)MBS指示，在步骤S220中，UE可以经由SIB 10、SIB11或者SIB12接收PWS消息，诸如主/辅助ETWS消息或者CMAS消息。此外，在步骤S221中，UE可以开始监控MBMS相关信道，诸如MCCH或者MTCH。UE可以监控/接收与MBSFN区域相对应的MCCH和将会发送MBS的MBMS服务区域。仅当UE被驻留的小区处的系统信息广播与将会发送MBS的MBMS服务区域相对应的SAI，UE才可以接收MCCH。
网络可以经由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消息。
在步骤S20中，UE基于接收到的配置经由MTCH获取MBS。仅当UE被驻留的小区处的系统信息广播与将会发送的MBMS服务区域相对应的SAI，UE才可以接收MTCH。可替选地，在为MBS预先配置MTCH的情况下UE可以获知哪一个MTCH通过RRC/NAS/应用消息携带MBS。因此，UE可以在接收到MBS指示时直接地开始接收MTCH，而没有经由MCCH接收配置，以便于获取MBS。
图12示出实现本发明实施例的无线通信系统。
eNB 800可以包括处理器810、存储器820和射频(RF)单元830。处理器810可以被配置为实现在本说明书中描述的所提出的功能、过程和/或方法。无线电接口协议的层可以在处理器810中实现。存储器820可操作地与处理器810耦合，并且存储操作处理器810的各种信息。RF单元830可操作地与处理器810耦合，并且发送和/或接收无线电信号。
UE 900可以包括处理器910、存储器920和RF单元930。处理器910可以被配置为实现在本说明书中描述的提出的功能、过程和/或方法。无线电接口协议的层可以在处理器910中实现。存储器920可操作地与处理器910耦合，并且存储操作处理器910的各种信息。RF单元930可操作地与处理器910耦合，并且发送和/或接收无线电信号。
处理器810、910可以包括专用应用集成电路(ASIC)、其他芯片组、逻辑电路和/或数据处理设备。存储器820、920可以包括只读存储器(ROM)、随机存取存储器(RAM)、快闪存储器、存储器卡、存储介质和/或其他存储设备。RF单元830、930可以包括基带电路以处理射频信号。当实施例以软件实现时，在此处描述的技术可以以执行在此处描述的功能的模块(例如，过程、功能等)来实现。模块可以存储在存储器820、920中，并且由处理器810、910执行。存储器820、920能够在处理器810、910内或者在处理器810、910的外部实现，在外部实现情况下，存储器820、920经由如在本领域已知的各种装置可通信地耦合到处理器810、910。
由在此处描述的示例性系统看来，已经参考若干流程图描述了按照公开的主题可以实现的方法。尽管为了简化的目的，这些方法被示出和描述为一系列的步骤或者模块，但是应该明白和理解，所要求的主题不受步骤或者模块的顺序限制，因为一些步骤可以以与在此处描绘和描述的不同的顺序发生或者与其他步骤同时发生。另外，本领域技术人员应该理解，在流程图中图示的步骤不是排他的，并且可以包括其他步骤，或者在示例流程图中的一个或多个步骤可以被删除，而不影响本公开的范围和精神。

Claims (15)

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所述的方法，其中，所述系统信息对应于SIB10、SIB11、或者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。
CN201580010395.6A 2014-03-13 2015-03-11 无线通信系统中发送用于公共报警系统的多媒体广播补充的方法和装置 Withdrawn CN106031200A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201461952148P 2014-03-13 2014-03-13
US61/952,148 2014-03-13
PCT/KR2015/002368 WO2015137730A1 (en) 2014-03-13 2015-03-11 Method and apparatus for transmitting multimedia broadcast supplement for public warning system in wireless communication system

Publications (1)

Publication Number Publication Date
CN106031200A true CN106031200A (zh) 2016-10-12

Family

ID=54072092

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580010395.6A Withdrawn CN106031200A (zh) 2014-03-13 2015-03-11 无线通信系统中发送用于公共报警系统的多媒体广播补充的方法和装置

Country Status (4)

Country Link
US (1) US20170013433A1 (zh)
EP (1) EP3117635A4 (zh)
CN (1) CN106031200A (zh)
WO (1) WO2015137730A1 (zh)

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108124245A (zh) * 2016-11-25 2018-06-05 北京小米移动软件有限公司 寻呼信令消息的处理方法、生成方法及装置
CN108141734A (zh) * 2015-09-22 2018-06-08 黑莓有限公司 接收公共警报系统数据
CN109845340A (zh) * 2017-01-26 2019-06-04 Lg 电子株式会社 请求系统信息的方法和装置
CN110235455A (zh) * 2017-02-03 2019-09-13 瑞典爱立信有限公司 用于多媒体广播多播业务的方法、用户设备和无线电网络节点
CN111418221A (zh) * 2018-08-10 2020-07-14 IPCom两合公司 通过n3gpp接入的公共报警消息
CN112567780A (zh) * 2018-08-17 2021-03-26 华为技术有限公司 一种伪基站识别方法及装置
CN113892281A (zh) * 2019-03-26 2022-01-04 苹果公司 在处于ce的ue的连接模式下的etws/cmas的通知和获取
WO2022028539A1 (zh) * 2020-08-06 2022-02-10 维沃移动通信有限公司 信息传输方法、装置、终端及网络侧设备
WO2022057857A1 (zh) * 2020-09-18 2022-03-24 夏普株式会社 用户设备及其方法、基站及其方法
WO2022078384A1 (zh) * 2020-10-15 2022-04-21 夏普株式会社 用户设备执行的传输方法、用户设备、基站以及基站执行的传输方法
WO2022082802A1 (en) * 2020-10-23 2022-04-28 Jrd Communication (Shenzhen) Ltd Mbs processing method, communication apparatus and storage medium
WO2022083533A1 (zh) * 2020-10-20 2022-04-28 夏普株式会社 非连续性接收方法以及用户设备
CN114466317A (zh) * 2020-11-09 2022-05-10 纬创资通股份有限公司 移动通讯装置与基于多媒体广播群播服务的紧急广播方法
WO2022133877A1 (zh) * 2020-12-24 2022-06-30 Oppo广东移动通信有限公司 一种mbs业务的指示方法及装置、终端设备、网络设备
WO2022194272A1 (en) * 2021-03-18 2022-09-22 FG Innovation Company Limited User equipment and method for mbs service management
WO2022205367A1 (zh) * 2021-04-01 2022-10-06 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160127439A1 (en) * 2014-11-03 2016-05-05 Qualcomm Incorporated Interfacing multimedia public warning system alerts
US10271182B2 (en) 2015-07-29 2019-04-23 Blackberry Limited Enhanced public warning system to provide rich content
KR101895170B1 (ko) * 2016-08-11 2018-09-05 주식회사 케이티 멀티캐스트 통신 방법 및 장치
WO2018029506A1 (zh) * 2016-08-12 2018-02-15 中兴通讯股份有限公司 组播传输方法、装置及计算机存储介质
CN107734468B (zh) 2016-08-12 2020-07-28 中兴通讯股份有限公司 组播传输方法及装置
CN108282818B (zh) * 2017-01-06 2020-11-17 中兴通讯股份有限公司 一种ran通知范围信息处理方法及装置
US10075834B1 (en) 2017-04-12 2018-09-11 At&T Intellectual Property I, L.P. Emergency services delivery
US10652721B1 (en) 2019-02-27 2020-05-12 At&T Intellectual Property I, L.P. Providing multimedia wireless emergency alerts
WO2021189236A1 (en) 2020-03-24 2021-09-30 Qualcomm Incorporated Convergence of public warning system (pws) and multimedia service for emergency broadcast
CN111901766A (zh) * 2020-04-27 2020-11-06 中兴通讯股份有限公司 承载配置、上下文信息管理、释放方法、装置和设备
CN111935807A (zh) * 2020-08-10 2020-11-13 中兴通讯股份有限公司 一种控制信息的传输方法、设备和存储介质
CN114390675B (zh) * 2020-10-22 2024-09-20 维沃移动通信有限公司 寻呼消息的接收方法、寻呼配置方法、终端及网络侧设备
CN112512039B (zh) * 2020-12-04 2022-12-06 素泰智能科技(上海)有限公司 一种验证告警信息合法性的方法及终端设备
CN116261884A (zh) * 2020-12-18 2023-06-13 Oppo广东移动通信有限公司 一种mbs配置变更的方法及装置、终端设备、网络设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101656915A (zh) * 2008-08-18 2010-02-24 中兴通讯股份有限公司 应急告警系统中灾难通知信息及紧急通知信息的传送方法
CN101690277A (zh) * 2007-07-05 2010-03-31 三菱电机株式会社 移动通信系统、基站及移动终端
US20110117874A1 (en) * 2009-11-17 2011-05-19 At&T Mobility Ii Llc Interactive Personal Emergency Communications
CN103636244A (zh) * 2012-06-29 2014-03-12 华为技术有限公司 基于mbms技术的紧急通信方法和装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8761713B2 (en) * 2007-02-02 2014-06-24 Qualcomm Incorporated Method and apparatus for emergency broadcast using an emergency broadcast-multicast service
US8730010B2 (en) * 2008-03-18 2014-05-20 Lg Electronics Inc. Method of receiving a disaster warning message using a paging message in mobile communication system
US8706076B2 (en) * 2008-03-18 2014-04-22 Lg Electronics Inc. Method of receiving a disaster warning message through a broadcast/multicast channel
KR101202147B1 (ko) * 2008-06-20 2012-11-15 인터디지탈 패튼 홀딩스, 인크 시스템 정보 브로드캐스트에서의 비상사태 정보
CN103581958B (zh) * 2012-07-26 2019-06-04 中兴通讯股份有限公司 告警控制信息的处理方法、告警信息的接收方法及终端
US10182330B2 (en) * 2012-11-13 2019-01-15 Qualcomm, Incorporated Emergency alert using MBMS and cell broadcasting
US20140355507A1 (en) * 2013-05-28 2014-12-04 Qualcomm Incorporated Adjusting priority of mbms and femto cells

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101690277A (zh) * 2007-07-05 2010-03-31 三菱电机株式会社 移动通信系统、基站及移动终端
CN101656915A (zh) * 2008-08-18 2010-02-24 中兴通讯股份有限公司 应急告警系统中灾难通知信息及紧急通知信息的传送方法
US20110117874A1 (en) * 2009-11-17 2011-05-19 At&T Mobility Ii Llc Interactive Personal Emergency Communications
CN103636244A (zh) * 2012-06-29 2014-03-12 华为技术有限公司 基于mbms技术的紧急通信方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP: "《3GPP TR 23.828 V8.0.0》", 14 September 2008 *

Cited By (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108141734A (zh) * 2015-09-22 2018-06-08 黑莓有限公司 接收公共警报系统数据
CN108141734B (zh) * 2015-09-22 2021-01-12 黑莓有限公司 接收公共警报系统数据
CN108124245A (zh) * 2016-11-25 2018-06-05 北京小米移动软件有限公司 寻呼信令消息的处理方法、生成方法及装置
CN109845340A (zh) * 2017-01-26 2019-06-04 Lg 电子株式会社 请求系统信息的方法和装置
US11582809B2 (en) 2017-01-26 2023-02-14 Lg Electronics Inc. Method and apparatus for requesting system information
CN110235455A (zh) * 2017-02-03 2019-09-13 瑞典爱立信有限公司 用于多媒体广播多播业务的方法、用户设备和无线电网络节点
CN110235455B (zh) * 2017-02-03 2021-11-19 瑞典爱立信有限公司 用于多媒体广播多播业务的方法、用户设备和无线电网络节点
US11570585B2 (en) 2017-02-03 2023-01-31 Telefonaktiebolaget Lm Ericsson (Publ) Methods, user equipment and radio network node for multimedia broadcast multicast service
CN111418221A (zh) * 2018-08-10 2020-07-14 IPCom两合公司 通过n3gpp接入的公共报警消息
CN111418221B (zh) * 2018-08-10 2021-09-21 IPCom两合公司 通过n3gpp接入公共报警消息的方法和装置
CN113676887A (zh) * 2018-08-10 2021-11-19 IPCom两合公司 通过n3gpp接入的公共报警消息
CN113676887B (zh) * 2018-08-10 2022-11-04 IPCom两合公司 通过n3gpp接入的公共报警消息
CN112567780B (zh) * 2018-08-17 2022-08-09 华为技术有限公司 一种伪基站识别方法及装置
CN112567780A (zh) * 2018-08-17 2021-03-26 华为技术有限公司 一种伪基站识别方法及装置
US12041524B2 (en) 2019-03-26 2024-07-16 Apple Inc. Notification and acquisition of ETWS/CMAS in connected mode for UEs in CE
CN113892281B (zh) * 2019-03-26 2024-04-02 苹果公司 在处于ce的ue的连接模式下的etws/cmas的通知和获取
CN113892281A (zh) * 2019-03-26 2022-01-04 苹果公司 在处于ce的ue的连接模式下的etws/cmas的通知和获取
WO2022028539A1 (zh) * 2020-08-06 2022-02-10 维沃移动通信有限公司 信息传输方法、装置、终端及网络侧设备
WO2022057857A1 (zh) * 2020-09-18 2022-03-24 夏普株式会社 用户设备及其方法、基站及其方法
WO2022078384A1 (zh) * 2020-10-15 2022-04-21 夏普株式会社 用户设备执行的传输方法、用户设备、基站以及基站执行的传输方法
WO2022083533A1 (zh) * 2020-10-20 2022-04-28 夏普株式会社 非连续性接收方法以及用户设备
WO2022082802A1 (en) * 2020-10-23 2022-04-28 Jrd Communication (Shenzhen) Ltd Mbs processing method, communication apparatus and storage medium
CN114466317A (zh) * 2020-11-09 2022-05-10 纬创资通股份有限公司 移动通讯装置与基于多媒体广播群播服务的紧急广播方法
WO2022133877A1 (zh) * 2020-12-24 2022-06-30 Oppo广东移动通信有限公司 一种mbs业务的指示方法及装置、终端设备、网络设备
WO2022194272A1 (en) * 2021-03-18 2022-09-22 FG Innovation Company Limited User equipment and method for mbs service management
WO2022205570A1 (zh) * 2021-04-01 2022-10-06 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
WO2022205367A1 (zh) * 2021-04-01 2022-10-06 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备

Also Published As

Publication number Publication date
EP3117635A1 (en) 2017-01-18
WO2015137730A1 (en) 2015-09-17
EP3117635A4 (en) 2017-08-09
US20170013433A1 (en) 2017-01-12

Similar Documents

Publication Publication Date Title
CN106031200A (zh) 无线通信系统中发送用于公共报警系统的多媒体广播补充的方法和装置
CN106031213B (zh) 在无线通信系统中重新配置mbms mdt的方法和装置
US10904734B2 (en) Method and apparatus for notifying SI update, EAB update and PWS message in wireless communication system
EP3120601B1 (en) Method and apparatus for maintaining mbms mdt configuration in wireless communication system
CN104737470B (zh) 在无线通信系统中接收系统信息的方法和装置
US10512062B2 (en) Method and apparatus for indicating D2D resource pool in wireless communication system
CN105934969B (zh) 在无线通信系统中发送报告消息的方法和装置
US10165590B2 (en) Method and apparatus for configuring transmission of D2D control information in wireless communication system
CN103380635B (zh) 在无线通信系统中执行成员资格验证或者接入控制的方法和装置
CN106465066B (zh) 在无线通信系统中指示mbsfn区域的使用的方法和装置
CN107852627A (zh) 用于终端执行关于scptm的pdcch监测的方法和装置
EP3117652B1 (en) Method and apparatus for performing selective mbms mdt in wireless communication system
CN106105298B (zh) 在无线通信系统中配置用于多个mbsfn区域的mbms mdt的方法和装置
US10111231B2 (en) Method and apparatus for performing D2D operation in wireless communication system
CN105493531A (zh) 在无线通信系统中发送用于组通信的兴趣指示的方法和装置
CN106031215B (zh) 在无线通信系统中执行mbms mdt的方法和装置
CN105934895A (zh) 在无线通信系统中发送关于设备到设备资源的信息的方法和装置
US20170180952A1 (en) Method and apparatus for supporting broadcast mobile convergence in wireless communication system
CN106134241A (zh) 在无线通信系统中配置用于发现参考信号的测量的方法和装置
CN106664734A (zh) 在无线通信系统中执行用于双连接性的自主拒绝的方法和装置
CN105900358B (zh) 无线通信系统中确定测量时段的方法和装置
CN104584461A (zh) 在无线通信系统中发送指示的方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WW01 Invention patent application withdrawn after publication

Application publication date: 20161012

WW01 Invention patent application withdrawn after publication