WO2010124443A1 - 支持多级受限模式紧急呼叫的方法、装置和系统 - Google Patents

支持多级受限模式紧急呼叫的方法、装置和系统 Download PDF

Info

Publication number
WO2010124443A1
WO2010124443A1 PCT/CN2009/071499 CN2009071499W WO2010124443A1 WO 2010124443 A1 WO2010124443 A1 WO 2010124443A1 CN 2009071499 W CN2009071499 W CN 2009071499W WO 2010124443 A1 WO2010124443 A1 WO 2010124443A1
Authority
WO
WIPO (PCT)
Prior art keywords
emergency call
terminal
call mode
mode
supports
Prior art date
Application number
PCT/CN2009/071499
Other languages
English (en)
French (fr)
Inventor
戴明增
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2009/071499 priority Critical patent/WO2010124443A1/zh
Priority to CN2009801227240A priority patent/CN102204177B/zh
Priority to BRPI0924631-2A priority patent/BRPI0924631B1/pt
Publication of WO2010124443A1 publication Critical patent/WO2010124443A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections

Definitions

  • the present invention relates to communication technologies, and in particular, to a method, apparatus and system for supporting multi-level restricted mode emergency calls.
  • IP Multimedia Subsystem IP Multimedia Subsystem
  • LTE Long Term Evolution System
  • IMS IP Multimedia Subsystem
  • LTE Long Term Evolution System
  • emergency calls are a required feature supported by local laws.
  • the system can support the following four types of emergency calls: Emergency call mode 1 : Effective terminal. These terminals are effectively contracted and authenticated.
  • Emergency call mode 2 Terminal through which authentication is passed. These terminals must have a valid International Mobile Subscriber Identification Number (IMSI). These terminals are authenticated and may be in a restricted business model.
  • IMSI International Mobile Subscriber Identification Number
  • IMSI is required, and authentication is optional. These terminals must have a valid IMSI. If the authentication fails, the terminal is allowed to access.
  • Emergency call mode 4 All terminals. Including the authenticated terminal, the terminal that has IMSI but the authentication has not passed, only IMEI (International Mobile Equipment Identity);
  • the terminal of the Module user identification card the terminal without the IMSI, and the like.
  • the above four emergency call modes are limited in order, and the system supporting emergency call mode 4 supports emergency call modes 1, 2, 3; the system supporting emergency call mode 3 supports emergency call modes 1, 2; The system of emergency call mode 2 supports emergency call mode 1 at the same time.
  • the terminal defines two states for emergency calls:
  • Normal Mode Normal mode, indicating that the terminal can normally access related services. Have a valid IMSI and sign up. Emergency call mode 1 belongs to Normal Mode.
  • Limited Service Mode The service mode is restricted.
  • the terminal can only make Emergency Call; the main reason may be: The terminal cannot find a suitable cell to camp; or the SIM card is not inserted into the terminal.
  • Emergency call mode 2, 3, 4 belong to Limited Service Mode.
  • the system can choose to support four different levels of emergency call modes, but the existing communication technology standards do not implement support for multi-level restricted mode emergency calls. Program.
  • Embodiments of the present invention provide a method, apparatus, and system for supporting a multi-level restricted mode emergency call.
  • a method for supporting multi-level restricted mode emergency calls including:
  • the core network sends the emergency call mode supported by the system to the access network.
  • a method for supporting multi-level restricted mode emergency calls including:
  • the access network sends the emergency call mode supported by the system to the terminal.
  • a method for supporting multi-level restricted mode emergency calls including:
  • the access network receives an emergency call mode of the terminal from the terminal;
  • the access network receives the system emergency call mode from the core network, and determines whether to allow the terminal to camp on the system according to the received terminal's emergency call mode and the system emergency call mode.
  • a method for supporting multi-level restricted mode emergency calls including:
  • the terminal chooses whether to camp on the system according to the mode in which the system supports emergency calls.
  • a core network device including:
  • a base station Used to send the emergency call mode supported by the system to the access network.
  • a base station comprising:
  • Emergency call mode first operation unit Used to send the emergency call mode supported by the system to the terminal.
  • a base station comprising: Emergency call mode second operation unit: for receiving the emergency call mode of the system and the emergency call mode of the terminal, if the system does not support the emergency call mode of the terminal, the terminal is migrated to a system supporting the emergency call mode of the terminal.
  • a terminal comprising:
  • Resident Processing Unit Used to select whether to reside in the system based on the mode in which the system supports emergency calls.
  • a communication system includes: a core network device, a base station, and a terminal, where
  • Core network device used to send the system to support the emergency call mode to the base station;
  • Base station for transmitting, to the terminal, a mode in which the system device supports an emergency call
  • Terminal Used to select whether to camp on the system based on the mode in which the system supports emergency calls.
  • a communication system includes: a core network device and a base station, where
  • Core network device used to send the system to support the emergency call mode to the base station;
  • Base station A system for redirecting a terminal to an emergency call mode that supports the terminal.
  • the method, device and system for supporting multi-level restricted mode emergency call provided by embodiments of the present invention enable a terminal of different restricted mode to select an appropriate system to initiate an emergency call while meeting legal requirements and operator requirements, thereby reducing The delay of the emergency call.
  • 1 is a flow chart of one embodiment of a method of supporting a multi-level restricted mode emergency call in accordance with the present invention.
  • 2 is a flow diagram of another embodiment of a method of supporting a multi-level restricted mode emergency call in accordance with the present invention.
  • FIG. 3 is a flow diagram of still another embodiment of a method of supporting a multi-level restricted mode emergency call according to the present invention.
  • FIG. 4 is a flow diagram of still another embodiment of a method of supporting a multi-level restricted mode emergency call according to the present invention.
  • 5 is a flow diagram of one embodiment of a method of supporting a multi-level restricted mode emergency call in accordance with the present invention.
  • 6 is a flow diagram of one embodiment of a method of supporting a multi-level restricted mode emergency call in accordance with the present invention.
  • 7a is a flow diagram of an embodiment of a method for supporting a multi-level restricted mode emergency call in accordance with the present invention for emergency call mode 4.
  • Figure 7b is a flow diagram of an embodiment of the present invention for supporting a multi-level restricted mode emergency call for emergency call modes 1, 2, 3.
  • Figure 8a is a flow diagram of an embodiment of the present invention for supporting a multi-level restricted mode emergency call for emergency call mode 4.
  • Figure 8b is a flow diagram of an embodiment of the present invention for supporting a multi-level restricted mode emergency call for emergency call modes 1, 2, 3.
  • FIG. 9 is a flow diagram of one embodiment of a method of supporting a multi-level restricted mode emergency call in accordance with the present invention.
  • Figure 10 is a flow diagram of one embodiment of a method of supporting a multi-level restricted mode emergency call in accordance with the present invention.
  • 11 is a flow diagram of one embodiment of a method of supporting a multi-level restricted mode emergency call in accordance with the present invention.
  • FIG. 12 is a flow diagram of one embodiment of a method of supporting a multi-level restricted mode emergency call in accordance with the present invention.
  • Figure 13 is a block diagram showing the structure of an embodiment of the system apparatus of the present invention.
  • Figure 14 is a block diagram showing another embodiment of the system apparatus of the present invention.
  • FIG. 15 is a schematic structural diagram of an embodiment of a base station according to the present invention.
  • FIG. 16 is a schematic structural diagram of another embodiment of a base station according to the present invention.
  • FIG. 17 is a schematic structural diagram of an embodiment of a terminal according to the present invention.
  • Figure 18 is a block diagram showing an embodiment of a communication system supporting a multi-level restricted mode emergency call according to the present invention.
  • Figure 19 is a block diagram showing another embodiment of a communication system supporting a multi-level restricted mode emergency call according to the present invention.
  • An embodiment of the method for supporting a multi-level restricted mode emergency call according to the present invention, as shown in FIG. 1, includes:
  • the core network sends an emergency call mode supported by the system to the access network.
  • This embodiment is capable of supporting multi-level restricted mode emergency calls.
  • FIG. 2 Another embodiment of the method for supporting a multi-level restricted mode emergency call according to the present invention, as shown in FIG. 2, includes:
  • the access network sends the emergency call mode supported by the system to the terminal.
  • This embodiment is capable of supporting multi-level restricted mode emergency calls.
  • a further embodiment of the method for supporting a multi-level restricted mode emergency call according to the present invention, as shown in FIG. 3, includes:
  • the access network receives an emergency call mode of the terminal from the terminal.
  • the access network receives a system emergency call mode from the core network, and determines whether to allow the terminal to camp on the system according to the emergency call mode of the received terminal and the system emergency call mode.
  • This embodiment is capable of supporting multi-level restricted mode emergency calls.
  • a further embodiment of the method for supporting a multi-level restricted mode emergency call according to the present invention, as shown in FIG. 4, includes:
  • the terminal selects whether to camp on the system to initiate an emergency call according to a mode in which the system supports the emergency call.
  • This embodiment is capable of supporting multi-level restricted mode emergency calls.
  • the core network element is a mobility management entity MME.
  • the MME is used as an example in the embodiment, and may be other known in practical applications.
  • the core network element of the core such as the mobile switching center MSC, etc.
  • the emergency call mode supported by the system is all or part of the emergency call mode 1, 2, 3, 4, and the access network side is the evolved base station eNB (this embodiment The eNB is described as an example. In practical applications, other known access network elements, such as a base station, etc., may also be used.
  • the process is shown in Figure 5, including: 5501.
  • the core network sends an emergency call mode supported by the system to the eNB by using an SI interface message.
  • the MME delivers the mode in which the system supports the emergency call to the eNB through the S1 interface message.
  • the SI interface message may be an SI Setup Response message, an MME Configuration Update message, or the like.
  • S502 The eNB sends the emergency call mode supported by the system to the terminal by using a system message.
  • the eNB broadcasts the system message by broadcasting the control channel BCCH, and the system message may include which emergency call is supported.
  • the system message format may be as follows, and may be sent according to the enumerated type in the system message block 1 (SIB1 system information block 1):
  • SIB1 system information block 1 SIB1 system information block 1
  • the terminal receives a mode in which the system in the eNB system information supports an emergency call. If the mode in which the system supports the emergency call includes a mode of the emergency call of the terminal, the terminal resides in the system; if the system supports the mode of the emergency call The mode of the emergency call of the terminal is not included, and the terminal migrates to a system that supports the emergency call mode of the terminal.
  • the terminal receives the mode in which the system of the eNB system message broadcast supports the emergency call, and determines whether to initiate an emergency call in the system according to the current state of the terminal. For example: If the emergency call mode supported by the system supports the terminal to initiate an emergency call in the system, the terminal initiates an emergency call in the system; if the emergency call mode supported by the system does not support the terminal to initiate an emergency call, the terminal is in the terminal After receiving the eNB broadcast, or migrating to an emergency call, the system migrates to a system that supports restricted service emergency calls. It should be noted that the system supporting emergency call mode 4 supports all types of terminals to initiate emergency calls in the system; the system supporting emergency call mode 3 supports all but USED/SIM (that is, the fourth mode).
  • the terminal initiates an emergency call in the system; supports emergency call mode
  • the system of Equation 2 supports an emergency call initiated by the terminal in the normal mode and the authenticated terminal; the system supporting the emergency call mode 1 only supports the terminal in the normal mode to initiate an emergency call in the system.
  • the terminal supporting the emergency call mode 4 supports the emergency call mode 1, 2, 3 at the same time; the terminal supporting the emergency call mode 3 supports the emergency call mode 1 and 2 at the same time; the terminal supporting the emergency call mode 2 supports at the same time Emergency call mode 1.
  • the migration described here includes the following:
  • the system redirects the terminal to a system that supports emergency calls;
  • the system described in this embodiment may be a system supporting an emergency call, a PLMN supporting an emergency call, or a tracking area (Location area, supporting an emergency call). Routing area), which can also be a frequency that supports emergency calls, or a cell that supports emergency calls.
  • the terminal can read whether the system supports the emergency call by reading the system information of the target system.
  • the specific process is similar to the step S503, and no comment is made here.
  • the core network element is an MME.
  • MME Mobile Mobility Management Entity
  • Network elements such as the mobile switching center MSC, etc., two or more operators (for example, two operators are selected as an example) share an access network, and each operator has different PLMNs to distinguish, the system supports
  • the emergency call mode is all or part of the emergency call mode 1, 2, 3, and 4.
  • the access network is an evolved base station eNB.
  • eNB evolved base station
  • eNB uses an eNB as an example. In practical applications, other known connections may be used.
  • Network access network elements such as base stations, etc.).
  • the eNB is shared by the operator, and the method flow is as shown in FIG. 6, and includes:
  • the core network sends the emergency call mode supported by the system to the eNB by using an S1 interface message.
  • the MME sends the mode in which each PLMN supports emergency calls to the eNB.
  • Each PLMN described in this embodiment may be all PLMNs, and the number and range of PLMNs may be limited according to actual needs.
  • the eNB sends an emergency call mode supported by each PLMN to the terminal by using a system message.
  • the eNB can support the emergency call mode by using the BCCH broadcast PLMN1 and PLMN2.
  • the system message format can be as follows, and can be delivered in each PLMN ID according to the enumeration type:
  • the terminal receives the broadcast of the eNB. If the mode in which the emergency call is supported by the PLMN1 and/or the PLMN2 includes the mode of the emergency call of the terminal, the terminal selects one of the PLMNs to camp; if the mode of all the PLMNs supporting the emergency call does not include the terminal emergency The mode of the call, the terminal migrates to a system that supports the emergency call mode of the terminal.
  • the terminal After receiving the broadcast of the eNB, the terminal decides whether to camp on PLMN1 or PLMN2.
  • the terminal in the restricted service mode selects a PLMN that supports the emergency call of the terminal.
  • the system supporting the emergency call mode 4 supports the emergency call mode 1, 2, 3; the system supporting the emergency call mode 3 supports the emergency call mode 1 and 2 at the same time; the system supporting the emergency call mode 2 supports the emergency call at the same time.
  • Mode 1 For example: For a terminal without USIM/SIM, try to select a PLMN that supports emergency call mode 4. If there are multiple PLMNs, select one PLMN according to the priority according to the existing PLMN selection mechanism, if the priority order is access.
  • PLMN the PLMN to which it belongs And the equivalent PLMN, if all PLMNs do not support emergency call mode 4, then migrate to a system supporting emergency call mode 4 after receiving the system message indication of the eNB, or before initiating an emergency call.
  • a terminal that has an IMSI but fails authentication try to select a PLMN that supports emergency call mode 4 or emergency call mode 3. If there are multiple PLMNs, select one PLMN according to the existing PLMN selection mechanism, if all PLMNs If the emergency call mode 4 or the emergency call mode 3 is not supported, the system is transferred to a system supporting the emergency call mode 3 after receiving the system message indication of the eNB or before initiating the emergency call.
  • a PLMN For terminals with successful IMSI authentication but in restricted mode, try to select a PLMN that supports emergency call mode 4 or emergency call mode 3 or emergency call mode 2. If there are multiple PLMNs, follow the existing PLMN selection mechanism. Selecting a PLMN, if all PLMNs do not support emergency call mode 4 or emergency call mode 3 or emergency call mode 2, then after receiving the system message indication of the eNB, or migrating to an emergency call mode 2 before initiating an emergency call system. For the terminal in the normal mode, a PLMN is selected according to the normal process. If the selected PLMN does not support the emergency call, if it is in the connected state, the normal service is translated and the terminal is migrated to a system supporting the emergency call.
  • the core network element is an MME.
  • MME Mobile communications
  • the network-backed emergency call mode is all or part of the emergency call mode 1, 2, 3, and 4, and the access network side is the evolved base station eNB (in this embodiment, the eNB is taken as an example).
  • eNB evolved base station
  • other known access network elements such as base stations, etc., may also be used.
  • the flow of the emergency call mode 4 in this embodiment is as shown in FIG. 7a, and includes:
  • the core network sends the emergency call mode 4 supported by the system to the eNB through the S1 interface message.
  • the eNB sends the emergency call mode 4 to the terminal by using a system message.
  • the message format can be as follows: mode4EmergencyCall BOOLEAN
  • the terminal receives a mode in which the system broadcasted by the eNB supports the emergency call. If the emergency call mode of the terminal is the emergency call mode 4, the terminal may initiate an emergency call in the system; otherwise, the terminal without the USIM/SIM receives the eNB broadcast. , or migrate to a system that supports emergency call mode 4 before initiating an emergency call.
  • FIG. 7b Another embodiment of the present embodiment for emergency call mode 1 or 2 or 3 is as shown in FIG. 7b, including:
  • the terminal sends a non-access stratum request message to the core network.
  • the non-access stratum request message may be an attach request or a TAU request message.
  • the core network receives a non-access stratum request message from a terminal supporting emergency call mode 1 or 2 or 3, and accepts a message that the system supports emergency call mode 1 or 2 or 3 through a non-access stratum (attach accept Accept) or TAU accept (message area update accept) message) sent to the terminal, or send information that the system does not support emergency call mode 1 or 2 or 3 through a non-access stratum reject message (attat reject I TAU reject message) To the terminal.
  • a non-access stratum attach accept Accept
  • TAU accept messages area update accept
  • the terminal if the terminal receives the non-access stratum accept message returned by the core network, the terminal resides in the system; if the terminal receives the non-access stratum reject message returned by the core network, the terminal migrates to A system that supports the emergency call mode of the terminal.
  • the core network element is an MME.
  • MME Mobile Multimedia Subsystem
  • Network elements such as the mobile switching center MSC, etc., two or more operators (for example, two operators are selected as an example) share an access network, and each operator has different PLMNs to distinguish, the system supports
  • the emergency call mode is all or part of the emergency call mode 1, 2, 3, and 4.
  • the access network is an evolved base station eNB. This embodiment uses an eNB as an example. In practical applications, other known connections may be used.
  • Network access network elements such as base stations, etc.).
  • the flow of the emergency call mode 4 in this embodiment is as shown in FIG. 8a, and includes:
  • the core network MME connects each PLMN to support emergency call mode 4 through S1
  • the port message is sent to the eNB.
  • Each PLMN described in this embodiment may be all PLMNs, and the number and range of PLMNs may be limited according to actual needs.
  • the eNB sends an emergency call mode 4 to the terminal by using a system message to support each PLMN.
  • the message format can be as follows:
  • PLMN-IdentityList SEQUENCE (SIZE (1..2)) OF PLMN-IdentityInfo
  • the terminal receives a system message from the eNB. If the PLMN1 and/or the PLMN2 support the emergency call mode 4, the terminal selects one of the PLMNs to camp; if all the PLMNs do not support the emergency call mode 4, the terminal migrates to support the emergency call mode. 4 systems.
  • FIG. 8b Another embodiment of the present embodiment for the emergency call mode 1, 2, 3 is as shown in FIG. 8b, including:
  • the terminal sends a non-access stratum request message to the core network.
  • the core network receives a non-access stratum request message from a terminal supporting emergency call mode 1 or 2 or 3, and accepts information of the emergency call mode 1 or 2 or 3 of the PLMN1 and/or PLMN2 through the non-access stratum A message is sent to the terminal, or information that does not support emergency call mode 1 or 2 or 3 of PLMN1 and/or PLMN2 is sent to the terminal through a non-access stratum reject message.
  • the terminal selects one PLMN camped therein; if the non-access stratum reject message received by the terminal includes all PLMNs, the terminal Migrate to a system that supports the terminal's emergency call mode.
  • the core network element is an MME.
  • MME Mobile Evolved Mobile Network
  • the network-backed emergency call mode is all or part of the emergency call mode 1, 2, 3, and 4, and the access network side is the evolved base station eNB (in this embodiment, the eNB is taken as an example).
  • eNB evolved base station
  • Network elements such as base stations, etc.). The process is shown in Figure 9, including:
  • the terminal sends a non-access stratum request message to the MME.
  • the MME receives a non-access stratum request message from a terminal supporting the emergency call mode 1 or 2 or 3 or 4, and sends the information that the system supports the emergency call mode 1 or 2 or 3 or 4 to the non-access stratum acceptance message.
  • the terminal, or the information that the system does not support the emergency call mode 1 or 2 or 3 or 4 is sent to the terminal through a non-access stratum reject message.
  • the terminal if the terminal receives the non-access stratum accept message returned by the MME, the terminal resides in the system; if the terminal receives the non-access stratum reject message returned by the system, the terminal migrates to support the System for terminal emergency call mode.
  • the core network element is an MME.
  • MME Mobile Multimedia Subsystem
  • Network elements such as the mobile switching center MSC, etc., two or more operators (for example, two operators are selected as an example) share an access network, and each operator has different PLMNs to distinguish, the system supports
  • the emergency call mode is all or part of the emergency call mode 1, 2, 3, and 4.
  • the access network is an evolved base station eNB.
  • eNB evolved base station
  • eNB evolved base station
  • eNB evolved base station
  • eNB evolved base station
  • eNB evolved base station
  • the terminal sends a non-access stratum request message to the MME.
  • the MME receives a non-access stratum request message from a terminal supporting the emergency call mode 1 or 2 or 3 or 4, and passes the information of the emergency call mode 1 or 2 or 3 or 4 of the PLMN 1 and/or the PLMN 2 through the non-access stratum An accept message is sent to the terminal, or information that does not support emergency call mode 1 or 2 or 3 or 4 of PLMN1 and/or PLMN2 is sent to the terminal through a non-access stratum reject message.
  • the terminal selects one PLMN that resides therein; if the non-access stratum reject message received by the terminal includes all PLMNs, the terminal Migrate to a system that supports the terminal's emergency call mode.
  • the system supporting the emergency call mode 4 supports the emergency call mode 1, 2, 3; the system supporting the emergency call mode 3 supports the emergency call mode 1 and 2 at the same time; the system supporting the emergency call mode 2 supports the emergency call at the same time.
  • Mode 1 Processing of the Model terminal: If the system does not support the emergency call of the model, select a PLMN that supports the model.
  • PLMNs supporting the emergency call of the model select a PLMN according to a certain rule by the NAS layer; All PLMNs do not support model emergency calls, and then migrate to a system that supports restricted service emergency calls after receiving the indication or before making an emergency call. If the terminal is in the connected state, the normal service is translated and the terminal is migrated to a system that supports the emergency call.
  • the processing of other mode terminals is similar to Model.
  • the core network element is an MME.
  • MME Mobile Evolved Mobile Network
  • the network-backed emergency call mode is all or part of the emergency call mode 1, 2, 3, and 4, and the access network side is the enhanced base station eNB (in this embodiment, the eNB is taken as an example).
  • eNB enhanced base station
  • FIG. 11 The process is shown in Figure 11, including:
  • the UE sends an emergency call mode of the UE to the eNB.
  • the core network sends an emergency call mode supported by the system to the eNB by using an S1 interface message.
  • the eNB receives a system emergency call mode from the core network. If the system does not support the UE emergency call mode, the UE is migrated to a system that supports the UE emergency call mode. If the system supports the UE emergency call mode, the UE is allowed to camp. Stay in the system.
  • the migration described here can include the following:
  • the system redirects the terminal to a system that supports emergency calls;
  • - Cell change order Transfer the connection relationship of the terminal to other systems. For example, after a certain UE is connected to the system, the core network sends the emergency call mode supported by the system to the eNB through the S1 interface message, and the eNB determines that the system does not support the emergency call mode of the UE, and the eNB redirects the UE to support the UE emergency call mode system.
  • the core network cell is an MME.
  • the MME is used as an example in the embodiment, and may be another known core network in practical applications.
  • Network elements such as the mobile switching center MSC, etc., two or more operators (for example, two operators are selected as an example) share an access network, and each operator has different PLMNs to distinguish, the system supports
  • the emergency call mode is all or part of the emergency call mode 1, 2, 3, and 4.
  • the access network is an evolved base station eNB. This embodiment uses an eNB as an example. In practical applications, other known connections may be used.
  • the network access network element such as a base station, etc., is shown in Figure 12, and includes:
  • S1201 The UE sends an emergency call mode of the UE to the eNB.
  • the core network sends an emergency call mode supported by each PLMN to the eNB through an S1 interface message.
  • Each PLMN described in this embodiment may be all PLMNs, and the number and range of PLMNs may be limited according to actual needs.
  • the eNB receives a system emergency call mode from the core network. If each of the PLMNs does not support the UE emergency call mode, the UE is migrated to a system that supports the UE emergency call mode. If one PLMN supports the UE emergency call mode, The UE is allowed to camp on the PLMN.
  • the migration described here can include the following:
  • the system redirects the terminal to a system that supports emergency calls;
  • the core network will support two PLMN-backed emergency calls.
  • the calling mode is sent to the eNB through an SI interface message, and the eNB redirects the UE to a system supporting the UE emergency call mode.
  • the foregoing embodiment of the present invention supports a method for multi-level restricted mode emergency call, and enables different restricted mode terminals to select an appropriate system to initiate an emergency call while meeting the requirements of laws and regulations and operators, thereby reducing the time of emergency calls. Delay.
  • An embodiment of the core network device of the present invention includes:
  • Emergency call mode processing unit 1301 Used to send the emergency call mode supported by the system to the access network.
  • FIG. 14 Another embodiment of the core network device of the present invention, as shown in FIG. 14, includes:
  • Emergency call mode processing unit 1401 Used to send the emergency call mode supported by the system to the access network.
  • the emergency call mode processing unit 1401 includes:
  • Emergency call mode sending subunit 1402 Used to send the emergency call mode supported by the system to the access network through the S1 interface message.
  • the emergency call mode processing unit 1401 includes:
  • the non-access stratum message processing sub-unit 1403 is configured to receive a non-access stratum request message from the terminal, and send the system support emergency call mode to the terminal by using a non-access stratum acceptance message.
  • the emergency call mode processing unit 1401 may include:
  • the emergency call mode sending sub-unit 1402 and the non-access stratum message processing sub-unit 1403 implement similar functions, and all send emergency call modes supported by the system to the access network.
  • the emergency call mode sending sub-unit 1402 may be used to transmit all emergency call modes supported by the system
  • the non-access stratum message processing sub-unit 1403 may be used to transmit all emergency call modes supported by the system.
  • the emergency call mode sending subunit 1402 and the non-access stratum message processing subunit 1403 may also be selected in conjunction with the emergency call mode supported by the transmitting system, which may complement each other.
  • An embodiment of the base station of the present invention, as shown in FIG. 15, includes:
  • Emergency call mode first operation unit 1501 Used to send the emergency call mode supported by the system to the terminal.
  • FIG. 16 Another embodiment of the base station of the present invention, as shown in FIG. 16, includes:
  • Emergency call mode second operation unit 1601 for receiving the emergency call mode of the system and the emergency call mode of the terminal, if the system does not support the emergency call mode of the terminal, the terminal is migrated to a system supporting the emergency call mode of the terminal.
  • the terminal is allowed to reside in the system.
  • An embodiment of the terminal of the present invention includes:
  • Resident Processing Unit 1701 Used to select whether to camp on the system based on the mode in which the system supports emergency calls.
  • the terminals of different restricted modes select an appropriate system to initiate an emergency call while meeting the requirements of laws and regulations and operators, thereby reducing the delay of the emergency call.
  • An embodiment of the present invention supports a communication system for a multi-level restricted mode emergency call.
  • the communication system includes: a core network device 1801, a base station 1802, and a terminal 1803, where the core network device 1801: The mode in which the system supports emergency calls is sent to the base station.
  • Base station 1802 A mode for transmitting the system to support an emergency call to a terminal.
  • Terminal 1803 Used to select whether to camp on the system according to the mode in which the system supports emergency calls.
  • Another embodiment of the communication system supporting the multi-level restricted mode emergency call of the present invention includes: a core network device 1901 and a base station 1902, where
  • Core network device 1901 A mode for transmitting a system to support an emergency call to a base station.
  • Base station 1902 Used to determine whether the terminal resides in the system according to the mode in which the system supports emergency calls.
  • the base station 1902 is further configured to receive an emergency call mode of the terminal, and determine whether the terminal resides in the system according to the emergency call mode of the terminal and the mode in which the system supports the emergency call.
  • the embodiments of the present invention support a multi-level restricted mode emergency call system, and satisfy different laws and regulations and operators, and enable terminals in different restricted modes to select an appropriate system to initiate an emergency call, thereby reducing the time of an emergency call. Delay.
  • the storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).
  • the core network element may select a mobile switching center MSC or the like in addition to the MME, and the present invention may but not It is limited to use in communication systems such as LTE, WCDMA, CDMA, and GSM. Any changes or substitutions that are easily conceivable within the scope of the present invention are intended to be included within the scope of the present invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

Landscapes

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

Description

支持多级受限模式紧急呼叫的方法、 装置和系统 技术领域
本发明涉及通信技术 , 尤其涉及一种支持多级受限模式紧急呼叫的方法、 装置和系统。
背景技术
正在发展制定的长期演进系统 LTE 中支持 IP 多媒体子系统（IMS , IP Multimedia Subsystem )。 由于 IMS的引入， 所以用户设备终端也可在支持分 组交换的系统发起紧急呼叫。 紧急呼叫是根据当地法律的规定所支持的一个 必须的特性。
根据当地法规和运营商的策略， 系统可以支持如下四种的紧急呼叫： 紧急呼叫模式 1 : 有效的终端。 这些终端经过有效签约并鉴权通过。
紧急呼叫模式 2: 鉴权通过的终端。 这些终端必须有一个有效的国际移动 用户识另 ll码 ( IMSI , International Mobile Subscriber Identification Number )。 这些终端通过了鉴权， 并可能处在受限业务模式。
紧急呼叫模式 3:需要 IMSI,鉴权可选。这些终端必须有一个有效的 IMSI。 如果鉴权失败， 这个终端被允许接入。
紧急呼叫模式 4: 所有的终端。 包括鉴权过的终端， 有 IMSI但鉴权没有 通过的终端， 只有 IMEI(International Mobile Equipment Identity,国际移动身份 识别))即；：
Module用户识别卡)的终端， 没有 IMSI的终端等。
上述 4种紧急呼叫模式的受限程度是依次提升的， 支持紧急呼叫模式 4 的系统同时支持紧急呼叫模式 1、 2、 3; 支持紧急呼叫模式 3的系统同时支持 紧急呼叫模式 1、 2; 支持紧急呼叫模式 2的系统同时支持紧急呼叫模式 1。
终端针对紧急呼叫， 定义了两种状态：
Normal Mode: 正常模式， 表示终端能够正常地进行相关业务的访问， 具 有有效的 IMSI和签约。 紧急呼叫模式 1属于 Normal Mode。
Limited Service Mode: 限制业务模式， 终端只能够做 Emergency Call; 主 要原因可能是： 终端不能找到一个合适的小区驻留； 或 SIM卡没有插入到终 端中等。 紧急呼叫模式 2、 3、 4属于 Limited Service Mode。
发明人发现现有技术存在以下问题： 根据法律规范和运营商的策略， 系 统可以选择支持四种不同层次的紧急呼叫模式， 但是现有通信技术标准上没 有实现支持多级受限模式紧急呼叫的方案。
发明内容
本发明实施例提供了一种支持多级受限模式紧急呼叫的方法、 装置和系 统。
一种支持多级受限模式紧急呼叫的方法， 包括：
核心网将系统支持的紧急呼叫模式发送给接入网。
一种支持多级受限模式紧急呼叫的方法， 包括：
接入网将系统支持的紧急呼叫模式下发给终端。
一种支持多级受限模式紧急呼叫的方法， 包括：
接入网接收来自终端的该终端的紧急呼叫模式；
接入网接收来自核心网的系统紧急呼叫模式， 根据接收的终端的紧急呼 叫模式和系统紧急呼叫模式决定是否允许终端驻留在该系统。
一种支持多级受限模式紧急呼叫的方法， 包括：
终端根据系统支持紧急呼叫的模式选择是否驻留在该系统。
一种核心网装置， 包括：
紧急呼叫模式处理单元： 用于将系统支持的紧急呼叫模式发送给接入网。 一种基站， 包括：
紧急呼叫模式第一操作单元： 用于将系统支持的紧急呼叫模式下发给终 端。
一种基站， 包括： 紧急呼叫模式第二操作单元： 用于接收系统紧急呼叫模式和终端的紧急 呼叫模式， 如果该系统不支持该终端紧急呼叫模式， 将终端迁移到支持该终 端紧急呼叫模式的系统。
一种终端， 包括：
驻留处理单元： 用于根据系统支持紧急呼叫的模式选择是否驻留在该系 统。
一种通信系统， 包括： 核心网装置、 基站和终端， 其中，
核心网装置： 用于将系统支持紧急呼叫的模式发给基站；
基站： 用于将所述系统装置支持紧急呼叫的模式发给终端；
终端： 用于根据系统支持紧急呼叫的模式选择是否驻留在该系统。
一种通信系统， 包括： 核心网装置和基站， 其中，
核心网装置： 用于将系统支持紧急呼叫的模式发给基站；
基站： 用于将终端重定向到支持该终端紧急呼叫模式的系统。
本发明实施例提供的支持多级受限模式紧急呼叫的方法、 装置和系统， 在满足法律法规和运营商需求的同时， 使不同受限模式的终端选择一个合适 的系统发起紧急呼叫， 可减少紧急呼叫的时延。
附图说明
图 1为本发明支持多级受限模式紧急呼叫的方法的一个实施例的流程图。 图 2 为本发明支持多级受限模式紧急呼叫的方法的另一个实施例的流程 图。
图 3 为本发明支持多级受限模式紧急呼叫的方法的又一个实施例的流程 图。
图 4 为本发明支持多级受限模式紧急呼叫的方法的再一个实施例的流程 图。
图 5为本发明支持多级受限模式紧急呼叫的方法的一个实施例的流程图。 图 6为本发明支持多级受限模式紧急呼叫的方法的一个实施例的流程图。 图 7a为本发明支持多级受限模式紧急呼叫的方法的一个实施例针对紧急 呼叫模式 4的流程图。
图 7b为本发明支持多级受限模式紧急呼叫的方法的一个实施例针对紧急 呼叫模式 1、 2、 3的流程图。
图 8a为本发明支持多级受限模式紧急呼叫的方法的一个实施例针对紧急 呼叫模式 4的流程图。
图 8b为本发明支持多级受限模式紧急呼叫的方法的一个实施例针对紧急 呼叫模式 1、 2、 3的流程图。
图 9为本发明支持多级受限模式紧急呼叫的方法的一个实施例的流程图。 图 10 为本发明支持多级受限模式紧急呼叫的方法的一个实施例的流程 图。
图 11 为本发明支持多级受限模式紧急呼叫的方法的一个实施例的流程 图。
图 12 为本发明支持多级受限模式紧急呼叫的方法的一个实施例的流程 图。
图 13为本发明系统装置的一个实施例的结构示意图。
图 14为本发明系统装置的另一个实施例的结构示意图。
图 15为本发明基站的一个实施例的结构示意图。
图 16为本发明基站的另一个实施例的结构示意图。
图 17为本发明终端的一个实施例的结构示意图。
图 18为本发明支持多级受限模式紧急呼叫的通信系统的一个实施例的结 构示意图。
图 19为本发明支持多级受限模式紧急呼叫的通信系统的另一个实施例的 结构示意图。
具体实施方式
为使本发明实施例的目的、 技术方案以及优点表达的更清楚明白、 下面 结合具体实施例和附图详细说明本发明实施例提供的技术方案。
本发明支持多级受限模式紧急呼叫的方法的一个实施例， 如图 1 所示， 包括：
S101、 核心网将系统支持的紧急呼叫模式发送给接入网。
本实施例能够支持多级受限模式紧急呼叫。
本发明支持多级受限模式紧急呼叫的方法的另一个实施例， 如图 2所示， 包括：
S201、 接入网将系统支持的紧急呼叫模式下发给终端。
本实施例能够支持多级受限模式紧急呼叫。
本发明支持多级受限模式紧急呼叫的方法的又一个实施例， 如图 3所示， 包括：
S301、 接入网接收来自终端的该终端的紧急呼叫模式；
S302、 接入网接收来自核心网的系统紧急呼叫模式， 根据接收的终端的 紧急呼叫模式和系统紧急呼叫模式决定是否允许终端驻留在该系统。
本实施例能够支持多级受限模式紧急呼叫。
本发明支持多级受限模式紧急呼叫的方法的再一个实施例， 如图 4所示， 包括：
S401、 终端根据系统支持紧急呼叫的模式选择是否驻留在该系统发起紧 急呼叫。
本实施例能够支持多级受限模式紧急呼叫。
本发明支持多级受限模式紧急呼叫的方法的一个实施例， 场景如下： 核 心网网元为移动管理实体 MME (本实施例以 MME为例进行说明， 在实际应 用中也可以是其它已知的核心网网元， 如移动交换中心 MSC等）， 系统支持 的紧急呼叫模式为紧急呼叫模式 1、 2、 3、 4的全部或者部分， 接入网侧为演 进的基站 eNB (本实施例以 eNB为例进行说明， 在实际应用中也可以是其它 已知的接入网网元， 如基站等）。 流程如图 5所示， 包括： 5501、 核心网将系统支持的紧急呼叫模式通过 SI接口消息发送给 eNB。 MME将系统支持紧急呼叫的模式通过 S1接口消息下发给 eNB。 SI接口 消息可以是 SI建立响应消息 (SI Setup Response), MME 配置更新消息 (MME Configuration Update)等。
5502、 eNB通过系统消息将系统支持的紧急呼叫模式下发给终端。
eNB通过广播控制信道 BCCH广播系统消息， 所述系统消息可以包含支 持何种紧急呼叫， 系统消息格式可以如下所示， 可按照枚举类型在系统消息 块 1 ( SIB1 system information block 1 ) 下发：
networkSupportEmergencyMode ENUMERATED {model, mode2, mode3, mode4}, 或者可按照布尔类型在系统消息块 1 ( SIB1 system information block 1 ) 下发：
modelEmergencyCall BOOLEAN,
mode2EmergencyCall BOOLEAN,
mode3EmergencyCall BOOLEAN,
mode4EmergencyCall BOOLEAN
5503、 终端接收 eNB系统信息中的系统支持紧急呼叫的模式， 如果所述 系统支持紧急呼叫的模式包括该终端紧急呼叫的模式， 该终端驻留在该系统； 如果所述系统支持紧急呼叫的模式不包括该终端紧急呼叫的模式， 该终端迁 移到支持该终端紧急呼叫模式的系统。
终端接收到 eNB系统消息广播的所述系统支持紧急呼叫的模式，根据本终 端目前的状态决定是否在该系统发起紧急呼叫。 例如： 如果该系统支持的紧 急呼叫模式支持该终端在该系统发起紧急呼叫， 则该终端在该系统发起紧急 呼叫； 如果该系统支持的紧急呼叫模式不支持该终端发起紧急呼叫， 在该终 端在接收到 eNB广播后，或者发起紧急呼叫前迁移到一个支持受限业务紧急呼 叫的系统。 需要说明的是， 支持紧急呼叫模式 4的系统， 支持所有类型的终端 在该系统发起紧急呼叫； 支持紧急呼叫模式 3的系统， 支持除没有 USIM/SIM (也就是第 4种模式）之外所有终端在该系统发起紧急呼叫； 支持紧急呼叫模 式 2的系统， 支持处于正常模式和鉴权通过的终端的在该系统发起紧急呼叫； 支持紧急呼叫模式 1的系统， 仅支持处于正常模式的终端在该系统发起紧急呼 叫。 也就是需要说明的是， 支持紧急呼叫模式 4的终端同时支持紧急呼叫模式 1、 2、 3; 支持紧急呼叫模式 3的终端同时支持紧急呼叫模式 1、 2; 支持紧急 呼叫模式 2的终端同时支持紧急呼叫模式 1。
这里所述的迁移包括以下方式：
- 重定向： 系统将该终端重定向到支持紧急呼叫的系统；
- 小区选择\小区重选： 终端小区选择 \重选到其它系统；
- 切换 (Handover): 终端切换到其它系统；
- 小区改变命令 (Cell change order): 将终端的连接关系转移到其它系 统。
本实施例所述的系统在实质上可以为一个支持紧急呼叫的系统， 也可以 为一个支持紧急呼叫的 PLMN, 也可以为一个支持紧急呼叫的追踪 \位置 \路由 区 (Tracking area, Location area, Routing area),也可以为一个支持紧急呼叫的频 率， 也可以为一个支持紧急呼叫的小区。
在小区选择 \小区重选时， 终端可通过读取目标系统的系统信息， 来识别 该系统是否支持紧急呼叫， 其具体过程类似步骤 S503 , 在此不做赞述。
本发明支持多级受限模式紧急呼叫的方法的一个实施例， 场景如下： 核 心网网元为 MME (本实施例以 MME为例进行说明， 在实际应用中也可以是 其它已知的核心网网元， 如移动交换中心 MSC等）， 两个或两个以上运营商 (本实施例选取两个运营商为例）共享一个接入网， 每个运营商用不同的 PLMN来区分， 系统支持的紧急呼叫模式为紧急呼叫模式 1、 2、 3、 4的全部 或者部分， 接入网为演进的基站 eNB (本实施例以 eNB为例进行说明， 在实 际应用中也可以是其它已知的接入网网元， 如基站等）。 本实施例中， eNB由 运营商共享， 方法流程如图 6所示， 包括：
S601、 核心网将系统支持的紧急呼叫模式通过 S 1接口消息发送给 eNB。 MME将每个 PLMN支持紧急呼叫的模式下发给 eNB。 本实施例中所述 的每个 PLMN, 可以是所有的 PLMN, 也可以根据实际需要限定 PLMN的个 数和范围。
5602、 eNB通过系统消息将每个 PLMN支持的紧急呼叫模式下发给终端。 eNB通过 BCCH广播 PLMN1和 PLMN2支持何种紧急呼叫模式，系统消 息格式可以如下所示， 可按照枚举类型在每个 PLMN ID内下发：
PLMN-Identitylnfo ::= SEQUENCE {
plmn-Identity PLMN-Identity,
networkSupportEmergencyMode ENUMERATED {model, mode2, mode3, mode4}
或者， 可按照布尔类型在每个 PLMN ID内下发，
PLMN-Identitylnfo ::= SEQUENCE {
plmn-Identity PLMN-Identity,
modelEmergencyCall BOOLEAN,
mode2EmergencyCall BOOLEAN,
mode3EmergencyCall BOOLEAN,
mode4EmergencyCall BOOLEAN
5603、 终端接收 eNB的广播， 如果 PLMN1和 /或 PLMN2支持紧急呼叫 的模式包括该终端紧急呼叫的模式， 该终端选择其中的一个 PLMN驻留； 如 果所有 PLMN支持紧急呼叫的模式不包括该终端紧急呼叫的模式， 该终端迁 移到支持该终端紧急呼叫模式的系统。
终端接收到 eNB的广播后决定是否驻留在 PLMN1或 PLMN2。处于受限 业务模式的终端会选择一个支持该终端紧急呼叫的 PLMN。 需要说明的是， 支持紧急呼叫模式 4的系统同时支持紧急呼叫模式 1、 2、 3; 支持紧急呼叫模 式 3的系统同时支持紧急呼叫模式 1、 2; 支持紧急呼叫模式 2的系统同时支 持紧急呼叫模式 1。 例如： 对于没有 USIM/SIM的终端， 尽量选择一个支持紧 急呼叫模式 4的 PLMN, 如果有多个 PLMN支持， 则按照现有 PLMN选择机 制，按照优先级选择一个 PLMN,如优先级顺序为访问的 PLMN,所属的 PLMN 和等效的 PLMN, 如果所有的 PLMN都不支持紧急呼叫模式 4, 则在接收到 eNB的系统消息指示后，或者发起紧急呼叫前迁移到一个支持紧急呼叫模式 4 的系统。 对于有 IMSI, 但鉴权没有通过的终端， 尽量选择一个支持紧急呼叫 模式 4或者紧急呼叫模式 3的 PLMN, 如果有多个 PLMN支持， 则按照现有 PLMN选择机制选择一个 PLMN, 如果所有的 PLMN都不支持紧急呼叫模式 4或紧急呼叫模式 3 , 则在接收到 eNB的系统消息指示后，或者发起紧急呼叫 前迁移到一个支持紧急呼叫模式 3的系统。对于有 IMSI鉴权成功但处于受限 模式下的终端， 尽量选择一个支持紧急呼叫模式 4或者紧急呼叫模式 3或者 紧急呼叫模式 2的 PLMN, 如果有多个 PLMN支持， 则按照现有 PLMN选择 机制选择一个 PLMN, 如果所有的 PLMN都不支持紧急呼叫模式 4或者紧急 呼叫模式 3或者紧急呼叫模式 2, 则在接收到 eNB的系统消息指示后， 或者 发起紧急呼叫前迁移到一个支持紧急呼叫模式 2 的系统。 对于处于正常模式 下的终端， 则按照正常流程选择一个 PLMN, 如果该选择的 PLMN不支持紧 急呼叫， 如果处于连接态， 则译放掉正常业务， 将终端迁移到一个支持紧急 呼叫的系统。
本发明支持多级受限模式紧急呼叫的方法的一个实施例， 场景如下： 核 心网网元为 MME (本实施例以 MME为例进行说明， 在实际应用中也可以是 其它已知的核心网网元， 如移动交换中心 MSC等）， 系统支持的紧急呼叫模 式为紧急呼叫模式 1、 2、 3、 4的全部或者部分， 接入网侧为演进的基站 eNB (本实施例以 eNB为例进行说明 , 在实际应用中也可以是其它已知的接入网 网元， 如基站等）。
本实施例一种针对紧急呼叫模式 4的流程如图 7a所示， 包括：
S701a、 核心网将系统支持的紧急呼叫模式 4 通过 S1 接口消息发送给 eNB。
S702a、 eNB通过系统消息将该系统是否支持紧急呼叫模式 4下发给终端。 消息格式可以如下所示： mode4EmergencyCall BOOLEAN
S703a、终端接收 eNB广播的系统支持紧急呼叫的模式，如果该终端的紧 急呼叫模式为紧急呼叫模式 4, 则终端可在该系统发起紧急呼叫； 否则没有 USIM/SIM的终端在接收到 eNB广播后， 或者发起紧急呼叫前迁移到一个支 持紧急呼叫模式 4的系统。
本实施例另一种针对紧急呼叫模式 1或 2或 3的流程如图 7b所示，包括：
S70 lb、 终端向核心网发送非接入层请求消息。
所述非接入层请求消息可以是 attach request (附着请求)或 TAU request(位 置区更新请求） 消息。
S702b、核心网接收来自支持紧急呼叫模式 1或 2或 3的终端的非接入层 请求消息， 将系统支持紧急呼叫模式 1或 2或 3的信息通过非接入层接受消 息 （ attach accept (附着接受 )或 TAU accept (位置区更新接受 ) 消息 )发送 给所述终端， 或者将系统不支持紧急呼叫模式 1或 2或 3的信息通过非接入 层拒绝消息 （ attach reject I TAU reject消息 )发送给所述终端。
S703b、 如果终端接收到所述核心网返回的非接入层接受消息， 所述终端 驻留在该系统； 如果终端接收到所述核心网返回的非接入层拒绝消息， 所述 终端迁移到支持该终端紧急呼叫模式的系统。
本发明支持多级受限模式紧急呼叫的方法的一个实施例， 场景如下： 核 心网网元为 MME (本实施例以 MME为例进行说明 , 在实际应用中也可以是 其它已知的核心网网元， 如移动交换中心 MSC等）， 两个或两个以上运营商 (本实施例选取两个运营商为例）共享一个接入网， 每个运营商用不同的 PLMN来区分， 系统支持的紧急呼叫模式为紧急呼叫模式 1、 2、 3、 4的全部 或者部分， 接入网为演进的基站 eNB (本实施例以 eNB为例进行说明， 在实 际应用中也可以是其它已知的接入网网元， 如基站等）。
本实施例一种针对紧急呼叫模式 4的流程如图 8a所示， 包括：
S801a、 核心网 MME将每个 PLMN是否支持紧急呼叫模式 4通过 S1接 口消息发送给 eNB。
本实施例中所述的每个 PLMN , 可以是所有的 PLMN , 也可以根据实际 需要限定 PLMN的个数和范围。
S802a、eNB通过系统消息将每个 PLMN是否支持紧急呼叫模式 4下发给 终端。
消息格式可以如下所示：
PLMN-IdentityList： := SEQUENCE (SIZE (1..2)) OF PLMN-Identitylnfo
PLMN-Identitylnfo ::= SEQUE NCE {
plmn-Identity PLMN-Identity,
mode4EmergencyCall BOOLEAN
S803a、 终端接收来自 eNB的系统消息， 如果 PLMN1和 /或 PLMN2支持 紧急呼叫模式 4, 该终端选择其中的一个 PLMN驻留； 如果所有 PLMN不支 持紧急呼叫模式 4, 该终端迁移到支持紧急呼叫模式 4的系统。
本实施例另一种针对紧急呼叫模式 1、 2、 3的流程如图 8b所示， 包括：
S80 lb、 终端向核心网发送非接入层请求消息。
S802b、 所述核心网接收来自支持紧急呼叫模式 1或 2或 3的终端的非接 入层请求消息，将 PLMN1和 /或 PLMN2支持紧急呼叫模式 1或 2或 3的信息 通过非接入层接受消息发送给所述终端，或者将 PLMN1和 /或 PLMN2不支持 紧急呼叫模式 1或 2或 3的信息通过非接入层拒绝消息发送给所述终端。
S803b、 如果终端接收到的非接入层接受消息包含一个或者一个以上 PLMN, 所述终端选择驻留在其中的一个 PLMN; 如果终端接收到的非接入层 拒绝消息包含所有 PLMN, 所述终端迁移到支持该终端紧急呼叫模式的系统。
本发明支持多级受限模式紧急呼叫的方法的一个实施例， 场景如下： 核 心网网元为 MME (本实施例以 MME为例进行说明， 在实际应用中也可以是 其它已知的核心网网元， 如移动交换中心 MSC等）， 系统支持的紧急呼叫模 式为紧急呼叫模式 1、 2、 3、 4的全部或者部分， 接入网侧为演进的基站 eNB (本实施例以 eNB为例进行说明 , 在实际应用中也可以是其它已知的接入网 网元， 如基站等）。 流程如图 9所示， 包括：
S901、 终端向 MME发送非接入层请求消息。
5902、 MME接收来自支持紧急呼叫模式 1或 2或 3或 4的终端的非接入 层请求消息， 将系统支持紧急呼叫模式 1或 2或 3或 4的信息通过非接入层 接受消息发送给所述终端，或者将本系统不支持紧急呼叫模式 1或 2或 3或 4 的信息通过非接入层拒绝消息发送给所述终端。
5903、 如果终端接收到所述 MME返回的非接入层接受消息， 所述终端 驻留在该系统； 如果终端接收到所述系统返回的非接入层拒绝消息， 所述终 端迁移到支持该终端紧急呼叫模式的系统。
本发明支持多级受限模式紧急呼叫的方法的一个实施例， 场景如下： 核 心网网元为 MME (本实施例以 MME为例进行说明， 在实际应用中也可以是 其它已知的核心网网元， 如移动交换中心 MSC等）， 两个或两个以上运营商 (本实施例选取两个运营商为例）共享一个接入网， 每个运营商用不同的 PLMN来区分， 系统支持的紧急呼叫模式为紧急呼叫模式 1、 2、 3、 4的全部 或者部分， 接入网为演进的基站 eNB (本实施例以 eNB为例进行说明， 在实 际应用中也可以是其它已知的接入网网元， 如基站等）。 流程如图 10所示， 包括：
S 1001、 终端向 MME发送非接入层请求消息。
51002, MME接收来自支持紧急呼叫模式 1或 2或 3或 4的终端的非接 入层请求消息， 将 PLMN1和 /或 PLMN2支持紧急呼叫模式 1或 2或 3或 4 的信息通过非接入层接受消息发送给所述终端， 或者将 PLMN1和 /或 PLMN2 不支持紧急呼叫模式 1或 2或 3或 4的信息通过非接入层拒绝消息发送给所 述终端。
51003 , 如果终端接收到的非接入层接受消息包含一个或者一个以上 PLMN, 所述终端选择驻留在其中的一个 PLMN; 如果终端接收到的非接入层 拒绝消息包含所有 PLMN, 所述终端迁移到支持该终端紧急呼叫模式的系统。 需要说明的是， 支持紧急呼叫模式 4的系统同时支持紧急呼叫模式 1、 2、 3; 支持紧急呼叫模式 3的系统同时支持紧急呼叫模式 1、 2; 支持紧急呼叫模 式 2的系统同时支持紧急呼叫模式 1。 例如： Model终端的处理： 如果系统不 支持 model的紧急呼叫， 选择一个支持 model的 PLMN, 如果有多个 PLMN 支持 model的紧急呼叫， 则按照由 NAS层按照一定的规则选择一个 PLMN; 如果系统指示所有的 PLMN都不支持 model的紧急呼叫， 则在接收到该指示 后， 或者发起紧急呼叫前迁移到一个支持受限业务紧急呼叫的系统。 如果处 于连接态的终端,则译放正常业务， 将终端迁移到一个支持紧急呼叫的系统。 其它 mode终端的处理和 Model类似。
本发明支持多级受限模式紧急呼叫的方法的一个实施例， 场景如下： 核 心网网元为 MME (本实施例以 MME为例进行说明 , 在实际应用中也可以是 其它已知的核心网网元， 如移动交换中心 MSC等）， 系统支持的紧急呼叫模 式为紧急呼叫模式 1、 2、 3、 4的全部或者部分， 接入网侧为增强型基站 eNB (本实施例以 eNB为例进行说明 , 在实际应用中也可以是其它已知的接入网 网元， 如基站等）。 流程如图 11所示， 包括：
S 1101、 UE将本 UE的紧急呼叫模式发送给 eNB。
51102、核心网将系统支持的紧急呼叫模式通过 S1接口消息发送给 eNB。
51103、 eNB接收来自核心网的系统紧急呼叫模式， 如果该系统不支持该 UE紧急呼叫模式， 将 UE迁移到支持该 UE紧急呼叫模式的系统， 如果该系 统支持该 UE紧急呼叫模式， 允许 UE驻留在该系统。
这里所述的迁移可以包括以下方式：
- 重定向： 系统将该终端重定向到支持紧急呼叫的系统；
- 小区选择\小区重选： 终端小区选择 \重选到其它系统；
- 切换 (Handover): 终端切换到其它系统；
- 小区改变命令 (Cell change order): 将终端的连接关系转移到其它系 统。 例如，某个 UE在连接到系统后，核心网将该系统支持的紧急呼叫模式通 过 S1接口消息发送给 eNB, eNB判断该系统不支持该 UE紧急呼叫模式， eNB 将该 UE重定向到支持该 UE紧急呼叫模式的系统。
本发明支持多级受限模式紧急呼叫的方法的一个实施例， 场景如下： 核 心网信元为 MME (本实施例以 MME为例进行说明， 在实际应用中也可以是 其它已知的核心网网元， 如移动交换中心 MSC等）， 两个或两个以上运营商 (本实施例选取两个运营商为例）共享一个接入网， 每个运营商用不同的 PLMN来区分， 系统支持的紧急呼叫模式为紧急呼叫模式 1、 2、 3、 4的全部 或者部分， 接入网为演进的基站 eNB (本实施例以 eNB为例进行说明， 在实 际应用中也可以是其它已知的接入网网元， 如基站等）， 流程如图 12所示， 包括：
S1201、 UE将本 UE的紧急呼叫模式发送给 eNB。
51202、 核心网将每个 PLMN支持的紧急呼叫模式通过 S1接口消息发送 给 eNB。
本实施例中所述的每个 PLMN , 可以是所有的 PLMN , 也可以根据实际 需要限定 PLMN的个数和范围。
51203、 eNB接收来自核心网的系统紧急呼叫模式， 如果每个 PLMN都 不支持该 UE紧急呼叫模式， 将 UE迁移到支持该 UE紧急呼叫模式的系统， 如果有一个 PLMN支持该 UE紧急呼叫模式， 允许 UE驻留在该 PLMN。
这里所述的迁移可以包括以下方式：
- 重定向： 系统将该终端重定向到支持紧急呼叫的系统；
- 小区选择\小区重选： 终端小区选择 \重选到其它系统；
- 切换 (Handover): 终端切换到其它系统；
- 小区改变命令 (Cell change order): 将终端的连接关系转移到其它系 统。
例如， 某个 UE在连接到 MME后， 核心网将两个 PLMN支持的紧急呼 叫模式通过 SI接口消息发送给 eNB, eNB将该 UE重定向到支持该 UE紧急 呼叫模式的系统。
以上本发明支持多级受限模式紧急呼叫的方法的实施例， 在满足法律法 规和运营商需求的同时， 使不同受限模式的终端选择一个合适的系统发起紧 急呼叫， 可减少紧急呼叫的时延。
本发明核心网装置的一个实施例， 如图 13所示， 包括：
紧急呼叫模式处理单元 1301 : 用于将系统支持的紧急呼叫模式发送给接 入网。
本发明核心网装置的另一个实施例， 如图 14所示， 包括：
紧急呼叫模式处理单元 1401 : 用于将系统支持的紧急呼叫模式发送给接 入网。
所述紧急呼叫模式处理单元 1401包括：
紧急呼叫模式发送子单元 1402: 用于将系统支持的紧急呼叫模式通过 S1 接口消息发送给接入网。
或者， 所述紧急呼叫模式处理单元 1401包括：
非接入层消息处理子单元 1403:用于接收来自终端的非接入层请求消息， 将系统支持紧急呼叫模式通过非接入层接受消息发送给所述终端。
或者， 所述紧急呼叫模式处理单元 1401可以同时包括：
紧急呼叫模式发送子单元 1402和非接入层消息处理子单元 1403。
在实际应用中， 紧急呼叫模式发送子单元 1402和非接入层消息处理子单 元 1403实现的是类似的功能，都是将系统支持的紧急呼叫模式发送给接入网。 在某些场景下可以使用紧急呼叫模式发送子单元 1402发送系统支持的全部紧 急呼叫模式， 另外一些场景可以使用非接入层消息处理子单元 1403发送系统 支持的全部紧急呼叫模式， 除此以外， 也可以选择紧急呼叫模式发送子单元 1402和非接入层消息处理子单元 1403结合发送系统支持的紧急呼叫模式，二 者可以互为补充。 本发明基站的一个实施例， 如图 15所示， 包括：
紧急呼叫模式第一操作单元 1501 : 用于将系统支持的紧急呼叫模式下发 给终端。
本发明基站的另一个实施例， 如图 16所示， 包括：
紧急呼叫模式第二操作单元 1601 : 用于接收系统紧急呼叫模式和终端的 紧急呼叫模式， 如果该系统不支持该终端紧急呼叫模式， 将终端迁移到支持 该终端紧急呼叫模式的系统。
进一步的， 如果该系统支持该终端紧急呼叫模式， 允许终端驻留在该系 统。
本发明终端的一个实施例， 如图 17所示， 包括：
驻留处理单元 1701 : 用于根据系统支持紧急呼叫的模式选择是否驻留在 该系统。
以上本发明装置实施例， 在满足法律法规和运营商需求的同时， 使不同 受限模式的终端选择一个合适的系统发起紧急呼叫， 可减少紧急呼叫的时延。
本发明支持多级受限模式紧急呼叫的通信系统的一个实施例， 如图 18所 示， 该通信系统包括： 核心网装置 1801、 基站 1802和终端 1803 , 其中， 核心网装置 1801 : 用于将系统支持紧急呼叫的模式发给基站。
基站 1802: 用于将所述系统支持紧急呼叫的模式发给终端。
终端 1803: 用于根据系统支持紧急呼叫的模式选择是否驻留在该系统。 本发明支持多级受限模式紧急呼叫的通信系统的另一个实施例， 如图 19 所示， 包括： 核心网装置 1901和基站 1902, 其中，
核心网装置 1901 : 用于将系统支持紧急呼叫的模式发给基站。
基站 1902: 用于根据系统支持紧急呼叫的模式决定终端是否驻留在该系 统。
基站 1902还用于接收终端的紧急呼叫模式， 并根据终端的紧急呼叫模式 和系统支持紧急呼叫的模式决定终端是否驻留在该系统。 以上本发明支持多级受限模式紧急呼叫的系统的实施例， 在满足法律法 规和运营商需求的同时， 使不同受限模式的终端选择一个合适的系统发起紧 急呼叫， 可减少紧急呼叫的时延。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流 程， 是可以通过计算机程序来指令相关的硬件来完成， 所述的程序可存储于 一计算机可读取存储介质中， 该程序在执行时， 可包括如上述各方法的实施 例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（ Read-Only Memory, ROM )或随机存^ ^己忆体 ( Random Access Memory, RAM )等。
以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围并不 局限于此， 比如， 核心网网元除了 MME, 也可以选择移动交换中心 MSC等， 本发明可以但不限于应用于 LTE、 WCDMA、 CDMA, GSM等通信系统中。 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易想到的 变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护范围 应该以权利要求的保护范围为准。

Claims

权利 要求 书
1、 一种支持多级受限模式紧急呼叫的方法， 其特征在于， 包括：
核心网将系统支持的紧急呼叫模式发送给接入网。
2、 如权利要求 1所述的方法， 其特征在于， 所述核心网将系统支持的紧急 呼叫模式发送给接入网的步骤包括：
核心网将系统支持的紧急呼叫模式通过 S1接口消息发送给接入网。
3、 如权利要求 2所述的方法， 其特征在于， 两个或者两个以上所述系统共 享一个接入网， 将每个系统所属的的公共陆地移动网络 PLMN支持的紧急呼叫 模式通过 S1接口消息发送给接入网。
4、 如权利要求 1所述的方法， 其特征在于， 所述核心网将系统支持的紧急 呼叫模式发送给接入网的步骤包括：
核心网将系统支持的紧急呼叫模式 4通过 S1接口消息发送给接入网； 接收来自支持紧急呼叫模式 1或 2或 3的终端的非接入层请求消息， 将系 统支持紧急呼叫模式 1或 2或 3的信息通过非接入层接受消息发送给所述终端， 或者将系统不支持紧急呼叫模式 1或 2或 3的信息通过非接入层拒绝消息发送 给所述终端。
5、 如权利要求 4所述的方法， 其特征在于， 两个或者两个以上所述系统共 享一个接入网， 核心网将每个系统所属的 PLMN 支持的紧急呼叫模式通过 S1 接口消息发送给接入网；
核心网接收来自支持紧急呼叫模式 1或 2或 3的终端的非接入层请求消息， 将每个系统所属的 PLMN支持紧急呼叫模式 1或 2或 3的信息通过非接入层接 受消息发送给所述终端， 或者将本系统所属的 PLMN不支持紧急呼叫模式 1或 2或 3的信息通过非接入层拒绝消息发送给所述终端。
6、 如权利要求 1所述的方法， 其特征在于， 所述系统将本系统支持的紧急 呼叫模式发送给接入网的步骤包括：
系统接收来自支持紧急呼叫模式 1或 2或 3或 4的终端的非接入层请求消 息， 将本系统支持紧急呼叫模式 1或 2或 3或 4的信息通过非接入层接受消息 发送给所述终端， 或者将本系统不支持紧急呼叫模式 1或 2或 3或 4的信息通 过非接入层拒绝消息发送给所述终端。
7、 如权利要求 6所述的方法， 其特征在于， 两个或者两个以上所述系统共 享一个接入网， 每个系统接收来自支持紧急呼叫模式 1或 2或 3或 4的终端的 非接入层请求消息， 将本系统所属的 PLMN支持紧急呼叫模式 1或 2或 3或 4 的信息通过非接入层接受消息发送给所述终端， 或者将本系统所属的 PLMN不 支持紧急呼叫模式 1或 2或 3或 4的信息通过非接入层拒绝消息发送给所述终 端。
8、 一种支持多级受限模式紧急呼叫的方法， 其特征在于， 包括：
接入网将系统支持的紧急呼叫模式下发给终端。
9、 如权利要求 8所述的方法， 所述接入网将系统支持的紧急呼叫模式下发 给终端具体包括：
接入网通过系统消息将系统支持的紧急呼叫模式下发给终端。
10、 如权利要求 8所述的方法， 其特征在于， 所述紧急呼叫模式按照枚举 类型或者布尔类型下发。
11、 如权利要求 8 所述的方法， 其特征在于， 所述接入网由两个或两个以 上公共陆地移动网络 PLMN共享， 系统支持的紧急呼叫模式为每个公共陆地移 动电话网 PLMN支持的紧急呼叫模式。
12、 如权利要求 9所述的方法， 其特征在于， 所述紧急呼叫模式为紧急呼 叫模式 4。
13、 一种支持多级受限模式紧急呼叫的方法， 其特征在于， 包括： 接入网接收来自终端的该终端的紧急呼叫模式；
接入网接收来自核心网的系统紧急呼叫模式， 根据接收的终端的紧急呼叫 模式和系统紧急呼叫模式决定是否允许终端驻留在该系统。
14、 如权利要求 13所述的方法， 其特征在于， 包括： 所述根据接收的终端 的紧急呼叫模式和系统紧急呼叫模式决定是否允许终端驻留在该系统具体包 括： 如果接收的系统紧急呼叫模式不支持该终端的紧急呼叫模式， 将终端迁移 到支持该终端紧急呼叫模式的系统。
15、 如权利要求 13所述的方法， 其特征在于， 包括： 所述根据接收的终端 的紧急呼叫模式和系统紧急呼叫模式决定是否允许终端驻留在该系统具体包 括： 如果接收的系统紧急呼叫模式支持该终端的紧急呼叫模式， 允许终端驻留 在该系统。
16、 如权利要求 14或 15所述的方法， 其特征在于， 所述接入网由两个或 两个以上公共陆地移动电话网 PLMN共享， 系统支持的紧急呼叫模式为每个公 共陆地移动电话网 PLMN支持的紧急呼叫模式， 如果每个 PLMN都不支持该终 端的紧急呼叫模式， 将该终端迁移到支持该终端紧急呼叫模式的系统。
17、 一种支持多级受限模式紧急呼叫的方法， 其特征在于， 包括： 终端根据系统支持紧急呼叫的模式选择是否驻留在该系统。
18、 如权利要求 17所述的方法， 其特征在于， 所述终端根据系统支持紧急 呼叫的模式选择是否驻留在该系统的步骤包括：
终端接收接入网发送的系统支持紧急呼叫的模式；
根据系统支持紧急呼叫的模式选择是否驻留在该系统。
19、 如权利要求 18所述的方法， 其特征在于， 所述根据系统支持紧急呼叫 的模式选择是否驻留在该系统具体包括： 如果所述系统支持紧急呼叫的模式不 包括该终端紧急呼叫的模式， 该终端迁移到支持该终端紧急呼叫模式的系统。
20、 如权利要求 18所述的方法， 其特征在于， 所述根据系统支持紧急呼叫 的模式选择是否驻留在该系统的步骤包括： 如果所述系统支持紧急呼叫的模式 包括该终端紧急呼叫的模式， 该终端驻留在该系统。
21、 如权利要求 18所述的方法， 其特征在于， 所述接入网由两个或两个以 上公共陆地移动电话网 PLMN共享， 所述系统支持的紧急呼叫模式为每个公共 陆地移动电话网 PLMN支持的紧急呼叫模式； 终端接收接入网发送的系统所属的 PLMN支持紧急呼叫的模式， 如果其中 的一个或者一个以上 PLMN支持紧急呼叫的模式包括该终端紧急呼叫的模式， 该终端选择其中的一个 PLMN驻留。
22、 如权利要求 18所述的方法， 其特征在于， 所述接入网由两个或两个以 上公共陆地移动电话网 PLMN共享， 所述系统支持的紧急呼叫模式为每个公共 陆地移动电话网 PLMN支持的紧急呼叫模式；
终端接收接入网发送的系统所属的 PLMN支持紧急呼叫的模式， 如果所有 PLMN 支持紧急呼叫的模式不包括该终端紧急呼叫的模式， 该终端迁移到支持 该终端紧急呼叫模式的系统。
23、 如权利要求 17所述的方法， 其特征在于， 所述终端根据系统支持紧急 呼叫的模式选择是否驻留在该系统的步骤包括：
终端向核心网发送非接入层请求消息；
如果终端接收到所述核心网返回的非接入层接受消息， 所述终端驻留在该 系统。
24、 如权利要求 17所述的方法， 其特征在于， 所述终端根据系统支持紧急 呼叫的模式选择是否驻留在该系统的步骤包括：
终端向核心网发送非接入层请求消息；
如果终端接收到所述核心网返回的非接入层拒绝消息， 所述终端迁移到支 持该终端紧急呼叫模式的系统。
25、 如权利要求 23或 24所述的方法， 其特征在于， 所述接入网由两个或 两个以上公共陆地移动电话网 PLMN共享， 系统支持的紧急呼叫模式为每个公 共陆地移动电话网 PLMN支持的紧急呼叫模式；
终端向每个系统发送非接入层请求消息；
如果终端接收到的非接入层接受消息包含一个或者一个以上 PLMN, 所述 终端选择驻留在其中的一个 PLMN。
26、 如权利要求 23或 24所述的方法， 其特征在于， 所述接入网由两个或 两个以上公共陆地移动电话网 PLMN共享， 系统支持的紧急呼叫模式为每个公 共陆地移动电话网 PLMN支持的紧急呼叫模式；
终端向每个系统发送非接入层请求消息；
如果终端接收到的非接入层拒绝消息包含所有 PLMN, 所述终端迁移到支 持该终端紧急呼叫模式的系统。
27、 一种核心网装置， 其特征在于， 包括：
紧急呼叫模式处理单元： 用于将系统支持的紧急呼叫模式发送给接入网。
28、 如权利要求 27所述的装置， 其特征在于， 所述紧急呼叫模式处理单元 包括：
紧急呼叫模式发送子单元： 用于将本系统支持的紧急呼叫模式通过 S1接口 消息发送给接入网。
29、 如权利要求 27或 28所述的装置， 其特征在于， 所述紧急呼叫模式处 理单元还包括：
非接入层消息处理子单元： 用于接收来自终端的非接入层请求消息， 将本 系统支持紧急呼叫模式通过非接入层接受消息发送给所述终端。
30、 一种基站， 其特征在于， 包括：
紧急呼叫模式第一操作单元： 用于将系统支持的紧急呼叫模式下发给终端。
31、 一种基站， 其特征在于， 包括：
紧急呼叫模式第二操作单元： 用于接收系统紧急呼叫模式和终端的紧急呼 叫模式， 如果该系统不支持该终端紧急呼叫模式， 将终端迁移到支持该终端紧 急呼叫模式的系统。
32、 如权利要求 31所述的装置， 其特征在于， 所述紧急呼叫模式第二操作 单元还用于：
如果该系统支持该终端紧急呼叫模式， 允许终端驻留在该系统。
33、 一种终端， 其特征在于， 包括：
驻留处理单元： 用于根据系统支持紧急呼叫的模式选择是否驻留在该系统。
34、 一种通信系统， 其特征在于， 包括： 核心网装置、 基站和终端， 其中, 核心网装置： 用于将系统支持紧急呼叫的模式发给基站；
基站： 用于将所述系统装置支持紧急呼叫的模式发给终端；
终端： 用于根据系统支持紧急呼叫的模式选择是否驻留在该系统。
35、 一种通信系统， 其特征在于， 包括： 核心网装置和基站， 其中， 核心网装置： 用于将系统支持紧急呼叫的模式发给基站；
基站： 用于根据系统支持紧急呼叫的模式决定终端是否驻留在该系统。
PCT/CN2009/071499 2009-04-27 2009-04-27 支持多级受限模式紧急呼叫的方法、装置和系统 WO2010124443A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/CN2009/071499 WO2010124443A1 (zh) 2009-04-27 2009-04-27 支持多级受限模式紧急呼叫的方法、装置和系统
CN2009801227240A CN102204177B (zh) 2009-04-27 2009-04-27 支持多级受限模式紧急呼叫的方法、装置和系统
BRPI0924631-2A BRPI0924631B1 (pt) 2009-04-27 2009-04-27 Método e terminal para suportar chamadas de emergência de modos limitados multiníveis

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2009/071499 WO2010124443A1 (zh) 2009-04-27 2009-04-27 支持多级受限模式紧急呼叫的方法、装置和系统

Publications (1)

Publication Number Publication Date
WO2010124443A1 true WO2010124443A1 (zh) 2010-11-04

Family

ID=43031664

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/071499 WO2010124443A1 (zh) 2009-04-27 2009-04-27 支持多级受限模式紧急呼叫的方法、装置和系统

Country Status (3)

Country Link
CN (1) CN102204177B (zh)
BR (1) BRPI0924631B1 (zh)
WO (1) WO2010124443A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107231621A (zh) * 2016-03-24 2017-10-03 中国移动通信集团公司 一种信息处理方法及移动管理实体、终端
CN108184228A (zh) * 2018-01-19 2018-06-19 北京小米移动软件有限公司 紧急呼叫方法和用户设备

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110881183B (zh) * 2018-09-05 2021-05-18 华为技术有限公司 紧急业务处理方法及其装置
CN112335294B (zh) * 2019-01-31 2022-04-22 华为技术有限公司 一种紧急呼叫方法及用户终端

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101031135A (zh) * 2006-03-03 2007-09-05 华为技术有限公司 一种紧急呼叫方法及系统
WO2008018937A1 (en) * 2006-05-12 2008-02-14 Interdigital Technology Corporation Method and apparatus for supporting an emergency call in a wireless metropolitan area network
CN101395949A (zh) * 2006-03-03 2009-03-25 交互数字技术公司 在无线局域网上支持紧急呼叫的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101031135A (zh) * 2006-03-03 2007-09-05 华为技术有限公司 一种紧急呼叫方法及系统
CN101317492A (zh) * 2006-03-03 2008-12-03 华为技术有限公司 紧急呼叫方法及系统
CN101395949A (zh) * 2006-03-03 2009-03-25 交互数字技术公司 在无线局域网上支持紧急呼叫的方法
WO2008018937A1 (en) * 2006-05-12 2008-02-14 Interdigital Technology Corporation Method and apparatus for supporting an emergency call in a wireless metropolitan area network

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107231621A (zh) * 2016-03-24 2017-10-03 中国移动通信集团公司 一种信息处理方法及移动管理实体、终端
CN108184228A (zh) * 2018-01-19 2018-06-19 北京小米移动软件有限公司 紧急呼叫方法和用户设备
CN108184228B (zh) * 2018-01-19 2021-01-01 北京小米移动软件有限公司 紧急呼叫方法和用户设备

Also Published As

Publication number Publication date
CN102204177A (zh) 2011-09-28
BRPI0924631B1 (pt) 2019-08-20
BRPI0924631A2 (pt) 2018-08-28
CN102204177B (zh) 2013-08-14

Similar Documents

Publication Publication Date Title
RU2521615C2 (ru) Устройство связи и способ предоставления услуг устройствам связи в системе связи, включающей в себя частную соту
CN101990185B (zh) 处理发话的方法及其相关通讯装置
CN110099052B (zh) 无线通信系统中用于支持语音服务的方法和设备
EP2477449B1 (en) Apparatuses and methods for handling mobility management (MM) back-off timers
EP2319254B1 (en) Communications system
CN108401276B (zh) 处理无线通信系统中的连接的装置及方法
CN111567099B (zh) 用户装置
RU2632906C2 (ru) Система мобильной связи, базовая станция, устройство шлюза, устройство базовой сети и способ связи
CN107211342B (zh) 无线通信系统中终端选择plmn的方法及其装置
EP2523525A1 (en) Mobile terminal and mobile communication method
WO2010025602A1 (zh) 紧急业务切换方法
TW201129216A (en) Method and apparatus for processing emergency calls
WO2015002508A2 (ko) 근접 서비스를 위한 릴레이 제어 방법 및 이를 위한 장치
EP2827642B1 (en) Plmn selection method and core network device
KR20100007947A (ko) 홈 노드 ｂ에서의 이동성 절차 및 차별화된 과금
CN103609150A (zh) 基于apn专有或者非apn专有信息经由本地网络进行流量分流
WO2011062539A1 (en) Moving user equipment without service interruption technical field
JPWO2010070862A1 (ja) 携帯端末および地震津波警報システム
TWI583233B (zh) 緊急通話的控制方法及使用此方法的使用者設備
US20200404562A1 (en) Interconnections between the core networks
WO2016177106A1 (zh) 专用核心网的选择方法和装置
KR20160126003A (ko) 네트워크 요소, 무선 통신 시스템 및 이의 방법
US20240340834A1 (en) Establishing a Multiple Access Connection
CN105635988A (zh) Idle态ue迟后进入组呼的方法和实现系统
WO2018010583A1 (zh) 网络系统

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200980122724.0

Country of ref document: CN

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

Ref document number: 09843855

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 4564/KOLNP/2011

Country of ref document: IN

122 Ep: pct application non-entry in european phase

Ref document number: 09843855

Country of ref document: EP

Kind code of ref document: A1

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: PI0924631

Country of ref document: BR

ENP Entry into the national phase

Ref document number: PI0924631

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20111027