JPH11220472A - フレーム転送装置 - Google Patents

Abstract

(57)【要約】 【課題】 ＡＡＬ２タイプ２を用いて復調されたＦＡＸ
制御用ＨＤＬＣフレームを転送する際に、プロトコルオ
ーバヘッド、および転送トラヒック量を少なくすること
により高い回線使用効率を提供し、さらにパケットの組
立・分解に要する時間を短縮し転送遅延時間を短縮する
ようにする。 【解決手段】 ＨＤＬＣフレームを受信しつつ、その受
信フレームを任意のバイトに区切り、フレームの先頭バ
イトの前にのみヘッダを、フレームの最終バイトの後に
トレーラを付加して、ＣＰＳパケット化し送信するスト
リーミングモード送信機構と、受信したＣＰＳパケット
から抽出したデータを、後続のデータの到着を待つこと
なく ＨＤＬＣフレームとして送信するストリーミング
モード受信機構を設けた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ＡＴＭ網を介し
て復調されたモデム信号、例えばＦＡＸのエンド・エン
ド間の制御信号の転送方法に関するものである。

【０００２】

【従来の技術】図１は例えば、Working text for plann
ed Recommendation I.TRUNK - AAL2 SSCS Trunking(Tor
onto,8-19 September 1997)に示されているフレーム転
送に係わるシステム構成図、また、図１２は例えば、AT
Mフォーラム寄書ATMF-0985(Proposal for Facsimile De
modulation in I.TRUNK-packet Format）、あるいはWor
king text for planned Recommendation I.TRUNK - AAL
2 SSCS Trunking(Toronto,8-19 September 1997) に示
された従来のフレーム転送装置の構成を示した図であ
る。

【０００３】図１において、１ａおよび１ｂはＨＤＬＣ
フレームを送受信する端末、２ａおよび２ｂはＡＴＭ網
３と加入者回線の間でＡＴＭセルとＨＤＬＣフレームの
プロトコル・フォーマット変換を行うフレーム転送装
置、３はＡＴＭ網、４ａは端末１ａを収容するＰＢＸ
で、加入者回線を介して端末１ａからのＨＤＬＣフレー
ムをフレーム転送装置２ａに転送する。４ｂは端末１ｂ
を収容するＰＢＸで、加入者回線を介して端末１ｂから
のＨＤＬＣフレームをフレーム転送装置２ｂに転送す
る。

【０００４】図１２は従来のフレーム転送装置である。
図１２において、５は加入者回線から入力されるモデム
信号の復調を行うモデム信号復調部、６はＨＤＬＣフレ
ーム受信部で、モデム信号復調部５で復調されたデータ
からＨＤＬＣフレームを抽出する。２３は固定数データ
蓄積部で、ＨＤＬＣフレーム受信部６からのフレームデ
ータを固定バイト数分蓄積する。２４はメッセージモー
ド型パケット組立部で、固定数データ蓄積部２３からの
固定バイト数のフレームデータをパケットに組み立て
る。９はＡＴＭ送信部で、メッセージモード型パケット
組立部２４からのパケットを、ＡＴＭセルに格納しＡＴ
Ｍ網３に送信する。

【０００５】１０はＡＴＭ網３から受信したＡＴＭセル
からパケットを抽出するＡＴＭ受信部、２５は受信パケ
ットを分解するメッセージモード型パケット分解部、２
６はデータ比較部で、メッセージモード型パケット分解
部２５から送られる複数の同一フレームデータを比較す
る。１３はＨＤＬＣフレーム送信部で、データ比較部２
６から送出されたフレームデータをＨＤＬＣフレームに
組み立てる。１４はモデム信号変調部で、ＨＤＬＣフレ
ーム送信部１３からのＨＤＬＣフレームをモデム信号に
変調して加入者回線に送出する。

【０００６】図１３は従来例のパケットの組立方法を示
す。図において、 ＨＤＬＣ Frameのバイト１から５の
データをウインドウ０から４のように１バイト分ずつず
らしながら３回重複して、５つのＣＰＳパケットのペイ
ロードに乗せる例を示す。なお、ウインドウ０のバイト
１以外の２バイトおよびウインドウ１のバイト１、２を
除く１バイトはＨＤＬＣデータが無い、ここでは存在し
ないデータは“ＦＦ”と表わす。１５はＳＳＣＳヘッ
ダ、１６はＣＰＳ（Common Part Sublayer)パケットで
ある。図１４はＣＰＳパケット１６のヘッダ構成を示す
図で、17-1はフレーム転送装置２間でのコネクションの
識別に用いるＣＩＤ（Connection Identification)フィ
ールド、17-2はＣＰＳパケット１６のペイロード長を示
すレングスフィールド、17-3はＣＰＳパケットの種別、
メッセージの先頭／最終識別を表示するＵＵＩフィール
ド、17-4はＣＩＤ17-1、レングスフィールド17-2、ＵＵ
Ｉフィールド17-3の全体に対するエラー検出ビットを格
納するＨＥＣフィールドである。

【０００７】図１５はＣＰＳパケット１６のトレーラ２
０の構成を示したもので、20-aはメッセージタイプを表
示するメッセージタイプフィールド、20-bはＣＰＳパケ
ット１６のヘッダ１７を除く部分に対するＣＲＣー１０
の演算結果を格納するＣＲＣ−１０フィールドである。
図１６はＡＴＭセルへのＣＰＳパケットの格納方法と、
ＣＰＳパケットを格納するための制御フィールドの内容
を示す図である。図１６において、２７はＡＴＭセルヘ
ッダ、２８はＡＴＭセルペイロードであり、２９はＳＴ
Ｆ(Start Function)で、ITU-T勧告I.363.2(AAL2)に従い
ＡＴＭセルペイロード２８にＣＰＳパケット１６を格納
する際の制御情報を格納する。３０はオフセットフィー
ルド、３１はＣＰＳパケット１６ごとにインクリメント
するＳＮフィールド、３２はＳＴＦのパリティビット
で、オフセットフィールド３０およびＳＮフィールド３
１に対するパリティの演算結果を格納する。

【０００８】次にＨＤＬＣからの１バイトのデータをＣ
ＰＳで３回送信し、３つのＣＰＳのうち正しく受かった
データを選んで受信する動作について説明する。加入者
回線からの変調されたモデム信号を、モデム信号復調部
５が復調してデジタルデータに戻し、ＨＤＬＣフレーム
受信部６に転送する。ＨＤＬＣフレーム受信部６はその
デジタルデータからＨＤＬＣフレームを抽出し、オクテ
ット単位に固定数データ蓄積部２３に送る。固定数デー
タ蓄積部２３では、ＨＤＬＣフレーム受信部６からデー
タを１バイト受信した時点で、新たに受信した最新デー
タを含めた３バイト（最新、最新の１つ前、および最新
の２つ前のデータ）を、メッセージモード型パケット組
立部２４に送る（ただし先頭オクテットを受け取った場
合など受信ＨＤＬＣデータがない場合には“ＦＦ”をデ
ータとする）。メッセージモード型パケット組立部２４
の動作を図１３を用いて示す。

【０００９】図１３において、ＨＤＬＣフレームの先頭
オクテットを含む３バイトを固定数データ蓄積部２３か
ら受け取ったとき、先頭オクテットをＳＳＣＳヘッダ１
５の直後に、後続の２バイト（“ＦＦ”、“ＦＦ”）を
先頭オクテットの後に設定し、ＳＳＣＳヘッダ１５にシ
ーケンス番号（ＳＮ）＝０を設定し、さらにトレーラ２
０のメッセージタイプフィールド20-aに、HDLCフレーム
を示すコードを設定し、ＣＲＣ−１０フィールド20-b
に、ＣＰＳヘッダ１７を除いた部分に対するＣＲＣ演算
結果を格納し、ＣＰＳパケット16-1を組み立てる。

【００１０】以降も上記と同様のシーケンスで、ＨＤＬ
Ｃフレームの２オクテット目を受信したときには、ＳＳ
ＣＳヘッダ１５のシーケンス番号（ＳＮ）＝１を設定
し、ＳＳＣＳヘッダ１５の直後に２オクテット目、その
後に先頭オクテット、“ＦＦ”の順にデータを設定して
ＣＰＳパケット16-2を組み立てる。同様に、ＨＤＬＣフ
レームの３オクテット目を受信した際には、シーケンス
番号（ＳＮ）＝２、オクテット３（最新）、オクテット
２（最新の１つ前）、オクテット１（最新の２つ前）の
順にデータを設定し、ＣＰＳパケット16-2を組み立て
る。

【００１１】以降、ＳＳＣＳヘッダ１５のＳＮフィール
ドを順次インクリメントし、データ部分に、最新、最新
の１つ前、最新の２つ前のデータを設定し、ＣＰＳパケ
ット16-3、16-4、16-5を組み立てる。このとき、ＣＰＳ
パケットヘッダ１７のＣＩＤフィールド17-1には通信相
手とあらかじめ取り決めた値を、ＣＰＳペイロードレン
グス表示フィールド17-2には、ＣＰＳパケットヘッダ１
７を除くデータ長を、ＵＵＩフィールド17-3には「パケ
ットタイプ３」であることを表示するコードを、それぞ
れ設定し、各フィールド 17-1,17-2,17-3全体に対して
ＣＲＣ−５を計算して、ＨＥＣフィールド17-4に値（剰
余）を格納する。

【００１２】メッセージモード型パケット組立部２４か
ら、組立完了したＣＰＳパケット１６を受け取ったＡＴ
Ｍ送信部９の動作を図１６を用いて説明する。ＡＴＭセ
ルヘッダ２７のＶＰＩ／ＶＣＩフィールド（図示しな
い）に値を設定した後、ＡＴＭセルペイロード２８の先
頭に、オフセットフィールド３０に０、ＳＮ３１に前に
送信したＳＴＦ２９のＳＮ３１のビット反転した値、オ
フセットフィールド３０とＳＮ３１に対するパリティの
計算結果を設定したＳＴＦのパリティビット３２を含む
ＳＴＦ２９を設定し、ＳＴＦ２９の直後から、ＣＰＳパ
ケット１６を１または複数個格納する。

【００１３】その後、ＡＴＭセルをＡＴＭ網３に送信す
る。図１６では、２個のＣＰＳパケット１６が格納さ
れ、ＡＴＭセルペイロード２８の残余部分はダミーデー
タ（オール０）をフィルしている。なお、オフセットフ
ィールド３０の値が１〜４７の場合にはＣＰＳパケット
１６が複数ＡＴＭセルにまたがることを示すが、ここで
は発明の本質的な部分ではないので、ＣＰＳパケット１
６の複数ＡＴＭセルへのまたがりの説明は省略する。

【００１４】一方、ＡＴＭ網３からＡＴＭセルを受信し
たＡＴＭ受信部１０は、ＡＴＭセルからＣＰＳパケット
１６を取り出し、ＣＰＳパケットヘッダ１７に対するＣ
ＲＣ−５の計算結果が０以外となったＣＰＳパケット１
６は廃棄し、０となったＣＰＳパケット１６のＣＩＤフ
ィールド17-1、ＵＵＩフィールド17-3の値が想定してい
た値と異なるとき、およびＣＰＳペイロードレングス表
示フィールド17-2の値と実際のＣＰＳパケット１６のＣ
ＰＳパケットヘッダ１７を除いた長さが一致しないもの
は廃棄し、正常なＣＰＳパケット１６をメッセージモー
ド型パケット分解部２５に転送する。

【００１５】メッセージモード型パケット分解部２５
は、ＣＰＳパケット１６のＣＰＳヘッダ１７を除いた部
分に対するＣＲＣ−１０演算結果が０の場合、メッセー
ジタイプ20-aがＨＤＬＣフレームであることを確認し、
ＳＳＣＳヘッダ１５とデータ３バイトを、データ比較部
２６に送出する。データ比較部２６は、ＳＳＣＳヘッダ
１５にシーケンス番号からＣＰＳパケット１６の廃棄の
有無を判定し、一定の条件を満たした段階で、１バイト
のフレームデータをＨＤＬＣフレーム送信部１３に送出
する。データ比較部２６の動作を図１７を用いて詳細に
説明する。

【００１６】ＨＤＬＣフレームの先頭バイトを含むＳＮ
＝０のＣＰＳパケット16-1、先頭バイト、第２オクテッ
トを含むＣＰＳパケット16-2、先頭バイト、第２オクテ
ット、第３オクテットを含むＣＰＳパケット16-3の３つ
のＣＰＳパケット１６の到着をＳＳＣＳヘッダ１５のＳ
Ｎ３１の値を基準に待ち合わせ、先頭バイトを含む３つ
のＣＰＳパケット１６が到着した時点で、ＨＤＬＣフレ
ーム送信部１３に送出する。

【００１７】一方、例えばＣＰＳパケット16-3が到着し
なかった場合には、ＣＰＳパケット16-1の到着から一定
時間後に、ＣＰＳパケット16-１or 16-2に含まれる先頭
バイトをＨＤＬＣフレーム送信部１３に送出する。ま
た、ＣＰＳパケット16-4が到着しなかった場合には、先
頭バイトをＨＤＬＣフレーム送信部１３に送出した時点
から一定時間後に、ＣＰＳパケット16-2or 16-3に含ま
れる第２オクテットをＨＤＬＣフレーム送信部１３に送
出する。

【００１８】ＨＤＬＣフレーム送信部１３は、受け取っ
た１バイトのデータをＨＤＬＣフレーム化し、モデム信
号復調部１４に送出する。モデム信号復調部１４は、デ
ータを変調した後加入者回線に送信する。

【発明が解決しようとする課題】

【００１９】従来のフレーム転送装置は、ＡＴＭ網内の
回線品質が低く、ＡＴＭセル廃棄率が高いことを前提と
しているため、セル廃棄対策として、同一のデータを３
回送信しており、転送に係るオーバヘッドが大きく、さ
らに転送セル数が多くなるため、ＡＴＭ網内の回線品質
が高い場合には、まれにしか発生しないセル廃棄対策の
ためにＡＴＭ回線の使用効率を落とすという問題点があ
った。

【００２０】また、同一のデータを格納している３個の
パケットの到着を一定時間待ち合わせる必要があるた
め、待ち合わせ遅延が生じるという問題点があった。特
にＦＡＸ端末の制御信号用ＨＤＬＣフレームのモデム変
調速度は３００bit/sと極めて低速であり、上記待ち合
わせ遅延がＦＡＸ信号転送の遅延になり、品質（転送速
度）の劣化につながることになる。

【００２１】この発明は上記のような問題点を解決する
ためになされたもので、ＡＴＭ網内の回線品質が高い場
合に、転送にかかるオーバヘッド、および転送トラヒッ
ク量を少なくし、高い回線使用効率を提供し、パケット
の組立・分解に要する時間を短縮し転送遅延時間を短縮
するフレーム転送装置得ることを目的とする。

【００２２】

【課題を解決するための手段】この第１の発明に係わる
フレーム転送装置は、変調されたモデム信号を受信し、
復調した後にＨＤＬＣフレームを抽出し、ＡＴＭセルに
組立てＡＴＭ網に送信すると共に、ＡＴＭ網から受信し
たＡＴＭセルを分解しＨＤＬＣフレームを復元した後、
モデム信号に変調して加入者回線に送信するフレーム転
送装置において、 ａ．上記変調されたモデム信号を復調するモデム信号復
調部と、 ｂ．上記復調されたデータからＨＤＬＣフレームを抽出
し、フラグパターンならびにフラグパターンとそれ以外
のデータとの識別用に挿入された“０”を除去し、デー
タ部分を抽出するＨＤＬＣフレーム受信部と、 ｃ．上記ＨＤＬＣフレーム受信部からのデータを蓄積す
るデータ蓄積部と、 ｄ．上記データ蓄積部からのデータがフレームの先頭で
ある場合、Service Specific Convergence Sublayer
（以下ＳＳＣＳ）ペイロードのデータ種別とＳＳＣＳヘ
ッダ自身に対するパリティビットを格納したＳＳＣＳヘ
ッダと先頭データを含む１または複数バイトごとにパケ
ットを組み立て、フレームの先頭または最終以外の場
合、１または複数バイトごとにＡＡＬタイプ２のCommon
Part Sublayer（以下ＣＰＳ）パケットに組立て、フレ
ームの最終データの場合、ＳＳＣＳヘッダおよびＳＳＣ
Ｓペイロードに対するＣＲＣ演算結果とＨＤＬＣフレー
ムの受信ステータスを格納したトレーラを、最終データ
と同一ＣＰＳパケット、または別のＣＰＳパケットに組
立てるストリーミングモード型パケット組立部と、 ｅ．上記ＡＴＭセルに上記ＣＰＳパケットを、ＡＡＬタ
イプ２（ＩＴＵ−Ｔ勧告I.363.2）の勧告に従って格納
し、上記ＡＴＭ網にそのＡＴＭセルを送信するＡＴＭ送
信部と、 ｆ．上記ＡＴＭ網からＡＴＭセルを受信し、ＡＡＬタイ
プ２の勧告に従ってＣＰＳパケットを抽出するＡＴＭ受
信部と、 ｇ．上記ＡＴＭ受信部が抽出したＣＰＳパケットが先頭
ＣＰＳパケットの場合には、それに含まれるＳＳＣＳヘ
ッダのデータ種別を識別後、後続のデータを抽出してデ
ータゆらぎ吸収部へ送出し、中間ＣＰＳパケットの場合
には、ＣＰＳペイロードのデータをそのままデータゆら
ぎ吸収部へ送出し、最終ＣＰＳパケットの場合には、デ
ータが含まれている場合には、そのデータをデータゆら
ぎ吸収部へ送出し、トレーラのＣＲＣ演算結果と、先頭
ＣＰＳパケットからのＣＰＳペイロード部分に対するＣ
ＲＣ演算結果を比較し不一致のとき、またはトレーラの
ＨＤＬＣフレーム受信ステータスが異常終了のとき、デ
ータゆらぎ吸収部にアボートパターンを送出するストリ
ーミングモード型パケット分解部と、 ｈ．ストリーミングモード型パケット分解部からのデー
タを一時的にバッファリングしゆらぎを吸収するデータ
ゆらぎ吸収部と、 ｉ．上記ゆらぎ吸収部がゆらぎ吸収したデータがアボー
トパターンならそのビットストリームのまま、それ以外
のデータならフラグパターンとの識別用の“０”を挿入
し、フラグパターンを追加してＨＤＬＣフレームに組立
てるＨＤＬＣフレーム送信部と、 ｊ．ＨＤＬＣフレームをモデム信号に変調して送信する
モデム信号変調部とを有するものである。

【００２３】第２の発明に係わるフレーム転送装置は、
上記ＨＤＬＣフレーム受信部が、モデム信号復調部にて
復調されたデータからＨＤＬＣフレームを抽出し、抽出
したフレームをビットストリームとして８ビット単位に
区切ってデータ蓄積部に転送し、上記ＨＤＬＣフレーム
送信部がデータゆらぎ吸収部からのデータをビットスト
リームとして加工することなく、上記モデム信号変調部
に送出するものである。

【００２４】第３の発明に係わるフレーム転送装置は、
上記ストリーミングモード型パケット組立部が、ＳＳＣ
Ｓヘッダにエクステンションビットを付加し、複数のＳ
ＳＣＳ−ＰＤＵにまたがるフレームを送信する場合に、
後続ＳＳＣＳ−ＰＤＵの１つ前のＳＳＣＳ−ＰＤＵのＳ
ＳＣＳヘッダのエクステンションビットをセットし、上
記ストリーミングモード型パケット分解部が、ＳＳＣＳ
ヘッダのエクステンションビットがセットされていれ
ば、後続のＳＳＣＳ−ＰＤＵを前のＰＤＵと連結して一
つのＨＤＬＣフレームデータとして構成しデータゆらぎ
吸収部へ送出するものである。

【００２５】第４の発明に係わるフレーム転送装置は、
上記ストリーミングモード型パケット組立部が、ＰＤＵ
の最終データとトレーラの間にＳＳＣＳペイロード長を
付加し、上記ストリーミングモード型パケット分解部
が、該当フィールドのＳＳＣＳペイロード長をリード
し、それまで受信したデータの合計長と比較し、不一致
の場合、データゆらぎ吸収部にフレームアボートを指示
するものである。

【００２６】第５の発明に係わるフレーム転送装置は、
上記ストリーミングモード型パケット組立部が、トレー
ラ内にフレーム継続を表示するコードポイントを付加
し、複数のＳＳＣＳ−ＰＤＵにまたがるフレームを送信
する場合には、後続ＳＳＣＳ−ＰＤＵの１つ前のＳＳＣ
Ｓ−ＰＤＵのトレーラ内にフレーム継続を表示するコー
ドポイントを設定し、上記ストリーミングモード型パケ
ット分解部が、トレーラ内にフレーム継続を表示するコ
ードポイントを設定されている場合、後続のＳＳＣＳ−
ＰＤＵを現在受信中のＳＳＣＳ−ＰＤＵとを連結して一
つのＨＤＬＣフレームデータとして構成し、データゆら
ぎ吸収部へ送出するものである。

【００２７】

【発明の実施の形態】実施の形態１．図２はこの発明の
フレーム転送装置のブロック構成図である。図におい
て、従来例の図１２と同一番号のブロックは同一機能を
有するものである。７はＨＤＬＣフレーム受信部６から
のフレームデータを１または任意の複数バイト蓄積する
データ蓄積部、８はデータ蓄積部７からの任意の長さの
データを、パケット化するストリーミングモード型パケ
ット組立部、１１はＡＴＭ受信部１０で抽出したＣＰＳ
パケット１６を分解するストリーミングモード型パケッ
ト分解部、１２はストリーミングモード型パケット分解
部１１から出力されるフレームデータのデータ種別を認
識するとともに、データを一時的にバッファリングし、
一定間隔で１バイト単位のデータをＨＤＬＣフレーム送
信部１３に送出するデータ抽出部である。

【００２８】図３において、１５はＳＳＣＳヘッダであ
るが従来例とは異なる。15-a〜15-cがＳＳＣＳヘッダ１
５に含まれており、15-aはＳＳＣＳヘッダ１５に対する
パリティの計算結果を設定するパリティビットフィール
ド、15-cはデータ種別（ＨＤＬＣコアフレームか、フラ
グパターン、およびフラグとデータ識別用の挿入“０”
ビットを含むビットトランスペアレント）を示すデータ
種別フィールド、１８はＣＰＳパケット１６のペイロー
ドである。また、図４において、１９はＳＳＣＳ−ＰＤ
Ｕで、ＳＳＣＳヘッダ１５、トレーラ２０、およびデー
タを含む。

【００２９】次に動作について説明する。モデム信号復
調部５、ＨＤＬＣフレーム受信部６の動作は従来例と同
一で、ＨＤＬＣフレーム受信部６が、フラグパターンお
よび挿入“０”ビットを除去したオクテット単位のデー
タをデータ蓄積部７に入力し、データ蓄積部７は、入力
されたフレームデータが、フレームの先頭あるいは最終
部分の場合には、あらかじめ設定しておいたバイト数
Ａ、およびそれ以外の部分の場合には、あらかじめ設定
しておいたバイト数Ｂをストリーミングモード型パケッ
ト組立部８に送出する。

【００３０】ストリーミングモード型パケット組立部８
の動作を図３を用いて説明する。データ蓄積部７から、
ＨＤＬＣコアフレーム（フラグパターンおよび挿入
“０”ビットを除去したオクテット単位のデータ）の先
頭および第２オクテット（図ではオクテット１、および
オクテット２）を受け取ると、それにＳＳＣＳヘッダ１
５を付加する。その際、データ種別フィールド15-cに
「ＨＤＬＣコアフレーム」を示すコード値を、パリティ
ビットフィールド15-aに、データ種別フィールド15-cの
ビット単位の加算値が偶数になるような値を、設定す
る。

【００３１】ＳＳＣＳヘッダ１５とオクテット１、オク
テット２の３バイトをＣＰＳパケット16-1のＣＰＳペイ
ロード18-1に格納する。次にＣＰＳパケットヘッダ１７
（図１４を参照）のＣＩＤフィールド17-1にあらかじめ
決めておいた値を、ＣＰＳペイロードレングス表示フィ
ールド17-2に３（バイト）を、ＵＵＩフィールド17-3に
「ストリームモードパケットタイプ３」を示すコード値
を、ＨＥＣフィールド17-4に17-1、17-2、17-3の各フィ
ールドに対してＣＲＣ−５を演算した結果（剰余）を設
定する。その後、ＣＰＳパケット16-1をＡＴＭ送信部９
に送出する。

【００３２】同様に、図３において、データ蓄積部７か
らＨＤＬＣコアフレームのオクテット３、オクテット４
をＣＰＳパケット16-2のＣＰＳパケットペイロード18-2
に格納し、上記と同じ手順でＣＰＳパケットヘッダ１７
の各フィールド17-1〜17-4に値を設定し（ただし、ＣＰ
Ｓペイロードレングス表示フィールド17-2には２（バイ
ト）を設定）、ＣＰＳパケット16-2を組立て、ＡＴＭ送
信部９に送出する。

【００３３】また、ＨＤＬＣコアフレームの最終オクテ
ットＮを受け取ったときには、それにトレーラ２０を付
加して、ＣＰＳパケット16-NのＣＰＳパケットペイロー
ド18-Nに格納する。その際、トレーラ２０のメッセージ
タイプフィールド20-aには、データ蓄積部７を介してＨ
ＤＬＣフレーム受信部６から通知されるＨＤＬＣフレー
ムＣＲＣステータスが正常であれば「フレーム正常終
了」を示すコードポイントを、異常であれば「フレーム
異常終了」を示すコードポイントを設定する。

【００３４】さらにＣＲＣ−１０フィールドには、ＣＰ
Ｓパケットペイロード18-1〜18-Nまでとメッセージタイ
プフィールド20-aに対するＣＲＣ−１０の演算結果（剰
余）を格納し、さらにＣＰＳパケットヘッダ１７（図１
４参照）の各フィールド17-1〜17-4に値を設定し（ただ
し、ＣＰＳペイロードレングス表示フィールド17-2には
３（バイト）を設定）、ＣＰＳパケット16-Nを組立て、
ＡＴＭ送信部９に送出する。ＡＴＭ送信部９ではストリ
ーミングモード型パケット組立部８からＣＰＳパケット
16を受け取ると、従来例と同じ手順・動作で、ATMセル
にＣＰＳパケット16を格納して、ＡＴＭ網３に送信す
る。

【００３５】上記説明では、ＨＤＬＣコアフレームの時
系列的なＣＰＳパケット１６による転送シーケンスを示
したが、ＣＰＳパケットペイロード18-1〜18-Nまでのデ
ータを集めると、図４に示すようなＳＳＣＳ−ＰＤＵ１
９となり、ＣＰＳパケット１６では、このＳＳＣＳ−Ｐ
ＤＵ１９を分割して送信していることになる。

【００３６】次にＣＰＳパケット１６の受信側動作につ
いて図５を用いて説明する。ＡＴＭ受信部１０の動作は
従来例と同じである。ＡＴＭ受信部１０からＣＰＳパケ
ット16-1を受け取ったストリーミングモード型パケット
分解部１１は、ＣＰＳパケットヘッダ１７に対して計算
したＣＲＣ−５の結果が０でない場合にはＣＰＳパケッ
ト16-1を廃棄し、０の場合、ＵＵＩフィールド17-3の値
と受信したＣＰＳパケットペイロード18-1の長さが一致
している場合のみ、ＣＰＳパケットペイロード18-1か
ら、ＳＳＣＳヘッダ１５とオクテット１、２を取り出
す。

【００３７】ＳＳＣＳヘッダ１５のデータ種別フィール
ド15-c、およびパリティビットフィールド15-aのビット
単位の加算値が偶数以外の場合には、ＣＰＳパケット16
-1を廃棄し、該当ＣＩＤ値を持つＣＰＳパケット16の廃
棄フラグをセットする。加算値が偶数の場合にはデータ
種別フィールド15-cの値が正しいと判断する。

【００３８】送信側のストリーミングモード型パケット
組立部８では、データ種別フィールド15-cに「ＨＤＬＣ
フレームコア」コードを設定している。ストリーミング
モード型パケット分解部１１は、オクテット１、オクテ
ット２をＣＰＳパケットペイロード18-1から取り出し、
ＨＤＬＣフレームコア受信通知とともに、データ抽出部
１２に送出する。データ抽出部１２では、オクテット１
を受け取った段階で、ＨＤＬＣフレーム送信部１３にフ
ラグパターンの送出開始を指示する。その後ゆらぎ吸収
遅延時間待ってから、オクテット１、オクテット２の順
にＨＤＬＣフレーム送信部１３に送出する。

【００３９】ＣＰＳパケット16-2のＣＰＳパケットペイ
ロード18-2に格納されているオクテット３、４も、ＣＰ
Ｓパケットヘッダ１７の各フィールドの整合性を確認
し、さらに該当ＣＩＤ値を持つＣＰＳパケット16の廃棄
フラグがセットされていなければ、取り出し、データ抽
出部１２に送出する。廃棄フラグがセットされていた場
合には、ＣＰＳパケット16-2を廃棄する。データ抽出部
１２では、オクテット３、オクテット４の送出タイミン
グに到達した時点で、ＨＤＬＣフレーム送信部１３に送
出する。

【００４０】また、ＨＤＬＣフレームコアの最終データ
およびトレーラ２０を含むＣＰＳパケット16-Nを受信し
た場合、ＣＰＳパケットヘッダ１７の各フィールドの整
合性を確認し、さらに該当ＣＩＤ値を持つＣＰＳパケッ
ト16の廃棄フラグがセットされていなければ、オクテッ
トＮおよびトレーラ２０を取り出し、オクテットＮをデ
ータ抽出部１２に送出する。ＣＰＳパケットペイロード
18-1〜18-Nに対するＣＲＣ−１０の計算結果が０でない
場合、および０の場合でも、メッセージタイプフィール
ド20-aのコードポイントが「フレーム異常終了」である
場合、データ抽出部１２にフレームアボート指示を通知
する。一方、メッセージタイプフィールド20-aのコード
ポイントが「フレーム正常終了」の場合には、データ抽
出部１２にフレーム終了を通知する。

【００４１】データ抽出部１２はフレームアボート指示
を受け取ると、ＨＤＬＣフレーム送信部１３への未送出
のデータを廃棄し、ＨＤＬＣフレーム送信部１３にアボ
ートパターンを送出し、フレーム終了を受け取った場合
には、 ＨＤＬＣフレームコアに対するＣＲＣ−１６の
演算結果（剰余）１６ビットとフラグパターンを送出す
る。

【００４２】ＨＤＬＣフレーム送信部１３は、フラグパ
ターンおよびアボートパターンを除いて、データ抽出部
１２から受け取ったデータに対して、データとフラグパ
ターンの識別用の“０”ビットを挿入してモデム信号変
調部１４に送出し、モデム信号変調部１４は、受け取っ
たデータストリームをモデム信号に変調して加入者回線
に送信する。

【００４３】上記では、ＨＤＬＣコアフレームを転送す
る場合を示したが、フラグパターンおよびデータとフラ
グの識別用の挿入“０”ビットを含むビットストリーム
を転送することも可能である。その場合には、ＨＤＬＣ
フレーム受信部６のモード設定をビットトランスペアレ
ントモードに設定しておき、データ蓄積部７はＨＤＬＣ
フレーム受信部６からのビットストリームを８ビット単
位に区切り、あらかじめ決めておいたバイト数分蓄積さ
れると、ストリーミングモード型パケット組立部８に送
出する。

【００４４】ストリーミングモード型パケット組立部８
では、ビットストリームの先頭部分の場合にはＳＳＣＳ
ヘッダ１５を付加し、ＣＰＳパケット16-1のＣＰＳパケ
ットペイロード18-1に格納する。その際、データ種別フ
ィールド15-cを「ビットトランスペアレントモード」を
示すコードを設定し、ＡＴＭ送信部９に送出する。ま
た、ビットストリームの中間部分（図３ではオクテット
３、４）は、ＣＰＳパケット16-2のＣＰＳパケットペイ
ロード18-2に格納し、ＡＴＭ送信部９に送出する。

【００４５】データ蓄積部７を介してＨＤＬＣフレーム
受信部６からフレームエンドを受け取った場合、ビット
ストリームの最終部分（図３ではオクテットＮ）と判断
し、トレーラ２０のメッセージタイプフィールド20-aに
「フレーム正常終了」を示すコードポイントを設定す
る。一方、フレームアボートを受け取った場合には、
「フレーム異常終了」を示すコードポイントを設定す
る。その後、オクテットＮとトレーラ２０をＣＰＳパケ
ットペイロード18-Nに格納し、ＣＰＳパケット16-Nを組
立てＡＴＭ送信部９に送出する。最終オクテットＮはバ
イト境界にならない場合があるが、その場合にはダミー
データをフィルする。送信側に関しては、上記以外はＨ
ＤＬＣコアフレームを転送する場合と同じである。

【００４６】一方、受信側では、ストリーミングモード
型パケット分解部１１において、ＣＰＳパケット16-1の
ＣＰＳパケットペイロード18-1から、ＳＳＣＳヘッダ１
５とオクテット１、２を取り出し、ＳＳＣＳヘッダ１５
のデータ種別フィールド15-cのコードが「ビットトラン
スペアレントモード」であることを認識し、データ抽出
部１２に、ビットトランスペアレントモード通知ととも
に、オクテット１、２を送出する。データ抽出部１２で
は、オクテット１受信からゆらぎ吸収遅延時間待ち合わ
せた後、あらかじめ、ビットトランスペアレントモード
に設定しておいたＨＤＬＣフレーム送信部１３に、オク
テット１、２を順次送信する。

【００４７】ビットストリームの中間部分（図３ではオ
クテット３、４）をＣＰＳパケット16-2のＣＰＳパケッ
トペイロード18-2から取り出したときには、データ抽出
部１２にオクテット３、４を送出する。データ抽出部１
２はＨＤＬＣフレーム送信部１３への送出タイミング到
達時点で、オクテット３、４を順次送出する。

【００４８】ビットストリームの最終部分（図３ではオ
クテットＮ）とトレーラ２０を、ＣＰＳパケット16-Nの
ＣＰＳパケットペイロード18-Nから取り出したときに
は、ＣＰＳパケットペイロード18-1〜18-NまでのＣＲＣ
−１０の演算結果が０のとき、およびメッセージタイプ
フィールド20-aが「フレーム正常終了」を示すコードポ
イントのとき、オクテットＮをデータ抽出部１２に送出
後、直ちにフレーム終了をデータ抽出部１２に通知す
る。

【００４９】一方、ＣＲＣ−１０の演算結果が０でない
とき、またはメッセージタイプフィールド20-aが「フレ
ーム異常終了」のコードポイント場合には、オクテット
Ｎをデータ抽出部１２に送出後、フレームアボートをデ
ータ抽出部１２に通知する。

【００５０】データ抽出部１２はフレーム終了通知を受
け取った場合、ＨＤＬＣフレーム送信部１３への全ての
データ送信完了して、データ受信待機状態に入る。フレ
ームアボート通知を受け取った場合には、未送信のデー
タを廃棄し、ＨＤＬＣフレーム送信部１３へアボートパ
ターン送出後、データ受信待機状態に入る。上記以外の
動作は、ＨＤＬＣコアフレーム転送動作と同一である。

【００５１】なお、ビットトランスペアレントモードで
最終オクテットにダミービットが付加されても、ＦＡＸ
の制御信号の場合は、情報フィールドの後のフラグパタ
ーンでＨＤＬＣフレームの区切りを認識できるので問題
はない。もし、ダミービットの転送を避けたい場合に
は、メッセージタイプフィールド20-aの一部にダミービ
ット数を表示するフィールドを設けても良い。

【００５２】以上のように、本発明のフレーム転送装置
はＡＴＭ網上でストリーミングモードでＨＤＬＣフレー
ムを転送するようにしているので、転送遅延を低減する
ことができる。また、ＨＤＬＣフレームの同一データを
繰り返し転送していないため、転送セル数が少なく済
み、トラヒック量を低減することができる。

【００５３】さらに、ITU-Tにおいて、ＡＡＬ２・ＳＳ
ＣＳのパケットタイプとして検討されているパケットタ
イプ３と、本発明で用いるヘッダとトレーラの構成が同
一であり、プロトコルの類似性が高く、実装する際、Ｈ
／ＷあるいはＳ／Ｗ共通化が図れ、装置コストが低減で
きる。さらに、フラグパターン、挿入“０”、ＦＣＳを
取り去ったＨＤＬＣコアフレームの転送も、フラグパタ
ーン、挿入“０”、ＦＣＳを含めたビットストリーム全
体の転送の両方に対応可能である。また、ＳＳＣＳヘッ
ダに１バイト、トレーラに２バイトの合計３バイトのオ
ーバヘッドで済むため、データの転送効率を高めること
ができる。

【００５４】実施の形態２．以上の実施の形態１では、
ＨＤＬＣフレームのデータが１つのＳＳＣＳ−ＰＤＵに
納まる場合を示したしたものであるが、次にＨＤＬＣフ
レームのデータが複数のＳＳＣＳ−ＰＤＵにまたがって
転送される実施の形態を示す。図６は、このような場合
のＨＤＬＣフレームのパケット化とその送信シーケンス
を示す図である。また、図７は複数ＳＳＣＳ−ＰＤＵと
ＨＤＬＣフレームデータとの関係を示す図であり、３４
はＨＤＬＣフレームデータである。

【００５５】ＨＤＬＣフレームの先頭、および第２オク
テット（オクテット１、およびオクテット２）をデータ
蓄積部７から受け取ったストリーミングモード型パケッ
ト組立部８は、あらかじめ、これから長いＨＤＬＣフレ
ームの転送が開始されることを、フレーム転送装置２の
図示しない制御ブロックから通知されているため、ＳＳ
ＣＳヘッダ１５を組み立てる際、エクステンションビッ
ト15-bに１（このＳＳＣＳ−ＰＤＵに続くＰＤＵにＨＤ
ＬＣフレームがまたがることを表示）を設定し、ＳＳＣ
Ｓヘッダ１５とオクテット１、２をＣＰＳパケットペイ
ロード18-1に格納し、ＣＰＳパケット16-1を組立てる。

【００５６】このとき、ＣＰＳパケットヘッダ１７のＵ
ＵＩフィールド17-3には「メッセージの先頭／中間」を
示すコードを設定し、ＡＴＭ送信部９に送出する。ま
た、ＨＤＬＣフレームの中間部分については実施の形態
１と同じ手順で、例えばＣＰＳパケット16-2のＣＰＳパ
ケットペイロード18-2にオクテット３、４を格納し、Ｃ
ＰＳパケットヘッダ１７のＵＵＩフィールド17-3には
「メッセージの先頭／中間」を示すコードを設定し、Ａ
ＴＭ送信部９に送出する。

【００５７】一方、ストリーミングモード型パケット組
立部８は、ＣＰＳペイロード１８に格納して転送したデ
ータのバイト数をカウントしておき、一定値Ｎに達した
場合に、即ち図７ではオクテットＮを受け取ったとき、
第１のＳＳＣＳ−ＰＤＵの最終バイトと判定し、オクテ
ットＮとトレーラ20-1をＣＰＳパケットペイロード18-N
に格納し、ＣＰＳパケット16-Nを組み立てる。このと
き、トレーラ20-1のメッセージタイプフィールド20-1-a
には、「フレーム正常終了」もしくは「後続フレーム有
り」のいずれかに相当するコードポイントを設定する。
また、ＣＰＳパケットヘッダ１７のＵＵＩフィールド17
-3にはメッセージの最終を示すコードを設定する。その
後、ＡＴＭ送信部９に送出する。

【００５８】次にオクテットＮ＋１、Ｎ＋２を受けとっ
たストリーミングモード型パケット組立部８は、ＳＳＣ
Ｓヘッダ１５とオクテットＮ＋１、Ｎ＋２をＣＰＳパケ
ットペイロード18-(N+1)に格納し、ＣＰＳパケットヘッ
ダ１７の各フィールドを設定してＣＰＳパケット16-(N+
1)を組立てる。このとき、ＳＳＣＳヘッダ１５のエクス
テンションビット15-bには０を設定する。（ストリーミ
ングモード型パケット組立部８は、あらかじめ２×Ｎバ
イト以内にＨＤＬＣフレーム長が納まることを通知され
ているものとする）

【００５９】その後、ストリーミングモード型パケット
組立部８は、ＨＤＬＣフレームの最終バイトＮ＋Ｋを、
ＨＤＬＣフレーム受信部６からデータ蓄積部７を介して
通知されるフレームエンド通知とともに受け取り、オク
テットＮ＋Ｋとトレーラ20-2をＣＰＳパケットペイロー
ド18-(N+K)に格納し、ＣＰＳパケット16-(N+K)を組み立
てる。

【００６０】このとき、トレーラ20-2のメッセージタイ
プフィールド20-2-aには、ＨＤＬＣフレーム受信部６か
らデータ蓄積部７を介して通知されるフレームの終了状
態通知の内容によって「フレーム正常終了」もしくは
「フレーム異常終了」のいずれかに相当するコードポイ
ントを設定する。また、ＣＰＳパケットヘッダ１７のＵ
ＵＩフィールド17-3にはメッセージの最終を示すコード
を設定する。

【００６１】一方、ストリーミングモード型パケット分
解部１１は、ＣＰＳパケット16-1を受信した際、ＣＰＳ
パケットペイロード18-1に格納されているＳＳＣＳヘッ
ダ１５のエクステンションビット15-bを調べ、１のと
き、内部継続フラグをセットし、オクテット１、２をデ
ータ抽出部１２に送出する。

【００６２】ＣＰＳパケット16-Nを受信した際、ＣＰＳ
パケットペイロード18-Nに格納されているオクテットＮ
をデータ抽出部１２に送出し、トレーラ20-1のメッセー
ジタイプフィールド20-1-aが「フレーム正常終了」を示
すコードポイントの場合、内部継続フラグがセットされ
ているとき、または、メッセージタイプフィールド20-1
-aが「後続フレーム有り」のとき、次のＣＰＳパケット
16-(N+1)の受信待ちに入り、メッセージタイプフィール
ド20-1-aが「フレーム正常終了」を示すコードポイン
ト、かつ内部継続フラグがセットされていない場合、
データ抽出部１２にフレーム終了を通知する。

【００６３】その後、ＣＰＳパケット16-(N+1)を受信し
た際、ＣＰＳパケットペイロード18-(N+1)に格納されて
いるオクテットＮ+1,N+2をデータ抽出部１２に送出す
る。また、ＣＰＳパケット16-(N+K)を受信した際、オク
テットＮ＋Ｋをデータ抽出部１２に送出する。トレーラ
20-2のメッセージタイプフィールド20-2-aのコードが
「フレーム正常終了」を示すコードポイントのとき、
データ抽出部１２にフレーム終了を通知する。「フレー
ム異常終了」を示すコードポイントのとき、データ抽出
部１２にフレームアボートを通知する。

【００６４】ストリーミングモード型パケット組立部
８、およびストリーミングモード型パケット分解部１１
に関して上記に示した動作以外は、実施の形態１と同じ
である。従って、上記実施の形態では、図７に示すよう
にＨＤＬＣフレームデータ３４が２つのＳＳＣＳ−ＰＤ
Ｕ19-1,19-2にまたがって転送されている。ＳＳＣＳ−
ＰＤＵの長さに制限がある理由はＣＲＣ−１０のエラー
検出能力の制約、およびＣＰＳパケットペイロード１８
の長さの制約によるものである。

【００６５】以上のように、本発明のフレーム転送装置
は、ＣＲＣ−１０のエラー検出能力、あるいはＣＰＳパ
ケットペイロード１８の長さの制約によりＳＳＣＳ−Ｐ
ＤＵ１９の長さに制限があるケースにおいても、ＳＳＣ
Ｓ−ＰＤＵ長を越えるＨＤＬＣフレームを転送すること
が可能になる。

【００６６】実施の形態３．以上の実施の形態３では、
ＳＳＣＳ−ＰＤＵ１９の長さをＣＰＳパケットヘッダ１
７のＣＰＳペイロードレングスフィールド１７ー２に示
された値を加えて算出しているが、本実施の形態ではＳ
ＳＣＳ−ＰＤＵ１９の長さを受信側に通知するものであ
る。図８はこのような場合のＨＤＬＣフレームのパケッ
ト化とその送信シーケンスを示す図である。図９は実施
の形態３におけるＳＳＣＳ−ＰＤＵ１９の構成を示す図
である。

【００６７】ストリーミングモード型パケット組立部８
は、ＨＤＬＣフレームの最終バイト（オクテットＮ）を
データ蓄積部７から受け取ったとき、ＣＰＳパケットペ
イロード18-1〜18-Nの合計長を、レングスフィールド２
１に設定し、オクテットＮをＣＰＳパケットペイロード
18-Nに格納し、ＣＰＳパケット16-Nを組立てる。このと
き、ＣＰＳパケットヘッダ１７のＵＵＩフィールド17-3
には「メッセージの先頭／中間」を示すコードを設定す
る。

【００６８】次に、レングスフィールド２１とトレーラ
２０をＣＰＳパケットペイロード18-(N+1)に格納し、Ｃ
ＰＳパケット16-(N+1)を組立てる。このとき、ＣＰＳパ
ケットヘッダ１７のＵＵＩフィールド17-3には「メッセ
ージの最終」を示すコードを設定する。

【００６９】一方、ストリーミングモード型パケット分
解部１１は、ＣＰＳパケットヘッダ１７のＵＵＩフィー
ルド17-3が「メッセージの最終」を示すコードを持つＣ
ＰＳパケット16-(N+1)を受信したとき、レングスフィー
ルド２１とトレーラ２０をＣＰＳパケットペイロード18
-(N+1)から取り出し、ＣＰＳパケットペイロード18-1〜
18-Nの合計長とレングスフィールド２１の値とが一致す
るかどうかを調べ、不一致のとき、データ抽出部１２に
フレームアボートを通知する。レングスフィールド２１
を含むＳＳＣＳ−ＰＤＵ１９の構成は図９の通りとな
る。

【００７０】以上のように、本実施の形態のフレーム転
送装置では、ＳＳＣＳ−ＰＤＵ１９の長さを示すレング
スフィールド２１を設けたので、ＳＳＣＳ−ＰＤＵ１９
の長さをＣＰＳパケットヘッダ１７のＣＰＳペイロード
レングスフィールド17-2に表示された値を加えて算出す
る必要がなく、またＣＲＣ−１０によるエラー検出もれ
をリカバーできる確率を低減できる。

【００７１】実施の形態４．以上の実施の形態３では、
１０ビットのＣＲＣ−１０のエラー検出能力によるＳＳ
ＣＳ−ＰＤＵ１９の長さに制限があり、長いＨＤＬＣフ
レームを複数のＳＳＣＳ−ＰＤＵ１９に分割する必要が
あったが、本実施の形態は、長さの制約を低減させたＳ
ＳＣＳ−ＰＤＵにより転送する例を示す。図１０はこの
ような場合のＨＤＬＣフレームのパケット化とその送信
シーケンスを示す図である。

【００７２】図１１は実施の形態４におけるＳＳＣＳ−
ＰＤＵ１９の構成を示す図であり、２２はタイプ４トレ
ーラ、22-aはフレーム転送装置間でＨＤＬＣフレームの
転送状態を表示するタイプ４ユーザ・ユーザ情報フィー
ルド、22-bはリザーブフィールド、22-cはタイプ４レン
グスフィールド、22-dは３２ビットのＣＲＣ３２フィー
ルドである。

【００７３】ストリーミングモード型パケット組立部８
とストリーミングモード型パケット分解部１１の動作を
図１０を用いて説明する。ＣＰＳパケット１６の組立て
・分解方法、およびＣＰＳパケットペイロード１８への
ＨＤＬＣフレームの格納・取り出し方法は、実施の形態
１あるいは２と同じである。ただし、ＳＳＣＳヘッダ１
５の構成は、データ種別フィールド15-cとパリティビッ
トフィールド15-aのみとなる。

【００７４】また、ＣＰＳパケットヘッダ１７のＵＵＩ
フィールド17-3の「メッセージ先頭・中間／最終」のコ
ードが、「メッセージ先頭・中間」が２７、「メッセー
ジ最終」が２６となる。さらに、実施の形態１あるいは
２のトレーラ２０がタイプ４トレーラ２２に置き換わ
る。図１１にタイプ４トレーラ２２の構成を示してい
る。タイプ４ユーザ・ユーザ情報フィールド22-aに、Ｈ
ＤＬＣフレームの終了状態、すなわち、「フレーム正常
終了」、「フレーム異常終了」を示すコードポイントを
設定する。

【００７５】また、タイプ４レングスフィールド22-cに
ＣＰＳペイロード１８の合計長を格納し、ＣＲＣ−３２
フィールド22-dにＣＰＳペイロード１８とタイプ４トレ
ーラ２２のうちＣＲＣ−３２フィールド22-dを除いたフ
ィールドに対するＣＲＣー３２の演算結果（剰余）を格
納する。

【００７６】以上のように、本実施の形態のフレーム転
送装置では、長いＣＲＣ（例えば３２ビット）を用いた
ので、長いＨＤＬＣフレームを１つのＳＳＣＳ−ＰＤＵ
で転送可能となる。

【００７７】

【発明の効果】以上のように、この第１の発明によれば
ＡＴＭ網上でストリーミングモードでＨＤＬＣフレーム
を転送するようにしているので、転送遅延を低減するこ
とができる。また、ＨＤＬＣフレームの同一データを繰
り返し転送していないため、転送セル数が少なく済み、
トラヒック量を低減することができる。また、ITU-Tに
おいてＡＡＬ２・ＳＳＣＳのパケットタイプとして検討
されているパケットタイプ３と、本発明に用いるヘッダ
とトレーラの構成が同一であり、プロトコルの類似性が
高く、実装する際、Ｈ／ＷあるいはＳ／Ｗ共通化が図
れ、装置コストが低減できる。

【００７８】第２の発明によれば、フラグパターン、挿
入“０”、ＦＣＳを含めたＨＤＬＣフレームのビットス
トリーム全体を転送するので、ＡＴＭ網内を透過的にＨ
ＤＬＣフレームを転送することができる。

【００７９】第３の発明によれば、ＳＳＣＳヘッダに後
続の有無を示すエクステンションビットを設けたので、
複数のＡＡＬタイプ２・ＳＳＣＳ−ＰＤＵにまたがった
長さを持つＨＤＬＣフレームを転送することができる。

【００８０】第４の発明によれば、ＳＳＣＳ−ＰＤＵ１
９の長さを示すレングスフィールド２１を設けたので、
ＳＳＣＳ−ＰＤＵ１９の長さをＣＰＳパケットヘッダ
１７のＣＰＳペイロードレングスフィールド17-2に表示
された値を加えて算出する必要がなく、またＣＲＣ−１
０によるエラー検出もれをリカバーできる確率を大きく
できる。

【００８１】第５の発明によれば、あらかじめ送信する
フレーム長が分からないケースにおいても、複数のＡＡ
Ｌタイプ２・ＳＳＣＳ−ＰＤＵにまたがった長さを持つ
ＨＤＬＣフレームを転送することができる。

【図面の簡単な説明】

【図１】 フレーム転送に係わるシステム構成を示す図
である。

【図２】 この発明のフレーム転送装置の構成を示すブ
ロック図である。

【図３】 実施の形態１におけるフレームのパケット化
と送信シーケンスを示す図である。

【図４】 実施の形態１におけるＳＳＣＳ−ＰＤＵと、
ＳＳＣＳヘッダおよびトレーラの関係を示す図である。

【図５】 実施の形態１におけるフレームの受信とパケ
ット分解のシーケンスを示す図である。

【図６】 実施の形態２におけるフレームのパケット化
と送信シーケンスを示す図である。

【図７】 実施の形態２における複数ＳＳＣＳ−ＰＤＵ
をまたがるフレームデータとの関係を示す図である。

【図８】 実施の形態３におけるフレームのパケット化
と送信シーケンスを示す図である。

【図９】 実施の形態３におけるＳＳＣＳ−ＰＤＵと、
ＳＳＣＳヘッダ、レングスフィールド、およびトレーラ
の関係を示す図である。

【図１０】 実施の形態４におけるフレームのパケット
化と送信シーケンスを示す図である。

【図１１】 実施の形態４におけるＳＳＣＳヘッダ、お
よびトレーラの内容を示す図である。

【図１２】 従来例のフレーム転送装置の構成を示すブ
ロック図である。

【図１３】 従来例におけるフレームのパケット化と送
信シーケンスを示す図である。

【図１４】 ＣＰＳパケットのヘッダの内容を示す図で
ある。

【図１５】 トレーラの内容を示す図である。

【図１６】 ＡＴＭセルへのＣＰＳパケットの格納方法
と、ＣＰＳパケットを格納するための制御フィールドの
内容を示す図である。

【図１７】 従来例におけるＣＰＳパケット受信とパケ
ット分解のシーケンスを示す図である。

【符号の説明】

１ 端末 ２ フレーム転送装置 ３ ＡＴＭ網 ４ ＰＢＸ（構内交換機） ５ モデム信号復調部 ６ ＨＤＬＣフレーム受信部 ７ データ蓄積部 ８ ストリーミングモード型パケット組立部 ９ ＡＴＭ送信部 １０ ＡＴＭ受信部 １１ ストリーミングモード型パケット分解部 １２ データ抽出部 １３ ＨＤＬＣフレーム送信部 １４ モデム信号変調部 １５ ＳＳＣＳヘッダ １５−ａ パリティビットフィールド １５−ｂ エクステンションビット １５−ｃ データ種別フィールド １６ ＣＰＳ（Common Part Sublayer）パケット １７ ＣＰＳパケットヘッダ １７−１ ＣＩＤ（Connection Identification)フィー
ルド １７−２ ＣＰＳペイロードレングス表示フィールド １７−３ ＵＵＩ（User・User Information) フィール
ド １７−４ ＨＥＣ（Header Error Correction) フィー
ルド １８ ＣＰＳパケットペイロード １９ ＳＳＣＳーＰＤＵ ２０ トレーラ ２０−ａ メッセージタイプフィールド ２０−ｂ ＣＲＣ−１０フィールド ２１ レングスフィールド ２２ タイプ４トレーラ ２２−ａ タイプ４トレーラのユーザ・ユーザ情報フィ
ールド ２２−ｂ リザーブフィールド ２２−ｃ タイプ４トレーラのレングスフィールド ２２−ｄ ＣＲＣ−３２フィールド ２３ 固定数データ蓄積部 ２４ メッセージモード型パケット組立部 ２５ メッセージモード型パケット分解部 ２６ データ比較部 ２７ ＡＴＭセルヘッダ ２８ ＡＴＭセルペイロード ２９ ＳＴＦ（Start Field） ３０ オフセットフィールド（OSF） ３１ ＳＮ（Sequence Number） ３２ ＳＴＦのパリティビット ３３ ダミーデータ ３４ ＨＤＬＣフレームデータ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 変調されたモデム信号を受信し、復調し
   た後にＨＤＬＣフレームを抽出し、ＡＴＭセルに組立て
   ＡＴＭ網に送信すると共に、ＡＴＭ網から受信したＡＴ
   Ｍセルを分解しＨＤＬＣフレームを復元した後、モデム
   信号に変調して加入者回線に送信するフレーム転送装置
   において、以下の構成要素を有するフレーム転送装置。 ａ．上記変調されたモデム信号を復調するモデム信号復
   調部、 ｂ．上記復調されたデータからＨＤＬＣフレームを抽出
   し、フラグパターンならびにフラグパターンとそれ以外
   のデータとの識別用に挿入された“０”を除去し、デー
   タ部分を抽出するＨＤＬＣフレーム受信部、 ｃ．上記ＨＤＬＣフレーム受信部からのデータを蓄積す
   るデータ蓄積部、 ｄ．上記データ蓄積部からのデータがフレームの先頭で
   ある場合、Service Specific Convergence Sublayer
   （以下ＳＳＣＳ）ペイロードのデータ種別とＳＳＣＳヘ
   ッダ自身に対するパリティビットを格納したＳＳＣＳヘ
   ッダと先頭データを含む１または複数バイトごとにパケ
   ットを組み立て、フレームの先頭または最終以外の場
   合、１または複数バイトごとにＡＡＬタイプ２のCommon
   Part Sublayer（以下ＣＰＳ）パケットに組立て、フレ
   ームの最終データの場合、ＳＳＣＳヘッダおよびＳＳＣ
   Ｓペイロードに対するＣＲＣ演算結果とＨＤＬＣフレー
   ムの受信ステータスを格納したトレーラを、最終データ
   と同一ＣＰＳパケット、または別のＣＰＳパケットに組
   立てるストリーミングモード型パケット組立部、 ｅ．上記ＡＴＭセルに上記ＣＰＳパケットを、ＡＡＬタ
   イプ２（ＩＴＵ−Ｔ勧告I.363.2）の勧告に従って格納
   し、上記ＡＴＭ網にそのＡＴＭセルを送信するＡＴＭ送
   信部、 ｆ．上記ＡＴＭ網からＡＴＭセルを受信し、ＡＡＬタイ
   プ２の勧告に従ってＣＰＳパケットを抽出するＡＴＭ受
   信部、 ｇ．上記ＡＴＭ受信部が抽出したＣＰＳパケットが先頭
   ＣＰＳパケットの場合には、それに含まれるＳＳＣＳヘ
   ッダのデータ種別を識別後、後続のデータを抽出してデ
   ータゆらぎ吸収部へ送出し、中間ＣＰＳパケットの場合
   には、ＣＰＳペイロードのデータをそのままデータゆら
   ぎ吸収部へ送出し、最終ＣＰＳパケットの場合には、デ
   ータが含まれている場合には、そのデータをデータゆら
   ぎ吸収部へ送出し、トレーラのＣＲＣ演算結果と、先頭
   ＣＰＳパケットからのＣＰＳペイロード部分に対するＣ
   ＲＣ演算結果を比較し不一致のとき、またはトレーラの
   ＨＤＬＣフレーム受信ステータスが異常終了のとき、デ
   ータゆらぎ吸収部にアボートパターンを送出するストリ
   ーミングモード型パケット分解部、 ｈ．ストリーミングモード型パケット分解部からのデー
   タを一時的にバッファリングしゆらぎを吸収するデータ
   ゆらぎ吸収部、 ｉ．上記ゆらぎ吸収部がゆらぎ吸収したデータがアボー
   トパターンならそのビットストリームのまま、それ以外
   のデータならフラグパターンとの識別用の“０”を挿入
   し、フラグパターンを追加してＨＤＬＣフレームに組立
   てるＨＤＬＣフレーム送信部、 ｊ．ＨＤＬＣフレームをモデム信号に変調して送信する
   モデム信号変調部。
2. 【請求項２】 上記ＨＤＬＣフレーム受信部は、モデム
   信号復調部にて復調されたデータからＨＤＬＣフレーム
   を抽出し、抽出したフレームをビットストリームとして
   ８ビット単位に区切ってデータ蓄積部に転送し、 上記ＨＤＬＣフレーム送信部はデータゆらぎ吸収部から
   のデータをビットストリームとして加工することなく、
   上記モデム信号変調部に送出することを特徴とする請求
   項１に記載のフレーム転送装置。
3. 【請求項３】 上記ストリーミングモード型パケット組
   立部は、ＳＳＣＳヘッダにエクステンションビットを付
   加し、複数のＳＳＣＳ−ＰＤＵにまたがるフレームを送
   信する場合に、後続ＳＳＣＳ−ＰＤＵの１つ前のＳＳＣ
   Ｓ−ＰＤＵのＳＳＣＳヘッダのエクステンションビット
   をセットし、 上記ストリーミングモード型パケット分解部は、ＳＳＣ
   Ｓヘッダのエクステンションビットがセットされていれ
   ば、後続のＳＳＣＳ−ＰＤＵを前のＰＤＵと連結して一
   つのＨＤＬＣフレームデータとして構成しデータゆらぎ
   吸収部へ送出することを特徴とする請求項１または請求
   項２に記載のフレーム転送装置。
4. 【請求項４】 上記ストリーミングモード型パケット組
   立部は、ＰＤＵの最終データとトレーラの間にＳＳＣＳ
   ペイロード長を付加し、 上記ストリーミングモード型パケット分解部は、該当フ
   ィールドのＳＳＣＳペイロード長をリードし、それまで
   受信したデータの合計長と比較し、不一致の場合、デー
   タゆらぎ吸収部にフレームアボートを指示することを特
   徴とする請求項１、請求項２または請求項３に記載のフ
   レーム転送装置。
5. 【請求項５】 上記ストリーミングモード型パケット組
   立部は、トレーラ内にフレーム継続を表示するコードポ
   イントを付加し、複数のＳＳＣＳ−ＰＤＵにまたがるフ
   レームを送信する場合には、後続ＳＳＣＳ−ＰＤＵの１
   つ前のＳＳＣＳ−ＰＤＵのトレーラ内にフレーム継続を
   表示するコードポイントを設定し、 上記ストリーミングモード型パケット分解部は、トレー
   ラ内にフレーム継続を表示するコードポイントを設定さ
   れている場合、後続のＳＳＣＳ−ＰＤＵを現在受信中の
   ＳＳＣＳ−ＰＤＵとを連結して一つのＨＤＬＣフレーム
   データとして構成し、データゆらぎ吸収部へ送出するこ
   とを特徴とする請求項１または請求項２に記載のフレー
   ム転送装置。