把通信终端设备集成到静态配置中的方法以及通信系统与流程

本发明涉及用于把通信终端设备作为优选设备集成到静态配置中的方法、用于实施该方法的计算机程序产品、具有在其上存储的计算机程序产品的机器可读数据载体以及相应的通信系统。

背景技术：

对于以下描述应简短地阐述以下术语：

电信平台（也简称tk平台（tk-plattform））例如是交换中心（vermittlungsstelle）或者电信设施（也称为pbx或“专用交换分机（privatebranchexchange）”）。这样的tk平台大多提供基于sip的voip/ip视频（video-over-ip）技术。电话端点（telefonie-endpunkt）例如是用于在建立或运行电话连接或“呼叫（call）”或者数据连接时使用的电话、智能手机、计算机、或者其他（必要时虚拟的）终端设备。

云通信服务器（cks）例如是用于跨群组协同工作的saas云平台。这里，群组（team）在唯一的客户端（也简称cks客户端）中获得所述群组为了有效通信所需的。

cks客户端例如是应用软件（app），利用该应用软件尤其联合（vereint）语言、视频、屏幕共享（screensharing）、消息传递（messaging）、聊天以及文件共享（dateifreigabe）并且因此能够实现没有问题的并且简化的协同工作。云通信服务器的这种cks客户端大多基于webrtc技术来实现，并且例如可以安装在（电话）端点上。

此外应阐述以下缩写：

api:应用程序编程接口（applicationprogramminginterface）

app:应用程序,应用软件/环境,软件,网络应用（webanwendung）

cks：云通信服务器

csta:计算机支持电信应用程序（computersupportedtelecommunicationsapplications）(ecma)

cti:计算机电话集成（computertelephonyintegration）(例如csta,tapi)

ecma:ecma国际标准化委员会

ons:一号通业务（onenumberservice）(在内部的（eigenen）/外部的（fremden）公司网络中)

pbx:电信设施,电信平台,交换机

pd:首选设备（preferreddevice）,优选（通信终端）设备

sip:会话发起协议（sessioninitiationprotocol）

tapi:电话应用程序接口（telephonyapplicationsinterface）(微软（microsoft）)

uc:统一通信（unifiedcommunication）

webrtc:网络实时通信(webreal-timecommunication)。

在一号通业务的情况下，用户位于何处是无所谓的。用户始终能够经由一个电话号码被联系上，其中用户已经将所述电话号码告知给其他人。经由一号通业务（ons），uc应用程序把该用户的所有呼叫转发给该用户的优选设备（首选设备（preferreddevice））。用户决定，该用户为了其通信想要使用哪个端点（电话）(例如办公室电话、移动电话、在内部的/外部的公司网络中的电话、私人电话、会议室、在公共场所中的电话、cks客户端)。

统一通信（uc）涉及诸如语言、视频、屏幕共享、消息传递、聊天和文件共享这样的通信媒介在统一的应用环境中的集成（integration），以便能够实现没有问题的且简化的协同工作。

用于统一通信（uc）的解决方案的特点在于，uc用户（随后也称为用户（user））能够经由不同的通信媒介（在专业用于上大多称为设备）被联系上。取决于情形地，uc用户想要确定该uc用户是否想要能够被联系上以及想要经由哪些媒介或设备能够被联系上。电话（固定网络（festnetz）和移动（mobil））一如既往地构成设备的主要类别（wesentlicheklasse）。一般而言，uc用户有多个这样的设备。从通信系统的角度来看，这些设备中的一些在外部经由网关被接通并且可以在通信系统中被映射（abgebildt）为虚拟设备。

该uc功能特征（leistungsmerkmal）“一号通业务”（也用ons缩写）是有决定性意义的，因为该uc功能特征对通信伙伴隐瞒：uc用户正好（gerade）位于哪个地点并且该uc用户正好经由哪种具体的设备通信。因此提出以下问题，可以如何实现以下方面：

-建立uc用户到分配给其的设备的分配，

-（尤其针对外部设备）动态地改变设备分配，

-将所述一个或多个激活的设备激活/去活，并且

-同时对应用程序隐瞒所述分配的复杂性，以便使一般的实现耗费保持得低。

在本发明的上下文中，应列举以下实际示例（也称为使用案例（usecases））：

给uc用户分配以下设备，其中应该为所述设备提供一号通业务：

-系统电话，其直接连接到通信系统上，

-移动电话，其经由网关在外部接通到通信系统上，

-家庭办公室电话，其经由网关在外部接通到通信系统上，

-cks客户端，即经由云通信服务器所分配的客户端。

uc用户想要取决于地点或情形地通过方式被呼叫：

–如果该uc用户在办公室中：经由系统电话和移动电话（因为该uc用户并不总是在其书桌旁），然而不经由家庭办公室电话；

–如果该uc用户在家庭办公室中：仅经由家庭办公室电话；

–如果该uc用户在路上：仅经由移动电话（办公时间），否则转接到语音信箱（voice-mail）。然而在确定的情形下，不应该作为外部设备呼叫移动呼叫号码，而是应该呼叫可替代的外部呼叫号码（例如旅馆）。

为此，在现有技术中存在解决方案，但是所述解决方案并不能够同时完全满足所有上面提及的要求，并且此外必须非常复杂地来实现：

在实用新型de202011003225u1中和在专利申请wo2014/060008a1中描述了以下可能性：为参与者或者参与者组管理虚拟终端设备。在此情况下，电话设施的用户例如具有移动电话（必要时利用gsm和wlan连接）。所述移动电话首先未集成到设施特定的通信场景中。用户例如不能将移动电话上的通话传递给该通信系统的其他参与者或者从该通信系统的另一参与者接受通话。为此，de202011003225u1和wo2014/060008a1提供完全地集成到该通信系统中的补救方法（abhilfe），对于该补救方法也不需要附加的硬件。朝向移动电话和来自移动电话的呼叫经由通信系统的内部（虚拟）参与者被完全地关联。

在由unify实施的用于借助uc应用程序提供一号通业务的方法的情况下，首先动用在ecma-269中所描述的定义，其中用户由逻辑部分和物理部分构成其设备。逻辑部分由一号通业务号码构成并且物理部分由首选设备（preferreddevice）构成。在大多情况下，一号通业务号码与用户的桌面电话相当。用户使用首选设备，以便在其一号通业务号码下执行呼叫，使得首选设备的连接号码对于通话伙伴保持隐瞒。取而代之地，通话伙伴总是看见与一号通业务号码的连接。

根据de202011003225u1和wo2014/060008a1的对一号通业务的实现必须极其复杂且耗费地来实施。这尤其也涉及在客户端侧的应用程序软件中的耗费，因为激活的（首选）设备的分配的每种变化必须由每个客户端软件主动地来处理。这里介绍的方案应该显著降低所述复杂性。外部设备到该通信系统中的绑定（einbindung）和一号通业务的绑定应该动态地、而从客户端侧的应用程序软件的角度而言却透明地进行。如果所分配的呼叫号码暂时地被改变（例如旅馆场景），那么这对应用程序软件、尤其对相应的虚拟设备的控制或监视没有任何影响。

此外，根据de202011003225u1和wo2014/060008a1的方案在灵活性方面与限制相关联：所述已知的实现并不规定：使用（作为分配给用户的所有设备的子集的）多个终端设备同时作为首选设备。

wo2007/000447a1公开了用于用信号通知在群组模块（teammodul）mulap与通信模块comass之间的交换技术状态的系统，其中所述群组模块设置在通信装置中，参与者t的多个终端设备e1…en被分配给该群组模块，所述通信模块在交换技术上控制群组模块mulap，其中在该群组模块mulap中检测参与者t的终端设备e1…e3的交换技术状态。该系统的特点在于，在群组模块mulap中以及在通信模块comass中把逻辑终端设备le分配给参与者t的终端设备e1…en，从终端设备e1…e3的所检测的交换技术状态中测定参与者t的交换技术状态v，并且记入在群组模块mulap的逻辑终端设备le中，并且把参与者t的被记入在逻辑终端设备le中的交换技术状态v用信号通知（signalisiert）给通信模块comass。

因此，在wo2007/000447a1的情况下，参与者t的群组配置利用其静态配置的终端设备e1、e2、e3经由两个静态的cti层被映射，这在图3中示出。

cti层2示出参与者t与分别所链接的终端设备e1、e2或e3的静态链接（verknüpfung）。这目前在osbiz之内由以下应用程序使用：

中间件-组件：csta业务提供商–csp

直接站选择服务器（directstationselectserver）（用于跨节点地用led信号通知参与者状态的app）-dss

嵌入式uc服务器–las。

cti层1对于高级应用程序（high-level-applikationen）把所使用的终端设备e1、e2或e3的状态投影或压缩到静态参与者t的状态。在此，从静态配置中选出可变地使用的终端设备。该参与者t因此在数学意义上是所使用的终端设备e1、e2或e3的函数。

t=f(e1,e2,e3)–有限列表

这目前在osbiz之内由以下应用程序使用：

uc服务器–“ucsuite”

所述方法的前提是参与者t到其所使用的终端设备e1、e2或e3的静态分配（因为例如该终端设备e3可以被使用在多个群组中，所以针对在运行时间的e3变化对所有应用程序必须更新全部所涉及的监视器点，这是非常耗费且复杂的）。

在一号通业务（ons）的情况下，参与者t动态地选出其桌面电话e1或其电路客户端（circuitclient）e2（cks客户端）或者任意的首选设备ond1、ond2。电路是unify公司的云通信服务器。参与者t使用动态地选出的终端设备，以便在其一号通业务号码下执行呼叫，使得相应的首选设备的连接号码对于通话伙伴而言保持隐瞒。取而代之地，通话伙伴总是看见与一号通业务号码的连接。在图4中示出根据一号通业务的所述csta模型。为此所使用的cti层适应于分别所选择的首选设备并且动态地显示参与者t与相应的终端设备e1、e2、ond1或ond2的链接。因此，参与者t在数学意义上是所使用的首选设备的函数。

t=f(首选设备)–无限列表

这目前例如由大量的应用程序使用。

该方法的前提是参与者t到其所使用的终端设备或首选设备e1、e2、ond1或ond2的动态分配。这些应用程序必须仿效（nachziehen）动态改变。

技术实现要素：

本发明所基于的任务是，说明用于把通信终端设备作为优选设备集成到静态配置中的方法、用于实施该方法的相应的计算机程序（产品）、具有存储在其上的计算机程序产品的机器可读数据载体以及相应的通信系统。

利用根据权利要求1所述的用于把通信终端设备作为优选设备集成到静态配置中的方法、根据权利要求8所述的用于实施该方法的计算机程序产品、根据权利要求9所述的具有在其上存储的计算机程序产品的机器可读数据载体以及根据权利要求10所述的相应的通信系统解决所述任务。

本发明的有利的改进方案是从属权利要求的主题。

本发明规定，把分配给uc用户的物理和虚拟设备以有利的组配置（组/mulap）进行捆绑，其中每个单独的设备可以有针对性地被切换为激活的或非激活的，以便必要时同时使用多个首选设备（作为所有设备的子集）。

从uc应用程序角度来观察本发明：

在统一通信解决方案中，uc用户的角色通常从单独的通信终端设备去耦。这允许，不仅使用不同的通信媒介（电子邮件、消息传递、电话）而且在必要时灵活地使用相同类型的多个设备（例如多个电话）。在此，对通信伙伴隐瞒多种多样所使用的设备（因此也隐瞒名称一号通业务）。

在本发明情况下，具有确定的特性（例如按照现有技术：多线电话（multiplelineappearance）=mulap）的、个人地分配给用户的组（group（组））的呼叫号码用作为一号通业务的呼叫号码。组/mulap可以包含多个物理和虚拟设备。使用对虚拟设备的所分配的呼叫号码的动态改变，以便透明地针对客户端侧的uc应用程序灵活地绑定（einbinden）可替代的（尤其也为外部的）设备，而uc应用程序不必对此作出反应（例如通过对设备监控进行改变等）。替代限制于唯一的首选设备，uc应用程序可以经由与通信系统的适合的接口把组/mulap的每个单独的设备切换为激活的或非激活的，并且由此构成多个设备的子集，所述多个设备在确定的时间点作为首选设备是激活的。

优选地，从uc应用程序中选出一个/多个首选设备。如果该用户使用多个uc客户端（例如桌上型和移动的），那么能够利用任意的客户端进行虚拟设备到（尤其也为外部的）呼叫号码的动态分配或者一个/多个首选设备的改变，而所有客户端不必动态地、例如通过对监控的改变而对此作出反应。

根据本发明的方法的一种有利的改进方案，进行优选设备的集成和/或优选设备通过至少一个第一uc应用程序、优选地无反作用地（rückwirkungsfrei）到所分配的配置上的动态分配。这使参与者t能够动态地选出其桌面电话e1或者任意的首选设备ond1、ond2并且同时在无进一步同步的情况下无反作用地操作其高级应用程序。为此定义的cti层3适应于分别选择的首选设备并且动态地显示该参与者t与相应首选设备e1、ond1或ond2的链接，其中与之相反地，cti层2显示静态（虚拟）参与者e2与分别动态链接的首选设备的链接。cti层1此外为了高级应用程序而把所使用的终端设备e1、e2、ond1或ond2的状态浓缩（kondensieren）成静态参与者t的状态并且因此允许应用程序在cti层1-3上同时的且无反作用的运行。

在根据本发明的方法的一种有利的改进方案中，进行优选设备ond1的集成和/或优选设备ond1、ond2无反作用地到整个应用环境上的动态分配，该应用环境包括至少一个第二应用程序软件。由此存在以下优点：在同时对首选设备进行动态分配的情况下，参与者t到其所使用的终端设备e1和e2的静态分配能够实现在运行时间首选设备的改变，而不更新cti层1-3上的所有应用程序的全部涉及到的监视点。

在根据本发明的方法的一种有利的改进方案中，借助应用程序软件的set（设置）和get（获得）函数、尤其借助set/getforwarding进行优选设备ond1的集成和/或优选设备ond1、ond2的动态分配。由此存在以下优点：uc应用程序能够经由与通信系统的适合的接口借助set和get函数、尤其是借助set/getforwarding把组/mulap的一个或多个虚拟设备切换为激活的或非激活的，并且由此构成多个设备的子集，所述设备在确定的时间点作为首选设备ond1和/或ond2是激活的（参见图14）。

在根据本发明的方法的一种有利的改进方案中，借助应用程序软件的set和get函数、尤其借助set/getagentstate将设备ond1、ond2激活和去活，并且由此构成已经分配的静态配置的任意子集。由此存在以下优点：uc应用程序能够经由与通信系统的适合的接口借助set和get函数、尤其借助set/getagentstate把组/mulap的一个或多个设备切换为激活的或非激活的并且由此构成多个设备的子集，所述设备在确定的时间点是激活的（参见图13）。

在根据本发明的方法的一种有利的改进方案中，对优选设备ond1、ond2的激活或去活引起对其他所分配的设备的自动去活或激活。由此存在以下优点：uc应用程序能够经由与通信系统的适合的接口借助set和get函数、尤其借助set/getagentstate把组/mulap的一个或多个设备切换为激活的或非激活的并且由此隐含地将组/mulap的一个或多个其他设备自动切换为非激活的或激活的。

在根据本发明的方法的一种有利的改进方案中，对优选设备ond1、ond2的动态链接和激活或去活在自身的、优选地自包含（insichgeschlossenen）的表示层上进行，该表示层尤其被构造为与虚拟设备相对应的cti层。由此存在以下优点：首选设备ond1和/或ond2的选出以及多个设备的子集的形成通过在自己的cti层3上对所述设备的激活或去活来进行（参见图9a和图12），并且与从应用程序的角度而言透明的cti层1和2无关。

实施根据本发明的方法的计算机程序以及为了存储所述计算机程序可使用的机器可读数据载体也被看作属于本发明。

附图说明

从对有利的实施方式的以下描述中参照附图得出本发明的其他优点、特征和特点。其中：

图1示意性地示出根据本发明的配置的第一总览布置（übersichtsanordnung）；

图2示意性地示出根据本发明的配置的第二总览布置；

图3示意性地示出根据wo2007/000447a1的电信装置的总览布置；

图4示意性地示出根据一号通业务的电信装置的总览布置；

图5示意性地示出根据本发明的电信装置的总览布置；

图6示意性地示出根据de202011003225u1的电信装置的总览布置；

图7示意性地示出根据本发明的电信装置的另一图示；

图8示意性地示出本发明的应用的示例；

图9a和b示意性地示出针对uc-onc应用程序或针对csta应用程序的相应图示；

图10和11示意性地示出本发明的应用的其他示例；

图12示意性地示出针对uc-ons应用程序的相应的图示；

图13示意性地示出具有对于用户的内部设备而言每用户一个组或mulap的组构成的图示，其中借助于将组和mulap参与者接入或断开（herein-bzw.herausschalten）在该组/mulap之内选出激活的设备；和

图14示意性地示出对于用户的内部设备和多个虚拟设备而言每用户一个组或mulap的组构成的图示，所述虚拟设备代表用户的外部ond。

具体实施方式

在图5中示出电信系统10的第一实施方式，其中使用本发明，也即尤其以下面描述的方式实施根据本发明的方法。

电信系统10包括分配给用户t的终端设备e1、e2、ond1和ond2，以及必要时包括其他终端设备。此外，所述电信系统10包含服务器中的控制装置42，该控制装置42在使用示意性示出的计算机程序92（存储在作为数据载体的示例的cd-rom90上）的情况下实施本发明所基于的方法。

本发明把动态方案与静态方案链接。所述步骤现在允许参与者t以有利的方式选出其动态的桌面电话e1或任意的首选设备ond1、ond2并且同时在无进一步同步的情况下（仿佛（gleichsam）无反作用地）操作其高级应用程序。这在图5中所示的根据本发明的csta模型中示出。

cti层3适应于（anpassensichan）分别选择的首选设备并且动态地显示参与者t与相应的首选设备e1、ond1或ond2的链接。

cti层2示出静态的（虚拟）参与者e2与分别动态地链接的首选设备的链接。e2因此在数学意义上是首选设备的函数。

e2=f(首选设备)-无限列表

cti层1对于高级应用程序把所使用的终端设备e1、e2、ond1或ond2的状态投影或压缩到静态参与者t的状态上。该参与者t因此在数学意义上成为在同时无限内容（首选设备）的情况下具有有限列表的函数。

t=f(e1,e2=f(首选设备))–“具有无限内容”的有限列表

所述方法的应用因此允许在cti层1-3上同时且无反作用地运行应用程序。

所述方法在同时动态分配首选设备的情况下使得能够把参与者t静态地分配给其所使用的终端设备e1和e2。因此，这种做法能够实现在运行时间的变化，而不更新所有应用程序的全部涉及的监视器点。

换言之，本发明例如规定，借助于附加的cti层为动态的使用目的（einsatzweck）而准备迄今静态的方案。

此外，各个所分配的终端设备到参与者t上的投影或压缩并不像对于vsl（经典的高级uc应用程序）那样是期望的，取而代之地，该las（具有新首选设备方案的uc应用程序）想要直接访问各个终端设备。

以下的图1和2应该阐明所述模型：图1示出为了实现一号通业务的目的而将uc用户映射到设备组（组/mulap）上。经由csta通过为所述应用适配setagentstate命令来激活或去活组/mulap的单独的或多个设备，用以动态地确定一个或多个首选设备。如果组/mulap的所有设备被切换为激活的，那么这与“没有首选设备–所述组的所有设备是激活的”是同义的。图2示出通过构成激活的设备的子集实现具有扩展的灵活性的一个/多个首选设备。

本发明从csta角度观察如下呈现:

优选地如在通信系统情况下常见的那样经由csta实现技术接口，所述技术接口用于操控通信系统，尤其

•用于实施简化的一号通业务，

•用于将外部的呼叫号码动态地分配给虚拟设备，和

•用于动态地激活或去活组/mulap的各个设备。

对于单纯的（bloß）一号通业务的csta要求的实现是极其复杂的，并且不仅对于通信服务器而且对于客户端侧的应用程序软件必须非常耗费地来实施。在所述实施之后在进一步的进程中必须接着进行耗费的测试和相应耗费的业务。附加地，对于已经存在的应用程序、尤其已经存在的一号通业务（例如在osbiz情况下：callme和mobilityentry）的向后兼容性（rückwärtskompatibilität）必须被确保。

本发明在充分利用由de202011003225u1和wo2014/060008a1已知的配置的情况下，提供对于迄今为止已知的一号通业务的非常复杂的并且因此耗费的解决方案的显著简化的替代方案。

本发明以特别的方式适用于通信系统，这些通信系统迄今为止不提供一号通业务或者提供受限的一号通业务，但是却可能支持组/mulap组的方案。

作为示例在下文中使用具有其相应的uc应用程序的openscapebusiness（osbiz）。表明能够如何以简化的方式实现具有扩展的灵活性的一号通业务以及明显地减少所需要的测试和业务耗费。为此，通过由de202011003225u1和wo2014/060008a1已知的虚拟参与者根据针对应用程序的一号通业务关联变换的首选设备。

此外，本发明允许扩展的灵活性，使得用户不仅能够使用来自给其所分配的设备的组中的所述设备中的恰好一个，而且在需要时能够同时使用多个设备作为首选设备。

根据de202011003225u1，外部参与者在呼叫处理（callprocessing）之内首先通过中继线设备（trunkdevice）来代表。首先进行对于系统集成必要的鉴权，以便仅被授权的移动电话获得所述准入（zugang）。如果该鉴权结束，那么在该呼叫处理之内把该外部参与者的所有其他行动转向（umlenken）（关联）到参与者设备上。因此能够将所有外部参与者（包括移动参与者在内）的全部的表现形式（ausprägungen）映射到内部参与者上并且相应地被处理（behandelt）。

所使用的参与者设备是所谓的虚拟设备，也即没有物理连接并因此没有附加硬件的设备。利用关联进行到物理学（physik）、也即到移动设备或通信终端设备的不同硬件表现形式（gsm、wlan、sip端点（endpoint）、sip提供商、传统中继线（legacytrunk）和终端设备以及webrtc（参见wo2014/060008a1））上的连接。功能特征和声音朝中继线方向的与此相关的信号通知（signalisierung）由呼叫处理经由所关联的虚拟参与者被传导给移动设备。因为移动参与者不经由固定的中继线设备到达系统中，所以与虚拟设备的这种关联总是仅涉及当前的连接并且必须每次重新被创建。

首选设备在unify的情况下通过在通信平台openscapevoice（osv）中所使用的一号通业务（ons）由uc应用程序借助于csta典型地以在图6中示出的方式被映射。

因此，首选设备根据本发明被转向（umlenken）到虚拟设备上。因此，在呼叫处理之内，使首选设备的所有其他行动总是与相同的虚拟设备关联。通过根据本发明（并因此以用其他特征丰富的方式）使用csta业务呼叫转移（servicecallforwarding）（称为步骤(a)），用户现在暂时地设置相应的首选设备并且将该首选设备与虚拟设备链接。感兴趣的（interessiert）应用程序借助于csta业务呼叫转移（servicecallforwarding）同步到分别当前的首选设备上。相应的首选设备对所有其他应用程序而言保持隐瞒。向后兼容性被给出。

此外，不仅绑定外部移动参与者而且绑定内部参与者。

通过构成组，扩展的方案是可能的，如在图13和14中所示出的。

•对于用户的内部设备和一个或多个虚拟设备，构成每用户一个组或mulap，所述虚拟设备代表用户的外部ond。

•可以从组/mulap中选出设备的子集，所述设备是对于到达的呼叫而言是优选的或者首选的（=激活的）。

•借助于组和mulap参与者的接入或断开通过专有地使用csta业务设置代理状态（servicesetagentstate）（称为步骤(b)）在该组/mulap之内选出激活的（首选的）设备。

因此，步骤（a）和（b）在同时单独地选出要呼叫的目标的情况下允许简化地、单独地设立首选设备。

所述扩展的方案的优点是：

•扩展的灵活性：能够确定不仅仅恰好一个首选设备，而是也能够确定多个首选设备。

•特殊情况“无首选设备”能够简单地被映射（abbildbar），其方式是把所有设备设置为登录的（loggedon）或者可用的（available）。

•针对于发出的呼叫能够与激活的设备的数量无关地确定恰好一个“处理设备”，而且单独地对于每个应用程序实例（applikationsinstanz）确定。

•能够使用openscape系统的组特定的功能特征，例如在组之内的呼叫转接规则(与例如在openscapeuc/电路情况下的autopilot函数类似)。

在图8至12中示出本发明的应用的不同示例。在此，在图8和10中在连接中说明的小写字母具有以下意义：

c:交换技术上“已连接”（connected（已连接））；

a：交换技术上“响铃”（alerting（报警））。

在圈中包含的说明“c1”和“c2”意味着“呼叫1”（call1）或“呼叫2”（call2）。用字母“v”标明的设备是虚拟设备并且用字母“n”标明的设备是网络设备。

对所使用的csta业务和参数的选出是示范性的。也能在使用其他csta参数的情况下获得相同的效果。

图8示出首选设备的设置（与步骤a相应）。用户2改变其首选设备为桌面电话d2、外部设备d5（例如gsm）或内部设备d6（例如会议室）。用户1呼叫用户2。

图9a示出针对uc-ons应用程序的相应图示，而图9b示出针对csta应用程序的相应图示，其中在分别用“被监视的设备（monitoreddevice）”加标题的（überschriebennen）列中所含有的专业用于命令保留为英语原文并且未被翻译，因为所述命令否则将会是无法理解的。针对csta应用程序的图示于是优选地是关于桌面电话设备d2或虚拟设备v3的。

图10示出首选设备的选出（与步骤b相应）。用户1呼叫用户2。用户2具有组或mulap，该组或mulap具有相应的首选设备。以在图10中示出的方式进行用信号通知，其中在左边示出呼叫前的状态，在中间示出在建立呼叫期间的状态并且在右边示出在成功建立呼叫之后的状态。

如果首选设备的选出从桌面电话d2被改变为外部设备d5（例如gsm）和内部设备d6（例如会议室），那么用信号通知以在图11中示出的方式得以简化。用户1再次呼叫用户2。

图12示出针对uc-ons应用程序的相应图示，其中在分别用“被监视的设备”加标题的列中所含有的专业用语命令保留为英语原文并且未被翻译，因为所述命令否则将会是无法理解的。在此情况下，排他性接入或断开是相同意义的。针对csta应用程序的图示就像是在图9b中那样。

要坚持的是，相同的链接或分配机制适用于mulap、仅gsm和双模式移动性配置（dual-mode-mobility-konfiguration）。

应理解的是，在本发明的情况下，在一方面与方法步骤相关联地所描述的特征以及另一方面与相应的装置相关联地所描述的特征之间存在关联。因此，所描述的方法特征也被看作属于本发明的装置特征（并且反之亦然），即使这并没有明确地被提及。

要坚持的是，除非有其他说明或者出于技术原因自身禁止，参照所示出的实施方式所描述的本发明特征、诸如通信系统的各个组件和终端设备、各个消息、信号和参数的类型和构型（ausgestaltung）也可以在其他实施方式中存在。此外，各个实施方式的以组合方式描述的这种特征中不必所有特征总是必须在一个所涉及的实施方式中实现。

附图标记列表

10=电信系统

20=服务器

42=控制装置

90=机器可读数据载体

92=计算机程序。