CN1166223C - 对消息传输***进行操作的方法和用于该***的从站 - Google Patents

对消息传输***进行操作的方法和用于该***的从站 Download PDF

Info

Publication number
CN1166223C
CN1166223C CNB971936161A CN97193616A CN1166223C CN 1166223 C CN1166223 C CN 1166223C CN B971936161 A CNB971936161 A CN B971936161A CN 97193616 A CN97193616 A CN 97193616A CN 1166223 C CN1166223 C CN 1166223C
Authority
CN
China
Prior art keywords
message
beep
pager
response
send
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CNB971936161A
Other languages
English (en)
Other versions
CN1215531A (zh
Inventor
R��W����ɭ
R·W·吉布森
P·M·雷尔夫
F
J·R·贝尔颋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Pendragon Wireless LLC
Original Assignee
Koninklijke Philips Electronics NV
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Koninklijke Philips Electronics NV filed Critical Koninklijke Philips Electronics NV
Publication of CN1215531A publication Critical patent/CN1215531A/zh
Application granted granted Critical
Publication of CN1166223C publication Critical patent/CN1166223C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/022—One-way selective calling networks, e.g. wide area paging
    • H04W84/025—One-way selective calling networks, e.g. wide area paging with acknowledge back capability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/022—Selective call receivers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

至少包括一个具有在下行链路上进行发送的装置的主站(10、14、16、22)和多个具有在上行链路上进行发送的装置的从站(18、20)的消息传输***，每个从站具有自己的地址，该地址作为下行链路消息的一部分发送。每个从站具有以伪随机数据序列对消息产生响应的装置(100、102、104——图8没有表示)，伪随机数据序列由从站在任意时候至少根据分配给从站的地址及/或消息中所含的信息来产生。

Description

对消息传输***进行操作的方法和用于该***的从站
技术领域
本发明涉及发送消息的一种方法和***、以及该***中使用的主站和从站。这种***的一个例子是应答返回寻呼***，而且为了方便起见，将参照应答返回寻呼***进行讨论，但是应该理解，本发明的概念可以应用于其它双向通信***。
背景技术
应答返回寻呼***已经在诸如WO96/14716中揭示。这种***的基本形式需要一个寻呼网络控制器(PNC)，用于安排要发送到预定的收信人的消息。接收到呼叫的收信人能够通过包含在寻呼机中的低功率发射机来发送简单的应答。上述专利说明书揭示了一种***，其中一串消息发送到各个收信人，然后PNC向收信人发出邀请，使它们基本上同时地以伪随机数据序列形式发出应答，该序列在PNC中解扩，并将应答转发到需要应答的相应的一方。为了避免必须在寻呼机中应用功率控制技术以确保PNC在一定的电平上收到应答，PNC以阶梯式递增(或递减)的电平发送它的邀请，并且只有能收到各自邀请的那些寻呼机才能发送应答。这种已知技术的特点是对接收功率相对严格的控制是必要的。
PCT专利申请IB97/00492揭示了上述方法的一个变形，为了描述的方便起见，现将其称之为逐次消除(Progressive elimination)。在这种技术中PNC在下行链路上向分别寻址的寻呼机发送一串消息。然后PNC在下行链路上发送一个控制信号，邀请希望进行上行链路传输(例如对消息的应答、业务请求或注册请求)的那些寻呼机基本上同时地以伪随机数据序列形式发送应答。PNC分析可读懂的那些上行链路传输，然后重复邀请，其中包括对已成功分析的那些上行链路传输的确认，因此只有那些已第一次响应但却没有收到确认的寻呼机必须重试。
实际上这些已知技术需要每个寻呼机存储很多伪随机数据序列，每一个针对一种特定的响应。但是当对组消息进行处理、分别对几个存储消息以及分段消息进行响应时，这会导致一些不灵活。
发明的揭示
本发明的一个目的是对应答返回通信***的操作引入更多的灵活性。
根据本发明的一个方面，提供了一种对消息传输***进行操作的方法，该***包括至少一个在下行链路上进行传输的主站以及多个在上行链路上进行传输的从站，每个从站具有自己的地址，该地址作为下行链路消息的一部分发送，其特征在于，上行链路传输包括伪随机数据序列，从站至少根据分配给从站的地址及/或消息中包含的信息来使用该伪随机数据序列。
上行链路上的传输可能包含对下行链路上发送消息的响应及/或业务请求。
根据本发明的第二个方面，提供了一种消息传输***，包括至少一个具有在下行链路上进行传输的装置的主站以及多个具有在上行链路上进行传输的装置的从站，每个从站有自己的地址，该地址作为下行链路消息的一部分发送，其特征在于，所述从站中的所述装置产生对消息的响应，所述响应包括伪随机数据序列，从站在任意时刻至少根据分配给从站的地址及/或消息中包含的信息来产生该伪随机数据序列。
根据本发明的第三方面，提供了消息传输***中使用的一种从站，在***中至少一个主站在下行链路上向被寻址的从站发送消息，该从站具有用于在上行链路上进行传输的装置，其特征在于，所述从站中的所述装置响应所收到的消息来产生伪随机数据序列，该伪随机数据序列在任意时刻至少根据分配给从站的地址及/或消息中包含的信息来产生。
根据发明的第四个方面，提供了消息传输***中使用的一种主站，该***包括至少一个具有在下行链路上进行传输的装置的主站以及多个具有在上行链路上进行传输的装置的从站，所述上行链路传输包括伪随机数据序列，其特征在于，主站具有用于接收消息、对消息编码、附加从站地址、以及将多个消息组合成在下行链路上传输的消息流的装置，主站还包括用于接收上行链路传输、对收到的上行链路传输解码、确认已成功接收的那些上行链路传输、以及邀请那些没有收到确认的从站重复它们的上行链路传输的装置。
附图的简单描述
本发明现在将通过例子参考所附的图来描述，其中：
图1是消息传输***的示意框图，
图2是表示发送邀请信号、接收CDMA响应以及分析该响应的图，
图3是表示***的伪随机数据序列响应类型的交替操作，
图4A和4B说明确认是如何与下行链路上发送的邀请信号合并的，
图5是PNC 10的示意框图，
图6是表示操作序列的流程图，
图7是寻呼机的示意框图，
图8和9是说明用于产生伪随机数据序列的装置的实施例的框图，
图10是序列定时规则的例子，
图11是切普(chip)定时序列的例子，
图12是说明寻呼***发送邀请控制序列以及寻呼机发送确认的定时图，
图13是与寻呼***得到寻呼机的使用已经显示了一条消息的证实有关的定时图，以及
图14和15是与寻呼***从寻呼机用户得到应答有关的定时图。
在附图中，相同的引用号用于表示相应的特性。
实现发明的方式
参考图1，消息传输***包括寻呼网络控制器(PNC)10，它具有从配备了个人计算机(PC)的操作员或直接从具有PC和调制解调器的用户那里接收寻呼机地址以及有关消息的消息输入端口12。在PNC所包括的目录之中含有如下信息：诸如寻呼机无线标识码(RIC)、被寻呼的区域、频率、寻呼机类型、主要协议——例如POCSAG(或CCIR无线寻呼码No 1)以及ERMES、以及寻呼机的状态，PNC 10将消息和它们的有关的RIC与其它相关信息一起组装成数据分组，并将其转发到寻呼区域控制器(PAC)14，在那里将RIC和有关消息格式化成可以由基站发射机(或基站收发机的发射机部分)16通过下行链路分别发送到双向寻呼机18、20的格式。
如果双向寻呼机20识别出正发送的消息具有RIC，它就接收该消息并对其解码。如果用户希望发送简单的响应，那么他通过集成的键盘，选择预先存储的响应并当被PAC 16邀请时通过上行链路发送其响应。响应信号可以作为伪随机数据序列(PRDS)同时发送。
提供一个或更多的接收机(或收发机的接收机部分)22接收响应并将它们中继到PAC 14，响应在那里被解码并作为数据分组发送到PNC10。PNC 10包括用于分析信号和用于将响应与下行链路上发送的消息相匹配的装置。
匹配的响应以任何合适的形式(例如通过电子邮件或通过单向寻呼消息形式的发送)被中继到各自的用户。或者响应被发送到寻呼网络所操作的消息应答业务。在任一情况下，确认都要发送到相应的双向寻呼机20。但是，不是所有的响应都匹配，因为，例如，由于近远效应，强的响应阻碍了弱的响应。如果PNC 10确定只有下行链路上发送的一小部分消息收到了响应，那么它就对未响应消息或没有收到确认的那些寻呼机发出一个通用邀请，请它们在上行链路上发送或重发响应。分析最近收到的响应，出现匹配就发送确认。如果确定了成功响应的总数仍然低于按统计确定的门限水平，就通过在下行链路上发送另一个邀请信号而重复该循环。重复该过程直到经过了预定循环数或者已经超过了门限水平而且显然不再有对这一批消息可懂的响应可以恢复。
在基本上同时发送的PRDS响应信号的情况下，每次收到一批响应信号，这些被成功分析的响应信号一般在接收机22的天线处有最大的电平。因此，当它们从响应信号集中被去掉、然后当下一个邀请信号被发送时，来自较弱源(即来自较远的寻呼机)的信号将被解码并匹配。这个操作序列在这里被称之为逐次消除(ProgressiveElimination)。
图2说明了***的一个例子，其中响应包括为应答下行链路上的邀请信号而同时发送的PRDS信号。在图2中，消息(未表示)已经在下行链路上发送。第一个邀请INV1在下行链路上发送。寻呼机检测到向它寻址的消息后，通过发送规定时隙RES1内的码序列来响应邀请信号INV1。在时隙结束之后启动一个搜索程序SCH。在搜索程序中，PNC 10(图1)中存储的码连续地与响应数据序列比较，并且逐一识别对特定消息的响应。但是由于近/远问题，只能检测最强的响应信号，通过在下行链路上发送确认信号以通知已经成功的那些寻呼机不响应序列中接下来的邀请信号INV2以及INV3，从而将这些信号从下一次搜索中去掉。
预计在实际***中，大多数寻呼机18、20(图1)都与接收机(多个接收机)22的天线(多个天线)有一定距离，这意味着它们在天线处的功率较低。因此，尽管时隙RES1、RES2和RES3的持续时间可以相等，如图所示，但是最好根据预计的响应数目分配可变的时隙长度，例如较高功率的响应数目少，较低功率的响应数目多。最初分配较短的时隙，这样，对抗低噪声及干扰的很少的强功率可以有效地去除。然后分配较长的时隙，以便容纳对抗高电平的噪声及干扰的较弱的接收功率。
如果需要，寻呼机18、20可以对它们的发射机进行功率控制，以便改变它们的响应信号的强度并通过这样做来降低邀请/响应的循环数。
在参考图2描述的实施例的改进中，图3表示将所有寻呼机分成两组，并将其中一组Gp1的消息及邀请在下行链路上的发送与对上行链路上另一组Gp2的响应的分析交织在一起。
划分所有寻呼机的一种方法是将奇数编号的寻呼机分为一组，即Gp1，偶数编码的寻呼机分成第二组，即Gp2。另一种方法是对寻呼机测量所接收的下行链路信号的强度(RSSI)，并通过使用预设的门限确定它们属于所述两组中的哪一组。
发送邀请消息并同时通知已经那些已成功分析了其响应的那些寻呼机的一种方法是在图4A所示的顺序的序列中发送消息M1到M14，并在图4B的邀请信号中提供一个域FD，它按照1对1关系带有相应的时隙号，因此时隙3对应于消息M3。当第一个邀请信号INV1发送时，域FD的所有比特都为0，表示没有收到过响应。但是，第一轮分析之后，通过将域FD的时隙1、3、4、9、11及13中的比特从“0”改变到“1”，表示确认发送到消息M1、M3、M4、M9、M11及M13所寻址的那些寻呼机。当更多的消息被确认时再改变其它比特。
发送邀请的循环数可以固定。但是，如果确定成功解码的响应数超过了统计确定的门限值，那么其余的循环就可停止。
图5以框图形式表示连接到PAC 14和基站发射机16及接收机22的PNC 10。输入端口12连接到微控制器24，项目26到36与之连接，它们分别涉及RIC、寻呼区域、频率、寻呼机类型、主要协议以及状态。消息存储器38连接到微控制器24，用于存储输入端口12接收的消息。存储器38具有区域40，用于存储证实各个消息的响应已经接收并被确认的指示。微控制器24的输出42连接到PAC 14，用于提供在由发射机16对其发射之前进行了格式化的数据分组。
接收机22收到的响应通过PAC 14被中继到信号分析器44。当每个响应被成功地分析时，它们被转发到微控制器24，以便与存储器38中的消息匹配。一旦匹配，微控制器在下行链路上发送下一个邀请信号时便安排发送确认。在适当时刻，通过例如电子邮件或单向寻呼消息通知响应的接收者，或者将响应与各个寻呼机号码存储在一起从而使用户在方便的时候可以查询存储器。一旦微控制器24确定实际上所有响应都已收到，就擦除消息存储器38中的消息，准备通过输入端口12接收更多的消息。更方便的是存储器38由两半组成，一半处理已经在下行链路上发送的消息的确认，另一半存储要发送的消息。
图6是表示包括在发送消息、接收响应以及确认响应中涉及的操作序列的流程图。模块52涉及消息序列的传输，随后在模块54中发送邀请信号。模块56涉及PRDS响应的接收，然后模块58将其分析并与各自的消息匹配。模块60涉及确认的传输。在模块62中，进行检查，看成功响应的数目是否超过表示尽可能多的响应已经收到的门限值。如果回答为否(N)，流程图进行到模块64，进行检查，看是否已经超过预定的最大邀请数。如果回答为否(N)，流程图就返回模块54。来自模块62和64的是(Y)回答使流程回到模块52并且重复该循环。
参考图7，寻呼机20包括连接到解码器70的接收机68，解码器70再连接到控制处理器72。控制处理器72根据存储在只读存储器74中的程序操作。控制处理器72也包括地址存储器(未表示)，它包含该寻呼机的唯一地址。寻呼机收到消息时，就将其存储在随机访问存储器76中。随后消息可以显示在LCD面板80上，LCD面板80具有关联的驱动器78，它与控制处理器72相连。通知设备可能包括语音转换器82、发光转换器84以及震动器86，它们被连接到控制处理器72。键盘88提供人机接口，藉此，用户可以指示处理器实现各种功能，例如在面板80上显示存储的消息。发射机90连接到控制处理器72的一个输出端以及天线92上。接收功率控制级94连接在控制处理器72和接收机68之间，以便根据所遵循的寻呼协议的规定进行电池节省。在寻呼机发送作为PRDS信号的响应信号时，控制处理器72包括用于确定要发送的具有有关寻呼机的标识及/或原来下行链路消息中的信息的序列的装置。然后PRDS被中继到发射机90以便向前传输。如果对发射机90使用可选用的功率控制，那么由控制处理器72通过控制线96提供一个功率控制信号。
在上行链路上发送的信号也可以包括业务请求，例如注册，因此本发明同等地用于处理这种业务请求，除了不对输出消息进行匹配以外，其方式与响应相同。
确定上行链路PRDS的方法当响应下行链路消息时可得到更大的灵活性。参考图8，使用两个12-抽头的序列发生器100、102和6抽头的序列发生器104(它们的输出连接到异或(XOR)门106)来产生响应PRDS。每个序列发生器包括n比特的XOR掩模108、110、112以及n比特的移位寄存器114、116、118，这里对于序列发生器100、102，n＝12，对于序列发生器104，n＝6。所有的序列发生器100、102、104都是时钟同步的。
图9说明了n比特序列发生器的例子，这本来是已知的，因此不再详细描述。
在本例中，掩模108、112、和110的缺省参数ha、hb以及hc分别是829h、30h和B64h，移位寄存器114、118以及116的缺省参数，即a、b和c，分别是001h、([X]DIV2N)DIV212、以及([X]DIV2N)MOD212，这里的下标h代表十六进制，在POCSAG标准中，[X]指21比特地址和寻呼机RIC的帧，[N]是定义为3和7(包含3和7在内)之间的常数的运算符。缺省的相位由(212DIV2N)×([X]MOD2N)确定。在下面描述中，以下参数以及它们的缺省值是寻呼机所需要的。
它们在随后的描述中更详细地解释：
相位阶梯：8
发送：允许
在发送之前，需要寻呼机将序列发生器启动到给定的相位。注意序列的相位0对应于最初装载的寄存器。相位n通过将寄存器移位n次来实现。如果得到指示，寻呼机可以使用不同的参数。
注意参数‘ha’、‘hb’以及‘hc’定义P.N.系列。给定***中的所有寻呼机将使用相同的系列。参数‘b’和‘c’定义码序列。应答返回码指的是序列和相位。
当需要传输时，序列发生器受同步时钟控制产生切普序列。要求开始时钟同步的时间点将根据如下原则：
i.寻呼机只在收到邀请控制序列ICS之后响应。
ii.发送序列将在邀请消息要结束之后的第二同步码字的开始处起动。
例子示于图10。
iii.发送序列的第一比特将在同步码字的第一比特开始的时候开始，如图11所示。其容差为±100微秒。
iv.发送长度由邀请命令序列确定。寄存器移位L次，这里L由邀请控制序列中的[Length(长度)]参数规定。
v.码序列的切普速率为每秒9600切普，容差为10ppm。
在调制之前，所产生的切普序列被滤波，使得相邻25kHz信道中的总干扰为-50dBc。
以下将描述双向命令序列。
基本原则如下：
寻呼机只响应寻呼PNC***发送的邀请而发送。一个以上的寻呼机可以同时发送，每个寻呼机使用不同的序列。寻呼机不必用特殊的返回信道RIC或其它信息重新编程。
寻呼机使用在POCSAG(或CCIR无线寻呼码No.1)消息中嵌入的控制序列来确定如何响应以及何时响应。控制序列作为一般文字消息的一部分发送给用户，有一些可以作为特殊寻呼消息主动地发送。
字符用如下两种方式之一定义：
<Valueh>：16进制格式的ASCII字符。有效范围从<00h>到<7Fh>。
“Character”：显示的ASCII字符。
例如“A”和<41h>定义相同的字符。注意，根据POCSAG标准，每个字符的最低有效比特先发送。
控制字符是从<00h>到<1Fh>(含)的任意字符以及<7Fh>。可打印字符是任意其它字符。
表1总结了控制序列，这些命令随后将详细定义。未正确接收的控制序列或者结构不正确的序列必须由寻呼机加以忽略。
注意，在这些序列中只有三个(邀请、响应分配、以及快速邀请控制序列)是有效的双向通信所必须的。所有其它的控制序列提供各种增强。对于只希望实现自动确认的操作员来说，只需要快速邀请控制序列。
表1：前向信道应答控制序列
控制序列     缩写   字符 描述
要素
邀请     ICS     I 引起一个或多个寻呼机发送响应
响应分配     RACS     T 为寻呼机定义唯一的响应参数
快速邀请     FICS     F ICS和RACS的组合，只用于确认
有用的
嵌入应答     EACS     R，r 使用的消息/已存字典的嵌入应答
恢复缺省     RDACS     D 使用缺省
命令结束     EOC     E 表示命令结束
临时序列分配     TSACS     X 对寻呼机分配临时序列
临时相位分配     TPACS     Z 对寻呼机分配临时相位
发送禁止/允许     TEICS     A，a 允许操作员禁止或启动寻呼机的发送
较少的
临时P.N.系列分配     TPFACS     Q 对寻呼机分配临时的P.N.系列
永久P.N.系列分配     PPFACS     P 对寻呼机定义P.N.系列
永久序列分配     PSACS     W 定义寻呼机的序列
永久相位分配     PPACS     Y 定义应该由寻呼机使用的相位
相位阶梯分配     PSDCS     S 定义允许使用的相位移动的有效集
邀请控制序列ICS定义寻呼机应该如何响应。ICS可以发送到单个寻呼机或一组寻呼机。ICS与响应分配控制序列RACS结合使用。
可以发送快速邀请控制序列FICS，代替发送RACS/ICS对。
寻呼机可以立即发送响应。
邀请控制序列ICS为寻呼机做如下定义：
允许的应答类型。
引用参数。
当实现前面描述的逐次消除技术时使用的时隙号。
以下是可选的参数：
寻呼机将要发送的时间长度。
时间标记。
一些识别比特。当使用逐次消除时，寻呼机使用这些比特确定是否收到了它们的传输、以及是否需要重传。
邀请控制序列ICS有以下格式：
<1Eh>’I’[Type][RefICS][Slot]{[Length]}{[Time]}{[REC]}
这里：
[Type]定义允许来自寻呼机的何种类型的应答返回响应，以及将使用哪种可选的参数。[Type]可以是<20h>和<5Fh>(含)之间的值。它被译为6比特数如下：
如果比特5被设置：请求的响应邀请。
比特0    确认。如果这个比特(最低有效)被设置，寻呼机可以发送确认响应。
比特1    显示的响应。如果这个比特被设置，寻呼机可以发送显示的响应。
比特2    对特殊消息的用户应答准备好响应。如果这个比特被设置，寻呼机可以发送特殊用户应答准备好响应。
比特3    对任何消息的用户应答准备好响应。如果这个比特被设置，寻呼机可以发送通用用户应答准备好响应。
比特4    用户应答响应。如果这个比特被设置，寻呼机可以对消息发送实际的应答。
如果比特5清除。非请求的响应邀请。
比特0到4非请求的响应号(URN)，这里比特0到4定义0和31(含)之间的5比特数。
请求的和非请求的响应随后描述。
[RefICS]定义邀请的唯一标识。[RefICS]是单个字符，可以是<20h>和<7Eh>(含)之间95个值中的一个。它允许寻呼机记录系列及有关的邀请控制序列ICS。
当[RefICS]匹配RACS中的[RefRACS]时，寻呼机可只对消息发送确认。对于其它类型的消息响应，在响应分配控制序列RACS中的[Time]参数中定义一个时间限制。
[Slot]用于实现逐次消除，并定义系列的邀请控制序列ICS。[Slot]是30h和3Fh(含)之间的一个单个字符。它的值从最低4位有效比特中确定。如果不使用逐次消除，它总是为0(<30h>)。
{[Length]}一个参数，它在[Type]为<20h>时不出现。定义寻呼机的序列发生器应该受到的时钟同步控制的次数，它被表示如下：
比特4和比特5设置：L＝2N，这里N是0和15(含)之间的数，由比特0到3规定。
比特4清除，比特5设置：L＝3×2N。
比特4设置，比特5清除：L＝5×2N。
比特4设置且比特5清除：L＝75×2N。
{[Time]}一个参数，如果[Type]为<20h>或<21h>时它不出现。它包含如下格式的3个字符：dhm；d是从1到31的31天值中的一个；h是从0到23的24小时值中的一个；m是从0到59的60分钟值中的一个；在所有情况下，这些值都从所发送的字符的6位最低有效比特中确定，这里使用<20h>和<5Fh>之间的字符。
它定义当前时间。
或者如果[Time]为“i”(<59h>)，寻呼机使用自己的内部时钟确定当前时间。
{[REC]}如果[Slot]为0(<30h>)时这个参数不出现。它包含识别比特，以便通知寻呼机响应被寻呼***接收。这个参数的使用随后描述。
这个命令必须结束该消息。
响应分配码序列RACS总是嵌入在消息中发送，并定义需要响应的消息。它可以被发送到单个寻呼机或者成组的寻呼机。注意寻呼机直到收到了ICS才发送响应。
ICS和RACS定义为单独的控制序列可以保证在需要的时候很多寻呼机可以同时发送它们的响应。
RACS为寻呼机定义如下：
类型参数：限制消息允许的响应类型，并定义将使用哪个可选的参数。
下面是可选参数：
引用参数。与ICS中的引用参数结合使用。
限制非确认响应的时间标记。
用于当前消息的分配响应比特ARB。
它用于实现逐次消除，并结合ICS中的[REC]参数使用以使寻呼机确定是否需要响应或者是否收到了以前的响应。
ARB的时间标记。
用于消息的应答返回码。
响应分配码序列RACS具有如下格式：
<1Eh>’T’[Type]{[RefRACS]}{[Time]}{[ARB]}{[TimeARB]}{[Code]}
[Type]限制寻呼机只提供消息响应的子集。[Type]是一个具有<20h>和<5Fh>(含)之间值的字符。应该译为6比特数如下：
比特0确认。如果这个比特(最低有效)被设置，寻呼机可以对这条消息发送ACK响应。
比特1    显示的响应。如果这个比特被设置，寻呼机可以对这条消息发送DISP响应。
比特2    对特殊消息的用户应答准备好响应。如果这个比特被设置，寻呼机可以对这条消息发送ANR、FLAG或ANSn响应。
比特3    分配REC比特。如果被设置，则[ARB]包括在RACS中。
比特4    ARB的单独超时。如果被设置，则[TimeARB]包括在RACS中。仅当比特3被设置时才可以进行设置。
比特5    码出现。如果被设置，[Code]包括在RACS中。
{[RefRACS]}一个参数，如果[Type]的比特0被设置时它才出现。它定义响应的唯一标识。它是具有<20h>和<7Eh>(含)之间95个值中一个的单个字符。
当[RefRACS]匹配ICS中的[RefICS]时，寻呼机可以只向消息发送确认。对于其它类型的消息响应，使用[Time]参数中规定的时间限制。
{[Time]}一个参数，它设置非确认的寻呼机发送的时间限制。如果[Type]参数的比特1和2被清除，这个参数就不出现。
不能在这个时间限制之外对消息发送响应。该时间限制用两种方式之一规定：通过使用时间标记，或者通过使用寻呼机内部时钟。如果使用时间标记，[Time]的格式类似于ICS的[Time]参数。它的内容是当前时间加上所要求的邀请窗口。当ICS[Time]参数小于[Time]中的值时，只能对消息进行响应。
如果使用寻呼机的内部时钟，那么[Time]是从<60h>到<7Eh>(含)的单个字符。只能在带有如下含义的下一个[Time]中对消息进行响应：<60h>到<6Eh>时间限制以分钟计，使用4位最低有效比特；<70h>为30分钟；<71h>为60分钟；<72h>为120分钟；<73h>为180分钟；<74h>为360分钟；<75h>为12小时；<76h>为24小时；所有其它值保留。
例如，如果[Time]为‘e’(<65h>)，那么寻呼机只能在下一个5分钟后对消息发送响应。如果[Time]为‘JF！’(<4Ah><46h><21h>)，那么寻呼机只能当ICS包含本月10日0633之前的时间标记时对消息发送响应。
{[ARB]}如果[Type]的比特3被设置，这个参数才出现，定义寻呼机的REC比特。
对于到单个寻呼机的呼叫：这个参数包含两个十六进制字符，每个具有‘0’和‘9’、‘A’和‘F’(含)之间的值。它们一起组成2位数的十六进制数，其范围从‘00’到‘FF’。
对于到成组寻呼机的呼叫：这个参数包含三个字符‘Gn1n2’，这里n1n2是两个十六进制字符，每个具有‘0’和‘9’、‘A’和‘F’(含)之间的值。它们一起组成2位数的十六进制数，范围从‘00’到‘FF’。
或者，可以包含一个字符‘L’。它指示寻呼机使用[ARB]的原有值。
{[TimeARB]}如果[Type]的比特4被设置，这个参数才出现。这个参数内容的格式与[Time]中相同。定义了提供给[ARB]的时间限制。如果这个参数不出现：
如果[Time]出现，定义提供给[ARB]的时间限制。
否则，仅当[RefRACS]匹配邀请控制序列ICS中的[RefICS]时提供[ARB]。
{[Code]}如果[Type]的比特5被设置，这个参数才出现。这个参数定义了仅对这条消息的所有响应的寻呼机所使用的码。它可以代替临时序列分配控制序列TSACS和临时相位分配控制序列TPACS而被使用。
[Code]包含如下格式的2、3或5个字符：
2个字符：[Phase]
3个字符：[Init b][Init c]
5个字符：[Init b][Init c][Phase]
这里：
[Init b]包含一个字符。6位最低有效比特定义‘b’，6比特的初始序列(initialiser)。比特7被忽略，它可以具有任何值。
[Init c]包含两个字符。每个字符的6位最低有效比特一起定义‘c’，12比特的初始序列。两个字符的第一个包含6位最高有效比特，第二个包含最低有效比特。两个字符的比特7被忽略，它可以具有任何值。
[Phase]包含两个字符。每个字符的6位最低有效比特一起定义一个0和4095之间的12比特数。两个字符的第一个包含6位最高有效比特，第二个包含最低有效比特。两个字符的比特7被忽略，它可以具有任何值。
这个命令需要一个分隔符，因为RACS的长度未知。
快速邀请控制序列FICS是邀请控制序列ICS和响应分配控制序列RACS的组合，它可以发送到单个寻呼机，也可以发送到一组寻呼机。寻呼机可以立即发送一条响应。
FICS具有以下格式：
                   <1Eh>’F’[Length]
这里[Length]与ICS命令中的相同。
注意FICS等效于以下的ICS和RACS：
<1Eh>’I’<21h>[Ref]<30h>[Length]<1Eh>’T’<41h>[Ref]
这里[Ref]是任意字符。它只限于确认响应而且不能用于实现逐次消除。
这条命令不需要分隔符，因为FICS的长度是已知的。
嵌入应答控制序列(EACS)用于使用户对消息给出应答。EACS只可以在与RACS相同的消息中发送而且只适用于该消息。
支持两种形式的嵌入应答。首先，实际应答消息嵌入在消息内发送。其次，规定预定的响应字典。在这种情况下，在消息中只能发送一个EACS。
这些形式必须单独使用。一条消息可能包含任一种形式的EACS，但是不能包含两种形式的EACS。
在第一种形式中，EACS具有如下格式：
<1Eh>’R’[Answer]
[Answer]是使用可打印字符的任意字串。不允许不在范围<20h>到<7Eh>(含)内的字符。
这条命令用随后的任何命令(例如另一个EACS，或EOC)的控制字符、或该消息的结束来分界。
消息中可以发送一个或多个这种形式的EACS。收到这种消息时，寻呼机将提示用户选择一个应答。也有附加的隐含EACS。它不是由寻呼***发送的，但是如果需要的话可以由用户作为响应来选择。即：
“None of these”(这些都不是)
例如一条消息可以是：
Can you meet me at McDonal ds tonight？(今晚你能在麦当劳见我吗？)<1Eh>R6pm<1Eh>R7pm<1Eh>R8pm<1Eh>Rno<1Eh>RI will callyou later(我稍后将呼你)。
收到这种消息时，寻呼机将提示用户从中选择一个应答：
6pm
7pm
8pm
No(不)
I will call you later(我稍后将呼你)
None of these(这些都不是)
用第二种形式，可以使用预先存储在寻呼机中的已存应答。只有一个EACS可以用如下格式在消息中发送：
<1Eh>’rx’
这里x是‘0’和‘9’、‘A’和‘F’(含)之间单个的十六进制数字。
这可识别寻呼机中已存的16个应答字典中的一个。注意，字典可以是多达256项的任意长度。已存应答字典是可选的，而且所需的数目是操作员定义的。
这种形式的命令不需要分隔符，因为长度是已知的。
存储缺省分配控制序列RDACS用于存储寻呼机所使用的缺省反馈掩模、初始序列、以及相位。它可以在个人消息和组消息中发送。这条命令去掉了PPFACS、PSACS和PPACS的影响。
RDACS可以在任何时候发送，但是必须在包含RACS的消息中发送。这使寻呼***可以确定RDACS是否正确接收。
RDACS具有如下格式：
<1Eh>’D’
而且没有参数。这条命令不需要分隔符，因为RDACS的长度是已知的。
命令结束(EOC)控制序列可以作为分隔符在任何消息中发送，以便在需要的时候标志控制序列的结束。注意任何其它控制序列或者消息的结束也标志一条控制序列的结束。
EOC具有如下格式：
<1h>’E’
而且没有参数。
临时序列分配控制序列TSACS可以在个人消息和组消息中发送。TSACS只能在与不包含[Code]参数的、与RACS相同的消息中发送，并只适用于该消息的响应。
TSACS的格式如下：
<1Eh>’x’[Init b][Init c]
[Init b]包含一个字符。6位最低有效比特定义‘b’，6比特的初始序列。比特7被忽略，它可以具有任意值。
[Init c]包含两个字符。每个字符的6位最低有效比特一起定义‘c’，12比特的初始序列。两个字符的第一个包含6位最高有效比特，第二个个包含最低有效比特。两个字符中的第7比特被忽略，它可以具有任意值。
注意如果TSACS作为组呼叫发送，则要临时调整序列和相位，如随后所描述的那样。
临时相位分配控制序列TPACS只能送到寻呼机的唯一RIC，不能作为组呼叫发送。它用于替换寻呼机使用的缺省相位。TPACS只能在不包含[Code]参数的、与RACS相同的消息中发送，并只适用于该消息的响应。
TPACS具有以下格式：
<1Eh>’z’[Phase]
[Phase]包含两个字符。每个字符的6位最低有效比特一起定义0到4095之间的一个12比特数。两个字符中的第一个包含6位最高有效比特，第二个包含最低有效比特。两个字符中的第7比特被忽略并且可以具有任意值。
寻呼机所使用的序列相位是[Phase]。这个参数的使用将随后结合表2来描述。
这个命令不需要分隔符，因为TPACS的长度是已知的。
发送允许/禁止命令序列(TEICS)可以被发送，以便禁止或允许寻呼机的发送。TEICS的格式如下：
<1Eh>’A’禁止
<1Eh>’a’允许
这个命令改变寻呼机的发送参数。如果允许，寻呼机就可以发送。如果禁止，寻呼机就不能发送，而且只能作为单向寻呼机。
这个命令不需要分隔符，因为TEICS的长度是已知的。
永久P.N.系列分配控制序列(PPFACS)只能发送到寻呼机的唯一RIC，不能作为组呼叫发送。它用于替换序列发生器使用的缺省XOR反馈掩模。
PPFACS只能在不包含[Code]参数的、与RACS相同的消息中发送，并用于该消息以及所有随后消息的响应。
寻呼***中的所有寻呼机将使用相同的系列。这个命令必须发送到使用不同缺省系列的漫游寻呼机。
PPFACS的格式如下：
          <1Eh>’P’[Mask ha][Mask hb][Mask hc]
[Mask ha]包含两个字符。每个字符的6位最低有效比特一起定义‘ha’，12比特反馈掩模108(见图8)。两个字符中的第一个包含6位最高有效比特，第二个包含最低有效比特。两个字符中的第7比特被忽略而且可以具有任意值。
[Mask hb]包含一个字符。6位最低有效比特定义‘hb’，6比特反馈掩模112(见图8)。比特7被忽略而且可以具有任意值。
[Mask hc]包含两个字符。每个字符的6位最低有效比特一起定义‘hc’，12比特反馈掩模110(见图8)。两个字符中的第一个包含6位最高有效比特，第二个包含最低有效比特。两个字符中的第7比特被忽略而且可以具有任意值。
这个命令不需要分隔符，因为PPFACS的长度是已知的。
临时P.N.系列分配控制序列TPFACS只能发送到寻呼机的唯一RIC，不能作为组呼叫发送。它用于替代序列发生器使用的缺省XOR反馈掩模。TPFACS只能在不包含[Code]参数的、与RACS相同的消息中发送，并只用于该消息的响应。
TPFACS的格式如下：
          <1Eh>’Q’[Mask ha][Mask hb][Mask hc]
这里的参数与上面对PPFACS的描述相同。这个命令不需要分隔符，因为TPFACS的长度是已知的。
永久序列分配控制序列PSACS只能发送到寻呼机的唯一RIC，不能作为组呼叫发送。它用于替代寻呼机使用的缺省序列寄存器。PSACS只能在不包含[Code]参数的、与RACS相同的消息中发送，并用于该消息以及所有随后消息的响应。
PSACS的格式如下：
               <1Eh>’W’[Init b][Init c]
这里的参数与上面对TSACS的描述相同。
这个命令不需要分隔符，因为PSACS的长度是已知的。
永久相位分配控制序列PPACS只能发送到寻呼机的唯一RIC，不能作为组呼叫发送。它用于替代寻呼机使用的缺省相位。PPACS只能在不包含[Code]参数的、与RACS相同的消息中发送，并用于该消息以及所有随后消息的响应。
PPACS具有以下格式：
                   1Eh>’Y’[Phase]
[Phase]包含两个字符。每个字符的6位最低有效比特一起定义0到4095之间的一个12比特数。两个字符中的第一个包含6位最高有效比特，第二个包含最低有效比特。两个字符中的第7比特被忽略并且可以具有任意值。
这个命令不需要分隔符，因为PPACS的长度是已知的。
相位阶梯定义序列PSDCS定义允许的码之间的相位阶梯。它一般用于对漫游寻呼机重编程。
PSDCS的格式如下：
<1Eh>’S’[Phase Step]
这里
[Phase Step]包含一个具有任意值的字符。6位最低有效比特定义寻呼机使用的相位阶梯。比特7被忽略，它可以具有任意值。
这个命令不需要分隔符，因为PSDCS的长度是已知的。
在一些情况下，可能需要发送一个控制字符，它作为消息一部分中的一个字符显示给用户。在这种情况下，操作员要定义一个换码控制字符。
在本发明实施例中，双向寻呼机不使用音频呼叫。相反地，使用单地址码字的寻呼呼叫将被解释为对寻呼机发送的确认。它们是对邀请控制序列ICS中使用REC参数的替代。
对于POCSAG寻呼机，地址码字中使用的功能比特(即比特20和21)标识寻呼机所响应的ICS。功能比特匹配ICS[RefICS]参数中的两位最低有效比特。
这种呼叫的使用是可选的。
现在将描述前面已描述的命令序列在寻呼***中的使用以及寻呼机应该如何响应命令序列以实现双向寻呼。
下面提供：
寻呼机可以发送的两类传输：
i)请求的这是由于一条消息而希望寻呼机进行的传输。
ii)非请求的这是寻呼机进行的未预期的传输——例如，当注册漫游时，或当用户请求信息时。
寻呼机只能在收到邀请控制序列ICS或快速邀请控制序列FICS之后才能发送响应。控制序列中的参数用于确定是否允许以及允许何种类型的响应。除了当邀请非请求的响应时，ICS都要与RACS结合使用。FICS被独立使用。
寻呼机可以响应一条消息发送几个码中的一个。不同码的含义随后定义。
应答返回码为三类之一：
i)缺省这些已经结合图8和9的描述定义了。
ii)永久有时可以指示寻呼机使用不同的应答返回码来响应消息。这种指示一般是给漫游寻呼机的。RDACS使寻呼机恢复使用缺省码。
iii)临时消息可以包括只由寻呼机用于该消息的应答返回码。随后对消息的响应都使用缺省或者永久码。
操作员可以使用两种基本策略之一：
1)邀请寻呼机立即对消息响应。这通过在同一消息中发送ICS和RACS或者通过发送FICS来实现。一般只有几个寻呼机会同时发送响应。
2)邀请寻呼机一起响应。这通过在单个消息中发送RACS然后通过发送作为组呼叫的ICS来实现。如果使用相同频率用于上行链路和下行链路传输，就需要这种技术。
共有218种序列可供寻呼机用于发送对消息的响应。根据相位阶梯，每个序列可提供多达512个码。这意味着多达227个码可供使用。
这些码可用于两种目的之一：作为各个寻呼机保留码，或者作为通用的空闲码。
常数[N]和参数[Phase Step](如以前结合码产生所描述的)提供了多种选择。对于8和16的相位阶梯值，这些在表2中表示。
表2相位及序列
    N 相位阶梯 每序列的寻呼机数 每寻呼机的相位数 空闲序列数
    3     8     8     64     0
    3     16     8     32     0
    4     8     16     32     131072
    4     16     16     16     131072
    5     8     32     16     196608
    5     16     32     8     196608
    6     8     64     8     229376
    6     16     64     4     229376
    7     8     128     4     245760
以前定义的命令序列使码(序列和相位)按消息逐一分配。提供三种策略：
1)永远不使用序列或相位重分配而且没有空闲序列。这个策略意味着一次只有一个双向消息可以发送到寻呼机。
2)只使用相位重分配。在这种情况下，一组多个寻呼机可以共享它们给定序列的相位。例如如果[N]为4而且[Phase Step]为8，则16个寻呼机可以共享同一序列的所有256种相位。
3)总是使用序列和相位重分配。在这种情况下[N]应该设置为较高的数而且应该总是对消息使用空闲序列。
可以使用各种混合。注意如果支持漫游，漫游寻呼机必须使它们的[Phase Step]参数重编程。
寻呼机可以发送各具有不同含义的多个序列中的一个。为了限制基站处理，通过适当使用ICS和RACS中的[Type]参数，ICS可以将寻呼机的发送限制到一个子集。
由寻呼网络控制器请求的传输包括：
ACK：确认。它通知寻呼网络控制器消息已正确接收。
DISP：显示。它通知寻呼网络控制器消息已正确接收而且已显示给用户。
ANR：应答准备好。它通知寻呼网络控制器对消息的用户应答准备好了。
FLG：任意应答准备好。它通知寻呼网络控制器对任意消息的用户应答准备好了。
ANSn：对消息的实际应答，这里n是一个数字。
未请求的传输包括：
REG：注册。
DAT：数据，这里使用较高的上行链路数据率。
寻呼机使用的伪随机数据序列已经在上面结合图8和9的描述做了定义。但是通过接收表1中定义的命令可以将其改变。
寻呼机将使用应答返回相位如下：
Phase                   -ACK或REG消息确认或注册
Phase+Phase Step        -DISP消息显示
Phase+2×Phase Step     -ANR或FLG应答准备好
Phase+3×Phase Step     -ANSO‘None of These’(这些都不是)
Phase+4×Phase Step     -ANS1用户应答1
Phase+5×Phase Step     -ANS2用户应答2
Phase+(N-3)×Phase Step -ANSN用户应答N
这里寻呼机缺省的相位和相位阶梯如前面所定义。相位阶梯可以由表1中定义的命令来改变。提供如下限制：
REG和FLG响应不能在临时序列或相位上发送。
如果一个以上需要响应的消息发送到寻呼机，应该使用RACS[Code]参数，或TSACS及TPACS。
如果寻呼机具有为一个以上消息准备的响应，应该给出对最旧消息的响应。除非发送分段消息并使用其它规则。
必须用以下规则来确定一条响应是否允许由寻呼机来发送。参考ICS、RACS以及FICS。如果将使用逐次消除，那么也使用后面结合逐次消除的讨论所定义的规则。
只有适用如下条件，才能发送对消息的确认响应ACK：
所有如下情况之一：
RACS[Type]参数允许确认。
ICS[Type]参数允许确认。
RACS[RefRACS]和ICS[RefICS]参数相同。
ICS是RACS之后收到的第一个ICS。
或者：
发送FICS。
另外适用如下情况：
消息已经接收而且纠正了所有错误。
消息的寿命小于一天。
只有适用所有以下条件，才能发送消息的DISP响应：
消息已经显示给用户。注意这是与寻呼机有关的功能。
RACS[Type]参数允许显示响应。
ICS[Type]参数允许显示响应。
RACS[Time]参数大于ICS[Time]参数。
消息寿命小于16天。
如果消息的前一个DISP传输已经发送而且没有确认。
不再对消息进行[R]DISP之外的传输。
这里[R]由操作员定义。例如，如果R是3，那么只能对消息进行3次DISP传输，不计算由于逐次消除进行的重发。
ANR、FLG以及ANSn响应用于将用户应答传递给消息。它们的使用如下：
ANR：用户应答准备好进行发送。这种响应使操作员能在搜索应答之前确定应答是否准备好，降低了处理负担。
FLG：如果一个以上消息发送到具有应答的寻呼机，才能使用这个响应。它表示对任一未完成消息的应答已准备好。
ANSn：这是对消息的实际应答。
这使得可以使用三种策略之一：
1)请求ANR响应，然后请求ANSn响应。当预计响应数目较多时应该这样使用。
2)请求FLG响应，然后请求ANSn响应。
3)只请求ANSn响应。这在预计的响应数目不高时使用。
只有提供所有如下条件，才发送消息的ANR响应：
用户具有对消息的应答。注意这是与寻呼机有关的功能。
RACS[Type]参数允许用户应答响应。
ICS[Type]参数允许特殊用户应答准备好响应。
RACS[Time]参数大于ICS[Time]参数。
消息寿命小于16天。
对消息不再进行[R]ANR以外的传输。只有提供所有以下条件，才能发送FLG响应：
用户具有对任意消息的应答。注意这是与寻呼机有关的功能。
RACS[Type]参数允许用户应答响应。
ICS[Type]参数允许通用用户应答准备好响应。
RACS[Time]参数大于ICS[Time]参数。
消息寿命小于16天。
对消息不再进行[R]FLG以外的传输。只有提供所有以下条件，才能对消息发送ANSn响应：
用户已经选择对消息的应答。注意这是与寻呼机有关的功能。
RACS[Type]参数允许用户应答响应。
ICS[Type]参数允许用户响应。
RACS[Time]参数大于ICS[Time]参数。
消息寿命小于16天。
对消息不再进行[R]ANSn以外的传输。这里[R]与DISP响应的相同。
只有适用如下条件，才发送注册响应REG：
必须发送REG命令。(这是与应用有关的。)
ICS[Type]参数表示未请求的响应(比特5被清除)。
ICS[Type]参数中定义的URN小于或等于18(<52h>)。
寻呼机为注册使用的应答返回码是结合图8和9的描述所描述的缺省码、或者是通过表1中命令所修改的永久码。这个码字还可修改如下：
URN定义了将分别应用到序列发生器(图8)的b和c移位寄存器118和116的掩模。掩模将与这些移位寄存器中的值和移位寄存器118和116中存储的结果进行与操作。
    URN   移位寄存器b掩模MSB LSB     移位寄存器c掩模MSB LSB
    0     111111     111111111111
    1     111111     111111111110
    2     111111     111111111100
    3     111111     111111111000
    4     111111     111111110000
    5     111111     111111100000
    6     111111     111111000000
    7     111111     111110000000
    8     111111     111100000000
    9     111111     111000000000
    10     111111     110000000000
    11     111111     100000000000
    12     111111     000000000000
    13     111110     000000000000
    14     111100     000000000000
    15     111000     000000000000
    16     110000     000000000000
    17     100000     000000000000
    18     000000     000000000000
寻呼机使用的相位保持不变。注意如果URN为0，那么序列也保持不变。
URN的使用使操作员能够反复地识别希望注册的寻呼机。这防止基站必需寻找几千个应答返回码。
双向通信不限于个人呼叫。对于到成组寻呼机的双向呼叫，提供两种技术：
1)使用缺省或永久码，
2)使用临时码。
使用缺省码或永久码的组呼叫是发送组双向消息最简单的机制。适用如下情况：
组呼叫在其它寻呼机共享的公共RIC上接收。
临时码不在消息中规定。
寻呼机按照对个人呼叫相同的方式响应组双向呼叫。
寻呼机不必知道组RIC和个人RIC之间的区别，而且每个寻呼机都以本身的唯一码来响应。
注意这种技术有两个限制：
i)一次只能发送一个这样的双向呼叫。
ii)提供给应答的码数目是受限的。
使用临时码的组呼叫是发送组呼叫的较复杂的机制，但是它克服了使用缺省或永久码时的局限。适用如下情况：
每个寻呼机必须有一个允许组呼叫ID的公共RIC，而且每个寻呼机必须有唯一的子地址[2]。组呼叫定义为至少使用一个通配字符的那些呼叫。
所有组呼叫将包括临时序列以及相位，或者使用RACS的[Code]参数，或者使用TSACS以及TPACS命令。
寻呼机使用的相位为：
{[Phase Step]×[CN]×[Sub-address+Phase]}MOD 212
寻呼机使用的序列为：
([Init b][Init c]+([Phase Step]×[CN]×[sub-address+Phase])DIV212)MOD 218
这里[Phase Step]如前面所描述，而且
[Init b][Init c]和[Phase]如RACS的[Code]参数所定义，
或者如TSACS和TPACS中的定义。
[CN]定义了对消息可能响应的数目，可以计算如下：
如果RACS[Type]参数允许ACKs，rack＝1，或者rack＝0。
如果RACS[Type]参数允许DISPs，rdisp＝1，或者rdisp＝0。
如果RACS[Type]参数允许ANRs，ranr＝1，或者ranr＝0。
如果ranr＝1；如果使用已存字典，rans＝256，或者rans＝1+可能的应答数。
如果ranr＝0；rans＝0
CN＝rack+rdisp+ranr+rans
如果接收机站址很可能遭受到与CDMA传输有关的近远问题，逐次消除就特别适用。如果在具有很多接收机站址的分布式寻呼***中这个问题被认为不太严重，那么这个技术是可选的。
如果不使用逐次消除，ICS[Slot]参数总是0。
逐次消除实现如下：
几个ICS作为一个系列发送。
所有寻呼机响应第一个ICS。
然后发送包括[REC]参数的第二个ICS。通知寻呼机它们的响应是否已收到。
只有响应没有收到的寻呼机才响应第二个ICS重发。
可以发送第三以及随后的ICS，其每个都包含[REC]参数。
一般，[Length]参数对第一个ICS设置为较低值，并在系列中随后的ICS中增加。
在应答返回系列结尾，可能有一些寻呼机的响应仍然没有被寻呼***检测到。在这种情况下，寻呼***可以重发原始消息。操作者可以规定消息应该发送的最大次数。
为了防止寻呼机在不同系列中混淆，ICS中的[RefICS]和[Slot]参数被使用如下：
[RefICS]参数在每个系列中相同，在下一个系列中递增一。如果[RefICS]达到<7Fh>，就复位到<20h>。
系列中第一个ICS的Slot参数为0，对系列中每个ICS递增一。仅当[RefICS]参数递增时它才复位为0。
仅当[Slot]非0时，[REC]参数才出现。
例如，一个系列可能是：<7Eh><30h>，<7Eh><31h>，<7Eh><32h>，<7Eh><33h>
下一个系列将是：<20h><30h>，<20h><31h>，<20h><32h>，<20h><33h>
下一个：<21h><30h>，<21h><31h>，<21h><32h>，<21h><33h>
等等。
ICS[REC]参数与RACS[ARB]参数结合使用，而且它们被用于实现逐次消除。
在逐次消除系列的前一个ICS中进行传输的寻呼机用它来确定它们的传输是否接收到。它包含可变的比特数，用以识别已收到响应的寻呼机，这里一个比特标识一个寻呼机。
寻呼机这样来确定它们关联于哪一个比特：
对于到单个寻呼机的呼叫，比特号唯一地从RACS中的[ARB]参数定义，从0开始计算。(例如当[ARB]是5时，对应于第6比特)。
对于到成组寻呼机的呼叫，比特号是group+n1n2中的寻呼机号，在RACS中的[ARB]参数中被定义。
提供如下规则：
如果该比特设置为1，那么寻呼机需要发送响应。
如果该比特设置为0，那么收到前一个响应，不需要重发。
如果ICS[Slot]参数为0，(没有[REC]参数)，那么寻呼机需要发送一个响应。
ICS[REC]参数可以较早结束并包含比预计较少的比特。从[REC]截取的比特假设值为0。
[ARB]值可以有时间限制。这使它可以重用于其它寻呼机的随后传输。如果时间限制被设置(RACS[TimeARB]参数存在)，那么逐次消除只能使用到规定的时间。
注意如果时间限制没有规定，[ARB]值提供给所有逐次消除序列，用于对消息的响应。
现在将给出并于控制序列和寻呼机响应如何使用的描述。
为了有利于理解各种用途，将不考虑逐次消除。
图12是表示发送邀请控制序列ICS的寻呼***PS的定时图，消息被发送确认ACK的单个寻呼机PG所接收。
如果没有收到ACK，寻呼***可以继续重复该消息，如按照操作员所确定的那样。
当消息显示给用户，出现了寻呼***要被告知的情况。示于图2。在一些情况下，寻呼机可以进行ACK和DISP响应(例如当寻呼机用户没有立即看到消息时)。在其他情况下，只有DISP响应就足够了。
如图13所示，寻呼机PG响应包括ICS的消息而发送一个ACK。寻呼***PS通过发送“Request for DISP”消息来请求被告知：何时消息已经显示给用户，对其必须重复发送。一旦用户已经阅读了消息；寻呼机就发送DISP。
注意“Request for DISP”意味着发送了ICS，其中[Type]参数的比特1和5被设置。ICS可以在个人或组消息中发送。
在消息需要应答的情况下，ANR、FLG以及ANSn响应用于传递用户对消息的应答。
这允许使用三种策略之一：
1)请求ANR响应，然后请求ANSn响应。
2)请求FLG响应，然后请求ANSn响应。
3)只请求ANSn响应。
为了最小化寻呼网络控制器PNC中的处理，用户对消息的应答在两个响应中给出。在第一响应中，寻呼机发送‘ANR’，它对PNC表示提供了应答。然后PNC向寻呼机发送另一个ICS，请求应答。寻呼机发送对该消息的用户应答作为响应。
然后PNC必须搜索对该消息所有可能的应答。
寻呼***PS和寻呼机PG之间的信令序列示于图13。
简单地说，寻呼***向寻呼机发送一条消息，其中包括RACS和ICS。寻呼机通过发送ACK确认其接收。寻呼***通过发送ANR请求一个应答，并在用户阅读该消息并给出应答的这段时间之间重复发送。发送了应答ANR，并且为了响应对其的接收，寻呼***发送对ANSn的请求，并由寻呼机对其进行响应。
注意“Request for ANR”意味着发送了ICS，其中[Type]参数的比特2和5被设置。“Request for ANSn”意味着发送了ICS，其中[Type]参数的比特4和5被设置。
另一种最小化寻呼网络控制器PNC处理的方法是要求寻呼机当发送它的第一个响应时应发送一个‘FLG’，以便向寻呼网络控制器表示提供了对任一消息的应答。然后，基站对寻呼机发送另一个ICS以请求该应答。寻呼机发送对该消息的用户应答作为响应。在图5中对此做了显示，它在很多方面类似于图14，不同之处是：寻呼***不发送“Request for ANR”而和寻呼机不发送“ANR”，而是寻呼***发送“Request for FLG”、寻呼机发送“FLG”。
然后基站必须对所有以前消息搜索所有可能的应答。
注意“Request for FLG”意味着发送了ICS，其中[Type]参数的比特2和5被设置。“Request for ANSn”意味着发送了ICS，其中[Type]参数的比特4和5被设置。
如果来自寻呼机的响应数很少，寻呼网络控制器可以直接请求应答，而不是如图14和15所示的在ICS中发送ANR或FLG请求。相反，寻呼***发送“Request for ANSn”，寻呼机通过发送ANSn来响应它。
注意“Request for ANSn”意味着发送了ICS，其中[Type]参数的比特4和5被设置。
基站必须对所有以前消息搜索来自所有寻呼机的所有可能的应答。
注册使寻呼机注册到寻呼***。这可以有两种用法，第一种是告知寻呼***寻呼机的位置。第二种是使得可以请求业务。以如下业务为例：
通过设置标志比特的注册呼叫，用户可请求业务。这个请求可以在对发送全局ICS的寻呼***的响应中发送，
请求非请求的响应。
对寻呼机的消息包括描述可提供业务的EACS。
用户选择响应(例如，业务新闻)
对寻呼机提供信息的消息
以一系列分段的形式发送长消息可以使用自动重请求ARQ协议。例如可以使用一个ACK来确认对几个分段的接收。发送双向分段消息的规则如下：
i.除最后一段外所有分段以单向或双向消息发送。最后一段必须是双向消息。
ii.双向分段的确认应解释为：这意味着到此为止的所有分段、包括该段在内都成功接收。
iii.除了最后的双向分段以外的所有分段应只使用ACK响应。最后一段使用ACK、DISP、ANR、FLG以及ANSn响应，这适于整个的消息。
iv.对于带嵌入应答的分段消息，应答的编号以及允许用户选择一个响应只在所有分段成功接收而且消息重建之后才能被允许。
操作员可以使用这些规则实现几种ARQ方案，寻呼机不必了解使用了哪个协议。如下子部分描述了如何实现一些标准的ARQ方案。
在对整个消息请求一个ARQ的情况下，寻呼***按照单向消息发送除最后一段以外的所有分段。最后一段的成功确认意味着所有其它的分段都成功接收。
如果没有确认该消息，那么整个消息必须重发。但是注意寻呼机从不同传输的各分段中重建消息应该是可能的。尽管方案的效率不高，但这是很简单的，其主要目的是降低对其它用户的***消息延时。
另一种方法称为停等(stop and wait)协议，其每个分段都作为双向消息发送。发送下一个分段之前，寻呼***要等待成功的确认。
在另一种方法中，每个分段作为双向消息发送，而不必等待对前一段的成功确认。每个分段需要不同的应答返回码。如果提示后寻呼机没有确认最近的一个分段，***将重发被确认分段之后的所有分段。
在另一种方法中，每个分段作为双向消息发送，而不必等待对前一段的成功确认。每个分段需要不同的应答返回码。如果提示后寻呼机没有确认最近的一个分段，***将只重发被确认分段之后的一个分段。
可以使用这些不同方法的组合。例如，停等协议可以和单个ARQ结合，在此每第N个分段是双向消息。
从本揭示的阅读中，本领域技术人员显然可以理解其它各种修改。这些修改可能包括消息传输***或其部件的设计、制造以及使用中已知的其它特性，可以使用这些特性取代或附加上这里已经描述的特性。
工业应用
双向消息传输***，例如应答返回寻呼***。

Claims (5)

1.一种对消息传输***进行操作的方法，该***包括至少一个在下行链路上进行传输的主站、以及多个在上行链路上进行传输的从站，每个从站具有自己的地址，该地址作为下行链路消息的一部分发送，其特征在于，每个上行链路传输包括一个伪随机数据序列，该伪随机数据序列取决于分配给所述从站的地址。
2.用于消息传输***的一种从站，该***中一个主站存储对被寻址的从站发送消息，所述从站包括用于存储分配给所述从站的地址的存储装置，用于接收消息的接收机装置，用于对所接收的消息作出响应以便根据所存储的地址来确定一个伪随机数据序列的处理装置，以及用于发送所述伪随机数据序列的发射机装置。
3.权利要求2中要求的从站，其特征在于，响应于接收到一组消息，所述处理装置确定唯一的伪随机数据序列。
4.权利要求2或3中要求的从站，其特征在于，具有用于存储多个接收的消息的存储装置，而且所述处理装置确定对所述多个消息中的每一个消息唯一的伪随机数据序列。
5.权利要求2或3中要求的从站，其特征在于响应于对分段的长数据消息的接收，所述发射机装置在至少收到最后一段之后发送所述伪随机数据序列。
CNB971936161A 1996-12-06 1997-09-26 对消息传输***进行操作的方法和用于该***的从站 Expired - Fee Related CN1166223C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GBGB9625373.7A GB9625373D0 (en) 1996-12-06 1996-12-06 Method of, and system for, transmitting messages
GB9625373.7 1996-12-06

Publications (2)

Publication Number Publication Date
CN1215531A CN1215531A (zh) 1999-04-28
CN1166223C true CN1166223C (zh) 2004-09-08

Family

ID=10804040

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB971936161A Expired - Fee Related CN1166223C (zh) 1996-12-06 1997-09-26 对消息传输***进行操作的方法和用于该***的从站

Country Status (9)

Country Link
US (1) US6021311A (zh)
EP (1) EP0885536B1 (zh)
JP (1) JP3933707B2 (zh)
KR (1) KR100496123B1 (zh)
CN (1) CN1166223C (zh)
DE (1) DE69732901T2 (zh)
GB (1) GB9625373D0 (zh)
TW (1) TW370748B (zh)
WO (1) WO1998025363A1 (zh)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6356579B1 (en) * 1997-02-28 2002-03-12 Ntt Communications Network, Inc. Radio paging system
JP3337969B2 (ja) * 1997-09-08 2002-10-28 沖電気工業株式会社 データ送信装置及びデータ受信装置
EP1050977B1 (en) * 1999-05-06 2012-11-07 Alcatel Lucent Power control system using acknowledgements
KR100878801B1 (ko) 2002-02-21 2009-01-14 엘지전자 주식회사 물리채널 전송 포맷 스크램블링 방법
MXPA04007264A (es) * 2002-01-30 2004-10-29 Lg Electronics Inc Metodo para mezclar datos de paquete usando longitud de ranura variable y aparato del mismo.
US7991396B2 (en) * 2003-06-09 2011-08-02 Qualcomm Incorporated Method and apparatus for broadcast application in a wireless communication system
US7969959B2 (en) 2004-12-16 2011-06-28 Critical Response Systems, Inc. Method and apparatus for efficient and deterministic group alerting
US8996562B2 (en) * 2005-12-01 2015-03-31 Peter Warren Computer-implemented method and system for enabling anonymous communication between networked users based on common search queries
US8600413B2 (en) * 2007-10-30 2013-12-03 Qualcomm Incorporated Control arrangement and method for communicating paging messages in a wireless communication system
US8812756B2 (en) * 2008-06-13 2014-08-19 Phison Electronics Corp. Method of dispatching and transmitting data streams, memory controller and storage apparatus
TWI350453B (en) * 2008-06-13 2011-10-11 Phison Electronics Corp Method, system and controller thereof for transmitting and dispatching data stream
WO2010137365A1 (ja) * 2009-05-27 2010-12-02 ルネサスエレクトロニクス株式会社 半導体集積回路装置
TWI459777B (zh) * 2011-07-11 2014-11-01 Mediatek Inc 加強型傳呼的方法及其機器類型通訊裝置
TWI495969B (zh) * 2013-05-08 2015-08-11 Pegatron Corp 站位順序自動偵測方法
CN105207971A (zh) * 2014-06-13 2015-12-30 艾默生网络能源有限公司 一种数据传输方法及装置
CN107852680A (zh) * 2015-07-16 2018-03-27 A·阿特夫 在无线局域网中通信用的设备、方法以及计算机可读媒体
WO2019095228A1 (en) * 2017-11-16 2019-05-23 Nokia Shanghai Bell Co., Ltd. Method, apparatus and computer program

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4882579A (en) * 1988-01-07 1989-11-21 Motorola, Inc. Code division multiplexed acknowledge back paging system
US4940963A (en) * 1989-03-10 1990-07-10 Motorola Inc. Paging system with improved acknowledge-back capabilities
US5142279A (en) * 1989-06-05 1992-08-25 Motorola, Inc. Acknowledge back paging system having the capability of matching variable length data messages to pager addresses
US5430759A (en) * 1992-08-20 1995-07-04 Nexus 1994 Limited Low-power frequency-hopped spread spectrum reverse paging system
GB9422265D0 (en) * 1994-11-04 1994-12-21 Philips Electronics Uk Ltd Selective call system
GB9525637D0 (en) * 1995-12-15 1996-02-14 Philips Electronics Nv Spread spectrum telecommunication system

Also Published As

Publication number Publication date
JP2000504541A (ja) 2000-04-11
JP3933707B2 (ja) 2007-06-20
GB9625373D0 (en) 1997-01-22
TW370748B (en) 1999-09-21
KR19990082352A (ko) 1999-11-25
WO1998025363A1 (en) 1998-06-11
DE69732901D1 (de) 2005-05-04
EP0885536A1 (en) 1998-12-23
US6021311A (en) 2000-02-01
DE69732901T2 (de) 2006-01-12
KR100496123B1 (ko) 2005-11-08
EP0885536B1 (en) 2005-03-30
CN1215531A (zh) 1999-04-28

Similar Documents

Publication Publication Date Title
CN1166223C (zh) 对消息传输***进行操作的方法和用于该***的从站
CN1227848C (zh) 用于产生和发送最佳蜂窝标识符码的方法
CN1236568C (zh) 移动通信***、移动通信方法、基站、移动台和信号发送方法
CN1265674C (zh) 用于在数据通信***内选择服务扇区的方法和装置
CN1144441C (zh) 移动通信***中按照无线电链路协议发送可变长度数据的装置和方法
CN1324157A (zh) 半双工操作和统计复用全速率信道交错方法和***
CN1276595C (zh) 数据传送装置、无线电通信***及无线电通信方法
CN1288862C (zh) 正交频分复用通信装置和正交频分复用通信方法
CN101060706A (zh) 通信模式控制方法，移动通信***，基站控制装置，基站和移动通信终端
CN1363158A (zh) 单载波/ds－cdma分组传送方法与多载波/ds－cdma移动通信***上行链路分组传送方法及多载波/ds－cdma移动通信***下行信道结构
CN1321009A (zh) 提供实时服务的脉冲串基接入和指配方法
CN1611026A (zh) 在ofdm通信***中生成前置码序列的设备和方法
CN101053053A (zh) 基于多载波传输方式的通信装置及通信***
CN1321007A (zh) 统计地复用实时和非实时的话音和数据业务的***
CN1714586A (zh) 移动通信***、集线装置、无线基站、移动台及通信方法
CN1322068A (zh) 适于半双工运行的半速率信道的交叉和统计多路复用方法
CN1716924A (zh) 用于无线信道的基于有效载荷的信道估计
CN1363144A (zh) 在码分多址通信***中指定公用分组信道的设备和方法
CN1241380C (zh) 传输装置和传输控制方法、接收装置和接收控制方法
CN1384689A (zh) 用于存储及访问多媒体消息传送服务相关信息的方法及其装置
CN1698293A (zh) 用于在宽带无线接入通信***中控制睡眠模式与唤醒模式之间的状态转换的***和方法
CN1783884A (zh) 信息处理***、信息提供和处理设备及方法、记录介质及程序
CN1794876A (zh) 异频/异***测量方法及其测量性能要求确定方法
CN1262072C (zh) 码分多址移动通信***中的编码/解码设备和方法
CN1153411C (zh) 数字家庭网络通讯方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
ASS Succession or assignment of patent right

Owner name: IPG ELECTRONICS 503 CO., LTD.

Free format text: FORMER OWNER: ROYAL PHILIPS ELECTRONICS CO., LTD.

Effective date: 20090828

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20090828

Address after: British Channel Islands

Patentee after: Koninkl Philips Electronics NV

Address before: Holland Ian Deho Finn

Patentee before: Koninklike Philips Electronics N. V.

ASS Succession or assignment of patent right

Owner name: PENDRAGON WIRELESS CO., LTD.

Free format text: FORMER OWNER: IPG PHOTONICS 503 CORP.

Effective date: 20130104

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20130104

Address after: Washington State

Patentee after: Pendragon wireless limited liability company

Address before: British Channel Islands

Patentee before: Koninkl Philips Electronics NV

CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20040908

Termination date: 20150926

EXPY Termination of patent right or utility model