JP3280816B2 - Ｈｄｌｃにおける受信処理方式 - Google Patents
Ｈｄｌｃにおける受信処理方式Info
- Publication number
- JP3280816B2 JP3280816B2 JP32232594A JP32232594A JP3280816B2 JP 3280816 B2 JP3280816 B2 JP 3280816B2 JP 32232594 A JP32232594 A JP 32232594A JP 32232594 A JP32232594 A JP 32232594A JP 3280816 B2 JP3280816 B2 JP 3280816B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- layer
- field
- processing device
- reception
- 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
Landscapes
- Communication Control (AREA)
Description
【０００１】
【産業上の利用分野】本発明はデータ伝送における受信
処理方式、より具体的にはＯＳＩ７レイヤのうちレイヤ
２におけるＨＤＬＣ手順の受信処理方式に関する。
処理方式、より具体的にはＯＳＩ７レイヤのうちレイヤ
２におけるＨＤＬＣ手順の受信処理方式に関する。
【０００２】
【従来の技術】ＯＳＩ７レイヤとは、異なるコンピュー
タ間を通信回線などで相互に結び、相互通信できるよう
にするための標準ネットワーク・アーキテクチャ（ＯＳ
Ｉ：開放型システム間相互接続）を７階層でモデル化し
たものである。図５はＯＳＩにおける７つのレイヤの内
部構造を示した説明図である。
タ間を通信回線などで相互に結び、相互通信できるよう
にするための標準ネットワーク・アーキテクチャ（ＯＳ
Ｉ：開放型システム間相互接続）を７階層でモデル化し
たものである。図５はＯＳＩにおける７つのレイヤの内
部構造を示した説明図である。
【０００３】ＯＳＩ７レイヤのレイヤ２は、隣接するノ
ード間でトランスペアレント（透過的）なそして高信頼
のデータ伝送を実現している。そのひとつにＨＤＬＣが
ある。ＨＤＬＣ（Ｈｉｇｈ−ｌｅｖｅｌ Ｄａｔａ Ｌ
ｉｎｋ Ｃｏｎｔｒｏｌ Ｐｒｏｃｅｄｕｒｅ：高水準
データ伝送手順）は、コンピュータ同士の高速通信で効
率の良い、信頼性の高い伝送手順の代表的なプロトコル
として知られている。
ード間でトランスペアレント（透過的）なそして高信頼
のデータ伝送を実現している。そのひとつにＨＤＬＣが
ある。ＨＤＬＣ（Ｈｉｇｈ−ｌｅｖｅｌ Ｄａｔａ Ｌ
ｉｎｋ Ｃｏｎｔｒｏｌ Ｐｒｏｃｅｄｕｒｅ：高水準
データ伝送手順）は、コンピュータ同士の高速通信で効
率の良い、信頼性の高い伝送手順の代表的なプロトコル
として知られている。
【０００４】ＨＤＬＣでのデータ伝送は“０１１１１１
１０”というパターンをもつ開始フラグおよび終了フラ
グに囲まれたフレームを単位として伝送され、データの
透過性、高効率、高信頼性という特徴をもっている。図
６はＨＤＬＣにおけるフレーム構造、図７はその内容を
示したものである。
１０”というパターンをもつ開始フラグおよび終了フラ
グに囲まれたフレームを単位として伝送され、データの
透過性、高効率、高信頼性という特徴をもっている。図
６はＨＤＬＣにおけるフレーム構造、図７はその内容を
示したものである。
【０００５】ＨＤＬＣフレームは、送受信間でフレーム
の同期をとるための開始フラグＦから始まり、サービス
受け口の種類や端末の識別を示すアドレスフィールド
（以下Ａフィールド）、フレーム種別を識別する制御フ
ィールド（以下Ｃフィールド）、レイヤ３以上のデータ
が入る情報フィールド（以下Ｉフィールド）、フレーム
の伝送誤りを検出するためのフレームチェックシーケン
ス（ＦＣＳ）、開始フラグＦと同じ内容の終了フラグＦ
で構成される。
の同期をとるための開始フラグＦから始まり、サービス
受け口の種類や端末の識別を示すアドレスフィールド
（以下Ａフィールド）、フレーム種別を識別する制御フ
ィールド（以下Ｃフィールド）、レイヤ３以上のデータ
が入る情報フィールド（以下Ｉフィールド）、フレーム
の伝送誤りを検出するためのフレームチェックシーケン
ス（ＦＣＳ）、開始フラグＦと同じ内容の終了フラグＦ
で構成される。
【０００６】ＨＤＬＣフレームの受信装置として、従
来、Ａフィールド、Ｃフィールド、Ｉフィールドを一つ
の受信データバッファに蓄積させ、レイヤ２プロトコル
処理とレイヤ３以上の各装置での受信処理を実現したも
のがある。図３はこのような従来技術におけるＨＤＬＣ
フレーム受信装置のブロック図を示したものである。
来、Ａフィールド、Ｃフィールド、Ｉフィールドを一つ
の受信データバッファに蓄積させ、レイヤ２プロトコル
処理とレイヤ３以上の各装置での受信処理を実現したも
のがある。図３はこのような従来技術におけるＨＤＬＣ
フレーム受信装置のブロック図を示したものである。
【０００７】ＨＤＬＣフレーム１００を受信したＨＤＬ
Ｃ受信処理部では、フレーム１００に対して、ＨＤＬＣ
の機能、フラグ処理、０削除、フレーム長チェック、伝
送エラー検出等のフレーム受信に必要な処理を行い、Ａ
フィールド、Ｃフィールド、Ｉフィールドをデータ格納
制御部を介して受信データバッファに蓄積する。蓄積さ
れた受信データは、その後、レイヤ２プロトコル処理装
置とレイヤ３以上の処理装置により、必要なフィールド
のデータがデータ格納制御部を介して読み出される。
Ｃ受信処理部では、フレーム１００に対して、ＨＤＬＣ
の機能、フラグ処理、０削除、フレーム長チェック、伝
送エラー検出等のフレーム受信に必要な処理を行い、Ａ
フィールド、Ｃフィールド、Ｉフィールドをデータ格納
制御部を介して受信データバッファに蓄積する。蓄積さ
れた受信データは、その後、レイヤ２プロトコル処理装
置とレイヤ３以上の処理装置により、必要なフィールド
のデータがデータ格納制御部を介して読み出される。
【０００８】具体的には、図３の場合、レイヤ２プロト
コル処理装置とレイヤ３処理装置とが一体になって処理
装置２２が形成されている。このため、この処理装置２
２はＡフィールド、ＣフィールドおよびＩフィールドの
一部を受信データバッファより読み込み、レイヤ４以上
の処理装置２４でＩフィールドの残りの部分を受信デー
タバッファより読み込む。
コル処理装置とレイヤ３処理装置とが一体になって処理
装置２２が形成されている。このため、この処理装置２
２はＡフィールド、ＣフィールドおよびＩフィールドの
一部を受信データバッファより読み込み、レイヤ４以上
の処理装置２４でＩフィールドの残りの部分を受信デー
タバッファより読み込む。
【０００９】このようにこの従来技術では、レイヤ２プ
ロトコル処理装置、レイヤ３処理装置、レイヤ４以上の
処理装置が受信処理を行うのに必要とするデータが受信
データバッファに蓄積される。このため、処理装置２２
および２４を含む各処理装置がそれぞれ、受信データバ
ッファに対してデータリードを行い、受信データバッフ
ァに対するアクセスが競合し、受信データバッファに対
するアクセスが待たされ、処理が遅くなるという問題が
あった。
ロトコル処理装置、レイヤ３処理装置、レイヤ４以上の
処理装置が受信処理を行うのに必要とするデータが受信
データバッファに蓄積される。このため、処理装置２２
および２４を含む各処理装置がそれぞれ、受信データバ
ッファに対してデータリードを行い、受信データバッフ
ァに対するアクセスが競合し、受信データバッファに対
するアクセスが待たされ、処理が遅くなるという問題が
あった。
【００１０】このような問題を解決するため、受信フレ
ームをＡフィールド、ＣフィールドとＩフィールドとに
分けて、別々の受信データバッファに蓄積する技術が検
討されている。図４はこのような別々の受信データバッ
ファを備えた従来技術におけるＨＤＬＣフレームの受信
装置のブロックである。
ームをＡフィールド、ＣフィールドとＩフィールドとに
分けて、別々の受信データバッファに蓄積する技術が検
討されている。図４はこのような別々の受信データバッ
ファを備えた従来技術におけるＨＤＬＣフレームの受信
装置のブロックである。
【００１１】この従来技術では、ＨＤＬＣ受信処理部が
フレーム１００に対して、ＨＤＬＣの機能、フラグ処
理、０削除、フレーム長チェック、伝送エラー検出など
のフレーム受信に必要な処理を行った後、ＡＣ／Ｉ振り
分け部によりフレームのＡフィールド、Ｃフィールド、
Ｉフィールドを振り分ける。
フレーム１００に対して、ＨＤＬＣの機能、フラグ処
理、０削除、フレーム長チェック、伝送エラー検出など
のフレーム受信に必要な処理を行った後、ＡＣ／Ｉ振り
分け部によりフレームのＡフィールド、Ｃフィールド、
Ｉフィールドを振り分ける。
【００１２】フレーム１００のＡフィールド、Ｃフィー
ルドはレイヤ２プロトコル処理装置２６が受信処理を行
うために必要なデータであり、またＩフィールドはレイ
ヤ３、レイヤ４以上の処理装置２８が受信処理を行うた
めに必要なデータである。このため、ＡＣ／Ｉ振り分け
部は、ＡフィールドとＣフィールドを受信データ小バッ
ファへ、Ｉフィールドのすべてを受信データ大バッファ
へとそれぞれのルートに振り分ける。
ルドはレイヤ２プロトコル処理装置２６が受信処理を行
うために必要なデータであり、またＩフィールドはレイ
ヤ３、レイヤ４以上の処理装置２８が受信処理を行うた
めに必要なデータである。このため、ＡＣ／Ｉ振り分け
部は、ＡフィールドとＣフィールドを受信データ小バッ
ファへ、Ｉフィールドのすべてを受信データ大バッファ
へとそれぞれのルートに振り分ける。
【００１３】受信データ小バッファにはレイヤ２プロト
コル処理装置２６が必要とするＡフィールドおよびＣフ
ィールドのデータが蓄積されるので、この処理装置２６
は受信データ小バッファに格納されたデータを読み出
す。同様に、受信データ大バッファにはレイヤ３／レイ
ヤ４以上の処理装置２８が必要とするＩフィールドのデ
ータが蓄積されるので、これら処理装置２８はそれぞれ
受信データ大バッファに格納されたデータを読み出す。
コル処理装置２６が必要とするＡフィールドおよびＣフ
ィールドのデータが蓄積されるので、この処理装置２６
は受信データ小バッファに格納されたデータを読み出
す。同様に、受信データ大バッファにはレイヤ３／レイ
ヤ４以上の処理装置２８が必要とするＩフィールドのデ
ータが蓄積されるので、これら処理装置２８はそれぞれ
受信データ大バッファに格納されたデータを読み出す。
【００１４】
【発明が解決しようとする課題】図４に示した従来技術
では、受信データバッファを二つに分けたことで、図３
に示した従来技術よりも受信データバッファに対するア
クセスの競合を減少させることが可能である。しかしな
がら、この従来技術では、Ａフィールド、Ｃフィールド
を蓄積する受信小バッファではレイヤ２の受信処理しか
行えない。このため、図３に示したように、ハードまた
はソフト上でレイヤ２プロトコル処理装置とレイヤ３処
理装置が一体でレイヤ４以上の処理装置を別装置とする
システム構成には適用できないという問題があった。
では、受信データバッファを二つに分けたことで、図３
に示した従来技術よりも受信データバッファに対するア
クセスの競合を減少させることが可能である。しかしな
がら、この従来技術では、Ａフィールド、Ｃフィールド
を蓄積する受信小バッファではレイヤ２の受信処理しか
行えない。このため、図３に示したように、ハードまた
はソフト上でレイヤ２プロトコル処理装置とレイヤ３処
理装置が一体でレイヤ４以上の処理装置を別装置とする
システム構成には適用できないという問題があった。
【００１５】本発明はこのような従来技術の欠点を解消
し、レイヤ２プロトコル処理装置とレイヤ３処理装置が
一体で、レイヤ４以上の処理装置が別装置となるシステ
ム構成の場合でも、レイヤ２プロトコル処置装置が独立
しているときと同様に、受信データバッファリードのア
クセス競合を抑えて効率的なシステムを構築可能なＨＤ
ＬＣにおける受信処理方式を提供することを目的とす
る。
し、レイヤ２プロトコル処理装置とレイヤ３処理装置が
一体で、レイヤ４以上の処理装置が別装置となるシステ
ム構成の場合でも、レイヤ２プロトコル処置装置が独立
しているときと同様に、受信データバッファリードのア
クセス競合を抑えて効率的なシステムを構築可能なＨＤ
ＬＣにおける受信処理方式を提供することを目的とす
る。
【００１６】
【課題を解決するための手段】本発明は上述の課題を解
決するために、ＨＤＬＣによりデータのやり取りを行う
通信処理装置における受信処理部は、ＨＤＬＣで使用さ
れる情報伝送単位であるフレームを受信し、ＨＤＬＣに
よる受信フレームの処理を行うＨＤＬＣ受信処理部と、
ＨＤＬＣ受信処理部よりＡフィールド、Ｃフィールドお
よびＩフィールドのデータを受信し、Ａフィールド、Ｃ
フィールドおよび少なくともレイヤ３処理装置で処理す
るＩフィールドのデータより成る第１のデータと、Ｉフ
ィールドのデータより成る第２のデータとに振り分ける
データ振り分け部と、データ振り分け部より第１のデー
タを受信してこれを蓄積する第１の受信データバッファ
と、データ振り分け部より第２のデータを受信してこれ
を蓄積する第２の受信データバッファとを有する。
決するために、ＨＤＬＣによりデータのやり取りを行う
通信処理装置における受信処理部は、ＨＤＬＣで使用さ
れる情報伝送単位であるフレームを受信し、ＨＤＬＣに
よる受信フレームの処理を行うＨＤＬＣ受信処理部と、
ＨＤＬＣ受信処理部よりＡフィールド、Ｃフィールドお
よびＩフィールドのデータを受信し、Ａフィールド、Ｃ
フィールドおよび少なくともレイヤ３処理装置で処理す
るＩフィールドのデータより成る第１のデータと、Ｉフ
ィールドのデータより成る第２のデータとに振り分ける
データ振り分け部と、データ振り分け部より第１のデー
タを受信してこれを蓄積する第１の受信データバッファ
と、データ振り分け部より第２のデータを受信してこれ
を蓄積する第２の受信データバッファとを有する。
【００１７】
【作用】本発明によれば、ＨＤＬＣにより送られてきた
フレームの受信処理を行い、受信処理したデータのうち
Ａフィールド、Ｃフィールドおよび少なくともレイヤ３
処理装置で処理するＩフィールドのデータを第１の受信
データバッファに蓄積し、受信処理したデータのＩフィ
ールドのデータを第２の受信データバッファに蓄積し、
第１の受信データバッファに蓄積されたデータおよび第
２の受信データバッファに蓄積されたデータが各レイヤ
の処理装置より読み出される。
フレームの受信処理を行い、受信処理したデータのうち
Ａフィールド、Ｃフィールドおよび少なくともレイヤ３
処理装置で処理するＩフィールドのデータを第１の受信
データバッファに蓄積し、受信処理したデータのＩフィ
ールドのデータを第２の受信データバッファに蓄積し、
第１の受信データバッファに蓄積されたデータおよび第
２の受信データバッファに蓄積されたデータが各レイヤ
の処理装置より読み出される。
【００１８】
【実施例】次に添付図面を参照して本発明によるＨＤＬ
Ｃにおける受信処理方式の実施例を詳細に説明する。
Ｃにおける受信処理方式の実施例を詳細に説明する。
【００１９】図１および図２は本発明によるＨＤＬＣに
おける受信処理方式の実施例を示すブロック図であり、
これら図１２はＨＤＬＣ手順が適用される通信処理装置
における受信処理部が示されている。これら図におい
て、図１ではレイヤ２プロトコル処理装置とレイヤ３処
理装置が一体でレイヤ４以上の処理装置を別装置とする
システムの構成例を示し、図２ではレイヤ２プロトコル
処理装置とレイヤ３以上の処理装置を別装置とするシス
テムの構成例を示している。
おける受信処理方式の実施例を示すブロック図であり、
これら図１２はＨＤＬＣ手順が適用される通信処理装置
における受信処理部が示されている。これら図におい
て、図１ではレイヤ２プロトコル処理装置とレイヤ３処
理装置が一体でレイヤ４以上の処理装置を別装置とする
システムの構成例を示し、図２ではレイヤ２プロトコル
処理装置とレイヤ３以上の処理装置を別装置とするシス
テムの構成例を示している。
【００２０】図１において、受信フレーム１００はＨＤ
ＬＣで使用される情報伝送単位であり、図７に示したよ
うに、開始フラグＦ，Ａフィールド，Ｃフィールド，Ｉ
フィールド，フレーム検査シーケンスＦＣＳ，終了フラ
グＦにより構成されている。開始フラグＦと終了フラグ
Ｆは、“０１１１１１１０”のパターンをもつ送受信間
でフレームの同期をとるためのデータであり、ＨＤＬＣ
ではこれらフラグに囲まれたフレームを単位としてデー
タ伝送が行われる。
ＬＣで使用される情報伝送単位であり、図７に示したよ
うに、開始フラグＦ，Ａフィールド，Ｃフィールド，Ｉ
フィールド，フレーム検査シーケンスＦＣＳ，終了フラ
グＦにより構成されている。開始フラグＦと終了フラグ
Ｆは、“０１１１１１１０”のパターンをもつ送受信間
でフレームの同期をとるためのデータであり、ＨＤＬＣ
ではこれらフラグに囲まれたフレームを単位としてデー
タ伝送が行われる。
【００２１】Ａフィールドはサービスの受け口の種類や
端末の識別を示すためのデータが示されるアドレスフィ
ールドである。ＨＤＬＣに基づくプロトコル処理はコマ
ンドを送信し、これに対するレスポンスを受信すること
により行われる。Ａフィールドは、コマンドかレスポン
スかの識別を行うために使用され、コマンドの場合には
受信局のアドレスが、レスポンスの場合には送信局のア
ドレスが格納される。
端末の識別を示すためのデータが示されるアドレスフィ
ールドである。ＨＤＬＣに基づくプロトコル処理はコマ
ンドを送信し、これに対するレスポンスを受信すること
により行われる。Ａフィールドは、コマンドかレスポン
スかの識別を行うために使用され、コマンドの場合には
受信局のアドレスが、レスポンスの場合には送信局のア
ドレスが格納される。
【００２２】Ｃフィールドはフレームの種別を識別する
ためのデータが示される制御フィールドである。フロー
制御、順序制御または誤り回復などを行う場合、このＣ
フィールドに示されたデータにより行われる。Ａフィー
ルドおよびＣフィールドはレイヤ２プロトコル処理装置
により処理される。
ためのデータが示される制御フィールドである。フロー
制御、順序制御または誤り回復などを行う場合、このＣ
フィールドに示されたデータにより行われる。Ａフィー
ルドおよびＣフィールドはレイヤ２プロトコル処理装置
により処理される。
【００２３】Ｉフィールドはレイヤ３以上で処理するデ
ータが配置される情報フィールドである。Ｉフィールド
は、送信すべきデータを書き込むフィールドであり、図
５に示したレイヤ３のネットワーク層より上位のデータ
およびヘッダも、これによりデータリンク上で伝送され
る。フレーム検査シーケンスＦＣＳには、フレームの伝
送誤りを検出するためのデータが配置されている。
ータが配置される情報フィールドである。Ｉフィールド
は、送信すべきデータを書き込むフィールドであり、図
５に示したレイヤ３のネットワーク層より上位のデータ
およびヘッダも、これによりデータリンク上で伝送され
る。フレーム検査シーケンスＦＣＳには、フレームの伝
送誤りを検出するためのデータが配置されている。
【００２４】ＨＤＬＣ受信処理部１０はＨＤＬＣ手順を
用いて受信処理を行う受信処理部である。ＨＤＬＣ受信
処理部１０は、受信フレーム１００を受信すると、フレ
ーム検査シーケンスＦＣＳにより誤りチェック等を行っ
た後、異常がなければＡフィールド、Ｃフィールドおよ
びＩフィールドにより構成されるデータ１０２をＡＣ／
Ｉ振り分け部１２に送る。
用いて受信処理を行う受信処理部である。ＨＤＬＣ受信
処理部１０は、受信フレーム１００を受信すると、フレ
ーム検査シーケンスＦＣＳにより誤りチェック等を行っ
た後、異常がなければＡフィールド、Ｃフィールドおよ
びＩフィールドにより構成されるデータ１０２をＡＣ／
Ｉ振り分け部１２に送る。
【００２５】ＡＣ／Ｉ振り分け部１２は、データ１０２
をデータ１０４とデータ１０８に分割し、２つの受信バ
ッファ１６、２０への送信処理を行う。ＡＣ／Ｉ振り分
け部１２はデータ格納制御部１４およびデータ格納制御
部１８に接続される。ＡＣ／Ｉ振り分け部１２は、Ａフ
ィールド、Ｃフィールドおよび少なくともレイヤ３処理
装置で処理するＩフィールド部分を含むデータにより構
成されるデータ１０４をデータ格納制御部１４に送ると
ともに、Ｉフィールドにより構成されるデータ１０８を
データ格納制御部１８に送る。
をデータ１０４とデータ１０８に分割し、２つの受信バ
ッファ１６、２０への送信処理を行う。ＡＣ／Ｉ振り分
け部１２はデータ格納制御部１４およびデータ格納制御
部１８に接続される。ＡＣ／Ｉ振り分け部１２は、Ａフ
ィールド、Ｃフィールドおよび少なくともレイヤ３処理
装置で処理するＩフィールド部分を含むデータにより構
成されるデータ１０４をデータ格納制御部１４に送ると
ともに、Ｉフィールドにより構成されるデータ１０８を
データ格納制御部１８に送る。
【００２６】データ格納制御部１４は、ＡＣ／Ｉ振り分
け部１２から送られてきたデータ１０４を受信データバ
ッファ１６に蓄積するとともに、レイヤ２プロトコル処
理装置とレイヤ３処理装置が一体になっている処理装置
２２と接続され、これとのインタフェースを備えてい
る。データ格納制御部１８は、ＡＣ／Ｉ振り分け部１２
から送られてきたデータ１０８を受信データバッファ２
０に蓄積するとともに、レイヤ４以上の処理装置２４と
接続され、これとのインタフェースを備えている。
け部１２から送られてきたデータ１０４を受信データバ
ッファ１６に蓄積するとともに、レイヤ２プロトコル処
理装置とレイヤ３処理装置が一体になっている処理装置
２２と接続され、これとのインタフェースを備えてい
る。データ格納制御部１８は、ＡＣ／Ｉ振り分け部１２
から送られてきたデータ１０８を受信データバッファ２
０に蓄積するとともに、レイヤ４以上の処理装置２４と
接続され、これとのインタフェースを備えている。
【００２７】受信データバッファ１６はデータ１０４を
蓄積するバッファであり、受信データバッファ２０はデ
ータ１０８を蓄積するバッファである。受信データバッ
ファ１６はＡフィールド、ＣフィールドおよびＩフィー
ルドの蓄積を行うが、Ｉフィールドはレイヤ３処理装置
で必要となるデータ部分を想定して蓄積するため、実質
的には受信データバッファ２０より小さい容量となる。
したがって、受信データバッファ１６には大バッファ
が、また受信データバッファ２０には小バッファが割り
当てられる。
蓄積するバッファであり、受信データバッファ２０はデ
ータ１０８を蓄積するバッファである。受信データバッ
ファ１６はＡフィールド、ＣフィールドおよびＩフィー
ルドの蓄積を行うが、Ｉフィールドはレイヤ３処理装置
で必要となるデータ部分を想定して蓄積するため、実質
的には受信データバッファ２０より小さい容量となる。
したがって、受信データバッファ１６には大バッファ
が、また受信データバッファ２０には小バッファが割り
当てられる。
【００２８】処理装置２２は、レイヤ２のプロトコル処
理を行うレイヤ２プロトコル処理装置とレイヤ３の受信
処理を行うレイヤ３処理装置とが一体になった処理装置
である。処理装置２２は、レイヤ２プロトコル処理装置
で処理するＡフィールドおよびＣフィールドより成るデ
ータ１０５をデータ格納制御装置１４を介して受信デー
タバッファ１６から読み込むとともに、レイヤ３処理装
置で処理するＩフィールドのデータを同様のルートで読
み込む。
理を行うレイヤ２プロトコル処理装置とレイヤ３の受信
処理を行うレイヤ３処理装置とが一体になった処理装置
である。処理装置２２は、レイヤ２プロトコル処理装置
で処理するＡフィールドおよびＣフィールドより成るデ
ータ１０５をデータ格納制御装置１４を介して受信デー
タバッファ１６から読み込むとともに、レイヤ３処理装
置で処理するＩフィールドのデータを同様のルートで読
み込む。
【００２９】処理装置２４はレイヤ４以上の受信処理を
行う処理装置である。処理装置２４は、レイヤ４以上の
処理装置で処理するＩフィールドのデータ１０９をデー
タ格納制御装置１８を介して受信データバッファ２０か
ら読み込む。
行う処理装置である。処理装置２４は、レイヤ４以上の
処理装置で処理するＩフィールドのデータ１０９をデー
タ格納制御装置１８を介して受信データバッファ２０か
ら読み込む。
【００３０】次に図１に示した実施例の動作を説明す
る。まず、対向装置（図示せず）から受信フレーム１０
０を受けたＨＤＬＣ受信処理部１０は、ＨＤＬＣ手順を
用いて受信フレームを処理する。ＨＤＬＣの機能は、お
もにフラグ処理、０削除、フレーム長チェック、伝送エ
ラー検出等があり、フレーム受信に必要な処理を行った
データ１０２がＨＤＬＣ受信処理部１０からＡＣ／Ｉ振
り分け部１２に送られる。この時点でのデータ１０２は
Ａフィールド、ＣフィールドおよびＩフィールドの構成
になっている。
る。まず、対向装置（図示せず）から受信フレーム１０
０を受けたＨＤＬＣ受信処理部１０は、ＨＤＬＣ手順を
用いて受信フレームを処理する。ＨＤＬＣの機能は、お
もにフラグ処理、０削除、フレーム長チェック、伝送エ
ラー検出等があり、フレーム受信に必要な処理を行った
データ１０２がＨＤＬＣ受信処理部１０からＡＣ／Ｉ振
り分け部１２に送られる。この時点でのデータ１０２は
Ａフィールド、ＣフィールドおよびＩフィールドの構成
になっている。
【００３１】ＡＣ／Ｉ振り分け部１２は受信したデータ
１０２のうちＡフィールド、ＣフィールドおよびＩフィ
ールドより成るデータ１０４をデータ格納制御部１４に
送るとともに、Ｉフィールドより成るデータ１０８をデ
ータ格納制御部１８に送る。データ格納制御部１４はＡ
Ｃ／Ｉ振り分け部１２よりデータ１０４を受信すると受
信データバッファ１６に蓄積する。同様に、データ格納
制御部１８はＡＣ／Ｉ振り分け部１２より受信したデー
タ１０８を受信データバッファ２０に蓄積する。
１０２のうちＡフィールド、ＣフィールドおよびＩフィ
ールドより成るデータ１０４をデータ格納制御部１４に
送るとともに、Ｉフィールドより成るデータ１０８をデ
ータ格納制御部１８に送る。データ格納制御部１４はＡ
Ｃ／Ｉ振り分け部１２よりデータ１０４を受信すると受
信データバッファ１６に蓄積する。同様に、データ格納
制御部１８はＡＣ／Ｉ振り分け部１２より受信したデー
タ１０８を受信データバッファ２０に蓄積する。
【００３２】図１のシステムの場合、処理装置２２はレ
イヤ２プロトコル処理装置とレイヤ３処理装置とが一体
化されている。このため、処理装置２２はデータ格納制
御部１４を介して受信データバッファ１６よりＡフィー
ルドおよびＣフィールドのデータ１０５と、レイヤ３処
理装置で処理するＩフィールドのデータ１０６を読み出
す。また、処理装置２４は、レイヤ４以上の処理装置で
処理するデータ、すなわちレイヤ３処理装置で処理する
以外のＩフィールドのデータ１０９を読み出す。
イヤ２プロトコル処理装置とレイヤ３処理装置とが一体
化されている。このため、処理装置２２はデータ格納制
御部１４を介して受信データバッファ１６よりＡフィー
ルドおよびＣフィールドのデータ１０５と、レイヤ３処
理装置で処理するＩフィールドのデータ１０６を読み出
す。また、処理装置２４は、レイヤ４以上の処理装置で
処理するデータ、すなわちレイヤ３処理装置で処理する
以外のＩフィールドのデータ１０９を読み出す。
【００３３】一方、図２を参照すると、ここにはレイヤ
２プロトコル処理装置とレイヤ３以上の処理装置とを別
装置とするシステムの構成例が示されている。すなわ
ち、レイヤ２プロトコル処理装置２６はレイヤ２の受信
処理を行い、処理装置２８はレイヤ３の受信処理とレイ
ヤ４以上の受信処理を行う。
２プロトコル処理装置とレイヤ３以上の処理装置とを別
装置とするシステムの構成例が示されている。すなわ
ち、レイヤ２プロトコル処理装置２６はレイヤ２の受信
処理を行い、処理装置２８はレイヤ３の受信処理とレイ
ヤ４以上の受信処理を行う。
【００３４】データ格納制御部１４はレイヤ２プロトコ
ル処理装置２６のインタフェースを備え、この処理装置
２６よりデータ１０５の読み出し制御が行われるが、こ
の場合でも受信データバッファ１６にはＡフィールド、
ＣフィールドおよびＩフィールドより成るデータ１０４
が蓄積される。
ル処理装置２６のインタフェースを備え、この処理装置
２６よりデータ１０５の読み出し制御が行われるが、こ
の場合でも受信データバッファ１６にはＡフィールド、
ＣフィールドおよびＩフィールドより成るデータ１０４
が蓄積される。
【００３５】同様に、データ格納制御部１８はレイヤ３
とレイヤ４以上との処理装置２８とインタフェースをも
ち、この処理装置２８よりデータ１０８の読み出し制御
が行われるが、この場合でも受信データバッファ２０に
はＩフィールドより成るデータ１０８が蓄積される。
とレイヤ４以上との処理装置２８とインタフェースをも
ち、この処理装置２８よりデータ１０８の読み出し制御
が行われるが、この場合でも受信データバッファ２０に
はＩフィールドより成るデータ１０８が蓄積される。
【００３６】そして、レイヤ２プロトコル処理装置２６
は受信データバッファ１６よりＡフィールドとＣフィー
ルドより成るデータ１０５をデータ格納制御部１４を介
して読み出し、処理装置５は受信データバッファ２０よ
りＩフィールドのデータ１０６および１０９をデータ格
納制御部１８を介して読み出す。
は受信データバッファ１６よりＡフィールドとＣフィー
ルドより成るデータ１０５をデータ格納制御部１４を介
して読み出し、処理装置５は受信データバッファ２０よ
りＩフィールドのデータ１０６および１０９をデータ格
納制御部１８を介して読み出す。
【００３７】以上詳細に説明したように本実施例によれ
ば、受信データバッファ１６はＡフィールド、Ｃフィー
ルド、Ｉフィールドのデータが、受信データバッファ２
０にはＩフィールドのデータが蓄積される。このよう
に、受信データバッファ１６でレイヤ２プロトコル処理
装置とレイヤ３処理装置が必要とするデータを、受信デ
ータバッファ２０でレイヤ３処理装置とレイヤ４以上の
処理装置が必要とするデータが蓄積されるので、図１や
図２のように異なるシステム構成に対して本実施例を適
用することが可能となる。
ば、受信データバッファ１６はＡフィールド、Ｃフィー
ルド、Ｉフィールドのデータが、受信データバッファ２
０にはＩフィールドのデータが蓄積される。このよう
に、受信データバッファ１６でレイヤ２プロトコル処理
装置とレイヤ３処理装置が必要とするデータを、受信デ
ータバッファ２０でレイヤ３処理装置とレイヤ４以上の
処理装置が必要とするデータが蓄積されるので、図１や
図２のように異なるシステム構成に対して本実施例を適
用することが可能となる。
【００３８】
【発明の効果】このように本発明のＨＤＬＣにおける受
信処理方式によれば、レイヤ２プロトコル処理装置とレ
イヤ３処理装置が一体で、レイヤ４以上の処理装置が別
装置となるシステム構成の場合でも、レイヤ２プロトコ
ル処置装置が独立しているときと同様に、受信データバ
ッファリードのアクセス競合を抑えて効率的なシステム
を構築可能となる。
信処理方式によれば、レイヤ２プロトコル処理装置とレ
イヤ３処理装置が一体で、レイヤ４以上の処理装置が別
装置となるシステム構成の場合でも、レイヤ２プロトコ
ル処置装置が独立しているときと同様に、受信データバ
ッファリードのアクセス競合を抑えて効率的なシステム
を構築可能となる。
【図１】本発明によるＨＤＬＣにおける受信処理方式の
実施例が適用される受信処理部のブロック図である。
実施例が適用される受信処理部のブロック図である。
【図２】本発明によるＨＤＬＣにおける受信処理方式の
実施例が適用される受信処理部の他の構成例を示すブロ
ック図である。
実施例が適用される受信処理部の他の構成例を示すブロ
ック図である。
【図３】従来技術におけるＨＤＬＣにおける受信処理部
の構成例を示すブロック図である。
の構成例を示すブロック図である。
【図４】従来技術におけるＨＤＬＣにおける受信処理部
の他の構成例を示すブロック図である。
の他の構成例を示すブロック図である。
【図５】ＯＳＩの７レイヤモデルの説明図である。
【図６】ＨＤＬＣにおけるフレーム構成図である。
【図７】ＨＤＬＣにおけるフレーム内容の説明図であ
る。
る。
１０ ＨＤＬＣ受信処理部 １２ ＡＣ／Ｉ振り分け部 １４，１８ データ格納制御部 １６，２０ 受信データバッファ ２２ レイヤ２プロトコル処理装置 レイヤ３処理装
置 ２４ レイヤ４以上の処理装置 ２６ レイヤ２プロトコル処理装置 ２８ レイヤ３／レイヤ４以上の処理装置
置 ２４ レイヤ４以上の処理装置 ２６ レイヤ２プロトコル処理装置 ２８ レイヤ３／レイヤ４以上の処理装置
───────────────────────────────────────────────────── フロントページの続き (72)発明者 戸谷 謙一 東京都港区虎ノ門１丁目７番12号 沖電 気工業株式会社内 (56)参考文献 特開 平３−69244（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 29/10 H04L 12/56
Claims (4)
- 【請求項１】 ＨＤＬＣにより送られてきたフレームの
受信処理を行い、 受信処理したデータのうちＡフィールド、Ｃフィールド
および少なくともレイヤ３処理装置で処理するＩフィー
ルドのデータを第１の受信データバッファに蓄積し、 前記受信処理したデータのＩフィールドのデータを第２
の受信データバッファに蓄積し、 前記第１の受信データバッファに蓄積されたデータおよ
び前記第２の受信データバッファに蓄積されたデータが
各レイヤの処理装置より読み出されることを特徴とする
ＨＤＬＣにおける受信処理方式。 - 【請求項２】 請求項１に記載の受信処理方式におい
て、前記第１の受信データバッファに蓄積されたデータ
はレイヤ２プロトコル処理装置およびレイヤ２プロトコ
ル処理装置とレイヤ３処理装置が一体になった処理装置
のいずれかの処理装置より読み出され、 前記第２の受信データバッファに蓄積されたデータはレ
イヤ４以上の処理装置およびレイヤ３とレイヤ４以上の
処理装置のいずれかの処理装置より読み出されることを
特徴とするＨＤＬＣにおける受信処理方式。 - 【請求項３】 ＨＤＬＣによりデータのやり取りを行う
通信処理装置における受信処理部において、 ＨＤＬＣで使用される情報伝送単位であるフレームを受
信し、ＨＤＬＣによる受信フレームの処理を行うＨＤＬ
Ｃ受信処理部と、 前記ＨＤＬＣ受信処理部よりＡフィールド、Ｃフィール
ドおよびＩフィールドのデータを受信し、Ａフィール
ド、Ｃフィールドおよび少なくともレイヤ３処理装置で
処理するＩフィールドのデータより成る第１のデータ
と、Ｉフィールドのデータより成る第２のデータとに振
り分けるデータ振り分け部と、 前記データ振り分け部より第１のデータを受信し、この
データを蓄積する第１の受信データバッファと、 前記データ振り分け部より第２のデータを受信し、この
データを蓄積する第２の受信データバッファとを有する
ことを特徴とするＨＤＬＣにおける受信処理部。 - 【請求項４】 請求項３に記載の受信処理部において、
前記第１の受信データバッファに蓄積されたデータはレ
イヤ２プロトコル処理装置およびレイヤ２プロトコル処
理装置とレイヤ３処理装置が一体になった処理装置のい
ずれかの処理装置より読み出され、 前記第２の受信データバッファに蓄積されたデータはレ
イヤ４以上の処理装置およびレイヤ３とレイヤ４以上の
処理装置のいずれかの処理装置より読み出されることを
特徴とするＨＤＬＣにおける受信処理部。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32232594A JP3280816B2 (ja) | 1994-12-26 | 1994-12-26 | Ｈｄｌｃにおける受信処理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32232594A JP3280816B2 (ja) | 1994-12-26 | 1994-12-26 | Ｈｄｌｃにおける受信処理方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08181734A JPH08181734A (ja) | 1996-07-12 |
| JP3280816B2 true JP3280816B2 (ja) | 2002-05-13 |
Family
ID=18142385
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP32232594A Expired - Fee Related JP3280816B2 (ja) | 1994-12-26 | 1994-12-26 | Ｈｄｌｃにおける受信処理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3280816B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100539903B1 (ko) * | 2004-01-17 | 2005-12-28 | 삼성전자주식회사 | 휴대용 단말기의 ｖｏｄ 데이터 처리방법 |
-
1994
- 1994-12-26 JP JP32232594A patent/JP3280816B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH08181734A (ja) | 1996-07-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3043057B2 (ja) | 高速データ伝送方法 | |
| JP2537017B2 (ja) | 通信ネットワ―ク相互接続装置 | |
| US4354263A (en) | Computer-communications concentrator for transmission and switching of packetized data | |
| EP0752802A3 (en) | An apparatus and method for packetizing and segmenting MPEG packets | |
| CN110868278B (zh) | 一种轨道交通综合监控系统通信前置机双机冗余的方法 | |
| US5802064A (en) | Protocol header alignment | |
| JP3280816B2 (ja) | Ｈｄｌｃにおける受信処理方式 | |
| US20050188070A1 (en) | Vertical perimeter framework for providing application services | |
| Gray | Network services in systems network architecture | |
| JPH0458215B2 (ja) | ||
| JPH03191649A (ja) | 高速データ転送の方法とその装置 | |
| EP0470875B1 (fr) | Contrôleur de communication entre un ordinateur et une pluralité de terminaux de type RNIS | |
| US20020129099A1 (en) | Method and apparatus for virtualizing a serial port in a data processing system | |
| JP3605005B2 (ja) | ポイント・ツー・ポイント・プロトコル・ヘッダ情報を選択的に分離するためのシステムおよび方法 | |
| JPH054040Y2 (ja) | ||
| JP3229096B2 (ja) | 通信装置及び方法、並びにそれらを用いた計算機システム | |
| JPS62216449A (ja) | ル−テイング方式 | |
| JP3799741B2 (ja) | バスコントローラ | |
| JPH0728308B2 (ja) | 通信ネットワーク相互接続装置 | |
| JPH0621925A (ja) | 多重化伝送路通信制御方式 | |
| JP2000339181A (ja) | プロセス間通信方法およびプロセス間通信装置 | |
| CN115118459A (zh) | 一种基于安全卡与隔离卡异构实现安全数据交换的方法及设备 | |
| JPH03255749A (ja) | 通信制御装置のデータ転送方式 | |
| JPH0738599A (ja) | Ｌａｎ間接続装置 | |
| JPS63125034A (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: 20020205 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090222 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090222 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100222 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110222 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110222 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120222 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130222 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140222 Year of fee payment: 12 |
|
| LAPS | Cancellation because of no payment of annual fees |