專利名稱：管理裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種媒體網(wǎng)關(guān)，其提供使用以往的ISDN (Integrated ServicesDigital Network 綜合服務(wù)數(shù)字網(wǎng)絡(luò))線路，將利用語(yǔ)音通話和數(shù)據(jù)通信的用戶 與IP網(wǎng)絡(luò)連接的單元。
背景技術(shù)：
近年來(lái)，向下一代網(wǎng)絡(luò)((NGN)Next Generation Network)的轉(zhuǎn)化得到日益發(fā)展， 網(wǎng)絡(luò)的全I(xiàn)P(Internet Protocol 互聯(lián)網(wǎng)協(xié)議)化也得到發(fā)展。在奔向全I(xiàn)P (Internet Protocol)化的潮流中，收容了模擬線路和 ISDN(Integrated Services Digital Network) 線路的公眾交換電話網(wǎng)絡(luò)(PSTN :Public Switched Telephone Network)也不再是潮流 之外了。另夕卜，伴隨上述趨勢(shì)，在公眾交換電話網(wǎng)絡(luò)(PSTN :Public Switched Telephone Network)中，也在推進(jìn)包括中繼交換機(jī)的中繼網(wǎng)絡(luò)向IP(Internet Protocol)網(wǎng)絡(luò)的轉(zhuǎn) 化。其重要理由是在IP (Internet Protocol)網(wǎng)絡(luò)中使用的路由器或交換器，其成本遠(yuǎn)不 及形成公眾交換電話網(wǎng)絡(luò)(PSTN:Public Switched TelephoneNetwork)的交換機(jī)，能夠抑 制維護(hù)費(fèi)用。關(guān)于語(yǔ)音通話，通過(guò)采用利用IP包來(lái)發(fā)送聲音的VoIP(VoiCe overlnternet Protocol 互聯(lián)網(wǎng)協(xié)議上的語(yǔ)音)技術(shù)，利用中繼網(wǎng)絡(luò)推進(jìn)向IP網(wǎng)絡(luò)的轉(zhuǎn)化。關(guān)于同樣用 于通信連接的會(huì)話控制協(xié)議，SIP (Session InitiationProtocol 會(huì)話初始化協(xié)議)已通 過(guò)RFC3261標(biāo)準(zhǔn)化，通過(guò)在IP網(wǎng)絡(luò)上配置SIP服務(wù)器，在各個(gè)網(wǎng)關(guān)(GW)和各個(gè)終端之間進(jìn) 行基于VoIP的語(yǔ)音通話。對(duì)于數(shù)據(jù)通信，通過(guò)對(duì)連接目的地的互聯(lián)網(wǎng)連接提供商(ISP Jnternetservices provider)指定來(lái)電號(hào)碼，由此經(jīng)由PSTN網(wǎng)絡(luò)訪問(wèn)連接目的地的RAS(Remote Access Server 遠(yuǎn)程訪問(wèn)服務(wù)器)，從而進(jìn)行數(shù)據(jù)通信。最近，通過(guò)共同的來(lái)電號(hào)碼進(jìn)行連接，并且 針對(duì)各個(gè)ISP的分配，也實(shí)施了由連接目的地的RAS (Remote Access Server)按照連接識(shí) 別符(域名)等進(jìn)行的ISP的分配。今后，認(rèn)為不僅對(duì)中繼網(wǎng)絡(luò)，對(duì)加入者網(wǎng)絡(luò)也將加快從PSTN向IP網(wǎng)絡(luò)的轉(zhuǎn)化。另外，作為其他途徑，關(guān)于快速互聯(lián)網(wǎng)連接，也在推進(jìn)向光和ADSL連接等寬帶接 入的轉(zhuǎn)化，在加入者一側(cè)也形成IP網(wǎng)絡(luò)，由此也能夠?qū)崿F(xiàn)進(jìn)行數(shù)據(jù)通信和VoIP通信的服務(wù)。但是，這將形成全部加入者、與不轉(zhuǎn)化為光和ADSL連接等的寬帶接入線路仍繼續(xù) 使用模擬線路和ISDN線路的加入者共存的網(wǎng)絡(luò)。例如，專利文獻(xiàn)1記載了以下內(nèi)容，經(jīng)由PSTN網(wǎng)絡(luò)中的加入者交換機(jī)與媒體網(wǎng)關(guān) (MG)連接，再通過(guò)經(jīng)由IP網(wǎng)絡(luò)進(jìn)行用戶終端與互聯(lián)網(wǎng)之間的數(shù)據(jù)通信。另外，例如，專利文獻(xiàn)2記載了以下內(nèi)容，在有來(lái)自收容于MG中的終端的連接請(qǐng) 求、來(lái)電號(hào)碼的終端被收容在相同MG中時(shí)，不轉(zhuǎn)換為VoIP，而原樣在MG內(nèi)進(jìn)行連接。專利文獻(xiàn)1日本特開(kāi)2003-348230
專利文獻(xiàn)2日本特開(kāi)2001-326724今后，預(yù)測(cè)將對(duì)加入者網(wǎng)絡(luò)加快向IP網(wǎng)絡(luò)的轉(zhuǎn)化，但只要模擬線路和ISDN線路 等的加入者接口不消失，就作為接入線存在，所以向IP網(wǎng)絡(luò)的轉(zhuǎn)化只能做到加入者收容裝 置。因此，在從加入者收容裝置不通過(guò)PSTN而直接與IP網(wǎng)絡(luò)連接時(shí)，在加入者收容裝置中 將不能根據(jù)來(lái)電號(hào)碼識(shí)別通信對(duì)象是語(yǔ)音終端還是數(shù)據(jù)通信終端。因此，存在根據(jù)由以往 的PSTN網(wǎng)絡(luò)內(nèi)的交換機(jī)分配的來(lái)電號(hào)碼，不能判別連接目的地是語(yǔ)音還是數(shù)據(jù)的問(wèn)題。并 且，在加入者網(wǎng)絡(luò)也形成為IP網(wǎng)絡(luò)時(shí)，存在利用模擬線路和ISDN線路的各個(gè)用戶將不能利 用語(yǔ)音通話或數(shù)據(jù)通信的問(wèn)題。另外，在經(jīng)由PSTN網(wǎng)絡(luò)中的加入者交換機(jī)與媒體網(wǎng)關(guān)(MG)連接，再通過(guò)經(jīng)由IP 網(wǎng)絡(luò)進(jìn)行用戶終端與互聯(lián)網(wǎng)之間的數(shù)據(jù)通信時(shí)，需要利用連接互聯(lián)網(wǎng)的接口 UNI將數(shù)據(jù)從 IP網(wǎng)絡(luò)返回至PSTN網(wǎng)絡(luò)，所以存在必須保留PSTN網(wǎng)絡(luò)的問(wèn)題。

發(fā)明內(nèi)容
本發(fā)明構(gòu)建如下所述的網(wǎng)絡(luò)結(jié)構(gòu)，把利用模擬線路和ISDN線路的多個(gè)電話或PC、 收容數(shù)據(jù)終端的加入者收容裝置作為媒體網(wǎng)關(guān)，并配置在IP網(wǎng)絡(luò)的邊緣(edge)，再在IP網(wǎng) 絡(luò)內(nèi)配置路由器或服務(wù)器(例如SIP服務(wù)器)。接受了來(lái)自模擬和ISDN用戶的呼叫設(shè)定請(qǐng) 求的媒體網(wǎng)關(guān)，例如進(jìn)行向作為SIP協(xié)議的消息的置換，對(duì)SIP服務(wù)器實(shí)施會(huì)話連接請(qǐng)求， 由此進(jìn)行不與加入者交換機(jī)和中繼交換機(jī)等以往的PSTN網(wǎng)絡(luò)連接、而與IP網(wǎng)絡(luò)連接的控 制。如上所述，接收到連接請(qǐng)求的SIP服務(wù)器，根據(jù)連接目的地的電話號(hào)碼，參照在本裝置 內(nèi)部管理的加入者信息管理表，提取連接目的地的IP地址和連接形式。在提取到的信息中 沒(méi)有連接形式時(shí)，SIP服務(wù)器識(shí)別為語(yǔ)音通話，向連接目的地進(jìn)行會(huì)話連接請(qǐng)求。在完成上 述會(huì)話連接的時(shí)間點(diǎn)，能夠?qū)崿F(xiàn)基于VoIP的語(yǔ)音通話。另一方面，在提取到的信息中登記 了連接形式時(shí)，SIP服務(wù)器判別為數(shù)據(jù)通信，把提取到的連接形式作為信息，附加在成為會(huì) 話連接請(qǐng)求消息INVITE的應(yīng)答的2000K包中，將信息通知媒體網(wǎng)關(guān)。在上述消息中有時(shí)也 附加連接目的地的IP地址。從SIP服務(wù)器接收到針對(duì)會(huì)話連接請(qǐng)求的應(yīng)答包即2000K的媒體網(wǎng)關(guān)，從應(yīng)答包 即2000K包中提取連接目的地的IP地址和連接形式，并實(shí)施對(duì)應(yīng)于提取到的信息的動(dòng)作。 在提取到的連接形式信息是PPPoE時(shí)，媒體網(wǎng)關(guān)作為PPPoE的客戶端進(jìn)行動(dòng)作，并與BAS之 間進(jìn)行PPPoE的會(huì)話連接。另外，在提取到的信息是L2TP時(shí)，媒體網(wǎng)關(guān)作為L(zhǎng)AC進(jìn)行動(dòng)作， 并與配置在ISP中的LNS進(jìn)行L2TP連接。通過(guò)上述動(dòng)作，能夠進(jìn)行數(shù)據(jù)通信。在此，由SIP服務(wù)器通知連接目的地的連接形 式，由此能夠根據(jù)連接目的地的電話號(hào)碼判別是語(yǔ)音通話還是數(shù)據(jù)通信，并能夠應(yīng)對(duì)多種 動(dòng)作。在本發(fā)明中，作為一例，使用表并按照所述表的信息將加入者(終端)通過(guò)IP線 路等的接口與連接目的地連接，所述表用于登記/管理ISDN線路或模擬線路利用媒體網(wǎng)關(guān) (管理裝置)的時(shí)分交換器(TSff =Time DivisionSwitch)中的哪個(gè)冊(cè)(High Way 干線)的 TSCTimeSlot:時(shí)隙)進(jìn)行連接等的信息、加入者簽約的服務(wù)的信息等加入者信息。并且， 對(duì)于使用終端的用戶——即加入者，準(zhǔn)備管理正在連接會(huì)話的連接目的地的信息和加入者 的信息的表，根據(jù)所述表的信息來(lái)管理與連接目的地的連接形式，并判別是數(shù)據(jù)通信還是語(yǔ)音通信。并且，也可以在服務(wù)器(例如SIP服務(wù)器)中具有管理加入者或連接目的地的 信息的加入者信息管理表，在所述管理表中管理用于識(shí)別是語(yǔ)音通信還是數(shù)據(jù)通信的連接 形式的信息。所述SIP服務(wù)器也可以在接收到會(huì)話連接請(qǐng)求時(shí)，根據(jù)連接目的地的電話號(hào) 碼，通過(guò)所述管理表判別連接目的地是語(yǔ)音還是數(shù)據(jù)，如果判別是數(shù)據(jù)，則對(duì)呼叫源附加連 接形式并返回應(yīng)答消息。作為本發(fā)明的通信系統(tǒng)的一例，該通信系統(tǒng)具有多個(gè)終端、與所述終端連接的管 理裝置、與所述管理裝置連接的網(wǎng)絡(luò)、與所述網(wǎng)絡(luò)連接的服務(wù)器、和存儲(chǔ)所述網(wǎng)絡(luò)中的連接 狀態(tài)的信息的第1表，所述管理裝置具有存儲(chǔ)與所述終端相關(guān)的信息的第2表、存儲(chǔ)與經(jīng) 由所述網(wǎng)絡(luò)的會(huì)話相關(guān)的信息的第3表、存儲(chǔ)經(jīng)由所述網(wǎng)絡(luò)的服務(wù)提供商的信息的第4表， 以及接口，根據(jù)從所述第2表、所述第3表、所述第4表讀出的信息，控制所述終端與所述網(wǎng) 絡(luò)之間的連接，所述服務(wù)器在從所述管理裝置接收到會(huì)話連接請(qǐng)求時(shí)，根據(jù)從所述第1表 讀出的信息，發(fā)送應(yīng)答消息。發(fā)明效果在將PSTN網(wǎng)絡(luò)轉(zhuǎn)化為IP網(wǎng)絡(luò)時(shí)，能夠利用ISDN線路收容利用語(yǔ)音通話和數(shù)據(jù)通 信及分組交換服務(wù)的用戶。并且，通過(guò)與SIP服務(wù)器協(xié)作，能夠只利用來(lái)電號(hào)碼信息判別是 語(yǔ)音通話還是數(shù)據(jù)通信，針對(duì)數(shù)據(jù)通信，也能夠?qū)?yīng)多種連接方法進(jìn)行數(shù)據(jù)通信。


圖1是網(wǎng)絡(luò)結(jié)構(gòu)。圖2是網(wǎng)絡(luò)結(jié)構(gòu)概要圖。圖3是MG (30)的結(jié)構(gòu)圖。圖4是SIP服務(wù)器(50)的結(jié)構(gòu)圖。圖5是表示ISDN線路用戶和模擬線路用戶使用的包示例的圖。圖6是表示針對(duì)HW的TS的分配規(guī)則示例的圖。圖7是MG (30)管理的加入者管理表。圖8是MG (30)管理的會(huì)話連接管理表。圖9是MG (30)管理的數(shù)據(jù)管理表。圖10是MG (30)管理的域名管理表。圖11是SIP服務(wù)器(50)管理的加入者信息管理表。圖12是SIP服務(wù)器(50)管理的連接管理表。圖13是在MG(30)和SIP服務(wù)器(50)之間實(shí)施的登記加入者信息之前的通信序 列。圖14是在MG(30)和SIP服務(wù)器(50)之間實(shí)施的刪除加入者信息之前的通信序 列。圖15是開(kāi)始語(yǔ)音通話之前的通信序列。圖16是切斷語(yǔ)音通話之前的通信序列。圖17是在圓圈1部分中開(kāi)始數(shù)據(jù)通信之前的通信序列。圖18是在圓圈1部分中結(jié)束數(shù)據(jù)通信之前的通信序列。圖19是在圓圈2部分中開(kāi)始數(shù)據(jù)通信之前的通信序列。
圖20是在圓圈2部分中結(jié)束數(shù)據(jù)通信之前的通信序列。圖21是表示MG (30)實(shí)施的開(kāi)通處理的流程圖。圖22是表示MG (30)實(shí)施的斷開(kāi)處理的流程圖。圖23是表示SIP服務(wù)器(50)實(shí)施的登記/刪除處理的流程圖。圖24是表示MG (30)實(shí)施的2000K接收處理的流程圖。圖25是表示MG (30)實(shí)施的SETUP接收處理的流程圖。圖26是表示MG (30)實(shí)施的呼出處理的流程圖。圖27是表示SIP服務(wù)器(50)實(shí)施的INVITE接收處理的流程圖。圖28是表示MG (30)實(shí)施的INVITE接收處理的流程圖。圖29是表示MG (30)實(shí)施的CALLPR0C接收處理的流程圖。圖30是表示SIP服務(wù)器(50)實(shí)施的2000K接收處理的流程圖。圖31是表示MG (30)實(shí)施的連接分配處理的流程圖。圖32是表示MG (30)實(shí)施的認(rèn)證請(qǐng)求接收處理的流程圖。圖33是表示SIP服務(wù)器(50)實(shí)施的BYE接收處理的流程圖。圖34是表示MG (30)實(shí)施的BYE接收處理的流程圖。圖35是表示MG (30)實(shí)施的REL COMP接收處理的流程圖。圖36是MG (30)管理的加入者管理表。圖37是表示SIP服務(wù)器(50)發(fā)送的2000K包示例的圖。圖38是表示SIP服務(wù)器(50)發(fā)送的2000K包示例的圖。
具體實(shí)施例方式以下，使用附圖具體說(shuō)明實(shí)施例。圖1是表示IP網(wǎng)絡(luò)的實(shí)施結(jié)構(gòu)的一例的圖。網(wǎng)絡(luò)結(jié)構(gòu)是，在網(wǎng)絡(luò)中設(shè)有利用ISDN線路的多個(gè)電話(10-1 10-η、12_1 12-m、14-l 14-k)、多個(gè) PC(11-1 ll_n、13_l 13-m、15_l 15_k)、利用模擬線路 的多個(gè)電話(16-1 16-n、17-l 17_m)、和進(jìn)行作為ISDN服務(wù)的分組交換服務(wù)的數(shù)據(jù) 終端(140)，它們分別通過(guò)媒體網(wǎng)關(guān)(管理裝置、MG) (30-1 30-3)與IP網(wǎng)絡(luò)(1)連接， MG(30-1 30-3)與作為互聯(lián)網(wǎng)服務(wù)提供商的ISP A(80-1)和ISP B(80-2)分別擁有的 LNSl (70-1)、LNS2 (70-2)連接，另外，對(duì)應(yīng)分組交換服務(wù)的分組網(wǎng)絡(luò)(100)與MG(30_1)連 接。更具體地講，利用ISDN線路的多個(gè)電話(10-1 10_n、12_l 12-m、14_l 14-k)、多個(gè)PC (11-1 ll-n、13-l 13-m、15_l 15_k)，通過(guò)將通信設(shè)備的信號(hào)數(shù)字化的 TA (Terminal Adapter 終端適配器)與MG (30-1 30-3)連接，以便在ISDN的數(shù)字線路中 使用DSU (Digital Service Unit 數(shù)字服務(wù)單元)或各種通信設(shè)備，所述DSU具有從ISDN 的數(shù)字線路接收信號(hào)，并轉(zhuǎn)換為TA等的ISDN對(duì)應(yīng)設(shè)備能夠處理的信號(hào)的功能。在IP網(wǎng)絡(luò)(1)內(nèi)配置有路由各種包的路由器(40)及作為寬帶接入服務(wù)器的 BAS(60)，路由器(40)還連接SIP服務(wù)器(50)、和用于詢問(wèn)各種信息的RADIUS服務(wù)器 3(90-3)，SIP 服務(wù)器(50)進(jìn)行基于 VoIP (Voiceover Internet Protocol)的 IP 電話的會(huì) 話連接及切斷等的會(huì)話控制。
在作為互聯(lián)網(wǎng)服務(wù)提供商的ISP A (80-1)和ISP B (80-2)內(nèi)分別配置有WEB服務(wù) 器(110-1)和TOB服務(wù)器(110-2)，還連接用于進(jìn)行認(rèn)證等處理的RADIUS服務(wù)器1(90-1) 和RADIUS服務(wù)器2 (90-2)。另外，在實(shí)施分組交換服務(wù)的分組網(wǎng)絡(luò)(100)的前頭連接有數(shù) 據(jù)庫(kù)(130)。圖2是圖1中的網(wǎng)絡(luò)結(jié)構(gòu)的概要圖。圖2所示的由圓圈1包圍的(111)，表示電話1(10-1)與電話2(14_2)進(jìn)行語(yǔ)音 通信(VoIP(Voice over Internet Protocol))時(shí)的通信路由，由圓圈2包圍的(112)表示 PC2(ll-2)與ISP A(SO-I)內(nèi)的WEB服務(wù)器(110-1)進(jìn)行數(shù)據(jù)通信時(shí)的通信路由(112)，由 圓圈3包圍的(113)表示PCl (13-2)與ISP B(80-2)內(nèi)的TOB服務(wù)器(110-2)進(jìn)行數(shù)據(jù)通 信時(shí)的通信路由(113)，由圓圈4包圍的(114)表示分組交換服務(wù)利用者進(jìn)行通信時(shí)的通信 路由。關(guān)于具體情況將在后面敘述。在圖2 中，附帶在電話 1(10-1)、PC2(ll-2)、PCl (13-2)、ISPA (80-1)和 ISP B(80-2)后面的字符串“XXX-XXX-XXXX”，分別表示電話號(hào)碼，附帶在MG(30-1 30-3)、 LNSl (70-1)和LNS2(70-2)后面的字符串“χχχ. χχχ. χ. χ”，表示分配給各個(gè)終端和裝置的IP 地址。圖3是表示媒體網(wǎng)關(guān)(MG) (30)的主要部分的結(jié)構(gòu)框圖。MG(30)包括控制裝置動(dòng)作的處理器(38)；多個(gè)加入者線路接口(31-1 31_η)， 其用于實(shí)施圖1和圖2所示的利用ISDN線路的多個(gè)電話(10-1 10-n、12-l 12_m、 14-1 14-k、16-l 16-n、17-l 17_m)、多個(gè)PC(11_1 ll_n、13_l 13-m、15_l 15_k) 及數(shù)據(jù)終端(140)的連接，及數(shù)據(jù)的交換；多個(gè)加入者HW(High Way，將TSW和協(xié)議處理部 連接的時(shí)分的總線)(32-1 32-n)，其將來(lái)自加入者線路接口的數(shù)據(jù)與時(shí)分交換器(以下 稱為TSW) (33)連接；終結(jié)加入者冊(cè)(32-1 32-n)的TSW(33)；與協(xié)議處理部(35)連接的 多個(gè)IP網(wǎng)絡(luò)側(cè)HW(TSl TS512，其中，TS指Time Slot 時(shí)隙)(34-1 34_m)；用于與IP 網(wǎng)絡(luò)連接的多個(gè)IP線路接口(36-1 36-n)；和存儲(chǔ)器(39)。處理器(38)連接控制終端(310)，能夠由維護(hù)人員使用控制終端(310)進(jìn)行裝置 的各種控制和信息的登記/刪除。在存儲(chǔ)器(39)中設(shè)有作為軟件的控制處理(391)，其包括開(kāi)通處理(F3910)、斷 開(kāi)(閉塞)處理(F3911)、SETUP接收處理(F3912)、呼出處理(F3913)、2000K接收處理 (F3914)、INVITE 接收處理(F3915)、CALLPR0C 接收處理(F3916)、連接分配處理(F3917)、 認(rèn)證請(qǐng)求接收處理(F3918)、BYE接收處理(F3919)、和REL COMP接收處理(F3920)這些多 個(gè)控制處理，還設(shè)有加入者信息管理表(392)、會(huì)話連接管理表(393)、數(shù)據(jù)管理表(394)和 域名管理表(395)。關(guān)于控制部(37)的存儲(chǔ)器(39)中的控制處理(391)的具體處理，將在后面敘述。 在加入者管理表(392)中登記/更新加入者等的信息(加入者為用戶的終端連接的線路的 類型信息、該終端連接的MG管理裝置的時(shí)分交換器的設(shè)定信息、和有關(guān)終端的用戶的服務(wù) 信息等)，并進(jìn)行管理，如圖7所示，所述加入者等的信息包括以下各種信息加入者的電話 號(hào)碼(3921)；表示是利用ISDN線路還是利用模擬線路的I/A(3922)；作為表示加入者利用 哪個(gè)包的信息的B1/B2/D/A、固定分配給加入者的HW和TS的各種信息(3923) ；MG (30)利用 的IP address (IP地址)(3924)和端口號(hào)碼(3925)；表示能否利用加入者線路(開(kāi)通/斷開(kāi)狀態(tài))的REG STATUS (REG狀態(tài))(3926)；作為利用SIP時(shí)的識(shí)別信息的SIP URI (3927)； 加入者是否利用分組交換服務(wù)等簽約服務(wù)(3928)。關(guān)于加入者管理表(392)的具體使用方 法，將在后面具體敘述。如圖7所示的加入者管理表(392、3929. 39210)示出的那樣，加入者的簽約服務(wù) (3928)為Bch-P (3929)和Dch-P (39210)。該信息表示分組交換服務(wù)，是與ISDN線路和模 擬線路獨(dú)立的服務(wù)。MG(30)進(jìn)行是否利用分組交換服務(wù)的識(shí)別，并向分組網(wǎng)絡(luò)發(fā)送數(shù)據(jù)。 雖然在實(shí)施例中沒(méi)有特別說(shuō)明，但通過(guò)進(jìn)行圖7所示的加入者管理表(392、3929. 39210)的 簽約服務(wù)(3928)的確認(rèn)，MG(30)向分組網(wǎng)絡(luò)(100)發(fā)送數(shù)據(jù)。在會(huì)話連接管理表(393)中存儲(chǔ)有關(guān)會(huì)話連接的信息，并且用于登記/更新圖8 所示的下述信息并進(jìn)行管理發(fā)送源的電話號(hào)碼(3931)、成為使用SIP通信時(shí)的識(shí)別信息 的SIP URI (3932)、IP address (3934)和使用的端口號(hào)碼(3935)的信息；連接目的地的 電話號(hào)碼(3936)、成為使用SIP通信時(shí)的識(shí)別信息的SIP URI (3932)、IP address (3938)、 使用的端口號(hào)碼(3938)、連接目的地按照PPPoE及L2TP連接等的連接形式(39310)的 信息；作為用于在使用SIP通信時(shí)識(shí)別會(huì)話連接消息的命令序列的Cseq(39310)和 Status (39311)。關(guān)于會(huì)話連接管理表(393)的具體使用方法，將在后面具體敘述。數(shù)據(jù)管理表(394)用于存儲(chǔ)建立PPPoE的會(huì)話時(shí)的會(huì)話消息，并且登記/更新圖 9所示的下述信息并進(jìn)行管理建立PPPoE的會(huì)話時(shí)的SessionID (會(huì)話ID) (3941)；形成 L2TP 的隧道時(shí)的 MG(30)的 Tunnel ID (隧道 ID) (3942)、Session ID (3943)；和形成 L2TP 的隧道時(shí)的連接裝置的TurmelID(3944) ,Session ID(3945)。關(guān)于數(shù)據(jù)管理表(394)的具 體使用方法，將在后面具體敘述。域名管理表(395)用于存儲(chǔ)互聯(lián)網(wǎng)服務(wù)提供商的消息，并且登記/管理圖10所示 的下述信息對(duì)每個(gè)互聯(lián)網(wǎng)服務(wù)提供商確定的域名(3951)；互聯(lián)網(wǎng)服務(wù)提供商分別擁有的 LNS(70-1、70-2)的IP address (3952) 0關(guān)于域名管理表(395)的具體使用方法，將在后面 具體敘述。圖4是表示SIP服務(wù)器(50)的主要部分的結(jié)構(gòu)框圖。SIP服務(wù)器(50)包括控制服務(wù)器的處理器(55)；進(jìn)行數(shù)據(jù)的發(fā)送接收的線路接 口(51-l、51-n)；與線路接口(51-l、51-n)連接的協(xié)議處理部(52)；存儲(chǔ)器(54)；和內(nèi)部總 線(51)。在控制部(53)的存儲(chǔ)器(56)中設(shè)有SIP處理部(561)、加入者信息管理表(562) 和連接管理表(563)，處理器(58)使用加入者信息管理表(562)和連接管理表(563)，執(zhí)行 SIP處理部(561)的處理。處理器(55)最后連接控制終端(57)，能夠由維護(hù)人員使用控制終端(57)進(jìn)行裝 置的各種控制和信息的登記/刪除。在SIP處理部(561)中設(shè)有登記/刪除處理(F5611)、INVITE接收處理(F5612)、 2000K接收處理(F5613)、和BYE接收處理(F5614)這些各種處理。關(guān)于各個(gè)處理的具體情 況將在后面具體說(shuō)明。加入者信息管理表(562)登記/更新圖11所示的請(qǐng)求信息登記的加入者等的信 息，并進(jìn)行管理，具體地講，包括下述各種信息加入者等的電話號(hào)碼(5621)、作為終端識(shí) 別信息的SIP URI (5622)、成為連接目的地的裝置的IP address (5623)、和表示登記的用戶 或連接ISP的方法的連接形式(5624)。關(guān)于加入者信息管理表(562)的具體使用方法，將在后面具體敘述。在連接管理表(563)中，如圖12所示，作為正在會(huì)話連接的終端的信息，登記/更 新下述信息并進(jìn)行管理發(fā)送源的電話號(hào)碼(5631)、作為使用SIP通信時(shí)的識(shí)別信息的SIP URI (5632)、IP address (5633)和端口號(hào)碼(5634)的信息；發(fā)送目的地的電話號(hào)碼(5635)、 SIP URI (5636)、IP address (5637)和端口號(hào)碼(5638)的信息；以及作為SIP消息內(nèi)的消 息識(shí)別消息的命令/序列CSeq(5639)。關(guān)于連接管理表(563)的具體使用方法，將在后面 具體敘述。圖5是表示圖3所示的加入者HW(32-1 32_n)收容分配的示例。如圖5 (a)所示， ISDN線路利用者收容兩個(gè)B信道/分組和一個(gè)D信道/分組，從加入者冊(cè)(32-1 32_n) 開(kāi)始在TSW(33)處終結(jié)，圖5(b)表示模擬線路利用者的收容分配。在圖3所示的TSW(33) 處終結(jié)，按照?qǐng)D7所示的加入者管理表(392)的I/A(3922)判定是否使用ISDN線路或模擬 線路。圖6表示利用圖3所示的MG (30)內(nèi)的TSW(33)分配的冊(cè)(34-1 34_m)的TS分 配規(guī)則示例。在本實(shí)施例中，對(duì)每1個(gè)加入者固定分配4個(gè)TS。4個(gè)TS分配兩個(gè)B信道/ 分組和一個(gè)D信道/分組及模擬線路。在是32M冊(cè)時(shí)，每1冊(cè)分配TSl TS512，所以能夠 收容128個(gè)用戶。如圖6(a)所示，在ISDN線路利用者中，只能使用Bl和B2信道的用戶使用TSl和 TS2，TS3和TS4處于未使用狀態(tài)。如圖6(b)所示，在ISDN線路利用者中，只能使用D信道的用戶只使用TS3，TSU TS2和TS4處于未使用狀態(tài)。如圖6(c)所示，模擬線路利用者只使用TS4，TSl TS3處于未使用狀態(tài)。根據(jù)加入者信息管理表(392)的信息管理上述狀態(tài)，并對(duì)每個(gè)用戶確定使用哪個(gè) HW 和 TS。在本發(fā)明中是固定確定的，但也可以利用對(duì)于加入者信息管理表(392)的信息確 認(rèn)HW是否空閑的方法等，形成有效利用空閑的HW的結(jié)構(gòu)。圖13表示下述序列，S卩通過(guò)圖3所示的控制終端(310)，在輸出了使維護(hù)人員開(kāi) 通新的用戶信息或線路的指示等命令時(shí)，MG(30)向SIP服務(wù)器(50)發(fā)送加入者信息的登 記消息，并在SIP服務(wù)器(50)的數(shù)據(jù)庫(kù)中登記加入者信息之前的序列。圖14表示下述序列，S卩通過(guò)圖3所示的控制終端(310)，在輸出了使維護(hù)人員刪 除已退會(huì)用戶的信息或臨時(shí)斷開(kāi)線路的用戶信息等斷開(kāi)線路的命令時(shí)，MG(30)向SIP服務(wù) 器(50)發(fā)送加入者信息的刪除消息，并從SIP服務(wù)器的數(shù)據(jù)庫(kù)中刪除加入者信息之前的序 列。圖 15 表示電話 1 (20-1)和電話 2(14-2)使用 RTP (Real-time TransportProtocol 實(shí)時(shí)傳輸協(xié)議)進(jìn)行VoIP (Voice over Internet Protocol)通信(語(yǔ)音通話)的序列和 協(xié)議堆棧。圖16表示用于切斷電話1 (20-1)與電話2 (14-2)的VoIP通信(語(yǔ)音通話)的序 列。實(shí)施例1下面，參照?qǐng)D13 圖16所示的通信序列和圖21 圖35所示的流程圖，說(shuō)明實(shí)施例1的MG (30)、SIP服務(wù)器(50)各自的處理動(dòng)作。說(shuō)明MG(30-1)和SIP服務(wù)器(50)在SIP服務(wù)器(50)中完成加入者信息登記/ 刪除之前的處理動(dòng)作。維護(hù)人員使用圖3所示的控制終端(310)通過(guò)輸入命令等，實(shí)施新加入者的信息 的登記及各種設(shè)定處理。除了加入者信息外，使處于能夠連接線路的狀態(tài)的開(kāi)通指示、由于 用戶的原因而臨時(shí)斷開(kāi)線路等的斷開(kāi)指示等，也包含在維護(hù)人員的作業(yè)之中。首先，在發(fā)行了使線路開(kāi)通的開(kāi)通支持命令后(F100)，MG(30-1)按照?qǐng)D21所示的 開(kāi)通處理(F3910)流程，如圖36(a)中的加入者管理表(392)所示，把REG STATUS(3926) 更新為開(kāi)通處理中(Cseq = 101REGISTER) (F39101)。在本發(fā)明中，關(guān)于利用兩個(gè)信道中的 Bl信道還是B2信道的選擇方法沒(méi)有特別規(guī)定。在更新處理結(jié)束后，向SIP消息附加登記在加入者管理表(392)中的信息、即作 為呼叫源的用戶的電話號(hào)碼(3921)、作為使用SIP的通信的識(shí)別信息的SIP URI (3927), MG(30-1)使用的IP address (3924)和使用的端口號(hào)碼(3925)，另外，使用成為對(duì)REG STATUS (3926)登記的SIP消息的識(shí)別消息的命令/序列Cseq(Cseq = 101REGISTER)，向 SIP服務(wù)器(50)發(fā)送作為加入者信息登記消息的REGISTER包(SQ100) (F39102)。接收到REGISTER包(SQ100)的SIP服務(wù)器(50)，按照?qǐng)D23所示的登記/刪除處 理(F5611)的流程，提取呼叫源的電話號(hào)碼、作為使用SIP的通信中的識(shí)別符的SIP URI和 IP address,以及作為SIP消息的識(shí)別信息的命令/序列Cseq (F56111)，利用呼叫源的電話 號(hào)碼、作為使用SIP的通信中的識(shí)別符的SIP URI和IP address，檢索圖11 (a)所示的加入 者信息管理表(562) (F56112)。然后，確認(rèn)提取到的信息是否已登記并且一致(F56113)，關(guān)于已經(jīng)登記了一致的 信息的情況，將在后面具體敘述。如果是不一致的信息，則在圖11(b)所示的加入者信息管 理表中登記提取到的信息即電話號(hào)碼、SIPURI、IP address和Cseq(F56115、562_l)。在登記 結(jié)束后，對(duì)表示登記結(jié)束的SIP消息即2000K包，設(shè)定提取到的Cseq，向呼叫源發(fā)送2000K 包(SQlOl)(F56116)。接收到作為登記結(jié)束通知的2000K包(SQlOl)的MG(30_1)，按照?qǐng)D24所示的 2000K接收處理(F3914)流程，從接收到的2000K包(SQlOl)中提取呼叫源和連接目的地 的電話號(hào)碼、作為SIP處理中的識(shí)別信息的SIP URI, IP address、端口號(hào)碼、連接形式和 Cseq(F39141)，利用作為SIP消息的識(shí)別信息的命令/序列Cseq，檢索圖8所示的會(huì)話管 理表(393) (F39142)。并確認(rèn)是否已經(jīng)登記信息并且一致(F39143)，在一致時(shí)轉(zhuǎn)入流程 F391412，在不一致時(shí)，利用作為SIP消息的識(shí)別信息的命令/序列Cseq，檢索圖7所示的加 入者管理表(F39144)，確認(rèn)其結(jié)果是否一致(F39145)。在檢索到的結(jié)果為不一致時(shí)，將接 收到的2000K包(SQlOl)廢棄(F39146)，在一致時(shí)，確認(rèn)作為SIP消息的識(shí)別信息的命令/ 序列Cseq是否是REGISTER的信息(F39147)。關(guān)于不是針對(duì)REGISTER的信息的情況，將在 后面具體敘述。在是針對(duì)REGISTER的2000K包(SQlOl)時(shí)，提取SIP消息的CONTACT標(biāo)題 內(nèi)的expires (F39148)，確認(rèn)expires的值是否是0(F39149)。在不是0時(shí)，如圖36 (b)中 的加入者管理表(392)所示，把REG STATUS (3926)更新為開(kāi)通(F391410)。關(guān)于是0的情 況將在后面具體敘述。通過(guò)以上處理，MG(30-1)完成對(duì)SIP服務(wù)器(50)實(shí)施的加入者信 息登記處理。
下面，說(shuō)明加入者信息刪除處理。接收到斷開(kāi)指示(FlOl)的MG(30_1)，按照 圖22所示的斷開(kāi)處理(F3911)流程，如圖36 (c)中的加入者管理表(392)所示，把REG STATUS(3926)更新為斷開(kāi)處理中(Cseq= 102REGISTER) (F39111)。在更新結(jié)束后，附加 登記在加入者管理表(392)中的信息、即呼叫源的電話號(hào)碼(3921)、成為使用SIP的通 信的識(shí)別信息的SIP URI (3927)、IP address (3924)和使用的端口號(hào)碼(3925)、登記在 REG STATUS (3926)中的作為SIP消息的識(shí)別信息的命令/序列Cseq (102REGISTER)，并對(duì) expires設(shè)定0，向SIP服務(wù)器(50)發(fā)送作為加入者信息刪除消息的REGISTER包(SQ102) (F39112)。接收到REGISTER包(SQ102)的SIP服務(wù)器(50)，按照?qǐng)D23所示的登記/刪除處 理(F5611)流程實(shí)施處理。省略在登記加入者信息時(shí)已經(jīng)說(shuō)明的內(nèi)容，從在流程F56113中 與登記信息一致的情況開(kāi)始說(shuō)明。當(dāng)在流程F56113中檢索到的結(jié)果為一致時(shí)，提取SIP消息內(nèi)的expires(F56117)， 確認(rèn)提取到的值是否是0(F56118)。在確認(rèn)的結(jié)果為不是0時(shí)，將REGISTER消息(SQ102) 廢棄(F56114)，在是0時(shí)，如圖11(c)所示的加入者信息表(562、562_2)那樣，刪除提取到 的SIP URI,IP address和電話號(hào)碼(F56119)。在刪除結(jié)束后，對(duì)作為表示刪除結(jié)束的SIP 消息的2000K包設(shè)定提取到的Cseq,向呼叫源發(fā)送2000K包(SQ103) (F56116)。接收到表示刪除結(jié)束的2000K包(SQ103)的MG (30_1)，按照?qǐng)D24所示的2000K包 接收處理(F3914)流程實(shí)施處理。省略在登記處理時(shí)已經(jīng)說(shuō)明的內(nèi)容，從流程F39148開(kāi)始 說(shuō)明。在提取到的SIP消息的CONTACT標(biāo)題內(nèi)的expires是0時(shí)，如圖36(d)中的加入者 管理表(392)所示，把REG STATUS(3926)更新為斷開(kāi)(F391411)。通過(guò)以上處理，MG(30-1)完成對(duì)SIP服務(wù)器(50)實(shí)施的加入者信息刪除處理。下面，按照?qǐng)D15所示的通信序列，說(shuō)明在電話1(10-1)與電話2(14-2)開(kāi)始 RTP (Real-time Transport Protocol) (VoIP (Voice over InternetProtocol)通信)之前 的、MG(30-1)和SIP服務(wù)器(50)的處理動(dòng)作。電話1 (10-1)向電話2 (14-1)發(fā)送作為呼叫設(shè)定請(qǐng)求消息的SETUP消息(SQ104)， 以便開(kāi)始電話。接收到呼叫設(shè)定請(qǐng)求消息SETUP (SQ104)的MG(30_1)，按照?qǐng)D25所示的SETUP接 收處理(F3912)流程，實(shí)施把來(lái)自線路網(wǎng)絡(luò)的消息替換為SIP協(xié)議的處理。首先，提取加入 者線路IF No(接口號(hào)碼)(接收到的線路IF No)和連接目的地的電話號(hào)碼(F39121)，利用 加入者線路IF No (接收到的線路IF No)檢索圖7所示的加入者管理表(392) (F39122)。 然后，確認(rèn)圖7所示的加入者管理表(392)的REG STATUS(3926)是否開(kāi)通(F39123)。如 圖36(a) (c) (d)中的加入者管理表(392)所示，在沒(méi)有開(kāi)通時(shí)，將SETUP消息(SQ104)廢 棄(F39124)，如圖36(b)中的加入者管理表(392)的REG STATUS(3926)所示，在已開(kāi)通 時(shí)，從圖7所示的加入者管理表(392)中提取呼叫源(加入者)的電話號(hào)碼、SIP URI、IP address和端口號(hào)碼，并登記在圖8(a)所示的會(huì)話管理表(393)中(F39125)。另外，如 圖8(b)所示的會(huì)話管理表(393)那樣，登記從SETUP消息(SQ104)中提取到的連接目的 地的電話號(hào)碼(F39125)，向呼叫源(加入者)發(fā)送表示受理呼叫設(shè)定的CALLPR0C(SQ105) (F39126)。在發(fā)送完成后，按照?qǐng)D25所示的呼出處理(F3913)流程，如圖8(c)所示的會(huì) 話連接管理表(393)中的Cseq(3931)那樣，把作為SIP消息的識(shí)別信息的Cseq登記為“103INVITE”(F39131)，從圖8(C)所示的會(huì)話連接管理表(393)中提取連接目的地的電話 號(hào)碼、呼叫源(加入者)的電話號(hào)碼、SIP URI和IP address (F39132)，利用提取到的信息 和所登記的作為SIP消息的識(shí)別信息的Cseq (103INVITE)，對(duì)來(lái)自電話1 (10_1)的SETUP消 息(SQ104)替換為在SIP協(xié)議中使用的作為會(huì)話連接請(qǐng)求的INVITE包(SQ106)，并發(fā)送給 SIP 服務(wù)器(50) (F39133)。接收到作為會(huì)話連接請(qǐng)求的INVITE包(SQ106)的SIP服務(wù)器(50)，按照?qǐng)D27所 示的INVITE接收處理(F5612)流程，提取連接目的地的電話號(hào)碼和作為SIP消息的識(shí)別信 息的命令/序列Cseq(F56121)，利用連接目的地的電話號(hào)碼檢索圖11所示的加入者信息 管理表(562)。在SIP服務(wù)器(50)沒(méi)有登記連接目的地的信息時(shí)，SIP服務(wù)器(50)不能進(jìn) 行會(huì)話連接請(qǐng)求，所以向呼叫源發(fā)送NG應(yīng)答、即通知不能連接對(duì)方的消息(F56124)。如圖 10(a)所示的加入者信息管理表(562、5625)示出的那樣，在登記有連接目的地的信息時(shí)， 從圖10(a)所示的加入者信息管理表(562、5625)中提取連接目的地的電話號(hào)碼、SIP URI 和IP address，并登記在圖12(a)所示的連接管理表(563,56310)中(F56125)。另外，確 認(rèn)在圖10(a)所示的加入者信息管理表(562)中是否登記了連接形式(5624) (F56126)，如 圖10(a)所示的加入者信息管理表(562、5625)示出的那樣，如果沒(méi)有登記，則識(shí)別為不是 數(shù)據(jù)通信而是語(yǔ)音通信，并進(jìn)行處理。從接收到的INVITE包(SQ106)中提取作為使用呼叫 源的SIP的通信的識(shí)別信息的SIPURI、IP address、端口號(hào)碼、和作為SIP消息的識(shí)別信息 的命令/序列即Cseq，按照?qǐng)D11(b)所示的連接管理表(563、56311)那樣登記提取到的信 息(F56127)。關(guān)于登記了連接形式的情況，將在實(shí)施例2中具體敘述。在登記結(jié)束后(F56127)，利用作為相同SIP消息的識(shí)別信息的命令/序列—— 即Cseq(103、INVITE)，向連接目的地發(fā)送作為會(huì)話連接請(qǐng)求消息的INVITE包(SQ107) (F56128)。其中，所說(shuō)進(jìn)行管理的連接形式，指用于判別是語(yǔ)音還是數(shù)據(jù)的信息，還指表示連 接目的地是何種連接、例如表示是語(yǔ)音通信還是基于PPPoE或L2TP的數(shù)據(jù)通信的信息，也 即網(wǎng)絡(luò)的通信條件信息。該連接形式的信息是預(yù)先登記在SIP服務(wù)器(50)中的信息的結(jié) 構(gòu)，在沒(méi)有登記連接形式時(shí)或者登記為RTP時(shí)，與普通的SIP服務(wù)器相同，向連接對(duì)象發(fā)送 作為會(huì)話連接請(qǐng)求的INVITE消息。關(guān)于登記了連接形式時(shí)的SIP服務(wù)器(50)的動(dòng)作，將 在實(shí)施例2中具體敘述。在此，假設(shè)是SIP服務(wù)器(50)具有連接形式的信息的結(jié)構(gòu)，但也可以由其他系統(tǒng) 中的數(shù)據(jù)庫(kù)或MG (30)自身進(jìn)行管理。接收到作為會(huì)話連接請(qǐng)求消息的INVITE包(SQ107)的MG(30_3)，按照?qǐng)D28所示 的INVITE接收處理(F3915)，從接收到的INVITE包(SQ107)中提取連接目的地的電話號(hào)碼 和呼叫源的電話號(hào)碼、SIP URI,IP address、端口號(hào)碼(F39151)，利用連接目的地的電話號(hào) 碼檢索圖7所示的加入者管理表(392) (F39152)。確認(rèn)檢索到的結(jié)果是否一致(F39153)， 在不一致時(shí)，由于不是MG(30-3)收容的用戶，所以將INVITE包(SQ107)廢棄(F39154)， 在一致時(shí)，由于是MG(30-3)收容的用戶，所以確認(rèn)圖7所示的加入者管理表(392)的REG STATUS(3926)是否開(kāi)通(F39155)。在沒(méi)有開(kāi)通時(shí)，向呼叫源發(fā)送包括表示每次不能連接 的情況的消息的NG應(yīng)答消息(F39156)，在已開(kāi)通時(shí)，由于是能夠連接的狀態(tài)，所以在圖8 所示的會(huì)話管理表(392)中登記提取到的信息(F39157)，把作為SIP消息的會(huì)話連接請(qǐng)求INVITE消息(SQ107)替換為在線路網(wǎng)絡(luò)中使用的消息，并向連接目的地發(fā)送作為呼叫設(shè)定 請(qǐng)求消息的SETUP消息(SQ108) (F39158)。接收到作為針對(duì)呼叫設(shè)定消息SETUP (SQ108)的應(yīng)答的CALLPROC (SQ109)的 1^(30-3)，按照?qǐng)D29所示的0々1^^0(接收處理(F3916)流程，提取呼叫源的電話號(hào)碼 (F39161)，檢索圖8所示的會(huì)話管理表(393) (F39162)。在檢索到的結(jié)果為不一致時(shí)，將 CALLPROC廢棄(F39164)，在一致時(shí)，從會(huì)話管理表中提取作為SIP消息的識(shí)別信息的命 令/序列Cseq(F39205)。確認(rèn)提取到的Cseq是否是針對(duì)INVITE的(F39166)，如果不是 INVITE,則將 CALLPROC 廢棄(F39164)，如果是 INVITE,則利用提取到的 Cseq(103INVITE) 發(fā)送 2000K(SQ110) (F39168)。接收到作為針對(duì)來(lái)自連接目的地的會(huì)話連接請(qǐng)求的INVITE包(SQ106、SQ107)的 應(yīng)答消息——即2000K包(SQllO)的SIP服務(wù)器(50)，按照?qǐng)D30所示的2000K接收處理 (F5613)流程，提取呼叫源、連接對(duì)象的電話號(hào)碼、作為SIP通信中的識(shí)別信息的SIP URI、 IP address、端口號(hào)碼、和作為SIP消息的識(shí)別信息的命令/序列Cseq (F56131)，利用提取 到的作為SIP消息的識(shí)別信息的命令/序列Cseq，檢索圖12(b)所示的連接管理表(563、 5631) (F56132)。確認(rèn)檢索到的結(jié)果是否一致(F56133)，在不一致時(shí)，將作為應(yīng)答消息的 2000K包廢棄(F56134)。在一致時(shí)，確認(rèn)作為SIP消息的識(shí)別信息的命令/序列——即Cseq 是否是針對(duì)作為會(huì)話連接請(qǐng)求的INVITE的(F56135)，如果不是針對(duì)INVITE，則轉(zhuǎn)入流程 F561310，確認(rèn)是否是針對(duì)BYE的。關(guān)于流程F561310以后的情況，將在后面具體敘述。如圖12(b)中的連接管理表(563、5631)所示，在是針對(duì)作為會(huì)話連接請(qǐng)求的 INVITE的應(yīng)答——即2000K包(SQllO)時(shí)，利用連接目的地的電話號(hào)碼、SIP URI、IP address和端口號(hào)碼，檢索圖12(b)所示的連接管理表(563) (F56136)，確認(rèn)是否一致(是 否登記)(F56137)。在不一致時(shí)(沒(méi)有登記時(shí))，將2000K包(SQllO)廢棄(F56139)，在一 致時(shí)(已登記時(shí))，如圖12(c)所示的連接管理表(563、56312)示出的那樣，登記呼叫源的 SIP URI、端口號(hào)碼(F56138)。在登記結(jié)束后，利用提取到的作為SIP消息的識(shí)別信息的命 令 / 序列 Cseq(103INVITE)，向連接目的地發(fā)送 2000K 包(SQlll) (F561314)。接收到針對(duì)作為會(huì)話連接請(qǐng)求的INVITE包(SQ106)的應(yīng)答包——即2000K包 (SQlll)的MG(30-1)，按照?qǐng)D24所示的2000K接收處理(F3914)流程實(shí)施處理。省略已經(jīng) 說(shuō)明的流程的說(shuō)明，從流程F391412開(kāi)始進(jìn)行說(shuō)明。確認(rèn)提取到的作為SIP消息的識(shí)別信息的命令/序列Cseq(F39144)是否是針對(duì) INVITE包(SQ106、SQ107)的(F39147)，如圖8 (c)所示的會(huì)話管理表(393,3931)示出的 那樣，在是針對(duì)INVITE的應(yīng)答消息即2000K包(SQlll)時(shí)，利用提取到的連接目的地的電 話號(hào)碼、SIP URI、IPaddress、端口號(hào)碼和連接形式，檢索圖8(c)所示的會(huì)話連接管理表 (393) (F391413)，確認(rèn)檢索到的結(jié)果是否一致(F391414)。在不一致時(shí)，將2000K包(SQlll) 廢棄(F391417)，如圖8(c)所示的會(huì)話管理表(393,39312)示出的那樣，在一致時(shí)，將呼叫 源的SIP URI、IP address、端口號(hào)碼和連接形式及Cseq(39310)登記在圖8(d)所示的會(huì) 話管理連接表中(393、39313) (F391415)，向呼叫源發(fā)送ACK(F391421)。在ACK的發(fā)送結(jié)束 后，實(shí)施圖31所示的連接分配處理(F3917)。接收針對(duì)作為會(huì)話連接請(qǐng)求的SIP消息INVITE(SQ106、SQ107)的應(yīng)答包——即 2000K(SQlll)、并完成了圖24所示的2000K接收處理(F3914)流程的MG(30_1)，按照?qǐng)D31所示的連接分配處理(F3917)流程，從圖8(d)所示的會(huì)話連接管理表(393)中提取連 接形式(F39171)，確認(rèn)是否登記了連接形式(F39172)。如圖8(d)中的會(huì)話管理表(393、 39313)所示，在沒(méi)有登記時(shí)，等待作為連接目的地的電話2(14-2)接通電話、即等待完成 CONNECT(F39176)。關(guān)于圖8(d)所示的會(huì)話連接管理表(393)中登記了連接形式的情況， 將在后面敘述。完成CONNECT (連接)，指MG(30-1)從作為到達(dá)側(cè)的電話2 (14_2)接收CONNECT消 息(SQ113)和 2000K(SQ114 SQ115)，并向電話 1(10-1)發(fā)送 CONNECT (SQl 16)，向呼叫源 發(fā)送應(yīng)答消息ACK (SQl 17)。通過(guò)以上步驟，完成CONNECT處理。在完成CONNECT后，MG (30-1)實(shí)施基于 RTP (Real-time Transport Protocol)的 VoIP (Voice over InternetProtocol)通信(語(yǔ) 音)處理(F39159)。通過(guò)以上處理，完成在電話1(10-1)與電話2 (14-2)開(kāi)始基于RTP (Real-time Transport Protocol)的 VoIP (Voice over Internet Protocol)通信之前的、MG (30-1) 和SIP服務(wù)器(50)的處理動(dòng)作，在電話1(10-1)和電話2(14-1)之間能夠進(jìn)行語(yǔ)音通話 (SQ118 SQ120)。下面，說(shuō)明切斷電話1(10-1)和電話2(14-1)之間的語(yǔ)音通話(SQ118 SQ120) 時(shí)的、MG(30)和SIP服務(wù)器(50)的處理動(dòng)作。接收到作為切斷請(qǐng)求消息的DISC(SQ121)的MG(30_1)，提取呼叫源的電話號(hào)碼， 確認(rèn)是否在圖8(d)所示的會(huì)話連接管理表(393、3931)中進(jìn)行了登記。在沒(méi)有登記時(shí)，將 DISC(SQ121)廢棄，在進(jìn)行了登記時(shí)，如圖8(e)中的會(huì)話管理表(393,39314)所示，登記作 為SIP消息的識(shí)別信息的命令/序列Cseq(ICMBYE)，把接收到的線路網(wǎng)絡(luò)側(cè)的切斷消息即 DISC(SQ121)轉(zhuǎn)換為SIP消息的會(huì)話切斷請(qǐng)求消息BYE包(SQ122)，并發(fā)送給連接目的地 (SQ122)。接收到會(huì)話切斷請(qǐng)求消息即BYE包(SQ122)的SIP服務(wù)器(50)，按照?qǐng)D33所示 的BYE接收處理(F5614)流程，提取呼叫源和連接目的地的電話號(hào)碼、作為SIP通信中的識(shí) 別信息的SIP URI、IP address和端口號(hào)碼(F56141)，利用提取到的信息檢索圖12(c)所 示的連接管理表(F56142)。確認(rèn)登記的信息是否一致(F56143)，如果不一致，則將BYE包 (SQ121)廢棄，在一致時(shí)，提取作為SIP消息的識(shí)別信息的命令/序列Cseq(F56145)，如圖 12(d)所示的連接管理表(563、56313)那樣，更新作為SIP消息的識(shí)別信息的命令/序列 Cseq(104BYE) (F56146)。在登記結(jié)束后，利用已登記的作為SIP消息的識(shí)別信息的命令/ 序列Cseq(ICMBYE)，向連接目的地發(fā)送作為會(huì)話切斷請(qǐng)求的BYE包(SQ123) (F56147)。接收到會(huì)話切斷請(qǐng)求即BYE包(SQ123)的MG (30-3)，按照?qǐng)D34所示的BYE接 收處理(F3919)，提取呼叫源和連接目的地的電話號(hào)碼、SIPURI, IP address、端口號(hào)碼 (F39191)，利用提取到的消息檢索圖8所示的會(huì)話連接管理表(393) (F39192)。確認(rèn)檢索到 的結(jié)果是否一致(F39193)，在不一致時(shí)，將會(huì)話切斷請(qǐng)求即BYE包(SQ122)廢棄(F39194)， 在一致時(shí)，提取作為SIP消息的識(shí)別信息的命令/序列Cseq(104BYE) (F39195)，并登記在圖 8所示的連接管理表(563)中(F39196)。在登記結(jié)束后，把在SIP消息中接收到的切斷請(qǐng)求 消息BYE包(SQ124)轉(zhuǎn)換為線路網(wǎng)絡(luò)側(cè)的切斷請(qǐng)求消息即DISC(SQ123)并發(fā)送(F39197)， 并發(fā)送開(kāi)放消息即REL(SQ125) (F39198)。
15
電話2(14-1)在開(kāi)放完成后，發(fā)送開(kāi)放完成消息即REL COMP (SQ125)。接收到開(kāi)放 完成消息即REL COMP (SQ126)的MG(30_3)，按照?qǐng)D35所示的REL COMP接收處理(F3920) 流程，提取呼叫源的電話號(hào)碼(F39201)，并檢索圖8所示的會(huì)話管理表(363) (F39202)。在 檢索到的結(jié)果為不一致時(shí)，將REL COMP廢棄(F39204)，在一致時(shí)，從圖8所示的會(huì)話管理表 (393)中提取作為SIP消息的識(shí)別信息的命令/序列Cseq(F39205)，在是針對(duì)BYE的信息 時(shí)，利用提取到的作為SIP消息的識(shí)別信息的命令/序列Cseq發(fā)送2000K包(SQ127)。關(guān) 于不是針對(duì)BYE的信息的情況，將在后面敘述。接收到針對(duì)作為會(huì)話切斷請(qǐng)求的BYE包(SQ122)的應(yīng)答消息——即2000K包 (SQ126)的SIP服務(wù)器(50)，按照?qǐng)D30所示的2000K接收處理(F5613)流程實(shí)施處理。省 略已經(jīng)說(shuō)明的流程的說(shuō)明，從流程F561310開(kāi)始進(jìn)行說(shuō)明。確認(rèn)從接收到的2000K包(SQ126)提取的作為SIP消息的識(shí)別信息的命令/序 列Cseq是否是針對(duì)BYE的信息(F561310)，如果不是針對(duì)BYE的信息，則將2000K包廢棄 (F56134)。如圖12(d)所示的連接管理表(563,56313)示出的那樣，在是針對(duì)BYE的信息 時(shí)，利用呼叫源和連接目的地的電話號(hào)碼、SIP通信中的識(shí)別信息即SIP URI, IP address 和端口號(hào)碼，檢索圖12(d)所示的連接管理表(d) (F561311)，確認(rèn)是否與登記信息一致 (F561312)。如果不一致，則將2000K包(SQ127)廢棄(F56134)，在一致時(shí)，按照?qǐng)D12(e)所 示刪除呼叫源和連接目的地的登記信息(F561313)。在刪除結(jié)束后，利用提取到的作為SIP 消息的識(shí)別信息的命令/序列Cseq(104BYE)，發(fā)送2000K包(SQ128) (F561314)。接收到針對(duì)作為切斷請(qǐng)求包的BYE包(SQ121)的應(yīng)答消息——即2000K包 (SQ127)的MG (30-1)，按照?qǐng)D24所示的2000K接收處理(F3914)流程實(shí)施處理。關(guān)于已經(jīng)說(shuō)明的處理省略其說(shuō)明，從流程F391416開(kāi)始進(jìn)行說(shuō)明。MG(30_1)確認(rèn) 從接收到的2000K包(SQ126)提取的作為SIP消息的識(shí)別信息的命令/序列Cseq是否是 BYE(F391416)。如果不是針對(duì)BYE的信息，則將2000K包廢棄(F391417)，如圖8 (e)中的會(huì) 話管理表(393、39314)所示，在是針對(duì)切斷請(qǐng)求消息即BYE的2000K時(shí)，利用呼叫源和連接 目的地的電話號(hào)碼、SIP URI,IP address、端口號(hào)碼和連接形式，檢索圖8(e)所示的會(huì)話連 接管理表(393) (F391418)。確認(rèn)檢索到的結(jié)果是否一致(F301419)，在不一致時(shí)，將2000K 包廢棄(F391417)，在一致時(shí)，如圖8(f)中的會(huì)話連接管理表(393,39315)所示，刪除呼叫 源的信息和作為SIP消息的識(shí)別信息的命令/序列Cseq (F391420)。在刪除結(jié)束后，發(fā)送應(yīng) 答消息即ACK(SQ129) (F391421)，還向連接目的地發(fā)送呼叫開(kāi)放消息即REL(SQ130)。接收到針對(duì)呼叫開(kāi)放消息即REL(SQ130)的呼叫開(kāi)放結(jié)束消息RELCOMP (SQ131)的 MG(30-1)，按照?qǐng)D35所示的REL COMP接收處理(F3920)流程進(jìn)行處理。省略已經(jīng)說(shuō)明的 流程，從流程F39207開(kāi)始進(jìn)行說(shuō)明。確認(rèn)從會(huì)話管理表提取的作為SIP消息的識(shí)別信息的 命令/序列Cseq是否是針對(duì)BYE的信息(F391207)，在不是針對(duì)BYE的信息時(shí)，如圖8(g) 中的會(huì)話連接管理表(393)所示，刪除呼叫源的信息(F39208)。通過(guò)以上處理，語(yǔ)音通話被切斷。如上所述，開(kāi)始和切斷電話1(10-1)與電話2(14-2)的語(yǔ)音通話時(shí)的MG(30)和 SIP服務(wù)器(50)的處理動(dòng)作的說(shuō)明結(jié)束。實(shí)施例2下面，說(shuō)明實(shí)施例2。圖17表示PC2(ll-2)與ISP A(80-1)內(nèi)的WEB服務(wù)器(110-1)進(jìn)行圓圈1所示的數(shù)據(jù)通信時(shí)的通信序列和協(xié)議堆棧。圖18表示切斷PC2 (11-2)與ISP A(80-1)內(nèi)的冊(cè)B服務(wù)器(110-1)的、圓圈1所 示的數(shù)據(jù)通信時(shí)的通信序列。下面，參照?qǐng)D17 圖18所示的通信序列和圖21 圖35所示的流程圖，說(shuō)明在實(shí) 施例2中，PC2(ll-2)與ISP A(SO-I)內(nèi)的WEB服務(wù)器(110-1)進(jìn)行圓圈1所示的數(shù)據(jù)通 信之前的、MG(30-1、30-2)和SIP服務(wù)器(50)各自的處理動(dòng)作。首先，說(shuō)明進(jìn)行圓圈1所示的數(shù)據(jù)通信之前的處理。關(guān)于圖18所示的SQ104 SQ106、圖25所示的SETUP接收處理(F3912)、圖26所示的呼叫源處理(F3913)的處理，與 實(shí)施例1相同，所以省略說(shuō)明。接收到會(huì)話連接請(qǐng)求即INVITE包(SQ106)的SIP服務(wù)器(50)，按照?qǐng)D27所示 的INVITE接收處理(F5612)流程執(zhí)行處理。省略與實(shí)施例1相同的處理的說(shuō)明，從流程 F56126開(kāi)始進(jìn)行說(shuō)明。利用連接目的地的電話號(hào)碼檢索圖11(a)所示的加入者信息管理表(562)，確認(rèn) 是否登記了連接形式(F56126)。如圖11(a)所示的加入者信息管理表(392、5626)示出 的那樣，在登記了連接形式時(shí)，提取連接形式(5624)和連接目的地的IP address (5623) (F56129)。如圖11(a)中的連接形式(5624)所示，在本實(shí)施例2中判明連接形式是按照 PPPoE進(jìn)行數(shù)據(jù)通信。在提取連接形式和IP address后(F56129)，設(shè)定作為SIP消息的識(shí)別信息的 Cseq(105INVITE)，向呼叫源發(fā)送在SIP消息中附加了連接形式和IP address的2000K包 (SQ300) (F561210)。圖37表示此時(shí)的2000K包(SQ130)的示例。其中，上述提取的連接目 的地的IP address有時(shí)沒(méi)有登記。在沒(méi)有登記時(shí)，處于MG (30)不清楚連接目的地的狀態(tài)， 但只是對(duì)2000K包附加了連接形式，所以沒(méi)有問(wèn)題。關(guān)于只登記連接形式的情況，將在后面 敘述。在此，如圖37所示的2000K包示例示出的那樣，例如，采取在標(biāo)題字段內(nèi)追加 CONNECTION =PPPoE (M100)等，并將連接形式通知MG(30_1)的方法。但是，由于SIP消息是 基于文本的，所以并不特別指定連接形式的附加方法。另外，在連接形式被登記為RTP(Real-time Transport Protocol)或 VoIP(Voice over Internet Protocol)時(shí)，不執(zhí)行上述說(shuō)明的處理，而是執(zhí)行在實(shí)施例1中說(shuō)明的處理、 即向連接目的地發(fā)送會(huì)話連接請(qǐng)求消息INVITE的處理。如上所述，在實(shí)施例2中，SIP服務(wù)器(50)根據(jù)連接形式的信息，判定是否向呼叫 源返回2000K、或者是否向連接目的地發(fā)送INVITE。即，根據(jù)連接目的地的信息判別是進(jìn)行 語(yǔ)音通信還是進(jìn)行數(shù)據(jù)通信，在進(jìn)行數(shù)據(jù)通信時(shí)，采取利用SIP消息的2000K通知MG (30) 的結(jié)構(gòu)。通過(guò)上述動(dòng)作，MG(30)能夠區(qū)分是語(yǔ)音還是數(shù)據(jù)，還能夠進(jìn)行對(duì)應(yīng)連接形式的動(dòng) 作。在本實(shí)施例中，MG(30)作為PPPoE的客戶端進(jìn)行動(dòng)作。接收到2000K包(SQ300)的MG (30-1)按照?qǐng)D24所示的2000K接收處理(F3914) 執(zhí)行處理。省略已經(jīng)在實(shí)施例1中說(shuō)明的內(nèi)容，從流程F391412開(kāi)始進(jìn)行說(shuō)明。確認(rèn)提取 到的作為SIP消息的識(shí)別信息的命令/序列Cseq是否是INVITE的信息(F391412)，如圖 8(c)中的會(huì)話管理表(393、39316)所示，在是INVITE的信息時(shí)，利用連接目的地的電話號(hào) 碼、SIP URI,IP address、端口號(hào)碼和連接形式，檢索圖8(c)所示的會(huì)話連接管理表(393、39316) (F391413)，確認(rèn)是否一致。在不一致時(shí)，將2000K包廢棄(F391317)，在一致時(shí)，如圖 8(d)中的會(huì)話管理表(393,39317)所示，登記呼叫源的SIP URI、IP address、端口號(hào)碼和 連接形式，刪除作為SIP消息的識(shí)別信息的命令/序列Cseq(F391415)。在本實(shí)施例中，與 實(shí)施例1的不同之處是具有連接形式。在按照上面所述結(jié)束2000K處理(F3915)后，按照?qǐng)D31所示的連接分配處理 (F3917)流程，從圖8(d)所示的會(huì)話連接管理表(393、39317)中提取連接形式和連接目 的地的IP address (F39171)，確認(rèn)是否登記了連接形式(F39172)。確認(rèn)連接形式是否是 PPPoE (F39173)，在確認(rèn)的結(jié)果是如圖8(d)所示的會(huì)話管理表(393、39317)那樣為PPPoE 時(shí)，MG(30-1)向 PC2(11-1)發(fā)送 CONNECT (SQ322) (F39174)，在發(fā)送結(jié)束后，作為 PPPoE 客戶 端進(jìn)行動(dòng)作，并與BAS (60)之間進(jìn)行PPPoE連接處理(F39175)。并且，BAS (60)-LNSl (70-1) 之間按照L2TP連接。關(guān)于不是PPPoE的情況，將在實(shí)施例3中進(jìn)行說(shuō)明。MG (30)與BAS (60)之間連接PPPoE的會(huì)話，由此不需要連接目的地的IP address 等的信息。BAS (60) —直連接到連接目的地。關(guān)于PPPoE連接處理和L2TP連接處理(SQ131 SQ154)，由于是已知技術(shù)，所以省 略具體說(shuō)明。經(jīng)過(guò)PPPoE的會(huì)話連接序列(PPPoE發(fā)現(xiàn)階段di scovery stage) (SQ302 SQ305)、PPP會(huì)話連接序列(SQ306 SQ309)，接收到認(rèn)證請(qǐng)求消息(SQ310)的MG (30-1)， 按照?qǐng)D32所示的認(rèn)證請(qǐng)求接收處理(F3918)，提取呼叫源的IP address和連接識(shí)別符 (連接識(shí)別符對(duì)使用的每個(gè)ISP分配的用戶ID) (F39181)，利用呼叫源的IP address檢 索圖8(d)所示的會(huì)話管理表(393、39317)(F39182)。根據(jù)檢索到的結(jié)果確認(rèn)是否登記了 (F39183)，在沒(méi)有登記時(shí)，刪除認(rèn)證請(qǐng)求消息(SQ310)，在登記了時(shí)，確認(rèn)STATUS(39311)是 否是等待認(rèn)證請(qǐng)求(F39185)。在本實(shí)施例中，如圖8(d)所示的會(huì)話管理表(393、39317) 示出的那樣，由于沒(méi)有登記，所以向BAS(60)發(fā)送認(rèn)證請(qǐng)求(F39186)。然后，在BAS(60)和 LNSl (70-1)之間實(shí)施L2TP連接處理(SQ312)，形成L2TP的隧道(SQ313)。在形成隧道后， 由RADIUS服務(wù)器(90-1)進(jìn)行認(rèn)證，并通知認(rèn)證結(jié)果(SQ314 SQ316)。在建立認(rèn)證后，執(zhí) 行IPCP的處理(SQ317)，從而能夠進(jìn)行數(shù)據(jù)通信。在PPPoE連接處理(F39175)中，利用圖9(a)所示的數(shù)據(jù)管理表(394)管理所 附加的SESSION ID的信息。此時(shí)，圖8(c)所示的會(huì)話管理表(393、39317)的連接形式 “PPPoE#3”中的“#3”表示登記在數(shù)據(jù)管理表的第3個(gè)，在實(shí)施例2中，如圖9(a)中的數(shù)據(jù) 管理表(394、3946)所示，SESSI0NID為“55”。SESSION ID的登記/管理方法也可以不是 此處披露的方法。如上所述，PC2 (11-2)能夠與ISP A(80-1)內(nèi)的WEB服務(wù)器(110-1)進(jìn)行圓圈1所 示的數(shù)據(jù)通信(SQ157 SQ160)。說(shuō)明PC2(ll-2)與ISP A(SO-I)內(nèi)的WEB服務(wù)器(110-1)切斷圓圈1所示的數(shù)據(jù)
通信的處理。首先，在PCl (Il-I)-LNSl (70-1)之間完成PPP會(huì)話開(kāi)放請(qǐng)求即LCP Terminate Req包(SQ323)、PPP會(huì)話開(kāi)放的應(yīng)答即LCP Terminate Ack包(SQ324)的交換，由此開(kāi)放 PPP會(huì)話。在開(kāi)放PPP會(huì)話后，如圖8(e)所示的會(huì)話連接管理表(393、39318)示出的那樣， 刪除連接目的地的各種信息。
在開(kāi)放PPP會(huì)話后，按照PADT發(fā)送處理(F102)，MG (30-1)通知PPPoE的會(huì)話開(kāi) 放，所以向BAS(60)發(fā)送PADT包(SQ163)。此時(shí)，如圖9(b)所示的數(shù)據(jù)管理表(394)示出 的那樣，在刪除PPPoE的會(huì)話ID后，發(fā)送PADT包(SQ325)。接收至IjPADT 包(SQ325)的 BAS (60)實(shí)施 L2TP 切斷處理(SQ326 SQ330)。L2TP 切斷處理(SQ326 SQ330)是已知的技術(shù)，所以省略說(shuō)明。然后，接收到呼叫切斷消息即DISC(SQ331)的MG(30_1)，提取呼叫源的電話號(hào)碼， 并確認(rèn)是否登記在圖8(e)所示的會(huì)話連接管理表(393)中。在沒(méi)有登記時(shí)，將DISC(SQ331) 廢棄，在登記了時(shí)，確認(rèn)連接目的地的信息是否登記在圖8(e)所示的會(huì)話管理表中。在登 記了時(shí)，刪除DISC (SQ331)，在沒(méi)有登記時(shí)，向呼叫源發(fā)送通知開(kāi)放的REL (SQ332)。對(duì)于開(kāi) 放，接收到表示開(kāi)放完成的REL COMP (SQ333)的MG (30_1)，按照?qǐng)D35所示的REL COMP接收 處理(F3920)流程，提取呼叫源的電話號(hào)碼，并利用呼叫源的電話號(hào)碼檢索圖8(e)所示的 會(huì)話連接管理表(393) (F39202)。在檢索結(jié)果為不一致時(shí)，將REL COMP廢棄(F39204)，在 一致時(shí)，提取會(huì)話管理表的作為SIP消息的識(shí)別信息的命令/序列Cseq (F39205)，確認(rèn)是否 是針對(duì)BYE的信息(F39207)。在本實(shí)施例中，由于不是針對(duì)BYE的信息，所以按照?qǐng)D8 (f) 所示的會(huì)話連接管理表那樣，刪除呼叫源的信息(F39208)。通過(guò)以上處理，完成切斷圓圈1所示的數(shù)據(jù)通信。實(shí)施例3下面，說(shuō)明實(shí)施例3。圖19表示PC2(13-2)與ISP B(80-2)內(nèi)的WEB服務(wù)器(110-2) 進(jìn)行圓圈2所示的數(shù)據(jù)通信時(shí)的通信序列和協(xié)議堆棧。圖20表示PC2 (11-2)與ISP B (80-2)內(nèi)的WEB服務(wù)器(110-2)切斷圓圈2所示 的數(shù)據(jù)通信時(shí)的通信序列。下面，參照?qǐng)D19 圖20所示的通信序列和圖21 圖35所示的流程圖，說(shuō)明在本 發(fā)明的實(shí)施例3中的MG(30)和SIP服務(wù)器(50)各自的處理動(dòng)作。首先，說(shuō)明PC2 (13-2)與ISP B (80-2)內(nèi)的WEB服務(wù)器(110-2)開(kāi)始圓圈2所示 的數(shù)據(jù)通信時(shí)的處理。關(guān)于圖19所示的SQ104 SQ106、圖25所示的SETUP接收處理(F3912)、圖26所 示的呼叫源處理(F3913)的處理，與實(shí)施例1相同，所以省略說(shuō)明。接收到會(huì)話連接請(qǐng)求即INVITE包(SQ106)的SIP服務(wù)器(50)，按照?qǐng)D27所示 的INVITE接收處理(F5612)流程執(zhí)行處理。省略與實(shí)施例1相同的處理的說(shuō)明，從流程 F56126開(kāi)始進(jìn)行說(shuō)明。利用連接目的地的電話號(hào)碼檢索圖11(a)所示的加入者信息管理表(562)，確認(rèn) 是否登記了連接形式(F56126)。如圖11(a)所示的加入者信息管理表(562、5627、5628)示 出的那樣，在登記了連接形式時(shí)，提取連接形式(5624)和連接目的地的IP address (5623) (F56129)。如圖11(a)中的連接形式(5624)所示，在本實(shí)施例2中判明連接形式是采用 L2TP的數(shù)據(jù)通信。在本實(shí)施例3中，如圖11(a)所示的加入者信息管理表(562、5627、5628)示出 的那樣，存在登記了連接形式和連接目的地的IP address(5627)、和只登記了連接形式 (5628)這兩種模式(pattern)。在實(shí)施例2中，由于是PPPoE連接、即在層2網(wǎng)絡(luò)的交換， 所以在不知道連接目的地的IP address時(shí)，也能夠通過(guò)廣播向BAS發(fā)送PADI (SQ302)，并與具有應(yīng)答的BAS(60)之間建立PPPoE的會(huì)話。但是，在本實(shí)施例3中，需要連接目的地的 IPaddress0下面，根據(jù)上述需要，說(shuō)明沒(méi)有IP address的方式。在提取連接形式和IP address后(F56129)，設(shè)定作為SIP消息的識(shí)別信息的 Cseq(106INVITE)，向呼叫源發(fā)送在SIP消息中附加了連接形式和IP address的2000K包 (SQ402) (F561210)。圖 38 表示此時(shí)的 2000K 包(SQ402)的示例。其中，如圖38所示的2000K包示例示出的那樣，例如，采取在標(biāo)題字段內(nèi)追加 CONNECTION :L2TP/100. 0. 100. I(MlOl)等，并將連接形式通知MG (30_1)的方法。關(guān)于在后 半部分中示出的IP address，除連接形式之外，在具有IP address時(shí)予以附加。但是，由于 SIP消息是基于文本的，所以并不特別指定連接形式的附加方法。RTP (Real-time Transport Protocol) VoIP (Voiceover Internet Protocol)時(shí)，不執(zhí)行上述說(shuō)明的處理，而是執(zhí)行在實(shí)施例1中說(shuō)明的處理、即向 連接目的地發(fā)送會(huì)話連接請(qǐng)求消息INVITE的處理。如上所述，在實(shí)施例2中，SIP服務(wù)器(50)根據(jù)連接形式的信息，判定是否向呼叫 源返回2000K、或者是否向連接目的地發(fā)送INVITE。即，根據(jù)連接目的地的信息判別是進(jìn)行 語(yǔ)音通信還是進(jìn)行數(shù)據(jù)通信，在進(jìn)行數(shù)據(jù)通信時(shí)，采取利用SIP消息的2000K通知MG (30) 的結(jié)構(gòu)。通過(guò)上述動(dòng)作，MG(30)能夠區(qū)分是語(yǔ)音還是數(shù)據(jù)，還能夠進(jìn)行對(duì)應(yīng)連接形式的動(dòng) 作。在本實(shí)施例中，MG (30)作為L(zhǎng)AC進(jìn)行動(dòng)作。接收到2000K包(SQ402)的MG (30-1)按照?qǐng)D24所示的2000K接收處理(F3914) 執(zhí)行處理。省略已經(jīng)在實(shí)施例1中說(shuō)明的內(nèi)容，從流程F39132開(kāi)始進(jìn)行說(shuō)明。確認(rèn)提取 到的作為SIP消息的識(shí)別信息的命令/序列Cseq是否是INVITE的信息(F391412)，在是 INVITE的信息時(shí)，利用連接目的地的電話號(hào)碼、SIP URI、IP address、端口號(hào)碼和連接形 式，檢索圖8(c)所示的會(huì)話連接管理表(393、39319) (F391413)，確認(rèn)是否一致。在不一致 時(shí)，將2000K包廢棄(F391317)，在一致時(shí)，如圖8(d)所示的會(huì)話管理表(393,39320)那樣， 登記呼叫源的SIP URI、IP address、端口號(hào)碼和連接形式，刪除作為SIP消息的識(shí)別信息 的命令/序列Cseq(F391415)。在本實(shí)施例中，與實(shí)施例1的不同之處是具有連接形式。在按照上面所述結(jié)束2000K處理(F3915)后，按照?qǐng)D31所示的連接分配處理 (F3917)流程，從圖8(d)所示的會(huì)話連接管理表(393、39320)中提取連接形式和連接目 的地的IP address (F39171)，確認(rèn)是否登記了連接形式(F39172)。確認(rèn)連接形式是否是 PPPoE (F39173)，在不是PPPoE時(shí)，確認(rèn)連接形式是否是L2TP (F39175)。在是L2TP時(shí)，確認(rèn)是 否登記了連接目的地的IP address (F39178)，在按照?qǐng)D8(d)所示的會(huì)話連接管理表(393、 39320)那樣進(jìn)行了登記時(shí)，向PC2(13-2)發(fā)送表示連接請(qǐng)求的CONNECT (SQ400)，開(kāi)始與連 接目的地IP address的裝置進(jìn)行L2TP連接處理(F39179)。在沒(méi)有按照?qǐng)D8 (d)所示的會(huì) 話連接管理表(393、39321)那樣登記連接目的地的IP address時(shí)，向PC2(13_2)發(fā)送表示 連接請(qǐng)求的CONNECT (SQ400) (F391711)，按照?qǐng)D8 (e)中的會(huì)話連接管理表(393、39322)所 示，登記認(rèn)證請(qǐng)求等待(F391712)。在上述處理中，在登記了連接目的地的IP address時(shí)，能夠與連接目的地裝置之 間開(kāi)始L2TP連接處理，但在沒(méi)有登記連接目的地的IP address時(shí)，不能開(kāi)始連接。因此， 在下面說(shuō)明的處理中解決問(wèn)題。然后，接收到認(rèn)證請(qǐng)求(SQ406)的MG(30_1)，按照?qǐng)D32所示的認(rèn)證請(qǐng)求接收處理(F3918)，提取呼叫源的IP address和連接識(shí)別符(連接識(shí)別符對(duì)使用的每個(gè)ISP分 配的用戶ID) (F39181)，利用呼叫源的IPaddress檢索圖8(e)所示的會(huì)話管理表(393、 39322) (F39182)。確認(rèn)檢索到的結(jié)果是否登記了(F39183)，在沒(méi)有登記時(shí)，刪除認(rèn)證請(qǐng)求 消息(SQ310)，在登記了時(shí)，確認(rèn)STATUS (39311)是否是認(rèn)證請(qǐng)求等待(F39185)。在本實(shí) 施例中，按照?qǐng)D8(e)所示的會(huì)話管理表(393、39317)示出的那樣進(jìn)行了登記，所以利用提 取到的連接識(shí)別符，檢索圖10所示的域名管理表(393、3953) (F39187)，并確認(rèn)是否登記了 (F39171)。如果登記了，則提取連接目的地的IP address，按照?qǐng)D8(f)所示的會(huì)話管理表 (393,39322)那樣登記IP address (F391810)。在登記完成后，與連接目的地的裝置實(shí)施 L2TP 連接處理(F391811)。當(dāng)沒(méi)有在圖10所示的域名管理表(395)中進(jìn)行登記時(shí)，返回表示沒(méi)有登記的消息 等的NG應(yīng)答(F391812)。根據(jù)上述方法能夠知道連接目的地的IP address.在本發(fā)明中，在MG(30)內(nèi)部利 用域名管理表進(jìn)行管理，但也可以采用向RADIUS服務(wù)器等詢問(wèn)的方法。經(jīng)過(guò)L2TP連接處 理(SQ407)、認(rèn)證處理(SQ406、SQ408 SQ412)、IPCP 處理(SQ416 SQ418)的各個(gè)處理， 能夠進(jìn)行數(shù)據(jù)通信。上述各種處理是已知的技術(shù)，所以省略具體說(shuō)明。在L2TP連接處理(F39154)中，利用圖9(a)所示的數(shù)據(jù)管理表(394)管理所付與 的SESSION ID和TUNNEL ID的各個(gè)信息。此時(shí)，圖8 (c)所示的會(huì)話管理表(393)的連接 形式“L2TP#1”中的“#1”表示登記在數(shù)據(jù)管理表的第3個(gè)，在實(shí)施例2中，如圖9(a)中的 數(shù)據(jù)管理表(394,3947)所示，MG(30_1)的 SESSION ID 為“ 1”、TUNNEL ID 為“1”，連接目的 地的 SESSION ID 為 “10”、TUNNEL ID 為 “10”。SESSION ID 和 TUNNEL ID 的登記 / 管理方 法也可以不采用本發(fā)明披露的方法。在本實(shí)施例中，與實(shí)施例2相同，SIP服務(wù)器根據(jù)連接形式的信息判別區(qū)分是語(yǔ)音 還是數(shù)據(jù)，通過(guò)使用SIP消息，MG(30)能夠區(qū)分是語(yǔ)音還是數(shù)據(jù)，還能得知連接方法，由此 在本實(shí)施例3中，能夠作為L(zhǎng)AC進(jìn)行動(dòng)作。下面，說(shuō)明PCl (13-2)與ISP B(80-2)內(nèi)的WEB服務(wù)器(110-2)切斷圓圈2所示 的數(shù)據(jù)通信的處理。首先，為了進(jìn)行PPP會(huì)話開(kāi)放，利用LCP Terminate Req包(SQ197)、和PPP會(huì)話開(kāi) 放的應(yīng)答即LCP Terminate Ack包(SQ198)，進(jìn)行PPP會(huì)話的開(kāi)放，然后，實(shí)施L2TP切斷處 理(SQ419 SQ434)。L2TP的處理是已知技術(shù)，所以省略具體說(shuō)明。通過(guò)以上所述的PPP會(huì)話開(kāi)放和L2TP切斷處理，開(kāi)放L2TP的隧道(SQ434)，圓圈 2所示的數(shù)據(jù)通信結(jié)束。此時(shí)，如圖8(e)所示的會(huì)話連接管理表(393、39324)示出的那樣， 刪除連接目的地的各種消息。另外，如圖9(b)所示，刪除MG(30-1)側(cè)的TUNNEL ID “1”、 SESSION ID “ 1”，LNS2 (70-2)側(cè)的 TUNNEL ID “10”、SESSION ID “10”。然后，接收到呼叫切斷消息即DISC(SQ169)的MG(30_1)，提取呼叫源的電話號(hào)碼， 并確認(rèn)是否登記在圖8(e)所示的會(huì)話連接管理表(393)中。在沒(méi)有登記時(shí)，將DISC(SQ204) 廢棄，在登記了時(shí)，確認(rèn)連接目的地的信息是否登記在圖8(e)所示的會(huì)話管理表中。在登 記了時(shí)，刪除DISC(SQ435)，在沒(méi)有登記時(shí)，向呼叫源發(fā)送通知開(kāi)放的REL(SQ436)。對(duì)于 開(kāi)放，接收到表示開(kāi)放完成的REL COMP (SQ437)的MG(30_1)，按照?qǐng)D31所示的REL COMP 接收處理(F3917)流程，提取呼叫源的電話號(hào)碼(F39171)，并利用呼叫源的電話號(hào)碼檢
21索圖8(e)所示的會(huì)話連接管理表(393) (F39172)。在檢索結(jié)果為不一致時(shí)，將REL COMP 廢棄(F39174)，在一致時(shí)，提取會(huì)話管理表的作為SIP消息的識(shí)別信息的命令/序列 Cseq(F39175)，確認(rèn)是否是針對(duì)BYE的信息(F39177)。在本實(shí)施例中，由于不是針對(duì)BYE的 信息，所以按照?qǐng)D8(f)中的會(huì)話連接管理表所示，刪除呼叫源的信息(F39178)。
通過(guò)以上處理，完成呼叫切斷之前的處理，并完成切斷圓圈2所示的數(shù)據(jù)通信。
權(quán)利要求
一種通信系統(tǒng)，具有多個(gè)終端、與所述終端連接的管理裝置、與所述管理裝置連接的網(wǎng)絡(luò)、與所述網(wǎng)絡(luò)連接的服務(wù)器、和存儲(chǔ)所述網(wǎng)絡(luò)中的連接狀態(tài)的信息的第1表，其特征在于，所述管理裝置具有存儲(chǔ)與所述終端相關(guān)的信息的第2表、存儲(chǔ)與經(jīng)由所述網(wǎng)絡(luò)的會(huì)話相關(guān)的信息的第3表、存儲(chǔ)經(jīng)由所述網(wǎng)絡(luò)的服務(wù)提供商的信息的第4表，以及接口，根據(jù)從所述第2表、所述第3表、所述第4表讀出的信息，控制所述終端與所述網(wǎng)絡(luò)之間的連接，所述服務(wù)器在從所述管理裝置接收到會(huì)話連接請(qǐng)求時(shí)，根據(jù)從所述第1表讀出的信息，向所述管理裝置發(fā)送應(yīng)答消息。
2.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，所述管理裝置根據(jù)從所述第2表讀出的信息，判別所述終端的用戶所加入的服務(wù)類 別，所述接口根據(jù)所述服務(wù)類別控制與所述網(wǎng)絡(luò)之間的連接。
3.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，所述連接狀態(tài)的信息包括用于對(duì)所述網(wǎng)絡(luò)中的通信判定是否是數(shù)據(jù)通信、語(yǔ)音通信中 的某個(gè)的信息。
4.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，所述連接狀態(tài)的信息是在所述網(wǎng)絡(luò)中的通信條件信息，所述服務(wù)器根據(jù)從所述第1表 讀出的信息，對(duì)所述網(wǎng)絡(luò)中的通信判定是否是數(shù)據(jù)通信、語(yǔ)音通信中的某個(gè)。
5.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，所述服務(wù)器具有處理部，該處理部根據(jù)從所述第1表讀出的信息進(jìn)行基于SIP協(xié)議的 會(huì)話控制。
6.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，所述第2表存儲(chǔ)所述終端連接的線路的類別信息、所述終端連接的管理裝置的時(shí)分交 換器的設(shè)定信息、和與所述終端的用戶相關(guān)的服務(wù)信息。
7.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，所述第2表存儲(chǔ)有關(guān)所述終端連接的線路是ISDN還是模擬線路的類別信息，所述網(wǎng)絡(luò) 是互聯(lián)網(wǎng)協(xié)議網(wǎng)絡(luò)。
8.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，所述第1表存儲(chǔ)在所述服務(wù)器中。
9.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，所述第1表存儲(chǔ)在所述管理裝置中。
10.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，該通信系統(tǒng)還具有控制終端，該控制終端與所述服務(wù)器連接，用于控制存儲(chǔ)在所述第1 表中的信息。
11.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，所述管理裝置還具有存儲(chǔ)PPPoE的會(huì)話信息的第5表。
12.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，該通信系統(tǒng)還具有第6表，該第6表存儲(chǔ)與所述連接狀態(tài)的信息相關(guān)聯(lián)的連接管理信
13.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，所述第3表存儲(chǔ)經(jīng)由所述網(wǎng)絡(luò)的連接目的地的終端的電話號(hào)碼、呼叫源的終端的電話 號(hào)碼、及所述網(wǎng)絡(luò)中的地址，所述管理裝置根據(jù)從所述終端接收的消息和從所述第3表讀 出的信息，向所述服務(wù)器發(fā)送消息。
14.根據(jù)權(quán)利要求12所述的通信系統(tǒng)，其特征在于，所述服務(wù)器在接收到會(huì)話切斷請(qǐng)求消息時(shí)，根據(jù)從所述第1表讀出的信息，從所述第6 表中檢索連接管理信息。
15.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，所述服務(wù)器根據(jù)從所述第1表讀出的信息，對(duì)所述網(wǎng)絡(luò)中的通信進(jìn)行是否是數(shù)據(jù)通 信、語(yǔ)音通信中的某個(gè)的判定，在是所述數(shù)據(jù)通信時(shí)，向所述管理裝置發(fā)送附加了連接信息 的應(yīng)答消息。
全文摘要
本發(fā)明提供一種管理裝置。在從加入者收容裝置不通過(guò)PSTN而直接與IP網(wǎng)絡(luò)連接時(shí)，將不能根據(jù)由以往的PSTN網(wǎng)絡(luò)內(nèi)的交換機(jī)分配的來(lái)電號(hào)碼，判別連接目的地是語(yǔ)音還是數(shù)據(jù)。并且，在加入者網(wǎng)絡(luò)也形成為IP網(wǎng)絡(luò)時(shí)，利用模擬線路和ISDN線路的各個(gè)用戶將不能利用語(yǔ)音通話或數(shù)據(jù)通信。使用表并按照表的信息控制加入者終端與IP線路等的接口的連接，該表用于登記/管理利用ISDN線路或模擬線路、媒體網(wǎng)關(guān)(管理裝置)的時(shí)分交換器(TSWTime Division Switch)中的哪個(gè)HW(High Way快速路)的TS(TimeSlot時(shí)隙)進(jìn)行連接等的信息、加入者簽約的服務(wù)的信息等加入者信息。
文檔編號(hào)H04M7/00GK101902452SQ200910246379
公開(kāi)日2010年12月1日 申請(qǐng)日期2009年11月27日 優(yōu)先權(quán)日2008年11月28日
發(fā)明者宮田裕章, 西井浩士, 高橋正 申請(qǐng)人:株式會(huì)社日立制作所