WO2008095433A1

WO2008095433A1 - Method, device and system for providing emergency service

Info

Publication number: WO2008095433A1
Application number: PCT/CN2008/070171
Authority: WO
Inventors: Qiong Zhong; Zhibin Lin
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2007-01-31
Filing date: 2008-01-23
Publication date: 2008-08-14
Also published as: CN101237334A

Abstract

A microwave access global intercommunication system and a method and device for providing a emergency service are disclosed to cause the microwave access global intercommunication system can provide the emergency call service, including: when a network side (20) receives an access-to-network request from a terminal (10), if the network side (20) can't authenticate the terminal (10) or don't authenticate via negotiation during the request, the network side (20) establishes a service flow of loading the emergency service for the terminal (10) and assigns an IP address to the terminal (10), the terminal (10) acquires the IP address assigned by the network side (20) and uses the assigned IP address to perform the emergency service through the service flow established. The terminal (10) may acquire the IP address assigned by the network side (20) during the service flow establishment and also may acquire the IP address assigned by the network side (20) through the DHCP manner.

Description

Instructions, methods and systems for providing emergency services

Technical field

[1] The present invention relates to the field of wireless communications, and in particular, to a method, device and system for providing emergency services.

Background technique

[2] IEEE802.16 is the Institute of Electrical and Electronics

Engineers, referred to as ΊΕΕΕ'), was issued in December 2001 to provide the last mile of broadband access in metropolitan area networks.

[3] Similarly, a number of vendors form the organization of the WiMAX Forum, which aims to accelerate the deployment of broadband wireless networks based on the aforementioned IEEE 802.16 series of standards by ensuring compatibility and interoperability of broadband wireless access devices. . Therefore, in general, the system for implementing wireless broadband access specified in the 802.16 series of standards is called a WiMAX system.

[4] Figure 1 shows the WiMAX end-to-end reference model. As can be seen, WiMAX mainly includes mobile station (Mobi le Station, referred to as 'MS') / subscriber station (Subscribe

Station, referred to as 'SS') 1, access service network (Access Service

Network, referred to as 'ASN') 2 and Connectivity Service Network (Connectivity Service)

Network, referred to as 'CSN') 3. Among them, ASN2 belongs to the network access provider (NAAP) device; and CSN3 belongs to the network service provider (Network Service)

The device at the Provider, NSP); the CSN is connected to the ASP network or the Internet.

[5] ASN2 is defined as a set of network functions that provide wireless access services for WiMAX user terminals. The ASN includes Base Station ('BS') and ASN Gateway (ASN).

GateWay is abbreviated as 'ASN-GW' network element, where BS and ASN-GW are not shown in the figure, and one ASN may be shared by multiple CSNs.

[6] The main functions of ASN2 include the functions of the base station and the functions of the ASN-GW. Among them, the functions of the base station are: providing L2 connection of the base station and the user station SS/MS, radio resource management, measurement and power control, and compression and encryption of air interface data. The functions of ASN-GW include: providing proxy (p roxy) function for SS/MS authentication, authorization and accounting functions; supporting network discovery and selection of NSP; providing relay function of L3 information for SS, Such as IP address allocation.

[7] CSN3 is defined as providing IP connection services for WiMAX user terminals. CSN3 mainly provides the following functions: S

S/MS IP address allocation, Internet access, authentication, authorization, accounting (Authentication Auth orizations Account (AAA) proxy or server), user-based authorization control, ASN to CSN Tunneling, WiMAX subscriber billing and inter-operator billing, tunneling between CSNs, ASN switching, and various WiMAX services (eg location-based services, multimedia multicast and broadcast services, IP) Multimedia subsystem business).

[8] MS/SS1 is a (mobile) user equipment that the user uses to access the WiMAX network.

[9] Among them, the R1 interface is a wireless air interface, which is mainly defined by IEEE802.16d/e. The remaining interfaces are wired interfaces.

[10] Since emergency calls are a major concern for the safety of the country and people's lives and property, many countries and regions are now obliged to provide emergency services to many communication operators. Therefore, WiMAX networks, as one of the best technologies for wireless broadband access, need to provide support for emergency services.

Disclosure of invention

Technical solution

The main technical problem to be solved by embodiments of the present invention is to provide a method, device and system for providing emergency services such that emergency call services can be provided in a network system such as a WiMAX system.

[12] In order to solve the above technical problem, an embodiment of the present invention provides a method for providing an emergency service, comprising the following steps:

[13] After receiving the network access request from the terminal, the network side establishes a service flow for carrying the emergency service for the terminal if the network side fails to authenticate the terminal or does not perform authentication after the negotiation. The terminal allocates an IP address;

[14] The terminal obtains the IP address assigned to the terminal by the network side, and uses the IP address to perform emergency services through the service flow.

An embodiment of the present invention further provides a network side device, including:

[16] The judging module is configured to: after receiving the network access request from the terminal device, determine whether the network side fails to authenticate the terminal or does not perform authentication after the request in the process of requesting;

[17] A service flow establishing module, configured to determine, by the determining module, that the network side fails to authenticate the terminal or does not negotiate After the authentication, a service flow for carrying the emergency service is established for the terminal device; and

[18] The IP address allocation module is configured to allocate an IP address to the terminal device after the determining module determines that the network side fails to authenticate the terminal or does not perform authentication after negotiation.

An embodiment of the present invention provides a terminal device, including:

[20] The emergency service flow requesting module is configured to send, after the network side fails to authenticate the terminal or does not perform authentication through negotiation, to send an emergency service flow signaling message for carrying the emergency call indication;

[21] an IP address obtaining module, configured to acquire an IP address allocated by the network side for the terminal;

[22] The emergency service processing module is configured to use the IP address obtained by the IP address acquisition module to perform emergency services for the emergency service flow established by the terminal device through the network side.

[23] The embodiment of the present invention further provides a system for providing an emergency service, including a network side device and a terminal device, where:

[24] The network side device is configured to establish a service flow for carrying the emergency service for the terminal device after receiving the network access request from the terminal device and failing the authentication of the terminal device or not being authenticated by the terminal device, and allocating the service flow for the terminal device IP address;

[25] The terminal device is configured to obtain an IP address allocated by the network side device, and use the IP address to perform emergency services through the service flow.

Beneficial effect

[26] Compared with the prior art, the main differences and effects of the embodiments of the present invention are as follows:

[27] After receiving the network access request from the terminal, the network side establishes a service flow for carrying the emergency service for the terminal, if the network side fails to authenticate the terminal or does not perform the authentication after the request, The terminal is assigned an IP address, and the terminal performs emergency services through the established service flow using the assigned IP address. Enables end devices (such as WiMAX terminals) to use emergency call services provided by the current network system (such as WiMAX networks) even if they are not users of the current network system (eg, WiM AX network).

DRAWINGS

[28] FIG. 1 is a schematic diagram of a WiMAX network architecture according to the prior art;

2 is a schematic diagram of a main process of providing emergency services in accordance with various embodiments of the present invention;

3 is a flow chart of a method for providing emergency services in a WiMAX system according to a first embodiment of the present invention; 4 is a flowchart of a method for providing emergency services in a WiMAX system according to a second embodiment of the present invention; [32] FIG. 5 is a flowchart of a method for providing emergency services in a WiMAX system according to a third embodiment of the present invention; 6 is a flowchart of a method for providing emergency services in a WiMAX system according to a fourth embodiment of the present invention; [34] FIG. 7 is a flowchart of a method for providing emergency services in a WiMAX system according to a fifth embodiment of the present invention; 8 is a flowchart of a method for providing emergency services in a WiMAX system according to a sixth embodiment of the present invention; [36] FIG. 9 is a schematic structural diagram of a WiMAX system according to a seventh embodiment of the present invention.

Embodiments of the invention

The present invention will be further described in detail below with reference to the accompanying drawings.

[38] At present, the WiMAX network mainly works in the Release state. It needs to authenticate the terminal and only provides support for the preset service flow. In terms of general requirements, the characteristics of the emergency service include no user subscription, and generally no charge. It is also not mandatory to authenticate and authorize users. Moreover, emergency services require network support for dynamic service flow creation. Therefore, WiMAX networks operating in the Release state cannot provide support for emergency services.

[39] In various embodiments of the present invention, the main process of providing emergency services is as shown in FIG. 2, wherein the bearer network includes ASN and CSN in WiMAX, and the ASN includes two logical entities, BS and GW, compared to the current WiM AX. For the network, the policy function entity of the CSN (Policy)

Function, referred to as 'PF' may be changed in name or part of the function, the service network includes networks that provide various entities for emergency services, such as public safety answering points (Public Safety Answer)

Point, referred to as 'PSAP'), etc., the entire business process includes:

[40] Step 201: Network access: The access network includes the terminal (that is, the MS/SS) can pass the network under normal conditions, or can enter the network in special cases, for example, the network is not authenticated or the authentication fails.

[41] Step 202: Establish a service flow for carrying the emergency service for the terminal: the service flow establishment process includes the establishment of the air interface service and the quality of service performed by the network side (Quality of

The service, referred to as 'QoS'), establishes the policy and the data channel. During the establishment process, the terminal can also report the emergency service indication to the network, and the network side can also provide the terminal with an IP address.

[42] Step 203 and step 204, obtaining an IP address: If the terminal does not obtain an IP address during the service flow establishment process, the IP address acquisition process needs to be performed independently, for example, after the service flow is established, through the dynamic host configuration. The Protocol (Dynamic Host Configuration Protocol, 'DHCP') method obtains an IP address.

[43] Step 205: Perform emergency service: The terminal uses the acquired IP address to perform emergency service through the service flow established in step 202.

The following is a detailed description of the first embodiment of the present invention. The present embodiment relates to a method for providing emergency services in a WiMAX system. In this embodiment, a specific implementation of emergency services is performed when the terminal and the network negotiate non-authentication. The IP address of the terminal is obtained through the establishment of the service flow. The specific process is shown in Figure 3.

[45] In step 301, the basic capability negotiation process is performed between the terminal and the BS through the 'SBC-Request' message and the 'SBC-Response' message. In this process, the authentication aspect is not authenticated.

[46] Next, proceeding to step 302, the BS interacts with the message between the GW, such as a state change request/response/confirmation message of the network access terminal (NetEntry MS State Change).

Req/Rsp/Ack), inform the GW of the result of the negotiation with the terminal.

[47] Next, proceeding to step 303, the network side (referring to the ASN including the BS and the GW) marks the terminal as an untrusted terminal so as to be distinguished from the terminal of the normal service. For a terminal that is marked as untrusted, the network side does not enforce security protection for subsequent signaling and services of the terminal. In the subsequent steps, the service flow and the assigned IP address established for the terminal are used only for emergency services. This can be specifically managed for untrusted terminals to ensure the security of the entire network.

[48] Next, in step 304 and step 305, the terminal registers with the network side, and the registration message of the air interface does not perform message authentication. As shown in the figure, the terminal registers by the 'REG-Request' message and the 'REG-Response' message with the BS. The interaction between the BS and the GW is a state change request/response/confirmation message (Ne tEntry MS State Change Req/Rsp/Ack).

[49] Next, in step 306 and step 307, when the terminal needs to perform emergency service, the DSA (Dynamic Service Flow Establishment) request for the uplink and downlink is initiated to the network, in the DSA-Request message. Carrying an emergency call indication (as indicated by 'SOS') initiates the establishment of a service flow.

[50] The emergency call indication may be carried in the DSA request message by using one of the following modes: carrying an emergency call indication through an authorization token field, carrying an emergency call indication by a service priority, and carrying an emergency call indication by using a service type name, so that This embodiment is compatible with the prior art.

[51] Next, in step 308, the BS sends a 'PD-Request' message to the GW, carrying an emergency call in the message. A call indication (such as 'sos') is requested to establish a service flow for carrying emergency services. The emergency call indication may be carried in the 'PD-Request' message by: carrying the emergency call indication through the authorization token field, carrying the emergency call indication by the service priority, and carrying the emergency call indication by the service type name, so that This embodiment is compatible with the prior art.

[52] Next, in step 309, the GW sends a 'PD-Request' message to the CSN, where the message carries an emergency call indication (such as 'SOS') requesting to establish a service flow for carrying emergency services. If the terminal is roaming, the CSN is the visited CSN (V-CSN); if the terminal is in the home network, the CSN is the home CS N (H-CSN, which can be in one of the following ways in the 'PD-Request The message carries the emergency call indication: the emergency call indication is carried in the authorization token field, the emergency call indication is carried by the service priority, and the emergency call indication is carried by the service type name, so that the embodiment can be compatible with the prior art.

[53] Next, in step 310 and step 311, after the V/H-CSN receives the 'PD-Requ est' message carrying the emergency call indication, the network element in the V/H-CSN can obtain the terminal location information. And establish a connection with the corresponding emergency call center PSAP. If the V/H-CSN has established a connection with the PSAP, there is no need to establish it again in step 311. Therefore, step 310 and step 311 are both optional steps.

[54] Next, in step 312 to step 318, the network side responds to the DSA request of the terminal, and carries the PSAP address and the IP address assigned to the terminal in the response message. The IP address of the terminal may be provided by the GW or by the CSN, which is determined by the operator. After receiving the dynamic traffic flow establishment response (DS A -Response) message on the network side, the terminal sends a dynamic traffic flow establishment confirmation (DSA-Ack) message to the network side.

Specifically, in step 312, the V/H-CSN sends a 'PD-Response' message to the GW and carries the address of the PSAP in the message. If the operator decides that the IP address of the terminal is allocated by the CSN, the 'PD-Respo nse' message also needs to carry the IP address assigned to the terminal.

[56] In step 313, the channel registration response/confirmation between the GW and the BS (path registration)

Rsp/Ack) The interaction of messages.

[57] In step 314, the GW sends a 'PD-Response' message to the BS, where the message carries the PSAP address and the IP address assigned to the terminal.

[58] In step 315 and step 316, the BS sends a 'DSA-Respons e' (DSA Response) message to the terminal for uplink and downlink, respectively, in which the PSAP address and the IP address assigned to the terminal are carried.

[59] After receiving the response message, the terminal sends a 'DSA-ACK' message to the BS, as in step 317 and Step 318. Then, in step 319, the terminal can perform packet-based voice (Voice over) through the established service flow and the network side (including network elements such as PSAP) using the assigned IP address.

IP, referred to as ΎοΙΡ') emergency service. This allows WiMAX terminals to use the emergency call service provided by the current WiMAX network even if it is not the user of the current WiMAX network.

The second embodiment of the present invention relates to a method for providing an emergency service in a WiMAX system. The embodiment is substantially the same as the first embodiment, and the difference is that, in the first embodiment, the process of establishing a service flow is initiated by the terminal. In this embodiment, the establishment process of the service flow is initiated by the network side.

Specifically, as shown in FIG. 4, steps 401 to 405 are the same as steps 301 to 305, respectively, and are not mentioned here. The terminal location information is optionally obtained by the network side in some manner and establishes a connection with the corresponding emergency call center PSAP.

[62] Next, in step 406, the GW sends an 'RR-Request' (Resource Reservation Request) message to the BS, where the message carries an emergency call indication (eg 'SOS'), a PSAP address, and an assignment to the terminal. IP address. The IP address of the terminal may be provided by the GW or by the CSN, which is determined by the operator. In addition, the emergency call indication may be carried in the 'RR-Request' message by: carrying the emergency call indication through the authorization token field, carrying the emergency call indication by the service priority, and carrying the emergency call indication by the service type name, so that This embodiment is compatible with the prior art.

[63] Next, in step 407 and step 408, the BS sends a 'DSA-Request' message for the uplink and downlink respectively to the terminal, and carries an emergency call indication (such as 'SOS'), the PSAP address in the message. And the IP address assigned to the terminal.

[64] Next, in steps 409 and 410, the terminal transmits a 'DSA-Response' response message for the uplink and downlink to the BS.

[65] Next, in step 411, the BS transmits an 'RR-Response' message to the GW.

[66] Next, in step 412, the channel registration response/confirmation between the GW and the BS (path registration)

Rsp/Ack) The interaction of messages.

[67] Next, in steps 413 and 414, the BS transmits a 'DSA-ACK' message to the terminal.

[68] In summary, in steps 406 to 414, when the network finds a special terminal

(refers to a terminal that is not authenticated or does not know its identity)

After accessing the network, according to the strategy of the network itself, by negotiating with the CSN or providing one for the emergency The IP address of the service, optionally obtaining the location information of the terminal, and contacting the PSAP as needed, and then initiating a DSA request to the terminal, where the DSA request message includes the IP address, PSAP address, and emergency service indication of the terminal (may be used) 'SoS' to indicate), etc.; wherein step 412 can be merged with a resource request/response message or can be completed in a subsequent process.

[69] In step 415, the terminal may perform the VoIP-based emergency service through the established service flow and the network side (including the network element such as PSAP) using the assigned IP address. This allows WiMAX terminals to use the emergency call service provided by the current WiMAX network even if it is not the user of the current WiMAX network.

[70] A third embodiment of the present invention relates to a method for providing emergency services in a WiMAX system, and the present embodiment is substantially the same as the first embodiment, except that in the first embodiment, the IP address of the terminal passes through the service flow. Obtained during the establishment process, and in this embodiment, the IP address of the terminal is obtained through DHCP.

Specifically, as shown in FIG. 5, steps 501 to 505 are the same as steps 301 to 305, respectively, and are not mentioned here.

[72] In step 506, the GW sends an 'RR-Request' message to the BS, carrying an emergency call indication (e.g., 'SOS') in the message. The emergency call indication may be carried in the 'RR-Request' message by: carrying the emergency call indication through the authorization token field, carrying the emergency call indication by the service priority, and carrying the emergency call indication by the service type name, so that the implementation is implemented. The examples are compatible with the prior art.

[73] Next, proceeding to step 507 and step 508, the BS transmits a 'DSA-Request' message for the uplink and downlink respectively to the terminal, and carries an emergency call indication (such as 'SOS') in the message. The carrying method of the emergency call indication can be applied to any of the methods mentioned in step 506.

[74] Next, proceeding to step 509, the interaction of the path registration Rsp/Ack message is performed between the GW and the BS.

[75] Next, proceeding to step 510 and step 511, the terminal transmits a 'DSA-Response' response message for the uplink and downlink respectively to the BS.

[76] Next, proceeding to step 512, the BS transmits an 'RR-Response' message to the GW.

[77] Next, in steps 513 and 514, the BS transmits a 'DSA-ACK' message to the terminal.

[78] In summary, in steps 506 to 514, the network initiates an initial service flow for carrying DHCP signaling by carrying an emergency call indication in the signaling message. [79] Next, proceeding to step 515, the terminal obtains an IP address through DHCP.

[80] Next, proceeding to step 516, if the service is to be continued, the service bearer needs to be established, and the bearer can be modified by the dynamic service modification (the DSQ method is used to modify the initial service flow previously used for carrying the DHCP signaling. The previously established initial service flow has been used to carry the emergency service, and the service flow is directly used as the service flow for carrying the emergency service.

[81] Next, proceeding to step 517, the terminal can perform the VoIP-based emergency service through the established service flow and the network side (including the network element such as the PSAP) by using the assigned IP address. This allows WiMAX terminals to use the emergency call service provided by the current WiMAX network, even if it is not the user of the current WiMAX network.

[82] It can be seen that the IP address of the terminal can be obtained not only in the process of establishing the service flow but also in the DHCP mode, which provides another specific embodiment of the technical solution of the present invention.

The fourth embodiment of the present invention relates to a method for providing an emergency service in a WiMAX system, and the embodiment is substantially the same as the first embodiment, and the difference is that, in the first embodiment, the negotiation between the terminal and the network is not authenticated. In this embodiment, the method of negotiating between the terminal and the network is authentication, but providing emergency service in case of failure of authentication.

Specifically, as shown in FIG. 6, in step 601, the basic capability negotiation process is performed between the terminal and the BS through the 'SBC-Request' message and the 'SBC-Response' message. In this process, the certification aspect is negotiated for certification.

[85] Next, proceeding to step 602, the BS interacts with the message between the GW, such as a state change request/response/confirmation message of the network access terminal (NetEntry MS State Change).

Req/Rsp/Ack), inform the GW of the result of the negotiation with the terminal.

[86] Next, proceeding to step 603, the terminal performs authentication with the network, but the authentication result is a failure.

[87] Next, in step 604 and step 605, the terminal still performs the registration process after the authentication fails, but the network needs to record the particularity of the terminal, and mark the terminal as an untrusted terminal, so as to distinguish from the terminal of the normal service. Hey. For a terminal that is marked as untrusted, the network side does not enforce security protection for subsequent signaling and services of the terminal. In the subsequent steps, the service flow and the assigned IP address established for the terminal are used only for emergency services. This can be specifically managed for untrusted terminals to ensure the security of the entire network. [88] After that, steps 606 to 619 are completely the same as steps 306 to 319, respectively, and are not mentioned here.

[89] It can be seen that for a terminal that fails authentication, the WiMAX network can still provide emergency services for it, so that the WiMAX terminal can still use the current current even if it is not the user of the current WiMAX network.

Emergency call service provided by WiMAX network.

A fifth embodiment of the present invention relates to a method for providing an emergency service in a WiMAX system. This embodiment is substantially the same as the second embodiment, except that in the second embodiment, the terminal and the network negotiate as non-authentication.

In the present embodiment, the negotiation between the terminal and the network is authentication, but the method of providing emergency service in the case where the authentication fails.

Specifically, as shown in FIG. 7, in step 701, the basic capability negotiation process is performed between the terminal and the BS through the 'SBC-Request' message and the 'S BC-Response' message. In this process, the authentication aspect is negotiated as authentication.

[92] Next, proceeding to step 702, the BS interacts with the message between the GW, such as a state change request/response/confirmation message of the network access terminal (NetEntry MS State Change).

Req/Rsp/Ack), inform the GW of the result of the negotiation with the terminal.

[93] Next, proceeding to step 703, the terminal performs authentication with the network, but the authentication result is a failure.

[94] Next, in step 704 and step 705, the terminal still performs the registration process after the authentication fails, but the network needs to record the particularity of the terminal, and mark the terminal as an untrusted terminal, so as to distinguish from the terminal of the normal service. Hey. For a terminal that is marked as untrusted, the network side does not enforce security protection for subsequent signaling and services of the terminal. In the subsequent steps, the service flow and the assigned IP address established for the terminal are used only for emergency services. This can be specifically managed for untrusted terminals to ensure the security of the entire network. Then, the network side optionally obtains the terminal location information in some way and establishes a connection with the corresponding emergency call center PSAP.

[95] After that, steps 706 to 715 are completely the same as steps 406 to 415, respectively, and are not mentioned here.

It can be seen that for a terminal that fails authentication, the WiMAX network can still provide emergency services for it.

WiMAX terminals can still use the current Wi even if they are not users of the current WiMAX network.

Emergency call service provided by MAX network.

[96] A sixth embodiment of the present invention relates to a method for providing emergency services in a WiMAX system, and this embodiment is substantially the same as the third embodiment, except that in the third embodiment, the terminal and the network negotiate as non-authentication. In the present embodiment, the method of negotiating between the terminal and the network is authentication, but providing emergency service in the case where the authentication fails.

Specifically, as shown in FIG. 8, in step 81, the basic capability negotiation process is performed between the terminal and the BS through the 'SBC-Request' message and the 'SB C-Response' message. In this process, the authentication aspect is negotiated as authentication.

[98] Next, proceeding to step 82, the BS interacts with the message between the GW, such as a status change request/response/confirmation message of the network access terminal (NetEntry MS State Change).

Req/Rsp/Ack), inform the GW of the result of the negotiation with the terminal.

[99] Next, proceeding to step 83, the terminal performs authentication with the network, but the authentication result is a failure.

[100] Next, in step 84 and step 85, the terminal still performs the registration process after the authentication fails, but the network needs to record the particularity of the terminal, and marks the terminal as an untrusted terminal, so as to be distinguished from the terminal of the normal service. Hey. For a terminal that is marked as untrusted, the network side does not enforce security protection for subsequent signaling and services of the terminal. In the subsequent steps, the service flow and the assigned IP address established for the terminal are used only for emergency services. This can be specifically managed for untrusted terminals to ensure the security of the entire network.

[101] After that, steps 86 to 817 are completely the same as steps 506 to 517, respectively, and are not mentioned here.

It can be seen that for a terminal that fails authentication, the WiMAX network can still provide emergency services, so that the WiMAX terminal can still use the emergency call service provided by the current WiMAX network even if it is not the user of the current WiMAX network.

A seventh embodiment of the present invention relates to a WiMAX system including a network side device 20 and a terminal device 10, as shown in FIG.

[103] The network side device 20 is configured to establish a service flow for carrying the emergency service for the terminal device 10 after receiving the network access request from the terminal device 10 and failing the authentication of the terminal device 10 or not being authenticated. And assigning an IP address to the terminal device;

The terminal device 10 is configured to obtain an IP address allocated by the network side device 20 for the terminal device, and use the IP address to perform emergency services through the service flow.

Specifically, the network side device 20 includes: a determining module 200, configured to: after receiving the network access request from the terminal device 10, determine whether the network side fails to authenticate the terminal or negotiates in the process of requesting The service flow establishing module 202 is configured to: when the determining module 200 determines that the network side fails to authenticate the terminal or does not perform authentication through negotiation, establish a service flow for carrying the emergency service for the terminal device 10; and the IP address allocation module 204. The method is used to allocate an IP address to the terminal device after the determining module 200 determines that the network side fails to authenticate the terminal or does not perform authentication after negotiation.

In an actual application, the network side device 20 may be an ASN including a base station (BS) and a gateway (GW), where the determining module 200 and the service flow establishing module 202 may be located at a base station (BS) on the network side. The IP address allocation model 204 may be located in a gateway (GW) on the network side. Of course, other manners may be arranged as needed.

[107] The terminal device 10 includes: an IP address obtaining module 100, configured to acquire an IP address; and an emergency service processing module 102, configured to perform an emergency service by using a network address allocated by the network side by using a service flow for carrying an emergency service. This enables WiMAX terminals to use the emergency call service provided by the current WiMAX network even if it is not the user of the current WiMAX network.

[108] The IP address obtaining module 100 of the terminal device 10 can obtain an IP address in the process of establishing a service flow. In this case, the service flow establishing module 202 of the network side device 20 carries an emergency in the signaling message. The call indication, the establishment of the service flow; the IP address acquisition module 100 of the terminal device 10 can also obtain the IP address through the DHC P mode. In this case, the service flow establishment module 202 of the network side device 20 carries the emergency call in the signaling message. Instructing to establish an initial service flow for carrying the DHCP signaling, and optionally modifying the initial service flow by using a DSC manner to obtain a service flow for carrying the emergency service.

[109] Optionally, the terminal device 10 further includes: an emergency service flow requesting module 104, configured to send, after the network side device 20 fails the authentication of the terminal or after the negotiation is not authenticated, send an emergency call indication for requesting to establish Emergency traffic flow signaling message.

[110] The emergency call indication may be carried in the signaling message by one of the following means: carrying an emergency call indication through an authorization token field, carrying an emergency call indication by a service priority, or carrying an emergency call indication by a service type name. This embodiment is made compatible with the prior art.

In the embodiment of the present invention, the network side receives the network access request from the terminal, and if the network side fails to authenticate the terminal or does not perform authentication through negotiation, the network side A service flow for carrying the emergency service is established for the terminal, and an IP address is assigned to the terminal, and the terminal performs emergency service through the established service flow by using the assigned IP address. Making WiMAX terminals even if they are not currently Users of WiMAX networks can still use the emergency call service provided by the current WiMAX network.

[112] The terminal may obtain an IP address allocated by the network side for the terminal in the process of establishing the service flow, and then the network side and the terminal establish an service for carrying the emergency service by carrying an emergency call indication in the signaling message. The terminal can also obtain the IP address assigned by the network side to the terminal through the dynamic host configuration protocol (DHCP), and then the network side establishes an emergency call indication in the signaling message. An initial service flow for carrying the DHCP signaling, and optionally modifying the initial service flow by using a DSC (Dynamic Service Modification) manner to establish a service flow for carrying the emergency service. A specific implementation manner is provided for the technical solution of the present invention.

[113] The emergency call indication may be carried in the signaling message by one of the following ways: carrying the emergency call indication by the authorization token field, carrying the emergency call indication by the service priority, and carrying the emergency call indication by the service type name, so that the present invention The technical solution can be compatible with the prior art.

[114] If the network side fails to authenticate or is not authenticated by the network in the process of the network access request from the terminal, the network side also needs to mark the terminal as an untrusted terminal, and the subsequent signaling and service of the terminal are not Forcing security protection, the service flow and the assigned IP address established for the terminal are only used for emergency services. This can be specifically managed for untrusted terminals to ensure the security of the entire network.

The present invention has been illustrated and described with reference to the preferred embodiments of the present invention, and those skilled in the art The spirit and scope of the invention are not departed.

Claims

Claim

[1] 1. A method for providing emergency services, comprising the steps of:

After receiving the network access request from the terminal, the network side establishes a service flow for carrying the emergency service for the terminal, and allocates the service flow for the terminal if the network side fails to authenticate the terminal or does not perform the authentication. IP address.

[2] The method for providing emergency services according to claim 1, further comprising: obtaining, by the terminal, an IP address allocated by the network side for the terminal, and using the IP address to pass the The business flow carries out emergency business.

[3] The method for providing emergency services according to claim 2, wherein the terminal obtains an IP address assigned by the network side to the terminal:

The terminal acquires an IP address allocated by the network side for the terminal in the process of establishing the service flow.

[4] The method for providing an emergency service according to claim 3, wherein the network side establishes, for the terminal, a service flow for carrying an emergency service:

After receiving the signaling message carrying the emergency call indication from the terminal, the network side establishes the service flow according to the emergency call indication; or

The signaling message carrying the emergency call indication is sent to the terminal, and the service flow is established according to the response of the terminal.

[5] The method for providing emergency services according to claim 4, further comprising: establishing a connection with the public safety answering point PSAP in the process of establishing the service flow.

[6] The method for providing emergency services according to claim 2, wherein the terminal obtains an IP address assigned by the network side to the terminal:

After the establishment of the service flow for carrying the emergency service, the terminal obtains the IP address allocated by the network side for the terminal by using the dynamic host configuration protocol (DHCP).

[7] The method for providing an emergency service according to claim 6, wherein the network side establishes, for the terminal, a service flow for carrying an emergency service:

The network side terminal sends a signaling message carrying an emergency call indication, and establishes the initial service flow for carrying DHCP signaling according to the response of the terminal; If the initial service flow can carry the emergency service, directly use the initial service flow as the service flow for carrying the emergency service;

If the initial service flow is not able to carry the emergency service, the initial service flow is modified by the dynamic service modification DSC mode, and the service flow for carrying the emergency service is established.

[8] The method for providing emergency services according to any one of claims 4, 5, and 7, wherein the emergency call indication is carried in the signaling message by one of the following methods:

Carrying the emergency call indication by an authorization token field;

Carrying the emergency call indication by a service priority;

The emergency call indication is carried by the service type name.

[9] 9. The method for providing emergency services according to any one of claims 1 to 7, characterized by further comprising the steps of:

If the network side fails to authenticate or is not authenticated during the process of the network access request, the network side marks the terminal as an untrusted terminal.

[10] 10. A network side device, comprising:

The determining module is configured to: after receiving the network access request from the terminal device, determine whether the network side fails to authenticate the terminal or does not perform authentication after the request in the process of requesting;

a service flow establishing module, configured to: when the determining module determines that the network side fails to authenticate the network or does not perform authentication through negotiation, establish a service flow for carrying the emergency service for the terminal device; and

The IP address allocation module is configured to allocate an IP address to the terminal device after the determining module determines that the network side fails to authenticate the terminal or does not perform authentication through negotiation.

[11] 11. The network side device according to claim 10, wherein:

The service flow establishing module establishes the service flow by carrying an emergency call indication in a signaling message; or

The service flow establishing module is configured to carry the bearer by carrying an emergency call indication in the signaling message.

The initial service flow of the DHCP signaling is modified by the DSC method to establish the service flow.

[12] The network side device according to claim 11, wherein the service flow establishing module carries an emergency call indication in the signaling message by using one of the following manners: Carrying the emergency call indication by an authorization token field;

Carrying the emergency call indication by a service priority;

The emergency call indication is carried by the service type name.

[13] 13. A terminal device, wherein the terminal device comprises:

The emergency service flow requesting module is configured to: after the network side fails to authenticate the terminal or is not authenticated by the negotiation, sends an emergency call flow signaling message for carrying the urgent call indication; the IP address obtaining module is configured to acquire the network. The IP address assigned to the terminal is used by the side; the emergency service processing module is configured to perform an emergency service by using an IP address obtained by the IP address acquisition module and for an emergency service flow established by the terminal device by the network side.

[14] 14. The terminal device according to claim 13, wherein

The IP address obtaining module acquires the IP address by acquiring the IP address in the process of establishing the service flow, or acquiring the IP address by using a DHCP method.

[15] The terminal device according to claim 13 or 14, wherein the emergency service flow requesting module carries the emergency call indication in the signaling message by using one of the following manners: The card field carries the emergency call indication;

Carrying the emergency call indication by a service priority;

The emergency call indication is carried by the service type name.

[16] 16. A system for providing emergency services, comprising: a network side device and a terminal device, wherein the network side device is configured to receive a network access request from the terminal device and fail the authentication of the terminal device or After the negotiation is not performed, the service flow for carrying the emergency service is established for the terminal device, and the terminal device is assigned an IP address;

The terminal device is configured to obtain an IP address allocated by the network side device, and perform emergency service through the service flow by using the IP address.