有条件地尝试紧急呼叫建立的系统和方法

专利名称：有条件地尝试紧急呼叫建立的系统和方法
技术领域：
本发明涉及电子通信，更具体地，涉及用于通信设备的紧急呼叫 建立。
背景技术：
根据第5版TS 24.229的章节5丄6,在移动设备接收到<类型>子 元素被设置为"紧急"的380 (可选服务)响应时，移动设备自动尝 试在CS域上的紧急呼叫建立。如果紧急呼叫建立成功，则为移动设 备建立紧急呼叫。移动设备通常响应于向网络传输邀请请求消息而接 收到380响应。因此，通过传输邀请请求消息，移动设备可以在存在 紧急事件的情况下触发建立紧急呼叫的过程。发明内容根据广义方面，在通信设备中提供了一种方法，所述方法包括 保持用于尝试紧急呼叫建立的至少一个条件；接收提示紧急呼叫建立 的消息，所述消息符合第三代移动蜂窝电话标准；以及响应于接收到 提示紧急呼叫建立的消息，仅在满足了所述至少一个条件中的任一条 件时才尝试所述紧急呼叫建立。根据另一广义方面，提供了一种在其上存储了计算机可执行指令 的计算机可读介质，在计算设备的处理器上执行所述指令，从而使所 述计算设备实现以上所总结的方法的步骤。根据另一广义方面，提供了一种包括紧急呼叫建立功能的通信设 备，所述通信设备具有装置，用于保持用于尝试紧急呼叫建立的至少一个条件；装置，用于接收提示紧急呼叫建立的消息，所述消息符合第三代移动蜂窝电话标准；以及装置，用于响应于接收到提示紧急呼叫建立的消息，仅在满足了所述至少一个条件中的任一条件时尝试 所述紧急呼叫建立。根据另一广义方面，提供了一种在移动蜂窝电信网络中的方法， 所述方法包括保持用于转发提示目标通信设备尝试紧急呼叫建立的 消息的至少一个条件；接收提示目标通信设备尝试紧急呼叫建立的消 息，所述消息符合第三代移动蜂窝电话标准；以及仅在满足了所述至 少一个条件中的任一条件时沿信令数据路径转发所述消息。根据另一广义方面，提供了一种在其上存储了计算机可执行指令 的计算机可读介质，在计算设备的处理器上执行所述指令，从而使所 述计算设备实现以上所总结的方法的步骤。根据另一广义方面，提供了一种包括消息阻止功能的移动蜂窝电 信网络，所述网络具有装置，用于保持用于转发提示目标通信设备 尝试紧急呼叫建立的消息的至少一个条件；装置，用于接收提示目标 通信设备尝试紧急呼叫建立的消息，所述消息符合第三代移动蜂窝电 话标准；以及装置，用于仅在满足了所述至少一个条件中的任一条件 时沿信令数据路径转发所述消息。根据另一广义方面，提供了一种在移动蜂窝电信网络中的方法， 所述方法包括接收消息，每个消息定向至各个目标通信设备，用于 提示所述目标通信设备尝试紧急呼叫建立，所述消息符合第三代移动 蜂窝电话标准；以及针对每个消息，阻止沿信令数据路径转发消息。根据另一广义方面，提供了一种在其上存储了计算机可执行指令 的计算机可读介质，在计算设备的处理器上执行所述指令，从而使所 述计算设备实现以上所总结的方法的步骤。根据另一广义方面，提供了一种包括消息阻止功能的移动蜂窝电 信网络，操作用于接收消息，每个消息定向至各个目标通信设备， 用于提示所述目标通信设备尝试紧急呼叫建立，所述消息符合第三代 移动蜂窝电话标准；以及针对每个消息，阻止沿信令数据路径转发消


现在将参照附图来描述实施例，其中 图1A是示例通信系统的框图； 图1B是移动设备的框图；图2是有条件地尝试紧急呼叫建立的示例方法的流程图；图3至图6是有条件地尝试紧急呼叫建立的其他示例方法的流程图；图7是另一通信系统的框图；图8是阻止将至少一些消息传递至其目标移动设备的方法的流程 图；以及图9和10是阻止将至少一些消息传递至其目标移动设备的其他 示例方法的流程图。
具体实施方式
如上所述，移动设备可以在出现紧急事件时触发建立紧急呼叫的 过程。然而，第5版TS24.229的章节5丄6还允许移动设备可以在没 有紧急事件时建立紧急呼叫。例如，实体可以向移动设备发送<类型> 子元素被设置为"紧急"的380 (可选服务)响应，从而提示移动设 备自动尝试紧急呼叫建立。该实体可以是欺诈移动设备、使用缺陷协 议实施方式的移动设备、或者欺诈服务器。在这种情况下，即使可能 没有出现明显的紧急事件，移动设备也将会自动尝试紧急呼叫建立。 具有编号3xx (其中"xx"代表2个数字)的SIP消息表示重新定向，并且可以由欺诈或缺陷移动设备或服务器进行发送。有条件的紧急呼叫建立通信系统现在参照图1A，其示出了示例通信系统40的框图。通信系统40 具有无线网络20、移动设备10和其他移动设备30;通信系统40可以 具有其他组件，但是为了简化没有将其示出。移动设备IO具有无线接 入设备16、处理器17和紧急呼叫建立功能15;移动设备10可以具有 其他组件，但是为了简化没有将其示出。其他移动设备30每个均具有 与移动设备10中的组件相类似的组件。可选地，其他移动设备30中的一些或全部可以具有与移动设备10中的组件不同的组件。在操作中，移动设备10使用无线接入无线电装置16与无线网络 20进行通信。在移动设备10与无线网络20之间的无线连接19上进 行无线通信。类似地，其他移动设备30可以通过相应的无线连接(未 示出)与无线网络20进行通信。与无线网络20的通信可以是例如电 话、或者诸如电子邮件之类的其他形式的通信。一些通信可以包括紧急呼叫。例如，移动设备10可以在接收到 提示紧急呼叫建立的消息时尝试紧急呼叫。例如提示紧急呼叫建立的 消息的源可以是其他移动设备30之一、或者无线网络20本身。在消 息源是其他移动设备30之一的情况下，该源可以是尝试触发移动设备 10即使在没有明显的紧急事件时也尝试紧急呼叫建立的欺诈移动设 备。可以存在其他情况，其中移动设备10在没有明显的紧急呼叫时接 收到提示紧急呼叫建立的消息。根据该应用的实施例，紧急呼叫建立功能15保持用于尝试紧急 呼叫建立的至少一个条件。在接收到提示紧急呼叫建立的消息时，仅 在满足了所述至少一个条件中的任一条件时尝试紧急呼叫建立。这允 许移动设备10在不需要建立紧急事件呼叫的情况下忽略提示紧急呼 叫建立的消息。参照图2至5来提供其他详情。在所示出的示例中，将紧急呼叫建立功能15实现为软件，并在 处理器17上执行该软件。然而，更一般地，紧急呼叫建立功能15可 以实现为软件、硬件、固件或其任何适合的组合。在所示出的示例中，假设通信设备10、 30是移动设备。然而， 更一般地，该应用的实施例可以应用于移动的或有线的通信设备。对 于有线设备，不需要无线接入无线电装置。而是可以向有线设备提供 任何适合的通信接口。对于有线设备的情况，网络20不需要是无线的。没有以任何特定组件来示出无线网络20。然而应当理解，无线网 络20将具有适于有线和/或无线网络的任何适合的组件。该组件是特 定于实施方式的，并且可以取决于网络类型。网络20可以是任何类型 的，例如GPRS、 UMTS、 CDMA等。IMS服务是载体未知的。在一 些实施方式中，无线网络20包括P-CSCF (代理呼叫会话控制功能)节点，用于处理SIP消息的传输。也可以有其他实施方式。现在参照图1B，其示出了可以实现这里所描述的任何方法的另一 移动设备80的框图。以特定组件示出了移动设备80，用于实现与图 1A的移动设备中的组件相类似的特征。应当理解，移动设备80以特 定组件示出仅用于示例目的。示意性地示出了在键盘114和显示器126之间耦合的处理设备 (微处理器128)。微处理器128是具有与图1A所示的移动设备10 的处理器17相类似的特征的一种处理器。微处理器128响应于用户针 对键盘114上的按键的激励，来控制显示器126的操作、以及移动设 备80的整体操作。移动设备80具有外壳，该外壳可以垂直拉长、或者可以具有其 他大小和形状(包括折叠式外壳构造)。键盘114可以包括模式选择按 键、或者用于在文本输入和电话输入之间进行切换的其他硬件或软件。除了微处理器128之外，示意性地示出了移动设备80的其他部分。这些部分包括通信子系统170;短距离通信子系统102;键盘114和显示器126、以及其他输入/输出设备，包括一组LED 104、 一 组辅助I/0设备106、串口108、扬声器111和麦克风112;以及包括 闪存116和随机访问存储器(RAM) 118的存储设备；以及各种其他 设备子系统120。移动设备80可以具有向移动设备80的有源元件供 电的电池121。在一些实施例中，移动设备80是具有语音和数据通信 能力的双向射频(RF)通信设备。此外，在一些实施例中，移动设备 80具有经由因特网与其他计算机系统通信的能力。在一些实施例中，将由微处理器128执行的操作系统软件存储在 诸如闪存116之类的永久存储器中，但是也可以存储在诸如只读存储 器(ROM)之类的其他类型的存储设备或类似的存储元件中。此外， 可以将系统软件、特定设备应用程序及其部分临时载入易失性存储器， 如RAM 118。由移动设备80所接收的通信信号也可以存储至RAM 118。除了操作系统功能之外，微处理器128能够在移动设备80上执 行软件应用程序。在制造期间，可以将控制诸如语音通信模块130A和数据通信模块130B之类的基本设备操作的软件应用程序的预定集 合安装在移动设备80上。此外，在制造期间，也可以将个人信息管理 器(PIM)应用程序模块130C安装在移动设备80上。在一些实施例 中，PIM应用程序能够组织和管理数据项目，如电子邮件、日历事件、 语音邮件、约会和任务项目。在一些实施例中，PIM应用程序也能够 经由无线网络IIO发送和接收数据项目。在一些实施例中，将由PIM 应用程序所管理的数据项目经由无线网络110与所存储的或同主机计 算机系统相关联的设备用户的相应数据项目进行无缝集成、合成和更 新。同样，可以在制造期间安装示出为另一软件模块I30N的附加软 件模块。闪存116的模块130A、 130B、 130C、 130N中的一个或多个 可以配置用于实现与图1A所示移动设备10的紧急呼叫建立功能15 相类似的特征。例如，可以配置其他模块130N之一，从而当在微处 理器128上执行所述模块时，移动设备80保持用于尝试紧急呼叫建立 的至少一个条件。响应于接收到提示紧急呼叫建立的消息，移动设备 80仅在满足了至少一个条件中的任一条件时尝试紧急呼叫建立。除了 语音呼叫能力之外，还可以提供视频呼叫能力。通过通信子系统170、并可能通过短距离通信子系统170来执行 包括数据和语音通信的通信功能。通信子系统170包括接收机150、 发射机152和一个或多个天线，天线被示为接收天线154和发射天线 156。此外，通信子系统170也包括处理模块(如数字信号处理器(DSP) 158)和本地振荡器(LOs) 160。具有发射机152和接收机150的通 信子系统170是具有与图1A所示移动设备10的无线接入无线电装置 16相类似的特征的无线接入无线电装置的实施方式。通信子系统170 的特定设计和实施方式取决于移动设备80意在操作的通信网络。例 如，移动设备80的通信子系统170可以被设计使用MobitexTM、 DataTACTM或通用分组无线业务(GPRS)移动数据通信网络进行操作， 也可被设计用于使用各种语音通信网络(如高级移动电话服务 (AMPS)、时分多址(TDMA)、码分多址(CDMA)、个人通信业务 (PCS)、全球移动通信系统(GSM)等)进行操作。也可以与移动设 备80 —起使用单独和集成的其他类型的数据和语音网络。网络接入可以依据通信网络的类型而改变。例如，在Mobitex 和DataTACTM网络中，移动设备使用与每个设备相关联的唯一个人标 识码(PIN)在网络上进行登记。然而在GPRS网络中，典型地，网 络接入与设备的订户或用户相关联。因此，GPRS设备典型地具有通 常被称作订户身份模块(SIM)卡的订户身份模块，以便在GPRS网 络上操作。当完成了网络登记或激活过程时，移动设备80可以在通信网络 110上发送和接收通信信号。将由接收天线154从通信网络110接收 的信号路由至接收机150，接收机150提供了信号放大、下变频、滤 波、信道选择等，并且也可以提供模数转换。接收信号的模数转换允 许DSP158来执行更加复杂的通信功能，如解调和解码。以类似的方 式，由DSP158对要传输至网络110的信号进行处理(例如，调制和 编码)，然后提供给发射机152用于数模转换、上变频、滤波、放大并 经由发射天线156传输至通信网络(或多个网络)110。除了处理通信信号之外，DSP 158提供针对接收机150和发射机 152的控制。例如，可以通过在DSP 158中实现的自动增益控制算法 来自适应地控制作用于接收机150和发射机152的通信信号的增益。在数据通信模式中，通过通信子系统170对诸如文本消息或所下 载的网页之类的接收信号进行处理，并将其输入微处理器128。然后 通过微处理器128对接收信号进行进一步处理，以输出到显示器126， 或者可选地，输出到一些其他辅助I/O设备106。设备用户也可以使 用键盘114和/或一些其他辅助I/O设备106 (如触摸板、摇杆开关、 拇指轮或一些其他类型的输入设备)来编写诸如电子邮件消息之类的 数据项目。然后，可以将所编写的数据项目经由通信子系统170在通 信网络上传输。在语音通信模式中，除了将接收信号输出到扬声器111、并通过 麦克风120生成用于传输的信号之外，设备的整体操作实质上与数据 通信相类似。也可以在移动设备80上实现诸如语音消息记录子系统之 类的可选语音或音频I/O子系统。此外，例如，也可以将显示器126 用于语音通信模式，以显示呼叫方身份、语音呼叫持续时间或其他语音呼叫相关信息。短距离通信子系统102能够在移动设备80和其他靠近的系统或 设备(不需要是类似设备)之间进行通信。例如，短距离通信子系统 可以包括红外设备和关联电路和组件，或者提供用于与支持类似功能 的系统和设备的通信的Bluetooth 通信模块。有条件的紧急呼叫建立设备方法.现在参照图2，其示出了有条件地尝试紧急呼叫建立的示例方法 的流程图。例如，该方法可以通过图1A所示的移动设备10的紧急呼 叫建立功能15而在通信设备中实现。可选地，该方法可以在图1B所 示的移动设备80中实现。更一般地，该方法可以在任何适合的通信设 备中实现。在步骤2-1，通信设备保持用于尝试紧急呼叫建立的至少一个条 件。在步骤2-2，通信设备接收提示紧急呼叫建立的消息。在步骤2-3， 响应于接收到提示紧急呼叫建立的消息，通信设备仅在满足所述至少 一个条件中的任一条件时尝试紧急呼叫建立。否则，通信设备不尝试 紧急呼叫建立。对于提示紧急呼叫建立的消息存在许多可能性。在一些实施方式 中，该消息是提示紧急呼叫建立的380可选服务消息。例如，380可选服务消息可以通过具有包括<类型>子元素被设置为"紧急"的<可 选服务〉元素的XML (可扩展标记语言)主体来提示紧急呼叫建立。 可选地，380可选服务消息可以使用任何其他类型的编码来提示紧急 呼叫建立。更一般地，该消息可以是提示紧急呼叫建立的任何消息。对于所述至少一个条件存在许多可能性。所述至少一个条件包括 一个或多个条件，要满足其中的至少一个才能够尝试紧急呼叫建立。 由于对于所述至少一个条件存在许多可能性，所以对于仅在满足所述 至少一个条件中的任何一个时尝试紧急呼叫建立也存在许多可能性。 对于所述至少一个条件可以存在许多配置。满足给定条件可以是这些 配置的任何布尔函数。为了示出这一点，以下参照图3至图6来提供 其他示例。应当理解，这些其他示例仅是这些可能性的例子。现在参照图3至6，示出了有条件尝试紧急呼叫建立的其他示例 方法的流程图。这些方法可以在通信设备中实现，例如通过图1A所 示移动设备10的紧急呼叫建立功能15。可选地，这些方法可以在图 1B所示的移动设备80中实现。更一般地，这些方法可以在任何适合 的通信设备中实现。这些方法可以单独实现、或者以任何适合的组合 实现。首先参照图3，在步骤3-l，通信设备保持提示紧急呼叫建立的消 息事实上是否应当触发紧急呼叫建立的配置。在一些实施方式中，如 在步骤3-2中所示，通信设备接收用于处理该配置的用户输入。例如， 这可以通过通信设备的用户接口来实现。在步骤3-3，通信设备接收 提示紧急呼叫建立的消息。在步骤3-4，通信设备仅在该配置指示提 示紧急呼叫建立的消息事实上应当触发紧急呼叫建立时才尝试紧急呼 叫建立。否则，通信设备并不尝试紧急呼叫建立。因此，条件是该配 置指示提示紧急呼叫建立的消息事实上应当触发紧急呼叫建立。在所示出的示例中，通信设备接收用于处理该配置的用户输入。 这给用户提供了规定提示紧急呼叫建立的消息事实上是否应当触发紧 急呼叫建立的能力。在一些实施方式中，用户可以在任何适合的时间 处理该配置。注意，即使可以向用户提供提供用户输入的机会，也不 需要存在任何用户输入。在其他实施方式中，该配置不可由用户配置。 例如，该配置是硬编码的，不可配置。也可以存在其他实施方式。在另一实施方式中，通信设备接收用于处理该配置的网络输入。 这允许通过通信网络来处理该配置。在另一实施方式中，通信设备接 收用于处理该配置的用户输入和网络输入。也可以存在其他实施方式。现在参照图4，在步骤4-l，通信设备接收提示紧急呼叫建立的消 息。在步骤4-2，通信设备确定提示紧急呼叫建立的消息是否响应于 由通信设备所传输的用于建立语音呼叫会话的请求。在步骤4-3，通 信设备仅在提示紧急呼叫建立的消息响应于由通信设备所传输的用于 建立语音呼叫会话的请求时才尝试紧急呼叫建立。否则，通信设备并 不尝试紧急呼叫建立。因此，条件是提示紧急呼叫建立的消息响应于 由通信设备所传输的用于建立语音呼叫会话的请求。例如，如果提示紧急呼叫建立的消息响应于由通信设备所传输的用于建立IM(瞬时消 息收发)会话的请求，则通信设备并不尝试紧急呼叫建立。在所示出的示例中，针对特定类型的会话(即，语音呼叫会话) 定义行为。然而，应当理解，可以针对其他类型的通信会话(例如， 视频呼叫会话)来定义该行为。在另一实施方式中，通信设备确定提 示紧急呼叫建立的消息是否响应于由通信设备所传输的用于建立视频 呼叫会话的请求。根据该实施方式，通信设备仅在提示紧急呼叫建立 的消息响应于由通信设备所传输的用于建立视频呼叫会话的请求时才 尝试紧急呼叫建立。在以上参照图4提出的示例中，通信设备可以假设IM会话服务 应当不被重定向至紧急号码。在一些实施方式中，通信设备保持可以 重定向至紧急号码的服务标识。以下参照图5来提供这种示例。现在参照图5，在步骤5-l，通信设备保持可以重定向至紧急号码 的服务标识。在步骤5-2，通信设备接收提示紧急呼叫建立的消息。 在步骤5-3，通信设备仅在提示紧急呼叫建立的消息与根据标识可以 被重定向至紧急号码的服务有关时尝试紧急呼叫建立。否则，通信设 备不尝试紧急呼叫建立。因此，条件是提示紧急呼叫建立的消息与根 据标识可以被重定向至紧急号码的服务有关。在一些实施方式中，可以被重定向至紧急号码的服务标识是可由 用户配置的。在其他实施方式中，可以被重定向至紧急号码的服务标 识是不可配置的。例如，该配置是硬编码的，不可配置。也可以存在 其他实施方式。现在参照图6，在步骤6-l，通信设备保持可信任源的标识。在步 骤6-2，通信设备接收提示紧急呼叫建立的消息。在步骤6-3，通信设备仅在存在提示紧急呼叫建立的消息是从根据标识是可信任源的消息 源中发送的指示时尝试紧急呼叫建立。在一些实施方式中，提示紧急 呼叫建立的消息指示消息源。在其他实施方式中，通信设备通过其他 方式获知消息源。否则，通信设备不尝试紧急呼叫建立，因为提示紧 急呼叫建立的消息可能是从欺诈通信设备或一些其他欺诈实体中发出 的。因此，条件是，提示紧急呼叫建立的消息指示根据标识，消息源是可信任源。根据上述参照图6的示例，可以给提示紧急呼叫建立的消息提供 消息源的标识，该标识允许确定是否信任该消息源。更一般地，应用 程序的实施例可应用于任何SIP消息，因为可以存在从未知源接收到的其他SIP消息。这种SIP消息可以使其他不期望的情况避免提示紧急呼叫建立。可以执行适合的认证以验证消息源。在以下的附加部分 中提供其他示例。在这里所提出的示例中，存在接收到提示紧急呼叫建立的消息并 不触发通信设备来尝试紧急呼叫建立的情况。在一些实施方式中，如 果响应于提示紧急呼叫建立的消息但并不尝试紧急呼叫建立，则通信 设备警告通信设备的用户。例如，该警告可由通信设备经由通信设备 的用户接口发出。有条件的紧急呼叫建立另一通信系统在以上提出的示例中，通信设备响应于接收到提示通信设备尝试 紧急呼叫建立的消息而有条件地尝试紧急呼叫建立。在另一实施方式 中，通信网络阻止消息中的至少一些。在另一实施方式中，通信网络 阻止至少一些消息，而通信设备响应于接收到提示紧急呼叫建立的消 息而有条件地尝试紧急呼叫建立。现在参照图7，示出了另一通信系统70的框图。通信系统70具 有通信网络72，该通信网络72具有与处理器76耦合的消息阻止功能 73。通信网络72可以具有其他组件，但是为了简化而没有将其示出。 通信系统70具有通信设备74，并可以具有其他通信设备71。通信设 备71、 74每个均可以是移动设备或有线设备。为了简化而省略通信设 备71、 74的细节。通信系统70可以具有其他组件，但是为了简化而 没有将其示出。在操作中，通信设备7K 74在通信网络72上通信。例如，该通信可以包括提示目标通信设备尝试紧急呼叫建立的所定义类型的消 息。例如，其他通信设备71之一可以向通信设备74发送所定义类型 的消息。针对所发送的每个预定类型的消息，通信网络72接收到该消息。根据应用的实施例，消息阻止功能73阻止预定类型的消息中的至 少一些沿信令数据路径进行转发。以下参照图8至图IO来提供其他细节。在所示出的示例中，消息阻止功能73实现为软件并在处理器76 上执行。然而，更一般地，消息阻止功能73可以实现为软件、硬件、 固件或其任何适合的组合。尽管所示出的是单个组件，但是更一般地， 消息阻止功能73可以具有一个或多个组件。所述一个或多个组件可以 分布在通信网络72上，或者位于单个网络元件上。所述一个或多个组 件可以与通信网络72的其他组件集成。在一些实施方式中，消息阻止 功能73包括用于将消息传递至目标设备的消息阻止功能，以及用于将 消息转发至通信网络72的另一组件的消息阻止功能。也可以存在其他 实施方式。在一些实施方式中，通信网络72是无线网络。然而，对于有线 设备的情况，通信网络72不需要是无线的。因此，在其他实施方式中， 通信网络72是有线网络。在其他实施方式中，通信网络72包括有线 网络和无线网络。也可以存在其他实施方式。所示出的通信网络72没有特定组件。然而，应当理解，通信网 络72将具有适于有线和/或无线网络的任何适合的组件。该组件是特 定于实施方式的，并可以取决于网络类型。通信网络72可以是任何适 合的类型的，例如，GPRS、 UMTS、 CDMA等。IMS服务是载体未知 的。在一些实施方式中，通信网络72包括P-CSCF (代理呼叫会话控 制功能)节点，用于处理SIP消息的传输。也可以有其他实施方式。有条件的紧急呼叫建立网络方法现在参照图8，其示出了阻止至少一些消息被传递至目标通信设 备的方法的流程图。例如，该方法可以通过图7所示的通信网络72 的消息阻止功能73而在通信网络中实现。在步骤8-1，通信网络接收消息，每个消息被定向至目标通信设 备，用于提示目标通信设备尝试紧急呼叫建立。在步骤8-2，通信网 络阻止消息中的至少一些被传递至目标通信设备。对于被定向至目标通信设备以用于提示目标通信设备尝试紧急 呼叫建立的每个消息，存在许多可能性。每个消息可以是提示紧急呼 叫建立的任何适合的消息，以上已经提供了示例。对于通信网络，存在多种方式来阻止消息中的至少一些被传递至 目标通信设备。为了示出这点，以下提供了阻止消息中的至少一些被 传递至目标通信设备的其他示例方法。现在参照图9和10，示出了阻止消息中的至少一些被传递至目标 通信设备的其他示例方法的流程图。例如，通过图7所示的通信网络 72的消息阻止功能73而在通信网络中实现这些方法。首先参照图9，在步骤9-l，通信网络保持用于转发提示目标通信 设备尝试紧急呼叫建立的消息的至少一个条件。在步骤9-2，通信网 络接收消息，每个消息被定向至目标通信设备，用于提示目标通信设 备尝试紧急呼叫建立。在步骤9-3，对于所接收到的每个消息，通信 网络仅在满足所述至少一个条件中的任一条件时将消息转发至目标通 信设备。对于保持用于转发消息的至少一个条件，存在许多可能性。在一 些实施方式中，通信网络包含可信任源的标识。因此，在一些实施方 式中，对于所接收到的每个消息，通信网络仅在存在消息是从根据标 识是可信任源的消息源中发送的指示时转发消息。在一些实施方式中， 提示紧急呼叫建立的消息指示消息源。在其他实施方式中，通信网络 通过其他方式获知消息源。也可以是其他实施方式。在所示出的示例中，通信网络将消息转发至目标通信设备。在另 一实施方式中，通信网络将消息转发至通信网络中的网络组件。更一 般地，通信网络沿信令数据路径来转发消息，可以包括将消息转发至 目标通信设备或将消息转发至通信网络中的网络组件。如果转发至网 络组件，则可以将消息转发至目标通信设备或转发至通信网络中的另 一网络组件。现在按照图10，在步骤10-1，通信网络接收到消息，每个消息被 定向至目标通信设备，用于提示目标通信设备来尝试紧急呼叫建立。 在步骤10-2，对于所接收到的每个消息，通信网络阻止所有消息被传递至目标通信设备。在所示出的示例中，通信网络阻止将所有消息传递至目标通信设 备。这可以通过处于将消息传递至目标通信设备的位置处的网络组件、 或者通过将消息转发至另一网络组件以便通信设备接收消息的网络组 件来执行。根据以上教导，也可以存在本申请的许多修改和变体。因此可以 理解，在所附权利要求、而非这里所特定描述的范围内，可以实践本 申请。
权利要求
1、一种在通信设备中的方法，包括保持用于尝试紧急呼叫建立的至少一个条件；接收提示紧急呼叫建立的消息，所述消息符合第三代移动蜂窝电话标准；以及响应于接收到提示紧急呼叫建立的消息，仅在满足所述至少一个条件中的任一条件时才尝试紧急呼叫建立。
2、 如权利要求l所述的方法，其中接收提示紧急呼叫建立的消息 的步骤包括接收根据第5版3GPP TS 24.229的章节5丄6中所述的协议进行格 式化的消息，所述消息提示紧急呼叫建立。
3、 如权利要求1或2所述的方法，还包括保持提示紧急呼叫建立的消息事实上是否应当触发紧急呼叫建立 的配置；其中，仅在满足所述至少一个条件中的任一条件时才尝试紧急呼叫建立的步骤包括仅在所述配置指示提示紧急呼叫建立的消息事实上应当触发紧急呼叫建立时才尝试紧急呼叫建立。
4、 如权利要求3所述的方法，还包括以下的至少一个接收用于处理所述配置的用户输入；以及 接收用于处理所述配置的网络输入。
5、 如权利要求1至4之一所述的方法，还包括确定提示紧急呼叫建立的消息是否响应于由通信设备所传输的用于建立语音呼叫会话的请求；其中，仅在满足所述至少一个条件中的任一条件时才尝试紧急呼叫建立的步骤包括仅在提示紧急呼叫建立的消息响应于由通信设备所传输的用于建立语音呼叫会话的请求时才尝试紧急呼叫建立。
6、 如权利要求1至5之一所述的方法，还包括确定提示紧急呼叫建立的消息是否响应于由通信设备所传输的用于建立视频呼叫会话的请求；其中，仅在满足所述至少一个条件中的任一条件时才尝试紧急呼 叫建立的步骤包括仅在提示紧急呼叫建立的消息响应于由通信设备 所传输的用于建立视频呼叫会话的请求时才尝试紧急呼叫建立。
7、 如权利要求1至6之一所述的方法，还包括 保持能够重定向至紧急号码的服务的标识；其中，仅在满足所述至少一个条件中的任一条件时才尝试紧急呼 叫建立的步骤包括仅在提示紧急呼叫建立的消息与根据标识能够被 重定向至紧急号码的服务有关时才尝试紧急呼叫建立。
8、 如权利要求1至7之一所述的方法，还包括 保持可信任源的标识；以及其中，仅在满足所述至少一个条件中的任一条件时才尝试紧急呼 叫建立的步骤包括仅在存在提示紧急呼叫建立的消息是从根据标识 是可信任源的消息源中发送出的指示时，才尝试紧急呼叫建立。
9、 如权利要求1至8之一所述的方法，还包括如果响应于提示紧急呼叫建立的消息而并不尝试紧急呼叫建立， 警告通信设备的用户。
10、 一种在其上存储了计算机可执行指令的计算机可读介质，在 计算设备的处理器上执行所述指令，从而使所述计算设备实现如权利 要求1至9之一所述方法的步骤。
11 一种包括紧急呼叫建立功能的通信设备，具有用于保持用于尝试紧急呼叫建立的至少一个条件的装置；用于接收提示紧急呼叫建立的消息的装置，所述消息符合第三代移动蜂窝电话标准；以及用于响应于接收到提示紧急呼叫建立的消息，仅在满足所述至少 一个条件中的任一条件时才尝试紧急呼叫建立的装置。
12、 如权利要求ll所述的通信设备，其中所述通信设备是移动设 备，包括操作用于通过无线连接与无线网络通信的无线接入无线电装 置。
13、 如权利要求11或12所述的通信设备，其中接收装置适于接收根据第5版3GPP TS 24.229的章节5丄6中所述的协议进行格 式化的消息，所述消息提示紧急呼叫建立。
14、 如权利要求11至13之一所述的通信设备，还包括 用于保持提示紧急呼叫建立的消息事实上是否应当触发紧急呼叫建立的配置的装置；其中，用于仅在满足所述至少一个条件中的任一条件时才尝试紧 急呼叫建立的装置适于仅在所述配置指示提示紧急呼叫建立的消息 事实上应当触发紧急呼叫建立时，才尝试紧急呼叫建立。
15、 如权利要求14所述的通信设备，还包括下列中的至少一个-用于接收用于处理所述配置的用户输入的装置；以及 用于接收用于处理所述配置的网络输入的装置。
16、 如权利要求11至15之一所述的通信设备，还包括 用于确定提示紧急呼叫建立的消息是否响应于由通信设备所传输的用于建立语音呼叫会话的请求的装置；其中，用于仅在满足所述至少一个条件中的任一条件时才尝试紧 急呼叫建立的装置适于仅在提示紧急呼叫建立的消息响应于由通信设备所传输的用于建立语音呼叫会话的请求时才尝试紧急呼叫建立。
17、 如权利要求11至16之一所述的通信设备，还包括-用于确定提示紧急呼叫建立的消息是否响应于由通信设备所传输 的用于建立视频呼叫会话的请求的装置；其中，用于仅在满足所述至少一个条件中的任一条件时才尝试紧急呼叫建立的装置适于仅在提示紧急呼叫建立的消息响应于由通信设备所传输的用于建立视频呼叫会话的请求时才尝试紧急呼叫建立。
18、 如权利要求11至17之一所述的通信设备，还包括用于保持能够重定向至紧急号码的服务的标识的装置；其中，用于仅在满足所述至少一个条件中的任一条件时才尝试紧急呼叫建立的装置适于仅在提示紧急呼叫建立的消息与根据标识能够被重定向至紧急号码的服务有关时才尝试紧急呼叫建立。
19、 如权利要求11至18之一所述的通信设备，还包括 用于保持可信任源的标识的装置；以及其中，用于仅在满足所述至少一个条件中的任一条件时才尝试紧 急呼叫建立的装置适于仅在存在提示紧急呼叫建立的消息是从根据 标识是可信任源的消息源中发送出的指示时，才尝试紧急呼叫建立。
20、 如权利要求11至19之一所述的通信设备，还包括 用于如果响应于提示紧急呼叫建立的消息而并不尝试紧急呼叫建立，则警告通信设备的用户的装置。
21、 一种在移动蜂窝电信网络中的方法，包括保持用于转发提示目标通信设备尝试紧急呼叫建立的消息的至少 一个条件；接收提示目标通信设备尝试紧急呼叫建立的消息，所述消息符合第三代移动蜂窝电话标准；以及仅在满足所述至少一个条件中的任一条件时才沿信令数据路径转 发所述消息。
22、 如权利要求21所述的方法，其中，沿信令数据路径转发所述消息的步骤包括下列中的至少一个将消息转发至目标通信设备；以及 将消息转发至网络组件。
23、 如权利要求21或22所述的方法，还包括保持可信任源的标识；其中，对于每个消息，仅在满足所述至少一个条件中的任一条件 时才转发所述消息的步骤包括仅在存在消息是从根据标识是可信任 源的消息源中发送出的指示时，才转发所述消息。
24、 如权利要求21至23之一所述的方法，其中接收消息的步骤包括接收根据第5版3GPP TS 24.229的章节5丄6中所述的协议进行格 式化的消息，所述消息提示目标通信设备尝试紧急呼叫建立。
25、 一种在其上存储了计算机可执行指令的计算机可读介质，在 计算设备的处理器上执行所述指令，从而使所述计算设备实现如权利 要求21至24之一所述方法的步骤。
26、 一种包括消息阻止功能的移动蜂窝电信网络，具有用于保持用于转发提示目标通信设备尝试紧急呼叫建立的消息的至少一个条件的装置；用于接收提示目标通信设备尝试紧急呼叫建立的消息的装置，所 述消息符合第三代移动蜂窝电话标准；以及用于仅在满足所述至少一个条件中的任一条件时才沿信令数据路 径转发所述消息的装置。
27、 如权利要求26所述的通信网络，其中转发装置适于以下中的 至少一个将消息转发至目标通信设备；以及 将消息转发至网络组件。
28、 如权利要求26或27所述的通信网络，还包括 用于保持可信任源的标识的装置；其中，对于每个消息，转发装置适于仅在存在消息是从根据标 识是可信任源的消息源中发送出的指示时，才转发所述消息。
29、 如权利要求26至28之一所述的通信网络，其中接收消息的装置包括用于接收根据第5版3GPP TS 24.229的章节5丄6中所述的协议进 行格式化的消息的装置，所述消息提示目标通信设备尝试紧急呼叫建 立。
30、 一种在移动蜂窝电信网络中的方法，包括接收消息，每个消息定向至各个目标通信设备，用于提示所述目 标通信设备尝试紧急呼叫建立，所述消息符合第三代移动蜂窝电话标 准；以及针对每个消息，阻止沿信令数据路径转发所述消息。
31、 如权利要求30所述的方法，其中接收消息的步骤包括 接收根据第5版3GPP TS 24.229的章节5丄6中所述的协议进行格式化的消息，所述消息提示目标通信设备尝试紧急呼叫建立。
32、 一种在其上存储了计算机可执行指令的计算机可读介质，在 计算设备的处理器上执行所述指令，从而使所述计算设备实现如权利 要求30至31之一所述方法的步骤。33、 一种包括消息阻止功能的移动蜂窝电信网络，操作用于.-接收消息，每个消息定向至各个目标通信设备，用于提示所述目 标通信设备尝试紧急呼叫建立，所述消息符合第三代移动蜂窝电话标准；以及针对每个消息，阻止沿信令数据路径转发所述消息。
全文摘要
为通信设备提供了有条件地尝试紧急呼叫建立的系统和方法。所述通信设备保持用于尝试紧急呼叫建立的至少一个条件。在接收到提示紧急呼叫建立的消息时，通信设备仅在满足了所述至少一个条件中的任一条件时尝试紧急呼叫建立。定义所述至少一个条件，使得通信设备不会在没有紧急事件时错误地尝试建立紧急呼叫。例如，所述至少一个条件可以包括提示紧急呼叫建立的消息是否指示由移动设备的用户所信任的消息源。也为通信网络提供了阻止将至少一些消息传递至目标通信设备的系统和方法。
文档编号H04W4/22GK101227719SQ20081000160
公开日2008年7月23日 申请日期2008年1月4日 优先权日2007年1月5日
发明者叶尼科·索康达 申请人:捷讯研究有限公司