JPH07203020A - フレームリレー端末装置の制御方法 - Google Patents
フレームリレー端末装置の制御方法Info
- Publication number
- JPH07203020A JPH07203020A JP5349203A JP34920393A JPH07203020A JP H07203020 A JPH07203020 A JP H07203020A JP 5349203 A JP5349203 A JP 5349203A JP 34920393 A JP34920393 A JP 34920393A JP H07203020 A JPH07203020 A JP H07203020A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- terminal
- frame relay
- channel
- result
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【目的】 回線を有効活用できるとともに、回線容量を
有効活用できるフレームリレー端末装置の制御方法を提
供することを目的としている。 【構成】 同一ＩＳＤＮ基本インタフェースの宅内配線
側に接続された複数の端末のいずれかが回線を使用でき
るので、通信要求の発生した順にデータ伝送が行われ、
回線の利用効率が向上する。また、空いているチャネル
（情報チャネルまたは信号チャネル）を利用して、内線
通信を行うことができるので、回線設備を有効に活用で
き、安価な内線通信を実現できるという効果を得る。
有効活用できるフレームリレー端末装置の制御方法を提
供することを目的としている。 【構成】 同一ＩＳＤＮ基本インタフェースの宅内配線
側に接続された複数の端末のいずれかが回線を使用でき
るので、通信要求の発生した順にデータ伝送が行われ、
回線の利用効率が向上する。また、空いているチャネル
（情報チャネルまたは信号チャネル）を利用して、内線
通信を行うことができるので、回線設備を有効に活用で
き、安価な内線通信を実現できるという効果を得る。
Description
【０００１】
【産業上の利用分野】本発明は、ＩＳＤＮ基本インタフ
ェースにおけるフレームリレーサービスを利用してデー
タを伝送するフレームリレー端末装置の制御方法に関す
る。
ェースにおけるフレームリレーサービスを利用してデー
タを伝送するフレームリレー端末装置の制御方法に関す
る。
【０００２】
【従来の技術】一般に、ＩＳＤＮ基本インタフェースに
おけるフレームリレーサービスでは、相手端末を固定し
て接続する、相手固定接続の接続形態をとる。また、契
約により、６４Ｋｂｐｓまたは１２８Ｋｂｐｓの伝送速
度のいずれかを選択することができる。
おけるフレームリレーサービスでは、相手端末を固定し
て接続する、相手固定接続の接続形態をとる。また、契
約により、６４Ｋｂｐｓまたは１２８Ｋｂｐｓの伝送速
度のいずれかを選択することができる。
【０００３】
【発明が解決しようとする課題】このようなＩＳＤＮ基
本インタフェースにおけるフレームリレーサービスで
は、次のような不都合を生じていた。
本インタフェースにおけるフレームリレーサービスで
は、次のような不都合を生じていた。
【０００４】すなわち、ＩＳＤＮ基本インタフェースに
は、データ伝送速度が６４Ｋｂｐｓの２つの情報チャネ
ル（Ｂ１，Ｂ２）と、データ伝送速度が１６Ｋｂｐｓの
１つの信号チャネル（Ｄ）が多重化されているが、例え
ば、データ伝送速度を６４Ｋｂｐｓでフレームリレーサ
ービスを契約すると、１つの情報チャネルしか使われな
いこととなり、回線容量上、無駄を生じる。
は、データ伝送速度が６４Ｋｂｐｓの２つの情報チャネ
ル（Ｂ１，Ｂ２）と、データ伝送速度が１６Ｋｂｐｓの
１つの信号チャネル（Ｄ）が多重化されているが、例え
ば、データ伝送速度を６４Ｋｂｐｓでフレームリレーサ
ービスを契約すると、１つの情報チャネルしか使われな
いこととなり、回線容量上、無駄を生じる。
【０００５】また、１つのＩＳＤＮ基本インタフェース
を１つの端末装置で使用する場合には、その端末装置が
データ伝送を実行していない間は、回線が使用されない
こととなり、通信効率が低下するという不都合も生じ
る。
を１つの端末装置で使用する場合には、その端末装置が
データ伝送を実行していない間は、回線が使用されない
こととなり、通信効率が低下するという不都合も生じ
る。
【０００６】本発明は、かかる実情に鑑みてなされたも
のであり、回線を有効活用できるとともに、回線容量を
有効活用できるフレームリレー端末装置の制御方法を提
供することを目的としている。
のであり、回線を有効活用できるとともに、回線容量を
有効活用できるフレームリレー端末装置の制御方法を提
供することを目的としている。
【０００７】
【課題を解決するための手段】本発明は、ＩＳＤＮ基本
インタフェースにおけるフレームリレーサービスを利用
してデータを伝送するフレームリレー端末装置の制御方
法において、同一ＩＳＤＮ基本インタフェースに接続さ
れた端末装置間で通信権を調整し、通信権をもつ端末装
置がデータ通信するようにしたものである。
インタフェースにおけるフレームリレーサービスを利用
してデータを伝送するフレームリレー端末装置の制御方
法において、同一ＩＳＤＮ基本インタフェースに接続さ
れた端末装置間で通信権を調整し、通信権をもつ端末装
置がデータ通信するようにしたものである。
【０００８】また、ＩＳＤＮ基本インタフェースにおけ
るフレームリレーサービスを利用してデータを伝送する
フレームリレー端末装置の制御方法において、データ伝
送速度として１つの情報チャネルに相当する伝送速度を
用いるとき、２つ目の情報チャネルを用いて、同一ＩＳ
ＤＮ基本インタフェースの宅内配線側に接続された複数
の端末間で内線通信を行うようにしたものである。
るフレームリレーサービスを利用してデータを伝送する
フレームリレー端末装置の制御方法において、データ伝
送速度として１つの情報チャネルに相当する伝送速度を
用いるとき、２つ目の情報チャネルを用いて、同一ＩＳ
ＤＮ基本インタフェースの宅内配線側に接続された複数
の端末間で内線通信を行うようにしたものである。
【０００９】また、ＩＳＤＮ基本インタフェースにおけ
るフレームリレーサービスを利用してデータを伝送する
フレームリレー端末装置の制御方法において、データ伝
送速度として２つの情報チャネルに相当する伝送速度を
用いるとき、信号チャネルを用いて、同一ＩＳＤＮ基本
インタフェースの宅内配線側に接続された複数の端末間
で内線通信を行うようにしたものである。
るフレームリレーサービスを利用してデータを伝送する
フレームリレー端末装置の制御方法において、データ伝
送速度として２つの情報チャネルに相当する伝送速度を
用いるとき、信号チャネルを用いて、同一ＩＳＤＮ基本
インタフェースの宅内配線側に接続された複数の端末間
で内線通信を行うようにしたものである。
【００１０】
【作用】したがって、同一ＩＳＤＮ基本インタフェース
の宅内配線側に接続された複数の端末のいずれかが回線
を使用できるので、通信要求の発生した順にデータ伝送
が行われ、回線の利用効率が向上する。また、空いてい
るチャネル（情報チャネルまたは信号チャネル）を利用
して、内線通信を行うことができるので、回線設備を有
効に活用することができる。
の宅内配線側に接続された複数の端末のいずれかが回線
を使用できるので、通信要求の発生した順にデータ伝送
が行われ、回線の利用効率が向上する。また、空いてい
るチャネル（情報チャネルまたは信号チャネル）を利用
して、内線通信を行うことができるので、回線設備を有
効に活用することができる。
【００１１】
【実施例】以下、添付図面を参照しながら、本発明の実
施例を詳細に説明する。
施例を詳細に説明する。
【００１２】図１は、本発明の一実施例にかかる通信シ
ステムを示している。
ステムを示している。
【００１３】この場合、２つの通信サイトＳＴ１，ＳＴ
２が、網（ＩＳＤＮ）ＮＷのフレームリレーサービスを
利用して、相手固定接続状態で接続されている。
２が、網（ＩＳＤＮ）ＮＷのフレームリレーサービスを
利用して、相手固定接続状態で接続されている。
【００１４】ここで、おのおのの通信サイトＳＴ１，Ｓ
Ｔ２は、複数のデータ端末装置を接続したひとまとまり
の通信局であり、例えば、通信サイトＳＴ１は、図２に
示すように、ＩＳＤＮの基本インタフェースを終端する
網終端装置ＤＳＮ、この網終端装置ＤＳＮに接続される
受動バスＢＳ、受動バスＢＳに接続されるメイン端末Ｔ
Ｍ、および、サブ端末ＴＥ１，ＴＥ２から構成されてい
る。
Ｔ２は、複数のデータ端末装置を接続したひとまとまり
の通信局であり、例えば、通信サイトＳＴ１は、図２に
示すように、ＩＳＤＮの基本インタフェースを終端する
網終端装置ＤＳＮ、この網終端装置ＤＳＮに接続される
受動バスＢＳ、受動バスＢＳに接続されるメイン端末Ｔ
Ｍ、および、サブ端末ＴＥ１，ＴＥ２から構成されてい
る。
【００１５】図３は、メイン端末ＴＭの一例を示してい
る。なお、サブ端末ＴＥ１，ＴＥ２も、このメイン端末
ＴＭと同等の構成をもつ。
る。なお、サブ端末ＴＥ１，ＴＥ２も、このメイン端末
ＴＭと同等の構成をもつ。
【００１６】同図において、システム制御部１は、この
メイン端末ＴＭの動作制御処理および主要なアプリケー
ション処理などを実行するためのものであり、データ処
理部２は、このメイン端末ＴＭの機能に対応した種々の
データ処理を実行するためのものであり、操作表示部３
は、このメイン端末ＴＭを操作するためのものである。
メイン端末ＴＭの動作制御処理および主要なアプリケー
ション処理などを実行するためのものであり、データ処
理部２は、このメイン端末ＴＭの機能に対応した種々の
データ処理を実行するためのものであり、操作表示部３
は、このメイン端末ＴＭを操作するためのものである。
【００１７】ＩＳＤＮインタフェース回路４は、ＩＳＤ
Ｎと物理的に接続するとともに、ＩＳＤＮのレイヤ１の
信号処理機能およびＤチャネル（信号チャネル）の信号
と２つのＢチャネル（情報チャネル）の信号の統合／分
離機能を備えたものであり、ＬＡＰＤ制御部５は、信号
チャネル上のＬＡＰＤによるデータ伝送処理を実行する
ものであり、ＬＡＰＦ制御部６は、Ｂ１チャネルを介し
てフレームリレー機能を利用したデータ伝送を行うため
のものであり、ＬＡＰＦ制御部７は、Ｂ２チャネルを介
してフレームリレー機能を利用したデータ伝送を行うた
めのものである。
Ｎと物理的に接続するとともに、ＩＳＤＮのレイヤ１の
信号処理機能およびＤチャネル（信号チャネル）の信号
と２つのＢチャネル（情報チャネル）の信号の統合／分
離機能を備えたものであり、ＬＡＰＤ制御部５は、信号
チャネル上のＬＡＰＤによるデータ伝送処理を実行する
ものであり、ＬＡＰＦ制御部６は、Ｂ１チャネルを介し
てフレームリレー機能を利用したデータ伝送を行うため
のものであり、ＬＡＰＦ制御部７は、Ｂ２チャネルを介
してフレームリレー機能を利用したデータ伝送を行うた
めのものである。
【００１８】ここで、網提供業者との間で、データ伝送
速度が６４Ｋｂｐｓのフレームリレーサービスを契約し
た場合には、図４（ａ）に示すように、ＩＳＤＮ基本イ
ンタフェースに多重化されている信号のうち、Ｄチャネ
ルの信号を運ぶビット、および、Ｂ２チャネルの信号を
運ぶビットの内容は、網には出力されない。また、網提
供業者との間で、データ伝送速度が１２８Ｋｂｐｓのフ
レームリレーサービスを契約した場合には、同図（ｂ）
に示すように、ＩＳＤＮ基本インタフェースに多重化さ
れている信号のうち、Ｄチャネルの信号を運ぶビットの
内容は、網には出力されない。
速度が６４Ｋｂｐｓのフレームリレーサービスを契約し
た場合には、図４（ａ）に示すように、ＩＳＤＮ基本イ
ンタフェースに多重化されている信号のうち、Ｄチャネ
ルの信号を運ぶビット、および、Ｂ２チャネルの信号を
運ぶビットの内容は、網には出力されない。また、網提
供業者との間で、データ伝送速度が１２８Ｋｂｐｓのフ
レームリレーサービスを契約した場合には、同図（ｂ）
に示すように、ＩＳＤＮ基本インタフェースに多重化さ
れている信号のうち、Ｄチャネルの信号を運ぶビットの
内容は、網には出力されない。
【００１９】このように、基本的に、フレームリレーサ
ービスを契約したときには、信号チャネルが網との間で
は使用されないので、ＩＳＤＮ基本インタフェースに接
続された端末と網との間では、呼制御動作が実行され
ず、ポイント・ツー・ポイント接続の接続態様で、相手
対地の端末との間でデータ伝送できる。
ービスを契約したときには、信号チャネルが網との間で
は使用されないので、ＩＳＤＮ基本インタフェースに接
続された端末と網との間では、呼制御動作が実行され
ず、ポイント・ツー・ポイント接続の接続態様で、相手
対地の端末との間でデータ伝送できる。
【００２０】さて、この実施例では、サイトＳＴ１にお
いて、受動バスＢＳに接続されているメイン端末ＴＭお
よびサブ端末ＴＥ１，ＴＥ２が、それぞれデータ伝送す
ることができるようにするために、まず、メイン端末Ｔ
Ｍが、データ伝送する権利をあらわす通信権の設定／解
除を行う。そして、通信権が設定されているメイン端末
またはサブ端末ＴＥ１，ＴＥ２のみが、回線を使用した
データ伝送を実行する。
いて、受動バスＢＳに接続されているメイン端末ＴＭお
よびサブ端末ＴＥ１，ＴＥ２が、それぞれデータ伝送す
ることができるようにするために、まず、メイン端末Ｔ
Ｍが、データ伝送する権利をあらわす通信権の設定／解
除を行う。そして、通信権が設定されているメイン端末
またはサブ端末ＴＥ１，ＴＥ２のみが、回線を使用した
データ伝送を実行する。
【００２１】例えば、図５（ａ）に示すように、サブ端
末ＴＥ１がデータ通信の要求状態になると、サブ端末Ｔ
Ｅ１は、信号チャネルを用いて、データ通信要求を発行
する呼設定メッセージＳＥＴＵＰを送出する。
末ＴＥ１がデータ通信の要求状態になると、サブ端末Ｔ
Ｅ１は、信号チャネルを用いて、データ通信要求を発行
する呼設定メッセージＳＥＴＵＰを送出する。
【００２２】この呼設定メッセージＳＥＴＵＰは、メイ
ン端末ＴＭで解析されて、そのときに、データ通信して
いる端末が他になく、そのサブ端末ＴＥ１が通信可能な
状態であると、通信権がサブ端末ＴＥ１に設定され、こ
の時点で、他の端末によるデータ通信が不能な状態にな
る。
ン端末ＴＭで解析されて、そのときに、データ通信して
いる端末が他になく、そのサブ端末ＴＥ１が通信可能な
状態であると、通信権がサブ端末ＴＥ１に設定され、こ
の時点で、他の端末によるデータ通信が不能な状態にな
る。
【００２３】そして、メイン端末ＴＭは、サブ端末ＴＥ
１に対して、通信可能な状態であることを通知する応答
メッセージＣＯＮＮを送出する。
１に対して、通信可能な状態であることを通知する応答
メッセージＣＯＮＮを送出する。
【００２４】これにより、サブ端末ＴＥ１は、そのとき
に利用可能なデータ伝送容量（６４Ｋｂｐｓまたは１２
８Ｋｂｐｓ）を使用して、フレームリレーモードで相手
対地との間でデータ通信動作を実行する。そして、その
データ通信動作を終了すると、サブ端末ＴＥ１は、切断
メッセージＤＩＳＣを送出して、メイン端末ＴＭに通信
権を放棄することを通知する。
に利用可能なデータ伝送容量（６４Ｋｂｐｓまたは１２
８Ｋｂｐｓ）を使用して、フレームリレーモードで相手
対地との間でデータ通信動作を実行する。そして、その
データ通信動作を終了すると、サブ端末ＴＥ１は、切断
メッセージＤＩＳＣを送出して、メイン端末ＴＭに通信
権を放棄することを通知する。
【００２５】これにより、メイン端末ＴＭは、解放メッ
セージＲＥＬをサブ端末ＴＥ１に送出し、次いで、サブ
端末ＴＥ１は、解放完了メッセージＲＥＬ＿ＣＯＭＰを
メイン端末ＴＭに送出する。これにより、メイン端末Ｔ
Ｍは、サブ端末ＴＥ１に設定していた通信権を解除し、
これ以降は、他の端末がデータ通信可能な状態となる。
セージＲＥＬをサブ端末ＴＥ１に送出し、次いで、サブ
端末ＴＥ１は、解放完了メッセージＲＥＬ＿ＣＯＭＰを
メイン端末ＴＭに送出する。これにより、メイン端末Ｔ
Ｍは、サブ端末ＴＥ１に設定していた通信権を解除し、
これ以降は、他の端末がデータ通信可能な状態となる。
【００２６】一方、サブ端末ＴＥ１から呼設定メッセー
ジＳＥＴＵＰを受信したとき、他の端末に通信権が設定
されている場合には、メイン端末ＴＭは、同図（ｂ）に
示すように、通信拒否をあらわす解放完了メッセージＲ
ＥＬ＿ＣＯＭＰをサブ端末ＴＥ１に送出する。このと
き、解放完了メッセージＲＥＬ＿ＣＯＭＰには、理由と
して、チャネルなしをセットする。
ジＳＥＴＵＰを受信したとき、他の端末に通信権が設定
されている場合には、メイン端末ＴＭは、同図（ｂ）に
示すように、通信拒否をあらわす解放完了メッセージＲ
ＥＬ＿ＣＯＭＰをサブ端末ＴＥ１に送出する。このと
き、解放完了メッセージＲＥＬ＿ＣＯＭＰには、理由と
して、チャネルなしをセットする。
【００２７】これにより、サブ端末ＴＥ１は、通信動作
を一時停止する。この後、例えば、サブ端末ＴＥ１は、
一定時間経過後に、呼設定メッセージＳＥＴＵＰをメイ
ン端末ＴＭに再度送出することで、通信できるかどうか
を試行する。
を一時停止する。この後、例えば、サブ端末ＴＥ１は、
一定時間経過後に、呼設定メッセージＳＥＴＵＰをメイ
ン端末ＴＭに再度送出することで、通信できるかどうか
を試行する。
【００２８】ここで、本実施例では、ＩＳＤＮと端末と
の間で実行する呼制御手順と同様の手順信号を用いて、
メイン端末ＴＭとの間での通信権の設定／解除を行うよ
うにしているが、この通信権の設定／解除の手順として
は、これ以外の適当な手順（競合制御手順）を適用する
ことができる。
の間で実行する呼制御手順と同様の手順信号を用いて、
メイン端末ＴＭとの間での通信権の設定／解除を行うよ
うにしているが、この通信権の設定／解除の手順として
は、これ以外の適当な手順（競合制御手順）を適用する
ことができる。
【００２９】図６は、自端末の処理プロセスから通信要
求が発生した場合に、メイン端末ＴＭが実行する処理例
を示している。
求が発生した場合に、メイン端末ＴＭが実行する処理例
を示している。
【００３０】まず、通信要求発生がいずれかの処理プロ
セス（通信プロセス）から要求されることを監視してお
り（判断１０１のＮＯループ）、通信要求が発生して、
判断１０１の結果がＹＥＳになると、そのときが通信権
が他の端末に設定されていない状態（すなわち、通信可
能状態）であるかどうかを調べる（判断１０２）。
セス（通信プロセス）から要求されることを監視してお
り（判断１０１のＮＯループ）、通信要求が発生して、
判断１０１の結果がＹＥＳになると、そのときが通信権
が他の端末に設定されていない状態（すなわち、通信可
能状態）であるかどうかを調べる（判断１０２）。
【００３１】判断１０２の結果がＹＥＳになるときに
は、通信権を自端末に設定し（処理１０４）、通信要求
を発生した処理プロセスによる通信処理を実行し、その
通信処理が終了するまで待つ（処理１０５、判断１０６
のＮＯループ）。
は、通信権を自端末に設定し（処理１０４）、通信要求
を発生した処理プロセスによる通信処理を実行し、その
通信処理が終了するまで待つ（処理１０５、判断１０６
のＮＯループ）。
【００３２】通信処理が終了して、判断１０６の結果が
ＹＥＳになると、通信権を解除して（処理１０７）、判
断１０１に戻る。
ＹＥＳになると、通信権を解除して（処理１０７）、判
断１０１に戻る。
【００３３】一方、通信要求が発生したときに、他の端
末に対して通信権を設定している場合で、判断１０２の
結果がＮＯになるときには、その通信要求を発生した処
理プロセスに対して、通信不可を通知し（処理１０
３）、判断１０１に戻る。
末に対して通信権を設定している場合で、判断１０２の
結果がＮＯになるときには、その通信要求を発生した処
理プロセスに対して、通信不可を通知し（処理１０
３）、判断１０１に戻る。
【００３４】図７は、いずれかのサブ端末ＴＥ１，ＴＥ
２から呼設定メッセージＳＥＴＵＰを受信したときの処
理の一例を示している。
２から呼設定メッセージＳＥＴＵＰを受信したときの処
理の一例を示している。
【００３５】呼設定メッセージＳＥＴＵＰを受信すると
（判断２０１の結果がＹＥＳ）、そのときに通信権が他
の端末に設定されていない状態（すなわち、通信可能状
態）であるかどうかを調べる（判断２０２）。判断２０
２の結果がＮＯになるときには、そのときに呼設定メッ
セージＳＥＴＵＰを送出した端末を指定するとともに、
理由としてチャネルなしをセットした解放完了メッセー
ジＲＥＬ＿ＣＯＭＰを送出する（処理２０３）。
（判断２０１の結果がＹＥＳ）、そのときに通信権が他
の端末に設定されていない状態（すなわち、通信可能状
態）であるかどうかを調べる（判断２０２）。判断２０
２の結果がＮＯになるときには、そのときに呼設定メッ
セージＳＥＴＵＰを送出した端末を指定するとともに、
理由としてチャネルなしをセットした解放完了メッセー
ジＲＥＬ＿ＣＯＭＰを送出する（処理２０３）。
【００３６】また、判断２０２の結果がＹＥＳになると
きには、通信要求端末に対して応答メッセージＣＯＮＮ
を送出するとともに（処理２０４）、通信権をそのとき
の通信要求端末に設定する（処理２０５）。そして、そ
れ以降は、そのときに通信権が設定されている端末から
切断メッセージＤＩＳＣが送出されるまで待つ（判断２
０６のＮＯループ）。通信動作を終了したその端末から
切断メッセージＤＩＳＣを受信して、判断２０６の結果
がＹＥＳになると、その端末に対して解放メッセージＲ
ＥＬを送出し（処理２０７）、解放完了メッセージＲＥ
Ｌ＿ＣＯＭＰを受信すると（処理２０８）、その端末に
設定した通信権を解除し（処理２０９）、この処理を終
了する。
きには、通信要求端末に対して応答メッセージＣＯＮＮ
を送出するとともに（処理２０４）、通信権をそのとき
の通信要求端末に設定する（処理２０５）。そして、そ
れ以降は、そのときに通信権が設定されている端末から
切断メッセージＤＩＳＣが送出されるまで待つ（判断２
０６のＮＯループ）。通信動作を終了したその端末から
切断メッセージＤＩＳＣを受信して、判断２０６の結果
がＹＥＳになると、その端末に対して解放メッセージＲ
ＥＬを送出し（処理２０７）、解放完了メッセージＲＥ
Ｌ＿ＣＯＭＰを受信すると（処理２０８）、その端末に
設定した通信権を解除し（処理２０９）、この処理を終
了する。
【００３７】図８は、自端末の処理プロセスから通信要
求が発生した場合に、サブ端末ＴＥ１，ＴＥ２が実行す
る処理例を示している。
求が発生した場合に、サブ端末ＴＥ１，ＴＥ２が実行す
る処理例を示している。
【００３８】まず、通信要求発生がいずれかの処理プロ
セス（通信プロセス）から要求されることを監視してお
り（判断３０１のＮＯループ）、通信要求が発生して、
判断３０１の結果がＹＥＳになると、メイン端末ＴＭに
対して、呼設定メッセージＳＥＴＵＰを送出し（処理３
０２）、メイン端末ＴＭからの信号を受信する（処理３
０３）。
セス（通信プロセス）から要求されることを監視してお
り（判断３０１のＮＯループ）、通信要求が発生して、
判断３０１の結果がＹＥＳになると、メイン端末ＴＭに
対して、呼設定メッセージＳＥＴＵＰを送出し（処理３
０２）、メイン端末ＴＭからの信号を受信する（処理３
０３）。
【００３９】このときに受信した信号が応答メッセージ
ＣＯＮＮであるかどうかを調べる（判断３０４）。受信
した信号が解放完了メッセージＲＥＬ＿ＣＯＭＰで、判
断３０４の結果がＮＯになるときには、通信できない状
態であることを、通信要求を発生した処理プロセスに通
知して（処理３０５）、この処理を終了する。
ＣＯＮＮであるかどうかを調べる（判断３０４）。受信
した信号が解放完了メッセージＲＥＬ＿ＣＯＭＰで、判
断３０４の結果がＮＯになるときには、通信できない状
態であることを、通信要求を発生した処理プロセスに通
知して（処理３０５）、この処理を終了する。
【００４０】また、応答メッセージＣＯＮＮを受信した
場合で、判断３０４の結果がＹＥＳになるときには、通
信処理を開始し、その通信処理が終了するまで待つ（処
理３０６、判断３０７のＮＯループ）。
場合で、判断３０４の結果がＹＥＳになるときには、通
信処理を開始し、その通信処理が終了するまで待つ（処
理３０６、判断３０７のＮＯループ）。
【００４１】通信処理が終了して、判断３０７の結果が
ＹＥＳになると、メイン端末ＴＭに対して切断メッセー
ジＤＩＳＣを送出し（処理３０８）、メイン端末ＴＭか
ら解放メッセージＲＥＬを受信すると（処理３０９）、
メイン端末ＴＭに対して解放完了メッセージＲＥＬ＿Ｃ
ＯＭＰを送出して（処理３１０）、この処理を終了す
る。
ＹＥＳになると、メイン端末ＴＭに対して切断メッセー
ジＤＩＳＣを送出し（処理３０８）、メイン端末ＴＭか
ら解放メッセージＲＥＬを受信すると（処理３０９）、
メイン端末ＴＭに対して解放完了メッセージＲＥＬ＿Ｃ
ＯＭＰを送出して（処理３１０）、この処理を終了す
る。
【００４２】このようにして、本実施例では、フレーム
リレーサービスを契約した場合でも、複数の端末による
データ通信動作が可能となるので、回線を有効に活用す
ることができる。
リレーサービスを契約した場合でも、複数の端末による
データ通信動作が可能となるので、回線を有効に活用す
ることができる。
【００４３】さて、データ伝送速度を６４Ｋｂｐｓで契
約している場合には、受動バスＢＳでやりとりする信号
のうち、Ｂ２チャネルの信号ビットが未使用状態である
（図４（ａ）参照）。
約している場合には、受動バスＢＳでやりとりする信号
のうち、Ｂ２チャネルの信号ビットが未使用状態である
（図４（ａ）参照）。
【００４４】したがって、この場合、このＢ２チャネル
の信号ビットを利用して、受動バスＢＳを介した内線通
信を実行することができる。
の信号ビットを利用して、受動バスＢＳを介した内線通
信を実行することができる。
【００４５】この場合、まず、メイン端末ＴＭ、およ
び、サブ端末ＴＥ１，ＴＥ２がともに内線通信を実行し
ていないとき、メイン端末ＴＭ、サブ端末ＴＥ１，ＴＥ
２、および、網終端装置ＤＳＵは、図９（ａ）に示すよ
うに、Ｂ２チャネルの受信信号を送信信号に折り返す。
び、サブ端末ＴＥ１，ＴＥ２がともに内線通信を実行し
ていないとき、メイン端末ＴＭ、サブ端末ＴＥ１，ＴＥ
２、および、網終端装置ＤＳＵは、図９（ａ）に示すよ
うに、Ｂ２チャネルの受信信号を送信信号に折り返す。
【００４６】ここで、メイン端末ＴＭとサブ端末ＴＥ１
との間で内線通信を実行するときには、同図（ｂ）に示
すように、メイン端末ＴＭは、Ｂ２チャネルの受信信号
を通信プロセスＣＰａに渡すとともに、通信プロセスＣ
Ｐａからの出力信号をＢ２チャネルの送信信号として出
力し、また、サブ端末ＴＥ１は、Ｂ２チャネルの受信信
号を通信プロセスＣＰｂに渡すとともに、通信プロセス
ＣＰｂからの出力信号をＢ２チャネルの送信信号として
出力する。
との間で内線通信を実行するときには、同図（ｂ）に示
すように、メイン端末ＴＭは、Ｂ２チャネルの受信信号
を通信プロセスＣＰａに渡すとともに、通信プロセスＣ
Ｐａからの出力信号をＢ２チャネルの送信信号として出
力し、また、サブ端末ＴＥ１は、Ｂ２チャネルの受信信
号を通信プロセスＣＰｂに渡すとともに、通信プロセス
ＣＰｂからの出力信号をＢ２チャネルの送信信号として
出力する。
【００４７】これにより、メイン端末ＴＭとサブ端末Ｔ
Ｅ１との間で、内線通信が可能となる。
Ｅ１との間で、内線通信が可能となる。
【００４８】図１０および図１１は、この実施例におい
て、自端末の処理プロセスから通信要求が発生した場合
に、メイン端末ＴＭが実行する処理例を示している。
て、自端末の処理プロセスから通信要求が発生した場合
に、メイン端末ＴＭが実行する処理例を示している。
【００４９】まず、Ｂ２チャネルを、受信信号を送信信
号に折り返す非通信状態に設定し（処理４０１）、通信
要求発生がいずれかの処理プロセス（通信プロセス）か
ら要求されることを監視する（判断４０２のＮＯルー
プ）。
号に折り返す非通信状態に設定し（処理４０１）、通信
要求発生がいずれかの処理プロセス（通信プロセス）か
ら要求されることを監視する（判断４０２のＮＯルー
プ）。
【００５０】通信要求が発生して、判断４０２の結果が
ＹＥＳになると、そのときに通信要求されたのが内線通
信であるかどうかを調べる（判断４０３）。判断４０３
の結果がＹＥＳになるときには、そのときに、他の端末
が内線通信を実行していない状態（すなわち、内線通信
可能状態）であるかどうかを調べる（判断４０４）。そ
のときに、他の端末に対して内線通信権が設定されてい
る場合で、判断４０４の結果がＮＯになるときには、そ
の通信要求を発生した処理プロセスに対して、通信不可
を通知し（処理４０５）、判断４０２に戻る。
ＹＥＳになると、そのときに通信要求されたのが内線通
信であるかどうかを調べる（判断４０３）。判断４０３
の結果がＹＥＳになるときには、そのときに、他の端末
が内線通信を実行していない状態（すなわち、内線通信
可能状態）であるかどうかを調べる（判断４０４）。そ
のときに、他の端末に対して内線通信権が設定されてい
る場合で、判断４０４の結果がＮＯになるときには、そ
の通信要求を発生した処理プロセスに対して、通信不可
を通知し（処理４０５）、判断４０２に戻る。
【００５１】内線通信可能な状態で、判断４０４の結果
がＹＥＳになるときには、Ｂ２チャネルを、受信信号を
通信要求を発生した通信プロセスに渡すとともに、その
通信プロセスからの出力信号を送信信号として出力する
通信状態に設定し（処理４０６）、そのときに指定され
た宛先を発呼する呼設定メッセージＳＥＴＵＰ（放送形
式）を送出して（処理４０７）、指定された相手端末を
内線通信状態に設定する。
がＹＥＳになるときには、Ｂ２チャネルを、受信信号を
通信要求を発生した通信プロセスに渡すとともに、その
通信プロセスからの出力信号を送信信号として出力する
通信状態に設定し（処理４０６）、そのときに指定され
た宛先を発呼する呼設定メッセージＳＥＴＵＰ（放送形
式）を送出して（処理４０７）、指定された相手端末を
内線通信状態に設定する。
【００５２】その状態で、内線通信処理を実行させて、
その内線通信処理が終了するまで待つ（処理４０８、判
断４０９のＮＯループ）。内線通信が終了して、判断４
０９の結果がＹＥＳになると、そのときの通信相手に対
して通信終了を通知し（処理４１０）、処理４０１に戻
る。
その内線通信処理が終了するまで待つ（処理４０８、判
断４０９のＮＯループ）。内線通信が終了して、判断４
０９の結果がＹＥＳになると、そのときの通信相手に対
して通信終了を通知し（処理４１０）、処理４０１に戻
る。
【００５３】また、外線通信が要求された場合で、判断
４０３の結果がＮＯになるときには、そのときに通信権
が他の端末に設定されていない状態（すなわち、通信可
能状態）であるかどうかを調べる（判断４１１）。
４０３の結果がＮＯになるときには、そのときに通信権
が他の端末に設定されていない状態（すなわち、通信可
能状態）であるかどうかを調べる（判断４１１）。
【００５４】判断４１１の結果がＹＥＳになるときに
は、通信権を自端末に設定し（処理４１３）、通信要求
を発生した処理プロセスによる通信処理を実行し、その
通信処理が終了するまで待つ（処理４１４、判断４１５
のＮＯループ）。
は、通信権を自端末に設定し（処理４１３）、通信要求
を発生した処理プロセスによる通信処理を実行し、その
通信処理が終了するまで待つ（処理４１４、判断４１５
のＮＯループ）。
【００５５】通信処理が終了して、判断４１５の結果が
ＹＥＳになると、通信権を解除して（処理４１６）、判
断４０２に戻る。
ＹＥＳになると、通信権を解除して（処理４１６）、判
断４０２に戻る。
【００５６】一方、通信要求が発生したときに、他の端
末に対して通信権を設定している場合で、判断４１１の
結果がＮＯになるときには、その通信要求を発生した処
理プロセスに対して、通信不可を通知し（処理４１
２）、判断４０２に戻る。
末に対して通信権を設定している場合で、判断４１１の
結果がＮＯになるときには、その通信要求を発生した処
理プロセスに対して、通信不可を通知し（処理４１
２）、判断４０２に戻る。
【００５７】図１２および図１３は、いずれかのサブ端
末ＴＥ１，ＴＥ２から呼設定メッセージＳＥＴＵＰを受
信したときの処理の一例を示している。
末ＴＥ１，ＴＥ２から呼設定メッセージＳＥＴＵＰを受
信したときの処理の一例を示している。
【００５８】呼設定メッセージＳＥＴＵＰを受信すると
（判断５０１の結果がＹＥＳ）、その呼設定メッセージ
ＳＥＴＵＰの送信元が他端末であるかどうかを調べる
（判断５０２）。判断５０２の結果がＮＯの場合には、
自端末から送出した放送形式の呼設定メッセージＳＥＴ
ＵＰを受信した場合なので、その受信を無視して、この
処理を終了する。
（判断５０１の結果がＹＥＳ）、その呼設定メッセージ
ＳＥＴＵＰの送信元が他端末であるかどうかを調べる
（判断５０２）。判断５０２の結果がＮＯの場合には、
自端末から送出した放送形式の呼設定メッセージＳＥＴ
ＵＰを受信した場合なので、その受信を無視して、この
処理を終了する。
【００５９】判断５０２の結果がＹＥＳになるときに
は、その呼設定メッセージＳＥＴＵＰが、内線通信を要
求するものであるかどうかを調べる（判断５０３）。こ
こで、内線通信を要求する場合、呼設定メッセージＳＥ
ＴＵＰには相手端末を指定する着アドレスが含まれ、ま
た、外線通信を要求する場合、呼設定メッセージＳＥＴ
ＵＰには着アドレスが含まれないので、メイン端末ＴＭ
は、この着アドレスが含まれるか否かによって内線通信
が要求されたか、または、外線通信が要求されたかを判
断する。
は、その呼設定メッセージＳＥＴＵＰが、内線通信を要
求するものであるかどうかを調べる（判断５０３）。こ
こで、内線通信を要求する場合、呼設定メッセージＳＥ
ＴＵＰには相手端末を指定する着アドレスが含まれ、ま
た、外線通信を要求する場合、呼設定メッセージＳＥＴ
ＵＰには着アドレスが含まれないので、メイン端末ＴＭ
は、この着アドレスが含まれるか否かによって内線通信
が要求されたか、または、外線通信が要求されたかを判
断する。
【００６０】判断５０３の結果がＹＥＳになるときに
は、そのときに内線通信権が他の端末に設定されていな
い状態（すなわち、通信可能状態）であるかどうかを調
べる（判断５０４）。ここで、判断５０４の結果がＮＯ
になるときには、そのときに呼設定メッセージＳＥＴＵ
Ｐを送出した端末を指定するとともに、理由としてチャ
ネルなしをセットした解放完了メッセージＲＥＬ＿ＣＯ
ＭＰを送出し（処理５０５）、この処理を終了する。
は、そのときに内線通信権が他の端末に設定されていな
い状態（すなわち、通信可能状態）であるかどうかを調
べる（判断５０４）。ここで、判断５０４の結果がＮＯ
になるときには、そのときに呼設定メッセージＳＥＴＵ
Ｐを送出した端末を指定するとともに、理由としてチャ
ネルなしをセットした解放完了メッセージＲＥＬ＿ＣＯ
ＭＰを送出し（処理５０５）、この処理を終了する。
【００６１】また、判断５０４の結果がＹＥＳになると
きには、内線通信権をそのときに呼設定メッセージＳＥ
ＴＵＰを送出した端末に設定する（処理５０６）。そし
て、そのときに指定された宛先を発呼する呼設定メッセ
ージＳＥＴＵＰ（放送形式）を送出する（処理５０
７）。
きには、内線通信権をそのときに呼設定メッセージＳＥ
ＴＵＰを送出した端末に設定する（処理５０６）。そし
て、そのときに指定された宛先を発呼する呼設定メッセ
ージＳＥＴＵＰ（放送形式）を送出する（処理５０
７）。
【００６２】ここで、そのときの通信宛先が自端末であ
るかどうかを調べ（判断５０８）、判断５０８の結果が
ＹＥＳになるときには、Ｂ２チャネルを、受信信号を通
信要求を発生した通信プロセスに渡すとともに、その通
信プロセスからの出力信号を送信信号として出力する通
信状態に設定するとともに、内線通信処理を起動し（処
理５０９）、その内線通信処理が終了するまで待つ（判
断５１０のＮＯループ）。内線通信が終了して、判断５
１０の結果がＹＥＳになると、そのときの端末に設定し
た内線通信権を解除し（処理５１１）、この処理を終了
する。
るかどうかを調べ（判断５０８）、判断５０８の結果が
ＹＥＳになるときには、Ｂ２チャネルを、受信信号を通
信要求を発生した通信プロセスに渡すとともに、その通
信プロセスからの出力信号を送信信号として出力する通
信状態に設定するとともに、内線通信処理を起動し（処
理５０９）、その内線通信処理が終了するまで待つ（判
断５１０のＮＯループ）。内線通信が終了して、判断５
１０の結果がＹＥＳになると、そのときの端末に設定し
た内線通信権を解除し（処理５１１）、この処理を終了
する。
【００６３】また、通信宛先が他の端末であり、判断５
０８の結果がＮＯになるときには、そのときに内線通信
権が設定されている端末から切断メッセージＤＩＳＣが
送出されるまで待つ（判断５１２のＮＯループ）。通信
動作を終了したその端末から切断メッセージＤＩＳＣを
受信して、判断５１２の結果がＹＥＳになると、処理５
１１に進み、内線通信権を解除して、この処理を終了す
る。
０８の結果がＮＯになるときには、そのときに内線通信
権が設定されている端末から切断メッセージＤＩＳＣが
送出されるまで待つ（判断５１２のＮＯループ）。通信
動作を終了したその端末から切断メッセージＤＩＳＣを
受信して、判断５１２の結果がＹＥＳになると、処理５
１１に進み、内線通信権を解除して、この処理を終了す
る。
【００６４】また、外線通信が要求された場合で、判断
５０３の結果がＮＯになるときには、そのときに通信権
が他の端末に設定されていない状態（すなわち、通信可
能状態）であるかどうかを調べる（判断５１３）。判断
５１３の結果がＮＯになるときには、そのときに呼設定
メッセージＳＥＴＵＰを送出した端末を指定するととも
に、理由としてチャネルなしをセットした解放完了メッ
セージＲＥＬ＿ＣＯＭＰを送出して（処理５１４）、こ
の処理を終了する。
５０３の結果がＮＯになるときには、そのときに通信権
が他の端末に設定されていない状態（すなわち、通信可
能状態）であるかどうかを調べる（判断５１３）。判断
５１３の結果がＮＯになるときには、そのときに呼設定
メッセージＳＥＴＵＰを送出した端末を指定するととも
に、理由としてチャネルなしをセットした解放完了メッ
セージＲＥＬ＿ＣＯＭＰを送出して（処理５１４）、こ
の処理を終了する。
【００６５】また、判断５１３の結果がＹＥＳになると
きには、通信要求端末に対して応答メッセージＣＯＮＮ
を送出するとともに（処理５１５）、通信要求端末に対
して外線通信権を設定する（処理５１６）。そして、そ
れ以降は、そのときに外線通信権が設定されている端末
から切断メッセージＤＩＳＣが送出されるまで待つ（判
断５１７のＮＯループ）。通信動作を終了したその端末
から切断メッセージＤＩＳＣを受信して、判断５１７の
結果がＹＥＳになると、その端末に対して解放メッセー
ジＲＥＬを送出し（処理５１８）、解放完了メッセージ
ＲＥＬ＿ＣＯＭＰを受信すると（処理５１９）、その通
信要求端末に設定した外線通信権を解除し（処理５２
０）、この処理を終了する。
きには、通信要求端末に対して応答メッセージＣＯＮＮ
を送出するとともに（処理５１５）、通信要求端末に対
して外線通信権を設定する（処理５１６）。そして、そ
れ以降は、そのときに外線通信権が設定されている端末
から切断メッセージＤＩＳＣが送出されるまで待つ（判
断５１７のＮＯループ）。通信動作を終了したその端末
から切断メッセージＤＩＳＣを受信して、判断５１７の
結果がＹＥＳになると、その端末に対して解放メッセー
ジＲＥＬを送出し（処理５１８）、解放完了メッセージ
ＲＥＬ＿ＣＯＭＰを受信すると（処理５１９）、その通
信要求端末に設定した外線通信権を解除し（処理５２
０）、この処理を終了する。
【００６６】図１４および図１５は、自端末の処理プロ
セスから通信要求が発生した場合に、サブ端末ＴＥ１，
ＴＥ２が実行する処理例を示している。
セスから通信要求が発生した場合に、サブ端末ＴＥ１，
ＴＥ２が実行する処理例を示している。
【００６７】まず、通信要求発生がいずれかの処理プロ
セス（通信プロセス）から要求されることを監視してお
り（判断６０１のＮＯループ）、通信要求が発生して、
判断６０１の結果がＹＥＳになると、そのときの通信要
求が内線通信であるかどうかを調べる（判断６０２）。
セス（通信プロセス）から要求されることを監視してお
り（判断６０１のＮＯループ）、通信要求が発生して、
判断６０１の結果がＹＥＳになると、そのときの通信要
求が内線通信であるかどうかを調べる（判断６０２）。
【００６８】内線通信が要求された場合で、判断６０２
の結果がＹＥＳになるときには、メイン端末ＴＭに対し
て、相手端末を指定した呼設定メッセージＳＥＴＵＰを
送出し（処理６０３）、メイン端末ＴＭからの信号を受
信する（処理６０４）。
の結果がＹＥＳになるときには、メイン端末ＴＭに対し
て、相手端末を指定した呼設定メッセージＳＥＴＵＰを
送出し（処理６０３）、メイン端末ＴＭからの信号を受
信する（処理６０４）。
【００６９】このときに受信した信号が放送形式の呼設
定メッセージＳＥＴＵＰであるかどうかを調べ（判断６
０５）、判断６０５の結果がＮＯになるときには、内線
通信できない状態であることを、内線通信要求を発生し
た通信プロセスに通知して（処理６０６）、この処理を
終了する。
定メッセージＳＥＴＵＰであるかどうかを調べ（判断６
０５）、判断６０５の結果がＮＯになるときには、内線
通信できない状態であることを、内線通信要求を発生し
た通信プロセスに通知して（処理６０６）、この処理を
終了する。
【００７０】また、判断６０５の結果がＹＥＳになると
きには、内線通信処理を行うとともに、その内線通信処
理が終了することを監視している（処理６０７、判断６
０８のＮＯループ）。
きには、内線通信処理を行うとともに、その内線通信処
理が終了することを監視している（処理６０７、判断６
０８のＮＯループ）。
【００７１】内線通信処理が終了して、判断６０８の結
果がＹＥＳになると、切断メッセージＤＩＳＣを送出し
て（処理６０９）、この処理を終了する。
果がＹＥＳになると、切断メッセージＤＩＳＣを送出し
て（処理６０９）、この処理を終了する。
【００７２】また、外線通信が要求された場合で、判断
６０２の結果がＮＯになるときには、メイン端末ＴＭに
対して、呼設定メッセージＳＥＴＵＰを送出し（処理６
１０）、メイン端末ＴＭからの信号を受信する（処理６
１１）。
６０２の結果がＮＯになるときには、メイン端末ＴＭに
対して、呼設定メッセージＳＥＴＵＰを送出し（処理６
１０）、メイン端末ＴＭからの信号を受信する（処理６
１１）。
【００７３】このときに受信した信号が応答メッセージ
ＣＯＮＮであるかどうかを調べる（判断６１２）。受信
した信号が解放完了メッセージＲＥＬ＿ＣＯＭＰで、判
断６１２の結果がＮＯになるときには、外線通信できな
い状態であることを、外線通信要求を発生した処理プロ
セスに通知して（処理６１３）、この処理を終了する。
ＣＯＮＮであるかどうかを調べる（判断６１２）。受信
した信号が解放完了メッセージＲＥＬ＿ＣＯＭＰで、判
断６１２の結果がＮＯになるときには、外線通信できな
い状態であることを、外線通信要求を発生した処理プロ
セスに通知して（処理６１３）、この処理を終了する。
【００７４】また、応答メッセージＣＯＮＮを受信した
場合で、判断６１２の結果がＹＥＳになるときには、内
線通信処理を開始し、その内線通信処理が終了するまで
待つ（処理６１４、判断６１５のＮＯループ）。
場合で、判断６１２の結果がＹＥＳになるときには、内
線通信処理を開始し、その内線通信処理が終了するまで
待つ（処理６１４、判断６１５のＮＯループ）。
【００７５】内線通信処理が終了して、判断６１５の結
果がＹＥＳになると、メイン端末ＴＭに対して切断メッ
セージＤＩＳＣを送出し（処理６１６）、メイン端末Ｔ
Ｍから解放メッセージＲＥＬを受信すると（処理６１
７）、メイン端末ＴＭに対して解放完了メッセージＲＥ
Ｌ＿ＣＯＭＰを送出して（処理６１８）、この処理を終
了する。
果がＹＥＳになると、メイン端末ＴＭに対して切断メッ
セージＤＩＳＣを送出し（処理６１６）、メイン端末Ｔ
Ｍから解放メッセージＲＥＬを受信すると（処理６１
７）、メイン端末ＴＭに対して解放完了メッセージＲＥ
Ｌ＿ＣＯＭＰを送出して（処理６１８）、この処理を終
了する。
【００７６】図１６は、放送形式の呼設定メッセージＳ
ＥＴＵＰを受信したときのサブ端末ＴＥ１，ＴＥ２の処
理例を示している。
ＥＴＵＰを受信したときのサブ端末ＴＥ１，ＴＥ２の処
理例を示している。
【００７７】放送形式の呼設定メッセージＳＥＴＵＰを
受信すると（判断７０１の結果がＹＥＳ）、その受信し
た呼設定メッセージＳＥＴＵＰを解析し（処理７０
２）、宛先として自端末に設定されているアドレスが指
定されているかどうかを調べる（判断７０３）。判断７
０３の結果がＮＯになるときには、その呼設定メッセー
ジＳＥＴＵＰを無視して（処理７０４）、この処理を終
了する。
受信すると（判断７０１の結果がＹＥＳ）、その受信し
た呼設定メッセージＳＥＴＵＰを解析し（処理７０
２）、宛先として自端末に設定されているアドレスが指
定されているかどうかを調べる（判断７０３）。判断７
０３の結果がＮＯになるときには、その呼設定メッセー
ジＳＥＴＵＰを無視して（処理７０４）、この処理を終
了する。
【００７８】また、自端末宛の呼設定メッセージＳＥＴ
ＵＰを受信した場合で、判断７０３の結果がＹＥＳにな
るときには、内線通信処理を開始し、その内線通信処理
が終了するまで待つ（処理７０５、判断７０６のＮＯル
ープ）。
ＵＰを受信した場合で、判断７０３の結果がＹＥＳにな
るときには、内線通信処理を開始し、その内線通信処理
が終了するまで待つ（処理７０５、判断７０６のＮＯル
ープ）。
【００７９】内線通信処理が終了して、判断７０６の結
果がＹＥＳになると、この処理を終了する。
果がＹＥＳになると、この処理を終了する。
【００８０】このようにして、本実施例では、信号チャ
ネル上の呼制御用信号により内線通信を制御して、空い
ているＢ２チャネルを利用した内線通信を実行している
ので、内線通信のための特別な回線設備を必要とせず、
安価に内線通信を実行することができる。
ネル上の呼制御用信号により内線通信を制御して、空い
ているＢ２チャネルを利用した内線通信を実行している
ので、内線通信のための特別な回線設備を必要とせず、
安価に内線通信を実行することができる。
【００８１】ところで、契約時のデータ伝送速度が６４
Ｋｂｐｓおよび１２８Ｋｂｐｓのいずれの場合でも、信
号チャネルは未使用なので、この信号チャネルを用いた
内線通信も可能である。
Ｋｂｐｓおよび１２８Ｋｂｐｓのいずれの場合でも、信
号チャネルは未使用なので、この信号チャネルを用いた
内線通信も可能である。
【００８２】この場合、センタ端末ＴＭ、および、サブ
端末ＴＥ１，ＴＥ２は、常時、信号チャネル上の受信信
号を通信制御プロセスに渡すとともに、通信制御プロセ
スからの出力信号を信号チャネル上の送信信号として送
出する動作を実行する。
端末ＴＥ１，ＴＥ２は、常時、信号チャネル上の受信信
号を通信制御プロセスに渡すとともに、通信制御プロセ
スからの出力信号を信号チャネル上の送信信号として送
出する動作を実行する。
【００８３】その上で、通信制御プロセスは、例えば、
いわゆるＴＣＰ／ＩＰのようなコネクションレスの通信
プロトコルを用いて、呼制御動作およびデータ通信動作
を実行する。これにより、信号チャネルを用いた内線通
信が可能となる。
いわゆるＴＣＰ／ＩＰのようなコネクションレスの通信
プロトコルを用いて、呼制御動作およびデータ通信動作
を実行する。これにより、信号チャネルを用いた内線通
信が可能となる。
【００８４】ここで、信号チャネルを用いた内線通信で
使用する通信プロトコルとしては、ＴＣＰ／ＩＰ以外の
コネクションレスの通信プロトコル（例えば、ＬＡＮで
広く用いられている通信プロトコルなど）も同様にして
用いることができる。
使用する通信プロトコルとしては、ＴＣＰ／ＩＰ以外の
コネクションレスの通信プロトコル（例えば、ＬＡＮで
広く用いられている通信プロトコルなど）も同様にして
用いることができる。
【００８５】なお、上述した実施例において、外線通信
および内線通信の接続要求制御用の手順は、ＩＳＤＮの
基本インタフェースにおける信号チャネルのレイヤ３の
手順に準拠した手順を適用しているが、これ以外の手順
も同様にして適用することができる。
および内線通信の接続要求制御用の手順は、ＩＳＤＮの
基本インタフェースにおける信号チャネルのレイヤ３の
手順に準拠した手順を適用しているが、これ以外の手順
も同様にして適用することができる。
【００８６】
【発明の効果】以上説明したように、本発明によれば、
同一ＩＳＤＮ基本インタフェースの宅内配線側に接続さ
れた複数の端末のいずれかが回線を使用できるので、通
信要求の発生した順にデータ伝送が行われ、回線の利用
効率が向上する。また、空いているチャネル（情報チャ
ネルまたは信号チャネル）を利用して、内線通信を行う
ことができるので、回線設備を有効に活用でき、安価な
内線通信を実現できるという効果を得る。
同一ＩＳＤＮ基本インタフェースの宅内配線側に接続さ
れた複数の端末のいずれかが回線を使用できるので、通
信要求の発生した順にデータ伝送が行われ、回線の利用
効率が向上する。また、空いているチャネル（情報チャ
ネルまたは信号チャネル）を利用して、内線通信を行う
ことができるので、回線設備を有効に活用でき、安価な
内線通信を実現できるという効果を得る。
【図１】本発明の一実施例にかかる通信システムを示し
たブロック図。
たブロック図。
【図２】サイトの構成の一例を示したブロック図。
【図３】端末の一例を示したブロック図。
【図４】フレームリレーサービスでの信号チャネルの使
用状況を説明するためのモデル図。
用状況を説明するためのモデル図。
【図５】通信接続要求時の動作の一例を示したタイムチ
ャート。
ャート。
【図６】自端末の処理プロセスから通信要求が発生した
場合に、メイン端末が実行する処理の一例を示したフロ
ーチャート。
場合に、メイン端末が実行する処理の一例を示したフロ
ーチャート。
【図７】呼設定メッセージＳＥＴＵＰを受信したときに
メイン端末が実行する処理の一例を示したフローチャー
ト。
メイン端末が実行する処理の一例を示したフローチャー
ト。
【図８】自端末の処理プロセスから通信要求が発生した
場合に、サブ端末が実行する処理の一例を示したフロー
チャート。
場合に、サブ端末が実行する処理の一例を示したフロー
チャート。
【図９】Ｂ２チャネルを用いて行う内線通信動作の一例
を説明するための概略図。
を説明するための概略図。
【図１０】自端末の処理プロセスから通信要求が発生し
た場合に、メイン端末が実行する処理の他の例の一部を
示したフローチャート。
た場合に、メイン端末が実行する処理の他の例の一部を
示したフローチャート。
【図１１】自端末の処理プロセスから通信要求が発生し
た場合に、メイン端末が実行する処理の他の例の他の部
分を示したフローチャート。
た場合に、メイン端末が実行する処理の他の例の他の部
分を示したフローチャート。
【図１２】呼設定メッセージＳＥＴＵＰを受信したとき
にメイン端末が実行する処理の他の例の一部を示したフ
ローチャート。
にメイン端末が実行する処理の他の例の一部を示したフ
ローチャート。
【図１３】呼設定メッセージＳＥＴＵＰを受信したとき
にメイン端末が実行する処理の他の例の他の部分を示し
たフローチャート。
にメイン端末が実行する処理の他の例の他の部分を示し
たフローチャート。
【図１４】自端末の処理プロセスから通信要求が発生し
た場合に、サブ端末が実行する処理の他の例の一部を示
したフローチャート。
た場合に、サブ端末が実行する処理の他の例の一部を示
したフローチャート。
【図１５】自端末の処理プロセスから通信要求が発生し
た場合に、サブ端末が実行する処理の他の例の他の部分
を示したフローチャート。
た場合に、サブ端末が実行する処理の他の例の他の部分
を示したフローチャート。
【図１６】放送形式の呼設定メッセージＳＥＴＵＰを受
信したときにサブ端末が実行する処理の他の例の他の部
分を示したフローチャート。
信したときにサブ端末が実行する処理の他の例の他の部
分を示したフローチャート。
ＤＳＵ 網終端装置 ＴＭ メイン端末 ＴＥ１，ＴＥ２ サブ端末 ＢＳ 受動バス
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 // Ｈ０４Ｌ 12/56 9077−5Ｋ Ｈ０４Ｌ 11/20 １０２ Ａ
Claims (3)
- 【請求項１】 ＩＳＤＮ基本インタフェースにおけるフ
レームリレーサービスを利用してデータを伝送するフレ
ームリレー端末装置の制御方法において、 同一ＩＳＤＮ基本インタフェースに接続された端末装置
間で通信権を調整し、通信権をもつ端末装置がデータ通
信することを特徴とするフレームリレー端末装置の制御
方法。 - 【請求項２】 ＩＳＤＮ基本インタフェースにおけるフ
レームリレーサービスを利用してデータを伝送するフレ
ームリレー端末装置の制御方法において、 データ伝送速度として１つの情報チャネルに相当する伝
送速度を用いるとき、２つ目の情報チャネルを用いて、
同一ＩＳＤＮ基本インタフェースの宅内配線側に接続さ
れた複数の端末間で内線通信を行うことを特徴とするフ
レームリレー端末装置の制御方法。 - 【請求項３】 ＩＳＤＮ基本インタフェースにおけるフ
レームリレーサービスを利用してデータを伝送するフレ
ームリレー端末装置の制御方法において、 データ伝送速度として２つの情報チャネルに相当する伝
送速度を用いるとき、信号チャネルを用いて、同一ＩＳ
ＤＮ基本インタフェースの宅内配線側に接続された複数
の端末間で内線通信を行うことを特徴とするフレームリ
レー端末装置の制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5349203A JPH07203020A (ja) | 1993-12-28 | 1993-12-28 | フレームリレー端末装置の制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5349203A JPH07203020A (ja) | 1993-12-28 | 1993-12-28 | フレームリレー端末装置の制御方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH07203020A true JPH07203020A (ja) | 1995-08-04 |
Family
ID=18402174
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5349203A Pending JPH07203020A (ja) | 1993-12-28 | 1993-12-28 | フレームリレー端末装置の制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH07203020A (ja) |
-
1993
- 1993-12-28 JP JP5349203A patent/JPH07203020A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH03159444A (ja) | Ｉｓｄｎ用端末装置 | |
| US5365517A (en) | ISDN Terminal equipment | |
| JPH0419737B2 (ja) | ||
| US6320862B1 (en) | Mobile communication system for communicating with an integrated services digital network | |
| JPH0473178B2 (ja) | ||
| JP3080901B2 (ja) | 多方向多重通信システムにおけるｉｓｄｎサービス方法 | |
| PL183403B1 (pl) | Sposób przydzielania kanałów telekomunikacyjnych o różnej pojemności kanałowej w hybrydowym systemie telekomunikacyjnym, zwłaszcza systemie RLL-WLL zgodnym z ISDN DECT | |
| JP3244741B2 (ja) | Ｉｓｄｎ端末装置 | |
| JPH0498345A (ja) | 端末装置の通信制御方式 | |
| JP2875331B2 (ja) | Ｉｓｄｎにおける通信方法 | |
| JPS58215151A (ja) | 網間接続方式 | |
| JPS61263352A (ja) | 端末状態通知方式 | |
| JPS5972853A (ja) | フアクシミリ交換方式 | |
| JP3016909B2 (ja) | センタ側網制御装置 | |
| RU2127900C1 (ru) | Способ передачи и способ приема данных, способ реализации протокола х.25 в электронной аппаратуре обмена данными | |
| JP2908181B2 (ja) | 通信装置 | |
| JP3153857B2 (ja) | 自動通信路最適化機能付きパケットマルチプレクサ | |
| JP2656977B2 (ja) | データ処理プログラムと端末との間の接続切換方式 | |
| JP2761880B2 (ja) | 構内交換装置の伝送制御方式 | |
| JP3267687B2 (ja) | Ｉｓｄｎ網と端末との通信制御方法 | |
| JP2725906B2 (ja) | 言語援助サービスを要求する呼の処理方式 | |
| JPH01293729A (ja) | バス通信方式 | |
| JP3511351B2 (ja) | 多重化通信装置 | |
| JP2981352B2 (ja) | ディジタルコードレス電話機 | |
| JPH01175449A (ja) | 通信システム |