JPH08279814A - 複数コネクション設定制御方法 - Google Patents
複数コネクション設定制御方法Info
- Publication number
- JPH08279814A JPH08279814A JP22351595A JP22351595A JPH08279814A JP H08279814 A JPH08279814 A JP H08279814A JP 22351595 A JP22351595 A JP 22351595A JP 22351595 A JP22351595 A JP 22351595A JP H08279814 A JPH08279814 A JP H08279814A
- Authority
- JP
- Japan
- Prior art keywords
- application
- call
- atm
- message
- identification information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0478—Provisions for broadband connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5614—User Network Interface
- H04L2012/5616—Terminal equipment, e.g. codecs, synch.
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5629—Admission control
- H04L2012/563—Signalling, e.g. protocols, reference model
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/604—Address structures or formats
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 １つの回線上に複数のコネクションを設定す
ることのできる交換システムにおいて、アプリケーショ
ン又は端末を識別し、アプリケーション間又は端末間に
複数のコネクションを確実に設定できるようにすること
にある。 【解決手段】 ＡＭＴ端末１、２は、ユーザ・網インタ
フェース（ＵＮＩ）によりＡＴＭ網５に接続される。シ
グナリング部３又は４によるＡＴＭシグナリングプロト
コルを用いた発側と着側のアプリケーションＡ１〜Ａ４
間のコネクションの設定時に、呼設定メッセージに、発
側端末アドレスＸ１及び着側端末アドレスＸ２と共に、
アプリケーションＡ１〜Ａ４を識別する一意なサブアド
レスＳ１〜Ｓ４が設定されることにより、発側と着側の
アプリケーションＡ１〜Ａ４間で複数のコネクションが
確実に設定される。
ることのできる交換システムにおいて、アプリケーショ
ン又は端末を識別し、アプリケーション間又は端末間に
複数のコネクションを確実に設定できるようにすること
にある。 【解決手段】 ＡＭＴ端末１、２は、ユーザ・網インタ
フェース（ＵＮＩ）によりＡＴＭ網５に接続される。シ
グナリング部３又は４によるＡＴＭシグナリングプロト
コルを用いた発側と着側のアプリケーションＡ１〜Ａ４
間のコネクションの設定時に、呼設定メッセージに、発
側端末アドレスＸ１及び着側端末アドレスＸ２と共に、
アプリケーションＡ１〜Ａ４を識別する一意なサブアド
レスＳ１〜Ｓ４が設定されることにより、発側と着側の
アプリケーションＡ１〜Ａ４間で複数のコネクションが
確実に設定される。
Description
【０００１】
【発明の属する技術分野】本発明は、１つの回線上に複
数のコネクションを設定することのできる交換システム
における複数コネクションの設定制御方法に関する。
数のコネクションを設定することのできる交換システム
における複数コネクションの設定制御方法に関する。
【０００２】
【従来の技術】例えば、ＡＴＭシステムのＳＶＣ（Swit
ched Virtual Channel：交換接続仮想チャネル）サービ
ス等を用いたテレビ会議システムのように、１つのアプ
リケーション上で複数のコネクションが設定される場合
がある。また、１つのユーザ・網インタフェース（ＵＮ
Ｉ）上で複数のアプリケーションのそれぞれが他の複数
のアプリケーションと相互に接続される場合がある。具
体的には、テレビ会議システム等においては、音声通信
と画像通信が混在させられるため、それぞれに対応する
コネクションが必要となる。このような接続形態におい
て、複数コネクションが容易かつ適切に設定できること
が要望されている。
ched Virtual Channel：交換接続仮想チャネル）サービ
ス等を用いたテレビ会議システムのように、１つのアプ
リケーション上で複数のコネクションが設定される場合
がある。また、１つのユーザ・網インタフェース（ＵＮ
Ｉ）上で複数のアプリケーションのそれぞれが他の複数
のアプリケーションと相互に接続される場合がある。具
体的には、テレビ会議システム等においては、音声通信
と画像通信が混在させられるため、それぞれに対応する
コネクションが必要となる。このような接続形態におい
て、複数コネクションが容易かつ適切に設定できること
が要望されている。
【０００３】図３０は、考えられる複数コネクションの
第１の設定形態の説明図である。この図において、ＡＴ
Ｍ網３５には、それぞれ１本ずつのユーザ・網インタフ
ェース（ＵＮＩ）によって、それぞれ１つずつのアドレ
スを有するＡＴＭ端末３１と３２が収容される。そし
て、ＳＶＣサービスにおいて、シグナリング部３３と３
４とによって、アプリケーションＡ１とＡ３間及びアプ
リケーションＡ２とＡ４間に、それぞれ、２つずつのコ
ネクションＣＮ１とＣＮ２、及びＣＮ３とＣＮ４が、設
定されている。
第１の設定形態の説明図である。この図において、ＡＴ
Ｍ網３５には、それぞれ１本ずつのユーザ・網インタフ
ェース（ＵＮＩ）によって、それぞれ１つずつのアドレ
スを有するＡＴＭ端末３１と３２が収容される。そし
て、ＳＶＣサービスにおいて、シグナリング部３３と３
４とによって、アプリケーションＡ１とＡ３間及びアプ
リケーションＡ２とＡ４間に、それぞれ、２つずつのコ
ネクションＣＮ１とＣＮ２、及びＣＮ３とＣＮ４が、設
定されている。
【０００４】図３１は、考えられる複数コネクションの
第１の設定形態の説明図である。この図において、ＡＴ
Ｍ網４５には、ユーザ・網インタフェース（ＵＮＩ）に
よって、セル分解組立装置（ＣＬＡＤ）４１、４２が収
容され、セル分解組立装置４１、４２にそれぞれ端末４
６〜４９が収容されている。
第１の設定形態の説明図である。この図において、ＡＴ
Ｍ網４５には、ユーザ・網インタフェース（ＵＮＩ）に
よって、セル分解組立装置（ＣＬＡＤ）４１、４２が収
容され、セル分解組立装置４１、４２にそれぞれ端末４
６〜４９が収容されている。
【０００５】既存の端末４６〜４９からのデータは、セ
ル分解組立装置４１、４２において、例えば48バイト毎
に分割され、その分割されたデータのそれぞれに５バイ
トのヘッダ部が付加されることにより、セルが生成され
る。そのセルは、ＡＴＭ網４５に送出される。そのＡＴ
Ｍ網４５によって伝送されたセルは、セル分解組立装置
４２、４１で受信され、そこで元のデータが組み立てら
れる。その組み立てられたデータは、既存の端末４６〜
４９へ送出される。
ル分解組立装置４１、４２において、例えば48バイト毎
に分割され、その分割されたデータのそれぞれに５バイ
トのヘッダ部が付加されることにより、セルが生成され
る。そのセルは、ＡＴＭ網４５に送出される。そのＡＴ
Ｍ網４５によって伝送されたセルは、セル分解組立装置
４２、４１で受信され、そこで元のデータが組み立てら
れる。その組み立てられたデータは、既存の端末４６〜
４９へ送出される。
【０００６】ここで、セル分解組立装置４１、４２は、
ＡＴＭシグナリングプロトコルによりコネクションの設
定処理を行うシグナリング部４３、４４を備えており、
端末４６と４８、及び４７と４９間には、シグナリング
部４３、４４を用いて、図３０に示す場合と同様に、そ
れぞれ２つずつのコネクションＣＮ１とＣＮ２、及びＣ
Ｎ３とＣＮ４が、設定される。
ＡＴＭシグナリングプロトコルによりコネクションの設
定処理を行うシグナリング部４３、４４を備えており、
端末４６と４８、及び４７と４９間には、シグナリング
部４３、４４を用いて、図３０に示す場合と同様に、そ
れぞれ２つずつのコネクションＣＮ１とＣＮ２、及びＣ
Ｎ３とＣＮ４が、設定される。
【０００７】
【発明が解決しようとする課題】図３０に示す設定形態
において、ＡＴＭ端末３１、３２はそれぞれ１つずＴの
アドレスを有するものであるから、シグナリング部３
３、３４の処理によってＡＴＭ網３５を介してＡＴＭ端
末３１、３２間を接続することができる。そして、例え
ば、ＡＴＭ端末３１で実行されるアプリケーションＡ１
とＡＴＭ端末３２で実行されるアプリケーションＡ３の
間で、コネクションＣＮ１を設定することができる。
において、ＡＴＭ端末３１、３２はそれぞれ１つずＴの
アドレスを有するものであるから、シグナリング部３
３、３４の処理によってＡＴＭ網３５を介してＡＴＭ端
末３１、３２間を接続することができる。そして、例え
ば、ＡＴＭ端末３１で実行されるアプリケーションＡ１
とＡＴＭ端末３２で実行されるアプリケーションＡ３の
間で、コネクションＣＮ１を設定することができる。
【０００８】しかし、ＡＴＭ端末３１、３２のアドレス
のみでは、それぞれの端末で実行されているアプリケー
ションの識別ができない。このため、例えば、このアプ
リケーションＡ１、Ａ３間に、既に設定されているコネ
クションＣＮ１の他に、新たな発呼によって新たにコネ
クションＣＮ２を設定できる保証がない。同様の理由に
より、同じＡＴＭ端末３１、３２間で、上述のアプリケ
ーションと同じ種類であって別に起動される新たなアプ
リケーションＡ２、Ａ４間で新たなコネクションＣＮ
３、ＣＮ４等を設定できる保証もない。
のみでは、それぞれの端末で実行されているアプリケー
ションの識別ができない。このため、例えば、このアプ
リケーションＡ１、Ａ３間に、既に設定されているコネ
クションＣＮ１の他に、新たな発呼によって新たにコネ
クションＣＮ２を設定できる保証がない。同様の理由に
より、同じＡＴＭ端末３１、３２間で、上述のアプリケ
ーションと同じ種類であって別に起動される新たなアプ
リケーションＡ２、Ａ４間で新たなコネクションＣＮ
３、ＣＮ４等を設定できる保証もない。
【０００９】更に、図３１に示す第２の従来例において
も、セル分解組立装置４１、４２が図３０のＡＴＭ端末
３１、３２に対応し、端末４６〜４９が図３０のアプリ
ケーションＡ１〜Ａ４に対応するため、例えば、セル分
解組立装置４１、４２のアドレスのみでは、端末４６、
４８間に複数のコネクションＣＮ１、ＣＮ２を設定し、
端末４７、４９間に複数のコネクションＣＮ３、ＣＮ４
を設定することが保証されていない。
も、セル分解組立装置４１、４２が図３０のＡＴＭ端末
３１、３２に対応し、端末４６〜４９が図３０のアプリ
ケーションＡ１〜Ａ４に対応するため、例えば、セル分
解組立装置４１、４２のアドレスのみでは、端末４６、
４８間に複数のコネクションＣＮ１、ＣＮ２を設定し、
端末４７、４９間に複数のコネクションＣＮ３、ＣＮ４
を設定することが保証されていない。
【００１０】本発明の課題は、アプリケーション又は端
末を識別できるようにして、アプリケーション間又は端
末間に複数のコネクションを確実に設定できるようにす
ることにある。
末を識別できるようにして、アプリケーション間又は端
末間に複数のコネクションを確実に設定できるようにす
ることにある。
【００１１】
【課題を解決するための手段】本発明は、複数のアプリ
ケーション又は複数の端末を１つ或いは複数のユーザ網
インタフェースにより交換網に収容して、その１つ或い
は複数のユーザ網インタフェース上に複数のコネクショ
ンを設定する制御方法を前提とする。
ケーション又は複数の端末を１つ或いは複数のユーザ網
インタフェースにより交換網に収容して、その１つ或い
は複数のユーザ網インタフェース上に複数のコネクショ
ンを設定する制御方法を前提とする。
【００１２】まず、本発明の第１の態様では、複数のア
プリケーション又は複数の端末毎に一意なサブアドレス
が付与され、呼設定メッセージに発側の複数のアプリケ
ーション又は複数の端末のサブアドレスと着側の複数の
アプリケーション又は複数の端末のサブアドレスが設定
されてその呼設定メッセージがユーザ網インタフェース
に送出され、ユーザ網インタフェースを介して、発側の
複数のアプリケーション又は複数の端末のサブアドレス
と着側の複数のアプリケーション又は複数の端末のサブ
アドレスとにより指定された発側と着側のアプリケーシ
ョン間又は端末間に単一又は複数のコネクションが設定
される。
プリケーション又は複数の端末毎に一意なサブアドレス
が付与され、呼設定メッセージに発側の複数のアプリケ
ーション又は複数の端末のサブアドレスと着側の複数の
アプリケーション又は複数の端末のサブアドレスが設定
されてその呼設定メッセージがユーザ網インタフェース
に送出され、ユーザ網インタフェースを介して、発側の
複数のアプリケーション又は複数の端末のサブアドレス
と着側の複数のアプリケーション又は複数の端末のサブ
アドレスとにより指定された発側と着側のアプリケーシ
ョン間又は端末間に単一又は複数のコネクションが設定
される。
【００１３】このように、本発明の第１の態様では、複
数のアプリケーション又は複数の端末を一意なサブアド
レスによって識別できるため、発側と着側のアプリケー
ション間又は端末間に単一又は複数のコネクションを容
易に設定できる。
数のアプリケーション又は複数の端末を一意なサブアド
レスによって識別できるため、発側と着側のアプリケー
ション間又は端末間に単一又は複数のコネクションを容
易に設定できる。
【００１４】次に、本発明の第２の態様では、呼設定メ
ッセージに含まれる広帯域高位レイヤ情報インフォメー
ションエレメントに、アプリケーション識別情報又は端
末識別情報が設定されてその呼設定メッセージがユーザ
網インタフェースに送出され、ユーザ網インタフェース
を介して、アプリケーション識別情報又は端末識別情報
に基づいて発側と着側のアプリケーション間又は端末間
に単一又は複数のコネクションが設定される。
ッセージに含まれる広帯域高位レイヤ情報インフォメー
ションエレメントに、アプリケーション識別情報又は端
末識別情報が設定されてその呼設定メッセージがユーザ
網インタフェースに送出され、ユーザ網インタフェース
を介して、アプリケーション識別情報又は端末識別情報
に基づいて発側と着側のアプリケーション間又は端末間
に単一又は複数のコネクションが設定される。
【００１５】このように、本発明の第２の態様では、ア
プリケーション識別情報又は端末識別情報に基づいて発
側と着側の間で対応するアプリケーション又は端末を確
実に検索することができ、それらの間の複数のコネクシ
ョンを確実に設定することができる。
プリケーション識別情報又は端末識別情報に基づいて発
側と着側の間で対応するアプリケーション又は端末を確
実に検索することができ、それらの間の複数のコネクシ
ョンを確実に設定することができる。
【００１６】また、本発明の第２の態様では、サブアド
レスは用いられないため、アドレス体系上の制約が生じ
ず、アドレス資源の有効利用が図れるという利点があ
る。次に、本発明の第３の態様では、呼設定メッセージ
及び正常シーケンスにおける最初の着側からの応答メッ
セージに含まれ、エンド・エンド間で透過的なデータで
あり、その内容がエンド・エンド間で任意に定義可能な
インフォメーションエレメントが定義され、呼設定メッ
セージ又は応答メッセージ内のそのインフォメーション
エレメントに、発側の、又は着側の、或いは発側及び着
側のアプリケーション識別情報又は端末識別情報が設定
されてその呼設定メッセージ又は応答メッセージがユー
ザ網インタフェースに送出され、ユーザ網インタフェー
スを介して、アプリケーション識別情報又は端末識別情
報に基づいて発側と着側のアプリケーション間又は端末
間に単一又は複数のコネクションが設定される。
レスは用いられないため、アドレス体系上の制約が生じ
ず、アドレス資源の有効利用が図れるという利点があ
る。次に、本発明の第３の態様では、呼設定メッセージ
及び正常シーケンスにおける最初の着側からの応答メッ
セージに含まれ、エンド・エンド間で透過的なデータで
あり、その内容がエンド・エンド間で任意に定義可能な
インフォメーションエレメントが定義され、呼設定メッ
セージ又は応答メッセージ内のそのインフォメーション
エレメントに、発側の、又は着側の、或いは発側及び着
側のアプリケーション識別情報又は端末識別情報が設定
されてその呼設定メッセージ又は応答メッセージがユー
ザ網インタフェースに送出され、ユーザ網インタフェー
スを介して、アプリケーション識別情報又は端末識別情
報に基づいて発側と着側のアプリケーション間又は端末
間に単一又は複数のコネクションが設定される。
【００１７】このように、本発明の第３の態様では、呼
設定メッセージ又は応答メッセージ内に新たに定義され
たインフォメーションエレメントにアプリケーション識
別情報又は端末識別情報が格納されることにより、本発
明の第２の態様の場合と同様に、アドレス資源の有効利
用が図れると共に、発側から着側のみならず、着側から
発側へもコネクション設定情報を伝達することができる
ため、柔軟なコネクションの設定が可能となる。
設定メッセージ又は応答メッセージ内に新たに定義され
たインフォメーションエレメントにアプリケーション識
別情報又は端末識別情報が格納されることにより、本発
明の第２の態様の場合と同様に、アドレス資源の有効利
用が図れると共に、発側から着側のみならず、着側から
発側へもコネクション設定情報を伝達することができる
ため、柔軟なコネクションの設定が可能となる。
【００１８】
【発明の実施の形態】以下、図面を参照しながら本発明
の実施の形態について説明する。第１の実施の形態 図１は本発明の第１の実施の形態の説明図である。
の実施の形態について説明する。第１の実施の形態 図１は本発明の第１の実施の形態の説明図である。
【００１９】アドレスＸ１、Ｘ２を有するＡＴＭ端末
１、２は、それぞれ１本ずつのユーザ・網インタフェー
ス（ＵＮＩ）により、ＡＴＭ網５に収容される。そし
て、ＳＶＣサービスにおいて、シグナリング部３と４と
によって、アプリケーションＡ１とＡ３間及びアプリケ
ーションＡ２とＡ４間に、それぞれ、２つずつのコネク
ションＣＮ１とＣＮ２、及びＣＮ３とＣＮ４が、設定さ
れる。この場合に、アプリケーションＡ１〜Ａ４のそれ
ぞれに、一意なサブアドレスＳ１〜Ｓ４が付与されるこ
とが、本発明に関連する特徴である。
１、２は、それぞれ１本ずつのユーザ・網インタフェー
ス（ＵＮＩ）により、ＡＴＭ網５に収容される。そし
て、ＳＶＣサービスにおいて、シグナリング部３と４と
によって、アプリケーションＡ１とＡ３間及びアプリケ
ーションＡ２とＡ４間に、それぞれ、２つずつのコネク
ションＣＮ１とＣＮ２、及びＣＮ３とＣＮ４が、設定さ
れる。この場合に、アプリケーションＡ１〜Ａ４のそれ
ぞれに、一意なサブアドレスＳ１〜Ｓ４が付与されるこ
とが、本発明に関連する特徴である。
【００２０】図２は、図１のＡＴＭ端末１又は２のブロ
ック図である。この図において、ＡＴＭ呼制御部１０、
シグナリングプロトコル部１１、セル抽出／挿入部１
２、及びアプリ対応データ部１３が、図１のシグナリン
グ部３又は４に対応する。
ック図である。この図において、ＡＴＭ呼制御部１０、
シグナリングプロトコル部１１、セル抽出／挿入部１
２、及びアプリ対応データ部１３が、図１のシグナリン
グ部３又は４に対応する。
【００２１】ＡＴＭ呼制御部１０は、ＳＶＣサービスを
利用する呼の発信、着信、切断の制御と、その結果設定
される仮想回線を示すＶＰＩ（Virtual Path Identifie
r ）／ＶＣＩ（Virtual Channel Identifier）とアプリ
ケーションＡ１〜Ａ４とのマッピング処理を実行する。
利用する呼の発信、着信、切断の制御と、その結果設定
される仮想回線を示すＶＰＩ（Virtual Path Identifie
r ）／ＶＣＩ（Virtual Channel Identifier）とアプリ
ケーションＡ１〜Ａ４とのマッピング処理を実行する。
【００２２】シグナリングプロトコル部１１は、ＡＴＭ
シグナリングプロトコルのレイヤ２（Ｌ２）とレイヤ３
（Ｌ３）を終端する。セル抽出／挿入部１２は、シグナ
リング用のセル等を抽出又は挿入する。
シグナリングプロトコルのレイヤ２（Ｌ２）とレイヤ３
（Ｌ３）を終端する。セル抽出／挿入部１２は、シグナ
リング用のセル等を抽出又は挿入する。
【００２３】アプリ対応データ部１３は、アプリケーシ
ョンＡ１〜Ａ４のそれぞれに対応するシグナリング用デ
ータを記憶する。セル集線／分配部１４は、アプリケー
ションＡ１〜Ａ４から各セル分解／組立部１５を介して
送信されるセルを集線してＡＴＭ網５に送出し、逆に、
ＡＴＭ網５から受信されるセルを各セル分解／組立部１
５を介してアプリケーションＡ１〜Ａ４に分配する。
ョンＡ１〜Ａ４のそれぞれに対応するシグナリング用デ
ータを記憶する。セル集線／分配部１４は、アプリケー
ションＡ１〜Ａ４から各セル分解／組立部１５を介して
送信されるセルを集線してＡＴＭ網５に送出し、逆に、
ＡＴＭ網５から受信されるセルを各セル分解／組立部１
５を介してアプリケーションＡ１〜Ａ４に分配する。
【００２４】セル分解／組立部１５は、アプリケーショ
ンＡ１〜Ａ４からのデータを例えば48バイト毎に分割
し、その分割されたデータのそれぞれに５バイトのヘッ
ダ部を付加することによってセルを生成し、それをセル
集線／分配部１４へ送信し、逆に、セル集線／分配部１
４から受信されるセルから元のデータを組み立て、その
組み立てられたデータをアプリケーションＡ１〜Ａ４に
転送する。
ンＡ１〜Ａ４からのデータを例えば48バイト毎に分割
し、その分割されたデータのそれぞれに５バイトのヘッ
ダ部を付加することによってセルを生成し、それをセル
集線／分配部１４へ送信し、逆に、セル集線／分配部１
４から受信されるセルから元のデータを組み立て、その
組み立てられたデータをアプリケーションＡ１〜Ａ４に
転送する。
【００２５】図３は、本発明の第１の実施の形態のシー
ケンス説明図である。この図では、ＡＴＭ端末１が発側
とされ、ＡＴＭ端末２が着側とされた場合が示されてい
る。
ケンス説明図である。この図では、ＡＴＭ端末１が発側
とされ、ＡＴＭ端末２が着側とされた場合が示されてい
る。
【００２６】以下の説明において、図１のシグナリング
部３又は４の動作は、実際には図２のＡＴＭ呼制御部１
０が実行しているが、以下の説明では単にシグナリング
部３又は４と呼ぶことにする。
部３又は４の動作は、実際には図２のＡＴＭ呼制御部１
０が実行しているが、以下の説明では単にシグナリング
部３又は４と呼ぶことにする。
【００２７】まず、ＡＴＭ端末１のアプリケーションＡ
１からＡＴＭ端末２のアプリケーションＡ３に対してコ
ネクションが設定される場合、アプリケーションＡ１か
らシグナリング部３にコネクションＣＮ１の設定要求が
送出される。
１からＡＴＭ端末２のアプリケーションＡ３に対してコ
ネクションが設定される場合、アプリケーションＡ１か
らシグナリング部３にコネクションＣＮ１の設定要求が
送出される。
【００２８】シグナリング部３は、呼設定メッセージ
（ＳＥＴＵＰ）に、発側のＡＴＭ端末１のアドレスＸ１
と、アプリケーションＡ１のサブアドレスＳ１と、着側
のＡＴＭ端末２のアドレスＹ１と、アプリケーションＡ
３のサブアドレスＳ３とを設定し、その呼設定メッセー
ジ（ＳＥＴＵＰ）をＡＴＭ網５に送出する。
（ＳＥＴＵＰ）に、発側のＡＴＭ端末１のアドレスＸ１
と、アプリケーションＡ１のサブアドレスＳ１と、着側
のＡＴＭ端末２のアドレスＹ１と、アプリケーションＡ
３のサブアドレスＳ３とを設定し、その呼設定メッセー
ジ（ＳＥＴＵＰ）をＡＴＭ網５に送出する。
【００２９】ＡＴＭ網５は、その呼設定メッセージ（Ｓ
ＥＴＵＰ）に応答して発側のＡＴＭ端末１に対して呼受
付メッセージ（ＣＡＬＬ−ＰＲＯＣ）を返送すると共
に、呼設定メッセージ（ＳＥＴＵＰ）内のアドレスＹ１
に従って、ＡＴＭ端末２にＡＴＭ端末１からの呼設定メ
ッセージ（ＳＥＴＵＰ）を送出する。
ＥＴＵＰ）に応答して発側のＡＴＭ端末１に対して呼受
付メッセージ（ＣＡＬＬ−ＰＲＯＣ）を返送すると共
に、呼設定メッセージ（ＳＥＴＵＰ）内のアドレスＹ１
に従って、ＡＴＭ端末２にＡＴＭ端末１からの呼設定メ
ッセージ（ＳＥＴＵＰ）を送出する。
【００３０】ＡＴＭ端末２のシグナリング部４は、呼設
定メッセージ（ＳＥＴＵＰ）に設定されたサブアドレス
Ｓ３によってアプリケーションＡ３を識別し、そのアプ
リケーションＡ３に対してコネクションＣＮ１の設定要
求を送出する。
定メッセージ（ＳＥＴＵＰ）に設定されたサブアドレス
Ｓ３によってアプリケーションＡ３を識別し、そのアプ
リケーションＡ３に対してコネクションＣＮ１の設定要
求を送出する。
【００３１】この時、アプリケーションＡ３は、コネク
ションを設定可能の状態であると、シグナリング部４に
許諾（ＯＫ）を送出する。シグナリング部４は、それを
受信することによって、応答メッセージ（ＣＯＮＮＥＣ
Ｔ）をＡＴＭ網５に送出する。
ションを設定可能の状態であると、シグナリング部４に
許諾（ＯＫ）を送出する。シグナリング部４は、それを
受信することによって、応答メッセージ（ＣＯＮＮＥＣ
Ｔ）をＡＴＭ網５に送出する。
【００３２】ＡＴＭ網５は、ＡＴＭ端末２から応答メッ
セージ（ＣＯＮＮＥＣＴ）を受信すると、ＡＴＭ端末２
のシグナリング部４に応答確認メッセージ（ＣＯＮＮ−
ＡＣＫ）を送出すると共に、ＡＴＭ端末１のシグナリン
グ部３に応答メッセージ（ＣＯＮＮＥＣＴ）を送出す
る。
セージ（ＣＯＮＮＥＣＴ）を受信すると、ＡＴＭ端末２
のシグナリング部４に応答確認メッセージ（ＣＯＮＮ−
ＡＣＫ）を送出すると共に、ＡＴＭ端末１のシグナリン
グ部３に応答メッセージ（ＣＯＮＮＥＣＴ）を送出す
る。
【００３３】ＡＴＭ端末１のシグナリング部３は、ＡＴ
Ｍ網５から応答メッセージ（ＣＯＮＮＥＣＴ）を受信す
ると、ＡＴＭ網５に応答確認メッセージ（ＣＯＮＮ−Ａ
ＣＫ）を送出する。
Ｍ網５から応答メッセージ（ＣＯＮＮＥＣＴ）を受信す
ると、ＡＴＭ網５に応答確認メッセージ（ＣＯＮＮ−Ａ
ＣＫ）を送出する。
【００３４】この結果、アプリケーションＡ１、Ａ３間
に、コネクションＣＮ１が設定される。次に、アプリケ
ーションＡ１からアプリケーションＡ３に対する新たな
コネクションＣＮ２の設定要求が、アプリケーションＡ
１からシグナリング部３に送出される。
に、コネクションＣＮ１が設定される。次に、アプリケ
ーションＡ１からアプリケーションＡ３に対する新たな
コネクションＣＮ２の設定要求が、アプリケーションＡ
１からシグナリング部３に送出される。
【００３５】シグナリング部３は、呼設定メッセージ
（ＳＥＴＵＰ）に、アドレスＸ１と、サブアドレスＳ１
と、アドレスＹ１と、サブアドレスＳ３とを設定し、そ
の呼設定メッセージ（ＳＥＴＵＰ）をＡＴＭ網５に送出
する。
（ＳＥＴＵＰ）に、アドレスＸ１と、サブアドレスＳ１
と、アドレスＹ１と、サブアドレスＳ３とを設定し、そ
の呼設定メッセージ（ＳＥＴＵＰ）をＡＴＭ網５に送出
する。
【００３６】ＡＴＭ網５は、その呼設定メッセージ（Ｓ
ＥＴＵＰ）に応答して発側のＡＴＭ端末１に対して呼受
付メッセージ（ＣＡＬＬ−ＰＲＯＣ）を返送すると共
に、呼設定メッセージ（ＳＥＴＵＰ）内のアドレスＹ１
に従って、ＡＴＭ端末２にＡＴＭ端末１からの呼設定メ
ッセージ（ＳＥＴＵＰ）を送出する。
ＥＴＵＰ）に応答して発側のＡＴＭ端末１に対して呼受
付メッセージ（ＣＡＬＬ−ＰＲＯＣ）を返送すると共
に、呼設定メッセージ（ＳＥＴＵＰ）内のアドレスＹ１
に従って、ＡＴＭ端末２にＡＴＭ端末１からの呼設定メ
ッセージ（ＳＥＴＵＰ）を送出する。
【００３７】ＡＴＭ端末２のシグナリング部４は、呼設
定メッセージ（ＳＥＴＵＰ）に設定されたサブアドレス
Ｓ３によってアプリケーションＡ３を識別し、そのアプ
リケーションＡ３に対してコネクションＣＮ２の設定要
求を送出する。
定メッセージ（ＳＥＴＵＰ）に設定されたサブアドレス
Ｓ３によってアプリケーションＡ３を識別し、そのアプ
リケーションＡ３に対してコネクションＣＮ２の設定要
求を送出する。
【００３８】アプリケーションＡ３は、新たなコネクシ
ョンを設定可能の状態であると、シグナリング部４に許
諾（ＯＫ）を送出する。以下、コネクションＣＮ１の場
合と同様にして、アプリケーションＡ１、Ａ３間に、新
たなコネクションＣＮ２が設定される。
ョンを設定可能の状態であると、シグナリング部４に許
諾（ＯＫ）を送出する。以下、コネクションＣＮ１の場
合と同様にして、アプリケーションＡ１、Ａ３間に、新
たなコネクションＣＮ２が設定される。
【００３９】このようにして、所望のアプリケーション
Ａ１、Ａ３間に、複数のコネクションＣＮ１、ＣＮ２を
設定することができる。上述の場合と同様にして、ＡＴ
Ｍ端末１のアプリケーションＡ２からＡＴＭ端末２のア
プリケーションＡ４に対してコネクションが設定される
場合、アプリケーションＡ２からシグナリング部３にコ
ネクションＣＮ３の設定要求が送出される。
Ａ１、Ａ３間に、複数のコネクションＣＮ１、ＣＮ２を
設定することができる。上述の場合と同様にして、ＡＴ
Ｍ端末１のアプリケーションＡ２からＡＴＭ端末２のア
プリケーションＡ４に対してコネクションが設定される
場合、アプリケーションＡ２からシグナリング部３にコ
ネクションＣＮ３の設定要求が送出される。
【００４０】シグナリング部３は、呼設定メッセージ
（ＳＥＴＵＰ）に、発側のＡＴＭ端末１のアドレスＸ１
と、アプリケーションＡ２のサブアドレスＳ２と、着側
のＡＴＭ端末２のアドレスＹ１と、アプリケーションＡ
４のサブアドレスＳ４とを設定し、その呼設定メッセー
ジ（ＳＥＴＵＰ）をＡＴＭ網５に送出する。
（ＳＥＴＵＰ）に、発側のＡＴＭ端末１のアドレスＸ１
と、アプリケーションＡ２のサブアドレスＳ２と、着側
のＡＴＭ端末２のアドレスＹ１と、アプリケーションＡ
４のサブアドレスＳ４とを設定し、その呼設定メッセー
ジ（ＳＥＴＵＰ）をＡＴＭ網５に送出する。
【００４１】ＡＴＭ網５は、その呼設定メッセージ（Ｓ
ＥＴＵＰ）に応答して発側のＡＴＭ端末１に対して呼受
付メッセージ（ＣＡＬＬ−ＰＲＯＣ）を返送すると共
に、この呼設定メッセージ（ＳＥＴＵＰ）内のアドレス
Ｙ１に従って、ＡＴＭ端末２にＡＴＭ端末１からの呼設
定メッセージ（ＳＥＴＵＰ）を送出する。
ＥＴＵＰ）に応答して発側のＡＴＭ端末１に対して呼受
付メッセージ（ＣＡＬＬ−ＰＲＯＣ）を返送すると共
に、この呼設定メッセージ（ＳＥＴＵＰ）内のアドレス
Ｙ１に従って、ＡＴＭ端末２にＡＴＭ端末１からの呼設
定メッセージ（ＳＥＴＵＰ）を送出する。
【００４２】ＡＴＭ端末２のシグナリング部４は、呼設
定メッセージ（ＳＥＴＵＰ）に設定されたサブアドレス
Ｓ４によってアプリケーションＡ４を識別し、そのアプ
リケーションＡ４に対してコネクションＣＮ３の設定要
求を送出する。
定メッセージ（ＳＥＴＵＰ）に設定されたサブアドレス
Ｓ４によってアプリケーションＡ４を識別し、そのアプ
リケーションＡ４に対してコネクションＣＮ３の設定要
求を送出する。
【００４３】この時、アプリケーションＡ４は、コネク
ションを設定可能の状態であると、シグナリング部４に
許諾（ＯＫ）を送出する。以下、コネクションＣＮ１の
場合と同様にして、アプリケーションＡ２、Ａ４間に、
コネクションＣＮ３が設定される。
ションを設定可能の状態であると、シグナリング部４に
許諾（ＯＫ）を送出する。以下、コネクションＣＮ１の
場合と同様にして、アプリケーションＡ２、Ａ４間に、
コネクションＣＮ３が設定される。
【００４４】次に、アプリケーションＡ２からアプリケ
ーションＡ４に対する新たなコネクションＣＮ４の設定
要求が、アプリケーションＡ２からシグナリング部３に
送出される。この場合も、コネクションＣＮ２の場合と
同様にして、アプリケーションＡ２、Ａ４間に、新たな
コネクションＣＮ４が設定される。
ーションＡ４に対する新たなコネクションＣＮ４の設定
要求が、アプリケーションＡ２からシグナリング部３に
送出される。この場合も、コネクションＣＮ２の場合と
同様にして、アプリケーションＡ２、Ａ４間に、新たな
コネクションＣＮ４が設定される。
【００４５】以上のようにして、１つのＡＴＭ端末のア
プリケーションと他のＡＴＭ端末のアプリケーションの
間に複数のコネクションを設定することが可能となる。
図４(a) 及び(b) は、上述の第１の実施の形態において
使用される呼設定メッセージ（ＳＥＴＵＰ）と応答メッ
セージ（ＣＯＮＮＥＣＴ）のデータフォーマット例を示
す図である。
プリケーションと他のＡＴＭ端末のアプリケーションの
間に複数のコネクションを設定することが可能となる。
図４(a) 及び(b) は、上述の第１の実施の形態において
使用される呼設定メッセージ（ＳＥＴＵＰ）と応答メッ
セージ（ＣＯＮＮＥＣＴ）のデータフォーマット例を示
す図である。
【００４６】図４のInformation element フィールドに
おいて、(1) 〜(17)として示される各データは、図１４
に示されるデータフォーマットを有する。また、図４の
Direction フィールドにおいて、記号“both”は、それ
に対応するInformation element フィールドのデータ
が、メッセージがＡＴＭ端末１、２からＡＴＭ網５へ送
出される場合とメッセージがＡＴＭ網５からＡＴＭ端末
１、２へ送出される場合の両方の場合に、そのメッセー
ジに設定されることを意味している。また、記号“N->
U”は、それに対応するInformation element フィール
ドのデータが、メッセージがＡＴＭ網５からＡＴＭ端末
１、２へ送出される場合にのみ、そのメッセージに設定
されることを意味している。逆に、記号“U->N”は、そ
れに対応するInformation element フィールドのデータ
が、メッセージがＡＴＭ端末１、２からＡＴＭ網５へ送
出される場合にのみ、そのメッセージに設定されること
を意味している。
おいて、(1) 〜(17)として示される各データは、図１４
に示されるデータフォーマットを有する。また、図４の
Direction フィールドにおいて、記号“both”は、それ
に対応するInformation element フィールドのデータ
が、メッセージがＡＴＭ端末１、２からＡＴＭ網５へ送
出される場合とメッセージがＡＴＭ網５からＡＴＭ端末
１、２へ送出される場合の両方の場合に、そのメッセー
ジに設定されることを意味している。また、記号“N->
U”は、それに対応するInformation element フィール
ドのデータが、メッセージがＡＴＭ網５からＡＴＭ端末
１、２へ送出される場合にのみ、そのメッセージに設定
されることを意味している。逆に、記号“U->N”は、そ
れに対応するInformation element フィールドのデータ
が、メッセージがＡＴＭ端末１、２からＡＴＭ網５へ送
出される場合にのみ、そのメッセージに設定されること
を意味している。
【００４７】次に、図４のTypeフィールドで、記号“M
”は、それに対応するInformationelement フィールド
のデータが、メッセージに必須のデータであることを意
味している。また、記号“O ”は、それに対応するInfo
rmation element フィールドのデータが、メッセージに
オプションのデータであることを意味している。
”は、それに対応するInformationelement フィールド
のデータが、メッセージに必須のデータであることを意
味している。また、記号“O ”は、それに対応するInfo
rmation element フィールドのデータが、メッセージに
オプションのデータであることを意味している。
【００４８】最後に、図４のLengthに示される値は、そ
れにInformation element フィールドのデータのオクテ
ット長を示している。図１５は、発側の図１に示される
ＡＴＭ端末１、２内のシグナリング部３又は４内の図２
に示されるＡＴＭ呼制御部１０が、その端末で実行され
る任意のアプリケーションからコネクションの設定要求
（発信要求）を受信した場合に実行する具体的な処理を
示す動作フローチャートである。
れにInformation element フィールドのデータのオクテ
ット長を示している。図１５は、発側の図１に示される
ＡＴＭ端末１、２内のシグナリング部３又は４内の図２
に示されるＡＴＭ呼制御部１０が、その端末で実行され
る任意のアプリケーションからコネクションの設定要求
（発信要求）を受信した場合に実行する具体的な処理を
示す動作フローチャートである。
【００４９】まず、ＡＴＭ呼制御部１０は、ステップ１
で、発信要求を受け付ける。次に、ＡＴＭ呼制御部１０
は、ステップ２で、発信要求分析処理を実行する。この
処理においては、図２のアプリ対応データ部１３内の発
信要求を送信したアプリケーションに対応するテーブル
を参照することによって、そのアプリケーションに関す
る発信条件がチェックされる。この処理の詳細な動作フ
ローチャートは、図１６に示される。
で、発信要求を受け付ける。次に、ＡＴＭ呼制御部１０
は、ステップ２で、発信要求分析処理を実行する。この
処理においては、図２のアプリ対応データ部１３内の発
信要求を送信したアプリケーションに対応するテーブル
を参照することによって、そのアプリケーションに関す
る発信条件がチェックされる。この処理の詳細な動作フ
ローチャートは、図１６に示される。
【００５０】図１６において、ＡＴＭ呼制御部１０は、
ステップ７で、発信要求のあったアプリケーションに対
応する図２のアプリ対応データ部１３内のテーブルを決
定する。図１７は、このテーブルのデータフォーマット
の例を示す図である。以下の説明では、この図を参照す
るものとする。ここで、各アプリケーションは、それぞ
れに対応する各アプリケーションＩＤを有しており、各
アプリケーションに対応するテーブルは、アプリ対応デ
ータ部１３内のそのアプリケーションに付与されている
アプリケーションＩＤに対応するアドレスに記憶されて
いる。
ステップ７で、発信要求のあったアプリケーションに対
応する図２のアプリ対応データ部１３内のテーブルを決
定する。図１７は、このテーブルのデータフォーマット
の例を示す図である。以下の説明では、この図を参照す
るものとする。ここで、各アプリケーションは、それぞ
れに対応する各アプリケーションＩＤを有しており、各
アプリケーションに対応するテーブルは、アプリ対応デ
ータ部１３内のそのアプリケーションに付与されている
アプリケーションＩＤに対応するアドレスに記憶されて
いる。
【００５１】次に、ＡＴＭ呼制御部１０は、ステップ８
で、上記テーブルに設定されているコネクション数が０
であるか否かをチェックすることにより、上記発信要求
が、このテーブルに対応するアプリケーションからの最
初の発信要求であるか否かを判定する。上記発信要求が
上記テーブルに対応するアプリケーションからの最初の
発信要求である場合は、例えば、前述した図３のシーケ
ンス図において、アプリケーションＡ１からシグナリン
グ部３にコネクションＣＮ１の設定要求が送出された場
合、又はアプリケーションＡ２からシグナリング部３に
コネクションＣＮ３の設定要求が送出された場合に対応
する。逆に、上記発信要求が上記テーブルに対応するア
プリケーションからの最初の発信要求ではない場合は、
例えば、前述した図３のシーケンス図において、アプリ
ケーションＡ１からシグナリング部３にコネクションＣ
Ｎ２の設定要求が送出された場合、又はアプリケーショ
ンＡ２からシグナリング部３にコネクションＣＮ４の設
定要求が送出された場合に対応する。
で、上記テーブルに設定されているコネクション数が０
であるか否かをチェックすることにより、上記発信要求
が、このテーブルに対応するアプリケーションからの最
初の発信要求であるか否かを判定する。上記発信要求が
上記テーブルに対応するアプリケーションからの最初の
発信要求である場合は、例えば、前述した図３のシーケ
ンス図において、アプリケーションＡ１からシグナリン
グ部３にコネクションＣＮ１の設定要求が送出された場
合、又はアプリケーションＡ２からシグナリング部３に
コネクションＣＮ３の設定要求が送出された場合に対応
する。逆に、上記発信要求が上記テーブルに対応するア
プリケーションからの最初の発信要求ではない場合は、
例えば、前述した図３のシーケンス図において、アプリ
ケーションＡ１からシグナリング部３にコネクションＣ
Ｎ２の設定要求が送出された場合、又はアプリケーショ
ンＡ２からシグナリング部３にコネクションＣＮ４の設
定要求が送出された場合に対応する。
【００５２】上記発信要求が上記テーブルに対応するア
プリケーションからの最初の発信要求であってステップ
８の判定がＹＥＳ（Ｙ）の場合は、ＡＴＭ呼制御部１０
は、更にステップ９で、上記テーブルに設定されている
登録表示がＯＮになっているか否かを判定する。この登
録表示は、それが含まれるテーブルに対応するアプリケ
ーションの全てのコネクションが切断されたときに、特
には図示しない処理によってＯＦＦにされる。
プリケーションからの最初の発信要求であってステップ
８の判定がＹＥＳ（Ｙ）の場合は、ＡＴＭ呼制御部１０
は、更にステップ９で、上記テーブルに設定されている
登録表示がＯＮになっているか否かを判定する。この登
録表示は、それが含まれるテーブルに対応するアプリケ
ーションの全てのコネクションが切断されたときに、特
には図示しない処理によってＯＦＦにされる。
【００５３】従って、上記発信要求が上記テーブルに対
応するアプリケーションからの最初の発信要求であって
かつ上記登録表示がＯＮであるということは、そのアプ
リケーションの通信においてエラーが発生していること
を意味するため、ステップ９の判定がＹＥＳの場合は、
ＡＴＭ呼制御部１０は、ステップ１４で、その内部の発
信条件判定レジスタに、発信条件不成立を設定する。こ
のレジスタの状態は、後述する図１５のステップ３で判
定される。
応するアプリケーションからの最初の発信要求であって
かつ上記登録表示がＯＮであるということは、そのアプ
リケーションの通信においてエラーが発生していること
を意味するため、ステップ９の判定がＹＥＳの場合は、
ＡＴＭ呼制御部１０は、ステップ１４で、その内部の発
信条件判定レジスタに、発信条件不成立を設定する。こ
のレジスタの状態は、後述する図１５のステップ３で判
定される。
【００５４】一方、ステップ９の判定がＮＯの場合に
は、ＡＴＭ呼制御部１０は、ステップ１０で、その登録
表示をＯＮとする。続いて、ＡＴＭ呼制御部１０は、ス
テップ１１で、上記テーブル内のコネクション数を１と
し、また、上記テーブルに、属性情報と着アドレスを登
録する。属性情報としては、通信時のプロトコルタイプ
等が登録される。
は、ＡＴＭ呼制御部１０は、ステップ１０で、その登録
表示をＯＮとする。続いて、ＡＴＭ呼制御部１０は、ス
テップ１１で、上記テーブル内のコネクション数を１と
し、また、上記テーブルに、属性情報と着アドレスを登
録する。属性情報としては、通信時のプロトコルタイプ
等が登録される。
【００５５】次に、ＡＴＭ呼制御部１０は、ステップ１
２で、上記テーブル内のコネクション１状態を、発信中
状態とする。最後に、ＡＴＭ呼制御部１０は、ステップ
１３で、その内部の発信条件判定レジスタに、発信条件
成立を設定する。
２で、上記テーブル内のコネクション１状態を、発信中
状態とする。最後に、ＡＴＭ呼制御部１０は、ステップ
１３で、その内部の発信条件判定レジスタに、発信条件
成立を設定する。
【００５６】一方、上記発信要求が上記テーブルに対応
するアプリケーションからの最初の発信要求ではなくス
テップ８の判定がＮＯ（Ｎ）の場合は、ＡＴＭ呼制御部
１０は、ステップ１５で、上記テーブルに設定されてい
る登録表示がＯＮになっているか否かを判定する。前述
したように、この登録表示は、それが含まれるテーブル
に対応するアプリケーションの最初のコネクションが設
定されたときに、ステップ１０においてＯＮにされてい
る。
するアプリケーションからの最初の発信要求ではなくス
テップ８の判定がＮＯ（Ｎ）の場合は、ＡＴＭ呼制御部
１０は、ステップ１５で、上記テーブルに設定されてい
る登録表示がＯＮになっているか否かを判定する。前述
したように、この登録表示は、それが含まれるテーブル
に対応するアプリケーションの最初のコネクションが設
定されたときに、ステップ１０においてＯＮにされてい
る。
【００５７】従って、上記発信要求が上記テーブルに対
応するアプリケーションからの最初の発信要求ではなく
かつ上記登録表示がＯＮではないということは、そのア
プリケーションの通信においてエラーが発生しているこ
とを意味するため、ステップ１５の判定がＮＯの場合に
は、ＡＴＭ呼制御部１０は、ステップ２０で、その内部
の発信条件判定レジスタに、発信条件不成立を設定す
る。
応するアプリケーションからの最初の発信要求ではなく
かつ上記登録表示がＯＮではないということは、そのア
プリケーションの通信においてエラーが発生しているこ
とを意味するため、ステップ１５の判定がＮＯの場合に
は、ＡＴＭ呼制御部１０は、ステップ２０で、その内部
の発信条件判定レジスタに、発信条件不成立を設定す
る。
【００５８】一方、ステップ１５の判定がＹＥＳの場合
には、ＡＴＭ呼制御部１０は、ステップ１６で、上記テ
ーブル内のコネクション数を更新（プラス１）する。続
いて、ＡＴＭ呼制御部１０は、ステップ１７で、上記テ
ーブルに設定されているコネクション数と着アドレスを
チェックする。
には、ＡＴＭ呼制御部１０は、ステップ１６で、上記テ
ーブル内のコネクション数を更新（プラス１）する。続
いて、ＡＴＭ呼制御部１０は、ステップ１７で、上記テ
ーブルに設定されているコネクション数と着アドレスを
チェックする。
【００５９】上記テーブルに設定されているコネクショ
ン数がそれに対応するアプリケーションが処理可能な数
を超えており又は着アドレスが異常な値を示しておりス
テップ１７のチェック結果がＮＧの場合には、ＡＴＭ呼
制御部１０は、ステップ２０で、その内部の発信条件判
定レジスタに、発信条件不成立を設定する。
ン数がそれに対応するアプリケーションが処理可能な数
を超えており又は着アドレスが異常な値を示しておりス
テップ１７のチェック結果がＮＧの場合には、ＡＴＭ呼
制御部１０は、ステップ２０で、その内部の発信条件判
定レジスタに、発信条件不成立を設定する。
【００６０】上記テーブルに設定されているコネクショ
ン数又は着アドレスが正常な値を示しておりステップ１
７のチェック結果がＯＫの場合は、ＡＴＭ呼制御部１０
は、ステップ１８で、上記テーブル内のコネクションｎ
状態を、発信中状態とする。ここで、ｎは、現在の発信
要求がそれに対応するアプリケーションからの２回目の
ものなら２、３回目のものなら３となる。
ン数又は着アドレスが正常な値を示しておりステップ１
７のチェック結果がＯＫの場合は、ＡＴＭ呼制御部１０
は、ステップ１８で、上記テーブル内のコネクションｎ
状態を、発信中状態とする。ここで、ｎは、現在の発信
要求がそれに対応するアプリケーションからの２回目の
ものなら２、３回目のものなら３となる。
【００６１】最後に、ＡＴＭ呼制御部１０は、ステップ
１９で、その内部の発信条件判定レジスタに、発信条件
成立を設定する。図１５の説明に戻り、以上のようにし
て、ＡＴＭ呼制御部１０は、図１５のステップ２で、発
信要求に対応するアプリケーションに関する発信条件を
チェックした後、ステップ３で、前述した発信条件判定
レジスタの値を判定することにより、上記発信要求に対
する発信条件が成立したか否かを判定する。
１９で、その内部の発信条件判定レジスタに、発信条件
成立を設定する。図１５の説明に戻り、以上のようにし
て、ＡＴＭ呼制御部１０は、図１５のステップ２で、発
信要求に対応するアプリケーションに関する発信条件を
チェックした後、ステップ３で、前述した発信条件判定
レジスタの値を判定することにより、上記発信要求に対
する発信条件が成立したか否かを判定する。
【００６２】上記発信要求に対する発信条件が不成立で
ステップ３の判定がＮＯなら、ＡＴＭ呼制御部１０は、
その発信要求をリジェクトする。一方、上記発信要求に
対する発信条件が成立しステップ３の判定がＹＥＳなら
ば、ＡＴＭ呼制御部１０は、ステップ４で、発呼要求処
理を実行する。この処理において、ＡＴＭ呼制御部１０
は、上記発信要求に対応する発呼用の情報を生成し、そ
の情報に基づいて、図２のシグナリングプロトコル部１
１に対して、呼設定メッセージ（ＳＥＴＵＰ）のＡＴＭ
網５への送出を指示する。
ステップ３の判定がＮＯなら、ＡＴＭ呼制御部１０は、
その発信要求をリジェクトする。一方、上記発信要求に
対する発信条件が成立しステップ３の判定がＹＥＳなら
ば、ＡＴＭ呼制御部１０は、ステップ４で、発呼要求処
理を実行する。この処理において、ＡＴＭ呼制御部１０
は、上記発信要求に対応する発呼用の情報を生成し、そ
の情報に基づいて、図２のシグナリングプロトコル部１
１に対して、呼設定メッセージ（ＳＥＴＵＰ）のＡＴＭ
網５への送出を指示する。
【００６３】この場合特に、ＡＴＭ呼制御部１０からの
指示に従って、シグナリングプロトコル部１１は、図４
(a) に示される呼設定メッセージ（ＳＥＴＵＰ）に含ま
れるCalling party number(12)エレメント内の、図１２
(12)に示されるAddress/number digits(IA5 character
s) フィールド又はNSAP address octets フィールド
に、発側のＡＴＭ端末１のアドレスＸ１を設定する。ま
た、シグナリングプロトコル部１１は、図４(a) に示さ
れる呼設定メッセージ（ＳＥＴＵＰ）に含まれるCallin
g party subaddress(13)エレメント内の、図１２(13)に
示されるSubaddressinformationフィールドに、発側の
ＡＴＭ端末１のアプリケーションのサブアドレスを設定
する。また、シグナリングプロトコル部１１は、図４
(a) に示される呼設定メッセージ（ＳＥＴＵＰ）に含ま
れるCalled party number(10) エレメント内の、図１１
(10)に示されるAddress/number digits(IA5 character
s) フィールド又はNSAP address octets フィールド
に、着側のＡＴＭ端末２のアドレスＹ１を設定する。シ
グナリングプロトコル部１１は、図４(a) に示される呼
設定メッセージ（ＳＥＴＵＰ）に含まれるCalled party
subaddress(13) エレメント内の、図１１(11)に示され
るSubaddress informationフィールドに、着側のＡＴＭ
端末２のアプリケーションのサブアドレスを設定する。
指示に従って、シグナリングプロトコル部１１は、図４
(a) に示される呼設定メッセージ（ＳＥＴＵＰ）に含ま
れるCalling party number(12)エレメント内の、図１２
(12)に示されるAddress/number digits(IA5 character
s) フィールド又はNSAP address octets フィールド
に、発側のＡＴＭ端末１のアドレスＸ１を設定する。ま
た、シグナリングプロトコル部１１は、図４(a) に示さ
れる呼設定メッセージ（ＳＥＴＵＰ）に含まれるCallin
g party subaddress(13)エレメント内の、図１２(13)に
示されるSubaddressinformationフィールドに、発側の
ＡＴＭ端末１のアプリケーションのサブアドレスを設定
する。また、シグナリングプロトコル部１１は、図４
(a) に示される呼設定メッセージ（ＳＥＴＵＰ）に含ま
れるCalled party number(10) エレメント内の、図１１
(10)に示されるAddress/number digits(IA5 character
s) フィールド又はNSAP address octets フィールド
に、着側のＡＴＭ端末２のアドレスＹ１を設定する。シ
グナリングプロトコル部１１は、図４(a) に示される呼
設定メッセージ（ＳＥＴＵＰ）に含まれるCalled party
subaddress(13) エレメント内の、図１１(11)に示され
るSubaddress informationフィールドに、着側のＡＴＭ
端末２のアプリケーションのサブアドレスを設定する。
【００６４】また、ＡＴＭ呼制御部１０からの指示に従
って、シグナリングプロトコル部１１は、図４(a) に示
される呼設定メッセージ（ＳＥＴＵＰ）に含まれるCall
reference(2) エレメント内の、図５(2) に示されるCa
ll reference valueフィールドに、前記発信要求に対応
する一意な呼参照値を設定する。これは、ＡＴＭ端末
１、２が、各呼毎に呼制御用のメッセージを区別できる
ようにするために付与される値である。
って、シグナリングプロトコル部１１は、図４(a) に示
される呼設定メッセージ（ＳＥＴＵＰ）に含まれるCall
reference(2) エレメント内の、図５(2) に示されるCa
ll reference valueフィールドに、前記発信要求に対応
する一意な呼参照値を設定する。これは、ＡＴＭ端末
１、２が、各呼毎に呼制御用のメッセージを区別できる
ようにするために付与される値である。
【００６５】その他、呼設定メッセージ（ＳＥＴＵＰ）
に一般的な設定を行った後、シグナリングプロトコル部
１１は、その呼設定メッセージ（ＳＥＴＵＰ）を、呼制
御用の特定のＶＰＩ／ＶＣＩ値を有するＡＴＭセルに格
納し、そのＡＴＭセルを図２のセル抽出／挿入部１２か
らセル集線／分配部１４を介してＡＴＭ網５に送出す
る。
に一般的な設定を行った後、シグナリングプロトコル部
１１は、その呼設定メッセージ（ＳＥＴＵＰ）を、呼制
御用の特定のＶＰＩ／ＶＣＩ値を有するＡＴＭセルに格
納し、そのＡＴＭセルを図２のセル抽出／挿入部１２か
らセル集線／分配部１４を介してＡＴＭ網５に送出す
る。
【００６６】このようにして、図３のシーケンス図を用
いて前述したように、発側のＡＴＭ端末１又は２のアド
レスＸ１又はＹ１とアプリケーションのサブアドレス
と、着側のＡＴＭ端末２又は１のアドレスＹ１又はＸ１
とアプリケーションのサブアドレスとが設定された呼設
定メッセージ（ＳＥＴＵＰ）がＡＴＭ網５に送出される
ことになる。
いて前述したように、発側のＡＴＭ端末１又は２のアド
レスＸ１又はＹ１とアプリケーションのサブアドレス
と、着側のＡＴＭ端末２又は１のアドレスＹ１又はＸ１
とアプリケーションのサブアドレスとが設定された呼設
定メッセージ（ＳＥＴＵＰ）がＡＴＭ網５に送出される
ことになる。
【００６７】その後に、図３のシーケンス図を用いて前
述したように、発側のＡＴＭ端末１又は２内のＡＴＭ呼
制御部１０は、セル集線／分配部１４、セル抽出／挿入
部１２、及びシグナリングプロトコル部１１を介して、
ＡＴＭ網５から応答メッセージ（ＣＯＮＮＥＣＴ）を受
信すると、図１５のステップ５で、呼接続処理を実行す
る。
述したように、発側のＡＴＭ端末１又は２内のＡＴＭ呼
制御部１０は、セル集線／分配部１４、セル抽出／挿入
部１２、及びシグナリングプロトコル部１１を介して、
ＡＴＭ網５から応答メッセージ（ＣＯＮＮＥＣＴ）を受
信すると、図１５のステップ５で、呼接続処理を実行す
る。
【００６８】この処理において、ＡＴＭ呼制御部１０
は、まず、図４(b) に示される応答メッセージ（ＣＯＮ
ＮＥＣＴ）に含まれるCall reference(2) エレメント内
の、図５(2) に示されるCall reference valueフィール
ドに格納されている呼参照値を認識し、その応答メッセ
ージ（ＣＯＮＮＥＣＴ）が以前に送出したどのアプリケ
ーション及びコネクションに関する呼設定メッセージ
（ＳＥＴＵＰ）に対応するものであるかを認識すること
により、図１７に示される図２のアプリ対応データ部１
３内のテーブルを決定する。
は、まず、図４(b) に示される応答メッセージ（ＣＯＮ
ＮＥＣＴ）に含まれるCall reference(2) エレメント内
の、図５(2) に示されるCall reference valueフィール
ドに格納されている呼参照値を認識し、その応答メッセ
ージ（ＣＯＮＮＥＣＴ）が以前に送出したどのアプリケ
ーション及びコネクションに関する呼設定メッセージ
（ＳＥＴＵＰ）に対応するものであるかを認識すること
により、図１７に示される図２のアプリ対応データ部１
３内のテーブルを決定する。
【００６９】次に、発側のＡＴＭ端末１又は２内のＡＴ
Ｍ呼制御部１０は、上記テーブル内の該当するコネクシ
ョンｎ状態を発信中状態から通信中状態に変更する。更
に、ＡＴＭ呼制御部１０は、図４(b) に示される応答メ
ッセージ（ＣＯＮＮＥＣＴ）に含まれるConnection ide
ntifier(14) エレメント内の、図１３(14)に示されるVi
rtual Path Connection Identifierフィールドに格納さ
れているＶＰＩ値と、Virtual Channel Identifierフィ
ールドに格納されているＶＣＩ値を、それぞれ、上記テ
ーブル内のコネクションｎＶＰＩ及びコネクションｎＶ
ＣＩとして登録する。以後、上記テーブルに対応するア
プリケーションは、上記コネクションｎの通信は、上記
ＶＰＩ／ＶＣＩが格納されたＡＴＭセルを用いて行うこ
とになる。
Ｍ呼制御部１０は、上記テーブル内の該当するコネクシ
ョンｎ状態を発信中状態から通信中状態に変更する。更
に、ＡＴＭ呼制御部１０は、図４(b) に示される応答メ
ッセージ（ＣＯＮＮＥＣＴ）に含まれるConnection ide
ntifier(14) エレメント内の、図１３(14)に示されるVi
rtual Path Connection Identifierフィールドに格納さ
れているＶＰＩ値と、Virtual Channel Identifierフィ
ールドに格納されているＶＣＩ値を、それぞれ、上記テ
ーブル内のコネクションｎＶＰＩ及びコネクションｎＶ
ＣＩとして登録する。以後、上記テーブルに対応するア
プリケーションは、上記コネクションｎの通信は、上記
ＶＰＩ／ＶＣＩが格納されたＡＴＭセルを用いて行うこ
とになる。
【００７０】その後、発側のＡＴＭ端末１又は２内のＡ
ＴＭ呼制御部１０は、図１５のステップ６で、発信完了
通知処理を実行する。この処理では、ＡＴＭ呼制御部１
０は、図３のシーケンス図を用いて前述したように、シ
グナリングプロトコル部１１、セル抽出／挿入部１２、
及びセル集線／分配部１４を介して、ＡＴＭ網５に、前
記応答メッセージ（ＣＯＮＮＥＣＴ）に含まれていた呼
参照値と同じ呼参照値が含まれる応答確認メッセージ
（ＣＯＮＮ−ＡＣＫ）を送出する。これにより、ＡＴＭ
網５は、該当する呼の確立を確認する。
ＴＭ呼制御部１０は、図１５のステップ６で、発信完了
通知処理を実行する。この処理では、ＡＴＭ呼制御部１
０は、図３のシーケンス図を用いて前述したように、シ
グナリングプロトコル部１１、セル抽出／挿入部１２、
及びセル集線／分配部１４を介して、ＡＴＭ網５に、前
記応答メッセージ（ＣＯＮＮＥＣＴ）に含まれていた呼
参照値と同じ呼参照値が含まれる応答確認メッセージ
（ＣＯＮＮ−ＡＣＫ）を送出する。これにより、ＡＴＭ
網５は、該当する呼の確立を確認する。
【００７１】図１８は、着側の図１に示されるＡＴＭ端
末１、２内のシグナリング部３又は４内の図２に示され
るＡＴＭ呼制御部１０が、ＡＴＭ網５からセル集線／分
配部１４、セル抽出／挿入部１２、及びシグナリングプ
ロトコル部１１を介して、着信要求である呼設定メッセ
ージ（ＳＥＴＵＰ）を受信した場合に実行する具体的な
処理を示す動作フローチャートである。まず、ＡＴＭ呼
制御部１０は、図１８のステップ１で、着信要求受付処
理を実行する。
末１、２内のシグナリング部３又は４内の図２に示され
るＡＴＭ呼制御部１０が、ＡＴＭ網５からセル集線／分
配部１４、セル抽出／挿入部１２、及びシグナリングプ
ロトコル部１１を介して、着信要求である呼設定メッセ
ージ（ＳＥＴＵＰ）を受信した場合に実行する具体的な
処理を示す動作フローチャートである。まず、ＡＴＭ呼
制御部１０は、図１８のステップ１で、着信要求受付処
理を実行する。
【００７２】具体的には、ＡＴＭ呼制御部１０は、図４
(a) に示される呼設定メッセージ（ＳＥＴＵＰ）に含ま
れるCalled party subaddress(13) エレメント内の、図
１１(11)に示されるSubaddress informationフィールド
に設定されている、着側のＡＴＭ端末２のアプリケーシ
ョンのサブアドレスによって、対応するアプリケーショ
ンを決定し、図２のアプリ対応データ部１３内のそのア
プリケーションのアプリケーションＩＤに対応するアド
レスに記憶されている図１９に示されるテーブルを参照
することによって、そのアプリケーションに関する着信
条件をチェックする。より具体的には、上記テーブルが
実際にアプリ対応データ部１３上に存在するか否か、そ
のテーブル内のコネクション数がそれに対応するアプリ
ケーションが処理可能な数を超えていないか否か等をチ
ェックする。チェックの結果がＯＫなら、ＡＴＭ呼制御
部１０は、その内部の着信条件判定レジスタに、着信条
件成立を設定する。
(a) に示される呼設定メッセージ（ＳＥＴＵＰ）に含ま
れるCalled party subaddress(13) エレメント内の、図
１１(11)に示されるSubaddress informationフィールド
に設定されている、着側のＡＴＭ端末２のアプリケーシ
ョンのサブアドレスによって、対応するアプリケーショ
ンを決定し、図２のアプリ対応データ部１３内のそのア
プリケーションのアプリケーションＩＤに対応するアド
レスに記憶されている図１９に示されるテーブルを参照
することによって、そのアプリケーションに関する着信
条件をチェックする。より具体的には、上記テーブルが
実際にアプリ対応データ部１３上に存在するか否か、そ
のテーブル内のコネクション数がそれに対応するアプリ
ケーションが処理可能な数を超えていないか否か等をチ
ェックする。チェックの結果がＯＫなら、ＡＴＭ呼制御
部１０は、その内部の着信条件判定レジスタに、着信条
件成立を設定する。
【００７３】上述の動作と同時に、ＡＴＭ呼制御部１０
は、必要なコネクションｎを決定し、それに対応する上
記テーブル内のコネクションｎ状態を着信中状態に設定
すると共に、上記テーブル内のコネクション数を更新す
る。更に、ＡＴＭ呼制御部１０は、ＡＴＭ網５から受信
された図４(a) に示される呼設定メッセージ（ＳＥＴＵ
Ｐ）に含まれるConnection Identifier(14) エレメント
内の、図１３(14)に示されるVirtual Path Connection
Identifierフィールドに格納されているＶＰＩ値と、Vi
rtual Channel Identifierフィールドに格納されている
ＶＣＩ値を、それぞれ、上記テーブル内のコネクション
ｎＶＰＩ及びコネクションｎＶＣＩとして登録する。以
後、上記テーブルに対応する着側のアプリケーション
は、上記コネクションｎの通信は、上記ＶＰＩ／ＶＣＩ
が格納されたＡＴＭセルを用いて行うことになる。
は、必要なコネクションｎを決定し、それに対応する上
記テーブル内のコネクションｎ状態を着信中状態に設定
すると共に、上記テーブル内のコネクション数を更新す
る。更に、ＡＴＭ呼制御部１０は、ＡＴＭ網５から受信
された図４(a) に示される呼設定メッセージ（ＳＥＴＵ
Ｐ）に含まれるConnection Identifier(14) エレメント
内の、図１３(14)に示されるVirtual Path Connection
Identifierフィールドに格納されているＶＰＩ値と、Vi
rtual Channel Identifierフィールドに格納されている
ＶＣＩ値を、それぞれ、上記テーブル内のコネクション
ｎＶＰＩ及びコネクションｎＶＣＩとして登録する。以
後、上記テーブルに対応する着側のアプリケーション
は、上記コネクションｎの通信は、上記ＶＰＩ／ＶＣＩ
が格納されたＡＴＭセルを用いて行うことになる。
【００７４】上述の処理は、前述した図３のシーケンス
図では、ＡＴＭ端末２のシグナリング部４が、呼設定メ
ッセージ（ＳＥＴＵＰ）に設定されたサブアドレスＳ３
によるアプリケーションＡ３を識別する処理と、そのア
プリケーションＡ３に対してコネクションＣＮ１の設定
要求を送出する処理と、それに対してアプリケーション
Ａ３が、シグナリング部４に許諾（ＯＫ）を送出する処
理に対応する。
図では、ＡＴＭ端末２のシグナリング部４が、呼設定メ
ッセージ（ＳＥＴＵＰ）に設定されたサブアドレスＳ３
によるアプリケーションＡ３を識別する処理と、そのア
プリケーションＡ３に対してコネクションＣＮ１の設定
要求を送出する処理と、それに対してアプリケーション
Ａ３が、シグナリング部４に許諾（ＯＫ）を送出する処
理に対応する。
【００７５】次に、ＡＴＭ呼制御部１０は、図１８のス
テップ２で、上述の着信要求受付処理によって上述した
着信条件判定レジスタの値を判定することにより、着信
条件が成立したか否かを判定する。
テップ２で、上述の着信要求受付処理によって上述した
着信条件判定レジスタの値を判定することにより、着信
条件が成立したか否かを判定する。
【００７６】着信条件が不成立でステップ２の判定がＮ
Ｏなら、ＡＴＭ呼制御部１０は、図１８のステップ５
で、前記着信要求をリジェクトする。一方、着信条件が
成立しステップ２の判定がＹＥＳならば、ＡＴＭ呼制御
部１０は、ステップ３で、着信受付処理を実行する。こ
の処理において、ＡＴＭ呼制御部１０は、前記着信要求
に対応する応答用の情報を生成し、その情報に基づい
て、図２のシグナリングプロトコル部１１に対して、応
答メッセージ（ＣＯＮＮＥＣＴ）のＡＴＭ網５への送出
を指示する。
Ｏなら、ＡＴＭ呼制御部１０は、図１８のステップ５
で、前記着信要求をリジェクトする。一方、着信条件が
成立しステップ２の判定がＹＥＳならば、ＡＴＭ呼制御
部１０は、ステップ３で、着信受付処理を実行する。こ
の処理において、ＡＴＭ呼制御部１０は、前記着信要求
に対応する応答用の情報を生成し、その情報に基づい
て、図２のシグナリングプロトコル部１１に対して、応
答メッセージ（ＣＯＮＮＥＣＴ）のＡＴＭ網５への送出
を指示する。
【００７７】この場合特に、ＡＴＭ呼制御部１０からの
指示に従って、シグナリングプロトコル部１１は、受信
した図４(a) に示される呼設定メッセージ（ＳＥＴＵ
Ｐ）に含まれるCall reference(2) エレメント内の、図
５(2) に示されるCall reference valueフィールドに発
側で設定されている呼参照値を、図４(b) に示される応
答メッセージ（ＣＯＮＮＥＣＴ）に含まれるCall refer
ence(2) エレメント内の、図５(2) に示されるCall ref
erence valueフィールドに、設定する。この呼参照値に
よって、ＡＴＭ網５は、先に着側のＡＴＭ端末１又は２
に送った呼設定メッセージ（ＳＥＴＵＰ）に対応する応
答メッセージ（ＣＯＮＮＥＣＴ）を認識できる。
指示に従って、シグナリングプロトコル部１１は、受信
した図４(a) に示される呼設定メッセージ（ＳＥＴＵ
Ｐ）に含まれるCall reference(2) エレメント内の、図
５(2) に示されるCall reference valueフィールドに発
側で設定されている呼参照値を、図４(b) に示される応
答メッセージ（ＣＯＮＮＥＣＴ）に含まれるCall refer
ence(2) エレメント内の、図５(2) に示されるCall ref
erence valueフィールドに、設定する。この呼参照値に
よって、ＡＴＭ網５は、先に着側のＡＴＭ端末１又は２
に送った呼設定メッセージ（ＳＥＴＵＰ）に対応する応
答メッセージ（ＣＯＮＮＥＣＴ）を認識できる。
【００７８】その他、応答メッセージ（ＣＯＮＮＥＣ
Ｔ）に一般的な設定を行った後、シグナリングプロトコ
ル部１１は、その応答メッセージ（ＣＯＮＮＥＣＴ）
を、呼制御用の特定のＶＰＩ／ＶＣＩ値を有するＡＴＭ
セルに格納し、そのＡＴＭセルを図２のセル抽出／挿入
部１２からセル集線／分配部１４を介してＡＴＭ網５に
返送する。
Ｔ）に一般的な設定を行った後、シグナリングプロトコ
ル部１１は、その応答メッセージ（ＣＯＮＮＥＣＴ）
を、呼制御用の特定のＶＰＩ／ＶＣＩ値を有するＡＴＭ
セルに格納し、そのＡＴＭセルを図２のセル抽出／挿入
部１２からセル集線／分配部１４を介してＡＴＭ網５に
返送する。
【００７９】このようにして、図３のシーケンス図を用
いて前述したように、着側のＡＴＭ端末１又は２からＡ
ＴＭ網５へ、応答メッセージ（ＣＯＮＮＥＣＴ）が返さ
れる。
いて前述したように、着側のＡＴＭ端末１又は２からＡ
ＴＭ網５へ、応答メッセージ（ＣＯＮＮＥＣＴ）が返さ
れる。
【００８０】その後に、図３のシーケンス図を用いて前
述したように、着側のＡＴＭ端末１又は２内のＡＴＭ呼
制御部１０は、セル集線／分配部１４、セル抽出／挿入
部１２、及びシグナリングプロトコル部１１を介して、
ＡＴＭ網５から応答確認メッセージ（ＣＯＮＮ−ＡＣ
Ｋ）を受信すると、図１８のステップ４で、呼接続処理
を実行する。
述したように、着側のＡＴＭ端末１又は２内のＡＴＭ呼
制御部１０は、セル集線／分配部１４、セル抽出／挿入
部１２、及びシグナリングプロトコル部１１を介して、
ＡＴＭ網５から応答確認メッセージ（ＣＯＮＮ−ＡＣ
Ｋ）を受信すると、図１８のステップ４で、呼接続処理
を実行する。
【００８１】この処理において、ＡＴＭ呼制御部１０
は、まず、応答確認メッセージ（ＣＯＮＮ−ＡＣＫ）に
含まれるCall referenceエレメントに格納されている呼
参照値を認識し、その応答確認メッセージ（ＣＯＮＮ−
ＡＣＫ）が以前に返送したどのアプリケーション及びコ
ネクションに関する応答メッセージ（ＣＯＮＮＥＣＴ）
に対応するものであるかを認識することにより、図１９
に示される図２のアプリ対応データ部１３内のテーブル
を決定する。
は、まず、応答確認メッセージ（ＣＯＮＮ−ＡＣＫ）に
含まれるCall referenceエレメントに格納されている呼
参照値を認識し、その応答確認メッセージ（ＣＯＮＮ−
ＡＣＫ）が以前に返送したどのアプリケーション及びコ
ネクションに関する応答メッセージ（ＣＯＮＮＥＣＴ）
に対応するものであるかを認識することにより、図１９
に示される図２のアプリ対応データ部１３内のテーブル
を決定する。
【００８２】次に、着側のＡＴＭ端末１又は２内のＡＴ
Ｍ呼制御部１０は、上記テーブル内の該当するコネクシ
ョンｎ状態を着信中状態から通信中状態に変更する。こ
のようにして、着側のＡＴＭ端末１又は２は、該当する
呼の確立を確認する。
Ｍ呼制御部１０は、上記テーブル内の該当するコネクシ
ョンｎ状態を着信中状態から通信中状態に変更する。こ
のようにして、着側のＡＴＭ端末１又は２は、該当する
呼の確立を確認する。
【００８３】以上説明したように、第１の実施の形態で
は、ＡＴＭ端末１又は２に付与されるアドレスと、アプ
リケーションに付与されるサブアドレスを呼設定メッセ
ージ（ＳＥＴＵＰ）に格納して発側のＡＴＭ端末１又は
２から着側のＡＴＭ端末１又は２に転送することによ
り、発側と着側のアプリケーション間でのコネクション
の設定を確実に行うことができる。
は、ＡＴＭ端末１又は２に付与されるアドレスと、アプ
リケーションに付与されるサブアドレスを呼設定メッセ
ージ（ＳＥＴＵＰ）に格納して発側のＡＴＭ端末１又は
２から着側のＡＴＭ端末１又は２に転送することによ
り、発側と着側のアプリケーション間でのコネクション
の設定を確実に行うことができる。
【００８４】ここで、図１及び図２に示される構成で
は、ＡＴＭ網５にＡＴＭ端末１、２が直接接続される構
成を有しているが、第１の実施の形態のシーケンス（図
３参照）は、ＡＴＭ網にユーザ・網インタフェース（Ｕ
ＮＩ）によってセル分解組立装置（ＣＬＡＤ）が収容さ
れ、そのセル分解組立装置にそれぞれ端末が収容される
構成に対しても同様に適用できる。
は、ＡＴＭ網５にＡＴＭ端末１、２が直接接続される構
成を有しているが、第１の実施の形態のシーケンス（図
３参照）は、ＡＴＭ網にユーザ・網インタフェース（Ｕ
ＮＩ）によってセル分解組立装置（ＣＬＡＤ）が収容さ
れ、そのセル分解組立装置にそれぞれ端末が収容される
構成に対しても同様に適用できる。
【００８５】図２０は、そのようなセル分解組立装置
（ＣＬＡＤ）の構成図である。この構成が図１、図２に
示されるＡＴＭ端末１、２の構成と異なる点は、各アプ
リケーションが各ポートに接続される既存の端末（非Ａ
ＴＭ端末）に置き換えられている点のみである。その他
の、図２の場合と同じ番号が付与された各部分は、図２
の場合と同じ機能を有する。なお、ポート対応データ部
１３は、図２に示されるアプリ対応データ部１３に対し
て、名称が異なるだけで実質的に同じ機能を有する。
（ＣＬＡＤ）の構成図である。この構成が図１、図２に
示されるＡＴＭ端末１、２の構成と異なる点は、各アプ
リケーションが各ポートに接続される既存の端末（非Ａ
ＴＭ端末）に置き換えられている点のみである。その他
の、図２の場合と同じ番号が付与された各部分は、図２
の場合と同じ機能を有する。なお、ポート対応データ部
１３は、図２に示されるアプリ対応データ部１３に対し
て、名称が異なるだけで実質的に同じ機能を有する。
【００８６】そして、このような構成においては、図
１、図２の構成においてＡＴＭ端末１又は２に付与され
るアドレスと同様のアドレスがセル分解組立装置（ＣＬ
ＡＤ）に付与され、図１、図２の構成においてアプリケ
ーションに付与されるサブアドレスと同様のサブアドレ
スが既存の端末（非ＡＴＭ端末）に付与され、それらが
呼設定メッセージ（ＳＥＴＵＰ）に格納されて発側の端
末から発側のセル分解組立装置（ＣＬＡＤ）を介して着
側のセル分解組立装置（ＣＬＡＤ）を介して着側の端末
に転送されることにより、発側と着側の端末間でのコネ
クションの設定を確実に行うことができる。第２の実施の形態 次に、本発明の第２の実施の形態について説明する。
１、図２の構成においてＡＴＭ端末１又は２に付与され
るアドレスと同様のアドレスがセル分解組立装置（ＣＬ
ＡＤ）に付与され、図１、図２の構成においてアプリケ
ーションに付与されるサブアドレスと同様のサブアドレ
スが既存の端末（非ＡＴＭ端末）に付与され、それらが
呼設定メッセージ（ＳＥＴＵＰ）に格納されて発側の端
末から発側のセル分解組立装置（ＣＬＡＤ）を介して着
側のセル分解組立装置（ＣＬＡＤ）を介して着側の端末
に転送されることにより、発側と着側の端末間でのコネ
クションの設定を確実に行うことができる。第２の実施の形態 次に、本発明の第２の実施の形態について説明する。
【００８７】第２の実施の形態の構成は、第１の実施の
形態における図１、図２に示される構成と同じである。
以下に説明する第２の実施の形態では、図１におけるア
プリケーションＡ１〜Ａ４を指定するアプリケーション
ＩＤを同一の符号Ａ１〜Ａ４によって示す。
形態における図１、図２に示される構成と同じである。
以下に説明する第２の実施の形態では、図１におけるア
プリケーションＡ１〜Ａ４を指定するアプリケーション
ＩＤを同一の符号Ａ１〜Ａ４によって示す。
【００８８】第２の実施の形態では、第１の実施の形態
におけるような発側のアプリケーションのサブアドレス
と着側のアプリケーションのサブアドレスの代わりに、
発側のアプリケーションのアプリケーションＩＤが、呼
設定メッセージ（ＳＥＴＵＰ）の広帯域高位レイヤイン
フォメーションエレメントに設定され送出される。
におけるような発側のアプリケーションのサブアドレス
と着側のアプリケーションのサブアドレスの代わりに、
発側のアプリケーションのアプリケーションＩＤが、呼
設定メッセージ（ＳＥＴＵＰ）の広帯域高位レイヤイン
フォメーションエレメントに設定され送出される。
【００８９】例えば、アドレスＸ１を有するＡＴＭ端末
１のアプリケーションＡ１からアドレスＹ１を有するＡ
ＴＭ端末２のアプリケーションＡ３にコネクションＣＮ
１の設定要求が行われる場合を考える。
１のアプリケーションＡ１からアドレスＹ１を有するＡ
ＴＭ端末２のアプリケーションＡ３にコネクションＣＮ
１の設定要求が行われる場合を考える。
【００９０】図２１は、本発明の第１の実施の形態のシ
ーケンス説明図である。まず、図２１のシーケンス図に
おいて、アプリケーションＡ１からの発信要求に対し
て、発側のＡＴＭ端末１内のシグナリング部３内の図２
に示されるＡＴＭ呼制御部１０は、第１の実施の形態に
おいて図１５〜図１７を用いて説明した処理と同様の一
連の処理を実行する。
ーケンス説明図である。まず、図２１のシーケンス図に
おいて、アプリケーションＡ１からの発信要求に対し
て、発側のＡＴＭ端末１内のシグナリング部３内の図２
に示されるＡＴＭ呼制御部１０は、第１の実施の形態に
おいて図１５〜図１７を用いて説明した処理と同様の一
連の処理を実行する。
【００９１】そして、図１５のステップ４に対応する処
理において、発側のＡＴＭ端末１内のシグナリング部３
内の図２に示されるシグナリングプロトコル部１１は、
ＡＴＭ呼制御部１０からの指示に従って、図４(a) に示
される呼設定メッセージ（ＳＥＴＵＰ）に含まれるBroa
dband high layer information(8) エレメント内の、図
２２(8) に示されるHigh layer information type フィ
ールドにユーザ特有情報を設定すると共に、図２２(8)
に示されるHigh layer informationフィールドに発信要
求を行った発側のアプリケーションＡ１のアプリケーシ
ョンＩＤ（ＡＰＬ−ＩＤ） Ａ１を設定する。
理において、発側のＡＴＭ端末１内のシグナリング部３
内の図２に示されるシグナリングプロトコル部１１は、
ＡＴＭ呼制御部１０からの指示に従って、図４(a) に示
される呼設定メッセージ（ＳＥＴＵＰ）に含まれるBroa
dband high layer information(8) エレメント内の、図
２２(8) に示されるHigh layer information type フィ
ールドにユーザ特有情報を設定すると共に、図２２(8)
に示されるHigh layer informationフィールドに発信要
求を行った発側のアプリケーションＡ１のアプリケーシ
ョンＩＤ（ＡＰＬ−ＩＤ） Ａ１を設定する。
【００９２】また、ＡＴＭ呼制御部１０からの指示に従
って、シグナリングプロトコル部１１は、図４(a) に示
される呼設定メッセージ（ＳＥＴＵＰ）に含まれるCall
ingparty number(12)エレメント内の、図１２(12)に示
されるAddress/number digits(IA5 characters) フィー
ルド又はNSAP address octets フィールドに、発側のＡ
ＴＭ端末１のアドレスＸ１を設定する。また、図４(a)
に示される呼設定メッセージ（ＳＥＴＵＰ）に含まれる
Called party number(10) エレメント内の、図１１(10)
に示されるAddress/number digits(IA5 characters) フ
ィールド又はNSAP address octets フィールドに、着側
のＡＴＭ端末２のアドレスＹ１を設定する。
って、シグナリングプロトコル部１１は、図４(a) に示
される呼設定メッセージ（ＳＥＴＵＰ）に含まれるCall
ingparty number(12)エレメント内の、図１２(12)に示
されるAddress/number digits(IA5 characters) フィー
ルド又はNSAP address octets フィールドに、発側のＡ
ＴＭ端末１のアドレスＸ１を設定する。また、図４(a)
に示される呼設定メッセージ（ＳＥＴＵＰ）に含まれる
Called party number(10) エレメント内の、図１１(10)
に示されるAddress/number digits(IA5 characters) フ
ィールド又はNSAP address octets フィールドに、着側
のＡＴＭ端末２のアドレスＹ１を設定する。
【００９３】更に、第１の実施の形態の場合と同様に、
ＡＴＭ呼制御部１０からの指示に従って、シグナリング
プロトコル部１１は、図４(a) に示される呼設定メッセ
ージ（ＳＥＴＵＰ）に含まれるCall reference(2) エレ
メント内の、図５(2) に示されるCall reference value
フィールドに、前記発信要求に対応する一意な呼参照値
を設定するほか、呼設定メッセージ（ＳＥＴＵＰ）に一
般的な設定を行う。
ＡＴＭ呼制御部１０からの指示に従って、シグナリング
プロトコル部１１は、図４(a) に示される呼設定メッセ
ージ（ＳＥＴＵＰ）に含まれるCall reference(2) エレ
メント内の、図５(2) に示されるCall reference value
フィールドに、前記発信要求に対応する一意な呼参照値
を設定するほか、呼設定メッセージ（ＳＥＴＵＰ）に一
般的な設定を行う。
【００９４】その後、シグナリングプロトコル部１１
は、その呼設定メッセージ（ＳＥＴＵＰ）を、呼制御用
の特定のＶＰＩ／ＶＣＩ値を有するＡＴＭセルに格納
し、そのＡＴＭセルを図２のセル抽出／挿入部１２から
セル集線／分配部１４を介してＡＴＭ網５に送出する。
は、その呼設定メッセージ（ＳＥＴＵＰ）を、呼制御用
の特定のＶＰＩ／ＶＣＩ値を有するＡＴＭセルに格納
し、そのＡＴＭセルを図２のセル抽出／挿入部１２から
セル集線／分配部１４を介してＡＴＭ網５に送出する。
【００９５】ＡＴＭ網５は、その呼設定メッセージ（Ｓ
ＥＴＵＰ）に応答して発側のＡＴＭ端末１に対して呼受
付メッセージ（ＣＡＬＬ−ＰＲＯＣ）を返送すると共
に、呼設定メッセージ（ＳＥＴＵＰ）内のアドレスＹ１
に従って、ＡＴＭ端末２にＡＴＭ端末１からの呼設定メ
ッセージ（ＳＥＴＵＰ）を送出する。
ＥＴＵＰ）に応答して発側のＡＴＭ端末１に対して呼受
付メッセージ（ＣＡＬＬ−ＰＲＯＣ）を返送すると共
に、呼設定メッセージ（ＳＥＴＵＰ）内のアドレスＹ１
に従って、ＡＴＭ端末２にＡＴＭ端末１からの呼設定メ
ッセージ（ＳＥＴＵＰ）を送出する。
【００９６】ＡＴＭ端末２のシグナリング部４は、図４
(a) に示される呼設定メッセージ（ＳＥＴＵＰ）に含ま
れるBroadband high layer information(8) エレメント
内の、図２２(8) に示されるHigh layer information t
ype フィールドにユーザ特有情報が設定されている場合
に、図２２(8) に示されるHigh layer informationフィ
ールドに設定されている発信要求を行った発側のアプリ
ケーションＡ１のアプリケーションＩＤ Ａ１を識別
し、それに対応する着側のアプリケーションＡ３を検索
し、そのアプリケーションＡ３に対してコネクションＣ
Ｎ１の設定要求を送出する。
(a) に示される呼設定メッセージ（ＳＥＴＵＰ）に含ま
れるBroadband high layer information(8) エレメント
内の、図２２(8) に示されるHigh layer information t
ype フィールドにユーザ特有情報が設定されている場合
に、図２２(8) に示されるHigh layer informationフィ
ールドに設定されている発信要求を行った発側のアプリ
ケーションＡ１のアプリケーションＩＤ Ａ１を識別
し、それに対応する着側のアプリケーションＡ３を検索
し、そのアプリケーションＡ３に対してコネクションＣ
Ｎ１の設定要求を送出する。
【００９７】この時、アプリケーションＡ３は、コネク
ションを設定可能の状態であると、シグナリング部４に
許諾（ＯＫ）を送出する。シグナリング部４は、それを
受信することによって、応答メッセージ（ＣＯＮＮＥＣ
Ｔ）をＡＴＭ網５に送出する。
ションを設定可能の状態であると、シグナリング部４に
許諾（ＯＫ）を送出する。シグナリング部４は、それを
受信することによって、応答メッセージ（ＣＯＮＮＥＣ
Ｔ）をＡＴＭ網５に送出する。
【００９８】ＡＴＭ網５は、ＡＴＭ端末２から応答メッ
セージ（ＣＯＮＮＥＣＴ）を受信すると、ＡＴＭ端末２
のシグナリング部４に応答確認メッセージ（ＣＯＮＮ−
ＡＣＫ）を送出すると共に、ＡＴＭ端末１のシグナリン
グ部３に応答メッセージ（ＣＯＮＮＥＣＴ）を送出す
る。
セージ（ＣＯＮＮＥＣＴ）を受信すると、ＡＴＭ端末２
のシグナリング部４に応答確認メッセージ（ＣＯＮＮ−
ＡＣＫ）を送出すると共に、ＡＴＭ端末１のシグナリン
グ部３に応答メッセージ（ＣＯＮＮＥＣＴ）を送出す
る。
【００９９】ＡＴＭ端末１のシグナリング部３は、ＡＴ
Ｍ網５から応答メッセージ（ＣＯＮＮＥＣＴ）を受信す
ると、第１の実施の形態の場合と同様の図１５のステッ
プ５で示される呼接続処理を実行した後、図１５のステ
ップ６で示される発信完了通知処理を実行することによ
り、ＡＴＭ網５に応答確認メッセージ（ＣＯＮＮ−ＡＣ
Ｋ）を送出する。
Ｍ網５から応答メッセージ（ＣＯＮＮＥＣＴ）を受信す
ると、第１の実施の形態の場合と同様の図１５のステッ
プ５で示される呼接続処理を実行した後、図１５のステ
ップ６で示される発信完了通知処理を実行することによ
り、ＡＴＭ網５に応答確認メッセージ（ＣＯＮＮ−ＡＣ
Ｋ）を送出する。
【０１００】この結果、アプリケーションＡ１、Ａ３間
に、コネクションＣＮ１が設定される。次に、アプリケ
ーションＡ１、Ａ３間にコネクションＣＮ１が設定され
た後、再びアプリケーションＡ１から新たなコネクショ
ンＣＮ２の設定要求がシグナリング部３に送出される
と、シグナリング部３は、呼設定メッセージ（ＳＥＴＵ
Ｐ）内のBroadband high layer information(8) エレメ
ントに、再び発側のアプリケーションＡ１に対応するア
プリケーションＩＤ Ａ１を設定し、それをＡＴＭ網５
に送出する。以下、コネクションＣＮ１の場合と同様に
して、アプリケーションＡ１、Ａ３間に、新たなコネク
ションＣＮ２が設定される。
に、コネクションＣＮ１が設定される。次に、アプリケ
ーションＡ１、Ａ３間にコネクションＣＮ１が設定され
た後、再びアプリケーションＡ１から新たなコネクショ
ンＣＮ２の設定要求がシグナリング部３に送出される
と、シグナリング部３は、呼設定メッセージ（ＳＥＴＵ
Ｐ）内のBroadband high layer information(8) エレメ
ントに、再び発側のアプリケーションＡ１に対応するア
プリケーションＩＤ Ａ１を設定し、それをＡＴＭ網５
に送出する。以下、コネクションＣＮ１の場合と同様に
して、アプリケーションＡ１、Ａ３間に、新たなコネク
ションＣＮ２が設定される。
【０１０１】このようにして、所望のアプリケーション
Ａ１、Ａ３間に、複数のコネクションＣＮ１、ＣＮ２を
設定することができる。ＡＴＭ端末１のアプリケーショ
ンＡ２からＡＴＭ端末２のアプリケーションＡ４に対し
てコネクションＣＮ３、ＣＮ４が設定される場合も、上
述の場合と全く同様である。
Ａ１、Ａ３間に、複数のコネクションＣＮ１、ＣＮ２を
設定することができる。ＡＴＭ端末１のアプリケーショ
ンＡ２からＡＴＭ端末２のアプリケーションＡ４に対し
てコネクションＣＮ３、ＣＮ４が設定される場合も、上
述の場合と全く同様である。
【０１０２】上述のシーケンス例で示される第２の実施
の形態のシーケンスにおいて、発側のＡＴＭ端末１又は
２内のシグナリング部３又は４で実行される発信時の処
理は、前述したように第１の実施の形態において図１５
〜図１７を用いて説明したものと同じである。
の形態のシーケンスにおいて、発側のＡＴＭ端末１又は
２内のシグナリング部３又は４で実行される発信時の処
理は、前述したように第１の実施の形態において図１５
〜図１７を用いて説明したものと同じである。
【０１０３】また、着側のＡＴＭ端末１又は２内のシグ
ナリング部３又は４で実行される発信時の全体処理は、
第１の実施の形態において図１８及び図１９を用いて説
明したものと同じである。但し、図１８のステップ１の
着信要求受付処理は、第２の実施の形態では、図２３の
動作フローチャートによって示される。
ナリング部３又は４で実行される発信時の全体処理は、
第１の実施の形態において図１８及び図１９を用いて説
明したものと同じである。但し、図１８のステップ１の
着信要求受付処理は、第２の実施の形態では、図２３の
動作フローチャートによって示される。
【０１０４】図２３において、ＡＴＭ呼制御部１０は、
ステップ１で、図４(a) に示される呼設定メッセージ
（ＳＥＴＵＰ）に含まれるBroadband high layer infor
mation(8) エレメント内の、図２２(8) に示されるHigh
layer informationフィールドに発信要求を行った発側
のアプリケーションＡ１のアプリケーションＩＤ Ａ１
が、図２のアプリ対応データ部１３内の何れかの着側の
アプリケーションに対応する図１９に示されるテーブル
のアプリケーションＩＤフィールドに登録されているか
否かを判定する。
ステップ１で、図４(a) に示される呼設定メッセージ
（ＳＥＴＵＰ）に含まれるBroadband high layer infor
mation(8) エレメント内の、図２２(8) に示されるHigh
layer informationフィールドに発信要求を行った発側
のアプリケーションＡ１のアプリケーションＩＤ Ａ１
が、図２のアプリ対応データ部１３内の何れかの着側の
アプリケーションに対応する図１９に示されるテーブル
のアプリケーションＩＤフィールドに登録されているか
否かを判定する。
【０１０５】そして、ＡＴＭ呼制御部１０は、ステップ
２において、上述のステップ１の判定の結果、発側のア
プリケーションＩＤ Ａ１が登録されている着側のアプ
リケーションのテーブルが存在するか否かを判定する。
２において、上述のステップ１の判定の結果、発側のア
プリケーションＩＤ Ａ１が登録されている着側のアプ
リケーションのテーブルが存在するか否かを判定する。
【０１０６】発側のアプリケーションＩＤ Ａ１が登録
されている着側のアプリケーションのテーブルが存在せ
ずステップ２の判定がＮＯの場合には、ＡＴＭ呼制御部
１０は、ステップ３を実行する。このような場合は、図
２１のシーケンス図において、例えば発側のアプリケー
ションＡ１が初めて発信要求を送出した場合に対応す
る。
されている着側のアプリケーションのテーブルが存在せ
ずステップ２の判定がＮＯの場合には、ＡＴＭ呼制御部
１０は、ステップ３を実行する。このような場合は、図
２１のシーケンス図において、例えば発側のアプリケー
ションＡ１が初めて発信要求を送出した場合に対応す
る。
【０１０７】ＡＴＭ呼制御部１０は、ステップ３で、ア
プリ対応データ部１３上のテーブルを検索することによ
り、通信を行っていない空きアプリケーションの中で着
信可能なアプリケーションを検索する。次に、ＡＴＭ呼
制御部１０は、ステップ４で、ステップ３の検索に対応
する着側のアプリケーションが存在するか否かを判定す
る。
プリ対応データ部１３上のテーブルを検索することによ
り、通信を行っていない空きアプリケーションの中で着
信可能なアプリケーションを検索する。次に、ＡＴＭ呼
制御部１０は、ステップ４で、ステップ３の検索に対応
する着側のアプリケーションが存在するか否かを判定す
る。
【０１０８】ステップ３の検索に対応する着側のアプリ
ケーションが存在せずステップ４の判定がＮＯの場合に
は、ＡＴＭ呼制御部１０は、ステップ９で、その内部の
着信条件判定レジスタに、着信条件不成立を設定する。
このレジスタの状態は、図１８のステップ２で判定され
る。
ケーションが存在せずステップ４の判定がＮＯの場合に
は、ＡＴＭ呼制御部１０は、ステップ９で、その内部の
着信条件判定レジスタに、着信条件不成立を設定する。
このレジスタの状態は、図１８のステップ２で判定され
る。
【０１０９】一方、ステップ３の検索に対応する着側の
アプリケーションが存在しステップ４の判定がＹＥＳの
場合には、ＡＴＭ呼制御部１０は、ステップ５で、アプ
リ対応データ部１３内の上記着側のアプリケーションに
対応する図１９に示されるテーブル内の登録表示をＯＮ
とする。
アプリケーションが存在しステップ４の判定がＹＥＳの
場合には、ＡＴＭ呼制御部１０は、ステップ５で、アプ
リ対応データ部１３内の上記着側のアプリケーションに
対応する図１９に示されるテーブル内の登録表示をＯＮ
とする。
【０１１０】続いて、ＡＴＭ呼制御部１０は、ステップ
６で、上記テーブル内のコネクション数を１とし、ま
た、上記テーブルに、受信した図４(a) の呼設定メッセ
ージ（ＳＥＴＵＰ）に含まれるCalling party number(1
2)エレメントに格納されている発側のＡＴＭ端末１のア
ドレス（発アドレス）と、第１の実施の形態の場合と同
様の属性情報と、受信した図４(a) の呼設定メッセージ
（ＳＥＴＵＰ）に含まれるBroadband high layer infor
mation(8) エレメントに格納されている発信要求を行っ
た発側のアプリケーションＩＤを、それぞれ登録する。
６で、上記テーブル内のコネクション数を１とし、ま
た、上記テーブルに、受信した図４(a) の呼設定メッセ
ージ（ＳＥＴＵＰ）に含まれるCalling party number(1
2)エレメントに格納されている発側のＡＴＭ端末１のア
ドレス（発アドレス）と、第１の実施の形態の場合と同
様の属性情報と、受信した図４(a) の呼設定メッセージ
（ＳＥＴＵＰ）に含まれるBroadband high layer infor
mation(8) エレメントに格納されている発信要求を行っ
た発側のアプリケーションＩＤを、それぞれ登録する。
【０１１１】次に、ＡＴＭ呼制御部１０は、ステップ７
で、上記テーブル内のコネクション１状態を、着信中状
態とする。最後に、ＡＴＭ呼制御部１０は、ステップ８
で、その内部の着信条件判定レジスタに、着信条件成立
を設定する。
で、上記テーブル内のコネクション１状態を、着信中状
態とする。最後に、ＡＴＭ呼制御部１０は、ステップ８
で、その内部の着信条件判定レジスタに、着信条件成立
を設定する。
【０１１２】一方、発側のアプリケーションＩＤ Ａ１
が登録されている着側のアプリケーションのテーブルが
存在しステップ２の判定がＹＥＳの場合には、ＡＴＭ呼
制御部１０は、ステップ１０を実行する。このような場
合は、図２１のシーケンス図において、例えば発側のア
プリケーションＡ１がコネクションＣＮ１を設定した
後、更にコネクションＣＮ２の設定要求を送出した場合
に対応する。
が登録されている着側のアプリケーションのテーブルが
存在しステップ２の判定がＹＥＳの場合には、ＡＴＭ呼
制御部１０は、ステップ１０を実行する。このような場
合は、図２１のシーケンス図において、例えば発側のア
プリケーションＡ１がコネクションＣＮ１を設定した
後、更にコネクションＣＮ２の設定要求を送出した場合
に対応する。
【０１１３】ＡＴＭ呼制御部１０は、ステップ１０で、
上記テーブルに設定されているコネクション数、アプリ
ケーションＩＤ、及び発側のＡＴＭ端末１又は２のアド
レスをチェックする。
上記テーブルに設定されているコネクション数、アプリ
ケーションＩＤ、及び発側のＡＴＭ端末１又は２のアド
レスをチェックする。
【０１１４】上記テーブルに設定されているコネクショ
ン数がそれに対応する着側のアプリケーションが処理可
能な数を超えている場合、又はアプリケーションＩＤが
設定されていないような場合、或いは、発側のＡＴＭ端
末１又は２のアドレスが設定されていないような場合に
は、ステップ１０のチェック結果はＮＧとなる。この場
合には、ＡＴＭ呼制御部１０は、ステップ１４で、その
内部の着信条件判定レジスタに、着信条件不成立を設定
する。
ン数がそれに対応する着側のアプリケーションが処理可
能な数を超えている場合、又はアプリケーションＩＤが
設定されていないような場合、或いは、発側のＡＴＭ端
末１又は２のアドレスが設定されていないような場合に
は、ステップ１０のチェック結果はＮＧとなる。この場
合には、ＡＴＭ呼制御部１０は、ステップ１４で、その
内部の着信条件判定レジスタに、着信条件不成立を設定
する。
【０１１５】一方、ステップ１０のチェック結果がＯＫ
の場合は、ＡＴＭ呼制御部１０は、ステップ１１で、上
記テーブル内のコネクション数を更新（プラス１）す
る。次に、ＡＴＭ呼制御部１０は、ステップ１２で、上
記テーブル内のコネクションｎ状態を着信中状態とす
る。ここで、ｎは、それに対応するアプリケーションに
対する現在の着信要求が２回目のものなら２、３回目の
ものなら３となる。
の場合は、ＡＴＭ呼制御部１０は、ステップ１１で、上
記テーブル内のコネクション数を更新（プラス１）す
る。次に、ＡＴＭ呼制御部１０は、ステップ１２で、上
記テーブル内のコネクションｎ状態を着信中状態とす
る。ここで、ｎは、それに対応するアプリケーションに
対する現在の着信要求が２回目のものなら２、３回目の
ものなら３となる。
【０１１６】最後に、ＡＴＭ呼制御部１０は、ステップ
１３で、その内部の着信条件判定レジスタに、着信条件
成立を設定する。以上のようにして、第２の実施の形態
では、図４(a) の呼設定メッセージ（ＳＥＴＵＰ）に含
まれるBroadband high layer information(8) エレメン
トに格納されている発信要求を行った発側のアプリケー
ションＩＤに基づいて、発側のアプリケーションと着側
のアプリケーションの間の複数のコネクションを確実に
設定することができる。
１３で、その内部の着信条件判定レジスタに、着信条件
成立を設定する。以上のようにして、第２の実施の形態
では、図４(a) の呼設定メッセージ（ＳＥＴＵＰ）に含
まれるBroadband high layer information(8) エレメン
トに格納されている発信要求を行った発側のアプリケー
ションＩＤに基づいて、発側のアプリケーションと着側
のアプリケーションの間の複数のコネクションを確実に
設定することができる。
【０１１７】第２の実施の形態においては、第１の実施
の形態で用いられたようなサブアドレスは用いられない
ため、アドレス体系上の制約が生じず、アドレス資源の
有効利用が図れるという利点がある。
の形態で用いられたようなサブアドレスは用いられない
ため、アドレス体系上の制約が生じず、アドレス資源の
有効利用が図れるという利点がある。
【０１１８】ここで、第２の実施の形態において採用さ
れる図１及び図２に示される構成では、ＡＴＭ網５にＡ
ＴＭ端末１、２が直接接続される構成を有しているが、
第２の実施の形態のシーケンス（図２１参照）は、図２
０に示されるように、ＡＴＭ網にユーザ・網インタフェ
ース（ＵＮＩ）によりセル分解組立装置（ＣＬＡＤ）が
収容され、そのセル分解組立装置にそれぞれ端末が収容
される構成に対しても同様に適用できる。
れる図１及び図２に示される構成では、ＡＴＭ網５にＡ
ＴＭ端末１、２が直接接続される構成を有しているが、
第２の実施の形態のシーケンス（図２１参照）は、図２
０に示されるように、ＡＴＭ網にユーザ・網インタフェ
ース（ＵＮＩ）によりセル分解組立装置（ＣＬＡＤ）が
収容され、そのセル分解組立装置にそれぞれ端末が収容
される構成に対しても同様に適用できる。
【０１１９】この場合には、セル分解組立装置に収容さ
れる端末を特定する端末ＩＤが、図４(a) の呼設定メッ
セージ（ＳＥＴＵＰ）に含まれるBroadband high layer
information(8) エレメントに格納されることになる。
れる端末を特定する端末ＩＤが、図４(a) の呼設定メッ
セージ（ＳＥＴＵＰ）に含まれるBroadband high layer
information(8) エレメントに格納されることになる。
【０１２０】また、以上説明した第２の実施の形態の説
明では、図４(a) の呼設定メッセージ（ＳＥＴＵＰ）に
含まれるBroadband high layer information(8) エレメ
ントには、発信要求を行った発側のアプリケーションＩ
Ｄ又は端末ＩＤが格納されているが、次に説明する第３
の実施の形態の場合のように、Broadband high layerin
formation(8) エレメントに、最初の接続要求において
はアプリケーション又は端末に関するアドレスは設定せ
ず、２回目以降の接続要求において、着側のアプリケー
ションＩＤ又は端末ＩＤが格納されるようにしても、発
側のアプリケーション又は端末と着側のアプリケーショ
ン又は端末の間の複数のコネクションを確実に設定する
ことができる。第３の実施の形態 次に、本発明の第３の実施の形態について説明する。
明では、図４(a) の呼設定メッセージ（ＳＥＴＵＰ）に
含まれるBroadband high layer information(8) エレメ
ントには、発信要求を行った発側のアプリケーションＩ
Ｄ又は端末ＩＤが格納されているが、次に説明する第３
の実施の形態の場合のように、Broadband high layerin
formation(8) エレメントに、最初の接続要求において
はアプリケーション又は端末に関するアドレスは設定せ
ず、２回目以降の接続要求において、着側のアプリケー
ションＩＤ又は端末ＩＤが格納されるようにしても、発
側のアプリケーション又は端末と着側のアプリケーショ
ン又は端末の間の複数のコネクションを確実に設定する
ことができる。第３の実施の形態 次に、本発明の第３の実施の形態について説明する。
【０１２１】第３の実施の形態の構成は、第１の実施の
形態における図１、図２に示される構成と同じである。
以下に説明する第３の実施の形態では、第２の実施の形
態の場合と同様、図１におけるアプリケーションＡ１〜
Ａ４を指定するアプリケーションＩＤを同一の符号Ａ１
〜Ａ４によって示す。
形態における図１、図２に示される構成と同じである。
以下に説明する第３の実施の形態では、第２の実施の形
態の場合と同様、図１におけるアプリケーションＡ１〜
Ａ４を指定するアプリケーションＩＤを同一の符号Ａ１
〜Ａ４によって示す。
【０１２２】第３の実施の形態では、第２の実施の形態
で定義されたアプリケーションＩＤが、呼設定メッセー
ジ（ＳＥＴＵＰ）のBroadband high layer information
（広帯域高位レイヤインフォメーション）エレメントで
はなく、呼設定メッセージ（ＳＥＴＵＰ）及び応答メッ
セージ（ＣＯＮＮＥＣＴ）上で定義される新たなインフ
ォメーションエレメント（ＩＥ）を用いて伝送される。
で定義されたアプリケーションＩＤが、呼設定メッセー
ジ（ＳＥＴＵＰ）のBroadband high layer information
（広帯域高位レイヤインフォメーション）エレメントで
はなく、呼設定メッセージ（ＳＥＴＵＰ）及び応答メッ
セージ（ＣＯＮＮＥＣＴ）上で定義される新たなインフ
ォメーションエレメント（ＩＥ）を用いて伝送される。
【０１２３】このインフォメーションエレメント（Ｉ
Ｅ）は、エンド・エンドのアプリケーション間で、自由
に使用できるトランスペアレントなデータとする。図２
４(a) 及び(b) は、第３の実施の形態において使用され
る呼設定メッセージ（ＳＥＴＵＰ）と応答メッセージ
（ＣＯＮＮＥＣＴ）のデータフォーマット例を示す図で
ある。このデータフォーマットが、図４(a) 及び(b) に
示される第１の実施の形態におけるものと異なる点は、
呼設定メッセージ（ＳＥＴＵＰ）及び応答メッセージ
（ＣＯＮＮＥＣＴ）に、User data information(18) エ
レメントという新たなインフォメーションエレメント
（ＩＥ）が定義される点である。
Ｅ）は、エンド・エンドのアプリケーション間で、自由
に使用できるトランスペアレントなデータとする。図２
４(a) 及び(b) は、第３の実施の形態において使用され
る呼設定メッセージ（ＳＥＴＵＰ）と応答メッセージ
（ＣＯＮＮＥＣＴ）のデータフォーマット例を示す図で
ある。このデータフォーマットが、図４(a) 及び(b) に
示される第１の実施の形態におけるものと異なる点は、
呼設定メッセージ（ＳＥＴＵＰ）及び応答メッセージ
（ＣＯＮＮＥＣＴ）に、User data information(18) エ
レメントという新たなインフォメーションエレメント
（ＩＥ）が定義される点である。
【０１２４】このエレメントの詳細は、図２５に示され
る。図２５において、Informationelement identifier
フィールドには、User data information エレメントを
示す適当な識別子が設定され、User data information
typeフィールドにはユーザ特有情報が設定され、そし
て、User data information フィールドに、必要に応じ
て着側のアプリケーションＩＤ（ＡＰＬ−ＩＤ）が設定
される。
る。図２５において、Informationelement identifier
フィールドには、User data information エレメントを
示す適当な識別子が設定され、User data information
typeフィールドにはユーザ特有情報が設定され、そし
て、User data information フィールドに、必要に応じ
て着側のアプリケーションＩＤ（ＡＰＬ−ＩＤ）が設定
される。
【０１２５】上述のインフォメーションエレメント（Ｉ
Ｅ）を用い、(a) 呼設定メッセージ（ＳＥＴＵＰ）に発
側のアプリケーションＩＤ又は発側の端末ＩＤを設定す
る方法と、(b) 呼設定メッセージ（ＳＥＴＵＰ）及び応
答メッセージ（ＣＯＮＮＥＣＴ）に着側のアプリケーシ
ョンＩＤ又は着側の端末ＩＤを設定する方法と、(c)呼
設定メッセージ（ＳＥＴＵＰ）及び応答メッセージ（Ｃ
ＯＮＮＥＣＴ）に発側及び着側のアプリケーションＩＤ
又は発側及び着側の端末ＩＤを設定する方法とが考えら
れる。
Ｅ）を用い、(a) 呼設定メッセージ（ＳＥＴＵＰ）に発
側のアプリケーションＩＤ又は発側の端末ＩＤを設定す
る方法と、(b) 呼設定メッセージ（ＳＥＴＵＰ）及び応
答メッセージ（ＣＯＮＮＥＣＴ）に着側のアプリケーシ
ョンＩＤ又は着側の端末ＩＤを設定する方法と、(c)呼
設定メッセージ（ＳＥＴＵＰ）及び応答メッセージ（Ｃ
ＯＮＮＥＣＴ）に発側及び着側のアプリケーションＩＤ
又は発側及び着側の端末ＩＤを設定する方法とが考えら
れる。
【０１２６】上述の(a) の方法を用いた発側のアプリケ
ーションと着側のアプリケーション間の複数コネクショ
ン設定の処理は、発側のアプリケーションＩＤ又は発側
の端末ＩＤを設定するエレメントが、Broadband high l
ayer information（広帯域高位レイヤインフォメーショ
ン）エレメントからインフォメーションエレメント（Ｉ
Ｅ）に換わった以外は、第２の実施の形態の場合と全く
同じである。
ーションと着側のアプリケーション間の複数コネクショ
ン設定の処理は、発側のアプリケーションＩＤ又は発側
の端末ＩＤを設定するエレメントが、Broadband high l
ayer information（広帯域高位レイヤインフォメーショ
ン）エレメントからインフォメーションエレメント（Ｉ
Ｅ）に換わった以外は、第２の実施の形態の場合と全く
同じである。
【０１２７】また、上述の(c) の方法を用いた発側のア
プリケーションと着側のアプリケーション間の複数コネ
クション設定の処理については、後述する第３の実施の
形態として説明する。
プリケーションと着側のアプリケーション間の複数コネ
クション設定の処理については、後述する第３の実施の
形態として説明する。
【０１２８】以下の説明では、上述の(b) の方法を用い
た発側のアプリケーションと着側のアプリケーション間
の複数コネクション設定の処理について説明する。この
(b) の方法においては、発側のＡＴＭ端末１又は２で
は、呼設定メッセージ（ＳＥＴＵＰ）に定義される新た
なインフォメーションエレメント（ＩＥ）に、発側のア
プリケーションＩＤ又は発側の端末ＩＤが設定され、着
側のＡＴＭ端末１又は２では、発側のアプリケーション
ＩＤ又は端末ＩＤに対応したアプリケーション又は端末
が選択されて、コネクションが設定される。そして、そ
の場合に、呼設定メッセージ（ＳＥＴＵＰ）に対する最
初の応答メッセージ（ＣＯＮＮＥＣＴ）の上記インフォ
メーションエレメント（ＩＥ）に、着側のアプリケーシ
ョンＩＤ又は端末ＩＤが設定されて送出されることによ
り、発側のＡＴＭ端末１又は２では、次回の呼設定メッ
セージ（ＳＥＴＵＰ）に、発側のアプリケーションＩＤ
又は端末ＩＤと共に、着側のアプリケーションＩＤ又は
端末ＩＤが設定されて送出されることにより、アプリケ
ーション間又は端末間に複数のコネクションを容易に設
定することができる。
た発側のアプリケーションと着側のアプリケーション間
の複数コネクション設定の処理について説明する。この
(b) の方法においては、発側のＡＴＭ端末１又は２で
は、呼設定メッセージ（ＳＥＴＵＰ）に定義される新た
なインフォメーションエレメント（ＩＥ）に、発側のア
プリケーションＩＤ又は発側の端末ＩＤが設定され、着
側のＡＴＭ端末１又は２では、発側のアプリケーション
ＩＤ又は端末ＩＤに対応したアプリケーション又は端末
が選択されて、コネクションが設定される。そして、そ
の場合に、呼設定メッセージ（ＳＥＴＵＰ）に対する最
初の応答メッセージ（ＣＯＮＮＥＣＴ）の上記インフォ
メーションエレメント（ＩＥ）に、着側のアプリケーシ
ョンＩＤ又は端末ＩＤが設定されて送出されることによ
り、発側のＡＴＭ端末１又は２では、次回の呼設定メッ
セージ（ＳＥＴＵＰ）に、発側のアプリケーションＩＤ
又は端末ＩＤと共に、着側のアプリケーションＩＤ又は
端末ＩＤが設定されて送出されることにより、アプリケ
ーション間又は端末間に複数のコネクションを容易に設
定することができる。
【０１２９】図２６は、本発明の第３の実施の形態のシ
ーケンス説明図である。まず、図２６のシーケンス図に
おいて、アプリケーションＡ１からの発信要求に対し
て、発側のＡＴＭ端末１内のシグナリング部３内の図２
に示されるＡＴＭ呼制御部１０は、第１の実施の形態に
おいて図１５〜図１７を用いて説明した処理と同様の一
連の処理を実行する。
ーケンス説明図である。まず、図２６のシーケンス図に
おいて、アプリケーションＡ１からの発信要求に対し
て、発側のＡＴＭ端末１内のシグナリング部３内の図２
に示されるＡＴＭ呼制御部１０は、第１の実施の形態に
おいて図１５〜図１７を用いて説明した処理と同様の一
連の処理を実行する。
【０１３０】そして、図１５のステップ４に対応する処
理において、発側のＡＴＭ端末１内のシグナリング部３
内の図２に示されるシグナリングプロトコル部１１は、
ＡＴＭ呼制御部１０からの指示に従って、図２４(a) に
示される呼設定メッセージ（ＳＥＴＵＰ）に含まれるUs
er data information(18) エレメント内の、図２５に示
されるUser data information typeフィールドにはユー
ザ特有情報を設定すると共に、図２５に示されるUser d
ata information フィールドには、ダミーデータを設定
する。
理において、発側のＡＴＭ端末１内のシグナリング部３
内の図２に示されるシグナリングプロトコル部１１は、
ＡＴＭ呼制御部１０からの指示に従って、図２４(a) に
示される呼設定メッセージ（ＳＥＴＵＰ）に含まれるUs
er data information(18) エレメント内の、図２５に示
されるUser data information typeフィールドにはユー
ザ特有情報を設定すると共に、図２５に示されるUser d
ata information フィールドには、ダミーデータを設定
する。
【０１３１】また、ＡＴＭ呼制御部１０からの指示に従
い、シグナリングプロトコル部１１は、図２４(a) に示
される呼設定メッセージ（ＳＥＴＵＰ）に含まれるCall
ingparty number(12)エレメント内の、図１２(12)に示
されるAddress/number digits(IA5 characters) フィー
ルド又はNSAP address octets フィールドに、発側のＡ
ＴＭ端末１のアドレスＸ１を設定する。また、図２４
(a) に示される呼設定メッセージ（ＳＥＴＵＰ）に含ま
れるCalled party number(10) エレメント内の、図１１
(10)に示されるAddress/number digits(IA5 character
s) フィールド又はNSAP address octets フィールド
に、着側のＡＴＭ端末２のアドレスＹ１を設定する。
い、シグナリングプロトコル部１１は、図２４(a) に示
される呼設定メッセージ（ＳＥＴＵＰ）に含まれるCall
ingparty number(12)エレメント内の、図１２(12)に示
されるAddress/number digits(IA5 characters) フィー
ルド又はNSAP address octets フィールドに、発側のＡ
ＴＭ端末１のアドレスＸ１を設定する。また、図２４
(a) に示される呼設定メッセージ（ＳＥＴＵＰ）に含ま
れるCalled party number(10) エレメント内の、図１１
(10)に示されるAddress/number digits(IA5 character
s) フィールド又はNSAP address octets フィールド
に、着側のＡＴＭ端末２のアドレスＹ１を設定する。
【０１３２】更に、第１の実施の形態の場合と同様に、
ＡＴＭ呼制御部１０からの指示に従って、シグナリング
プロトコル部１１は、図２４(a) に示される呼設定メッ
セージ（ＳＥＴＵＰ）に含まれるCall reference(2) エ
レメント内の、図５(2) に示されるCall reference val
ueフィールドに、前記発信要求に対応する一意な呼参照
値を設定する他、呼設定メッセージ（ＳＥＴＵＰ）に一
般的な設定を行う。
ＡＴＭ呼制御部１０からの指示に従って、シグナリング
プロトコル部１１は、図２４(a) に示される呼設定メッ
セージ（ＳＥＴＵＰ）に含まれるCall reference(2) エ
レメント内の、図５(2) に示されるCall reference val
ueフィールドに、前記発信要求に対応する一意な呼参照
値を設定する他、呼設定メッセージ（ＳＥＴＵＰ）に一
般的な設定を行う。
【０１３３】その後、シグナリングプロトコル部１１
は、その呼設定メッセージ（ＳＥＴＵＰ）（図２６では
ＳＥＴＵＰ（Ｘ１、--、Ｙ１）と表示される）を、呼制
御用の特定のＶＰＩ／ＶＣＩ値を有するＡＴＭセルに格
納して、そのＡＴＭセルを図２のセル抽出／挿入部１２
からセル集線／分配部１４を介してＡＴＭ網５に送出す
る。
は、その呼設定メッセージ（ＳＥＴＵＰ）（図２６では
ＳＥＴＵＰ（Ｘ１、--、Ｙ１）と表示される）を、呼制
御用の特定のＶＰＩ／ＶＣＩ値を有するＡＴＭセルに格
納して、そのＡＴＭセルを図２のセル抽出／挿入部１２
からセル集線／分配部１４を介してＡＴＭ網５に送出す
る。
【０１３４】ＡＴＭ網５は、その呼設定メッセージ（Ｓ
ＥＴＵＰ）に応答して発側のＡＴＭ端末１に対して呼受
付メッセージ（ＣＡＬＬ−ＰＲＯＣ）を返送すると共
に、呼設定メッセージ（ＳＥＴＵＰ）内のアドレスＹ１
に従って、ＡＴＭ端末２にＡＴＭ端末１からの呼設定メ
ッセージ（ＳＥＴＵＰ）を送出する。
ＥＴＵＰ）に応答して発側のＡＴＭ端末１に対して呼受
付メッセージ（ＣＡＬＬ−ＰＲＯＣ）を返送すると共
に、呼設定メッセージ（ＳＥＴＵＰ）内のアドレスＹ１
に従って、ＡＴＭ端末２にＡＴＭ端末１からの呼設定メ
ッセージ（ＳＥＴＵＰ）を送出する。
【０１３５】ＡＴＭ端末２のシグナリング部４は、図２
４(a) に示される呼設定メッセージ（ＳＥＴＵＰ）に含
まれるUser data information(18) エレメント内の、図
２５に示されるUser data information typeフィールド
にユーザ特有情報が設定されており、更に、図２５に示
されるUser data information フィールドにダミーデー
タが設定されている場合に、着側の空きアプリケーショ
ンＡ３を検索し、そのアプリケーションＡ３に対してコ
ネクションＣＮ１の設定要求を送出する。
４(a) に示される呼設定メッセージ（ＳＥＴＵＰ）に含
まれるUser data information(18) エレメント内の、図
２５に示されるUser data information typeフィールド
にユーザ特有情報が設定されており、更に、図２５に示
されるUser data information フィールドにダミーデー
タが設定されている場合に、着側の空きアプリケーショ
ンＡ３を検索し、そのアプリケーションＡ３に対してコ
ネクションＣＮ１の設定要求を送出する。
【０１３６】この時、アプリケーションＡ３は、コネク
ションを設定可能の状態であると、シグナリング部４に
許諾（ＯＫ）を送出する。これに対し、第１の実施の形
態の場合と同様の図１８のステップ３に対応する処理に
おいて、着側のＡＴＭ端末２内のシグナリング部３は、
図２４(b) に示される応答メッセージ（ＣＯＮＮＥＣ
Ｔ）に含まれるUser data information(18)エレメント
内の、図２５に示されるUser data information typeフ
ィールドにはユーザ特有情報を設定すると共に、図２５
に示されるUser data information フィールドに、アプ
リケーションＩＤ Ａ３を設定し、その応答メッセージ
（ＣＯＮＮＥＣＴ）を、ＡＴＭ網５に返送する。
ションを設定可能の状態であると、シグナリング部４に
許諾（ＯＫ）を送出する。これに対し、第１の実施の形
態の場合と同様の図１８のステップ３に対応する処理に
おいて、着側のＡＴＭ端末２内のシグナリング部３は、
図２４(b) に示される応答メッセージ（ＣＯＮＮＥＣ
Ｔ）に含まれるUser data information(18)エレメント
内の、図２５に示されるUser data information typeフ
ィールドにはユーザ特有情報を設定すると共に、図２５
に示されるUser data information フィールドに、アプ
リケーションＩＤ Ａ３を設定し、その応答メッセージ
（ＣＯＮＮＥＣＴ）を、ＡＴＭ網５に返送する。
【０１３７】ＡＴＭ網５は、ＡＴＭ端末２から応答メッ
セージ（ＣＯＮＮＥＣＴ）を受信すると、ＡＴＭ端末２
のシグナリング部４に応答確認メッセージ（ＣＯＮＮ−
ＡＣＫ）を送出すると共に、ＡＴＭ端末１のシグナリン
グ部３に応答メッセージ（ＣＯＮＮＥＣＴ）を送出す
る。
セージ（ＣＯＮＮＥＣＴ）を受信すると、ＡＴＭ端末２
のシグナリング部４に応答確認メッセージ（ＣＯＮＮ−
ＡＣＫ）を送出すると共に、ＡＴＭ端末１のシグナリン
グ部３に応答メッセージ（ＣＯＮＮＥＣＴ）を送出す
る。
【０１３８】ＡＴＭ端末１のシグナリング部３は、ＡＴ
Ｍ網５から応答メッセージ（ＣＯＮＮＥＣＴ）を受信す
ると、第１の実施の形態の場合と同様の図１５のステッ
プ５で示される呼接続処理において、図２４(b) に示さ
れる応答メッセージ（ＣＯＮＮＥＣＴ）に含まれるUser
data information(18) エレメント内の、図２５に示さ
れるUser data information typeフィールドにユーザ特
有情報が設定されていることを確認した後、図２５に示
されるUser data information フィールドに設定されて
いる着側のアプリケーションＩＤ Ａ３を、図２のアプ
リ対応データ部１３内の、発側のアプリケーションＡ１
のアプリケーションＩＤ Ａ１に対応するアドレスに記
憶されている図１７に示されるテーブルのアプリケーシ
ョンＩＤフィールドに記憶する。なお、発側のアプリケ
ーションＡ１は、呼設定メッセージ（ＳＥＴＵＰ）の送
出時に、応答メッセージ（ＣＯＮＮＥＣＴ）に含まれる
呼参照値と同じ呼参照値と、予め対応付けられている。
その後、ＡＴＭ端末１のシグナリング部３は、図１５の
ステップ６で示される発信完了通知処理を実行すること
によって、ＡＴＭ網５に応答確認メッセージ（ＣＯＮＮ
−ＡＣＫ）を送出する。
Ｍ網５から応答メッセージ（ＣＯＮＮＥＣＴ）を受信す
ると、第１の実施の形態の場合と同様の図１５のステッ
プ５で示される呼接続処理において、図２４(b) に示さ
れる応答メッセージ（ＣＯＮＮＥＣＴ）に含まれるUser
data information(18) エレメント内の、図２５に示さ
れるUser data information typeフィールドにユーザ特
有情報が設定されていることを確認した後、図２５に示
されるUser data information フィールドに設定されて
いる着側のアプリケーションＩＤ Ａ３を、図２のアプ
リ対応データ部１３内の、発側のアプリケーションＡ１
のアプリケーションＩＤ Ａ１に対応するアドレスに記
憶されている図１７に示されるテーブルのアプリケーシ
ョンＩＤフィールドに記憶する。なお、発側のアプリケ
ーションＡ１は、呼設定メッセージ（ＳＥＴＵＰ）の送
出時に、応答メッセージ（ＣＯＮＮＥＣＴ）に含まれる
呼参照値と同じ呼参照値と、予め対応付けられている。
その後、ＡＴＭ端末１のシグナリング部３は、図１５の
ステップ６で示される発信完了通知処理を実行すること
によって、ＡＴＭ網５に応答確認メッセージ（ＣＯＮＮ
−ＡＣＫ）を送出する。
【０１３９】この結果、アプリケーションＡ１、Ａ３間
に、コネクションＣＮ１が設定される。次に、アプリケ
ーションＡ１から再度コネクションＣＮ２の設定要求が
あると、発側のＡＴＭ端末１内のシグナリング部３内の
図２に示されるＡＴＭ呼制御部１０は、第１の実施の形
態において図１５〜図１７を用いて説明した処理と同様
の一連の処理を再び実行する。
に、コネクションＣＮ１が設定される。次に、アプリケ
ーションＡ１から再度コネクションＣＮ２の設定要求が
あると、発側のＡＴＭ端末１内のシグナリング部３内の
図２に示されるＡＴＭ呼制御部１０は、第１の実施の形
態において図１５〜図１７を用いて説明した処理と同様
の一連の処理を再び実行する。
【０１４０】そして、発側のＡＴＭ端末１内のシグナリ
ング部３内の図２に示されるＡＴＭ呼制御部１０が、図
１５のステップ２に対応する処理において、まず、アプ
リケーションＡ１のアプリケーションＩＤ Ａ１に対応
するアドレスに記憶されている図１７に示されるテーブ
ルに着側のアプリケーションＩＤ Ａ３が記憶されてい
ることを検出する。
ング部３内の図２に示されるＡＴＭ呼制御部１０が、図
１５のステップ２に対応する処理において、まず、アプ
リケーションＡ１のアプリケーションＩＤ Ａ１に対応
するアドレスに記憶されている図１７に示されるテーブ
ルに着側のアプリケーションＩＤ Ａ３が記憶されてい
ることを検出する。
【０１４１】続いて、図１５のステップ４に対応する処
理において、発側のＡＴＭ端末１内のシグナリング部３
内の図２に示されるシグナリングプロトコル部１１は、
ＡＴＭ呼制御部１０からの指示に従って、図２４(a) に
示される呼設定メッセージ（ＳＥＴＵＰ）に含まれるUs
er data information(18) エレメント内の、図２５に示
されるUser data information typeフィールドにユーザ
特有情報を設定すると共に、図２５に示されるUser dat
a information フィールドに、着側のアプリケーション
ＩＤ Ａ３を設定する。
理において、発側のＡＴＭ端末１内のシグナリング部３
内の図２に示されるシグナリングプロトコル部１１は、
ＡＴＭ呼制御部１０からの指示に従って、図２４(a) に
示される呼設定メッセージ（ＳＥＴＵＰ）に含まれるUs
er data information(18) エレメント内の、図２５に示
されるUser data information typeフィールドにユーザ
特有情報を設定すると共に、図２５に示されるUser dat
a information フィールドに、着側のアプリケーション
ＩＤ Ａ３を設定する。
【０１４２】この呼設定メッセージ（ＳＥＴＵＰ）をＡ
ＴＭ網５を介して受信したＡＴＭ端末２内のシグナリン
グ部４は、そのメッセージに格納されている発側のアド
レスＸ１とアプリケーションＩＤ Ａ３とに基づいて、
アドレスＸ１のＡＴＭ端末１とアプリケーションＩＤ
Ａ３のアプリケーションとにリンクしたコネクションが
既に設定されていることを確認し、そのアプリケーショ
ンＡ３にコネクションＣＮ２の設定要求を送出する。
ＴＭ網５を介して受信したＡＴＭ端末２内のシグナリン
グ部４は、そのメッセージに格納されている発側のアド
レスＸ１とアプリケーションＩＤ Ａ３とに基づいて、
アドレスＸ１のＡＴＭ端末１とアプリケーションＩＤ
Ａ３のアプリケーションとにリンクしたコネクションが
既に設定されていることを確認し、そのアプリケーショ
ンＡ３にコネクションＣＮ２の設定要求を送出する。
【０１４３】そして、アプリケーションＡ３からの許諾
（ＯＫ）により、前述のコネクションＣＮ１の設定要求
時と同様にして、アプリケーションＡ１、Ａ３間にコネ
クションＣＮ２が設定される。すなわち、所望のアプリ
ケーション間に複数のコネクションを設定することがで
きる。
（ＯＫ）により、前述のコネクションＣＮ１の設定要求
時と同様にして、アプリケーションＡ１、Ａ３間にコネ
クションＣＮ２が設定される。すなわち、所望のアプリ
ケーション間に複数のコネクションを設定することがで
きる。
【０１４４】ＡＴＭ端末１のアプリケーションＡ２から
ＡＴＭ端末２のアプリケーションＡ４に対してコネクシ
ョンＣＮ３、ＣＮ４が設定される場合も、上述のシーケ
ンスと全く同様である。
ＡＴＭ端末２のアプリケーションＡ４に対してコネクシ
ョンＣＮ３、ＣＮ４が設定される場合も、上述のシーケ
ンスと全く同様である。
【０１４５】上述のシーケンス例で示される第３の実施
の形態のシーケンスにおいて、着側のＡＴＭ端末１又は
２内のシグナリング部３又は４で実行される発信時の全
体処理は、第１の実施の形態において図１８及び図１９
を用いて説明したものと同じである。但し、図１８のス
テップ１の着信要求受付処理は、第３の実施の形態で
は、図２７の動作フローチャートによって示される。
の形態のシーケンスにおいて、着側のＡＴＭ端末１又は
２内のシグナリング部３又は４で実行される発信時の全
体処理は、第１の実施の形態において図１８及び図１９
を用いて説明したものと同じである。但し、図１８のス
テップ１の着信要求受付処理は、第３の実施の形態で
は、図２７の動作フローチャートによって示される。
【０１４６】図２７において、ＡＴＭ呼制御部１０は、
ステップ１で、図２４(a) に示される呼設定メッセージ
（ＳＥＴＵＰ）に含まれるUser data information(18)
エレメント内の、図２５に示されるUser data informat
ion フィールドに、ダミーデータが設定されているか否
かを判定する。
ステップ１で、図２４(a) に示される呼設定メッセージ
（ＳＥＴＵＰ）に含まれるUser data information(18)
エレメント内の、図２５に示されるUser data informat
ion フィールドに、ダミーデータが設定されているか否
かを判定する。
【０１４７】ダミーデータの設定が確認されステップ１
の判定がＹＥＳの場合には、ＡＴＭ呼制御部１０は、ス
テップ２を実行する。このような場合は、図２６のシー
ケンス図において、例えば発側のアプリケーションＡ１
が初めて発信要求を送出した場合に対応する。
の判定がＹＥＳの場合には、ＡＴＭ呼制御部１０は、ス
テップ２を実行する。このような場合は、図２６のシー
ケンス図において、例えば発側のアプリケーションＡ１
が初めて発信要求を送出した場合に対応する。
【０１４８】ＡＴＭ呼制御部１０は、ステップ２で、ア
プリ対応データ部１３上のテーブルを検索することによ
り、通信を行っていない空きアプリケーションの中で着
信可能なアプリケーションを検索する。
プリ対応データ部１３上のテーブルを検索することによ
り、通信を行っていない空きアプリケーションの中で着
信可能なアプリケーションを検索する。
【０１４９】次に、ＡＴＭ呼制御部１０は、ステップ３
で、ステップ２の検索に対応する着側のアプリケーショ
ンが存在するか否かを判定する。ステップ２の検索に対
応する着側のアプリケーションが存在せずステップ３の
判定がＮＯの場合には、ＡＴＭ呼制御部１０は、ステッ
プ８で、その内部の着信条件判定レジスタに、着信条件
不成立を設定する。このレジスタの状態は、図１８のス
テップ２で判定される。
で、ステップ２の検索に対応する着側のアプリケーショ
ンが存在するか否かを判定する。ステップ２の検索に対
応する着側のアプリケーションが存在せずステップ３の
判定がＮＯの場合には、ＡＴＭ呼制御部１０は、ステッ
プ８で、その内部の着信条件判定レジスタに、着信条件
不成立を設定する。このレジスタの状態は、図１８のス
テップ２で判定される。
【０１５０】一方、ステップ２の検索に対応する着側の
アプリケーションが存在しステップ３の判定がＹＥＳの
場合には、ＡＴＭ呼制御部１０は、ステップ４で、アプ
リ対応データ部１３内の上記着側のアプリケーションに
対応する図１９に示されるテーブル内の登録表示をＯＮ
とする。
アプリケーションが存在しステップ３の判定がＹＥＳの
場合には、ＡＴＭ呼制御部１０は、ステップ４で、アプ
リ対応データ部１３内の上記着側のアプリケーションに
対応する図１９に示されるテーブル内の登録表示をＯＮ
とする。
【０１５１】続いて、ＡＴＭ呼制御部１０は、ステップ
５で、上記テーブル内のコネクション数を１とし、ま
た、上記テーブルに、受信した図２４(a) の呼設定メッ
セージ（ＳＥＴＵＰ）に含まれるCalling party number
(12)エレメントに格納されている発側のＡＴＭ端末１の
アドレス（発アドレス）と、第１の実施の形態の場合と
同様の属性情報を、それぞれ登録する。
５で、上記テーブル内のコネクション数を１とし、ま
た、上記テーブルに、受信した図２４(a) の呼設定メッ
セージ（ＳＥＴＵＰ）に含まれるCalling party number
(12)エレメントに格納されている発側のＡＴＭ端末１の
アドレス（発アドレス）と、第１の実施の形態の場合と
同様の属性情報を、それぞれ登録する。
【０１５２】次に、ＡＴＭ呼制御部１０は、ステップ６
で、上記テーブル内のコネクション１状態を、着信中状
態とする。最後に、ＡＴＭ呼制御部１０は、ステップ７
で、その内部の着信条件判定レジスタに、着信条件成立
を設定する。
で、上記テーブル内のコネクション１状態を、着信中状
態とする。最後に、ＡＴＭ呼制御部１０は、ステップ７
で、その内部の着信条件判定レジスタに、着信条件成立
を設定する。
【０１５３】一方、図２４(a) に示される呼設定メッセ
ージ（ＳＥＴＵＰ）に含まれるUserdata information(1
8) エレメント内の、図２５に示されるUser data infor
mation フィールドに、ダミーデータ以外のアプリケー
ションＩＤが設定されておりステップ１の判定がＮＯの
場合には、ＡＴＭ呼制御部１０は、ステップ９を実行す
る。このような場合は、図２６のシーケンス図におい
て、例えば発側のアプリケーションＡ１がアプリケーシ
ョンＡ３との間でコネクションＣＮ１を設定した後、更
にアプリケーションＡ３を指定してコネクションＣＮ２
の設定要求を送出した場合に対応する。
ージ（ＳＥＴＵＰ）に含まれるUserdata information(1
8) エレメント内の、図２５に示されるUser data infor
mation フィールドに、ダミーデータ以外のアプリケー
ションＩＤが設定されておりステップ１の判定がＮＯの
場合には、ＡＴＭ呼制御部１０は、ステップ９を実行す
る。このような場合は、図２６のシーケンス図におい
て、例えば発側のアプリケーションＡ１がアプリケーシ
ョンＡ３との間でコネクションＣＮ１を設定した後、更
にアプリケーションＡ３を指定してコネクションＣＮ２
の設定要求を送出した場合に対応する。
【０１５４】ＡＴＭ呼制御部１０は、ステップ９で、ア
プリ対応データ部１３上で、呼設定メッセージ（ＳＥＴ
ＵＰ）に含まれる着側のアプリケーションＩＤに対応す
るアドレスを検査することにより、上記着側のアプリケ
ーションＩＤに対応するアプリケーションが存在するか
否かを判定する。
プリ対応データ部１３上で、呼設定メッセージ（ＳＥＴ
ＵＰ）に含まれる着側のアプリケーションＩＤに対応す
るアドレスを検査することにより、上記着側のアプリケ
ーションＩＤに対応するアプリケーションが存在するか
否かを判定する。
【０１５５】この結果、指定された着側のアプリケーシ
ョンが存在せずステップ９の判定がＮＯの場合には、Ａ
ＴＭ呼制御部１０は、ステップ１４で、その内部の着信
条件判定レジスタに、着信条件不成立を設定する。この
レジスタの状態は、図１８のステップ２で判定される。
ョンが存在せずステップ９の判定がＮＯの場合には、Ａ
ＴＭ呼制御部１０は、ステップ１４で、その内部の着信
条件判定レジスタに、着信条件不成立を設定する。この
レジスタの状態は、図１８のステップ２で判定される。
【０１５６】一方、指定された着側のアプリケーション
が存在しステップ９の判定がＹＥＳの場合には、ＡＴＭ
呼制御部１０は、ステップ１０で、上記テーブルに設定
されているコネクション数、属性情報、及び発側のＡＴ
Ｍ端末１又は２のアドレスをチェックする。
が存在しステップ９の判定がＹＥＳの場合には、ＡＴＭ
呼制御部１０は、ステップ１０で、上記テーブルに設定
されているコネクション数、属性情報、及び発側のＡＴ
Ｍ端末１又は２のアドレスをチェックする。
【０１５７】上記テーブルに設定されているコネクショ
ン数がそれに対応する着側のアプリケーションが処理可
能な数を超えている場合、又は属性情報が設定されてい
ないような場合、或いは、発側のＡＴＭ端末１又は２の
アドレスが設定されていないような場合には、ステップ
１０のチェック結果はＮＧとなる。この場合には、ＡＴ
Ｍ呼制御部１０は、ステップ１４で、その内部の着信条
件判定レジスタに、着信条件不成立を設定する。
ン数がそれに対応する着側のアプリケーションが処理可
能な数を超えている場合、又は属性情報が設定されてい
ないような場合、或いは、発側のＡＴＭ端末１又は２の
アドレスが設定されていないような場合には、ステップ
１０のチェック結果はＮＧとなる。この場合には、ＡＴ
Ｍ呼制御部１０は、ステップ１４で、その内部の着信条
件判定レジスタに、着信条件不成立を設定する。
【０１５８】一方、ステップ１０のチェック結果がＯＫ
の場合は、ＡＴＭ呼制御部１０は、ステップ１１で、上
記テーブル内のコネクション数を更新（プラス１）す
る。次に、ＡＴＭ呼制御部１０は、ステップ１２で、上
記テーブル内のコネクションｎ状態を着信中状態とす
る。ここで、ｎは、それに対応するアプリケーションに
対する現在の着信要求が２回目のものなら２、３回目の
ものなら３となる。
の場合は、ＡＴＭ呼制御部１０は、ステップ１１で、上
記テーブル内のコネクション数を更新（プラス１）す
る。次に、ＡＴＭ呼制御部１０は、ステップ１２で、上
記テーブル内のコネクションｎ状態を着信中状態とす
る。ここで、ｎは、それに対応するアプリケーションに
対する現在の着信要求が２回目のものなら２、３回目の
ものなら３となる。
【０１５９】最後に、ＡＴＭ呼制御部１０は、ステップ
１３で、その内部の着信条件判定レジスタに、着信条件
成立を設定する。ここで、第３の実施の形態において採
用される図１及び図２に示される構成では、ＡＴＭ網５
にＡＴＭ端末１、２が直接接続される構成を有している
が、第３の実施の形態のシーケンス（図２６参照）は、
図２０に示されるように、ＡＴＭ網にユーザ・網インタ
フェース（ＵＮＩ）によりセル分解組立装置（ＣＬＡ
Ｄ）が収容され、そのセル分解組立装置にそれぞれ端末
が収容される構成に対しても同様に適用できる。
１３で、その内部の着信条件判定レジスタに、着信条件
成立を設定する。ここで、第３の実施の形態において採
用される図１及び図２に示される構成では、ＡＴＭ網５
にＡＴＭ端末１、２が直接接続される構成を有している
が、第３の実施の形態のシーケンス（図２６参照）は、
図２０に示されるように、ＡＴＭ網にユーザ・網インタ
フェース（ＵＮＩ）によりセル分解組立装置（ＣＬＡ
Ｄ）が収容され、そのセル分解組立装置にそれぞれ端末
が収容される構成に対しても同様に適用できる。
【０１６０】この場合には、セル分解組立装置に収容さ
れる端末を特定する端末ＩＤが、図２４(a) の呼設定メ
ッセージ（ＳＥＴＵＰ）又は図２４(b) の応答メッセー
ジ（ＣＯＮＮＥＣＴ）に含まれるUser data informatio
n(18) エレメントに格納されることになる。第４の実施の形態 次に、本発明の第４の実施の形態について説明する。
れる端末を特定する端末ＩＤが、図２４(a) の呼設定メ
ッセージ（ＳＥＴＵＰ）又は図２４(b) の応答メッセー
ジ（ＣＯＮＮＥＣＴ）に含まれるUser data informatio
n(18) エレメントに格納されることになる。第４の実施の形態 次に、本発明の第４の実施の形態について説明する。
【０１６１】第４の実施の形態の構成は、第１の実施の
形態における図１、図２に示される構成と同じである。
以下に説明する第４の実施の形態は、第３の実施の形態
の説明において前述したように、第３の実施の形態にお
いて図２４(a) に示される呼設定メッセージ（ＳＥＴＵ
Ｐ）及び図２４(b) に示される応答メッセージ（ＣＯＮ
ＮＥＣＴ）に新たに定義された図２５に示されるUser d
ata information(18) エレメントに、発側及び着側のア
プリケーションＩＤ又は発側及び着側の端末ＩＤを設定
する方法(c) に対応するものである。
形態における図１、図２に示される構成と同じである。
以下に説明する第４の実施の形態は、第３の実施の形態
の説明において前述したように、第３の実施の形態にお
いて図２４(a) に示される呼設定メッセージ（ＳＥＴＵ
Ｐ）及び図２４(b) に示される応答メッセージ（ＣＯＮ
ＮＥＣＴ）に新たに定義された図２５に示されるUser d
ata information(18) エレメントに、発側及び着側のア
プリケーションＩＤ又は発側及び着側の端末ＩＤを設定
する方法(c) に対応するものである。
【０１６２】図２８は、本発明の第４の実施の形態のシ
ーケンス説明図である。まず、図２８のシーケンス図に
おいて、アプリケーションＡ１からの発信要求に対し
て、発側のＡＴＭ端末１内のシグナリング部３内の図２
に示されるＡＴＭ呼制御部１０は、第１の実施の形態に
おいて図１５〜図１７を用いて説明した処理と同様の一
連の処理を実行する。
ーケンス説明図である。まず、図２８のシーケンス図に
おいて、アプリケーションＡ１からの発信要求に対し
て、発側のＡＴＭ端末１内のシグナリング部３内の図２
に示されるＡＴＭ呼制御部１０は、第１の実施の形態に
おいて図１５〜図１７を用いて説明した処理と同様の一
連の処理を実行する。
【０１６３】そして、図１５のステップ４に対応する処
理において、発側のＡＴＭ端末１内のシグナリング部３
内の図２に示されるシグナリングプロトコル部１１は、
ＡＴＭ呼制御部１０からの指示に従って、図２４(a) に
示される呼設定メッセージ（ＳＥＴＵＰ）に含まれるUs
er data information(18) エレメント内の、図２５に示
されるUser data information typeフィールドにはユー
ザ特有情報を設定すると共に、図２５に示されるUser d
ata information フィールドに、発側のアプリケーショ
ンＩＤ Ａ１を設定し、着側のアプリケーションＩＤと
してはダミーデータを設定する。
理において、発側のＡＴＭ端末１内のシグナリング部３
内の図２に示されるシグナリングプロトコル部１１は、
ＡＴＭ呼制御部１０からの指示に従って、図２４(a) に
示される呼設定メッセージ（ＳＥＴＵＰ）に含まれるUs
er data information(18) エレメント内の、図２５に示
されるUser data information typeフィールドにはユー
ザ特有情報を設定すると共に、図２５に示されるUser d
ata information フィールドに、発側のアプリケーショ
ンＩＤ Ａ１を設定し、着側のアプリケーションＩＤと
してはダミーデータを設定する。
【０１６４】また、ＡＴＭ呼制御部１０からの指示に従
い、シグナリングプロトコル部１１は、図２４(a) に示
される呼設定メッセージ（ＳＥＴＵＰ）に含まれるCall
ingparty number(12)エレメント内の、図１２(12)に示
されるAddress/number digits(IA5 characters) フィー
ルド又はNSAP address octets フィールドに、発側のＡ
ＴＭ端末１のアドレスＸ１を設定する。また、図２４
(a) に示される呼設定メッセージ（ＳＥＴＵＰ）に含ま
れるCalled party number(10) エレメント内の、図１１
(10)に示されるAddress/number digits(IA5 character
s) フィールド又はNSAP address octets フィールド
に、着側のＡＴＭ端末２のアドレスＹ１を設定する。
い、シグナリングプロトコル部１１は、図２４(a) に示
される呼設定メッセージ（ＳＥＴＵＰ）に含まれるCall
ingparty number(12)エレメント内の、図１２(12)に示
されるAddress/number digits(IA5 characters) フィー
ルド又はNSAP address octets フィールドに、発側のＡ
ＴＭ端末１のアドレスＸ１を設定する。また、図２４
(a) に示される呼設定メッセージ（ＳＥＴＵＰ）に含ま
れるCalled party number(10) エレメント内の、図１１
(10)に示されるAddress/number digits(IA5 character
s) フィールド又はNSAP address octets フィールド
に、着側のＡＴＭ端末２のアドレスＹ１を設定する。
【０１６５】更に、第１の実施の形態の場合と同様に、
ＡＴＭ呼制御部１０からの指示に従って、シグナリング
プロトコル部１１は、図２４(a) に示される呼設定メッ
セージ（ＳＥＴＵＰ）に含まれるCall reference(2) エ
レメント内の、図５(2) に示されるCall reference val
ueフィールドに、前記発信要求に対応する一意な呼参照
値を設定する他、呼設定メッセージ（ＳＥＴＵＰ）に一
般的な設定を行う。
ＡＴＭ呼制御部１０からの指示に従って、シグナリング
プロトコル部１１は、図２４(a) に示される呼設定メッ
セージ（ＳＥＴＵＰ）に含まれるCall reference(2) エ
レメント内の、図５(2) に示されるCall reference val
ueフィールドに、前記発信要求に対応する一意な呼参照
値を設定する他、呼設定メッセージ（ＳＥＴＵＰ）に一
般的な設定を行う。
【０１６６】その後、シグナリングプロトコル部１１
は、その呼設定メッセージ（ＳＥＴＵＰ）（図２８では
ＳＥＴＵＰ（Ｘ１、--、Ｙ１）と表示される）を、呼制
御用の特定のＶＰＩ／ＶＣＩ値を有するＡＴＭセルに格
納して、そのＡＴＭセルを図２のセル抽出／挿入部１２
からセル集線／分配部１４を介してＡＴＭ網５に送出す
る。
は、その呼設定メッセージ（ＳＥＴＵＰ）（図２８では
ＳＥＴＵＰ（Ｘ１、--、Ｙ１）と表示される）を、呼制
御用の特定のＶＰＩ／ＶＣＩ値を有するＡＴＭセルに格
納して、そのＡＴＭセルを図２のセル抽出／挿入部１２
からセル集線／分配部１４を介してＡＴＭ網５に送出す
る。
【０１６７】ＡＴＭ網５は、その呼設定メッセージ（Ｓ
ＥＴＵＰ）に応答して発側のＡＴＭ端末１に対して呼受
付メッセージ（ＣＡＬＬ−ＰＲＯＣ）を返送すると共
に、呼設定メッセージ（ＳＥＴＵＰ）内のアドレスＹ１
に従って、ＡＴＭ端末２にＡＴＭ端末１からの呼設定メ
ッセージ（ＳＥＴＵＰ）を送出する。
ＥＴＵＰ）に応答して発側のＡＴＭ端末１に対して呼受
付メッセージ（ＣＡＬＬ−ＰＲＯＣ）を返送すると共
に、呼設定メッセージ（ＳＥＴＵＰ）内のアドレスＹ１
に従って、ＡＴＭ端末２にＡＴＭ端末１からの呼設定メ
ッセージ（ＳＥＴＵＰ）を送出する。
【０１６８】ＡＴＭ端末２のシグナリング部４は、図２
４(a) に示される呼設定メッセージ（ＳＥＴＵＰ）に含
まれるUser data information(18) エレメント内の、図
２５に示されるUser data information typeフィールド
にユーザ特有情報が設定されており、更に、図２５に示
されるUser data information フィールドに発側のアプ
リケーションＩＤ Ａ１が設定された着側のアプリケー
ションＩＤとしてダミーデータが設定されている場合
に、上記発側のアプリケーションＩＤに対応させて着側
の空きアプリケーションＡ３を検索し、そのアプリケー
ションＡ３に対してコネクションＣＮ１の設定要求を送
出する。
４(a) に示される呼設定メッセージ（ＳＥＴＵＰ）に含
まれるUser data information(18) エレメント内の、図
２５に示されるUser data information typeフィールド
にユーザ特有情報が設定されており、更に、図２５に示
されるUser data information フィールドに発側のアプ
リケーションＩＤ Ａ１が設定された着側のアプリケー
ションＩＤとしてダミーデータが設定されている場合
に、上記発側のアプリケーションＩＤに対応させて着側
の空きアプリケーションＡ３を検索し、そのアプリケー
ションＡ３に対してコネクションＣＮ１の設定要求を送
出する。
【０１６９】この時、アプリケーションＡ３は、コネク
ションを設定可能の状態であると、シグナリング部４に
許諾（ＯＫ）を送出する。これに対し、第１の実施の形
態の場合と同様の図１８のステップ３に対応する処理に
おいて、着側のＡＴＭ端末２内のシグナリング部３は、
図２４(b) に示される応答メッセージ（ＣＯＮＮＥＣ
Ｔ）に含まれるUser data information(18)エレメント
内の、図２５に示されるUser data information typeフ
ィールドにはユーザ特有情報を設定すると共に、図２５
に示されるUser data information フィールドに、発側
のアプリケーションＩＤ Ａ１と新たに決定された着側
のアプリケーションＩＤ Ａ３を設定し、その応答メッ
セージ（ＣＯＮＮＥＣＴ）を、ＡＴＭ網５に返送する。
ションを設定可能の状態であると、シグナリング部４に
許諾（ＯＫ）を送出する。これに対し、第１の実施の形
態の場合と同様の図１８のステップ３に対応する処理に
おいて、着側のＡＴＭ端末２内のシグナリング部３は、
図２４(b) に示される応答メッセージ（ＣＯＮＮＥＣ
Ｔ）に含まれるUser data information(18)エレメント
内の、図２５に示されるUser data information typeフ
ィールドにはユーザ特有情報を設定すると共に、図２５
に示されるUser data information フィールドに、発側
のアプリケーションＩＤ Ａ１と新たに決定された着側
のアプリケーションＩＤ Ａ３を設定し、その応答メッ
セージ（ＣＯＮＮＥＣＴ）を、ＡＴＭ網５に返送する。
【０１７０】ＡＴＭ網５は、ＡＴＭ端末２から応答メッ
セージ（ＣＯＮＮＥＣＴ）を受信すると、ＡＴＭ端末２
のシグナリング部４に応答確認メッセージ（ＣＯＮＮ−
ＡＣＫ）を送出すると共に、ＡＴＭ端末１のシグナリン
グ部３に応答メッセージ（ＣＯＮＮＥＣＴ）を送出す
る。
セージ（ＣＯＮＮＥＣＴ）を受信すると、ＡＴＭ端末２
のシグナリング部４に応答確認メッセージ（ＣＯＮＮ−
ＡＣＫ）を送出すると共に、ＡＴＭ端末１のシグナリン
グ部３に応答メッセージ（ＣＯＮＮＥＣＴ）を送出す
る。
【０１７１】ＡＴＭ端末１のシグナリング部３は、ＡＴ
Ｍ網５から応答メッセージ（ＣＯＮＮＥＣＴ）を受信す
ると、第１の実施の形態の場合と同様の図１５のステッ
プ５で示される呼接続処理において、図２４(b) に示さ
れる応答メッセージ（ＣＯＮＮＥＣＴ）に含まれるUser
data information(18) エレメント内の、図２５に示さ
れるUser data information typeフィールドにユーザ特
有情報が設定されていることを確認した後、図２５に示
されるUser data information フィールドに設定されて
いる着側のアプリケーションＩＤ Ａ３を、図２のアプ
リ対応データ部１３内の、図２５に示されるUser data
information フィールドに設定されている発側のアプリ
ケーションＡ１のアプリケーションＩＤ Ａ１に対応す
るアドレスに記憶されている図１７に示されるテーブル
のアプリケーションＩＤフィールドに記憶する。その
後、ＡＴＭ端末１のシグナリング部３は、図１５のステ
ップ６で示される発信完了通知処理を実行することによ
り、ＡＴＭ網５に応答確認メッセージ（ＣＯＮＮ−ＡＣ
Ｋ）を送出する。
Ｍ網５から応答メッセージ（ＣＯＮＮＥＣＴ）を受信す
ると、第１の実施の形態の場合と同様の図１５のステッ
プ５で示される呼接続処理において、図２４(b) に示さ
れる応答メッセージ（ＣＯＮＮＥＣＴ）に含まれるUser
data information(18) エレメント内の、図２５に示さ
れるUser data information typeフィールドにユーザ特
有情報が設定されていることを確認した後、図２５に示
されるUser data information フィールドに設定されて
いる着側のアプリケーションＩＤ Ａ３を、図２のアプ
リ対応データ部１３内の、図２５に示されるUser data
information フィールドに設定されている発側のアプリ
ケーションＡ１のアプリケーションＩＤ Ａ１に対応す
るアドレスに記憶されている図１７に示されるテーブル
のアプリケーションＩＤフィールドに記憶する。その
後、ＡＴＭ端末１のシグナリング部３は、図１５のステ
ップ６で示される発信完了通知処理を実行することによ
り、ＡＴＭ網５に応答確認メッセージ（ＣＯＮＮ−ＡＣ
Ｋ）を送出する。
【０１７２】この結果、アプリケーションＡ１、Ａ３間
に、コネクションＣＮ１が設定される。次に、アプリケ
ーションＡ１から再度コネクションＣＮ２の設定要求が
あると、発側のＡＴＭ端末１内のシグナリング部３内の
図２に示されるＡＴＭ呼制御部１０は、第１の実施の形
態において図１５〜図１７を用いて説明した処理と同様
の一連の処理を再び実行する。
に、コネクションＣＮ１が設定される。次に、アプリケ
ーションＡ１から再度コネクションＣＮ２の設定要求が
あると、発側のＡＴＭ端末１内のシグナリング部３内の
図２に示されるＡＴＭ呼制御部１０は、第１の実施の形
態において図１５〜図１７を用いて説明した処理と同様
の一連の処理を再び実行する。
【０１７３】そして、発側のＡＴＭ端末１内のシグナリ
ング部３内の図２に示されるＡＴＭ呼制御部１０が、図
１５のステップ２に対応する処理において、まず、アプ
リケーションＡ１のアプリケーションＩＤ Ａ１に対応
するアドレスに記憶されている図１７に示されるテーブ
ルに着側のアプリケーションＩＤ Ａ３が記憶されてい
ることを検出する。
ング部３内の図２に示されるＡＴＭ呼制御部１０が、図
１５のステップ２に対応する処理において、まず、アプ
リケーションＡ１のアプリケーションＩＤ Ａ１に対応
するアドレスに記憶されている図１７に示されるテーブ
ルに着側のアプリケーションＩＤ Ａ３が記憶されてい
ることを検出する。
【０１７４】続いて、図１５のステップ４に対応する処
理において、発側のＡＴＭ端末１内のシグナリング部３
内の図２に示されるシグナリングプロトコル部１１は、
ＡＴＭ呼制御部１０からの指示に従って、図２４(a) に
示される呼設定メッセージ（ＳＥＴＵＰ）に含まれるUs
er data information(18) エレメント内の、図２５に示
されるUser data information typeフィールドにユーザ
特有情報を設定すると共に、図２５に示されるUser dat
a information フィールドに、発側のアプリケーション
ＩＤ Ａ１と着側のアプリケーションＩＤ Ａ３を設定
する。
理において、発側のＡＴＭ端末１内のシグナリング部３
内の図２に示されるシグナリングプロトコル部１１は、
ＡＴＭ呼制御部１０からの指示に従って、図２４(a) に
示される呼設定メッセージ（ＳＥＴＵＰ）に含まれるUs
er data information(18) エレメント内の、図２５に示
されるUser data information typeフィールドにユーザ
特有情報を設定すると共に、図２５に示されるUser dat
a information フィールドに、発側のアプリケーション
ＩＤ Ａ１と着側のアプリケーションＩＤ Ａ３を設定
する。
【０１７５】この呼設定メッセージ（ＳＥＴＵＰ）をＡ
ＴＭ網５を介して受信したＡＴＭ端末２内のシグナリン
グ部４は、そのメッセージに格納されている発側のアプ
リケーションＩＤ Ａと着側のアプリケーションＩＤ
Ａ３とに基づいて、発側のアプリケーションＡ１と着側
ののアプリケーションＡ３とにリンクしたコネクション
が既に設定されていることを確認し、そのアプリケーシ
ョンＡ３にコネクションＣＮ２の設定要求を送出する。
ＴＭ網５を介して受信したＡＴＭ端末２内のシグナリン
グ部４は、そのメッセージに格納されている発側のアプ
リケーションＩＤ Ａと着側のアプリケーションＩＤ
Ａ３とに基づいて、発側のアプリケーションＡ１と着側
ののアプリケーションＡ３とにリンクしたコネクション
が既に設定されていることを確認し、そのアプリケーシ
ョンＡ３にコネクションＣＮ２の設定要求を送出する。
【０１７６】そして、アプリケーションＡ３からの許諾
（ＯＫ）により、前述のコネクションＣＮ１の設定要求
時と同様にして、アプリケーションＡ１、Ａ３間にコネ
クションＣＮ２が設定される。すなわち、所望のアプリ
ケーション間に複数のコネクションを設定することがで
きる。
（ＯＫ）により、前述のコネクションＣＮ１の設定要求
時と同様にして、アプリケーションＡ１、Ａ３間にコネ
クションＣＮ２が設定される。すなわち、所望のアプリ
ケーション間に複数のコネクションを設定することがで
きる。
【０１７７】ＡＴＭ端末１のアプリケーションＡ２から
ＡＴＭ端末２のアプリケーションＡ４に対してコネクシ
ョンＣＮ３、ＣＮ４が設定される場合も、上述のシーケ
ンスと全く同様である。
ＡＴＭ端末２のアプリケーションＡ４に対してコネクシ
ョンＣＮ３、ＣＮ４が設定される場合も、上述のシーケ
ンスと全く同様である。
【０１７８】上述のシーケンス例で示される第４の実施
の形態のシーケンスにおいて、着側のＡＴＭ端末１又は
２内のシグナリング部３又は４で実行される発信時の全
体処理は、第１の実施の形態において図１８及び図１９
を用いて説明したものと同じである。但し、図１８のス
テップ１の着信要求受付処理は、第４の実施の形態で
は、図２９の動作フローチャートによって示される。
の形態のシーケンスにおいて、着側のＡＴＭ端末１又は
２内のシグナリング部３又は４で実行される発信時の全
体処理は、第１の実施の形態において図１８及び図１９
を用いて説明したものと同じである。但し、図１８のス
テップ１の着信要求受付処理は、第４の実施の形態で
は、図２９の動作フローチャートによって示される。
【０１７９】図２９において、ＡＴＭ呼制御部１０は、
ステップ１で、図２４(a) に示される呼設定メッセージ
（ＳＥＴＵＰ）に含まれるUser data information(18)
エレメント内の、図２５に示されるUser data informat
ion フィールドに、着側のアプリケーションＩＤとして
ダミーデータが設定されているか否かを判定する。
ステップ１で、図２４(a) に示される呼設定メッセージ
（ＳＥＴＵＰ）に含まれるUser data information(18)
エレメント内の、図２５に示されるUser data informat
ion フィールドに、着側のアプリケーションＩＤとして
ダミーデータが設定されているか否かを判定する。
【０１８０】ダミーデータの設定が確認されステップ１
の判定がＹＥＳの場合には、ＡＴＭ呼制御部１０は、ス
テップ２を実行する。このような場合は、図２８のシー
ケンス図において、例えば発側のアプリケーションＡ１
が初めて発信要求を送出した場合に対応する。
の判定がＹＥＳの場合には、ＡＴＭ呼制御部１０は、ス
テップ２を実行する。このような場合は、図２８のシー
ケンス図において、例えば発側のアプリケーションＡ１
が初めて発信要求を送出した場合に対応する。
【０１８１】ＡＴＭ呼制御部１０は、ステップ２で、ア
プリ対応データ部１３上のテーブルを検索することによ
り、通信を行っていない空きアプリケーションの中で着
信可能なアプリケーションを検索する。
プリ対応データ部１３上のテーブルを検索することによ
り、通信を行っていない空きアプリケーションの中で着
信可能なアプリケーションを検索する。
【０１８２】次に、ＡＴＭ呼制御部１０は、ステップ３
で、ステップ２の検索に対応する着側のアプリケーショ
ンが存在するか否かを判定する。ステップ２の検索に対
応する着側のアプリケーションが存在せずステップ３の
判定がＮＯの場合には、ＡＴＭ呼制御部１０は、ステッ
プ８で、その内部の着信条件判定レジスタに、着信条件
不成立を設定する。このレジスタの状態は、図１８のス
テップ２で判定される。
で、ステップ２の検索に対応する着側のアプリケーショ
ンが存在するか否かを判定する。ステップ２の検索に対
応する着側のアプリケーションが存在せずステップ３の
判定がＮＯの場合には、ＡＴＭ呼制御部１０は、ステッ
プ８で、その内部の着信条件判定レジスタに、着信条件
不成立を設定する。このレジスタの状態は、図１８のス
テップ２で判定される。
【０１８３】一方、ステップ２の検索に対応する着側の
アプリケーションが存在しステップ３の判定がＹＥＳの
場合には、ＡＴＭ呼制御部１０は、ステップ４で、アプ
リ対応データ部１３内の上記着側のアプリケーションに
対応する図１９に示されるテーブル内の登録表示をＯＮ
とする。
アプリケーションが存在しステップ３の判定がＹＥＳの
場合には、ＡＴＭ呼制御部１０は、ステップ４で、アプ
リ対応データ部１３内の上記着側のアプリケーションに
対応する図１９に示されるテーブル内の登録表示をＯＮ
とする。
【０１８４】続いて、ＡＴＭ呼制御部１０は、ステップ
５で、上記テーブル内のコネクション数を１とし、ま
た、上記テーブルに、受信した図２４(a) の呼設定メッ
セージ（ＳＥＴＵＰ）に含まれるCalling party number
(12)エレメントに格納されている発側のＡＴＭ端末１の
アドレス（発アドレス）と、第１の実施の形態の場合と
同様の属性情報と、図２４(a) に示される呼設定メッセ
ージ（ＳＥＴＵＰ）に含まれるUser data information
(18) エレメント内の、図２５に示されるUser data inf
ormation フィールドに格納されている発側のアプリケ
ーションＩＤを、それぞれ登録する。
５で、上記テーブル内のコネクション数を１とし、ま
た、上記テーブルに、受信した図２４(a) の呼設定メッ
セージ（ＳＥＴＵＰ）に含まれるCalling party number
(12)エレメントに格納されている発側のＡＴＭ端末１の
アドレス（発アドレス）と、第１の実施の形態の場合と
同様の属性情報と、図２４(a) に示される呼設定メッセ
ージ（ＳＥＴＵＰ）に含まれるUser data information
(18) エレメント内の、図２５に示されるUser data inf
ormation フィールドに格納されている発側のアプリケ
ーションＩＤを、それぞれ登録する。
【０１８５】次に、ＡＴＭ呼制御部１０は、ステップ６
で、上記テーブル内のコネクション１状態を、着信中状
態とする。最後に、ＡＴＭ呼制御部１０は、ステップ７
で、その内部の着信条件判定レジスタに、着信条件成立
を設定する。
で、上記テーブル内のコネクション１状態を、着信中状
態とする。最後に、ＡＴＭ呼制御部１０は、ステップ７
で、その内部の着信条件判定レジスタに、着信条件成立
を設定する。
【０１８６】一方、図２４(a) に示される呼設定メッセ
ージ（ＳＥＴＵＰ）に含まれるUserdata information(1
8) エレメント内の、図２５に示されるUser data infor
mation フィールドに、ダミーデータ以外のアプリケー
ションＩＤが設定されておりステップ１の判定がＮＯの
場合には、ＡＴＭ呼制御部１０は、ステップ９を実行す
る。このような場合は、図２８のシーケンス図におい
て、例えば発側のアプリケーションＡ１がアプリケーシ
ョンＡ３との間でコネクションＣＮ１を設定した後、更
にアプリケーションＡ３を指定してコネクションＣＮ２
の設定要求を送出した場合に対応する。
ージ（ＳＥＴＵＰ）に含まれるUserdata information(1
8) エレメント内の、図２５に示されるUser data infor
mation フィールドに、ダミーデータ以外のアプリケー
ションＩＤが設定されておりステップ１の判定がＮＯの
場合には、ＡＴＭ呼制御部１０は、ステップ９を実行す
る。このような場合は、図２８のシーケンス図におい
て、例えば発側のアプリケーションＡ１がアプリケーシ
ョンＡ３との間でコネクションＣＮ１を設定した後、更
にアプリケーションＡ３を指定してコネクションＣＮ２
の設定要求を送出した場合に対応する。
【０１８７】ＡＴＭ呼制御部１０は、ステップ９で、ア
プリ対応データ部１３上で、呼設定メッセージ（ＳＥＴ
ＵＰ）に含まれる着側のアプリケーションＩＤに対応す
るアドレスを検査することにより、上記着側のアプリケ
ーションＩＤに対応するアプリケーションが存在するか
否かを判定する。
プリ対応データ部１３上で、呼設定メッセージ（ＳＥＴ
ＵＰ）に含まれる着側のアプリケーションＩＤに対応す
るアドレスを検査することにより、上記着側のアプリケ
ーションＩＤに対応するアプリケーションが存在するか
否かを判定する。
【０１８８】この結果、指定された着側のアプリケーシ
ョンが存在せずステップ９の判定がＮＯの場合には、Ａ
ＴＭ呼制御部１０は、ステップ１４で、その内部の着信
条件判定レジスタに、着信条件不成立を設定する。この
レジスタの状態は、図１８のステップ２で判定される。
ョンが存在せずステップ９の判定がＮＯの場合には、Ａ
ＴＭ呼制御部１０は、ステップ１４で、その内部の着信
条件判定レジスタに、着信条件不成立を設定する。この
レジスタの状態は、図１８のステップ２で判定される。
【０１８９】一方、指定された着側のアプリケーション
が存在しステップ９の判定がＹＥＳの場合には、ＡＴＭ
呼制御部１０は、ステップ１０で、上記テーブルに設定
されているコネクション数、アプリケーションＩＤ、及
び発側のＡＴＭ端末１又は２のアドレスをチェックす
る。
が存在しステップ９の判定がＹＥＳの場合には、ＡＴＭ
呼制御部１０は、ステップ１０で、上記テーブルに設定
されているコネクション数、アプリケーションＩＤ、及
び発側のＡＴＭ端末１又は２のアドレスをチェックす
る。
【０１９０】上記テーブルに設定されているコネクショ
ン数がそれに対応する着側のアプリケーションが処理可
能な数を超えている場合、又はアプリケーションＩＤが
設定されていないような場合、或いは、発側のＡＴＭ端
末１又は２のアドレスが設定されていないような場合に
は、ステップ１０のチェック結果はＮＧとなる。この場
合には、ＡＴＭ呼制御部１０は、ステップ１４で、その
内部の着信条件判定レジスタに、着信条件不成立を設定
する。
ン数がそれに対応する着側のアプリケーションが処理可
能な数を超えている場合、又はアプリケーションＩＤが
設定されていないような場合、或いは、発側のＡＴＭ端
末１又は２のアドレスが設定されていないような場合に
は、ステップ１０のチェック結果はＮＧとなる。この場
合には、ＡＴＭ呼制御部１０は、ステップ１４で、その
内部の着信条件判定レジスタに、着信条件不成立を設定
する。
【０１９１】一方、ステップ１０のチェック結果がＯＫ
の場合は、ＡＴＭ呼制御部１０は、ステップ１１で、上
記テーブル内のコネクション数を更新（プラス１）す
る。次に、ＡＴＭ呼制御部１０は、ステップ１２で、上
記テーブル内のコネクションｎ状態を着信中状態とす
る。ここで、ｎは、それに対応するアプリケーションに
対する現在の着信要求が２回目のものなら２、３回目の
ものなら３となる。
の場合は、ＡＴＭ呼制御部１０は、ステップ１１で、上
記テーブル内のコネクション数を更新（プラス１）す
る。次に、ＡＴＭ呼制御部１０は、ステップ１２で、上
記テーブル内のコネクションｎ状態を着信中状態とす
る。ここで、ｎは、それに対応するアプリケーションに
対する現在の着信要求が２回目のものなら２、３回目の
ものなら３となる。
【０１９２】最後に、ＡＴＭ呼制御部１０は、ステップ
１３で、その内部の着信条件判定レジスタに、着信条件
成立を設定する。ここで、第４の実施の形態において採
用される図１及び図２に示される構成では、ＡＴＭ網５
にＡＴＭ端末１、２が直接接続される構成を有している
が、第４の実施の形態のシーケンス（図２８参照）は、
図２０に示されるように、ＡＴＭ網にユーザ・網インタ
フェース（ＵＮＩ）によりセル分解組立装置（ＣＬＡ
Ｄ）が収容され、そのセル分解組立装置にそれぞれ端末
が収容される構成に対しても同様に適用できる。
１３で、その内部の着信条件判定レジスタに、着信条件
成立を設定する。ここで、第４の実施の形態において採
用される図１及び図２に示される構成では、ＡＴＭ網５
にＡＴＭ端末１、２が直接接続される構成を有している
が、第４の実施の形態のシーケンス（図２８参照）は、
図２０に示されるように、ＡＴＭ網にユーザ・網インタ
フェース（ＵＮＩ）によりセル分解組立装置（ＣＬＡ
Ｄ）が収容され、そのセル分解組立装置にそれぞれ端末
が収容される構成に対しても同様に適用できる。
【０１９３】この場合には、第３の実施の形態の場合と
同様、セル分解組立装置に収容される端末を特定する端
末ＩＤが、図２４(a) の呼設定メッセージ（ＳＥＴＵ
Ｐ）又は図２４(b) の応答メッセージ（ＣＯＮＮＥＣ
Ｔ）に含まれるUser data information(18) エレメント
に格納されることになる。
同様、セル分解組立装置に収容される端末を特定する端
末ＩＤが、図２４(a) の呼設定メッセージ（ＳＥＴＵ
Ｐ）又は図２４(b) の応答メッセージ（ＣＯＮＮＥＣ
Ｔ）に含まれるUser data information(18) エレメント
に格納されることになる。
【０１９４】上述した第３又は第４の実施の形態におい
ては、サブアドレスを用いるものではないから、アドレ
ス体系上の制約が生じず、アドレス資源の有効利用が図
れるという利点がある。更に、発側から着側のみなら
ず、着側から発側へもコネクション設定情報を伝達する
ことができるため、柔軟なコネクションの設定が可能と
なる。
ては、サブアドレスを用いるものではないから、アドレ
ス体系上の制約が生じず、アドレス資源の有効利用が図
れるという利点がある。更に、発側から着側のみなら
ず、着側から発側へもコネクション設定情報を伝達する
ことができるため、柔軟なコネクションの設定が可能と
なる。
【０１９５】
【発明の効果】本発明の第１の態様によれば、複数のア
プリケーション又は複数の端末を一意なサブアドレスに
よって識別できるため、発側と着側のアプリケーション
間又は端末間に単一又は複数のコネクションを容易に設
定することが可能となる。
プリケーション又は複数の端末を一意なサブアドレスに
よって識別できるため、発側と着側のアプリケーション
間又は端末間に単一又は複数のコネクションを容易に設
定することが可能となる。
【０１９６】本発明の第２の態様によれば、アプリケー
ション識別情報又は端末識別情報に基づいて発側と着側
の間で対応するアプリケーション又は端末を確実に検索
することが可能となり、それらの間の複数のコネクショ
ンを確実に設定することが可能となる。
ション識別情報又は端末識別情報に基づいて発側と着側
の間で対応するアプリケーション又は端末を確実に検索
することが可能となり、それらの間の複数のコネクショ
ンを確実に設定することが可能となる。
【０１９７】また、本発明の第２の態様では、サブアド
レスは用いられないため、アドレス体系上の制約が生じ
ず、アドレス資源の有効利用が図れるという利点があ
る。本発明の第３の態様によれば、呼設定メッセージ又
は応答メッセージ内に新たに定義されたインフォメーシ
ョンエレメントにアプリケーション識別情報又は端末識
別情報が格納されることにより、本発明の第２の態様の
場合と同様に、アドレス資源の有効利用が図れると共
に、発側から着側のみならず、着側から発側へもコネク
ション設定情報を伝達することができるため、柔軟なコ
ネクションの設定が可能となる。
レスは用いられないため、アドレス体系上の制約が生じ
ず、アドレス資源の有効利用が図れるという利点があ
る。本発明の第３の態様によれば、呼設定メッセージ又
は応答メッセージ内に新たに定義されたインフォメーシ
ョンエレメントにアプリケーション識別情報又は端末識
別情報が格納されることにより、本発明の第２の態様の
場合と同様に、アドレス資源の有効利用が図れると共
に、発側から着側のみならず、着側から発側へもコネク
ション設定情報を伝達することができるため、柔軟なコ
ネクションの設定が可能となる。
【図１】本発明の第１の実施の形態の説明図である。
【図２】ＡＴＭ端末のブロック図である。
【図３】本発明の第１の実施の形態のシーケンス説明図
である。
である。
【図４】ＳＥＴＵＰメッセージとＣＯＮＮＥＣＴメッセ
ージのデータフォーマット図である。
ージのデータフォーマット図である。
【図５】Information element の詳細なデータ構成図で
ある。
ある。
【図６】Information element の詳細なデータ構成図で
ある。
ある。
【図７】Information element の詳細なデータ構成図で
ある。
ある。
【図８】Information element の詳細なデータ構成図で
ある。
ある。
【図９】Information element の詳細なデータ構成図で
ある。
ある。
【図１０】Information element の詳細なデータ構成図
である。
である。
【図１１】Information element の詳細なデータ構成図
である。
である。
【図１２】Information element の詳細なデータ構成図
である。
である。
【図１３】Information element の詳細なデータ構成図
である。
である。
【図１４】Information element の詳細なデータ構成図
である。
である。
【図１５】発信要求受信時の動作フローチャートであ
る。
る。
【図１６】発信要求分析処理の動作フローチャートであ
る。
る。
【図１７】発信側のアプリ対応データ部１３内のテーブ
ル構成図である。
ル構成図である。
【図１８】着信時の動作フローチャートである。
【図１９】着信側のアプリ対応データ部１３内のテーブ
ル構成図である。
ル構成図である。
【図２０】セル分解組立装置（ＣＬＡＤ）のブロック図
である。
である。
【図２１】本発明の第２の実施の形態のシーケンス説明
図である。
図である。
【図２２】第２の実施の系値アクセスにおける (8)Broa
dband high layer informationエレメントのデータ構成
図である。
dband high layer informationエレメントのデータ構成
図である。
【図２３】第２の実施の形態における着信要求処理の動
作フローチャートである。
作フローチャートである。
【図２４】第３の実施の形態にけるＳＥＴＵＰメッセー
ジとＣＯＮＮＥＣＴメッセージのデータフォーマット図
である。
ジとＣＯＮＮＥＣＴメッセージのデータフォーマット図
である。
【図２５】(18)User data information エレメントのデ
ータ構成図である。
ータ構成図である。
【図２６】本発明の第３の実施の形態のシーケンス説明
図である。
図である。
【図２７】第３の実施の形態における着信要求処理の動
作フローチャートである。
作フローチャートである。
【図２８】本発明の第４の実施の形態のシーケンス説明
図である。
図である。
【図２９】第４の実施の形態における着信要求処理の動
作フローチャートである。
作フローチャートである。
【図３０】考えられる複数コネクションの第１の設定形
態の説明図である。
態の説明図である。
【図３１】考えられる複数コネクションの第２の設定形
態の説明図である。
態の説明図である。
１、２ ＡＴＭ端末 ３、４ シグナリング部 ５ ＡＴＭ網 Ａ１〜Ａ４ アプリケーション Ｓ１〜Ｓ４ サブアドレス ＣＮ１〜ＣＮ４ コネクション
Claims (6)
- 【請求項１】 複数のアプリケーション又は複数の端末
を１つ或いは複数のユーザ網インタフェースにより交換
網に収容して、該１つ或いは複数のユーザ網インタフェ
ース上に複数のコネクションを設定する制御方法におい
て、 前記複数のアプリケーション又は複数の端末毎に一意な
サブアドレスを付与し、 呼設定メッセージに発側の複数のアプリケーション又は
複数の端末のサブアドレスと着側の複数のアプリケーシ
ョン又は複数の端末のサブアドレスを設定して該呼設定
メッセージを前記ユーザ網インタフェースに送出し、 前記ユーザ網インタフェースを介して、前記発側の複数
のアプリケーション又は複数の端末のサブアドレスと前
記着側の複数のアプリケーション又は複数の端末のサブ
アドレスとにより指定された発側と着側の前記アプリケ
ーション間又は端末間に単一又は複数のコネクションを
設定する、 ことを特徴とする複数コネクション設定制御方法。 - 【請求項２】 複数のアプリケーション又は複数の端末
を１つ或いは複数のユーザ網インタフェースにより交換
網に収容して、該１つ或いは複数のユーザ網インタフェ
ース上に複数コネクションを設定する制御方法におい
て、 呼設定メッセージに含まれる広帯域高位レイヤ情報イン
フォメーションエレメントに、アプリケーション識別情
報又は端末識別情報を設定して該呼設定メッセージを前
記ユーザ網インタフェースに送出し、 前記ユーザ網インタフェースを介して、前記アプリケー
ション識別情報又は端末識別情報に基づいて発側と着側
の前記アプリケーション間又は端末間に単一又は複数の
コネクションを設定する、 ことを特徴とする複数コネクション設定制御方法。 - 【請求項３】 複数のアプリケーション又は複数の端末
を１つ或いは複数のユーザ網インタフェースにより交換
網に収容して、該１つ或いは複数のユーザ網インタフェ
ース上に複数のコネクションを設定する制御方法におい
て、 呼設定メッセージ及び正常シーケンスにおける最初の着
側からの応答メッセージに含まれ、エンド・エンド間で
透過的なデータであり、その内容をエンド・エンド間で
任意に定義可能なインフォメーションエレメントを定義
し、 前記呼設定メッセージ又は応答メッセージ内の前記イン
フォメーションエレメントに、アプリケーション識別情
報又は端末識別情報を設定して該呼設定メッセージ又は
応答メッセージを前記ユーザ網インタフェースに送出
し、 前記ユーザ網インタフェースを介して、前記アプリケー
ション識別情報又は端末識別情報に基づいて発側と着側
の前記アプリケーション間又は端末間に単一又は複数の
コネクションを設定する、 ことを特徴とする複数コネクション設定制御方法。 - 【請求項４】 複数のアプリケーション又は複数の端末
を１つ或いは複数のユーザ網インタフェースにより交換
網に収容して、該１つ或いは複数のユーザ網インタフェ
ース上に複数のコネクションを設定する制御方法におい
て、 呼設定メッセージ及び正常シーケンスにおける最初の着
側からの応答メッセージに含まれ、エンド・エンド間で
透過的なデータであり、その内容をエンド・エンド間で
任意に定義可能なインフォメーションエレメントを定義
し、 前記呼設定メッセージ又は応答メッセージ内の前記イン
フォメーションエレメントに、発側のアプリケーション
識別情報又は端末識別情報を設定して該呼設定メッセー
ジ又は応答メッセージを前記ユーザ網インタフェースに
送出し、 前記ユーザ網インタフェースを介して、前記発側のアプ
リケーション識別情報又は端末識別情報に基づいて発側
と着側の前記アプリケーション間又は端末間に単一又は
複数のコネクションを設定する、 ことを特徴とする複数コネクション設定制御方法。 - 【請求項５】 複数のアプリケーション又は複数の端末
を１つ或いは複数のユーザ網インタフェースにより交換
網に収容して、該１つ或いは複数のユーザ網インタフェ
ース上に複数のコネクションを設定する制御方法におい
て、 呼設定メッセージ及び正常シーケンスにおける最初の着
側からの応答メッセージに含まれ、エンド・エンド間で
透過的なデータであり、その内容をエンド・エンド間で
任意に定義可能なインフォメーションエレメントを定義
し、 前記呼設定メッセージ又は応答メッセージ内の前記イン
フォメーションエレメントに、着側のアプリケーション
識別情報又は端末識別情報を設定して該呼設定メッセー
ジ又は応答メッセージを前記ユーザ網インタフェースに
送出し、 前記ユーザ網インタフェースを介して、前記着側のアプ
リケーション識別情報又は端末識別情報に基づいて発側
と着側の前記アプリケーション間又は端末間に単一又は
複数のコネクションを設定する、 ことを特徴とする複数コネクション設定制御方法。 - 【請求項６】 複数のアプリケーション又は複数の端末
を１つ或いは複数のユーザ網インタフェースにより交換
網に収容して、該１つ或いは複数のユーザ網インタフェ
ース上に複数のコネクションを設定する制御方法におい
て、 呼設定メッセージ及び正常シーケンスにおける最初の着
側からの応答メッセージに含まれ、エンド・エンド間で
透過的なデータであり、その内容をエンド・エンド間で
任意に定義可能なインフォメーションエレメントを定義
し、 前記呼設定メッセージ又は応答メッセージ内の前記イン
フォメーションエレメントに、発側及び着側のアプリケ
ーション識別情報又は端末識別情報を設定して該呼設定
メッセージ又は応答メッセージを前記ユーザ網インタフ
ェースに送出し、 前記ユーザ網インタフェースを介して、前記発側及び着
側のアプリケーション識別情報又は端末識別情報に基づ
いて発側と着側の前記アプリケーション間又は端末間に
単一又は複数のコネクションを設定する、 ことを特徴とする複数コネクション設定制御方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22351595A JPH08279814A (ja) | 1995-02-10 | 1995-08-31 | 複数コネクション設定制御方法 |
| US08/597,648 US5943337A (en) | 1995-02-10 | 1996-02-06 | Method for an ATM network which controls settings of a plurality of connections and apparatus and assigns information which identifies applications |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7-22775 | 1995-02-10 | ||
| JP2277595 | 1995-02-10 | ||
| JP22351595A JPH08279814A (ja) | 1995-02-10 | 1995-08-31 | 複数コネクション設定制御方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08279814A true JPH08279814A (ja) | 1996-10-22 |
Family
ID=26360042
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP22351595A Withdrawn JPH08279814A (ja) | 1995-02-10 | 1995-08-31 | 複数コネクション設定制御方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5943337A (ja) |
| JP (1) | JPH08279814A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6307856B1 (en) | 1997-03-19 | 2001-10-23 | Fujitsu Limited | Method of establishing connection |
| US6658001B1 (en) | 1998-07-03 | 2003-12-02 | Fujitsu Limited | Path setting method, communication unit and storage medium |
Families Citing this family (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6125123A (en) * | 1997-03-14 | 2000-09-26 | Fujitsu Limited | Signaling method, switching system, storage medium and network |
| KR100247837B1 (ko) * | 1997-06-11 | 2000-04-01 | 윤종용 | 협대역 종합정보통신망의 트래픽 처리가 가능한 에이티엠 스위치장치 및 방법 |
| JPH1168782A (ja) * | 1997-08-26 | 1999-03-09 | Fujitsu Ltd | シグナリング処理装置およびその方法 |
| JP3394430B2 (ja) * | 1997-09-09 | 2003-04-07 | 富士通株式会社 | ネットワークシステム及び交換機 |
| JPH11103303A (ja) * | 1997-09-26 | 1999-04-13 | Sony Corp | ネットワーク資源予約制御方法および装置、受信端末、送信端末、並びに中継装置 |
| JP2000124919A (ja) * | 1998-10-20 | 2000-04-28 | Hitachi Ltd | Ａｔｍシグナリング装置及びａｔｍシグナリング方法 |
| US6862285B1 (en) * | 1999-12-13 | 2005-03-01 | Microsoft Corp. | Method and system for communicating with a virtual circuit network |
| US7088720B1 (en) * | 2000-08-07 | 2006-08-08 | Sbc Technology Resources, Inc. | Multiservice use of network connection capability under user-to-network interface signaling |
| US7307993B2 (en) * | 2000-08-08 | 2007-12-11 | At&T Labs, Inc. | Controller based call control for ATM SVC signaling |
| US7339605B2 (en) | 2004-04-16 | 2008-03-04 | Polycom, Inc. | Conference link between a speakerphone and a video conference unit |
| US8964604B2 (en) | 2000-12-26 | 2015-02-24 | Polycom, Inc. | Conference endpoint instructing conference bridge to dial phone number |
| US9001702B2 (en) * | 2000-12-26 | 2015-04-07 | Polycom, Inc. | Speakerphone using a secure audio connection to initiate a second secure connection |
| US8948059B2 (en) | 2000-12-26 | 2015-02-03 | Polycom, Inc. | Conference endpoint controlling audio volume of a remote device |
| US8977683B2 (en) * | 2000-12-26 | 2015-03-10 | Polycom, Inc. | Speakerphone transmitting password information to a remote device |
| US7342942B1 (en) * | 2001-02-07 | 2008-03-11 | Cortina Systems, Inc. | Multi-service segmentation and reassembly device that maintains only one reassembly context per active output port |
| US8934382B2 (en) | 2001-05-10 | 2015-01-13 | Polycom, Inc. | Conference endpoint controlling functions of a remote device |
| US8976712B2 (en) | 2001-05-10 | 2015-03-10 | Polycom, Inc. | Speakerphone and conference bridge which request and perform polling operations |
| US7136386B2 (en) * | 2001-07-19 | 2006-11-14 | Sbc Technology Resources, Inc. | Virtual private network over asynchronous transfer mode |
| US7187678B2 (en) | 2001-08-13 | 2007-03-06 | At&T Labs, Inc. | Authentication for use of high speed network resources |
| US8885523B2 (en) | 2001-12-31 | 2014-11-11 | Polycom, Inc. | Speakerphone transmitting control information embedded in audio information through a conference bridge |
| US8947487B2 (en) | 2001-12-31 | 2015-02-03 | Polycom, Inc. | Method and apparatus for combining speakerphone and video conference unit operations |
| US7978838B2 (en) * | 2001-12-31 | 2011-07-12 | Polycom, Inc. | Conference endpoint instructing conference bridge to mute participants |
| US8705719B2 (en) | 2001-12-31 | 2014-04-22 | Polycom, Inc. | Speakerphone and conference bridge which receive and provide participant monitoring information |
| US8934381B2 (en) * | 2001-12-31 | 2015-01-13 | Polycom, Inc. | Conference endpoint instructing a remote device to establish a new connection |
| US8102984B2 (en) * | 2001-12-31 | 2012-01-24 | Polycom Inc. | Speakerphone and conference bridge which receive and provide participant monitoring information |
| US8223942B2 (en) * | 2001-12-31 | 2012-07-17 | Polycom, Inc. | Conference endpoint requesting and receiving billing information from a conference bridge |
| US8144854B2 (en) | 2001-12-31 | 2012-03-27 | Polycom Inc. | Conference bridge which detects control information embedded in audio information to prioritize operations |
| US7701953B2 (en) * | 2002-11-04 | 2010-04-20 | At&T Intellectual Property I, L.P. | Client server SVC-based DSL service |
| US7602788B2 (en) | 2002-11-04 | 2009-10-13 | At&T Intellectual Property I, L.P. | Peer to peer SVC-based DSL service |
| US7382785B2 (en) * | 2003-02-21 | 2008-06-03 | At&T Knowledge Ventures, L.P. | Extended virtual user-to-network interface with ATM network |
| US8126029B2 (en) * | 2005-06-08 | 2012-02-28 | Polycom, Inc. | Voice interference correction for mixed voice and spread spectrum data signaling |
| US8199791B2 (en) * | 2005-06-08 | 2012-06-12 | Polycom, Inc. | Mixed voice and spread spectrum data signaling with enhanced concealment of data |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2821139B2 (ja) * | 1988-05-27 | 1998-11-05 | 株式会社日立製作所 | マルチメディアデータ識別接続方法 |
| JPH04192747A (ja) * | 1990-11-26 | 1992-07-10 | Matsushita Electric Ind Co Ltd | Ｉｓｄｎ複合端末装置 |
| JPH0514546A (ja) * | 1991-07-05 | 1993-01-22 | Fujitsu Ltd | 通信における帯域管理方式 |
| EP0664906B1 (en) * | 1993-07-28 | 2002-01-02 | 3Com Corporation | Network station with multiple network addresses |
| US5452293A (en) * | 1994-01-27 | 1995-09-19 | Dsc Communications Corporation | Apparatus and method of transmitting call information prior to establishing a connection path |
-
1995
- 1995-08-31 JP JP22351595A patent/JPH08279814A/ja not_active Withdrawn
-
1996
- 1996-02-06 US US08/597,648 patent/US5943337A/en not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6307856B1 (en) | 1997-03-19 | 2001-10-23 | Fujitsu Limited | Method of establishing connection |
| US6658001B1 (en) | 1998-07-03 | 2003-12-02 | Fujitsu Limited | Path setting method, communication unit and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| US5943337A (en) | 1999-08-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH08279814A (ja) | 複数コネクション設定制御方法 | |
| JPH07297915A (ja) | 接続制御装置 | |
| JP2006101528A (ja) | ループ通信チャネルの検出 | |
| US6788691B1 (en) | AAL2 negotiation procedure | |
| US7113515B2 (en) | Signaling method for transmitting working data over different types of data transmission networks | |
| JP3394430B2 (ja) | ネットワークシステム及び交換機 | |
| US20030169726A1 (en) | Connectionless routing of data within a telecommunication gateway | |
| US20040213223A1 (en) | "Communication apparatus" | |
| JPH1168782A (ja) | シグナリング処理装置およびその方法 | |
| EP1263260A1 (en) | Automation of provisioning of private line packet network connections | |
| KR100427762B1 (ko) | 에이티엠 교환기에서 에스브이씨 서비스 방법 | |
| KR100241885B1 (ko) | 에이티엠 교환망의 소프트 피브이씨 구현 방법 | |
| JPH05308383A (ja) | 構内交換機 | |
| CN1193625C (zh) | 管理通信业务量的方法和系统 | |
| KR100294045B1 (ko) | 부하분배 및 평형을 위한 비동기 전송 모드 시그널링 호 설정 방법 | |
| KR100381376B1 (ko) | 교환기간의 트래픽 정합방법 | |
| JP3399994B2 (ja) | Ａｔｍ交換機及びａｔｍ交換機における信号同期制御方式 | |
| KR20030055409A (ko) | 개방형 네트워크에서의 베어러 경로 설정 방법 | |
| EP0869689A2 (en) | Communication system for emergency calls | |
| KR100221311B1 (ko) | 종합정보통신망(isdn) 사용자-망 접속의 계층 3에서 데이타 표시 프리미티브 처리방법 | |
| JPH06120947A (ja) | 遠隔端末データ収集方法 | |
| JPH06169318A (ja) | Ａｔｍ交換機における呼処理方式 | |
| KR100314160B1 (ko) | 전전자 교환기 시스템에 있어서 지능망 응용 프로토콜의 응용문맥 협상 방법 | |
| JP3142047B2 (ja) | 収容替え加入者への呼設定方法 | |
| JPH03245639A (ja) | パケット伝送方式およびインタフェース装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20021105 |