在当前的通信网络中,尤其是在被构造为电话网的通信网络中,除了把专用的用户交换机连接到公共交换设备上之外,还已知把多个用户线路联结成一个模仿用户交换机功能的“多线路寻线组”-下文简称为“MLHG”。给一个MLHG分配由所有联结的用户线路共同使用的组-呼叫号或引导-呼叫号-也被称为“引导目录号”或“引导DN”,在拨打它之后-譬如为了向一个分配给该MLHG的通信终端设备建立通信关系-,借助预定的搜寻方法-下文称为“寻线算法”-在所述的组内为该连接建立求出空闲的用户线路。
在MLHG中可以采用与传统的用户交换机相同的搜寻方法或寻线算法,譬如:
-“按顺序寻线”(总是从预定的起始点开始选择出第一个空闲的用户线路),
-“循环寻线/均匀呼叫分配(继续搜寻最后求出的空闲用户线路),
-“非顺序寻线”(选择空闲最长的用户线路),
-“随机寻线”(按照随机原理选择空闲用户线路)。
MLHG特别对中小型企业是有意义的,所述的企业需要在用户交换机的意义上结合引导-呼叫号进行呼叫分配,但又不想在专用交换设备或用户交换机方面进行投资。
但MLHG具有如下缺点,即组合成MLHG的用户线路在物理上必须被分配给同一交换设备,这意味着局部地限制了MLHG,或限制了由该MLHG提供的、组专用的业务特征。
在ITU-规范ITU-T Q.82.4中讲述了对提供组专用的业务特征进行扩展-譬如把搜寻算法或寻线算法扩展到多个交换设备或网络节点-,但迄今还没有公开解决方案。
在当前的电话网络内,根据ITU-T信令系统第7号—也称为SS7号-来产生用于建立和拆除64K比特有用信道连接的信令,以便控制ISDN业务。
7号信令方法的原本任务是在通信网络内交换信令消息。信令消息通过用户部分在参考模型内交换。按照信令消息的类型而譬如区分为电话用户部分-TUP-、数据用户部分-DUP-、ISDN用户部分-ISUP-、和宽带ISDN用户部分-B-ISUP-。TUP已作为7号信令方法内的第1应用被实现。为了通常确定ISDN以及为了确定ISDN内的信令,以TUP为基础定义了ISUP。作为最新的应用,从ISUP产生基于ATM的网络内的应用的B-ISUP。ISUP的主要任务是:
—建立和拆除有用信道连接,
—处理业务特征的信令,
—两“逻辑”信令连接的耦合(譬如从国内到国际网络的过渡)。
ISDN用户部分直接利用消息传递部分-MTP-,并且利用信令连接的控制部分-SCCP,层4-,因此ISUP本身在OSI参考模型内也被纳入层4到7。ISDN用户部分既控制用于达到目标的逐段的信令,也控制在源交换局和目标交换局之间的端到端的信令关系。借助逐段的信令来搜索有用信道连接和信令连接的路径,并且按照相应的指令建立它。为此使用MTP。为了有用信道连接,必须把关于譬如有用信道被接通的信息通知给所有参与的交换局,而为了控制所述的业务特征,只有源交换局和目标交换局交换信令消息。对于端对端的信令,ISUP利用了SCCP的业务。在ISDN用户部分中交换原本的信令信息。由所有处于下面的层负责可靠地传输该信息并且到达被定址的用户部分。为了交换端对端的信令消息以处理ISDN业务特征,采用了以TCAP对话为基础的SCCP的端对端信令。
对于通信网内的更加复杂的应用,譬如为了在智能网—也称为IN—的业务中或在移动无线应用中支持数据库询问,在7号信令方法内引入了事务处理能力应用部分-TCAP-。譬如,利用智能网的免费电话业务通过通信连接的启动器选择一个IN呼叫号码(0130或0800),它通过调用到智能网中而根据用户参数求出一个目标呼叫号码。为了求出有效的目标呼叫号码只需交换信令消息,有用信道不用接到IN。该业务调用譬如是典型的TCAP应用。在TCAP实例的通信情况下,区分为结构化和非结构化的对话。在结构化传输情况下,在信息交换前开始事务关系,并且在所参与的两个信令节点的两通信设备内分配用于识别该关系的事务标识—也称为事务ID-。在BEGIN(开始)消息之后,在结构化的对话中通过CONTINUE(继续)消息传输各个信息。BEGIN消息包含启动器的事务标识,CONTINUE消息按照传输方向而包含有启动器的标识或作为源标识的通信伙伴标识,并包含作为目标标识的通信伙伴标识。在信息传输之后,通过END(结束)消息例行地终止对话。结构化的对话譬如为了数据库询问而譬如被应用在移动无线网络或IN内,所有交换的消息可以通过事务标识而被标明为属于该活动。
智能网或IN是一个与结构体系相类似的概念,用于把复杂的业务引入到现有的通信网络内,其中,结构体系描绘了一个具体的IN实现的结构。该结构体系是如此设计的,使得它适合作为大量不同的业务的统一基础。智能网的结构体系作为对传统通信网络的补充而表现为在其上建立原本业务的一个平台。在标准中已建立三个(物理)层,这些层设有智能网的设计模型的各种组分和功能。
通过IN结构体系实现的平台不仅包含硬件组分,而且也包含软件平台,在该平台上可以借助于合适的辅助手段通过IN运营商发展非常专门的业务,并能加载到硬件组分内。智能网的硬件主要由电话网络的交换局—也称为SSP或“业务交换点”—组成,由它识别IN业务的原本调用,并传输到相应的SCP-也称为“业务控制点”。原本的业务在SCP的一种具有大而复杂数据库的极有效的计算机上运行,通过该数据库可以在极短时间内处理许多询问。为了运行该业务,还需要也被称为SMP或“业务—管理—点”的另一层。业务用户可以经SMP拨号到智能网,并且为了各自的业务而改变或匹配其各自的设置数据或参数。
由实现业务交换功能的业务交换点识别IN呼叫,并把询问进一步传送到相应的SCP上。SCP是具有专用控制程序的数字化交换局(譬如某个层的所有长途交换局)。IN功能的调用是在交换局的控制器内借助于预定的触发器来耦合的。这里,不仅一定的呼叫号码表示了所谓的触发点—也称为触发检测点(Trigger Detection Point)-,而且一定的连接状态—譬如遇到占用的用户和用户未回答等等-也可以与IN触发点相耦合。在最简单的情况下,可以只提起电话而不再拨号以启动IN触发器。进一步的动作—譬如拨呼叫号码—已经可以通过IN评定。借助7号消息,譬如通过TCAP或INAP对话来产生多个SSP与SCP的通信。
在SCP或业务控制点内实现用于识别和控制IN业务的功能。SCP通过一个或多个计算机系统构成,通过该系统识别IN业务并相应地加以控制。SCP譬如把通信路由信息再传输到相应的SSP,并求出为了利用相应的ISDN业务而承担的费用。
通过业务管理功能实现的业务管理点或SSP可以建立、改变、管理和监控SCP的IN业务,其中所有参数—譬如呼叫号码、时间依赖性等-可以经SMP调整和改变。
通过上述的IN单元-SSP、SCP、SMP-来主要影响通信网络内的连接控制。借助于7号信令方法,需在通信网络内进行交换的通信连接的信令被转移到SCP,但不是有用信道。根据通过IN实现的控制功能来交换在电信网络内的有用信道。但是为了某些业务也要求包括有用信道。譬如如果必须实现用户询问,则必须接通某些通过IN系统控制的通知,并且必要时必须记录下对预定的可能选择的应答或对用户的识别。用户应答常常以也在有用信道内发送的DTMF信号形式给出。为了这些特殊的任务,在IN结构体系内提供了专用装置,该装置一方面具有有用信道,而在另一方面具有对IN的信令连接。这类专用装置也称为智能外设或IP。这些不必局限于预定通知的播放或DTMF信号的记录。在将来,这类系统也可以扩展到语音识别系统或面向数据的系统。各种IN功能的合并,尤其是SCP和SSP的功能也称为业务节点或SN。
本发明所基于的任务在于,对提供一些实现用户交换机功能的业务特征进行改进。本任务从权利要求1和24的前序部分所述的方法和通信装置出发,通过其特征部分来解决。
在本发明的方法中,具有各自配置的用户业务特征的用户端口在物理上被分配给许多彼此相连的交换设备。本发明方法的主要方面在于:至少两个交换设备的至少一部分用户端口被分配给至少一个组。组专用的业务特征和/或组专用的性能是可分配给该至少一个组的,其中,分配给该组的业务特征和/或性能由交换设备之一进行控制。在控制该组的交换设备内,所述组的在物理上并未分配给该交换设备的用户端口作为虚拟的用户端口进行分配。
本发明方法的主要优点在于:已在许多交换设备内安装并单独配置的用户端口可以以简单而经济的方式扩展一些附加功能,其中,已经实现的用户业务特征继续可供使用。在本发明方法的范围内,可以以便宜的方式-譬如通过更新交换设备的控制软件而无须购买附加的硬件组分-给所连接的用户或通信终端提供新的吸引人的业务特征和性能。尤其是在中小型公司的范围内,其办公室和事务所呈空间分布,已有的用户端口可以在保持已经配置的用户端口专用业务特征的情况下再扩展一些附加的、譬如与用户交换机相一致的业务特征,因此不再要求购买用户交换机。通过便宜地提供新的、有吸引力的业务特征,为通信网络的、尤其是长途电话网络的运营商实现了增值,这譬如可导致销售收入的增加,并提供了区别于竞争者的可能性。
根据本发明方法的第一实施方案变型,交换设备是这样被管理的,使得从和到所述在物理上并不分配给那些控制该组的交换设备的用户端口的通信关系在交换技术的意义上通过控制该组的交换设备进行交换。在控制该组的交换设备内,测定在物理上分配给它的用户端口以及虚拟的用户端口各自的当前交换技术状态和运行技术状态,其中,分配给所述用户端口的、组专用的业务特征和/或性能根据各自测定的运行技术状态和交换技术状态而被控制—权利要求2。
在用于实现本发明方法的该变型方案中,需要从和向所述分配给该组的用户端口、或从和向与其相连的通信终端设备建立的通信关系通过控制该组的交换设备或通过控制-交换设备来控制。这也称为“呼叫信道化”。通过“呼叫信道化”,各个用户端口或通信终端设备各自当前的交换技术状态和运行技术状态可以通过控制该组的交换设备来测定—也称为“占线/空闲处理”。如此测定的交换技术信息以相应的数据组被储存在控制该组的交换设备内。
根据用于实现本发明方法的另一变型方案,交换设备是这样被管理的,使得所述在物理上并不分配给控制该组的交换设备的用户端口的当前交换技术状态和运行技术状态被传输到控制该组的交换设备上,或者所述在物理上并不分配给控制该组的交换设备的用户端口的当前交换技术状态和运行技术状态的每一改变被传输到控制该组的交换设备上。在控制该组的交换设备内测定所述在物理上分配给它的用户端口和虚拟的用户端口的各自当前交换技术状态和运行技术状态。根据各自测定的交换技术状态和运行技术状态来控制分配给用户端口的、组专用的业务特征和/或性能—权利要求4。
在本发明方法的这种有利的实施方案变型中,避免了在权利要求2内所要求的“呼叫信令化”的受设计制约的缺点,其中,从和向所述在物理上并不分配给控制该组的交换设备的用户端口输出和输入呼叫必须通过控制该组的交换设备来进行交换—也称为“环接”。通过把在物理上并不分配给控制该组的交换设备的用户端口的交换技术状态和运行技术状态的每一次改变传输到控制该组的交换设备,避免了网络资源或连接信道的不必要的占用。
根据本发明方法的有利扩展,给所述的组分配至少一个组专用的队列。对于在搜索方法的范围内未发现空闲用户端口的情况下,把通信关系在至少一个队列内排队。在找到一个空闲用户端口后,通信关系由队列解脱出来,并且继续交换到空闲用户端口—权利要求10。通过该有利的扩展,防止了通信连接在占用情况下被拒绝。
有利地,通过用户端口为信息传输提供至少一条在搜索方法的范围内可交换的有用数据信道—权利要求12,其中,在具有多个有用数据信道的用户端口情况下,在搜索方法范围内对用户端口可交换的有用数据信道数目是专门地可预定的—权利要求13。利用该有利的改进方案,可以防止所有由用户端口提供的有用数据信道在搜索方法范围内,也即在所分配的组-呼叫号下被占用。由此对用户端口至少预留一条有用数据信道,以用于在组-搜索方法之外直接选择一个用户或用于输出的通信关系。
根据另一有利的扩展方案,将至少一个用户呼叫号分配给用户端口,其中,在搜索方法的范围内在一个用户呼叫号下同时使用的有用数据信道数量是可专门预定的—权利要求14。通过该有利的扩展方案,防止了在搜索方法范围内在一个用户呼叫号下同时控制或交换多个连接或通信关系。由此防止了到达的通信关系由于譬如已经具有交换技术状态“占线”的用户呼叫号而在搜索方法范围内遭到拒绝。
本发明方法的其它有利的改进方案以及用于实现附加业务特征的通信装置可以从其它权利要求获得。
下面借助多个附图详细说明本发明的方法。其中:
图1以方框图示出了安排在通信网络内的许多交换设备LE1…3,它们经接线组AG和中继线TR…3彼此相连。经另外的接线组AG,彼此互接的交换设备LE1…3与上级的、譬如作为长途电话网络构成的通信网络KN相连接。在通信网络KN内安排了许多通信终端设备KE1…6,它们经各自1条连接线AL和各自1个用户端口TA1…6连接到图1所示的交换设备LE1…3上。在本实施例内,第1通信终端设备KE1被构造为与ISDN相一致的通信终端—譬如具有集成ISDN卡的ISDN电话或个人计算机。第1通信终端设备KE1经第1个被实施为ISDN基本端口的用户端口TA1连接到第2交换设备LE2。第1用户呼叫号DN1分配给第1通信终端设备KE1,通过该呼叫号可以单值地对通信网络KN内的第1通信终端设备KE1寻址。第2通信终端设备KE2也实施为与ISDN相一致的通信终端设备,并经实施为ISDN基本端口的第2用户端口TA2连接到第1交换设备LE1。第2用户呼叫号分配给第2通信终端设备KE2。第3通信终端设备KE 3实施为模拟电话机并经模拟连接线AL和经类似构造的第3用户端口TA3连接到第2交换设备LE2。第3用户呼叫号DN3分配给第3通信终端设备KE3。第4通信终端设备KE4实施为移动的无线通信终端或手机,并经无线传输信道和被实施为移动无线用户端口的第4用户端口TA4连接到第3交换设备LE3。第4用户呼叫号分配给第4通信终端设备KE4。第5通信终端设备KE5实施为数字通信终端设备—譬如个人计算机—,该设备经实施为ADSL线路—非对称数字用户线路—的连接线AL和经第5用户端口TA5连接到第1交换设备LE1。第5用户呼叫号DN5分配给第5通信终端设备KE5。第6通信终端设备KE6实施为与ISDN相一致的通信终端设备,它经实施为I SDN基本端口的第6用户端口TA6连接到第3交换设备LE3。第6用户呼叫号DN6分配给第6通信终端设备KE6。
三个交换设备LE1…3各具有一个数据库DB,其内各储存了用户端口专用的信息。用户端口专用信息譬如是分配给各用户端口TA1…6的用户呼叫号DN1…6、表示用户端口各自的结构或类型(譬如模拟端口、ISDN基本端口、ISDN一次群多路复用端口、ADSL端口和与移动无线相一致的用户端口等等)的信息、以及表示为各自的用户端口TA1…6专用配置的用户业务特征的信息。
对其它的实施例假设:连接到三个交换设备LE1…3上的通信终端设备KE1…6组合成一组NWHG,其中,对于分配给该组NWHG的通信终端设备KE1…6应提供组专用的业务特征。譬如,组专用的业务特征的例子是譬如通过专用用户交换机提供的业务特征,譬如:一个组专用的引导-呼叫号PDN或“引导-DN”的分配以及分配给该组的搜索方法—也称为寻线算法—以用于找到一组NWHG内空闲的用户端口TA1…6。
按照本发明,连接到不同交换设备LE1…3上的通信终端设备KE1…6的组合、或在物理上分配给不同交换设备LE1…3的用户端口TA1…6的组合是分多个步骤来进行的。根据本发明,不同构造的用户端口TA1…6,即ISDN基本端口、ISDN一次群多路复用端口、和实现xDSL传输方法的用户端口被分配给上级的组NWHG。组合成一组NWHG的用户端口TA1…6可能已经具有用户端口专用的业务特征。用户端口专用的业务特征的例子是ISDN补充业务“多用户号码MSN”或类似的模拟业务特征“一次DN”和“二次DN”。结合上述业务特征,也能根据所选择的用户呼叫号来使用其它的业务特征,如保密呼叫号或铃信号。用户端口专用的业务特征可以为应传输的不同信息类型-譬如语音、传真、数据单独配置—而专门地配置,譬如针对转移类型和转移目标。
第一步,确定通过交换设备LE1…3中的哪一个应该对需形成的组NWHG进行管理或控制。在该实施例内,应通过第一交换设备LE1控制需形成的组NWHG。控制该组NWHG的第1交换设备在下文也称为控制-交换设备LE1。可选地,组NWHG也可以通过安排在通信网络KN内的另一交换设备(未示出)来控制。为了实现组NWHG,在第1交换设备LE1的数据库DB内建立和储存表示组NWHG的组织单元OGRP。在表示组NWHG的组织单元OGRP内储存所分配的组专用的引导-呼叫号码PDN以及表示所选择的搜索方法的信息。在组织单元OGRP内可以储存其它的组专用的信息,通过该信息确定或定义分配给组NWHG的其它的组专用性能。
分配给组NWHG的、在物理上未安排在控制-交换设备LE1内的用户端口—这里指TA1、TA3、TA6、TA4-通过控制-交换设备LE1的管理而作为虚拟用户端口分配。在控制-交换设备LE1的数据库DB内为所述虚拟分配的用户端口TA1、TA3、TA6、TA4提供寻址信息TR1、2,借助寻址信息TR1、2可以分别从控制-交换设备LE1向所述各自在物理上并未安排在控制-交换设备LE1内的用户端口TA1、TA3、TA4、TA6建立通信关系。在下文中,在物理上并未分配给控制-交换设备的用户端口TA1、TA3、TA4、TA6也称为外部用户端口。在控制-交换设备LE1的数据库内提供其它管理信息或寻址信息用于虚拟的用户端口TA1、TA3、TA6、TA4-譬如分配给外部用户端口TA1、TA3、TA4、TA6的用户呼叫号DN1、DN3、DN6、DN4,这些呼叫号是为A方的访问授权检验或B方的呼叫传送所需要的。
分配给组NWHG的虚拟用户端口TA1、TA3、TA6、TA4以及在物理上分配给控制-交换设备LE1的用户端口TA2、TA5与组织单元OGRP连接。为此,表示相应的用户端口TA2、5或相应的虚拟用户端口TA1、3、4、6的信息被储存在组织单元OGRP内。譬如,分配给各自的用户端口TA1…6的用户呼叫号DN1…6储存在组织单元OGRP内,其中给虚拟用户端口TA1、3、4、6分配了寻址信息TR1、3及相应用户呼叫号DN1、3、4、6的分配关系。
如果各自的用户端口TA1…6借助搜索方法进行选择,则通过与组织单元OGRP进行逻辑连接,每一用户端口TA1…6不仅经各自的用户端口专用的用户呼叫号DN1…6,而且经分配给组NWHG的引导-呼叫号PDN都是可以达到的。如果选择分配给组NWHG的引导-呼叫号PDN,则适用当前分配给组NWHG或组织单元OGRP的组专用的业务特征或性能。在选择分配给用户端口TA1…6之一的用户端口专用的用户呼叫号DN1…6的情况下,适用分配给各自用户端口TA1…6的用户端口专用的业务特征。在通过通信终端设备KE1…6启动通信关系的建立时,适用分配给各信令呼叫号的用户业务特征。另外,也可以应用那些在管理上预设的用户呼叫号的各自业务特征。
以下来详细说明在组织单元OGRP内组合成组NWHG的用户端口TA1…6的逻辑连接。在组织单元OGRP内提供一个数据组DS1…6给组NWHG的每一成员,也即给每一分配的用户端口TA1…6。在第1数据组DS1内储存表示第1外部用户端口TA1的信息。除了分配给第1用户端口TA1的用户呼叫号DN1之外,还储存把第1用户端口TA1标识为虚拟用户端口的信息—这里为“Virt”—以及表示第1用户端口TA1类型的信息—这里为ISDN基本端口“ba”—和相应的寻址信息—这里为表示第1中继线TR1的信息“trk1”。此外,在第1数据组DS1内还储存表示当前交换技术状态和运行技术状态的信息“bi”。
分配给第2用户端口TA2的用户呼叫号DN2储存在第2数据组DS2内。此外,表明第2用户端口TA2为实的-即在物理上被分配给控制-交换设备的-用户端口的信息“real”和表示ISDN基本端口的信息“ba”储存在第2数据组DS2内。图1所示的数据组DS3-DS6内的其余录入项是一目了然的。第3用户端口被标识为经第1中继线TR1与控制-交换设备LE1相连的虚拟的模拟用户端口。第4用户端口TA4被标识为经第2中继线TR2与控制-交换设备LE1相连的虚拟的、与移动无线电相一致的用户端口。第5用户端口TA5被标识为实的用户端口,即在物理上分配给控制-交换设备LE1的、根据ADSL传输方法配置的用户端口。第6用户端口TA6被标识为经第2中继线TR2与控制-交换设备LE1相连的虚拟ISDN基本端口。
为了实现本发明的方法,必须经控制-交换设备来控制需要从和向分配给组NWHG的用户端口TA1…6、或从和向与其相连的通信终端设备建立的通信关系。这也称为“呼叫信道化”。通过“呼叫信道化”,用户端口TA1…6或通信终端设备KE1…6的各自当前的交换技术状态和运行技术状态通过控制-交换设备LE1被测定—也称为“占线/空闲处理”—,并作为交换技术信息bi被储存在组织单元OGRP的各自的数据组DS1…6内。各自的用户端口TA1…6的当前的运行技术状态和交换技术状态对于合适地实现在组NWHG内寻找空闲用户端口TA1…6的搜索方法是必要的。
呼叫信道化可以按不同方式实现,其中,3个交换设备LE1…3各自的数据库DB以及选择地还有在通信网络KN内安排的其它交换设备(未示出)的数据库通过管理是如此设置的,使得从和到分配给组NWHG的外部用户端口TA1、3、4、6的通信关系或出入呼叫始终是经控制-交换设备LE1进行交换。
图2示出了从外部用户端口TA1、3、4、6出发的通信关系的呼叫信道化。在图2通过示例的方式表示了通过第3通信终端设备KE 3启动的通信关系建立。在设有被分配给组NWHG的外部用户端口TA1、3、4、6的交换设备内—这里是LE2和LE3-,建立专用的访问码“前缀”或“访问码”。在通过组NWHG的外部用户端口TA1、3、4、6-这里是TA3-启动的通信关系的建立中,该“访问码”被放在所希望的B用户的目标呼叫号—这里是B-DN-之前,这里是“前缀+B-DN”。通过前置“访问码”把需要建立的通信关系交换或路由到控制-交换设备LE1-通过第1箭头表示。“访问码”与“承载访问码”是可比较的,利用它譬如可以在当前解除管制的通信网络内选择另一网络运营商。该方法也称为“逐个呼叫方法”。“逐个呼叫方法”受当前解除管制的通信网络内所使用的所有交换设备的支持。为了避免“访问码”的人工输入,可以使用在当前解除管制的通信网络内已知的其它“预选”功能。在“预选”方法中,在每一次发出呼叫时通过各自的交换设备LE2、3在所选择的所需用户的B呼叫号之前自动地插入所述的前置“访问码”。“预选”方法的用户必须相应地被标识。经中继线交换到控制-交换设备LE1的通信关系通过称为“筛选”的识别方法并借助传输的A呼叫号—这里是DN3-来进行识别。譬如在交换技术业务“呼叫线路识别CLI”的范围内进行A呼叫号的传输。借助传输的A呼叫号DN3在控制-交换设备LE1的数据库DB内求出组织单元OGRP内的相应数据组—这里是DS3-,而且各自的用户端口TA3识别为虚拟用户端口—通过第2箭头表示。接着,通信关系被转送到目标呼叫号B-DN或进入通信网络KN-通过第3箭头表示。
图3示出了借助用户呼叫号的修正和通过在通信网络KN内的路由选择的管理性适配,在外部用户端口TA1、3、4、6方向上应交换的通信关系的呼叫信道化的第1实施方案变型。安排在第2和第3交换设备LE2、LE3内的外部用户端口TA1、TA3、TA6、TA4的用户呼叫号DN1、DN3、DN6、DN4或与其相连的通信终端设备KE1、3、4、6的用户呼叫号DN1、DN3、DN6、DN4在管理上是这样修正的,使得它们不再能直接(即从通信网络KN出发)进行选择,但仍然能用于路由选择或用于在交换设备LE2、LE3和控制-交换设备LE1之间的交换。修正的用户呼叫号—也称为虚拟的用户呼叫号、这里是DN1n、DN3n、DN4n、DN6n-譬如借助一个简单的算法从原用户呼叫号DN1、3、4、6导出,并且储存在交换设备LE1…3的数据库DB内。用户呼叫号DN1、DN3、DN6、DN4的修正可以譬如通过给各自的用户呼叫号添加一个16进制数值范围的数字来实现。譬如用户呼叫号DNX=72 16 14 90被转变为相应修正的用户呼叫号DNXn=E72 26 14 90。外部用户端口TA1、TA3、TA6、TA4的原用户呼叫号DN1、DN3、DN6、DN4被分配给控制-交换设备LE1内的相应虚拟用户端口,或储存在组织单元OGRP的相应数据组DS1、DS3、DS6、DS4内,并被分配给相应的虚拟用户呼叫号DN1n、DN3n、DN4n、DN5n。此外,在通信网络KN内安排的路由选择表(未示出)是如此适配的,使得原来分配给外部用户端口TA1、3、4、6的用户呼叫号—这里是DN3-的选择将导致与控制-交换设备LE1的连接,这通过第1箭头表示。在通过分析相应的数据组—这里是DS3—内的相应交换信息bi而检验分配给所选择的用户端口TA3的虚拟用户端口的当前交换技术状态之后,如果借助储存在数据组DS3内的寻址信息或虚拟用户呼叫号TR1、DN3n找到空闲的用户端口TA3,则从控制-交换设备LE1经第1中继线TA1向第3用户端口TA3进一步交换所需的通信关系—通过第2箭头表示。
图4示出了借助修正用户呼叫号DN1、3、4、6和使用交换技术业务特征“号码可移植性”,在外部用户端口TA1、3、4、6方向应交换的通信关系的呼叫信道化的第2实施方案变型。正如已经在第1实施方案变型中所述的一样,在第2和第3交换设备LE2、LE 3内安排的外部用户端口TA1、TA3、TA6、TA4的用户呼叫号DN1、DN3、DN6、DN4通过管理是如此地修正的,使得其不再能直接地、也即从通信网络KN进行选择,但仍然能用于路由选择或用于在交换设备LE2、LE3和控制-交换设备LE1之间的交换。原来分配给外部用户端口TA1、TA3、TA4、TA6的外部用户呼叫号DN1、DN3、DN4、DN6被标识为“可移植的”,其中,相应的表示可移植性的信息—这里是“LP”-被储存在第2和第3交换设备LE2、LE3的数据库DB内。不仅储存在上级通信网络KN内而且也储存在组织单元OGRP的相应数据组DS1、3、4、6内的另一可移植性的用户呼叫号DN1p、DN3p、DN4p、DN6p被分配给标识为可移植的用户端口TA1、TA3、TA4、TA6。在利用原用户呼叫号—这里为DN3-从通信网络KN建立通信关系的情况下,通信关系首先被交换到相应的具有所选用户端口-这里为TA3-的第2交换设备LE2,通过第1箭头表示。通过把所选择的用户端口TA3标识为可移植性,从第2交换设备LE2把通信关系返回交换到通信网络KN,其中,附加信息—这里是譬如“CV#25:LP”-被传输到安排在通信网络KN内的、实现“智能网”功能的组分—譬如SCP(业务控制点)。在通过智能网提供的功能的范围内,求出分配给原用户呼叫号DN3的另一可移植性用户呼叫号—这里是DN3p-,通过该呼叫号把通信关系继续交换到控制-交换设备LE3上—通过第3箭头表示。在控制-交换设备LE3内,在组织单元OGRP内把所选择的可移植用户呼叫号DN3p识别为组NWHG的成员,并且在检验相应的用户端口TA3的当前交换技术状态和运行技术状态之后,借助在相应的数据组DS3内储存的寻址信息或虚拟的用户呼叫号trk1、DN3n经第1中继线TR1把通信关系继续交换到第3用户端口TA3-通过第4箭头表示。
图5示出了借助从外部用户端口TA1、TA3、TA4、TA6到控制-交换设备LE1的“自动呼叫转移”而在外部用户端口TA1、3、4、6方向上应交换的通信关系的呼叫信道化的第3实施方案变型。“自动呼叫转移”—也称为“交换机控制的呼叫转移”ECCF-表示了通过交换设备提供的交换技术业务特征。正如已经在两个第1实施方案变型中所描述的,安排在第2和第3交换设备LE2、LE3内的外部用户端口TA1、TA3、TA6、TA4的用户呼叫号DN1、DN3、DN6、DN4通过管理是如此地修正的,使得其不再能直接地、也即从通信网络KN进行选择,但仍然可用于路由选择或用于在交换设备LE2、LE3和控制-交换设备LE1之间的交换。此外,为原来分配给用户端口TA1、TA3、TA4、TA6的用户呼叫号DN1、DN3、DN6、DN4建立一个无条件的呼叫转移以转移到控制-交换设备LE1,相应的信息—这里是ECCF-被储存在第2和第3交换设备LE2、3的数据库DB内。这譬如通过相应的路由信息—这里是DN1f、DN3f、DN4f、DN6f-至各用户端口TA1、3、4、6的分配关系来实现,其中,路由信息DN1f、DN3f、DN4f、DN6f被储存在第2和第3交换设备LE1、2的数据库内,并附加地储存在组织单元OGRP的相应数据组DS1、DS3、DS4、DS6内。如果通信关系譬如应从通信网络KN交换到第3用户端口TA3,则该通信关系借助所选择的用户呼叫号DN3首先被交换到具有所选择的用户端口TA3的第2交换设备LE2-通过第1箭头表示。通过第1交换设备LE1的数据库内储存的无条件的呼叫转移—这里譬如是“DN3:ECCF→DN3f”-把通信关系转移或继续交换到控制-交换设备LE1-通过第2箭头表示。借助在被转移的通信关系内所传输的信息—这里是DN3f-,通过控制-交换设备LE1在组织单元OGRP内求出相应的数据组,并且借助在数据组DN3内储存的寻址信息trk1、DN3n经第1中继线TR1把通信关系继续交换到第3用户端口TA3-通过第3箭头表示。
图2、3、4和5所描绘的用于实现呼叫信道化的变型方案是基于由所有现代的、在当前通信网络内使用的交换设备所提供的交换技术标准功能。
在组织单元OGRP内对用户端口TA1…6进行逻辑连接之后,分配给组NWHG的用户端口TA1…6通过管理被标识为空闲的,而且相应的信息b/I被储存在组织单元OGRP各自的数据组DS1..6内。然而,在建立组NWHG之后的瞬态时间内可能出现如下情况,即:在物理上并未分配给控制-交换设备的用户端口TA1、TA3、TA6、TA4在当前具有交换技术状态“被专用”,而在组织单元OGRP内被标识为空闲。对于该情况,必须由自动校正方法来负责所述储存在组织单元OGRP的各数据组DS1、3、4、6内的、表示当前交换技术状态的信息b/i被相应地校正或同步。
在上述呼叫信道化的实施方案变型内,所有应交换的通信关系必须不利地经控制-交换设备LE1进行交换。因为外部用户端口TA1、TA3、TA6、TA4的当前交换技术状态和运行技术状态必须通过控制-交换设备进行测定,所以经控制-交换设备LE1的中央交换是必要的。正如已经说明的,在呼叫信道化时因“环接”而浪费了网络资源,这在那些空间上广泛分布的组中不再是可接受的。
下面来讲述用于实施本发明方法的另一变型方案—如图6简要所示—,其中避免了环接。该替代实施方案变型的先决条件是,所使用的交换设备LE1…3满足一定的最小标准。前提是SCCP/TCAP能力以及能力集CS 1的子功能,正如它们被定义用于智能网内的业务交换点-SSP-一样,尤其是支持触发检测点TDP1(或替代地为TDP2)和TDP12。
对从组NWHG的外部用户端口TA1、TA3、TA4、TA6出发的通信关系建立如下配置:
在设有分配给组NWHG的外部用户端口TA1、TA3、TA4、TA6的交换设备内—这里是LE2和LE3-,在各自的用户端口TA1、TA3、TA4、TA6或用户连接线路上建立触发检测点TDP1。与该触发检测点TDP1进行逻辑连接的控制参数是如此设置的,使得当每次通过外部用户启动一个连接建立时—譬如通过提起听筒(摘机触发)—,便经触发检测点TDP1启动程序过程,以利用控制-交换设备开展TCAP事务。借助发送一个其内嵌有I N-消息“初始_DP”的TC_开始-消息,把组NWHG的各自的外部用户TA1、TA3、TA4、TA6的呼叫号转送到控制-交换设备LE1,以便指示出各自的用户TA1、TA3、TA4、TA6被占用。
控制-交换设备LE1以应答“TC连续”对此作出反应,其中,借助于嵌入的IN-消息“请求报告BCSM”,对此可能的后续动作—也称为事件检测点EDPs-在重新放上话筒—也称为“挂机”—的过程中被配置或提供。这意味着,请求用户交换设备LE2、LE3在各自的外部用户TA1、TA3、TA4、TA6重新挂机时再次传输TCAP-消息到控制-交换设备LE1。
一旦通过外部用户TA1、TA3、TA4、TA6终止通信连接-譬如通过放上话筒-,则通过相应配置或提供的事件检测点EDPs在各自的用户交换设备LE2、LE3内启动一个程序过程,该程序过程借助嵌有IN-消息“事件报告BCSM”的TC_终止-消息把该事件传送给控制-交换设备LE1,并因此终止事务处理。
可选地,如果相同的动作与触发检测点TDP2进行逻辑连接,则可以实现相同的过程。如果在通信网络内存在其他制造商的交换设备,且在该交换设备中未实现触发检测点TDP1,则可以应用该替换方案。
作为替代方案,关于重新挂机的通知也可以通过单独的“挂机触发器”来实现。在这种情况下,借助于消息“请求报告BCSM”和与之相联系的消息过程并通过听筒的重新挂机动作而实现配置。在重新放下话筒之前,事务处理也不保持开启或激活。
此外,针对需继续交换到外部用户端口TA1、TA3、TA6、TA4的通信关系而建立下列配置:
在回避对整个组NWHG进行寻线的情况下,外部用户端口TA1、TA3、TA4、TA6也可以被直接呼叫。在这种情况下,当相应的用户端口TA1、TA3、TA4、TA6或相应的连接线不再被提供用来经组NWHG的引导-呼叫号PDN进行线路选择时,必须通知控制-交换设备LE1有关外部用户端口TA1、TA3、TA4、TA6的当前占用状态。
在设有各自的外部用户端口TA1、TA3、TA4、TA6的交换设备LE2、LE3内,在各自的用户连接线路或用户端口TA1、TA3、TA4、TA6上建立触发检测点TDP12。与该触发检测点TDP12作逻辑连接的控制参数是如此被调整的,使得每次当通信关系被交换到该外部用户端口TA1、3、4、6时—也称为“终接线路触发器(Terminating LineTrigger)”—,便经触发检测点TDP12启动在各自交换设备LE2、3内的程序过程,由该程序过程利用控制-交换设备LE1展开TCAP事务处理,其中,嵌有IN-消息“初始_DP”的“TC开始消息”被传输到控制-交换设备LE1。在此,被呼叫的外部用户端口TA1、3、4、6的呼叫号被传输到控制-交换设备LE1,以便指示出各自的用户端口TA1、3、4、6在当前被占用。控制-交换设备LE1以相应的应答“TC继续”对此进行应答,其中,在再放下话筒或“挂机”的过程中,借助于嵌入其内的IN-消息“请求报告BSCM”来提供对此可能的后续动作或事件检测点EDP。这意味着,要求相应的用户交换设备LE2、3在重新挂机外部用户端口TA1、3、4、6的情况下把相应的TCAP-消息传输到控制-交换设备LE1。
一旦检测到在外部用户端口TA1、3、4、6处挂机,则经相应配置的事件检测点EDP在相应的用户交换设备LE2、3内重新启动程序过程,由该程序过程借助嵌有IN-消息“事件报告BCSM”的TC终止-消息把该事件传送给控制-交换设备LE1,并因此终止事务处理。
其它的组专用的业务特征或性能可以分配给那些被分配给组NWHG的用户端口TA1…6或与其相连的通信终端设备KE1…6,其中,表示该其它的业务特征和性能的附加信息被储存在组织单元OGRP内。作为其它的组专用的业务特征的例子有:
—定义搜索方法的可选择的起始点-譬如定义附加的、分配给用户端口TA1…6的用户呼叫号,在其拨打该号时开始所述的搜索方法,并且与在该用户端口中预置的搜索算法无关,
—定义“停止-搜索-位置(Stop-Hunt-Position)”—定义用户端口TA1…6,其中,即使还没有求出空闲的用户端口TA1…6或空闲的通信终端设备KE1…6,也无论如何终止该搜索方法,
—定义“跳跃-搜索-位置(Skip-Hunt-Position)”—定义用户端口TA1…6,其中,即使当前该用户端口是空闲的,这些用户端口也应当暂时或持久地不在搜索方法的考虑之列。
分配给组NWHG的组专用的其它性能的例子有:
—确定一个呼叫号DN1…6、PDN-譬如专用的与ISDN相一致的MSN或组专用的引导-呼叫号PDN-在该业务呼叫号下可识别从组NWHG来的通信关系,
—确定一个呼叫号DN1…6、PDN,当存在从组NWHG来的通信关系时对该呼叫号产生计费。
各个用户端口TA1…6至组NWHG的分配关系在任何时候都可以改变。所以在任一时间点通过管理可以把用户端口TA1…6从组NWHG中去掉。为此目的,表示应去除的用户端口TA1…6的相应信息在组织单元OGRP内被清除。在从组NWHG清除用户端口TA1…6之后,通过它仅还提供已经配置的、模拟的或与ISDN相一致的用户端口专用的用户业务特征。
根据本发明方法的一种有利改进方案,可以把至少一个队列分配给组NWHG。队列通常是在用户交换机内实现的功能,该功能譬如被设立在呼叫中心内。为了把业务特征“队列”分配给建立的组NWHG,把另一存储区分配给在控制-交换设备LE1内储存的组织单元OGRP,通过该存储区实现许多瞬态的等候位置。许多输入的通信关系可能终止在这些瞬态等候位置。该队列-功能性是这样配置的,使得指向一个用户呼叫号DN1…6的通信关系或通信连接按照上述方式经控制-交换设备LE1直接交换到相应的通信终端设备KE1…6,只要该相应的通信终端设备KE1…6是空闲的。在指向组NWHG的组专用的引导-呼叫号PDN的通信关系情况下,启动组专用的搜索方法。如果在搜索方法的范围内不能找到空闲的用户端口TA1…6或没有空闲的有用数据信道或没有空闲的通信终端设备KE1…6,则有关的通信关系在所述的队列内排队。一旦用户端口TA1…6或有用数据信道或通信终端设备KE1…6被测定为当前空闲,则把在队列内排队的通信关系继续交换到空闲的用户端口。在队列内编入有许多通信关系的情况下,借助选择方法从队列中选出一个通信关系,并且对其进行继续交换。通信关系譬如可以借助FIFO原理或优先控制地进行选择。
对于在队列内排队的主叫方可以建立综合的通知。这些通知可以具有譬如下述的组成部分:
—问候,
—逐个地通知主叫方在队列中是排队在哪个位置,
—逐个地通知在队列中大概的等候时间有多长,
—逐个地广告通知和音乐插曲,
—逐个地直接在主叫方从队列中被取出和继续交换之前,重新进行问候通知。
业务特征“队列”特别对业务提供者是有意义的,通过电话来给予该业务提供者的订单,随后再传递或发送商品或价值。这样的例子譬如有“比萨饼家庭业务”、经代理的银行业务、采购代理或旅游代理。通过使用队列,用户在占线的情况下不会被拒绝,并且可以在排队时被提供一些初步的信息。这使丢失用户的危险降低到最小。