CN101288330A - 用于提供急救定位业务的方法和系统 - Google Patents
用于提供急救定位业务的方法和系统 Download PDFInfo
- Publication number
- CN101288330A CN101288330A CNA200680037052XA CN200680037052A CN101288330A CN 101288330 A CN101288330 A CN 101288330A CN A200680037052X A CNA200680037052X A CN A200680037052XA CN 200680037052 A CN200680037052 A CN 200680037052A CN 101288330 A CN101288330 A CN 101288330A
- Authority
- CN
- China
- Prior art keywords
- message
- request message
- subscriber equipment
- subsystem
- aid centre
- 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.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了一种方法和系统,用于利用IMS核心提供急救定位业务。在所述方法中,当IMS核心接收来自用户设备的紧急呼叫初始化请求消息时,响应于该紧急呼叫初始化请求消息,IMS核心向位置提取子系统发送请求提取用户设备的位置的定位业务请求消息。接着,当IMS核心接收来自位置提取子系统的用户设备的当前位置信息时,根据该当前位置信息,IMS核心选择急救中心并发送包括当前位置信息的紧急呼叫初始化请求消息到所选的急救中心,该当前位置信息是由接收了定位业务请求消息的位置提取子系统访问用户设备取得的。接着,建立用户设备和该急救中心之间的紧急呼叫。
Description
技术领域
本发明涉及急救定位业务,更具体地涉及一种利用IP多媒体子系统(IMS)核心来提供急救定位业务的方法和系统。
背景技术
作为在基于IP(互联网协议)的下一代通信环境中提供新多媒体业务的核心信息技术,IP多媒体子系统(IMS)已经吸引了很多注意力。IMS用来将IP网络和移动通信环境统一,并使得能够通过促进用户设备和IP网络之间的通信而利用用户设备提供基于IP的多媒体业务。基于IP的多媒体业务的示例可包括互联网电话业务、远程视频会议业务、语音邮件业务、以及定位业务。
可用于基于IP的多媒体业务的一种信令协议是会话初始化协议(SIP)。SIP是应用层的呼叫控制协议,用于获取对方用户设备的位置并产生、更正和结束用户设备之间的或用户设备与具有IP地址的实体之间的基于IP的多媒体业务会话。
如上所述,定位业务是基于IP的多媒体业务之一。定位业务是这样的一种业务,该业务周期性地或按要求地计算目标终端位置值,并将包括所计算出的位置值的位置信息提供到网络中的实体。计算目标终端位置值的方法的示例可包括:利用终端所属的小区的ID的小区ID法;测量无线电波从终端传播到基站的时间长度并利用几何测量(trigonometrical survey)计算终端位置值的方法;以及利用全球定位系统(GPS)的方法。
定位业务用作向用户提供急救定位业务以及多种附加业务的基础,这些附加业务例如交通信息业务、定位信息业务、气象信息业务、以及车辆导航业务。急救定位业务是指是这样的一种业务,该业务通过利用包括一组移动通信网络或控制节点的系统来建立用户设备与最适合于用户设备的当前位置的急救中心之间的紧急呼叫。
急救定位业务通过将用户设备的当前位置信息提供到急救中心以建立紧急呼叫,而允许急救中心针对该用户进行必需的紧急救援等。因此,在灾难或交通事故时,当用户请求与急救中心的紧急呼叫时,急救定位业务迅速检查用户设备的位置以建立用户设备和最适合所检查出的位置的急救中心之间的紧急呼叫。因此,考虑到附随业务的有用性,在基于用户设备的急救定位业务中,紧急呼叫初始化请求的迅速处理是非常重要的。
然而,已知的IMS所提供的各种业务不公布急救定位业务的细节。另外,由于网络或系统中实体之间用于提供急救定位业务的消息处理程序和传输参数根据网络的结构而彼此不同,因而具有的问题是根据网络的结构而不同地规定该网络或系统提供的急救定位业务处理程序。
发明内容
技术问题
本发明的技术目的是提供一种利用IMS核心提供急救定位业务的方法和系统。
本发明的另一技术目标是提供一种无关于提供定位业务的网络或系统的结构而利用IMS核心来提供急救定位业务的方法和系统。
技术方案
根据本发明的一个方面,提供了一种利用IP多媒体子系统(IMS)核心提供急救定位业务的方法,所述方法包括:从用户设备接收紧急呼叫初始化请求消息;响应于紧急呼叫初始化请求消息,发送位置定位业务请求消息到位置提取子系统,以请求提取所述用户设备的位置;从位置提取子系统接收包括用户设备当前位置信息的定位业务响应消息,所述消息是通过由接收了定位业务请求消息的位置提取子系统访问用户设备而获得的;并根据当前位置信息选择急救中心,将包括当前位置信息的紧急呼叫初始化请求消息发送到所选的急救中心。
根据本发明的另一方面,提供了一种用于提供急救定位业务的方法,该方法包括:从用户设备发送紧急呼叫初始化请求消息到IP多媒体子系统(IMS)核心;从IMS核心发送请求提取用户设备的位置的第一定位业务请求消息到位置提取子系统;响应于所述第一定位业务请求消息,由访问用户设备的所述位置提取子系统获取用户设备的当前位置信息;从所述位置提取子系统发送包括当前位置信息的第一定位业务响应消息到IMS核心;从IMS核心发送包括所述当前位置信息的紧急呼叫初始化请求消息到由IMS核心根据所接收的当前位置信息选择的急救中心;并且响应紧急呼叫初始化请求消息,在所述急救中心和用户设备之间建立紧急呼叫。
在上述方面中,建立紧急呼叫之后,急救中心可发送第二定位业务请求消息到位置提取子系统,并且响应于第二定位业务请求消息,所述位置提取子系统可获取用户设备的更新的位置信息,并发送包括所述更新的位置信息的第二定位业务响应消息到所述急救中心。
根据本发明的另一方面,提供了一种用于利用用户设备提供急救定位业务的方法,所述方法包括:发送包括紧急情况指示信息的会话连接请求消息到核心网络;响应于来自核心网络的请求,访问位置提取子系统以通过测量用户设备的当前位置获取用户设备的当前位置信息;并且响应于来自由所述核心网络根据由位置提取子系统获取的位置信息选择的急救中心的会话连接请求,建立紧急呼叫。
根据本发明的另一方面,提供了一种支持急救定位业务的用户设备。并且,所述用户设备包括处理器,所述处理器发送包含紧急情况指示信息的会话连接请求消息到核心网络,响应于来自所述核心网络的请求,访问位置提取子系统以通过测量用户设备的当前位置获取用户设备的当前位置信息,并且响应于来自由所述核心网络根据由位置提取子系统获取的位置信息选择的急救中心的会话连接请求,执行到急救中心的会话连接。
有益效果
在根据本发明的用于提供急救定位业务的方法中,已经接收了紧急呼叫初始化请求消息的IMS核心与执行位置提取功能的位置提取子系统通信,以获得用户设备的位置信息,并根据所获得的位置信息选择最合适用户设备当前位置的急救中心,以建立用户设备和所述急救中心之间的紧急呼叫。此时,用户设备的位置信息可由与用户设备通信的位置提取子系统获取。因此,根据本发明,能够利用IMS核心迅速地提供急救定位业务。
根据本发明,能够利用用于提供基于用户平面的定位业务的系统,例如包括SLP的位置提取子系统,来获取用户设备的位置信息,并由此利用所述位置信息提供急救定位业务。因此,能够利用IMS核心有效地提供急救定位业务,而不管用于提供定位业务的网络的特征或结构如何。
附图说明
图1是示出了根据本发明实施方式的提供急救定位业务的系统的方框图。
图2是示出了作为图1所示的位置提取子系统的示例的包括SUPL位置平台(SLP)的位置提取子系统的方框图。
图3是示出了根据本发明第一实施方式的提供急救定位业务的方法中第一半步骤的消息流程图。
图4是示出了根据本发明第一实施方式的提供急救定位业务的方法中第二半步骤的消息流程图。
图5是示出了根据本发明第二实施方式的提供急救定位业务的方法中的第一半步骤的消息流程图。
图6是示出了根据本发明第二实施方式的提供急救定位业务的方法中的第二半步骤的消息流程图。
图7是示出了根据本发明第三实施方式的提供急救定位业务的方法中的第一半步骤的消息流程图。
图8是示出了根据本发明第三实施方式的提供急救定位业务的方法中第二半步骤的消息流程图。
此后,将参照附图详细描述本发明的示例性实施方式。下面描述的示范性实施方式仅意在举例出本发明的技术精神,并不限制本发明的范围。
具体实施方式
图1是示出了根据本发明实施方式的提供急救定位业务的系统的方框图。参照图1,系统包括用户设备(UE)100、IP连接接入网络(IP-CAN)200、IP多媒体子系统(IMS)核心300、位置提取子系统400、以及急救中心(EC)500。
UE 100是可与IMS核心300(或构成IMS核心的多个实体)通信的实体。UE 100有特定的ID和IP地址(P Addr)。UE 100的ID可以是公共用户ID,例如SIP URI(Uniform Resource Identifier,统一资源标识)或TEL URI。UE 100的ID可具有专门用于紧急呼叫的紧急业务ID。
UE 100可与位置提取子系统400通信。UE 100可以是支持安全用户平面网络(SUPL)的终端(SET),其与SUPL位置平台(SLP)通信,所述SUPL位置平台(SLP)是在例如安全用户平面网络(SUPL)中起位置提取功能作用的实体,UE 100的实施例可包括例如统一移动通信系统(UMTS)中的用户设备(UE)、移动通信的全球系统(GSM)或interstandard-95(IS-95)中的移动基站(MS)、以及具有SET功能的膝上型计算机或个人数字助理(PDA)。该SET在与利用用户平面承载的SUPL网络相互工作中支持SUPL中定义的处理。
IP-CAN 200是在UE 100和IMS实体之间提供IP传输连接的一组网络实体和接口。即,IP-CAN200是用于为SIP信号提供路由以使得UE 100与IMS核心300通信的接入网络。IP-CAN 200可以是例如通用分组无线业务(GPRS)的基于分组的通信网络。
IMS核心300是利用SIP提供多种多媒体业务并在移动通信网络环境中控制基于SIP的呼叫控制的一组控制节点。IMS核心包括代理呼叫会话控制功能实体(P-CSCF)310、紧急呼叫会话控制功能实体(E-CSCF)320、以及紧急应用服务器(E-AS)330。IMS核心300可包括家庭用户服务器(HSS)(未示出)。
呼叫会话控制功能实体(CSCF)用于登记UE 100并将SIP信号路由到合适的服务器,并一般根据其逻辑功能分类为P-CSCF 310、S-CSCF(服务CSCF)、以及I-CSCF(询问-CSCF)。P-CSCF 310是访问IMS核心300时的第一接触点。S-CSCF用于实际处理IMS网络中的多个会话,并可根据其逻辑作用分类为各种实体。E-CSCF 320是S-CSCF的实施例,并且是专用于处理紧急会话的S-CSCF。
E-AS 330用于提供有关于急救中心500的路由信息并用于将SIP信号重新定向。E-AS 330可并入E-CSCF 320。
在本发明的实施方式中,除了上述作用,E-CSCF 320或E-AS 330用作中间媒体以处理IMS信号(图1中由实心箭头表示的部分是用于转发IMS信号的信令路径)和LCS信号(图1中由粗实线表示的部分是用于传递LCS信号的信令路径)。在此情况下,IMS信号和LCS信号两者均经过的E-CSCF 320或E-AS 330成为了用于区分IMS信号和LCS信号的中间点。
例如,E-CSCF 320在后面将描述的第一实施方式中负责与位置提取子系统400和急救中心500的通信,而E-AS 330在后面将描述的第二实施方式中负责与位置提取子系统400和急救中心500的通信。在第三实施方式中,E-CSCF 320负责与急救中心500的通信,E-AS 330负责与位置提取子系统330的通信。
因此,在本发明的实施方式中,当由于IMS信号和/或LCS信号改变而需要更换或升级与IMS信号和/或LCS信号相关联的节点时,仅仅需更换或升级用于处理IMS信号的节点和/或用于处理LCS信号的节点。由于用于建立IMS紧急呼叫的IMS信号和LCS信号在E-CSCF 320或E-AS 330处交叉,所以两个信号的信令路径可清晰地彼此区分或彼此相关。
再次参照图1,位置提取子系统400包括响应于定位业务请求而提取UE 100的位置,从而获取位置信息的功能实体或一组此类实体。专用于处理急救定位业务请求的位置提取子系统400是急救位置提取子系统。位置提取子系统400的典型实施例是位置提取功能实体(LRF)。
获取UE 100的位置信息的位置提取子系统400可以是独立的功能实体或可包括获取位置信息的各种位置服务器功能实体(LSF)410、提供到合适的急救中心的路由信息的路由确定功能实体(RDF)420、和/或用作例如急救中心500的接入节点的门户移动位置中心(GMLC)430。
在此,位置提取子系统400可与独立的RDF 420相互作用,或可包括并入的RDF 420。在前一种情况下,独立的RDF可并入到GMLC中。位置提取子系统400可与独立的GMLC 430相互作用或可包括并入的GMLC 430。
LSF 410是用于管理定位业务并实际提取UE 100位置的实体。位置提取子系统400可与独立的LSF 410相互作用或可包括并入的LSF以获取位置信息。LSF 410的一个实施例是图2所示的SLP(SUPL位置平台)。
图2是示出了包括作为LSF 410的实施例的SLP的位置提取子系统400的方框图。位置提取子系统400包括:SLP 412,其作为本地用户网络的SLP(H-SLP)或作为漫游用户网络的SLP(V-SLP);处理急救位置提取业务的E-SLP 414;以及诸如GMLC 430的SUPL网络实体。在此情况下,SLP 412和E-SLP 414可并入到RDF 420。
以此方式,由于图2所示的位置提取子系统400仅是图1所示的位置提取子系统400的实施例,对本领域技术人员显而易见的是下面参照图2描述的本发明的实施方式可类似地应用于不同种类的位置提取子系统。将参照图1和图2详细描述组成位置提取子系统400的实体的功能。
如上所述,SUPL是基于用户平面的通信协议,可利用用户平面基本上提供定位业务。例如,SUPL使用用户平面数据承载以传递例如A-GPS(辅助全球定位系统)的位置辅助信息并在用户设备和网络之间传输与定位技术有关的协议。使用SUPL的定位业务可经由SUPL网络来提供,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。SPC412a是用于计算SET的实际位置的实体,而SLC 412b是用于执行SLP412的除了SPC 412a的位置计算功能以外的功能(诸如漫游功能和资源管理功能)的实施例。SPC 412a和SLC 412b的操作可根据代理模式或非代理模式而彼此略微不同。SUPL定位业务中的这些差异是公知的所以省略了对其的详细描述。
SLP 412可以是本地用户网络的SLP或漫游用户网络的SLP。在图2中,前者由H-SLP表示,后者由V-SLP表示。在后面的第一、第二和第三实施方式中(图3、图4、图5、图6、图7和图8),E-SLP和V-SLP作为位置提取子系统的元素公开,并且这是因为假设SET当前处于漫游状态。因此,当SET处于非漫游状态时,对于本领域技术人员明显的是V-SLP可被替换为H-SLP。
E-SLP 414是专用于处理急救定位业务请求的SLP。例如,当急救定位业务请求从IMS核心300发出时,或定位业务请求从急救中心500发出时,E-SLP 414访问SET 100以根据预定消息传输程序计算SET 100的位置值。由此,E-SLP 414可被称为紧急会话专用SLP。
E-SLP 414可包括E-SPC 414a和E-SLC 414b。E-SPC 414b在紧急会话时执行计算SET 100的实际位置的功能,而E-SLC 414a执行E-SLP 414的功能,例如资源管理功能,而不包括E-SPC414b的位置计算功能。E-SLC414a和E-SPC 414b的操作可根据代理模式或非代理模式而彼此不同。
E-SLP 414可存在于每个网络中或可独立于网络。在后一情况下,一个E-SLP 414可覆盖多个网络区域。例如,E-SLP 414可单独地覆盖本地用户移动通信网络的区域和访问移动通信网络的区域,或者一个E-SLP414可覆盖本地用户移动通信网络的区域和访问移动通信网络的区域。然而,优选地至少存在一个E-SLP,用于处理属于移动通信网络区域的SET的急救定位业务请求。即,应存在至少一个用于计算SET的位置的E-SLP,无论SET属于哪种网络。
E-SLP 414可存在于SLP 412中。即,SLP 412可具有E-SLP 414的功能。在此情况下,可以不存在额外的E-SLP 414,而E-SPC 414b和E-SLC414a的功能可分别由SPC 412b和SLC 412a执行。
另一方面,E-SLP 414可具有特定标准化的地址,例如诸如emergency.slp@lge.com的E-SLP IP Addr。E-SLP IP Addr可通过规定而预先存储在SET 100中,可经由DNS队列检测,或可由SET根据预定的规则产生。在此情况下,SET 100可发送E-SLP IP Addr和请求紧急呼叫的消息到IMS核心300。
随后,参照图1描述急救中心500。
急救中心500从IMS核心300接收UE 100的位置信息,更具体地,从E-CSCF 320或E-AS 330接收所述信息,并执行关照用户的紧急情况的功能。急救中心500可以是用于接听来自用户的紧急呼叫的物理位置,例如公共安全应答点(PSAP)。即,急救中心500可以是警察局、消防局、医院的急救中心等的服务器。急救中心500可以独立于网络。例如,一个急救中心500可覆盖多个网络区域,多个急救中心500可存在于一个网络区域中,或一个急救中心500可存在于一个网络区域。
急救中心500可以连接到IMS网络、公共交换电话网络(PSTN)、电路交换域(CS域)、分组交换域(PS域)、或其他任何分组网络。另外,当需要更新UE 100的位置时,急救中心500可请求位置提取子系统400提取UE 100的更新后的位置。
另外,UE 100、IMS核心300、位置提取子系统400以及急救中心500之间的通信由可利用诸如IMS信号和LCS信号的两种信号的消息执行。LCS信号(粗实线表示)发送于UE 100和位置提取子系统400之间、位置提取子系统400和IMS核心300之间、以及位置提取子系统400和急救中心500之间。IMS信号(细实线表示)发送于UE 100-IP-CAN 200-IMS核心300和急救中心500之间。IMS信号可在IMS核心300和位置提取子系统400之间发送。IMS信号可采用SIP而LCS信号可采用漫游位置协议(RLP)、移动位置协议(MLP)或SIP。然而,不限于此,而是除了SIP、RLP以及MLP之外,还可根据环境使用不同的协议。
至此,描述了根据本发明示范性实施方式的用于提供急救定位业务的系统配置。之后,将基于上述系统配置详细描述根据本发明示例性实施方式的提供急救定位业务的方法。
在随后的实施方式中,假设使用图2所示的位置提取子系统400作为图1所示的位置提取子系统的实施例,其包括SLP 412和E-SLP 414。然而,这仅是实施例,并且对本领域技术人员来说,明显地,可类似地应用于其他网络或其他位置提取子系统以执行位置提取功能。即,在下述实施方式中,SLP和E-SLP负责SET的位置提取功能,但如上所述,SLP、E-SLP以及SET仅仅分别是位置提取子系统、急救位置提取子系统、和用户设备的实施例。
此后,将参照IMS核心300和位置提取子系统400的详细部件,例如E-CSCF、E-AS以及E-SLP,描述根据本发明实施方式的提供急救定位业务的方法。将由E-CSCF、E-AS以及E-SLP执行的或将对其执行的具体步骤描述为由组成IMS核心或位置提取子系统的代表实体执行的步骤。对于本领域技术人员明显的是,可假设所述步骤由IMS核心或位置提取子系统执行或对其执行。例如,E-CSCF与位置提取子系统或急救中心之间的消息传输可假设为IMS核心与位置提取子系统或急救中心之间的消息传输。
第一实施方式
图3和图4是示出了根据本发明第一实施方式的提供急救定位业务方法中的步骤的第一半和第二半的消息流程图,其中用于处理IMS信号和LCS信号的中间媒介是E-CSCF。如图3和图4所示,包括SET位置值的SET位置信息分为三类:初始位置信息、呼叫中间(或当前)位置信息、以及更新后位置信息。
首先,初始位置信息包括经由SET与IP-CAN合作获取的初始位置值(loc_ini),并且是例如包括在从用户设备发送到IMS核心的紧急呼叫初始化请求消息中的信息。包括在初始位置信息中的loc_ini除了物理位置值外还可包括IP-CAN的小区IP或接入点ID。loc_ini可由执行位置提取功能的其他通信网络或其他系统或实体(例如位置提取子系统)获得。这种情况是通过与IP-CAN合作不能计算SET的初始位置值的情况,或计算初始位置值会发生困难的情况。
呼叫中间位置信息是由位置提取子系统响应于来自IMS核心急救业务请求而获取的包括当前位置值或中间位置值(loc_mid)的SET位置信息,并且呼叫中间位置信息可包括于从E-CSCF发送至急救中心的紧急呼叫初始化请求消息中。当包含在初始位置信息中loc_ini不足以选择精确的急救中心时、当选择急救中心需要来自提供路由信息的实体的帮助时、或当需要确认loc_ini时,计算loc_mid。因此,当loc_ini足以选择精确的急救中心时,loc_mid可以不被获取。在此情况下,loc_ini包含于呼叫中间位置信息中。
更新后位置信息是包括建立紧急呼叫之后SET的更新后的位置值(loc_upd)的SET位置信息。loc_upd是当从急救中心按照需要或周期地设定了定位业务请求的情况下,通过在位置提取子系统的E-SLP和SET之间发送预定消息获取的。包括loc_upd的更新的位置信息从E-SLP经由GMLC或直接地发送到急救中心。
下面将参照图3和图4描述根据本实施方式的紧急呼叫处理程序。图4所示的程序是图3所示程序的继续,为了方便准备附图,这些程序被随意地从根据本实施方式的紧急呼叫处理程序中分出。
如随后详细描述的,根据图3和图4所示的实施方式的紧急呼叫处理程序包括大概3个过程。第一过程是用于在IMS核心中登记用户设备的登记过程,第二过程是用于建立用户设备和急救中心之间的紧急呼叫的紧急呼叫建立过程,而第三过程是响应于来自急救中心的请求获取用户设备的更新后的位置信息的位置更新过程。第二过程对提供依据本实施方式的急救定位业务的方法是必不可少的,而第一过程和第三过程可按照需要或根据情况执行。当初始位置信息足以选择合适的急救中心时,获取呼叫中间位置信息的过程可从紧急呼叫建立程序中忽略。
首先,将描述作为第一过程的SET登记过程(S601至S606)。
参照图3,当在请求紧急呼叫之前SET未设定到任何网络的数据连接时,SET请求到IP-CAN的数据连接,并执行数据连接建立(S601)。如上所述,IP-CAN是作为分组交换网络的、具有IP连接性的接入网络。所述网络可以是3GPP或3GPP2网络等。
此时,SET通过使用已知的E-SLP的ID经由DNS队列获取E-SLP IPAddr。E-SLP IP Addr可具有emergency.slp@lge.com的格式。通过执行预定P-CSCF发现程序,例如DNS队列,SET获取P-CSCF IP地址。获取的P-CSCF地址用于在随后过程中发送登记请求消息。
当经由IP-CAN执行了数据连接建立时,SET发送例如SIPREGISTER消息的登记请求消息到IMS核心的P-CSCF以登记SET(S602)。登记请求消息包括紧急指示信息(Emergency Indi)、SET的ID、以及SET IP Addr。登记请求消息可包括指示出SET所归属的网络的ID、SET能力信息(SET Capa)、loc_ini以及E-SLP IP Addr。
SET ID可以是公共用户ID,例如SIP URI或TEL URI。当存在移动基站标识(MSID)和特别用于紧急呼叫的紧急业务ID时,在步骤S602紧急业务ID可附加地与SET ID一起发送,其中所述移动基站标识(MSID)是由移动基站集成系统数字网络(MSISDN)给定的ID。SET IPAddr是经由IP-CAN访问SET的途径。
Emergency Indi是指示出有关的会话是与紧急呼叫关联的消息的信息。通过向正常登记请求消息中增加预定位的字段或指定未使用的额外字段,可插入Emergency Indi。此时,插入字段中的Emergency Indi可以根据有关的消息是否与紧急呼叫相关联而以活动或非活动格式插入。例如,在急救定位业务的情况下,将活动值(“活动”或“1”或“真”)插入字段,在商业定位业务的情况下,将非活动值(“非活动”或“0”或“假”)插入字段。由此,可以指示出有关的SIP消息是与紧急呼叫关联的消息还是与通常业务呼叫关联的消息。
Emergency Indi可以指示紧急呼叫的各种格式插入,例如Emergency_event。在一些情况下,通过在急救定位业务的情况下插入预定值到字段并在商业定位业务中将该字段保持为空,可以指示出有关的SIP消息与紧急呼叫关联还是与通常业务呼叫关联。
在上述情况下,比包括指示其他商业业务的登记请求消息更高的优先权可给予包括Emergency Indi的登记请求消息。
指示SET所属的网络的ID可以是IP-CAN ID或HPLMN ID。在作为随后的步骤的本地用户网络登记步骤(S604)中,HPLMN ID可帮助E-CSCF发现本地用户网络。
SET Capa是指示SET能力的信息,例如由用户设备支持的位置测量方法和/或位置测量方法使用的协议信息。在此,位置测量方法可包括终端辅助A-GPS法或基于终端的A-GPS法(小区ID方法)。用于测量位置的协议可包括GPRS的无线资源位置业务协议、宽带码分多址(WCDMA)的无线资源控制协议、或CDMA的TIA-801。
另外,当存在指示与紧急呼叫关联的SET的能力的信息(EmergencyCapa)时,可一并发送该信息。Emergency Capa可以是指示用户设备在已有的控制平面支持紧急呼叫还是在用户平面支持紧急呼叫的信息,但不限于此信息。Emergency Capa可以是SET Capa的实施例。
Emergency Capa可以以与表达紧急指示信息的方式相同的方式,以各种形式表达。例如,当用户设备支持控制平面内的紧急呼叫时,可使用“0”表示,而当用户设备支持用户平面内的IMS紧急呼叫时,可使用“1”表示。
当登记请求消息传递到P-CSCF时,P-CSCF确定有关的消息是否与紧急呼叫关联,当该消息与紧急呼叫关联时,将诸如SIP REGISTER的接收到的登记请求消息传递到E-CSCF(S603)。
接收了SIP REGISTER消息的E-CSCF按照需要将SIP REGISTER传递到HPLMN,以执行HPLMN登记(S604)。在一些运营商或国家中,当根据国家要求,尽管有紧急呼叫,也应当进行本地用户网络的认证和登记时,或当紧急呼叫应当通知到本地用户网络时,执行此步骤以向本地用户网络通知用户设备的当前状态。因此,此步骤是任意的过程,可按照需要执行。
当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(S607)。由于步骤S607是按需执行的,因而步骤S607可被忽略。并且,如上所述,当通过与IP-CAN合作SET不能获取loc_ini时,SET可通过与位置提取子系统合作来获取loc_ini。
接着,执行作为第二过程的紧急呼叫建立过程(S608到S628)。紧急呼叫建立过程由从SET向IMS核心发送紧急呼叫请求开始,并由建立SET和急救中心之间的紧急呼叫结束。下面参照图3和图4描述紧急呼叫建立过程。
参照图3,SET发送紧急呼叫初始化请求消息到P-CSCF(S608)。紧急呼叫初始化请求消息可具有各种格式并可以是包括Emergency Indi的会话连接请求消息。会话连接请求消息可以是SIP Invite消息。
紧急呼叫初始化请求消息包括关于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核心。因此,关于网络的信息可包括SET当前连接的IP-CAN的ID(IP-CAN ID)和指示出IP-CAN中连接点的位置的lid。
Initial SDP Offer指示出由用户设备为一个或更多个多媒体会话提供的媒体信息。当多媒体会话最终在用户设备和急救中心之间打开时,建立紧急呼叫需要媒介信息。
接收了紧急呼叫初始化请求消息的P-CSCF将该消息传递到E-CSCF(S609)。传递到E-CSCF的SIP INVITE消息优选地包括从SET发送的全部信息,并优选地包括SET IP Addr。当信息不包括SET IP Addr时,通过与IP-CAN或HSS合作,P-CSCF提取SET IP Addr,将提取的SET IPAddr增加到紧急呼叫初始化请求消息,并接着将该消息发送到E-CSCF。
接着,执行通过位置提取子系统与SET通信来获取SET的呼叫中间位置信息(loc_mid)的过程(S610到S615)。
首先,E-CSCF发送用于请求提取SET位置的定位业务(LCS)请求消息到位置提取子系统的E-SLP(S610)。在此情况下,E-CSCF利用已知的或包括于发送来的紧急呼叫初始化请求消息中的E-SLP IP Addr,或当E-SLP IP Addr不是已知时寻找出的E-SLP IP Addr。LCS请求消息包括SET ID和IP-CAN ID,并可以按需要一起发送包括于接收到的紧急呼叫初始化请求消息的其他信息。
LCS请求消息可以是利用SIP或其他协议的消息。例如,当E-SLP支持IMS信号时,SIP INVITE消息可以作为LCS请求消息发送。然而,当E-SLP不支持IMS信号时或当要求IMS信号和LCS信号应彼此区分时,E-CSCF可将SIP INVITE消息转化为利用MLP或RLP的消息,并接着发送转化出的消息。例如,E-CSCF可从SIP INVITE消息产生如表1所示的急救定位立即请求(MLP EME_LIR)消息或紧急漫游定位立即请求(ERLIR)消息,并接着发送产生出的MLP EME_LIR消息或RLPERLIR消息到E-SLP。
<!ELEMENT | eme_lir | ((msids|(msid,gsm_net_param,trans_id?,esrd?,esrk?)+),eqop?,geo_info?,loc_type?,pushaddr?%extension.param;)> |
表1
E-SLP按照需要可将诸如所接收的定位业务请求消息发送到其他位置提取功能,例如V-SLP。在此情况下,发送到V-SLP的消息可以是SIPINVITE消息、从SIP INVITE消息产生的MLP EME_LIR消息或RLPERLIR消息、或包括SIP INVITE消息的MLP EME_LLR消息或RLPERLIR消息。
例如当利用包括于LCS请求消息中的SET的loc_ini,E-SLP确定出其他SLP比E-SLP更接近于SET时,可执行发送定位业务请求消息到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的当前位置信息。此后,将详细描述此过程。
在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的信息、以及指示出代理模式或非代理模式的信息。位置提取开始消息可利用SIP PUSH机制发送。
位置提取开始消息可以单独地发送或可以包括于各种类型的消息中。在后一情况下,位置提取开始消息可以包括于SIP消息或RLP消息。位置提取开始消息可以包括于SIP消息之间的SIP Immediate消息或可包括于SIP响应消息(诸如SIP 1xx响应消息)中。用于利用SUPL网络开始位置提取的额外的SIP消息可被重新定义并发送。在一些实施方式中,位置提取开始消息可以包括于RLP消息中的RLP标准SUPL漫游位置立即请求(RLP SSRLIR)消息中。
当发送位置提取开始消息到SET时,V-SLP或E-SLP可经由E-CSCF发送位置提取开始消息。在此情况下,E-CSCF传递包括位置提取开始消息的全部消息到P-CSCF,并且P-CSCF发送这些消息到SET。
至此,已经利用紧急呼叫初始化请求消息和/或立即消息以及位置提取开始消息,对请求开始紧急呼叫和请求开始位置提取的步骤进行了描述。在一些实施方式中,所述过程可利用SIP INVITE消息、SIP 100尝试消息、以及PRACK消息执行。在此情况下,在SIP INVITE消息被从SET传递到V-SLP或E-SLP之后,发送SIP 100尝试消息作为对位置提取的确收消息,并且SUPL INIT消息包括于SIP 100尝试消息中。由此,还可提供一个过程,其中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。当负责位置提取的实体的地址信息包括于由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,即,基站的ID。通过利用lid,能够单独地获取SET当前位置。SET Capa包括关于由SET支持的位置提取方法的信息或可用于位置提取的协议的信息。
E-SLP、E-SPC、V-SLP、或V-SPC接连地与SET交换定位消息,例如SUPL POS消息,作为用于获取诸如loc_mid的SET位置值的消息,并且提取SET的实际位置(S613)。在获取SET位置的步骤中,可使用基于接收的SET Capa信息和诸如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的精确位置值。
随后,当获取了SET的位置值时,V-SLP经由E-SLP或E-SLP直接发送诸如SUPL END消息的指示出位置提取步骤结束的位置提取结束消息到SET(S614)。在此情况下,V-SLP可利用RLP消息发送位置提取结束消息到E-SLP。
当获取了SET的精确位置值时,V-SLP经由E-SLP或E-SLP直接发送包括loc_mid的定位业务响应消息到E-CSCF(S615)。定位业务响应消息可以是LCS响应消息。
当loc_ini,即包括于在步骤S609发送到E-CSCF的紧急呼叫初始化请求消息中的SET初始位置值,对于选择急救中心足够精确时,可忽略SET的位置提取步骤。然而,如前所述,当loc_ini未包括于紧急呼叫初始化请求消息时、当loc_ini不足以选择急救中心时、或当打算确认loc_ini时,不能省略该位置提取步骤。
随后,将参照图4描述紧急呼叫建立过程的其他过程。已获取了SET的精确位置值(loc_ini或loc_mid)的IMS核心执行获取急救中心的路由信息的过程(S616到S619)。
为了获取路由信息,已接收到了包括loc_mid的定位业务响应消息的E-CSCF发送诸如SIP INVTITE消息的紧急呼叫初始化请求消息到E-AS(S616)。此时,发送到E-AS的紧急呼叫初始化请求消息包括SET的位置信息,例如,loc_mid。包括于所接收的SIP INVITE消息中的所有其他信息也可包括于其中。
接着,E-AS根据包括于所接收的SIP INVITE消息中的loc_mind选择急救中心(S617)。
随后,E-AS发送包括所选的急救中心的信息的传输消息到E-CSCF(S618)。传输消息可以是SIP 3xx重新定向消息,但不限于此,并可以是是各种类型的消息,例如SIP方法。
在步骤S618中,按照需要,E-AS可与该传输消息一起发送用于识别所选的急救中心的信息到E-CSCF。用于识别急救中心的信息可以是在北美的急救定位业务情况下的ESRD(紧急业务路由数字)、ESRK(紧急业务路由关键字)、ESRN(紧急业务路由码)、和/或ESQK(紧急业务队列关键字)。在此情况下,在步骤617,用于识别急救中心的信息,例如ESRD、ESRK,ESRN以及ESQK,可由E-AS利用其自身数据库获取,并且在步骤S618发送至少一个或更多个信息片段或全部信息到E-CSCF。
ESRD和ESRK是一种与仅用于北美的紧急呼叫相关联的特殊码。ESRD是用于识别最接近于当前用户设备的基站或扇区的码,ESRK是通过组合各个基站或扇区用于识别提供当前的紧急呼叫的紧急呼叫供应方的码。ESRN和ESQK是由急救中心使用的用于在现有的CS网络中的紧急呼叫的信息。ESRN和ESQK是在北美使用的值,用于在支持IP的网络中将紧急呼叫路由到支持现有的PSTN网络的急救中心。ESRN和ESQK是为了在IP网络和PSTN网络之间的合作而通过替换已有的ESRD和ESRK值获得的值。
ESRN和ESQK是仅用于北美的与紧急呼叫关联的特殊码。ESRN是一种码,用于将紧急呼叫路由到合适网关,以基于电路交换网络将紧急呼叫初始化请求消息传递到急救中心。ESQK是用于识别特定紧急呼叫的码,用作通过位置提取子系统获取与特定紧急呼叫相关联的位置信息以及回拨信息的键,并在当急救中心向位置提取子系统询问位置信息时使用。
E-AS利用合适的方式传递诸如ESRD、ESRK、ESRN、以及ESQK的用于识别急救中心的信息到E-CSCF。例如,E-AS可利用所接收的紧急呼叫初始化请求消息传递诸如ESQK等的信息。在此情况下,由于E-AS用作类似于SIP代理服务器,可忽略随后的从E-CSCF传递确收消息到E-AS的步骤S619。
随后,已接收了包括急救中心信息的传输消息的E-CSCF发送确收消息到E-AS(S619)。确收消息可以是例如ACK消息。
E-CSCF通过上述步骤(S616到S619)获取关于急救中心的路由信息。
为了建立紧急呼叫的目的,已获取了路由信息的E-CSCF发送紧急呼叫初始化请求消息到根据所接收的识别急救中心的信息而选择的急救中心(S620)。此时,紧急呼叫初始化请求消息包括SET ID。包括于接收的紧急呼叫初始化请求消息的信息,例如,SET Capa、loc_mid、SDPoffer、以及Emergency Indi还可包括于其中。
随后,根据正常通信过程(S621到S628),打开急救中心和SET之间的消息传输信道。所述消息传输信道可以是实时传输协议信道(RTP信道)。打开消息传输信道的具体过程不做特别的限定。
首先,已接收了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之间传递和响应呼叫消息的过程。
急救中心发送对紧急呼叫初始化请求消息的确收消息到E-CSCF(S624)。所述确收消息可以是SIP 200 OK消息。急救中心可与确收消息一起发送例如SDP offer 2消息的可由急救中心支持的SDP offer消息。
E-CSCF传递包括SDP offer消息的确收消息到P-CSCF(S625),并且P-CSCF发送所述消息到SET(S626)。在此情况下,类似于呼叫消息的传输,在将确收消息从E-CSCF传递到P-CSCF之前,还提供在E-CSCF和E-AS之间传递和响应确收消息的过程。
已接收了呼叫消息的SET发送确收消息到急救中心(S627)。所述确收消息可以是SIP ACK消息。
用于打开传输信道的步骤S621到S627是用于将SET连接到急救中心的连接过程的实施例,并根据会话连接方法可做各种变化。
在呼叫消息和确收消息在SET和急救中心之间交换之后,SET和急救中心之间的消息传输信道打开,并且经由消息传输信道在SET和急救中心之间建立了紧急呼叫(S628)。如上所述,消息传输信道可以是RTP信道。利用包括于SET的初始SDP offer消息和急救中心的SDP offer消息两者的多媒体会话,即由SET和急救中心支持的多媒体会话,可进行SET和急救中心之间的通信。
在建立了SET和急救中心之间的紧急呼叫之后,急救中心按照需要或者周期性地更新SET的位置信息。现在将参照图4描述更新SET位置信息的过程。
首先,急救中心发送定位业务请求消息,即请求获取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并入到E-SLP或V-SLP时,急救中心可直接发送定位业务请求消息到E-SLP或V-SLP。在此情况下,可忽略发送定位业务请求消息到GMLC的步骤(S629)。
在上述步骤S629到S630中,利用在步骤S620接收的信息,例如诸如ESQK的信息,急救中心可选择位置提取子系统(E-SLP)。
随后,执行用于获取SET的更新的位置值的位置提取步骤(S631到S634),所述位置值即loc_upd。位置提取过程可以是如上所述的SUPL过程,但不限于此。在位置提取过程中,E-SLP或V-SLP通过与SET交换预定消息而计算并获取loc_upd。包括获取loc_upd的位置提取过程(S631到S634)类似于步骤S611到S614,因此忽略对其详细描述。
已通过位置提取过程获取了loc_upd的E-SLP传递包括loc_upd的定位业务响应消息到GMLC(S635)。定位业务响应消息可以是LCS响应消息。在此情况下,定位业务响应消息可以是利用MLP的消息或是利用RLP的消息。
GMLC发送接收的定位业务响应消息到急救中心(S636)。当然,定位业务响应消息包括loc_upd。在此情况下,定位业务响应消息可以是利用MLP或利用急救中心和GMLS之间的特定协议的消息,例如使用J-STD-036的消息。
由此,当包括loc_upd的定位业务响应消息发送到急救中心时,获取更新的位置信息的过程,即根据本实施方式的提供急救定位业务的方法的第三过程完成。
在此之后,当需要结束所建立的紧急呼叫时,SET或急救中心发送呼叫解除消息到相对的一方(S637)。呼叫解除消息可以是SIP BYE消息。此时,当呼叫解除消息是利用SIP的消息时,已接收到了呼叫解除消息的急救中心或用户设备利用SIP经由紧急呼叫初始化请求消息被传递的全部节点发送例如SIP 200 OK的确收消息到相对的一方。由此,通过交换呼叫解除消息和确收消息,建立在SET和急救中心之间的紧急呼叫得到解除。
实施方式
第二实施方式
下面,将描述根据本发明第二实施方式的提供急救定位业务的方法。
图5和图6是示出了根据本发明第二实施方式的提供急救定位业务的方法的流程图。第二实施方式与中间媒体为E-CSCF的第一实施方式的差异是处理IMS信号和LCS信号的中间媒体是E-AS。即,在第二实施方式中,负责在IMS核心和位置提取子系统之间交换消息的实体是E-AS。如图5和图6所示,包括SET位置值的SET位置信息分类为:初始位置信息、呼叫中间位置信息、以及更新后位置信息。
与第一实施方式类似,初始位置信息包括经由SET与IP-CAN合作获取的初始位置值(loc_ini),并且是包括于发送到IP-CAN的登记请求消息的信息,或是包括于发送到IMS核心的紧急呼叫初始化请求消息中的信息。
呼叫中间位置信息是包括于从E-AS发送到急救中心的紧急呼叫初始化请求消息中的SET位置信息。呼叫中间位置信息包括中间位置值(loc_mid),loc_mid是通过位置提取子系统与SET合作获取的SET位置值。在第二实施方式中,获取loc_mid的步骤从以下开始:E-AS向E-SLP请求定位业务,并且包括loc_mid的呼叫中间位置信息从E-AS发送到急救中心。
最后,类似于第一实施方式,更新后位置信息是包括紧急呼叫建立之后更新了SET的位置值(loc_upd)的SET位置信息。
根据本实施方式的紧急呼叫处理过程包括三个过程:登记过程、紧急呼叫建立过程、和位置更新过程。下面,将参照图5和图6主要描述第二实施方式与第一实施方式的差异。
首先,描述登记过程。
参照图5,当SET当前没有与任何网络建立数据连接时,SET请求IP-CAN以建立数据连接,并进行数据连接建立(S701)。当利用IP-CAN执行了数据连接建立时,SET与其他信息一起发送用于登记SET的例如SIP REGISTER消息的登记请求消息到IMS核心的P-CSCF(S702)。其他信息包括SET ID、IP-CAN ID、SET IP Addr、和Emergency Indi。其他信息还可包括HPLMN ID、SET Capa、和E-SLP IP Addr。随后,P-CSCF传递所接收的登记请求消息和此处包括的全部信息到E-CSCF(S703)。
接着,E-CSCF可传递接收的登记请求消息到HPLMN,以执行SET的HPLMN登记过程(S704)。
在步骤S704中记录了SET之后,E-CSCF发送例如SIP 200 OK的确收消息到P-CSCF(S705)并且P-CSCF将接收的确收消息传递到SET(S706)。
接着,类似于第一实施方式,在开始紧急呼叫建立过程之前,SET可执行获取loc_ini的步骤(S707)。在获取loc_ini的步骤中,通过与IP-CAN合作或与SUPL网络合作,SET获取其自身的loc_ini。
接着,执行紧急呼叫建立过程(S708到S725)。
在紧急呼叫建立过程中,首先,SET发送包括Emergency Indi的紧急呼叫初始化请求消息到P-CSCF(S708)。紧急呼叫初始化请求消息包括SET ID、IP-CAN ID、lid、和loc_ini。紧急呼叫初始化请求消息还可包括SET IP Addr、SET Capa、E-SLP IP Addr、和初始SDP Offer。P-CSCF将紧急呼叫初始化请求消息和包括SET IP Addr的全部信息传递到E-CSCF(S709)。
E-CSCF将紧急呼叫初始化请求消息与此处包括的全部信息传递到E-AS(S710)。在本实施方式中,由于处理SIP信号和LCS信号的中间媒体是E-AS,因而在步骤S709之后增加此步骤。因此,在随后的步骤中,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或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)。
接着,参照图6描述根据第二实施方式的紧急呼叫建立过程的其他步骤。
参照图6,E-AS根据loc_mid选择急救中心(S717)。E-AS可获取用于识别所选的急救中心的信息。例如,在北美的急救定位业务中,用于识别急救中心的信息可以是ESRD、ESRK、ESRN和ESQK。
E-AS发送紧急呼叫初始化请求消息到所选择的急救中心(S718)。紧急呼叫初始化请求消息包括SET ID、SET Capa、和loc_mid。紧急呼叫初始化请求消息还可包括初始SDP offer和Emergency Indi。
随后,执行打开已接收到了紧急呼叫初始化请求消息的急救中心和SET之间的例如RTP信道的消息传输信道的过程(S719到S728)。打开消息传输信道的具体步骤基本类似于第一实施方式的步骤S621到S628。然而第二实施方式与第一实施方式的不同是呼叫消息和确收消息经由E-AS传递。由此,当呼叫消息和确收消息在SET和急救中心之间交换而且消息传输信道打开时,则建立了SET和急救中心之间的紧急呼叫(S719到S728)。
随后,类似于第一实施方式,执行更新SET位置信息的步骤,即位置更新过程(S729到S136)。由于更新位置信息的步骤可以与第一实施方式相同的顺序执行,忽略其详细描述。
此后,SET或急救中心发送例如SIP BYE消息的结束消息到相对一方以解除所建立的紧急呼叫(S737)。
第三实施方式
下面,将描述根据本发明第三实施方式的提供急救定位业务的方法。
图7和图8是示出了根据本发明第三实施方式的提供急救定位业务的过程的消息流程图。第三实施方式与第二实施方式的相同之处是处理IMS信号和LCS信号的中间媒体是E-AS。然而,第三实施方式与第二实施方式不同而与第一实施方式相同之处是与急救中心通信的IMS核心的实体是E-CSCF。如图7和图8所示,包括SET的位置值的SET的位置信息分类为:初始位置信息、呼叫中间位置信息、和更新后位置信息。
类似于第一和第三实施方式,初始位置信息包括经由SET与IP-CAN合作获取的初始位置值(loc_ini),并且是包括于发送到IP-CAN的登记请求消息中的信息,或是包括于发送到IMS核心的紧急呼叫初始化请求消息中的信息。
呼叫中间位置信息是包括于从E-CSCF发送到急救中心的紧急呼叫初始化请求消息中的SET位置信息。呼叫中间位置信息包括中间位置值(loc_mid),并且loc_mid是通过位置提取子系统与SET合作获取的SET位置信息。在第二实施方式中,获取loc_mid的步骤从以下开始:E-AS向E-SLP请求定位业务,并且包括loc_mid的呼叫中间位置信息从E-CSCF发送到急救中心。
最后,类似于第一实施方式,更新后位置信息是包括紧急呼叫建立之后更新了的位置值(loc_upd)的SET位置信息。
根据本实施方式的紧急呼叫处理过程包括三个过程:登记过程、紧急呼叫建立过程、和位置更新过程。下面,将参照图7和图8主要描述第三实施方式与第一和第二实施方式的差异。
首先,描述SET登记过程。
参照图7,当SET当前未设置到任何网络的数据连接时,SET向IP-CAN请求数据连接并执行数据连接建立(S801)。当执行了与IP-CAN的数据连接建立时,SET发送用于登记SET的登记请求消息,例如,SIPREGISTER消息与其他信息一起发送到IMS核心的P-CSCF(S802)。SIP REGISTER消息包括SET ID、IP-CAN ID、和Emergency Indi。SIPREGISTER消息还可包括SET IP Addr、HPLMN ID、SET Capa、和E-SLPIP Addr。随后,P-CSCF传递所接收的登记请求消息和包括于其中的全部信息到E-CSCF(S803)。
接着,E-CSCF可传递所接收的登记请求消息到HPLMN以执行SET的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)。紧急呼叫初始化请求消息包括SET ID、IP-CAN ID、lid、SET IP Addr、和loc_ini。紧急呼叫初始化请求消息还可包括SET Capa、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(S816)。
接着,将参照图8描述根据第二实施方式的紧急呼叫建立过程的其他步骤。
参照图8,类似于第一实施方式,执行获取急救中心的路由信息的过程(S817到S819)。E-AS根据loc_mid选择急救中心(S817)。
E-AS发送传输消息到E-CSCF(S818)。传输消息可以是SIP 3xxx重新定向消息,但不限于此。例如,在北美的急救定位业务的情况下,用于识别急救中心的信息,例如ESRD、ESRK、ESRN和ESQK可与传输消息一起发送到E-CSCF。如前所述,用于识别急救中心的信息由E-AS在步骤S817中获取。
在此情况下,E-AS可选择并发送ESRD、ESRK、ESRN和ESQK中的一个或多个,或可发送其全部信息。已接收了包括用于识别急救中心的信息的传输消息的E-CSCF发送确收消息到E-AS(S819)。所述确收消息可以是ACK消息。
下面,根据接收的急救中心路由信息,执行建立SET和急救中心之间的紧急呼叫的步骤。首先,E-CSCF发送紧急呼叫初始化请求消息到根据接收的用于识别急救中心的消息选择的急救中心(S820)。紧急呼叫初始化请求消息包括SET ID、SET Capa、和loc_mid。紧急呼叫初始化请求消息还可包括初始SDP offer和Emergency Indi。
接着,执行打开已接收到了紧急呼叫初始化请求消息的急救中心和SET之间的例如RTP信道的消息传输信道的过程(S821到S828)。打开消息传输信道的具体步骤类似于第一实施方式和第二实施方式的步骤S621到S628。由此,当呼叫消息和确收消息在SET和急救中心之间进行了交换且消息传输信道已打开时,就建立了SET和急救中心之间的紧急呼叫(S821到S828)。
随后,类似于第一和第二实施方式,执行更新SET的位置信息的步骤,即位置更新过程(S829到S836)。由于更新位置信息的步骤可以与第一和第二实施方式相同的顺序执行,因而省略对其的详细描述。
在此之后,SET或急救中心发送例如SIP BYE消息的结束消息到相对方以解除所建立的紧急呼叫(S837)。
至此,已经参照附图详细描述了本发明的实施方式。在本发明的上述实施方式中,假设IMS核心选择急救中心。然而,如参照图1所述,急救中心的路由信息可由位置提取子系统提供。因此,对于本领域技术人员明显的是,通过适当地改变本发明的实施方式,其中急救中心的路由信息由位置提取子系统提供的实施方式仅是本发明的简单改变后的实施例。因为上述实施方式仅是为了示出本方面的技术精神,应当理解的是这些实施方式不限制本发明的技术精神。
工业实用性
如上面所详细描述的,在根据本发明的提供急救定位业务的方法中,已经接收了紧急呼叫初始化请求消息的IMS核心与执行位置提取功能的位置提取子系统通信,以获取用户设备的位置信息并基于获取的位置信息选择对用户设备的当前位置最适合的急救中心,以建立用户设备和所述急救中心之间的紧急呼叫。此时,用户设备的位置信息可由位置提取子系统获取以与用户设备通信。因此,根据本发明,能够利用IMS核心迅速地提供急救定位业务。
根据本发明,能够利用例如包括SLP的位置提取子系统的用于提供基于用户平面的定位业务的系统获取用户设备的位置信息,并由此利用所述位置信息提供急救定位业务。因此,能够利用IMS核心有效地提供急救定位业务,而无论用于提供定位业务的网络的特征或结构如何。
Claims (37)
1.一种利用IP多媒体子系统(IMS)核心提供急救定位业务的方法,所述方法包括以下步骤:
接收来自用户设备的紧急呼叫初始化请求消息;
响应于所述紧急呼叫初始化请求消息,向位置提取子系统发送请求提取用户设备的位置的定位业务请求消息;
从接收到了所述定位业务请求消息的所述位置提取子系统接收包括所述用户设备的当前位置信息的定位业务响应消息,所述当前位置信息是由所述位置提取子系统访问所述用户设备而获得的;以及
根据所述当前位置信息选择急救中心,并向所选择的急救中心发送包括所述当前位置信息的紧急呼叫初始化请求消息。
2.如权利要求1所述的方法,所述方法还包括在已接收了所述紧急呼叫初始化请求消息的所述急救中心和所述用户设备之间建立的紧急呼叫。
3.如权利要求1所述的方法,其中所述位置提取子系统是位置提取功能实体(LRF)。
4.如权利要求1所述的方法,其中所述定位业务请求消息包括所述用户设备的身份信息。
5.如权利要求4所述的方法,其中所述用户设备的身份信息包括会话初始化协议统一资源标识(SIP URI)或电话统一资源标识(TEL URI)。
6.如权利要求4所述的方法,其中所述定位业务请求消息还包括所述用户设备的IP地址。
7.如权利要求1所述的方法,其中所述定位业务请求消息包括IP连接接入网络(IP-CAN)的身份信息,所述IP连接接入网络用于允许所述用户设备访问所述IMS核心。
8.如权利要求1所述的方法,其中从所述用户设备接收的所述紧急呼叫初始化请求消息包括所述用户设备的初始位置信息。
9.如权利要求8所述的方法,其中当所述初始位置信息不适合于选择急救中心时,执行发送所述定位业务请求消息到所述位置提取子系统的步骤。
10.如权利要求8所述的方法,其中所述初始位置信息是通过利用允许所述用户设备访问所述IMS核心的所述IP-CAN而获得的,或通过使得所述用户设备能够直接访问所述位置提取子系统而获得的。
11.如权利要求1所述的方法,其中在发送紧急呼叫初始化请求消息到所述急救中心的步骤中,所述急救中心的ID信息也被发送。
12.如权利要求11所述的方法,其中所述急救中心的ID信息包括紧急业务路由数字(ESRD)、紧急业务路由关键字(ESRK)、紧急业务路由码(ESRN)、以及紧急业务队列关键字(ESQK)中的至少一个。
13.一种提供急救定位业务的方法,所述方法包括以下步骤:
从用户设备向IP多媒体子系统(IMS)核心发送的紧急呼叫初始化请求消息;
从所述IMS核心向位置提取子系统发送请求提取所述用户设备的位置的第一定位业务请求消息;
响应于所述第一定位业务请求消息,所述位置提取子系统访问所述用户设备,获取所述用户设备的当前位置信息;
从所述位置提取子系统向所述IMS核心发送包括所述当前位置信息的第一定位业务响应消息;
从所述IMS核心向所述IMS核心根据所接收到的所述当前位置信息而选择的急救中心发送包括所述当前位置信息的紧急呼叫初始化请求消息;并且
响应于所接收的紧急呼叫初始化请求消息,在所述急救中心和所述用户设备之间建立紧急呼叫。
14.如权利要求13所述的方法,其中所述位置提取子系统是位置提取功能实体(LRF)。
15.如权利要求13所述的方法,其中从所述用户设备接收的所述紧急呼叫初始化请求消息包括所述用户设备的初始位置信息,并且其中
当所述初始信息不适合选择急救中心时,执行所述发送所述第一定位业务请求消息到所述位置提取子系统的步骤。
16.如权利要求13所述的方法,其中所述第一定位业务请求消息包括所述用户设备的身份信息以及允许所述用户设备访问IMS核心的IP-CAN的身份信息。
17.如权利要求13的所述方法,其中获取所述当前位置信息的过程是利用基于用户平面的定位业务过程执行的。
18.如权利要求17所述的方法,其中所述定位业务过程是安全用户平面定位(SUPL)步骤,而且其中
所述位置提取子系统包括紧急SUPL位置平台(E-SLP)、本地用户SUPL位置平台(H-SLP)、或漫游用户SUPL位置平台(V-SLP)。
19.如权利要求13的方法,在建立紧急呼叫的步骤之后,所述方法还包括以下步骤:
从所述急救中心向所述位置提取子系统发送第二定位业务请求消息;
响应于所述第二定位业务请求消息,由所述位置提取子系统获取所述用户设备的更新后的位置信息;并且
从所述位置提取子系统向所述急救中心发送所述更新后的位置信息。
20.如权利要求19所述的方法,其中获取更新后的位置信息的步骤是利用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是是负责与所述位置提取子系统和所选的急救中心通信的实体。
26.如权利要求23所述的方法,其中所述E-CSCF是负责与位置提取子系统通信的实体,并且所述E-AS是负责与所选的急救中心通信的实体。
27.如权利要求13的所述方法,在发送来自所述用户设备的紧急呼叫初始化请求消息之前还包括以下步骤:
从所述用户设备向所述IMS核心发送登记请求消息;并且
响应于所述登记请求消息,从所述IMS核心向所述用户设备发送访问确收消息。
28.一种用于提供急救定位业务的方法,所述方法包括以下步骤:
从用户设备向IP多媒体子系统(IMS)核心发送包括该用户设备自身的初始位置信息的紧急呼叫初始化请求消息;
由所述IMS核心确定包含于所述紧急呼叫初始化请求消息中的所述初始位置信息是否足以确定急救中心;
在确定出所述初始位置信息足以确定所述急救中心的情况下,从所述IMS核心向所述IMS核心根据所述初始位置信息选择的急救中心发送所述紧急呼叫初始化请求消息;并且
在已接收到了所述紧急呼叫初始化请求消息的急救中心和所述用户设备之间建立紧急呼叫。
29.如权利要求28所述的方法,其中所述紧急呼叫初始化请求信息包括以下各项中的至少一个:所述用户设备的ID、紧急情况指示信息,所述用户设备的能力、以及所述用户设备所归属的网络中的位置ID。
30.如权利要求28所述的方法,在建立所述紧急呼叫的步骤之后还包括以下步骤:
从所述急救中心向所述位置提取子系统发送请求所述用户设备的更新后的位置信息的定位业务请求消息;
响应于所述定位业务请求消息,所述位置提取子系统访问所述用户设备,获取所述用户设备的所述更新后的位置信息;以及
从所述位置提取子系统向所述急救中心发送所述更新后的位置信息。
31.一种利用用户设备提供急救定位业务的方法,所述方法包括以下步骤:
向核心网络发送包括紧急情况指示信息的会话连接请求消息;
响应于来自所述核心网络的请求,访问位置提取子系统以通过测量所述用户设备的当前位置获取所述用户设备的当前位置信息;以及
响应于来自所述核心网络根据由所述位置提取子系统获取的所述当前位置信息选择的急救中心的会话连接请求建立紧急呼叫。
32.如权利要求31的所述方法,其中所述急救中心接收来自所述核心网络的包括所述当前位置消息的所述会话连接请求消息。
33.如权利要求33的所述方法,其中所述核心网络是IMS核心。
34.如权利要求3 1的所述方法,其中所述位置提取子系统是位置提取功能实体(LRF)。
35.一种支持急救定位业务的用户设备,所述用户设备包括:
处理器,所述处理器向核心网络发送包含紧急情况指示信息的会话连接请求消息,响应于来自所述核心网络的请求,访问位置提取子系统以通过测量用户设备的当前位置而获取用户设备的当前位置信息,并且响应于来自所述核心网络根据所述位置提取子系统获取的当前位置信息选择的急救中心的会话连接请求,执行到急救中心的会话连接。
36.如权利要求35所述的用户设备,其中所述核心网络是IP多媒体子系统(IMS)核心。
37.如权利要求35所述的用户设备,其中所述位置提取子系统是位置提取功能实体(LRF)。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US72428405P | 2005-10-07 | 2005-10-07 | |
US60/724,284 | 2005-10-07 | ||
US60/741,063 | 2005-12-01 | ||
US60/756,999 | 2006-01-09 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101288330A true CN101288330A (zh) | 2008-10-15 |
Family
ID=40014972
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006800370801A Expired - Fee Related CN101283618B (zh) | 2005-10-07 | 2006-10-02 | 利用ims核心和接入网络之间的互操作性来提供紧急定位服务的方法和系统 |
CNA200680037052XA Pending CN101288330A (zh) | 2005-10-07 | 2006-10-02 | 用于提供急救定位业务的方法和系统 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006800370801A Expired - Fee Related CN101283618B (zh) | 2005-10-07 | 2006-10-02 | 利用ims核心和接入网络之间的互操作性来提供紧急定位服务的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN101283618B (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101938727A (zh) * | 2009-06-30 | 2011-01-05 | 中兴通讯股份有限公司 | 一种实现紧急呼叫的方法及系统 |
WO2011035647A1 (zh) * | 2009-09-24 | 2011-03-31 | 中兴通讯股份有限公司 | 实现紧急定位的方法及系统 |
CN102036206A (zh) * | 2009-09-30 | 2011-04-27 | 中兴通讯股份有限公司 | 一种实现定位的方法及系统 |
CN102065399A (zh) * | 2009-11-12 | 2011-05-18 | 中兴通讯股份有限公司 | 一种基于未认证set终端实现紧急定位的方法及系统 |
CN102124765A (zh) * | 2008-08-12 | 2011-07-13 | 爱立信电话股份有限公司 | 用于紧急情况通知的方法和装置 |
CN101577889B (zh) * | 2008-11-11 | 2011-08-10 | 中兴通讯股份有限公司 | 一种紧急呼叫系统及紧急通信受理中心的回呼方法 |
CN102415112A (zh) * | 2009-05-01 | 2012-04-11 | 高通股份有限公司 | 用于促成无线通信系统中的紧急呼叫服务的系统、装置和方法 |
CN112788553A (zh) * | 2018-11-08 | 2021-05-11 | 联发科技股份有限公司 | 用于supl init消息的可靠传输的方法 |
CN115103304A (zh) * | 2022-07-22 | 2022-09-23 | 荣耀终端有限公司 | 位置信息的调用方法及装置 |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101801060B (zh) * | 2009-02-09 | 2014-05-28 | 中兴通讯股份有限公司 | 一种andsf获取ue位置信息的方法及装置 |
CN101854583B (zh) * | 2009-03-30 | 2015-01-28 | 中兴通讯股份有限公司 | 位置服务提供方法 |
CN104093124B (zh) * | 2009-03-30 | 2019-01-04 | 中兴通讯股份有限公司 | 位置服务提供方法 |
CN102256227B (zh) * | 2010-05-18 | 2016-03-30 | 中兴通讯股份有限公司 | 紧急消息的实现方法、装置及系统 |
US9072075B2 (en) * | 2011-01-19 | 2015-06-30 | Htc Corporation | Method of handling emergency bearer service in wireless communication system |
JP5456708B2 (ja) * | 2011-02-14 | 2014-04-02 | 株式会社Nttドコモ | 移動通信方法及び呼セッション制御ノード |
-
2006
- 2006-10-02 CN CN2006800370801A patent/CN101283618B/zh not_active Expired - Fee Related
- 2006-10-02 CN CNA200680037052XA patent/CN101288330A/zh active Pending
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102124765A (zh) * | 2008-08-12 | 2011-07-13 | 爱立信电话股份有限公司 | 用于紧急情况通知的方法和装置 |
CN101577889B (zh) * | 2008-11-11 | 2011-08-10 | 中兴通讯股份有限公司 | 一种紧急呼叫系统及紧急通信受理中心的回呼方法 |
CN102415112B (zh) * | 2009-05-01 | 2014-12-31 | 高通股份有限公司 | 用于促成无线通信系统中的紧急呼叫服务的系统、装置和方法 |
US9002315B2 (en) | 2009-05-01 | 2015-04-07 | Qualcomm Incorporated | Systems, apparatus and methods for facilitating emergency call service in wireless communication systems |
CN102415112A (zh) * | 2009-05-01 | 2012-04-11 | 高通股份有限公司 | 用于促成无线通信系统中的紧急呼叫服务的系统、装置和方法 |
CN101938727B (zh) * | 2009-06-30 | 2015-06-03 | 中兴通讯股份有限公司 | 一种实现紧急呼叫的方法及系统 |
CN101938727A (zh) * | 2009-06-30 | 2011-01-05 | 中兴通讯股份有限公司 | 一种实现紧急呼叫的方法及系统 |
CN102036204B (zh) * | 2009-09-24 | 2015-06-03 | 中兴通讯股份有限公司 | 一种实现紧急定位的方法及系统 |
WO2011035647A1 (zh) * | 2009-09-24 | 2011-03-31 | 中兴通讯股份有限公司 | 实现紧急定位的方法及系统 |
CN102036206A (zh) * | 2009-09-30 | 2011-04-27 | 中兴通讯股份有限公司 | 一种实现定位的方法及系统 |
CN102036206B (zh) * | 2009-09-30 | 2015-07-22 | 中兴通讯股份有限公司 | 一种实现定位的方法及系统 |
CN102065399A (zh) * | 2009-11-12 | 2011-05-18 | 中兴通讯股份有限公司 | 一种基于未认证set终端实现紧急定位的方法及系统 |
CN112788553A (zh) * | 2018-11-08 | 2021-05-11 | 联发科技股份有限公司 | 用于supl init消息的可靠传输的方法 |
CN115103304A (zh) * | 2022-07-22 | 2022-09-23 | 荣耀终端有限公司 | 位置信息的调用方法及装置 |
CN115103304B (zh) * | 2022-07-22 | 2023-01-10 | 荣耀终端有限公司 | 位置信息的调用方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101283618A (zh) | 2008-10-08 |
CN101283618B (zh) | 2012-04-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101288330A (zh) | 用于提供急救定位业务的方法和系统 | |
KR101341193B1 (ko) | 긴급 위치 서비스 방법 및 이를 제공하기 위한 시스템 | |
US10154470B2 (en) | Control plane location solution to support wireless access | |
US9648479B2 (en) | Determination by PSAPs of caller location based on the WiFi hot spots detected and reported by the caller's device(s) | |
KR100809109B1 (ko) | 방문된 네트워크에서의 위치 정보 제공 | |
CN102884850B (zh) | 对多个定位协议的支持 | |
CN100542112C (zh) | 提供位置信息的方法和设备 | |
EP1901572B2 (en) | A method and system based on secure user plane location | |
CN104602184B (zh) | 用流线化的位置服务层来支持位置服务的方法和装置 | |
US20080233931A1 (en) | Location Service Method and System | |
CN101273615B (zh) | Voip紧急呼叫处理 | |
CN107105401A (zh) | 语言相关的定位和信令 | |
JP2004289774A (ja) | デュアルスタック移動通信網での加入者位置追跡方法 | |
CN101160986B (zh) | 一种定位移动终端的方法 | |
CN101577882A (zh) | 用于ip多媒体子系统的紧急呼叫实现系统和方法 | |
KR100766605B1 (ko) | 로밍된 서비스 플랫폼 간의 연동 시스템을 통한 위치 정보제공 방법 및 시스템 | |
WO2015185118A1 (en) | Establishing the location of unmanaged network access points | |
KR100775538B1 (ko) | 로밍 가입자의 위치 기반 서비스 제공 방법 및 시스템 | |
KR20070100104A (ko) | Wlan에서의 비상 콜을 위한 위치 정보 서비스 방법 | |
KR20070098357A (ko) | 경로 서비스 제공 방법 및 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20081015 |