WO2017027027A1 - Method and apparatus for determining whether or not a public-warning-system alert was broadcasted successfully - Google Patents

Method and apparatus for determining whether or not a public-warning-system alert was broadcasted successfully Download PDF

Info

Publication number
WO2017027027A1
WO2017027027A1 PCT/US2015/044809 US2015044809W WO2017027027A1 WO 2017027027 A1 WO2017027027 A1 WO 2017027027A1 US 2015044809 W US2015044809 W US 2015044809W WO 2017027027 A1 WO2017027027 A1 WO 2017027027A1
Authority
WO
WIPO (PCT)
Prior art keywords
broadcast
warning
public
status
system alert
Prior art date
Application number
PCT/US2015/044809
Other languages
French (fr)
Inventor
Devaki Chandramouli
Sean Kelley
Original Assignee
Nokia Solutions And Networks Oy
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 Nokia Solutions And Networks Oy filed Critical Nokia Solutions And Networks Oy
Priority to PCT/US2015/044809 priority Critical patent/WO2017027027A1/en
Publication of WO2017027027A1 publication Critical patent/WO2017027027A1/en

Links

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B27/00—Alarm systems in which the alarm condition is signalled from a central station to a plurality of substations
    • G08B27/006—Alarm systems in which the alarm condition is signalled from a central station to a plurality of substations with transmission via telephone network
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B29/00—Checking or monitoring of signalling or alarm systems; Prevention or correction of operating errors, e.g. preventing unauthorised operation
    • G08B29/18—Prevention or correction of operating errors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems

Definitions

  • Embodiments of the present invention relate to determining whether or not a public-warning-system alert was broadcasted successfully.
  • LTE Long-term Evolution
  • 3GPP 3 rd Generation Partnership Project
  • a method may include receiving, by a first network node, a request to broadcast a public-warning-system alert.
  • the method may also include receiving, by the first network node, a request to provide information on the status of the broadcast of the public-warning-system alert.
  • the method may also include broadcasting the public-warning-system alert.
  • the method may also include determining the status of the broadcast. The status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed.
  • the method may also include reporting the status of the broadcast to a second network node.
  • the first network node may include an evolved Node B.
  • the second network node may also include a cell broadcast center, and the reporting the status of the broadcast to the cell broadcast center may include reporting the status to the cell broadcast center via a mobility management entity.
  • the determining the status comprises determining a length of time between when the public-warning-system alert is first broadcasted and when the public-warning-system alert is last broadcasted, or determining a length of time between when the public-warning-system alert is first broadcasted and the current time.
  • the reporting the status to the second network node may occur when the broadcasting of the public-warning-system alert has completed or failed.
  • the reporting the duration may include reporting a duration of zero time.
  • an apparatus may include at least one processor.
  • the apparatus may also include at least one memory including computer program code.
  • the at least one memory and the computer program code may be configured, with the at least one processor, to cause the apparatus at least to receive a request to broadcast a public-warning-system alert.
  • the apparatus may also be caused to receive a request to provide information on the status of the broadcast of the public-warning-system alert.
  • the apparatus may also be caused to broadcast the public-warning-system alert.
  • the apparatus may also be caused to determine the status of the broadcast.
  • the status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed.
  • the apparatus may also be caused to report the status of the broadcast to a network node.
  • the apparatus may include an evolved Node B.
  • the network node may include a cell broadcast center.
  • the reporting the status of the broadcast to the cell broadcast center may include reporting the status to the cell broadcast center via a mobility management entity.
  • the determining the status may include determining a length of time between when the public-warning-system alert is first broadcasted and when the public-warning-system alert is last broadcasted, or determining a length of time between when the public-warning-system alert is first broadcasted and the current time.
  • the reporting the status to the second network node may occur when the broadcasting of the public-warning-system alert has completed or failed.
  • the reporting the duration may include reporting a duration of zero time.
  • a computer program product may be embodied on a non-transitory computer readable medium.
  • the computer program product may be configured to control a processor to perform a method according to the first embodiment.
  • a method may include transmitting, by a first network node, a request to broadcast a public-warning-system alert.
  • the method may also include receiving a status of the broadcast from a second network node.
  • the status may indicate at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed.
  • the method may also include determining whether the broadcast is successful. The determination of whether the broadcast is successful may be based on whether the received duration is approximately equal to the expected duration of the broadcast, on whether the broadcast is successfully ongoing, on whether the broadcast has successfully completed, or whether the broadcast has failed.
  • the first network node may include a cell broadcast center
  • the second network node may include an evolved Node B.
  • the cell broadcast center may receive the status of the broadcast from the evolved Node B.
  • the cell broadcast center may receive the status from the evolved Node B via a mobility management entity.
  • the receiving the duration may occur when a broadcasting of the public-warning-system alert has completed or failed.
  • an apparatus may include at least one processor.
  • the apparatus may also include at least one memory including computer program code.
  • the at least one memory and the computer program code may be configured, with the at least one processor, to cause the apparatus at least to transmit a request to broadcast a public-warning-system alert.
  • the apparatus may also be caused to receive a status of the broadcast from a second network node. The status may indicate at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed.
  • the apparatus may also be caused to determine whether the broadcast is successful.
  • the apparatus may include a cell broadcast center, and the network node may include an evolved Node B.
  • the cell broadcast center may receive the status of the broadcast from the evolved Node B.
  • the cell broadcast center may receive the status from the evolved Node B via a mobility management entity.
  • the receiving the duration may occur when a broadcasting of the public-warning-system alert has completed or failed.
  • a computer program product may be embodied on a non-transitory computer readable medium, the computer program product may be configured to control a processor to perform a method according to the fourth embodiment.
  • an apparatus may include first receiving means to receive a request to broadcast a public-warning-system alert.
  • the apparatus may also include second receiving means to receive a request to provide information on the status of the broadcast of the public-warning-system alert.
  • the apparatus may also include broadcasting means to broadcast the public-warning-system alert.
  • the apparatus may also include determining means to determine the status of the broadcast. The status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed.
  • the apparatus may also include reporting means to report the status of the broadcast to a network node.
  • an apparatus may include transmitting means to transmit a request to broadcast a public-warning-system alert.
  • the apparatus may also include receiving means to receive a status of the broadcast from a second network node. The status may indicate at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed.
  • the apparatus may also include determining means to determine whether the broadcast is successful. The determination of whether the broadcast is successful may be based on whether the received duration is approximately equal to the expected duration of the broadcast, on whether the broadcast is successfully ongoing, on whether the broadcast has successfully completed, or whether the broadcast has failed.
  • Fig. 1 illustrates a public warning system reference architecture for evolved UMTS Terrestrial Radio Access Network (E-UTRAN) and Universal Terrestrial Radio Access Network (UTRAN), in accordance with certain embodiments.
  • E-UTRAN evolved UMTS Terrestrial Radio Access Network
  • UTRAN Universal Terrestrial Radio Access Network
  • FIG. 2 illustrates a flowchart of a method in accordance with certain embodiments of the invention.
  • FIG. 3 illustrates a flowchart of a method in accordance with another embodiment.
  • FIG. 4 illustrates an apparatus in accordance with certain embodiments of the invention
  • FIG. 5 illustrates another apparatus in accordance with certain embodiments of the invention
  • FIG. 6 illustrates another apparatus in accordance with certain embodiments of the invention.
  • Fig. 7 illustrates a system in accordance with certain embodiments of the invention.
  • EPS Evolved Packet System
  • GPRS General Packet Radio System
  • EPS provides a new radio interface and provides new packet core network functions for broadband wireless data access.
  • EPS core network functions may include a Mobility Management Entity (MME), a Packet Data Network Gateway (PDN-GW, P-GW), and/or a Serving Gateway (S-GW).
  • MME Mobility Management Entity
  • PDN-GW Packet Data Network Gateway
  • S-GW Serving Gateway
  • Fig. 1 illustrates a public warning system reference architecture for LTE and UMTS, in accordance with certain embodiments.
  • the Public Warning System (PWS) architecture of Fig. 1 was defined to deliver public warning messages.
  • the PWS architecture may include an MME 105, a cell broadcast center 106, a cell broadcast entity 107, and/or a radio network controller 108.
  • the public warning messages may be delivered, for example, from national authorities 109 to users 1 10 in a certain area.
  • the PWS architecture may also include an evolved Node B (eNB) 112 and/or Node B 113.
  • eNB evolved Node B
  • 3GPP Technical Report (TR) 23.712 describes a process for reporting a PWS broadcast status in 3GPP Release 13.
  • 3 GPP TR 23.712 has the following requirement:
  • Warnings require knowing if warning the population is likely to be successful, or if alternative means of warning citizens need to be considered.
  • Mobile operators require knowing if they fulfil the service requirements and have actually broadcasted Warning
  • Warning Status Reporting 1. It shall be possible for the CBC to report, for each cell in the Warning Area, whether the warning message broadcast was successful or not;
  • 3GPP T 23.712 describes two technical implementations for determining whether or not a public-warning-system alert was broadcasted successfully.
  • a cell broadcast center CBC
  • eNB evolved Node B
  • the CBC may issue a request to receive reports from the evolved Node B.
  • the reports may describe the progress of the transmitting of the alert/broadcast.
  • the CBC may request that a single report be transmitted from the eNB to the CBC, or the CBC may request that periodic reports be transmitted from the eNB to the CBC.
  • the evolved Node B may be required to keep track of the number of broadcasts that are transmitted, and the reports which are sent by the eNB to the CBC may indicate the number of broadcasts that are transmitted by the eNB.
  • the eNB may send the report to the CBC on either a one-time basis or on a periodic basis.
  • One technical difficulty relating to this first implementation is that it may be overly complex to implement.
  • Another technical difficulty with this first implementation is that the number of broadcasts that are requested by the CBC for the eNB to transmit may not necessarily match the number of broadcasts that are actually transmitted by the eNB, depending on how the System Information Block (SIB) broadcasting is scheduled.
  • SIB System Information Block
  • the number of broadcasts performed by the eNB and the information provided by the eNB to the CBC via MME may not coincide with the number of requested broadcasts.
  • the CBC requests the eNB to broadcast an alert, with a repetition period of 5 minutes, for 6 hours.
  • the request is conveyed to the eNB using a Write -Replace Warning Request (WRWR) message.
  • the eNB may possibly broadcast the alert for 135,000 times (corresponding to a broadcasting that uses a 160 ms System Information (SI) periodicity, which is the typical value, according to some real-life deployments).
  • SI System Information
  • the eNB may broadcast the alert for 135,000 times, instead of broadcasting the alert for the expected 72 times. In such an event, the eNB may report information that does not coincide with the original request.
  • Another possible outcome may be that the eNB broadcasts the alert again with a 160 ms SI periodicity, for only 11.52 seconds, before failing.
  • the eNB thus broadcasts the alert for 72 times.
  • the number of broadcasts would appear to indicate that the service request (to broadcast the alert with a repetition period of 5 minutes for 6 hours) was seemingly fulfilled.
  • the eNB has not successfully broadcasted the alert in accordance with the instructions from the CBC.
  • the CBC may request that the eNB provide a report regarding the availability of each cell for broadcasting alerts. The eNB may then provide a report to the CBC. The report may describe whether each cell is available for broadcasting alerts.
  • the eNB can report on the availability of a given cell at any given time instant. However, the availability of the cell may change from one instant to the next. As such, any status information (that is provided by the eNB to the CBC) regarding the availability of a cell may already be obsolete by the time the CBC wishes to actually request broadcasting of an alert by the cell.
  • certain embodiments of the present invention may be directed to an implementation that more reliably determines whether or not a public-warning-system alert was broadcasted successfully, as compared to the previous approaches.
  • Certain embodiments may operate in a more reliable manner while, at the same time, fulfilling the requirements described in the above-described 3GPP T regarding PWS reporting. For example, certain embodiments may more accurately and more reliably provide information to the CBC. Certain embodiments may report the status of certain ongoing broadcasts.
  • the base station / eNB may keep track of a duration of time that corresponds to how long the broadcast of the alert has been active. For example, the eNB may maintain a record of the time when the alert was first broadcasted, and the eNB may, optionally, also maintain a record of the time of when the alert was last broadcasted. As such, the eNB may determine the duration of time that corresponds to how long the alert has been or is being broadcasted.
  • the CBC may request that the eNB provide information on the status of the broadcast of the public-warning-system alert (to the CBC).
  • the duration information may indicate how long a broadcast has been ongoing.
  • the eNB may report the time duration.
  • the eNB may report the duration in reference to the first instance of broadcasting the alert and in relation to the last instance of broadcasting the alert, or the eNB may report the duration in reference to the first instance of broadcasting the alert and the current time or the time elapsed since the first instance of the broadcast.
  • the eNB may report the broadcast related information including time duration to the CBC via a Mobility Management Entity (MME).
  • MME Mobility Management Entity
  • the eNB may provide an indication that the broadcast is inactive/terminated. For example, in the event of a failure, the eNB may respond to requests for status information by indicating that the time duration is 0 (i.e., the eNB is not required to maintain the time duration of inactive/terminated broadcasts).
  • certain embodiments may use the reported duration to determine whether a broadcast is progressing successfully or not, as described in more detail below.
  • the broadcasting eNB may simply respond with an indication that indicates success or that indicates failure.
  • the CBC can request that the eNB automatically report the status information for the broadcast upon termination of the broadcast, regardless of whether the eNB successfully or unsuccessfully performed the broadcasting of the alert.
  • the reported time duration may indicate to the CBC whether the broadcast was successful (i.e., the time duration is approximately equal to the time duration requested/expected by the CBC) or unsuccessful (i.e., the time duration was less than requested/expected by the CBC).
  • the CBC can determine whether the broadcast was successful, partially successful or unsuccessful, based upon comparing the reported time duration to the expected time duration.
  • the CBC can request the eNB to report the final status of a broadcast, upon the eNB's completion of the broadcast.
  • the eNB may report the final status to the CBC by responding with an indication indicating success or indicating failure. If the CBC receives a failure response from the eNB, or if there is a lack of a successful response or any response from the eNB, the CBC determine that a failure has occurred. If the CBC receives any response from the eNB, then this receiving of a response may indicate that the broadcast was at least partially successful.
  • two separate mechanisms may be utilized. First, certain embodiments may use the reported duration to implicitly indicate success or failure of the broadcast.
  • certain embodiments may use a status indication (e.g., an indication that indicates "success” or "failure”), which explicitly indicates success or failure.
  • a status indication e.g., an indication that indicates "success” or "failure”
  • the CBC can include its status requests and/or duration requests as a part of a Write Replace Warning Request message, or the CBC may send a special new message to obtain a broadcast duration and/or a status information.
  • Certain embodiments may be easier to implement than the previous approaches. Certain embodiments may more accurately and more reliably provide information to the CBC. Providing information in an accurate and reliable manner to the CBC may be important because the providing of the information may be needed to satisfy regulatory requirements.
  • Fig. 2 illustrates a flowchart of a method in accordance with certain embodiments of the invention.
  • the method illustrated in Fig. 2 includes, at 210, receiving, by a first network node, a request to broadcast a public-warning-system alert.
  • the method may also include, at 220, receiving a request to provide information on the status of the broadcast of the public-warning-system alert.
  • the method may also include, at 230, broadcasting the public-warning-system alert.
  • the method may also include, at 240, determining the status of the broadcast, wherein the status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed.
  • the method may also include, at 250, reporting the status of the broadcast to a second network node.
  • Fig. 3 illustrates a flowchart of a method in accordance with certain embodiments of the invention.
  • the method illustrated in Fig. 3 includes, at 310, transmitting, by a first network node, a request to broadcast a public-warning-system alert.
  • the method also includes, at 320, receiving a status of the broadcast from a second network node.
  • the status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed.
  • the method may also include, at 330, determining whether the broadcast is successful. The determination of whether the broadcast is successful is based on whether the received duration is approximately equal to the expected duration of the broadcast, on whether the broadcast is successfully ongoing, on whether the broadcast has successfully completed, or whether the broadcast has failed.
  • Fig. 4 illustrates an apparatus in accordance with certain embodiments of the invention.
  • the apparatus can be a network node comprising a base station, evolved Node B, and/or a cell broadcast center, for example.
  • Apparatus 10 can include a processor 22 for processing information and executing instructions or operations.
  • Processor 22 can be any type of general or specific purpose processor. While a single processor 22 is shown in Fig. 4, multiple processors can be utilized according to other embodiments.
  • Processor 22 can also include one or more of general-purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs), field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), and processors based on a multi-core processor architecture, as examples.
  • DSPs digital signal processors
  • FPGAs field-programmable gate arrays
  • ASICs application-specific integrated circuits
  • Apparatus 10 can further include a memory 14, coupled to processor 22, for storing information and instructions that can be executed by processor 22.
  • Memory 14 can be one or more memories and of any type suitable to the local application environment, and can be implemented using any suitable volatile or nonvolatile data storage technology such as a semiconductor-based memory device, a magnetic memory device and system, an optical memory device and system, fixed memory, and removable memory.
  • memory 14 include any combination of random access memory (RAM), read only memory (ROM), static storage such as a magnetic or optical disk, or any other type of non-transitory machine or computer readable media.
  • the instructions stored in memory 14 can include program instructions or computer program code that, when executed by processor 22, enable the apparatus 10 to perform tasks as described herein.
  • Apparatus 10 can also include one or more antennas (not shown) for transmitting and receiving signals and/or data to and from apparatus 10.
  • Apparatus 10 can further include a transceiver 28 that modulates information on to a carrier waveform for transmission by the antenna(s) and demodulates information received via the antenna(s) for further processing by other elements of apparatus 10.
  • transceiver 28 can be capable of transmitting and receiving signals or data directly.
  • Processor 22 can perform functions associated with the operation of apparatus 10 including, without limitation, precoding of antenna gain/phase parameters, encoding and decoding of individual bits forming a communication message, formatting of information, and overall control of the apparatus 10, including processes related to management of communication resources.
  • memory 14 can store software modules that provide functionality when executed by processor 22.
  • the modules can include an operating system 15 that provides operating system functionality for apparatus 10.
  • the memory can also store one or more functional modules 18, such as an application or program, to provide additional functionality for apparatus 10.
  • the components of apparatus 10 can be implemented in hardware, or as any suitable combination of hardware and software.
  • Apparatus 500 can be a network element/entity such as an evolved Node B, for example.
  • Apparatus 500 can include a first receiving unit 510 that receives a request to broadcast a public-warning-system alert.
  • Apparatus 500 can also include a second receiving unit 520 that receives a request to provide information on the status of the broadcast of the public-warning-system alert.
  • Apparatus 500 may also include a broadcasting unit 530 that broadcasts the public-warning-system alert.
  • Apparatus 500 may also include a determining unit 540 that determines the status of the broadcast.
  • the status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has been successfully completed, and whether the broadcast has failed.
  • Apparatus 500 may also include a reporting unit 550 that reports the status of the broadcast to a network node.
  • Apparatus 600 can be a network element/entity such as a cell broadcast center, for example.
  • Apparatus 600 can include a transmitting unit 610 that transmits a request to broadcast a public-warning-system alert.
  • Apparatus 600 may also include a receiving unit 620 that receives a status of the broadcast from a network node. The status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed.
  • Apparatus 600 may also include a determining unit 630 that determines whether the broadcast is successful. The determination of whether the broadcast is successful is based on whether the received duration is approximately equal to the expected duration of the broadcast, on whether the broadcast is successfully ongoing, on whether the broadcast has successfully completed, or whether the broadcast has failed.
  • Fig. 7 illustrates a system in accordance with certain embodiments of the invention.
  • the system contains a first apparatus 710 and a second apparatus 720.
  • First apparatus 710 can be a network element/entity such as an evolved Node B, for example.
  • First apparatus 710 can include a first receiving unit 711 that receives a request to broadcast a public-warning-system alert.
  • First apparatus 710 may also include a second receiving unit 712 that receives a request to provide information on the status of the broadcast of the public-warning-system alert.
  • First apparatus 710 may also include a broadcasting unit 713 that broadcasts the public-warning-system alert.
  • First apparatus 710 may also include a first determining unit 714 that determines the status of the broadcast.
  • the status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed.
  • First apparatus 710 may also include a reporting unit 715 that reports the status of the broadcast to the second apparatus 720.
  • Second apparatus 720 can be a network element/entity such as a cell broadcast center, for example.
  • Second apparatus 720 can include a transmitting unit 721 that transmits the request to broadcast the public-warning-system alert.
  • Second apparatus 720 may also include a third receiving unit 722 that receives the status of the broadcast from the first apparatus 710.
  • Second apparatus 720 may also include a second determining unit 723 that determines whether the broadcast is successful. The determination of whether the broadcast is successful is based on whether the received duration is approximately equal to the expected duration of the broadcast, on whether the broadcast is successfully ongoing, on whether the broadcast has successfully completed, or whether the broadcast has failed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

A method and apparatus may include receiving a request to broadcast a public-warning-system alert. The method may also include receiving a request to provide information on the status of the broadcast of the public-warning-system alert. The method may also include broadcasting the public-warning-system alert. The method may also include determining the status of the broadcast. The status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed. The method may also include reporting the status of the broadcast to a network node.

Description

METHOD AND APPARATUS FOR DETERMINING WHETHER OR NOT A PUBLIC-WARNING-SYSTEM ALERT WAS BROADCASTED
SUCCESSFULLY
BACKGROUND:
Field:
[0001] Embodiments of the present invention relate to determining whether or not a public-warning-system alert was broadcasted successfully.
Description of the Related Art:
[0002] Long-term Evolution (LTE) is a standard for wireless communication that seeks to provide improved speed and capacity for wireless communications by using new modulation/signal processing techniques. The standard was proposed by the 3rd Generation Partnership Project (3GPP), and is based upon previous network technologies. Since its inception, LTE has seen extensive deployment in a wide variety of contexts involving the communication of data.
SUMMARY:
[0003] According to a first embodiment, a method may include receiving, by a first network node, a request to broadcast a public-warning-system alert. The method may also include receiving, by the first network node, a request to provide information on the status of the broadcast of the public-warning-system alert. The method may also include broadcasting the public-warning-system alert. The method may also include determining the status of the broadcast. The status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed. The method may also include reporting the status of the broadcast to a second network node. [0004] In the method of the first embodiment, the first network node may include an evolved Node B. The second network node may also include a cell broadcast center, and the reporting the status of the broadcast to the cell broadcast center may include reporting the status to the cell broadcast center via a mobility management entity.
[0005] In the method of the first embodiment, the determining the status comprises determining a length of time between when the public-warning-system alert is first broadcasted and when the public-warning-system alert is last broadcasted, or determining a length of time between when the public-warning-system alert is first broadcasted and the current time.
[0006] In the method of the first embodiment, the reporting the status to the second network node may occur when the broadcasting of the public-warning-system alert has completed or failed.
[0007] In the method of the first embodiment, if the request to provide information on the status of the broadcast of the public-warning-system alert is received after the broadcast of the public-warning-system alert has failed, the reporting the duration may include reporting a duration of zero time.
[0008] According to a second embodiment, an apparatus may include at least one processor. The apparatus may also include at least one memory including computer program code. The at least one memory and the computer program code may be configured, with the at least one processor, to cause the apparatus at least to receive a request to broadcast a public-warning-system alert. The apparatus may also be caused to receive a request to provide information on the status of the broadcast of the public-warning-system alert. The apparatus may also be caused to broadcast the public-warning-system alert. The apparatus may also be caused to determine the status of the broadcast. The status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed. The apparatus may also be caused to report the status of the broadcast to a network node.
[0009] In the apparatus of the second embodiment, the apparatus may include an evolved Node B. The network node may include a cell broadcast center. The reporting the status of the broadcast to the cell broadcast center may include reporting the status to the cell broadcast center via a mobility management entity.
[0010] In the apparatus of the second embodiment, the determining the status may include determining a length of time between when the public-warning-system alert is first broadcasted and when the public-warning-system alert is last broadcasted, or determining a length of time between when the public-warning-system alert is first broadcasted and the current time.
[0011] In the apparatus of the second embodiment, the reporting the status to the second network node may occur when the broadcasting of the public-warning-system alert has completed or failed.
[0012] In the apparatus of the second embodiment, if the request to provide information on the status of the broadcast of the public-warning-system alert is received after the broadcast of the public-warning-system alert has failed, the reporting the duration may include reporting a duration of zero time.
[0013] According to a third embodiment, a computer program product may be embodied on a non-transitory computer readable medium. The computer program product may be configured to control a processor to perform a method according to the first embodiment.
[0014] According to a fourth embodiment, a method may include transmitting, by a first network node, a request to broadcast a public-warning-system alert. The method may also include receiving a status of the broadcast from a second network node. The status may indicate at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed. The method may also include determining whether the broadcast is successful. The determination of whether the broadcast is successful may be based on whether the received duration is approximately equal to the expected duration of the broadcast, on whether the broadcast is successfully ongoing, on whether the broadcast has successfully completed, or whether the broadcast has failed.
[0015] In the method of the fourth embodiment, the first network node may include a cell broadcast center, and the second network node may include an evolved Node B. The cell broadcast center may receive the status of the broadcast from the evolved Node B. The cell broadcast center may receive the status from the evolved Node B via a mobility management entity.
[0016] In the method of the fourth embodiment, the receiving the duration may occur when a broadcasting of the public-warning-system alert has completed or failed.
[0017] According to a fifth embodiment, an apparatus may include at least one processor. The apparatus may also include at least one memory including computer program code. The at least one memory and the computer program code may be configured, with the at least one processor, to cause the apparatus at least to transmit a request to broadcast a public-warning-system alert. The apparatus may also be caused to receive a status of the broadcast from a second network node. The status may indicate at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed. The apparatus may also be caused to determine whether the broadcast is successful. The determination of whether the broadcast is successful may be based on whether the received duration is approximately equal to the expected duration of the broadcast, on whether the broadcast is successfully ongoing, on whether the broadcast has successfully completed, or whether the broadcast has failed. [0018] In the apparatus of the fifth embodiment, the apparatus may include a cell broadcast center, and the network node may include an evolved Node B. The cell broadcast center may receive the status of the broadcast from the evolved Node B. The cell broadcast center may receive the status from the evolved Node B via a mobility management entity.
[0019] In the apparatus of the fifth embodiment, the receiving the duration may occur when a broadcasting of the public-warning-system alert has completed or failed.
[0020] According to a sixth embodiment, a computer program product may be embodied on a non-transitory computer readable medium, the computer program product may be configured to control a processor to perform a method according to the fourth embodiment.
[0021] According to a seventh embodiment, an apparatus may include first receiving means to receive a request to broadcast a public-warning-system alert. The apparatus may also include second receiving means to receive a request to provide information on the status of the broadcast of the public-warning-system alert. The apparatus may also include broadcasting means to broadcast the public-warning-system alert. The apparatus may also include determining means to determine the status of the broadcast. The status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed. The apparatus may also include reporting means to report the status of the broadcast to a network node.
[0022] According to an eighth embodiment, an apparatus may include transmitting means to transmit a request to broadcast a public-warning-system alert. The apparatus may also include receiving means to receive a status of the broadcast from a second network node. The status may indicate at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed. The apparatus may also include determining means to determine whether the broadcast is successful. The determination of whether the broadcast is successful may be based on whether the received duration is approximately equal to the expected duration of the broadcast, on whether the broadcast is successfully ongoing, on whether the broadcast has successfully completed, or whether the broadcast has failed.
BRIEF DESCRIPTION OF THE DRAWINGS:
[0023] For proper understanding of the invention, reference should be made to the accompanying drawings, wherein:
[0024] Fig. 1 illustrates a public warning system reference architecture for evolved UMTS Terrestrial Radio Access Network (E-UTRAN) and Universal Terrestrial Radio Access Network (UTRAN), in accordance with certain embodiments.
[0025] Fig. 2 illustrates a flowchart of a method in accordance with certain embodiments of the invention.
[0026] Fig. 3 illustrates a flowchart of a method in accordance with another embodiment.
[0027] Fig. 4 illustrates an apparatus in accordance with certain embodiments of the invention
[0028] Fig. 5 illustrates another apparatus in accordance with certain embodiments of the invention
[0029] Fig. 6 illustrates another apparatus in accordance with certain embodiments of the invention.
[0030] Fig. 7 illustrates a system in accordance with certain embodiments of the invention. DETAILED DESCRIPTION:
[0031] Certain embodiments of the present invention relate to determining whether or not a public-warning-system alert has been broadcasted successfully. Certain embodiments may be used in conjunction with an Evolved Packet System (EPS). EPS is generally considered to be the successor of General Packet Radio System (GPRS). EPS provides a new radio interface and provides new packet core network functions for broadband wireless data access. Such EPS core network functions may include a Mobility Management Entity (MME), a Packet Data Network Gateway (PDN-GW, P-GW), and/or a Serving Gateway (S-GW).
[0032] Fig. 1 illustrates a public warning system reference architecture for LTE and UMTS, in accordance with certain embodiments. The Public Warning System (PWS) architecture of Fig. 1 was defined to deliver public warning messages. The PWS architecture may include an MME 105, a cell broadcast center 106, a cell broadcast entity 107, and/or a radio network controller 108. The public warning messages may be delivered, for example, from national authorities 109 to users 1 10 in a certain area. The PWS architecture may also include an evolved Node B (eNB) 112 and/or Node B 113.
[0033] 3GPP Technical Report (TR) 23.712 describes a process for reporting a PWS broadcast status in 3GPP Release 13. 3 GPP TR 23.712 has the following requirement:
Message originators (mobile network operators as well as government authorities that want to broadcast Public Warning
Messages) require knowing if warning the population is likely to be successful, or if alternative means of warning citizens need to be considered. Mobile operators require knowing if they fulfil the service requirements and have actually broadcasted Warning
Messages to citizens.
The following requirements shall be considered for enhanced
Warning Status Reporting: 1. It shall be possible for the CBC to report, for each cell in the Warning Area, whether the warning message broadcast was successful or not;
[0034] 3GPP T 23.712 describes two technical implementations for determining whether or not a public-warning-system alert was broadcasted successfully. With a first technical implementation, a cell broadcast center (CBC) may instruct an evolved Node B (eNB) to transmit an alert/broadcast. Next, after the alert/broadcast is transmitted by the eNB, the CBC may issue a request to receive reports from the evolved Node B. The reports may describe the progress of the transmitting of the alert/broadcast. The CBC may request that a single report be transmitted from the eNB to the CBC, or the CBC may request that periodic reports be transmitted from the eNB to the CBC.
[0035] The evolved Node B (eNB) may be required to keep track of the number of broadcasts that are transmitted, and the reports which are sent by the eNB to the CBC may indicate the number of broadcasts that are transmitted by the eNB. The eNB may send the report to the CBC on either a one-time basis or on a periodic basis. One technical difficulty relating to this first implementation is that it may be overly complex to implement.
[0036] Another technical difficulty with this first implementation is that the number of broadcasts that are requested by the CBC for the eNB to transmit may not necessarily match the number of broadcasts that are actually transmitted by the eNB, depending on how the System Information Block (SIB) broadcasting is scheduled. Thus, the number of broadcasts performed by the eNB and the information provided by the eNB to the CBC via MME may not coincide with the number of requested broadcasts.
[0037] For example, suppose that the CBC requests the eNB to broadcast an alert, with a repetition period of 5 minutes, for 6 hours. The request is conveyed to the eNB using a Write -Replace Warning Request (WRWR) message. The CBC may expect a number of broadcasts corresponding to 72 broadcasts (360 minutes / 5 minutes a period = 72 broadcasts). [0038] However, within the 6-hour time period, the eNB may possibly broadcast the alert for 135,000 times (corresponding to a broadcasting that uses a 160 ms System Information (SI) periodicity, which is the typical value, according to some real-life deployments). As such, the eNB may broadcast the alert for 135,000 times, instead of broadcasting the alert for the expected 72 times. In such an event, the eNB may report information that does not coincide with the original request.
[0039] Another possible outcome may be that the eNB broadcasts the alert again with a 160 ms SI periodicity, for only 11.52 seconds, before failing. The eNB thus broadcasts the alert for 72 times. In such an event, when the eNB reports that the alert was broadcasted 72 times, the number of broadcasts would appear to indicate that the service request (to broadcast the alert with a repetition period of 5 minutes for 6 hours) was seemingly fulfilled. However, in actuality, the eNB has not successfully broadcasted the alert in accordance with the instructions from the CBC.
[0040] With a second implementation of 3GPP T 23.712, prior to requesting an alert be broadcasted by the eNB, the CBC may request that the eNB provide a report regarding the availability of each cell for broadcasting alerts. The eNB may then provide a report to the CBC. The report may describe whether each cell is available for broadcasting alerts.
[0041] With this second implementation, the eNB can report on the availability of a given cell at any given time instant. However, the availability of the cell may change from one instant to the next. As such, any status information (that is provided by the eNB to the CBC) regarding the availability of a cell may already be obsolete by the time the CBC wishes to actually request broadcasting of an alert by the cell.
[0042] In view of the above-described difficulties of the previous approaches, certain embodiments of the present invention may be directed to an implementation that more reliably determines whether or not a public-warning-system alert was broadcasted successfully, as compared to the previous approaches. Certain embodiments may operate in a more reliable manner while, at the same time, fulfilling the requirements described in the above-described 3GPP T regarding PWS reporting. For example, certain embodiments may more accurately and more reliably provide information to the CBC. Certain embodiments may report the status of certain ongoing broadcasts.
[0043] With certain embodiments, after a base station / eNB is instructed to broadcast an alert, the base station / eNB may keep track of a duration of time that corresponds to how long the broadcast of the alert has been active. For example, the eNB may maintain a record of the time when the alert was first broadcasted, and the eNB may, optionally, also maintain a record of the time of when the alert was last broadcasted. As such, the eNB may determine the duration of time that corresponds to how long the alert has been or is being broadcasted.
[0044] The CBC may request that the eNB provide information on the status of the broadcast of the public-warning-system alert (to the CBC). The duration information may indicate how long a broadcast has been ongoing. When the CBC requests the eNB to provide information regarding the status of the broadcast, the eNB may report the time duration. The eNB may report the duration in reference to the first instance of broadcasting the alert and in relation to the last instance of broadcasting the alert, or the eNB may report the duration in reference to the first instance of broadcasting the alert and the current time or the time elapsed since the first instance of the broadcast. The eNB may report the broadcast related information including time duration to the CBC via a Mobility Management Entity (MME).
[0045] If a failure occurs in the eNB, which results in a termination of the broadcast, then the eNB may provide an indication that the broadcast is inactive/terminated. For example, in the event of a failure, the eNB may respond to requests for status information by indicating that the time duration is 0 (i.e., the eNB is not required to maintain the time duration of inactive/terminated broadcasts).
[0046] Once the CBC has received the reported time duration, certain embodiments may use the reported duration to determine whether a broadcast is progressing successfully or not, as described in more detail below.
[0047] With certain embodiments, if the CBC requests the status of a broadcast while the broadcast is an ongoing broadcast, the broadcasting eNB may simply respond with an indication that indicates success or that indicates failure.
[0048] With certain embodiments, the CBC can request that the eNB automatically report the status information for the broadcast upon termination of the broadcast, regardless of whether the eNB successfully or unsuccessfully performed the broadcasting of the alert. The reported time duration may indicate to the CBC whether the broadcast was successful (i.e., the time duration is approximately equal to the time duration requested/expected by the CBC) or unsuccessful (i.e., the time duration was less than requested/expected by the CBC). As such, with certain embodiments, the CBC can determine whether the broadcast was successful, partially successful or unsuccessful, based upon comparing the reported time duration to the expected time duration.
[0049] With certain embodiments, the CBC can request the eNB to report the final status of a broadcast, upon the eNB's completion of the broadcast. The eNB may report the final status to the CBC by responding with an indication indicating success or indicating failure. If the CBC receives a failure response from the eNB, or if there is a lack of a successful response or any response from the eNB, the CBC determine that a failure has occurred. If the CBC receives any response from the eNB, then this receiving of a response may indicate that the broadcast was at least partially successful. With certain embodiments, two separate mechanisms may be utilized. First, certain embodiments may use the reported duration to implicitly indicate success or failure of the broadcast. Second, certain embodiments may use a status indication (e.g., an indication that indicates "success" or "failure"), which explicitly indicates success or failure. With this second mechanism, there may be an explicit "success" indication, and a lack of a received "success" indication may be considered as an implicit "failure" indication.
[0050] The CBC can include its status requests and/or duration requests as a part of a Write Replace Warning Request message, or the CBC may send a special new message to obtain a broadcast duration and/or a status information.
[0051] Certain embodiments may be easier to implement than the previous approaches. Certain embodiments may more accurately and more reliably provide information to the CBC. Providing information in an accurate and reliable manner to the CBC may be important because the providing of the information may be needed to satisfy regulatory requirements.
[0052] Fig. 2 illustrates a flowchart of a method in accordance with certain embodiments of the invention. The method illustrated in Fig. 2 includes, at 210, receiving, by a first network node, a request to broadcast a public-warning-system alert. The method may also include, at 220, receiving a request to provide information on the status of the broadcast of the public-warning-system alert. The method may also include, at 230, broadcasting the public-warning-system alert. The method may also include, at 240, determining the status of the broadcast, wherein the status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed. The method may also include, at 250, reporting the status of the broadcast to a second network node.
[0053] Fig. 3 illustrates a flowchart of a method in accordance with certain embodiments of the invention. The method illustrated in Fig. 3 includes, at 310, transmitting, by a first network node, a request to broadcast a public-warning-system alert. The method also includes, at 320, receiving a status of the broadcast from a second network node. The status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed. The method may also include, at 330, determining whether the broadcast is successful. The determination of whether the broadcast is successful is based on whether the received duration is approximately equal to the expected duration of the broadcast, on whether the broadcast is successfully ongoing, on whether the broadcast has successfully completed, or whether the broadcast has failed.
[0054] Fig. 4 illustrates an apparatus in accordance with certain embodiments of the invention. In one embodiment, the apparatus can be a network node comprising a base station, evolved Node B, and/or a cell broadcast center, for example. Apparatus 10 can include a processor 22 for processing information and executing instructions or operations. Processor 22 can be any type of general or specific purpose processor. While a single processor 22 is shown in Fig. 4, multiple processors can be utilized according to other embodiments. Processor 22 can also include one or more of general-purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs), field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), and processors based on a multi-core processor architecture, as examples.
[0055] Apparatus 10 can further include a memory 14, coupled to processor 22, for storing information and instructions that can be executed by processor 22. Memory 14 can be one or more memories and of any type suitable to the local application environment, and can be implemented using any suitable volatile or nonvolatile data storage technology such as a semiconductor-based memory device, a magnetic memory device and system, an optical memory device and system, fixed memory, and removable memory. For example, memory 14 include any combination of random access memory (RAM), read only memory (ROM), static storage such as a magnetic or optical disk, or any other type of non-transitory machine or computer readable media. The instructions stored in memory 14 can include program instructions or computer program code that, when executed by processor 22, enable the apparatus 10 to perform tasks as described herein.
[0056] Apparatus 10 can also include one or more antennas (not shown) for transmitting and receiving signals and/or data to and from apparatus 10. Apparatus 10 can further include a transceiver 28 that modulates information on to a carrier waveform for transmission by the antenna(s) and demodulates information received via the antenna(s) for further processing by other elements of apparatus 10. In other embodiments, transceiver 28 can be capable of transmitting and receiving signals or data directly.
[0057] Processor 22 can perform functions associated with the operation of apparatus 10 including, without limitation, precoding of antenna gain/phase parameters, encoding and decoding of individual bits forming a communication message, formatting of information, and overall control of the apparatus 10, including processes related to management of communication resources.
[0058] In an embodiment, memory 14 can store software modules that provide functionality when executed by processor 22. The modules can include an operating system 15 that provides operating system functionality for apparatus 10. The memory can also store one or more functional modules 18, such as an application or program, to provide additional functionality for apparatus 10. The components of apparatus 10 can be implemented in hardware, or as any suitable combination of hardware and software.
[0059] Fig. 5 illustrates an apparatus in accordance with certain embodiments of the invention. Apparatus 500 can be a network element/entity such as an evolved Node B, for example. Apparatus 500 can include a first receiving unit 510 that receives a request to broadcast a public-warning-system alert. Apparatus 500 can also include a second receiving unit 520 that receives a request to provide information on the status of the broadcast of the public-warning-system alert. Apparatus 500 may also include a broadcasting unit 530 that broadcasts the public-warning-system alert. Apparatus 500 may also include a determining unit 540 that determines the status of the broadcast. The status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has been successfully completed, and whether the broadcast has failed. Apparatus 500 may also include a reporting unit 550 that reports the status of the broadcast to a network node.
[0060] Fig. 6 illustrates an apparatus in accordance with certain embodiments of the invention. Apparatus 600 can be a network element/entity such as a cell broadcast center, for example. Apparatus 600 can include a transmitting unit 610 that transmits a request to broadcast a public-warning-system alert. Apparatus 600 may also include a receiving unit 620 that receives a status of the broadcast from a network node. The status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed. Apparatus 600 may also include a determining unit 630 that determines whether the broadcast is successful. The determination of whether the broadcast is successful is based on whether the received duration is approximately equal to the expected duration of the broadcast, on whether the broadcast is successfully ongoing, on whether the broadcast has successfully completed, or whether the broadcast has failed.
[0061] Fig. 7 illustrates a system in accordance with certain embodiments of the invention. The system contains a first apparatus 710 and a second apparatus 720. First apparatus 710 can be a network element/entity such as an evolved Node B, for example. First apparatus 710 can include a first receiving unit 711 that receives a request to broadcast a public-warning-system alert. First apparatus 710 may also include a second receiving unit 712 that receives a request to provide information on the status of the broadcast of the public-warning-system alert. First apparatus 710 may also include a broadcasting unit 713 that broadcasts the public-warning-system alert. First apparatus 710 may also include a first determining unit 714 that determines the status of the broadcast. The status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed. First apparatus 710 may also include a reporting unit 715 that reports the status of the broadcast to the second apparatus 720. Second apparatus 720 can be a network element/entity such as a cell broadcast center, for example. Second apparatus 720 can include a transmitting unit 721 that transmits the request to broadcast the public-warning-system alert. Second apparatus 720 may also include a third receiving unit 722 that receives the status of the broadcast from the first apparatus 710. The status indicates at least one of the duration for which the public-warning-system alert has been broadcasted, wherein the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed. Second apparatus 720 may also include a second determining unit 723 that determines whether the broadcast is successful. The determination of whether the broadcast is successful is based on whether the received duration is approximately equal to the expected duration of the broadcast, on whether the broadcast is successfully ongoing, on whether the broadcast has successfully completed, or whether the broadcast has failed.
[0062] The described features, advantages, and characteristics of the invention can be combined in any suitable manner in one or more embodiments. One skilled in the relevant art will recognize that the invention can be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages can be recognized in certain embodiments that may not be present in all embodiments of the invention. One having ordinary skill in the art will readily understand that the invention as discussed above may be practiced with steps in a different order, and/or with hardware elements in configurations which are different than those which are disclosed. Therefore, although the invention has been described based upon these preferred embodiments, it would be apparent to those of skill in the art that certain modifications, variations, and alternative constructions would be apparent, while remaining within the spirit and scope of the invention.

Claims

WE CLAIM:
1. A method, comprising:
receiving, by a first network node, a request to broadcast a public-warning-system alert;
receiving, by the first network node, a request to provide information on the status of the broadcast of the public-warning-system alert;
broadcasting the public-warning-system alert;
determining the status of the broadcast, wherein the status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed; and reporting the status of the broadcast to a second network node.
2. The method according to claim 1, wherein the first network node comprises an evolved Node B, the second network node comprises a cell broadcast center, and the reporting the status of the broadcast to the cell broadcast center comprises reporting the status to the cell broadcast center via a mobility management entity.
3. The method according to claim 1 or 2, wherein the determining the status comprises determining a length of time between when the public-warning-system alert is first broadcasted and when the public-warning-system alert is last broadcasted, or determining a length of time between when the public-warning-system alert is first broadcasted and the current time.
4. The method according to any of claims 1-3, wherein the reporting the status to the second network node occurs when the broadcasting of the public-warning-system alert has completed or failed.
5. The method according to any of claims 1-4, wherein, if the request to provide information on the status of the broadcast of the public-warning-system alert is received after the broadcast of the public-warning-system alert has failed, the reporting the duration comprises reporting a duration of zero time.
6. An apparatus, comprising:
at least one processor; and
at least one memory including computer program code,
the at least one memory and the computer program code configured, with the at least one processor, to cause the apparatus at least to
receive a request to broadcast a public-warning-system alert;
receive a request to provide information on the status of the broadcast of the public-warning-system alert;
broadcast the public-warning-system alert;
determine the status of the broadcast, wherein the status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed; and report the status of the broadcast to a network node.
7. The apparatus according to claim 6, wherein the apparatus comprises an evolved Node B, the network node comprises a cell broadcast center, and the reporting the status of the broadcast to the cell broadcast center comprises reporting the status to the cell broadcast center via a mobility management entity.
8. The apparatus according to claim 6 or 7, wherein the determining the status comprises determining a length of time between when the public-warning-system alert is first broadcasted and when the public-warning-system alert is last broadcasted, or determining a length of time between when the public-warning-system alert is first broadcasted and the current time.
9. The apparatus according to any of claims 6-8, wherein the reporting the status to the network node occurs when the broadcasting of the public-warning-system alert has completed or failed.
10. The apparatus according to any of claim 6-9, wherein, if the request to provide information on the status of the broadcast of the public-warning-system alert is received after the broadcast of the public-warning-system alert has failed, the reporting the duration comprises reporting a duration of zero time.
1 1. A computer program product, embodied on a non-transitory computer readable medium, the computer program product configured to control a processor to perform a method according to any of claims 1-5.
12. A method, comprising:
transmitting, by a first network node, a request to broadcast a public-warning-system alert;
receiving a status of the broadcast from a second network node, wherein the status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed; and
determining whether the broadcast is successful, wherein the determination of whether the broadcast is successful is based on whether the received duration is approximately equal to the expected duration of the broadcast, on whether the broadcast is successfully ongoing, on whether the broadcast has successfully completed, or whether the broadcast has failed.
13. The method according to claim 12, wherein the first network node comprises a cell broadcast center, the second network node comprises an evolved Node B, the cell broadcast center receives the status of the broadcast from the evolved Node B, and the cell broadcast center receives the status from the evolved Node B via a mobility management entity.
14. The method according to claim 12 or 13, wherein the receiving the status occurs when a broadcasting of the public-warning-system alert has completed or failed.
15. An apparatus, comprising:
at least one processor; and
at least one memory including computer program code,
the at least one memory and the computer program code configured, with the at least one processor, to cause the apparatus at least to
transmit a request to broadcast a public-warning-system alert;
receive a status of the broadcast from a network node, wherein the status indicates at least one of a duration for which the public-warning-system alert has been broadcasted, whether the broadcast is successfully ongoing, whether the broadcast has successfully completed, and whether the broadcast has failed; and
determine whether the broadcast is successful, wherein the determination of whether the broadcast is successful is based on whether the received duration is approximately equal to the expected duration of the broadcast, on whether the broadcast is successfully ongoing, on whether the broadcast has successfully completed, or whether the broadcast has failed.
16. The apparatus according to claim 15, wherein the apparatus comprises a cell broadcast center, the network node comprises an evolved Node B, and the cell broadcast center receives the status of the broadcast from the evolved Node B, and the cell broadcast center receives the status from the evolved Node B via a mobility management entity.
17. The apparatus according to claim 15 or 16, wherein the receiving the status occurs when a broadcasting of the public-warning-system alert has completed successfully or failed.
18. A computer program product, embodied on a non-transitory computer readable medium, the computer program product configured to control a processor to perform a method according to any of claims 12-14.
PCT/US2015/044809 2015-08-12 2015-08-12 Method and apparatus for determining whether or not a public-warning-system alert was broadcasted successfully WO2017027027A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/US2015/044809 WO2017027027A1 (en) 2015-08-12 2015-08-12 Method and apparatus for determining whether or not a public-warning-system alert was broadcasted successfully

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2015/044809 WO2017027027A1 (en) 2015-08-12 2015-08-12 Method and apparatus for determining whether or not a public-warning-system alert was broadcasted successfully

Publications (1)

Publication Number Publication Date
WO2017027027A1 true WO2017027027A1 (en) 2017-02-16

Family

ID=57983347

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2015/044809 WO2017027027A1 (en) 2015-08-12 2015-08-12 Method and apparatus for determining whether or not a public-warning-system alert was broadcasted successfully

Country Status (1)

Country Link
WO (1) WO2017027027A1 (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090227224A1 (en) * 2008-03-05 2009-09-10 Motorola, Inc. Determining wireless system availability using emergency alert system messaging
US8473984B1 (en) * 2008-09-09 2013-06-25 Sprint Communications Company L.P. Dynamically switching between unicast and broadcas on a mobile communications network
US20130244565A1 (en) * 2004-02-13 2013-09-19 Envisionit Llc. Broadcast alerting message aggregator/gateway system and method
US20140323077A1 (en) * 2013-04-25 2014-10-30 Nokia Siemens Networks Oy Solutions to Address "eNB Partial Failure" for a Public Warning System

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130244565A1 (en) * 2004-02-13 2013-09-19 Envisionit Llc. Broadcast alerting message aggregator/gateway system and method
US20090227224A1 (en) * 2008-03-05 2009-09-10 Motorola, Inc. Determining wireless system availability using emergency alert system messaging
US8473984B1 (en) * 2008-09-09 2013-06-25 Sprint Communications Company L.P. Dynamically switching between unicast and broadcas on a mobile communications network
US20140323077A1 (en) * 2013-04-25 2014-10-30 Nokia Siemens Networks Oy Solutions to Address "eNB Partial Failure" for a Public Warning System

Similar Documents

Publication Publication Date Title
CN109089309B (en) Method for acquiring and feeding back timing advance information, terminal and base station
CN110139391B (en) Beam failure event processing method and device and terminal equipment
EP3627960A1 (en) Method, network side device, and terminal device for switching communication mode
RU2716737C1 (en) Method of transmitting paging message, method of receiving paging message, network access device and terminal device
US10484967B2 (en) Communication method, network device, and terminal device
US11490244B2 (en) Mobility information reporting and exchange method, terminal device, and network device
CN107925584B (en) Proximity service priority control for multicast traffic in a proximity service user equipment-network relay scenario
EP3535991A1 (en) Hybrid transport for installed service updates
EP4278654A1 (en) Random access procedure logging and reporting for wireless networks
CN114071802B (en) Information reporting method, terminal and network side equipment
CN111107541B (en) Method and apparatus for wireless communication
US20190163531A1 (en) Resource processing method, apparatus, and terminal
US20230189201A1 (en) Information transmission method and related device
US8032088B2 (en) Method, apparatus, network element and software product for location area update optimization
CN110461004B (en) Method and device for monitoring and controlling resource set CORESET and terminal equipment
CA3046573C (en) Random access method and apparatus
WO2017027027A1 (en) Method and apparatus for determining whether or not a public-warning-system alert was broadcasted successfully
WO2018104256A1 (en) Method and device for transmitting a group message
EP3466144B1 (en) Systems and methods for automatically assigning an area code to a radio access network (ran) node
CN117395607A (en) Data transmission method, positioning method, entity, base station, and computer readable medium
US20220141648A1 (en) Methods and nodes for ue-to-ue event monitoring
KR20210062047A (en) Feedback information transmission method and terminal device
WO2023130224A1 (en) Method for updating system information
US20200351960A1 (en) Paging Processing Method, Network Device, User Equipment, and Computer Storage Medium
US20240057006A1 (en) Method for performing pdc and computer device

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15901142

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15901142

Country of ref document: EP

Kind code of ref document: A1