CN110830976A - 一种通信连接建立方法及装置 - Google Patents

Abstract

本申请公开的一种通信连接建立方法及装置，第一通信设备进入第一工作模式，在所述第一工作模式下，所述第一通信设备按照特定规则进行状态转换，其中，一个状态有对应的状态保持时长和状态类型，在一个状态的保持时长结束后，当延时条件满足时进入下一个状态，所述延时条件是预先设置的或者是在一个状态的保持时长结束后生成的；当在任一状态下完成通信连接后，所述第一通信设备退出所述第一工作模式。

Description

一种通信连接建立方法及装置

技术领域

本申请涉及无线技术领域，尤其涉及通信连接建立方法及装置。

背景技术

蓝牙无线技术是一种旨在取代连接便携式和/或固定设备的电缆同时保持高安全等级的短距离通信技术。在传统蓝牙系统中，若蓝牙设备A需要与蓝牙设备B建立通信，用户首先应手动将蓝牙设备A和蓝牙设备B配对。而为了将蓝牙设备A和蓝牙设备B配对，蓝牙设备A可能需要先找到其附近的所有蓝牙设备，并随后从中选择出一个蓝牙设备B进行配对。然而对用户来说，若候选列表上有很多蓝牙设备，用户确定出所需的蓝牙设备是非常耗费时间的。

因此，在蓝牙系统领域，如何在蓝牙设备之间更高效地建立通信是亟待解决的技术问题。

发明内容

本申请实施例提供一种通信连接建立方法及装置，更高效地建立通信连接。

本申请的一个实施例提供的通信连接建立方法，该方法包括：

第一通信设备进入第一工作模式，在所述第一工作模式下，所述第一通信设备按照特定规则进行状态转换，其中，一个状态有对应的状态保持时长和状态类型，在一个状态的保持时长结束后，当延时条件满足时进入下一个状态，所述延时条件是预先设置的或者是在一个状态的保持时长结束后生成的；

当在任一状态下完成通信连接后，所述第一通信设备退出所述第一工作模式。

可选地，在一个状态的保持时长结束后生成延时条件，包括：

在一个状态的保持时长结束后，随机生成延时时间长度；或者

在一个状态的保持时长结束后，根据该状态的上一个状态的状态信息生成延时时间长度，其中，所述状态信息包括：状态类型和/或状态保持时长；

所述在一个状态的保持时长结束后，当延时条件满足时进入下一个状态，包括：当从一个状态的保持时长结束开始，经过所述延时时间长度后，进入下一个状态。

可选地，所述状态类型，是基于蓝牙通信协议规定的。

可选地，所述第一通信设备在第一工作模式下的状态类型，包括：查询、查询扫描、寻呼、寻呼扫描中的至少一种。

可选地，所述第一工作模式包括两个阶段通信：

第一阶段通信，所述第一通信设备按照第一特定规则进行状态转换直到接收到第二通信设备的查询响应消息或者向所述第二通信设备发出查询响应消息，实现所述第一通信设备和所述第二通信设备的设备信息交互；

第二阶段通信，所述第一通信设备按照第二特定规则进行状态转换直到接收到所述第二通信设备的寻呼响应消息或者向所述第二通信设备发出寻呼响应消息，实现所述第一通信设备和所述第二通信设备的连接；

所述第一特定规则和所述第二特定规则相同或不同。

可选地，还包括：若所述第一通信设备在进入所述第一工作模式之前完成过与所述第二通信设备的所述第一阶段通信，则直接进行所述第二阶段通信。

可选地，所述第一通信设备按照第一特定规则进行状态转换，包括：

所述第一通信设备的状态类型包括查询、查询扫描、寻呼、寻呼扫描中的至少一种状态类型，其中一种状态类型是查询、查询扫描中的任一种，所述第一通信设备在前一个的状态保持时长结束后，当延时条件满足时进入下一个状态，所述下一个状态的状态类型为所述至少一种状态类型中的任一种。

可选地，所述第一通信设备按照第二特定规则进行状态转换包括：所述第一通信设备的状态类型包括查询、查询扫描、寻呼、寻呼扫描中的至少一种状态类型，其中一种状态类型是寻呼、寻呼扫描中的任一种，所述第一通信设备在前一个的状态保持时长结束后，当延时条件满足时进入下一个状态，所述下一个状态的状态类型为所述至少一种状态类型中的任一种。

可选地，包括：

所述第一通信设备进入第一工作模式后，根据查询状态延时条件，在判断满足查询状态延时条件时进入所述查询状态，并在所述查询状态下发送查询请求消息；其中，所述查询状态延时条件为用于判决转换到所述查询状态的延时条件；

若所述第一通信设备在所述查询状态保持时长内没有接收到第二通信设备的查询响应消息，则根据查询扫描状态延时条件，在判断满足所述查询扫描状态延时条件时进入所述查询扫描状态；其中，所述查询扫描状态延时条件为用于判决转换到所述查询扫描状态的延时条件；

若所述第一通信设备在所述查询扫描状态保持时长内未接收到第二通信设备查询请求消息，则根据寻呼扫描状态延时条件，在判断满足所述寻呼扫描状态延时条件时进入所述寻呼扫描状态；其中，所述寻呼扫描状态延时条件为用于判决转换到所述寻呼扫描状态的延时条件；

若所述第一通信设备在所述寻呼扫描状态保持时长内未接收到第二通信设备发送的寻呼消息，则根据查询状态延时条件，在判断满足所述查询状态延时条件时进入所述查询状态；

若所述第一通信设备在所述查询状态保持时长内接收到所述第二通信设备的查询响应消息或者所述第一通信设备在所述查询扫描状态保持时长内向所述第二通信设备发出查询响应消息，则所述第一通信设备的下一个状态为所述寻呼状态，并在所述寻呼状态下向第二通信设备发送寻呼消息。

可选地，还包括：若所述第一通信设备内接收到第二通信设备发送的查询响应消息或者所述第二通信设备向所述第二通信设备发送查询响应消息，则所述第一通信设备的下一个状态为所述寻呼状态或所述寻呼扫描状态，并在所述寻呼状态下向所述第二通信设备发送寻呼消息或者在所述寻呼扫描状态下进行寻呼消息扫描。

可选地，所述第一通信设备和所述第二通信设备均处于所述第一工作模式。

可选地，所述第一通信设备和所述第二通信设备在所述第一工作模式下的查询接入码为预设的相同专用接入码。

本申请还提供一种通信连接建立装置，包括：

第一工作模式开启模块，用于第一通信设备进入第一工作模式；

状态转换模块，用于在所述第一工作模式下，所述第一通信设备按照特定规则进行状态转换，其中，一个状态有对应的状态保持时长和状态类型，在一个状态的保持时长结束后，当延时条件满足时进入下一个状态，所述延时条件是预先设置的或者是在一个状态的保持时长结束后生成的；

第一工作模式退出模块，用于当在任一状态下完成通信连接后，所述第一通信设备退出所述第一工作模式。

可选地，所述状态转换模块具体用于：

在一个状态的保持时长结束后生成延时条件，包括：

在一个状态的保持时长结束后，随机生成延时时间长度；或者

在一个状态的保持时长结束后，根据该状态的上一个状态的状态信息生成延时时间长度，其中，所述状态信息包括：状态类型和/或状态保持时长；

所述在一个状态的保持时长结束后，当延时条件满足时进入下一个状态，包括：

当从一个状态的保持时长结束开始，经过所述延时时间长度后，进入下一个状态。

可选地，所述状态类型，是基于蓝牙通信协议规定的。

可选地，所述第一通信设备在第一工作模式下的状态类型，包括：查询、查询扫描、寻呼、寻呼扫描中的至少一种。

可选地，所述第一工作模式包括两个阶段通信：

第一阶段通信，所述第一通信设备按照第一特定规则进行状态转换直到接收到第二通信设备的查询响应消息或者向所述第二通信设备发出查询响应消息，实现所述第一通信设备和所述第二通信设备的设备信息交互；

第二阶段通信，所述第一通信设备按照第二特定规则进行状态转换直到接收到所述第二通信设备的寻呼响应消息或者向所述第二通信设备发出寻呼响应消息，实现所述第一通信设备和所述第二通信设备的连接；

所述第一特定规则和所述第二特定规则相同或不同。

可选地，还包括：

若所述第一通信设备在进入所述第一工作模式之前完成过与所述第二通信设备的所述第一阶段通信，则直接进行所述第二阶段通信。

可选地，所述状态转换模块用于所述第一通信设备按照第一特定规则进行状态转换，包括：

所述第一通信设备的状态类型包括查询、查询扫描、寻呼、寻呼扫描中的至少一种状态类型，其中一种状态类型是查询、查询扫描中的任一种，所述第一通信设备在前一个的状态保持时长结束后，当延时条件满足时进入下一个状态，所述下一个状态的状态类型为所述至少一种状态类型中的任一种。

可选地，所述状态转换模块用于所述第一通信设备按照第二特定规则进行状态转换包括：

所述第一通信设备的状态类型包括查询、查询扫描、寻呼、寻呼扫描中的至少一种状态类型，其中一种状态类型是寻呼、寻呼扫描中的任一种，所述第一通信设备在前一个的状态保持时长结束后，当延时条件满足时进入下一个状态，所述下一个状态的状态类型为所述至少一种状态类型中的任一种。

可选地，包括：

所述第一通信设备进入第一工作模式后，根据查询状态延时条件，在判断满足查询状态延时条件时进入所述查询状态，并在所述查询状态下发送查询请求消息；其中，所述查询状态延时条件为用于判决转换到所述查询状态的延时条件；

若所述第一通信设备在所述查询状态保持时长内没有接收到第二通信设备的查询响应消息，则根据查询扫描状态延时条件，在判断满足所述查询扫描状态延时条件时进入所述查询扫描状态；其中，所述查询扫描状态延时条件为用于判决转换到所述查询扫描状态的延时条件；

若所述第一通信设备在所述查询扫描状态保持时长内未接收到第二通信设备查询请求消息，则根据寻呼扫描状态延时条件，在判断满足所述寻呼扫描状态延时条件时进入所述寻呼扫描状态；其中，所述寻呼扫描状态延时条件为用于判决转换到所述寻呼扫描状态的延时条件；

若所述第一通信设备在所述寻呼扫描状态保持时长内未接收到第二通信设备发送的寻呼消息，则根据查询状态延时条件，在判断满足所述查询状态延时条件时进入所述查询状态；

若所述第一通信设备在所述查询状态保持时长内接收到所述第二通信设备的查询响应消息或者所述第一通信设备在所述查询扫描状态保持时长内向所述第二通信设备发出查询响应消息，则所述第一通信设备的下一个状态为所述寻呼状态，并在所述寻呼状态下向第二通信设备发送寻呼消息。

可选地，还包括：

若所述第一通信设备接收到第二通信设备发送的查询响应消息或者所述第一通信设备向第二通信设备发出查询响应消息，则所述第一通信设备的下一个状态为所述寻呼状态或所述寻呼扫描状态，并在所述寻呼状态下向所述第二通信设备发送寻呼消息或者在所述寻呼扫描状态下进行寻呼消息扫描。

可选地，所述第一通信设备和所述第二通信设备均处于所述第一工作模式。

可选地，所述第一通信设备和所述第二通信设备在所述第一工作模式下的查询接入码为预设的相同专用的接入码。

综上所述，在本申请实施例提供的通信连接建立方法中，通过第一通信设备进入第一工作模式，在所述第一工作模式下，所述第一通信设备按照特定规则进行状态转换，其中，一个状态有对应的状态保持时长和状态类型，在一个状态的保持时长结束后，当延时条件满足时进入下一个状态，所述延时条件是预先设置的或者是在一个状态的保持时长结束后生成的；当在任一状态下完成通信连接后，所述第一通信设备退出所述第一工作模式。使得第一通信设备得以更高效地与对应通信设备建立通信连接。

附图说明

图1为本申请实施例提供的一种通信连接建立方法流程示意图；

图2为本申请实施例提供的另一种通信连接建立方法流程示意图；

图3为本申请实施例提供的另一种通信连接建立流程示意图；

图4为本申请实施例提供的另一种通信连接建立流程示意图；

图5为本申请实施例提供的一种通信连接建立装置示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本申请实施例提供的方法可适用于蓝牙设备。

蓝牙是一种无线技术，多用于设备之间进行短距离的数据传输。蓝牙设备一般有如下状态：主要工作状态有待机状态和连接状态；中间临时状态有寻呼状态、寻呼扫描状态、查询状态、查询扫描状态。

所有的蓝牙设备默认都处于待机模式。在待机模式中，未连接的蓝牙设备周期性地监听消息。该过程被称为扫描，扫描分为两种类型：寻呼扫描和查询扫描。寻呼扫描被定义为设备在整个扫描窗口期间通过“寻呼”监听它自己的设备接入码(Device AccessCode，DAC)的连接子状态，并且寻呼扫描被用于在设备间建立起真正的连接。查询扫描与寻呼扫描非常相似，区别在于在查询扫描状态下，接收设备通过“查询”扫描查询接入码(InquiryAccess Code，IAC)。查询扫描被用于发现哪些单元在范围内以及它们各自的设备地址和时钟。

蓝牙设备按照信道来工作，即使两设备各自处于各自的状态，状态匹配，但若信道没有匹配上，也无法准确的建立连接。蓝牙设备有各自的时钟源，若在上述各过程中蓝牙设备临时状态切换以及所处状态不匹配等因素，都对蓝牙设备之间建立连接产生不确定性。例如，蓝牙设备自身所处的查询扫描状态和寻呼扫描状可能会存在冲突。

本申请实施例中的“查询请求消息”仅为一种示例性的消息命名方式，比如也可用“查询消息”等其他消息名称替代，本申请实施例对消息命名方式不作具体限制。

本申请实施例中的“查询状态”仅为一种示例性的状态命名方式，比如也可用“搜索状态”等其他状态名称替代，本申请实施例对状态命名方式不作具体限制。

需要说明的是，查询状态就是指状态类型为查询的状态，查询扫描状态、寻呼状态、寻呼扫描状态也是同理。

本申请实施例提供一种通信连接建立方法及设备，可以更高效地建立通信连接。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

本申请的一个实施例提供的通信连接建立方法，如图1所示，该方法包括：

步骤101：第一通信设备进入第一工作模式。

可选的，进入第一工作模式后的第一通信设备和第二通信设备，其查询接入码均为预设的相同专用接入码，这样可以排除干扰更快的找到对应的第二通信设备建立连接，专用接入码是按照通信协议的标准自己定义的。

步骤102：在所述第一工作模式下，所述第一通信设备按照特定规则进行状态转换，其中，一个状态有对应的状态保持时长和状态类型，在一个状态的保持时长结束后，当延时条件满足时进入下一个状态，所述延时条件是预先设置的或者是在一个状态的保持时长结束后生成的。

需要说明的是，所述第一通信设备按照特定规则进行状态转换，其“状态转换”可以是不同状态类型的转换，也可以是同一种状态类型的转换，例如当前是寻呼状态，下一个状态仍是寻呼状态，状态保持时长可以根据需要发生变化。一般情况下当前状态跟下一个状态的状态类型是不同的。

步骤103：当在任一状态下完成通信连接后，所述第一通信设备退出所述第一工作模式。

可选地，在一个状态的保持时长结束后生成延时条件，其中延时条件的生成方式包括两种：在一个状态的保持时长结束后，随机生成延时时间长度；或者，在一个状态的保持时长结束后，根据该状态的上一个状态的状态信息生成延时时间长度，其中，所述状态信息包括：状态类型和/或状态保持时长。

需要说明的是，所述状态保持时长，是指一个状态持续的时间，经过保持时长后该状态也就结束了。此外，所述延时时间长度大于零或者等于零，一般情况下都大于零。

可选地，所述在一个状态的保持时长结束后，当延时条件满足时进入下一个状态，包括：当从一个状态的保持时长结束开始，经过所述延时时间长度后，进入下一个状态。

可选地，所述状态类型，是基于蓝牙通信协议规定的。

可选地，在所述第一通信设备进入第一工作模式后，还包括：所述第一通信设备生成初始延时条件，当所述初始延时条件满足后，进入一个状态；或者所述第一通信设备立即进入一个状态。

需要说明的是，第一通信设备在第一工作模式下的状态类型，包括：查询、查询扫描、寻呼、寻呼扫描中的至少一种。

可选地，在第一通信设备处于第一工作模式的所述第一工作模式包括两个阶段通信：

第一阶段通信，所述第一通信设备按照第一特定规则进行状态转换直到接收到第二通信设备的查询响应消息或者向所述第二通信设备发出查询响应消息，实现所述第一通信设备和所述第二通信设备的设备信息交互。

需要说明的是，所述设备信息包括：设备地址、时钟、寻呼接入码等。

第二阶段通信，所述第一通信设备按照第二特定规则进行状态转换直到接收到所述第二通信设备的寻呼响应消息或者向所述第二通信设备发出寻呼响应消息，实现所述第一通信设备和所述第二通信设备的连接。

需要说明的是，所述第一特定规则和所述第二特定规则相同或不同。若所述第一通信设备在进入所述第一工作模式之前完成过与所述第二通信设备的所述第一阶段通信，则可以直接进行所述第二阶段通信。这种情况下或者第一阶段通信采用其他方法完成的情况下，所述第一通信设备在第一工作模式下的状态类型可以是寻呼、寻呼扫描中的一种。

所述第二通信设备是需要与第一通信设备完成蓝牙连接的目标设备，如蓝牙音箱的对箱，或者蓝牙耳机的对耳。可选地，所述第一通信设备按照第一特定规则进行状态转换时，所述第一通信设备的状态类型包括查询、查询扫描、寻呼、寻呼扫描中的至少一种状态类型，其中一种状态类型是查询、查询扫描中的任一种，所述第一通信设备在前一个的状态保持时长结束后，当延时条件满足时进入下一个状态，所述下一个状态的状态类型为所述至少一种状态类型中的任一种。

可选地，所述第一通信设备按照第二特定规则进行状态转换时，所述第一通信设备的状态类型包括查询、查询扫描、寻呼、寻呼扫描中的至少一种状态类型，其中一种状态类型是寻呼、寻呼扫描中的任一种，所述第一通信设备在前一个的状态保持时长结束后，当延时条件满足时进入下一个状态，所述下一个状态的状态类型为所述至少一种状态类型中的任一种。

上述第一阶段通信只有一种状态类型，第二阶段通信也只有一种状态类型的情况比较极端，例如，第一通信设备在第一阶段通信只有查询状态一种，第二通信设备在第一阶段通信只有查询扫描状态一种；第一通信设备在第二阶段通信只有寻呼状态一种，第二通信设备在第二阶段通信只有寻呼扫描状态一种，上述情况下也可以通过调节延时条件和保持时长等实现通信连接。

为了更清楚的说明本申请实施例提供的通信连接方法，下面对第一通信设备按照特定规则进行状态转换的具体的特定规则进行举例，以下举例均为示例，具体实施时的方式不限于以下几种：

(一)所述特定规则可以为：当处于查询状态、查询扫描状态、寻呼状态、寻呼扫描状态中的一种状态的第一通信设备在当前状态的保持时长结束后，且当延时条件满足时进入查询状态、查询扫描状态、寻呼状态、寻呼扫描状态中的任意一种状态，当所述第一通信设备接收到第二通信设备的查询响应消息后，进入寻呼状态、寻呼扫描状态中的任意一种。

(二)所述特定规则可以为：当处于查询状态、查询扫描状态、寻呼扫描状态中的一种状态的第一通信设备在当前状态的保持时长结束后，且当延时条件满足时进入查询状态、查询扫描状态、寻呼扫描状态中的任意一种状态，当所述第一通信设备接收到第二通信设备的查询响应消息后，进入寻呼状态、寻呼扫描状态中的任意一种。

(三)所述特定规则可以为：当处于查询状态、查询扫描状态、寻呼状态中的一种状态的第一通信设备在当前状态的保持时长结束后，且当延时条件满足时进入查询状态、查询扫描状态、寻呼状态中的任意一种状态，当所述第一通信设备接收到第二通信设备的查询响应消息后，进入寻呼状态、寻呼扫描状态中的任意一种。

(四)所述特定规则可以为：当处于查询状态、查询扫描状态中的一种状态的第一通信设备在当前状态的保持时长结束后，且当延时条件满足时进入查询状态、查询扫描状态中的任意一种，当所述第一通信设备接收到第二通信设备的查询响应消息后，进入寻呼状态、寻呼扫描状态中的任意一种。

(五)所述特定规则可以为：当处于查询状态、寻呼状态中的一种状态的第一通信设备在当前状态的保持时长结束后，且当延时条件满足时进入查询状态、寻呼状态中的任意一种，当所述第一通信设备接收到第二通信设备的查询响应消息后，进入寻呼状态、寻呼扫描状态中的任意一种。

(六)所述特定规则可以为：当处于查询扫描状态、寻呼扫描状态中的一种状态的第一通信设备在当前状态的保持时长结束后，且当延时条件满足时进入查询扫描状态、寻呼扫描状态中的任意一种，当所述第一通信设备向第二通信设备发出查询响应消息后，进入寻呼状态、寻呼扫描状态中的任意一种。

(七)所述特定规则为：当处于查询状态、寻呼扫描状态中的一种状态的第一通信设备在当前状态的保持时长结束后，且当延时条件满足时进入查询状态、寻呼扫描状态中的任意一种，当所述第一通信设备接收到第二通信设备的查询响应消息后，进入寻呼状态、寻呼扫描状态中的任意一种。

(八)所述特定规则为：当处于查询扫描状态、寻呼状态中的一种状态的第一通信设备在当前状态的保持时长结束后，且当延时条件满足时进入查询扫描状态、寻呼状态中的任意一种，当所述第一通信设备向第二通信设备发出查询响应消息后，进入寻呼状态、寻呼扫描状态中的任意一种。

为了更清楚的阐释本申请实施例提供的通信连接方法，下面对本申请实施例中的优选实施例进行详细描述，如图2所示，该方法包括：

步骤200：所述第一通信设备进入第一工作模式。

步骤201：所述第一通信设备根据查询状态延时条件，在判断满足查询状态延时条件时进入所述查询状态，并在所述查询状态下发送查询请求消息；其中，所述查询状态延时条件为用于判决转换到所述查询状态的延时条件；若所述第一通信设备在所述查询状态保持时长内没有接收到第二通信设备的查询响应消息，则执行步骤202；若所述第一通信设备在所述查询状态保持时长内接收到所述第二通信设备的查询响应消息，则执行步骤204。

步骤202：所述第一通信设备根据查询扫描状态延时条件，在判断满足所述查询扫描状态延时条件时进入所述查询扫描状态；其中，所述查询扫描状态延时条件为用于判决转换到所述查询扫描状态的延时条件；若所述第一通信设备在所述查询扫描状态保持时长内未接收到第二通信设备查询请求消息，则执行步骤203；若所述第一通信设备在所述查询扫描状态保持时长内向所述第二通信设备发出查询响应消息，则执行步骤204。

步骤203：所述第一通信设备根据寻呼扫描状态延时条件，在判断满足所述寻呼扫描状态延时条件时进入所述寻呼扫描状态；其中，所述寻呼扫描状态延时条件为用于判决转换到所述寻呼扫描状态的延时条件；若所述第一通信设备在所述寻呼扫描状态保持时长内未接收到第二通信设备发送的寻呼消息，则执行步骤201；若所述第一通信设备在所述寻呼扫描状态保持时长内向第二设备发出寻呼响应消息，则执行步骤205。

步骤204：所述第一通信设备在上一个步骤的状态结束后，根据寻呼状态延时条件，判断满足所述寻呼状态延时条件后进入所述寻呼状态，并在所述寻呼状态下向第二通信设备发送寻呼消息。可选的，也可以不经过寻呼状态延时条件直接进入寻呼状态。若所述第一通信设备在所述寻呼状态保持时长内接收到所述第二通信设备发出的寻呼响应消息，则执行步骤205；否则继续执行204。

步骤205：所述第一通信设备完成与所述第二通信设备的通信连接并退出所述第一工作模式。

需要说明的，本实施例中的延时条件可以是延时时间长度，并可以预先设定也可以根据上一个状态的状态信息在上一个状态结束时生成。

可选的，所述第一通信设备和所述第二通信设备均处于所述第一工作模式。

需要说明的是，本申请中第二通信设备在第一工作模式下的特定规则与第一通信设备在第一工作模式下的特定规则，可能相同，也可能不同。并且，第一通信设备和第二通信设备只要有一个设备按照本申请提供的方法进行，另一个设备按照常规方法进行，若查询阶段的接入码规则相同也可以实现。

在一种可能的实现方式中，所述第一通信设备发送的查询请求消息携带第一查询接入码，为了更快的找到对应的第二通信设备，所述查询接入码采用的是专用接入码，到了寻呼阶段采用的规则是普通的接入规则。若所述第二通信设备的接收终端的接入码相关器中的接入码与所述第一查询接入码匹配，则所述第二通信设备的接收终端成功接收所述第一通信设备发送的查询请求消息，并且所述第二通信设备发送查询响应消息给第一通信设备，反馈信息给第一通信设备以完成第一阶段通信。为了更清楚地理解本申请实施例，下面提供一个实施例对通信连接建立流程方法进行详述。该流程以第一通信设备和第二通信设备为执行主体作为例子进行描述。其中，第一通信设备与第二通信设备为对应的通信设备，在所述第一工作模式下采用相同的专用查询接入码。

该方法可包括如下步骤：

步骤300：第一通信设备进入第一工作模式，第二通信设备进入第一工作模式。

步骤301(a)：第一通信设备进入查询状态，并在查询状态下发送查询请求消息，若在查询状态保持时长内没有收到第二通信设备发送的查询响应消息，则生成相应延时时长，经过延时时长后第一通信设备进入寻呼扫描状态，并在寻呼扫描状态下进行寻呼请求消息的扫描；

若在寻呼扫描状态保持时长内未收到第二通信设备的寻呼消息，则在寻呼扫描状态结束后，生成相应延时时长，经过延时时长后，重新执行第一通信设备对应的步骤301(a)；

若在查询状态保持时长内接收到第二设备发送的查询响应消息，则执行第一通信设备对应的步骤302(a)；

若在寻呼扫描状态保持时长内接收到第二通信设备发送的寻呼消息，则执行第一通信设备对应的步骤303(a)。

步骤301(b)：第二通信设备进入查询扫描状态，并在查询扫描状态下进行查询请求消息扫描，若在查询扫描状态保持时长内未接收到第一通信设备发送的查询请求消息，则生成相应延时时长，经过延时时长后第二通信设备进入寻呼状态，并在寻呼状态下发送寻呼消息；

若在寻呼状态保持时长内未收到寻呼响应消息，则在寻呼状态结束后，生成相应延时时长，经过延时时长后，重新执行第二通信设备对应的步骤301(b)；

若在查询扫描状态保持时长内接收到第一通信设备发送的查询请求消息，则执行第二通信设备对应的步骤302(b)；

若在寻呼状态保持时长内接收到第一通信设备发送的寻呼响应消息，则执行步骤303(b)。

步骤302(a)：第一通信设备与第二通信设备完成设备信息的交互，第一通信设备在查询状态结束后，进入寻呼扫描状态，若在寻呼扫描状态保持时长内没有接收到第二通信设备的寻呼消息，则生成延时时长，经过延时时长后，再次进入寻呼扫描状态，直至在寻呼扫描状态保持时长内接收到第二通信设备的寻呼消息；若在寻呼扫描状态保持时长内接收到第二通信设备的寻呼消息，则执行第一通信设备对应的步骤303(a)；

步骤302(b)：第一通信设备与第二通信设备完成设备信息的交互，第二通信设备在查询扫描状态结束后，进入寻呼状态，若在寻呼状态保持时长内没有接收到第一通信设备的寻呼响应消息，则生成延时时长，经过延时时长后，再次进入寻呼状态，直至在寻呼状态保持时长内接收到第一通信设备的寻呼响应消息；若在寻呼状态保持时长内接收到第一通信设备的寻呼响应消息，则执行第二通信设备对应的步骤303(b)。

步骤303(a)：第一通信设备向第二通信设备发送寻呼响应消息，并建立与第二通信设备的通信连接后，退出第一工作模式。

步骤303(b)：第二通信设备建立与第一通信设备的通信连接后，退出第一工作模式。

本实施例中，生成相应的延时时长可以根据上一个状态的保持时长和上一个状态的状态类型，经过预设的算法，计算得到延时多长时间有可能更快的实现连接。此外，第一通信设备和第二通信设备由于启动第一工作模式的时间可能不同等原因，导致可能需要进行几次状态转换后才能实现通信连接。

为了更好的理解本申请实施例中所述的方法，举例对该方法流程进行说明，本申请的另一个实施例提供的通信连接建立方法，如图3所示，该流程以第一通信设备为执行主体作为例子进行描述。其中，第一通信设备与第二通信设备为对应的通信设备。需要说明的是，在本申请实施例的实现方式中，对各种状态的切换的规则有很多种设定方式，可以提前设置，也可以根据具体的实际情况设置。实际上，根据实际情况进行各种状态的保持时长的设置和各种状态的进入规则的生成可采用多种方式实现，例如保持时长可以在预设的范围内随机选取，也可以根据上一次的信道接收情况进行设置，本申请实施例采用随机时间。如图3所述的方法，步骤包括：

步骤400：第一通信设备进入第一工作模式:。

步骤401：第一通信设备生成随机时间T_dy_a，并设定随机时长T_a。

步骤402：判断随机时间T_dy_a是否到达。

步骤403：若随机时间T_dy_a到达，则第一通信设备进入查询状态，并在所述查询状态下发送查询请求消息。

步骤404：判断随机时长T_a中是否收到查询响应消息。

步骤405：若第一通信设备在随机时长T_a中收到来自第二通信设备的查询响应消息，则在查询状态结束后，第一通信设备进入寻呼状态，转入步骤406。

步骤406：第一通信设备在寻呼状态保持时长内发送寻呼消息，直至第一通信设备与第二通信设备成功连接，则第一通信设备退出第一工作模式。

步骤407：若第一通信设备在随机时长T_a中没有收到查询响应消息，待随机时长T_a结束，生成随机时间Tinq_scan_dy_a，并设定随机时长Tinq_scan_a。

步骤408：判断生成的随机时间Tinq_scan_dy_a是否到达。

步骤409：当随机时间Tinq_scan_dy_a到达，则第一通信设备开启查询扫描，进入查询扫描状态。

步骤410：判断在随机时长Tinq_scan_a中是否收到查询请求消息。

步骤411：若第一通信设备在随机时长Tinq_scan_a中收到查询请求消息，则第一通信设备在Tinq_scan_a中向第二通信设备发送查询响应消息，完成设备信息交互，并在所述Tinq_scan_a结束时关闭查询扫描，生成随机时间Tpage_scan_dy_a，并设定随机时长Tpage_scan_a。

步骤412：判断随机时间Tpage_scan_dy_a是否到达。

步骤413：当随机时间Tpage_scan_dy_a到达，开启寻呼扫描，进入寻呼扫描状态，若在寻呼扫描状态保持时长内完成通信连接，则第一通信设备退出第一工作模式，否则执行步骤414。

步骤414：判断随机时长Tpage_scan_a是否到达。

步骤415：若随机时长Tpage_scan_a到达，则关闭寻呼扫描，转入步骤401。

上述方法如此循环，当满足设定的退出循环的条件满足时(例如当第一通信设备的循环流程超过设定的时间阈值时)，或者第一通信设备与第二通信设备成功建立连接，本方法提供的流程结束。

需要说明的是，第一通信设备与第二通信设备的所述第一通信设备发送的查询请求消息携带第一查询接入码，若所述第二通信设备的接收终端的接入码相关器中的接入码与所述第一查询接入码匹配，则所述第二通信设备的接收终端成功接收所述第一通信设备发送的查询请求消息。举例说明，在查询扫描状态下，第二通信设备的接收终端的接入码相关器扫描接入码的时长，足以完成对不同频率的扫描。扫描在同一个频率上进行，查询过程使用专用查询跳频序列，此序列由通用查询的地址决定，相位由本地时钟决定。

关于通信设备在不同信道上扫描与收发数据，举个例子，若第一通信设备在信道1上发送数据，第二通信设备只能在信道1上接收到来自于第一通信设备所发送的信息，而第一通信设备是按照自己的规则来选择信道，如何选择信道本申请对此不做限制。

在一种可能的实现方式中，基于上述图示中所述的本申请实施例提供的通信连接方法中，图4示例性地示出了第一通信设备和第二通信设备在第一阶段通信和第二阶段通信中的具体通信连接建立流程。

如图4所示，该流程包括：

步骤501：第一通信设备处于查询状态。

步骤502：第二通信设备处于查询扫描状态。

步骤503：第一通信设备向第二通信设备发送查询请求消息，所述查询请求消息为专用接入码DIAC。

步骤504：第二通信设备接收到来自于第一通信设备的查询请求消息后，向第一通信设备发送查询响应消息，所述查询响应消息以FHS包的形式发送，FHS包中携带第二通信设备地址和时钟。

步骤505：第二通信设备在向第一通信设备发出查询响应消息后，进入寻呼扫描状态。

步骤506：第一通信设备在接收到来自第二通信设备发出的查询响应消息后，开启寻呼，处于寻呼状态。

步骤507：处于寻呼状态的第一通信设备向处于寻呼扫描状态的第二通信设备发送寻呼消息，寻呼消息携带第一通信设备信息。第一通信设备通过在不同的跳频点上重复发送设备接入码DAC来扑捉第二通信设备。

步骤508：在第二通信设备接收到来自于第一通信设备的寻呼消息后，第二通信设备向第一通信设备发送寻呼响应消息。

步骤509：第一通信设备在接收到寻呼响应消息后，处于主设备回应状态

步骤510：处于主设备回应状态的第一通信设备向第二通信设备发送主设备回应信息，所述主设备回应信息可以以FHS包的形式发送，FHS包中携带第一通信设备地址和时钟。

步骤511：在接收到来自第一通信设备对的主设备回应消息后，第二通信设备处于子设备回应状态。

步骤512：第二通信设备向第一通信设备发送子设备回应消息。

步骤513：第一通信设备与第二通信设备切换并采用第一通信设备的参数，建立通信连接。

综上所述，在本申请实施例提供的通信连接建立方法中，通过第一通信设备进入第一工作模式，在所述第一工作模式下，所述第一通信设备按照特定规则进行状态转换，其中，一个状态有对应的状态保持时长和状态类型，在一个状态的保持时长结束后，当延时条件满足时进入下一个状态，所述延时条件是预先设置的或者是在一个状态的保持时长结束后生成的；当在任一状态下完成通信连接后，所述第一通信设备退出所述第一工作模式。使得第一通信设备得以更高效地与其他的通信设备建立通信连接。

基于相同的技术构思，本申请实施例还提供一种通信连接建立装置，如图5所示，该装置可执行上述方法实施例。该装置包括：

第一工作模式开启模块601，用于第一通信设备进入第一工作模式；

状态转换模块602，用于在所述第一工作模式下，所述第一通信设备按照特定规则进行状态转换，其中，一个状态有对应的状态保持时长和状态类型，在一个状态的保持时长结束后，当延时条件满足时进入下一个状态，所述延时条件是预先设置的或者是在一个状态的保持时长结束后生成的；

第一工作模式退出模块603，用于当在任一状态下完成通信连接后，所述第一通信设备退出所述第一工作模式。

可选地，所述状态转换模块602具体用于：在一个状态的保持时长结束后生成延时条件，包括：在一个状态的保持时长结束后，随机生成延时时间长度；或者，在一个状态的保持时长结束后，根据该状态的上一个状态的状态信息生成延时时间长度，其中，所述状态信息包括：状态类型和/或状态保持时长。

可选地，所述状态转换模块602具体用于：在一个状态的保持时长结束后，当延时条件满足时进入下一个状态，包括：当从一个状态的保持时长结束开始，经过所述延时时间长度后，进入下一个状态。

可选地，所述状态类型，是基于蓝牙通信协议规定的。

可选地，所述第一通信设备在第一工作模式下的状态类型，包括：查询、查询扫描、寻呼、寻呼扫描中的至少一种。

可选地，所述第一工作模式包括两个阶段通信：

第一阶段通信，所述第一通信设备按照第一特定规则进行状态转换直到接收到第二通信设备的查询响应消息或者向所述第二通信设备发出查询响应消息，实现所述第一通信设备和所述第二通信设备的设备信息交互；

第二阶段通信，所述第一通信设备按照第二特定规则进行状态转换直到接收到所述第二通信设备的寻呼响应消息或者向所述第二通信设备发出寻呼响应消息，实现所述第一通信设备和所述第二通信设备的连接；

所述第一特定规则和所述第二特定规则相同或不同。

可选地，还包括：若所述第一通信设备在进入所述第一工作模式之前完成过与所述第二通信设备的所述第一阶段通信，则直接进行所述第二阶段通信。

可选地，所述状态转换模块602用于所述第一通信设备按照第一特定规则进行状态转换，包括：

所述第一通信设备的状态类型包括查询、查询扫描、寻呼、寻呼扫描中的至少一种状态类型，其中一种状态类型是查询、查询扫描中的任一种，所述第一通信设备在前一个的状态保持时长结束后，当延时条件满足时进入下一个状态，所述下一个状态的状态类型为所述至少一种状态类型中的任一种。

可选地，所述状态转换模块602用于所述第一通信设备按照第二特定规则进行状态转换包括：

所述第一通信设备的状态类型包括查询、查询扫描、寻呼、寻呼扫描中的至少一种状态类型，其中一种状态类型是寻呼、寻呼扫描中的任一种，所述第一通信设备在前一个的状态保持时长结束后，当延时条件满足时进入下一个状态，所述下一个状态的状态类型为所述至少一种状态类型中的任一种。

可选地，包括：

所述第一通信设备进入第一工作模式后，根据查询状态延时条件，在判断满足所述查询状态延时条件时进入所述查询状态，并在所述查询状态下发送查询请求消息；其中，所述查询状态延时条件为用于判决转换到所述查询状态的延时条件；

若所述第一通信设备在所述查询状态保持时长内没有接收到第二通信设备的查询响应消息，则根据查询扫描状态延时条件，在判断满足所述查询扫描状态延时条件时进入所述查询扫描状态；其中，所述查询扫描状态延时条件为用于判决转换到所述查询扫描状态的延时条件；

若所述第一通信设备在所述查询扫描状态保持时长内未接收到第二通信设备查询请求消息，则根据寻呼扫描状态延时条件，在判断满足所述寻呼扫描状态延时条件时进入所述寻呼扫描状态；其中，所述寻呼扫描状态延时条件为用于判决转换到所述寻呼扫描状态的延时条件；

若所述第一通信设备在所述寻呼扫描状态保持时长内未接收到第二通信设备发送的寻呼消息，则根据查询状态延时条件，在判断满足所述查询状态延时条件时进入所述查询状态；

若所述第一通信设备在所述查询状态保持时长内接收到所述第二通信设备的查询响应消息或者所述第一通信设备在所述查询扫描状态保持时长内向所述第二通信设备发出查询响应消息，则所述第一通信设备的下一个状态为所述寻呼状态，并在所述寻呼状态下向第二通信设备发送寻呼消息。

可选地，还包括：

若所述第一通信设备接收到第二通信设备发送的查询响应消息或者所述第一通信设备向所述第二通信设备发出查询响应消息，则所述第一通信设备的下一个状态为所述寻呼状态或所述寻呼扫描状态，并在所述寻呼状态下向所述第二通信设备发送寻呼消息或者在所述寻呼扫描状态下进行寻呼消息扫描。

可选地，所述第一通信设备和所述第二通信设备均处于所述第一工作模式。

可选地，所述第一通信设备和所述第二通信设备在所述第一工作模式下的查询接入码为预设的相同专用接入码。

所述第一通信设备发送的查询请求消息携带第一查询接入码，若所述第二通信设备的接收终端的接入码相关器中的接入码与所述第一查询接入码匹配，则所述第二通信设备的接收终端成功接收所述第一通信设备发送的查询请求消息。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (24)

1.一种通信连接建立方法，其特征在于，包括：

第一通信设备进入第一工作模式，在所述第一工作模式下，所述第一通信设备按照特定规则进行状态转换，其中，一个状态有对应的状态保持时长和状态类型，在一个状态的保持时长结束后，当延时条件满足时进入下一个状态，所述延时条件是预先设置的或者是在一个状态的保持时长结束后生成的；

当在任一状态下完成通信连接后，所述第一通信设备退出所述第一工作模式。

2.如权利要求1所述的方法，其特征在于，在一个状态的保持时长结束后生成延时条件，包括：

在一个状态的保持时长结束后，随机生成延时时间长度；或者

在一个状态的保持时长结束后，根据该状态的上一个状态的状态信息生成延时时间长度，其中，所述状态信息包括：状态类型和/或状态保持时长；

所述在一个状态的保持时长结束后，当延时条件满足时进入下一个状态，包括：

当从一个状态的保持时长结束开始，经过所述延时时间长度后，进入下一个状态。

3.如权利要求1所述的方法，其特征在于，所述状态类型，是基于蓝牙通信协议规定的。

4.如权利要求3所述的方法，其特征在于，所述第一通信设备在第一工作模式下的状态类型，包括：查询、查询扫描、寻呼、寻呼扫描中的至少一种。

5.如权利要求4所述的方法，其特征在于，所述第一工作模式包括两个阶段通信：

第一阶段通信，所述第一通信设备按照第一特定规则进行状态转换直到接收到第二通信设备的查询响应消息或者向所述第二通信设备发出查询响应消息，实现所述第一通信设备和所述第二通信设备的设备信息交互；

第二阶段通信，所述第一通信设备按照第二特定规则进行状态转换直到接收到所述第二通信设备的寻呼响应消息或者向所述第二通信设备发出寻呼响应消息，实现所述第一通信设备和所述第二通信设备的连接；

所述第一特定规则和所述第二特定规则相同或不同。

6.如权利要求5所述的方法，其特征在于，还包括：

若所述第一通信设备在进入所述第一工作模式之前完成过与所述第二通信设备的所述第一阶段通信，则直接进行所述第二阶段通信。

7.如权利要求5所述的方法，其特征在于，所述第一通信设备按照第一特定规则进行状态转换，包括：

所述第一通信设备的状态类型包括查询、查询扫描、寻呼、寻呼扫描中的至少一种状态类型，其中一种状态类型是查询、查询扫描中的任一种，所述第一通信设备在前一个的状态保持时长结束后，当延时条件满足时进入下一个状态，所述下一个状态的状态类型为所述至少一种状态类型中的任一种。

8.如权利要求5所述的方法，其特征在于，所述第一通信设备按照第二特定规则进行状态转换包括：

所述第一通信设备的状态类型包括查询、查询扫描、寻呼、寻呼扫描中的至少一种状态类型，其中一种状态类型是寻呼、寻呼扫描中的任一种，所述第一通信设备在前一个的状态保持时长结束后，当延时条件满足时进入下一个状态，所述下一个状态的状态类型为所述至少一种状态类型中的任一种。

9.如权利要求4所述的方法，其特征在于，包括：

所述第一通信设备进入第一工作模式后，根据查询状态延时条件，在判断满足查询状态延时条件时进入所述查询状态，并在所述查询状态下发送查询请求消息；其中，所述查询状态延时条件为用于判决转换到所述查询状态的延时条件；

若所述第一通信设备在所述查询状态保持时长内没有接收到第二通信设备的查询响应消息，则根据查询扫描状态延时条件，在判断满足所述查询扫描状态延时条件时进入所述查询扫描状态；其中，所述查询扫描状态延时条件为用于判决转换到所述查询扫描状态的延时条件；

若所述第一通信设备在所述查询扫描状态保持时长内未接收到第二通信设备查询请求消息，则根据寻呼扫描状态延时条件，在判断满足所述寻呼扫描状态延时条件时进入所述寻呼扫描状态；其中，所述寻呼扫描状态延时条件为用于判决转换到所述寻呼扫描状态的延时条件；

若所述第一通信设备在所述寻呼扫描状态保持时长内未接收到第二通信设备发送的寻呼消息，则根据查询状态延时条件，在判断满足所述查询状态延时条件时进入所述查询状态；

若所述第一通信设备在所述查询状态保持时长内接收到所述第二通信设备的查询响应消息或者所述第一通信设备在所述查询扫描状态保持时长内向所述第二通信设备发出查询响应消息，则所述第一通信设备的下一个状态为寻呼状态，并在所述寻呼状态下向第二通信设备发送寻呼消息。

10.如权利要求4所述的方法，其特征在于，还包括：

若所述第一通信设备接收到第二通信设备发送的查询响应消息或者所述第一通信设备向所述第二通信设备发出查询响应消息，则所述第一通信设备的下一个状态为所述寻呼状态或所述寻呼扫描状态，并在所述寻呼状态下向所述第二通信设备发送寻呼消息或者在所述寻呼扫描状态下进行寻呼消息扫描。

11.如权利要求1至10中任一项所述的方法，其特征在于，所述第一通信设备和第二通信设备均处于所述第一工作模式。

12.如权利要求1至10中任一项所述的方法，其特征在于，包括

所述第一通信设备和第二通信设备在所述第一工作模式下的查询接入码为预设的相同专用接入码。

13.一种通信连接建立装置，其特征在于，包括：

第一工作模式开启模块，用于第一通信设备进入第一工作模式；

状态转换模块，用于在所述第一工作模式下，所述第一通信设备按照特定规则进行状态转换，其中，一个状态有对应的状态保持时长和状态类型，在一个状态的保持时长结束后，当延时条件满足时进入下一个状态，所述延时条件是预先设置的或者是在一个状态的保持时长结束后生成的；

第一工作模式退出模块，用于当在任一状态下完成通信连接后，所述第一通信设备退出所述第一工作模式。

14.如权利要求13所述的装置，其特征在于，所述状态转换模块具体用于：

在一个状态的保持时长结束后生成延时条件，包括：

在一个状态的保持时长结束后，随机生成延时时间长度；或者

在一个状态的保持时长结束后，根据该状态的上一个状态的状态信息生成延时时间长度，其中，所述状态信息包括：状态类型和/或状态保持时长；

所述在一个状态的保持时长结束后，当延时条件满足时进入下一个状态，包括：

当从一个状态的保持时长结束开始，经过所述延时时间长度后，进入下一个状态。

15.如权利要求13所述的装置，其特征在于，所述状态类型，是基于蓝牙通信协议规定的。

16.如权利要求15所述的装置，其特征在于，所述第一通信设备在第一工作模式下的状态类型，包括：查询、查询扫描、寻呼、寻呼扫描中的至少一种。

17.如权利要求16所述的装置，其特征在于，所述第一工作模式包括两个阶段通信：

第一阶段通信，所述第一通信设备按照第一特定规则进行状态转换直到接收到第二通信设备的查询响应消息或者向所述第二通信设备发出查询响应消息，实现所述第一通信设备和所述第二通信设备的设备信息交互；

第二阶段通信，所述第一通信设备按照第二特定规则进行状态转换直到接收到所述第二通信设备的寻呼响应消息或者向所述第二通信设备发出寻呼响应消息，实现所述第一通信设备和所述第二通信设备的连接；

所述第一特定规则和所述第二特定规则相同或不同。

18.如权利要求17所述的装置，其特征在于，还包括：

若所述第一通信设备在进入所述第一工作模式之前完成过与所述第二通信设备的所述第一阶段通信，则直接进行所述第二阶段通信。

19.如权利要求17所述的装置，其特征在于，所述状态转换模块用于所述第一通信设备按照第一特定规则进行状态转换，包括：

所述第一通信设备的状态类型包括查询、查询扫描、寻呼、寻呼扫描中的至少一种状态类型，其中一种状态类型是查询、查询扫描中的任一种，所述第一通信设备在前一个的状态保持时长结束后，当延时条件满足时进入下一个状态，所述下一个状态的状态类型为所述至少一种状态类型中的任一种。

20.如权利要求17所述的装置，其特征在于，所述状态转换模块用于所述第一通信设备按照第二特定规则进行状态转换包括：

所述第一通信设备的状态类型包括查询、查询扫描、寻呼、寻呼扫描中的至少一种状态类型，其中一种状态类型是寻呼、寻呼扫描中的任一种，所述第一通信设备在前一个的状态保持时长结束后，当延时条件满足时进入下一个状态，所述下一个状态的状态类型为所述至少一种状态类型中的任一种。

21.如权利要求16所述的装置，其特征在于，包括：

所述第一通信设备进入第一工作模式后，根据查询状态延时条件，在判断满足所述查询状态延时条件时进入所述查询状态，并在所述查询状态下发送查询请求消息；其中，所述查询状态延时条件为用于判决转换到所述查询状态的延时条件；

若所述第一通信设备在所述查询状态保持时长内没有接收到第二通信设备的查询响应消息，则根据查询扫描状态延时条件，在判断满足所述查询扫描状态延时条件时进入所述查询扫描状态；其中，所述查询扫描状态延时条件为用于判决转换到所述查询扫描状态的延时条件；

若所述第一通信设备在所述查询扫描状态保持时长内未接收到第二通信设备查询请求消息，则根据寻呼扫描状态延时条件，在判断满足所述寻呼扫描状态延时条件时进入所述寻呼扫描状态；其中，所述寻呼扫描状态延时条件为用于判决转换到所述寻呼扫描状态的延时条件；

若所述第一通信设备在所述寻呼扫描状态保持时长内未接收到第二通信设备发送的寻呼消息，则根据查询状态延时条件，在判断满足所述查询状态延时条件时进入所述查询状态；

若所述第一通信设备在所述查询状态保持时长内接收到所述第二通信设备的查询响应消息或者所述第一通信设备在所述查询扫描状态保持时长内向所述第二通信设备发出查询响应消息，则所述第一通信设备的下一个状态为所述寻呼状态，并在所述寻呼状态下向第二通信设备发送寻呼消息。

22.如权利要求16所述的装置，其特征在于，还包括：

若所述第一通信设备接收到第二通信设备发送的查询响应消息或者所述第一通信设备向所述第二通信设备发出查询响应消息，则所述第一通信设备的下一个状态为所述寻呼状态或所述寻呼扫描状态，并在所述寻呼状态下向所述第二通信设备发送寻呼消息或者在所述寻呼扫描状态下进行寻呼消息扫描。

23.如权利要求13至22中任一项所述的装置，其特征在于，所述第一通信设备和第二通信设备均处于所述第一工作模式。

24.如权利要求13至22中任一项所述的装置，其特征在于，包括

所述第一通信设备和第二通信设备在所述第一工作模式下的查询接入码为预设的相同专用接入码。

Images