CN101902452A - 管理装置 - Google Patents
管理装置 Download PDFInfo
- Publication number
- CN101902452A CN101902452A CN2009102463793A CN200910246379A CN101902452A CN 101902452 A CN101902452 A CN 101902452A CN 2009102463793 A CN2009102463793 A CN 2009102463793A CN 200910246379 A CN200910246379 A CN 200910246379A CN 101902452 A CN101902452 A CN 101902452A
- Authority
- CN
- China
- Prior art keywords
- information
- network
- session
- communication system
- communication
- 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
Links
Images
Classifications
-
- 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/1046—Call controllers; Call servers
-
- 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/1023—Media gateways
- H04L65/103—Media 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/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
- H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
- H04M7/121—Details of network access arrangements or protocols
- H04M7/122—Details of network access arrangements or protocols where the PSTN/ISDN access is used as an access to networks other than PSTN/ISDN
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种管理装置。在从加入者收容装置不通过PSTN而直接与IP网络连接时,将不能根据由以往的PSTN网络内的交换机分配的来电号码,判别连接目的地是语音还是数据。并且,在加入者网络也形成为IP网络时,利用模拟线路和ISDN线路的各个用户将不能利用语音通话或数据通信。使用表并按照表的信息控制加入者终端与IP线路等的接口的连接,该表用于登记/管理利用ISDN线路或模拟线路、媒体网关(管理装置)的时分交换器(TSW:Time Division Switch)中的哪个HW(High Way:快速路)的TS(TimeSlot:时隙)进行连接等的信息、加入者签约的服务的信息等加入者信息。
Description
技术领域
本发明涉及一种媒体网关,其提供使用以往的ISDN(Integrated ServicesDigital Network:综合服务数字网络)线路,将利用语音通话和数据通信的用户与IP网络连接的单元。
背景技术
近年来,向下一代网络((NGN)Next Generation Network)的转化得到日益发展,网络的全IP(Internet Protocol:互联网协议)化也得到发展。在奔向全IP(Internet Protocol)化的潮流中,收容了模拟线路和ISDN(Integrated Services Digital Network)线路的公众交换电话网络(PSTN:Public Switched Telephone Network)也不再是潮流之外了。另外,伴随上述趋势,在公众交换电话网络(PSTN:Public Switched Telephone Network)中,也在推进包括中继交换机的中继网络向IP(Internet Protocol)网络的转化。其重要理由是在IP(Internet Protocol)网络中使用的路由器或交换器,其成本远不及形成公众交换电话网络(PSTN:Public Switched TelephoneNetwork)的交换机,能够抑制维护费用。
关于语音通话,通过采用利用IP包来发送声音的VoIP(Voice overInternet Protocol:互联网协议上的语音)技术,利用中继网络推进向IP网络的转化。关于同样用于通信连接的会话控制协议,SIP(Session InitiationProtocol:会话初始化协议)已通过RFC3261标准化,通过在IP网络上配置SIP服务器,在各个网关(GW)和各个终端之间进行基于VoIP的语音通话。
对于数据通信,通过对连接目的地的互联网连接提供商(ISP:Internetservices provider)指定来电号码,由此经由PSTN网络访问连接目的地的RAS(Remote Access Server:远程访问服务器),从而进行数据通信。最近,通过共同的来电号码进行连接,并且针对各个ISP的分配,也实施了由连接目的地的RAS(Remote Access Server)按照连接识别符(域名)等进行的ISP的分配。
今后,认为不仅对中继网络,对加入者网络也将加快从PSTN向IP网络的转化。
另外,作为其他途径,关于快速互联网连接,也在推进向光和ADSL连接等宽带接入的转化,在加入者一侧也形成IP网络,由此也能够实现进行数据通信和VoIP通信的服务。
但是,这将形成全部加入者、与不转化为光和ADSL连接等的宽带接入线路仍继续使用模拟线路和ISDN线路的加入者共存的网络。
例如,专利文献1记载了以下内容,经由PSTN网络中的加入者交换机与媒体网关(MG)连接,再通过经由IP网络进行用户终端与互联网之间的数据通信。
另外,例如,专利文献2记载了以下内容,在有来自收容于MG中的终端的连接请求、来电号码的终端被收容在相同MG中时,不转换为VoIP,而原样在MG内进行连接。
【专利文献1】日本特开2003-348230
【专利文献2】日本特开2001-326724
今后,预测将对加入者网络加快向IP网络的转化,但只要模拟线路和ISDN线路等的加入者接口不消失,就作为接入线存在,所以向IP网络的转化只能做到加入者收容装置。因此,在从加入者收容装置不通过PSTN而直接与IP网络连接时,在加入者收容装置中将不能根据来电号码识别通信对象是语音终端还是数据通信终端。因此,存在根据由以往的PSTN网络内的交换机分配的来电号码,不能判别连接目的地是语音还是数据的问题。并且,在加入者网络也形成为IP网络时,存在利用模拟线路和ISDN线路的各个用户将不能利用语音通话或数据通信的问题。
另外,在经由PSTN网络中的加入者交换机与媒体网关(MG)连接,再通过经由IP网络进行用户终端与互联网之间的数据通信时,需要利用连接互联网的接口UNI将数据从IP网络返回至PSTN网络,所以存在必须保留PSTN网络的问题。
发明内容
本发明构建如下所述的网络结构,把利用模拟线路和ISDN线路的多个电话或PC、收容数据终端的加入者收容装置作为媒体网关,并配置在IP网络的边缘(edge),再在IP网络内配置路由器或服务器(例如SIP服务器)。接受了来自模拟和ISDN用户的呼叫设定请求的媒体网关,例如进行向作为SIP协议的消息的置换,对SIP服务器实施会话连接请求,由此进行不与加入者交换机和中继交换机等以往的PSTN网络连接、而与IP网络连接的控制。如上所述,接收到连接请求的SIP服务器,根据连接目的地的电话号码,参照在本装置内部管理的加入者信息管理表,提取连接目的地的IP地址和连接形式。在提取到的信息中没有连接形式时,SIP服务器识别为语音通话,向连接目的地进行会话连接请求。在完成上述会话连接的时间点,能够实现基于VoIP的语音通话。另一方面,在提取到的信息中登记了连接形式时,SIP服务器判别为数据通信,把提取到的连接形式作为信息,附加在成为会话连接请求消息INVITE的应答的200OK包中,将信息通知媒体网关。在上述消息中有时也附加连接目的地的IP地址。
从SIP服务器接收到针对会话连接请求的应答包即200OK的媒体网关,从应答包即200OK包中提取连接目的地的IP地址和连接形式,并实施对应于提取到的信息的动作。在提取到的连接形式信息是PPPoE时,媒体网关作为PPPoE的客户端进行动作,并与BAS之间进行PPPoE的会话连接。另外,在提取到的信息是L2TP时,媒体网关作为LAC进行动作,并与配置在ISP中的LNS进行L2TP连接。
通过上述动作,能够进行数据通信。在此,由SIP服务器通知连接目的地的连接形式,由此能够根据连接目的地的电话号码判别是语音通话还是数据通信,并能够应对多种动作。
在本发明中,作为一例,使用表并按照所述表的信息将加入者(终端)通过IP线路等的接口与连接目的地连接,所述表用于登记/管理ISDN线路或模拟线路利用媒体网关(管理装置)的时分交换器(TSW:Time DivisionSwitch)中的哪个HW(High Way:干线)的TS(TimeSlot:时隙)进行连接等的信息、加入者签约的服务的信息等加入者信息。并且,对于使用终端的用户——即加入者,准备管理正在连接会话的连接目的地的信息和加入者的信息的表,根据所述表的信息来管理与连接目的地的连接形式,并判别是数据通信还是语音通信。并且,也可以在服务器(例如SIP服务器)中具有管理加入者或连接目的地的信息的加入者信息管理表,在所述管理表中管理用于识别是语音通信还是数据通信的连接形式的信息。所述SIP服务器也可以在接收到会话连接请求时,根据连接目的地的电话号码,通过所述管理表判别连接目的地是语音还是数据,如果判别是数据,则对呼叫源附加连接形式并返回应答消息。
作为本发明的通信***的一例,该通信***具有多个终端、与所述终端连接的管理装置、与所述管理装置连接的网络、与所述网络连接的服务器、和存储所述网络中的连接状态的信息的第1表,所述管理装置具有:存储与所述终端相关的信息的第2表、存储与经由所述网络的会话相关的信息的第3表、存储经由所述网络的服务提供商的信息的第4表,以及接口,根据从所述第2表、所述第3表、所述第4表读出的信息,控制所述终端与所述网络之间的连接,所述服务器在从所述管理装置接收到会话连接请求时,根据从所述第1表读出的信息,发送应答消息。
发明效果
在将PSTN网络转化为IP网络时,能够利用ISDN线路收容利用语音通话和数据通信及分组交换服务的用户。并且,通过与SIP服务器协作,能够只利用来电号码信息判别是语音通话还是数据通信,针对数据通信,也能够对应多种连接方法进行数据通信。
附图说明
图1是网络结构。
图2是网络结构概要图。
图3是MG(30)的结构图。
图4是SIP服务器(50)的结构图。
图5是表示ISDN线路用户和模拟线路用户使用的包示例的图。
图6是表示针对HW的TS的分配规则示例的图。
图7是MG(30)管理的加入者管理表。
图8是MG(30)管理的会话连接管理表。
图9是MG(30)管理的数据管理表。
图10是MG(30)管理的域名管理表。
图11是SIP服务器(50)管理的加入者信息管理表。
图12是SIP服务器(50)管理的连接管理表。
图13是在MG(30)和SIP服务器(50)之间实施的登记加入者信息之前的通信序列。
图14是在MG(30)和SIP服务器(50)之间实施的删除加入者信息之前的通信序列。
图15是开始语音通话之前的通信序列。
图16是切断语音通话之前的通信序列。
图17是在圆圈1部分中开始数据通信之前的通信序列。
图18是在圆圈1部分中结束数据通信之前的通信序列。
图19是在圆圈2部分中开始数据通信之前的通信序列。
图20是在圆圈2部分中结束数据通信之前的通信序列。
图21是表示MG(30)实施的开通处理的流程图。
图22是表示MG(30)实施的断开处理的流程图。
图23是表示SIP服务器(50)实施的登记/删除处理的流程图。
图24是表示MG(30)实施的200OK接收处理的流程图。
图25是表示MG(30)实施的SETUP接收处理的流程图。
图26是表示MG(30)实施的呼出处理的流程图。
图27是表示SIP服务器(50)实施的INVITE接收处理的流程图。
图28是表示MG(30)实施的INVITE接收处理的流程图。
图29是表示MG(30)实施的CALLPROC接收处理的流程图。
图30是表示SIP服务器(50)实施的200OK接收处理的流程图。
图31是表示MG(30)实施的连接分配处理的流程图。
图32是表示MG(30)实施的认证请求接收处理的流程图。
图33是表示SIP服务器(50)实施的BYE接收处理的流程图。
图34是表示MG(30)实施的BYE接收处理的流程图。
图35是表示MG(30)实施的REL COMP接收处理的流程图。
图36是MG(30)管理的加入者管理表。
图37是表示SIP服务器(50)发送的200OK包示例的图。
图38是表示SIP服务器(50)发送的200OK包示例的图。
具体实施方式
以下,使用附图具体说明实施例。
图1是表示IP网络的实施结构的一例的图。
网络结构是,在网络中设有利用ISDN线路的多个电话(10-1~10-n、12-1~12-m、14-1~14-k)、多个PC(11-1~11-n、13-1~13-m、15-1~15-k)、利用模拟线路的多个电话(16-1~16-n、17-1~17-m)、和进行作为ISDN服务的分组交换服务的数据终端(140),它们分别通过媒体网关(管理装置、MG)(30-1~30-3)与IP网络(1)连接,MG(30-1~30-3)与作为互联网服务提供商的ISP A(80-1)和ISP B(80-2)分别拥有的LNS1(70-1)、LNS2(70-2)连接,另外,对应分组交换服务的分组网络(100)与MG(30-1)连接。
更具体地讲,利用ISDN线路的多个电话(10-1~10-n、12-1~12-m、14-1~14-k)、多个PC(11-1~11-n、13-1~13-m、15-1~15-k),通过将通信设备的信号数字化的TA(Terminal Adapter:终端适配器)与MG(30-1~30-3)连接,以便在ISDN的数字线路中使用DSU(Digital Service Unit:数字服务单元)或各种通信设备,所述DSU具有从ISDN的数字线路接收信号,并转换为TA等的ISDN对应设备能够处理的信号的功能。
在IP网络(1)内配置有路由各种包的路由器(40)及作为宽带接入服务器的BAS(60),路由器(40)还连接SIP服务器(50)、和用于询问各种信息的RADIUS服务器3(90-3),SIP服务器(50)进行基于VoIP(Voiceover Internet Protocol)的IP电话的会话连接及切断等的会话控制。
在作为互联网服务提供商的ISP A(80-1)和ISP B(80-2)内分别配置有WEB服务器(110-1)和WEB服务器(110-2),还连接用于进行认证等处理的RADIUS服务器1(90-1)和RADIUS服务器2(90-2)。另外,在实施分组交换服务的分组网络(100)的前头连接有数据库(130)。
图2是图1中的网络结构的概要图。
图2所示的由圆圈1包围的(111),表示电话1(10-1)与电话2(14-2)进行语音通信(VoIP(Voice over Internet Protocol))时的通信路由,由圆圈2包围的(112)表示PC2(11-2)与ISP A(80-1)内的WEB服务器(110-1)进行数据通信时的通信路由(112),由圆圈3包围的(113)表示PC1(13-2)与ISP B(80-2)内的WEB服务器(110-2)进行数据通信时的通信路由(113),由圆圈4包围的(114)表示分组交换服务利用者进行通信时的通信路由。关于具体情况将在后面叙述。
在图2中,附带在电话1(10-1)、PC2(11-2)、PC1(13-2)、ISPA(80-1)和ISP B(80-2)后面的字符串“xxx-xxx-xxxx”,分别表示电话号码,附带在MG(30-1~30-3)、LNS1(70-1)和LNS2(70-2)后面的字符串“xxx.xxx.x.x”,表示分配给各个终端和装置的IP地址。
图3是表示媒体网关(MG)(30)的主要部分的结构框图。
MG(30)包括:控制装置动作的处理器(38);多个加入者线路接口(31-1~31-n),其用于实施图1和图2所示的利用ISDN线路的多个电话(10-1~10-n、12-1~12-m、14-1~14-k、16-1~16-n、17-1~17-m)、多个PC(11-1~11-n、13-1~13-m、15-1~15-k)及数据终端(140)的连接,及数据的交换;多个加入者HW(High Way,将TSW和协议处理部连接的时分的总线)(32-1~32-n),其将来自加入者线路接口的数据与时分交换器(以下称为TSW)(33)连接;终结加入者HW(32-1~32-n)的TSW(33);与协议处理部(35)连接的多个IP网络侧HW(TS1~TS512,其中,TS指Time Slot:时隙)(34-1~34-m);用于与IP网络连接的多个IP线路接口(36-1~36-n);和存储器(39)。
处理器(38)连接控制终端(310),能够由维护人员使用控制终端(310)进行装置的各种控制和信息的登记/删除。
在存储器(39)中设有作为软件的控制处理(391),其包括开通处理(F3910)、断开(閉塞)处理(F3911)、SETUP接收处理(F3912)、呼出处理(F3913)、200OK接收处理(F3914)、INVITE接收处理(F3915)、CALLPROC接收处理(F3916)、连接分配处理(F3917)、认证请求接收处理(F3918)、BYE接收处理(F3919)、和REL COMP接收处理(F3920)这些多个控制处理,还设有加入者信息管理表(392)、会话连接管理表(393)、数据管理表(394)和域名管理表(395)。
关于控制部(37)的存储器(39)中的控制处理(391)的具体处理,将在后面叙述。在加入者管理表(392)中登记/更新加入者等的信息(加入者为用户的终端连接的线路的类型信息、该终端连接的MG管理装置的时分交换器的设定信息、和有关终端的用户的服务信息等),并进行管理,如图7所示,所述加入者等的信息包括以下各种信息:加入者的电话号码(3921);表示是利用ISDN线路还是利用模拟线路的I/A(3922);作为表示加入者利用哪个包的信息的B1/B2/D/A、固定分配给加入者的HW和TS的各种信息(3923);MG(30)利用的IP address(IP地址)(3924)和端口号码(3925);表示能否利用加入者线路(开通/断开状态)的REG STATUS(REG状态)(3926);作为利用SIP时的识别信息的SIP URI(3927);加入者是否利用分组交换服务等签约服务(3928)。关于加入者管理表(392)的具体使用方法,将在后面具体叙述。
如图7所示的加入者管理表(392、3929.39210)示出的那样,加入者的签约服务(3928)为Bch-P(3929)和Dch-P(39210)。该信息表示分组交换服务,是与ISDN线路和模拟线路独立的服务。MG(30)进行是否利用分组交换服务的识别,并向分组网络发送数据。虽然在实施例中没有特别说明,但通过进行图7所示的加入者管理表(392、3929.39210)的签约服务(3928)的确认,MG(30)向分组网络(100)发送数据。
在会话连接管理表(393)中存储有关会话连接的信息,并且用于登记/更新图8所示的下述信息并进行管理:发送源的电话号码(3931)、成为使用SIP通信时的识别信息的SIP URI(3932)、IP address(3934)和使用的端口号码(3935)的信息;连接目的地的电话号码(3936)、成为使用SIP通信时的识别信息的SIP URI(3932)、IP address(3938)、使用的端口号码(3938)、连接目的地按照PPPoE及L2TP连接等的连接形式(39310)的信息;作为用于在使用SIP通信时识别会话连接消息的命令序列的Cseq(39310)和Status(39311)。关于会话连接管理表(393)的具体使用方法,将在后面具体叙述。
数据管理表(394)用于存储建立PPPoE的会话时的会话消息,并且登记/更新图9所示的下述信息并进行管理:建立PPPoE的会话时的SessionID(会话ID)(3941);形成L2TP的隧道时的MG(30)的Tunnel ID(隧道ID)(3942)、Session ID(3943);和形成L2TP的隧道时的连接装置的TunnelID(3944)、Session ID(3945)。关于数据管理表(394)的具体使用方法,将在后面具体叙述。
域名管理表(395)用于存储互联网服务提供商的消息,并且登记/管理图10所示的下述信息:对每个互联网服务提供商确定的域名(3951);互联网服务提供商分别拥有的LNS(70-1、70-2)的IP address(3952)。关于域名管理表(395)的具体使用方法,将在后面具体叙述。
图4是表示SIP服务器(50)的主要部分的结构框图。
SIP服务器(50)包括:控制服务器的处理器(55);进行数据的发送接收的线路接口(51-1、51-n);与线路接口(51-1、51-n)连接的协议处理部(52);存储器(54);和内部总线(51)。在控制部(53)的存储器(56)中设有SIP处理部(561)、加入者信息管理表(562)和连接管理表(563),处理器(58)使用加入者信息管理表(562)和连接管理表(563),执行SIP处理部(561)的处理。
处理器(55)最后连接控制终端(57),能够由维护人员使用控制终端(57)进行装置的各种控制和信息的登记/删除。
在SIP处理部(561)中设有登记/删除处理(F5611)、INVITE接收处理(F5612)、200OK接收处理(F5613)、和BYE接收处理(F5614)这些各种处理。关于各个处理的具体情况将在后面具体说明。
加入者信息管理表(562)登记/更新图11所示的请求信息登记的加入者等的信息,并进行管理,具体地讲,包括下述各种信息:加入者等的电话号码(5621)、作为终端识别信息的SIP URI(5622)、成为连接目的地的装置的IP address(5623)、和表示登记的用户或连接ISP的方法的连接形式(5624)。关于加入者信息管理表(562)的具体使用方法,将在后面具体叙述。
在连接管理表(563)中,如图12所示,作为正在会话连接的终端的信息,登记/更新下述信息并进行管理:发送源的电话号码(5631)、作为使用SIP通信时的识别信息的SIP URI(5632)、IP address(5633)和端口号码(5634)的信息;发送目的地的电话号码(5635)、SIP URI(5636)、IP address(5637)和端口号码(5638)的信息;以及作为SIP消息内的消息识别消息的命令/序列CSeq(5639)。关于连接管理表(563)的具体使用方法,将在后面具体叙述。
图5是表示图3所示的加入者HW(32-1~32-n)收容分配的示例。如图5(a)所示,ISDN线路利用者收容两个B信道/分组和一个D信道/分组,从加入者HW(32-1~32-n)开始在TSW(33)处终结,图5(b)表示模拟线路利用者的收容分配。在图3所示的TSW(33)处终结,按照图7所示的加入者管理表(392)的I/A(3922)判定是否使用ISDN线路或模拟线路。
图6表示利用图3所示的MG(30)内的TSW(33)分配的HW(34-1~34-m)的TS分配规则示例。在本实施例中,对每1个加入者固定分配4个TS。4个TS分配两个B信道/分组和一个D信道/分组及模拟线路。在是32M HW时,每1HW分配TS1~TS512,所以能够收容128个用户。
如图6(a)所示,在ISDN线路利用者中,只能使用B1和B2信道的用户使用TS1和TS2,TS3和TS4处于未使用状态。
如图6(b)所示,在ISDN线路利用者中,只能使用D信道的用户只使用TS3,TS1、TS2和TS4处于未使用状态。
如图6(c)所示,模拟线路利用者只使用TS4,TS1~TS3处于未使用状态。
根据加入者信息管理表(392)的信息管理上述状态,并对每个用户确定使用哪个HW和TS。
在本发明中是固定确定的,但也可以利用对于加入者信息管理表(392)的信息确认HW是否空闲的方法等,形成有效利用空闲的HW的结构。
图13表示下述序列,即:通过图3所示的控制终端(310),在输出了使维护人员开通新的用户信息或线路的指示等命令时,MG(30)向SIP服务器(50)发送加入者信息的登记消息,并在SIP服务器(50)的数据库中登记加入者信息之前的序列。
图14表示下述序列,即:通过图3所示的控制终端(310),在输出了使维护人员删除已退会用户的信息或临时断开线路的用户信息等断开线路的命令时,MG(30)向SIP服务器(50)发送加入者信息的删除消息,并从SIP服务器的数据库中删除加入者信息之前的序列。
图15表示电话1(20-1)和电话2(14-2)使用RTP(Real-time TransportProtocol:实时传输协议)进行VoIP(Voice over Internet Protocol)通信(语音通话)的序列和协议堆栈。
图16表示用于切断电话1(20-1)与电话2(14-2)的VoIP通信(语音通话)的序列。
【实施例1】
下面,参照图13~图16所示的通信序列和图21~图35所示的流程图,说明实施例1的MG(30)、SIP服务器(50)各自的处理动作。
说明MG(30-1)和SIP服务器(50)在SIP服务器(50)中完成加入者信息登记/删除之前的处理动作。
维护人员使用图3所示的控制终端(310)通过输入命令等,实施新加入者的信息的登记及各种设定处理。除了加入者信息外,使处于能够连接线路的状态的开通指示、由于用户的原因而临时断开线路等的断开指示等,也包含在维护人员的作业之中。
首先,在发行了使线路开通的开通支持命令后(F100),MG(30-1)按照图21所示的开通处理(F3910)流程,如图36(a)中的加入者管理表(392)所示,把REG STATUS(3926)更新为开通处理中(Cseq=101REGISTER)(F39101)。在本发明中,关于利用两个信道中的B1信道还是B2信道的选择方法没有特别规定。
在更新处理结束后,向SIP消息附加登记在加入者管理表(392)中的信息、即作为呼叫源的用户的电话号码(3921)、作为使用SIP的通信的识别信息的SIP URI(3927)、MG(30-1)使用的IP address(3924)和使用的端口号码(3925),另外,使用成为对REG STATUS(3926)登记的SIP消息的识别消息的命令/序列Cseq(Cseq=101REGISTER),向SIP服务器(50)发送作为加入者信息登记消息的REGISTER包(SQ100)(F39102)。
接收到REGISTER包(SQ100)的SIP服务器(50),按照图23所示的登记/删除处理(F5611)的流程,提取呼叫源的电话号码、作为使用SIP的通信中的识别符的SIP URI和IP address、以及作为SIP消息的识别信息的命令/序列Cseq(F56111),利用呼叫源的电话号码、作为使用SIP的通信中的识别符的SIP URI和IP address,检索图11(a)所示的加入者信息管理表(562)(F56112)。
然后,确认提取到的信息是否已登记并且一致(F56113),关于已经登记了一致的信息的情况,将在后面具体叙述。如果是不一致的信息,则在图11(b)所示的加入者信息管理表中登记提取到的信息即电话号码、SIPURI、IP address和Cseq(F56115、562-1)。在登记结束后,对表示登记结束的SIP消息即200OK包,设定提取到的Cseq,向呼叫源发送200OK包(SQ101)(F56116)。
接收到作为登记结束通知的200OK包(SQ101)的MG(30-1),按照图24所示的200OK接收处理(F3914)流程,从接收到的200OK包(SQ101)中提取呼叫源和连接目的地的电话号码、作为SIP处理中的识别信息的SIP URI、IP address、端口号码、连接形式和Cseq(F39141),利用作为SIP消息的识别信息的命令/序列Cseq,检索图8所示的会话管理表(393)(F39142)。并确认是否已经登记信息并且一致(F39143),在一致时转入流程F391412,在不一致时,利用作为SIP消息的识别信息的命令/序列Cseq,检索图7所示的加入者管理表(F39144),确认其结果是否一致(F39145)。在检索到的结果为不一致时,将接收到的200OK包(SQ101)废弃(F39146),在一致时,确认作为SIP消息的识别信息的命令/序列Cseq是否是REGISTER的信息(F39147)。关于不是针对REGISTER的信息的情况,将在后面具体叙述。在是针对REGISTER的200OK包(SQ101)时,提取SIP消息的CONTACT标题内的expires(F39148),确认expires的值是否是0(F39149)。在不是0时,如图36(b)中的加入者管理表(392)所示,把REG STATUS(3926)更新为开通(F391410)。关于是0的情况将在后面具体叙述。通过以上处理,MG(30-1)完成对SIP服务器(50)实施的加入者信息登记处理。
下面,说明加入者信息删除处理。接收到断开指示(F101)的MG(30-1),按照图22所示的断开处理(F3911)流程,如图36(c)中的加入者管理表(392)所示,把REG STATUS(3926)更新为断开处理中(Cseq=102REGISTER)(F39111)。在更新结束后,附加登记在加入者管理表(392)中的信息、即呼叫源的电话号码(3921)、成为使用SIP的通信的识别信息的SIP URI(3927)、IP address(3924)和使用的端口号码(3925)、登记在REG STATUS(3926)中的作为SIP消息的识别信息的命令/序列Cseq(102REGISTER),并对expires设定0,向SIP服务器(50)发送作为加入者信息删除消息的REGISTER包(SQ102)(F39112)。
接收到REGISTER包(SQ102)的SIP服务器(50),按照图23所示的登记/删除处理(F5611)流程实施处理。省略在登记加入者信息时已经说明的内容,从在流程F56113中与登记信息一致的情况开始说明。
当在流程F56113中检索到的结果为一致时,提取SIP消息内的expires(F56117),确认提取到的值是否是0(F56118)。在确认的结果为不是0时,将REGISTER消息(SQ102)废弃(F56114),在是0时,如图11(c)所示的加入者信息表(562、562-2)那样,删除提取到的SIP URI、IP address和电话号码(F56119)。在删除结束后,对作为表示删除结束的SIP消息的200OK包设定提取到的Cseq,向呼叫源发送200OK包(SQ103)(F56116)。
接收到表示删除结束的200OK包(SQ103)的MG(30-1),按照图24所示的200OK包接收处理(F3914)流程实施处理。省略在登记处理时已经说明的内容,从流程F39148开始说明。在提取到的SIP消息的CONTACT标题内的expires是0时,如图36(d)中的加入者管理表(392)所示,把REG STATUS(3926)更新为断开(F391411)。
通过以上处理,MG(30-1)完成对SIP服务器(50)实施的加入者信息删除处理。
下面,按照图15所示的通信序列,说明在电话1(10-1)与电话2(14-2)开始RTP(Real-time Transport Protocol)(VoIP(Voice over InternetProtocol)通信)之前的、MG(30-1)和SIP服务器(50)的处理动作。
电话1(10-1)向电话2(14-1)发送作为呼叫设定请求消息的SETUP消息(SQ104),以便开始电话。
接收到呼叫设定请求消息SETUP(SQ104)的MG(30-1),按照图25所示的SETUP接收处理(F3912)流程,实施把来自线路网络的消息替换为SIP协议的处理。首先,提取加入者线路IF No(接口号码)(接收到的线路IF No)和连接目的地的电话号码(F39121),利用加入者线路IF No(接收到的线路IF No)检索图7所示的加入者管理表(392)(F39122)。然后,确认图7所示的加入者管理表(392)的REG STATUS(3926)是否开通(F39123)。如图36(a)(c)(d)中的加入者管理表(392)所示,在没有开通时,将SETUP消息(SQ104)废弃(F39124),如图36(b)中的加入者管理表(392)的REG STATUS(3926)所示,在已开通时,从图7所示的加入者管理表(392)中提取呼叫源(加入者)的电话号码、SIP URI、IP address和端口号码,并登记在图8(a)所示的会话管理表(393)中(F39125)。另外,如图8(b)所示的会话管理表(393)那样,登记从SETUP消息(SQ104)中提取到的连接目的地的电话号码(F39125),向呼叫源(加入者)发送表示受理呼叫设定的CALLPROC(SQ105)(F39126)。在发送完成后,按照图25所示的呼出处理(F3913)流程,如图8(c)所示的会话连接管理表(393)中的Cseq(3931)那样,把作为SIP消息的识别信息的Cseq登记为“103INVITE”(F39131),从图8(c)所示的会话连接管理表(393)中提取连接目的地的电话号码、呼叫源(加入者)的电话号码、SIP URI和IP address(F39132),利用提取到的信息和所登记的作为SIP消息的识别信息的Cseq(103INVITE),对来自电话1(10-1)的SETUP消息(SQ104)替换为在SIP协议中使用的作为会话连接请求的INVITE包(SQ106),并发送给SIP服务器(50)(F39133)。
接收到作为会话连接请求的INVITE包(SQ106)的SIP服务器(50),按照图27所示的INVITE接收处理(F5612)流程,提取连接目的地的电话号码和作为SIP消息的识别信息的命令/序列Cseq(F56121),利用连接目的地的电话号码检索图11所示的加入者信息管理表(562)。在SIP服务器(50)没有登记连接目的地的信息时,SIP服务器(50)不能进行会话连接请求,所以向呼叫源发送NG应答、即通知不能连接对方的消息(F56124)。如图10(a)所示的加入者信息管理表(562、5625)示出的那样,在登记有连接目的地的信息时,从图10(a)所示的加入者信息管理表(562、5625)中提取连接目的地的电话号码、SIP URI和IP address,并登记在图12(a)所示的连接管理表(563、56310)中(F56125)。另外,确认在图10(a)所示的加入者信息管理表(562)中是否登记了连接形式(5624)(F56126),如图10(a)所示的加入者信息管理表(562、5625)示出的那样,如果没有登记,则识别为不是数据通信而是语音通信,并进行处理。从接收到的INVITE包(SQ106)中提取作为使用呼叫源的SIP的通信的识别信息的SIPURI、IP address、端口号码、和作为SIP消息的识别信息的命令/序列即Cseq,按照图11(b)所示的连接管理表(563、56311)那样登记提取到的信息(F56127)。关于登记了连接形式的情况,将在实施例2中具体叙述。
在登记结束后(F56127),利用作为相同SIP消息的识别信息的命令/序列——即Cseq(103、INVITE),向连接目的地发送作为会话连接请求消息的INVITE包(SQ107)(F56128)。
其中,所说进行管理的连接形式,指用于判别是语音还是数据的信息,还指表示连接目的地是何种连接、例如表示是语音通信还是基于PPPoE或L2TP的数据通信的信息,也即网络的通信条件信息。该连接形式的信息是预先登记在SIP服务器(50)中的信息的结构,在没有登记连接形式时或者登记为RTP时,与普通的SIP服务器相同,向连接对象发送作为会话连接请求的INVITE消息。关于登记了连接形式时的SIP服务器(50)的动作,将在实施例2中具体叙述。
在此,假设是SIP服务器(50)具有连接形式的信息的结构,但也可以由其他***中的数据库或MG(30)自身进行管理。
接收到作为会话连接请求消息的INVITE包(SQ107)的MG(30-3),按照图28所示的INVITE接收处理(F3915),从接收到的INVITE包(SQ107)中提取连接目的地的电话号码和呼叫源的电话号码、SIP URI、IP address、端口号码(F39151),利用连接目的地的电话号码检索图7所示的加入者管理表(392)(F39152)。确认检索到的结果是否一致(F39153),在不一致时,由于不是MG(30-3)收容的用户,所以将INVITE包(SQ107)废弃(F39154),在一致时,由于是MG(30-3)收容的用户,所以确认图7所示的加入者管理表(392)的REG STATUS(3926)是否开通(F39155)。在没有开通时,向呼叫源发送包括表示每次不能连接的情况的消息的NG应答消息(F39156),在已开通时,由于是能够连接的状态,所以在图8所示的会话管理表(392)中登记提取到的信息(F39157),把作为SIP消息的会话连接请求INVITE消息(SQ107)替换为在线路网络中使用的消息,并向连接目的地发送作为呼叫设定请求消息的SETUP消息(SQ108)(F39158)。
接收到作为针对呼叫设定消息SETUP(SQ108)的应答的CALLPROC(SQ109)的MG(30-3),按照图29所示的CALLPROC接收处理(F3916)流程,提取呼叫源的电话号码(F39161),检索图8所示的会话管理表(393)(F39162)。在检索到的结果为不一致时,将CALLPROC废弃(F39164),在一致时,从会话管理表中提取作为SIP消息的识别信息的命令/序列Cseq(F39205)。确认提取到的Cseq是否是针对INVITE的(F39166),如果不是INVITE,则将CALLPROC废弃(F39164),如果是INVITE,则利用提取到的Cseq(103INVITE)发送200OK(SQ110)(F39168)。
接收到作为针对来自连接目的地的会话连接请求的INVITE包(SQ106、SQ107)的应答消息——即200OK包(SQ110)的SIP服务器(50),按照图30所示的200OK接收处理(F5613)流程,提取呼叫源、连接对象的电话号码、作为SIP通信中的识别信息的SIP URI、IP address、端口号码、和作为SIP消息的识别信息的命令/序列Cseq(F56131),利用提取到的作为SIP消息的识别信息的命令/序列Cseq,检索图12(b)所示的连接管理表(563、5631)(F56132)。确认检索到的结果是否一致(F56133),在不一致时,将作为应答消息的200OK包废弃(F56134)。在一致时,确认作为SIP消息的识别信息的命令/序列——即Cseq是否是针对作为会话连接请求的INVITE的(F56135),如果不是针对INVITE,则转入流程F561310,确认是否是针对BYE的。关于流程F561310以后的情况,将在后面具体叙述。
如图12(b)中的连接管理表(563、5631)所示,在是针对作为会话连接请求的INVITE的应答——即200OK包(SQ110)时,利用连接目的地的电话号码、SIP URI、IP address和端口号码,检索图12(b)所示的连接管理表(563)(F56136),确认是否一致(是否登记)(F56137)。在不一致时(没有登记时),将200OK包(SQ110)废弃(F56139),在一致时(已登记时),如图12(c)所示的连接管理表(563、56312)示出的那样,登记呼叫源的SIP URI、端口号码(F56138)。在登记结束后,利用提取到的作为SIP消息的识别信息的命令/序列Cseq(103INVITE),向连接目的地发送200OK包(SQ111)(F561314)。
接收到针对作为会话连接请求的INVITE包(SQ106)的应答包——即200OK包(SQ111)的MG(30-1),按照图24所示的200OK接收处理(F3914)流程实施处理。省略已经说明的流程的说明,从流程F391412开始进行说明。
确认提取到的作为SIP消息的识别信息的命令/序列Cseq(F39144)是否是针对INVITE包(SQ106、SQ107)的(F39147),如图8(c)所示的会话管理表(393、3931)示出的那样,在是针对INVITE的应答消息即200OK包(SQ111)时,利用提取到的连接目的地的电话号码、SIP URI、IPaddress、端口号码和连接形式,检索图8(c)所示的会话连接管理表(393)(F391413),确认检索到的结果是否一致(F391414)。在不一致时,将200OK包(SQ111)废弃(F391417),如图8(c)所示的会话管理表(393、39312)示出的那样,在一致时,将呼叫源的SIP URI、IP address、端口号码和连接形式及Cseq(39310)登记在图8(d)所示的会话管理连接表中(393、39313)(F391415),向呼叫源发送ACK(F391421)。在ACK的发送结束后,实施图31所示的连接分配处理(F3917)。
接收针对作为会话连接请求的SIP消息INVITE(SQ106、SQ107)的应答包——即200OK(SQ111)、并完成了图24所示的200OK接收处理(F3914)流程的MG(30-1),按照图31所示的连接分配处理(F3917)流程,从图8(d)所示的会话连接管理表(393)中提取连接形式(F39171),确认是否登记了连接形式(F39172)。如图8(d)中的会话管理表(393、39313)所示,在没有登记时,等待作为连接目的地的电话2(14-2)接通电话、即等待完成CONNECT(F39176)。关于图8(d)所示的会话连接管理表(393)中登记了连接形式的情况,将在后面叙述。
完成CONNECT(连接),指MG(30-1)从作为到达侧的电话2(14-2)接收CONNECT消息(SQ113)和200OK(SQ114~SQ115),并向电话1(10-1)发送CONNECT(SQ116),向呼叫源发送应答消息ACK(SQ117)。
通过以上步骤,完成CONNECT处理。在完成CONNECT后,MG(30-1)实施基于RTP(Real-time Transport Protocol)的VoIP(Voice over InternetProtocol)通信(语音)处理(F39159)。
通过以上处理,完成在电话1(10-1)与电话2(14-2)开始基于RTP(Real-time Transport Protocol)的VoIP(Voice over Internet Protocol)通信之前的、MG(30-1)和SIP服务器(50)的处理动作,在电话1(10-1)和电话2(14-1)之间能够进行语音通话(SQ118~SQ120)。
下面,说明切断电话1(10-1)和电话2(14-1)之间的语音通话(SQ118~SQ120)时的、MG(30)和SIP服务器(50)的处理动作。
接收到作为切断请求消息的DISC(SQ121)的MG(30-1),提取呼叫源的电话号码,确认是否在图8(d)所示的会话连接管理表(393、3931)中进行了登记。在没有登记时,将DISC(SQ121)废弃,在进行了登记时,如图8(e)中的会话管理表(393、39314)所示,登记作为SIP消息的识别信息的命令/序列Cseq(104BYE),把接收到的线路网络侧的切断消息即DISC(SQ121)转换为SIP消息的会话切断请求消息BYE包(SQ122),并发送给连接目的地(SQ122)。
接收到会话切断请求消息即BYE包(SQ122)的SIP服务器(50),按照图33所示的BYE接收处理(F5614)流程,提取呼叫源和连接目的地的电话号码、作为SIP通信中的识别信息的SIP URI、IP address和端口号码(F56141),利用提取到的信息检索图12(c)所示的连接管理表(F56142)。确认登记的信息是否一致(F56143),如果不一致,则将BYE包(SQ121)废弃,在一致时,提取作为SIP消息的识别信息的命令/序列Cseq(F56145),如图12(d)所示的连接管理表(563、56313)那样,更新作为SIP消息的识别信息的命令/序列Cseq(104BYE)(F56146)。在登记结束后,利用已登记的作为SIP消息的识别信息的命令/序列Cseq(104BYE),向连接目的地发送作为会话切断请求的BYE包(SQ123)(F56147)。
接收到会话切断请求即BYE包(SQ123)的MG(30-3),按照图34所示的BYE接收处理(F3919),提取呼叫源和连接目的地的电话号码、SIPURI、IP address、端口号码(F39191),利用提取到的消息检索图8所示的会话连接管理表(393)(F39192)。确认检索到的结果是否一致(F39193),在不一致时,将会话切断请求即BYE包(SQ122)废弃(F39194),在一致时,提取作为SIP消息的识别信息的命令/序列Cseq(104BYE)(F39195),并登记在图8所示的连接管理表(563)中(F39196)。在登记结束后,把在SIP消息中接收到的切断请求消息BYE包(SQ124)转换为线路网络侧的切断请求消息即DISC(SQ123)并发送(F39197),并发送开放消息即REL(SQ125)(F39198)。
电话2(14-1)在开放完成后,发送开放完成消息即REL COMP(SQ125)。接收到开放完成消息即REL COMP(SQ126)的MG(30-3),按照图35所示的REL COMP接收处理(F3920)流程,提取呼叫源的电话号码(F39201),并检索图8所示的会话管理表(363)(F39202)。在检索到的结果为不一致时,将REL COMP废弃(F39204),在一致时,从图8所示的会话管理表(393)中提取作为SIP消息的识别信息的命令/序列Cseq(F39205),在是针对BYE的信息时,利用提取到的作为SIP消息的识别信息的命令/序列Cseq发送200OK包(SQ127)。关于不是针对BYE的信息的情况,将在后面叙述。
接收到针对作为会话切断请求的BYE包(SQ122)的应答消息——即200OK包(SQ126)的SIP服务器(50),按照图30所示的200OK接收处理(F5613)流程实施处理。省略已经说明的流程的说明,从流程F561310开始进行说明。
确认从接收到的200OK包(SQ126)提取的作为SIP消息的识别信息的命令/序列Cseq是否是针对BYE的信息(F561310),如果不是针对BYE的信息,则将200OK包废弃(F56134)。如图12(d)所示的连接管理表(563、56313)示出的那样,在是针对BYE的信息时,利用呼叫源和连接目的地的电话号码、SIP通信中的识别信息即SIP URI、IP address和端口号码,检索图12(d)所示的连接管理表(d)(F561311),确认是否与登记信息一致(F561312)。如果不一致,则将200OK包(SQ127)废弃(F56134),在一致时,按照图12(e)所示删除呼叫源和连接目的地的登记信息(F561313)。在删除结束后,利用提取到的作为SIP消息的识别信息的命令/序列Cseq(104BYE),发送200OK包(SQ128)(F561314)。
接收到针对作为切断请求包的BYE包(SQ121)的应答消息——即200OK包(SQ127)的MG(30-1),按照图24所示的200OK接收处理(F3914)流程实施处理。
关于已经说明的处理省略其说明,从流程F391416开始进行说明。MG(30-1)确认从接收到的200OK包(SQ126)提取的作为SIP消息的识别信息的命令/序列Cseq是否是BYE(F391416)。如果不是针对BYE的信息,则将200OK包废弃(F391417),如图8(e)中的会话管理表(393、39314)所示,在是针对切断请求消息即BYE的200OK时,利用呼叫源和连接目的地的电话号码、SIP URI、IP address、端口号码和连接形式,检索图8(e)所示的会话连接管理表(393)(F391418)。确认检索到的结果是否一致(F301419),在不一致时,将200OK包废弃(F391417),在一致时,如图8(f)中的会话连接管理表(393、39315)所示,删除呼叫源的信息和作为SIP消息的识别信息的命令/序列Cseq(F391420)。在删除结束后,发送应答消息即ACK(SQ129)(F391421),还向连接目的地发送呼叫开放消息即REL(SQ130)。
接收到针对呼叫开放消息即REL(SQ130)的呼叫开放结束消息RELCOMP(SQ131)的MG(30-1),按照图35所示的REL COMP接收处理(F3920)流程进行处理。省略已经说明的流程,从流程F39207开始进行说明。确认从会话管理表提取的作为SIP消息的识别信息的命令/序列Cseq是否是针对BYE的信息(F391207),在不是针对BYE的信息时,如图8(g)中的会话连接管理表(393)所示,删除呼叫源的信息(F39208)。
通过以上处理,语音通话被切断。
如上所述,开始和切断电话1(10-1)与电话2(14-2)的语音通话时的MG(30)和SIP服务器(50)的处理动作的说明结束。
【实施例2】
下面,说明实施例2。图17表示PC2(11-2)与ISP A(80-1)内的WEB服务器(110-1)进行圆圈1所示的数据通信时的通信序列和协议堆栈。
图18表示切断PC2(11-2)与ISP A(80-1)内的WEB服务器(110-1)的、圆圈1所示的数据通信时的通信序列。
下面,参照图17~图18所示的通信序列和图21~图35所示的流程图,说明在实施例2中,PC2(11-2)与ISP A(80-1)内的WEB服务器(110-1)进行圆圈1所示的数据通信之前的、MG(30-1、30-2)和SIP服务器(50)各自的处理动作。
首先,说明进行圆圈1所示的数据通信之前的处理。关于图18所示的SQ104~SQ106、图25所示的SETUP接收处理(F3912)、图26所示的呼叫源处理(F3913)的处理,与实施例1相同,所以省略说明。
接收到会话连接请求即INVITE包(SQ106)的SIP服务器(50),按照图27所示的INVITE接收处理(F5612)流程执行处理。省略与实施例1相同的处理的说明,从流程F56126开始进行说明。
利用连接目的地的电话号码检索图11(a)所示的加入者信息管理表(562),确认是否登记了连接形式(F56126)。如图11(a)所示的加入者信息管理表(392、5626)示出的那样,在登记了连接形式时,提取连接形式(5624)和连接目的地的IP address(5623)(F56129)。如图11(a)中的连接形式(5624)所示,在本实施例2中判明连接形式是按照PPPoE进行数据通信。
在提取连接形式和IP address后(F56129),设定作为SIP消息的识别信息的Cseq(105INVITE),向呼叫源发送在SIP消息中附加了连接形式和IP address的200OK包(SQ300)(F561210)。图37表示此时的200OK包(SQ130)的示例。其中,上述提取的连接目的地的IP address有时没有登记。在没有登记时,处于MG(30)不清楚连接目的地的状态,但只是对200OK包附加了连接形式,所以没有问题。关于只登记连接形式的情况,将在后面叙述。
在此,如图37所示的200OK包示例示出的那样,例如,采取在标题字段内追加CONNECTION:PPPoE(M100)等,并将连接形式通知MG(30-1)的方法。但是,由于SIP消息是基于文本的,所以并不特别指定连接形式的附加方法。
另外,在连接形式被登记为RTP(Real-time Transport Protocol)或VoIP(Voice over Internet Protocol)时,不执行上述说明的处理,而是执行在实施例1中说明的处理、即向连接目的地发送会话连接请求消息INVITE的处理。
如上所述,在实施例2中,SIP服务器(50)根据连接形式的信息,判定是否向呼叫源返回200OK、或者是否向连接目的地发送INVITE。即,根据连接目的地的信息判别是进行语音通信还是进行数据通信,在进行数据通信时,采取利用SIP消息的200OK通知MG(30)的结构。通过上述动作,MG(30)能够区分是语音还是数据,还能够进行对应连接形式的动作。在本实施例中,MG(30)作为PPPoE的客户端进行动作。
接收到200OK包(SQ300)的MG(30-1)按照图24所示的200OK接收处理(F3914)执行处理。省略已经在实施例1中说明的内容,从流程F391412开始进行说明。确认提取到的作为SIP消息的识别信息的命令/序列Cseq是否是INVITE的信息(F391412),如图8(c)中的会话管理表(393、39316)所示,在是INVITE的信息时,利用连接目的地的电话号码、SIP URI、IP address、端口号码和连接形式,检索图8(c)所示的会话连接管理表(393、39316)(F391413),确认是否一致。在不一致时,将200OK包废弃(F391317),在一致时,如图8(d)中的会话管理表(393、39317)所示,登记呼叫源的SIP URI、IP address、端口号码和连接形式,删除作为SIP消息的识别信息的命令/序列Cseq(F391415)。在本实施例中,与实施例1的不同之处是具有连接形式。
在按照上面所述结束200OK处理(F3915)后,按照图31所示的连接分配处理(F3917)流程,从图8(d)所示的会话连接管理表(393、39317)中提取连接形式和连接目的地的IP address(F39171),确认是否登记了连接形式(F39172)。确认连接形式是否是PPPoE(F39173),在确认的结果是如图8(d)所示的会话管理表(393、39317)那样为PPPoE时,MG(30-1)向PC2(11-1)发送CONNECT(SQ322)(F39174),在发送结束后,作为PPPoE客户端进行动作,并与BAS(60)之间进行PPPoE连接处理(F39175)。并且,BAS(60)-LNS1(70-1)之间按照L2TP连接。关于不是PPPoE的情况,将在实施例3中进行说明。
MG(30)与BAS(60)之间连接PPPoE的会话,由此不需要连接目的地的IP address等的信息。BAS(60)一直连接到连接目的地。
关于PPPoE连接处理和L2TP连接处理(SQ131~SQ154),由于是已知技术,所以省略具体说明。
经过PPPoE的会话连接序列(PPPoE发现阶段:discovery stage)(SQ302~SQ305)、PPP会话连接序列(SQ306~SQ309),接收到认证请求消息(SQ310)的MG(30-1),按照图32所示的认证请求接收处理(F3918),提取呼叫源的IP address和连接识别符(连接识别符:对使用的每个ISP分配的用户ID)(F39181),利用呼叫源的IP address检索图8(d)所示的会话管理表(393、39317)(F39182)。根据检索到的结果确认是否登记了(F39183),在没有登记时,删除认证请求消息(SQ310),在登记了时,确认STATUS(39311)是否是等待认证请求(F39185)。在本实施例中,如图8(d)所示的会话管理表(393、39317)示出的那样,由于没有登记,所以向BAS(60)发送认证请求(F39186)。然后,在BAS(60)和LNS1(70-1)之间实施L2TP连接处理(SQ312),形成L2TP的隧道(SQ313)。在形成隧道后,由RADIUS服务器(90-1)进行认证,并通知认证结果(SQ314~SQ316)。在建立认证后,执行IPCP的处理(SQ317),从而能够进行数据通信。
在PPPoE连接处理(F39175)中,利用图9(a)所示的数据管理表(394)管理所附加的SESSION ID的信息。此时,图8(c)所示的会话管理表(393、39317)的连接形式“PPPoE#3”中的“#3”表示登记在数据管理表的第3个,在实施例2中,如图9(a)中的数据管理表(394、3946)所示,SESSIONID为“55”。SESSION ID的登记/管理方法也可以不是此处披露的方法。
如上所述,PC2(11-2)能够与ISP A(80-1)内的WEB服务器(110-1)进行圆圈1所示的数据通信(SQ157~SQ160)。
说明PC2(11-2)与ISP A(80-1)内的WEB服务器(110-1)切断圆圈1所示的数据通信的处理。
首先,在PC1(11-1)-LNS1(70-1)之间完成PPP会话开放请求即LCP Terminate Req包(SQ323)、PPP会话开放的应答即LCP Terminate Ack包(SQ324)的交换,由此开放PPP会话。在开放PPP会话后,如图8(e)所示的会话连接管理表(393、39318)示出的那样,删除连接目的地的各种信息。
在开放PPP会话后,按照PADT发送处理(F102),MG(30-1)通知PPPoE的会话开放,所以向BAS(60)发送PADT包(SQ163)。此时,如图9(b)所示的数据管理表(394)示出的那样,在删除PPPoE的会话ID后,发送PADT包(SQ325)。
接收到PADT包(SQ325)的BAS(60)实施L2TP切断处理(SQ326~SQ330)。L2TP切断处理(SQ326~SQ330)是已知的技术,所以省略说明。
然后,接收到呼叫切断消息即DISC(SQ331)的MG(30-1),提取呼叫源的电话号码,并确认是否登记在图8(e)所示的会话连接管理表(393)中。在没有登记时,将DISC(SQ331)废弃,在登记了时,确认连接目的地的信息是否登记在图8(e)所示的会话管理表中。在登记了时,删除DISC(SQ331),在没有登记时,向呼叫源发送通知开放的REL(SQ332)。对于开放,接收到表示开放完成的REL COMP(SQ333)的MG(30-1),按照图35所示的REL COMP接收处理(F3920)流程,提取呼叫源的电话号码,并利用呼叫源的电话号码检索图8(e)所示的会话连接管理表(393)(F39202)。在检索结果为不一致时,将REL COMP废弃(F39204),在一致时,提取会话管理表的作为SIP消息的识别信息的命令/序列Cseq(F39205),确认是否是针对BYE的信息(F39207)。在本实施例中,由于不是针对BYE的信息,所以按照图8(f)所示的会话连接管理表那样,删除呼叫源的信息(F39208)。
通过以上处理,完成切断圆圈1所示的数据通信。
【实施例3】
下面,说明实施例3。图19表示PC2(13-2)与ISP B(80-2)内的WEB服务器(110-2)进行圆圈2所示的数据通信时的通信序列和协议堆栈。
图20表示PC2(11-2)与ISP B(80-2)内的WEB服务器(110-2)切断圆圈2所示的数据通信时的通信序列。
下面,参照图19~图20所示的通信序列和图21~图35所示的流程图,说明在本发明的实施例3中的MG(30)和SIP服务器(50)各自的处理动作。
首先,说明PC2(13-2)与ISP B(80-2)内的WEB服务器(110-2)开始圆圈2所示的数据通信时的处理。
关于图19所示的SQ104~SQ106、图25所示的SETUP接收处理(F3912)、图26所示的呼叫源处理(F3913)的处理,与实施例1相同,所以省略说明。
接收到会话连接请求即INVITE包(SQ106)的SIP服务器(50),按照图27所示的INVITE接收处理(F5612)流程执行处理。省略与实施例1相同的处理的说明,从流程F56126开始进行说明。
利用连接目的地的电话号码检索图11(a)所示的加入者信息管理表(562),确认是否登记了连接形式(F56126)。如图11(a)所示的加入者信息管理表(562、5627、5628)示出的那样,在登记了连接形式时,提取连接形式(5624)和连接目的地的IP address(5623)(F56129)。如图11(a)中的连接形式(5624)所示,在本实施例2中判明连接形式是采用L2TP的数据通信。
在本实施例3中,如图11(a)所示的加入者信息管理表(562、5627、5628)示出的那样,存在登记了连接形式和连接目的地的IP address(5627)、和只登记了连接形式(5628)这两种模式(pattern)。在实施例2中,由于是PPPoE连接、即在层2网络的交换,所以在不知道连接目的地的IP address时,也能够通过广播向BAS发送PADI(SQ302),并与具有应答的BAS(60)之间建立PPPoE的会话。但是,在本实施例3中,需要连接目的地的IPaddress。下面,根据上述需要,说明没有IP address的方式。
在提取连接形式和IP address后(F56129),设定作为SIP消息的识别信息的Cseq(106INVITE),向呼叫源发送在SIP消息中附加了连接形式和IP address的200OK包(SQ402)(F561210)。图38表示此时的200OK包(SQ402)的示例。
其中,如图38所示的200OK包示例示出的那样,例如,采取在标题字段内追加CONNECTION:L2TP/100.0.100.1(M101)等,并将连接形式通知MG(30-1)的方法。关于在后半部分中示出的IP address,除连接形式之外,在具有IP address时予以附加。但是,由于SIP消息是基于文本的,所以并不特别指定连接形式的附加方法。
在连接形式被登记为RTP(Real-time Transport Protocol)或VoIP(Voiceover Internet Protocol)时,不执行上述说明的处理,而是执行在实施例1中说明的处理、即向连接目的地发送会话连接请求消息INVITE的处理。
如上所述,在实施例2中,SIP服务器(50)根据连接形式的信息,判定是否向呼叫源返回200OK、或者是否向连接目的地发送INVITE。即,根据连接目的地的信息判别是进行语音通信还是进行数据通信,在进行数据通信时,采取利用SIP消息的200OK通知MG(30)的结构。通过上述动作,MG(30)能够区分是语音还是数据,还能够进行对应连接形式的动作。在本实施例中,MG(30)作为LAC进行动作。
接收到200OK包(SQ402)的MG(30-1)按照图24所示的200OK接收处理(F3914)执行处理。省略已经在实施例1中说明的内容,从流程F39132开始进行说明。确认提取到的作为SIP消息的识别信息的命令/序列Cseq是否是INVITE的信息(F391412),在是INVITE的信息时,利用连接目的地的电话号码、SIP URI、IP address、端口号码和连接形式,检索图8(c)所示的会话连接管理表(393、39319)(F391413),确认是否一致。在不一致时,将200OK包废弃(F391317),在一致时,如图8(d)所示的会话管理表(393、39320)那样,登记呼叫源的SIP URI、IP address、端口号码和连接形式,删除作为SIP消息的识别信息的命令/序列Cseq(F391415)。在本实施例中,与实施例1的不同之处是具有连接形式。
在按照上面所述结束200OK处理(F3915)后,按照图31所示的连接分配处理(F3917)流程,从图8(d)所示的会话连接管理表(393、39320)中提取连接形式和连接目的地的IP address(F39171),确认是否登记了连接形式(F39172)。确认连接形式是否是PPPoE(F39173),在不是PPPoE时,确认连接形式是否是L2TP(F39175)。在是L2TP时,确认是否登记了连接目的地的IP address(F39178),在按照图8(d)所示的会话连接管理表(393、39320)那样进行了登记时,向PC2(13-2)发送表示连接请求的CONNECT(SQ400),开始与连接目的地IP address的装置进行L2TP连接处理(F39179)。在没有按照图8(d)所示的会话连接管理表(393、39321)那样登记连接目的地的IP address时,向PC2(13-2)发送表示连接请求的CONNECT(SQ400)(F391711),按照图8(e)中的会话连接管理表(393、39322)所示,登记认证请求等待(F391712)。
在上述处理中,在登记了连接目的地的IP address时,能够与连接目的地装置之间开始L2TP连接处理,但在没有登记连接目的地的IP address时,不能开始连接。因此,在下面说明的处理中解决问题。
然后,接收到认证请求(SQ406)的MG(30-1),按照图32所示的认证请求接收处理(F3918),提取呼叫源的IP address和连接识别符(连接识别符:对使用的每个ISP分配的用户ID)(F39181),利用呼叫源的IPaddress检索图8(e)所示的会话管理表(393、39322)(F39182)。确认检索到的结果是否登记了(F39183),在没有登记时,删除认证请求消息(SQ310),在登记了时,确认STATUS(39311)是否是认证请求等待(F39185)。在本实施例中,按照图8(e)所示的会话管理表(393、39317)示出的那样进行了登记,所以利用提取到的连接识别符,检索图10所示的域名管理表(393、3953)(F39187),并确认是否登记了(F39171)。如果登记了,则提取连接目的地的IP address,按照图8(f)所示的会话管理表(393、39322)那样登记IP address(F391810)。在登记完成后,与连接目的地的装置实施L2TP连接处理(F391811)。
当没有在图10所示的域名管理表(395)中进行登记时,返回表示没有登记的消息等的NG应答(F391812)。
根据上述方法能够知道连接目的地的IP address。在本发明中,在MG(30)内部利用域名管理表进行管理,但也可以采用向RADIUS服务器等询问的方法。经过L2TP连接处理(SQ407)、认证处理(SQ406、SQ408~SQ412)、IPCP处理(SQ416~SQ418)的各个处理,能够进行数据通信。上述各种处理是已知的技术,所以省略具体说明。
在L2TP连接处理(F39154)中,利用图9(a)所示的数据管理表(394)管理所付与的SESSION ID和TUNNEL ID的各个信息。此时,图8(c)所示的会话管理表(393)的连接形式“L2TP#1”中的“#1”表示登记在数据管理表的第3个,在实施例2中,如图9(a)中的数据管理表(394、3947)所示,MG(30-1)的SESSION ID为“1”、TUNNEL ID为“1”,连接目的地的SESSION ID为“10”、TUNNEL ID为“10”。SESSION ID和TUNNEL ID的登记/管理方法也可以不采用本发明披露的方法。
在本实施例中,与实施例2相同,SIP服务器根据连接形式的信息判别区分是语音还是数据,通过使用SIP消息,MG(30)能够区分是语音还是数据,还能得知连接方法,由此在本实施例3中,能够作为LAC进行动作。
下面,说明PC1(13-2)与ISP B(80-2)内的WEB服务器(110-2)切断圆圈2所示的数据通信的处理。
首先,为了进行PPP会话开放,利用LCP Terminate Req包(SQ197)、和PPP会话开放的应答即LCP Terminate Ack包(SQ198),进行PPP会话的开放,然后,实施L2TP切断处理(SQ419~SQ434)。L2TP的处理是已知技术,所以省略具体说明。
通过以上所述的PPP会话开放和L2TP切断处理,开放L2TP的隧道(SQ434),圆圈2所示的数据通信结束。此时,如图8(e)所示的会话连接管理表(393、39324)示出的那样,删除连接目的地的各种消息。另外,如图9(b)所示,删除MG(30-1)侧的TUNNEL ID“1”、SESSION ID“1”,LNS2(70-2)侧的TUNNEL ID“10”、SESSION ID“10”。
然后,接收到呼叫切断消息即DISC(SQ169)的MG(30-1),提取呼叫源的电话号码,并确认是否登记在图8(e)所示的会话连接管理表(393)中。在没有登记时,将DISC(SQ204)废弃,在登记了时,确认连接目的地的信息是否登记在图8(e)所示的会话管理表中。在登记了时,删除DISC(SQ435),在没有登记时,向呼叫源发送通知开放的REL(SQ436)。对于开放,接收到表示开放完成的REL COMP(SQ437)的MG(30-1),按照图31所示的REL COMP接收处理(F3917)流程,提取呼叫源的电话号码(F39171),并利用呼叫源的电话号码检索图8(e)所示的会话连接管理表(393)(F39172)。在检索结果为不一致时,将REL COMP废弃(F39174),在一致时,提取会话管理表的作为SIP消息的识别信息的命令/序列Cseq(F39175),确认是否是针对BYE的信息(F39177)。在本实施例中,由于不是针对BYE的信息,所以按照图8(f)中的会话连接管理表所示,删除呼叫源的信息(F39178)。
通过以上处理,完成呼叫切断之前的处理,并完成切断圆圈2所示的数据通信。
Claims (15)
1.一种通信***,具有多个终端、与所述终端连接的管理装置、与所述管理装置连接的网络、与所述网络连接的服务器、和存储所述网络中的连接状态的信息的第1表,其特征在于,
所述管理装置具有:
存储与所述终端相关的信息的第2表、存储与经由所述网络的会话相关的信息的第3表、存储经由所述网络的服务提供商的信息的第4表,以及
接口,根据从所述第2表、所述第3表、所述第4表读出的信息,控制所述终端与所述网络之间的连接,
所述服务器在从所述管理装置接收到会话连接请求时,根据从所述第1表读出的信息,向所述管理装置发送应答消息。
2.根据权利要求1所述的通信***,其特征在于,
所述管理装置根据从所述第2表读出的信息,判别所述终端的用户所加入的服务类别,所述接口根据所述服务类别控制与所述网络之间的连接。
3.根据权利要求1所述的通信***,其特征在于,
所述连接状态的信息包括用于对所述网络中的通信判定是否是数据通信、语音通信中的某个的信息。
4.根据权利要求1所述的通信***,其特征在于,
所述连接状态的信息是在所述网络中的通信条件信息,所述服务器根据从所述第1表读出的信息,对所述网络中的通信判定是否是数据通信、语音通信中的某个。
5.根据权利要求1所述的通信***,其特征在于,
所述服务器具有处理部,该处理部根据从所述第1表读出的信息进行基于SIP协议的会话控制。
6.根据权利要求1所述的通信***,其特征在于,
所述第2表存储所述终端连接的线路的类别信息、所述终端连接的管理装置的时分交换器的设定信息、和与所述终端的用户相关的服务信息。
7.根据权利要求1所述的通信***,其特征在于,
所述第2表存储有关所述终端连接的线路是ISDN还是模拟线路的类别信息,所述网络是互联网协议网络。
8.根据权利要求1所述的通信***,其特征在于,
所述第1表存储在所述服务器中。
9.根据权利要求1所述的通信***,其特征在于,
所述第1表存储在所述管理装置中。
10.根据权利要求1所述的通信***,其特征在于,
该通信***还具有控制终端,该控制终端与所述服务器连接,用于控制存储在所述第1表中的信息。
11.根据权利要求1所述的通信***,其特征在于,
所述管理装置还具有存储PPPoE的会话信息的第5表。
12.根据权利要求1所述的通信***,其特征在于,
该通信***还具有第6表,该第6表存储与所述连接状态的信息相关联的连接管理信息。
13.根据权利要求1所述的通信***,其特征在于,
所述第3表存储经由所述网络的连接目的地的终端的电话号码、呼叫源的终端的电话号码、及所述网络中的地址,所述管理装置根据从所述终端接收的消息和从所述第3表读出的信息,向所述服务器发送消息。
14.根据权利要求12所述的通信***,其特征在于,
所述服务器在接收到会话切断请求消息时,根据从所述第1表读出的信息,从所述第6表中检索连接管理信息。
15.根据权利要求1所述的通信***,其特征在于,
所述服务器根据从所述第1表读出的信息,对所述网络中的通信进行是否是数据通信、语音通信中的某个的判定,在是所述数据通信时,向所述管理装置发送附加了连接信息的应答消息。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP303428/2008 | 2008-11-28 | ||
JP2008303428A JP2010130396A (ja) | 2008-11-28 | 2008-11-28 | 管理装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101902452A true CN101902452A (zh) | 2010-12-01 |
Family
ID=42232290
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009102463793A Pending CN101902452A (zh) | 2008-11-28 | 2009-11-27 | 管理装置 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20100146096A1 (zh) |
JP (1) | JP2010130396A (zh) |
CN (1) | CN101902452A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012079324A1 (zh) * | 2010-12-14 | 2012-06-21 | 中兴通讯股份有限公司 | 一种媒体网关及其检测高速通道资源的方法 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012039238A (ja) * | 2010-08-04 | 2012-02-23 | Hitachi Ltd | 通信ネットワークシステム、パケット転送装置、宅内パケット転送装置、及び通信ネットワークシステム用セッション制御方法 |
US9900393B2 (en) * | 2014-01-08 | 2018-02-20 | Veex Inc. | Systems and methods for dynamically managing capabilities on network monitoring devices |
ES2776223T3 (es) | 2015-04-01 | 2020-07-29 | Ericsson Telefon Ab L M | Llamadas de emergencia IMS para UEs itinerantes |
WO2016163411A1 (ja) * | 2015-04-07 | 2016-10-13 | シャープ株式会社 | 端末装置、pgw及びtwag |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1893427A (zh) * | 2005-07-07 | 2007-01-10 | 华为技术有限公司 | 一种进行业务支持能力协商的方法 |
CN101064660A (zh) * | 2006-04-28 | 2007-10-31 | 西门子通信技术(北京)有限公司 | 一种实现业务互通的***及方法 |
EP1853037A1 (en) * | 2006-04-26 | 2007-11-07 | Samsung Electronics Co., Ltd. | Method and system of forwarding capability information of user equipment in internet protocol multimedia subsystem network |
CN101116296A (zh) * | 2004-12-31 | 2008-01-30 | 奈克斯通通信公司 | Voip网络基础架构部件和方法 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050117605A1 (en) * | 2003-07-22 | 2005-06-02 | Innomedia Pte Ltd. | Network address and port translation gateway with real-time media channel management |
JP4655903B2 (ja) * | 2004-12-08 | 2011-03-23 | 株式会社日立製作所 | パケット転送装置 |
CN100505899C (zh) * | 2005-08-04 | 2009-06-24 | 华为技术有限公司 | 第三代移动通信***的跨域路由控制方法 |
US7551925B2 (en) * | 2005-11-21 | 2009-06-23 | Accenture Global Services Gmbh | Unified directory system including a data model for managing access to telecommunications services |
WO2008074120A1 (en) * | 2006-12-19 | 2008-06-26 | Bce Inc. | Method, system and apparatus for handling a request for a media-over-packet communication session |
JP5064820B2 (ja) * | 2007-02-01 | 2012-10-31 | マーベル ワールド トレード リミテッド | 磁気ディスクコントローラおよび方法 |
-
2008
- 2008-11-28 JP JP2008303428A patent/JP2010130396A/ja not_active Withdrawn
-
2009
- 2009-11-25 US US12/626,048 patent/US20100146096A1/en not_active Abandoned
- 2009-11-27 CN CN2009102463793A patent/CN101902452A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101116296A (zh) * | 2004-12-31 | 2008-01-30 | 奈克斯通通信公司 | Voip网络基础架构部件和方法 |
CN1893427A (zh) * | 2005-07-07 | 2007-01-10 | 华为技术有限公司 | 一种进行业务支持能力协商的方法 |
EP1853037A1 (en) * | 2006-04-26 | 2007-11-07 | Samsung Electronics Co., Ltd. | Method and system of forwarding capability information of user equipment in internet protocol multimedia subsystem network |
CN101064660A (zh) * | 2006-04-28 | 2007-10-31 | 西门子通信技术(北京)有限公司 | 一种实现业务互通的***及方法 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012079324A1 (zh) * | 2010-12-14 | 2012-06-21 | 中兴通讯股份有限公司 | 一种媒体网关及其检测高速通道资源的方法 |
Also Published As
Publication number | Publication date |
---|---|
JP2010130396A (ja) | 2010-06-10 |
US20100146096A1 (en) | 2010-06-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6768722B1 (en) | Systems and methods for managing multiple communications | |
US7787611B1 (en) | Packet telephony bridging server | |
US6498791B2 (en) | Systems and methods for multiple mode voice and data communications using intelligently bridged TDM and packet buses and methods for performing telephony and data functions using the same | |
US9191521B2 (en) | Method and system for providing call waiting features in a SIP-based network | |
US7808978B2 (en) | Voice over internet protocol (VoIP) telephone apparatus and communication system for carrying VoIP traffic | |
US20060045068A1 (en) | Firewall proxy system and method | |
US20090059818A1 (en) | Systems and methods for providing configurable caller id iformation | |
US20030231623A1 (en) | Routing system in the next generation open network and method of controlling the routing system | |
JP2001223752A (ja) | 分散制御網のベアラパス・サービス支援方法、及びそれに用いるメディア・ゲートウェイ・コントローラ、並びにコンピュータプログラム記録媒体 | |
US20140219132A1 (en) | Systems and methods for voice and data communications including a scalable tdm switch/multiplexer | |
MXPA00012900A (es) | Control simplificado de servicio de ip. | |
US8229099B2 (en) | Method and system for routing and recording call information | |
WO2006055687A2 (en) | Apparatus and method of remotely enabling a special mode of operation of an endpoint in a voip network | |
WO2006071935A1 (en) | Method and apparatus for providing multiple calling name identifiers for a phone number | |
US7920547B2 (en) | Voice service system and method of accessing the same | |
CN101030931B (zh) | 一种业务数据的传输方法及其所应用的分组终端 | |
CN101902452A (zh) | 管理装置 | |
JP3833414B2 (ja) | タイム・スロット・インターチェンジ・ネットワークを有するデジタル・スイッチによるインターネット・トラヒックの切り替え | |
EP1985095B1 (en) | Telephone call processing method and apparatus | |
US20090113030A1 (en) | IP endpoint automated activation | |
JP4142265B2 (ja) | インターネットプロトコル標準規格に基づいたマルチメディアメッセージ送信 | |
US20050281274A1 (en) | VoIP network, media proxy server, and method of providing additional services used in them | |
CN101742010B (zh) | 使一网络分机拨打一传统分机的方法及装置 | |
JP5140792B2 (ja) | 共有された市内電話中継方式を支援するための方法、及びシステム | |
CN101667993A (zh) | 一种网络电话远程拨号的实现方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20101201 |