专利名称：监控in呼叫的方法
为了根据客户要求转换电信交换，公共的中继网络越来越频繁地利用一个中央数据库(IN计算机＝服务控制点SCP)。对此，在IN访问交换局(服务交换点SSP)中识别(大多借助于电话号码)，实施问询，并且对该问询的IN的应答一般是一个有意义的、该呼叫要传送到的网络地址。对于要构成连接的人来说中继计算机部分地不了解，因为通过IN计算机执行逻辑和费用计算(例如通用个人通信UPT，2虚拟专用网络VPN)。
实际问题国家条例(例如德国电信条例(TKG§88)，在欧洲，议会决议案17.01.1995，通信方面的法律案，或在美国CALEA用于法律强制行动的通信协助1994，公共法律103414；47 USC 101-1010)要求可以监控每个电信交换，而且也监控IN交换。在此，根据另外的法律上的规定在公共的交换局(Vst)统一监控功能。
可是在上述规定的组合中出现问题，即使仅仅在IN计算机上实施对转换呼叫的人的识别，也就是说没有通知的Vst恰巧利用了哪一个IN客户。如果应当监控一个如此的IN客户，则必须在中继网络中从语言信道中截取IN客户标识，因为仅仅在哪里存在这些信息。
因此，目前不监控或不通过网络统一的解决方案监控IN交换。
在新的IN-SW方案中提出，监控的结果(结果标签)从IN计算机(SCP)直接传输给需求载体(例如警察)。
如果虽然也监听了在呼叫时发生的通信交换，可是必须把大量的数据量从IN计算机(SCP)传输到所要监控的Vst。也许对于标签输出来说准备的数据库和硬件配置是不可缺少的。由于可以实现一个网络的差不多所有交换交换局的IN问询，所以这将引起，数据在监控情况下从IN计算机传输到Vst(通过标准协议INAP)，并且在所有Vst中已经预先准备所有必需的配置。监控数据的多次存储与秘密处理这些数据和仅仅把这些数据寄存在网络中的少量所选择的点上的预先规定相矛盾。
在目前的解决方案中因此出现如下问题
1.)IN计算机(SCP)必须存储非常大量的数据，也许是Vst生产者特殊的数据，并且在需要时传输给要问询的Vst(SSP)；2.)监控数据库结构的不希望的公开放置(Vst生产者特殊的)，因为SCP生产者必须调整和存储这些数据；3.)通过使用标准化的INAP协议(在SCP和SSP之间)长期的国际约定是必需的，也就是说，极大地延缓了对新要求的反应，并且几乎不可以标准化个别的功能扩展(例如通过西门子)；4.)为了数据输出，在所有的SSP中有准备地预先规定并且调整X.25终端。
本发明基于这个任务，说明一个方法，通过该方法避免上述问题。
通过按照权利要求1的方法解决这个任务。
本发明的优点在于，-从SCP传输少量的数据到SSP，-仅仅在网络中的少量的、所选择的Vst中实施监控功能，并且因此仅仅在哪里作出一定的准备(数据库/硬件配置)，-如果在网络中除监控功能外不存在SSP(旧的方案或另外生产者的SSP)，当然也可以监控IN交换。为此通过预确定的Vst转换原有的IN呼叫。
下面借助于附图详细阐述本发明，其中附图包含二个图。
根据本发明的方法在于，在IN呼叫时在一个SCP中确定，是否应当监控一个参与IN呼叫的IN用户，对于一个要监控的IN用户来说，调用一个交换局，即所谓的监控交换局，由该交换局实施真正的监控，由SCP直接或间距(通过IN访问交换局)通知监控交换局要监控的IN用户的标识号码。借助于标识号码监控交换局从监控数据库中查明监控说明的数据(例如监控的形式，需求载体...)，借助于这些数据该监控电话局实施相应的监控。
本发明的根本的优点在于，从IN计算机仅仅传输少量的数据(特征“监控”，要监控的IN用户的标识号码(呼叫的和/或被呼叫的IN用户))到要监控的交换局。
以二个可选择的实施形式进行阐述。
选择1在SCP中，标记一个IN用户(或者其标识号码)为监控。如果这时从网络的一个任意SSP中供应该用户的问询，则SCP提供给SSP从伙伴呼叫号码(IN业务)看出的监控信息，即监控特征，要监控的IN用户的标识号码和可能的一个传递呼叫号码(对于远程用户来说网络重要的呼叫号码)。SSP分析这些信息，环接在IN呼叫中的一个监控连接，并且把这些信息供给(或者根据SCP信息(远程用户的传递呼叫号码)，或通过使用一个存在与SSP中的转换轮廓实现Vst的选择)在一个选择的Vst中的一个监控设备(远程用户)。原来的IN呼叫在SSP中象没有监控功能一样处理，也就是说没有任何影响。
通过在所选择的Vst中的远程客户实现监控连接的另外的操作和控制(参见
图1)。
选择2在SCP中一个IN用户(或者其标识号码)标记为监控，也就是说，在SCP中存储，应当监控该IN用户。如果这时从网络的一个任意SSP中供应该用户的问询，则SCP在一个预确定的Vst中启动原来呼叫的传递，在该Vst中调整该呼叫的监控措施(在预确定的Vst上的被监控的IN呼叫的转交)。在这个SSP上实现在IN呼叫中的监控连接的环接(参见图2)。不仅可以通过第一个SSP而且也可以通过第二个SSP实现原来IN呼叫的另外IN控制，如果在第一SSP中保留控制，则在确定的(另外在下面阐述)前提条件下，在具有监控功能性的Vst中可以中止第二IN通信。
下面借助于特殊的IN业务UPT详细阐述选择2，其中以此为出发点，在监控Vst中进行监控和控制。
情景1A用户选择一个IN号码，在源Vst中进行一个IN问询，并且作为“应答”SCP没有提供UPT用户的网络地址(象真正问询一样)，而是源Vst引起转换到一个另外SSP的呼叫。因此，这时在哪里可以正确操作真正的呼叫，SCP必须附带提供一个“特殊呼叫号码”，该呼叫号码在第二SSP中引起所希望的动作。对此，该“特殊呼叫号码”由二部分构成，即一个到监控SSP的转换地址和一个IN触发号码，也就是说UPT用户的业务签名号码。“特殊呼叫号码”从源SSP传输到第二SSP，并且在哪里重新导致一个IN问询，其中，这时SCP借助于数码组合“转换地址+UPT号码”识别，从监控信息中看出的，这时必须提供UPT用户的网络地址。这时传送原来IN呼叫，由于在监控Vst中控制该呼叫，所以也可以在哪里进行监听(在这个情景中，其预先规定一个第二IN问询，在第一问询中也可以放弃监控信息的移交)。
情景2A用户选择一个IN(UPT)呼叫号码。在源Vst中进行一个IN问询，并且作为“应答”SCP除监控信息和UPR用户的网络地址之外还提供附加数码，其导致，原来呼叫转换到一个另外的SCP。因此这时在哪里可以准确操作真正的呼叫，必须再去除在网络地址前面的转换部分。通过一个IN问询再度控制这个去除，或通过一个Vst内部代码处理(在第二SSP中)控制该去除。也就是说在情景2中被提供给SCP的“特殊呼叫号码”由转换号码+UPT用户的网络地址构成(在该情景中，其不预先规定第二IN问询，已经在第一问询中监控信息被转交)。
实例情景1-A用户选择01837 242424＝UPT呼叫号码-SCP提供转换呼叫号码089 9999 1837 242424＝特殊呼叫号码-以089 9999在慕尼黑市区电话网中控制一个Vst，并且完整的特殊号码被传输到哪里-在第二SSP中呼叫号码089 9999 1837 242424导致一个重复的到UPT用户(具有UPT呼叫号码01837 242424)的网络地址的IN问询并进行监控-SCP这时提供UPT用户的真正的网络地址(网络地址＝04047114711)。
-第二SSP以网络地址040 47114711传送该到汉堡的IN呼叫给UPT用户。
实例情景2-A用户选择01837 242424＝UPT呼叫号码-SCP提供在UPT用户的网络地址前面的转换呼叫号码089 99990401 14711＝特殊号码-以089 9999在慕尼黑市区电话网中控制一个Vst，并且完整的特殊号码被传输到哪里-在第二SSP中呼叫号码089 9999 04047114711导致一个重复的IN问询，其中在哪里仅仅去除089 9999，或在转换Vst中呼叫号码经089 9999 04047114711的代码处理改变到04047114711。在监控中附加识别并实施该措施。
-第二SSP以040 47114711传送该到汉堡的IN呼叫给UPT用户。
权利要求
1. 监控IN呼叫的方法，以此a)在一个IN呼叫时，在一个SCP中确定，是否应当监控一个参与该IN呼叫的IN用户，b)对于一个要监控的IN用户来说，调用一个交换局，所谓的监控交换局，由该交换局实施真正的监控，c)SCP直接或间接(通过IN访问交换局)通知监控交换局要监控的IN用户的标识号码。
2.按照权利要求1的方法，其特征在于，SCP通知用于上述IN呼叫而预先规定的IN访问交换局要呼叫的监控交换局的呼叫号码和上述IN用户的标识号码。
3.按照权利要求1或2的方法，其特征在于，由IN访问交换局在IN呼叫中环接监控连接，监控连接从IN访问交换局传递到监控交换局。
4.按照权利要求1或2的方法，其特征在于，IN访问交换局通过监控交换局转换IN呼叫，在IN呼叫中由监控交换局环接监控连接。
全文摘要
IN电信交换的监控是复杂的,因为一方面根据法律上的规定,仅仅在公共的交换局允许统一监控功能,可是另一方面仅仅在IN计算机(SCP)中经常进行要监控的IN用户的识别。通过SCP通知监控Vst一个在IN呼叫期间要监控的IN用户的标识号码的方法,本发明解决了这个问题。
文档编号H04M3/22GK1270739SQ98809082
公开日2000年10月18日 申请日期1998年9月10日 优先权日1997年9月11日
发明者F·埃尔福特, N·克吕施, W·普费勒尔 申请人:西门子公司