通信系统、对话控制装置以及转送控制装置的制造方法
【技术领域】
[0001 ] 本发明涉及通信系统、对话控制装置以及转送控制装置，例如，能够应用于配置在不同种类网络之间的对话控制装置以及转送控制装置以及通信系统。
【背景技术】
[0002]在3GPP (Third Generat1n Partnership Project:第三代合作伙伴计划)中，作为与IMS (IP Multimedia Subsystem:1P多媒体子系统)网的网间的连接功能提出了 BCF(Border Control Funct1n:载体控制功能)的标准化技术。该BCF具有 IBCF (Interconnect1n Border Control Funct1n:互联边界控制功能)以及TrGff (Transit1n Gateway:转换网关)，IBCF担负信令功能，TrGW担负与转运有关的网间连接功能。
[0003]例如，在IP电话系统中，与以往的IBCF、TrGW有关的规定技术记载于3GPP的标准3GPP TS 29.162，IBCF与TrGW之间的接口技术记载于3GPP的标准3GPP TS 29.238。
[0004]在3GPP TS 29.238 中，规定在 IBCF 与 TrGW 之间使用 MEGACO(Media GatewayControl Protocol:ITU 一 T劝告Η.248 (媒体网关控制协议))，在IBCF与TrGW之间的接口所使用的MEGACO软件包记载于3GPP TS 29.238 5.14章。
[0005]以图2示出以往IBCF接收了 initial INVITE的情况下的呼叫连接处理的动作流程。图2被3GPP TS 29.162定义。
[0006]在图2中，IBCF91若从主叫侧网的对置SIP装置接收initail INVITE (S91)，则IBCF91将H.248 add请求发送给TrGW92 (S92)。这里，在add请求设定有针对被叫侧网的RTP (Real-time Transport Protocol:实时传输协议)的地址/UDP端口的提供的要求(Local Addr = Choose, Local Port = Choose)。
[0007]接收了 add请求的TrGW92提供针对被叫侧网的RTP的地址、UDP端口(S93)，TrGW92将RTP的地址、UDP端口设定于add应答并响应给IBCF91 (S94)。
[0008]IBCF91将设定于接收的add应答的RTP的地址、UDP端口编号设定于initialINVITE 的 SDP (Sess1n Descript1n Protocol:会话描述协议)，并将 initial INVITE 发送给被叫侧网的对置SIP装置。
[0009]这里，在图2的S92中，IBCF91不在add请求设定SIP对话、用于识别呼叫的Call — ID、主叫方电话号码、被叫方电话号码，Call 一 ID、主叫方电话号码、被叫方电话号码不通知给TrGW92。
[0010]一般来说，识别⑶R(CalI Detail Record:呼叫详细记录)等与呼叫有关的日志时，SIP的情况下使用IETF RFC3261所定义的Call — ID的信息，或者主叫方电话号码、被叫方电话号码来进行识别。例如，若日志为文本文件，则一般使用主叫方电话号码、被叫方电话号码，或者Call -1D进行gr印(检索)。特别是，工业上利用的系统产生了某些问题的情况下，在需要日志的分析时，要求基于主叫方电话号码、被叫方电话号码、Call — ID迅速地提取与呼叫相关联的日志并进行分析的即时性。
[0011]专利文献1:日本特开2006 - 135522号公报
[0012]然而，IBCF与TrGW在物理上为独立的装置的情况下，在各个装置输出日志。
[0013]然而，如上述那样，以往的IBCF不向TrGW通知用于识别呼叫的CalI — ID、主叫方电话号码、被叫方电话号码。因此，在TrGW输出的与呼叫有关的日志未设定Call — ID、主叫方电话号码、被叫方电话号码，作为呼叫的信息仅知晓Call — ID、主叫方电话号码、被叫方电话号码的情况下分析TrGW的日志的情况下，存在费事的问题。
[0014]特别是，被MEGACO定义的Context — ID是仅IBCF和TrGW知晓的信息。IBCF并不一定将Context — ID输出给日志、CDR。因此，IBCF未将Context — ID输出给日志、CDR的情况下，没有将TrGW的日志与SIP (Sess1n Initiat1n Protocol:会话初始化协议)的日志相关联的信息，有分析变得困难的问题。
[0015]这样，将IBCF和TrGW的与呼叫有关的日志映射的情况下，需要使用Context — ID等信息，存在日志确认时进行Context -1D与Call — ID、主叫方电话号码、被叫方电话号码的映射等费事的问题。
【发明内容】
[0016]因此，本发明在IBCF向TrGW要求被叫侧网的RTP的地址、UDP端口时，能够将用于识别呼叫的Call -1D、主叫方电话号码、被叫方电话号码通知给TrGW，并且在与呼叫有关的日志的确认时根据TrGW的日志识别呼叫时能够利用Call — ID、主叫方电话号码、被叫方电话号码，能够使日志确认作业高效化。
[0017]为了解决这样的课题，第一本发明是通信系统，其特征在于，具备(I)与种类各自不同的多个通信网连接并进行对话控制的对话控制单元、和(2)与多个通信网连接并进行数据包信号的转送控制的转送控制单元，对话控制单元向转送控制单元提供包含接收的呼叫连接要求所包含的识别呼叫的呼叫识别信息的被叫侧信息要求消息。
[0018]第二本发明是对话控制装置，其特征在于，在与种类各自不同的多个通信网连接并进行对话控制的对话控制装置中，具备将包含接收的呼叫连接要求所包含的呼叫识别信息的被叫侧信息要求消息向与多个通信网连接并进行数据包信号的转送控制的转送控制装置提供的控制单元。
[0019]第三本发明是转送控制装置，其特征在于，在与种类各自不同的多个通信网连接并进行数据包信号的转送控制的转送控制装置中，具备从与多个通信网连接并进行对话控制的对话控制装置，获取包含呼叫建立要求所包含的呼叫识别信息的被叫侧信息要求消息并返回包含被叫侧信息的响应消息的控制单元。
[0020]根据本发明，在IBCF向TrGW要求被叫侧网的RTP的地址、UDP端口时，能够将用于识别呼叫的Call -1D、主叫方电话号码、被叫方电话号码通知给TrGW，并且在与呼叫有关的日志的确认时根据TrGW的日志识别呼叫时能够利用CalI — ID、主叫方电话号码、被叫方电话号码，能够实现日志确认作业的高效化。
【附图说明】
[0021]图1是表示实施方式所涉及的通信系统的构成以及通信装置的内部构成的构成图。
[0022]图2是表示以往的IBCF接收了 initial INVITE的情况下的呼叫连接处理的动作的序列图。
[0023]图3是说明实施方式所涉及的MEGACO add请求的扩展包的说明图。
[0024]图4是表示实施方式所涉及的通信系统中的通信动作的概略的序列图。
[0025]图5是表示与实施方式所涉及的通信系统中的IBCF、TrGW的呼叫连接有关的信号流的序列。
[0026]图6是说明实施方式所涉及的呼叫释放时TrGW向日志输出的项目例的说明图。
【具体实施方式】
[0027](A)主要的实施方式
[0028]以下，参照附图对本发明的通信系统、对话控制装置以及转送控制装置的实施方式进行详细的说明。
[0029](A -1)实施方式的构成
[0030]图1是表示实施方式所涉及的通信系统的构成以及通信装置的内部构成的构成图。
[0031]在图1中，该实施方式所涉及的通信系统具有与第一网络5以及第二网络6连接的对话控制装置(以下，也称为IBCF。)1、和转送控制装置(以下，也称为TrGW。)2。
[0032]另外，在第一网络5存在SIP装置3 — I以及RTP装置4 一 1，在第二网络存在SIP装置3 — 2以及RTP装置4 — 2。
[0033]此外，第一网络5以及第二网络6能够作为将通信协议设为IP (网络协议)的IP网络。第一网络5以及第二网络6使用SIP例如作为IP电话系统等IP多媒体的对话管理。
[0034]IBCFl以及TrGW2配置在第一网络5与第二网络6之间，进行网络间的连接处理。IBCFl以及TrGW2构成由3GPP的标准3GPP TS29.162规定的BCF。
[0035]在3GPP的标准3GPP TS 29.162的规定中，规定构成系统的各种功能，可以由一台装置实现一个功能，也可以由一台物理的装置实现多个功能，或者，也可以由多个装置实现一个功能。
[0036]在该实施方式中，例示IBCFl和TrGW2分别为物理上不同的装置的情况。
[0037]IBCFl是负责SIP的信令处理的信令装置。IBCFl控制第一网络5上的SIP装置
3-1与第二网络6上的SIP装置3 — 2之间的SIP处理。
[0038]如图1所示，IBCFl具有控制部11、第一网侧接口 12、第二网侧接口 13、TrGW侧接口 14、以及存储部15。
[0039]第一网侧接口 12是在与第一网络5之间进行数据包的授受的接口。
[0040]第二网侧接口 13是在与第二网络6之间进行数据包的授受的接口。
[0041]TrGff侧接口 14是在与TrGW2之间授受信息的接口。TrGW侧接口 14被3GPP TS29.238规定，使用MEGACO (ITU 一 T劝告H.248)。TrGW侧接口所使用的MEGACO软件包能够使用3GPP TS 29.238 5.14章所定义的技术。
[0042]存储部15通过控制部11的控制，存储与呼叫有关的信息作为日志。
[0043]控制部11负责进行使用了 SIP的信令处理的IBCFl的功能。控制部11具有CPU、RAM、R0M、EEPR0M、输入输出接口等，CPU通过执行储存于ROM的处理程序来实现IBCFl的功倉泛。
[0044]控制部11执行各种功能，但作为主要的功能，具有SIP处理功能11a