CN102204122B

CN102204122B - 用于无线设备之间通信的方法

Info

Publication number: CN102204122B
Application number: CN200980142684.6A
Authority: CN
Inventors: 罗伯特·布鲁斯
Original assignee: Isense Corp
Current assignee: Bayer Healthcare LLC
Priority date: 2008-08-28
Filing date: 2009-08-27
Publication date: 2014-12-10
Anticipated expiration: 2029-08-27
Also published as: US8629769B2; RU2531355C2; CA2735147A1; JP2012501607A; US20100052899A1; CN102204122A; WO2010025289A2; EP2321917A4; RU2011111396A; BRPI0916883A2; JP5346085B2; MX2011002097A; EP2321917A2; WO2010025289A3

Abstract

本发明提供了一种用于无线设备之间指令通信的系统及方法。在一种实现方式中，数据采集设备(比如动态血糖监测仪)和监测/控制设备(通过跳频协议传输数据样本)利用专用的指令频率进行非数据指令和确认信号的传输。本发明描述了如下指令模式：利用设备定期监听所述指令频率，以判断是否有配对指令或其它指令正在传输。在另一示例中，当通信发生中断或遭到破坏时，这些设备再次利用所述指令频率重建彼此之间的配对连接。所述指令频率也用于飞行模式，其中所述数据采集设备进入低功耗或无功耗的传输模式并且保持在该模式，同时保存取样数据，直到在指令频率上收到退出飞行模式的指令。

Description

用于无线设备之间通信的方法

相关申请的交叉参考

本申请要求2008年8月28日提交的第61/092,717号美国临时专利申请的优先权，在此将其全部内容通过引用并入本文。

技术领域

本发明涉及医疗设备，更具体地，涉及监测设备与接收设备之间的通信。

背景技术

现有的医疗监测设备(比如动态血糖监测仪)可以使患者有规律地持续跟踪其健康状况。例如，一种供患者贴身佩戴的动态血糖监测仪(其具有穿过皮肤设置的传感器)能够以恒定速率对血糖数据取样，并将该数据传输到报告/监测系统以供患者观察。该数据取样的连续性使患者能够更好地、更细致地了解他们的身体状况以及每小时甚至每分钟的变化情况。

为了让患者使用起来更加方便和舒适，一些现有设备采用了分为两部分的监测系统。该系统允许较小的数据采集设备贴近患者身体放置并且与患者接触。然后，数据采集设备将其取样数据无线地发送至独立的监测设备(如手持设备)。该监测设备易于访问由数据采集设备获得的数据，还能够控制数据采集设备的运转。由于将直接控制数据采集的设备安装在身上或藏在衣服里会有所不便，相比之下，采用上述两种设备会使操作更为容易。

发明内容

本发明提供了一种用于在数据采集设备与控制设备之间建立通信的方法，该方法包括：从所述数据采集设备向所述控制设备发送一个或多个数据包，所述发送以预定数量的数据传输频率中的一个频率执行；当确定需要由所述数据采集设备接收非数据指令时，在指令频率上监听非数据指令，所述指令频率不同于所述数据传输频率；以及以所述指令频率与所述控制设备进行通信。

本发明还提供了一种用于从控制设备控制数据采集设备的方法，所述数据采集设备设置为在预设的数据传输频率序列上发送数据，该方法包括：确定要向所述数据采集设备发送一条或多条指令；以指令频率向所述数据采集设备发送所述一条或多条指令，所述指令频率不在所述预设的数据传输频率序列中；以及以所述指令频率接收来自所述数据采集设备的确认信号。

此外，本发明还提供了一种用于在医疗监测设备中使射频引擎适应于在指令信道上通信的方法，在数据传输期间所述射频引擎用一组数据传输信道在跳频模式下工作，该方法包括：确认射频引擎要传输的是指令包，而不是数据包或数据包确认信号；指示所述射频引擎在预设指令信道而非该组数据传输信道上发送指令包。

附图说明

结合附图以及下面的详细说明，将更容易理解本发明的具体实施方案。具体实施方案是通过例举而并非限制为附图所示的方式描述。

图1表示根据各具体实施方案所采用的部件的框图。

图2表示根据各具体实施方案使设备采用专用的指令频率工作的流程图。

图3表示根据各具体实施方案使设备在指令模式工作的流程图。

图4表示根据各具体实施方案使设备在指令模式工作以在设备之间重新建立连接的流程图。

图5表示根据各具体实施方案使设备在飞行模式工作的流程图。

图6表示根据各具体实施方案使监测设备与数据采集设备进行通信的流程图。

图7表示用于实施各具体实施方案的计算环境的框图。

具体实施方式

参照附图对本发明进行详细说明(所述附图构成本说明书的一部分)，其中，附图展示了可以实施的具体实施方案。当然，也可以采用其它具体实施方案，并且在未脱离本发明范围的前提下可以在结构或逻辑上有所变化。因此，以下具体实施方案不能视为对本发明的限制，本发明的范围是由所附权利要求及其等同物限定的。

按照有助于理解具体实施方案的方式，可以将各种操作以多个单独步骤的形式依次进行描述。然而，其并不意味着这些操作由描述顺序决定。

本说明书可以采用基于立体的描述，比如：上/下、前/后、顶部/底部。这些描述仅为便于讨论，而非意欲对所公开的具体实施方案的应用范围加以限制。

本发明中使用术语“耦合”和“连接”及其派生词。应该理解，这些术语并非互为同义词。相反地，在具体实施方案中，“连接”可用来表示两个或多个元件相互直接物理接触或电接触。“耦合”可表示两个或多个元件直接物理接触或电接触。此外，“耦合”还可以指两个或多个元件相互不直接接触，但仍然相互配合或者相互作用。

出于描述目的，以“A/B”或者“A和/或B”的形式表示的短语指的是(A)、(B)或(A和B)。出于描述目的，以“A、B和C中的至少一个”形式表示的短语指的是(A)、(B)、(C)、(A和B)、(A和C)、(B和C)、或者(A和B和C)。出于描述目的，以“(A)B”形式表示的短语指的是(B)或者(AB)，即A为可选元素。

本说明书中采用术语“具体实施方案”、“多种具体实施方案”或者“一种或多种实现方案”，这些术语可以指代一种或多种相同或不同的具体实施方案/实现方案。此外，如涉及具体实施方案所采用的术语“包含”、“包括”、“具有”等等都是同义词。

各种具体实施方案中提供了用于在无线设备之间进行指令通信的方法、设备和系统。在具体实施例中，计算设备可能拥有所公开的设备和/或系统的一个或多个部件，并且可用于实施在此公开的一种或多种方法。

针对两种无线设备之间采用跳频通信的系统，提供一种具体实施方案，其采用专用的指令频率来发送和接收非数据的指令。这些设备利用专用的指令频率进行设备的相互捕获和配对。这些设备还利用定期监听该频率上的活动的协议，识别监测设备与数据采集设备之间正在传输的指令。

上述设备还使用专用的频率在飞行模式下工作，即在该模式下，数据采集设备降低了射频引擎的功率，或者甚至关闭射频引擎。由于按规定当飞机飞行时禁止或限制用户使用发出射频信号的电子设备，所以上述技术在空中飞行期间(尤其是在商用飞机上)具有特殊用途。之后，通过检查专用的指令信道，数据采集设备就能够监听到结束飞行模式的指令。并且，当通信中断或者当由于其他一些原因导致数据采集设备已有一段时间未收到对其数据传输的确认信号时，数据采集设备能够进入安静模式。在该安静模式下，数据采集设备存储其取样的数据并监听来自监测设备的重新配对指令。

I.系统

图1表示数据采集设备与监测设备的模块、部件以及这两个设备之间通信的框图。在图例中，数据采集设备是葡萄糖传感器组件100(简称“GSA”)，其与自动校准及监测单元120(简称“ACMU”)通信。虽然图1显示了应用在此描述的通信技术的这些系统的具体示例，但是在可选的实现方案中，这些通信技术还可用于其它医疗设备，或者非医疗性的无线设备之间。

GSA 100包括两部分：一次性传感器组件105(简称“DSA”)和可反复使用的传感器组件110(简称“RSA”)。DSA 105对患者的健康数据进行测量，在本例中，DSA通过穿过患者皮肤设置的或者置于患者体内的传感器来直接测量血糖水平。然后，RSA 110(其本身不必与患者的身体紧密接触)接收由DSA 105提供的数据样本，并且根据需要记录和/或传输这些数据样本。为此，RSA 110包括数字引擎130和RSA射频引擎140，所述数字引擎130含有处理器和执行RSA常规操作的程序，所述RSA射频引擎140用于处理GSA 100与ACMU 120之间的射频通信。在一种实现方案中，RSA射频引擎140含有德州仪器公司(Texas Instruments)制造的集成有射频收发器以及微控制器芯片的CC2510，当然在其它实现方案中也可以使用其它可选的处理器。

ACMU 120是用于接收和监测来自于GSA 100的数据，并向GSA 100提供控制指令的设备。类似于GSA 100中的RSA 110部分，ACMU120包含数字引擎150和ACMU射频引擎160。如在RSA 110中，数字引擎150用于对ACMU 120进行高级操作，而ACMU射频引擎160用于与RSA110通信。ACMU 120还包含用于控制其操作以及控制与之关联的RSA操作的用户接口165。

如图1所示，RSA射频引擎140与ACMU射频引擎160通过多个频率进行通信。在典型的实现方案中，这两种射频引擎在它们各自的数字引擎控制下使用跳频协议。在该协议中，射频引擎通过预设的数据传输频率序列(或“数据传输信道”)170定期发送和接收通信。只要这些射频引擎彼此相对同步，即使它们在不断变化也能够通过信道进行通信。图1示出三信道的例子，这是出于图示目的，而不应理解为是对该技术所使用的信道数量或对信道选取的限制。在一种实现方案中，数据传输频率序列170中的频率可以在2400MHz到2480MHz的频段范围选取。然而，在其它实现方案中也可以采用其它频段。

图1还表明独立于数据传输频率序列170的指令频率180的应用。RSA 110和ACMU 120使用该指令频率(该指令频率通常不从数据传输频率序列170中选取)在专用的指令信道上通信。具体地，该指令信道用于传输从ACMU 120至RSA 110的非数据指令或命令、以及来自RSA的确认信号。在一种实现方案中，该指令频率为2474MHz，不过也可以采用其它频率。

由于上述设备可以使用专用的指令频率进行非数据通信，因此与仅从跳频序列中选择信道进行所有通信的技术相比，本发明具有优越性。而且，本发明仍然保持了采用跳频进行传统的数据样本传输的优点。

II.通信技术

图2表示利用专用的指令频率在两种无线设备之间进行通信的示例性方法200的流程图。可以由RSA 110或ACMU 120执行图2所示程序以与对方进行通信。出于描述目的，图2所示程序将围绕RSA 110展开描述。该程序从方框210开始执行，在此RSA 110以数据传输频率序列170中的一个频率发送数据。下一步，在判断框215，RSA 110判断是否需要监听指令。而当图2所示程序由ACMU 120执行时，ACMU会在判断框215判断是否需要发出指令。如果不需要指令，在方框220，RSA 110从数据传输频率序列170中选择下一个数据传输频率，然后在方框210继续发送数据。当RSA 110和ACMU 120都执行上述循环程序时，就实现了上述跳频技术。

但是，RSA 110会在判断框215处判断是否需要指令。如下面的例子所述，这种情况之所以会发生，是因为RSA已经复位或者因为RSA仅在有限时间段内定期监听来自于ACMU的指令，结果很久都未收到来自ACMU的确认信号而造成的。可选地，也可能不是由RSA 110作判断，而是向RSA 110发出中断或其它触发信号，指示RSA 110应当切换到指令频率以获得一些指令/命令。无论是何种原因，该程序接着继续执行至方框230，在此RSA 110在专用的指令频率上监听和发送。在一种实现方案中，这一步骤是通过数字引擎130指示射频引擎140从数据传输频率序列中的一个频率切换到专用的指令信道进行监听和传输而实现的。此外，在专用的指令信道上通信所花的时间可以在大约10毫秒到若干分钟的范围内改变，这取决于通信类型和/或射频引擎被要求切换至哪种情形。

最后，以专用的指令频率通信后，程序继续执行至方框240，在此通过将RSA射频引擎140所使用的频率再次切换，RSA 110回到数据传输频率序列170中的第一个数据传输频率。然后，程序回到方框210，在此发送数据并且整个程序重复运行。

III.使用指令频率的示例

图3表示在指令模式工作的示例性方法300的流程图。同样，出于描述目的，图3所示程序围绕RSA 110展开描述。程序从方框310开始，在此指示RSA 110在指令模式工作。通常，RSA可以在上电或者复位时采用指令模式，以便找到ACMU进行配对。下一步，在方框320，RSA确定从上一次在指令频率上监听起经过了一段预设时间。这一步骤可以跳过，例如在开机和复位时。在一个实现方案中，RSA 110设置为在专用的指令频率上每隔60秒监听一次。RSA也可以配置成在每60秒内随机选择一个时刻监听指令信道。这样，即使RSA每隔60秒定期监听，也不可能与附近的另一RSA在同一时刻监听指令并由此作出响应。该技术减小了两个相邻并且都处于指令模式的RSA之间干扰的可能性。

当确定此刻应当在指令信道上监听后，在方框330，RSA 110切换至指令频率工作。如上所述，这其中可能还包括指示RSA射频引擎切换的步骤。然后，在方框340，RSA监听指令频率上的指令。在本例中，在指令信道上的监听是周期进行的，RSA可以仅在指令信道上进行短期(例如10毫秒)监听。即使通过定期地短暂接通，ACMU仍可以确信：如果需要向RSA发送指令，RSA会监听到。这样一来，在一种实现方案中，当RSA处在指令模式，虽然当RSA收到ACMU的指令后ACMU将会收到来自RSA的确认信号，但是ACMU并不知道RSA何时会收到它的指令。因此，在RSA所采用的至少一个预设时间段(比如上例中的60秒)内，ACMU将其产生的每一条指令重复发送。从而，在ACMU重复发送其指令期间的某个时刻，位于接收范围内的RSA应当能够监听到并且能够收到该指令。然后，程序继续执行至方框350，在此RSA切换回数据传输信道。然后，程序在方框320处重复执行，在此RSA等待，直到下次要监听指令为止。在一种实现方案中(图中未示出)，如果RSA在设定时间内(比如30分钟)没有收到来自ACMU的指令，RSA就会中止指令模式下的工作，可选地，进入低功耗模式以便节省电池能量。

在具体实施方案中，ACMU可以发出两种指令：查询和配对，以便实现它与RSA配对。如上所述，ACMU可以将每一条指令重复一段时间(比如60秒)以便该指令可以被正在与它通信、或者试图与它配对的RSA监听到。当每个RSA监听到查询指令时，查询指令指示RSA将标识RSA的确认数据包发出。通过这种方式，在等待和收到回复后，ACMU接下来就会产生(并显示)GSA列表供用户通过选择进行配对。配对指令(其可以在查询指令后使用或者单独使用)被以包含具体RSA身份的数据包发送，并指示该RSA与ACMU配对。ACMU在收到标有具体RSA的回复后，就能知道它已与该RSA配对并且开始接收由该RSA发送的数据样本。

可选地，不由ACMU控制采集，RSA可以将标识RSA的数据包重复发出，同时ACMU在指令模式工作以接收这些数据包。然后，ACMU会向用户列出可用的GSA清单，用户可以选择与哪个GSA配对。然后，可根据现有技术进行配对。

图4表示使RSA在安静数据模式工作的示例性方法400的流程图。图4所示程序可以在ACMU难以对RSA发出的数据样本作出响应的情况下(比如，存在强干扰或者ACMU不可用)执行。程序开始于方框 410，在此RSA 110在样本数据模式下工作。如上所述，在这种模式下，RSA在将其数据发送给ACMU时可以采用跳频。下一步，在方框420，RSA确定从上一次收到对它所发数据包的确认信号起经过了一段预设的时间。例如，在一种实现方案中，这段时间可以是90分钟。超出这段时间，如果还未收到来自ACMU的确认信号，RSA就切换到样本安静数据模式(sample quiet data mode)。

当假定信息没有被ACMU正常接收到，则使用样本安静数据模式。这样，在该模式下，RSA保存数据样本而不是将它们发出，并且会在指令频率上定期监听指令。然后，在方框440，RSA将其从DSA 105接收到的数据原样保存。下一步，在方框450，RSA在指令频率上监听指令。如上文指令模式中描述的那样，RSA可以定期监听，且每次仅监听很短时间。因此，在一个实现方案中，RSA每隔60秒在指令频率上监听10毫秒。在另一个实现方案中，在方框450处，RSA在指令频率上监听指令以便重新捕获ACMU。然后，程序重新回到方框440，在此保存更多的数据样本，直到RSA收到退出样本安静数据模式的指令，至此程序结束(图中未示出)。

在一个可选实现方案中，基于存在很多从RSA发出并且未经确认的数据传输，也可以采用样本安静数据模式的变型方案。在本例中，未收到对数据包的确认，则RSA可以重新发送数据包给ACMU并等待响应。如果，在重试两次之后，仍未收到确认信号，RSA暂时进入样本安静数据模式10毫秒，在此期间RSA在指令频率上监听从而判断是否有指令正从ACMU发出。

图5表示使RSA在飞行模式工作的示例性方法500的流程图。当在飞机飞行中使用该系统时，可能担心传统的发射功率会对飞行系统造成干扰，所以通常选择飞行模式。通过在低功率或者根本没有发射功率的情况下工作，飞行模式使GSA 100能够在飞行期间继续对血糖水平取样，并且在飞行结束时能够正确地进行重新配对，而无需对RSA110直接控制。程序开始于方框510，在此RSA接收在飞行模式下工作的指令。尽管这可以通过直接激活RSA实现，然而由于例如较难接近RSA，所以与从ACMU接收指令相比还是不太理想。可以在指令模式期间发送上述指令给RSA，或者在收到来自RSA的数据包之后在回复的确认信号中包括上述指令。

程序继续执行至方框520，在此RSA指示其射频引擎降低发射功率。在一个实现方案中，指示射频引擎降低发射功率，以符合美国联邦航空局(FAA)对于所核准的个人医疗电子设备的规定(比如在RTCA/DO-160E section 21 category M中规定的那些)。同样，ACMU也将会降低其发送确认数据包的功率。

下一步，在方框540，RSA将会监听，例如在指令频率上监听要求结束飞行模式的指令。在另一个实现方案中，当RSA设置成以较低但不为零的功率发射时，RSA会监听由ACMU嵌在确认数据包中的结束指令。然后，程序继续执行至方框545，在此RSA判断是否已经收到结束飞行模式的指令。如果没有收到，程序则重复执行方框530，在此发起更多的低功率数据传输。如果收到了结束指令，程序就结束飞行模式。

在另一个实现方案中(图中未示出)，RSA将其传输功率彻底降到零。在该实现方案中，在方框530处，RSA在飞行模式期间不发送数据，而是将数据样本存入其内部存储器中。然后，在方框540，它在专用的指令频率上定期监听结束飞行模式的指令。如上所述，ACMU可以在一段时间内重复发送该指令，直到RSA收到、处理并确认该指令为止。

图6表示使ACMU通过专用的指令频率与RSA进行通信的示例性程序600的流程图。该程序起始于方框610，在此ACMU确认对RSA的控制是否有效。例如，当两种设备之间的通信失败，ACMU可以通过用户接口165接收用户指令，或者可以判断是否需要发送重新配对的指令。

下一步，在方框620处，ACMU以专用的指令频率180向RSA发送指令。如上所述，在一个实现方案中，因为ACMU不能断定在指令发送的起始时刻RSA正好在监听，所以ACMU将在预设时间段内重复发送指令。例如，ACMU会在60秒内重复发送指令，使得在这60秒中的至少一个时刻RSA将监听到上述指令。下一步，在方框630和方框640处，ACMU等待来自RSA的响应并接收确认信号。在另一个实现方案中，RSA可能没发出确认信号，但是由于ACMU已经在足够长的时间内一直发送指令，所以ACMU会假定该指令已被收到。于是，程序结束。

IV.计算环境

图7表示合适的计算环境700的概括性示例，其中可以实现几种所述的具体实施方案。因为上文描述的技术和手段可以应用于各种通用或专用的计算环境(比如个人电脑、消费类电子设备等等)中，所以计算环境700并不意味着要对使用或功能的范围进行任何限制。

参见图7，计算环境700包括至少一个CPU 710以及相连的存储器720。图7中，该最基本配置730位于短划线内。处理单元710执行计算机可执行指令，并且该处理单元710可以是真实处理器或虚拟处理器。在多处理系统中，多处理单元(图中未示出)执行计算机可执行指令以提高处理能力。存储器720可以是易失性存储器(例如：寄存器、缓存、RAM)、非易失性存储器(例如：ROM、闪存等)或者上述两者的一些组合。存储器720存储了软件780，用来实现在此描述的一项或多项改进的通信方案。

计算环境还可以具有其它特征。例如，计算环境700包括存储器740、一个或多个输入设备750、一个或多个输出设备760以及一个或多个通信连接器770。互连机制(图中未示出)比如总线、控制器或网络将计算环境700的各部件相互连接。操作系统软件(图中未示出)会为在计算环境700中执行其它软件提供运行环境，并配合计算环境的部件的运行。

存储器740可以是可移动的或不可移动的，包括磁盘、CD-ROM、DVD、闪存、固态硬盘、或者可用来存储信息并且可以在计算环境700中访问到的任何其它介质。存储器740存储用于软件780的指令。

输入设备750可以是接触式输入设备(比如键盘、鼠标、笔或者轨迹球)、语音输入设备、扫描设备、手指使能或者笔使能的触摸板(finger-or stylus-enabled touchpad)、或者其它对计算环境700进行输入的设备。输出设备760可以是显示器(例如：LCD、OLED或 CRT显示器，显示屏等等)、打印机、扬声器、CD或DVD刻录机、或者为计算环境700提供输出的其它设备。

通信连接器770能够通过通信介质与其它计算实体进行通信。通信介质用于传送信息，比如：计算机可执行指令、音频输入/输出信号或者视频输入/输出信号、或者其它调制数据信号形式的数据。调制数据信号是按照对信号中的信息进行编码的方式来设置或改变其一个或多个特征的信号。仅为例举而非限制，通信介质包括使用电、光、射频、红外线、音频或其它载体的有线或无线技术。

上文所述技术和手段可在一般的计算机可读介质中记载。计算机可读介质是可以在计算环境中访问到的任何可用介质。仅为例举而非限制，就计算环境700而言，计算机可读介质包括存储器720、计算机可读存储介质740(例如：CD、DVD、软盘、闪存盘、移动硬盘、硬盘阵列、固态硬盘)以及上述介质的任意组合。

上文所述技术和手段可在一般的计算机可执行指令中(比如，程序模块中含有的、在目标真实或虚拟处理器的计算环境中执行的那些)记载。一般说来，程序模块包括执行具体任务或运行具体抽象数据类型的例行程序、程序、库、目标、类、成员、数据结构等等。根据不同实施方案的需要，这些程序模块的功能可以组合或者在它们之间分配。程序模块的计算机可执行指令可以在本地或分布式计算环境中执行。

出于描述目的，具体实施方式部分使用了术语如“确定”“计算”和“分类”来描述计算环境中的计算机操作。这些术语是对计算机执行操作的高度概括，不应与人的行为混淆。与这些术语相对应的实际计算机操作根据具体的实施方法变化。

尽管在此仅描述和说明了一部分具体实施方案，但是本领域技术人员应当清楚，为了实现相同目的，各种替代和/或等同的具体实施方案或实现方案可以替代在此描述和说明的具体实施方案，而不会脱离本发明的范围。本领域技术人员很容易理解，具体实施方案可以通过各种方式实现。本发明旨在涵盖在此讨论的具体实施方案的任何适应性修改或变型。因此，很显然，本发明仅受到权利要求及其等同物的限制。

Claims

1.一种用于在数据采集设备与控制设备之间建立通信的方法，该方法包括：

从所述数据采集设备向所述控制设备发送一个或多个数据包，所述发送以预定数量的数据传输频率中的一个频率执行；

当确定需要由所述数据采集设备接收非数据指令时，在指令频率上监听非数据指令，所述指令频率不同于所述数据传输频率；以及

以所述指令频率与所述控制设备进行通信，

其中，所述确定需要由所述数据采集设备接收非数据指令的步骤包括：确定从所述数据采集设备上一次在指令频率上监听非数据指令起经过了一段预设时间。

2.如权利要求1所述的方法，其中，所述在指令频率上监听非数据指令的步骤包括：回到所述预定数量的数据传输频率中的一个频率上监听之前，先在所述指令频率上监听一段预设时间。

3.一种用于在数据采集设备与控制设备之间建立通信的方法，该方法包括：

以所述指令频率与所述控制设备进行通信，

其中，所述确定需要由所述数据采集设备接收非数据指令的步骤包括：确认已有预设数量的数据包未被所述控制设备确认。

4.如权利要求3所述的方法，其中所述方法进一步包括，在确定已有预设数量的数据包未被所述控制设备确认之后，在安静模式下操作，记录和存储数据，直到通过指令频率收到采集指令。

5.一种用于在数据采集设备与控制设备之间建立通信的方法，该方法包括：

以所述指令频率与所述控制设备进行通信，

其中，所述确定需要由所述数据采集设备接收非数据指令的步骤包括：接收在飞行模式下工作的指令。

6.如权利要求5所述的方法，进一步包括，在飞行模式下，所述数据采集设备将发送数据包的发射功率降低至符合美国联邦航空局（FAA）规定的空中飞行期间的水平。

7.如权利要求5所述的方法，进一步包括，在飞行模式下，所述数据采集设备将发射功率降低至零。

8.一种用于从控制设备控制数据采集设备的方法，所述数据采集设备设置为在预设的数据传输频率序列上发送数据，该方法包括：

确定要向所述数据采集设备发送一条或多条指令；

以指令频率向所述数据采集设备发送所述一条或多条指令，所述指令频率不在所述预设的数据传输频率序列中；以及

以所述指令频率接收来自所述数据采集设备的确认信号，

其中：

所述确定要向所述数据采集设备发送一条或多条指令的步骤包括：接收要求所述数据采集设备在飞行模式下工作的指示；

所述一条或多条指令包括要求所述数据采集设备在飞行模式下工作的指令；以及

接收从所述数据采集设备发出的确认信号，该确认信号以适于飞机上通信的低功率发出。

9.一种用于从控制设备控制数据采集设备的方法，所述数据采集设备设置为在预设的数据传输频率序列上发送数据，该方法包括：

确定要向所述数据采集设备发送一条或多条指令；

以所述指令频率接收来自所述数据采集设备的确认信号，其中：

确定要向所述数据采集设备发送一条或多条指令的步骤包括：确定所述数据采集设备应当与所述控制设备重新配对；以及

所述一条或多条指令包括重新配对指令。

10.如权利要求9所述的方法，其中:

确定所述数据采集设备应当与所述控制设备重新配对的步骤包括：确定没有从所述数据采集设备继续接收到数据。

11.如权利要求9所述的方法，其中，所述以指令频率向所述数据采集设备发送所述一条或多条指令的步骤包括：在预设时间内重复发送所述一条或多条指令。

12.一种用于在医疗监测设备中使射频引擎适应于在指令信道上通信的方法，在数据传输期间所述射频引擎用一组数据传输信道在跳频模式下工作，该方法包括：

确认射频引擎要传输的是指令包，而不是数据包或数据包确认信号，其中所述确认射频引擎要传输的是指令包，而不是数据包或数据包确认信号的情形包括：所述医疗监测设备复位时，指令包用于识别数据采集设备与接收设备之间的重新配对请求时；以及

指示所述射频引擎在预设指令信道而非该组数据传输信道上发送指令包。

13.如权利要求12所述的方法，其中所述医疗监测设备是所述接收设备，所述指令包是来自所述数据采集设备的指令请求信息。

14.如权利要求12所述的方法，其中所述医疗监测设备是所述数据采集设备，所述指令包是对来自所述接收设备的配对查询指令的响应，所述响应标识所述数据采集设备。