紧急呼叫业务的处理方法、装置及系统的制作方法

专利名称：紧急呼叫业务的处理方法、装置及系统的制作方法
技术领域：
本发明实施例涉及移动通信技术领域，特别涉及一种紧急呼叫(Emergency Call, 简称EMC)业务的处理方法、装置及系统。
背景技术：
IP多媒体子系统(IP Multimedia Subsystem,简称IMS)作为下一代网络的核心技术，为未来的多媒体应用提供了一个通用的业务平台。利用IP连通接入网 络(IP-Connectivity Access Network,简称 IP-CAN)和 IMS 网络可以为终端(User Equipment，简称UE)提供紧急呼叫业务，例如报警业务和火警业务等业务，上述IP-CAN可 以为通用分组无线服务(General Packet Radio Service，简称GPRS)网络、通用移动通信 系统(Universal Mobile Telecommunications System，简称 UMTS)网络或演进分组系统 (Evolved Packet System，简称EPS)网络等IP网络。UE不但在正常的IP-CAN即正常区域 中能够进行紧急呼叫业务，而且在禁止区域(Restricted Area)或者封闭用户组(Closed Subscriber Group，简称CSG)区域等受限区域中也可以进行紧急呼叫业务。当UE从一个 正常区域移动到一个受限区域时，网络侧只保留紧急呼叫业务的承载，释放其他非紧急呼 叫业务的承载。现有技术方案中，当IMS中的策略和计费规则功能(Policy and Charging Rule Function，简称PCRF)设备接收到紧急呼叫业务指示(Emergency Service Indication)之 后，PCRF设备所下发的紧急呼叫业务的策略和计费控制(Policy and Charging Control, 简称PCC)规则与其他非紧急呼叫业务的PCC规则是相同的，从而使得策略和计费执行功能 (Policy and Charging Enforcement Function，简称PCEF)设备或承载绑定和事件报告功 能(Bearer Binding and Event Reporting Function，简称BBERF)设备根据上述紧急呼叫 业务的PCC规则和非紧急呼叫业务的PCC规则将紧急呼叫业务和非紧急呼叫业务绑定到同 一承载或分组数据协议(Packet Data Protocol，简称PDP)上下文上。但是，当正在进行紧急呼叫业务的UE从正常区域切换到受限区域时，网络侧释放 所有承载，从而导致了 UE无法继续正常进行紧急呼叫业务，限制了紧急呼叫业务的适用区 域。

发明内容
本发明实施例提供一种紧急呼叫业务的处理方法、装置及系统，用以实现当正在 进行紧急呼叫业务的UE从正常区域切换到受限区域时，UE能够继续正常进行紧急呼叫业 务，扩大紧急呼叫业务的适用区域。本发明实施例提供了一种紧急呼叫业务的处理方法，包括接收紧急呼叫业务指示；根据所述紧急呼叫业务指示，生成紧急呼叫业务策略，所述紧急呼叫业务策略中 携带有与紧急呼叫业务对应的QoS参数；
下发所述紧急呼叫业务策略，以供建立和/或修改承载紧急呼叫业务信息的承载 /上下文。本发明实施例还提供了一种紧急呼叫业务的处理装置，包括接收模块，用于接收紧急呼叫业务指示；生成模块，用于根据所述紧急呼叫业务指示，生成紧急呼叫业务策略，所述紧急呼 叫业务策略中携带有与紧急呼叫业务对应的QoS参数；处理模块，用于下发所述紧急呼叫业务策略，以供建立和/或修改承载紧急呼叫 业务信息的承载/上下文。本发明实施例又提供了一种紧急呼叫业务的处理系统，包括策略和计费规则功能设备，用于接收紧急呼叫业务指示，根据所述紧急呼叫业务 指示，生成紧急呼叫业务策略，所述紧急呼叫业务策略中携带有与紧急呼叫业务对应的QoS 参数，下发所述紧急呼叫业务策略；承载管理功能设备，用于接收所述紧急呼叫业务策略，根据所述紧急呼叫业务策 略，建立和/或修改承载紧急呼叫业务信息的承载/上下文。由上述技术方案可知，本发明实施例通过PCRF下发根据紧急呼叫业务指示所生 成的携带有与紧急呼叫业务对应的QoS参数的紧急呼叫业务策略，使得承载管理功能设备 能够根据紧急呼叫业务策略建立和/或修改承载紧急呼叫业务信息的承载/上下文，实现 了当正在进行紧急呼叫业务的UE从正常区域切换到受限区域时，UE能够继续通过所建立 和/或修改的承载紧急呼叫业务信息的承载/上下文正常进行紧急呼叫业务，从而扩大了 紧急呼叫业务的适用区域。


为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本 发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以 根据这些附图获得其他的实施方式。图1为本发明实施例一提供的紧急呼叫业务的处理方法的流程示意图；图2为本发明实施例二提供的紧急呼叫业务的处理方法的流程示意图；图3为本发明实施例三提供的紧急呼叫业务的处理方法的流程示意图；图4为本发明实施例四提供的紧急呼叫业务的处理方法的流程示意图；图5为本发明实施例五提供的紧急呼叫业务的处理方法的流程示意图；图6为本发明实施例六提供的紧急呼叫业务的处理方法的流程示意图；图7为本发明实施例七提供的紧急呼叫业务的处理装置的结构示意图；图8为本发明实施例八提供的紧急呼叫业务的处理系统的结构示意图。
具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于 本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。移动通信系统中，UE的用户使用数据业务的时候，通常利用的是一种接入点名称(Access Point Name，简称APN)的机制来标识UE所要访问的外部网络(即UE所要进行的 业务)，这个时候接入点设备利用APN解析来控制UE的路由。在基于IMS网络的通信系统 中，APN—般都部署在IP-CAN的网关设备上或者逻辑连接到IP-CAN的网关设备上，UE通 过IP-CAN进行IMS业务时，都通过网关设备代理出去到IMS网络，所以普通APN(即非运营 商指定的专门用于紧急呼叫业务的紧急APN)可以提供一般IMS业务、紧急呼叫业务等任何 IMS业务。下述本发明实施例中，UE所进行的IMS业务都是在IP-CAN中通过普通APN代理 出去到IMS网络，建立IP-CAN会话。其中的IP-CAN可以为GI3RS网络、UMTS网络或EPS网 络等IP网络。图1为本发明实施例一提供的紧急呼叫业务的处理方法的流程示意图，如图1所 示，本实施例的紧急呼叫业务的处理方法可以包括以下步骤步骤101、接收紧急呼叫业务指示；步骤102、根据上述紧急呼叫业务指示，生成紧急呼叫业务策略，上述紧急呼叫业 务策略中携带有与紧急呼叫业务对应的服务质量(Quality of Service，简称QoS)参数；步骤103、下发上述紧急呼叫业务策略，以供建立和/或修改承载紧急呼叫业务信 息的承载/上下文。本实施例中，UE在IP-CAN中需要进行紧急呼叫业务时，通过会话初始协议 (Session Initiation Protocol，简称SIP)信令消息与应用功能(Application Function, 简称AF)设备交互，通知AF需要进行紧急呼叫业务。AF针对UE发起的紧急呼叫SIP请求， 向PCRF发送紧急呼叫业务指示。PCRF接收到紧急呼叫业务指示之后，根据该紧急呼叫业务 指示生成携带有与紧急呼叫业务对应的QoS参数的紧急呼叫业务策略，并向具有承载管理 功能的承载管理功能设备，例如=PCEF设备或BBERF设备，下发所生成的上述紧急呼叫业务 策略，使得承载管理功能设备能够根据紧急呼叫业务策略建立和/或修改承载紧急呼叫业 务信息的承载/上下文，上述所承载的紧急呼叫业务信息可以包括紧急呼叫业务信令信息 和紧急呼叫业务媒体信息，实现了当正在进行紧急呼叫业务的UE从正常区域切换到受限 区域时，UE能够继续通过所建立和/或修改的承载紧急呼叫业务信令信息和紧急呼叫业务 媒体信息的承载/上下文正常进行紧急呼叫业务，从而扩大了紧急呼叫业务的适用区域。图2为本发明实施例二提供的紧急呼叫业务的处理方法的流程示意图，本实施例 中，UE通过EPS网络进行IMS业务，利用缺省承载传递IMS业务的SIP信令消息。如图2所 示，本实施例的紧急呼叫业务的处理方法可以包括以下步骤步骤201、AF根据UE发起的紧急呼叫SIP请求向PCRF发送认证授权请求 (Authentication Authorization Request，简称AAR)消息，该AAR消息中携带有紧急呼叫 业务指示，以通知AF需要进行紧急呼叫业务；步骤202、PCRF接收到AAR消息，根据上述紧急呼叫业务指示生成信令PCC规则和 媒体PCC规则，上述信令PCC规则和上述媒体PCC规则中携带有与紧急呼叫业务对应的QoS
参数；其中的QoS参数可以包括与紧急呼叫业务对应的QoS等级标识(QoS Class Identifier，简称QCI)参数和与紧急呼叫业务对应的分配和保持优先级(Priority ofAllocation and Retention，简称ARP)参数，例如QCI参数的值为5时，表明上述信令PCC 规则所适用的专有承载满足用于承载紧急呼叫业务信令信息的QoS要求；QCI参数的值为 1时，表明上述媒体PCC规则所适用的专有承载满足用于承载紧急呼叫业务媒体信息的QoS 要求；ARP参数的值为1时，表明上述信令PCC规则和上述媒体PCC规则适用于紧急呼叫业 务。进一步地，QoS参数还包括与紧急呼叫业务对应的计费控制(比如免费指示)，以避免 由于UE用户欠费导致的紧急呼叫业务无法进行。
^ 骤 203、PCRF AF 31 0 τΛ ilH g tX ^ (Authentication Authorization Answer，简称AAA)消息；步骤204、PCRF向分组数据网网关(PDN Gateway,简称P-GW)发送重认证请求 (Re-Auth Request,简称RAR)消息，该RAR消息中携带有上述信令PCC规则和上述媒体PCC 规则；步骤205、P-Gff接收到RAR消息，与UE进行交互，执行专有承载建立流程，建立承 载紧急呼叫业务信令信息的专有承载和承载紧急呼叫业务媒体信息的专有承载；本步骤中，针对紧急呼叫业务的信令PCC规则，P-GW发起专有承载建立流程，建立 承载紧急呼叫业务信令信息的专有承载。根据信令PCC规则中所携带的QCI参数和ARP参 数的取值设置该专有承载的QCI参数和ARP参数，例如将该专有承载的QCI参数的取值设 置为5，表明该专有承载满足用于承载紧急呼叫业务信令信息的QoS要求；将该专有承载的 ARP参数的取值设置为1，表明该专有承载用于承载紧急呼叫业务信令信息，以及P-GW再进 一步将该信令PCC规则绑定到该专有承载上。进一步地，P-GW还可以根据该信令PCC规则 中所携带的计费指示作相应的计费处理，例如对紧急呼叫业务的信令流量/时长不产生 话单、配额管理时不考虑紧急呼叫业务的信令流量/时长；本步骤中，针对紧急呼叫业务的媒体PCC规则，P-GW发起专有承载建立流程，建立 承载紧急呼叫业务媒体信息的专有承载。根据媒体PCC规则中所携带的QCI参数和ARP参 数的取值设置该专有承载的QCI参数和ARP参数，例如将该专有承载的QCI参数的取值设 置为1，表明该专有承载满足用于承载紧急呼叫业务媒体信息即VoIP媒体流的QoS要求； 将该专有承载的ARP参数的取值设置为1，表明该专用承载用于承载紧急呼叫业务媒体信 息，以及P-GW再进一步将该媒体PCC规则绑定到该专有承载上。进一步地，P-GW还可以根 据该媒体PCC规则中所携带的计费指示作相应的计费处理，例如对紧急呼叫业务的媒体 流量/时长不产生话单、配额管理时不考虑紧急呼叫业务的媒体流量/时长。需要说明的是本实施例为简明起见，流程示意图中只示出了 P-GW与UE直接 交互执行专有承载建立流程，实际上还通过了其他中间节点，例如服务网关(Serving Gateway，简称S-GW)、移动性管理实体(Mobility Management Entity，简称MME)等网络实 体。步骤206、P-Gff向PCRF返回重认证应答(Re-Auth Answer,简称RAA)消息。
本实施例中，当UE移动到受限区域时，演进通用移动通信系统(UMTS)陆地无线 接入网(Evolved Universal Mobile Telecommunication System Territorial Radio Access Network，简称E-UTRAN)中的演进型Node B (eNB)根据上述与紧急呼叫业务对应的 ARP参数识别出承载紧急呼叫业务信令信息的专有承载和承载紧急呼叫业务媒体信息的专 有承载，并且在UE的移动过程中保留所识别出的承载紧急呼叫业务信令信息的专有承载和承载紧急呼叫业务媒体信息的专有承载，释放其他承载其他正常IMS业务的承载，使得 UE能够继续通过上述两个专有承载正常进行紧急呼叫业务，从而扩大了紧急呼叫业务的适 用区域。图3为本发明实施例三提供的紧急呼叫业务的处理方法的流程示意图，本实施例 中，UE通过GPRS网络进行IMS业务，利用缺省上下文传递IMS业务的SIP信令消息。如图 3所示，本实施例的紧急呼叫业务的处理方法可以包括以下步骤步骤301、AF根据UE发起的紧急呼叫SIP请求向PCRF发送AAR消息，该AAR消息 中携带有紧急呼叫业务指示，以通知AF需要进行紧急呼叫业务；步骤302、PCRF接收到AAR消息，根据上述紧急呼叫业务指示生成信令PCC规则和 媒体PCC规则，上述信令PCC规则和上述媒体PCC规则中携带有与紧急呼叫业务对应的QoS
参数；其中的QoS参数可以包括与紧急呼叫业务对应的QCI参数和与紧急呼叫业务对应 的ARP参数，例如QCI参数的值为5时，表明上述信令PCC规则所适用的PDP上下文满足用 于承载紧急呼叫业务信令信息的QoS要求；QCI参数的值为1时，表明上述媒体PCC规则所 适用的PDP上下文满足用于承载紧急呼叫业务媒体信息的QoS要求；ARP参数的值为1时， 表明上述信令PCC规则和上述媒体PCC规则适用于紧急呼叫业务。进一步地，QoS参数还 包括与紧急呼叫业务对应的计费标识(免费指示)，以避免因为UE用户欠费导致的紧急呼 叫业务无法进行。步骤303、PCRF向AF返回AAA消息；AF接收到AAA消息之后，通过SIP信令消息与UE交互，通知UE发起PDP上下文建
立流程。步骤304、UE 通过 GPRS 网关支持节点(Gateway GPRS Support Node，简称 GGSN) 与PCRF进行交互，执行PDP上下文建立流程，建立承载紧急呼叫业务信令信息的PDP上下 文和承载紧急呼叫业务媒体信息的PDP上下文；本步骤中，针对紧急呼叫业务的信令PCC规则，UE发起PDP上下文建立流程，建立 承载紧急呼叫业务信令信息的PDP上下文。具体地，UE向GGSN发送PDP上下文建立消息， 该PDP上下文建立消息中携带有业务流模板(Traffic Flow Template，简称TFT)和信令标 识，该TFT包括与紧急呼叫业务信令信息对应的IP五元组等信息。GGSN接收到PDP上下文 建立消息之后，向PCRF发送信贷控制请求(Credit Control Request，简称CCR)消息，该 CCR消息中携带有TFT和承载使用标识(BEARER USAGE)，该承载使用标识的取值指明承载 信令信息。PCRF接收到CCR消息之后，将步骤302中生成的上述信令PCC规则绑定到该PDP 上下文上，并向GGSN返回信贷控制应答(Credit Control Answer，简称CCA)消息，该CCA 消息中携带有绑定到该PDP上下文上的信令PCC规则和该PDP上下文的QoS参数。GGSN接 收到CCA消息之后，根据CCA消息中的PDP上下文的QoS参数的取值设置该PDP上下文的 QCI参数和ARP参数，例如将该PDP上下文的QCI参数的取值设置为5，表明该PDP上下文 满足用于承载紧急呼叫业务信令信息的QoS要求；将该PDP上下文的ARP参数的取值设置 为1，表明该PDP上下文用于承载紧急呼叫业务信令信息，并向UE返回PDP上下文建立应 答消息。进一步地，GGSN还可以根据该信令PCC规则中所携带的计费指示作相应的计费处 理，例如对紧急呼叫业务的信令流量/时长不产生话单、配额管理时不考虑紧急呼叫业务的信令流量/时长；本步骤中，针对紧急呼叫业务的媒体PCC规则，UE发起PDP上下文建立流程，建立 承载紧急呼叫业务媒体信息的PDP上下文。具体地，UE向GGSN发送PDP上下文建立消息， 该PDP上下文建立消息中携带有TFT，该TFT包括与紧急呼叫业务媒体信息对应的IP五元 组等信息。GGSN接收到PDP上下文建立消息之后，向PCRF发送CCR消息，该CCR消息中携 带有TFT和承载使用标识，该承载使用标识的取值指明是通用的即承载媒体信息。PCRF接 收到CCR消息之后，将步骤302中生成的上述媒体PCC规则绑定到该PDP上下文上，并向 GGSN返回CCA消息，该CCA消息中携带有绑定到该PDP上下文上的媒体PCC规则和该PDP 上下文的QoS参数。GGSN接收到CCA消息之后，根据CCA消息中的PDP上下文的QoS参数 的取值设置该PDP上下文的QCI参数和ARP参数，例如将该PDP上下文的QCI参数的取值 设置为1，表明该PDP上下文满足用于承载紧急呼叫业务媒体信息即VoIP媒体流的QoS要 求；将该PDP上下文的ARP参数的取值设置为1，表明该PDP上下文用于承载紧急呼叫业务 媒体信息，并向UE返回PDP上下文建立应答消息。进一步地，GGSN还可以根据该媒体PCC 规则中所携带的计费指示作相应的计费处理，例如对紧急呼叫业务的媒体流量/时长不 产生话单、配额管理时不考虑紧急呼叫业务的媒体流量/时长。需要说明的是本实施例为简明起见，流程示意图中只示出了 UE通过GGSN与 PCRF交互执行PDP上下文建立流程，实际上还通过了其他中间节点，例如服务GPRS支持 节点(Serving GPRS Support Node，简称 SGSN)。本实施例中，当UE移动到受限区域时，全球移动通信系统(Global System for Mobile Communications，简称 GSM) / 提高数据速率的 GSM 演进技术(Enhanced Data rate for GSM Evolution，简称 EDGE)无线接入网(GSM EDGE Radio Access Network，简称 GERAN)中的基站系统(Base Station System，简称BSS)根据上述与紧急呼叫业务对应的 ARP参数识别出承载紧急呼叫业务信令信息的PDP上下文和承载紧急呼叫业务媒体信息的 PDP上下文，并且在UE的移动过程中保留所识别出的承载紧急呼叫业务信令信息的PDP上 下文和承载紧急呼叫业务媒体信息的PDP上下文，释放其他承载正常IMS业务的PDP上下 文，使得UE能够继续通过上述两个PDP上下文正常进行紧急呼叫业务，从而扩大了紧急呼 叫业务的适用区域。图4为本发明实施例四提供的紧急呼叫业务的处理方法的流程示意图，本实施例 中，UE通过EPS网络进行IMS业务，利用缺省承载传递IMS业务的SIP信令消息。如图4所 示，本实施例的紧急呼叫业务的处理方法可以包括以下步骤步骤401、AF根据UE发起的紧急呼叫SIP请求向PCRF发送AAR消息，该AAR消息 中携带有紧急呼叫业务指示，以通知AF需要进行紧急呼叫业务；步骤402、PCRF接收到AAR消息，根据上述紧急呼叫业务指示生成信令PCC规则、 媒体PCC规则和缺省承载调整策略，上述信令PCC规则和上述媒体PCC规则中携带有与紧 急呼叫业务对应的QoS参数，上述缺省承载调整策略中携带有与紧急呼叫业务对应的QoS 参数；其中的QoS参数可以包括与紧急呼叫业务对应的QCI和与紧急呼叫业务对应的ARP参数，例如QCI参数的值为5时，表明上述信令PCC规则所适用的缺省承载满足用于承 载紧急呼叫业务信令信息的QoS要求；QCI参数的值为1时，表明上述媒体PCC规则所适用的专有承载满足用于承载紧急呼叫业务媒体信息的QoS要求；ARP参数的值为1时，表明上述信令PCC规则和上述媒体PCC规则适用于紧急呼叫业务。进一步地，QoS参数还包括与 紧急呼叫业务对应的计费控制(比如免费指示)，以避免因为UE用户欠费导致的紧急呼叫 业务无法进行。 步骤403、PCRF向AF返回AAA消息；步骤404、PCRF向P-GW发送RAR消息，该RAR消息中携带有上述信令PCC规则、上 述媒体PCC规则和上述缺省承载调整策略；步骤405、P_GW接收到RAR消息，与UE进行交互，执行缺省承载的QoS参数修改流 程，修改承载紧急呼叫业务信令信息的缺省承载，以及与UE进行交互，执行专有承载建立 流程，建立承载紧急呼叫业务媒体信息的专有承载；本步骤中，针对紧急呼叫业务的信令PCC规则，P-GW发起缺省承载的QoS参数修改 流程，修改承载紧急呼叫业务信令信息的缺省承载。根据缺省承载调整策略中所携带的ARP 参数的取值修改该缺省承载的ARP参数，例如将该缺省承载的ARP参数的取值设置为1， 表明该缺省承载用于承载紧急呼叫业务信令信息。可选地，根据缺省承载调整策略中所携 带的QCI参数的取值修改该缺省承载的QCI参数，例如将该缺省承载的QCI参数的取值设 置为5，表明该缺省承载满足用于承载紧急呼叫业务信令信息的QoS要求。进一步地，P-GW 还可以根据该信令PCC规则中所携带的计费指示作相应的计费处理，例如对紧急呼叫业 务的信令流量/时长不产生话单、配额管理时不考虑紧急呼叫业务的信令流量/时长；本步骤中，针对紧急呼叫业务的媒体PCC规则，P-GW发起专有承载建立流程，建立 承载紧急呼叫业务媒体信息的专有承载。根据媒体PCC规则中所携带的QCI参数和ARP参 数的取值设置该专有承载的QCI参数和ARP参数，例如将该专有承载的QCI参数的取值设 置为1，表明该专有承载满足用于承载紧急呼叫业务媒体信息即VoIP媒体流的QoS要求； 将该专有承载的ARP参数的取值设置为1，表明该专用承载用于承载紧急呼叫业务媒体信 息，以及P-GW再进一步将该媒体PCC规则绑定到该专有承载上。进一步地，P-GW还可以根 据该媒体PCC规则中所携带的计费指示作相应的计费处理，例如对紧急呼叫业务的媒体 流量/时长不产生话单、配额管理时不考虑紧急呼叫业务的媒体流量/时长。需要说明的是本实施例为简明起见，流程示意图中只示出了 P-GW与UE直接交互 执行缺省承载的QoS参数修改流程、执行专有承载建立流程，实际上还通过了其他中间节 点，例如S-GW、MME等网络实体。步骤406、P-Gff 向 PCRF 返回 RAA 消息。本实施例中，当UE移动到受限区域时，E-UTRAN中的eNB根据上述与紧急呼叫业 务对应的ARP参数识别出承载紧急呼叫业务信令信息的缺省承载和承载紧急呼叫业务媒 体信息的专有承载，并且在UE的移动过程中保留所识别出的承载紧急呼叫业务信令信息 的缺省承载和承载紧急呼叫业务媒体信息的专有承载，使得UE能够继续通过上述缺省承 载和专有承载正常进行紧急呼叫业务，从而扩大了紧急呼叫业务的适用区域。可选地，为了进一步保证当UE进入到受限区域之后，限制缺省承载仅可以用于承 载紧急呼叫业务信令信息，本实施例步骤404中的PCRF还可以进一步通过RAR消息向P-GW 下发事件订阅信息策略，以订阅UE的位置变化。当UE进入受限区域时，MME通过S-GW向 P-Gff发送承载更新消息，以通知UE发生了位置变化。P-GW接收到承载更新消息之后，根据上述事件订阅信息策略通过CCR消息向PCRF上报UE当前的位置信息。PCRF根据UE当前 的位置信息判断出UE进入受限区域时，在该缺省承载上只保留紧急呼叫业务的信令PCC规 贝U，去激活该缺省承载上的其他正常IMS业务的PCC规则，以确保该缺省承载只用于承载紧 急呼叫业务信令信息，避免UE在受限区域还可以进行其他IMS业务。PCRF通过CCA消息向 P-Gff返回更新的信令PCC规则。P-GW根据更新的信令PCC规则，与UE交互，执行缺省承载 的TFT更新流程，以通知UE该缺省承载仅能够承载紧急呼叫业务信令信息。当UE重新移 动回正常区域之后，PCRF可以再次激活该缺省承载上的其他正常IMS业务的PCC规则，以 允许UE在正常区域通过缺省承载进行其他正常IMS业务。
图5为本发明实施例五提供的紧急呼叫业务的处理方法的流程示意图，与本发明 实施例四相比，本实施例中使用的是代理移动IP (Proxy MIP，简称PMIP)，UE通过EPS网络 进行IMS业务，利用建立在UE与S-GW之间的缺省承载传递IMS业务的SIP信令消息。如 图5所示，本实施例的紧急呼叫业务的处理方法可以包括以下步骤
步骤501、AF根据UE发起的紧急呼叫SIP请求向PCRF发送AAR消息，该AAR消息 中携带有紧急呼叫业务指示，以通知AF需要进行紧急呼叫业务；步骤502、PCRF接收到AAR消息，根据上述紧急呼叫业务指示生成信令PCC规则、 媒体PCC规则和缺省承载调整策略，上述信令PCC规则和上述媒体PCC规则中携带有与紧 急呼叫业务对应的QoS参数，上述缺省承载调整策略中携带有与紧急呼叫业务对应的QoS 参数；其中的QoS参数可以包括与紧急呼叫业务对应的QCI和与紧急呼叫业务对应的 ARP参数，例如QCI参数的值为5时，表明上述信令PCC规则所适用的缺省承载满足用于承 载紧急呼叫业务信令信息的QoS要求；QCI参数的值为1时，表明上述媒体PCC规则所适用 的专有承载满足用于承载紧急呼叫业务媒体信息的QoS要求；ARP参数的值为1时，表明上 述信令PCC规则和上述媒体PCC规则适用于紧急呼叫业务。进一步地，QoS参数还包括与 紧急呼叫业务对应的计费控制(比如免费指示)，以避免因为UE用户欠费导致的紧急呼叫 业务无法进行。步骤503、PCRF向AF返回AAA消息；步骤504、PCRF向S-GW发送RAR消息，该RAR消息中携带有上述信令PCC规则中 的QoS部分(不包含计费部分)、上述媒体PCC规则中的QoS部分(不包含计费部分)和上 述缺省承载调整策略；需要说明的是因为S-GW不做计费控制，并且上述缺省承载调整策略已经能够用 于将缺省承载的QoS参数修改为与紧急呼叫业务对应的QoS参数，所以此时下发上述信令 PCC规则中的QoS部分不是必选的。步骤505、S_GW接收到RAR消息，与UE进行交互，执行缺省承载的QoS参数修改流 程，修改承载紧急呼叫业务信令信息的缺省承载，以及与UE进行交互，执行专有承载建立 流程，建立承载紧急呼叫业务媒体信息的专有承载；本步骤中，针对紧急呼叫业务的信令PCC规则，S-Gff发起缺省承载的QoS参数修 改流程，修改承载紧急呼叫业务信令信息的缺省承载。根据缺省承载调整策略中所携带的 ARP参数的取值修改该缺省承载的ARP参数，例如将该缺省承载的ARP参数的取值设置为 1，表明该缺省承载用于承载紧急呼叫业务信令信息。可选地，根据缺省承载调整策略中所携带的QCI参数的取值修改该缺省承载的QCI参数，例如将该缺省承载的QCI参数的取值 设置为5，表明该缺省承载满足用于承载紧急呼叫业务信令信息的QoS要求。本步骤中，针对紧急呼叫业务的媒体PCC规则，S-GW发起专有承载建立流程，建立 承载紧急呼叫业务媒体信息的专有承载。根据媒体PCC规则中所携带的QCI参数和ARP参 数的取值设置该专有承载的QCI参数和ARP参数，例如将该专有承载的QCI参数的取值设 置为1，表明该专有承载满足用于承载紧急呼叫业务媒体信息即VoIP媒体流的QoS要求； 将该专有承载的ARP参数的取值设置为1，表明该专用承载用于承载紧急呼叫业务媒体信 肩、ο步骤506、S-Gff 向 PCRF 返回 RAA 消息。
步骤507、PCRF向P-GW发送RAR消息，该RAR消息中携带有上述信令PCC规则和 上述媒体PCC规则；步骤508、P_GW接收到RAR消息，执行上述信令PCC规则和上述媒体PCC规则。P-Gff 根据该信令PCC规则中所携带的计费指示作相应的计费处理，例如对紧急呼叫业务的信 令流量/时长不产生话单、配额管理时不考虑紧急呼叫业务的信令流量/时长；以及根据该 媒体PCC规则中所携带的计费指示作相应的计费处理，例如对紧急呼叫业务的媒体流量/ 时长不产生话单、配额管理时不考虑紧急呼叫业务的媒体流量/时长。步骤509、P-Gff 向 PCRF 返回 RAA 消息。需要说明的是上述步骤506 步骤508也可以在步骤504之前执行。本实施例中，当UE移动到受限区域时，E-UTRAN中的eNB根据上述与紧急呼叫业 务对应的ARP参数识别出承载紧急呼叫业务信令信息的缺省承载和承载紧急呼叫业务媒 体信息的专有承载，并且在UE的移动过程中保留所识别出的承载紧急呼叫业务信令信息 的缺省承载和承载紧急呼叫业务媒体信息的专有承载，使得UE能够继续通过上述缺省承 载和专有承载正常进行紧急呼叫业务，从而扩大了紧急呼叫业务的适用区域。可选地，为了进一步保证当UE进入到受限区域之后，限制缺省承载仅可以用于承 载紧急呼叫业务信令信息，本实施例步骤504中的PCRF还可以进一步通过RAR消息向S-GW 下发事件订阅信息策略，与本发明实施例四的流程类似，此处不再赘述。图6为本发明实施例六提供的紧急呼叫业务的处理方法的流程示意图，本实施例 中，UE通过EPS网络进行IMS业务，利用UE与P-GW之间所建立的专用承载传递IMS业务 的SIP信令消息。如图6所示，本实施例的紧急呼叫业务的处理方法可以包括以下步骤步骤601、AF根据UE发起的紧急呼叫SIP请求向PCRF发送AAR消息，该AAR消息 中携带有紧急呼叫业务指示，以通知AF需要进行紧急呼叫业务；本步骤中的上述紧急呼叫SIP请求是通过传递信令信息的专用承载发送到AF的。步骤602、PCRF接收到AAR消息，根据上述紧急呼叫业务指示生成信令PCC规则和 媒体PCC规则，上述信令PCC规则和上述媒体PCC规则中携带有与紧急呼叫业务对应的QoS 参数；其中的QoS参数可以包括与紧急呼叫业务对应的QCI和与紧急呼叫业务对应的 ARP参数，例如QCI参数的值为5时，表明上述信令PCC规则所适用的专有承载满足用于承 载紧急呼叫业务信令信息的QoS要求；QCI参数的值为1时，表明上述媒体PCC规则所适用 的专有承载满足用于承载紧急呼叫业务媒体信息的QoS要求；ARP参数的值为1时，表明上述信令PCC规则和上述媒体PCC规则适用于紧急呼叫业务。进一步地，QoS参数还包括与紧急呼叫业务对应的计费控制(比如免费指示)，以避免因为UE用户欠费导致的紧急呼叫 业务无法进行。步骤603、PCRF向AF返回AAA消息；步骤604、PCRF向P-GW发送RAR消息，该RAR消息中携带有上述信令PCC规则和 上述媒体PCC规则；步骤605、P_GW接收到RAR消息，与UE进行交互，执行专有承载的QoS参数修改流 程，修改承载紧急呼叫业务信令信息的专有承载，以及与UE进行交互，执行专有承载建立 流程，建立承载紧急呼叫业务媒体信息的专有承载；本步骤中，针对紧急呼叫业务的信令PCC规则，P-Gff发起专有承载的QoS参数修 改流程，修改承载紧急呼叫业务信令信息的专有承载。根据信令PCC规则中所携带的ARP 参数的取值修改该专有承载的ARP参数，例如将该专有承载的ARP参数的取值设置为1， 表明该专有承载用于承载紧急呼叫业务信令信息。可选地，根据信令PCC规则中所携带的 QCI参数的取值修改该专有承载的QCI参数，例如将该专有承载的QCI参数的取值设置为 5，表明该专有承载满足用于承载紧急呼叫业务信令信息的QoS要求。以及P-GW再进一步 将该信令PCC规则绑定到该专有承载上。进一步地，P-GW还可以根据该信令PCC规则中所 携带的计费指示作相应的计费处理，例如对紧急呼叫业务的信令流量/时长不产生话单、 配额管理时不考虑紧急呼叫业务的信令流量/时长；本步骤中，针对紧急呼叫业务的媒体PCC规则，P-GW发起专有承载建立流程，建立 承载紧急呼叫业务媒体信息的专有承载。根据媒体PCC规则中所携带的QCI参数和ARP参 数的取值设置该专有承载的QCI参数和ARP参数，例如将该专有承载的QCI参数的取值设 置为1，表明该专有承载满足用于承载紧急呼叫业务媒体信息即VoIP媒体流的QoS要求； 将该专有承载的ARP参数的取值设置为1，表明该专用承载用于承载紧急呼叫业务媒体信 息，以及P-GW再进一步将该媒体PCC规则绑定到该专有承载上。进一步地，P-GW还可以根 据该媒体PCC规则中所携带的计费指示作相应的计费处理，例如对紧急呼叫业务的媒体 流量/时长不产生话单、配额管理时不考虑紧急呼叫业务的媒体流量/时长。需要说明的是本实施例为简明起见，流程示意图中只示出了 P-GW与UE直接交互 执行承载紧急呼叫业务信令信息的专有承载的QoS参数修改流程、执行承载紧急呼叫业务 媒体信息的专有承载建立流程，实际上还通过了其他中间节点，例如S-GW、MME等网络实 体。步骤606、P-Gff 向 PCRF 返回 RAA 消息。本实施例中，当UE移动到受限区域时，E-UTRAN中的eNB根据上述与紧急呼叫业 务对应的ARP参数识别出承载紧急呼叫业务信令信息的专有承载和承载紧急呼叫业务媒 体信息的专有承载，并且在UE的移动过程中保留所识别出的承载紧急呼叫业务信令信息 的专有承载和承载紧急呼叫业务媒体信息的专有承载，使得UE能够继续通过上述专有承 载和专有承载正常进行紧急呼叫业务，从而扩大了紧急呼叫业务的适用区域。需要说明的是对于前述的各方法实施例，为了简单描述，故将其都表述为一系列 的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为 依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明 所必须的。在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部 分，可以参见其他实施例的相关描述。图7为本发明实施例七提供的紧急呼叫业务的处理装置的结构示意图，如图7所 示，本实施例的紧急呼叫业务的处理装置可以包括接收模块71、生成模块72和处理模块 73。其中，接收模块71接收紧急呼叫业务指示，生成模块72根据接收模块71所接收到的 上述紧急呼叫业务指示，生成紧急呼叫业务策略，上述紧急呼叫业务策略中携带有与紧急 呼叫业务对应的QoS参数，处理模块73下发生成模块72所生成的上述紧急呼叫业务策略， 以供建立和/或修改承载紧急呼叫业务信息的承载/上下文。上述本发明实施例一的方法、本发明实施例二中PCRF、本发明实施例三中PCRF、 本发明实施例四中PCRF、本发明实施例五中PCRF和本发明实施例六中PCRF的功能均可以 由本发明实施例提供的紧急呼叫业务的处理装置实现。
本实施例中，接收模块接收到紧急呼叫业务指示之后，生成模块根据该紧急呼叫 业务指示生成携带有与紧急呼叫业务对应的QoS参数的紧急呼叫业务策略，并由处理模块 向具有承载管理功能的承载管理功能设备，例如=PCEF设备或BBERF设备，下发生成模块所 生成的上述紧急呼叫业务策略，使得承载管理功能设备能够根据紧急呼叫业务策略建立和 /或修改承载紧急呼叫业务信息的承载/上下文，上述所承载的紧急呼叫业务信息可以包 括紧急呼叫业务信令信息和紧急呼叫业务媒体信息，实现了当正在进行紧急呼叫业务的UE 从正常区域切换到受限区域时，UE能够继续通过所建立和/或修改的承载紧急呼叫业务信 令信息和紧急呼叫业务媒体信息的承载/上下文正常进行紧急呼叫业务，从而扩大了紧急 呼叫业务的适用区域。进一步地，本实施例中生成模块72所生成的上述紧急呼叫业务策略可以包括携 带有与紧急呼叫业务对应的QoS参数的紧急呼叫业务PCC规则和/或携带有与紧急呼叫业 务对应的QoS参数的缺省承载/上下文调整策略。当上述紧急呼叫业务策略中包括携带有 与紧急呼叫业务对应的QoS参数的缺省承载/上下文调整策略时，处理模块73还可以用于 向PCEF设备或BBERF设备下发事件订阅信息策略，获取PCEF设备或BBERF设备根据上述 事件订阅信息策略上报的UE的位置信息，当根据上述UE的位置信息判断UE进入受限区域 时，在缺省承载/上下文上只保留紧急呼叫业务PCC规则，以确保上述缺省承载/上下文只 用于承载紧急呼叫业务信息。图8为本发明实施例八提供的紧急呼叫业务的处理系统的结构示意图，本实施例 的紧急呼叫业务的处理系统可以包括策略和计费规则功能设备81和承载管理功能设备 82。其中，策略和计费规则功能设备81用于接收紧急呼叫业务指示，根据上述紧急呼叫业 务指示，生成紧急呼叫业务策略，上述紧急呼叫业务策略中携带有与紧急呼叫业务对应的 QoS参数，向承载管理功能设备82下发上述紧急呼叫业务策略；承载管理功能设备82用于接收策略和计费规则功能设备81所下发的上述紧急呼 叫业务策略，根据上述紧急呼叫业务策略，建立和/或修改承载紧急呼叫业务信息的承载/ 上下文。
上述本发明实施例一的方法、本发明实施例二中PCRF、本发明实施例三中PCRF、 本发明实施例四中PCRF、本发明实施例五中PCRF和本发明实施例六中PCRF的功能均可以 由本发明实施例提供的紧急呼叫业务的处理系统中的策略和计费规则功能设备81实现。进一步地，本实施例中策略和计费规则功能设备81所生成的上述紧急呼叫业务 策略可以包括携带有与紧急呼叫业务对应的QoS参数的紧急呼叫业务PCC规则和/或携带 有与紧急呼叫业务对应的QoS参数的缺省承载/上下文调整策略。当上述紧急呼叫业务策 略中包括携带有与紧急呼叫业务对应的QoS参数的缺省承载/上下文调整策略时，策略和 计费规则功能设备81还可以用于向承载管理功能设备82下发事件订阅信息策略，获取根 据上述事件订阅信息策略上报的UE的位置信息，当上述UE进入受限区域时，在缺省承载/ 上下文上只保留紧急呼叫业务PCC规则，以确保上述缺省承载/上下文只用于承载紧急呼 叫业务信息；承载管理功能设备82还可以用于接收策略和计费规则功能设备81所下发的 上述事件订阅信息策略，根据上述事件订阅信息策略向策略和计费规则功能设备81上报 的UE的位置信息。本实施例中的承载管理功能设备82可以为策略和计费执行功能(PCEF)设备，例 如P-GW、GGSN等设备；还可以为承载绑定和事件报告功能(BBERF)设备，例如S_GW、SGSN
等设备。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过 程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序 在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括R0M、RAM、磁碟或者 光盘等各种可以存储程序代码的介质。最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然 可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替 换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精 神和范围。
权利要求
一种紧急呼叫业务的处理方法，其特征在于，包括接收紧急呼叫业务指示；根据所述紧急呼叫业务指示，生成紧急呼叫业务策略，所述紧急呼叫业务策略中携带有与紧急呼叫业务对应的服务质量QoS参数；下发所述紧急呼叫业务策略，以供建立和/或修改承载紧急呼叫业务信息的承载/上下文。
2.根据权利要求1所述的方法，其特征在于，所述紧急呼叫业务策略包括携带有与紧 急呼叫业务对应的QoS参数的紧急呼叫业务策略和计费控制PCC规则和/或携带有与紧急 呼叫业务对应的QoS参数的缺省承载/上下文调整策略。
3.根据权利要求1所述的方法，其特征在于，所述与紧急呼叫业务对应的QoS参数包括 与紧急呼叫业务对应的分配和保持优先级ARP参数。
4.根据权利要求2所述的方法，其特征在于，所述紧急呼叫业务策略包括携带有与紧 急呼叫业务对应的QoS参数的缺省承载/上下文调整策略时，所述方法还包 括下发事件订阅信息策略，以订阅终端UE的位置变化；获取根据所述事件订阅信息策略上报的UE的位置信息；当所述UE进入受限区域时，在缺省承载/上下文上只保留紧急呼叫业务PCC规则，以 确保所述缺省承载/上下文只用于承载紧急呼叫业务信息。
5.根据权利要求1 4中任一权利要求所述的方法，其特征在于，所述紧急呼叫业务策 略包括紧急呼叫业务信令策略和紧急呼叫业务媒体策略，其中，所述紧急呼叫业务信令策 略用于建立和/或修改承载紧急呼叫业务信令信息的承载/上下文，所述紧急呼叫业务媒 体策略用于建立和/或修改承载紧急呼叫业务媒体信息的承载/上下文。
6.一种紧急呼叫业务的处理装置，其特征在于，包括接收模块，用于接收紧急呼叫业务指示；生成模块，用于根据所述紧急呼叫业务指示，生成紧急呼叫业务策略，所述紧急呼叫业 务策略中携带有与紧急呼叫业务对应的QoS参数；处理模块，用于下发所述紧急呼叫业务策略，以供建立和/或修改承载紧急呼叫业务 信息的承载/上下文。
7.根据权利要求6所述的装置，其特征在于，所述紧急呼叫业务策略包括携带有与紧 急呼叫业务对应的QoS参数的缺省承载/上下文调整策略时，所述处理模块还用于下发事 件订阅信息策略，获取根据所述事件订阅信息策略上报的UE的位置信息，当所述UE进入受 限区域时，在缺省承载/上下文上只保留紧急呼叫业务PCC规则，以确保所述缺省承载/上 下文只用于承载紧急呼叫业务信息。
8.一种紧急呼叫业务的处理系统，其特征在于，包括策略和计费规则功能设备，用于接收紧急呼叫业务指示，根据所述紧急呼叫业务指示， 生成紧急呼叫业务策略，所述紧急呼叫业务策略中携带有与紧急呼叫业务对应的QoS参 数，下发所述紧急呼叫业务策略；承载管理功能设备，用于接收所述紧急呼叫业务策略，根据所述紧急呼叫业务策略，建 立和/或修改承载紧急呼叫业务信息的承载/上下文。
9.根据权利要求8所述的系统，其特征在于，所述紧急呼叫业务策略包括携带有与紧急呼叫业务对应的QoS参数的缺省承载/上下文调整策略时，所述策略和计费规则功能设备还用于向所述承载管理功能设备下发事件订阅信息策 略，获取所述承载管理功能设备根据所述事件订阅信息策略上报的UE的位置信息，当所述 UE进入受限区域时，在缺省承载/上下文上只保留紧急呼叫业务PCC规则，以确保所述缺省 承载/上下文只用于承载紧急呼叫业务信息；所述承载管理功能设备还用于接收所述事件订阅信息策略，根据所述事件订阅信息策 略向所述策略和计费规则功能设备上报UE的位置信息。
10.根据权利要求8或9所述的系统，其特征在于，所述承载管理功能设备包括策略和 计费执行功能设备或承载绑定和事件报告功能设备。
全文摘要
本发明实施例涉及一种紧急呼叫业务的处理方法、装置及系统，方法包括接收紧急呼叫业务指示；根据所述紧急呼叫业务指示，生成紧急呼叫业务策略，所述紧急呼叫业务策略中携带有与紧急呼叫业务对应的QoS参数；下发所述紧急呼叫业务策略，以供建立和/或修改承载紧急呼叫业务信息的承载/上下文。本发明实施例可以使得承载管理功能设备能够根据紧急呼叫业务策略建立和/或修改承载紧急呼叫业务信息的承载/上下文，实现了当正在进行紧急呼叫业务的UE从正常区域切换到受限区域时，UE能够继续通过所建立和/或修改的承载紧急呼叫业务信息的承载/上下文正常进行紧急呼叫业务，从而扩大了紧急呼叫业务的适用区域。
文档编号H04W4/24GK101848448SQ200910080698
公开日2010年9月29日 申请日期2009年3月25日 优先权日2009年3月25日
发明者夏旭, 朱奋勤, 李岩 申请人:华为技术有限公司