CN108496335A

CN108496335A - 用于针对代表使用者的电话业务端点实施客户端的呼叫控制的方法和为此构造的端口处理器

Info

Publication number: CN108496335A
Application number: CN201780008678.6A
Authority: CN
Inventors: C.里斯特; N.舍恩费尔德
Original assignee: Unification Ltd Liability LP
Current assignee: Unification Ltd Liability LP; Unify GmbH and Co KG
Priority date: 2016-01-27
Filing date: 2017-01-26
Publication date: 2018-09-04
Also published as: DE102016000870A1; WO2017129707A1; EP3408991B1; US20190141096A1; EP3408991A1; US10972517B2; DE102016000870B4

Abstract

一种通过计算机实现的用于针对电话业务端点（30）实施客户端（Cl1）的呼叫控制的方法，包括：端口处理器（20）的逻辑单元（L1）通过代表第一中继（T1）的第一中继接收单元（ET1）将第一呼叫（C1）转移到分配给使用者（U1）的第一发送单元（SU1）上，逻辑单元（L1）通过处理通过第一中继接收单元（ET1）接收的第一标识（ID1）、借助合适地结构化的数据库（DB1）和分配表（Z1）来将第一中继接收单元（ET1）和第一呼叫（C1）分配给使用者（U1），逻辑单元（L1）通过代表至少一个第二中继（T2）的第二中继接收单元（ET2）将至少一个第二呼叫（C2）同样转移到分配给使用者（U1）的发送单元（SU1）上，逻辑单元（L1）通过处理通过第二中继接收单元（ET2）接收的第二标识（ID2）、借助数据库（DB1）和分配表（Z1）来将第二中继接收单元（ET2）和至少第二呼叫（C2）同样分配给使用者（U1），以及，分配给使用者（U1）的交换技术的发送单元（SU1）和分配给使用者（U1）的交换技术的接收单元（EU1）借助客户端（Cl1）对于代表使用者（U1）的电话业务端点（30）执行第一呼叫（C1）和至少一个第二呼叫（C2）的呼叫控制。

Description

用于针对代表使用者的电话业务端点实施客户端的呼叫控制的方法和为此构造的端口处理器

技术领域

本发明涉及一种用于针对代表使用者的电话业务端点实施客户端的呼叫控制的方法以及一种用于实现所述方法的计算机程序产品、一种具有在其上存储的计算机程序产品的机器可读的数据载体以及一种相应地为此构造的端口处理器。

背景技术

对于以下描述，应简短地阐述以下概念：

电信平台（也简称TK平台）是例如交换站或电信设备（其也称作PBX或“Private BranchExchange：私人交换分机”）。这样的TK平台提供大多基于SIP的VoIP/IP视频技术。电话业务端点例如是电话机、智能手机、在建立或运行电话连接或“呼叫”或数据连接中使用的计算机或者是其他的必要时虚拟的终端设备。

云端通信服务器（CKS）例如是SaaS云端平台，其用于跨组的合作。在此，群组在一个唯一的客户端（也简称CKS客户端）中获得群组为了有效的通信而需要什么。

CKS客户端例如是应用软件（App），借助所述应用软件特别是将语音、视频、屏幕共享、传信、聊天和文件授权利用统一并且因此能够实现无问题的和简化的合作。云端通信服务器的这类CKS客户端大多基于WebRTC技术来实现并且例如可以安装在（电话业务）端点上。

此外，应阐述以下缩写：

ATC：高级电话业务连接器

App：应用软件、应用程序软件、网络应用

CKS：云端通信服务器

CSTA：计算机支持的电信应用程序（ECMA）

CTI：计算机电话集成（例如CSTA、TAPI）

GTC：通用电话连接器

PBX：电信设备、电信平台、交换机

SaaS：软件即服务

SIP：会话发起协议

TK：电信

UTC：通用电话连接器

VoIP：IP语音

WebRTC：网络实时通信

在基于WebRTC技术推广越来越多地基于Web的实时通信解决方案之后，等待与现有的大多基于SIP的VoIP/IP视频平台的集成。

在此，基于SIP的IP电话于是也可以作为TK平台用户的另外的端点或终端设备来使用。但基于IP的PBX或TK平台（所谓的融合系统）以及软-PBX的许多制造商也利用另外的协议，如H.323或通过标准协议隧道传输的专有协议。作为至公共网络的连通性，已经普遍接受SIP-T（中继）标准。

在集成的第一级中，涉及单纯的连通性、也即无功率特征的基本呼叫能力。为此，将用于可靠地连接其他SIP域的SIP边缘代理扩展成所谓的通用电话适配器（UTC）。UTC除了实现WebRTC协议和SIP-T之间的互通之外也实现地址转换并且在TK平台（PBX）的SIP代理/登记器处登记云端通信服务器（CKS）的WebRTC客户端。因为涉及WebRTC客户端与SIP中继端点之间的1:1-关系，所以基于呼叫号码，SIP中继端点与位于其后的WebRTC客户端可以实现逻辑的参与者关联。因此，WebRTC客户端通过交换技术集成在PBX或TK平台中并且对于发出的和到达的呼叫起作用。

这可以从实用新型DE 20 2011 003 225 U1得出。在此，在呼叫处理（也称作CallProcessing）内，将外部参与者的所有另外的操作转接（关联）到参与者设备上。所使用的参与者设备是所谓的虚拟设备，也即无物理连接的设备。物理上的连接，也即代表UTC的SIP中继借助关联来进行。该虚拟的参与者因此继承CKS客户端的特性并且同时在呼叫处理中代表该CKS客户端。云端通信服务器（CKS）的WebRTC客户端（CKS客户端）/UTC/SIP中继/TK平台（PBX）的虚拟参与者的分配在此处于“1对1”或“1：1”关系。

在分析TK平台应用场景和TK平台应用案例时，辨识一些有利的功率特征，如保持、咨询呼叫、呼叫转移、呼叫转接以及尤其在客户端与端点之间呼叫转接，等等。为了控制这些功率特征，将UTC扩展成高级电话业务连接器（ATC）。为了进行功率特征信令化，在ATC中特别是可以使用基于SIP的专有设计CTI协议CSTA，其可以由基于SIP的平台解释并且已被移动UC客户端使用。

发明内容

本发明研究以下任务：在许多（如果不是全部）制造商中如何可以在这样的配置中在没有专有信令的情况下使用功率特征。

根据本发明，所述任务借助根据权利要求1所述的方法、根据权利要求6所述的用于实现所述方法的计算机程序产品、根据权利要求7所述的具有在其上存储的计算机程序产品的机器可读的数据载体以及根据权利8所述的相应地构造的端口处理器来解决。

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

根据本发明，所考虑的功率特征以有利的方式起作用，而不必进行SIP中的功率特征信令化。但在实施功率特征期间，应关联至少两个结果连接。本发明借助根据本发明的端口处理器用于此，所述端口处理器根据参与者号码关联多个SIP-T连接端点，并且所述端口处理器将基于IP的交换作为（虚拟）使用者示出。在此，本发明利用当今的WebRTC客户端的特性，在一个时刻仅仅参与一个激活的RTC会话。但所述方法也可以在多个同时的会话中起作用。因此，借助本方法，（例如通过UTC集成的）CKS客户端可以获得对所接上的TK平台的呼叫控制（也称作Call Control）的扩展的访问。

先前提到的连接器UTC和ATC利用两种不同的方案来将CKS客户端接到TK平台上。在UTC的情况下，CKS客户端通过SIP引导方法（中继）集成并且在ATC的情况下通过SIP参与者方法（端点）集成。WebRTC客户端的通过SIP参与者方法的集成能够以简单的方式和方法实现扩展的呼叫控制并且因此实现对所接上的TK平台的功率特征的更深入的访问。例如，WebRTC客户端为了控制所分配的电话而使用基于SIP的CSTA。CSTA涉及在TK平台与应用程序之间交换呼叫处理的信息的可能性，并且使应用程序有能力作用于TK平台的呼叫处理。

在应用根据本发明的方法时，通过在UTC处登记的CKS客户端、借助第二端口（在此，例如SIP中继）来将对于功率特征的实施所需要的信令（例如，咨询呼叫）引导到呼叫处理（也称作Call Processing）中。其前提是，在呼叫处理中实现“n对1”关系（也称作“n：1”关系）。为此，通过根据本发明的通用端口处理器抽象出（虚拟的）设备处理器。

在“n对1”实现中，端口的n个机构（在此，SIP中继）参考一个使用者，该使用者代表在呼叫处理中的CKS客户端。该使用者可以在呼叫处理实现内例如借助功能上的或激励控制的信令化来实现。与功能上的信令化（例如根据SIP参与者）不同，基本上，代表使用者的机构在激励信令化时（大多专有地）不具有交换技术的状态。对于在此描述的方法，在呼叫处理实现中的激励信令化和功能上的信令化的映射独立于所选择的方案。

在此描述的方法这里例如仅仅利用本地SIP中继装置并且也可以通过所谓的“第三方SIP服务器”来使用并且此外也有能力完全将其他协议连接到PBX的呼叫控制（例如“Skinny von Cisco：思科的瘦PBX”）上，以便对于例如集成的WebRTC客户端和其所分配的电话执行扩展的呼叫控制。

投影到所使用的技术上，这意味着，在同时获得呼叫处理的所规划的经扩展的控制的情况下，专有WebRTC为了ATC的CSTA富集的SIP参与者隧道而通过UTC的本地SIP中继完全取代。

关于概念“集成”的应用应注意，集成在此大多从TK平台角度来描述，该TK平台提供用于集成例如WebRTC客户端的可能性。正好相反，云端通信服务器如“Unify Circuit：统一电路”和“Skype for Business：商务用Skype”提供用于集成TK平台的可能性。

附图说明

本发明的另外的优点、特征和特点从以下参考附图对有利的实施方式的描述中得出。示意性地：

图1示出根据本发明的端口处理器的一种实施方式的概览性布置；

图2示出用于功率特征的“n对1”分配的表示的概览性布置；

图3示出用于咨询呼叫的“n对1”分配的表示的流程图；

图4示出用于具有从客户端到UTC的呼叫方向的通信的在端口处理器中进行的步骤的方法方案；

图5示出用于呼叫等待的“n对1”分配的表示的流程图；

图6示出用于具有从UTC到客户端的呼叫方向的通信的在端口处理器中进行的步骤的方法方案；

图7示出用于呼叫转接的“n对1”分配的表示的流程图；

图8示出用于呼叫代接的“n对1”分配的表示的流程图；

图9示出借助端口处理器的应用来联网的示意图；

图10示出作为用于到达的呼叫的基于呼叫机构的单元的端口处理器的示意图；

图11示出作为用于在到达的呼叫时的挂断的基于呼叫机构的单元的端口处理器的示意图；

图12示出作为用于拨出的呼叫的基于呼叫机构的单元的端口处理器的示意图；以及

图13示出作为在拨出的呼叫时的基于呼叫机构的单元的端口处理器的示意图。

具体实施方式

在图1中示出根据本发明的端口处理器20的一种实施方式，借助该端口处理器尤其以以下描述的方式实施根据本发明的方法。

端口处理器20包括（中央）逻辑单元L1、多个中继接收单元ET1、ET2、多个中继发送单元ST1、ST2、使用者发送单元SU1、使用者接收单元EU1和用于先前提到的部件相对于彼此的分配的分配表（存储单元）Z1。端口处理器20与用于存储标识ID和使用者的数据库DB1、CKS客户端Cl1和分配给TK平台的使用者的电话业务端点30处于连接中。

端口处理器20包含控制设备42，所述控制设备在使用示意性示出的计算机程序92（存储在作为数据载体的示例的CD-ROM 90上）的情况下实施本发明所基于的方法。为此，端口处理器20的逻辑单元L1将第一呼叫C1通过代表第一中继T1的第一中继接收单元ET1转移到分配给使用者U1的第一发送单元SU1上。逻辑单元L1通过处理通过第一中继接收单元ET1接收的第一标识ID1、借助（合适地结构化的）数据库DB1和分配表Z1来将第一中继接收单元ET1和第一呼叫C1分配给使用者U1。逻辑单元L1然后通过代表至少一个第二中继T2的第二中继接收单元ET2将至少一个第二呼叫C2同样转移到分配给使用者U1的发送单元SU1上，并且逻辑单元L1通过处理通过第二中继接收单元ET2接收的第二标识ID2、借助数据库DB1和分配表Z1来将第二中继接收单元ET2和至少第二呼叫C2同样分配给使用者U1。最后，分配给所述使用者U1的交换技术的发送单元SU1和分配给所述使用者U1的交换技术的接收单元EU1借助所述客户端Cl1对于代表所述使用者U1的电话业务端点30执行所述第一呼叫C1的和所述至少一个第二呼叫C2的呼叫控制。

图2示出用于功率特征的“n对1”分配。在客户端与UTC之间的电话线路（呼叫支路）的数目通过WebRTC的实现和/或可能性来确定并且独立于系统地实现。因此，对于本发明不重要的是，是一个CKS客户端建立n个连接还是n个CKS客户端分别建立一个至UTC的连接。分配给TK平台的使用者的端点可以在此以运行方式“激励”或“功能上”来运行。

该途径现在使得使用者可能的是，借助其CKS客户端、通过集成的TK平台的呼叫处理的最后在UTC上登记的端点实施不同的功率特征。

借助端口处理器20，在呼叫处理（CP）中寻址“正常的”使用者机构。因此，CP中的核心部件不需要了解所使用的SIP中继，因此将中继接口转换成使用者接口。

对话伙伴1和2又可以代表其他的CKS客户端。

在图3中示出具有用于咨询呼叫的相应的“n对1”分配的咨询呼叫的根据本发明的方法的实施的一个示例。CKS客户端——在TK平台中通过使用者（电话业务端点）代表——的呼叫请求呼叫1由目标或TK平台的对话伙伴1接受。紧接着，CKS客户端通过呼叫2将咨询呼叫引导到目标或TK平台的对话伙伴2。可选地，在呼叫处理中的合适的实现能够实现：将关于呼叫处理状态的通知发送到分配给例如CKS客户端的应用程序上。

在从CKS客户端到TK平台的呼叫中的端口处理器20的任务是，确定或求取所关联的使用者机构（电话业务端点）或者进行发起的CKS客户端。由方案决定地，端口处理器20可以作为TK平台的部件（a）或者作为UTC的部件（b）来实现。为此，设置以下的根据图4的方法：在步骤S2中，对于根据图3和图1的具有新的连接期望的第一呼叫请求呼叫1，端口处理器20接收关于呼叫请求的报告，之后，在步骤S4中确定或求取用于对CKS客户端进行寻址的ID（或标识）。ID例如对于方案（a）可以涉及分配给TK平台中的CKS客户端的自身的呼叫号码并且对于方案（b）可以涉及分配给CKS客户端的TK平台的套接字连接。此后在步骤S6中在数据库DB1中搜索ID。如果在步骤S8中的检查之后没有找到ID，则所述方法结束。否则，端口处理器20在步骤S10中借助根据图1的逻辑单元向TK平台发送命令以寻址使用者机构（a），或者向UTC发送命令以占用新的中继（b）。接着，在步骤S12中，在分配表Z1中存储在中继与使用者（a）之间的或者在套接字与中继（b）之间的分配，所述方法以此结束。

在图5中示出具有用于呼叫等待的相应的“n对1”分配的呼叫等待的根据本发明的方法的实施的一个示例。CKS客户端——在TK平台中通过使用者（电话业务端点）代表——的呼叫请求呼叫1由PBX的对话伙伴1接受。紧接着，TK平台的对话伙伴2在CKS客户端处进行呼叫。因此，呼叫2在使用者（电话业务端点）处呼叫等待，CKS客户端接受呼叫等待的对话。呼叫1继续激活并且在呼叫处理中标记为被占用。可选地，呼叫处理中的合适的实现能够实现：将关于呼叫处理状态的通知发送给例如分配给CKS客户端的应用程序。

在到TK平台的呼叫中的端口处理器20的任务也是，确定并且寻址所关联的使用者机构或适宜的套接字连接。为此，设置以下的根据图6的方法。在步骤S22中，端口处理器20接收关于呼叫请求——建立新的连接——的报告，之后，在步骤S24中，确定或求取用于寻址CKS客户端的ID（或标识）。ID例如对于方案（a）可以涉及分配给TK平台中的CKS客户端的自身的呼叫号码并且对于方案（b）可以涉及分配给CKS客户端的TK平台的套接字连接。此后在步骤S２6中在数据库DB1中搜索ID。如果在步骤S28中的检查之后没有找到ID，则所述方法结束。否则，端口处理器20在步骤S30中将根据数据库DB1的寻址信息插入到至CKS客户端的发出的报告中。寻址信息可以例如是CKS客户端的URL。接着，在步骤S32中，在分配表Z1中存储在使用者与中继（a）之间的或者在中继与套接字（b）之间的分配，所述方法以此结束。

在图7中示出具有用于呼叫转接的相应的“n对1”分配的呼叫转接的根据本发明的方法的实施的一个示例并且在图8中相应地对于呼叫代接示出。CKS客户端——在TK平台中通过使用者（电话业务端点）代表——的呼叫请求呼叫1分别由PBX的对话伙伴2接受并且相应地在呼叫处理中标记为被占用的。

在呼叫转接的情况下，呼叫处理基于定时器、例如分配给CKS客户端的应用程序的操作或其他的可比的事件来将呼叫2转发给目标3或对话伙伴3。如果对话伙伴3接受呼叫，则拆除到CKS客户端的呼叫2。

在呼叫代接的情况下，呼叫处理或应用程序将呼叫2通知给对话伙伴3。如果现在对话伙伴3基于在终端设备上的操作、例如分配给对话伙伴3的应用程序的操作或其他的可比的事件而代接该呼叫，则拆除到CKS客户端的呼叫2。

在先前的附图中示出的对话伙伴1、2和3可以同样地分别代表其他的CKS客户端。

在实施扩展的呼叫控制功率特征期间，CKS客户端可以负责控制有效载荷。也即，呼叫1的有效载荷可以独立地切换成呼叫2的有效载荷。另一方面，也可以在TK平台中进行有效载荷管理。

所描述的方法也可以应用在TK平台通过本地SIP的联网中（可能当借助SIP-Q不能联网时）并且因此例如也能够实现跨节点的在场控制或者也能够实现群组功率特征的利用。经由端口处理器利用的所述联网在图9中示出。

根据一个应用示例，员工交替地在场所PBX1和PBX2处工作。如果对于他而言现在设置由TK平台PBX1（电话机和使用者）和TK平台PBX2（电话机和使用者）中的分别一个参与者组成的群组，则可以确保，在两个TK平台中在所有其他使用者中可以分别正确地引导状态指示（例如占线通知）。

图10示例性地在此对于到达的呼叫（呼入的呼叫）示出作为在CKS客户端（外部接口）与呼叫处理单元（内部接口）之间的连接元件的端口处理器20的实施方式。在此，端口处理器20借助逻辑单元L1和合适地结构化的数据库DB1和分配表Z1将至少第一到达的呼叫（呼入的呼叫）的通过中继接收单元ET1（参考例如图1）接收的ID分配给使用者。在成功的分配之后，通过发送单元SU1的内部接口将呼入的呼叫转发给呼叫处理单元并且因此转发给代表使用者或其呼叫号码的电话机30（TK平台内部：进行呼叫/建立）。如果使用者应答该呼叫，则端口处理器20通过使用者接收单元EU1的内部接口接收连接指示，所述连接指示通过中继发送单元ST1被转发给客户端（SIP：OK）。根据图3的咨询呼叫和到内部接口的发送与接收单元的分配现在通过外部接口的发送与接收单元的机构来实现。

根据图10至13可以分别设置单元的多个机构：

中继接收单元的机构：相应于呼叫机构Cn（n=1 ... N）的ETn（n=1... N）；

中继发送单元的机构：相应于呼叫机构Cn（n=1 ... N）的STn（n=1... N）。

类似于图10地，图11至13示出作为在客户端（外部接口）与呼叫处理单元（内部接口）之间的连接元件的端口处理器20的实施方式，更确切地说，对于在到达的呼叫中的挂断（呼入释放）、对于拨出的呼叫（拨出的呼叫）或者在拨出的呼叫中（呼出释放）。

易于理解地，在本发明中存在在一方面结合方法步骤描述的特征以及另一方面结合相应的设备描述的特征之间的关联。因此，所描述的方法特征也可以视为属于本发明的设备特征，并且反之亦然，即使未明确提及这点。

应理解，本发明的参考所示出的实施方式描述的特征，诸如电信设备的各个部件、各个消息、信号和参数的类型和构型也可以存在于其他的实施方式中，除非另有说明或者出于技术原因而本身被禁止。此外，各个实施方式的这样的组合地描述的特征中，不必必然地总是在所涉及的实施方式中实现所有特征。

附图标记列表：

20 = 端口处理器

30 = 电话业务端点

42 = 控制装置

90 = 机器可读的数据载体

92 = 计算机程序

C1 =呼叫1/呼叫1

C2 =呼叫 2/呼叫2

Cl1 = 客户端

DB1 = 数据库

ET1/2 = 中继接收单元 1/2

EU 1/2 = 接收单元

ID1/2 = 标识１/2

L1 = 逻辑单元

ST1/2 = 中继发送单元1/2

SU1 = 发送单元

T1/2 = 中继 1/2

U1 = 使用者

Z1 = 分配表

Claims

1.一种通过计算机实现的用于针对代表使用者（U1）的电话业务端点（30）实施客户端（Cl1）的呼叫控制的方法，所述方法包括以下步骤：

端口处理器（20）的逻辑单元（L1）通过代表第一中继（T1）的第一中继接收单元（ET1）将第一呼叫（C1）转移到分配给所述使用者（U1）的第一发送单元（SU1）上，

所述逻辑单元（L1）通过处理通过所述第一中继接收单元（ET1）接收的第一标识（ID1）、借助合适地结构化的数据库（DB1）和分配表（Z1）来将所述第一中继接收单元（ET1）和所述第一呼叫（C1）分配给所述使用者（U1），

所述逻辑单元（L1）通过代表至少一个第二中继（T2）的第二中继接收单元（ET2）将至少一个第二呼叫（C2）同样转移到分配给所述使用者（U1）的发送单元（SU1）上，

所述逻辑单元（L1）通过处理通过所述第二中继接收单元（ET2）接收的第二标识（ID2）、借助所述数据库（DB1）和分配表（Z1）来将所述第二中继接收单元（ET2）和所述至少第二呼叫（C2）同样分配给所述使用者（U1），以及

分配给所述使用者（U1）的交换技术的发送单元（SU1）和分配给所述使用者（U1）的交换技术的接收单元（EU1）借助所述客户端（Cl1）对于代表所述使用者（U1）的电话业务端点（30）执行所述第一呼叫（C1）的和所述至少一个第二呼叫（C2）的呼叫控制。

2.根据权利要求1所述的方法，其特征在于，所述端口处理器（20）从所述客户端（Cl1）接收对于第二呼叫（C2）的请求并且对第二使用者（U2）发出所述请求，以便执行对所述第二使用者（U2）的咨询呼叫。

3.根据权利要求1所述的方法，其特征在于，所述端口处理器（20）从第二使用者（U2）接收对于第二呼叫（C2）的请求并且对所述客户端（Cl1）发出所述请求，以便在所述第一使用者（U1）处执行呼叫等待。

4.根据权利要求1所述的方法，其特征在于，在第三目标处用信号通知所述第二呼叫（C2）并且因此将所述第二呼叫从第二目标转接到第三目标上或者由所述第三目标借助呼叫代接来代接所述第二呼叫。

5.根据以上权利要求中任一项所述的方法，其特征在于，分别由端口处理器（20）和使用者（U1，U2）在电信平台（PBX1，PBX2）中设置群组，并且将所述电信平台（PBX1，PBX2）相互联网，以便在两个电信平台（PBX1，PBX2）中在所有其他使用者中实现状态控制和/或占线通知。

6.一种计算机程序产品（92），所述计算机程序产品用于执行根据以上权利要求中任一项所述的方法。

7.一种机器可读的数据载体（90），所述数据载体具有在其上存储的根据权利要求6所述的计算机程序产品（92）。

8. 一种用于针对代表使用者（U1）的电话业务端点（30）实施客户端（Cl1）的呼叫控制的端口处理器（20），所述端口处理器包括：

逻辑单元（L1）、

代表第一中继（T1）的第一中继接收单元（ET1）、

代表至少一个第二中继（T2）的第二中继接收单元（ET2）、

分配给所述使用者（U1）的交换技术的发送单元（SU1），以及

分配给所述使用者（U1）的交换技术的接收单元（EU1），其中，所述逻辑单元（L1）被构型和设置用于执行根据权利要求1至5中任一项所述的方法。

9.根据权利要求8所述的端口处理器（20），其特征在于，所述端口处理器包括分配表（Z1）以及优选地包括合适地结构化的数据库（DB1），用于将第一中继接收单元（ET1）和第一呼叫（C1）分配给所述使用者（U1）。

10.根据权利要求8或9所述的端口处理器（20），其特征在于，所述端口处理器（20）构造为在构造为外部接口的客户端（Cl1）和构造为内部接口的呼叫处理单元之间的连接元件。