用于控制面向分组的通信系统中的业务特征的方法

摘要

根据本发明向起始终端装置(EE1)的方向在连接建立报告(SETUP)从起始终端装置(EE1)传输到目标终端装置(EE2)前传送涉及目标终端装置(EE2)的业务特征简档的业务特征信息(LM2)。利用连接建立报告(SETUP)传输一个与传送的业务特征信息(LM2)相关的业务特征请求(LMA)。

说明书

在流行的通信系统中也越来越多的在面向分组的通信网上，譬如，局域网(LAN：局域网)或广域网(WAN：广域网)，采用实时连接，譬如，用于语音通信，视频通信或多媒体通信。例如所谓的网络电话是基于该技术的，这种网络电话通常也称为VoIP电话(VoIP：通过因特网协议传输语音/视频)。

现代的面向分组通信系统，尤其是这种根据ITU-T推荐的H.323实现的通信系统，提供大量来自传统的线路交换式通信技术的众所周知的业务特征，譬如，呼叫转移，呼叫提出，呼叫接入或呼叫等待。由于在这样的面向分组的通信系统中到完全不同类型的终端装置的连接是可能的，则会出现这个问题，一个终端装置请求一种业务特征，该业务特征却不能由该终端装置的连接伙伴供应。在这种情况下该业务特征请求空置，尤其在面向分组的通信网中要在一段相当长的等待时间过去后才能识别该请求。这种所谓的超时效应对终端装置的用户会导致棘手的延迟。在面向分组的通信系统间的连接时，该问题证实是特别严重的，而这些连接鉴于其配置和管理是相互无关的。

本发明的任务是给出一个用于控制面向分组的通信系统中的业务特征，在该方法中能够避免这样的延迟。

这个任务可通过具有权利要求1所述的特征的方法来解决。

在本发明的方法中涉及目标终端装置的业务特征简档的业务特征信息在连接建立报告被传输前沿起始终端装置的方向传送，其中该连接建立报告传输是从起始终端装置向目标终端装置完成的。接着利用连接建立报告传输取决于被传送的业务特征信息的业务特征请求。

因此业务特征请求能匹配目标终端装置的业务特征简档。按这种方式能避免，以连接建立报告请求一个目标终端装置不能支持的业务特征。这种徒劳的业务特征请求很可能造成该连接建立的中断或至少是该连接建立的可观的延迟。

本发明的优选的实施方案和扩展方案由从属权利要求给出。

根据本发明优选的实施方案，专用的询问报告能触发业务特征信息的传送。这样能够，譬如，为了询问业务特征信息，起始终端装置可以在连接报告报告传输前传送一个专用的询问报告到目标终端装置或到主管目标终端装置的连接控制。该方案的备用方案为，传送业务特征信息或在起始终端装置的一个域和目标终端装置的一个域之间交换该特性信息而不进行询问。

此外，一个实际上出于其它意图的信令报告也能触发该业务特征信息的传送。这种方法的优点是，没有专用的询问报告必须在通信网络中定义。

根据本发明的一个特别优选的实施方案，该业务特征信息能在地址触发过程的范围内被传送。尤其是业务特征信息能作为附加的信息元素在地址信息报告内被传送。该业务特征信息的传送和一个在实际的连接建立前举行的地址触发过程的接合的优点是，不必传送附加的报告序列。因此业务特征信息的传送不会附加地延迟实际的连接建立。

根据本发明另一个优选的实施方案，业务特征信息传送至起始终端装置，在该处紧接着传输的业务特征请求取决于接收到的业务特征信息来产生或改变。业务特征请求的改变能最好与起始终端装置的用户交互完成。譬如，当业务特征信息表明，目标终端装置不能支持呼叫接入这个业务特征时，这样在接收到业务特征信息后能将呼叫接入这个业务特征的业务特征请求修改为呼叫等待这个业务特征的业务特征请求。

此外在业务特征信息传送到起始终端装置后能形成一个取决于接收到的业务特征信息的操作界面。这样，譬如，起始终端装置的操作界面只能提供根据接收到的业务特征信息受目标终端装置支持的业务特征。

根据本发明的一个优选的扩展方案业务特征信息可存储于一个网络过渡装置里。然后紧接着取决于所存储的业务特征信息通过网络过渡装置来继续传递和/或转换要传输的业务特征请求。如果起始终端装置和目标终端装置属于不同的，通过网络过渡装置耦合的通信系统，那么这一点则是尤其非常有利的。依据所存储的业务特征信息，网络过渡装置能视目标终端装置的或含有该装置的通信网络的业务特征简档的情况来继续传递，转换，终结和/或签收该紧接着要传输的业务特征请求。

根据本发明的一个优选的实施方案能经过根据ITU-T推荐的H.323或根据IETF论坛的SIP标准(对话发起协议)实现的通信系统传输连接建立报告。

接下来附图进一步说明本发明的实施例。

该图大致示出了两个耦合的，面向分组的通信系统的图表。

在该图中大致说明了两个面向分组的通信系统KS1和KS2，这两个通信系统通过构造为网关的网络过渡装置耦合。通信系统KS1和KS2构造为基于网络协议的用于语音-，视频-和/或多媒体通信的实时通信连接的VoIP系统(通过因特网协议传输语音/视频)。对已有的实施例假设，通信系统KS1和KS2根据ITU-T推荐的H.323来实现。另一方案是，通信系统KS1和KS2中至少一个能符合IETF论坛的SIP标准。典型的情况下通信系统KS1可以是一个专用的企业网络(企业网络)，而通信系统KS2可以为一个网络运营商(网络运营商)的网络或一个其它的外部企业网络。

除了网关GW通信系统KS1具有一个所谓的关守GK1作为根据H.323推荐实现的连接控制以及一个终端装置EE1。通信系统KS2在它这边支配两个根据H.323推荐实现的关守GK2和GK3以及一个终端装置EE2，其中将呼叫号码1234作为终端装置的地址分配给终端装置EE2。关守GK1，GK2和GK3实质上起实时通信连接的控制和管理以及入口控制和地址分析的作用。在这种情况下，关守GK1掌管与终端装置EE1的连接，关守GK2掌管与终端装置EE2的连接。而且将IP地址IPGK2(IP：网络协议)作为网络地址被列入关守GK2。

终端装置EE1和EE2能够构造为，譬如，传统的通信终端设备的应用程序或个人电脑的客户应用程序。

网关GW作为功能部件具有一个用于对通信系统具有决定意义的信令的所谓信令网关SG(信令网关)以及一个用于对通信系统具有决定意义的地址分析的地址分析装置BE1。该地址分析装置BE1在所示的实施例中构造为根据ITU-T推荐的H.225.0的附录G实现的所谓的边界元素。

另一个用于对通信系统具有决定意义的地址分析的地址分析装置BE2包含于通信系统KS2。

在VoIP系统里必须在实际的到目标终端装置的连接建立前执行地址分析，该目标终端装置是通过所选择的目标地址来识别的，然后从所述的目标地址推导出网络地址，依据该网络地址能在通信网里输送通信数据包。在此该目标地址能作为，譬如，一个呼叫号或一个所谓的URI(通用资源标识符)。一个这样的地址分析能够实现于不同的所谓关守区(中间区)之间的连接，实现于不同的行政域(中间域)之间的连接或不同的VoIP系统间的连接，譬如，根据ITU-T推荐的H.225.0附录G。

接下来在本实施例的范围内考虑从通信系统KS1的终端装置EE1到通信系统KS2的终端装置EE2的连接建立。该连接建立分成十个呼叫阶段1-10。

该连接建立由终端装置EE1处的一个用户通过目标终端装置EE2的呼叫号1234的输入来初始化。因此目标终端装置EE1在呼叫阶段1传送一个根据ITU-T推荐的H.323和H.225.0的接入请求ARQ(许可请求)到关守GK1。该接入请求ARQ包含关守GK1在网络地址里分析的目标呼叫号1234。然而由于被呼叫的终端装置EE2不位于关守GK1的掌管范围，该关守GK1不能在所示的实施例里分析目标地址1234。所以关守GK1在呼叫阶段2传送一个地址分析请求AccessRequ(访问请求)，譬如，根据H.225.0推荐的附件G，和地址分析装置BE1的目标呼叫号1234，该装置能和其它VoIP系统KS2交换地址信息。

如果地址分析装置BE1还没有存储所分配的目标呼叫号1234的网络地址，通过该网络地址能达到终端装置EE2，地址分析装置BE1在呼叫阶段3传送地址分析请求AccessRequ和目标呼叫号1234到通信系统KS2的地址分析装置BE2，譬如，根据H.225.0附录G的推荐。

利用在呼叫阶段1，2和3传送的报告能随意地传输一个业务特征信息LM1，该业务特征信息详细记载了对终端装置EE1可支配的业务特征的业务特征简档。此外，利用在呼叫阶段1，2和3传送的报告还能传输一个询问报告cmnRequest(公共信息请求)，譬如，根据ITU-T推荐的H.450.12，以引发通信系统KS2在通信系统KS1里传送业务特征信息LM2。在此业务特征信息LM2详细记载了对被呼叫的终端装置EE2可支配地业务特征的业务特征简档。

根据本方法的变化方案规定，通信系统KS2不是通过一个专用的询问报告而是已经通过像这样的地址分析请求来引发业务特征信息LM2的传送的。

在所示的实施例里地址分析装置BE2能分析传送到该地址分析装置的目标呼叫号1234，因为通过目标呼叫号识别的终端装置EE2属于地址分析装置BE2的掌管范围。地址分析装置BE2在关守GK2的IP地址IPGK2里将目标呼叫号1234分析为这一个网络地址，通过该网络地址必须达到终端装置EE2。地址分析装置BE2因此在呼叫阶段4发送IP地址IPGK2在地址信息申请AccessConf(确认消息)内到地址分析装置BE1，譬如，根据ITU-T推荐的H.225.0的附录G。

地址信息报告AccessConf在此包含按本发明的业务特征信息LM2作为附加的信息元素。地址分析装置BE1在呼叫阶段5向关守GK1继续传送地址信息报告AccessConf。关守GK1接着在呼叫阶段6IP地址IPGK2和业务特征信息LM2在入口证实申请ACF(许可确认)内传送到呼叫的终端装置EE1，譬如，根据H.225.0推荐。

在呼叫阶段6后网络地址IPGK2在终端装置EE1以及在关守GK1和网关GW里是已知的，通过该网络地址IPGK2能达到被呼叫的终端装置EE2。因此譬如，根据H.225.0的推荐，连接建立报告SETUP在呼叫阶段7，8和9有目标地从终端装置EE1通过关守GK1和信令网关SG被传输到关守GK2。

附加地，基于接收到的业务特征信息LM2在终端装置EE1里已知的是，哪些业务特征对终端装置EE2是可支配的。这能在业务特征请求LMA处考虑，该业务特征请求利用连接建立消息SETUP在呼叫阶段7，8和9被传输到关守GK2。譬如，一个业务特征从在业务特征请求LMA里的接受中来排除，该业务特征是目标终端装置EE2(或在一定情况下该终端装置EE2的一个代理(Proxy))不能支持的。一个已经生成的业务特征请求能相应地被修改。这样最初由终端装置EE1的用户申请的业务特征即呼叫接入，譬如，根据ITU-T推荐的H.450.11，已经能在终端装置EE1里被局部拒绝，其中提供给用户的是取代这种业务特征而动用得到目标终端装置EE2支持的并且功能相似的业务特征如呼叫等待。可选地，一个目标终端装置EE2不支持的业务特征能选择地通过呼叫的终端装置EE1自主地修改为一个目标终端装置EE2支持的功能相似的业务特征。

在取决于业务特征信息LM2生成的或改变的业务特征请求LMA传输到关守GK2后，关守GK2在呼叫阶段10继续传输连接建立消息SETUP到被呼叫的终端装置EE2。在这种情况下，将对终端装置EE2激活借助业务特征请求LMA请求的业务特征。

按照本发明方法的备选方案可在呼叫阶段4将传送到地址分析装置BE1的业务特征信息LM2存储于地址分析装置BE1。在此可选地，在呼叫阶段5和6抑制将业务特征信息LM2继续传输到关守GK1或传输到终端装置EE1。在呼叫阶段8利用连接建立报告SETUP传送到网关GW的业务特征请求LMA能接着由网关GW取决于所存储的业务特征信息LM2来继续传输，转换和/或规定期限。譬如，如果借助在呼叫阶段8传送的业务特征请求LMA申请业务特征接受费用(反向计费的功能)，当从所存储的业务特征信息LM2推导出，业务特征接受费用对终端装置EE2是不可支配时，网关GW或信令网关SG就能对连接建立尝试规定期限。

基于业务特征信息LM2和在一定情况下业务特征信息LM1在总归需要的包含呼叫阶段1到6的地址触发过程的范围内的传送，用于本发明方法的执行不需要附加的报告序列。因此连接建立不能附加地延迟。此外被呼叫的终端装置EE2的业务特征简档的预传送能避免每个其它的请求不支持的业务特征引起的延迟。

上面说明的实施例可不加考虑地推广如下，通信系统KS1和KS2理解为不同的行政域或不同的所谓的关守区在一个唯一的VoIP系统内。此外，通信系统KS1和KS2也可具有不同的连接控制协议，譬如，KS1具有H.323协议，KS2具有SIP协议。