用附加信息补充电话连接的方法和装置 本发明一般涉及与电话连接紧密关联的附加信息的传送。本发明特别涉及利用这样传送信息对电话连接提供附加值。
在许多情况下，需要与电话连接紧密关联地发送简单的请求呼叫连接和后继的话音和/或数据传送以外的其他信息。该附加信息可以是，例如，以比较短的字符串的形式，其中“比较短”意思是通常包含几十个字符，或最多几百字符的字符串。其他类型的附加信息包括(但并不限于)二进制消息和在数字计算机设置之间传送的短的可执行的指令。
举个非常简单的例子，通知电话呼叫预期的接收者有关主呼方的身份一直觉得是有用的。在数字电话系统中，对于这项任务的一种已知的解决方案是将主呼方电话的主呼用户线路身份(CallingSubscriber Line Identity)或CLI号码作为用于指明呼叫建立地输入请求的消息的一部分发送到预期的接收者的电话上。已知在接收端利用接收到的CLI号码的方法，将它对用户显示，将它变换为从存储器中取出的一个名字或其他的字母数字标识符，并将变换结果对用户显示，将CLI号码与预编程的识别规则目录作比较，依据比较结果选择拒绝或接受该呼叫，或者依据谁在呼叫选择预编程的振铃音调。
CLI应用的缺点与CLI和某个移动站(在移动电话系统中)或电话插座(在固定的电话系统中)之间的固定关系有关。CLI号码与真正的主呼方没有直接关系，它只是识别他正在使用的硬件。在许多移动电话系统中，CLI被存储在一个可拆装的SIM或用户身份模块(Subscriber ldentity Module)中，这原本意思是严格的个人的，但实际上这样一种移动电话+SIM的组合的“授权的”或“有证的”用户总是让其他人使用该电话而不要求他们使用他们自己的SIM。另一个缺点是CLI号码提供很少的信息不足以对呼叫增加重要的价值。
一种已知的不与电话连接关联的传送较短字符串的方法是利用短消息服务或SMS。某些数字电话系统如GSM(全球移动远程通信系统)允许用户发送和接收SMS消息，以信令的形式通过网络并不需要建立呼叫连接。发送的用户可以在可用的字符集内自由地组成每个SMS消息，所以它们非常适合用按用户要求的通信。然而，正是它们对呼叫连接的独立性，使SMS消息对于严格地传送与呼叫关联的信息不大实用。不管用户是否发出呼叫，他必须分别地启动SMS模式。另外，该系统通常不保证在所发送的SMS消息到达它的目的地以前历经的延时。
从专用自动交换分机或PABX技术和许多其他的应用有已知的以双音调多频率(DTMF)序列的形式传送数字字符串。用户通过人工按压电话中相应的数字键可以发送数字或数字串，在每次击键时发送标准特性的双音频音调的组合。接收的PABX或其他的设备解释该数字序列，并利用被解释的信息采取某种进一步动作。在一种典型的应用中，PABX属于一个保险公司或其他的具有非常大的计算机化的用户数字库的企业，从而主呼用户给出他的用户识别号作为一个DTMF序列，PABX搜索并在将要回答该呼叫的人的屏幕上显示用户文件。这种方法限于传送数字信息并且在发送设备中需要一个DTMF编码器和在接收需要一个相应的DTMF解码器。另外，在发送数字串成为可能以前，始终需要完全建立电话连接。
本发明的一个目的是提供一种用于发送一个呼叫关联信息的方法和装置，避免上述的现有技术解决方案的缺点。本发明的还一个目的是提出一种方法和装置，用于利用所发送的信息为参与电话连接的用户提供附加值。
通过利用用户对用户发信令传送与呼叫关联信息，和规定某些实用方法处理用户对用户的信令消息来实现本发明的目的。
依据本发明的方法的特征在于包括以下步骤：
-将建立电话连接的请求从第一远程通信设备发送到第二远程通信设备，
-将与由所述的请求要求建立的呼叫有关的第一信令消息，从所述的第一和第二远程通信设备之一发送到另一个设备，和
-根据在所述的第一信号消息中接收到的信息，作出关于如何处理由所述的请求要求建立的呼叫的决定。
本发明也适用于一种包括存储器，处理单元，发送单元和输入装置的远程通信设备。依据本发明的设备的特征在于，作为对由用户通过输入装置给出的命令的响应，所述的命令指明用户希望发出呼叫到某个电话号码，该处理单元被安排成：
-将建立电话连接的请求发送到所述的电话号码，
-从所述的存储器读出以前存储的信息，和
-通过发送单元并联合所述的建立电话连接的请求，将携带从所述的存储器读出的信息的第一信令消息发送到所述的电话号码。
目前，用户对用户信令或UUS是作为一种在某些先进的电话系统中的辅助服务被公开的程序。其预定的使用是将有限数量的用户产生信息(UUI；用户对用户的信息)传输到和/或来自与所涉及的用户之间的呼叫有关的另一个用户。UUS的性质命令传递用户之间通信的网络并不解释UUI或以任何方式按此动作，也就是，它是“透明地”通过该网络传送。这份专利申请将涉及在以下文件中已被公开的形式的UUS的已知一些方面，“GSM 02.87:GSM Digital Cellular Tele-communications Systems(Phase 2+)；User-to-USer Signalling(UUS)；Service Description,Stage 1,V.5.2.1”，已由ETSI(欧洲远程通信标准研究所)在1997年11月出版。
依据本发明，将UUS用于在呼叫开始，在呼叫期间，和/或呼叫结束时，在主呼方和受呼方之间传递某些主呼方和/或与接收者有关的信息。将所发送的信息用于另一端，人工地和/或自动地评估某些在决定如何处理该呼叫中有帮助的特征。
在本发明的第一实施方案中，主呼方(在通常的电话行话中称为“A”)在呼叫建立阶段或呼叫期间，人工地和/或自动地发送某些有关他/她自己的附加信息到受呼方(“B”)。在本文中，“附加”意思是这些并不组成如CLI号码的例行的呼叫建立请求的一个部分的信息。在接收端B可以利用该信息用于将A的呼叫引到某个人或某台分机或用于识别和从数据库回放以前存储的数据。本发明对母A发送的信息的性质和内容并不设置任何限制。它可以是在每次新呼叫建立时发送的例行消息，或者可以依据受付方的身份选择发送的信息。
在本发明第一实施方案的一种先进的变型中，A是一种受限数据系统(B)的远程用户，在呼叫建立阶段发送的信息包含通行字或其他的分类标识符，数据系统用来检查A对于使用系统的授权。肯定的识别结果使B发出呼叫回呼到A用于建立数据传送连接，在否定的情况下B简单地拒绝所试图的呼叫。
本发明并不限制通过利用UUS传送信息的方向。在本发明的第二实施方案中，A是负责操作计算机化的系统或设备的一个远程的操作者。操作随着从A到B的数据呼叫开始。而B通过与指明拒绝原因的短UUS消息一起的呼叫拒绝，或者是通过接受该呼叫，如果有足够的数据传送到A证实数据呼叫被建立是有理由的话，来进行回答。
本发明的还一种实施方案适用于这样的一种情况，目前B不能够回答A的呼叫，但是想要通知A关于他不回答的理由。依据本发明，B人工地或自动地发送UUS消息到A通知他关于这样的情况。要发送的UUS消息的选择可以根据主呼方的认同。
作为本发明的特征的一些新颖的特征具体地陈述在所附的权利要求中。然而，本发明本身，无论就其结构还是操作方法，与其他的目的和优点一起，将通过以下的特定的实施方案描述，连同阅读附图得到最好的理解。
图1示出本发明的第一最佳实施方案，
图2示出图1的实施方案详情，
图3示出本发明的另一个最佳实施方案，
图4示出本发明的另一种最佳实施方案，
图5示出本发明的再一种最佳实施方案和
图6示出与本发明相关使用的一种所建议的数据结构。
图1示出本发明的第一最佳实施方案。在此A是一个大的国际公司B的顾客，该公司利用带大量分机(只示出其中的一个)的PABX，和一个计算机化的顾客数据库DATA。B也可以是一个公共图书馆，医院或健康中心，政府办公室或任何其他每天接收来自不同的人大量呼叫的机构。在阶段101,A发出呼叫到B，希望与B讨论某些涉及他的业务的事。箭头102表示呼叫建立请求或者其他相应的消息或消息组，经过传递A和B之间连接的远程通信网。与呼叫建立请求102一起或紧接着其后，A的电话(或其他A正在使用的通信终端)发送包含某些表征A的信息的UUS消息102。这样的信息的典型例子是A的名字，B用来定位A的文件的顾客识别号码，和指明A希望在电话交谈中使用的语言的语言码。UUS消息103经过网络并准确地或几乎同时随呼叫建立请求102到达B的PABX。
阶段104表示在B的PABX中的一系列操作，其中包括接收呼叫建立请求102和UUS消息103。PABX查看UUS消息103，找出主呼者是谁，是否有以前存储的顾客文件与在UUS消息中接收到的顾客识别号码匹配，和是否UUS消息给定任何提示，主呼者想要什么样的服务。后者的一个例子是语言指示。结果在阶段105,PABX进一步将呼叫建立请求连到B的分机，在此应该是一个说所要求的语言的人。同时PABX从数据库DATA回放被识别的顾客文件，并将它随同在UUS消息中接收到的主呼者名字，语言要求和可能的其他信息显示在分机B的人的屏幕上。图1示出通过PABX从DATA回放的信息，如果PABX可以给数据库和B的计算机适当的指令用于实现在它们之间必要的数据传递操作，则将数据通过PABX传递是不必要的。用于实现信息回放，传递和显示的方法是已知的，和以前提到的先前技术的方法相同。所有来自UUS消息的信息不需要提交到B。在阶段106，研究了提交的UUI和数据以后在分机B的人通过接电话回答呼叫。箭头107表示经过网络的消息或消息组，作为一种指示，指明在分机B的人已经回答呼叫建立请求，以后该呼叫可正常地进行。
如果B的电话或B的PABX能够发送UUS消息，它们中的一个或甚至它们两者都可发送回答UUS消息108或109到A，通知A关于涉及所提供的服务的某些细节。例如，A可以接收在分机B的人的名字和/或直接的号码，以致可以将任何可能的以后对B的呼叫引到相同的人。如果A是一个新的顾客，没有以前颁发的顾客识别号码，PABX或数据库DATA可联系以上讨论过的进程产生一个，并将它作为UUI发送到A。“回答”消息甚至可作为涉及呼叫的第一UUS事务发送，意思是不管是否A原先已经发送过UUS形式的任何事务，他可以作为UUI接收在分机B的人的名字和/或直接的号码，或者某些其他涉及呼叫的信息。
图2是在阶段101期间，在A的电话(或其他A正在使用的通信终端)中可能发生的更详细的情景。这样的设备的典型情况是，它们含有存储器单元201，用于存储电话号码和有关的信息，处理单元202，用于处理由用户给出的命令以及接收到或发送的信息，发射机单元203，用于发送由处理单元组成的消息以及语音和/或数据，键盘204或其他的输入装置，用于用户输入命令，和显示器205，用于显示消息和其他的信息给用户。依据本发明的一个方面，存储单元201包含不仅是以前存储的电话号码，而且有表征设备通常用户的信息。存储单元201的方框201’可包含这样“一般的”特征信息，并不涉及任何一个所存储的电话号码，如A的名字，社会安全号，优选的语言，等。然后存储器单元201的另一个方框201″包含以前存储的电话号码和所有这些“特定的”与已存储的电话号码中的一个或多个紧密关联的特征信息。例如，已存储的公共图书馆的电话号码可以有与它存储在一起的A的图书馆卡号，以前提到的公司B的电话号码可以伴随A的顾客识别号码等。
在阶段101中的操作由用户给出一个命令开始，该命令表示他想要发出呼叫到一个特定的受呼方。该命令通常采取这样的形式，用户通过键盘204(或利用某些光标键从存储器201选择电话号码)按压正确的电话号码，并按压一个“绿色的电话”键。在话音控制的电话设备中一个话音命令或一组话音命令替代所有的或近乎所有的键盘命令。箭头210表示从输入装置来到处理单元202的相应的命令。作为一种依据本发明的响应，处理单元组成一个UUS消息。有许多方法可以组成UUS消息，本发明在这方面并没有什么限制。在图2的示范性实施方案中，处理单元202首先检查，是否有任何“特定的”由用户给出的与电话号码联系存储的信息，由箭头211表示，在此之后处理单元试图通过从“一般的”存储器方框201’读出相应的信息填满在UUS消息中剩下的任何空白，如箭头212所示。我们可以假定，一个正常的UUS消息由名字，语言码和识别码组成。如果有一个顾客识别号码与所选的电话号码存储在一起。处理单元利用它作为识别码并从“一般的”存储器方框读出其余的数据(名字和语言码)。如果没有“特定的”信息，UUS消息将完全由从“一般的”存储器方框读出的信息组成。
然后在图2中的操作可通过两条交替的路径继续。依据“自动UUS”模式，电话将在被组成的UUS消息完成以后立即将它发送，如箭头213所示。在一种替换的“人工UUS模式”中，处理单元将已完成的UUS消息引到显示器205，将它显示给用户(箭头214)，并等待用户的反作用。箭头215表示用户的动作：或者用户通过一个简单的命令给出发送允许，或者用户通过一个同样简单的命令禁止发送UUS消息，或者在它将被发送以前用户编码所显示的UUS消息。在发送以前编辑一个被显示的字符串对于本领域的技术人员从SMS消息的技术中就已知了。如果箭头215没有或在编辑后包含发送允许。则处理单元将依据箭头216将消息引到发射机单元。
对以上所描述的步骤可能的变型是，例如，“全人工UUS”模式，其中在允许用户编辑(空)消息以前，处理单元并不从存储器读任何信息，“可变区UUS”模式，其中用户可以事先选择一般或特别是当为发送到某个特定的电话号码组成消息时，哪些区(名字，语言，ID号码等)应该出现在UUS消息中。和“UUS目录”模式，其中存储器包含许多预编程的信息元素(如顾客识别号码)，但它们在概念上并不被连到任何所存储的电话号码：然后用户可以通过从存储器选择合适的信息元素组成UUS消息。在一种简单的变型中在特定的存储器中没有已存储的UUI元素，从而所有的UUS消息遵循存储在一般存储器中的一个恒定的型式。在一种镜象变型中，在一般存储器中没有已存储的UUI元素，从而处理单元检查，是否任何UUI元素被与所选的电话号码相联系地存储在特定的存储器中，只有找到什么才组成UUS消息发送。
本发明并不限制以上所描述的与图2的呼叫建立阶段有关的步骤的适用性。依据一种替代的实施方案，用户可以在进行呼叫期间的任何时候激活UUS消息发送。在这种情况下，由箭头210表示的开始命令并不需要包含UUS消息应该被发送到的电话号码，因为依据数字电话中通常的实际做法，处理单元具有存储在某个呼叫期间寄存器中的号码(例如，当连接仍然有效时间内受呼方的电话号码一直显示给用户)。所有其他的功能可以遵循以上给出的描述。
本发明以上所解释的实施方案的一种重要应用是将信息附加到紧急呼叫中。在紧急呼叫中的受呼方是警察站，消防站，医院或紧急通信中心的操作者。主呼方能够给操作员尽可能准确的信息是非常重要的。这经常是难以实现的，因为主呼者处于危难之中，难以清楚地思考和说话。利用以上解释的UUS步骤，至少可以清楚地和毫无差错地将关于主呼者的某些信息发送到受呼方，在将来，移动远程通信设备可以包括一种集成的定位单元，如今天大家知道的GPS接收机，在这种情况下，可以从定位单元的存储器自动地读出当前的定位信息，并将它包括到紧急呼叫建立或期间发送的UUS消息中。
至此一直指望识别主呼者或“A”的信息以前已经存储在电话(或AE在使用的其他通信终端)的存储器中。对于本发明的所有实施方案。这不是一种限制性的要求。从电子辨认技术看有一些已知的电路，通过用电子方法读出按压在半导体表面上的手指的指纹或者分析由话筒记录到的话音型式来辨认用户本人。这些电路将被读或被记录的样品与一个或几个以前存储的记录作比较，指明是否当前的样品足够类似于以前已存储的记录中的一个，如果是就意味着肯定的辨认。处理单元可被安装成只在肯定的辨认以后，将与被辨认的用户关联的以前存储的名字或其他的识别码以字符串的形式发送UUS消息。在图2中扼要示出的结构中，所需的先进的输入装置可被概念性地包含在输入装置204中。
往下我们将讨论本发明的某些实施方案，其中受呼方并不包含任何人的接收者。在图3的方案中，主呼者A是希望应用数据系统B的服务的一个远距离的用户。数据系统可以是，例如，一个企业的内部的文件服务器。为了平稳，正确地操作，要求一个被授权的但位于远处的用户A容易与数据系统联系，例如下载和/或加载文件，但所有未被授权的试图接触数据系统将被马上拒绝。
在阶段301,A使用他的远距离终端发出数据呼叫到数据系统B的一个联系电话号码。远距离终端与数据呼叫建立请求302同时或接近同时发送包含A的用户ID的UUS消息303。为了安全起见，用户ID与A的远距离终端的电话号码不相同，然而这不是本发明所有实施方案的一种限制性的特性。在一种典型的实施方案中，用户ID是一个字母数据的用户名。可以带有一个保密的通行字。因为B是一个数据系统，包含在UUS消息303内的信息并不需要是字母数字字符串的形式，而可以是，例如，一种对人的接收者完全不可想象的二进制序列。在阶段304，数据系统B研究接收到的数据呼叫建立请求和(几乎)同时接收到的UUS消息。如果依据已授权用户的数据库，觉得用户ID和可能伴随的通行字是正确的，数据系统将允许对用户A的数据传递连接。如果或者用户ID或者通行字或者两者是错的，数据系统拒绝所请求的连接。
被允许的数据传递连接可通过建立用户A已经请求的数据呼叫来实现。然而，通过利用图3中所示的，本发明稍微复杂些的实施方案可以得到某些附加的优点。不管用户ID和可能的通行字被接受与否，在阶段305数据系统将发送呼叫断开消息。并在此消息内或在(几乎)同时的UUS消息307内发送指明断开理由的码，后者指明对此用户或者是肯定的辨认或者是否定的辨认。紧接着数据系统发出一种所谓的回呼呼叫到用户A，如箭头308所示。在发出的回呼呼叫中，数据系统可以采用或者是在数据呼叫建立请求302中接收到的电话号码作为CLI信息，或者除了用户ID以外在UUS消息303中给出的回呼号码，或者从相同的数据库找到的，数据系统用来识别用户的电话号码(或者从数据系统已经接入的类似数据库)。后一种情况提供额外的安全性，防止未授权的主呼者可能成功地伪造用户ID和/或CLI信息。只有在A依据箭头309已经接受回呼呼叫以后，数据呼叫才将成为有效。
以上谈到的附加优点是由以下事实提供的附加安全性，一个回呼呼叫将只进行到网络利用某个电话号码辨认的终端，并着手从在单一的开出发票的记录中记录到的远距离的授权用户得到该企业的全部数据呼叫的可能性。如果本发明的这个实施方案与一个通常的方案作比较，在那种方案中，远距离用户首先通过调制解调器连接发出一个完全的数据呼叫到数据系统，给出他的用户ID，然后该数据呼叫被中止，接收到的用户ID由数据系统检查，最后一个回呼呼叫被启动从数据系统到远距离用户。可以看到，在本发明的系统中至少建立从远距离用户到数据系统的第一调制解调器连接所需的时间将被节省。读者应该注意到，数据系统接收和解释USS消息303并不需要建立数据呼叫，尽管这已由远距离用户正式提出请求。
往下我们将讨论本发明第二主要类型的实施方案，称为远距离查询实施方案。图4示出一种情况，其中主呼者“A”是一个操作者，负责操作一个或许多个无人的计算机化的远距离站“B”。为举例的目的，我们将假定B是一个无人的气象测量站，虽然本发明的这些实施方案将等同地适用于多种多样的其他应用。远距离计算机化站操作的典型情况是操作员不能肯定，是否在给定的时刻该站有任何信息要发送。在我们气象的例子中，可能发生，在收集数据时，该站没有任何合理的数据可用，或者是这样的情况，在该站上与以前的读数没有变化。相当好的情况是远距离站可以有大量的新测量数据要传送给操作员。
在阶段401，为了可能下载测量数据，A决定查询B。A发送数据呼叫建立请求402和同时或接近同时发送UUS消息403，可能包含谁是主呼者的指示，但至少包含将呼叫识别为测量数据查询的一个码。在阶段404,B通过研究(接近)同时的UUS消息将输入呼叫辨认为测量数据查询。如果没有测量数据要发送，建立数据呼叫将恰恰是浪费远程通信资源，所以在这样一种情况下，在阶段405,B拒绝输入数据呼叫建立请求402，并只发送UUS消息406，包含指明断开理由(无数据，无变化等)的一个码。作为另一种情况，在阶段404,B可能发觉有足够的数据要发送，在这种情况下它就接受数据呼叫，如箭头407所示。
有这样一些情况，其中数据呼叫必须被建立，不管是否远距离站有数据要发送。一种典型的情况是维护状态，其中操作员要运行一种测试软件并观测其结果，或者执行与远距离站的某种其他的双向通信。在这些情况下，或者通过在UUS消息403中的特定码将呼叫识别为一种“强制的”数据呼叫，或者根本未发送UUS消息，是一种远距离站进入“强制的”数据传送模式的符号。
本发明远距离查询实施方案的其他类似应用是，例如，通过一台远距离操作的监测设备监测一个病人的健康状况(健康状况正常-无数据呼叫建立；不正常状况-建立数据呼叫供更广泛地诊断)和监测一个复印机，计算机或办公室或工业设备的相应部分的潜在的故障状态(正常工作或简单的误码-无数据呼叫建立；不正常状况-建立数据呼叫供运行诊断软件或采取其他详细的动作)。
本发明远距离查询实施方案的一种有趣的应用是遥控简单的电子控制的过程。在一种非常简单的过程中，遥控开关或者是通或者是断，或者在一种只是稍微复杂的过程中，有限数量的开关可以有有限数量的状态。在正常的状况下只需要改变一个开关的状态从通到断，或者反过来，或者设置许多开关到所希望的位置。这可通过正式地请求数据呼叫并在伴随的UUS消息中指明所希望的开关位置来完成。受控过程的中心单元将通过在过程中进行所希望的修改，拒绝对数据呼叫的正式请求，和由返回的UUS消息确认整个的操作来作出响应。然而，如果某种局部的不正常状况阻止开关改变状态或者某种其他的异常详情需要操作员注意，可能需要负责遥控的操作员建立对受控过程的中心单元的数据呼叫。在这些情况下，也正是受呼方(受控过程的中心单元)决定，是否数据呼叫真正应该被建立。
在以上讨论的所有实施方案中，一直不言明地假定主呼方关于启动通信的时刻一度作出多少有点随意的决定。这对于本发明的所有实施方案不一定是一种限制性的特性。主呼方可以采用一种自动化过程，在均匀的或伪随机的间隔上重复地呼叫某个以前确定的号码。本发明的这种变型特别适用于本发明的远距离查询实施方案，其中远距离站的状况被时时监测。假定在大多数情况下所请求的数据呼叫将被拒绝，所以用户将不必为建立呼叫付款。这取决于UUS服务的价格，是否这样的实施方案在商业上有利。
一种最近提到的类型的更详细的实施方案是本发明对一种房屋或汽车的组合式窃贼告警和中央加锁系统的应用。受控系统有一个开关，或者是通或者是断(门锁上或打开)，和某种类型的有限状态的机械，处于其允许的状态之一(告警取下，告警装上，告警发声，故障)。用户A可以有一个先进的移动电话或某种其他的便携式远程通信设备，能够发送和接收UUS消息以及发出和回答数据呼叫。受控过程的中心单元B具有类似的能力。通过正式地对受控过程的中心单元请求数据呼叫和用一个适当的(自动地)组成的UUS消息随同该请求，用户可命令加锁开关和告警激活开关改变状态而实际上没有建立数据呼叫。当告警被激活时，用户的便携式远程通信设备与受控过程的中心单元遵循以上解释的原理均匀地或在伪随机间隔上交换UUS消息。只有如果在循环查询期间检测到告警状态，呼叫将被建立以提供用户关于正在发生什么情况的详细信息。
远距离查询原理的另一种变型是本发明对这样一种状况的应用，其中A的原先打算实际上并不是查询测量结果或其他数据，只是像通常那样建立话音或数据呼叫。B的动作引起作为结果而发生的消息交换，类似于以上讨论的查询实施方案。作为一个例子，我们将研究一种状况，其中B在一个会议中，已设置他的移动电话为静音模式，意思是电话只通过在其显示器中显示相应的消息来告示输入呼叫，或者根本不分开地告示输入呼叫。在图5中阶段501,A试图发呼叫到B。与呼叫建立请求502同时或几乎同时A可以或者不可以发UUS消息503。在阶段504,B的移动电话接收A的呼叫建立请求502，并且或者提示用户重新动作或者进入一种自动的UUS回答模式。我们将指定这些变更方案为人工和自动的实施方案。如果A也已经发送UUS消息，如箭头503所示，这种消息或从这种消息的内容导出的某种信息的内容也可被显示。
人工实施方案意思是一旦B的移动电话给出指示呼叫正在到来，等待用户选择作为响应应该发送到主呼者的适当的UUS消息。在图5中，阶段505对应于B选择这样一种回答消息。如果有至少一种以前存储的回答消息，B可以用一个单键命令选择发送，这是最便利的。如果有几个以前存储的回答消息供选择，它们可被表示在显示器中或者用不同的选择器，例如图形符号或字母数字头段。在选择中，消息B可考虑A的身份，如果被作为CLI信息或者在一个可选的UUS消息503内接收的话。一种可能的回答消息可以是“握住，我将在1分钟后回答”，B可以通知A，在他离开会议室以便自由谈话以前，将要耽搁一些时间，在此以前A不应该挂机。自然，本发明对消息的内容不设置限制，只要它们满足UUS的正式要求。箭头506示出由B选择并发送到A的回答消息。人工可选的选项之一可以是立即回答呼叫和根本不发送UUS消息，以防万一是一个可能对会议有重要后果的商务呼叫。
自动的实施方案意思是B以前已经对他的移动电话编程，选择和发送UUS消息对输入呼叫作出响应。可以有一种单一的回答消息，电话用于回答所有的输入呼叫，或者一种回答消息可按照某些主呼者辨认规则选择。在后一种情况下，任何已知的辨认策略是可用的。如对于商务或私人主呼者不同的回答消息，对于机关内的同事或顾客不同的回答消息等。某些示范性的回答消息可以是“不能马上回答，将给您回电”，“我正在开会”，或“我在度假，请给我秘书打电话”。在图5中，阶段507表示自动选择回答消息，箭头508示出发送所选的消息。自动选择的回答消息甚至可以是个人的，从而B的移动电话从存储器将它读出，其中一个个人的消息伴随至少一个以前存储的个人识别标志，可被呼叫或呼叫，或者可以包含从这样一种存储器读出的个人部分(“喂，哈雷，我正在开会”)。
自动的实施方案便于与从Nokia 6110移动电话已知的操作模式的概念组合。用户可以将他的移动电话设置为某种模式，这意味着利用一个命令完成一个预先规定的功能选择组。依据本发明，某个回答消息可以是与至少一种模式有关的特性之一。
最后，为了使本发明付诸实施，我们将考虑某些已知的UUS的方面和它们与本发明的关联，以及对现有UUS的一种建议性的增强措施。有三种UUS的子类，也就是服务1，服务2和服务3。一个用户已经接入这些服务，正如在他/她与系统经营者的签名合同中所述的那样。按照服务1,UUI可在呼叫建立期间被发送和接收并由放入的UUI端接到适当的呼叫控制消息。服务1可以是每次呼叫建立的一个隐含部分，从而用户不需要分开地启动发送UUS消息，或者它可以是显式的，在这种情况下，用户必须启动适当的步骤。服务2包含UUS消息，在主呼方已经接收到指示，受呼方已被告知呼叫以后，但在呼叫实际被建立以前发送和接收UUS消息。在呼叫将被建立以前，网络不负责发出被发送的服务2消息到它的接收者。在本发明的描述中以上谈到的所有UUS消息，与(数据)呼叫建立请求同时或接近同时被发送，它们可以属于服务1或服务2，但最好使用服务1，因为从本发明的特性得到的好处通常需要接收者在呼叫建立完成以前接收这样一种UUS消息。即使UUS消息已被作为分离的消息(在图中分离的箭头)在以上作了描述，容易理解，这样的描述的意思只是弄清楚当依据本发明使用时UUS的作用，各个UUI可被放入其他的消息中。所有这些在建立呼叫连接期间被发送和接收到的UUS消息属于服务3。
本发明并不限制UUS消息的长度。然而，某些实际的考虑对最大可用的长度设置一个限度。例如，ISDN系统(集成服务数字网)允许传送为服务1带有最大长度32字节的UUI作为一个网络选项。表示字符串中的一个字符通常需要一个字节的位数，所以相应的最大字符长度将是32个字符。
依据本发明，UUS消息也可用其他形式而不是字符串来传递信息。现有的UUS标准并不对UUS消息规定任何详细的结构。图6示出一种可能的结构，可被方便地使用在这样一种方案中，其中UUS消息的内容可以是不同的形式(字符，二进制数据等)，并被指定到接收设备中的不同单元(显示器，SIM，控制块等)。示范性的UUS消息600包含协议鉴别(PD)区601，数据编码方案(DCS)区602，控制区长度指示(CFLI)区603，三个控制区(CF)604、605和606以及数据区607。其中PD和DCS区一起指明，在消息的准备中已经使用什么种类的编码和什么种类的协议，CFLI区指明头段区的组合长度(除了数据区以外的所有区)，和CF区可用于将接收设备中功能块的识别标记发送到UUS消息被指定的场合，发送特定的预期的接收设备被假定要完成并且与UUS消息的内容有关的动作，或者某些其他信息如几个相继消息的顺序号。
依据本发明UUS被使用的点对点连接的端点可以是移动对移动，移动对PLMN(公共陆地移动网)，移动对ISDN网，移动对ISDN终端，或者移动对PSTN(公共交换电话网)。如果其他的端点是PLMN,ISDN网或ISDN终端，必须装备有足够的ISUP(ISDN信号用户部分)信号支持，对于本领域的技术人员是已知的。如果其他的端点是PSTN，必须装备足够的相互交换ISUP信号支持，对于本领域的技术人员是已知的。
如果UUS消息必须从一种类型的网络传递到某种其他类型的网络(如从PLMN到PSTN，或者反过来)，在网络之间需要适当的相互工作功能，以保证正确地传送UUS。特别是实现这些功能的相互工作单元必须能够通知UUI的存在并将依据应用在第一网络中的协议安排的消息中的UUI定位，和将UUI复制到依据应用到第二网络的协议安排的消息中一个适当的位置。相互工作单元最好是将两个网络连接在一起的网关开关的一部分。
只是参考如在ETSI标准中所述的UUS描述了本发明。然而，很清楚，也可以将本发明应用到不同名称的已知系统，如果这些系统的信号特性使其能够将短字符串与进行中的呼叫紧密关联地从一种通信设备发送到另一种通信设备，透明地通过远程通信网的话。