WO2010012165A1

WO2010012165A1 - A method, an equipment and a system for receiving the emergency event alert

Info

Publication number: WO2010012165A1
Application number: PCT/CN2009/071245
Authority: WO
Inventors: 张德文; 施有铸; 张妮; 毛凌志; 张中宝; 漆宝剑
Original assignee: 华为技术有限公司
Priority date: 2008-07-28
Filing date: 2009-04-13
Publication date: 2010-02-04
Also published as: CN101640573A; CN101640573B

Abstract

A method, an equipment and a system for receiving the emergency event alert are provided, relating to the communication application domain, so far as the user terminal communicates with the bearing network normally, they can receive the emergency event alert in time whether or not they are watching the living broadcast TV act. The method includes that: the receiving unit discovers the emergency event alert service (201); the receiving unit attaches to the emergency event alert service (202); the receiving unit receives the emergency event alert which is sent by the distribution unit (203). The emergency event alert receiving unit equipment includes the discovering process module, the service attaching process module and the message receiving process module. The implementation of this invention makes the user receive the emergency event alert in time by attaching to the emergency event alert service.

Description

Method, device and system for receiving emergency notification

This application claims priority to Chinese Patent Application No. 200810134570.4, entitled "Method, Apparatus and System for Receiving Emergency Notifications", filed on July 28, 2008, the entire contents of which are incorporated by reference. In this application. Technical field

The present invention relates to the field of communication applications, and in particular, to a method, apparatus and system for receiving an emergency notification. Background technique

The IP Multimedia Subsystem (IMS) is a new form of multimedia service defined by the 3GPP (3rd Generation Partnership Project) standard. It can meet the needs of today's end customers. The demand for diversified multimedia services is the target network for 3G (3rd Generation) mobile networks to implement packet voice and packet data, providing unified multimedia services and applications.

The IMS uses the IP packet domain as the bearer channel for its control signaling and media transmission, and uses the SIP (Session Initiation Protocol) protocol as the call control signaling to implement the service management, session control, and bearer access. Separation.

IPTV (Internet Protocol Television) is a new technology that uses broadband IP networks to integrate various technologies such as Internet, multimedia, and communication to provide home users with multiple interactive services including digital TV. . The user can enjoy the IPTV service using the PC or the network set-top box + the ordinary TV mode at home, and can also enjoy the IPTV service through the mobile terminal. IPTV uses TCP/IP as the bearer protocol for unicast, broadcast or multicast video services, effectively combining the three fields of TV network, telephone network and Internet. It is the most representative service of triple play and is being received by the industry. More and more attention.

IMS based IPTV (IMS-based IPTV) provides IPTV services under the overall architecture of IMS to take full advantage of the existing registration, authentication, routing, session control and establishment, service triggering, charging, and end-to-end in the IMS network. The QoS (Quality of Service) guarantee mechanism provides users with streaming media services and multimedia services that integrate streaming media and real-time session services.

EAS (Emergency Alert System) is to timely and accurately release emergency notification messages to the public, such as meteorological disasters, geological disasters, and toxic gas leaks. Urgent news of life and property safety, such as dew, tsunami warning, earthquake warning, turmoil, and war. For the IMS network and the IMS ba sed IPTV system, an appropriate mechanism is needed to timely issue an emergency notification to the end user, and the form of the emergency notification message includes text, audio, video, and the like.

The EAS service of the traditional TV transmits the emergency notification message by changing the content source, that is, the emergency notification message is transmitted by switching the content source on the network side, for example, the local television station pauses the playback of the current program content, and then inserts the broadcast. The emergency notification message, the user watching the channel can receive the emergency notification message. However, if the emergency notification message is not played on the channel that the user is watching, the user cannot get an emergency notification in time. For example, if a user is watching a television channel in a foreign country or even a television program in a foreign country, the local government department may not receive the emergency notification message issued by the local television channel. Moreover, even if the content source of all channels transmitted by the local television relay station to the local user is switched to the emergency notification message, only the user who is watching the live television program can receive the emergency notification message. In interactive IPTV, the user terminal can not only watch live TV programs, but also on-demand (VODo on Demand, VOD) programs, or operate electronic program menus (EPC menu), play games, etc. It can even be a completely local operation, such as playing a locally stored program, or making a video call. In this way, those users who did not watch the live TV program at the time and were performing various other operations could not receive the emergency notification message. User terminals that do not watch live TV programs cannot receive emergency notifications in time. Summary of the invention

Embodiments of the present invention provide a method, apparatus, and system for receiving an emergency notification. As long as the user terminal communicates with the bearer network normally, an emergency notification can be received at any time whether or not the live television program is being watched.

To achieve the above objective, the embodiment of the present invention is implemented by the following technical solutions: A method for receiving an emergency notification includes the following steps:

The receiving unit finds an emergency notification service;

The receiving unit is attached to the emergency notification service;

The receiving unit receives the emergency notification message sent by the distribution unit.

An emergency notification receiving unit device includes:

a discovery processing module for discovering an emergency notification service;

The service attachment processing module is configured to perform an emergency notification service attachment after the emergency notification service discovery is completed; a message receiving processing module, configured to receive an emergency notification message, and obtain an emergency notification indication from the emergency notification message;

The media stream receiving processing module is configured to receive an emergency event notification media stream, and forcibly switch to the presentation of the emergency event notification media stream according to the acquired emergency event notification indication.

An emergency notification service server device includes:

a publishing interface module, configured to receive an emergency notification message, and obtain an emergency notification indication from the emergency notification message;

a message distribution module, configured to distribute an emergency notification message;

The media flow control module is configured to control the media server MF to receive and distribute the emergency notification media stream according to the emergency notification notification.

An emergency call session control function device includes:

The emergency channel joins the identification module, configured to notify the emergency channel that the IPTV channel identifier carried in the session establishment request is an emergency channel identifier, or identify the emergency event notification session establishment request as an emergency channel by identifying an emergency indication carried in the session establishment request. Request message

The emergency channel joining processing module is configured to, after identifying the emergency channel joining request message, request the policy enforcement entity of the bearer layer to reserve the bearer resource, and carry the reserved bearer resource according to the identified IPTV channel identifier or emergency indication. Priority.

A system for receiving emergency notifications, including:

a distribution unit, configured to send an emergency notification message to the receiving unit;

The receiving unit is configured to discover an emergency notification service, and attach to the emergency notification service, and receive an emergency notification message sent by the distribution unit.

The embodiment of the invention further provides a method for discovering an emergency notification service, which is capable of discovering an emergency notification service by means of a third party registration. The embodiment of the invention is implemented by the following technical solutions:

The receiving unit sends an IMS registration request to the call session control function CSCF;

After processing the IMS registration request, the CSCF sends a third-party IMS registration request to the emergency notification system application server EAS AS;

After processing the third-party IMS registration request, the EAS AS sends an emergency notification service discovery message to the receiving unit.

The embodiment of the invention further provides a method for receiving an emergency event notification media stream, which can guarantee the network bandwidth resource required for transmitting the media stream. The embodiments of the present invention can be implemented by the following technical solutions:

Acquiring network parameters of the emergency notification media stream from the emergency notification message, where the network parameter includes multicast address information, the multicast address information is a dedicated specific multicast address, or Is an ordinary multicast address;

Sending a request message that is added to the multicast group information corresponding to the multicast group, the request message carrying the multicast address information, or carrying an emergency indication at the same time;

The multicast replication control point and the replication point ECF/EFF process the multicast group join request message, request the resource and the admission control subsystem RACS to reserve the bearer resource, and according to the identified multicast address or emergency indication, Carrying priority of reserved bearer resources;

Joining the multicast group receives an emergency notification media stream and plays the output.

The embodiment of the invention further provides a method for joining an emergency notification IPTV channel, which can implement forced switching of an emergency notification channel. The embodiment of the invention is implemented by the following technical solutions:

Obtaining the ιρτν channel identifier of the emergency notification from the emergency notification message,

The IPTV channel identifier is a specific channel identifier dedicated to the emergency notification media stream transmission, or an ordinary channel identifier;

Initiating an establishment request of an emergency notification session, where the establishment request carries the IPTV channel identifier, or carries an emergency indication at the same time;

The emergency call session control function E-CSCF processes the establishment request of the emergency notification session, requests the resource and the admission control subsystem RACS to reserve the bearer resource, and carries the pre-load according to the identified IPTV channel identifier or emergency indication. The priority of the reserved resources;

After the emergency notification session is established, the IPTV channel of the emergency notification is added. According to the above technical solution, after the receiving unit finds the emergency notification service, by attaching to the emergency notification service, the emergency notification message sent by the distribution unit is received, so that the user terminal only needs to watch the live television program, as long as the user terminal and the bearer If the network communication is normal, the emergency notification can be received in time.

Moreover, by providing a bandwidth policy for the emergency notification service, the terminal of the IMS network makes whatever program is enjoyed, such as watching an IPTV program or playing a game, or watching a program saved locally by the terminal, or performing a menu operation, regardless of what is being performed. Communication, such as making a video call, can receive an emergency notification in a timely manner. Moreover, the emergency notification service can be provided in the case of various service abnormalities, and the emergency notification service can be received as long as the user successfully registers with the IMS network; even the IMS network or the IMS network can be successfully registered in the user terminal. In the case of registration failure, roaming restriction, etc., as long as the communication between the terminal and the bearer network is normal, the emergency notification service can be received. DRAWINGS

1 is a schematic diagram of a network logical architecture applicable to an embodiment of the present invention;

2 is a flowchart of a method for receiving an emergency notification according to an embodiment of the present invention; FIG. 3 is a flowchart of a method for receiving an emergency event notification according to Embodiment 1 of the present invention; FIG. 4 is a flowchart of a method for receiving an emergency event notification according to Embodiment 2 of the present invention; Figure 6 is a flowchart of a method for receiving an emergency notification according to Embodiment 4 of the present invention; Figure 7 is a flowchart of a method for receiving an emergency notification according to Embodiment 5 of the present invention; FIG. 8 is a flowchart of a method for receiving an emergency event notification according to Embodiment 6 of the present invention; FIG. 9 is a flowchart of a method for receiving an emergency event notification media stream according to an embodiment of the present invention;

10 is a flow chart of a method for adding an emergency notification IPTV channel according to an embodiment of the present invention;

FIG. 11 is a flowchart of a method for discovering an emergency event notification service according to an embodiment of the present invention; FIG. 12 is a functional block diagram of an emergency event notification receiving unit device according to an embodiment of the present invention;

FIG. 13 is a functional block diagram of an emergency notification service server device according to an embodiment of the present invention;

FIG. 14 is a functional block diagram of an emergency call session control function device according to an embodiment of the present invention. detailed description

Referring to FIG. 1 , it is a schematic diagram of a network logical architecture applicable to an embodiment of the present invention. As shown in Figure 1, where:

1) The issuing unit 101 is configured to issue an emergency notification, and issue an emergency notification to the distribution unit 102 for the source of the emergency notification.

The issuing unit 101 is usually located in an emergency processing center of various government departments. In the IMS network, the issuing unit 101 is often a device outside the IMS network, and an interface exists with the IMS network, and the interface protocol is usually specified by the government department.

The E4 interface between the publishing unit 101 and the distribution unit 102 is a signaling interface for signaling interaction and control of emergency notification distribution, and transmission of emergency notification messages. For example, through the E4 interface, the issuing unit 101 requests the distribution unit 102 to issue an emergency notification, and the distribution unit 102 authenticates the issuing unit 101. The emergency notification message sent through the E4 interface carries an emergency notification indication (including the address of the emergency notification media stream), indicating how the recipient of the message obtains the media content of the emergency notification; and the text mode emergency can also be transmitted through the E4 interface. Event notification content, etc. The E4 interface protocol is defined by the government department and can be a proprietary protocol that can use S IP, HTTP protocol, other standard protocols or proprietary protocols.

The M2 interface between the publishing unit 101 and the distribution unit 102 is a media stream interface, which is used for transmitting Emergency notifications for audio and video transmission, such as audio and video media streams, or audio and video files, etc. Interface protocols include but are not limited to: RTP/RTCP protocol, FTP protocol, HTTP protocol, other standard protocols or proprietary protocols.

2) The distribution unit 102 is configured to distribute the emergency notification to the receiving unit 103, and after receiving the emergency notification of the issuing unit 101, distribute the emergency notification to the receiving unit 103.

The distribution unit 102 not only performs the distribution of the emergency notification message at the signaling level, but also completes the delivery of the emergency notification at the media level, that is, the distribution of the emergency notification content of the audio and video media stream.

In the IMS network, the distribution unit 102 can be located in the application server AS, or the media server MF, or the basic control point of the multicast replication in the multicast service and the copy point ECF/EFF (E lementa ry Cont ro l Func ti on / E The lementary forwarding ing is in a single entity; the distribution unit 102 can also be located in the above AS and ECF/EFF, or AS and MF and ECF/EFF and other entities.

The distribution unit 102 may also be not a certain entity or entities, but a network, that is, an emergency notification distribution network, in which some entities have direct interfaces with the issuing unit 101, and some entities and receiving units 103 There is a direct interface, and some entities have no direct interface with the publishing unit 101 or the receiving unit 103, and perform service distribution in the network. For example, in an IMS network, an IMS Core including a P_CSCF, an S_CSCF, and an I-CSCF may serve as an emergency notification distribution network, route an emergency notification message, and finally distribute it to a user as the emergency notification receiving unit 103. Terminal device UE. The IMS Core completes the emergency notification notification distribution at the signaling level, and the IMS-controlled media network completes the media-level emergency event notification distribution.

3) The receiving unit 103 is configured to attach to the distribution unit 102 to receive the emergency notification distributed by the distribution unit 102, and perform processing and presentation of the emergency notification.

In the IMS network, the receiving unit 103 can be located in the user equipment UE.

The E2 interface between the receiving unit 103 and the distribution unit 102 is a signaling interface, signaling interaction and control for emergency notification, and transmission of an emergency notification message, such as transmitting an emergency notification indication, transmitting a textual emergency. Notifications, etc. Interface protocols include but are not limited to: proprietary protocols hosted over IP, SIP protocols, other standard protocols or proprietary protocols.

The M1 interface between the receiving unit 103 and the distribution unit 102 is a media stream interface, and is used for transmission of an emergency notification of audio and video modes, such as audio and video media streams, or audio and video files, etc. Interface protocols include but are not limited to: RTP/ RTCP protocol, FTP protocol, HTTP protocol, other standard protocols or proprietary protocols.

In the process of sending specific emergency notifications, the Ml interface may not be needed. For example, when the content of the emergency notification message is text mode, the content of the text mode can be directly on the E2 interface. Transfer on.

The use of the M1 interface is often based on an emergency notification indication transmitted on the E2 interface, and the receiving unit 103 is configured to obtain an emergency notification of the audio and video mode from the M1 interface, and carry the relevant parameters of the M1 interface in the emergency notification indication, for example Address information, media format information, or IPTV channel identification for sending emergency notifications. The receiving unit 103 receives the emergency notification content of the audio and video mode from the M1 interface according to the instruction, and plays the output.

4) The service discovery unit 104 is configured for the discovery of the emergency notification service, i.e., for acquiring the relevant information of the distribution unit 102, so that the receiving unit 103 can attach to the distribution unit 102 to receive the emergency notification.

In the IMS network, the service discovery unit 104 may be located in the network attachment subsystem NASS, the gateway GPRS support node GGSN, the call session control function CSCF, or the application server AS, or the dynamic host configuration protocol DHCP server, or may be located in the user terminal device UE. .

The E1 interface between the service discovery unit 104 and the receiving unit 103 is a direct interface or an indirect interface for transmitting emergency notification service discovery information, for example, transmitting the address information of the distribution unit 102 to the receiving unit 103, and the interface protocol includes but is not limited to : DHCP protocol, D iame ter protocol, S IP protocol, other standard protocols or proprietary protocols.

The service discovery unit 104 and the receiving unit 103 may be located in the same physical entity, for example, in the user terminal device UE. In this case, the E1 interface between the service discovery unit 104 and the receiving unit 103 is an internal interface.

From the above, there may be two cases for a complete emergency notification.

A. The emergency notification message only includes an emergency notification message transmitted on the E2 interface, and the emergency notification message may carry an emergency notification message content that is convenient for carrying a small number of bytes in the message body, for example, a text mode emergency event. Notification message content. In this case, the Ml interface is not used.

B. The emergency notification is divided into two parts, one part is the emergency notification message transmitted on the E2 interface, and the emergency notification indication is carried in the notification message; the other part is the emergency notification media stream transmitted on the M1 interface. In this case, the emergency notification message transmitted on the E2 interface carries an emergency notification indication, and the emergency notification indication carries the relevant parameter of the M1 interface, and is used to instruct the receiving unit 103 to obtain an audio-video emergency from the M1 interface. Notice.

Referring to FIG. 2, FIG. 2 is a flow chart of a method for receiving an emergency notification according to an embodiment of the present invention, including:

Step 2 G1, the receiving unit finds an emergency notification service.

The receiving unit discovers the emergency notification service, that is, the receiving unit discovers the distribution unit, that is, the receiving unit acquires related information of the emergency notification distribution unit, including the distribution unit. Related address information may also include some parameter information. In the embodiment of the present invention, the emergency notification message is sent in a multicast manner, and the related information of the distribution unit to be acquired includes multicast address information used by the distribution unit to send an emergency notification, or indirect database server address information of the distribution unit. The receiving unit receives the emergency notification message using the relevant information of the distribution unit.

If the information about the distribution unit acquired by the receiving unit is indirect information, such as the address of a database server, the receiving unit first obtains the indirect information, and further obtains direct information of the distribution unit, for example, first obtaining the information of the database server address. The multicast address information of the distribution unit is obtained from the database server.

The receiving unit discovers the distribution unit by: presetting the distribution unit related information on the receiving unit physical entity; or the receiving unit interacts with the service discovery unit to obtain related information of the distribution unit. The former is a static discovery process, that is, a static data configuration acquisition process on the physical entity of the receiving unit, and the latter is a dynamic discovery process, for example, during the network attachment process or after the network attachment is completed, or during the IMS registration process or the IMS registration is completed. After the dynamic discovery of the distribution unit.

The static discovery process is to statically set the relevant information of the distribution unit in advance on the receiving unit physical entity, for example, setting the multicast address information used by the distribution unit to send emergency notifications, or indirect database server address information. This setting can be set by the user, or the terminal device can be preset before delivery to the user. For example, if the multicast address transmitting the emergency notification message is a well-known multicast address specified by an industry standard, it can be preset in the terminal device. In the static service discovery process, the discovery unit and the receiving unit are located in the same physical entity, and the service discovery unit provides a setting for the user input interface or other input interface to receive the distribution unit information. The E1 interface between the receiving unit and the service discovery unit is an internal interface in a physical entity, for example, a data query interface, and the receiving unit uses the internal interface to obtain information of the distribution unit, and completes the emergency event notification service discovery.

The dynamic discovery process is to exchange messages with the service discovery unit through the E1 interface during the startup process of the receiving unit to obtain information about the distribution unit. The message interaction includes a PULL mode and a PUSH mode. The PULL mode is that the receiving unit sends an emergency event notification service discovery request message to the service discovery unit through the E1 interface, and the service discovery unit sends an emergency event notification service discovery response message to the receiving unit through the E1 interface. The message carries information about the distribution unit, such as a multicast address for sending an emergency notification message. In the PUSH mode, the service discovery unit sends an emergency notification service discovery indication message to the receiving unit through the E1 interface, where the message carries information about the distribution unit.

In the IMS network, there are two situations in which the service discovery unit is located. One case is at the bearer layer, which is one entity or multiple entities in the bearer network, and the other is at the service layer, which is the IMS network session. One entity or multiple entities of a layer or application layer, which may also include entities that carry layers. Correspondingly, in the PULL mode service discovery process, the receiving unit sends an emergency notification service discovery request message in two cases. In one case, the request is sent in the bearer network, for example, during the network attachment process or the network attachment is completed. The request is sent later, and the other case is to send the request in the service layer, for example, the request can be sent during the IMS registration process or after the IMS registration is completed. That is, the PULL mode service discovery process (which is further divided into the PULL mode service discovery process in the network attachment process and the PULL mode service discovery process after the network attachment is completed), and the PULL mode service discovery process at the IMS level ( Further, it is further divided into a PULL mode service discovery process in the IMS registration process and a PULL mode service discovery process after the IMS registration is completed.

The PULL mode service discovery process in the network attachment process refers to the process in which the receiving unit sends an emergency notification service discovery request, obtains the distribution unit information, completes the network attachment process, and completes the service discovery process. In a general network attachment process, the receiving unit sends a network attach request to the network, such as a dynamic host configuration protocol (DHCP, Dynami c Hos t Confive Protocol) request, which may be sent in a broadcast manner, and the network attaches a network attach request in the network. An entity, such as a DHCP server, receives the network attach request, and in addition to normally processing the network attach request, acquires information about the distribution unit, such as multicast address information for transmitting an emergency notification message, and transmits the network to the receiving unit. The message of the attachment response carries the distribution unit information, so that the receiving unit completes the emergency notification service discovery while completing the network attachment. In this process, the service discovery unit is located in the entity in the network that handles network attach requests, such as in a DHCP server. The emergency notification service discovery request is located in the network attachment request message, and the emergency notification service discovery request may be an implicit request, that is, the network attachment request sent by the receiving unit does not explicitly carry the emergency notification service discovery request. The entity that handles the network attach request additionally adds the processing of the emergency notification service discovery, and carries the emergency notification service discovery information in the network attachment response message. The emergency notification service discovery request may also be an explicit request, that is, the emergency notification service discovery request indication is explicitly carried in the network attachment request message.

Therefore, the PULL mode emergency notification service discovery in the network attachment process finds that the emergency event notification service discovery request is located in the network attachment request message, and the emergency notification service discovery response is located in the network attachment response message.

The PULL mode service discovery process after the network attachment is completed means that the receiving unit sends an emergency notification service discovery request after the network attachment is completed, and obtains an emergency notification service discovery information, and the emergency notification service discovery process is completed after the network attachment process. For example, after receiving the network attachment, the receiving unit sends an emergency notification service discovery request to the network, and the request may be sent by using a broadcast manner, and the entity (ie, the service discovery unit) that processes the emergency notification service discovery in the network processes the service discovery request. , reply to the emergency notification service discovery response message, The emergency notification service discovery information is carried in the interest. In this process, the service discovery unit can be located in a separate entity from the entity to which the processing network is attached.

The PULL mode service discovery process in the IMS registration process means that the receiving unit sends an emergency notification service discovery request during the IMS registration process to obtain the relevant information of the distribution unit, and completes the IMS registration process and completes the service discovery process. The general IMS registration process is: after receiving the P-CSCF address, the receiving unit sends an IMS registration request message (S IP Reg is ter message) to the P-CSCF, and the IMS registration request is routed to an allocated S-CSCF to perform IMS registration. The S-CSCF replies to the receiving unit with an IMS registration response message (SIP response code message). An entity that processes an IMS registration, such as an S-CSCF, receives the IMS registration request, and acquires information about the distribution unit, such as multicast address information for transmitting an emergency notification message, in addition to normally processing the IMS registration request. The receiving unit sends the IMS registration response message carrying the emergency event notification service discovery information, so that the receiving unit acquires the emergency event notification service discovery information while completing the IMS registration. In this process, the service discovery unit is located in the entity that processes the IMS registration request in the IMS network, such as the S-CSCF. The emergency notification service discovery request is located in the IMS registration request message, and the emergency notification service discovery request may be an implicit request, that is, the emergency notification service discovery request is not explicitly carried in the IMS registration request sent by the receiving unit. The entity that processes the IMS registration request additionally adds the processing of the emergency notification service discovery, and carries the emergency notification service discovery information in the IMS registration response message. The emergency notification service discovery request may also be an explicit request, that is, the emergency notification service discovery request indication is explicitly carried in the IMS registration request message.

Therefore, the PULL mode emergency notification service in the IMS registration process finds that the emergency notification service discovery request is located in the IMS registration request message, and the emergency notification service discovery response is located in the IMS registration response message.

The PULL mode service discovery process after the registration of the IMS means that the receiving unit sends an emergency notification service discovery request after the IMS registration is completed, and obtains an emergency notification service discovery information, and the emergency notification service discovery process is completed after the IMS registration process. For example, after receiving the IMS registration, the receiving unit sends an emergency notification service discovery request to the network, and the request may be sent to the S-CSCF, and the S-CSCF triggers the request to the emergency according to a certain policy, such as an initial filtering rule iFC. The event notifies the service discovery entity (ie, the service discovery unit), for example, the AS, processes the service discovery request, and the AS responds to the emergency notification service discovery response message, and the message carries the emergency notification service discovery information, and the emergency notification service discovery response is cancelled. , 3⁄4 is sent to the receiving unit via the S-CSCF.

The emergency notification service discovery of the PUSH mode is to send an emergency notification service discovery indication message to the receiving unit after the service discovery unit senses the receiving unit. As mentioned above, in the IMS network, the service discovery unit can be located at the bearer network layer or at the service layer. In the bearer network layer, the manner in which the service discovery unit perceives the receiving unit includes: after successfully processing the network attach request of the receiving unit, the network attaching device sends the network attaching information of the receiving unit to the service discovery unit; or the service discovery unit actively attaches the device to the network. The information about the receiving unit attached to the network is queried; or the service discovery unit is located at the network attached device, and the information of the receiving unit is obtained through the internal interface of the entity.

In the service layer, the manner in which the service discovery unit perceives the receiving unit includes: the entity that processes the IMS registration sends the IMS registration information of the receiving unit to the service discovery unit after successfully processing the IMS registration request of the receiving unit; or the service discovery unit actively registers with the IMS. The entity subscribes or queries the receiving unit information of the IMS registration; or the service discovery unit is located in the IMS registration entity, and obtains the IMS registration information of the receiving unit through the internal interface of the entity.

In the above process, the service discovery unit also needs to obtain the emergency notification service discovery information, which may be pre-configured on the service discovery unit, or may be obtained by the service discovery unit to the external database during the service discovery process.

The emergency notification service discovery request message may be a DHCP request message, a SIP message, a Diame ter message, a RADIUS message, other proprietary messages, and the like.

The emergency notification service discovery indication message may be a Di ame ter message, a S IP Me s sage message, a RADIUS message, or the like.

After the receiving unit obtains the relevant information of the distribution unit, the emergency event notification service attachment may be subsequently performed.

Step 202: The receiving unit is attached to the emergency notification service.

The receiving unit is attached to the emergency notification service, which means that the receiving unit can prepare to receive the emergency event notification, that is, the receiving unit can receive the emergency event notification message sent by the distribution unit after the service is attached.

Specifically, after receiving the emergency event notification service discovery information in step 201, the receiving unit sends an emergency event notification service attach request to the distribution unit through the E2 interface, and attaches to the emergency event notification service.

In the embodiment of the present invention, the emergency notification message is sent in a multicast manner, and the manner in which the receiving unit attaches to the emergency notification service includes:

If the receiving unit acquires the multicast address information used by the distribution unit to send the emergency notification, the receiving unit sends a request message to the distribution unit to join the corresponding multicast group, for example, the Interne t group management ten office (IGMP, Interne t Group) Management Pro toco l) Joins a message (ie, an IGMP Jo in message) to prepare to receive an emergency notification message sent using the multicast address. Moreover, in order to receive the emergency notification message at any time, the emergency notification receiving unit joins the multicast group and does not exit the multicast group. After the receiving unit is restarted or the network communication is interrupted, the receiving unit needs to rejoin the multicast group, or needs to re-enter When the network is attached or the IMS is registered, the receiving unit needs to perform service discovery again, and re-attach the service, that is, rejoin the multicast group. or,

If the receiving unit obtains the indirect distribution unit information of the distribution unit, for example, the address information of a database server, the receiving unit first acquires the indirect information, and further acquires the direct information of the distribution unit, for example, first obtains the information of the database server address. And obtaining the address information of the emergency notification distribution unit from the database server, and after acquiring the multicast address used by the distribution unit to send the emergency notification message, sending the request message to join the corresponding multicast group to the distribution unit, and adding the corresponding multicast The group completes the attachment of the emergency notification service.

Step 203: The receiving unit receives an emergency event notification message sent by the distribution unit.

Before the receiving unit receives the emergency event notification message sent by the distribution unit, the method further includes: the distribution unit receiving the request message for issuing the emergency event notification sent by the issuing unit; and distributing the emergency event to the receiving unit according to the request message distributing unit Notification message. That is, after receiving the emergency notification sending request sent by the issuing unit through the E4 interface, the distribution unit distributes the emergency notification message to the receiving unit through the E2 interface.

In this step, the distribution unit may receive an emergency notification of the audio and video mode through the M2 interface under the indication of the emergency notification message sent by the issuing unit through the E4 interface, and carry the emergency in the emergency notification message sent through the E2 interface. The event notification indication instructs the receiving unit to receive an emergency notification of the audio and video mode through the M1 interface.

If the receiving unit receives the emergency event notification message sent by the distribution unit, the step 203 further includes: instructing the receiving unit to perform the processing and presentation of the emergency event notification according to the emergency notification in the emergency event notification message. which is,

After receiving the emergency notification message sent by the E2 interface, if the emergency notification message carries the emergency notification indication, the receiving unit receives the emergency notification of the audio and video mode through the M1 interface and presents the emergency event notification.

The emergency notification message transmitted on the E4 interface and the emergency notification message transmitted on the E2 interface may be inconsistent. The audio and video transmitted on the M2 interface may not be consistent with the audio and video transmitted on the M1 interface. The E4 interface and the M2 interface are external interfaces of the IMS system, and may be a unified interface of the emergency processing center specified by the government department. The unified interface may be connected to multiple communication networks other than the IMS network. The E2 interface and the M1 interface are interfaces within the IMS network and are defined within the IMS network. The distribution unit can perform format conversion between the E4 interface and the E2 interface, and between the M2 interface and the M1 interface. For example, the audio and video encoding on the M2 interface is a certain format, and the audio and video encoding transmitted on the M1 interface may be converted into another format. Format; In addition, the distribution unit can also be modified in the transfer mode. For example, the E4 interface and the M2 interface are unicast, and the unicast media stream negotiation can be performed on the E4 interface to establish an M2 media channel; the E2 interface and the M1 interface use multicast transmission, and the E2 interface indicates the receiving unit. The address of the multicast media stream, The receiving unit receives the multicast media stream by joining the multicast group. However, the service layer content transmitted between the E4 interface and the E2 interface, and between the M2 interface and the M1 interface needs to be consistent, that is, the content of the emergency notification itself cannot be changed.

After the distribution unit receives the emergency notification release request message sent by the publishing unit through the E4 interface, the distribution unit needs to be authenticated. The authentication may be to use the preset policies and data, authenticate the legality of the identity of the issuing unit, and authenticate the validity of the emergency notification message issued by the issuing unit. After the certification is passed, the distribution of the emergency notification is initiated.

In the embodiment of the present invention, the E2 interface sends an emergency notification message in a multicast manner. In this way, the receiving unit obtains the multicast address used by the distribution unit to send the emergency notification message through the emergency notification service discovery, and has joined the corresponding multicast group when the emergency notification service is attached, and then the distribution unit uses the multiple When the broadcast address sends an emergency notification message, the receiving unit can receive the emergency notification message.

The transmission of the emergency notification message of the multicast mode greatly reduces the processing performance requirement of the distribution unit compared with the unicast mode, and greatly reduces the bandwidth requirement for the transmission network, and avoids the single use of the multicast mode. The broadcast mode requires a large number of messages to be sent in an instant. In this way, it is possible to effectively avoid overloading the processing unit of the distribution unit or transmitting network congestion.

Here, the receiving unit receives the multicast address of the multicast group that is added when the emergency notification service is attached (that is, the multicast address obtained when the emergency notification service is discovered), and the multicast address used by the distribution unit to send the emergency notification message must be Consistent. The distribution unit can obtain the multicast address in two ways, one is pre-configured on the distribution unit, and the other is the distribution unit queries the external database. In the former method, the preset data must be consistent with the data preset on the service discovery unit or with the data in the external database used by the service discovery unit. In the latter case, the data on the external database used by the distribution unit must match the data preset on the service discovery unit, or be consistent with the data on the external database used by the service discovery unit, or use the same external database.

The distribution unit may perform certain filtering during the process of distributing the emergency notification message, for example, filtering according to the geographic location, and the filtering method may be: carrying the emergency area notification code applicable in the emergency notification message sent by the issuing unit List, the distribution unit is a network composed of multiple physical entities, different physical entities may be located in different geographical areas, and the emergency notification message is distributed to the physical entities of the geographical area corresponding to the above-mentioned geographical area coding list, and then these The physical entity sends to the receiving unit that it is responsible for in conformity with the above-mentioned geographical area code list.

The emergency notification message transmitted on the E2 interface carries an emergency notification indication, including the type of emergency notification, for example, there are three types of emergency notifications, namely text mode, text+audio mode, audio and video mode, emergency indication, And if you need to use the Ml interface to transfer The audio and video mode emergency notification media stream also includes an emergency notification media stream for transmitting

Ml interface parameters and audio and video codec and other information.

In the embodiment of the present invention, the M1 interface may use the multicast mode. In this case, the M1 interface parameter may directly be the multicast address information used for sending the audio and video media stream. The receiving unit joins the corresponding multicast group according to the emergency notification notification, receives the multicast audio and video media stream, and plays the output. This multicast address can be a dedicated specific multicast address, or a normal multicast address.

The Ml interface parameter can also be a broadcast address. In this case, the receiving unit receives the audio and video media stream (e.g., tuned to the corresponding frequency) from the broadcast address in accordance with the emergency notification indication, and plays the output.

The M1 interface parameter may also be another application layer address, such as an FTP address or an HTTP address. In this case, the receiving unit needs to obtain the content indicated by the address according to the emergency notification notification, for example, using FTP or HTTP to obtain audio and video content, and Play the output.

The Ml interface parameter may also be an IPTV channel identifier, and the receiving unit switches to the channel according to the emergency notification indication, and receives and plays the audio and video media content of the channel. This IPTV channel identifier can be a specific channel identifier, specifically for the transmission of an emergency notification media stream, or a normal channel identification.

If the M1 interface parameter is an IPTV channel identifier, the receiving unit switches to the indication channel in the following cases:

1) if the receiving unit is playing the live content (not time-shifted content) of the channel indicated by the IPTV channel identifier, the receiving unit continues the playing of the channel;

2) if the receiving unit is playing the time-shifted content of the channel indicated by the IPTV channel identifier, the receiving unit ends the time shifting state and switches to the live broadcast state;

3) if the receiving unit is playing the content of another channel different from the channel indicated by the IPTV channel identifier, and the two channels belong to the same domain, for example, belong to a visited domain or a home domain, the receiving unit performs the channel Switching to switch to the channel indicated by the IPTV channel identifier;

4) The receiving unit is playing the content of another channel different from the channel indicated by the IPTV channel identifier, and the two channels belong to different domains, for example, the user terminal roams to a visited domain, but is playing a channel of the home domain Content, the channel identifier in the emergency notification indication information is the channel identifier of the visited domain, and the receiving unit stops the content playback of the another channel (either releasing the current service, or suspending the current media stream, or simply not presenting the content) a media stream, etc., initiating a play request of the channel indicated by the IPTV channel identifier to a domain where the IPTV channel identifier is located;

5) The receiving unit is playing a V0D program or a local program, or is performing a local menu operation, then the receiving unit stops or suspends the current program or operation, and initiates a live program service request, The request carries the IPTV channel identifier;

6) The receiving unit is in an idle state, does not play any live channel program, and does not play other types of programs, the receiving unit initiates a live program service request, and the request carries the IPTV channel identifier.

During the process of processing the emergency notification, the receiving unit needs to cooperate according to the requirements of the emergency notification indication carried in the emergency notification message, such as stopping or suspending the currently playing program, and forcibly switching to the emergency received on the M1 interface. The event notifies the playing of the audio and video media stream, whether the current user is playing an IPTV program, performing a video call, playing a game, playing a locally saved program, or performing a menu operation, etc., in order to make the user Get emergency notifications in a timely manner. Such coordination processing may be mandatory by the competent government department. For example, in the IMS network, the user equipment UE must meet the relevant standards of the mandatory emergency notification service before it can be used in the network.

The network bandwidth resources required for transmitting audio and video media streams on the M1 interface should be guaranteed. In particular, the M1 interface parameters are directly multicast addresses, and the receiving unit directly joins the corresponding multicast group. Moreover, due to the particularity of the emergency notification service, it is necessary to be able to exceed the bandwidth occupied by other services. If the user is using a service that occupies a large amount of bandwidth, and there is no remaining bandwidth or insufficient bandwidth, the bandwidth of the emergency notification service needs to be ensured. In this case, the bandwidth occupied by the service being used needs to be exceeded, that is, dynamic bandwidth adjustment is required. , reduce or even deprive other businesses of the bandwidth used, and provide these bandwidths to the emergency notification service.

The bandwidth policy of the emergency notification service provided by the embodiment of the present invention has the following implementation modes:

1) The bandwidth policy of the emergency notification service may be preset in advance, that is, a policy execution entity or a policy decision entity preset to the bearer layer, and such pre-setting needs to obtain relevant parameters of the emergency event notification service media stream in advance. For example, if the emergency notification is sent in multicast mode, the multicast address needs to be obtained in advance, and the bandwidth requirement and priority of the media stream of the multicast address are preset in the policy enforcement entity or the policy decision entity of the bearer layer.

When the bandwidth policy is preset to the policy enforcement entity, the policy execution entity automatically executes the preset policy after detecting the emergency notification media stream according to the parameters, allocates the corresponding bandwidth, and exceeds the bandwidth of other services as needed. Based on these parameters, the policy enforcement entity detects the end of the emergency notification (for example, using traffic detection), automatically releases the allocated bandwidth, and restores the bandwidth of other services that are overridden.

Alternatively, when the bandwidth policy is preset to the policy decision entity of the bearer layer, the policy decision entity may control the policy execution entity to execute the bandwidth policy by using a PUSH mode or a PULL mode. For example, after the bandwidth policy is set to the policy decision entity of the bearer layer, the policy decision entity PUSH goes to all the policy enforcement entities it is responsible for, or the policy enforcement entity requests the bandwidth of the service from the policy decision entity. In the policy, the policy decision entity carries the bandwidth policy of the emergency notification in the response message. The bandwidth policy of the emergency notification service may be that the distribution unit perceives that the receiving unit completes the network attachment, or is sent to the policy enforcement entity or the policy decision entity of the bearer layer in the process of handling the emergency event notification service attachment of the receiving unit. For example, the emergency notification system application server EAS AS senses that the receiving unit completes the network attachment and delivers the bearer policy to the bearer layer.

2) The bandwidth policy of the emergency notification service may be sent to the bearer layer during the emergency notification distribution process of the distribution unit, that is, when the distribution unit needs to send the emergency notification media stream, the bearer policy is sent to the bearer layer, and the request is pre-requested. Leave the corresponding bandwidth and indicate the priority to exceed the bandwidth of other services as needed. When the emergency notification ends, the distribution unit sends a bearer policy to the bearer layer, requests to release the allocated bandwidth, and restores the bandwidth of other services that are overridden. For example, the EAS AS requests the resource and admission control subsystem (RACS, Res ource and Admi ssi on Cont ro l Sub-sys-tem) to reserve bandwidth resources and indicate the priority of the resources in the process of handling the emergency notification service distribution. , or the ECF/EFF receives the emergency notification message or receives the emergency notification video media stream, requests the RACS to reserve the bandwidth resource and indicates the priority of the resource.

3) The bandwidth policy of the emergency notification service may be sent by the distribution unit to the bearer layer after receiving the emergency unit notification media content. For example, after receiving the IGMP Jo in message sent by the receiving unit to join the multicast group (the multicast group used to send the emergency notification audio and video media stream), the ECF/EFF requests the RACS to reserve the bandwidth resource and indicate the priority of the resource. level. Here, the ECF/EFF should be able to identify the multicast address as the multicast address of the emergency notification, which may be carrying an emergency indication in the IGMP Jo in message, or the multicast address is a preset specific multicast address, or The ECF/EFF obtains the multicast address of the emergency notification media stream after receiving the emergency notification message.

4) The bandwidth policy of the emergency notification service may also be that after receiving the emergency event notification message, the receiving unit requests the policy enforcement entity of the bearer layer to allocate the corresponding bandwidth, and exceeds the bandwidth of other services as needed. Upon receiving the emergency notification, the receiving unit requests the policy enforcement entity of the bearer layer to release the allocated bandwidth and restore the bandwidth of other services. For example, the UE receives the emergency notification message, and the emergency notification in the message indicates carrying the emergency indication and the multicast address for transmitting the audio and video media stream, and the UE requests the RACS to reserve the bandwidth resource and indicate the priority of the resource.

5) The bandwidth policy of the emergency notification service may also be that after the receiving unit receives the emergency notification receiving message, the receiving unit initiates the establishment of the emergency event notification session, and the bandwidth resource is reserved through the establishment of the session, that is, the session is established during the session establishment process. The CSCF interacts with the RACS to reserve resources. In this case, the M1 interface parameter carried in the emergency notification message is often an IPTV channel identifier. There are two cases for the channel identifier. One is that the channel identifier is a special frequency. The track identifier is used to send an emergency notification media stream. In another case, the channel is identified as a normal channel identifier. The IPTV program is usually provided, and is used to send an emergency notification media stream when needed. The emergency notification session initiated by the receiving unit is an emergency session, and the emergency response indication may be carried in the session establishment request message, or the network side call session control function (CSCF, Ca ll Ses sion Cont ro l Func t ion ) according to the requested channel The identifier is identified as an emergency session establishment request, and when the bandwidth request is reserved for the RACS, the priority of the service may be indicated, so that the bandwidth occupied by other services can be exceeded when necessary, and the bandwidth of the media stream is ensured by the emergency event.

An embodiment of the present invention provides a method for receiving an emergency notification. After the receiving unit finds an emergency notification service, it receives an emergency notification service sent by the distribution unit by attaching to the emergency notification service, and is in an emergency notification message. When the emergency notification indication is carried, the receiving unit performs processing and presentation of the corresponding emergency notification according to the emergency notification. According to the method provided by the embodiment of the present invention, the distribution unit uses the multicast mode to distribute the emergency notification message, which can effectively avoid the problem that the bearer network congestion and the processing capability of the message sending unit are overloaded due to a message storm that may occur when the emergency notification service is sent. Receiving an emergency notification message by the receiving unit attaching to the multicast address of the distribution unit, so that the user terminal can receive the emergency notification in time, as long as the user terminal is in normal communication with the bearer network whether or not the live television program is being watched. .

In the method provided by the embodiment of the present invention, the bandwidth policy of the service is notified by the provided emergency event, so that the terminal of the IMS network enjoys any program, such as watching an IPTV program or playing a game, or watching a program saved locally by the terminal, or The menu operation is performed, and no matter what communication is being performed, for example, a video call is made, and an emergency notification can be received in time. Moreover, the emergency notification service can be provided in the case of various service abnormalities, for example, in the various states such as the user's arrears or downtime, the unused IPTV service status, and the roaming status, as long as the user successfully registers the IMS network, it can receive Emergency notification service; even in the case that the user terminal does not successfully register the IMS network, or the IMS network registration fails, roaming restrictions, etc., as long as the communication between the terminal and the bearer network is normal, the emergency notification service can be received. Law into one

, ", , , , and example one:

Referring to FIG. 3, FIG. 3 is a flowchart of a method for receiving an emergency notification according to Embodiment 1 of the present invention. In Embodiment 1 of the present invention, an EAS Center of an emergency department of a government department is a release unit of an emergency notification, in an IMS network. The EAS application server EAS AS and the EAS media server EAS MF and the multicast replication control point and the replication point ECF/EFF are the distribution units for the emergency notification, the DHCP server (DHCP Server) is the service discovery unit for the emergency notification, and the user equipment UE is Receiving unit for emergency notification. Step 301: The UE sends a network attach request (DHCP Request) to the DHCP server. Step 302: The DHCP server returns a network attach response message (DHCP Response) to the UE, where the response message carries the emergency event notification service discovery information.

In the first embodiment, the UE completes the discovery of the emergency notification service during the network attachment process.

Here, the emergency notification message is transmitted in a multicast manner, and the emergency notification service discovery information is a multicast address for transmitting an emergency notification message.

Step 303: The UE sends an IGMP Join message to the ECF/EFF.

After acquiring the multicast address, the UE joins the corresponding multicast group, completes the emergency notification service attachment, and prepares to receive the emergency notification message.

Step 304: The EAS Center sends an EAS Request message (EAS Request) for issuing an emergency notification to the EAS AS.

In the embodiment of the present invention, the emergency notification includes an audio and video media stream, and the request message for issuing the emergency notification sent by the EAS Center carries an emergency notification indication, indicating that the audio and video media stream needs to be received.

Step 305: The EAS AS sends a request message (MF Request) for receiving and distributing the emergency notification media stream to the EAS MF.

Step 306: The EAS AS sends a response message (EAS Response) for issuing an emergency notification request to the EAS Center.

Here, the EAS AS can authenticate the EAS Center, including authenticating the identity legality of the EAS Center and authenticating the emergency notification message issued by the EAS Center.

Step 307: The EAS AS receives an emergency notification message (EAS Mes sage) issued by the EAS Center.

Step 308, the EAS AS distributes the emergency notification message (EAS Message) to

ECF/EFF.

Step 309: The UE receives the emergency notification message (EAS Message) from the ECF/EFF. Step 310: The UE sends an IGMP Join message to the ECF/EFF.

The UE obtains a multicast address for sending the emergency notification media stream according to the emergency notification notification in the emergency notification message, and joins the multicast group corresponding to the emergency notification media stream to receive the audio and video emergency notification. .

Step 311: The ECF/EFF interacts with the RACS to perform resource reservation.

The specific steps are: the ECF/EFF processes the multicast group join request message, requests the resource and the admission control subsystem RACS to reserve the bearer resource, and carries the reserved bearer resource according to the identified multicast address or emergency indication. priority. Here, the multicast address of the audio/video media stream may be a specific multicast address, and after the ECF/EFF identifies the specific multicast address, when the resource reservation is performed with the RACS, the priority of the applied resource is carried, indicating the bandwidth. When it is insufficient, it exceeds the bandwidth occupied by other services. The multicast address may also be a normal multicast address. The IGMP Jo in message sent by the UE carries an emergency indication, and the ECF/EFF determines the priority of the applied resource according to the emergency indication.

Step 312: The EAS MF receives the issued emergency notification media stream (EAS Media) from the EAS Center.

Step 313, the EAS MF distributes the emergency notification media stream (EAS Medi a ) to the ECF/EFF.

Step 314: The UE receives the emergency notification media stream (EAS Medi a ) from the ECF/EFF, and plays the output.

Embodiment 2:

Referring to FIG. 4, FIG. 4 is a flowchart of a method for receiving an emergency notification according to Embodiment 2 of the present invention. In Embodiment 2 of the present invention, an EAS Center of an emergency department of a government department is a release unit of an emergency notification, in an IMS network. EAS application server EAS AS and EAS media server EAS MF and multicast replication control point and replication point ECF/EFF are the distribution unit of emergency notification, EAS F inder is the service discovery unit of emergency notification, user equipment UE is emergency notification Receiving unit.

Step 401: The UE sends an emergency notification service discovery request message (EAS F ind Reque s t ) to the EAS F inder.

Step 402: The EAS F inder returns an emergency notification service discovery response message (EAS F ind Response) to the UE, where the message carries the emergency event notification service discovery information.

In the second embodiment of the present invention, the user equipment UE performs the emergency event notification service discovery after completing the network attachment, and may use the emergency notification service discovery request message of the broadcast mode to process the entity EAS F inder processing of the emergency notification service discovery. The broadcast message.

Step 403: The UE sends an IGMP Jo in message to the ECF/EFF.

The UE obtains the multicast discovery address from the received emergency notification service discovery information, adds the corresponding multicast group, completes the emergency notification service attachment, and prepares to receive the emergency notification message.

Step 404: The EAS Center sends a request message (EAS Reques t) for issuing an emergency notification to the EAS AS.

In the embodiment of the present invention, the emergency notification includes an audio and video media stream, and the request message for issuing the emergency notification sent by the EAS Center carries an emergency notification indication, indicating that the audio and video media stream needs to be received. Step 405: The EAS AS sends a request for receiving and distributing an emergency notification media stream (MF Request) to the EAS MF.

Step 406: The EAS AS returns a response message (EAS Response) for issuing an emergency notification request to the EAS Center.

Step 407: The EAS AS receives an emergency notification message (EAS Mes sage) issued by the EAS Center.

Step 408, the EAS AS distributes the emergency notification message (EAS Message) to

ECF/EFF.

In step 409, the ECF/EFF interacts with the RACS to reserve resources.

The step is specifically as follows: After receiving the emergency notification message (EAS Message), the ECF/EFF exchanges the bearer resource with the RACS according to the parameters of the audio and video media stream carried in the emergency notification indication. Here, the ECF/EFF is the priority of the resource to be applied when the resource reservation is performed by the RACS to identify the emergency notification message, indicating that the bandwidth occupied by other services is exceeded when the bandwidth is insufficient.

Step 410: The UE receives the emergency notification message (EAS Message) from the ECF/EFF. Step 411, the EAS MF receives the released emergency notification media stream (EAS Media) from the EAS Center.

In step 412, the EAS MF distributes the received emergency notification media stream (EAS Media) to the ECF/EFF.

Step 413: The UE sends an IGMP Join message to the ECF/EFF.

The UE obtains the multicast address for sending the emergency notification media stream according to the emergency notification notification in the emergency notification message, joins the multicast group corresponding to the emergency notification media stream, and receives the emergency notification of the audio and video mode.

Step 414: The UE receives the emergency notification media stream ( EAS Media ) from the ECF/EFF and plays the output.

Embodiment 3:

Referring to FIG. 5, FIG. 5 is a flowchart of a method for receiving an emergency notification according to Embodiment 3 of the present invention. In Embodiment 3 of the present invention, an EAS Center of an emergency department of a government department is a release unit of an emergency notification, in an IMS network. EAS application server EAS AS and EAS media server EAS MF and multicast replication control point and replication point ECF/EFF are the distribution unit for emergency notification, EAS Finder and DHCP Server are the service discovery unit for emergency notification, user equipment UE is emergency The receiving unit of the event notification. Step 501: After processing the network attachment of the UE, the DHCP server actively reports the status information (Network Attachment Announce) of the UE to the EAS Finder.

In the third embodiment of the present invention, after the user equipment UE and the DHCP server complete the network attachment, the emergency event notification service is discovered, where is the PUSH emergency event service discovery, and the entity EAS Finder for the emergency notification service discovery senses the UE. After the network attachment is completed (here, the DHCP server processes the user's network attachment and actively sends the EAS Finder), the emergency notification service discovery indication information is sent to the UE.

Step 502: The EAS Finder actively sends an emergency notification service discovery indication information (EAS Service Announce) to the UE.

Step 503: The UE returns an EAS Service Response of the emergency notification service discovery indication to the EAS Finder.

Step 504: The UE sends an IGMP Join message to the ECF/EFF.

After obtaining the multicast address from the received emergency notification service discovery information, the UE requests to join the corresponding multicast group, completes the emergency notification service attachment, and prepares to receive the emergency notification message.

Step 505: The EAS Center sends an EAS Request message (EAS Request) for issuing an emergency notification to the EAS AS.

Step 506: The EAS AS sends a request for receiving and distributing an emergency notification media stream (MF Request) to the EAS MF.

Step 507: The EAS AS returns a response message (EAS Response) for issuing an emergency notification request to the EAS Center.

Step 508: The EAS AS receives an emergency notification message (EAS Mes sage) issued by the EAS Center.

Step 509, the EAS AS distributes the emergency notification message (EAS Message) to the ECF/EFF.

Step 510: The UE receives the emergency notification message (EAS Message) from the ECF/EFF. Step 511, the EAS MF receives the released emergency notification media stream (EAS Media) from the EAS Center.

In step 512, the EAS MF distributes the received emergency notification media stream (EAS Media) to the ECF/EFF. In step 513, the ECF/EFF interacts with the RACS to perform resource reservation.

The step is specifically as follows: After receiving the emergency notification media stream, the ECF/EFF exchanges with the RACS to reserve the bearer resource. Here, after receiving the emergency notification message, the ECF/EFF obtains the multicast address of the emergency notification notification media stream from the emergency notification indication, and interacts with the RACS when the media stream of the multicast address arrives. Reserve, and carry the priority of the applied resource, indicating that the bandwidth occupied by other services is exceeded when the bandwidth is insufficient.

Step 514: The UE sends an IGMP Join message to the ECF/EFF.

The UE obtains the multicast address for sending the emergency notification media stream according to the emergency notification notification in the emergency notification message, and joins the multicast group corresponding to the emergency notification media stream to receive the emergency notification of the audio and video mode.

Step 515, the UE receives the emergency notification media stream ( EAS Media ) from the ECF/EFF and plays the output.

Embodiment 4:

Referring to FIG. 6, FIG. 6 is a flowchart of a method for receiving an emergency notification according to Embodiment 4 of the present invention. In Embodiment 4 of the present invention, an EAS Center of an emergency department of a government department is a release unit of an emergency notification, in an IMS network. EAS application server EAS AS and EAS media server EAS MF and multicast replication control point and replication point ECF/EFF are the distribution unit for emergency notification, call session control function CSCF and EAS AS are service discovery units for emergency notification, user equipment The UE is a receiving unit of an emergency notification.

Step 601: The UE sends an IMS registration request message (Register) to the CSCF.

Step 602: The CSCF returns a 200 OK message to the UE, and completes the IMS registration of the UE.

Step 603: The CSCF sends a third party IMS registration request message (Regi s ter ) to the EAS AS. Step 604: The EAS AS returns a 200 OK message to the CSCF to complete the third party's IMS registration. Step 605: The EAS AS actively sends an emergency notification service discovery indication message (Message) to the UE.

In the fourth embodiment of the present invention, the user equipment UE performs the discovery of the emergency notification service through the third party registration in the IMS registration process, where the service discovery is PUSH mode service discovery. After processing the IMS registration request of the UE, the CSCF sends a third party registration request to the EAS AS. After processing the third party registration, the EAS AS actively sends an emergency notification service discovery indication message to the UE.

Step 006: The UE sends an IGMP Join message to the ECF/EFF.

Step 607, the EAS Center sends a request message for issuing an emergency notification to the EAS AS. ( EAS Request ).

Step 608: The EAS AS sends a request for receiving and distributing an emergency notification media stream (MF Request) to the EAS MF.

Step 609: The EAS AS returns a response message (EAS Response) for issuing an emergency notification request to the EAS Center.

Step 610: The EAS AS receives an emergency notification message (EAS Mes sage) issued by the EAS Center.

Step 611: The EAS AS sends a bandwidth policy to the bearer layer.

The step is specifically: after receiving the emergency notification message, the EAS AS sends a bandwidth policy to the bearer layer according to the parameters of the audio and video media stream carried in the emergency notification indication, and indicates the bandwidth requirement and priority of the emergency event notification audio and video media stream. Level, where the bandwidth policy can be delivered to the RACS, the RACS completes the bearer resource reservation, and exceeds the bandwidth occupied by other services when the bandwidth is insufficient.

Step 612, the EAS AS distributes the emergency notification message (EAS Message) to the ECF/EFF.

In step 613, the UE receives the emergency notification message (EAS Message) from the ECF/EFF. Step 614, the EAS MF receives the issued emergency notification media stream from the EAS Center (EAS)

Media).

Step 615, the EAS MF distributes the received emergency notification media stream (EAS Media) to the ECF/EFF.

Step 616: The UE sends an IGMP Join message to the ECF/EFF.

Step 617, the UE receives the emergency notification media stream ( EAS Media ) from the ECF/EFF and plays the output.

Embodiment 5:

Referring to FIG. 7, FIG. 7 is a flowchart of a method for receiving an emergency notification according to Embodiment 5 of the present invention. In Embodiment 5 of the present invention, an EAS Center of an emergency department of a government department is a release unit of an emergency notification, in an IMS network. EAS application server EAS AS and EAS media server EAS MF and multicast replication control point and replication point ECF/EFF and emergency call session control function E-CSCF are emergency notification notification units, DHCP server for emergency notification The service discovery unit, the user equipment UE is a receiving unit of the emergency notification.

Step 701: The UE sends a network attach request message (DHCP Request) to the DHCP server. Step 702, the DHCP server returns a network attach request response message to the UE (DHCP)

Response), the response message carries an emergency notification service discovery information.

In the fifth embodiment of the present invention, the user equipment UE is configured to complete the discovery of the emergency notification service during the network attachment process.

Step 703: The UE sends an IGMP Join message to the ECF/EFF.

Step 704: The EAS Center sends an EAS Request message (EAS Request) for issuing an emergency notification to the EAS AS.

Step 705: The EAS AS sends a request for receiving and distributing an emergency notification media stream (MF Request) to the EAS MF.

Step 706: The EAS AS returns a response message (EAS Response) for issuing an emergency notification request to the EAS Center.

Step 707: The EAS AS receives an emergency notification message (EAS Mes sage) issued by the EAS Center.

Step 708, the EAS AS distributes the emergency notification message (EAS Message) to the ECF/EFF.

Step 709: The UE receives the emergency notification message (EAS Message) from the ECF/EFF. In the embodiment of the present invention, the emergency notification includes an audio and video media stream, and the emergency notification message carries an emergency notification indication, where the M1 interface parameter in the emergency notification indication is an emergency notification channel identifier, and the UE is instructed to switch to the indicated channel. Receive audio and video media streams.

Step 710: The EAS MF receives the released emergency notification media stream (EAS Media) from the EAS Center.

In step 711, the EAS MF distributes the received emergency notification media stream (EAS Media) to the ECF/EFF.

Step 712: The UE initiates an establishment request message (Invite) of the emergency notification session, where the request message carries an emergency notification channel identifier, and may carry an emergency indication.

In step 713, the E-CSCF interacts with the RACS to perform resource reservation. The step is specifically: the E-CSCF processes the establishment request of the emergency notification session, requests the RACS to reserve the bearer resource, and carries the priority of the reserved bearer resource according to the identified IPTV channel identifier or emergency indication. Here, the channel identifier for sending the emergency notification media stream may be a specific channel identifier, and the E-CSCF identifies the specific channel identifier, and the priority of the resource to be applied in the process of performing resource reservation with the RACS, indicating that the bandwidth is insufficient. Overtakes the bandwidth occupied by other services. Or the channel identifier is a common channel identifier, and the session establishment request message sent by the UE carries an emergency indication, and the E-CSCF determines the priority of the applied resource according to the emergency indication.

Step 714: The E-CSCF forwards an establishment request message (I nv i te ) of the emergency notification session to the EAS AS.

Step 715: The EAS AS returns a 200 OK response message to the E-CSCF, where the response message carries the multicast address of the emergency notification I PTV channel.

Step 716: The E-CSCF sends the 200 OK response message to the UE to complete establishment of an emergency notification session.

Step 717: The UE sends an IGMP Jo in message to the ECF/EFF.

The UE receives the emergency session response message, establishes an emergency session, obtains a multicast event notification IPTV channel multicast address from the response message, and joins the multicast group corresponding to the multicast address to receive the audio and video media stream.

Step 71 8: The UE receives the emergency event notification media stream sent by the IPTV channel from the ECF/EFF and plays the output.

Note that in the fifth embodiment of the present invention, the UE may not receive the IMS registration, or the IMS registration fails to receive the emergency notification, which is implemented by the emergency session. Specifically, the emergency notification is used to notify the channel identification information or the emergency session identifier in the session, and the network side performs emergency special processing on the session, allowing the unregistered user to initiate an emergency session, and processing through the E-CSCF and the EAS AS to complete the emergency session. The establishment of.

Example 6:

Referring to FIG. 8, FIG. 8 is a flowchart of a method for receiving an emergency notification according to Embodiment 6 of the present invention. In Embodiment 6 of the present invention, an emergency department of an emergency department of a government department, EAS Center, is a release unit for an emergency notification, and an IMS network. The EAS application server EAS AS and the EAS media server EAS MF and the multicast replication control point and the replication point ECF/EFF are the distribution units of the emergency notification, the call session control function CSCF is the service discovery unit of the emergency notification, and the user equipment UE is Receiving unit for emergency notification.

Step 801: The UE sends an IMS registration request message (Reg i s ter ) to the CSCF.

Step 802: The CSCF returns an IMS registration response message (200 0K) to the UE, where the message carries the emergency event notification service discovery information. In the sixth embodiment of the present invention, the user equipment UE is configured to complete the discovery of the emergency notification service during the IMS registration process.

Step 803: The UE sends an IGMP Join message to the ECF/EFF.

Step 804: The EAS Center sends an EAS Request message (EAS Request) for issuing an emergency notification to the EAS AS.

Step 805: The EAS AS sends a request for receiving and distributing an emergency notification media stream (MF Request) to the EAS MF.

Step 806, the EAS AS returns a response message (EAS Response) for issuing an emergency notification request to the EAS Center.

Step 807, the EAS AS receives an emergency notification message (EAS Mes sage) issued by the EAS Center.

Step 808, the EAS AS distributes the emergency notification message (EAS Message) to the ECF/EFF.

Step 809, the UE receives the emergency notification message (EAS Message) from the ECF/EFF. Step 810, the EAS MF receives the issued emergency notification media stream (EAS Media) from the EAS Center.

In step 811, the EAS MF distributes the received emergency notification media stream (EAS Media) to ECF/EFF.

Step 812: The UE interacts with the RACS to perform resource reservation.

The step is specifically: after receiving the emergency event notification message, the UE obtains an emergency event notification media stream that needs to receive the audio and video mode according to the emergency event notification instruction, requests the RACS to reserve the bearer resource, and carries the priority of the applied resource, and indicates Override the bandwidth occupied by other services when bandwidth is insufficient.

Step 813: The UE sends an IGMP Join message to the ECF/EFF.

Step 814, the UE receives the emergency notification media stream (EAS Media) from the ECF/EFF, And play the output.

To this end, based on the method and the specific embodiment of receiving the emergency notification provided by the embodiment of the present invention, the embodiment of the present invention further provides a method for receiving an emergency event notification media stream, as shown in FIG. 9 and FIG. A flowchart of a method for receiving an emergency event notification media stream according to an embodiment of the present invention includes:

Step 901: The receiving unit acquires network parameters of the emergency event notification media stream from the emergency event notification message, where the network parameter includes multicast address information, where the multicast address information may be a specific specific multicast address, or is a common Multicast address.

Step 902: The receiving unit sends a request message that is added to the multicast group corresponding to the multicast address information, where the request message carries the multicast address information, or carries an emergency indication at the same time.

Step 903: The multicast replication control point and the replication point ECF/EFF process the multicast group join request message, request the resource and the admission control subsystem RACS to reserve the bearer resource, and according to the identified multicast address or An emergency indication carries the priority of the reserved bearer resources.

Step 904: The receiving unit joins the multicast group to receive an emergency notification media stream and plays the output.

The step of the ECF/EFF requesting the RACS to reserve the bearer resource may be: when the ECF/EFF processes the multicast group join request message, requesting the RACS to reserve the bearer resource; or

The ECF/EFF requests the RACS to reserve the bearer resource when receiving the emergency notification message; or

When the ECF/EFF receives the emergency notification media stream, the ECF/EFF requests the RACS to reserve the bearer resource.

The step 530 of the bandwidth policy can also be:

The emergency notification system application server, after receiving the emergency notification message, the EAS AS requests the bearer layer to reserve the bearer resource according to the network parameter of the emergency event notification media stream, and the request carries the priority of the reserved bearer resource. Or,

The receiving unit notifies the RACS of the resource and the admission control subsystem to reserve the bearer resource according to the network parameter of the obtained emergency event notification, and the request carries the priority of the reserved bearer resource.

The embodiment of the present invention further provides a method for adding an emergency event notification IPTV channel. Referring to FIG. 10, FIG. 10 is a flowchart of a method for adding an emergency event notification IPTV channel according to an embodiment of the present invention, including:

Step 1 01 0: The receiving unit acquires an IPTV channel identifier of the emergency notification from the emergency notification message, where the IPTV channel identifier may be a specific channel identifier dedicated to the emergency event notification media stream transmission, or an ordinary channel identifier. Step 1020: The receiving unit initiates an establishment request of an emergency notification session, where the setup request carries the IPTV channel identifier, or carries an emergency indication at the same time.

Step 1030, the emergency call session control function E-CSCF processes the establishment request of the emergency notification session, requests the resource and admission control subsystem RACS to reserve the bearer resource, and according to the identified IPTV channel identifier or emergency indication. , carrying the priority of the reserved bearer resources.

Step 1040, the emergency call session control function E-CSCF forwards the establishment request of the emergency notification session to the emergency notification system application server EAS AS.

Step 1050, the emergency call session control function E-CSCF receives and forwards the response message returned by the application server EAS AS, and the response message carries the emergency event to notify the multicast address of the IPTV channel.

Step 1060: The receiving unit receives the response message of the emergency event notification session establishment request, adds the multicast group corresponding to the multicast address carried in the response message, receives the emergency event notification media stream sent by the IPTV channel, and plays the output.

The embodiment of the present invention further provides a method for discovering an emergency notification service. Referring to FIG. 11, FIG. 11 is a flowchart of a method for discovering an emergency notification service according to an embodiment of the present invention, including:

Step 1110: The receiving unit sends an IMS registration request to the call session control function CSCF. Step 1120: After the call session control function CSCF processes the IMS registration request, the CSCF sends a third-party IMS registration request to the emergency notification system application server EAS AS.

Step 1130: After processing the third-party IMS registration request, the EAS AS sends an emergency notification service discovery to the receiving unit, 3⁄4.

The discovery message includes multicast address information for transmitting an emergency notification message, or indirect database server address information for transmitting an emergency notification message, for indicating how the recipient of the message is attached to the emergency notification service.

An embodiment of the present invention further provides a system for receiving an emergency notification, which is shown in FIG. 1, and includes:

The distribution unit 102 is configured to send an emergency event notification message to the receiving unit 103. The receiving unit 103 is configured to discover an emergency event notification service, and attach to the emergency event notification service, and receive the emergency event notification message sent by the distribution unit 102.

The distribution unit 102 can be an entity, or several entities, or a distribution network.

For example, distribution unit 102 can be one of the following and a combination thereof:

An application server AS, configured to receive an emergency notification message, and obtain an emergency notification indication from the emergency notification message; distribute an emergency notification message; and control the media server MF to receive and distribute the emergency notification media stream according to the emergency notification indication; a media server MF, configured to receive and distribute an emergency notification media stream;

Basic control functions and copy functions ECF/EFF for multicast replication and control in multicast services.

The distribution unit 102 may further include:

The emergency call session control function E-CSCF is configured to identify the session establishment request as an emergency channel join request message by identifying the channel identifier carried in the session establishment request as an emergency channel identifier, or by identifying an emergency indication carried in the session establishment request; After the emergency channel join request message is identified, the policy enforcement entity of the bearer layer is requested to reserve the bearer resource, where the request carries the priority of the reserved bearer resource.

The receiving unit 103 is further configured to obtain an emergency notification indication from the emergency notification message, and switch to the presentation of the emergency notification media stream according to the acquired emergency notification notification, and receive the emergency notification media stream.

The system also includes:

The service discovery unit 1 04 is configured to obtain information about the distribution unit 102 and provide the information to the receiving unit 103.

The service discovery unit 104 may be located in the same physical entity as the receiving unit, or may be located in the network attachment subsystem NASS, the gateway GPRS support node GGSN, the call session control function CSCF, the application server AS, or the processing network attach request. In the entity.

The embodiment of the present invention further provides an emergency event notification receiving unit device. Referring to FIG. 12, FIG. 12 is a functional block diagram of an emergency event notification receiving unit device according to an embodiment of the present invention, including:

The discovery processing module 121 0 is used for discovery of an emergency notification service.

The discovery includes the PULL mode service discovery during the network attachment process or after the network attachment is completed, the PULL mode service discovery in the IMS registration process or the IMS registration completion, and the PUSH mode service discovery after the network attachment is completed or after the IMS registration is completed.

The service attachment processing module 1220 is configured to perform an emergency event notification service attachment after the emergency notification service discovery is completed.

The message receiving processing module 12 30 is configured to receive an emergency notification message, and obtain an emergency notification indication from the emergency notification message.

The media stream receiving and processing module 1240 is configured to receive an emergency event notification media stream, and switch to the presentation of the emergency event notification media stream according to the acquired emergency event notification indication.

Further, the emergency notification receiving unit device further includes one of the following and a combination thereof:

The reserved bearer resource requesting module 1250 is configured to request, by the bearer layer, the reserved bearer resource according to the emergency event notification indication, where the request carries the priority of the reserved bearer resource; The emergency session establishment requesting module 1260 is configured to initiate an establishment request of an emergency notification session, where the establishment request carries an IPTV channel identifier indicated by the emergency notification, or carries an emergency indication at the same time.

The embodiment of the present invention further provides an emergency event notification service server device. Referring to FIG. 13 , FIG. 13 is a functional module diagram of an emergency event notification service server device according to an embodiment of the present invention, including:

The interface module 1 31 0 is configured to receive an emergency notification message, and obtain an emergency notification indication from the emergency notification message;

a message distribution module 1 320, configured to distribute an emergency notification message;

a media flow control module 1 330, configured to control the media server according to the emergency notification indication

The MF receives and distributes emergency notification media streams.

Further, the emergency notification service server device further includes one of the following and a combination thereof:

The reserved bearer resource requesting module 1 340 is configured to request, by the bearer layer, the reserved bearer resource according to the emergency event notification indication, where the request carries the priority of the reserved bearer resource;

The emergency session establishment processing module 1350 is configured to send a response message of the establishment request of the emergency notification session, where the response message carries the multicast address of the IPTV channel indicated by the emergency notification.

The embodiment of the present invention further provides an emergency call session control function device. Referring to FIG. 14, FIG. 14 is a functional block diagram of an emergency call session control function device according to an embodiment of the present invention, including:

The emergency channel join identification module 141 0 is configured to notify the emergency channel identifier that the I PTV channel identifier carried in the session establishment request is an emergency channel identifier, or identify the emergency event notification session establishment request by identifying an emergency indication carried in the session establishment request. Emergency channel join request message.

The emergency channel joining processing module 1420 is configured to, after identifying the emergency channel joining request message, request the policy enforcement entity of the bearer layer to reserve the bearer resource, and carry the reserved according to the identified I PTV channel identifier or emergency indication. The priority of the bearer resource.

Further, the emergency channel joining processing module 1420 is further configured to forward an emergency event notification session establishment request to the emergency notification system application server EAS AS after identifying the emergency channel joining request message; receiving and forwarding the emergency notification system application server EAS The response message returned by the AS, where the response message carries the multicast address that the emergency channel joins.

Through the description of the above embodiments, those skilled in the art can clearly understand that the present invention can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is a better implementation. . Based on such understanding, the embodiment of the present invention The technical solution may be embodied in the form of a software product, which is stored in a storage medium, and includes a plurality of instructions for causing a computer product (which may be an IPTV television, a mobile phone, etc.). A personal computer, media player, etc.) performs the methods described in various embodiments of the present invention. The storage medium referred to herein is, for example, R0M/RAM, magnetic disk, optical disk, and the like.

The method, device and system for receiving emergency notification provided by the embodiments of the present invention are described in detail above. The description of the embodiments is only for helping to understand the method and the idea of the present invention. Meanwhile, for those skilled in the art, In view of the above, the description of the present invention is not limited to the scope of the present invention.

Claims

Claim

A method for receiving an emergency notification, comprising the steps of: receiving, by a receiving unit, an emergency notification service;

The receiving unit is attached to the emergency notification service;

The method according to claim 1, wherein the receiving unit discovers that the emergency event notifies the service includes:

Presetting information about the distribution unit on the receiving unit; or

The receiving unit performs message interaction with the service discovery unit to obtain related information of the distribution unit. The related information includes multicast address information used by the distribution unit to send an emergency notification, or indirect database server address information of the distribution unit.

The method according to claim 2, wherein the receiving unit and the service discovery unit perform message interaction to obtain related information of the distribution unit, including:

The receiving unit sends a network attach request to the network in a broadcast manner; the entity that processes the network attach request in the network receives the network attach request, and sends a network attach response to the receiving unit; and the information about the distribution unit is carried in the medium, wherein the service The discovery unit is located in an entity in the network that processes the network attach request; or

After receiving the network attachment, the receiving unit sends an emergency notification service discovery request to the network in a broadcast manner; the service discovery unit receives the service discovery request, and sends the emergency event notification service discovery response message to the receiving unit to carry the relevant information of the distribution unit; or ,

After the service discovery unit senses that the receiving unit completes the network attachment, it actively sends the relevant information of the distribution unit to the receiving unit; or

The receiving unit sends an IMS registration request to the call session control function CSCF; the entity that processes the IMS registration request in the IMS network receives the IMS registration request, and sends the IMS registration response message to the receiving unit to carry the information about the distribution unit; The unit is located in the call session control function CSCF; or

The receiving unit sends an emergency notification service discovery request to the call session control function CSCF after completing the IMS registration; the call session control function CSCF triggers the request to the service discovery unit, and the service discovery unit processes the service discovery request, and the service discovery unit is in the direction The CSCF sends an emergency notification service discovery response message carrying the relevant information of the distribution unit; the emergency notification service discovery response message is sent to the receiving unit via the CSCF; or

The receiving unit sends an IMS registration request to the call session control function CSCF; after processing the IMS registration request, the CSCF sends a third-party IMS registration request to the emergency notification system application server EAS AS; after the EAS AS processes the third-party IMS registration request, the initiative Sending information about the distribution unit to the receiving unit; wherein, the CSCF and the EAS AS are service discovery units.

The method according to claim 1, wherein the manner in which the receiving unit is attached to the emergency notification service comprises:

If the receiving unit acquires the multicast address information used by the distribution unit to send the emergency notification, the receiving unit sends a request message to the distribution unit to join the corresponding multicast group, and joins the corresponding multicast group to complete the attachment of the emergency notification service; or

If the receiving unit obtains the indirect database server address information of the distribution unit, the receiving unit first sends a query message to the server, obtains a multicast address used by the distribution unit to send the emergency event notification message, and sends the join corresponding multicast to the distribution unit. The request message of the group is added to the corresponding multicast group to complete the attachment of the emergency notification service.

The method according to claim 1, wherein the receiving unit receives the emergency event notification message sent by the distribution unit, and the method further includes:

The receiving unit performs processing and presentation of the emergency event notification according to the emergency notification in the emergency notification message.

6. The method according to claim 5, wherein the emergency notification indication comprises a type of emergency notification, an emergency indication, and an interface parameter for transmitting an emergency notification media stream; The interface parameter of the event notification media stream may be any one of multicast address information, broadcast address information, FTP/HTTP application layer address information, or I PTV channel identification information.

The method according to claim 6, wherein the method further includes the following before the step of the emergency event notification in the emergency notification message instructing the receiving unit to perform the processing and presentation of the emergency notification One step:

The distribution unit requests the bearer layer to reserve the bearer resource and indicate the priority of the resource in the process of performing the emergency notification distribution according to the emergency notification notification; or

When receiving the emergency unit to notify the media stream content, the distribution unit requests the bearer layer to reserve the bearer resource and indicate the priority of the resource by identifying the request as an emergency notification indication; or

After receiving the emergency notification message, the receiving unit requests the policy enforcement entity of the bearer layer to reserve the bearer resource and indicate the priority of the resource according to the emergency event notification instruction; or, after receiving the emergency notification message, the receiving unit according to the emergency The event notification indicates that the establishment of the emergency notification session is initiated, and the establishment of the emergency notification session distribution unit requests the policy enforcement entity of the bearer layer to reserve the bearer resource and indicate the priority of the resource; or, the policy enforcement entity at the bearer layer or The policy decision entity presets the bandwidth requirement and priority of the emergency notification media stream, and instructs the bearer layer to automatically execute the preset bandwidth policy after detecting the emergency event notification media stream.

The method according to claim 7, wherein, if the interface parameter for transmitting the emergency notification media stream is multicast address information, the emergency notification notification in the emergency notification message indicates receiving The steps for the unit to process and present emergency notifications include:

Receiving unit acquires the multicast address information;

Receiving, by the receiving unit, a request message that is added to the multicast group corresponding to the multicast group information, where the request message carries the multicast address information, or carries an emergency indication at the same time;

The receiving unit joins the multicast group, receives an emergency notification media stream, and plays the output.

A method for discovering an emergency notification service, comprising the steps of: receiving, by the receiving unit, an IMS registration request to a call session control function CSCF;

10. A method for receiving an emergency notification media stream, comprising the steps of:

Acquiring network parameters of the emergency notification media stream from the emergency notification message, the network parameter includes multicast address information, the multicast address information is a dedicated specific multicast address, or an ordinary multicast address;

11. A method of joining an emergency notification IPTV channel, characterized by comprising the steps of:

Obtaining, by the emergency notification message, an IPTV channel identifier of the emergency notification, where the IPTV channel identifier is a specific channel identifier dedicated to the emergency event notification media stream transmission, or an ordinary channel identifier;

The emergency call session control function E-CSCF processes the establishment request of the emergency notification session, requests the resource and the admission control subsystem RACS to reserve the bearer resource, and carries the pre-load according to the identified IPTV channel identifier or emergency indication. The priority of the reserved resources; After the emergency notification session is established, the IPTV channel of the emergency notification is added.

The method according to claim 11, wherein the method further comprises: an emergency call session control function E-CSCF forwarding a request for establishing an emergency notification session to the emergency notification system application server EAS AS;

Emergency call session control function E-CSCF receives and forwards the emergency notification system application server

a response message returned by the EAS AS, where the response message carries the multicast address of the emergency notification IPTV channel;

Receiving the response message of the emergency notification session establishment request, adding the multicast group corresponding to the multicast address carried in the response message, receiving the emergency event notification media stream sent by the I PTV channel, and playing the output.

1 3. A system for receiving an emergency notification, which is characterized by comprising:

14. The system according to claim 13, wherein the distribution unit is one of the following and a combination thereof:

An application server AS, configured to receive an emergency notification message, and obtain an emergency notification indication from the emergency notification message; distribute an emergency notification message; and control the media server MF to receive and distribute the emergency notification media stream according to the emergency notification notification;

a media server MF for receiving and distributing an emergency notification media stream;

The system according to claim 14, wherein the distribution unit further comprises:

16. The system of claim 13 wherein:

The receiving unit is further configured to obtain an emergency notification indication from the emergency notification message, and switch to the presentation of the emergency notification media stream according to the acquired emergency notification notification, and receive the emergency notification media stream.

The system according to claim 13, wherein the system further comprises: a service discovery unit, configured to acquire related information of the distribution unit, and provide the information to the connection Receive unit.

An emergency notification receiving unit device, comprising: a discovery processing module, configured to discover an emergency event service;

The service attachment processing module is configured to perform the attachment of the emergency notification service after the emergency notification service discovery is completed;

The message receiving processing module is configured to receive an emergency notification message and obtain an emergency notification indication from the emergency notification message.

The emergency notification receiving unit device according to claim 18, wherein the device further comprises:

The media stream receiving processing module is configured to receive an emergency event notification media stream, and switch to the presentation of the emergency event notification media stream according to the acquired emergency event notification indication.

20. The emergency notification receiving unit apparatus according to claim 19, wherein the apparatus further comprises one of the following and a combination thereof:

a reserved bearer resource requesting module, configured to request, by the bearer layer, to reserve a bearer resource according to the emergency notification notification, where the request carries a priority of the reserved bearer resource;

The emergency session establishment requesting module is configured to initiate an establishment request of the emergency notification session, where the establishment request carries the IPTV channel identifier indicated by the emergency notification, or carries an emergency indication at the same time.

An emergency notification service server device, comprising: a publishing interface module, configured to receive an emergency notification message, and obtain an emergency notification indication from the emergency notification message;

22. The emergency notification service server apparatus according to claim 21, wherein the apparatus further comprises one of the following and a combination thereof:

The emergency session establishment processing module is configured to send a response message of the establishment request of the emergency notification session, where the response message carries the multicast address of the IPTV channel indicated by the emergency notification.

An emergency call session control function device, comprising: an emergency channel join identification module, configured to notify an emergency channel identifier that the IPTV channel identifier carried in the session establishment request is an emergency channel identifier, or identify a session establishment request by identifying an emergency event An emergency indication carried in, identifying an emergency notification session establishment request for an emergency channel join request Interest rate

24. The emergency call session control function device according to claim 23, wherein:

The emergency channel joining processing module is further configured to forward an emergency notification session establishment request to the emergency notification system application server EAS AS after identifying the emergency channel joining request message; receiving and forwarding the response returned by the emergency notification system application server EAS AS The message carries the multicast address that the emergency channel joins.