发明背景
无线寻呼系统已经使用了数十年,它们被用于将寻呼消息发送给无线寻呼单元,比方说寻呼机。在历史上,无线寻呼系统一直是一种单向通信系统,用于将无线寻呼消息发送给无线寻呼单元,这些无线寻呼单元常常被它们的用户亲自携带。这样广播的每一则消息都包括特定的编码信息,这些编码信息使得选定的一个无线寻呼单元(或者选定的一组无线寻呼单元)能够接收这一则消息。根据收到的消息,无线寻呼单元通常都通知用户(以音频方式、视频方式或者触觉方式),从而使用户能够提取收到的消息(数字、字母的或者音频消息)。
在最早的无线寻呼系统里,无线寻呼消息是从单独一个发射机站(transmitter site)广播出去的。发射机站有一个编码器,用于对寻呼消息进行编码,还有一个控制器,这个控制器将这样编码以后的消息通过发射机和天线发送出去。由于在发射机和接收机之间只能实现有限的地理覆盖,现在的无线寻呼系统都要从一个或者多个地理上分散的发射机站广播无线寻呼消息,可以将它们组成发射系统。增加地理上分散的发射机站的数量,能够扩大无线寻呼消息的地理覆盖范围,增加用户移动的自由度,从而提高寻呼业务对于用户而言的方便程度。但是,增加发射机站的数量,会增加这一服务的成本,从而降低这一服务对用户的吸引力。可以将服务成本定义为这一系统中使用的发射机站的数量除以这一系统的无线寻呼消息容量。由于每个发射机站具有的信息容量有限,限制服务成本取决于将每一则无线寻呼消息发送出去时要使用的发射机的数量。要想限制传递一则消息使用的发射机站的数量而不会限制用户的移动性,就要求这一系统能够只从将这一则消息发送给给定无线寻呼单元或者无线寻呼单元群时所必需的发射站广播消息,无论这时候这一群无线寻呼单元是在什么地方。然而,这要求当有发送消息的时候,该/系统能够知道无线寻呼单元的位置。
一般而言,有三种无线寻呼系统给出了确定无线寻呼单元位置的方案。一种无线寻呼系统使得用户在到达一个新区域的时候,能够向本地寻呼目标控制器打一个本地电话。这个用户说明他或者她的身份,并将接受这个电话的目标控制器的区域作为他或者她的当前区域。然后,这个目标控制器跟给用户发出无线寻呼消息的另外一个控制器联系并告诉它:这个控制器就是用于广播给这个用户的无线寻呼消息的目标控制器。在此以后,除非将新的信息输入一个目标控制器,否则就从始发控制器通过陆线将寻呼消息传递给这个目标控制器,在这个目标控制器这里,用户的无线寻呼消息从有关的发射机广播出来。
这种系统有许多缺点。用户必须呼叫的目标控制器的电话号码通常不是用户已经知道的号码。此外,还要求在全国范围内旅行的用户知道数千个目标控制器的数千个电话号码,因为每一个目标控制器都控制着一个发射机站。一个发射机站的覆盖区域有限,可能会要求用户频繁地向不同的目标控制器打电话。除了访问目标控制器以外,用户根本不知道什么时候它们正在离开一个目标控制器(一个发射机站)覆盖的区域,进入另一个目标控制器覆盖的区域(另外一个发射机站),因而用户不知道什么时候他或者她需要跟一个新的目标控制器联系。
第二种无线寻呼系统也让用户打一个电话,但只是给一个已知的目标控制器打电话,而不管是什么时候用户到达一个新的区域。在这种系统中,无线寻呼单元拥有确定它的地理位置的装置,比方说通过全球定位系统(GPS)。当用户呼叫目标控制器的时候,用户的识别信息和地理位置信息被传递给目标控制器,这个目标控制器则将这些信息传递给跟这个用户有关的始发控制器。当始发控制器收到给这个目标无线寻呼单元的一个消息的时候,这个始发控制器利用它收到的地理位置信息来确定传递这一消息的合适的发送控制器,从而使这一消息可以从服务于由这一地理位置信息确定的位置的发射机站广播出去。
与第一种系统一样,第二种系统也有几个缺点。这一系统要求用户给分配给这个用户使用的目标控制器打回一个长途电话,这样才能更新他或者她的当前地理位置信息。这一任务仍然落在用户身上,他必须确定什么时候他或者她的地理位置已经发生了明显的改变,从而需要打一个长途电话来更新地理位置信息。这样做是很困难的,因为用户常常不知道他或者她正在离开一个发射机站覆盖的地理区域以及进入另外一个发射机站覆盖的地理区域。此外,这一寻呼单元会很贵,因为它可能需要额外的电路提供这一地理位置信息。
第一种和第二种系统都支持在发射机站级别上发射定位和控制寻呼消息。当无线寻呼单元在很大的都市区域内移动的时候,或者当携带无线寻呼单元的用户在短时间内通过许多地理区域(比方说在州际高速公路上)的时候,由于发射机站的覆盖区域有限,常常要求系统频繁地更新位置信息。例如,如果发射机站的覆盖区域是10英里半径,用户在汽车里以60英里每小时的速度旅行,就要求每20分钟更新一次位置信息。
第三个无线寻呼系统规定无线寻呼单元有一个应答发射机,以便当无线寻呼单元到达一个新的位置的时候,用于将信号发射回归属寻呼终端。这个无线寻呼系统发射位置标识符,这些标识符可以代表例如城市、服务区或者地理区域。当接收到不同于它的归属标识符的一个位置标识符的时候,无线寻呼单元就认定它已经到达了一个新的位置。当这个归属寻呼终端获知无线寻呼单元的新位置信息时,系统就将消息转发给这个新位置。
这第三种无线寻呼系统有几个缺点。这一系统要求无线寻呼系统具有双向无线寻呼能力,在这个系统中,要提供另外一个频率,以供这个无线寻呼单元通过它的应答发射机来发射和接收应答信号。这就需要一个庞大的接收机网络,用来在需要发射消息的地方接收无线寻呼单元发射的低功率信号。建立和维护这样的接收机网络成本高昂,结果是寻呼服务成本更高。此外,这一系统只能在有接收机网络的有限的地理服务区内工作,在无线寻呼单元中增加无线电发射机来提供双向无线寻呼会显著地增加无线寻呼单元的成本。
当无线寻呼终端到达新位置的时候,第三种无线寻呼系统可以使用无绳电话,而不是应答发射机来呼叫归属寻呼终端。但这要求在需要传送消息的所有地方都能使用无绳电话业务。这种情况通常都不是无线寻呼服务提供商所能左右的。这样,一般业务在地理区域上得不到保障。尽管跟前两种无线寻呼系统比较,对用户来说有可能更加方便,但是这一系统依赖于昂贵的接收机网络,或者在另一种方案中,需要打长途电话跟归属寻呼终端联系,以便将消息传递到当前位置。在第5684859号美国专利中介绍了第三种无线寻呼系统的一个实例。
无线寻呼的另一个方面是当将消息传递给特定的发射机站的时候如何保证消息能够可靠地传递。实际上,当用户在广域无线寻呼系统中移动的时候,有可能发生这样的情况,由于要发送寻呼消息的发射网站的覆盖区大小有限,消息无法发送。例如,当用户在这个系统中从一个位置移到另外一个位置的时候,有一段时间用户的当前位置不能被任何一个发射机站覆盖。此外,在用户移动到一个新位置跟这一系统更新这一位置信息之间总是存在一个延迟。在这个过渡时期,到达的消息无法被用户收到。如果前面介绍的那些无线寻呼系统中用户没能在寻呼系统中更新他和她的位置,由于寻呼消息的发送得不到保证,消息就有可能丢失。
为了保证第一种无线寻呼系统中消息能够可靠地传递,要求用户在离开当前目标控制器区域的时候,打一个本地电话给当前目标控制器,让系统保存他或者她的消息,直到他或者她到达一个新的区域,然后打第二个本地电话给有关的目标控制器,让储存的消息和以后的消息传递给这个新的目标控制器。这对于用户来说是很不方便的,特别是当他们不知道什么时候他们已经离开了一个区域或者进入了一个新的区域的时候。上面描述的第二种和第三个无线寻呼系统缺乏保证消息能可靠地传递给寻呼单元的机制。
发明概要
因此,本发明的一个主要特征是提供一种改进了的广域无线寻呼系统和方法,它能够有效地进行广域消息传递,同时,对于寻呼单元的用户来说既简单又方便。
本发明的另一个特征是提供一种改进了的广域无线寻呼系统,它能够提供很高的总系统消息容量,并且根据区域来提供可变的系统消息容量。
本发明的再一个特征是提供一种改进了的广域无线寻呼系统,当单元已经进入一个新的区域发射系统的覆盖区的时候,用户会自动地得到通知,从而使用户能够将与新区域发射系统有关的信息提交给广域无线寻呼系统。
本发明还有一个特征就是提供一种改进了的广域无线寻呼系统,当寻呼单元已经进入一个新的区域发射系统的覆盖区以后,该寻呼单元能够自动地将与新区域发射系统有关的信息提交给这一广域无线寻呼系统。
本发明的另一个特征是提供一种改进了的广域无线寻呼系统,其中的用户或者寻呼单元能够提供信息给系统,以便在系统中更新寻呼单元的位置,而完全不需要知道与这个系统或者它的发射机站有关的覆盖区。
本发明还有一个特征就是提供一种改进了的广域无线寻呼系统,其中当无线寻呼单元有可能无法收到消息的时候,用户可以让消息自动地重复发射一段时间。
本发明的再一个特征是提供一种改进了的广域无线寻呼系统,它可以被很方便地集成到单向或者双向无线寻呼系统中。
简而言之,本发明采用一种系统,用于在一个很宽的区域内提供寻呼消息给寻呼单元,这个很宽的区域具有多个区域发射系统。在这个很宽的区域中预先确定的地理覆盖区内,每个发射系统都有一个或者多个发射机站,用于发送编码无线电消息给寻呼单元。这个系统包括一个路由选择控制器,用于按照储存在这个路由选择控制器中的一个路由选择数据库,通过接受了寻呼单元注册的一个发射系统来将这个系统收到的寻呼消息传递到每一个寻呼单元。每个发射系统都将从这个路由选择控制器收到的寻呼消息发送给寻呼单元,并周期性的发送一个系统消息给这个发射机站的接收范围内的所有寻呼单元,这个系统消息至少拥有一个用于该发射系统的唯一的区域系统标识符。当寻呼单元位于该发射系统的覆盖区内的时候,每个寻呼单元都从接受该寻呼单元注册的这个发射系统接收寻呼消息,并且当该寻呼单元位于这个发射系统的相关覆盖区内的时候,接收至少一个发射系统的系统消息。每个寻呼单元中的寻呼控制器都要判断什么时候这个寻呼单元收到了与这个寻呼单元注册的发射系统不同的发射系统发射的系统消息,这说明这个寻呼单元已经漫游(移动)到另一个发射系统的覆盖区。把接受了每个寻呼单元注册的发射系统的区域系统标识符储存在寻呼单元的存储器中,并且将它用于与收到的系统消息进行比较。每个寻呼单元的寻呼控制器都响应于对另一个区域发射系统发射的系统消息的接收,以便访问路由选择控制器的控制输入单元,从而以手动方式、半手动方式或者自动方式至少将说明寻呼单元的信息和收到的系统消息中的发射系统的区域系统标识符发送出去,以便更新这个系统中寻呼单元的注册信息。作为响应,这个路由选择控制器按照从这个寻呼单元收到的系统标识符,为这些发射系统之一更新(或者重新注册)路由选择数据库中的这个寻呼单元的注册信息,并将确认消息发送给接受寻呼单元注册的更新了的发射系统的这个区域系统标识符的寻呼单元。将确认消息通过这样一个发射系统进行传递,该发射系统具有路由选择控制器从这个寻呼单元接收到的区域系统标识符。这个寻呼单元从这个控制器收到确认消息,这个寻呼单元的寻呼控制器根据这个新的系统标识符进行工作,作为接受这个寻呼单元的注册系统,可以从这个系统中接收寻呼消息和系统消息。
多个区域发射系统可以同时为不同或者公用的地理覆盖区提供服务。具有大致相同地理覆盖区的发射系统工作在不同的发射频率上,其中具有大致相同的覆盖区的一个发射系统在公用频率上工作,具有单个发射系统的地理覆盖区在公用发射频率上工作。每个寻呼单元都能够在这个接受寻呼单元注册的发射系统的发射频率上接收系统消息和寻呼消息。作为对接收到具有更新了的发射系统第一个标识符的确认消息的响应,每个寻呼单元都在更新了的注册的发射系统的发射频率上,接收系统消息和寻呼消息。每个区域标识符都可以包括说明地理区域和跟这个区域系统标识符有关的发射系统的发射频率的信息,从而使这个寻呼单元可在跟寻呼单元的存储器中储存的系统标识符有关的频率上接收系统消息和寻呼消息。
每个寻呼单元都可以在预定的时间间隔内记录它有多长时间没有收到接受这个寻呼单元注册的区域发射系统的系统消息。当寻呼单元访问控制输入单元的时候,将任何一个这样的时间段发射给路由选择控制器。作为响应,这个路由选择控制器根据控制器中的消息数据库,将这样的时间段中发射给这个寻呼单元的任何寻呼消息重新发送给寻呼单元(通过接受这个寻呼单元注册的区域发射系统),这个消息数据库储存着发送给寻呼单元的所有消息的拷贝和这些消息的发送时间。
路由选择控制器收到的每一个寻呼消息都具有消息数据和说明要接收这个消息数据的一个或者一群寻呼单元的有关信息。具有说明要接收这些消息数据的单个寻呼单元的信息的寻呼消息,被控制器按照路由选择数据库中的信息传递给接受这个寻呼单元注册的一个发射系统。具有说明要接收这些消息数据的一群寻呼单元的信息的寻呼消息,被控制器按照路由选择数据库和说明这一群寻呼单元的一个群数据库传递给这一群中的每一个寻呼单元。
本发明还采用一种方法,用于在通过多个区域发射系统将寻呼消息提供给广域网内的无线寻呼单元,这个方法具有以下步骤:每个寻呼单元都在一个发射系统中注册,通过接受寻呼单元注册的发射系统将寻呼消息传递给每一个寻呼单元,将每个发射系统收到的寻呼消息发送给与它们相关的覆盖区中的寻呼单元,从具有唯一地说明这一发射系统身份的信息的每个发射系统中发送一个周期性的系统消息,给位于与它们相关的覆盖区中的所有寻呼单元,接收从接受寻呼单元注册的发射系统发送给每一个寻呼单元的寻呼消息,当寻呼单元位于至少一个发射系统的覆盖区中的时候,每个寻呼单元都接收系统消息,当寻呼单元接收到从一个不同于接受它注册的发射系统的发射系统发送的至少一个系统消息的时候,就在与接受该寻呼单元登记的发射系统不同的一个发射系统中重新注册各个寻呼单元,以及将接受这个寻呼单元重新注册的发射系统发射给该寻呼单元。
这一方法还记录寻呼单元在其中预定的时间间隔内没有收到接受寻呼单元注册的发射系统的系统消息的一个或者多个时间段,在消息数据库中储存发射给每个寻呼单元的每个寻呼消息的拷贝和关于这些寻呼消息被发射的时间信息,以及按照这个消息数据库重新发送在该时间段内被发送给寻呼单元的任何寻呼消息。
本发明的系统和方法在区域发射系统的基础之上进行操作,寻呼单元的用户不需要了解这种区域发射系统的地理覆盖区。寻呼单元能够在区域发射系统的覆盖区内以及在不同发射系统的覆盖区之间自由地移动。寻呼单元通过接收系统消息可以自动地为用户检测寻呼单元在区域发射系统之间的移动。然后可以将有关每个寻呼单元在区域发射系统之间的移动的信息通过控制输入单元传递给路由选择控制器。所传递的这一信息被用来说明:受到影响的寻呼单元、这个寻呼单元要与其建立联系(区域系统标识符)的新的发射系统、以及说明寻呼单元可能无法收到消息的时间长度的信息。可以在寻呼单元和控制器之间提供自动或者手动(用户进行的)通信。如果不能进行自动通信,寻呼单元就向用户发出一个使其能感觉到的指示信号,让用户进行干预并完成通信。在需要电话通信的情况下,可以自动地给出一个适合与这一区域发射系统进行电话通信的电话号码。这个电话号码可以是控制输入单元的一个访问号码,它被包括在这个寻呼单元从已经进入其覆盖区的发射系统那里收到的系统消息中。发给无线寻呼系统的区域改变信号将由发送给寻呼单元的确认消息来加以证实。路由选择控制器还会通过新的区域发射系统来重新发射那些曾在寻呼单元可能无法接收消息的那一段时间里发送给这个寻呼单元的消息。因此,除非消息路由选择控制器收到新的区域改变消息,否则,无线寻呼系统就将所接收到的要传送给这个寻呼单元的所有消息全部传递给这一区域发射系统,以便广播给这个寻呼单元。
本发明的这一系统和方法最好采用单向无线寻呼单元,但是可以包括双向无线寻呼单元。此外,这一双向无线寻呼单元还可以用于只支持单向通信的区域发射系统。为了做到这一点,可以在系统消息中发射信息(比方说某个规定的比特)给一个区域内的所有无线寻呼单元,说明究竟是能够进行双向寻呼、还是只能进行单向通信。
附图简述
通过阅读以下描述,同时参考附图,本发明的上述特征和优点将会变得更加清楚,在这些附图中:
图1是说明本发明中广域无线寻呼系统的一个框图;
图2是一张美国地图,它说明图1所示广域寻呼系统中区域发射系统覆盖区的一个实例;
图3是图1的广域无线寻呼系统中一个区域发射系统的框图,在这个广域无线寻呼系统中,它有一个无线寻呼单元处在区域发射系统的接收范围内;
图4说明图1和3的每一个区域发射系统广播给它们的覆盖区内的无线寻呼单元的系统消息的时序,其中广播的系统消息的每一次发射都用一个向上的箭头表示;
图5是图1和3中每一个区域发射系统发射的系统消息的数据结构;
图6是图5的系统消息的区域系统ID(RegID)的数据结构,其中的RegID包括一个系统ID(SID)、一个区域ID(RID)和一个频率ID(FID),以及一个RegID和可以用于获得这个RegID的SID、RID和FID的比特掩码的一个实例;
图7说明地理上重迭的多个区域发射系统(它们具有SID和RID相同但FID不同的RegID)的一个实例;
图8说明地理上重迭的多个区域发射系统(它们具有SID和RID相同但FID不同的RegID)的另一个实例;
图9是说明图1所示广域寻呼系统中一个无线寻呼单元的框图;
图10是另外一个通信装置的框图,这个通信装置用于跟图9中无线寻呼单元的外部接口通信;
图11是图1所示系统中的消息路由选择控制器发送给无线寻呼单元的一则确认消息的数据结构,该确认消息用于确认这一无线寻呼单元已经在一个新的区域发射系统内重新注册;
图12是说明在两个区域发射系统之间移动的图9中的无线寻呼单元接收系统消息一个实例的框图,其中每次收到广播出来的系统消息都用一个向上的箭头表示;
图13是一个框图,说明离开一个区域发射系统以后又回来了的图9所示的无线寻呼单元接收系统消息的一个实例,其中每次收到广播出来的系统消息都用一个向上的箭头表示;
图14是图9中无线寻呼单元用来储存无线寻呼单元没有获得任何服务的时间段的阵列的数据结构;
图15是自动地或者半自动地输入到图1所示无线寻呼系统的一个控制输入单元的控制输入信息的数据结构;
图16是用户通过电话装置以手工方式输入到图1所示无线寻呼系统的一个控制输入单元的控制输入信息的数据结构;
图17是在图1所示无线寻呼系统中消息路由选择控制器的存储器内,用于通过注册了的区域发射系统将消息传递给寻呼单元的路由选择数据库的数据结构;
图18是在图1所示无线寻呼系统中消息路由选择控制器的存储器内,用于储存传递的消息和关于这些消息的信息的消息数据库的数据结构;
图19是在图1所示无线寻呼系统中消息路由选择控制器的存储器内,用于识别能与跟图17所示路由选择数据库的群标识符(GroupID)相关联的特定寻呼单元的群数据库的数据结构;
图20是图9所示的寻呼单元控制器收到的系统消息的处理流程图;
图21是图9所示的寻呼单元控制器执行的实时时钟子程序的流程图;
图22是图9所示寻呼单元控制器执行的无服务开始子程序的流程图;
图23是图9所示寻呼单元控制器执行的无服务结束子程序的流程图;
图24是图9所示寻呼单元控制器执行的接收机关机子程序的流程图;
图25是图9所示寻呼单元控制器执行的重新注册过程的流程图;
图26是图9所示寻呼单元控制器收到的确认消息的处理流程图;
图27是图9所示的寻呼单元控制器跟寻呼单元的用户一起执行手工重新注册处理的流程图;
图28a是图1所示无线寻呼系统的消息输入单元响应接收到寻呼消息输入而执行的处理的流程图;
图28b是图1所示广域寻呼系统的消息路由选择控制器响应于消息输入单元收到一则寻呼消息而执行的处理的流程图;
图29a是从一个寻呼单元收到控制输入信息的时候,图1所示无线寻呼系统的控制输入单元执行的处理的流程图;和
图29b是图1所示无线寻呼单元的消息路由选择控制器响应于控制输入单元收到控制输入信息而执行的处理的流程图。
发明详述
参考图1,图中说明的是本发明的广域无线寻呼系统10,它有一个消息路由选择控制器12(消息路由器),后者将通过消息输入单元14收到的寻呼消息传递给区域发射系统16,以便发射给无线寻呼单元18。这个路由选择控制器12可以是一个编程的计算机或者其他拥有存储器12(a)的基于微处理器的装置。每个区域发射系统16代表一个或者多个用于发送寻呼消息给无线寻呼单元18的发射机站,还包括用于编码、编排格式并通过这样的站把从消息路由选择控制器12收到的寻呼消息发送出去的装置。在对寻呼消息进行编码以及控制编码消息通过一个或者多个发射机站发射的能力方面,区域发射系统16可以跟典型的寻呼服务提供商相似。消息输入单元14中的每一个都提供供路由选择控制器12用于接收寻呼消息的一个接口。系统10还包括无线寻呼单元18,它可以跟典型的寻呼机或者其它的寻呼消息接收装置相似。每个无线寻呼单元18都跟一个用户有关,从而能够在跟区域发射系统16有关的覆盖区(区域)之间或其内部自由的移动。在图1中为了进行说明,将无线寻呼单元18画成了方框。
区域发射系统16地理覆盖区的一个实例在图2中说明。可以将系统10看成包括无线寻呼覆盖区的一个或者多个地理区域。每个区域发射系统16都覆盖多个连续的或者不连续的地理区域。
消息输入单元14收到的每个寻呼消息都包括消息数据和消息输入识别信息,后者用于识别要接收这一寻呼消息的无线寻呼单元或者无线寻呼单元群18。路由选择控制器12将寻呼消息传递给区域发射系统16,每个无线寻呼单元都按照储存在路由选择控制器的存储器12(a)中的数据库在这个区域发射系统16中注册,这个数据库叫做路由选择数据库。在存储器12(a)中还有一个群数据库,用于将寻呼消息中说明一群无线寻呼单元的输入识别信息跟各个唯一的标识(在这里它们被叫做UnitID)联系起来。以后,通过区域发射系统16传递给单独一个无线寻呼单元18的进来的寻呼消息叫做一个单元消息。以后将通过一个或者多个区域发射系统16传递给多个无线寻呼单元18的进来的消息叫做一个群消息。存储器12(a)中还储存着一个消息数据库,对于被传送的每个消息该数据库中都具有一个信息行(或者记录),该信息至少代表该消息要被发送至的无线寻呼单元18的UnitID、消息数据、以及这一消息被发送给(传递给)区域发射系统16的时间。下面将参考图17~19更详细地介绍这三个数据库。一个时间源(例如时钟)15向路由选择控制器12提供代表当前系统时间的信号。该时间源被路由选择控制器12用于提供每个消息发送的时刻。时间源15可以在控制器12外部或者是控制器12的一部分,可以用GPS、WWB、WWV或者其它时间信令装置进行同步。
在任意给定时刻,每个无线寻呼单元18都在一个区域发射系统16那里注册。无线寻呼单元18可以通过经由一个控制输入单元20进行的通信在不同的区域发射系统16中重新注册,该控制输入单元20代表能够从无线寻呼单元例如通过基于电话的连接来接收控制输入信息的一种装置。控制输入单元20使用户能够影响重新注册、请求消息的重新发射或者其它功能的执行。每个控制输入单元20都可以代表一个基于编程微处理器的、具有基于电话的通信接口(比方说调制解调器或者DTMF译码器)的装置。在这里将注册定义成将无线寻呼单元18跟一个区域发射系统16联系起来以便发送无线寻呼消息的过程。信息可以决定:消息路由选择控制器12为了将消息传递给无线寻呼单元18从而要将进来的消息传递给哪一些区域发射系统16。从无线寻呼单元18发送给一个控制输入单元20的控制输入信息代表着能影响这种注册或者重新注册并请求重新发射消息的信息,这将在后面参考图15~16加以说明。消息输入单元14、控制输入单元20和路由选择控制器12可以是不同的部件,或者被集成在单个基于编程的计算机的装置中。此外,一个或者多个消息输入单元14和控制输入单元20可以与路由选择控制器12设在同一个位置,或者可以远离控制器,但是要通过电话、电缆、卫星或者其它通信装置与它保持数据通信。
参考图3,其中画出了区域发射系统16的一个框图。这个区域发射系统16包括一个系统消息生成器22、一个寻呼编码器24和一个区域系统控制器26,这个区域系统控制器26与由发射机控制器28(a)、发射机28(b)和天线或者塔28(c)表示的一个或者多个发射机站28链接,该天线或塔28(c)将编码无线电信号广播给这个区域发射系统的预定覆盖区内0个或者多个无线寻呼单元18。每个区域发射系统16都周期性地广播一个系统消息给无线寻呼单元18。系统消息生成器22产生这些周期性的消息。系统消息生成器22产生系统消息,并按照规定的标称时间间隔N,将系统消息提交给寻呼编码器26,如图4所示。系统消息之间实际的发射间隔可以比这个标称值N大或者小。各次发射消息标称的最大时间间隔应当小于2N分钟,尽管也可以采用其它的最大值。这个标称时间间隔N需要频繁到足以提供合理的响应来检测区域发射系统的改变以及无线寻呼单元18能够使用的业务。例如,N可以等于5分钟。区域发射系统16通常都远离路由选择控制器12。
在图5中说明每个系统消息的组成。系统消息生成器22按照分配给使用它的区域发射系统的区域系统ID(RegID)值进行配置。每个区域发射系统16都有一个唯一的RegID值。类似地,区域控制输入访问号(AccessNumber)根据供这一区域用于访问至少一个控制输入单元20的适当的拨号访问号而被配置到系统消息生成器22中(图1)。由系统消息生成器22为每个系统消息设置系统消息的系统时间(SysTime)字段,以便用系统时间来反映系统消息的近似发射时刻。系统消息生成器22可以根据时间源23(比方说GPS、WWV、WWVB、网络时钟或者其它种类的时间源)对该生成器的输入信号而获得这一时间。SysTime可以在相对或者绝对的时基系统的基础上产生。
区域发射系统16的寻呼编码器24接受来自系统消息生成器22的系统消息,以及通过陆地(线路)、卫星、网络、其它通信装置从路由选择控制器12收到的无线寻呼消息。它按照无线寻呼协议(比方说POCSAG)以及与被选择用于这一无线寻呼系统的特定无线寻呼协议有关的格式规则来对这些消息进行编码。本发明并不局限于使用任何一种特定的无线寻呼协议。这些编码消息被随后提交给系统区域控制器26。区域系统控制器26从寻呼编码器24接收编码消息,并将它们变换成适合于通过可连接系统控制器26与一个或者多个发射机站28的一个或者多个链路系统进行传输的数据格式。这样的链路系统可以是基于陆地的或者基于卫星的,可以是跟本发明人于1998年6月2日提交的第09/089106号美国专利申请所描述的一样。这个区域系统控制器26还可以产生适当的控制信号,以便去遥控一个或者多个发射机控制器28(a)和与远程发射机站28的区域发射系统16有关的发射机28(b)。在与区域系统控制器26一起工作的情况下,每个发射机控制器28(a)都对从区域系统控制器26收到的数据译码,并为发射机28(b)产生适当的控制和调制信号,以便为无线寻呼单元18产生必需的编码信号。天线28(c)将编码信号广播给当前在区域发射系统16的区域内的所有无线寻呼单元18。这个区域发射系统的寻呼编码器24、区域系统控制器26和发射机站28的工作过程跟通过一个或者多个发射机站给寻呼单元进行广播的典型区域发射系统相一致。
通过参考图5~8,将更加详细地介绍区域发射系统16发射的和无线寻呼单元18收到的系统消息。系统消息唯一地标识用于将编码信号广播给无线寻呼单元18的区域发射系统16。系统消息还将其它与系统有关的信息提供给无线寻呼单元18。系统消息优选地作为给所有无线寻呼单元18的无线寻呼消息发送出去,但是也可以嵌入无线寻呼协议和格式信息之中,就象典型的区域发射系统正常使用的一样。如前所述,每个系统消息都包括三个字段:区域系统ID(RegID)、系统时间(SysTime)和区域控制输入访问号(AccessNumber)。区域系统ID(RegID)15是唯一地标识用于广播系统消息的区域发射系统16的字段。每个区域发射系统16都分配了一个唯一的RegID。RegID表示的是发送出供无线寻呼单元接收的编码信息的发射系统,而不是任何特定地理区域。这跟目前已知的现有技术中的广域寻呼系统显然不一样,在那些系统中,重点在于确定最靠近的发射机的地理位置或者标识。SysTime是发射系统消息的近似时间,以系统时间单位作为单位。通过发射SysTime可以使得无线寻呼单元18能将它们的内部时钟(在图9中用数字46表示)跟一个共同的定时系统同步,以用于记录可获得服务的时间。区域控制输入访问号码(AccessNumber)字段被区域发射系统16用来将那个区域中一个适当的可被用户使用的电话号码传递给一个或者多个访问控制输入单元20(图1)。或者,可以将其它信息与区域控制输入访问号码(例如这个区域中是否有双向接收机设备、区域的名称或者其它区域专用信息)包括在一起。访问号码只需要对于区域来说是合适的,没有必要是本地的。例如,可以将一个公用的免费“800”号码用作一个国家内所有区域的访问号码,或者在这个无线寻呼系统10中每个区域发射系统16都用一个不同的本地电话号码作为访问号码。
如图6所示,系统消息的RegID包括三个宽度可变的子字段:系统ID(SID)、区域ID(RID)和频率ID(FID)。例如,每个子字段的宽度可以分别用3个掩码值SIDMask 52、RI DMask 54和FIDMask 56中的一个来定义。这些掩码值可以储存在无线寻呼单元中。还可以将SID、RID和FID值结合进系统消息数据结构中,作为不同的字段动态地传递给无线寻呼单元18。SID唯一地规定了无线寻呼系统10,当无线寻呼单元在很宽的地理区域内移动的时候,它使得无线寻呼单元18能够忽略从不相关的无线寻呼系统在同一区域发射系统中同一个频率上收到的系统消息。对于SID限定的任意给定无线寻呼系统,RID唯一地定义了地理区域,而不管是在哪些地理坐标位置上。对于由SID限定的任意给定的无线寻呼系统,FID唯一地定义了由RID限定的任何给定区域使用的频率,其中的该FID值可以根据所有无线寻呼单元18中储存的公用表而被转换成单独的一个无线电频率。虽然FID最好是无线寻呼单元18转换成无线电频率的一个编码值,但是,FID值可以是系统消息中一个更长的字段,它代表实际频率值的全部或者一部分。
对于共同的RID值使用不同的FID值使得广域无线寻呼系统10能够在公用地理区域内支持多个区域发射系统,从而在通信量很大的区域提高系统消息的容量。这在图7中用三个不同的频率RegID #8288(SID=8192,RID=96,FID=0),RegID #8289(SID=8192,RID=96,FID=1)和RegID#8290(SID=8192,RID=96,FID=2)工作在同一个地理区域内的三个区域发射系统16来说明。如图所示,三个区域发射系统16中一个重叠在另一个上面。所有三个区域发射系统16都有相同的SID和RID,但是拥有用0、1和2表示的不同的FID。在一个区域内每个额外的FID都会为这个区域内消息容量提供额外的信道。由这个广域无线寻呼系统10提供服务的每个地理区域都采用带有FID=0的至少一个RegID。换句话说,在给定无线寻呼系统(SID)的每个区域(RID)中,必须有区域发射系统16使用频率0(FID=0)。这就保证了这个广域无线寻呼系统10中所有的区域都有公用的频率。使用具有非0值的其它的FID是可选的,而且可以是基于一个区域所需要的额外的系统消息容量的基础之上的。这在图8中说明,它给出了带有5个区域的广域无线寻呼系统10的一个实例,其每个区域都使用不同的RegID并且在某些区域中使用多个FID。所有的RegID都属于SID=0,这意味着所有的区域发射系统都是同一个广域无线寻呼系统的一部分。使用了5个RID 58a、58b、58c、58d和58e,每个都有一个FID=0。除了RID 58c以外,其它的RID包括具有从FID=0~6这一群中选择出来的不同FID值的各种RegID,其中具有相同RID的每个RegID都有相同的地理覆盖区。例如,在RID 58A中,有三个发射系统16,其中每个系统上都有用FID=0、1或者5表示的不同的频率。
参考图9,其中画出了一个无线寻呼单元18的框图。无线寻呼单元18包括一个寻呼接收机30,用于接收和解调区域发射系统16广播的编码信号,还具有单元消息译码器32、群消息译码器33和系统消息译码器34,用于对从寻呼接收机30收到不同类型的消息进行译码。寻呼单元控制器48按照控制器48的存储器或者存储器44中储存的程序(软件),控制着无线寻呼单元18的工作过程,它可以是一个基于微处理器的装置。来自寻呼单元控制器48的信息可以被输出给一个显示器36或者一个外部接口42。提供了一个或者多个按钮38,用于使用户能与无线寻呼单元18进行联系。按钮38对于寻呼机来说是很普通的。提供了到扬声器41的音频接口40,使寻呼单元控制器48能够将信息作为DTMF或者其它音频信号输出。实时时钟46为寻呼单元控制器48提供一个定时信号源。还可以在无线寻呼单元18中提供一个电池47,以便给这个单元提供电源。有可能除了外部接口42以外,典型的无线寻呼单元中都有这些部件30~48。这样,本发明可以通过增加或者改变特定的软件(比方说控制器48中的软件)并使之结合进无线寻呼单元的现有结构中,使这些单元能够按照本发明工作。
寻呼接收机30通过天线29接收这个单元的范围内区域发射系统16的一个或者多个发射机站广播的编码信息,也就是说,当这个寻呼单元正处在这个发射系统覆盖区域或者区域以内的情况下这样做。在寻呼单元控制器48的控制之下,寻呼接收机30可以使用单个频率也可以使用多个频率。为了延长电池47的寿命,寻呼接收机30可以按照系统10采用的无线寻呼协议以脉冲方式工作。
按照无线寻呼系统10使用的无线寻呼协议,单元、群和系统消息译码器32~34能够对从寻呼接收机30收到的解调数据中包括的编码信息进行译码。消息译码器32~34监视来自寻呼接收机30的解调数据,看有没有跟它们的地址的相同的消息。系统10中所有无线寻呼单元18中的所有系统消息译码器34都被配置成能够响应同样的地址(系统消息地址)。每个无线寻呼单元18的单元消息译码器32都被配置成对某个无线寻呼单元的唯一地址(UnitID)做出响应。如前所述,每个无线寻呼单元18都有一个唯一的UnitID。成组的相关无线寻呼单元中的群消息译码器33被配置成对同样的地址(GroupID)做出响应。无线寻呼单元的群消息译码器33可以对一个或者几个不同的GroupID做出响应。当一个消息译码器32~30检测到匹配的地址的时候,它对这一消息进行译码,并将这一消息传递给寻呼单元控制器48进行处理,在后面将参考图20~27中的流程图,更加详细地介绍这一点。无线寻呼单元16可以包括一个以上的单元消息译码器32或者群消息译码器33。图9所示的每种译码器都是为了进行说明。无线寻呼单元18作为典型的无线寻呼单元工作,用于接收译码寻呼消息,并将它们报告给用户。
系统消息译码器34对系统消息进行译码,这些系统消息由区域发射系统16周期性地产生,并传递给所有的无线寻呼单元18。这些系统消息使得无线寻呼单元18能够检测它们什么时候已经进入了另外一个区域发射系统的覆盖区,也就是说,确定它们是否注册了使用这一适当的区域发射系统16的无线寻呼业务,以及它们是否正在接受无线寻呼服务。收到系统消息的时候,它们被传递给寻呼单元控制器48进行处理。寻呼单元控制器48周期性地期待着从它当前注册的区域发射系统86收到系统消息。这个周期间隔在图4中被描述成N分钟,但不超过2N分钟。发送系统消息的区域发射系统16用包括在系统消息中的区域系统ID(RegID)加以识别,如图5所示。寻呼单元控制器48期待的RegID被作为CurrRegID储存在无线寻呼单元的存储器44中。路由选择控制器12(图1)将单元和群消息传递给注册的区域发射系统16,它说明储存在无线寻呼单元的存储器40中的CurrRegID。如果经过了2N分钟而寻呼单元控制器没有收到具有适当的RegID的系统消息,这个寻呼单元控制器就得出结论:这个寻呼单元18没有得到服务。此外,即使无线寻呼单元能够收到系统消息,但如果系统消息的RegID跟储存在CurrRegID值不同,那么,这个无线寻呼单元就没有得到服务。具有不同RegID的无线寻呼单元18收到系统消息意味着这个无线寻呼单元正在收听这样一个区域发射系统16发射的信号,该系统不是在发射信号给这个无线寻呼单元,这样,这个单元不能收到无线寻呼服务。
每个无线寻呼单元18都在广域寻呼系统10中为了得到某个区域发射系统16的服务而进行注册,这个区域发射系统16用它的RegID来表示,并将这个值作为它的CurrRegID储存在存储器44中,直到这些寻呼单元向与一个不同的区域发射系统有关的一个新的RegID表示的区域发射系统重新注册。无线寻呼单元18可以通过控制输入单元20向其它区域发射系统16中重新注册。无线寻呼单元18通过监视与储存的CurrRegID具有一样的SID值的区域发射系统16所广播的系统消息,从而可以来检测什么时候需要重新注册。具体而言,如果收到的系统消息的RegID的RID跟作为CurrRegID储存的RegID的RID不同,则无线寻呼单元18通过访问一个控制输入单元20,就可以尝试在路由选择控制器12那里重新注册。此外,在预先确定的时间间隔内没有收到具有CurrRegID的系统消息的时候,一个具有FID大于0的CurrRegID的寻呼单元可以将它的接收机频率重新设置成让其FID等于0。然后,如果寻呼单元18开始收到系统消息(其中系统消息的RID跟该单元中CurrRegID的RID相同,但是FID不同),这个无线寻呼单元就将它的接收机30重新调谐到对应于CurrRegID的FID的频率。
需要重新注册的时候,这个无线寻呼单元18尝试利用一个可选的外部通信装置50(如图10所示)来与一个控制输入单元20互相传递控制输入信息,如果这个无线寻呼单元被配置成使用这个装置并且可以获得该装置的话,否则这个无线寻呼单元就用必须的控制输入信息向他或者她告警,让他或者她通过一个控制输入单元20以手工方式重新注册。这个可选的通信装置50代表任何一种能从无线寻呼单元18的外部接口42向路由选择控制器12(图1)的控制输入单元20输入信息的外部自动装置。例如,这个可选的通信装置50可以是与一个用于从无线寻呼单元18的外部接口42接收信号的接口连接的一个陆地或者蜂窝电话。这个可选通信装置的接口有可能通过光(比方说红外)、电(比方说一根电缆)连接或者其它信令传输装置,从外部接口42接收信号。
这个寻呼单元的外部接口42可以是这个寻呼单元中的一个用于双向寻呼的集成化(内部)双向寻呼发射机。这个寻呼单元通过如下所描述的半自动或者手动方式注册,还能够在没有双向接收能力的区域中使用。
当用户以手动方式而不用可选的通信装置50进行重新注册的时候,这一注册是通过跟控制输入单元20的电话连接进行的。这种连接以及将控制输入信息输入给控制输入单元是通过用户按照显示器36上显示的控制输入信息按下电话小键盘上的数字来完成的,或者以半自动方式由寻呼单元控制器48通过让音频接口40通过扬声器41通过用DTMF能够听到的信息或者将其它音频信号输入电话的听筒来完成。后面将更加详细地介绍如何重新注册。
路由选择控制器12可以通过将确认消息(如图11所示)作为一则单元消息发送给重新注册的无线寻呼单元,从而来确认重新注册。在这一则确认消息里,无线寻呼系统16可以让无线寻呼单元18将它的CurrRegID设置成跟寻呼单元传递给路由选择控制器10的RegID值相同,或者将它的CurrRegID设置成不同频率的不同区域发射系统的RegID,在这同一个地区内传递寻呼消息。这样做可以以一个区域一个区域的方式提高总的系统容量和在各个频率上的业务分配。
如前所述,在寻呼单元控制器48的控制下,有3种方式让每个无线寻呼单元18重新注册。这些方式包括:(1)通过外部接口42和外部可选通信装置50自动地重新注册(或者通过双向寻呼发射机,如果这个寻呼单元是一个双向寻呼单元的话),(2)通过显示器36和按钮38结合电话装置以手动方式重新注册,和(3)通过显示器36、按钮38和音频接口40结合电话装置以半自动方式重新注册。
自动地重新注册的时候,无线寻呼单元通过一个外部接口42(图4)借助红外光、无线电装置、电连接或者其它方式来与可选的外部通信装置50连接。当寻呼单元控制器48认为需要重新注册的时候,寻呼单元控制器48尝试跟可选的通信装置建立连接,这个可选的通信装置能够将信息传递给无线寻呼系统的控制输入单元。如果连接尝试失败,寻呼单元控制器48回到手工方式或者半自动重新注册方式。如果这一连接尝试成功,寻呼单元控制器48就将图15定义的控制输入信息发送给可选的通信装置50,以便传递给控制输入单元20(图1)。这个可选的通信装置50通过外部接口42返回一个结果码,以便说明这一通信尝试是成功还是失败。如果结果是成功,重新注册就完成了,否则这一寻呼单元控制器就回到手工方式或者半自动方式重新注册方法。如果这一寻呼单元18能够进行双向寻呼,以上过程会相同,不同的是寻呼单元将通过自己的双向寻呼发射机向能够接收双向寻呼消息的接收机网络发送控制输入信息给路由选择控制器的控制输入单元20,而不是用可选的通信装置。具有双向寻呼能力的寻呼单元18还可以有一个外部接口42,用于跟一个可选的通信装置连接,就好像它是一个单向装置一样。此外,利用系统消息中定义的比特这样的信息说明这个区域中是否有接收机网络,这个双向寻呼单元能够自动地判断是否能够通过双向接收机网络重新注册,或者是否必须通过可选的通信装置、半自动或者手动方式重新注册。
利用手动方式或者半自动方式重新注册,寻呼单元控制器48使得无线寻呼单元18好像是已经收到一则无线寻呼消息一样,其中包括通过音频、视频和/或触觉装置给用户的可感觉到的通知。响应这一通知,寻呼单元控制器48让显示器36说明需要重新注册。通过操作一个或者多个按钮38结合一个或者多个显示器36屏的一个交互序列,用户从无线寻呼单元最新译码的系统消息中获得区域控制输入访问号码(AccessNumber)、无线寻呼单元的单元识别码号(UnitID)、区域系统ID(RegID)、以及NumberOfHoursToRetransmit(也就是:没有得到服务的时间长度),如图16所示。NumberOfHoursToRetransmit代表图14所示的一个NoSrvc阵列中的最后一次输入的结束时间减去NoSrvc阵列的开始时间的第一次输入(部件#0)。将信息输入存储器44中的NoSrvc阵列将在后面参考图2所示的流程图加以介绍。这个NumberOfHoursToRetransmit的值是用来避免要求用户从NoSrvc阵列输入一系列成对的开始和结束时间这种麻烦。虽然不够优选,但是寻呼单元确实可以显示这种成对的输入,并请求用户以手工方式将对应于开始和结束时刻的值输进去,如图15所示。通过这一交互序列,用户能够选择读取所显示出的信息并用手工方式利用电话的DTMF小键盘输入这些信息,或者让寻呼单元控制器半自动地拨号和/或由音频接口40输入信息,靠近电话话筒以音频方式耦合,通过电话设备将DTMF和/或其它音频信号发送给控制输入单元20(图1)。如果选择半自动信号传输,控制输入信息就跟图15所示的一样。
在他或者她的寻呼单元注册的区域发射系统16的实际覆盖区以外工作的时候,为了减少用户丢失消息的机会,无线寻呼系统10使得无线寻呼单元18能够自动地判断是否能够获得服务,并让无线寻呼系统能够自动地重新发射在无线寻呼单元不能获得服务的那段时间里的消息。无线寻呼单元18通过监视它的注册区域发射系统16广播的系统消息来判断是否能够获得服务。具体而言,如果无线寻呼单元18没有收到具有跟它们储存的CurrRegID值相同的RegID的周期性的系统消息,这个单元就进入无服务状态。如果无服务状态持续一段时间,而且这个无线寻呼单元18正在使用非零的FID,这个无线寻呼单元就调谐到FID=0频率,并寻找系统消息。无线寻呼单元将无服务持续时间储存起来,并在重新注册的时候将它报告给无线寻呼系统,让这个系统重新发射在无服务时间段内发射的消息。
无线寻呼单元18可以在区域发射系统的覆盖区中从一个区域移动到另外一个区域。这种情况的一个实例在图12中说明。一开始,这个无线寻呼单元在RegID为8288的区域发射系统中注册。系统消息被寻呼单元控制器48(图9)周期性地如期收到。当无线寻呼单元18离开8288覆盖的区域的时候,就停止收到系统消息。过一段时间以后,当无线寻呼单元18进入RegID为8304的区域发射系统16的覆盖区的时候,寻呼单元控制器48又开始收到系统消息。RegID的系统ID(SID)部分跟CurrRegID的SID部分相同,说明这一区域发射系统16是同一无线寻呼系统的一部分。但是,RegID的区域ID(RID)部分跟CurrRegID的RID部分不同,说明这个无线寻呼单元18已经进入了RegID等于8304的区域发射系统16提供服务的一个位置。响应这一系列事件,无线寻呼单元18通过系统的控制输入单元20开始重新注册过程,将它自己在RegID等于8304的区域里注册。从图12可以看出,在重新注册输入的时候,CurrRegID不发生改变。当无线寻呼单元18从无线寻呼系统10随后收到注册确认消息的时候,CurrRegID就发生改变。注册确认是这样来完成的,无线寻呼系统10(也就是控制器12)将一则确认消息作为一个单元消息通过将要注册的新的区域发射系统发射给这个受到特别的作用的无线寻呼单元。确认消息的组成在图11中说明。确认消息给出一个RegID,由无线寻呼单元将它保存(储存)起来并加以使用。这个RegID通常都是重新注册的时候无线寻呼单元18给出的那一个。为了平衡通信负荷,这个RegID可以将FID子字段改成某个其它的值,使得无线寻呼单元18调整到不同的频率上,并在对系统消息进行译码的时候期待不同的RegID。为了重新发射消息,无线寻呼单元中的寻呼单元控制器48将无服务时间段储存在存储器44中,这段时间段从具有匹配的RegID的最后一个系统消息框被收到开始,在确认消息被收到的时候结束。
无线寻呼单元18还可以离开和返回同一个覆盖区。这种情况的一个实例在图13中描述。无线寻呼单元18在RegID等于8288的区域发射系统16注册。一开始,寻呼单元控制器48如预期的那样周期性地收到系统消息。随着无线寻呼单元18离开8288覆盖的区域,没能再收到系统消息。一段时间以后,当无线寻呼单元回到这个区域的时候,寻呼单元控制器48又一次开始收到周期性的RegID等于8288的系统消息。由于这一个RegID跟CurrRegID匹配,不需要重新注册。为了重新发射消息,无线寻呼单元中的寻呼单元控制器在存储器40中记录了无服务时间段,这个无服务时间段开始于最后一次收到具有匹配的RegID的系统消息,结束于重新收到具有匹配的RegID的这一系统消息。
这个广域寻呼系统10支持采用不同频率的地理区域重叠的多个区域发射系统。多个频率的使用在图7~8中说明,前面已经描述过,它会影响寻呼单元控制器对系统消息的处理。采用多个频率要求所有的区域最少采用一个FID等于0(FID=0)的RegID。参考图12,假设无线寻呼单元最初是在RegID=8289的区域里注册的,而不是在8288中注册的。它表示:SID=8192,RID=96和FID=1。当这个寻呼单元控制器48停止接收系统消息,并保持在无服务状态一段时间,最后寻呼单元控制器就会将寻呼接收机30的频率改成FID=0。当重新收到RegID等于8304的系统消息的时候,寻呼单元控制器48会发现RegID的RID部分(RID=97)不同于CurrRegID的RID部分(RID=96),就会开始重新注册,这跟前面一样。将FID改成0,保证了当无线寻呼单元移动到只使用一个频率的区域的时候,寻呼接收机30会调谐到这个唯一的频率上,按照定义,区域发射系统总是有这样一个频率。参考图13,假设无线寻呼单元18一开始是在RegID等于8289的区域里注册的,而不是在8288中注册的。跟前面一样,当寻呼单元控制器48停止收到系统消息并保持无服务状态一段时间的时候,这个寻呼单元控制器就会将寻呼接收机30的频率改成FID=0。当重新收到RegID等于8288的系统消息的时候,寻呼单元控制器48会发现RegID的RID部分(RID=96)跟CurRegID的RID部分(RID=96)相匹配,并且就会将寻呼接收机30返回到CurrRegID的FID部分(FID=1)。假设RegID为8288和8289的互相重叠的区域发射系统具有相同的地理覆盖区,这个寻呼单元控制器48就会开始从8289区域发射系统收到系统消息。
实时时钟46的时间值被寻呼单元控制器48用来确定什么时候停止收到系统消息。当需要的时候,还用它来决定什么时候无服务状态已维持了足够长的时间以便将寻呼接收机30改成FID=0。还利用定时来记录由寻呼单元控制器48确定的无服务时间长度。实时时钟46跟路由选择控制器的时钟15保持同步,通过收到的系统消息的系统时间(SysTime)字段来维持系统时间。
图20~29中的流程图最好地描述了上面描述的广域寻呼系统10的操作。为了说明这些操作,假设有两个区域发射系统16,一个的RegID是8288,另一个的RegId是8304。另外,假设有一个无线寻呼单元18已经在8288区域发射系统中注册,这个无线寻呼单元最初就在这个系统中。区域发射系统16从与它们相关的发射机站周期性地广播系统消息。
8288区域发射系统的编码信息被无线寻呼单元18通过它的寻呼接收机30收到(图9)。随着每个周期性的系统消息被广播,系统消息译码器34将消息译码,并将它传递给寻呼单元控制器48。这个实例中的系统消息包括RegID=8288、SysTime和AccessNumber。这个寻呼单元控制器48对收到的系统消息进行处理,如同图20的流程图所示。
参考图20,其中画出了寻呼单元响应于收到的系统消息所进行的操作。寻呼单元的寻呼单元控制器48首先检查收到的系统消息中RegID的SID是否跟储存在存储器44中的注册的CurrRegID的SID匹配(步骤60)。在这个实例中,无线寻呼单元正在它注册了的当前区域发射系统中接收系统消息,其SID匹配(SID=8192),因此,这个寻呼单元控制器利用系统消息字段来将时钟46的时间(这个可变时间用于保持无线寻呼单元中的系统时间)设置成SysTime;将LastRegID设置成RegID(RegID=8288);以及将LastAccess设置成AccessNumber(步骤62)。寻呼单元控制器接下来进行测试,以便查看LastRegID与CurrRegID是否匹配(步骤64)。在这一实例中,无线寻呼单元在它注册的当前区域发射系统中收到系统消息,其RegID匹配,于是,寻呼单元控制器将LastSysMsg设置成Time,并将SysMsgTO(系统消息超时定时器)设置成Time加上SYSMSG_TO,并将FreqTO(频率超时定时器)设置成Time加上FREQ_TO,在这里,SYSMSG_TO和FREQ_TO是系统时间单元(步骤66)的超时值。SYSMSG_TO等于2N的值(如同上面结合图4所说明的),或者其它合适的值,而FREQ_TO可以被设置成跟SYSMSG_TO相同或者不同。Time、SysMsgTO、FreqTO和SYSMSG_TO、FREQ_TO代表储存在无线寻呼单元中存储器44中的变量。寻呼单元控制器接下来进行服务测试,判断这个单元是处在有服务状态还是无服务状态(步骤68)。这个单元的服务状态储存在存储器44的服务标志中,它被设置成YES(有服务)或者NO(无服务)。寻呼单元控制器48通过检查这一标志来确定无线寻呼单元的状态,在这里将该标志叫做“服务”。由于在这一实例中,这个单元正在从它注过册的当前区域发射系统周期性地收到系统消息,它应当是在有服务状态(也就是服务标志被设置成YES),并且这一程序结束。这一系统消息程序在寻呼单元18收到每个系统消息后执行。
随着无线寻呼单元18从它的当前区域移动到一个新区域,系统消息的接收情况会跟图12所描述的一样。无线电单元继续从RegID8288接收系统消息,直到它离开具有上述RegID的区域发射系统的覆盖区,这时系统消息的接收将会停止。这将会被寻呼单元控制器48在图21所示的它的实时时钟子程序中检测到。
每次实时时钟16以系统时间的单位往前走一步(前进)的时候,这个时钟都为寻呼单元控制器48提供一个软件中断,并且执行图21的实时时钟子程序。寻呼单元控制器48首先将时间值加1(步骤80)。然后检查:无线寻呼单元18是在有服务还是无服务状态(步骤82)。在这个实例中,直到现在无线寻呼单元一直在从它注册的区域发射系统16接收有规律的周期性的系统消息,这样它就是在有服务状态。因此,寻呼单元控制器48进而检查Time是否超过SysMsgTO时间(步骤84)。如果没有,这个子程序结束。如果在步骤84中,在区域系统消息中从最后收到系统消息算起的Time超过了SYSMSG_TO时间,寻呼单元控制器就转移到调用图22的NoService开始子程序(步骤86)。当储存在CurrRegID中的当前注册的发射系统在步骤64中与收到的最后的系统消息中RegID、LastRegID不匹配的时候,在步骤72中也可以在系统消息子程序中调用无服务子程序,并且步骤70中的服务状态是YES。
图22是NoService开始子程序的流程图。进入这个子程序的时候,服务状态被设置成NO(否)(步骤94)。使用图14所示的存储器44中的数据结构,寻呼单元控制器将无服务时间段存入存贮器44中(步骤94)。这个数据结构NoSrvc包括一个下标(NoSrvcIndex)和一个元素阵列,每个元素有两个成员(开始和结束)。下标用于指向元素阵列NoSrvc中第一个可以获得的元素。每个元素都用于储存有界的无服务时间段,以开始时间(开始)和结束时间(结束)为界。将服务状态设置成NO以后,NoService开始子程序就将当前下标的阵列元素的开始成员(最初为0)设置成储存在存储器44中的LastSysMsg时间,它是最后一次从区域系统消息中成功地接收的时间。寻呼单元控制器48随后将结束成员设置成0(0)。按照惯例,0的时间值被假设等于所有时间瞬间的当前时间值。因此,NoSrvc元素项指的是有一段有界的无服务时间,它从LastSysMsg时刻延伸到现在。NoService开始随后回到该应用程序,也就是实时时钟子程序(图21的步骤86),这个子程序随后结束。
回到图21,在实时时钟46的下一时刻再一次执行实时时钟子程序,递增时间变量(步骤80)。而在这个实例中,服务状态是NO从而使得寻呼单元控制器48转移到在步骤88中检查寻呼接收机的频率(RcvrFreq)。RcvrFreq是储存在存储器44中的一个变量,等于CurrRegID的FID。由于CurrRegID等于8288,它的FID等于0,RcvrFreq将等于0(0),这是无线寻呼系统的通用广域频率,因而不需要任何其它操作,实时时钟子程序结束。实时时钟每往前走一步,实时时钟子程序就会重复上面的步骤,直到该单元将服务状态变回到YES。RcvrFreq大于0的状态(步骤88)将在后面介绍。
在这个实例中,当无线寻呼单元18进入一个新的区域发射系统16的时候,它开始接收RegID为8304的系统消息,如图12所示。再参考图20,在收到这一系统消息的时候,将系统消息中RegID的SID跟CurrRegID的SID进行比较,它们两个都是8192(步骤60)。所以,寻呼单元控制器48使用收到的系统消息来将时间设置成SysTime,将LastRegID设置成RegID,和将LastAccess设置成AccessNumber(步骤62)。寻呼单元控制器48随后检查LastRegID是否跟CurrRegID匹配(步骤64)。由于这个实例中单元18在一个新区域中,RegID值不匹配,所以寻呼单元控制器48检查服务状态(步骤70),发现这个单元处于无服务状态。寻呼单元控制器48随后检查LastRegID的RID是不是CurrRegID的RID(步骤74)。由于在这个实例中无线寻呼单元正在一个新的区域中,这些RID值匹配。因此,寻呼单元控制器48认定这个无线寻呼单元18需要在新的区域中重新注册,于是调用图25的重新注册子程序(步骤76)。
参考图25,寻呼单元控制器48首先在步骤96中检查无线寻呼单元是不是要使用可选的通信装置50(图10)。如果不是,就提醒用户需要以手工方式重新注册(步骤98)。寻呼单元控制器48等待用户对这一通知应答,然后才退出重新注册子程序(步骤100)。如果无线寻呼单元要使用可选的通信装置50,寻呼单元控制器48就在步骤102中用外部接口42尝试跟可选的通信装置50连接(图4)。如果寻呼单元控制器不能跟可选的通信装置连接(步骤103),寻呼单元控制器就提醒用户需要进行手工注册(步骤98),并等待用户对这一通知应答,然后才退出(步骤100)。如果寻呼单元控制器48成功地跟可选通信装置50建立了连接,寻呼单元控制器就将可选通信装置传送用来进行通信的重新注册信息(图15的控制输入信息)发送给无线寻呼系统的控制输入单元20(图2)(步骤104)。如果可选的通信装置50表明重新注册通信成功(步骤106),寻呼单元控制器就退出这一重新注册子程序,否则寻呼单元控制器48就提醒用户需要进行手工重新注册,并在退出之前等待用户对这一通知应答。当用可选通信装置进行建立连接或注册失败时,储存在存储器44中的状态标志被置位(例如步骤103或者108所示)。如果需要手工重新注册,用户就必须用消息路由选择控制器12重新注册(图1)。通过按下一个或者多个按钮38(图9),用户对需要手工注册给出应答(步骤100),寻呼单元控制器48进入图27所示的手工重新注册子程序,使用户用手工方式重新注册。
在图27中,寻呼单元控制器48利用显示器36(图4)显示LastAccess、UnitID、LastRegID和NumberOfHoursToRestransmit(步骤110)。寻呼单元控制器48随后等待按钮38输入(步骤112)。用户可以通过使用电话装置上的小键盘以手工方式重新注册,这个电话跟一个控制输入单元20用LastAccess电话号码建立连接(图1),以便以手工方式从显示器36输入信息。例如,控制输入单元可以用语音提醒用户输入UnitID、LastRegID和NumberOfHoursToRetransmit。或者,用户可以在步骤112~122中重新注册,其中在无线寻呼单元上提供分别标为拨号、发送和退出的按钮38。通过使用拨号和发送按钮并结合电话装置,用户可以以半自动方式输入图1 5所示的控制输入信息。如果使用了拨号按钮(步骤114),寻呼单元控制器就用音频接口40将LastAccess作为DTMF拨号信息发送出去(步骤116),并返回到按钮输入点。这样就跟与LastAccess相关的控制输入单元20(图1)建立起了连接。如果按下发送按钮(步骤118),寻呼单元控制器使用音频接口40按照DTMF或者其它音频信令方法发送图15所示的控制输入信息(步骤120)。如果退出输入按钮被按下(步骤122),寻呼单元控制器就退出手工重新注册子程序。
不管是用自动方式、半自动方式还是用手动方式重新注册,必不可少的重新注册信息被提交给一个控制输入单元20(图1)。控制输入单元20接收这些信息,并按照图29a和29b所示的流程图,将这些信息提供给消息路由选择控制器12(图1)。在图29a中,当访问控制输入单元20时,它首先判断输入是手工的、自动的还是半自动的(步骤124)。如果在步骤126中的输入是自动或者半自动的,该单元就获得图15所示的控制输入信息(步骤128),并将这一信息提供给消息路由选择控制器12供其处理(步骤134)。如果这一输入是手工方式,这个单元就获得图16所示的控制输入信息(步骤130、131和132)。然后通过将第一个元素开始设置成当前时刻减去NumberOfHoursToRetransmit的值、以及将第二个元素结束设置成0以便指明当前时刻,从而将NumberOfHoursToRetransmit转换成NoSrvcList,其中的NoSrvcListSize等于1(单个记录)(步骤133)。从控制输入单元收到的信息被传递给路由选择控制器供其处理,如图29b所示(步骤134)。
在图29b中,路由选择控制器12从控制输入单元20获得控制输入信息(UnitID、RegID、NoSrvcListSize和NoSrvcList)(步骤136)。根据无线寻呼单元尝试要在其中注册的新的RegID的RID,路由选择控制器12检查是否有这样一个可选的区域发射系统,为了提供通信负荷或者其它目的,无线寻呼系统将把无线寻呼单元引导到这个可选的区域发射系统(步骤138)。提供通信负荷指的是对具有大致相同覆盖区的一个或者多个区域发射系统的寻呼消息容量进行平衡,以避免区域发射系统发生过载,这种过载会导致传递消息时出现明显的延迟。如果有一个可选的区域发射系统,路由选择控制器129获得一个新的等价的(根据近似的地理区域覆盖)RegID(步骤140),并将确认消息(图11)与新的RegID一起发送给在一开始由无线寻呼单元(步骤142)提供的RegID处的无线寻呼单元,然后将RegID设置成新的RegID(步骤144)。例如,这可以是具有相同SID和RID但不同FID的一个RegID。如果没有任何可选的区域发射系统16来转发通信业务,路由选择控制器就发送一个确认消息给具有从控制输入单元处收到的RegID的无线寻呼单元(步骤146)。在步骤148中,路由选择控制器12在任何情况下都将路由选择数据库中UnitID的RegID字段改变成当前的RegID值(不管这个值最初是由无线寻呼单元提供的还是由新的RegID所替换的)。图17所示的路由选择数据库有一些行(记录),其中每一行都是为无线寻呼单元的每一个UnitID准备的,并将接受无线寻呼单元18注册的区域发射系统16的RegID作为一行元素来加以修改(储存)。利用图18中的实例所示的消息数据库和图15中的实例所示的NoSrvcList的所有项,路由选择控制器12根据储存在消息数据库的记录中与UnitID匹配,并有一个NoSrvcList开始和结束时刻(步骤150)之间的时间字段(发送的时间消息)的那些消息,来构造具有UnitID和消息的单个MessageLIst。路由选择控制器12随后检查MessageLIst是不是0长度(步骤152)。如果是,这一处理就已经完成,否则路由选择控制器12就将MessageLIst中的消息发送给寻呼单元(步骤154),并将消息的拷贝跟发送时刻一起存入消息数据库(步骤156)。发送的每一个消息,如果有的话,都被传递给无线寻呼单元的储存在路由选择数据库中的当前RegID。
路由选择控制器在步骤142或者146中产生的确认消息被路由选择控制器传递给由无线寻呼单元18提供的RegID所指定的区域发射系统16。寻呼编码器24在区域发射系统16中收到确认消息(图2),这个编码器对消息编码,随后由跟这个区域发射系统有关的一个或者多个发射机站28广播出去。编码无线寻呼消息被传递给区域系统控制器26,这个控制器26将这些信息适当地格式化,并通过一个或者多个链路系统传递给一个或者多个发射机站28。发射机控制器28a对来自区域系统控制器的数据进行译码,以便对发射机28b进行控制,并恢复适合于发射机28b的调制的编码无线寻呼消息,从而将编码无线寻呼消息传递给无线寻呼单元。
无线寻呼单元18的寻呼接收机30(图9)接收并解调编码发射信号。解调后得到的输出被传递给消息译码器32~34(图9)。确认消息是通过它们的唯一UnitID传递给一个特定无线寻呼单元的一个单元消息。确认消息的预定接收方是这样的一种无线寻呼单元,它的单元消息译码器32被配置成响应这则消息使用的特定的UnitID。单元消息译码器将该消息作为确认消息进行译码,并将消息发送给寻呼单元控制器去进行处理。寻呼单元能够区分确认消息和收到的其它单元消息。例如,当系统的寻呼协议支持用于发送控制消息和信息消息的容量的时候,消息路由控制器可以将确认消息作为一个控制消息发送给寻呼单元,而信息消息则可以是其它单元消息。或者,为了区分确认消息和其它消息,可以让每一个寻呼单元有两个不同的UnitID,一个用于发送控制消息,另一个用于发送信息消息。消息路由选择控制器随后用控制消息UnitID将确认消息传递给寻呼单元。寻呼单元控制器48按照图26的流程图所示的方式处理确认消息。
在图26中,寻呼单元控制器48在步骤158中将存储器44中它的CurrRegID设置成确认消息中所提供的RegID,它可以是被作为重新注册过程的一部分而提供的LastRegID,或者它可以是该无线寻呼单元要被无线寻呼系统重新引向的RegID。寻呼单元控制器48将寻呼接收机30的频率RcvrFreq设置成RegID指定的FID值,并重新启动FreqTO和SysMsgTO超时定时器。最后,寻呼单元控制器48将服务状态改变成YES,以及通过将NoSrvcIndex设置成0并将第一个元素开始和结束设置成0而清零NoSrvx阵列。这样就完成了从一个区域进入另外一个区域的无线寻呼单元的重新注册过程。
在另一个实例中,当无线寻呼单元18离开它当前注册区域的覆盖区并且稍后又回到这一个区域的时候,系统消息的接收情况在图13中说明。这个无线寻呼单元会继续从RegID 8288收到系统消息,直到它离开预定的覆盖区,在这个时候系统消息的接收会停止。这种情况会被寻呼单元控制器48在图21中它的实时时钟子程序中检测到。进入这个子程序的时候,寻呼单元控制器48将时间值加1(步骤80),将保持时间的变量储存在存储器44中。然后它检查单元18是处于有服务状态还是无服务状态(步骤82)。到现在为止,在这个实例中,无线寻呼单元18一直在从它注册的区域发射系统16中接收有规则的周期性的系统消息,因此它处于有服务状态。所以,寻呼单元控制器48检查Time是否已经超过SysMsgTO时间(步骤84)。如果没有,这个子程序就结束。当Time从最后一次收到区域系统消息的时候开始已经超过了SYSMSG_TO时间,寻呼单元控制器48就在步骤86中转移以便调用图22所示的NoService开始子程序。当进入这个子程序的时候,服务状态被设置成NO(步骤94)。寻呼单元控制器48用NoSrvc跟踪(储存)无服务时间段,如前所述。NoService开始随后返回调用程序,即实时时钟子程序(图21的步骤86),并且实时时钟子程序结束。在实时时钟的下一时刻,又开始执行实时时钟子程序,使时间变量递增(步骤80)。然而这一次服务状态是无服务,使得寻呼单元控制器48在步骤82转移到步骤88,从而检查寻呼接收机的频率(RcvrFreq)。在这个实例中,由于CurrRegID是8288,它的FID是0,RcvrFreq将会是零(0),这是无线寻呼系统的通用广域频率,因而不需要任何其它操作。在实时时钟的每一个随后时刻,实时时钟子程序都会重复上述过程,直到这个单元将服务状态改回到YES(是)。
在这个实例中,当无线寻呼单元18重新进入它当前的注册区域中时,它会开始接收RegID为8288的系统消息。在图20中,将收到的系统消息的RegID的SID跟CurrRegID的SID进行比较,它们两个都是8192(步骤60)。因此,寻呼单元控制器48将Time设置成SysTime、将LastRegID设置成RegID、以及将LastAccess设置成AccessNumber(步骤62)。寻呼单元控制器随后检查RegID是否跟CurrRegID匹配(步骤64)。由于无线寻呼单元18已经重新进入了同一个区域,所以这些RegID值将匹配,因此,寻呼单元控制器48将LastSysMsg设置成Time,并通过将SysMsgTO设置成Time加上SYSMSG_TO来重新启动SysMsgTO,即系统消息超时定时器,并通过将FreqTO设置成Time加上FREQ_TO来重新启动FreqTO,即频率超时定时器,(步骤66)。寻呼单元控制器48随后检查它的服务状态(步骤68)。由于这是无线寻呼单元18离开覆盖区以后收到的第一个系统消息,服务状态应当是NO,因此这个寻呼单元控制器48会调用NoService结束子程序(步骤69)。图23所示的这个NoService结束子程序将服务状态设置成YES,将当前NoSrvc结束元素成员设置成Time,并递增NoSrvcIndex,以便让它指向NoSrvc阵列中的下一个元素(步骤160)。这个无线寻呼单元现在在它当前的和最初的注册区域中返回到服务状态。不需要任何重新注册,因为没有收到任何系统消息具有相同的SID和不同的RID。
无线寻呼单元18还可以在具有非零FID的RegID那里注册,从而在不同于系统宽频的另外一个频率上工作。上面描述多个FID值的使用,除了以下不同点以外,跟上面一样。为了以下实例,假设有三个区域发射系统16:一个的RegID是8288,另一个的RegID是8289,最后一个的RegID是8304。此外,假设有一个无线寻呼单元,它当前是在8289区域发射系统中注册,这个无线寻呼单元最初就是在这个系统中。区域发射系统16正在从与它们相关的发射机站广播周期性的系统消息。
在这个实例中,无线寻呼单元18正在从工作在另外一个频率的RegID移动到一个新的区域。这个8289区域发射系统广播系统消息,这些系统消息被无线单元16按照跟上面相同的方式接收并进行译码。8289 RegID的FID等于1,这意味着寻呼接收机30的频率是1。当无线寻呼单元从8289区域移动到8304区域的时候,这个8289系统消息会停止,在某些时刻并在经过一段时间以后,8304系统消息会开始。参考图21,这个无线寻呼单元会在实时时钟子程序中检测到系统消息的停止,并通过SysMsgTO将它的服务状态改变成NO(步骤84,86和94),这跟前面描述的一样。但是当下一次进入实时时钟子程序的时候,“RcvrFreq>0”的测试(步骤88)会得到结果YES,因为8289的CurrRegID会产生等于1的FID。这会导致寻呼单元控制器去测试FreqTO是否超时(步骤90)。当FreqTO超时(或者停止计时)的时候,将RcvrFreq设置成0(步骤92),尽管CurrRegID的FID是1。这样一来就将寻呼接收机30改变成了通用广域无线寻呼频率。如果RegID 8288和8289的重叠覆盖区相等同,无线寻呼单元就不会收到任何系统消息,除非它进 RegID 8304的覆盖区。当这种情况发生的时候,参考图20,寻呼单元控制器48将在步骤64中确定这个RegID与CurrRegID不匹配,并在步骤70中无服务。此外,它会在步骤74中确定RegID和CurrRegID的RID不匹配。因此,它就按照前面参考图25~27所介绍的方式重新注册(步骤76)。
在另一个实例中,无线寻呼单元18正在离开工作在另一个频率上的RegID的覆盖区,并回到这个区域。8289区域发射系统16广播系统消息,这些系统消息被无线寻呼单元18按照前面描述的方式收到并译码。8289 RegID有一个等于1的FID,它意味着这个寻呼接收机30的频率是1。如图12所示,当无线寻呼单元离开8289区域并回到8289区域的时候,8289系统消息会在某个时刻停止,在晚一些的某个时候8289系统消息又重新开始。参考图21,无线寻呼单元18会在实时时钟子程序中检测到系统消息已经停止,并通过SysMsgTO超时将服务状态改变成NO(步骤84、86和94),这跟前面描述的一样。下一次进入实时时钟子程序的时候,服务状态是NO(步骤82),RcvrFreq>0的测试会得到结果YES(步骤88),因为8289的CurrRegID产生等于1的FID。这会导致寻呼单元控制器去测试FreqTO是否超时(步骤90)。当FreqTO超时的时候,RcvrFreq会被设置成0,即使CurrRegID的FID是1。这会迫使寻呼接收机改变成通用广域无线寻呼频率。如果RegID 8288和8289的重叠覆盖区等同,无线寻呼单元就不会收到任何系统消息,除非它进入RegID 8288的覆盖区。当这种情况发生的时候,参考图20,寻呼单元控制器48会确定:RegID跟CurrRegID不匹配(步骤64),而且无服务(步骤70)。然而它会确定RegID和CurrRegID的RID相同(步骤74)。在8288和8289之间假设具有相同的重叠覆盖,接收机应该能够从8289收到系统消息。因此,它会将它的RcvrFreq设置成它的CurrRegID的FID,并重新启动FreqTO超时定时器(步骤78)。在这个定时器超时(或者停止计时)以前,无线寻呼单元应当开始从8289接收系统消息。
前面的详细描述涉及到区域发射系统16和无线寻呼单元18在这个发射系统中的注册。下面的详细描述将说明给用户的寻呼消息是如何通过同一个区域发射系统传递给无线寻呼单元的。
给无线寻呼单元18的消息被提交给消息输入单元14,如图1所示。消息始发方可以跟消息输入单元14连接,这个消息输入单元14包括这些接口中的一个或者多个:公共交换电话网(PSTN)、环球因特网、专用网、公用网或者其它类似的装置。不管用来连接消息输入单元14的装置是什么样的装置,这些接口必须能够提供两种基本的信息成份:(1)唯一的消息输入标识,它说明要接收这一消息的一个或一些无线寻呼单元18,和(2)消息数据本身。消息输入处理是按照图28a和28b中的流程图进行的。
在图28a中,消息输入单元14通过与输入单元之间适当的接口从消息始发方收到一则寻呼消息,这则寻呼消息拥有消息输入标识(MsgInID)和消息数据(消息)(步骤162)。这个消息输入单元14随后将这一信息发送给路由选择控制器12(步骤164)。下一步,如图28b所示,路由选择控制器从消息输入单元接收请求(MsgInID,消息)(步骤166)。利用这一MsgInID和路由选择数据库,如图17所示,路由选择控制器在这一记录的MsgInID字段中查找跟这个唯一的MsgInID匹配的记录(步骤168)。这个时候,路由选择控制器12检查GroupFlg(群标志),以便判断这个记录是否定义了一个UnitID或者一个GroupID(步骤170)。UnitID说明这一消息是只给一个无线寻呼单元的。GroupID说明这一消息是给一群(多个)无线寻呼单元的。
如果GroupFlg是YES,这一寻呼消息就是给一群无线寻呼单元的。通过利用记录里的GroupID去查找群数据库中的GroupList(群清单)来处理群消息(步骤172),这在图19中说明。这个GroupList是长度可变的一个或者多个UnitID的一个清单。这个路由选择控制器通过在路由选择数据库中查找GroupList中每一个UnitID的RegID、并将它添加到RegionLIst(区域清单)中去,从而利用这个GroupList在它的存储器中建立一个RegionList(步骤174)。路由选择控制器随后通过删除这个清单中所有重复的RegID来制作该RegionList(步骤176)。对于这个清单中剩下的每个RegID,路由选择控制器都将消息作为(GroupID,消息)传递给RegID所代表的区域发射系统(步骤178)。对于GroupList中的每一个UnitID,这个路由选择器都将消息作为(UnitID,消息,时间)储存在消息数据库中,这在图18中说明,其中的时间是由时间源15提供的关于这一消息被发射给区域发射系统的时间(步骤180)。
如果在步骤170中GroupFlg是NO,这则消息就是给单独一个无线寻呼单元的。单元消息被路由选择控制器加以处理,这个路由选择控制器将一则消息作为(UnitID,消息)传递给路由选择数据库记录中指定的RegID(步骤182)。这个路由选择控制器随后将该消息的一个拷贝作为(UnitID,消息,时间)存入消息数据库,其中该时间是时间源15提供的关于该消息被发射给区域发射系统的时间(步骤184)。
传递给区域发射系统的消息,不管是单元消息还是群消息,都被发射系统16的寻呼编码器24接收(图3),在这里消息被编码,以便最终通过这个区域的一个或者多个发射机站发射给无线寻呼单元。无线寻呼单元18通过寻呼接收机30收到编码信息(图9)。寻呼接收机30对编码信号进行解调,寻呼接收机的输出被传递给消息译码器32~34。单元消息被单元消息译码器译码,这个单元消息译码器被配置成响应唯一的UnitID。由于这个无线寻呼系统中只有一个无线寻呼单元被配置以任何给定的UnitID,所以只有一个无线寻呼单元会对这一消息进行译码,从而将有关的消息提供给这个无线寻呼单元控制器48以进行正常的寻呼消息处理。群消息被群消息译码器译码,这个群消息译码器被配置成对一个特定的、但不一定是唯一的GroupID做出反应。由于许多寻呼单元都可以配置一个给定的GroupID,所以会有许多无线寻呼单元同时对这一消息进行译码,以便将有关的消息提供给它们的无线寻呼单元控制器去进行正常的寻呼消息处理。跟典型的寻呼机一样,用户会被提醒收到了寻呼消息。
参考图24,其中给出了接收机关机子程序,当用户以逻辑方式将寻呼单元接收机关闭时,比方说无法收到寻呼消息的时候,寻呼单元控制器执行这一程序。寻呼单元控制器首先检查寻呼单元是不是在有服务状态(步骤186)。如果服务状态等于YES,寻呼单元控制器就将服务状态设置成NO,通过将第一个元素成员开始设置成Time(时钟46的时间)以及将第二个元素成员结束设置成0(步骤188),从而在NoSrvc阵列中启动一个新的项。就这样产生一个NoSrvc阵列项,它具有寻呼单元的接收机被关闭(除非这一单元又重新开始收到系统消息)的一个有界时间段。当寻呼单元的接收机以逻辑方式重新返回的时候,这个寻呼单元控制器开始查找系统消息。如果下一次收到的系统消息的RegID不同于寻呼单元的CurrRegID,则当这个寻呼单元关机时它就已经移动到一个新区域内,于是将要启动重新注册,就像这个接收机寻呼单元当它在曾经是开机的情况下就已经进入了一个新区域一样。如果下一次收到的系统消息的RegID跟CurrRegID相同,这个寻呼单元在它关闭的时候就没有改变区域,因而不需要进行任何重新注册,就好像这个接收机(也就是寻呼单元)离开一个区域后又返回到同一个区域。或者,如果寻呼单元在它关机的时候没有改变区域,寻呼单元就会通知用户启动重新注册,以获得接收机在关机的时候发送给这个寻呼单元的消息,或者如果NoSrvc阵列中的记录超过了预定界限(也就是说时间界限>结束-开始),比方说一个小时,则寻呼单元控制器就自动地启动重新注册。类似地,与寻呼单元被关机和重新打开无关,如果寻呼单元没有改变区域,寻呼单元就可以通知用户去启动重新注册程序,以便获得在接收机离开覆盖区的时候发送给寻呼单元的消息,或者如果NoSrvc阵列中的一条记录超过了预定界限(也就是时间界限>结束-开始),比方说一个小时,则寻呼单元控制器自动地启动重新注册程序。如果用户启动重新注册程序,则按下单向寻呼单元上的另一个按钮38时就会使寻呼单元控制器执行重新注册子程序(图25)。
从前面描述可以看出,提供了一种改进了的广域寻呼系统。对这里描述的本发明的系统和方法的修改和改进对于本领域里的技术人员来说是显而易见的。比如说,本发明可以用于采用扫频接收机的多频率无线寻呼系统,其中前面描述中的术语“频率”将替换成“频率组”,以用于采用扫频无线寻呼接收机的多频率无线寻呼系统。此外,图中和这里描述的数据结构只是示例性的,其它类型的数据结构也可以用来储存它们的信息。所以,应当将前面的描述看作说明性的,而不是限制性的。