JPH10135958A

JPH10135958A - 非同期転送モード接続制御装置

Info

Publication number: JPH10135958A
Application number: JP28416696A
Authority: JP
Inventors: Hiroshi Miyazaki; 啓宮崎; Chuzo Tanabe; 忠三田辺
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 1996-10-25
Filing date: 1996-10-25
Publication date: 1998-05-22

Abstract

(57)【要約】【課題】ＡＴＭにおいて、呼の制御管理を簡単にでき
るＡＴＭ接続制御装置を提供する。【解決手段】ＡＴＭ接続制御装置は、ＡＴＭ通信を行
なうためのＡＴＭ通信部５６および５８と、呼に対して
割当てられるＶＰＩおよびＶＣＩに対応する呼の識別子
を用いてＡＴＭ通信部を制御するための制御部５０およ
び５４とを含む。呼の識別子は、対応するＶＰＩとＶＣ
Ｉとのデータ長の和よりも短いデータ長を有し呼の制御
管理用テーブル６０に保持される。呼の制御管理用テー
ブル６０は、呼の種類およびＳＳＣＯＰの識別情報をも
保持し種々の呼を統一的に管理するのに用いられる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、非同期転送モード
（ＡＴＭ）による通信網を構成する接続制御装置に関
し、特に、ＡＴＭにおける呼接続の制御と管理とを行な
う接続制御装置に関する。

【０００２】

【従来の技術】パケット通信の一手法として、ＡＴＭが
最近注目されている。ＡＴＭでは、ＡＴＭセルと呼ばれ
る固定長のパケットによる通信が行なわれる。図１４お
よび図１５に、そのようなＡＴＭによる通信システムの
概略構成図を示す。図１４を参照して、本発明の対象と
なるＵＮＩ（ユーザ・ネットワーク・インターフェー
ス）は、ＡＴＭ網（Ｂ−ＩＳＤＮ網）３１０と、ユーザ
側装置３１２または３１４との間のインターフェースと
して定義される。または図１５に示されるように、ＵＮ
Ｉは私設ＡＴＭスイッチ／ＡＴＭハブ３２０とユーザ側
装置３２２または３２４との間のインターフェースとし
て定義される。

【０００３】図１６を参照して、たとえば図１４に示す
ＡＴＭ網３１０のＵＮＩ３３０および３３２上のバーチ
ャルコネクション３３４および３３６はそれぞれ、対応
するＶＰＩ／ＶＣＩの組で区別される。ここでＶＰＩと
は仮想パス識別子（VirtualPath Identification ）と
呼ばれるものであって、どのＶＰ（仮想パス）を使用す
るかを識別するためにセルのヘッダ部分に設けられるも
のである。またＶＣＩとは仮想チャネル識別子（Virtua
l Channel ）と呼ばれるものであって、ＶＰの中のどの
仮想チャネル（ＶＣ）を使用して相手にデータを送れば
よいかを識別するために、セルのヘッダ部分に設けられ
るものである。なおＡＴＭでは、帯域容量を可変にでき
るので、従来のチャネル（データを実際に運ぶ回線のこ
と）を仮想チャネルと呼び、従来のパス（チャネルを複
数本束ねたもの）を仮想パスと呼んでいる。

【０００４】図１６において、バーチャルコネクション
３３４、３３５、３３６および３３７はそれぞれ、ＶＰ
Ｉ１／ＶＣＩ１、ＶＰＩ２／ＶＣＩ２、ＶＰＩ３／ＶＣ
Ｉ３およびＶＰＩ４／ＶＣＩ４というＶＰＩ／ＶＣＩの
組で区別されている。

【０００５】図１７に、ＵＮＩにおけるＡＴＭセルのフ
ォーマットを示す。図１７を参照してＡＴＭセル３３０
は、前述したとおり固定長であって、ヘッダ３３２と情
報フィールド３４８とを含んでいる。ヘッダ３３２は、
ＧＦＣ（一般的フロー制御、Generic Flow Control）フ
ィールド３４０と、ＶＰＩフィールド３４２と、ＶＣＩ
フィールド３４４と、制御情報フィールド３４６とを含
んでいる。ＧＦＣフィールド３４０は４ビット長であっ
て、伝送路の公平な利用を実現する競合制御に用いられ
る情報を格納するためのものである。ＶＰＩ／ＶＣＩは
それぞれ、８ビット長および１６ビット長であって、Ａ
ＴＭセルはこのＶＰＩ３４２およびＶＣＩ３４４により
識別され、ＵＮＩ上で対応するバーチャルコネクション
上を転送される。

【０００６】図１８に、ＵＮＩのチャネル構成を模式的
に示す。図１８を参照して、ＵＮＩ３５０は、ＳＶＣ
（交換型ＶＣ）３５４と、ＰＶＣ（固定セット型ＶＣ）
３５６と、ＳＶＣ３５４を制御するプロトコルによる信
号が送信されるシグナリングチャネル３５２とを含んで
いる。なおＰＶＣ３５６の制御はシグナリングチャネル
３５２を通さずに、通常はＵＮＩ３５０の両端でそれぞ
れ独立に行なわれる。

【０００７】従来技術でのＡＴＭにおける呼接続の制御
と管理は、前述のとおりＡＴＭセルのヘッダ内のＶＰＩ
とＶＣＩとの組により行なわれている。すなわち１つの
ＵＮＩ上では、ＶＰＩとＶＣＩとの組で呼の識別をする
ことができ、ＶＰＩとＶＣＩとの組で呼を制御管理する
ことができる。図１９に、ＶＰＩとＶＣＩとの組に従っ
て呼を制御管理するためのテーブル３７０の例を示す。
図１９に示されるように、ＶＰＩフィールド３７２とＶ
ＣＩフィールド３７４との組に対応して制御用各種パラ
メータ用のフィールド３７６を設け、ＶＰＩ値とＶＣＩ
値との組合せに対応して各種パラメータを管理する。こ
れについては、たとえば特開平５−２２３３３号公報
（発明の名称「非同期転送モードにおける接続制御方
式」）に記載がある。

【０００８】ユーザ端末からＡＴＭの接続制御を行なう
ためのシグナリングの標準としてはＴＴＣ標準ＪＴ−Ｑ
２９３１がある。「ＴＴＣ」は「電信電話技術委員会」
（Telecommunication Technology Committee）の略語で
ある。この標準では呼（コネクション）をＶＰＩ／ＶＣ
Ｉに対応する呼番号で識別している。

【０００９】上位アプリケーションから、上記標準ＪＴ
−Ｑ２９３１に対して接続制御の指示を送る方法につい
て、現在検討がされている仕様が存在している。その仕
様では、上位アプリケーションは呼の識別子としてソケ
ット番号を持つように規定されている。

【００１０】さらに、ＡＴＭには、送信を確実にするた
めの手段としてＳＳＣＯＰ（コネクション型プロトコル
サービス依存部、Service Specific Connection Orient
ed Protocol ）というものが利用される。ＳＳＣＯＰに
ついてはＴＴＣ標準ＪＴ−Ｑ２１１０に説明がある。Ｓ
ＳＣＯＰはＵＮＩシグナリング、ＮＮＩ（Network Node
Interface）シグナリング、確認型データ転送に用いる
ことができる。また、ＪＴ−Ｑ２１１０ではＳＳＣＯＰ
間の識別方法についての規定はない。

【００１１】またＳＳＣＯＰとシグナリング等の上位ソ
フトウェアとを仲介する機能としてＳＳＣＦ（サービス
依存コーディネーション機能、Service Specific Coord
ination Function）があり、ＴＴＣ標準ＪＴ−Ｑ２１３
０に規定されている。

【００１２】図２０に、シグナリングでのＳＳＣＯＰの
利用時の形態を示す。図２０を参照して、Ｂ−ＩＳＤＮ
網／ＡＴＭスイッチ３９０とユーザ側装置３９２とは、
いずれも複数レイヤからなっている。ＡＴＭスイッチ３
９０は、物理レイヤ４１０とＡＴＭレイヤ４０８とＡＡ
ＬＭ８共通部４０６とＳＳＣＯＰ４０４とＳＳＣＦ４０
２とレイヤ３（ＴＴＣ標準ＪＴ−Ｑ２９３１に従う）４
００とからなる。このうちＡＡＬ共通部４０６、ＳＳＣ
ＯＰ４０４およびＳＳＣＦ４０２によりＳ−ＡＡＬ（シ
グナリング用ＡＡＬ）が構成されている。

【００１３】同様にユーザ側装置３９２も物理レイヤ４
３０と、ＡＴＭレイヤ４２８と、ＡＡＬ共通部４２６
と、ＳＳＣＯＰ４２４と、ＳＳＣＦ４２２と、シグナリ
ングレイヤ３（４２０）とからなっている。ＡＡＬ共通
部４２６、ＳＳＣＯＰ４２４およびＳＳＣＦ４２２によ
りＳ−ＡＡＬ４３２が構成されている。

【００１４】図２１に、確認型データ転送でのＳＳＣＯ
Ｐの利用形態を示す。図２１を参照して、ユーザ側装置
３９２および４４０はいずれも、図２０に示されるもの
と同様にそれぞれ６つの層４２０、４２２、４２４、４
２６、４２８、４３０と、４５０、４５２、４５４、４
５６、４５８および４６０とからなっている。レイヤ４
５２、４５４および４５６によりＳ−ＡＡＬ４６２が構
成され、レイヤ４２２、４２４および４２６によりＳ−
ＡＡＬ４３２が構成されている点も同様である。ＡＴＭ
スイッチ４４２は物理レイヤ４７４とＡＴＭレイヤ４７
２とを含んでいる。そして、物理レイヤ４６０と４７４
とはＵＮＩ４８０により、また物理レイヤ４７４と物理
レイヤ４３０とはＵＮＩ４８２により接続されている。

【００１５】

【発明が解決しようとする課題】図１７を参照して既に
述べたとおり、ＡＴＭセルのヘッダ内のＶＰＩはＵＮＩ
において８ビットである。またＶＣＩは１６ビットであ
る。したがってＵＮＩでは、ＶＰＩとＶＣＩとの組合せ
は２４ビット長になる。

【００１６】従来技術では、ＶＰＩとＶＣＩとの組によ
り呼を制御管理しており、そのために図１９に示すよう
にＶＰＩとＶＣＩとの組をキーにした呼の制御管理用テ
ーブルを用いている。上述のようにキーとなるＶＰＩと
ＶＣＩとの組は２４ビット長となる。この２４ビットで
表わされる呼の数は約１,0００,0００エントリとなる。
そのため、すべての呼の数に対応するエントリを呼の制
御管理用テーブルに用意すると、個々の呼の管理用デー
タの長さ×約１,0００,0００という膨大な記憶容量のメ
モリが必要となる。そうした膨大な記憶容量のメモリを
用意することは実際的でないため、従来の技術では図１
９に示されるように、より少ない数のエントリを用意
し、各エントリに対応するＶＰＩとＶＣＩとの組の値を
制御管理用テーブルの各エントリに持たせ、ＶＰＩとＶ
ＣＩとの組と、呼の制御管理用テーブル内に格納されて
いるＶＰＩとＶＣＩとの組との間の対応をとっている。

【００１７】このため、呼を制御管理するために呼の制
御管理用テーブルを参照する場合には、２４ビット長の
データ同士の一致を確認しなければならないという問題
がある。つまり、あるＶＰＩ値とＶＣＩ値との組に対応
する呼を制御管理するためには、図１９に示される呼の
制御管理用テーブル３７０内のＶＰＩフィールド３７２
の値およびＶＣＩフィールド３７４内の値と、比較すべ
きＶＰＩ値およびＶＣＩ値とを比較し、両者が一致した
エントリのパラメータフィールド３７６に格納されてい
るパラメータを使用する、という手続が必要になる。２
４ビット長という長いデータの一致を確認しなければな
らないため、従来技術による呼の制御管理ではそのため
に必要とされる処理量が大きいという問題点がある。

【００１８】こうしたテーブル上のデータとキーとなる
データとの一致を高速で検索する手法にはさまざまな種
類がある。たとえばハッシュテーブルを用い所定の計算
によってテーブル上のエントリの位置を定める方法があ
る。しかしそのようなハッシュテーブルを使う方法で
は、使用されるテーブルが増えるためにかえって処理が
複雑になってしまうという問題点がある。

【００１９】さらにまた従来技術では、次のような問題
点もある。すなわち従来技術では、シグナリングチャネ
ル、ＳＶＣ、ＰＶＣ等のチャネルについて、別々に制御
管理が行なわれている。さらに、ネットワーク内の故障
や性能などを監視し、異常があったら必要な処置をとる
ためのプロトコルとしてＯＡＭ（保守運用管理、Operat
ion Adiministration and Maintenance ）というものが
設けられており、このＯＡＭ用のチャネル（ＶＣＩ＝
４）についてもこれらとは別に制御管理を行なう必要が
ある。つまり、ＳＶＣについてはＳＶＣ専用の管理用テ
ーブル、ＰＶＣについてはＰＶＣ専用の管理用テーブル
等、各々について専用の管理用テーブルを用意して制御
管理を行なっていた。

【００２０】ところが、このようにチャネルの種類によ
って別々の制御管理用テーブルを用いている場合、ＳＶ
Ｃ用のＶＰＩ／ＶＣＩの組とＰＶＣ用のＶＰＩ／ＶＣＩ
の組とを簡単に区別できるようにすることが便利であ
る。そのためたとえばＳＶＣ用にはある値よりも大きな
ＶＰＩ値が、ＰＶＣ用にはある値より小さなＶＰＩ値を
それぞれ割当てることが行なわれていた。

【００２１】このように呼の種類に応じて別々のテーブ
ルを持つ場合、使用するテーブルを区別するために必要
な処理が増加し、しかも各呼の種類に応じて処理手順も
別々になり、呼の制御管理用の処理が複雑になるという
問題があった。また、新しい種類の呼が増えた場合に、
従来の手法では新たに別のテーブルを用意する必要が生
じる。そのため従来の技術では拡張性が低いという問題
点がある。

【００２２】さらにまた従来技術では、ＳＳＣＯＰを利
用したシグナリングチャネルと、確認型データ転送用に
ＳＳＣＯＰを利用した呼との区別は、それぞれに割当て
られるＶＰＩ／ＶＣＩの組によって行なわれている。図
１７を参照して既に述べたように、ＶＰＩ／ＶＣＩの組
はＵＮＩでは２４ビット長になる。したがって、ＶＰＩ
／ＶＣＩの組をキーにした呼の制御管理用テーブルによ
って呼の制御管理を行なう場合、キーとなるＶＰＩ／Ｖ
ＣＩの組と、呼の制御管理用テーブル内の各エントリの
ＶＰＩ／ＶＣＩとの間のデータの一致を確認しなければ
ならない。こうした処理は既に述べたように大きな処理
量を必要とし、またそれを改善するためにデータの位置
を高速で検索する手法を用いると、テーブルが増えて処
理が複雑になるという問題点がある。

【００２３】また、従来技術ではシグナリング用のＳＳ
ＣＯＰのコネクションの管理と確認型データ転送用ＳＳ
ＣＯＰの管理とは別々に行なわれている。このため呼の
制御管理用のデータ構造や処理に無駄な重複があり、よ
り効率的な処理を行なうことが望ましい。

【００２４】さらにまたＡＴＭ交換はＡＴＭハードウェ
ア制御部で行なわれるが、ＡＴＭハードウェア制御部に
おける呼の管理、またはＳＳＣＯＰにおける呼の管理
を、それより上位の呼の制御部またはシグナリングソフ
トウェアと連係を持たせ、それによって呼の制御用管理
をより効率的にすることが望ましい。

【００２５】それゆえに、請求項１、３、４または５に
記載の発明の目的は、簡略な処理により呼の制御管理を
行なうことができる非同期転送モード接続制御装置を提
供することである。

【００２６】さらに請求項２または請求項６に記載の発
明の目的は、簡略な処理により、かつ効率的に呼の制御
管理を行なうことができる非同期転送モード接続制御装
置を提供することである。

【００２７】

【課題を解決するための手段】請求項１に記載の発明に
係る非同期転送モード接続制御装置は、ＡＴＭ通信を行
なうためのＡＴＭ通信手段と、呼に対して割当てられる
ＶＰＩおよびＶＣＩに対応する呼の識別子を用いて前記
ＡＴＭ通信手段を制御するための第１の制御手段とを含
み、呼の識別子は、対応するＶＰＩとＶＣＩとのデータ
長の和よりも短いデータ長を有している。

【００２８】ユーザ側装置では、１つのＵＮＩ上でサポ
ートする必要がある仮想コネクションの数はそれほど多
くない。したがって、そうした仮想コネクションを相互
に識別する場合には、使用されるＶＰＩとＶＣＩとのデ
ータ長の和よりも短いデータ長を有する呼の識別子を用
いても実質的な問題はない。したがって、呼に対して割
当てられるＶＰＩおよびＶＣＩに対応して、呼の識別子
を用いることにより、対応する呼を識別できる。呼の識
別子のデータ長はＶＰＩとＶＣＩとのデータ長の和より
もかなり短くすることが可能であるから、データの一致
を確認するための処理量が削減できる。

【００２９】請求項２に記載の発明に係る非同期転送モ
ード接続制御装置は、請求項１に記載の発明の構成に加
えて、前記第１の制御手段を利用して呼の制御および管
理をするための、さらに上位の第２の制御手段をさらに
含む。ＡＴＭ通信制御手段は、生成した呼の識別子を第
２の制御手段に通知し、第２の制御手段は、呼の識別子
を呼の制御および管理に用いる。

【００３０】第１の制御手段と第２の制御手段とで、共
通の呼の識別子を用いて呼の制御管理を行なうことがで
きるため、簡略な処理により、かつ効率的に呼の制御管
理を行なうことができる非同期転送モード接続制御装置
を提供できる。

【００３１】請求項３に記載の非同期転送モード接続制
御装置は、複数種類のチャネルを介してＡＴＭ通信を行
なうためのＡＴＭ通信手段と、呼の識別子を用いてＡＴ
Ｍ通信手段を制御するための第１の制御手段と、複数種
類のチャネルに対して共通に設けられ、各チャネルの呼
に関してＡＴＭ通信手段を制御するためのデータを、呼
の識別子と対応づけて格納するための制御管理用テーブ
ルとを含み、第１の制御手段は、ＡＴＭ通信手段の制御
を行なうにあたって制御管理用テーブルを参照する。

【００３２】請求項３に記載の非同期転送モード接続制
御装置では、制御管理用テーブルが複数種類のチャネル
に対して共通に設けられる。第１の制御手段が、複数種
類のチャネルを介してＡＴＭ通信を行なうＡＴＭ通信手
段の制御を行なうにあたって、この共通の制御管理用テ
ーブルを参照する。そのため、複数種類のチャネルごと
に別々の制御管理用テーブルを設ける場合と比較して、
呼の制御管理をより簡略な処理で行なうことが可能にな
る。

【００３３】請求項４に記載の発明に係る非同期転送モ
ード接続制御装置は、ユーザ網インターフェースのユー
ザ側に設けられる。この装置は、複数種類のチャネルを
介してＡＴＭ通信を行なうためのＡＴＭ通信手段と、１
つのユーザ網インターフェースに対して、呼をサポート
するための複数個のＳＳＣＯＰを生成し実行可能なＳＳ
ＣＯＰ処理部と、生成されるＳＳＣＯＰに固有の識別情
報を付与して、付与された識別情報を用いて特定される
ＳＳＣＯＰを利用してＡＴＭ通信手段を制御するための
制御手段とを含んでいる。

【００３４】ＳＳＣＯＰ処理部で実行されるＳＳＣＯＰ
には固有の識別情報が付与される。この識別情報を用い
て特定されるＳＳＣＯＰを利用してＡＴＭ通信手段が制
御される。この識別情報は、ＶＰＩ／ＶＣＩのデータ長
よりも短いデータ長を有しているので、呼の制御管理に
必要な処理を簡単化することができる。

【００３５】請求項５に記載の発明に係る非同期転送モ
ード接続制御装置は、複数種類のチャネルを介してＡＴ
Ｍ通信を行なうためのＡＴＭ通信手段と、複数種類のチ
ャネルに対して、ＡＴＭ通信手段を用いた呼をサポート
するための複数種類のＳＳＣＯＰを実行可能なＳＳＣＯ
Ｐ処理部と、ＳＳＣＯＰ処理部内のＳＳＣＯＰを利用し
てＡＴＭ通信手段を制御して、呼の制御および管理を行
なうための呼制御手段とを含んでいる。ＳＳＣＯＰは、
ある呼に対応するＶＰＩとＶＣＩとに対応づけられ、か
つＶＰＩとＶＣＩとのデータ長の和よりも短いデータ長
を有する識別情報によって互いに識別される。

【００３６】請求項５に記載の非同期転送モード接続制
御装置では、複数種類のＳＳＣＯＰが、識別情報によっ
て互いに識別される。この識別情報のデータ長は、ＶＰ
ＩとＶＣＩとのデータ長の和よりも短い。したがって、
ＳＳＣＯＰを利用する呼の識別を短い長さの識別情報で
行なうことができ、ＶＰＩおよびＶＣＩを用いて識別す
る場合と比較して処理を簡単にすることができる。

【００３７】請求項６に記載の非同期転送モード接続制
御装置は、請求項５に記載の装置であって、ＡＴＭ通信
手段は、呼制御手段からの呼の設定要求に応答してＳＳ
ＣＯＰをＳＳＣＯＰ処理部内に生成し、生成したＳＳＣ
ＯＰの識別情報を呼制御手段に通知する。呼制御手段
は、ＳＳＣＯＰの識別情報を呼の制御および管理に用い
る。

【００３８】請求項６に記載の非同期転送モード接続制
御装置では、ＡＴＭ通信手段で生成した識別情報を用い
て、呼の制御および管理を行なう。共通の識別情報を用
いてＡＴＭ通信手段と呼制御手段とでＳＳＣＯＰを利用
した呼の制御および管理が行なわれるので、処理を簡略
化することができるとともに処理を効率化することも可
能になる。

【００３９】

【発明の実施の形態】以下に述べる実施の形態では、パ
ーソナルコンピュータ（以下「ＰＣ」という。）と、こ
のＰＣに接続されるＡＴＭ通信用インターフェースカー
ドに本願発明を利用した例を説明する。しかし本発明は
こうした組合せには限定されない。たとえばワークステ
ーション上等で呼を制御管理する場合にも利用できる。
またＡＴＭ通信用インターフェースカードをＰＣやワー
クステーションなどに内蔵し、呼の制御管理を行なう場
合にも利用できる。さらにまた本願発明は、小型のＡＴ
ＭスイッチまたはＡＴＭハブに対しても適用できる。

【００４０】以下に述べる実施の形態の装置の基本的な
考え方を最初に説明する。たとえば図１４または図１５
に示されるユーザ側装置３１２、３１４、３２２または
３２４では、１つのＵＮＩ上でサポートする仮想コネク
ションの数はそれほど多くない。そのためサポートされ
る仮想コネクションの数をたとえば１０２４（＝２¹⁰）
に制限しても実質的な問題は生じない。また図１５の私
設ＡＴＭスイッチ３２０に関しても、その規模によって
は、ＶＰＩ／ＶＣＩの２４ビットの組で表わされる数
（約１,0００,0００通り）のコネクションよりも遙に少
ない数のコネクションのサポートのみに限定しても実質
的な問題は生じない。その場合、短い長さの呼の識別子
を各呼と対応づけることにより、呼を相互に識別するこ
とができる。そしてこの呼の識別子を用いて呼の制御お
よび管理を行なう。

【００４１】また以下の実施の形態ではＰＣ内のソフト
ウェアでも、呼の制御管理用テーブルに呼の制御管理情
報が保持されている。さらにＡＴＭアダプタカードにも
呼の制御管理用テーブルが設けられている。これら呼の
制御管理用テーブルは、呼の識別子と、ＶＰＩ／ＶＣＩ
の組と、呼の種類と、その他必要とされるデータが保持
される。これにより、さまざまな種類のチャネルの呼に
ついて、１つのテーブルで統一して制御管理することが
できる。

【００４２】呼の種類として、既に述べたようにＵＮＩ
シグナリング用、ＰＶＣ、ＳＶＣ、ＯＡＭ用などのチャ
ネルがある。シグナリング用チャネルはＵＮＩに対し通
常１本存在する。確認型データ転送用の呼も１つのＵＮ
Ｉ当り１０００本程度サポートできれば十分である。と
すれば、これらのＳＳＣＯＰを１０ビットの識別子で区
別することが可能である。そこで、ＳＳＣＯＰ生成時に
ＳＳＣＯＰの識別情報を生成し、上述した呼の制御管理
用テーブルに保持する。また、各チャネルの種別を示す
ための情報を同時に呼の制御管理用テーブル内に保持さ
せている。呼の制御管理用テーブルを上述のような構成
とすることにより、１つのテーブルでＳＳＣＯＰの呼を
統一して制御管理することができる。

【００４３】なお、以下に述べる実施の形態では、ＡＴ
Ｍハードウェア制御部と、ＡＴＭシグナリングソフトウ
ェアとの双方に呼の制御管理用テーブルが保持されてい
る。以下の実施の形態ではそれぞれの制御管理用テーブ
ルの構成は若干異なっているが、これらを同一のものと
することも可能である。また以下の実施の形態では、Ａ
ＴＭハードウェア制御部で呼の識別子が生成され、コネ
クション設定応答のパラメータとしてシグナリングソフ
トウェアに呼の識別子が渡される。これによりシグナリ
ングソフトウェアとＡＴＭハードウェア制御部との双方
で同一の呼の識別子を用いて呼の制御管理を行なってい
る。ＳＳＣＯＰ識別子についても同様である。

【００４４】図１に、本発明の実施の形態に係るユーザ
側装置のシステム構成を示す。このユーザ側装置は、光
ファイバ２４を介してＡＴＭ通信を行なうためのもので
ある。

【００４５】図１に示される装置はＰＣからなってお
り、システム構成としてはＰＣ上の機能モジュール２０
と、ＡＴＭアダプタカード２２とに分けることができ
る。

【００４６】機能モジュール２０は、アプリケーション
プログラム３０と、ＡＰＩ（Application Program Inte
rface ）３２と、各種プロトコル処理３４と、デバイス
ドライバＩ／Ｆ（インターフェース）３６と、デバイス
ドライバ３８と、ＡＴＭシグナリングソフトウェア４０
と、ＬＡＮ（Local Area Network）シミュレーションソ
フトウェア４２とを含んでいる。

【００４７】ＡＴＭシグナリングソフトウェア４０は、
呼の制御管理用テーブル４４を含んでいる。

【００４８】アプリケーションプログラム３０は、ＡＴ
Ｍアダプタカード２２を介して行なわれるＡＴＭ通信を
経由して、データや動画などを相手側の装置と交信する
ことにより、図示されない固定ディスクへのデータの格
納、固定ディスクからのデータの取出し、および図示さ
れない表示装置画面上への動画の表示処理などを行なう
機能を持っている。

【００４９】ＡＰＩ３２は、アプリケーションプログラ
ム３０が通信を行なうための、アプリケーションプログ
ラム３０とその下層の実際の通信処理を行なう処理部と
の間のインターフェースである。

【００５０】各種プロトコル処理３４は、ＴＣＰ／ＩＰ
（Transmission Control Protocol/Internet Protocol
）等のプロトコル処理を行なうためのものである。デ
バイスドライバＩ／Ｆ３６は、各種プロトコル処理３４
とデバイスドライバ３８とをインターフェースするため
のものである。

【００５１】デバイスドライバ３８は、デバイスドライ
バＩ／Ｆ３６に適合させた形でＡＴＭアダプタカード２
２の制御を行なうためのものである。デバイスドライバ
３８はまた、ＡＴＭシグナリングソフトウェア４０とも
交信する。

【００５２】ＡＴＭシグナリングソフトウェア４０はＡ
ＴＭ通信に必要な呼の接続、切断等の制御管理を行な
う。この実施の形態の装置では、ＡＴＭシグナリングソ
フトウェア４０は、ＰＶＣ接続の管理をも行なう。

【００５３】呼の制御管理用テーブル４４は、ＡＴＭシ
グナリングソフトウェア４０が制御管理を行なう呼につ
いて、制御のためのパラメータ等を格納したテーブルで
ある。その構成については図２を参照して後述する。

【００５４】ＬＡＮシミュレーションソフトウェア４２
はイーサネットなど従来から存在しているＬＡＮ用の既
存のアプリケーションプログラムをＡＴＭネットワーク
上で動作させるためのものである。このＬＡＮシミュレ
ーションソフトウェア６５によって、ＡＴＭ通信特有の
処理がアプリケーションプログラム３０からは隠蔽され
る。そのためアプリケーションプログラム３０からは、
あたかもたとえばイーサネットにつながっているかのよ
うにＡＴＭ通信を扱うことができ、既存のアプリケーシ
ョンで使用しているデバイスドライバＩ／Ｆをそのまま
使用することができる。

【００５５】ＡＴＭアダプタカード２２は、デバイスド
ライバ３８に接続されたＡＴＭ制御部５０と、ＳＳＣＯ
Ｐ処理部５２と、ＡＴＭ制御部５０に接続されたＡＴＭ
ハードウェア制御用メモリ５４と、ＡＴＭ制御部５０に
接続され、ＡＴＭ制御部５０によって制御されるＡＴＭ
処理ハードウェア５６と、ＡＴＭ処理ハードウェア５６
と光ファイバ２４とに接続されたトランシーバ５８とを
含む。ＡＴＭハードウェア制御用メモリ５４もまた呼の
制御管理用テーブル６０を含んでいる。

【００５６】ＡＴＭ制御部５０は、ＡＴＭアダプタカー
ド２２上のハードウェアの制御を行なうためのものであ
る。ＳＳＣＯＰ処理部５２は、ＡＴＭ制御部５０と協働
して、ＴＴＣ標準ＪＴ−Ｑ２１１０に従った動作を行な
うためのものである。

【００５７】ＡＴＭハードウェア制御用メモリ５４は、
ＡＴＭハードウェアを制御するために必要な種々のデー
タを記憶する。中でも呼の制御管理用テーブル６０は、
ＡＴＭアダプタカードにおける呼の制御管理に必要なデ
ータを保持するためのものである。その構成については
図２を参照して後述する。

【００５８】ＡＴＭ処理ハードウェア５６は、ＡＴＭの
物理レイヤ、ＡＴＭレイヤ、ＡＡＬレイヤで、ハードウ
ェアによる高速処理が必要な部分の処理を行なうための
ものである。トランシーバ５８は、光ファイバ２４を介
する光通信と、ＡＴＭ処理ハードウェア５６以降で行な
われる電気的信号処理との間の相互変化を行なうための
ものである。

【００５９】なお後述するように、ＡＴＭ制御部５０
は、呼の管理をするためにＶＰＩ／ＶＣＩに対応した呼
の識別子を生成する。この呼の識別子は、ユーザ側装置
上ではたとえば１０ビットの情報量を持てば実用上十分
である。１０ビットでは１０２４通りの呼を識別するこ
とができる。

【００６０】図２に、ＡＴＭシグナリングソフトウェア
４０が使用する呼の制御管理用テーブル４４の構成を示
す。図２を参照して、呼の制御管理用テーブル４４は、
アプリケーションでの呼識別子の列７０と、呼番号の列
７２と、呼の識別子の列７４と、ＶＰＩ１の列７６と、
ＶＣＩ１の列７８と、呼の種類の列８０と、ＳＳＣＯＰ
の識別情報の列８２と、制御用の各種パラメータの列８
４とを含んでいる。またこれら値のエントリは本実施の
形態の装置では１０２４エントリとなっている。

【００６１】アプリケーションでの呼識別子７０は、ア
プリケーションプログラムで呼を管理するための呼識別
子を保持するためのものである。このアプリケーション
での呼識別子７０は、アプリケーションプログラムでの
呼の管理と、ＡＴＭシグナリングソフトウェア４０での
呼の管理との間の整合性をとるために設けられている。

【００６２】呼番号の列７２は、ＵＮＩシグナリングに
おいて呼を識別するためにある。呼番号についてはＴＴ
Ｃ標準ＪＴ−Ｑ２９３１に説明がある。

【００６３】呼の識別子の列７４は、ＡＴＭアダプタカ
ードで生成した呼の識別子を保持する。この呼の識別子
はＡＴＭアダプタカード２２からＡＴＭシグナリングソ
フトウェア４０に送信されるものであり、その方法につ
いては後述する。呼の識別子の列７４は、ＡＴＭシグナ
リングソフトウェア４０での呼の管理と、ＡＴＭアダプ
タカード２２での呼の管理との間の整合性をとるために
設けられている。

【００６４】ＶＰＩの列７６およびＶＣＩの列７８と
は、呼の対応したＶＰＩ／ＶＣＩの組合せをそれぞれ格
納するためのものである。従来はこのＶＰＩ／ＶＣＩの
組合せのみによって呼が識別されていた。

【００６５】呼の種類の列８０は、呼の種類を格納する
ためのものである。たとえば図２にも例示として示され
ているように、呼の種類としてＵＮＩシグナリング用、
ＰＶＣ、ＳＶＣ等を特定する情報が格納され、ＵＮＩシ
グナリングチャネル、ＳＶＣ、ＰＶＣ、ＯＡＭ用チャネ
ル等を区別するために用いられる。

【００６６】ＳＳＣＯＰの識別情報の列８２は、個々の
ＳＳＣＯＰの区別を行なうための識別情報を格納する。
ＳＳＣＯＰの識別情報が、ＳＳＣＯＰ処理部５２でＳＳ
ＣＯＰが生成されるたびにユニークに生成され、ＡＴＭ
シグナリングソフトウェア４０に送信されてくる。その
方法についても後述する。

【００６７】制御用の各種パラメータの列８４は、トラ
フィック管理やＴＴＣ標準ＪＴ−Ｑ２９３１によるシグ
ナリング処理に必要なパラメータを収めるためのもので
あり、従来のものと同様である。

【００６８】なお本実施の形態では、図１に示されるよ
うにＳＳＣＯＰ処理部５２はＡＴＭアダプタカード２２
の中に置かれている。しかしＳＳＣＯＰ処理部５２はＡ
ＴＭアダプタカード２２内に置かれる必要はなく、ＰＣ
内の機能モジュールとしてＡＴＭシグナリングソフトウ
ェア４０の中に含めることも可能である。

【００６９】図３に、ＡＴＭアダプタカード２２内の呼
の制御管理用テーブル６０の構成を示す。この制御管理
用テーブル６０は、ＡＴＭアダプタカード２２内での呼
の制御管理に利用される。呼の制御管理用テーブル６０
は、呼の識別子の列９０と、ＶＰＩ１の列９２と、ＶＣ
Ｉ１の列９４と、呼の種類の列９６と、ＳＳＣＯＰの識
別情報の列９８と、制御用の各種パラメータの列１００
とを含んでいる。

【００７０】各列９０、９２、９４、９６、９８および
１００に格納されるデータの内容は、図２に示される制
御管理用テーブル４４の列７４、７６、７８、８０、８
２および８４に格納されるデータと同様である。したが
ってここではそれらについての詳しい説明は繰返さな
い。

【００７１】図２および図３に示されるように、テーブ
ル内に呼の種類を表わす列８０および９６を設けること
により、異なる種類の呼を統一して１つのテーブルで制
御管理することが可能になる。またＳＳＣＯＰの識別情
報の列８２および９８を設けることにより、複数のＳＳ
ＣＯＰを利用する呼の制御管理も、統一した１つのテー
ブルで行なうことができる。

【００７２】なお、図２に示される呼の制御用管理テー
ブル４４と、図３に示される呼の制御管理用テーブル６
０とにおいて、「呼の識別子」の列７０および９０がそ
れぞれ設けられている。しかし、テーブル４４および６
０をそれぞれ配列としてメモリ上に設けるときは、呼の
識別子は配列上の要素の要素番号に対応するので、テー
ブル上で呼の識別子を格納する欄を省略することもでき
る。この場合、呼の識別子はテーブルの配列要素を表わ
す値としてＡＴＭアダプタカード２２からＡＴＭシグナ
リングソフトウェア４０に通知することができて便利で
ある。

【００７３】図４に、図１に示されるシステムを実現す
るハードウェア構成の一例を示す。図４を参照してこの
システムは、ハードウェアとして、ＰＣ２０と、ＡＴＭ
アダプタカード２２と、ＰＣ２０とＡＴＭアダプタカー
ド２２とを接続する汎用バス１４０とを含んでいる。

【００７４】ＰＣ２０は、ＰＣ本体１１０と、ＰＣ本体
１１０に接続されたモニタ１１２、キーボード／マウス
１１４などの入力手段と、前述した固定ディスク、フレ
キシブルディスクなどの外部記憶装置１１６と、スピー
カ／マイク１１８とを含んでいる。

【００７５】ＰＣ本体１１０は通常のＰＣであって、通
常のＣＰＵ（中央処理装置）１３０と、ＲＡＭ（Random
Access Memory）１３２と、ＲＯＭ（Read-Only Memor
y）１３４と、汎用バス１４０に接続される汎用バスＩ
／Ｆ１３６とを含んでいる。ＰＣ本体１１０の構成およ
びモニタ１１２、キーボード／マウス１１４、外部記憶
装置１１６およびスピーカ／マイク１１８などの構造お
よび機能は周知のものである。したがってここではそれ
らについての詳しい説明は行なわない。

【００７６】図１に示した各機能モジュールは、いずれ
も外部記憶装置１１６に予め格納されているソフトウェ
アであって、実行時にＲＡＭ１３２に格納されてＣＰＵ
１３０により実行される。またはＲＯＭ１３４に予め書
込まれているプログラムがＣＰＵ１３０により実行され
ることにより実現される。そうしたソフトウェアの制御
の構成については後述する。

【００７７】ＡＴＭアダプタカード２２は、ハードウェ
アとして、汎用バス１４０に接続される汎用バスＩ／Ｆ
１５０と、ＣＰＵ１５２と、ＲＡＭ１５４と、ＲＯＭ１
５６と、ＡＴＭ処理ハードウェア５６と、トランシーバ
５８とを含んでいる。このうちＡＴＭ処理ハードウェア
５６およびトランシーバ５８については図１に示された
ものと同様である。またＣＰＵ１５２、ＲＡＭ１５４お
よびＲＯＭ１５６の構造および機能は周知のものであ
る。したがってここではそれらについての詳しい説明は
行なわない。なお図１に示すＡＴＭ制御部５０と、ＳＳ
ＣＯＰ処理部５２とは、ＲＡＭ１５６に格納されたソフ
トウェアをＣＰＵ１５２が実行されることにより実現さ
れる。ＡＴＭハードウェア制御用メモリ５４はＲＡＭ１
５４内に確保される。この制御管理用テーブル４４は、
ＲＡＭ１３２内に確保される。

【００７８】これらソフトウェアの制御の構成について
は後述する。図５〜図７に、図１に示すＡＴＭシグナリ
ングソフトウェア４０の制御構造をフローチャート形式
で示す。図５を参照して、ＡＴＭシグナリングソフトウ
ェア４０は、アプリケーションプログラムからのコール
（ステップ（以下「Ｓ」と呼ぶ。）１６０）に応答して
以下のような処理を行なう。まずアプリケーションプロ
グラムから与えられたメッセージを介して解析する（Ｓ
１６２）。そして、解析結果に従って各処理に分岐する
（Ｓ１６４）。各処理としては、図５に示すように呼設
定要求処理１６６、呼切断要求処理１６８、他の処理１
７０がある。本願発明は主として呼設定要求処理１６６
および呼切断要求処理１６８に関し、他の処理１７０と
はそれほど関連しないので、以下では呼設定要求処理１
６６および呼切断要求処理１６８のみについて説明す
る。

【００７９】なお分岐した後各処理を終了すると当該手
続は終了し、アプリケーションプログラムからの次のコ
ールの待機処理となる。

【００８０】図６を参照して、図５のＳ１６６で行なわ
れる呼設定要求処理の構造について説明する。まず、ア
プリケーションでの呼識別子および制御用各種パラメー
タを保持する（Ｓ１８０）。

【００８１】続いてＵＮＩシグナリング用チャネルを通
して呼設定を行なう（Ｓ１８２）。さらにＡＴＭ制御部
５０に対して、コネクション設定要求を行なう（Ｓ１８
４）。この後ＡＴＭ制御部５０からのコネクション設定
応答待ちとなる（Ｓ１８６）。

【００８２】ＡＴＭ制御部５０からのコネクション設定
応答があると、このコネクション設定応答の一部として
ＡＴＭ制御部５０から送信されてくる呼識別子を呼の制
御管理用テーブル４４内に保持する（Ｓ１８８）。さら
に呼の制御管理用テーブル４４上の、Ｓ１８８で保持し
た呼の識別子に対応する行に、コネクション制御用の各
種パラメータおよび必要なデータを書込む（Ｓ１９
０）。

【００８３】Ｓ１９０まで完了すると、コールがあった
アプリケーションプログラムに対して呼設定応答を返し
て（Ｓ１９２）、呼設定要求処理を終了する。

【００８４】図７を参照して、図５に示す呼切断要求処
理１６８の制御の流れについて説明する。まずアプリケ
ーションでの呼識別子を保持する（Ｓ２００）。続いて
ＵＮＩシグナリング用チャネルを通して呼切断を行なう
（Ｓ２０２）。このとき、呼切断のための制御用の各種
パラメータは、Ｓ２００で保持したアプリケーションで
の呼識別子に対応する呼番号を用いる。

【００８５】さらにＡＴＭ制御部５０に対してコネクシ
ョン切断要求を行なう（Ｓ２０４）。そして、この後Ａ
ＴＭ制御部５０からのコネクション切断応答待ちとなる
（Ｓ２０６）。

【００８６】ＡＴＭ制御部５０からコネクション切断応
答があると、ＡＴＭハードウェア制御部からこのとき渡
される呼識別子を保持する（Ｓ２０８）。そして、図１
および図２に示される呼の制御管理用テーブル４４上
の、ＡＴＭ制御部５０から与えられた呼の識別子に対応
する行をヌル（ＮＵＬＬ）に書換え（Ｓ２１０）、アプ
リケーションプログラムに対して呼切断応答を返して
（Ｓ２１２）、呼切断要求処理を終了する。

【００８７】さらに図８〜図９を参照して、ＡＴＭ制御
部５０が行なう処理の制御の流れについて説明する。図
８を参照して、ＡＴＭ制御部５０は、ＡＴＭシグナリン
グソフトウェア４０からのコールがあると、ＡＴＭシグ
ナリングソフトウェア４０から与えられたメッセージを
解析する（Ｓ２２０）。この解析結果に応じて各処理に
分岐する（Ｓ２２２）。処理としては、コネクション設
定要求処理（Ｓ２２４）、コネクション切断要求処理
（Ｓ２２６）、および他の処理（Ｓ２２８）がある。本
願発明は主としてコネクション設定要求処理（Ｓ２２
４）とコネクション切断要求処理（Ｓ２２６）とに関し
て他の処理（Ｓ２２８）とは関連が薄いので、以下では
Ｓ２２４およびＳ２２６についてのみ説明する。

【００８８】図９に、Ｓ２２４で行なわれるコネクショ
ン設定要求処理の詳細を示す。まず制御用各種パラメー
タおよび呼の種類を保持する（Ｓ２４０）。

【００８９】続いて呼の制御用管理テーブル６０内でカ
ラムエントリを確保し、対応する行に制御用各種パラメ
ータおよび呼の種類を書込む（Ｓ２４２）。

【００９０】さらに、ＡＴＭシグナリングソフトウェア
４０から渡されたＶＰＩ／ＶＣＩのデータをハードウェ
アで認識／受信できるようにＡＴＭ処理ハードウェア５
６の設定を行なう（Ｓ２４４）。

【００９１】その後、ＡＴＭシグナリングソフトウェア
４０に対し、コネクション設定応答を返す（Ｓ２４
６）。このとき、呼の制御用管理テーブル６０内に確保
したエントリに対応する呼の識別子を引数としてＡＴＭ
シグナリングソフトウェアに渡す。これによりコネクシ
ョン設定要求処理を終了する。

【００９２】図１０を参照して、コネクション切断要求
処理（Ｓ２２６）に入ると、まずＡＴＭシグナリングソ
フトウェア４０からの呼の識別子を保持する（Ｓ２５
０）。

【００９３】さらに、図３に示す呼の制御用管理テーブ
ル６０内で、ＡＴＭシグナリングソフトウェア４０から
渡された呼の識別子に対応する行を、呼の識別子の列９
０を参照することにより見つける。そして、見つけ出さ
れた対応の行内のＶＰＩ／ＶＣＩのデータ（セル）をＡ
ＴＭ処理ハードウェア５６で破棄するように、ＡＴＭ処
理ハードウェア５６の設定を行なう（Ｓ２５２）。

【００９４】続いて呼の制御管理用テーブル６０上で、
ＡＴＭシグナリングソフトウェア４０から渡された呼の
識別子に対応する行の各情報をヌルに書換える（Ｓ２５
４）。

【００９５】そして、ＡＴＭシグナリングソフトウェア
に対して、コネクション切断応答を返す（Ｓ２５６）。
このとき、呼の識別子をＡＴＭシグナリングソフトウェ
ア４０に返す。Ｓ２５６によりコネクション切断要求処
理は終了する。

【００９６】次に、ＳＳＣＯＰに関する処理について説
明する。既に図２０および図２１を参照して説明したよ
うに、ＳＳＣＯＰには、シグナリング用のＳＳＣＯＰと
確認型データ転送用のＳＳＣＯＰとがある。図２０にお
いて、レイヤ３（Ｑ．２９３１）４２０とＳＳＣＯＰ４
２２とは、図１に示すＡＴＭシグナリングソフトウェア
４０によって処理され、ＳＳＣＯＰ４２４は図１のＳＳ
ＣＯＰ処理部５２によって処理される。図２０に示すＡ
ＡＬ共通部４２６と、ＡＴＭレイヤ４２８と、物理レイ
ヤ４３０とは、いずれも図１に示すＡＴＭ制御部５０お
よびＡＴＭ処理ハードウェア５６により処理される。

【００９７】図２１を参照して、確認型データ転送で
は、ＳＳＣＦ４２２は図１のＡＴＭシグナリングソフト
ウェア４０により処理され、ＳＳＣＯＰ４２４は図１の
ＳＳＣＯＰ５２により処理される。ＡＡＬ共通部４２
６、ＡＴＭレイヤ４２８、および物理レイヤ４３０は図
１に示すＡＴＭ制御部５０とＡＴＭ処理ハードウェア５
６とにより処理される。確認型データ転送はＳＶＣおよ
びＰＶＣの両方の呼でサポートされる。

【００９８】シグナリング用ＳＳＣＯＰは、１つのＵＮ
Ｉ当り通常１つ存在する。また、確認型データ転送用Ｓ
ＳＣＯＰは複数存在し得る。しかし、１つのＵＮＩ当り
たとえば１０００個にＳＳＣＯＰの数を制限しても実用
上問題はない。そこで、ＳＳＣＯＰの識別情報として、
シグナリング用ＳＳＣＯＰと確認型データ転送用ＳＳＣ
ＯＰとを合わせて１０ビットを用いることにする。１０
ビットの識別情報があれば１０２４通りの区別ができ、
上述したとおり１つのＵＮＩ当りのＳＳＣＯＰの数を１
０００程度に制限すればこの識別情報ですべて表わすこ
とができる。

【００９９】ＳＳＣＯＰの識別情報は、図１に示すＳＳ
ＣＯＰ処理部５２によって生成され、ＡＴＭアダプタカ
ード２２内の呼の制御管理用テーブル６０に保持され
る。呼の制御管理用テーブル６０の構成については図３
を参照して既に説明した。図３に示すように、ＶＰＩ／
ＶＣＩの組合せに対して呼の識別子（１〜１０２４）を
割当て、この呼の識別子に対して呼の種類とＳＳＣＯＰ
の識別情報とをテーブル中に保持する。呼の種類によっ
てＵＮＩシグナリングチャネル、ＳＶＣ、ＰＶＣ、ＯＡ
Ｍ用チャネルとを区別することができる。またＳＳＣＯ
Ｐの識別情報によってシグナリング用ＳＳＣＯＰ、確認
型データ転送用ＳＳＣＯＰについて個々のＳＳＣＯＰの
区別を行なうことができる。これにより、ＳＳＣＯＰに
関する呼を、１つのテーブルで統一して管理することが
可能になる。

【０１００】一方で、ＳＳＣＯＰの識別情報はＡＴＭシ
グナリングソフトウェア４０の呼の制御管理用テーブル
４４にも保持される。呼の制御管理用テーブル４４の構
成については図２に示したとおりである。図２に示すこ
の呼の制御管理用テーブル４４にもＳＳＣＯＰの識別情
報が格納される。この情報によりＳＳＣＯＰに関する呼
を１つのテーブルで統一して管理することができる。

【０１０１】上述のとおり、図１に示すＳＳＣＯＰ処理
部５２で生成された呼の識別子は、ＡＴＭシグナリング
ソフトウェア４０に連絡される。以下、その連絡方法に
ついて説明する。

【０１０２】図１１および図１２は、情報の流れを示す
ために、図１を簡略化したものである。図１１および図
１２において、ＡＴＭハードウェア制御部２６０として
示されているものは、図１におけるＡＴＭ制御部５０
と、ＳＳＣＯＰ処理部５２と、ＡＴＭハードウェア制御
用メモリ５４とを合わせたものに対応する。ＡＴＭハー
ドウェア制御用メモリ５４は、前述のとおり呼の制御管
理用テーブル６０を含んでいる。また図１１および図１
２に示すＡＴＭシグナリングソフトウェア４０は、図１
にＡＴＭシグナリングソフトウェア４０として示すもの
であって、呼の制御管理用テーブル４４を含んだもので
ある。図１１および図１２においては、図１に示したＡ
ＰＩ３２、各種プロトコル処理３４など、今問題となっ
ている構成要素以外のものについては図面の簡単化のた
めに図示を省略してある。

【０１０３】図１１は、呼の設定時の呼の識別方法を示
している。アプリケーションプログラム３０内での呼の
管理のため、アプリケーションプログラム３０で、アプ
リケーションでの呼識別子２６２が生成され呼の管理用
パラメータとして保持される。アプリケーションプログ
ラム３０から呼設定要求を行なう場合、アプリケーショ
ンプログラム３０はアプリケーションでの呼識別子２６
２をＡＴＭシグナリングソフトウェア４０にパラメータ
として渡す。

【０１０４】ＡＴＭシグナリングソフトウェア４０は、
この呼設定要求に応答してコネクション設定要求をＡＴ
Ｍハードウェア制御部２６０に送る。ＡＴＭハードウェ
ア制御部２６０は、ＡＴＭアダプタカード２２内で呼の
制御管理を行なうための呼の識別子２６４を生成し、Ａ
ＴＭハードウェアの制御を行なって呼の接続を行なう。

【０１０５】ＡＴＭハードウェア制御部２６０はさら
に、ＡＴＭシグナリングソフトウェア４０に対してコネ
クション設定応答を返す。このときＡＴＭハードウェア
制御部２６０は、コネクション設定応答のパラメータと
して呼の識別子２６４をＡＴＭシグナリングソフトウェ
ア４０に渡す。また、ＡＴＭハードウェア制御部２６０
での呼の管理のため、呼の識別子２６４はＡＴＭハード
ウェア制御部２６０での呼の管理用パラメータとしてＡ
ＴＭハードウェア制御部２６０により保持される。

【０１０６】ＡＴＭシグナリングソフトウェア４０は、
ＡＴＭハードウェア制御部２６０から与えられるコネク
ション設定応答を受けて、呼設定応答をアプリケーショ
ンプログラム３０に返す。このときＡＴＭシグナリング
ソフトウェア４０は、アプリケーションプログラム３０
から与えられたアプリケーションでの呼識別子と、呼番
号と、ＡＴＭハードウェア制御部２６０から返された呼
の識別子とを呼の制御用管理テーブル４４内に保持す
る。

【０１０７】以下、アプリケーションプログラム３０
と、このアプリケーションプログラム３０とＡＴＭ通信
において対向するアプリケーションプログラムとの間で
データ通信が行なわれる。

【０１０８】図１２は呼切断時の情報の流れを示してい
る。アプリケーションプログラム３０は、呼切断要求を
行なうとき、アプリケーションでの呼識別子２６２をパ
ラメータとしてＡＴＭシグナリングソフトウェア４０に
渡す。ＡＴＭシグナリングソフトウェア４０はアプリケ
ーションでの呼識別子に対応する呼の識別子をパラメー
タとして、コネクション切断要求をＡＴＭハードウェア
制御部２６０に渡す。ＡＴＭハードウェア制御部２６０
は、与えられた呼の識別子に基づいてＡＴＭハードウェ
アを制御して呼の切断処理を行なう。そしてコネクショ
ン切断応答をＡＴＭシグナリングソフトウェア４０に返
す。ＡＴＭシグナリングソフトウェアは、コネクション
切断応答に応答して呼切断応答をアプリケーションプロ
グラム３０に返す。

【０１０９】図１３に、ＵＮＩシグナリング用ＳＳＣＯ
Ｐと確認型データ転送用ＳＳＣＯＰとを利用したＡＴＭ
通信の構成を示す。図１３のシステムは、図面の簡単化
のためにＡＴＭシステム制御部２７０と、下位レイヤ処
理部としてのＡＴＭアダプタカード２７２とに分けて示
されている。ＡＴＭシステム制御部２７０は、図１に示
したＰＣ上の機能モジュール２０に対応する。ＡＴＭシ
ステム制御部２７０は、上位ソフトウェア２８６と、Ｕ
ＮＩ制御部２８０と、ＵＮＩシグナリング用ＳＳＣＦ２
８２と、確認型データ転送用ＳＳＣＯＰ２８４とを含
む。確認型データ転送用ＳＳＣＯＰ２８４は、後述する
確認型データ転送用ＳＳＣＯＰ２９４と同数だけ生成さ
れる。ＵＮＩ制御部２８０は、Ｑ．２９３１（３００）
を含んでいる。

【０１１０】上位ソフトウェア２８６は、図１に示すア
プリケーションプログラム３０と、ＡＰＩ３２と、各種
プロトコル処理３４と、デバイスドライバＩ／Ｆ３６と
を合わせたものに対応する。ＵＮＩ制御部２８０は、図
１のＡＴＭシグナリングソフトウェア４０に対応する。
Ｑ．２９３１はＡＴＭシグナリングソフトウェア４０に
含まれるものである。ＵＮＩシグナリング用ＳＳＣＦ２
８２と、確認型データ転送用ＳＳＣＦ２８４とは、図１
に示すＡＴＭシグナリングソフトウェア４０に含まれ
る。

【０１１１】図１３を参照して、ＡＴＭアダプタカード
２７２は、図１のＡＴＭアダプタカード２２に対応して
おり、シグナリング用ＳＳＣＯＰ２９０と、ＡＴＭ下位
レイヤ制御部２９２と、確認型データ転送用ＳＳＣＯＰ
２９４と、ＡＴＭ専用ハードウェア２９６とを含んでい
る。

【０１１２】シグナリング用ＳＳＣＯＰ２９０と確認型
データ転送用ＳＳＣＯＰ２９４とは、図１のＳＳＣＯＰ
処理部５２に含まれる。ＡＴＭ下位レイヤ制御部２９２
は、図１に示すＡＴＭ制御部５０と、ＡＴＭハードウェ
ア制御用メモリ５４とを合わせたものである。この中に
は呼の制御管理用テーブル６０も含まれている。ＡＴＭ
専用ハードウェア２９６は、図１に示すＡＴＭ処理ハー
ドウェア５６とトランシーバ５８とを合わせたものであ
る。

【０１１３】図１３の各モジュール間でやり取りされる
情報の流れについて以下に説明する。まずシグナリング
用ＳＳＣＯＰの制御について説明する。

【０１１４】ＵＮＩ呼制御部２８０内のＱ．２９３１
（３００）がＵＮＩシグナリング用ＳＳＣＯＰの生成を
ＡＴＭ下位レイヤ制御部２９２に要求する。これを受け
てＡＴＭ下位レイヤ制御部２９２はＵＮＩシグナリング
用ＳＳＣＯＰ２９０を生成し、その識別子をＳＳＣＯＰ
の識別情報としてＱ．２９３１（３００）に返す。

【０１１５】Ｑ．２９３１（３００）は、シグナリング
用ＳＳＣＯＰ２９０に対して、ＳＳＣＯＰの識別情報を
用いてシグナリング用リンクの設立を要求する。シグナ
リング用リンクが設立された後はＵＮＩシグナリング用
ＳＳＣＯＰ２９０上を、Ｑ．２９３１（３００）のシグ
ナリング用メッセージがデータとして流れる。これらに
用いられるメッセージの詳細についてはＴＴＣ標準ＪＴ
−Ｑ２１１０およびＪＴ−Ｑ２１３０を参照されたい。

【０１１６】次に確認型データ転送用ＳＳＣＯＰの制御
を説明する。上位ソフトウェア２８６が、確認型データ
転送用ＳＳＣＯＰの生成をＡＴＭ下位レイヤ制御部２９
２に対して要求する。これを受けてＡＴＭ下位レイヤ制
御部２９２は確認型データ転送用ＳＳＣＯＰ２９４を生
成し、その識別子をＳＳＣＯＰの識別情報として上位ソ
フトウェア２８６に返す。

【０１１７】上位ソフトウェア２８６は、返されたＳＳ
ＣＯＰの識別情報を使って、確認型データ用ＳＳＣＯＰ
２９４に対して確認型データ転送用リンクの設立を要求
する。確認型データ転送用リンクが設立した後は、この
確認型データ転送用ＳＳＣＯＰ２９４上をデータが流れ
る。このとき使用されるメッセージについてはＴＴＣ標
準ＪＴ−Ｑ２１１０およびＪＴ−Ｑ２１３０を参照され
たい。

【０１１８】図１３に示されるシステムにおいて、上述
したのと同様の動作によって、ＵＮＩ呼制御部２８０ま
たは上位ソフトウェア２８６から、ＳＳＣＯＰの識別情
報を用いて特定のＳＳＣＯＰを指定して、呼の切断など
を行なうことができる。

【０１１９】上述した処理において、ＳＳＣＯＰの識別
情報は、ＶＰＩ／ＶＣＩの組のデータ長である２４ビッ
トよりも短い、たとえば１０ビットの識別情報により識
別される。したがって２４ビットのデータの一致を確認
するのと比較して処理が簡略化されるという効果があ
る。

【０１２０】以上のように１つのＵＮＩ当りにサポート
する接続の数を限定しても実質的に支障がない場合、Ｖ
ＰＩとＶＣＩとの組を、それらのビット数の合計よりも
短いビット数の識別子に対応させることができる。これ
によって呼の管理が簡単になるという効果を奏する。た
とえば呼の管理を、識別子をキーとする呼の制御管理用
テーブルで行なう場合、識別子のビット数が少なくなる
ので、目的の情報にアクセスする際の必要な処理量が削
減できる。また、予め識別子の表わす呼の数に対応した
固定長の管理テーブルを用意しておけば、識別子と呼の
テーブルの各エントリとが１対１に対応するので、識別
子に基づいて直接目的の管理データにアクセスすること
ができる。そのため処理量が大幅に軽減できるとともに
処理の効率化を行なうことができる。具体的には、呼の
制御管理用テーブルを配列形式で表現することにより、
呼の識別子を配列の引数として直接管理テーブルにアク
セスすることが可能になる。

【０１２１】また、シグナリングチャネル、ＳＶＣ、Ｐ
ＶＣ、ＯＡＭ用のチャネルと、異なるチャネルのすべて
の呼について、その種類によらずに統一した呼の制御管
理用テーブルを用いて管理を行なうことができる。その
ためデータ構造と、呼の制御管理のための処理が従来と
比較して大幅に簡単になるという効果を奏する。

【０１２２】ＳＳＣＯＰを利用する呼には、前述のとお
りシグナリングチャネル、確認型データ転送用の呼があ
る。しかし１つのＵＮＩ当りでＳＳＣＯＰを利用する呼
の数は少ないため、サポートする接続の数を限定しても
実質的に支障がない。そのためこの場合には、ＶＰＩと
ＶＣＩとの組は、それらのデータ長の和である２４ビッ
トよりも短いビット数の識別子（識別情報）に対応させ
ることができる。これにより、既に述べたように識別子
のビット数が少なくなって、呼の制御管理のために必要
なデータにアクセスするための処理量を削減することが
できる。また、ＵＮＩシグナリング用ＳＳＣＯＰと確認
型データ転送用ＳＳＣＯＰのコネクションを共通の接続
管理用テーブルで管理することにより、両者の処理を共
通で行なうことができる。そのため必要とされる管理テ
ーブルの数が減少できるため処理を効率的に行なうこと
ができ、また接続管理に関する処理量を削減することが
できる。

【０１２３】また、呼の設定時にＡＴＭハードウェア制
御部で生成した呼の識別子を、呼の制御部またはシグナ
リングソフトウェアに通知することができる。これによ
って呼の制御部またはシグナリングソフトウェアからＡ
ＴＭハードウェア制御部に対して以降の呼の制御の指示
を呼の識別子を使って簡単に行なうことができる。その
ため呼の制御管理の効率化を図ることができる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るＡＴＭ接続制御装置
のブロック構成図である。

【図２】ＡＴＭシグナリングソフトウェアが保持する呼
の制御管理用テーブルの構成を模式的に示す図である。

【図３】ＡＴＭアダプタカード内に準備される呼の制御
管理用テーブルの構成を示す図である。

【図４】図１に示すシステムのハードウェア構成を模式
的に示すブロック図である。

【図５】ＡＴＭシグナリングソフトウェアの制御の流れ
を示すフローチャートである。

【図６】呼設定要求処理のフローチャートである。

【図７】呼切断要求処理のフローチャートである。

【図８】ＡＴＭ制御部で実行される処理の制御の流れを
示すフローチャートである。

【図９】コネクション設定要求処理のフローチャートで
ある。

【図１０】コネクション切断要求処理のフローチャート
である。

【図１１】呼設定時の情報の流れを示す模式図である。

【図１２】呼切断時の情報の流れを示すフローチャート
である。

【図１３】ＳＳＣＯＰに関連するＡＴＭシステム制御部
およびＡＴＭアダプタカードの構成を模式的に示す図で
ある。

【図１４】ＡＴＭ網を模式的に示す図である。

【図１５】私設ＡＴＭスイッチを介したＡＴＭ通信を模
式的に示す図である。

【図１６】ＵＮＩにおける仮想コネクションを模式的に
示す図である。

【図１７】ＡＴＭセルの構成を示す図である。

【図１８】ＵＮＩ上のチャネルを模式的に示す図であ
る。

【図１９】従来の呼の制御管理用のテーブルを模式的に
示す図である。

【図２０】シグナリング用のＳＳＣＯＰの利用形態を示
す図である。

【図２１】確認型データ転送用のＳＳＣＯＰの利用形態
を示す図である。

【符号の説明】

２０パーソナルコンピュータ２２ＡＴＭアダプタカード３０アプリケーションプログラム４０ＡＴＭシグナリングソフトウェア４４呼の制御管理用テーブル５０ＡＴＭ制御部５２ＳＳＣＯＰ処理部５４ＡＴＭハードウェア制御用メモリ５６ＡＴＭ処理ハードウェア５８トランシーバ６０呼の制御管理用メモリ

Claims

【特許請求の範囲】

【請求項１】ＡＴＭ通信を行なうためのＡＴＭ通信手
段と、ＡＴＭ通信の呼に対して割当てられるＶＰＩおよびＶＣ
Ｉに対応する呼の識別子を用いて前記ＡＴＭ通信手段を
制御するための第１の制御手段とを含み、前記呼の識別子は、ＶＰＩとＶＣＩとのデータ長の和よ
りも短いデータ長を有する、非同期転送モード接続制御
装置。
【請求項２】前記第１の制御手段を利用して呼の制御
および管理をするための、さらに上位の第２の制御手段
をさらに含み、前記第１の制御手段は、ＡＴＭ通信の呼に対して呼の識
別子を生成するとともに、生成した呼の識別子を前記第
２の制御手段に通知し、前記第２の制御手段は、前記呼の識別子を、前記第２の
制御手段における呼の制御および管理に用いる、請求項
１に記載の非同期転送モード接続制御装置。
【請求項３】複数種類のチャネルを介してＡＴＭ通信
を行なうためのＡＴＭ通信手段と、呼の識別子を用いて前記ＡＴＭ通信手段を制御するため
の制御手段と、前記複数種類のチャネルに対して共通に設けられ、各チ
ャネルの呼に関して前記ＡＴＭ通信手段を制御するため
のデータを、前記呼の識別子と対応づけ、かつ前記複数
種類のチャネルの呼の識別情報とともに格納するための
制御管理用テーブルとを含み、前記制御手段は、前記ＡＴＭ通信手段の制御を行なうに
あたって前記制御管理用テーブルを参照する、非同期転
送モード接続制御装置。
【請求項４】ユーザ網インターフェースのユーザ側に
設けられる非同期転送モード接続制御装置であって、複数種類のチャネルを介してＡＴＭ通信を行なうための
ＡＴＭ通信手段と、１つのユーザ網インターフェースに対して、呼をサポー
トするための複数個のＳＳＣＯＰを生成し実行可能なＳ
ＳＣＯＰ処理部と、生成されるＳＳＣＯＰの各々に固有の識別情報を付与し
て、付与された識別情報を用いて特定されるＳＳＣＯＰ
を利用して前記ＡＴＭ通信手段を制御するための制御手
段とを含む、非同期転送モード接続制御装置。
【請求項５】複数種類のチャネルを介してＡＴＭ通信
を行なうためのＡＴＭ通信手段と、前記複数種類のチャネルに対して、前記ＡＴＭ通信手段
を用いた呼をサポートするための複数種類のＳＳＣＯＰ
を実行可能なＳＳＣＯＰ処理部と、前記ＳＳＣＯＰ処理部内のＳＳＣＯＰを利用して前記Ａ
ＴＭ通信手段を制御して、呼の制御および管理を行なう
ための呼制御手段とを含み、前記ＳＳＣＯＰは、ある呼に対応するＶＰＩとＶＣＩと
に対応づけられ、かつＶＰＩとＶＣＩとのデータ長の和
よりも短いデータ長を有する識別情報によって互いに識
別される、非同期転送モード接続制御装置。
【請求項６】前記ＡＴＭ通信手段は、前記呼制御手段
からの呼の設定要求に応答してＳＳＣＯＰを前記ＳＳＣ
ＯＰ処理部内に生成するとともに、生成したＳＳＣＯＰ
の識別情報を前記呼制御手段に通知し、前記呼制御手段は、前記ＡＴＭ通信手段から通知された
ＳＳＣＯＰの識別情報を呼の制御および管理に用いる、
請求項５に記載の非同期転送モード接続制御装置。