JP2001298481A - 通信制御方法、通信制御装置および記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】サービスタイプ種別やトラフィックタイプ種別
を認識し、これらの種別に応じた通信帯域保証や通信品
質保証を提供できるようにする。 【解決手段】制御部１３は、ＴＣＰまたはＵＤＰアプリ
ケーションに対しては、終点ポート番号で定義されるサ
ービスタイプに応じたパラメータ情報を用いてＳＥＴＵ
Ｐメッセージを生成、送信してコネクションを確立で
き、また、ＩＰアプリケーションに対しては、サービス
タイプまたはトラフィックタイプで定義されるトラフィ
ックタイプに応じたパラメータ情報を用いてＳＥＴＵＰ
メッセージを生成、送信してコネクションを確立でき
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＡＴＭ通信等に利
用される通信制御技術の改良に関する。

【０００２】

【従来の技術】最近、インターネットを利用したデータ
通信が盛んに行われている。インターネットでは、デー
タ通信を行うためのインターネットプロトコルが規定さ
れている。インターネットプロトコルのネットワーク層
として、IETF (Internet Engineering Task Force)にお
けるRFC(Request for Comment)791 “Internet Protoco
l”(Sep／1981、改版の場合あり)(以降、IPv4)や、RFC2
460 “Internet Protocol、 Version 6 (IPv6)” (Dec
／1998、改版の場合あり)(以降、IPv6)を利用する。ま
た、インターネットプロトコルのトランスポート層とし
て、RFC793 “Transmission Control Protocol”(Sep／
1981、 改版の場合ある)(以降、TCP)や、RFC768 “User
Datagram Protocol” (Aug／1980、 改版の場合あり)
(以降、UCP)を利用する。

【０００３】電子メールがインターネットの主要なサー
ビスデータとしてインターネットで送受信されてきた
が、近年にあっては、文書データを添付する電子メー
ル、Webデータ、音声、静止画像、動画像、音楽データ
等の各種のデジタルコンテンツもインターネットが提供
するサービスデータとなりつつある。これらのデータ
は、インターネットのサービスとして総称される。この
サービスを利用するためのアプリケーションは、TCP／I
PやUDP／IPを利用したものであり、TCP・UDP／IPアプリ
ケーションが扱うデータサイズは非常に規模が大きくな
りつつある。

【０００４】一方、大規模なマルチメディア情報通信を
高速、高信頼性で実現するATM(非同期転送モード:Async
hronous Transfer Mode)通信方式を利用したネットワー
クが構築されている。ATM通信方式とは、送受信データ
を「ATMセル」と呼ばれる固定長の短いパケットに分割
し、これを非同期で転送して情報通信を行う方式であ
る。ATMネットワークにおける情報交換、すなわち、デ
ータ通信は、PVC(PermanentVirtual Channel)コネクシ
ョン、または、SVC(Switched Virtual Channel)コネク
ションを利用して行われる。

【０００５】PVCコネクションは、加入者が、ATMネット
ワークあるいはATM加入者ネットワークの提供者との契
約時に、予めデータ通信のための通信帯域や通信品質を
申告することによって確立されるコネクションである。
加入者は、契約を解除するまで、データ通信のためにPV
Cコネクションを使用することが可能である。

【０００６】一方、SVCコネクションは、TCP・UDP／IP
アプリケーションを利用する加入者がデータ通信のため
伝送路を必要とする際、ATM Forum Technical Committe
e User NetworkInterface(UNI)Specification Version
3.1(Sep/1994)(以降、UNI3.1)やATM Forum Technical C
ommittee ATM User-Network Interface(UNI) Signallin
g Specification Version4.0(Jul／1996)((以降、UNI4.
0)に規定されているATMUNIシグナリング手順(以降、ATM
UNIシグナリング、とも称する)に準拠するATMUNIシグ
ナリングメッセージ、特に、SETUP（セットアップ）メ
ッセージに、通信帯域情報や通信品質情報の申告値を設
定して送信し、確立されるコネクションである。

【０００７】データ通信を行なうため、必要時に、TCP
・UDP／IPアプリケーションが動作する加入者端末と複
数のATM交換機により構成されるATMネットワークやATM
加入者ネットワークにSVCコネクションを確立する。一
方、データ通信を行わない不要時には、このSVCコネク
ション解放するといった通信制御を実行するATMシグナ
リングによるSVCコネクションの確立/解放制御を行うこ
とで、マルチメディア情報通信のためのTCP・UDP／IPア
プリケーションが動作する加入者端末の利便性と経済性
が向上し、ATMネットワークやATM加入者ネットワークで
は、柔軟性や通信帯域の資源有効利用度等が向上する。

【０００８】従来、この種のIPv4やIPv6によりカプセル
化された電子メール、Webデータ、音声、静止画像や動
画像や音楽データ等のデジタルコンテンツ、すなわち、
IPパケットをマルチメディア情報通信を高速、高信頼性
で実現するために、ATMネットワークのSVCコネクション
を利用して所要の情報を送受信する技術が幾つか提案さ
れている。

【０００９】このような基本技術として、RFC1483 “Mu
ltiprotocol Encapsulation over ATM Adaptation Laye
r 5”(Jul／1993)や、RFC1577 “Classical IP and ARP
over ATM”(以降、IPoA)がある。RFC1483は、TCP／IP
あるいはUDP／IPパケットを、ITU‐T Recommendation
I.363.5(Aug／96)にて標準化されているATM Adaptation
Layer Type5にマッピングし、データの送受信をする技
術である。RFC1577は、ATMネットワークを1つの論理サ
ブネットとして、IPパケットの通信を行う技術と、論理
サブネット内でのIPアドレスとATMアドレスを解決するA
TM ARP(Address Resolution Protocol) の技術である。

【００１０】すなわち、RFC1483は、ATMネットワークで
データ通信を行うためのPVC、あるいは、SVCコネクショ
ンが既に確立されていることを前提にしているデータ通
信方式の規定である。また、RFC1577は、ATMネットワー
クでデータ通信を行うためのSVCコネクション確立のた
めにATM UNIシグナリングを利用するまでのATM ARP機能
によるIPアドレス−ATMアドレス解決までのことを規定
している。

【００１１】RFC1483とRFC1577を参照し、IPパケット通
信のためのSVCコネクションを制御するための技術、す
なわち、いかにATM UNIシグナリングを利用するかが、R
FC1755 “ATM Signalling Support for IP over ATM”
(Feb／1995)と RFC2331 “ATMSignalling Support for
IP over ATM−UNI Signalling 4.0 Update”(Apr／199
8)とRFC2381”Interoperation of Controlled-Load Ser
vice and Guaranteed Service with ATM”(Aug／1998)
として提案されている。

【００１２】RFC1755は、IPパケット通信のためのSVCコ
ネクションを、UNI3.1のATM UNIシグナリングを利用し
て、通信品質として最善努力型トラフィックサービス
(以降、Best Effort)で、UBR(Unspecified Bit Rte)のA
TMサービスとして確立する。RFC2331は、IPパケット通
信のためのSVCコネクションを、UNI4.0のATM UNIシグナ
リングを利用して、CBR(Constant Bit Rate)、rt‐VBR
(Real‐Time Variable Bit Rate)、nrt‐VBR(Mon-Real
Time VBR)、ABR(Available Bit Rate)、UBRのATMサービ
スとしてSVCコネクションを確立する。CBR、 rt‐VBR、
nrt‐VBR、 ABR、 UBRの各ATMサービス部類と通信品質
情報の対応は、RFC2331のAppendix Cに記述されてお
り、特に、規定された対応を使用すればどの通信品質で
も良く、通信品質は装置の実装状態に依存することにな
る。

【００１３】RFC2381は、IPv4やIPv6を利用するサービ
スをいかにATMネットワークにマッピングさせるかを、R
FC2205 “Resource ReSerVation Protocol(RSVP) Versi
on 1Functional Specification”(Sep／1997)とATM UNI
シグナリングの利用を規定している。RFC2205は、UDP／
IPを利用し、IPパケット通信のための通信帯域や通信品
質が保証されたTCP／IPあるいはUDP／IPコネクションを
制御するためのミドルウェアプロトコル技術であり、本
来、ATMとは、無縁のものであった。最近、RSVPをATMネ
ットワーク上で実行するために、IETFのRFCとして、RFC
2379 “RSVP over ATM Implementation Guidelines”
(Aug／1998) とRFC2380 “RSVP over ATMImplementatio
n Requirements”(Aug／1998)とRFC2382 “A Framework
for Integrated Services and RSVP over ATM” (Aug
／1998)がある。

【００１４】以上、様々な技術を記載したが、結局、IP
パケットにマッピングされたデータ送受信のために、AT
M UNIシグナリングを利用してATMネットワークにSVCコ
ネクションを確立することのみが従来の技術方式であっ
た。

【００１５】図２９は、従来技術によるIP over ATMコ
ネクション制御方式とコネクションの説明図である。図
２９（ａ）は、宛先IPアドレスと、宛先ATMアドレス
と、SVCコネクションのVPI／VCIの対応表９００であ
る。この対応表９００は、宛先IPアドレスと、宛先ATM
アドレスと、SVCコネクションのVPI／VCIを1対1対1で対
応させているために、RFC1577 IP0A のATM-ARP機能を利
用して、あるいは、静的に設定されることにより、宛先
IPアドレスと宛先ATMアドレスを対応させている。な
お、ATM−ARP機能は、既に周知の技術であるので説明を
省略する。あるIPアドレスを備える装置とインターネッ
トでのデータ通信を行う場合、宛先IPアドレスと宛先AT
MアドレスとSVCコネクションのVPI／VCIの対応表９００
を検索し、宛先IPアドレスに対応している宛先ATMアド
レスを検出する。この宛先ATMアドレスをATM UNIシグナ
リングのSETUPメッセージの着呼番号(Called Party Num
ber;; 以降、CdPN)情報要素(Information Element； 以
降、IE)に設定する。

【００１６】図２９（ｂ）は、ATM UNIシグナリングのS
ETUPメッセージのCdPN IE以外の情報要素を構築するた
めの従来の情報要素とその情報要素に含まれるパラメー
タへの設定値対応表９１０の説明図である。図２９
（ｂ）に示す設定値対応表９１０には、UNI3.1やUNI4.0
に規定されているSETUPメッセージを構築するためのCdP
NIE以外の必須IEが静的に定義されている。必須IEとし
ては、ATM Traffic Descriptor(以降、AtmTD) IEやBroa
dband Bearer Capability(以降、BBcap) IEやQoS Param
eter(以降、QoS)IEがある。対応表９００からの宛先ATM
アドレス検出後、CdPN IE以外の情報要素とその情報要
素に含まれるパラメータへの設定値対応表９１０を検索
し、ATM UNIシグナリングのSETUPメッセージを構築する
ための他の情報要素を構築する。CdPN IEとAtmTD IEとB
Bcap IEとQoS IEとこれら以外のIEより構築されたSETUP
メッセージを用いてATM UNIシグナリングを実行するこ
とにより、インターネットでのデータ通信を行なうため
のSVCコネクションをATMネットワークに確立する。

【００１７】ATMネットワークに確立されたSVCコネクシ
ョンのVPI／VCI情報は、図２９（ａ）の対応表９００の
VPI/VCIに格納される。図２９（ｃ）、図２９（ａ）と
図２９（ｂ）を利用して確立された従来のインターネッ
トデータ通信用のSVCコネクションの論理構成の説明図
である。物理回線５００上にSVCコネクション５１０が
存在し、SVCコネクション５１０上には、IPコネクショ
ン５２０が存在し、さらに、IPコネクション５２０上に
複数のTCPコネクション５２０ａ、 ５３０ｂやUDPコネ
クション５３０ｃが存在する。UDPは、コネクションレ
ス指向プロトコルであるため、UDPコネクションもTCP同
様にコネクションが存在すると記載すると語弊がある
が、明示的に示すためにあえてここでは「存在する」と
記述する。

【００１８】RFC1577に準拠し、図２９（ａ） の対応表
９００を利用すると、宛先IPアドレスと宛先ATMアドレ
スと宛先SVCコネクションが1対1対1で対応しており、1
つのIPアドレスに対して、SVCコネクションが1本しか確
立されないこととなる。これは、図２９（ｃ）より明ら
かである。既にあるIPアドレスを保持する装置に対して
SVCコネクションが存在すると、そのSVCコネクションを
利用し、インターネットの複数のTCP・UDP／IPアプリケ
ーションのデータ通信が１本のSVCコネクションを共有
することとなる。１本のSVCコネクションに複数のTCPコ
ネクションや複数のUDPコネクションが確立されること
は、或る端末が、電子メールと画像のダウンロードとWe
bとを同時に動作させる場合に起こり得る。

【発明が解決しようとする課題】以上従来技術を説明し
たきたが、従来の通信技術によれば以下のような種々の
問題があった。第1の問題点は、インターネットプロト
コルにより構築されるIPパケットのデータ通信のために
確立されたSVCコネクションが、ネットワーク層であるI
P層よりも上位のTCP層やUDP層を利用するアプリケーシ
ョン層のTCP・UDP／IPアプリケーションが期待する通信
帯域や通信品質でない場合が発生しうることである。

【００１９】その理由は、RFC1755やRFC2331やRFC2381
は、IPパケットをATMネットワークのSVCコネクションに
マッピングするための、ATM UNIシグナリングのSETUPメ
ッセージ構築方法を規定しているが、上位のTCP・UDP／
IPアプリケーションのサービス(電子メール、Wedデー
タ、音声、静止画像や動画像や音楽データ等)を認識
し、サービスに合った通信帯域と通信品質を備えたSVC
コネクションを制御するためのATM UNIシグナリングのS
ETUPメッセージを構築する方法を規定していないことに
ある。また、RFC2331では、全てのATMサービスを提供し
ているが、上位のTCP・UDP／IPアプリケーションのサー
ビスを認識していないので、期待する通信帯域や期待す
る通信品質と、実際に確立されたSVCコネクションの通
信帯域や通信品質との間に不一致が発生する可能性があ
ることにある。すなわち、TCP・UDP／IPアプリケーショ
ンが制御するサービスを無視してATM UNIシグナリング
のSETUPメッセージを構築していることにある。

【００２０】第2の問題点は、1 IPアドレスに対して、1
SVCコネクションを確立し、ネットワーク層であるIP層
よりも上位のTCP層やUDP層を利用してサービスを提供す
る複数のTCP・UDP/IPアプリケーションのデータ通信が1
SVCコネクションに集約され共有するということであ
る。その理由は、RFC1577では、1 IPアドレスに対し
て、1 SVCコネクションを確立する仕組みとなるATM-ARP
機能を利用していることにある。また、RFC1577では、1
IPアドレスに対して、1 SVCコネクションを確立する仕
組みとなるように、ATMネットワークを1論理サブネット
として認識することも理由となる。また、従来のIPアド
レスとATMアドレスとSVCコネクションの1対1対1の管理
方式であることも理由となっている。

【００２１】第3の問題点は、確立されるSVCコネクショ
ンのトラフィックタイプがBest Effort型になるという
ことである。その理由は、RFC1755IPoAに準拠した時、
全てのSVCコネクションの通信品質がBest Effort型にな
ることにある。

【００２２】第4の問題点は、確立されるSVCコネクショ
ンの通信帯域や通信品質が、ATMネットワークに対し
て、過剰要求や不足要求となり、TCP・UDP／IPアプリケ
ーションが動作する加入者端末の利便性や経済性を低下
させ、ATMネットワークの柔軟性低下や通信帯域等の資
源の有効利用不能を引き起こしていた。その理由は、従
来では、装置に予め埋め込まれたAtmTD IEやBBcap IEや
QoS IE情報を参照して、ATM UNIシグナリングのSETUPメ
ッセージを構築しSVCコネクションを確立するために、
運用状態であるATMネットワークやATM加入者ネットワー
クの状態、すなわち、ATMネットワークの資源が不足し
ている状態や、資源に余裕がある状態に対応した通信帯
域や通信品質を提供できるSVCコネクションの確立要求
ではない可能性となることにある。

【００２３】本発明は、かかる従来の課題を解決するた
めになされたもので、例えば、ＴＣＰ／IPアプリケーシ
ョンあるいはUDP／IPアプリケーションでのサービスタ
イプ種別やトラフィックタイプ種別を認識し、これらの
種別に応じた通信帯域保証や通信品質保証を提供できる
ようにする通信制御方法、通信制御装置および記録媒体
を提供することにある。また、本発明の他の目的は、TC
P・UDP／IPアプリケーションが動作する加入者端末の利
便性、経済性やATMネットワークの柔軟性や資源有効利
用が向上させることにある。

【課題を解決するための手段】上記目的を達成するため
に、請求項１に係る発明は、通信制御方法であって、所
定プロトコルのパケット中における通信サービスタイプ
を指定するサービスタイプ情報を認識し、この認識した
サービスタイプ情報に対して予め対応付けられている、
コネクション確立のためのパラメータ情報を獲得し、こ
の獲得したパラメータ情報を用いてＳＥＴＵＰメッセー
ジ（セットアップメッセージ）を生成して送信するよう
にした。

【００２４】この請求項１に係る発明においては、サー
ビスタイプに応じたパラメータ情報を用いてＳＥＴＵＰ
メッセージを生成、送信してコネクションを確立でき
る。

【００２５】また、請求項２に係る発明は、請求項１に
おいて、前記所定プロトコルは、ＴＣＰまたはＵＤＰで
あり、前記サービスタイプ情報は、ＴＣＰヘッダまたは
ＵＤＰヘッダ内の終点ポート番号である、ことを特徴と
する。

【００２６】この請求項２に係る発明においては、ＴＣ
ＰまたはＵＤＰアプリケーションに対しては、終点ポー
ト番号で定義されるサービスタイプに応じたパラメータ
情報を用いてＳＥＴＵＰメッセージを生成、送信してコ
ネクションを確立できる。

【００２７】また、請求項３に係る発明は、通信制御方
法であって、所定プロトコルのパケット中におけるトラ
フィックタイプを指定するトラフィックタイプ情報を認
識し、この認識したトラフィックタイプ情報に対して予
め対応付けられている、コネクション確立のためのパラ
メータ情報を獲得し、この獲得したパラメータ情報を用
いてＳＥＴＵＰメッセージ（セットアップメッセージ）
を生成して送信する通信制御方法である。

【００２８】この請求項３に係る発明においては、トラ
フィックタイプに応じたパラメータ情報を用いてＳＥＴ
ＵＰメッセージを生成、送信してコネクションを確立で
きる。

【００２９】また、請求項４に係る発明は、請求項３に
おいて、前記所定プロトコルは、ＩＰであり、前記トラ
フィックタイプ情報は、ＩＰヘッダ内のサービスタイプ
またはトラフィックタイプである、ことを特徴とする。

【００３０】この請求項４に係る発明によれば、ＩＰア
プリケーションに対しては、サービスタイプまたはトラ
フィックタイプで定義されるトラフィックタイプに応じ
たパラメータ情報を用いてＳＥＴＵＰメッセージを生
成、送信してコネクションを確立できる。

【００３１】また、請求項５に係る発明は、通信制御装
置であって、所定プロトコルのパケット中における通信
サービスタイプを指定する情報であるサービスタイプ情
報を認識する手段と、各サービスタイプ情報とコネクシ
ョン確立のためのパラメータ情報とを対応付けて定義し
たテーブルを参照して、この認識したサービスタイプ情
報に対応するパラメータ情報を獲得する手段と、この獲
得したパラメータ情報を用いてＳＥＴＵＰメッセージ
（セットアップメッセージ）を生成して送信する手段
と、を備える通信制御装置である。

【００３２】この請求項５に係る発明においては、サー
ビスタイプに応じたパラメータ情報を用いてＳＥＴＵＰ
メッセージを生成、送信してコネクションを確立でき
る。

【００３３】また、請求項６に係る発明は、請求項５に
おいて、前記所定プロトコルは、ＴＣＰまたはＵＤＰで
あり、前記サービスタイプ情報は、ＴＣＰヘッダまたは
ＵＤＰヘッダ内の終点ポート番号である、ことを特徴と
する。

【００３４】この請求項６に係る発明においては、ＴＣ
ＰまたはＵＤＰアプリケーションに対しては、終点ポー
ト番号で定義されるサービスタイプに応じたパラメータ
情報を用いてＳＥＴＵＰメッセージを生成、送信してコ
ネクションを確立できる。

【００３５】また、請求項７に係る発明は、通信制御装
置であって、所定プロトコルのパケット中におけるトラ
フィックタイプを指定する情報であるトラフィックタイ
プ情報を認識する手段と、各トラフィックタイプ情報と
コネクション確立のためのパラメータ情報とを対応付け
て定義したテーブルを参照して、この認識したトラフィ
ックタイプ情報に対応するパラメータ情報を獲得する手
段と、この獲得したパラメータ情報を用いてＳＥＴＵＰ
メッセージ（セットアップメッセージ）を生成して送信
する手段と、を備える通信制御装置である。

【００３６】この請求項７に係る発明においては、トラ
フィックタイプに応じたパラメータ情報を用いてＳＥＴ
ＵＰメッセージを生成、送信してコネクションを確立で
きる。

【００３７】また、請求項８に係る発明は、請求項７に
おいて、前記所定プロトコルは、ＩＰであり、前記通信
品質情報は、ＩＰヘッダ内のサービスタイプまたはトラ
フィックタイプである、ことを特徴とする。

【００３８】この請求項８に係る発明においては、ＩＰ
アプリケーションに対しては、サービスタイプまたはト
ラフィックタイプで定義されるトラフィックタイプに応
じたパラメータ情報を用いてＳＥＴＵＰメッセージを生
成、送信してコネクションを確立できる。

【００３９】また、請求項９に係る発明は、請求項５、
６、７および８の内のいずれか一項に記載の通信制御装
置において、前記テーブルを自装置外部のネットワーク
管理装置に格納すると共に、このネットワーク管理装置
にアクセスしてテーブルに定義されたパラメータ情報を
獲得するように構成されたことを特徴とする。

【００４０】この請求項９に係る発明においては、ネッ
トワーク管理装置にアクセスしてテーブルに定義された
パラメータ情報を獲得するので、ネットワーク管理装置
がテーブルの内容を自動更新すること等が容易に行なえ
る。

【００４１】また、請求項１０に係る発明は、通信制御
を行なうための通信制御プログラムを記録したコンピュ
ータ読み取り可能な記録媒体であって、所定プロトコル
のパケット中における通信サービスタイプを指定する情
報であるサービスタイプ情報を認識する処理と、この認
識したサービスタイプ情報に対して予め対応付けられて
いる、コネクション確立のためのパラメータ情報を獲得
する処理と、この獲得したパラメータ情報を用いてＳＥ
ＴＵＰメッセージ（セットアップメッセージ）を生成し
て送信する処理と、を含む処理を実行させるための通信
制御プログラムを記録した記録媒体である。

【００４２】この請求項１０に係る発明においては、サ
ービスタイプに応じたパラメータ情報を用いてＳＥＴＵ
Ｐメッセージを生成、送信してコネクションを確立でき
る。

【００４３】また、請求項１１に係る発明は、通信制御
を行なうための通信制御プログラムを記録したコンピュ
ータ読み取り可能な記録媒体であって、所定プロトコル
のパケット中におけるトラフィックヒックタイプを指定
する情報であるトラフィックライプ情報を認識する処理
と、この認識したトラフィックタイプ情報に対して予め
対応付けられている、コネクション確立のためのパラメ
ータ情報を獲得する処理と、この獲得したパラメータ情
報を用いてＳＥＴＵＰメッセージ（セットアップメッセ
ージ）を生成して送信する処理と、を含む処理を実行さ
せるための通信制御プログラムを記録した記録媒体であ
る。

【００４４】この請求項１１に係る発明においては、ト
ラフィックタイプに応じたパラメータ情報を用いてＳＥ
ＴＵＰメッセージを生成、送信してコネクションを確立
できる。なお、このような記録媒体としては、ＲＯＭ、
半導体ＩＣ等の半導体記録媒体、ＤＶＤＲＯＭ、ＣＤＲ
ＯＭ等の光記録媒体、フレキシブルディスク等の磁気記
録媒体、ＭＯ等の光磁気記録媒体等が挙げられる

【００４５】また、請求項１２に係る発明は、通信制御
方法であって、ＩＰパケットをＡＴＭに載せかえる時
に、ＩＰｖ４ならばヘッダの「Type ofService」、Ｉ
Ｐｖ６ならば、ヘッダのTraffic Classをまとめてトラ
フィックタイプとして認識し、ＴＣＰパケットのポート
番号を認識し、トラフィックタイプ／ポート番号に対応
付けられたＳＥＴＵＰメッセージの情報要素を把握し、
この把握した情報要素を用いてＳＥＴＵＰメッセージ
（セットアップメッセージ）を生成し送信する通信制御
方法である。これによれば、トラフィックタイプやポー
ト番号に応じた情報要素を用いてＳＥＴＵＰメッセージ
を生成できる。

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しつつ説明する。まず、本発明の概要を図２８を
参照して説明する。図２８に示すネットワークは、加入
者網とＡＴＭバックボーンネットワークとインターネッ
トより構成される。加入者網は、加入者線多重装置（DS
LAM）とｘＴＵ−Ｒより構成される。DSLAMとｘＴＵ−Ｒ
間は、ＡＤＳＬ／ＶＤＳＬ（ｘＤＳＬ）で接続される。
ＡＴＭバックボーンとＤＳＬＡＭ間はＵＮＩとして、一
方、ＤＳＬＡＭとｘＴＵ−Ｒ間は、Virtual−ＵＮＩと
して、ＳＶＣを制御するためのＵＮＩシグナルング手順
を利用する。

【００４６】（動作）ｘＴＵ−ＲがＩＰパケットをＡＴ
Ｍに載せかえる時に、ＩＰパケットヘッダより、トラフ
ィックタイプを認識する。ＩＰｖ４（ＲＦＣ７９１）の
時、ヘッダのType of Service、ＩＰｖ６（ＲＦＣ２
４６０）の時、ヘッダのTraffic Classをまとめてトラ
フックタイプとする。また、ＴＣＰパケットのポート番
号も認識する。ポート番号を参照することにより、加入
者の要求しているサービス（アプリケーション：http、
telnet、ftp、smtp、nntp、…等）を認識する。ここで
のポート番号は、ＲＦＣ１３４０に規定されている「良
く知られた番号（well−known port number）」のこ
とを指す。ｘＴＵ−Ｒは、トラフィックタイプ／ポート
番号とQoＳ Class IE、Broadband Bearer Capabilit
y IE、ATM Traffic Descriptor IEの対応定義テー
ブルを保持し、トラフィックタイプとポート番号の認識
により、ＵＮＩシグナルングＳＥＴＵＰメッセージの情
報要素（Information Element：ＩＥ）であるQoＳ Cl
ass IE、Broadband Bearer Capability IE、ATM T
raffic Descriptor IEのぞれぞれを構築し、ＳＥＴＵ
Ｐメッセージに設定し送信する。このＳＥＴＵＰメッセ
ージは、ＴＣＰ／ＩＰアプリケーション単位に適切な帯
域QoS情報を備えることとなる。

【００４７】したがって、加入者は、既存のＴＣＰ／Ｉ
Ｐプロトコルの利用が可能であり、サービス単位の帯域
保証とＱｏＳ保証が得られる。加入者網と公衆網間の帯
域保護し、加入者網品質を向上させ、帯域不足による呼
損を低減できる。以下に本発明の具体的な実施形態につ
いて説明する。

【００４８】（第１の実施の形態）図1は、本発明の第1
の実施の形態を示すブロック構成図である。この実施の
形態の通信制御装置は、電子メール、WWW、FTP等のサー
ビスをユーザに提供するTCP・UDP／IPアプリケーション
であると共に、装置動作を制御する上位制御部1０と、R
FC793 TCPとRFC768 UDPに準拠しTCPやUDPのプロトコル
処理（TCPパケットヘッダ部１０１（図２参照）やUDPパ
ケットヘッダ部１１１（図３参照）の構築と削除)を実
行するTCP／UDP層制御部１１と、RFC791 IPv4やRFC2460
IPv6に準拠しIPv4やIPv6のプロトコル処理（IPv4パケ
ットヘッダ部２１０（図４参照）やIPv6パケットヘッダ
部２１１（図５参照）の構築と削除)を実行するIP層制
御部１２と、制御部１３と、ＡＴＭＵＮＩシグナリング
処理部１６と、ＬＬＣ／ＳＮＡＰ層制御部１７と、ＡＡ
ＬＸ処理部１８と、ＡＴＭ層処理部１９と、ＡＴＭ優先
制御部２０と、ＵＰＣ部２１とを備えており、ネットワ
ーク管理装置２４と所要の情報を通信可能になってい
る。

【００４９】制御部１３は、TCP／UDPが付加するポート
番号を参照してサービスと認識する機能とトラフィック
タイプを認識する機能とサービス単位に通信帯域と通信
品質を保証するSVCコネクションを1対1に対応させる機
能とを有して、後に図７にて説明する処理を実行する。
制御部１３には、サービス定義部１５、コネクション管
理部５、トラフィック定義部１４が設けられている。

【００５０】サービス定義部１５は、サービスタイプ定
義テーブル（図９参照）を保持している。トラフィック
定義部１４は、トラフィックタイプ定義テーブル（図８
参照）を保持するしている。コネクション管理部５は、
コネクション管理テーブル（図１０参照）を保持してい
る。この制御部１３は、 “Multiprotocol Encapsulati
on over ATM Adaptation Layer 5” と RFC1577 IPoA
と RFC1755 “ATM Signalling Support for IP over AT
M” と RFC1755 “ATM Signalling Support forIP over
ATM” と RFC2331 “ATM Signalling Support for IP
over ATM _ UNISignalling 4.0 Update” とRFC2381 ”
Interoperation of Controlled-Load Service and Guar
anteed Service with ATM” とTM4.0に準拠した処理を
実行する。

【００５１】ATM UNIシグナリング処理部１６は、UNI3.
1とUNI4.0、とITU-T勧告 Q.2130 “SSCF(Service Speci
fic Coordination Function”(Jul／1994)(以降、SSCF)
とITU-T勧告 Q.2110 “SSCOP(Service Specific Connec
tion Oriented Protocol”(Jul／1994)(以降、SSCOP)に
準拠し、UNI(3.1／4.0)とSSCOPとSSCFの3層でATM UNIシ
グナリングのプロトコル処理を実行する。LLC/SNAP制御
部１７は、IEEE 802.2“Logical Link Control”(以
降、LLC)とIEEE802.1a “SubNetwork AttachmentPoin
t”(以降、SNAP)に準拠し、LLCとSNAPのプロトコル処理
を実行する。

【００５２】AAL X処理部１８は、ITU-T勧告 I.363.1
“B-ISDN ATM Adaptation Layer Specification： Type
1 AAL”(Aug／1996))(以降、AAL1)とITU-T勧告 I.363.
2 “B-ISDN ATM Adaptation Layer Specification： Ty
pe 2 AAL”(Sep／1997))(以降、AAL2) とITU-T勧告 I.3
63.3 “B-ISDN ATM Adaptation Layer Specification：
Type 3 AAL”(Aug／1996))(以降、AAL3)とITU-T勧告
I.363.5 “B-ISDN ATMAdaptation Layer Specification
： Type 5 AAL”(Aug／1996))(以降、AAL5)等(以上、A
AL 1、2、3、5を総称してAAL X)のプロトコル処理を実
行する。

【００５３】ATM層処理部１９は、ITU-T勧告I.361 “B-
ISDN ATM Layer Specification”(Mar／1993)(以降、AT
M層)に準拠した処理を実行する。ATMセル優先制御部２
０は、シェイパと称され、ATM層処理部１９が構築したA
TMセルの優先制御を実行する。ＵＰＣ部２１は、UPC(Us
age Parameter Control)と称され、受信したATMセルの
トラフィックを監視する。ATMセル優先制御部２０とUPC
部２１は、ITU-T勧告I.371 “Traffic Control and Con
gestion Control in B-ISDN”(Mar／1993)やATM Forum
Technical Committee “Traffic Management Specifica
tion Version4.0”(Apr／1996)(以降、TM4.0)やUNI3.1
やUNI4.0やTM4.0等に規定された制御機能を備える。

【００５４】制御部１３は、AAL X処理部１８に対し
て、確立したSVCコネクションの識別子であるVPI(Virtu
al Path Identifier)／VCI(Virtual Channel Identifie
r)を設定する。また、制御部１３は、ＡＴＭ層制御部１
９に対して、確立したSVCコネクションの識別子であるV
PI／VCIを設定する。また、制御部１３は、ATMセル優先
制御部２０とUPC部２１に対して、確立したSVCコネクシ
ョンのVPI／VCIに対応した、QoS IEとAtmTD IEとBBcap
IEからATMセルの送受信を制御するパラメータ情報を抽
出して設定する。さらに、本実施形態の通信制御装置に
は、ATM層処理部１９からATMセル優先制御部２０を介し
てATMセルを送信するために使用するATMセル送信側論理
回線２２と、UPC部２１を介してATM層処理部１９がATM
セルを受信するために使用するATMセル受信側論理回線
２３とが接続され、ATMネットワークあるいはATM加入者
ネットワークと接続する。ATMセル送信側論理回線２２
とATMセル受信側論理回線２３は、1つの物理回線に含ま
れる。本発明を理解容易とするために、便宜上、ATMセ
ル送信側論理回線２２とATMセル受信側論理回線２３と
記載する。

【００５５】上位制御部１０と、TCP／UDP層制御部１１
と、IP層制御部１２と、制御部１３とATM UNI シグナリ
ング制御部１６と、LLC／SNAP制御部１７は、通信制御
装置のCPU部１として実装されることがある。AAL X処理
部１８と、ATM層処理部１９と、ATMセル優先制御部２０
と、UPC部２１とは、装置のハードウェア部となること
がある。さらに、ネットワーク管理装置２４は、ATMネ
ットワークの管理・監視を行なったり、ネットワークの
状態に応じて、サービス定義部１５が保持するサービス
タイプ定義テーブルとトラフィック定義部１４が保持す
るトラフィックタイプ定義テーブルの情報を更新を行な
ったりするため、上位制御部１０と所要の情報を通信可
能となっている。

【００５６】上位制御部１０は、ネットワーク管理装置
２４からサービス定義部１５が保持するサービスタイプ
定義テーブル とトラフィック定義部１４が保持するト
ラフィックタイプ定義テーブルの情報に関する最新デー
タを受信すると、制御部１３に対して、サービスタイプ
定義テーブル とトラフィックタイプ定義テーブルの情
報更新要求を行う。これにより、制御部13のサービスタ
イプ定義テーブルとトラフィックタイプ定義テーブルの
データは、常に、ATMネットワークあるいはATM加入者ネ
ットワークの保証可能な通信帯域や通信品質を備えるよ
うにすることができる。

【００５７】図２は、TCP／UDP層制御部１１が制御する
TCPパケットを示す構成図である。TCPパケット１００
は、TCPパケットヘッダ部１０１とTCPパケットデータ部
１０２を含んで成る。TCPパケットヘッダ部１０１に
は、RFC793 TCPに規定されている情報、例えば、TCP始
点ポート番号１０３、TCP終点ポート番号１０４等が含
まれる。また、TCPパケットデータ部１０２には、上位
制御部１０から受け取ったデータが格納される。TCP／U
DP層制御部１１は、上位制御部１０からのデータを受け
取るとTCPヘッダ部１０１を構築し、送信データをTCPデ
ータ部１０２に格納し、TCPパケット１００を構築し、I
P層制御部１２に渡す。一方、TCP／UDP層制御部１１
は、IP層制御部１２からのデータを受け取るとTCPヘッ
ダ部１０１を削除し、受信データをTCPデータ部１０２
から抽出し、上位制御部１０に渡す。

【００５８】図３は、TCP／UDP層制御部１１が制御する
UDPパケットを示す構成図である。UDPパケット１１０
は、UDPパケットヘッダ部１１１とUDPパケットデータ部
１１２とを含んで成る。UDPパケットヘッダ部１１１に
は、RFC768 UDPに規定されている情報、例えば、UDP始
点ポート番号１１３、UDP終点ポート番号１１４等が含
まれる。また、UDPパケットデータ部１１２には、上位
制御部１０からのデータが格納される。TCP／UDP層制御
部１１は、上位制御部１０からのデータを受け取るとUD
Pヘッダ部１１１を構築し、送信データをUDPデータ部１
１２に格納し、UDPパケット１１０を構築し、IP層制御
部１２に渡す。一方、TCP／UDP層制御部１１は、IP層制
御部１２からのデータを受け取るとUDPヘッダ部１１１
を削除し、受信データをUDPデータ部１１２から抽出
し、上位制御部１０に渡す。

【００５９】TCP／UDP層制御部１１において、TCPある
いはUDPのいずれのプロトコルが動作するかは、上位制
御部１０から制御される。上位制御部１０からのTCP／U
DP層制御部１１に対する制御は、ソケット（socket）称
される周知の技術で行なわれるため説明を省略する。

【００６０】図４は、IP層制御部１２が制御するIPv4パ
ケットを示す構成図である。IPv4パケット２００は、IP
v4パケットヘッダ部２０１とIPv4パケットデータ部２０
２とを含んで成る。IPv4パケットヘッダ部２０１には、
RFC791 IPv4に規定されている情報、例えば、Type of S
ervice(サービスタイプ)２０３、IPv4終点アドレス２０
４等が含まれる。また、IPv4パケットデータ部２０２に
は、TCP／UDP層制御部１１から受け取ったデータ、すな
わち、TCPパケット１００やUDPパケット１１０が格納さ
れる。IP層制御部１２は、TCP／UDP層制御部１１からの
データを受け取るとIPv4ヘッダ部２０１を構築し、送信
データであるTCPパケット１００やUDPパケット１１０を
IPv4データ部２０２に格納し、IPv4パケット２００を構
築し制御部13に渡す。一方、IP層制御部１２は、制御部
13からのデータを受け取ると、IPv4ヘッダ部２０１を削
除し、受信データ、すなわちTCPパケット１００やUCPパ
ケット１１０をIPv4データ部２０２から抽出し、TCP/UD
P層制御部１１に渡す。

【００６１】図５は、IP層制御部１２が制御するIPv6パ
ケットを示す構成図である。IPv6パケット２１０は、IP
v6パケットヘッダ部２１１とIPv6パケットデータ部２１
２とを含んで成る。IPv6パケットヘッダ部２０１には、
RFC2460 IPv6に規定されている情報、例えば、Traffic
Class(トラフィッククラス)２１３、IPv6終点アドレス
２１４等が含まれる。IPv6パケットデータ部２１２に
は、TCP/UDP層制御部１１からのデータ、すなわち、TCP
パケット１００やUDPパケット１１０が格納される。IP
層制御部１２は、TCP／UDP層制御部１１からのデータを
受け取ると、IPv6ヘッダ部２１１を構築し、送信データ
であるTCPパケット１００やUDPパケット１１０をIPv6デ
ータ部２１２に格納しIPv6パケット２１０を構築し、制
御部１３に渡す。一方、IP層制御部１２は、制御部13か
らのデータを受け取るとIPv6ヘッダ部２０１を削除し、
受信データ、すなわちTCPパケット１００やUCPパケット
１１０をIpv6データ部２１２から抽出し、TCP／UDP層制
御部１１に渡す。

【００６２】IP層制御部１２において、IPv4あるいはIP
v6のいずれのプロトコルが動作するかはインターネット
に依存する。インターネットやサービスプロバイダがIP
v4ネットワークを提供する場合には、IPv4として実装さ
れ、IPv6ネットワークを提供する場合には、IPv6として
実装される。

【００６３】図６は、制御部13が検出するIPパケットを
示す構成図である。図6は、図２乃至図５の全ての構成
要素が含まれたものを示した図である。IPパケット２２
０は、IPパケットヘッダ部２２１とIPパケットデータ部
２２２とを含んで構成され、IPパケットデータ部２２２
には、TCP／UDPパケット１２０が含まれる。TCP／UDPパ
ケット１２０は、TCP／UDPヘッダ部１２１とTCP／UDPデ
ータ部１２２を含んで構成される。IPパケットヘッダ２
２１には、IPv4パケットヘッダ２０１あるいはIPv6パケ
ットヘッダ２１１が設定され、TCP／UDPヘッダ部１２１
には、TCPパケットヘッダ１０１あるいはUDPパケットヘ
ッダ１１１が設定される。制御部１３は、IPパケット２
２０をIP層制御部１２あるいはLLC／SNAP層制御部１７
より受け取る。

【００６４】上位制御部１０は、TCP／UDP層制御部１
１、IP層制御部１２、制御部１３、LLC／SNAP層制御部
１７、AAL X処理部１８、ATM層処理部１９、ATMセル優
先制御部２０を介して、ATMセル送信側論理回線２２か
らATMネットワークあるいはATM加入者ネットワークへデ
ータを送信する。一方、上位制御部１０は、ATMネット
ワークあるいはATM加入者ネットワークからATMセル受信
側論理回線２３、UPC部２１、ATM層処理部１９、AAL X
処理部１８、LLC／SNAP層制御部１７、制御部１３、IP
層制御部１２、TCP／UDP層制御部１１を介してデータを
受信する。LLC／SNAP層制御部１７とAAL X処理部１８と
ATM層処理部１９とATMセル優先制御部２０とUPC部２１
は、それぞれ周知のプロトコル処理や技術で実現できる
ため説明を省略する。

【００６５】制御部１３は、ATMネットワークあるいはA
TM加入者ネットワークに対して、既に確立されたSVCコ
ネクションが存在する時、すなわち、SVCコネクション
のVPI／VCIが存在する時、送受信データをIP層制御部１
２やAAL X処理部１８に対して透過的に送受信するのみ
である。しかし、制御部13は、データ送受信のためのSV
Cコネクションが、ATMネットワークあるいはATM加入者
ネットワークに存在しない場合、すなわち、コネクショ
ン管理部５にSVCコネクションのVPI／VCIが登録されて
いない場合には、ATM UNIシグナリング処理部１６に対
してSVCコネクション確立要求を行い、SVCコネクション
確立要求が成功した後、コネクション管理部５が保持す
るコネクション管理テーブルにSVCコネクションのVPI／
VCIを設定し情報を更新する。また、制御部13は、デー
タ送受信のためのSVCコネクションが不要となった場
合、ATM UNIシグナリング処理部１６に対してコネクシ
ョン解放要求を行い、コネクション解放要求が成功した
後、コネクション管理部５が保持するコネクション管理
テーブルにおける、当該SVCコネクションのVPI／VCIを
削除し情報を更新する。

【００６６】ATM UNIシグナリング処理部１６が構築し
解析するUNI3.1やUNI4.0規定のATM UNIシグナリングメ
ッセージは、AAL X処理部１８、ATM層処理部１９、ATM
セル優先制御部２０を介してATMセル送信側論理回線２
２より、ATMネットワークあるいはATM加入者ネットワー
クに送信され、一方、メッセージ受信は、ATMセル受信
側論理回線２３より、UPC部２１、ATM層処理部１９、AA
L X処理部１８を介して行なわれる。AAL X層処理部１８
は、UNI3.1やUNI4.0の規定通り、ATM UNI シグナリング
メッセージAAL 5として処理する。ここで、ATM UNIシグ
ナリング処理部１６には、SSCFとSSCOPが存在するが、
これらのプロトコルはATM UNIシグナリングメッセージ
の信頼性のある通信を提供するためのプロトコルとして
利用されており、標準化されたプロトコルであるためこ
こでの説明を省略する。

【００６７】図８は、トラフィックタイプ定義テーブル
を示す説明図である。トラフィックタイプ定義テーブル
５０は、トラフィック定義部14が保持するテーブルであ
り制御部13より参照される。トラフィックタイプ定義テ
ーブル５０は、IP層制御部１２が構築したIPv4パケット
ヘッダ部２００のType of Service部２０３あるいはIPv
6パケットヘッダ部２１０のトラフィッククラス２１３
を総称するトラフィックタイプ情報５１と、UNI3.1やUN
I4.0やTM4.0に規定され、ATM UNIシグナリングメッセー
ジのSETUPメッセージを構築する際に必要とされ、SVCコ
ネクションの通信品質を定義するQoS IE情報52とを備え
る。

【００６８】QoS IE５２には、UNI3.1やUNI4.0やTM4.0
に規定のパラメータ５３が登録される。トラフィックタ
イプ定義テーブル５０は、トラフィックタイプ５１とQo
S IEパラメータ５３とを対応付けて記憶した対応表であ
る。トラフィックタイプ定義テーブル５０が保持するト
ラフィックタイプ５１とQoS IEパラメータ５３の対応情
報は、ネットワーク管理装置２４から上位制御部１０を
介してネットワークの資源状態に応じて適切な情報で更
新される。さらに、ATM ForumによるUNI3.1やUNI4.0やT
M4.0の規定変更に伴ってネットワーク管理装置２４よ
り、QoS IEパラメータ５３に新規パラメータの追加や削
除が行なわれて情報更新される。このように、トラフィ
ックタイプ定義テーブル５０には、トラフィックタイプ
５１別に最適な通信通信帯域保証や通信品質保証が行な
われるためのパラメータ情報が格納されている。

【００６９】図９は、サービスタイプ定義テーブル６０
の説明図である。サービスタイプ定義テーブル６０は、
制御部13のサービス定義部15が保持するテーブルであ
り、制御部13より参照される。サービス定義テーブル６
０は、IP層制御部１２が構築したIPパケット２２０のIP
パケッドデータ部２２２に格納されているTCP／UDPパケ
ット１２０を抽出し、さらに、TCP／UDPパケット１２０
のTCP/UDPパケットヘッダ部１２１に設定されているTCP
パケットヘッダ部１００のTCP終点ポート番号１０４あ
るいはUDPパケットヘッダ部１１０のUDP終点ポート番号
１１４、すなわち、TCPやUDPの終点ポート番号を示すTC
P／UDP終点ポート番号情報６１と、UNI3.1やUNI4.0やTM
4.0に規定され、ATM UNIシグナリングメッセージのSETU
Pメッセージを構築する際に必要とされ、SVCコネクショ
ンのトラフィックとコネクションタイプ(Point-to-poin
tやPoint-to-Multipoint)を定義するBBCap IE情報６２
と、SVCコネクションの通信帯域と優先制御を定義するA
tmTD IE情報６３と各TCP／UDP終点ポート番号に対応し
た推奨トラフィックタイプ６６とを備えている。

【００７０】TCP／UDP終点ポート番号６１には、IETF R
FC1340 “Assigned Numbers”(Jul/1992)(以降更新され
ている)に規定されているTCPやUDPの良く知られた番号
(well-known port number)や、近年、サービスが開始さ
れているVoice over IPや画像over IP等で使用するTCP
やUDPポートの番号が登録される。TCPの良く知られた番
号は、例えばftpであればポート番号「２０」、ｗｗｗ
であればポート番号「80」等のように、サービスタイプ
とポート番号とが対応付けられている。すなわち、TCP
やUDPパケットヘッダの終点ポート番号を認識すること
により、SVCコネクションを必要とする上位のアプリケ
ーションのサービスタイプが把握でき、上位のアプリケ
ーションのサービスに対応した、通信帯域と通信品質を
提供できるSVCコネクションを制御するATM UNIシグナリ
ングのSETUPメッセージの構築が可能となる。すなわ
ち、ＴCP／UDP終点ポート番号６１は、サービスタイプ
の認識と同意である。

【００７１】また、TCPとUDPで同値のポート番号を利用
するサービスもあるので、サービス定義テーブル６０内
において、TCPのポート番号とUDPのポート番号を区別す
るように配置している。BBCap IE情報６２には、UNI3.1
やUNI4.0やTM4.0に規定のBbcap IEパラメータ６４が登
録される。AtmTD IE情報６３には、UNI3.1やUNI4.0やTM
4.0に規定のAtmTD IEパラメータ６５が登録される。推
奨トラフィックタイプ６６は、サービスに対応し、その
サービスを提供するための最低限必要とされる通信品質
のトラフィックタイプを定義するための情報である。TC
P／UDPのポート番号から認識したサービスに対応したト
ラフィックタイプをIP制御部１２が正確にIPv4パケット
ヘッダ部２００のType of Service部２０３あるいはIPv
6パケットヘッダ部２１０のトラフィッククラス２１３
のそれぞれに設定していない場合、すなわち、IPv4やIP
v6の規定では、サービスに対応したトラフィックタイプ
である通信品質の構築を規定していないため、このサー
ビスとトラフィックタイプの組み合わせとしてネットワ
ークに対応した通信品質情報を構築ため、この推奨トラ
フィックタイプ６６が利用される。

【００７２】サービスタイプ定義テーブル６０は、TCP
／UDP終点ポート番号(サービスタイプ)６１とBBcap IE
パラメータ６４とAtmTD IEパラメータ６５と推奨トラフ
ィックタイプ６６の各情報を対応付けて記憶した対応表
である。サービスタイプ定義テーブル６０が保持するTC
P／UDP終点ポート番号(サービスタイプ)６１とBBcapIE
パラメータ６４とAtmTD IEパラメータ６５と推奨トラフ
ィックタイプ６６の対応データは、ネットワーク管理装
置２４から上位制御部１０を介して、ネットワークの資
源状態に応じて適切な情報が更新される。さらに、ATM
ForumによるUNI3.1やUNI4.0やTM4.0の規定変更に伴い、
ネットワーク管理装置２４よりBBcap IEパラメータ６４
とAtmTD IEパラメータ６５に新規パラメータの追加や削
除が行なわれて情報更新が行なわれる。このように、サ
ービスタイプ定義テーブル６０には、終点ポート番号６
１別に最適な通信通信帯域保証や通信品質保証が行なわ
れるためのパラメータ情報が格納されている。

【００７３】図１０は、コネクション管理テーブル７０
の説明図である。コネクション管理テーブル７０は、制
御部13のコネクション管理部5が保持するテーブルであ
り、制御部13より参照される。コネクション管理テーブ
ル７０は、IP層制御部１２が構築したIPパケット２２０
のIPパケッドデータ部２２２に格納されているTCP／UDP
パケット１２０を抽出し、さらに、TCP/UDPパケット１
２０のTCP／UDPパケットヘッダ部に設定されているTCP
パケットヘッダ部１００のTCP終点ポート番号１０４あ
るいはUDPパケットヘッダ部１１０のUDP終点ポート番号
１１４、すなわち、TCP／UDP終点ポート番号情報６１と
IP層制御部１２が構築したIPv4パケットヘッダ部２００
のIPv4終点アドレス部２０４あるいはIPv6パケットヘッ
ダ部２１０のIPv6終点アドレス２１４、すなわち、宛先
IPアドレス情報７１とRFC1577 IPoA準拠によるATM-ARP
機能あるいは静的設定により得られた宛先IPアドレスに
対応する宛先ATMアドレス情報７２とUNI3.1やUNI4.0に
規定されて、ATM UNIシグナリング手順により確立され
たVPIとVCIを示すVPI／VCI情報７３と同一のTCP／UDP終
点ポート番号情報６１、宛先IPアドレス情報７１、ATM
アドレス情報７２に対して、別のSVCコネクションを確
立するためのTCP／UDP始点ポート番号７４とを備える。

【００７４】TCP／UDP終点ポート番号６１には、IETF R
FC1340 “Assigned Numbers”(Jul／1992)(以降、更新
されている)に規定されているTCPやUDPの良く知られた
番号(well-known port number)や、近年、サービスが開
始されているVoice over IPや画像 over IP等で使用す
るTCPポートの番号が登録される。TCPとUDPで同値のポ
ート番号を利用するサービスもあるので、コネクション
管理テーブル７０において、TCPのポート番号とUDPのポ
ート番号とを区別するような配置となっている。コネク
ション管理テーブル７０も、サービス定義テーブル60と
同様にTCP／UDP終点ポート番号６１の情報を保持する
が、サービス定義テーブル６０のTCP／UDP終点ポート番
号６１とは別に管理される。宛先IPアドレス７１に対応
する宛先ATMアドレス７２の設定を行うATM-ARP機能に関
しては、周知の技術であるため説明を省略する。コネク
ション管理テーブル７０は、制御部１３がコネクション
を管理するために用いられる。TCP／UDP終点ポート番号
６１の1個に対して、SVCコネクションを1本確立するよ
うにする。

【００７５】TCP／UDP終点ポート番号６１に対して、デ
ータ通信用のSVCコネクションが確立済の場合、コネク
ション管理テーブル７０のVPI／VCI部７３には、SVCコ
ネクションを識別するVPI/VCIが登録され、上位のアプ
リケーションを識別するために、TCP始点ポート番号１
０３あるいはUDP始点ポート番号１１３が、TCP／UDP始
点ポート番号７４に登録される。SVCコネクション確立
済のTCP／UDP終点ポート番号６１と宛先IPアドレス７１
と宛先ATMアドレス７２に対して、再びデータ通信要求
がある場合は、コネクション管理テーブル７０内の別領
域に、TCP／UDP終点ポート番号６１と宛先IPアドレス７
１と宛先ATMアドレス７２をコピーし、SVCコネクション
確立後VPI／VCI部７３を設定する。この時、上位制御部
１０であるアプリケーションを管理するために、TCP始
点ポート番号１０３あるいはUDP始点ポート番号１１３
をコネクション管理テーブル７０のTCP／UDP始点ポート
番号７４に設定して識別する。

【００７６】一方、TCP／UDP終点ポート番号６１に対し
て、データ通信用のSVCコネクションが未確立済の場
合、コネクション管理テーブル７０のVPI／VCI部７３に
は、コネクションを識別するVPI/VCIが未登録の状態で
あり、TCP／UDP始点ポート番号７４も未登録の状態であ
る。コネクション管理テーブル７０が保持するTCP／UDP
終点ポート番号６１と宛先IPアドレス７１は、ネットワ
ーク管理装置２４から上位制御部１０を介してネットワ
ーク上に存在するサービス提供サーバーのIPアドレスの
状態により更新されるか、あるいは静的に保持される。

【００７７】次に、本発明の第1の実施の形態の動作に
ついて説明する。上位制御部１０は、送信データをTCP
／UDP層制御部１１に渡す。TCP／UDP層制御部１１は、T
CPパケット１００あるいはUDPパケット１１０を構築し
てIP層制御部１２に渡す。IP層制御部１２は、IPv4パケ
ット２００あるいはIPv6パケット２１０を構築して制御
部１３に渡す。制御部１３は、IPパケット２２０を受け
取ることとなる。図７は、本発明の第1の実施の形態の
動作を示すためのフローチャートである。制御部１３
は、IPパケット２２０を検出する（ステップA1）。次
に、IPパケット２２０のIPパケットヘッダ部２２１に設
定されているIPv4パケットヘッダ２０１のIPv4終点アド
レス２０４あるいはIPv6パケットヘッダ２１１のIPv6終
点アドレス２１４を認識する（ステップA2）。次に、IP
パケット２２０のIPパケッドデータ部２２２に格納され
ているTCP／UDPパケット１２０を抽出（ステップA3）
し、さらに、TCP／UDPパケット１２０のTCP／UDPパケッ
トヘッダ部１００のTCP始点ポート番号１０３とTCP終点
ポート番号１０４、あるいは、UDPパケットヘッダ部１
１０のUDP始点ポート番号１１３とUDP終点ポート番号１
１４を認識する（ステップA4）。次に、コネクション管
理テーブル７０にアクセスし、ステップA2で認識した宛
先IPアドレスとステップA4で認識したTCP／UDP終点ポー
ト番号が、TCP／UDP終点ポート番号６１と宛先IPアドレ
ス７１のそれぞれに情報が登録されていることを確認
し、さらにATM−ARP機能によりあるいは静的設定によ
り、宛先ATMアドレス７２が登録されていることを確認
する（ステップA5）。

【００７８】ここで、宛先ATMアドレス７２が登録され
ていない、すなわち、アドレス解決されていない場合に
はエラー処理を実行し終了する（ステップC1）。次に、
コネクション管理テーブル７０にアクセスし、ステップ
A5にて認識したコネクション管理テーブル７０の箇所に
VPI／VCI部７３に何も情報が設定されていないこと、す
なわち、SVCコネクションが未確立であることを確認す
る（ステップA6）。ここで、VPI／VCI部７３に情報が設
定されている場合、すなわち、SVCコネクションが確立
済の場合には、 TCP／UDP終点ポート番号６１と宛先IP
アドレス７１と宛先ATMアドレス７２の各情報をコネク
ション管理テーブル７０の別領域にコピーし、TCP／UDP
始点ポート番号７４にステップA4にて認識したTCP／UDP
始点ポート番号を設定する（ステップA6’）。次に、制
御部13は、コネクション管理テーブル７０から宛先ATM
アドレス７２情報を取得する（ステップA7）。次に、AT
M UNIシグナリングメッセージのSETUPメッセージに必要
とされるCalled Party Number(CdPN) IEをステップA7に
て検出した宛先ATMアドレスを参照して構築する（ステ
ップA8）。

【００７９】次に、ステップA4で認識したTCP／UDPポー
ト番号のTCP/UDP終点ポート番号61をサービスタイプと
して認識する（ステップA9）。次に、サービス定義部１
５が保持するサービス定義テーブル60にアクセスし（ス
テップA10)、TCP／UDP終点ポート番号６１を参照し、サ
ービスがサービス定義テーブル６０に定義されているこ
とを確認し、ATM UNIシグナリングメッセージのSETUPメ
ッセージに必要とされるBroadband Bearer Capability
IEとATM Traffic Descriptor IEを構築するためのBBCap
IEパラメータ情報６４とAtmTD IEパラメータ情報６５
を得る(ステップA11)。ここで、サービス定義テーブル
６０にサービスが定義されていない時には、エラー処理
を実行し終了する（ステップC2）。

【００８０】次に、ステップA11で得たBBCap IEパラメ
ータ情報６４とAtmTD IEパラメータ情報６５からBBcap
IEとAtmTD IEを構築する（ステップA12）。次に、IPパ
ケット２２０のIPパケットヘッダ部２２１に設定されて
いるIPv4パケットヘッダ201のType of Service(サービ
スタイプ)２０３あるいはIPv6パケットヘッダ２１１のT
raffic Class(トラフィッククラス)２１３であるトラフ
ィックタイプを認識する（ステップA13）。次に、再
度、サービス定義テーブル６０にアクセスし、ステップ
A13にて認識したトラフィックタイプと、ステップA4に
て認識しサービス定義テーブル６０に登録されているTC
P／UDP終点ポート番号６１の推奨トラフィックタイプ６
６とを比較し、トラフィックタイプとして満足している
時、ステップA15へ進み（ステップA14）、一方、過剰な
トラフィックタイプや過不足なトラフィックタイプであ
る時、サービス定義テーブル６０に登録されている、ス
テップA4にて認識したサービスのTCP／UDP終点ポート番
号６１の推奨トラフィックタイプ６６の情報をコピーす
る（ステップA14’）。すなわち、ステップA14’では、
トラフィックタイプ情報を掏りかえる。

【００８１】次に、トラフィック定義部１４が保持する
トラフィック定義テーブル５０にアクセスする（ステッ
プA15）。次に、トラフィック定義テーブル５０のIPサ
ービスタイプ／トラフィッククラス部５１を参照し、ト
ラフィックタイプに定義されていることを確認し、ATM
UNIシグナリングメッセージのSETUPメッセージに必要と
されるQoS Parameter IEを構築するためのQoS IEパラメ
ータ情報５３を得る（ステップA16）。ここで、トラフ
ィック定義テーブル５０のIPサービスタイプ／トラフィ
ッククラス部５１に、ステップA13にて認識したType of
Service（サービスタイプ）２０３あるいはTraffic Cl
ass（トラフィッククラス）２１３であるトラフィック
タイプが登録されていない時には、エラー処理を実行し
終了する（ステップC3）。次に、ステップA11で得たQoS
P IEパラメータ情報５３からQoSPIEを構築する（ステッ
プA17）。次に、ステップA12にて構築したBBCap IEとAt
mTD IEと、ステップA15にて構築したQoSP IEの情報組み
合わせが、UNI3.1やUNI4.0やTM4.0に準拠した正しい情
報組み合わせか否かを判定する（ステップA18）。ここ
で、情報組み合わせに不整合があった場合には、エラー
処理を実行し終了する（ステップC4）。次に、制御部１
３は、ATM UNIシグナリング処理部１６に、構築したSET
UPメッセージ（図１１参照）の送信要求を行う（ステッ
プA19）。

【００８２】図１１は、本発明で利用するUNI3.1やUNI
4.0規定のSETUPメッセージを示す構成図である。制御部
１３は、SETUPメッセージ３００0を構築する。SETUPメ
ッセージ３００は、ヘッダ３０１と、ステップA12にお
いて構築されたATM Traffic Descriptor IE３０２とBro
adband Bearer Capability IE３０４と、ステップA8に
おいて構築されたCalled Party Number IE ３０５と、
ステップA17において構築されたQoS Parameter IE３０
３3と、その他のオプションIE(s) 3.10により構成され
る。ステップA19において、SETUPメッセージ３００の送
信要求をされたATMUNIシグナリング処理部１６は、ATM
UNIシグナリング処理を実行してSVCコネクションの確立
を試みる。SVCコネクションが確立した時（ステップA2
0）、制御部13は、コネクション管理テーブル７０にア
クセスし、ステップA5にて認識したコネクション管理テ
ーブル７０の箇所のVPI／VCI部７３に、SVCコネクショ
ンのVPI／VCI情報を設定する（ステップA21）。ここ
で、SVCコネクションの確立に失敗した時には、エラー
処理を実行し終了する（ステップC5）。

【００８３】次に、制御部１３は、確立したSVCコネク
ションの通信帯域情報と通信品質情報を、ステップA11
にて取得したBBcap IEパラメータ６４とAtmTD IEパラメ
ータ６５と、ステップA16にて取得したQoS IEパラメー
タ５３を利用してATMセル優先制御部２０とUPC部２１の
それぞれに情報を設定し、AAL X層処理部１８とATM層処
理部２１にSVCコネクションのVPI／VCIを設定し、ATMセ
ル送信側論理回線２２とATMセル受信側論理回線２３を
オープンして一連の処理を終了する（ステップA22）。

【００８４】したがって、この実施の形態によれば、Ｔ
ＣＰまたはＵＤＰアプリケーションに対しては、終点ポ
ート番号で定義されるサービスタイプに応じたパラメー
タ情報を用いてＳＥＴＵＰメッセージを生成、送信して
コネクションを確立でき、また、ＩＰアプリケーション
に対しては、サービスタイプまたはトラフィックタイプ
で定義されるトラフィックタイプに応じたパラメータ情
報を用いてＳＥＴＵＰメッセージを生成、送信してコネ
クションを確立できる。

【００８５】（第２の実施の形態）次に、本発明の第2
の実施の形態について説明する。図１２は、本発明の第
2の実施の形態の通信制御装置のブロック構成図であ
る。図１２を参照すれば分かる様に、第２の実施の形態
の構成は、第１の実施の形態に、MAC層処理部２５と、E
ther層処理部２６と、Etherパケット送受信回線２７と
を備え、ネットワーク層であるIP層制御部１２にルーテ
ィング機能を持たせたものである。MAC層処理部２５
は、MAC層の処理を実行し、Ether層処理部２６は、Ethe
r層の処理を実行する。MAC層制御部２５とEther層処理
部２６は、現在利用されている一般的なプロトコルであ
る。

【００８６】上位制御部１０が、ATMセル送信側回線２
２とATMセル受信側回線２３を利用してデータ送受信を
実行する場合には、第1の実施の形態と同様の処理を実
行する。また、上位制御部１０は、TCP／UDP層制御部１
１、IP層制御部１２、MAC層処理部２５、Ether層処理部
２６を介して、Etherパケット送受信回線２７からEther
ネットワークへとデータを送信する。一方、上位制御部
１０は、EtherネットワークからEtherパケット送受信回
線２７、Ether層処理部２６、MAC層処理部２５、IP層制
御部１２、TCP／UDP層制御部１１を介して、データを受
信する。

【００８７】また、EtherネットワークからATMネットワ
ークあるいはATM加入者ネットワークへ、データを送信
する場合には、Etherパケット送受信回線２７でデータ
を受信し、Ether層処理部２６、MAC層処理部２５を介し
てIP層制御部１２に渡され、IP層制御部１２がルーティ
ング処理を実行し、IP層制御部１２から、制御部１３、
LLC／SNAP層制御部１７、AAL X処理部１８、ATM層処理
部１９、ATMセル優先制御部２０を介して、ATMセル送信
側論理回線２２からATMネットワークあるいはATM加入者
ネットワークへ送信される。一方、ATMネットワークあ
るいはATM加入者ネットワークからEtherネットワーク
へ、データを送信する場合には、ATMセル受信側論理回
線２３にてデータを受信し、UPC部２１、ATM層処理部１
９、AAL X処理部１８、LLC／SNAP層制御部１７、制御部
１３を介して、IP層制御部１２に渡され、IP層制御部１
２がルーティング処理を実行する。そして、MAC層処理
部２５、Ether層処理部２６を介して、Etherパケット送
受信回線２７からEtherネットワークへ送信される。こ
こで、ネットワーク層であるIP制御部１２が実行するル
ーティング機能のために必要とされるルーティングテー
ブルやルーティングテーブル構築アルゴリズムの構成に
関しては周知の技術であるので説明を省略する。

【００８８】なお、第2の実施の形態の動作は、第1の実
施の形態の動作と基本的に同一のため説明を省略する。
Etherネットワークから第２の実施形態の通信制御装置
を介して、ATMネットワークやATM加入者ネットワークへ
のデータの送受信である場合、IP層制御部１２のルーテ
ィング機能により、MAC層制御部２５から受け取ったIP
パケット２００のIPパケットヘッダ部２２１に含まれる
IPv4終点アドレス２０４あるいはIPv6終点アドレス２１
４は、ATMネットワークあるいはATM加入者ネットワーク
を介して接続する接続先のIPアドレスに書き換えられる
ようになっている。この実施形態では、IP層制御部１２
が備えるルーティング機能に対応し、EtherパケットをA
TMセルに変換してデータ送受信を可能とする。すなわ
ち、Etherパケット送受信回線２７が接続するEtherネッ
トワークに関しては従来技術であるが、第2の実施形態
の装置構成を備え、第1の実施の形態の動作と同様の動
作が行なわれることにより、ATMネットワークやATM加入
者ネットワークへのATM SVCコネクションは、通信帯域
を通信品質が保証されたコネクションとなる。

【００８９】（第３の実施の形態）次に、本発明の第3
の実施の形態について説明する。図１３は、本発明の第
３の実施の形態（その１）のブロック構成図であり、ま
た、図１７は、本発明の第３の実施の形態（その２）の
ブロック構成図である。図１３を参照すると分かる様
に、第3の実施形態（その１）の装置構成は、ネットワ
ーク管理装置２４と上位制御部１０が通信可能に接続さ
れていない点と、制御部13が、コネクション管理部5の
みを備える制御部１３Ａとなった点で第1の実施の形態
と異なる。

【００９０】図１７を参照すると分かる様に、本発明の
第３の実施形態（その２）の構成は、TCP／UDP層制御部
１１およびIP層制御部１２が存在しない点と、第１の実
施形態における制御部１３が、トラフィック定義部１４
とサービス定義部１５のみを備えたトラフィック制御部
１３Ｂとなった点と、上位制御部１０に制御部１３Ｂが
組み込まれている点と、LLC／SNAP層制御部１７が存在
しない点と、AAL X処理部１８とATM層処理部１９は、AT
Mスイッチ機能として動作するATMスイッチ部２９となっ
ている点と、ATMセル優先制御部２０が、複数のATMセル
送信側論理回線２２Ａ、２２Ｂを備える点と、UPC部２
１が、複数のATMセル受信側論理回線２３Ａ、、２３Ｂ
を備える点で、第1の実施形態の構成と異なる。

【００９１】ATMセル送信側論理回線２２ＡとATMセル受
信側論理回線２３Ａが、ATMネットワークあるいはATM加
入者ネットワークへのデータ通信のために利用され、一
方、ATMセル送信側論理回線２２ＢとATMセル受信側論理
回線２３Ｂが、加入者端末とのデータ通信のために利用
される。図１３のATMセル送信側論理回線２２と図１７
のATMセル受信側論理回線２３Ｂとが接続され、また、
図１３のATMセル受信側論理回線２３と図１７のATMセル
送信側論理回線２２ＢBとが接続される。この実施形態
の通信制御装置は、図１３に示した構成の装置と図１７
に示した構成の装置とが組となって動作する。

【００９２】次に、本発明の第3の実施形態（その1）の
動作について説明する。上位制御部１０は、送信データ
をTCP／UDP層制御部１１に渡す。TCP／UDP層制御部１１
は、TCPパケット１００あるいはUDPパケット１１０を構
築してIP層制御部１２に渡す。IP層制御部１２は、IPv4
パケット２００あるいはIPv6パケット２１０を構築して
制御部１３Ａに渡す。制御部１３Ａは、IPパケット２２
０を受け取る。図１４は、第3の実施形態（その1）の装
置の動作を示すフローチャートである。ステップA1〜ス
テップA8、および、ステップA18〜ステップA22、およ
び、ステップＣ1、Ｃ4、C5における制御部13Ａの動作
は、第1の実施形態の動作を示す図７のステップA1〜ス
テップA8、および、ステップA18〜ステップA22、およ
び、ステップC1、C4、C5と同一のため説明を省略する。

【００９３】第3の実施形態（その１）の装置)におい
て、制御部13Aは、IPパケット２２０のIPパケットヘッ
ダ部２２１に設定されているIPv4パケットヘッダ２０１
のTypeof Service(サービスタイプ)２０３あるいはIPv6
パケットヘッダ２１１のTraffic Class（トラフィック
クラス）２１３を認識する(ステップE1)。次に、ステッ
プA4で認識したTCP／UDPポート番号のTCP／UDP終点ポー
ト番号６１からサービスタイプを認識する（ステップE
2）。次に、ステップE1で認識したサービスタイプを示
すTCP／UDPポート番号とステップE2で認識したトラフィ
ックタイプとを参照して、本実施形態の特徴であるBroa
dband High Layer Information IEを構築する（ステッ
プE3）。

【００９４】図１５は、第３の実施形態（その１）の装
置が構築するBroadband High LayerInformation IEの構
成図である。制御部１３Ａは、UNI3.1やUNI4.0規定のBH
LIIE 306を構築する。BHLI IE ３０６は、情報要素(IE)
を識別するためのヘッダ３２０とUNI3.1やUNI4.0規定の
パラメータ３２１と制御部１３Ａが設定する情報識別子
３２２とポート番号３２３とトラフィックタイプ３２４
とその他の拡張パラメータ３２５とを含んで構成され
る。

【００９５】本実施形態では、UNI3.1やUNI4.0のBHLI I
Eに定義されていない情報識別子３２２とポート番号３
２３とトラフィックタイプ３２４とを備える。ここでの
定義されていないとは、UNI3.1やUNI4.0において、ユー
ザが自由に定義して良いと規定していることを示す。ユ
ーザが自由に定義したポート番号３２３とトラフィック
タイプ３２４を識別するために情報識別子３２２を必要
とする。制御部１３Ａは、ステップE2にて認識したTCP
終点ポート番号１０４あるいはUDP終点ポート番号１１
４をポート番号３２３に設定する。制御部１３Ａは、ス
テップE2にて認識したIPパケット２２０のIPパケットヘ
ッダ部２２１に設定されているIPv4パケットヘッダ２０
１のType of Service（サービスタイプ）２０３あるい
はIPv6パケットヘッダ２１１のTraffic Class（トラフ
ィッククラス）２１３をトラフィックタイプ３２４に設
定する。

【００９６】図１６は、本実施形態で用いるUNI3.1やUN
I4.0規定の別のSETUPメッセージの説明図である。制御
部１３Ａは、SETUPメッセージ（図１６参照）３００を
構築する。SETUPメッセージ（図１６）３００は、ヘッ
ダ３０１と、制御部１３Ａが初期値として構築するATM
Traffic Descriptor IE３０２とBroadband Bearer Capa
bility IE ３０４とQoS Parameter IE３０３と、ステッ
プA8において構築されたCalled Party Number IE３０５
と、ステップE3において構築されたBroadbandHigh Laye
r Information IE３０６と、その他のオプションIE(s)
3.10により構成される。制御部１３Ａは、ATM UNIシグ
ナリング処理部１６に対して構築したSETUPメッセージ
（図１６）の送信要求を行う(ステップA１9)。ステップ
A19において、SETUPメッセージ３００の送信要求をされ
たATM UNIシグナリング処理部１６は、ATM UNIシグナリ
ング処理を実行してSVCコネクションの確立を試みる。

【００９７】次に、第3の実施形態（その２）の装置の
動作について説明する。第３の実施形態（その２）の装
置は、図１３にて示した装置が構築したSETUPメッセー
ジ情報を含むATMセルを、ATMセル受信側論理回線２３Ｂ
より受信するように構成されている。このSETUPメッセ
ージは、UNI3.1やUNI4.0規定のVPI／VCI=0／5のATMセル
にマッピングされている。ATMスイッチ部２９のATM層処
理部１９は、ATMセルが示すVPI／VCI=0／5の値を参照
し、ATM UNIシグナリングメッセージ用ATMセルであるこ
とを認識し、AAL X処理部１８に渡す。ATMスイッチ部２
９のAAL X処理部１８は、ATMセルからATM UNIシグナリ
ングメッセージ（図１６）を再構築し、ATM UNIシグナ
リング処理部１６に渡す。ATM UNIシグナリング処理部
１６は、このSETUPメッセージに関して、プロトコル規
定の処理を実行した後に、上位制御部１０に渡す。上位
制御部１０は、SETUPメッセージを受け取った時から、
制御部１３Ｂを動作させる。

【００９８】図１８は、第3の実施形態（その2）の装置
の動作を示すフローチャートである。ステップA10、A1
1、A12、A14、A14’、A15、A16、A17、A18、A20、A22に
おける制御部１３Ｂの動作は、第1の実施の形態の動作
を示す図7のステップA10、A11、A12、A14、A14’、A1
5、A16、A17、A18、A20、A22の動作と同一のため説明を
省略する。制御部１３Ｂは、上位制御部１０が受信した
SETUPメッセージを検出する（ステップB1）。次に、SET
UPメッセージのBHLI IE３０６を検出する（ステップB
2）。次に、制御部１３Ｂは、BHLI IE ３０６に含まれ
るポート番号（(図１５の３２３)を認識する（ステップ
D1）。次に、ステップA10とステップA11を実行する。制
御部１３Ｂは、ステップA11において、トラフィックタ
イプがトラフィック定義テーブル５０に存在しないと判
定した時には、SETUPメッセージの送信側にATM UNIシグ
ナリング処理中止を通知するためにUNI3.1やUNI4.0規定
のRELEAE COMPLETEメッセージを構築し、ATMスイッチ部
２９とATMセル優先制御部２０を介して、ATMセル送信側
論理回線２２Ｂより送信して、処理を終了する（ステッ
プF1）。続いて、制御部１３Ｂは、ステップA12を実行
し、次に、BHLI IE３０６に含まれるトラフィックタイ
プ（図１５の３２４）を認識する（ステップD2）。

【００９９】次に、ステップA14とステップA15を実行す
るか、ステップA14とステップA14’とステップ15を実行
する。次に、制御部１３Ｂは、ステップA16を実行し、
次いで、ステップA16において、トラフィックタイプが
トラフィック定義テーブル６０に存在しないと判定した
時、SETUPメッセージの送信側に、ATM UNIシグナリング
処理中止を通知するために、UNI3.１やUNI4.0規定のREL
EAE COMPLETEメッセージを構築し、ATMスイッチ部２９
とATMセル優先制御部２０を介して、ATMセル送信側論理
回線２２Ｂより送信して、処理を終了する（ステップF
2）。続いて、制御部１３Ｂは、ステップA17を実行し、
次いで、新規に構築したQoS IEとBBcapIEとAtmTD IEの
組み合わせ判定を実行する（ステップA18）ここで、QoS
IEとBBCcapIEとAtmTD IEの組み合わせに不正がある場
合には、ステップF1やステップF2と同一の処理を実行し
終了する（ステップF3）。

【０１００】図１８に示した処理によって構築されるSE
TUPメッセージは、図１６のSETUPメッセージからBHLI I
E３０６を除去した、図１１のSETUPメッセージとなる。
ここで、第3の実施形態（その1）の装置と第3の実施形
態（その2）の装置間において、BHLI IE３０６を処理し
たこととなる。次に、制御部１３ＢBは、新たに構築し
なおしたSETUPメッセージ（図１１）をATMスイッチ部２
９とATMセル優先制御部２０を介して、ATMセル送信側論
理回線２２Ａより、ATMネットワークあるいはATM加入者
ネットワークへ送信する（ステップB3）。図１３に示し
た装置と図１７に示した装置は、ATMセル送信側論理回
線２２、２２Ａ、２２Ｂと、ATMセル受信側論理回線２
３、２３Ａ、２３Ｂを利用してATM UNIシグナリングメ
ッセージを送受信（実際は、ATM UNIシグナリングメッ
セージがマッピングされたATMセル）し、プロトコル処
理を実行することによりSVCコネクションが確立され
る。

【０１０１】本発明の第３の実施形態(その1)の装置の
動作は、図１４を参照すると分かる様に、SVCコネクシ
ョンが確立された時、ステップA20、A21、A22を実行し
終了する。SVCコネクションの確立に失敗した時、ステ
ップA20からステップC5を実行して終了する。また、本
発明の第３の実施形態（その2）の装置の動作は、図１
８を参照すると分かる様に、SVCコネクションが確立さ
れた時、ステップA20、ATMスイッチ部２９にコネクショ
ンを設定し(ステップD3)、ステップA22を実行し終了す
る。SVCコネクションの確立に失敗した時、ステップA20
からステップF1、F2、F3と同様の処理であるステップF4
を実行して終了する。なお、図１７のステップD3に関す
る、制御部１３Ｂが設定するコネクション情報やコネク
ション管理に関しては、ATMスイッチ制御に関する技術
であり一般的に行われる動作と機能であるため説明を省
略する。

【０１０２】したがって、この実施形態によれば、UNI
3.１とUNI4.0の規定では、SVCコネクションを確立するE
toE間でBHLI IEを処理しなければならないが、図１３に
示す装置と図１７に示す装置との動作により、両装置間
でBHLI IEを処理し、ポート番号３２２と宛先IPアドレ
ス３２３を伝達するためにBHLI IEを利用することがで
きる。

【０１０３】（第４の実施形態）次に、本発明の第4の
実施形態について説明する。図１９は、本発明の第4の
実施の形態を示すブロック図である。図１９に示すよう
に、この実施の形態の通信制御装置は、ネットワーク管
理装置２４がサービス定義部１５とトラフィック定義部
１５を備えている点と、上位制御部１０とTCP／UDP層制
御部１１とIP層制御部１２と制御部１３とATM UNIシグ
ナリング処理部１６とLLC／SNAP層処理部１７とAAL X処
理部１８とATM層処理部１９ととATMセル優先制御部２０
とUPC部２１の全てを含む通信制御装置２としている点
とにおいて第1の実施形態と異なる。

【０１０４】次に、第4の実施形態の装置の動作につい
て説明する。本実施形態の装置の動作は、第1の実施形
態の装置の動作と類似している点が多いため、異なる点
のみを説明する。この実施の形態のフローチャートにお
いては、図７に示すフローチャーと実行するステップの
順番が異なる。ステップA9の処理後、ステップA13を実
行する。ここで、制御部１３は、ネットワーク管理装置
２４に認識したサービスとトラフィックタイプについて
の問い合わせを実行する。ネットワーク管理装置２４の
処理は、図２０のステップN1部である。ステップN1部で
は、ステップA11とステップA14とステップA16を実行す
る。ネットワーク管理装置２４のステップA11とステッ
プA14とステップA16が全て成功した場合に、問い合わせ
した制御部13に対して、ステップA12とステップA17を実
行させるための情報を通知する。情報を取得した（ステ
ップG1）制御部13は、ステップA12とステップA17を実行
し処理を続ける。一方、ステップA11とステップA16にお
いて、エラーが発生した場合、ステップC2やステップC3
のエラー処理により、問い合わせした制御部13に対し
て、エラーであることを通知する。エラー通知を受信し
た制御部１３は、エラー処理を実行し終了する(ステッ
プC6)。

【０１０５】このように、この実施の形態においては、
制御部１３とネットワーク管理装置２４が協働して、図
２０のて示した処理を実行するために、処理ステップの
順番を入れ替えている。制御部13とネットワーク管理装
置２４が共に処理フローを実行するため、分散処理によ
る負荷低減となる。また、ネットワーク管理装置２４
が、サービス定義部１５やトラフィック定義部１４を備
えているので、これらに格納されたテーブル情報の更新
が自動的に行なえる。通信制御装置２の占有メモリ量の
低減にもなる。

【０１０６】（第５の実施の形態）次に、本発明の第５
の実施形態について説明する。図２１は、この実施の形
態の通信制御装置のブロック構成図である。図２１を参
照すると分かる様に、この実施の形態の通信制御装置
は、ネットワーク管理装置２４が、サービス定義部１５
とトラフィック定義部１４とを備えている点、上位制御
部１０とTCP／UDP層制御部１１とIP層制御部１２と制御
部１３とATM UNIシグナリング処理部１６とLLC／SNAP層
処理部１７とAAL X層処理部１８とATM層処理部１９とAT
Mセル優先制御部２０とUPC部２１とMAC層処理部２５とE
ther層処理部２６6の全てを含む通信制御装置２として
いる点が第2の実施形態の装置と異なる。

【０１０７】なお、この実施形態の装置の動作は、図２
０を参照して説明した第4の実施形態の装置の動作と同
一のため説明を省略する。この実施形態においては、第
２の実施形態と第４の実施形態にて説明した効果が得ら
れる。

【０１０８】（第６の実施形態）次に、本発明の第6の
実施形態について説明する。図２２は、本発明の第6の
実施形態の装置のブロック構成図である。図２２を参照
すると分かる様に、この実施の形態の装置は、ネットワ
ーク管理装置２４4が、サービス定義部15とトラフィッ
ク定義部１４とを備えている点と、上位制御部１０と制
御部１３とATM UNIシグナリング処理部１６とAAL X層処
理部１８とATM層処理部１９とATMセル優先制御部２０と
UPC部２１の全てを含む通信制御装置２としている点と
で第3の実施形態（その2）の装置構成と異なる。

【０１０９】次に、この実施形態の装置の動作について
説明する。この実施の形態の装置の動作においては、第
４の実施形態の動作を示す図２０のフローチャートと同
様に、制御部13とネットワーク管理装置２４とが協働し
て、図２０に示すフローチャートに示す処理を実行させ
るために、処理ステップの順番を入れ替えている。ま
た、ステップG1を除いて、第3の実施形態（その２)の装
置の動作フローである図１８に含まれるステップと同一
の処理を実行する。図２３のステップN1部がネットワー
ク管理装置２４で実行される処理である。ネットワーク
管理装置２４からの応答に従い処理を実行する。本実施
形態の装置は、本発明の第3の実施形態（その１）の装
置と接続されて動作する。

【０１１０】図２４は、第1の実施形態である図１に示
す構成と図７に示す動作と、第２の実施形態である図１
２に示す構成と図７に示す動作と、第3の実施形態であ
る図１３と図１７とに示す構成と図14と図1８と示す動
作と、第4の実施形態である図１９に示す構成と図２０
に示す動作と、第5の実施形態である図２１に示す構成
と図１９に示す動作と、第3の実施形態である図１３と
第6の実施形態である図２２の構成と図１４と図２３と
に示す動作により確立されるIP over ATMコネクション
を示す論理構成図である。

【０１１１】物理コネクション（回線）５００(物理回
線)の内部にサービス単位の複数のSVCコネクション５１
０ａ、５１０ｂ、５１０ｃが確立され、それぞれのSVC
コネクション５１０ａ、５１０ｂ、５１０ｃには、それ
ぞれIP層(ネットワーク層)コネクション５２０ａ、５２
０ｂ、５２０ｃが存在し、それそれのIP層(ネットワー
ク層)コネクション５２０ａ、５２０ｂ、５２０ｃ内部
には、それぞれのサービスに対応したTCPコネクション
５３０ａ、５３０ｂやUDPコネクション５３０ｃが存在
する。図２４に示すコネクション論理構成図は、制御部
13のコネクション管理部５が保持するコネクション管理
テーブル７０が、TCP／UDPのポートと宛先IPアドレスと
宛先ATMアドレスとSVCコネクションのVPI／VCIを全て1
対1対1対1に対応させているために、1 TCP・UDP／IPア
プリケーションの1サービスに対して1SVCコネクション
を占有している。

【０１１２】（第１の実施例）次に、具体的な第1の実
施例について説明する。図２５は、この実施例を示すネ
ットワーク構成図である。図２５の符号Ａで示す部分
は、本発明の第１の実施形態あるいは第4の実施形態の
装置を備える加入者端末と、ATM加入者集線装置と、ATM
ネットワークと、インターネットにより構成されるネッ
トワークの一例において確立されるIP over ATMコネク
ションの一例を示す論理構成図である。

【０１１３】図２５のＡ部は、インターネット６００
と、ATMネットワーク６０１と、ATM加入者集線装置６２
０ａと、本発明の第1の実施形態あるいは第4の実施形態
の装置を備える加入者端末６４０ａにより構成される。
ATMネットワーク６０１とATM加入者集線装置６２０ａと
の間は、ATM（光、電気）物理コネクション５０１を物
理回線とし、ATM加入者集線装置６２０ａと加入者端末
６４０ａ間も、ATM(光、電気)物理コネクション５０１
を物理回線とする。この時、ATM加入者集線装置６２０
ａがATM加入者ネットワークを構成する装置となる。図
１あるいは図４のネットワーク管理装置２４がNMS(Netw
ork Management System)６１０として、本発明の第1の
実施形態あるいは第4の実施形態の装置を備える加入者
端末６４０ａに接続する。図１に示す装置を備える加入
者端末６４０ａで、図７に示す処理を実行することによ
り、あるいは、図１９に示す装置を備える加入者端末６
４０ａで、図２０に示す処理を実行することにより、AT
Mネットワーク６０１とATM加入者集線装置６２０ａ間の
ATM（光、電気）物理コネクション５０１に、SVCコネク
ション５１０が確立される。

【０１１４】SVCコネクション５１０には、IP層（ネッ
トワーク層）コネクション５２０が存在し、IP層（ネッ
トワーク層）コネクション５２０には、TCP／UDPコネク
ション５３０が存在するコネクション論理構成となる。
一方、ATM加入者集線装置６２０ａと加入者端末６４０
ａ間のATM（光、電気）物理コネクション５０１に、SVC
コネクション５１０が確立される。SVCコネクション５
１０には、IP層（ネットワーク層）コネクション５２０
が存在し、IP層（ネットワーク層）コネクション５２０
には、TCP／UDPコネクション５３０が存在するコネクシ
ョン論理構成となる。

【０１１５】図２５の符号Ｂで示す部分は、本発明の第
２の実施形態あるいは第５の実施形態の装置を備えるAT
MルータやSTBと、加入者端末と、ATM加入者集線装置
と、ATMネットワークと、インターネットとにより構成
されるネットワークにおいて、一例として確立されるIP
over ATMコネクションの一例を示す論理構成図であ
る。図２５のＢ部は、インターネット６００と、ATMネ
ットワーク６０１と、ATM加入者集線装置６２０ｂと本
発明の第２の実施形態あるいは第５の実施形態の装置を
備えるATMルータ／STB６３０ｂと加入者端末６４０ｂに
より構成される。ATMネットワーク６０１とATM加入者集
線装置６２０ｂ間は、ATM（光、電気）物理コネクショ
ン５０１を物理回線とし、ATM加入者集線装置６２０ｂ
とATMルータ／STB６３０ｂb間も、ATM（光、電気）物理
コネクション５０１を物理回線とし、ATMルータ／STB６
３０ｂと加入者端末６４０ｂ間を、Ether物理コネクシ
ョン５０２を物理回線とする。この時、ATM加入者集線
装置６２０ｂとATMルータ／STB６３０ｂがATM加入者ネ
ットワークを構成する装置となる。図１２あるいは図２
４のネットワーク管理装置２４がNMS(Network Manageme
nt System)６１０として、本発明の第２の実施形態ある
いは第５の実施形態の装置を備えるATMルータ/STB ６３
０ｂに接続する。

【０１１６】このATMルータ／STB６３０ｂで、図７ある
いは図２０にて示した処理を実行することにより、ATM
ネットワーク６０１とATM加入者集線装置６２０ａ間に
は、ATM（光、電気）物理コネクション５０１に、SVCコ
ネクション５１０が確立される。SVCコネクション５１
０には、IP層（ネットワーク層）コネクション５２０が
存在し、IP層(ネットワーク層)コネクション５２０に
は、TCP／UDPコネクション５３０が存在するコネクショ
ン論理構成となる。一方、ATM加入者集線装置６２０ｂ
とATMルータ／STB ６３０ｂ間のATM（光、電気）物理コ
ネクション５０１に、SVCコネクション５１０が確立さ
れる。SVCコネクション５１０には、IP層(ネットワーク
層)コネクション５２０が存在し、IP層（ネットワーク
層）コネクション５２０には、TCP／UDPコネクション５
３０が存在するコネクション論理構成となる。さらに、
このATMルータ／STB６３０ｂと加入者端末６４０ｂ間の
Ether物理コネクション５０２には、従来のTCP／IPコネ
クション５３０が存在するコネクション論理構成とな
る。

【０１１７】図２５の符号Ｃで示す部分は、本発明の第
３の実施形態（その2）あるいは第６の実施形態の装置
を備えるATMルータやSTBと、第３の実施の形態（その
1）の装置を備える加入者端末と、ATM加入者集線装置と
ATMネットワークとインターネットにより構成されるネ
ットワークにおいて、一例として確立されるIP over AT
Mコネクションの一例を示す論理構成図である。図２５
の符号Ｃ部は、インターネット６００と、ATMネットワ
ーク６０１と、ATM加入者集線装置６２０ｃと、ATMルー
タ／STB６３０Ｃと、加入者端末６４０ｃにより構成さ
れる。ATMネットワーク６０１とATM加入者集線装置６２
０ｃ間は、ATM（光、電気）物理コネクション５０１を
物理回線とし、ATM加入者集線装置６２０ｃとATMルータ
／STB６３０ｃ間も、ATM（光、電気）物理コネクション
５０１を物理回線とし、ATMルータ／STB６３０ｃと加入
者端末６４０ｃ間も、ATM（光、電気）物理コネクショ
ン５０１を物理回線とする。この時、ATM加入者集線装
置６２０ｃとATMルータ／STB６３０ｃがATM加入者ネッ
トワークを構成する装置となる。図１２あるいは図２４
のネットワーク管理装置２４がNMS（Network Managemen
t System）６１０として、ATMルータ／STB６３０ｃ に
接続する。

【０１１８】図１３に示す装置を備える加入者端末６４
０ｃが、図１４に示す処理を実行し、図１７に示す装置
を備えるATMルータ／STB６３０ｃが、図１８に示す処理
あるいは図１４にて示す処理を実行し、図２２に示す装
置を備えるATMルータ／STB６３０ｃが、図２３に示す処
理を実行することにより、ATMネットワーク６０１とATM
加入者集線装置６２０ｃ間には、ATM（光、電気）物理
コネクション５０１に、SVCコネクション５１０が確立
される。SVCコネクション５１０には、IP層（ネットワ
ーク層）コネクション５２０が存在し、IP層（ネットワ
ーク層）コネクション５２０には、TCP／UDPコネクショ
ン５３０が存在するコネクション論理構成となる。

【０１１９】一方、ATM加入者集線装置６２０ｃと図１
７あるいは図２２に示す装置を備えるATMルータ／STB
６３０ｃ間のATM（光、電気）物理コネクション５０１
に、SVCコネクション５１０が確立される。SVCコネクシ
ョン５１０には、IP層（ネットワーク層）コネクション
５２０が存在し、IP層（ネットワーク層）コネクション
５２０には、TCP／UDPコネクション５３０が存在するコ
ネクション論理構成となる。さらに、図１７あるいは図
２２の装置を備えるATMルータ／STB６３０ｃと加入者端
末６４０ｃ間には、ATM（光、電気）物理コネクション
５０１に、SVCコネクション５１０が確立される。SVCコ
ネクション５１０には、IP層（ネットワーク層）コネク
ション５２０が存在し、IP層（ネットワーク層）コネク
ション５２０には、TCP／UDPコネクション５３０が存在
するコネクション論理構成となる。

【０１２０】次に、具体的な第２の実施例について説明
する。図２６は、本発明の第２の実施例を示すネットワ
ーク構成図である。図２６の符号Ａで示す部分は、本発
明の第1の実施形態あるいは第4の実施形態の装置を備え
る加入者端末と、加入者多重装置（以降、DSLAM:Digita
l Subscriber Access Multiplexor）と、ATMネットワー
クと、インターネットとにより構成されるネットワーク
において、一例として確立されるIP over ATMコネクシ
ョンの一例を示す論理構成図である。図２６のＡ部は、
インターネット６００と、ATMネットワーク６０１と、D
SLAM ６５０ａと、本発明の第1の実施形態あるいは第4
の実施形態の装置を備える加入者端末６４０ａにより構
成される。ATMネットワーク６０１とDSLAM６５０ａ間
は、ATM（光、電気）物理コネクション５０１を物理回
線とし、DSLAM ６５０ａと加入者端末６４０ａ間は、xD
SL(Asymmetric DSL(Digital Subscriber Line)、 High
−bit-rate DSL、 Rate−Adaptive DSL、 Symmetric DS
L、 Very−high−bit−rate DSL等の総称) を利用したA
TM over XDSLコネクション５０３を物理回線とする。こ
の時、DSLAM６５０ａがATM加入者ネットワークを構成す
る装置となる。

【０１２１】図1あるいは図4のネットワーク管理装置２
４がNMS（Network Management System）６１０として、
本発明の第1の実施形態あるいは第4の実施形態の装置を
備える加入者端末６４０ａに接続する。図1に示す装置
を備える加入者端末６４０ａで図７に示した処理を実行
することにより、あるいは、図１９に示す装置を備える
加入者端末６４０ａで、図２０に示した処理を実行する
ことにより、ATMネットワーク６０１とDSLAM ６５０ａ
間のATM（光、電気）物理コネクション５０１にSVCコネ
クション５１０が確立される。SVCコネクション５１０
には、IP層（ネットワーク層）コネクション５２０が存
在し、IP層（ネットワーク層）コネクション５２０に
は、TCP／UDPコネクション５３０が存在するコネクショ
ン論理構成となる。一方、DSLAM６５０ａとこの加入者
端末６４０ａ間のATM over XDSLコネクション５０３にS
VCコネクション５１０が確立される。SVCコネクション
５１０には、IP層（ネットワーク層）コネクション５２
０が存在し、IP層（ネットワーク層）コネクション５２
０には、TCP／UDPコネクション５３０が存在するコネク
ション論理構成となる。

【０１２２】図２６の符号Ｂで示す部分は、本発明の第
２の実施形態あるいは第5の実施形態の装置を備えるADS
LルータやSTBと、加入者端末とDSLAMと、ATMネットワー
クと、インターネットにより構成されるネットワークに
おいて、一例として確立されるIP over ATMコネクショ
ンの一例を示す論理構成図である。図２６のＢ部は、イ
ンターネット６００と、ATMネットワーク６０１と、DSL
AM ６５０ｂと、本発明の第２の実施形態あるいは第５
の実施形態の装置を備えるADSLルータ／STB６３０ｂ
と、加入者端末６４０ｂにより構成される。ATMネット
ワーク６０１とDSLAM６５０ｂ間は、ATM（光、電気）物
理コネクション５０１を物理回線とし、DSLAM６５０ｂ
とATMルータ／STB６３０ｂ間は、xDSL(Asymmetric DSL
(Digital Subscriber Line)、High−bit−rate DSL、 R
ate−Adaptive DSL、 Symmetric DSL、Very-high-bit-r
ate DSL等の総称) を利用したATM over XDSLコネクショ
ン５０３を物理回線とし、ADSLルータ／STB ６３０ｂと
加入者端末６４０ｂ間を、Ether物理コネクション５０
２を物理回線とする。この時、DSLAM６５０ｂとADSLル
ータ／STB６３０ｂがATM加入者ネットワークを構成する
装置となる。図１２あるいは図２４のネットワーク管理
装置２４がNMS（Network Management System）６１０と
して、本発明の第２の実施形態あるいは第５の実施形態
の装置を備えるADSLルータ／STB ６３０ｂに接続する。

【０１２３】図１２あるいは図２１の装置を備えるATM
ルータ／STB ６３０ｂで、図７あるいは図２０に示した
処理を実行することにより、ATMネットワーク６０１とD
SLAM６５０ｂ間には、ATM（光、電気）物理コネクショ
ン５０１にSVCコネクション５１０が確立される。SVCコ
ネクション５１０には、IP層（ネットワーク層）コネク
ション５２０が存在し、IP層（ネットワーク層）コネク
ション５２０には、TCP／UDPコネクション５３０が存在
するコネクション論理構成となる。一方、DSLAM ６５０
ｂと本発明の第２の実施形態の装置を備えるADSLルータ
／STB６３０ｂ間のATM over XDSLコネクション５０３に
SVCコネクション５１０が確立される。SVCコネクション
５１０には、IP層（ネットワーク層）コネクション５２
０が存在し、IP層（ネットワーク層）コネクション５２
０には、TCP／UDPコネクション５３０が存在するコネク
ション構成となる。さらに、本発明の第２の実施形態あ
るいは第５の実施形態の装置を備えるADSLルータ／STB
６３０ｂと加入者端末６４０ｂ間のEther物理コネクシ
ョン５０２には、従来のTCP／IPコネクション５３０が
存在するコネクション論理構成となる。

【０１２４】図２６の符号Ｃで示す部分は、本発明の第
３の実施形態（その２）あるいは第６の実施形態である
装置を備えるATMルータやSTBと、第３の実施形態（その
１）の装置を備える加入者端末と、DSLAMと、ATMネット
ワークと、インターネットにより構成されるネットワー
クにおいて、一例として確立されるIP over ATMコネク
ションの一例を示す論理構成図である。図２６のＣ部
は、インターネット６００と、ATMネットワーク６０１
と、DSLAM ６５０ｃと、本発明の第３の実施形態（その
２）あるいは第6の実施形態の装置を備えるADSLルータ
／STB６３０ｃと、本発明の第３の実施形態（その１）
の装置を備える加入者端末６４０ｃにより構成される。
ATMネットワーク６０１とDSLAM６５０ｃ 間は、ATM
（光、電気）物理コネクション５０１を物理回線とし、
DSLAM６５０ｃとADSLルータ／STB６３０ｃ間は、xDSL(A
symmetric DSL(Digital Subscriber Line)、 High−bit
−rate DSL、 Rate-Adaptive DSL、 Symmetric DSL、 V
ery-high-bit-rate DSL等の総称)を利用したATM over X
DSLコネクション５０３を物理回線とし、ATMルータ／ST
B６３０ｃと加入者端末６４０ｃ間は、ATM（光、電気）
物理コネクション５０１を物理回線とする。この時、DS
LAM ６５０ｃとADSLルータ／STB６３０ｃがATM加入者ネ
ットワークを構成する装置となる。

【０１２５】図１７あるいは図２２のネットワーク管理
装置２４がNMS（Netowork Management System）６１０
として、第３の実施形態（その２）あるいは第６の実施
形態の装置を備えるADSLルータ／STB６３０ｃに接続す
る。図１３に示す装置を備える加入者端末６４０ｃが図
１４に示す処理を実行し、図１７に示す装置を備えるAD
SLルータ／STB６３０ｃが図１８に示す処理あるいは図
１４に示す処理を実行し、図２２の装置を備えるADSLル
ータ／STB６３０ｃが、図２３に示す処理を実行するこ
とにより、ATMネットワーク６０１とDLSMA ６５０ｃ間
には、ATM（光、電気）物理コネクション５０１にSVCコ
ネクション５１０が確立される。SVCコネクション５１
０にはIP層（ネットワーク層）コネクション５２０が存
在し、IP層（ネットワーク層）コネクション５２０に
は、TCP／UDPコネクション５３０が存在するコネクショ
ン論理構成となる。

【０１２６】一方、DSLAM６５０ｃと図１７あるいは図
２２の装置を備えるADSLルータ／STB６３０ｃ間のATM o
ver XDSLコネクション５０３に、SVCコネクション５１
０が確立される。SVCコネクション５１０には、IP層
（ネットワーク層）コネクション５２０が存在し、IP層
（ネットワーク層）コネクション５２０には、TCP／UDP
コネクション５３０が存在するコネクション構成とな
る。さらに、図１７あるいは図２２の装置を備えるADSL
ルータ／STB６３０ｃと本発明の第３の実施形態（その
１）の装置を備える加入者端末６４０ｃ間には、ATM
（光、電気）物理コネクション５０１にSVCコネクショ
ン５１０が確立される。SVCコネクション５１０には、I
P層（ネットワーク層）コネクション５２０が存在し、I
P層（ネットワーク層）コネクション５２０には、TCP／
UDPコネクション５３０が存在するコネクション論理構
成となる。

【０１２７】次に、具体的な第３の実施例について説明
する。図２７は、本発明の第３の実施例を示すネットワ
ーク構成図である。図２７の符号Ａで示す部分は、本発
明の第1の実施形態あるいは第4の実施形態の装置を備え
る加入者端末と、 ATMネットワークと、インターネット
により構成されるネットワークにおいて、一例として確
立されるIP over ATMコネクションの一例を示す論理構
成図である。図27のＡ部は、インターネット６００と、
ATMネットワーク６０１と、本発明の第１の実施形態あ
るいは第４の実施形態の装置を備える加入者端末６４０
ａにより構成される。ATMネットワーク６０１と加入者
端末６４０ａ間は、ATM（光、電気）物理コネクション
５０１を物理回線とする。図１あるいは図４のネットワ
ーク管理装置２４がNMS（Network Management System）
６１０として、この加入者端末６４０ａに接続する。

【０１２８】図１の装置を備える加入者端末６４０ａで
図７に示す処理を実行することによりあるいは図１９に
示す装置を備える加入者端末６４０ａで図２０の処理を
実行することにより、ATMネットワーク６０１と本発明
の第１の実施形態あるいは第4の実施形態の装置を備え
る加入者端末６４０ａ間のATM（光、電気）物理コネク
ション５０１にSVCコネクション５１０が確立される。S
VCコネクション５１０には、IP層（ネットワーク層）コ
ネクション５２０が存在し、IP層（ネットワーク層）コ
ネクション５２０には、TCP／UDPコネクション５３０が
存在するコネクション論理構成となる。

【０１２９】図２７の符号Ｂ部は、本発明の第２の実施
形態あるいは第５の実施形態の装置を備えるATMルータ
と、加入者端末と、ATMネットワークと、インターネッ
トにより構成されるネットワークにおいて、一例として
確立されるIP over ATMコネクションの一例を示す論理
構成図である。図２７のＢ部は、インターネット６００
と、ATMネットワーク６０１と、本発明の第２の実施形
態あるいは第５の実施形態の装置を備えるATMルータ／S
TB６３０ｂと、加入者端末６４０ｂにより構成される。
ATMネットワーク６０１にATMルータ６３０ｂが組み込ま
れ、ATMルータ６３０ｂと加入者端末６４０ｂ間を、Eth
er物理コネクション５０２を物理回線としている。図１
２あるいは図２４のネットワーク管理装置２４がNMS（N
etwork Management System）６１０として、本発明の第
２の実施形態あるいは第５の実施形態の装置を備えるAT
Mルータ６３０ｂに接続する。

【０１３０】図１２あるいは図２１を備えるATMルータ
／STB６３０ｂで、図７あるいは図２０の処理を実行す
ることにより、ATMルータ６３０ｂからATMネットワーク
６０１へは、ATM（光、電気）物理コネクション５０１
にSVCコネクション５１０が確立される。SVCコネクショ
ン５１０には、IP層（ネットワーク層）コネクション５
２０が存在し、IP層（ネットワーク層）コネクション５
２０には、TCP／UDPコネクション５３０が存在するコネ
クション論理構成となる。本発明の第２の実施形態ある
いは第５の実施形態の装置を備えるATMルータ／STB ６
３０ｂと加入者端末６４０ｂ間のEther物理コネクショ
ン５０２には、従来のTCP／IPコネクション５３０が存
在するコネクション論理構成となる。

【０１３１】図２７のＣ部は、本発明の第３の実施形態
（その２）あるいは第６の実施形態の装置を備える加入
者端末と、ATMネットワークと、インターネットにより
構成されるネットワークにおいて、一例として確立され
るIP over ATMコネクションの一例を示す構成図であ
る。図２７のＣ部は、インターネット６００と、ATMネ
ットワーク６０１と、本発明の第３の実施形態（その
２）あるいは第６の実施形態である装置を備えるATMル
ータ６３０ｃcと、本発明の第３の実施形態（その１）
の装置を備える加入者端末６４０ｃにより構成される。
ATMネットワーク６０１にATMルータ６３０ｂが組み込ま
れ、ATMルータ６３０ｃと加入者端末6６４０ｃ間を、AT
M（光、電気）物理コネクション５０１を物理回線とす
る。

【０１３２】図１７あるいは図２２のネットワーク管理
装置２４がNMS（Network Management System）６１０と
して、図１７あるいは図２２の装置を備えるATMルータ
６３０ｃに接続する。図１３の装置を備える加入者端末
６４０ｃが図１４に示す処理を実行し、図１７の装置を
備えるATMルータ／STB６３０ｃ が図１８あるいは図１
４に示す処理を実行し、図２２の装置を備えるATMルー
タ／STB６３０ｃが、図２３の処理を実行することによ
り、ATMルータ ６３０ｃ からATMネットワーク６０１へ
は、ATM（光、電気）物理コネクション５０１にSVCコネ
クション５１０が確立される。SVCコネクション５１０
には、IP層（ネットワーク層）コネクション５２０が存
在し、IP層（ネットワーク層）コネクション５２０に
は、TCP／UDPコネクション５３０が存在するコネクショ
ン論理構成となる。

【０１３３】図１７あるいは図２２の装置を備えるATM
ルータ６３０ｃと本発明の第３の実施形態（その１）を
備える加入者端末６４０ｃ間には、ATM（光、電気）物
理コネクション５０１にSVCコネクション５１０が確立
される。SVCコネクション５１０には、IP層（ネットワ
ーク層）コネクション５２０が存在し、IP層（ネットワ
ーク層）コネクション５２０には、TCP／UDPコネクショ
ン５３０が存在するコネクション構成となる。

【０１３４】このように、本発明の第１乃至第３の実施
例によれば、本発明は、ATM加入者ネットワークの様々
なインフラに対応可能であり、TCP・UDP／IPアプリケー
ションのサービスの通信帯域と通信品質を保証し、ATM
ネットワークとATM加入者ネットワークに接続する加入
者の利便性や経済性の向上、および、ネットワークの資
源有効利用を可能とする。

【０１３５】また、本発明の各実施形態の装置は、ＣＰ
Ｕが、ＨＤ等の記録媒体に記録した通信制御プログラム
を実行するようにして実現することが可能である。この
通信制御プログラムは、各実施形態にて説明した処理を
行なうように作成しておけば良い。

【０１３６】以上、本発明の実施形態について説明した
きたが、その効果としては以下に示すような様々なこと
が挙げられる。第１の効果は、 インターネットのデー
タ通信サービス（電子メール、Webデータ、音声、静止
画像や動画像や音楽データ等） を提供するTCP／IPアプ
リケーションあるいはUDP／IPアプリケーションのサー
ビス単位での通信帯域保証や通信品質保証を提供可能に
SVCコネクションの制御を行なえる。その理由は、サー
ビスを認識する手段により、TCP層やUDP層が付加するヘ
ッダのポート番号を参照するためである。さらに、その
理由は、サービスとUNI3.1やUNI4.0規定のBroadband Be
arer Capability Information Element(BBcap IE) とAT
M Traffic Descriptor Information Element(AtmTD IE)
等のパラメータをテーブル化し、このテーブルを参照し
て、ATM UNIシグナリングメッセージに、認識したサー
ビス単位に対応した通信帯域情報と通信帯域保証情報を
設定するようにパラメータを組み込みＳVCコネクション
を確立するためである。

【０１３７】さらに、その理由は、TCP・UDPポートの番
号を登録する手段として、IETF RFC1340 “Assigned Nu
mbers”（Jul／1992）（以降更新されている）に規定さ
れているTCPやUDPの良く知られた番号（well-known por
t number）や、近年サービスが開始されているVoice ov
er IP、画像 over IP等で使用するTCP・UDPポートの番
号を登録し、TCP層やUDP層が付加するヘッダのポート番
号を参照してサービスを認識するためである。さらにそ
の理由は、トラフィックタイプを認識する手段により、
IPv4層が付加するヘッダのサービス型（Type of Servic
e； 以降TｏS)やIPv6層が付加するヘッダのトラフィッ
ククラス（Traffic Class; 以降、TC）を参照してサー
ビスが要求するトラフィックタイプ（Traffic Type）を
認識するためである。さらに、その理由は、トラフィッ
クタイプとUNI3.1やUNI4.0規定のQuality of Service P
arameter Information Element(QoS IE)のパラメータと
を対応関係をテーブル化し、このテーブルを参照して、
ATM UNIシグナリングメッセージのSETUPメッセージのQu
ality of Service Parameter Information Element(QoS
IE) に、認識したサービス単位に対応したトラフィッ
クタイプである通信品質情報を設定してSVCコネクショ
ンを確立しているからである。

【０１３８】第２の効果は、インターネットのデータ通
信サービス を提供するTCP／IPアプリケーションあるい
はUDP／IPアプリケーションのサービス単位の通信帯域
と通信品質を備えたSVCコネクションを標準のUNI3.1とU
NI4.0を利用して提供することが可能である。その理由
は、UNI3.1やUNI4.0において規定されているBroadband
High Layer Information（以降、BHLI） IEにポート番
号とトラフィックタイプを定義することにより、BHLI I
Eに、TCP層やUDP層が付加するヘッダのポート番号を参
照して、サービスを認識する手段が検出したポート番号
情報と、IPv4層が付加するヘッダのサービス型（Type o
f Service； 以降ToS）やIPv6層が付加するヘッダのト
ラフィッククラス（Traffic Class）を参照して、サー
ビスが要求するトラフィックタイプ（Traffic Type）を
認識することにより検出したトラフィックタイプ情報を
BHLI IEに設定しているからである。さらに、その理由
は、ATMシグナリングメッセージのSETUPメッセージのポ
ート番号情報とトラフィックタイプ情報を保持している
BHLI IEをローカルな装置間で処理するためである。

【０１３９】第３の効果は、サービスを提供するために
通信帯域の極端な減少や通信品質の極端な劣化を発生さ
せないATMネットワークやATM加入者ネットワークを集中
管理できる。その理由は、ATMネットワークを監視して
いるネットワーク管理システム（Network Management S
ystem；NMS）が、サービスとUNI3.1やUNI4.0規定のBroa
dband Bearer Capability Information Element(BBcap
IE) 、ATM Traffic Descriptor Information Element(A
tmTD IE)のパラメータを対応させたテーブルと、トラフ
ィックタイプとUNI3.1やUNI4.0規定のQuality of Servi
ce Parameter Information Element（QoS IE）のパラメ
ータを対応させたテーブルとを保持して、ネットワーク
の状態に応じて、テーブル内容の更新を行ない通信帯域
や通信品質を設定し、ATM UNIシグナリングのSETUPメッ
セージの情報要素のパラメータを管理しているからであ
る。

【０１４０】第４の効果は、 データ通信サービス を提
供するTCP／IPアプリケーションあるいはUDP／IPアプリ
ケーションのサービス単位のSVCコネクションを提供す
ることができる。その理由は、コネクション管理テーブ
ルには、TCP・UDP／アプリケーションサービスに対応
し、それぞれの通信帯域と通信品質を保証するSVCコネ
クションを1対1に対応させるため、上位TCP・UDP／IPア
プリケーションを区別することにより、TCP／UDP始点ポ
ート番号（図９の符号７４）とTCP／UDPの終点ポート番
号を備え、宛先IPアドレスと宛先ATMアドレスとSVCコネ
クションを対応させ、同一のTCP／UDP終点ポート番号に
既にSVCコネクションが登録されていても、コネクショ
ン管理テーブルの別領域にTCP／UDPの終点ポート番号と
宛先IPアドレスと宛先ATMアドレスをコピーし、新規のT
CP／UDPの始点ポート番号を登録するためである。

【０１４１】第５の効果は、データ通信サービス を提
供するTCP／IPアプリケーションあるいはUDP／IPアプリ
ケーションのサービス単位のSVCコネクション確立要求
が、ATMネットワークあるいはATM加入者ネットワークに
対して、通信帯域や通信品質の過剰要求や不足要求にな
らない、その理由は、ATMネットワークを監視している
ネットワーク管理システム（Network Management Syste
m；NMS）がサービスとUNI3.1やUNI4.0規定のBroadband
Bearer Capability Information Element(BBcapIE) 、A
TM Traffic Descriptor Information Element(AtmTD I
E)を対応させたテーブルと、トラフィックタイプとUNI
3.1やUNI4.0規定のQuality of Service Parameter Info
rmation Element(QoS IE)を対応させたテーブルの定義
情報を更新するためである。さらに、その理由は、ATM
ネットワークを監視しているネットワーク管理システム
（Network Management System；NMS）が、サービスとUN
I3.1やUNI4.0規定のBroadband Bearer Capability Info
rmation Element(BBcap IE) 、ATM Traffic Descriptor
Information Element(AtmTD IE)を対応付けたテーブル
と、トラフィックタイプとUNI3.1やUNI4.0規定のQualit
y of Service ParameterInformation Element(QoS IE)
とを対応付けたテーブルとを保持し、制御部１３が、AT
M UNIシグナリングのSETUPメッセージを構築する際に、
データの適応性をネットワーク管理装置２４に問い合わ
せるためである。

【０１４２】第6の効果は、実装に際して通信制御装置
側のコストを低減できる。その理由は、ATMネットワー
クを監視しているネットワーク管理システム（Network
Management System:；NMS)が、サービスとUNI3.1やUNI
4.0規定のBroadband Bearer Capability Information E
lement(BBcap IE) 、ATM Traffic Descriptor Informat
ion Element(AtmTD IE)とを対応付けたテーブルと、ト
ラフィックタイプトとUNI3.1やUNI4.0規定のQuality of
Service Parameter Information Element(QoS IE)とを
対応付けたテーブルを保持するために、通信制御装置側
では、これらの情報をメモリ領域を用意しなくてすむか
らである。

【０１４３】第７の効果は、サービスを提供するために
通信帯域の極端な減少や通信品質の極端な劣化を発生さ
せないATMネットワークやATM加入者ネットワークを提供
できる。その理由は、ATMネットワークを監視している
ネットワーク管理システム（Network Management Syste
m；NMS）が、サービスとUNI3.1やUNI4.0規定のBroadban
d Bearer Capability Information Element(BBcap IE)
、ATM Traffic Descriptor Information Element(AtmT
D IE)とを対応付けたテーブルと、トラフックタイプとU
NI3.1やUNI4.0規定のQuality of Service Parameter In
formation Element(QoS IE)とを対応付けたテーブルと
を保持し、ネットワークの状態に応じて、通信帯域や通
信品質を決めるATM UNIシグナリングのSETUPメッセージ
の情報要素のパラメータを管理しているからである。

【０１４４】なお、本発明の要旨を逸脱しない範囲内に
おいて、上記実施形態や実施例に対して種々の変形や変
更を施すことができることは言うまでもない。

【発明の効果】以上説明してきたように、本発明によれ
ば、例えば、ＴＣＰ／IPアプリケーションあるいはUDP
／IPアプリケーションでのサービスタイプ種別やトラフ
ィックタイプ種別を認識し、これらの種別に応じた通信
帯域保証や通信品質保証を提供できるようにすることが
できるという効果が得られる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態のブロック構成図であ
る。

【図２】ＴＣＰパケットの構成の説明図である。

【図３】ＵＤＰパケットの構成の説明図である。

【図４】ＩＰｖ４パケットの構成の説明図である。

【図５】ＩＰｖ６パケットの構成の説明図である。

【図６】ＩＰパケットの構成の説明図である。

【図７】第１の実施形態の動作の説明図である。

【図８】トラフィックタイプ定義テーブルの説明図であ
る。

【図９】サービスタイプ定義テーブル６０の説明図であ
る。

【図１０】コネクション管理テーブル７０の説明図であ
る。

【図１１】ＳＥＴＵＰメッセージの説明図である。

【図１２】本発明の第２の実施形態のブロック構成図で
ある。

【図１３】本発明の第３の実施形態（その１）のブロッ
ク構成図である。

【図１４】本発明の第３の実施形態（その１）の動作説
明図である。

【図１５】第３の実施形態（その１）の装置が構築する
Broadband High Layer Information IEの構成の説明図
である。

【図１６】ＳＥＴＵＰメッセージの説明図である。

【図１７】本発明の第３の実施形態（その２）のブロッ
ク構成図である。

【図１８】本発明の第３の実施形態（その２）の動作説
明図である。

【図１９】本発明の第４の実施形態のブロック構成図で
ある。

【図２０】本発明の第４の実施形態の動作説明図であ
る。

【図２１】本発明の第５の実施形態のブロック構成図で
ある。

【図２２】本発明の第６の実施形態のブロック構成図で
ある。

【図２３】第６の実施形態の動作の説明図である。

【図２４】IP over ATMコネクションを示す論理構成の
説明図である。

【図２５】具体的な実施例１の説明図である。

【図２６】具体的な実施例２の説明図である。

【図２７】具体的な実施例３の説明図である。

【図２８】本発明の概要の説明図である。

【図２９】従来技術の説明図である。

【符号の説明】

１０ 上位制御部 １１ TCP／UDP層制御部 １２ IP層制御部 １３、１３Ａ、１３Ｂ 制御部 １６ ＡＴＭＵＮＩシグナリング処理部 １７ ＬＬＣ／ＳＮＡＰ層制御部 １８ ＡＡＬＸ処理部 １９ ＡＴＭ層処理部 ２０ ＡＴＭ優先制御部 ２１ ＵＰＣ部 ２４ ネットワーク管理装置

Claims (12)

【特許請求の範囲】
1. 【請求項１】 通信制御方法であって、 所定プロトコルのパケット中における通信サービスタイ
   プを指定するサービスタイプ情報を認識し、 この認識したサービスタイプ情報に対して予め対応付け
   られている、コネクション確立のためのパラメータ情報
   を獲得し、 この獲得したパラメータ情報を用いてＳＥＴＵＰメッセ
   ージ（セットアップメッセージ）を生成して送信する通
   信制御方法。
2. 【請求項２】 請求項１において、 前記所定プロトコルは、ＴＣＰまたはＵＤＰであり、 前記サービスタイプ情報は、ＴＣＰヘッダまたはＵＤＰ
   ヘッダ内の終点ポート番号である、ことを特徴とする通
   信制御方法。
3. 【請求項３】 通信制御方法であって、 所定プロトコルのパケット中におけるトラフィックタイ
   プを指定するトラフィックタイプ情報を認識し、 この認識したトラフィックタイプ情報に対して予め対応
   付けられている、コネクション確立のためのパラメータ
   情報を獲得し、 この獲得したパラメータ情報を用いてＳＥＴＵＰメッセ
   ージ（セットアップメッセージ）を生成して送信する通
   信制御方法。
4. 【請求項４】 請求項３において、 前記所定プロトコルは、ＩＰであり、 前記トラフィックタイプ情報は、ＩＰヘッダ内のサービ
   スタイプまたはトラフックタイプである、ことを特徴と
   する通信制御方法。
5. 【請求項５】 通信制御装置であって、 所定プロトコルのパケット中における通信サービスタイ
   プを指定する情報であるサービスタイプ情報を認識する
   手段と、 各サービスタイプ情報とコネクション確立のためのパラ
   メータ情報とを対応付けて定義したテーブルを参照し
   て、この認識したサービスタイプ情報に対応するパラメ
   ータ情報を獲得する手段と、 この獲得したパラメータ情報を用いてＳＥＴＵＰメッセ
   ージ（セットアップメッセージ）を生成して送信する手
   段と、を備える通信制御装置。
6. 【請求項６】 請求項５において、 前記所定プロトコルは、ＴＣＰまたはＵＤＰであり、 前記サービスタイプ情報は、ＴＣＰヘッダまたはＵＤＰ
   ヘッダ内の終点ポート番号である、ことを特徴とする通
   信制御装置。
7. 【請求項７】 通信制御装置であって、 所定プロトコルのパケット中におけるトラフィックタイ
   プを指定する情報であるトラフィックタイプ情報を認識
   する手段と、 各トラフィクタイプ情報とコネクション確立のためのパ
   ラメータ情報とを対応付けて定義したテーブルを参照し
   て、この認識したトラフィックタイプ情報に対応するパ
   ラメータ情報を獲得する手段と、 この獲得したパラメータ情報を用いてＳＥＴＵＰメッセ
   ージ（セットアップメッセージ）を生成して送信する手
   段と、を備える通信制御装置。
8. 【請求項８】 請求項７において、 前記所定プロトコルは、ＩＰであり、 前記通信品質情報は、ＩＰヘッダ内のサービスタイプま
   たはトラフィックタイプである、ことを特徴とする通信
   制御装置。
9. 【請求項９】 請求項５、６、７および８の内のいずれ
   か一項に記載の通信制御装置において、 前記テーブルを自装置外部のネットワーク管理装置に格
   納すると共に、このネットワーク管理装置にアクセスし
   てテーブルに定義されたパラメータ情報を獲得するよう
   に構成されたことを特徴とする通信制御装置。
10. 【請求項１０】 通信制御を行なうための通信制御プロ
    グラムを記録したコンピュータ読み取り可能な記録媒体
    であって、 所定プロトコルのパケット中における通信サービスタイ
    プを指定する情報であるサービスタイプ情報を認識する
    処理と、 この認識したサービスタイプ情報に対して予め対応付け
    られている、コネクション確立のためのパラメータ情報
    を獲得する処理と、 この獲得したパラメータ情報を用いてＳＥＴＵＰメッセ
    ージ（セットアップメッセージ）を生成して送信する処
    理と、を含む処理を実行させるための通信制御プログラ
    ムを記録した記録媒体。
11. 【請求項１１】 通信制御を行なうための通信制御プロ
    グラムを記録したコンピュータ読み取り可能な記録媒体
    であって、 所定プロトコルのパケット中におけるトラフィックタイ
    プを指定する情報であるトラフィックタイプ情報を認識
    する処理と、 この認識したトラフィックタイプ情報に対して予め対応
    付けられている、コネクション確立のためのパラメータ
    情報を獲得する処理と、 この獲得したパラメータ情報を用いてＳＥＴＵＰメッセ
    ージ（セットアップメッセージ）を生成して送信する処
    理と、を含む処理を実行させるための通信制御プログラ
    ムを記録した記録媒体。
12. 【請求項１２】 通信制御方法であって、 ＩＰパケットをＡＴＭに載せかえる時に、ＩＰｖ４なら
    ばヘッダの「Type ofService」、ＩＰｖ６ならば、ヘ
    ッダのTraffic Classをまとめてトラフックタイプとし
    て認識し、 ＴＣＰパケットのポート番号を認識し、 トラフィックタイプ／ポート番号に対応付けられたＳＥ
    ＴＵＰメッセージの情報要素を把握し、 この把握した情報要素を用いてＳＥＴＵＰメッセージ
    （セットアップメッセージ）を生成し送信する通信制御
    方法。