CN101500213B - 一种用户设备紧急接入的方法、设备和系统 - Google Patents
一种用户设备紧急接入的方法、设备和系统 Download PDFInfo
- Publication number
- CN101500213B CN101500213B CN2008100061211A CN200810006121A CN101500213B CN 101500213 B CN101500213 B CN 101500213B CN 2008100061211 A CN2008100061211 A CN 2008100061211A CN 200810006121 A CN200810006121 A CN 200810006121A CN 101500213 B CN101500213 B CN 101500213B
- Authority
- CN
- China
- Prior art keywords
- network side
- urgent
- urgent call
- request message
- core
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
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
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)
Abstract
本发明公开了一种用户设备紧急接入的方法、设备和系统。本发明方法包括：核心网侧设备接收接入网侧设备传递的附着请求消息，所述消息中携带有紧急呼叫属性信息和接入网侧设备分配的用户面资源，根据所述紧急呼叫属性信息，选择预先配置的紧急呼叫服务质量QoS信息及紧急承载建立方式；选择能够紧急接入的核心网侧设备，发送建立紧急承载请求消息，所述消息携带有接入网侧设备分配的用户面资源，建立所述接入网侧设备到所选择的核心网侧设备的紧急承载；接入网侧设备调度空口资源，并建立空口侧紧急承载。本发明能够保证在紧急情况下任何用户在任何条件下都能够紧急接入网络。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种用户设备紧急接入的方法、设备和系统。
背景技术
通用移动通信系统(UMTS，Universal Mobile Telecommunication System)是采用宽带码分多址(WCDMA，Wideband Code Division Multiple Access)空中接口的第三代移动通信系统。UMTS包括无线接入网络(RAN，Radio AccessNetwork)和核心网络(CN，Core Network)。
其中，RAN用于处理所有与无线有关的功能，由无线网络控制器(RNC，Radio Network Controller)和基站(NodeB)组成。RNC与CN之间的接口是Iu接口，NodeB和RNC通过Iub接口连接。在RAN内部，RNC之间通过Iur互联，Iur可以通过RNC之间的直接物理连接或传输网连接。RNC用来分配和控制与之相连或相关的NodeB的无线资源，NodeB则完成Iub和Uu接口之间的数据流的转换。
CN处理UMTS内所有的语音呼叫和数据连接，并实现与外部网络的交换和路由功能，CN主要包括服务通用分组无线服务支持节点(SGSN，ServingGPRS Support Node)和网关通用分组无线服务支持节点(GGSN，GatewayGPRS SupportNode)等基本的网元功能实体。SGSN主要用于为本SGSN服务区域的移动台(MS，Mobile Station)转发输入/输出的网际协议(IP，InternetProtocol)分组，GGSN用于提供数据包同外部数据网之间的路由和封装。
现有技术，长期演进网络/系统架构演进网络(LTE/SAE，Long TermEvolved/System Architecture Evolved)中，使用分组交换(PS，Packet Switching)域业务，承载网络都为IP承载，参照图1，为现有技术中一种LTE/SAE网络架构示意图，下面对该架构下演进的分组核心网中网元的功能进行说明：
移动性管理实体(MME，Mobility Management Entity)101用于保存用户设备(UE，User Equipment)的移动性管理上下文，如用户的标识、移动性管理状态、位置信息等，并对非接入层(NAS，Non Access Stratum)信令进行处理，负责NAS信令的安全等。
SAE网关(GW，Gateway)在图1中，包括服务网关(SGW，ServingGateway)102和分组数据网络网关(PGW，Packet Date Network Gateway)103。SGW102和PGW103是两个逻辑实体，可以存在于一个物理实体上，也可以存在不同的物理实体上。SGW102保存UE的用户面上下文，如UE的IP地址和路由信息，执行合法监听、分组数据路由功能等。
MME101通过S1-MME，SGW102通过S1-U分别与演进全球陆地无线接入网(E-UTRAN，Evolved Universal Terrestrial Radio Access Network)105负责控制面与用户面的连接。同时MME101通过S3接口，SGW102通过S4接口分别与2G/3G SGSN110连接，分别负责UE104在3G和SAE网络之间的移动性控制面锚点和用户面锚点功能。
PGW103负责UE104接入到分组数据网的用户面锚点功能，通过SGi参考点与外部分组数据网进行通信，具有分组路由和转发功能，并负责策略计费增强功能、基于每个用户的分组过滤功能等。PGW103通过S5接口与SGW102相连，传递承载建立、修改、删除等控制信息，以及分组数据路由等。PGW103还可作为策略计费增强功能实体(PCEF，Policy and ChargingEnforcement Function)，由策略计费规则功能实体(PCRF，Policy and ChargingRules Function)通过S7接口向PGW103传递服务质量(QoS，Quality of Service)和计费策略控制信息等。
为便于描述，可以将整个SAE网络架构进行简化，参照图2，为图1所示LTE/SAE网络架构的简化示意图，可以将该网络架构分两部分来看，部分1为UE201通过RAN202、MME203接入到SGW204，此时所有节点完全属于SAE系统；部分2为UE201通过RAN207、SGSN206接入SGW204，此时SGSN206至UE201部分属于UMTS系统，而SGW204至PGW205属于SAE系统，因此这种情况下涉及到UMTS同SAE之间的处理的一致性问题。
在现有技术中，UE可以通过附着流程，接入到网络。在这个正常的附着流程中，终端需要携带国际移动用户标识(IMSI，International MobileEquipment Identity)，通过IMSI，网络可以识别用户的身份，以此决定用户是否能够接入网络，并通过与家乡用户服务器(HSS，Home Subscriber Server)的交互，得到用户的签约数据，向用户提供相应的服务。
但是，在紧急情况下，比如火灾、地震、洪水、报警、救护车等特殊条件下，如果用户没有IMSI，或者虽有IMSI但处于接入受限状态，如处于漫游区域限制的情况下，用户需要以最高优先级接入网络并进行特定的紧急业务，在对现有技术的研究和实践过程中，发明人发现现有技术中并没有相应的技术方案，来保证在紧急情况下任何用户在任何条件下都能接入网络。
发明内容
本发明实施例提供一种用户设备紧急接入的方法、设备和系统，能够实现在紧急情况下任何用户在任何条件下都能接入网络。
为解决上述技术问题，本发明实施例所提供的用户设备紧急接入的方法、设备和系统是通过以下技术方案实现的：
本发明实施例提供了一种用户设备紧急接入的方法，该方法包括：
核心网侧设备接收接入网侧设备传递的附着请求消息，所述消息中携带有紧急呼叫属性信息和接入网侧设备分配的用户面资源，根据所述紧急呼叫属性信息，选择预先配置的紧急呼叫服务质量QoS信息及紧急承载建立方式；
选择能够紧急接入的核心网侧设备，发送建立紧急承载请求消息，所述消息携带有接入网侧设备分配的用户面资源，建立所述接入网侧设备到所选择的核心网侧设备的紧急承载；
接入网侧设备调度空口资源，并建立空口侧紧急承载。
本发明实施例提供了一种网络系统，该网络系统包括：接入网侧设备、核心网侧设备一、核心网侧设备二，其中：
接入网侧设备，用于接收用户设备的携带有紧急呼叫属性信息的附着请求消息，根据紧急呼叫属性信息，分配用户面资源，调度空口资源，建立空口侧紧急承载；
核心网侧设备一，用于接收用户设备的携带有紧急呼叫属性信息和接入网侧设备分配的用户面资源的附着请求消息，根据所述紧急呼叫属性信息，选择预先配置的紧急呼叫QoS信息及紧急承载建立方式；选择能够紧急接入的核心网侧设备二并发送建立紧急承载请求消息，所述消息携带有接入网侧设备分配的用户面资源，建立所述接入网侧设备到所述核心网侧设备二的紧急承载；
核心网侧设备二，用于在接收到建立紧急承载请求消息时，建立到所述接入网侧设备的紧急承载。
本发明实施例提供了一种核心网侧设备，该核心网侧设备包括：接收单元、选择单元、发送单元，其中：
接收单元，用于接收接入网侧设备传递的携带有紧急呼叫属性信息的附着请求消息；
选择单元，根据接收单元接收到的紧急呼叫属性信息，选择预先配置的紧急呼叫QoS信息、紧急承载建立方式以及能够紧急接入的核心网侧设备；
发送单元，用于向选择的核心网侧设备发送建立紧急承载请求消息，所述消息中携带有接入网侧设备分配的用户面资源，建立所述接入网侧设备到所选择的核心网设备之间的紧急承载。
本发明实施例还提供了一种接入网侧设备，该接入网侧设备包括：第一接收单元、资源分配单元、资源调度单元、第一发送单元、第二发送单元，其中：
接收单元，用于接收用户设备的携带有紧急呼叫属性信息的附着请求消息；
资源分配单元，用于根据接收单元接收到的紧急呼叫属性信息分配用户面资源；
资源调度单元，用于根据接收单元接收到的紧急呼叫属性信息调度预留的空口资源；
第一发送单元，用于将资源分配单元所分配的用户面资源随同附着请求消息一起发送；
第二发送单元，用于在资源调度单元完成资源调度后，发送无线承载建立请求消息，建立空口侧紧急承载。
从以上技术方案可以看出，本发明实施例通过核心网侧设备接收接入网侧设备传递的附着请求消息，且所述消息中携带有紧急呼叫属性信息和接入网侧设备分配的用户面资源，根据所述紧急呼叫属性信息，选择预先配置的紧急呼叫服务质量QoS信息及紧急呼叫承载建立方式，并选择能够紧急接入的核心网侧设备，发送建立紧急承载请求消息，所述消息中携带有用户标识和接入网侧设备分配的用户面资源，建立所述接入网侧设备到所选择的核心网侧设备的紧急承载；并由接入网侧设备调度空口资源，建立空口侧紧急承载，从而建立用户设备和核心网侧的紧急承载，实现IMS域的紧急会话，使得在紧急情况下，任何用户在任何条件下都能实现IMS域紧急接入。
附图说明
图1为现有技术中一种LTE/SAE网络架构示意图；
图2为图1所示LTE/SAE网络架构简化示意图；
图3为本发明实施例中UE紧急接入的方法一流程图；
图4为本发明实施例中UE紧急接入的方法一实施例一流程图；
图5为本发明实施例中UE紧急接入的方法一实施例二流程图；
图6为本发明实施例中UE紧急接入的方法一实施例三流程图；
图7为本发明实施例中UE紧急接入的方法一实施例四流程图；
图8为本发明实施例中UE紧急接入的方法二流程图；
图9为本发明实施例中UE紧急接入的方法二实施例一流程图；
图10为本发明实施例中UE紧急接入的方法二实施例二流程图；
图11为本发明实施例中UE紧急接入的方法二实施例三流程图；
图12为本发明实施例中UE紧急接入的方法二实施例四流程图；
图13为本发明实施例中的网络系统结构示意图；
图14为本发明实施例中的一种核心网侧设备结构示意图；
图15为本发明实施例中的一种接入网侧设备结构示意图。
具体实施方式
本发明实施例提供了一种UE紧急接入的方法、设备和系统，用于实现紧急情况下的用户接入。通过核心网侧设备接收接入网侧设备传递的附着请求消息，所述消息中携带有紧急呼叫属性信息和接入网侧设备分配的用户面资源，根据所述紧急呼叫属性信息，选择预先配置的紧急呼叫QoS信息及紧急承载建立方式，并选择能够紧急接入的核心网侧设备，向该核心网侧设备发送建立承载请求消息，所述消息中携带有接入网侧设备分配的用户面资源，建立所述接入网侧设备到所选择的核心网侧设备的紧急承载；并由接入网侧设备调度空口资源，然后建立空口侧紧急承载，从而建立UE和所选择的核心网侧设备之间的紧急承载，通过所述承载建立IMS域紧急会话，实现UE的紧急接入，在紧急情况下，可以实现任何UE在任何条件下的紧急接入，满足用户需求。
为使本发明实施例的目的、技术方案及优点更加清楚、明了，以下参照附图，对本发明实施例进行详细介绍：
首先介绍本发明实施例提供的UE紧急接入的方法，该方法能够实现用户没有IMSI或IMSI无效时在紧急情况下的用户接入，或者在接入受限时在紧急情况下的用户接入。以下分别通过UE在演进网络和UMTS网络中的紧急接入进行说明：
参照图3，为本发明实施例中UE紧急接入的方法一流程图，UE在演进网络中通常的紧急接入，以下通过具体步骤进行详细说明：
301、UE与eNB建立无线资源控制(RRC，Radio Resource Control)连接后，UE发送附着请求消息给eNB，请求消息中携带的参数有：紧急呼叫属性信息、PDN地址分配(PDN Address Allocation)、协议配置选项(ProtocolConfiguration Options)、附着类型(Attach Type)、随后请求(Follow on request)、用户标识；
其中，紧急呼叫属性信息用于指示网络侧UE要进行紧急呼叫，例如，可以是紧急呼叫指示、紧急呼叫类型，或者对于紧急呼叫的特定要求等；
PDN Address Allocation表明UE是否进行IP地址分配及分配的地址类型；
Protocol Configuration Options用于在UE和PGW之间传送参数，MME和SGW透传该参数；
Follow on request指示网络在附着完成后是否释放S1连接；Attach type指出附着的类型；
对于用户标识，有如下两种情况：
(1)当UE没有IMSI时，用户标识为国际移动设备标识(IMEI，International Mobile Equipment Identity)；
(2)当UE有IMSI时，用户标识有2种可能：IMSI；旧全球唯一临时标识(GUTI，Global Unique Temporary Identity)或旧跟踪区标识(TAI，TrackingArea Identity)。
UE通过Protocol Configuration Options告知PGW为其选择一个具有特定处理能力的P-CSCF(如：支持使用匿名用户方式直接建立紧急会话而无须进行IMS注册)。
PDN Address Allocation和Follow on request在正常附着时由UE设置，在紧急附着时可以由MME设置。
UE可针对紧急呼叫/紧急呼叫类型提前预留空口资源；
UE在发送附着请求消息之前，向eNB发送RRC连接请求消息建立RRC连接，可以在RRC连接请求消息的“原因”中增加“紧急附着”指示eNB紧急呼叫，也可以通过多个参数的组合指示“紧急附着”。UE也通过RRC连接请求消息的专用参数来指明“紧急呼叫类型(如：火警、车祸)”；通过RRC连接请求消息中的特定参数指明“要求保持RRC连接”，可以理解的是，UE也可以采用其他的紧急呼叫标识信息指示eNB紧急呼叫。
302、eNB选择MME并向该MME转发附着请求消息，MME根据附着请求消息中紧急呼叫属性信息，在MME上选择预先配置的紧急呼叫QoS信息及承载建立方式；
紧急呼叫QoS信息可以是：关于紧急呼叫的Qos信息或与特定紧急业务及紧急呼叫特定要求相关的Qos信息，可以根据紧急呼叫类型或对于紧急呼叫的特定要求配置紧急呼叫QoS信息。
对于紧急承载建立有以下方式：
(1)在UE～PGW之间建立一条通用的紧急承载，该承载既可以承载信令也可以承载业务数据；
(2)在UE～PGW之间建立一条紧急缺省承载，并可能在此过程期间或之后，由网络节点(如：MME、PGW、PCRF、eNodeB)发起建立紧急专用承载；
(3)在UE～PGW之间可以同步建立若干紧急承载。
根据RRC连接请求消息或附着请求消息中UE携带的用于指示紧急呼叫的参数，eNB预先分配用户面资源，如：用户面地址和隧道终结点标识(TEID，Tunnel End Point Identifier)，并连同附着请求一起发给MME；eNB使用配置在eNB上紧急呼叫Qos信息预先调度空口资源。
303、可以根据运营商需要，MME使用用户标识通过身份检查消息来向EIR(Equipment Identity Register设备识别寄存器)请求确认用户的身份，如果用户在黑名单中，那么MME将拒绝附着请求；
可以理解的是，对于紧急附着是否需要鉴权过程，取决于运营商的策略。可以在网元节点MME上为紧急接入专门配置鉴权向量，进行鉴权过程。
304、MME选择SGW和PGW，并向所选择的SGW发送建立承载请求消息；
MME可以通过如下方式选择SGW和PGW：
(1)MME识别出紧急呼叫后，MME使用本地Em-APN(Emergency-AccessPoint Name紧急接入点名称)得到能够接入紧急业务PDN的PGW和SGW；
(2)由网络将能够接入紧急业务PDN的“紧急PGW”和“紧急SGW”配置在MME。
MME可以根据UE指示的特定紧急业务类型或紧急业务特定要求，选择配置在本地的紧急呼叫Qos信息，向SGW发送建立承载请求消息，携带参数包括：紧急呼叫Qos信息、Em-APN、用户标识、PDN Address Allocation、ProtocolConfiguration Options、承载标识，其中承载标识是由MME分配的。
如果在步骤302中，eNB为紧急承载预先分配用户面地址和TEID，则MME在建立承载请求消息中将该参数携带给SGW。在这条消息中，PDNAddress Allocation表示是否要立刻分配IP地址，在紧急呼叫情况下，这个要被置为一定要立即分配IP地址，MME可以要求分配用于特定类型紧急呼叫的特定IP地址。Follow on request由MME设置为在附着后不释放S1连接，即接入网侧设备与核心网侧设备之间的连接。这两个参数都是由于紧急业务的需要而被MME强制设置，设置之后，可以有效保证紧急承载的可靠性。
305、SGW分配下行用户面及控制面地址和TEID，并向PGW发送建立承载请求消息，消息中携带参数：紧急呼叫Qos信息、Em-APN、用户标识、承载标识、PDN Address Allocation、Protocol Configuration Options、SGW分配的用户面及控制面地址和TEID；
306、如果部署了策略计费控制(PCC，Policy and Charging Control)网络，那么PGW可以与PCRF进行交互，PCRF可以根据紧急业务的需要自行触发专有承载的预先建立；
307、PGW分配上行用户面及控制面地址和TEID，PGW发送建立承载响应消息给SGW，消息中携带参数：PGW分配的用户面及控制面地址和TEID、PDN Address Information，承载标识、Protocol Configuration Options；
其中，PDN Address Information是PGW为UE分配的IP地址。
308、SGW分配下行用户面及控制面地址和TEID，SGW发送建立承载响应消息给MME，消息中携带参数：用户面及控制面地址和TEID、PDNAddress Information、Protocol Configuration Options、承载标识；
309、MME发送附着接受消息给eNB，消息中携带参数：Em-APN、PDNAddress Information、Protocol Configuration Options、承载标识、跟踪区域标识(TAI，Tracking Area Identity)列表、SGW分配的用户面地址和TEID；
其中，如果MME给UE分配了GUTI，消息中还应携带GUTI这一参数。
TAI列表是MME发给UE跟踪区域标识列表。
310、如果空口资源调度完毕，那么eNB向UE发送无线承载建立请求消息，该消息携带NAS消息附着接受；
如果空口资源调度未完成，那么等待调度完成后发送该消息。
311、UE向eNB发送无线承载建立响应消息，该消息携带NAS消息附着完成；
312、eNB转发附着完成消息给MME，消息中携带参数：承载标识；
313、如果建立多条紧急承载，可由PGW或由PCRF触发PGW建立专有承载；
314、UE进行IMS域紧急注册；
当UE使用IMS域匿名用户时，UE可以不必进行IMS域紧急注册。
315、IMS域的紧急会话建立。
对于紧急呼叫Qos信息，可以根据需要配置在各个网元节点上，例如，可以包括但不限于eNB、MME、PGW和PCRF，当仅仅配置在一个网元节点时，需要通过特定消息或现有消息中增加参数告知其他需要的网元节点。也可以在各个网元节点预先配置需要为紧急呼叫建立的承载数目等其他参数。对于紧急呼叫Qos信息可能是一组Qos信息集合对应于特定紧急业务或紧急业务特定需求。
可见，该方法中，MME接收到附着请求消息后所触发建立的eNB和PGW之间建立的紧急承载，以及eNB在调度空口资源后所建立的空口侧承载，可以可以实现IMS域的紧急会话，实现用户紧急接入。
以下通过具体实施例说明不同的实施方式：
参照图4，为本发明实施例中UE紧急接入的方法一实施例一流程图，UE采用IMEI作为用户标识，建立一条紧急承载，以下通过具体步骤进行详细说明：
401、UE与eNB建立RRC连接后，UE发送附着请求消息给eNB，该消息中携带参数：紧急呼叫属性信息、IMEI、PDN Address Allocation、ProtocolConfiguration Options、Attach Type、Follow on Request；
其中，紧急呼叫属性信息用于指示网络侧UE要进行紧急呼叫，例如，可以是紧急呼叫指示、紧急呼叫类型，或者对于紧急呼叫的特定要求等；
PDN Address Allocation表明UE是否进行IP地址分配及分配的地址类型；
Protocol Configuration Options用于在UE和PGW之间传送参数，MME和SGW透传该参数；UE通过Protocol Configuration Options告知PGW为其选择一个具有特定处理能力的P-CSCF，如支持使用匿名用户方式直接建立紧急会话而无须进行网际协议多媒体子系统(IMS，International MultimediaSubsystem)注册。
Follow on request指示网络在附着完成后是否释放S1连接；Attach type指出附着的类型；
PDN Address Allocation和Follow on request在正常附着时由UE设置，在紧急附着时由MME设置。
UE可以针对紧急呼叫或者不同的紧急呼叫类型预留空口资源。
UE在发送附着请求消息之前，向eNB发送RRC连接请求消息建立RRC连接，可以在RRC连接请求消息的“原因”中增加“紧急附着”指示eNB紧急呼叫，也可以通过多个参数的组合指示“紧急附着”。UE也通过RRC连接请求消息的专用参数来指明“紧急呼叫类型(如：火警、车祸)”；通过RRC连接请求消息中的特定参数指明“要求保持RRC连接”，可以理解的是，UE也可以采用其他的紧急呼叫标识信息指示eNB紧急呼叫。
402、eNB选择MME并向该MME转发附着请求消息；
根据RRC连接请求消息中的紧急呼叫标识信息或附着请求消息中的紧急呼叫属性信息，eNB预先分配用户面资源，如用户面地址和TEID，并连同附着请求消息一起发给MME；eNB使用配置在eNB上的紧急呼叫Qos信息预先调度空口资源。紧急呼叫Qos信息可以根据紧急呼叫类型或对紧急呼叫的特定要求配置。
403、可以根据运营商需要，MME使用IMEI通过身份检查来向EIR请求确认用户的身份，如果用户在黑名单中，那么MME将拒绝附着请求；
404、MME选择SGW和PGW，并向所选择的SGW发送建立承载请求消息；
MME进行SGW和PGW的选择，可以有如下2种方式：
(1)MME识别出紧急呼叫后，MME使用本地Em-APN得到能够接入紧急业务PDN的PGW和SGW；
(2)由网络将能够接入紧急业务PDN的“紧急PGW”和“紧急SGW”配置在MME。
MME接收到附着请求时，触发在eNB、SGW、PGW之间建立一条紧急承载，该承载即可以承载信令也可以承载业务数据。
MME可以根据UE指示的特定紧急业务类型或紧急业务特定要求，选择配置在本地的紧急呼叫Qos信息，向SGW发送建立承载请求消息，携带参数包括：紧急呼叫Qos信息、Em-APN、IMEI、PDN Address Allocation、ProtocolConfiguration Options、承载标识，承载标识是由MME分配的。
如果在步骤402中，eNB为紧急承载预先分配用户面地址和TEID，则MME在建立承载请求消息中将该参数携带给SGW。在这条消息中，PDNAddress Allocation表示是否要立刻分配IP地址，在紧急呼叫情况下，这个要被置为一定要立即分配IP地址，MME可以要求分配用于特定类型紧急呼叫的特定IP地址。Follow on request由MME设置为在附着后不释放S1连接。这两个参数都是由于紧急业务的需要而被MME强制设置，可以有效保证紧急承载的可靠性。
405、SGW分配下行用户面及控制面地址和TEID，向PGW发送建立承载请求消息，携带参数：紧急呼叫QoS信息、Em-APN、IMEI、承载标识、PDN Address Allocation、Protocol Configuration Options、SGW分配的用户面及控制面地址和TEID；
406、如果部署了PCC网络，那么PGW可以与PCRF进行交互；
PCRF可以根据紧急业务的需要自行触发专有承载的预先建立。
407、PGW分配上行用户面及控制面地址和TEID，向PGW发送建立承载响应消息，消息中携带参数：PGW分配的用户面及控制面地址和TEID、PDN Address Information，承载标识、Protocol Configuration Options；
其中，PDN Address Information是PGW为UE分配的IP地址。
408、SGW分配下行用户面及控制面地址和TEID，SGW发送建立承载响应消息给MME，消息中携带参数：用户面及控制面地址和TEID、PDNAddress Information、Protocol Configuration Options、承载标识；
409、MME发送附着接受消息给eNB，消息中携带参数：Em-APN、PDNAddress Information、Protocol Configuration Options、承载标识、TAI列表、SGW分配的用户面地址和TEID；
其中，如果MME给UE分配了GUTI，消息中还应携带GUTI这一参数。
410、如果空口资源调度完毕，那么eNB向UE发送无线承载建立请求消息，该消息携带NAS消息附着接受；
如果空口资源调度未完成，那么等待调度完成后发送该消息。
411、UE向eNB发送无线承载建立响应消息，该消息携带NAS消息附着完成；
412、eNB转发附着完成消息给MME，消息中携带参数：承载标识；
413、UE进行IMS域紧急注册；
当UE使用IMS域匿名用户时，UE可以不必进行IMS域紧急注册。
414、IMS域的紧急会话建立。
参照图5，为本发明实施例中UE紧急接入的方法一实施例二流程图，UE仍使用IMEI作为用户标识，不同之处在于，可以同时建立多条紧急承载，以下通过具体步骤进行详细说明：
501、与实施例一中的步骤401相同，不再赘述；
502、eNB选择MME并向该MME转发附着请求消息；
当接收到附着请求时，在eNB、SGW、PGW之间触发建立缺省承载，再由PCRF触发PGW建立专有承载。
eNB可以在步骤502或步骤512中为缺省承载分配上行用户面地址和TEID。具体可以根据RRC连接请求消息或附着请求消息中UE携带的用于指示紧急呼叫的参数，eNB预先分配用户面资源，如用户面地址和TEID，并连同附着请求消息一起发给MME；eNB使用配置在eNB上的紧急呼叫Qos信息预先调度空口资源。
紧急呼叫Qos信息可以根据紧急呼叫类型或对紧急呼叫的特定要求配置。
503、与实施例一中的步骤403相同，不再赘述；
504、MME选择SGW和PGW，并向所选择的SGW发送建立承载请求消息；
MME进行SGW和PGW的选择，可以有如下2种方式：
(1)MME识别出紧急呼叫后，MME使用本地Em-APN得到能够接入紧急业务PDN的PGW和SGW；
(2)由网络将能够接入紧急业务PDN的“紧急PGW”和“紧急SGW”配置在MME。
MME可以根据UE指示的特定紧急业务类型或紧急业务特定要求，选择配置在本地的紧急呼叫Qos信息，向SGW发送建立承载请求消息，携带参数包括：紧急呼叫Qos信息、Em-APN、IMEI、PDN Address Allocation、ProtocolConfiguration Options、承载标识；其中，承载标识是MME分配的。
如果在步骤502中，eNB为紧急承载预先分配用户面地址和TEID，则MME在建立承载请求消息中将该参数携带给SGW。在这条消息中，PDNAddress Allocation表示是否要立刻分配IP地址，在紧急呼叫情况下，这个要被置为一定要立即分配IP地址，MME可以要求分配用于特定类型紧急呼叫的特定IP地址。Follow on request由MME设置为在附着后不释放S1连接。这两个参数都是由于紧急业务的需要而被MME强制设置，可以有效保证紧急承载的可靠性。
505、SGW分配下行用户面及控制面地址和TEID，向PGW发送建立缺省承载请求消息，携带参数：紧急呼叫QoS信息、Em-APN、IMEI、承载标识、PDN Address Allocation、Protocol Configuration Options、SGW分配的用户面及控制面地址和TEID；
506、如果部署了PCC网络，那么PGW可以与PCRF进行交互；
PCRF可以根据紧急业务的需要自行触发专有承载的预先建立。
507、PGW分配上行用户面及控制面地址和TEID，向PGW发送建立承载响应消息，消息中携带参数：PGW分配的用户面及控制面地址和TEID、PDN Address Information，承载标识、Protocol Configuration Options；
其中，PDN Address Information是PGW为UE分配的IP地址。
PGW发送建立专有承载请求消息给SGW，其中携带的专有承载Qos信息可以是网络为紧急呼叫配置在PGW上的，也可以来自PCRF或MME。
PGW将建立缺省承载响应和建立专有承载请求消息一同发送给SGW。
508、SGW分配下行用户面及控制面地址和TEID，SGW发送建立缺省承载响应消息给MME，消息中携带参数：用户面及控制面地址和TEID、PDNAddress Information、Protocol Configuration Options、承载标识；
同时，SGW还转发建立专有承载请求消息给MME，SGW将建立缺省承载响应消息和建立专有承载请求消息一同发送给MME。
509、MME发送附着接受消息给eNB，消息中携带参数：Em-APN、PDNAddress Information、Protocol Configuration Options、承载标识、TAI列表、SGW分配的用户面地址和TEID；
其中，如果MME给UE分配了GUTI，消息中还应携带GUTI这一参数。
510、如果空口资源调度完毕，那么eNB向UE发送无线承载建立请求消息，该消息携带NAS消息附着接受；
如果空口资源调度未完成，那么等待调度完成后发送该消息。
511、UE向eNB发送无线承载建立响应消息，该消息携带NAS消息附着完成；
512、eNB转发附着完成消息给MME，消息中携带参数：承载标识；eNB发送承载建立响应消息给MME，消息中携带参数：承载标识；
如果在步骤502中没有为缺省承载分配用户面地址和TEID，则在本步骤分配。
513、如果eNB在步骤502或512中为缺省承载分配了用户面地址和TEID，向SGW发送更新承载请求消息和建立专有承载响应消息，否则，只发送建立专有承载响应消息；
514、如果步骤513中MME发送更新承载请求消息给SGW，则SGW返回更新承载响应消息给MME；
515、SGW发送建立专有承载响应消息给PGW；
可以理解的是，本步骤与步骤514不分先后顺序。
516、可选的，UE进行IMS域紧急注册；
进行IMS注册即可以承载在专有承载上也可以承载在缺省承载上。
517、IMS域的紧急会话建立。
参照图6，为本发明实施例中UE紧急接入的方法一实施例三流程图，本实施例中，UE仍采用IMEI作为用户标识，可以建立多条紧急承载，不过与实施例二中建立承载的方法不同，以下通过具体步骤进行详细说明：
601、与方法一实施例一中步骤401相同，不再赘述；
602、eNB选择MME并向该MME转发附着请求消息；
由于是紧急呼叫，因此网络需要预先在eNB配置紧急呼叫QoS信息和使用的承载数目，具体可以是：eNB为紧急承载(包括专有承载和缺省承载)预先分配用户面地址和TEID。
根据RRC连接请求消息中的紧急呼叫标识或附着请求消息中的紧急呼叫属性信息，eNB预先分配用户面资源，如用户面地址和TEID，并连同附着请求消息一起发给MME；eNB使用配置在eNB上的紧急呼叫Qos信息预先调度空口资源。
紧急呼叫Qos信息可以根据紧急呼叫类型或对紧急呼叫的特定要求配置。
603、与方法一实施例一中步骤403相同，不再赘述；
604、MME选择SGW和PGW，并向所选择的SGW发送建立专有承载请求消息和建立缺省承载请求消息；
MME进行SGW和PGW的选择，可以有如下2种方式：
(1)MME识别出紧急呼叫后，MME使用本地Em-APN得到能够接入紧急业务PDN的PGW和SGW；
(2)由网络将能够接入紧急业务PDN的“紧急PGW”和“紧急SGW”配置在MME。
MME分配承载标识，并可以根据UE指示的特定紧急业务类型或紧急业务特定要求，选择配置在本地的紧急呼叫Qos信息。
MME向SGW发送的建立缺省承载请求消息中携带参数：紧急呼叫Qos信息、Em-APN、IMEI、PDN Address Allocation、Protocol Configuration Options、承载标识。
如果在步骤602中，eNB为缺省承载预先分配了用户面地址和TEID，则MME在建立缺省承载请求消息中将该参数携带给SGW。在这条消息中，PDNAddress Allocation表示是否要立即分配IP地址，在紧急呼叫情况下，该参数被设置为一定要立即分配IP地址，MME可以要求分配用于特定类型紧急呼叫的特定IP地址。Follow on request由MME设置为在附着后不释放S1连接。这两个参数都是由于紧急业务的需要而被MME强制设置，可以有效保证紧急承载的可靠性。
MME向SGW发送的建立专有承载请求消息中携带参数：紧急呼叫Qos信息、关联承载标识(linked Bearer id)、IMEI、承载标识及为紧急专有承载预先分配的用户面地址和TEID，其中，linked Bearer id是缺省承载的标识；
MME将建立缺省承载请求消息和建立专有承载请求消息一起发送。
605、SGW为缺省承载和专有承载分别分配用户面及控制面地址和TEID，并将建立缺省承载请求消息和建立专有承载请求消息一起发送；
其中，建立缺省承载请求消息中携带有参数：紧急呼叫Qos信息、Em-APN、IMEI、承载标识、PDN Address Allocation、Protocol ConfigurationOptions、SGW分配的用户面及控制面地址和TEID；
建立专有承载请求消息中携带有参数：紧急呼叫Qos信息、linked Bearerid、IMEI、承载标识、及SGW为紧急专有承载分配的用户面地址和TEID。
606、如果部署了PCC网络，那么PGW可以与PCRF进行交互；
607、PGW分别为缺省承载和专有承载分配上行用户面及控制面地址和TEID，并将建立缺省承载响应消息和建立专有承载响应消息一起发送给SGW；
其中，建立缺省承载响应消息中携带参数：PGW分配的用户面及控制面地址和TEID、PDN Address Information，承载标识、Protocol ConfigurationOptions；其中，PDN Address Information是PGW为UE分配的IP地址。
建立专有承载响应消息中携带参数：linked Bearer id、IMEI、承载标识、及PGW为紧急专有承载分配的用户面地址和TEID；如果MME在步骤604中没有携带紧急呼叫Qos信息，PGW使用其上配置的或从PCRF获得的紧急呼叫Qos信息，发送给SGW；
608、SGW分别为缺省承载和专有承载分配下行用户面及控制面地址和TEID，并将建立专有承载响应消息和建立缺省承载响应消息一起发送给MME；
其中，建立缺省承载响应消息中携带参数：用户面及控制面地址和TEID、PDN Address Information、Protocol Configuration Options、承载标识。
建立专有承载响应消息中携带参数：用户面及控制面地址和TEID，承载标识、linked Bearer id。如果步骤606中携带紧急呼叫Qos信息，则SGW携带此参数。
609、MME同时发送附着接受消息和承载建立请求消息给eNB；
其中，附着接受消息中携带参数：Em-APN、PDN Address Information、Protocol Configuration Options、承载标识、TAI表、SGW分配的用户面地址和TEID；如果MME给UE分配了GUTI，附着接受消息中还应携带GUTI这一参数。
承载建立请求消息中携带参数：承载标识、SGW分配的用户面地址和TEID、linked Bearer id。
610、如果空口资源调度完毕，那么eNB向UE发送无线承载建立请求消息，该消息携带NAS消息附着接受；
如果空口资源调度未完成，那么等待调度完成后发送该消息。
611、UE向eNB发送无线承载建立响应消息，该消息携带NAS消息附着完成；
612、eNB发送附着完成消息和承载建立响应消息给MME，并且，消息中分别携带有承载标识；
613、UE进行IMS域紧急注册；
进行IMS域注册即可以承载在专有承载上，也可以承载在缺省承载上。
614、IMS域的紧急会话建立。
可以理解的是，UE用IMSI作为用户标识，且开机时处于漫游受限区域时，也可以通过建立承载实现紧急接入，根据需要，可以建立一条紧急承载，也可以建立多条紧急承载，具体方法与方法一实施例一、实施例二、实施例三大致相同，不同之处在于，UE需要进行紧急注册之后才能建立紧急会话。
对于UE有IMSI，UE开机时处于漫游受限区域时，UE还可以先使用旧GUTI和旧TAI作为用户标识，建立一条或多条紧急承载，其中，旧GUTI是UE原来所在的MME分配给UE的标识，参照图7，为本发明实施例中UE紧急接入的方法一实施例四流程图，以下通过具体步骤进行详细说明：
701～702、UE通过eNB向新选择的新MME发送附着请求；
在发送附着请求之前，UE和eNB之间同样需要建立RRC连接，且建立RRC连接的方法以及附着请求消息中所携带的参数与处理具体方法与方法一实施例一中步骤401相同，不再赘述。不同之处在于，UE使用旧GUTI和旧TAI作为用户标识。
703、新MME通过旧GUTI和旧TAI得到UE原来所在的旧MME，向旧MME请求获得IMSI；
704、如果在步骤703中没有获得IMSI，新MME向UE请求IMSI；
705、可以根据运营商需要，MMM通过身份检查来向EIR请求用户的身份，如果用户在黑名单中，MME将拒绝附着请求；
706～707、如果新MME有这个UE激活的承载，新MME删除其上关于这个UE激活的承载；
708～721、与方法一实施例一中404～417大体相同，不同之处在于，用户标识为IMSI，而非IMEI，不再一一描述。
同样，由于IMSI作为用户标识，UE需要进行紧急注册后才能建立紧急会话。
以上对演进网络中紧急接入方法通过具体实施例进行了详细介绍，以下介绍UE通过UMTS系统实现紧急接入的方法：
参照图8，为本发明实施例中UE紧急接入的方法二流程图，通过UMTS系统接入时，有两种情况，一种是核心网侧是SGW、PGW，在这种场景下，SGSN相当于演进网络中的MME，另一种是核心网侧是GGSN，以下通过具体步骤进行详细说明：
801、UE在与RNC建立RRC连接后，向SGSN发送附着请求消息，消息中携带参数：紧急呼叫属性信息、Attach Type、Follow on Request、用户标识；
其中，紧急呼叫属性信息用于指示网络侧UE要进行紧急呼叫，具体可以是紧急呼叫指示、紧急呼叫类型，或者对于紧急呼叫的特定要求等；Follow onrequest指示网络在附着完成后是否释放S1连接，在正常附着时由UE设置，在紧急附着时由SGSN设置；Attach type用于指出附着的类型；
对于用户标识，有如下两种情况：
(1)当UE没有IMSI或IMSI无效时，用户标识为IMEI；
(2)当UE有IMSI时，用户标识可以为IMSI，还可以是P-TMSI和旧RAI；
在UE发送附着请求消息前，需要与RNC建立RRC连接，可以在RRC连接请求消息的“原因”中增加“紧急附着”指示RNC紧急呼叫，也可以通过多个参数的组合指示“紧急附着”。UE也通过RRC连接请求消息的专用参数来指明“紧急呼叫类型(如：火警、车祸)”；通过RRC连接请求消息中的特定参数指明“要求保持RRC连接”，可以理解的是，UE也可以采用其他的紧急呼叫标识信息指示RNC紧急呼叫。
根据RRC连接请求消息或附着请求消息中携带的UE用于指示紧急呼叫的参数，RNC使用配置在RNC上的紧急呼叫Qos信息预先调度空口资源，所述紧急呼叫Qos信息可以根据紧急呼叫类型或对于紧急呼叫的特定要求设置。
802、可以根据运营商需要，SGSN通过身份检查消息来向EIR请求用户的身份，如果用户在黑名单中，则SGSN拒绝附着请求；
803、SGSN发送附着接受消息给UE；
如果SGSN分配了新的P-TMSI，则附着接受消息中应携带该参数；
Follow on Request在正常附着时由UE设置，在紧急附着时可以由SGSN设置，指示附着后不释放Iu连接，以保证所建立的紧急承载的优先级和可靠性；
804、如果步骤803中携带了P-TMSI参数，则UE通过附着完成消息指示收到P-TMSI；
805、根据在UE和核心网节点之间，紧急承载建立；
通过UMTS系统接入时，有两种情况，一种是核心网侧节点是SGW、PGW，在这种场景下，SGSN相当于演进网络中的MME，另一种是核心网侧节点是GGSN，具体实现可参见下面的具体实施例。
806、UE进行IMS域进行注册；
807、IMS域紧急会话建立。
在UE通过UMTS网络进行紧急接入时，由SGSN接收UE发送的附着请求消息，并通过该消息中的紧急承载属性信息，选择配置的紧急呼叫QoS信息和所要建立承载的方式，并在接收到用户发送的激活PDP上下文请求消息时，向所选择的能够实现紧急接入的核心网侧节点GGSN或者PGW发送连接建立请求，建立RNC至所选择的核心网侧节点的紧急承载，并由RNC调度预先分配的空口资源，建立空口侧承载。
以下通过具体场景进行详细描述：
参照图9，为本发明实施例中UE紧急接入的方法二实施例一流程图，UE没有UICC，使用IMEI作为用户标识，建立一条紧急承载，以下通过具体步骤进行详细描述：
901、UE与RNC建立RRC连接后，UE发送附着请求消息给SGSN，消息中携带参数：紧急呼叫属性信息、Attach Type、Follow on request、IMEI。
其中，紧急呼叫属性信息指示网络侧UE要进行紧急呼叫，紧急呼叫属性信息具体可为：紧急呼叫指示、紧急呼叫的类型，也可以为对于紧急呼叫的特定要求；Follow on request指示网络在附着完成后是否释放Iu连接，Followon request在正常附着时由UE设置，在紧急附着时可由SGSN设置，以增强所建立的紧急承载的优先级和可靠性；Attach type指出附着的类型。
UE在发送附着请求之前，需要与RNC建立RRC连接，可以在RRC消息的“原因”中增加“紧急附着”指示RNC紧急呼叫，也可以通过多个参数的组合指示“紧急附着”。UE也通过RRC消息的专用参数来指明“紧急呼叫类型(如：火警、车祸)”；通过RRC消息中的特定参数指明“要求保持RRC连接”。可以理解的是，UE也可以采用其他的紧急呼叫标识信息指示RNC紧急呼叫。
根据RRC连接请求或附着请求中UE携带用于指示紧急呼叫的参数，RNC使用配置在RNC上紧急呼叫Qos信息预先调度空口资源，紧急呼叫Qos信息可以是根据紧急呼叫类型或对于紧急呼叫特定要求配置。
UE可针对紧急呼叫/紧急呼叫类型提前预留空口资源。
902、可以根据运营商需要，SGSN通过身份检查消息来向EIR请求用户的身份，如果用户在黑名单中，那么SGSN将拒绝附着请求；
903、SGSN发送附着接受消息给UE；
如果SGSN给UE分配了新的P-TMSI携带此参数。Follow on request在正常附着时由UE设置，在紧急附着时由SGSN设置，指示附着后不释放Iu连接。
904、如果步骤903中携带了P-TMSI，则UE通过附着完成消息指示收到P-TMSI；
905、UE通过激活分组数据协议(PDP，Packet Data Protocol)上下文请求消息进行紧急承载建立，PDP上下文请求消息携带参数：Em-APN或紧急呼叫属性信息、承载标识、请求Qos信息、PDP地址、Protocol ConfigurationOptions；如果UE对紧急呼叫有特殊要求比如Qos，通过紧急呼叫属性信息进行指示比如语音和视频。当然通过紧急呼叫属性信息也可以指示出紧急呼叫。
Protocol Configuration Options用于在UE和PGW之间传送参数，SGSN和SGW透传该参数。UE通过Protocol Configuration Options告知PGW为其选择一个具有特定处理能力的P-CSCF(如：支持使用匿名用户方式直接建立紧急会话而无须进行IMS注册)。PDP地址留空。
906、SGSN进行SGW和PGW选择，并向选择的SGW发送建立承载请求消息；
对于SGSN进行SGW和PGW选择，可以采用如下两种方式：
(1)SGSN识别出紧急呼叫后，SGSN使用UE携带Em-APN或本地配置的Em-APN得到能够接入紧急业务PDN的PGW和SGW；
(2)网络将能够接入紧急业务PDN的“紧急PGW”和“紧急SGW”配置在SGSN。
SGSN可以根据UE指示的特定紧急业务类型或紧急业务特定要求，选择配置在本地紧急呼叫Qos信息。
SGSN选择出SGW和PGW后，分配用户面地址和TEID，向选择的SGW发送建立承载请求消息，携带参数：紧急呼叫Qos信息、Em-APN、IMEI、PDN Address Allocation、Protocol Configuration Options、承载标识、SGSN分配的用户面地址和TEID。在这条消息中，PDN Address Allocation表示是否要立刻分配IP地址，在紧急呼叫情况下，这个要被置为一定要立即分配IP地址，SGSN可以要求分配用于特定类型紧急呼叫的特定IP地址。Follow on request由SGSN判断进行在附着后不释放Iu连接。这两个参数都是由于紧急业务的需要而被SGSN强制设置，这样可以保证所建立的连接的优先级和可靠性。
907、SGW分配下行用户面及控制面地址和TEID，向PGW发送建立承载请求消息，消息中携带参数：紧急呼叫Qos信息或Em-APN、IMEI、承载标识、PDN Address Allocation、Protocol Configuration Options、SGW分配的用户面及控制面地址和TEID；
908、如果部署了PCC网络，那么PGW与PCRF进行交互；
909、PGW分配上行用户面及控制面地址和TEID，PGW发送创建承载响应消息给SGW，携带参数：PGW用户面及控制面地址和TEID、PDN AddressInformation，承载标识、Protocol Configuration Options；
其中，PDN Address Information是PGW给UE分配的IP地址。
910、SGW分配下行用户面及控制面地址和TEID，SGW发送创建承载响应消息给SGSN，携带参数：用户面及控制面地址和TEID、PDN AddressInformation、Protocol Configuration Options、承载标识；
911、无线资源调度完成后，无线接入承载(RAB，Radio Access Bearer)建立，在该步骤中将RNC用户面地址和TEID发给SGSN；
所述RAB承载即为UMTS网络中的空口承载，所述无线资源即通常所说的空口承载。
912、UE通过激活PDP上下文接受消息进行响应；
913、进行IMS域紧急注册；
914、IMS域紧急会话建立。
可以理解的是，当UE有IMSI时，可以使用IMSI进行紧急附着和承载建立，具体步骤与本实施例大体相同，不同之处在于，用户标识使用IMSI。
参照图10，为本发明实施例中UE紧急接入的方法二实施例二流程图，UE用IMEI作为用户标识，建立多条紧急承载，以下通过具体步骤进行详细说明：
1001、UE与RNC建立RRC连接后，UE发送附着请求给SGSN，携带参数：紧急呼叫属性信息、Attach Type、Follow on Request、IMEI。紧急呼叫属性信息用于指示网络侧UE要进行紧急呼叫，紧急呼叫属性信息具体可以为紧急呼叫指示、紧急呼叫的类型，也可以为对于紧急呼叫的特定要求；Follow on request指示网络在附着完成后是否释放Iu连接，Follow onrequest在正常附着时由UE设置，在紧急附着时由SGSN设置，可以保证所要建立连接的优先级和可靠性；Attach type指出附着的类型。
UE在发送附着请求之前，需要与RNC建立RRC连接，可以在RRC消息的“原因”中增加“紧急附着”指示RNC紧急呼叫，也可以通过多个参数的组合指示“紧急附着”。UE也通过RRC消息的专用参数来指明“紧急呼叫类型(如：火警、车祸)”；通过RRC消息中的特定参数指明“要求保持RRC连接”。
根据RRC连接请求或附着请求中UE携带用于指示紧急呼叫的参数，RNC使用配置在RNC上紧急Qos(紧急Qos可以是根据紧急呼叫类型或对于紧急呼叫特定要求)预先调度空口资源。
UE可针对紧急呼叫/紧急呼叫类型提前预留空口资源；
1002、可以根据运营商需要，SGSN通过身份检查消息来向EIR请求用户的身份，如果用户在黑名单中，那么SGSN将拒绝附着请求；
1003、SGSN发送附着接受消息给UE，如果SGSN给UE分配了新的P-TMSI携带此参数；
Follow on request在正常附着时由UE设置，在紧急附着时由SGSN设置，指示附着后不释放Iu连接。
1004、如果步骤1003中携带了P-TMSI，则UE通过附着完成消息指示收到P-TMSI；
1005、UE通过激活PDP上下文请求消息进行紧急承载建立，携带参数：Em-APN或紧急呼叫属性信息、承载标识、请求Qos信息、PDP地址、ProtocolConfiguration Options；
其中，Protocol Configuration Options用于在UE和PGW之间传送参数，SGSN和SGW透传该参数。UE通过Protocol Configuration Options告知PGW为其选择一个具有特定处理能力的P-CSCF(如：支持使用匿名用户方式直接建立紧急会话而无须进行IMS注册)。PDP地址留空。
1006、SGSN进行SGW和PGW选择，并向选择的SGW发送建立承载请求消息；
SGSN可以采用如下两种方式进行SGW和PGW选择：
(1)SGSN识别出紧急呼叫后，SGSN使用本地配置Em-APN得到能够接入紧急业务PDN的PGW和SGW；
(2)由网络将能够接入紧急业务PDN的“紧急PGW”和“紧急SGW”配置在SGSN。
SGSN可以根据UE指示的特定紧急业务类型或紧急业务特定要求，选择配置在本地紧急呼叫Qos信息。
SGSN为预先选择的SGW、PGW分配用户面地址和TEID。向SGW发送建立承载请求消息，携带参数：紧急呼叫Qos信息、Em-APN、IMEI、PDNAddress Allocation、Protocol Configuration Options、承载标识、SGSN用户面地址和TEID。在这条消息中，PDN Address Allocation表示是否要立刻分配IP地址，在紧急呼叫情况下，这个要被置为一定要立即分配IP地址，SGSN可以要求分配用于特定类型紧急呼叫的特定IP地址。Follow on request由SGSN判断进行在附着后不释放Iu连接。这两个参数都是由于紧急业务的需要而被SGSN强制设置。
1007、SGW分配下行用户面及控制面地址和TEID，向PGW发送建立缺省承载请求消息，携带参数：紧急呼叫Qos信息、Em-APN、IMSI、承载标识、PDN Address Allocation、Protocol Configuration Options、SGW分配的用户面及控制面地址和TEID；
1008、如果部署了PCC网络，那么PGW与PCRF进行交互；
1009、PGW分配上行用户面及控制面地址和TEID，PGW发送建立缺省承载响应消息给SGW，携带参数：PGW分配的用户面及控制面地址和TEID、PDN Address Information，承载标识、Protocol Configuration Options；
其中，PDN Address Information是PGW给UE分配的IP地址。
1010、SGW分配下行用户面及控制面地址和TEID，SGW发送建立缺省承载响应消息给SGSN，携带参数：用户面及控制面地址和TEID、PDN AddressInformation、Protocol Configuration Options、承载标识；
1011、RAB承载建立，在该步骤中将RNC用户面地址和TEID发给SGSN；
1012、UE通过激活PDP上下文接受消息进行响应；
1013、由PGW或UE触发PGW进行紧急专有承载的建立；
紧急专有承载的Qos信息可能来自与PGW、PCRF或SGSN。
1014、进行IMS域紧急注册；
1015、IMS域紧急会话建立。
该实施例中核心网侧节点为SGW和PGW，以下通过另一实施例介绍核心网侧节点为GGSN的情况：
参照图11，为本发明实施例中UE紧急接入的方法二实施例三流程图，UE没有UICC，用IMEI作为用户标识，建立一条紧急承载，以下通过具体步骤进行详细说明：
1101、UE与RNC建立RRC连接后，UE发送附着请求消息给SGSN，消息中携带参数：紧急呼叫属性信息、Attach Type、Follow on request、IMEI；
其中，紧急呼叫属性信息指示网络侧UE要进行紧急呼叫，紧急呼叫属性信息具体可以为紧急呼叫指示、紧急呼叫的类型或者为对于紧急呼叫的特定要求；Follow on request指示网络在附着完成后是否释放Iu连接，Follow onrequest在正常附着时由UE设置，在紧急附着时由SGSN设置，以保证所要建立的连接的优先级和可靠性；Attach type用于指出附着的类型。
UE在发送附着请求之前，需要与RNC建立RRC连接，可以在RRC消息的“原因”中增加“紧急附着”指示RNC紧急呼叫，也可以通过多个参数的组合指示“紧急附着”。UE也通过RRC消息的专用参数来指明“紧急呼叫类型(如：火警、车祸)”；通过RRC消息中的特定参数指明“要求保持RRC连接”。
根据RRC连接请求或附着请求中UE携带用于指示紧急呼叫的参数，RNC使用配置在RNC上紧急呼叫Qos信息预先调度空口资源，其中，紧急呼叫Qos信息可以根据紧急呼叫类型或对于紧急呼叫特定要求进行配置。
UE可针对紧急呼叫/紧急呼叫类型提前预留空口资源。
1102、可以根据运营商需要，SGSN通过身份检查消息来向EIR请求用户的身份，如果用户在黑名单中，那么SGSN将拒绝附着请求；
1103、SGSN发送附着接受消息给UE，如果SGSN给UE分配了新的P-TMSI携带此参数；
Follow on request在正常附着时由UE设置，在紧急附着时由SGSN设置，指示附着后不释放Iu连接。
1104、如果步骤1103中携带了P-TMSI，则UE通过附着完成消息指示收到P-TMSI；
1105、UE通过激活PDP上下文请求进行紧急承载建立，携带参数：Em-APN或紧急呼叫属性信息、承载标识、PDP地址、Protocol ConfigurationOptions；
其中，Protocol Configuration Options用于在UE和PGW之间传送参数，SGSN和SGW透传该参数。UE通过Protocol Configuration Options告知PGW为其选择一个具有特定处理能力的P-CSCF(如：支持使用匿名用户方式直接建立紧急会话而无须进行IMS注册)。PDP地址留空。
1106、SGSN进行GGSN选择，并向选择的GGSN发送建立承载请求消息；
SGSN可通过如下两种方式进行GGSN选择：
(1)SGSN识别出紧急呼叫后，SGSN使用本地配置Em-APN得到能够接入紧急业务PDN的GGSN；
(2)由网络将能够接入紧急业务PDN的“紧急GGSN”配置在SGSN。SGSN可以根据UE指示的特定紧急业务类型或紧急业务特定要求，选择配置在本地紧急呼叫Qos信息。
SGSN为选择的GGSN分配用户面地址和TEID。向SGSN发送建立承载请求消息，携带参数：紧急呼叫Qos信息、Em-APN、IMEI、PDP地址、ProtocolConfiguration Options、承载标识、SGSN分配的用户面地址和TEID。SGSN可以要求分配用于特定类型紧急呼叫的特定IP地址。Follow on request由SGSN判断进行在附着后不释放Iu连接。这两个参数都是由于紧急业务的需要而被SGSN强制设置。
1107、GGSN分配上行用户面及控制面地址和TEID，GGSN发送建立承载响应消息给SGSN，携带参数：GGSN用户面及控制面地址和TEID、PDP地址，承载标识、Protocol Configuration Options。PDP地址是GGSN给UE分配的IP地址；
如果部署了PCC网络，那么GGSN与PCRF进行交互。
1108、RAB承载建立，在该步骤中将RNC用户面地址和TEID发给SGSN；
1109、UE通过激活PDP上下文接受消息进行响应；
1110、可选的，进行IMS域紧急注册；
1111、IMS域紧急会话建立。
可以理解的是，当UE有IMSI时，可以使用IMSI进行紧急附着和承载建立，具体流程与本实施例流程大致相同，不同之处在于，用户标识使用IMSI。
参照图12，为本发明实施例中UE紧急接入的方法二实施例四流程图，UE没有UICC，用IMEI作为用户标识，建立一条紧急承载，以下通过具体步骤进行详细说明：
1201、UE与RNC建立RRC连接后，UE发送附着请求给SGSN，携带参数：紧急呼叫属性信息、Attach Type、Follow on request、IMEI；
紧急呼叫属性信息用于指示网络侧UE要进行紧急呼叫，紧急呼叫属性信息具体可以为紧急呼叫指示、紧急呼叫的类型、对于紧急呼叫的特定要求等；Follow on request指示网络在附着完成后是否释放Iu连接；Attach type指出附着的类型，Follow on request在正常附着时由UE设置，在紧急附着时由SGSN设置，可保证所要建立的连接的优先级和可靠性。
UE在发送附着请求之前，需要与RNC建立RRC连接，可以在RRC连接请求消息中的“原因”中增加“紧急附着”指示RNC紧急呼叫，也可以通过多个参数的组合指示“紧急附着”。UE也通过RRC连接请求消息的专用参数来指明“紧急呼叫类型(如：火警、车祸)”；通过RRC连接请求消息中的特定参数指明“要求保持RRC连接”。可以理解的是，也可以在RRC连接请求消息中携带其他紧急呼叫标识信息。
根据RRC连接请求或附着请求中UE携带用于指示紧急呼叫的参数，RNC使用配置在RNC上紧急Qos(紧急Qos可以是根据紧急呼叫类型或对于紧急呼叫特定要求)预先调度空口资源。
UE可针对紧急呼叫/紧急呼叫类型提前预留空口资源；
1202、可以根据运营商需要，SGSN通过身份检查消息来向EIR请求用户的身份，如果用户在黑名单中，那么SGSN将拒绝附着请求；
1203、SGSN发送附着接受消息给UE，如果SGSN给UE分配了新的P-TMSI携带此参数。Follow on request在正常附着时由UE设置，在紧急附着时由SGSN设置，指示附着后不释放Iu连接；
1204、如果步骤1203中携带了P-TMSI，则UE通过附着完成消息指示收到P-TMSI；
1205、UE通过激活PDP上下文请求进行紧急承载建立，携带参数：Em-APN或紧急呼叫属性信息、承载标识、请求Qos信息、PDP地址、ProtocolConfiguration Options；
Protocol Configuration Options用于在UE和PGW之间传送参数，SGSN和SGW透传该参数。UE通过Protocol Configuration Options告知PGW为其选择一个具有特定处理能力的P-CSCF(如：支持使用匿名用户方式直接建立紧急会话而无须进行IMS注册)。PDP地址留空。
1206、SGSN进行GGSN选择，并向选择的GGSN发送缺省承载请求消息；
SGSG可以通过如下的方式进行GGSN选择：
(1)SGSN识别出紧急呼叫后，SGSN使用本地配置Em-APN得到能够接入紧急业务PDN的GGSN；
(2)由网络将能够接入紧急业务PDN的“紧急GGSN”配置在SGSN。
SGSN可以根据UE指示的特定紧急业务类型或紧急业务特定要求，选择配置在本地的紧急呼叫Qos信息。
SGSN为选择的SGSN分配用户面地址和TEID。向GGSN发送建立缺省承载请求消息，携带参数：紧急呼叫Qos信息、Em-APN、IMEI、PDP地址、Protocol Configuration Options、承载标识、SGSN用户面地址和TEID。SGSN可以要求分配用于特定类型紧急呼叫的特定IP地址。Follow on request由SGSN判断进行在附着后不释放Iu连接。这两个参数都是由于紧急业务的需要而被SGSN强制设置。
1207、GGSN分配上行用户面及控制面地址和TEID，GGSN发送建立缺省承载响应给SGSN，携带参数：GGSN分配的用户面及控制面地址和TEID、PDP地址，承载标识、Protocol Configuration Options。PDP地址是GGSN给UE分配的IP地址；
如果部署了PCC网络，那么GGSN与PCRF进行交互；
1208、RAB承载建立，在该步中将RNC用户面地址和TEID发给SGSN；
1209、UE通过激活PDP上下文接受消息进行响应；
1210、由PGW或UE触发PGW进行紧急专有承载的建立；
紧急专有承载的Qos信息可能来自与GGSN、PCRF或SGSN。
1211、可选的，进行IMS域紧急注册；
1212、IMS域紧急会话建立。
以上对本发明实施例中所提供的UE紧急接入的方法进行了详细的描述，以下参照附图对本发明实施例中所采用的系统和装置进行对应描述：
参照图13，为本发明实施例中的网络系统结构示意图，该网络系统包括：接入网侧设备1301、核心网侧设备一1302、核心网侧设备二1303，其中：
接入网侧设备1301，用于接收UE的携带有紧急呼叫属性信息的附着请求消息，根据紧急呼叫属性信息，分配用户面资源，调度空口资源，建立空口侧紧急承载；
核心网侧设备一1302，用于接收UE的携带有紧急呼叫属性信息和接入网侧设备1301分配的用户面资源的附着请求消息，根据所述紧急呼叫属性信息，选择预先配置的紧急呼叫QoS信息及紧急承载建立方式；选择能够紧急接入的核心网侧设备二1303并发送建立紧急承载请求消息，所述消息携带有接入网侧设备分配的用户面资源，建立所述接入网侧设备1301到所选择的核心网侧设备二1303的紧急承载；
核心网侧设备二1303，用于在接收到建立紧急承载请求消息时，建立到所述接入网侧设备1301的紧急承载。
可见，核心网侧设备一接收接入网侧设备发送的携带有紧急呼叫属性信息和接入网侧设备分配的用户面资源的附着请求消息，并根据所述紧急呼叫属性信息，选择预先配置的紧急呼叫QoS信息及紧急承载建立方式，选择能够紧急接入的核心网侧设备二，并向所述核心网侧设备二发送携带有用户面资源的建立紧急承载请求消息，建立所述接入网侧设备到所述核心网侧设备二的紧急承载，并由接入网侧设备调度空口资源，建立空口侧紧急承载，从而可以在所述UE和所述核心网侧设备二之间建立紧急承载，使得用户可以建立IMS域紧急会话，实现用户紧急接入，满足用户在紧急情况下的需求。
所述接入网侧设备还可用于在接收到所述的附着请求消息之前，接收UE的携带有紧急呼叫标识信息的无线资源控制RRC连接请求消息，建立RRC连接。
其中，如果UE通过演进网络紧急接入，所述接入网侧设备为演进基站eNB，核心网侧设备一为MME由核心网侧设备一，核心网侧设备二为SGW和PGW，MME接收eNB传递的附着请求消息，并选择能够紧急接入的核心网侧设备SGW和PGW，建立eNB、SGW和PGW之间的紧急承载；
如果UE通过UMTS网络紧急接入时，所述接入网侧设备为无线网络控制器RNC，核心网侧设备一为SGSN，核心网侧设备二为SGW和PGW，或者为GGSN，由SGSN接收RNC传递的附着请求消息，并选择能够紧急接入的核心网侧设备SGW和PGW，或者GGSN，建立SGSN、服务网关SGW和分组数据网络网关PGW，或者SGSN、GGSN之间的紧急承载，且所述建立紧急承载请求消息是由建立分组数据协议PDP上下文请求消息触发的。
其中，紧急呼叫属性信息可以为紧急呼叫指示、紧急呼叫的类型、对于紧急呼叫的特定要求。
以下对上述方法和网络系统中的设备进行相应描述：
参照图14，为本发明实施例中一种核心网侧设备结构示意图，该核心网侧设备包括：接收单元1401、选择单元1402、发送单元1403，其中：
接收单元1401，用于接收接入网侧设备传递的携带有紧急呼叫属性信息和用户标识的附着请求消息；
选择单元1402，根据接收单元1401接收到的紧急呼叫属性信息，选择预先配置的紧急呼叫QoS信息、紧急承载建立方式以及能够紧急接入的核心网侧设备；
发送单元，用于向选择的核心网侧设备发送建立紧急承载请求消息，所述消息中携带有接入网侧设备分配的用户面资源，建立所述接入网侧设备到所选择的核心网设备之间的紧急承载。
该核心网侧设备当接收到附着请求消息时，根据所述消息中携带的紧急呼叫属性信息，选择预先配置的紧急呼叫QoS信息、紧急承载建立方式以及能够紧急接入的核心网侧设备，并向所选择的核心网侧设备发送建立承载请求消息，建立所述接入网侧设备至所选择的核心网侧设备的紧急承载，与接入网侧设备建立的空口侧承载相配合，可以建立UE至所选择的核心网侧设备的紧急承载，实现UE的紧急接入。
具体的，当UE通过演进网络接入时，该核心网侧设备为MME；当UE通过UMTS网络接入时，该核心网侧设备具体为SGSN。
以下对本发明实施例所提供的一种接入网侧设备进行描述：
参照图15，为本发明实施例中的一种接入网侧设备结构示意图，该接入网侧设备包括：第一接收单元1501、资源分配单元1502、资源调度单元1503、第一发送单元1504、第二发送单元1505，其中：
接收单元1501，用于接收UE的携带有紧急呼叫属性信息的附着请求消息；
资源分配单元1502，用于根据接收单元1501接收到的紧急呼叫属性信息分配用户面资源；
资源调度单元1503，用于根据接收单元1501接收到的紧急呼叫属性信息调度预留的空口资源；
第一发送单元1504，用于将资源分配单元1502所分配的用户面资源随同附着请求消息一起发送；
第二发送单元1505，用于在资源调度单元1503完成资源调度后，发送无线承载建立请求消息，建立空口侧紧急承载。
该接入网侧设备在接收到UE的附着请求消息时，可以根据所述消息中的紧急呼叫属性信息调度预留的空口资源，并建立空口侧紧急承载，与核心网侧配合，可以建立紧急承载用于实现紧急会话，实现UE的紧急接入。
当UE通过演进网络接入时，该接入网侧设备为eNB；当UE通过UMTS网络接入时，该接入网侧设备为RNC。
接入网侧设备还可在接收到RRC连接请求消息时，根据RRC连接请求消息中携带的紧急呼叫标识信息，调度预留的空口资源，不再一一举例说明。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括如下步骤：
核心网侧设备接收接入网侧设备传递的附着请求消息，所述消息中携带有紧急呼叫属性信息、用户标识和接入网侧设备分配的用户面资源，根据所述紧急呼叫属性信息，选择预先配置的紧急呼叫服务质量QoS信息及紧急承载建立方式；
选择能够紧急接入的核心网侧设备，发送建立紧急承载请求消息，所述消息携带有用户标识和接入网侧设备分配的用户面资源，建立所述接入网侧设备到所选择的核心网侧设备的紧急承载；
接入网侧设备调度空口资源，并建立空口侧紧急承载。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上对本发明所提供的一种UE紧急接入的方法、设备和系统进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
Claims (16)
1.一种用户设备紧急接入的方法，其特征在于，包括：
核心网侧设备接收接入网侧设备传递的附着请求消息，所述消息中携带有紧急呼叫属性信息和接入网侧设备分配的用户面资源，根据所述紧急呼叫属性信息，选择预先配置的紧急呼叫服务质量QoS信息及紧急承载建立方式；
选择能够紧急接入的核心网侧设备，发送建立紧急承载请求消息，所述建立紧急承载请求消息携带有接入网侧设备分配的用户面资源，建立所述接入网侧设备到所选择的核心网侧设备的紧急承载；
接入网侧设备调度空口资源，并建立空口侧紧急承载。
2.如权利要求1所述的用户设备紧急接入的方法，其特征在于，所述建立紧急承载请求消息中还携带有信息用以指示立即分配网际协议IP地址，在附着后保持接入网侧设备至核心网侧设备连接。
3.如权利要求1所述的用户设备紧急接入的方法，其特征在于，在核心网侧设备接收接入网侧设备传递的附着请求消息前，还包括：
接入网侧设备接收用户设备的携带有紧急呼叫标识信息的无线资源控制RRC连接请求消息，建立RRC连接；
接入网侧设备接收用户设备的携带有紧急呼叫属性信息的附着请求消息。
4.如权利要求3所述的用户设备紧急接入的方法，其特征在于，其特征在于，所述接入网侧设备调度空口资源具体为：
接入网侧设备根据所述紧急呼叫属性信息或紧急呼叫标识信息，使用配置在接入网侧设备上的紧急呼叫QoS信息预先调度空口资源。
5.如权利要求3或4所述的用户设备紧急接入的方法，其特征在于，所述紧急呼叫标识信息包括：
紧急附着指示，或者要求保持RRC连接指示。
6.如权利要求1至4任一项所述的用户设备紧急接入的方法，其特征在于，所述紧急呼叫属性信息包括以下至少一种：
紧急呼叫指示、紧急呼叫的类型、对于紧急呼叫的特定要求。
7.如权利要求1至4任一项所述的用户设备紧急接入的方法，其特征在于，所述分配用户面资源包括：
分配用户面地址和隧道终结点标识TEID。
8.如权利要求1至4任一项所述的用户设备紧急接入的方法，其特征在于，所述紧急承载建立方式包括：
在用户设备和核心网侧设备之间建立一条通用的紧急承载，所述紧急承载既可以承载信令也可以承载业务数据；
在用户设备和核心网侧设备之间建立一条紧急缺省承载，并在建立紧急缺省承载过程中或之后，由接入网侧设备或核心网侧设备发起建立紧急专有承载；
在用户设备和核心网侧设备之间同步建立若干紧急缺省承载和紧急专有承载。
9.如权利要求8所述的用户设备紧急接入的方法，其特征在于，当部署了策略计费控制PCC网络时，由策略计费规则功能实体PCRF触发核心网侧设备预先建立专有承载。
10.如权利要求1至4任一项所述的用户设备紧急接入的方法，其特征在于，所述选择能够紧急接入的核心网侧设备的方法包括：
接收所述附着请求消息的核心网侧设备根据所述紧急呼叫属性信息识别出紧急呼叫后，使用本地紧急接入点名称Em-APN得到能够紧急接入的核心网侧设备；或，
接收所述附着请求消息的核心网侧设备根据所述紧急呼叫属性信息识别出紧急呼叫后，使用网络预先配置的能够紧急接入的核心网侧设备。
11.如权利要求1至4任一项所述的用户设备紧急接入的方法，其特征在于，当用户设备通过演进网络紧急接入时，所述接入网侧设备为演进基站eNB，由核心网侧设备移动性管理实体MME接收eNB传递的附着请求消息，并选择能够紧急接入的核心网侧设备服务网关SGW和分组数据网关PGW，建立eNB、SGW和PGW之间的紧急承载；
当所述用户设备通过通用移动通信系统UMTS网络紧急接入时，所述接入网侧设备为无线网络控制器RNC，由核心网侧设备SGSN接收RNC传递的附着请求消息，并选择能够紧急接入的核心网侧设备SGW和PGW，或者GGSN，建立SGSN、服务网关SGW和分组数据网络网关PGW，或者SGSN、GGSN之间的紧急承载，且所述建立紧急承载请求消息是由建立分组数据协议PDP上下文请求消息触发的。
12.如权利要求11所述的用户设备紧急接入的方法，其特征在于，当所述用户设备通过演进网络紧急接入时，所述附着请求消息中还携带有指示用以告知PGW为其选择一个具有特定处理能力的代理呼叫会话控制功能实体P-CSCF；
当所述用户设备通过UMTS网络紧急接入时，SGSN接收到的PDP上下文请求消息中，携带有指示用以告知PGW或GGSN为其选择一个具有特定处理能力的P-CSCF。
13.一种网络系统，其特征在于，包括：接入网侧设备、核心网侧设备一、核心网侧设备二，其中：
接入网侧设备，用于接收用户设备的携带有紧急呼叫属性信息的附着请求消息，根据紧急呼叫属性信息，分配用户面资源，调度空口资源，建立空口侧紧急承载；
核心网侧设备一，用于接收用户设备的携带有紧急呼叫属性信息和接入网侧设备分配的用户面资源的附着请求消息，根据所述紧急呼叫属性信息，选择预先配置的紧急呼叫QoS信息及紧急承载建立方式；选择能够紧急接入的核心网侧设备二并发送建立紧急承载请求消息，所述建立紧急承载请求消息携带有接入网设备侧设备分配的用户面资源，建立所述接入网侧设备到所选择的核心网侧设备二的紧急承载；
核心网侧设备二，用于在接收到建立紧急承载请求消息时，建立到接入网设备侧的紧急承载。
14.如权利要求13所述的网络系统，其特征在于，所述接入网侧设备还用于接收用户设备的携带有紧急呼叫标识信息的无线资源控制RRC连接请求消息，建立RRC连接。
15.一种核心网侧设备，包括：接收单元、选择单元、发送单元，其中：
接收单元，用于接收用户设备的携带有紧急呼叫属性信息的附着请求消息；
选择单元，根据接收单元接收到的紧急呼叫属性信息，选择预先配置的紧急呼叫QoS信息、紧急承载建立方式以及能够紧急接入的核心网侧设备；
发送单元，用于向选择的核心网侧设备发送建立紧急承载请求消息，所述建立紧急承载请求消息中携带有接入网侧设备分配的用户面资源，建立所述接入网侧设备到所选择的核心网侧设备之间的紧急承载。
16.一种接入网侧设备，其特征在于，包括：第一接收单元、资源分配单元、资源调度单元、第一发送单元、第二发送单元，其中：
接收单元，用于接收用户设备的携带有紧急呼叫属性信息的附着请求消息；
资源分配单元，用于根据接收单元接收到的紧急呼叫属性信息分配用户面资源；
资源调度单元，根据接收单元接收到的紧急呼叫属性信息调度预留的空口资源；
第一发送单元，用于将资源分配单元所分配的用户面资源随同附着请求消息一起发送；
第二发送单元，用于在资源调度单元完成资源调度后，发送无线承载建立请求消息，建立空口侧紧急承载。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008100061211A CN101500213B (zh) | 2008-02-03 | 2008-02-03 | 一种用户设备紧急接入的方法、设备和系统 |
| PCT/CN2009/070333 WO2009097818A1 (zh) | 2008-02-03 | 2009-02-02 | 一种用户设备紧急接入的方法、设备和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008100061211A CN101500213B (zh) | 2008-02-03 | 2008-02-03 | 一种用户设备紧急接入的方法、设备和系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101500213A CN101500213A (zh) | 2009-08-05 |
| CN101500213B true CN101500213B (zh) | 2011-04-20 |
Family
ID=40947044
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008100061211A Active CN101500213B (zh) | 2008-02-03 | 2008-02-03 | 一种用户设备紧急接入的方法、设备和系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101500213B (zh) |
| WO (1) | WO2009097818A1 (zh) |
Families Citing this family (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2503141C2 (ru) | 2009-04-17 | 2013-12-27 | Нек Корпорейшн | Система мобильной связи, базовая станция, устройство шлюза, устройство базовой сети и способ связи |
| CN101998329B (zh) * | 2009-08-18 | 2013-08-07 | 电信科学技术研究院 | 一种保证紧急业务连续性的方法、设备和系统 |
| CN102014376B (zh) * | 2009-09-07 | 2015-03-11 | 华为技术有限公司 | 附着方法、寻呼方法、去附着方法及相关设备 |
| US20110070862A1 (en) * | 2009-09-22 | 2011-03-24 | Te-Ming Chen | Method of Handling Paging and Related Communication Device |
| ES2985872T3 (es) | 2009-10-02 | 2024-11-07 | Malikie Innovations Ltd | Método, equipo de usuario y medio no transitorio legible por ordenador para determinar causas de establecimiento para sesiones de emergencia |
| CN102045678B (zh) * | 2009-10-15 | 2013-03-13 | 电信科学技术研究院 | 一种通信处理方法及装置 |
| CN102158907B (zh) | 2010-02-12 | 2013-01-23 | 华为技术有限公司 | 优先级业务处理方法、装置和系统 |
| CN102223688B (zh) * | 2010-04-16 | 2016-04-13 | 中兴通讯股份有限公司 | 一种处理mtc优先警报消息的方法和系统 |
| CN101827345B (zh) * | 2010-05-14 | 2015-06-10 | 中兴通讯股份有限公司 | 紧急eps业务的实现方法、系统和终端 |
| CN102232309B (zh) * | 2010-08-20 | 2013-10-09 | 华为技术有限公司 | 基于智能终端的网络优化方法、设备及系统 |
| CN102413448B (zh) * | 2010-09-25 | 2016-06-08 | 中兴通讯股份有限公司 | Mtc设备发送优先告警数据的承载建立方法及系统 |
| CN102790979B (zh) * | 2011-05-18 | 2015-06-17 | 华为终端有限公司 | 在机器间通信中实现优先告警的方法及装置 |
| CN103096283A (zh) * | 2011-11-07 | 2013-05-08 | 中兴通讯股份有限公司 | 紧急呼叫业务的实现方法及装置 |
| CN102752739B (zh) * | 2012-06-26 | 2016-06-01 | 中国联合网络通信集团有限公司 | 空中开卡方法、终端、服务器及系统 |
| CN102857574B (zh) * | 2012-09-19 | 2015-04-29 | 中国联合网络通信集团有限公司 | 物联网信息处理方法和装置 |
| CN104254055B (zh) * | 2013-06-27 | 2018-03-27 | 电信科学技术研究院 | 一种紧急呼叫实现方法、设备及系统 |
| CN104284318B (zh) * | 2013-07-09 | 2017-12-15 | 普天信息技术研究院有限公司 | 一种td‑lte系统中紧急呼叫的识别方法 |
| CN104852994B (zh) * | 2014-02-13 | 2018-03-23 | 普天信息技术研究院有限公司 | 一种终端侧分组数据网服务器地址管理方法 |
| CN104853331A (zh) * | 2014-02-17 | 2015-08-19 | 普天信息技术有限公司 | 一种被叫紧急呼叫处理方法及系统 |
| CN111182624A (zh) * | 2014-03-10 | 2020-05-19 | 北京三星通信技术研究有限公司 | 一种用户位置信息汇报的方法 |
| CN105578441B (zh) * | 2014-10-15 | 2019-01-01 | 中国移动通信集团公司 | 一种网络服务质量参数的更新方法和装置 |
| WO2016175634A1 (ko) | 2015-04-30 | 2016-11-03 | 삼성전자 주식회사 | 무선 통신 시스템에서 재난 안전망 용 베어러를 형성하는 방법 및 장치 |
| CN108353245A (zh) * | 2015-11-27 | 2018-07-31 | 华为技术有限公司 | 一种信息内容传输方法和装置 |
| US11026056B2 (en) | 2016-01-15 | 2021-06-01 | Telefonaktiebolaget Lm Ericsson (Publ) | MBMS bearer handling |
| CN108702628B (zh) * | 2016-01-22 | 2024-03-15 | 黑莓有限公司 | 关键任务服务的接入点名称确定 |
| WO2018000363A1 (zh) * | 2016-06-30 | 2018-01-04 | 华为技术有限公司 | 一种传输数据的方法、设备和网络系统 |
| CN109314695B (zh) * | 2016-07-04 | 2021-01-29 | 华为技术有限公司 | 确定用户面协议栈的方法、控制面网元和系统 |
| WO2018049681A1 (zh) * | 2016-09-19 | 2018-03-22 | 华为技术有限公司 | 数据业务处理方法、装置、终端及网络设备 |
| CN107222933B (zh) * | 2017-06-27 | 2020-11-17 | 努比亚技术有限公司 | 一种通信方法、终端和计算机可读存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1909718A (zh) * | 2005-08-03 | 2007-02-07 | 中兴通讯股份有限公司 | 一种wcdma系统中的紧急呼叫处理方法 |
| CN1933656A (zh) * | 2005-09-16 | 2007-03-21 | 中兴通讯股份有限公司 | 宽带码分多址系统中的紧急呼叫处理方法 |
| JP2007134841A (ja) * | 2005-11-09 | 2007-05-31 | Nec Corp | 移動体通信システム、無線ネットワーク制御装置及びそれらに用いる発信者位置情報通知機能の実現方法 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100521813C (zh) * | 2001-04-27 | 2009-07-29 | 诺基亚公司 | 处理网络识别紧急会话的方法和系统 |
| JP4026118B2 (ja) * | 2002-02-20 | 2007-12-26 | 日本電気株式会社 | 移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法 |
| SE0302004D0 (sv) * | 2003-07-04 | 2003-07-04 | Ericsson Telefon Ab L M | Method and arrangement in a telecommunication system |
| US7929942B2 (en) * | 2006-03-20 | 2011-04-19 | Alcatel-Lucent Usa Inc. | Completing emergency calls over a network with a malfunctioning backhaul communications link |
-
2008
- 2008-02-03 CN CN2008100061211A patent/CN101500213B/zh active Active
-
2009
- 2009-02-02 WO PCT/CN2009/070333 patent/WO2009097818A1/zh not_active Ceased
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1909718A (zh) * | 2005-08-03 | 2007-02-07 | 中兴通讯股份有限公司 | 一种wcdma系统中的紧急呼叫处理方法 |
| CN1933656A (zh) * | 2005-09-16 | 2007-03-21 | 中兴通讯股份有限公司 | 宽带码分多址系统中的紧急呼叫处理方法 |
| JP2007134841A (ja) * | 2005-11-09 | 2007-05-31 | Nec Corp | 移動体通信システム、無線ネットワーク制御装置及びそれらに用いる発信者位置情報通知機能の実現方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2009097818A1 (zh) | 2009-08-13 |
| CN101500213A (zh) | 2009-08-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101500213B (zh) | 一种用户设备紧急接入的方法、设备和系统 | |
| JP7455138B2 (ja) | コアページング処理 | |
| CN101400153B (zh) | 用户设备通过hnb接入系统直接通信的方法 | |
| EP3527039B1 (en) | Method, session management function node, user plane function node, and user equipment for session management parameters maintenance and computer readable recording medium therein | |
| US10455489B2 (en) | Method for supporting PDN GW selection | |
| EP2667551B1 (en) | Method and system for setting up a bearer | |
| US9713042B2 (en) | Method and system for notifying attribute of IP address and SGW | |
| CN104469852B (zh) | 建立本地分流承载的方法和设备 | |
| EP3769563A2 (en) | Establishing a group session in a mobile network for subscribers associated with a group | |
| KR20100060800A (ko) | ＨｅＮＢ에서 단말에게 선택적으로 자원을 할당하기 위한 시스템 및 장치 | |
| CN101009907B (zh) | 演进网络架构中隧道建立、释放方法及装置 | |
| CN103533500A (zh) | 临近终端的通信方法及装置、系统 | |
| EP2903308B1 (en) | Implementation method for transmission-priority seizing of lte-based broadband cluster system | |
| EP2858387A1 (en) | Implementation method for transmission-priority application of lte-based broadband cluster system | |
| CN104105086A (zh) | 临近业务服务器的选择方法及装置、用户注册方法及装置 | |
| CN101547521A (zh) | 释放ue资源的方法 | |
| CN101860910A (zh) | 本地网络的承载建立方法、系统及装置 | |
| CN101272600A (zh) | 实现承载重建立的方法、及其相关设备 | |
| CN101626566B (zh) | 实现isr场景下终端迁移的方法和设备 | |
| US8385361B2 (en) | Multicast transmission to a radio access network | |
| CN102036219A (zh) | 本地连接信息的发送方法及装置 | |
| CN101651592A (zh) | 家用基站网关消息处理的方法 | |
| KR20180012110A (ko) | 제어평면과 데이터평면이 분리된 분산 네트워크 시스템에서 ｉｐ 주소의 할당과 해제를 위한 방법 | |
| CN103582163B (zh) | 承载处理方法、承载释放方法、装置及系统 | |
| CN101137203A (zh) | 建立用户平面的方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20090805 Assignee: Apple Computer, Inc. Assignor: Huawei Technologies Co., Ltd. Contract record no.: 2015990000755 Denomination of invention: Method, equipment and system for user equipment urgent access Granted publication date: 20110420 License type: Common License Record date: 20150827 |
|
| LICC | Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model |