用于运行通信系统的方法、电信设备以及计算机程序产品

本发明涉及一种用于运行通信系统的方法以及两种能用于运行该方法的通信设备和所属的计算机程序产品。

本发明尤其涉及一种用于运行通信系统的方法，该通信系统具有一组电信终端设备以及其它电信终端设备。也可被称作设备集合的组具有第一电信终端设备，该第一电信终端设备能在使用第一网络技术的情况下在第一网络系统中运行。其中（统一）使用第一网络技术的“网络系统”尤其被理解为域或者通信域。网络技术尤其通过信号的类型（这些信号如何被发出和传输）来定义，但是也通过所传输的数据格式来定义。示例是在GSM域传输经压缩的音频文件或者在实时体协作系统中传输高品质的音频和视频信号。这组电信终端设备具有第二电信终端设备，该第二电信终端设备能在使用第二网络技术的情况下在第二网络系统（或者同样一个/多个域）中运行，其中第二网络技术不同于第一网络技术（即这些域彼此不同，也可以说第二网络系统是第一网络系统的异构环境而且反之亦然）。第一网络系统和第二网络系统还通过网络接口装置、例如网关来耦合。

本发明特别适合于如下情况：这组电信终端设备被分配给唯一的成员。就本发明而言的成员是任意类型的通信可能性、即比如除了电话之外也包括聊天、交换等的用户或使用者。例如，成员第一不仅可以具有固定网络连接端而且第二可以具有移动电话。第三，用户也可具有在统一的通信系统中的终端设备，该统一的通信系统将统一应用环境下的通信终端设备耦合。这种系统也公知为“统一通信域（Unified CommunicationsDomain）”。第四，该用户也可具有在实时体协作系统中的电信终端设备，如其例如在申请人的商标名称“Circuit®”下公知的那样，参见能在2017年2月20日调出的网页www.circuit。

实时体协作系统（英文也被称作Social Collaboration System）是一种系统，其中不同的设备或终端针对不同的通信类型来同步，其方式是在设备之间相对应地用信号通知。在实时体协作系统中、比如在系统“Circuit®”中，尤其是同一用户的多个终端为了通信而彼此耦合。这样，该用户可以同时（并行地）聊天和打电话，或者一方面可以部分地通过属于实时体协作系统的台式电话而另一方面可以通过个人计算机彼此并行地传送数据。将这些成员组合在一个系统下的特性是这种优点由于在终端设备之间的同步而得出。在开放环境（异构环境）下、即如果正好有两个利用不同的网络技术来工作的不同的网络系统耦合，则这种同步未知。

在日常通信中常常出现：第一人员想要呼叫第二人员而且首先在固定电话网络尝试。但是，如果另一人员同时经由移动无线电网来与第三人员打电话，则在固定电话网络上呼叫的人员拨不通。更确切地说，根本没有接起来。必要时，进行呼叫的人员替选地在移动电话上尝试，以便然后才确定该移动无线电网占线。

从将统一应用环境下的通信终端设备耦合的统一的通信系统（统一通信域（Unified Communications Domains））的领域，公知的是：在该系统之内，交换关于用户所设置的状态方面的状态信息。

本发明的任务是指明可以如何在异构环境下更高效地进行通信的途径。

该任务在第一方面通过具有按照权利要求1的特征的用于运行通信系统的方法来解决，在另一方面通过具有按照权利要求7的特征或具有按照权利要求9的特征的电信设备、尤其是电信终端设备来解决，而在又一方面通过具有按照权利要求8的特征或具有按照权利要求10的特征的具有用于计算机程序、尤其是用于应用软件的数据的计算机程序产品来解决。

本发明的有利的构造方案在从属权利要求中得到。

因此，按照本发明的方法的特点在于：将第一电信终端设备的使用状态（或通信状态）传送给在第二网络系统中的连接装置。在这种情况下，使用状态表征电信终端设备的中继技术状态而且是设备固有状态，该设备固有状态能相对应地通过数据处理装置以二进制数据单元（比特）来检测而且在操作或使用电信终端设备时自动得到。在由该组之外的第三电信终端设备引起的通信活动（该通信活动用于在第三与第二电信终端设备之间建立通信连接或者结束这种通信连接或者使这种通信连接扩展至少一个其它的成员）的情况下，在第二网络系统中的连接装置将根据第一通信终端设备的所传送的使用状态来定义的通信应答发给第三通信终端设备。为此，第一电信终端设备的中继技术状态（例如占线或空闲）被传送给连接装置，使得呼叫第二电信终端设备（该第二电信终端设备与第一电信终端设备一样被分配给相同的成员）的第三通信终端设备可以根据由第一电信终端设备传送的中继技术状态而被通知。如下文所描述的那样，如果第一电信终端设备占线，则这同样可以通过占线信号来实现。替选地或附加地，由第二电信终端设备根据第一电信终端设备的所传送的使用状态来引起反应。

换言之，一个人员利用第三电信终端设备在用户的第二通信终端设备上呼叫该用户，而呼叫者获得通信应答，该通信应答以适合的方式通过该用户在其第一电信终端设备上的使用状态来通知该呼叫者。例如，即使直接被呼叫的电信终端设备本身未占线而是只有同一用户（即来自同一组）的另一电信终端设备占线，在每个呼叫者处也都可能存在声音占线信号。

替选地或附加地，可以在另一电信终端设备（该另一电信终端设备未被呼叫，但是通过该另一电信终端设备，被呼叫者正好与第三人员打电话）上用信号向被呼叫者通知呼叫的事实。通常，不仅台式电话而且移动电话都具有这种呼叫等待功能，但是所述呼叫等待功能到目前为止只针对在同一设备上的呼叫。所述呼叫等待功能也被称作“camp-on（保留呼叫）”。所述呼叫等待功能包含使指示灯发光，输出短暂的声音信号或者改变正在拨打的通话的音量，使电话或电话听筒振动以及诸如此类的。

在本发明的一个优选的实施方式中，第一和第二网络系统是来自网络系统类型的组的两个不同的网络系统，该组由如下网络系统类型组成：

a) 统一的通信系统，该统一的通信系统将统一的应用环境下的通信终端设备耦合，

b) 移动无线电网，

c) 电话交换机、尤其是专用小交换机或专用自动小交换机，或者

d) 实时体协作系统。

原则上，只要技术也不同，就可以将同一网络类型的两个网络系统耦合。然而，优选地，两个不同的网络也属于类型a)、b)、c)和d)中的两个不同的网络类型。

优选地，在按照本发明的方法中规定：在第二网络系统是电话交换机的情况下，该第二网络系统的连接装置是代理服务器。替选地，在第二网络系统是电话交换机的情况下，连接装置也可以是负责通信连接的服务器。在第二网络是移动无线电网的情况下，连接装置可以是以具有存储在其上并且在其上运行的应用（“Applet”、“App”）的移动电话的形式的第二电信终端设备本身。在第二网络系统是实时体协作系统的情况下，连接装置可以是具有适当的软件接口的数据处理装置。

一般来说，该连接装置可以以硬件系统的形式来设置，该硬件系统必要时被扩展硬件或软件插件。

在按照本发明的方法中，还优选地规定：在第一网络系统是统一的通信系统或者实时体协作系统的情况下，用户状态通过在第一网络系统的数据处理装置上存储并且在其上运行的软件插件来确定并且被发送到第二网络系统的连接装置。在第一网络系统是移动无线电网络系统的情况下，用户状态通过在作为第一电信终端设备的移动电话上的应用来确定并且被发送到第二网络系统的连接装置。在第一网络系统是电话交换机的情况下，运行状态通过电话交换机的服务单元或者与电话交换机耦合的代理服务器来确定而且被发送到第二网络系统的连接装置。

优选地，至少在使用状态发生变化时传送该使用状态。替选地或者进一步优选地，反复地传送使用状态，亦即甚至持续地以较小的间隔（例如以具有0.1与3秒之间的长度的时钟、优选地以在0.5与2秒之间的时钟）反复地传送使用状态。

优选地，在第一电信终端设备与另一电信终端设备之间存在通信连接时和/或在建立这种通信连接期间，使用状态“占线”被传送给第二网络系统的连接装置，而且向第三电信终端设备显示占线信号。一般来说，使用状态也可以是：“在呼叫状态下”（即呼叫尚未被接听）、“通话中”或者“电话会议中”（如果情况如此的话）或者“接起来”（后三个说明作为对简单地只是“占线”的区分）、“正好挂了”、“空闲”和诸如此类的。

换言之，

a) 在第一电信终端设备与另一电信终端设备之间建立通信连接期间，将与使用状态“在呼叫状态下”相对应的指示传送给第二网络系统的连接装置并且向第三（给第三）电信终端设备显示或输出相对应的声音的或光学的或能触觉检测到的信号，和/或

b) 在第一电信终端设备与另一电信终端设备之间存在通信连接时，将与使用状态“占线”、“通话中”、“电话会议中”或者“拿起听筒”相对应的指示传送给第二网络系统的连接装置并且向第三电信终端设备输出相对应的声音的或光学的或能触觉检测到的信号，和/或

c) 在第一电信终端设备与另一电信终端设备之间的通信连接结束之后的预先确定的时长内，将与使用状态“挂断”相对应的指示传送给第二网络系统的连接装置并且向第三电信终端设备输出相对应的声音的或光学的或能触觉检测到的信号，和/或

d) 在第一电信终端设备与另一电信终端设备之间的通信连接结束之后的预先确定的时长期满之后并且在这种通信连接的建立和存在之外，将与使用状态“空闲”相对应的指示传送给第二网络系统的连接装置并且向第三电信终端设备输出相对应的声音的或光学的或能触觉检测到的信号。

按照本发明的按照第一方面的电信设备（该通信设备优选地构造为电信终端设备而且被设计用于在第一网络系统中运行，在该第一网络系统中应用第一网络技术）具有数据处理装置，在该数据处理装置上存储有计算机程序，该计算机程序在运行时（即当该计算机程序被运行，尤其是在工作存储器中运行时）

a) 检测通信设备的使用状态并且还被设计用于将使用状态传送给在第二网络系统中的装置，在该第二网络系统中应用与第一网络技术不同的第二网络技术；和/或

b) 接收如下数据，这些数据说明了来自第二网络系统的另一电信设备、尤其是另一电信设备的使用状态，在该第二网络系统中应用与第一网络技术不同的第二网络技术，而且该计算机程序还被设计用于在加入第三电信设备、尤其是电信终端设备的通信活动时将通信应答交给第三电信设备，在对所述通信应答的定义中，所接收到的数据被考虑。

在属于该电信设备的另一方面，提供用于计算机程序、尤其是应用软件的数据，这些数据被设计为：在将这些数据存储在其中应用第一网络技术的网络系统中的电信设备的数据处理装置上时并且当该计算机程序被运行时，

a) 引起：该电信设备的使用状态被检测并且被传送给其中应用与第一网络技术不同的第二网络技术的第二网络系统中的另一电信设备；和/或

b) 引起：说明了来自其中应用与第一网络技术不同的第二网络技术的第二网络系统的另一电信设备的使用状态的数据被接收；而且引起：在加入第三电信设备的通信活动时将通信应答交给第三电信设备，在对所述通信应答的定义中，所接收到的数据被考虑。

按照本发明的另一方面，提供了一种电信设备、尤其是电信终端设备，该电信设备被设计用于在其中应用第一网络技术的第一网络系统中运行，该电信设备具有在其上存储有计算机程序的数据处理单元，该计算机程序（即当该计算机程序被运行时）被设计为：引起接收说明了通过另一第一通信设备来进行通信活动的数据，以便建立或结束与另一第二通信设备的通信连接，或者使至少一个第四通信设备加入到现有的通信连接中，而且尤其是在存在与第五电信设备的通信连接时，经由该电信设备的输出装置来产生输出，在规定所述输出（尤其是规定输出的方式和时间点）时，考虑所接收到的数据。

属于电信设备的该方面，提供了一种具有用于计算机程序、尤其是应用软件的数据的计算机程序产品，该计算机程序产品被设计为：在将这些数据存储在其中应用第一网络技术的网络系统中的电信设备的数据处理装置上时并且当该计算机程序被运行时，引起：接收说明了通过另一第一通信设备来进行通信活动的数据，以便建立或结束与另一第二通信设备的通信连接，或者使至少一个第四通信设备加入到现有的通信连接中；而且尤其是在存在与第五数据设备的通信连接时，还引起：在该电信设备的输出装置上产生输出，在规定所述输出时，考虑所接收到的数据。

就本申请而言的计算机程序产品被视为任何介质，该介质能够存储用于计算机程序的数据并且相对应地被整理，使得这些数据可以被读出。

随后，本发明的优选的实施方式参考附图进一步予以描述，其中

图1示出了关于三个域的概览，在这三个域中，用户分别使用一个电信终端设备；

图2阐明了用户的彼此耦合的终端设备，如其在现有技术中实现的那样；

图3示出了通信终端设备的按照本发明的耦合，如其按照本发明在一个方面实现的那样；

图4-6阐明了不同的电信终端设备之间的耦合状态的替选的实施方式。

在图1中示出的用户X在统一的通信系统（统一通信域）V下使用终端设备XV、例如在电话网络中的台式电话。其他用户拥有在该统一的通信系统下的其它电信终端设备v1、v2。用户X还使用移动无线电网M中的移动电话XM，在该移动无线电网中，还存在具有电信终端设备m1和m2的其他用户。最后，用户X也使用实时体协作系统S、诸如申请人的系统“Circuit®”，在该实时体协作系统那里，存在具有电信终端设备s1和s2的其他成员。

各个网络系统V、M和S也可以被称作“域”，因为这些网络系统使用不同的网络技术并且只能通过接口来彼此耦合。网络技术尤其涉及信号的类型以及发出和传输这些信号的方式。

到目前为止，如在图2中针对现有技术示出的那样，在统一的通信系统V中在该统一的通信系统之外的其它电信设备通过虚拟设备Virt1和Virt2来表示，所述虚拟设备自由地通过经配置的电话号码与其它网络系统S和M耦合。在统一的通信系统中的真实的（物理的）设备、比如台式电话与相对应的控制装置Real直接耦合。用户状态的状态Stat1例如说明了台式电话未使用。而可能是：用户在实时体协作系统S中使用他的终端设备Xs，使得状态Stat2说明了成员占线。在移动无线电网M中，终端成员XM通过状态Stat3来表征，该状态Stat3同样说明了用户可支配。

因此，即使用户按照Stat2正好在通话或者处在其它通信连接下，这对于在台式电话上的呼叫来说不可见，因为Stat1没有重现占线信号。按照Stat3，对于在移动无线电设备上的呼叫者来说也不能看出：该成员正好不能接受呼叫。

而在本发明中，如在图3中示出的那样：

在统一的通信系统V上运行应用Anw，该应用Anw与在其它网络系统上的相对应的软件协作，即与在实时体协作系统上的Plugin（插件）-V并且与在移动电话上的App-V协作。

如果现在用户通过实时体协作系统S来进行通话，使得状态Stat2对应于占线状态，则通过Plugin-V和应用Anw的中继经由在统一的通信系统中的相对应的虚拟设备Virt也将台式电话的状态Stat1设置到占线，同样也通过应用Anw和App-V将移动电话XM的状态Stat3设置到“占线”。因此可能的是：将用户的电信终端设备的使用状态传输到同一用户的其它电信终端设备或者无论如何都通过这一个状态来影响任何其它状态。这里示例性地针对单个用户的同一电信终端设备所阐述的内容可适用于不同的网络系统（域）中的每个任意的组的被组合的电信终端设备。因此，提供了对使用状态Stat1、Stat2和Stat3等等的跨网络系统或跨域的同步。除了占线状态之外，也可以将用户最后使用了他的电信终端设备的时间的信息不仅存放在该电信终端设备本身中而且传输到其它电信终端设备上。此外，缺席说明（“在会谈中，直至...”或“休假中，在某天重新回来”）可以在设备处被输入和设定而且由其它设备通过所分配的同步来获得。

也可能的是：使最后提供的通信连接的列表跨网络系统地同步。

在本发明中，新的服务在CSTA（“Computer Supported Telephony Application”，“计算机辅助电话应用”）中被提供，该新的服务尤其在功能开始“ServiceInitiated”时和在通信结束“ConnectionCleared”时实现。在Plugin-V与应用Anw之间、在应用Anw与App-V之间或者也经由应用Anw在Plugin-V与App-V之间进行状态交换。以这种方式可能的是：在统一的通信系统和移动无线电网中在实时体协作系统中打电话或进行其它通信时说明占线信号，或者当在实时体协作系统中的通信结束时结束对占线信号的显示。同样，在通过移动电话XM来通话时，如果第三成员在台式电话上呼叫，则也可以说明占线信号。另一方面，也可以超越节点地在服务器之内进行状态交换，用于统一的通信。

即每当用户用他的电信终端设备XV、XS和XM中的任意一个来进行通信时，即使用于进行通信的通话或者电话呼叫是在其它电信终端设备之一上进行，该用户也被显示为处在通信中。

从未通信（“零（Null）”）的状态出发，状态可以保持并且被转变到任何其它状态。如果例如转变到状态“初始化（initiiert）”，则接着该状态的可以是保持该状态本身、呼叫（“报警（alerting）”）、说明尝试失败（“失败（failed）”）或者说明呼叫处在等待队列中（“排队（queued）”）。也可以从一开始建立连接状态。从唤醒呼叫出发，同样可以说明尝试失败，可以进行“排队”，或者占据连接状态。基于排队状态，可以转变到连接状态，而且反之亦然。此外，从连接状态并且从排队状态出发可以转变到保持状态。保持状态或者以尝试失败（从该保持状态出发也能到达该尝试失败）结束，或者呼叫（“报警（alerting）”）成功或者返回到状态“零”。

在这种情况下涉及如在因特网中在https://www.ecma-international.org/publications/standards/Ecma-269.htm（能在2017年2月22日调出）下那样按照ECMA-269（European association for standardizing information and communicationsystems）对连接状态模型的阐述。

状态变量可被称作LocalConnectionState。转变在该变量LocalConnectionState之内发生。

现在，首先阐述服务“Set_Busy in Conversation”。服务“Set_Busy inConversation”提供两个功能。在功能询问（服务请求）“SetBusyIn ConversationRequest”中，参数类型为DeviceID的参数device被分配给如下那个电信终端设备，该电信终端设备应该遵循同一用户的任何其它电信终端设备或者代理设备的使用状态。参数类型为CalledDeviceID的变量calledDevice表示被呼叫的设备，而且例如当变量LocalConnectionState初始化时被定义。参数类型为SubjectDeviceID的变量alertingDevice为在其上进行唤醒呼叫的设备命名，也就是说当状态LocalConnectionState应为唤醒呼叫时，该参数被规定。可以设置类型为…DeviceID的其它变量，以便表示其它设备，这些其它设备从ECMA-269中公知并且提供关于连接的进一步的信息以及对LocalConnectionState的所属的转变询问。变量类型为LocalConnectionState的变量localConnectionInfo说明了在通过变量Device来说明的设备的连接状态方面的转变，其中该变量在状态“零”下用“n”占用，在状态“初始化”下用“i”占用，在唤醒呼叫的状态下用“a”占用，在连接（“connected”）状态下用“c”占用，在排队状态下用“q”占用，在保持状态、即“Hold”状态下用“h”占用，而在尝试失败、即“failed”的状态下用“f”占用。类型为EventCause的变量reason说明了连接为什么发生变化的原因。可能的值能从ECMA-269规范中得知。其它信息可以说明呼叫特性，诸如CallCharacteristics、ServicesPermitted和LocationInfo。Security是类型为CSTASecurityData的变量，该变量说明了定时信息、消息序列号和安全信息。类型为CSTAPrivateData的变量privateData是未经标准化的信息。

为了对功能应答（服务应答）“SetBusyInConversationResult”进行肯定地确认，存在类型为ConnectionID的参数connection，该参数说明了连接看起来如何。进一步的情况在ECMA-269中到，例如参见initiatedConnection、originatedConnection、establishedConnection。拒绝的反馈可以是类型为CallLinkageData的变量callLinkageData，该变量描述全部呼叫数据以及尤其是随着呼叫而来的该呼叫顺序（“线程（thread）”）的数据。还更精确的信息、如CallLinkageDataList同样是可能的。类型为CSTASecurityData的变量security和类型为CSTASecurityData的变量privateData对应于上文提到的变量。

现在，如果在使用状态下进行转变、即初始化，则必须建立连接D1C1（进行呼叫的设备），从初始状态“零（Null）”或“初始化（initiiert）”出发，而且最终状态必须是“初始化”。

为了监控关于设备类型方面的过程序列，被监控的设备可以是电信终端设备D1（进行呼叫的设备），连接可以是D1C1，过程可以是对功能的初始化，而原因可能是产生呼叫或者加入新的呼叫（“new call”）。当尤其是已经尝试了初始化时，这也可以是正常状态。

如果呼叫C1被监控，则连接是D1C1，而且要么将功能初始化(原因：呼叫被产生或者新的呼叫)要么可选地引起功能（新的呼叫或者正常）。

在使用状态下为了呼叫（“报警（Alerting）”）的目的而进行转变时，连接D1C1的基础是原始状态“零”而最终状态是“报警（Alerting）”，即在电话中的铃声或者进入到在局域网中分配加入的信息的模式。

为了监控在连接D1C1中的D1（唤醒设备）或者C1，过程可以是对信号的传送（“递送（delivered）”），而该过程的原因可以是经由新的呼叫（“new call”）而涉及正常状态或者涉及进入到数据分配器中。

使用状态的转变的其它示例是原始模式或者进阶模式（原始模式：“本机模式（native mode）”，进阶模式：“高级模式（advanced mode）”）。在原始模式下，消息的传输作为通过两个独立的（对源设备和目标设备的）呼叫成功来处理。在进阶模式下，源设备和目标设备通过同一呼叫来处理，就好像源设备直接呼叫了目标设备一样。这通过中间件（Middleware）组件（应用）来实现，该中间件组件访问代理设备并且将来自初始模型的两个独立的呼叫的信息朝向唯一的呼叫映射。使用如例如从EP 2 875 627 B1中公知的技术。在初始示例中，所有应用本身可以通过传统的目标服务（“Gate Services”），如来自ECMA-269中的“Snapshot Device”和“CallControlEvents”来进行同步。即存在向后兼容性。

如果在统一的通信系统V中的源设备Xv通过代理设备的活动被置于“通信中”或“占线”的状态，则存在用于操作的两种选择可能性，这就在源设备Xv上对呼叫的处理而言：

a) 能够实现并行呼叫，这些并行呼叫作为独立的呼叫来处理，

b) 并行呼叫被拒绝，而且其它活动通过对平台的配置或者对附加说明的定义来在功能询问“SetBusyInConversationRequest”中定义：布尔类型的参数parallelCall被定义。当容许并行呼叫时，该参数被设置到“真”（“true”），而当并行呼叫被拒绝时，该参数被设置到“假”（“false”）。

呼叫等待“camp-on”的已知的PABX功能可以在接受并行呼叫时被实现。

随后，示例性地依据图4-6来阐述可以如何实现上文所描述的CSTA功能参数。

在图4-6中，将用户的各个电信终端设备表示为D1和D1'。D1可以是设备XM、XV和XS中的任何设备。D1'可以是分别其它设备中的任何设备。D2是另一成员的电信设备。

现在，参考图4从CSTA域（CSTA网络系统）出发，电信终端设备D1处在该CSTA域中。同一用户具有第二电信终端设备D1'。另一用户具有电信终端设备D2。在当前情况下，用户用他的电信终端设备D1'呼叫电信终端设备D2。随后描述的功能应该引起：在CSTA域之内的源设备D1也被设置到占线（“busy in conversation”）的状态下并且在呼叫时说明了相对应的信号输出。功能“SetBusyInConversationRequest”包含：变量device被设置到值D1而变量calledDevice被设置到D2。而这只是可选的，因为对于呼叫列表的同步来说只需要知道用户通过D1'正好与谁打电话，但不是针对使用状态本身。变量localConnectionInfowird被设置到初始化。

作为从电信终端设备D1'方面对该活动的应答，存在关于功能“SetBusyInConversationResult”的确认（“acknowledgement”）。功能“SetBusyInConversationResult”包含：将变量connection设置到了值D1C1。接着是功能ServiceInitiatedEvent，该功能具有变量initiatedConnection和值D1C1（与来自功能“SetBusyInConversationResult”中的值相同）、变量initiatingDevice和值D1（与来自功能SetBusyInConversationRequest中的值相同）、变量locatedConnectionInfo和值intiiert（同样与来自功能“SetBusyInConversationRequest”中的值相同）以及被说明为“new call”的原因“新的呼叫”。如果服务“Set_Busy in Conversation”在连接初始化之后应该是另一呼叫建立，则变量callDirectoryNumber被改变到D2而变量locatedConnectionInfo被改变到值“连接”或“connected”。这仅仅是可选的。然后，接着是再次确认（参见上文）。

接着，功能OriginatedEvent具有：带有值D1C1的变量originatedConnection、带有值D1的callingDevice、带有值D2的calledDevice、带有值“连接”或“connected”的localConnectionInfo以及原因“new call”。

当然，如果被呼叫的电信终端设备D2开始发出铃声，则电信终端设备D1'获得反馈（铃声）。但是，当变量“alertingDevice”处于连接时，该反馈也可以借助于服务“Set_Busyin Conversation”和以上生效的实施方案来对电信终端设备D1给出。这仅仅是可选的。

因此，功能DeliveredEvent针对变量connection具有值D2C1，针对变量alertingDevice具有值D2，针对变量callingDevice具有值D1，针对变量calledDevice具有值D2，针对变量lastRedirectionDevice具有值NR，针对变量localConnectionInfo具有值“连接”或“connected”，针对原因具有“new call”。

在成员在电信终端设备D2上接起来、也就是说用手接起来的情况下，替选于上文的实施方案，也可以借助于服务“Set_Busy in Conversation”来将变量answeringDevice设置到连接。

因此，功能EstablishedEvent利用具有值D2C1的变量establishedConnection、具有值D2的answeringDevice、具有值D1的calling Device、具有值D2的calledDevice、具有值NR的lastRedirectionDevice、具有值“连接”或“connected”的localConnectionInfo来执行，而且原因在于“new call”。

到目前为止，参考图4描述了当电信终端设备D2处在CSTA域之外时发生了什么。

现在，图5示出了当D2是CSTA域的一部分时的情况。通过电信终端设备D1'的呼叫经由在CSTA域中的网络主干（Network-Trunk）设备N3来加入并且通过呼叫Cn来传送。

功能“SetBusyInConversationRequest”如上文所描述的那样。确认“SetBusyInConversationResult”也如上文所描述的那样。此外，功能ServiceInitiatedEvent如上文所描述的那样来实施。然而，这里补充地在所监控的设备N3中并行地分配与在电信终端设备D1中相同的值。

在当前情况下，功能OriginatedEvent是令人感兴趣的。这里，由于在电信终端设备D1的范围内的服务“Set_Busy in Conversation”，变量originatedConnection的值被设置到D1C1，callingDevice的值被设置到D1，calledDevice的值被设置到D2，localConnectionInfo的值被设置到“连接”或“connected”而原因的值被设置到“newcall”。而在设备N3的范围内值如下地来设置：变量originatedConnection的值被设置到N3Cn，callingDevice的值被设置到D1，called Device的值被设置到D2，localConnectionInfo的值被设置到“连接”或“connected”而原因的值被设置到“newcall”。此外，另一变量associatedCallingDevice被设置到值N3。

一旦铃声在电信终端设备D2处被输出，而且D1应该借助于服务“Set_Busy inConversation”获得相对应的反馈，功能DeliveredEvent的变量由D1按如下地来设置：将connection设置到D2C1，将alertingDevice设置到D2，将callingDevice设置到D1，将calledDevice设置到D2，将lastRedirectionDevice设置到NR，将localConnectionInfo设置到“连接”或“connected”而且将原因设置到“new call”。另外，变量在设备N3和电信终端设备C2的范围内被设置。这里，对于N3和C2来说一致地：将connection设置到D2Cn，将alertingDevice设置到D2，将calling Device设置到D1'，将lastRedirectionDevice设置到NR，将localConnectionInfo设置到“连接”或“connected”而且将原因设置到“newcall”。

接着，在电信终端设备上接起来时，借助于服务“Set_Busy in Conversation”来如下地设置值：在电信终端设备D1中，功能EstablishedEvent通过具有值D2C1的变量establishedConnection、具有值D2的变量answeringDevice、具有值D1的变量callingDevice、具有值D2的calledDevice、具有值NR的lastRedirectionDevice、具有值“连接”或“connected”的localConnectionInfo来实现，而且原因被设置到“new call”。在设备N3的范围内是如下变量：establishedConnection D2Cn；answeringDevice D2；callingDeviceD1'；calledDevice D2；lastRedirectionDevice NR；localConnectionInfo “连接”或connected”而且原因被设置到“new call”。因此，不同于在D1中，变量callingDevice不是被设置到D1而是被设置到D1'。

在电信终端设备D2的范围内，变量与在电信终端设备D1中一样地被设置。

在上文所描述的修改方案中可以规定：关于呼叫Cn的信息被隐藏。接着，变量到处如上文所描述的那样来设置，只是对于设备N3来说没有设置单独的变量。

补充地，随后参考图4也阐述了：当用户在他的电信终端设备D1'上得到设备D2的呼叫时并且当设备D1被切换到“占线”时发生了什么。（即呼叫方向与上文相反地首先参考图4来描述。因此，在所谓的“通话日志（Call Journal）”中，在公开呼叫中，设备被镜像，在主设备上的呼叫建立。

实现功能“SetBusyInConversationRequest”包括将变量device设置到D1，将变量callingDevice设置到D2，将变量localConnectionInfo设置到“报警（Alerting）”。在功能“SetBusyInConversationRes(ult)”中进行确认（“Acknowledgement”），其中将变量connection设置到D1C1。

一旦电信终端设备D1'开始发出呼叫音而且电信终端设备D2接收到该呼叫音，就在针对D1的功能DeliveredEvent的范围内借助于服务“Set_Busy in Conversation”将变量设置到D1C1，将变量alertingDevice设置到D1，将callingDevice设置到D2，将calledDevice设置到D2，将lastRedirectionDevice设置到NR，将localConnectionInfo设置到Alerting（呼叫）并且将cause（原因）设置到“new call”。从图4中的情况出发，随后还阐述了：当占线的使用状态（“在通话…”或“busy in a call with...”）（由于成员挂断电话）结束时发生了什么。在这种情况下，从电信终端设备D1的占线的使用状态出发，传送服务“Set_Busy_in_Conversation”。功能“SetBusyInConversationRequest”包含：将变量device设置到D1，将connection设置到D1C1并且将localConnectionInfo设置到零（Null）。作为具有设置到值D1C1的变量connection的“SetBusyInConversationRes(ult)”来进行确认。然而，电信终端设备D1休眠。该电信终端设备的特点在于功能ConnectionClearedEvent，该功能将变量droppedConnection设置到D1C1，将变量releasingDevice设置到D1，将变量localConnectionInfo设置到零（Null）并且将变量cause设置到正常、即“normal clearing（正常清算）”（呼叫的结束）。

其它呼叫控制功能，如回拨、呼叫等待、电话会议、询问、呼叫转移、记录、保持、“Intrusion”（侵入到正在进行通话中）、驻留、重新连接、恢复和连接按照功能“localConnectionState”、“deviceID”和“connectionID”来实现，如在规范ECMA-269中说明的那样。

在图4中，作为在D1与C1之间的变量，规定了小写的c用于“connected”。借助于从电信终端设备D1方面的服务“SnapshotDevice”，可以进行同步。在功能“SnapshotDeviceRequest”中，将变量snapshotObject设置到D1，而且为了进行确认，在功能“SnapshotDeviceResult”中将变量snapshotData设置到D1C1，其中接着根据当前的使用状态来定义n、i、a、c、q、h、f。

随后的描述参考图6并且处理并行呼叫的情况：用户用他的电信终端设备D1处在通过他的其它代理设备D1'之一和电信终端设备D2的呼叫中。如上文所描述的那样，电信终端设备D1借助于服务“SetBusy in a conversation（对话中的SetBusy）”被置于占线状态。接着，在被监控的电信终端设备D1中，功能EstablishedEvent将变量establishedConnection设置到D2C1，将answeringDevice设置到D2，将callingDevice设置到D1，将calledDevice设置到D2，将lastRedirectionDevice设置到NR，将localConnectionInfo设置到“连接”（“connected”）并且将原因cause的变量设置到“newcall”。

现在，当允许用另一电信终端设备D3来实施呼叫时发生了什么这意味着：用于定义并行呼叫的变量已经获得了值“真”（“True”）。功能“SetBusyInConversationRequest”将变量device设置到D1，将变量answeringDevice设置到D2，将localConnectionInfo设置到“连接”（“connected”）并且将变量“parallelCall”设置到“真”（“True”）。为了通过使用功能“SetBusyInConversationResult”来进行确认，将变量connection设置到D1C1。如果现在存在从电信终端设备D1到电信终端设备D3的呼叫，则功能ServiceInitiatedEvent将变量initiatedConnection设置到D1C2，将initiatingDevice设置到D1，将localConnectionInfo设置到“初始化”（“initiated”）并且将变量cause设置到“newcall”。功能OriginatedEvent将变量originatedConnection设置到D1C2，将callingDevice设置到D1，将calledDevice设置到D3，将localConnectionInfo设置到“连接”（“connected”）并且将原因设置到“new call”。

最后，功能“DeliveredEvent”不仅仅在被监控的电信终端设备D1中设置这些变量，而且在被监控的电信终端设备D3中设置这些变量。功能“DeliveredEvent”将connection设置到D3C2，将alertingDevice设置到D3，将callingDevice设置到D1，将calledDevice设置到D3，将lastRedirectionDevice设置到NR。对于电信终端设备D1来说，变量localConnectionInfo被设置到“连接”（“connected”），对于电信终端设备D3来说，变量localConnectionInfo被设置到“Alerting”（呼叫）。在这两种情况下，说明cause“newcall”作为原因。