(57)【要約】本発明は、パケットネットワークを通じて音声サービスを支援する移動通信システムにおける無線リンク制御階層のプロトコルデータユニット(ＲＬＣ  ＰＤＵ）のサイズを減少させて無線リソースを効率的に使用する方法及び装置を提供する。ＲＬＣ階層は、含まれるサービスデータユニット(ＳＤＵ）の開始位置と終了位置又はパディングの可否を示す情報を挿入せずにＲＬＣ  ＰＤＵを構成し、ＲＬＣ  ＰＤＵのヘッダーに含まれる長さインジケータ（ＬＩ）をＲＬＣ  ＰＤＵのデータフィールドにＳＤＵの中間セグメントが含まれることを示す値に設定する。これによって、本発明はパケットの伝送によるオーバーヘッドのサイズを減少させて限定されている無線リソースを効率的に使用することができる。
2008538480.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおける予め定められた長さインジケータ(ＬＩ)を用いてデータを送信する方法であって、
上位階層からサービスデータユニット(ＳＤＵ）を受信し、前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と、
前記ＳＤＵが一つのＰＤＵに含まれない場合に、前記ＳＤＵを伝送可能なＰＤＵのサイズにより複数のセグメントに分割する段階と、
一連番号(ＳＮ)フィールドと、ＬＩフィールドが存在することを示す少なくとも一つの１ビットフィールドと、前記ＬＩフィールドとをヘッダー内に有し、前記セグメントをデータフィールド内に有する複数のＰＤＵを構成する段階と、ここで前記ＳＤＵの中間セグメントをデータフィールド内に含むＰＤＵの前記ＬＩフィールドは、前記中間セグメントが存在することを示す値に設定され、
前記ＰＤＵを受信器に伝送する段階と、
を有することを特徴とするデータ送信方法。
【請求項２】
前記ＳＤＵが一つのＰＤＵに含まれる場合に、ＳＮフィールドと、ＬＩフィールドが存在しないことを示す１ビットフィールドをヘッダーに含み、前記ＳＤＵのみをデータフィールドに含むＰＤＵを構成する段階をさらに有することを特徴とする請求項１記載のデータ送信方法。
【請求項３】
前記判定する段階は、
前記ＳＤＵのサイズと無線チャンネル状況により決定され、次の伝送区間で使用可能な前記ＳＮフィールドと前記１ビットフィールドを除いたＰＤＵサイズが前記ＳＤＵのサイズと一致すると、前記ＳＤＵが一つのＰＤＵに含まれると判定することを特徴とする請求項１記載のデータ送信方法。
【請求項４】
前記ＳＤＵの最初及び最後のセグメントをデータフィールドに含むＰＤＵのＬＩフィールドは、前記ＳＤＵの最初のセグメントが含まれることを示す値及び最後のセグメントが含まれることを示す値に設定されることを特徴とする請求項１記載のデータ送信方法。
【請求項５】
前記ＳＤＵは、インターネットプロトコル(ＩＰ)パケットを含むことを特徴とする請求項１記載のデータ送信方法。
【請求項６】
移動通信システムで予め定められた長さインジケータ(ＬＩ)を用いてデータを受信する方法であって、
送信器からプロトコルデータユニット(ＰＤＵ）を受信し、前記ＰＤＵのヘッダーからＳＮフィールドと次のＬＩフィールドが存在するか否かを示す１ビットフィールドを検出する段階と、
前記１ビットフィールドが前記ＬＩフィールドが存在することを示す場合に、前記ＰＤＵのヘッダーから次の前記ＬＩフィールドを検出し、前記ＬＩフィールドが前記ＰＤＵのデータフィールド内にサービスデータユニット(ＳＤＵ）の中間セグメントが含まれることを示す値に設定されているか否かを判定する段階と、
前記ＬＩフィールドが前記値に設定される場合に、前記ＰＤＵを以前のセグメント及び以後のセグメントと組み合わせることができるまで貯蔵する段階と、
前記ＰＤＵのデータフィールドからの中間セグメントを、少なくとも一つの以前のＰＤＵのデータフィールドから抽出された少なくとも一つの以前のセグメント及び少なくとも一つの以後のＰＤＵのデータフィールドから抽出された少なくとも一つの以後のセグメントと結合して前記ＳＤＵを構成する段階と、
を有することを特徴とするデータ受信方法。
【請求項７】
前記１ビットフィールドが前記ＬＩフィールドが存在しないことを示す場合に、前記ＰＤＵのデータフィールドから完全なＳＤＵを獲得する段階をさらに有することを特徴とする請求項６記載のデータ受信方法。
【請求項８】
前記貯蔵する段階は、前記ＰＤＵを前記ＳＮフィールドによる順序に受信バッファに貯蔵することを特徴とする請求項６記載のデータ受信方法。
【請求項９】
前記構成する段階は、
前記ＰＤＵのうち最初のＰＤＵが前記ＳＤＵの最初のセグメントを含むことを示すＬＩフィールドを含み、前記ＰＤＵの中で少なくとも一つの中間ＰＤＵは前記値に設定されたＬＩフィールドを含み、前記ＰＤＵのうち最後のＰＤＵの第１のＬＩフィールドが前記ＳＤＵの最後のバイトの位置を示す場合に、前記受信バッファに貯蔵された一組のＰＤＵのデータフィールドから抽出されたセグメントを結合して前記ＳＤＵを構成することを特徴とする請求項８記載のデータ受信方法。
【請求項１０】
移動通信システムにおける予め定められた長さインジケータ(ＬＩ)を用いてデータを送信する装置であって、
上位階層からサービスデータユニット(ＳＤＵ）を受信し、前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し、前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファと、
ＳＮフィールドと１ビットフィールドをヘッダーに含み、前記少なくとも一つのセグメントをデータフィールド内に有する少なくとも一つのＰＤＵを構成するヘッダー挿入部と、
前記少なくとも一つのＰＤＵの１ビットフィールドを、以後のＬＩフィールドの存在有無のうち少なくとも一つを示す値に設定する１ビットフィールド設定部と、
前記ＳＤＵが一つのＰＤＵに含まれない場合に、前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し、前記ＳＤＵの中間セグメントをデータフィールド内に含むＰＤＵのＬＩフィールドを、前記中間セグメントを含むことを示す値に設定するＬＩ挿入部と、
前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信部と、
を含むことを特徴をするデータ送信装置。
【請求項１１】
前記ＳＤＵが一つのＰＤＵに含まれない場合に、前記ＬＩ挿入部が、ＳＮフィールドと、ＬＩフィールドが存在しないことを示す１ビットフィールドをヘッダーに含み、前記ＳＤＵだけをデータフィールドに含むＰＤＵを前記送信部に提供することを特徴とする請求項１０記載のデータ送信装置。
【請求項１２】
前記ＳＤＵのサイズと無線チャンネル状況により決定され、次の伝送区間で使用可能な前記ＳＮフィールドと前記１ビットフィールドを除いたＰＤＵサイズが、前記ＳＤＵのサイズと一致する場合に、前記伝送バッファは、前記ＳＤＵが一つのＰＤＵに含まれると判断することを特徴とする請求項１０記載のデータ送信装置。
【請求項１３】
前記ＬＩ挿入部は、前記ＳＤＵの最初及び最後のセグメントをデータフィールド内に含むＰＤＵの前記ＬＩフィールドを、前記最初のセグメントが含まれることを示す値及び前記最後のセグメントが含まれることを示す値に設定することを特徴とする請求項１０記載のデータ送信装置。
【請求項１４】
前記ＳＤＵは、インターネットプロトコル(ＩＰ)パケットを含むことを特徴とする請求項１０記載のデータ送信装置。
【請求項１５】
移動通信システムにおける予め定められた長さインジケータ(ＬＩ)を用いてデータを受信する装置であって、
送信部からプロトコルデータユニット(ＰＤＵ）を受信して貯蔵する受信バッファと、
前記受信したＰＤＵのヘッダーから、ＳＮフィールドと、次のＬＩフィールドの存在有無のうち少なくとも一つを示す１ビットフィールドを検出し、前記１ビットフィールドが前記ＬＩフィールドが存在することを示す場合に前記ＬＩフィールドを解析し、前記ＬＩフィールドが前記ＰＤＵのデータフィールド内にサービスデータユニット(ＳＤＵ）の中間セグメントが含まれることを示す値に設定されている場合に、前記ＰＤＵが以前のセグメント及び以後のセグメントと組み立てができるまで貯蔵されるように前記受信バッファを制御する再組み立て制御部と、
前記１ビットフィールドが前記ＬＩフィールドが存在することを示す場合に、前記ＳＮフィールド、前記１ビットフィールド、及び前記ＬＩフィールドを除去して前記ＰＤＵのデータフィールドから中間セグメントを抽出するヘッダー及びＬＩ除去部と、
前記ヘッダー及びＬＩ除去部から前記中間セグメントを受信し、前記中間セグメントを、少なくとも一つの以前のＰＤＵのデータフィールドから抽出された少なくとも一つの以前のセグメント及び少なくとも一つの以後のＰＤＵのデータフィールドから抽出された少なくとも一つの以後のセグメントと結合して前記ＳＤＵを構成する再組み立て部と、
を含むことを特徴とするデータ受信装置。
【請求項１６】
前記１ビットフィールドは、前記ＬＩフィールドが存在しないことを示す場合に、前記ヘッダー及びＬＩ除去部は、前記ＰＤＵから前記ＳＮフィールドと前記１ビットフィールドを除去して前記ＳＤＵとして提供することを特徴とする請求項１５記載のデータ受信装置。
【請求項１７】
前記受信バッファは、前記ＰＤＵを前記ＳＮフィールドにより貯蔵することを特徴とする請求項１５記載のデータ受信装置。
【請求項１８】
前記再組み立て部は、
前記ＰＤＵのうち最初のＰＤＵが前記ＳＤＵの最初のセグメントを含むことを示すＬＩフィールドを含み、前記ＰＤＵの中で少なくとも一つの中間ＰＤＵは前記値に設定されたＬＩフィールドを含み、前記ＰＤＵのうち最後のＰＤＵの第１のＬＩフィールドが前記ＳＤＵの最後のバイトの位置を示す場合に、前記受信バッファに貯蔵された一組のＰＤＵのデータフィールドから抽出されたセグメントを結合して前記ＳＤＵを構成することを特徴とする請求項１７記載のデータ受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はパケットサービスを支援する移動通信システムに関するもので、特に無線リンク上のプロトコルデータユニット(Protocol  Data  Unit：以下、“ＰＤＵ”とする）のヘッダーサイズを減少させて無線リソースを効率的に使用する方法及び装置に関するものである。
【背景技術】
【０００２】
現在の移動通信システムは、高速及び高品質の無線データパケット通信システムに発展している。このシステムは、従来の音声サービスだけでなく、データサービス及びマルチメディアサービスを提供することができる。ヨーロッパ式移動通信システムであるＧＳＭ(Global  System  for  Mobile  communications）とＧＰＲＳ(General  Packet  Radio  Services)に基づいて広帯域符号分割多重接続(Code  Division  Multiple  Access：以下、“ＣＤＭＡ”とする）を使用する第３世代の移動通信システムであるＵＭＴＳ(Universal  Mobile  Telecommunication  Service)システムは、移動電話加入者又はコンピュータユーザーが全世界のどこにいてもパケットベースのテキスト、デジタル化された音声、ビデオ、及びマルチメディアデータを２Mbps以上の高速で伝送できるサービスを提供する。
このＵＭＴＳシステムは、インターネットプロトコル(Internet  Protocol：以下、“ＩＰ”とする）のようなパケットプロトコルを用いるパケット交換アクセス方式の概念を導入している。
上記のＵＭＴＳ通信システムに対する標準化を担当する３ＧＰＰ(3rd Generation Partnership Project)で音声サービスについて、インターネットプロトコルを用いて音声パケットを支援するＶｏＩＰ(Voice  over  ＩＰ)通信が論議されている。ＶｏＩＰは、音声コーデック(ＣＯＤＥＣ)から発生した音声フレームをＩＰ/ＵＤＰ(User  Datagram  Protocol)/ＲＴＰ(Real-time  Transport  Protocol)パケットの形態で伝送する通信技術である。このＶｏＩＰ、パケットネットワークを通じる音声サービスの提供を容易にする。
【０００３】
図１は、ＶｏＩＰを支援する通常の移動通信システムの構成を示す。
図１を参照すると、ユーザー端末機(ＵＥ)１００は、音声信号を音声フレームに変換するためのＣＯＤＥＣ１０５と、この音声フレームをＩＰ/ＵＤＰ/ＲＴＰパケットフレームに変換するＩＰ/ＵＤＰ/ＲＴＰ階層１０４と、ＩＰ/ＵＤＰ/ＲＴＰパケットのヘッダーを圧縮するＰＤＣＰ(Packet  Data  Convergence  Protocol)階層１０３と、ヘッダーが圧縮されたＩＰ/ＵＤＰ/ＲＴＰパケットを無線チャンネルを通じて伝送するために適合した形態に変換するＲＬＣ(Radio  Link  Control)階層１０２と、ＲＬＣ階層１０２の出力を無線チャンネルを通じて伝送するＭＡＣ(Medium  Access  Control)/ＰＨＹ(Physical)階層１０１とを含む。
ＵＥ１００からの無線データは、無線チャンネルを通じて基地局(Ｎｏｄｅ Ｂ)１１０のＰＨＹ階層(図示せず)を経て無線ネットワーク制御器(Radio Network Controller：以下、“ＲＮＣ”とする)１２０に伝送される。ＵＥ１００に類似しているＲＮＣ１２０は、ＭＡＣ階層１２１と、ＲＬＣ階層１２２と、ＰＤＣＰ階層１２３とを含み、無線データを元のＩＰ/ＵＤＰ/ＲＴＰパケットに変換してコアネットワーク(ＣＮ)１３０に伝送する。このＩＰ/ＵＤＰ/ＲＴＰパケットは、ＩＰネットワーク１４０を通じて相手側、例えば受信側ＵＥ(図示せず)に伝送される。受信側ＵＥは、送信側ＵＥ１００に類似した階層構造を有し、上記のＩＰ/ＵＤＰ/ＲＴＰパケットを逆順に処理することによって元の音声信号を復元する。ＲＬＣ階層１０２，１２２は、次のような役割をする。
【０００４】
一般に、ＲＬＣ階層は、動作方式によりＵＭ(Unacknowledged  Mode)、ＡＭ(Acknowledged  Mode)、ＴＭ(Transparent  Mode)に分けられる。ＶｏＩＰは、上記ＲＬＣ  ＵＭで動作する。
送信器において、ＲＬＣ  ＵＭ階層は、上位階層から受信されたＲＬＣサービスデータユニット(Service  Data  Unit：以下、“ＲＬＣ  ＳＤＵ”とする)を無線チャンネルを通じて伝送するのに適合したサイズに分割し、連結し、或いはパディングする。ＲＬＣ  ＵＭ階層は、分割/連結/パディング(segmentation/concatenation/padding)情報とシーケンス番号（ＳＮ）を上記結果値に挿入して無線チャンネルを通じて伝送に適合したＲＬＣ  ＰＤＵ(Protocol  Data  Unit)を構成し、このＬＣＰ  ＰＤＵを下位階層に伝送する。
受信器において、ＲＬＣ  ＵＭ階層は、送信器の動作に対応して、下位階層から受信されたＲＬＣ  ＰＤＵのＳＮと分割/連結/パディング情報を解析してデータを復旧した後に、上記データを連結又は分割してＲＬＣ  ＳＤＵを再構成する。再構成されたＲＬＣ  ＳＤＵは、上位階層に提供される。ここで、上位階層から受信されたＲＬＣ  ＳＤＵを無線チャンネルを通じて伝送するために適合したサイズに処理する動作は、“ＲＬＣフレーミング(framing)”と称する。
【０００５】
図２Ａは、従来技術による送信器におけるＲＬＣフレーミングを示す。
図２Ａを参照すると、ＲＬＣ階層２１０は、上位階層２０５から受信されたデータを無線チャンネルを通じて伝送するのに適合したデータサイズにフレーミングする。下位階層２１５は、この適切なサイズにフレーミングされたデータを無線チャンネルを通じて受信器に伝送する。上位階層はＰＤＣＰ階層に該当し、下位階層はＭＡＣ階層に該当する。また、ＲＬＣ階層２１０と上位階層２０５との間で交換されるデータは‘ＲＬＣ  ＳＤＵ’で、ＲＬＣ階層２１０と下位階層２１５との間で交換されるデータを‘ＲＬＣ  ＰＤＵ'である。
【０００６】
図２Ｂは、従来技術による受信器におけるＲＬＣフレーミングを示す。
図２Ｂを参照すると、ＲＬＣ階層２１２は、下位階層２１７から受信されたデータを元のデータに復元した後に上位階層２０７に伝送する。上位階層２０７はＰＤＣＰ階層に該当し、下位階層はＭＡＣ階層に該当する。ＲＬＣ階層２１２と上位階層２０７との間で交換されるデータは‘ＲＬＣ  ＳＤＵ’で、ＲＬＣ階層２１２と下位階層２１７との間で交換されるデータは‘ＲＬＣ  ＰＤＵ’である。
【０００７】
図２Ｃは、従来技術により、送信器のＲＬＣ階層でＲＬＣ  ＳＤＵをフレーミングしてＲＬＣ  ＰＤＵを構成する動作を示す。
図２Ｃを参照すると、送信器のＲＬＣ階層は、上位階層から任意のサイズ、例えば１００バイトＩＰパケットのＲＬＣ  ＳＤＵ２２５を受信する。無線チャンネルを通じて伝送可能なデータのサイズが４０バイトである場合に、ＲＬＣ階層は、ＲＬＣ  ＳＤＵ２２５を３個のＲＬＣ  ＰＤＵ２３０，２３５，２４０に分割する。このとき、それぞれのＲＬＣ  ＰＤＵは、４０バイトである。また、各ＲＬＣ  ＰＤＵは、ＲＬＣヘッダー２４５を含む。
ＲＬＣヘッダー２４５は、シーケンス番号(Sequence  Number：以下、“ＳＮ”とする)２５０と、Ｅフィールド２５５と、長さインジケータ(Length  Indicator：以下、“ＬＩ”とする)フィールド２６０とＥフィールド２６５の少なくとも複数の対とから構成される。ＬＩフィールド２６０は、分割により含まれる。ＳＮフィールド２５０は、ＲＬＣ  ＰＤＵごとに１ずつ単調に増加する７ビットのＳＮを示す。このＳＮは、ＲＬＣ  ＰＤＵ２３０，２３５，２４０の順序を示す。Ｅフィールド２５５は、次のフィールド(following  field)がデータフィールドであるか否か或いはＬＩフィールドとＥフィールドの対であるか否かを示し、１ビットのサイズを有する。
ＬＩフィールド２６０は、ＲＬＣのフレーミングに基づいて７ビット又は１５ビットのサイズを有する。ＲＬＣ  ＰＤＵに含まれるＲＬＣ  ＳＤＵ２２５のセグメントが、ＲＬＣ  ＰＤＵのデータフィールド２７０に位置することを示す。すなわち、ＬＩフィールド２６０は、ＲＬＣ  ＰＤＵのデータフィールド２７０で、ＲＬＣ  ＳＤＵ２２５の開始及び終了を示す。ＬＩフィールド２６０は、パディングしたか否かを示すことができる。ＬＩフィールド２６０が示す値はバイト単位で設定され、ＲＬＣヘッダーからＲＬＣ  ＳＤＵが終了する地点までのバイト数を意味する。便宜のために、ＬＩフィールド２６０は７ビットであると仮定する。
第１のＲＬＣ  ＰＤＵ２３０の第１のバイトで、ＳＮフィールドは、所定の値‘ｘ’に設定され、第１のＥフィールドは‘１’に設定され、次のバイトがＬＩフィールドとＥフィールドの対で構成されることを示す。ＲＬＣ  ＰＤＵ２３０の第２のバイトで、ＬＩフィールドはＲＬＣ  ＰＤＵ２３０のデータフィールドの第１のバイトからＲＬＣ  ＳＤＵ２２５が始まることを示す。これは、ＬＩフィールドがＲＬＣ  ＳＤＵの最後のバイト位置を示すことでなく、他の意味として使用される必要がある。このＬＩは、“予め定められたＬＩ(pre-defined  LI)”と称し、下記に説明する。
【０００８】
‘１１１１  １００’：ＲＬＣ  ＰＤＵのデータフィールドの第１のバイトがＲＬＣ  ＳＤＵの第１のバイトである。
‘００００  ０００’：ＲＬＣ  ＳＤＵの最後のバイトが以前のＲＬＣ  ＰＤＵに含まれているが、以前のＲＬＣ  ＰＤＵにこれを示すＬＩが含まれていない。
‘１１１１  １１１’：ＲＬＣ  ＰＤＵのデータフィールドの残りがパディングビットである。
【０００９】
したがって、ＲＬＣ  ＰＤＵ２３０で、第１のＬＩフィールドは予め定められたＬＩ‘１１１１  １００’と、次のバイトがデータフィールドであることを示すように第２のＥフィールドに挿入された‘０’に設定される。したがって、４０バイトの第１のＲＬＣ  ＰＤＵ２３０で最初の２バイトを除いた残りの３８バイトのデータフィールドは、ＲＬＣ  ＳＤＵ２２５の最初の３８バイトが挿入される。
第２のＲＬＣ  ＰＤＵ２３５の第１のバイトで、ＳＮフィールドは‘ｘ＋１’に設定され、Ｅフィールドは次のバイトがデータであることを示す‘０’に設定される。これは、ＲＬＣ  ＰＤＵ２３５がＲＬＣ  ＳＤＵ２２５の開始バイト或いは最後のバイトを含まないため、ＬＩフィールドを別途に備えなくてもよいためである。したがって、データフィールドの残りの３９バイトに、３９バイトから７７バイトまでＲＬＣ  ＳＤＵ２２５の３９バイトが挿入される。
第３のＲＬＣ  ＰＤＵ２４０の第１のバイトで、ＳＮは‘ｘ＋２’に設定され、Ｅフィールドは次のバイトがＬＩフィールドとＥフィールドの対であることを示す‘１’に設定される。第２のバイトでＬＩフィールドは、ＲＬＣ  ＳＤＵ２２５の最後のバイトがデータフィールドの２３(‘１００’−‘７７’)番目のバイトに対応することを示す‘００１０  １１１(＝２３)’に設定され、Ｅフィールドは‘１’に設定される。ＲＬＣ  ＰＤＵ２４０のデータフィールドは、合計１００バイトのＲＬＣ  ＳＤＵ２２５の最後のセグメントをローディングした後にデータを挿入する余分が残っている。したがって、第２のＥフィールドは‘１’に設定され、次の第２のＬＩフィールドは、第１のＬＩフィールドが示す位置以後のビットがパディングされることを知らせる値である‘１１１１  １１１’に設定される。そして、第３のＥフィールドは‘０’に設定される。したがって、第３のＲＬＣ  ＰＤＵ２４０のデータフィールドは、ＲＬＣ  ＳＤＵ２２５の最後の２３バイトで満たされ、残りの１４バイトはパディングされる。
【００１０】
送信器のＲＬＣ階層の動作に対応した受信器のＲＬＣ階層の動作は、次のようである。
受信器のＲＬＣ階層は、ＲＬＣ  ＰＤＵ２３０，２３５，２４０を受信し、ＲＬＣ  ＰＤＵ２３０，２３５，２４０のＳＮに基づいて順次に配列する。すなわち、受信器のＲＬＣ階層は、第１のＲＬＣ  ＰＤＵ２３０のＬＩフィールドを通じて第１のＲＬＣ  ＰＤＵ２３０のデータフィールドが、ＲＬＣ  ＳＤＵ２２５の第１のセグメントに該当し、第２のＲＬＣ  ＰＤＵ２３５のＬＩフィールドを通じて第２のＲＬＣ  ＰＤＵ２３５のデータフィールドがＲＬＣ  ＳＤＵ２２５の第２のセグメントに該当すると判定し、このＲＬＣ  ＳＤＵ２２５の再構成が完了しないことを認知する。その後、受信器のＲＬＣ階層は、第３のＲＬＣ  ＰＤＵ２４０の第１のＬＩフィールドを通じて、第３のＲＬＣ  ＰＤＵ２４０のデータフィールドの２３バイトがＲＬＣ  ＳＤＵ２２５の最後のセグメントであると判定し、３個のＲＬＣ  ＰＤＵ２３０，２３５，２４０から抽出したセグメントを組み合わせてＲＬＣ  ＳＤＵ２２５の再構成を完了する。このとき、受信器のＲＬＣ階層は、第３のＲＬＣ  ＰＤＵ２４０の第２のＬＩフィールドを通じて、第３のＲＬＣ  ＰＤＵ２４０のデータフィールドの残りがパディング処理されることを認知する。
【００１１】
上記のように、ＬＩフィールドを用いてＲＬＣ  ＳＤＵの最後のバイトの位置を示す従来の方式は、一つのＲＬＣ  ＳＤＵを複数のＲＬＣ  ＰＤＵに分割し、或いは複数のＲＬＣ  ＳＤＵを一つのＲＬＣ  ＰＤＵに連結する場合に効率的である。しかしながら、通常にＶｏＩＰパケットの特性において、一つの完全なＲＬＣ  ＳＤＵが一つのＲＬＣ  ＰＤＵのみに対応し、分割/連結/パディングなしに頻繁に発生する。
１２.２kbpsのＡＭＲ(Adaptive Multi-Rate)ＣＯＤＥＣが３ＧＰＰで広く使用される場合に、このＡＭＲ  ＣＯＤＥＣは、２０msecごとに７バイト又は３２バイトの音声フレームを発生させる。音声フレームは、ＩＰ/ＵＤＰ/ＲＴＰヘッダーでカプセル化(encapsulation)された後に、ＰＤＣＰ階層でヘッダーの圧縮を経てＲＬＣ階層に伝送される。圧縮されたヘッダーは、通常に３バイトであるが、たまには４〜１２バイトのサイズを有することもある。
したがって、ＲＬＣ  ＳＤＵは、１０〜１９バイト或いは３５〜４４バイトを有する。このＲＬＣ  ＳＤＵは、２０msec単位で送信器のＲＬＣ階層に伝送される。ＲＬＣ階層は、一つの完全なＲＬＣ  ＳＤＵを一つのＲＬＣ  ＰＤＵに再構成して無線チャンネルを通じて伝送する。前述したように、圧縮されたヘッダーが通常に３バイトであるため、大部分のＲＬＣ  ＳＤＵは１０バイト或いは３５バイトである。したがって、ＲＬＣ  ＰＤＵのサイズは、最もよく発生するＲＬＣ  ＳＤＵを効率的に処理できるように決定されることが望ましい。
このようにＲＬＣ  ＰＤＵのサイズが、最も頻繁に発生するＲＬＣ  ＳＤＵのサイズに基づいて定義されると、大多数のＲＬＣ  ＳＤＵは分割/連結/パディングを経ることなく、ＲＬＣ  ＰＤＵにフレーミングされる。この場合に、従来のフレーミング方式は非効率的である。
【００１２】
図３は、従来技術によるフレーミング方式の問題点を示す。
図３を参照すると、３５バイトのＲＬＣ  ＳＤＵ３０５が発生し、ＲＬＣ  ＰＤＵ３１０のサイズは３８バイトである。ＲＬＣ  ＳＤＵ３０５は、一つのＲＬＣ  ＰＤＵ３１０にフレーミングされる。ＲＬＣ  ＰＤＵ３１０で第１のＬＩフィールド３１５は、ＲＬＣ  ＳＤＵ３０５第１のバイトがＲＬＣ  ＰＤＵ３１０のデータフィールド３２５の第１のバイトに該当することを示す‘１１１１  １００’に設定され、第２のＬＩフィールド３２０は、ＲＬＣ  ＳＤＵ３０５の最後のバイトがデータフィールド３２５の３５番目のバイトに該当することを示す‘０１００  ０１１’に設定される。そして、３５バイトのＲＬＣ  ＳＤＵ３０５の全体を含むデータフィールド３２５が挿入される。
すなわち、３５バイトのデータを伝送するために、３バイトのオーバーヘッドが付加され、このオーバーヘッドの中で２バイトはＬＩフィールドに対して使用される。
上述したように、ＶｏＩＰ通信でパケットデータは、一般的なパケット通信と異なり、リアルタイムで処理されるべきであり、一定周期ごとにＲＬＣ  ＳＤＵが一つずつ発生する。言い換えれば、ＶｏＩＰ通信では、大部分ＲＬＣ  ＳＤＵを分割又は連結せず、一つのＲＬＣ  ＳＤＵは一つのＲＬＣ  ＰＤＵで構成する。それにも拘わらず、既存のＲＬＣフレーミング動作は、ＲＬＣ  ＰＤＵに少なくとも２個のＬＩフィールド、すなわちＲＬＣ  ＳＤＵの開始を示すＬＩフィールドと、ＲＬＣ  ＳＤＵの終了を示すＬＩフィールドが常に要求される。必要によって、データフィールドのパディング可否を示すＬＩフィールドも追加で挿入される。
したがって、従来技術によるＶｏＩＰ通信方式でＲＬＣフレーミング方式を使用する場合に、不必要なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用されるという問題点が発生した。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
したがって、上記の従来技術による問題点を解決するために、本発明の目的は、パケットサービスを支援する移動通信システムで、無線リンク制御階層のプロトコルデータユニット(ＲＬＣ  ＰＤＵ）のヘッダーサイズを減少させて無線リソースを効率的に使用する方法及び装置を提供することにある。
また、本発明の目的は、上位階層パケットを複数のＲＬＣ  ＰＤＵに分割する方法及び装置を提供することにある。
【課題を解決するための手段】
【００１４】
上記のような本発明の目的を達成するために、本発明は、移動通信システムにおける予め定められた長さインジケータ(ＬＩ)を用いてデータを送信する方法であって、上位階層からサービスデータユニット(ＳＤＵ）を受信し、前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と、前記ＳＤＵが一つのＰＤＵに含まれない場合に、前記ＳＤＵを伝送可能なＰＤＵのサイズにより複数のセグメントに分割する段階と、一連番号(ＳＮ)フィールドと、ＬＩフィールドが存在することを示す少なくとも一つの１ビットフィールドと、前記ＬＩフィールドとをヘッダー内に有し、前記セグメントをデータフィールド内に有する複数のＰＤＵを構成する段階と、ここで前記ＳＤＵの中間セグメントをデータフィールド内に含むＰＤＵの前記ＬＩフィールドは、前記中間セグメントが存在することを示す値に設定され、前記ＰＤＵを受信器に伝送する段階とを有することを特徴とする。
【００１５】
また、本発明は、移動通信システムで予め定められた長さインジケータ(ＬＩ)を用いてデータを受信する方法であって、送信器からプロトコルデータユニット(ＰＤＵ）を受信し、前記ＰＤＵのヘッダーからＳＮフィールドと次のＬＩフィールドが存在するか否かを示す１ビットフィールドを検出する段階と、前記１ビットフィールドが前記ＬＩフィールドが存在することを示す場合に、前記ＰＤＵのヘッダーから次の前記ＬＩフィールドを検出し、前記ＬＩフィールドが前記ＰＤＵのデータフィールド内にサービスデータユニット(ＳＤＵ）の中間セグメントが含まれることを示す値に設定されているか否かを判定する段階と、前記ＬＩフィールドが前記値に設定される場合に、前記ＰＤＵを以前のセグメント及び以後のセグメントと組み合わせることができるまで貯蔵する段階と、前記ＰＤＵのデータフィールドからの中間セグメントを、少なくとも一つの以前のＰＤＵのデータフィールドから抽出された少なくとも一つの以前のセグメント及び少なくとも一つの以後のＰＤＵのデータフィールドから抽出された少なくとも一つの以後のセグメントと結合して前記ＳＤＵを構成する段階とを有することを特徴とする。
【００１６】
本発明は、移動通信システムにおける予め定められた長さインジケータ(ＬＩ)を用いてデータを送信する装置であって、上位階層からサービスデータユニット(ＳＤＵ）を受信し、前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し、前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファと、ＳＮフィールドと１ビットフィールドをヘッダーに含み、前記少なくとも一つのセグメントをデータフィールド内に有する少なくとも一つのＰＤＵを構成するヘッダー挿入部と、前記少なくとも一つのＰＤＵの１ビットフィールドを、以後のＬＩフィールドの存在有無のうち少なくとも一つを示す値に設定する１ビットフィールド設定部と、前記ＳＤＵが一つのＰＤＵに含まれない場合に、前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し、前記ＳＤＵの中間セグメントをデータフィールド内に含むＰＤＵのＬＩフィールドを、前記中間セグメントを含むことを示す値に設定するＬＩ挿入部と、前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信部とを含むことを特徴をする。
【００１７】
さらに、本発明は、移動通信システムにおける予め定められた長さインジケータ(ＬＩ)を用いてデータを受信する装置であって、送信部からプロトコルデータユニット(ＰＤＵ）を受信して貯蔵する受信バッファと、前記受信したＰＤＵのヘッダーから、ＳＮフィールドと、次のＬＩフィールドの存在有無のうち少なくとも一つを示す１ビットフィールドを検出し、前記１ビットフィールドが前記ＬＩフィールドが存在することを示す場合に前記ＬＩフィールドを解析し、前記ＬＩフィールドが前記ＰＤＵのデータフィールド内にサービスデータユニット(ＳＤＵ）の中間セグメントが含まれることを示す値に設定されている場合に、前記ＰＤＵが以前のセグメント及び以後のセグメントと組み立てができるまで貯蔵されるように前記受信バッファを制御する再組み立て制御部と、前記１ビットフィールドが前記ＬＩフィールドが存在することを示す場合に、前記ＳＮフィールド、前記１ビットフィールド、及び前記ＬＩフィールドを除去して前記ＰＤＵのデータフィールドから中間セグメントを抽出するヘッダー及びＬＩ除去部と、前記ヘッダー及びＬＩ除去部から前記中間セグメントを受信し、前記中間セグメントを、少なくとも一つの以前のＰＤＵのデータフィールドから抽出された少なくとも一つの以前のセグメント及び少なくとも一つの以後のＰＤＵのデータフィールドから抽出された少なくとも一つの以後のセグメントと結合して前記ＳＤＵを構成する再組み立て部とを含むことを特徴とする。
【発明の効果】
【００１８】
本発明は、ＲＬＣ  ＰＤＵのデータフィールドに完全なＲＬＣ  ＳＤＵが存在することを示す１ビットの情報によって、このＲＬＣ  ＳＤＵの開始/終了/パディングを示すための追加情報の挿入を不要にすることによって、限定された無線伝送リソースを効率的に使用する効果を有する。また、本発明は、上記のようにＲＬＣ  ＳＤＵの中間セグメントのみを含むＲＬＣ  ＰＤＵに、予め定められたＬＩの新たな値に設定されたＬＩフィールドを含むことによって、ＲＬＣ  ＳＤＵの分割動作が可能になる効果を有する。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
下記に、当該技術分野で、本発明の実施形態が、その技術的思想から外れない限り、多様な変形が可能であることは自明なことであろう。また、本発明に関連した公知の機能又は構成に関する具体的な説明が本発明の要旨を不明にすると判断された場合に、その詳細な説明を省略する。
本発明の主な要旨は、パケットサービスを提供する移動通信システムで無線資源の効率的な使用のためのフレーミングを提供することである。
【００２０】
下記では説明の便宜のために、ＵＭＴＳシステムで無線リソース制御(ＲＬＣ)階層での動作、特にＲＬＣ  ＵＭの動作を説明するが、本発明の実施形態はこれに限定されるものではない。便宜上、上位階層からパケットデータを含むＲＬＣ  ＰＤＵで、ＲＬＣヘッダーは、ＳＮフィールド、第１のＥフィールド、及び少なくとも一つのＬＩフィールドとＥフィールドの対を含むと定義される。すなわち、一つのＲＬＣ  ＰＤＵでデータフィールドを除いた残りの部分がＲＬＣヘッダーである。
本発明の望ましい実施形態によりＲＬＣ階層は、２つのフレーミング方式を使用する。第１の方式は、最も頻繁に使用されるサイズを有するＲＬＣ  ＳＤＵが、ＬＩフィールドを使用せずにＲＬＣ  ＰＤＵにフレーミングを遂行することである。第２の方式は、他のサイズのＲＬＣ  ＳＤＵに対してＬＩフィールドを使用してＲＬＣ  ＰＤＵにフレーミングを遂行することである。
第１のフレーミング方式は、ＬＩフィールドを使用しないことである。ＲＬＣ  ＳＤＵのサイズがＲＬＣ  ＰＤＵのデータフィールドのサイズと一致し、分割/連結/パディングの遂行が不要である場合に使用する。
第２のフレーミング方式は、ＬＩフィールドを使用する。この方式は、ＲＬＣ  ＳＤＵのサイズがＲＬＣ  ＰＤＵのデータフィールドのサイズと一致せず、分割/連結/パディングが必要である場合に使用する。
したがって、上位階層のパケットごとに相互に異なるフレーミング方式が適用されることができる。このとき、送信器は各パケットに使用したフレーミング方式を受信器に知らせる。
本発明の望ましい実施形態では、ＲＬＣヘッダーの１ビット、具体的には第１のＥフィールドの１ビットを用いて該当ＲＬＣ  ＰＤＵに適用されたフレーミング方式を示す。第１のＥフィールドを、他のＥフィールドと区別するために“Ｆフィールド”と称する。
【００２１】
図４は、本発明の望ましい実施形態によるＲＬＣ  ＰＤＵの構造を示す。
図４を参照すると、ＲＬＣ  ＰＤＵは、ＳＮフィールド４０５と、Ｆフィールド４１０と、ＬＩフィールド４１５と、Ｅフィールド４２０と、データフィールド４２５と、パディング４３０とを含む。ＬＩフィールド４１５、Ｅフィールド４２０、パディング４３０は、場合によって含まないこともあるが、ＳＮフィールド４０５、Ｆフィールド４１０、及びデータフィールド４２５は常に存在する。ＳＮフィールド４０５、ＬＩフィールド４１５、Ｅフィールド４２０、データフィールド４２５、及びパディング４３０は、従来のＲＬＣ  ＰＤＵと同一であるため、その説明を省略する。
Ｆフィールド４１０は、ＬＩフィールド４１５の存在有無を示し、すなわちＲＬＣ  ＰＤＵのフレーミング方式を示す。また、Ｆフィールド４１０は、ＲＬＣ  ＳＤＵが連結/分割/パディングを経ることなく、ＲＬＣ  ＰＤＵにフレーミングされたか否かを示す。例えば、Ｆフィールド４１０が‘０’に設定されると、該当ＲＬＣ  ＰＤＵはＬＩフィールド４１５が存在せず、データフィールド４２５が一つの完全なＲＬＣ  ＳＤＵと一致する。また、Ｆフィールド４１０が‘１’に設定されると、該当ＲＬＣ  ＰＤＵはＬＩフィールド４１５が存在し、データフィールド４２５のサイズが一つのＲＬＣ  ＳＤＵと一致しない。したがって、ＬＩフィールド４１５は、含まれるＲＬＣ  ＳＤＵの開始或いは終了を示す。
【００２２】
図５Ａは、本発明の望ましい実施形態により、ＲＬＣ  ＳＤＵが分割/連結/パディングを経ることなく、ＲＬＣ  ＰＤＵに対応する場合にＲＬＣ  ＰＤＵの構成を示す。
図５Ａを参照すると、送信器(すなわち、送信器のＲＬＣ階層）は、一つの完全なＲＬＣ  ＳＤＵを分割/連結/パディングせずに、一つのＲＬＣ  ＰＤＵにフレーミングが可能である場合に、Ｆフィールドを‘０’に設定し、ＲＬＣ  ＰＤＵのデータフィールドに完全なＲＬＣ  ＳＤＵを挿入する。
受信器(すなわち、受信器のＲＬＣ階層）は、受信されたＲＬＣ  ＰＤＵのＦフィールドが‘０’であると、Ｆフィールド以後からデータフィールドとして認知し、ＲＬＣ  ＰＤＵからデータフィールドを抽出して一つのＲＬＣ  ＳＤＵとして上位階層に伝送する。
【００２３】
図５Ｂは、本発明の望ましい実施形態により、ＲＬＣが分割/連結/パディングを通じてＲＬＣ  ＰＤＵにフレーミングされる場合に、ＲＬＣ  ＰＤＵの構造を示す。
図５Ｂを参照すると、送信器はＲＬＣをフレーミングするために分割/連結/パディングを遂行することが必要である場合に、Ｆフィールドを‘１’に設定し、分割/連結/パディングに必要なＬＩフィールドとパディングを含んでＲＬＣ  ＰＵＤを構成する。
受信器は、受信されたＲＬＣ  ＰＤＵのＦフィールドが‘１’であると、Ｆフィールド以後のバイトがＬＩフィールドとＥフィールドであると判定し、ＬＩフィールドの値によりＲＬＣ  ＰＤＵのデータフィールドを一つ或いはそれ以上のＲＬＣ  ＳＤＵに再構成する。
既存の第１のＥフィールドをＦフィールドとして用いるためには、下記のような問題点を解決すべきである。
通常、ＲＬＣ  ＰＤＵがＲＬＣ  ＳＤＵのセグメント(segment)であり、ＲＬＣ  ＰＤＵにＲＬＣ  ＳＤＵの開始も終了も含まない場合に、ＲＬＣ  ＰＤＵにはＬＩフィールドが存在しなかった。
図５Ａでは、ＲＬＣ  ＳＤＵが分割/連結/パディングを経ることなく、一つのＲＬＣ  ＰＤＵにフレーミングされる場合に、ＬＩフィールドを使用しない。ＲＬＣ  ＰＤＵが一つの完全なＲＬＣ  ＳＤＵを含まず、かつＲＬＣ  ＳＤＵの開始又は終了を含まないことを示す必要がある。
【００２４】
図６Ａは、従来のＲＬＣフレーミング技術により、一つのＲＬＣ  ＳＤＵが複数のＲＬＣ  ＰＤＵに分割される状況を示す。
図６Ａを参照すると、ＲＬＣ  ＳＤＵ６０５がＳＮ‘ｘ’，‘ｘ＋１’，‘ｘ＋２’である３個のＲＬＣ  ＰＤＵ６１０，６１５，６２０に分割される。すると、第１のＲＬＣ  ＰＤＵ６１０には、予め定められたＬＩ値‘１１１１  １００’が挿入され、ＲＬＣ  ＰＤＵ６１０のデータフィールドの第１のバイトがＲＬＣ  ＳＤＵ６０５の最初のバイトに対応することを示す。
第２のＲＬＣ  ＰＤＵ６１５には、ＲＬＣ  ＳＤＵ６０５の開始と終了が含まれないため、第１のＥフィールドが‘０’に設定され、ＬＩフィールドは挿入されない。第３のＲＬＣ  ＰＤＵ６２０に、ＲＬＣ  ＳＤＵ６０５の終了ＲＬＣ  ＰＤＵ６２０のデータフィールドの３４番目のバイトまでに該当することを示すために、例えばＬＩ値‘０１００  ０１０’を挿入する。
ＲＬＣ  ＳＤＵの開始や終了を含まないＲＬＣ  ＰＤＵ６１５にＬＩフィールドを挿入しないと、受信器は、ＲＬＣ  ＰＤＵ６１５のデータフィールドに含まれたセグメントが、一つの完全なＲＬＣ  ＳＤＵを構成するか、或いは以前及び以後のＲＬＣ  ＰＤＵのセグメントと結合して一つのＲＬＣ  ＳＤＵを構成するか判定できない。したがって、後述する本発明の望ましい実施形態では、ＲＬＣ  ＳＤＵの開始や終了が含まれないＲＬＣ  ＰＤＵ(以下、“中間(intermediate)ＰＤＵ'とする)を示すために、予め定められたＬＩの新たな値を定義する。例えば‘１１１１  １１０’を予め定められたＬＩの新たな値として定義する。予め定められたＬＩの新たな値が挿入されたＲＬＣ  ＰＤＵは、中間ＲＬＣ  ＰＤＵとして認識される。ここで、中間ＲＬＣ  ＰＤＵのデータフィールドは、ＲＬＣ  ＳＤＵの開始と終了との間のＲＬＣ  ＳＤＵセグメントを含む。
【００２５】
図６Ｂは、本発明の望ましい実施形態により、予め定められたＬＩを用いて一つのＲＬＣ  ＳＤＵを複数のＲＬＣ  ＰＤＵに分割する状況を示す。
図６Ｂを参照すると、一つのＲＬＣ  ＳＤＵ６２５がＳＮ‘ｘ’，‘ｘ＋１’，‘ｘ＋２’である３個のＲＬＣ  ＰＤＵ６３０，６３５，６４０に分割される。すると、第１のＲＬＣ  ＰＤＵ６３０にはＦフィールドが‘１’に設定され、予め定められたＬＩ値‘１１１１  １００’が第１のＲＬＣ  ＰＤＵ６３０に挿入され、このＲＬＣ  ＰＤＵ６３０のデータフィールドの第１のバイトがＲＬＣ  ＳＤＵ６２５の第１のバイトに対応することを示す。第２のＲＬＣ  ＰＤＵ６３５にはＲＬＣ  ＳＤＵ６２５の開始も終了も含まれずに中間部分のみを含んでいるため、Ｆフィールドが‘０’に設定され、予め定められたＬＩ値‘１１１１  １１０’が第２のＲＬＣ  ＰＤＵ６３５に挿入されて前記ＲＬＣ  ＰＤＵ６３５が中間ＲＬＣ  ＰＤＵであることを示す。
第３のＲＬＣ  ＰＤＵ６４０には、ＲＬＣ  ＳＤＵ６２５の終了、例えばデータフィールドの３５番目のバイトまでであることを示すＬＩ値‘０１００  ０１１’が含まれる。
【００２６】
以下、本発明の望ましい実施形態による動作及び装置の構成を説明する。下記で、ＲＬＣ階層で遂行可能な分割/連結/パディングの中で連結の場合に、本発明の主な要旨から外れるため、その動作及び構成に関する説明を省略する。万一、連結が使用される場合に、第１のＥフィールド(すなわち、Ｆフィールド)が‘１’である場合に少なくとも一つのＬＩフィールドが存在できることは自明である。
【００２７】
図７は、本発明の望ましい実施形態による送信器のＲＬＣ動作を示す。
図７を参照すると、ステップＳ７０５で、上位階層から少なくとも一つのＲＬＣ  ＳＤＵを受信すると、ステップＳ７１０で送信器のＲＬＣ階層は受信された少なくとも一つのＲＬＣ  ＳＤＵのサイズと個数を下位階層に知らせる。下位階層は、ＭＡＣ階層になることができる。ＲＬＣ  ＳＤＵを伝送するときにＬＩ=‘００００  ０００’を伝送すべきである場合に、送信器のＲＬＣ階層はＲＬＣ  ＳＤＵのサイズに１バイトを加算した値を下位階層に知らせる。
ステップＳ７１５で、送信器のＲＬＣ階層は、下位階層が次の伝送区間で伝送されるＲＬＣ  ＰＤＵのサイズと個数を通報するまで待機する。下位階層は、受信されたＲＬＣ  ＳＤＵ情報と次の伝送区間の無線チャンネル状況に基づいて最も効率的なＲＬＣ  ＰＤＵのサイズを決定する。これは送信側ＲＬＣ階層に通報される。
【００２８】
ステップＳ７２０で、ＲＬＣ階層は、下位階層が通報したＲＬＣ  ＰＤＵのサイズがＲＬＣ  ＳＤＵのサイズと一致するか、或いは以前のＲＬＣ  ＰＤＵに以前のＲＬＣ  ＳＤＵの最後のバイトを示すＬＩフィールドが含まれたかによって、現在のＲＬＣ  ＰＤＵを通じてＬＩ=‘００００  ０００’を伝送する必要があるか否かを判定する。その結果、ＲＬＣ  ＰＤＵのサイズがＲＬＣ  ＳＤＵのサイズと一致し、ＬＩ=‘００００  ０００’を伝送する必要がないと、ＲＬＣ階層はステップＳ７２５に進行する。ここで、ＲＬＣ  ＰＤＵのサイズがＲＬＣ  ＳＤＵのサイズと一致し、或いはＲＬＣ  ＳＤＵのサイズにＲＬＣヘッダーの最小サイズを加算した値が、ＲＬＣ  ＰＤＵのサイズと一致し、或いはＲＬＣ  ＰＤＵのサイズより大きくないながらほぼ類似することを意味する。言い換えれば、ＲＬＣ  ＰＤＵの第１のＥフィールド(すなわち、Ｆフィールド)を‘０’に設定し、ＲＬＣ  ＳＤＵの開始と終了を示すＬＩフィールドを使用しないときに、完全なＲＬＣ  ＳＤＵはＲＬＣ  ＰＤＵのデータフィールドに挿入して伝送することができる。
参考として、ＬＩ＝‘０００００  ０００’は、以前のＲＬＣ  ＰＤＵの終了が以前のＲＬＣ  ＳＤＵの終了に正確に一致するときに、終了を示すＬＩフィールドは、以前のＲＬＣ  ＰＤＵに含めない場合に使用される。
ステップＳ７２５で、送信器のＲＬＣ階層は、現在のＲＬＣ  ＰＤＵのＦフィールドを‘０’に設定し、ステップＳ７３０でいずれのＬＩフィールドも含めずに完全なＲＬＣ  ＳＤＵをＲＬＣ  ＰＤＵのデータフィールドに挿入した後に、ステップＳ７３５で、ＲＬＣ  ＰＤＵを下位階層に伝送して受信器のＲＬＣ階層に伝送する。
【００２９】
一方、ステップＳ７２０の結果、ＲＬＣ  ＰＤＵのサイズがＲＬＣ  ＳＤＵのサイズと一致せず、或いはＬＩ＝‘００００  ０００’の伝送が必要である場合に、ステップＳ７４０で送信器のＲＬＣ階層は現在のＲＬＣ  ＰＤＵのＦビットを‘１’に設定する。ステップＳ７４５で、ＲＬＣ階層は、上記のＲＬＣ  ＳＤＵから生成された中間ＲＬＣ  ＰＤＵであるか否かを判定する。中間ＲＬＣ  ＰＤＵが存在すれば、中間ＲＬＣ  ＰＤＵのＬＩフィールドのみが予め定められた新たなＬＩ値‘１１１１  １１０’に設定される。予め定められたＬＩの新たな値は、システム或いは設計者によって設定される。ステップＳ７５０で、送信器のＲＬＣ階層は、ＲＬＣ  ＰＤＵを下位階層に伝送して受信器のＲＬＣ階層に伝送されるようにする。
【００３０】
図８は、本発明の望ましい実施形態による受信器のＲＬＣ動作を示すフローチャートである。
図８を参照すると、ステップＳ８０５で、受信器のＲＬＣ階層は、下位階層からＲＬＣ  ＰＤＵを受信する。ステップＳ８１０で、ＲＬＣ階層は、ＲＬＣ  ＰＤＵの第１のＥフィールド(すなわち、Ｆフィールド)を検査する。Ｆフィールドが‘１’であると、ステップＳ８２０に進行し、Ｆフィールドが‘０’であると、ステップＳ８１５に進行する。
Ｆフィールドが‘０’である場合に、これは、ＲＬＣ  ＰＤＵに分割/連結/パディングが適用されないことを意味する。したがって、ステップＳ８１５で、受信器のＲＬＣ階層は、ＲＬＣ  ＰＤＵからＲＬＣヘッダー(すなわち、ＳＮフィールドとＦフィールド)を除き、残りのデータフィールドを一つの完全なＲＬＣ  ＳＤＵで再構成する。すなわち、ＲＬＣ  ＰＤＵのデータフィールドは一つの完全なＲＬＣ  ＳＤＵで構成される。ステップＳ８５０で、上記のＲＬＣ階層は、ＲＬＣ  ＳＤＵを上位階層に伝送する。
【００３１】
Ｆフィールドが‘１’である場合に、これは、ＲＬＣ  ＰＤＵに分割/連結/パディングが適用され、少なくとも一つのＬＩフィールドが存在することを意味する。ステップＳ８２０で、受信器のＲＬＣ階層は、ＲＬＣ  ＰＤＵを該当ＳＮにより受信バッファに貯蔵する。
ステップＳ８２５で受信器のＲＬＣ階層は、ＲＬＣ  ＰＤＵの第１のＬＩフィールドが新たに定義されたＬＩ値‘１１１１  １１０’であるか否かを判定する。ＬＩ＝‘１１１１  １１０’であると、ＲＬＣ階層は、ステップＳ８３０に進行する。そうでないと、ステップＳ８３５に進行する。ステップＳ８３０で、受信器のＲＬＣ階層は、ＲＬＣ  ＰＤＵがＲＬＣ  ＳＤＵの中間セグメントを含んでいると判定し、ステップＳ８３５に進行する。ステップＳ８３５で、受信器のＲＬＣ階層は、受信バッファに貯蔵されているＲＬＣ  ＰＤＵのＳＮとＬＩフィールドを検査し、ＲＬＣ  ＳＤＵの再組み立て、すなわち復元が可能であるか否かを判定する。連続的なＳＮを有する貯蔵されたＲＬＣ  ＰＤＵの中でｎ個のＲＬＣ  ＰＤＵ(ｎは１より大きい整数)が下記の条件を満足する場合に、ＲＬＣ  ＳＤＵの再組み立てが可能になる。
【００３２】
条件１：ｎ個のＲＬＣ  ＰＤＵのうち、第１のＲＬＣ  ＰＤＵの最後のＬＩフィールドは新たなＲＬＣ  ＳＤＵが始まることを示す。
条件２：第２のＲＬＣ  ＰＤＵから(ｎ-１)番目のＲＬＣ  ＰＤＵは各々一つのＬＩフィールドのみを含み、各ＬＩフィールドが‘１１１１  １１０’に設定される。
条件３：最後のｎ番目のＲＬＣ  ＰＤＵの第１のＬＩフィールドがＲＬＣ  ＳＣＵの最後のバイトの位置を示す。
【００３３】
貯蔵されているＲＬＣ  ＰＤＵの中で、これら条件を満足するｎ個のＲＬＣ  ＰＤＵがある場合に、受信器のＲＬＣ階層はステップＳ８４０に進行し、そうでない場合にはステップＳ８４５に進行して新たなＲＬＣ  ＰＤＵが受信されるまで待機する。
ステップＳ８４０で、ＲＬＣ階層は上記の条件を満たすＲＬＣ  ＰＤＵのＳＮとＬＩフィールドを参照してＲＬＣ  ＳＤＵを再構成し、ステップＳ８５０で再構成したＲＬＣ  ＳＤＵを上位階層に伝送する。
【００３４】
図９は、本発明の望ましい実施形態による送信器のＲＬＣ階層として動作する送信器を示すブロック構成図である。
図９を参照すると、送信器は、伝送バッファ９０５と、ＲＬＣヘッダー挿入部９１０と、ＬＩ挿入部９１５と、送信部９２０と、Ｆ設定部９２５と、ＰＤＵサイズ制御部９３０とを含む。
伝送バッファ９０５は、上位階層から受信された少なくとも一つのＲＬＣ  ＳＤＵを貯蔵し、貯蔵された少なくとも一つのＲＬＣ  ＳＤＵのサイズと個数をＰＤＵサイズ制御部９３０に通報する。このＰＤＵサイズ制御部９３０は、通報された情報及び追加的な情報を参照して最も高い伝送効率を保証するＲＬＣ  ＰＤＵサイズを決定して伝送バッファ９０５に通報する。
伝送バッファ９０５は、貯蔵された少なくとも一つのＲＬＣ  ＳＤＵを通報されたＲＬＣ  ＰＤＵサイズに合わせて再構成してＲＬＣヘッダー挿入部９１０に提供する。いずれか一つのＲＬＣ  ＳＤＵのサイズがＲＬＣ  ＰＤＵのデータフィールドと同一のサイズを有すると、伝送バッファ９０５は、ＲＬＣ  ＳＤＵを加工せずにその通りＲＬＣヘッダー挿入部９１０に伝送する。Ｆフィールド設定部９２５は、ＲＬＣ  ＳＤＵのサイズがＲＬＣ  ＰＤＵのデータフィールドと同一のサイズを有する場合に、ＲＬＣ  ＰＤＵのＦフィールドを‘０’に設定するようにＲＬＣヘッダー挿入部９１０を制御する。ＲＬＣヘッダー挿入部９１０は、伝送バッファ９０５から受信されたデータにＦ設定部９２５の制御によるＦフィールドとＳＮを挿入する。ＬＩ挿入部９１５は、Ｆフィールドが‘０’に設定されると、ＲＬＣヘッダー挿入部９１０から受信されたデータにＬＩフィールドを挿入せず、その反面、Ｆフィールドが‘１’に設定されている場合に、ＬＩ挿入部９１５はＬＩフィールドを挿入する。送信部９２０は、上記の手順によって生成されたＲＬＣ  ＰＣＵを無線チャンネルを通じて伝送する。
【００３５】
図１０は、本発明の望ましい実施形態による受信器のＲＬＣ階層として動作する受信器を示すブロック構成図である。
図１０を参照すると、受信器は、受信部１０２０と、受信バッファ１０１５とＲＬＣヘッダー及びＬＩ除去部１０１０と、再組み立て部１００５、及び再組み立て制御部１０２５とを含む。
受信部１０２０は、下位階層から受信されたＲＬＣ  ＰＤＵを受信バッファ１０１５に提供する。受信バッファ１０１５は、ＲＬＣ  ＰＤＵが再組み立てされるまで貯蔵する。この再組み立て制御部１０２５は、受信バッファ１０１５に貯蔵されているＲＬＣ  ＰＤＵのＦフィールドとＳＮとＬＩを解析し、再組み立てが可能であるか否かを判定し、再組み立てが可能な少なくとも一つのＲＬＣ  ＰＤＵをＲＬＣヘッダー及びＬＩ除去部１０１０に提供されるように受信バッファ１０１５を制御する。
ＲＬＣヘッダー及びＬＩ除去部１０１０は、上記のＲＬＣ  ＰＤＵからＲＬＣヘッダーとＬＩフィールドを除去する。このとき、Ｆフィールドが‘０’に設定されたＲＬＣ  ＰＤＵに対しては除去するＬＩフィールドが存在しないため、ＲＬＣヘッダーのみを除去する。
再組み立て部１００５は、ＲＬＣヘッダーとＬＩフィールドが除去された一つのＲＬＣ  ＰＤＵを用いてＲＬＣ  ＳＤＵを再組み立てして上位階層に伝送する。このとき、再組み立て部１００５は、Ｆフィールドが‘０’に設定されたＲＬＣ  ＰＤＵのデータフィールドから抽出されたデータのみで一つの完全なＲＬＣ  ＳＤＵを構成する。また、再組み立て部１００５は、Ｆフィールドが‘１’に設定され、予め定められた値である‘１１１１  １１０’に設定された唯一のＬＩフィールドを有するＲＬＣ  ＰＤＵのデータフィールドから抽出された中間ＳＤＵセグメントを、以前及び以後のＲＬＣ  ＰＤＵから抽出されたセグメントと結合して一つのＲＬＣ  ＳＤＵで構成する。
【００３６】
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲を外れない限り、形式や細部についての様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。したがって、本発明の範囲は、前述の実施形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。
【図面の簡単な説明】
【００３７】
【図１】ＶｏＩＰを支援する従来の移動通信システムの構成を示す図である。
【図２Ａ】従来技術による送信器の動作を示す図である。
【図２Ｂ】従来技術による受信器の動作を示す図である。
【図２Ｃ】従来技術による送信器で、ＲＬＣフレーミングによってＲＬＣ  ＳＤＵでＲＬＣ  ＰＤＵを構成する動作を示す図である。
【図３】従来技術を用いるＲＬＣフレーミング方式の問題点を示す図である。
【図４】本発明の望ましい実施形態によるＲＬＣ  ＰＤＵの構成を示す図である。
【図５Ａ】ＲＬＣ  ＳＤＵが分割/連結/パディングを経ることなくＲＬＣ  ＰＤＵに対応するときに、本発明の望ましい実施形態によるＲＬＣ  ＰＤＵの構成を示す図である。
【図５Ｂ】ＲＬＣ  ＳＤＵが分割/連結/パディングを通じてＲＬＣ  ＰＤＵにフレーミングされるときに、本発明の望ましい実施形態によるＲＬＣ  ＰＤＵの構成を示す図である。
【図６Ａ】従来のＲＬＣフレーミングによって一つのＲＬＣ  ＳＤＵが複数のＲＬＣ  ＰＤＵに分割される場合を示す図である。
【図６Ｂ】本発明の望ましい実施形態により、予め定められたＬＩを用いて一つのＲＬＣ  ＳＤＵを複数のＲＬＣ  ＰＤＵに分割する場合を示す図である。
【図７】本発明の望ましい実施形態により、ＲＬＣ階層でＲＬＣ  ＰＤＵを伝送する動作を示すフローチャートである。
【図８】本発明の望ましい実施形態により、ＲＬＣ階層でＲＬＣ  ＰＤＵを受信する動作を示すフローチャートである。
【図９】本発明の望ましい実施形態による送信器を示すブロック構成図である。
【図１０】本発明の望ましい実施形態による受信器を示すブロック構成図である。
【符号の説明】
【００３８】
９０５  伝送バッファ
９１０  ＲＬＣヘッダー挿入部
９１５  ＬＩ挿入部
９２０  送信部
９２５  Ｆ設定部
９３０  ＰＤＵサイズ制御部
１００５  再組み立て部
１０１０  ＲＬＣヘッダー及びＬＩ除去部
１０１５  受信バッファ
１０２０  受信部
１０２５  再組み立て制御部
【図１】
2008538480.tif 000003
【図２Ａ】
2008538480.tif 000004
【図２Ｂ】
2008538480.tif 000005
【図２Ｃ】
2008538480.tif 000006
【図３】
2008538480.tif 000007
【図４】
2008538480.tif 000008
【図５Ａ】
2008538480.tif 000009
【図５Ｂ】
2008538480.tif 000010
【図６Ａ】
2008538480.tif 000011
【図６Ｂ】
2008538480.tif 000012
【図７】
2008538480.tif 000013
【図８】
2008538480.tif 000014
【図９】
2008538480.tif 000015
【図１０】
2008538480.tif 000016
【国際調査報告】
2008538480.tif 000017
2008538480.tif 000018