用于过顶紧急呼叫的通过参考的定位的制作方法
相关申请的交叉参考
本专利申请案主张2014年11月24日申请的标题为“用于过顶紧急呼叫的通过参考的定位(locationbyreferenceforanover-the-topemergencycall)”的第62/083,768号美国临时申请案以及2015年1月9日申请的标题为“过顶服务提供者的位置传送替代方案(locationtransferalternativestoanover-the-topserviceprovider)”的第62/101,974号美国临时申请案的权益，以上申请案转让给本受让人且明确地以全文引用的方式并入本文中。
背景技术：
本发明的实施例涉及提供用于过顶(ott)紧急呼叫的通过参考的定位。
无线通信系统已发展了多代，包含第一代模拟无线电话服务(1g)、第二代(2g)数字无线电话服务(包含过渡2.5g网络)及第三代(3g)及第四代(4g)高速数据/具有因特网功能的无线服务。
作为4g演进的部分，长期演进(lte)已由第三代合作伙伴计划(3gpp)开发作为无线电接入网络技术，用于移动电话和其它数据终端的高速数据的无线通信。lte已经从全球移动通信系统(gsm)和从gsm的衍生物演进，例如gsm演进增强数据速率(edge)、通用移动电信系统(umts)以及高速分组接入(hspa)。
在北美，由公用网络运营商采用的例如支持gsm、umts和lte的那些无线通信系统使用用于增强911或e911的解决方案，其将紧急情况呼叫者与适当的公共资源链接。所述解决方案尝试使呼叫者、即呼叫者的用户设备(ue)与例如物理地址或地理坐标等特定位置自动关联。以高准确性(例如，以50米或更小的距离误差)自动定位呼叫者且将位置提供到公共安全应答点(psap)可增加在紧急情况期间公共安全侧可响应的速度，尤其是呼叫者可能不能传送他/她的位置或不知道此位置的情况。另外，知道紧急情况呼叫者的近似位置(例如，呼叫者的装置正在接入的特定网络单元)对于将紧急呼叫路由到用于呼叫者的位置的正确psap可为必要的。
被称为过顶(ott)服务提供者(sp)的某些其它提供者还可将话音和数据相关服务提供到无线装置的用户，但不一定拥有或操作公共无线网络或者充当移动虚拟网络运营商(mvno)。具有无线装置的用户接着可经由某个其它无线网络sp(例如，具有umts或lte网络的sp)且可能也经由因特网而接入ottsp资源(例如，一或多个服务器)。所述接入通常对服务无线网络sp透明(不同于对归属无线网络或mvno的接入)，且可通常在网络和ip协议层级上方发生，从而得到名称“过顶”。在此情况下，ottsp可为用户提供进行话音和数据呼叫(或会话)的能力以及在一些情况下进行紧急呼叫的能力。
然而，ottsp与公共无线网络运营商相比可能更难以获得紧急情况呼叫者的准确且可靠的位置，原因是对位置相关信息的受限制接入以及能够定位的资源的缺乏。举例来说，虽然服务无线网络可以接入无线呼叫者的小区相关信息(例如，无线呼叫者的服务小区id)且可具有可用以获得无线呼叫者的准确位置的网络基础设施(例如，可测量来自无线呼叫者的装置的信号或其信号可由无线呼叫者的装置和位置服务器测量以将这些测量变换为位置估计的基站)，但ottsp可能几乎没有此基础结构或信息。这会妨碍ottsp将来自无线呼叫者的紧急呼叫路由到正确psap和/或将无线呼叫者的准确位置提供到psap，这会妨碍ottsp提供可靠的紧急服务。因此可存在改善对经由ottsp进行的紧急呼叫的定位支持的益处。
技术实现要素：
下文呈现涉及与本文所揭示的用于提供过顶(ott)紧急呼叫的通过参考的定位的机制相关联的一或多个方面和/或实施例的简化概述。由此，不应将以下概述视为与所有预期方面和/或实施例相关的广泛概述，也不应认为以下概述识别与所有预期方面和/或实施例相关的关键或至关重要的要素，或描绘与任何特定方面和/或实施例相关联的范围。因此，以下概述具有以下唯一目的：以简化形式呈现和与本文中所揭示的机制相关的一或多个方面和/或实施例相关的某些概念以先于下文呈现的具体实施方式。
揭示了用于提供对ott服务提供者(sp)的定位和紧急呼叫的支持的方法和设备。一种由服务于用户设备(ue)的接入网络节点执行的定位所述ue的方法包含：所述接入网络节点从所述ue接收第一消息；确定用于所述ue的位置参考，其中所述位置参考是用于属于所述接入网络节点的运营商的位置服务器，且其中所述位置参考使得能够定位所述ue；以及将第二消息发送到所述ue，其中所述第二消息包括所述位置参考。
一种在位置服务器处执行的定位ue的方法包含：从服务于所述ue的接入网络节点接收针对用于所述ue的位置参考的请求；将用于所述ue的所述位置参考发送到所述接入网络节点；从除所述接入网络节点外的网络实体接收针对所述ue的位置的定位请求，所述定位请求包含用于所述ue的所述位置参考；确定所述ue的位置估计；以及将所述ue的所述位置估计发送到所述网络实体。
一种在位置服务器处执行的定位ue的方法包含：从除服务于所述ue的接入网络节点外的网络实体接收针对所述ue的位置的定位请求，所述定位请求包含用于所述ue的位置参考，其中所述位置参考包括用于所述ue的ue参考；验证用于所述ue的所述位置参考；基于用于所述ue的所述位置参考中的所述ue参考确定所述ue的位置估计；以及将所述ue的所述位置估计发送到所述另一网络实体。
一种由进行呼叫的ue执行的定位所述ue的方法包含：将第一消息发送到服务于所述ue的接入网络节点；从所述接入网络节点接收包括用于所述ue的位置参考的第二消息，其中所述位置参考是用于属于所述接入网络节点的运营商的位置服务器，且其中所述位置参考使得能够针对所述呼叫定位所述ue；接收来自所述ue的用户的针对所述呼叫的请求；以及将针对所述呼叫的请求发送到过顶(ott)服务提供者(sp)，针对所述呼叫的所述请求包含用于所述ue的所述位置参考。
一种由服务于ue的接入网络节点执行的定位所述ue的设备包含至少一个处理器和耦合到所述至少一个处理器的收发器，所述至少一个处理器和所述收发器经配置以：从所述ue接收第一消息；确定用于所述ue的位置参考，其中所述位置参考是用于属于所述接入网络节点的运营商的位置服务器，且其中所述位置参考使得能够定位所述ue；以及将第二消息发送到所述ue，其中所述第二消息包括所述位置参考。
一种在位置服务器处执行的定位ue的设备包含至少一个处理器和耦合到所述至少一个处理器的收发器，所述至少一个处理器和所述收发器经配置以：从服务于所述ue的接入网络节点接收针对用于所述ue的位置参考的请求；将用于所述ue的所述位置参考发送到所述接入网络节点；从除所述接入网络节点外的网络实体接收针对所述ue的位置的定位请求，所述定位请求包含用于所述ue的所述位置参考；确定所述ue的位置估计；以及将所述ue的所述位置估计发送到所述网络实体。
一种在位置服务器处执行的定位ue的设备包含至少一个处理器和耦合到所述至少一个处理器的收发器，所述至少一个处理器和所述收发器经配置以：从除服务于所述ue的接入网络节点外的网络实体接收针对所述ue的位置的定位请求，所述定位请求包含用于所述ue的位置参考，其中所述位置参考包括用于所述ue的ue参考；验证用于所述ue的所述位置参考；基于用于所述ue的所述位置参考中的ue参考确定所述ue的位置估计；以及将所述ue的所述位置估计发送到所述另一网络实体。
一种由进行呼叫的ue执行的定位所述ue的设备包含至少一个处理器和耦合到所述至少一个处理器的收发器，所述至少一个处理器和所述收发器经配置以：将第一消息发送到服务于所述ue的接入网络节点；从所述接入网络节点接收包括用于所述ue的位置参考的第二消息，其中所述位置参考是用于属于所述接入网络节点的运营商的位置服务器，且其中所述位置参考使得能够针对所述呼叫定位所述ue；接收来自所述ue的用户的针对呼叫的请求；以及将针对所述呼叫的请求发送到ottsp，针对所述呼叫的所述请求包含用于所述ue的位置参考。
一种由服务于ue的接入网络节点执行的定位所述ue的设备包含：用于从所述ue接收第一消息的装置；用于确定用于所述ue的位置参考的装置，其中所述位置参考是用于属于所述接入网络节点的运营商的位置服务器，且其中所述位置参考使得能够定位所述ue；以及用于将第二消息发送到所述ue的装置，其中所述第二消息包括所述位置参考。
一种在位置服务器处执行的定位ue的设备包含：用于从服务于所述ue的接入网络节点接收针对用于所述ue的位置参考的请求的装置；用于将用于所述ue的位置参考发送到所述接入网络节点的装置；用于从除所述接入网络节点外的网络实体接收针对所述ue的位置的定位请求的装置，所述定位请求包含用于所述ue的位置参考；用于确定所述ue的位置估计的装置；以及用于将所述ue的位置估计发送到所述网络实体的装置。
一种在位置服务器处执行的定位ue的设备包含：用于从除服务于所述ue的接入网络节点外的网络实体接收针对所述ue的位置的定位请求的装置，所述定位请求包含用于所述ue的位置参考，其中所述位置参考包括用于所述ue的ue参考；用于验证用于所述ue的位置参考的装置；用于基于用于所述ue的位置参考中的ue参考确定所述ue的位置估计的装置；以及用于将所述ue的位置估计发送到所述另一网络实体的装置。
一种由进行呼叫的ue执行的定位所述ue的设备包含：用于将第一消息发送到服务于所述ue的接入网络节点的装置；用于从所述接入网络节点接收包括用于所述ue的位置参考的第二消息的装置，其中所述位置参考是用于属于所述接入网络节点的运营商的位置服务器，且其中所述位置参考使得能够针对所述呼叫定位所述ue；用于接收来自所述ue的用户的针对所述呼叫的请求的装置；以及用于将针对所述呼叫的请求发送到ottsp的装置，针对所述呼叫的所述请求包含用于所述ue的所述位置参考。
一种由服务于ue的接入网络节点执行的定位所述ue的非暂时性计算机可读媒体包含：用以从所述ue接收第一消息的至少一个指令；用以确定用于所述ue的位置参考的至少一个指令，其中所述位置参考是用于属于所述接入网络节点的运营商的位置服务器，且其中所述位置参考使得能够定位所述ue；以及用以将第二消息发送到所述ue的至少一个指令，其中所述第二消息包括所述位置参考。
一种在位置服务器处执行的定位ue的非暂时性计算机可读媒体包含：用以从服务于所述ue的接入网络节点接收针对用于所述ue的位置参考的请求的至少一个指令；用以将用于所述ue的所述位置参考发送到所述接入网络节点的至少一个指令；用以从除所述接入网络节点外的网络实体接收针对所述ue的位置的定位请求的至少一个指令，所述定位请求包含用于所述ue的所述位置参考；用以确定所述ue的位置估计的至少一个指令；以及用以将所述ue的所述位置估计发送到所述网络实体的至少一个指令。
一种在位置服务器处执行的定位ue的非暂时性计算机可读媒体包含：用以从除服务于所述ue的接入网络节点外的网络实体接收针对所述ue的位置的定位请求的至少一个指令，所述定位请求包含用于所述ue的位置参考，其中所述位置参考包括用于所述ue的ue参考；用以验证用于所述ue的所述位置参考的至少一个指令；用以基于用于所述ue的所述位置参考中的ue参考确定所述ue的位置估计的至少一个指令；以及用以将所述ue的所述位置估计发送到所述另一网络实体的至少一个指令。
一种由进行呼叫的ue执行的定位所述ue的非暂时性计算机可读媒体包含：用以将第一消息发送到服务于所述ue的接入网络节点的至少一个指令；用以从所述接入网络节点接收包括用于所述ue的位置参考的第二消息的至少一个指令，其中所述位置参考是用于属于所述接入网络节点的运营商的位置服务器，且其中所述位置参考使得能够针对所述呼叫定位所述ue；用以接收来自所述ue的用户的针对呼叫的请求的至少一个指令；以及用以将针对所述呼叫的请求发送到ottsp的至少一个指令，针对所述呼叫的所述请求包含用于所述ue的位置参考。
所属领域的技术人员基于附图和具体实施方式将明白与本文中所揭示的机制相关联的其它目的和优点。
附图说明
因为在结合附图考虑时通过参考以下详细描述更好地理解本发明实施例及其许多附带优点，所以将容易获得对本发明实施例及其许多附带优点的更全面了解，附图只是为了说明而不是限制本发明而呈现，且在附图中：
图1a说明根据本发明的至少一个方面的无线通信系统的高级系统架构。
图1b说明根据本发明的至少一个方面的用于长期演进(lte)无线接入的图1a中的系统架构的实例配置。
图2a说明根据本发明的至少一个方面的图1a中说明的网络实体提供通过参考的定位的特定交互。
图2b说明根据本发明的至少一个方面的图1b中说明的网络实体提供通过参考的定位的特定交互。
图3说明根据本发明的至少一个方面的用于提供紧急服务的示范性架构。
图4说明根据本发明的至少一个方面的用于通过参考的定位支持的示范性架构。
图5说明根据本发明的至少一个方面的用于紧急服务的因特网协议(ip)多媒体子系统(ims)支持的示范性架构。
图6说明根据本发明的至少一个方面的用于紧急服务的ims支持的另一示范性架构。
图7说明根据本发明的至少一个方面的用于通过值的定位和通过参考的定位的示范性呼叫流程。
图8说明根据本发明的至少一个方面的用于紧急呼叫的ims支持的又一示范性呼叫流程。
图9说明根据本发明的至少一个方面的用于紧急呼叫的ims支持的另一示范性呼叫流程。
图10是经配置以支持如本文教示的通信的组件的若干样本方面的简化框图。
图11说明根据本发明的至少一个方面的用户设备(ue)的实例。
图12说明包含用以执行本文所描述的功能性的结构组件的通信装置。
图13说明根据本发明的实施例的服务器。
图14到20说明根据本发明的各种方面的用于定位ue的示范性流程。
图21到27是经配置以支持如本文教示的通信的设备的若干样本方面的其它简化框图。
应注意在图2a、2b、7、8和9中所示的消息和呼叫流程中，个别消息和动作由数字标签指示，其有时在描述中称为操作、框或步骤。
具体实施方式
揭示了用于提供对过顶(ott)服务提供者(sp)的定位和紧急呼叫的支持的方法和设备。接入网络节点从ue接收第一消息，确定ue的位置参考，且将包含所述位置参考的第二消息发送到ue。接入网络节点可自身代表位置服务器确定所述位置参考，或可请求位置服务器指派和返回所述位置参考。接入网络节点可充当代理且避免ue与位置服务器之间的交互。位置服务器可稍后从网络实体接收针对ue的定位请求，其中所述定位请求包含所述位置参考。位置服务器可使用所述位置参考定位ue且将ue位置返回到网络实体。所述网络实体可为ottsp，且ue的位置可支持从ue发送到ottsp的紧急呼叫。
本发明的这些和其它方面在针对本发明的具体实施例的以下描述和相关附图中揭示。可在不脱离本发明范围的情况下设计替代性实施例。另外，将不会详细描述本发明的众所周知的元件或将省略所述元件，以免混淆本发明的相关细节。
本文中所使用的词语“示范性”和/或“实例”意味着“充当实例、例子或说明”。本文中描述为“示范性”和/或“实例”的任何实施例未必应理解为比其它实施例优选或有利。同样，术语“本发明的实施例”并不需要本发明的所有实施例包含所论述的特征、优点或操作模式。
另外，依据待由(例如)计算装置的元件执行的动作的序列来描述许多实施例。将认识到，可由特定电路(例如，专用集成电路(asic))、由正由一或多个处理器执行的程序指令或由两者的组合来执行本文中所述的各种动作。另外，可认为本文中所述的这些动作序列完全体现于任何形式的计算机可读存储媒体内，所述计算机可读存储媒体中存储有一组对应的计算机指令，所述计算机指令在被执行时将导致相关联的处理器执行本文中所述的功能性。因此，本发明的各种方面可以数种不同形式来体现，预期其全部属于所主张的标的物的范围内。另外，对于本文中所描述的实施例中的每一者来说，任何此类实施例的对应形式可在本文中被描述为(例如)“经配置以(执行所描述的动作)的逻辑”。
表1提供本发明中使用的术语和缩写的词汇表：
表1-术语和缩写的词汇表
在本文中被称作用户设备(ue)的客户端装置可以是移动的或静止的，且可以与无线电接入网络(ran)通信。如本文所使用，术语“ue”可互换地称为“接入终端”或“at”、“无线装置”、“无线终端”、“订户装置”、“订户终端”、“订户台”、“用户终端”或“ut”、“移动终端”、“移动台”、“终端”、“装置”、“用户装置”、及其变化。通常，ue可以经由ran与核心网络通信，且通过核心网络，ue可以与因特网等外部网络连接。当然，对于ue来说，连接到核心网络和/或因特网的其它机制也是可能的，例如经由有线接入网络、wifi网络(例如，基于ieee802.11等)等等。ue可以通过多个类型的装置中的任一者来实施，所述多个类型的装置包含但不限于pc卡、压缩闪存装置、外部或内部调制解调器、无线或有线电话、智能电话、平板计算机、膝上型计算机等等。ue可借以向ran发送信号的通信链路被称为上行链路信道(例如，反向业务信道、反向控制信道、接入信道等)。ran可借以向ue发送信号的通信链路被称为下行链路或前向链路信道(例如，寻呼信道、控制信道、广播信道、前向业务信道等)。如本文中所使用，术语“业务信道(tch)”可指上行链路/反向抑或下行链路/前向业务信道。
图1a说明根据本发明实施例的无线通信系统100a的高级系统架构。无线通信系统100a含有标记为1...n的n数目个ue。ue1…n可包含蜂窝式电话、个人数字助理(pda)、寻呼机、膝上型计算机、桌上型计算机等等。举例来说，在图1a中，ue1...2被说明为蜂窝式呼叫电话，ue3...5被说明为蜂窝式触摸屏电话或智能电话，且uen被说明为桌上型计算机或pc。
参考图1a，ue1...n经配置以在图1a中示出为空中接口104、106、108和/或直接有线连接102的物理通信接口或层上与接入网络(例如，ran120、接入点125等)通信。空中接口104和106可遵循给定的蜂窝式通信协议(例如，码分多址(cdma)、演进数据优化(evdo)、增强高速率包数据(ehrpd)、全球移动通信系统(gsm)、gsm演进增强数据速率(edge)、宽带cdma(wcdma)、长期演进(lte)等)，而空中接口108可遵循无线局域网(wlan)协议(例如，ieee802.11、
因特网175包含数个路由代理和处理代理(为方便起见图1a中未展示)。在图1a中，uen展示为直接连接到因特网175(即，单独地从核心网络140，例如经由dsl或包电缆sp且其在一实例中可经由接入点125自身(例如，用于wifi路由器))。因特网175可进而用以在uen与接入因特网175(例如，经由核心网络140)的其它ue之间路由包交换数据通信。
图1a中还展示与ran120分离的接入点125。接入点125可独立于核心网络(cn)140连接到因特网175(例如，经由例如fios等光学通信系统、电缆调制解调器等)。空中接口108可经由本地无线连接(例如，在一实例中为ieee802.11或蓝牙)而服务于ue4或ue5。
参考图1a，位置服务器170展示为连接到因特网175、cn140或这两者。位置服务器170可以实施为多个在结构上分开的服务器，或替代地可以与单一服务器相对应。如下文将更详细描述，位置服务器170经配置以支持用于可经由cn140和/或经由因特网175连接到位置服务器170的ue的一或多个位置服务(例如，定位服务、通过参考的定位服务等)。
图1a进一步说明过顶(ott)服务提供者(sp)150。ottsp可在因特网175上且可能在ran120和cn140上以对因特网175、ran120和cn140部分或完全地透明的方式将音频、视频和/或其它媒体内容传送到ue1到n中的一或多者和/或从所述一或多者传送音频、视频和/或其它媒体内容。ottsp通常指代第三方提供者，例如skypetm、hulu、netflix、谷歌等。ottsp150可在因特网175、cn140、ran120和/或接入点125上与ue1...n通信。虽然图1a在中说明仅单个ottsp150，但显而易见，可存在连接到因特网175的任何数目的ottsp150，其各自对应于不同的ottsp。ottsp150可具有一或多个服务器、路由代理和/或其它实体(图1a中未图示)，其可执行本文所描述的用于ottsp150的各种功能。同理可适用于本文稍后提到的其它ottsp，例如ottsp350、450、550、650、750、850和950。
在图1a中还说明紧急服务ip网络(esinet)和/或选择性路由器(sr)160。esinet160可能够将由ue1到n中的任一者进行且经由因特网175、cn140或ottsp150接收的基于ip的紧急呼叫路由到合适的公共安全应答点(psap)，例如psap180。类似地，sr160可能够将由ue1到n中的任一者进行且经由cn140接收的电路交换(cs)紧急呼叫路由到psap，例如psap180。在一些实施例中，ue1到n中的任一者可发起基于ip的紧急呼叫，其可由cn140或由ottsp150变换为cs紧急呼叫且发送到sr160(例如，经由图1a中未图示的公共交换电话网络)以用于路由到具有cs能力的psap180。这可当存在sr160但不存在esinet160时和/或当psap180支持cs紧急呼叫但不支持基于ip的紧急呼叫时发生。应理解，在本文稍后的经由ottsp150的紧急呼叫建立的描述中，紧急呼叫可作为来自ue(例如，ue1到n中的任一者)的基于ip的紧急呼叫而发出，但可由ottsp150转换成cs紧急呼叫，并经由sr160且不经由esinet160而路由到psap180。
图1a中的ue1...n可能够经由因特网175进行话音、文字、视频或其它数据紧急呼叫。举例来说，ue1...n可能够经由ottsp150进行此紧急呼叫，如下文中进一步描述。esinet/sr160可将这些话音、文字、视频和数据紧急呼叫递送到psap180，其可为(例如)紧急呼叫中心。用于递送这些紧急呼叫的协议可为由因特网工程任务小组(ietf)界定的会话起始协议(sip)。另外，可使用由3gpp界定的ip多媒体子系统(ims)递送基于sip的紧急呼叫，所述ims支持sip的使用且可由cn140支持。
用于ran120和cn140的协议特定实施方案的实例在下文相对于图1b而提供以帮助在对ran120的lte接入的支持的情况下更详细阐释无线通信系统100a。确切地说，ran120和cn140的组件对应于与支持包交换(ps)通信相关联的组件，借此传统电路交换(cs)组件也可以存在于这些网络中，但在图1b中未显式地图示。
具体地说，图1b说明根据本发明的实施例基于支持lte无线接入的演进包系统(eps)的ran120和cn140所述实例配置100b。在图1b的实例中，eps/lte网络中的ran120经配置有多个演进型节点b(enodeb或enb)122、124和126。cn140包含多个移动性管理实体(mme)142和144、增强型服务移动定位中心(e-smlc)172、服务网关(s-gw)146，以及包数据网络网关(pdg)148。在图1b的实例中，位置服务器170是支持lte控制平面定位解决方案的网关移动定位中心(gmlc)或支持由开放移动联盟(oma)界定的supl定位解决方案的安全用户平面位置(supl)定位平台(slp)170。在一些实施例中，位置服务器170可为具有到gmlc和/或slp的连接或者与其的关联的位置检索功能(lrf)。这些组件、ran120与因特网175之间的网络接口在图1b中说明且在表2中界定。
表2
现将描述图1b的ran120和cn140中所示的组件的高级描述。然而，这些组件中的一些是所属领域中从各种3gpp技术规范(ts)众所周知的，且本文含有的描述并不希望为这些组件执行的所有功能性的详尽描述。
参考图1b，mme142和144经配置以管理用于eps承载的控制平面信令且支持接入cn140的ue的移动性。mme功能包含：非接入层(nas)信令、nas信令安全性、用于技术间和技术内越区移交的移动性管理、pdg和s-gw选择，以及用于具有mme改变的越区移交的mme选择。
s-gw146是网关，其端接于用于用户平面信令的朝向ran120的接口。对于附接到用于基于eps的系统的cn140的每一ue，在给定时间点，存在单个s-gw。用于基于代理移动ipv6(pmip)的s5/s8的s-gw146的功能包含：移动性锚点、包路由和转发，以及基于相关联eps承载的qos类标识符(qci)设定diffserv码点(dscp)。
参考图1b，pdg148是网关，其端接于朝向包数据网络(pdn)(例如，因特网175)的sgi接口。如果ue在接入多个pdn，那么可存在用于所述ue的多于一个pdg。pdg148功能包含：包过滤(通过深包检查)、ueip地址分配、基于相关联eps承载的qci设定dscp、考虑运营商间收费、如3gppts23.203中界定的上行链路(ul)和下行链路(dl)承载绑定，以及如3gppts23.203中界定的ul承载绑定检验。pdg148使用ran120提供到gsm/edge无线电接入网(geran)/utran仅具ue和lte功能的ue两者的pdn连接性，所述ran可为e-utran、geran或utran中的任一者。pdg148在s5/s8接口上使用ran120提供到具有lte能力的ue的pdn连接性，所述ran包括例如图1b中所示的enb(其称为e-utran)。
参考图1b，gmlc/slp170展示为连接到mme142，连接到cn140中的pdg148和/或连接到因特网175。gmlc/slp170可为gmlc或slp，或者可为具有到gmlc或slp的连接或与其的关联的lrf。gmlc170(或具有相关联或连接的gmlc的lrf170)支持lte控制平面定位解决方案，而slp170(或具有相关联或连接的slp的lrf170)支持supl定位解决方案。在gmlc/slp170是gmlc但不是slp的情况下，gmlc/slp170可连接到mme142且连接到pdg148和因特网175中的一者或两者。在gmlc/slp170是slp但不是gmlc的情况下，gmlc/slp170可以或可以不连接到mme142，且可连接到pdg148和因特网175中的一者或两者。gmlc/slp170可使得例如ottsp150、esinet160或psap180等外部实体能够将定位请求发送到用于图1a中的ue1到n中的任一者的gmlc/slp170，可在gmlc的情况下使用3gpp控制平面定位解决方案或在slp的情况下使用supl协调此ue的位置确定，且可将所确定的位置返回到请求的外部实体。在图1b中说明的e-smlc172连接到mme142，且是用于使用lte控制平面定位解决方案获得ue位置估计的另一位置服务器。
在控制平面定位解决方案中，位置服务器(例如，图1a中的位置服务器170或图1b中的gmlc/slp170)由其它元件(包含ue)经由网络中的现有信令接口而接入。与ue的位置相关的所有信令作为所有接口上的信令显式地输送。在lte接入的情况下，在3gppts23.271和36.305中界定控制平面定位解决方案。
在例如supl解决方案等用户平面位置解决方案中，ue和例如图1b中的gmlc/slp170等位置服务器通过例如经由ip或tcp/ip从网络的角度交换数据而通信。在supl解决方案的情况下，gmlc/slp170将为slp且将用以获得位置而不是使用e-smlc172。在一些情况下，网络可采用控制平面定位解决方案和例如supl等用户平面定位解决方案两者。在所述情况下，e-smlc172可存在且gmlc/slp170可包括gmlc和slp两者。用于gmlc/slp170的gmlc和slp也可以组合(例如，在同一物理实体中)或可连接到彼此以便允许使用两种解决方案来定位ue。正如已经提到的，gmlc/slp170还可包括具有与gmlc和/或slp的关联或到其的连接的lrf。连接到gmlc或与其相关联的lrf170可类似于gmlc而支持控制平面定位，而连接到slp或与其相关联的lrf170可类似于slp而支持supl用户平面定位。
电信行业解决方案联盟(atis)在研究支持由ue经由ott服务提供者建立的下一代9-1-1(ng911)呼叫，例如skypetm。一个主要问题是获得和提供911呼叫者的准确且可靠的位置以实现通过ottsp将ng911呼叫路由到或朝向正确的psap，且实现通过psap对呼叫用户的位置的公共安全支持的调度。因为例如ottsp150等ottsp将常常几乎不具有关于由呼叫ue使用的接入网络的信息，所以ottsp可能难以利用基于陆地的定位方法(例如wifi、增强型小区id(e-cid)和观测到达时间差(otdoa))来直接定位呼叫ue。此外，当呼叫ue在室内时，由ottsp使用卫星定位系统(sps)，例如全球定位系统(gps)、某种其它全球导航卫星系统(gnss)或经由辅助gps(a-gps)或辅助gnss(a-gnss)对ue的定位也可能由于在室内使用sps定位的固有困难和/或由于ottsp缺乏控制和/或辅助sps定位的使用的能力而不可靠。
可由ottsp150使用以获得已经由ottsp150发出紧急呼叫的ue的位置的一个解决方案涉及在ottsp150可具备或可推断位置服务器的地址的情况下，ottsp150询问接入网络中的位置服务器(例如图1a中的位置服务器170或图1b中的gmlc/slp170)以获得呼叫ue的位置。在另一解决方案中，发出紧急呼叫的ue可将其位置直接提供到ottsp150(例如，在用以建立ng911呼叫的sip邀请中)。ue将其位置直接提供到ottsp150可为有吸引力的解决方案，因为(a)对标准(例如，3gpp标准)的新影响可受限制，(b)对移动网络运营商(mno)ran和cn网络的实施方案影响可为低的或零，(c)ue通常无论如何都支持独立定位能力(例如，由ue操作系统供应商或ue芯片供应商辅助的解决方案)，以及(d)解决方案可为与现有ng911标准的良好配合，其允许ue在发送以发出紧急呼叫的sip邀请中提供ue位置。
ue提供的位置(例如，包含在sip邀请中)可通过值(例如，ue直接提供其纬度/经度坐标)或通过参考。对于通过参考的定位，ue提供统一资源识别符(uri)(原始由ue从位置服务器获得且在本文中被称作“位置uri”)，其含有位置服务器的名称或地址、对可由位置服务器指派的ue的唯一参考，以及用以从位置服务器获得ue位置的协议的指示。“位置uri”在本文可互换地称为“位置参考”和“通过参考的定位”。位置uri可如ietf在请求注解(rfc)3986和5808中界定，且可包括符合rfc3986中的规则的字符串，所述规则用于对例如sip或http等方案名称或协议名称的识别以及资源的识别进行编码，所述资源可包括位置服务器的识别(例如，因特网路径名称或地址)加上ue的识别。
ue的识别，在本文中也被称作“ue参考”、“本地ue参考”或“本地参考”，可包括向位置服务器识别ue但将ue的真实身份隐藏于其它实体且可由位置服务器本地指派的字符。ue可使用例如ietfrfc5985中界定的具有http功能的位置递送(held)协议等位置配置协议从位置服务器请求且获得位置uri。ue可使用例如ietfrfc6442中界定的sip等位置传递协议将位置uri传达到另一实体，例如图1a和图1b中的ottsp150、esinet160或psap180。接收ue的位置uri的实体(例如，图1a和图1b中的ottsp150、esinet160或psap180)可使用例如sip、http或held等位置提领协议从位置服务器请求和接收ue的位置(例如，可包括纬度和经度(且可能海拔)的地理坐标或可包括邮政地址或街道地址(且可能楼层编号、房间编号、套房编号等)的城市位置)。关于位置提领，请求位置的实体将位置uri提供到位置服务器，位置服务器从位置uri识别ue，获得ue的位置，且将所述位置返回到请求实体。
通过参考的定位解决方案可比通过值的定位解决方案更有吸引力，因为其允许ue或位置服务器有更多时间来获得ue的位置且可用以在不同时间获得ue的多于一个位置。举例来说，通过参考的定位解决方案可由ottsp150使用以初始地获得近似ue位置以辅助路由，且在稍后时间获得较准确ue位置用于psap调度。
通过参考的定位解决方案可具有对ue和位置服务器的显著影响，这两者可能需要支持(a)位置配置协议，例如held，借此ue可请求且位置服务器可提供位置uri，以及(b)用于当(a)中的询问/响应发生时位置服务器验证ue的身份的装置。可能需要(b)中的影响，因为位置服务器可能需要在指派位置uri时可靠地识别ue，以便在某个稍后时间当客户端(例如，ottsp150或psap180)通过以位置uri询问位置服务器而请求ue的位置时定位正确的ue(例如，而不是某个其它ue)。例如held等一些位置配置协议可能通常不需要或支持(b)中的验证，因为提供位置uri的ue的ip地址可当(a)发生时从ue可用于位置服务器，且可视为足够可靠的以当位置uri稍后由ottsp150、esinet160或psap180提领(例如，使用held)时在稍后时间识别和定位ue。
然而，ip地址可能错误。举例来说，不是ue但能够拦截去往和来自ue的ip通信的实体可使用位置配置协议，通过将定位请求发送到含有用于ue的ip地址的位置服务器而获得ue的位置uri。所述实体接着可(i)伪装为ottsp以通过将提领请求发送到含有所获得位置uri的位置服务器而获得ue的位置，或(ii)发出紧急呼叫且将位置uri提供到ottsp150以使得公共安全调度到ue的位置，即使ue并未做出紧急呼叫。
另外，甚至当用于ue的ip地址正确时且当请求ue位置的实体合法时，位置服务器也可能需要用于ue的不同身份以便在稍后时间获得ue的位置和/或正确地识别ue。举例来说，如果位置服务器采用控制平面定位解决方案获得ue的位置(例如，用于lte的3gpp控制平面定位解决方案)，那么位置服务器可能需要用于ue的无线相关联身份，例如国际移动订户编号(imsi)或临时移动订户编号(tmsi)，而不是ue的ip地址。另外，如果定位的ue需要稍后经识别用于收费或记账目的(例如，允许用于位置服务器的sp向ottsp150记账)或稍后在所获得位置错误或用于统计和会计目的的情况下追随，那么可能需要ue的某种永久性全局身份而不是ip地址。为了确保位置服务器具有ue的正确身份且位置uri提供到正确ue而不是伪装为ue的实体，可能需要上文(b)中的验证影响。(a)和(b)的双重影响可使得通过参考的定位解决方案(例如，如本文上文所提及的ietfrfc所界定)对于ue供应商和mno或其位置服务器供应商是复杂的。
利用通过参考的定位对上文所述的问题的解决方案将是服务接入网络而不是位置服务器在ue(及其身份)已由接入网络验证之后为ue提供通过参考的定位。通过接入网络对ue的验证是对于许多类型无线网络(例如，gsm、umts、lte、ieee802.11)所支持或可支持的无线网络操作的典型部分，且因此不会对ue或接入网络增加新影响。通过接入网络对ue提供通过参考的定位可(i)紧接在ue已成功地附接到接入网络且经验证之后发生，(ii)在ue附接到接入网络(例如，使得能够基于不同位置服务器和/或不同本地ue参考而更换前一通过参考的定位)的同时周期性地发生，和/或(iii)在ue附接到接入网络的同时按ue的请求而发生。
在一个实施例中，接入网络可与位置服务器通信以获得ue的通过参考的定位。在此实施例中，接入网络可充当代理且代表ue从位置服务器获得通过参考的定位。ue和位置服务器随后将不需要支持位置配置协议以使ue能够从位置服务器获得位置uri。实际上，ue将从接入网络获得位置uri且接入网络将从位置服务器获得位置uri。虽然此实施例可添加新的接入网络-位置服务器接口，但其可以不需要支持位置配置协议以及ue和位置服务器两者对ue的验证，且因此可为比使用传统位置配置协议让ue直接询问位置服务器更简单的解决方案。
在另一实施例中，接入网络可将通过参考的定位指派给ue自身而不涉及位置服务器。举例来说，接入网络(例如，mme142)可产生位置uri，其包含目标位置服务器(例如，图1a中的位置服务器170或图1b中的gmlc/slp170)的已知地址或已知身份(例如，已知的因特网路径名称)、用以从客户端询问位置服务器的方案或协议，以及(作为对位置服务器的地址或身份的扩展)识别ue的ue参考。在正常位置uri中，ue参考可由产生位置uri的位置服务器本地指派。关于此处描述的实施例，ue参考可由接入网络指派且可包括全局ue识别，例如ue的ip地址、ue的imsi和/或对接入网络已知的ue的身份，例如tmsi、由接入网络节点(例如，mme或sgsn)指派的ue的本地地址和/或接入网络节点的地址，或其任何组合。ue参考可进一步包含指派的日期和/或时间，和/或可经加密以保护用户隐私(例如，其中密码密钥对接入网络和位置服务器是已知的但对其它方不是已知的)。在ue参考包括tmsi或ip地址的情况下，可能不需要加密因为ue的真实身份(例如，ue的imsi)未包含在ue参考中且因此不可用于其它方。位置uri也可以由接入网络以数字方式签署(例如，可包含数字签名)以使得正以位置uri询问的位置服务器可知道位置uri是由接入网络指派的。在一些情况下，位置uri可经加密且以数字方式签署，例如使用美国美国国家标准与技术研究所(nist)计数器与密码分组链接-消息验证代码(ccm)方法。
以上实施例的使用可仅影响接入网络和位置服务器。因此，mno可从其中接入网络指派位置uri而不涉及位置服务器的第二实施例迁移到其中接入网络充当用于位置服务器的代理而不影响其它实体(例如，包含ue)的第一实施例。在一些情况下，mno迁移可为从第一实施例到第二实施例。在接入网络支持lte且属于蜂窝式mno的情况下，用于ue的通过参考的定位可由用于ue的服务mme指派，例如图1b中的mme142。所述指派可通过ue作为lte网络附接的部分和/或通过ue作为跟踪区域更新的部分而发生。此指派可将含有指派位置uri的一个新参数添加到用于lte支持的几个非接入层(nas)消息，且可对ue和接入网络(例如，mme)两者具有小的影响。此解决方案对mno和ue供应商的益处可在于，支持所述解决方案的影响可为有限的且可提供灵活的定位解决方案给符合现有标准的ottsp。
返回参看图1a和图1b，图2a说明根据本文所描述的实施例在图1a中以及在lte接入的情况下在图1b中说明的网络实体的特定交互以提供用于ott紧急呼叫的通过参考的定位。参考图2a，术语“接入网络”指代ran120和cn140。接入网络节点240可为接入网络中的某个实体，例如接入节点、接入点、基站、enodeb(例如，enb122、124或126)、毫微微小区、mme(例如，mme142)等。接入网络节点可在ran120内或cn140内。
在202a，ue200(例如，其可对应于图1a中的ue1到n中的任一者)经由接入网络节点240附接到接入网络。在204a，ue200的用户经由安装在ue200上的ott应用程序(例如，skype)进行紧急呼叫。在206a，ue200将针对位置参考的请求发送到接入网络节点240。在一些实施例中，框206a可由ott应用程序发起，所述应用程序可在框204a处辨识紧急呼叫请求且可请求ue200(例如，使用到ue200上的调制解调器的应用程序编程接口(api))以获得位置参考。
在208a，接入网络节点240可任选地将针对ue200的位置参考的位置参考请求发送到位置服务器170(例如，gmlc/slp170或e-smlc172)，且在212a接收回来自位置服务器170的含有位置参考的响应。在此情况下，接入网络节点240在框208a处充当代理以代表ue200从位置服务器170获得位置参考。在框208a中的请求/响应可使用位置服务器170与接入网络节点240之间的安全连接，其使得位置服务器170能够知道运营商可能相同于位置服务器170的接入网络节点正在请求位置参考。位置服务器170与接入网络节点240之间的安全连接可利用位置服务器170与接入网络节点240之间的受信任关系，例如，基于接入网络节点240和位置服务器170属于同一sp或同一网络运营商的关系，且可采用每一实体中的预配置安全凭证来实现安全连接的建立。位置服务器170接着可在框208a处指派且返回位置参考(例如，其可包含对位置服务器170为本地的ue参考)，其可稍后使用(例如，由ottsp150)以从位置服务器170获得ue200的位置，如稍后描述。
虽然框208a添加接入网络节点240与位置服务器170之间的新接口，但其避免了位置服务器170与ue200交互和验证所述ue的需要。在一些实施例中，接入网络节点240和位置服务器170可在208a使用sip、held或由开放移动联盟(oma)界定的移动位置协议(mlp)中的一者来请求和返回位置参考。在212a，接入网络节点240将从位置服务器170获得的位置参考发送到ue200。在一些实施例中，ue200(例如，ue200上的调制解调器)可将位置参考提供到ott应用程序。
在一些实施例中，并非询问位置服务器170以得到ue200的位置参考，接入网络节点240可指派位置参考自身而不涉及位置服务器170，如本文先前描述。接入网络节点240可同样如本文所描述而加密位置参考的ue参考部分和/或以数字方式签署位置参考。在此情况下，任何加密/解密密钥和/或用于数字签名的密钥对于接入网络节点240和位置服务器170两者可为已知的，但对于其它方不是已知的。
在206a、208a和212a处的消息在图2a中说明为任选的(由虚线指示)，因为它们无需在图2a中说明的特定时间发生。而是，作为一个实例，206a和212a(和任选地208a)可在202a处的附接期间且可能在204a处用户进行紧急呼叫之前执行，例如紧接在ue200已成功附接到接入网络节点240且经验证之后，或作为ue200与接入网络节点240之间的附接和/或验证消息交换的部分。举例来说，ue200可在发送到接入网络节点240以请求、响应于或确认ue200的附接或ue200的验证的消息中包含针对位置参考的请求。类似地，接入网络节点240可在发送到ue200以请求、响应于或确认ue200的附接或ue200的验证的消息中包含经指派位置参考。
作为另一实例，206a和212a(和任选地208a)可在ue200附接到接入网络节点240的同时周期性地执行，且不响应于进行紧急呼叫的用户。举例来说，206a、212a且可能208a可每当ue200和接入网络节点240需要交互以支持ue200的移动性时执行。在另一实例中，206a、212a且可能208a可每当ue200改变到新接入网络节点(例如，从前一接入网络节点改变到接入网络节点240或从接入网络节点240改变到新接入网络节点)时执行。作为又一实例，206a和212a可对应于ue200与接入网络节点240之间的某种其它现有交互，例如用于lte的跟踪区域更新或用于gprs和/或umts的路由区域更新。替代地，如图2a中所说明，206a和212a可包括仅用以获得位置参考的新消息。
在一些实施例中，在212a将位置参考发送到ue200之前，接入网络节点240可验证ue200(在图2a中未图示)的身份。此验证可确保在212a将位置参考返回到正确ue200。此外，ue200的此验证可形成支持ue200对由接入网络节点240提供的服务的接入(例如，例如用于ue200的网络附接和移动性的支持)的正常部分，任意不会对ue200或接入网络节点240添加额外影响以仅用于在212a返回位置参考的目的。
在214a，ue200将包含ue200的位置参考的紧急呼叫请求发送到ottsp150。在一些实施例中，紧急呼叫请求可由ue200经由接入网络节点240和/或经由用于接入网络节点240的接入网络传送到ottsp150。虽然图2a中未说明，但ue200可从用于属于第一网络运营商(还可拥有位置服务器170)和/或符合第一无线电接入技术(rat)的第一接入网络的接入网络节点240获得位置参考，且经由属于第二网络运营商和/或符合第二rat的第二接入网络将含有位置参考的紧急呼叫请求发送到ottsp150。以此方式，位置参考可在多个接入网络、多个rat和/或多个网络运营商之间共享和/或可对于它们有效，且可使得ue200能够在越区切换到新rat或新网络之后和/或当同时接入若干网络或若干rat时使用同一位置参考。举例来说，ue200可从属于网络运营商a的蜂窝式接入网络的基站或其它服务节点(例如，mme)获得位置参考，且将包含位置参考的紧急呼叫请求发送到属于网络运营商b的wlan接入网络中的wifi接入点(其中运营商a可或可不相同于运营商b)，所述接入点将把紧急呼叫请求转发到ottsp150。
在216a，ottsp150将包含在214a中从接入网络节点240接收的位置参考的位置请求(或位置提领请求)发送到位置服务器170。ottsp150可从在214a处接收的位置参考的内容识别位置服务器170(例如，识别用于位置服务器170的地址或路径名称)。位置服务器170可通过以下方式检验在216a处接收的位置参考是有效的：检验所述位置参考对应于由位置服务器170先前指派的位置参考(例如，在框208a发生的情况下作为框208a的部分而指派)。举例来说，位置服务器170可检验位置参考中的ue参考是先前由位置服务器170指派以识别ue200。替代地，如果在216a处接收的位置参考是由接入网络节点240而不是由位置服务器170指派(例如，例如在框208a不存在的情况下发生)，那么位置服务器170可通过检验位置参考中的任何数字签名(如果存在)，和/或通过解密位置参考的ue参考部分且检验经解密ue参考部分正确地符合用于有效ue参考的任何格式化或编码规则，而检验接入网络节点240指派了位置参考。
在218a，位置服务器170(或在位置服务器170是lrf的情况下与位置服务器170相关联或连接到所述位置服务器的gmlc)可将针对ue200的位置的定位请求发送到接入网络节点240，且在所述定位请求中可包含用于ue200的识别，其可为(i)在208a发生且位置服务器170已指派在216a处接收的位置参考的情况下在208a处较早接收的用于ue200的识别，或(ii)在接入网络节点240而不是位置服务器170已经指派位置参考的情况下在216a处作为位置参考的部分接收的ue参考或经解密ue参考的部分或全部。接入网络节点240接着可从另一实体(在图2a中未图示)获得ue200的位置估计(如在218a处由位置服务器170识别)。举例来说，接入网络节点240可从另一位置服务器(例如，e-smlc172)或另一具有定位能力的实体(例如，ran120)或从服务于ue200的基站或ap请求位置估计，替代地，接入网络节点240可能已经自身具有ue200的位置信息(例如，如果接入网络节点240是服务于ue200的基站或wifiap)。接入网络节点240接着可将ue200的位置估计返回到位置服务器170(或在位置服务器170是lrf的情况下返回到与位置服务器170相关联或连接到所述位置服务器的gmlc)作为218a的部分。在一些实施例中，框218a可当位置服务器170采用控制平面定位解决方案获得ue200的位置时发生。
替代于或补充在218a处询问接入网络节点240以得到ue200的位置，位置服务器170可在222a处直接询问ue200。举例来说，如果位置服务器170是suplslp或者连接到slp或与slp相关联的lrf，那么222a可发生，其中slp在222a处向ue200发起supl用户平面定位会话以便从ue200获得位置相关测量值(例如，gps或gnss卫星的测量值和/或用于ue200的接入网络中的基站和/或ap的测量值)，位置服务器170可使用所述测量值来确定ue200的位置。举例来说，ue200可将gps和观测到达时间差(otdoa)测量值提供到位置服务器170。otdoa是多边测量方法，其中ue200测量来自基站对的特定信号之间的时间差且将测得的时间差报告到位置服务器170，所述位置服务器随后计算ue200的位置。替代地，位置服务器170(或在位置服务器170是lrf的情况下与位置服务器170相关联或连接到所述位置服务器的slp)可在222a处向ue200发起supl会话以从ue200获得ue200的位置，其中ue200从例如gps、gnss和/或otdoa测量值等位置相关测量值获得所述位置。在224a，位置服务器170将在218a和/或在222a获得的ue200的位置发送到ottsp150。在一些实施例中，ottsp150和位置服务器170可在216a和224a采用sip、held或mlp中的一者以请求和返回ue200的位置。在其中使用sip或held的这些实施例中的一些实施例中，sip或held的使用可经界定为位置参考的部分。
在216a到224a的消息流可在图2a中说明的时间发生以使得ottsp150能够获得ue200的位置以辅助紧急呼叫的路由(例如，通过确定具有包含ue200的位置的紧急服务覆盖范围的psap180)和/或将ue200的位置提供到esinet160或psap180。在216a到224a的消息流是任选的，因为如果ottsp150从psap180接收到针对ue200的定位请求且需要询问位置服务器170以获得和返回ue200(在图2a中未图示)的当前位置，那么所述消息流可替代地或另外在204a处起始的紧急呼叫经设置之后(即，在228a之后)发生。另外，类似于216a到224a的消息流可发生(替代或补充在216a到224a的消息流)以使得esinet160或psap180能够从位置服务器170直接请求ue200的位置。这些类似的消息流可相同或几乎相同于216a到224a，不同的是esinet160或psap180可在216a处发送定位请求和在224a处接收位置响应方面代替消息流中的ottsp150。
返回到图2a中所示的紧急服务呼叫，在226a，ottsp150将紧急呼叫路由到适当esinet160，或可能在ottsp将呼叫转换为cs紧急呼叫的情况下路由到sr160。esinet160(或sr160)将紧急呼叫路由到适当psap180。在226a发送的紧急呼叫请求可包含在214a获得的ue200的位置参考。ottsp150可使用在224a获得的ue200的位置(如果已执行)以将在204a起始的紧急呼叫路由到适当esinet160(或sr160)。esinet160可使用在紧急呼叫请求中接收的ue200的位置参考以通过执行类似于已经描述的216a到224a的步骤而从位置服务器170获得ue200的位置。esinet160接着可使用此获得的位置将紧急呼叫路由到适当psap180。
在228a，各种网络实体(例如，ue200、ottsp150、esinet160和psap180)执行紧急呼叫建立的其余部分。在232a，psap180将包含在226a接收的位置参考的定位请求发送到位置服务器170。位置服务器170使用所述位置参考来查找ue200的位置(例如，查找在218a和/或222a先前获得的位置)且以ue200的位置进行响应。替代地，位置服务器170可通过执行与在218a和/或222a说明的那些步骤相同的步骤(在图2a中未图示)而获得ue200的位置。
返回参看图1b，图2b说明根据本文所描述的实施例的在图1b中说明的实体的特定交互以提供通过参考的定位以用于ott紧急呼叫。图2b中的交互类似于针对图2a描述的那些交互，但具体来说涉及具有lte接入的ue200。相比之下，与图2a结合描述的交互可应用于具有任何类型的无线或有线接入的ue200，包含但不限于lte接入。
在202b，ue200附接到具有lte能力的服务网络，且作为附接程序的部分将nas附接请求发送到服务mme142。在一些实施例中，nas附接请求包含针对位置参考的请求。在204b，mme142可任选地将位置参考请求发送到gmlc/slp170。gmlc/slp170在将使用控制平面定位解决方案获得ue200的位置的情况下可为gmlc，在将使用supl获得ue200的位置的情况下可为slp，在控制平面定位和supl中的任一者或两者将用以获得ue200的位置的情况下可为组合的gmlc和slp，或可为具有到gmlc和/或slp的连接或与其关联的lrf。当执行204b时，mme142充当代理以代表ue200从gmlc/slp170获得位置参考。虽然这增加了mme142与gmlc/slp170之间的新接口，但其避免了ue200从gmlc/slp170获得位置参考的需要且避免了gmlc/slp170验证ue200作为来自ue200的获得位置参考的请求的部分的需要。
在步骤204b中的请求/响应可使用gmlc/slp170与mme142之间的安全连接，其使得gmlc/slp170能够知道mme(例如，属于与gmlc/slp170相同的运营商或sp)正在请求位置参考。gmlc/slp170与mme142之间的安全连接可利用gmlc/slp170与mme142之间的受信任关系，例如基于属于同一sp或同一网络运营商的mme142和gmlc/slp170的关系，且可采用每一实体中的预配置安全凭证来实现所述安全连接的建立。gmlc/slp170接着可指派且返回位置参考(例如，可包含对gmlc/slp170为本地的ue参考)，其将稍后允许gmlc/slp170例如在下文描述的框214b和232b将ue200的位置提供到另一实体。在一些实施例中，mme142和gmlc/slp170可在204b使用sip、held或由oma界定的移动位置协议(mlp)中的一者以请求和返回位置参考。
在206b，mme142在nas附接接受消息中将从gmlc/slp170获得的位置参考发送到ue200。在202b的nas附接请求和在206b的nas附接接受可如3gppts23.401和ts24.301中界定，其中在nas附接请求中添加了位置参考请求参数和/或在nas附接接受中添加了位置参考参数。在一些实施例中，可仅当在202b的nas附接请求含有针对位置参考的请求时执行框204b和206b。在其它实施例中，可当在202b的nas附接请求不含针对位置参考的请求时执行框204b和206b。
替代地，并非在204b询问gmlc/slp170以得到ue200的位置参考，mme142可自身指派位置参考而不涉及gmlc/slp170，如上文所描述。mme142可包含位置参考中的gmlc/slp170的已知地址、将用以从客户端询问gmlc/slp170的协议的识别，以及用以识别ue200的ue参考(例如，ue200的ip地址、ue200的imsi、ue200的tmsi、由mme142指派的ue200的本地地址、mme142的地址，或其任何组合)。mme142可将ue参考加密以保护用户隐私。在此情况下，加密密钥将对mme142和gmlc/slp170是已知的，但对其它方不是已知的。mme142也可以数字方式签署位置参考以使得gmlc/slp170将知道位置参考是由mme142指派，或至少是由用于gmlc/slp170的运营商或sp管理的某个实体指派。
补充或替代于在206b获得位置参考，ue200可在ue200的用户起始紧急呼叫(208b)之后、在ue200附接到mme142的同时周期性地、和/或在ue200与mme142之间的某种其它交互期间获得位置参考，如上文参考图2a所论述。
替代于发送202b处的nas附接请求和206b处的nas附接接受以获得位置参考，ue200可在202b发送nas跟踪区域更新，且在获得或指派位置参考(例如，在204b)之后，mme142可在206b发送含有位置参考的nas跟踪区域更新接受。在202b的nas跟踪区域更新请求和在206b的nas跟踪区域更新接受可如3gppts23.401和ts24.301中界定，其中在nas跟踪区域更新请求中添加了位置参考请求和/或在nas跟踪区域更新接受中添加了位置参考。
在一些实施例中，在于206b处在nas附接接受或nas跟踪区域更新接受中将位置参考发送到ue200之前，mme142可验证ue200的身份(图2b中未图示)。此验证可确保位置参考在206b返回到正确ue200。此外，ue200的此验证可形成支持ue200和mme142的ue200附接或ue200跟踪区域更新的正常部分，任意不会对ue200或mme142增加额外影响以仅用于在206b返回位置参考的目的。
对于支持gsm或umts而不是lte的接入网络，图2b中的程序可用以如本文中所描述针对lte网络支持ott紧急呼叫，但其中e-smlc172被gsm或umtsran代替且mme142被服务gprs支持节点(sgsn)代替。在所述情况下，ue200将在202b将可含有针对位置参考的请求的gprs附接请求或gprs路由区域更新请求发送到sgsn，且sgsn将在206b分别以gprs附接接受或gprs路由区域更新接受进行响应。在此情况下，在202b的gprs附接请求或gprs路由区域更新请求和在206b的gprs附接接受或gprs路由区域更新接受可如3gppts24.008中界定，其中在gprs附接请求或gprs路由区域更新请求中添加了位置参考请求和/或在gprs附接接受或gprs路由区域更新请求中添加了位置参考。
在208b，ue200的用户经由安装于ue200上的ott应用程序(例如skypetm)进行紧急呼叫。在212b，ue200将包含在206b获得的位置参考的紧急呼叫请求发送到ottsp150。举例来说，ue200可经由enb124、s-gw146、pdg148和因特网175将紧急呼叫请求发送到ottsp150。在实施例中，ue200可如上文所描述从mme142获得位置参考，且在212b经由与含有mme142且与gmlc/slp170相关联的接入网络不同的接入网络将含有位置参考的紧急呼叫请求发送到ottsp150。举例来说，所述不同接入网络可支持与lte不同的rat(例如，wifi)。以此方式，位置参考可在不同接入网络之间且可能在ue200处的不同rat之间共享。举例来说，ue200可经由wlan接入点将包含位置参考的紧急呼叫请求发送到ottsp150。
在214b，ottsp150将包含在212b获得的位置参考的定位请求发送到gmlc/slp170。ottsp150可从在212b接收的位置参考的内容识别gmlc/slp170(例如，识别用于gmlc/slp170的地址或路径名称)。gmlc/slp170可通过检验位置参考对应于由gmlc/slp170先前指派的位置参考(例如，在框204b发生的情况下作为框204b的部分指派)而检验在214b接收的位置参考是有效的。举例来说，gmlc/slp170可检验位置参考中的ue参考是由gmlc/slp170先前指派以识别ue200。替代地，如果在214b接收的位置参考是由mme142而不是由gmlc/slp170指派(例如，例如在框204b不存在的情况下发生)，gmlc/slp170可通过以下方式检验mme142指派了位置参考：(i)检验位置参考中的任何数字签名(如果存在)，(ii)解密位置参考的ue参考部分且检验经解密ue参考部分正确地符合用于有效ue参考的任何格式化或编码规则，和/或(iii)检验位置参考符合已知的格式化规则(例如，含有长度和/或特征内容符合已知规则的ue参考)。
如果正利用控制平面定位解决方案(意味着gmlc/slp170是或含有gmlc或者是连接到gmlc或与gmlc相关联的lrf)，那么执行在216b到226b的消息流(如由虚线框指示)。具体地说，在216b，gmlc170将针对ue200的定位请求发送到mme142。gmlc170可从在214b接收的位置参考中的ue参考的内容确定mme142的地址或身份以便在216b正确地发送请求(例如，如果mme142或gmlc170在位置参考中包含mme142地址或身份)。替代地，gmlc170可使用位置参考的ue参考部分中在214b接收的用于ue200的识别符(例如，imsi)询问用于ue200的归属订户服务器(hss)以得到mme142的地址(图2b中未图示)。gmlc在216b处发送的定位请求中包含ue200的身份，其包含在214b处接收的位置参考的ue参考部分中或者是在204b先前接收且由gmlc170存储(在gmlc170指派位置参考的情况下)。
在218b，mme142将针对ue200的定位请求发送到e-smlc172，且可包含在216b接收或对mme142已知的ue200的任何身份。在222b，e-smlc172可发起与ue200的3gpplte定位协议(lpp)位置会话，且作为此会话的部分可将定位请求发送到ue200，所述ue以位置信息进行响应。由ue200提供的位置信息可包括gps位置测量值、gnss位置测量值、otdoa测量值、增强型小区id(ecid)测量值、wifi位置测量值、蓝牙(bt)位置测量值或这些的任何组合，或可含有由ue200获得的ue200的位置估计。当位置信息包括位置测量值但不包括位置估计时，e-smlc172可从这些测量值计算ue200的位置估计。替代于或补充222b，e-smlc172可将定位请求(图2b中未图示)发送到用于ue200的服务enb(例如，图2b中的enb124)以便获得位置估计或测量值，e-smlc172可据此确定ue200的位置估计。在224b，e-smlc172可将包含ue200的位置的位置响应发送到mme142。在226b，mme142将包含在224b接收的ue200的位置的位置响应发送到gmlc170。
替代地，如果正利用supl用户平面定位解决方案(意味着gmlc/slp170是或含有slp或者是与slp相关联或连接到slp的lrf)，那么可能不执行在216b到226b的消息流，且改为(或可能另外)在228b在slp170与ue200之间建立supl会话。slp170可经由supl会话(例如，从由ue200获得的gps、gnss、otdoa、ecid、wifi和/或bt测量值)获得ue200的位置。在216b到228b的消息流是以虚线说明，因为在一些实施例中，执行在216b到226b的消息流或执行在228b的消息流，但不同时执行。在232b，gmlc/slp170将ue200的位置估计发送到ottsp150。
在214b到232b的消息流(例如，(a)214b到226b和232b或(b)214b、228b和232b)可在图2b中说明的时间发生以使得ottsp150能够获得ue200的位置以辅助紧急呼叫的路由(例如，通过确定具有包含ue200的位置的紧急服务覆盖范围的psap180)和/或将ue200的位置提供到esinet160或psap180。在214b到232b的消息流可替代地或另外在ottsp150从psap180接收到针对ue200的定位请求且需要询问gmlc/slp170以获得和返回ue200(在图2b中未图示)的当前位置的情况下在208b处起始的紧急呼叫经设置之后(即，在236b之后)发生。另外，类似于214b到232b的消息流可发生(替代或补充在214b到232b的消息流)以使得esinet160或psap180能够从gmlc/slp170直接请求ue200的位置。这些类似的消息流可相同或几乎相同于214b到232b，不同的是esinet160或psap180可在214b处发送定位请求和在232b处接收位置响应方面代替消息流中的ottsp150。
返回到图2b中所示的紧急服务呼叫，在234b，ottsp150将紧急呼叫路由到适当esinet160，或可能在ottsp150需要将呼叫转换为cs紧急呼叫的情况下路由到sr160。esinet160(或sr160)随后将紧急呼叫路由到适当psap180。在234b发送的这些紧急呼叫请求可包含在212b获得的ue200的位置参考。ottsp150可使用在232b获得的ue200的位置(如果已执行)以将在208b起始的紧急呼叫路由到适当esinet160(或sr160)。esinet160可使用在紧急呼叫请求中接收的ue200的位置参考以通过执行类似于如上文所描述的214b到232b的框而从gmlc/slp170获得ue200的位置。esinet160接着可使用此获得的位置将紧急呼叫路由到适当psap180。
在236b，各种网络实体(例如，ue200、ottsp150、esinet160和psap180)执行紧急呼叫建立的其余部分。在238b，psap180将包含在234b接收的位置参考的定位请求发送到gmlc/slp170。gmlc/slp170使用位置参考以查找ue200的位置(例如，查找在226b和/或228b先前获得的位置)且以ue200的位置进行响应。替代地，gmlc/slp170可通过执行与在216b到226b和/或228b说明的那些步骤相同的步骤(图2b中未图示)而获得ue200的位置。
图3说明根据本发明的至少一个方面的展示替代定位解决方案的用于经由ott服务提供者提供紧急服务的示范性架构。图3中说明的架构包含ue300(其可对应于ue200)、接入网络320(其可对应于ran120)、包核心网络340(其可对应于核心网络140)、ottsp350(其可对应于ottsp150)、esinet/sr360(其可对应于esinet/sr160)、紧急情况位置服务器(els)370(其可对应于e-smlc172、gmlc/slp170或位置服务器170)、ip网络375(其可对应于因特网175)、可为用于ue300的归属网络的归属网络385，以及psap380(其可对应于psap180)。
图3展示用于将已调用紧急情况服务(例如，紧急情况话音呼叫、紧急情况文字消息会话)的ue300的位置传送到ottsp350或从其传送的各种替代解决方案，标记为s1、s2、s3、s3a、s3b、s4和s5。对于每一解决方案，ottsp可负责紧急情况服务呼叫进入紧急情况服务网络(例如，到esinet或直接到psap)的调用和路由。
对于解决方案s1，ue300可将适合于路由(且可能调度)的位置推送到ottsp350。所述位置可为通过值的定位(lbyv)或通过参考的定位(lbyr)且可从位置服务器(例如，els370)获得或可在通过值的定位的情况下由ue300单独确定。在通过参考的定位情况中，ue300可将针对位置参考的请求发送到位置服务器，并且然后将所接收位置参考(以位置uri的形式)发送到ottsp350。ottsp350接着可通过从指派位置uri的位置服务器(例如，els370)请求位置值而执行提领(例如，使用held)。
关于解决方案s2，ottsp350可例如在sip邀请消息中从ue300接收到紧急情况服务呼叫调用之后询问ue300以得到ue300的位置。所述询问可使用服务中信令(例如，经由sip信息消息的请求)或服务外信令(例如，经由单独数据或信令路径的请求)。ue300可使用类似于请求的方式将位置返回到ottsp350，例如在所述请求使用呼叫中信令的情况下的呼叫中信令。返回的位置信息可对于解决方案s1是相同的，例如lbyv或lbyr。
关于解决方案s3，在(例如，sip邀请中)从ue300接收到紧急情况服务呼叫调用之后，ottsp350可询问例如可在接入网络320或pcn340中或与其相关联的els370。ottsp350可在某些情况下使用由ue300提供到ottsp350的ue的ip地址或用于接入网络320或pcn340的识别符而确定接入网络320、pcn340和/或els370。举例来说，在ip地址的情况下，ip地址中的ip地址的已知范围或特定子字段可由ottsp350配置(例如，在呼叫服务器中)且映射到特定接入网络和pcn。在解决方案s3的变体s3a和s3b中，ottsp350可将针对ue300的定位请求分别发送到接入网络320和pcn340以用于向前转发到位置服务器(例如，els370)。
关于解决方案s4，在(例如，sip邀请中)从ue300接收到紧急情况服务呼叫调用之后，ottsp350可询问用于ue300的归属网络385中的位置服务器或位置服务。可使用全局公共身份(例如，sipuri、msisdn等)参考ue300。ottsp350可使用全局公共身份确定归属网络385以及归属网络385中的位置服务器或位置服务。归属网络385可知道ue300的一般位置(例如，根据从pcn340接收的支持漫游的信息)和/或可直接定位ue300(例如，使用supl)。
关于解决方案s5，psap380或esinet/sr360可询问ottsp350以得到用于路由或调度所需要的ue300的位置。ottsp350可使用其它解决方案替代例(s1、s2、s3、s3a、s3b、s4)中的一者以获得ue300的通过值的定位(例如，地理位置或城市位置)或者ue300的通过参考的定位，且接着可将这返回到psap380或esinet/sr360。如果返回通过参考的定位，那么psap380或esinet/sr360将需要询问接入网络320或pcn340中指派了通过参考的定位的位置服务器(例如，els370)以获得ue300的位置。
先前与图1a、1b、2a和2b结合描述的通过参考的定位解决方案可结合先前针对图3描述的解决方案s1、s2和s5而采用。这些通过参考的定位解决方案可减少对例如ue200和ue300等ue以及对例如位置服务器170和els370等位置服务器的影响以如先前描述获得位置参考。然而，所述解决方案可能不解决ottsp150或ottsp350的紧急呼叫支持的其它方面，例如将紧急呼叫路由到psap(例如，psap180或psap380)以及使得psap能够请求且获得可用于psap调度的ue200或ue300的位置。为了解决紧急呼叫支持的这些其它方面，接下来描述另外的定位解决方案，其在一些方面中可不同于与图1a到2b结合描述的定位解决方案。这些另外的位置解决方案可提供对先前描述的解决方案s1和s2的扩展，例如其可使得能够补充或替代于lbyv或lbyr而将位置相关信息提供到ottsp350。对于图3的解决方案s1和s2，假定位置服务器(els)370用以提供ue300的通过值的定位或通过参考的定位。els370可对应于不同网络架构中的若干不同位置服务器中的一者(例如，els370可为e-smlc172、gmlc170、slp170或lrf)。使els370与lrf关联可为尤其有用的，因为lrf经界定以支持用于位置提领的外部接口(例如，3gppts23.167中和atis标准atis-0700015中)且可使用控制平面定位解决方案和/或用户平面定位解决方案接入pcn340和/或an320内部的位置确定能力。
图3的解决方案s1和s2可视为彼此互补的且均可受支持。举例来说，当ue300检测到用户正在调用紧急呼叫且在将紧急呼叫请求发送到ottsp350之前有时间获得一些位置信息时可使用解决方案s1。当ue300未检测到用户正在调用紧急呼叫或在将紧急情况服务请求发送到ottsp350之前没有足够时间获得位置信息时可使用解决方案s2。
图3的解决方案s1和s2的增强可能需要解决当代表由ue300初始发送到ottsp350的紧急呼叫而通过服务mno支持位置和路由时的若干问题集合。接下来描述且例示这些各种问题集合。
问题集合1：传统psaps
当传统psap380不被esinet360支持(例如，但可改为被sr360支持)时，可存在与支持需要发送到传统psap380的紧急呼叫的位置和路由相关联的问题。一个问题可为传统psap380可能不能够使用联合tia和atis标准j-std-036中界定的e2接口从ottsp350检索ue300的位置，这可在ottsp350处于与ue300和psap380不同的国家的情况下或者在psap380不具有与ottsp350的通信关系的情况下发生。应注意，e2接口经常在紧急呼叫路由到传统psap的北美地区经由公共无线网络发起的紧急呼叫的情况下用于通过传统psap进行位置检索。第二问题可为ottsp350可能不可能将lbyv发送到传统psap380作为呼叫信令的部分(例如，如果用于ue300的紧急呼叫是通过使用mf中继来到达psap380的sr360而路由)。第三问题可为在ottsp350将lbyr而非lbyv提供到psap380的情况下传统psap380(或与传统psap380相关联的ali)可能通常不支持lbyr的提领。
以上三个问题可意味着，当传统psap380不被esinet360支持(例如，但仅被sr360支持)时，仅基于lbyv或lbyr到ottsp350的提供的解决方案s1和s2的任何增强可能不支持可调度位置到传统psap380的提供。
问题集合2：服务mno中的控制平面定位
关于用于lte或hspa接入的3gpp控制平面定位解决方案(例如，如3gppts23.271、25.305和36.305中界定)，用于进行紧急呼叫的ue300的当前服务mme或服务sgsn的身份需要在lrf或gmlc处已知，以便将针对ue300位置的请求路由到正确的服务mme或服务sgsn。对于通过服务mno建立而不涉及ottsp的紧急呼叫(例如，如atis-0700015中所描述)，此信息可当ue300建立紧急情况pdn连接或紧急情况pdp上下文(例如，作为建立紧急呼叫的部分)时由服务mme或服务sgsn以及当越区移交发生时由新的或前一个mme或sgsn在lrf和gmlc(正用以支持用于紧急情况呼叫ue300的定位)中保持更新。然而，对于通过ottsp350建立的紧急呼叫，服务mno可能不知道所述紧急呼叫，且因此lrf(和gmlc)可能不关于服务mme或服务sgsn的身份保持更新。无此信息的情况下，gmlc可能不能够将定位请求路由到正确的服务mme或服务sgsn。这意味着当服务于来自ottsp350的用于ue300的位置提领请求时，els370(例如，lrf)可能不能够使用控制平面解决方案来获得ue300的位置，例外的可能是当els370具有足够信息来从hss询问此信息时的归属订户的情况。
问题集合3：服务mno中的用户平面定位
当ue300经由作为在服务mno(例如，pcn340)与ottsp350之间的中介的vpn而接入ottsp350时，由ottsp350看见的ue300的ip地址可能已经由vpn指派且因此可不同于由服务mno(例如，pcn340)指派给ue的任何ip地址。如果服务mno(例如，els370)中的slp仅代表具有对服务mno已知或由服务mno指派的ip地址的ue接受传入位置请求，那么这可在vpn指派的ip地址包含在由ottsp350发送到服务mno(例如，发送到els370)的定位请求中的情况下防止服务mno使用supl定位。对于ip地址是由归属网络385指派(例如，其中用于lte接入的pdn网关在归属网络385中)的漫游ue300可发生相似问题。然而，在此情况下，服务mno(例如，服务mno中的slp)可配置有由例如归属网络385等漫游伙伴指派的ip地址(例如，地址范围)，在此情况下用户平面(例如，supl)定位的使用仍可为可能的。
问题集合4：紧急呼叫到psap的路由
虽然ottsp350可能够在用于psap380的正确地址或身份已知(例如，sipurl或电话dn)的情况下将紧急呼叫从ue300路由到psap380(例如，经由ip网络375或经由pstn)，但一些ottsp350可能缺乏将ue300的地理位置映射到服务区域包含ue300地址的位置的psap380的地址或身份中的能力。举例来说，如果ottsp350在与ue300和psap380两者不同的国家中且不具有在其它国家中获得用于psap的路由信息的能力(例如，使用由ietf界定的lost协议)的情况下此能力缺乏可发生。在一些情况下，即使psap380地址或身份由ottsp350已知，ottsp350也不可能将用于ue300的紧急呼叫转发到psap380，原因是在psap380侧的紧急呼叫入口上的限制。
上文描述且例示的问题集合1到4可通过对先前提到的解决方案s1和s2的特定增强来解决，如接下来所描述。
图4说明根据本发明的至少一个方面的用于对经由ott服务提供者的紧急服务的通过参考的定位支持的示范性架构。在图4中说明的架构包含ue400(其可对应于ue200或ue300)、接入网络420(其可对应于ran120或an320)、ims440(其可对应于核心网络140的部分或pcn340的部分)、ottsp450(其可对应于ottsp150或ottsp350)、具有nenai3能力的esinet460(其可对应于esinet160或esinet360)、传统esn462、因特网475、pstn485，以及服务mno490(其可对应于cn140与an120组合或对应于pcn340与an320组合)。ims440包含lrf448(其可对应于位置服务器170或els370)、mgcf441、p-cscf442、e-cscf443、ibcf444，以及s-cscf445。lrf448可连接到rdf446和ls470(其可对应于位置服务器170或gmlc/slp170)。i3esinet460包含bcf464、esrp466、ecrf468，以及具有nenai3能力的psap480(其可对应于psap180或psap380)。传统esn462包含ali461、sr463(其可对应于sr160或sr360)，以及传统psap482(其可对应于psap180或psap380)。图4中所示的各种实体是此项技术中众所周知的，且在3gppts(例如，ts23.401、23.167、23.228)中、atis0700015标准中以及nenai3标准中界定。
关于图4中针对解决方案s1所示的正常lbyr支持，ue400将含有lbyr的紧急呼叫请求401发送到ottsp450。ottsp450随后通过将位置询问402发送到由紧急呼叫请求401中接收的lbyr指示的els(例如，服务mno490中的lrf448)而提领lbyr。所述els(图4中展示为lrf448)获得ue400的位置且将位置和/或路由信息返回到ottsp450。ottsp450随后基于从lrf448接收且含有原始所接收lbyr的路由信息或位置而将紧急呼叫路由到psap(消息403a中的传统psap482或消息403b中的具有nenai3能力的psap480)。psap480/482接着可在稍后时间将询问404a(针对psap482)或404b(针对psap480)发送到els(例如，lrf448)以用于使用所接收lbyr的可调度的定位。如上文针对问题集合1所论述，位置询问404a对于传统psap482是不可能的，除非esinet支持psap。
上文与图4结合描述的基本lbyr解决方案可针对图3的解决方案s1和s2增强以克服上文针对问题集合2和3所述的问题。具体地说，由服务mno490(例如，由lrf448)指派作为用于ue400的lbyr的位置uri可经格式化为含有以下信息：
a)在服务mno490将使用用户平面定位来定位ue400的情况下且在本地ip地址是由服务mno490指派给ue400的情况下，用于ue400的本地ip地址；
b)在服务mno490将使用控制平面定位来定位ue400的情况下，服务mme(例如，mme142)或服务sgsn的本地身份；以及
c)在服务mno490将使用控制平面定位来定位ue400的情况下，ue400的身份(例如，msisdn、imsi，或由服务mme或sgsn指派的本地id)。
以上在(a)、(b)和(c)中的信息可被包含作为lbyr的通常用作ue400的本地参考的部分，且将允许由服务mno490中的an420或pcn而不是由例如lrf448等els(例如，如先前与图1a到2b结合所描述)的lbyr指派，这可简化实施方案。此信息的格式化可对服务mno490为特定的(例如，可能未标准化)。服务mno490中的在来自ottsp450的针对lbyr的提领请求(例如请求402)中接收到此位置uri且知道用于lbyr的格式化规则的els(例如，lrf448)可提取以上(a)到(c)中的信息，且使用所述信息来调用ue400的控制平面或用户平面定位。增加的益处在于，所述els不需要维持用于来自ue400的紧急呼叫或ue400的信息，且可仅基于包含在每一此类请求中的信息而响应于每一提领请求(例如，请求402)。
如结合图4所描述的以上增强在本文中被称作“增强型lbyr”且本文稍后使用额外的图说明，但无法解决以上问题集合2中的所有问题。举例来说，即使用于ue400的lbyr可含有用于ue400的当前服务mme或当前服务sgsn的身份，当ue400切换到新服务mme或sgsn时所述信息也可能变为过时的，除非ue400将新信息(例如，新lbyr)发送到ottsp450(例如，在sip信息中)，所述ottsp随后将此新信息转发到psap480或482。
ims支持是对图3的解决方案s1和s2的另一增强，其可用以解决上文针对问题集合1、2、3和4描述的所有问题。关于ims支持，服务mno可作为如接下来结合图5所描述的lrf或作为如稍后结合图6所描述的e-cscf而提供支持。
图5说明根据本发明的至少一个方面的用于对经由ott服务提供者的紧急服务的imslrf支持的示范性架构。类似于在图4中说明的架构，在图5中说明的架构包含ue500(其可对应于ue200、ue300或ue400)、接入网络520(其可对应于ran120、an320或an420)、ims540(其可对应于核心网络140的部分、pcn340的部分或ims440)、ottsp550(其可对应于ottsp150、ottsp350或ottsp450)、具有nenai3能力的esinet560(其可对应于esinet160、esinet360或esinet460)、传统esn562、因特网575、pstn585，以及服务mno590(其可对应于cn140与an120组合、pcn340与an320组合，或mno490)。ims540包含lrf548(其可对应于位置服务器170、els370或lrf448)、mgcf541、p-cscf542、e-cscf543、ibcf544，以及s-cscf545。lrf548可连接到rdf546和ls570(其可对应于位置服务器170、gmlc/slp170或ls470)。i3esinet560包含bcf564、esrp566、ecrf568，以及具有nenai3能力的psap580(其可对应于psap180、psap380或psap480)。传统esn562包含ali561、sr563(其可对应于sr160、sr360或sr463)，以及传统psap582(其可对应于psap180、psap380或传统psap482)。如同图4，图5中所示的各种实体是此项技术中众所周知的。
关于图5中针对图3的解决方案s1所示的lrf支持，从ue500到psap580或psap582的紧急呼叫可类似于结合图4描述的从ue400到psap480或psap482的紧急呼叫而建立，且其中图4中的消息401、402、403a、403b、404a和404b分别对应于图5中的消息501、502a、503a、503b、504a和504b。然而，在图5中所示的lrf支持的情况下，询问502a和响应502b中的ottsp550与lrf548之间的交互不使用如图4中的位置提领，但改为利用lrf能力来支持紧急呼叫的位置检索和路由。ottsp550初始地在紧急呼叫请求501中从ue500接收服务mno590中的lrf548的地址(ue500可例如在网络附接上从服务mnoan520或服务mno590中的pcn获得)。ottsp550随后类似于e-cscf(例如，用于atis-0700015标准)而表现且将紧急呼叫请求以sip邀请502a的形式转发到lrf548，所述lrf类似于针对用于m1接口的atis-00700015中的lrf所描述而获得位置和路由信息。lrf548随后以sip300多重选择502b(例如，如atis-0700015中在m1接口上发生)的形式将位置和路由信息返回到ottsp550。ottsp550随后使用路由信息且含有在响应502b中接收的位置信息将紧急呼叫请求路由到psap(请求503a中的传统psap582或请求503b中的具有nenai3能力的psap580)。在响应502b中接收的位置信息可含有lbyv、lbyr、esrk或esrd加上msisdn，且可对应于atis-0700015中界定的参考识别符。对于最后三个替代方案(即，lbyr、esrk或esrd加上msisdn)，psap580/582将通常在稍后时间发送询问504a(对于psap582)或询问504b(对于psap580)到lrf548以用于ue500的可调度的定位。
图5展示从ue500到ottsp550的初始紧急呼叫请求消息(例如，sip邀请)501的路径和方向、到lrf548(用于转发的sip邀请502a)且回到ottsp550(用于sip300多重选择502b)的路径，以及从ottsp550到psap580/582的用于转发的紧急呼叫请求503a和503b的路径和方向。因特网575可用以将初始呼叫请求501从服务mno590传达到ottsp550且将转发的呼叫请求503b从ottsp550传达到esinet560，而pstn585可用以将cs呼叫请求503a从ottsp550传达到sr563而到达传统psap582。图5还展示分别由传统psap582或nenai3psap580发送到lrf548的针对ue500的定位请求504a或504b的路径和方向。
图6说明根据本发明的至少一个方面的用于对经由ott服务提供者的紧急服务的imse-cscf支持的示范性架构。类似于在图4和5中说明的架构，在图6中说明的架构包含ue600(其可对应于ue200、ue300、ue400或ue500)、接入网络620(其可对应于ran120、an320、an420或an520)、ims640(其可对应于核心网络140的部分、pcn340的部分、ims440或ims540)、ottsp650(其可对应于ottsp150、ottsp350、ottsp450或ott550)、具有nenai3能力的esinet660(其可对应于esinet160、esinet360、esinet460或esinet560)、传统esn662、因特网675、pstn685，以及服务mno690(其可对应于cn140与an120组合、pcn340与an320组合、mno490或mno590)。ims640包含lrf648(其可对应于位置服务器170、els370、lrf448或lrf548)、mgcf641、p-cscf642、e-cscf643、ibcf644，以及s-cscf645。lrf648可连接到rdf646和ls670(其可对应于位置服务器170、gmlc/slp170、ls470或ls570)。i3esinet660包含bcf664、esrp666、ecrf668，以及具有nenai3能力的psap680(其可对应于psap180、psap380、psap480或psap580)。传统esn662包含ali661、sr663(其可对应于sr160、sr360、sr463或sr563)，以及传统psap682(其可对应于psap180、psap380、传统psap482或传统psap582)。如同图4和5，图6中所示的各种实体是此项技术中众所周知的。
关于图6中针对图3的解决方案s1所示的e-cscf支持，ottsp650在从ue600发送的紧急呼叫请求601中接收服务mno690中的e-cscf643的地址(ue600可例如在网络附接上从服务mnoan620或服务mno690中的pcn获得)。ottsp650随后类似于s-cscf而表现且使用标准sip邀请602将紧急服务请求转发到e-cscf643，在已将请求603a发送到lrf648以获得执行转发所需要的响应603b中的任何路由和位置信息之后，所述e-cscf随后将呼叫请求604a或604b分别转发到psap680或682。图6中例示的e-cscf支持可改善向psap680/682的成功呼叫(或服务)传送的可能性，其代价是服务mno690的较多涉及。
类似于图5，图6展示从ue600到ottsp650的初始紧急呼叫请求消息(例如，sip邀请)601的路径和方向、到e-cscf643的转发呼叫请求602的路径，以及转发的呼叫请求604a或604b分别到psap680或682的路径和方向，其中位置和路由辅助由e-cscf643在请求603a中请求且由lrf648在响应603b中返回。到lrf648的请求603a和来自lrf648的响应603b可如atis-0700015中的解决方案界定，例如其中请求603a包括sip邀请且响应603b包括sip300多重选择消息。图6还展示由传统psap682或nenai3psap680分别发送到lrf648的针对ue600的定位请求605a或605b的路径和方向。
与由3gpp界定(例如，3gppts23.167中)和atis-0700015中的ims紧急呼叫解决方案相比，分别与图5和6结合描述的lrf648和e-cscf643解决方案两者可能需要对lrf和rdf以及对图6的用于e-cscf解决方案的e-cscf的一些改变，但也可再利用来自这些标准解决方案的现有功能性。
对于上文参考图5和6描述的每一解决方案，ue(例如，ue500或600)将为ottsp(例如，ottsp550或650)提供某些信息以：(i)实现从ottsp到服务mno中的正确实体(lrf或e-cscf)的紧急呼叫路由，以及(ii)使得ottsp能够提供足够信息到服务mno以实现或辅助服务mno获得ue位置且支持呼叫路由。由ue提供到ottsp的一些信息可来自通常已知为ue的事物，而其它信息可能已在ue附接时、在向新mme或sgsn的越区移交上和/或每当对新mme或sgsn发生跟踪区域或路由区域更新时，由an(例如，an520或620)或由服务mno(例如，mno590或690)中的pcn提供到ue。在针对ue的紧急呼叫请求中可由ue提供到ottsp的信息在表3中展示(列1)，以及每一信息项目的可能来源(列2)、对用于ue的用户平面(up)或控制平面(cp)定位的适用性(列3)，以及当ue与ottsp之间使用sip时可用以将每一项目传送到ottsp(且因此传送到服务mno)的可能的sip标头(列4)。
表3
服务mno590或690中的lrf548或e-cscf643可能分别与图5或图6中的解决方案结合在分别从ottsp550或650接收到初始sip邀请502a或602之后需要维持状态信息，以在e-cscf643的情况下维持呼叫或在lrf548的情况下响应于来自psap580/582或esinet560的任何后续定位请求。在lrf548的情况下，这意味着知道紧急呼叫何时已结束。另外，由于用于ue500或600的服务mme或服务sgsn可改变，因此当使用控制平面定位时，e-cscf643或lrf548可能需要知道新服务mme或sgsn地址(或id)。对于lrf548，如果lrf548针对呼叫终止单独地从ottsp550预订事件通知并且当使用控制平面定位时，可实现这些目标，以用于服务mme或sgsn的改变。对于e-cscf643，服务mme或sgsn地址中的改变的通知通过来自ottsp650的sip信息更新而可为可能的。ue500或600可使用sip信息(例如，当ottsp使用sip时)或使用某种专有ottsp消息，分别保持ottsp550或650以任何新服务mme或sgsn身份进行更新。
图5和6中说明的两个解决方案可将表3中所示的相同信息从ue500或ue600分别传送到ottsp550或ottsp650，不同之处是分别由ue500或600提供到ottsp550或650的服务mno中的地址可为用于图5的lrf解决方案的lrf548的地址以及用于图6的e-cscf解决方案的e-cscf643的地址。分别从ue500或600到ottsp550或650的此几乎相同的信息传送可允许支持两个解决方案(对于图5和6)作为ue500和600以及ottsp550和650的共同解决方案的部分，这可允许服务mno590或690决定使用所述两个解决方案中的哪一者，且可支持从一个解决方案到另一解决方案的迁移而不影响ue500和600以及ottsp550和650的支持。所描述的图接下来更详细例示图5的基于lrf的解决方案和图6的基于e-cscf的解决方案。
图7说明根据本发明的至少一个方面的用于通过值的定位以及增强型通过参考的定位支持的示范性消息流。在图7中说明的消息流可在图3和4中说明的架构中执行且可对应于且扩展与图4结合描述的用于对通过参考的定位的支持的交互。图7中的消息流也可以或实际上在图1a和1b中说明的架构中执行，且可补充和扩展与图2a和2b结合描述的用于对通过参考的定位的支持的交互。因此，图7中的ue700可对应于图1a中的ue1到n、ue200、ue300或ue400中的任一者。类似地，ottsp750可对应于ottsp150、ottsp350或ottsp450。类似地，an/pcn792可对应于an420加上mno490的pcn部分、an320加上pcn340或者an120加上cn140，且可包含接入网络节点240。类似地，els794可对应于lrf448、els370、gmlc/slp170或位置服务器170。类似地，sr763可对应于sr463、sr360或sr160。类似地，esinet760可对应于esinet460、esinet360或esinet160。类似地，i3psap780可对应于i3psap480、psap380或psap180。类似地，传统psap782可对应于传统psap482、psap380或psap180。类似地，服务mno790可对应于服务mno490。
图7中所示的呼叫流程可直接应用于图3中的解决方案s1，例如可提供支持解决方案s1所需要的交互的更多细节。对应于图3中的解决方案s2的呼叫流程可几乎与图7中所示的呼叫流程相同，不同之处是在706的紧急呼叫请求将不运载lbyv或lbyr(如下针对图7所述)且ottsp750将在706之后询问ue700以得到lbyv或lbyr。另外，关于图3中的解决方案s2，ue700可以在706不检测用户已发起紧急呼叫(例如，可不辨识用户拨打了例如“911”等紧急号码)，且可在706发送正常呼叫请求到ottsp750而不是紧急呼叫请求。ottsp750接着可辨识在706发送的呼叫请求是针对紧急呼叫(例如，可辨识拨打的数位是用于例如“911”等紧急号码)且可在继续708之前从ue700请求lbyr或lbyv。当使用图3的解决方案s2时，图7中所示的其它操作接着可如下所述发生。
图7中所示的交互应用于在ue700正在接入服务mno790(例如，正在经由服务mno790接入ottsp750)的环境中经由ottsp750发起紧急呼叫的ue700。在图7中的702，如果ue700将使用lbyr支持紧急呼叫，那么ue700可从服务an或pcn792请求lbyr。举例来说，这可当ue700检测到用户在发起紧急呼叫时发生，或者可当ue700附接到服务mno790或出于某种其它原因(例如，为了支持ue700移动性)而接入服务mno时发生。
在704，响应于702，或当某些条件发生(例如，ue700附接到an/pcn792，执行对an/pcn792中的新mme或sgsn的跟踪或路由区域更新，或对新mme或sgsn发生越区移交)时，an或pcn792将lbyr或经更新lbyr发送到ue700。所述lbyr可由an或pcn792确定或者从els794(例如，lrf)获得。在一些实施例中，框702和704可对应于图2a中的框202a或分别对应于图2b中的框202b和206b。在这些实施例中，an/pcn792可自身指派在704处返回到ue700的lbyr，或可类似于图2b中的框204b从els794获得lbyr(图7中未图示)。
在706，响应于ue700检测到ue700的用户已发起紧急呼叫(例如，如果ue700检测到用户已拨打数位“911”)，ue700将紧急呼叫请求发送到ottsp750且包含在704处获得的lbyv或lbyr。所述紧急呼叫请求可为sip邀请或可为用于对ottsp750特定的某种其它协议的消息。框706可对应于图2a中的框214a、图2b中的框212b或图4中的紧急呼叫请求401的发送。
在708，如果在706接收到lbyr，那么ottsp750通过将定位请求(例如，在lbyr中参考held的情况下根据held协议格式化的定位请求)发送到els794而提领lbyr且在所述请求中包含lbyr。ottsp750可从在706接收的lbyr中的信息确定els794(例如，确定用于els794的地址、fqdn或url)。框708可对应于图2a中的框216a、图2b中的框214b或图4中的位置询问402的发送。
在710，els794使用在708接收的lbyr中包含的信息(例如，本地或全局ue身份以及用于控制平面定位的服务mme/sgsnid或用于用户平面定位的本地ueip地址)以获得ue700的当前位置，例如使用控制平面或用户平面定位解决方案。框710可对应于图2a中的框218a和/或222a或者对应于图2b中的框216b到226b或框228b。
在712，els794将当前ue700位置返回到ottsp750和/或返回从ue700位置确定的用于ue700的路由信息。框712可对应于图2a中的框224a或图2b中的框232b。块708到712展示为任选的，且在ottsp750在706接收到lbyv的情况下可以不执行。
在712之后，如果在712仅返回ue700的位置，那么ottsp750使用所述ue位置(例如，使用图7中未图示的lost询问)确定目的地psap。否则，ottsp750可使用在712返回的任何路由信息以确定psap。当ottsp750确定传统psap782时，ottsp750可通过将isupiam消息发送到用于psap782的sr763而使用cs转发呼叫。
在716a，sr763将呼叫转发到传统psap782。
在718a，执行呼叫建立的其余部分。随后不执行框714b、716b和718b。
当在712之后ottsp750确定i3psap780而不是传统psap782时，不执行框714a、716a和718a。实际上，ottsp750通过发送含有在706接收的lbyv或lbyr且在712发生的情况下可能含有在712接收的ue700的任何位置的sip邀请而将呼叫转发到esinet760。
在714b之后且在716b之前，如果在714b提供lbyr，那么esinet760可询问els794以得到ue700的当前位置以帮助路由(图7中未图示)。esinet760随后在716b将呼叫转发到i3psap780。
在718b，执行呼叫建立的其余部分。框714a和716a以及框714b和716b可对应于图2a中的框226a、图2b中的框234b或图4中分别消息403a和403b的发送。框718a和框718b可各自对应于图2a中的框228a或图2b中的框236b。
在720，如果在716b接收到用于ue700的lbyr，那么i3psap780通过将定位请求发送到lbyr中指示的els794且在所述请求中包含lbyr而提领lbyr。框720可对应于图4中的询问404b的发送。
在722，els794使用在720接收的lbyr中包含的信息(例如，ue700的本地或全局身份以及用于控制平面定位的服务mme/sgsnid或用于用户平面定位的本地ueip地址)以获得ue700的当前位置，例如使用控制平面或用户平面定位解决方案。在确定ue700的位置方面，框722可类似于或相同于图2a中的框218a和/或222a或者图2b中的框216b到226b或框228b。
在724，els794将ue700的当前位置返回到i3psap780。框720和724可对应于图2a中的框232a或图2b中的框238b。
图8说明根据本发明的至少一个方面用于对如上文参考图5所描述经由ottsp的紧急呼叫的imslrf支持的示范性呼叫流程，且可扩展与图5结合先前描述的用于imslrf支持的交互。图8中说明的呼叫流程可使用在图5、图3、图1b或图1a中说明的架构执行。因此，图8中的ue800可对应于图1a中的ue1到n、ue200、ue300或ue500中的任一者。类似地，ottsp850可对应于ottsp150、ottsp350或ottsp550。类似地，an/pcn892可对应于an520加上mno590的pcn部分、an320加上pcn340或an120加上cn140，且可包含接入网络节点240。类似地，ims894可对应于ims540、pcn340内的ims或cn140内的ims。类似地，中间cs目的地863可对应于sr563、sr360或sr160。类似地，esinet860可对应于esinet560、esinet360或esinet160。类似地，i3psap880可对应于i3psap580、psap380或psap180。类似地，传统psap882可对应于传统psap582、psap380或psap180。类似地，服务mno890可对应于服务mno590。
图9说明根据本发明的至少一个方面用于对如上文参考图6所描述经由ottsp的紧急呼叫的imse-cscf支持的示范性呼叫流程，且可扩展与图6结合先前描述的用于imse-cscf支持的交互。图9中说明的呼叫流程可使用在图6、图3、图1b或图1a中说明的架构执行。因此，图9中的ue900可对应于图1a中的ue1到n、ue200、ue300或ue600中的任一者。类似地，ottsp950可对应于ottsp150、ottsp350或ottsp650。类似地，an/pcn992可对应于an620加上mno690的pcn部分、an320加上pcn340或an120加上cn140，且可包含接入网络节点240。类似地，ims994可对应于ims640、pcn340内的ims或cn140内的ims。类似地，sr963可对应于sr663、sr360或sr160。类似地，esinet960可对应于esinet660、esinet360或esinet160。类似地，i3psap980可对应于i3psap680、psap380或psap180。类似地，传统psap982可对应于传统psap682、psap380或psap180。类似地，服务mno990可对应于服务mno690。
图8和9中说明的呼叫流程是相似的，且从ims894/994之外的实体(例如，ue800/900和ottsp850/950)的角度可视为单个共同解决方案的部分。虽然ims894/994在图8和9中的呼叫流程中不同地表现，但两个呼叫流程中ims894/994与ottsp850/950之间的交互可符合sip的ietf定义(例如，ietfrfc3261中)且因此均可由充当sip代理的ottsp850/950支持。在所述情况下，ottsp850/950可能不需要事先知道服务mno890/990(或服务mno890/990中的ims894/994)是否将采用如图8中的imslrf支持或如图9中的imse-cscf支持。实际上，ottsp850/950可取决于是否提供imslrf支持或imse-cscf支持而简单地根据预配置的sip规则而反应。这可使得服务mno890/990能够从imslrf支持迁移到imse-cscf支持或反之亦然，而不需要改变为从ue800/900或从ottsp850/950的支持。这还可使得ott850/950能够根据图8从一或多个mno(例如，mno890)接收imslrf支持且根据图9从一或多个其它mno(例如，mno990)接收imse-cscf支持，以用于可能由从这些mno中的一者接入ottsp850/950的不同ue(例如，ue800和ue900)发起的紧急呼叫。
图8和9中的呼叫流程适用于图3中的解决方案s1。对于图3中的解决方案s2，呼叫流程可几乎相同，不同之处在于下文在每一呼叫流程中在806/906描述的紧急呼叫请求将不包含ue数据和/或mno数据中的一些或全部。实际上，ottsp850/950将在806/906之后询问ue800/900以得到ue数据和/或mno数据(例如，通过将含有请求的sip信息发送到ue800/900且ue800/900在sipok中或sip信息中返回所请求ue数据和/或mno数据)。对于解决方案s2，ottsp850/950还可能需要询问ue800/900以得到ue800/900在图8中的826和图9中的920发送的经更新mno数据。然而，此请求可与在806/906之后初始地发送到ue800/900的针对ue数据和mno数据的请求(上文所提及)隐式地或显式地组合。
另外，关于图3的解决方案s2，ue800/900可不在图8和9中的806/906之前检测用户已发起紧急呼叫(例如，可不辨识用户拨打了例如“911”等紧急号码)，且可在图8和9中的806/906将正常呼叫请求发送到ottsp850/950且不发送紧急呼叫请求。ottsp850/950接着可辨识在806/906发送的呼叫请求是针对紧急呼叫(例如，可检测拨打的数位是用于例如“911”等紧急号码)，且可在继续图8和9中所示的808/908之前从ue800/900请求mno数据和/或ue数据。图8和9中的未像刚才针对图3的解决方案s2描述那样修改的其它操作可如下所述发生。
图8中所示的交互可应用于在ue800正在接入服务mno890(例如，正在经由服务mno890接入ottsp850)的环境中经由ottsp850发起紧急呼叫的ue800。在图8中的802，ue800可从服务mno890中的an或pcn892请求数据以支持使用ottsp850的紧急呼叫。举例来说，这可当ue800检测到用户正在发起紧急呼叫时发生。框802是任选的且可能并不始终发生。
在804，响应于802，或当某些条件发生(例如，ue800附接到an/pcn892，执行对新mme或sgsn的跟踪区域或路由区域更新，或对新mme或sgsn发生越区移交)时，an或pcn892将mno数据发送到ue800。所述mno数据可包含：(i)用于服务mno890的ims地址(例如，ims894中的lrf的地址)，(ii)如果可使用控制平面定位，则用于ue800的当前服务mme或当前服务sgsn的身份，(iii)如果可使用用户平面定位，则用于ue800的mno指派ip地址，和/或(iv)由用于ue800的服务mme或服务sgsn指派的ue800的全局身份(例如，imsi或msisdn)或ue800的本地身份。
在806，响应于ue800检测到ue800的用户已发起紧急呼叫(例如，如果ue800检测到用户已拨打数位“911”)，ue800将紧急呼叫请求发送到ottsp850，且包含在804获得的mno数据以及对ue800已知的可能额外ue数据。ue数据可包含ue800的全局身份(例如，imsi或msisdn)以及ue800的可能mno指派ip地址(如果在804未接收到)。在806的紧急呼叫请求可为sip邀请或可为用于对ottsp850特定的某种其它协议的消息。框806可对应于图5中的紧急呼叫请求501的发送。
在808，基于在806接收到服务mno890中的ims地址(例如，其中ims地址可为在806接收的mno数据的部分且可为在806发送的sip邀请的路由标头中包含的lrf地址)，ottsp850将sip邀请发送到由服务mno890中的ims地址指示的ims894(例如，发送到ims894中的lrf)。所述sip邀请包含在806接收的mno数据和任何ue数据，指示紧急呼叫且包含ottsp850的身份以及可能位置(例如，国家)。sip邀请可为在806接收的任何sip邀请的部分或完整复制。框808可对应于图5中的sip邀请502a的发送。
在一些情况下，在808发送的sip邀请可首先在用于安全性的服务mnoims894中的边界控制功能(例如，ibcf)处接收，然后转发到ims894中的lrf(图8中未图示)。ims894(例如，ims894中的lrf或ibcf)可首先基于服务mno890与ottsp850之间的某种商业关系例如使用预配置数据且可能使用ottsp850与服务mnoims894之间的安全ip连接以在808传送sip邀请，检验在808发送的sip邀请来自有效的ottsp。在一些情况下，在810，ims894(例如，ims894中的lrf)例如使用控制平面或用户平面定位解决方案，使用在808发送的mno数据和任何ue数据来获得ue800的位置。在一些其它情况中，框810不发生，且ims894可从在808的sip邀请中接收的其它数据确定ue800的位置(例如，近似位置)，所述其它数据例如在806发送的紧急呼叫请求中由ue800包含且在808由ottsp850传送到ims894的lbyv。
ims894(例如，ims894中的rdf)随后确定目的地psap880/882，或朝向对应于ue800的位置的目的地psap880/882路由，且导出路由uri(其也可以称为路由uri)以实现从ottsp850到或朝向目的地psap880/882的呼叫路由。所述路由uri可包含psap880/882或中间目的地863(例如，在传统psap882或到用于具有i3能力的psap880的esinet860的入口点的情况下为sr)的地址或身份，且可取决于ottsp850身份和/或ottsp850位置(例如，所述位置是否与服务mno890在同一国家中或在不同国家中)。ims894(例如，ims894中的lrf)也在稍后时间确定参考识别符(id)以实现从esinet860或从psap880/882的针对ue800的后续定位请求。参考id可为(i)esrk，或(ii)在传统psap882的情况下为esrd加上msisdn，或可为(iii)在具有i3能力的psap880的情况下为位置uri。
在812，ims894(例如，ims894中的lrf)在sip300多重选择消息中将路由uri和参考id返回到ottsp850。应注意，如果ottsp850的身份未经完全证实，或如果与ottsp850的商业关系仅允许由服务mno890的路由支持，那么ims894可不将位置(例如，lbyv)返回到ottsp850。框812可对应于图5中的sip300多重选择502b的发送。
在814，如果ims894(例如，ims894中的lrf)可能需要使用控制平面定位，那么ims894将sip预订消息发送到ottsp850以预订mno数据中的改变的通知(例如，服务mme或服务sgsn地址的改变)。ims894还可将单独的sip预订消息发送到ottsp850以预订呼叫终止的通知(图8中未图示)。
在816，如果814发生，那么ottsp850将200ok消息(图8中未图示)返回到894，并且然后在814对mno数据的预订的情况下返回携载当前mno数据的每一所接收预订消息的通知消息和/或在对呼叫终止的预订的情况下返回当前呼叫状态。
在812之后(且在816发生的情况下可能在816之后)，ottsp850根据在812返回的路由uri或参考id的内容确定目的地psap是否为传统psap882或具有i3能力的psap880。在传统psap882的情况下，ottsp850可将使用cs的呼叫转发到或朝向psap882。在一个实施例中，ottsp850在818a将isupiam消息发送到在812接收的路由uri中指示的中间cs目的地863(例如，sr)。ottsp850还在isupiam中包含在812接收的参考id中的任何esrk或esrd加上msisdn。框818a可对应于图5中的请求503a的发送。
在820a，中间cs目的地863将呼叫转发到传统psap882且包含在818a接收的esrk或esrd加上msisdn。
在822a，执行呼叫建立的其余部分。随后不执行框818b、820b和822b。
当ottsp850在812之后确定i3psap880而不是传统psap882时，不执行框818a、820a和822a。实际上，ottsp850将呼叫转发到或朝向psap880。在一个实施例中，ottsp850通过发送含有在812的参考id中接收的位置uri的sip邀请而在818b将呼叫转发到由在812接收的路由uri指示的esinet860。框818b可对应于图5中的请求503b的发送。
在820b，esinet860将呼叫转发到i3psap880且包含在818b接收的位置uri。
在822b，执行呼叫建立的其余部分。
在824，如果mno数据中存在改变(例如，ue800越区移交到新sgsn或mme)且如果服务mno890可使用控制平面定位用于ue800，那么an或pcn892将新mno数据发送到ue800(例如，用于ue800的新服务mme或sgsn的身份以及新服务mme或sgsn中的ue800的新本地身份)。在824的新mno数据的发送可每当mno数据改变时为自动的(例如，服务mno890中的an或pcn892不知道经由ottsp850用于ue800的紧急呼叫在进行中)，或可通过ue800在802先前发送针对mno数据的请求而触发。
在826，ue800例如当ue800与ottsp850之间使用sip时，使用sip信息消息将新mno数据转发到ottsp850。
在828，如果ims894在814预订mno数据中的改变的通知，那么ottsp850在sip通知消息中将新mno数据发送到ims894(例如，ims894中的lrf)。存储新mno数据用于ims894的未来使用。举例来说，可稍后在框832a或框832b处使用新mno数据以帮助获得ue800的位置。
在830a，在传统psap882的情况下，psap882或例如ali等与psap882相关联的实体(例如，ali561)可将e2接口esposreq消息(例如，如tia/atis联合标准j-std-036中界定)发送到由在820a接收的esrk或esrd指示的ims894(例如，lrf)以请求ue800的位置且包含在820a接收的esrk或esrd加上msisdn。框830a可对应于图5中的询问504a的发送。
在832a，ims894(例如，lrf)使用在830a接收的esrk或msisdn以识别ue800，且使用在808接收的任何ue数据和/或在808或828(如果828发生)接收的mno数据以使用控制平面或用户平面定位解决方案获得ue800的位置。
在834a，ims894(例如，lrf)将所述位置返回到psap882(或与psap882相关联的实体，例如ali)。
在830b，在具有i3能力的psap880的情况下，i3psap880通过将定位请求发送到位置uri中指示且携载位置uri的ims894(例如，ims894中的lrf)而提领在820b接收的位置uri。框830b可对应于图5中的询问504b的发送。
在832b，ims894(例如，lrf)使用在830b接收的位置uri以识别ue800，且使用在808接收的任何ue数据和/或在808或828(如果828发生)接收的mno数据以使用控制平面或用户平面定位解决方案获得ue800的位置。
在834b，ims894(例如，lrf)将所述位置返回到psap880。
类似于或相同于830b、832b和834b的框可在818b之后发生以使得esinet860能够从ims894(例如，从ims894中的lrf)获得ue800的位置，并且基于所述位置在820b将紧急呼叫路由到正确的psap880。在所述情况下，esinet860(例如，esinet860中的esrp，例如esrp566)可在类似于或相同于830b的框中将针对ue800的定位请求发送到ims894，且可在类似于或相同于834b的框中从ims894接收ue800的位置。
图9中所示的交互可应用于在ue900正在接入服务mno990(例如，正在经由服务mno990接入ottsp950)的环境中经由ottsp950发起紧急呼叫的ue900。在图9中的902，ue900可从服务mno990中的an或pcn992请求数据以支持使用ottsp950的紧急呼叫。举例来说，这可当ue900检测到用户正在发起紧急呼叫时发生。操作902是任选的且不会始终发生。
在904，响应于902，或当某些条件发生(例如，ue900附接到an/pcn992，执行对an/pcn992中的新mme或sgsn的跟踪区域或路由区域更新，或对新mme或sgsn发生越区移交)时，an或pcn992将mno数据发送到ue900。所述mno数据可包含：(i)用于服务mno990的ims地址(例如，ims994中的e-cscf的地址)，(ii)如果可使用控制平面定位，则用于ue900的当前服务mme或当前服务sgsn的身份，(iii)如果可使用用户平面定位，则用于ue900的mno指派ip地址，和/或(iv)由用于ue900的服务mme或sgsn指派的ue900的全局身份(例如，imsi或msisdn)或ue900的本地身份。
在906，响应于ue900检测到ue900的用户已发起紧急呼叫(例如，如果ue900检测到用户已拨打数位“911”)，ue900将紧急呼叫请求发送到ottsp950，且包含在904获得的mno数据以及对ue900已知的可能额外ue数据。ue数据可包含ue900的全局身份(例如，imsi或msisdn)以及ue900的可能mno指派ip地址(如果在904未接收到)。在906的紧急呼叫请求可为sip邀请或可为用于对ottsp950特定的某种其它协议的消息。框906可对应于图6中的紧急呼叫请求601的发送。
在908，基于接收到ims地址作为在906接收的mno数据的部分(例如，其中ims地址是在906接收的sip邀请的路由标头中的e-cscf地址)，ottsp950将sip邀请发送到由服务mno990中的ims地址指示的ims994(例如，发送到ims994中的e-cscf)。在980发送的sip邀请包含指示紧急呼叫的在906接收的mno数据和任何ue数据，且包含ottsp950的身份以及可能位置(例如，国家)。在908发送的sip邀请可为在906接收的任何sip邀请的部分或完整复制。框908可对应于图6中的sip邀请602的发送。
在一些情况下，在908发送的sip邀请可首先在用于安全性的服务mnoims994中的边界控制功能(例如，ibcf)处接收，然后转发到ims994中的e-cscf(图9中未图示)。ims994(例如，ims994中的e-cscf或ibcf)可例如基于服务mno990与ottsp950之间的某种商业关系使用预配置的数据，且可能使用ottsp950与服务mnoims994之间的安全ip连接以在908传送sip邀请，来检验在908发送的sip邀请来自有效的ottsp950。在某些情况下在910，ims994(例如，ims994中的lrf)可使用在908接收的mno数据和任何ue数据以例如使用控制平面或用户平面定位解决方案获得ue900的位置。在一些其它情况中，框910不发生，且ims994可根据在908的sip邀请中接收的其它数据确定ue900的位置(例如，近似位置)，所述其它数据例如在906发送的紧急呼叫请求中由ue900包含且在908由ottsp950传送到ims994的lbyv。
在可跟随908或910(如果910发生)的911，ims994(例如，ims994中的rdf)确定对应于ue900位置(例如，如在910获得)的目的地psap980/982，或朝向目的地psap980/982路由，且确定路由uri(也被称作路由uri)以实现从ims994到或朝向目的地psap980/982的呼叫路由。路由uri可指示：(i)psap980/982的地址或身份，或(ii)中间目的地的地址或身份，例如在传统psap982的情况下的sr963或在具有i3能力的psap980的情况下到esinet960的入口点。作为在911确定目的地psap980/982或朝向目的地psap980/982的路由的部分，ims994(例如，ims994中的lrf)确定参考识别符(id)以在稍后时间实现从esinet960或psap980/982的针对ue900的后续定位请求。参考id可为(i)esrk，或(ii)在传统psap982的情况下的esrd加上msisdn，或(iii)在具有i3能力的psap980的情况下的位置uri。ims994(例如，ims994中的e-cscf)还在911确定目的地psap是传统psap982还是具有i3能力的psap980(例如，根据在911确定的路由uri或参考id的内容)。
在一些实施方案中，当910发生时在910的ue900的定位以及在911的目的地psap或朝向目的地psap的路由的确定(包含在911确定路由uri和参考id)可由ims994(例如，如果ims994对应于图6中的ims640)中的lrf(例如，lrf648)执行，可能由rdf(例如，rdf646)辅助。在这些实施方案中，在908发送的sip邀请可由ims994中的e-cscf(例如，e-cscf643)接收，并且然后由e-cscf转发到ims994中的lrf(例如，lrf648)。ims994中的lrf(例如，lrf648)接着可在910(如果910发生)获得ue900的位置，在911确定目的地psap，包含确定路由uri和参考id，且在sip300多重选择消息中将所确定的路由uri和参考id返回到ims994中的e-cscf(例如，e-cscf643)。虽然图9中未图示，但ims994中的e-cscf(例如，e-cscf643)与lrf(例如，lrf648)之间的此交互可对应于与图6结合描述的在e-cscf643与lrf648之间发送请求603a和响应603b。
在911确定传统psap982的情况下，ims994(例如，ims994中的mgcf)可在912a将使用cs的呼叫转发到或朝向psap982。在一个实施例中，ims994在912a将isupiam消息发送到在908或910(如果910发生)之后确定的路由uri中指示的sr963。ims994还在isupiam中包含在911确定的参考id中指示的任何esrk或esrd加上msisdn。
在914a，sr963将呼叫转发到传统982且包含在912a接收的esrk或esrd加上msisdn。
在916a，在ue900、ottsp950、ims994、sr963与传统psap982之间执行呼叫建立的其余部分。随后不执行框912b、914b和916b。
当ims994在911确定i3psap980而不是传统psap982时，不执行框912a、914a和916a。实际上，在912b，ims994(例如，ims994中的e-cscf)将紧急呼叫转发到或朝向psap980。在一个实施例中，ims994通过发送含有来自在911确定的参考id的位置uri的sip邀请而将紧急呼叫转发到由在911确定的路由uri指示的esinet960。
在914b，esinet960将紧急呼叫转发到i3psap980且包含在912b接收的位置uri。
在916b，在ue900、ottsp950、ims994、esinet960与i3psap980之间执行呼叫建立的其余部分。
在918，如果mno数据中存在改变(例如，ue900越区移交到服务mno990中的新sgsn或mme)且如果服务mno990可使用控制平面定位用于ue900，那么an或pcn992将新mno数据提供到ue900(例如，用于ue900的新服务mme或新服务sgsn的身份以及新服务mme或sgsn中的ue900的本地身份)。此新mno数据的发送可每当mno数据改变时为自动的(例如，服务mno990中的an或pcn992不知道经由ottsp950用于ue900的紧急呼叫在进行中)，或可通过ue900在902先前发送请求而触发。
在920，ue900例如当ue900与ottsp950之间使用sip时使用sip信息消息将新mno数据转发到ottsp950。
在922，ottsp950例如使用sip信息消息将新mno数据转发到ims994(例如，转发到ims994中的e-cscf)。存储mno数据用于ims994(例如，由ims994中的lrf)的未来使用。
在924a，在传统psap982的情况下，psap982或与psap982相关联的实体(例如，例如ali661等ali)可将e2接口esposreq消息(例如，如tia/atis标准j-std-036中界定)发送到如由在914a接收的esrk或esrd指示的ims994(例如，ims994中的lrf)以请求ue900的位置且包含在914a接收的esrk或esrd加上msisdn。框924a可对应于图6中的定位请求605a的发送。
在926a，ims994(例如，ims994中的lrf)使用在924a接收的esrk或msisdn以识别ue900，且使用在908接收的任何ue数据和/或在908或922(如果922发生)接收的mno数据以使用控制平面或用户平面定位解决方案获得ue900的位置。
在928a，ims994(例如，ims994中的lrf)将ue900的位置返回到传统psap982(或返回到与psap982相关联的实体，例如ali)。
在924b，在具有i3能力的psap980的情况下，i3psap980通过将定位请求发送到位置uri中指示且携载位置uri的ims994(例如，ims994中的lrf)而提领在914b接收的位置uri。框924b可对应于图6中的定位请求605b的发送。
在926b，ims994(例如，ims994中的lrf)使用在924b接收的位置uri以识别ue900，且使用在908接收的任何ue数据和/或在908或922(如果922发生)接收的mno数据以使用控制平面或用户平面定位解决方案获得ue900的位置。
在928b，ims994(例如，ims994中的lrf)将ue900的位置返回到具有i3能力的psap980。
类似于或相同于924b、926b和928b的框可在912b之后发生以使得esinet960能够从ims994(例如，从ims994中的lrf)获得ue900的位置，且基于所述位置将在914b的紧急呼叫路由到正确的psap980。在所述情况下，esinet960(例如，esinet860中的esrp，例如esrp666)可在类似于或相同于924b的框中将针对ue900的定位请求发送到ims994，且可在类似于或相同于928b的框中从ims994接收ue900的位置。
应注意，与图4到9结合描述的程序和技术可依赖于发起紧急呼叫的ue将对lbyr的任何更新(例如，针对图4和7)或对mno数据的任何更新(例如，在图8中的826和图9中的920)发送到用于ue的ottsp，以使得ottsp能够将所述更新转发到psap或ims实体，例如lrf(例如，在图8中的828)或e-cscf(例如，在图9中的922)。然而，在替代实施例中，经更新lbyr或经更新mno数据(例如，在发起紧急呼叫的ue越区移交到新sgsn或新mme之后可得到)可由服务mno中的an或pcn(例如，由an或pcn中的mme或sgsn)而不是由ue发送到服务mno中的psap或ims实体(例如lrf或e-cscf)。这可例如在检测到ue正在发起紧急呼叫之后(例如，分别在图7、8和9中的每一者中的708、808和908之后)，在用于发起紧急呼叫的ue的服务mno中的ims实体或与此相关联的实体(例如，gmlc)将针对任何经更新lbyr或经更新mno数据的请求发送到服务mnoan或pcn中的实体(例如，发送到mme或sgsn)的情况下发生。关于这些替代实施例，经更新lbyr或经更新mno数据可能不需要由发起紧急呼叫的ue发送到ottsp以及由ottsp发送到psap或例如lrf或e-cscf等ims实体。
图10说明可并入到设备1002、设备1004和设备1006(分别对应于例如用户装置，例如ue200、300、400、500、600、700、800或900，接入网络节点，例如接入网络节点240，以及网络实体，例如ottsp150、位置服务器170等)中以支持如本文教示的操作的若干样本组件(由对应框表示)。将了解，这些组件可在不同实施方案中在不同类型的设备中(例如，在asic中、在soc中等)实施。所说明的组件也可以并入到通信系统中的其它设备中。举例来说，系统中的其它设备可包含类似于所描述的那些组件的组件以提供相似功能性。并且，给定设备可含有所述组件中的一或多者。举例来说，设备可包含多个收发器组件，其使得所述设备能够在多个载波上操作和/或经由不同技术通信。
设备1002和设备1004各自包含至少一个无线通信装置(由通信装置1008和1014表示(以及在设备1004是中继器的情况下的通信装置1020))以用于经由至少一个指定rat与其它节点通信。每一通信装置1008包含用于发射和编码信号(例如，消息、指示、信息等)的至少一个发射器(由发射器1010表示)以及用于接收和解码信号(例如，消息、指示、信息、导频等)的至少一个接收器(由接收器1012表示)。类似地，每一通信装置1014包含用于发射信号(例如，消息、指示、信息、导频等)的至少一个发射器(由发射器1016表示以及用于接收信号(例如，消息、指示、信息等)的至少一个接收器(由接收器1018表示)。如果设备1004是中继站，那么每一通信装置1020可包含用于发射信号(例如，消息、指示、信息、导频等)的至少一个发射器(由发射器1022表示)以及用于接收信号(例如，消息、指示、信息等)的至少一个接收器(由接收器1024表示)。
发射器和接收器在一些实施方案中可包括集成装置(例如，实施为单个通信装置的发射器电路和接收器电路)，在一些实施方案中可包括单独的发射器装置和单独的接收器装置，或在其它实施方案中可以其它方式实施。设备1004的无线通信装置(例如，多个无线通信装置中的一者)还可包括用于执行各种测量的网络监听模块(nlm)或类似物。
设备1006(以及设备1004(如果其不是中继站))包含用于与其它节点通信的至少一个通信装置(由通信装置1026以及任选地1020表示)。举例来说，通信装置1026可包括经配置以经由基于有线或无线回程与一或多个网络实体通信的网络接口。在一些方面中，通信装置1026可被实施为经配置以支持基于有线或无线信号通信的收发器。此通信可涉及例如发送和接收消息、参数或其它类型的信息。因此，在图10的实例中，通信装置1026展示为包括发射器1028和接收器1030。类似地，如果设备1004不是中继站，那么通信装置1020可包括经配置以经由基于有线或无线回程与一或多个网络实体通信的网络接口。如同通信装置1026，通信装置1020展示为包括发射器1022和接收器1024。
设备1002、1004和1006还包含可以与如本文教示的ottsp和ue位置相关操作结合使用的其它组件。设备1002包含处理系统1032和定位模块1054以用于提供与例如用户装置操作相关的功能性以支持如本文教示的ottsp和ue位置相关操作，且用于提供其它处理功能性。设备1004包含处理系统1034和定位模块1056以用于提供与例如接入网络节点操作相关的功能性以支持如本文教示的ottsp和ue位置相关操作，且用于提供其它处理功能性。设备1006包含处理系统1036和定位模块1058以用于提供与例如网络操作相关的功能性以支持如本文教示的ottsp和ue位置相关操作，且用于提供其它处理功能性。
设备1002、1004和1006进一步分别包含用于维持信息(例如，指示保留资源、阈值、参数等的信息)的存储器组件1038、1040和1042(例如，各自包含存储器装置)。另外，设备1002、1004和1006分别包含用户接口装置1044、1046和1048，用于将指示(例如，可闻和/或视觉指示)提供到用户和/或用于接收用户输入(例如，在例如小键盘、触摸屏、麦克风等的感测装置的用户致动后)。
为方便起见，设备1002、1004和/或1006在图10中展示为包含可根据本文所描述的各种实例配置的各种组件。然而将了解，所说明的框在不同设计中可具有不同功能性。
图10的组件可以各种方式实施。在一些实施方案中，图10的组件可在一或多个电路中实施，例如一或多个处理器和/或一或多个asic(其可包含一或多个处理器)。此处，每一电路可使用和/或并入至少一个存储器组件以用于存储由所述电路使用以提供此功能性的信息或可执行代码。举例来说，由框1008、1032、1038、1044和1054表示的功能性中的一些或全部可由设备1002的处理器和存储器组件实施(例如，通过适当代码的执行和/或通过处理器组件的适当配置)。类似地，由框1014、1020、1034、1040、1046和1056表示的功能性中的一些或全部可由设备1004的处理器和存储器组件实施(例如，通过适当代码的执行和/或通过处理器组件的适当配置)。并且，由框1026、1036、1042、1048和1058表示的功能性中的一些或全部可由设备1006的处理器和存储器组件实施(例如，通过适当代码的执行和/或通过处理器组件的适当配置)。举例来说，定位模块1054、1056和1058可为存储在存储器中的可执行模块，或可为耦合到处理系统1032、1034和1036的硬件/固件组件。
图11是说明根据本发明的至少一个方面的ue1100的示范性组件的框图。ue1100可对应于或表示图1a中的ue1到n、ue200、ue300、ue400、ue500、ue600、ue700、ue800或ue900中的任一者。在图11的框图中说明的各种特征和功能可使用共同总线(图11中未图示)连接在一起或可经由处理器1130连接(如图11中所示)。所属领域的技术人员将认识到，可在必要时提供且调适其它连接、机构、特征、功能或类似物以操作性地耦合且配置实际的便携式无线装置。此外，还认识到，图11的实例中图示的特征或功能中的一或多者可以进一步细分，或图11中图示的特征或功能中的两个或更多个可以组合。
ue1100可包含可连接到一或多个天线1112的一或多个蓝牙收发器1114a。蓝牙收发器1114a包括用于与蓝牙接入点(例如，图1a中的ap125)通信和/或检测去往/来自所述蓝牙接入点的信号的合适装置、硬件和/或软件。另外或替代地，ue1100可包含可连接到一或多个天线1112的一或多个广域网(wan)无线收发器1114b。wan收发器1114b包括用于与wan-wap(无线接入点)通信和/或检测去往/来自所述wan-wap的信号和/或直接与网络内的其它无线装置(例如，图1a中的ran120中的装置)通信的合适装置、硬件和/或软件。在一个方面中，wan收发器1114b可适合于与lte系统、wcdma系统、cdma2000系统、tdma、gsm或任何其它类型的广域无线连网技术通信。另外或替代地，ue1100可包含可连接到一或多个天线1112的一或多个wlan收发器1114c。wlan收发器1114c包括用于与wlan-wap通信和/或检测去往/来自wlan-wap的信号和/或直接与网络内的其它无线装置(例如，图1a中的wifiap125)通信的合适装置、硬件和/或软件。在一个方面中，wlan收发器1114c可包括适合于与一或多个无线接入点通信的wi-fi(802.11x)通信系统；然而在其它方面，wlan收发器1114c可包括另一类型的局域网或个域网。另外或替代地，ue1100可包含sps接收器1114d。sps接收器1114d可连接到一或多个天线1112以用于接收卫星信号(例如，用于gps或某种其它gnss)。sps接收器1114d可以包括用于接收并处理sps信号的任何合适硬件和/或软件。sps接收器1114d在适当时从其它系统请求信息和操作，并使用由任何合适的sps算法获得的测量值来执行确定移动装置1100的位置所必需的计算。另外或替代地，可使用任何其它类型的无线连网技术，例如，超宽带、zigbee、无线usb等等。
ue1100可包含一或多个传感器1120。一或多个传感器1120可收集关于用户的数据，包含关于用户的位置、运动、定向、环境、活动或生物计量的数据。所述传感器可包含(例如)例如计步器1122a等虚拟传感器，以及例如加速度计1122b、陀螺仪1122c、生物计量传感器1120d和/或任何数目的杂项传感器1122n(例如，温度计、气压计、湿度计)等物理传感器。
ue1100包含一或多个处理器1130。处理器1130可连接到蓝牙收发器1114a、wan收发器1114b、wlan收发器1114c、sps接收器1114d以及一或多个传感器1120。处理器1130可为多核处理器，且虽然说明为单个单元，但可包含提供处理功能以及其它计算和控制功能性的一或多个微处理器、微控制器和/或数字信号处理器。
处理器1130可耦合到存储器1140，所述存储器存储用于实行ue1100内的经编程功能性的数据和软件指令。存储器1140可载于处理器1130上(例如，同一集成电路封装内)，和/或存储器1140可为在处理器1130外部且经由数据总线在功能上耦合的存储器。存储器1140可包含任何数目的原生应用程序模块1142a…1142n以及通过空中更新或任何其它方式的若干外部供应模块以及任何数目的数据模块1144a…1144n。应当了解如图11中所示的存储器内容的组织仅是示范性的，并且因此取决于ue1100的实施方案，所述模块和/或数据结构的功能性可组合、分离和/或以不同方式结构化。存储器1140可存储程序代码(例如，在应用程序模块1142a到1142n中的一或多个中)，所述程序代码可在处理器1130上运行以使得ue1100能够执行本文所描述的各种程序和技术中的一些或全部。
ue1100还可包含定位模块1180，其经配置以执行用户装置操作以支持ottsp和ue相关定位，如本文中所描述。定位模块1180可为存储在存储器1140中且在处理器1130上运行的可执行模块，或可为耦合到处理器1130的硬件或固件组件。
尽管图11中所示的模块在实例中图示为包含于存储器1140中，但应认识到，在某些实施方案中，可以使用其它或另外机制提供或另外可操作地布置此类程序。举例来说，应用程序模块1142a…1142n中的任一者可以固件提供。处理器1130可包含适合于执行至少本文所提供的技术的任何形式的逻辑。举例来说，处理器1130可以操作性地基于存储器1140中的指令配置以选择性地起始利用运动数据供ue1100的其它部分使用的一或多个例程。
ue1100可包含提供任何合适接口系统的用户接口1150，例如麦克风/扬声器1152、触摸垫1153、小键盘1154、显示器1156、相机1158和接近传感器1159，其允许与ue1100的用户交互。麦克风/扬声器1152使用wan收发器1114b和/或wlan收发器1114c提供话音辨识和/或话音通信服务。小键盘1154包括用于用户输入的任何合适的按钮。显示器1156包括任何合适的显示器(例如，背光式lcd显示器)，并且可进一步包含用于额外用户输入模式的触摸屏显示器。此外，例如由麦克风/扬声器1152、相机1158或小键盘1154表明的功能性等任何输入功能性也可以视为类似于一或多个传感器1120的输入的传感器输入。
ue1100进一步包含电力供应器1160，例如电池，用于将电力供应到ue1100的各种组件。然而将了解，ue1100可能不包含所说明的所有元件，且最可能将基于装置和设计考虑的要求而仅包含元件的子集。
如上所述，一或多个传感器1120可收集关于用户的数据，包含关于用户的位置、定向、运动、环境、活动或生物计量的数据。所述传感器可包含(例如)计步器1122a(其可为基于来自其它传感器的数据的离散装置或功能模块)、加速度计1122b、陀螺仪1122c、生物计量传感器1120d和/或任何数目的杂项传感器1122n。此外，蓝牙收发器1114a、wan收发器1114b、wlan收发器1114c和/或sps接收器1114d可在它们可用以产生关于用户的位置、运动、环境和/或活动的数据的程度上用作传感器。因此，当本发明大体上提到一或多个传感器1120或者传感器读数或传感器数据时，应理解蓝牙收发器1114a、wan收发器1114b、wlan收发器1114c和/或sps接收器1114d可视为传感器，且从此获得的数据可视为传感器读数或传感器数据。
在实施例中，生物计量传感器1122d包含用于识别用户的传感器。举例来说，生物计量传感器1122d可为用于话音辨识、指纹辨识、掌印辨识、面部辨识或虹膜辨识的传感器。生物计量传感器1122d可为具体来说被设计用于话音辨识、指纹辨识、掌印辨识、面部辨识和/或虹膜辨识的专用传感器。在另一可能的情形中，麦克风/扬声器1152用作用于话音辨识的传感器。在另一可能的情形中，小键盘1154用作用于指纹辨识和/或掌印辨识的传感器。在又一可能的情形中，相机1158用作用于面部辨识和/或虹膜辨识的传感器。
如上所述，处理器1130可耦合到存储器1140，所述存储器存储用于实行ue1100内的经编程功能性的数据和软件指令。存储器1140可包含任何数目的应用程序模块1142a…1142n和任何数目的数据模块1144a…1144n。在实施例中，应用程序模块1142a…1142n中的一或多者(例如，应用程序模块1142a)利用从计步器1122a、加速度计1122b、陀螺仪1122c、生物计量传感器1120d和/或杂项传感器1122n中的一或多者搜集的所感测数据。所感测数据可存储在数据模块1144a…数据模块1144n中的一或多者中，例如数据模块1144a。
因此，本发明的实施例可包含ue(例如，ue1100)，其包含执行本文所描述的功能的能力。如所属领域的技术人员将了解，各种逻辑元件可以离散元件、在处理器上执行的软件模块或软件与硬件的任何组合实施，以实现本文中所揭示的功能性。举例来说，处理器1130、存储器1140、用户接口1150和定位模块1180可全部合作性地使用以加载、存储和执行本文所揭示的各种功能，且因此用以执行这些功能的逻辑可分布于各种元件上。替代地，可将功能性并入到一个离散组件中。因此，图11中的ue1100的特征应被视为仅仅是说明性的，且本发明不限于所说明的特征或布置。
ue1100与ran120/mme142之间的无线通信可基于不同技术，例如lte、cdma、wcdma、时分多址(tdma)、频分多址(fdma)、正交频分多路复用(ofdm)、gsm，或可用于无线通信网络或数据通信网络中的其它协议。如前文中所论述且在此项技术中已知的，可使用多种网络及配置将话音发射及/或数据从ran120发射到ue1100。因此，本文中所提供的说明不希望限制本发明的实施例且仅辅助描述本发明的实施例的各方面。
图12说明包含结构组件以执行功能性的通信装置1200。通信装置1200可对应于上述通信装置中的任一者，包含但不限于ue1100、ran120的任何组件(例如，enodeb122到126)、核心网络140的任何组件(例如，mme142或144、e-smlc172、s-gw146、pdg148、els370/794、e-cscf443/543/643、lrf448/548/648)、与核心网络140和/或因特网175耦合的任何组件(例如，位置服务器170、gmlc/slp170、esinet160、psap180)等。因此，通信装置1200可对应于经配置以在图1a的无线通信系统100a上或使用图1b的特定配置100b与一或多个其它实体通信(或促进与其的通信)的任何电子装置。
参考图12，通信装置1200包含经配置以接收和/或发射信息的收发器电路1205。在一实例中，如果通信装置1200对应于无线通信装置(例如，ue1100、enb122到126中的一者等)，那么经配置以接收和/或发射信息的收发器电路1205可包含无线通信接口(例如，蓝牙、wifi、2g、cdma、wcdma、3g、4g、lte等)，例如无线收发器和相关联硬件(例如，rf天线、调制解调器、调制器和/或解调器等)。在另一实例中，经配置以接收和/或发射信息的收发器电路1205可对应于有线通信接口(例如，串联连接、usb或火线连接、可通过其接入因特网175的以太网连接等)。因此，如果通信装置1200对应于某个类型的基于网络的服务器(例如，s-gw146、pdg148、mme142/144、e-smlc172、位置服务器170、els370/794、e-cscf443/543/643、lrf448/548/648等)，那么在一实例中，经配置以接收和/或发射信息的收发器电路1205可对应于以太网卡，其经由以太网协议将所述基于网络服务器连接到其它通信实体。在另一实例中，经配置以接收及/或发射信息的收发器电路1205可包含通信装置1200可借以监视其本地环境的感官或测量硬件(例如，加速度计、温度传感器、光传感器、用于监视本地rf信号的天线等)。经配置以接收和/或发射信息的收发器电路1205还可包含软件，所述软件当执行时准许经配置以接收和/或发射信息的收发器电路1205的相关联硬件执行其接收和/或发射功能。然而，经配置以接收和/或发射信息的收发器电路1205不单独对应于软件，且经配置以接收和/或发射信息的收发器电路1205至少部分地依赖于结构硬件来实现其功能性。
参考图12，通信装置1200进一步包含经配置以处理信息的至少一个处理器1210。经配置以处理信息的所述至少一个处理器1210可执行的处理类型的实例实施方案包含(但不限于)执行确定、建立连接、在不同信息选项之间进行选择、执行与数据相关的评估、与耦合到通信装置1200的传感器交互以执行测量操作、将信息从一个格式转换到另一格式(例如，在不同协议之间，例如.wmv到.avi等)等。举例来说，经配置以处理信息的至少一个处理器1210可包含通用处理器、dsp、asic、现场可编程门阵列(fpga)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件，或其经设计以执行本文所描述的功能的任何组合。通用处理器可为微处理器，但在替代方案中，经配置以处理信息的至少一个处理器310可为任何常规处理器、控制器、微控制器或状态机。处理器也可以被实施为计算装置的组合(例如，dsp与微处理器的组合、多个微处理器、与dsp核心结合的一或多个微处理器，或任何其它此类配置)。经配置以处理信息的至少一个处理器1210也可包含软件，所述软件当执行时准许经配置以处理信息的至少一个处理器1210的相关联硬件执行其处理功能。然而，经配置以处理信息的至少一个处理器1210不单独对应于软件，且经配置以处理信息的至少一个处理器1210至少部分地依赖于结构硬件来实现其功能性。
参考图12，通信装置1200进一步包含经配置以存储信息的存储器1215。在一实例中，经配置以存储信息的存储器1215可包含至少非暂时性存储器和相关联硬件(例如，存储器控制器等)。举例来说，包含于经配置以存储信息的存储器1215中的非暂时性存储器可对应于ram、快闪存储器、只读存储器(rom)、可擦除可编程rom(eprom)、电可擦除可编程rom(eeprom)、寄存器、硬盘、可装卸式磁盘、cd-rom或所属领域中已知的任何其它形式的存储媒体。经配置以存储信息的存储器1215还可包含在被执行时准许经配置以存储信息的存储器1215的相关联硬件执行其存储功能的软件。然而，经配置以存储信息的存储器1215并不单独对应于软件，且经配置以存储信息的存储器1215至少部分地依赖于结构硬件来实现其功能性。
参考图12，通信装置1200进一步任选地包含经配置以呈现信息的用户接口输出电路1220。在一实例中，经配置以呈现信息的用户接口输出电路1220可包含至少输出装置和相关联硬件。举例来说，所述输出装置可包含视频输出装置(例如，显示屏幕、例如usb、hdmi等可携载视频信息的端口等)、音频输出装置(例如，扬声器、例如麦克风插孔、usb、hdmi等可携载音频信息的端口等)、振动装置和/或可借以格式化信息以用于输出或由通信装置1200的用户或操作者实际输出的任何其它装置。举例来说，如果通信装置1200对应于如图11中所示的ue1100，那么经配置以呈现信息的用户接口输出电路1220可包含显示器1056和/或扬声器1052。在另一个实例中，经配置以呈现信息的用户接口输出电路1220可针对某些通信装置省略，例如并不具有本地用户的网络通信装置(例如，网络交换机或路由器、远程服务器等)。经配置以呈现信息的用户接口输出电路1220也可包含软件，所述软件当执行时准许经配置以呈现信息的用户接口输出电路1220的相关联硬件执行其呈现功能。然而，经配置以呈现信息的用户接口输出电路1220不单独对应于软件，且经配置以呈现信息的用户接口输出电路1220至少部分地依赖于结构硬件来实现其功能性。
参考图12，通信装置1200进一步任选地包含经配置以接收本地用户输入的用户接口输入电路1225。在一实例中，经配置以接收本地用户输入的用户接口输入电路325可包含至少用户输入装置和相关联硬件。举例来说，用户输入装置可包含按钮、触摸屏显示器、键盘、相机、音频输入装置(例如，麦克风或可载运音频信息的端口，例如麦克风插孔等)，及/或可借以从通信装置1200的用户或操作者接收信息的任何其它装置。举例来说，如果通信装置1200对应于如图11中所示的ue1100，那么经配置以接收本地用户输入的用户接口输入电路1225可包含触摸垫1153、小键盘1154、麦克风1152等。在另一个实例中，经配置以接收本地用户输入的用户接口输入电路1225可针对某些通信装置省略，例如并不具有本地用户的网络通信装置(例如，网络交换机或路由器、远程服务器等)。经配置以接收本地用户输入的用户接口输入电路1225也可包含软件，所述软件当执行时准许经配置以接收本地用户输入的用户接口输入电路1225的相关联硬件执行其输入接收功能。然而，经配置以接收本地用户输入的用户接口输入电路1225不单独对应于软件，且经配置以接收本地用户输入的用户接口输入电路1225至少部分地依赖于结构硬件来实现其功能性。
参考图12，虽然1205到1225的经配置结构组件展示为图12中的经由相关联通信总线1230耦合到彼此的单独或相异块，但将了解，1205到1225的相应经配置结构组件借以执行其相应功能性的硬件和/或软件可部分地重叠。举例来说，用以促进1205到1225的经配置结构组件的功能性的任何软件可存储在与经配置以存储信息的存储器1215相关联的非暂时性存储器中，以使得1205到1225的经配置结构组件部分地基于由经配置以存储信息的存储器1215存储的软件的操作而各自执行其相应功能性(即，在此情况下，软件执行)。同样，与1205到1225的经配置结构组件中的一者直接相关联的硬件可不时地由1205到1225的其它经配置结构组件借用或使用。举例来说，经配置以处理信息的至少一个处理器1210可将数据格式化为适当格式，然后由经配置以接收和/或发射信息的收发器电路1205发射，以使得经配置以接收和/或发射信息的收发器电路1205部分地基于与经配置以处理信息的至少一个处理器1210相关联的结构硬件的操作而执行其功能性(即，在此情况下，数据的发射)。
因此，1205到1225的各种结构组件既定调用至少部分地以结构硬件实施的方面，且并不希望映射到独立于硬件的仅软件实施方案和/或非结构功能解读。所属领域的技术人员从对下文更详细描述的方面的审阅将明了1205到1225的结构组件之间的其它交互或协作。
各种实施例可实施于多种市售服务器装置中的任一者上，例如图13中说明的服务器1300。在一实例中，服务器1300可对应于上述mme142、ottsp150/350/450/550/650/750/850/950、esinet160、e-smlc172、位置服务器/gmlc/slp170、els370/794、e-cscf443/543/643、lrf448/548/648以及psap180的一个实例配置。在图13中，服务器1300包含处理器1301，其耦合到易失性存储器1302和大容量非易失性存储器，例如磁盘驱动器1303。服务器1300还可包含耦合到处理器1301的软盘驱动器、压缩光盘(cd)或dvd盘驱动器1306。服务器1300还可包含耦合到处理器1301的网络接入端口1304以用于建立与网络1307的数据连接，所述网络例如耦合到其它广播系统计算机和服务器或耦合到因特网的局域网。在关于图12的上下文中，将了解，图13的服务器1300说明通信装置1200的一个实例实施方案，借此经配置以发射和/或接收信息的逻辑1205对应于由服务器1300用以与网络1307通信的网络接入端口1304，经配置以处理信息的逻辑1210对应于处理器1301，且用以存储信息的逻辑配置1215对应于易失性存储器1302、磁盘驱动器1303和/或光盘驱动器1306的任何组合。任选的经配置以呈现信息的逻辑1220以及任选的经配置以接收本地用户输入的逻辑1225在图13中未显式地图示，且可或可不包含于其中。因此，图13有助于证明除了图11中的ue实施方案之外，通信装置1200可被实施为服务器。因此，本发明的实施例可包含服务器(例如，服务器1300)，其包含执行本文所描述的功能的能力，例如参考mme142、ott-sp150、esinet160、e-smlc172、位置服务器/gmlc/slp170、els370/794、e-cscf443/543/643、lrf448/548/648和psap180描述的功能。
图14说明由服务于ue的接入网络节点执行的用于定位ue的示范性流程，所述接入网络节点例如图1a和1b中的ran120或cn140的任何组件。举例来说，所述接入网络节点可对应于mme142。
在1410，接入网络节点例如在图2a的206a或图2b的202b从ue接收第一消息。举例来说，在接入网络节点对应于支持lte的mme的情况下，第一消息可为nas附接请求或nas跟踪区域更新请求。在接入网络节点对应于支持umts的sgsn的情况下，第一消息可为gprs附接请求或gprs路由区域更新请求。
在1420，接入网络节点确定用于ue的位置参考。所述位置参考可针对属于用于所述接入网络节点的运营商的位置服务器，例如图1a中的位置服务器170或图1b中的gmlc/slp170，且使得能够定位ue。用于ue的位置参考可包含位置服务器的地址和ue的ue参考。ue参考可由位置服务器指派，且可包含ip地址、imsi、tmsi、接入网络节点的地址或其任何组合。ue参考也可以经加密。
如上文参考图2a的208a或图2b的204b所论述，在1420的确定可包含将针对ue的位置参考的请求发送到位置服务器以及从位置服务器接收针对ue的位置参考。替代地，如上文所论述，接入网络节点可自身产生用于ue的位置参考。在所述情况下，接入网络节点可以数字方式签署用于ue的位置参考以指示用于ue的位置参考是由用于运营商的接入网络节点产生的。
在1430，接入网络节点例如在图2a的212a或图2b的206b将第二消息发送到ue。所述第二消息可包含位置参考。在接入网络节点对应于支持lte的mme的情况下，所述第二消息可为nas附接接受或nas跟踪区域更新接受。在接入网络节点对应于支持umts的sgsn的情况下，所述第二消息可为gprs附接接受或gprs路由区域更新接受。
ue可在发送到ottsp(例如ottsp150)的紧急服务呼叫请求中包含用于ue的位置参考。ue可经由不同于接入网络节点的接入网络的接入网络将紧急服务呼叫请求发送到ottsp。ottsp可基于所述位置参考从位置服务器获得ue的位置。
虽然未图示，但在图14中说明的流程可进一步包含在发送第二消息之前验证ue。另外，在图14中说明的流程可进一步包含在ue附接到接入网络节点的同时周期性地确定用于ue的新位置参考，且将新位置参考发送到ue。
图15说明在位置服务器处执行的用于定位ue的示范性流程，所述位置服务器例如图1a中的位置服务器170或图1b中的gmlc/slp170。
在1510，位置服务器例如在图2a的208a或图2b的204b从服务于ue的接入网络节点接收针对用于ue的位置参考的请求。
在1520，位置服务器例如在图2a的208a或图2b的204b将用于ue的位置参考发送到接入网络节点。所述位置参考可包含位置服务器的地址和用于ue的本地参考。
在1530，位置服务器例如在图2a的216a或图2b的214b从除接入网络节点外的网络实体接收针对ue的位置的定位请求。所述定位请求可包含用于ue的位置参考。另一网络实体可例如为属于ottsp、esinet提供者或psap的网络实体。
在1540，位置服务器可例如在图2a的218a或图2b的216b到226b或228b确定ue的位置估计。在位置服务器对应于slp的情况下，确定ue的位置估计可包含建立与ue的supl会话。在位置服务器对应于gmlc的情况下，确定ue的位置估计可包含使用控制平面定位解决方案确定所述位置估计。在所述情况下，使用控制平面定位解决方案确定位置估计可包含如在图2a的218a或图2b的216b到226b将定位请求发送到接入网络节点以及从接入网络节点接收含有位置估计的位置响应。
在1550，位置服务器例如在图2a的224a或图2b的232b将ue的位置估计发送到网络实体。
ue在发送到ottsp的紧急服务呼叫请求中包含所述位置参考。在实施例中，ue可经由用于与位置服务器的运营商不同的运营商的接入网络将紧急服务呼叫请求发送到ottsp。
图16说明在位置服务器处执行的用于定位ue的示范性流程，所述位置服务器例如图1a中的位置服务器170或图1b中的gmlc/slp170。
在1610，位置服务器例如在图2a的216a或图2b的214b从除服务于ue的接入网络节点外的网络实体接收针对ue的位置的定位请求。所述定位请求可包含用于ue的位置参考。所述位置参考可包含用于ue的ue参考。ue参考可为ip地址、imsi、tmsi、接入网络节点的地址，或其任何组合。另一网络实体可例如为属于ottsp、esinet提供者或psap的网络实体。
在1620，位置服务器验证用于ue的位置参考。所述位置参考可包含数字签名，在此情况下，验证位置参考可包含验证所述数字签名。
在1630，位置服务器例如在图2a的218a或图2b的216b到226b或228b基于用于ue的位置参考中的ue参考而确定ue的位置估计。在实施例中，ue参考可经加密，在此情况下，确定ue的位置估计可包含对经加密ue参考进行解密。在位置服务器对应于slp的情况下，确定ue的位置估计可包含建立与ue的supl会话。在位置服务器对应于gmlc的情况下，确定ue的位置估计可包含使用控制平面定位解决方案确定所述位置估计。在所述情况下，使用控制平面定位解决方案确定位置估计可包含如在图2a的218a或图2b的216b到226b将定位请求发送到接入网络节点以及从接入网络节点接收含有位置估计的位置响应。
在1640，位置服务器例如在图2a的224a或图2b的232b将ue的位置估计发送到另一网络实体。
ue可在发送到ottsp(例如ottsp)的紧急服务呼叫请求中包含用于ue的位置参考。
图17说明由例如ue1100等ue执行的用于定位进行呼叫的ue的示范性流程。所述呼叫可为紧急呼叫。
在1710，ue将第一消息发送到服务于ue的接入网络节点。在接入网络节点对应于支持lte的mme的情况下，第一消息可为nas附接请求或nas跟踪区域更新请求。在接入网络节点对应于支持umts的sgsn的情况下，第一消息可为gprs附接请求或gprs路由区域更新请求。
在1720，ue从接入网络节点接收包含用于ue的位置参考的第二消息。所述位置参考可针对属于用于所述接入网络节点的运营商的位置服务器，例如图1a中的位置服务器170或图1b中的gmlc/slp170，且使得能够针对呼叫定位ue。用于ue的位置参考可包含位置服务器的地址和ue的ue参考。在接入网络节点对应于支持lte的mme的情况下，第一消息可为nas附接请求或nas跟踪区域更新请求。在接入网络节点对应于支持umts的sgsn的情况下，第一消息可为gprs附接请求或gprs路由区域更新请求。虽然在图17中未说明，但所述流程可进一步包含在接收第二消息之前向接入网络节点验证ue。
在1730，ue从ue的用户接收针对呼叫的请求。
在1740，ue将针对呼叫的请求发送到ottsp，例如ottsp150。针对呼叫的请求可包含用于ue的位置参考。在实施例中，所述呼叫请求由ue经由不同于接入网络节点的接入网络的接入网络发送到ottsp。
虽然在图17中未说明，但所述流程可进一步包含在ue附接到接入网络节点的同时从接入网络节点周期性地接收用于ue的新位置参考。
图18说明用于在例如ottsp150等ott服务提供者处支持紧急呼叫的示范性流程。在实施例中，在图18中说明的流程可由定位模块1058执行或被致使由所述定位模块执行。
在1810，ottsp150如在806和906从ue接收包括紧急呼叫请求的第一消息，所述ue例如ue200、300、400、500、600、700、800、900、1002和1100中的任一者。第一消息经由用于ue的服务mno(例如服务mno790、890或990)传送到ottsp150。所述第一消息包含用于服务mno的ims(例如ims894或994)的地址。
在820，ottsp150如在808和908基于所述地址将第二消息发送到ims。所述第二消息可为针对紧急呼叫的请求。所述第一消息、第二消息或这两个消息可以是sip邀请。
虽然在图18中未说明，但所述流程可进一步包含如在812从ims接收包括用于目的地psap的路由信息的第三消息，且基于所述路由信息将第四消息发送到或朝向psap。所述第三消息可为sip300多重选择消息，且所述第四消息可为针对紧急呼叫的请求。用于ims的地址可用于lrf。所述路由信息可包含参考id，在此情况下，所述流程可进一步包含在第四消息中包含所述参考id，其中所述参考id使得psap能够从lrf获得ue的位置。
ims可将第五消息发送到或朝向目的地psap，其中所述第五消息可为针对ue的紧急呼叫请求。用于ims的地址可用于e-cscf。ims在第五消息中包含参考识别符，其中所述参考识别符使得psap能够从ims获得ue的位置。
图19说明用于在用于服务mno(例如服务mno890或990)的ims实体(例如ims894或994)处支持紧急呼叫的示范性流程。在一方面中，所述ims实体可为lrf。在实施例中，在图19中说明的流程可由定位模块1058执行或被致使由所述定位模块执行。
在1910，ims实体如在808和908接收由ott服务提供者(例如ottsp150)发送的第一消息，所述第一消息包括针对ue的紧急呼叫请求。所述紧急呼叫请求包含用于ue的mno数据。所述第一消息可为sip邀请消息。
在1920，所述ims实体如在图9的911基于所述mno数据确定用于目的地psap的路由信息。
虽然在图19中未说明，但在实施例中，所述流程可进一步包含将包括路由信息的第二消息发送到ott服务提供者，其中所述路由信息使得ott服务提供者能够将紧急呼叫路由到或朝向目的地psap。在所述情况下，所述路由信息可为参考id以及psap或中间目的地的地址或身份。所述第二消息可为sip300多重选择消息。
在实施例中，所述流程可进一步包含从另一实体接收包括所述参考id的第三消息，基于所述参考id识别ue，获得ue的位置，以及将包括所述位置的第四消息发送到另一实体。所述参考id可为esrk、esrd加上msisdn，或位置uri。可使用控制平面定位解决方案或用户平面定位解决方案获得ue的位置。在一方面中，另一实体可为psap、ali或esinet。
在实施例中，所述流程可进一步包含基于路由信息将第二消息发送到或朝向psap，其中所述第二消息包括针对紧急呼叫的请求。在此情况下，所述ims实体可为紧急情况cscf。
图20说明用于在ue处支持紧急呼叫的示范性流程，所述ue例如ue200、300、400、500、600、700、800、900、1002和1100中的任一者。在实施例中，在图20中说明的流程可由定位模块1054执行或被致使由所述定位模块执行。
在2010，ue从ue的用户接收针对紧急呼叫的请求。
在2020，ue如在802/804和902/904获得用于ue的服务mno的mno数据。
在2030，ue如在806和906将包括针对紧急呼叫的请求的第一消息发送到ott服务提供者，例如ottsp150。针对紧急呼叫的请求包含mno数据。mno数据可包含用于服务mno的ims的地址、用于ue的当前服务移动性管理实体或sgsn的身份、用于ue的服务mno指派ip地址、ue的全局身份或本地身份，或其某一组合。
ott服务提供者基于用于ims的地址将第二消息发送到ims，其中所述第二消息包括针对紧急呼叫的请求且包含mno数据。ims基于mno数据确定用于紧急呼叫的路由信息。在此实施例中，所述流程进一步包含接收根据用户平面定位解决方案或控制平面定位解决方案针对位置估计或针对位置测量值的请求，其中所述位置估计或位置测量值使得ims能够获得ue的位置，其中ue的位置使得ims能够确定路由信息或为psap提供所述位置。
ims可将包括路由信息的第三消息发送到ott服务提供者。ott服务提供者将第四消息发送到或朝向目的地psap，其中所述psap是基于路由信息而确定。在此情况下，用于ims的地址是用于lrf的地址。
ims可将第五消息发送到或朝向目的地psap，其中所述第五消息包括针对紧急呼叫的请求且其中所述psap是基于路由信息而确定。用于ims的地址可为用于e-cscf的地址。
图21说明表示为一系列互相关功能模块的实例接入网络节点设备2100。用于接收的模块2110可至少在一些方面中对应于例如通信装置，例如图10中的通信装置1014，或处理系统，例如处理系统1034，任选地与定位模块1056结合，如本文所论述。用于确定的模块2120可至少在一些方面中对应于例如处理系统，例如处理系统1034，任选地与定位模块1056结合，如本文所论述。用于发送的模块2130可至少在一些方面中对应于例如通信装置，例如图10中的通信装置1014，或处理系统，例如处理系统1034，任选地与定位模块1056结合，如本文所论述。
图22说明表示为一系列互相关功能模块的实例位置服务器设备2200。用于接收的模块2210可至少在一些方面中对应于例如通信装置，例如图10中的通信装置1026，或处理系统，例如处理系统1036，任选地与定位模块1058结合，如本文所论述。用于发送的模块2220可至少在一些方面中对应于例如通信装置，例如图10中的通信装置1026，或处理系统，例如处理系统1036，任选地与定位模块1058结合，如本文所论述。用于接收的模块2230可至少在一些方面中对应于例如通信装置，例如图10中的通信装置1026，或处理系统，例如处理系统1036，任选地与定位模块1058结合，如本文所论述。用于确定的模块2240可至少在一些方面中对应于例如处理系统，例如处理系统1036，任选地与定位模块1058结合，如本文所论述。用于发送的模块2250可至少在一些方面中对应于例如通信装置，例如图10中的通信装置1026，或处理系统，例如处理系统1036，任选地与定位模块1058结合，如本文所论述。
图23说明表示为一系列互相关功能模块的实例位置服务器设备2300。用于接收的模块2310可至少在一些方面中对应于例如通信装置，例如图10中的通信装置1026，或处理系统，例如处理系统1036，任选地与定位模块1058结合，如本文所论述。用于验证的模块2320可至少在一些方面中对应于例如处理系统，例如处理系统1036，任选地与定位模块1058结合，如本文所论述。用于确定的模块2330可至少在一些方面中对应于例如处理系统，例如处理系统1036，任选地与定位模块1058结合，如本文所论述。用于发送的模块2340可至少在一些方面中对应于例如通信装置，例如图10中的通信装置1026，或处理系统，例如处理系统1036，任选地与定位模块1058结合，如本文所论述。
图24说明表示为一系列互相关功能模块的实例用户设备设备2400。用于发送的模块2410可至少在一些方面中对应于例如通信装置，例如图10中的通信装置1008，或处理系统，例如处理系统1032，任选地与定位模块1054结合，如本文所论述。用于接收的模块2420可至少在一些方面中对应于例如通信装置，例如图10中的通信装置1008，或处理系统，例如处理系统1032，任选地与定位模块1054结合，如本文所论述。用于接收的模块2430可至少在一些方面中对应于例如通信装置，例如图10中的通信装置1008，或处理系统，例如处理系统1032，任选地与定位模块1054结合，如本文所论述。用于发送的模块2440可至少在一些方面中对应于例如通信装置，例如图10中的通信装置1008，或处理系统，例如处理系统1032，任选地与定位模块1054结合，如本文所论述。
图25说明表示为一系列互相关功能模块的实例ott服务提供者设备2500。用于接收的模块2510可至少在一些方面中对应于例如通信装置，例如图10中的通信装置1026，或处理系统，例如处理系统1036，任选地与定位模块1058结合，如本文所论述。用于发送的模块2520可至少在一些方面中对应于例如通信装置，例如图10中的通信装置1026，或处理系统，例如处理系统1036，任选地与定位模块1058结合，如本文所论述。
图26说明表示为一系列互相关功能模块的实例ims实体设备2600。用于接收的模块2610可至少在一些方面中对应于例如通信装置，例如图10中的通信装置1026，或处理系统，例如处理系统1036，任选地与定位模块1058结合，如本文所论述。用于确定的模块2620可至少在一些方面中对应于例如处理系统，例如处理系统1036，任选地与定位模块1058结合，如本文所论述。
图27说明表示为一系列互相关功能模块的实例用户设备设备2700。用于接收的模块2710可至少在一些方面中对应于例如通信装置，例如图10中的通信装置1008，或处理系统，例如处理系统1032，任选地与定位模块1054结合，如本文所论述。用于获得的模块2720可至少在一些方面中对应于例如通信装置，例如图10中的通信装置1008，或处理系统，例如处理系统1032，任选地与定位模块1054结合，如本文所论述。用于发送的模块2730可至少在一些方面中对应于例如通信装置，例如图10中的通信装置1008，或处理系统，例如处理系统1032，任选地与定位模块1054结合，如本文所论述。
图21到27的模块的功能性可以与本文中的教示一致的各种方式实施。在一些设计中，这些模块的功能性可被实施为一或多个电气组件。在一些设计中，这些块的功能性可被实施为包含一或多个处理器组件的处理系统。在一些设计中，这些模块的功能性可使用例如一或多个集成电路(例如，asic)的至少一部分来实施。如本文所论述，集成电路可包含处理器、软件、其它相关组件，或其某一组合。因此，不同模块的功能性可例如实施为集成电路的不同子组、实施为一组软件模块的不同子组，或其组合。并且将了解，(例如，集成电路和/或一组软件模块的)给定子组可提供多于一个模块的功能性的至少一部分。
另外，由图21到27表示的组件和功能以及本文所描述的其它组件和功能可使用任何合适的装置来实施。此装置也可至少部分地使用如本文教示的对应结构来实施。举例来说，上文与图21到27的“用于…的模块”组件结合所描述的组件也可对应于类似地指定的“用于…的装置”功能性。因此，在一些方面中，这些装置中的一或多者可使用如本文教示的处理器组件、集成电路或其它合适结构中的一或多者来实施。
所属领域的技术人员应了解，可以使用多种不同技艺和技术中的任一者来表示信息和信号。举例来说，可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。
此外，所属领域的技术人员将了解，结合本文所揭示的实施例而描述的各种说明性逻辑块、模块、电路和算法步骤可实施为电子硬件、计算机软件或两者的组合。为清楚地说明硬件与软件的此可互换性，上文已大体上就其功能性描述了各种说明性组件、块、模块、电路和步骤。此功能性是实施为硬件还是软件取决于特定应用及施加于整个系统的设计约束。所属领域的技术人员可针对每一特定应用以不同方式实施所描述的功能性，但此类实施决策不应被解译为引起对本发明的范围的偏离。
可使用通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或经设计以执行本文所描述的功能的其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件或其任何组合来实施或执行结合本文中所揭示的实施例而描述的各种说明性逻辑块、模块和电路。通用处理器可以为微处理器，但在替代方案中，处理器可以为任何常规处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合，例如，dsp与微处理器的组合、多个微处理器、一或多个微处理器结合dsp核心，或任何其它此类配置。
结合本文所揭示的实施例而描述的方法、序列和/或算法可直接以硬件、以由处理器执行的软件模块或以两者的组合体现。软件模块可驻留在ram存储器、快闪存储器、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、可移动磁盘、cd-rom或所属领域中已知的任何其它形式的存储媒体中。示范性存储媒体耦合到处理器，使得处理器可从存储媒体读取信息并且将信息写入到存储媒体。在替代例中，存储媒体可与处理器成一体式。处理器和存储媒体可驻留在asic中。asic可以驻留在用户终端(例如，ue)中。在替代方案中，处理器和存储媒体可以作为离散组件驻留在用户终端中。
在一或多个示范性实施例中，所述功能可以在硬件、软件、固件或其任何组合中实施。如果在软件中实施，那么可将所述功能作为一或多个指令或代码而存储在计算机可读媒体上或经由计算机可读媒体发射。计算机可读媒体包含计算机存储媒体及通信媒体两者，通信媒体包含促进将计算机程序从一处传送到另一处的任何媒体。存储媒体可以是可由计算机存取的任何可用媒体。举例来说且非限制，此类非暂时性计算机可读媒体可包括ram、rom、eeprom、cd-rom或其它光盘存储装置、磁盘存储装置或其它磁性存储装置，或可用于携载或存储呈指令或数据结构的形式的所要程序代码且可由计算机存取的任何其它媒体。而且，恰当地将任何连接称作计算机可读媒体。举例来说，如果使用同轴电缆、光纤电缆、双绞线、数字订户线(dsl)或例如红外线、无线电及微波等无线技术从网站、服务器或其它远程源发射软件，则同轴电缆、光纤电缆、双绞线、dsl或例如红外线、无线电及微波等无线技术包含于媒体的定义中。如本文所使用的磁盘及光盘包含压缩光盘(cd)、激光光盘、光学光盘、数字影音光盘(dvd)、软磁盘及蓝光光盘，其中磁盘通常是以磁性方式再现数据，而光盘是用激光以光学方式再现数据。上述各者的组合也应包含在计算机可读媒体的范围内。
虽然前述揭示内容示出本发明的说明性实施例，但应注意，在不脱离如所附权利要求书界定的本发明的范围的情况下，可以在本文中做出各种改变和修改。无需以任何特定次序来执行根据本文中所述的本发明的实施例的方法权利要求的功能、步骤及/或动作。此外，尽管可以单数形式描述或主张本发明的元件，但除非明确陈述限于单数形式，否则也涵盖复数形式。
- 还没有人留言评论。精彩留言会获得点赞！