JPH06276232A - パケット交換端末インタフェース装置 - Google Patents
パケット交換端末インタフェース装置Info
- Publication number
- JPH06276232A JPH06276232A JP6367893A JP6367893A JPH06276232A JP H06276232 A JPH06276232 A JP H06276232A JP 6367893 A JP6367893 A JP 6367893A JP 6367893 A JP6367893 A JP 6367893A JP H06276232 A JPH06276232 A JP H06276232A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- data
- division
- packet data
- divided
- 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)
- Use Of Switch Circuits For Exchanges And Methods Of Control Of Multiplex Exchanges (AREA)
Abstract
(57)【要約】
【目的】 送受信用のバッファが十分でない場合でも、
輻輳の発生を減少させることができる優れたパケット交
換装置を提供することを目的とする。 【構成】 パケット形態端末１とパケット形態端末２間
のパケットデータ送受信を行うパケット交換装置７，８
は、パケット交換端末インタフェース装置２，５とパケ
ット交換制御装置３，４から構成され、パケット交換端
末インタフェース装置２，５においてはＨＤＬＣフレー
ムにおける情報フィールドのパケットデータを一定デー
タ長の分割パケットデータに分割するパケット分割処理
と、分割パケットデータを受信して元の所定フォーマッ
トのパケットデータに組み立てるパケット組立処理が行
われる。
輻輳の発生を減少させることができる優れたパケット交
換装置を提供することを目的とする。 【構成】 パケット形態端末１とパケット形態端末２間
のパケットデータ送受信を行うパケット交換装置７，８
は、パケット交換端末インタフェース装置２，５とパケ
ット交換制御装置３，４から構成され、パケット交換端
末インタフェース装置２，５においてはＨＤＬＣフレー
ムにおける情報フィールドのパケットデータを一定デー
タ長の分割パケットデータに分割するパケット分割処理
と、分割パケットデータを受信して元の所定フォーマッ
トのパケットデータに組み立てるパケット組立処理が行
われる。
Description
【０００１】
【産業上の利用分野】本発明は、パケット形態端末を収
容し、データ伝送およびプロトコル管理を行うパケット
交換端末インタフェース装置に関する。
容し、データ伝送およびプロトコル管理を行うパケット
交換端末インタフェース装置に関する。
【０００２】
【従来の技術】ＣＣＩＴＴでは、データ網におけるデー
タ通信に関して、パケット交換や回線交換網を使用する
場合、物理インターフェースとしてＸシリーズが規定さ
れている。このＸシリーズにおいて、公衆データ網にお
けるパケットモードで動作する端末のためのデータ端末
装置（ＤＴＥ）と、データ回線終端装置（ＤＣＥ）間の
インターフェースのプロトコルとして「Ｘ．２５」（８
０年度版）がある。
タ通信に関して、パケット交換や回線交換網を使用する
場合、物理インターフェースとしてＸシリーズが規定さ
れている。このＸシリーズにおいて、公衆データ網にお
けるパケットモードで動作する端末のためのデータ端末
装置（ＤＴＥ）と、データ回線終端装置（ＤＣＥ）間の
インターフェースのプロトコルとして「Ｘ．２５」（８
０年度版）がある。
【０００３】従来のＸ．２５プロトコルを使用したパケ
ット交換装置において、パケット形態端末からのデータ
パケットを受信した場合、そのデータの先頭に網内で使
用するヘッダを付加して、パケット交換機能を実現して
いる。
ット交換装置において、パケット形態端末からのデータ
パケットを受信した場合、そのデータの先頭に網内で使
用するヘッダを付加して、パケット交換機能を実現して
いる。
【０００４】このヘッダには、データ長、送信先アドレ
ス、送信元アドレス、パケット種別、送信順序番号、受
信順序番号、等の情報が格納されており、これらを用い
て網内送信路の決定やフロー制御を行っている。
ス、送信元アドレス、パケット種別、送信順序番号、受
信順序番号、等の情報が格納されており、これらを用い
て網内送信路の決定やフロー制御を行っている。
【０００５】また、この網内ヘッダは、端末から受信し
たパケットサイズに関係なく１パケットに１つ付加さ
れ、送信先のパケット交換装置から端末へ送出する際に
取り外される。
たパケットサイズに関係なく１パケットに１つ付加さ
れ、送信先のパケット交換装置から端末へ送出する際に
取り外される。
【０００６】
【発明が解決しようとする課題】しかしながら、前記従
来のパケット交換装置では、Ｘ．２５プロトコルにおけ
るパケットサイズの大きなロングパケットを送受信する
ため、パケット交換制御装置内に各パケットデ−タ送受
信用のバッファを持つ必要がある。ヘッダを除くパケッ
トデータの最大長は４０９６バイトであるので、端末か
らのパケットデータの送信が速い場合には、大容量の送
受信用バッファを具備しなければ輻輳が発生するという
問題があった。
来のパケット交換装置では、Ｘ．２５プロトコルにおけ
るパケットサイズの大きなロングパケットを送受信する
ため、パケット交換制御装置内に各パケットデ−タ送受
信用のバッファを持つ必要がある。ヘッダを除くパケッ
トデータの最大長は４０９６バイトであるので、端末か
らのパケットデータの送信が速い場合には、大容量の送
受信用バッファを具備しなければ輻輳が発生するという
問題があった。
【０００７】本発明は、このような従来の問題を解決す
るものであり、送受信用バッファの容量が十分でない場
合でも、輻輳の発生を減少させることができる優れたパ
ケット交換装置を提供することを目的とする。
るものであり、送受信用バッファの容量が十分でない場
合でも、輻輳の発生を減少させることができる優れたパ
ケット交換装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】本発明は、上記目的を達
成させるために、端末装置からの送信用パケットデータ
のユーザデータを一定のデータ長に分割して分割パケッ
トデータを生成し、前記分割パケットデータの各々に送
信順序を示す分割番号および送信する最終の分割パケッ
トデータを示す最終識別情報を含む分割ヘッダを付与す
るパケット分割手段と、前記分割パケットデータを前記
分割番号に従って網に送信し、かつ、前記網から分割パ
ケットデータを受信する分割パケット送受信手段と、前
記網からの分割パケットデータを前記最終識別情報を検
出するまで受信し、前記分割番号に従って組み立てて、
前記所定フォーマットのパケットデータを再生するパケ
ット組立手段とを備えた構成となっている。
成させるために、端末装置からの送信用パケットデータ
のユーザデータを一定のデータ長に分割して分割パケッ
トデータを生成し、前記分割パケットデータの各々に送
信順序を示す分割番号および送信する最終の分割パケッ
トデータを示す最終識別情報を含む分割ヘッダを付与す
るパケット分割手段と、前記分割パケットデータを前記
分割番号に従って網に送信し、かつ、前記網から分割パ
ケットデータを受信する分割パケット送受信手段と、前
記網からの分割パケットデータを前記最終識別情報を検
出するまで受信し、前記分割番号に従って組み立てて、
前記所定フォーマットのパケットデータを再生するパケ
ット組立手段とを備えた構成となっている。
【０００９】
【作用】従って、本発明によれば、パケットサイズを分
割することにより、パケット交換制御装置内に十分な数
のパケット送受信用バッファがない場合でも、輻輳の発
生を抑えることができ、データ転送の効率が高くなると
いう効果を有する。
割することにより、パケット交換制御装置内に十分な数
のパケット送受信用バッファがない場合でも、輻輳の発
生を抑えることができ、データ転送の効率が高くなると
いう効果を有する。
【００１０】
【実施例】以下、本発明の一実施例について図面を参照
しながら説明する。
しながら説明する。
【００１１】図１は本発明の一実施例におけるシステム
構成を示すものである。図１において、１と６はデータ
パケットの送受信を行うパケット形態端末、２と５はデ
ータパケットのフロー制御や送達確認を行うパケット交
換端末インタフェース装置、３と４はデータパケットの
宛先アドレスに従ってデータパケットの送信および受信
を行うパケット交換制御装置である。また、パケット交
換端末インタフェース装置２およびパケット交換制御装
置３から構成される装置をパケット交換装置７とし、パ
ケット交換制御装置４およびパケット交換端末インタフ
ェース装置５から構成される装置をパケット交換装置８
とする。
構成を示すものである。図１において、１と６はデータ
パケットの送受信を行うパケット形態端末、２と５はデ
ータパケットのフロー制御や送達確認を行うパケット交
換端末インタフェース装置、３と４はデータパケットの
宛先アドレスに従ってデータパケットの送信および受信
を行うパケット交換制御装置である。また、パケット交
換端末インタフェース装置２およびパケット交換制御装
置３から構成される装置をパケット交換装置７とし、パ
ケット交換制御装置４およびパケット交換端末インタフ
ェース装置５から構成される装置をパケット交換装置８
とする。
【００１２】図２はパケット交換端末インタフェース装
置２、または５の機能ブロック図を示すものである。図
２において、２１は送受信データのレイヤ２プロトコル
の処理を行うレイヤ２処理部、２２はレイヤ３プロトコ
ルの処理を行うレイヤ３処理部、２３は網内でのプロト
コル処理を行う網内プロトコル処理部である。
置２、または５の機能ブロック図を示すものである。図
２において、２１は送受信データのレイヤ２プロトコル
の処理を行うレイヤ２処理部、２２はレイヤ３プロトコ
ルの処理を行うレイヤ３処理部、２３は網内でのプロト
コル処理を行う網内プロトコル処理部である。
【００１３】まず、図１を用いて、パケット交換装置
７、または８の動作を説明する。図１に示すパケット交
換端末インタフェース装置２においては、パケット形態
端末１から送信されたデータパケットに、網内での送信
路の決定やフロー制御に使用する網内ヘッダを付加し、
パケット交換制御装置３に送信する。パケット交換制御
装置３では、網内ヘッダの送信先アドレスに示されたパ
ケット交換制御装置４宛に、受信したデータパケットを
送信する。
７、または８の動作を説明する。図１に示すパケット交
換端末インタフェース装置２においては、パケット形態
端末１から送信されたデータパケットに、網内での送信
路の決定やフロー制御に使用する網内ヘッダを付加し、
パケット交換制御装置３に送信する。パケット交換制御
装置３では、網内ヘッダの送信先アドレスに示されたパ
ケット交換制御装置４宛に、受信したデータパケットを
送信する。
【００１４】これを受信したパケット交換制御装置４で
は、送信先アドレスに示されたパケット交換端末インタ
フェース装置５に受信したデータパケットを送信する。
パケット交換端末インタフェース５では、付加された網
内ヘッダを削除し、パケット形態端末６に受信したデー
タパケットを送信する。
は、送信先アドレスに示されたパケット交換端末インタ
フェース装置５に受信したデータパケットを送信する。
パケット交換端末インタフェース５では、付加された網
内ヘッダを削除し、パケット形態端末６に受信したデー
タパケットを送信する。
【００１５】ここで、網内ヘッダの付加および削除は図
２の網内プロトコル処理部２３で行われ、パケット分割
およびパケット組立も、この網内プロトコル処理部２３
内のパケット分割手段およびパケット組立手段により行
われる。
２の網内プロトコル処理部２３で行われ、パケット分割
およびパケット組立も、この網内プロトコル処理部２３
内のパケット分割手段およびパケット組立手段により行
われる。
【００１６】以上のように構成されたパケット交換装置
におけるパケット分割処理について、図３および図４の
パケット分割処理フロー図を参照しながら説明する。
におけるパケット分割処理について、図３および図４の
パケット分割処理フロー図を参照しながら説明する。
【００１７】まず、ステップＳ１で端末側からデータパ
ケットを受信すると、分割数（ｎ）を算出するステップ
Ｓ２を行う。分割数はデータ長を分割用のパケットサイ
ズ（例えば２５６バイト）に分割することで求める。ス
テップＳ３では分割数をチェックし、分割数が１の場合
はステップＳ１３でパケット交換制御装置へデータを送
信し、ステップＳ１４で端末から受信したデータのバッ
ファ解放を行い分割処理を終了する。ステップＳ３で分
割数が２以上の場合は、ステップＳ４で分割用パケット
サイズのバッファを獲得し、ステップＳ５で分割番号
（ｉ）を０にする。
ケットを受信すると、分割数（ｎ）を算出するステップ
Ｓ２を行う。分割数はデータ長を分割用のパケットサイ
ズ（例えば２５６バイト）に分割することで求める。ス
テップＳ３では分割数をチェックし、分割数が１の場合
はステップＳ１３でパケット交換制御装置へデータを送
信し、ステップＳ１４で端末から受信したデータのバッ
ファ解放を行い分割処理を終了する。ステップＳ３で分
割数が２以上の場合は、ステップＳ４で分割用パケット
サイズのバッファを獲得し、ステップＳ５で分割番号
（ｉ）を０にする。
【００１８】ステップＳ６からステップＳ１２までがパ
ケット分割の繰り返し処理となる。ステップＳ６が繰り
返しの終了判定で、分割番号が分割数と一致すれば、分
割終了としてステップＳ１４を実行後、分割処理を終了
する。一致しない場合はステップＳ７で分割番号をカウ
ントアップし、ステップＳ８で分割元データすなわち端
末から受信したデータパケットのヘッダを分割用バッフ
ァにコピーする。次にステップＳ９で分割元データのユ
ーザデータ部を分割用バッファにコピーする。ここで、
コピーする分割元ユーザデータの位置は分割番号と分割
用パケットサイズから求める。続くステップＳ１０で分
割用バッファの網内ヘッダに分割番号をセットする。ス
テップＳ１１では分割番号をチェックし、分割番号が１
の場合、ステップＳ１５で分割用バッファの網内ヘッダ
のＭビットの項に１をセットし、後続データがあること
を示す。続くステップＳ１６で、網内ヘッダの分割元デ
ータ長の項に端末から受信したデータ長をセットする。
分割番号が２から分割数ｎ−１のいずれかの場合、ステ
ップＳ１７で網内ヘッダのＭビットの項を１にする。分
割番号がｎすなわち最後の分割である場合、ステップＳ
１８で網内ヘッダのＭビットの項を０にする。
ケット分割の繰り返し処理となる。ステップＳ６が繰り
返しの終了判定で、分割番号が分割数と一致すれば、分
割終了としてステップＳ１４を実行後、分割処理を終了
する。一致しない場合はステップＳ７で分割番号をカウ
ントアップし、ステップＳ８で分割元データすなわち端
末から受信したデータパケットのヘッダを分割用バッフ
ァにコピーする。次にステップＳ９で分割元データのユ
ーザデータ部を分割用バッファにコピーする。ここで、
コピーする分割元ユーザデータの位置は分割番号と分割
用パケットサイズから求める。続くステップＳ１０で分
割用バッファの網内ヘッダに分割番号をセットする。ス
テップＳ１１では分割番号をチェックし、分割番号が１
の場合、ステップＳ１５で分割用バッファの網内ヘッダ
のＭビットの項に１をセットし、後続データがあること
を示す。続くステップＳ１６で、網内ヘッダの分割元デ
ータ長の項に端末から受信したデータ長をセットする。
分割番号が２から分割数ｎ−１のいずれかの場合、ステ
ップＳ１７で網内ヘッダのＭビットの項を１にする。分
割番号がｎすなわち最後の分割である場合、ステップＳ
１８で網内ヘッダのＭビットの項を０にする。
【００１９】ステップＳ１２では分割用バッファに作成
された分割済データを分割パケット送受信手段としての
パケット交換制御装置へ送出し、ステップＳ６へ戻る。
された分割済データを分割パケット送受信手段としての
パケット交換制御装置へ送出し、ステップＳ６へ戻る。
【００２０】図７（ａ）は、ハイレベルデータリンクコ
ントロール（Ｈｉｇｈ−ｌｅｖｅｌＤａｔａ Ｌｉｎｋ
Ｃｏｎｔｒｏｌ、以下ＨＤＬＣと記す）におけるフレ
ーム構成図である。３１は開始フラグおよび終了フラ
グ、３２はアドレス・フィールド、３３は制御フィール
ドであり、ヘッダを構成する。３４は送信するデータを
書き込むユーザデータとしての情報フィールドであり、
３５はフレームチェックシーケンス（ＦＣＳ）である。
この情報フィールド３４は最大４０９６オクテットの容
量を持っている。
ントロール（Ｈｉｇｈ−ｌｅｖｅｌＤａｔａ Ｌｉｎｋ
Ｃｏｎｔｒｏｌ、以下ＨＤＬＣと記す）におけるフレ
ーム構成図である。３１は開始フラグおよび終了フラ
グ、３２はアドレス・フィールド、３３は制御フィール
ドであり、ヘッダを構成する。３４は送信するデータを
書き込むユーザデータとしての情報フィールドであり、
３５はフレームチェックシーケンス（ＦＣＳ）である。
この情報フィールド３４は最大４０９６オクテットの容
量を持っている。
【００２１】図７（ｂ）は前記ＨＤＬＣフレーム構成に
おける情報フィールドの分割パケット構成図であって、
パケット分割手段としての網内プロトコル処理部２３で
分割された分割データ４１、４２、４３を示すものであ
り、各分割パケットデータごとに分割ヘッダＨが付与さ
れる。また、図７（ｃ）は前記分割パケットの構成図で
あって、分割パケットデータの１つを示すものであり、
５１は分割番号ｉ（ｉ＝１〜ｎ）、５２はデータ、５３
はその分割パケットデータが分割された最終のものか否
かを示す最終識別情報Ｍである。
おける情報フィールドの分割パケット構成図であって、
パケット分割手段としての網内プロトコル処理部２３で
分割された分割データ４１、４２、４３を示すものであ
り、各分割パケットデータごとに分割ヘッダＨが付与さ
れる。また、図７（ｃ）は前記分割パケットの構成図で
あって、分割パケットデータの１つを示すものであり、
５１は分割番号ｉ（ｉ＝１〜ｎ）、５２はデータ、５３
はその分割パケットデータが分割された最終のものか否
かを示す最終識別情報Ｍである。
【００２２】従って、上記したように、最終でなければ
Ｍ＝０で、最終であればＭ＝１である。
Ｍ＝０で、最終であればＭ＝１である。
【００２３】次にパケット組立処理について、図５およ
び図６のパケット組立処理フロー図を参照しながら説明
する。
び図６のパケット組立処理フロー図を参照しながら説明
する。
【００２４】まず、ステップＳ２１でパケット交換制御
装置からデータパケットを受信するとステップＳ２２に
移り網内ヘッダのＭビットの項をチェックする。Ｍビッ
トが１の場合はパケット組立が必要なのでステップＳ２
３に移り、分割されたパケットの先頭かどうか判別する
ため、網内ヘッダの分割番号の項を調べる。これが１で
あれば先頭なのでステップＳ２４で網内ヘッダの分割元
データ長からそれに応じたパケットサイズの組立用バッ
ファを獲得する。ステップＳ２５で獲得した組立用バッ
ファの先頭アドレスをパケット交換端末インタフェース
装置の組立バッファアドレス保存用メモリに書き込む。
続くステップＳ２６でパケット交換制御装置から受信し
たデータのヘッダおよびユーザデータを組立用バッファ
の先頭にコピーし、ステップＳ２７で、受信したデータ
パケットの網内ヘッダ部から取り出した分割元データ長
を、組立用バッファの網内ヘッダ部のデータ長の項にセ
ットする。ステップＳ２８でパケット交換制御装置から
受信したデータパケットのバッファを解放し、ステップ
Ｓ２１に戻る。
装置からデータパケットを受信するとステップＳ２２に
移り網内ヘッダのＭビットの項をチェックする。Ｍビッ
トが１の場合はパケット組立が必要なのでステップＳ２
３に移り、分割されたパケットの先頭かどうか判別する
ため、網内ヘッダの分割番号の項を調べる。これが１で
あれば先頭なのでステップＳ２４で網内ヘッダの分割元
データ長からそれに応じたパケットサイズの組立用バッ
ファを獲得する。ステップＳ２５で獲得した組立用バッ
ファの先頭アドレスをパケット交換端末インタフェース
装置の組立バッファアドレス保存用メモリに書き込む。
続くステップＳ２６でパケット交換制御装置から受信し
たデータのヘッダおよびユーザデータを組立用バッファ
の先頭にコピーし、ステップＳ２７で、受信したデータ
パケットの網内ヘッダ部から取り出した分割元データ長
を、組立用バッファの網内ヘッダ部のデータ長の項にセ
ットする。ステップＳ２８でパケット交換制御装置から
受信したデータパケットのバッファを解放し、ステップ
Ｓ２１に戻る。
【００２５】ステップＳ２３で分割番号が１以外の場合
は、ステップＳ２９で、受信したデータのユーザデータ
部のみ組立用のバッファにコピーする。ここで、ユーザ
データのコピー先は分割番号と分割したパケットサイズ
から求める。そして、ステップＳ３０で、受信したデー
タパケットのバッファを解放し、ステップＳ２１に戻
る。
は、ステップＳ２９で、受信したデータのユーザデータ
部のみ組立用のバッファにコピーする。ここで、ユーザ
データのコピー先は分割番号と分割したパケットサイズ
から求める。そして、ステップＳ３０で、受信したデー
タパケットのバッファを解放し、ステップＳ２１に戻
る。
【００２６】ステップＳ２２でＭビットが０の場合、ス
テップＳ３１で組立バッファアドレス保存メモリを調べ
る。これが、ＦＦＦＦＦＦＦＦ（Ｈ）以外であれば、組
立中パケットの最後のデータを受信したとみなし、ステ
ップＳ３２、Ｓ３３でステップＳ２９、Ｓ３０と同様の
処理を行い、ステップＳ３４で組立用バッファで作成さ
れた組立済データパケットを端末へ送信する。その後、
ステップＳ３５で組立バッファアドレス保存メモリに組
立中でないことを示すため、ＦＦＦＦＦＦＦＦ（Ｈ）を
セットしてパケット組立処理を終了する。すなわち、網
内プロトコル処理部２３はパケット組立手段としての機
能をも備えている。
テップＳ３１で組立バッファアドレス保存メモリを調べ
る。これが、ＦＦＦＦＦＦＦＦ（Ｈ）以外であれば、組
立中パケットの最後のデータを受信したとみなし、ステ
ップＳ３２、Ｓ３３でステップＳ２９、Ｓ３０と同様の
処理を行い、ステップＳ３４で組立用バッファで作成さ
れた組立済データパケットを端末へ送信する。その後、
ステップＳ３５で組立バッファアドレス保存メモリに組
立中でないことを示すため、ＦＦＦＦＦＦＦＦ（Ｈ）を
セットしてパケット組立処理を終了する。すなわち、網
内プロトコル処理部２３はパケット組立手段としての機
能をも備えている。
【００２７】ステップＳ３１で組立バッファアドレス保
存メモリがＦＦＦＦＦＦＦＦ（Ｈ）の場合、受信したデ
ータパケットは分割されたものではないと判断し、ステ
ップＳ３６で、受信したデータをそのまま端末へ送出
し、パケット組立処理を終了する。ここで、示したパケ
ット分割、組立処理をパケット交換端末インタフェース
装置２で持つことにより、パケット交換制御装置３では
分割用のパケットサイズ以上のデータ送受信用バッファ
を持つ必要がなくなり、送受信用バッファの大きさを分
割用パケットサイズに統一することが可能になる。
存メモリがＦＦＦＦＦＦＦＦ（Ｈ）の場合、受信したデ
ータパケットは分割されたものではないと判断し、ステ
ップＳ３６で、受信したデータをそのまま端末へ送出
し、パケット組立処理を終了する。ここで、示したパケ
ット分割、組立処理をパケット交換端末インタフェース
装置２で持つことにより、パケット交換制御装置３では
分割用のパケットサイズ以上のデータ送受信用バッファ
を持つ必要がなくなり、送受信用バッファの大きさを分
割用パケットサイズに統一することが可能になる。
【００２８】なお、本実施例での分割パケットサイズ
は、端末から送信されるデータパケット長を考慮するこ
とで決定され、１２８、２５６、１０２４、２０４８バ
イトのいずれかとする。ただし、分割側と組立側のパケ
ット交換装置のこの値は等しくておく必要がある。
は、端末から送信されるデータパケット長を考慮するこ
とで決定され、１２８、２５６、１０２４、２０４８バ
イトのいずれかとする。ただし、分割側と組立側のパケ
ット交換装置のこの値は等しくておく必要がある。
【００２９】
【発明の効果】本発明は上記実施例で説明したように、
パケット分割手段、パケット組立手段により、網内での
パケットサイズを統一することが可能となり、送受信用
バッファ領域のすべてを、そのパケットサイズのバッフ
ァにすることで、大容量のバッファを必要とすることな
く、網内での輻輳の発生頻度を抑え、パケットの転送効
率を上げることができるという効果を有する。
パケット分割手段、パケット組立手段により、網内での
パケットサイズを統一することが可能となり、送受信用
バッファ領域のすべてを、そのパケットサイズのバッフ
ァにすることで、大容量のバッファを必要とすることな
く、網内での輻輳の発生頻度を抑え、パケットの転送効
率を上げることができるという効果を有する。
【図１】本発明の一実施例におけるシステム構成を示す
ブロック図
ブロック図
【図２】前記実施例におけるパケット交換端末インタフ
ェース装置の機能ブロック図
ェース装置の機能ブロック図
【図３】前記実施例におけるパケット分割処理フロー図
【図４】パケット分割処理フロー図（図３）の続き
【図５】前記実施例におけるパケット組立処理フロー図
【図６】パケット組立処理フロー図（図５）の続き
【図７】（ａ） ＨＤＬＣにおけるフレーム構成図 （ｂ） 前記ＨＤＬＣフレーム構成における情報フィー
ルドの分割パケット構成図 （ｃ） 前記分割パケットの構成図
ルドの分割パケット構成図 （ｃ） 前記分割パケットの構成図
１，６ パケット形態端末 ２，５ パケット交換端末インターフェース装置 ３，４ パケット交換制御装置 ７，８ パケット交換装置 ２１ レイヤ２処理部 ２２ レイヤ３処理部 ２３ 網内プロトコル処理部
Claims (1)
- 【請求項１】 アドレスフィールドおよび制御フィール
ドからなるヘッダと、ユーザデータである情報フィール
ドとを有する所定フォーマットのパケットデータを、端
末装置間で伝送するパケット交換インタフェース装置で
あって、 前記端末装置からの送信用のパケットデータのユーザデ
ータを一定のデータ長に分割して分割パケットデータを
生成し、前記分割パケットデータの各々に送信順序を示
す分割番号および送信する最終の分割パケットデータを
示す最終識別情報を含む分割ヘッダを付与するパケット
分割手段と、 前記分割パケットデータを前記分割番号に従って網に送
信し、かつ、前記網から分割パケットデータを受信する
分割パケット送受信手段と、 前記網からの分割パケットデータを前記最終識別情報を
検出するまで受信し、前記分割番号に従って組み立て
て、前記所定フォーマツトのパケットデータを再生する
パケット組み立て手段と、 を備えたことを特徴とするパケット交換端末インタフェ
ース装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6367893A JPH06276232A (ja) | 1993-03-23 | 1993-03-23 | パケット交換端末インタフェース装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6367893A JPH06276232A (ja) | 1993-03-23 | 1993-03-23 | パケット交換端末インタフェース装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06276232A true JPH06276232A (ja) | 1994-09-30 |
Family
ID=13236269
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6367893A Pending JPH06276232A (ja) | 1993-03-23 | 1993-03-23 | パケット交換端末インタフェース装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06276232A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007529924A (ja) * | 2004-03-30 | 2007-10-25 | インテル・コーポレーション | 変化するサイズおよびレイテンシを有するパケットを再構成する方法および装置 |
| CN101938477A (zh) * | 2010-08-31 | 2011-01-05 | 中山大学 | 一种实现xml数据信息交换的方法 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05245471A (ja) * | 1992-03-03 | 1993-09-24 | Toto Ltd | 含油廃水の処理方法 |
-
1993
- 1993-03-23 JP JP6367893A patent/JPH06276232A/ja active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05245471A (ja) * | 1992-03-03 | 1993-09-24 | Toto Ltd | 含油廃水の処理方法 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007529924A (ja) * | 2004-03-30 | 2007-10-25 | インテル・コーポレーション | 変化するサイズおよびレイテンシを有するパケットを再構成する方法および装置 |
| CN101938477A (zh) * | 2010-08-31 | 2011-01-05 | 中山大学 | 一种实现xml数据信息交换的方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3802420B2 (ja) | パケット交換データ伝送におけるデータ・パケット番号付加方式 | |
| JP3751823B2 (ja) | 実時間サービスにおけるヘッダ圧縮 | |
| KR100447162B1 (ko) | 래디오 링크 콘트롤(ｒｌｃ)에서 프로토콜 데이터 유닛(ｐｄｕ) 정보의 길이 지시자(ｌｉ) 처리방법 | |
| RU2303858C2 (ru) | Способ передачи пакетных данных в системе связи | |
| USRE45570E1 (en) | Data transmission method using packet aggregation | |
| US20050243834A1 (en) | Packet transfer method and device | |
| RU2208303C2 (ru) | Эффективная транспортировка пакетов интернет протокола, использующая асинхронный режим передачи уровня адаптации два | |
| US7167475B2 (en) | Data packet numbering in packet-switched data transmission | |
| US5781534A (en) | Method and apparatus for determining characteristics of a path | |
| KR100334788B1 (ko) | 표준프로토콜을이용하여노드를무선통신망에접속하는방법및장치 | |
| US8412160B2 (en) | Method for discarding all segments corresponding to the same packet in a buffer | |
| US7170893B2 (en) | Technique for selecting the number of packets to be concatenated | |
| US20110317719A1 (en) | Data link layer headers | |
| JP2003520461A (ja) | データ送信の適正化方法 | |
| US6674731B1 (en) | Transmission and reception of TCP/IP data over a wireless communication channel | |
| KR20030061827A (ko) | 프로토콜, 기지국 제어기와 셀룰러 무선 통신네트워크간의 접속상의 오버헤드의 감소 | |
| JP2000106572A (ja) | アドレス変換方法及び装置 | |
| US6665292B1 (en) | Transmission and reception of TCP/IP data over a wireless communication channel | |
| Deering et al. | RFC1883: Internet Protocol, version 6 (IPv6) specification | |
| EP3413533A1 (en) | Data transmission method and server | |
| US6650636B1 (en) | Transmission and reception of TCP/IP data over a wireless communication channel | |
| JPH08251236A (ja) | データ伝送システム、スイッチ、送信機及び受信機 | |
| RU2316906C2 (ru) | Способ передачи пакетных данных в системе связи | |
| US7076542B2 (en) | Efficient network management system and method of managing the same between network management devices and management object devices | |
| JPH06276232A (ja) | パケット交換端末インタフェース装置 |