WO2008025231A1

WO2008025231A1 - Procédé et système pour réaliser un appel d'urgence

Info

Publication number: WO2008025231A1
Application number: PCT/CN2007/002454
Authority: WO
Inventors: Dongjun Wu
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2006-08-25
Filing date: 2007-08-15
Publication date: 2008-03-06
Also published as: CN101132624A; CN100563373C

Description

实现紧急业务的方法及其系统

技术领域

本发明涉及通信领域，尤其是指一种实现紧急业务的技术。背景技术

在社会发展过程中，无论是传统电话网的通信时代，还是现在高速的第三代、甚至是下一代通信网络时代，紧急业务都被社会所重视，因为紧急业务可以在个人 /公共的健康和安全、生命 /财产遭遇危险的危急情况下，提供紧急帮助的业务。因此，在通信网络要为紧急业务提供高优先级的通信服务，根据对主叫用户的位置信息和紧急业务类型的判断将呼叫路由到最适合的公共安全接入点（PSAP, Public Safety Answering Point ), 由该 PS AP将呼叫路由到最适合的紧急呼叫中心（ ECC, Emergency Call Centre )处理，再由该 ECC迅速为求助者提供帮助。

随着分组技术的不断成熟，基于电路交换的传统电信网络正在向着基于分组交换的宽带电信网发展，而使用 SIP作为分组电信核心网的呼叫控制信令则是当前的技术发展趋势之一，为了支持传统电路用户在下一代网络中的接入，欧洲电信标准组织 ( ETSI, European Telecommunications Standards Institute )提出了一种公共电话交换网 /综合业务数字网仿真子系统（PES ) 的方案。 PES 是 ETSI标准组织定义的下一代（NGN, Next Generation Network ) 网络架构中业务层的一个子系统，该子系统在 NGN网络中能为传统电话终端仿真公共电话交换网 /综合业务数字网（PSTN/ISDN )网络。这样， NGN网络的传统电话终端用户，可以继承 PSTN/ISDN网络的业务，而不会感知到从 PSTN/ISDN到 NGN网络的改变，在 NGN网络中为用户终端（UE, User Equipment )提供紧急服务。

3GPP的 TS23.167定义了 IMS网络中紧急业务的实现流程。其中 IP多媒体子系统（ IMS , IP Multimedia Subsystem )是第三代移动通信标准化组织（ 3GPP , 3rd Generation Partnership Project )在 Release 5版本中提出的，该 IMS网络是一个在分组域上的多媒体控制 /呼叫控制平台，支持会话类和非会话类多媒体业务，其核心特点是釆用会话发起协议（ SIP, Session Initiation Protocol )可以为未来多媒体应用提供一个通用的业务平台。

根据现有技术的紧急业务的定义，在 UE发起紧急业务时，实现流程参考图 1所示：

步骤 Sl、 UE检测到用户发起紧急呼叫请求；

步骤 S2、此时如 UE正在进行一项其它呼叫业务，并且所述 UE没有足够的资源和能力（如 UE创建呼叫的能力或带宽能力的限制）再建立一个呼叫 (紧急呼叫）， UE结束正在进行的呼叫，释放承载资源；

步骤 S3、 UE根据自身的属性判断是否要进行承载注册，如需要进行承载注册， UE向 IP接入网（IP-CAN )发起承载注册；

步骤 S4、在紧急资源承载时，为了传送 IMS相关信令，要求在 IP-CAN预留承载资源，这个资源的预留需要 UE提供一个为紧急业务而发起的承载资源预留的指示，向 IP-CAN发起承载资源预留；

在此步骤中，要求 IP-CAN预留承载资源， UE需要到 IP-CAN发起承载资源预留，但是根据现有技术的内容， UE不能准确判断 IP-CAN是否要求 UE发起在紧急呼叫时需要发起紧急承载资源预留，所以这就需要 UE与 IP _ CAN之间进行交互，消耗了大量的信令；

步骤 S5、 UE在 IP - CAN发起代理呼叫会话控制单元（ P - CSCF, Proxy - Call Session Control Function )发现的过程，为所述紧急呼叫在本地网络中找到一个合适的 P - CSCF, 执行步骤 S6;

其中该步骤中合适的 P - CSCF是指相对主叫用户最方便的接入点，也就是说，根据这个接入点所呼叫的 ECC可以在第一时间使主叫用户获得救助；

在现有技术中，每次发起紧急呼叫时， UE均要执行 P - CSCF发现过程，这样也影响了紧急呼叫的接续效率；

S6、 UE有能力注册到 IMS网络时，此时如 UE具有带有用户标识，如有 SIM卡， UE釆用步骤 S3、 S4中的 IP地址以及 S5中的 P - CSCF发起一次 IMS 紧急注册，该紧急注册请求中包含一个 IMS紧急公共用户标识， UE通过 IMS 会话建立流程发起包含一个紧急呼叫指示和紧急公共用户标识的紧急呼叫；或，

UE没有能力注册到 IMS网络时，如 UE不具有带有用户标识的 SIM卡，则 UE不必发起 IMS紧急注册，直接向 P - CSCF发起紧急呼叫，此时该紧急呼叫中包括一个紧急呼叫指示。

S7、 UE建立 IMS网络会话，发起紧急呼叫。

在该方案中，发生紧急呼叫时，只要 UE具有能力注册到 IMS网络中，就必须进行 IMS紧急注册后，才能发起紧急呼叫，这样也降低了紧急呼叫的接续效率。并且在现有技术的紧急呼叫业务中，没有将 UE的位置信息作为一项重要的业务属性，所以在紧急呼叫时也有对 UE位置做出错误的判断。

另外，在现有技术中，考虑到提高紧急呼叫的接续效率，业界考虑到绝大多数的 UE都已经进行了普通注册，所以如果 UE没有进行漫游时，用户可以不发起 IMS紧急注册，这样就在一定程度上提高了仅仅呼叫的接续效率。

综上所述，现有技术中进行紧急业务时，尽管 UE在没有漫游时可以省略向 IMS网络注册的步骤，但是还是需要判断是否进行承载注册、紧急承载资源预留以及 P - CSCF重选的步骤，还是没能最大程度的提高紧急业务的接续效率。发明内容

本发明实施例提供一种实现紧急业务的方法及系统，用以解决现有技术中存在紧急呼叫的接续效率不高的技术问题。

本发明实施例提供的一种实现紧急业务的方法包括以下步骤：

用户终端获得紧急业务属性信息；

所述用户终端按照获得的紧急业务属性与网络侧进行交互；

用户终端通过 IMS网络向紧急中心发起紧急业务。

本发明实施例提供的提供一种实现紧急业务的系统，至少包括用户终端、网络侧以及紧急中心，其中：

所述用户终端，根据其获取的紧急业务属性与所述网络侧进行信息交互，将用户发出的紧急业务请求接入所述网络侧；

所述网络侧，用于根据用户终端传递的信息，与所述用户终端进行交互，将所述紧急业务发送给所述紧急中心；

所述紧急中心，用于接收所述网络侧传送的紧急业务，与所述用户终端通信。

通过本发明实施例提供的方案，用户终端可以根据获得紧急业务属性，确定在紧急业务情况下，是否需要发起紧急承载资源预留，是否发起 P-CSCF重选，是否发起 IMS紧急注册，在满足紧急业务中紧急承载资源预留， P-CSCF重选， IMS紧急注册要求的同时节约信令消耗，又提高紧急业务的效率。附图说明

图 1为现有技术实现紧急业务进行的流程示意图；

图 2为本发明实施例实现紧急业务的方法流程图；

图 3为本发明实施例实现紧急业务的系统结构框图;

图 4为本发明实施例的用户终端的结构示意图。具体实施方式

本发明实施例提供了一种实现紧急业务的方法及系统，其核心在于，在发起紧急业务时，用户终端可以根据紧急业务属性，确定在紧急业务情况下，是否需要发起紧急承载资源预留，是否发起 P-CSCF重选，是否发起 IMS紧急注册，是否需要提供位置信息，这样就使用户终端可以根据网络的指示来确认上述信息，节省了发起紧急业务中的信令消耗，同时提高了紧急业务的处理效率。参考图 2所示，为本发明实施例实现紧急业务的方法的基本流程图，由图 2 可以看出，本方法包括以下步骤：

步骤 201、用户终端获得紧急业务属性信息；

在本步骤 201 中，所述紧急业务属性包括以下属性中的一种或者几种或者全部：

所述用户终端发起紧急业务前是否需要发起紧急承载资源预留的紧急承载资源预留属性；所述用户终端发起紧急业务前是否需要执行 P - CSCF重选的 P - CSCF重选属性；所述用户终端发起紧急业务前是否需要 IMS紧急注册的 IMS 紧急注册属性；所述用户终端进行紧急业务时是否需要携带其所在位置的位置信息属性。

在本步骤中，所述用户终端存储的紧急业务属性可以在紧急业务过程中（如会话过程中）通过和网络信息交互，所述用户终端从网络侧获得；也可以在用户发起紧急业务前与网络的交互过程中（如接入网附着或 P - CSCF发现过程或 IMS紧急注册时），所述用户终端从网络侧获得；所述终端也可以由设置在所述用户终端上的存储部分上或设备的默认设置获得。

在本实施例中，网络侧釆用以下形式将所述紧急业务属性提供给用户终端： a、将紧急业务属性显式（直接方式）发送给所述用户终端，直接指示在紧急业务情况下，是否需要发起紧急承载资源预留，是否发起 P-CSCF重选，是否发起 IMS紧急注册，发起 IMS紧急业务时是否携带用户终端位置信息。

b、将紧急业务属性隐式（间接方式）发送给所述用户终端，即网络侧将网络相关属性或 /和终端相关属性提供给所述用户终端，由所述用户终端对其判断确定出所述紧急业务属性。网络相关属性包括以下至少一种：接入网络信息，接口控制单元信息，会话控制单元信息；接入网络信息包括：接入网络类型（如 GPRS网络， WLAN网络， DSL网络等），接入网络能力（如接入网络是否至支持紧急承载资源预留等），接入网络状态（如接入网络是否发生了漫游，接入网络工作状态是否正常等），接入控制单元信息包括：接入控制单元能力（如接入控制单元是否支持紧急业务），接入控制单元状态（如接入控制单元位于漫游域或归属域，接入控制单元工作状态），会话控制单元信息包括：用户签约数据（如用户签约了免打扰业务），会话控制单元能力（如会话控制单元是否支持紧急业务），会话控制单元状态（如会话控制单元状态）；终端相关属性包括但不局限于：终端类型（固定，移动），终端能力（如是否支持发起紧急注册），终端漫游状态（漫游，不漫游）；用户终端可以根据该隐式的紧急业务属性判断获得相应的紧急业务属性，若用户终端位于漫游域内就需要发起

IMS紧急注册，则接入网络类型是 GPRS就需要发起紧急承载资源预留和 P-CSCF 重选。

如果网络侧将紧急业务属性中的部分信息发送给所述用户终端，其中网络侧没有发生的业务属性，用户终端可以从用户终端上的存储部分获得紧急业务属性，或者根据与网络侧的约定或终端的配置使用默认的紧急业务属性。

用户终端获得的紧急业务属性可以由网络侧提供 (紧急业务属性的获得形式可以分为显式或隐式），或由用户终端的存储部分的默认设置获得，或按照网络默认设置获得。其中所述默认设置可以是和网络侧约定的，也可以仅仅是用户终端的默认配置。当所述用户终端从网络侧获得紧急业务属性时，所述的紧急业务属性可以由接入网络，也可以由 IMS网络提供给用户终端。

以下釆用具体的例子对用户终端如何获得紧急业务属性信息进行说明：方式一、所述紧急业务属性是由网络侧在所述用户终端发起接入网附着时提供给所述用户终端；

网络侧可以在普通附着过程或者用于紧急业务的附着过程提供紧急业务属性给用户终端；

例如：用户终端 UE 通过 GPRS 网络发送附着到分组交换（PS , Packet Switched )域的请求时， GPRS网络根据 UE的请求生成接入响应消息，同时将紧急业务属性携带在响应消息中由 IP接入网提供给 UE, 该紧急业务属性可以是网络侧根据网络规划或者 UE的状态，位置等信息，或紧急中心的位置信息确定，在本实施例中，所确定的紧急业务属性可能包括：在紧急业务时 UE需要发起紧急承载资源预留； UE需要执行 P-CSCF重选； UE需要 IMS紧急注册； UE 在发出紧急业务时需要提供位置信息。所述 UE接收到接入响应消息，并保存该紧急业务属性信息，实现网络侧对 UE的紧急业务属性指示。鉴于 UE保存了所述的紧急业务属性信息，当 UE检测到紧急业务时， UE根据该信息就可以了解到网络的要求，并按照该信息与网络侧进行信息交互，即 UE发起紧急承载资源预留、 P-CSCF重选、和 IMS紧急注册。

另外，在本实施例中，所述用户终端在发起接入网络附着请求时，同时携带向网络侧获取紧急业务属性的信息，网络侧根据该获取信息将所述紧急业务属性发送给所述用户终端。

在本实施例中， UE也可以通过移动或固定接入方式接入到分组核心网，在以固定方式接入分组核心网时， IP接入网可以在给 UE分配 IP地址，或者 PPPOE 认证时，通知 UE相关紧急业务属性；另外，紧急业务属性不仅可以以上述直接方式提供给 UE保存，也可以以间接方式提供，也就是由 UE根据相应信息判断获得相应的紧急业务属性，若网络侧提供当前网络接入类型是 GPRS网络，则 UE 根据该接入网络类型确定在紧急呼叫时，需要发起紧急承载资源预留，需要执行 P-CSCF重选，需要 IMS紧急注册，需要提供位置信息；网络侧在提供紧急业务属性时，可能会由于网络属性（如接入网络类型，接入网络的能力）决定可以仅向 UE提供部分信息，对于网络未提供的信息， UE可以釆用根据网络规划设置的默认属性确定出紧急业务属性。

方式二、网络侧在用户终端发起 P - CSCF发现时将紧急业务属性提供给所述用户终端；

网络侧可以在普通 P-CSCF发现过程或者用于紧急业务的 P-CSCF发现过程中提供紧急业务属性给用户终端；

例如：用户终端 UE通过接入到网络侧，以分组网络为例，网络侧在完成 UE 的接入认证后，通过 DHCP过程，由 IP接入网将网络中 P-CSCF的地址通知 UE, 同时在提供的 P - CSCF地址中携带紧急业务属性信息；如：在紧急业务时不需要发起紧急承载资源预留，需要执行 P-CSCF重选，需要 IMS紧急注册，不需要提供位置信息； UE接收到网络侧提供的 P - CSCF地址信息，并保存其中的紧急业务属性信息，实现网络侧对 UE的紧急业务属性指示。鉴于 UE保存了所述的紧急业务属性信息，当 UE检测到紧急业务时， UE 居该信息就可以了解到网络的要求，并按照该信息与网络侧进行信息交互，即 UE不发起紧急承载资源预留，而直接发起 P-CSCF重选，和 IMS紧急注册。当然在本实施例中，网络侧也可以在其它 P-CSCF发现过程中，如 GPRS下的 PDP方式，将紧急业务属性提供给 UE。

另外，在本实施例中，所述用户终端在发起 P - CSCF发现请求时，同时携带向网络侧获取紧急业务属性的信息，网络侧根据该获取信息将所述紧急业务属性发送给所述用户终端。

在本方式二中，紧急业务属性不仅可以直接在 P - CSCF发现过程中完全提供给所述 UE; 也可以釆用间接方式提供给所述 UE, 由 UE根据相应信息判断获得相应的紧急业务属性 , 若网络侧提供当前 P-CSCF是否位于漫游或归属网络的信息，则 UE^^艮据该信息可以判断获得相应的紧急业务属性，在本实施例中，若 P-CSCF位于漫游域，则不需要发起 P-CSCF重选。另外，在本方式中，网络侧在提供紧急业务属性时，可能会由于网络属性决定可以仅向 UE提供部分信息，对于网络未提供的信息， UE可以根据网络规划釆用设置的默认属性确定出紧急业务属性。

方式三、网络侧在用户终端发起 IMS注册时，由网络侧将紧急业务属性提供给所述用户终端；

网络侧可以在普通 IMS注册过程或者用于紧急业务的 IMS注册过程中提供紧急业务属性给用户终端；

具体为：当 UE完成接入网络的附着和 P-CSCF发现，根据 P-CSCF发现过程中获得的网络侧接入控制单元的地址，通过该接入控制单元发起 IMS注册，该注册消息被转发到网络侧的会话控制单元执行注册控制；根据网络规划，所述会话控制单元返回注册响应消息，并在该注册响应消息中携带紧急业务属性信息，通过所述接入控制单元返回给所述 UE; 在本实施例中，所述会话控制单元也可以只返回注册响应消息至所述接入控制单元，由所述接入控制单元在该注册响应消息中插入紧急业务属性，返回给所述 UE, 所述 UE保存其中的紧急业务属性 (如：在紧急业务时不需要发起紧急承载资源预留，不需要执行 P-CSCF重选，需要 IMS紧急注册）。鉴于 UE保存了所述的紧急业务属性信息，当 UE检测到紧急业务时， UE根据该信息就可以了解到网络的要求，并按照该信息与网络侧进行信息交互，即 UE不发起紧急承载资源预留和 P-CSCF重选，而是首先发起 IMS 紧急注册。

另外，在本实施例中，所述用户终端在发起 IMS紧急注册请求时，同时携带向网络侧获取紧急业务属性的信息，网络侧才艮据该获取信息将所述紧急业务属性发送给所述用户终端。

在本方式三中，与上述两种方式一样，紧急业务属性不仅可以直接在注册响应消息发送时完全提供给所述 UE;也可以釆用间接方式提供给所述 UE, 由 UE 根据相应信息判断获得相应的紧急业务属性并保存，若网络侧提供当前 UE是否位于漫游或归属网络的信息，则 UE才艮据该信息可以判断获得相应的紧急业务属性，在本实施例中，若 UE位于漫游域，则需要发起 IMS紧急注册。另外，在本方式中，网络侧在提供紧急业务属性时，可能会由于网络属性决定可以仅向 UE 提供部分信息，对于网络未提供的信息， UE可以根据网络规划釆用设置的默认属性确定出紧急业务属性。

方式四、网络侧在用户终端发起会话时，将紧急业务属性提供给所述用户终端保存；

以下分两种情况说明上述方式，即在 UE确定用户发起的业务请求为紧急业务请求以及 UE没有确定出该业务请求为紧急业务请求的情况。

UE确定出用户发起的业务请求为紧急业务请求的情况，具体为：由于所述 UE没有存储网络提供的有关紧急业务属性信息，即 UE完成核心网的普通注册后 ,收到用户的业务请求， UE根据该业务请求的呼叫标识（如用户呼叫号码 119 ) 检测到用户发出的呼叫请求为紧急呼叫请求；所述 UE没有发起紧急承载资源预留， P-CSCF重选和 IMS紧急注册，将该该紧急呼叫请求直接发送到网络侧，网络侧判断该紧急呼叫请求违背紧急业务要求，若网络侧可能认为本次呼叫需要发起 P-CSCF重选，则因此拒绝该紧急呼叫；网络侧发送携带有紧急业务属性（如在紧急业务时不需要发起紧急承载资源预留，需要执行 P-CSCF重选，需要 IMS 紧急注册，需要提供位置信息）的响应消息至所述用户终端。当 UE收到该响应消息时，保存该紧急业务属性，并按照该信息与网络侧进行信息交互，即发起 P-CSCF重选，和 IMS紧急注册。

在本实施例中，该紧急业务属性信息可以根据网络规划由网络侧的接入控制单元或会话控制单元插入在响应消息中。

当 UE未确定出用户发起的业务请求为紧急业务请求的情况，具体为： UE 收到用户发起的紧急业务请求后， UE没有检测到本次呼叫是紧急呼叫，并按照普通呼叫将用户发出的紧急呼叫请求发送至所述网络侧的接入控制单元；所述接入控制单元根据该呼叫的呼叫标识确定该呼叫为紧急呼叫，并发送指示该呼叫为紧急呼叫的响应消息，且该响应消息中还携带所述紧急业务属性信息（如：在紧急业务时不需要发起紧急承载资源预留，需要执行 P-CSCF重选，需要 IMS 紧急注册）。这样，当 UE收到该响应消息时，与网络侧进行信息交互，可以发起 P-CSCF重选，和 IMS紧急注册。

在这种方式中，该紧急业务属性可以以直接方式提供，也可以釆用间接方式提供给所述 UE, 由 UE根据相应信息判断获得相应的紧急业务属性并保存，如提供当前 UE是否位于漫游或归属网络的信息， UE根据该信息可以判断获得相应的紧急业务属性，如 UE位于漫游域内就需要发起 IMS紧急注册。另外，在本方式中，网络侧在提供紧急业务属性时，可能会由于网络属性（可以是和网络侧约定属性，也可以是用户终端的默认配置）决定可以仅向 UE提供部分信息，对于网络未提供的信息， UE可以根据网络规划釆用设置的默认属性确定出紧急业务属性。

方式五、所述紧急业务属性可以为设置在用户终端上的存储部分上的默认设置，也可以为设置在设备上的默认设置；

当紧急业务属性由用户终端的存储部分的默认设置获得时，用户终端可以从用户终端的终端设备中获得紧急业务属性，也可以从用户终端的用户标识模块（SIM ) 中获得紧急业务属性；

用户标识模块位于一个通用集成电路卡上，它存储用户标识信息，可以从终端中插入或取出，如手机中的 SIM卡。

如果所述用户终端安装了具有紧急业务属性信息的 SIM卡，所述用户终端在确定用户发起的业务请求为紧急业务请求时，该用户终端即会按照安装的 SIM卡上的紧急业务属性与网络侧进行信息交互，所述用户终端将紧急业务路由至所述紧急中心，及时帮助需要帮助的用户；

如果所述用户终端没有安装具有紧急业务属性信息的 SIM卡，就可以按照现有技术的方式发起紧急业务。

在本方式中， SIM卡中的紧急业务属性信息也可能是网络侧在上述四种情况下提供给用户终端，所述用户终端将其存储在 SIM卡或终端上，另外对于 SIM卡中设置的有关紧急业务属性的默认设置也可以釆用上述四种方式进行更新，对其更新后， UE可以釆用更新的紧急业务属性与网络交互。

上述五种方式描述了用户终端如何获得紧急业务属性的几种情况，在检测到紧急业务时，就可以按照获得的紧急业务属性与网络交互，实现紧急业务。

步骤 202、当用户终端或网络侧检测到用户发起的紧急业务请求时，所述用户终端按照获得的紧急业务属性与网络侧进行交互；

按照获得的紧急业务属性与网络侧进行交互的过程为：

若网络侧提供的所述紧急承载资源预留属性是要求所述用户端进行紧急业务时需要进行紧急承载预留，则所述用户终端根据该属性向 IP接入网发送承载资源预留指示，所述 IP接入网为该紧急呼叫做出承载资源预留；

若网络侧提供的所述 P _ CSCF重选属性是要求所述用户终端进行紧急业务时需要进行 P - CSCF重选，则所述用户终端根据该属性发起 P - CSCF重选的发现过程，在本地网络找到 P - CSCF;

若网络侧提供的所述 IMS紧急注册属性是要求所述用户终端进行紧急业务时需要进行 IMS紧急注册，则所述用户终端根据该属性利用 UE的 IP地址以及 P - CSCF进行 IMS紧急注册。

在该步骤中，若所述 UE是分组终端，所述网络侧是分组网络，则所述 UE 直接接入分组网络进行交互；若所述 UE是传统电路终端，所述网络侧是分组网络，则所述 UE通过接入网关接入分组网络进行交互。

在此步骤中，对于用户发起的业务请求是否为紧急业务的确认可以由用户终端做出，也可以由网络侧 #丈出后通知用户终端；

由所述用户终端对该紧急业务的确认包括以下步骤：

Α、用户发起业务请求；

Β、所述用户终端接收到该请求，并根据所述业务请求中的业务标识，如被叫号码；确定该业务请求为紧急业务请求。

所述用户终端确定该业务请求为紧急业务请求或收到网络通知当前业务请求为紧急业务请求时，如果所述用户终端正在进行另一项业务（例如，呼叫业务），所述用户终端根据自身能力确定是否需要释放承载资源。其中所述用户终端的自身能力是指用户终端创建会话的能力以及具有占用带宽的能力等，若所述用户终端可以同时创建两个会话并且具有足够的带宽，则该用户终端就无需进行资源释放；若所述用户终端不具有同时创建两个会话的能力时，则该用户终端就需要释放承载资源，优先处理紧急业务。此时还需要所述用户终端根据网络侧的需求在承载释放后发起承载注册。

由所述网络侧对该紧急业务的确认包括以下步骤：

Al、用户发起紧急业务请求；

Bl、用户终端接收到该请求，并按照普通业务在网络侧发起；

Cl、网络侧根据接收到业务请求的业务标识确定所述业务请求为紧急业务请求；

Dl、网络侧形成信息指示将该业务为紧急业务的信息通知所述用户终端。本实施例中所提出的由网络侧进行紧急业务确认的方式，可以保证在用户终端对业务请求做出确认错误或用户终端未对业务请求进行确认的情况下，仍能及时对用户发出的业务请求进行及时的处理。

步骤 203、用户终端通过 IMS网络向紧急中心发起紧急业务。

在此步骤中，用户终端向 IMS网络发送紧急业务请求，并且在紧急业务请求中携带紧急业务指示，如果该用户终端装设了 SIM卡时，所述的紧急业务请求还会携带用户终端的紧急公共标识， IMS 网络发送上述紧急业务请求至紧急中心，并且如网络侧提供的所述位置信息属性是要求 UE进行紧急业务时需要发送位置信息时，在所述紧急业务中还应该携带所述用户终端的位置信息。 UE在紧急呼叫中携带 UE的位置信息可以直接在 SIP消息中传递，也可以通过携带一个地址，通过访问该地址可以获得 UE的位置信息。

如果在网络侧提供的紧急业务属性中没有指示 UE进行紧急业务时需要发送位置信息，则 UE可以根据网络规划的默认属性在紧急业务中携带或不携带位置信息。

在本实施例中，紧急中心（PSAP/ECC )是根据所述 UE的位置信息以及请求的紧急业务类型信息由网络侧确定，或也可以根据用户终端的用户标识以及请求的紧急业务类型信息由网络侧确定。

本发明实施例提供的方案中，为了能更及时的对紧急业务请求者提供帮助，还包括：所述紧急中心通过网络侧回叫所述用户终端的步骤。

在本实施例中，所提出的紧急业务可以为紧急呼叫业务或紧急消息业务。通过本发明的方法，用户终端可以根据紧急业务属性，确定在紧急业务情况下，是否需要发起紧急承载资源预留，是否发起 P-CSCF重选，是否发起 IMS 紧急注册，在满足紧急业务中紧急承载资源预留， P-CSCF重选， IMS紧急注册要求的同时节约信令消耗，又提高紧急呼叫的效率。

同时本发明实施例又提供一种实现紧急业务的系统，如图 3 所示，至少包括用户终端、网络侧以及紧急中心，其中：

所述用户终端，根据其获取的紧急业务属性与所述网络侧进行信息交互，将用户发出的紧急业务请求接入所述网络侧；所述网络侧，用于根据用户终端传递的信息，与所述用户终端进行交互，将所述紧急业务发送给所述紧急中心；所述紧急中心，用于接收所述网络侧传送的紧急业务，与所述用户终端通信。

参考图 4, 所述用户终端至少包括用户业务请求接收单元、紧急业务属性获取单元、信息交互单元以及第一业务请求确认单元，其中：

所述用户业务请求接收单元，用于接收用户发起的业务请求；

所述第一业务请求确认单元，用于确认所述用户业务请求接收单元接收的业务请求是否为紧急业务，并将确认信息传送给所述信息交互单元；所述紧急业务属性获取单元，用于从网络侧设备或用户终端默认设置获取紧急业务属性；

所述信息交互单元，用于根据所述业务请求确认单元的确认结果以及所述紧急业务属性获取单元获取的信息与所述网络侧进行交互。

网络侧在提供紧急业务属性信息时，网络侧可能会釆用间接的方式提供，因此所述用户终端还包括：紧急业务信息接收单元，用于接收所述网络侧下发的信息，并根据接收的信息确定所述紧急业务属性，并传送给所述信息交互单元，在发生紧急业务时调用。

仍参考图 3所示，所述网络侧至少包括 IP接入网、网络控制单元以及紧急业务属性提供单元：

所述 IP接入网，用于为所述用户终端提供 IP承载通道；该 IP接入网的终端接入包括实现用户终端的附着， IP地址分配，以及承载资源控制功能；本发明中， IP-CAN可以是 GRPS, WLAN, DSL, LAN, PacketCable等网络；所述网络控制单元，用于完成所述用户终端在网络侧的注册以及会话；所述紧急业务属性提供单元，用于根据所述 IP接入网或 /和所述网络控制单元的控制向所述用户终端提供所述紧急业务属性。在本实施例中，该紧急业务属性提供单元可设置在 IP接入网，或接入网关控制单元，或代理呼叫会话控制单元，或服务呼叫会话控制单元，或紧急呼叫会话控制单元，实现网络侧提供紧急业务属性给用户终端的目的。

所述网络控制单元包括：接入控制单元，用于向所述 IP接入网提供其接入地址，在所述用户终端请求下完成所述用户终端的接入，并将接收的信息传递给会话控制单元；在本实施例中，该接入控制单元可如现有 IMS和 PES规范中的 P-CSCF和 AGCF, 用户接入控制单元和用户终端的接口可为 E2接口，当用户终端通过 SIP协议接入时，其接口协议为 SIP, 当用户终端为传统电路终端通过接入网关接入到接入控制单元时，接入网关和接入控制单元的接口协议可以是 SIP, H248或者其它媒体控制协议；

会话控制单元，用于接收所述接入控制单元转发的信息，使用户完成网络侧的注册以及会话。在本实施例中，所述会话控制单元可如现有 IMS规范中的 S-CSCF, E-CSCF, I-CSCF, P-CSCF; 它和接入控制单元之间可如 E3接口，该接口可以是釆用 SIP协议的内部接口或外部接口。

在本系统中，为了避免用户终端对紧急业务请求的误判或漏判，所述网络侧还包括：

第二业务请求确认单元，用于确认所述用户终端所接入网络侧的业务请求是否为紧急业务，并将确认该业务为紧急业务的信息提供给所述紧急业务属性提供单元。

在本系统中，所述用户终端为分组终端或传统电路终端。所述紧急中心 ( PSAP/ECC )设置在分组网络或传统电路网络中，直接或者通过网关间接连接到所述网络控制单元。如间接连接时，可以通过其它的节点连接，如媒体网关控制单元等。

当用户终端为传统电路终端时，所述网络侧还包括：用于将所述传统电路终端通过该接入网络接入 IP接入网的接入网关。

在 IMS网络中，所述网络控制单元可以是接入网关控制单元 (AGCF), 代理呼叫会话控制单元 (P-CSCF), 服务呼叫会话控制单元 (S-CSCF), 紧急呼叫会话控制单元 (E-CSCF);

所述紧急业务属性提供单元可以位于 IP接入网，也可以位于 IMS网络中的接入网关控制功能 (AGCF), 代理呼叫会话控制单元 (P-CSCF), 服务呼叫会话控制单元 (S-CSCF), 紧急呼叫会话控制单元 (E-CSCF)。

以用户终端为分组终端为例对实现紧急业务的流程进行说明：

分组终端的用户业务请求接收单元在接收到用户发起的业务请求后，根据网络规划由第一业务请求确认单元确认该业务请求是否为紧急业务请求，如果第一业务请求确认单元确认该业务请求为紧急业务请求时，信息交互单元根据紧急业务属性获取单元获得的紧急业务属性与网络侧进行信息交互，其中包括进行是否预留承载资源、是否 P - CSCF重选、是否 IMS注册，网络侧的网络控制单元将该紧急业务路由至紧急中心，实现用户的紧急业务。另外，在本实施例中，根据网络规划对业务请求是否为紧急业务请求的确认可以由网络侧的第二业务请求确认单元确认。

在本实施例中，网络侧提供紧急业务属性给用户终端时，可以通过用户终端的信息交互单元与网络侧的 IP接入网、网络控制单元交互，由网络侧的紧急业务属性提供单元将该信息提供给所述用户。有关网络侧如何将紧急业务属性提供给用户终端的描述可以参考有关方法的相关说明。

通过本发明的系统，用户终端可以减少与网络侧的交互，节约信令消耗，又提高的紧急业务的效率。明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

权利要求

1、一种实现紧急业务的方法，其特征在于，该方法包括以下步骤：用户终端获得紧急业务属性信息；

所述用户终端按照获得的紧急业务属性与网络侧进行交互；

用户终端通过 IP多媒体子系统 IMS网络向紧急中心发起紧急业务。

2、根据权利要求 1所述的方法，其特征在于，所述紧急业务属性包括以下至少一种：

所述用户终端发起紧急业务前是否需要发起紧急承载资源预留的紧急承载资源预留属性；

所述用户终端发起紧急业务前是否需要执行代理呼叫会话控制单元 P - CSCF发现重选的 P - CSCF重选属性；

所述用户终端发起紧急业务前是否需要执行 IMS紧急注册的 IMS紧急注册属性；和

所述用户终端发起紧急业务时是否需要携带其所在位置的位置信息属性。

3、根据权利要求 2所述的方法，其特征在于，所述用户端与网络侧的交互包括以下步骤：

若所述紧急承载资源预留属性是要求所述用户端发起紧急业务前需要进行紧急承载预留，则所述用户终端根据该属性向 IP接入网发送承载资源预留指示，所述 IP接入网为该紧急呼叫做出承载资源预留；

若所述 P - CSCF重选属性是要求所述用户终端发起紧急业务前需要进行 P - CSCF重选，则所述用户终端根据该属性发起 P - CSCF重选的发现过程，在本地网络找到 P - CSCF;

若所述 IMS 紧急注册属性是要求所述用户终端发起紧急业务前需要进行 IMS 紧急注册，则所述用户终端根据该属性利用所述用户终端的 IP 地址和 P-CSCF进行 IMS紧急注册。

4、根据权利要求 2所述的方法，其特征在于，所述用户终端通过 IMS网络发起紧急业务时，如网络侧提供的所述位置信息属性是要求所述用户终端进行紧急业务时需要发送位置信息，在发起的所述紧急业务消息中携带所述用户终端的位置信息。

5、根据权利要求 1所述的方法，其特征在于，用户终端获得的紧急业务属性可以由网络侧提供，或由用户终端的存储部分的默认设置获得，或按照网络默认设置获得。

6、根据权利要求 5所述的方法，其特征在于，由网络侧向所述用户终端提供所述紧急业务属性的方式为：

在所述用户终端发起接入网附着请求时，由网络侧将该紧急业务属性携带在请求响应消息中提供给所述用户终端；或

在用户终端发起 P - CSCF发现请求时，由网络侧将该紧急业务属性携带在请求响应消息中提供给所述用户终端；或

在用户终端发起 IMS紧急注册时，由网络侧该紧急业务属性携带在注册响应消息中提供给所述用户终端；或

在用户终端发起会话时，由网络侧将该紧急业务属性携带在会话响应消息中提供给所述用户终端。

7、根据权利要求 6所述的方法，其特征在于，所述用户终端在发起接入网附着请求或发起 P - CSCF发现请求或发起 IMS紧急注册或发起会话时，同时向网络侧发出获取所述紧急业务属性的请求。

8、根据权利要求 6所述的方法，其特征在于，网络侧在会话过程中提供所述紧急业务属性包括以下步骤：

所述用户终端检测到用户发出的会话请求为紧急业务请求，并将该紧急业务请求发送到网络侧；或者，所述用户终端将用户发出的会话请求发送至网络侧，网络侧检测到该会话请求为紧急业务请求；

网络侧发送携带有紧急业务属性的响应消息至所述用户终端。

9、根据权利要求 8所述的方法，其特征在于，所述响应消息是指示所述紧急业务请求不符合紧急业务要求的响应，或者是指示所述会话请求为紧急业务请求的响应。

10、根据权利要求 6所述的方法，其特征在于，

在所述用户终端发起接入网附着请求或发起 P-CSCF发现请求时，所述紧急业务属性是由网络侧的 IP接入网将其携带在响应消息中提供给所述用户终端；在所述用户终端发起 IMS紧急注册或发起会话时，所述紧急业务属性是由网络侧的接入控制单元或会话控制单元将其携带在响应消息中提供给所述用户终端。

11、根据权利要求 5 所述的方法，其特征在于，网络侧将所述紧急业务属性提供给所述用户终端的方式为直接提供；或

网络侧将网络相关属性或 /和终端相关属性提供给所述用户终端，再由所述用户终端判断确定的间接提供方式。

12、根据权利要求 11所述的方法，其特征在于，

所述网络相关属性包括以下至少一种：接入网络信息，接入控制单元信息，会话控制单元信息；

所述终端相关属性包括以下至少一种：终端类型，终端能力，终端漫游状态。

13、根据权利要求 12所述的方法，其特征在于，

所述接入网络信息包括以下至少一种：接入网络类型，接入网络能力，接入网络状态；

所述接入控制单元信息包括以下至少一种：接入控制单元能力，接入控制单元状态；

所述会话控制单元信息包括以下至少一种：会话控制单元能力，会话控制单元状态。

14、根据权利要求 5 所述的方法，其特征在于，由用户终端的存储部分的默认设置获得所述紧急业务属性的方式为：

用户终端从终端设备获得紧急业务属性，或

用户终端从用户标识模块获得紧急业务属性。

15、根据权利要求 1 所述的方法，其特征在于，所述用户终端与所述网络侧进行交互时，若所述用户终端是分组终端，所述网络侧是分组网络，则所述用户终端直接接入分组网络进行交互；若所述用户终端是传统电路终端，所述网络侧是分组网络，则所述用户终端通过接入网关接入分组网络进行交互。

16、根据上述任意权利要求所述的方法，其特征在于，所述紧急业务为紧急呼叫业务或紧急消息业务。

17、一种实现紧急业务的系统，其特征在于，至少包括用户终端、网络侧以及紧急中心，其中：

18、根据权利要求 17所述的系统，其特征在于，所述用户终端至少包括用户业务请求接收单元、紧急业务属性获取单元、信息交互单元以及第一业务请求确认单元，其中：

所述第一业务请求确认单元，用于确认所述用户业务请求接收单元接收的业务请求是否为紧急业务，并将确认信息传送给所述信息交互单元；

所述紧急业务属性获取单元，用于从网络侧设备或用户终端默认设置获取紧急业务属性；

19、根据权利要求 18所述的系统，其特征在于，所述用户终端还包括：紧急业务信息接收单元，用于接收所述网络侧下发的信息，并根据接收的信息确定所述紧急业务属性，并传送给所述信息交互单元。

20、根据权利要求 17 所述的系统，其特征在于，所述网络侧至少包括 IP 接入网、网络控制单元以及紧急业务属性提供单元：

所述 IP接入网，用于为所述用户终端提供 IP承载通道；

所述网络控制单元，用于完成所述用户终端在网络侧的注册以及会话；所述紧急业务属性提供单元，用于根据所述 IP接入网或 /和所述网络控制单元的控制向所述用户终端提供所述紧急业务属性。

21、根据权利要求 20所述的系统，其特征在于，所述紧急业务属性提供单元位于 IP接入网，或接入网关控制单元，或代理呼叫会话控制单元，或服务呼叫会话控制单元，或紧急呼叫会话控制单元。

22、根据权利要求 20所述的系统，其特征在于，所述网络侧还包括：第二业务请求确认单元，用于确认所述用户终端所接入网络侧的业务请求是否为紧急业务，并将确认该业务为紧急业务的信息提供给所述紧急业务属性提供单元。

23、根据权利要求 17至 22中的任一权利要求所述的系统，其特征在于，所述用户终端为分组终端或传统电路终端。

24、根据权利要求 23所述的系统，其特征在于，所述网络侧还包括：接入网关，用于将所述传统电路终端通过该接入网络接入 IP接入网。

25、根据权利要求 17所述的系统，其特征在于，所述紧急中心设置在分组网络或传统电路网络中，直接或者通过网关间接连接到所述网络控制单元。