JP3457367B2 - 通信装置 - Google Patents
通信装置Info
- Publication number
- JP3457367B2 JP3457367B2 JP30164493A JP30164493A JP3457367B2 JP 3457367 B2 JP3457367 B2 JP 3457367B2 JP 30164493 A JP30164493 A JP 30164493A JP 30164493 A JP30164493 A JP 30164493A JP 3457367 B2 JP3457367 B2 JP 3457367B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- lan
- data
- wide area
- unit
- 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.)
- Expired - Fee Related
Links
- 238000004891 communication Methods 0.000 title claims description 127
- 230000005540 biological transmission Effects 0.000 claims description 48
- 230000008859 change Effects 0.000 claims description 5
- 238000012546 transfer Methods 0.000 description 40
- 238000012544 monitoring process Methods 0.000 description 28
- 238000000034 method Methods 0.000 description 19
- 238000010586 diagram Methods 0.000 description 18
- 230000006870 function Effects 0.000 description 12
- 238000012545 processing Methods 0.000 description 7
- 230000007246 mechanism Effects 0.000 description 4
- 238000000926 separation method Methods 0.000 description 4
- 230000004913 activation Effects 0.000 description 3
- 238000001914 filtration Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Classifications
-
- 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
- H04L12/5602—Bandwidth control in ATM Networks, e.g. leaky bucket
-
- 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
- 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/5615—Network termination, e.g. NT1, NT2, PBX
-
- 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/5619—Network Node Interface, e.g. tandem connections, transit switching
-
- 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
- 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/5631—Resource management and allocation
- H04L2012/5632—Bandwidth allocation
Description
【０００１】
【産業上の利用分野】本発明は広域網を介してＬＡＮ間
で通信を行う通信装置、あるいは通信時に網にトラヒッ
ク特性を申告して通信を行う通信装置に係わり、特に送
信データ量に応じた帯域で通信を行う通信装置に関す
る。
で通信を行う通信装置、あるいは通信時に網にトラヒッ
ク特性を申告して通信を行う通信装置に係わり、特に送
信データ量に応じた帯域で通信を行う通信装置に関す
る。
【０００２】
【従来の技術】ＬＡＮ間通信
遠く離れたＬＡＮ(Local Area Network)間を相互に接続
するためには、電話網やデータ交換網、ＩＳＤＮ、専用
線などいわゆる広域網(ＷＡＮ:Wide Area Network)が中
間に入る。そして、ＬＡＮとＷＡＮ間にはルータ（rout
er）あるいはブルータ(brouter:ブリッジとルータ両方
の機能を備えたもの)が設けられる。ＷＡＮを介してＬ
ＡＮ間接続する通信方式においては、端末よりネットワ
ークアドレスを付加してフレームを送り出すと、ルータ
はフレームを取り込み、該ネットワークアドレスを参照
してフレームをＷＡＮを介して対地のＬＡＮに向けて送
り、対地のＬＡＮに接続されたルータが該フレームを取
り込んでＬＡＮに送り出し、着端末がフレームを取り込
むようになっている。
するためには、電話網やデータ交換網、ＩＳＤＮ、専用
線などいわゆる広域網(ＷＡＮ:Wide Area Network)が中
間に入る。そして、ＬＡＮとＷＡＮ間にはルータ（rout
er）あるいはブルータ(brouter:ブリッジとルータ両方
の機能を備えたもの)が設けられる。ＷＡＮを介してＬ
ＡＮ間接続する通信方式においては、端末よりネットワ
ークアドレスを付加してフレームを送り出すと、ルータ
はフレームを取り込み、該ネットワークアドレスを参照
してフレームをＷＡＮを介して対地のＬＡＮに向けて送
り、対地のＬＡＮに接続されたルータが該フレームを取
り込んでＬＡＮに送り出し、着端末がフレームを取り込
むようになっている。
【０００３】現状の公衆回線を用いたＷＡＮは回線の帯
域が狭く、ＬＡＮ間接続といってもトラヒックが多くな
るといきなり２４００ｂｐｓに落ちてしまったり、比較
的早いＩＮＳ−Ｃを用いても６４Ｋｂｐｓに落ちてしま
う。このため、ファイル転送の場合、同じＬＡＮ内であ
れば数秒で転送が終わってしまうものが、ＷＡＮを通す
と途端に遅くなる。以上より、ＬＡＮ間通信においては
ＷＡＮを有効に利用して高速転送することが重要な課題
になっている。
域が狭く、ＬＡＮ間接続といってもトラヒックが多くな
るといきなり２４００ｂｐｓに落ちてしまったり、比較
的早いＩＮＳ−Ｃを用いても６４Ｋｂｐｓに落ちてしま
う。このため、ファイル転送の場合、同じＬＡＮ内であ
れば数秒で転送が終わってしまうものが、ＷＡＮを通す
と途端に遅くなる。以上より、ＬＡＮ間通信においては
ＷＡＮを有効に利用して高速転送することが重要な課題
になっている。
【０００４】回線資源（網）の有効利用法として、例え
ば動的回線割り当て（ダイナミック・バンド・アサイ
ン）方式がある。この動的回線割り当て方式は、トラヒ
ック量を検出し、該トラヒック量に応じた数の回線を割
り当てるものである。かかる方式においてトラヒック量
を検出するには次のような方法を取っている。すなわ
ち、出力バッファのデータ滞留数をカウントし、ある
いは、取り扱うデータをＨＤＬＣ(High Level Data L
ink Control Procedure)に限定してフレーム数をカウン
トし、あるいは、取り扱うデータをＨＤＬＣに限定し
てタイムフィルフラグ数をカウントし、カウント値に基
づいてトラヒック量を検出し、トラヒック量が大きい場
合に帯域の増設を行う。
ば動的回線割り当て（ダイナミック・バンド・アサイ
ン）方式がある。この動的回線割り当て方式は、トラヒ
ック量を検出し、該トラヒック量に応じた数の回線を割
り当てるものである。かかる方式においてトラヒック量
を検出するには次のような方法を取っている。すなわ
ち、出力バッファのデータ滞留数をカウントし、ある
いは、取り扱うデータをＨＤＬＣ(High Level Data L
ink Control Procedure)に限定してフレーム数をカウン
トし、あるいは、取り扱うデータをＨＤＬＣに限定し
てタイムフィルフラグ数をカウントし、カウント値に基
づいてトラヒック量を検出し、トラヒック量が大きい場
合に帯域の増設を行う。
【０００５】しかし、従来方式では、次のような問題点
がある。第１の問題点は、トラック量を認識してから、
チャネル増設などの帯域拡張動作に入るので、帯域を確
保する迄の時間がかかることである。第２の問題点は、
現状の帯域で不足しているかどうかが判るだけなので、
逐次帯域を増設し、適正な帯域を探す方法を採用してい
るため、敏速かつ、柔軟な帯域の割当ができないことで
ある。第３の問題点は、データ転送中に、転送速度（帯
域）が変わると、同期確立等のためにデータ送信が中断
し、このため信頼性の点で問題があることである。
がある。第１の問題点は、トラック量を認識してから、
チャネル増設などの帯域拡張動作に入るので、帯域を確
保する迄の時間がかかることである。第２の問題点は、
現状の帯域で不足しているかどうかが判るだけなので、
逐次帯域を増設し、適正な帯域を探す方法を採用してい
るため、敏速かつ、柔軟な帯域の割当ができないことで
ある。第３の問題点は、データ転送中に、転送速度（帯
域）が変わると、同期確立等のためにデータ送信が中断
し、このため信頼性の点で問題があることである。
【０００６】例えば、現在64Kbpsの帯域が割り当てられ
ている場合において、384Kbps相当の帯域を要するデー
タを送信した場合、まず、データ送信を開始した後、
トラヒック量を検出し、トラヒック量に見合った帯域が
確保されているか判断し、帯域不足の場合にはチャネル
を増設する。これにより帯域を64Kbpsから128Kbpsに拡
張する。しかし、これでは未だ帯域が不足するため、
帯域不足を認識して更にチャネルを増設し、帯域を128K
bpsから192Kbpsに拡張する。以後、上記動作を繰り返
して段階的に適正な帯域を探し当てる。かかる従来方式
では、転送データ量が少なく、転送時間が短い場合、デ
ータ転送がほぼ完了するころになって始めて所望の帯域
に変わることになり、効率のよいデータ転送ができな
い。又、帯域の増設値は、設定によって選べるが（上記
の例でいえば、320Kbpsに一気に増設するような設定を
行う)、柔軟性がなく、他の状況において増設値が大き
すぎ、又、きめ細かな帯域設定ができず、更には、経済
性などを考えると実用的でない問題がある。
ている場合において、384Kbps相当の帯域を要するデー
タを送信した場合、まず、データ送信を開始した後、
トラヒック量を検出し、トラヒック量に見合った帯域が
確保されているか判断し、帯域不足の場合にはチャネル
を増設する。これにより帯域を64Kbpsから128Kbpsに拡
張する。しかし、これでは未だ帯域が不足するため、
帯域不足を認識して更にチャネルを増設し、帯域を128K
bpsから192Kbpsに拡張する。以後、上記動作を繰り返
して段階的に適正な帯域を探し当てる。かかる従来方式
では、転送データ量が少なく、転送時間が短い場合、デ
ータ転送がほぼ完了するころになって始めて所望の帯域
に変わることになり、効率のよいデータ転送ができな
い。又、帯域の増設値は、設定によって選べるが（上記
の例でいえば、320Kbpsに一気に増設するような設定を
行う)、柔軟性がなく、他の状況において増設値が大き
すぎ、又、きめ細かな帯域設定ができず、更には、経済
性などを考えると実用的でない問題がある。
【０００７】ＩＳＤＮ通信／フレームリレー通信／ＡＴ
Ｍ通信 ＩＳＤＮ通信やフレームリレー通信、ＡＴＭ通信におい
ては、端末より網にトラヒック特性（転送速度（帯
域）、平均レート、ピーク値等）を申告し、網側で相手
端末までのパスで申告値に見合った帯域のパスがあるか
判断し、ある場合には該パスで相手端末と接続して通信
を行うようになっている。図１３はかかる通信（ＩＳＤ
Ｎの場合）における網・ユーザ間の制御手順の説明図で
ある。発端末１より相手端末（着端末）２の電話番号を
入力して発呼すると、発端末と網３間のリンクが設定さ
れる。リンク設定完了により、発端末１はＳＥＴ ＵＰ
メッセージ（呼設定要求メッセージ）を網に送る。網は
着端末２にＳＥＴ ＵＰメッセージを送ると共に、発端
末１にＣＡＬＬ ＰＲＯＣメッセージ（呼設定のための
処理中通知）を送出する。着端末２は呼設定処理が終了
すれば、呼出し音を鳴らすと共にＡＬＥＲＴメッセージ
（被呼者呼出し通知）を網を介して発端末１に通知す
る。しかる後、着信者が受話器を取って応答すれば（オ
フフック）、着端末２はＣＯＮＮメッセージ（応答通
知）を網に送出する。これにより、網はＣＯＮＮ ＡＣ
Ｋメッセージ（確認通知）を着端末２に送出すると共に
発端末１にＣＯＮＮメッセージを送出する。発端末１は
ＣＯＮＮメッセージ受信すれば、ＣＯＮＮ ＡＣＫメッ
セージ（確認通知）を網に通知する。以上により、両端
末間のＢチャネルが接続されて通信が可能になる。
Ｍ通信 ＩＳＤＮ通信やフレームリレー通信、ＡＴＭ通信におい
ては、端末より網にトラヒック特性（転送速度（帯
域）、平均レート、ピーク値等）を申告し、網側で相手
端末までのパスで申告値に見合った帯域のパスがあるか
判断し、ある場合には該パスで相手端末と接続して通信
を行うようになっている。図１３はかかる通信（ＩＳＤ
Ｎの場合）における網・ユーザ間の制御手順の説明図で
ある。発端末１より相手端末（着端末）２の電話番号を
入力して発呼すると、発端末と網３間のリンクが設定さ
れる。リンク設定完了により、発端末１はＳＥＴ ＵＰ
メッセージ（呼設定要求メッセージ）を網に送る。網は
着端末２にＳＥＴ ＵＰメッセージを送ると共に、発端
末１にＣＡＬＬ ＰＲＯＣメッセージ（呼設定のための
処理中通知）を送出する。着端末２は呼設定処理が終了
すれば、呼出し音を鳴らすと共にＡＬＥＲＴメッセージ
（被呼者呼出し通知）を網を介して発端末１に通知す
る。しかる後、着信者が受話器を取って応答すれば（オ
フフック）、着端末２はＣＯＮＮメッセージ（応答通
知）を網に送出する。これにより、網はＣＯＮＮ ＡＣ
Ｋメッセージ（確認通知）を着端末２に送出すると共に
発端末１にＣＯＮＮメッセージを送出する。発端末１は
ＣＯＮＮメッセージ受信すれば、ＣＯＮＮ ＡＣＫメッ
セージ（確認通知）を網に通知する。以上により、両端
末間のＢチャネルが接続されて通信が可能になる。
【０００８】通話が終了して例えば発端末１の受話器を
戻すと（オンフック）、発端末はＤＩＳＣメッセージ
（呼解放の要求）を網３に出力する。網はＤＩＳＣメッ
セージを着端末２に送出する。着端末２はＤＩＳＣメッ
セージを受信すると呼番号の解放を行い、ＲＥＬメッセ
ージ（チャネル切断完了と呼番号解放要求）を網に送出
する。これにより網はチャネルの切断と呼番号の解放を
行い、ＲＥＬメッセージを発端末１に送出する。発端末
１はＲＥＬメッセージの受信により呼番号を解放してＲ
ＥＬ ＣＯＰＭメッセージ（チャネル解放と呼番号解放
完了通知）を網に送出する。網はＲＥＬメッセージの受
信によりチャネルと呼番号の解放をしてＲＥＬ ＣＯＰ
Ｍメッセージを着端末２に送って呼制御を終了する。
戻すと（オンフック）、発端末はＤＩＳＣメッセージ
（呼解放の要求）を網３に出力する。網はＤＩＳＣメッ
セージを着端末２に送出する。着端末２はＤＩＳＣメッ
セージを受信すると呼番号の解放を行い、ＲＥＬメッセ
ージ（チャネル切断完了と呼番号解放要求）を網に送出
する。これにより網はチャネルの切断と呼番号の解放を
行い、ＲＥＬメッセージを発端末１に送出する。発端末
１はＲＥＬメッセージの受信により呼番号を解放してＲ
ＥＬ ＣＯＰＭメッセージ（チャネル解放と呼番号解放
完了通知）を網に送出する。網はＲＥＬメッセージの受
信によりチャネルと呼番号の解放をしてＲＥＬ ＣＯＰ
Ｍメッセージを着端末２に送って呼制御を終了する。
【０００９】かかる網・ユーザ間の呼制御手順における
ＳＥＴ ＵＰメッセージやＣＯＮＮメッセージにはトラ
ヒック特性（転送速度等）が含まれる。図１４はＳＥＴ
ＵＰメッセージの説明図である。ＳＥＴＵＰメッセー
ジは共通部と個別部に大別され、共通部にはプロ
トコル識別子（Protocol Discriminator)、呼番号(Call
Reference)のオクテット長、呼番号、ＳＥＴＵＰメッ
セージタイプ等が含まれ、個別部には、各種情報が含
まれる。各種情報は情報要素識別子ＩＩＤと情報要素内
容のオクテット長ＬＧと情報要素内容ＩＣＴで構成され
ている。図１４では(1) 伝達能力情報（交換モード、情
報転送能力、情報転送速度）、(2) 使用チャネル情報、
(3) 発信者の番号（発加入者番号）、(4) 着信者の番号
（着加入者番号）、(5) 着信状況選択情報（Incoming c
all logging Information Identification)の５つの情
報要素がが含まれている。
ＳＥＴ ＵＰメッセージやＣＯＮＮメッセージにはトラ
ヒック特性（転送速度等）が含まれる。図１４はＳＥＴ
ＵＰメッセージの説明図である。ＳＥＴＵＰメッセー
ジは共通部と個別部に大別され、共通部にはプロ
トコル識別子（Protocol Discriminator)、呼番号(Call
Reference)のオクテット長、呼番号、ＳＥＴＵＰメッ
セージタイプ等が含まれ、個別部には、各種情報が含
まれる。各種情報は情報要素識別子ＩＩＤと情報要素内
容のオクテット長ＬＧと情報要素内容ＩＣＴで構成され
ている。図１４では(1) 伝達能力情報（交換モード、情
報転送能力、情報転送速度）、(2) 使用チャネル情報、
(3) 発信者の番号（発加入者番号）、(4) 着信者の番号
（着加入者番号）、(5) 着信状況選択情報（Incoming c
all logging Information Identification)の５つの情
報要素がが含まれている。
【００１０】従来のＩＳＤＮやフレームリレー通信やＡ
ＴＭ通信においては、端末より予め固定的に設定された
トラヒック特性（転送速度（帯域）、平均レート、ピー
ク値等）をＳＥＴ ＵＰメッセージで網及び着端末に申
告し、ＣＯＮＮメッセージで着端末が受け付けたことの
通知を受けるものである。このため、従来の通信では、
バースト性の高いデータ通信を行う場合、データ量に応
じた適正なトラヒック特性を網に申告し、該トラヒック
特性に基づいて相手と通信することができない。このた
め、網を有効に利用して高速転送することが重要な課題
になっている。
ＴＭ通信においては、端末より予め固定的に設定された
トラヒック特性（転送速度（帯域）、平均レート、ピー
ク値等）をＳＥＴ ＵＰメッセージで網及び着端末に申
告し、ＣＯＮＮメッセージで着端末が受け付けたことの
通知を受けるものである。このため、従来の通信では、
バースト性の高いデータ通信を行う場合、データ量に応
じた適正なトラヒック特性を網に申告し、該トラヒック
特性に基づいて相手と通信することができない。このた
め、網を有効に利用して高速転送することが重要な課題
になっている。
【００１１】
【発明が解決しようとする課題】以上より、従来のＬＡ
Ｎ間通信においては、迅速な帯域制御ができず、効率の
よいデータ転送ができない問題がある。又、従来のＬＡ
Ｎ間通信では、送信データ量に応じた適正なトラヒック
特性を網に申告し、該トラヒック特性に基づいて相手と
通信することができない問題がある。従って、本発明の
目的は、迅速に適正な帯域を割り当ててＬＡＮ間通信が
できる通信装置を提供することである。本発明の別の目
的は、送信データ量に応じたトラヒック特性を網に申告
し、該トラヒック特性に基づいて通信ができる通信装置
を提供することである。本発明の更に別の目的は、バー
スト性の高いデータ通信を行う場合において、送信する
データ量に応じたトラヒック特性でデータ通信ができる
通信装置を提供することである。
Ｎ間通信においては、迅速な帯域制御ができず、効率の
よいデータ転送ができない問題がある。又、従来のＬＡ
Ｎ間通信では、送信データ量に応じた適正なトラヒック
特性を網に申告し、該トラヒック特性に基づいて相手と
通信することができない問題がある。従って、本発明の
目的は、迅速に適正な帯域を割り当ててＬＡＮ間通信が
できる通信装置を提供することである。本発明の別の目
的は、送信データ量に応じたトラヒック特性を網に申告
し、該トラヒック特性に基づいて通信ができる通信装置
を提供することである。本発明の更に別の目的は、バー
スト性の高いデータ通信を行う場合において、送信する
データ量に応じたトラヒック特性でデータ通信ができる
通信装置を提供することである。
【００１２】
【課題を解決するための手段】図１は本発明の原理説明
図である。図１(a)において、１１はＬＡＮ間通信を行
う通信装置、１２はＬＡＮインターフェース部、１３は
送信データ量を識別するデータ量識別部、１４は広域網
インターフェース部、１５は送信データ量に基づいて帯
域を決定する帯域幅制御・回線監視部である。図１(b)
において、５１，５２はフレームリレー通信／ＡＴＭ通
信における端末、５３，５４は通信装置、５５は広域
網、６１はＬＡＮインターフェース部、６２は送信デー
タ量を識別するデータ量識別部、６３は送信データ量に
基づいてトラヒック特性を算出するトラヒック特性算出
部、６４は広域網インターフェース部である。
図である。図１(a)において、１１はＬＡＮ間通信を行
う通信装置、１２はＬＡＮインターフェース部、１３は
送信データ量を識別するデータ量識別部、１４は広域網
インターフェース部、１５は送信データ量に基づいて帯
域を決定する帯域幅制御・回線監視部である。図１(b)
において、５１，５２はフレームリレー通信／ＡＴＭ通
信における端末、５３，５４は通信装置、５５は広域
網、６１はＬＡＮインターフェース部、６２は送信デー
タ量を識別するデータ量識別部、６３は送信データ量に
基づいてトラヒック特性を算出するトラヒック特性算出
部、６４は広域網インターフェース部である。
【００１３】
【作用】少なくとも１つのＬＡＮインターフェース部１
２と、複数の広域網インターフェース部１４と、ＬＡＮ
端末から送られてくる情報より相手先へ送信するデータ
量を識別するデータ量識別部１３と、該データ量に基づ
いてＬＡＮ間通信に必要となる帯域を割り出す帯域幅制
御・回線監視部１５とを設ける。上位レイヤ識別部（デ
ータ量識別部）１３は、ＬＡＮ端末から送られてくる情
報のうち上位レイヤ（アプリケーション層）に含まれる
データ量情報を識別し、帯域幅制御・回線監視部１５は
該データ量に基づいて帯域を割り出し、割り出した帯域
に基づいて定まる数の広域網インターフェース部１４を
介してＬＡＮ間通信する。このようにすれば、ＬＡＮ端
末から送られてくる情報中に含まれる送信データ量を識
別することで即座に送信データ量を識別し、該データ量
に見合った帯域を決定し、帯域に応じた数の回線を用い
てＬＡＮ間通信ができるため、迅速に適正な帯域を割り
当てて通信することができる。
２と、複数の広域網インターフェース部１４と、ＬＡＮ
端末から送られてくる情報より相手先へ送信するデータ
量を識別するデータ量識別部１３と、該データ量に基づ
いてＬＡＮ間通信に必要となる帯域を割り出す帯域幅制
御・回線監視部１５とを設ける。上位レイヤ識別部（デ
ータ量識別部）１３は、ＬＡＮ端末から送られてくる情
報のうち上位レイヤ（アプリケーション層）に含まれる
データ量情報を識別し、帯域幅制御・回線監視部１５は
該データ量に基づいて帯域を割り出し、割り出した帯域
に基づいて定まる数の広域網インターフェース部１４を
介してＬＡＮ間通信する。このようにすれば、ＬＡＮ端
末から送られてくる情報中に含まれる送信データ量を識
別することで即座に送信データ量を識別し、該データ量
に見合った帯域を決定し、帯域に応じた数の回線を用い
てＬＡＮ間通信ができるため、迅速に適正な帯域を割り
当てて通信することができる。
【００１４】広域網において、端末５１とのＬＡＮイン
ターフェース部６１と、広域網５５とのインターフェー
ス部６４と、端末から送られてくる情報より相手先へ送
信するデータ量を識別するデータ量識別部６２と、該デ
ータ量に基づいて通信時のトラヒック特性を算出するト
ラヒック特性算出部６３と、広域網インターフェース部
６４を設ける。上位レイヤ認識部（データ量識別部）６
２はＬＡＮ端末から送られてくる情報のうち上位レイヤ
の特定箇所のみ参照して送信データ量を認識し、トラヒ
ック特性算出部６３は送信データ量に基づいてトラヒッ
ク特性を算出し、該トラヒック特性を広域網インターフ
ェース部６４を介して網５５に申告し、網は申告された
トラヒック特性に基づいて通信を行う。又、通信中に、
算出したトラヒック特性を広域網５５に申告して通信中
のトラヒック特性を変更する。このようにすれば、送信
データ量に応じたトラヒック特性を広域網に申告し、該
トラヒック特性に基づいて通信することができ、特にバ
ースト性の高いデータ通信を行う場合において、送信す
るデータ量に応じたトラヒック特性でデータ通信ができ
る。
ターフェース部６１と、広域網５５とのインターフェー
ス部６４と、端末から送られてくる情報より相手先へ送
信するデータ量を識別するデータ量識別部６２と、該デ
ータ量に基づいて通信時のトラヒック特性を算出するト
ラヒック特性算出部６３と、広域網インターフェース部
６４を設ける。上位レイヤ認識部（データ量識別部）６
２はＬＡＮ端末から送られてくる情報のうち上位レイヤ
の特定箇所のみ参照して送信データ量を認識し、トラヒ
ック特性算出部６３は送信データ量に基づいてトラヒッ
ク特性を算出し、該トラヒック特性を広域網インターフ
ェース部６４を介して網５５に申告し、網は申告された
トラヒック特性に基づいて通信を行う。又、通信中に、
算出したトラヒック特性を広域網５５に申告して通信中
のトラヒック特性を変更する。このようにすれば、送信
データ量に応じたトラヒック特性を広域網に申告し、該
トラヒック特性に基づいて通信することができ、特にバ
ースト性の高いデータ通信を行う場合において、送信す
るデータ量に応じたトラヒック特性でデータ通信ができ
る。
【００１５】
【実施例】(a) 本発明の第１の実施例全体の構成
図２は本発明に係わるＬＡＮ間通信装置の構成図であ
る。図中、１１はＬＡＮ間通信装置、２１はイーサネッ
ト（ＬＡＮ）、３１はＬＡＮに接続されたパソコン等の
ＬＡＮ端末、４１は広域網（公衆回線、パケット網、専
用線網等）である。ＬＡＮ間通信装置１１において、１
２はイーサネットを収容するＬＡＮインターフェース装
置、１３はＬＡＮ端末１３から送られてくる情報中に含
まれる送信データ量を識別するデータ量識別部、１４1
〜１４nは広域網インターフェース部であり、例えばＢ
ＲＩインターフェース部（基本速度インターフェース
部）、１５は送信データ量に基づいて帯域を決定する帯
域幅制御・回線監視部，１６は分離・多重化機能部であ
る。
る。図中、１１はＬＡＮ間通信装置、２１はイーサネッ
ト（ＬＡＮ）、３１はＬＡＮに接続されたパソコン等の
ＬＡＮ端末、４１は広域網（公衆回線、パケット網、専
用線網等）である。ＬＡＮ間通信装置１１において、１
２はイーサネットを収容するＬＡＮインターフェース装
置、１３はＬＡＮ端末１３から送られてくる情報中に含
まれる送信データ量を識別するデータ量識別部、１４1
〜１４nは広域網インターフェース部であり、例えばＢ
ＲＩインターフェース部（基本速度インターフェース
部）、１５は送信データ量に基づいて帯域を決定する帯
域幅制御・回線監視部，１６は分離・多重化機能部であ
る。
【００１６】図２の実施例では、ＯＳＩ参照モデルの下
位レイヤ（物理層、リンク層、ネットワーク層）での接
続、データ転送制御を行うＬＡＮ間通信装置１１に、上
位レイヤ（アプリケーション層）のある特定部分（デー
タ量情報）を識別する上位レイヤ識別部（データ量識別
部１３）を含ませ、識別したデータ量に基づいて帯域幅
制御・回線監視部１５が帯域を決定する構成になってい
る。
位レイヤ（物理層、リンク層、ネットワーク層）での接
続、データ転送制御を行うＬＡＮ間通信装置１１に、上
位レイヤ（アプリケーション層）のある特定部分（デー
タ量情報）を識別する上位レイヤ識別部（データ量識別
部１３）を含ませ、識別したデータ量に基づいて帯域幅
制御・回線監視部１５が帯域を決定する構成になってい
る。
【００１７】ＬＡＮインターフェース装置
ＬＡＮインターフェース装置１２において、１２ａはＬ
ＡＮと接続されたＬＡＮインターフェース部、１２ｂは
広域網（ＷＡＮ）４１を介して伝送する必要のあるフレ
ームのみを取り込むフィルタリング機能部、１２ｃはル
ーチング機能部であり、フィルタリング機能部により取
り込まれたフレームを内蔵のバッファに記憶すると共
に、順次バッファから読み出して出力し、又、ＷＡＮを
介して入力されたフレームを取り込んでＬＡＮに送り出
す。ルーチング機能部１２ｂは図３に示すように、ルー
チング制御部ＲＴＣと、送信フレームを一時的に記憶す
る送信バッファＳＢＦと、受信フレームを一時的に記憶
する受信バッファＲＢＦと、フレーム入出力部ＦＩＯを
有している。
ＡＮと接続されたＬＡＮインターフェース部、１２ｂは
広域網（ＷＡＮ）４１を介して伝送する必要のあるフレ
ームのみを取り込むフィルタリング機能部、１２ｃはル
ーチング機能部であり、フィルタリング機能部により取
り込まれたフレームを内蔵のバッファに記憶すると共
に、順次バッファから読み出して出力し、又、ＷＡＮを
介して入力されたフレームを取り込んでＬＡＮに送り出
す。ルーチング機能部１２ｂは図３に示すように、ルー
チング制御部ＲＴＣと、送信フレームを一時的に記憶す
る送信バッファＳＢＦと、受信フレームを一時的に記憶
する受信バッファＲＢＦと、フレーム入出力部ＦＩＯを
有している。
【００１８】データ量識別部
データ送信に先立って、送信側と受信側でネゴシエーシ
ョンを行う。ネゴシエーション情報はＬＡＮインターフ
ェース装置１２を介してデータ識別部１３にも入力され
る。ネゴシエーション情報には、これから送信するデー
タのデータ量を示す情報が含まれているから、データ量
識別部１３は該情報より送信データ量を識別する。図４
はＴＣＰ／ＩＰ上のファイル転送プロトコルＦＴＰのフ
ァイル転送手順説明図であり、３１ａはパソコン、３１
ｂはサーバである。 パソコン３１ａよりＦＴＰ用ポート番号をサーバ３１
ｂに通知して起動（ＦＴＰ起動）する。 サーバが該起動を受け付けて起動ＯＫが返ってくる
と、パソコンはファイル送信要求（ファイル名を含む）
をサーバに送る。
ョンを行う。ネゴシエーション情報はＬＡＮインターフ
ェース装置１２を介してデータ識別部１３にも入力され
る。ネゴシエーション情報には、これから送信するデー
タのデータ量を示す情報が含まれているから、データ量
識別部１３は該情報より送信データ量を識別する。図４
はＴＣＰ／ＩＰ上のファイル転送プロトコルＦＴＰのフ
ァイル転送手順説明図であり、３１ａはパソコン、３１
ｂはサーバである。 パソコン３１ａよりＦＴＰ用ポート番号をサーバ３１
ｂに通知して起動（ＦＴＰ起動）する。 サーバが該起動を受け付けて起動ＯＫが返ってくる
と、パソコンはファイル送信要求（ファイル名を含む）
をサーバに送る。
【００１９】以後、サーバとパソコン間で相互にデー
タコネクションの確立要求を送受しあってデータコネク
ションを確立する。 データコネクションが確立すると、サーバは指定ファ
イルの送信をパソコンに通知する。この通知の中に、送
信するデータ量が含まれている。 パソコンは送信通知を受信すれば開始要求をサーバに
送る。 以後、サーバよりパソコンへファイルの転送が行われ
る。 そして、最後のデータになると、サーバは最終データ
通知と切断要求をパソコンに送り、パソコンは該最後
のデータを受信した後切断要求をサーバに送ってファイ
ル転送処理を完了する。 尚、以上はファイルをサーバから送信してもらう場合で
あるが、サーバへファイルを送信する場合にも同様な手
順がとられる。データ量識別部１３はファイル転送前の
ネゴシエーションにおいてＬＡＮ端末から送られてくる
情報中に含まれるデータ量を識別する。
タコネクションの確立要求を送受しあってデータコネク
ションを確立する。 データコネクションが確立すると、サーバは指定ファ
イルの送信をパソコンに通知する。この通知の中に、送
信するデータ量が含まれている。 パソコンは送信通知を受信すれば開始要求をサーバに
送る。 以後、サーバよりパソコンへファイルの転送が行われ
る。 そして、最後のデータになると、サーバは最終データ
通知と切断要求をパソコンに送り、パソコンは該最後
のデータを受信した後切断要求をサーバに送ってファイ
ル転送処理を完了する。 尚、以上はファイルをサーバから送信してもらう場合で
あるが、サーバへファイルを送信する場合にも同様な手
順がとられる。データ量識別部１３はファイル転送前の
ネゴシエーションにおいてＬＡＮ端末から送られてくる
情報中に含まれるデータ量を識別する。
【００２０】帯域幅制御・回線監視部
帯域幅制御・回線監視部１５は、データ転送要求発生時
に、データ量識別部１３から入力される送信データ量に
基づいて必要帯域を決定し、該帯域に基づいて定まる数
の広域網インターフェース部を介してＬＡＮ間通信させ
る。又、トラヒック量より必要帯域を求め、過剰な帯域
が割り当てられている場合には回線を解放する。図５は
帯域幅制御・回線監視部１５の構成図であり、帯域幅制
御、回線監視制御を行う制御部１５ａと、各種テーブル
ＱＢＴＢ，ＬＲＴＢを記憶するメモリ１５ｂを備えてい
る。テーブルＱＢＴＢには、送信データ量と必要帯域、
回線数の対応関係が記憶され、回線リソース管理テーブ
ルＬＲＴＢには広域網インタフェ−ス部１４1，１４2，
・・・１４nに対応させて、接続先、回線料金監視タイ
マ等が記憶されている。各広域網インターフェース部の
接続先を参照することにより所定のＬＡＮ間通信で使用
している回線及び本数を特定できる。回線料金監視タイ
マは、回線使用料が例えば３分毎に加算される場合、３
分を経過した回数Ｍと３分に満たない時間ｍを計時する
もので、接続時には、常時更新されている。
に、データ量識別部１３から入力される送信データ量に
基づいて必要帯域を決定し、該帯域に基づいて定まる数
の広域網インターフェース部を介してＬＡＮ間通信させ
る。又、トラヒック量より必要帯域を求め、過剰な帯域
が割り当てられている場合には回線を解放する。図５は
帯域幅制御・回線監視部１５の構成図であり、帯域幅制
御、回線監視制御を行う制御部１５ａと、各種テーブル
ＱＢＴＢ，ＬＲＴＢを記憶するメモリ１５ｂを備えてい
る。テーブルＱＢＴＢには、送信データ量と必要帯域、
回線数の対応関係が記憶され、回線リソース管理テーブ
ルＬＲＴＢには広域網インタフェ−ス部１４1，１４2，
・・・１４nに対応させて、接続先、回線料金監視タイ
マ等が記憶されている。各広域網インターフェース部の
接続先を参照することにより所定のＬＡＮ間通信で使用
している回線及び本数を特定できる。回線料金監視タイ
マは、回線使用料が例えば３分毎に加算される場合、３
分を経過した回数Ｍと３分に満たない時間ｍを計時する
もので、接続時には、常時更新されている。
【００２１】分離・多重化機能部
分離・多重化機能部１６はＬＡＮインターフェース装置
１２より入力されるフレーム列を複数回線に分離して出
力すると共に、各回線を介してＷＡＮより入力されたフ
レームを多重化してＬＡＮインターフェース装置に送り
出す。図６は分離・多重化機能部１６とその周辺構成図
である。分離・多重化機能部１６において、１６ａはＬ
ＡＮインターフェース装置１２より入力されるデータを
フレ−ム毎に複数回線に分離して（情報の最小単位に分
離して）送り出す分離部、１６ｂは各回線を介して入力
されたフレームを多重化してＬＡＮインターフェース装
置１２に送り出す多重化部である。分離部１６ａは、帯
域幅制御・回線監視部１５から指令された複数の広域網
インターフェース部へデータをフレーム毎に分離して出
力する。多重化部１６ｂは、帯域幅制御・回線監視部１
５から指令された複数の広域インターフェース部から入
力されたフレームを多重化してＬＡＮインターフェース
装置１２に出力する。
１２より入力されるフレーム列を複数回線に分離して出
力すると共に、各回線を介してＷＡＮより入力されたフ
レームを多重化してＬＡＮインターフェース装置に送り
出す。図６は分離・多重化機能部１６とその周辺構成図
である。分離・多重化機能部１６において、１６ａはＬ
ＡＮインターフェース装置１２より入力されるデータを
フレ−ム毎に複数回線に分離して（情報の最小単位に分
離して）送り出す分離部、１６ｂは各回線を介して入力
されたフレームを多重化してＬＡＮインターフェース装
置１２に送り出す多重化部である。分離部１６ａは、帯
域幅制御・回線監視部１５から指令された複数の広域網
インターフェース部へデータをフレーム毎に分離して出
力する。多重化部１６ｂは、帯域幅制御・回線監視部１
５から指令された複数の広域インターフェース部から入
力されたフレームを多重化してＬＡＮインターフェース
装置１２に出力する。
【００２２】以下、本発明のＬＡＮ間通信方式について
説明する。帯域幅制御 図７はファイル転送時における帯域幅制御の処理の流れ
図である。尚、ファイル転送プロトコルがＴＣＰ／ＩＰ
上のＦＴＰ（File Transfer Protocol)であり、ＬＡＮ
−ＷＡＮ−ＬＡＮ接続で端末３１よりファイルを相手先
ＬＡＮ端末に転送するものとする。端末３１よりＦＴＰ
を用いてデータ通信を行う場合、ファイル転送に先立っ
てＦＴＰの制御フレームによりネゴシエーションが発信
元、送信先端末間で行われる（図４参照、ステップ１０
１）。このネゴシエーションにおいて、端末３１から送
られてくる情報はデータ量識別部１３にも入力される。
これにより、データ量識別部１３はネゴシエーション情
報に含まれる送信データ量を識別し、帯域幅制御・回線
監視部１５に入力する（ステップ１０２）。
説明する。帯域幅制御 図７はファイル転送時における帯域幅制御の処理の流れ
図である。尚、ファイル転送プロトコルがＴＣＰ／ＩＰ
上のＦＴＰ（File Transfer Protocol)であり、ＬＡＮ
−ＷＡＮ−ＬＡＮ接続で端末３１よりファイルを相手先
ＬＡＮ端末に転送するものとする。端末３１よりＦＴＰ
を用いてデータ通信を行う場合、ファイル転送に先立っ
てＦＴＰの制御フレームによりネゴシエーションが発信
元、送信先端末間で行われる（図４参照、ステップ１０
１）。このネゴシエーションにおいて、端末３１から送
られてくる情報はデータ量識別部１３にも入力される。
これにより、データ量識別部１３はネゴシエーション情
報に含まれる送信データ量を識別し、帯域幅制御・回線
監視部１５に入力する（ステップ１０２）。
【００２３】帯域幅制御・回線監視部１５はテーブルＱ
ＢＴＢより送信データ量に応じた帯域Ｆを求めて記憶す
ると共に、該帯域Ｆと１回線当たりの帯域（転送速度）
とから必要な回線数ｎを決定する（ステップ１０３）。
例えば、必要帯域Ｆが２５６Kbpsの場合には、２つの広
域網インターフェース部（ＢＲＩインターフェース）を
用いる。尚、テーブルに回線数が登録されている場合に
はそれを用いる。ついで、帯域幅制御・回線監視部１５
は回線リソース管理テーブルＬＲＴＢを参照して、ｎ本
の空き回線（広域網インターフェース部）を求め、該広
域網インターフェース部にイネーブル信号を渡す（ステ
ップ１０４）。イネーブル信号を受けた広域網インター
フェース部は発呼、接続処理を行い（ステップ１０
５）、ｎ本の全てが接続されてデータ送信可能になれ
ば、帯域幅制御・回線監視部１５は回線リソース管理テ
ーブルＬＲＴＢの対応するｎ本の広域網インターフェー
ス部に接続先を記入すると共に、それぞれの回線料金監
視タイマを起動する（ステップ１０６）。
ＢＴＢより送信データ量に応じた帯域Ｆを求めて記憶す
ると共に、該帯域Ｆと１回線当たりの帯域（転送速度）
とから必要な回線数ｎを決定する（ステップ１０３）。
例えば、必要帯域Ｆが２５６Kbpsの場合には、２つの広
域網インターフェース部（ＢＲＩインターフェース）を
用いる。尚、テーブルに回線数が登録されている場合に
はそれを用いる。ついで、帯域幅制御・回線監視部１５
は回線リソース管理テーブルＬＲＴＢを参照して、ｎ本
の空き回線（広域網インターフェース部）を求め、該広
域網インターフェース部にイネーブル信号を渡す（ステ
ップ１０４）。イネーブル信号を受けた広域網インター
フェース部は発呼、接続処理を行い（ステップ１０
５）、ｎ本の全てが接続されてデータ送信可能になれ
ば、帯域幅制御・回線監視部１５は回線リソース管理テ
ーブルＬＲＴＢの対応するｎ本の広域網インターフェー
ス部に接続先を記入すると共に、それぞれの回線料金監
視タイマを起動する（ステップ１０６）。
【００２４】又、帯域幅制御・回線監視部１５は分離・
多重化機能部１６の分離部１６ａにデータを送出すべき
ｎ個の広域網インターフェース部を通知する。これによ
り、分離部１６ａはＬＡＮインターフェース装置１２か
ら入力されるデータをｎ個に分割し、それぞれを対応す
るｎ個の広域網インターフェース部に振り分けて広域網
４１に送り出す。
多重化機能部１６の分離部１６ａにデータを送出すべき
ｎ個の広域網インターフェース部を通知する。これによ
り、分離部１６ａはＬＡＮインターフェース装置１２か
ら入力されるデータをｎ個に分割し、それぞれを対応す
るｎ個の広域網インターフェース部に振り分けて広域網
４１に送り出す。
【００２５】回線解放処理
帯域幅制御・回線監視部１５は広域網インターフェース
部毎に回線料金監視タイマ（図５参照）を有し、回線使
用時間を監視している。この回線料金監視タイマは、回
線使用料が例えば３分毎に加算される場合、３分を経過
した回数Ｍと３分に満たない時間ｍを保持している。帯
域幅制御・回線監視部１５は各広域網インターフェース
部の回線料金監視タイマにおけるｍが３分になる前の所
定時間になるとタイムアウトとみなす（ステップ１５
１）。タイムアウトになると、帯域幅制御・回線監視部
１５は接続先ＬＡＮとの間のトラヒック量を求め、該ト
ラヒック量により必要な帯域ｆを求める（ステップ１５
２）。尚、トラヒック量は例えばデータが送信バッファ
ＳＢＦ（図３）に滞留している時間に基づいて求める。
部毎に回線料金監視タイマ（図５参照）を有し、回線使
用時間を監視している。この回線料金監視タイマは、回
線使用料が例えば３分毎に加算される場合、３分を経過
した回数Ｍと３分に満たない時間ｍを保持している。帯
域幅制御・回線監視部１５は各広域網インターフェース
部の回線料金監視タイマにおけるｍが３分になる前の所
定時間になるとタイムアウトとみなす（ステップ１５
１）。タイムアウトになると、帯域幅制御・回線監視部
１５は接続先ＬＡＮとの間のトラヒック量を求め、該ト
ラヒック量により必要な帯域ｆを求める（ステップ１５
２）。尚、トラヒック量は例えばデータが送信バッファ
ＳＢＦ（図３）に滞留している時間に基づいて求める。
【００２６】ついで、現在保持している帯域Ｆとトラヒ
ック量に基づいて得られた必要帯域ｆを比較し、現状の
回線を維持すべきか判断する（ステップ１５３）。現状
の帯域Ｆが適正であれば、回線を維持し、次の回線料金
切り替わり通知を待つ。しかし、トラヒック量が少なく
多すぎる帯域Ｆを割り当てていれば、該回線を解放し
（ステップ１５４）、回線リソース管理テーブルＬＣＴ
Ｂ及び帯域Ｆを更新し（ステップ１５５）、以後、始め
に戻って次のタイムアウトを監視する。
ック量に基づいて得られた必要帯域ｆを比較し、現状の
回線を維持すべきか判断する（ステップ１５３）。現状
の帯域Ｆが適正であれば、回線を維持し、次の回線料金
切り替わり通知を待つ。しかし、トラヒック量が少なく
多すぎる帯域Ｆを割り当てていれば、該回線を解放し
（ステップ１５４）、回線リソース管理テーブルＬＣＴ
Ｂ及び帯域Ｆを更新し（ステップ１５５）、以後、始め
に戻って次のタイムアウトを監視する。
【００２７】以上の本発明の第１実施例をＯＳＩ参照モ
デルに即して説明すると、以下のようになる。少なくと
も１つのＬＡＮインターフェース部１２と複数の広域網
インターフェース部１４1〜１４ｎを備えたＬＡＮ間通
信装置１１に、上位レイヤ認識部（データ量識別部）１
３と帯域幅制御・回線監視部１５を設ける。下位レイヤ
（ＯＳＩ参照モデルのネットワーク層以下のレイヤ）で
ＬＡＮとＷＡＮ間を接続し、ＬＡＮデータをＷＡＮに送
出する。この場合、上位レイヤ認識部１３は上位レイヤ
（ＯＳＩ参照モデルのネットワーク層より上位のレイ
ヤ）の特定箇所のみ参照して送信データ量を認識し、帯
域幅制御・回線監視部１５は送信データ量に基づいて必
要な帯域を決定し、該必要帯域に応じた数の広域網イン
ターフェースを用いてＬＡＮデータをＷＡＮに送出す
る。以上より、送信データ量によって適正な帯域を確保
して通信を行うことが可能になり、又、データ転送前に
帯域を確保するためデータ転送中に通信が中断すること
がなく、信頼性が向上し、しかも転送時間の短縮を実現
できる。
デルに即して説明すると、以下のようになる。少なくと
も１つのＬＡＮインターフェース部１２と複数の広域網
インターフェース部１４1〜１４ｎを備えたＬＡＮ間通
信装置１１に、上位レイヤ認識部（データ量識別部）１
３と帯域幅制御・回線監視部１５を設ける。下位レイヤ
（ＯＳＩ参照モデルのネットワーク層以下のレイヤ）で
ＬＡＮとＷＡＮ間を接続し、ＬＡＮデータをＷＡＮに送
出する。この場合、上位レイヤ認識部１３は上位レイヤ
（ＯＳＩ参照モデルのネットワーク層より上位のレイ
ヤ）の特定箇所のみ参照して送信データ量を認識し、帯
域幅制御・回線監視部１５は送信データ量に基づいて必
要な帯域を決定し、該必要帯域に応じた数の広域網イン
ターフェースを用いてＬＡＮデータをＷＡＮに送出す
る。以上より、送信データ量によって適正な帯域を確保
して通信を行うことが可能になり、又、データ転送前に
帯域を確保するためデータ転送中に通信が中断すること
がなく、信頼性が向上し、しかも転送時間の短縮を実現
できる。
【００２８】(b) 本発明の第２の実施例全体の構成
図９は本発明の第２の実施例の構成図であり、送信デー
タ量に基づいて適正なトラヒック特性を計算して網に申
告し、網が該申告値に基づいて通信する実施例である。
図中、５１はＬＡＮ端末、５１′はイーサネット（ＬＡ
Ｎ）、５３はＬＡＮ端末と広域網を接続する通信装置、
５５は広域網（ＷＡＮ）で例えばフレームリレー網であ
る。通信装置５３において、６１はＬＡＮインターフェ
ース装置であり、図２、図３に示す構成を備えている。
６２は送信データ量を識別するデータ量識別部、６３は
送信データ量に基づいてトラヒック特性を算出するトラ
ヒック特性算出部、６４は広域網インターフェース部
で、例えばフレームリレーインターフェース部である。
トラヒック特性算出部６３には送信データ量と適正なト
ラヒック特性（転送速度、ピーク値、平均値等）の対応
関係を示すテーブルＴＣＴＢが予め設定されている。
タ量に基づいて適正なトラヒック特性を計算して網に申
告し、網が該申告値に基づいて通信する実施例である。
図中、５１はＬＡＮ端末、５１′はイーサネット（ＬＡ
Ｎ）、５３はＬＡＮ端末と広域網を接続する通信装置、
５５は広域網（ＷＡＮ）で例えばフレームリレー網であ
る。通信装置５３において、６１はＬＡＮインターフェ
ース装置であり、図２、図３に示す構成を備えている。
６２は送信データ量を識別するデータ量識別部、６３は
送信データ量に基づいてトラヒック特性を算出するトラ
ヒック特性算出部、６４は広域網インターフェース部
で、例えばフレームリレーインターフェース部である。
トラヒック特性算出部６３には送信データ量と適正なト
ラヒック特性（転送速度、ピーク値、平均値等）の対応
関係を示すテーブルＴＣＴＢが予め設定されている。
【００２９】ＬＡＮ端末５１は、ＴＣＰ／ＩＰ上のファ
イル転送プロトコルＦＴＰに従ってファイル転送を行
う。このファイル転送プロトコルＦＴＰでは、データ送
信に先立って送信側と受信側でネゴシエーションを行
う。ネゴシエーション情報には、図４で説明したように
これから送信するデータのデータ量を示す情報が含まれ
ているから、データ量識別部６２は該情報より送信デー
タ量を識別する。
イル転送プロトコルＦＴＰに従ってファイル転送を行
う。このファイル転送プロトコルＦＴＰでは、データ送
信に先立って送信側と受信側でネゴシエーションを行
う。ネゴシエーション情報には、図４で説明したように
これから送信するデータのデータ量を示す情報が含まれ
ているから、データ量識別部６２は該情報より送信デー
タ量を識別する。
【００３０】概略動作
フレームリレー通信あるいはＡＴＭ通信等において、デ
ータ量識別部６２は、端末５１からＬＡＮインターフェ
ース装置６１を介して送られてくる情報より相手先へ送
信するデータ量を識別し、トラヒック特性算出部６３は
該データ量に基づいて通信時のトラヒック特性を算出
し、該算出したトラヒック特性をフレームリレーインタ
ーフェース部６４を介してフレームリレー網５５に申告
する。フレームリレー網５５は、該申告されたトラヒッ
ク特性に基づいて通信を行う。又、通信中に、トラヒッ
ク特性算出部６３が算出したトラヒック特性をフレーム
リレーインターフェース部６４を介して網５５に申告し
て通信中のトラヒック特性を変更する。以上のようにす
れば、送信データ量に応じたトラヒック特性を網に申告
し、該トラヒック特性に基づいて通信することができ、
特にバースト性の高いデータ通信を行う場合において、
送信するデータ量に応じたトラヒック特性でデータ通信
ができる。
ータ量識別部６２は、端末５１からＬＡＮインターフェ
ース装置６１を介して送られてくる情報より相手先へ送
信するデータ量を識別し、トラヒック特性算出部６３は
該データ量に基づいて通信時のトラヒック特性を算出
し、該算出したトラヒック特性をフレームリレーインタ
ーフェース部６４を介してフレームリレー網５５に申告
する。フレームリレー網５５は、該申告されたトラヒッ
ク特性に基づいて通信を行う。又、通信中に、トラヒッ
ク特性算出部６３が算出したトラヒック特性をフレーム
リレーインターフェース部６４を介して網５５に申告し
て通信中のトラヒック特性を変更する。以上のようにす
れば、送信データ量に応じたトラヒック特性を網に申告
し、該トラヒック特性に基づいて通信することができ、
特にバースト性の高いデータ通信を行う場合において、
送信するデータ量に応じたトラヒック特性でデータ通信
ができる。
【００３１】トラヒック特性制御
以下、トラヒック特性を算出し、網に申告して通信する
場合の通信制御を説明する。 データ通信中にトラヒック特性を変更する仕組が網に
無い場合 図１０はデータ通信中にトラヒック特性を変更する仕組
が網に無い場合の通信制御の流れ図である。ファイル転
送を行う場合、まずＬＡＮ端末５１よりファイル転送の
起動を掛ける（ＦＴＰのコマンドの投入、ステップ２０
１）。これにより、ＬＡＮインターフェース装置６１に
データが入力される（ステップ２０２）。ＬＡＮインタ
ーフェース装置６１はデータに含まれる接続先方路を確
認する（フィルタリング、ステップ２０３）。接続方路
を参照してデータが自分で扱うべきものであれば、フレ
ームリレーインターフェース部６４に該データを入力す
る。フレームリレーインターフェース部６４は接続先に
コネクションを張っているか調べ（ステップ２０４）、
張ってなければ、接続先に対してコネクションを張る。
この場合、フレームリレーインターフェース部６４はト
ラヒック特性として、制御フレーム用に予め設定されて
いる設定値を申告する（ステップ２０５）。
場合の通信制御を説明する。 データ通信中にトラヒック特性を変更する仕組が網に
無い場合 図１０はデータ通信中にトラヒック特性を変更する仕組
が網に無い場合の通信制御の流れ図である。ファイル転
送を行う場合、まずＬＡＮ端末５１よりファイル転送の
起動を掛ける（ＦＴＰのコマンドの投入、ステップ２０
１）。これにより、ＬＡＮインターフェース装置６１に
データが入力される（ステップ２０２）。ＬＡＮインタ
ーフェース装置６１はデータに含まれる接続先方路を確
認する（フィルタリング、ステップ２０３）。接続方路
を参照してデータが自分で扱うべきものであれば、フレ
ームリレーインターフェース部６４に該データを入力す
る。フレームリレーインターフェース部６４は接続先に
コネクションを張っているか調べ（ステップ２０４）、
張ってなければ、接続先に対してコネクションを張る。
この場合、フレームリレーインターフェース部６４はト
ラヒック特性として、制御フレーム用に予め設定されて
いる設定値を申告する（ステップ２０５）。
【００３２】コネクションが張られると、端末５１はＦ
ＴＰの制御フレームの通信を行う（ステップ２０６）。
データ量識別部６２は制御フレームに含まれるデータ量
を読み取り、データ量をトラヒック特性算出部６３に伝
達する（ステップ２０７）。これにより、トラヒック特
性算出部６３はテーブルＴＣＴＢを参照して送信データ
量に応じたトラヒック特性を算出する（ステップ２０
８）。ついで、算出したトラヒック特性が現在網に申告
してあるトラヒック特性と異なるか判断し（ステップ２
０９）、同じであれば、該トラヒック特性でＦＴＰのデ
ータ通信を行う（ステップ２１０）。一方、異なれば、
トラヒック特性算出部６３は算出したトラヒック特性を
フレームリレーインターフェース部６４に通知する。こ
れにより、フレームリレーインターフェース部６４は通
知されたトラヒック特性を付加情報メッセージＩＮＦＯ
で網５５に申告して新しいコネクションを張り（ステッ
プ２１１）、以後、該トラヒック特性及び新しいコネク
ションでデータ通信を行う（ステップ２１０）。この場
合、以前の呼によるデータ送信は停止し、一定時間以上
データ送信がないことを検出してフレームリレーインタ
ーフェース部６４は該呼のコネクションを自動的に切断
する。
ＴＰの制御フレームの通信を行う（ステップ２０６）。
データ量識別部６２は制御フレームに含まれるデータ量
を読み取り、データ量をトラヒック特性算出部６３に伝
達する（ステップ２０７）。これにより、トラヒック特
性算出部６３はテーブルＴＣＴＢを参照して送信データ
量に応じたトラヒック特性を算出する（ステップ２０
８）。ついで、算出したトラヒック特性が現在網に申告
してあるトラヒック特性と異なるか判断し（ステップ２
０９）、同じであれば、該トラヒック特性でＦＴＰのデ
ータ通信を行う（ステップ２１０）。一方、異なれば、
トラヒック特性算出部６３は算出したトラヒック特性を
フレームリレーインターフェース部６４に通知する。こ
れにより、フレームリレーインターフェース部６４は通
知されたトラヒック特性を付加情報メッセージＩＮＦＯ
で網５５に申告して新しいコネクションを張り（ステッ
プ２１１）、以後、該トラヒック特性及び新しいコネク
ションでデータ通信を行う（ステップ２１０）。この場
合、以前の呼によるデータ送信は停止し、一定時間以上
データ送信がないことを検出してフレームリレーインタ
ーフェース部６４は該呼のコネクションを自動的に切断
する。
【００３３】データ通信中にトラヒック特性を変更す
る仕組が網にある場合 図１１は、データ通信中にトラヒック特性を変更する仕
組が網にある場合の通信制御の流れ図である。図１０の
流れ図と異なる点は、算出したトラヒック特性が現在網
に申告してあるトラヒック特性と異なる場合、新しいコ
ネクションを張ること無く、それ迄のコネクションでト
ラヒック特性を変更して通信を継続する点である。すな
わち、算出したトラヒック特性が現在網に申告してある
トラヒック特性と異なる場合には（ステップ２０９）、
トラヒック特性算出部６３は算出したトラヒック特性を
フレームリレーインターフェース部６４に通知する。こ
れにより、フレームリレーインターフェース部６４は通
知されたトラヒック特性を付加情報メッセージＩＮＦＯ
で網５５に申告する（ステップ２１２）。網５５は現ト
ラヒック特性を申告された新たなトラヒック特性値に変
更し通信を継続する（ステップ２１３）。
る仕組が網にある場合 図１１は、データ通信中にトラヒック特性を変更する仕
組が網にある場合の通信制御の流れ図である。図１０の
流れ図と異なる点は、算出したトラヒック特性が現在網
に申告してあるトラヒック特性と異なる場合、新しいコ
ネクションを張ること無く、それ迄のコネクションでト
ラヒック特性を変更して通信を継続する点である。すな
わち、算出したトラヒック特性が現在網に申告してある
トラヒック特性と異なる場合には（ステップ２０９）、
トラヒック特性算出部６３は算出したトラヒック特性を
フレームリレーインターフェース部６４に通知する。こ
れにより、フレームリレーインターフェース部６４は通
知されたトラヒック特性を付加情報メッセージＩＮＦＯ
で網５５に申告する（ステップ２１２）。網５５は現ト
ラヒック特性を申告された新たなトラヒック特性値に変
更し通信を継続する（ステップ２１３）。
【００３４】図１２は通信中に新たなトラヒック特性を
付加情報メッセージＩＮＦＯで網に申告し、網が該申告
されたトラヒック特性で通信を継続する場合の網・ユー
ザ間の手順説明図である。通信中に発端末から付加情報
メッセージＩＮＦＯが送られてくると、網は該メッセー
ジを着端末に送り、トラック特性の変更を通知する。着
端末はトラヒック特性変更のメッセージを受信すれば、
受信ＯＫを示す付加情所メッセージＩＮＦＯを網に返
す。網は該メッセージを発端末に送ると共に、トラヒッ
ク特性を変更する。以上により、以後、申告したトラヒ
ック特性に従ってデータ通信が行われる。
付加情報メッセージＩＮＦＯで網に申告し、網が該申告
されたトラヒック特性で通信を継続する場合の網・ユー
ザ間の手順説明図である。通信中に発端末から付加情報
メッセージＩＮＦＯが送られてくると、網は該メッセー
ジを着端末に送り、トラック特性の変更を通知する。着
端末はトラヒック特性変更のメッセージを受信すれば、
受信ＯＫを示す付加情所メッセージＩＮＦＯを網に返
す。網は該メッセージを発端末に送ると共に、トラヒッ
ク特性を変更する。以上により、以後、申告したトラヒ
ック特性に従ってデータ通信が行われる。
【００３５】以上の本発明の第２実施例をＯＳＩ参照モ
デルに即して説明すると、以下のようになる。少なくと
も１つの端末インターフェース部６１と広域網インター
フェース部６４を備えた通信装置５３に、上位レイヤ認
識部（データ量識別部）６２とトラヒック特性算出部６
３を設ける。下位レイヤ（ＯＳＩ参照モデルのネットワ
ーク層以下のレイヤ）で端末とＷＡＮ間を接続し、端末
からのデータをＷＡＮに送出する。この場合、上位レイ
ヤ認識部６２は上位レイヤ（ＯＳＩ参照モデルのネット
ワーク層より上位のレイヤ）の特定箇所のみ参照して送
信データ量を認識し、トラヒック特性算出部６３は送信
データ量に基づいてトラヒック特性を算出し、該トラヒ
ック特性を広域網インターフェース部６４に入力する。
広域網インターフェース部６４は付加情報メッセージＩ
ＮＦＯにより通知されたトラヒック特性を網５５に申告
し、網は該申告されたトラヒック特性により通信を行
う。以上より、送信データ量に応じたトラヒック特性を
網に申告し、該トラヒック特性に基づいて通信すること
ができ、特にバースト性の高いデータ通信を行う場合に
おいて、送信するデータ量に応じたトラヒック特性でデ
ータ通信ができる。以上、本発明を実施例により説明し
たが、本発明は請求の範囲に記載した本発明の主旨に従
い種々の変形が可能であり、本発明はこれらを排除する
ものではない。
デルに即して説明すると、以下のようになる。少なくと
も１つの端末インターフェース部６１と広域網インター
フェース部６４を備えた通信装置５３に、上位レイヤ認
識部（データ量識別部）６２とトラヒック特性算出部６
３を設ける。下位レイヤ（ＯＳＩ参照モデルのネットワ
ーク層以下のレイヤ）で端末とＷＡＮ間を接続し、端末
からのデータをＷＡＮに送出する。この場合、上位レイ
ヤ認識部６２は上位レイヤ（ＯＳＩ参照モデルのネット
ワーク層より上位のレイヤ）の特定箇所のみ参照して送
信データ量を認識し、トラヒック特性算出部６３は送信
データ量に基づいてトラヒック特性を算出し、該トラヒ
ック特性を広域網インターフェース部６４に入力する。
広域網インターフェース部６４は付加情報メッセージＩ
ＮＦＯにより通知されたトラヒック特性を網５５に申告
し、網は該申告されたトラヒック特性により通信を行
う。以上より、送信データ量に応じたトラヒック特性を
網に申告し、該トラヒック特性に基づいて通信すること
ができ、特にバースト性の高いデータ通信を行う場合に
おいて、送信するデータ量に応じたトラヒック特性でデ
ータ通信ができる。以上、本発明を実施例により説明し
たが、本発明は請求の範囲に記載した本発明の主旨に従
い種々の変形が可能であり、本発明はこれらを排除する
ものではない。
【００３６】
【発明の効果】以上本発明によれば、送信データ量を識
別し、該送信データ量に応じた適正な帯域を確保して通
信を行うことが可能になり、又、データ転送前に帯域を
確保するためデータ転送中に通信が中断することがな
く、信頼性が向上し、しかも転送時間の短縮を実現でき
る。又、本発明によれば、送信データ量に応じたトラヒ
ック特性を網に申告し、該トラヒック特性に基づいて通
信することができ、特にバースト性の高いデータ通信を
行う場合において、送信するデータ量に応じたトラヒッ
ク特性でデータ通信ができる。
別し、該送信データ量に応じた適正な帯域を確保して通
信を行うことが可能になり、又、データ転送前に帯域を
確保するためデータ転送中に通信が中断することがな
く、信頼性が向上し、しかも転送時間の短縮を実現でき
る。又、本発明によれば、送信データ量に応じたトラヒ
ック特性を網に申告し、該トラヒック特性に基づいて通
信することができ、特にバースト性の高いデータ通信を
行う場合において、送信するデータ量に応じたトラヒッ
ク特性でデータ通信ができる。
【図１】本発明の原理説明図である。
【図２】本発明のＬＡＮ間通信装置の構成図である。
【図３】ルーチング機能部の構成図である。
【図４】ＦＴＰ手順説明図である。
【図５】帯域幅制御・回線監視部の構成図である。
【図６】分離・多重化機能部の構成図である。
【図７】ファイル転送時における帯域幅制御の処理フロ
ー図である。
ー図である。
【図８】回線解放の処理フロー図である。
【図９】本発明の別の実施例構成図である。
【図１０】トラヒック特性制御の処理フロー図である。
【図１１】トラヒック特性制御の別の処理フロー図であ
る。
る。
【図１２】新たなトラヒック特性に変更して通信を行う
場合の網・ユーザ間の制御手順説明図である。
場合の網・ユーザ間の制御手順説明図である。
【図１３】網・ユーザ間の制御手順説明図である。
【図１４】ＳＥＴ ＵＰメッセージの説明図である。
１１・・ＬＡＮ間通信を行う通信装置
１２・・ＬＡＮインターフェース部
１３・・データ量識別部
１４・・広域網インターフェース部
１５・・帯域幅制御・回線監視部
５１，５２・・端末
５３，５４・・通信装置
５５・・広域網
６１・・端末インターフェース部
６２・・データ量識別部
６３・・トラヒック特性算出部
６４・・広域網インターフェース部
─────────────────────────────────────────────────────
フロントページの続き
(56)参考文献 特開 平１−122230（ＪＰ，Ａ)
特開 平２−123848（ＪＰ，Ａ)
特開 平５−252167（ＪＰ，Ａ)
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 12/66
H04L 12/28
H04L 12/46
Claims (5)
- 【請求項１】 広域網を介してＬＡＮ間通信する通信装
置において、 少なくとも１つのＬＡＮインターフェース部と、 複数の広域網インターフェース部と、送信に先立って行われるLAN端末間のネゴシエーション
時に 、 発信元 ＬＡＮ端末から送られてくる情報より相手
先LAN端末へ送信するデータ量を識別するデータ量識別
部と、 該データ量に基づいてＬＡＮ間通信に必要となる広域網
の帯域を割り出し、該帯域を前記ＬＡＮ間通信に割り当
てる帯域幅制御部を備えた通信装置。 - 【請求項２】 前記帯域幅制御部は、前記帯域に基づい
て定まる数の広域網インターフェース部を前記ＬＡＮ間
通信に割り当て、 該 広域網インターフェース部を介してＬＡＮ間通信する
請求項１記載の通信装置。 - 【請求項３】 相手先と通信するに先立って、網に通信
時の通信速度を含むトラヒック特性を申告し、該通信速
度で相手先と通信を行う通信装置において、 端末とのインターフェース部と、 広域網とのインターフェース部と、 端末から送られてくる情報より相手先へ送信するデータ
量を識別するデータ量識別部と、 該データ量に基づいて通信時のトラヒック特性を算出す
るトラヒック特性算出部と、 該算出されたトラヒック特性を網に申告するトラヒック
特性申告部を備えた通信装置。 - 【請求項４】 通信中に、前記算出したトラヒック特性
を網に申告して通信中のトラヒック特性を変更する請求
項３記載の通信装置。 - 【請求項５】 広域網を介してＬＡＮ間通信する通信装
置において、 少なくとも１つのＬＡＮインターフェース部と、 複数の広域網インターフェース部と、 発信元ＬＡＮ端末から相手先LAN端末へ送られる情報の
うち上位レイヤに含まれるデータ量情報より相手先LAN
端末へ送信するデータ量を識別するデータ量識別部と、 該データ量に基づいてＬＡＮ間通信に必要となる広域網
の帯域を割り出し、該帯域を前記ＬＡＮ間通信に割り当
てる帯域幅制御部、 を備えた通信装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30164493A JP3457367B2 (ja) | 1993-12-01 | 1993-12-01 | 通信装置 |
| US08/283,785 US5506834A (en) | 1993-12-01 | 1994-08-01 | Communication apparatus for communicating between LANS through a wide area network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30164493A JP3457367B2 (ja) | 1993-12-01 | 1993-12-01 | 通信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07154430A JPH07154430A (ja) | 1995-06-16 |
| JP3457367B2 true JP3457367B2 (ja) | 2003-10-14 |
Family
ID=17899424
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP30164493A Expired - Fee Related JP3457367B2 (ja) | 1993-12-01 | 1993-12-01 | 通信装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5506834A (ja) |
| JP (1) | JP3457367B2 (ja) |
Families Citing this family (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5950169A (en) * | 1993-05-19 | 1999-09-07 | Ccc Information Services, Inc. | System and method for managing insurance claim processing |
| JPH0879309A (ja) * | 1994-09-02 | 1996-03-22 | Fujitsu Ltd | Ｌａｎ間接続装置及びｌａｎ間接続システム |
| US5659684A (en) * | 1995-02-03 | 1997-08-19 | Isdn Systems Corporation | Methods and apparatus for interconnecting personal computers (PCs) and local area networks (LANs) using packet protocols transmitted over a digital data service (DDS) |
| US7185080B1 (en) * | 1995-06-05 | 2007-02-27 | Ricoh Company, Ltd. | Method and system for diagnosis and control of machines using connection and connectionless modes of communication |
| US5680589A (en) * | 1995-06-08 | 1997-10-21 | Klingman; Edwin E. | Ring communication system using ISDN |
| US5982771A (en) | 1995-07-19 | 1999-11-09 | Fujitsu Network Communications, Inc. | Controlling bandwidth allocation using a pace counter |
| US5898671A (en) | 1995-09-14 | 1999-04-27 | Fujitsu Network Communications, Inc. | Transmitter controlled flow control for buffer allocation in wide area ATM networks |
| WO1997026737A1 (en) | 1996-01-16 | 1997-07-24 | Fujitsu Limited | A reliable and flexible multicast mechanism for atm networks |
| US5748905A (en) | 1996-08-30 | 1998-05-05 | Fujitsu Network Communications, Inc. | Frame classification using classification keys |
| US6581104B1 (en) * | 1996-10-01 | 2003-06-17 | International Business Machines Corporation | Load balancing in a distributed computer enterprise environment |
| US6046980A (en) * | 1996-12-09 | 2000-04-04 | Packeteer, Inc. | System for managing flow bandwidth utilization at network, transport and application layers in store and forward network |
| JP3320426B2 (ja) | 1996-12-10 | 2002-09-03 | 株式会社エヌ・ティ・ティ・ドコモ | 移動体通信装置及び移動体データ通信方法ならびに記録媒体 |
| US6233234B1 (en) | 1997-06-03 | 2001-05-15 | Bell Atlantic Network Services, Inc. | Secure LAN/internet telephony |
| JP2000269999A (ja) | 1999-03-19 | 2000-09-29 | Fujitsu Ltd | ネットワーク間通信装置 |
| US6837008B2 (en) * | 2000-02-09 | 2005-01-04 | University Of Florida | Device for impeding a route of travel of crawling arthropods |
| US7116682B1 (en) * | 2001-03-19 | 2006-10-03 | Cisco Technology, Inc. | Methods and apparatus for dynamic bandwidth adjustment |
| JP2002354024A (ja) * | 2001-05-28 | 2002-12-06 | Nippon Telegraph & Telephone West Corp | 帯域制御方法および通信機器 |
| JP2002368774A (ja) * | 2001-06-04 | 2002-12-20 | Fujitsu Ltd | 通信装置およびその回線容量設定方法 |
| US7805515B2 (en) * | 2004-09-20 | 2010-09-28 | Camiant, Inc. | Method for dynamic rate adaptation based on selective passive network monitoring |
| JP4910583B2 (ja) * | 2006-09-13 | 2012-04-04 | 住友電気工業株式会社 | 交通管制用ルータ装置、交通信号制御機 |
| JP6878792B2 (ja) * | 2016-08-30 | 2021-06-02 | コニカミノルタ株式会社 | サービス提供システム |
| JP6987571B2 (ja) * | 2017-08-25 | 2022-01-05 | 東芝テック株式会社 | 制御装置 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5040171A (en) * | 1989-01-24 | 1991-08-13 | Kabushiki Kaisha Toshiba | Call restricting method in packet switching network and network controller having call restricting function |
| JPH02220531A (ja) * | 1989-02-22 | 1990-09-03 | Toshiba Corp | 呼接続制御方式および流量監視方式 |
| AU627953B2 (en) * | 1989-11-15 | 1992-09-03 | Digital Equipment Corporation | Integrated communications link having dynamically allocatable bandwidth and a protocol for transmission or allocation information over the link |
| US5179555A (en) * | 1990-09-11 | 1993-01-12 | Microcom Systems, Inc. | High speed data compression and transmission for wide area network connections in LAN/bridging applications |
| US5361259A (en) * | 1993-02-19 | 1994-11-01 | American Telephone And Telegraph Company | Wide area network (WAN)-arrangement |
-
1993
- 1993-12-01 JP JP30164493A patent/JP3457367B2/ja not_active Expired - Fee Related
-
1994
- 1994-08-01 US US08/283,785 patent/US5506834A/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US5506834A (en) | 1996-04-09 |
| JPH07154430A (ja) | 1995-06-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3457367B2 (ja) | 通信装置 | |
| US6771594B1 (en) | Reliable/non-reliable transmission of voice using TCP/UDP based on network quality of service | |
| US6973037B1 (en) | System and method for dynamically varying integrated services digital network (isdn) interface bandwidth | |
| JP4713813B2 (ja) | 交換網およびパケット網間の通信を改良するためのシステムおよび方法 | |
| US5784371A (en) | ATM electronic exchange network system and electrode exchange equipment for use in the same | |
| US6260071B1 (en) | Method and apparatus for automatic routing of circuit switched data connections based upon stored behavorial information | |
| EP0843442A2 (en) | Communication system for communicating a plurality of time-division multiplexed data, and control method therefor | |
| US7558207B2 (en) | Modifying the bandwidth of an established ATM call in response to an identification of the contents of the call | |
| CA2336734C (en) | Apparatus and method for automatic port identity discovery in hierarchical heterogenous systems | |
| US5903547A (en) | ATM exchanger | |
| JP2675147B2 (ja) | 通信方法 | |
| US20040228348A1 (en) | AAL2 negotiation procedure | |
| AU741495B2 (en) | Procedure for the switching of data traffic in a data communication system | |
| KR0128840B1 (ko) | 서비스 연속성에 의한 서비스 제한 방법 | |
| JP2000013394A (ja) | Ａｔｍ交換機システムにおけるシグナリング仮想チャネル制御方法及び装置 | |
| EP0899929B1 (en) | Communication content recording apparatus and method | |
| JP4167414B2 (ja) | アクセスネットワークシステム、及びその制御方法 | |
| JP3010507B2 (ja) | 構内自動交換機 | |
| JPH11261619A (ja) | 多重化通信システム及び多重化通信システムにおけるデータ通知制御方法 | |
| JPH06181474A (ja) | 通信制御装置 | |
| JP2989864B2 (ja) | 端末アドレス管理方式 | |
| JP3227238B2 (ja) | 端末装置 | |
| JP3515252B2 (ja) | 圧縮方式を動的に変更する通信方法及び装置 | |
| JP3129196B2 (ja) | Ｄチャネルパケット集線方式 | |
| JPH0483440A (ja) | 公衆ｉｓｄｎ網へのパケット交換モードによるアクセス方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20030722 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080801 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090801 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090801 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100801 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110801 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |