CN104954585A - 通信系统、对话控制装置以及转送控制装置 - Google Patents

通信系统、对话控制装置以及转送控制装置 Download PDF

Info

Publication number
CN104954585A
CN104954585A CN201410613627.4A CN201410613627A CN104954585A CN 104954585 A CN104954585 A CN 104954585A CN 201410613627 A CN201410613627 A CN 201410613627A CN 104954585 A CN104954585 A CN 104954585A
Authority
CN
China
Prior art keywords
calling
call
information
callee side
control
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201410613627.4A
Other languages
English (en)
Inventor
水上贵司
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Oki Electric Industry Co Ltd
Original Assignee
Oki Electric Industry Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Oki Electric Industry Co Ltd filed Critical Oki Electric Industry Co Ltd
Publication of CN104954585A publication Critical patent/CN104954585A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0686—Additional information in the notification, e.g. enhancement of specific meta-data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/20—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place hybrid systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H04M3/2218—Call detail recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42034—Calling party identification service
    • H04M3/42059—Making use of the calling party identifier

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明涉及通信系统、对话控制装置以及转送控制装置，配置在不同种类网络间的IBCF要求被叫侧信息时，能够将呼叫识别信息通知给TrGW，在与呼叫有关的日志的确认时根据TrGW的日志识别呼叫时能够利用呼叫识别信息，能够使日志确认作业高效化。本发明是通信系统，其特征在于，具备与种类各自不同的多个通信网连接并进行对话控制的对话控制单元、和与多个通信网连接并进行数据包信号的转送控制的转送控制单元，对话控制单元向转送控制单元提供包含接收的呼叫连接要求所包含的识别呼叫的呼叫识别信息的被叫侧信息要求消息。

Description

通信系统、对话控制装置以及转送控制装置
技术领域
本发明涉及通信系统、对话控制装置以及转送控制装置，例如，能够应用于配置在不同种类网络之间的对话控制装置以及转送控制装置以及通信系统。
背景技术
在3GPP(Third Generation Partnership Project：第三代合作伙伴计划)中，作为与IMS(IP Multimedia Subsystem：IP多媒体子系统)网的网间的连接功能提出了BCF(Border Control Function：载体控制功能)的标准化技术。该BCF具有IBCF(Interconnection BorderControl Function：互联边界控制功能)以及TrGW(Transition 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 Gateway Control Protocol：ITU－T劝告H.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 TransportProtocol：实时传输协议)的地址/UDP端口的提供的要求(Local Addr＝Choose，Local Port＝Choose)。
接收了add请求的TrGW92提供针对被叫侧网的RTP的地址、UDP端口(S93)，TrGW92将RTP的地址、UDP端口设定于add应答并响应给IBCF91(S94)。
IBCF91将设定于接收的add应答的RTP的地址、UDP端口编号设定于initial INVITE的SDP(Session Description Protocol：会话描述协议)，并将initial INVITE发送给被叫侧网的对置SIP装置。
这里，在图2的S92中，IBCF91不在add请求设定SIP对话、用于识别呼叫的Call－ID、主叫方电话号码、被叫方电话号码，Call－ID、主叫方电话号码、被叫方电话号码不通知给TrGW92。
一般来说，识别CDR(Call Detail Record：呼叫详细记录)等与呼叫有关的日志时，SIP的情况下使用IETF RFC3261所定义的Call－ID的信息，或者主叫方电话号码、被叫方电话号码来进行识别。例如，若日志为文本文件，则一般使用主叫方电话号码、被叫方电话号码，或者Call－ID进行grep(检索)。特别是，工业上利用的系统产生了某些问题的情况下，在需要日志的分析时，要求基于主叫方电话号码、被叫方电话号码、Call－ID迅速地提取与呼叫相关联的日志并进行分析的即时性。
专利文献1：日本特开2006－135522号公报
然而，IBCF与TrGW在物理上为独立的装置的情况下，在各个装置输出日志。
然而，如上述那样，以往的IBCF不向TrGW通知用于识别呼叫的Call－ID、主叫方电话号码、被叫方电话号码。因此，在TrGW输出的与呼叫有关的日志未设定Call－ID、主叫方电话号码、被叫方电话号码，作为呼叫的信息仅知晓Call－ID、主叫方电话号码、被叫方电话号码的情况下分析TrGW的日志的情况下，存在费事的问题。
特别是，被MEGACO定义的Context－ID是仅IBCF和TrGW知晓的信息。IBCF并不一定将Context－ID输出给日志、CDR。因此，IBCF未将Context－ID输出给日志、CDR的情况下，没有将TrGW的日志与SIP(Session Initiation Protocol：会话初始化协议)的日志相关联的信息，有分析变得困难的问题。
这样，将IBCF和TrGW的与呼叫有关的日志映射的情况下，需要使用Context－ID等信息，存在日志确认时进行Context－ID与Call－ID、主叫方电话号码、被叫方电话号码的映射等费事的问题。
发明内容
因此，本发明在IBCF向TrGW要求被叫侧网的RTP的地址、UDP端口时，能够将用于识别呼叫的Call－ID、主叫方电话号码、被叫方电话号码通知给TrGW，并且在与呼叫有关的日志的确认时根据TrGW的日志识别呼叫时能够利用Call－ID、主叫方电话号码、被叫方电话号码，能够使日志确认作业高效化。
为了解决这样的课题，第一本发明是通信系统，其特征在于，具备(1)与种类各自不同的多个通信网连接并进行对话控制的对话控制单元、和(2)与多个通信网连接并进行数据包信号的转送控制的转送控制单元，对话控制单元向转送控制单元提供包含接收的呼叫连接要求所包含的识别呼叫的呼叫识别信息的被叫侧信息要求消息。
第二本发明是对话控制装置，其特征在于，在与种类各自不同的多个通信网连接并进行对话控制的对话控制装置中，具备将包含接收的呼叫连接要求所包含的呼叫识别信息的被叫侧信息要求消息向与多个通信网连接并进行数据包信号的转送控制的转送控制装置提供的控制单元。
第三本发明是转送控制装置，其特征在于，在与种类各自不同的多个通信网连接并进行数据包信号的转送控制的转送控制装置中，具备从与多个通信网连接并进行对话控制的对话控制装置，获取包含呼叫建立要求所包含的呼叫识别信息的被叫侧信息要求消息并返回包含被叫侧信息的响应消息的控制单元。
根据本发明，在IBCF向TrGW要求被叫侧网的RTP的地址、UDP端口时，能够将用于识别呼叫的Call－ID、主叫方电话号码、被叫方电话号码通知给TrGW，并且在与呼叫有关的日志的确认时根据TrGW的日志识别呼叫时能够利用Call－ID、主叫方电话号码、被叫方电话号码，能够实现日志确认作业的高效化。
附图说明
图1是表示实施方式所涉及的通信系统的构成以及通信装置的内部构成的构成图。
图2是表示以往的IBCF接收了initial INVITE的情况下的呼叫连接处理的动作的序列图。
图3是说明实施方式所涉及的MEGACO add请求的扩展包的说明图。
图4是表示实施方式所涉及的通信系统中的通信动作的概略的序列图。
图5是表示与实施方式所涉及的通信系统中的IBCF、TrGW的呼叫连接有关的信号流的序列。
图6是说明实施方式所涉及的呼叫释放时TrGW向日志输出的项目例的说明图。
具体实施方式
(A)主要的实施方式
以下，参照附图对本发明的通信系统、对话控制装置以及转送控制装置的实施方式进行详细的说明。
(A－1)实施方式的构成
图1是表示实施方式所涉及的通信系统的构成以及通信装置的内部构成的构成图。
在图1中，该实施方式所涉及的通信系统具有与第一网络5以及第二网络6连接的对话控制装置(以下，也称为IBCF。)1、和转送控制装置(以下，也称为TrGW。)2。
另外，在第一网络5存在SIP装置3－1以及RTP装置4－1，在第二网络存在SIP装置3－2以及RTP装置4－2。
此外，第一网络5以及第二网络6能够作为将通信协议设为IP(网络协议)的IP网络。第一网络5以及第二网络6使用SIP例如作为IP电话系统等IP多媒体的对话管理。
IBCF1以及TrGW2配置在第一网络5与第二网络6之间，进行网络间的连接处理。IBCF1以及TrGW2构成由3GPP的标准3GPP TS29.162规定的BCF。
在3GPP的标准3GPP TS 29.162的规定中，规定构成系统的各种功能，可以由一台装置实现一个功能，也可以由一台物理的装置实现多个功能，或者，也可以由多个装置实现一个功能。
在该实施方式中，例示IBCF1和TrGW2分别为物理上不同的装置的情况。
IBCF1是负责SIP的信令处理的信令装置。IBCF1控制第一网络5上的SIP装置3－1与第二网络6上的SIP装置3－2之间的SIP处理。
如图1所示，IBCF1具有控制部11、第一网侧接口12、第二网侧接口13、TrGW侧接口14、以及存储部15。
第一网侧接口12是在与第一网络5之间进行数据包的授受的接口。
第二网侧接口13是在与第二网络6之间进行数据包的授受的接口。
TrGW侧接口14是在与TrGW2之间授受信息的接口。TrGW侧接口14被3GPP TS 29.238规定，使用MEGACO(ITU－T劝告H.248)。TrGW侧接口所使用的MEGACO软件包能够使用3GPP TS 29.238 5.14章所定义的技术。
存储部15通过控制部11的控制，存储与呼叫有关的信息作为日志。
控制部11负责进行使用了SIP的信令处理的IBCF1的功能。控制部11具有CPU、RAM、ROM、EEPROM、输入输出接口等，CPU通过执行储存于ROM的处理程序来实现IBCF1的功能。
控制部11执行各种功能，但作为主要的功能，具有SIP处理功能11a、消息设定功能11b、日志控制功能11c等。
SIP处理功能11a进行在彼此对置的SIP装置3－1以及SIP装置3－2之间交换的SIP消息的授受。
消息设定功能11b在从主叫侧的SIP装置接收了initial INVITE时，为了要求获取被叫侧的RTP的地址、端口编号(例如UDP端口)，生成MEGACO add请求并发送给TrGW2。
这里，在该实施方式中，为了将识别呼叫的呼叫识别信息通知给TrGW2，对MEGACO add请求定义扩展包。消息设定功能11b将接收的initial INVITE所包含的、相当于主叫方电话号码、被叫方电话号码的信息、Call－ID设定于扩展包。
图3是说明该实施方式所涉及的MEGACO add请求的扩展包的说明图。此外，该实施方式所涉及的扩展包的名称为ExtensionExamplePackage(eep)。
如图3所示，在扩展包中，作为与被叫侧有关的信息要素定义CalleDTelephone Number(cdtn)以及CalleD Public User id(cdpu)，作为与主叫侧有关的信息要素定义CallinG Telephone Number(cgtn)以及CallingG Public User id(cgpu)，作为储存SIP的Call－ID的区域定义Sip Call ID(scid)。
这里，在SIP作为用于识别主叫侧、被叫侧的信息一般使用由IETFRFC3261定义的SIP－URI、和由IETF RFC3966定义的tel－URI。
在initial INVITE的Request－URI设定有被叫侧的信息。因此，IBCF1接收的initial INVITE的Request－URI设定了SIP－URI的情况下，消息设定功能11b在add请求的扩展包的CalleD Public User id(cdpu)设定SIP－URI。另外，IBCF1接收的initial INVITE的Request－URI设定了tel－URI的情况下，消息设定功能11b在add请求的扩展包的CallinG Telephone Number(cgtn)设定tel－URI。
另外，同样地在initial INVITE的P－Asserted Identity(由IETFRFC 3325定义)报头设定有主叫侧的信息。因此，在IBCF1接收的initialINVITE的P－Asserted Identity设定了SIP－URI的情况下，消息设定功能11b在add请求的扩展包的CallingG Public User id(cgpu)设定SIP－URI。另外，在IBCF接收的initial INVITE的P－Asserted Identity设定了tel－URI的情况下，消息设定功能11b在add请求的扩展包的CallinG Telephone Number(cgtn)设定tel－URI。
并且，消息设定功能11b将IBCF1接收的initial INVITE的Call－Id设定在add请求的扩展包的Sip Call ID(scid)。
日志控制功能11c控制与呼叫有关的日志信息的记录、输出、以及分析等。日志控制功能11c能够应用现有技术，例如，识别CDR等与呼叫有关的日志的情况下，以由IFTF RFC3261定义的Call－ID的信息、主叫方电话号码、被叫方电话号码等呼叫识别信息进行日志管理。
TrGW2是进行网间的RTP数据包的授受的RTP控制装置。TrGW2进行第一网络5上的RTP装置4－1与第二网络6上的RTP装置4－2之间的RTP数据包的发送接收。
如图1所示，TrGW2具有控制部21、第一网侧接口22、第二网侧接口23、IBCF侧接口24、以及存储部25。
第一网侧接口22是在与第一网络5之间进行数据包的授受的接口。
第二网侧接口23是在与第二网络6之间进行数据包的授受的接口。
IBCF侧接口24是在与IBCF1之间授受信息的接口。IBCF侧接口24被3GPP TS 29.238规定，使用MEGACO(ITU－T劝告H.248)。IBCF侧接口所使用的MEGACO软件包能够使用3GPP TS 29.238 5.14章所定义的技术。
存储部25通过控制部21的控制，存储与呼叫有关的信息作为日志。
控制部21负责进行与授受的RTP数据包有关的处理的TrGW2的功能。控制部21具有CPU、RAM、ROM、EEPROM、以及输入输出接口等，CPU通过执行储存于ROM的处理程序来实现TrGW2的功能。
控制部21执行各种功能，但作为主要的功能，具有地址控制功能21a、日志控制功能21b、RTP数据包发送接收量测量功能21c等。
地址控制功能21a若从IBCF1接收MEGACO add请求，则提供针对被叫侧网的RTP的地址、端口编号，并将设定了该被叫侧网的RTP的地址、端口编号的MEGACO add应答响应给IBCF1。
日志控制功能21b从IBCF1获取MEGACO add请求所包含的呼叫识别信息，并使用该获取的呼叫识别信息将与呼叫有关的信息作为日志进行记录、输出、以及分析等。此外，呼叫识别信息是包含设定于图3所例示的MEGACO add请求的扩展包的相当于主叫方电话号码、被叫电话号码的信息、Call－ID等的信息。
RTP数据包发送接收量测量功能21c测量发送接收的RTP数据包的发送量以及或者接收量。此外，RTP数据包发送接收量测量功能21c是日志分析单元的一个例子，作为日志分析单元也可以使用执行其他的功能的单元。
(A－1)实施方式的构成
接下来，参照附图对该实施方式所涉及的通信系统10中的通信处理的动作进行详细的说明。
图4是表示实施方式所涉及的通信系统10中的通信动作的概略的序列图。
在图4中，IBCF1从主叫侧的SIP装置(这里，为SIP装置3－1。)接收被叫侧的SIP装置(这里，为SIP装置3－2。)initial INVITE(S1)。
在IBCF1中，控制部11将在接收的initial INVITE的Request－URI中作为被叫侧的信息包含的＜sip：AAAA…＠hostname.com＞中，记载于＠的前半部分的“AAAA…”设定于MEGACO add请求的扩展包的cdpu。
另外，控制部11将在initial INVITE的P－Asserted Identity中作为主叫侧的信息包含的＜tel：BBBB…＞中的“BBBB…”设定于MEGACO add请求的扩展包的cgtn。
然后，控制部11将initial INVITE的Call－ID“CCCC…”设定于MEGACO add请求的扩展包的scid。
如上述那样，IBCF1将设定了主叫方电话号码、被叫侧电话号码、Call－ID的MEGACO add请求发送给TrGW2(S3)。
在TrGW2中，判断是否需要在TrGW1内部输出日志，需要输出日志的情况下，输出Call－ID作为与呼叫相关的信息(S4)。
另外，在TrGW2中，基于由来自IBCF1的MEGACO add请求指定的主叫方电话号码、被叫方电话号码，决定与RTCP有关的策略(S5)。
并且，TrGW2基于来自IBCF1的add请求的内容，作为被叫侧网的信息，将设定了terminationID、RTP的地址(本地地址)、端口编号(RTP本地端口)的MEGACO add应答响应给IBCF1(S6)。
然后，IBCF1将接收的add应答的被叫网侧的RTP的地址、端口编号设定于initial INVITE的SDP，并发送给被叫侧的SIP装置3－2(S7)。
图5是表示与实施方式所涉及的通信系统10中的IBCF1、TrGW2的呼叫连接有关的信号流的序列。
IBCF1若从主叫侧的SIP装置3－2接收initial INVITE(S101)，则向TrGW2发送MEGACO add请求(S102)。
这里，IBCF1将接收的initail INVITE的Request－URI的信息设定于add请求的CalleD Telephone Number(cdtn)或者CalleD PublicUser id(cdpu)，将initail INVITE的P－Asserted Identity报头的信息设定于CallinG Telephone Number(cgtn)或者CallingG Public User id(cgpu)，并将SIP Call－ID报头的信息设定于MEGACO add请求的Sip Call ID(scid)。
此外，在initial INVITE并未赋予P－Asseted Identity的情况下，IBCF1也可以不进行add请求的CallinG Telephone Number(cgtn)、CallingG Public User id(cgpu)的设定。
TrGW2若接收MEGACO add请求，则积蓄add请求所包含的被叫侧的信息(CalleD Telephone Number(cdtn)或者CalleD Public Userid(cdpu))、主叫侧的信息(CallinG Telephone Number(cgtn)或者CallingG Public User id(cgpu))、Sip Call ID(scid)，提供针对被叫侧网的TrGW2侧的RTP地址、UDP端口编号(S103)，并返回MEGACOadd应答(S104)。
在S103，TrGW2积蓄的被叫侧的信息(相当于被叫方电话号码的信息)、主叫侧的信息(相当于主叫方电话号码的信息)、Call－ID在TrGW1中被保持直至进行日志输出。
接收了MEGACO add应答的IBCF1将给予的RTP地址、UDP端口编号设定于initial INVITE的SDP，并向被叫侧的SIP装置3－2发送(S105)。
在S106中，表示在被叫侧开始了呼叫(Ringing)的initial INVITE的180暂定响应从SIP装置3－2返回给IBCF1。
IBCF1若接收initial INVITE的180暂定响应，则由于不包含SDP所以不对TrGW访问而向主叫侧的SIP装置3－1发送180暂定响应(S107)。
在S108，若IBCF1从被叫侧的SIP装置3－2接收针对initialINVITE的200 OK，则IBCF1将接收的200 OK的SDP中赋予的被叫侧的RTP地址、UDP端口编号设定于MEGACO modify请求，并发送给TrGW2(S109)。
接收了Modify请求的TrGW2将modify应答返回给IBCF1(S110)，建立被叫侧的Termination。
这里，作为MEGACO的基本的概念，如ITU－T劝告H.248.1 6章所记载的那样有Context、Termination，IBCF1需要分别在主叫侧、被叫侧建立Termination。主叫侧和被叫侧的Termination利用Context建立关联。在图5的例子中，将被叫侧Termination的标识符设为“T1”，将主叫侧Termination的标识符设为“T2”，将使“T1”和“T2”相关联的Context的标识符设为“C1”。
接下来，IBCF1为了建立主叫侧Termination，向TrGW1发送设定了主叫侧的RTP地址、UDP端口编号、和针对主叫侧网的TrGW1侧的RTP的地址、UDP端口的提供的要求的add请求(S111)。
TrGW1若接收S111的add请求，则提供针对主叫侧的TrGW侧的RTP地址、UDP端口，并设定于add应答，向IBCF1发送(S112)。
IBCF1若从TrGW2接收add应答，则向主叫侧的SIP装置3－1发送针对initial INVITE的200 OK响应(S113)，在IBCF1建立呼叫，在TrGW2建立RTP对话，开始通话。
通话结束时，IBCF1从主叫侧的SIP装置3－1或者被叫侧的SIP装置3－2接收BYE(S114)。此外，在图5中，例示了BICF1从被叫侧的SIP装置3－2接收了BYE的情况。
接收了BYE的IBCF1首先为了解除被叫侧Termination，发送MEGACO subtruct请求(S115)。接收了subtruct请求的TrGW2解除被叫侧Termination，并向IBCF1发送subtruct应答(S116)。
接下来，IBCF1为了解除主叫侧Termination，将MEGACO subtruct请求发送给TrGW2(S117)。
接收了subtruct请求的TrGW2解除主叫侧Termination，并向IBCF1发送subtruct应答(S118)。Termination的解除完成的IBCF1向主叫侧的SIP装置3－1转送BYE(S119)。
另一方面，主叫侧、被叫侧Termination双方的解除完成的TrGW2将与呼叫有关的信息输出给日志(S120)。
图6是说明实施方式所涉及的呼叫释放时TrGW1输出给日志的项目例的说明图。
图6所例示的输出给日志的项目具有“第一项”～“第二十一项”二十一个项目。具体而言，包含“SIP Call－ID”、“被叫目的地信息”、“主叫方信息”、“Context－ID”、以及“Context解除要因”等。
这里，TrGW2将在图5的S102的add请求接收并积蓄的与被叫侧有关的信息、与主叫侧有关的信息、以及SIP Call－ID输出给日志的项目。若通过向日志输出与被叫侧有关的信息、与主叫侧有关的信息、以及SIP Call－ID而明确了与呼叫有关的主叫侧电话号码、或者被叫侧电话号码、或者SIP Call－ID，则能够容易地提取与其相关联的日志信息。
另外，并且，在图6的“第二十一项”作为TrGW2在内部错误等自主地解除了RTP对话的情况下输出分析所需要信息的字段准备有“Contex解除要因”。TrGW2自主地释放了RTP对话的情况下，通过向图6的“第二十一项”输出表示自主地解除的主旨的信息，能够根据日志明确TrGW2侧自主解除的呼叫的Call－ID、主叫方电话号码、被叫方电话号码，能够容易地确定受到了TrGW2的自主解除的服务影响的呼叫、终端用户。
(A－3)实施方式的效果
如以上，根据该实施方式，对MEGACO add请求赋予与图4所示的用于SIP装置识别呼叫的信息相同的信息，且TrGW向日志输出图4所示的信息，从而能够解决以往技术所说明的、分析TrGW的日志费事这样的问题、IBCF不将Context－ID输出给日志、CDR的情况下没有使TrGW的日志与SIP的日志相关联的信息，而分析变得困难的问题。
另外，根据该实施方式，具有通过使图6所例示的确定呼叫的信息与表示TrGW自主解除了RTP对话的信息相关联，能够容易地确定TrGW自主解除RTP对话时受到了服务影响的呼叫、终端用户这样的效果。
(B)其他的实施方式
在上述的实施方式中提及了各种变形实施方式，但本发明也能够应用于以下的变形实施方式。
本发明的要点是IBCF在MEGACO add请求设定图3所示那样的主叫侧的信息、被叫侧的信息、SIP Call－ID。
在上述的实施方式中，在图5以对针对initial INVITE的200 OK赋予了SDP应答的例子进行了说明，但也能够应用于针对initialINVITE的1xx暂定响应赋予了SDP应答的情况。
另外，在上述的实施方式中，在图5中，从被叫侧的SIP装置以BYE切断，但也能够应用于由来自主叫侧的SIP装置的BYE或CANCEL引起的切断的情况。
图中符号说明：
10…通信系统，1…信令装置(IBCF)，2…RTP控制装置(TrGW)，11…控制部，12…第一网侧接口，13…第二网侧接口，14…TrGW侧接口，15…存储部，21…控制部，22…第一网侧接口，23…第二网侧接口，24…TrGW侧接口，25…存储部，3－1以及3－2…SIP装置，4－1以及4－2…RTP装置，5…第一网络，6…第二网络。

Claims (8)

1.一种通信系统，其特征在于，具备：
对话控制单元，其与种类各自不同的多个通信网连接并进行对话控制；以及
转送控制单元，其与所述多个通信网连接并进行数据包信号的转送控制，
所述对话控制单元向所述转送控制单元提供被叫侧信息要求消息，该被叫侧信息要求消息包含接收的呼叫连接要求所包含的识别呼叫的呼叫识别信息。
2.根据权利要求1所述的通信系统，其特征在于，
所述被叫侧信息要求消息是MEGACO add请求，所述MEGACOadd请求包含识别呼叫的SIP Call－ID。
3.根据权利要求1或者2所述的通信系统，其特征在于，
所述被叫侧信息要求消息是MEGACO add请求，所述MEGACOadd请求包含表示所述对话控制单元接收到的呼叫连接要求所包含的被叫侧的信息的SIP－URI或者tel－URI。
4.根据权利要求1～3中任意一项所述的通信系统，其特征在于，
所述被叫侧信息要求消息是MEGACO add请求，所述MEGACOadd请求包含表示所述对话控制单元接收到的呼叫连接要求所包含的主叫侧的信息的SIP－URI或者tel－URI。
5.根据权利要求2～4中任意一项所述的通信系统，其特征在于，
所述转送控制单元输出包含从所述对话控制单元获取的SIP Call－ID、被叫侧的信息、以及主叫侧的信息的一部分或者全部的呼叫识别信息的日志信息。
6.根据权利要求5所述的通信系统，其特征在于，
所述转送控制单元使SIP Call－ID、被叫侧的信息、以及主叫侧的信息的一部分或者全部的呼叫识别信息与RTP对话的自主解除时的日志信息相关联地输出。
7.一种对话控制装置，与种类各自不同的多个通信网连接并进行对话控制，其特征在于，
具备控制单元，该控制单元将被叫侧信息要求消息向与所述多个通信网连接并进行数据包信号的转送控制的转送控制装置提供，所述被叫侧信息要求消息包含接收的呼叫连接要求所包含的呼叫识别信息。
8.一种转送控制装置，与种类各自不同的多个通信网连接并进行数据包信号的转送控制，其特征在于，
具备控制单元，该控制单元从与所述多个通信网连接并进行对话控制的对话控制装置获取被叫侧信息要求消息并返回包含被叫侧信息的响应消息，所述被叫侧信息要求消息包含呼叫建立要求所包含的呼叫识别信息。
CN201410613627.4A 2014-03-26 2014-11-04 通信系统、对话控制装置以及转送控制装置 Pending CN104954585A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014-064139 2014-03-26
JP2014064139A JP2015186249A (ja) 2014-03-26 2014-03-26 通信システム、セッション制御装置及び転送制御装置

Publications (1)

Publication Number Publication Date
CN104954585A true CN104954585A (zh) 2015-09-30

Family

ID=54168920

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410613627.4A Pending CN104954585A (zh) 2014-03-26 2014-11-04 通信系统、对话控制装置以及转送控制装置

Country Status (3)

Country Link
US (1) US20150281012A1 (zh)
JP (1) JP2015186249A (zh)
CN (1) CN104954585A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113114855A (zh) * 2021-04-09 2021-07-13 山东欧飞凌信息技术有限公司 一种基于ims呼叫信令的僵尸号码检索方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017150281A1 (ja) 2016-02-29 2017-09-08 日本電気株式会社 アーリメディアサービス制御装置、アーリメディアサービス制御方法及びプログラムが記憶された記憶媒体

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020150092A1 (en) * 2001-04-17 2002-10-17 Richard Bontempi One-to-one communication
CN1575574A (zh) * 2000-12-28 2005-02-02 英特尔公司 增强的媒介网关控制协议
EP1653661A1 (en) * 2003-08-05 2006-05-03 ZTE Corporation Authentication method for medic gateway
US7532618B1 (en) * 2005-05-02 2009-05-12 3Com Corporation Performing operations on IP telephony devices from a remote client

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020150221A1 (en) * 2001-04-12 2002-10-17 Carson Douglas John Generating call detail records
CN101375549B (zh) * 2006-02-14 2016-08-31 艾利森电话股份有限公司 在电信网络的分布式环境中提供转储的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1575574A (zh) * 2000-12-28 2005-02-02 英特尔公司 增强的媒介网关控制协议
US20020150092A1 (en) * 2001-04-17 2002-10-17 Richard Bontempi One-to-one communication
EP1653661A1 (en) * 2003-08-05 2006-05-03 ZTE Corporation Authentication method for medic gateway
US7532618B1 (en) * 2005-05-02 2009-05-12 3Com Corporation Performing operations on IP telephony devices from a remote client

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113114855A (zh) * 2021-04-09 2021-07-13 山东欧飞凌信息技术有限公司 一种基于ims呼叫信令的僵尸号码检索方法
CN113114855B (zh) * 2021-04-09 2023-01-06 山东欧飞凌信息技术有限公司 一种基于ims呼叫信令的僵尸号码检索方法

Also Published As

Publication number Publication date
US20150281012A1 (en) 2015-10-01
JP2015186249A (ja) 2015-10-22

Similar Documents

Publication Publication Date Title
KR100886548B1 (ko) 인터넷 프로토콜 멀티미디어 서브시스템 네트워크에서단말의 성능 정보를 전달하기 위한 방법 및 시스템
JP4673369B2 (ja) ハイブリッド通信ネットワークにおいて相関手段を提供する方法および装置
US8082324B2 (en) Method of establishing a tunnel between network terminal devices passing through firewall
JP5363461B2 (ja) グループ呼機能の問い合わせ
WO2006064347A1 (en) Method and system to the instant transfer of multimedia files between mobile radio users within the scope of combinational services
JP4695457B2 (ja) 関係者識別データの収集及び分配システム及び方法
US20060193308A1 (en) Providing packet communication service
TWI565261B (zh) 用於即時通訊的網路位址轉換穿透系統與方法
US20050047423A1 (en) Protocol interworking framework
KR20050108967A (ko) 브이오아이피 음성 처리 장치 및 그 방법
CN105245493A (zh) 通信网络中的能力查询处理
US20080137644A1 (en) METHODS AND APPARATUS TO PROVIDE VOICE OVER INTERNET PROTOCOL (VoIP) SERVICES
CN104954585A (zh) 通信系统、对话控制装置以及转送控制装置
US9030956B2 (en) Method, computer-readable medium, and apparatus for providing different services to different users of an aggregate endpoint in an internet protocol multimedia subsystem (IMS) network
KR20120100376A (ko) 에스아이피 메시지 송수신 시스템 및 방법
KR100657617B1 (ko) Ｓｉｐ 기반의 무선 패킷 교환망 시스템
CN101574002B (zh) 采用sip的测试电话
KR100726185B1 (ko) 서로 다른 ｉｐ 주소를 사용하는 ｉｐ 네트워크 간 연동제공 시스템, 게이트웨이 장치, 서버 및 연동 제공 방법
JP4870882B2 (ja) Ｉｐネットワーク間の通信方法
JP5679577B2 (ja) 中継システム及び中継網のコーディック選択方法
KR100666945B1 (ko) Ｓｉｐ 프로토콜을 이용한 단말간의 미디어 정보 교환 방법
KR100727067B1 (ko) Ｓｉｐ 기반의 무선 패킷 교환망 시스템에서의 타망 연동방법 및 그 시스템
Lambrinos et al. Integrating voice over IP services in IPv4 and IPv6 networks
D'Arienzo et al. A comparative analysis of protocols for VoIP services
KR100673175B1 (ko) 이기종 망에서의 화상전화 연동 시스템 및 그 방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
AD01 Patent right deemed abandoned
AD01 Patent right deemed abandoned

Effective date of abandoning: 20190412