在建立了连接的移动终端中节省电的方法和装置

摘要

通过提供一种系统,其中的基站指定一个时限,在这个时限结束的时候正在省电模式中休眠的移动终端收听来自基站的寻呼消息,这样就能减少移动终端的功耗。如果没有寻呼消息,移动终端就继续休眠,从而通过不跟基站通信来节省电池电力。基站或者移动终端都可以开始将移动终端从苏醒模式改变到休眠模式的过程。根据本发明中用于需要频繁的连接测试的系统的另一个实施方案,可以在基站内提供一个代理,用于代替移动终端答复连接测试查询。移动终端可以周期性地跟基站通信,更新这个代理用来响应测试查询的信息。

说明书

发明领域

本发明涉及有移动无线终端的通信网络。具体而言，本发明涉及有活动通信连接的移动无线终端的功耗管理。

发明背景

在公共异步传递模式(ATM)网络里，未指定比特率(URB)连接和可用比特率(ABR)连接的费用多半是按照连接的通信量或者按照固定注册费来收取，而不是用以会话或者连接持续时间为基准的传统方式收费。基于通信量的计费方式和固定注册费的方式激励着用户改变他们的使用方式。例如，用户不是简要地发出呼叫，而是会长时间地保持通信连接，偶尔发送和接收数据，从而使所用平均带宽很窄。会出现许多新型应用，它们使用户能够充分利用不间断连接也就是连续连接的优点，这一连接是免费的，用户只需要在通过这一连接传输数据的时候才付费。对于这些连接，当平均使用率很低的时候，两次数据包传输之间会经历很长的时间。

专用ATM网络也能让用户选择长时间地跟各种用户保持连接。最初建立好连接以后，用户可以持续地跟文件服务器、邮件服务器等等保持连接。于是邮件工具就能够以比方说10到15分钟的间隔替用户查询POP账号，而不需要每次都重新建立连接。这样，当通信是通过调制解调器进行的时候，可以避免重复拨号过程。类似地，用户的文字处理器可以每隔一定时间(例如每10分钟)自动地在文件服务器里储存当前版本的文档，而不需要每次都重新建立连接。在这种情况下，可以长时间地保持ATM连接，即使这种连接的平均使用率很低。

由于TCP/IP能够提供无连接传输服务，因此，多数局域网(LAN)应用都将跟各种服务器的连接视为当然的，而不需要预先的拨号服务。为了在无线LAN(WLAN)或者无线ATM(WATM)网络里为同一个传输业务提供LAN应用和ATM应用，网络内的移动终端应当长时间保持它的通信连接。然而，这样做会增大移动终端的功耗，而这个移动终端里象电池这样的电源容量有限。因此，没有数据要接收和发送的时候让移动终端节省电力是非常重要的。图1画出了一个示例性的系统，它有一个基站(BS)和多个移动终端(MT)102～112。

传统蜂窝移动系统通常都支持使移动终端能够省电的某种机制或者程序。例如，不活动的时候，也就是说没有建立任何通信连接的时候，寻呼机制使移动终端进入省电模式。“不活动”的移动终端以指定的时间间隔经常性地收听寻呼信道，而在其间则关闭它的接收机，开始睡眠或者休眠。WLAN或者WATM系统里的寻呼信息可以在固定帧或者超帧的基础之上发送，其中的超帧包括多帧。在每一帧的开头，BS可以寻呼一个或者几个移动终端。可以将移动终端分成许多寻呼组，从而使它们的睡眠或者休眠时间能够比一个超帧的时间长。如图2所示，示例性的下行链路信道(DLC)帧结构里有一个在它的报头202里传递寻呼消息的超帧200。在超帧200的正文里，是一个一个的帧，比方说媒介访问控制(MAC)帧204，它们中的每一个都有一个广播字段206，用来提供单个帧204的有关信息。MAC协议在第09/046652号共同未决申请里详细介绍，这里将这一申请引入作为参考。休眠终端可以每n个超帧醒来一次，以便检查寻呼消息。如果将多个移动终端组织成一组，就可以让每一组里的移动终端同时醒来接收同一个超帧，不同的组在不同的时刻醒来接收不同的超帧。DLC帧结构使移动终端在发射帧的某些部分的时候短时间地醒过来，从而使活动终端只有在接收DLC帧的各种报头和广播字段的时候，以及在接收给活动终端的数据包和发送数据包的时候必须醒过来。

虽然传统蜂窝移动系统能够按照上述方式提供寻呼机制，让不活动的移动终端节省电池电力，而且也有办法让活动终端短时间睡眠，(例如在发射超帧某些部分的时候)，但是这些解决办法却无法让建立了连接的活动终端长时间睡眠或者休眠。

在IEEE802.11规范里(这里将它引入作为参考)，有活动终端(也就是建立了连接的终端)的省电程序。不管什么时候终端要进入或者退出省电模式，它都要通知BS。当终端处于省电模式的时候，BS将发往这一终端的所有数据包缓存起来。如果BS里的缓冲器溢出，就丢弃过多的数据包。省电(或者睡眠/休眠)模式的最长持续时间由终端自己决定。

在“魔棍”规范(这里将它引入作为参考)里，有一个省电程序供建立了连接的终端使用。终端自己决定什么时候用多长时间睡眠或者休眠。终端可以根据建立的连接的服务质量(QoS)来确定睡眠持续时间。无论什么时候终端进入睡眠省电模式，它都要告诉BS这一睡眠的持续时间。

IEEE 802.11规范和魔棍规范都允许活动终端进入省电模式。当终端处于省电模式的时候，BS将给这个终端的数据包缓存起来，直到终端退出省电模式。这样，终端最佳的睡眠时间在某种程度上取决于BS的缓存容量。由于BS知道它自己有多大的缓存容量，而决定睡眠持续时间的却是终端而不是BS，因此，终端的睡眠持续时间很可能不是最优的。

此外，IEEE802.11和魔棍规范的省电方法都要求终端每次进入省电状态的时候都要发送一则消息给BS。例如，根据魔棍规范，终端告诉BS它要睡眠“X”毫秒。X毫秒过去了以后，终端必须醒过来检查有没有下行链路数据包要接收。在许多情况下，这个终端都会发现没有数据包要接收，于是它决定再一次进入省电睡眠模式。然而，在这个终端回到省电模式之前，它必须告诉BS它要睡眠多长时间。发送“睡眠”消息和接收来自BS的响应都要消耗电池电力。

发明简述

根据本发明的一个实施方案，可以提供一个系统来进一步降低移动终端的功耗，在这个系统里，移动终端保持休眠状态，直到a)从BS听到寻呼消息，或者b)确定它要将一个数据包发送给BS。在BS指定的时间段或者时限的结尾，这个休眠的移动终端收听寻呼消息。在这一段时间里，移动终端不收听寻呼消息。换句话说，BS指定休眠的移动终端多长时间收听一次寻呼消息。例如，移动终端可以每隔“N”个超帧收听一次寻呼消息，这里的N是一个非零整数。当移动终端收听的时候，如果没有任何寻呼消息，并且移动终端没有任何数据包要发送给BS，移动终端就重新开始这一时限，继续休眠。

根据本发明的另一个实施方案，BS可以发送寻呼消息给移动终端，然后，移动终端醒来以后，从休眠状态改变成苏醒状态，并应答这一寻呼消息，BS发送一个数据包，其中包括休眠指令和新的指定时限或者频率，移动终端按照它们来收听寻呼消息。换句话说，可以将系统配置成让移动终端继续按照规定的方式工作，直到BS发送指令改变移动终端的工作方式。

按照本发明的另一个实施方案，当移动终端醒着的时候，可以发送一个休眠请求给BS,BS则用一个具体的指令做出响应，其中包括移动终端应当从基站收听寻呼消息的时间间隔或者频率。按照本发明的另一个实施方案，当移动终端在休眠省电模式(也就是休眠状态)中决定它要发送数据包给BS的时候，它可以自己醒过来，从休眠状态改变成苏醒状态，并发送一个容量请求信号给BS，开始从移动终端向BS的数据包传输。

按照本发明的再一个实施方案，在需要频繁的连接测试的系统里，可以在BS中提供一个代理，用来代替移动终端答复连接测试查询。移动终端可以在休眠状态中，周期性地跟BS通信，按照测试查询更新代理使用的信息。

附图简述

通过下面对优选实施方案的详细描述，并参考附图，本发明的其它目的和优点对于本领域里的技术人员来说将变得显而易见。附图中相似的元件用相似的引用数字来说明。

图1说明能够采用本发明的实施方案，有一个BS和多个MT的一个通信系统。

图2说明包括一个超帧的一个DLC帧结构。

图3画出了本发明一个实施方案中BS功能的一个流程图。

图4画出了本发明一个实施方案中移动终端功能的一个流程图。

图5示出了本发明一个实施方案中BS和移动终端之间的相互作用过程。

图6示出了本发明一个实施方案中BS和移动终端之间的相互作用过程。

图7示出了本发明一个实施方案中BS和移动终端之间的相互作用过程。

图8画出了本发明一个实施方案中BS功能的一个流程图。

图9画出了本发明一个实施方案中移动终端功能的一个流程图。

图10画出了本发明一个实施方案中移动终端功能的一个流程图。

图11概括了本发明一个实施方案中BS和移动终端之间的相互作用过程。

图12画出了位于BS中一个ILMI代理的一个框图。

发明详述

在本发明的一个实施方案中，BS发送寻呼消息的频率低于每一个MAC帧一次，例如，每“X”个超帧一次，其中的X是一个非零整数，根据这一实施方案，可以将寻呼消息用于通知移动终端，告诉它BS有数据包要发送给它。于是，不管什么时候只要移动终端没有数据要接收或者发送，移动终端都可以按照规定程序再进入省电睡眠或者休眠状态一段时间，但仍然保持建立起来的通信连接。当规定的时间段过去了以后，这个休眠的移动终端从BS收听寻呼消息。如果有寻呼消息，移动终端就苏醒，改变到苏醒状态，应答这一寻呼消息，从BS接收数据。当BS从移动终端收到一个寻呼消息确认信号的时候，就认为移动终端已经苏醒，从休眠状态变成了苏醒状态。于是，当移动终端正在休眠的时候，BS可以为移动终端将数据包缓存起来，然后在移动终端收听的时候发送一则寻呼消息，从而通过这一寻呼消息使移动终端苏醒过来接收数据包。当BS收到或者产生要给移动终端的数据包的时候，如果移动终端已经处于苏醒状态，BS就可以将数据包直接发送过去，而不需要发送寻呼消息和接收寻呼消息应答信号。

当移动终端处于苏醒状态的时候，它可以自己决定发送一个休眠请求给BS，或者可以根据BS的休眠提议发送一个休眠请求给BS。BS响应这一休眠请求，可以发送一个响应信号，让移动终端开始休眠，也就是从苏醒状态改变成休眠状态。这个响应信号可以包括移动终端要采用的休眠参数。这些参数可以包括，例如，移动终端应当在其结尾收听寻呼消息的一个时限，以及在这一时限结尾移动终端应当如何继续的指令。例如，BS可以让移动终端继续休眠，重新开始所述时限，如果移动终端收听寻呼消息的时候没有发现任何寻呼消息。可以重复这一循环，直到移动终端认为有数据要发送给BS，或者知道它从BS收到一则寻呼消息。当移动终端收听的时候，BS可以通过寻呼消息发送新的休眠指令给移动终端，并发送随后的数据包给移动终端，其中有新的指令。例如，这些新指令可以包括移动终端休眠的时候应当使用的不同的时限或者收听频率。另外，移动终端在休眠模式中认为它有数据要发送给BS的时候，移动终端可以或者立即苏醒过来并发送容量请求信号给BS，开始传输数据包给BS，或者等休眠时限过去了以后再这样做。BS从移动终端收到容量请求信号的时候，就认为移动终端处于苏醒状态。

一般而言，只要BS认为终端处于“休眠”状态，终端就可以进行各种操作，例如收听寻呼消息，发送报告消息给BS，例如临时本地管理接口(ILMI)镜像更新消息，等等，而不需要事先跟BS联系。在ILMI系统里，移动终端必须对频繁的连接消息做出响应。按照下面将进一步介绍的本发明的一个实施方案，可以在BS中提供一个ILMI代理，让它代替移动终端对连接消息做出响应，并通过来自移动终端的ILMI镜像更新消息周期性地接收移动终端的更新状态信息。

当然，总的来说移动终端必须打开它的无线电接收机来收听，必须打开它的无线电发射机来发送报告消息，但只要BS认为终端处于休眠状态，终端就可以立即返回睡眠状态。一般而言，省去跟BS的任何通信都会减少移动终端的功率消耗。另外，当移动终端从一种状态改变成另一种状态的时候，这一新状态将无法工作，除非基站认识到移动终端已经处于新状态。这是因为移动终端的状态决定了移动终端和基站如何交换信息；移动终端和基站不可能按照移动终端新状态的通信规则进行通信，除非基站知道移动终端已经处于新状态。来自移动终端的某种信号会提醒基站移动终端已经处于新状态。例如，移动终端的寻呼应答信号或者容量请求信号可以提醒基站这个移动终端处于苏醒状态。基站还可以假设在它从移动终端收到一个休眠请求并且已经发送一个响应给这一休眠请求以后，移动终端处于休眠状态。

图3说明本发明一个实施方案中BS跟某一移动终端的相互作用过程。如图3所示，BS从步骤300开始，进入步骤302，在那里它判断移动终端是不是处于休眠状态。如果移动终端不是在休眠，BS就进入步骤304，判断是不是建议移动终端开始休眠。如果BS决定发送休眠建议给移动终端，就进入步骤306，发送休眠建议给移动终端。发送完休眠建议以后，BS进入步骤308。在步骤304里，如果BS决定不发送休眠建议，就进入步骤308。在步骤308里，BS判断是否从移动终端收到了一个体眠请求。如果收到了休眠请求，BS就进入步骤308～310，在那里对休眠请求做出响应。

步骤310里的响应可以包括，例如，说明移动终端应当隔多长时间检查寻呼消息的时限。可以这样来选择这一时限，使终端每隔N个超帧检查一次寻呼消息，其中N是一个非零整数。BS可以根据例如建立的连接的业务量、经历过的业务负荷、这个BS负责跟其通信的休眠移动终端的总数以及BS内可以使用的缓存容量来决定如何响应休眠请求。另外，可以根据服务质量(QoS)来选择这一时限，从而根据QoS的差别，对于建立了其QoS不同于第二个移动终端的第二个QoS的连接的第一个移动终端，第一个移动终端的时限可以不同于第二个移动终端的时限。在一个移动终端建立了多个连接，每个连接都具有不同QoS的情况下，这个时限可以按照最苛刻的QoS来选择。在及时响应和省电之间还存在折中；例如，如果移动终端收听寻呼消息不那么频繁，就会省更多的电。但是，联系之间的时间会更长，导致下行链路数据包的传输延迟增大，和/或需要的BS的缓存容量增大。这样，BS也可以按照一方面省电另一方面传输延迟和/或需要的最小缓存容量之间的适当折中来选择休眠参数。这些休眠参数可以包括信息，告诉移动终端什么时候开始这一时限，以及这一时限的长度。例如，休眠参数可以包括关于“起始帧”号码和两次检查寻呼消息之间的时间“距离”(也就是移动终端要在其结尾收听寻呼消息的时限或者间隔)。起始帧说明第一个超帧的序列号，从而在这一超帧里，移动终端将检查寻呼消息。距离说明终端应该醒过来并检查寻呼消息的频度。距离可以用帧数来表示，例如用整数个超帧，或者直接用一个时间量来表示，例如多少毫秒。也可以用时间值代替起始帧。例如，可以通过给出具体时刻来给出初始等待时限。这一具体时刻可以是例如移动终端收到休眠参数的时刻。在初始等待时限的结尾，可以开始寻呼收听时限(也就是说明移动终端应该隔多长时间收听寻呼消息的具体时限)。或者，这一时间值可以就是移动终端和基站都知道的，开始寻呼收听时限的一个时刻。本领域里的普通技术人员会认识到休眠参数可以用不同形式表示，包括但不限于这里给出的那些。作为另一种选择，BS可以通过休眠参数说明移动终端所属的预定义寻呼组。

BS从步骤310进入步骤312，在那里发送响应给移动终端。从步骤312进入步骤314。如果在步骤302里BS认为移动终端事实上是在休眠，就进入步骤314。如果在步骤308里BS没有从移动终端收到休眠请求，就进入步骤314。

在步骤314里，BS判断是否从移动终端收到了容量请求。如果BS还没有从移动终端收到容量请求，BS就进入步骤322，在那里判断是否要发送数据包给移动终端。这个数据包可以是例如BS从这个BS连接的网络收到的，也可以是BS为移动终端产生的数据包。如果BS没有数据包要发给移动终端，就从步骤322回到步骤300，开始新的一轮循环。如果BS从网络收到了给移动终端的数据包，BS就从步骤322进入步骤324，在那里判断移动终端是否在休眠。如果移动终端不是正在休眠，BS就进入步骤336，在那里发送数据包给移动终端，然后从步骤336进入步骤300开始新的一轮循环。如果移动终端正在休眠，BS就从步骤324进入步骤326，在那里将数据包存入一个缓冲器。从步骤326,BS进入步骤328，判断是不是移动终端收听寻呼消息的时候，也就是移动终端的规定时限是不是已经结束。如果这一时限还没有完，BS就在步骤328里等待，直到这一时限结束。当这一时限结束的时候，BS就从步骤328进入步骤330，发送寻呼消息给移动终端。BS从步骤330进入步骤332，在那里从移动终端收到一个寻呼确认消息，然后进入步骤334，在那里将步骤326中缓存的数据包传送给移动终端。BS从步骤334进入步骤300，开始新的一轮循环。

如果步骤334中传送给移动终端的数据包是一个休眠建议，就象移动终端正在按照现行指令工作，继续使用同样的休眠参数，直到得到其它指令，而且现在BS想改变休眠参数这种情况一样，BS从步骤334进入步骤302，从步骤302进入步骤304(在那里它不会再一次建议休眠，因为它刚刚这样做过)，从步骤304进入步骤308，在那里它会从移动终端收到休眠请求，作为步骤334中发送给移动终端的休眠建议的响应。然后BS可以在步骤310和312中提供新的休眠参数。

如果在步骤314中BS认为它已经从移动终端收到了容量请求，BS就从步骤314进入步骤316，在那里BS分配一个上行链路时隙给移动终端。BS从步骤316进入步骤318，在那里BS发送上行链路时隙终端分配信息给移动终端。BS从步骤318进入步骤320，在那里BS从移动终端收到数据包。收到数据包以后，BS进入步骤321，在那里它通过将它转发给网络对收到的数据包进行处理，或者适当地利用它，具体取决于这个数据包的具体目的和目标地址。从步骤321,BS进入步骤300，在那里开始新的一轮循环。

图4说明移动终端的工作流程，它跟图3所示的流程相对应。从步骤400开始，移动终端进入步骤402，在那里，移动终端是苏醒着的。从步骤402，移动终端进入步骤403，在那里判断它是否有数据包要发送给BS。如果移动终端没有数据包要发送给BS，就从步骤403进入步骤404。在步骤404里，移动终端判断它是否从BS收到了休眠建议。如果移动终端已经从BS收到了休眠建议，移动终端就进入步骤408。如果移动终端没有从BS收到休眠建议，就进入步骤406，在那里判断是不是请求休眠的时候。如果不是请求休眠的时候，移动终端就从步骤406进入步骤402，开始新的一轮循环。如果是请求休眠的时候，移动终端就进入步骤408。

在步骤408中，移动终端发送一个休眠请求给BS。从步骤408，移动终端进入步骤410，在那里收到来自BS的一个响应。从步骤410，移动终端进入步骤412，在那里移动终端按照步骤410中从BS收到的响应进行休眠。休眠的移动终端从步骤412进入步骤414，在那里判断指定的时限(在这个时限结束的时候它要收听寻呼消息)是否已经结束，以及是不是从BS收听寻呼消息的时候。如果是收听寻呼消息的时候，移动终端就从步骤414进入步骤426，在那里收听寻呼消息。从步骤426，移动终端进入步骤428，在那里，移动终端判断是否有寻呼消息。如果没有寻呼消息，移动终端就从步骤428进入步骤412，在那里重新开始这一指定的时限，继续休眠。

如果在步骤428里移动终端发现有寻呼消息，移动终端就从步骤428进入步骤430，在那里接收寻呼消息。在步骤430里收到寻呼消息以后，移动终端进入步骤432，在那里苏醒过来并通过例如发送一则返回消息给BS来应答这一寻呼消息。BS从移动终端收到寻呼消息应答信号的时候，就认为移动终端正醒着。从步骤432，移动终端进入步骤434，在那里从BS收到一个数据包。移动终端从步骤434进入步骤402，在那里重新开始这一过程。

如果在步骤414里移动终端认为还不是检查寻呼消息的时候，移动终端就从步骤414进入步骤416，在那里判断它自己是不是有数据包要发送给BS。如果移动终端没有数据包要发送，就继续休眠并返回步骤414，再一次检查是不是收听寻呼消息的时候。如果移动终端没有数据包要发送给BS，移动终端就从步骤416进入步骤418苏醒过来。从步骤418，移动终端进入步骤420。如果在步骤403中移动终端认为它有数据包要发送给BS，就进入步骤420。在步骤420里，移动终端发送一容量请求给BS。从移动终端收到容量请求信号的时候，BS认为移动终端正醒着。从步骤420，移动终端进入步骤422，在那里从BS收到上行链路时隙信号。从步骤422，移动终端进入步骤424，在那里将数据包传送给BS。从步骤424，移动终端进入步骤402，开始新的一轮循环。或者，如同虚线所示，根据从BS收到的最新一组休眠指令(例如在步骤410中)，移动终端可以直接从步骤424返回步骤412，并利用最新的一组休眠指令重新进入休眠状态。

如果在步骤434中从BS收到的数据包是休眠建议，移动终端就从步骤434进入步骤402，从步骤402进入步骤404，从步骤404进入步骤408(因为移动终端在步骤434中确实收到了休眠建议)，在那里，移动终端发送一个休眠请求，作为对步骤434中收到的休眠建议的响应。从步骤408，移动终端进入步骤410，在那里接收休眠参数。这样，如同例如移动终端正在按现行指令工作，继续使用同样的休眠参数，直到获得其它指令这种情况一样，终端可以用这一过程例如从BS接收新的休眠指令和参数。

图5～7进一步说明图3～4和以上描述说明的功能。具体而言，图5说明当移动终端决定休眠，然后当BS有一个数据包要传送给移动终端的时候，移动终端和BS之间的相互作用。图6说明移动终端决定休眠，然后移动终端在休眠过程中决定苏醒过来并将数据包传送给BS的时候，移动终端跟BS之间的相互作用。图7说明BS开始将移动终端从苏醒状态改变到休眠状态，然后BS有一个数据包要传送给移动终端的时候，移动终端跟BS之间的相互作用。

在本发明的另一个实施方案里，移动终端可以是跟一个ATM网络有ATM连接，用于传输临时本地管理接口(ILMI)消息的一个ATM终端(例如，其中的虚信道标识符(VCI)=16)。根据ILMI规范4.0(afilmi-0065.000)，在这里将它引入作为参考，每5秒钟(作为一个默认值)发送一则ILMI连接消息，对于95％的消息，消息响应时间将小于1秒。为了满足这一要求，终端必须非常频繁地从休眠状态苏醒过来响应寻呼消息。

为了延长建立了ILMI连接的休眠移动终端不需要醒过来跟BS通信的时限，在本发明的这个实施方案中，可以在BS中提供一个ILMI代理。这在图12里用位于基站(BS)1200中的一个ILMI代理1202说明。这个ILMI代理可以保存移动终端被管理信息库(MIB)的一个镜像，并代替这个终端响应网络发送给移动终端的ILMI消息。对于这个网络，ILMI代理符合ILMI规范4.0里对响应时间的规定，ILMI代理可以用比5秒要低的频度，1秒以上的响应时间更新它的镜像。这使得移动终端能够用比连续两则ILMI连接消息之间的时限长的时间段休眠。

图11说明移动终端、ILMI代理、BS和网络之间的各种相互作用。具体而言，图11说明当移动终端正在休眠的时候，ILMI代理如何跟网络交换ILMI消息，以及ILMI代理如何从移动终端获得更新过的MIB信息。BS的对应功能在图8的流程图中说明。

可以将例如图8所示的流程插入图3流程中步骤300和302之间，从而使图8所示的步骤800和822分别对应于图3中的步骤300和302。在步骤802里，有一个ILMI代理的BS判断是否从网络收到了一则ILMI消息。如果是，BS就进入步骤804，在那里BS用这个ILMI代理发送适当的ILMI响应给网络。从步骤804,BS进入步骤806。如果在步骤802里BS发现没有收到ILMI消息，BS就进入步骤806。

在步骤806里，BS判断是不是更新ILMI镜像的时候(也就是移动终端的MIB的ILMI镜像)。如果是更新镜像的时候，BS就进入步骤808，在那里，BS判断移动终端是否正在休眠。如果移动终端正在休眠，BS就从步骤808进入步骤810，在那里，BS判断是不是移动终端苏醒的时候。如果不是移动终端苏醒的时候，BS就重复执行步骤810，直到是移动终端苏醒的时候。当BS发现移动终端是醒着的，就从步骤810进入步骤812，在那里发送一则寻呼消息给移动终端。从步骤812,BS进入步骤814，在那里BS从移动终端收到一个寻呼消息应答。从步骤814,BS进入步骤816。如果在步骤808里BS发现移动终端不是在休眠，BS就直接从步骤808进入步骤816。

在步骤816里，BS发送一个ILMI镜像更新请求给移动终端。BS从步骤816进入步骤818，其中的BS从移动终端收到对BS的ILMI镜像更新请求的响应。从步骤818,BS进入步骤820，在那里按照步骤818中从移动终端收到的信息更新ILMI镜像。从步骤820,BS进入步骤822。如果在步骤806里BS发现不是更新ILMI镜像的时候，BS就从步骤806直接进入步骤822。

一般而言，只有当移动终端正在休眠的时候才能利用ILMI镜像发送ILMI响应，这样，当移动终端不是在休眠的时候，BS将网络发来的ILMI消息直接传送给移动终端，移动终端将随后用一则消息响应，BS可以将这则消息中继给网络。还可以用移动终端的消息更新ILMI镜像。或者，可以总是使用ILMI镜像，移动终端是苏醒着的和正在休眠的时候都这样，并按照参考图8所描述的方式周期性地更新。

图9说明移动终端的一系列活动，它们跟图8所示的相对应。图9所示的流程可以例如插入图4的流程中步骤434和400之间，从而使图9中的步骤900和906分别对应于图4中的步骤434和400。在步骤902里，移动终端判断它从BS收到的数据包是不是一个ILMI镜像更新请求。如果是，移动终端就进入步骤904，在那里将一个响应跟ILMI镜像更新信息发送回BS。从步骤904，移动终端进入步骤906。如果在步骤902里移动终端发现收到的数据包不是一个ILMI镜像更新请求，移动终端就从步骤902直接进入步骤906。

或者，不是让BS向移动终端要求进行ILMI镜像更新，而是休眠中的移动终端可以以规定的时间间隔自动地发送更新信息或者更新报告给ILMI代理。这个时间间隔可以是例如移动终端最初从BS收到的休眠指令的一部分。具体而言，可以采用图10所示的程序，其中在步骤1002里，休眠中的移动终端判断是不是发送更新报告给ILMI代理的时候。如果是发送更新报告的时候，移动终端就进入步骤1004，在那里发送更新报告给ILMI代理。图10所示的流程可以用来替换图9里的流程和图8里的步骤806～818。

如同本领域里的技术人员会明白的一样，在BS内用ILMI代理省电也能用于所有其它连接测试机制或程序。例如，如果网络使用常规的乒(ping)消息(心跳)，就可以用BS里的乒(ping)代理来降低移动终端需要响应每一个乒消息的要求。

本领域里的普通技术人员还会明白，上面描述的流程图还假设在移动终端和基站之间成功地进行了通信，没有说明处理可能出现的各种错误的异常情况。这些异常情况可以按照本领域里众所周知的原理和技术加以判断并结合进上述各种实施方案里去。

总之，本发明的示例性实施方案使建立了连接的移动终端能够睡眠很长的时间，也就是说休眠。对于突发通道特性或者低带宽连接(例如数据包交换之间要间隔很长的时间)，移动终端可以进入省电休眠模式，以节省电池电力。按照本发明的示例性实施方案，BS定义一个时限，在这个时限的结尾，休眠的移动终端收听来自BS的寻呼消息。让BS来指定这一时限使得这一系统能够最有效地使用现有的资源，比方说BS缓冲器容量，同时又保持精确的通信，丢失的数据最少，时间延迟也最小，符合具体应用或者情况中会碰到的各种不同需要。另外，ILMI代理可以进一步减少需要频繁的连接测试的系统中移动终端的功耗。

本领域里的技术人员会明白，本发明可以用于其它具体形式而不会偏离其实质或者基本特性，而且本发明并不限于这里描述的具体实施方案。因此，在这里公开的实施方案都是说明性的而不是限制性的。本发明的范围由后面的权利要求给出，而不是由前面的描述说明，处于权利要求范围内的所有改变和等价方案都包括在本发明内。