CN102113295B - 用于ims紧急事件会话的保密相关请求 - Google Patents

用于ims紧急事件会话的保密相关请求 Download PDF

Info

Publication number
CN102113295B
CN102113295B CN200980130834.1A CN200980130834A CN102113295B CN 102113295 B CN102113295 B CN 102113295B CN 200980130834 A CN200980130834 A CN 200980130834A CN 102113295 B CN102113295 B CN 102113295B
Authority
CN
China
Prior art keywords
emergency
information
request
emergency request
psap
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.)
Active
Application number
CN200980130834.1A
Other languages
English (en)
Other versions
CN102113295A (zh
Inventor
简·亨德里克·卢卡斯·贝克
艾德里安·巴克利
安德鲁·艾伦
奈杰尔·巴恩斯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Maliki Innovation Co ltd
Original Assignee
BlackBerry Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by BlackBerry Ltd filed Critical BlackBerry Ltd
Publication of CN102113295A publication Critical patent/CN102113295A/zh
Application granted granted Critical
Publication of CN102113295B publication Critical patent/CN102113295B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0407—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/60—Aspects of automatic or semi-automatic exchanges related to security aspects in telephonic communication systems
    • H04M2203/6009—Personal information, e.g. profiles or personal directories being only provided to authorised persons
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/04—Special services or facilities for emergency applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/30—Determination of the location of a subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

提供了一种网络组件，包括：处理器，被配置为当网络组件从用户设备(UE)110接收到IMS(因特网协议多媒体子系统)紧急事件请求时，检测所述紧急事件请求中的指示符，该指示符请求网络组件限制与UE 110有关的保密信息的呈现。该处理器还被配置为当存在该指示符时向公共安全应答点(PSAP)130转发紧急事件请求而不转发保密信息的至少一部分。

Description

用于IMS紧急事件会话的保密相关请求
背景技术
IP(互联网协议)多媒体子系统(IMS)是同时向移动和固定用户设备(UE)提供多媒体服务和基于IP的语音呼叫的标准化架构。主要由互联网工程任务组(IETF)将会话发起协议(SIP)作为用于建立和管理基于IMS的呼叫的协议进行标准化和管理。如本文所使用的，术语“UE”可以指代具有电信能力的移动设备，例如移动电话、个人数字助理、手持或膝上型计算机和类似设备等等。这种UE可能由无线设备及其关联的通用集成电路卡(UICC)构成，该UICC包括订户标识模块(SIM)应用、通用订户标识模块(USIM)应用、或可移除用户标识模块(R-UIM)应用，或者这种UE可能由没有这种卡的设备本身构成。术语“UE”还可以指代具有类似能力，但是非便携的设备，例如固定线路电话、台式计算机或机顶盒。术语“UE”还可以指代可以终结SIP会话的任何硬件或软件组件。
发明内容
在实施例中，提供了一种包括处理器的网络组件，该处理器被配置为：当网络组件从用户设备(UE)接收到IMS(因特网协议多媒体子系统)紧急事件呼叫时，检测紧急事件呼叫中的指示符，该指示符请求网络组件限制与UE相关的保密信息的呈现。该处理器还被配置为：当该指示符存在时，向公共安全应答点(PSAP)发送紧急事件呼叫而不发送至少一部分保密信息。
在另一实施例中，提供了一种包括处理器的UE。该处理器被配置为：在IMS(因特网协议多媒体子系统)紧急事件呼叫中放置指示符，该指示符请求限制与UE相关的保密信息的呈现。
在另一实施例中，提供了一种用于限制IMS(因特网协议多媒体子系统)紧急事件呼叫中的保密信息的呈现的方法。该方法包括：用户设备(UE)在紧急事件呼叫中放置指示符，该指示符请求限制与UE相关的保密信息的呈现。
附图说明
为了更完全地理解本公开，现在参照以下结合附图和具体说明而进行的简要描述，其中相似的参考标记表示相似的部分。
图1是根据本公开的实施例的包括UE和PSAP的示意性IP网络的图。
图2是根据本公开的另一实施例的包括UE和PSAP的示意性IP网络的图。
图3是示出根据本公开的实施例用于使UE响应于紧急事件相关消息的方法的图。
图4是包括用户设备的无线通信系统的图，该用户设备可操作用于本公开的多个实施例中的一些实施例。
图5是可操作用于本公开的多个实施例中的一些实施例的用户设备的框图。
图6是可操作用于本公开的多个实施例中的一些实施例的用户设备上实现的软件环境的图。
图7是适用于本公开的多个实施例中的一些实施例的示意性计算系统。
具体实施方式
应当理解，尽管下面提供了本公开的一个或多个实施例的示意性实现方式，但是可以使用任何数量的技术(不管是当前已知的还是现有的)来实施所公开的系统和/或方法。本公开决不应限于下面示意的示意性实现方式、附图和技术(包括本文示意和描述的示例设计和实现方式)，而是可以在所附权利要求的范围及其等价物的全部范围内进行修改。
UE(例如具有IMS能力的UE)的用户典型地能够通过拨打911(在北美)、112(在欧洲大部)、999(在英国)、110、118或119(日本)或一些其他的紧急事件专用号码来发出紧急事件呼叫。该呼叫可以由公共安全应答点(PSAP)来处理，公共安全应答点可以是能够对紧急事件的适当响应进行协调的紧急事件呼叫中心或系统。对PSAP的任何呼叫在本文中被称作紧急事件呼叫。在本文档中，PSAP还可以是紧急事件中心。
在一些情况下，UE可能不知晓所作出的呼叫是紧急事件呼叫。例如，被制造用于北美的UE可能被编程为将911呼叫识别为紧急事件呼叫。如果将该UE带到使用非911的号码作为紧急事件呼叫的地方，并且UE的用户拨打该其他紧急事件号码，那么UE可能不会将该呼叫识别为紧急事件呼叫。如果UE没有将该呼叫识别为紧急事件呼叫，则可能出现不期望的结果。例如，UE可能无法向PSAP提供相关信息，UE可能将该呼叫看作常规呼叫并将其置于保持或呼叫等待，该呼叫可能被阻止，或者UE可能没有适当地看待该呼叫。另外，网络可能不会在例如拥塞的网络或小区中应用特别的处理，而且可能不会向未识别的紧急事件呼叫应用紧急事件呼叫过程(例如，可能不会得到优先权)。
本公开通过在去往UE的消息中包括指示呼叫是紧急事件呼叫的指示符，提供了向UE指示该UE作出的呼叫是IMS紧急事件呼叫。该指示符可以被包括在响应于针对对话或独立事务的初始SIP请求或未知方法(例如SIP INVITE请求)而发送至UE的SIP消息(可以是但不限于SIP2xx或SIP1xx消息)中，或者是UE尝试建立紧急事件呼叫而发送的类似消息中。在下文中，术语“SIP消息”可以指SIP请求(例如包括re-INVITE请求或针对对话的Target刷新请求或针对对话或独立事务的初始SIP请求，或未知方法)或SIP响应。应当注意，re-INVITE方法请求只能够在互联网工程任务组(IETF)请求评述(RFC)3261中记载的条件得到满足时才被发送。包括该指示符的SIP消息可以由PSAP发送，或者由PSAP与UE彼此通信所凭借的网络组件来发送。该组件的例子是P-CSCF和E-CSCF。
可以使用如下备选将紧急事件有关指示符编码在SIP中：a)诸如已经用于IMS中的“application/3gpp-ims+xml”的SIP主体，用于指示针对接收UA的附加信息或指示。其可被扩展至还向UE指示：当在INVITE或类似请求中接收到时，该请求将被看作紧急事件呼叫或者PSAP回叫(callback)，而且与该类型的呼叫相关联的功能将被调用。该功能可以包括但不限于：通过可视、可听或其他方法警告用户，并且将位置信息包括到响应中。可能需要定义新的内容布置(content-disposition)首部字段值。b)可能定义新的SIP首部，或者可能增强现有的SIP首部。PSAP自身或代表PSAP处理PSAP回叫的S-CSCF或诸如信令网关的另一网络元件能够引入指示符。c)该指示符可以是新的SIP首部字段。d)该指示符可以是新的SIP首部字段值，例如指示PSAP功能(例如高山营救或海岸防卫或通常的911)或紧急事件中心功能或紧急事件个人功能的标准化SIP URN。e)该指示符可以是新的URI字段。f)该指示符可以是新的URI字段值，例如user＝psap，其中‘user’是SIP URI字段而‘psap’是可以放置于Contact首部字段中的新值。g)标准化的SIP URN可以被PSAP或紧急事件中心或紧急事件个人所驻留的可信域置于P-Asserted-Identity中。h)该指示符可以被包含在FROM首部字段值中，而且该FROM首部字段值能够根据RFC4474或RFC3893而断言(asserted)。该方案基于证书。
如上所述，有多种可能可用于指示会话实际上是紧急事件会话。已经强调的是，PSAP可以处于被访问网络(例如VPLMN网络)中，而且与诸如HPLMN(归属公共陆地移动网络)的归属网络不具有信任关系。假定当UE正在建立UE并不识别的紧急事件会话或当接收移动端接(terminated)请求(该请求包含SIP消息(例如1xx或2xx响应或SIP目标刷新请求或类似消息)中的指示，该指示表明该请求是PSAP回叫)时是这样，则PSAP或网络也可发送回令牌，该令牌可能会由UE存储。当UE与IM核心网络(CN)子系统注册时，网络可提供该令牌。该令牌可存储在存储器中，该存储器可以是内部的或可移动的。如果UE的紧急事件呼叫被断开或者UE需要被告知其正在请求紧急事件会话，网络或PSAP可包括该令牌。在从网络接收到令牌时，UE能够将其与共享令牌进行比较。如果令牌不匹配，则UE知晓该呼叫不与紧急事件有关。
设置为“紧急事件”的SIP“优先级”首部字段目前还未被用作紧急事件呼叫的可信指示符[RFC3261]。如果需要任何处理，则SIP UA的已安装的基底(installed base)将会对该首部进行不同的和发散的(diverging)处理。
如果PSAP回叫或紧急事件呼叫信令响应是通过电路交换网络接收的，则该方案能够允许在合适的呼叫方类别字段之间进行映射，其有时用于在基于ISUP/TUP(ISDN用户部分/电话用户部分)的系统中承载紧急事件呼叫指示。典型地，ISUP/TUP信令信息不允许像RFC5031中定义的紧急事件urn:service:sos标识符那样精细的粒度。
图1示出了系统10，其包括与IMS网络120相关联的一个或更多个组件。UE110可以是任何端用户设备或系统，其能够连接至IMS网络120。UE110的例子能够包括但不限于：移动电话、固定线路电话、移动无线设备(包括数字、蜂窝或双模设备)、个人数字助理、膝上/平板/笔记本计算机和桌面计算机。UE110能够经由IMS网络120与PSAP130通信，PSAP130可以是911系统或另一紧急事件呼叫中心或系统。
IMS网络120可包括任何公知的组件集，例如基站和其他无线电发射和接收设备，其能够提升UE110和PSAP130之间的基于IMS的连接。可存在于IMS网络120中但是并未示出的其他组件包括：P-CSCF(代理呼叫会话控制功能)，它可以是UE110的第一联系点；S-CSCF(服务CSCF)，它可以执行会话控制、下载和上传用户简档以及其他功能；E-CSCF(紧急事件CSCF)，它可以提供用于PSAP130的会话控制功能；以及用于发起和维持基于IMS的会话的其他公知组件。
为了进行紧急事件呼叫，UE110可经由IMS网络120向PSAP130发送针对对话或独立事务的初始SIP请求、或未知方法(例如SIP INVITE请求)140、或类似的邀请消息。PSAP130典型地使用SIP1xx或SIP2xx响应(例如SIP200OK)消息150或类似的响应消息来响应邀请消息140。备选地，PSAP130可发送目标刷新请求(例如re-INVITE请求)。然后，可遵循标准的SIP过程以建立UE110和PSAP130之间的紧急事件呼叫。
在实施例中，响应消息150包括指示符160，其指示UE110作出的呼叫是紧急事件呼叫。指示符160可以是比特、标记或一些其他数据元素，其能够被UE识别为指示UE110作出的呼叫是紧急事件呼叫的标识(例如，RFC5031中规定的紧急事件服务URN，例如urn:service:sos、urn:service:sos.animal-control或urn:service:sos.police call)。当UE110接收到包括指示符160的响应消息150时，UE110将其作出的呼叫识别为IMS紧急事件呼叫，并且能够采取合适的动作以及调用针对紧急事件呼叫的功能。UE110可能采取的一个动作是，向UE的用户指示原始呼叫的性质。就是说，UE110可警告用户该呼叫是紧急事件呼叫。该警告可以是出现在UE110的显示屏上的消息、可视或可听警告、或呼叫性质的一些其他类型的环境条件或指示。UE110采取的其他动作包括发送SIP请求消息170，例如SIP ACK或SIP PRACK消息，或对话的任何随后的SIP请求部分(包括目标刷新请求)或针对新对话的请求，其中针对对话的请求使用SIP目标对话首部字段，该字段具有被设置为等于针对紧急事件会话的相应对话标识符值的值。在发送针对具有SIP目标对话首部字段集的新对话消息170的请求的情况下，其能够向接收方指示发送方意识到与接收方的现有对话，因为发送方处于该对话的另一侧，或因为其具有对对话标识符的访问，从而接收方能够基于该意识(awareness)而授权该请求。受到SIP的限制，如果接收方是PSAP130，则这些消息中的任一个能够在请求中包括作为PSAP130可用信息的一部分的信息。如所述的，消息170可以是SIP目标刷新请求、SIP UPDATE、SIP re-INVITE消息170或类似的(应答)消息(例如SIP PRACK)。消息170能够包括与UE110有关的信息180，这将在下文详细描述。由于SIP协议中的限制，信息180可以分散在若干SIP消息中，例如一些信息可以位于SIP PRACK请求中，一些位于对PSAP或网络发起的请求或SIP UPDATE请求的响应中，一些位于其他SIP目标刷新请求中。信息180可能意在用于PSAP130或IMS网络120中的一个或更多个组件。信息180可选地包括标记或其他指示符，其指示特定的紧急事件相关信息(例如身份证明、网络接入和位置信息)不会被共享(例如与PSAP130)。如果设置了一个或更多个保密(privacy)指示符，则网络可能仍能够出于路由的目的而使用紧急事件相关信息或能够提供匿名回叫。
在另一实施例中，策略可存储在UE110中。该策略可以用于确定当请求紧急事件会话时是否允许包括用于请求保密的一个或更多个指示符，或确定当PSAP进行回叫时是否提供紧急事件相关信息，或确定当响应于PSAP回叫而提供紧急事件相关信息时是否允许请求保密。可以在UE110想要吐露(divulge)对于保密来说敏感的信息(例如但不限于位置)时查阅(consult)该策略。该策略可以是用户提供的或运营商(operator)提供的或两者。当策略是用户提供的和运营商提供的时，运营商可以提供缺省策略，但是用户如果希望则可以超控(override)该策略。该策略可以存储在设备内部或外部的存储器中。
可能的情况是，按照PSAP的规章要求来设置策略/偏好。例如，UE110可能来自能够选择是否提供用户相关或事件相关信息的国家，那么策略/偏好可以被设置为使得不会提供该信息。备选地，策略/偏好可以被设置为使得可以提供该信息(例如，为了确定最近的PSAP的目的)，但是可能会作出该信息不被发布的请求。UE110随后可能会到达法律上规定如果有的话必须提供位置信息的国家。在该情况下，网络可向UE110发信号通知超控该策略/偏好，并且必须提供信息。可通过来自网络的消息中的令牌而发信号通知这个超控通知。例如，SIP消息可包含被编码为新特征标记、新URI参数、XML主体、SDP参数或类似的编码特征的令牌。该令牌可能还需要能够被UE110信任的属性。
下面示出了UE110如何运转的一个可能的实施例。
基本过程将是
策略/偏好设置
从网络接收包含超控令牌的消息
查阅策略/偏好
允许位置信息，提供
不允许，确定是否接收到令牌
接收到令牌，确定令牌的可靠性，如果有效则提供位置信息
接收到假(fake)令牌，向网络提供接收到假令牌的指示，不提供位置信息
该令牌可以承载在来自PSAP130的回叫(例如SIP INVITE)中。备选地，可以在UE110向网络120注册时提供该令牌，使得在IMS中该令牌可以在响应于紧急事件注册的SIP200OK消息中提供。在200OK中，如果令牌被编码为新特征标记、新URI参数或XML主体，则令牌可能是安全令牌。在LTE/SAE网络中，可以响应于连接至网络的请求或作为UE110的授权序列的一部分而发送200OK消息。
另一实施例是，VPLMN策略可以在系统消息中广播，指示UE如果接收到紧急事件回叫时的行为。
能够以(不限于)如下一种方式来提供策略：OMADM、CP、OTA、专用的(proprietary)或其他。当被提供时，可以使用如下传输中的任意传输：小区广播、SMS、USSD、MBMS、通用IP管道或其他。
该策略可以存储在内部或外部存储器中。外部存储器可以是但不限于：PC Card PCMCIA，CompactFlash I CF-I，CompactFlash II CF-II，SmartMedia SM/SMC，Memory Stick MS，Memory Stick Duo MSD，Memory Stick PRO Duo MSPD，Memory Stick PRO-HG Duo MSPDX，Memory Stick Micro M2，Multimedia Card MMC，Multimedia CardRS-MMC，MMCmicro Card MMCmicro，Secure Digital Card SD，SxS SxS，Universal Flash Storage UFS，miniSD Card miniSD，microSD Card microSD，xD-Picture Card xD，Intelligent Stick iStick，Serial Flash Module SFM，μcardμcard，NT Card NT NT+，USIM，R-UIM，等等。
在策略信息的一个实施例中，可移动存储器上可能存在针对每一个文件包括8个比特的文件。比特1(最低有效位)可以被设置为1以指示提供位置信息，或被没置为0以指示不提供位置消息。所有余下的7个比特可以被保留(RFU)。
用户偏好文件可受到PIN控制(即用户可以在录入PIN后控制文件的内容)，并且运营商文件可受到ADM(管理)控制，防止除了管理员(卡发行者，通常是运营商)之外的任何一方更改文件的内容。
在各个实施例中，可以以不同格式实现策略。下文提供了策略格式的一个示例，但是格式不应受到该示例的限制，可以想到其他格式。
/<X>/针对PSAP回叫的紧急事件位置策略/
紧急事件位置策略页(leaf)指示UE是否针对紧急事件回叫提供紧急事件信息.
·发生频率(Occurrence)：一(One)
·格式(Format)：布尔(bool)
·访问类型(Access Type)：获取(Get)，替换(Replace)
·取值(Values)：0，1
0-UE提供紧急事件信息.
1-UE不提供紧急事件信息.
如上所述，当UE110接收到包括指示符160的响应消息150时，UE110可将关于自身的信息180发送至PSAP130。如果策略允许，可由UE110包括在SIP消息170中的一条信息180是UE的公开用户标识(例如TelURI、SIP URI或移动台国际ISDN号码(MSISDN))或一些其他的识别符号。包括该信息要服从策略，或者伴随有指示私人信息不与PSAP或紧急事件中心或不信任的网络元件共享的指示符。公开用户标识可具有GRUU格式，或可包含通过电路交换技术能够进行回叫的足够信息，例如Tel URI格式。PSAP130在需要时能够使用该标识符向UE110作出回叫，如下文所述。可由UE110在应答消息170中发送的另一条信息180是UE110正在使用的接入类型。例如，如果通过无线局域网(LAN)进行紧急事件呼叫，则UE110可将该事实以及小区ID、线路ID和/或无线LAN接入节点ID包括在信息180中。在对话期间，UE的IP连接接入网络(IP-CAN)的连接点会发生变化(例如，UE连接到不同的小区)。UE能够利用IP-CAN的当前连接点(例如当前小区信息)，来填充对话内的任何请求或响应中的P-Access-Network-Info首部，其中该请求或响应支持该信息的传输(例如不包括ACK请求和CANCEL请求和响应)。
如果UE110意识到其地理位置，例如通过使用全球定位系统(GPS)，则UE110能够包括其位置作为另一条信息180，例如但不限于：小区全局标识(CGI)、服务集标识符(SSID)、诸如界标的路点(waypoint)，以及具有相应的CGI的相邻小区的信号强度。如果UE110没有意识到其地理位置，则信息180中不包括位置相关数据。如果GRUU(全局可路由UA(用户代理)URI(统一资源标识符))与UE110相关联，则UE的GRUU能够被包括作为另一条信息180。取决于用户的保密设置，GRUU可以是P-GRUU或T-GRUU，但是公开GRUU(P-GRUU)优于临时GRUU(T-GRUU)。
能够被包括在信息180中的其他项可包括UE100的性能、UE110使用的无线电接入技术、UE110的电池寿命、信号强度以及网络标识(例如CGI、SSID、SID)。UE110还可以调用将通常被称作ecall的功能发送至PSAP130。
在紧急事件请求到达PSAP130前，其可以由IMS网络120中的一个或更多个组件来处理。一个这样的组件是P-CSCF。IMS网络组件能够检查所有请求以确定它们是否与紧急事件有关。如果确定请求与紧急事件有关，基于配置和管理者策略，网络组件能够确定拒绝请求或重新格式化请求或将紧急事件呼叫指示符160包括在发送至UE110的SIP响应中。如果UE提供T-GRUU和网络运营商策略设置(例如在P-CSCF中)指示必须提供公开用户标识，则可以重新格式化该请求。在这种情况下，T-GRUU可以被GRUU取代。另外，如果路由到PSAP的消息包含与g.3gpp.app_ref特征标签中的请求有关的P-Perferred-Service首部字段、P-Asserted-Service首部字段、包含IMS通信服务标识符(ICSI)值(按照3GPP TS24.229中的子条款7.2A.8.2中的规定编码)或零个或更多个IMS应用参考标识符(IARI)值(按照3GPP TS24.229中的子条款7.2A.9.2中的规定编码)的Accept-Contact首部字段，则可以重新格式化路由至PSAP的消息。P-Perferred-Service首部字段、P-Asserted-Service首部字段不应被转发至PSAP或紧急事件中心。应当针对ICSI值和IARI值来准备Accept-Contact首部字段，因为它们可能在选择代理时导致相互作用。如果Accept-Contact首部字段包含g.3gpp.app_ref媒体特征标签，应当移除它们及它们的值。
换句话说，所谓的“重新格式化”能够包括将GRUU从临时GRUU改变为公开GRUU。这是因为，如果UE是断开连接的并且需要注册，则临时GRUU是无效的。PSAP不能在UE取消注册(de-register)和重新注册后向临时GRUU作出回叫。另一方面，公开GRUU具有甚至在UE取消注册和重新注册后也能够被路由的属性(向公开GRUU作出的PSAP回叫更可能完成)。“重新格式化”还能够包括不传播ICSI或IARI特征标签、P-Perferred-Service首部字段和/或P-Asserted-Service首部字段。该标签或字段的存在可能会歪曲(skew)PSAP处对请求的处理，并且导致基于UE上支持的服务而不是基于例如所请求的服务的地理临近性和类型来路由请求。由于在UE、P-CSCF、E-CSCF和PSAP之间的会话路径中一般存在S-SCSF，UE可能(supposedly)支持的这些服务典型地在紧急事件呼叫期间不被激活。因此，将其作为紧急事件请求的一部分而发信号通知(甚至当UE没有认识到其是紧急事件请求并且包括ICSI或IARI特征标签、P-Perferred-Service首部字段和/或P-Asserted-Service首部字段，因为其相信其作出的请求是正常请求)不会实现任何目的，而且可能仅仅贬低(detract)/导致将请求路由到除了基于位置、请求的服务类型和RFC3261过程而确定的PSAP之外的其他PSAP或PSAP用户代理。在最坏的情况下，如果PSAP运营商注册其支持所述服务，其可以比其他PSAP运营商接收更高负荷的紧急事件服务请求，可能会导致紧急事件响应的延迟。
在IMS网络120中的组件拒绝紧急事件服务请求的实施例中，其能够以SIP3xx消息(例如300(多选择)、301(长期移动)、302(暂时移动)、380(备选服务)消息)或SIP4xx响应或SIP6xx响应做出响应。SIP380(备选服务)优选地用于指示UE应当尝试另一种接入技术(例如CS)或使用/创建另一种安全上下文/注册(例如紧急事件注册所创建的上下文)。该消息还可用于告知UE不使用当前的上下文(其可能已经作为紧急事件注册的结果而被创建)。
下面给出了网络可被配置为拒绝请求的情况：a)网络不能处理紧急事件会话；b)P-CSCF所属的IM CN子系统不能处理紧急事件会话；c)由于本地策略，网络不处理紧急事件会话；d)网络仅处理特定类型的紧急事件会话请求；e)UE正在漫游；f)P-CSCF处于与UE的归属运营商网络(home operator network)不同的网络中；g)网络不支持针对UE所处的地理位置或针对UE所连接的IP-CAN的紧急事件会话。
应当注意，3xx重定向响应仅在当前连接的网络中是有效的或可路由的。例如，urn:service:sos.animal-control在地址薄中仅对于UE110能够连接/注册的一些网络是有效的。地址簿中的地址的使用对于运营商或UE110连接/注册的区域是有条件的。在恳请UE针对紧急事件相关请求或被确定不与紧急事件相关的请求而使用另一地址的3xx响应之后，不应仅仅改变地址簿中相应的地址簿条目(如果存在)。
两个例子能够示出由于紧急事件会话请求的类型得不到支持而导致网络拒绝请求的情况。在第一个例子中，RFC5031将urn:service:sos.animal-control定义如下：动物控制典型地实施与动物控制和管理有关的法律和条例，调查虐待动物的情况，教育公众对宠物负有所有者的责任和野生动物保护，并且提供对流浪动物的收容和照顾，以及其他与动物有关的服务。在一些管辖范围(jurisdiction)中，在其经受网络和运营商紧急事件过程(例如，当UE没有注册或没有足够的证件时，允许或不允许针对urn:service:sos.animal-control的请求)的意义上，对urn:service:sos.animal-control的请求可能不被归类为紧急事件。如果这样配置，则网络以该呼叫实际上不是紧急事件的指示加以拒绝，或以该呼叫不是紧急事件加以拒绝，并且提供要执行的备选步骤，例如向联系人和/或不同的CS网络地址(例如数字串)提供不同的URI。注意，由于紧急事件服务URN不可路由且不是E.164号码，UE可能不能在无法获知可路由地址或号码的情况下继续处理。在这些管辖范围中，UE执行紧急事件过程(如3GPP TS24.008中所规定的)是不合适的，而且UE不应当在联系例如urn:service:sos.animal-control时接收到拒绝的情况下自动联系例如“911”或“112”。
注意，可能的是，具有CS能力的UE已经接收到本地CS紧急事件号码列表(例如接收到位置更新过程的结果)。UE可以在CS紧急事件请求中指示所请求的紧急事件服务类型，并且使用3GPP TS24.008中的过程连接到所请求的PSAP。例如，存在下表：
表10.5.135d/3GPP TS24.008：服务类别信息元素
然而，当前不存在针对urn:service:sos.animal-control的映射。对RFC5031中定义的一些其他紧急事件服务(例如urn:service:sos.police)，可以通过设置紧急事件类别值中的对应比特而进行映射(例如，urn:service:sos.police映射到紧急事件服务类别值的比特1，urn:service:sos.ambulance映射到紧急事件服务类别值的比特2，urn:service:sos.fire映射到紧急事件服务类别值的比特3，urn:service:sos.marine映射到紧急事件服务类别值的比特4，urn:service:sos.mountian映射到紧急事件服务类别值的比特5)。urn:service:sos.animal-control，urn:service:sos.physician，urn:service:sos.poison，urn:service:sos.gas及其他可以映射到没有比特被设为“1”的紧急事件服务类别值，使得将呼叫路由至运营商定义的缺省紧急事件中心。备选地，对于网络中不支持PSAP的请求，可使UE作出正常的SIP请求(使用3GPP TS24.228中的过程)或设置正常的CS呼叫(使用3GPP TS24.008中的过程)。网络可通过不指出备选地址来实现这一点，其中备选地址不能被映射至紧急事件服务类别值(即，不属于映射被标准化的多个urn:service:SoS URN之一)。当PSAP接收到紧急事件请求但是PSAP不能处理该请求并返回SIP380或类似消息时，如果UE上存在从给定的URN至紧急事件服务类别值的映射，则会自动设置面向该CS PSAPE.164号码的呼叫。
在第二个例子中：P-CSCF可确定紧急事件请求是针对urn:service:sos.police作出的。然而，例如在荷兰，联系警察不会根据激活紧急事件过程的定义授权令(definition warrant)。取而代之地，配置了不同于“112”的特殊号码：0900-8844。其他例子是：“19”警察(阿尔巴尼亚)、“100”(警察和消防队(希腊多个城市))、“100”(救护车和消防队(比利时))、“112”(警察和消防队(意大利))、“144”(救护车(澳大利亚))、“*337”(当地警察局或公共安全局部门，非紧急事件路边协助，在德克萨斯州)。该号码可以是额外费用(premium)服务。UE在网络拒绝针对urn:service:sos.police的呼叫时自动联系例如“911”或“112”是不合适的，网络自动联系例如0900-8844作为常规呼叫是不合适的，因为用户在未认识到的情况下会自动被收取额外费用。P-CSCF可提供备选步骤，例如在SIP3xx响应中提供数字串，例如090-8844。然而，该数字串可以是消息的一部分，其标识该数字串应当被显示和/或文本消息应当被显示，以指示作出的呼叫的性质和所提供的号码的性质。
在一个实施例中，P-CSCF具有可配置的列表，该列表具有本地和漫游伙伴的紧急事件服务标识符，该标识符指示每个紧急事件服务标识符的处理。当拒绝请求时，可在响应中包括备选紧急事件服务URI的可配置列表，例如作为SIP Contact首部字段的一部分而发信号通知(signaled)。这些备选紧急事件服务能够利用字母数字信息来加以注释，当作为SIP Contact首部字段的一部分而发信号通知时可显示该信息。使用具有XML元素和XML属性的XML主体，还可以识别备选的紧急事件服务，仅当需要时显示。
在又一实施例中，P-CSCF将不会拒绝针对不支持的紧急事件服务类型(例如urn:service:sos.poison)的请求，而是对其进行准备以使用正常过程转发至用户的归属网络S-CSCF(与将其转发至E-CSCF不同)。这样，用户的归属网络S-CSCF应当被配置为处理不能路由的请求URI值。IMS网络还可以被配置为考虑到请求与nrn:service:sos.police的会话的漫游用户，使得可能距离上很远的(half way around the world)UE所请求的服务仍能够以及时和有效的方式得以处理。IMS网络可以在SIP消息中向UE提供呼叫已经被确定为不是紧急事件呼叫而且其处理将会不同的指示。该指示可以是标记和/或字母数字信息。本文档中给出了这种类型的指示符的可能的编码。
回到IMS网络组件确定UE110已经发起紧急事件呼叫但没有识别出该呼叫是紧急事件呼叫的情况，在一些实施例中，IMS网络120在发送至UE110的SIP响应中包括紧急事件呼叫指示符160。在这种情况下，在呼叫建立信令阶段提供该指示符160。在其他实施例中，紧急事件呼叫指示符160被包括在PSAP130处起源的消息中。然后，IMS网络120将该消息从PSAP130传输至UE110。
在其他实施例中，如果IMS网络120中的组件在发送至UE110的SIP响应中包括紧急事件呼叫指示符160，UE110能够中止当前信令并发起常规紧急事件呼叫建立过程，其可以包括：如果能够并且可能，或者在发起紧急事件注册过程后，或发送包含指示SIP INVITE请求是紧急事件相关呼叫请求的指示符和包含关于其自身的紧急事件相关信息的SIPINVITE请求，通过电路交换网络发起呼叫。
类似于UE110包括在SIP消息170中的信息180的信息可以由UE110包括在在不同情况下发送的消息中。这在图2中示出，其中同样存在UE110、IMS网络120和PSAP130。然而，在此示例中，PSAP130向UE110发起回叫。如本领域所公知的，在终止紧急事件呼叫后，PSAP130出于各种原因可以向UE110作出回叫。例如，如果紧急事件呼叫看起来是异常终止的，那么PSAP130可以回叫UE110以确定UE的用户是否希望传送任何附加信息。备选地，PSAP130可以回叫用户以询问初始呼叫中不经意地(inadvertently)未请求的信息。在紧急事件呼叫终止后从PSAP130向紧急事件呼叫者的回叫的其他原因对于本领域的技术人员来说是熟悉的。
PSAP130可通过IMS网络120向UE110发送SIP INVITE消息210或类似消息，以发起回叫。在实施例中，SIP INVITE消息210包含指示符220，其指示SIP INVITE消息210与紧急事件回叫有关。指示符220可以与图1中的指示符160基本类似，或可以是某个其他类型的指示符。UE110能够识别出该指示符220是来自PSAP130的紧急事件回叫的指示，并且能够根据策略调用紧急事件回叫功能以适当地响应该指示符220。在实施例中，UE110对接收到指示符220的响应基本上类似于UE110已经接收到图1中的指示符160的响应。
例如，UE110在识别出指示符220时可能采取的一个动作是，可视地或可听地向用户指示会话的性质。就是说，UE110可以警告用户进入的呼叫是紧急事件回叫。该警告可以是出现在UE110的显示屏幕上的消息，或呼叫性质的其他类型的指示。UE110采取的其他动作能够包括：根据策略发送SIP2xx或1xx响应(例如IP200(OK)响应)230或类似消息，其包括关于UE110的信息240。备选地，由于SIP中的限制，信息240能够通过若干SIP消息或网络消息(例如，UE提供的IP-CAN标识信息可能不是完全可靠的，因此，基于网络提供的机制(例如，使用策略控制和计费(PCC))能够提供该信息)发送，或在诸如SIP re-INVITE请求或UPDATE请求的目标刷新请求中发送，或在SIP PRACK请求中部分地发送。信息240可基本类似于UE110在接收到图1中的指示符160时提供的信息180。
UE110可能发送至PSAP130的一条信息240是UE的公开用户标识或某个其他的标识符号。UE110可能在SIP200OK消息230中发送的另一条信息240是UE110针对原始紧急事件呼叫所使用的接入类型。例如，如果紧急事件呼叫是通过无线LAN作出的，那么UE110可将该事实连同小区ID、线路ID和/或无线LAN接入节点ID包括在信息240中。
如果UE110知晓其地理位置，例如通过使用GPS系统，那么UE110能够包括其位置作为另一条信息240。如果UE110不知晓其地理位置，与位置有关的数据不包括在信息240中。如果GRUU与UE110相关联，UE的GRUU能够作为另一条信息240而被包括。
在备选实施例中，PSAP130可以设置电路交换(CS)呼叫，而且如果该CS呼叫被路由至CS网关，则CS网关可以按照分组交换技术对该呼叫和信令进行转换。由来自PSAP130的进入呼叫所触发，CS网关可利用分组交换技术，通过经由IMS网络120向UE110发送SIP INVITE消息210或类似消息而发起回叫。
图3示出了UE响应发送到该UE的紧急事件相关消息的方法300的实施例。在框310中，UE接收到包含指示符的消息，该指示符指示已经作出紧急事件相关呼叫。在一些情况下，紧急事件相关呼叫可能已经由UE作出，但是UE不知晓该呼叫与紧急事件相关。在其他情况下，紧急事件相关呼叫可能是响应于先前来自UE的紧急事件呼叫而从PSAP到UE的回叫。在框320中，UE将该指示符识别为其第一消息(针对对话或单独事务的初始SIP请求或未知方法或类似消息)与紧急事件相关的指示。可选地，在框330中，UE向UE的用户提供可视、可听或其他指示，以指示紧急事件相关呼叫与紧急事件有关。在框340中，UE发送包含关于其自身的紧急事件相关信息的消息。
这里描述的本公开可以按照对第三代伙伴计划(3GPP)技术规范(TS)24.229“Internet Protocol(IP)Multimedia Call Control ProtocolBased on Session Initiation Protocol(SIP)and Session Description Protocol(SDP)；Stage3”的一个或更多个修改来实现。下面提供根据本公开的各个实施例对TS24.229提出的增加和修改。
下面对3GPP TS24.229的增加应用于由UE发起呼叫初始化的情况中的初始INVITE请求：
如果UE接收到针对INVITE请求的380(备选服务)响应，该响应包含XML主体，该XML主体包括<alternative service>元素，其中<type>子元素的“alternate”属性包含一个或更多个紧急事件服务URI，那么UE能够使用紧急事件服务URI或根据3GPP TS24.008[8]中描述的过程使用呼叫设置来尝试如子条款5.1.3.1中描述时正常呼叫。如果<type>子元素的“alternate”属性不存在或不包含紧急事件服务URI，，则UE的行为与具体实现有关。
下面对3GPP TS24.229的修改应用于一般的紧急事件服务：
P-CSCF会存储本地紧急事件服务标识符的可配置列表，即紧急事件号码和紧急事件服务URN，其对于P-CSCF所属的运营商来说是有效的。除此之外，P-CSCF会存储漫游伙伴的紧急事件服务标识符的可配置列表。具有本地和漫游伙伴的紧急事件服务标识符的可配置列表指示每个紧急事件服务标识符的处理。当该处理指示应当拒绝请求，可以将备选紧急事件服务URI的可配置列表包括在响应中。
下面对3GPP TS24.229的增加应用于在紧急事件注册后对除了REGISTER方法之外的所有对话和单独事务的一般处理：
如果P-CSCF检测到针对对话、单独事务或未知方法的初始请求的Request-URI与VPLMN或HPLMN的紧急事件服务标识符中的不支持的紧急事件类型相匹配，则P-CSCF会：
利用380(备选服务)响应来响应INVITE请求；
如果Accept首部中未指示对3GPP IMS XML主体的支持，则认为UE支持IM CN子系统XML主体的XML方案的版本1；以及
在380(备选服务)响应中包括：Content-Type首部字段，具有被设置为3GPP IMS XML主体的相关联MIME类型的值，如子条款7.6.1中所描述；
该主体包含：
a)<alternative-service>元素，被设为备选服务的参数；
b)如果Accept首部指示对IM CN子系统XML主体的XML方案的版本2的支持，则
-<type>子元素具有“alternate”属性，该属性被设为备选紧急事件服务URI的列表；
-否则，<type>子元素被设置为“紧急事件”；
c)<reason>子元素，被设为运营商可配置的原因。
下面，3GPP TS24.229的备选增加应用于在紧急事件注册后对除了REGISTER方法之外的所有对话和单独事务的一般处理：
如果P-CSCF检测到针对对话、单独事务或未知方法的初始请求的Request-URI与VPLMN或HPLMN的紧急事件服务标识符中的不支持的紧急事件类型相匹配，则P-CSCF会：
利用380(备选服务)响应来响应INVITE请求；
如果Accept首部中未指示对3GPP IMS XML主体的支持，则认为UE支持IM CN子系统XML主体的XML方案的版本1；以及
在380(备选服务)响应中包括：Content-Type首部字段，具有被设置为3GPP IMS XML主体的相关联MIME类型的值，如子条款7.6.l中所描述；
该主体包含：
a)<alternative-service>元素，被设为备选服务的参数；
b)<type>子元素具有“alternate”属性，该属性被设为备选紧急事件服务URI的列表；
c)<reason>子元素，被设为运营商可配置的原因。
下面对3GPP TS24.229的修改应用于针对非紧急事件注册的除了REGISTER方法之外的所有对话和单独事务的一般处理：
如果P-CSCF接收到针对对话、单独事务或未知方法的初始请求，对于注册用户，P-CSCF独立于接收到的针对已知紧急事件服务标识符的Route首部中的可能条目的值(即，来自这些可配置列表的紧急事件号码和紧急事件服务URN)来检查Request URI。如果P-CSCF检测到针对对话、单独事务或未知方法的初始请求的Request-URI与这些列表中的任意列表的紧急事件服务标识符之一相匹配，则P-CSCF会：
0)确定UE的地理位置。在每一个接入技术特定附录中描述了接入技术特定过程。如果P-CSCF不能够处理紧急事件会话或由于本地策略不处理紧急事件会话或仅处理特定类型的紧急事件会话请求，或者UE所连接的、正在漫游的IP-CAN，或者P-CSCF出于与UE的归属运营商网络不同的网络中，则P-CSCF：
-通过向UE返回380(备选服务)响应来拒绝请求；
-如果Accept首部中未指示对3GPP IMS XML主体的支持，则认为UE支持IM CN子系统XML主体的XML方案的版本1；以及
-在380(备选服务)响应中包括：Content-Type首部字段，具有被设置为3GPP IMS XML主体的相关联MIME类型的值，如子条款7.6.1中所描述；
该主体包含：
a)<alternative-service>元素，被设为备选服务的参数；
b)如果Accept首部指示对IM CN子系统XML主体的XML方案的版本2的支持，则
-<type>子元素具有“alternate”属性，该属性被设为备选紧急事件服务URI的列表；以及
-如果针对对话、单独事务或未知方法的初始请求是针对支持的类型的紧急事件，则<type>子元素被设置为“紧急事件”，以指示其是支持的紧急事件呼叫；
-否则，<type>子元素被设置为“紧急事件”；
c)<reason>子元素，被设为运营商可配置的原因；以及
d)<action>子元素，如果请求包括Request-URI中的紧急事件服务URN，则<action>子元素被设置为“紧急事件注册”。
注释1：漫游是当UE处于归属IM CN子系统的服务地理区域之外的地理区域中；
注释1a：″sip:911example.com；user＝phone"可以是备选紧急事件服务URI。
″urn:service:sos.animal-control″可以是不支持的紧急事件呼叫类型。
注释2：Request-URI中的紧急事件服务URN向网络指示紧急事件呼叫尝试被UE识别。
下面对3GPP TS24.229的备选修改应用于针对非紧急事件注册的除了REGISTER方法之外的所有对话和单独事务的一般处理：
如果P-CSCF接收到针对对话、单独事务或未知方法的初始请求，对于注册用户，P-CSCF独立于接收到的针对已知紧急事件服务标识符的Route首部中的可能条目的值(即，来自这些可配置列表的紧急事件号码和紧急事件服务URN)来检查Request URI。如果P-CSCF检测到针对对话、单独事务或未知方法的初始请求的Request-URI与这些列表中的任意列表的紧急事件服务标识符之一相匹配，则P-CSCF会：
0)确定UE时地理位置。在每一个接入技术特定附录中描述了接入技术特定过程。如果P-CSCF不能够处理紧急事件会话或由于本地策略不处理紧急事件会话或仅处理特定类型的紧急事件会话请求，或者UE所连接的、正在漫游的IP-CAN，或者P-CSCF出于与UE的归属运营商网络不同的网络中，则P-CSCF：
-通过向UE返回380(备选服务)响应来拒绝请求；
-如果Accept首部中未指示对3GPP IMS XML主体的支持，则认为UE支持IM CN子系统XML主体的XML方案的版本1；以及
-在380(备选服务)响应中包括：Content-Type首部字段，具有被设置为3GPP IMS XML主体的相关联MIME类型的值，如子条款7.6.1中所描述；
该主体包含：
a)<alternative-service>元素，被设为备选服务的参数；
b)<type>子元素具有“alternate”属性，该属性被设为备选紧急事件服务URI的列表；以及
-如果针对对话、单独事务或未知方法的初始请求是针对支持的类型的紧急事件，则<type>子元素被设置为“紧急事件”，以指示其是支持的紧急事件呼叫；
c)<reason>子元素，被设为运营商可配置的原因；以及
d)<action>子元素，如果请求包括Request-URI中的紧急事件服务URN，则<action>子元素被设置为“紧急事件注册”。
注释1：漫游是当UE处于归属IM CN子系统的服务地理区域之外的地理区域中；
注释2：Request-URI中的紧急事件服务URN向网络指示紧急事件呼叫尝试被UE识别。
下面对3GPP TS24.229的修改应用于异常情况：
如果P-CSCF所属的IM CN子系统不能够处理紧急事件会话或由于本地策略不处理紧急事件会话或仅处理特定类型的紧急事件会话请求，或者不支持针对UE所处的地理位置或UE所连接的IP-CAN的紧急事件会话，则P-CSCF不会转发INVITE请求。P-CSCF会：
-利用380(备选服务)响应来响应INVITE请求；
-如果Accept首部中未指示对3GPP IMS XML主体的支持，则认为UE支持IM CN子系统XML主体的XML方案的版本1；以及
-在380(备选服务)响应中包括：Content-Type首部字段，具有被设置为3GPP IMS XML主体的相关联MIME类型的值，如子条款7.6.1中所描述；
该主体包含：
a)<alternative-service>元素，被设为备选服务的参数；
b)如果Accept首部指示对IM CN子系统XML主体的XML方案的版本2的支持，则
-<type>子元素具有“alternate”属性，该属性被设为备选紧急事件服务URI的列表；以及
-如果针对对话、单独事务或未知方法的初始请求是针对支持的类型的紧急事件，则<type>子元素被设置为“紧急事件”，以指示其是支持的紧急事件呼叫；
否则，<type>子元素被设置为“紧急事件”；
c)<reason>子元素，被设为运营商可配置的原因；以及
d)<action>子元素，如果请求包括Request-URI中的紧急事件服务URN，则<action>子元素被设置为“紧急事件注册”。
注释1：Request-URI中的紧急事件服务URN向网络指示紧急事件呼叫尝试被UE识别；
注释1a：″sip:911example.com；user＝phone"可以是备选紧急事件服务URI。
″urn:service:sos.animal-control″可以是不支持的紧急事件呼叫类型；
注释2：一些网络仅允许Request-URI包含紧急事件服务URN的会话请求，即具有顶级服务类型“sos”的服务URN，如draft-ietf-ecrit-service-urn[69]中所规定。
下面对3GPP TS24.229的备选修改应用于异常情况：
如果P-CSCF所属的IM CN子系统不能够处理紧急事件会话或由于本地策略不处理紧急事件会话或仅处理特定类型的紧急事件会话请求，或者不支持针对UE所处的地理位置或UE所连接的IP-CAN的紧急事件会话，则P-CSCF不会转发INVITE请求。P-CSCF会：
-利用380(备选服务)响应来响应INVITE请求；
-如果Accept首部中未指示对3GPP IMS XML主体的支持，则认为UE支持IM CN子系统XML主体的XML方案的版本1；以及
-在380(备选服务)响应中包括：Content-Type首部字段，具有被设置为3GPP IMS XML主体的相关联MIME类型的值，如子条款7.6.1中所描述；
该主体包含：
a)<alternative-service>元素，被设为备选服务的参数；
b)<type>子元素具有“alternate”属性，该属性被设为备选紧急事件服务URI的列表；以及
-如果针对对话、单独事务或未知方法的初始请求是针对支持的类型的紧急事件，则<type>子元素被设置为“紧急事件”，以指示其是支持的紧急事件呼叫；
c)<reason子元素，被设为运营商可配置的原因；以及
d)<action>子元素，如果请求包括Request-URI中的紧急事件服务URN，则<action>子元素被设置为“紧急事件注册”。
注释1：Request-URI中的紧急事件服务URN向网络指示紧急事件呼叫尝试被UE识别；
注释2：一些网络仅允许Request-URI包含紧急事件服务URN的会话请求，即具有顶级服务类型“sos”的服务URN，如draft-ietf-ecrit-service-urn[69]中所规定。
下面的修改可以针对3GPP IM CN子系统XML主体XML方案，以实现这里公开的一个或更多个实施例：
<action>元素包含“alternate”属性，在本文档中仅有值(emergency-registration)。“alternate”属性能够被设置为备选紧急事件服务URI的列表。
下面对3GPP TS24.229的两种增加应用于可适用于除了REGISTER方法之外的所有方法的一般过程：
在产生针对对话、单独事务或未知方法的初始请求(不包括ACK和CANCEL)时，UE会利用“application/sdp”、UE与3GPP IMS XML主体相关联的MIME类型(参见子条款7.6.1)以及UE愿意并能够接受的任何其他的MIME类型来包括在Accept首部。
如果UE接收到针对对话、单独事务或未知方法的初始请求的380(备选服务)响应时，该响应包括IM CN子系统XML主体，如子条款7.6中所描述，其包括具有被设置为“紧急事件”的<type>子元素的<alternative-service>元素，该UE会尝试紧急事件呼叫，如子条款5.1.6中所描述。
如果针对对话、单独事务或未知方法的初始请求的1xx或2xx响应包含紧急事件会话标识符，那么UE会根据RFC3261[26]发送re-INVITE请求方法，以及：
1)UE会向用户指示会话的性质；
注释17：在该版本的规范中，用户不改变From首部以包括公开用户标识或与公开用户标识相关联的tet URI。
2)如果对于UE可用并且针对子条款7.2A.4中规定的接入类型而定义，UE会包括P-Access-Network-Info首部而且其包含诸如小区id、线路id或I-WLAN接入节点的标识的位置标识符；
注释18：3GPP TS23.167[4B]中的IMS紧急事件规范描述了UE如何能够从接入网络或从服务器获取其位置信息的若干方法。这些方法不在本说明书的范围内。
3)UE会插入P-Preferred-Identity，其包括公开用户标识或与公开用户标识相关联的tel URI，如子条款4.2中所描述；
4)如果UE具有其可用的位置信息，那么UE会以如下方式包括该信息：
-如果UE知晓指向存储UE位置的URI，则根据draft-ietf-sip-location-conveyance[89]将URI包括在Geolocation首部中；或者
-如果UE的地理位置信息对于UE是可用的，则根据RFC4119[90]包括其地理位置信息作为PIDF位置对象，并根据draft-ietf-sip-location-conveyance[89]把位置对象包括在具有内容类型application/pidf+xml的消息主体中。根据draft-ietf-sip-location-conveyance[89]将Geolocation首部设置为ContentID；以及
5)如果UE不具有可用的地理位置信息，UE不会包括draft-ietf-sip-location-conveyance[89]中所规定的任何地理位置信息；以及
6)如果公开GRUU值(pub-gruu)已经与公开用户标识相关联地被保存，而且UE没有指示P-Asserted-Identity的保密，那么UE会把公开GRUU(pub-gruu)值插入draft-ietf-slp-gruu[93]所规定的Contact首部中；否则，UE将会把受保护的服务器端口包括在Contact首部中的地址中。
注释19：根据RFC3261[26]，当另一个INVITE事务在任一方向进行时，reINVITE请求不能被发送。
注释20：reINVITE请求没有必要改变会话参数。
注释21：建议当域部分属于当前的P-CSCF或S-CSCF提供者时UE仅使用提供URI的选项。这是网络运营商需要向端用户提供向导的问题。仅能够被做出紧急事件呼叫的UE进行解析的URI是不期望的。
注释22：在对话期间，UE对IP-CAN的连接点能够改变(例如UE连接至不同小区)。UE将利用当前对IP-CAN的连接点(例如当前小区信息)来填充(populate)对话内的任何请求(除了ACK请求和CANCEL请求)或响应(除了CANCEL响应)中的R-Access-Network-Info首部。
如果PSAP位于网络的信任域中，那么应用保密(包括去除位置和接入网络信息)能够由IMS网络元件(例如E-CSCF、IBCF或其他)来执行。优选地是，请求“会话”保密(即，由于多个SIP消息中存在P-Access-Network-lnfo首部字段，因此将Privacy首部字段设置为包括值“会话”)。优选地是，E-CSCF接收位置使得其能够确定最适用的PSAP并使用其将请求路由至PSAP或紧急事件响应中心。根据RFC4244的保密请求可能也适用，但是现在没有过程预料到在紧急事件服务请求中包括历史信息。下面对3GPP TS24.229的两种增加应用于E-CSCF处的过程：
当E-CSCF接收到针对请求保密的对话、请求保密的单独事务、请求保密的与UE发起的对话有关的任何请求或响应、或请求保密的单独事务，如果本地运营商策略允许用户请求对公开用户标识符和位置信息的制止(suppression)，则E-CSCF会：
-向P-Asserted-Identity首部应用与保密有关的RFC3323[33]和RFC3325[34]所需的任何保密；
-如果存在，则去除P-ACCESS-NETWORK-INFO首部字段；
-如果存在，则从消息主体去除位置对象，并从Content-Type首部字段去除内容类型application/pidf+xml；
-如果存在，则去除Geolocation首部字段。
注释：运营商策略(例如对紧急事件通信的支持的要求)可以超控用户的制止请求。
6)基于位置信息以及可选地基于紧急事件服务类型：
-PSAP连接至IM CN子系统网络并向最顶端的(topmost)Route首部增加PSAP URI；或
注释3：如果用户没有请求保密，则E-CSCF向PSAP传送包含位置标识符的P-Access-Network-Info首部，如果针对子条款7.2A.4中规定的接入类型定义的话。
-PSTN中的PSAP，向最顶端的(topmost)Route首部增加BGCF URI，并向Request-URI(具有在PSTN/CS域中寻址PSAP的条目)增加具有telURI格式的PSAP URI；
注释4：如果用户没有请求保密，则E-CSCF向MGCF传送包含位置标识符的P-Access-Network-Info首部，如果针对子条款7.2A.4中规定的接入类型定义的话。MGCF能够将位置信息(如果包括在INVITE中，即PIDF-LO中的地理位置信息和P-Access-Network-Info首部中的位置标识符)解释为ISUP信令，参见3GPP TS29.163[11B]。
注释5：E-CSCF能够请求位置信息并路由来自LRF的信息。例如，E-CSCF能够向LRF发送位置指示符，并且LRF将位置指示符映射到LRF发送至E-CSCF的对应的地理位置信息。LRF能够调用RDF以将位置信息转换为适当的PSAP/EC URI。位置信息和PSAP URI两者都被返回至E-CSCF。
注释6：E-CSCF在PSAP地址是tet URI时确定下一跳跃地址的方式与具体实现相关。
7)如果用户没有请求保密并且如果E-CSCF从LRF接收到参考号码，则E-CSCF会将该参考号码包括在P-Asserted-Idenuty首部中；
注释7：该参考号码用于PSAP与LRF之间的通信。
图4示出了包括UE110的实施例在内的无线通信系统。可操作UE110用于实现本公开的各方面，但是本公开不限于这些实现。尽管作为移动电话来说明，UE110可以采用包括无线手机、寻呼机、个人数字助理(PDA)、便携式计算机、平板计算机、或膝上型计算机的各种形式。很多合适的设备结合了这些功能中的一些或者所有功能。在本公开的一些实施例中，UE110不是类似于便携式、膝上型或者平板计算机的通用计算设备，而是专用通信设备，例如移动电话、无线手机、寻呼机、或PDA。在另一个实施例中，UE110可以是便携式、膝上型或者其它计算设备。UE110可以支持专门的活动，例如游戏、库存控制、作业控制、和/或任务管理功能等等。
UE110包括显示器402。UE110还包括触敏表面、键盘或者用于让用户进行输入的被称作404的输入按键。键盘可以是全尺寸或者精简尺寸的字母数字键盘(例如QWERTY、Dvorak、AZERTY、以及顺序类型)或者具有与电话键区相关联的字母的传统键区。输入按键可以包括轨迹轮、退出或者逃生按键、轨迹球、以及可以向内按动以提供其它输入功能的其它导向或者功能键。UE110可以提供让用户选择的选项、让用户触发的控制、和/或让用户定向的指针或者其它指示符。UE110还可以接受来自用户的数据项，包括拨打的号码或者用于配置UE110的操作的各种参数值。响应于用户命令，UE110还可以执行一个或者更多软件或者固件应用。这些应用可以将UE110配置为响应于用户交互来执行不同定制的功能。附加的，可以在空中对UE110进行编程和/或配置，例如从无线基站、无线接入点或对等UE110。
在UE110可执行的各种应用中包括网页浏览器，其使得显示器402可以显示网页。经由与无线网络接入节点、小区塔、对等UE110或者任何其它无线通信网络或者系统400的无线通信，可以获得网页。网络400与有线网络408，例如因特网，相连。经由无线链路和有线网络，UE110具有对各种服务器上(例如服务器410)的信息的接入。服务器410可以提供可以在显示器402上显示的内容。备选地，UE110可以通过作为中间(intermediary)的对等UE110，以中继类型或跳类型连接来接入网络400。
图5示出了UE110的框图。尽管示出了UE110的各种已知组件，但是在实施例中，UE110中可以包括已列出的组件的子集合和/或未列出的附加组件。UE110包括数字信号处理器(DSP)502以及存储器504。如图所示，UE110还可以包括天线和前端单元506、射频(RF)收发器508、模拟基带处理单元510、麦克风512、耳机扬声器514、头戴式耳机端口516、输入/输出接口518、可抽取式存储器卡520、通用串行总线(USB)端口522、短距离无线通信子系统524、警报526、键区528、液晶显示器(LCD)530(其可以包括触敏表面)、LCD控制器532、电荷耦合器件(CCD)摄像机534、摄像机控制器536以及全球定位系统(GPS)传感器538。在实施例中，UE110可以包括不提供触敏屏幕的另一种类型的显示器。在实施例中，DSP502可以直接与存储器504进行通信，而不经过输入/输出接口518。
DSP502或者某些其它形式的控制器或者中央处理单元进行操作，以依照于存储器504或DSP502本身中包含的存储器中存储的嵌入式软件或者固件，来控制UE110的各种组件。除了嵌入式软件或者固件之外，DSP502可以执行在存储器504中存储的其它应用，或者可以执行经由信息载体媒体(例如便携式数据存储媒体，类似于可抽取式存储器卡520)或者经由有线或者无线网络通信可用的其它应用。应用软件可以包括配置DSP502以提供所需功能的机器可读指令的编译集合，或者应用软件可以是由解释器或者编译器处理以间接配置DSP502的高级软件指令。
可以提供天线和前端单元506，以在无线信号和电信号之间转换，使得UE110能够从蜂窝式网络、或者某个其它可用无线通信网络、或者对等UE110发送和接收信息。在实施例中，天线和前端单元506可以包括多个天线以支持波束成形和/或多入多出(MIMO)操作。如本领域技术人员众所周知的，MIMO操作可以提供空间分集，其可以用于克服困难的信道条件和/或增加信道吞吐量。天线和前端单元506可以包括天线调谐和/或阻抗匹配组件、RF功率放大器、和/或低噪放大器。
RF收发器508提供频移、将接收的RF信号转换为基带并且将基带发送信号转换为RF。在一些描述中，可以将无线收发器或RF收发器理解为包括其他信号处理功能，例如调制/解调、编码/解码、交织/去交织、扩频/去扩频、快速傅里叶反变换(IFFT)/快速傅里叶变换(FFT)、循环前缀添加/移除、和其他信号处理功能。为了清晰的目的，这里的描述将对该信号处理的描述与RF和/或无线阶段加以分离，并且概念上将信号处理分配给模拟基带处理单元510和/或DSP502或其他中央处理单元。在一些实施例中，可以在一个或更多处理单元和/或专用集成电路(ASIC)中将RF收发器508、天线和前端506的一部分、以及模拟基带处理单元510加以结合。
模拟基带处理单元510可以提供对输出和输出的各种模拟处理，例如对来自麦克风512和头戴式耳机516的输入以及对耳机514和头戴式耳机516的输出的处理。为此，模拟基带处理单元510可以具有用于与内建麦克风512和耳机扬声器514相连的端口，其使得UE110可以作为蜂窝式电话使用。模拟基带处理单元510还可以包括用于连接头戴式耳机或者其它免提麦克风和扬声器配置的端口。模拟基带处理单元510可以提供一个信号方向上的数模转换并且提供相反信号方向上的模数转换。在一些实施例中，可以由数字处理组件，例如由DSP502或由其他中央处理单元来提供模拟基带处理单元510的至少一些功能。
DSP502可以执行调制/解调、编码/解码、交织/去交织、扩频/去扩频、快速傅里叶反变换(IFFT)/快速傅里叶变换(FFT)、循环前缀添加/移除、和与无线通信相关联的其他信号处理功能。在实施例中，例如在码分多址(CDMA)技术应用中，针对发送器功能，DSP502可以执行调制、编码、交织、以及扩频，并且针对接收器功能，DSP502可以执行去扩频、去交织、解码以及解调。在另一个实施例中，例如在正交频分多址(OFDMA)技术应用中，针对发送器功能，DSP502可以执行调制、编码、交织、快速傅里叶反变换以及循环前缀添加，并且针对接收器功能，DSP502可以执行循环前缀移除、快速傅里叶变换、去交织、解码以及解调。在其他无线技术应用中，可以由DSP502来编程其他信号处理功能和信号处理功能的组合。
DSP502可以经由模拟基带处理单元510与无线网络进行通信。在一些实施例中，该通信可以提供互联网连接，使得用户可以获得对互联网上的内容的接入，并且可以发送和接收电子邮件或者文本信息。输入/输出接口518将DSP502与各种存储器和接口互连。存储器504和可抽取式存储器卡520可以提供配置DSP502的操作的软件和数据。在这些接口中有USB接口522以及短距离无线通信子系统524。USB接口522可以用于向UE110充电并且还可以使得UE110能够作为外围设备与个人计算机或者其它计算机系统交换信息。短距离无线通信子系统524可以包括红外端口、蓝牙接口、遵循IEEE802.11的无线接口、或者任何其它短距离无线通信子系统，其可以使得UE110可以无线地与其它附近的移动设备和/或无线基站进行通信。
当触发时，输入/输出接口518还可以将DSP502与警报526相连，以引起UE110通过例如振铃、播放旋律、或者震动向用户提供通知。警报526可以作为用于向用户告警任何不同事件(例如呼入呼叫、新的文本消息、以及通过沉默震动的约会提醒、或者通过播放针对特定主叫方的特定预分配的旋律)的机制。
键区528经由接口518与DSP502相连，以向用户提供进行选择、输入信息以及提供其它向UE110的输入的一个机制。键盘528可以是全尺寸或者精简尺寸的字母数字键盘(例如QWERTY、Dvorak、AZERTY以及顺序类型的)，或者具有与电话键区相关联的字母的传统键区。输入按键可以包括轨迹轮、退出或者逃生按键、轨迹球、以及可以向内按动以提供其它输入功能的其它导向或者功能键。另一个输入机制可以是LCD530，其可以包括触摸屏能力并且还向用户显示文本和/或图形。LCD控制器532将DSP502与LCD530相连。
如果配备有CCD摄像机534，则其使得UE110可以拍摄数字图片。DSP502经由摄像机控制器536与CCD摄像机534进行通信。在另一个实施例中，可以部署根据除了电荷耦合器件摄像机之外的技术来操作的摄像机。GPS传感器538与DSP502相连以对全球定位系统信号进行解码，从而使得UE110能够确定其位置。还可以包括各种其它的外围设备以提供附加功能，例如无线电和电视接收。
图6示出了可以由DSP502实施的软件环境602。DSP502执行提供了平台的操作系统驱动程序604，其余软件可以在该平台上操作。操作系统驱动程序604使用可由应用软件接入的标准化接口，来提供针对节点硬件的驱动程序。操作系统驱动程序604包括在UE110上运行的应用之间传输控制的应用管理服务(“AMS”)606。同样图5示出了网页浏览器应用608、媒体播放器应用610以及Java小应用程序612。网页浏览器应用608将UE110配置为网页浏览器来运行，允许用户向表单中输入信息并且选择链接以取回并且查看网页。媒体播放器应用610将UE110配置为取回并且播放音频或者音视频媒体。Java小应用程序612将UE110配置为提供游戏、工具以及其它功能。组件614可以提供本文所述的功能。
UE110以及上述其他组件可以包括任何能够执行与上述行动相关的指令的处理组件。图7示出了包括处理组件1310的系统1300的示例，处理组件1310适合实施本文公开的一个或更多实施例。除了处理器1310(可以将其称作中央处理器单元或CPU)之外，系统1300可以包括网络连接设备1320、随机存取存储器(RAM)1330、只读存储器(ROM)1340、辅助存储器1350、以及输入/输出(I/O)设备1360。在一些情况中，这些组件中的一些可能不存在，或者可以用各种组合方式彼此组合或与图中未示出的其他组件组合。这些组件可以位于单一物理实体或位于多于一个的物理实体中。在本文中被描述为由处理器1310进行的任何行动可以由处理器1310单独或由处理器1310与附图中示出或未示出的一个或更多组件一起来进行。
处理器1310执行其从网络连接设备1320、RAM1330、ROM1340或辅助存储器1350(其可以包括各种基于盘的系统，例如硬盘、软盘或光盘)中接入的指令、代码、计算机程序、脚本。尽管仅示出一个处理器1310，多个处理器可以存在。从而，尽管可以将指令描述为由处理器来执行，该指令可以由一个或多个处理器来同时、串行或以其他方式来执行。可以将处理器1310实施为一个或更多CPU芯片。
网络连接设备1320可以采用以下形式：调制解调器、调制解调器组、以太网设备、通用串行总线(USB)接口设备、串行接口、令牌网设备、光纤分布式数据接口(FDDI)设备、无线局域网(WLAN)设备、无线收发器设备(例如码分多址(CDMA)设备和/或全球移动通信系统(GSM)的无线收发器设备)、微波接入的全球可互操作(WiMAX)设备、和/或用于连接网络的其他众所周知的设备。这些网络连接设备1320可以使得处理器1310能够与互联网或者一个或者更多电信网络或其他网络(处理器1310可以从其接收信息或处理器1310可以向其输出信息)进行通信。
网络连接设备1320还可以包括能够以电磁波的形式(例如射频信号或微波频率信号)无线地发送和/或接收数据的一个或更多收发器组件1325。备选地，可以在电导体表面之中或之上、在同轴电缆中、在波导管中、在光媒体中(例如光纤)、或者在其他媒体中传播数据。收发器组件1325可以包括分离的接收和发送单元，或者单一的收发器。收发器1325发送或接收的信息可以包括已经由处理器1310处理过的数据，或要由处理器1310的指令。可以用例如计算机数据基带信号或在载波中体现的信号的形式，来从网络接收和向网络输出这种信息。由于进行处理或者生成数据或发送或者接收数据的需要，可以根据不同的顺序来对数据进行排序。可以将基带信号、载波中嵌入的信号、或当前使用的或之后开发出的其他类型的信号称作发送介质，并可以根据本领域技术人员所熟知的若干方法来生成它们。
RAM1330可用于存储易失性数据并且可以用于存储由处理器1310所执行的指令。ROM1340是一般具有比辅助存储器1350的存储器容量更小的存储器容量的非易失性存储器设备。ROM1340可以用于存储指令以及可能存储在指令执行期间读取的数据。对RAM1330和ROM1340的接入一般快于对辅助存储器1350的接入。辅助存储器1350一般包括一个或者更多盘驱动器或者带驱动器，并且可以用于数据的非易失性存储，或如果RAM1330不够大到足以容纳所有工作数据时，辅助存储器1350还可以用作溢出数据存储设备。辅助存储器1350可以用于存储程序，当选择执行该程序时将该程序加载至RAM1330。
I/O设备1360可以包括液晶显示器(LCD)、触摸屏显示器、键盘、键区、开关、拨号盘、鼠标、轨迹球、语音识别器、读卡器、纸带读取器、打印机、视频监视器、或者其它众所周知的输入设备。同样地，可以认为收发器1325是I/O设备1360的组件，而不是网络连接设备1320的组件或也是网络连接设备1320的组件。I/O设备1360中的一些或全部可以与在UE110的前述附图中所示的各种组件相类似，例如显示器402和输入404。
以引用的形式将以下第三代合作伙伴计划(3GPP)技术规范(TS)并入本文中：TS24.229V7.8.0(2007-12)。
尽管在本公开中已经提供了若干实施例，应当理解在不脱离本公开的精神或者范围的情况下，可以用很多其它特定形式来体现所公开的系统和方法。应当认为这些示例是说明性的而非限制性的，并且预期不受限于本文给出的细节。例如，可以在另一个系统中将各种单元或组件加以结合或者集成，或者可以省略或不实施特定特征。
同样地，在不脱离本公开的情况下，可以将在各种实施例中描述和说明为离散或者分离的技术、系统、子系统和方法与其它系统、模块、技术或者方法相结合或者集成。所示或者所讨论的相连或者直接相连或者彼此通信的其它项可以是通过某个接口、设备或者中间组件进行间接相连或者通信的，不管是电子地、机械地或者其它方式的。本领域技术人员可以确定改变、替换以及变更的其它示例，并且可以在不脱离本文公开的精神和范围的情况下进行这些改变、替代以及变更的其它示例。

Claims (20)

1.一种用于处理紧急事件会话中的保密相关请求的设备，包括：
用于从用户设备(UE)接收具有保密请求的紧急事件请求的装置，所述保密请求与和所述UE相关联的至少一项信息有关并且包括在所述紧急事件请求中，所述至少一项信息包括UE的位置信息；
用于从紧急事件请求中去除所述位置信息的装置；
用于向公共安全应答点(PSAP)转发所述紧急事件请求的装置；
用于向UE发送包含指示符的响应的装置，所述指示符包括指示UE已经作出紧急事件请求的P-Asserted-Identity首部字段；以及
用于如果UE不知道先前的紧急事件请求与紧急事件有关，则从UE接收第二紧急事件请求的装置。
2.根据权利要求1所述的设备，其中，与UE相关联的至少一项信息包括UE的标识。
3.根据权利要求1所述的设备，其中，与UE相关联的至少一项信息包括UE的接入网络信息。
4.根据权利要求1所述的设备，还包括：用于在向PSAP转发紧急事件请求之前，基于与UE相关联的位置信息来选择PSAP的装置。
5.根据权利要求1所述的设备，还包括：用于在向PSAP转发所述紧急事件请求之前，重新格式化所述紧急事件请求并且包括与UE相关联的保密相关信息的装置，所述保密相关信息足以使PSAP向UE做出匿名回叫。
6.根据权利要求1所述的设备，还包括：
用于存储运营商策略的装置，所述运营商策略指示是否允许对公开用户标识符和位置信息的制止，所述位置信息是从用户设备UE接收的并与UE有关；以及
用于如果运营商策略不允许对公开用户标识符和位置信息中的至少一项信息的制止，则向UE发送指示所述运营商策略的超控令牌的装置。
7.根据权利要求1所述的设备，还包括：用于从紧急事件请求中去除geolocation首部字段的装置。
8.根据权利要求1所述的设备，还包括：用于从紧急事件请求中去除全局可路由用户代理(UA)统一资源标识符(URI)(GRUU)。
9.根据权利要求1所述的设备，还包括：
用于存储运营商策略的装置，所述运营商策略指示是否允许对公开用户标识符和位置信息的制止，所述位置信息是从用户设备UE接收的并与UE有关；以及
用于仅当所述运营商策略允许时，去除公开用户标识符和位置信息中的至少一项信息的装置。
10.一种用于处理紧急事件会话中的保密相关请求的方法，包括：
从用户设备(UE)接收具有保密请求的紧急事件请求，所述保密请求与和所述UE相关联的至少一项信息有关并且包括在所述紧急事件请求中，所述至少一项信息包括UE的位置信息；
从紧急事件请求中去除所述位置信息；
向公共安全应答点(PSAP)转发紧急事件请求；
向UE发送包含指示符的响应，所述指示符包括指示UE已经作出紧急事件请求的P-Asserted-Identity首部字段；以及
如果UE不知道先前的紧急事件请求与紧急事件有关，则从UE接收第二紧急事件请求。
11.根据权利要求10所述的方法，其中，所述方法由网络组件来执行。
12.根据权利要求11所述的方法，其中，网络组件是紧急事件呼叫会话控制功能元件(E-CSCF)。
13.根据权利要求10所述的方法，其中，与UE相关联的至少一项信息包括UE的标识。
14.根据权利要求10所述的方法，其中，与UE相关联的至少一项信息包括UE的接入网络信息。
15.根据权利要求10所述的方法，还包括：在向PSAP转发紧急事件请求之前，基于与UE相关联的位置信息来选择PSAP。
16.根据权利要求10所述的方法，还包括：
在向PSAP转发所述紧急事件请求之前，重新格式化所述紧急事件请求并且包括与UE相关联的保密相关信息，所述保密相关信息足以使PSAP向UE做出匿名回叫。
17.根据权利要求10所述的方法，还包括：
存储运营商策略，所述运营商策略指示是否允许对公开用户标识符和位置信息的制止，所述位置信息是从用户设备UE接收的并与UE有关；以及
如果运营商策略不允许对公开用户标识符和位置信息中的至少一项信息的制止，则向UE发送指示所述运营商策略的超控令牌。
18.根据权利要求10所述的方法，还包括：从紧急事件请求中去除geolocation首部字段。
19.根据权利要求10所述的方法，还包括：从紧急事件请求中去除全局可路由用户代理(UA)统一资源标识符(URI)(GRUU)。
20.根据权利要求10所述的方法，还包括：
存储运营商策略，所述运营商策略指示是否允许对公开用户标识符和位置信息的制止，所述位置信息是从用户设备UE接收的并与UE有关；以及
仅当所述运营商策略允许时，去除公开用户标识符和位置信息中的至少一项信息。
CN200980130834.1A 2008-06-02 2009-06-02 用于ims紧急事件会话的保密相关请求 Active CN102113295B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US12/131,790 US20090296689A1 (en) 2008-06-02 2008-06-02 Privacy-Related Requests for an IMS Emergency Session
US12/131,790 2008-06-02
PCT/US2009/045992 WO2009149098A1 (en) 2008-06-02 2009-06-02 Privacy-related requests for an ims emergency session

Publications (2)

Publication Number Publication Date
CN102113295A CN102113295A (zh) 2011-06-29
CN102113295B true CN102113295B (zh) 2015-01-21

Family

ID=41010006

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200980130834.1A Active CN102113295B (zh) 2008-06-02 2009-06-02 用于ims紧急事件会话的保密相关请求

Country Status (6)

Country Link
US (3) US20090296689A1 (zh)
EP (1) EP2289226B1 (zh)
CN (1) CN102113295B (zh)
CA (1) CA2726628C (zh)
MX (1) MX2010013082A (zh)
WO (1) WO2009149098A1 (zh)

Families Citing this family (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8407299B2 (en) 2007-10-27 2013-03-26 Research In Motion Limited Content disposition system and method for processing message content in a distributed environment
CN101547161B (zh) 2008-03-28 2012-09-26 阿里巴巴集团控股有限公司 文件夹传输系统、文件夹传输装置及文件夹传输方法
US9148769B2 (en) * 2008-05-07 2015-09-29 Qualcomm Incorporated System, apparatus and method to enable mobile stations to identify calls based on predetermined values set in a call header
US8478226B2 (en) * 2008-06-02 2013-07-02 Research In Motion Limited Updating a request related to an IMS emergency session
US9602552B2 (en) 2008-06-02 2017-03-21 Blackberry Limited Coding and behavior when receiving an IMS emergency session indicator from authorized source
MX2010013081A (es) 2008-06-02 2011-03-03 Res In Motion Limited Star Sistema y metodo para manejar solicitudes de emergencia.
US20090296689A1 (en) 2008-06-02 2009-12-03 Research In Motion Limited Privacy-Related Requests for an IMS Emergency Session
PT2359560E (pt) * 2008-08-18 2013-02-21 Ericsson Telefon Ab L M Técnica para manipulação de sessão de emergência numa rede de comunicações
CN101742589B (zh) * 2008-11-07 2011-06-01 华为终端有限公司 一种多媒体会话转移的方法、用户设备及服务器
US8301160B2 (en) * 2009-03-16 2012-10-30 Andrew Llc System and method for SUPL roaming using a held client
US8750268B2 (en) * 2009-12-04 2014-06-10 Blackberry Limited System and method for multimedia emergency access in a wireless network
CA2696037A1 (en) 2010-03-15 2011-09-15 Research In Motion Limited Advertisement and dynamic configuration of wlan prioritization states
US9113321B1 (en) * 2010-04-16 2015-08-18 Cellco Partnership Public safety communications incident response
US8565714B2 (en) * 2011-01-14 2013-10-22 Interdigital Patent Holdings, Inc. Identifying public safety answering point (PSAP) callbacks in internet protocol (IP) multimedia subsystem (IMS) emergency services
US8867411B2 (en) * 2011-02-03 2014-10-21 T-Mobile Usa, Inc. Emergency call mode preference in wireless communication networks
CN102651716A (zh) * 2011-02-24 2012-08-29 阿里巴巴集团控股有限公司 即时通讯中的文件夹传输方法及系统、即时接收客户端
WO2012143052A1 (en) * 2011-04-20 2012-10-26 Telefonaktiebolaget Lm Ericsson (Publ) A method of and a server for establishing communication in a telecommunication system wherein calling party identity is withheld
US9762662B2 (en) * 2011-05-12 2017-09-12 Microsoft Technology Licensing, Llc Mass re-formation of groups in a peer-to-peer network
WO2012174554A2 (en) 2011-06-17 2012-12-20 Cassidian Communications, Inc. Systems, apparatus, and methods for collaborative and distributed emergency multimedia data management
US8750180B2 (en) 2011-09-16 2014-06-10 Blackberry Limited Discovering network information available via wireless networks
EP2752039B1 (en) * 2011-11-02 2019-02-27 Telefonaktiebolaget LM Ericsson (publ) Methods and apparatus for determining network support for other media during ims emergency sessions
US8942221B2 (en) 2011-11-10 2015-01-27 Blackberry Limited Caching network discovery responses in wireless networks
US9848021B2 (en) * 2012-02-07 2017-12-19 Telefonaktiebolaget Lm Ericcson (Publ) Session persistent data and method of use thereof
US9204299B2 (en) 2012-05-11 2015-12-01 Blackberry Limited Extended service set transitions in wireless networks
US8850595B2 (en) * 2012-07-05 2014-09-30 Reliance Communications, Inc. Private anonymous electronic messaging
US10812964B2 (en) 2012-07-12 2020-10-20 Blackberry Limited Address assignment for initial authentication
US9137621B2 (en) 2012-07-13 2015-09-15 Blackberry Limited Wireless network service transaction protocol
JP5559846B2 (ja) * 2012-07-25 2014-07-23 株式会社Ｎｔｔドコモ 移動通信システム、呼制御装置、移動局及び移動通信方法
US9521526B2 (en) * 2012-09-28 2016-12-13 Qualcomm Incorporated Controlling the transfer of telematics data using session related signaling
CN103812757A (zh) * 2012-11-13 2014-05-21 中兴通讯股份有限公司 一种实时通信的浏览器紧急呼叫方法、系统和移动装置
US9667703B1 (en) 2013-01-22 2017-05-30 Hypori, Inc. System, method and computer program product for generating remote views in a virtual mobile device platform
US9697629B1 (en) 2013-01-22 2017-07-04 Hypori, Inc. System, method and computer product for user performance and device resolution settings
US9380562B1 (en) 2013-01-22 2016-06-28 Hypori, Inc. System, method and computer program product for providing notifications from a virtual device to a disconnected physical device
US9619673B1 (en) 2013-01-22 2017-04-11 Hypori, Inc. System, method and computer program product for capturing touch events for a virtual mobile device platform
US9380523B1 (en) * 2013-01-22 2016-06-28 Hypori, Inc. System, method and computer program product for connecting roaming mobile devices to a virtual device platform
US9819593B1 (en) 2013-01-22 2017-11-14 Hypori, Inc. System, method and computer program product providing bypass mechanisms for a virtual mobile device platform
US9301127B2 (en) 2013-02-06 2016-03-29 Blackberry Limited Persistent network negotiation for peer to peer devices
US9380609B2 (en) * 2013-08-28 2016-06-28 Qualcomm Incorporated Method and apparatus for processing emergency calls
US9391879B2 (en) 2013-09-25 2016-07-12 Airbus Ds Communications, Inc. Mixed media call routing
US8929856B1 (en) * 2014-02-07 2015-01-06 Cassidian Communications, Inc. Emergency services routing proxy cluster management
US11388287B2 (en) * 2014-11-14 2022-07-12 Nokia Solutions And Networks Oy IMS emergency session handling
CN105812592B (zh) * 2014-12-30 2019-06-25 中国移动通信集团公司 语音业务接入方法及装置
EP3062483B1 (en) * 2015-02-27 2023-05-03 Vodafone GmbH System and method for providing location based services, especially emergency calls, for voice calls originating from a data network
CN107258095B (zh) * 2015-03-27 2021-10-15 英特尔公司 用于wlan语音紧急呼叫的位置信息
US20170272926A1 (en) * 2015-05-15 2017-09-21 Ntt Docomo, Inc. Mobile communication system, communication control device, mobility management entity, and mobile communication method
EP3316603B1 (en) * 2015-06-26 2023-04-12 Nec Corporation Communication apparatus and method for handling ims emergency calls in a roaming situation
WO2017011597A1 (en) * 2015-07-13 2017-01-19 William CHILDERS Systems and methods for an automated vending machine for blending customized drinks or meals
KR102396800B1 (ko) 2015-11-19 2022-05-11 삼성전자 주식회사 무선 통신 시스템에서 공공 안전망 접속 지원 방법 및 장치
US20180054721A1 (en) * 2016-08-22 2018-02-22 Microsoft Technology Licensing, Llc Using device location for emergency calls
US10616935B2 (en) * 2018-06-22 2020-04-07 Blackberry Limited Emergency calls
FI20185636A1 (en) 2018-07-10 2020-01-11 Telia Co Ab Handling of subscriber identity when providing service
US11617069B2 (en) * 2020-02-14 2023-03-28 Apple Inc. Providing emergency location information
CN111917658B (zh) * 2020-07-01 2022-02-25 大连理工大学 一种命名数据网络下基于分组的隐私保护协作缓存方法
US20220110187A1 (en) * 2020-10-01 2022-04-07 Apple Inc. Emergency Communication Routing for Non-cellular Coverage

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6091362A (en) * 1999-01-08 2000-07-18 Trueposition, Inc. Bandwidth synthesis for wireless location system
US6738808B1 (en) * 2000-06-30 2004-05-18 Bell South Intellectual Property Corporation Anonymous location service for wireless networks

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3115268B2 (ja) 1997-10-08 2000-12-04 孝雄 三枝 緊急通報システム
US6766159B2 (en) 2000-03-10 2004-07-20 Nokia Mobile Phones Ltd. Alpha tagging and type indication of emergency call number
US6687504B1 (en) * 2000-07-28 2004-02-03 Telefonaktiebolaget L. M. Ericsson Method and apparatus for releasing location information of a mobile communications device
JP4545436B2 (ja) * 2001-04-27 2010-09-15 ノキア コーポレイション ネットワーク識別される非常セッションを取り扱う方法及びシステム
WO2004082298A2 (en) * 2003-03-14 2004-09-23 Nortel Networks Limited Providing a location service in a wireless communications network using an indication of whether the location service is an emergency-related location service or a law enforcement-related location service
US7177623B2 (en) 2003-07-02 2007-02-13 The United States Of America As Represented By The Secretary Of The Army Localized cellular awareness and tracking of emergencies
US7050785B2 (en) * 2003-12-08 2006-05-23 Research In Motion Limited Apparatus and method of explicit indication of call from emergency call centre
US20060018272A1 (en) * 2004-07-20 2006-01-26 Nokia Corporation Instance identification
US7336962B2 (en) 2005-06-17 2008-02-26 Nextel Communications Inc. System and method for position equipment dusting in search and rescue operations
CN1889606B (zh) 2005-06-30 2011-04-06 华为技术有限公司 一种分组域地理位置信息查询方法
BRPI0614520B1 (pt) * 2005-08-02 2019-07-09 Qualcomm Incorporated Suporte de chamada de emergência voip
US10178522B2 (en) * 2005-08-02 2019-01-08 Qualcomm Incorporated VoIP emergency call support
US7245900B1 (en) 2005-08-24 2007-07-17 Sprint Spectrum L.P. Method and system for using basic service set identifiers (BSSIDs) for emergency services routing
US20070117539A1 (en) * 2005-11-23 2007-05-24 Research In Motion Limited Notification of a received message in a wireless mobile communication device based upon authentication
US7676234B2 (en) * 2005-11-23 2010-03-09 Research In Motion Limited Routing of a short message originated by a mobile device
EP1961157B1 (en) * 2005-11-23 2014-01-22 EnvisionIT LLC Message broadcasting billing system and method
US20070149166A1 (en) 2005-12-23 2007-06-28 Telefonaktiebolaget Lm Ericsson (Publ) Voice call continuity for emergency calls
US7702081B1 (en) 2006-02-21 2010-04-20 Sprint Communications Company L.P. Call back number provisioning for emergency call services
US8340626B2 (en) 2006-04-28 2012-12-25 Qualcomm Incorporated System and method for supporting voice call continuity for VOIP emergency calls
US8090830B2 (en) * 2006-05-02 2012-01-03 Research In Motion Limited Apparatus, and associated method, for generating and transmitting an anonymous routing identifier to identify user agent
US20080008157A1 (en) 2006-07-06 2008-01-10 Edge Stephen W Method And Apparatus For Parallel Registration And Call Establishment
ES2532664T3 (es) 2006-08-16 2015-03-30 Huawei Technologies Co., Ltd. Método y aparato para la transmisión/recepción en servicios de urgencia
US8774370B2 (en) 2006-08-21 2014-07-08 Connexon Telecom Inc. System and method for delivering callback numbers for emergency calls in a VOIP system
US9185216B2 (en) 2007-06-15 2015-11-10 Blackberry Limited System and method for indicating emergency call back to user equipment
WO2009086935A1 (en) * 2008-01-10 2009-07-16 Telefonaktiebolaget Lm Ericsson (Publ) Message handling in a communications network
US9602552B2 (en) 2008-06-02 2017-03-21 Blackberry Limited Coding and behavior when receiving an IMS emergency session indicator from authorized source
US8478226B2 (en) 2008-06-02 2013-07-02 Research In Motion Limited Updating a request related to an IMS emergency session
US20090296689A1 (en) 2008-06-02 2009-12-03 Research In Motion Limited Privacy-Related Requests for an IMS Emergency Session

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6091362A (en) * 1999-01-08 2000-07-18 Trueposition, Inc. Bandwidth synthesis for wireless location system
US6738808B1 (en) * 2000-06-30 2004-05-18 Bell South Intellectual Property Corporation Anonymous location service for wireless networks

Also Published As

Publication number Publication date
EP2289226A1 (en) 2011-03-02
US20120015623A1 (en) 2012-01-19
MX2010013082A (es) 2011-03-03
CA2726628C (en) 2015-05-05
US20120028598A1 (en) 2012-02-02
EP2289226B1 (en) 2019-02-27
US20090296689A1 (en) 2009-12-03
US8369824B2 (en) 2013-02-05
CA2726628A1 (en) 2009-12-10
CN102113295A (zh) 2011-06-29
US8442479B2 (en) 2013-05-14
WO2009149098A1 (en) 2009-12-10

Similar Documents

Publication Publication Date Title
CN102113295B (zh) 用于ims紧急事件会话的保密相关请求
US20200221537A1 (en) System and Method for Managing Emergency Requests
CN102113294B (zh) 当从授权源接收到ims紧急事件会话指示符时的编码和行为
US8478226B2 (en) Updating a request related to an IMS emergency session

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C53 Correction of patent of invention or patent application
CB02 Change of applicant information

Address after: Voight, Ontario, Canada

Applicant after: BlackBerry Ltd.

Address before: Ontario, Canada

Applicant before: Research In Motion Ltd.

COR Change of bibliographic data

Free format text: CORRECT: APPLICANT; FROM: RESEARCH IN MOTION LTD. TO: BLACKBERRY LTD.

C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240529

Address after: Illinois

Patentee after: Ot patent trusteeship Co.,Ltd.

Country or region after: U.S.A.

Address before: Voight, Ontario, Canada

Patentee before: BlackBerry Ltd.

Country or region before: Canada

TR01 Transfer of patent right

Effective date of registration: 20240703

Address after: Ai Erlandubailin

Patentee after: Maliki Innovation Co.,Ltd.

Country or region after: Ireland

Address before: Illinois

Patentee before: Ot patent trusteeship Co.,Ltd.

Country or region before: U.S.A.

TR01 Transfer of patent right