专利名称：Ip多媒体子系统紧急呼叫的切换方法和基站的制作方法
技术领域：
本发明涉及移动通信才支术领域，尤其涉及一种IP多々某体子系统 紧急呼叫的切换方法和基站。
背景技术：
IP多々某体子系纟充(IP Multimedia Core Network Subsystem, 简 称为IMS)是由第三 合作<火4半计划(3rd Generation Partnership Project,简称为3GPP)组织才是出的一种基于IP的网全各架构，其构 建了一个开放而灵活的业务环境，支持多々某体应用，并为用户提供 丰富的多媒体业务。IMS是基于IP的电信网络架构，与接入技术无关，除了可以为 通用分组无线业务(General Packet Radio Service ，简称为GPRS )、 无线局域网(Wireless Local Area Network,简称为WLAN )等分组 接入网络提供业务外，还可以为全球移动通讯系统(Global System for Mobile communications ， 简 一尔为GSM )、纟充 一 详多动通ifl系纟充 (Universal Mobile Telecommunications System, 简称为UMTS )等 移动蜂窝网络提供业务。紧急呼叫(Emergency Call)是移动通4言系统中特有的一种i吾音 业务功能。只要用户"i殳备(User Equipment,简称为UE )在移动网 络覆盖的区域内，即4吏未插入用户识别才莫块(SIM)或i殳置了区域 限制、限制呼出，用户都可以通过拨打紧急号码(如110、 119、911等)发起紧急呼叫；紧急呼叫会被转到相应的紧急呼叫中心 (PSAP， Public Safety Answering Point),如警察局、消防P人、急 救中心等，由紧急呼叫中心为用户提供24小时的紧急救助服务。整 个紧急呼叫系统的运行由电信运营商和公安、消防、医院等紧急服 务才几构共同协作完成。一般而言，紧急呼叫都是在电路交换(Circuit Switch,简称为 CS)域(也可简称为电路域)中实现的；目前，随着网络的IP化， 分组交换(Packet Switch,简称为PS )域也开始支持紧急呼叫业务， 并在PS域上通过IMS进行呼叫信令控制来实现紧急呼叫。通常， IMS域提供的紧急呼叫业务可以简称为IMS紧急呼叫。图1是在演进的分组域(Evolved PS，简称为EPS )接入下， IMS紧急呼叫系统结构框架示意图。在该系统中包括有用以提供 底层的岸义载管理和移动'性管理的系统结构演进(System Architecture Evolution,简称为SAE)网络部分的网元；用以在底层承载层和上 层业务层建立有效的策略、计费控制的策略计费控制(Policy and Charging Control,简称为PCC )部分的网元，；用以为紧急呼叫4是 供位置服务和公共安全响应点(也称为紧急通信受理中心)(Public Safety Answering Point,简称为PSAP )的地址的定位业务(Location Service, LCS )网元；用以控制和处理紧急呼叫会话的IMS紧急业 务的部分网元。其中，如图1所示，EPS部分的网元包括演进的无线基站 (eNodeB),下一代的无线接入网的主要空口资源的控制设备，可 以提供更高的上下行速率，更低的传输延迟和更加可靠的无线传输； 移动管理实体(Mobility Management Entity,简称为MME ),用于 管理和存储UE上下文(比如UE/用户标识，移动性管理状态，用 户安全参数等)，为用户分配临时标识，当UE驻扎在该跟踪区域或 者该网络时负责对该用户进行鉴权；网络(GateWay,简称为GW )，用于处理用户面的凝:据3各由，分为月l务网关(Serving Gateway,简 称为S-GW )和分组4故据网网关(Packet Data Network Gateway ，简 称为P-GW), S-GW是EPS系统与传统3GPP系统间的移动锚点以 及eNodeB之间的移动锚点，P-GW主要负责终结处于闲置状态的 UE的下行数据，当发往UE的下行数据到达时，发起寻呼，管理和 存储UE的上下文，比如IP承载业务参数和网络内部路由信息等。PCC部分网元包4舌策略和计费控制管理功能(Policy and Charging Rules Function,简称为PCRF )，是PCC架构的重要功能 实体，用以控制策略和计费^见则的获取、装配、下发等；策略和计 费冲丸4亍功肯b (Policy and Charging Enforcement Function, 简一尔为 PCEF)，是具体的策略和计费的执行点，通常位于网关功能(Gate Way,简称GW)中。在EPS网全各中，PCEF功能位于P-GW中。定位业务网元包括位置获取功能实体(Location Retrieval Function,简称、LRF ) /关口移动定4立中心(Gateway Mobile Location Centre,简称GMLC)。IMS紧急呼叫部分的网元包括归属用户月良务器(Home Subscriber Server,简称为HSS )主要管理用户的签约数据，位于归 属网。呼叫会话控制功能(Call Session Control Function,简称为 CSCF)是控制会话过程的核心网元，包括代理呼叫会话控制功能 (Proxy-CSCF ，简称为P-CSCF )、月良务呼叫会话控制功能 (Serving-CSCF ,简称为S-CSCF )、紧急呼叫会话控制功能 (Emergency-CSCF，简称为E-CSCF)。其中，E-CSCF是在IMS域 引入的一个新的功能实体，与P-CSCF位于同一个网络中(当用户 漫游时为用户的拜访网络)，负责接收来自P-CSCF的紧急会话建立 请求，根据用户提供的位置信息或从LRF获取的位置信息和路由信 息，将紧急会话建立请求路由到紧急通信受理中心(PSAP)。同时，紧急通信受理中心可以通过从LRF中直接获取用户位置信息，并与 归属网结4关系，以回呼用户。此夕卜，该系统还包括UE、紧急通信受理中心(Public Safety Answering Point,简称PSAP )。当UE移动，信号变弱需要切换到目标小区下，在实际应用中， 可能有两种切4奐方式， 一种是MME内切4奐，其"t刀^奂流一呈如图2所 示，另一种为^争MME切换，其切换流程如图3所示。以下分别介 绍以上两种+刀4灸方式。(一)MME内切换。如图2所示，该切换流程主要包括如下步骤步骤201,源eNodeB判断目标小区是否在该UE的漫游限制列 表中，即该UE不能在目标小区漫游，如果是，则结束流程，否则 源eNodeB和目标eNodeB配合完成切换的准备过程，并继续步骤 202;步骤202,切换执行阶段，源eNodeB通知UE切换到目标 eNodeB ，并且负责4巴下行々某体数据转发夕合目标eNodeB ,目标 eNodeB进而将下行媒体发给UE;步骤203，切换完成阶段，UE切入目标eNodeB，上行数据通 道为UE->目标eNodeB->S-GW。目标eNodeB纟会MME发送士某体 3各径切换请求消息，指示将下4H某体3各径切换到目标eNodeB上。 MME给S-GW发送用户面更新请求消息，从而使得下行数据通道 为S-GW->目标eNodeB-> UE。步骤204,目标eNodeB根据配置触发UE执行追踪区更新过程。(二)跨MME切换。如图3所示，该切换流程主要括以下步骤步骤301,源eNodeB判断目标小区是否在该UE的漫游限制列 表中，如果是，则结束流程，不发起切换，否则，准备发起切换， 继续步骤302。步骤303，源MME收到源eNodeB发来的切4灸i青求 消息后，选定一个目才示MME，然后4巴+刀^f清求发给目标MME。步骤304,目标MME向目标S-GW发送创建媒体承载请求， 并接收目标S-GW发送的建立媒体承载的响应，此时，上行媒体可 以从目标S-GW发到P-GW。步骤305 ，目标MME给目标eNodeB发切换请求消息，目标 eNodeB分配所需承载，向目标MME返回响应消息。此时，上行々某 体可以从目标eNodeB经目标S-GW发到P-GW。步骤306,如果是间接转发媒体方式(即切换过程中，下行媒 体从源eNodeB经源S-GW、目标S-GW转发到目标eNodeB ),目 标MME通知目标S-GW建立转发媒体用的承载，并接收目标S-GW 返回的响应。如果是直接转发纟某体，则纟某体直接从源eNodeB转发 到目标eNodeB 。步骤307，目标MME向源MME发送切换响应消息，通知源 MME目标侧已经估文好切:换准备。步骤308,如果是间接转发^某体方式，源MME通知源S-GW 建立转发媒体用的承载，并接收源S-GW返回的响应。步骤309-步骤310，源MME给源eNodeB发切换命令，源 eNodeB将该切换命令转发给UE。此后下行媒体数据先被转发到目 标eNodeB ，然后在UE切入到目标eNodeB后再^皮发到UE。步骤311， UE向目标eNodeB发送切换确认，UE切入目标 eNodeB 。步骤312，目标eNodeB通知目标MME， UE已经切入目标 eNodeB 。步骤313,目标MME通知源MME切才灸完成，并4妄收源MME 返回的p向应。步骤314-步骤315,目标MME通知目标S-GW更新承载，并 接收目标S-GW更新承载响应，从而下行J 某体可以从目标S-GW经 目标eNodeB发给UE。目标S-GW再通知P-GW更新承载，并接收 P-GW更新承载响应，从而下行媒体可以从P-GW发到目标S-GW。 至此，々某体通道变成了 UE <->目标eNodeB <->目标S-GW <-〉 P-GW。步骤316，目标eNodeB触发UE执行追踪区更新过程。步骤317-步骤318，源承载和转发々某体用的承载被释放。上述流程中，如果目标小区落在漫游限制列表中(即UE不能 在目标小区漫游)，当前为UE 4是供无线资源的eNodeB会拒绝往目 标小区发起切换，也就是i兌网络无法让UE切换到目标小区，如果 UE当前进行的是紧急呼叫，则会导致紧急呼叫异常中断。发明内容有鉴于此，本发明提供了一种IP多媒体子系统紧急呼叫的切换方法和基站，用以解决现有才支术中由于目标小区为UE的漫游限制 小区从而导致紧急呼叫异常中断的问题。根据本发明的一个方面，提供了 一种IP多媒体子系统紧急呼叫 的切换方法，该方法用于用户设备在紧急呼叫过程中从源d、区切换 到目标小区。根据本发明的IP多媒体子系统紧急呼叫的切换方法包括源基 站确定发起切换时，根据紧急呼叫的媒体承载的承载信息中携带的 紧急呼叫承载标识，确定用户设备当前正进行紧急呼叫，发起到目 标小区的切换。优选地，上述目标小区为用户设备的漫游受限小区。根据本发明的另一个方面，提供了一种基站。根据本发明的基站包括获取模块、解析模块和切换模块。其 中，获取模块用于获取当前紧急呼叫的媒体承载的承载信息；解析 模块用于解析获取的承载信息，得到承载信息中携带的紧急呼叫承 载标识，其中，该紧急呼叫承载标识用于指示用户设备正在进行紧 急呼叫；切换模块用于根据紧急呼叫承载标识发起到目标小区的切 换。通过本发明的上述至少一个方案，源基站在确定发起切换时， 通过根据当前紧急呼叫的i某体承载的承载信息中携带的紧急呼叫承 载标识，确定UE是否正进行紧急呼叫，如果是，则无论目标小区 是否为该UE的漫游受限小区，都发起切换，从而解决了现有技术 中由于目标小区为UE的漫游限制小区从而导致紧急呼叫异常中断的问题，保证了紧急呼叫的正常进行，为用户提供了连续的紧急呼 叫业务，提高了用户体验。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部 分地从i兌明书中变得显而易见，或者通过实施本发明而了解。本发 明的目的和其他优点可通过在所写的说明书、权利要求书、以及附 图中所特别指出的结构来实现和获得。
附图用来^是供对本发明的进一步理解，并且构成i兑明书的 一部 分，与本发明的实施例一起用于解释本发明，并不构成对本发明的
限制。在附图中
图1为相关技术中IMS紧急呼叫系统结构框架示意图2为相关技术中的一种小区切换方法的流程图3为相关技术中另一种小区切换方法的流程图4为现有的在IMS域正常注册的用户在本地网络发起紧急呼 叫的处理信令流程图5为现有的紧急呼叫媒体承载的建立流程图6为根据本发明实施例的基站的结构框图7为实施例一的实施流禾呈图8为实施例二的实施流程图。
具体实施例方式
功能扭克述
为了使UE在进行紧急呼叫时，可以切换到漫游受限的目标小 区，本发明实施例提供了一种IMS紧急呼叫的切换方案。在该方案 中，UE在发起紧急呼叫，在建立该紧急呼叫的媒体承载的过程中， 在7 义载信息中携带紧急呼叫承载标识，源eNodeB确定进行切换时， 根据该紧急呼叫承载标识判断UE当前是否正进行紧急呼叫，只要 该UE当前正进行紧急呼叫，源eNodeB《更发起切换流程，无论目 标小区是否为该UE的漫游受限小区。
在不冲突的情况下，本发明中的实施例及实施例中的特征可以 相互纟且合。
以下结合附图对本发明的优选实施例进行说明，应当理解，此 处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本 发明。
为了便于理解，在对本发明实施例的具体实施方式
进行说明之 前，首先对UE发起紧急呼叫以及紧急呼叫媒体承载的建立流程进 行简要描述。
图4是已在IMS域正常注册的用户在本地网络发起紧急呼叫的 处理信令流程图。如图4所示，UE在本地网络发起紧急呼叫，紧 急呼叫处理过#呈包^舌如下步驶爻
步骤401, UE在S画CSCF进行注册；UE发起紧急呼叫前，需要在EPS (Evolved Packet System,演 进分组系统)7K载网全各建立紧急7K载，EPS中的MME负责移动性 管理与用户的鉴权认证等控制面功能。
步骤402， UE发起IMS紧急呼叫请求；
步骤403， P-CSCF接收到UE发起的呼叫请求后，判断该呼叫 请求是否为紧急呼叫请求，如果不是紧急呼叫请求，则按照普通呼 叫流程处理，本流程结束；否则，执行步骤404;
步骤404, P-CSCF才艮据本地策略将呼叫请求路由到本地的 E-CSCF;其中，E-CSCF的地址可以在P-CSCF中静态配置；
步骤405， E-CSCF收到紧急呼叫请求后，向位置获取功能 (Location Retrieval Function,简称为LRF )发送位置获耳又消息，消 息中包含UE的位置信息。LRF收到位置获取消息后，根据消息中 包含的UE的位置信息在LRF上得到本地PSAP的3各由地址，并将 PSAP的地址返回纟会E-CSCF;
步骤406, E-CSCF根据PSAP的路由地址，将紧急呼叫发送到 本地的PSAP;若未找到相应的PSAP地址，E-CSCF会将紧急呼叫 发送到默认的本地PSAP;其中，PSAP可以设置在CS域、PS域、 或7>共交#灸电^舌网(Public Switched Telephone Network, 简称、为 PSTN)中；
步骤407， PSAP确认本次呼叫，在UE与PSAP之间建立紧 急会话，包括紧急呼叫所需的媒体承载。图5为紧急呼叫々某体承载的建立流程图，如图5所示，紧急呼 叫々某体承载的建立主是包括以下步骤
步骤501, P-CSCF在媒体协商完成后，将紧急呼叫业务会话相 关信息通知给PCRF;
步骤502, PCRF完成策略和计费的决定，4巴上述相关信息l是供 给P-GW;
步-骤503, UE、 eNodeB、 MME、 S-GW、 P-GW进4亍交互配合 完成媒体承载的建立。
本发明实施例的基本思想是在建立紧急呼叫的媒体承载过程 中，在该媒体承载的承载信息中携带一个紧急呼叫承载标识，指示 当前UE正在进行的呼叫为紧急呼叫，源eNodeB在准备发起切换 时，根据该标识判断当前进行地为紧急呼叫，则无论目标小区是否 为漫游受限小区，都进行切换。
才艮据本发明实施例，首先才是供了一种IMS紧急呼叫的切换方 法，该方法用于UE在紧急呼叫过程中从源小区切换到目标小区。
根据本发明实施例的IMS紧急呼叫的切换方法主要包括源基 站确定发起切换时，根据当前UE正在进行的呼叫的媒体承载的承 载信息中携带的紧急呼叫承载标识，确定该UE当前正进行紧急呼 叫，发起到目标小区的切换，优选地，该目标小区可以为该UE的 漫游受限小区。
在具体实施过程中，在实施上述处理之前，UE发起紧急呼叫， 在建立该紧急呼叫的媒体承载过程中，在该媒体承载的承载信息中 携带紧急呼叫承载标识，指示该UE当前正在进行紧急呼叫。具体地，上述紧急呼叫承载标识可以UE发起紧急呼叫，在建
立紧急呼叫所需的媒体承载的过程(即如图4和图5所示的紧急呼 叫流程和媒体承载建立过程)中，在媒体承载的承载信息中携带该 紧急呼叫承载标识，该过程的实现方式包括但不限于以下两种方式
(一)由UE确定当前进4亍的呼叫为紧急呼叫。该方式主要包 4舌以下步-骤
步骤l: UE向P-CSCF发送紧急呼叫请求，其中，该紧急呼叫 请求中携带有紧急呼叫标识；
步骤2: P-CSCF接收到上述紧急呼叫请求后，根据其携带的紧 急呼叫标识，将携带有指示UE正在进行紧急呼叫的标识携带在会 话信息中发送给PCRF;
在具体实施过程中，P-CSCF接收到UE的紧急呼叫请求后，媒 体协商完成后，在资源授权的过程中，P-CSCF将相关的会话信息 发送给PCRF,在本发明实施例中，P-CSCF根据接收到的紧急呼叫 请求中携带的紧急呼叫标识，在发送给PCRF会话信息中携带指示 UE正在进行紧急呼叫的标识。
步骤3: PCRF将会话信息发送给P-GW;
在具体实施过程中，PCRF在完成策略和计费的决定后，将接 收到的来自P-CSCF的会话信息发送给P-GW。
步骤4: P-GW在与S-GW、 UE、源eNodeB、源MME进行交
互建立媒体承载的过程中，根据上述会话信息中携带的指示UE正 在进行紧急呼叫的标识，在媒体承载的承载信息中携带上述紧急呼 叫承载标识，且源eNodeB和源MME将^f呆存该紧急呼叫承载标识。(二)P-CSCF确定UE当前正进4亍紧急呼叫，该方式的实^见主 要包括以下步驶《
步骤l: P-CSCF接收到UE的呼叫请求后，确定该呼叫请求为 紧急呼叫请求(即UE正在发起紧急呼叫)，将紧急呼叫标识携带在 会话信息中发送给PCRF;
步骤2: PCRF将会话信息发送给P-GW;
步骤3: P-GW在与S-GW、 UE、源eNodeB、源MME进4亍交 互建立媒体承载的过程中，根据上述会话信息中携带的紧急会话标 识，在媒体承载的承载信息中携带上述紧急呼叫承载标识，且源 eNodeB和源MME爿^f呆存该紧急呼叫4义载标识。
在具体实施过程中，可以利用承载信息中的QoS的分配和保留 优先级标识来指示UE当前正进4亍紧急呼叫，也可以利用QoS的等 级标识来指示UE当前正进4亍紧急呼叫。当然，也可以在岸义载信息 中新增一个表示UE当前是否正进行紧急呼叫的标识。
如果源eNodeB根据承载信息中的紧急呼叫承载标识确定当前 UE正在进4亍紧急呼叫，确定发起到目标小区的切换，则源eNodeB 向源MME发送携带有上述紧急呼叫承载标识的切换请求；源MME 将该切换请求转发给目标MME,目标MME保存该紧急呼叫承载标 识，并发起后续的切换流程。
在该UE切换到目标小区后，目标eNodeB向UE发送追踪区更 新通知，指示UE发起追踪区更新，UE在接收到该通知后，向目标 MME发送追踪区更新请求，目标MME根据保存的上述紧急呼叫承 载标识，确定该UE当前正在进行紧急呼叫，则无论目标小区是否 为漫游受限小区，都保留已建立的上述紧急呼叫的相关承载。根据本发明实施例提供的上述IMS紧急呼叫的切换方法，可以 在目标小区为漫游小区时，将正在进^f亍紧急呼叫的UE切换到该目 才示小区。
才艮据本发明实施例，还4是供了 一种基站。
图6为根据本发明实施例的基站的结构框图，如图6所示，根 据本发明实施例的基站包括获取模块61、解析模块63和切换模 块65。其中，获取模块61获取当前紧急呼叫的媒体承载的承载信 息；解析模块63与获取模块61连接，用于解析获取模块61获取的 承载信息，得到承载信息中携带的紧急呼叫承载标识，其中，该紧 急呼叫承载标识用于指示UE正在进行紧急呼叫；切换模块65与解 析模块63连接，用于根据解析模块63得到的紧急呼叫承载标识发 起到目标小区的切:换。其中，该目标小区可以为该UE的漫游受限 小区。
根据本发明实施例的上述基站，可以在UE进行紧急呼叫时， 将该UE切换到其漫游受限的目标小区。
下面以具体实施例对本发明实施例提供的技术方案的具体实施 过程进行描述。
实施例一
本实施例以MME内切换为例，对本发明实施例提供的上述切 换方法进行描述。
图7为本实施例的具体流程图，在该实施例中，UE移动到目 标小区，当前正进行呼叫，如图7所示，才艮据本发明实施例4是供的 上述切换方法进4亍MME内切换主要包括以下步眾朵步骤S701,源eNodeB根据当前呼叫的媒体承载的承载信息中 携带的紧急呼叫承载标识判断UE当前是否正进行紧急呼叫，如果 是，准备发起切换，继续步骤S702,如果不是，则按照图2中的流 程进行；
步骤S702，切换执行阶段，源eNodeB通知UE切换到目标 eNodeB ，并且负责把下行媒体数据转发给目标eNodeB ，目标 eNodeB进而将下行媒体发给UE;
步骤S703,切换完成阶段，UE切入目标eNodeB，上行数据通 道为UE-〉目标eNodeB->S-GW。目标eNodeB给MME发々某体路 径切换请求消息，指示将下行々某体3各径切换到目标eNodeB上，该 请求中可以携带上述紧急呼叫承载标识。MME给S-GW发送用户 面更新请求消息，从而使得下行数据通道为S-GW ->目标eNodeB ->UE。
步骤S704，目标eNodeB才艮据配置触发UE #丸行追踪区更新过 程，UE向MME发送追踪更新请求，MME根据上述紧急呼叫承载 标识判断UE当前正进行紧急呼叫，则无论目标小区是否为漫游受 限小区，都保留已建立的该紧急呼叫的相关承载。
实施例二
该实施例以跨MME切换为例，对本发明实施例提供的技术方 案的具体实施进行详细描述。
图8为本实施例的实施流程图，如图8所示，本实施例主要包 :括以下步-骤
步骤S801 ，源eNodeB根据当前呼叫的々某体承载的承载信息中 携带的紧急呼叫承载标识判断UE是否正在进行紧急呼叫，如果是，则需要发起切换，继续步骤S802，否则，按照上述图3的流程进行 处理；
这样，即使目标小区在该UE的漫游限制列表中，但由于UE 当前正在进行紧急呼叫，因此，源eNodeB仍确定发起到目标小区 的切换。
步骤S802-步骤S803,源MME收到源eNodeB发来的切换请 求消息后，选定一个目标MME，然后4巴切换请求发症会目标MME;
其中，上述切换请求中携带有紧急呼叫承载标识，从而使得目 标MME可以判断UE正在进4于紧急呼叫，进而在切:換完成后，UE 发起TAU时目标MME可以根据该标识做出适当的处理。
步骤S804，目标MME向目标S-GW创建々某体承载请求；
执行上述步骤的处理后，上行媒体可以从目标S-GW发到 P-GW。
步骤S805 ，目标MME给目标eNodeB发切换请求消息，目标 eNodeB在收到该切换:请求消息后分配所需承载，向目标MME返回 响应消息；
其中，上述切换请求中携带有紧急呼叫承载标识，根据该紧急 呼叫7R载标识目标eNodeB可以判断UE正在进4亍紧急呼叫，如果 后续还需要进行切换，则目标eNodeB可以正常发起切换。执行完 上述步骤的处理之后，上行媒体可以从目标eNodeB经目标S-GW 发到P画GW。
步骤S806,如果是采用间接转发媒体方式(即切换过程中，下 行汷某体从源eNodeB经源S-GW、目标S-GW转发到目标eNodeB )，目标MME通知目标S-GW建立转发々某体用的承载，目标S-GW在 建立相关7 义载后，向目标MME返回响应消息；
如果采用直接转发媒体时，则媒体直接从源eNodeB转发到目 标eNodeB 。
步骤S807，目标MME给源MME发切4奂响应消息，通知源 MME目标侧已经啦文好切:换准备；
步骤S808，如果采用间接转发々某体方式，源MME通知源S-GW 建立转发媒体用的承载，源S-GW建立相关承载后，向源MME返 回响应消息；
步艰《S809-步艰《S810，源MME向源eNodeB发切4奂命令，源 eNodeB 4巴切换命令发给UE;
l丸4于上述步骤的处理之后，下4于纟某体lt据先一皮转发到目标 eNodeB,然后在UE切入到目标eNodeB后再^皮发到UE。
步艰《S811 ， UE切入目标eNodeB,并向目标eNodeB发送切换 确i人消息；
步A聚S812，目才示eNodeB向目才示MME发送+刀才奐通^口，通^口 UE 已经切入目标eNodeB;
步骤S813，目标MME向源MME发送切换完成通知，源MME 才妾收到该通知后向目标MME返回响应消息；
步骤S814-步驶《S815，目标MME向目标S发送7 义载更新"i青求， 目标S-GW更新后向目标MME返回响应消息；4丸4于上述步骤处理 之后，下4i4某体可以/人目标S-GW经目标eNodeB发给UE。然后，目标S-GW向P-GW发送承载更新请求，P-GW更新相关承载后， 向目标S-GW返回响应，执行上述步骤的处理之后，下行媒体可以 从P-GW发到目标S-GW;
#^亍完上述步艰《的处理之后，当前々某体通道为UE <->目标 eNodeB < - >目标S-GW < - 〉 P-GW。
步骤S816,目标eNodeB触发UE执行追踪区更新过程。由于 目标MME已经获知UE正在进行紧急呼叫，因此，无论UE切入 的是否为漫游受限小区，目标MME都不释方文已建立的上述紧急呼 叫的相关承载，紧急呼叫在切换后仍能正常进行。
步骤S817-步艰《S818,源MME与源eNodeB之间、源MME 与源S-GW之间进行交互，删除和释放承载和转发媒体用的资源。
如上所述，借助本发明实施例才是供的纟支术方案，源eNodeB在 确定发起切换时，通过当前紧急呼叫的媒体承载的承载信息中携带 的紧急呼叫承载标识判断UE当前是否正进行紧急呼叫，如果是， 则无论UE切入的目标小区是否漫游受限小区，源eNodeB都发起 到目标小区的切换，从而避免了由于目标小区为漫游受限小区，而 导致紧急呼叫异常中断的问题，使紧急呼叫可以切换到漫游限制'J、 区，从而达到给用户提供连接的紧急呼叫业务的目的，提高用户体 验；并且，在切换完成后，UE发起TAU, MME根据上述紧急呼叫 承载标识判断UE正进行紧急呼叫，则保留已建立的紧急呼叫相关 的承载，从而保存了紧急呼叫的顺利进行，进一步提高了用户体验。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明， 对于本领i或的才支术人员来i兌，本发明可以有各种更改和变4b。凡在 本发明的精神和原则之内，所作的任何修改、等同替换、改进等， 均应包含在本发明的保护范围之内。
权利要求
1.一种IP多媒体子系统紧急呼叫的切换方法，用于用户设备在紧急呼叫过程中从源小区切换到目标小区，其特征在于，所述方法包括源基站确定发起切换时，根据所述紧急呼叫的媒体承载的承载信息中携带的紧急呼叫承载标识，确定所述用户设备当前正进行紧急呼叫，发起到所述目标小区的切换。
2. 才艮据片又利要求1所述的方法，其特4i在于，在所述源基站确定 发起切换之前，所述方法还包括所述用户设备发起紧急呼叫；在建立所述紧急呼叫的媒体承载过程中，在所述媒体承载 的承载信息中携带所述紧急呼叫承载标识，其中，所述紧急呼 叫承载标识用于指示所述用户设备正在进行紧急呼叫。
3. 根据权利要求2所述的方法，其特征在于，在承载信息中携带 所述紧急呼叫承载标识的过程包括所述用户设备向代理呼叫会话控制功能实体发送紧急呼 叫请求，其中，所述紧急呼叫请求中携带有第 一 紧急呼叫标识；所述代理呼叫会话控制功能实体根据所述第 一 紧急呼叫 标识，将携带有第二紧急呼叫标识的会话信息中发送给策略和 计费控制管理功能实体；所述策略和计费控制管理功能实体将所述会话信息发送 给分组数据网关；所述分组数据网关在与服务网关、所述用户设备、所述源 基站、所述源移动管理实体进行交互建立所述纟某体承载的过程中，根据所述第二紧急呼叫标识，在所述媒体承载的所述承载 信息中携带所述紧急呼叫承载标识。
4. 根据权利要求2所述的方法，其特征在于，在承载信息中携带 所述紧急呼叫承载标识的过程包括代理呼叫会话控制功能实体接收到所述用户设备的紧急 呼叫请求后，确定所述用户设备正在进行紧急呼叫，将携带有 紧急呼叫标识的会话信息中发送给策略和计费控制管理功能 实体；所述策略和计费控制管理功能实体将所述会话信息发送 给分组凄t据网关；所述分组数据网关在与服务网关、所述用户设备、所述源 基站、所述源移动管理实体进行交互建立所述媒体承载的过程 中，根据所述紧急呼叫标识，在所述^ 某体承载的所述承载信息 中携带所述紧急呼叫承载标识。
5. 根据权利要求1至4任一项所述的方法，其特征在于，所述紧 急呼叫岸义载标识包括月艮务质量QoS的分配和寸呆留优先级标 识，或QoS的等级标识。
6. 才艮据—又利要求1所述的方法，其特4正在于，所述源基站发起到 所述目标小区的切换包括所述源基站向源移动管理实体发送切换请求，其中，所述 切换请求中携带有所述紧急呼叫承载标识；所述源移动管理实体将所述切换请求转发给目标移动管 理实体，所述目标移动管理实体保存所述紧急呼叫承载标识，并发起切换流程。
7. 根据权利要求6所述的方法，其特征在于，在所述切换流程完 成后，所述方法还包4舌所述用户设备接收目标基站发送的追踪区更新通知，其 中，所述追踪区更新通知用于指示所述用户设备发起追踪区更 新；所述用户i殳备向所述目标移动管理实体发送追踪区更新请求；所述目标移动管理实体根据保存的所述紧急呼叫承载标 识，确定所述用户设备正在进行紧急呼叫，保留与已建立的所 述紧急呼叫的媒体承载。
8. 根据权利要求1所述的方法，其特征在于，所述目标小区为所 述用户设备的漫游受限小区。
9. 一种基站，其特征在于，包括获取模块，用于获取当前紧急呼叫的媒体承载的承载信息；解析模块，用于解析获取的所述承载信息，得到所述承载 信息中携带的紧急呼叫承载标识，其中，所述紧急呼叫承载标识用于指示用户设备正在进行紧急呼叫；切换模块，用于根据所述紧急呼叫承载标识发起到目标小 区的"t刀^奂。
10. 根据权利要求9所述的基站，其特征在于，所述目标小区为所 述用户设备的漫游受限小区。
全文摘要
本发明公开了一种IP多媒体子系统紧急呼叫的切换方法和基站。在上述方法中，源基站确定发起切换时，根据紧急呼叫的媒体承载的承载信息中携带的紧急呼叫承载标识，确定用户设备当前正进行紧急呼叫，发起到目标小区的切换。根据本发明提供的技术方案，可以保证紧急呼叫的正常进行，为用户提供连续的紧急呼叫业务，提高用户体验。
文档编号H04W4/22GK101577888SQ20081017535
公开日2009年11月11日 申请日期2008年11月6日 优先权日2008年11月6日
发明者余志铭, 李志军 申请人:中兴通讯股份有限公司