(57)【特許請求の範囲】
【請求項１】
それぞれ所定の長さを持つ複数の連続的な多重化フレームから構成され、少なくとも一つの前記多重化フレームは複数のサブ多重化フレームから構成され、各前記サブ多重化フレームはヘッダと前記ヘッダの後に続く無線リンクプロトコルフレームとから構成される情報フレームにおいて、
前記ヘッダは、無線リンクプロトコルサービス識別子フィールド、長さフィールド、及び長さフィールドを指示するための長さインジケータを含み、
前記無線リンクプロトコルフレームは、伝送するデータブロックを含むことを特徴とする情報フレーム。
【請求項２】
前記長さインジケータは、前記ヘッダの後に一つまたは二つ以上のデータブロックが存在するか否かを示し、
前記長さフィールドは、前記データブロックの長さを示すことを特徴とする請求項１記載の情報フレーム。
【請求項３】
それぞれ所定の長さを持つ複数の連続的な多重化フレームから構成され、各前記多重化フレームはヘッダと前記ヘッダの後に続く無線リンクプロトコルフレームとから構成される情報フレームにおいて、
前記ヘッダは、無線リンクプロトコルサービス識別子フィールド、長さフィールド、及び長さフィールドを指示するための長さインジケータを含み、
前記無線リンクプロトコルフレームは、伝送するデータブロックを含むことを特徴とする情報フレーム。
【請求項４】
前記長さインジケータは、前記ヘッダの後に一つまたは二つ以上のデータブロックが存在するか否かを示し、
前記長さフィールドは、前記データブロックの長さを示すことを特徴とする請求項３記載の情報フレーム。
【請求項５】
複数のサービスのためのフレームを伝送する移動通信システムにおけるフレーム伝送方法において、
サービスの優先順位によって決定される少なくとも１つの無線リンクプロトコルフレームと、無線リンクプロトコルフレームのサービスを示す無線リンクプロトコルサービス識別子、長さフィールド、及び長さフィールドを指示するための長さインジケータから構成されるヘッダとを含む所定の長さの多重化フレームを生成する過程と、
複数の連続的な前記多重化フレームから所定の長さの情報フレームを構成して伝送する過程と、を含むことを特徴とするフレーム伝送方法。
【請求項６】
移動通信システムにおけるデータ伝送装置において、
固有のサービスデータを処理し、所定の長さの無線リンクプロトコルフレームを生成する複数の無線リンクプロトコル処理器と、
前記無線リンクプロトコル処理器から生成される前記無線リンクプロトコルフレームの長さを決定し、前記無線リンクプロトコル処理器から生成された少なくとも１つの無線リンクプロトコルフレームと、前記無線リンクプロトコルフレームのサービスを示すサービス識別子、長さフィールド、及び長さフィールドを指示するための長さインジケータから構成されるヘッダを含む第１長さを有する多重化フレームを生成する多重化制御器と、
複数の連続的な前記多重化フレームから第２長さの情報フレームを構成して伝送する物理階層処理器と、を含むことを特徴とする移動通信システムにおけるデータ伝送装置。
【請求項７】
各多重化フレームが少なくとも１つの無線リンクプロトコルフレームと、前記無線リンクプロトコルフレームのサービスを示すサービス識別子、長さフィールド、及び長さフィールドを指示するための長さインジケータから構成されたヘッダとを含み、複数の連続的な前記多重化フレームから構成される情報フレームを受信する移動通信システムにおけるフレーム受信方法において、
前記受信された情報フレームの内に含まれた前記多重化フレームを逆多重化する過程と、
逆多重化されたフレームに含まれた少なくとも１つの無線リンクプロトコルフレームを前記ヘッダの長さインジケータを利用してサービス別に区分し、前記区分された無線リンクプロトコルフレームを処理するために該当サービスに出力する出力過程と、を含むことを特徴とするフレーム受信方法。
【請求項８】
各多重化フレームが少なくとも１つの無線リンクプロトコルフレームと、前記無線リンクプロトコルフレームのサービスを示すサービス識別子長さフィールド、及び長さフィールドを指示するための長さインジケータから構成されたヘッダとを含み、複数の連続的な前記多重化フレームから構成される情報フレームを受信する移動通信システムにおけるフレーム受信装置において、
前記受信された情報フレーム内の多重化フレームに含まれた少なくとも１つの無線リンクプロトコルフレームを前記ヘッダの長さインジケータを利用してサービス別に区分する逆多重化制御器と、
前記区分された無線リンクプロトコルフレームに対して該当サービスを遂行する複数の無線リンクプロトコル処理器と、を含むことを特徴とするフレーム受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、符号分割多重接続(Code Division Multiple Access: 以下、ＣＤＭＡ)方式の移動通信システムに関し、特に、無線環境における効率的なデータ伝送のために使用される無線リンクプロトコル(Radio Link Protocol: 以下、ＲＬＰ)によってデータを伝送する装置及び方法に関する。
【０００２】
【従来の技術】
一般的に、ＣＤＭＡ方式の移動通信システムは、音声サービスを主に提供するＩＳ−９５規格から、音声サービスだけでなく高速データサービスもできるＣＤＭＡ−２０００規格まで発展してきた。前記ＣＤＭＡ−２０００規格においては、高品質の音声サービス、動画像サービス、及びインターネット検索サービスなどもできる。
【０００３】
図１は、前記ＣＤＭＡ−２０００規格から提供する典型的なパケットデータサービスの例を示す。図１において、端末機(ＭＳ)は、ターミナル装置(Terminal Equipment: 以下、ＴＥと称する)と端末装置(Mobile Termination: 以下、ＭＴと称する)とを含む。基地局(Base Station)は、ＢＳ／ＭＳＣ(Base Station/Mobile Switching Center)で表示され、前記ＢＳ／ＭＳＣとデータ網(例: インターネット)とを連結するインターワーキング機能部(Interworking Function block)は、ＩＷＦで表示される。前記ＩＷＦ部は、異なるプロトコルを使用する場合、プロトコルを相互変換させる装置である。図１において、前記端末器及び前記ＩＷＦ部の上位サービス(または、ウェブサービス)処理部は、ネットワークプロトコル(または、インターネットプロトコル(ＩＰ))処理部及びリンクプロトコル(または、Point-to-Point プロトコル: ＰＰＰ)処理部を通してデータを交換する。つまり、上位サービス処理部によって生成されたデータは、最終的にリンクプロトコルパケットの形態で下位階層に伝達され、前記下位階層は、適切なプロトコルを使用して前記データを伝送する。
【０００４】
図１は、ＴＥとＭＴとの間にＥＩＡ−２３２制御器が使用される例を示す。前記ＥＩＡ−２３２制御器を通して前記ＭＴに伝送される前記リンクプロトコルパケットは、本発明による前記ＲＬＰを通してＲＬＰフレームに割り当てられる。前記のように生成されたＲＬＰフレームは、ＣＤＭＡ−２０００規格のＩＳ−２０００規格によって連結された物理チャネルを通して伝送される。前記連結された物理チャネルを通して前記基地局に受信された前記ＲＬＰパケットは、前記リンクプロトコルパケットに復元され、前記復元されたパケットは、リレー階層(relay layer)を通して前記ＩＷＦ部に伝送される。一般的に、前記基地局と前記ＩＷＦ部との間のインターフェーシングは、ＩＳ−６５８規格によって遂行される。前記ＩＷＦ部は、前記リンクプロトコルパケットからデータを読み出して前記ネットワークプロトコル処理部に伝達し、前記データは最終的に前記上位サービス処理部に伝達される。
【０００５】
前記の記載は、前記端末器から前記基地局にデータを伝送する過程を説明しているが、前記基地局から前記端末器にデータを伝送する過程も同様に遂行される。ＣＤＭＡ−２０００規格は、多様なサービスを提供するために、図１とは異なる多様な構成を支援する。しかしながら、前記多様な構成は、前記上位サービスデータを有する前記リンクプロトコルパケットがＲＬＰを通して無線物理チャネルで伝送されるという共通点がある。
【０００６】
前記ＲＬＰタイプ−３(RLP Type-3)規格は、現在の伝送率集合１(Rate Set 1)に対して９.６Ｋｂｐｓまたは１９.２Ｋｂｐｓの物理チャネルフレームを充填することのできるサイズのＲＬＰフレームのみを、または、伝送率集合２(Rate Set 2)に対して１４．４Ｋｂｐｓまたは２８.８Ｋｂｐｓの物理チャネルフレームを充填することのできるサイズのＲＬＰフレームのみを生成する。従って、物理チャネルが１５３.６Ｋｂｐｓまたは２３０.４Ｋｂｐｓのような高い伝送率で動作する時は、複数のＲＬＰフレームを１つの物理チャネルフレームに入れる方法を使用する。前記物理チャネルが、前記ＲＬＰタイプ−３規格で支援される最大伝送率である１５３．６Ｋｂｐｓまたは２３０.４Ｋｂｐｓの以上の伝送率を支援する場合、例えば、３０７.２Ｋｂｐｓ、４６０.８Ｋｂｐｓ、６１４.４Ｋｂｐｓ、及び１０３６.８Ｋｂｐｓなどの伝送率を支援する場合には、より多くのＲＬＰフレームを１つの物理チャネルフレームに入れることができる。しかしながら、前記のような方式は、１つの物理チャネルに１つの大きなＲＬＰフレームを入れる方法に比べて、フレームヘッダによる負担が大きくなり、フレームの使えない部分が増加するので、効率的な方法ではない。従って、現在のＲＬＰタイプ−３フレームより大きいＲＬＰフレームを伝送するためには、既存の方法とは異なる新たな方法が必要である。
【０００７】
【発明が解決しようとする課題】
従って、本発明の目的は、移動通信システムにおけるＲＬＰによってデータを伝送する時、新しい一連番号付け方法(Octet-Based Sequencing)によってより多様な長さを有するＲＬＰフレームを伝送する装置及び方法を提供することにある。
【０００８】
本発明の他の目的は、移動通信システムにおけるＲＬＰによってデータを伝送する時、多様な長さのＲＬＰフレームを支援するための効果的な多重化／逆多重化制御器の動作を提案することによって、多様なサイズ及び構造を有する情報フレーム(物理フレーム)に、より多くのデータを乗せて伝送する装置及び方法を提供することにある。
【０００９】
【課題を解決するための手段】
前記のような目的を達成するための本発明は、移動通信システムにおいて、ＲＬＰによって伝送される新しいフォーマットの情報フレームと、前記情報フレームを送受信する装置及び方法を提供する。前記情報フレームは、それぞれ所定の長さを持つ複数の連続的な多重化フレームから構成される。前記多重化フレームは、ヘッダと次のＲＬＰフレームから構成され、前記ＲＬＰフレームは伝送データを含む。少なくとも１つの前記多重化フレームは、複数のサブ多重化フレームから構成され、各サブ多重化フレームは、無線リンクプロトコルサービス識別子フィールド及び伝送データの長さを示す長さ表示フィールドを含むヘッダと、前記次の無線リンクプロトコルフレームと関連したデータブロックと、から構成される。
【００１０】
【発明の実施の形態】
本発明の望ましい実施形態を添付図面を参照して詳細に説明する。下記説明において、本発明の要旨を明確にするために関連した公知機能または構成に対する具体的な説明は省略する。
【００１１】
図２は、本発明が適用されるＲＬＰによってデータを送受信する移動通信システムの構成を示す。
【００１２】
図２を参照すると、物理階層処理器１５０、２５０は、ＩＳ−２０００規格によって、前記端末機と前記基地局との間に物理チャネルを連結し、関連ＲＬＰ処理器１３０、２３０に伝達されるＲＬＰフレームを前記連結された物理チャネルを通して相手方の物理階層に伝達し、前記物理チャネルを通して受信されたＲＬＰフレームを前記ＲＬＰ処理器１３０、２３０に伝達する。
【００１３】
多重化／逆多重化制御器１４０、２４０は、物理階層処理器１５０、２５０に伝達する前記ＲＬＰフレームに対して目的地及びサイズ情報を前記ＲＬＰフレームのヘッダに付け、前記ＲＬＰフレームを前記物理階層処理器１５０、２５０に伝達する多重化機能を備える。さらに、前記多重化／逆多重化制御器１４０、２４０は、前記受信されたＲＬＰフレームに対して前記目的地及びサイズを確認した後、上位ＲＬＰ処理器１３０、２３０に前記確認結果を伝達する逆多重化機能を備える。
【００１４】
送信及び受信データバッファ１２２、１２４、２２２、２２４は、図１のＥＩＡ−２３２制御器やＩＳ−６５８制御器がリンクプロトコル処理器１１０、２１０から受信したデータを貯蔵するメモリ装置である。前記データバッファ１２２、２２２は、前記ＲＬＰ処理器１３０、２３０の要求がある度に、前記貯蔵されたパケットを要求されたサイズによって順に分割する。前記データバッファ１２４、２２４は、前記ＲＬＰ処理器１３０、２３０から提供されるデータを順に貯蔵する。前記貯蔵されたデータは、前記ＥＩＡ−２３２制御器や前記ＩＳ−６５８制御器によって前記ＰＰＰ処理器または前記ＩＷＦ部に伝達される。前記ＥＩＡ−２３２制御器や前記ＩＳ−６５８制御器は、ＥＩＡ−２３２規格及びＩＳ−６５８規格によって動作し、前記データバッファ１２２、１２４、２２２、２２４とリンクプロトコル処理器１１０、２１０との間に前記データを送受信する。現在のＣＤＭＡ−２０００パケットサービスにおいては、前記ＥＩＡ−２３２制御器や前記ＩＳ−６５８制御器の以外の他の制御器を使用することもできるので、図２には、前記制御器を図示しない。
【００１５】
図３は、本発明によるデータ送信器の構成図である。図３を参照すると、前記ＲＬＰフレームを送信する前記ＲＬＰ処理器１３０は、ＲＬＰ制御器１３１、Ｌ＿Ｖ(Ｓ)レジスタ１３２、及び再伝送バッファ(Forward Resequencing Buffer)１３３を含む。前記ＲＬＰ制御器１３１は、送信データバッファ１２２からデータを受信してＲＬＰフレームを生成し、前記生成されたＲＬＰフレームを有するデータブロックを前記多重化／逆多重化制御器１４０に伝送する。前記再伝送バッファ１３３は、再伝送のためのデータを貯蔵するメモリ装置である。前記Ｌ＿Ｖ(Ｓ)レジスタ１３２は、バイト単位でデータを伝送する時、各バイトの一連番号を貯蔵する。
【００１６】
図４は、本発明によるデータ受信器の構成図である。図４を参照すると、前記ＲＬＰフレームを受信する前記ＲＬＰ処理器１３０は、ＲＬＰ制御器１３１、レジスタＥ１３４、Ｌ＿Ｖ(Ｎ)レジスタ１３５、Ｌ＿Ｖ(Ｒ)レジスタ１３６、ＮＡＫリスト１３７、及び再整列バッファ１３８を含む。前記ＲＬＰ制御器１３１は、前記多重化／逆多重化制御器１４０から前記ＲＬＰフレームを受信し、前記データが順序正しく受信されるか否かを検査する。この時、前記データが順序正しく受信される場合、前記ＲＬＰ制御器１３１は、前記データを受信データバッファ１２４に貯蔵する。そうでない場合、前記ＲＬＰ制御器１３１は、前記データを再整列バッファ１３８に貯蔵した後、前記ＮＡＫ(Non AcKnowledge)リスト１３７に再伝送を要求する部分(区間)を記録し、次の制御フレームを送信する時、前記ＮＡＫリスト１３７に前記貯蔵された部分を伝送する。
【００１７】
前記レジスタＥ１３４は、損傷した(不良の)データブロックの数を記録する。前記多重化／逆多重化制御器１４０が前記損傷したデータブロックを知らせると、前記ＲＬＰ制御器１３１は、再設定が必要な時に使用するために、この値をレジスタＥ１３４に記録する。前記ＲＬＰ制御器１３１は、Ｌ＿Ｖ(Ｒ)レジスタ１３６の値より大きいか同一である一連番号を有するデータバイトが受信される時、新しいデータが受信されたと判断する。そうでない場合、前記ＲＬＰ制御器１３１は、Ｌ＿Ｖ(Ｒ)レジスタ１３６の値より小さく、Ｌ＿Ｖ(Ｎ)レジスタの値より大きいか同一である一連番号を有するデータバイトが受信された時、再伝送データが受信されたと判断する。前記Ｌ＿Ｖ(Ｎ)レジスタ１３５は、受信されるべきデータのうち、前記損傷したデータバイト(受信できなかったデータバイト)の一連番号を貯蔵する。つまり、Ｌ＿Ｖ(Ｎ)レジスタ１３５は、前記連続的に受信されたデータバイトのうち、次に受信されるべきデータバイトの一連番号を貯蔵する。Ｌ＿Ｖ(Ｒ)レジスタ１３６は、次に受信される新しいデータバイトの一連番号を貯蔵する。
【００１８】
本発明によって可変長のＲＬＰフレームを生成して送受信する動作は、大別して、前記多重化／逆多重化制御器１４０、２４０によって遂行される動作と、前記ＲＬＰ処理器１３０、２３０によって遂行される動作に分けられる。前記多重化／逆多重化制御器１４０及び２４０は同一の動作を遂行し、前記ＲＬＰ処理器１３０及び２３０も同一の動作を遂行するので、本発明による動作は、便宜上、前記多重化／逆多重化制御器１４０及び前記ＲＬＰ処理器１３０の動作に限定して説明する。ここで、図２乃至図４は、前記多重化／逆多重化制御器によって遂行される一般的な送信及び受信動作を説明する。次に、本発明の実施形態によって、前記多重化／逆多重化制御器によって遂行される送信及び受信動作を説明する。前記多重化／逆多重化制御器による送信及び受信動作は、基本チャネル(ＦＣＨ)または付加チャネル(ＳＣＨ)を通して遂行されることができる。次に、本発明によって、図３及び図４に示す前記ＲＬＰ制御器によって遂行されるデータの送信及び受信動作を説明する。
【００１９】
Ａ．一般的な多重化／逆多重化制御器の送受信動作
１．多重化／逆多重化制御器の送信動作
現在連結されている物理チャネルを通して、パケットデータだけでなく音声データやその他の色々な情報が同時に送信されることができるので、以下、前記多重化／逆多重化制御器に伝送されるデータを提供することを“サービス”と称する。さらに、前記多重化／逆多重化制御器１４０と前記物理階層処理器１５０とが相互交換する伝送単位を“情報ビット(information bits)”または“物理フレーム(physical frame)と称し、前記ＲＬＰ処理器１３０を含む上位サービスブロックと前記多重化／逆多重化制御器１４０とが相互交換する伝送単位を“ＲＬＰフレーム”または“データブロック”と称する。
【００２０】
送信側の多重化／逆多重化制御器１４０は、設定時間(例えば、２０ｍｓ)毎に、前記物理階層処理器１５０に伝送する情報ビットを生成して伝達すべきである。つまり、前記多重化／逆多重化制御器１４０は、現在連結されている全ての物理チャネルに対して、前記物理チャネルを通して伝送されるフレームのペイロード(payload)を充填する情報ビットを生成して伝達すべきである。前記多重化／逆多重化制御器１４０は、前記生成された情報ビットを前記物理階層に伝送する時、下記のような値を伝送する。
−ＳＤＵ: 実際伝送される情報ビットで充填されるフィールドである。伝送される情報ビットが存在しない場合は、前記多重化／逆多重化制御器と物理階層との間に予め決定されたナル値(null value)で充填される。
−ＦＲＡＭＥ＿ＳＩＺＥ: 前記情報ビットが充填される物理チャネルフレームのサイズ情報で充填されるフィールドである。前記ＳＤＵフィールドが前記ナル値で充填される場合、前記物理階層ではこのフィールド値を無視する。
−ＦＲＡＭＥ＿ＲＡＴＥ: 前記情報ビットが充填される物理チャネルフレームの伝送率を示すフィールドである。前記ＳＤＵフィールドが前記ナル値で充填される場合、前記物理階層ではこのフィールド値を無視する。
【００２１】
送信側の多重化／逆多重化制御器１４０が前記フィールド値を前記物理階層処理器１５０に伝達する時、前記物理階層処理器１５０は、指定された符号化方法及び復調方法を使用して前記提供された値を処理した後、前記処理された結果を受信側に伝送する。
【００２２】
送信側の多重化／逆多重化制御器１４０は、前記物理チャネルに伝達される論理伝送単位のペイロードまたは情報ビットを生成するために、前記論理チャネル(logical channel)が現在連結されている前記物理チャネルに対応されるサービスで伝送されるデータブロックを使用する。前記論理チャネルが連結された前記物理チャネルに対応されるサービスは、現在生成される情報ビットを伝送する前記物理チャネルに自分のデータブロックを伝送することができるサービスを言う。このようなサービスを前記端末機と前記基地局との間に連結し、前記サービスの論理チャネルを物理チャネルに連結する過程は、ＩＳ−２０００規格によって定義された前記シグナリングメッセージ(signaling message)及びシグナリング手順(signaling procedure)でできる。
【００２３】
送信側の多重化／逆多重化制御器１４０は、現在論理チャネルが連結されている物理チャネルに対応されるサービスのデータブロックを伝送すると決定する場合、適切な順によって前記サービスから適切な長さのデータブロック(図５Ａを参照)を受信する。前記多重化／逆多重化制御器１４０は、前記サービスから前記データブロックを受信する時、前記受信側の多重化／逆多重化制御器から受信された前記データブロックを伝達するサービスを知ることができるように、サービス識別子フィールド及び長さ表示フィールドを加えた前記データブロックを含む多重化フレームＭｕｘＰＤＵを生成する(図５Ｂを参照)。前記多重化フレームＭｕｘＰＤＵは、複数のサービスから提供された複数のデータブロック及びシグナリングメッセージを含むことができる。前記情報ビットは、１つまたは複数のＭｕｘＰＤＵを含み、１つまたは複数のＭｕｘＰＤＵ毎にエラーをチェックするＣＲＣ(Cyclic Redundancy Code)をさらに含むことができる。複数のＭｕｘＰＤＵ毎にエラーをチェックするＣＲＣが追加される場合、１つのＣＲＣ及び前記ＣＲＣによって保護される前記情報ビットの一部分(a period)は、“論理伝送単位(Logical Transmission Unit: ＬＴＵ)”と称する。前記物理階層に伝達される情報ビットを複数の部分に分割し、各分割された部分毎にエラーを検査するＣＲＣが挿入される場合、“論理伝送単位が使用された”と言う。ここで、前記分割された情報ビットの各部分は、“論理伝送単位”と称し、前記ＣＲＣによって保護される、ＣＲＣを除いた論理伝送単位の残りの部分を“論理伝送単位のペイロード”と称する(図５Ｃを参照)。この論理伝送単位は、前記物理フレームが前記受信側の多重化／逆多重化制御器で正しく受信されたか否かを判断する基本単位になる。前記論理伝送単位が使用されない場合、前記物理フレームが正しく受信されたか否かを判断する基本単位は、情報ビットになる。
【００２４】
前記送信側の多重化／逆多重化制御器１４０は、現在伝送される物理チャネルフレームに対して伝送できる伝送率及び情報ビットのサイズ、論理伝送単位が使用されるか否か、前記論理伝送単位が使用される場合の前記論理伝送単位のサイズ、及びＣＲＣ生成方法を予め知る。このような形状情報(configuration)は、前記端末機と前記基地局との間に予め決定された範囲内で、前記物理階層から提供される現在の物理チャネルの条件によって前記送信側の多重化／逆多重化制御器１４０が生成する情報ビットのサイズ及び前記論理伝送単位の生成方式を決定するのに使用される。
【００２５】
伝送されるデータブロックがそれ以上存在しない場合、前記多重化／逆多重化制御器１４０は、前記情報ビットの残りの部分を充填するために、前記受信側の多重化／逆多重化制御器と予め約束した特定のサービス識別子を付けたＭｕｘＰＤＵを使用するか、または、前記受信側の多重化／逆多重化制御器と予め約束した一定のビットパターン(bit pattern)を使用する。ここで、前記特定のサービス識別子を付けたＭｕｘＰＤＵを“充填ＭｕｘＰＤＵ(fill MuxPDU)”と称し、前記一定のビットパターンを“充填ビットパターン(fill bit pattern)”と称する。
【００２６】
前記多重化／逆多重化制御器１４０は、伝送するシグナリングメッセージやデータブロックが存在しない場合、前記物理チャネルに前記ナル値を有するＳＤＵを伝達するか、または、前記受信側の多重化／逆多重化制御器と予め約束した一定のビットパターンを情報ビットとして前記物理チャネルに伝達することができる。ここで、前記一定のビットパターンを“ナルトラヒック(null traffic)”と称する。
【００２７】
前記送信側の多重化／逆多重化制御器１４０は、前記論理伝送単位の使用が決定される場合、各論理伝送単位のペイロードを前記データブロックを含むＭｕｘＰＤＵで充填し、残りの部分は充填ＭｕｘＰＤＵまたは充填ビットパターンで充填した後、生成された各論理伝送単位のペイロードに対するＣＲＣを生成する。前記送信側の多重化／逆多重化制御器１４０は、前記過程を必要の論理伝送単位の数の分だけ繰り返し、前記生成された論理伝送単位で前記情報ビットを充填した後、残りの部分は、前記物理チャネルに伝達する前に“０”で充填する。
【００２８】
前記送信側の多重化／逆多重化制御器１４０は、前記論理伝送単位を使用しないと決定される場合、前記情報ビットを前記データブロックを含むＭｕｘＰＤＵで充填し、残りの部分は充填ＭｕｘＰＤＵまたは充填ビットパターンで充填した後、前記生成された情報ビットを前記物理チャネルに伝達する。
【００２９】
２．多重化／逆多重化制御器の受信動作
図２の受信側の物理階層処理器１５０は、指定された復号化方法及び復調方法を使用して受信される信号を解析し、受信された物理フレームに充填された情報ビット部分を受信側の多重化／逆多重化制御器１４０に伝達する。前記物理階層処理器１５０は、前記解析された情報ビットを前記多重化／逆多重化制御器１４０に伝達する時、下記のような情報を伝達する。
−ＳＤＵ: 実際伝送される情報ビットで充填されるフィールドである。受信された情報ビットが存在しない場合、または、損傷したフレームが受信された場合、前記多重化／逆多重化制御器１４０と前記物理階層処理器１５０との間に予め決定されたナル値(null value)で充填される。
−ＦＲＡＭＥ＿ＱＵＡＬＩＴＹ: 前記受信された物理チャネルフレームが有効な(valid)フレームであるか否かを示すフィールドである。
−ＦＲＡＭＥ＿ＳＩＺＥ: 前記受信された物理チャネルフレームのサイズ情報で充填されるフィールドである。このフィールド値は、前記受信された物理チャネルフレームの伝送率によって決定される。
−ＦＲＡＭＥ＿ＲＡＴＥ: 前記受信された物理チャネルフレームの伝送率で充填されるフィールドである。
【００３０】
前記受信側の多重化／逆多重化制御器１４０は、現在受信された物理チャネルフレームに対して伝送率及び情報ビットのサイズ、前記論理伝送単位が使用されたか否か、前記論理伝送単位が使用された場合の前記論理伝送単位のサイズ、及びＣＲＣ生成方法を予め知る。このような形状情報(configuration)は、前記端末と前記基地局との間に予め約束した範囲内で前記物理階層処理器１５０から提供される前記情報によって決定されることができる。
【００３１】
前記受信側の多重化／逆多重化制御器１４０は、前記物理チャネルフレームが受信されなかったと判断されると、前記ＳＤＵを前記ナル値で充填し、有効なフレームが受信されたことをＦＲＡＭＥ＿ＱＵＡＬＩＴＹに知らせた後、前記論理チャネルが連結された物理チャネルに対応される全てのサービスに、受信されたフレームが存在しないことを知らせる。
【００３２】
前記受信側の物理階層処理器１５０が前記ＳＤＵを前記ナル値で充填しない場合、または、前記ＦＲＡＭＥ＿ＱＵＡＬＩＴＹに損傷したフレームが受信されたことを知らせる場合、前記受信側の多重化／逆多重化制御器１４０は、前記形状情報及び前記受信側の物理階層処理器１５０から提供された情報によって、前記論理伝送単位が前記受信されたフレームのために使用されるか否かを決定する。
【００３３】
前記受信側の多重化／逆多重化制御器１４０は、前記論理伝送単位が使用された場合、前記論理伝送単位の長さ、ＣＲＣ検査方法、及び前記論理伝送単位の個数を決定する。前記多重化／逆多重化制御器１４０は、前記論理伝送単位の個数の分だけ、前記受信された情報ビットから前記論理伝送単位を分離する。
【００３４】
割り当てられた物理チャネルが前記受信された情報ビットを伝送する場合、前記受信側の多重化／逆多重化制御器１４０は、前記物理チャネルから伝送されたＦＲＡＭＥ＿ＱＵＡＬＩＴＹによって、前記受信された情報ビットが損傷したか否かを判断する。前記受信された情報ビットが損傷しており、前記受信された情報ビットが複数の論理伝送単位に分割されている場合、前記受信側の多重化／逆多重化制御器１４０は、前記過程で区分された各論理伝送単位のＣＲＣを再評価し、エラーのない論理伝送単位が存在するか否かを確認する。
【００３５】
前記多重化／逆多重化制御器１４０は、エラーのある論理伝送単位が存在する場合、前記エラーのある論理伝送単位に対して、前記論理チャネルが連結された物理チャネルに対応される全てのサービスに、損傷したデータブロックが受信されかことを知らせる。この時、前記多重化／逆多重化制御器１４０は、前記それぞれのサービスに対して、前記損傷した論理伝送単位に含まれることのできる前記該当サービスデータブロックの最大の長さも共に知らせる。
【００３６】
前記受信側の多重化／逆多重化制御器１４０は、前記受信された情報ビットが損傷しており、前記受信された情報ビットが１つまたは複数のＭｕｘＰＤＵ毎にエラーを検査するＣＲＣを有していない場合、前記論理チャネルが連結された物理チャネルに対応される全てのサービスに、損傷したデータブロックが受信されたことを知らせる。この時、前記多重化／逆多重化制御器１４０は、前記それぞれのサービスに対して、損傷した論理伝送単位に含まれることのできる該当サービスデータブロックの最大の長さも共に知らせる。
【００３７】
前記受信側の多重化／逆多重化制御器１４０は、エラーのない論理伝送単位または情報ビットが受信された場合、充填ビットパターンではない、エラーのないＭｕｘＰＤＵを前記情報ビットから分離する。前記多重化／逆多重化制御器１４０は、前記分離されたＭｕｘＰＤＵがナルトラヒックや充填ＭｕｘＰＤＵでない場合、前記ＭｕｘＰＤＵのサービス識別子によって指定されるサービスに、前記ＭｕｘＰＤＵに含まれたデータブロック及び前記データブロックの長さを伝達する。
【００３８】
前記受信側の多重化／逆多重化制御器１４０は、エラーのある論理伝送単位または情報ビットが受信され、前記物理チャネルに前記論理チャネルが対応されるサービスのうち、前記データブロックが受信できなかったサービスが存在する場合、ナルデータブロックが受信されたと知らせることができる。
【００３９】
Ｂ．本発明の実施形態による多重化／逆多重化制御器の送受信動作
本発明による前記多重化／逆多重化制御器１４０の送信及び受信動作は、下記の説明によってより明確になる。ＩＳ−２０００標準では、基本チャネル(Fundamental Channel)、付加チャネル(Supplemental Channel)、及び専用制御チャネル(Dedicated Control Channel)のような幾つかの専用トラヒックチャネル(dedicated traffic channel)を規定している。従って、本発明による多重化／逆多重化制御器１４０の送信及び受信動作は、前記基本チャネルに適用されるケースと、前記付加チャネルに適用されるケースとに区分して説明することができる。さらに、前記論理伝送単位が使用されるケースと使用されないケースとに区分して説明することもできる。ここで、前記論理伝送単位が使用されるケースとは、畳み込み符号(Convolution Code)を使用してデータを符号化した後、データを送受信するケースに該当し、前記論理伝送単位が使用されないケースとは、ターボコード(Turbo Code)を使用してデータを符号化した後、データを送受信するケースに該当する。
【００４０】
１．基本チャネル及び付加チャネルの情報ビットの数
本発明の実施形態による動作を説明する前に、ＩＳ−２０００標準で規定している基本チャネル及び付加チャネルの情報ビット数を見ると、＜表１＞乃至＜表４＞のようである。＜表１＞及び＜表２＞は、ＩＳ−２０００標準で規定している基本チャネルの情報ビット数を示し、＜表３＞及び＜表４＞は、付加チャネルの情報ビット数を示す。＜表１＞及び＜表３＞は、伝送率９６００ｂｐｓを基にした伝送率集合１の情報ビット数を示し、＜表２＞及び＜表４＞は、伝送率１４４００ｂｐｓを基にする伝送率集合２の情報ビット数を示す。
【表１】
0003889569.tif 000002
【表２】
0003889569.tif 000003
【表３】
0003889569.tif 000004
【表４】
0003889569.tif 000005
【００４１】
＜表１＞乃至＜表４＞は、ＩＳ−２０００標準で規定する全ての情報ビットのサイズを示すことではないことに注意する。
【００４２】
＜表３＞及び＜表４＞に示す十分なビット数を有する情報ビット数に対応してＬＴＵを使用する場合、前記ＬＴＵのサイズ及び個数は＜表５＞及び＜表６＞のように計算される。この時、前記情報ビット数は、前記ＬＴＵのサイズと個数をかけた後、残りのビットを加算することによって計算される。
【表５】
0003889569.tif 000006
【表６】
0003889569.tif 000007
【００４３】
前記情報ビットを充填するために本発明で提案するＭｕｘＰＤＵフォーマットは、＜表７＞乃至＜表１２＞のようである。＜表７＞及び＜表８＞は、前記基本チャネルの情報ビットのためのＭｕｘＰＤＵフォーマットを示し、＜表９＞及び＜表１１＞は、前記ＬＴＵが使用されるケースに対する前記付加チャネルの情報ビットのためのＭｕｘＰＤＵフォーマットを示し、＜表１０＞及び＜表１２＞は、前記ＬＴＵが使用されないケースに対する付加チャネルの情報ビットのためのＭｕｘＰＤＵフォーマットを示す。
【表７】
0003889569.tif 000008
【表８】
0003889569.tif 000009
【表９】
0003889569.tif 000010
【表１０】
0003889569.tif 000011
【表１１】
0003889569.tif 000012
【表１２】
0003889569.tif 000013
【００４４】
＜表７＞乃至＜表１２＞において、前記サービス識別子は＜表１３＞のように定義されることができる。
【表１３】
0003889569.tif 000014
【００４５】
＜表１３＞において、“ナルサービス(null service)”は、前記ＭｕｘＰＤＵが充填ＭｕｘＰＤＵであることを前記受信側の多重化／逆多重化制御器に知らせる時に使用する、予め決定された特定のサービス識別子である。＜表１３＞から分かるように、＜表７＞乃至＜表１２＞のＭｕｘＰＤＵフォーマットは、最大６つのサービスから提供されたデータブロックを識別することができる。
【００４６】
＜表７＞及び＜表８＞は、前記基本チャネルに伝送されるＭｕｘＰＤＵフォーマットを示す。ここで、ＭｕｘＰＤＵヘッダの下位２番目のビットが‘０’であるケースが第１サービスに該当するので、第１サービスは、サービス識別子を必要とせずに、ＭｕｘＰＤＵヘッダのみによって識別できる。第２サービス乃至第６サービスに該当するデータブロックは、＜表１３＞のサービス識別子によって判断することができる。従って、＜表１３＞のサービス識別子は、‘０１０’乃至‘１１０’の値を有することができる。＜表７＞のＭｕｘＰＤＵフォーマットを使用する前記基本チャネルおいて、第１サービスのデータブロックが全て‘１’で充填される場合、前記受信側の多重化／逆多重化制御器は、前記送信側の多重化／逆多重化制御器でいずれのサービスにも該当しないナルトラヒックを約束する。従って、前記基本チャネルから受信されたＭｕｘＰＤＵが第１サービスのデータブロックのみを有し、前記データブロックが全て‘１’で充填される場合、前記受信側の多重化／逆多重化制御器は、前記データブロックをナルトラヒックとして判断する。
【００４７】
２．基本チャネルを通した多重化／逆多重化制御器の送信動作
前記ＲＬＰを使用する６つのサービスが連結されたと仮定する場合、前記送信側の多重化／逆多重化制御器は下記のように動作する。この動作は、図９に示す手順によって遂行される。
【００４８】
まず、図３の多重化／逆多重化制御器１４０は、サービス品質(Quality of Service: ＱｏＳ)保証規則によって、前記サービスの伝送順序及び前記データブロックのサイズを決定する。つまり、前記多重化／逆多重化制御器は、シグナリングＬＡＣ階層に可能サイズに関して問い(図９の段階Ｓ１０)、前記シグナリングＬＡＣ階層から前記データブロックの適当なサイズに関する情報を受信する(段階Ｓ１１)。前記多重化／逆多重化制御器は、サービス伝送順序を決定し(段階Ｓ１１ａ)、前記決定されたサイズのデータブロックを提供することを第１サービスに要請し(段階Ｓ１２)、前記第１サービスから前記決定されたサイズ内のデータブロックを受信する(段階Ｓ１３)。前記基本チャネルに伝送されるデータブロックの場合、＜表７＞または＜表８＞で前記ＭｕｘＰＤＵが許容するデータブロックのサイズ及び個数、また伝送率集合によって適切なサイズのデータブロックを生成するように前記ＲＬＰ処理器に要求すべきである。その後、前記多重化／逆多重化制御器は、伝送されるデータブロックを累積し、伝送できる残りのブロックを計算する(段階Ｓ１４)。次に、前記多重化／逆多重化制御器は、前記累積されたデータブロックを使用して前記ＭｕｘＰＤＵを生成することができるか否かを判断する(段階Ｓ１５)。前記ＭｕｘＰＤＵを生成することができない場合、前記多重化／逆多重化制御器は、段階Ｓ１２に進行して該当するサービスにデータブロックの提供を要求し、前記要求したデータブロックを受信する。前記ＭｕｘＰＤＵを生成することができる場合は、前記累積されたデータブロックを使用して前記ＭｕｘＰＤＵを生成する(段階Ｓ１６)。前記多重化／逆多重化制御器は、＜表７＞または＜表８＞から適切なビットパターンを選択し、前記選択されたビットパターンを前記ＭｕｘＰＤＵヘッダに付ける。前記多重化／逆多重化制御器は、前記生成されたＭｕｘＰＤＵを情報ビットにして前記物理チャネルに伝達する(段階Ｓ１７)。
【００４９】
前記過程において、前記データブロックを生成する機会を得ることができなかったＲＬＰ処理器に対して、前記多重化／逆多重化制御器は、ブランクデータブロック(blank data block)を生成することを要請して、前記ＲＬＰ処理器において自分が機会を得ることができなかったことが分かるようにする。さらに、前記過程において、全てのＲＬＰ処理器がいずれのデータブロックも提供しなかった場合、前記多重化／逆多重化制御器は、前記ナルトラヒックを生成し、それを情報ビットにして前記物理チャネルに伝達する。
【００５０】
３．基本チャネルを通した多重化／逆多重化制御器の受信動作
前記受信側の多重化／逆多重化制御器は、前記基本チャネルを通して伝送された情報ビットに対して下記のように動作する。この動作は、図１０のような手順によって遂行される。前記多重化／逆多重化制御器は、前記受信された情報の伝送率及び前記ＭｕｘＰＤＵヘッダを解析し(図１０の段階Ｓ２０)、前記解析によって前記データブロックを区分する(段階Ｓ２１及び段階Ｓ２２)。前記区分されたデータブロックは、＜表７＞及び＜表８＞を参照して、該当するサービスに伝達される。前記受信された情報ビットが損傷した場合、前記多重化／逆多重化制御器は、前記論理チャネルに対応される全てのサービスで損傷したデータブロックが受信されたことを、前記基本チャネルに知らせ、それぞれのサービスにおいて伝送できるデータブロックの最大の長さも共に知らせる(段階Ｓ２３)。それとは違って、前記情報ビットは損傷せず、前記データブロックが１つしか存在せず、第１サービスに該当するデータブロックが全て１で充填される場合、前記受信側の多重化／逆多重化制御器は、データブロックをナルトラヒックとみなして捨てる。前記情報ビットが損傷していない場合、前記受信側の多重化／逆多重化制御器は、前記基本チャネルに前記論理チャネルが対応されるサービスのうち、前記受信されたデータブロックが存在しないサービスに対して、ナルデータブロックが受信されたことを知らせる。
【００５１】
４．付加チャネルを通した多重化／逆多重化制御器の送信動作
前記多重化／逆多重化制御器は、前記付加チャネルのための情報ビットを生成する時、前記伝送率によって＜表５＞または＜表６＞に示す個数の分だけＬＴＵを生成する。前記ＬＴＵは、＜表５＞または＜表６＞に示すサイズを有する。前記ＬＴＵは１６ビットＣＲＣを有するので、実際前記ＬＴＵを通して伝送できる前記ＭｕｘＰＤＵの最大のサイズは、前記ＣＲＣを収容しなければならない。本発明において、前記付加チャネルが３０７.２Ｋｂｐｓの伝送率を有し、前記ＬＴＵが生成されることを例にしているので、最大のＭｕｘＰＤＵサイズは７４４ビットになる。
【００５２】
前記付加チャネルのための情報ビットが生成される時、前記ＬＴＵが生成されない場合、前記多重化／逆多重化制御器は、伝送率によって＜表３＞または＜表４＞に指定されたサイズの情報ビットを生成する。前記多重化／逆多重化制御器は、前記ＱｏＳ保証規則によって、前記サービスの伝送順序及び前記データブロックのサイズを決定する。次に、前記多重化／逆多重化制御器は、優先順位によって前記それぞれのサービスのＲＬＰにデータブロックを要請する(図１１の段階Ｓ３０)。前記付加チャネルに伝送されるデータブロックの場合、前記多重化／逆多重化制御器は、＜表５＞で前記ＬＴＵによって許容される前記データブロックのサイズ及び現在生成中のＬＴＵの残りの部分によって適切なサイズのデータブロックを生成するように、ＲＬＰ処理器に要請する(段階Ｓ３２乃至段階Ｓ３７)。
【００５３】
＜表５＞から分かるように、前記ＲＬＰ処理器が７３７ビットのデータブロックを生成するか、または、前記ＬＴＵの残りの部分を充填する適切なサイズのデータブロックを生成する場合、前記受信側の多重化／逆多重化制御器はサービス識別子を該当サービスに設定し、長さインジケータを‘０’に設定する。さらに、前記受信側の多重化／逆多重化制御器が３ビットの予約フィールドを付けて前記データブロックを整列すると、前記ＭｕｘＰＤＵが生成される。前記生成されたＭｕｘＰＤＵは前記ＬＴＵのペイロードにはまるので、前記ＭｕｘＰＤＵにＣＲＣを生成して付けることによって、１つのＬＴＵが完成される。
【００５４】
＜表５＞から分かるように、前記ＲＬＰが７２９ビットまたはその以下の長さを有するデータブロックを生成し、前記生成されたデータブロックによって前記ＬＴＵの残りの部分を充填することができない場合、前記多重化／逆多重化制御器は、前記サービス識別子を該当サービスに設定し、前記長さインジケータを‘１’に設定する。前記多重化／逆多重化制御器は、サービス識別子、長さインジケータ、長さフィールド、及びデータブロックを含む全体のＭｕｘＰＤＵの１１ビットの長さフィールドを、バイト単位で表示した値に設定する。前記全体のＭｕｘＰＤＵのサイズがバイト単位で表示されない場合、前記多重化／逆多重化制御器は前記データブロックを捨てる。
【００５５】
前記生成されたＭｕｘＰＤＵを前記ＬＴＵのペイロードに充填した後、残りの部分に対して前記過程を繰り返して遂行する。前記残りの部分を有効なＭｕｘＰＤＵで充填することができない場合、前記多重化／逆多重化制御器は、０で前記残りの部分を充填する。前記有効なＭｕｘＰＤＵで前記残りの部分を充填することはできるが、適切なサイズのデータブロックが存在しない場合、前記多重化／逆多重化制御器は、前記残り部分を充填するための適切なサイズのデータブロックを生成し、前記データブロックを全部０で充填した後、前記サービス識別子を‘１１１’に設定し、前記長さインジケータを‘０’に設定し、また３ビットの予約フィールドを設定したＭｕｘＰＤＵを生成した後、前記ペイロードを充填する。前記ＬＴＵに対して前記生成されたペイロードにＣＲＣを生成して付けることによって、前記ＬＴＵを完成する。
【００５６】
前記過程を通して必要な８つのＬＴＵを生成すると、前記多重化／逆多重化制御器は、前記生成された８つのＬＴＵを全部前記情報ビットに順に入れる。前記多重化／逆多重化制御器は、＜表５＞に示すように、残りの４０ビット部分を全部０で充填する。前記過程を通して獲得できる情報ビットの例を図６Ａ乃至図６Ｃに示す。
【００５７】
図６Ａ乃至図６Ｃは、本発明によって生成される複数のＬＴＵのフォーマットを示す。前記のようなＬＴＵは、前記物理チャネルを通して伝送される情報フレームを構成し、前記各ＬＴＵは、多重化フレームＭｕｘＰＤＵ及びＣＲＣからなる。図６Ａ乃至図６Ｃは、前記情報フレームが前記ＬＴＵから構成されるケースを説明するが、前記情報フレームは、前記ＣＲＣがなくても、前記多重化フレームのみから構成することもできる。前記情報フレーム内に含まれる連続的な多重化フレームは、所定の長さ(例えば、図５Ｃに示す７４４ビット)を有することができ、各多重化フレームは、図５Ｂに示すように、ヘッダ及び次のＲＬＰフレーム(または、データブロック)から構成される。前記ＲＬＰフレームは伝送するデータを含む。本発明において、少なくとも１つの前記多重化フレームは複数のサブ多重化フレームから構成され、各サブ多重化フレームは、ＲＬＰサービス識別子フィールド及び伝送データの長さを示す長さ表示フィールド含むヘッダと、次のデータブロックとから構成される。つまり、前記多重化フレームは、あるサービスのためのデータブロック及び前記データブロックを示すヘッダから構成される１つのサブ多重化フレームであることもでき、それぞれサービスのためのデータブロック及び前記データブロックを示すヘッダから構成される複数のサブ多重化フレームであることもできる。図６Ａは、前記多重化フレームが１つのサブ多重化フレームから構成されるケース、つまり、前記多重化フレームが１つのデータブロックのみを含むケースを示す。図６Ｂは、前記多重化フレームが複数のサブ多重化フレームから構成されるケース、つまり、前記多重化フレームが複数のデータブロックを含むケースを示す。前記データブロック(または、ＲＬＰフレーム)を生成する動作は、図３のＲＬＰ制御器１３１によって遂行され、前記多重化フレームを生成する動作は、図３の多重化／逆多重化制御器１４０によって遂行される。さらに、前記情報フレーム(または、物理フレーム)を生成する動作は、図２の物理階層処理器１５０によって遂行される。
【００５８】
図６Ａを参照すると、第１ＬＴＵは、第１サービスから７３７ビットのデータブロックを受信する。このケースでは、前記サービス識別子を第１サービス‘００１’に設定し、前記長さインジケータを‘０’に設定し、前記ＬＴＵのペイロードを３つの予約ビット‘０００’で充填する。ここで、前記サービス識別子、前記長さインジケータ、及び前記予約ビットは、前記多重化フレームのヘッダを構成する。前記サービス識別子‘００１’は、＜表１３＞に示すように、前記次のデータブロックが前記第１サービスのためのであることを示し、前記長さインジケータ‘０’は、前記多重化フレームが１つのデータブロックのみを含むことを示し、＜表９＞乃至＜表１２＞に示すように、３ビット予約フィールドは、前記サービスデータブロックの長さを示す。例えば、＜表９＞を参照すると、伝送率集合１で前記ＬＴＵを使用し、前記伝送率が３０７２００ｂｐｓであると仮定する時、前記多重化フレームが１つのサービスデータブロックのみから構成される場合、前記長さインジケータは‘０’であり、前記予約フィールドは‘０００’である。従って、前記サービスデータブロックの長さは、最大７３７ビットになる。
【００５９】
図６Ｂを参照すると、第２ＬＴＵは、前記第２サービスから３２９ビットのデータブロックを受信する。このケースでは、前記サービス識別子を‘０１０’に設定し、前記長さインジケータを‘１’に設定し、前記長さフィールドを前記ＭｕｘＰＤＵの全体の長さである４３バイト(０００００１０１０１１)に設定する。残りの５０バイトのＬＴＵのペイロード部分は、提供されるサービスデータブロックが存在しない時、充填ＭｕｘＰＤＵで充填される。ここで、前記サービス識別子、前記長さインジケータ、及び予約ビットは、前記多重化フレームのヘッダを構成する。前記ＬＴＵ、つまり、前記多重化フレームは、２つのサブ多重化フレームから構成される。第１サブ多重化フレームにおいて、前記サービス識別子‘０１０’は、＜表１３＞に示すように、次のデータブロックが第２サービスのためであることを示し、前記長さインジケータ‘１’は、前記多重化フレームが第２サービスのデータブロックの以外にも他のデータブロックを含むことを示し、前記１１ビット長さフィールドは、＜表９＞乃至＜表１２＞に示すように、前記サービスデータブロックの長さを示す。つまり、前記長さインジケータ及び前記長さフィールドは、前記伝送されるデータの長さを示す情報を含む長さ表示フィールドを構成する。
【００６０】
第２サブ多重化フレームにおいて、前記サービス識別子‘１１１’は、＜表１３＞に示すように、前記次のデータブロックが前記ナルサービスのためのものであることを示し、前記長さインジケータ‘０’は、前記多重化フレームが前記ナルサービスのデータブロックの以外には他のデータブロックを含まないことを示し、前記３ビット予約フィールドは、＜表９＞乃至＜表１２＞に示すように、前記サービスデータブロックの長さを示す。つまり、前記長さインジケータ及び前記予約フィールドは、伝送されるデータを示す情報を含む長さ表示フィールドを構成する。
【００６１】
図６Ｃを参照すると、第３ＬＴＵは、前記サービスからいずれのデータブロックも提供されない。このケースで、前記ＬＴＵは、充填ＭｕｘＰＤＵで充填される。図６Ａ乃至図６Ｃに示す８つのＬＴＵは、前記情報ビットに充填され、残りの４０ビットが‘０’に設定されることによって、前記情報ビット(または、情報フレーム)の生成を完了する。
【００６２】
５．多重化／逆多重化制御器の付加チャネルを通した受信動作
前記受信側の多重化／逆多重化制御器は、付加チャネルを通して伝送された情報ビットに対して、下記のように動作する。
【００６３】
前記ＬＴＵを使用する情報ビットの場合は、図５Ａ乃至図５Ｃに示すように、伝送率によってＬＴＵを区分する。本発明の実施形態において、前記付加チャネルが３０７.２Ｋｂｐｓの伝送率であると仮定するので、前記ＬＴＵは７６０ビット単位で区分される。前記情報ビットにエラーが存在しない場合、前記多重化／逆多重化制御器は、それぞれのＬＴＵから前記ＭｕｘＰＤを区分する(図１２の段階Ｓ４０)。それとは違って、前記情報ビットにエラーが存在する場合、前記多重化／逆多重化制御器は、それぞれのＬＴＵに対してＣＲＣを検査する。この時、前記多重化／逆多重化制御器は、エラーのないＬＴＵに対して前記ＭｕｘＰＤＵを区分する。しかしながら、エラーのあるＬＴＵに対しては、前記多重化／逆多重化制御器は、前記付加チャネルに前記論理チャネルが対応される全てのサービスに、損傷したデータブロックが受信されたことを知らせ、それぞれのサービスによって前記ＬＴＵに伝送できる前記データブロックの最大の長さを共に知らせた後、前記情報ビットを捨てる。
【００６４】
前記ＬＴＵを使用しない情報ビットの場合、全体の情報ビットに対して前記ＭｕｘＰＤＵを区分する。前記情報ビットにエラーが存在する場合、前記多重化／逆多重化制御器は、前記付加チャネルに前記論理的チャネルが対応される全てのサービスに、損傷したデータブロックが受信されたことを知らせ、それぞれのサービスによって前記ＬＴＵに伝送できる前記データブロックの最大の長さも共に知らせた後、前記情報ビットを捨てる。
【００６５】
前記ＬＴＵまたは前記情報ビットに対して前記ＭｕｘＰＤＵを区分する場合、前記サービス識別子、前記長さインジケータ、及び前記長さフィールドを通して、前記ＭｕｘＰＤＵが有するデータブロックがどのサービスに伝達されるか、また、前記ＭｕｘＰＤＵの全体の長さが分かる。従って、前記受信側の多重化／逆多重化制御器は、前記ＬＴＵまたは情報ビットの最前の部分からＭｕｘＰＤＵの長さ情報によって前記ＭｕｘＰＤＵを区分し、前記サービス識別子によって前記データブロックを上位サービスに伝達する。前記サービス識別子が‘１１１’に設定されるか、または、前記ＬＴＵまたは情報ビットの残りの部分が有効のＭｕｘＰＤＵが入るほどに長くない場合、前記多重化／逆多重化制御器は、前記ＬＴＵまたは情報ビットの残りの部分を全部捨てる。
【００６６】
Ｃ．本発明によるＲＬＰ制御器の送受信動作
図３及び図４に示すように、前記ＲＬＰ制御器１３１によって遂行される動作は、下記のように区分される。
【００６７】
１．データ送信前のＲＬＰ制御器の動作
前記ＲＬＰ制御器１３１は、動作を開始する前に、図３及び図４に示すように、レジスタＬ＿Ｖ(Ｓ)１３２、Ｌ＿Ｖ(Ｎ)１３５、Ｌ＿Ｖ(Ｒ)１３６、及びレジスタＥを‘０’に初期化する。また、前記ＲＬＰ制御器１３１は、動作を開始する前に、再伝送バッファ１３３、ＮＡＫリスト１３７、及び再整列バッファ１３８を空にする。最後に、前記ＲＬＰ制御器１３１は、再伝送に関連した全てのタイマーを消す。
【００６８】
前記ＲＬＰ制御器１３１によって前記多重化／逆多重化制御器に伝送できるデータブロックの種類は、図７のようである。図７は、３つのデータブロックを例として示す。
【００６９】
図７において、Ａタイプのデータブロックは、前記基本チャネルが９.６Ｋｂｐｓまたは１４.４Ｋｂｐｓの以下の伝送率でデータを伝送する時に使用され、情報フィールドのみを有する。前記Ａタイプのデータブロックは、＜表７＞乃至＜表８＞で規定したデータブロックのサイズにはまるようにする。つまり、前記ＲＬＰ制御器１３１は、前記Ａタイプのデータブロックが前記規定されたデータブロックのサイズを完全に充填することができない場合は、前記データブロックを‘０’で充填して、前記データブロックを前記規定されたデータブロックのサイズに合わせる。
【００７０】
図７において、Ｂタイプ及びＣタイプのデータブロックは、前記基本チャネルが９.６Ｋｂｐｓまたは１４.４Ｋｂｐｓの伝送率でデータを伝送することができる時、または、前記付加チャネルに対して使用できる。前記タイプ及びＣタイプのデータブロックは、ＴＹＰＥフィールドを通して識別できる。つまり、ＴＹＰＥフィールド‘０’はＢタイプのデータブロックを示し、ＴＹＰＥフィールド‘１’はＣタイプのデータブロックを示す。
【００７１】
前記Ｂタイプのデータブロックは、１ビットのＴＹＰＥフィールド及びＩＮＦＯＲＭＡＴＩＯＮフィールドから構成される。特に、前記Ｂタイプのデータブロックは、前記基本チャネルに対して、固定された長さのＩＮＦＯＲＭＡＴＩＯＮフィールドを有する。つまり、前記Ｂタイプのデータブロックが前記基本チャネルのために使用される時は、１７０ビットまたは２６５ビットのＩＮＦＯＲＭＡＴＩＯＮフィールドを生成する必要がある。しかしながら、前記付加チャネルを通して前記Ｂタイプのデータブロックを伝送する時は、前記のような制限は必要としない。
【００７２】
前記Ｃタイプのデータブロックは、１ビットのＴＹＰＥフィールド、１６ビットのＳＥＱフィールド、及び８の倍数の長さを有するＤＡＴＡフィールドから構成される。特に、前記Ｃタイプのデータブロックは、前記基本チャネルに対して、固定された長さのＤＡＴＡフィールドを有する。つまり、前記基本チャネルを通して前記Ｃタイプのデータブロックを伝送する時は、１５２ビットまたは２４８ビットでＤＡＴＡフィールドを充填する必要がある。しかしながら、前記付加チャネルを通して前記Ｃタイプのデータブロックを伝送する時は、前記のような制限は必要としない。
【００７３】
前記Ａタイプ及びＢタイプのデータブロックで定義されたＩＮＦＯＲＭＡＴＩＯＮフィールドは、図８に示すようである。図８を参照すると、前記ＩＮＦＯＲＭＡＴＩＯＮフィールドのサイズが、１６ビット、１７ビット、２０ビット、または２９ビットでない場合は、複数のＲＬＰフレームを含むことができ、残りの部分は‘０’で充填する。前記ＩＮＦＯＲＭＡＴＩＯＮフィールドのサイズが１６ビット、１７ビット、２０ビット、または２９ビットである場合、前記ＲＬＰは、図８に示すアイドルフレーム(idle frame)を含む。図８のアイドルフレームは、１６ビットＳＥＱフィールドを有し、残りの部分は、全部‘０’で充填する。
【００７４】
本発明において、図８のＲＬＰフレームは下記のように称する。図８及び＜表１４＞に示すＳＹＮＣ、ＳＹＮＣ／ＡＣＫ、ＡＣＫ、またはＮＡＫフレームは、“制御フレーム(control frame)”と称し、データで充填されたフレームを“データフレーム(data frame)”と称する。前記データフレームは、少なくとも１バイトの新しい伝送データを含む新しいデータフレームと、再伝送されるデータのみを含む再伝送データフレームに分けられる。前記１６ビットＳＥＱフィールドのみを有するフレームはアイドルフレームと称し、制御フレーム及びデータフレームとは区別される。
【００７５】
図８のＩＮＦＯＲＭＡＴＩＯＮフィールドは、１つの制御フレームのみを含むか、１つの新しいデータフレーム、０、または複数の再伝送データフレームを含むか、または、１つのアイドルフレームのみを含むことができる。
【００７６】
前記条件を満足しないデータブロックが受信される場合、前記ＲＬＰ制御器１３１は、前記受信されたデータブロックを損傷した(良好でない)データブロックとみなす。
【００７７】
前記ＲＬＰ制御器１３１は、データを伝送する前に、再設定の過程を遂行する。前記ＲＬＰ制御器１３１は、ＳＹＮＣフレームをデータブロックとして前記多重化／逆多重化制御器１４０に継続して伝送する。前記ＲＬＰ制御器１３１は、前記ＳＹＮＣフレームを前記多重化／逆多重化制御器１４０から受信すると、ナルデータブロックでもＳＹＮＣフレームでもない物理チャネルフレームが受信されるまで、ＳＹＮＣ／ＡＣＫフレームを前記多重化／逆多重化制御器１４０に継続して伝送する。前記ＲＬＰ制御器１３１は、ＳＹＮＣ／ＡＣＫフレームを受信すると、前記多重化／逆多重化制御器１４０にＡＣＫフレームを伝達する。前記ＲＬＰ制御器１３１は、ナルデータブロックでもＳＹＮＣ／ＡＣＫフレームでもない物理チャネルフレームが前記多重化／逆多重化制御器１４０から受信されるまで、前記ＡＣＫフレームを継続して伝達する。前記ＲＬＰ制御器１３１は、前記物理チャネルフレームが受信され、前記受信されたデータブロックがナルデータブロックでなく、前記ＳＹＮＣ／ＡＣＫフレームでないＲＬＰフレームを有する場合、データ送信を開始する。前記ＲＬＰ制御器１３１は、前記ＡＣＫフレームを受信すると、データ送信を開始する。前記ＲＬＰ制御器１３１は、前記多重化／逆多重化制御器１４０に前記ＳＹＮＣ、ＳＹＮＣ／ＡＣＫ、及びＡＣＫフレームを除いた他のフレームを伝達することができる。
【００７８】
２．ＲＬＰ制御器のデータ送信動作
前記ＲＬＰ制御器１３１は、データを送信する時、２１ビット一連番号レジスタＬ＿Ｖ(Ｓ)１３２を使用する。前記ＲＬＰ制御器１３１は、前記一連番号レジスタＬ＿Ｖ(Ｓ)１３２で前記フレームに付けられる一連番号ＳＥＱを決定する。前記一連番号は、２21との符号なしのモジュロ(modulo)演算を使用する。一連番号Ｎの場合、(Ｎ＋１) ｍｏｄｕｌｏ ２21から(Ｎ＋２20−１) ｍｏｄｕｌｏ ２21までの一連番号はＮより大きいと言い、(Ｎ−２20) ｍｏｄｕｌｏ ２21から(Ｎ−１) ｍｏｄｕｌｏ ２21までの一連番号はＮより小さいと言う。
【００７９】
前記ＲＬＰ制御器１３１は、実際データに付けられる物理的一連番号として、前記一連番号レジスタＬ＿Ｖ(Ｓ)１３２に貯蔵された値または前記貯蔵された値の下位ビットの値を使用することができる。つまり、前記データフレームにおいては、下位１６ビットまたは全ての下位２１ビットを物理的一連番号として使用し、前記アイドルフレームにおいては、下位１６ビットを物理的一連番号として使用する。前記一連番号レジスタＬ＿Ｖ(Ｓ)１３２は、最初に伝送されるデータが充填されるデータフレームを生成する時、前記充填されたデータの数の分だけ増加する。つまり、予め伝送されたデータで前記データフレームを充填する場合、前記Ｌ＿Ｖ(Ｓ)１３２は増加しない。
【００８０】
前記ＲＬＰ制御器１３１は、前記レジスタＬ＿Ｖ(Ｓ)１３２から新しいデータフレームのデータバイト毎に固有の２１ビット一連番号を付ける。つまり、Ｎバイトのデータを伝送する場合、Ｌ＿Ｖ(Ｓ)がＳであると、前記データの１番目のバイトはＳの一連番号を、ｎ番目のバイトは(Ｓ＋ｎ−１) ｍｏｄｕｌｏ ２21の一連番号を、最後のＮ番目のバイトは(Ｓ＋Ｎ−１) ｍｏｄｕｌｏ ２21の一連番号を有する。前記Ｎバイトの新しいデータを伝送した後、前記ＲＬＰ制御器１３１は、前記Ｌ＿Ｖ(Ｓ)レジスタを(Ｓ＋Ｎ) ｍｏｄｕｌｏ ２21に設定する。
【００８１】
前記ＲＬＰ制御器１３１は、前記受信側からの再伝送要求に備えて、新しく伝送されたデータを再伝送バッファ１３３に一連番号と共に貯蔵する。前記ＲＬＰ制御器１３１は、前記受信側から再伝送要求を受信する場合、前記要求された一連番号に該当するデータバイトを前記再伝送バッファ１３３から読み出して再伝送する。
【００８２】
前記ＲＬＰ制御器１３１は、伝送するフレームを下記のように生成する。前記ＳＹＮＣ、ＳＹＮＣ／ＡＣＫ、及びＡＣＫフレームの場合、図８に示すように、前記フレームの種類によってＣＴＬフィールドを設定した後、ＦＣＳフィールドを付ける。前記ＦＣＳフィールドは、ＲＦＣ−１６６２によって規定された多項式(polynomial)によって生成される１６ビットフレームチェックシーケンス(frame check sequence)である。前記ＦＣＳフィールドは、前記全ての以前ビットに対して生成される。
【００８３】
前記ＲＬＰ制御器１３１は、前記ＮＡＫフレームの場合、＜表１４＞に示すような構造を使用する。
【表１４】
0003889569.tif 000015
【００８４】
前記ＲＬＰ制御器１３１は、＜表１４＞に示すようにＮＡＫフレームを生成する。＜表１４＞のＣＴＬフィールドは、‘１１１００１００’に設定される。前記ＲＬＰ制御器１３１は、前記ＮＡＫ＿ＣＯＵＮＴフィールドを、前記ＮＡＫフレームに含まれる再伝送要求の数から１を引いた値に設定する。前記ＲＬＰ制御器１３１は、(ＮＡＫ＿ＣＯＵＮＴ＋１)だけ再伝送要求を遂行する。前記ＲＬＰ１３１は、下記のように前記再伝送要求を遂行することができる。
【００８５】
前記伝送要求のＮＡＫ＿ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴフィールドを‘０００１’に設定する場合、前記ＲＬＰ制御器は、連続的な再伝送要求の１番目の一連番号をＦＩＲＳＴフィールドに入れ、最後の一連番号をＬＡＳＴフィールドに入れる。
【００８６】
前記ＲＬＰ制御器１３１は、前記ＮＡＫ＿ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴフィールドを＜表１５＞または＜表１６＞のように設定することができる。前記ＲＬＰ制御器１３１は、前記ＮＡＫ＿ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴフィールドが＜表１５＞または＜表１６＞のように設定されると、ＮＡＫ＿ＭＡＰ方式で再伝送要求を遂行する。ここで、前記ＮＡＫ＿ＭＡＰ方式とは、ＮＡＫ＿ＭＡＰ＿ＳＥＱフィールド及びＮＡＫ＿ＭＡＰフィールドを使用して再伝送を要求する方式である。
【表１５】
0003889569.tif 000016
【表１６】
0003889569.tif 000017
【００８７】
前記ＲＬＰ制御器１３１は、＜表１５＞または＜表１６＞を基にして、前記ＮＡＫ＿ＭＡＰフィールド及びＮＡＫ＿ＭＡＰ＿ＳＥＱフィールドを充填する。前記１番目の一連番号は、ＮＡＫ＿ＭＡＰ＿ＳＥＱフィールドに充填され、＜表１５＞または＜表１６＞に示す単位で再伝送を要求する一連番号は、ＮＡＫ＿ＭＡＰフィールドに充填される。前記ＮＡＫ＿ＭＡＰを使用することによって、前記ＮＡＫ＿ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴフィールドによって決定された単位がＵである場合、前記ＲＬＰ制御器１３１は、(ＮＡＫ＿ＭＡＰ＿ＳＥＱ＋Ｕ−１) ｍｏｄｕｌｏ ２21に属する一連番号に該当するデータに対して再伝送を要求し、前記ＮＡＫ＿ＭＡＰフィールドの最上位ビット(most significant bit: ＭＳＢ)からｎ番目のビットが‘１’である度に、(ＮＡＫ＿ＭＡＰ＿ＳＥＱ＋ｎ＊Ｕ) ｍｏｄｕｌｏ ２21乃至(ＮＡＫ＿ＭＡＰ＿ＳＥＱ＋(ｎ＋１)＊Ｕ−１) ｍｏｄｕｌｏ ２21に属する一連番号に該当するデータに対して再伝送を要求する。前記‘ｎ’値は、１乃至８の値を有することができる。
【００８８】
例えば、前記ＮＡＫ＿ＴＹＰＥ＿ＡＮＤ＿ＵＮＩＴフィールドが‘００１０’で、伝送率集合１の場合、前記ＮＡＫ＿ＭＡＰ＿ＳＥＱフィールドは‘０’に設定され、前記ＮＡＫ＿ＭＡＰフィールドが‘１０００００００’であると、前記ＲＬＰ制御器は、前記情報を受信して、一連番号０乃至３７に該当するデータを再伝送する。
【００８９】
前記ＲＬＰ制御器１３１は、(ＮＡＫ＿ＣＯＵＮＴ＋１)の再伝送要求を前記ＮＡＫフレームに入れ、前記ＦＣＳフィールドをバイト整列のための‘０’でパディング(padding)した後、前記ＦＣＳフィールドを充填する。前記ＦＣＳフィールドは、ＲＦＣ−１６６１によって規定された多項式(polynomial)によって生成された１６ビットフレームチェックシーケンスである。前記ＦＣＳフィールドは、全ての以前ビットに対して生成される。前記ＦＣＳフィールドを充填した後、前記ＲＬＰ制御器１３１は、前記データブロックの残りの部分を‘０’で充填する。
【００９０】
前記ＲＬＰ制御器１３１は、前記データを伝送する時、図８に示す可変長データフレーム(variable-length data frame)を使用することができる。前記可変長データフレームに含まれるデータが新しい伝送データである場合、前記ＲＬＰ制御器１３１は、前記ＳＥＱフィールドをＬ＿Ｖ(Ｓ)の下位１６ビットまたは２１ビットに設定し、前記ＣＴＬフィールドを図８のように適切に設定する。前記可変長データフレームＬＥＮフィールドは、データ部分の長さをバイト単位で示す。前記ＲＬＰ制御器１３１は、データを充填した後の残りの部分を‘０’で充填する。
【００９１】
前記一連番号の下位１６ビットが前記ＳＥＱフィールドのために十分であると判断される場合、前記ＲＬＰ制御器１３１は、図８の１６ビットのＳＥＱフィールドを使用する。しかしながら、データが大きく損なわれることによって、２１ビットの全ての一連番号を使用しなければならないと判断される場合、前記ＲＬＰ制御器１３１は、図８の２１ビットＳＥＱフィールドを使用する。
【００９２】
前記ＲＬＰ制御器１３１は、５ビット、１３ビット、８ビット、及び１６ビットＬＥＮフィールドのうち、前記データの長さを示すことのできる最も短いものを使用する。
【００９３】
前記可変長データフレームに含まれるデータが再伝送データである場合、前記ＲＬＰ制御器１３１は、前記ＳＥＱフィールドを一番目のバイトに対する一連番号Ｓの下位１６ビットまたは２１ビットに設定し、前記ＣＴＬフィールドを図８のように適切に設定する。前記ＬＥＮフィールドは、データ部分の長さをバイト単位で表示する。前記ＲＬＰ制御器１３１は、前記データブロックの残りの部分を‘０’で充填する。
【００９４】
前記ＲＬＰ制御器１３１は、例えば、前記基本チャネルを通して伝送される前記可変長データフレームにおいて、前記ＣＴＬフィールドが‘１００’である場合、前記伝送率集合１に対して１４４ビットデータで前記データブロックを充填し、前記伝送率集合２に対して２４０ビットデータで充填する。
【００９５】
伝送するデータまたはＳＹＮＣ、ＳＹＮＣ／ＡＣＫ、ＡＣＫ、及びＮＡＫフレームが存在しない場合、前記ＲＬＰ制御器１３１は、前記可変長データフレームのＳＥＱフィールドをＬ＿Ｖ(Ｓ)の下位１６ビットまたは２１ビットに設定し、前記ＬＥＮフィールドを‘０’に設定し、残りの部分は０で充填したデータブロックを伝送することができる。この場合、前記ＣＴＬフィールドは適切な値に設定する。
【００９６】
前記多重化／逆多重化制御器１４０が１６ビット、２０ビット、または３２ビットの長さを有するデータブロックを要求するか、伝送するデータまたはＳＹＮＣ、ＳＹＮＣ／ＡＣＫ、ＡＣＫ、及びＮＡＫフレームが存在する場合、前記ＲＬＰ制御器１３１は、図８に示すアイドルフレームを伝送することができる。前記アイドルフレームを生成するために、前記ＲＬＰ制御器１３１は、前記ＳＥＱフィールドをＬ＿Ｖ(Ｓ)の下位１６ビットで充填する。前記ＲＬＰ制御器１３１は、前記データブロックの残りの部分を０で充填する。
【００９７】
３．ＲＬＰ制御器のデータ受信動作
前記ＲＬＰ制御器１３１は、データを受信する時、２１ビット一連番号レジスタであるＬ＿Ｖ(Ｎ)１３５及びＬ＿Ｖ(Ｒ)１３６を使用する。前記一連番号レジスタＬ＿Ｖ(Ｒ)１３６は、次に受信される新しいデータバイトの一連番号を示し、前記一連番号レジスタＬ＿Ｖ(Ｎ)１３５は、連続的に受信されるデータバイトのうち、次に受信されるデータバイトの一連番号を示す。つまり、前記Ｌ＿Ｖ(Ｎ)に貯蔵された一連番号を有するデータバイトが到着する時、前記ＲＬＰ制御器１３１は、上位リンクプロトコルのみに前記データを伝達することができる。前記Ｌ＿Ｖ(Ｒ)より大きいか同一である一連番号を有するデータバイトは新しいデータであるが、Ｌ＿Ｖ(Ｒ)より小さく、Ｌ＿Ｖ(Ｎ)より大きいか同一である一連番号を有するデータバイトは、再伝送データである。Ｌ＿Ｖ(Ｎ)より小さい一連番号を有するデータバイトは、予め受信されたデータであるので、前記ＲＬＰ制御器１３１は、それを捨てることができない。
【００９８】
通常的に、前記ＲＬＰ制御器１３１は、図４に示すＮＡＫリスト１３７を有する。前記ＮＡＫリスト１３７の各エントリ(entry)は、２１ビット一連番号及び前記一連番号に該当するデータバイトを有し、再伝送タイマー(retransmission timer)及び取り消しタイマー(abort timer)をさらに備える。前記再伝送データが到着すると、前記ＲＬＰ制御器１３１は、前記受信されたデータバイトの１６ビット一連番号と前記貯蔵されたＮＡＫエントリの下位１６ビットとが一致するエントリを検出する。
【００９９】
前記ＲＬＰ制御器１３１は、前記受信されたデータで充填されたフレームが１６ビットＳＥＱフィールドを含む場合、この値を一連番号Ｓにし、下記のように、前記受信されたデータの一番目のバイトの一連番号Ｌ＿ＳＥＱを計算する。つまり、前記ＲＬＰ制御器１３１は、前記ＮＡＫリスト１３７の古いエントリから一連番号が一致するエントリを検出する。前記ＲＬＰ制御器１３１は、前記２１ビット一連番号の下位１６ビット部分が前記受信されたフレームの一連番号Ｓと同一であるエントリが、前記ＮＡＫエントリ１３７に存在するか否かを判断する。同一のＮＡＫエントリが存在する場合、前記ＲＬＰ制御器１３１は、前記エントリに貯蔵された２１ビット一連番号を、前記一番目のバイトの一連番号Ｌ＿ＳＥＱにする。それとは違って、同一のＮＡＫエントリが存在しない場合、前記ＲＬＰ制御器１３１は、前記受信されたデータの１番目のバイトの一連番号Ｌ＿ＳＥＱを、前記受信されたフレームの一連番号Ｓを使用して、＜数１＞によって計算する。
＜数１＞
Ｌ＿ＳＥＱ＝{Ｌ＿Ｖ(Ｎ)＋[２16＋Ｓ−Ｌ＿Ｖ(Ｎ)] ｍｏｄｕｌｏ ２16} ｍｏｄｕｌｏ ２21
【０１００】
前記ＲＬＰ制御器１３１は、前記受信されたデータで充填されたフレームが２４ビットＳＥＱフィールドを含む場合、この値をＬ＿ＳＥＱにする。
【０１０１】
前記ＲＬＰ制御器１３１は、前記受信されたデータフレームの各データバイトの一連番号をＬ＿ＳＥＱから順に付ける。つまり、ｎ番目のデータバイトは一連番号Ｌ＝(Ｌ＿ＳＥＱ＋ｎ−１)を有し、従って、１番目のバイトは、一連番号としてＬ＿ＳＥＱ値を有する。前記ＲＬＰ制御器１３１は、前記受信されたデータフレームのデータバイトに対して、一連番号の順序の通りに、下記のような動作を遂行する。
【０１０２】
第１、前記受信されたデータバイトの一連番号ＬがＬ＿Ｖ(Ｎ)より小さい場合、前記ＲＬＰ制御器１３１は、前記受信されたデータバイトを捨てる。
【０１０３】
第２、前記受信されたデータバイトの一連番号ＬがＬ＿Ｖ(Ｎ)より大きいか同一であり、Ｌ＿Ｖ(Ｒ)より小さい場合、前記ＲＬＰ制御器１３１は、前記受信されたデータバイトを前記再整列バッファ１３８に貯蔵する。この時、前記一連番号ＬがＬ＿Ｖ(Ｎ)である場合、前記ＲＬＰ制御器１３１は、前記再整列バッファ１３８に貯蔵されたデータバイトを、一連番号Ｌ＿Ｖ(Ｎ)を有するデータバイトから連続的に伝達できる一連番号を有するデータバイトまで、上位リンクプロトコルに伝達する。前記過程において、最後に伝送されたデータバイトの一連番号がＬＡＳＴである場合、前記ＲＬＰ制御器１３１は、Ｌ＿Ｖ(Ｎ)を(ＬＡＳＴ＋１) ｍｏｄｕｌｏ ２21に設定する。
【０１０４】
第３、前記受信されたデータバイトの一連番号ＬがＬ＿Ｖ(Ｒ)と同一で、Ｌ＿Ｖ(Ｒ)がＬ＿Ｖ(Ｎ)と同一である場合、前記ＲＬＰ制御器１３１は、Ｌ＿Ｖ(Ｒ)及びＬ＿Ｖ(Ｎ)を共に増加させ、２21に対するモジュロ演算を遂行する。それとは違って、Ｌ＿Ｖ(Ｒ)がＬ＿Ｖ(Ｎ)と同一でない場合、前記ＲＬＰ制御器１３１は、前記受信されたデータバイトを前記上位リンクプロトコルに伝達し、Ｌ＿Ｖ(Ｒ)を増加させ、２21に対するモジュロ演算を遂行する。前記ＲＬＰ制御器１３１は、前記受信されたデータバイトを前記再整列バッファ１３８に貯蔵する。
【０１０５】
第４、前記受信されたデータバイトの一連番号ＬがＬ＿Ｖ(Ｒ)より大きい場合、前記ＲＬＰ制御器１３１は、一連番号Ｌ＿Ｖ(Ｒ)において、(Ｌ−１) ｍｏｄｕｌｏ ２21を有するデータバイトに対する再伝送を要請するために、前記ＮＡＫリスト１３７に各データバイトに対するエントリを作る。各エントリは、該当するデータバイトに対する２１ビット一連番号を有する。さらに、前記ＲＬＰ制御器１３１は、前記受信されたデータバイトを前記再整列バッファ１３８に貯蔵し、Ｌ＿Ｖ(Ｒ)を(Ｌ＋１) ｍｏｄｕｌｏ ２21に設定する。
【０１０６】
一方、前記ＲＬＰ制御器１３１は、前記アイドルフレームを受信すると、一連番号Ｓを前記ＳＥＱフィールドに設定した後、＜数２＞によって一連番号Ｌ＿ＳＥＱを計算する。
＜数２＞
Ｌ＿ＳＥＱ＝{Ｌ＿Ｖ(Ｒ)＋[２16＋Ｓ−Ｌ＿Ｖ(Ｒ)] ｍｏｄｕｌｏ ２16} ｍｏｄｕｌｏ ２21
【０１０７】
前記ＲＬＰ制御器１３１は、前記受信されたアイドルフレームの一連番号Ｌ＿ＳＥＱがＬ＿Ｖ(Ｒ)より大きい場合、一連番号Ｌ＿Ｖ(Ｒ)において、(Ｌ＿ＳＥＱ−１) ｍｏｄｕｌｏ ２２１を有するデータバイトに対する再伝送を要請するために、前記ＮＡＫリストに各データバイトに対するエントリを生成する。各エントリは該当するデータバイトに対する２１ビット一連番号を有する。前記ＲＬＰ制御器は、Ｌ＿Ｖ(Ｒ)を(Ｌ＋１) ｍｏｄｕｌｏ ２21に設定する。
【０１０８】
前記多重化／逆多重化制御器１４０が、損傷したデータブロックが受信されたことを知らせ、また、前記データブロックのサイズを知らせる場合、前記ＲＬＰ制御器１３１は、下記のように、受信できるデータバイトの最大値Ｍを予想する。前記損傷したデータブロックが前記基本チャネルを通して伝送されたものであり、伝送率集合１が使用中である場合、Ｍは１９バイトになる。前記損傷したデータブロックが前記基本チャネルを通して伝送されたものであり、伝送率集合２が使用中である場合、Ｍは３１バイトになる。それとは違って、前記損傷したデータブロックが前記付加チャネルを通して伝送された場合は、前記多重化／逆多重化制御器１４０によって知らされた前記損傷したデータブロックの長さＬビットから１７ビット引いた値を８で割った値がＭになる。例えば、前記損傷したデータブロックの長さが７３７ビットであると知らされた場合、Ｍは、(７３７−１７)／８＝９０になる。
【０１０９】
前記ＲＬＰ制御器１３１は、前記損傷したデータブロックの最大データバイト数Ｍを決定した後、この値を前記レジスタＥ１３４に貯蔵された値に加えて、再び前記レジスタＥ１３４に貯蔵する。前記加えられた値が２16より大きい場合、前記ＲＬＰ制御器１３１は、前記再設定過程を遂行する。
【０１１０】
前記データ受信過程において、ナルデータブロックではない、正しく受信されたデータブロックが１つでも存在する場合、または、前記多重化／逆多重化制御器によって受信されたフレームがないことを知らせる場合、前記ＲＬＰ制御器１３１は、前記レジスタＥ１３４を‘０’に設定する。
【０１１１】
４．データ受信後のＲＬＰ制御器の動作
前記ＲＬＰ制御器１３１は、前記受信された全てのフレームを処理した後、下記のような動作を遂行する。前記多重化／逆多重化制御器１４０が、前記ＲＬＰ制御器１３１に受信されたフレームが存在しないと知らせる場合、または、アイドルフレームが受信されるか新しく伝送されたデータフレームが受信される場合、前記ＲＬＰ制御器１３１は、前記ＮＡＫリスト１３７で古いエントリから下記の過程を遂行する。
【０１１２】
第１、取り消しタイマーがまだ満了とならず、前記ＮＡＫに含まれた一連番号が３回伝送された場合、前記ＲＬＰ制御器１３１は、前記取り消しタイマーの値を１減らす。前記取り消しタイマー値が‘０’になる場合、前記ＲＬＰ制御器１３１は、下記の動作を遂行する。前記ＲＬＰ制御器１３１は、前記ＮＡＫエントリが予め有している一連番号に該当する前記再伝送データバイトを受信する場合、前記ＮＡＫエントリを削除する。それとは違って、前記ＲＬＰ制御器１３１は、前記ＮＡＫエントリが有する一連番号に該当する前記再伝送データバイトを受信しなかった場合、前記ＮＡＫエントリの一連番号に該当するデータバイトが受信されなかったとみなし、前記再整列バッファ１３８に貯蔵された前記ＮＡＫエントリの一連番号より大きくて、連続的に前記上位リンクプロトコルに伝送できる前記受信されたデータバイトを、前記上位リンクプロトコルに伝達する。前記ＲＬＰ制御器１３１は、Ｌ＿Ｖ(Ｎ)を次に受信されるデータバイトの一連番号に設定する。
【０１１３】
第２、取り消しタイマーがまだ満了とならず、前記ＮＡＫエントリが有する一連番号が前記ＮＡＫに含まれて予め２回伝送された場合、前記ＲＬＰ制御器１３１は、前記取り消しタイマーの値を１減らす。前記取り消しタイマーの値が‘０’になる場合、前記ＲＬＰ制御器１３１は、下記の動作を遂行する。前記ＲＬＰ制御器１３１は、前記ＮＡＫエントリが予め有している一連番号に該当する再伝送データバイトを受信した場合、前記ＮＡＫエントリを削除する。それとは違って、前記ＲＬＰ制御器１３１は、前記ＮＡＫエントリが予め有している一連番号に該当する再伝送データバイトを受信しなかった場合、前記ＮＡＫエントリの取り消しタイマーを適切な値に設定する。前記ＲＬＰ制御器１３１は、次に伝送される３つのＮＡＫフレームに、前記ＮＡＫエントリが有している一連番号を含める。
【０１１４】
前記ＲＬＰ制御器１３１は、新しく追加されるべきＮＡＫエントリに対して、前記再伝送タイマーを適切な値に設定し、次に伝送される２つのＮＡＫフレームに、前記ＮＡＫエントリが有している一連番号を含める。
【０１１５】
一方、前記本発明の詳細な説明では具体的な実施形態に挙げて説明してきたが、本発明の範囲内で様々な変形が可能であるということは勿論である。従って、本発明の範囲は前記実施形態によって限られるべきではなく、特許請求の範囲とそれに等価なものによって定められるべきである。
【０１１６】
【発明の効果】
前述してきたように、本発明は、無線リンクプロトコル(ＲＬＰ)によってデータを伝送する時、データバイト基盤の一連番号を提供することによって、前記無線リンクプロトコルが可変長フレームを生成することができるようにする。
【図面の簡単な説明】
【図１】  パケットデータサービスを遂行する一般的なＣＤＭＡ通信システムの構成図である。
【図２】  本発明が適用されるＲＬＰによるデータ送受信装置の構成図である。
【図３】  本発明によるデータ送信器の構成図である。
【図４】  本発明によるデータ受信器の構成図である。
【図５】  Ａ〜Ｄともに、図２のデータ送信器によって生成されるフレームのフォーマットを示す図である。
【図６】  Ａ〜Ｃともに、本発明によって生成されるＬＴＵのフォーマットを示す図である。
【図７】  本発明によって生成されるデータブロックのフォーマットを示す図である。
【図８】  本発明によって生成されるＲＬＰフレームのフォーマットを示す図である。
【図９】  本発明による基本チャネルの送信手順を示すフローチャートである。
【図１０】  本発明による基本チャネルの受信手順を示すフローチャートである。
【図１１】  本発明による付加チャネルの送信手順を示すフローチャートである。
【図１２】  本発明による付加チャネルの受信手順を示すフローチャートである。
【符号の説明】
１１０、２１０  リンクプロトコル処理器
１２２、２２２  送信データバッファ
１２４、２２４  受信データバッファ
１３０、２３０  ＲＬＰ処理器
１３１  ＲＬＰ制御器
１３２  Ｌ＿Ｖ(Ｓ)レジスタ
１３３  再伝送バッファ
１３４  レジスタＥ
１３５  Ｌ＿Ｖ(Ｎ)レジスタ
１３６  Ｌ＿Ｖ(Ｒ)レジスタ
１３７  ＮＡＫリスト
１３８  再整列バッファ
１４０、２４０  多重化／逆多重化制御器
１５０、２５０  物理階層処理器
【図１】
0003889569.tif 000018
【図２】
0003889569.tif 000019
【図３】
0003889569.tif 000020
【図４】
0003889569.tif 000021
【図５】
0003889569.tif 000022
【図６】
0003889569.tif 000023
【図７】
0003889569.tif 000024
【図８】
0003889569.tif 000025
【図９】
0003889569.tif 000026
【図１０】
0003889569.tif 000027
【図１１】
0003889569.tif 000028
【図１２】
0003889569.tif 000029