向用户设备指示紧急回叫的系统和方法

文档序号:7681739阅读:226来源:国知局
专利名称:向用户设备指示紧急回叫的系统和方法
向用户设备指示紧急回叫的系统和方法 相关申请的交叉引用 本申请要求由Purnadi等于2007年6月15日提交的、标题为"System and Methodfor Indicating頂S Emergency Call Back to UserEquipment,,的美国临时专利申请的优先权,其全部内容并入此处以供参考。
背景技术
IP(互联网协议)多媒体子系统(MS)是用于提供许多电话服务提供商开始实现的移动和固定多媒体服务的标准化架构。IMS架构可以包括使用标准协议进行通信的不同功能(BP,网络元件)的集合。 使用移动设备或任何用户设备(UE)的IMS网络用户可以进行紧急呼叫,例如911呼叫(在北美)或112呼叫(在欧洲大多数地区)。典型地,这种呼叫由公共安全应答点(PSAP)来处理,所述公共安全应答点可能协调对紧急事件的适当响应。在紧急呼叫终止之后,PSAP可以出于多种原因对用户进行回叫。例如,如果紧急呼叫出现异常终止,则PSAP可能回叫用户以确定用户是否希望传达任何附加信息。备选地,PSAP可能回叫用户以要求在初始呼叫中因疏忽而未请求的信息。在紧急呼叫终止之后从PSAP至紧急呼叫者的回叫的其他原因可以是本领域技术人员所熟悉的。


为了更完整地理解本公开,现在参照结合附图和详细的说明书而作出的以下简要描述,其中,类似的参考标记表示类似的部分。 图1是根据本公开的实施例的包括用户设备和公共安全应答点在内的示意性IP网络的图。 图2是示出了根据本公开的实施例的呼叫流程的顺序图。 图3是包括可操作于本公开的各个实施例中的一些的用户设备在内的无线通信系统的图。 图4是可操作于本公开的各个实施例中的一些的用户设备的框图。 图5是可在可操作于本公开的各个实施例中的一些的用户设备上实现的软件环
境的图。 图6是适于本公开的各个实施例中的一些的示意性通用计算机系统。
具体实施例方式
起初应当理解,尽管以下提供了本公开的一个或多个实施例的示意性实施方式,但所公开的系统和/或方法是可以使用任何数目的技术来实现的,不论该技术是当前已知的还是现有的。本公开绝不应限于示意性实施方式、附图和以下示意的技术,包括此处示意和描述的示例设计和实施方式,但是在所附权利要求及其等同替换的全部范围内可以修改本公开。
4
在实施例中,提供了一种向用户设备和接入网指示IMS(互联网协议多媒体子系统)紧急回叫的方法。所述方法包括将所述紧急回叫来自PSAP(来自公共安全应答点)的指示包括在从PSAP至用户设备和接入网的消息中。 在另一实施例中,提供了一种用户设备,包括被配置为将IMS(互联网协议多媒体子系统)呼叫识别为来自PSAP的紧急回叫的处理器。 在另一实施例中,提供了一种系统,包括一个或多个处理器和指令。所述指令在被所述一个或多个处理器处理器执行时,促使在从PSAP至用户设备(UE)的消息中提供紧急回叫指示符。 当在从UE至PSAP的MS紧急呼叫终止之后PSAP试图对UE进行IMS回叫时,如果UE没有识别出该回叫是来自PSAP的,则可能出现不期望的结果。例如,UE可以将该回叫视为常规的呼叫并将其置为中断或呼叫等待,回叫可能被阻止,或UE可能无法对回叫适当地作出响应。本公开提供了通过将向UE的、回叫来自PSAP的指示包括在回叫中,来向UE指示来自PSAP的IMS紧急回叫。这允许UE在紧急回叫与常规呼叫之间进行区分。将向UE的呼叫标识为来自PSAP的回叫的指示或指示符可以以不同方式与该呼叫相关联,这些方式中的一些方式将在以下更详细地讨论。其他方式是本领域技术人员根据本公开将容易地想到的。在US专利7, 050, 785和7, 139, 549中提供了其他技术,这两个专利都是Islam等的,出于所有目的并入此处以供参考。 图1示出了包括IP(互联网协议)网络12的系统IO,系统IO还可以包括IMS网络的一个或多个组件。示出了UE 14,UE 14可以包括连接至IMS网络的任何终端用户设备或系统(例如,移动电话、移动无线设备(包括数字、蜂窝或双模式设备)个人数字助理、膝上型/写字板/笔记本计算机、台式计算机等)。CSCF (呼叫会话控制功能)(未明确示出)是IMS网络中的公知元件,负责例如维护SIP (会话发起协议)呼叫以及针对访问IMS网络内的服务的订户提供会话控制。 UE 14经由接入网15来与P-CSCF(代理CSCF) 16进行通信。接入网15可能是任何公知的组件(例如,基站以及可以促使与后续网络组件进行无线连接的其他无线发送和接收设备)的集合。P-CSCF 16是SIP代理,该SIP代理可以是针对MS终端的第一接触点,并且如果所访问的网络还不是MS兼容的,则SIP代理可以位于在全MS网络中或归属网络中的所访的问网络中。P-CSCF 16与S-CSCF(服务CSCF)18进行通信。S-CSCF 18是SIP服务器,该SIP服务器可以位于归属网络中,并可以执行会话控制、用户简档的下载和上载、以及其他功能。S-CSCF18与E-CSCF(紧急CSCF)20进行通信。E-CSCF 20提供针对PSAP(公共安全应答点)22的会话控制功能,PSAP 22可以是911系统或者另一紧急呼叫中心或系统。 为了进行紧急呼叫或911呼叫,UE 14可能经由P-CSCF 16、S-CSCF 18禾P E-CSCF20来与PSAP 22进行通信。然而,仅当UE 14漫游时,才可能进行经由P-CSCF 16的通信。当UE 14处于其归属网络中时,可以不需要P-CSCF 16,并且UE 14可能直接与S-CSCF 18进行通信。以下,被描述为经由P-CSCF 16进行的任何通信都应被理解为可能在不存在P-CSCF 16的情况下进行。 当前3GPP (第3代合作伙伴计划)和3GPP2 (第3代合作伙伴计划2)规范(3GPP中的TS 23. 167和3GPP2中的X. P0049)没有指定使UE 14确定输入呼叫是否实际上是来自紧急系统(如PSAP 22)的回叫的方法。根据一个实施例,PSAP 22提供了 IMS紧急回叫消息30(如SIPInvite),包括紧急回叫指示或指示符32。 UE 14可以使用指示符32来将呼叫标识为来自PSAP 22的IMS紧急回叫,然后可以对该回叫适当地作出响应。例如,UE 14可能使用指示符32来在与接入网15的承载建立期间设置合适的优先级,可能在必要时丢弃和阻止其他呼叫,或者可能采取其他动作以促进或增大成功完成紧急回叫的可能性。指示符32还可以允许UE 14提供向UE用户通知来电紧急回叫的事件(例如,可听的或视频显示的警告)。 如果UE用户在过了特定时间之后尚未对回叫作出相应,则UE 14还可以使用指示符32来触发动作。无法以及时的方式应答紧急回叫可能是用户丧失了能力或需要紧急服务的指示。当在接收到指示符32之后预定义时间长度内没有进行对紧急回叫的响应时,UE14可能向PSAP 22发起指示用户不能作出应答的自动答复,可能发送UE 14的位置坐标,可能向另一紧急系统发送自动化消息,或者可能触发其他动作。例如,UE 14可能在没有来自用户的物理输入的情况下完成呼叫,这在用户不能物理激活UE 14以接收呼叫时可能是有益的。P-CSCF 16可以向接入网15提供紧急回叫指示符32,并且接入网15可以使用紧急回叫指示符32来准备和以优先顺序排列紧急回叫的适当资源。 可以基于当前规范以多种方式来传送紧急回叫指示符32。然而,本公开不限于此,还可适用于多种不同系统和环境中。在一个实施例中,可以通过将PSAP公共指示符(PSAPPUID)包括于在终止来自UE14的紧急呼叫之后从PSAP 22发送至UE 14的SIP消息中来提供指示符32。更具体地,可以将PSAP PUID包括在SIP Invite消息中作为指示符32。在这种情况下,PSAP PUID具有将PSAP 22标识为紧急相关实体的标准命名约定或格式(如name@sos. domain、psap@domain等)可以是有益的。即,单词或者字母、数字或其他字符的排列(如'psap'、 'sos'或'emergency')可能用在SIP Invite中,以指示消息30是来自紧急系统(如PSAP 22)的。 可以在从PSAP 22发送至UE 14的SIP Invite消息中的各个位置提供PSAP PUID。例如,PSAP PUID可以置于典型地提供与SIP消息发送者身份有关的信息的"来自首部"中。SIP Invite "来自首部"中的标准化PSAP PUID格式可以使SIP Invite可容易地被UE 14识别为与来自PSAP 22的紧急回叫相关联的消息。S卩,UE 14可能检验"来自首部"以找到指示SIP Invite来自PSAP 22的名称或字符串(如'psap'、 'sos'或'emergency')。如果找到了这种字符串,则UE 14知道该消息来自PSAP22并相应地作出响应。UE 14可能检验每个SIP Invite消息以发现该名称或字符串,或者可能仅在UE 14进行911呼叫或其他紧急呼叫之后的 一段时间内进行检验。 在另一实施例中,UE紧急公共标识符(ePUID)可以用作指示符32。作为背景,仅当UE 14执行IMS紧急注册时,UE 14当前获得与标准PUID不同的ePUID。然而,在当前指导原则下,仅当UE 14在处于其归属网络之外的同时进行紧急呼叫时,或者仅当UE 14不具有足够证书来执行IMS常规注册时,UE 14才执行IMS紧急注册。因此,ePUID可能不始终可用作指示符32。 本实施例提供了以下情况每当UE 14进行紧急呼叫时UE14都执行紧急IMS注册,而不论UE 14时处于其归属网络中还是在漫游,也不论UE 14是否具有足够证书来进行常规注册。于是,甚至当UE 14从其归属网络内进行紧急呼叫时,UE 14也可能具有ePUID,并且每当UE 14进行紧急呼叫时,UE 14都可以将该ePUID通过给PSAP 22。当PSAP 22向UE 14进行紧急回叫时,PSAP 22就可以使用ePUID作为消息30中的指示符32。更具体地,ePUID可以置于标识SIP消息接收者的SIP Invite "去往首部"中。当UE 14接收到包括自身ePUID的消息(例如在"去往首部"中具有UE ePUID的SIP Invite)时,UE 14可以将该消息识别为与来自PSAP 22的紧急回叫相关联并可以适当地作出响应。
在其他实施例中,可以以多种其他方式将紧急回叫指示符32包括在从PSAP 22至UE 14的SIP Invite中。例如,可能添加显式的新紧急回叫首部,或者可能将隐式的紧急回叫指示符32置于现有首部(如P-Asserted-Identity首部)内。备选地,其他消息30可以包括或可以用作指示符32,或者可以采用本领域技术人员借助本公开容易想到的多种其他方式或技术。 图2示出了先前使用其标准PUID发起了 IMS紧急呼叫会话的UE14的示例性呼叫流程图。在该实施例中,当紧急呼叫终止时,PSAP 22试图使用SIP Invite消息来回叫UE14。 SIP Invite在"去往首部"中包括UE PUID,并在"来自首部"中包括标准化的或经识别的PSAP PUID(如nametsos. domain)。在"来自首部"中使用的标准化PSAP PUID格式由P-CSCF 16 (或不存在P-CSCF 16时由S-CSCF 18)和UE 14识别为来自PSAP 22的紧急呼叫的指示。P-CSCF 16或S-CSCF 20触发接入网15,从而如上所述,UE 14和接入网15可以针对该呼叫设置最高优先级以确保成功的紧急回叫和/或可以执行其他动作。
在事件202处,响应于异常紧急呼叫终止,或处于某种其他原因,PSAP 22向UE 14发起回叫。PSAP 22形成SIP Invite消息,该SIP Invite消息在"去往首部"中包括UEPUID并使用标准化的或经识别的PSAPPUID格式作为"来自首部"中的指示符。在该示例中,PSAP PUID使用name@sos. domain作为标准格式。从PSAP 22发起的SIP Invite中的'sos'向UE 14指示这是紧急回叫。然而,置于SIP Invite消息中或其他消息中其他位置的其他参数也可以用作指示符。然后,将以这种方式形成的SIP Invite发送至E-CSCF 20。
在事件204处,E-CSCF 20将SIP Invite转发至S-CSCF 18。在事件206处,S-CSCF18将SIP Invite转发至P-CSCF 16。在事件208处,P-CSCF 16将SIP Invite转发至UE14。 P-CSCF 16可以使用紧急回叫指示符作为触发以通知接入网准备和以优先顺序排列紧急回叫的资源。在事件210处,UE 14检查输入SIP Invite中的"来自首部",并将'sos'识别为指示SIP Invite来自PSAP 22且SIP Invite与紧急回叫相关联的标准化格式。然后,UE 14可以使用该指示来将呼叫置为最高优先级,以确保成功的紧急回叫。UE 14也可以采取其他动作,包括丢弃其他正在进行的呼叫、在无线承载建立过程中设置适当的优先级等等。 在事件212处,UE 14形成SIP 2000K消息以对SIP Invite作出响应。UE 14将PSAP PUID置于"去往首部"中,并将其自身的UE PUID置于"来自首部"中。然后,将SIP2000K发送至P-CSCF 16。注意,根据3GPP2规范,P-CSCF 16可能不允许通过在"去往首部"中具有PSAPPUID的SIP Invite来进行紧急呼叫初始化。然而,事件212处发送的消息不是SIP Invite初始化消息,而可以是SIP 2000K。因此,如事件214处所示,P-CSCF 16允许在"去往首部"中具有PSAP PUID的消息。应当注意,P-CSCF 16典型地需要知道并准备好接收SIP 2000K,或者P-CSCF 16可能拒绝SIP 2000K。在P-CSCF 16已从PSAP 22接收到SIPInvite之后,可以使P-CSCF 16知道UE 14可能发送2000K。
在事件216、218和220处,P-CSCF 16经由S-CSCF 18和E-CSCF 20来向PSAP22路由SIP 2000K。在事件222处,PSAP 22形成SIP ACK消息以对SIP 2000K作出响应。PSAP 22将UE PUID置于"去往首部"中,并将其自身的PSAP PUID置于"来自首部"中,并将SIP ACK发送至E-CSCF 20。在事件224、226和228处,经由S-CSCF 18和P-CSCF 16来向UE 14路由SIP ACK。在这一点上,如事件230处所示,完成紧急回叫的建立。应当理解,图2仅示出了本公开的一个实施例的一个呼叫流程,并且本公开不仅限于所示出的呼叫流程。对于此处公开的多个其他实施例,可能发生其他其他呼叫流程。 图3示出了包括UE 14的实施例在内的无线通信系统。UE 14可操作用于实现本公开的方面,但本公开不应限于这些实施方式。尽管被示为移动电话,但UE 14可以采取多种形式,包括无线手机、寻呼机、个人数字助理(PDA)、便携式计算机、写字板计算机或膝上型计算机。许多合适的设备将这些功能当中的一些或全部相结合。在本公开的一些实施例中,UE 14不是如便携式、膝上型或写字板计算机之类的通用计算设备,而是如移动电话、无线手持机、寻呼机、PDA或车辆中安装的电信设备之类的专用通信设备。在另一实施例中,UE 14可以是便携式、膝上型或其他计算设备。UE 14可以支持专门的活动,例如游戏、库存控制、作业控制和/或任务管理功能等。 UE 14包括显示器402。 UE 14还包括触敏表面、键盘或由用户输入的总体称为404的其他输入键。键盘可以是全字母数字键盘或简化字母数字键盘(如QWERTY、Dvorak、AZERTY和顺序类型)或与电话键区相关联的带有字母表字母的传统数字键区。输入键可以包括滚轮、退出或换码键、轨迹球以及其他导航或功能键,其可以被向内按下以提供更多的输入功能。UE 14可以呈现供用户选择的选项、供用户驱动的控件和/或供用户导向的光标或其他指示符。 UE 14还可以接受来自用户的数据条目,该数据条目指示用于拨打的号码或用于对UE 14的操作进行配置的不同参数值。UE 14还可以响应于用户命令来执行一个或多个软件或固件应用程序。这些应用程序可以将UE 14配置为响应于用户交互来执行不同定制功能。此外,可以用无线电来编程和/或配置UE 14,例如从无线基站、无线接入点或对等端UE 14来配置UE 14。 在可由UE 14执行的各种应用程序当中有网页浏览器,其使显示器402能够示出网页。该网页是可以经由与无线网络接入节点、蜂窝塔、对等端UE 14或者任何其他无线通信网络或系统400进行无线通信来获得的。网络400耦合至有线网络408 (如互联网)。经由无线链路和有线网络,UE 14可以访问不同服务器(如服务器410)上的信息。服务器410可以提供可在显示器402上示出的内容。备选地,UE 14可以以中继类型或跳类型的连接,通过充当中间媒介的对等端UE 14,来接入网络400。 图4示出了UE 14的框图。尽管示出了UE 14的多种已知组件,但在实施例中,可以在UE 14中包括所列出的组件和/或未列出的附加组件的子集。UE 14包括数字信号处理器(DSP)502和存储器504。如图所示,UE 14还可以包括天线和前端单元506、射频(RF)收发器508、模拟基带处理单元510、麦克风512、听筒扬声器514、耳机端口 516、输入/输出接口 518、可拆卸式存储卡520、通用串行总线(USB)端口 522、短距离无线通信子系统524、警报器526、键区528、液晶显示器(LCD),该液晶显示器(LCD)可以包括触敏表面530、 LCD控制器532、电荷耦合器件(CCD)摄像机534、摄像机控制器536和全球定位系统(GPS)传感器538。在实施例中,UE 14可以包括另一种显示器,其不提供触敏屏幕。在实施例中,DSP502可以直接与存储器504进行通信而不经过输入/输出接口 518。 DSP 502或某其他形式的控制器或中央处理单元操作用于根据在存储器504中存储的或在DPS 502本身内包含的存储器中存储的嵌入式软件或固件,来控制UE 14的各种组件。除了嵌入式软件或固件之外,DPS 502还可以执行其他应用程序,该其他应用程序存储在存储器504中,或者是可经由如便携式数据存储介质(如可拆卸式存储卡520)之类的信息载体介质、或经由有线或无线网络通信而获取到的。应用软件可以包括将DSP 502配置为提供所期望的功能的、已编译的机器可读指令集,或者应用软件可以是要由解释器或编译器来处理以间接配置DSP 502的高级软件指令。 可以提供天线和前端单元506以在无线信号和电信号之间进行转换,使得UE 14能够发送和接收来自蜂窝网络或某些其他可用无线通信网络或来自对等端UE 14的信息。在实施例中,天线和前端单元506可以包括多个天线以支持波束成形和/或多输入多输出(MIMO)操作。本领域技术人员已知,MMO操作可以提供空间多样性,其可以用于克服困难的信道条件和/或增加信道吞吐量。天线和前端单元506可以包括天线调谐和/或阻抗匹配组件、RF功率放大器和/或低噪声放大器。 RF收发器508提供了频移,将接收到的RF信号转换到基带并将基带发送信号转换到RF。在一些描述中,无线电收发器或RF收发器可以被理解为包括其他信号处理功能,如调制/解调、编码/解码、交织/去交织、扩频/解扩、快速傅立叶逆变换(IFFT) /快速傅立叶变换(FFT)、循环前缀附加/移除以及其他信号处理功能。出于清楚的目的,此处的描述将该信号处理的描述与RF和/或无线电级(radio stage)分开,并在构思上将信号处理分配给模拟基带处理单元510和/或DSP 502或其他中央处理单元。在一些实施例中,RF收发器508、天线和前端506的部分以及模拟基带处理单元510可以被组合在一个或多个处理单元和/或特定用途集成电路(ASIC)中。 模拟基带处理单元510可以提供对输入和输出的各种模拟处理,例如对来自麦克风512和耳机516的输入的模拟处理以及对向听筒514和耳机516的输出的模拟处理。为此,模拟基带处理单元510可以具有用于连接至内置麦克风512和听筒扬声器514的端口 ,使得UE 14能够用作蜂窝电话。模拟基带处理单元510还可以包括用于连接至耳机或其他免提麦克风和扬声器配置的端口 。模拟基带处理单元510可以沿一个信号方向提供数模转换并沿相反的信号方向提供模数转换。在一些实施例中,模拟基带处理单元510的至少一些功能可以由数字处理组件来提供,例如由DSP 502或其他中央处理单元来提供。
DSP 502可以执行调制/解调、编码/解码、交织/去交织、扩频/解扩、快速傅立叶逆变换(IFFT)/快速傅立叶变换(FFT)、循环前缀附加/移除以及其他与无线通信相关联的信号处理功能。在实施例中,例如在码分多址(CDMA)技术应用中,针对发射器功能,DSP502可以执行调制、编码、交织和扩频,而针对接收器功能,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 14充电,还可以使UE 14能够充当外围设备,以与个人计算机或其他计算机系统交换信息。短距离无线通信子系统524可以包括红外端口、蓝牙接口、遵循IEEE 802. 11的无线接口、或可以使UE 14能够与其他附近移动设备和/或无线基站进行无线通信的任意其他短距离无线通信子系统。 输入/输出接口 518还可以将DSP 502连接至警报器526,警报器526在被触发时使UE 14例如通过振铃、播放旋律或震动来向用户提供通知。警报器526可以充当一种机制,用于通过无声震动或针对特定呼叫者播放预先指定的具体旋律来向用户告警诸如如来电呼叫、新文本消息和约会提醒等不同事件中的任何事件。 键区528经由接口 518耦合至DSP 502,以为用户提供一种进行选择、输入信息以及向UE 14提供输入的机制。键区528可以是全字母数字键盘或简化字母数字键盘(如QWERTY、 Dvorak、 AZERTY和顺序类型)或者与电话键区相关联的带有字母表字母的传统数字键区。输入键可以包括滚轮、退出或换码键、轨迹球和其他导航或功能键,其可以被向内按下以提供更多的输入功能。另一种输入机制可以是LCD530,其可以包括触摸屏能力,也可以向用户显示文本和/或图形。LCD控制器532将DSP 502耦合至LCD 530。
如果配备有CCD摄像机534,则CCD摄像机534使UE 14能够拍摄数字图像。DSP502经由摄像机控制器536与CCD摄像机534进行通信。在另一实施例中,可以采用根据与电荷耦合器件摄像机不同的技术而操作的摄像机。GPS传感器538耦合至DSP 502,以对全球定位系统信号进行解码,从而使UE 14能够确定其位置。也可以包括多种其他外围设备以提供附加的功能,例如,无线电和电视接收。 图5示出了可由DSP 502实现的软件环境602。DSP 502执行操作系统驱动器604,操作系统驱动器604提供其余软件操作的平台。操作系统驱动器604向无线设备硬件的驱动器提供了可访问应用软件的标准化接口。操作系统驱动器604包括应用程序管理服务("AMS")606,该服务在运行于UE 14上的应用程序之间传送控制。图5还示出了网页浏览器应用程序608、媒体播放器应用程序610和Java小应用程序612。网页浏览器应用程序608将UE 14配置为充当网页浏览器,允许用户向表格中输入信息和选择链接以检索和观看网页。媒体播放器应用程序610将UE 14配置为检索和播放音频或视听媒体。Java小应用程序612将UE 14配置为提供游戏、实用程序和其他功能。组件614可以提供与紧急呼叫相关的功能。 UE 14、P-CSCF 16、S-CSCF 18、E-CSCF 20禾P PSAP 22以及此处描述的其他组件可以完全或部分地在通用计算机上实现或者可以包括该通用计算机,该通用计算机具有足够处理能力、存储资源和网络吞吐能力以处理置于该通用计算机上的必要工作量。图6示出了可适于实现此处描述的一个或多个实施例的典型通用计算机系统700。计算机系统700包括处理器720(可称为中央处理单元或CPU),处理器720与包括辅助存储器750、只读存储器(R0M)740、随机存取存储器(RAM)730、输入/输出(I/O)设备710和网络连接性设备760在内的存储设备进行通信。该处理器可以被实现为一个或多个CPU芯片。
10
辅助存储器750典型地包括一个或多个盘驱动器或磁带驱动器,辅助存储器750 用于数据的非易失性存储,并在RAM 730不足够大以容纳所有工作数据的情况下用作溢出 数据存储设备。辅助存储器750可以用于存储当被选择以执行时被加载到RAM 730中的程 序。R0M740用于存储在程序执行期间读取的指令以及可能的数据。ROM 740是非易失性存 储设备,其典型地具有与辅助存储器的较大存储容量相比较小的存储容量。RAM 730用于 存储易失性数据以及可能存储指令。对ROM 740和RAM 730的访问典型地比对辅助存储器 750的访问要快。 1/0设备710可以包括打印机、视频监视器、液晶显示器(LCD)、触屏显示器、键盘、 键区、开关、拨号盘、鼠标、轨迹球、语音识别器、卡读取器、纸带读取器或其他公知输入设备。 网络连接设备760可以采用以下形式调制解调器、调制解调器组、以太网卡、通 用串行总线(USB)接口卡、串行接口、令牌环卡、光纤分布式数据接口 (FDDI)卡、无线局域 网(WLAN)卡、无线电收发器卡(如,码分多址(CDMA)和/或全球移动通信系统(GSM)无线 电收发器卡)以及其他公知网络设备。这些网络连接760设备可以使处理器720能够与互 联网或者一个或多个内联网进行通信。利用这种网络连接,可以想到,处理器720在执行上 述方法步骤的过程中可能从网络接收信息或可能向网络输出信息。常被示作要使用处理器 720执行的一系列指令的这种信息是可以例如以在载波中体现的计算机数据信号的形式从 网络接收和输出至网络的。 可包括例如要使用处理器720执行的数据或指令在内的这种信息是可以例如以 计算机数据基带信号或体现在载波中的信号的形式从网络接收和输出至网络的。由网络连 接760设备产生的基带信号或体现在载波中的信号可以在电导体表面中或电导体表面上、 在同轴电缆中、在波导中、在光学介质(例如光纤)中或者在空气或自由空间中进行传播。 在基带信号或嵌入载波中的信号中所包含的信息可以是根据不同事件来排序的,如这对于 处理或产生该信息或者发送或接收该信息而言可能是需要的)。基带信号或嵌入载波中的 信号或者当前使用或今后开发的其他类型的信号(这里称为传输介质)可以是根据本领域 技术人员若干方法来产生的。 处理器720执行其从硬盘、软盘、光盘(基于这些各种盘的系统都可以被视为辅助 存储器750) 、 ROM 740、 RAM 730或网络连接设备760访问的指令、代码、计算机程序、脚本。 尽管仅示出了一个处理器720,但可以存在多个处理器。如被讨论为由处理器实现的指令或 处理可以由一个或多个处理器同时、串行或以其他方式处理。 尽管在本公开中已提供了多个实施例,但应当注意,在不脱离本公开的精神或范 围的情况下,可以以许多其他具体形式来体现所公开的系统和方法。当前示例应被视为示 意性的而非限制性的,并且并不意在限制此处给出的细节。例如,可以在另一系统中组合或 结合各种元件或组件,或者可以省略或不实现特定特征。 此外,在不脱离本公开的范围的情况下,在各个实施例中描述和示出为分离或单 独的技术、系统、子系统和方法可以与其他系统、模块、技术或方法组合或结合。被示出或 讨论为彼此耦合或直接耦合或进行通信的其他项目可以通过某种接口、设备或中间组件来 (不论是电、机械还是以其他方式)间接耦合或进行通信。在不脱离此处公开的精神和范围 的情况下,本领域技术人员可确定改变、替换和变更的其他示例。
权利要求
一种向用户设备和接入网指示IMS(互联网协议多媒体子系统)紧急回叫的方法,包括将所述紧急回叫来自PSAP(公共安全应答点)的指示包括在从PSAP至用户设备和接入网的消息中。
2. 根据权利要求1所述的方法,其中,所述消息是SIP(会话发起协议)Invite消息。
3. 根据权利要求1所述的方法,其中,所述指示被包括在来自首部中。
4. 根据权利要求1所述的方法,其中,所述指示是将PSAP标识为紧急相关实体的字符串。
5. 根据权利要求1所述的方法,其中,所述指示被包括在去往首部中。
6. 根据权利要求1所述的方法,其中,所述指示是用户设备的紧急公共标识符。
7. 根据权利要求6所述的方法,其中,所述紧急公共标识符是每当用户设备发起IMS紧急呼叫时创建的。
8. 根据权利要求1所述的方法,还包括用户设备和接入网以促使成功完成紧急回叫的方式对所述指示作出响应。
9. 根据权利要求1所述的方法,还包括当在用户设备接收到所述指示之后预定义时间长度内用户设备没有接收到响应于紧急回叫的输入时,用户设备触发自主动作。
10. 根据权利要求9所述的方法,其中,所述自主动作是以下至少一项向PSAP发送自动化消息;向PSAP发送用户设备的位置;以及向除PSAP以外的紧急相关实体发送自动化消息。
11. 根据权利要求2所述的方法,其中,所述用户设备检查所有输入SIP Invite消息以发现所述指示,并且,代理呼叫会话控制功能检查所有输入SIP Invite消息以发现所述指示,以通知接入网准备和以优先顺序排列针对紧急回叫的资源。
12. 根据权利要求2所述的方法,其中,所述用户设备仅在所述用户设备向PSAP发起IMS紧急呼叫之后预定义时间长度内,检查输入SIP Invite消息以发现所述指示。
13. —种用户设备,包括处理器,被配置为将IMS(互联网协议多媒体子系统)呼叫识别为来自PSAP(公共安全应答点)的紧急回叫。
14. 根据权利要求13所述的用户设备,其中,所述处理器将利用包括紧急回叫指示符的所述IMS呼叫,将所述IMS呼叫识别为来自PSAP的紧急回叫。
15. 根据权利要求14所述的用户设备,其中,所述紧急回叫指示符是将PSAP标识为紧急相关实体并且被包括在从PSAP至用户设备的SIP (会话发起协议)Invite消息中的字符串。
16. 根据权利要求14所述的用户设备,其中,所述紧急回叫指示符被包括在来自首部中。
17. 根据权利要求14所述的用户设备,其中,所述紧急回叫指示符是被包括在"去往首部"中的、用户设备的紧急公共标识符。
18. 根据权利要求17所述的用户设备,其中,所述紧急公共标识符是每当用户设备发起IMS紧急呼叫时创建的。
19. 根据权利要求14所述的用户设备,其中,当在用户设备接收到所述紧急回叫指示符之后预定义时间长度内用户设备没有接收到响应于紧急回叫的输入时,用户设备触发自主动作。
20. 根据权利要求19所述的用户设备,其中,所述自主动作是以下至少一项向PSAP发送自动化消息;向PSAP发送用户设备的位置;以及向除PSAP以外的紧急相关实体发送自动化消息。
21. 根据权利要求14所述的用户设备,其中,代理呼叫会话控制功能检查所有输入SIPInvite消息以发现所述紧急回叫指示符,以通知接入网准备和以优先顺序排列针对紧急回叫的资源。
22. —种系统,包括一个或多个处理器;以及指令,当被所述一个或多个处理器执行时,促使在从PSAP (公共安全应答点)至用户设备的消息中提供紧急回叫指示符。
23. 根据权利要求22所述的系统,其中,所述紧急回叫指示符是以下之一 字符串,将PSAP标识为紧急相关实体,并且被包括在从PSAP至用户设备的SIP(会话发起协议)Invite消息的来自首部中;以及用户设备的紧急公共标识符,被包括在SIP Invite消息的去往首部中,并且是每当用户设备发起IMS紧急呼叫时创建的。
24. 根据权利要求22所述的系统,其中,当在用户设备接收到所述紧急回叫指示符之后预定义时间长度内用户设备没有接收到响应于紧急回叫的输入时,用户设备触发自主动作。
25. 根据权利要求24所述的系统,其中,所述自主动作是以下至少一项向PSAP发送自动化消息;向PSAP发送用户设备的位置;以及向除PSAP以外的紧急相关实体发送自动化消息。
全文摘要
提供了一种用于向用户设备14和接入网15指示IMS(互联网协议多媒体子系统)紧急回叫的方法。该方法包括将该紧急回叫来自PSAP(来自公共安全应答点)22的指示32包括在从PSAP至用户设备14和接入网15的消息30中。
文档编号H04L12/66GK101772929SQ200780100171
公开日2010年7月7日 申请日期2007年12月4日 优先权日2007年6月15日
发明者M·哈立德·伊斯兰, 雷纳·W·普尔纳迪 申请人:捷讯研究有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1