本发明专利技术涉及通信系统、对话控制装置以及转送控制装置，配置在不同种类网络间的IBCF要求被叫侧信息时，能够将呼叫识别信息通知给TrGW，在与呼叫有关的日志的确认时根据TrGW的日志识别呼叫时能够利用呼叫识别信息，能够使日志确认作业高效化。本发明专利技术是通信系统，其特征在于，具备与种类各自不同的多个通信网连接并进行对话控制的对话控制单元、和与多个通信网连接并进行数据包信号的转送控制的转送控制单元，对话控制单元向转送控制单元提供包含接收的呼叫连接要求所包含的识别呼叫的呼叫识别信息的被叫侧信息要求消息。
【技术实现步骤摘要】
本专利技术涉及通信系统、对话控制装置以及转送控制装置，例如，能够应用于配置在不同种类网络之间的对话控制装置以及转送控制装置以及通信系统。
技术介绍
在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担负与转运有关的网间连接功能。例如，在IP电话系统中，与以往的IBCF、TrGW有关的规定技术记载于3GPP的标准3GPP TS 29.162，IBCF与TrGW之间的接口技术记载于3GPP的标准3GPP TS 29.238。在3GPP TS 29.238 中，规定在 IBCF 与 TrGW 之间使用 MEGACO(Media GatewayControl Protocol:ITU 一 T劝告Η.248 (媒体网关控制协议))，在IBCF与TrGW之间的接口所使用的MEGACO软件包记载于3GPP TS 29.238 5.14章。以图2示出以往IBCF接收了 initial INVITE的情况下的呼叫连接处理的动作流程。图2被3GPP TS 29.162定义。在图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)。接收了 add请求的TrGW92提供针对被叫侧网的RTP的地址、UDP端口(S93)，TrGW92将RTP的地址、UDP端口设定于add应答并响应给IBCF91 (S94)。IBCF91将设定于接收的add应答的RTP的地址、UDP端口编号设定于initialINVITE 的 SDP (Sess1n Descript1n Protocol:会话描述协议)，并将 initial INVITE 发送给被叫侧网的对置SIP装置。这里，在图2的S92中，IBCF91不在add请求设定SIP对话、用于识别呼叫的Call — ID、主叫方电话号码、被叫方电话号码，Call 一 ID、主叫方电话号码、被叫方电话号码不通知给TrGW92。一般来说，识别⑶R(CalI Detail Record:呼叫详细记录)等与呼叫有关的日志时，SIP的情况下使用IETF RFC3261所定义的Call — ID的信息，或者主叫方电话号码、被叫方电话号码来进行识别。例如，若日志为文本文件，则一般使用主叫方电话号码、被叫方电话号码，或者Call -1D进行gr印(检索)。特别是，工业上利用的系统产生了某些问题的情况下，在需要日志的分析时，要求基于主叫方电话号码、被叫方电话号码、Call — ID迅速地提取与呼叫相关联的日志并进行分析的即时性。专利文献1:日本特开2006 - 135522号公报然而，IBCF与TrGW在物理上为独立的装置的情况下，在各个装置输出日志。然而，如上述那样，以往的IBCF不向TrGW通知用于识别呼叫的CalI — ID、主叫方电话号码、被叫方电话号码。因此，在TrGW输出的与呼叫有关的日志未设定Call — ID、主叫方电话号码、被叫方电话号码，作为呼叫的信息仅知晓Call — ID、主叫方电话号码、被叫方电话号码的情况下分析TrGW的日志的情况下，存在费事的问题。特别是，被MEGACO定义的Context — ID是仅IBCF和TrGW知晓的信息。IBCF并不一定将Context — ID输出给日志、CDR。因此，IBCF未将Context — ID输出给日志、CDR的情况下，没有将TrGW的日志与SIP (Sess1n Initiat1n Protocol:会话初始化协议)的日志相关联的信息，有分析变得困难的问题。这样，将IBCF和TrGW的与呼叫有关的日志映射的情况下，需要使用Context — ID等信息，存在日志确认时进行Context -1D与Call — ID、主叫方电话号码、被叫方电话号码的映射等费事的问题。
技术实现思路
因此，本专利技术在IBCF向TrGW要求被叫侧网的RTP的地址、UDP端口时，能够将用于识别呼叫的Call -1D、主叫方电话号码、被叫方电话号码通知给TrGW，并且在与呼叫有关的日志的确认时根据TrGW的日志识别呼叫时能够利用Call — ID、主叫方电话号码、被叫方电话号码，能够使日志确认作业高效化。为了解决这样的课题，第一本专利技术是通信系统，其特征在于，具备(I)与种类各自不同的多个通信网连接并进行对话控制的对话控制单元、和(2)与多个通信网连接并进行数据包信号的转送控制的转送控制单元，对话控制单元向转送控制单元提供包含接收的呼叫连接要求所包含的识别呼叫的呼叫识别信息的被叫侧信息要求消息。第二本专利技术是对话控制装置，其特征在于，在与种类各自不同的多个通信网连接并进行对话控制的对话控制装置中，具备将包含接收的呼叫连接要求所包含的呼叫识别信息的被叫侧信息要求消息向与多个通信网连接并进行数据包信号的转送控制的转送控制装置提供的控制单元。第三本专利技术是转送控制装置，其特征在于，在与种类各自不同的多个通信网连接并进行数据包信号的转送控制的转送控制装置中，具备从与多个通信网连接并进行对话控制的对话控制装置，获取包含呼叫建立要求所包含的呼叫识别信息的被叫侧信息要求消息并返回包含被叫侧信息的响应消息的控制单元。根据本专利技术，在IBCF向TrGW要求被叫侧网的RTP的地址、UDP端口时，能够将用于识别呼叫的Call -1D、主叫方电话号码、被叫方电话号码通知给TrGW，并且在与呼叫有关的日志的确认时根据TrGW的日志识别呼叫时能够利用CalI — ID、主叫方电话号码、被叫方电话号码，能够实现日志确认作业的高效化。【附图说明】图1是表示实施方式所涉及的通信系统的构成以及通信装置的内部构成的构成图。图2是表示以往的IBCF接收了 initial INVITE的情况下的呼叫连接处理的动作的序列图。图3是说明实施方式所涉及的MEGACO add请求的扩展包的说明图。图4是表示实施方式所涉及的通信系统中的通信动作的概略的序列图。图5是表示与实施方式所涉及的通信系统中的IBCF、TrGW的呼叫连接有关的信号流的序列。图6是说明实施方式所涉及的呼叫释放时TrGW向日志输出的项目例的说明图。【具体实施方式】(A)主要的实施方式以下，参照附图对本专利技术的通信系统、对话控制装置以及转送控制装置的实施方式进行详细的说明。(A -1)实施方式的构成图1是表示实施方式所涉及的通信系统的构成以及通信装置本文档来自技高网...
【技术保护点】
一种通信系统，其特征在于，具备：对话控制单元，其与种类各自不同的多个通信网连接并进行对话控制；以及转送控制单元，其与所述多个通信网连接并进行数据包信号的转送控制，所述对话控制单元向所述转送控制单元提供被叫侧信息要求消息，该被叫侧信息要求消息包含接收的呼叫连接要求所包含的识别呼叫的呼叫识别信息。
【技术特征摘要】
...
【专利技术属性】
技术研发人员：水上贵司，
申请(专利权)人：冲电气工业株式会社，
类型：发明
国别省市：日本;JP
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。