专利名称：无连接时间地通过电话网络进行数据消息连接的制作方法
技术领域：
本发明涉及在陆线或蜂窝电话网络上传送数据的领域。
诸如送货车、邮件专递和分发等移动服务需要与他们的调度员维持某种方式的通信信道，以便一方面能接到指令，一方面向调度员更新他们的位置和服务工作。诸如自动售货机等定点的服务同样也需要一个通信信道。
实现这样的通信信道可以利用，例如，有线的和蜂窝无线通信设施以及寻呼机等现成的电话网络。按规格改制的寻呼机是特别普遍的。这些寻呼机用短的消息脉冲触发，其中每个消息被压缩到相当于一个给定的短码。具有一大群被监视设施，例如，车辆是移动的设施，售货机是定点的设施的服务，这种服务可以利用常规的寻呼机以降低数据通信成本。然而，这些通信成本只能减少，但不能完全消除。同样，电话消息可以被编码，但也是只能降低连接时间的成本，而不能完全将其消除。
专用词汇在以下的说明书和权利要求书中用到下列术语，其中有些是通用的，有些是现行抄来的IN-智能网络-一个陆线或蜂窝的电话网络，以智能网络交换为基础，根据一个预先定义的协议产生信令，网络可以至少按照这个呼叫的来源(主叫方)和这个呼叫的目标(接收方)，在被呼叫站产生一个“振铃”，而智能地过滤一个呼叫。
CN-普通网络-一个陆线或蜂窝的电话网络，该网络不包含交换的智能网络信令。
呼叫-通信或试图用电话通信。
主叫方-发出呼叫的通信一方。
呼叫的开端-接收方可以检测到的一个呼叫的最早事件。
时钟触发脉冲-在一个呼叫过程中取作时间参考点的信号，从这个信号测量呼叫的长度。例如，任意的“振铃”都可以作为一个时钟触发脉冲，和上述定义的呼叫的开端来使用。
接收方，接收方-被呼叫的通信一方。
消息代码(MSC)-(依靠解码)足够详细地说明一个特定的消息的内容的一个代码。
消息-包含于，但不限于指令、数据和字符，和/或数字的任意要求的组合的任何形式的信息。
主叫方识别码(IDC)-足够详细地说明一个消息源的标记的一个代码。
消息到达时间(MAT)-在这个时刻一个接收方开始接收一个消息。
相关消息时间(MTR)-与一个消息数据相关的时间。也就是发生被报告事件的时间。
识别消息(IDM)-IDC和MSC的组合。
确认(ACK)-证实由一个消息接收方正确接收。
不确认(NACK)-因在接收一个消息中的一次失败而发的接收方信号。
部分确认(PACK)-因正确地但不完全地接收到一个消息而发的接收方信号。
消息联系主动方(AMP)-在通信过程中有能力呼叫其他方去发送或接收数据的一方。
消息联系被动方(PMP)-在通信过程中有能力接收消息和将消息解码以及为AMP轮询准备消息的，但不能呼叫其他方的一方。
登记(REG)-由一个AMP向任意一个接收方发送的一个信号，这个信号表示“我是这次通信的当前一方，你的回答或消息应当发送给我，而且只能给我。”调制解调器或线路接口(MLI)-一个电子部件，它可以相应地发送和产生“振铃”，包括把一条已知线路的响应音调从“闲”转换到“忙”，或相反的转换。
忙/闲音发生器(B/FTG)-一个硬件和/或软件模块，这个模块能够命令一条线路从“闲”态转换到“忙”态，或相反的转换。对于某些MLI类型，B/FTG可以是一个纯软件模块。
轮询(POL)-由一个AMP激励起的过程，AMP通过这个过程接收一个消息，即便其他方并未产生一次单独的呼叫。
线路-对蜂窝或陆上的“电话线路”的简称，每条线路与一个电话号码对应。
线路索引-一条电话线路的数字指示。因此一个线路索引相当于与电话线路相应的电话号码。
超时-分配给主叫方用以发送一个消息代码的元素的一个预定时间。如果超过这个超时，消息的代码(由发送方编码，由接收方解码)过程就终止。
超时过程-一个在超时已经过去之后终止一个进程的过程。
本发明的目的是为通信的双方或多方之间的通信用电话网提供一个方法和一个系统，其中基本上完全取消了连接时间成本。
这个电话网可以是陆线网络或是蜂窝网络，而且由一个主叫方可以通过包括卫星在内的任何媒体向一个接收方发送一个呼叫。
本发明特别是属于在两个通信方之间的传送一个代码。这个代码通常或是识别这个主叫方的一个主叫方识别码，或是一个消息的消息代码表示。这里也要使用诸如发送一个代码和送出一个代码等术语。然而，须要明白的是根据本发明，一个呼叫是永远不会得到回答的。
按通常可接受的对术语的理解，这里没有发送消息代码。也就是说，从主叫方沿一条线路没有向接收方实在地发送含消息内容的，要求接收方为了接受该消息而回答主叫方的比特流。根据本发明，一个呼叫是永远不会得到回答的。
根据本发明，在一个主叫方和一个接收方之间通过电话网提供一个通信方法的步骤包括(a)主叫方至少从一条主叫方电话线向至少一条接收方电话线发出至少一个呼叫；(b)该接收方接收但不回答该至少的一个呼叫，由此在该主叫方和该接收方之间传达了一个代码；和(c)由该被传达的代码确定一个消息。
根据本发明的第一个方面，由该接收方传达的代码指出哪一条接收方电话线被呼叫以及如果有一条以上的线路被呼叫就指出它们被呼叫的顺序。
根据本发明的第二个方面，由该接收方传达的代码指出从哪一条主叫方电话线进行这个至少的一次呼叫和，如果进行了一次以上的呼叫就指出这些呼叫进行的顺序。
根据本发明的第三个方面，由该接收方至少准备一条处于一个已知状态的接收方电话线，并且其中该主叫方指出至少准备的一条接收方电话线的状态。
通常一条接收方电话线的这个已知状态是从一群包括忙的和闲的状态中选出的。
由一个实施例，该至少的一次呼叫在一个第一时间值的时刻被收到，并且实例中由该接收方传达的代码指出哪一条接收方电话线被呼叫，以及在该第一时间值和拆线之间过去的时间。
由另一个实施例，该至少的一次呼叫在一个第一时间值的时刻被收到，并且由该接收方传达的代码指出在那一条主叫方电话线进行这个至少的一次呼叫，以及在该第一时间值和拆线之间过去的时间。
建议该第一时间值的时刻是发生呼叫的一个时钟触发脉冲时刻。
建议这些电话网是智能网。
或者这些网络是普通网络。
在智能网的情况，网络提供一个主叫方识别码，是在该主叫方通过该电话网发出一次呼叫时在发送通信信号上自动地发送的，并且这个识别码是可以从通信信号中自动解码的。
在普通网的情况，如果有需要，该主叫方还提供一个主叫方识别码，这个码是由呼叫接收方电话线路的这个主叫方提供的主叫方识别码的指示。
根据本发明，还提供一个利用电话网通信的方法，其中发出电话呼叫但没有回答，这个方法包括以下步骤由一个主叫方发出至少一次电话呼叫，由此呼叫至少一条电话线路；由一个接收方接收至少一次电话呼叫而不作回答；和把该主叫方的该至少的一次呼叫向接收方呼叫而不作回答的电话号码与一个已知的代码相联系，这个代码是一个被识别消息的指示。
根据本发明，还更提供一个利用电话网通信的方法，在网中发出电话呼叫但没有回答，这个方法包括以下步骤由一个主叫方发出至少一次电话呼叫，由此呼叫至少发送一个电话号码；由一个接收方接收至少一个电话号码，作为响应至少一个电话号码的发送，而不回答发出的至少一次电话呼叫；和把这个收到的电话号码与一个已知的代码相联系，这个代码是一个被识别消息的指示。
仍然根据本发明，还提供一个利用电话网通信的方法，在网中发出电话呼叫但没有回答，并且其中一条电话线路的状态决定是否授权使通信方法连续，如果该电话线路状态是处于一个“授权连续”状态就许可连续；这个方法包括以下步骤一个主动的主叫方根据接收到“授权连续”状态，发出至少一次没有回答的电话呼叫到至少一条被动的主叫方电话线路上；由一个主动的主叫方发出一系列至少一个没有回答的电话呼叫到至少一条被动的主叫方电话线路上；和指出一系列至少一次没有回答的电话呼叫的电话线路状态，由此得到一个消息代码的一系列的状态指示，这个代码是一个被识别消息的指示。
仍然根据本发明，还提供一个利用现有的电话网通信的方法，在网中发出电话呼叫但没有回答，并且从呼叫的一个第一时间值到拆线的时间与被呼线路号码一起产生一个已编码消息的一个代码元素(code-element)；这个方法包括以下步骤
由一个主动的主叫方发出至少一次电话呼叫由此至少一条电话线路被呼叫但不作回答；由一个接收方接收至少一次没有回答的电话呼叫，并指出从呼叫的一个第一时间值到拆线的时间；和把该主叫方的该至少的一次向接收方呼叫而不作回答的电话号码以及指出的从呼叫的一个第一时间值到拆线的时间，与一个已知的代码相联系，这个代码是一个被识别消息的指示。
此外，根据本发明，提供一个利用电话网通信的方法，在网中发出电话呼叫但没有回答，并且从呼叫的一个第一时间值到拆线的时间与呼叫线路号码一起产生一个已编码消息的一个代码元素；这个方法包括以下步骤由一个主叫方发出至少一次电话呼叫，由此呼叫至少一条电话线路；由一个接收方接收至少一次电话号码，作为响应至少一个被发送的电话号码，而不作回答至少一次被发出电话呼叫，并且指出从呼叫的第一时间值到拆线的时间；和把收到的至少一个主叫方的电话号码和指出的从呼叫的第一时间值到拆线的时间一起与一个已知的代码相联系；这个代码是一个被识别消息的指示。
建议该第一时间值的时刻是发生呼叫的一个时钟触发脉冲时刻。
根据本发明，还提供一个在一个主叫方和一个接收方之间通过电路网通信的系统，包括(a)使该主叫方从至少一条主叫方电路线路发出至少一次呼叫到至少一个接收方电话的装置；(b)使该接收方接收而不回答该至少的一次呼叫，由此在该主叫方和该接收方之间传送一个代码的装置；和(c)从传送的代码确定一个消息的装置。
根据本发明的第一个方面，该接收方发出的代码指出哪些接收方电话线路被呼叫，如果有不止一条线路被呼叫，就指出被呼叫的顺序。
根据本发明的第二个方面，该接收方发出的代码指出从哪些主叫方电话线路产生至少一次呼叫，如果产生不止一次呼叫，就指出呼叫产生的顺序。
根据本发明的第三个方面，该接收方准备至少一条有给定状态的接收方电话线路，并且其中该主叫方指出这至少一条的接收方电话线路的状态。
通常一条接收方电话线的这个已知状态是从一群包括忙的和闲的状态的中选出的。
由一个实施例，该至少的一次呼叫在一个第一时间值的时刻被收到，并且实例中由接收方传达的代码指出哪些接收方电话线被呼叫，以及在该第一时间值和拆线之间过去的时间。
由另一个实施例，该至少的一次呼叫在一个第一时间值的时刻被收到，并且由接收方传达的代码指出在那一条主叫方电话线进行这个至少的一次呼叫，以及在该第一时间值和拆线之间过去的时间。
建议该第一时间值的时刻是发生呼叫的一个时钟触发脉冲时刻。
建议这些电话网是智能网。
或者这些网络是普通网络。
在智能网的情况，网络提供一个主叫方识别码，是在该主叫方通过该电话网发出一次呼叫时在发送通信信号上自动地发送的，并且这个识别码是可以从通信信号中自动解码的。
在普通网的情况，如果有需要，该主叫方还提供一个主叫方识别码，这个码是由呼叫接收方电话线路的这个主叫方提供的主叫方识别码的指示。
根据本发明，还提供一个利用电话网通信的系统，其中发出电话呼叫但没有回答，这个系统包括使一个主叫方发出至少一次电话呼叫，由此呼叫至少一条电话线路的装置；使一个接收方接收至少一次电话呼叫而不作回答的装置；和使该主叫方向被呼叫的接收方发出的至少的一次呼叫而不作回答的电话号码与一个已知的代码相联系的装置，这个代码是一个被识别消息的指示。
根据本发明，还更提供一个利用电话网通信的系统，在网中发出电话呼叫但没有回答，这个系统包括使一个主叫方发出至少一次电话呼叫，由此呼叫至少发送一个电话号码的装置；使一个接收方接收至少一次电话号码，响应至少一个电话号码的发送，而不回答至少被发出的一次电话呼叫的装置；和使这个收到的电话号码与一个已知的代码相联系的装置，这个代码是一个被识别消息的指示。
仍然根据本发明，还提供一个利用电话网通信的系统，在网中发出电话呼叫但没有回答，并且其中一条电话线路的状态决定是否授权使通信方法连续，如果该电话线路状态是处于一个“授权连续”状态就许可连续；这个系统包括一个主动的主叫方根据接收到“授权连续”状态，发出至少一次没有回答的电话呼叫到至少一条被动的主叫方电话线路上的装置；使一个主动的主叫方发出一系列至少一次没有回答的电话呼叫到至少一条被动的主叫方电话线路上的装置；和指出一系列至少一个没有回答的电话呼叫的电话线路状态的装置，由此得到一个消息代码的一系列的状态指示，这个代码是一个被识别消息的指示。
仍然根据本发明，还提供一个利用现有的电话网通信的系统，在网中发出电话呼叫但没有回答，并且从呼叫的一个第一时间值到拆线的时间与被呼线路号码一起产生一个已编码消息的一个代码元素；这个系统包括使一个主动的主叫方发出至少一次电话呼叫，由此至少一条电话线路被呼叫但不作回答的装置；使一个接收方接收至少一次没有回答的电话呼叫，并指出从呼叫的一个第一时间值到拆线的时间的装置；和使该主叫方的该至少的一次向接收方呼叫而不作回答的电话号码，以及指出的从呼叫的一个第一时间值到拆线的时间，与一个已知的代码相联系的装置，这个代码是一个被识别消息的指示。
此外，根据本发明，提供一个利用电话网通信的系统，在网中发出电话呼叫但没有回答，并且从呼叫的一个第一时间值到拆线的时间与呼叫线路号码一起产生一个已编码消息的一个代码元素；这个系统包括使一个主叫方发出至少一次电话呼叫的装置，由此呼叫至少一条电话线路；使一个接收方接收至少一次电话号码，响应至少一个被发送的电话号码，而不回答至少一次被发出电话呼叫，并且指出从呼叫的第一时间值到拆线的时间的装置；和使收到的至少一个主叫方的电话号码，和指出的从呼叫的第一时间值到拆线的时间一起，与一个已知的代码相联系的装置；这个代码是一个被识别消息的指示。
建议该第一时间值的时刻是发生呼叫的一个时钟触发脉冲时刻。
在本发明的系统中，消息联系主动方是发送消息代码的，而消息联系被动方是接收消息代码和为轮询准备消息代码的。
在本发明的系统中用到若干装置，这些装置请求至少该装置的一个状态的状态报告。这些装置中的一个典型是一个自动服务点，它请求从库存的类型和数量，以及请求自动服务点服务，和要求修理的自动服务点的故障与失效的状态中至少选择一个状态报告。这类装置中的另一个典型是一个人工操作服务点，它请求从库存的类型和数量，以及请求人工操作服务点服务，和要求修理的人工操作服务点的故障与失效的状态中至少选择一个状态报告。
在本发明的系统中还有若干装置，这些装置请求从装置读出数值的状态报告。这类装置的一个典型是公用事业仪表。
根据本发明在一个系统中还使用若干条装置命令，这些命令应用于一个具有已知状态的装置。使给定的状态改变。这种装置命令的一个典型是一个应用于一个具有已知状态的设施的控制器命令。控制器命令变更这个已知状态和设施。这类设施的典型例子如，水阀，交通信号灯，电流开关和智能住宅控制器。
现在，一个给定的公共电话网用户的ID(识别符)或LINE(线路)号码是一个按照顺序数字的唯一的号码。这样的ID数字号码(以及其它的)依靠于网络用户的总数及其预测的增长率。网络操作员和用户团体显然倾向选择使线路号码尽量地短。然而为了给用户团体的增长留有余地，习惯上使线路号码的各种可能的组合数目比实在的用户数至少高出百分之几十。然而，许多操作员考虑它们的基础结构应该能够支持编号系统的主要改变，例如为了使用户号码增加一个数量级的余量，把现有的线路号码增加一个数字。结果，现在支持大多数的智能网的基础结构，特别是数字的一种，可以立刻从一个给定的线路号码数字的编号转换到一个新的具有不止一个字符的编号，同时，和新的编号相关联的IDC以附加的数字自动地发送给接收方。在本发明的正文中，存储被呼叫的ID上的主叫方的ID(IDC)的存储位置仍然有空闲的地方，在这里称为“扩展识别码”(EIC)。这个EIC涉及主叫方电话号码为(CEIC)，接收方电话号码为(REIC)。
因此根据本发明的又一个方面(以后称为“扩展编码消息方面”)，智能网中的EIC当前未用的部分将被利用来增加在主叫方与接收方之间发送的消息的清单而不必增加为发送扩展的消息组安排的线路数量。根据本发明的一个实施例，至少一个字符或其他数值(构成一个码段的码元(code element))驻留在当前CEIC字段的未用字节(以下称为“最低有效位”(LSP))附加在IDC段上，因此增加了可以发送的消息数量。
作为一个例子，考虑在该主叫方和接收方之间链接的一条线路和一个空闲存储单元(构成LSP)，这个存储单元能保持0-9的数值，代表十个不同的消息。当这个发送者将一个0-9的数值(视要发送的消息而定)续到IDC后面，电话交换机将按线路把这个呼叫连带对智能网是透明的码元一起从呼叫端引导到接收端。一个适当的装置在接收方的一端访问这个指定的存储单元并抽出存在其中的数值。查询一个一览表就不难将消息解码。用这个方法，只要一条物理线路就可以模拟所谓“多对一”基础结构。
提出的这个方案的优点主要在于它的简单。智能交换网络仍然只考虑MSP，一个专用的装置或模块余下要做的事就是访问和抽出有关的LSP并且由此解码得到要求的消息。
上述说明解释这个被提出的扩展编码的消息联系方面的方案，这个方案考虑一条有LSP附加在IDC上的电话线路，熟悉业务人士当然已经明白这个只是许多可能变化中的一个。这样，其他的码元可能是一个LSP附加在呼叫的接收方电话号码(构成REIC)上，当然，还假定这里有一个对于智能网络透明的可用的字段(section)。当然如果在EIC中有x个空闲的存储单元而LSP构成y个存储单元(y≤x)，LSP可以放在x个可用存储单元中的任意y个存储单元中。
因此从广义来说，消息码可以包括一连串元素(element)，其中至少有一个各自包含一个MSP+LSP，其中MSP代表呼叫方和/或接收方的电话号码，而由一个或几个空闲的存储单元构成LSP。每个存储单元可以保存一个数字或其他代码，条件是这个能将代码解码的装置可以抽取，解码和/或由此得到一个要求的消息。如上面所述，在第一个时间值和拆线之间过去的时间还可以构成一个代码段的另一个码元，以进一步增加可以从呼叫方到接收方发送消息的清单。以后将举例，如果希望的话，元素的顺序可以对解码是有意义的。这个方案可以用于一条以上的线路，其中一条或几条呼叫的电话线路能构成一个(或几个)码元，和/或一条或几条接收的电话线路能构成一个(或几个)码元，由此明显地增加了消息的数量而不用同样地扩展相应的基础结构。
在本发明的应用环境中，消息编码因此可以附加在至少包括一个码元的代码段，代码段的这个码元是指定方式的LSP，代码段的其他类型是例如振铃时间，呼叫方电话线，接收方电话线和其他所有可能的请求和的占用。
本发明因此提供一个方法，这个方法用来在智能网络中，从至少一个呼叫端的电话线路到至少一个接收端的电话线路，发送从至少一个消息组中选择一个已编码消息。这个方法包含(a)在该发送端，把消息编码使之至少包含一个代码段，这个代码段对于智能网是透明的；(b)通过至少一次呼叫，把这个已编码消息从至少一个上述呼叫端的电话线路按线路发送到至少一个上述接收端的电话线路；(c)在该接收端，接收但不回答这个至少一次呼叫，并且由此将这个已编码消息解码。
本发明因此还提供一个系统，这个系统用来在智能网络中，从至少一个呼叫端的电话线路到至少一个接收端的电话线路，发送从至少一个消息组中选择一个已编码消息。包含(a)在该发送端，把这个消息编码的编码器，使这个消息至少包含一个代码段，这个代码段对于智能网是透明的；(b)通过至少一次呼叫，把这个已编码消息从至少一个上述呼叫端的电话线路按线路发送到至少一个上述接收端的电话线路的路由器；(c)在该接收端，接收但不回答这个至少一次呼叫，并且由此将这个已编码的消息解码的接收机。
本发明还为指定类型的系统提供在该呼叫端把这个消息编码的编码器，使这个消息至少包含一个代码段，这个代码段对于智能网是透明的；通过至少一个呼叫，把这个已编码消息从至少一个上述呼叫端的电话线路按线路发送到至少一个上述接收端的电话线路的路由器。
本发明还为指定类型的系统提供在该接收端，接收但不回答这个至少一次呼叫，并且从此将这个已编码的消息解码的接收机。
注意，在时间段“Δt”上任何涉及“time t”(时间t)在说明文件或附录的权利要求书中应当被认为也包含大体上的t和大体上的Δt。这样，用一个不作为局限的例子说，当涉及以下语句“第一时间值是呼叫的时钟触发脉冲产生的时间“，也包含该第一时间超前或滞后于上述时钟触发脉冲Δt的情况。用另一个不作为局限的例子说，涉及比如“在第一时间(t1)值和拆线(t2)之间过去的时间，不应当被认为仅仅是t2-t1，而可以认为包含t2±Δt′-t1±Δt″”这里，Δt′和Δt″不一定相等。
还应当注意，在说明文件或附录的权利要求书中任何涉及“装置+”(means plus)功能是不限于在说明中提供的特例而是包含任何已知的本身(per se)为完成该功能的硬件和/或软件实现。
从说明和权利要求书中已经明白，本发明利用消息发送不占成本的概念，熟练业务人士将会明白本发明的系统和方法可以用来配合所有按照要求和恰当占用成本的事务。
为了更好地了解本发明，只作为例子，参照
如下，其中图1是在通信双方之间传送数据的一个通信方案的一个说明框2是在一个操作中心和许多操作点之间传送数据一个典型的通信方案的一个说明框图；图3是表示一个主叫方通过电话网络与一个接收方通信的一个说明框图；图4是一个流程图，表示根据本发明广义方面的本发明的方法的主要步骤；图5是一般地表示根据本发明的一个推荐实施例，消息联系的主动方单元的模块的一个说明框图；图6是一般地表示根据本发明的一个推荐实施例，消息联系的被动方单元的模块的一个说明框图；图7是一个流程图，表示一个接收方利用智能或普通的网络操作对主叫方识别码进行解码的主要步骤；图8是一个流程图，表示一个主叫方利用智能或普通的网络操作对主叫方识别码进行编码的主要步骤；图9是一个流程图，表示一个多路接收方从一个单路的消息联系主动方接收一个消息代码的接收方逻辑的主要步骤；图10是一个流程图，表示向一个多路接收方发送一个消息代码的一个单路消息联系主动方逻辑的主要步骤；图11是一个流程图，表示一个单路接收方从一个多路消息联系主动方接收一个消息代码的接收方逻辑的主要步骤；图12是一个流程图，表示向一个单路接收方发送一个消息代码的一个多路消息联系主动方逻辑的主要步骤；图13是一个流程图，表示由一个单路主叫方进行消息代码轮询的一个多路接收方逻辑的主要步骤；图14是一个流程图，表示从一个多路接收方进行消息代码轮询的一个单路主叫方逻辑的主要步骤；图15是一个流程图，表示一个单路接收方从一个多路消息联系主动方接收一个消息代码的接收方逻辑的主要步骤；图16是一个流程图，表示向一个单路接收方发送一个消息代码的一个多路消息联系主动方逻辑的主要步骤；首先注意图1表示的在通信双方10和12之间传送数据一个通信方案的一个说明框图。通信媒体14是一个电话网络，这个电话网络可以是一个蜂窝网，无线网或两者的组合。这个电话网络可以是一个普通网络或一个智能网络或者由两者组合的网络。任何一方都可以是一个操作中心或一个操作点。通信双方10和12可以配备许多条电话线路(即它们是多路系统)或一条电话线路(即它们是单路系统)。
在图2表示的一个典型的通信方案中，数据在一个单独的操作中心16和许多操作点18之间传送，为了简单起见图中只画出三个操作点。建议，但不是必要，操作中心16是一个多路系统而操作点18是一些单路系统。虽然一个操作中心可以是一个全自动计算系统，但是典型的，而不是必要的，操作中心由一个调度员或服务机构操纵，至于操作点可以是，例如，自动售货机，公共事业仪表，或要求从服务中心接收或轮询消息和向服务中心发送消息的移动服务人员。在两个单独线路通信双方之间传递数据消息比智能网络更为有效。
根据本发明和以后更详细的叙述，数据是由一个第一方呼叫一个第二方的一条或若干条电话线路，而第二方实际上不回答这个呼叫，从而在通信双方诸如10和12之间，或更特别是操作中心16和诸操作点18之间传送的。通常，由指出那条电话线路被呼叫，或者从那条电话线路发出呼叫来传送数据。也由指出从第一次电话“振铃”到拆线所过去时间来传送数据。还可以由指出被呼叫线路的状态来传送数据，因为把被呼叫线路设置为“闲”或“忙”状态就设置了一个二进制代码。
虽然数据的通信是双向的，下面参照图3，其中表示一个主叫方20正在通过电话网络14与一个接收方22通信。
现在注意图4表示根据本发明广义方面，这个主叫方20通过电话网络14与这个接收方22通信所用的本发明的方法的主要步骤。在步骤24主叫方20从至少一条主叫方电话线路向至少一条接收方电话线路发出至少一次呼叫。在步骤26，接收方22接收但不回答这个主叫方发出的这个至少一次呼叫，由此在主叫方和接收方之间传递了一个代码。在步骤28，从传送来的消息代码确定一个消息，例如查阅一个消息代码和消息相关的一览表。
根据本发明的方法的第一方面，代码是这样被传送的，由接收方22指出那一条接收方电话线路被主叫方20呼叫但不回答这个主叫方发出的呼叫。此外，如果这个主叫方发出不止一个呼叫，这个接收方还指出接收方电话线路被呼叫的顺序。被呼叫的接收方电话线路按照被呼叫的顺序给出传送的代码。
为了说明根据本发明第一方面的方法，考虑这样情况，其中接收方22有十条电话线路而主叫方20按2，5，9的顺序呼叫接收方电话线路。如果每个从1到10的号码和每个从1到10的号码的组合与一个给定的消息代码相关，而且主叫方20和接收方22都已知道，那么指出接收方被呼叫的电话线路按2，5，9的顺序，接收方22已从主叫方20通过电话网14接收到一个消息而不回答接收方被呼叫的电话线路。另外的消息将与5，2，9的组合相关。还有另外的消息将与5，2的组合相关，更有一个消息将与单个号码，比如4相关。
因此，消息可以通过一个电话网络在通信的双方传送，而不要求对发出的电话呼叫作回答。本发明的这个基本原理还用在本发明在以下说明的其他方面。
根据本发明第二方面的方法，只涉及智能网络的操作，由这个接收方指出从哪些主叫方电话线路向这个接收方电话线路呼叫。此外，如果主叫方发出不止一次呼叫，这个接收方还指出发出呼叫的顺序。
例如，假定这个主叫方有十条电话线路，而这个主叫方按2，3，7，10的顺序从线路上向这个接收方发出呼叫。这个接收方指出被2，3，7，10号主叫方电话线路呼叫的接收方电话线路，和按这个顺序的发出呼叫。这个接收方再次不回答这些发出的呼叫。由于指出从哪些主叫方电话线路发出呼叫及其顺序，一个消息就已经在主叫方20和接收方22之间通过电话网络14传送，而接收方没有回答发出的呼叫。
根据本发明第三方面的方法，在图4表示的步骤上增加一步，这个接收方准备至少一条处于线路忙或线路空闲状态的接收方电话线路。例如有五条接收方电话线路，并且用“0”标记线路忙状态，用“1”标记线路空闲状态。设第一，第二，第三，第四和第五条接收方电话线路分别被设置成0，1，1，0，1。这个主叫方呼叫这个接收方线路是从线路一开始到线路五结束，并指出每条线路的状态。这个主叫方用这样的方法从这个接收方轮询代码0，1，1，0，1。把代码与一个预先知道的消息相联系，就可以从轮询的代码确定一个消息。应当注意，用一个“线路忙”或“线路空闲”代码相当于通过一个二进制代码进行通信。
指出主叫方或接收方电话线路或接收方电话线路的状态，并非可以通过电话线路在通信双方传送数据而不回答电话呼叫的唯一方法。另一个可能的方法是这个接收方计算从一个主叫方的电话呼叫的第一次振铃到拆线之间的振铃次数。然而这个方法的稳定性较差，因为由这个主叫方发送的振铃次数不能常常等于这个接收方接收的振铃次数。反之，根据本发明的方法第四方面，一个代码是这样传送的，由这个接收方一起指出哪些接收方电话线路被呼叫，以及在一个时钟触发脉冲到拆线之间过去的时间。
同样，根据本发明的方法第五方面，一个代码是这样传送的，由这个接收方一起指出从哪一条主叫方电话线路发出呼叫，以及在一个时钟触发脉冲到拆线之间过去的时间。
以下说明的图5到14，解析本发明的模块和方法的许多特定的实施例。熟悉业务的人士已经明白本发明不限于这些图中说明的特定的实施例，并且明白这些特定的实施例的改造仍然在本发明的范围之内。
现在注意图5，表示根据本发明的一个推荐的实施例，一个消息联系的主动方的必要的模块的框图。
中央处理器52是一个消息代码发生器(即它是一个编码器)。在大多数情况52作为一个翻译器，将一个消息转换成将由通信控制器54要依次拨号的电话号码顺序表。通信控制器54用至少一个连接到一条相应的线路上的模块或线路接口56。应当注意，每一个模块或线路接口完全足够进行消息联系主动方单元的操作，包括从一个消息联系被动方轮询一个消息。然而若干模块和线路接口各自接到与它们相应的线路，使消息联系的主动方单元的操作更加有效，特别是它用作接收机兼作发送机的情况。
智能网络数据解码器58(只涉及智能网络操作)经常地，但不是必要地，在第一次振铃和第二次振铃之间，把这个主叫方识别码和消息到达时间的数据解调，该数据是在网络交换机处由网络操作者调制的，并且把它们都传送给通信控制器54，控制器滤出“非法呼叫线路”，即滤出那些不是作为参与无连接时间代码系统的成员登记的呼叫电话号码。要注意在数字网络的情况，智能网络数据是根据用于数字网的一个数据协议解码的。主叫方识别码/消息代码解码器60产生主叫方识别码(只为CN操作)和来话消息代码，并把它们传送给IDM分析器62(一个处理器)，分析器赋予来话消息全部的意义，包含消息的来源和消息的内容。这个消息代码，不管是来话和去话消息，最好是由最高有效元(the most significant message element)到最低有效元组成。利用这个性质，可以对一个部分的消息，甚至当一个消息联系过程还未完全结束就进行解码。
消息联系被动方轮询控制器64与通信控制器54协同操作，逐线呼叫一个消息联系被动方，轮询一个特别准备的消息。
模块52到64确定一个纯消息联系主动方结构。若干附加线路共同地构成一个排队模块并且共同地由参考数字70标示，用于把诸主叫方排队，以避免消息联系过程的混乱。需注意每条附加线路都与一个“忙”/“闲”音调发生器连接，允许通信控制器54将线路状态从“闲”变换到“忙”和相反的变换。
应当注意到，如果消息联系的主动方单元50不是操作在任何环境下，而是在一个智能网络中作为一个被轮询一方，被轮询的线路与标准的数据线合用，排队模块70就不是必要的。如果消息联系主动方从单独一个通信方(典型的是一个操作中心)接收消息，排队模块在智能的或普通的网络操作中也不是必要的。如果消息联系的主动方单元50不是作为一个标准的多路接收机，那么常常是与一个普通网络协同操作时需要排队模块70。如果与一个智能网络协同操作时，只有为了确认和轮询才需要排队模块70。构成排队模块70的附加线路的使用和操作将参照特定的应用作详细的说明。下面对每条线路的主要功能作简单的介绍。
排队模块70包含一条消息登记线路72，一条确认登记线路74，一条回答线路76和一条轮询登记线路78。第一条被一个主叫方利用普通网络操作呼叫的线路是消息登记线路72。如果线路是“闲”的，这个主叫方就可以按一个希望的消息联系过程进行，如果线路是“忙”的，这个主叫方就无权继续进行消息联系而需要重新呼叫消息登记线路72直到它是“闲”时。
轮询登记线路78是用在识别这个主叫方和通知这个接收方准备一个与这个特定的主叫方有关的消息代码。它还通过把消息登记线路72和轮询登记线路78一起切换到“忙”状态，以阻止其他同时的当前的主叫方访问。
回答线路76用来查对是否有一个消息等待主叫方。如果有一个消息在等待，在该主叫方登记线路询问之后就把回答线路76设置为“忙”。
确认登记线路74可以用来从接收方请求一个确认，确认证实已经接收一个正确的消息代码，从而终止这个消息传送过程。
现在注意图6表示根据本发明的一个消息联系被动方单元80必不可少的模块的一个说明框图。
中央处理器和非易失性存储器的组合82把收到的消息代码解码，并且把一个消息联系主动方轮询的消息编码。消息解码是利用许多数据线84(图中表示有N条线)进行的，每条线连接到一个调制解调器或线路接口86，然后又连接到一条相应的线路上。每条数据线84连接到一个“忙”/“闲”音调发生器，音调发生器允许中央处理器82把线路状态从“闲”切换到“忙”和相反的切换。要强调的是，只有接收方被轮询才要求有“忙”/“闲”音调发生器。数据线84被一个消息联系主动方按顺序地呼叫。建议第一条被呼叫的线路是最高有效码元，而最后一条被呼叫的线路是最低有效码元(the least significantelement of the code)。对于普通网络的操作，代码的前缀是主叫方的识别码，而对于智能网络的操作，由消息联系的主动方发出的呼叫只把消息代码编码。
排队模块90包括一条消息登记线路92，一条确认登记线路94，一条回答线路96和一条轮询登记线路98。排队模块90用来把诸主叫方排队，以避免消息联系过程的混乱。92，94，96，和98诸线路的每一条都连接到一个“忙”/“闲”音调发生器，音调发生器允许中央处理器82把线路状态从“闲”切换到“忙”和相反的切换。92，94，96，和98诸线路都分别连接到调制解调器或线路接口102，104，106和108。92，94，96，和98诸线路的基本操作和72，74，76和78诸线路的基本操作相同，因此不再重复叙述。然而应当注意消息代码登记线路在智能网络操作中是不用的，而确认登记和回答登记线路只有这个接收方是一个消息联系被动方才有用。轮询登记线路和诸“忙”/“闲”音调发生器连接到N条数据线路84只供轮询操作使用。
智能网络数据解码器110用在智能网络来抽取这个主叫方识别码和消息到达时间数据的操作，通过解调或数字网络的解码协议，允许在线识别每条线路上的主叫方，结果可以同时接收和解调若干输入消息代码。
消息联系被动方，或一个操作中心，但是这个操作中心经常作为由消息联系主动方发出的呼叫的一个接收方，通常按照一个多路配置，其中每个消息联系被动方的线路数量按照“多多益善”的原则。多线意味着在数据传送过程更多的灵活性和/或对每条消息只要更短的传送时间。应当注意消息联系主动方作为一个接收方可以按照图6中表示的一个消息联系被动方那样相同的构造。
作为任何消息代码解码的第一步，识别出主叫方是必要的。一个消息联系主动方向一个接收方发送，必须对这个接收方证明它自己身份，而一个消息联系主动方从其他方轮询一个消息也必须证明它自己身份，这样，其他方才能为当前的主叫方准备一个特定的消息。
如果通信是通过一个智能网络进行的，这个主叫方识别码和消息到达时间，通常在第一次多第二次来话的振铃之间，被调制在通过电话网络发送的通信信号的载频频率上，并且直接由一个连接到被主叫方呼叫的接收方线路上的调制解调器或线路接口抽取。数字网络，比如ISDN，把这个主叫方识别码作为这个主叫方和这个接收方之间的“握手”通信协议的一部分来发送。一个调制解调器或线路接口可以是一个恰当的调制解调器或一个电子部件，这些装置是为了通过解调来抽取主叫方识别码和消息到达时间而特制的。
如果通信是通过一个基于一个以上的潜在的主叫方的普通网络进行的。这个主叫方识别码作为一个消息代码的前缀来编码。一个主叫方识别码的编码是以一系列向接收方来话线路的呼叫为基础的。一个主叫方识别码可以由任何预定的主要成分来编码。
这个主叫方识别码是按照被呼叫的来话线路的顺序给出的。例如假定一个接收方有十条来话线路，记为接收方线路1到10。又假定一个主叫方识别码为1707的一个主叫方呼叫这个接收方。为了识别这个主叫方，这个主叫方呼叫接收方线路1，然后拆线，然后呼叫接收方线路7，然后拆线，然后呼叫接收方线路10，然后拆线，最后呼叫接收方线路7。
如以上所述的例子，一个接收方只有10条线路，可以用一次呼叫在多达9个主叫方之间区别出这个主叫方识别码，或用2次，3次，4次呼叫，分别在多达99，999，9999个主叫方之间区别出这个主叫方识别码。
不管怎样，一个有10条线路的接收方，分别用2次，3次，4次呼叫，可以在多达99，9999，999999，99999999个主叫方之间区别出这个主叫方识别码。
为了避免许多主叫方试图在一个对于普通网络操作交迭的时期内，向/从同一个源传送数据而产生干扰，在这个主叫方识别码的编码过程之前，在发送一个消息的情况，必须先呼叫消息代码登记线路，在轮询一个消息的情况，必须先呼叫轮询登记线路。这两条线路一起都被称为登记线路除非要求分清与那两条线路有关。
如果登记线路是“闲”的，这个主叫方就被授权进行主叫方识别码的编码过程，并且这条接收方登记线路将切换到“忙”态，以允许这个主叫方在完成主叫方识别码的编码过程之后，继续一个消息联系(或轮询)过程，不会有其他的主叫方同时呼叫和干扰消息联系过程。如果，在另一方面，登记线路是“忙”的，这个主叫方就被禁止授权进行一个消息联系(或轮询)过程，必须继续呼叫登记线路直到它是“闲”的。这样，一条登记线路，不管它是一条消息代码登记线路或是一条轮询登记线路，强制不同时的主叫方“排队”。
显然，在有许多呼叫方的实际方案中，为了使一个消息联系(或轮询)过程平稳运行，使用一个主叫方识别码是绝对必要的。因此将对主叫方识别码的编码和解码过程作详细说明。
首先注意图7表示一个流程图，由利用智能网络或普通网络操作的一个接收方将主叫方识别码解码。如果在200是利用一个智能网络，于是在步骤202被接收的智能网络数据由来话呼叫的解调而被解码。对于数字网络，被接收的智能网络数据根据数字网络所用的一个数据协议来解码。在步骤204，这个主叫方识别码和消息到达时间由已解码的数据产生。这个识别码的解码过程对于智能网络来说，现在已经完成，如果需要，步骤206可以开始将消息解码或编码。
如果在步骤200是利用一普通网络，于是在步骤208呼叫一条登记线路(一条消息登记线路或一条轮询登记线路)。当登记线路中的一条收到一呼叫时，步骤212，一个“忙”/“闲”音调发生器把这条线路切换到“忙”态。要指出，如果这个多路接收方在接收一个消息和轮询过程中都用同样的一组线路，那么当开动消息联系或轮询过程时，这条消息登记和这条轮询登记线路都应切换到“忙”直到特定的过程完成。然而如果这个接收方使用两组分开的数据线，一组用于消息过程而一组用于轮询过程，于是两个过程是不交迭和分开的，只有与特定的过程有关的登记线路才被呼叫并且被设置为“忙”。
在步骤214开动“超时”过程。步骤216是一个说明，一包含LI个元素(element)的主叫方识别码被逐个元素地解码。在步骤218设码元的索引号i为零。步骤220到230定义一个循环，在其中接收这个识别码的元素。在步骤220，码元(code element)索引i被加1，在步骤222核对是否“超时”如果到了“超时”，那么在步骤224就终止这个识别码的解码过程，而把有关的登记线路(消息代码和/或轮询)设置为“闲”。如果还未到“超时”，那么在步骤226第ni条接收线路就振铃。如果使用时间测量，就指出振铃直到拆线的时间TRi。在步骤228，这个主叫方识别码的第i个元素从一个数据库中被解码。如果使用时间测量，这个主叫方识别码的第i个元素由ni和TRi给定。如果不使用时间测量，主叫方识别码的第i个元素就由ni给定。在步骤230，核对是否到了这个主叫方识别码的最后一元素(I＝LI)。如果还未到这个主叫方识别码的最后一元素，控制就转到步骤220并且呼叫下一条接收方线路。如果另一方面，已经到了这个主叫方识别码的最后一元素，那么在步骤232就准备了完全的主叫方识别码并且可以解码。识别码的解码过程对于普通网络来说，现在已经完成，如果需要，步骤206可以开始将消息解码或编码。
现在注意图8，表示一个主叫方利用智能或普通的网络操作对主叫方识别码进行编码的一个流程图。如果在步骤300是使用智能网络操作，主叫方识别码的编码是本分的不需要再做，在这样的情况下，主叫方识别码被调制在通过电话网络发送的通信信号的载频频率上。对于数字网络的情况，被发送的智能网络数据是根据用于数字网的一个数据协议编码的。然后在步骤302，控制就从主叫方识别码的编码过程转出，到其他的可能是消息代码的编码或解码过程。
如果在步骤300是使用普通网络操作，那么控制从步骤304或者转移到轮询登记，即步骤306到310，或者转移到消息代码登记，即步骤312到316。虽然这不是识别码编码的一个完整的部分，显然当这个主叫方呼叫一个接收方时，这个主叫方是为了一个理由而呼叫，为此，一旦涉及接收方逻辑，在接收一个主叫方识别码之前应该作相应的登记，以便这个接收方知道在接收这个主叫方的识别码之后如何接续下去。登记成功之后，主叫方等待T秒钟，或K次振铃，然后拆线。如果登记线路是“闲”的，就达到成功的登记。主叫方在步骤318向接收方登记成功之后，在步骤320开始“超时”过程。
在步骤322这个主叫方准备把这个识别码编码。具体做法是确定一系列(比如说，LI条)被呼叫的接收方线路，如果用时间测量，根据一个代码变换表给每一条被呼叫的线路分配一个振铃时间TR。这里强调振铃时间的测量是任选的，如果选用，就在建立消息代码方面增加了一个额外的自由度。主叫方识别码最好是，但不是必要，使第一个码元是最高有效元，而最后的码元是最低有效元。这个方法保证如果某些其他原因使主叫方识别码的未端没有传送来，接收方至少能知道从一群具有同样代码开头的主叫方中有一个主叫方被呼叫。
在步骤324码元索引i被设置为零。步骤326到340定义一个把这个主叫方识别码编码的循环。在步骤326码元索引i加1而在步骤328对“超时”进行核对。如果到了“超时”，就在步骤330终止这个主叫方识别码的编码过程并且主叫方拆线，从头开始编码过程(步骤304)。如果未到“超时”，就在步骤332呼叫第ni条接收方线路。如果第ni条接收方线路“忙”就在步骤336，这个主叫方拆线并在再次呼叫第ni条接收方线路之前等待TB秒钟。如果第ni条接收方线路“闲”就在步骤338，这个主叫方在拆线之前等待K次振铃或TRi秒钟。要注意，如果不用时间测量，就在呼叫每条接收方线路时，这个主叫方都要为呼叫和接通每一条接收方线路等待一个同样的时间(比如说T秒)。在步骤340要进行一次核对，查看主叫方识别码的最后一个元素(i＝LI)是否已经被编码。如果最后一个元素仍然没有编码，控制就转到步骤326，根据这个主叫方识别码呼叫下一条接收方线路。如果，另一方面，最后一个元素已经编码，那么在步骤342，整个主叫方识别码都已编码。现在，对于一个普通网络，这个主叫方识别码的编码已经完成，如果需要，在步骤342可以开始对消息编码或解码。
一旦已经收到并且确定一个主叫方识别码，就可以收到一个主叫方发送的一个消息代码。重要的是消息代码有一个很肯定的结构。下面将说明涉及消息的结构的一些基本概念。
构成消息代码最好是，但不是必要，使第一个码元是最高有效元，而最后的码元是最低有效元。这个方法保证如果丢失了消息的末尾，至少已经收到消息的重要部分。根据这个方法，如果有关的数据要加到基本的消息上，这个数据应当是消息代码的后缀。
一个消息代码是通过一个数据库和一个消息相关的，这个数据库使特定的线路(即特定的线路索引)和一些编号，字，消息或它们的组合相关。一个消息代码可以有任意个元素，这些元素在数据库中由第一个(最高有效)元素确定。
建议，一个包含“群”和“子群”的“代码结构”要这样地构成，它要允许从第一个元素开始，代码的每个连续的子群，有一个“可解码的”和有用的含义。
下面根据商业应用举例说明基于无连接时间消息联系接收和传送消息代码。根据本发明，在所有的例子中，发出呼叫而没有回答。即，用“呼叫”这个字来说明一个“无连接时间呼叫”。再有，下面这些例子中一个斜杠“/”表示选择。例如A/B/C，表示或A或B或C。
第一个例子是从/向完全/部分自动服务点(例如一个自动售货机)无连接时间地接收/传送消息代码。考虑四种不同的情况。下面假定(a)一个自动服务点或智能控制器可以感受和区别NE个事件，这些事件可以指示，或者它的子系统中的一个有技术上的失效，或者需要补充放在现场的存货。
(b)一个控制NA(数量)个服务点(或，售货点)的操作中心，利用最好是智能网络操作的NO条数据线路，接收/传送数据，这些线路包含消息登记线路，确认登记线路，回答线路和轮询登记线路。
(c)考虑三种典型的消息(i)电源失效。
(ii)第I个货柜(在NC，比如16个当中)的售货机——电机不动。
(iii)自动服务点应当补充的存货的组合和数量(在NQ，比如128个当中)。
情况-1操作中心用NO＝25条数据线路报告NE个事件(NE＜26)，其中某些纪录有有关的数据。
在这种情况(即智能网络操作)消息(i)要求向25条线路中的一条发出一次单独的呼叫。然而消息(ii)要求次个呼叫，第一次说明失效，第二次说明售货机——电机的编号。消息(iii)要求三次呼叫，第一次说明一个补充存货命令，另外两次说明补充存货的组合和数量j，用25-基的编码(即25线或它的一个整数)，这里两个码元的第一个含有部分的意义。
这样，清楚地理解到，虽然消息(i)和(ii)的消息代码是以比一个元素更多的码(即多于一次呼叫)为基础的，即使在收到第一个码元之后消息联系被中断，它们仍然具有一个很明确的含义。
情况-2操作中心利用NO＝200条线路报告NE(NE＜26)个主要事件，其中有些事件有k个有关数据的组合，但是可能组合的总数合计NP证明NP＜200。
在这种情况，全部三个消息(i)，(ii)和(iii)，只要从自动售货点发送到操作中心一次单独的呼叫。
情况-3利用25/200条线路的操作中心(作为一个智能网络消息联系主动一方)需要把自动售货点的参数由设置i切换到设置j。
在这种情况，当NO＝25，如果少于25个设置选择就合适，就只需要一次单独的呼叫来切换参数设置。可是，如果要用多于25个设置选择，就需要2次呼叫来切换参数设置。当NO＝200，为了精确切换参数选择，即使参数选择的总数是200，也只需要一次单独的呼叫。
情况-4上述例子的操作中心是一个消息联系被动方。为了自动售货点精确的操作，需要通过轮询检索参数选择，因此，为了7或15或31个设置选择，需要从消息联系主动方向消息联系被动方，分别发出4或5或6次呼叫。
第二个例子是从/向一个移动监视服务单位，例如一个移动服务巡查单位，无连接时间地接收/传送消息代码。考虑三种不同的情况。在本例中，移动监视服务单位收到的消息有两种指令形式。第一种指令把服务单位引导到一个特定的位置(在一个NA个存储位置的数据库中的一个，即服务点)，另一种指令则为了完成特定的任务(一个NT个任务的表中的一个)。
每个任务有NR个里程表可以和一个用一个环球定位系统的位置测量配合(在精确到AC以内定位)，以便在一个预定标记的地区内确定位置。在一个给定的通信频率上，服务单位的位置和它的状况一起的报告是这个应用中的一个合法的消息代码。
情况-1一个操作中心控制NA＝200/20000个服务点，操作中心可能要求一个NT＝10的不同类型的任务。操作中心利用NO＝25/200条数据线路，在一个日常的程序中，按照20个不同的服务位置，发送一个工作单给一个移动服务单位，说明服务点的位置，任务和执行任务的顺序。
如果NO＝25和NA＝200/20000，操作中心为了发送消息代码，必须分别发出3/4次呼叫。利用一个25-基的编码，在开始的2/3次呼叫一起用来说明服务的位置和任务，最后一次呼叫用来确定依照日常程序的任务的顺序。如果NO＝200而不是25，分别只需要2/3次呼叫来发送消息代码，这里分别用1/2次呼叫来说明服务的位置和任务，最后一次呼叫用来确定依照日常程序的任务的顺序。
情况-2一个与情况1中的操作中心通信的移动服务单位(NU＝150中的一个)需要报告任务i(在20个位置中的一个)的一个里程j，附带/不带在一个150*150sq km(平方公里)的地区内，精确度为AC＝1.5km(公里)或0.15km的位置详情说明(对于智能网络操作)。
如果NO＝25，AC＝零/1.5km/0.15km，(零表示不需要定位)移动服务单位就分别需要为每个消息代码发出1/4/6次呼叫。如果操作中心不是使用NO＝25，而是NO＝200条线路，移动服务单位就分别只需要发出1/3/4次呼叫。
第一次呼叫，或第一个消息代码的元素，在这两种情况都用于NT和NR，这里第一个里程是由呼叫NT(这个情况中是20)条特定的线路中的一条报告的，而接在第一里程后面的其他NR-1个里程利用另外的(NR-1)条线路，在这个情况中是4条。以后任何呼叫都用来报告移动服务单位的位置。每次呼叫指出一个地理区域。地理区域可以用一系列名为基本方形的四方形标出。这些方形可以分成更小的称为次级方形的方形，次级方形接着又可以分成更小的方形。每条被呼叫的线路对应一个给定的方形。
一个第一次呼叫就指出移动服务单位是在对应于被呼叫的线路的基本方形内中的某处。如果基本方形的分辨率已经足够，就不需要再呼叫。如果需要次级方形的精度就发出第二次呼叫，指出移动服务单位是在对应于被呼叫的线路的次级方形内中的某处。这个过程可按需要的精度连续进行。
情况3和情况2相似，但系统用普通网络操作。在这种情况，消息代码前面有一次或几次呼叫，以给定主叫方识别码。因此对NO＝25/200条线路，必须分别在情况2需要的呼叫次数增加1/2次。
第三个例子是从/向某人无连接时间地接收/发送消息代码，这个人希望呼叫和/或支付一项服务或者从服务员得到供应一件产品。服务员配备一个无连接时间收发信机和有关的消息解码和编码软件。本例子可以用于，例如一个摩托车手希望“在核对”/“不核对”路上或路外停靠，或接受一个服务，例如洗车，或者在一个煤气站支付煤气产品费，或者某个电话用户希望从一个自动售货机或派送服务点购买一种确定的产品。当然可以全部按照要求作其他的应用。下面的例子全部都称做电子交易，交易的价格将是消息联系过程的一部分。当然本发明包含的涉及价格的消息不限于这些特例。将考虑两种不同的情况。下面假设(a)一个自动服务点或智能售货控制器可以感受和区别NE个事件，这些事件可以指示或者被识别的采购者对一种很明确的产品/服务的需求，或者当用命令使机器正确地选择产品或服务时，比如按下一有标记的键，可以指示只有被识别的采购者采购的需求的事件。
(b)一个控制NA(数量)个服务点(或，售货点)的操作中心，利用最好是智能网络操作的NO条数据线路，接收/传送数据，这些线路包含回答线路。
(c)一个本系统的手工操作用户可以利用以下随便一个模式呼叫一个服务/一种产品-如果这个消息是一个单独的码元而且解码与时间无关-那么系统的用户不必要用一个专门的终端，而不如利用一个属于他/她的电话(蜂窝或有线)，按照命令“从这个售货点购买一种服务/产品(名称)，呼叫电话号######然后拆线”-如果是一个多元素码(multi element code)的消息(或者与时间有关的代码)应当用一个连接到有线或蜂窝装置的专门终端，这个终端最好能指示用户，比如用菜单，如何选择定单。
(d)考虑三种典型的消息(i)单项购买请求(NP种服务或产品中的一项，由供方预先指定)-这里意味着交易的价格由消息代码确定，(ii)请求购买不定量的一种确定的产品(例如，“充满我的罐”，或“我把车停放不知多久”)，这里意味着交易的价格在购买完成后才确定，情况1操作中心利用NO＞＞NP条数据线路控制与NP种不同的产品或服务有关的交易。在这种情况，消息(i)要求对数据线路中的一条发一次单独的呼叫。可是消息(ii)要求两次呼叫，一次是开启购买或服务过程，另一次是结束这个过程。在这种情况下的另一样做法是不用呼叫来结束销售，有时，用户可以人为地保留而让智能控制器“当场”感知停止信号。(“过程结束”消息更适合于例如停放车辆这类电子交易，而“停止”键更适合于例如补充煤气这类电子交易)。消息(iii)在NP小的(＝2-3)情况要求从一次开始到任意几次呼叫。当呼叫的系列变得很长时，过程的效率显著下降。
在所有三种消息中最后的元素码有两重含义-a)向主叫方供应这种产品/服务和-b)对于消息(i)和(iii)是预先同意的，对于消息(ii)则是在交易完成以后，接收交易的价钱。这些价钱可以通过每次交易确定的的记账文件入账，并且按照双方同意，提供给向这个被识别的主叫方或向记帐实体(例如信用卡公司)提供通信服务的公共网络操作员汇总。
情况2接收方用NO＝1条数据线路控制NP＞1。在这种情况，消息(i)要求向数据线路发出不止一次呼叫，除这个非主叫方在发出消息之后，改用另一种装置，例如在售货机上按一个键，指出被选择的产品或服务的识别号。结果(iii)请求购买下列的“采购单”(从一个预定的菜单中的)这里意味着交易的价格在发货之前就能确定，但是要分析才单的内容进行叠加。消息的最高有效部分会确定进行由这个主叫方支付的一次电子交易的请求，消息的最低有效部分由按键确定，会识别出要求的产品或服务及其数量。消息(ii)要求两次呼叫，一次是开启购买或服务过程，另一次是结束这个过程。在这种情况下的另一样做法是不用呼叫来结束销售，有时，用户可以人为地保留而让智能控制器“当场”感知停止信号。(“过程结束”消息更适合于例如停放车辆这类电子交易，而“停止”键更适合于例如补充煤气这类电子交易)。消息(iii)在这种情况不能有效地联系。
有关消息代码的结构的基本概念已经叙述过了，下面将叙述无连接时间地接收/传送消息代码的消息联系过程。
考虑三种基本的消息联系过程(i)一个单路主叫方呼叫一个多路接收方，(ii)一个多路主叫方呼叫一个单路接收方，和(iii)一个单路主叫方论询一个多路接收方。对于每个过程给出主叫方逻辑和接收方逻辑的特定例子，连同说明每个这些情况的一般消息联系过程的流程图。
应当注意，多路到单路，单路到多路和单路到单路的消息联系过程只是多路到多路消息联系过程的特殊情况。由于一个服务点应当尽可能节省，而一个操作中心应当有效率，服务点通常是单路而操作中心通常是多路的，因此这三个要叙述的基本消息联系过程都是重要的情况。
首先考虑一个单路的消息联系主动方向一个多路接收方发送一个消息。
对于智能网络操作，每次呼叫被单独地识别，因此消息联系过程可以支持在交迭的发送时期内开动数据传送的许多主叫方。由一个消息联系主动方发送的消息代码是一个这样的代码，它是作为一系列接收方来话线路号码来建立的，最好是按照代码中“最高”到“最低”有效码元素的顺序，其中代码的每个“元素”相当于接收方被呼叫线路的线路索引i。
消息代码的编码和解码过程是以下面的假设为基础的(a1)通信双方配置一个预先确定的MM个消息和相关的消息代码的数据库。
(a2)接收方利用N条线路接收消息代码，每条线路以一个线路索引为特征。
(a3)从优化编码考虑，MM和N之间的关系要求基于MI个元素的一消息代码，其中第一元素最好是“最高”有效元，第MI个元素是“最低”有效元。例如，如果MM＝9或99和N＝10，则分别MI＝1或2。同样，如果MM＝99或9999和N＝100，则分别MI＝1或2。
(a4)每个主叫方有一个预先确定的时间(TIME-OUT(超时))用于发送它的MI元消息代码，这个时间从这个主叫方接通被呼叫的表示消息代码的“最高”有效元的线路，并且发现这条被呼叫的线路处于“闲”态这一时刻开始。
(a5)消息联系过程结束于请求接收方发出一个确认，确认证实已经收到一个正确的消息代码。这样的确认依据接收方的性质，由两种方法中的一种完成。
如果这个接收方是一个消息联系被动方，在消息联系过程之前必须加上主叫方登记，这是由这个主叫方呼叫消息联系被动方的确认登记线路，通知消息联系被动方，该主叫方注意接收对它的消息的确认而进行的。如果这条确认登记线路是“忙”，这个主叫方就要继续呼叫直到它“闲”为止。登记之后，这个主叫方通过的回答线路，等待一个确认，不确认或部分确认。
可是，如果这个接收方是一个消息联系主动方，它可以向这个主叫方发送一个与消息联系过程成功有关的消息代码。
(a6)消息代码数据库的智能化结构连同编码过程是以一系列数据从“最高”到“最低”有效元地发送为基础的，即使在完成之前由于某些原因使过程中断，也允许检索部分消息。下面给出一些例子，说明部分消息对于应用牢靠的重要性。一个部分的消息可以从一个代码中抽出，这里每个元素标出前一个元素的一个子群。
对于普通网络操作，由一个消息联系主动方发出的消息，必须在前面加上以上叙述的识别码系列解码过程。因此在某个时间内，只有一个消息联系主动方可以与一个给定的消息联系被动方通信。
在整个过程中，从主叫方识别开始，经过消息联系到最后接收一个确认，不确认或部分确认，或者由于“超时”使过程终止，消息代码登记线路必须处于“忙”态，指出这个消息联系被动方被占用，不能从另外一个主叫方接收新的消息。当过程由于“超时”终止或由于确认过程完成，消息登记线路切换到“闲”态，这个接收方准备接收一个新的消息代码。即使这个接收方是一个消息联系主动方，这个主叫方也应当询问确认线路，使上一次建立的识别码不致丢失。这是和智能网络的情况完全相反的，在智能网络那里主叫方识别码是在通信信号的载频频率上调制的。
由于普通网络操作的结构，它不能承受试图在交迭的时期内向/从同一个接收方收发数据的许多主叫方。有时更有效的是把NO条线路再分为N个子群，每个子群作为一个独立的接收方操作，结果，n个消息代码可以并行地收发。例如一个100条线路的普通网络的接收方，把它的线路分成10个独立的群之后，其效率比一个单独的100路系统高出一个五到六倍的因数。也就是说，它可在单位时间内接收多于五倍的呼叫。
现在要叙述综合在图9和10中的，一个单路消息联系主动方，向一个多路接收方发送一个消息的过程。在这两个图中要用到以下的记号MM表示用到的消息代码的总数，MI表示在一个消息代码中元素的数量，N表示接收方被索引的线路的总数，i，j是消息代码元素的索引，ni(nj)是第i(第j)条接收方被索引的线路，OM表示不同码元数值＝N*TV的数量，这里TV表示测量从一个时钟触发脉冲到拆线的时间值(已经舍入)的可能的数量。
现在说明随着时间变化的消息联系与不随着时间变化的消息联系的比较，和时间测量对可以得到的消息代码数量的影响。考虑一个单路的消息联系主动方向/从一个10路通信一方发送/接收一个消息，并且设TV＝4。那么每次呼叫表示40个消息代码的值中的一个，而不是在编码过程中不用随时间变化的消息代码值那样10个数值(即在编码过程中忽略从第一次振铃到拆线的时间长度)。相应地，一个随时间变化的消息代码，以2或3个码元为基础，将产生一批1600或6400个不同的消息代码，而比较在编码过程中不用随时间变化的消息代码值，分别只有100或1000个不同的消息代码。
首先注意图9表示一个多路接收方从一个单路消息联系主动方接收一个消息代码的接收方逻辑的主要步骤。在步骤400，这个多路接收方从一个单路消息联系方接收一个消息代码。MM是所用的消息代码的总数，OM是不同的码元数值的数量。如果在步骤402，MM＜OM(即，单独一个码元确定这个消息)，于是控制转到步骤448。步骤450区别以下两种情况。如果所用的消息代码总数(MM)小于接收方被索引线路的数量(N)，那么对于线路ni，为了确定消息代码，除了被呼叫线路的线路索引ni之外还要加上振铃时间Tri的测量(步骤456和458)。如果另一方面，MM＞N那么被呼叫线路的线路索引ni便足够确定消息代码(步骤452)。在步骤454，确定这个主叫方识别码，消息代码和消息到达时间。控制转到以上所述的步骤430。
如果在402，MM＞OM(为了传送一个消息呼叫所需的呼叫次数)那么在步骤404就从第一个到第MI个元素逐个元素地建立被接收的消息代码。最好，但不是必须，第一个元素是消息代码的最高有效元素，第MI个元素是消息代码的最低有效元。
在步骤406开动一个“超时”过程，在步骤410把消息代码的索引j初始化为零。输入消息代码是由步骤410到418确定的循环建立的，其中消息代码的第j个元素是由nj和TRj给定。应当注意到，如果不用时间测量，那么第j个元素只由nj给定。一旦全部消息代码的元素都已收到，并假定在过程中还没有被登记为“超时”循环就在步骤418结束。这里假定接收方已经预知有多少码元。例如，可以预先约定第一个被接收的元素同时也指示出接收方可预期接收的元素总数。根据这个方法，接收方可预期接收的元素总数由MI(n1)给定，这里n1是第一条接收方被呼叫线路的索引。
在步骤420，把收到的消息码元与一个转换表比较，这个表把这个消息码元与消息或其中的一部分消息联系起来，从而对消息代码解码，按照这个消息指出的主叫方识别码和消息到达时间识别出这个主叫方。
如果在步骤412“超时”在全部码元被接收之前就终止了这个过程，于是考虑收到的码元的数量有两种可能性。这两种可能性在步骤422核对。如果至少收到了一个码元(即，j＞1)，那么在步骤424和426从接收到的码元确定一部分消息，按照这部分消息指出这个主叫方识别码和消息到达时间识别出这个主叫方，并且准备一个部分确认消息代码。如果另一方面，一个消息码元也没有受到(即，j＜1)，在步骤428就准备一个不确认消息代码。
如果这个多路接收方是一个消息联系主动方，那么在步骤430控制转到步骤431，这个多路接收方向这个单路主叫方发送一个适当的确认消息代码(即，确认，不确认或部分确认)。如果另一方面，这个多路接收方不是一个消息联系主动方，那么这个单路主叫方(是一个消息联系主动方)必须如步骤432到440那样呼叫这个多路接收方的确认登记和回答线路，以得到被这个多路接收方接收的消息的状态。在步骤442决定这个单路消息联系主动方是否注视从这个多路接收方轮询一个消息。如果轮询登记线路在TP秒内被呼叫，就说明要求轮询，步骤446。如果另一方面，轮询登记线路在TP秒内没有被呼叫，就不要求轮询，并且，只是在普通网络操作情况，消息登记线路被切换到“闲”，然后接收方准备下一个消息。
现在注意图10表示向一个多路接收方发送一个消息的一个单路消息联系主动方逻辑的主要步骤在步骤500，这个消息联系主动方的识别码(IDC)被解码(参阅图8)并且触发一个代码消息联系过程。如果在502，MI＜OM，呼叫单独一条接收方线路就可以传送一个消息(即，单个码元确定这个消息)。在这种情况，步骤554，确定这个消息的这个多路接收方的线路，比如说第ni条线路被呼叫。如果该第ni条线路“忙”，在步骤556就把控制转到步骤558，这时该主叫方拆线，然后在再呼叫这个多路接收方的第ni条线路之前等待TB秒。如果该第ni条线路“闲”，那么在步骤560，在拆线之前等待k次振铃或TRi秒。又，如果不用时间测量，那么这个单路消息联系主动方，不管哪条接收方线路被呼叫，在拆线之前都等待同样的时间，比如说T秒。在步骤562，这个主叫方进行从步骤530开始的确认过程。
如果在502，MI＞OM，只有呼叫若干条接收方线路才能传送一个消息(即，要不止一个码元来确定这个消息)。在步骤504，指定被呼叫的一些接收方线路，这些接收方线路确定这个要求的消息代码的码元。最好，但不是必须，第一个元素是消息代码的最高有效元素，第MI个元素是消息代码的最低有效元素。
在步骤506初始化“超时”过程，然后在步骤508把消息码元索引j初始化为零。在步骤510索引j的值加1。在步骤512拨打相应于消息代码第j个码元的接收方线路。如果在步骤514，被拨号的线路“忙”那么控制就转到步骤516，在重拨之前拆线等待TB秒。如果另一方面，被拨号的线路不“忙”那么控制就转到步骤518然后这个消息联系主动方在拆线之前等待TRj秒，或者kj次振铃。应当指出，如果不用时间测量，那么这个消息联系主动方，对每条被呼叫的线路在拆线之前都等待同样的时间，比如说T秒。
在步骤520核对是否所有确定消息代码的接收方线路都已连续地被拨号，即是否j＝MI。如果是的，全部消息代码已送到接收方，步骤529，然后从步骤530继续进行消息确认过程。如果这个多路接收方是一个消息联系主动方，那么在步骤530控制就转到步骤531，这个单路主叫方等待从这个多路接收方发来的适当的消息代码确认(即，确认，不确认或部分确认)。如果另一方面，这个多路接收方不是一个消息联系主动方，这个单路消息联系主动方必须如步骤532到550那样呼叫这个多路接收方的确认登记和回答线路，以得到被这个多路接收方接收的消息的状态。
如果在步骤520，j≠MI并且没有到“超时”，522，于是就呼叫下一条线路(重复步骤510到520)。如果在522到了“超时”，又如果至少有一条线路被呼叫，524，就准备一个部分确认的消息代码，528。如果另一方面，没有线路被呼叫就终止这个过程，528，然后如果需要就重新开始。
现在只对智能网络操作考虑一个多路消息联系主动方向一个单路或多路接收方发送一个消息。
和以上的情况不同，那里利用接收方的多路结构来编码，而这里的情况，编码的基础是以每个消息联系主动方有许多呼叫线路，可以从这些线路建立消息代码为依据的。由于这里的情况限于智能网络操作，这个主叫方的识别码直接从呼叫信号中抽出。然而因为这个主叫方用了若干条线路，联系这个主叫方和消息代码之间的解码是一个多步骤的过程，总结如下(a)从这个呼叫信号中抽取识别码和消息到达时间；(b)识别这个主叫方属于哪条呼叫线路；(c)从被识别的主叫方线路中识别出特定的识别码值；(d)根据消息到达时间，和如果有上次接收的元素，还根据上次接收的(i-1)元素，给消息码元分配一个索引i；(e)如果全部消息码元都是有用的，把这个消息解码，或，如果过程在完成之前被“超时”终止，把部分的消息代码解码。
在这种情况，如果需要可按以下的办法中的一个做出确认如果这个接收方是一个消息联系主动方，它将发送一个确认，不确认或部分确认给这个主叫方。
如果这个接收方是带有确认登记和回答线路的一个消息联系被动方，这个主叫方将向这个接收方询问一个确认消息代码。
如果这个接收方是没有确认登记和回答线路的一个消息联系被动方，但这个主叫方是在这个时候呼叫这个接收方的唯一消息联系源，那么如果这个接收方恰当的响应是确认或部分确认，就把它单独的线路切换到“忙”并等待T秒，如果恰当的响应是不确认，就让这条线路为“闲”，并且这个主叫方当这个信号的消息联系过程完成之后就立刻询问这个接收方。
现在说明图11和12给出的一个多路消息联系主动方向一个单路接收方发送一个消息的流程图。在这两个图中将用到如下的标记TR标记一个振铃时间，i，j消息码元的索引，TRj表示对第j个码元的一个振铃时间IDC通常作为一个代码足够详细地说明一个消息源的识别，并且参考图11，这个码含意为主叫方的识别和被该主叫方呼叫的线路。
首先注意图11表示一个单路接收方从一个多路消息联系主动方接收一个消息的接收方逻辑的主要步骤。在步骤600从一个多路消息联系主动方接收一个呼叫。根据对主叫方识别码(IDC)值解码得到的KI个码元知道被接收的消息代码。在步骤602收到一个呼叫，识别出这个主叫方和这个主叫方的呼叫线路，并且测量振铃时间TR。再次强调，测量振铃时间是任选择的，用以增加建立这个消息代码的自由度。
当收到一个已知的主叫方发出的第一次呼叫时，解码的会话仍未“打开(ON)”，在步骤604控制转到步骤606，这个当前的主叫方开始 “超时”过程，由此“打开”这个当前的主叫方的解码会话。在步骤608这个消息代码的第一个码元被作为一个与这个主叫方识别和这个主叫方的呼叫线路相关联的号数，并且设置索引i为1。在步骤610核对这个消息代码是否按照1个码元来接收(KI＝1)。如果这个消息代码是按照1个码元来接收，那么在步骤612已准备好为产生一个被识别的消息和一个消息到达时间做精确的解码。
如果这个接收方是一个消息联系主动方，那么在步骤614控制转到步骤616，这个接收方将发送一个恰当的确认消息代码给这个主叫方，这个代码将是确认，不确认或部分确认消息代码中的一个。然后控制转到步骤618，这里这个接收方等待下一次呼叫。可是如果这个接收方不是一个消息联系主动方，那么在步骤614控制转到步骤620，这个接收方等待这个主叫方询问一个确认消息代码。当然，这个接收方在它的登记线路上为这个主叫方准备一个恰当的确认消息代码。于是显然，如果这个接收方不是一个消息联系主动方，这个主叫方必定收到一个确认消息代码，于是这个接收方不可能是一个单路的接收方。接着步骤620控制转到步骤618然后在步骤622核对当前的解码会话是否“超时”。如果仍未达到“超时”，控制就转回到步骤600。
在步骤622，达到“超时”那么在步骤624进行核对，对于这个当前主叫方，是否已经收到这些消息码元。如果对于这个当前主叫方没有收到这些消息码元，就在步骤626停止对这个主叫方的这个消息过程，控制转到步骤614将一个不确认消息代码传递到这个主叫方。如果有些，但不是全部消息代码已经从这个当前的主叫方接收到，那么这个主叫方的消息代码可以部分地被解码，628，然后控制转到步骤614，将一个部分确认消息代码传递到这个主叫方。在这以后控制转到步骤618然后步骤622。
如果在步骤604对这个当前主叫方一个解码会话是“打开”的，控制就转到步骤630，核对上一个这个当前主叫方的被解码的元素索引i，然后在步骤632把j确定为1+i。在步骤634通过一个数据库代码转换表把这个第j个码元与这个主叫方和这个主叫方的呼叫线路相关联。
在步骤636核对全部这些码元是否已经收到。如果全部这些码元已经收到，那么在步骤612，这些被接收的码元准备解码，然后如前所述，通过步骤614到620进行确认。
现在注意图12表示向一个单路接收方发送一个消息代码的一个多路消息联系主动方逻辑。在步骤700，一个多路消息联系主动方利用智能网络操作产生一个消息代码传送。在步骤702一个用KI个元素的代码被解码。每个码元由一个有呼叫振铃时间TR伴随的这个主叫方的线路号码中的一个来代表。最好，但不是必要，这个消息代码是这样来建立，使第一个码元是最高有效消息元素，最后的码元是最低有效消息元素。
在步骤704开始“超时”过程。在步骤706把索引i设置为零。在步骤708这个索引i的值增加1。在步骤710核对是否到达“超时”。如果仍然为到“超时”，那么在步骤712这个多路消息联系主动方从分配给第i个码元的线路呼叫这个接收方。在步骤714核对这条接收方线路的状态。如果它是“忙”的，就在步骤722，这个主叫方拆线，然后在转回到步骤712之前等待TB秒。如果在另一方面，这条接收方线路不是“忙”，那么这个主叫方在拆线之前等待TRi秒，716。在步骤718核对码元索引。步骤720，如果第KI个元素已经发送，那么全部消息代码都已经发送，继续进行确认轮询过程，步骤730，732和734。如果在步骤718这个第KI个元素还没有被发送，控制就转到步骤708继续进行。
如果在步骤710已到“超时”那么在步骤724核对发送码元的数量。如果在步骤724没有发送码元，就放弃这个过程，726，并且必须从步骤702重新开动。可是，如果已经发送至少一个元素，这个消息已经部分地被发送，728，在步骤729核对这些部分地被发送的消息是否已经足够。如果认为这些部分地被发送的消息不够，就放弃这个过程，726。如果认为这些部分地被发送的消息已经足够，就继续进行确认/轮询过程，步骤730，732和734。
图9到12都包括一个单路主叫方呼叫一个多路接收方的特定情况，其中图10和12包括一个单路消息联系主动方向一单路接收方发送一个消息的特定情况，图9和11包括一单路接收方从一个单路消息联系主动方接收一个消息的特定情况。这些特定情况是只对智能网络操作来说的。
与多路和单路通信双方之间消息联系更一般的情况不同，这里解码和编码以这个呼叫或者被呼叫的线路号码，以及没有回答的呼叫的顺序为基础进行的，在这种单路通信的双方之间消息联系的特别情况，消息代码元素是依据从一个这个接收方的时钟触发脉冲到拆开“响铃”过程所过去的一段时间建立的。因为这个特例限于智能网络操作，或两个和只有两个很确定的方面之间的通信，主叫方识别码就直接从这个呼叫抽出。可是，每个消息代码可以依据许多元素建立，连接这个主叫方和这个消息代码之间的解码是一个多步骤过程，总结如下(a)从这个呼叫抽出主叫方识别码和消息到达时间；(b)测量从第一次“振铃”到响铃过程结束的时间；
(c)用一个解码参数TD除测量出的时间，把除的结果舍入到最接近的消息代码元素的值，由此抽出元素消息代码的值(例如，假设从一个时钟触发脉冲到最后一次振铃的时间是7.5秒而TD＝4秒。假定可用的消息代码元素是1，2，4，6，8，这样情况抽取的消息代码元素的值是2)；(d)根据消息到达时间和，如果有关的话，还有以前接收的消息代码元素(即，第(i-1)个元素)给这个消息代码元素分配一个索引i；(e)这个消息知道建立这个消息代码的元素数量，如果全部消息代码元素都可以得到，把这个消息解码，或者如果“超时”使这个过程中断，把消息代码部分地解码；和(f)如果这个接收方是一个消息联系被动方-在接收最后一个码元后，在预定的时间，按有关的情况产生一个确认代码(作为一个“忙”信号)或者产生一个不确认代码(作为一个“闲”信号)；或(g)如果这个接收方是一个消息联系主动方-呼叫这个发送方，以便利用像步骤(f)那样产生一个“忙”信号或一个“闲”信号，进行无连接时间地传送一个确认消息代码或一个不确认消息代码。
根据以上所述的这个解码过程，由这个发送方进行的无连接时间的消息联系的解码过程如下(i)从每个报告的事件的数据库选择消息代码，其中每个码元有两个参数，第一个是一个被呼叫的号码，第二个是从一个时钟触发脉冲到拆线的时间；(ii)呼叫第一个码元的接收方号码(最高有效元素)并且在一个“响铃”模式等待一个由这个特定的码元确定的时间；(iii)拆断这次呼叫；(iv)对所有其余的码元连续地重复步骤(ii)和(iii)；和(v)完成这个被编码的消息的传送时，进行如步骤(f)或(g)所说的确认。
现在考虑一个单路的消息联系主动方通过轮询询问一个多路的消息联系被动方的消息。这个多路的消息联系被动方可以响应许多消息联系主动方，但每个时间只响应一个。
对于智能网络操作，从一个消息联系被动方轮询数据的第一阶段是呼叫这个消息联系被动方的轮询登记线路，其目的是为了让这个消息联系被动方识别这个主叫方，这个消息联系被动方已经准备一个与这个特定的主叫方有关的消息代码。同时将轮询线路切换到“忙”，以阻止其他也是当前的主叫方为数据轮询而访问这个消息联系被动方。如果有一个消息等待这个当前的主叫方，就把回答线路切换到“忙”，由此向询问的主叫方指出一个消息在等待。如果没有消息在等待，这个过程对于这个消息联系主动方和这个消息联系被动方都将终止。
消息编码是利用这个消息联系被动方的N条来话线路的“忙”和“闲”状态作为一个二进制代码来产生的。在N小到不允许一个完全的二进制消息代码编码的情况，就利用许多连续的节，那些较高的有效位(第一条被呼叫的线路是最高有效位)在第一个节中被编码，而那些最低的有效位在最后的节中被编码(最后一条被呼叫的线路是最低有效位)。在这种情况，这个消息联系主动方将呼叫确认登记线路，以通知这个消息联系被动方一个段已经全部读完，而这个消息联系被动方将把N条线路的下一个段编码作响应。当这个过程已完成或由于“超时”而终止，所有接收方的线路都被切换到“闲”，以允许下一个消息联系过程开始。
智能网络操作与普通网络操作之间唯一的差别是，开动普通网络过程时，在这个接收方可以把消息代码解码之前，必须由这个消息联系主动方将主叫方的标识编码。至于智能网络操作，主叫方的标志是在通过电话网络传送的通信信号的载频上，通常在第一次和第二次来话振铃之间进行调制的，并且直接由一个调制解调器或线路接口抽出，这个调制解调器或线路接口是连接到被这个主叫方呼叫的这个接收方线路上的。
在图13和14中，由一个单路主叫方从一个多路接收方轮询一个消息代码的过程，现在说明如下。
首先注意图13表示由一个单路主叫方(消息联系主动方)轮询消息代码的一个多路接收方逻辑的主要步骤。在步骤800这个消息联系主动方的轮询登记线路被呼叫，主动方被识别出来。在步骤802，轮询线路切换到“忙”，以阻止其他同时当前的主叫方访问这个多路接收方。如果有一个消息等待这个当前的主叫方，804就把回答线路切换到“忙”，806，等待T秒，由此向询问的主叫方指出一个消息在等待。
如果在步骤808，这个消息联系主动方在T秒内呼叫这个接收方的回答线路，那么在步骤810初始化“超时”过程。如果在步骤804，没有消息等待这个当前的主叫方，于是这个主叫方等待T秒，然后转到步骤836。在步骤836，终止轮询过程，所有接收方线路包括轮询和消息代码登记线路都设置为“闲”。轮询过程从新开始，并且对所有的主叫方开放。
在上面指出消息编码是利用这个消息联系被动方的N条来话线路的“忙”和“闲”状态作为一个二进制代码来产生的。最初，所有来话的N条线路都设置为“闲”。在步骤812核对包含消息代码的码元数量K(二进制位)是大于或小于N。如果K＜N，线路的数量足够大到可以允许编码，然后在步骤840将N条线路中的L条切换到“忙”，建立要求的消息码元。在步骤836对“超时”进行核对。如果没有达到“超时”，于是在步骤834核对这个主叫方曾否呼叫这个接收方的确认登记线路，指示曾经连续地轮询过这个消息。
如果在步骤812发现K＞N，这N条线路不够编制一系列完全的二进制消息代码。在这种情况这个消息代码被分成许多连续的节。在步骤814确定需要连续的节数[K/N]+1，这里[x]表示取x的整数值。
步骤818到832说明消息代码在J个段中编码，在步骤820，预先设定扫描时间，使这个主叫方有足够的时间呼叫来话的接收方线路和呼叫对每节的一个确认，以确认在每节中被读出的消息代码，在步骤823。再次，在步骤836，当这个过程已完成或由于“超时”而终止，所有接收方的线路都被切换到“闲”，以允许下一个消息联系过程开始。
现在如果注意图14表示从一个多路接收方轮询消息代码的一个单路主叫方逻辑。在步骤900为了一个单路消息联系主动方从一个多路接收方轮询一个消息而设立一个时钟触发脉冲。在步骤902到906，这个接收方的轮询登记线路被呼叫直到它“闲”为止。在步骤908主叫方等待T1秒。然后拆线并且在步骤910呼叫这个接收方的回答登记线路。在步骤912核对这个接收方的回答登记线路的状态。如果线路“闲”，就是没有消息等待这个主叫方，然后在步骤913终止这个过程。如果线路“忙”，就是有一个消息等待这个主叫方，步骤916，然后在步骤918初始化“超时”过程。
在步骤920把码元最大的编号K和接收方线路的数量N比较。如果K＜N，接收方来话线路的数量足够多，可以容纳完全的消息代码，控制转到步骤922，这时线路索引i被设置为零，对一个段论询过程的轮询开始进行。有步骤924到936确定的段中，这个消息代码被逐条线路轮询如下。首先把这个线路索引i设置到1，然后呼叫接收方的第ni条线路，926，核对这条线路的状态，928，如果它“闲”，930，这个主叫方等待T2秒然后拆线，然而如果这条线路“忙”，932，这个主叫方就等待T3秒然后拆线。在拆线之后进行核对最后一条线路曾否被呼叫，934。如果最后的一条线路还未被呼叫过，就核对“超时”，936。如果仍然未到“超时”，控制转回到步骤924，呼叫下一条被编码的线路。如果已经到了“超时”，于是消息代码只是部分地被轮询，这个主叫方准备一个部分确认消息代码，938。如果另一方面，在步骤934，最后的一条线路已经被呼叫，那么这些消息代码已经完全被轮询过，这个主叫方恰当地确认在步骤940到948轮询过程成功地完成。
如果在步骤920发现K＞N，这N条接收方线路不够容纳整个消息代码。在这种情况，把这个消息代码分成许多连续的节，这里J确定轮询这个消息代码要求的节数。步骤956到980对于在一节中轮询一个消息是和步骤924到926一样的。然而把步骤950到954和步骤982到983加到步骤956到980上，就使这个单独一节的轮询过程重复J次。
本发明已经按某些程度的特点进行叙述和图示。然而应当理解到各样选择和变化都可以在不违背本发明在后面所要求的权利中的精神实质和范围内进行。
现在注意图15和16，这里说明一条线路为了在发送方和接收方之间传送消息利用本发明的CEIC方法的一个例子，如上所述，CEIC就是把组成一个码元的一个LSP附加到IDC上，它只是根据本发明的许多可能的变化中的一个。
图15和16基本上与图11和12相同，只有很少的改变。被改变的方框用在图11和12中对应的参照号加上撇号标示。其余的方框是同样的，因此在这里就不再解释。现在首先注意图16，这里在方框700′表示一个发送序列，现在这些码元是由MSP和LSP的要素以及和响铃时间有关的一些码元组成。在方框702′用Ki个元素将MSC编码。每个元素由一个LSP值接在通过网络发送的发送方的IDC中的发送方的单个MSP号码表示。整个过程继续如图12所述那样进行，只是如果超时仍然未到期(方框712′)，这个EIC元素(MSP和LSP)被发送到这个接收方。
现在转到图15，它与图11相似，MSP和LSP的接收过程在方框600′中说明在方框634′中，根据如此得到的码元LSPi和码元Tri确定这个MSC元素I(假定这个解码会话是打开的)。当这个时间段刚刚开始的情况，这样抽取的LSPi和Tri分别包含第一个LSP和振铃时间元素，并且触发对着时间段的超时计数。当然，不要求每次呼叫都包含LSP和Tri振铃时间成分，但是为了清楚起见，考虑下面的例子，这里指考虑LSP和振铃时间码元。
在第一次振铃，得到LSP1码元和T1码元。在第二次振铃，得到LSP2码元和T2码元，和在第三次振铃，得到LSP3码元和T3码元(T1，T2和T3不必是独一的，同样适用于LSP1，LSP2和LSP3)。
这三个LSPs形成代码段的一部分，同样，这三个振铃的时间也形成代码码段的一部分。这个代码相当于一个已知的消息(从一组消息中的)，这个消息可以用市话用户终端(LUT)抽取。如以前所说，如果希望这样，可以使这些码元解码的顺序对确定相应的消息有作用。因此，用一个非限制性的例子，序列LSP1 T1在第一次呼叫；LSP2 T2在第二次呼叫表示的消息一个不同于序列LSP2 T2在第一次呼叫；LSP1 T1在第二次呼叫所表示的消息。
如果希望这样，可以用其他参数如主叫方电话线路，接收方电话线路进一步增加组合的数量，这样显然增加了消息的清单。
指出下面这一点是重要的，同样的组合对各个主叫方(或接收方)可以对应于不同的消息。。因此，用一个非限制性的例子，LSP1 T1对某个接收方相应于第一个消息，而同样的LSP1 T1对另一个接收方相应于第二个消息。
权利要求
1.通过电话网络在一个主叫方和一个接收方之间通信的方法，包括步骤(a)这个主叫方至少从一条主叫方电话线向至少一条接收方电话线发出至少一次呼叫；(b)该接收方接收但不回答该至少的一次呼叫，由此在该主叫方和该接收方之间传达了一个代码；和(c)由该被传达的代码确定一个消息。
2.根据权利要求1的方法，其中由这个接收方传达的代码指出那一条接收方电话线被呼叫和，如果有一条以上的线路被呼叫就指出它们被呼叫的顺序。
3.根据权利要求1的方法，其中由这个接收方传达的代码指出从那一条主叫方电话线进行这个至少的一次呼叫和，如果进行了一次以上的呼叫就指出这些呼叫进行的顺序。
4.根据权利要求1的方法，还包含由这个接收方至少准备一条处于一个已知状态的接收方电话线，并且其中这个主叫方传送的代码指出至少准备的一条接收方电话线路的状态的步骤。
5.根据权利要求4的方法，其中这条接收方电话线的这个已知状态是从一群包括忙的和闲的状态的中选出的。
6.根据权利要求1的方法，其中这次呼叫在一个第一时间值的时刻被收到，并且其中由这个接收方传达的代码指出哪些接收方电话线被呼叫，以及在该第一时间值和拆线之间过去的时间。
7.根据权利要求1的方法，其中这次呼叫在一个第一时间值的时刻被收到，并且其中由这个接收方传达的代码指出在哪些主叫方电话线进行这个至少的一次呼叫，以及在该第一时间值和拆线之间过去的时间。
8.根据权利要求6的方法，其中该第一时间值的时刻是发生呼叫的一个时钟触发脉冲时刻。
9.根据权利要求1的方法，其中该电话网络是一个智能网络。
10.根据权利要求1的方法，其中该电话网络是一个普通网络。
11.根据权利要求9的方法，其中还包含该网络提供一个主叫方识别码，这个主叫方识别码是在该主叫方通过该电话网发出一次呼叫时在发送通信信号上自动地发送的，并且这个识别码是可以从通信信号中自动解码的。
12.根据权利要求10的方法，其中还包含该主叫方还提供一个主叫方识别码，这个码是由呼叫这条接收方电话线路的主叫方提供的主叫方识别码的指示。
13.一个利用电话网通信的方法，其中发出电话呼叫但没有回答，这个方法包括以下步骤由一个主叫方发出至少一次电话呼叫，由此呼叫至少一条电话线路；由一个接收方接收至少一次电话呼叫而不作回答；和把该主叫方的该至少的一次呼叫向接收方呼叫而不作回答的电话号码与一个已知的代码相联系，这个代码是一个被识别消息的指示。
14.一个利用电话网通信的方法，在网中发出电话呼叫但没有回答，这个方法包括以下步骤由一个主叫方发出至少一次电话呼叫，由此呼叫至少发送一个电话号码；由一个接收方接收至少一次电话号码，作为响应至少一个电话号码的发送，而不回答发出的至少一次电话呼叫；和把这个收到的电话号码与一个已知的代码相联系，这个代码是一个被识别消息的指示。
15.一个利用电话网通信的方法，在网中发出电话呼叫但没有回答，并且其中一条电话线路的状态决定是否授权使通信方法连续，如果该电话线路状态是处于一个“授权连续”状态就许可连续；这个方法包括以下步骤一个主动的主叫方根据接收到“授权连续”状态，发出至少一次没有回答的电话呼叫到至少一条被动的主叫方电话线路上；由一个主动的主叫方发出一系列至少一个没有回答的电话呼叫到至少一条被动的主叫方电话线路上；和指出一系列至少一次没有回答的电话呼叫的电话线路状态，由此得到一个消息代码的一系列的状态指示，这个代码是一个被识别消息的指示。
16.一个利用现有的电话网通信的方法在网中发出电话呼叫但没有回答，并且从呼叫的一个第一时间值到拆线的时间与被呼线路号码一起产生一个已编码消息的一个代码元素；这个方法包括以下步骤由一个主动的主叫方发出至少一次电话呼叫由此至少一条电话线路被呼叫但不作回答；由一个接收方接收至少一次没有回答的电话呼叫，并指出从呼叫的一个第一时间值到拆线的时间；和把该主叫方的该至少的一次向接收方呼叫而不作回答的电话号码，以及指出的从呼叫的一个第一时间值到拆线的时间，与一个已知的代码相联系，这个代码是一个被识别消息的指示。
17.一个利用电话网通信的方法，其中发出电话呼叫但没有回答，并且从呼叫的一个第一时间值到拆线的时间与呼叫线路号码一起产生一个已编码消息的一个代码元素；这个方法包括以下步骤由一个主叫方发出至少一次电话呼叫，由此呼叫至少一条电话线路；由一个接收方接收至少一次电话号码，作为响应至少一个被发送的电话号码，而不作回答至少一次被发出电话呼叫，并且指出从呼叫的第一时间值到拆线的时间；和把收到的至少一个主叫方的电话号码，和指出的从呼叫的第一时间值到拆线的时间一起，与一个已知的代码相联系；这个代码是一个被识别消息的指示。
18.根据权利要求16的方法，其中第一时间值的时刻是发生呼叫的一个时钟触发脉冲时刻。
19.一个在一个主叫方和一个接收方之间通过电路网通信的系统，包括(a)使该主叫方从至少一条主叫方电路线路发出至少一次呼叫到至少一个接收方电话的装置；(b)使该接收方接收而不回答该至少的一次呼叫，由此在该主叫方和该接收方之间传送一个代码的装置；和(c)从传送的代码确定一个消息的装置。
20.根据权利要求19的系统，其中该接收方发出的代码指出那一条接收方电话线路被呼叫，如果有不止一条线路被呼叫，就指出被呼叫的顺序。
21.根据权利要求19的系统，其中该接收方发出的代码指出从那一条主叫方电话线路产生至少一次呼叫，如果产生不止一次呼叫，就指出呼叫产生的顺序。
22.根据权利要求19的系统，其中还包含该接收方准备至少一条有给定状态的接收方电话线路的步骤，并且其中该主叫方传送的代码指出这至少一条的接收方电话线路的状态。
23.根据权利要求22的系统，其中一条接收方电话线的这个已知状态是从一群包括忙的和闲的状态中选出的。
24.根据权利要求19的系统，其中该至少的一次呼叫在一个第一时间值的时刻被收到，并且其中由接收方传达的代码指出哪些接收方电话线被呼叫，以及在该第一时间值和拆线之间过去的时间。
25.根据权利要求19的系统，其中该至少的一次呼叫在一个第一时间值的时刻被收到，并且由接收方传达的代码指出在哪些主叫方电话线进行这个至少的一次呼叫，以及在该第一时间值和拆线之间过去的时间。
26.根据权利要求24的系统，其中该第一时间值的时刻是发生呼叫的一个时钟触发脉冲时刻。
27.根据权利要求19的系统，其中这些电话网是智能网。
28.根据权利要求19的系统，其中这些网络是普通网络。
29.根据权利要求27的系统，其中还包含提供一个主叫方识别码的网络，这个主叫方识别码是在该主叫方通过该电话网发出一次呼叫时在发送通信信号上自动地发送的，并且这个识别码是可以从通信信号中自动解码的。
30.根据权利要求28的系统，其中还包含提供一个主叫方识别码的主叫方，这个识别码是由呼叫接收方电话线路的主叫方提供的主叫方识别码的指示。
31.一个利用电话网通信的系统，其中发出电话呼叫但没有回答，这个系统包括使一个主叫方发出至少一次电话呼叫，由此呼叫至少一条电话线路的装置；使一个接收方接收至少一次电话呼叫而不作回答的装置；和使该主叫方向被呼叫的接收方发出的至少的一次呼叫而不作回答的电话号码，与一个已知的代码相联系的装置，这个代码是一个被识别消息的指示。
32.一个利用电话网通信的系统，在网中发出电话呼叫但没有回答，这个系统包括使一个主叫方发出至少一次电话呼叫，由此呼叫至少发送一个电话号码的装置；使一个接收方接收至少一次电话号码，响应至少一个电话号码的发送，而不回答至少被发出的一次电话呼叫的装置；和使这个收到的电话号码与一个已知的代码相联系的装置，这个代码是一个被识别消息的指示。
33.一个利用电话网通信的系统，在网中发出电话呼叫但没有回答，并且其中一条电话线路的状态决定是否授权使通信方法连续，如果该电话线路状态是处于一个“授权连续”状态就许可连续；这个系统包括一个主动的主叫方根据接收到“授权连续”状态，发出至少一次没有回答的电话呼叫到至少一条被动的主叫方电话线路上的装置；使一个主动的主叫方发出一系列至少一次没有回答的电话呼叫到至少一条被动的主叫方电话线路上的装置；和指出一系列至少一个没有回答的电话呼叫的电话线路状态的装置，由此得到一个消息代码的一系列的状态指示，这个代码是一个被识别消息的指示。
34.一个利用现有的电话网通信的系统，在网中发出电话呼叫但没有回答，并且从呼叫的一个第一时间值到拆线的时间与被呼线路号码一起产生一个已编码消息的一个代码元素；这个系统包括使一个主动的主叫方发出至少一次电话呼叫，由此至少一条电话线路被呼叫但不作回答的装置；使一个接收方接收至少一次没有回答的电话呼叫，并指出从呼叫的一个第一时间值到拆线的时间的装置；和使该主叫方的该至少的一次向接收方呼叫而不作回答的电话号码，以及指出的从呼叫的一个第一时间值到拆线的时间，与一个已知的代码相联系的装置，这个代码是一个被识别消息的指示。
35.一个利用电话网通信的系统，在网中发出电话呼叫但没有回答，并且从呼叫的一个第一时间值到拆线的时间与呼叫线路号码一起产生一个已编码消息的一个代码元素；这个系统包括使一个主叫方发出至少一次电话呼叫的装置，由此呼叫至少一条电话线路；使一个接收方接收至少一次电话号码，响应至少一个被发送的电话号码，而不回答至少一次被发出电话呼叫，并且指出从呼叫的第一时间值到拆线的时间的装置；和使收到的至少一个主叫方的电话号码，和指出的从呼叫的第一时间值到拆线的时间一起，与一个已知的代码相联系的装置；这个代码是一个被识别消息的指示。
36.根据权利要求34的系统，其中该第一时间值的时刻是发生呼叫的一个时钟触发脉冲时刻。
37.用在根据权利要求19的系统中的一个发送消息代码的消息联系主动方。
38.用在根据权利要求19的系统中的一个接收消息代码和为轮询准备消息代码的消息联系被动方。
39.用在根据权利要求19的系统中的一个装置，该装置请求至少该装置的一个状态的状态报告。
40.用在根据权利要求19的系统中的一个自动服务点，该自动服务点请求从库存的类型和数量，以及请求该自动服务点服务，和要求修理的该自动服务点的故障与失效的状态中至少选择一个状态报告。
41.用在根据权利要求19的系统中的一个人工操作服务点，该人工操作服务点请求从库存的类型和数量，以及请求该人工操作服务点服务，和要求修理的该人工操作服务点的故障与失效的状态中至少选择一个状态报告。
42.用在根据权利要求19的系统中的公用事业仪表，这些公用事业仪表请求从公用事业仪表读出数值的状态报告。
43.用在根据权利要求19的系统中的装置命令，这些命令应用于一个具有已知状态的装置，使给定的状态改变。
44.用在根据权利要求19的系统中的应用于一个具有已知状态的设施的控制器命令，控制器命令变更这个已知状态和设施，这个设施是一群包括，水阀，交通信号灯，电流开关和智能住宅控制器中的一个。
45.一个发送一个编码消息的方法，这个方法用来在智能网络中，从至少一个呼叫端的电话线路到至少一个接收端的电话线路，发送从至少一个消息组中选择一个已编码消息，这个方法包含(b)在该发送端，把消息编码使之至少包含一个代码段，这个代码段对于智能网是透明的；(b)通过至少一次呼叫，把这个已编码消息从至少一个上述呼叫端的电话线路按线路发送到至少一个上述接收端的电话线路；(c)在该接收端，接收但不回答这个至少一次呼叫，并且由此将这个已编码消息解码。
46.根据权利要求45的方法，其中上述代码段在步骤(a)中规定，该上述代码段至少包含一个码元，这个码元是一个最低有效部分(LSP)附在一个上述许多至少一次呼叫中的一次呼叫的扩展识别码上。
47.根据权利要求46的方法，其中各个元素的一个LSP附在这个主叫方的扩展识别码(CEIC)上或者附在这个接收方的扩展识别码(RIEC)上。
48.根据权利要求45的方法，其中上述对消息编码在上述步骤(a)中规定，该编码消息还包含代码段，该代码段至少包含一个码元，这个码元是从第一时间值到上述许多至少一次呼叫中的一次呼叫拆线之间过去的时间。
49.根据权利要求45的方法，其中上述对消息编码在上述步骤(a)中规定，该编码消息还包含代码段，该代码段至少包含一个码元，这个码元是上述许多至少一条呼叫电话线路中的一条电话线路。
50.根据权利要求45的方法，其中上述对消息编码在上述步骤(a)中规定，该编码消息还包含代码段，该代码段至少包含一个码元，这个码元是上述许多至少一条接收方电话线路中的一条电话线路。
51.根据权利要求45的方法，其中上述对消息编码在上述步骤(a)中规定，该编码消息是对顺序敏感的。
52.根据权利要求45的方法，其中上述对消息编码在上述步骤(a)中规定，该编码消息是对顺序不敏感的。
53.根据权利要求45的方法，其中被编码消息在上述步骤(a)中规定，该编码消息与上述接收方无关。
54.用来发送一个已编码消息的一个系统，这个系统用来在智能网络中，从至少一个呼叫端的电话线路到至少一个接收端的电话线路，发送从至少一个从消息组中选择一个已编码消息，这个系统包含(a)在该发送端，把这个消息编码的编码器，使这个消息至少包含一个代码段，这个代码段对于智能网是透明的；(b)通过至少一次呼叫，把这个已编码消息从至少一个上述呼叫端的电话线路按线路发送到至少一个上述接收端的电话线路的路由器；(c)在该接收端，接收但不回答这个至少一次呼叫，并且由此将这个已编码的消息解码的接收机。
55.根据权利要求54的系统，其中上述代码段在(a)中规定，该上述代码段至少包含一个码元，这个码元是一个最低有效部分(LSP)附在一个上述许多至少一次呼叫中的一次呼叫的扩展识别码上。
56.根据权利要求55的系统，其中各个元素的一个LSP附在这个主叫方的扩展识别码(CEIC)上或者附在这个接收方的扩展识别码(RIEC)上。
57.根据权利要求54的系统，其中上述对消息编码在(a)中规定，该编码消息还包含代码段，该代码段至少包含一个码元，这个码元是从第一时间值到上述许多至少一次呼叫中的一次呼叫拆线之间过去的时间。
58.根据权利要求54的系统，其中上述对消息编码在(a)中规定，该编码消息还包含代码段，该代码段至少包含一个码元，这个码元是上述许多至少一条呼叫电话线路中的一条电话线路。
59.根据权利要求54的系统，其中上述对消息编码在(a)中规定，该编码消息还包含代码段，该代码段至少包含一个码元，这个码元是上述许多至少一条接收方电话线路中的一条电话线路。
60.根据权利要求54的系统，其中上述对消息编码在(a)中规定，该编码消息是对顺序敏感的。
61.根据权利要求54的系统，其中上述对消息编码在(a)中规定，该编码消息是对顺序不敏感的。
62.根据权利要求54的系统，其中消息在(a)中被编码，该编码消息与上述接收方无关。
63.用在根据权利要求54的系统中的在该发送端，把这个消息编码的编码器，使这个消息至少包含一个代码段，这个代码段对于智能网是透明的；通过至少一次呼叫，把这个已编码消息从至少一个上述呼叫端的电话线路按线路发送到至少一个上述接收端的电话线路的路由器。
64.用在根据权利要求54的系统中的在该接收端，接收但不回答这个至少一次呼叫，并且由此将这个已编码的消息解码的接收机。
65.根据权利要求19的系统，其中利用一个与成本有关的消息。
66.根据权利要求31的系统，其中利用一个与成本有关的消息。
67.根据权利要求32的系统，其中利用一个与成本有关的消息。
68.根据权利要求33的系统，其中利用一个与成本有关的消息。
69.根据权利要求34的系统，其中利用一个与成本有关的消息。
70.根据权利要求35的系统，其中利用一个与成本有关的消息。
71.根据权利要求45的系统，其中利用一个与成本有关的消息。
72.根据权利要求54的系统，其中利用一个与成本有关的消息。
全文摘要
在一个主叫方(20)和一个叫受方(22)之间通过电话网络(14)通信的一个方法,包含以下步骤:这个主叫方从一条主叫方电话线路项一条接收方电话线路(24)发出一次呼叫,这个接收方接收但不回答这次呼叫(26)并且从这个通信代码(28)确定一个消息。结果在这个主叫方和这个接收方之间传送了一个代码。
文档编号H04BGK1264514SQ98807272
公开日2000年8月23日 申请日期1998年4月14日 优先权日1997年4月18日
发明者绍尔·沙列维 申请人:Ultop系统有限公司