CN101132623A - 紧急业务处理方法及通信网络 - Google Patents
紧急业务处理方法及通信网络 Download PDFInfo
- Publication number
- CN101132623A CN101132623A CNA2006101151413A CN200610115141A CN101132623A CN 101132623 A CN101132623 A CN 101132623A CN A2006101151413 A CNA2006101151413 A CN A2006101151413A CN 200610115141 A CN200610115141 A CN 200610115141A CN 101132623 A CN101132623 A CN 101132623A
- Authority
- CN
- China
- Prior art keywords
- user terminal
- urgency traffic
- network
- request message
- information
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开一种紧急业务处理方法，包括：用户终端向网络发送请求消息；网络判断所述请求消息为紧急业务请求消息，并且判断所述用户终端没有将所述请求消息识别为紧急业务请求消息；网络根据已经获取的紧急业务信息进行相应的紧急业务处理。本发明应用在通信系统终端紧急业务，可提高紧急业务实现的成功率，避免紧急业务失败造成的严重后果。
Description
技术领域
本发明涉及一种通信方法及其系统，特别是涉及一种紧急业务处理方法及通信网络。
背景技术
通信中的紧急业务是指在个人/公共的健康和安全、生命/财产遭遇危险的危急情况下，通信网络为个人/公共提供紧急帮助的业务。比如常见的110报警业务，119火警业务等。
在紧急业务处理中，通信网络要为紧急业务提供高优先级的通信服务。紧急业务处理的基本流程如下：用户设备(UE，User Equipment)发起呼叫；通信网络将紧急业务请求消息路由到最合适的公共安全接入点(PSAP，PublicSafety Answering Point)；根据主叫用户的位置信息和紧急业务类型，由该PSAP将紧急业务请求消息路由到最适合的紧急业务处理中心，例如紧急呼叫中心(ECC，Emergency Call Center)处理；最后由该ECC迅速为求助者提供帮助。
UE内部一般会保存一些紧急业务号码，比如110、119等。发起呼叫时，向网络发送的请求消息中携带有紧急业务号码和紧急业务标识，网络收到此消息时根据紧急业务号码和紧急业务标识判断此呼叫为紧急呼叫，进而迅速作出反应。但可能由于某种原因，比如UE移动到紧急业务号码不一样的外国，或者出现故障，UE就不能够识别请求消息为紧急业务请求消息，从而在发送到网络的请求消息中不携带紧急业务标识，而仅携带紧急业务号码。
参阅图1，在UE不能够识别请求消息为紧急业务请求消息时，紧急业务处理流程如下：
101、UE则采用一般请求消息的方式发送带有紧急业务号码的请求消息，比如INVITE会话请求或MESSAGE请求等；
102、网络的P-CSCF(Proxy-CSCF，代理CSCF，)收到仅携带紧急业务号码的请求消息后，根据其携带的紧急业务号码判断请求消息为紧急业务请求消息。但由于此消息不带紧急业务标识，此时P-CSCF根据自己本地的策略可以拒绝请求消息，比如向UE发送380重定向消息，并在拒绝消息中携带紧急业务标识；
103、UE收到拒绝消息时，在一些情况下UE不能识别拒绝消息中携带的紧急业务标识，则发送OK响应消息确认网络拒绝了紧急业务请求。
UE被拒绝后，会不断尝试发送紧急业务请求消息，并且不断的被P-CSCF拒绝，此时UE永远无法使用紧急业务的服务，导致紧急呼叫失败。
综上，在UE不能够识别请求消息为紧急业务请求消息时，网络随意地对此请求作出反应，拒绝了UE的紧急业务请求。反映到具体操作中，则是在102步骤中P-CSCF没能判断：UE没有将请求消息识别为紧急业务请求消息，而拒绝了UE的紧急业务请求；并且在P-CSCF拒绝所述业务请求消息后，UE不能识别拒绝消息中携带的紧急业务标识，即P-CSCF在选择拒绝请求消息时不知道UE支持的能力，因此导致紧急呼叫失败，可能造成严重后果。
另外，现有技术中有给出根据终端的接入类型进行选择拒绝还是接收所述业务请求消息的方式，但截至目前，P-CSCF本身仍然无法识别终端的接入类型，因此现有技术中给出的根据终端的接入类型进行选择拒绝还是接收所述业务请求消息的方式不可实施。
发明内容
本发明要解决的技术问题是提供一种提高紧急业务成功率的紧急业务处理方法。
本发明要解决的技术问题是还提供一种提高紧急业务成功率的通信网络。
为解决上述第一技术问题，本发明的目的是通过以下技术方案实现的：提供一种紧急业务处理方法，包括：用户终端向网络发送请求消息；网络判断所述请求消息为紧急业务请求消息，并且判断所述用户终端没有将所述请求消息识别为紧急业务请求消息；网络根据已经获取的紧急业务信息进行相应的紧急业务处理。
优选地，所述获取紧急业务信息的方法至少为以下一种：
网络收到用户终端携带有紧急业务信息的所述请求消息；或
在所述请求消息外，网络收到携带有紧急业务信息的其它消息；或
网络从数据配置中获取紧急业务信息。
优选地，所述紧急业务信息至少包括以下一种：
固定选择所述紧急业务处理的处理方式；或
用户终端获取紧急业务通知的指示信息；或
用户终端的地址信息；或
用户终端的接入类型；或
用户终端的标识信息；或
用户终端的能力信息；或
当地法规规定。
优选地，所述用户终端的接入类型的获取方法是：
网络从来自用户终端的携带有用户终端接入类型消息中获得；或
网络查询用户终端的接入类型而获得；或
网络根据用户终端的地址信息获取所述用户终端的接入类型；或
网络根据用户终端的标识信息获取所述用户终端的接入类型。
优选地，所述紧急业务处理的方法是：
网络向所述用户终端发送紧急业务通知信息，网络根据用户终端的选择进行相应处理；或，
网络不向所述用户终端发送紧急业务通知信息，将所述请求消息路由到紧急业务处理中心。
优选地，所述网络向所述用户终端发送紧急业务通知信息，网络根据用户终端的选择进行相应处理的步骤是：
网络向所述用户终端发送紧急业务通知信息，所述用户终端向其他网络发送新的紧急业务请求消息；或
网络向所述用户终端发送紧急业务通知信息，所述用户终端向网络发送新的紧急业务请求消息，网络将所述新的紧急业务请求消息路由到紧急业务处理中心；或
网络向所述用户终端发送紧急业务通知信息，所述用户终端向网络发送后续操作指示信息，网络按照所述后续操作指示信息进行相应处理；或
网络向所述用户终端发送紧急业务通知信息，并判断用户终端没有向网络发送后续操作指示信息，网络将所述请求消息路由到紧急业务处理中心。
优选地，所述网络向所述用户终端发送紧急业务通知信息、所述用户终端向网络发送后续操作指示信息、网络按照所述后续操作指示信息进行相应处理的步骤是：
所述后续操作指示信息表示继续进行紧急业务处理，网络将所述请求消息路由到紧急业务处理中心；或
所述后续操作指示信息表示结束紧急业务处理，网络结束对所述请求消息的处理。
优选地，所述后续操作指示信息表示结束紧急业务处理，网络结束对所述请求消息的处理的步骤是：
所述用户终端向网络发送新的紧急业务请求消息，网络将所述新的紧急业务请求消息路由到紧急业务处理中心；或者
所述用户终端向其他网络发送新的紧急业务请求消息。
优选地，紧急业务通知信息为网络通知用户终端所述请求消息请求的业务为紧急业务的标识信息。
优选地，紧急业务通知信息在SIP消息中携带。
优选地，所述网络向所述用户终端发送紧急业务通知信息，用户终端没有向网络发送后续操作指示信息的步骤是：
网络向所述用户终端发送紧急业务通知信息时启动定时器等待所述用户终端向网络发送信息，在定时器超时之后所述用户终端没有向网络发送信息，则所述用户终端没有向网络发送信息。
优选地，所述判断所述请求消息为紧急业务请求消息，并且判断所述用户终端没有将所述请求消息识别为紧急业务请求消息的方法包括：
网络检查所述请求消息，所述请求消息中没有携带紧急业务标识，并且所述请求消息携带的目的地标识信息为紧急业务处理中心的标识信息，则网络判断所述请求消息为紧急业务请求消息并且判断所述用户终端没有将所述请求消息识别为紧急业务请求消息。
为解决上述第二技术问题，本发明的目的是通过以下技术方案实现的：提供一种通信网络，其在判断接收到的请求消息为紧急业务请求消息，并且判断所述用户终端没有将所述请求消息识别为紧急业务请求消息情况下，根据已经获取的紧急业务信息进行相应的紧急业务处理。
优选地，进一步包括紧急业务信息获取单元，用于从携带有紧急业务信息的所述请求消息中提取紧急业务信息；或从除所述请求消息外携带有紧急业务信息的其它消息中提取紧急业务信息；或者从数据配置中获取紧急业务信息。
优选地，所述紧急业务信息至少包括以下一种：
固定选择所述紧急业务处理的处理方式；或
用户终端获取紧急业务通知的指示信息；或
用户终端的地址信息；或
用户终端的接入类型；或
用户终端的标识信息；或
用户终端的能力信息；或
当地法规规定。
优选地，进一步包括接入类型的获取单元，用于从来自用户终端的携带有用户终端接入类型消息中获得用户终端的接入类型；或查询用户终端的接入类型而获得；或根据用户终端的地址信息而获得；或根据用户终端的标识信息而获得。
优选地，进一步包括紧急业务判断单元，用于检查所述请求消息，在所述请求消息中没有携带紧急业务标识，并且所述请求消息携带的目的地标识信息为紧急业务处理中心的标识信息时，判断所述请求消息为紧急业务请求消息并且判断所述用户终端没有将所述请求消息识别为紧急业务请求消息。
以上第一技术方案可以看出，由于本发明先判断用户终端没有将所述消息识别为紧急业务请求消息，需要采取措施确保紧急业务顺利进行，于是获取包含用户终端选择信息的紧急业务信息，根据紧急业务信息所包含的用户终端明确或隐藏的对紧急业务处理方式的选择，选择相应的紧急业务处理方式进行紧急业务处理。在协调好网络和终端在进行紧急业务时的沟通和配合后，即可避免现有技术仅仅给出网络随意选择向用户终端发送紧急业务通知信息或者不发送两种方法而导致的紧急业务发起失败的技术问题。
以上第二技术方案可以看出，由于本发明先判断用户终端没有将所述消息识别为紧急业务请求消息，需要采取措施确保紧急业务顺利进行，于是根据紧急业务信息所包含的明确或隐藏的对紧急业务处理方式的选择，选择相应的紧急业务处理方式进行紧急业务处理。在协调好网络和终端在进行紧急业务时的沟通和配合后，即可避免现有技术仅仅给出网络随意选择向用户终端发送紧急业务通知信息或者不发送两种方法而导致的紧急业务发起失败的技术问题。
附图说明
图1是现有技术一种紧急业务处理方法的时序图；
图2是本发明紧急业务处理方法的时序图；
图3是本发明通信网络的原理框图。
具体实施方式
本发明基本原理是：改变现有技术仅仅给出网络随意选择向用户终端发送紧急业务通知信息或者不发送两种方法的状况，网络根据紧急业务信息来决定给出具体如何选择，协调网络和终端在进行紧急业务时的沟通和配合，这样用户终端在被网络拒绝时仍能够继续当前请求消息的处理，并在用户终端不能识别紧急业务通知信息的时候仍然能够将当前请求消息路由到紧急业务处理中心。
本发明总体上可以如下方法实现：
网络收到并检查用户终端发送的消息，在所述消息没有携带紧急业务标识、并且携带的目的地标识信息为紧急业务处理中心的标识信息情况下，判断所述消息为紧急业务请求消息，并且判断所述用户终端没有将所述消息识别为紧急业务请求消息；网络还获取包含用户终端选择信息的紧急业务信息；
在判断所述消息为紧急业务请求消息后，网络根据所述紧急业务信息向用户终端选择性发送紧急业务通知信息。
可以看出，本发明先判断用户终端没有将所述消息识别为紧急业务请求消息，需要采取措施确保紧急业务顺利进行，于是获取包含用户终端选择信息的紧急业务信息，根据紧急业务信息所包含的明确或隐藏的对紧急业务处理方式的选择，选择向用户终端发送紧急业务通知信息或者不向用户终端发送紧急业务通知信息。在协调好网络和终端在进行紧急业务时的沟通和配合后，即可避免现有技术仅仅给出网络随意选择向用户终端发送紧急业务通知信息或者不发送两种方法而导致的紧急业务发起失败的技术问题。
以下结合实施方式和附图，对本发明进行详细描述。
参阅图2，本发明紧急业务处理方法包括步骤：
201、用户终端向网络发送消息，本实施方式中所述消息是INVITE会话请求消息，会话请求消息的目的地标识为紧急业务中心号码，例如：会话请求消息的Request-URI为”110”:会话请求消息中没有携带紧急业务标识，例如：会话请求消息中没有携带”urn:service:sos”。当然，在其他实施方式中，会话请求消息可以替换为MESSAGE或其他类型消息；
202、网络收到所述消息，其中目的地标识和紧急业务中心号码相匹配，网络判断所述请求消息为紧急业务请求消息，并且判断所述用户终端没有将所述请求消息识别为紧急业务请求消息。所述判断请求消息为紧急业务请求消息的方法为：
网络检查所述消息，发现所述消息中没有携带紧急业务标识，并且其携带的目的地标识信息为紧急业务处理中心的标识信息，则网络判断所述请求消息为紧急业务请求消息，并且判断所述用户终端没有将所述请求消息识别为紧急业务请求消息。
在此步骤中或在此步骤前，网络获取包含用户终端信息的紧急业务信息，其中紧急业务信息包含以下几种：
a)固定选择紧急业务处理方式；
b)获取紧急业务通知的指示信息，用户终端用它来指示网络是否向所述用户终端发送紧急业务通知信息；
c)用户终端的地址信息；
d)用户终端的接入类型，网络获取用户终端的接入类型的方法包含以下几种：
i.用户终端向网络发送消息，消息中携带用户终端的接入类型；
ii.网络查询用户终端的接入类型；
iii.网络根据用户终端的地址信息获取所述用户终端的接入类型；
iv.网络根据用户终端的标识信息获取所述用户终端的接入类型。
e)用户终端的标识信息；
f)用户终端的位置信息；
g)用户终端的能力信息；
h)当地法规规定。
续上，所述网络获取紧急业务信息的方法包含以下几种：
a)所述消息即INVITE会话请求消息中携带紧急业务信息，网络从此消息中提取得到紧急业务信息；
b)用户终端向网络发送注册请求消息，所述注册请求消息中携带紧急业务信息，网络从此消息中提取得到紧急业务信息；
c)用户终端向网络发送其他请求消息，所述其他请求消息中携带紧急业务信息，网络从此消息中提取得到紧急业务信息；
d)网络向用户发送请求消息，请求用户终端的紧急业务信息，用户终端向网络发送请求消息的响应消息，响应消息中携带紧急业务信息，网络从此消息中提取得到紧急业务信息；
e)网络从数据配置中获取紧急业务信息。
在获得紧急业务信息后，网络根据紧急业务信息选择紧急业务处理方式进行紧急业务处理，方法包含以下几种：
在所述紧急业务信息是固定的紧急业务处理方式时，网络可以按照固定的紧急业务处理方式中的一种处理方式进行紧急业务处理；和/或
在所述紧急业务信息是用来指示网络是否向所述用户终端发送紧急业务通知信息的指示信息时，在指示网络向所述用户终端发送紧急业务通知信息情况下，网络可以向用户终端发送携带有紧急业务通知信息的临时响应消息；在指示网络不向所述用户终端发送紧急业务通知信息情况下，网络可以不向用户终端发送紧急业务通知信息，而将所述消息路由到紧急业务处理中心；和/或
在所述紧急业务信息是用户终端的地址信息时，网络可以按照用户终端的地址信息对应地址范围的紧急业务处理方式进行紧急业务处理，此前，网络将地址空间划分为一个或者多个至少包含一个地址信息的地址范围，并为每个地址范围指定紧急业务处理方式；或
在所述紧急业务信息是用户终端的接入类型时，网络可以按照预先为各种接入类型指定的紧急业务处理方式，进行紧急业务处理；或在所述紧急业务信息是用户终端的标识信息时，网络可以按照预先为各个标识信息指定的紧急业务处理方式，进行紧急业务处理；或
在所述紧急业务信息是用户终端的位置信息时，网络可以按照预先根据当地法规规定选择的紧急业务处理方式，进行紧急业务处理；或
在所述紧急业务信息是用户终端的能力信息时，网络根据用户终端的能力信息进行紧急业务处理，在用户终端的能力信息表明不支持紧急业务通知信息时，网络不向所述用户终端发送紧急业务通知信息；在用户终端的能力信息表明支持紧急业务通知信息的用户终端时，网络向所述用户终端发送紧急业务通知信息；或
网络可以将上述所有方法中的至少两种结合在一起进行综合判断，选择紧急业务处理方式。
上述网络根据紧急业务信息选择紧急业务处理方式进行紧急业务处理的可选方法中，方法“在所述紧急业务信息是用户终端的接入类型时，网络按照预先为各种接入类型指定的紧急业务处理方式，进行紧急业务处理”中用户终端的接入类型的获取方法包括：
网络从来自用户终端的携带有用户终端接入类型消息中获得；或
网络查询用户终端的接入类型而获得；或
网络根据用户终端的地址信息获取所述用户终端的接入类型；或
网络根据用户终端的标识信息获取所述用户终端的接入类型。
为具体说明以上可选方法，这里举一个从用户终端向网络发送注册请求消息中得到紧急业务信息的例子：
用户终端向网络发送注册请求消息，注册请求消息中携带紧急业务信息，网络保存上述紧急业务信息。注册请求消息示例如下：
REGISTER sip(Session Initiation Protocol，会话发起协议)：registrar.example.com SIP/2.0
......
To：Bob<sip:bob@example.com>
......
Emergency-Notification:YES
P-Access-Network-Info:3GPP-UTRAN-TDD；utran-cell-id-3gpp＝23415D0FCE11
Contact：<sip:bob@192.0.2.4>；Service-Support＝’emergency-notification’
......
其中，To头域中携带用户终端的标识信息，P-Access-Network-Info头域中携带用户终端的接入类型，Contact头域中携带用户终端的地址信息和能力信息，其中能力信息表示用户终端支持紧急业务通知信息，新增Emergency-Notification头域携带用户终端需要获取紧急业务通知的指示信息，
其中获取紧急业务通知的指示信息还可以通过下列方式获取：
1)获取紧急业务通知的指示信息可以在其他头域中携带，如下：
......
Contact：<sip:contact_address_A@example.net>；mergency-notification＝”yes”
......
2)获取紧急业务通知的指示信息可以在消息体中携带，消息体的Content-Type为“application/service-notfication+xml”，XML Schema示例如下：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<xs:schema
targetNamespace＝″urn:ietf:params:xml:ns:service-notification″
xmlns:tns＝″urn:ietf:params:xml:ns:service-notification″
xmlns:xs＝″http://www.w3.org/2001/XMLSchema″
xmlns＝″urn:ietf:params:xml:ns:service-notification″
elementFormDefault＝″qualified″
attributeFormDefault＝″unqualified″>
<xs:element name＝″service-notifications″type＝”service-notification”/>
<xs:complextype name＝”service-notification”>
<xs:sequence>
<xs:element name＝”emergency-notification”type＝”xs:Boolean”minOccurs＝″0″/>
</xs:sequence>
</xs:complextype>
</xs:schema>
上述例子中，紧急业务信息可以在其他SIP消息携带。
上述例子中，网络是从来自用户终端的携带有用户终端接入类型消息中获得用户终端的接入类型，除此之外，还可以有以下方法：
1)网络查询用户终端的接入类型而获得：网络根据用户终端的地址信息得到用户终端的接入设备地址信息，网络向用户终端的接入设备查询用户终端的接入类型，例如：网络和用户终端的接入设备通过Diameter协议查询获取用户终端的接入类型，在Diameter协议基础上扩展一个AVP(attribute valuepairs特征值对)名称为Access-type，取值0表示用户终端的接入类型为移动接入，取值1表示用户终端的接入类型为固定接入；
2)网络根据用户终端的地址信息获取所述用户终端的接入类型：网络在进行网络规划时，提前为各种接入类型的用户终端分配不同的地址范围，网络根据用户终端的地址信息所属的地址范围获取该地址范围对应的接入类型；
3)网络根据用户终端的标识信息获取所述用户终端的接入类型：网络在进行网络规划时，提前配置每一个用户终端的标识信息使用的接入类型，网络于是可以根据用户终端的标识信息获取标识信息使用的接入类型。
上述网络根据紧急业务信息选择紧急业务处理方式进行紧急业务处理方法中，涉及到以下两种情况：
一、步骤203、网络向所述用户终端发送紧急业务通知消息，随后根据用户终端的选择进行处理；
二、网络不向所述用户终端发送紧急业务通知消息，随后将所述请求消息路由到紧急业务处理中心。
对于第一种情况，步骤203、网络通过183临时响应消息向所述用户终端发送紧急业务通知信息，并且在临时响应消息中携带紧急业务通知信息，如下：
SIP/2.0183Session Progress
......
Service-Type:emergency
上述183消息还可以换为380重定向消息，或者网络根据所述指示信息向用户终端发送3XX、4XX、5XX、6XX消息、或者其他请求消息，其中“XX”表示任何数字。
随后网络根据用户终端的选择进行处理：
204、用户终端向网络反馈临时响应确认消息；
205、所述用户终端向网络发送结束请求消息；
206、网络结束所述INVITE会话请求消息的处理，向用户终端发送成功响应消息；
207、用户终端向网络发送新的紧急业务请求消息，新的会话请求消息中携带紧急业务标识，例如：新的会话请求消息中携带”urn:service:sos”；
208、网络将所述新的紧急业务请求消息路由到紧急业务处理中心。
对于第二种情况，网络不向所述用户终端发送紧急业务通知消息，并将所述INVITE会话请求消息路由到所述紧急业务处理中心。
可以看出，本发明先判断用户终端没有将所述消息识别为紧急业务请求消息，需要采取特殊措施确保紧急业务顺利进行，于是获取包选择信息的紧急业务信息，根据紧急业务信息所包含的明确或隐藏的对紧急业务处理方式的选择，选择相应的紧急业务处理方式进行紧急业务处理。在协调好网络和终端在进行紧急业务时的沟通和配合后，即可避免现有技术仅仅给出网络随意选择向用户终端发送紧急业务通知信息或者不发送两种方法而导致的紧急业务发起失败的技术问题。
此外，本发明给出判断用户终端没有将请求消息识别为紧急业务请求消息的具体技术方案，即网络检查用户终端发送的消息，在所述消息没有携带紧急业务标识、并且携带的目的地标识信息为紧急业务处理中心的标识信息情况下，判断所述消息为紧急业务请求消息，并且判断所述用户终端没有将所述消息识别为紧急业务请求消息，填补了现有通信协议的空白。
本发明从获取的紧急业务信息中得到用户终端对紧急业务通知信息支持能力，即从注册请求消息的Contact头域中携带的用户终端的能力信息中知道用户终端对紧急业务通知信息支持能力，因而避免了现有技术由于网络对用户终端能力不可见、而造成盲目向其发送紧急业务通知信息而导致的紧急业务发起失败的技术问题。
另外，本发明给出多个获取紧急业务信息的方法、根据紧急业务信息而选择紧急业务处理方式的方法、处理紧急业务的方法，极大地丰富了实现紧急业务的手段，确保紧急业务顺利开展，不至于造成严重后果。
上述网络根据用户终端的选择进行处理，即步骤205～208，还可以有以下几种：
i.所述用户终端向网络发送结束请求消息，网络结束所述INVITE会话请求消息的处理，然后用户终端向其他网络发送新的紧急业务请求消息；
ii.所述用户终端向网络发送后续操作指示信息，网络按照所述后续操作指示信息进行紧急业务处理，方法包含以下几种：
1)所述后续操作指示信息表示继续进行紧急业务处理，例如用户终端向网络发送消息，消息中携带头域“Operation:Continue”，网络将所述请求消息路由到紧急业务处理中心；
2)所述后续操作指示信息表示结束紧急业务处理，例如用户终端向网络发送消息，消息中携带头域“Operation:End”，网络结束对所述请求消息的处理，后续的处理方法包含以下几种：
a)用户终端向其他网络发送新的紧急业务请求消息；
b)用户终端向网络发送新的紧急业务请求消息，网络将所述新的紧急业务请求消息路由到紧急业务处理中心。
iii.网络判断所述用户终端没有向网络发送后续操作指示信息，于是将所述INVITE会话请求消息路由到紧急业务处理中心，其中，网络判段所述用户终端没有向网络发送后续操作指示信息的方法是：
在网络向所述用户终端发送紧急业务通知信息时，启动定时器等待所述用户终端向网络发送信息，在定时器超时之后所述用户终端没有向网络发送信息，网络则判断所述用户终端没有向网络发送信息。
参阅图3，本发明还提供一种通信网络，包括用户终端310、网络320和紧急业务处理中心330。所述网络320包括紧急业务判断单元321、紧急业务信息获取单元323和接入类型获取单元322。
所述紧急业务信息获取单元323用于获取紧急业务信息，途径有：从携带有紧急业务信息的所述请求消息中提取紧急业务信息；或者从除所述请求消息外携带有紧急业务信息的其它消息中提取紧急业务信息；或者从数据配置中获取紧急业务信息。
所述紧急业务信息包括以下一种或一种以上：
1)固定选择所述紧急业务处理的处理方式；或
2)用户终端310获取紧急业务通知的指示信息；或
3)用户终端310的地址信息；或
4)用户终端310的接入类型；或
5)用户终端310的标识信息；或
6)用户终端310的能力信息；或
7)当地法规规定。
对于4)的接入类型，由所述接入类型获取单元322获取，途径包括：从来自用户终端310的携带有用户终端310接入类型消息中获得用户终端310的接入类型；或查询用户终端310的接入类型而获得；或根据用户终端310的地址信息而获得；或根据用户终端310的标识信息而获得。
所述紧急业务判断单元321用于检查用户终端310向网络320发起的请求消息，并在所述请求消息中没有携带紧急业务标识，并且所述请求消息携带的目的地标识信息为紧急业务处理中心330的标识信息时，判断所述请求消息为紧急业务请求消息并且判断所述用户终端310没有将所述请求消息识别为紧急业务请求消息。
所述通信网络320在紧急业务判断单元321判断接收到的请求消息为紧急业务请求消息，并且判断所述用户终端310没有将所述请求消息识别为紧急业务请求消息情况下，根据紧急业务信息获取单元323已经获取的紧急业务信息进行相应的紧急业务处理。紧急业务处理的方法包括如下几种：
一、网络320向所述用户终端310发送紧急业务通知信息，网络320根据用户终端310的选择进行相应处理，包括以下途径：
1)网络320向所述用户终端310发送紧急业务通知信息，所述用户终端310向其他网络320发送新的紧急业务请求消息；或
2)网络320向所述用户终端310发送紧急业务通知信息，所述用户终端310向网络320发送新的紧急业务请求消息，网络320将所述新的紧急业务请求消息路由到紧急业务处理中心330；或
3)网络320向所述用户终端310发送紧急业务通知信息，所述用户终端310向网络320发送后续操作指示信息，网络320按照所述后续操作指示信息进行相应处理；或
4)网络320向所述用户终端310发送紧急业务通知信息，并判断用户终端310没有向网络320发送后续操作指示信息，网络320将所述请求消息路由到紧急业务处理中心330。
二、网络320不向所述用户终端310发送紧急业务通知信息，将所述请求消息路由到紧急业务处理中心330。
可以看出，本发明采用紧急业务判断单元321先判断用户终端310没有将所述消息识别为紧急业务请求消息，需要采取措施确保紧急业务顺利进行，于是采用紧急业务信息单元获取紧急业务信息，根据紧急业务信息所包含的明确或隐藏的对紧急业务处理方式的选择，选择相应的紧急业务处理方式进行紧急业务处理。在协调好网络320和终端在进行紧急业务时的沟通和配合后，即可避免现有技术仅仅给出网络320随意选择向用户终端310发送紧急业务通知信息或者不发送两种方法而导致的紧急业务发起失败的技术问题。
另，本发明给出判断用户终端310没有将请求消息识别为紧急业务请求消息的具体技术方案，即网络320检查用户终端310发送的消息，在所述消息没有携带紧急业务标识、并且携带的目的地标识信息为紧急业务处理中心330的标识信息情况下，判断所述消息为紧急业务请求消息，并且判断所述用户终端310没有将所述消息识别为紧急业务请求消息，完善了现有通信协议。
以上对本发明所提供的一种紧急业务处理方法进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
Claims (17)
1.一种紧急业务处理方法，其特征在于，包括：
用户终端向网络发送请求消息；
网络判断所述请求消息为紧急业务请求消息，并且判断所述用户终端没有将所述请求消息识别为紧急业务请求消息；
网络根据已经获取的紧急业务信息进行相应的紧急业务处理。
2.根据权利要求1所述的紧急业务处理方法，其特征在于，所述获取紧急业务信息的方法至少为以下一种：
网络收到用户终端携带有紧急业务信息的所述请求消息；或
在所述请求消息外，网络收到用户终端携带有紧急业务信息的其它消息；或
网络从数据配置中获取紧急业务信息。
3.根据权利要求1所述的紧急业务处理方法，其特征在于，所述紧急业务信息至少包括以下一种：
固定选择所述紧急业务处理的处理方式；或
用户终端获取紧急业务通知的指示信息；或
用户终端的地址信息；或
用户终端的接入类型；或
用户终端的标识信息；或
用户终端的能力信息；或
当地法规规定。
4.根据权利要求3所述的紧急业务处理方法，其特征在于，所述用户终端的接入类型的获取方法是：
网络从来自用户终端的携带有用户终端接入类型消息中获得；或
网络查询用户终端的接入类型而获得；或
网络根据用户终端的地址信息获取所述用户终端的接入类型；或
网络根据用户终端的标识信息获取所述用户终端的接入类型。
5.根据权利要求1所述的紧急业务处理方法，其特征在于，所述紧急业务处理的方法是：
网络向所述用户终端发送紧急业务通知信息，网络根据用户终端的选择进行相应处理；或，
网络不向所述用户终端发送紧急业务通知信息，将所述请求消息路由到紧急业务处理中心。
6.根据权利要求5所述的紧急业务处理方法，其特征在于，所述网络向所述用户终端发送紧急业务通知信息，网络根据用户终端的选择进行相应处理的方法是：
网络向所述用户终端发送紧急业务通知信息，所述用户终端向其他网络发送新的紧急业务请求消息；或
网络向所述用户终端发送紧急业务通知信息，所述用户终端向网络发送新的紧急业务请求消息，网络将所述新的紧急业务请求消息路由到紧急业务处理中心；或
网络向所述用户终端发送紧急业务通知信息，所述用户终端向网络发送后续操作指示信息，网络按照所述后续操作指示信息进行相应处理；或
网络向所述用户终端发送紧急业务通知信息，并判断用户终端没有向网络发送后续操作指示信息，网络将所述请求消息路由到紧急业务处理中心。
7.根据权利要求6所述的紧急业务处理方法，其特征在于，所述网络向所述用户终端发送紧急业务通知信息、所述用户终端向网络发送后续操作指示信息、网络按照所述后续操作指示信息进行相应处理的步骤是：
所述后续操作指示信息表示继续进行紧急业务处理，网络将所述请求消息路由到紧急业务处理中心；或
所述后续操作指示信息表示结束紧急业务处理，网络结束对所述请求消息的处理。
8.根据权利要求7所述的紧急业务处理方法，其特征在于，所述后续操作指示信息表示结束紧急业务处理，网络结束对所述请求消息的处理的步骤是：
所述用户终端向网络发送新的紧急业务请求消息，网络将所述新的紧急业务请求消息路由到紧急业务处理中心；或者
所述用户终端向其他网络发送新的紧急业务请求消息。
9.根据权利要求7所述的紧急业务处理方法，其特征在于，紧急业务通知信息为网络通知用户终端所述请求消息请求的业务为紧急业务的标识信息。
10.根据权利要求9所述的紧急业务处理方法，其特征在于，紧急业务通知信息在SIP消息中携带。
11.根据权利要求5所述的紧急业务处理方法，其特征在于，所述网络向所述用户终端发送紧急业务通知信息，并判断用户终端没有向网络发送后续操作指示信息的步骤是：
网络向所述用户终端发送紧急业务通知信息时启动定时器等待所述用户终端向网络发送信息，在定时器超时之后所述用户终端没有向网络发送信息，则所述用户终端没有向网络发送信息。
12.根据权利要求1所述的紧急业务处理方法，其特征在于，所述判断所述请求消息为紧急业务请求消息，并且判断所述用户终端没有将所述请求消息识别为紧急业务请求消息的方法包括：
网络检查所述请求消息，所述请求消息中没有携带紧急业务标识，并且所述请求消息携带的目的地标识信息为紧急业务处理中心的标识信息，则网络判断所述请求消息为紧急业务请求消息并且判断所述用户终端没有将所述请求消息识别为紧急业务请求消息。
13.一种通信网络，其特征在于，在判断接收到的请求消息为紧急业务请求消息，并且判断所述用户终端没有将所述请求消息识别为紧急业务请求消息情况下，根据已经获取的紧急业务信息进行相应的紧急业务处理。
14.根据权利要求13所述的通信网络，其特征在于，进一步包括紧急业务信息获取单元，用于从携带有紧急业务信息的所述请求消息中提取紧急业务信息；或者从除所述请求消息外携带有紧急业务信息的其它消息中提取紧急业务信息；或者从数据配置中获取紧急业务信息。
15.根据权利要求13所述的通信网络，其特征在于，所述紧急业务信息至少包括以下一种：
固定选择所述紧急业务处理的处理方式；或
用户终端获取紧急业务通知的指示信息；或
用户终端的地址信息；或
用户终端的接入类型；或
用户终端的标识信息；或
用户终端的能力信息；或
当地法规规定。
16.根据权利要求13所述的通信网络，其特征在于，进一步包括接入类型的获取单元，用于从来自用户终端的携带有用户终端接入类型消息中获得用户终端的接入类型；或查询用户终端的接入类型而获得；或根据用户终端的地址信息而获得；或根据用户终端的标识信息而获得。
17.根据权利要求13所述的通信网络，其特征在于，进一步包括紧急业务判断单元，用于检查所述请求消息，在所述请求消息中没有携带紧急业务标识，并且所述请求消息携带的目的地标识信息为紧急业务处理中心的标识信息时，判断所述请求消息为紧急业务请求消息并且判断所述用户终端没有将所述请求消息识别为紧急业务请求消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006101151413A CN101132623B (zh) | 2006-08-25 | 2006-08-25 | 紧急业务处理方法及通信网络 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006101151413A CN101132623B (zh) | 2006-08-25 | 2006-08-25 | 紧急业务处理方法及通信网络 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101132623A true CN101132623A (zh) | 2008-02-27 |
| CN101132623B CN101132623B (zh) | 2011-08-10 |
Family
ID=39129705
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2006101151413A Expired - Fee Related CN101132623B (zh) | 2006-08-25 | 2006-08-25 | 紧急业务处理方法及通信网络 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101132623B (zh) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010105462A1 (zh) * | 2009-03-19 | 2010-09-23 | 中兴通讯股份有限公司 | 用户设备附着的处理方法、移动性管理实体以及用户设备 |
| CN102113294A (zh) * | 2008-06-02 | 2011-06-29 | 捷讯研究有限公司 | 当从授权源接收到ims紧急事件会话指示符时的编码和行为 |
| CN102113293A (zh) * | 2008-06-02 | 2011-06-29 | 捷讯研究有限公司 | 用于管理紧急事件请求的系统和方法 |
| US8478226B2 (en) | 2008-06-02 | 2013-07-02 | Research In Motion Limited | Updating a request related to an IMS emergency session |
| WO2013178061A1 (zh) * | 2012-05-29 | 2013-12-05 | 华为技术有限公司 | 一种数据传输的方法及装置 |
| CN101552971B (zh) * | 2008-04-01 | 2015-05-06 | 中兴通讯股份有限公司 | 用于高速分组数据接入网的支持紧急业务的方法 |
| CN112004221A (zh) * | 2019-08-15 | 2020-11-27 | 黑莓有限公司 | 紧急服务处理 |
| US12127093B2 (en) | 2020-12-22 | 2024-10-22 | Blackberry Limited | Emergency services handling |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2205067A1 (en) * | 1995-11-01 | 1997-05-09 | Brenda Kay Herold | Method and apparatus for allocating a communication channel in a communication system |
| JP4545436B2 (ja) * | 2001-04-27 | 2010-09-15 | ノキア コーポレイション | ネットワーク識別される非常セッションを取り扱う方法及びシステム |
| US20020184346A1 (en) * | 2001-05-31 | 2002-12-05 | Mani Babu V. | Emergency notification and override service in a multimedia-capable network |
-
2006
- 2006-08-25 CN CN2006101151413A patent/CN101132623B/zh not_active Expired - Fee Related
Cited By (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101552971B (zh) * | 2008-04-01 | 2015-05-06 | 中兴通讯股份有限公司 | 用于高速分组数据接入网的支持紧急业务的方法 |
| US10187924B2 (en) | 2008-06-02 | 2019-01-22 | Blackberry Limited | System and method for managing emergency requests |
| US10856359B2 (en) | 2008-06-02 | 2020-12-01 | Blackberry Limited | System and method for managing emergency requests |
| US8478226B2 (en) | 2008-06-02 | 2013-07-02 | Research In Motion Limited | Updating a request related to an IMS emergency session |
| CN102113293B (zh) * | 2008-06-02 | 2016-08-03 | 黑莓有限公司 | 用于管理紧急事件请求的系统和方法 |
| US9462616B2 (en) | 2008-06-02 | 2016-10-04 | Blackberry Limited | System and method for managing emergency requests |
| US8755765B2 (en) | 2008-06-02 | 2014-06-17 | Blackberry Limited | System and method for managing emergency requests |
| CN102113294A (zh) * | 2008-06-02 | 2011-06-29 | 捷讯研究有限公司 | 当从授权源接收到ims紧急事件会话指示符时的编码和行为 |
| US10631360B2 (en) | 2008-06-02 | 2020-04-21 | Blackberry Limited | System and method for managing emergency requests |
| US9814082B2 (en) | 2008-06-02 | 2017-11-07 | Blackberry Limited | System and method for managing emergency requests |
| CN102113293A (zh) * | 2008-06-02 | 2011-06-29 | 捷讯研究有限公司 | 用于管理紧急事件请求的系统和方法 |
| US9215734B2 (en) | 2008-06-02 | 2015-12-15 | Blackberry Limited | System and method for managing emergency requests |
| US9602552B2 (en) | 2008-06-02 | 2017-03-21 | Blackberry Limited | Coding and behavior when receiving an IMS emergency session indicator from authorized source |
| WO2010105462A1 (zh) * | 2009-03-19 | 2010-09-23 | 中兴通讯股份有限公司 | 用户设备附着的处理方法、移动性管理实体以及用户设备 |
| US10142971B2 (en) | 2012-05-29 | 2018-11-27 | Huawei Technologies Co., Ltd. | Method and device for transmitting data |
| CN103458386B (zh) * | 2012-05-29 | 2016-12-14 | 华为技术有限公司 | 一种数据传输的方法及装置 |
| CN103458386A (zh) * | 2012-05-29 | 2013-12-18 | 华为技术有限公司 | 一种数据传输的方法及装置 |
| WO2013178061A1 (zh) * | 2012-05-29 | 2013-12-05 | 华为技术有限公司 | 一种数据传输的方法及装置 |
| CN112004221A (zh) * | 2019-08-15 | 2020-11-27 | 黑莓有限公司 | 紧急服务处理 |
| CN112004221B (zh) * | 2019-08-15 | 2021-08-31 | 黑莓有限公司 | 紧急服务处理 |
| US12127093B2 (en) | 2020-12-22 | 2024-10-22 | Blackberry Limited | Emergency services handling |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101132623B (zh) | 2011-08-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10856359B2 (en) | System and method for managing emergency requests | |
| US9282444B2 (en) | Method and apparatus for interworking SIP communication waiting with circuit switching and packet switching nodes | |
| EP2892204B1 (en) | Coding and behavior when receiving an ims emergency session indicator from authorized source | |
| EP2289226B1 (en) | Privacy-related requests for an ims emergency session | |
| CN101132623B (zh) | 紧急业务处理方法及通信网络 | |
| US8755765B2 (en) | System and method for managing emergency requests | |
| EP1502469B1 (en) | System and method for handling emergency sessions in communication networks | |
| AU2011374206A1 (en) | Methods and apparatuses for enabling an Single Radio Voice Call Continuity (SRVCC) access transfer of an emergency call back session | |
| US11394752B2 (en) | Dedicated user priority message | |
| CN101529883B (zh) | 向匿名呼叫者提供组合服务的系统和方法 | |
| EP2497259B1 (en) | Emergency signalling in an IP multimedia subsystem network | |
| CN101242406A (zh) | 紧急业务呼叫的发送方法、装置及网络系统 | |
| CN102281517B (zh) | 非语音紧急呼叫的控制方法、ip多媒体子系统及p-cscf | |
| KR101580625B1 (ko) | 긴급 호 설정 시스템 및 긴급 호 설정 방법 | |
| US9560509B2 (en) | Emergency signalling in an IP multimedia subsystem network |
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 | ||
| C17 | Cessation of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110810 Termination date: 20120825 |