CN102113293A

CN102113293A - 用于管理紧急事件请求的系统和方法

Info

Publication number: CN102113293A
Application number: CN200980130795.5A
Authority: CN
Inventors: 简·亨德里克·卢卡斯·贝克; 艾德里安·巴克利; 安德鲁·艾伦
Original assignee: Research in Motion Ltd
Current assignee: BlackBerry Ltd
Priority date: 2008-06-02
Filing date: 2009-06-02
Publication date: 2011-06-29
Anticipated expiration: 2029-06-02
Also published as: JP2011524674A; US20190090303A1; ES2393301T3; MX2010013081A; ES2440344T3; US9462616B2; HK1151148A1; CA2726627C; EP2260633A1; JP5244969B2; CN102113293B; US10856359B2; US20180042055A1; US10631360B2; US10187924B2; CA2726627A1; US20200221537A1; US20160374117A1; EP2260633B1; KR20110015654A

Abstract

提供了一种网络组件。该网络组件包括：组件，被配置为使得网络发送包含指示符的响应消息，所述指示符指示第一消息是紧急事件相关请求，并且使得网络接收包含与用户设备(UE)相关联的信息的第二消息。

Description

用于管理紧急事件请求的系统和方法

背景技术

IP(互联网协议)多媒体子系统(IMS)是同时向移动和固定用户设备(UE)提供多媒体服务和基于IP的语音呼叫的标准化架构。主要由互联网工程任务组(IETF)将会话发起协议(SIP)作为用于建立和管理基于IMS的呼叫的协议进行标准化和管理。如本文所使用的，术语“UE”可以指代具有电信能力的移动设备，例如移动电话、个人数字助理、手持或膝上型计算机和类似设备等等。这种UE可能由无线设备及其关联的通用集成电路卡(UICC)构成，该UICC包括订户标识模块(SIM)应用、通用订户标识模块(USIM)应用、或可移除用户标识模块(R-UIM)应用，或者这种UE可能由没有这种卡的设备本身构成。术语“UE”还可以指代具有类似能力，但是非便携的设备，例如固定线路电话、台式计算机或机顶盒。术语“UE”还可以指代可以终结SIP会话的任何硬件或软件组件。

附图说明

为了更完全地理解本公开，现在参照以下结合附图和具体说明而进行的简要描述，其中相似的参考标记表示相似的部分。

图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消息(可以是但不限于SIP 2xx或SIP 1xx消息)中，或者是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-Identify中。h)该指示符可以被包含在FROM首部字段值中，而且该FROM首部字段值能够根据RFC 4474或RFC 3893而断言(asserted)。该方案基于证书。

如上所述，有多种可能可用于指示会话实际上是紧急事件会话。已经强调的是，PSAP可以处于被访问网络(例如VPLMN网络)中，而且与诸如HPLMN(归属公共陆地移动网络)的归属网络不具有信任关系。假定当UE正在建立UE并不识别的紧急事件会话或当接收移动端接(terminated)请求(该请求包含SIP消息(例如1xx或2xx响应或SIP目标刷新请求或类似消息)中的指示，该指示表明该请求是PSAP回叫)时是这样，则PSAP或网络也可发送回令牌，该令牌可能会由UE存储。当UE与IM核心网络(CN)子系统注册时，网络可提供该令牌。该令牌可存储在存储器中，该存储器可以是内部的或可移动的。如果UE的紧急事件呼叫被断开或者UE需要被告知其正在请求紧急事件会话，网络或PSAP可包括该令牌。在从网络接收到令牌时，UE能够将其与共享令牌进行比较。如果令牌不匹配，则UE知晓该呼叫不与紧急事件有关。

设置为“紧急事件”的SIP“优先级”首部字段目前还未被用作紧急事件呼叫的可信指示符[RFC 3261]。如果需要任何处理，则SIP UA的已安装的基底(installed base)将会对该首部进行不同的和发散的(diverging)处理。

如果PSAP回叫或紧急事件呼叫信令响应是通过电路交换网络接收的，则该方案能够允许在合适的呼叫方类别字段之间进行映射，其有时用于在基于ISUP/TUP(ISDN用户部分/电话用户部分)的系统中承载紧急事件呼叫指示。典型地，ISUP/TUP信令信息不允许像RFC5031中定义的紧急事件urn:service:sos标识符那样精细的粒度。

图1示出了系统10，其包括与IMS网络120相关联的一个或更多个组件。UE 110可以是任何端用户设备或系统，其能够连接至IMS网络120。UE 110的例子能够包括但不限于：移动电话、固定线路电话、移动无线设备(包括数字、蜂窝或双模设备)、个人数字助理、膝上/平板/笔记本计算机和桌面计算机。UE 110能够经由IMS网络120与PSAP 130通信，PSAP 130可以是911系统或另一紧急事件呼叫中心或系统。

IMS网络120可包括任何公知的组件集，例如基站和其他无线电发射和接收设备，其能够提升UE 110和PSAP 130之间的基于IMS的连接。可存在于IMS网络120中但是并未示出的其他组件包括：P-CSCF(代理呼叫会话控制功能)，它可以是UE 110的第一联系点；S-CSCF(服务CSCF)，它可以执行会话控制、下载和上传用户简档以及其他功能；E-CSCF(紧急事件CSCF)，它可以提供用于PSAP 130的会话控制功能；以及用于发起和维持基于IMS的会话的其他公知组件。

为了进行紧急事件呼叫，UE 110可经由IMS网络120向PSAP 130发送针对对话或独立事务的初始SIP请求、或未知方法(例如SIPINVITE请求)140、或类似的邀请消息。PSAP 130典型地使用SIP 1xx或SIP 2xx响应(例如SIP 200OK)消息150或类似的响应消息来响应邀请消息140。备选地，PSAP 130可发送目标刷新请求(例如re-INVITE请求)。然后，可遵循标准的SIP过程以建立UE 110和PSAP 130之间的紧急事件呼叫。

在实施例中，响应消息150包括指示符160，其指示UE 110作出的呼叫是紧急事件呼叫。指示符160可以是比特、标记或一些其他数据元素，其能够被UE识别为指示UE 110作出的呼叫是紧急事件呼叫的标识(例如，RFC 5031中规定的紧急事件服务URN，例如urn:service:sos、urn:service:sos.animal-control或urn:service:sos.police call)。当UE 110接收到包括指示符160的响应消息150时，UE 110将其作出的呼叫识别为IMS紧急事件呼叫，并且能够采取合适的动作以及调用针对紧急事件呼叫的功能。UE 110可能采取的一个动作是，向UE的用户指示原始呼叫的性质。就是说，UE 110可警告用户该呼叫是紧急事件呼叫。该警告可以是出现在UE 110的显示屏上的消息、可视或可听警告、或呼叫性质的一些其他类型的环境条件或指示。UE 110采取的其他动作包括发送SIP请求消息170，例如SIP ACK或SIP PRACK消息，或对话的任何随后的SIP请求部分(包括目标刷新请求)或针对新对话的请求，其中针对对话的请求使用SIP目标对话首部字段，该字段具有被设置为等于针对紧急事件会话的相应对话标识符值的值。在发送针对具有SIP目标对话首部字段集的新对话消息170的请求的情况下，其能够向接收方指示发送方意识到与接收方的现有对话，因为发送方处于该对话的另一侧，或因为其具有对对话标识符的访问，从而接收方能够基于该意识(awareness)而授权该请求。受到SIP的限制，如果接收方是PSAP130，则这些消息中的任一个能够在请求中包括作为PSAP 130可用信息的一部分的信息。如所述的，消息170可以是SIP目标刷新请求、SIPUPDATE、SIP re-INVITE消息170或类似的(应答)消息(例如SIPPRACK)。消息170能够包括与UE 110有关的信息180，这将在下文详细描述。由于SIP协议中的限制，信息180可以分散在若干SIP消息中，例如一些信息可以位于SIP PRACK请求中，一些位于对PSAP或网络发起的请求或SIP UPDATE请求的响应中，一些位于其他SIP目标刷新请求中。信息180可能意在用于PSAP 130或IMS网络120中的一个或更多个组件。信息180可选地包括标记或其他指示符，其指示特定的紧急事件相关信息(例如身份证明、网络接入和位置信息)不会被共享(例如与PSAP 130)。如果设置了一个或更多个保密(privacy)指示符，则网络可能仍能够出于路由的目的而使用紧急事件相关信息或能够提供匿名回叫。

在另一实施例中，策略可存储在UE 110中。该策略可以用于确定当请求紧急事件会话时是否允许包括用于请求保密的一个或更多个指示符，或确定当PSAP进行回叫时是否提供紧急事件相关信息，或确定当响应于PSAP回叫而提供紧急事件相关信息时是否允许请求保密。可以在UE 110想要吐露(divulge)对于保密来说敏感的信息(例如但不限于位置)时查阅(consult)该策略。该策略可以是用户提供的或运营商(operator)提供的或两者。当策略是用户提供的和运营商提供的时，运营商可以提供缺省策略，但是用户如果希望则可以超控(override)该策略。该策略可以存储在设备内部或外部的存储器中。

可能的情况是，按照PSAP的规章要求来设置策略/偏好。例如，UE 110可能来自能够选择是否提供用户相关或事件相关信息的国家，那么策略/偏好可以被设置为使得不会提供该信息。备选地，策略/偏好可以被设置为使得可以提供该信息(例如，为了确定最近的PSAP的目的)，但是可能会作出该信息不被发布的请求。UE 110随后可能会到达法律上规定如果有的话必须提供位置信息的国家。在该情况下，网络可向UE 110发信号通知超控该策略/偏好，并且必须提供信息。可通过来自网络的消息中的令牌而发信号通知这个超控通知。例如，SIP消息可包含被编码为新特征标记、新URI参数、XML主体、SDP参数或类似的编码特征的令牌。该令牌可能还需要能够被UE 110信任的属性。

下面示出了UE 110如何运转的一个可能的实施例。

基本过程将是

策略/偏好设置

从网络接收包含超控令牌的消息

查阅策略/偏好

允许位置信息，提供

不允许，确定是否接收到令牌

接收到令牌，确定令牌的可靠性，如果有效则

提供位置信息

接收到假(fake)令牌，向网络提供接收到假

令牌的指示，不提供位置信息

该令牌可以承载在来自PSAP 130的回叫(例如SIP INVITE)中。备选地，可以在UE 110向网络120注册时提供该令牌，使得在IMS中该令牌可以在响应于紧急事件注册的SIP 200 OK消息中提供。在200OK中，如果令牌被编码为新特征标记、新URI参数或XML主体，则令牌可能是安全令牌。在LTE/SAE网络中，可以响应于连接至网络的请求或作为UE 110的授权序列的一部分而发送200 OK消息。

另一实施例是，VPLMN策略可以在系统消息中广播，指示UE如果接收到紧急事件回叫时的行为。

能够以(不限于)如下一种方式来提供策略：OMA DM、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，SxSSxS，Universal Flash Storage UFS，miniSD Card miniSD，microSD CardmicroSD，xD-Picture Card xD，Intelligent Stick iStick，Serial FlashModule 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不提供紧急事件信息.

如上所述，当UE 110接收到包括指示符160的响应消息150时，UE110可将关于自身的信息180发送至PSAP 130。如果策略允许，可由UE110包括在SIP消息170中的一条信息180是UE的公开用户标识(例如Tel URI、SIP URI或移动台国际ISDN号码(MSISDN))或一些其他的识别符号。包括该信息要服从策略，或者伴随有指示私人信息不与PSAP或紧急事件中心或不信任的网络元件共享的指示符。公开用户标识可具有GRUU格式，或可包含通过电路交换技术能够进行回叫的足够信息，例如Tel URI格式。PSAP 130在需要时能够使用该标识符向UE 110作出回叫，如下文所述。可由UE 110在应答消息170中发送的另一条信息180是UE 110正在使用的接入类型。例如，如果通过无线局域网(LAN)进行紧急事件呼叫，则UE 110可将该事实以及小区ID、线路ID和/或无线LAN接入节点ID包括在信息180中。在对话期间，UE的IP连接接入网络(IP-CAN)的连接点会发生变化(例如，UE连接到不同的小区)。UE能够利用IP-CAN的当前连接点(例如当前小区信息)，来填充对话内的任何请求或响应中的P-Access-Network-Info首部，其中该请求或响应支持该信息的传输(例如不包括ACK请求和CANCEL请求和响应)。

如果UE 110意识到其地理位置，例如通过使用全球定位系统(GPS)，则UE 110能够包括其位置作为另一条信息180，例如但不限于：小区全局标识(CGI)、服务集标识符(SSID)、诸如界标的路点(waypoint)，以及具有相应的CGI的相邻小区的信号强度。如果UE 110没有意识到其地理位置，则信息180中不包括位置相关数据。如果GRUU(全局可路由UA(用户代理)URI(统一资源标识符))与UE 110相关联，则UE的GRUU能够被包括作为另一条信息180。取决于用户的保密设置，GRUU可以是P-GRUU或T-GRUU，但是公开GRUU(P-GRUU)优于临时GRUU(T-GRUU)。

能够被包括在信息180中的其他项可包括UE 100的性能、UE 110使用的无线电接入技术、UE 110的电池寿命、信号强度以及网络标识(例如CGI、SSID、SID)。UE 110还可以调用将通常被称作ecall的功能发送至PSAP 130。

在紧急事件请求到达PSAP 130前，其可以由IMS网络120中的一个或更多个组件来处理。该组件的例子是P-CSCF、E-CSCF、AS和IBCF(互连边界控制功能)。IMS网络组件，例如P-CSCF、AS和E-CSCF，能够检查所有请求以确定它们是否与紧急事件有关。如果确定请求与紧急事件有关，基于配置和管理者策略，网络组件能够确定拒绝请求或更新请求或将紧急事件呼叫指示符160包括在发送至UE 110的SIP响应中。如果UE提供T-GRUU和网络运营商策略设置(例如在P-CSCF中)指示必须提供公开用户标识，则可以更新该请求。在这种情况下，T-GRUU可以被GRUU取代。另外，如果路由到PSAP的消息包含与g.3gpp.app_ref特征标签中的请求有关的P-Perferred-Service首部字段、P-Asserted-Service首部字段、包含一个或更多个IMS通信服务标识符(ICSI)值(按照3GPP TS 24.229中的子条款7.2A.8.2中的规定编码)或一个或更多个IMS应用参考标识符(IARI)值(按照3GPP TS 24.229中的子条款7.2A.9.2中的规定编码)的Accept-Contact首部字段，则可以更新路由至PSAP的该消息。注意，当更新这些SIP请求或响应时，网络元件可以是背靠背用户代理(B2BUA)或代理的角色。注意，如果网络元件是AS，需要AS与IBCF、P-CSCF、E-CSCF中至少一个之间的新的参考点，这是因为此时AS与S-SCSF或I-CSF之间仅存在服务控制参考点。P-Perferred-Service首部字段、P-Asserted-Service首部字段不应被转发至PSAP或紧急事件中心。应当针对ICSI值和IARI值来准备Accept-Contact首部字段，因为它们可能在选择终止PSAP处的会话的SIP用户代理时导致相互作用。如果Accept-Contact首部字段包含g.3gpp.app_ref媒体特征标签，应当移除它们及它们的值。如果Accept-Contact首部字段包含g.3gpp.app_ref媒体特征IARII标签，则能够移除它们及它们的值。

换句话说，所谓的“更新”能够包括将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所支持的这些服务典型地在紧急事件呼叫期间不可用。因此，将其作为紧急事件请求的一部分而发信号通知(甚至当UE没有认识到其是紧急事件请求并且包括ICSI或IARI特征标签、P-Perferred-Service首部字段和/或P-Asserted-Service首部字段，因为其相信其作出的请求是正常请求)不会实现任何目的，而且可能仅仅贬低(detract)/导致将请求路由到除了基于位置、请求的服务类型和RFC 3261过程而确定的PSAP或PSAP用户代理之外的其他PSAP或PSAP用户代理。在最坏的情况下，如果PSAP用户代理注册其支持所述服务，其可以比其他PSAP用户代理接收更高负荷的紧急事件服务请求，可能会导致紧急事件响应的延迟。

在IMS网络120中的组件拒绝紧急事件服务请求的实施例中，其能够以SIP 3xx消息(例如300(多选择)、301(长期移动)、302(暂时移动)、380(备选服务)消息)或SIP 4xx响应或SIP 6xx响应做出响应。SIP 380(备选服务)优选地用于指示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在地址薄中仅对于UE 110能够连接/注册的一些网络是有效的。地址簿中的地址的使用对于运营商或UE 110连接/注册的区域是有条件的。在恳请UE针对紧急事件相关请求或被确定不与紧急事件相关的请求而使用另一地址的3xx响应之后，不应仅仅改变地址簿中相应的地址簿条目(如果存在)。

两个例子能够示出由于紧急事件会话请求的类型得不到支持而导致网络拒绝请求的情况。在第一个例子中，RFC 5031将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 TS 24.008：服务类别信息元素

然而，当前不存在针对urn:service:sos.animal-control的映射。对RFC 5031中定义的一些其他紧急事件服务(例如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呼叫(使用3GPPTS24.008中的过程)。网络可通过不指出备选地址来实现这一点，其中备选地址不能被映射至紧急事件服务类别值(即，不属于映射被标准化的多个urn:service:sos URN之一)。当PSAP接收到紧急事件请求但是PSAP不能处理该请求并返回SIP 380或类似消息时，如果UE上存在从给定的URN至紧急事件服务类别值的映射，则会自动设置面向该CSPSAP E.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可提供备选步骤，例如在SIP 3xx响应中提供数字串，例如090-8844。然而，该数字串可以是消息的一部分，其标识该数字串应当被显示和/或文本消息应当被显示，以指示作出的呼叫的性质和所提供的号码的性质。

在一个实施例中，P-CSCF具有可配置的列表，该列表具有本地和漫游伙伴的紧急事件服务标识符，该标识符指示每个紧急事件服务标识符的处理。当拒绝请求时，可在响应中包括备选紧急事件服务URI的可配置列表，例如作为SIP Contact首部字段的一部分而发信号通知(signaled)。这些备选紧急事件服务能够利用字母数字信息来加以注释，当作为SIP Contact首部字段的一部分而发信号通知时可显示该信息。使用具有XML元素和XML属性的XML主体，还可以识别备选的紧急事件服务，仅当需要时显示。

在一些情况下，网络可能拒绝对常规紧急事件中心或可能的组合PSAP或组合紧急事件中心作出的请求，其中组合PSAP或组合紧急事件中心是接受针对多种类型的紧急事件的呼叫的PSAP。例如，组合PSAP或组合紧急事件中心可以接受针对警察紧急事件、火情紧急事件、救护紧急事件以及其他类型的紧急事件的呼叫。针对组合紧急事件中心作出的请求可包括比特、标记或其他指示符(例如PSAP地址(例如某些国家中的“119”)或PSAP地址的一部分)，这些比特、标记或其他指示符规定了向哪些紧急事件响应实体路由该请求。例如，如果针对火情服务和救护服务作出请求，该请求可包括“火情”标记和“救护”标记。当读取这些标记时，组合紧急事件中心能够将该请求路由至适当的紧急事件响应实体。

在实施例中，UE可向紧急事件中心或可能的组合紧急事件中心发送请求，并且UE没有意识到该请求与紧急事件中心有关以及由于各种原因网络拒绝或没有处理该请求。在这种情况下，网络可将该请求识别为与组合紧急事件中心有关。然后，网络向UE发送包含识别该请求与组合紧急事件中心有关的信息的消息。然后，UE可使用该信息向紧急事件中心或组合PSAP或其他备选的紧急事件中心或PSAP发送请求。在一些实施例中，备选PSAP处于电路交换域中。由网络发送至UE的消息中的该信息能够包括识别规定将原始请求路由至哪些紧急事件响应实体的组合紧急事件中心、比特、标记或其他指示符的信息。在接收到该消息时，UE能够向备选或组合PSAP发送备选请求，并能够包括该比特、标记或其他指示符，使得备选PSAP能够将备选请求路由至适合的紧急事件响应实体。该比特、标记或其他指示符可以是3GPP TS24.008中的表10.5.135d中规定的比特。

更具体地，诸如P-CSCF的网络元件验证其接收的请求是否包含紧急事件服务标识符。P-CSCF可能确定做出了正确的紧急事件呼叫请求，但是本地网络不支持所请求的紧急事件PSAP(例如做出了针对urn:service:sos.gas的请求)。P-CSCF还可能确定UE未能将该请求识别为紧急事件呼叫请求。这样，P-CSCF能够被配置为拒绝该请求，并向UE提供足够的信息以将该请求路由至备选应答点，因为UE的用户的印象是其正在报告需要注意的情况。然而，网络中不支持针对该类型的紧急事件的PSAP/紧急事件中心。

如今，在CS网络中，服务类别已经针对警察、救护车、消防队、海上防卫和山区营救而分配。然而，如果P-CSCF返回380(备选服务)，UE所具有的一种选择是使用适当接入技术特有的过程在CS域中发起紧急事件呼叫。然而，在接收到380时，UE仍不知晓具有未被UE认出的紧急事件服务标识符的原始请求是否以缺省PSAP、警察PSAP、救护车PSAP、消防队PSAP、组合PSAP等为目的地。

在实施例中，如果P-CSCF已经被配置为识别针对特定类型的紧急事件的请求，那么P-CSCF告知UE该请求是针对该类型的紧急事件的。另外，如果P-CSCF因为所请求的紧急事件的类型得不到支持而拒绝该请求，那么P-CSCF能够提供附加信息。可以对UE进行增强以处理针对特定PSAP的未识别的紧急事件请求的380(备选服务)消息。当试图使用CS域连接至特定的PSAP时，可以作出向正确的紧急事件类别值(参见3GPP TS24.008，子条款10.5.4.33)的映射。可以对P-CSCF进行增强以基于本地策略而拒绝面向不支持的PSAP的紧急事件服务请求，例如urn:service:sos.gas。

下面是向UE指出检测到紧急事件服务请求并指示UE连接至确定的PSAP的XML主体的示例。

之前的提议提到，发信号通知IMS网络识别出面向组合紧急事件中心的请求，并将表示组合紧急事件中心的发信号通知的值映射至3GPP TS24.008中的表10.5.135d中表示的一个或更多个比特。3GPPTS24.008是GSM/UMTS规范，并且GSM/UMTS支持不同的常规设置对比(vs.)紧急事件设置(即，没有拨号数字)。在CDMA中，从“IS-2000发布A”向前，还存在被称作GLOBAL_EMERGENCY_CALL的字段，其能够被包括在起源(Origination)消息中，以独立于拨号串(dialedstring)而作出该呼叫。支持该特性的协议修订级别是7和以上。较早的UE(当前使用的协议修订级别小于7)不能在紧急事件呼叫和正常呼叫之间进行区别。因此，该UE可能会将比如“tel:119；phone-context＝+81”映射到119并作为正常呼叫而拨打119。

此外，CDMA不支持面向组合紧急事件中心或专用紧急事件中心(例如仅用于“警察”)的路由。3GPP2仅记载了如何路由至缺省PSAP。因此，在备选实施例中，CDMA UE检测到IMS网络已经确定面向IMS网络的原始请求是针对非缺省PSAP的。然后，CDMA UE并不发送具有被设为“1”的GLOBAL_EMERGENCY_CALL的紧急事件呼叫(并不路由至缺省PSAP)，而是支持以下一种或更多种：如果“当前使用的协议修订级别不小于7”，则是具有被设为“1”的Global_Emergency以及在地址字段中的电话号码(比如119)的紧急事件呼叫；如果“当前使用的协议修订级别不小于7”，则是具有被设为“0”的Global_Emergency以及在地址字段中的电话号码(比如119)的紧急事件呼叫；和/或如果“当前使用的协议修订级别小于7”，则是具有地址字段中的电话号码(比如119)的紧急事件呼叫。

当前提议向现有的XML方案增加了“备选属性”。在实施例中，备选属性包括多个备选地址，其中一个(最后的元素)可以是通过同时“冲撞(dashing)”多个紧急事件服务URN(例如Urn:service:sos.ambulance-Urn:service:sos.fire)对把呼叫路由至组合紧急事件中心的需求进行编码的指示符。备选实施例可以在SIP响应中对备选地址不同地进行编码，例如在Contact首部字段中或在单独的、新的XML主体中。另一种备选可以是不同的编码，使得该指示符仍会是URN或tel URI或SIP URI。例如，urn:service:sos.fire.ambulance(例如，将紧急事件子类型“打点(dotting)”在一起)。

在不同的国家中，紧急事件号码可能有不同方式的解释。例如，地址“119”在一个国家中可能被解释为策略加海事，而在另一国家中被解释为火情加救护。如果两个国家具有的运营商是漫游用户的归属网络的漫游伙伴，UE或网络需要将该地址识别为紧急事件请求，但是网络可能不知晓打算使用哪个119解释。在实施例中，在该情况下，网络在与UE进行进一步交互后选择一种解释。

例如，这种进一步的交互包括网络向UE发送指示该地址与不同管辖范围内的不同紧急事件类型相关联的信息。该信息包括在地址、电话上下文以及一个或更多个可选的紧急事件标识符类型之间的映射，并且被称作备选地址信息。紧急事件标识符类型是可选的，其中电话上下文不映射到紧急事件类型，但是非“紧急事件”或“紧要”备选是已知的。

备选地址信息包括地址、电话上下文以及一个或更多个可选的紧急事件标识符类型之间的映射。地址指示拨打的紧急事件号码，其可以是诸如“119”的电话号码。电话上下文指示UE的有关条件，例如UE所处的位置或国家，而且可以是诸如“+81”的号码或串，文本串“Japan”、号码和串的组合以及能够被解析(resolved)为例如位置的其他信息。文本串(例如“Japan”)能够以多种语言和多种字符编码接收，包括日语和其他非ASCII字符集。紧急事件标识符的类型(例如“警察”、“火情”或“救护车”)是可扩展的，并且指示与给定的电话上下文的地址相关联的紧急事件服务的类型。能够使用适用的ITU、IANA、ISO码来标识应用紧急事件服务的国家或地区，然而，在一些情况中，特定的紧急事件服务在与“国家”或地区不一致的地区提供，在这种情况下，可能还没有分配标准ITU、IANA、ISO码。适用于对位置、国家或地区进行编码的一些ITI、IANA、ISO或其他代码是可扩展的，例如ISO 3166-1和ISO 3166/MA。

备选地址信息可额外地包含原因(reason)元素，例如<reason>XML元素(例如在3GPP TS24.229中定义的3GPP IMS XML主体中所描述)。原因元素被填充能够呈现给UE的用户的信息，该信息用于识别例如位置、所支持的紧急事件服务类型和/或紧急事件服务号码。该原因元素可以在增强应用/3gpp-ims+xml主体(如在3GPP TS24.229中所定义)中传输。能够使用xml:lang属性以多种语言来规定原因元素的内容。例如，原因元素能够以如下主体来表示(对应于3GPP TS24.229中的增强XML方案)。

网络将该备选地址信息发送至UE，例如作为SIP 300(多选择)响应的主体的一部分，在SIP 300(多选择)响应的一个或更多个Contact字段首部中发送，或在另一个SIP 3xx响应中(例如SIP 380(备选服务)响应)发送。

下文是包括在针对紧急事件服务请求的响应中的XML主体的例子，用于向UE指示地址(例如“119”)与不同的电话上下文(例如“+81”)中的不同的紧急事件类型(例如“火情”、“救护车”或“警察”)或其组合相关联。注意，紧急事件类型是从RFC 5031的紧急事件服务URN(即urn:service:sos及其子类型，警察、救护车、燃气、火情等，其中，<police/>能够映射至urn:service:sos.police，等等)中导出的。注意，紧急事件类型<sos/>能够映射至一般服务URN urn:service:sos。注意，<sos/>能够映射至拨号串“112”或映射至所有的紧急事件服务类别值比特都被设为“0”(参见表10.5.135d/3GPP TS 24.008：服务类别信息元素)的GSM/UMTS CS域紧急事件呼叫设置，使得该呼叫被路由至运营商定义的缺省紧急事件中心或以其他CS域技术(例如CDMA)发信号通知(signaling)的等同物。注意，当通过CS域进行GSM/UMTS紧急事件呼叫时，<police/>还可映射至紧急事件服务类别值的设置比特1。

上面的示范性XML主体指示地址“119”能够在不同的管辖范围中解释为不同的紧急事件类型。例如，当UE处于具有电话上下文“+81”(日本)或“+82”(韩国)的管辖范围中时，地址“119”与“火情”和“救护车”紧急事件服务相关联。备选地，当UE处于具有电话上下文“+94”(斯里兰卡)的管辖范围中时，地址“119”与“警察”紧急事件服务相关联。

如果国家代码或地区代码被包括在能够映射至多个紧急事件服务类型的紧急事件服务请求中，则认为手持设备(handset)特别希望该请求被路由至与所示国家或地区中的紧急事件服务地址相关联的紧急事件服务类型。

在另一实施例中，UE或网络被配置为选择或减少响应中的备选，并去除一些较少概率的可能。该选择或减少例如可以基于UE的当前网络、UE的归属网络、UE用户的国籍或UE用户的过往旅行计划来实现。执行选择或减少的UE可以包括策略，该策略对地址、紧急事件类型以及电话上下文之间的映射进行硬编码(hard code)，从而使得UE能够在通过CS域或PS域作出紧急事件呼叫时显式地(explicitly)选择希望的紧急事件类型。对于PS域，紧急事件类型可以根据RFC 5031URN或根据包括国家或地区指示符(例如“电话上下文”)的TEL URL来指示。如果UE知晓其所处的国家或地区并且存在紧急事件类型、位置指示符和紧急事件呼叫地址的已存储的或接收的映射，那么UE上的紧急事件类型选择功能还可以被进一步增强。这样，紧急事件类型选择功能可以确定，特定的映射会或者不会应用于特定的国家或地区，或者该映射统一应用(例如，对于GSM/UMTS手持设备，号码“112”能够映射至所有的紧急事件服务类别值比特都被设为“0”的GSM/UMTS CS域的紧急事件呼叫设置(参见表10.5.135d/3GPP TS24.008：服务类别信息元素))。

网络和UE之间用于选择解释的上述进一步交互还包括例如在UE上显示的文本字段(例如3GPP IMS XML主体中的<reason>元素)中放置针对解释的选择。这样，UE的用户可以选择一个选择，该选择可以被传输至网络，并且网络可基于该选择来解释紧急事件号码。备选地，网络可以按照如下顺序进行选择：按照归属网络中的定义对地址(例如119)进行映射；如果该地址未在归属网络中定义，则按照当前访问的网络中的定义对地址进行映射；如果该地址未在当前访问的网络中定义，则按照漫游伙伴的定义对地址进行映射或将该呼叫路由至缺省或最可能的PSAP。备选地，该请求能够一直被路由至缺省或最可能的PSAP。

当UE尝试将拨打的地址识别为紧急事件标识符时，会出现类似的问题。在实施例中，以避免该问题发生的一种解释来配置UE。备选地，UE能够与用户交互，以选择期望的解释。备选地，UE能够被配置为将呼叫路由至缺省或最可能的PSAP。备选地，UE可以基于其所连接的网络来路由呼叫，并可以根据该网络的规则来映射数字。UE还可以与网络交互并使用其所获得的任何建议。

在又一实施例中，P-CSCF将不会拒绝针对不支持的紧急事件服务类型(例如urn:service:sos.poison)的请求，而是对其进行准备以使用正常过程转发至用户的归属网络S-CSCF(与将其转发至E-CSCF不同)。这样，用户的归属网络S-CSCF应当被配置为处理不能路由的请求URI值。IMS网络还可以被配置为考虑到请求与urn:service:sos.police的会话的漫游用户，使得可能距离上很远的(half way around theworld)UE所请求的服务仍能够以及时和有效的方式得以处理。IMS网络可以在SIP消息中向UE提供呼叫已经被确定为不是紧急事件呼叫而且其处理将会不同的指示。该指示可以是标记和/或字母数字信息。本文档中给出了这种类型的指示符的可能的编码。

回到IMS网络组件确定UE 110已经发起紧急事件呼叫但没有识别出该呼叫是紧急事件呼叫的情况，在一些实施例中，IMS网络120在发送至UE 110的SIP响应中包括紧急事件呼叫指示符160。在这种情况下，在呼叫建立信令阶段提供该指示符160。在其他实施例中，紧急事件呼叫指示符160被包括在PSAP 130处起源的消息中。然后，IMS网络120将该消息从PSAP 130传输至UE 110。

在其他实施例中，如果IMS网络120中的组件在发送至UE 110的SIP响应中包括紧急事件呼叫指示符160，UE 110能够中止当前信令并发起常规紧急事件呼叫建立过程，其可以包括：如果能够并且可能，或者在发起紧急事件注册过程后，或发送包含指示SIP INVITE请求是紧急事件相关呼叫请求的指示符和包含关于其自身的紧急事件相关信息的SIP INVITE请求，通过电路交换网络发起呼叫。

类似于UE 110包括在SIP消息170中的信息180的信息可以由UE110包括在在不同情况下发送的消息中。这在图2中示出，其中同样存在UE 110、IMS网络120和PSAP 130。然而，在此示例中，PSAP 130向UE 110发起回叫。如本领域所公知的，在终止紧急事件呼叫后，PSAP130出于各种原因可以向UE 110作出回叫。例如，如果紧急事件呼叫看起来是异常终止的，那么PSAP 130可以回叫UE 110以确定UE的用户是否希望传送任何附加信息。备选地，PSAP 130可以回叫用户以询问初始呼叫中不经意地(inadvertently)未请求的信息。在紧急事件呼叫终止后从PSAP 130向紧急事件呼叫者的回叫的其他原因对于本领域的技术人员来说是熟悉的。

PSAP 130可通过IMS网络120向UE 110发送SIP INVITE消息210或类似消息，以发起回叫。在实施例中，SIP INVITE消息210包含指示符220，其指示SIP INVITE消息210与紧急事件回叫有关。指示符220可以与图1中的指示符160基本类似，或可以是某个其他类型的指示符。UE110能够识别出该指示符220是来自PSAP 130的紧急事件回叫的指示，并且能够根据策略调用紧急事件回叫功能以适当地响应该指示符220。在实施例中，UE 110对接收到指示符220的响应基本上类似于UE 110已经接收到图1中的指示符160的响应。

例如，UE 110在识别出指示符220时可能采取的一个动作是，可视地或可听地向用户指示会话的性质。就是说，UE 110可以警告用户进入的呼叫是紧急事件回叫。该警告可以是出现在UE 110的显示屏幕上的消息，或呼叫性质的其他类型的指示。UE 110采取的其他动作能够包括：根据策略发送SIP 2xx或1xx响应(例如IP 200(OK)响应)230或类似消息，其包括关于UE 110的信息240。备选地，由于SIP中的限制，信息240能够通过若干SIP消息或网络消息(例如，UE提供的IP-CAN标识信息可能不是完全可靠的，因此，基于网络提供的机制(例如，使用策略控制和计费(PCC))能够提供该信息)发送，或在诸如SIP re-INVITE请求或UPDATE请求的目标刷新请求中发送，或在SIPPRACK请求中部分地发送。信息240可基本类似于UE 110在接收到图1中的指示符160时提供的信息180。

UE 110可能发送至PSAP 130的一条信息240是UE的公开用户标识或某个其他的标识符号。UE 110可能在SIP 200 OK消息230中发送的另一条信息240是UE 110针对原始紧急事件呼叫所使用的接入类型。例如，如果紧急事件呼叫是通过无线LAN作出的，那么UE 110可将该事实连同小区ID、线路ID和/或无线LAN接入节点ID包括在信息240中。

如果UE 110知晓其地理位置，例如通过使用GPS系统，那么UE110能够包括其位置作为另一条信息240。如果UE 110不知晓其地理位置，与位置有关的数据不包括在信息240中。如果GRUU与UE 110相关联，UE的GRUU能够作为另一条信息240而被包括。

在备选实施例中，PSAP 130可以设置电路交换(CS)呼叫，而且如果该CS呼叫被路由至CS网关，则CS网关可以按照分组交换技术对该呼叫和信令进行转换。由来自PSAP 130的进入呼叫所触发，CS网关可利用分组交换技术，通过经由IMS网络120向UE 110发送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 DescriptionProtocol(SDP)；Stage 3”的一个或更多个修改来实现。下面提供根据本公开的各个实施例对TS 24.229提出的增加和修改。

下面对3GPP TS 24.229的增加应用于由UE发起呼叫初始化的情况中的初始INVITE请求：

如果UE接收到针对INVITE请求的380(备选服务)响应，该响应包含XML主体，该XML主体包括<alternative service>元素，其中<type>子元素的“alternate”属性包含一个或更多个紧急事件服务URI，那么UE能够使用紧急事件服务URI或根据3GPP TS 24.008[8]中描述的过程使用呼叫设置来尝试如子条款5.1.3.1中描述的正常呼叫。如果<type>子元素的“alternate”属性不存在或不包含紧急事件服务URI，，则UE的行为与具体实现有关。

下面对3GPP TS 24.229的修改应用于一般的紧急事件服务：

P-CSCF会存储本地紧急事件服务标识符的可配置列表，即紧急事件号码和紧急事件服务URN，其对于P-CSCF所属的运营商来说是有效的。除此之外，P-CSCF会存储漫游伙伴的紧急事件服务标识符的可配置列表。具有本地和漫游伙伴的紧急事件服务标识符的可配置列表指示每个紧急事件服务标识符的处理。当该处理指示应当拒绝请求，可以将备选紧急事件服务URI的可配置列表包括在响应中。

下面对3GPP TS 24.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 TS 24.229的备选增加应用于在紧急事件注册后对除了REGISTER方法之外的所有对话和单独事务的一般处理：

利用380(备选服务)响应来响应INVITE请求；

在380(备选服务)响应中包括：Content-Type首部字段，具有被设置为3GPP IMS XML主体的相关联MIME类型的值，如子条款7.6.1中所描述；

该主体包含：

a)<alternative-service>元素，被设为备选服务的参数；

b)<type>子元素具有“alternate”属性，该属性被设为备选紧急事件服务URI的列表；

c)<reason>子元素，被设为运营商可配置的原因。

下面对3GPP TS 24.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首部指示对IMCN子系统XML主体的XML方案的版本2的支持，则

-<type>子元素具有“alternate”属性，该属性被设为备选紧急事件服务URI的列表；以及

-如果针对对话、单独事务或未知方法的初始请求是针对支持的类型的紧急事件，则<type>子元素被设置为“紧急事件”，以指示其是支持的紧急事件呼叫；

-否则，<type>子元素被设置为“紧急事件”；

c)<reason>子元素，被设为运营商可配置的原因；以及

d)<action>子元素，如果请求包括Request-URI中的紧急事件服务URN，则<action>子元素被设置为“紧急事件注册”。

注释1：漫游是当UE处于归属IM CN子系统的服务地理区域之外的地理区域中；

注释la：″sip:911@example.com；user＝phone″可以是备选紧急事件服务URI。

″urn:service:sos.animal-control″可以是不支持的紧急事件呼叫类型。

注释2：Request-URI中的紧急事件服务URN向网络指示紧急事件呼叫尝试被UE识别。

下面对3GPP TS 24.229的备选修改应用于针对非紧急事件注册的除了REGISTER方法之外的所有对话和单独事务的一般处理：

-通过向UE返回380(备选服务)响应来拒绝请求；

-在380(备选服务)响应中包括：Content-Type首部字段，具有被没置为3GPP IMS XML主体的相关联MIME类型的值，如子条款7.6.1中所描述；

该主体包含：

a)<alternative-service>元素，被设为备选服务的参数；

b)<type>子元素具有“alternate”属性，该属性被设为备选紧急事件服务URI的列表；以及

c)<reason>子元素，被设为运营商可配置的原因；以及

下面对3GPP TS 24.229的修改应用于异常情况：

如果P-CSCF所属的IM CN子系统不能够处理紧急事件会话或由于本地策略不处理紧急事件会话或仅处理特定类型的紧急事件会话请求，或者不支持针对UE所处的地理位置或UE所连接的IP-CAN的紧急事件会话，则P-CSCF不会转发INVITE请求。P-CSCF会：

-利用380(备选服务)响应来响应INVITE请求；

-在380(备选服务)响应中包括：Content-Type首部字段，具有被设置为GPP IMS XML主体的相关联MIME类型的值，如子条款7.6.1中所描述；

该主体包含：

a)<alternative-service>元素，被设为备选服务的参数；

否则，<type>子元素被设置为“紧急事件”；

c)<reason>子元素，被设为运营商可配置的原因；以及

注释1：Request-URI中的紧急事件服务URN向网络指示紧急事件呼叫尝试被UE识别；

注释1a：″sip:911@example.com；user＝phone″可以是备选紧急事件服务URI。

″urn:service:sos.animal-control″可以是不支持的紧急事件呼叫类型；

注释2：一些网络仅允许Request-URI包含紧急事件服务URN的会话请求，即具有顶级服务类型“sos”的服务URN，如draft-ietf-ecrit-service-urn[69]中所规定。

下面对3GPP TS 24.229的备选修改应用于异常情况：

-利用380(备选服务)响应来响应INVITE请求；

-在380(备选服务)响应中包括：Content-Type首部字段，具有被设置GPP IMS XML主体的相关联MIME类型的值，如子条款7.6.1中所描述；

该主体包含：

a)<alternative-service>元素，被设为备选服务的参数；

-如果针对对话、单独事务或未知方法的初始请请求是针对支持的类型的紧急事件，则<type>子元素被设置为“紧急事件”，以指示其是支持的紧急事件呼叫；

c)<reason>子元素，被设为运营商可配置的原因；以及

下面的修改可以针对3GPP IM CN子系统XML主体XML方案，以实现这里公开的一个或更多个实施例：

<action>元素包含“alternate”属性，在本文档中仅有值(emergency-registration)。“alternate”属性能够被设置为备选紧急事件服务URI的列表。

下面对3GPP TS 24.229的两种增加应用于可适用于除了REGISTER方法之外的所有方法的一般过程：

在产生针对对话、单独事务或未知方法的初始请求(不包括ACK和CANCEL)时，UE会利用“application/sdp”、UE与3GPP IMS XML主体相关联的MIME类型(参见子条款7.6.1)以及UE愿意并能够接受的任何其他的MIME类型来包括在Accept首部。

如果UE接收到针对对话、单独事务或未知方法的初始请求的380(备选服务)响应时，该响应包括IM CN子系统XML主体，如子条款76中所描述，其包括具有被设置为“紧急事件”的<type>子元素的<alternative-service>元素，该UE会尝试紧急事件呼叫，如子条款5.1.6中所描述。

如果针对对话、单独事务或未知方法的初始请求的1xx或2xx响应包含紧急事件会话标识符，那么UE会根据RFC 3261[26]发送re-INVITE请求方法，以及：

1)UE会向用户指示会话的性质；

注释17：在该版本的规范中，用户不改变From首部以包括公开用户标识或与公开用户标识相关联的tel 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是可用的，则根据RFC 4119[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)如果公开GR UU值(pub-gruu)已经与公开用户标识相关联地被保存，而且UE没有指示P-Asserted-Identity的保密，那么UE会把公开GR UU(pub-gruu)值插入draft-ietf-sip-gruu[93]所规定的Contact首部中；否则，UE将会把受保护的服务器端口包括在Contact首部中的地址中。

注释19：根据RFC 3261[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响应)中的P-Access-Network-Info首部。

如果PSAP位于网络的信任域中，那么应用保密(包括去除位置和接入网络信息)能够由IMS网络元件(例如E-CSCF、IBCF或其他)来执行。优选地是，请求“会话”保密(即，由于多个SIP消息中存在P-Access-Network-Info首部字段，因此将Privacy首部字段设置为包括值“会话”)。优选地是，E-CSCF接收位置使得其能够确定最适用的PSAP并使用其将请求路由至PSAP或紧急事件响应中心。根据RFC4244的保密请求可能也适用，但是现在没有过程预料到在紧急事件服务请求中包括历史信息。下面对3GPP TS24.229的两种增加应用于E-CSCF处的过程：

当E-CSCF接收到针对请求保密的对话、请求保密的单独事务、请求保密的与UE发起的对话有关的任何请求或响应、或请求保密的单独事务，如果本地运营商策略允许用户请求对公开用户标识符和位置信息的制止(suppression)，则E-CSCF会：

-向P-Asserted-Identity首部应用与保密有关的RFC 3323[33]和RFC 3325[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首部增加BGCFURI，并向Request-URI(具有在PSTN/CS域中寻址PSAP的条目)增加具有tel URI格式的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地址是tel URI时确定下一跳跃地址的方式与具体实现相关。

7)如果用户没有请求保密并且如果E-CSCF从LRF接收到参考号码，则E-CSCF会将该参考号码包括在P-Asserted-Identity首部中；

注释7：该参考号码用于PSAP与LRF之间的通信。

图4示出了包括UE 110的实施例在内的无线通信系统。可操作UE110用于实现本公开的各方面，但是本公开不限于这些实现。尽管作为移动电话来说明，UE 110可以采用包括无线手机、寻呼机、个人数字助理(PDA)、便携式计算机、平板计算机、或膝上型计算机的各种形式。很多合适的设备结合了这些功能中的一些或者所有功能。在本公开的一些实施例中，UE 110不是类似于便携式、膝上型或者平板计算机的通用计算设备，而是专用通信设备，例如移动电话、无线手机、寻呼机、或PDA。在另一个实施例中，UE 110可以是便携式、膝上型或者其它计算设备。UE 110可以支持专门的活动，例如游戏、库存控制、作业控制、和/或任务管理功能等等。

UE 110包括显示器402。UE 110还包括触敏表面、键盘或者用于让用户进行输入的被称作404的输入按键。键盘可以是全尺寸或者精简尺寸的字母数字键盘(例如QWERTY、Dvorak、AZERTY、以及顺序类型)或者具有与电话键区相关联的字母的传统键区。输入按键可以包括轨迹轮、退出或者逃生按键、轨迹球、以及可以向内按动以提供其它输入功能的其它导向或者功能键。UE 110可以提供让用户选择的选项、让用户触发的控制、和/或让用户定向的指针或者其它指示符。UE 110还可以接受来自用户的数据项，包括拨打的号码或者用于配置UE 110的操作的各种参数值。响应于用户命令，UE 110还可以执行一个或者更多软件或者固件应用。这些应用可以将UE 110配置为响应于用户交互来执行不同定制的功能。附加的，可以在空中对UE 110进行编程和/或配置，例如从无线基站、无线接入点或对等UE 110。

在UE 110可执行的各种应用中包括网页浏览器，其使得显示器402可以显示网页。经由与无线网络接入节点、小区塔、对等UE 110或者任何其它无线通信网络或者系统400的无线通信，可以获得网页。网络400与有线网络408，例如因特网，相连。经由无线链路和有线网络，UE 110具有对各种服务器上(例如服务器410)的信息的接入。服务器410可以提供可以在显示器402上显示的内容。备选地，UE 110可以通过作为中间(intermediary)的对等UE 110，以中继类型或跳类型连接来接入网络400。

图5示出了UE 110的框图。尽管示出了UE 110的各种已知组件，但是在实施例中，UE 110中可以包括已列出的组件的子集合和/或未列出的附加组件。UE 110包括数字信号处理器(DSP)502以及存储器504。如图所示，UE 110还可以包括天线和前端单元506、射频(RF)收发器508、模拟基带处理单元510、麦克风512、耳机扬声器514、头戴式耳机端口516、输入/输出接口518、可抽取式存储器卡520、通用串行总线(USB)端口522、短距离无线通信子系统524、警报526、键区528、液晶显示器(LCD)530(其可以包括触敏表面)、LCD控制器532、电荷耦合器件(CCD)摄像机534、摄像机控制器536以及全球定位系统(GPS)传感器538。在实施例中，UE 110可以包括不提供触敏屏幕的另一种类型的显示器。在实施例中，DSP 502可以直接与存储器504进行通信，而不经过输入/输出接口518。

DSP 502或者某些其它形式的控制器或者中央处理单元进行操作，以依照于存储器504或DSP 502本身中包含的存储器中存储的嵌入式软件或者固件，来控制UE 110的各种组件。除了嵌入式软件或者固件之外，DSP 502可以执行在存储器504中存储的其它应用，或者可以执行经由信息载体媒体(例如便携式数据存储媒体，类似于可抽取式存储器卡520)或者经由有线或者无线网络通信可用的其它应用。应用软件可以包括配置DSP 502以提供所需功能的机器可读指令的编译集合，或者应用软件可以是由解释器或者编译器处理以间接配置DSP502的高级软件指令。

可以提供天线和前端单元506，以在无线信号和电信号之间转换，使得UE 110能够从蜂窝式网络、或者某个其它可用无线通信网络、或者对等UE 110发送和接收信息。在实施例中，天线和前端单元506可以包括多个天线以支持波束成形和/或多入多出(MIMO)操作。如本领域技术人员众所周知的，MIMO操作可以提供空间分集，其可以用于克服困难的信道条件和/或增加信道吞吐量。天线和前端单元506可以包括天线调谐和/或阻抗匹配组件、RF功率放大器、和/或低噪放大器。

RF收发器508提供频移、将接收的RF信号转换为基带并且将基带发送信号转换为RF。在一些描述中，可以将无线收发器或RF收发器理解为包括其他信号处理功能，例如调制/解调、编码/解码、交织/去交织、扩频/去扩频、快速傅里叶反变换(IFFT)/快速傅里叶变换(FFT)、循环前缀添加/移除、和其他信号处理功能。为了清晰的目的，这里的描述将对该信号处理的描述与RF和/或无线阶段加以分离，并且概念上将信号处理分配给模拟基带处理单元510和/或DSP 502或其他中央处理单元。在一些实施例中，可以在一个或更多处理单元和/或专用集成电路(ASIC)中将RF收发器508、天线和前端506的一部分、以及模拟基带处理单元510加以结合。

模拟基带处理单元510可以提供对输出和输出的各种模拟处理，例如对来自麦克风512和头戴式耳机516的输入以及对耳机514和头戴式耳机516的输出的处理。为此，模拟基带处理单元510可以具有用于与内建麦克风512和耳机扬声器514相连的端口，其使得UE 110可以作为蜂窝式电话使用。模拟基带处理单元510还可以包括用于连接头戴式耳机或者其它免提麦克风和扬声器配置的端口。模拟基带处理单元510可以提供一个信号方向上的数模转换并且提供相反信号方向上的模数转换。在一些实施例中，可以由数字处理组件，例如由DSP 502或由其他中央处理单元来提供模拟基带处理单元510的至少一些功能。

DSP 502可以执行调制/解调、编码/解码、交织/去交织、扩频/去扩频、快速傅里叶反变换(IFFT)/快速傅里叶变换(FFT)、循环前缀添加/移除、和与无线通信相关联的其他信号处理功能。在实施例中，例如在码分多址(CDMA)技术应用中，针对发送器功能，DSP 502可以执行调制、编码、交织、以及扩频，并且针对接收器功能，DSP 502可以执行去扩频、去交织、解码以及解调。在另一个实施例中，例如在正交频分多址(OFDMA)技术应用中，针对发送器功能，DSP 502可以执行调制、编码、交织、快速傅里叶反变换以及循环前缀添加，并且针对接收器功能，DSP 502可以执行循环前缀移除、快速傅里叶变换、去交织、解码以及解调。在其他无线技术应用中，可以由DSP 502来编程其他信号处理功能和信号处理功能的组合。

DSP 502可以经由模拟基带处理单元510与无线网络进行通信。在一些实施例中，该通信可以提供互联网连接，使得用户可以获得对互联网上的内容的接入，并且可以发送和接收电子邮件或者文本信息。输入/输出接口518将DSP 502与各种存储器和接口互连。存储器504和可抽取式存储器卡520可以提供配置DSP 502的操作的软件和数据。在这些接口中有USB接口522以及短距离无线通信子系统524。USB接口522可以用于向UE 110充电并且还可以使得UE 110能够作为外围设备与个人计算机或者其它计算机系统交换信息。短距离无线通信子系统524可以包括红外端口、蓝牙接口、遵循IEEE 802.11的无线接口、或者任何其它短距离无线通信子系统，其可以使得UE 110可以无线地与其它附近的移动设备和/或无线基站进行通信。

当触发时，输入/输出接口518还可以将DSP 502与警报526相连，以引起UE 110通过例如振铃、播放旋律、或者震动向用户提供通知。警报526可以作为用于向用户告警任何不同事件(例如呼入呼叫、新的文本消息、以及通过沉默震动的约会提醒、或者通过播放针对特定主叫方的特定预分配的旋律)的机制。

键区528经由接口518与DSP 502相连，以向用户提供进行选择、输入信息以及提供其它向UE 110的输入的一个机制。键盘528可以是全尺寸或者精简尺寸的字母数字键盘(例如QWERTY、Dvorak、AZERTY以及顺序类型的)，或者具有与电话键区相关联的字母的传统键区。输入按键可以包括轨迹轮、退出或者逃生按键、轨迹球、以及可以向内按动以提供其它输入功能的其它导向或者功能键。另一个输入机制可以是LCD 530，其可以包括触摸屏能力并且还向用户显示文本和/或图形。LCD控制器532将DSP 502与LCD 530相连。

如果配备有CCD摄像机534，则其使得UE 110可以拍摄数字图片。DSP 502经由摄像机控制器536与CCD摄像机534进行通信。在另一个实施例中，可以部署根据除了电荷耦合器件摄像机之外的技术来操作的摄像机。GPS传感器538与DSP 502相连以对全球定位系统信号进行解码，从而使得UE 110能够确定其位置。还可以包括各种其它的外围设备以提供附加功能，例如无线电和电视接收。

图6示出了可以由DSP 502实施的软件环境602。DSP 502执行提供了平台的操作系统驱动程序604，其余软件可以在该平台上操作。操作系统驱动程序604使用可由应用软件接入的标准化接口，来提供针对节点硬件的驱动程序。操作系统驱动程序604包括在UE 110上运行的应用之间传输控制的应用管理服务(“AMS”)606。同样图5示出了网页浏览器应用608、媒体播放器应用610以及Java小应用程序612。网页浏览器应用608将UE 110配置为网页浏览器来运行，允许用户向表单中输入信息并且选择链接以取回并且查看网页。媒体播放器应用610将UE 110配置为取回并且播放音频或者音视频媒体。Java小应用程序612将UE 110配置为提供游戏、工具以及其它功能。组件614可以提供本文所述的功能。

UE 110以及上述其他组件可以包括任何能够执行与上述行动相关的指令的处理组件。图7示出了包括处理组件1310的系统1300的示例，处理组件1310适合实施本文公开的一个或更多实施例。除了处理器1310(可以将其称作中央处理器单元或CPU)之外，系统1300可以包括网络连接设备1320、随机存取存储器(RAM)1330、只读存储器(ROM)1340、辅助存储器1350、以及输入/输出(I/O)设备1360。在一些情况中，这些组件中的一些可能不存在，或者可以用各种组合方式彼此组合或与图中未示出的其他组件组合。这些组件可以位于单一物理实体或位于多于一个的物理实体中。在本文中被描述为由处理器1310进行的任何行动可以由处理器1310单独或由处理器1310与附图中示出或未示出的一个或更多组件一起来进行。

处理器1310执行其从网络连接设备1320、RAM 1330、ROM 1340或辅助存储器1350(其可以包括各种基于盘的系统，例如硬盘、软盘或光盘)中接入的指令、代码、计算机程序、脚本。尽管仅示出一个处理器1310，多个处理器可以存在。从而，尽管可以将指令描述为由处理器来执行，该指令可以由一个或多个处理器来同时、串行或以其他方式来执行。可以将处理器1310实施为一个或更多CPU芯片。

网络连接设备1320可以采用以下形式：调制解调器、调制解调器组、以太网设备、通用串行总线(USB)接口设备、串行接口、令牌网设备、光纤分布式数据接口(FDDI)设备、无线局域网(WLAN)设备、无线收发器设备(例如码分多址(CDMA)设备和/或全球移动通信系统(GSM)的无线收发器设备)、微波接入的全球可互操作(WiMAX)设备、和/或用于连接网络的其他众所周知的设备。这些网络连接设备1320可以使得处理器1310能够与互联网或者一个或者更多电信网络或其他网络(处理器1310可以从其接收信息或处理器1310可以向其输出信息)进行通信。

网络连接设备1320还可以包括能够以电磁波的形式(例如射频信号或微波频率信号)无线地发送和/或接收数据的一个或更多收发器组件1325。备选地，可以在电导体表面之中或之上、在同轴电缆中、在波导管中、在光媒体中(例如光纤)、或者在其他媒体中传播数据。收发器组件1325可以包括分离的接收和发送单元，或者单一的收发器。收发器1325发送或接收的信息可以包括已经由处理器1310处理过的数据，或要由处理器1310的指令。可以用例如计算机数据基带信号或在载波中体现的信号的形式，来从网络接收和向网络输出这种信息。由于进行处理或者生成数据或发送或者接收数据的需要，可以根据不同的顺序来对数据进行排序。可以将基带信号、载波中嵌入的信号、或当前使用的或之后开发出的其他类型的信号称作发送介质，并可以根据本领域技术人员所熟知的若干方法来生成它们。

RAM 1330可用于存储易失性数据并且可以用于存储由处理器1310所执行的指令。ROM 1340是一般具有比辅助存储器1350的存储器容量更小的存储器容量的非易失性存储器设备。ROM 1340可以用于存储指令以及可能存储在指令执行期间读取的数据。对RAM 1330和ROM 1340的接入一般快于对辅助存储器1350的接入。辅助存储器1350一般包括一个或者更多盘驱动器或者带驱动器，并且可以用于数据的非易失性存储，或如果RAM 1330不够大到足以容纳所有工作数据时，辅助存储器1350还可以用作溢出数据存储设备。辅助存储器1350可以用于存储程序，当选择执行该程序时将该程序加载至RAM 1330。

I/O设备1360可以包括液晶显示器(LCD)、触摸屏显示器、键盘、键区、开关、拨号盘、鼠标、轨迹球、语音识别器、读卡器、纸带读取器、打印机、视频监视器、或者其它众所周知的输入设备。同样地，可以认为收发器1325是I/O设备1360的组件，而不是网络连接设备1320的组件或也是网络连接设备1320的组件。I/O设备1360中的一些或全部可以与在UE 110的前述附图中所示的各种组件相类似，例如显示器402和输入404。

在实施例中，提供了一种由网络组件处理被发送至该网络组件的请求的方法。该网络组件检查被发送至该网络组件的请求，以确定该请求是否与紧急事件相关，如果请求之一被确定为与紧急事件相关，则网络组件更新该请求。

当该请求被确定为与紧急事件相关时，网络组件备选地基于配置和管理者策略被配置为执行以下一项：接受该请求；接受该请求并在发送至发起该请求的用户设备(UE)的会话发起协议(SIP)响应中包括紧急事件呼叫指示符；通过拒绝该请求而不接受该请求；不接受该请求，并向该请求所定向的紧急事件响应中心指示备选联系信息。

在实施例中，响应于UE作出其不知晓是紧急事件呼叫的呼叫，将SIP(会话发起协议)响应发送至UE。

如果全局可路由用户代理统一资源标识符(GRUU)与UE相关联，并且如果GRUU是临时GRUU，则利用非临时GRUU替换该临时GRUU。可以在仅当作出的请求不保持GRUU为私密时将临时GRUU替换为非临时GRUU。

如果存在IMS通信服务标识符(ICSI)或IMS应用参考标识符(IARI)，在将请求路由至PSAP或紧急事件中心之前，网络组件执行以下至少一项：去除P-Perferred-Service首部字段；去除P-Asserted-Service首部字段；从Accept-Contact首部字段中去除ICSI特征标签和标签值；以及从Accept-Contact首部字段中去除IARI特征标签和标签值。

当网络组件不接受请求时，网络组件利用以下一项做出响应：300(多选择)消息、301(长期移动)消息、302(暂时移动)消息、SIP4xx响应、SIP 6xx响应、SIP 380(备选服务)响应。

在实施例中，网络组件由于以下至少一项而不接受请求：网络不能处理紧急事件会话；网络组件所属的因特网多媒体核心网络子系统不能处理紧急事件会话；网络由于本地策略而不处理紧急事件会话；网络仅处理特定类型的紧急事件会话请求；UE在漫游；网络组件处于不同于UE的归属运营商网络的网络中；以及网络不支持针对UE所处的地理位置以及UE所连接的因特网协议连接接入网络之一的紧急事件会话。

在实施例中，网络组件包括具有本地和漫游伙伴的紧急事件服务标识符的可配置列表，其按照每个紧急事件服务标识符来指示对请求的处理。当网络组件不接受请求时，向UE发送备选紧急事件服务标识符的可配置列表。可以向UE的用户呈现至少一个备选紧急事件服务URI。

在实施例中，网络组件准备该请求以转发至UE的归属网络，而并不是不接受针对不支持的紧急事件服务类型的请求。UE的归属网络可被配置为处理与该请求相关联的URI值。

在实施例中，网络组件是代理呼叫会话控制功能元件(P-CSCF)。

在实施例中，该请求包括针对对话、单独SIP事务、未知SIP方法的初始SIP请求。

在备选实施例中，提供了用户设备。该用户设备包括组件，使得响应于作出被拒绝的紧急事件请求，将该组件配置为接收包含将紧急事件请求与组合紧急事件中心相关联的信息的消息。该组件还可被进一步配置为使用该信息向组合紧急事件中心作出随后的紧急事件请求。

在备选实施例中，提供了网络组件。该网络组件包括组件，使得当从用户设备接收到紧急事件请求时，该组件被配置为确定该紧急事件请求是否与组合紧急事件中心相关，并且向用户设备发送消息，该消息包含识别该紧急事件请求与组合紧急事件中心相关的信息。

在备选实施例中，提供了用户设备。该用户设备包括被配置为接收拒绝消息的组件，该拒绝消息包含将紧急事件请求与多个紧急事件中心、非紧急事件中心或组合紧急事件中心相关联的备选地址信息。备选地址信息可以用于确定应当将紧急事件呼叫路由至多个中心中的哪一个。

在备选实施例中，提供了网络组件。该网络组件包括组件，该组件被配置为确定接收到的请求是否是紧急事件请求以及接收到的请求是否与一个或更多个特定的紧急事件中心、组合紧急事件中心或非紧急事件中心相关，并且发送包含备选地址信息的拒绝响应。备选地址信息包括接收到的请求、电话上下文以及一个或更多个可选紧急事件标识符类型之间的映射。

以引用的形式将以下第三代合作伙伴计划(3GPP)技术规范(TS)并入本文中：TS 24.229V7.8.0(2007-12)和TS24.008。

尽管在本公开中已经提供了若干实施例，应当理解在不脱离本公开的精神或者范围的情况下，可以用很多其它特定形式来体现所公开的系统和方法。应当认为这些示例是说明性的而非限制性的，并且预期不受限于本文给出的细节。例如，可以在另一个系统中将各种单元或组件加以结合或者集成，或者可以省略或不实施特定特征。

同样地，在不脱离本公开的情况下，可以将在各种实施例中描述和说明为离散或者分离的技术、系统、子系统和方法与其它系统、模块、技术或者方法相结合或者集成。所示或者所讨论的相连或者直接相连或者彼此通信的其它项可以是通过某个接口、设备或者中间组件进行间接相连或者通信的，不管是电子地、机械地或者其它方式的。本领域技术人员可以确定改变、替换以及变更的其它示例，并且可以在不脱离本文公开的精神和范围的情况下进行这些改变、替代以及变更的其它示例。

权利要求书(按照条约第19条的修改)

1.一种网络组件，包括：

组件，被配置为使得网络发送包含指示符的响应消息，所述指示符指示第一消息是紧急事件相关请求，并且使得网络接收包含与用户设备(UE)相关联的信息的第二消息。

2.根据权利要求1所述的网络组件，其中，第二消息是SIPUPDATE请求。

3.根据权利要求1所述的网络组件，其中，当接收到响应消息时，UE提供第一消息是紧急事件相关请求的用户指示。

4.根据权利要求1所述的网络组件，其中，第二消息中包含的与UE相关联的信息包括UE的标识。

5.根据权利要求1所述的网络组件，其中，第二消息中包含的与UE相关联的信息包括UE的位置。

6.根据权利要求1所述的网络组件，其中，第二消息中包含的与UE相关联的信息包括UE的接入网络信息。

7.根据权利要求1所述的网络组件，其中，UE不知晓第一消息是紧急事件相关请求。

8.根据权利要求1所述的网络组件，其中，第一消息是SIP(会话发起协议)请求。

9.根据权利要求1所述的网络组件，其中，响应消息是SIP 1xx或200(OK)响应之一。

10.根据权利要求1所述的网络组件，其中，第二消息是以下之一：

SIPACK；

SIP PRACK；

SIP目标刷新；

SIP UPDATE；以及

SIP RE-INVITE请求。

11.根据权利要求1所述的网络组件，其中，第一消息是针对对话的初始请求。

12.根据权利要求4所述的网络组件，其中，UE的标识是全局可路由用户代理统一资源标识符(GRUU)。

13.根据权利要求5所述的网络组件，其中，如果UE知晓指向UE的位置的URI(统一资源标识符)，UE将该URI包括在第二消息的geolocation首部字段中。

14.根据权利要求1所述的网络组件，其中，如果UE的地理位置信息对于UE可用，UE将所述地理位置信息作为PIDF位置对象包括在第二消息的消息主体中。

15.根据权利要求1所述的网络组件，其中，如果公开GRUU值已经与公开用户标识相关联地保存，UE将所述公开GRUU值包括在第二消息的contact首部字段中。

16.根据权利要求6所述的网络组件，其中，UE的接入网络信息被包括在第二消息的P-Access-Network-Info首部字段中，并且包括位置标识符、小区标识符或I-WAN接入节点标识中的一项。

17.一种由网络组件管理紧急事件相关信息的方法，包括：

网络组件发送包含指示符的响应消息，所述指示符指示第一消息是紧急事件相关请求，以及

网络组件接收包含与用户设备(UE)相关联的信息的第二消息。

18.根据权利要求17所述的方法，其中，当接收到响应消息时，UE提供第一消息是紧急事件相关请求的用户指示。

19.根据权利要求17所述的方法，其中，第二消息中包含的与UE相关联的信息包括UE的标识。

20.根据权利要求17所述的方法，其中，第二消息中包含的与UE相关联的信息包括UE的位置。

21.根据权利要求17所述的方法，其中，第二消息中包含的与UE相关联的信息包括UE的接入网络信息。

22.根据权利要求17所述的方法，其中，UE不知晓第一消息是紧急事件相关请求。

23.根据权利要求17所述的方法，其中，第一消息是SIP(会话发起协议)请求。

24.根据权利要求17所述的方法，其中，响应消息是SIP 1xx或200(OK)响应之一。

25.根据权利要求17所述的方法，其中，第二消息是以下之一：

SIP ACK；

SIP PRACK；

SIP目标刷新；

SIP UPDATE；以及

SIP RE-INVITE请求。

26.根据权利要求17所述的方法，其中，第一消息是针对对话的初始请求。

27.根据权利要求19所述的方法，其中，UE的标识是全局可路由用户代理统一资源标识符(GRUU)。

28.根据权利要求20所述的方法，其中，如果UE知晓指向UE的位置的URI(统一资源标识符)，UE将该URI包括在第二消息的geolocation首部字段中。

29.根据权利要求17所述的方法，其中，如果UE的地理位置信息对于UE可用，UE将所述地理位置信息作为PIDF位置对象包括在第二消息的消息主体中。

30.根据权利要求17所述的方法，其中，如果公开GRUU值已经与公开用户标识相关联地保存，UE将所述公开GRUU值包括在第二消息的contact首部字段中。

31.根据权利要求21所述的方法，其中，UE的接入网络信息被包括在第二消息的P-Access-Network-Info首部字段中，并且包括位置标识符、小区标识符或I-WAN接入节点标识中的一项。

Claims

1.一种网络组件，包括：

2.根据权利要求1所述的网络组件，其中，当接收到响应消息时，UE提供第一消息是紧急事件相关请求的用户指示。

3.根据权利要求1所述的网络组件，其中，第二消息中包含的与UE相关联的信息包括UE的标识。

4.根据权利要求1所述的网络组件，其中，第二消息中包含的与UE相关联的信息包括UE的位置。

5.根据权利要求1所述的网络组件，其中，第二消息中包含的与UE相关联的信息包括UE的接入网络信息。

6.根据权利要求1所述的网络组件，其中，UE不知晓第一消息是紧急事件相关请求。

7.根据权利要求1所述的网络组件，其中，第一消息是SIP(会话发起协议)请求。

8.根据权利要求1所述的网络组件，其中，响应消息是SIP 1xx或200(OK)响应之一。

9.根据权利要求1所述的网络组件，其中，第二消息是以下之一：

SIPACK；

SIP PRACK；

SIP目标刷新；

SIP UPDATE；以及

SIP RE-INVITE请求。

10.根据权利要求1所述的网络组件，其中，第一消息是针对对话的初始请求。

11.根据权利要求3所述的网络组件，其中，UE的标识是全局可路由用户代理统一资源标识符(GRUU)。

12.根据权利要求4所述的网络组件，其中，如果UE知晓指向UE的位置的URI(统一资源标识符)，UE将该URI包括在第二消息的geolocation首部字段中。

13.根据权利要求1所述的网络组件，其中，如果UE的地理位置信息对于UE可用，UE将所述地理位置信息作为PIDF位置对象包括在第二消息的消息主体中。

14.根据权利要求1所述的网络组件，其中，如果公开GRUU值已经与公开用户标识相关联地保存，UE将所述公开GRUU值包括在第二消息的contact首部字段中。

15.根据权利要求5所述的网络组件，其中，UE的接入网络信息被包括在第二消息的P-Access-Network-Info首部字段中，并且包括位置标识符、小区标识符或I-WAN接入节点标识中的一项。

16.一种由网络组件管理紧急事件相关信息的方法，包括：

网络组件接收包含与用户设备(UE)相关联的信息的第二消息。

17.根据权利要求16所述的方法，其中，当接收到响应消息时，UE提供第一消息是紧急事件相关请求的用户指示。

18.根据权利要求16所述的方法，其中，第二消息中包含的与UE相关联的信息包括UE的标识。

19.根据权利要求16所述的方法，其中，第二消息中包含的与UE相关联的信息包括UE的位置。

20.根据权利要求16所述的方法，其中，第二消息中包含的与UE相关联的信息包括UE的接入网络信息。

21.根据权利要求16所述的方法，其中，UE不知晓第一消息是紧急事件相关请求。

22.根据权利要求16所述的方法，其中，第一消息是SIP(会话发起协议)请求。

23.根据权利要求16所述的方法，其中，响应消息是SIP 1xx或200(OK)响应之一。

24.根据权利要求16所述的方法，其中，第二消息是以下之一：

SIPACK；

SIP PRACK；

SIP目标刷新；

SIP UPDATE；以及

SIP RE-INVITE请求。

25.根据权利要求16所述的方法，其中，第一消息是针对对话的初始请求。

26.根据权利要求18所述的方法，其中，UE的标识是全局可路由用户代理统一资源标识符(GRUU)。

27.根据权利要求19所述的方法，其中，如果UE知晓指向UE的位置的URI(统一资源标识符)，UE将该URI包括在第二消息的geolocation首部字段中。

28.根据权利要求16所述的方法，其中，如果UE的地理位置信息对于UE可用，UE将所述地理位置信息作为PIDF位置对象包括在第二消息的消息主体中。

29.根据权利要求16所述的方法，其中，如果公开GRUU值已经与公开用户标识相关联地保存，UE将所述公开GRUU值包括在第二消息的contact首部字段中。

30.根据权利要求20所述的方法，其中，UE的接入网络信息被包括在第二消息的P-Access-Network-Info首部字段中，并且包括位置标识符、小区标识符或I-WAN接入节点标识中的一项。