应答控制方法、寻呼方法及应答控制装置、寻呼装置.pdf

本申请实施例提供了一种应答控制方法、寻呼方法及应答控制装置、寻呼装置。所述方法包括：获取与对至少一用户设备的寻呼相关联的消息；响应于与对至少一用户设备的寻呼相关联的消息中包含与紧急呼叫相关联的信息，且所述至少一用户设备的环境信息和/或所述至少一用户设备的用户状态信息满足至少一预设的紧急呼叫应答条件，控制所述至少一用户设备进入紧急呼叫应答模式。本申请实施例的方法及装置利用寻呼消息进行紧急情况下的呼叫，使得受困用户能够通过用户设备对该寻呼的自动应答而与搜救人员或亲人通话，得到及时救援，且用户设备在满足预设的应答条件时启动应答，不会对正常状态下的用户造成干扰。

权利要求书1.  一种应答控制方法，其特征在于，所述方法包括： 获取与对至少一用户设备的寻呼相关联的消息； 响应于与对至少一用户设备的寻呼相关联的消息中包含与紧急 呼叫相关联的信息，且所述至少一用户设备的环境信息和/或所述至 少一用户设备的用户状态信息满足至少一预设的紧急呼叫应答条件， 控制所述至少一用户设备进入紧急呼叫应答模式。 2.  根据权利要求1所述的方法，其特征在于，所述与所述紧急 呼叫相关联的信息中包括：紧急呼叫的类型和/或与所述类型的紧急 呼叫对应的预设的紧急呼叫应答条件。 3.  根据权利要求2所述的方法，其特征在于，所述紧急呼叫的 类型和/或与所述类型的紧急呼叫对应的预设的紧急呼叫应答条件包 含在寻呼消息的寻呼原因中。 4.  根据权利要求1至3中任一项所述的方法，其特征在于，所 述方法还包括： 发送与所述至少一用户设备进入紧急呼叫应答模式相关的消息。 5.  根据权利要求1至4中任一项所述的方法，其特征在于，所 述方法还包括： 发送与所述至少一用户设备未进入紧急呼叫应答模式相关的消 息。 6.  一种寻呼方法，其特征在于，所述方法包括： 生成与对至少一用户设备的寻呼相关联的消息； 发送所述与对至少一用户设备的寻呼相关联的消息； 其中，所述与对至少一用户设备的寻呼相关联的消息中包含与紧 急呼叫相关联的信息。 7.  根据权利要求6所述的方法，其特征在于，所述与所述紧急 呼叫相关联的信息中包括紧急呼叫的类型和/或与所述类型的紧急呼 叫对应的预设的紧急呼叫应答条件。 8.  根据权利要求7所述的方法，其特征在于，所述紧急呼叫的 类型和/或与所述类型的紧急呼叫对应的预设的紧急呼叫应答条件包 含在寻呼消息的寻呼原因中。 9.  一种应答控制装置，其特征在于，所述装置包括： 一第一获取模块，用于获取与对至少一用户设备的寻呼相关联的 消息； 一控制模块，用于响应于与对至少一用户设备的寻呼相关联的消 息中包含与紧急呼叫相关联的信息，且所述至少一用户设备的环境信 息和/或所述至少一用户设备的用户状态信息满足至少一预设的紧急 呼叫应答条件，控制所述至少一用户设备进入紧急呼叫应答模式。 10.  一种寻呼装置，其特征在于，所述装置包括： 一生成模块，用于生成与对至少一用户设备的寻呼相关联的消 息； 一第二发送模块，用于发送所述与对至少一用户设备的寻呼相关 联的消息； 其中，所述与对至少一用户设备的寻呼相关联的消息中包含与紧 急呼叫相关联的信息。

说明书应答控制方法、寻呼方法及应答控制装置、寻呼装置
技术领域
本发明实施例无线通信技术领域，尤其涉及一种应答控制方法、 寻呼方法及应答控制装置、寻呼装置。
背景技术
在许多紧急事件发生的场景下，发现受困群体是一件非常重要的 工作。例如，在灾害发生时(例如，地震、海啸、火灾等)，迅速确 定是否存在待救援对象以及确定待救援对象的状况和位置是非常重 要的。再例如，在由于伤病、危险等原因行动受限时，能够及时与其 他人取得联系也至关重要。因此，亟待一种能够在紧急情况下成功建 立呼叫应答连接的方案。
发明内容
有鉴于此，本申请实施例的一个目的在于提供一种新的呼叫应答 方案。
为实现上述目的，根据本申请实施例的第一方面，提供了一种应 答控制方法，所述方法包括：
获取与对至少一用户设备的寻呼相关联的消息；
响应于与对至少一用户设备的寻呼相关联的消息中包含与紧急 呼叫相关联的信息，且所述至少一用户设备的环境信息和/或所述至 少一用户设备的用户状态信息满足至少一预设的紧急呼叫应答条件， 控制所述至少一用户设备进入紧急呼叫应答模式。
结合第一方面，在第一种可能的实现方式中，所述与所述紧急呼 叫相关联的信息中包括：紧急呼叫的类型和/或与所述类型的紧急呼 叫对应的预设的紧急呼叫应答条件。
结合第一方面或第一方面第一种可能的实现方式，在第二种可能 的实现方式中，所述紧急呼叫的类型和/或与所述类型的紧急呼叫对 应的预设的紧急呼叫应答条件包含在寻呼消息的寻呼原因中。
结合第一方面或第一方面的上述任一种可能的实现方式，在第三 种可能的实现方式中，所述方法还包括：
确定所述至少一用户设备的环境信息。
结合第一方面或第一方面的上述任一种可能的实现方式，在第四 种可能的实现方式中，所述方法还包括：
确定所述至少一用户设备的用户状态信息。
结合第一方面或第一方面的上述任一种可能的实现方式，在第五 种可能的实现方式中，所述至少一用户设备的环境信息包括以下中的 至少一种：所述用户设备的环境温度信息、振动信息、声音信息。
结合第一方面或第一方面的上述任一种可能的实现方式，在第六 种可能的实现方式中，所述至少一用户设备的用户状态信息包括以下 中的至少一种：所述至少一用户设备的用户的温度、心率、脉搏、血 糖。
结合第一方面或第一方面的上述任一种可能的实现方式，在第七 种可能的实现方式中，所述方法还包括：
获取与所述至少一用户设备的环境信息相关的传感器数据。
结合第一方面或第一方面的上述任一种可能的实现方式，在第八 种可能的实现方式中，所述方法还包括：
获取与所述至少一用户设备的用户状态信息相关的传感器数据。
结合第一方面或第一方面的上述任一种可能的实现方式，在第九 种可能的实现方式中，所述获取与对至少一用户设备的寻呼相关联的 消息包括：
监听与寻呼相关联的信道；
响应于所述与寻呼相关联的信道上携带有与寻呼相关联的标识 信息，获取与对至少一用户设备的寻呼相关联的消息。
结合第一方面或第一方面的上述任一种可能的实现方式，在第十 种可能的实现方式中，所述与寻呼相关联的信道包括以下中的至少一 种：物理层寻呼指示信道PICH、物理下行控制信道PDCCH。
结合第一方面或第一方面的上述任一种可能的实现方式，在第十 一种可能的实现方式中，所述标识信息包括以下中的至少一种：用户 设备的标识信息、寻呼-无线网络临时标识P-RNTI。
结合第一方面或第一方面的上述任一种可能的实现方式，在第十 二种可能的实现方式中，所述方法还包括：
发送与所述至少一用户设备进入紧急呼叫应答模式相关的消息。
结合第一方面或第一方面的上述任一种可能的实现方式，在第十 三种可能的实现方式中，所述方法还包括：
发送与所述至少一用户设备未进入紧急呼叫应答模式相关的消 息。
结合第一方面或第一方面的上述任一种可能的实现方式，在第十 四种可能的实现方式中，所述控制所述至少一用户设备进入紧急呼叫 应答模式包括：
激活所述至少一用户设备的以下中的至少一组件：扬声器、听筒。
根据本申请实施例的第二方面，提供了一种寻呼方法，所述方法 包括：
生成与对至少一用户设备的寻呼相关联的消息；
发送所述与对至少一用户设备的寻呼相关联的消息；
其中，所述与对至少一用户设备的寻呼相关联的消息中包含与紧 急呼叫相关联的信息。
结合第二方面，在第一种可能的实现方式中，所述与所述紧急呼 叫相关联的信息中包括紧急呼叫的类型和/或与所述类型的紧急呼叫 对应的预设的紧急呼叫应答条件。
结合第二方面或第二方面的第一种可能的实现方式，在第二种可 能的实现方式中，所述紧急呼叫的类型和/或与所述类型的紧急呼叫 对应的预设的紧急呼叫应答条件包含在寻呼消息的寻呼原因中。
结合第二方面或第二方面的上述任一种可能的实现方式，在第三 种可能的实现方式中，所述方法还包括：
接收与所述至少一用户设备进入紧急呼叫应答模式相关的第一 消息，所述第一消息表明所述至少一用户设备的环境信息和/或所述 至少一用户设备的用户状态信息满足至少一预设的紧急呼叫应答条 件。
结合第二方面或第二方面的上述任一种可能的实现方式，在第四 种可能的实现方式中，所述方法还包括：
接收与所述至少一用户设备未进入紧急呼叫应答模式相关的第 二消息，所述第二消息表明所述至少一用户设备的环境信息和/或所 述至少一用户设备的用户状态信息不满足任一预设的紧急呼叫应答 条件。
结合第二方面或第二方面的上述任一种可能的实现方式，在第五 种可能的实现方式中，所述方法还包括：
响应于接收到所述第二消息，终止发送与所述至少一用户设备的 寻呼相关联的消息。
结合第二方面或第二方面的上述任一种可能的实现方式，在第六 种可能的实现方式中，所述方法还包括：
响应于接收到所述至少一用户设备未进入紧急呼叫应答模式相 关的消息一预设时间，终止发送与所述至少一用户设备的寻呼相关联 的消息。
根据本申请的第三方面，提供了一种应答控制装置，所述装置包 括：
一第一获取模块，用于获取与对至少一用户设备的寻呼相关联的 消息；
一控制模块，用于响应于与对至少一用户设备的寻呼相关联的消 息中包含与紧急呼叫相关联的信息，且所述至少一用户设备的环境信 息和/或所述至少一用户设备的用户状态信息满足至少一预设的紧急 呼叫应答条件，控制所述至少一用户设备进入紧急呼叫应答模式。
结合第三方面，在第一种可能的实现方式中，所述装置还包括：
一第一确定模块，用于确定所述至少一用户设备的环境信息。
结合第三方面或第三方面的第一种可能的实现方式，在第二种可 能的实现方式中，所述装置还包括：
一第一确定模块，用于确定所述至少一用户设备的用户状态信 息。
结合第三方面或第三方面的上述任一种可能的实现方式，在第三 种可能的实现方式中，所述装置还包括：
一第二获取模块，用于获取与所述至少一用户设备的环境信息相 关的传感器数据。
结合第三方面或第三方面的上述任一种可能的实现方式，在第四 种可能的实现方式中，所述装置还包括：
一第三获取模块，用于获取与所述至少一用户设备的用户状态信 息相关的传感器数据。
结合第三方面或第三方面的上述任一种可能的实现方式，在第五 种可能的实现方式中，所述第一获取模块包括：
一监听单元，用于监听与寻呼相关联的信道；
一获取单元，用于响应于所述与寻呼相关联的信道上携带有与寻 呼相关联的标识信息，获取与对至少一用户设备的寻呼相关联的消 息。
结合第三方面或第三方面的上述任一种可能的实现方式，在第六 种可能的实现方式中，所述装置还包括：
一第一发送模块，用于发送与所述至少一用户设备进入紧急呼叫 应答模式相关的消息。
结合第三方面或第三方面的上述任一种可能的实现方式，在第七 种可能的实现方式中，所述装置还包括：
一第一发送模块，用于发送与所述至少一用户设备未进入紧急呼 叫应答模式相关的消息。
根据本申请的第四方面，提供了一种寻呼装置，所述装置包括：
一生成模块，用于生成与对至少一用户设备的寻呼相关联的消 息；
一第二发送模块，用于发送所述与对至少一用户设备的寻呼相关 联的消息；
其中，所述与对至少一用户设备的寻呼相关联的消息中包含与紧 急呼叫相关联的信息。
结合第四方面，在第一种可能的实现方式中，所述装置还包括：
一接收模块，用于接收与所述至少一用户设备进入紧急呼叫应答 模式相关的第一消息，所述第一消息表明所述至少一用户设备的环境 信息和/或所述至少一用户设备的用户状态信息满足至少一预设的紧 急呼叫应答条件。
结合第四方面或第四方面的第一种可能的实现方式，在第二种可 能的实现方式中，所述接收模块还用于接收与所述至少一用户设备未 进入紧急呼叫应答模式相关的第二消息，所述第二消息表明所述至少 一用户设备的环境信息和/或所述至少一用户设备的用户状态信息不 满足任一预设的紧急呼叫应答条件。
结合第四方面或第四方面的上述任一种可能的实现方式，在第三 种可能的实现方式中，所述装置还包括：
一终止模块，用于响应于接收到所述第二消息，终止发送与所述 至少一用户设备的寻呼相关联的消息。
结合第四方面或第四方面的上述任一种可能的实现方式，在第四 种可能的实现方式中，所述装置还包括：
一终止模块，用于响应于接收到所述至少一用户设备未进入紧急 呼叫应答模式相关的消息一预设时间，终止发送与所述至少一用户设 备的寻呼相关联的消息。
本申请实施例的方法及装置利用寻呼消息进行紧急情况下的呼 叫，使得受困用户能够通过用户设备对该寻呼的自动应答而与搜救人 员或亲人通话，得到及时救援，且用户设备在满足预设的应答条件时 启动应答，不会对正常状态下的用户造成干扰。
附图说明
图1为依照本申请实施例的应答控制方法的一种示例的流程图；
图2为依照本申请实施例的寻呼方法的一种示例的流程图；
图3(a)至图3(e)为依照本申请实施例的应答控制装置的多种 示例的结构框图；
图4(a)至图4(c)为依照本申请实施例的寻呼装置的多种示例 的结构框图；
图5为依照本申请实施例的应答控制装置的又一种示例的结构框 图；
图6为依照本申请实施例的寻呼装置的又一种示例的结构框图。
具体实施方式
下面结合附图和实施例，对本发明的具体实施方式作进一步详细 说明。以下实施例用于说明本发明，但不用来限制本发明的范围。
本领域技术人员可以理解，本申请中的“第一”、“第二”等术语仅 用于区别不同设备、模块或参数等，既不代表任何特定技术含义，也 不表示它们之间的必然逻辑顺序。
本申请各实施例所描述的技术方案可以用于各种无线通信网络， 例如，全球移动通信系统(Global System for Mobile Communication)、 码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA) 网络、正交FDMA(OFDMA)网络等。术语“系统”和“网络”通 常可互换使用。
在本申请各实施例中，用户设备可为任一种能够进行语音通话的 终端设备，包括但不限于：电话(例如，蜂窝电话或智能电话)、计 算机(例如，笔记本电脑)、便携式通信设备、便携式计算设备(例 如，个人数据助理)、娱乐设备(例如，音乐或视频设备、或卫星无 线电设备)、或配置成经由无线介质通信的任意其它合适的设备。
寻呼(Paging)是网络侧对至少一个用户设备(UE)发起的呼叫， 通过在与寻呼关联的信道上发送寻呼消息，以期与对应的用户设备建 立连接或通知对应的用户设备接收系统信息。用户设备通常需要在特 定的时刻监听与寻呼相关的信道，以确定是否有对自己的寻呼。本申 请各实施例基于此，提供了一种紧急情况下的呼叫应答方案。
图1为依照本申请实施例的应答控制方法的一种示例的流程图。 该方法可由至少一用户设备执行，也可由属于或独立于至少一用户设 备的其他装置执行。如图1所示，该方法包括：
S120.获取与对至少一用户设备的寻呼相关联的消息。
在一种可能的实现方式中，可通过监听与寻呼相关联的信道来获 取与对至少一用户设备的寻呼相关联的信息。针对不同的系统/网络， 所述与寻呼相关联的信道可包括但不限于：物理层寻呼指示信道 PICH、物理下行控制信道PDCCH，等等。
在另一种可能的实现方式中，可通过与至少一用户设备的通信， 从所述至少一用户设备获取与对至少一用户设备的寻呼相关联的消 息。
S140.响应于与对至少一用户设备的寻呼相关联的消息中包含 与紧急呼叫相关联的信息，且所述至少一用户设备的环境信息和/或 所述至少一用户设备的用户状态信息满足至少一预设的紧急呼叫应 答条件，控制所述至少一用户设备进入紧急呼叫应答模式。
在本申请实施例的应答控制方法中，定义一种特定的寻呼类型， 也即紧急呼叫。该紧急呼叫主要用于在寻找/发现可能行动受困人员 时使用，例如，在发生自然灾害的情况下进行人员用于搜救发起的呼 叫、不确定病患是否病发时的联络，但不限于此。且与该紧急呼叫相 关联的信息可包含在与寻呼相关联的消息中。本实施例的方法的执行 主体解析步骤S120中获取的所述与寻呼相关联的消息，响应于该与 寻呼相关联的消息中包含与紧急呼叫相关联的信息，且所述至少一用 户设备的环境信息满足至少一预设的紧急呼叫应答条件，或者所述至 少一用户设备的用户状态信息满足至少一预设的紧急呼叫应答条件， 或者所述至少一用户设备的环境信息和所述至少一用户设备的用户 状态信息满足至少一预设的紧急呼叫应答条件，控制对应的用户设备 进入紧急呼叫应答模式。其中，所述至少一用户设备的环境信息可包 括以下中的至少一种：所述用户设备的环境温度信息、振动信息、声 音信息等，能够用于表征用户设备所处的环境。所述至少一用户设备 的用户状态信息为用户的各种可能的生理特征信息，可包括以下中的 至少一种：温度、心率、脉搏、血糖等等，能够用于表征用户的身体 状态。
其中，紧急呼叫应答模式是一种无需用户参与的自动应答模式， 确定用户设备应进入紧急呼叫应答模式后，可通过例如自动激活用户 设备的扬声器、话筒等进行语音通话所必须激活的组件，开启该紧急 呼叫应答模式。
此外，在一种可能的实现方式中，所述与紧急呼叫相关联的信息 中可包括：紧急呼叫的具体类型。在这样的实现方式中，紧急呼叫的 类型用于使执行本申请实施例的应答控制方法的主体能够根据获取 到的紧急呼叫的类型，确定是否触发对是否满足预设的紧急呼叫应答 条件的判断，以及确定与该类型的紧急呼叫对应的预设的紧急呼叫应 答条件是什么。示例的紧急呼叫的类型包括但不限于：特定场景下的 紧急呼叫(例如，地震、火灾、车祸，等等)、特定寻呼方的紧急呼 叫(例如，医生、警察、救援人员，等等)，或者，紧急呼叫的类型 仅表示此寻呼与紧急呼叫相关，未明确具体的紧急事件，获取到这样 的紧急呼叫的类型，即可触发对是否满足预设的应答条件的判断。
在另一种可能的实现方式中，所述与紧急呼叫相关联的信息中可 包括：与某类型的紧急呼叫对应的预设的紧急呼叫应答条件，也即， 不明确紧急呼叫的类型，仅包含各种预设的紧急呼叫应答条件。在这 样的实现方式中，预设的紧急呼叫应答条件用于执行本申请实施例的 应答控制方法的主体能够根据获取到的预设的紧急呼叫应答条件，确 定对应的用户设备的环境信息和/或用户设备的用户状态信息是否满 足其中的某一条件。根据不同类型的紧急呼叫，示例的预设的紧急呼 叫应答条件包括但不限于：针对特定场景(例如，地震、火灾、车祸， 等等)下用户设备的环境信息和/或用户设备的用户状态信息预设的 条件、针对特定寻呼方(例如，医生、警察、救援人员，等等)的用 户设备的环境信息和/或用户设备的用户状态信息预设的条件。在紧 急呼叫的类型仅表示此寻呼与紧急呼叫相关，未明确具体的紧急事件 的情况下，预设的紧急呼叫应答条件可设置为符合任意用户受困的环 境条件或身体状态条件。
在再一种可能的实现方式中，所述与紧急呼叫相关联的信息中可 包括：紧急呼叫的类型以及与所述类型的紧急呼叫对应的预设的紧急 呼叫应答条件。
需要说明的是，针对不同的紧急呼叫类型，可设置各种合适的预 设的紧急呼叫应答条件。例如，在地震场景下，由于用户设备可能遭 受到自身姿态发生的突然变化、晃动、挤压，用户设备周边因物体掉 落、倒塌等会存在巨大的声响，预设的紧急呼叫应答条件可为用户设 备所处环境曾发生了与特定频率的持续振动，以及超过特定分贝的声 音。在火灾场景下，预设的紧急呼叫应答条件可为用户设备所处环境 的温度超过某一特定温度，用户设备的用户体温超过或低于某一特定 温度，心率过慢等等。预设的紧急呼叫应答条件根据各种类型的紧急 呼叫做适当设置，在此不作为对本实施例的应答控制方法的限制。
还需要说明的是，紧急呼叫类型以及对应的预设的紧急呼叫应答 条件可为在寻呼发起之前设置的，或为已设置好的可以通用的标准。 所述用户设备环境信息可以是针对该用户设备的寻呼发生之前的历 史环境信息，用户设备的用户状态信息可选的为当前的用户状态信 息。
综上，本申请实施例的方法利用寻呼消息进行紧急情况下的呼 叫，使得受困用户能够通过用户设备对该寻呼的自动应答而与搜救人 员或亲人通话，得到及时救援，且用户设备在满足预设的应答条件时 启动应答，不会对正常状态下的用户造成干扰。
在一种可能的实现方式中，本申请实施例中的所述紧急呼叫的类 型和/或与所述类型的紧急呼叫对应的预设的紧急呼叫应答条件包含 在寻呼消息的寻呼原因(Paging Cause)字段中。
此外，为了确定用户设备的环境信息和/或所述至少一用户设备 的用户状态信息满足至少一预设的紧急呼叫应答条件，本申请实施例 的方法还包括：
S132.确定所述至少一用户设备的环境信息。
S134.确定所述至少一用户设备的用户状态信息。
所述至少一用户设备的环境信息和用户状态信息可从用户设备 直接获取，或由执行本实施例的应答控制方法的主体直接确定。在由 执行本实施例的应答控制方法的主体直接确定的实现方式中，本实施 例的方法还可包括：
S131.获取与所述至少一用户设备的环境信息相关的传感器数 据。
S133.获取与所述至少一用户设备的用户状态信息相关的传感 器数据。
所述相关的传感器数据可来自用户设备的传感器，或者，所述相 关的传感器数据来自执行本实施例的应答控制方法的主体。根据所确 定的信息的不同，传感器数据包括但不限于来自振动传感器的数据、 来自声音传感器的数据、来自温度传感器的数据、以及各种生物特征 传感器的数据，等等。本实施例的应答控制方法的执行主体能够根据 所获得的传感器数据确定相关的用户设备的环境信息和/或用户设备 的用户状态信息。
此外，在一种可能的实现方式中，步骤S120可进一步包括：
S122.监听与寻呼相关联的信道。
如上所述的，不同的系统/网络对应不同的与寻呼相关联的信道。
S124.响应于所述与寻呼相关联的信道上携带有与寻呼相关联 的标识信息，获取与对至少一用户设备的寻呼相关联的消息。
例如，在WCDMA系统中，与寻呼相关的信道为物理层寻呼指 示信道，与寻呼相关联的标识信息为用户设备的指示因子(例如，用 户设备的标识信息等)，若在物理层寻呼指示信道上携带有用户设备 的指示因子，说明该信道上传输的是对该用户设备的寻呼消息，此时， 获取该消息。
在LTE系统中，与寻呼相关联的信道为物理下行控制信道，如 果在该信道上解出寻呼标识：寻呼-无线网络临时标识(P-RNTI)，则 表示用户设备需要接收对应的物理下行共享信道PDSCH，然后通过 寻呼传输信道PCH的参数解析从PDSCH上接收到的数据块，进而获 得寻呼消息。
此外，本实施例的方法还包括：
S160.发送与所述至少一用户设备进入紧急呼叫应答模式相关 的消息。
S180.发送与所述至少一用户设备未进入紧急呼叫应答模式相 关的消息。
步骤S160和S180中的消息的发送用以在信令层面告知寻呼发起 方所述至少一用户设备对紧急呼叫的响应，使寻呼发起方能够根据接 收到的消息确定是否继续寻呼、终止寻呼或建立数据连接。
图2是本申请实施例的寻呼方法的一种示例的流程图。该方法由 寻呼发起方的装置执行，根据不同的网络，寻呼发起方可为核心网或 移动通信系统(UMTS)的陆地无线接入网(UTRAN)一侧，该装 置可为包括、被实现为、或称为节点B、演进型节点B(eNode B)、 无线网络控制器(RNC)、基站控制器(BSC)、基站(BS)、或某种 其它术语的。如图2所示，该方法包括：
S220.生成与对至少一用户设备的寻呼相关联的消息。
如结合图1所示实施例的方法所描述的，在步骤S220中，将与 紧急呼叫相关联的信息置于所述与对至少一用户设备的寻呼相关联 的消息中，也即置于寻呼消息中。
S240.发送所述与对至少一用户设备的寻呼相关联的消息。
在一种可能的实现方式中，在与寻呼相关联的信道上发送所述与 对至少一用户设备的寻呼相关联的消息。针对不同的系统/网络，所 述与寻呼相关联的信道可包括但不限于：物理层寻呼指示信道PICH、 物理下行控制信道PDCCH，等等。
在本申请实施例的寻呼方法中，定义一种特定的寻呼类型，也即 紧急呼叫。该紧急呼叫主要用于在寻找/发现可能行动受困人员时使 用，例如，在发生自然灾害的情况下进行人员用于搜救发起的呼叫、 不确定病患是否病发时的联络，但不限于此。且与该紧急呼叫相关联 的信息可包含在与寻呼相关联的消息中。
在一种可能的实现方式中，所述与紧急呼叫相关联的信息中可包 括：紧急呼叫的类型。在这样的实现方式中，紧急呼叫的类型用于使 被叫侧能够根据该紧急呼叫的类型，确定是否触发对满足预设的紧急 呼叫应答条件的判断，以及确定与该类型的紧急呼叫对应的预设的紧 急呼叫应答条件是什么。示例的紧急呼叫的类型包括但不限于：特定 场景下的紧急呼叫(例如，地震、火灾、车祸，等等)、特定寻呼方 的紧急呼叫(例如，医生、警察、救援人员，等等)，或者，紧急呼 叫的类型仅表示此寻呼与紧急呼叫相关，未明确具体的紧急事件，获 取到这样的紧急呼叫的类型，即可触发对是否满足预设的应答条件的 判断。
在另一种可能的实现方式中，所述与紧急呼叫相关联的信息中可 包括：与某类型的紧急呼叫对应的预设的紧急呼叫应答条件，也即， 不明确紧急呼叫的类型，仅包含各种预设的紧急呼叫应答条件。在这 样的实现方式中，预设的紧急呼叫应答条件用于使被叫侧能够根据获 取到的预设的紧急呼叫应答条件，确定对应的用户设备的环境信息和 /或用户设备的用户状态信息是否满足其中的某一条件。根据不同类 型的紧急呼叫，示例的预设的紧急呼叫应答条件包括但不限于：针对 特定场景(例如，地震、火灾、车祸，等等)下用户设备的环境信息 和/或用户设备的用户状态信息预设的条件、针对特定寻呼方(例如， 医生、警察、救援人员，等等)的用户设备的环境信息和/或用户设 备的用户状态信息预设的条件。在紧急呼叫的类型仅表示此寻呼与紧 急呼叫相关，未明确具体的紧急事件的情况下，预设的紧急呼叫应答 条件可设置为符合任意用户受困的环境条件或身体状态条件。
在再一种可能的实现方式中，所述与紧急呼叫相关联的信息中可 包括：紧急呼叫的类型以及与所述类型的紧急呼叫对应的预设的紧急 呼叫应答条件。
需要说明的是，针对不同的紧急呼叫类型，可设置各种合适的预 设的紧急呼叫应答条件。例如，在地震场景下，由于用户设备可能遭 受到自身姿态发生的突然变化、晃动、挤压，用户设备周边因物体掉 落、倒塌等会存在巨大的声响，预设的紧急呼叫应答条件可为用户设 备所处环境曾发生了与特定频率的持续振动，以及超过特定分贝的声 音。在火灾场景下，预设的紧急呼叫应答条件可为用户设备所处环境 的温度超过某一特定温度，用户设备的用户体温超过或低于某一特定 温度，心率过慢等等。预设的紧急呼叫应答条件根据各种类型的紧急 呼叫做适当设置，在此不作为对本实施例的寻呼方法的限制。
还需要说明的是，紧急呼叫类型以及对应的预设的紧急呼叫应答 条件可为在寻呼发起之前设置的，或为已设置好的可以通用的标准。 所述用户设备环境信息可以是针对该用户设备的寻呼发生之前的历 史环境信息，用户设备的用户状态信息可选的为当前的用户状态信 息。
在一种可能的实现方式中，步骤S220中将所述紧急呼叫的类型 和/或与所述类型的紧急呼叫对应的预设的紧急呼叫应答条件置于寻 呼消息的寻呼原因(Paging Cause)字段中。
本实施例的寻呼方法还包括：
S260.接收与所述至少一用户设备进入紧急呼叫应答模式相关 的第一消息，所述第一消息表明所述至少一用户设备的环境信息和/ 或所述至少一用户设备的用户状态信息满足至少一预设的紧急呼叫 应答条件。
S280.接收与所述至少一用户设备未进入紧急呼叫应答模式相 关的第二消息，所述第二消息表明所述至少一用户设备的环境信息和 /或所述至少一用户设备的用户状态信息不满足任一预设的紧急呼叫 应答条件。
如上面结合图1所示实施例描述的，接收到步骤S240发送的与 对至少一用户设备的寻呼相关联的消息的被叫侧装置解析该消息，响 应于该与寻呼相关联的消息中包含与紧急呼叫相关联的信息，且所述 至少一用户设备的环境信息满足至少一预设的紧急呼叫应答条件，或 者所述至少一用户设备的用户状态信息满足至少一预设的紧急呼叫 应答条件，或者所述至少一用户设备的环境信息和所述至少一用户设 备的用户状态信息均满足至少一预设的紧急呼叫应答条件，将控制对 应的用户设备进入紧急呼叫应答模式，并发送对应的告知消息，也即 步骤S260中的第一消息。接收到这样的消息后，寻呼方可继续建立 与对应的用户设备的数据连接、或终止寻呼等等。若所述至少一用户 设备的环境信息和/或所述至少一用户设备的用户状态信息不满足任 一预设的紧急呼叫应答条件，则用户设备一方也将返回相应的告知消 息，也即步骤S280中的第二消息，根据该第二消息，寻呼方可选择 终止寻呼或继续进行寻呼。在这样的实现方式中，所述方法还包括：
S290.响应于接收到所述第二消息，终止发送与所述至少一用户 设备的寻呼相关联的消息。或
S290’.响应于接收到所述至少一用户设备未进入紧急呼叫应答 模式相关的消息一预设时间，终止发送与所述至少一用户设备的寻呼 相关联的消息。
综上，本申请实施例的方法利用寻呼消息进行紧急情况下的呼 叫，使得受困用户能够通过用户设备对该寻呼的自动应答而与搜救人 员或亲人通话，得到及时救援，且用户设备在满足预设的应答条件时 启动应答，不会对正常状态下的用户造成干扰。
本领域技术人员可以理解，在本申请具体实施方式的上述方法 中，各步骤的序号大小并不意味着执行顺序的先后，各步骤的执行顺 序应以其功能和内在逻辑确定，而不应对本申请具体实施方式的实施 过程构成任何限定。
此外，本申请实施例还提供了一种计算机可读介质，包括在被执 行时进行以下操作的计算机可读指令：执行上述图1至图2中任一图 中所示实施方式中的方法的各步骤的操作。
图3(a)是依照本申请实施例的应答控制装置的一种示例的结 构框图。该装置可属于或为任意用户设备，还可为独立于用户设备的 装置。根据该装置的上述不同角色的需要，除以下描述的各组成部分 外，所述装置还可根据需要包括实现与装置外部任意设备通信的通信 模块。如图3(a)所示，该装置300包括：
第一获取模块320，用于获取与对至少一用户设备的寻呼相关联 的消息。
在一种可能的实现方式中，第一获取模块320可通过监听与寻呼 相关联的信道来获取与对至少一用户设备的寻呼相关联的信息。针对 不同的系统/网络，所述与寻呼相关联的信道可包括但不限于：物理 层寻呼指示信道PICH、物理下行控制信道PDCCH，等等。
在另一种可能的实现方式中，第一获取模块320可通过与至少一 用户设备的通信，从所述至少一用户设备获取与对至少一用户设备的 寻呼相关联的消息。
控制模块340，用于响应于与对至少一用户设备的寻呼相关联的 消息中包含与紧急呼叫相关联的信息，且所述至少一用户设备的环境 信息和/或所述至少一用户设备的用户状态信息满足至少一预设的紧 急呼叫应答条件，控制所述至少一用户设备进入紧急呼叫应答模式。
在本申请实施例的应答控制装置中，定义一种特定的寻呼类型， 也即紧急呼叫。该紧急呼叫主要用于在寻找/发现可能行动受困人员 时使用，例如，在发生自然灾害的情况下进行人员用于搜救发起的呼 叫、不确定病患是否病发时的联络，但不限于此。且与该紧急呼叫相 关联的信息可包含在与寻呼相关联的消息中。控制模块340解析获取 模块320获取的所述与寻呼相关联的消息，响应于该与寻呼相关联的 消息中包含与紧急呼叫相关联的信息，且所述至少一用户设备的环境 信息满足至少一预设的紧急呼叫应答条件，或者所述至少一用户设备 的用户状态信息满足至少一预设的紧急呼叫应答条件，或者所述至少 一用户设备的环境信息和所述至少一用户设备的用户状态信息满足 至少一预设的紧急呼叫应答条件，控制对应的用户设备进入紧急呼叫 应答模式。其中，所述至少一用户设备的环境信息可包括以下中的至 少一种：所述用户设备的环境温度信息、振动信息、声音信息等，能 够用于表征用户设备所处的环境。所述至少一用户设备的用户状态信 息为用户各种可能的生理特征信息，可包括以下中的至少一种：温度、 心率、脉搏、血糖等等，能够用于表征用户的身体状态。
其中，紧急呼叫应答模式是一种无需用户参与的自动应答模式， 确定用户设备应进入紧急呼叫应答模式后，控制模块340可通过例如 自动激活用户设备的扬声器、话筒等进行语音通话所必须激活的组 件，开启该紧急呼叫应答模式。
此外，在一种可能的实现方式中，所述与紧急呼叫相关联的信息 中可包括：紧急呼叫的具体类型。在这样的实现方式中，紧急呼叫的 类型用于使控制模块340能够根据第一获取模块320获取到的紧急呼 叫的类型，确定是否触发对是否满足预设的紧急呼叫应答条件的判 断，以及确定与该类型的紧急呼叫对应的预设的紧急呼叫应答条件是 什么。示例的紧急呼叫的类型包括但不限于：特定场景下的紧急呼叫 (例如，地震、火灾、车祸，等等)、特定寻呼方的紧急呼叫(例如， 医生、警察、救援人员，等等)，或者，紧急呼叫的类型仅表示此寻 呼与紧急呼叫相关，未明确具体的紧急事件，获取到这样的紧急呼叫 的类型，即可触发对是否满足预设的应答条件的判断。
在另一种可能的实现方式中，所述与紧急呼叫相关联的信息中可 包括：与某类型的紧急呼叫对应的预设的紧急呼叫应答条件，也即， 不明确紧急呼叫的类型，仅包含各种预设的紧急呼叫应答条件。在这 样的实现方式中，预设的紧急呼叫应答条件用于使控制模块340能够 根据第一获取模块320获取到的预设的紧急呼叫应答条件，确定对应 的用户设备的环境信息和/或用户设备的用户状态信息是否满足其中 的某一条件。根据不同类型的紧急呼叫，示例的预设的紧急呼叫应答 条件包括但不限于：针对特定场景(例如，地震、火灾、车祸，等等) 下用户设备的环境信息和/或用户设备的用户状态信息预设的条件、 针对特定寻呼方(例如，医生、警察、救援人员，等等)的用户设备 的环境信息和/或用户设备的用户状态信息预设的条件。在紧急呼叫 的类型仅表示此寻呼与紧急呼叫相关，未明确具体的紧急事件的情况 下，预设的紧急呼叫应答条件可设置为符合任意用户受困的环境条件 或身体状态条件。
在再一种可能的实现方式中，所述与紧急呼叫相关联的信息中可 包括：紧急呼叫的类型以及与所述类型的紧急呼叫对应的预设的紧急 呼叫应答条件。
需要说明的是，针对不同的紧急呼叫类型，可设置各种合适的预 设的紧急呼叫应答条件。例如，在地震场景下，由于用户设备可能遭 受到自身姿态发生的突然变化、晃动、挤压，用户设备周边因物体掉 落、倒塌等会存在巨大的声响，预设的紧急呼叫应答条件可为用户设 备所处环境曾发生了与特定频率的持续振动，以及超过特定分贝的声 音。在火灾场景下，预设的紧急呼叫应答条件可为用户设备所处环境 的温度超过某一特定温度，用户设备的用户体温超过或低于某一特定 温度，心率过慢等等。预设的紧急呼叫应答条件根据各种类型的紧急 呼叫做适当设置，在此不作为对本实施例的应答控制方法的限制。
还需要说明的是，紧急呼叫类型以及对应的预设的紧急呼叫应答 条件可为在寻呼发起之前设置的，或为已设置好的可以通用的标准。 所述用户设备环境信息可以是针对该用户设备的寻呼发生之前的历 史环境信息，用户设备的用户状态信息可选的为当前的用户状态信 息。
综上，本申请实施例的装置利用寻呼消息进行紧急情况下的呼 叫，使得受困用户能够通过用户设备对该寻呼的自动应答而与搜救人 员或亲人通话，得到及时救援，且用户设备在满足预设的应答条件时 启动应答，不会对正常状态下的用户造成干扰。
在一种可能的实现方式中，本申请实施例中的所述紧急呼叫的类 型和/或与所述类型的紧急呼叫对应的预设的紧急呼叫应答条件包含 在寻呼消息的寻呼原因(Paging Cause)字段中。
此外，为了确定用户设备的环境信息和/或所述至少一用户设备 的用户状态信息满足至少一预设的紧急呼叫应答条件，如图3(b) 所示的，本申请实施例的装置300还包括：
第一确定模块332，用于确定所述至少一用户设备的环境信息。
第二确定模块334，用于确定所述至少一用户设备的用户状态信 息。
所述至少一用户设备的环境信息和用户状态信息可分别由第一 确定模块332和第二确定模块334从用户设备直接获取，或由第一确 定模块332和第二确定模块334直接确定。在由第一确定模块332和 第二确定模块334直接确定的实现方式中，如图3(c)所示，本实 施例的装置还可包括：
第二获取模块331，用于获取与所述至少一用户设备的环境信息 相关的传感器数据。
第三获取模块333，用于获取与所述至少一用户设备的用户状态 信息相关的传感器数据。
所述相关的传感器数据可来自用户设备的传感器，或者，所述相 关的传感器数据来自本实施例的应答控制装置，也即本实施例的应答 控制装置还包括相应的传感器(未示出)。根据所确定的信息的不同， 传感器数据包括但不限于来自振动传感器的数据、来自声音传感器的 数据、来自温度传感器的数据、以及各种生物特征传感器的数据，等 等。第一确定模块332和第二确定模块334能够分别根据所获得的传 感器数据确定相关的用户设备的环境信息和用户设备的用户状态信 息。
此外，在一种可能的实现方式中，如图3(d)所示的，第一获 取模块320可进一步包括：
监听单元322，用于监听与寻呼相关联的信道。
如上所述的，不同的系统/网络对应不同的与寻呼相关联的信道。
获取单元324，用于响应于所述与寻呼相关联的信道上携带有与 寻呼相关联的标识信息，获取与对至少一用户设备的寻呼相关联的消 息。
例如，在WCDMA系统中，与寻呼相关的信道为物理层寻呼指 示信道，与寻呼相关联的标识信息为用户设备的指示因子(例如，用 户设备的标识信息等)，若在物理层寻呼指示信道上携带有用户设备 的指示因子，说明该信道上传输的是对该用户设备的寻呼消息，此时， 获取该消息。
在LTE系统中，与寻呼相关联的信道为物理下行控制信道，如 果在该信道上解出寻呼标识P-RNTI，则表示用户设备需要接收对应 的物理下行共享信道PDSCH，然后通过寻呼传输信道PCH的参数解 析从PDSCH上接收到的数据块，进而获得寻呼消息。
此外，如图3(e)所示，本实施例的装置300还包括：
第一发送模块360，用于发送与所述至少一用户设备进入紧急呼 叫应答模式相关的消息；以及发送与所述至少一用户设备未进入紧急 呼叫应答模式相关的消息。
第一发送模块360发送的消息用以在信令层面告知寻呼发起方 所述至少一用户设备对紧急呼叫的响应，使寻呼发起方能够根据接收 到的消息确定是否继续寻呼、终止寻呼或建立数据连接。
图4(a)是依照本申请实施例的寻呼装置的一种示例的结构框 图。该装置为寻呼发起方的装置，根据不同的网络，寻呼发起方可为 核心网或移动通信系统(UMTS)的陆地无线接入网(UTRAN)一 侧，该装置可为包括、被实现为、或称为节点B、演进型节点B(eNode B)、无线网络控制器(RNC)、基站控制器(BSC)、基站(BS)、或 某种其它术语的装置。如图4(a)所示，该装置400包括：
生成模块420，用于生成与对至少一用户设备的寻呼相关联的消 息。
如结合图1所示实施例的方法所描述的，生成模块420将与紧急 呼叫相关联的信息置于所述与对至少一用户设备的寻呼相关联的消 息中，也即置于寻呼消息中。
第二发送模块440，用于发送所述与对至少一用户设备的寻呼相 关联的消息。
在一种可能的实现方式中，在与寻呼相关联的信道上发送所述与 对至少一用户设备的寻呼相关联的消息。针对不同的系统/网络，所 述与寻呼相关联的信道可包括但不限于：物理层寻呼指示信道PICH、 物理下行控制信道PDCCH，等等。
在本申请实施例的寻呼装置中，定义一种特定的寻呼类型，也即 紧急呼叫。该紧急呼叫主要用于在寻找/发现可能行动受困人员时使 用，例如，在发生自然灾害的情况下进行人员搜救、不确定病患是否 病发时的联络，但不限于此。且与该紧急呼叫相关联的信息可包含在 与寻呼相关联的消息中。
在一种可能的实现方式中，所述与紧急呼叫相关联的信息中可包 括：紧急呼叫的类型。在这样的实现方式中，紧急呼叫的类型用于使 被叫侧能够根据该紧急呼叫的类型，确定是否触发对满足预设的紧急 呼叫应答条件的判断，以及确定与该类型的紧急呼叫对应的预设的紧 急呼叫应答条件是什么。示例的紧急呼叫的类型包括但不限于：特定 场景下的紧急呼叫(例如，地震、火灾、车祸，等等)、特定寻呼方 的紧急呼叫(例如，医生、警察、救援人员，等等)，或者，紧急呼 叫的类型仅表示此寻呼与紧急呼叫相关，未明确具体的紧急事件，获 取到这样的紧急呼叫的类型，即可触发对是否满足预设的应答条件的 判断。
在另一种可能的实现方式中，所述与紧急呼叫相关联的信息中可 包括：与某类型的紧急呼叫对应的预设的紧急呼叫应答条件，也即， 不明确紧急呼叫的类型，仅包含各种预设的紧急呼叫应答条件。在这 样的实现方式中，预设的紧急呼叫应答条件用于使被叫侧能够根据获 取到的预设的紧急呼叫应答条件，确定对应的用户设备的环境信息和 /或用户设备的用户状态信息是否满足其中的某一条件。根据不同类 型的紧急呼叫，示例的预设的紧急呼叫应答条件包括但不限于：针对 特定场景(例如，地震、火灾、车祸，等等)下用户设备的环境信息 和/或用户设备的用户状态信息预设的条件、针对特定寻呼方(例如， 医生、警察、救援人员，等等)的用户设备的环境信息和/或用户设 备的用户状态信息预设的条件。在紧急呼叫的类型仅表示此寻呼与紧 急呼叫相关，未明确具体的紧急事件的情况下，预设的紧急呼叫应答 条件可设置为符合任意用户受困的环境条件或身体状态条件。
在再一种可能的实现方式中，所述与紧急呼叫相关联的信息中可 包括：紧急呼叫的类型以及与所述类型的紧急呼叫对应的预设的紧急 呼叫应答条件。
需要说明的是，针对不同的紧急呼叫类型，可设置各种合适的预 设的紧急呼叫应答条件。例如，在地震场景下，由于用户设备可能遭 受到自身姿态发生的突然变化、晃动、挤压，用户设备周边因物体掉 落、倒塌等会存在巨大的声响，预设的紧急呼叫应答条件可为用户设 备所处环境曾发生了与特定频率的持续振动，以及超过特定分贝的声 音。在火灾场景下，预设的紧急呼叫应答条件可为用户设备所处环境 的温度超过某一特定温度，用户设备的用户体温超过或低于某一特定 温度，心率过慢等等。预设的紧急呼叫应答条件根据各种类型的紧急 呼叫做适当设置，在此不作为对本实施例的寻呼方法的限制。
还需要说明的是，紧急呼叫类型以及对应的预设的紧急呼叫应答 条件可为在寻呼发起之前设置的，或为已设置好的可以通用的标准。 所述用户设备环境信息可以是针对该用户设备的寻呼发生之前的历 史环境信息，用户设备的用户状态信息可选的为当前的用户状态信 息。
在一种可能的实现方式中，生成模块420将所述紧急呼叫的类型 和/或与所述类型的紧急呼叫对应的预设的紧急呼叫应答条件置于寻 呼消息的寻呼原因(Paging Cause)字段中。
如图4(b)所示的，本实施例的寻呼装置400还包括：
接收模块460，用于接收与所述至少一用户设备进入紧急呼叫应 答模式相关的第一消息，所述第一消息表明所述至少一用户设备的环 境信息和/或所述至少一用户设备的用户状态信息满足至少一预设的 紧急呼叫应答条件；以及接收与所述至少一用户设备未进入紧急呼叫 应答模式相关的第二消息，所述第二消息表明所述至少一用户设备的 环境信息和/或所述至少一用户设备的用户状态信息不满足任一预设 的紧急呼叫应答条件。
如上面结合图1所示实施例描述的，接收到第二发送模块440发 送的与对至少一用户设备的寻呼相关联的消息的被叫侧装置解析该 消息，响应于该与寻呼相关联的消息中包含与紧急呼叫相关联的信 息，且所述至少一用户设备的环境信息满足至少一预设的紧急呼叫应 答条件，或者所述至少一用户设备的用户状态信息满足至少一预设的 紧急呼叫应答条件，或者所述至少一用户设备的环境信息和所述至少 一用户设备的用户状态信息均满足至少一预设的紧急呼叫应答条件， 将控制对应的用户设备进入紧急呼叫应答模式，并发送对应的告知消 息，也即第一消息。接收模块460接收到这样的消息后，寻呼方可继 续建立与对应的用户设备的数据连接、或终止寻呼等等。若所述至少 一用户设备的环境信息和/或所述至少一用户设备的用户状态信息不 满足任一预设的紧急呼叫应答条件，则用户设备一方也将返回相应的 告知消息，也即第二消息，根据该第二消息，寻呼方可选择终止寻呼 或继续进行寻呼。在这样的实现方式中，如图4(c)所示的，所述 方法400还可包括：
终止模块480，用于响应于接收到所述第二消息，终止发送与所 述至少一用户设备的寻呼相关联的消息；或响应于接收到所述至少一 用户设备未进入紧急呼叫应答模式相关的消息一预设时间，终止发送 与所述至少一用户设备的寻呼相关联的消息。
综上，本申请实施例的装置利用寻呼消息进行紧急情况下的呼 叫，使得受困用户能够通过用户设备对该寻呼的自动应答而与搜救人 员或亲人通话，得到及时救援，且用户设备在满足预设的应答条件时 启动应答，不会对正常状态下的用户造成干扰。
图5为本申请实施例提供的应答控制装置的又一种示例的结构 示意图，本申请具体实施例并不对应答控制装置的具体实现做限定。 如图5所示，该应答控制装置500可以包括：
处理器(processor)510、通信接口(Communications Interface)520、 存储器(memory)530、以及通信总线540。其中：
处理器510、通信接口520、以及存储器530通过通信总线540 完成相互间的通信。
通信接口520，用于与比如客户端等的网元通信。
处理器510，用于执行程序532，具体可以实现上述图3(a)的 装置实施例中传输控制装置的相关功能。
具体地，程序532可以包括程序代码，所述程序代码包括计算机 操作指令。
处理器510可能是一个中央处理器CPU，或者是特定集成电路 ASIC(Application Specific Integrated Circuit)，或者是被配置成实施 本申请实施例的一个或多个集成电路。程序532具体可以用于使得所 述应答控制装置500执行以下步骤：
获取与对至少一用户设备的寻呼相关联的消息；
响应于与对至少一用户设备的寻呼相关联的消息中包含与紧急 呼叫相关联的信息，且所述至少一用户设备的环境信息和/或所述至 少一用户设备的用户状态信息满足至少一预设的紧急呼叫应答条件， 控制所述至少一用户设备进入紧急呼叫应答模式。
程序532中各步骤的具体实现可以参见上述实施例中的相应步 骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚 地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作 过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。
图6为本申请实施例提供的寻呼装置的另一种示例的结构示意 图，本申请具体实施例并不对寻呼装置的具体实现做限定。如图6所 示，该寻呼装置600可以包括：
处理器(processor)610、通信接口(Communications Interface)620、 存储器(memory)630、以及通信总线640。其中：
处理器610、通信接口620、以及存储器630通过通信总线640 完成相互间的通信。
通信接口620，用于与比如客户端等的网元通信。
处理器610，用于执行程序632，具体可以实现上述图4(a)的 装置实施例中传输控制装置的相关功能。
具体地，程序632可以包括程序代码，所述程序代码包括计算机 操作指令。
处理器610可能是一个中央处理器CPU，或者是特定集成电路 ASIC(Application Specific Integrated Circuit)，或者是被配置成实施 本申请实施例的一个或多个集成电路。程序632具体可以用于使得所 述寻呼装置600执行以下步骤：
生成与对至少一用户设备的寻呼相关联的消息；
发送所述与对至少一用户设备的寻呼相关联的消息；
其中，所述与对至少一用户设备的寻呼相关联的消息中包含与紧 急呼叫相关联的信息。
程序632中各步骤的具体实现可以参见上述实施例中的相应步 骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚 地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作 过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁， 上述描述的设备和模块的具体工作过程，可以参考前述装置实施例中 的对应描述，在此不再赘述。
尽管此处所述的主题是在结合操作系统和应用程序在计算机系 统上的执行而执行的一般上下文中提供的，但本领域技术人员可以认 识到，还可结合其他类型的程序模块来执行其他实现。一般而言，程 序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、组 件、数据结构和其他类型的结构。本领域技术人员可以理解，此处所 述的本主题可以使用其他计算机系统配置来实践，包括手持式设备、 多处理器系统、基于微处理器或可编程消费电子产品、小型计算机、 大型计算机等，也可使用在其中任务由通过通信网络连接的远程处理 设备执行的分布式计算环境中。在分布式计算环境中，程序模块可位 于本地和远程存储器存储设备的两者中。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描 述的各示例的单元及方法步骤，能够以电子硬件、或者计算机软件和 电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行， 取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每 个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不 应认为超出本申请的范围。
所述功能如果以软件功能单元的形式实现并作为独立的产品销 售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的 理解，本申请的技术方案本质上或者说对原有技术做出贡献的部分或 者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件 产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备 (可以是个人计算机，服务器，或者网络设备等)执行本申请各个实 施例所述方法的全部或部分步骤。而前述的计算机可读取存储介质包 括以存储如计算机可读指令、数据结构、程序模块或其他数据等信息 的任何方式或技术来实现的物理易失性和非易失性、可移动和不可因 东介质。计算机可读取存储介质具体包括，但不限于，U盘、移动硬 盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM， Random Access Memory)、可擦除可编程只读存储器(EPROM)、电 可擦可编程只读存储器(EEPROM)、闪存或其他固态存储器技术、 CD-ROM、数字多功能盘(DVD)、HD-DVD、蓝光(Blue-Ray)或 其他光存储设备、磁带、磁盘存储或其他磁性存储设备、或能用于存 储所需信息且可以由计算机访问的任何其他介质。
以上实施方式仅用于说明本发明，而并非对本发明的限制，有关 技术领域的普通技术人员，在不脱离本发明的精神和范围的情况下， 还可以做出各种变化和变型，因此所有等同的技术方案也属于本发明 的范畴，本发明的专利保护范围应由权利要求限定。