JP3426224B2 - 移動通信システムにおける無線リンクプロトコルによる可変長データの伝送装置及び方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、符号分割多重接続
(Code Division Multiple Access: 以下、ＣＤＭＡ)方
式の移動通信システムに関し、特に、無線環境における
効率的なデータ伝送のために使用される無線リンクプロ
トコル(Radio Link Protocol: 以下、ＲＬＰ)によって
データを伝送する装置及び方法に関する。

【０００２】

【従来の技術】一般的に、ＣＤＭＡ方式の移動通信シス
テムは、主に音声サービスを提供するＩＳ-９５規格か
ら、高速データの伝送もできるＣＤＭＡ−２０００規格
まで発展してきた。前記ＣＤＭＡ−２０００規格は高品
質の音声サービス、動画像、インターネット検索などの
サービスもできる。

【０００３】図１は、前記ＣＤＭＡ−２０００規格から
提供する典型的なパケットデータサービスの例を示す。
図１で、端末器(ＭＳ)は、ターミナル装置(Terminal Eq
uipment: 以下、ＴＥ)と端末装置(Mobile Termination:
以下、ＭＴ)とからなる。図１で、基地局は交換器とと
もに、ＢＳ／ＭＳＣ(Base Station/Mobile Switching C
enter)で示し、インターワーキング機能(Interworking
Function: 以下、ＩＷＦ)部はＢＳ／ＭＳＣとデータ網
(例: インターネット)とを連結する。前記ＩＷＦ部は、
相違のプロトコルを使用する場合、相互プロトコルを変
換させる装置である。図１で、端末器とＩＷＦ部の上位
サービス(または、ウェブサービス)処理部は、ネットワ
ークプロトコル(Internet Protocol: ＩＰ)処理部とリ
ンクプロトコル(Point-to-Point Protocol: ＰＰＰ)処
理部を通してデータを交換する。つまり、上位サービス
処理部が生成したデータは、最終的にリンクプロトコル
パケットの形態で下位階層に伝達され、下位階層は適切
なプロトコルを使用して伝送される。

【０００４】図１は、ＴＥとＭＴとの間にＥＩＡ−２３
２制御器が使用される例を示す。生成されたＲＬＰフレ
ームは、ＣＤＭＡ−２０００規格のＩＳ−２０００規格
によって連結された物理チャネルを通して伝送される。
前記連結された物理チャネルを通して基地局に受信され
たＲＬＰパケットは、またリンクプロトコルパケットに
復元され、復元されたパケットはリレー階層(relay lay
er)を通して前記ＩＷＦ部に伝送される。一般的に、基
地局とＩＷＦ部との間のインターフェース連結はＩＳ−
６５８規格によって遂行される。前記ＩＷＦ部で、リン
クプロトコル階層はリンクプロトコルパケットからデー
タを読み出してネットワークプロトコル処理部に伝達
し、最終的に前記データは上位サービス処理部に伝達さ
れる。ＲＬＰを介してリンクプロトコルパケットを無線
リンクプロトコルフレームで分配することは、本発明の
要旨の１つである。

【０００５】前記過程は、端末器から基地局にデータを
伝送する過程で、基地局から端末器にデータを伝送する
逆の過程もまた同様に遂行される。ＣＤＭＡ−２０００
規格では、多様なサービスを提供するために、図１とは
異なる多様な構成を支援する。しかしながら、前記多様
な構成は、前記上位サービスデータを持つ前記リンクプ
ロトコルパケットがＲＬＰを介して無線物理チャネルで
伝送されるという共通点がある。

【０００６】前記ＲＬＰタイプ-３(RLP Type-3)規格
は、現在伝送率集合１(Rate Set 1)に対して９．６Ｋｂ
ｐｓまたは１９．２Ｋｂｐｓの物理チャネルフレームを
詰めるために適するサイズのＲＬＰフレーム、または、
伝送率集合２(Rate Set 2)に対して１４．４Ｋｂｐｓま
たは２８．８Ｋｂｐｓの物理チャネルフレームを入れる
ために、適するサイズのＲＬＰフレームだけを生成す
る。従って、物理チャネルが１５３．６Ｋｂｐｓまたは
２３０．４Ｋｂｐｓのように高い伝送率で動作する時
は、多数のＲＬＰフレームを１つの物理チャネルフレー
ムに入れる方法を使用する。もし、前記物理チャネルが
前記ＲＬＰタイプ-３規格で支援する最大伝送率である
１５３．６または２３０．４Ｋｂｐｓの以上の伝送率を
支援する場合、例えば、３０７．２Ｋｂｐｓ、４６０．
８Ｋｂｐｓ、６１４．４Ｋｂｐｓ、１０３６．８Ｋｂｐ
ｓなどの伝送率を支援する場合には、もっと多いＲＬＰ
フレームを１つの物理チャネルフレームに入れることが
できる。しかしながら、前記のような方式は、１つの物
理チャネルフレームに１つの大きなＲＬＰフレームを入
れる方法に比べて、フレームヘッダに対する負担が大き
くなり、使えない部分が増加するので、効率的な方法で
ない。従って、現在のＲＬＰタイプ-３フレームより大
きいＲＬＰフレームを伝送するためには、既存の方法と
は異なる新たな方法が必要である。

【０００７】前記ＲＬＰタイプ-３が遂行する大事な動
作の中で１つは、セグメントフレーム(Segmented Fram
e)を生成して解析することである。つまり、伝送するべ
き再伝送フレームのサイズが、伝送できるデータブロッ
クのサイズより大きい場合、ＲＬＰは前記伝送するべき
再伝送フレームのデータ部分を幾つかのセグメントフレ
ームに分けて伝送する。前記ＲＬＰタイプ-３規格で
は、前記分割過程(Segmentation Procedure)が次のよう
に行われる。

【０００８】第１、ＲＬＰタイプ-３はセグメントを最
大３つまで生成することができる。それぞれのセグメン
トはＦＩＲＳＴ、ＳＥＣＯＮＤ、ＬＡＳＴの３つの値に
区別される。３つ以上のセグメントが必要である場合、
ＲＬＰタイプ-３は３つのセグメントフレームで再伝送
フレームが伝送できるまで、前記再伝送フレームを伝送
しない。

【０００９】第２、セグメントフレームに対する組み立
て作業は、全てのセグメントが受信されてから遂行され
る。つまり、ＦＩＲＳＴ、ＳＥＣＯＮＤ、及びＬＡＳＴ
のセグメントフレームの中で受信されていないセグメン
トフレームが１つでもある場合は、全体セグメントを再
伝送しなければならない。

【００１０】前記ＲＬＰタイプ-３規格は、前記のよう
に、現在伝送率集合１に対して９．６Ｋｂｐｓまたは１
９．２Ｋｂｐｓの物理チャネルフレームを詰めることの
できるサイズのＲＬＰフレーム、また、伝送率集合２に
対して１４．４Ｋｂｐｓまたは２８．８Ｋｂｐｓの物理
チャネルフレームを詰めることのできるサイズのＲＬＰ
フレームだけを生成するので、最低の伝送率である９．
６Ｋｂｐｓや１４．４Ｋｂｐｓで、最大３つのセグメン
トだけで十分に伝送できる。しかしながら、物理チャネ
ルがより高い伝送率で伝送効率を高めるためにもっと大
きいＲＬＰフレームを使用するようになると、既存の分
割方法とは異なる新たな方法が必要になる。

【００１１】

【発明が解決しようとする課題】本発明の目的は、移動
通信システムで、ブロック単位及びデータバイト単位の
一連番号を使用することにより、多様な長さのＲＬＰフ
レームの生成及びより多いデータの伝送ができるように
することにある。

【００１２】本発明の他の目的は、移動通信システム
で、ＲＬＰフレームを伝送する時、ブロック単位及びデ
ータバイト単位の一連番号を使用することにより、ＲＬ
Ｐフレームヘッダのサイズを小さくして伝送の効率を高
めることにある。

【００１３】本発明のまた他の目的は、移動通信システ
ムでＲＬＰフレームを再伝送する時、ブロック単位及び
データバイト単位の一連番号を使用することにより、Ｒ
ＬＰブロックまたはデータセグメントに対する再伝送を
要請するＮＡＫ(Non Acknowledge)フレームをより効果
的に構成し、１つのＮＡＫフレームでより多い再伝送要
請ができるようにすることにある。

【００１４】

【課題を解決するための手段】前記のような目的を達成
するために、本発明による移動通信システムにおけるデ
ータ伝送方法において、可変長データを持つ少なくとも
１つの順次フレームで、可変長データを持ち、各順次ブ
ロックはバイト長を持つ複数のサブ順次ブロックで分割
される複数の順次ブロックで分割されるデータストリー
ムを分割する過程と、前記順次フレームのそれぞれのヘ
ッドに、前記ヘッドに対応する順次ブロックの一連番号
を示す第１セットのビットと、前記ヘッドに対応するサ
ブ順次ブロックの一連番号を示す第２セットのビット
と、を含むヘッダを付ける過程と、前記ヘッダが付けら
れた前記順次フレームを伝送する過程と、を含むことを
特徴とする。

【００１５】

【発明の実施の形態】本発明の望ましい実施形態を添付
図面を参照して詳細に説明する。下記説明において、本
発明の要旨を明確にするために関連した公知機能または
構成に対する具体的な説明は省略する。

【００１６】図２は、本発明が適用されるＲＬＰによっ
てデータを送受信する移動通信システムの構成を示す。

【００１７】図２を参照すると、物理階層処理器１５
０、２５０は、ＩＳ−２０００規格によって端末器と基
地局との間に物理チャネルをそれぞれ連結し、ＲＬＰ処
理器１３０、２３０とから提供されるＲＬＰフレーム
を、前記連結された物理チャネルを通して相対の物理階
層にそれぞれ伝達し、前記物理チャネルを通して受信さ
れるＲＬＰフレームをＲＬＰ処理器１３０、２３０にそ
れぞれ伝達する。多種化／逆多種化制御器１４０、２４
０は各ＲＬＰと物理階層処理器との間に設置する。

【００１８】多種化／逆多種化制御器１４０、２４０
は、ＲＬＰ処理器１３０、２３０から受信されるＲＬＰ
フレームのヘッドに目的地及びサイズ情報を付けて、物
理階層処理器１５０、２５０に伝達する多種化機能と、
逆に、物理階層処理器１５０、２５０から受信されるＲ
ＬＰフレームの目的地及びサイズを確認した後、前記確
認結果を上位ＲＬＰ処理器１３０、２３０に伝達する逆
多種化機能と、を遂行する。送信データバッファ１２
２、２２２は、リンクプロトコル(ＰＰＰ)処理器１１
０、２１０から受信するデータを貯蔵するメモリ装置で
あり、ＲＬＰ処理器１３０、２３０から要求がある時、
要求されたサイズに合わせて貯蔵されたパケットを順に
分割する。また、受信データバッファ１２４、２２４
は、ＲＬＰ処理器１３０、２３０から提供されたデータ
をそれぞれ順に貯蔵する。前記貯蔵されたデータは前記
ＥＩＡ−２３２制御器やＩＳ−６５８制御器によって、
ＰＰＰ処理器またはＩＷＦ部に伝達される。前記ＥＩＡ
−２３２制御器やＩＳ−６５８制御器は、ＥＩＡ−２３
２規格またはＩＳ−６５８規格によって動作し、前記デ
ータバッファ１２２、１２４、２２２、２２４とリンク
プロトコル処理器１１０、２１０との間でデータの送受
信を遂行する。現在ＣＤＭＡ−２０００パケットサービ
スでは、前記ＥＩＡ−２３２制御器やＩＳ−６５８制御
器の以外の他の方式も使用できるので、図２には、前記
制御器を図示しない。

【００１９】図３は、本発明によるデータ送信器の構成
を示す。図３を参照すると、ＲＬＰフレームを送信処理
するためのＲＬＰ処理器１３０は、ＲＬＰ制御器１３１
と、Ｌ＿Ｖ(Ｓ)レジスタ１３２と、順方向再整列バッフ
ァ(または、再伝送バッファ)１３３と、を含む。前記Ｒ
ＬＰ制御器１３１は、送信データバッファ１２２からデ
ータを受信してＲＬＰ フレームを生成した後、多種化
／逆多種化制御器１４０に前記生成されたＲＬＰフレー
ムで詰めたデータブロックを伝送する。前記順方向再整
列バッファ(Forward Resequencing Buffer)１３３は、
再整列データを貯蔵するためのメモリ装置である。前記
Ｌ＿Ｖ(Ｓ)レジスタ１３２は、前記ＲＬＰ制御器１３１
によって送信データバッファ１２２に貯蔵される送信デ
ータを幾つかのブロックに分割し、各ブロックに一連番
号(ブロック一連番号)を付与し、各データバイトの一連
番号を付ける時に使用する一連番号(データ 一連番号)
をカウントする。

【００２０】図４は、本発明によるデータ受信器の構成
を示す。図４を参照すると、ＲＬＰフレームを受信処理
するためのＲＬＰ処理器１３０は、ＲＬＰ制御器１３１
と、Ｌ＿Ｖ(Ｎ)レジスタ１３５と、Ｌ＿Ｖ(Ｒ)レジスタ
１３６と、Ｅレジスタ１３４と、ＮＡＫリスト１３７
と、再整列バッファ１３８と、を含む。前記ＲＬＰ制御
器１３１は、多種化／逆多種化制御器１４０でＲＬＰフ
レームを受信して、データが順に受信されたか否かを検
査する。順に受信された場合、ＲＬＰ制御器１３１は受
信データバッファ１２４に前記データを伝達する。順に
受信されなかった場合、前記ＲＬＰ制御器１３１は再整
列バッファ１３８に前記データを貯蔵し、ＮＡＫリスト
１３７に再伝送を要請する部分を記録して、次回の制御
フレームの送信時にＮＡＫリスト１３７に貯蔵された部
分を制御フレームに入れる。

【００２１】前記Ｅレジスタ１３４は、損傷したデータ
ブロックの数を記録する。前記多種化／逆多種化制御器
１４０が損傷したデータブロックをＲＬＰ制御器１３１
に知らせると、前記ＲＬＰ制御器１３１は、この値をＥ
レジスタ１３４に記録して、再設定が必要な時に使用で
きるようにする。前記Ｌ＿Ｖ(Ｎ)レジスタ１３５は、受
信されるべきデータの中で受信できなかった１番目のデ
ータバイトの一連番号を貯蔵する。前記Ｌ＿Ｖ(Ｒ)レジ
スタ１３６は、次に新しく受信されるべきデータバイト
の一連番号を貯蔵する。例えば、一連番号の１番から７
番のデータバイトが受信されて、この中の３番及び４番
のデータバイトが損傷した場合(または、受信に失敗し
た場合)、前記Ｌ＿Ｖ(Ｎ)レジスタ１３５には受信でき
なかった１番目のデータバイトである一連番号３番のデ
ータバイトが貯蔵され、前記Ｌ＿Ｖ(Ｒ)レジスタ１３６
には新しく受信されるべきデータバイトである一連番号
８番のデータバイトが貯蔵される。

【００２２】本発明によって、可変長ＲＬＰフレームを
生成して送受信する動作は、大別して多種化／逆多種化
制御器１４０、２４０による動作と、ＲＬＰ処理器１３
０、２３０による動作と、に分けられる。前記多種化／
逆多種化制御器１４０と２４０との動作及びＲＬＰ処理
器１３０と２３０との動作はそれぞれ同一に遂行される
ので、下記の本発明による動作は便宜上多種化／逆多種
化制御器１４０と、ＲＬＰ処理器１３０の動作に限って
説明する。

【００２３】Ａ. 本発明の一実施形態による多種化／逆
多種化制御器の送受信動作 １. 多種化／逆多種化制御器の送信動作 現在連結されている物理チャネルを通して、パケットデ
ータだけでなく、音声データなどの他の多様な情報が同
時に送信できるので、多種化／逆多種化制御器に伝送す
るデータを提供する過程を‘サービス’または‘サービ
スブロック’と称する。また、多種化／逆多種化制御器
１４０と物理階層処理器１５０とが相互交換する伝送単
位を‘情報ビット(information ビット)’または‘物理
フレーム(physical frame)のペイロード(payload)’と
称し、ＲＬＰ処理器１３０を含む上位サービスブロック
と多種化／逆多種化制御器１４０とが相互交換する伝送
単位を‘データブロック’または‘ＲＬＰフレーム’と
称する。

【００２４】送信側の多種化／逆多種化制御器１４０
は、毎設定時間(例: 20ms)に、物理階層処理器１５０に
伝送する情報ビットを生成する。つまり、多種化／逆多
種化制御器１４０は、現在連結されている全ての物理チ
ャネルに対して、物理チャネルを通して伝送されるフレ
ームのペイロードに入れる情報ビットを生成する。ＩＳ
−２０００規格には、基本チャネル(Fundamental Chann
el)と、専用制御チャネル(Dedicated Control Channel)
と、付加チャネル(Supplemental Channel)と、が存在す
る。前記多種化／逆多種化制御器１４０は、前記基本チ
ャネル、専用制御チャネル、付加チャネルのいずれ１つ
のチャネルを通して前記生成された情報ビットを物理階
層処理器１５０に伝達する時、次のようなフィールドを
伝達する。

【００２５】− ＳＤＵ: 実際伝送される情報ビットを
入れる。伝送される情報ビットがない場合は、前記多種
化／逆多種化制御器と物理階層との間で予め約束したナ
ル値を入れる。

【００２６】− ＦＲＡＭＥ＿ＳＩＺＥ: 情報ビットが
入れられる物理チャネルフレームのサイズ情報を入れ
る。前記ＳＤＵにナル値が入れられる場合、物理階層で
このフィールド値を無視する。

【００２７】− ＦＲＡＭＥ＿ＲＡＴＥ: 情報ビットが
入れられる物理チャネルフレームの伝送率を示す。前記
ＳＤＵにナル値が入れられる場合、物理階層でこのフィ
ールド値を無視する。

【００２８】送信側の多種化／逆多種化制御器１４０が
前記フィールド値を物理階層処理器１５０に伝達する
時、前記物理階層処理器１５０は、指定された符号化方
法及び復調方式を使用して伝達された値を処理した後、
前記処理の結果を受信側に伝送する。

【００２９】送信側の多種化／逆多種化 制御器１４０
は、物理チャネルに伝達する論理伝送単位のペイロード
または情報ビットを生成するために、現在論理チャネル
(logical channel)が連結されている物理チャネルに対
応するサービスで伝送するデータブロックを使用する。
前記論理チャネルが連結される物理チャネルに対応する
サービスは、現在生成される情報ビットを伝送する物理
チャネルに自分のデータブロックを伝送することができ
るサービスである。このようなサービスを端末器と基地
局との間に相互連結する過程と、前記サービスの論理チ
ャネルを物理チャネルに連結する過と、はＩＳ−２００
０規格に規定されたシグナリングメッセージ(signaling
message)とシグナリング手順(signaling procedure)に
よって可能である。

【００３０】送信側の多種化／逆多種化制御器１４０
は、現在論理チャネルが連結されている物理チャネルに
対応するサービスのデータブロックを伝送すると決定し
た場合、優先順位によって前記サービスから適切な長さ
のデータブロック(図５Ａを参照)を受信する。前記多種
化／逆多種化制御器１４０は、前記サービスからデータ
ブロックを受信する時、受信側の多種化／逆多種化制御
器から受信された前記データブロックを伝達するサービ
スが分かるように、サービス認識者(service identifie
r)と、前記データブロックに長さ情報を付けたマルチプ
レックスフレームＭｕｘＰＤＵと、を生成する(図５Ｂ
を参照)。前記マルチプレックスフレームＭｕｘＰＤＵ
は、多数のサービスから提供された幾つかのデータブロ
ックとシグナリングメッセージとをともに持つことがで
きる。また、１つまたは複数のＭｕｘＰＤＵ毎に、誤謬
をチェックするＣＲＣ(Cyclic Redundancy Code)が付着
できる。図５Ｃに示すように、複数のＭｕｘＰＤＵ毎に
誤謬をチェックするＣＲＣが追加される場合、１つのＣ
ＲＣと、前記ＣＲＣによって保護される情報ビットの一
部分を‘論理伝送単位(Logical Transmission Unit: Ｌ
ＴＵ)’と言い、前記物理階層に伝達される情報ビット
を幾つかの部分に分割して、各部分に誤謬をチェックす
るＣＲＣを入れる方式を‘論理伝送単位(logical trans
mission unit)が使用された’と言う。ここで、前記分
割された情報ビットの各部分を‘論理伝送単位(logical
transmission unit)’と言い、前記ＣＲＣによって保
護されたＣＲＣを除いた論理伝送単位の残りの部分を
‘論理伝送単位のペイロード’と言う(図５Ｃを参照)
(１つまたは複数のＭｕｘＰＤＵ)。これらの論理伝送単
位は、受信側の多種化／逆多種化制御器によって正しく
受信されたかを否かを判断する基本単位になる。前記論
理伝送単位が使用されない場合は、受信側の多種化／逆
多種化制御器で正しく受信されたか否かを判断する基本
単位は、情報ビットになる。

【００３１】送信側の多種化／逆多種化制御器１４０
は、現在伝送される物理チャネルフレームに対して、で
きる伝送率、情報ビットのサイズ、論理伝送単位が使用
されるか否か、使用される場合の論理伝送単位のサイ
ズ、及びＣＲＣ生成方法を予め分かっているべきであ
る。このような形状情報(configuration)は、端末器と
基地局が予め約束した範囲で、物理階層から提供される
現在の物理チャネルの状態によって前記多種化／逆多種
化制御器１４０が生成する情報ビットのサイズと、論理
伝送単位の生成方式と、を決定するに使用される。前記
送信側の多種化／逆多種化制御器１４０は、論理伝送単
位の使用を決定する場合、論理伝送単位のペイロードに
データブロックを含むＭｕｘＰＤＵを入れて、残りの空
間はフィルＭｕｘＰＤＵまたはフィルビットパターン(f
ill bit pattern)を入れた後、生成された論理伝送単位
のペイロードに対するＣＲＣを生成する。前記送信側の
多種化／逆多種化制御器１４０は、前記過程を必要な論
理伝送単位数だけ繰り返して、生成された論理伝送単位
を情報ビットに順次的に入れた後、残りの空間は‘０’
を入れて、結果情報ビットを物理階層処理器１５０に伝
達する。

【００３２】前記送信側多種化／逆多種化制御器１４０
は、論理伝送単位を使用しないと決定した場合、情報ビ
ットにデータブロックを含むＭｕｘＰＤＵを入れて、残
りの空間にはフィルＭｕｘＰＤＵまたはフィルビット列
を入れた後、生成された情報ビットを物理チャネルに伝
達する。

【００３３】前記多種化／逆多種化制御器１４０は、こ
れ以上伝送するデータブロックがない場合、情報ビット
の残りの部分を詰めるために、受信側の多種化／逆多種
化制御器と予め約束した特定サービス認識者に付いたＭ
ｕｘＰＤＵを使用するか、または、受信側の多種化／逆
多種化制御器と予め約束した一定なビットパターンを使
用する。本発明では、前記特定サービス認識者に付いた
ＭｕｘＰＤＵを‘フィルＭｕｘＰＤＵ’と、そして、前
記一定なビットパターンを‘フィルビットパターン’と
言う。

【００３４】前記過程で、論理チャネルが連結された物
理チャネルに対応するサービス及びシグナリング生成器
から受信されるシグナリングメッセージまたはデータブ
ロックがない場合、多種化／逆多種化制御器１４０は、
現在伝送しようとする物理チャネルによって相違して動
作する。つまり、専用制御チャネルや付加チャネルの場
合、多種化／逆多種化制御器１４０はナル値をＳＤＵに
伝達する。基本チャネルの場合、前記多種化／逆多種化
制御器１４０は、受信側の多種化／逆多種化制御器と予
め約束した一定なビットパターンを情報ビットとして物
理チャネルに伝達する。本発明で、前記一定なビットパ
ターンを‘ナルトラヒック’と言う。

【００３５】送信側の多種化／逆多種化制御器に前記サ
ービスが何のデータブロックも伝送しないということを
知らせるために‘ナルデータブロック(null data bloc
k)’を伝達する。前記ナルデータブロックは、何の内容
もないデータブロックで、特殊な目的のみのために使用
される。

【００３６】２. 多種化／逆多種化制御器の受信動作 受信側の物理階層処理器１５０は、受信された信号を指
定された復号化方法及び復調方式などを使用して解析し
た後、受信された物理階層フレームに入っている情報ビ
ット部分を受信側の多種化／逆多種化制御器１４０に伝
達する。物理階層処理器１５０は、情報ビットを解析し
て多種化／逆多種化制御器１４０に伝達する時、次のよ
うな情報を伝達する。

【００３７】− ＳＤＵ: 実際伝送される情報ビットを
入れる。受信された情報ビットがないか、または、受信
されたフレームが損傷した場合、このフィールドは、前
記多種化／逆多種化制御器１４０と物理階層処理器１５
０との間に予め約束したナル値が入れられる。

【００３８】− ＦＲＡＭＥ＿ＱＵＡＬＩＴＹ: 受信さ
れた物理チャネルフレームが有効なフレームであるか否
かを示す。

【００３９】− ＦＲＡＭＥ＿ＳＩＺＥ: 受信された物
理チャネルフレームのサイズを入れる。このフィールド
値は、受信された物理チャネルフレームの伝送速度によ
って決定される。

【００４０】− ＦＲＡＭＥ＿ＲＡＴＥ: 受信された物
理チャネルフレームの伝送速度を入れる。

【００４１】前記受信側の多種化／逆多種化制御器１４
０は、現在受信された物理チャネルフレームに対する伝
送速度、情報ビットのサイズ(長さと数)と、論理伝送単
位が使用されたか否か、論理伝送単位が使用された場合
は受信された論理伝送単位のサイズ、及びＣＲＣ生成方
法を予め分かっているべきである。このような形状情報
は、端末器と基地局との間で予め約束した範囲で、物理
階層処理器１５０が提供する前記情報によって決定でき
る。

【００４２】前記受信側の多種化／逆多種化制御器１４
０は、受信された物理チャネルフレーがないと判断して
ＳＤＵにナル値を入れ、フレーム品質フィールド(FRAME
_QUALITY filed)に有効フレームが受信されたと知らせ
ると、論理チャネルが連結された物理チャネルに対応す
る全てのサービスに受信されたフレームはなかったと知
らせる。

【００４３】前記受信側の物理階層処理器１５０がＳＤ
Ｕにナル値を入れなかったと、または、フレーム品質フ
ィールドに損傷したフレームが受信されたと知らせる
時、前記受信側の多種化／逆多種化制御器１４０は、前
記形状情報と受信側の物理階層処理器１５０が提供した
前記情報と基づいて論理伝送単位が、受信されたフレー
ムのために使用されたか否かを決定する。

【００４４】論理伝送単位が使用された場合、前記受信
側の多種化／逆多種化制御器１４０は、論理伝送単位の
長さ、ＣＲＣ検査方法、及び論理伝送単位の個数を決定
する。前記多種化／逆多種化 制御器１４０は、論理伝
送単位の個数で受信された情報ビットを分ける。前記多
種化／逆多種化制御器１４０は、論理伝送単位の長さと
個数とを予め分かっているので、受信された情報ビット
を前記伝送単位の個数の領域に分けて、前記論理伝送単
位を区分することができる。

【００４５】割り当てられた物理チャネルが受信した情
報ビットを伝送する時、前記多種化／逆多種化制御器１
４０は、物理チャネルから伝達されたフレーム品質フィ
ールドによって、受信された情報ビットが損傷している
か否かを判断する。前記多種化／逆多種化制御器１４０
は、受信された情報ビットが損傷しており、幾つかの論
理伝送単位に分割されていると、前記過程から区分され
た各論理伝送単位のＣＲＣを再び評価して、誤謬のない
論理伝送単位が存在するかを確認する。

【００４６】誤謬のある論理伝送単位が存在すると、前
記多種化／逆多種化制御器１４０は、それぞれの誤謬の
ある論理伝送単位に対して、論理チャネルが連結された
物理チャネルに対応する全てのサービスに、損傷したデ
ータブロックが受信されたことを知らせる。

【００４７】受信された情報ビットが壊れており、１つ
または幾つかのＭｕｘＰＤＵ毎に誤謬をチェックするＣ
ＲＣが含んでいない場合、前記受信側の多種化／逆多種
化制御器１４０は、論理チャネルが連結された物理チャ
ネルに対応する全てのサービスに損傷したデータブロッ
クが受信されたことを知らせる。

【００４８】誤謬のないＬＴＵまたは情報ビットが受信
された時、前記受信側の多種化／逆多種化制御器１４０
は、誤謬のないＭｕｘＰＤＵをＬＴＵのフィルビットパ
ターンまたは情報ビットから分離する。前記分離された
ＭｕｘＰＤＵがナルトラヒックまたはフィルＭｕｘＰＤ
Ｕでない場合、前記多種化／逆多種化制御器１４０は、
前記ＭｕｘＰＤＵのサービス認識者が指定するサービス
に、前記ＭｕｘＰＤＵに含まれたデータブロックとデー
タブロックの長さとを伝達する。

【００４９】前記受信過程が終わった後、誤謬のない論
理伝送または情報ビットが受信されて、物理チャネルに
対応される論理チャネルのサービスの中でデータブロッ
クを受信しなかったサービスがある場合、前記受信側の
多種化／逆多種化制御器１４０は、ナルデータブロック
が受信されたと知らせる。

【００５０】Ｂ. 本発明の実施形態による多種化／逆多
種化制御器の送受信動作 本発明の実施形態による多種化／逆多種化制御器１４０
の送信及び受信動作は、下記の説明によってより明確に
なる。ＩＳ−２０００規格では、基本チャネル、付加チ
ャネル、専用制御チャネルなどの幾つかの専用トラヒッ
クチャネル(dedicated traffic channel)を規定してい
る。従って、本発明による多種化／逆多種化制御器１４
０の送信及び受信動作は、基本チャネルに適用されるケ
ースと、付加チャネルに適用されるケースと、の２つに
分けて説明することができる。前記専用制御チャネル
は、基本チャネルが９.６Ｋｂｐｓまたは１４.４Ｋｂｐ
ｓだけで動作する特殊なケースであるので、本発明では
別途に説明しない。さらに、前記動作は、論理伝送単位
が使用されるケースと、論理伝送単位が使用されないケ
ースと、に区分して説明することができる。ここで、論
理伝送単位が使用されるケースとは、コンボルーション
コード(Convolution Code)を使用してデータを符号化し
てからデータを送受信することであり、論理伝送単位が
使用されないケースとは、ターボコード(Turbo Code)を
使用してデータを符号化してからデータを送受信するこ
とである。

【００５１】１. 基本チャネル及び付加チャネルの情
報ビット数 本発明の実施形態による動作を説明する前に、ＩＳ−２
０００規格で規定する基本チャネルの情報ビット数及び
付加チャネルの情報ビット数は、それぞれ＜表１＞乃至
＜表４＞のようである。＜表１＞と＜表２＞は、ＩＳ−
２０００規格で規する基本チャネルの情報ビット数を示
し、＜表３＞と＜表４＞は付加 チャネルの情報ビット
数を示す。＜表１＞と＜表３＞は伝送率９６００ｂｐｓ
に基づいた伝送率集合１の情報ビット数を示し、＜表２
＞と＜表４＞は伝送率１４４００ｂｐｓに基づいた伝送
率集合２の情報ビット数を示す。

【００５２】

【表１】

【表２】

【表３】

【表４】

【００５３】＜表１＞乃至＜表４＞は、ＩＳ−２０００
規格で規定する全ての情報ビットのサイズは示していな
いということに注意する。

【００５４】＜表３＞または＜表４＞のような情報ビッ
ト数に対応するＬＴＵを使用する場合、ＬＴＵのサイズ
及び個数は＜表５＞と＜表６＞から分かる。この時、Ｌ
ＴＵのサイズと個数をかけた後、残りのビットを加える
と、情報ビットの個数が求められる。さらに、ＬＴＵの
ペイロードサイズは、＜表５＞と＜表６＞からＣＲＣの
サイズである１６ビットを引いた値である。

【００５５】

【表５】

【表６】

【００５６】＜表５＞と＜表６＞で、最初の２つの伝送
率ではＬＴＵを使用しないことに注意する。つまり、前
記のような伝送率を持つ付加チャネルが連結された時、
前記送信側及び受信側の多種化／逆多種化制御器は情報
ビットの処理規則に従う。

【００５７】情報ビットを入れるために、本発明から提
案するＭｕｘＰＤＵフォーマットは＜表７＞乃至＜表１
２＞のようである。＜表７＞と＜表８＞は基本チャネル
の情報ビットのためのＭｕｘＰＤＵフォーマットを示
し、＜表９＞と＜表１１＞はＬＴＵが使用されるケース
の付加チャネルの情報ビットのためのＭｕｘＰＤＵフォ
ーマットを示し、＜表１０＞と＜表１２＞はＬＴＵが使
用されないケースの付加チャネルの情報ビットのための
ＭｕｘＰＤＵフォーマットを示す。上述したように、前
記専用制御チャネルは基本チャネルで９６００ｂｐｓま
たは１４４００ｂｐｓだけを許容する特殊なケースであ
るので、＜表７＞と＜表８＞で伝送率９６００ｂｐｓま
たは１４４００ｂｐｓに該当するＭｕｘＰＤＵフォーマ
ットだけが許容される。

【００５８】

【表７】

【表８】

【００５９】＜表７＞と＜表８＞で、前記ＭｕｘＰＤＵ
に含まれたデータブロックを区分する情報であるＭｕｘ
ＰＤＵヘッダを前記ＭｕｘＰＤＵに付いている。前記Ｍ
ｕｘＰＤＵヘッダは各データブロックをバイト整列する
ためにＭｕｘＰＤＵの最後部に位置した。

【００６０】

【表９】

【表１０】

【表１１】

【表１２】

【００６１】＜表７＞乃至＜表１２＞でサービス認識者
は＜表１３＞のように定義できる。

【００６２】

【表１３】

【００６３】＜表１３＞で‘ナルサービス’は、受信側
の多種化／逆多種化制御器に、前記ＭｕｘＰＤＵはフィ
ルＭｕｘＰＤＵであることを知らせるために使用する、
予め約束された特定サービス認識者である。＜表１３＞
から分かるように、＜表７＞乃至＜表１２＞のＭｕｘＰ
ＤＵフォーマットは最大６つのサービスから提供された
データブロックを区分することができる。

【００６４】＜表７＞と＜表８＞は、基本チャネルで伝
送されるＭｕｘＰＤＵフォーマットを示す。ここで、Ｍ
ｕｘＰＤＵヘッダが‘０’である場合は第１サービスに
該当するので、第１サービスは、サービス認識者なしで
ＭｕｘＰＤＵヘッダだけで区分することができる。第２
サービス乃至第６サービスに該当するデータブロック
は、＜表７＞または＜表８＞のサービス認識者によって
判断することができる。従って、＜表７＞または＜表８
＞のサービス認識者は、‘０１０’から‘１１０’まで
の値を持つことができる。＜表７＞または＜表８＞のＭ
ｕｘＰＤＵフォーマットを使用する基本チャネルで第１
サービスのデータブロックが全部‘１’で詰められた場
合、受信側の多種化／逆多種化制御器は送信側の多種化
／逆多種化制御器で何のサービスにも該当しないナルト
ラヒックを約束する。従って、基本チャネルから受信さ
れたＭｕｘＰＤＵが第１サービスのデータブロックのみ
を持ち、前記データブロックが全部‘１’で詰められた
場合、受信側の多種化／逆多種化制御器は、前記データ
ブロックをナルトラヒックに判断する。

【００６５】上述のように、＜表７＞と＜表８＞で、伝
送率９６００ｂｐｓまたは１４４００ｂｐｓで許容され
るＭｕｘＰＤＵフォーマットは、専用制御チャネルで伝
送することができる。第２サービス乃至第６サービスに
該当するデータブロックは、＜表７＞または＜表８＞の
サービス認識者によって判断できる。前記専用制御チャ
ネルは、前記ナルトラヒックを必要としないことに注意
する。

【００６６】＜表７＞と＜表８＞で、伝送率９６００ｂ
ｐｓまたは１４４００ｂｐｓで許容されるＭｕｘＰＤＵ
フォーマットの内で、シグナリングメッセージでないサ
ービスデータブロックを１つのみ含むＭｕｘＰＤＵフォ
ーマットは、付加チャネルが９６００ｂｐｓまたは１４
４００ｂｐｓで連結された場合に伝送できる。前記のよ
うに、第２サービス乃至第６サービスに該当するデータ
ブロックは、＜表７＞または＜表８＞のサービス認識者
によって判断できる。

【００６７】＜表９＞乃至＜表１２＞は、付加チャネル
が１９２００ｂｐｓ、２８８００ｂｐｓ、またはそれ以
上の伝送率で連結された時に伝送されるＭｕｘＰＤＵフ
ォーマットを示す。第１サービス乃至第６サービスに該
当するデータブロックは＜表９＞乃至＜表１２＞のサー
ビス認識者によって判断できる。従って、＜表９＞乃至
＜表１２＞のサービス認識者は、‘００１’から‘１１
０’までの値を持つことができる。＜表９＞乃至＜表１
２＞のＭｕｘＰＤＵフォーマットで長さインジケータが
‘０００’である場合、前記表の各伝送率に該当する長
さのサービスブロックを含む。＜表９＞乃至＜表１２＞
のＭｕｘＰＤＵフォーマットで長さインジケータが‘１
００’、‘１０１’、‘１１０’である場合、ＭｕｘＰ
ＤＵのサイズは長さフィールドを利用して計算できる。
つまり、長さインジケータが‘１００’である場合、＜
表９＞乃至＜表１２＞のＭｕｘＰＤＵフォーマットは、
前記表の各伝送率に該当する長さから、長さフィールド
に表示された値に８をかけた値を引いた長さのサービス
ブロックを持つ。例えば、伝送率６１４４００ｂｐｓで
連結されてＬＴＵを使用しない付加チャネルから受信さ
れたＭｕｘＰＤＵの長さインジケータが‘１００’で、
長さフィールドが‘００００００１０’であると、前記
受信されたＭｕｘＰＤＵに含まれたサービスブロックの
長さは、前記＜表９＞の１２２５０ビットから(２×８)
ビットを引いた１２２３４ビットである。＜表９＞乃至
＜表１２＞のＭｕｘＰＤＵフォーマットで長さインジケ
ータが‘１０１’または‘１１０’である場合は、長さ
フィールドに表示された値に１を加えた値に８をかけた
値から、ＭｕｘＰＤＵヘッダのサイズである６ビットを
引いた長さのサービスブロックを持つ。つまり、伝送率
６１４４００ｂｐｓで連結されてＬＴＵを使用しない付
加チャネルを通して受信されたＭｕｘＰＤＵが、長さイ
ンジケータを‘１１０’に、長さフィールドを‘０００
０ ０１０１ １１１１ １００１’(十進数で１５２９)
に設定すると、前記受信されたＭｕｘＰＤ含まれたサー
ビスブロックの長さは１５２９に１を加えた値に８をか
けた値から６ビットを引いた１２２３４ビットである。

【００６８】２. 基本チャネルを通した多種化／逆多種
化制御器の送信動作 ＲＬＰを使用する前記６つのサービスが連結されている
と仮定すると、前記送信側の多種化／逆多種化制御器は
次のように動作する。前記動作は、図１０のような手順
で遂行される。

【００６９】まず、図３の多種化／逆多種化制御器１４
０は、規定されたサービス品質保証規則(QoS)によって
それぞれのサービスの伝送順序及びデータブロックのサ
イズを決定する。つまり、多種化／逆多種化制御器は、
シグナリングＬＡＣ階層に、できるサイズに関して聞き
(図１０のＳ１０段階)、前記シグナリングＬＡＣ階層か
ら適当なサイズのデータブロックを確認する(Ｓ１１段
階)。次に、前記多種化／逆多種化制御器はサービスの
伝送順序を決定し(Ｓ１２段階)、前記確認されたサイズ
のデータブロックを第１サービスに要請し(Ｓ１３段
階)、それから、前記第１サービスから前記確認された
サイズ内のデータブロックを受信する(Ｓ１４段階)。基
本チャネルで伝送されるデータブロックにおいて、＜表
７＞または＜表８＞でＭｕｘＰＤＵが許容するデータブ
ロックのサイズと個数、また、組合によって適切なサイ
ズのデータブロックを生成するようにＲＬＰ処理器に要
請するべきである。それから、前記多種化／逆多種化制
御器は伝送するデータブロックを累積し、伝送できる残
りのブロックを計算する(Ｓ１５段階)。次に、前記多種
化／逆多種化制御器は、前記累積したデータブロックを
利用してＭｕｘＰＤＵを作れるか否かを判断する(Ｓ１
６段階)。ＭｕｘＰＤＵが作れない場合、前記多種化／
逆多種化制御器は再びＳ１２段階に進行して該当するサ
ービスにデータブロックの提供を要請し、前記要請した
データブロックを受信する。ＭｕｘＰＤＵが作れる場
合、前記多種化／逆多種化制御器は累積されたデータブ
ロックを利用してＭｕｘＰＤＵを作る(Ｓ１７段階)。こ
の時、多種化／逆多種化制御器は、＜表４＞から適切な
ビットパターンを選択してＭｕｘＰＤＵヘッダに付け
る。前記多種化／逆多種化制御器は、前記のように生成
されたＭｕｘＰＤＵを情報ビットにして前記物理チャネ
ルに伝達する(Ｓ１８段階)。

【００７０】前記過程で、データブロックを生成する機
会のなかったＲＬＰ処理器において、前記多種化／逆多
種化制御器はＲＬＰ処理器に空きデータブロック(blank
data block)を生成することを要請して、前記ＲＬＰ処
理器において伝送する機会がなかったことが分かるよう
にする。また、前記過程で、全てのＲＬＰが何のデータ
ブロックも提供しなかった場合は、前記多種化／逆多種
化制御器は前記ナルトラヒックを作って、情報ビットに
して前記物理チャネルに伝達する。

【００７１】３. 基本チャネルを通した多種化／逆多種
化制御器の受信動作 受信側の多種化／逆多種化制御器は、基本チャネルで伝
送された情報ビットに対して次のように動作し、その動
作は、図１１のような手順で遂行される。受信された情
報ビットの伝送率とＭｕｘＰＤＵヘッダに対して分析し
(図１１のＳ２０段階)、前記分析結果に基づいてそれぞ
れのデータブロックを区分する(Ｓ２１、Ｓ２２段階)。
それぞれのデータブロックを区分するために、伝送率集
合によって＜表７＞または＜表８＞を参照する。受信さ
れた情報ビットの最後の１ビットが‘０’に設定されて
いると、最後の１ビットを除いた残りの全ての情報ビッ
トは第１サービスのデータブロックであるので、第１サ
ービスにデータブロックの長さとともに伝達する(Ｓ２
３段階)。

【００７２】前記過程で、受信された情報ビットの最後
の１ビットが‘１’に設定されていると、前記受信側の
多種化／逆多種化制御器は、伝送率集合１に対しては最
後の４ビットをＭｕｘＰＤＵとみなし、伝送率集合２に
対しては最後の５ビットをＭｕｘＰＤＵとみなす。前記
ＭｕｘＰＤＵのようなビットパターンを持つ組合を＜表
７＞または＜表８＞で探す。同じビットパターンを持つ
組合がない場合、前記受信側の多種化／逆多種化制御器
は受信された情報ビットを損傷したビットとみなす。も
し、同じビットパターンを持つ組合せがある場合は、＜
表７＞または＜表８＞に規定されたデータブロックのサ
イズ及び位置によってデータブロックとサービス認識者
とを区分する。例えば、伝送率集合１において、前記情
報ビットが９６００ｂｐｓで受信されて前記ＭｕｘＰＤ
Ｕヘッダが‘００１１’である場合、受信されたＭｕｘ
ＰＤＵの最初の８０ビットは第１サービスデータブロッ
クであり、その次の８５ビットはまた他のサービスのデ
ータブロックであり、残りの３ビットはサービス認識者
である。＜表７＞または＜表８＞で規定するように、組
合によってはサービス認識者が存在しないこともある。

【００７３】前記過程で区分されたデータブロックは、
＜表７＞または＜表８＞を参照して該当するサービスに
伝達する。第１サービスとシグナリング階層には、サー
ビス認識者を分析しなくても、データブロックとデータ
ブロックの長さ情報とをともに伝達することができ
る。しかしながら、サービス認識者がある場合、サービ
ス認識者を＜表１３＞を対照して、該当するサービスに
データブロックとデータブロックの長さ情報をともに伝
達する。前記例で、受信側の多種化／逆多種化制御器
は、前記８０ビットのデータブロックをその長さ情報と
ともに第１サービスに伝達し、サービス認識者が指定す
るサービスに前記８５ビットのデータブロックをその長
さ情報とともに伝達する。しかしながら、サービス認識
者の値が‘０００’、‘００１’、‘１１１’に設定さ
れていると、前記受信側の多種化／逆多種化制御器は、
前記受信された情報ビットを損傷したビットとみなす。
前記受信された情報ビットが損傷したビットであると、
前記多種化／逆多種化制御器は基本チャネル上の論理チ
ャネルを持つ全てのサービスに、損傷したデータブロッ
クが受信されたことを知られる。また、各サービスで伝
送することのできるデータブロックの最大長さを知らせ
る。例えば、伝送率集合１で使用する＜表７＞のＭｕｘ
ＰＤＵのフォーマットにおいて、１７１ビットは第１サ
ービスに伝送され、１６５ビットは２番目から６番目の
サービスに伝送される。

【００７４】前記情報ビットが損傷したものでなく、デ
ータブロックが１つしかなく、第１サービスに該当する
データブロックが全部‘１’で詰められると、前記受信
側の多種化／逆多種化制御器は、前記情報ビットをナル
トラヒックとみなして捨て、基本チャネル上の論理チャ
ネルを持つ全てのサービスに受信されたデータブロック
がなかったことを知らせる。前記情報ビットが損傷した
ものでなく、基本チャネル上の論理チャネルを持つ１つ
またはそれ以上のサービスに受信されたデータブロック
がない場合、前記受信側の多種化／逆多種化制御器は、
サービスにナルデータブロックが受信されたことを知ら
せる。前記ナルトラヒックに対する通知において、受信
されたデータブロックがなかったことを知らせるの通知
と、前記ナルデータブロックが受信されたことを知らせ
る通知とは、サービスによって違う意味を持つ可能性が
あることに注意する。

【００７５】４. 付加チャネルを通した多種化／逆多種
化制御器の送信動作 多種化／逆多種化制御器が付加チャネル情報ビットを生
成する時、多種化／逆多種化制御器は伝送率によって＜
表５＞または＜表６＞に示す個数のＬＴＵを作る。前記
ＬＴＵは、＜表５＞または＜表６＞に示すようなサイズ
を持つ。前記ＬＴＵは、１６ビットＣＲＣを持つので、
実際ＬＴＵを通して伝送される最大ＭｕｘＰＤＵのサイ
ズは、伝送率によって変わる。

【００７６】例えば、付加チャネル３０７.２Ｋｂｐｓ
を使用してＬＴＵを生成する場合、ＬＴＵのペイロード
にＭｕｘＰＤＵが含まれるので、ＭｕｘＰＤＵの最大サ
イズは、ＬＴＵペイロードのサイズ７６０ビットからＣ
ＲＣ１６ビットを引いた値の７４４ビットになる。前記
多種化／逆多種化制御器が付加チャネル情報ビットを生
成するうちにＬＴＵを生成する場合、できるＭｕｘＰＤ
Ｕフォーマットは伝送率集合によって前記＜表９＞と＜
表１１＞のフォーマットになる。前記多種化／逆多種化
制御器がＭｕｘＰＤＵを生成してＬＴＵペイロードを全
部詰めると、多種化／逆多種化制御器はＬＴＵペイロー
ドに対する１６ビットＣＲＣを生成する。前記１６ビッ
トＣＲＣは、付加チャネルに適用される１６ビットＣＲ
Ｃの生成方式と同様に作る。前記多種化／逆多種化制御
器は、前記方式で前記＜表５＞または＜表６＞に規定す
る個数のＬＴＵを作り、これを順次に情報ビットに入れ
た後、残りの空間は‘０’で詰めて物理階層処理器に伝
達する。

【００７７】付加チャネルの情報ビットを生成する時に
ＬＴＵを生成しない場合、前記多種化／逆多種化制御器
は伝送率によって＜表３＞または＜表４＞に指定するサ
イズの情報ビットを生成する。前記のような場合、情報
ビットに載せて伝送できるＭｕｘＰＤＵは、伝送率が９
６００ｂｐｓまたは１４４００ｂｐｓである場合、＜表
７＞と＜表８＞に規定するサービスデータブロックがた
だ１つだけが入れられる１つのＭｕｘＰＤＵだけが伝送
できる。前記多種化／逆多種化制御器は、ＭｕｘＰＤＵ
を生成し情報ビットを入れて生成された情報ビット／Ｍ
ｕｘＰＤＵを物理階層処理器に伝達する。

【００７８】前記多種化／逆多種化制御器は、ＬＴＵを
生成しない場合、伝送率が１９２００ｂｐｓ、２８８０
０ｂｐｓ、またはそれ以上であると、＜表１０＞と＜表
１２＞のＭｕｘＰＤＵフォーマットを使用することがで
きる。前記多種化／逆多種化制御器は、ＭｕｘＰＤＵを
生成し情報ビットを入れて生成された情報ビット／Ｍｕ
ｘＰＤＵを物理階層処理器に伝達する。

【００７９】付加チャネル上の伝送動作は図１２の手順
で遂行される。前記多種化／逆多種化制御器は、規定さ
れたサービス品質保証規則(QoS)によってそれぞれのサ
ービスの伝送順序及びデータブロックのサイズを決定す
る。次に、前記多種化／逆多種化制御器は優先順位によ
って各サービスのＲＬＰにデータブロックを要請する
(図１２のＳ３０段階)。つまり、多種化／逆多種化制御
器は、最優先順位の第１サービスのＲＬＰ処理器に、で
きるデータブロックを要請し(Ｓ３０段階)、前記第１サ
ービスのＲＬＰ処理器から、対応するデータブロックま
たはナルデータブロックを受信する(Ｓ３１段階)。この
時、ナルデータブロックでないデータブロックを受信し
た場合、多種化／逆多種化制御器は前記受信したデータ
ブロックを利用してＭｕｘＰＤＵを生成する(Ｓ３２段
階)。前記生成されたＭｕｘＰＤＵは結果的に情報ビッ
トとして生成されることである。

【００８０】付加チャネル情報ビットを生成する時にＬ
ＴＵを生成する場合、前記多種化／逆多種化制御器は、
前記＜表９＞または＜表１１＞でＭｕｘＰＤＵが許容す
るデータブロックのサイズ及び現在生成中のＬＴＵの残
りの部分によって、適切なサイズのデータブロックを生
成するようにＲＬＰ処理器に要請するべきである。つま
り、多種化／逆多種化制御器はデータブロックを受信し
た後、ＬＴＵまたは情報ビットの残りの部分のサイズを
計算し(Ｓ３３段階)、前記計算されたサイズができるＭ
ｕｘＰＤＵのサイズの以上であるか否かを判断する(Ｓ
３４段階)。前記計算されたサイズができるＭｕｘＰＤ
Ｕの以上である場合、多種化／逆多種化制御器は、でき
るサイズのデータブロックを次の優先順位の第２サービ
スのＲＬＰ処理器に要請し(Ｓ３５段階)、前記第２サー
ビスのＲＬＰ処理器から対応するデータブロックまたは
ナルデータブロックを受信する(Ｓ３６段階)。前記のよ
うな動作は、全てのサービスのＲＬＰ処理器に対して繰
り返して遂行することができる。

【００８１】付加チャネル情報ビットを生成する時にＬ
ＴＵを生成しない場合、伝送率が９６００ｂｐｓまたは
１４４００ｂｐｓであると、前記多種化／逆多種化制御
器は、＜表７＞と＜表８＞に規定するＭｕｘＰＤＵフォ
ーマットの中で、付加チャネルに伝送できる１つのＭｕ
ｘＰＤＵを生成するために、優先順位によってそれぞれ
のサービスに、＜表７＞と＜表８＞に規定する付加チャ
ネルにできるデータブロックを生成することを要請す
る。もし、いずれか１つのサービスでもデータブロック
を生成する場合、前記多種化／逆多種化制御器はこれを
ＭｕｘＰＤＵにする。

【００８２】付加チャネル情報ビットを生成する時にＬ
ＴＵを生成しない場合、伝送率が１９２００ｂｐｓまた
は２８８００ｂｐｓであると、前記多種化／逆多種化制
御器は、＜表１０＞または＜表１２＞でＭｕｘＰＤＵは
許容するデータブロックのサイズ及び現在生成中のＬＴ
Ｕの残りの部分によって、適切なサイズのデータブロッ
クを生成することをＲＬＰ処理器に要請するべきであ
る。(Ｓ３２段階〜Ｓ３８段階)。

【００８３】前記多種化／逆多種化制御器が付加チャネ
ル情報ビットを生成するうちにＬＴＵペイロードまたは
情報ビットを詰める場合、前記多種化／逆多種化制御器
は、まだ詰められなかったＬＴＵペイロードまたは情報
ビットの残りの部分の長さを分かっているべきである。
前記多種化／逆多種化制御器は残りの部分に対して前記
サービスにデータブロックを生成することを要請する。
もし、あるサービスからナルデータブロックでないデー
タブロックを受信した場合、前記多種化／逆多種化制御
器はデータブロックの長さによって次のように動作す
る。

【００８４】第１、受信したデータブロックの長さが、
ＬＴＵペイロードまたは情報ビットの残りの空間に比べ
て４ビット短い場合、前記多種化／逆多種化制御器は、
＜表１３＞を参考して、データブロックを送信したサー
ビスによるデータブロックのヘッドに、３ビットサービ
ス認識者を付け、長さインジケータを‘０’に設定する
ことによりＭｕｘＰＤＵを作る。前記多種化／逆多種化
制御器は、前記生成されたＭｕｘＰＤＵをＬＴＵペイロ
ードまたは情報ビットの残りの空間に入れて、ＬＴＵペ
イロードまたは情報ビットをする。

【００８５】第２、受信したデータブロックの長さが、
ＬＴＵペイロードまたは情報ビットの残りの空間に比べ
て、１４ビットまたはそれ以上短い場合、前記多種化／
逆多種化制御器は＜表９＞乃至＜表１２＞に示す８ビッ
トまたは１６ビットの長さフィールド(length field)を
持つＭｕｘＰＤＵを生成する。つまり、生成されたデー
タブロックが２０３４ビットと同じであるか、または、
より小さい場合、前記多種化／逆多種化制御器は、＜表
１３＞を参考して、伝送サービスによって３ビットのサ
ービス認識者を付け、３ビット長さインジケータを‘１
０１’に設定し、また、８ビットの長さフィールドを、
前記サービス認識者、長さインジケータ、長さタイプフ
ィールド、長さフィールド、及びデータブロックの和で
あるＭｕｘＰＤＵの総長さをバイト単位で表示した値か
ら１を引いた値に設定する。生成されたデータブロック
が２０３４ビットより大きい場合は、伝送したサービス
によって＜表１３＞を参考して３ビットのサービス認識
者を付け、３ビットの長さインジケータを‘１１０’に
設定し、また、１６ビットの長さフィールドを前記サー
ビス認識者、長さインジケータ、長さタイプフィール
ド、長さフィールド、及びデータブロックの和であるＭ
ｕｘＰＤＵの総長さをバイト単位で表示した値から１を
引いた値に設定する。前記多種化／逆多種化制御器は、
＜表９＞乃至＜表１２＞に示す８ビットの長さフィール
ドと‘１００’の長さフィールドとを持つＭｕｘＰＤＵ
を生成することもできる。つまり、＜表９＞乃至＜表１
２＞に示す最大データブロックのサイズに比べて、どれ
くらい小さいかをバイト単位で表示した８ビットの長さ
フィールドを入れてＭｕｘＰＤＵを生成することができ
る。もし、前記過程から生成されたＭｕｘＰＤＵのサイ
ズが整数でない場合、つまり、ＭｕｘＰＤＵの長さがバ
イト単位でない場合は、前記多種化／逆多種化制御器は
前記データブロックを捨てる。生成されたＭｕｘＰＤＵ
のサイズが整数である場合、前記多種化／逆多種化制御
器は前記サービス認識者、長さインジケータ、長さタイ
プフィールド、及び長さフィールドを前記データブロッ
クのヘッドに付けてＭｕｘＰＤＵを作る。前記多種化／
逆多種化制御器は、前記生成されたＭｕｘＰＤＵをＬＴ
Ｕペイロードまたは情報ビットの残りの空間に入れる。

【００８６】前記生成されたＭｕｘＰＤＵをＬＴＵのペ
イロードに順次に入れて、残りの部分に対しては前記過
程を繰り返して遂行する。前記過程で、適切なサイズの
データブロックがそれ以上ない場合、前記多種化／逆多
種化制御器はサービス認識者を‘１１１’に、長さイン
ジケータを‘０００’に設定して、残りの部分の最初の
６ビットを入れた後、残りの部分を全部‘０’で詰め
て、ＬＴＵペイロードまたは情報ビットに入れる。

【００８７】ＬＴＵを生成する場合、＜表５＞または＜
表６＞に示す個数のＬＴＵを生成すると、前記多種化／
逆多種化制御器は生成されたＬＴＵを全部情報ビットに
順次に入れる。前記多種化／逆多種化制御器は前記＜表
５＞または＜表６＞に示すように残りのビット部分を全
部‘０’で詰めて、これを物理チャネル処理器に伝達す
る。

【００８８】ＬＴＵを生成しない場合、前記過程を通し
て＜表３＞または＜表４＞に示す情報ビットを全部詰め
ると、前記多種化／逆多種化制御器はこれを物理チャネ
ル処理器に伝達する。

【００８９】図６Ａ乃至図６Ｃは本発明の実施形態によ
って生成されるＬＴＵのフォーマットを示す。前記ＬＴ
Ｕは物理チャネルを通して伝送される情報フレーム(物
理フレームまたは情報ビット)を構成し、各ＬＴＵは多
種化フレームＭｕｘＰＤＵとＣＲＣとからなる。ここで
は、情報フレームがＬＴＵから構成される場合を説明し
ているが、ＣＲＣなしで、ただＭｕｘＰＤＵだけで構成
することもできる。ＬＴＵに含まれる連続的な多種化フ
レームＭｕｘＰＤＵは、それぞれ与えられた長さ(例:
図５Ｃに示す７４４ビット)を持つことができ、各多種
化フレームＭｕｘＰＤＵは図５Ｂに示すようにヘッダと
次のＲＬＰフレーム(または、データブロック)とから構
成される。この時、前記ＲＬＰフレームは伝送データを
含む。本発明において、前記多種化フレームＭｕｘＰＤ
Ｕの少なくとも１つは複数のサブ多種化フレームから構
成され、各サブ多種化フレームはＲＬＰサービス認識者
フィールド及び伝送データの長さを示す長さインジケー
タフィールドを含むヘッダと、次のデータブロックと、
から構成される。つまり、前記多種化フレームＭｕｘＰ
ＤＵは、特定サービスのためのデータブロックと前記デ
ータブロックを示すヘッダとから構成される１つのサブ
多種化フレームであることもでき、特定のサービスのた
めのデータブロックと前記データブロックを示すヘッダ
とからそれぞれ構成される複数のサブ多種化フレームで
あることもできる。図６Ａは、多種化フレームＭｕｘＰ
ＤＵが１つのサブ多種化フレームから構成される場合、
つまり、１つのデータブロックだけを含むケースを示
す。図６Ｂは、多種化フレームＭｕｘＰＤＵが複数のサ
ブ多種化フレームから構成される場合、つまり、複数の
データブロックを含むケースを示す。前記データブロッ
ク(または、ＲＬＰフレーム)を生成する動作は図３のＲ
ＬＰ制御器１３１によって、多種化フレームＭｕｘＰＤ
Ｕを生成する動作は図３の多種化／逆多種化制御器１４
０によって、情報フレーム(または、物理フレーム)を生
成する動作は図２の物理階層処理器１５０によって遂行
される。

【００９０】図６Ａを参照すると、１番目のＬＴＵは第
１サービスから７３８ビットのデータブロックを受信す
るケースで、ＬＴＵペイロード(７４４ビット)よりちょ
うど６ビットが小さいので、サービス認識者を第１サー
ビス‘００１’に設定し、長さインジケータは‘００
０’に設定した後、前記受信されたデータブロックでＬ
ＴＵのペイロードを詰める。ここで、サービス認識者及
び長さインジケータ は多種化フレームＭｕｘＰＤＵの
ヘッダを構成する。‘００１’のサービス認識者は、＜
表９＞乃至＜表１３＞に示すように、次のデータブロッ
クの長さを示す。例えば、＜表９＞を参照すると、伝送
率集合１でＬＴＵを使用し、伝送率が３０７２００ｂｐ
ｓであると仮定すると、多種化フレームがただ１つのデ
ータブロックで構成され、長さインジケータが‘００
０’である場合、サービスデータブロックの長さは７２
８ビットである。

【００９１】図６Ｂを参照すると、２番目のＬＴＵは、
第２サービスから３３０ビットのデータブロックを受信
するケースで、残りのＬＴＵペイロード(744ビット-330
ビット=414ビット)より１４ビット以上小さく、前記＜
表１２＞に示すように全ての伝送率でできる最大サービ
スデータブロックの長さである２０３４ビットより小さ
いので、サービス認識者を第２サービス‘０１０’に設
定し、長さインジケータを‘１０１’に設定した後、長
さフィールドをＭｕｘＰＤＵの全体長さである４３バイ
ト(=344ビット)から１を引いた値である‘００１０１０
１０(=42)’に設定する。残りの５０バイト(４００ビッ
ト)のＬＴＵペイロードの部分は、サービスから受信さ
れるデータブロックがないケースで、この時は、フィル
ＭｕｘＰＤＵを生成してこの部分に入れる。ここで、サ
ービス認識者及び長さインジケータは多種化フレームＭ
ｕｘＰＤＵのヘッダを構成する。前記ＬＴＵ、つまり、
多種化フレームは２つのサブ多種化フレームから構成さ
れる。１番目のサブ多種化フレームで、‘０１０’のサ
ービス認識者は、次のデータブロックが第２サービスの
ためであることを示す。前記‘１０１’の長さインジケ
ータ及び‘００１０１０１０’の長さフィールドはＭｕ
ｘＰＤＵに含まれた第２サービスのためのデータブロッ
クの長さを示す。

【００９２】２番目のサブ多種化フレームは、前記ＬＴ
Ｕのペイロードに第２サービスのデータブロックとフィ
ルＭｕｘＰＤＵとを入れることによって生成される。
‘１１１’のサービス認識者は、＜表１３＞に示すよう
に、次のデータブロックがナルサービスのためであるこ
とを示し、‘０００’の長さインジケータはナルサービ
スのためのデータブロックの長さを示す。

【００９３】図６Ｃを参照すると、３番目のＬＴＵは、
ＬＴＵを生成する時、サービスから何のデータブロック
も受信しないケースで、この時、フィルＭｕｘＰＤＵを
生成して前記ＬＴＵに入れる。図６Ａ乃至図６Ｃに示す
ＬＴＵを前記情報ビットに入れて、残りのビットを‘０
００’に設定すると、情報ビット(または、情報フレー
ム)の生成が完了する。

【００９４】５．付加チャネルを通した多種化／逆多種
化制御器の受信動作 受信側の多種化／逆多種化制御器は、付加チャネルから
伝送された情報ビットに対して次のように動作する。前
記のような動作は図１３の手順で遂行される。

【００９５】ＬＴＵを使用する情報ビットの場合、＜表
５＞または＜表６＞に示す伝送率によってＬＴＵを区分
する。例えば、３０７.２Ｋｂｐｓで連結された付加チ
ャネルを通して受信される情報ビットは、＜表５＞のよ
うに７６０ビット単位でＬＴＵを区分する。情報ビット
に誤謬がない場合、前記多種化／逆多種化制御器は、そ
れぞれのＬＴＵまたは情報ビットからＭｕｘＰＤＵを区
分する(図１３のＳ４０段階)。ＭｕｘＰＤＵを区分した
後、前記多種化／逆多種化制御器はデータブロックが伝
達されるサービスのＲＬＰを決定して(Ｓ４１段階)、該
当するサービスのＲＬＰに受信データブロックを伝達す
る。この時、受信データブロックとともにデータブロッ
クの長さ情報を伝達する(Ｓ４２、Ｓ４３段階)。該当す
るサービスのＲＬＰに前記受信されたデータブロック及
び前記データブロックの長さ情報を伝達する動作は、区
分された全てのＭｕｘＰＤＵに対して遂行される。

【００９６】情報ビットに誤謬がある場合、多種化／逆
多種化制御器はそれぞれのＬＴＵに対してＣＲＣを検査
する。ＣＲＣ検査で、誤謬のないＬＴＵに対してはＭｕ
ｘＰＤＵを区分する。誤謬のあるＬＴＵに対しては、付
加チャネルに論理チャネルが対応される全てのサービス
に損傷したデータブロックが受信されたことを知らせ、
各サービスがＬＴＵで伝送できる、最大の長さのデータ
ブロックのサービスを知らせた後、前記情報ビットを捨
てる。例えば、３０７.２Ｋｂｐｓで連結された付加チ
ャネルを通して受信された前記ＬＴＵに伝送できる最大
データブロックの長さは、図６Ａ乃至図６Ｃのように７
３８ビットである。

【００９７】ＬＴＵを使用して生成されない情報ビット
の場合、伝送率が９６００ｂｐｓまたは１４４００ｂｐ
ｓであると、前記＜表７＞または＜表８＞によってＭｕ
ｘＰＤＵを区分する。この時、ＭｕｘＰＤＵを区分する
方法は、基本チャネルでのように遂行される。ただ、付
加チャネルでは、付加チャネルに論理チャネルが対応さ
れるサービスから受信した一つのデータブロックだけが
ＭｕｘＰＤＵに存在できるので、異なるＭｕｘＰＤＵヘ
ッダを持つ情報ビットは損傷したとみなす。

【００９８】ＬＴＵを使用して生成されない情報ビット
の場合、伝送率が１９２００ｂｐｓまたは２８８００ｂ
ｐｓであると、全体情報ビットに対してＭｕｘＰＤＵを
区分する。もし、情報ビットに誤謬がある場合、前記多
種化／逆多種化制御器は、付加チャネルに論理チャネル
が対応される全てのサービスに損傷したデータブロック
が受信されたことを知らせた後、前記情報ビット捨て
る。

【００９９】前記ＬＴＵペイロードまたは情報ビットに
対してＭｕｘＰＤＵを区分する場合、前記サービス認識
者、長さインジケータ、及び長さフィールドを通してＭ
ｕｘＰＤＵが持っているデータブロックが伝達されるべ
きサービスと、受信されたＭｕｘＰＤＵの全体長さと、
を次のように分かる。

【０１００】第１、前記受信側の多種化／逆多種化制御
器は、前記ＬＴＵペイロードまたは情報ビットのヘッド
からＭｕｘＰＤＵを区分し始める。

【０１０１】第２、解析中のＭｕｘＰＤＵのサービス認
識者が、＜表１３＞のように‘１１１’に設定されてい
ると、前記受信側の多種化／逆多種化制御器は、前記Ｌ
ＴＵペイロードまたは情報ビットの残りの部分を全部無
視する。

【０１０２】第３、 解析中のＭｕｘＰＤＵのサービス
認識者が、＜表１３＞のように‘０００’に設定されて
いると、前記受信側の多種化／逆多種化制御器は前記Ｌ
ＴＵペイロードまたは情報ビットを損傷したものとみな
す。

【０１０３】第４、解析中のＭｕｘＰＤＵのサービス認
識者が、＜表１３＞のように‘００１’と‘１１０’と
の間の値に設定されており、付加チャネルに論理チャネ
ルが対応されるサービスのいずれか１つを示すと、次の
３ビット長さインジケータを分析する。サービス認識者
が付加チャネルに論理チャネルが対応されるサービスの
いずれか１つを示さない場合、前記多種化／逆多種化制
御器は前記ＬＴＵペイロードまたは情報ビットを損傷し
たものとみなす。

【０１０４】第５、３ビット長さインジケータが‘００
０’であると、前記ＬＴＵペイロードまたは情報ビット
の残りの部分が１つのＭｕｘＰＤＵを構成する。従っ
て、残りの部分の長さから６ビットを引いた値を長さに
するＭｕｘＰＤＵからデータブロックを上位サービスに
伝達する。

【０１０５】第６、３ビット長さインジケータが‘１０
０’、‘１０１’または‘１１０’であると、次の３ビ
ット長さフィールドを分析する、前記３ビット長さイン
ジケータが‘０００’、‘１００’、‘１０１’または
‘１１０’でないと、前記受信側の多種化／逆多種化制
御器は、前記ＬＴＵペイロードまたは情報ビットを損傷
したとみなす。

【０１０６】第７、３ビット長さタイプフィールドが
‘１００’であると、前記ＬＴＵペイロードまたは情報
ビットに入れられる最大のサイズのＭｕｘＰＤＵから、
８ビット長さフィールド値に８をかけた値を引いた値に
該当する部分が１つのＭｕｘＰＤＵを構成する。従っ
て、前記ＭｕｘＰＤＵから前記１４ビットヘッダ部分を
除いた残りの部分を、データブロックとしてデータブロ
ックの長さ情報とともに上位サービスに伝達する。

【０１０７】第８、３ビット長さタイプフィールドが
‘１０１’または‘１１０’である場合、次の８ビット
または１６ビットの長さフィールドを分析する。長さビ
ットの値に１を加えた値が、前記ＬＴＵペイロードまた
は情報ビットの残りの部分の長さをバイトで表示した値
より大きい場合、前記受信側の多種化／逆多種化制御器
は、前記ＬＴＵペイロードまたは情報ビットを損傷した
ものとみなす。

【０１０８】第９、前記長さフィールド値に１を加えた
値が、前記ＬＴＵペイロードまたは情報ビットの残りの
部分の長さをバイトで表示した値より小さいか同じであ
ると、前記値はＭｕｘＰＤＵの長さである。従って、前
記ＬＴＵペイロードまたは情報ビットの残りの部分で、
前記求められた値の長さを持つＭｕｘＰＤＵから前記１
４ビットまたは２２ビットのヘッダ部分を引いた残りの
部分を、データブロックとしてデータ情報とともに上位
サービスに伝達する。

【０１０９】最後に、前記ＭｕｘＰＤＵを求めた後、前
記ＬＴＵペイロードまたは情報ビットの残りの部分があ
ると、残りの部分に対して前記過程を再び遂行する。

【０１１０】Ｃ. 本発明によるＲＬＰ制御器の送受信動
作 図３及び図４に示すように、本発明によって遂行される
ＲＬＰ制御器１３１の動作は次のように区分される。

【０１１１】１. ＲＬＰ制御器のデータ送信動作 ＲＬＰ制御器１３１は、前記送信データバッファ１２２
に貯蔵されたデータストリームを受信して、前記多種化
／逆多種化制御器１４０がデータブロックを要求する
と、要求されたデータブロックのサイズのＲＬＰフレー
ムを生成する。前記送信データバッファ１２２に貯蔵さ
れたデータストリームは無限の長さを持つとみなす。従
って、ＲＬＰ制御器１３１は、前記データストリームを
開始部分及び終了部分に区別しないで伝送する。

【０１１２】ＲＬＰ制御器１３１は、前記送信データバ
ッファ１２２に貯蔵されたデータストリームを適切な長
さのブロックに分ける。前記ブロックは同じサイズのブ
ロックも異なるサイズのブロックもものもある。しかし
ながら、前記ブロックのサイズは１バイト以上であり、
最大Ｎ_DATAバイトまで持つことができる。

【０１１３】ＲＬＰ制御器１３１は、前記ブロックに０
から(Ｎ_BLOCK−１)までの一連番号を付与する。本発明
では、前記ブロックに付与される一連番号を‘ブロック
一連番号(block sequence number)’という。前記ＲＬ
Ｐ制御器１３１は、最初に生成されるブロックに一連番
号０を付与する。前記ＲＬＰ制御器１３１は、新しいブ
ロックが生成されると、前のブロックの一連番号から１
が増加した一連番号を付与する。もし、前のブロックに
(Ｎ_BLOCK−１)の一連番号が付与された場合は、前記Ｒ
ＬＰ制御器１３１は、新しいブロックに再び一連番号０
を付与する。

【０１１４】さらに、ＲＬＰ制御器１３１は、新しいブ
ロックのデータバイトに対して０から(Ｎ_DATA−１)まで
の一連番号を付与する。本発明では、前記データバイト
に付与される一連番号を‘データ一連番号(data sequen
ce number)’という。前記ＲＬＰ制御器１３１は、ブロ
ックの最初のデータバイトに一連番号０を付与し、次の
データバイトに前のデータバイトの一連番号から１が増
加した一連番号を付与する。前記のように、各ブロック
は最大Ｎ_DATAバイトまでデータバイトを持つことができ
るので、０から(Ｎ_DATA−１)までの一連番号はデータ一
連番号として使用するに十分である。

【０１１５】前記ブロック一連番号及びデータ一連番号
を利用すると、特定なデータバイトを指定することがで
きるようになる。前記ブロック一連番号及びデータ一連
番号を利用して特定なデータバイトが指定できる方式
を、本発明では‘２次元アドレシング方式(two-dimensi
onal addressing)’という。

【０１１６】前記多種化／逆多種化制御器１４０がデー
タブロックを要請すると、ＲＬＰ制御器１３１は、適切
なサイズのデータを使用して１番目のブロックの１番目
のバイトからＲＬＰフレームを生成する。この時、前記
ＲＬＰ制御器１３１は、受信されたＲＬＰフレームに含
まれたデータセグメントが該当するブロックが何番目の
データであるかを受信側のＲＬＰ制御器において分かる
ように、データセグメントのブロック一連番号及びデー
タ一連番号をＲＬＰフレームに入れる。

【０１１７】前記ＲＬＰフレームのブロックのサイズが
Ｎ_DATAバイトより小さい場合、ＲＬＰ制御器１３１は、
受信側のＲＬＰ制御器において前記伝送されたブロック
の最後が分かるようにＲＬＰフレームを生成するべきで
ある。つまり、伝送されるデータブロックがＮ_DATAバイ
トより小さいデータを持っている場合、前記ＲＬＰ制御
器１３１は、ブロックの最後を受信側のＲＬＰ制御器に
知らせて、次のブロックを待機するようにする。本発明
では、前記のようにするために‘ブロックエンドインジ
ケータ(block end indicator)’を提案する。つまり、
前記送信側ＲＬＰ制御器は、前記ＲＬＰフレームととも
にブロックエンドインジケータを伝送する。前記ＲＬＰ
制御器１３１は、サイズがＮ_DATAバイトより小さいブロ
ックの最終部分を送信する場合、１ビットのブロックエ
ンドインジケータを‘１’に設定し、そうでない場合
は、‘０’に設定する。前記ブロックエンドインジケー
タを‘１’に設定したＲＬＰフレームを受信すると、Ｒ
ＬＰ制御器１３１は、次の一連番号を持つブロックの１
番目のデータバイトが到着することを待機する。

【０１１８】図７は、前記過程の例を示す。図７で、Ｎ
_DATAは６に仮定する。図７で、ＲＬＰ制御器１３１は、
前記多種化／逆多種化制御器１４０の要請によって５つ
のＲＬＰフレームを生成する。前記多種化／逆多種化制
御器１４０が６データバイトに入れることのできるデー
タブロックを要請すると、前記ＲＬＰ制御器１３１は図
７のＲＬＰフレームＡのように１番目のＲＬＰフレーム
を生成する。図７で、一連番号が０である１番目のブロ
ックが、６バイトのデータを持っているので、前記ＲＬ
Ｐ制御器１３１は、前記０番のブロックだけでＲＬＰフ
レームを生成することができる。前記ＲＬＰ制御器１３
１は、前記一連番号０番のブロックの一連番号０番のデ
ータバイトから始まるデータセグメントでＲＬＰフレー
ムを生成するので、ブロック一連番号０とデータ一連番
号０をＲＬＰフレームヘッダに表示する。さらに、前記
一連番号０番のブロックのサイズが予め設定されたサイ
ズ(Ｎ_DATAバイト)の６バイトであるので、前記ＲＬＰ制
御器１３１はブロックエンドインジケータを‘０’に設
定する。

【０１１９】前記多種化／逆多種化制御器１４０が４バ
イトのデータを入れることのできるデータブロックを要
請すると、前記ＲＬＰ制御器１３１は、図７のＲＬＰフ
レームＢのように２番目のＲＬＰフレームを生成する。
図７で、１番目のブロックは既に伝送されているので、
前記ＲＬＰ制御器１３１は、２番目のブロックである一
連番号１番のブロックを使用してＲＬＰフレームを生成
する。図７で、一連番号１番のブロックが４バイトのデ
ータを持っているので、前記ＲＬＰ制御器１３１は、前
記１番のブロックだけでＲＬＰフレームを生成すること
ができる。前記一連番号１番のブロックの一連番号０番
のデータバイトから始まるデータセグメントでＲＬＰフ
レームを生成するので、前記ＲＬＰ制御器１３１はブロ
ック一連番号１番とデータ一連番号０番をＲＬＰフレー
ムヘッダに表示する。さらに、前記一連番号１番のブロ
ックのサイズが６バイトより小さい４バイトであり、１
番ブロックの最後の部分(３番のデータバイト)を入れて
送るので、前記ＲＬＰ制御器１３１はブロックエンドイ
ンジケータを‘１’に設定する。

【０１２０】前記多種化／逆多種化制御器１４０が再び
４バイトのデータを入れることのできるデータブロック
を要請すると、前記ＲＬＰ制御器１３１は図７のＲＬＰ
フレームＣのように３番目のＲＬＰフレームを生成す
る。図７で、１番目と２番目のブロックは既に伝送され
ているので、前記ＲＬＰ制御器１３１は３番目のブロッ
クである一連番号２番のブロックを使用してＲＬＰフレ
ームを生成する。図７で、一連番号２番のブロックが６
バイトのデータを持っているので、前記ＲＬＰ制御器１
３１は前記２番のブロックの最初４バイトでＲＬＰフレ
ームを生成する。前記ＲＬＰ制御器１３１は、前記一連
番号２番のブロックの一連番号０番のデータバイトから
始まるデータセグメントでＲＬＰフレームを生成するの
で、ブロック一連番号２番とデータ一連番号０番をＲＬ
Ｐフレームヘッダに表示する。さらに、前記一連番号２
番のブロックのサイズが６バイトであるので、前記ＲＬ
Ｐ制御器１３１はブロックエンドインジケータを‘０’
に設定する。

【０１２１】前記多種化／逆多種化制御器１４０が再び
４バイトのデータを入れることのできるデータブロック
を要請すると、前記ＲＬＰ制御器１３１は図７のＲＬＰ
フレームＤのように４番目のＲＬＰフレームを生成す
る。図７で、一連番号２番ブロックの最初の４バイトデ
ータ(０番データバイト〜３番データバイト)は既に伝送
されているので、前記ＲＬＰ制御器１３１は、３番目の
ブロックである一連番号２番ブロックの５番目のデータ
バイト(４番データバイト)からＲＬＰフレームを生成す
る。図７で、一連番号２番のブロックは伝送されない２
バイトのデータを持っているので、前記ＲＬＰ制御器１
３１は、前記２番ブロックのデータだけではＲＬＰフレ
ームを詰めることができない。従って、前記ＲＬＰ制御
器１３１は、次のブロックである一連番号３番のブロッ
クのデータをともに利用してＲＬＰフレームを生成す
る。つまり、前記ＲＬＰ制御器１３１は、前記一連番号
２番のブロックの最後２バイトと前記一連番号３番のブ
ロックの最初２バイトとを使用して、総４バイトのデー
タを持つＲＬＰフレームを生成する。前記ＲＬＰ制御器
１３１は、前記一連番号２番ブロックの一連番号４番デ
ータバイトから始まるデータセグメントでＲＬＰフレー
ムを生成するので、ブロック一連番号２とデータ一連番
号４とをＲＬＰフレームヘッダに表示する。さらに、前
記一連番号２番ブロックのサイズが６バイトであり、前
記一連番号３番ブロックの最後部分(４番のデータバイ
ト)で詰められていないので、前記ＲＬＰ制御器１３１
はブロックエンドインジケータを‘０’に設定する。

【０１２２】前記多種化／逆多種化制御器１４０が再び
４バイトのデータを入れることのできるデータブロック
を要請すると、前記ＲＬＰ制御器１３１は、図７のＲＬ
ＰフレームＥのように５番目のＲＬＰフレームを生成す
る。図７で、一連番号３番ブロックの最初の２バイト
(０番のデータバイトと１番のデータバイト)は既に伝送
されているので、前記ＲＬＰ制御器１３１は、４番目の
ブロックである一連番号３番ブロックの３番目のデータ
バイト(２番データバイト)からＲＬＰフレームを生成す
る。図７で、一連番号３番のブロックは伝送されていな
い３バイトのデータ(２番データ バイト〜４番データバ
イト)を持っており、それ以上のデータがないので、前
記ＲＬＰ制御器１３１は、前記３番ブロックのデータだ
けでＲＬＰフレームを生成する。つまり、前記ＲＬＰ制
御器１３１は、前記一連番号３番ブロックの最後３バイ
トを使用して総３バイトのデータを持つＲＬＰフレーム
を生成する。前記ＲＬＰフレームは、前記一連番号３番
ブロックの一連番号２番データバイトから始まったデー
タセグメントで生成されるので、前記ＲＬＰ制御器１３
１はブ、ロック一連番号３とデータ一連番号２とをＲＬ
Ｐフレームヘッダに表示する。さらに、前記一連番号３
番ブロックのサイズが６バイトより小さい５バイトであ
り、３番ブロックの最後部分(４番データバイト)が入れ
られているので、前記ＲＬＰ制御器１３１はブロックエ
ンドインジケータを‘１’に設定する。

【０１２３】上述のように、本発明によるＲＬＰ制御器
１３１は、図７のようなデータストリームを複数のＲＬ
Ｐフレーム(順次フレーム)に分割する。ここで、データ
ストリームは可変長データを持つ複数の順次ブロック(B
LOCK0〜BLOCK3)に分割され、各順次ブロックはバイト長
を持つ複数のサブ順次ブロックに分割される。例えば、
順次ブロックＢＬＯＣＫ０は、それぞれのバイト長を持
つ１から５までのサブ順次ブロックに分割される。前記
ＲＬＰ制御器１３１は、前記データストリームをそれぞ
れのヘッドにヘッダを付けた複数のＲＬＰフレームに分
割して伝送する。前記ヘッダは、ブロック一連番号と、
データ一連番号と、ブロックエンドインジケータと、か
ら構成される。前記ブロック一連番号は、該当するＲＬ
Ｐフレームに含まれる順次サブブロックが属する順次ブ
ロックの固有番号を示すビットの第１セットで、該当す
るＲＬＰフレームの１番目のサブ順次ブロックが属する
順次ブロックの番号である。前記データ一連番号は、該
当するＲＬＰフレームの１番目のサブ順次ブロックの番
号を示すビットの第２セットである。前記ブロックエン
ドインジケータは、１つ以上のＲＬＰフレームに含まれ
る順次ブロックのサイズが予め設定されたサイズ(Ｎ
_DATAバイト)より小さいか否かを示し、ブロックの最終
部分が含まれる。

【０１２４】前記ＲＬＰ制御器１３１は、伝達されるデ
ータがない場合、ナルデータブロックを伝達する。

【０１２５】前記ＲＬＰ制御器１３１は、前記のような
方法でブロックを生成する時、(生成されたブロックの
一連番号、生成されたブロックに含まれるデータセグメ
ントのサイズ、及び生成されたブロックに含まれるデー
タセグメント)を伝送エントリーに入れて、伝送エント
リーを前記順方向再整列バッファ１３３に貯蔵する。前
記前記順方向再整列バッファ１３３は、一定の時間の間
に前記再伝送エントリーを持っており、前記ＲＬＰ制御
器１３１が受信側ＲＬＰ制御器から再伝送の要請を受け
た時は、貯蔵されている再伝送エントリーの中で要請さ
れた一連番号を持つ再伝送エントリーを前記ＲＬＰ制御
器１３１に伝達する。前記ＲＬＰ制御器１３１は、伝達
される再伝送エントリーに貯蔵されるデータセグメント
の中で受信側ＲＬＰ制御器が要請したデータ部分を使用
して再伝送する再伝送ＲＬＰフレームを生成する。前記
ＲＬＰ制御器１３１は、前記再伝送ＲＬＰフレームを生
成する時も、新しいデータを伝送するＲＬＰフレームを
生成することと同一な方法でＲＬＰフレームを生成す
る。つまり、前記ＲＬＰ制御器１３１は、受信されたＲ
ＬＰフレームに含まれた該当データセグメントのブロッ
クのデータバイトが、受信側ＲＬＰ制御器において分か
るように該当データセグメントのブロック一連番号とデ
ータ一連番号とをＲＬＰフレームに入れる。また、新し
いデータを伝送する時のように、前記ＲＬＰフレームを
生成する時に伝送するブロックのサイズがＮ_DATAバイト
より小さい場合、前記ＲＬＰ制御器１３１は、受信側Ｒ
ＬＰ制御器において前記伝送されたブロックの最後が分
かるようにするべきである。さらに、前記ＲＬＰ制御器
１３１は、受信されたＲＬＰフレームに入っているデー
タセグメントの少なくとも１番目のデータバイトが、再
伝送されたデータバイトであることを受信側ＲＬＰ制御
器に知らせるべきである。本発明では、前記のような動
作のために再伝送インジケータ(retransmit indicator)
を定義している。例えば、前記送信側ＲＬＰ制御器は、
ＲＬＰフレームに含まれる１番目のバイトが再伝送バイ
トであると、再伝送インジケータを‘１’に設定し、そ
うでないと、‘０’に設定する。前記再伝送インジケー
タが‘１’に設定されたＲＬＰフレームを受信すると、
受信側ＲＬＰ制御器は再伝送データを処理する手順を遂
行する。

【０１２６】２.ＲＬＰ制御器のデータ受信動作 前記多種化／逆多種化制御器が受信されたＲＬＰフレー
ムを伝達する度に、前記ＲＬＰ制御器１３１は、受信さ
れたＲＬＰフレームに新しいデータを含んでいるか、そ
れとも、再伝送データを含んでいるかを検査する。前記
のような動作は、前記再伝送インジケータによって遂行
される。受信されたＲＬＰフレームの再伝送インジケー
タが‘０’であると、ＲＬＰフレームに新しいデータが
入っているということを意味するので、前記ＲＬＰ制御
器１３１は、前記受信されたＲＬＰフレームのブロック
一連番号とデータ一連番号を検査する。前記一連番号が
現在受信待機中のブロック一連番号及びデータ一連番号
と同じである場合は、欠けている新しいデータバイトは
ないことである。従って、前記ＲＬＰ制御器１３１は、
受信されたデータセグメントを前記受信データバッファ
１２４に貯蔵する。もし、同じでない場合、前記ＲＬＰ
制御器１３１は送信側ＲＬＰ制御器に欠けている一連番
号に該当するブロックとデータとを再伝送するように要
請し、前記受信された新しいブロックのデータセグメン
トを前記再整列バッファ１３８に貯蔵する。

【０１２７】前記ＲＬＰ制御器１３１は、前記欠けてい
る一連番号を次のように決定する。前記２次元アドレシ
ング方式で、前記ＲＬＰ制御器１３１は、受信を予想し
たブロック一連番号及びデータ一連番号と、現在受信さ
れた新しいデータセグメントの１番目のバイトのブロッ
ク一連番号及びデータ一連番号と、の間に存在する一連
番号を欠けている一連番号とみなす。従って、ＲＬＰ制
御器１３１は、前記受信を予想したブロック一連番号と
データ一連番号とを前記ＮＡＫリスト１３７にＮＡＫエ
ントリーとして貯蔵し、前記ブロック一連番号とデータ
一連番号とを持つデータバイトの次のデータバイトのブ
ロック一連番号とデータ一連番号とを決定する。前記決
定された次のデータバイトのブロック一連番号及びデー
タ一連番号が、前記受信された新しいデータセグメント
の１番目のバイトのブロック一連番号及びデータ一連番
号と同じでない場合、前記ＲＬＰ制御器１３１は、前記
決定されたブロック一連番号及びデータ一連番号を前記
ＮＡＫリスト１３７にＮＡＫエントリーとして貯蔵し、
次のデータバイトのブロック一連番号及びデータ一連番
号を再び決定した後、前記過程を繰り返す。もし、次の
データバイトのブロック一連番号及びデータ一連番号
が、前記受信された新しいデータセグメントの１番目の
バイトのブロック一連番号及びデータ一連番号と同じで
ある場合は、前記ＲＬＰ制御器１３１はＮＡＫエントリ
ーを追加する過程を終了する。

【０１２８】前記２次元アドレシング方式で、ブロック
一連番号Ｂ＿ＳＥＱとデータ一連番号Ｄ＿ＳＥＱとを持
つデータバイトが存在する場合、前記データバイトの次
のデータバイトのブロック一連番号Ｂ＿ＳＥＱＮＥＸＴ
と次のデータ一連番号Ｄ＿ＳＥＱＮＥＸＴは、＜数式１
＞のよって決定される。

【０１２９】 ＜数式１＞ D_SEQNEXT = D_SEQ + 1 (D_SEQ値が(N_DATA-1)と同じでない場合) または 0 (D_SEQ値が(N_DATA-1)と同じである場合) B_SEQNEXT = B_SEQ + 1 (D_SEQ値が(N_DATA-1)と同じでない場合) または (B_SEQ + 1) modulo N_BLOCK (D_SEQ値が(N_DATA-1)と同じである場合)

【０１３０】＜数式１＞で、モジュロ(modulo)演算はモ
ジュロ記号の左値を右値で割った余りを求める演算であ
る。

【０１３１】前記ＲＬＰ制御器１３１は、前記ＮＡＫエ
ントリーを、欠けているデータバイトのブロック一連番
号と、欠けているデータバイトのデータ一連番号と、欠
けているデータバイトが受信されたか否かを知らせるイ
ンジケータと、再伝送タイマ(retransmit timer)と、取
り消しタイマ(abort timer)と、から構成して、前記Ｎ
ＡＫリスト１３７に貯蔵する。

【０１３２】欠けているデータバイトに対してＮＡＫエ
ントリーの追加作業を終了した後、前記ＲＬＰ制御器１
３１は、前記受信されたブロックのデータセグメントの
データバイトのそれぞれに対して、＜数式１＞を使用し
て自分のブロック一連番号とデータ一連番号とを付与す
る。つまり、前記ＲＬＰ制御器１３１は、前記受信され
たブロック一連番号とデータ一連番号とを、受信された
データセグメントの１番目のデータバイトに付与する。
それから、前記ＲＬＰ制御器１３１は、受信されたデー
タセグメントの各データバイトに、＜数式１＞と以前の
データバイトのブロック一連番号とデータ一連番号とを
使用して、ブロック一連番号とデータ一連番号とを付与
する。

【０１３３】受信されたブロックのデータバイトに一連
番号を付与した後、前記ＲＬＰ制御器１３１は、受信さ
れたデータバイトのブロック一連番号と、受信されたデ
ータバイトのデータ一連番号と、受信されたデータバイ
トと、受信されたデータバイトがブロックの最後のデー
タバイトであるか否かを知らせるインジケータと、から
構成された再整列バッファエントリー(resequencing bu
ffer entry)を前記再整列バッファ１３８に貯蔵して、
欠けているデータバイトが到着すると、全体データが順
次に整列されるようにする。特に、送信側ＲＬＰ制御器
が、受信されたブロックのサイズがＮ_DATAバイトより小
さく、今回受信されたＲＬＰフレームに前記ブロックの
最後の部分が含まれているということを知らせると、前
記ＲＬＰ制御器１３１は受信された最後のデータバイト
に対する前記再整列バッファエントリーを生成する時
に、対応してブロックエンドインジケータを設定する。

【０１３４】前記新しいデータが入れられたＲＬＰフレ
ームを処理した後、前記ＲＬＰ制御器１３１は、下記の
ように次の新しいデータのブロック一連番号とデータ一
連番号とを計算する。つまり、送信側ＲＬＰ制御器が、
受信されたブロックのサイズがＮ_DATAバイトより小さ
く、今回受信されたＲＬＰフレームにブロックの最後の
部分で詰められているということを知らせる場合、前記
ＲＬＰ制御器１３１はブロック一連番号を次の新しいブ
ロックの一連番号として設定し、データ一連番号を０に
設定する。前記のように、前記次の新しいブロックの一
連番号は、前のブロックの一連番号から１が増加した一
連番号である。もし、前のブロックに(Ｎ_BLOCK−１)の
一連番号が付与された場合、新しいブロックの一連番号
は０になる。もし、送信側ＲＬＰ制御器が、受信された
ブロックのサイズがＮ_DATAバイトと同じであり、また、
今回受信されたＲＬＰフレームのサイズがＮ_DATAバイト
より小さいブロックの最後の部分を含んでいないことを
知らせる場合、前記ＲＬＰ制御器１３１はブロック一連
番号を残しておいて、データ一連番号のみを受信された
データセグメントのサイズの分を増加させる。前記増加
されたデータ一連番号がＮ_DATAより大きくなると、この
ブロックのデータは全て受信されたこととみなす。従っ
て、ＲＬＰ制御器１３１は、ブロック一連番号を次の新
しいブロックの一連番号に設定し、データ一連番号を前
記増加されたデータ一連番号とＮ_DATAとの差に設定す
る。

【０１３５】受信されたＲＬＰフレームの再伝送インジ
ケータが‘１’であると、受信されたＲＬＰフレームが
再伝送されたデータセグメントを持っているので、前記
ＲＬＰ制御器１３１は、前記受信されたブロックのデー
タセグメントのそれぞれデータバイトに対して、＜数式
１＞を使用してブロック一連番号及びデータ一連番号を
付与する。つまり、前記ＲＬＰ制御器１３１は、前記受
信されたブロック一連番号及びデータ一連番号を、受信
されたデータセグメントの１番目のデータバイトに付与
する。それから、前記ＲＬＰ制御器１３１は、受信され
たデータセグメントの各データバイトに、＜数式１＞と
前のデータバイトのブロック一連番号とデータ一連番号
とを使用して、該当ブロック一連番号及びデータ一連番
号を付与する。

【０１３６】前記過程が終わると、前記ＲＬＰ制御器１
３１は、受信されたデータバイトに対して、ブロック一
連番号とデータ一連番号とが一致するＮＡＫリスト１３
７のエントリーを検索する。前記検索されたＮＡＫエン
トリーが予め受信されている場合は、前記ＲＬＰ制御器
１３１は前記データバイトを捨てる。前記検索されたＮ
ＡＫエントリーが、まだ受信されていないエントリーの
中で最古のものであると、前記受信されたデータバイト
までは全て受信されていることであるので、前記ＲＬＰ
制御器１３１は、前記再整列バッファ１３８に貯蔵され
た受信された連続的なデータバイトを一連番号の順に整
列した後、前記受信データバッファ１２４に伝送し、前
記ＲＬＰ制御器１３１は、欠けているデータバイトが受
信されたか否かを示すインジケータを、欠けているデー
タバイトは受信されていると示すように設定する。前記
ＮＡＫエントリーがまだ受信されていないエントリー中
で最古のものでないと、前記ＲＬＰ制御器１３１は、欠
けているデータバイトが受信されたか否かを示すインジ
ケータを、欠けているデータバイトが受信されていると
示すように設定し、受信されたデータバイトを前記再整
列バッファ１３８に貯蔵する。前記ＲＬＰ制御器１３１
は、前記データバイトに対して、受信されたデータバイ
トのブロック一連番号と、受信されたデータバイトのデ
ータ一連番号と、受信されたデータバイトがブロックの
最後のデータバイトであるか否かを示すインジケータ
と、から構成された再整列バッファエントリーを生成し
て、前記再整列バッファ１３８に貯蔵する。欠けている
前のデータバイトが到着して連続的に一連番号を持つフ
レームが受信されると、前記のように、前記貯蔵された
データは受信データバッファ１２４伝送される。

【０１３７】受信されたＲＬＰフレームに対する処理が
終わると、前記ＲＬＰ制御器１３１はＮＡＫリスト１３
７の各ＮＡＫエントリーに対して、再伝送要請に対する
タイマを調節する作業を遂行する。つまり、受信された
ＲＬＰフレームに新しく伝送されたデータバイトがある
と、または、送信側ＲＬＰ制御器が何も伝送しなかった
と判断される場合は、送信側ＲＬＰ制御器には何の再伝
送要請もなかったことを意味するので、前記ＲＬＰ制御
器１３１は再び再伝送要請をするべきである。従って、
前記ＲＬＰ制御器１３１は、まだ受信されていないＮＡ
Ｋエントリーの再伝送タイマまたは取り消しタイマ値を
１減らして、この値が‘０’であると、再び再伝送要請
を行い、‘０’でないと、再伝送要請を放棄して受信さ
れた残りの部分だけを前記受信データバッファ１２４に
伝達する。

【０１３８】３. データ送信の前のＲＬＰ制御器の動作 動作開始の前に、ＲＬＰ制御器１３１は、図３と図４の
ように、Ｌ＿Ｖ(Ｓ)レジスタ１３２と、Ｌ＿Ｖ(Ｒ)レジ
スタ１３６と、Ｌ＿Ｖ(Ｎ)レジスタ１３５と、Ｅレジス
タ１３４と、を‘０’に設定する。動作開始の前に、Ｒ
ＬＰ制御器１３１は、順方向再整列バッファ１３３と、
ＮＡＫリスト１３７と、再整列バッファ１３８と、を空
きにする。最後に、ＲＬＰ制御器１３１は再伝送に関連
した全てのタイマをとめる。

【０１３９】前記ＲＬＰ制御器１３１が前記多種化／逆
多種化制御器に伝達することのできるデータブロックの
種類は図８Ａ乃至図８Ｆ、図９Ａ乃至図９Ｂである。図
８Ａ乃至図８Ｆは、基本チャネルを通して伝送できるＲ
ＬＰフレームを示し、図９Ａと図９Ｂは、付加チャネル
を通して伝送できるＲＬＰフレームを示す。本発明でＲ
ＬＰフレームは下記のように称する。図８Ａ乃至図８Ｆ
または＜表１４＞のＳＹＮＣ、ＳＹＮＣ／ＡＣＫ、ＡＣ
Ｋ、またはＮＡＫフレームを‘制御フレーム(control f
rame)’と称し、データを含んでいるフレームを‘デー
タフレーム(dataframe)’と称する。前記データフレー
ムは、新しく伝送されるデータ部分が含まれている‘新
しいデータフレーム(new data frame)’と、再伝送され
るデータ部分のみが含まれている‘再伝送データフレー
ム(retransmitted data frame)’と、に分けられる。１
２ビットＳＥＱフィールドのみを持つフレームは‘アイ
ドルフレーム(idle frame)’と称する。

【０１４０】図８Ａ乃至図８Ｆで、基本チャネルを通し
て伝送されるデータブロックは、制御フレーム、データ
フレーム、またはアイドルフレームが使用できる。図９
Ａと図９Ｂで、付加チャネルを通して伝送されるデータ
ブロックに対してはデータフレームのみが使用できる。

【０１４１】前記ＲＬＰ制御器１３１は、データを伝送
する前に再設定過程を遂行する。前記ＲＬＰ制御器１３
１は、ＳＹＮＣフレームをデータブロックとして多種化
／逆多種化制御器１４０に連続して伝達する。

【０１４２】前記ＲＬＰ制御器１３１は、ＳＹＮＣフレ
ームを前記多種化／逆多種化制御器１４０から受信し
て、ナルデータブロックでもＳＹＮＣフレームでもない
物理チャネルフレームが受信されるまでＳＹＮＣ／ＡＣ
Ｋフレームを前記多種化／逆多種化制御器１４０に連続
して伝送する。

【０１４３】前記ＳＹＮＣ／ＡＣＫフレームが受信され
ると、前記ＲＬＰ制御器１３１は前記多種化／逆多種化
制御器１４０にＡＣＫフレームを伝達する。前記ＲＬＰ
制御器１３１は、前記多種化／逆多種化制御器１４０か
ら、ナルデータブロックでもＳＹＮＣ／ＡＣＫフレーム
でもない物理チャネルフレームが受信されるまで、ＡＣ
Ｋフレームを連続して伝達する。前記ＲＬＰ制御器１３
１は、物理チャネルフレームが受信されて、前記受信さ
れたデータブロックがナルデータブロックでなく、ＳＹ
ＮＣ／ＡＣＫフレームでないＲＬＰフレームを持ってい
る場合、データ送信を開始する。

【０１４４】前記ＲＬＰ制御器１３１は、ＡＣＫフレー
ムを受信すると、データ送信を開始する。前記ＲＬＰ制
御器１３１は、前記多種化／逆多種化制御器１４０にＳ
ＹＮＣ、ＳＹＮＣ／ＡＣＫ、及びＡＣＫフレームを除い
た他のフレームを伝達することができる。

【０１４５】４. ＲＬＰ制御器の基本チャネルデータ送
信動作 前記送信側の多種化／逆多種化制御器１４０は、前記Ｒ
ＬＰ制御器１３１に基本チャネルを通して伝送するデー
タブロックを要請して、前記ＲＬＰ制御器１３１がフレ
ームを生成するようにする。前記送信側の多種化／逆多
種化制御器１４０は、前記ＲＬＰ制御器にデータブロッ
クを要請しながら、前記ＲＬＰ制御器１３１が生成する
べきデータブロックのサイズ情報Ｔも伝送する。本発明
では、前記送信側の多種化／逆多種化制御器１４０から
要請されたデータブロックのサイズＴが、いつも伝送率
集合１における１７１ビット、または、伝送率集合２に
おける２６６ビットであると仮定する。

【０１４６】前記ＲＬＰ制御器１３１は、基本チャネル
を通して伝送するデータブロックを、次の優先順位によ
ってデータブロックを生成する。 １. 制御フレーム(ＳＹＮＣ、ＳＹＮＣ／ＡＣＫ、ＡＣ
Ｋ、ＮＡＫフレーム) ２. 再伝送データフレーム ３. データフレーム ４. アイドルフレーム

【０１４７】伝送する制御フレームがあると、前記ＲＬ
Ｐ制御器１３１は次のように制御フレームを生成する。
ＳＹＮＣ、ＳＹＮＣ／ＡＣＫ、ＡＣＫフレームの場合、
図８Ａに示すように、ＳＥＱフィールドを‘０００００
０００’に設定し、ＣＴＬフィールドをフレーム種類に
よって設定した後、ＦＣＳフィールドを付ける。ＦＣＳ
フィールドは、ＲＦＣ−１６６２規定の多項式(polynom
ial)によって生成された１６ビットフレームチェックシ
ーケンス(frame check sequence)である。前記ＦＣＳフ
ィールドは、前の全てのビットに対して生成される。前
記ＲＬＰ制御器１３１は、前記多種化／逆多種化制御器
から提供されるサイズ情報によって、前記ＦＣＳフィー
ルドの次を全部‘０’に設定する。前記ＲＬＰ制御器１
３１は、データブロックの最後の１ビットであるタイプ
(ＴＹＰＥ)フィールドを‘１’に設定した後、生成され
たデータブロックを前記多種化／逆多種化制御器１４０
に伝達する。

【０１４８】再伝送されるべきデータがあると、前記Ｒ
ＬＰ制御器１３１はＮＡＫフレームを生成して、前記多
種化／逆多種化制御器に伝達する。前記ＮＡＫフレーム
は＜表１４＞のような構造を持つ。

【０１４９】

【表１４】

【０１５０】＜表１４＞で、前記ＲＬＰ制御器１３１
は、次のようにＮＡＫフレームを生成する。前記ＲＬＰ
制御器１３１は、＜表１４＞のＳＥＱフィールドは‘０
０００００００’に、ＣＴＬフィールドは‘０００１１
１００’に、また、タイプフィールドは‘１’に設定す
る。前記ＲＬＰ制御器１３１は、前記ＮＡＫ＿ＣＯＮＵ
Ｔフィールドを前記ＮＡＫフレームに含まれる再伝送要
求の数から１を引いた値に設定する。

【０１５１】前記ＲＬＰ制御器１３１は、前記ＮＡＫ＿
ＣＯＵＮＴフィールド値に１を加えた値の再伝送要求を
遂行する。＜表１４＞のように、前記再伝送要求は、Ｎ
ＡＫ＿ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴフィールドと、その
フィールド値によってＦＩＲＳＴフィールド、ＬＡＳＴ
フィールドまたはＮＡＫ＿ＭＡＰ＿ＳＥＱフィールド、
ＮＡＫ＿ＭＡＰフィールドと、から構成される。前記再
伝送要求のＮＡＫ＿ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴフィー
ルドを‘０００１’に設定した場合、前記ＲＬＰ制御器
１３１は、連続的に再伝送を要請する１番目のブロック
の最初の一連番号をＦＩＲＳＴフィールドに入れて、最
後のブロックのブロック一連番号をＬＡＳＴフィールド
に入れる。

【０１５２】前記ＲＬＰ制御器１３１が前記ＮＡＫ＿Ｔ
ＹＰＥ＿ＡＮＤ＿ＵＮＩＴフィールドを‘００１０’に
設定する場合、再伝送要求はＮＡＫ＿ＭＡＰ＿ＳＥＱフ
ィールドとＮＡＫ＿ＭＡＰフィールドとを持つブロック
に対するＮＡＫ・ＭＡＰ方式によって行われる。幾つか
の不連続ブロックに対する再伝送を要請する時、前記Ｒ
ＬＰ制御器１３１は、前記ＮＡＫ＿ＴＹＰＥ＿ＡＮＤ＿
ＵＮＩＴフィールドを‘００１０’に設定し、次のよう
にＮＡＫ＿ＭＡＰフィールドを詰める。前記ＮＡＫ・Ｍ
ＡＰ方式によると、再伝送を要請する１番目のブロック
のブロック一連番号をＮＡＫ＿ＭＡＰ＿ＳＥＱフィール
ドに入れ、(ＮＡＫ＿ＭＡＰ＿ＳＥＱ＋ｎ)モジュロ２¹²
の一連番号に該当するブロックに対して再伝送を要請す
る必要があると、ＮＡＫ＿ＭＡＰフィールドの最上位か
らｎ番目のビットを‘１’に設定する。前記ｎ値は、１
から８までの値を持つことができる。例えば、ＮＡＫ＿
ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴフィールドが‘００１０’
で、伝送率集合が１である時、ＮＡＫ＿ＭＡＰ＿ＳＥＱ
フィールドが０に設定されており、ＮＡＫ＿ＭＡＰフィ
ールドが‘１０００００００’であると、受信したＲＬ
Ｐ制御器はブロック一連番号０番のブロック及び１番の
ブロックを再伝送するべきである。

【０１５３】前記ＲＬＰ制御器１３１は、ブロックの一
部分に対する再伝送を要請する時、前記ＮＡＫ＿ＴＹＰ
Ｅ＿ＡＮＤ＿ＵＮＩＴフィールドを＜表１５＞または＜
表１６＞のように設定することができる。前記ＲＬＰ制
御器１３１が前記ＮＡＫ＿ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴ
フィールドを＜表１５＞または＜表１６＞のように設定
すると、再伝送要求は、ＮＡＫ＿ＭＡＰ＿ＳＥＱフィー
ルドとＮＡＫ＿ＭＡＰフィールドとを持つブロックの一
部分に対するＮＡＫ・ＭＡＰ方式によって行われる。

【０１５４】

【表１５】

【表１６】

【０１５５】前記ＲＬＰ制御器１３１は、＜表１５＞ま
たは＜表１６＞を参考してＮＡＫ＿ＭＡＰフィールドと
を詰める。再伝送を要請するブロックのブロック一連番
号をＮＡＫ＿ＭＡＰ＿ＳＥＱフィールドに入れ、＜表１
５＞または＜表１６＞に示す単位で再伝送を要請するブ
ロックのデータセグメントのデータ一連番号をＮＡＫ＿
ＭＡＰフィールドに入れる。前記ＮＡＫ＿ＭＡＰを使用
して、前記ＲＬＰ制御器１３１は、ＮＡＫ＿ＴＹＰＥ＿
ＡＮＤ＿ＵＮＩＴフィールドによって決定された単位が
Ｕである時、前記ＮＡＫ＿ＭＡＰフィールドの最上位ビ
ット(ＭＳＢ)からｎ番目のビットが‘１’である度に、
((ｎ−１)*Ｕ)から(ｎ*Ｕ−１)までのデータ一連番号に
該当する前記ブロックに属するデータバイトに対して再
伝送を要請する。前記ｎ値は１から８までの値を持つこ
とができる。例えば、伝送率集合１に対して、ＮＡＫ＿
ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴフィールドが‘００１１’
に、ＮＡＫ＿ＭＡＰ＿ＳＥＱフィールドが‘０’に、Ｎ
ＡＫ＿ＭＡＰフィールドが‘１０００００００’に設定
されていると、前記フィールド値を受信して、前記ＲＬ
Ｐ制御器はブロック一連番号０のブロックのデータ部分
で、データ一連番号０から１８までのデータバイト、つ
まり、１番目のから１９番目までのデータバイトを再伝
送するべきである。

【０１５６】前記ＲＬＰ制御器１３１は、前記ブロック
に属するデータバイトに対する再伝送を要請する時、前
記ＮＡＫ＿ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴフィールドを
‘１１１１’に設定することができる。前記ＲＬＰ制御
器１３１が前記ＮＡＫ＿ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴフ
ィールドを‘１１１１’に設定する時、前記再伝送要求
はＮＡＫ＿ＭＡＰ＿ＳＥＱフィールド、ＦＩＲＳＴフィ
ールド、及びＬＡＳＴフィールドを含む。前記ＲＬＰ制
御器１３１は、再伝送を要請するデータセグメントで詰
めたブロックのブロック一連番号をＮＡＫ＿ＭＡＰ＿Ｓ
ＥＱフィールドに入れ、再伝送を要請するデータセグメ
ントの１番目のバイトのデータ一連番号をＦＩＲＳＴフ
ィールドに入れ、最後のバイトのデータ一連番号をＬＡ
ＳＴフィールドに入れる。

【０１５７】前記ＲＬＰ制御器１３１は、前記伝送要求
を前記ＮＡＫ＿ＣＯＵＮＴフィールド値に１を加えた値
だけ生成してＮＡＫフレームに入れて、ＦＣＳフィール
ドをバイト整列に合わせるために‘０’で詰めた後、Ｆ
ＣＳフィールドを詰める。前記ＦＣＳフィールドは、Ｒ
ＦＣ−１６６２によって規定された多項式(polynomial)
によって生成される１６ビットフレームチェックシーケ
ンスである。前記ＦＣＳフィールドは前の全てのビット
に対して生成される。前記ＦＣＳフィールドを詰めた
後、前記ＲＬＰ制御器１３１はデータブロックの残りの
部分に対して‘０’で詰める。

【０１５８】基本チャネルを通して伝送する新しいデー
タフレームを生成する時、ＲＬＰ制御器１３１は次のよ
うに動作する。

【０１５９】前記ＲＬＰ制御器１３１は、以前に定義し
たブロックにある全てのデータバイトを伝送した後、ま
たは、新しいデータフレームを最初に生成する時に、デ
ータストリームの残りのデータに対して新しいブロック
を定義する。本発明で、新しいブロックを定義する方法
は、前記多種化／逆多種化制御器１４０が要請したデー
タブロックに入れることのできるデータサイズのデータ
セグメントを持つように定義する方式であるモードＡ(m
ode A)と、前記多種化／逆多種化制御器１４０が要請し
たデータブロックのサイズに関係なくいつもＮ_DATAバイ
トのデータを持つように定義する方式であるモードＢ(m
ode B)と、に分けられる。前記ＲＬＰ制御器１３１は新
しいブロックを定義する時に、モードＡとモードＢのう
ち最も適切な方式を選択することができる。また、本発
明では、前記Ｎ_BLOCKとＮ_DATAとをそれぞれ２⁸と２⁹と
に定義する。

【０１６０】図８Ａ乃至８Ｆは、基本チャネルを通して
伝送できる使用可能のフレームフォーマットを示す。図
８Ａは、ＳＹＮＣ、ＳＹＮＣ／ＡＣＫ、ＡＣＫフレーム
のような制御フレームの伝送フォーマットを示す。図８
Ｂ乃至８Ｅは、データフレームの伝送フォーマットを示
す。最後に、図８Ｆは、アイドルフレームの伝送フォー
マットを示す。各伝送フォーマットの構造は、下記説明
によってより明確になる。

【０１６１】前記ＲＬＰ制御器１３１は、新しいデータ
で詰められた基本チャネルＲＬＰフレームを生成する
時、２１ビット一連番号レジスタＬ＿Ｖ(Ｓ)１３２を使
用する。前記ＲＬＰ制御器１３１は、前記一連番号レジ
スタＬ＿Ｖ(Ｓ)１３２の２１ビット値から上位１２ビッ
トをブロック一連番号Ｂ＿ＳＥＱに、そして、下位９ビ
ットをデータ一連番号Ｄ＿ＳＥＱに決定する。

【０１６２】前記ＲＬＰ制御器１３１は、前記Ｄ＿ＳＥ
Ｑ値が０でないと、ブロックがまだ伝送しないデータ部
分を持っていると判断する。つまり、前記ＲＬＰ制御器
１３１は、前記ブロック一連番号Ｂ＿ＳＥＱに該当する
ブロックのデータ一連番号Ｄ＿ＳＥＱから(Ｎ_DATA−１)
までのデータバイトが伝送されるべきであると判断す
る。従って、前記ＲＬＰ制御器１３１は、前記データセ
グメントを伝送するために、図８Ｄと図８Ｅのフレーム
フォーマットを使用する。図８Ｄのフォーマットは、次
の条件を満足する時に使用できる。

【０１６３】第１、まだ伝送されていないデータストリ
ームのデータの個数は、図８Ｄのフォーマットで伝送で
きるデータ個数Ｂの以上、つまり、伝送率集合１では１
９バイト以上、また、伝送率集合２では３１バイト以上
である。

【０１６４】第２、前記Ｄ＿ＳＥＱ値は、図８Ｄのフォ
ーマットで伝送できるデータバイトの個数Ｂの倍数、つ
まり、伝送率集合１では１９の倍数、また、伝送率集合
２では３１の倍数である。

【０１６５】前記ＲＬＰ制御器１３１は、図８Ｄのフォ
ーマットを使用して新しいデータを伝送する時、まずＳ
ＥＱフィールドを前記データ部分のブロック一連番号で
あるＢ＿ＳＥＱ値の下位８ビットに設定する。さらに、
前記ＲＬＰ制御器１３１は、図８Ｄのフォーマットで伝
送するデータバイトの個数Ｂで前記Ｄ＿ＳＥＱ値を割っ
た値にＳＥＧフィールドを設定する。

【０１６６】前記ＲＬＰ制御器１３１は、図８Ｄのフォ
ーマットを使用して新しいデータを伝送する時、タイプ
フィールドを‘１’に、再伝送インジケータであるＲＥ
ＸＭＩＴフィールドを‘０’に、ＣＴＬフィールドを
‘０１’に設定した後、伝送データをデータ(ＤＡＴＡ)
フィールドに入れる。

【０１６７】前記ＲＬＰ制御器１３１は、図８Ｅのフォ
ーマットを使用して新しいデータを伝送する時、前記Ｓ
ＥＱフィールドを前記データ部分のブロック一連番号で
あるＢ＿ＳＥＱ値の下位８ビットに設定する。さらに、
前記ＲＬＰ制御器１３１は、前記Ｄ＿ＳＥＱ値をＳＥＧ
フィールドに設定する。

【０１６８】前記ＲＬＰ制御器１３１は、図８Ｅのフォ
ーマットを使用して新しいデータを伝送する時、タイプ
フィールドを‘１’に、再伝 インジケータであるＲＥ
ＸＭＩＴフィールドを‘０’に、ＣＴＬフィールドを
‘１’に設定して、データ(ＤＡＴＡ)フィールドに伝送
データを入れた後、ＬＥＮフィールドを前記入れられた
データの数に設定する。

【０１６９】前記ＲＬＰ制御器１３１は、図８Ｄまたは
８Ｅのフォーマットを使用して新しいデータを伝送する
時、ブロックエンドインジケータであるエンドフィール
ドを、次の条件を満足すると‘１’に、満足しないと
‘０’に設定する。

【０１７０】第１、伝送の後、それ以上伝送しないデー
タがデータストリ−ムに存在しない。

【０１７１】第２、前記Ｄ＿ＳＥＱに、伝送されるデー
タバイトの個数Ｎを加えた値が、Ｎ_DATAまたはその倍数
のいずれか１つと同一でない。

【０１７２】前記ＲＬＰ制御器１３１は、新しいデータ
フレームを伝送した後、次のようにＬ＿Ｖ(Ｓ)レジスタ
１３２を更新する。第１、ブロックエンドインジケータ
であるエンドフィールドを‘０’に設定する時、前記過
程で、伝送された新しいデータのサイズがＮであると、
前記ＲＬＰ制御器１３１は前記Ｌ＿Ｖ(Ｓ)レジスタ１３
２にＮ値を加える。

【０１７３】前記ＲＬＰ制御器１３１は、前記Ｄ＿ＳＥ
Ｑ値が０である時、新しいブロックを定義する。前記の
ように、この作業はモードＡとモードＢとの遂行手順が
それぞれ違う。前記ＲＬＰ制御器１３１がモードＢによ
って新しいブロックを定義すると、前記ＲＬＰ制御器１
３１は次のように動作する。

【０１７４】前記ＲＬＰ制御器１３１はモードＢで、新
しいブロックのサイズを図８Ｂのフォーマットで伝送で
きるデータ個数Ｂ、つまり、伝送率集合１における２０
及び伝送率集合２における３２と、まだ伝送されていな
いデータストリームのデータの数との内で最小値Ｍに決
める。前記ＲＬＰ制御器１３１は、前記最小値Ｍが図８
Ｂのフォーマットで伝送できるデータバイトの個数Ｂと
同じであると、図８Ｂのフォーマットを使用し、そうで
ないと、図８Ｃのフォーマットを使用する。

【０１７５】前記ＲＬＰ制御器１３１は、図８Ｂのフォ
ーマットを使用して新しいデータを伝送する時、まず、
ＳＥＱフィールドを前記データ部分のブロック一連番号
であるＢ＿ＳＥＱ値の下位８ビットに設定する。図８Ｂ
のフォーマットで伝達されるデータはいつもデータ一連
番号が０番から始まり、そのサイズがＮ_DATAより小さい
ので、ブロックエンドインジケータはいつも‘１’に設
定される。従って、図８Ｂのフォーマットには前記デー
タ一連番号とブロックエンドインジケータとが含まれて
いないが、受信側ＲＬＰ制御器は図８Ｂフォーマットを
受信すると、データ一連番号を０に、ブロックエンドイ
ンジケータを‘１’に認識する。

【０１７６】前記ＲＬＰ制御器１３１は、図８Ｂフォー
マットを使用して新しいデータを伝送する時、タイプフ
ィールドを‘０’に、再伝送インジケータであるＲＥＸ
ＭＩＴフィールドを‘０’に設定した後、データフィー
ルドに伝送データを入れる。

【０１７７】前記ＲＬＰ制御器１３１は、図８Ｃフォー
マットを使用して新しいデータを伝送する時、まず、Ｓ
ＥＱフィールドを前記データ部分のブロック一連番号で
あるＢ＿ＳＥＱ値の下位８ビットに設定する。図８Ｃの
フォーマットで伝達されるデータはいつもデータ一連番
号が０番から始まり、そのサイズがＮ_DATAより小さいの
で、ブロックエンドインジケータはいつも‘１’に設定
される。従って、図８Ｃのフォーマットには前記データ
一連番号とブロックエンドインジケータとが含まれてい
ないが、受信側ＲＬＰ制御器は図８Ｃのフォーマットを
受信すると、データ一連番号を０に、ブロックエンドイ
ンジケータを‘１’に認識する。

【０１７８】前記ＲＬＰ制御器１３１は、図８Ｃのフォ
ーマットを使用して新しいデータを伝送する時、タイプ
フィールドを‘１’に、再伝送インジケータであるＲＥ
ＸＭＩＴフィールドを‘０’に、ＣＴＬフィールドを
‘００１’に設定した後、データフィールドに伝送する
データを入れて、ＬＥＮフィールドを前記データフィー
ルドに入れられたデータのバイト数に設定する。

【０１７９】前記ＲＬＰ制御器１３１は、新しいデータ
フレームを伝送した後、次のようにＬ＿Ｖ(Ｓ)レジスタ
１３２を更新する。前記ＲＬＰ制御器１３１は、前記Ｌ
＿Ｖ(Ｓ)レジスタ１３２にＮ_DATA値を加える。

【０１８０】もし、モードＢによって新しいブロックを
定義する場合は、前記ＲＬＰ制御器１３１は次のように
動作する。モードＢで、前記ＲＬＰ制御器１３１は新し
いブロックのサイズをＮ_DATAバイトと、まだ伝送されて
いないデータストリームのデータの数との中で最小値Ｍ
に決める。前記ＲＬＰ制御器１３１は、新しいブロック
のサイズを決定した後、まだ伝送されていないデータ列
のデータから決定されたブロックサイズのデータを、新
しいブロックが持っていることに定義する。前記ＲＬＰ
制御器１３１は、前記のように、新しいブロックを定義
した後、定義されたブロックに対して前記ブロックの残
りの部分の伝送手順を遂行する。

【０１８１】前記ＲＬＰ制御器１３１は、新しく定義し
たブロックを受信側の再伝送要請に備えて順方向再整列
バッファ１３３に貯蔵する。前記ＲＬＰ制御器１３１
は、生成されたブロックのブロック一連番号と、生成さ
れたブロックに含まれるデータセグメントのサイズと、
生成されたブロック含まれたデータセグメントと、を再
伝送エントリーに入れて、前記順方向再伝送バッファ１
３３に貯蔵する。前記ＲＬＰ制御器１３１は、受信側か
ら再伝送が要請される場合、要請されたブロック一連番
号及びデータ一連番号に該当するデータバイトを前記順
方向再整列バッファ１３３から見つけて再伝送するべき
である。前記ＲＬＰ制御器１３１は、再伝送が要請され
たブロック一連番号をブロック一連番号Ｂ＿ＳＥＱに、
伝送するデータセグメントの１番目のバイトのデータ一
連番号をデータ一連番号Ｄ＿ＳＥＱに決定する。

【０１８２】前記ＲＬＰ制御器１３１は、再伝送データ
フレームを伝送する時、図８Ｂ乃至図８Ｅのフォーマッ
トを使用することができる。前記ＲＬＰ制御器１３１
は、次の条件を満足する時、図８Ｂまたは図８Ｃのフォ
ーマットを使用する。

【０１８３】第１、再伝送要請はブロック全体に対する
ことである。

【０１８４】第２、再伝送ブロックのサイズが図８Ｂの
フォーマットで伝送できるデータバイトの個数Ｂ、つま
り、伝送率集合１における２０バイト及び伝送率集合２
における３２と同じであるか小さい。

【０１８５】図８Ｂまたは図８Ｃのフォーマットを使用
して前記ブロックを再伝送する時、前記ＲＬＰ制御器１
３１は、ブロックのサイズが図８Ｂのフォーマットで伝
送できるデータバイトの個数Ｂと同じであると、図８Ｂ
のフォーマットを使用し、そうでないと、図８Ｃのフォ
ーマットを使用する。

【０１８６】前記ＲＬＰ制御器１３１は、図８Ｂのフォ
ーマットを使用して前記ブロックを再伝送する時、ま
ず、ＳＥＱフィールドを前記データ部分のブロック一連
番号であるＢ＿ＳＥＱ値の下位８ビットに設定する。

【０１８７】前記ＲＬＰ制御器１３１は、図８Ｂのフォ
ーマットを使用して前記ブロックを再伝送する時、タイ
プフィールドを‘０’に、ＲＥＸＭＩＴフィールドを
‘１’に設定した後、データフィールドに再伝送データ
を入れる。

【０１８８】前記ＲＬＰ制御器１３１は、図８Ｃのフォ
ーマットを使用して前記ブロックを再伝送する時、ま
ず、ＳＥＱフィールドを前記データ部分のブロック一連
番号であるＢ＿ＳＥＱ値の下位８ビットに設定する。

【０１８９】前記ＲＬＰ制御器１３１は、図８Ｃのフォ
ーマットを使用して前記ブロックを再伝送する時、タイ
プフィールドを‘１’に、ＲＥＸＭＩＴフィールドを
‘１’に、ＣＴＬフィールドを‘００１’に設定し、デ
ータフィールドに伝送データを入れた後、ＬＥＮフィー
ルドを前記データフィールドに入れられたデータバイト
の数に設定する。

【０１９０】前記ＲＬＰ制御器１３１は、前記条件を満
足しなかった場合、図８Ｄまたは図８Ｅのフォーマット
を使用する。前記ＲＬＰ制御器１３１は、次の条件を満
足する時、図８Ｄのフォーマットを使用することができ
る。

【０１９１】第１、再伝送ブロックのデータセグメント
のサイズが図８Ｄのフォーマットで伝送できるデータバ
イトの個数Ｂ、つまり、伝送率集合１における１９バイ
ト、また、伝送率集合２における３１バイト以上であ
る。

【０１９２】第２、再伝送ブロックのデータセグメント
の１番目のデータバイトのデータ一連番号Ｄ＿ＳＥＱ値
が、図８Ｄのフォーマットで伝送できるデータバイトの
個数Ｂ、つまり、伝送率集合１における１９と伝送率集
合２における３１との倍数である。

【０１９３】前記ＲＬＰ制御器１３１は、図８Ｄのフォ
ーマットを使用して前記ブロックのデータセグメントを
再伝送する時、まず、ＳＥＱフィールドを前記データ部
分のブロック一連番号であるＢ＿ＳＥＱの下位８ビット
に設定する。さらに、前記ＲＬＰ制御器１３１は、前記
ＳＥＱフィールドを図８Ｄのフォーマットで伝送される
データバイトの個数ＢでＤ＿ＳＥＧ値を割った値に設定
する。

【０１９４】前記ＲＬＰ制御器１３１は、図８Ｄのフォ
ーマットを使用して前記ブロックのデータセグメントを
再伝送する時、タイプフィールドを‘１’に、ＲＥＸＭ
ＩＴフィールドを‘１’に、ＣＴＬフィールドを‘０
１’に設定した後、データフィールドに再伝送データを
入れる。

【０１９５】前記ＲＬＰ制御器１３１は、図８Ｅのフォ
ーマットを使用して前記ブロックのデータセグメントを
再伝送する時、まず、ＳＥＱフィールドを前記データ部
分のブロック一連番号であるＢ＿ＳＥＱ値の下位８ビッ
トに設定する。さらに、前記ＲＬＰ制御器１３１は、前
記ＳＥＧフィールドを前記Ｄ＿ＳＥＱ値に設定する。

【０１９６】前記ＲＬＰ制御器１３１は、図８Ｅのフォ
ーマットを使用して前記ブロックのデータセグメントを
再伝送する時、タイプフィールドを‘１’に、ＲＥＸＭ
ＩＴフィールドを‘１’に、ＣＴＬフィールドを‘１’
に設定し、データフィールドに再伝送データを入れた
後、ＬＥＮフィールドを前記データフィールドに入れら
れたデータバイトの数に設定する。

【０１９７】前記ＲＬＰ制御器１３１は、図８Ｄまたは
図８Ｅのフォーマットを使用してデータを再伝送する
時、ブロックエンドインジケータであるエンドフィール
ドを、次の条件を満足すると‘１’に、そうでないと
‘０’に設定する。

【０１９８】第１、伝送の後、未伝送のデータがそれ以
上前記ブロックのデータセグメントに存在しない。

【０１９９】第２、前記Ｄ＿ＳＥＱに伝送データの個数
Ｎを加えた値が、Ｎ_DATAまたはその倍数と同じでない。

【０２００】前記ＲＬＰ制御器１３１は、多種化／逆多
種化制御器１４０が１６ビット、２０ビットまたは３２
ビットの長さのデータブロックを要請し、新しい伝送デ
ータまたは再伝送データ及び伝送する制御フレームが存
在しない時、図８Ｆのフォーマットのアイドルフレーム
を伝送することができる。前記アイドルフレームを生成
するために、前記ＲＬＰ制御器１３１は、ＳＥＱフィー
ルドにＬ＿Ｖ(Ｓ)レジスタ１３２の上位１２ビット値を
入れる。前記ＲＬＰ制御器１３１は残りの部分に０を入
れたデータブロックを、前記多種化／逆多種化制御器１
４０に伝達する。

【０２０１】５.ＲＬＰ制御器の基本チャネルデータ受
信動作 前記多種化／逆多種化制御器１４０は、前記ＲＬＰ制御
器１３１に受信されたデータブロックのサイズＴととも
にデータブロックを提供する。

【０２０２】前記ＲＬＰ制御器１３１は、制御フレーム
の中でＳＹＮＣ、ＳＹＮＣ／ＡＣＫ、及びＡＣＫフレー
ムを受信すると、前記再設定過程を遂行する。前記ＲＬ
Ｐ制御器１３１は、制御フレームの中のＮＡＫフレーム
を受信すると、＜表１４＞によってＮＡＫフレームを解
析して、要請されたブロックやブロックのデータセグメ
ントを再伝送する。

【０２０３】前記ＲＬＰ制御器１３１は、図８Ｂ乃至図
８Ｅのフォーマットの新しいデータフレームを受信する
時、２１ビット一連番号レジスタＬ＿Ｖ(Ｒ)１３６を使
用する。前記ＲＬＰ制御器１３１は、前記一連番号レジ
スタＬ＿Ｖ(Ｒ)１３６の２１ビット値の上位１２ビット
を、伝送を待機するブロック一連番号Ｂ＿ＳＥＱＲとし
て、また、下位９ビットを、伝送を待機するデータ一連
番号Ｄ＿ＳＥＱＲとして決定する。まず、前記ＲＬＰ制
御器１３１は、受信されたフレームの８ビットＳＥＱフ
ィールド値及び前記Ｌ＿Ｖ(Ｒ)レジスタ１３６を使用し
て、＜数式２＞を適用してブロック一連番号Ｂ＿ＳＥＱ
を求める。

【０２０４】 ＜数式２＞ B_SEQ=[B_SEQR+{2⁸+SEQ-(B_SEQR modulo 2⁸)} modulo 2⁸] modulo 2¹²

【０２０５】前記ＲＬＰ制御器１３１は、図８Ｂまたは
図８Ｃのフォーマットで新しいデータフレームを受信し
た時、受信されたデータセグメントの１番目のデータバ
イトのデータ一連番号を‘０’に決定する。前記ＲＬＰ
制御器１３１は、図８Ｂまたは図８Ｃのフォーマットの
新しいデータ フレームを受信した時、ブロックエンド
インジケータであるエンド値を‘１’に決定する。

【０２０６】前記ＲＬＰ制御器１３１は、図８Ｄのよう
なフォーマットの新しいデータフレームを受信した時、
受信されたデータセグメントの１番目のデータバイトの
データ一連番号Ｄ＿ＳＥＱを、受信されたフレームの５
ビットＳＥＧフィールド値に図８Ｄのようなフォーマッ
トで伝送できるデータ個数Ｂをかけた値に決定する。

【０２０７】前記ＲＬＰ制御器１３１は、図８Ｅのよう
なフォーマットの新しいデータフレームを受信した時、
受信されたデータセグメントの１番目のデータバイトの
データ一連番号Ｄ＿ＳＥＱを、受信されたフレームの９
ビットＳＥＧフィールド値に決定する。

【０２０８】前記ＲＬＰ制御器１３１は、図８Ｄまたは
図８Ｅのようなフォーマットの新しいデータフレームを
受信した時、エンドフィールド値を受信されたフレーム
の１ビットエンドフィールド値に決定する。

【０２０９】前記ＲＬＰ制御器１３１は、図８Ｂ乃至図
８Ｅのようなフォーマットの再伝送データフレームを受
信した時、図４に示すＮＡＫリスト１３７を持っている
べきである。前記のように、前記ＮＡＫリスト１３７の
各ＮＡＫエントリーは、欠けているデータバイトのブロ
ック一連番号と、欠けているデータバイトのデータ一連
番号と、欠けているデータバイトが受信されたか否かを
知らせるインジケータと、再伝送タイマと、取り消しタ
イマと、から構成される。前記ＲＬＰ制御器１３１は、
１２ビットブロック一連番号値の下位８ビット値と、前
記受信された再伝送フレームの８ビットＳＥＱフィール
ドに入った値と、が一致するＮＡＫエントリーを見つけ
る。もし、該当ＮＡＫエントリーを見つけた場合、前記
ＲＬＰ制御器１３１は、前記ＮＡＫエントリーに貯蔵さ
れたブロック一連番号Ｂ＿ＳＥＱを、受信されたデータ
セグメントのブロック一連番号に決定する。また、該当
エントリーを見つけなかった場合、前記ＲＬＰ制御器１
３１は、前記受信されたフレームを捨てる。

【０２１０】前記ＲＬＰ制御器１３１は、図８Ｂまたは
図８Ｃのようなフォーマットの再伝送データフレームを
受信した時、受信されたデータセグメントの１番目のデ
ータバイトのデータ一連番号Ｄ＿ＳＥＱを‘０’に決定
する。

【０２１１】前記ＲＬＰ制御器１３１は、図８Ｂまたは
図８Ｃのような再伝送データフレームを受信した時、エ
ンドフィールド値を‘１’に決定する。

【０２１２】前記ＲＬＰ制御器１３１は、図８Ｄのよう
なフォーマットの再伝送データフレームを受信した時、
受信されたデータセグメントの１番目のデータバイトの
データ一連番号Ｄ＿ＳＥＱを、受信されたフレームの５
ビットＳＥＧフィールドに図８Ｄのようなフォーマット
で伝送できるデータ個数Ｂをかけた値に決定する。

【０２１３】前記ＲＬＰ制御器１３１は、図８Ｅのよう
なフォーマットの再伝送データフレームを受信した時、
受信されたデータセグメントの１番目のデータバイトの
データ一連番号Ｄ＿ＳＥＱを、受信されたフレームの９
ビットＳＥＧフィールド値に決定する。

【０２１４】前記ＲＬＰ制御器１３１は、図８Ｄまたは
図８Ｅのようなフォーマットの再伝送データフレームを
受信した時、エンドフィールド値、受信されたフレーム
の１ビットエンドフィールド値に決定する。

【０２１５】前記ＲＬＰ制御器１３１は、図８Ｂ乃至図
８Ｅのようなフォーマットのフレームを受信した時、受
信されたデータセグメントの１番目のデータバイトのデ
ータ一連番号を、前記過程から求めたＤ＿ＳＥＱフィー
ルド値に設定する。受信されたデータセグメントの１番
目のデータバイトのブロック一連番号Ｂ＿ＳＥＱ及びデ
ータ一連番号Ｄ＿ＳＥＱを求めると、前記ＲＬＰ制御器
１３１は、残りのデータバイトの一連番号を＜数式１＞
で計算することができる。

【０２１６】前記ＲＬＰ制御器１３１は、受信されたデ
ータセグメントの各データバイトを処理する時、２１ビ
ット一連番号レジスタであるＬ＿Ｖ(Ｎ)レジスタ１３５
を使用する。前記ＲＬＰ制御器１３１は、前記一連番号
Ｌ＿Ｖ(Ｎ)レジスタ１３５の２１ビット値から上位１２
ビットを、再伝送を待機するブロック一連番号 Ｂ＿Ｓ
ＥＱＮに、また、下位９ビットを、再伝送を待機するデ
ータ一連番号Ｄ＿ＳＥＱＮに決定する。前記ＲＬＰ制御
器１３１は、受信されたデータセグメントの各データバ
イトのブロック一連番号及びデータ一連番号を＜表１７
＞のように判断する。

【０２１７】

【表１７】

【０２１８】前記ＲＬＰ制御器１３１は、受信されたデ
ータセグメントの各データバイトのブロック一連番号と
データ一連番号の対＜Ｂ, Ｄ＞と、前記＜Ｂ＿ＳＥＱ
Ｒ, Ｄ＿ＳＥＱＲ＞、＜Ｂ＿ＳＥＱＮ, Ｄ＿ＳＥＱＮ＞
とを、＜表１７＞を使用して次のように比較する。ここ
で、ＳＥＱＲは次に予想されるブロック一連番号とデー
タ一連番号とを貯蔵するＬ＿Ｖ(Ｒ)レジスタ１３６に貯
蔵される２１ビット一連番号値である。Ｂ＿ＳＥＱＲは
ＳＥＱＲの１２上位ビットの一連番号で、Ｄ＿ＳＥＱは
ＳＥＱＲの９下位ビットの一連番号である。前記ＳＥＱ
Ｎは、まず再伝送されるべきブロック一連番号及びデー
タ一連番号を貯蔵するＬ＿Ｖ(Ｎ)レジスタ１３５に貯蔵
される２１ビットの一連番号値である。Ｂ＿ＳＥＱＮ
は、前記ＳＥＱＮの上位１２ビットの一連番号であり、
Ｄ＿ＳＥＱＮは前記ＳＥＱＮの下位９ビットの一連番号
である。

【０２１９】第１、＜Ｂ, Ｄ＞が、＜Ｂ＿ＳＥＱＮ, Ｄ
＿ＳＥＱＮ＞より大きいか同じであり、＜Ｂ＿ＳＥＱ
Ｒ, Ｄ＿ＳＥＱＲ＞より小さい場合、前記ＲＬＰ制御器
１３１はこれを再伝送データとみなす。

【０２２０】第２、＜Ｂ, Ｄ＞が＜Ｂ＿ＳＥＱＲ, Ｄ＿
ＳＥＱＲ＞より大きいか同じであり、Ｂ値がＢ＿ＳＥＱ
ＲにＥレジスタ１３４を加えた値を２⁸でモジュロ演算
した値より小さい場合、前記ＲＬＰ制御器１３１は、こ
れを新しいデータとみなす。

【０２２１】第３、＜Ｂ, Ｄ＞が、＜Ｂ＿ＳＥＱＲ, Ｄ
＿ＳＥＱＲ＞にＥレジスタ１３４を加えた値を２⁸でモ
ジュロ演算した値より大きいか同じであると、前記ＲＬ
Ｐ制御器１３１は、これを重複されたデータとみなす。

【０２２２】前記ＲＬＰ制御器１３１は、前記重複され
たデータとみなしたデータバイトに対しては、予め受信
されたデータであるので捨てる。

【０２２３】前記ＲＬＰ制御器１３１は、前記受信され
たデータバイトが新しいデータバイトまたは再伝送デー
タバイトとみなされた場合、次の動作を遂行する。

【０２２４】第１、受信されたデータバイトの＜Ｂ, Ｄ
＞が＜Ｂ＿ＳＥＱＮ, Ｄ＿ＳＥＱＮ＞より大きいか同じ
であり、＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞より小さい場
合は、前記ＲＬＰ制御器１３１は、前記のように、受信
されたデータバイトのブロック一連番号、受信されたデ
ータバイトのデータ一連番号、受信されたデータバイ
ト、及び受信されたデータバイトがブロックの最後のデ
ータバイトであるか否かを示すインジケータから構成さ
れた再整列バッファエントリーを生成して、前記受信さ
れたデータバイトを再整列バッファ１３８に貯蔵する。
前記受信されたデータバイトがブロックの最後のデータ
バイトであるか否かを示すインジケータは、前記データ
バイトが受信されたデータセグメントの最後のデータバ
イトで、前記エンド値が‘１’に設定されていると、
‘最後’であることを示すように設定する。この時、前
記＜Ｂ, Ｄ＞が＜Ｂ＿ＳＥＱＮ, Ｄ＿ＳＥＱＮ＞と同じ
であると、前記ＲＬＰ制御器１３１は、再整列バッファ
１３８に貯蔵された再整列バッファエントリーの中で、
一連番号＜Ｂ＿ＳＥＱＮ, Ｄ＿ＳＥＱＮ＞を持つ再整列
バッファエントリーから連続的に伝達できる一連番号を
持つ再整列バッファエントリーまで、貯蔵されたデータ
バイトを順次に受信データバッファに伝達する。ここ
で、伝達された最後のデータバイトが属する再整列バッ
ファエントリーの受信されたデータバイトがブロックの
最後のデータバイトであるか否かを示すインジケータ
が、最後のバイトであることを示す値に設定されている
と、前記ＲＬＰ制御器１３１は、前記Ｌ＿Ｖ(Ｎ)レジス
タ１３５の上位１２ビットを、前記再整列バッファエン
トリーに貯蔵されたブロック一連番号の次のブロック一
連番号に設定し、下位９ビットを‘０’に設定する。も
し、前記インジケータが最後のバイトであることを示さ
ない場合、前記ＲＬＰ制御器１３１は、＜Ｂ＿ＳＥＱ
Ｎ,Ｄ＿ＳＥＱＮ＞を＜数式１＞を使用して最後に伝送
されたデータバイトの次のデータバイトを示すように設
定した後、前記Ｌ＿Ｖ(Ｎ)レジスタ１３５の上位１２ビ
ットと下位９ビットを、それぞれＢ＿ＳＥＱＮ値とＤ＿
ＳＥＱＮ値に設定する。前記ＲＬＰ制御器１３１は、前
記受信されたデータバイトと同一なブロック一連番号及
びデータ一連番号を持つＮＡＫエントリーに、待機する
データフレームが受信されたことを記録する。

【０２２５】第２、受信されたデータバイトの＜Ｂ, Ｄ
＞が＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞と同じで、＜Ｂ＿
ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞が＜Ｂ＿ＳＥＱＮ, Ｄ＿ＳＥ
ＱＮ＞と同じである場合、前記ＲＬＰ制御器１３１は、
＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞と＜Ｂ＿ＳＥＱＮ, Ｄ
＿ＳＥＱＮ＞との両方とも次のデータバイトを示すよう
に＜数式１＞を使用して増加させる。この時、前記デー
タバイトが受信されたデータセグメントの最後のデータ
バイトであり、前記エンド値が‘１’に設定されている
と、前記ＲＬＰ制御器１３１は、前記Ｌ＿Ｖ(Ｎ)レジス
タ１３５の上位１２ビットを前記Ｂ＿ＳＥＱＮ値の次の
ブロック一連番号に設定し、下位９ビットは‘０’に設
定した後、同様に、前記Ｌ＿Ｖ(Ｒ)レジスタ１３６の上
位１２ビットを前記Ｂ＿ＳＥＱＲ値の次のブロック一連
番号に設定し、下位９ビットは‘０’に設定する。そう
でないと、前記ＲＬＰ制御器１３１は、前記Ｌ＿Ｖ(Ｎ)
レジスタ１３５の上位１２ビットと下位９ビットとを、
前記Ｂ＿ＳＥＱＮ値とＤ＿ＳＥＱＮ値とにそれぞれ設定
し、前記Ｌ＿Ｖ(Ｒ)レジスタ１３６の上位１２ビットと
下位９ビットとを、前記Ｂ＿ＳＥＱＲ値とＤ＿ＳＥＱＲ
値とにそれぞれ設定する。前記ＲＬＰ制御器１３１は、
前記受信されたデータバイトを受信データバッファに伝
達する。

【０２２６】第３、受信されたデータバイトの＜Ｂ, Ｄ
＞が＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞と同じで、＜Ｂ＿
ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞が＜Ｂ＿ＳＥＱＮ, Ｄ＿ＳＥ
ＱＮ＞と同じでない場合、前記ＲＬＰ制御器１３１は、
＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞を＜数式１＞を使用し
て次のデータバイトを示すように増加させる。この時、
前記データバイトが受信されたデータセグメントの最後
のデータバイトであり、前記エンド値が‘１’に設定さ
れていると、前記ＲＬＰ制御器１３１は、前記Ｌ＿Ｖ
(Ｒ)レジスタ１３６の上位１２ビットを前記Ｂ＿ＳＥＱ
Ｒ値の次のブロック一連番号に設定し、下位９ビットを
‘０’に設定する。そうでないと、前記ＲＬＰ制御器１
３１は、前記Ｌ＿Ｖ(Ｒ)レジスタ１３６の上位１２ビッ
トと下位９ビットとを、前記Ｂ＿ＳＥＱＲ値とＤ＿ＳＥ
ＱＲ値とにそれぞれ設定する。この場合、前記ＲＬＰ制
御器１３１は、前記受信されたデータバイトを、受信さ
れたデータバイトのブロック一連番号、受信されたデー
タバイトのデータ一連番号、受信されたデータバイト、
及び受信されたデータバイトがブロックの最後のデータ
バイトであるか否かを示すインジケータから構成された
再整列バッファエントリーを生成して、前記受信された
データバイトを再整列バッファ １３８に貯蔵する。前
記受信されたデータバイトがブロックの最後のデータバ
イトであるか否かを示すインジケータは、前記データバ
イトが受信されたデータセグメントの最後のデータバイ
トであり、前記エンド値が‘１’に設定されていると、
‘最後’を指示するように設定する。

【０２２７】第４、受信されたデータバイトの＜Ｂ, Ｄ
＞が＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞より大きい場合、
前記ＲＬＰ制御器１３１は、＜Ｂ, Ｄ＞の以前のデータ
バイトに対する＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞の再伝
送を要請するために、ＮＡＫリスト１３７に各データバ
イトに対するエントリーを生成する。前記のように、各
エントリーは、欠けているデータバイトのブロック一連
番号、欠けているデータバイトのデータ一連番号、欠け
ているデータバイトが受信されたか否かを示すインジケ
ータ、再伝送タイマ、及び取り消しタイマから構成され
る。また、前記ＲＬＰ制御器１３１は、受信されたデー
タバイトを再整列バッファ１３８に貯蔵し、＜Ｂ＿ＳＥ
ＱＲ, Ｄ＿ＳＥＱＲ＞を、データバイトを示すように＜
数式１＞を使用して増加させる。この時、前記データバ
イトが、受信されたデータセグメントの最後のデータバ
イトであり、前記エンド値が‘１’に設定されている場
合、前記ＲＬＰ制御器１３１は、前記Ｌ＿Ｖ(Ｒ)レジス
タ１３６の上位１２ビットを前記Ｂ＿ＳＥＱＲ値の次の
ブロック一連番号に設定し、下位９ビットを‘０’に設
定する。そうでないと、前記ＲＬＰ制御器１３１は、前
記Ｌ＿Ｖ(Ｒ)レジスタ１３６の上位１２ビットと下位９
ビットとを、前記Ｂ＿ＳＥＱＲ値とＤ＿ＳＥＱＲ値とに
それぞれ設定する。

【０２２８】一方、前記ＲＬＰ制御器１３１は、図８Ｆ
のようなフォーマットのアイドルフレームを受信する
と、ブロック一連番号Ｂ＿ＳＥＱを１２ビットＳＥＱフ
ィールド値に設定し、データ一連番号Ｄ＿ＳＥＱを
‘０’に設定する。前記ＲＬＰ制御器１３１は、前記受
信されたアイドルフレームの＜Ｂ＿ＳＥＱ, Ｄ＿ＳＥＱ
＞が前記＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞より大きい場
合、＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞の以前データバイ
トに対して＜Ｂ＿ＳＥＱ, Ｄ＿ＳＥＱ＞の以前データバ
イトの再伝送を要請するために、ＮＡＫリスト１３７に
各データバイトに対するエントリーを生成する。前記の
ように、各エントリーは、欠けているデータバイトのブ
ロック一連番号、欠けているデータバイトのデータ一連
番号、欠けているデータバイトが受信されたか否かを知
らせるインジケータ、再伝送タイマ、及び取り消しタイ
マから構成される。また、前記ＲＬＰ制御器１３１は、
前記Ｌ＿Ｖ(Ｒ)レジスタ１３６の上位１２ビットを前記
Ｂ＿ＳＥＱＲ値の次のブロック一連番号に設定し、下位
９ビットを‘０’に設定する。前記ＲＬＰ制御器１３１
は、前記受信されたアイドルフレームの＜Ｂ＿ＳＥＱ,
Ｄ＿ＳＥＱ＞が＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞より小
さい場合、前記再設定過程を遂行する。

【０２２９】前記ＲＬＰ制御器１３１は、前記多種化／
逆多種化制御器が損傷したデータブロックの受信を知ら
せると、Ｅレジスタ１３４に貯蔵された値を１増加させ
て、再びＥレジスタ１３４に貯蔵する。この時、前記増
加されたＥレジスタ１３４の値にＢ＿ＳＥＱＲ値を加え
てモジュロ２⁸演算を遂行した結果が、前記Ｂ＿ＳＥＱ
Ｎより大きい場合、前記ＲＬＰ制御器１３１は前記再設
定過程を遂行する。

【０２３０】前記ＲＬＰ制御器１３１は、正しく受信さ
れ、ナルデータブロックでないデータブロックが存在
し、または、前記多種化／逆多種化制御器が何のフレー
ムも受信されなかったことを知らせると、前記Ｅレジス
タ１３４を‘０’に設定する。

【０２３１】６. ＲＬＰ制御器の付加チャネルデータ送
信動作 前記送信側の多種化／逆多種化制御器１４０は、前記Ｒ
ＬＰ制御器１３１がフレームを生成するように、前記Ｒ
ＬＰ制御器１３１に付加チャネルを通して伝送するデー
タブロックを要請する。さらに、前記送信側の多種化／
逆多種化制御器１４０は、前記ＲＬＰ制御器１３１が生
成するべきデータブロックのサイズ情報Ｔを前記ＲＬＰ
制御器１３１に伝送する。

【０２３２】前記ＲＬＰ制御器１３１は、下記優先順位
に従い、付加チャネルを通して伝送するデータブロック
を生成する。 第１、再伝送データフレーム 第２、データフレーム

【０２３３】前記ＲＬＰ制御器１３１が付加チャネルを
通して伝送する新しいデータフレームを生成する時は、
次のように動作する。

【０２３４】前記ＲＬＰ制御器１３１は、新しいデータ
フレームを最初に生成する時、または、以前に定義した
ブロックの全てのデータバイトを伝送した時は、データ
ストリームの残りのデータに対して新しいブロックを定
義する。本発明では、新しいブロックを定義する方法に
おいて、前記基本チャネルでのように、モードＡとモー
ドＢとに分けられる。モードＡは、前記多種化／逆多種
化制御器１４０が要請したデータブロックに入れること
のできるデータのサイズのデータセグメントを新しいブ
ロックが持つように定義する方式であり、モードＢは、
前記多種化／逆多種化制御器１４０が要請したデータブ
ロックのサイズに関係なく、いつもＮ_DATAバイトのデー
タを持つように定義する方式である。前記ＲＬＰ制御器
１３１は、新しいブロックを定義する時、モードＡとモ
ードＢのうちで適切な方式を選択することができる。

【０２３５】図９Ａと図９Ｂは、モードＡとＢで付加チ
ャネルを通して伝送できるフレームフォーマットを示
す。前記モードＢで生成された新しいデータフレーム
は、図９Ａのフォーマットを持つことができる。前記モ
ードＡで生成された新しいデータフレームは、図９Ｂの
フォーマットを持つことができる。前記ＲＬＰ制御器１
３１は、新しいデータが入れられた付加チャネルＲＬＰ
フレームを生成する時、２１ビット一連番号レジスタＬ
＿Ｖ(Ｓ)１３２を使用する。前記ＲＬＰ制御器１３１
は、前記一連番号レジスタＬ＿Ｖ(Ｓ)１３２の２１ビッ
ト値の上位１２ビットをブロック一連番号Ｂ＿ＳＥＱ
に、また、下位９ビットをデータ一連番号Ｄ＿ＳＥＱに
決定する。

【０２３６】図９Ａを参照すると、付加チャネルを通し
て伝送できるデータフレームは、１ビットのタイプ(Ｔ
ＹＰＥ)フィールドと、１ビットの再伝送インジケータ
(ＲＥＸＭＩＴ)フィールドと、８ビットＳＥＱ(一連番
号)フィールドと、データ(ＤＡＴＡ)フィールドと、か
ら構成される。

【０２３７】図９Ｂを参照すると、付加チャネルを通し
て伝送できるデータフレームは、１ビットのタイプフィ
ールドと、１ビットの再伝送インジケータ(ＲＥＸＭＩ
Ｔ)フィールドと、９ビットのデータ一連番号(ＳＥＧ)
フィールドと、１ビットのブロックエンドインジケータ
(ＥＮＤ)フィールドと、６ビットの予約(ＲＳＶＤ)フィ
ールドと、８ビットのブロック一連番号(ＳＥＱ)フィー
ルドと、データ(ＤＡＴＡ)フィールドと、から構成され
る。

【０２３８】前記ＲＬＰ制御器１３１は、前記過程から
決定されたＤ＿ＳＥＱ値が‘０’でない場合、まだ伝送
しないブロックのデータ部分があると判断する。つま
り、前記ＲＬＰ制御器１３１は、前記ブロック一連番号
Ｂ＿ＳＥＱに該当するブロックのデータ一連番号Ｄ＿Ｓ
ＥＱから(Ｎ_DATA−１)までのデータバイトが伝送される
べきであると判断する。従って、前記ＲＬＰ制御器１３
１は、前記データセグメントを伝送するために図９Ｂの
フォーマットを使用する。

【０２３９】前記ＲＬＰ制御器１３１は、図９Ｂのフォ
ーマットを使用して新しいデータを伝送する時、まずＳ
ＥＱフィールドを前記データ部分のブロック一連番号で
あるＢ＿ＳＥＱ値の下位８ビットに設定する。さらに、
前記ＲＬＰ制御器１３１は、前記ＳＥＧフィールドを前
記Ｄ＿ＳＥＱ値に設定する。

【０２４０】前記ＲＬＰ制御器１３１は、図９Ｂのフォ
ーマットを使用して新しいデータを伝送する時、タイプ
フィールドを‘１’に、再伝送インジケータであるＲＥ
ＸＭＩＴフィールドを‘０’に設定した後、データフィ
ールドに再伝送データを入れる。

【０２４１】前記ＲＬＰ制御器１３１は、図９Ｂのフォ
ーマットを使用して新しいデータを伝送する時、次の条
件を満足すると、ブロックエンドインジケータ(ＥＮＤ)
フィールドを‘１’に、そうでないと、‘０’に設定す
る。

【０２４２】第１、伝送の後、それ以上伝送データがデ
ータストリームに残っていない。

【０２４３】第２、前記Ｄ＿ＳＥＱ値に伝送したデータ
の個数Ｎを加えた値が、Ｎ_DATAまたはその倍数のいずれ
か１つと同じでない。

【０２４４】前記ＲＬＰ制御器１３１は、前記過程で新
しいデータフレームを伝送した後、Ｌ＿Ｖ(Ｓ)レジスタ
１３２を更新する。前記ＲＬＰ制御器１３１は、伝送さ
れた新しいデータのサイズがＮであると、下記のよう
に、前記Ｌ＿Ｖ(Ｓ)レジスタ１３２の値にＮ値を加え
る。第１、前記過程で、ブロックエンドインジケータで
あるエンドフィールドを‘１’に設定する時、伝送され
た新しいデータのサイズがＮであると、前記ＲＬＰ制御
器１３１は前記Ｌ＿Ｖ(Ｓ)レジスタ１３２にＮ値を加え
る。第２、前記過程で、ブロックエンドインジケータで
あるエンドフィールドを‘０’に設定する時、前記ＲＬ
Ｐ制御器１３１は前記Ｌ＿Ｖ(Ｓ)レジスタ１３２の上位
１２ビット値に‘１’を加え、前記Ｌ＿Ｖ(Ｓ)レジスタ
１３２の下位９ビットの値を‘０’に設定する。

【０２４５】前記ＲＬＰ制御器１３１は、前記Ｄ＿ＳＥ
Ｑ値が０であると、新しいブロックを定義する。前記の
ように、この動作はモードＡとモードＢとにおいて、相
違して遂行される。前記ＲＬＰ制御器１３１がモードＢ
によって新しいブロックを定義すると、前記ＲＬＰ制御
器１３１は次のように動作する。

【０２４６】前記モードＢで、前記ＲＬＰ制御器１３１
は、新しいブロックのサイズを、図９Ａのフォーマット
で伝送できるデータバイトの個数、つまり、まだ伝送さ
れないデータストリームのデータバイトの個数の中で最
小値Ｍに決定する。

【０２４７】前記ＲＬＰ制御器１３１は、図９Ａフォー
マットを使用して新しいデータを伝送する時、まずＳＥ
Ｑフィールドを前記データ部分のブロック一連番号であ
るＢ＿ＳＥＱ値の下位８ビットに設定する。図９Ａのフ
ォーマットで伝達されるデータは、常にデータ一連番号
が０から始まり、そのサイズがＮ_DATAより小さいので、
ブロックエンドインジケータも常に‘１’に設定され
る。従って、図９Ａフォーマットには、前記データ一連
番号及びブロックエンドインジケータが含まれていない
が、受信側ＲＬＰ制御器は、図９Ａのフォーマットを受
信すると、データ一連番号を‘０’に、ブロックエンド
インジケータを‘１’に認識する。

【０２４８】前記ＲＬＰ制御器１３１は、図９Ａのフォ
ーマットを使用して新しいデータを伝送する時、タイプ
フィールドを‘０’に、再伝送インジケータであるＲＥ
ＸＭＩＴフィールドを‘０’に設定した後、データフィ
ールドに伝送データを入れる。

【０２４９】前記ＲＬＰ制御器１３１は、新しいデータ
を伝送した後、次のように、Ｌ＿Ｖ(Ｓ)レジスタ１３２
を更新する。前記ＲＬＰ制御器１３１は、前記Ｌ＿Ｖ
(Ｓ)レジスタ１３２にＮ_DATA値を加える。

【０２５０】ＲＬＰ制御器１３１がモードＢによって新
しいブロックを定義する場合、前記ＲＬＰ制御器１３１
は、次のように動作する。前記ＲＬＰ制御器１３１は、
モードＢで、新しいブロックのサイズを、Ｎ_DATAバイト
とまだ伝送されていないデータストリームのデータバイ
トの個数とのうちで最小値Ｍに決定する。前記ＲＬＰ制
御器１３１は、新しいブロックのサイズを決定した後、
まだ伝送されていないデータストリームのデータバイト
から決定されたブロックサイズのデータを、新しいブロ
ックが持っていることと定義する。前記ＲＬＰ制御器１
３１は、前記のように、新しいブロックを定義した後、
前記ブロックの残りの部分を伝送する手順を遂行する。

【０２５１】前記ＲＬＰ制御器１３１は、新しく定義し
たブロックを受信側の再伝送要請に備えて順方向再整列
バッファ１３３に貯蔵する。

【０２５２】前記ＲＬＰ制御器１３１は、再伝送データ
フレームを伝送する時、図９Ａまたは図９Ｂのフォーマ
ットを使用することができる。前記ＲＬＰ制御器１３１
は、次の条件を満足する時に、図９Ａのフォーマットを
使用する。

【０２５３】第１、伝送要請はブロック全体に対するこ
とである。

【０２５４】第２、再伝送ブロックのサイズが、図９Ａ
のフォーマットで伝送できるデータバイトの個数Ｂ、つ
まり、前記多種化／逆多種化制御器１４０が要請したデ
ータブロックのサイズＴからＲＬＰヘッダの１０ビット
を引いた値と同じであるか、小さい。

【０２５５】前記ＲＬＰ制御器１３１は、図９Ａのフォ
ーマットを使用して前記ブロックを再伝送する時、ま
ず、ＳＥＱフィールドを前記データ部分のブロック一連
番号であるＢ＿ＳＥＱ値の下位８ビットに設定する。前
記ＲＬＰ制御器１３１は、図９Ａのフォーマットを使用
して前記ブロックを再伝送する時、タイプフィールドを
‘０’に、ＲＥＸＭＩＴフィールドを‘１’に設定した
後、データフィールドを再伝送するデータで詰める。前
記ＲＬＰ制御器１３１は、前記条件を満足しない場合、
図９Ｂのフォーマットを使用する。

【０２５６】前記ＲＬＰ制御器１３１は、図９Ｂのフォ
ーマットを使用して前記ブロックのデータセグメントを
再伝送する時、まずＳＥＱフィールドを前記データ部分
のブロック一連番号であるＢ＿ＳＥＱ値の下位８ビット
に設定する。さらに、前記ＲＬＰ制御器１３１は、前記
ＳＥＧフィールドを前記Ｄ＿ＳＥＱ値に設定する。

【０２５７】前記ＲＬＰ制御器１３１は、図９Ｂのフォ
ーマットを使用して前記データを再伝送する時、タイプ
フィールドを‘１’に、ＲＥＸＭＩＴフィールドを
‘１’に設定した後、データフィールドに再伝送データ
を入れる。

【０２５８】前記ＲＬＰ制御器１３１は、図９Ｂのフォ
ーマットを使用してデータを再伝送する時、次の条件を
満足すると、エンドフィールドを‘１’に、満足しない
と‘０’に設定する。

【０２５９】第１、伝送の後、前記ブロックのデータセ
グメントにまだ再伝送されていないデータが存在しな
い。

【０２６０】第２、前記Ｄ＿ＳＥＱに伝送されたデータ
バイトの個数Ｎを加えた値が、Ｎ_DATAまたはその倍数の
いずれか１つと同一でない。

【０２６１】前記ＲＬＰ制御器１３１は、新しいデー
タ、再伝送データ、または伝送する制御フレームがない
場合、ナルデータブロックを前記多種化／逆多種化制御
器１４０に伝達する。

【０２６２】７. ＲＬＰ制御器の付加チャネルデータ受
信動作 前記多種化／逆多種化制御器１４０は、前記ＲＬＰ制御
器１３１にデータブロックとともに前記受信されたデー
タブロックのサイズＴの情報を提供する。

【０２６３】前記ＲＬＰ制御器１３１は、図９Ａまたは
図９Ｂのようなフォーマットの新しいデータフレームを
受信する時、２１ビット一連番号Ｌ＿Ｖ(Ｒ)レジスタ１
３６を使用する。前記ＲＬＰ制御器１３１は、前記一連
番号Ｌ＿Ｖ(Ｒ)レジスタ１３６の２１ビット値の上位１
２ビットを、伝送を待機するブロック一連番号Ｂ＿ＳＥ
ＱＲに、下位９ビットを、伝送を待機するデータ一連番
号Ｄ＿ＳＥＱＲに決定する。まず、前記ＲＬＰ制御器１
３１は、受信されたフレームの８ビットＳＥＱフィール
ド及び前記Ｌ＿Ｖ(Ｒ)レジスタ１３６を使用し、＜数式
２＞を通してブロック一連番号Ｂ＿ＳＥＱを求める。

【０２６４】前記ＲＬＰ制御器１３１は、図９Ａのよう
なフォーマットの新しいデータフレームを受信した時、
受信されたデータセグメントの１番目のデータバイトの
データ一連番号Ｄ＿ＳＥＱを‘０’に決定する。前記Ｒ
ＬＰ制御器１３１は、図９Ａのようなフォーマットの新
しいデータフレームを受信した時、ブロックエンドイン
ジケータであるエンドフィールドを‘１’に決定する。

【０２６５】前記ＲＬＰ制御器１３１は、図９Ｂのよう
なフォーマットの新しいデータフレームを受信した時、
受信されたデータセグメントの１番目のデータバイトの
データ一連番号Ｄ＿ＳＥＱを、受信されたフレームの９
ビットＳＥＧフィールド値に決定する。前記ＲＬＰ制御
器１３１は、図９Ｂのようなフォーマットの新しいデー
タフレームを受信した時、エンドフィールド値を受信さ
れたフレームの１ビットエンドフィールド値に決定す
る。

【０２６６】前記ＲＬＰ制御器１３１は、図９Ａまたは
図９Ｂのようなフォーマットの再伝送データフレームを
受信した時、前記基本チャネルでのように、ＮＡＫリス
ト１３７を持つべきである。前記ＲＬＰ制御器１３１
は、１２ビットブロック一連番号値の下位８ビット値
と、前記受信された再伝送フレームの８ビットＳＥＱフ
ィールドに入れられた値が一致するＮＡＫエントリーを
探す。もし、該当ＮＡＫエントリーが存在する場合、前
記ＲＬＰ制御器１３１は、前記ＮＡＫエントリーに貯蔵
されたブロック一連番号Ｂ＿ＳＥＱ値を、受信されたデ
ータセグメントのブロック一連番号に決定する。前記の
ようなエントリーが存在ない場合、前記ＲＬＰ制御器１
３１は前記受信されたフレームを捨てる。

【０２６７】前記ＲＬＰ制御器１３１は、図９Ａのよう
なフォーマットの再伝送データフレームを受信した時、
受信されたデータセグメントの１番目のデータバイトの
データ一連番号Ｄ＿ＳＥＱを‘０’に決定する。前記Ｒ
ＬＰ制御器１３１は、図９Ａのようなフォーマットの再
伝送データフレームを受信した時、エンド値を‘１’に
決定する。

【０２６８】前記ＲＬＰ制御器１３１は、図９Ｂのよう
なフォーマットの再伝送データフレームを受信した時、
受信されたデータセグメントの１番目のデータバイトの
データ一連番号Ｄ＿ＳＥＱを、受信されたフレームの９
ビットＳＥＧフィールド値に決定する。前記ＲＬＰ制御
器１３１は、図９Ｂのようなフォーマットの再伝送デー
タフレームを受信した時、エンドフィールド値を受信さ
れたフレームの１ビットエンドフィールド値に決定す
る。

【０２６９】前記ＲＬＰ制御器１３１は、図９Ａまたは
図９Ｂのフォーマットのフレームを受信した時、受信さ
れたデータセグメントの１番目のデータバイトのデータ
一連番号を前記過程から求めたＤ＿ＳＥＧフィールド値
に設定する。前記ＲＬＰ制御器１３１は、受信されたデ
ータセグメントの１番目のデータバイトのブロック一連
番号Ｂ＿ＳＥＱ及びデータ一連番号Ｄ＿ＳＥＱを求めた
後、残りのデータバイトの一連番号を＜数式１＞を通し
て求める。

【０２７０】前記ＲＬＰ制御器１３１は、受信されたデ
ータセグメントのデータバイトを処理する時、２１ビッ
ト一連番号レジスタであるＬ＿Ｖ(Ｎ)レジスタ１３５を
使用する。前記ＲＬＰ制御器１３１は、前記一連番号Ｌ
＿Ｖ(Ｎ)レジスタ１３５の２１ビット値の上位１２ビッ
トを、再伝送を待機するブロック一連番号Ｂ＿ＳＥＱＮ
に、また、下位９ビットを、再伝送を待機するデータ一
連番号Ｄ＿ＳＥＱＮに決定する。前記ＲＬＰ制御器１３
１は、受信されたデータセグメントの各データバイトの
ブロック一連番号及びデータ一連番号を＜表１７＞に基
づいて決定する。

【０２７１】前記ＲＬＰ制御器１３１は、＜表１７＞を
使用して、受信された各データセグメントのデータバイ
トブロック一連番号とデータ一連番号との対である＜
Ｂ, Ｄ＞を、＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞及び＜Ｂ
＿ＳＥＱＮ, Ｄ＿ＳＥＱＮ＞と比較する。

【０２７２】第１、＜Ｂ, Ｄ＞が＜Ｂ＿ＳＥＱＮ, Ｄ＿
ＳＥＱＮ＞より大きいか同じであり、＜Ｂ＿ＳＥＱＲ,
Ｄ＿ＳＥＱＲ＞より小さい場合、前記ＲＬＰ制御器１３
１はこれを再伝送データとみなす。

【０２７３】第２、＜Ｂ, Ｄ＞が＜Ｂ＿ＳＥＱＲ, Ｄ＿
ＳＥＱＲ＞より大きいか同じであり、ＢがＢ＿ＳＥＱＲ
にＥレジスタ１３４を加えた値を２⁸モジュロ演算した
値より小さい場合、前記ＲＬＰ制御器１３１は、これを
新しいデータとみなす。

【０２７４】第３、＜Ｂ, Ｄ＞が＜Ｂ＿ＳＥＱＲ, Ｄ＿
ＳＥＱＲ＞にＥレジスタ１３４を加えた値を２⁸モジュ
ロ演算した値より大きいか同じであると、前記ＲＬＰ制
御器１３１はこれを重複されたデータとみなす。

【０２７５】前記ＲＬＰ制御器１３１は、前記重複され
たデータとみなされたデータバイトが予め受信されたデ
ータであるので捨てる。

【０２７６】前記ＲＬＰ制御器１３１は、前記受信され
たデータバイトが新しいデータバイトまたは再伝送デー
タバイトとみなされた場合、次の動作を遂行する。

【０２７７】第１、受信されたデータバイトの＜Ｂ, Ｄ
＞が＜Ｂ＿ＳＥＱＮ, Ｄ＿ＳＥＱＮ＞より大きいか同じ
であり、＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞より小さい場
合、前記ＲＬＰ制御器１３１は、受信されたデータバイ
トのブロック一連番号、受信されたデータバイトのデー
タ一連番号、受信されたデータバイト、及び受信された
データバイトがブロックの最後のデータバイトであるか
否かを知らせるインジケータから構成された再整列バッ
ファエントリーを生成して、前記受信されたデータバイ
トを再整列バッファ１３８に貯蔵する。前記受信された
データバイトがブロックの最後のデータバイトであるか
否かを知らせるインジケータは、前記データバイトが受
信されたデータセグメントの最後のデータバイトであ
り、前記エンド値が‘１’に設定されていると、‘最後
(ＬＡＳＴ)’を示すように設定する。この時、前記＜
Ｂ, Ｄ＞が＜Ｂ＿ＳＥＱＮ, Ｄ＿ＳＥＱＮ＞と同じであ
ると、前記ＲＬＰ制御器１３１は、再整列バッファ１３
８に貯蔵された再整列バッファエントリーの中で、一連
番号＜Ｂ＿ＳＥＱＮ, Ｄ＿ＳＥＱＮ＞の再整列バッファ
エントリーから、連続的に伝達できる一連番号を持つ再
整列バッファエントリーまで、貯蔵されたデータバイト
を順に受信データバッファに伝達する。もし、最後に伝
達されたデータバイトが属する再整列バッファエントリ
ーの前記データバイトがブロックの最後のデータバイト
であるか否かを知らせるインジケータが、最後のバイト
であることを示す値に設定されている場合、前記ＲＬＰ
制御器１３１は、前記Ｌ＿Ｖ(Ｎ)レジスタ１３５の上位
１２ビットを、前記再整列バッファエントリーに貯蔵さ
れたブロック一連番号の次のブロック一連番号に設定
し、下位９ビットを‘０’に設定する。前記過程で最後
のバイトであることを示す値に設定されていない場合、
前記ＲＬＰ制御器１３１は、＜数式１＞を使用して＜Ｂ
＿ＳＥＱＮ, Ｄ＿ＳＥＱＮ＞を、最後に伝送されたデー
タバイトの次のデータバイトを示すように設定した後、
前記Ｌ＿Ｖ(Ｎ)レジスタ１３５の上位１２ビットと下位
９ビットとを、前記Ｂ＿ＳＥＱＮ値とＤ＿ＳＥＱＮ値と
にそれぞれ設定する。前記ＲＬＰ制御器１３１は、前記
受信されたデータバイトと同一なブロック一連番号及び
データ一連番号を持つＮＡＫエントリーに、待機するデ
ータフレームが受信されたことを記録する。

【０２７８】第２、受信されたデータバイトの＜Ｂ, Ｄ
＞が＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞と同じであり、＜
Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞が＜Ｂ＿ＳＥＱＮ, Ｄ＿
ＳＥＱＮ＞と同じである場合、前記ＲＬＰ制御器１３１
は、＜数式１＞を使用して、＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥ
ＱＲ＞及び＜Ｂ＿ＳＥＱＮ, Ｄ＿ＳＥＱＮ＞を、次のデ
ータバイトを示すように増加させる。この時、前記デー
タバイトが受信されたデータセグメントの最後のデータ
バイトであり、前記エンド値が‘１’に設定されている
と、前記ＲＬＰ制御器１３１は、前記Ｌ＿Ｖ(Ｎ)レジス
タ１３５の上位１２ビットを前記Ｂ＿ＳＥＱＮ値の次の
ブロック一連番号に設定し、下位９ビットを‘０’に設
定した後、同様に、前記Ｌ＿Ｖ(Ｒ)レジスタ１３６の上
位１２ビットを前記Ｂ＿ＳＥＱＲ値の次のブロック一連
番号に設定し、下位９ビットを‘０’に設定する。そう
でないと、前記ＲＬＰ制御器１３１は、前記Ｌ＿Ｖ(Ｎ)
レジスタ１３５の上位１２ビットと下位９ビットとを、
前記Ｂ＿ＳＥＱＮ値とＤ＿ＳＥＱＮ値とにそれぞれ設定
し、前記Ｌ＿Ｖ(Ｒ)レジスタ１３６の上位１２ビットと
下位９ビットとを、前記Ｂ＿ＳＥＱＲ値とＤ＿ＳＥＱＲ
値とにそれぞれ設定する。前記ＲＬＰ制御器１３１は、
前記受信されたデータバイトを受信データバッファに伝
達する。

【０２７９】第３、受信されたデータバイトの＜Ｂ, Ｄ
＞が＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞と同じであり、＜
Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞は＜Ｂ＿ＳＥＱＮ, Ｄ＿
ＳＥＱＮ＞と同じでない場合、前記ＲＬＰ制御器１３１
は、＜数式１＞を使用して次のデータバイトを示すよう
に＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞を増加させる。この
時、前記データバイトが受信されたデータセグメントの
最後のデータバイトであり、前記エンド値が‘１’に設
定されていると、前記ＲＬＰ制御器１３１は、前記Ｌ＿
Ｖ(Ｒ)レジスタ１３６の上位１２ビットを前記Ｂ＿ＳＥ
ＱＲ値の次のブロック一連番号に設定し、下位９ビット
を‘０’に設定する。そうでないと、前記ＲＬＰ制御器
１３１は、前記Ｌ＿Ｖ(Ｒ)レジスタ１３６の上位１２ビ
ットと下位９ビットとを、前記Ｂ＿ＳＥＱＲ値とＤ＿Ｓ
ＥＱＲ値とにそれぞれ設定する。この時、前記ＲＬＰ制
御器１３１は、受信されたデータバイトのブロック一連
番号、受信されたデータバイトのデータ一連番号、受信
されたデータバイト、及び受信されたデータバイトがブ
ロックの最後のデータバイトであるか否かを知らせるイ
ンジケータから構成された再整列バッファエントリーを
生成して、前記受信されたデータバイトを再整列バッフ
ァ１３８に貯蔵する。前記受信されたデータバイトがブ
ロックの最後のデータバイトであるか否かを知らせるイ
ンジケータは、前記データバイトが受信されたデータセ
グメントの最後のデータバイトで、前記ＥＮＤ値が
‘１’に設定されていると、‘最後(ＬＡＳＴ)’を示す
ように設定する。

【０２８０】第４、受信されたデータバイトの＜Ｂ, Ｄ
＞が＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞より大きい場合、
前記ＲＬＰ制御器１３１は、＜Ｂ, Ｄ＞の以前のデータ
バイトに対する＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞のデー
タバイトの再伝送を要請するために、ＮＡＫリスト１３
７に各データバイトに対するエントリーを生成する。前
記のように、各エントリーは、欠けているデータバイト
のブロック一連番号、欠けているデータバイトのデータ
一連番号、欠けているデータバイトが受信されたか否か
を知らせるインジケータ、再伝送タイマ、及び取り消し
タイマから構成される。さらに、前記ＲＬＰ制御器１３
１は、受信されたデータバイトを再整列バッファ１３８
に貯蔵し、次のデータバイトを示すように＜数式１＞を
使用して＜Ｂ＿ＳＥＱＲ, Ｄ＿ＳＥＱＲ＞を増加させ
る。ここで、前記データバイトが受信されたデータセグ
メントの最後のデータバイトであり、前記エンド値が
‘１’に設定されていると、前記ＲＬＰ制御器１３１
は、前記Ｌ＿Ｖ(Ｒ)レジスタ１３６の上位１２ビットを
前記Ｂ＿ＳＥＱＲ値の次のブロック一連番号に設定し、
下位９ビットを‘０’に設定する。そうでないと、前記
ＲＬＰ制御器１３１は、前記Ｌ＿Ｖ(Ｒ)レジスタ１３６
の上位１２ビットと下位９ビットとを、前記Ｂ＿ＳＥＱ
Ｒ値とＤ＿ＳＥＱＲ値とにそれぞれ設定する。

【０２８１】前記多種化／逆多種化制御器が損傷したデ
ータブロックの受信を知らせると、前記ＲＬＰ制御器１
３１は、Ｅレジスタ１３４に貯蔵された値を１増加させ
て、Ｅレジスタ１３４に貯蔵する。前記増加されたＥレ
ジスタ１３４の値にＢ＿ＳＥＱＲ値を加えて２⁸モジュ
ロ演算をした値が前記Ｂ＿ＳＥＱＮより大きい場合、前
記ＲＬＰ制御器１３１は、前記再設定過程を遂行する。

【０２８２】前記ＲＬＰ制御器１３１は、ナルデータブ
ロックでなくて、正しく受信されたデータブロックが存
在するか、または、前記多種化／逆多種化制御器が受信
されたフレームがないことを知らせると、前記Ｅレジス
タ１３４を‘０’に設定する。

【０２８３】８. ＲＬＰ制御器のデータ受信後の動作 ＲＬＰ制御器１３１は、受信された全てのフレームを処
理した後、次のような動作を遂行する。受信されたデー
タブロックに新しいデータフレームが含まれており、送
信側ＲＬＰ制御器から受信されたフレームが存在しない
場合、前記ＲＬＰ制御器１３１は、ＮＡＫリスト１３７
での古いエントリーから次の過程を遂行する。

【０２８４】第１、取り消しタイマがまだ終了されてい
なく、前記ＮＡＫエントリーに含まれている一連番号が
もう３回伝送された場合、前記ＲＬＰ制御器１３１は取
り消しタイマの値から１を減らす。前記取り消しタイマ
値が‘０’になると、前記ＲＬＰ制御器１３１は次の動
作を遂行する。前記ＲＬＰ制御器１３１が、ＮＡＫエン
トリーが既に持っている一連番号に該当する再伝送デー
タバイトをもう受信した場合、前記ＲＬＰ制御器１３１
は前記ＮＡＫエントリーを削除する。また、前記ＲＬＰ
制御器１３１が、ＮＡＫエントリーが既に持っている一
連番号に該当する再伝送データバイトを受信しなかった
場合、前記ＲＬＰ制御器１３１は、前記ＮＡＫエントリ
ーの一連番号に該当するデータバイトがまだ受信されな
かったとみなして、再整列バッファ１３８に貯蔵された
前記ＮＡＫエントリーのブロック一連番号及びデータ一
連番号より大きく、連続的に上位リンクプロトコルに伝
送できる、受信されたデータバイトを順に伝達する。そ
れから、前記ＲＬＰ制御器１３１は、ＮＡＫエントリー
を削除する。前記ＲＬＰ制御器１３１は、Ｌ＿Ｖ(Ｎ)レ
ジスタ１３５を次に受信されるデータバイトの一連番号
に設定する。

【０２８５】第２、取り消しタイマがまだ終了されてい
なく、前記ＮＡＫエントリーが持っている一連番号が、
もう２回伝送された前記ＮＡＫに含まれている場合、前
記ＲＬＰ制御器１３１は、取り消しタイマの値から１を
減らす。もし、取り消しタイマ値が‘０’になる場合、
前記ＲＬＰ制御器１３１は、次の動作を遂行する。前記
ＲＬＰ制御器１３１が、ＮＡＫエントリーが既に持って
いる一連番号に該当する再伝送されたデータバイトを受
信した場合、前記ＲＬＰ制御器１３１は前記ＮＡＫエン
トリーを削除し、前記Ｌ＿Ｖ(Ｎ)レジスタ１３５を次に
受信されるデータフレームの一連番号に設定する。ま
た、前記ＲＬＰ制御器１３１が前記データバイトを受信
しなかった場合、前記ＲＬＰ制御器１３１は、前記ＮＡ
Ｋエントリーの取り消しタイマを適切な値に設定する。
前記ＲＬＰ制御器１３１は、次に伝送する３つのＮＡＫ
フレームに、前記ＮＡＫエントリーのブロック一連番号
及びデータ一連番号を含める。

【０２８６】前記ＲＬＰ制御器１３１は、新しく追加す
るべきＮＡＫエントリーに対して前記再伝送タイマを適
切な値に設定し、次に伝送する２つのＮＡＫフレームに
前記ＮＡＫエントリーの一連番号を含める。

【０２８７】

【発明の効果】上述のように、本発明による移動通信シ
ステムにおいて、ＲＬＰフレームに含まれるサービスの
ための順次ブロックを示すブロック一連番号と、順次ブ
ロックのサブ順次ブロックを示すデータ一連番号を使用
してＲＬＰフレームを送受信する。また、前記ブロック
一連番号及びデータ一連番号の２次元アドレシング方式
を使用して、複数のサービスのための増加されたデータ
バイト数を効率的に伝送、または、再伝送することがで
きる。

【０２８８】一方、前記本発明の詳細な説明では具体的
な実施形態に上げて説明してきたが、本発明の範囲内で
様々な変形が可能であるということは勿論である。従っ
て、本発明の範囲は前記実施形態によって限られてはい
けなく、特許請求の範囲とそれに均等なものによって定
められるべきである。 ［図面の簡単な説明］

【図１】 パケットデータサービスを遂行する一般的な
符号分割多重接続通信システムの構成図である。

【図２】 本発明のＲＬＰによるデータ送受信装置の構
成図である。

【図３】 本発明によるデータ送信器の構成図である。

【図４】 本発明によるデータ受信器の構成図である。

【図５】 本発明によって生成されるフレームのフォー
マットを示す図である。

【図６】 本発明によって生成されるＬＴＵ(Logical T
ransmission Unit)のフォーマットを示す図である。

【図７】 本発明によるデータブロック及びＲＬＰフレ
ームのフォーマットを示す図である。

【図８】 本発明によって生成されるＲＬＰフレームを
基本チャネルを通して送受信する時に使用するフレーム
フォーマットを示す図である。

【図９】 本発明によって生成されるＲＬＰフレームを
付加チャネルを通して送受信する時に使用するフレーム
フォーマットを示す図である。

【図１０】 本発明による基本チャネル送信動作の処理
手順を示す図である。

【図１１】 本発明による基本チャネル受信動作の処理
手順を示す図である。

【図１２】 本発明による付加チャネル送信動作の処理
手順を示す図である。

【図１３】 本発明による付加チャネル受信動作の処理
手順を示す図である。

【符号の説明】

１１０、２１０ リンクプロトコル処理器 １２２、２２２ 送信データバッファ １２４、２２４ 受信データバッファ １３０、２３０ ＲＬＰ処理器 １３１ ＲＬＰ制御器 １３２ Ｌ＿Ｖ(Ｓ)レジスタ １３３ 順方向再整列バッファ(または、再伝送バッフ
ァ) １３４ Ｅレジスタ １３５ Ｌ＿Ｖ(Ｎ)レジスタ １３６ Ｌ＿Ｖ(Ｒ)レジスタ １３７ ＮＡＫリスト １３８ 再整列バッファ １４０、２４０ 多種化／逆多種化制御器 １５０、２５０ 物理階層処理器

Claims (9)

(57)【特許請求の範囲】
1. 【請求項１】 移動通信システムにおけるデータ伝送方
   法において、 可変長データを持つ少なくとも１つの順次フレームで、
   可変長データを持ち、 各順次ブロックはバイト単位の複数のサブ順次ブロック
   で分割される複数の順次ブロックで分割されるデータス
   トリームを分割する過程と、 前記順次フレームのそれぞれのヘッドに、前記ヘッドに
   対応する順次ブロックのシーケンス番号を示す第１セッ
   トのビットと、前記ヘッドに対応するサブ順次ブロック
   のシーケンス番号を示す第２セットのビットと、を含む
   ヘッダを付ける過程と、 前記ヘッダが付けられた前記順次フレームを伝送する過
   程とを含むことを特徴とする方法。
2. 【請求項２】 それぞれの順次フレームに含まれたそれ
   ぞれの順次ブロックのサイズは予め設定されたサイズよ
   り小さく、前記ヘッダは、前記順次ブロックの最後のサ
   ブ順次ブロックを含むか否かを示すインジケータを含む
   請求項１記載の方法。
3. 【請求項３】 それぞれの順次フレームに含まれたそれ
   ぞれの順次ブロックのサイズは、要請されたサイズによ
   って決定される請求項１記載の方法。
4. 【請求項４】 それぞれの順次フレームに含まれたそれ
   ぞれの順次ブロックのサイズは相互同一である請求項１
   記載の方法。
5. 【請求項５】 移動通信システムにおけるデータ伝送装
   置において、 各ブロックが、バイト単位の複数のサブ順次ブロックで
   分割される複数の順次ブロックで分割されて伝送される
   データストリームを貯蔵するデータバッファと、 前記順次ブロックに対するブロックシーケンス番号及び
   前記サブ順次ブロックに対するデータシーケンス番号を
   貯蔵するレジスタと、 無線リンクプロトコルフレームのヘッドに対応するヘッ
   ダを付け、前記ヘッドに対応する順次ブロックのシーケ
   ンス番号を示すブロックシーケンス番号及び前記ヘッド
   に対応するサブ順次ブロックのシーケンス番号を示すデ
   ータシーケンス番号を含むヘッダの付いた無線リンクプ
   ロトコルフレームを伝送する制御器と、 を含むことを特徴とする装置。
6. 【請求項６】 該当無線リンクプロトコルフレームに含
   まれる各順次ブロックのサイズは予め設定されたサイズ
   より小さく、前記ヘッダは、前記順次ブロックの最後の
   サブ順次ブロックを含むか否かを示すインジケータを含
   む請求項５記載の装置。
7. 【請求項７】 前記伝送された無線リンクプロトコルフ
   レームを再伝送するために前記無線リンクプロトコルフ
   レームを貯蔵する順方向再整列バッファをさらに含む請
   求項６記載の装置。
8. 【請求項８】 前記各順次フレームに含まれる各順次ブ
   ロックのサイズは要請されるサイズによって決定される
   請求項６記載の装置。
9. 【請求項９】 前記各順次フレームに含まれる各順次ブ
   ロックのサイズは相同である請求項５記載の装置。