专利名称：用于提供急救定位业务的方法和系统的制作方法
技术领域：
本发明涉及急救定位业务，更具体地涉及一种利用IP多媒体子系统 (IMS)核心来提供急救定位业务的方法和系统。
背景技术：
10 作为在基于IP (互联网协议)的下一代通信环境中提供新多媒体业
务的核心信息技术，IP多媒体子系统(IMS)已经吸引了很多注意力。IMS 用来将IP网络和移动通信环境统一，并使得能够通过促进用户设备和IP 网络之间的通信而利用用户设备提供基于IP的多媒体业务。基于IP的多 媒体业务的示例可包括互联网电话业务、远程视频会议业务、语音邮件
15业务、以及定位业务。
可用于基于IP的多媒体业务的一种信令协议是会话初始化协议 (SIP) 。 SIP是应用层的呼叫控制协议，用于获取对方用户设备的位置 并产生、更正和结束用户设备之间的或用户设备与具有IP地址的实体之 间的基于IP的多媒体业务会话。
20 如上所述，定位业务是基于IP的多媒体业务之一。定位业务是这样
的一种业务，该业务周期性地或按要求地计算目标终端位置值，并将包 括所计算出的位置值的位置信息提供到网络中的实体。计算目标终端位
置值的方法的示例可包括利用终端所属的小区的ID的小区ID法；测
量无线电波从终端传播到基站的时间长度并利用几何测量
25(trigonometrical survey)计算终端位置值的方法；以及利用全球定位系 统(GPS)的方法。
定位业务用作向用户提供急救定位业务以及多种附加业务的基础， 这些附加业务例如交通信息业务、定位信息业务、气象信息业务、以及 车辆导航业务。急救定位业务是指是这样的一种业务，该业务通过利用包括一组移动通信网络或控制节点的系统来建立用户设备与最适合于用 户设备的当前位置的急救中心之间的紧急呼叫。
急救定位业务通过将用户设备的当前位置信息提供到急救中心以建 立紧急呼叫，而允许急救中心针对该用户进行必需的紧急救援等。因此， 5在灾难或交通事故时，当用户请求与急救中心的紧急呼叫时，急救定位 业务迅速检查用户设备的位置以建立用户设备和最适合所检查出的位置 的急救中心之间的紧急呼叫。因此，考虑到附随业务的有用性，在基于 用户设备的急救定位业务中，紧急呼叫初始化请求的迅速处理是非常重 要的。
10 然而，已知的IMS所提供的各种业务不公布急救定位业务的细节。
另外，由于网络或系统中实体之间用于提供急救定位业务的消息处理程 序和传输参数根据网络的结构而彼此不同，因而具有的问题是根据网络 的结构而不同地规定该网络或系统提供的急救定位业务处理程序。
15
发明内容
技术问题
本发明的技术目的是提供一种利用IMS核心提供急救定位业务的方 法和系统。
本发明的另一技术目标是提供一种无关于提供定位业务的网络或系
20统的结构而利用IMS核心来提供急救定位业务的方法和系统。
技术方案
根据本发明的一个方面，提供了一种利用IP多媒体子系统(IMS)
核心提供急救定位业务的方法，所述方法包括从用户设备接收紧急呼
叫初始化请求消息；响应于紧急呼叫初始化请求消息，发送位置定位业 25务请求消息到位置提取子系统，以请求提取所述用户设备的位置；从位
置提取子系统接收包括用户设备当前位置信息的定位业务响应消息，所 述消息是通过由接收了定位业务请求消息的位置提取子系统访问用户设
备而获得的；并根据当前位置信息选择急救中心，将包括当前位置信息 的紧急呼叫初始化请求消息发送到所选的急救中心。根据本发明的另一方面，提供了一种用于提供急救定位业务的方法， 该方法包括从用户设备发送紧急呼叫初始化请求消息到IP多媒体子系 统(IMS)核心；从IMS核心发送请求提取用户设备的位置的第一定位 业务请求消息到位置提取子系统；响应于所述第一定位业务请求消息， 5由访问用户设备的所述位置提取子系统获取用户设备的当前位置信息；
从所述位置提取子系统发送包括当前位置信息的第一定位业务响应消息
到IMS核心；从IMS核心发送包括所述当前位置信息的紧急呼叫初始化 请求消息到由IMS核心根据所接收的当前位置信息选择的急救中心；并 且响应紧急呼叫初始化请求消息，在所述急救中心和用户设备之间建立 10紧急呼叫。
在上述方面中，建立紧急呼叫之后，急救中心可发送第二定位业务 请求消息到位置提取子系统，并且响应于第二定位业务请求消息，所述 位置提取子系统可获取用户设备的更新的位置信息，并发送包括所述更 新的位置信息的第二定位业务响应消息到所述急救中心。
15 根据本发明的另一方面，提供了一种用于利用用户设备提供急救定
位业务的方法，所述方法包括发送包括紧急情况指示信息的会话连接
请求消息到核心网络；响应于来自核心网络的请求，访问位置提取子系 统以通过测量用户设备的当前位置获取用户设备的当前位置信息；并且 响应于来自由所述核心网络根据由位置提取子系统获取的位置信息选择
20的急救中心的会话连接请求，建立紧急呼叫。
根据本发明的另一方面，提供了一种支持急救定位业务的用户设备。 并且，所述用户设备包括处理器，所述处理器发送包含紧急情况指示信 息的会话连接请求消息到核心网络，响应于来自所述核心网络的请求， 访问位置提取子系统以通过测量用户设备的当前位置获取用户设备的当
25前位置信息，并且响应于来自由所述核心网络根据由位置提取子系统获
取的位置信息选择的急救中心的会话连接请求，执行到急救中心的会话 连接。 有益效果
在根据本发明的用于提供急救定位业务的方法中，已经接收了紧急呼叫初始化请求消息的IMS核心与执行位置提取功能的位置提取子系统
通信，以获得用户设备的位置信息，并根据所获得的位置信息选择最合 适用户设备当前位置的急救中心，以建立用户设备和所述急救中心之间 的紧急呼叫。此时，用户设备的位置信息可由与用户设备通信的位置提
5取子系统获取。因此，根据本发明，能够利用IMS核心迅速地提供急救
定位业务。
根据本发明，能够利用用于提供基于用户平面的定位业务的系统，
例如包括SLP的位置提取子系统，来获取用户设备的位置信息，并由此 利用所述位置信息提供急救定位业务。因此，能够利用IMS核心有效地 10提供急救定位业务，而不管用于提供定位业务的网络的特征或结构如何。
图1是示出了根据本发明实施方式的提供急救定位业务的系统的方 框图。
15 图2是示出了作为图1所示的位置提取子系统的示例的包括SUPL
位置平台(SLP)的位置提取子系统的方框图。
图3是示出了根据本发明第一实施方式的提供急救定位业务的方法 中第一半步骤的消息流程图。
图4是示出了根据本发明第一实施方式的提供急救定位业务的方法 20中第二半步骤的消息流程图。
图5是示出了根据本发明第二实施方式的提供急救定位业务的方法 中的第一半步骤的消息流程图。
图6是示出了根据本发明第二实施方式的提供急救定位业务的方法 中的第二半步骤的消息流程图。 25 图7是示出了根据本发明第三实施方式的提供急救定位业务的方法
中的第一半步骤的消息流程图。
图8是示出了根据本发明第三实施方式的提供急救定位业务的方法 中第二半步骤的消息流程图。
此后，将参照附图详细描述本发明的示例性实施方式。下面描述的示范性实施方式仅意在举例出本发明的技术精神，并不限制本发明的范 围。
具体实施例方式
5 图1是示出了根据本发明实施方式的提供急救定位业务的系统的方
框图。参照图1，系统包括用户设备(UE)100、IP连接接入网络(IP-CAN) 200、 IP多媒体子系统(IMS)核心300、位置提取子系统400、以及急 救中心(EC) 500。
UE 100是可与IMS核心300 (或构成IMS核心的多个实体)通信的
io 实体。UE 100有特定的ID和IP地址(P Addr) 。 UE 100的ID可以是 公共用户ID，例如SIP URI (Uniform Resource Identifier,统一资源标识) 或TELURI。 UE IOO的ID可具有专门用于紧急呼叫的紧急业务ID。
UE 100可与位置提取子系统400通信。UE 100可以是支持安全用户 平面网络(SUPL)的终端(SET)，其与SUPL位置平台(SLP)通信，
15所述SUPL位置平台(SLP)是在例如安全用户平面网络(SUPL)中起 位置提取功能作用的实体，UE 100的实施例可包括例如统一移动通信系 统(UMTS)中的用户设备(UE)、移动通信的全球系统(GSM)或inter standard-95 (IS-95)中的移动基站(MS)、以及具有SET功能的膝上型 计算机或个人数字助理(PDA)。该SET在与利用用户平面承载的SUPL
20网络相互工作中支持SUPL中定义的处理。
IP-CAN 200是在UE 100和IMS实体之间提供IP传输连接的一组网 络实体和接口 。即，IP-CAN200是用于为SIP信号提供路由以使得UE 100 与IMS核心300通信的接入网络。IP-CAN 200可以是例如通用分组无线 业务(GPRS)的基于分组的通信网络。
25 IMS核心300是利用SIP提供多种多媒体业务并在移动通信网络环
境中控制基于SIP的呼叫控制的一组控制节点。IMS核心包括代理呼叫 会话控制功能实体(P-CSCF) 310、紧急呼叫会话控制功能实体(E-CSCF) 320、以及紧急应用服务器(E-AS) 330。 IMS核心300可包括家庭用户 服务器(HSS)(未示出)。呼叫会话控制功能实体(CSCF)用于登记UE 100并将SIP信号路 由到合适的服务器，并一般根据其逻辑功能分类为P-CSCF310、 S-CSCF (服务CSCF)、以及I-CSCF (询问-CSCF) 。 P-CSCF 310是访问IMS 核心300时的第一接触点。S-CSCF用于实际处理IMS网络中的多个会话， 5并可根据其逻辑作用分类为各种实体。E-CSCF 320是S-CSCF的实施例， 并且是专用于处理紧急会话的S-CSCF。
E-AS 330用于提供有关于急救中心500的路由信息并用于将SIP信 号重新定向。E-AS 330可并入E-CSCF320。
在本发明的实施方式中，除了上述作用，E-CSCF 320或E-AS 330 io用作中间媒体以处理IMS信号(图1中由实心箭头表示的部分是用于转 发IMS信号的信令路径)和LCS信号(图1中由粗实线表示的部分是用 于传递LCS信号的信令路径)。在此情况下，IMS信号和LCS信号两者 均经过的E-CSCF 320或E-AS 330成为了用于区分IMS信号和LCS信号 的中间点。
is 例如，E-CSCF 320在后面将描述的第一实施方式中负责与位置提取
子系统400和急救中心500的通信，而E-AS 330在后面将描述的第二实 施方式中负责与位置提取子系统400和急救中心500的通信。在第三实 施方式中，E-CSCF 320负责与急救中心500的通信，E-AS 330负责与位 置提取子系统330的通信。
20 因此，在本发明的实施方式中，当由于IMS信号和/或LCS信号改
变而需要更换或升级与IMS信号和/或LCS信号相关联的节点时，仅仅 需更换或升级用于处理IMS信号的节点和/或用于处理LCS信号的节点。 由于用于建立IMS紧急呼叫的IMS信号和LCS信号在E-CSCF 320或 E-AS 330处交叉，所以两个信号的信令路径可清晰地彼此区分或彼此相
25 关。
再次参照图1，位置提取子系统400包括响应于定位业务请求而提 取UE100的位置，从而获取位置信息的功能实体或一组此类实体。专用 于处理急救定位业务请求的位置提取子系统400是急救位置提取子系统。 位置提取子系统400的典型实施例是位置提取功能实体(LRF)。获取UE 100的位置信息的位置提取子系统400可以是独立的功能实 体或可包括获取位置信息的各种位置服务器功能实体(LSF) 410、提供 到合适的急救中心的路由信息的路由确定功能实体(RDF) 420、和/或用 作例如急救中心500的接入节点的门户移动位置中心(GMLC) 430。 5 在此，位置提取子系统400可与独立的RDF 420相互作用，或可包
括并入的RDF420。在前一种情况下，独立的RDF可并入到GMLC中。 位置提取子系统400可与独立的GMLC 430相互作用或可包括并入的 GMLC 430。
LSF 410是用于管理定位业务并实际提取UE 100位置的实体。位置 10提取子系统400可与独立的LSF 410相互作用或可包括并入的LSF以获 取位置信息。LSF410的一个实施例是图2所示的SLP(SUPL位置平台)。 图2是示出了包括作为LSF 410的实施例的SLP的位置提取子系统 400的方框图。位置提取子系统400包括SLP412，其作为本地用户网 络的SLP (H-SLP)或作为漫游用户网络的SLP (V-SLP);处理急救位 15 置提取业务的E-SLP 414;以及诸如GMLC 430的SUPL网络实体。在此 情况下，SLP 412和E-SLP 414可并入到RDF 420。
以此方式，由于图2所示的位置提取子系统400仅是图1所示的位 置提取子系统400的实施例，对本领域技术人员显而易见的是下面参照 图2描述的本发明的实施方式可类似地应用于不同种类的位置提取子系 20统。将参照图1和图2详细描述组成位置提取子系统400的实体的功能。 如上所述，SUPL是基于用户平面的通信协议，可利用用户平面基本 上提供定位业务。例如，SUPL使用用户平面数据承载以传递例如A-GPS (辅助全球定位系统)的位置辅助信息并在用户设备和网络之间传输与 定位技术有关的协议。使用SUPL的定位业务可经由SUPL网络来提供， 25 SUPL网络包括SUPL代理、作为支持SUPL业务的用户设备的SET、以 及SLP (SUPL位置平台)。
SUPL代理是指用于访问网络资源以获取位置信息的业务接入点。 SET是UE 100的实施例，其可与SLP和E-SLP通信。SUPL代理在一些 情况下可存在于SET中。SLP 412是负责管理SUPL业务和目标SET定位的网络实体，并可
包括SUPL定位中心(SPC) 412a和SUPL位置中心(SLC) 412b。 SPC
412a是用于计算SET的实际位置的实体，而SLC 412b是用于执行SLP
412的除了 SPC 412a的位置计算功能以外的功能(诸如漫游功能和资源
5管理功能)的实施例。SPC 412a和SLC 412b的操作可根据代理模式或非
代理模式而彼此略微不同。SUPL定位业务中的这些差异是公知的所以省 略了对其的详细描述。
SLP 412可以是本地用户网络的SLP或漫游用户网络的SLP。在图2 中，前者由H-SLP表示，后者由V-SLP表示。在后面的第一、第二和第 10三实施方式中(图3、图4、图5、图6、图7和图8) ， E-SLP禾口V-SLP 作为位置提取子系统的元素公开，并且这是因为假设SET当前处于漫游 状态。因此，当SET处于非漫游状态时，对于本领域技术人员明显的是 V-SLP可被替换为H-SLP。
E-SLP414是专用于处理急救定位业务请求的SLP。例如，当急救定 15位业务请求从IMS核心300发出时，或定位业务请求从急救中心500发 出时，E-SLP 414访问SET 100以根据预定消息传输程序计算SET 100的 位置值。由此，E-SLP414可被称为紧急会话专用SLP。
E-SLP 414可包括E-SPC 414a和E-SLC 414b。 E-SPC 414b在紧急会 话时执行计算SET 100的实际位置的功能，而E-SLC414a执行E-SLP414 20的功能，例如资源管理功能，而不包括E-SPC414b的位置计算功能。E-SLC 414a和E-SPC414b的操作可根据代理模式或非代理模式而彼此不同。
E-SLP414可存在于每个网络中或可独立于网络。在后一情况下，一 个E-SLP414可覆盖多个网络区域。例如，E-SLP414可单独地覆盖本地 用户移动通信网络的区域和访问移动通信网络的区域，或者一个E-SLP 25 4 1 4可覆盖本地用户移动通信网络的区域和访问移动通信网络的区域。然 而，优选地至少存在一个E-SLP，用于处理属于移动通信网络区域的SET 的急救定位业务请求。即，应存在至少一个用于计算SET的位置的E-SLP， 无论SET属于哪种网络。
E-SLP414可存在于SLP412中。即，SLP 412可具有E-SLP 414的功能。在此情况下，可以不存在额外的E-SLP 414，而E-SPC 414b和E-SLC 414a的功能可分别由SPC412b和SLC412a执行。
另一方面，E-SLP 414可具有特定标准化的地址，例如诸如 emergency.slp@lge.com的E-SLP IP Addr。 E-SLP IP Addr可通过规定而 5预先存储在SET 100中，可经由DNS队列检测，或可由SET根据预定的 规则产生。在此情况下，SET 100可发送E-SLP IP Addr和请求紧急呼叫 的消息到IMS核心300。
随后，参照图1描述急救中心500。
急救中心500从IMS核心300接收UE 100的位置信息，更具体地，
10从E-CSCF 320或E-AS 330接收所述信息，并执行关照用户的紧急情况 的功能。急救中心500可以是用于接听来自用户的紧急呼叫的物理位置， 例如公共安全应答点(PSAP)。即，急救中心500可以是警察局、消防 局、医院的急救中心等的服务器。急救中心500可以独立于网络。例如， 一个急救中心500可覆盖多个网络区域，多个急救中心500可存在于一
15个网络区域中，或一个急救中心500可存在于一个网络区域。
急救中心500可以连接到IMS网络、公共交换电话网络(PSTN)、 电路交换域(CS域)、分组交换域(PS域)、或其他任何分组网络。另 夕卜，当需要更新UE100的位置时，急救中心500可请求位置提取子系统 400提取UE 100的更新后的位置。
20 另外，UE 100、 IMS核心300、位置提取子系统400以及急救中心
500之间的通信由可利用诸如IMS信号和LCS信号的两种信号的消息执 行。LCS信号(粗实线表示)发送于UE 100和位置提取子系统400之间、 位置提取子系统400和IMS核心300之间、以及位置提取子系统400和 急救中心500之间。IMS信号(细实线表示)发送于UE 100—IP-CAN200
25 —IMS核心300和急救中心500之间。IMS信号可在IMS核心300和位 置提取子系统400之间发送。IMS信号可采用SIP而LCS信号可采用漫 游位置协议(RLP)、移动位置协议(MLP)或SIP。然而，不限于此， 而是除了SIP、 RLP以及MLP之外，还可根据环境使用不同的协议。
至此，描述了根据本发明示范性实施方式的用于提供急救定位业务的系统配置。之后，将基于上述系统配置详细描述根据本发明示例性实 施方式的提供急救定位业务的方法。
在随后的实施方式中，假设使用图2所示的位置提取子系统400作 为图1所示的位置提取子系统的实施例，其包括SLP 412和E-SLP 414。 5然而，这仅是实施例，并且对本领域技术人员来说，明显地，可类似地 应用于其他网络或其他位置提取子系统以执行位置提取功能。即，在下 述实施方式中，SLP和E-SLP负责SET的位置提取功能，但如上所述， SLP、 E-SLP以及SET仅仅分别是位置提取子系统、急救位置提取子系 统、和用户设备的实施例。
io 此后，将参照IMS核心300和位置提取子系统400的详细部件，例
如E-CSCF、 E-AS以及E-SLP，描述根据本发明实施方式的提供急救定 位业务的方法。将由E-CSCF、 E-AS以及E-SLP执行的或将对其执行的 具体步骤描述为由组成IMS核心或位置提取子系统的代表实体执行的步 骤。对于本领域技术人员明显的是，可假设所述步骤由IMS核心或位置
15提取子系统执行或对其执行。例如，E-CSCF与位置提取子系统或急救中 心之间的消息传输可假设为MS核心与位置提取子系统或急救中心之间 的消息传输。
第一实施方式
图3和图4是示出了根据本发明第一实施方式的提供急救定位业务 20方法中的步骤的第一半和第二半的消息流程图，其中用于处理IMS信号 和LCS信号的中间媒介是E-CSCF。如图3和图4所示，包括SET位置 值的SET位置信息分为三类初始位置信息、呼叫中间(或当前)位置 信息、以及更新后位置信息。
首先，初始位置信息包括经由SET与IP-CAN合作获取的初始位置 25值(locjni)，并且是例如包括在从用户设备发送到IMS核心的紧急呼 叫初始化请求消息中的信息。包括在初始位置信息中的loc一ini除了物理 位置值外还可包括IP-CAN的小区IP或接入点ID。 loc_ini可由执行位置 提取功能的其他通信网络或其他系统或实体(例如位置提取子系统)获 得。这种情况是通过与IP-CAN合作不能计算SET的初始位置值的情况，或计算初始位置值会发生困难的情况。
呼叫中间位置信息是由位置提取子系统响应于来自IMS核心急救业
务请求而获取的包括当前位置值或中间位置值(loc—mid)的SET位置信 息，并且呼叫中间位置信息可包括于从E-CSCF发送至急救中心的紧急 5呼叫初始化请求消息中。当包含在初始位置信息中locjni不足以选择精 确的急救中心时、当选择急救中心需要来自提供路由信息的实体的帮助 时、或当需要确认loc—ini时，计算loc^mid。因此，当locjni足以选择 精确的急救中心时，1oc^mid可以不被获取。在此情况下，loc一ini包含于 呼叫中间位置信息中。
io 更新后位置信息是包括建立紧急呼叫之后SET的更新后的位置值
(loc—upd)的SET位置信息。loc—upd是当从急救中心按照需要或周期 地设定了定位业务请求的情况下，通过在位置提取子系统的E-SLP和SET 之间发送预定消息获取的。包括loc—upd的更新的位置信息从E-SLP经 由GMLC或直接地发送到急救中心。
15 下面将参照图3和图4描述根据本实施方式的紧急呼叫处理程序。
图4所示的程序是图3所示程序的继续，为了方便准备附图，这些程序 被随意地从根据本实施方式的紧急呼叫处理程序中分出。
如随后详细描述的，根据图3和图4所示的实施方式的紧急呼叫处 理程序包括大概3个过程。第一过程是用于在IMS核心中登记用户设备
20的登记过程，第二过程是用于建立用户设备和急救中心之间的紧急呼叫 的紧急呼叫建立过程，而第三过程是响应于来自急救中心的请求获取用 户设备的更新后的位置信息的位置更新过程。第二过程对提供依据本实 施方式的急救定位业务的方法是必不可少的，而第一过程和第三过程可 按照需要或根据情况执行。当初始位置信息足以选择合适的急救中心时，
25获取呼叫中间位置信息的过程可从紧急呼叫建立程序中忽略。
首先，将描述作为第一过程的SET登记过程(S601至S606)。 参照图3，当在请求紧急呼叫之前SET未设定到任何网络的数据连 接时，SET请求到IP-CAN的数据连接，并执行数据连接建立(S601)。 如上所述，IP-CAN是作为分组交换网络的、具有IP连接性的接入网络。所述网络可以是3GPP或3GPP2网络等。
此时，SET通过使用已知的E-SLP的ID经由DNS队列获取E-SLP IP Addr。 E-SLP IP Addr可具有emergency.slp@lge.com的格式。通过执行预 定P-CSCF发现程序，例如DNS队列，SET获取P-CSCF IP地址。获取 5的P-CSCF地址用于在随后过程中发送登记请求消息。
当经由IP-CAN执行了数据连接建立时，SET发送例如SIP REGISTER消息的登记请求消息到IMS核心的P-CSCF以登记SET (S602)。登记请求消息包括紧急指示信息(Emergency Indi) 、 SET的 ID、以及SETIPAddr。登记请求消息可包括指示出SET所归属的网络的 10 ID、 SET能力信息(SETCapa) 、 loc_ini以及E-SLP IP Addr。
SETID可以是公共用户ID，例如SIPURI或TELURI。当存在移动 基站标识(MSID)和特别用于紧急呼叫的紧急业务ID时，在步骤S602 紧急业务ID可附加地与SET ID —起发送，其中所述移动基站标识 (MSID)是由移动基站集成系统数字网络(MSISDN)给定的ID。 SET IP is Addr是经由IP-CAN访问SET的途径。
Emergency Indi是指示出有关的会话是与紧急呼叫关联的消息的信 息。通过向正常登记请求消息中增加预定位的字段或指定未使用的额外 字段，可插入Emergency Indi。此时，插入字段中的Emergency Indi可以 根据有关的消息是否与紧急呼叫相关联而以活动或非活动格式插入。例 20如，在急救定位业务的情况下，将活动值("活动"或"1"或"真") 插入字段，在商业定位业务的情况下，将非活动值("非活动"或"0" 或"假")插入字段。由此，可以指示出有关的SIP消息是与紧急呼叫 关联的消息还是与通常业务呼叫关联的消息。
Emergency Indi可以指示紧急呼叫的各种格式插入，例如 25 Emergency一event。在一些情况下，通过在急救定位业务的情况下插入预 定值到字段并在商业定位业务中将该字段保持为空，可以指示出有关的 SIP消息与紧急呼叫关联还是与通常业务呼叫关联。
在上述情况下，比包括指示其他商业业务的登记请求消息更高的优 先权可给予包括Emergency Indi的登记请求消息。指示SET所属的网络的ID可以是IP-CAN ID或HPLMN ID。在作 为随后的步骤的本地用户网络登记步骤(S604)中，HPLMN ID可帮助 E-CSCF发现本地用户网络。
SET Capa是指示SET能力的信息，例如由用户设备支持的位置测量 5方法和/或位置测量方法使用的协议信息。在此，位置测量方法可包括终 端辅助A-GPS法或基于终端的A-GPS法(小区ID方法)。用于测量位 置的协议可包括GPRS的无线资源位置业务协议、宽带码分多址 (WCDMA)的无线资源控制协议、或CDMA的TIA-801。
另外，当存在指示与紧急呼叫关联的SET的能力的信息(Emergency 10 Capa)时，可一并发送该信息。Emergency Capa可以是指示用户设备在 已有的控制平面支持紧急呼叫还是在用户平面支持紧急呼叫的信息，但 不限于此信息。Emergency Capa可以是SET Capa的实施例。
Emergency Capa可以以与表达紧急指示信息的方式相同的方式，以 各种形式表达。例如，当用户设备支持控制平面内的紧急呼叫时，可使 15用"O"表示，而当用户设备支持用户平面内的IMS紧急呼叫时，可使用 "1"表示。
当登记请求消息传递到P-CSCF时，P-CSCF确定有关的消息是否与 紧急呼叫关联，当该消息与紧急呼叫关联时，将诸如SEP REGISTER的 接收到的登记请求消息传递到E-CSCF (S603)。 20 接收了 SIP REGISTER消息的E-CSCF按照需要将SIP REGISTER
传递到HPLMN，以执行HPLMN登记(S604)。在一些运营商或国家中， 当根据国家要求，尽管有紧急呼叫，也应当进行本地用户网络的认证和 登记时，或当紧急呼叫应当通知到本地用户网络时，执行此步骤以向本 地用户网络通知用户设备的当前状态。因此，此步骤是任意的过程，可 25按照需要执行。
当SET被登记后，E-CSCF发送诸如SIP 200 OK消息的记录确收消 息到P-CSCF (S605)。记录确收消息可以是在步骤S604从本地用户网 络发送到E-CSCF的消息或由E-CSCF产生的消息。
随后，P-CSCF将接收到的记录确收消息发送到SET (S606)。由此，当记录确收消息从P-CSCF传递到SET时，作为第一过程的 SET登记过程结束。当SET已经登记时，很明显，SET记录过程可被忽 略。
在SET登记之后，通过与IP-CAN合作，SET获取其自身的loc—ini 5(S607)。由于步骤S607是按需执行的，因而步骤S607可被忽略。并 且，如上所述，当通过与IP-CAN合作SET不能获取loc—ini时，SET可 通过与位置提取子系统合作来获取loc一ini。
接着，执行作为第二过程的紧急呼叫建立过程(S608到S628)。紧 急呼叫建立过程由从SET向IMS核心发送紧急呼叫请求开始，并由建立 10 SET和急救中心之间的紧急呼叫结束。下面参照图3和图4描述紧急呼 叫建立过程。
参照图3， SET发送紧急呼叫初始化请求消息到P-CSCF (S608)。 紧急呼叫初始化请求消息可具有各种格式并可以是包括Emergency Indi 的会话连接请求消息。会话连接请求消息可以是SIP Invite消息。 15 紧急呼叫初始化请求消息包括关于SET归属的网络(IP-CAN ID)
的信息以及SET ID和位置ID (lid)。并且，紧急呼叫初始化请求消息 可包括SET IP Addr、 loc—ini、 SET Capa、 E-SLP IP Addr、以及初始会话 描述协议offer (Initial SDP Offer)。
根据本实施方式，SET经由IP-CAN连接到IMS核心。因此，关于 20 网络的信息可包括SET当前连接的IP-CAN的ID (IP-CAN ID)和指示 出IP-CAN中连接点的位置的lid。
Initial SDP Offer指示出由用户设备为一个或更多个多媒体会话提供 的媒体信息。当多媒体会话最终在用户设备和急救中心之间打开时，建 立紧急呼叫需要媒介信息。 25 接收了紧急呼叫初始化请求消息的P-CSCF将该消息传递到E-CSCF
(S609)。传递到E-CSCF的SIP INVITE消息优选地包括从SET发送的 全部信息，并优选地包括SET IP Addr。当信息不包括SETIPAddr时， 通过与IP-CAN或HSS合作，P-CSCF提取SET IP Addr，将提取的SET IP Addr增加到紧急呼叫初始化请求消息，并接着将该消息发送到E-CSCF。接着，执行通过位置提取子系统与SET通信来获取SET的呼叫中间 位置信息(loc_mid)的过程(S610到S615)。
首先，E-CSCF发送用于请求提取SET位置的定位业务(LCS)请 求消息到位置提取子系统的E-SLP (S610)。在此情况下，E-CSCF利用 5已知的或包括于发送来的紧急呼叫初始化请求消息中的E-SLP IP Addr， 或当E-SLP IP Addr不是己知时寻找出的E-SLP IP Addr。 LCS请求消息 包括SET ID和IP-CAN ID，并可以按需要一起发送包括于接收到的紧急 呼叫初始化请求消息的其他信息。
LCS请求消息可以是利用SIP或其他协议的消息。例如，当E-SLP 10支持IMS信号时，SIP INVITE消息可以作为LCS请求消息发送。然而， 当E-SLP不支持IMS信号时或当要求IMS信号和LCS信号应彼此区分 时，E-CSCF可将SIP INVITE消息转化为利用MLP或RLP的消息，并 接着发送转化出的消息。例如，E-CSCF可从SIP INVITE消息产生如表 1所示的急救定位立即请求(MLP EME LIR)消息或紧急漫游定位立即
15请求(ERLIR)消息，并接着发送产生出的MLP EME一LIR消息或RLP ERLIR消息到E-SLP。
<!ELEMeme—lir((msids j (msid, gsm—net_param， trans—id ， esrd ,
ENTesrk )+)， eqop ， geo—info ， loc—type , pushaddr
%extension.param;)>
表1
E-SLP按照需要可将诸如所接收的定位业务请求消息发送到其他位 置提取功能，例如V-SLP。在此情况下，发送到V-SLP的消息可以是SIP 20 INVITE消息、从SIP INVITE消息产生的MLP EME_LIR消息或RLP ERLIR消息、或包括SIP INVITE消息的MLP EMEJLIR消息或RLP ERLIR消息。
例如当利用包括于LCS请求消息中的SET的loc_ini， E-SLP确定出 其他SLP比E-SLP更接近于SET时，可执行发送定位业务请求消息到 25 V-SLP的步骤。这是因为比E-SLP更接近于SET的其他SLP可发送获取 SET的loc—mid所需的更精确的辅助数据。然而，确定出E-SLP更接近 SET或甚至当确定出其他SLP更接近SLP时，此步骤也可被随意地忽略。随后，E-SLP或V-SLP对SET执行诸如SUPL过程的预定的位置提 取步骤(S611到S615)。在SUPL过程中，E-SLP或V-SLP与SET经 由IMS核心或直接地交换消息，并获得loc一mid，即SET的当前位置信 息。此后，将详细描述此过程。 5 在SUPL过程中，首先，V-SLP经由E-SLP或E-SLP直接向SET发
送诸如SUPL INT消息的用于开始位置提取过程的位置提取开始消息 (S611)。位置提取开始消息包括负责SUPL过程的实体的地址，例如 E-SLP Addr/E-SPC Addr或V-SLP Addr/V-SPC Addr，并按照需要还可包 括指示出负责SUPL步骤的实体是V-SLP还是E-SLP的信息、以及指示 10出代理模式或非代理模式的信息。位置提取开始消息可利用SIP PUSH机 制发送。
位置提取开始消息可以单独地发送或可以包括于各种类型的消息 中。在后一情况下，位置提取开始消息可以包括于SIP消息或RLP消息。 位置提取开始消息可以包括于SIP消息之间的SIP Immediate消息或可包 15括于SIP响应消息(诸如SIP lxx响应消息)中。用于利用SUPL网络开 始位置提取的额外的SIP消息可被重新定义并发送。在一些实施方式中， 位置提取开始消息可以包括于RLP消息中的RLP标准SUPL漫游位置立 即请求(RLPSSRLIR)消息中。
当发送位置提取开始消息到SET时，V-SLP或E-SLP可经由E-CSCF 20发送位置提取开始消息。在此情况下，E-CSCF传递包括位置提取开始消 息的全部消息到P-CSCF，并且P-CSCF发送这些消息到SET。
至此，已经利用紧急呼叫初始化请求消息和域立即消息以及位置提 取开始消息，对请求开始紧急呼叫和请求开始位置提取的步骤进行了描 述。在一些实施方式中，所述过程可利用SIP INVITE消息、SIP 100尝 25试消息、以及PRACK消息执行。在此情况下，在SIP INVITE消息被从 SET传递到V-SLP或E-SLP之后，发送SIP 100尝试消息作为对位置提 取的确收消息，并且SUPLINIT消息包括于SIP100尝试消息中。由此， 还可提供一个过程，其中SET利用PRACK检査SLP。
随后，接收了位置提取开始消息的SET发送诸如SUPL POS INIT消息的用于获取其自身位置值的定位开始消息到E-SLP (S612)。按照需 要，E-SLP可将所述定位开始消息传递到V-SLP。此时，在步骤S610， 当E-SLP将被转化为RLP消息的消息传递到V-SLP时，E-SLP可将定位 开始消息转化为RLP消息并将转化来的RLP消息传递到V-SLP。当负责 5位置提取的实体的地址信息包括于由SET接收的位置提取开始消息中 时，该SET可直接发送定位开始消息到E-SLP、 ESPC、 V國SLP或V-SPC。 定位开始消息(例如SUPL POS INIT消息)包括会话ID(session-id)， 位置ID (lid)、以及SET Capa。 session-id是指示出SUPL会话的标识 信息。lid可指示出SET当前归属的小区的ID，艮P，基站的ID。通过利
io用lid，能够单独地获取SET当前位置。SET Capa包括关于由SET支持 的位置提取方法的信息或可用于位置提取的协议的信息。
E-SLP、 E-SPC、 V-SLP、或V-SPC接连地与SET交换定位消息， 例如SUPL POS消息，作为用于获取诸如loc—mid的SET位置值的消息， 并且提取SET的实际位置(S613)。在获取SET位置的步骤中，可使用
15基于接收的SETCapa信息和诸如RRLP、 RRC、或TIA-801的有关的协 议确定的位置提取方法。此时，在步骤S610，当E-SLP利用RLP消息传 递定位业务请求消息到V-SLP时，利用RLP消息，E-SLP和SET交换定 位消息。结果，E-SLP、 E-SPC、 V-SLP或V-SPC获取loc_mid，即SET 的精确位置值。 '
20 随后，当获取了 SET的位置值时，V-SLP经由E-SLP或E-SLP直接
发送诸如SUPL END消息的指示出位置提取步骤结束的位置提取结束消 息到SET (S614)。在此情况下，V-SLP可利用RLP消息发送位置提取 结束消息到E-SLP。
当获取了 SET的精确位置值时，V-SLP经由E-SLP或E-SLP直接发
25送包括loc^jnid的定位业务响应消息到E-CSCF (S615)。定位业务响应 消息可以是LCS响应消息。
当loc—ini，即包括于在步骤S609发送到E-CSCF的紧急呼叫初始化 请求消息中的SET初始位置值，对于选择急救中心足够精确时，可忽略 SET的位置提取步骤。然而，如前所述，当loc ini未包括于紧急呼叫初始化请求消息时、当locjni不足以选择急救中心时、或当打算确认loc—ini 时，不能省略该位置提取步骤。
随后，将参照图4描述紧急呼叫建立过程的其他过程。已获取了 SET 的精确位置值(loc一ini或loc—mid)的IMS核心执行获取急救中心的路由 5信息的过程(S616到S619)。
为了获取路由信息，已接收到了包括loc_mid的定位业务响应消息 的E-CSCF发送诸如SIP INVTITE消息的紧急呼叫初始化请求消息到 E-AS (S616)。此时，发送到E-AS的紧急呼叫初始化请求消息包括SET 的位置信息，例如，loc_mid。包括于所接收的SIP INVITE消息中的所有 io其他信息也可包括于其中。
接着，E-AS根据包括于所接收的SIP INVITE消息中的loc一mind选 择急救中心(S617)。
随后，E-AS发送包括所选的急救中心的信息的传输消息到E-CSCF (S618)。传输消息可以是SIP3xx重新定向消息，但不限于此，并可以 15是是各种类型的消息，例如SIP方法。
在步骤S618中，按照需要，E-AS可与该传输消息一起发送用于识 别所选的急救中心的信息到E-CSCF。用于识别急救中心的信息可以是在 北美的急救定位业务情况下的ESRD (紧急业务路由数字)、ESRK (紧 急业务路由关键字)、ESRN (紧急业务路由码)、禾Q/或ESQK (紧急业 20务队列关键字)。在此情况下，在步骤617，用于识别急救中心的信息， 例如ESRD、 ESRK， ESRN以及ESQK，可由E-AS利用其自身数据库获 取，并且在步骤S618发送至少一个或更多个信息片段或全部信息到 E-CSCF。
ESRD和ESRK是一种与仅用于北美的紧急呼叫相关联的特殊码。 25 ESRD是用于识别最接近于当前用户设备的基站或扇区的码，ESRK是通 过组合各个基站或扇区用于识别提供当前的紧急呼叫的紧急呼叫供应方 的码。ESRN和ESQK是由急救中心使用的用于在现有的CS网络中的紧 急呼叫的信息。ESRN和ESQK是在北美使用的值，用于在支持IP的网 络中将紧急呼叫路由到支持现有的PSTN网络的急救中心。ESRN和ESQK是为了在IP网络和PSTN网络之间的合作而通过替换已有的ESRD 和ESRK值获得的值。
ESRN和ESQK是仅用于北美的与紧急呼叫关联的特殊码。ESRN 是一种码，用于将紧急呼叫路由到合适网关，以基于电路交换网络将紧 5急呼叫初始化请求消息传递到急救中心。ESQK是用于识别特定紧急呼叫 的码，用作通过位置提取子系统获取与特定紧急呼叫相关联的位置信息 以及回拨信息的键，并在当急救中心向位置提取子系统询问位置信息时 使用。
E-AS利用合适的方式传递诸如ESRD、 ESRK、 ESRN、以及ESQK io的用于识别急救中心的信息到E-CSCF。例如，E-AS可利用所接收的紧 急呼叫初始化请求消息传递诸如ESQK等的信息。在此情况下，由于E-AS 用作类似于SIP代理服务器，可忽略随后的从E-CSCF传递确收消息到 E-AS的步骤S619。
随后，已接收了包括急救中心信息的传输消息的E-CSCF发送确收 15 消息到E-AS (S619)。确收消息可以是例如ACK消息。
E-CSCF通过上述步骤(S616到S619)获取关于急救中心的路由信息。
为了建立紧急呼叫的目的，已获取了路由信息的E-CSCF发送紧急 呼叫初始化请求消息到根据所接收的识别急救中心的信息而选择的急救 20中心(S620)。此时，紧急呼叫初始化请求消息包括SETID。包括于接 收的紧急呼叫初始化请求消息的信息，例如，SETCapa、 loc—mid、 SDP offer、以及Emergency Indi还可包括于其中。
随后，根据正常通信过程(S621到S628)，打开急救中心和SET 之间的消息传输信道。所述消息传输信道可以是实时传输协议信道(RTP 25信道)。打开消息传输信道的具体过程不做特别的限定。
首先，已接收了 SIP INVITE消息的急救中心传递呼叫消息到IMS 核心，例如，E-CSCF(S621)。呼叫消息可以是SIP 180振铃消息。E-CSCF 传递呼叫消息到P-CSCF (S622)，并且P-CSCF发送呼叫消息到SET (S623)。在一些实施方式中，呼叫消息可经由E-AS传递到SET。在此情况 下，如在步骤S619所述的，E-AS用作SIP代理服务器。由此，当使用 E-AS作为SIP代理服务器时，在将呼叫消息从E-CSCF传递到P-CSCF 之前，还提供在E-CSCF和E-AS之间传递和响应呼叫消息的过程。 5 急救中心发送对紧急呼叫初始化请求消息的确收消息到E-CSCF
(S624)。所述确收消息可以是SIP200OK消息。急救中心可与确收消 息一起发送例如SDP offer 2消息的可由急救中心支持的SDP offer消息。
E-CSCF传递包括SDP offer消息的确收消息到P-CSCF (S625)， 并且P-CSCF发送所述消息到SET (S626)。在此情况下，类似于呼叫 io消息的传输，在将确收消息从E-CSCF传递到P-CSCF之前，还提供在 E-CSCF和E-AS之间传递和响应确收消息的过程。
已接收了呼叫消息的SET发送确收消息到急救中心(S627)。所述 确收消息可以是SIP ACK消息。
用于打开传输信道的步骤S621到S627是用于将SET连接到急救中 15心的连接过程的实施例，并根据会话连接方法可做各种变化。
在呼叫消息和确收消息在SET和急救中心之间交换之后，SET和急 救中心之间的消息传输信道打开，并且经由消息传输信道在SET和急救 中心之间建立了紧急呼叫(S628)。如上所述，消息传输信道可以是RTP 信道。利用包括于SET的初始SDP offer消息和急救中心的SDP offer消 20息两者的多媒体会话，即由SET和急救中心支持的多媒体会话，可进行 SET和急救中心之间的通信。
在建立了 SET和急救中心之间的紧急呼叫之后，急救中心按照需要 或者周期性地更新SET的位置信息。现在将参照图4描述更新SET位置 信息的过程。
25 首先，急救中心发送定位业务请求消息，即请求获取SET更新的位
置值(loc_upd)的消息，到位置提取子系统的GMLC (步骤629)。定 位业务请求消息可以是LCS请求消息。在此情况下，定位业务请求消息 可以是利用MLP或急救中心和GMLC之间的专用协议的消息，例如， 利用J-STD-036的消息。GMLC传递定位业务请求消息到E-SLP (S630) 。 E-SLP可传递所 述消息到V-SLP。在此情况下，定位业务请求消息可以是利用MLP的消 息或是利用RLP的消息。
当急救中心知晓E-SLP Addr或V-SLP Addr时，或当GMLC并入到 5 E-SLP或V-SLP时，急救中心可直接发送定位业务请求消息到E-SLP或 V-SLP。在此情况下，可忽略发送定位业务请求消息到GMLC的步骤 (S629)。
在上述步骤S629到S630中，利用在步骤S620接收的信息，例如诸 如ESQK的信息，急救中心可选择位置提取子系统(E-SLP)。
10 随后，执行用于获取SET的更新的位置值的位置提取步骤(S631到
S6.34)，所述位置值即loc—upd。位置提取过程可以是如上所述的SUPL 过程，但不限于此。在位置提取过程中，E-SLP或V-SLP通过与SET交 换预定消息而计算并获取loc一upd。包括获取loc一upd的位置提取过程 (S631到S634)类似于步骤S611到S614,因此忽略对其详细描述。
15 已通过位置提取过程获取了 loc_upd的E-SLP传递包括loc_upd的定
位业务响应消息到GMLC (S635)。定位业务响应消息可以是LCS响应 消息。在此情况下，定位业务响应消息可以是利用MLP的消息或是利用 RLP的消息。
GMLC发送接收的定位业务响应消息到急救中心(S636)。当然， 20定位业务响应消息包括loc—upd。在此情况下，定位业务响应消息可以是 利用MLP或利用急救中心和GMLS之间的特定协议的消息，例如使用 J-STD-036的消息。
由此，当包括loc一upd的定位业务响应消息发送到急救中心时，获取 更新的位置信息的过程，即根据本实施方式的提供急救定位业务的方法 25的第三过程完成。
在此之后，当需要结束所建立的紧急呼叫时，SET或急救中心发送 呼叫解除消息到相对的一方(S637)。呼叫解除消息可以是SIPBYE消 息。此时，当呼叫解除消息是利用SIP的消息时，已接收到了呼叫解除 消息的急救中心或用户设备利用SIP经由紧急呼叫初始化请求消息被传递的全部节点发送例如SIP200OK的确收消息到相对的一方。由此，通 过交换呼叫解除消息和确收消息，建立在SET和急救中心之间的紧急呼 叫得到解除。
实施方式 5 第二实施方式
下面，将描述根据本发明第二实施方式的提供急救定位业务的方法。
图5和图6是示出了根据本发明第二实施方式的提供急救定位业务 的方法的流程图。第二实施方式与中间媒体为E-CSCF的第一实施方式 的差异是处理IMS信号和LCS信号的中间媒体是E-AS。即，在第二实 io施方式中，负责在IMS核心和位置提取子系统之间交换消息的实体是 E-AS。如图5和图6所示，包括SET位置值的SET位置信息分类为初 始位置信息、呼叫中间位置信息、以及更新后位置信息。
与第一实施方式类似，初始位置信息包括经由SET与IP-CAN合作 获取的初始位置值(locjni)，并且是包括于发送到IP-CAN的登记请求 is消息的信息，或是包括于发送到IMS核心的紧急呼叫初始化请求消息中 的信息。
呼叫中间位置信息是包括于从E-AS发送到急救中心的紧急呼叫初 始化请求消息中的SET位置信息。呼叫中间位置信息包括中间位置值 (loc_mid) ， loc—mid是通过位置提取子系统与SET合作获取的SET位 20置值。在第二实施方式中，获取loc一mid的步骤从以下开始:E-AS向E-SLP 请求定位业务，并且包括loc一mid的呼叫中间位置信息从E-AS发送到急 救中心。
最后，类似于第一实施方式，更新后位置信息是包括紧急呼叫建立 之后更新了 SET的位置值(loc一upd)的SET位置信息。 25 根据本实施方式的紧急呼叫处理过程包括三个过程登记过程、紧
急呼叫建立过程、和位置更新过程。下面，将参照图5和图6主要描述 第二实施方式与第一实施方式的差异。
首先，描述登记过程。
参照图5，当SET当前没有与任何网络建立数据连接时，SET请求IP-CAN以建立数据连接，并进行数据连接建立(S701)。当利用IP-CAN 执行了数据连接建立时，SET与其他信息一起发送用于登记SET的例如 SIP REGISTER消息的登记请求消息到IMS核心的P-CSCF (S702)。其 他信息包括SETID、 IP-CAN ID、 SET IP Addr、和Emergency Indi。其他 5信息还可包括HPLMNID、 SETCapa、和E-SLP IP Addr。随后，P-CSCF 传递所接收的登记请求消息和此处包括的全部信息到E-CSCF (S703)。 接着，E-CSCF可传递接收的登记请求消息到HPLMN，以执行SET 的HPLMN登记过程(S704)。
在步骤S704中记录了 SET之后，E-CSCF发送例如SIP 200 OK的 io确收消息到P-CSCF (S705)并且P-CSCF将接收的确收消息传递到SET (S706)。
接着，类似于第一实施方式，在开始紧急呼叫建立过程之前，SET 可执行获取loc一ini的步骤(S707)。在获取loc一ini的步骤中，通过与 IP-CAN合作或与SUPL网络合作，SET获取其自身的loc一ini。 15 接着，执行紧急呼叫建立过程(S708到S725)。
在紧急呼叫建立过程中，首先，SET发送包括Emergency Indi的紧 急呼叫初始化请求消息到P-CSCF (S708)。紧急呼叫初始化请求消息包 括SETID、 IP-CAN ID、 lid、和loc—ini。紧急呼叫初始化请求消息还可 包括SET IP Addr、 SET Capa、 E-SLP IP Addr、和初始SDP Offer。 P-CSCF 20将紧急呼叫初始化请求消息和包括SET IP Addr的全部信息传递到 E-CSCF (S709)。
E-CSCF将紧急呼叫初始化请求消息与此处包括的全部信息传递到 E-AS (S710)。在本实施方式中，由于处理SIP信号和LCS信号的中间 媒体是E-AS，因而在步骤S709之后增加此步骤。因此，在随后的步骤 25中，E-AS负责IMS核心和位置提取子系统之间的通信。
随后，E-AS发送定位业务请求消息到E-SLP (S711)。此时，E-AS 将SET ID, IP-CAN ID和SET IP Addr与定位业务请求消息一起发送。 包括于紧急呼叫初始化请求消息中的其他信息可一起发送。定位业务请 求信息可以是利用SIP的消息或利用其他协议的消息，例如利用MLP或RLP的消息。E-SLP可按照需要发送所接收的定位业务请求消息到其他 位置提取功能实体，例如V-SLP。
随后，E-SLP或V-SLP与SET合作执行预定的位置提取过程，例如 SUPL步骤，由此获取loc—mid (S712到S715)。在SUPL过程中，E-SLP 5或V-SLP与SET经由IMS核心或直接地交换消息以获得包括loc一mid的 呼叫中间位置信息(S712到S715)。由于SUPL步骤(S712到S715) 类似于第一实施方式的步骤S611到S614，因而忽略对其详细描述。接着， 获取SET的loc一mid的V-SLP或E-SLP发送包括loc—mid的例如LCS响 应消息的定位业务响应消息到E-AS (S716)。 10 接着，参照图6描述根据第二实施方式的紧急呼叫建立过程的其他步骤。
参照图6， E-AS根据loc一mid选择急救中心(S717) 。 E-AS可获取 用于识别所选的急救中心的信息。例如，在北美的急救定位业务中，用 于识别急救中心的信息可以是ESRD、 ESRK、 ESRN和ESQK。
15 E-AS发送紧急呼叫初始化请求消息到所选择的急救中心(S718)。
紧急呼叫初始化请求消息包括SET ID、 SET Capa、和loc—mid。紧急呼 叫初始化请求消息还可包括初始SDP offer和Emergency Indi。
随后，执行打开已接收到了紧急呼叫初始化请求消息的急救中心和 SET之间的例如RTP信道的消息传输信道的过程(S719到S728)。打
20开消息传输信道的具体步骤基本类似于第一实施方式的步骤S621到 S62S。然而第二实施方式与第一实施方式的不同是呼叫消息和确收消息 经由E-AS传递。由此，当呼叫消息和确收消息在SET和急救中心之间 交换而且消息传输信道打开时，则建立了 SET和急救中心之间的紧急呼 叫(S719到S728)。
25 随后，类似于第一实施方式，执行更新SET位置信息的步骤，即位
置更新过程(S729到S136)。由于更新位置信息的步骤可以与第一实施 方式相同的顺序执行，忽略其详细描述。
此后，SET或急救中心发送例如SIP BYE消息的结束消息到相对一 方以解除所建立的紧急呼叫(S737)。第三实施方式
下面，将描述根据本发明第三实施方式的提供急救定位业务的方法。
图7和图8是示出了根据本发明第三实施方式的提供急救定位业务
的过程的消息流程图。第三实施方式与第二实施方式的相同之处是处理
5 IMS信号和LCS信号的中间媒体是E-AS。然而，第三实施方式与第二实 施方式不同而与第一实施方式相同之处是与急救中心通信的IMS核心的 实体是E-CSCF。如图7和图8所示，包括SET的位置值的SET的位置 信息分类为初始位置信息、呼叫中间位置信息、和更新后位置信息。 类似于第一和第三实施方式，初始位置信息包括经由SET与IP-CAN 10合作获取的初始位置值(locjni)，并且是包括于发送到IP-CAN的登记 请求消息中的信息，或是包括于发送到IMS核心的紧急呼叫初始化请求 消息中的信息。
呼叫中间位置信息是包括于从E-CSCF发送到急救中心的紧急呼叫 初始化请求消息中的SET位置信息。呼叫中间位置信息包括中间位置值 15 (loc—mid)，并且loc—mid是通过位置提取子系统与SET合作获取的SET 位置信息。在第二实施方式中，获取loc—mid的步骤从以下开始E-AS 向E-SLP请求定位业务，并且包括loc—mid的呼叫中间位置信息从 E-CSCF发送到急救中心。
最后，类似于第一实施方式，更新后位置信息是包括紧急呼叫建立 20之后更新了的位置值(loc—upd)的SET位置信息。
根据本实施方式的紧急呼叫处理过程包括三个过程登记过程、紧 急呼叫建立过程、和位置更新过程。下面，将参照图7和图8主要描述 第三实施方式与第一和第二实施方式的差异。 首先，描述SET登记过程。 25 参照图7，当SET当前未设置到任何网络的数据连接时，SET向
IP-CAN请求数据连接并执行数据连接建立(S801)。当执行了与IP-CAN 的数据连接建立时，SET发送用于登记SET的登记请求消息，例如，SIP REGISTER消息与其他信息一起发送到IMS核心的P-CSCF (S802)。 SIP REGISTER消息包括SET ID、 IP-CAN ID、和Emergency Indi。 SIPREGISTER消息还可包括SET IP Addr、 HPLMN ID、 SET Capa、和E-SLP IPAddr。随后，P-CSCF传递所接收的登记请求消息和包括于其中的全部 信息到E-CSCF (S803)。
接着，E-CSCF可传递所接收的登记请求消息到HPLMN以执行SET 5 的HPLMN登记过程(S804)。随后，E-CSCF发送例如SIP 200 OK的 确收消息到P-CSCF(S805)，并且P-CSCF传递所接收的确收消息到SET (S806)。
接着执行紧急呼叫建立过程(S808到S828)。类似于第一和第二实 施方式，在开始紧急呼叫建立过程之前，SET可执行获取loc—ini的步骤(S807)。在获取loc—ini的步骤中，通过与IP-CAN合作或与SUPL网 络合作，SET获取其自身的loc—ini。
在紧急呼叫建立过程中，首先，SET发送包括Emergency Indi的紧 急呼叫初始化请求消息到P-CSCF (S808)。紧急呼叫初始化请求消息包 括SETID、 IP-CAN ID、 lid、 SET IP Addr、和loc—ini。紧急呼叫初始化请求消息还可包括SETCapa、 Emergency Capa、 E-SLP IP Addr、和初始 SDP Offer。 P-CSCF将紧急呼叫初始化请求消息与包括SET IP Addr的全 部信息传递到E-CSCF (S809) 。 E-CSCF将紧急呼叫初始化请求消息与 其中包括的全部信息传递到E-AS (S810)。在本实施方式中，类似于第 二实施方式，这是因为处理SIP信号和LCS信号的中间媒体是E-AS。因此，在随后步骤中，E-AS负责IMS核心和位置提取子系统之间的通信。 随后，执行获取SET的mid—loc的过程(S811到S816)。首先E-AS 发送定位业务请求消息到E-SLP (S811)。此时，E-AS将SET IP Addr 与定位业务请求消息一起发送并可一起发送包括于紧急呼叫初始化请求 消息的其他信息。定位业务请求消息可以是利用SIP的消息，或是利用其他协议的消息，例如利用MLP或RLP的消息。E-SLP可发送所接收的 定位业务请求消息到其他位置提取功能实体，例如V-SLP。
随后，E-SLP或V-SLP与SET合作执行预定的位置提取过程，例如 SUPL过程，由此获得loc—mid (S812到S815)。在SUPL过程中，E-SLP 或V-SLP经由IMS核心或直接地与SET交换预定的消息以获取包括loc—mid的呼叫中间位置信息。因为SUPL过程(S812到S815)类似于 第一实施方式的步骤S611到S614或第二实施方式的步骤S712到S715， 因而将忽略对其的详细描述。接着，获取SET的loc—mid的V-SLP或E-SLP 发送包括loc_mid的例如LCS响应消息的定位业务响应消息到E-AS 5(S816)。
接着，将参照图8描述根据第二实施方式的紧急呼叫建立过程的其 他步骤。
参照图8，类似于第一实施方式，执行获取急救中心的路由信息的 过程(S817到S819) 。 E-AS根据loc—mid选择急救中心(S817)。
io E-AS发送传输消息到E-CSCF (S818)。传输消息可以是SIP 3xxx
重新定向消息，但不限于此。例如，在北美的急救定位业务的情况下， 用于识别急救中心的信息，例如ESRD、 ESRK、 ESRN和ESQK可与传 输消息一起发送到E-CSCF。如前所述，用于识别急救中心的信息由E-AS 在步骤S817中获取。
is 在此情况下，E-AS可选择并发送ESRD、 ESRK、 ESRN和ESQK
中的一个或多个，或可发送其全部信息。已接收了包括用于识别急救中 心的信息的传输消息的E-CSCF发送确收消息到E-AS (S819)。所述确 收消息可以是ACK消息。
下面，根据接收的急救中心路由信息，执行建立SET和急救中心之
20间的紧急呼叫的步骤。首先，E-CSCF发送紧急呼叫初始化请求消息到根 据接收的用于识别急救中心的消息选择的急救中心(S820)。紧急呼叫 初始化请求消息包括SET ID、 SET Capa、和loc一mid。紧急呼叫初始化 请求消息还可包括初始SDP offer和Emergency Indi。
接着，执行打幵已接收到了紧急呼叫初始化请求消息的急救中心和
25 SET之间的例如RTP信道的消息传输信道的过程(S821到S828)。打 开消息传输信道的具体步骤类似于第一实施方式和第二实施方式的步骤 S621到S628。由此，当呼叫消息和确收消息在SET和急救中心之间进 行了交换且消息传输信道已打开时，就建立了 SET和急救中心之间的紧 急呼叫(S821到S828)。随后，类似于第一和第二实施方式，执行更新SET的位置信息的步 骤，即位置更新过程(S829到S836)。由于更新位置信息的步骤可以与 第一和第二实施方式相同的顺序执行，因而省略对其的详细描述。
在此之后，SET或急救中心发送例如SIP BYE消息的结束消息到相 5对方以解除所建立的紧急呼叫(S837)。
至此，己经参照附图详细描述了本发明的实施方式。在本发明的上述 实施方式中，假设IMS核心选择急救中心。然而，如参照图l所述，急 救中心的路由信息可由位置提取子系统提供。因此，对于本领域技术人 员明显的是，通过适当地改变本发明的实施方式，其中急救中心的路由 io信息由位置提取子系统提供的实施方式仅是本发明的简单改变后的实施 例。因为上述实施方式仅是为了示出本方面的技术精神，应当理解的是 这些实施方式不限制本发明的技术精神。
工业实用性
如上面所详细描述的，在根据本发明的提供急救定位业务的方法中， 15己经接收了紧急呼叫初始化请求消息的IMS核心与执行位置提取功能的 位置提取子系统通信，以获取用户设备的位置信息并基于获取的位置信 息选择对用户设备的当前位置最适合的急救中心，以建立用户设备和所 述急救中心之间的紧急呼叫。此时，用户设备的位置信息可由位置提取 子系统获取以与用户设备通信。因此，根据本发明，能够利用IMS核心 20迅速地提供急救定位业务。
根据本发明，能够利用例如包括SLP的位置提取子系统的用于提供 基于用户平面的定位业务的系统获取用户设备的位置信息，并由此利用 所述位置信息提供急救定位业务。因此，能够利用IMS核心有效地提供 急救定位业务，而无论用于提供定位业务的网络的特征或结构如何。
权利要求
1.一种利用IP多媒体子系统(IMS)核心提供急救定位业务的方法，所述方法包括以下步骤接收来自用户设备的紧急呼叫初始化请求消息；响应于所述紧急呼叫初始化请求消息，向位置提取子系统发送请求提取用户设备的位置的定位业务请求消息；从接收到了所述定位业务请求消息的所述位置提取子系统接收包括所述用户设备的当前位置信息的定位业务响应消息，所述当前位置信息是由所述位置提取子系统访问所述用户设备而获得的；以及根据所述当前位置信息选择急救中心，并向所选择的急救中心发送包括所述当前位置信息的紧急呼叫初始化请求消息。
2. 如权利要求l所述的方法，所述方法还包括在已接收了所述紧急 呼叫初始化请求消息的所述急救中心和所述用户设备之间建立的紧急呼15 叫。
3. 如权利要求1所述的方法，其中所述位置提取子系统是位置提取 功能实体(LRF)。
4. 如权利要求1所述的方法，其中所述定位业务请求消息包括所述 用户设备的身份信息。
5.如权利要求4所述的方法，其中所述用户设备的身份信息包括会话初始化协议统一资源标识(SIP URI)或电话统一资源标识(TEL URI)。
6. 如权利要求4所述的方法，其中所述定位业务请求消息还包括所 述用户设备的IP地址。
7. 如权利要求1所述的方法，其中所述定位业务请求消息包括IP 25连接接入网络(IP-CAN)的身份信息，所述IP连接接入网络用于允许所述用户设备访问所述IMS核心。
8. 如权利要求l所述的方法，其中从所述用户设备接收的所述紧急 呼叫初始化请求消息包括所述用户设备的初始位置信息。
9. 如权利要求8所述的方法，其中当所述初始位置信息不适合于选择急救中心时，执行发送所述定位业务请求消息到所述位置提取子系统 的步骤。
10. 如权利要求8所述的方法，其中所述初始位置信息是通过利用 允许所述用户设备访问所述IMS核心的所述IP-CAN而获得的，或通过5使得所述用户设备能够直接访问所述位置提取子系统而获得的。
11. 如权利要求1所述的方法，其中在发送紧急呼叫初始化请求消 息到所述急救中心的步骤中，所述急救中心的ID信息也被发送。
12. 如权利要求11所述的方法，其中所述急救中心的ID信息包括 紧急业务路由数字(ESRD)、紧急业务路由关键字(ESRK)、紧急业io务路由码(ESRN)、以及紧急业务队列关键字(ESQK)中的至少一个。
13. —种提供急救定位业务的方法，所述方法包括以下步骤 从用户设备向IP多媒体子系统(IMS)核心发送的紧急呼叫初始化请求消息；从所述IMS核心向位置提取子系统发送请求提取所述用户设备的位 15置的第一定位业务请求消息；响应于所述第一定位业务请求消息，所述位置提取子系统访问所述 用户设备，获取所述用户设备的当前位置信息；从所述位置提取子系统向所述IMS核心发送包括所述当前位置信息 的第一定位业务响应消息； 20 从所述IMS核心向所述IMS核心根据所接收到的所述当前位置信息而选择的急救中心发送包括所述当前位置信息的紧急呼叫初始化请求消 息；并且响应于所接收的紧急呼叫初始化请求消息，在所述急救中心和所述 用户设备之间建立紧急呼叫。 25
14.如权利要求13所述的方法，其中所述位置提取子系统是位置提取功能实体(LRF)。
15.如权利要求13所述的方法，其中从所述用户设备接收的所述紧 急呼叫初始化请求消息包括所述用户设备的初始位置信息，并且其中当所述初始信息不适合选择急救中心时，执行所述发送所述第一定位业务请求消息到所述位置提取子系统的步骤。
16.如权利要求13所述的方法，其中所述第一定位业务请求消息包 括所述用户设备的身份信息以及允许所述用户设备访问IMS核心的 IP-CAN的身份信息。
17.如权利要求13的所述方法，其中获取所述当前位置信息的过程是利用基于用户平面的定位业务过程执行的。
18. 如权利要求17所述的方法，其中所述定位业务过程是安全用户 平面定位(SUPL)步骤，而且其中所述位置提取子系统包括紧急SUPL位置平台(E-SLP)、本地用户 io SUPL位置平台(H-SLP)、或漫游用户SUPL位置平台(V-SLP)。
19. 如权利要求13的方法，在建立紧急呼叫的步骤之后，所述方法 还包括以下步骤从所述急救中心向所述位置提取子系统发送第二定位业务请求消息 响应于所述第二定位业务请求消息，由所述位置提取子系统获取所述用户设备的更新后的位置信息；并且从所述位置提取子系统向所述急救中心发送所述更新后的位置信息。
20. 如权利要求19所述的方法，其中获取更新后的位置信息的步骤 20是利用SUPL过程执行的，并且其中所述位置提取子系统包括E-SLP、H-SLP、或V-SLP。
21. 如权利要求13所述的方法，其中在向所述急救中心发送所述紧 急呼叫初始化请求消息的步骤中，用于识别所述急救中心的信息也被发 送。
22.如权利要求21所述的方法，其中所述急救中心的ID信息包括紧急业务路由数字(ESRD)、紧急业务路由关键字(ESRK)、紧急业 务路由码(ESRN)、以及紧急业务队列关键字(ESQK)中的至少一个。
23.如权利要求13所述的方法，其中所述IMS核心包括提供急救中 心的路由信息的紧急呼叫会话控制功能实体(E-CSCF)和紧急应用服务器(E-AS)。
24. 如权利要求23所述的方法，其中所述E-CSCF是负责与所述位 置提取子系统和所选的急救中心通信的实体。
25. 如权利要求23所述的方法，其中所述E-AS是是负责与所述位 5置提取子系统和所选的急救中心通信的实体。
26. 如权利要求23所述的方法，其中所述E-CSCF是负责与位置提 取子系统通信的实体，并且所述E-AS是负责与所选的急救中心通信的实 体。
27. 如权利要求13的所述方法，在发送来自所述用户设备的紧急呼 io叫初始化请求消息之前还包括以下步骤从所述用户设备向所述IMS核心发送登记请求消息；并且 响应于所述登记请求消息，从所述IMS核心向所述用户设备发送访 问确收消息。
28. —种用于提供急救定位业务的方法，所述方法包括以下步骤 从用户设备向IP多媒体子系统(IMS)核心发送包括该用户设备自身的初始位置信息的紧急呼叫初始化请求消息；由所述MS核心确定包含于所述紧急呼叫初始化请求消息中的所述 初始位置信息是否足以确定急救中心；在确定出所述初始位置信息足以确定所述急救中心的情况下，从所 20述IMS核心向所述IMS核心根据所述初始位置信息选择的急救中心发送所述紧急呼叫初始化请求消息；并且在已接收到了所述紧急呼叫初始化请求消息的急救中心和所述用户 设备之间建立紧急呼叫。
29. 如权利要求28所述的方法，其中所述紧急呼叫初始化请求信息 25包括以下各项中的至少一个所述用户设备的ID、紧急情况指示信息，所述用户设备的能力、以及所述用户设备所归属的网络中的位置ID。
30. 如权利要求28所述的方法，在建立所述紧急呼叫的步骤之后还 包括以下步骤从所述急救中心向所述位置提取子系统发送请求所述用户设备的更新后的位置信息的定位业务请求消息；响应于所述定位业务请求消息，所述位置提取子系统访问所述用户 设备，获取所述用户设备的所述更新后的位置信息；以及从所述位置提取子系统向所述急救中心发送所述更新后的位置信
31. —种利用用户设备提供急救定位业务的方法，所述方法包括以 下步骤向核心网络发送包括紧急情况指示信息的会话连接请求消息； 响应于来自所述核心网络的请求，访问位置提取子系统以通过测量 10所述用户设备的当前位置获取所述用户设备的当前位置信息；以及响应于来自所述核心网络根据由所述位置提取子系统获取的所述当 前位置信息选择的急救中心的会话连接请求建立紧急呼叫。
32. 如权利要求31的所述方法，其中所述急救中心接收来自所述核 心网络的包括所述当前位置消息的所述会话连接请求消息。
33.如权利要求33的所述方法，其中所述核心网络是IMS核心。
34. 如权利要求31的所述方法，其中所述位置提取子系统是位置提 取功能实体(LRF)。
35. —种支持急救定位业务的用户设备，所述用户设备包括 处理器，所述处理器向核心网络发送包含紧急情况指示信息的会话连接请求消息，响应于来自所述核心网络的请求，访问位置提取子系统 以通过测量用户设备的当前位置而获取用户设备的当前位置信息，并且 响应于来自所述核心网络根据所述位置提取子系统获取的当前位置信息 选择的急救中心的会话连接请求，执行到急救中心的会话连接。
36. 如权利要求35所述的用户设备，其中所述核心网络是IP多媒体 25子系统(IMS)核心。
37. 如权利要求35所述的用户设备，其中所述位置提取子系统是位 置提取功能实体(LRF)。
全文摘要
提供了一种方法和系统，用于利用IMS核心提供急救定位业务。在所述方法中，当IMS核心接收来自用户设备的紧急呼叫初始化请求消息时，响应于该紧急呼叫初始化请求消息，IMS核心向位置提取子系统发送请求提取用户设备的位置的定位业务请求消息。接着，当IMS核心接收来自位置提取子系统的用户设备的当前位置信息时，根据该当前位置信息，IMS核心选择急救中心并发送包括当前位置信息的紧急呼叫初始化请求消息到所选的急救中心，该当前位置信息是由接收了定位业务请求消息的位置提取子系统访问用户设备取得的。接着，建立用户设备和该急救中心之间的紧急呼叫。
文档编号H04Q7/38GK101288330SQ200680037052
公开日2008年10月15日 申请日期2006年10月2日 优先权日2005年10月7日
发明者沈东熙 申请人:Lg电子株式会社