(57)【要約】  本発明は、移動通信システムに関し、特に、端末（ＵＥ）又は基地局（Ｎｏｄｅ Ｂ）における拡張ビットフィールド及び長さ指示子フィールドを含むパケットデータユニットの送受信方法及び装置に関する。移動通信システムの送信器で２以上のサービスデータユニット（ＳＤＵ）と各ＳＤＵの情報を有するヘッダーとから構成されたパケットデータユニット（ＰＤＵ）を送信するための方法は、上記ヘッダー内に最後のＳＤＵを除いた残りの各ＳＤＵの終わり位置を示す長さ指示子（ＬＩ）と各ＬＩの後に他のＬＩが存在するか否かを示す拡張ビットとを生成し、上記各拡張ビットと関連する上記ＬＩが連続するように上記ヘッダーを生成するステップと、上記生成されたヘッダー及び上記複数のＳＤＵで上記ＰＤＵを生成するステップと、上記ＰＤＵを送信するステップと、を含む。
2010521918.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムの送信器で２以上のサービスデータユニット（ＳＤＵ）と各サービスデータユニットの情報を有するヘッダーとから構成されたパケットデータユニット（ＰＤＵ）を送信するための方法であって、
前記ヘッダー内に最後のＳＤＵを除いた残りの各ＳＤＵの終わり位置を示す長さ指示子（ＬＩ）と各ＬＩの後に他のＬＩが存在するか否かを示す拡張ビットとを生成し、前記各拡張ビットと関連する前記ＬＩが連続するように前記ヘッダーを生成するステップと、
前記生成されたヘッダー及び前記複数のＳＤＵで前記ＰＤＵを生成するステップと、
前記ＰＤＵを送信するステップと、
を有することを特徴とする方法。
【請求項２】
前記拡張ビットは、前記ＬＩの後に前記他のＬＩが存在する場合に‘０’に設定され、前記ＬＩの後に前記他のＬＩが存在しない場合に‘１’に設定されることを特徴とする請求項１に記載の方法。
【請求項３】
前記拡張ビットは、前記ＬＩの後に前記他のＬＩが存在する場合に‘１’に設定され、前記ＬＩの後に前記他のＬＩが存在しない場合に‘０’に設定されることを特徴とする請求項１に記載の方法。
【請求項４】
移動通信システムの受信器で２以上のサービスデータユニット（ＳＤＵ）を有するパケットデータユニット（ＰＤＵ）を受信するための方法であって、
前記ＰＤＵを受信するステップと、
前記ＰＤＵに含まれている各ＳＤＵに対応する拡張ビット及び長さ指示子（ＬＩ）の値が所定の値より大きいか又は同一である場合に、前記拡張ビットをマスキングし、前記ＬＩに対応するＳＤＵの長さを決定するステップと、
を有することを特徴とする方法。
【請求項５】
前記拡張ビットは、前記ＬＩの後に前記他のＬＩが存在する場合に‘０’に設定され、前記ＬＩの後に前記他のＬＩが存在しない場合に‘１’に設定されることを特徴とする請求項４に記載の方法。
【請求項６】
移動通信システムの受信器で２以上のサービスデータユニット（ＳＤＵ）を有するパケットデータユニット（ＰＤＵ）を受信するための方法であって、
前記ＰＤＵを受信するステップと、
前記ＰＤＵに含まれている各ＳＤＵに対応する拡張ビット及び長さ指示子（ＬＩ）の値が所定の値より小さい場合に、前記拡張ビットをマスキングし、前記ＬＩに対応するＳＤＵの長さを決定するステップと、
を有することを特徴とする方法。
【請求項７】
前記拡張ビットは、前記ＬＩの後に前記他のＬＩが存在する場合に‘１’に設定され、前記ＬＩの後に前記他のＬＩが存在しない場合に‘０’に設定されることを特徴とする請求項６に記載の方法。
【請求項８】
移動通信システムにおける２以上のサービスデータユニット（ＳＤＵ）と各ＳＤＵの情報を有するヘッダーとから構成されたパケットデータユニット（ＰＤＵ）を送信するための装置であって、
前記ヘッダー内に最後のＳＤＵを除いた残りの各ＳＤＵの終わり位置を示す長さ指示子（ＬＩ）と各ＬＩの後に他のＬＩが存在するか否かを示す拡張ビットとを生成し、前記各拡張ビットと関連する前記ＬＩが連続するように前記ヘッダーを生成するヘッダー生成部と、
前記生成されたヘッダー及び前記複数のＳＤＵで前記ＰＤＵを生成するＰＤＵ生成部と、
前記ＰＤＵを送信する送信部と、
を具備することを特徴とする装置。
【請求項９】
前記拡張ビットは、前記ＬＩの後に前記他のＬＩが存在する場合に‘０’に設定され、前記ＬＩの後に前記他のＬＩが存在しない場合に‘１’に設定されることを特徴とする請求項８に記載の装置。
【請求項１０】
前記拡張ビットは、前記ＬＩの後に前記他のＬＩが存在する場合に‘１’に設定され、前記ＬＩの後に前記他のＬＩが存在しない場合に‘０’に設定されることを特徴とする請求項８に記載の装置。
【請求項１１】
移動通信システムにおける２以上のサービスデータユニット（ＳＤＵ）を有するパケットデータユニット（ＰＤＵ）を受信するための装置であって、
前記ＰＤＵを受信する受信部と、
前記ＰＤＵに含まれている各ＳＤＵに対応する拡張ビット及び長さ指示子（ＬＩ）の値が所定の値より大きいか又は同一である場合に、前記拡張ビットをマスキングし、前記ＬＩに対応するＳＤＵの長さを決定するＰＤＵ確認部と、
を具備することを特徴とする装置。
【請求項１２】
前記拡張ビットは、前記ＬＩの後に前記他のＬＩが存在する場合に‘０’に設定され、前記ＬＩの後に前記他のＬＩが存在しない場合に‘１’に設定されることを特徴とする請求項１１に記載の装置。
【請求項１３】
移動通信システムにおける２以上のサービスデータユニット（ＳＤＵ）を有するパケットデータユニット（ＰＤＵ）を受信するための装置であって、
前記ＰＤＵを受信する受信部と、
前記ＰＤＵに含まれている各ＳＤＵに対応する拡張ビット及び長さ指示子（ＬＩ）の値が所定の値より小さい場合に、前記拡張ビットをマスキングし、前記ＬＩに対応するＳＤＵの長さを決定するＰＤＵ確認部と、
を具備することを特徴とする装置。
【請求項１４】
前記拡張ビットは、前記ＬＩの後に前記他のＬＩが存在する場合に‘１’に設定され、前記ＬＩの後に前記他のＬＩが存在しない場合に‘０’に設定されることを特徴とする請求項１３に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムに関し、特に、端末（ＵＥ）又は基地局（Ｎｏｄｅ Ｂ）におけるパケットデータユニット（Packet Data Unit：以下、“ＰＤＵ”と称する）の送受信方法及び装置に関する。
【背景技術】
【０００２】
現在、ロングタームエボリューション（Long Term Evolution：ＬＴＥ）規格がＵＭＴＳシステムに後続する次世代移動通信システムとして議論されている。ＬＴＥは、２０１０年ごろに商用化することを目標にしており、１００Ｍｂｐｓ程度の高速パケット送信のための通信を実現するための技術である。このために、様々な方式が論議されており、このような方式の中の典型的な１つは、無線網制御器（ＲＮＣ）の無線プロトコル機能をｅ-Ｎｏｄｅ Ｂに移動させることにより、これを無線チャンネルに限りなく近接させることである。
【０００３】
図１は、次世代ＬＴＥ移動通信システムの構成の一例を示す図である。
図１を参照すると、図示したように、次世代ＵＭＴＳ無線アクセスネットワーク（Evolved UMTS Radio Access Network：以下、“Ｅ-ＵＴＲＡＮ”と称する）１１０及び１１２は、次世代基地局（Evolved Node B：以下、“ＥＮＢ”又は“Ｎｏｄｅ Ｂ”と称する）１２０、１２２、１２４、１２６、及び１２８と、アンカーノード１３０及び１３２との２ノード構成に簡素化される。ユーザ端末（User Equipment：以下、“ＵＥ”と称する）１０１は、Ｅ-ＲＡＮ１１０及び１１２を介してインターネットプロトコル（Internet Protocol：以下、“ＩＰ”と称する）ネットワークに接続する。
ＥＮＢ１２０乃至１２８は、ＵＭＴＳシステムの既存のノードＢに対応するノードであり、無線チャネルを介してＵＥ１０１に接続される。既存のノードＢに比べて、ＥＮＢ１２０乃至１２８は、より複雑な機能を実行する。ＬＴＥでは、インターネットプロトコルを介した音声サービス（Voice over IP：以下、“ＶｏＩＰ”と称する）のようなリアルタイムサービスを含む全てのユーザトラフィックは、共用チャネル（ＳＣＨ）を介してサービスされる。これは、ＵＥの状況情報を収集し、スケジューリングを実行する装置が必要であることを意味し、ＥＮＢ１２０乃至１２８がこのスケジューリングを担当する。
【０００４】
高速ダウンリンクパケットアクセス（High Speed Downlink Packet Access：ＨＳＤＰＡ）及び／又は高速アップリンクパケットアクセス（High Speed Uplink Packet Access：ＨＳＵＰＡ）と同様に、ＬＴＥでも、ＥＮＢ１２０乃至１２８とＵＥ１０１との間で行われるハイブリッド自動再送要求（Hybrid Automatic Repeat ReQuest（ARQ）：ＨＡＲＱ）を有する。しかしながら、ＬＴＥは、ＨＡＲＱ方式の使用だけでは、様々なサービス品質（Quality of Service：ＱｏＳ）の要求を満足することができない。したがって、別個のＡＲＱ（すなわち、ｏｕｔｅｒ-ＡＲＱ）は、上位レイヤーで行われることができ、この別個のＡＲＱは、ＥＮＢ１２０乃至１２８とＵＥ１０１との間でも行われる。
最大１００Ｍｂｐｓの送信速度を実現するために、ＬＴＥは、２０ＭＨｚの帯域幅で直交周波数分割多重化（Orthogonal Frequency Division Multiplexing：ＯＦＤＭ）方式を無線接続技術として使用するものと予想される。また、ＬＴＥは、ＵＥのチャネル状態に適合した変調方式及びチャネル符号化率を決定する適応変調符号化（Adaptive Modulation & Coding：ＡＭＣ）方式を適用するのであろう。
【０００５】
ＬＴＥを含む多くの次世代移動通信システムは、ＨＡＲＱ及びＡＲＱのすべてをエラー訂正技術として使用する。
ここで、‘ＨＡＲＱ’は、以前に受信したデータを廃棄することなく、再送信されたデータと以前に受信したデータとをソフトコンバイニングし、これにより、受信成功率を増加させるための技術を意味する。より詳細には、ＨＡＲＱ受信側は、受信したパケットのエラーが存在するか否かを判定した後に、エラーが存在するか否かに従ってＨＡＲＱ肯定応答（ACKnowledged：以下、“ＨＡＲＱ ＡＣＫ”と称する）信号又はＨＡＲＱ否定応答（Non-ACKnowledged：以下、“ＨＡＲＱ ＮＡＣＫ”と称する）信号を送信側に送信する。送信側は、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ信号に従って、ＨＡＲＱパケットの再送信又は新たなＨＡＲＱパケットの送信を実行する。ＨＡＲＱ受信側は、再送信されたパケットを以前に受信したパケットとソフトコンバイニングすることにより、エラー発生確率を減少させる。
一方、‘ＡＲＱ’は、受信したパケットのシーケンス番号を検査し、受信に失敗したパケットに対する再送信要請を行う技術を意味する。このような技術は、事前に受信したパケットを再送信されたパケットとソフトコンバイニングしない。ＬＴＥシステムにおいて、ＡＲＱ動作は、無線リンク制御（ＲＬＣ）プロトコルレイヤーにより管理され、ＨＡＲＱ動作は、媒体アクセス制御（ＭＡＣ）又は物理（ＰＨＹ）レイヤーにより管理される。
【０００６】
図２は、ＬＴＥシステムのプロトコル構成を示す図である。図２において、送信側及び受信側のレイヤーを対称的に示す。
図２を参照すると、ＬＴＥシステムは、サービス毎にパケットデータ収束プロトコル（Packet Data Convergence Protocol：以下、“ＰＤＣＰ”と称する）エンティティ２０１及び２１５と、ＲＬＣエンティティ２０３及び２１３とを含む。ＰＤＣＰエンティティ２０１及び２１５は、ＩＰヘッダーの圧縮／復元のような動作を担当する。ＲＬＣエンティティ２０３は、ＰＤＣＰエンティティ２０１から出力されるパケットであるＲＬＣサービスデータユニット（Service data unit：以下、“ＳＤＵ”と称する）２１７を適切なサイズでＲＬＣ ＰＤＵ２１９で再構成し、ＲＬＣエンティティ２１３は、入力されたＲＬＣ ＰＤＵ２２５を結合することによりＲＬＣ ＳＤＵｓ２２７をＰＤＣＰエンティティ２１５に出力し、ＡＲＱ動作などを実行する。
【０００７】
ＭＡＣエンティティ２０５及び２１１は、１つの端末に構成された幾つかのＲＬＣエンティティ２０３及び２１３に接続され、入力されたＲＬＣ ＰＤＵ２１９をＭＡＣ ＰＤＵ２２１に多重化し、受信したＭＡＣ ＰＤＵ２２３からＲＬＣ ＰＤＵ２２５を逆多重化する動作を実行する。
物理レイヤー２０７及び２０９は、上位レイヤーデータのチャンネル符号化及び変調を行うことによりＯＦＤＭシンボルを作り、ＯＦＤＭシンボルを無線チャンネルを介して送信するか、又は無線チャンネルを介して受信したＯＦＤＭシンボルの復調及びチャンネルデコーディングを行い、このデコーディングされたＯＦＤＭシンボルを上位レイヤーに伝達する。
【０００８】
ＭＡＣレイヤー２０５及び２１１と物理レイヤー２０７及び２０９との間に備えられることができる図示しないＨＡＲＱエンティティは、所定のＨＡＲＱ動作を介してＭＡＣ ＰＤＵ２２１及び２２３を相互に送受信する。
通常、‘レイヤー２（Ｌ２）’は、ＰＤＣＰ、ＲＬＣ、及びＭＡＣレイヤー２０１乃至２０５（２１１乃至２１５）を意味し、‘レイヤー１（Ｌ１）’は、物理レイヤー２０７及び２０９を意味する。
ＰＤＣＰ、ＲＬＣ、ＭＡＣエンティティ２０１乃至２０５（２１１乃至２１５）は、送信側及び受信側が対で存在する。例えば、送信側ＲＬＣエンティティ２０３及び受信側ＲＬＣエンティティ２１３は、相互に一対一に対応する。
【０００９】
図３は、従来の移動通信システムにおけるＲＬＣ ＰＤＵの構成を示す図である。
図３を参照すると、送信側ＲＬＣエンティティ２０３は、ＲＬＣ ＰＤＵ３１２及び３１４を受信側ＲＬＣエンティティ２１３に送信する。
従来のＲＬＣ ＰＤＵ３１２及び３１４の構成において、ヘッダー３１１及び３１３は、Ｄ／Ｃフィールドと、シーケンス番号フィールドと、Ｐフィールドと、ＨＥフィールドと、長さ指示子（Length Indicator：以下、“ＬＩ”と称する）フィールド３２１、３２３、及び３２５と、拡張ビットフィールド３２２、３２４、及び３２６とを含む。
【００１０】
ＬＩフィールド３２１、３２３、及び３２５は、通常、ＲＬＣ ＰＤＵ３１２及び３１４に含まれている各ＲＬＣ ＳＤＵ３０１乃至３０４の終わりを知らせるフィールドであり、拡張ビットフィールド３２２、３２４、及び３２６は、後続するフィールドがＬＩフィールド又はデータ（すなわち、ペイロード）であるかを知らせるフィールドである。
Ｄ／Ｃフィールドは、送信されているＰＤＵがデータＰＤＵ又は制御ＰＤＵであるかを示すフィールドであり、シーケンス番号は、ＰＤＵの送信順序に従う送信番号を示す。Ｐフィールドは、ポーリング動作のためのポーリングビットであり、ＨＥフィールドは、次に送信されるオクテットがデータの開始又はＬＩフィールドであるかを示す。
【００１１】
以下、図３において、ＲＬＣ ＳＤＵ３０１及び３０２が１つのＲＬＣ ＰＤＵ３１２に含まれて送信され、以前の送信で送信されずＲＬＣ ＳＤＵ３０２から切り離された一部分３２７がＲＬＣ ＳＤＵ３０３及び３０４とともに次のＲＬＣ ＰＤＵ３１４で送信される場合に、ＲＬＣ ＰＤＵ３１２及び３１４の構成を説明する。
図３において、ＲＬＣ ＳＤＵ３０１及び３０２が１つのＲＬＣ ＰＤＵ３１２に含まれるか、又は以前の送信で送信されず切り離されたＲＬＣ ＳＤＵ３２７が送信される場合に、包含／部分送信を示すために、ＬＩフィールド３２１、３２３、及び３２５がヘッダー３１１及び３１３に７ビットでそれぞれ構成され、後続するフィールドがＬＩ又はデータであるかを示す拡張ビットフィールド３２２、３２４、及び３２６が付加される。
具体的には、図３において、ヘッダー３１１に含まれているＬＩフィールド３２１は、ＲＬＣ ＰＤＵ３１２のペイロード内でＲＬＣ ＳＤＵ３０１の終わり位置を示し、ヘッダー３１３に含まれているＬＩフィールド３２３は、ＲＬＣ ＰＤＵ３１４のペイロード内でＲＬＣ ＳＤＵ３０２の終わり位置を示し、ＬＩフィールド３２５は、ＲＬＣ ＰＤＵ３１４のペイロード内でＲＬＣ ＳＤＵ３０３の終わり位置を示す。
【００１２】
上述したように、通常、ＬＩフィールドが各ＰＤＵのペイロード内に含まれるＳＤＵの終わり位置を示すので、送信の間に幾つかのＳＤＵが１つのＰＤＵにともに縛られる場合に、ＬＩフィールドの個数は、ＰＤＵのペイロードに含まれているＲＬＣ ＳＤＵの個数に伴って増加する。
ＬＩは、現在送信されているＰＤＵの開始点からＰＤＵのペイロード内でともに送信されているＳＤＵの終わり点までのオフセットを示す。したがって、ＬＩは、単純な指示子でない実際的な値を表現し、受信側ＲＬＣエンティティ２１３は、計算式に従ってＬＩを用いて各ＳＤＵをＰＤＵから分離する。
ＲＬＣ ＰＤＵのヘッダーにおいて、ＬＩ及び拡張ビットは、１つのバイト（すなわち、オクテット）でともに構成され、ＬＩフィールドの次には、拡張ビットフィールドが位置する。
送信側ＲＬＣエンティティ２０３が上述したように生成されたＲＬＣ ＰＤＵを送信する場合に、ＬＩを確認するために、受信側ＲＬＣエンティティ２１３は、図４の動作を実行する。
【００１３】
図４は、従来の拡張ビット及びＬＩを確認するための動作を示すフローチャートである。
ステップ４０１で、受信側ＲＬＣエンティティ２１３は、ＬＩフィールドを含むオクテットを相手側ＲＬＣエンティティ２０３から受信したＲＬＣ ＰＤＵのヘッダーから抽出し、マスキング作業を実行することにより拡張ビットを抽出する。受信側ＲＬＣエンティティ２１３は、抽出した拡張ビットが‘１’であるかを確認する。‘１’である場合に、受信側ＲＬＣエンティティ２１３は、ステップ４０５に進み、他方、‘１’でない場合に、受信側ＲＬＣエンティティ２１３は、ステップ４０７に進む。
【００１４】
ステップ４０５で、この抽出した拡張ビットが‘１’である場合に、受信側ＲＬＣエンティティ２１３は、他のＲＬＣ ＳＤＵのＬＩフィールド及び拡張ビットフィールドが次のオクテットに存在することを確認した後にステップ４０９に進む。一方、ステップ４０７で、この抽出した拡張ビットが‘１’でない場合に、受信側ＲＬＣエンティティ２１３は、データが次のオクテットから存在することを確認した後に、ステップ４０９に進む。
ステップ４０９で、この抽出した拡張ビットがＬＩフィールドの後ろに存在するので、受信側ＲＬＣエンティティ２１３は、このＬＩフィールドを含むオクテットを右方に１ビットシフトし、このＬＩフィールドを抽出し、ステップ４１１で、ＬＩフィールドに含まれているＬＩを確認する。
【００１５】
従来の非同期システムの受信側ＲＬＣエンティティ２１３は、ＲＬＣ ＰＤＵに含まれているＬＩ値を確認するために、拡張ビットを判定するためのマスキングを実行した後に、ＬＩが含まれているバイトを読み出した後に、ＬＩのためのシフト動作をさらに実行しなければならない。このようなシフト動作は、拡張ビットの内容に関係なくＬＩフィールドを含むオクテットごとに実行されなければならない。したがって、受信側ＲＬＣエンティティ２１３でＬＩを効率的に確認することができる方式が要求される。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、移動通信システムにおける拡張ビットフィールド及びＬＩフィールドを設定した後にＰＤＵを送受信する方法及び装置を提供することにある。
本発明の他の目的は、移動通信システムにおける拡張ビットフィールドに対応するＬＩフィールドが連続するようにヘッダーを構成し、ＰＤＵを送受信する方法及び装置を提供することにある。
【課題を解決するための手段】
【００１７】
上記のような目的を達成するために、本発明の実施形態の一態様によれば、移動通信システムの送信器で２以上のサービスデータユニット（ＳＤＵ）と各ＳＤＵの情報を有するヘッダーとから構成されたパケットデータユニット（ＰＤＵ）を送信するための方法は、上記ヘッダー内に最後のＳＤＵを除いた残りの各ＳＤＵの終わり位置を示す長さ指示子（ＬＩ）と各ＬＩの後に他のＬＩが存在するか否かを示す拡張ビットとを生成し、上記各拡張ビットと関連する上記ＬＩが連続するように上記ヘッダーを生成するステップと、上記生成されたヘッダー及び上記複数のＳＤＵで上記ＰＤＵを生成するステップと、上記ＰＤＵを送信するステップと、を有することを特徴とする。
【００１８】
本発明の実施形態の他の態様によれば、移動通信システムの受信器で２以上のサービスデータユニット（ＳＤＵ）を有するパケットデータユニット（ＰＤＵ）を受信するための方法は、上記ＰＤＵを受信するステップと、上記ＰＤＵに含まれている各ＳＤＵに対応する拡張ビット及び長さ指示子（ＬＩ）の値が所定の値より大きいか又は同一である場合に、上記拡張ビットをマスキングし、上記ＬＩに対応するＳＤＵの長さを決定するステップと、を有することを特徴とする。
【００１９】
本発明の実施形態のさらに他の態様によれば、移動通信システムの受信器で２以上のサービスデータユニット（ＳＤＵ）を有するパケットデータユニット（ＰＤＵ）を受信するための方法は、上記ＰＤＵを受信するステップと、上記ＰＤＵに含まれている各ＳＤＵに対応する拡張ビット及び長さ指示子（ＬＩ）の値が所定の値より小さい場合に、上記拡張ビットをマスキングし、上記ＬＩに対応するＳＤＵの長さを決定するステップと、を有することを特徴とする。
【００２０】
本発明の実施形態のさらなる他の態様によれば、移動通信システムにおける２以上のサービスデータユニット（ＳＤＵ）と各ＳＤＵの情報を有するヘッダーとから構成されたパケットデータユニット（ＰＤＵ）を送信するための装置は、上記ヘッダー内に最後のＳＤＵを除いた残りの各ＳＤＵの終わり位置を示す長さ指示子（ＬＩ）と各ＬＩの後に他のＬＩが存在するか否かを示す拡張ビットとを生成し、上記各拡張ビットと関連する上記ＬＩが連続するように上記ヘッダーを生成するヘッダー生成部と、上記生成されたヘッダー及び上記複数のＳＤＵで上記ＰＤＵを生成するＰＤＵ生成部と、上記ＰＤＵを送信する送信部と、を具備することを特徴とする。
【００２１】
本発明のさらにまた他の態様によれば、移動通信システムにおける２以上のサービスデータユニット（ＳＤＵ）を有するパケットデータユニット（ＰＤＵ）を受信するための装置は、上記ＰＤＵを受信する受信部と、上記ＰＤＵに含まれている各ＳＤＵに対応する拡張ビット及び長さ指示子（ＬＩ）の値が所定の値より大きいか又は同一である場合に、上記拡張ビットをマスキングし、上記ＬＩに対応するＳＤＵの長さを決定するＰＤＵ確認部と、を具備することを特徴とする。
【００２２】
本発明のさらにその他の態様によれば、移動通信システムにおける２以上のサービスデータユニット（ＳＤＵ）を有するパケットデータユニット（ＰＤＵ）を受信するための装置は、上記ＰＤＵを受信する受信部と、上記ＰＤＵに含まれている各ＳＤＵに対応する拡張ビット及び長さ指示子（ＬＩ）の値が所定の値より小さい場合に、上記拡張ビットをマスキングし、上記ＬＩに対応するＳＤＵの長さを決定するＰＤＵ確認部と、を具備することを特徴とする。
【発明の効果】
【００２３】
本発明は、受信側ＲＬＣエンティティで受信したＲＬＣ ＰＤＵのヘッダーから拡張ビット及びＬＩを確認するために実行される比較及びマスキング動作を減少させることにより、効率的にＬＩを確認することができる。
【図面の簡単な説明】
【００２４】
【図１】次世代３ＧＰＰ ＬＴＥ移動通信システムの構成の一例を示す図である。
【図２】移動通信システムのプロトコル構成を示す図である。
【図３】従来の移動通信システムにおけるＲＬＣ ＰＤＵの構成を示す図である。
【図４】従来の拡張ビット及びＬＩを確認するための動作を示すフローチャートである。
【図５】本発明の第１の実施形態によるＲＬＣ ＰＤＵの構成を示す図である。
【図６】本発明の第１の実施形態によるＲＬＣ ＰＤＵの構成を受信し、拡張ビット及びＬＩを確認するための動作を示すフローチャートである。
【図７】本発明の第２の実施形態によるＲＬＣ ＰＤＵの構成を受信し、拡張ビット及びＬＩを確認するための動作を示すフローチャートである。
【図８Ａ】従来の幾つかのＬ１フィールドが１つのＲＬＣ ＰＤＵに送信される場合におけるＲＬＣ ＰＤＵの構成を示す図である。
【図８Ｂ】本発明の第１の実施形態による幾つかのＬ１フィールドが１つのＲＬＣ ＰＤＵに送信される場合におけるＲＬＣ ＰＤＵの構成を示す図である。
【発明を実施するための形態】
【００２５】
以下、本発明の好適な一実施形態を添付の図面を参照しつつ詳細に説明する。下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能または構成に関する具体的な説明は省略する。そして、後述する用語は、本発明での機能を考慮して定義された用語であり、これは、ユーザ及び運用者の意図又は慣例に従って変わっても良い。従って、これらの定義は、本発明の全体の内容に基づいて定義されなければならない。
まず、本発明の概念を説明する。本発明は、移動通信システムにおいて、ＰＤＵのヘッダーを生成するにあたり、長さ指示子（Length Indicator：以下、“ＬＩ”と称する）フィールド及び拡張ビットフィールドを連続的に位置させることにより受信側の効率的な動作を導く。
以下では、ＵＭＴＳ基盤ＯＦＤＭ通信システムである広帯域符号分割多重接続（ＷＣＤＭＡ）システムのＲＬＣレイヤーを参照して本発明を詳細に説明する。しかしながら、本発明の基本目的である拡張ビットの効率的な位置設定が類似した技術的背景及びチャンネル形態をサポートする他の移動通信システムにも本発明の範囲及び趣旨を逸脱することなく若干の変更で適用可能であり、これは、当該技術分野における通常の知識を有する者には明らかである。
【００２６】
図５は、本発明の実施形態によるＲＬＣ ＰＤＵの構成を示す図である。
図５において、ＲＬＣ ＳＤＵ５０１及び５０２が１つのＲＬＣ ＰＤＵ５１２に含まれて送信され、ＲＬＣ ＰＤＵ５１２を介して送信されずＲＬＣ ＳＤＵ５０２から切り離された一部分５２７が次の送信であるＲＬＣ ＰＤＵ５１４を介してＲＬＣ ＳＤＵ５０３及び５０４とともに送信される場合に、ＲＬＣ ＰＤＵ５１２及び５１４の構成について説明する。
【００２７】
ＲＬＣ ＰＤＵ５１２及び５１４において、幾つかのＲＬＣ ＳＤＵ５０１及び５０２が１つのＲＬＣ ＰＤＵ５１２に含まれるか、又は以前の送信で送信されず切り離された一部分５２７が送信される場合に、包含／部分送信を示すために、連続する次のフィールドがＬＩフィールド又はデータ（すなわち、ペイロード）であるかを知らせる拡張フィールド５２１、５２３、及び５２５がヘッダー５１１及び５１３に１ビットでそれぞれ構成され、各ＬＩフィールド５２２、５２４、及び５２６が拡張フィールド５２１、５２３、及び５２５の次に７ビットで構成される。
すなわち、図３を参照して説明した従来の非同期移動通信システムにおけるＲＬＣ ＰＤＵの構成と、図５を参照して説明した本発明の実施形態による新たな非同期移動通信システムにおけるＲＬＣ ＰＤＵの構成間を比較してみると、ＬＩフィールド及び拡張ビットフィールドの位置が変更されていることをわかる。
【００２８】
したがって、本発明の実施形態による送信側ＲＬＣエンティティは、２以上のＳＤＵをＰＤＵのペイロードに挿入することによりＰＤＵを生成し、最後のＳＤＵを除いた残りの各ＳＤＵの終わり位置を示すＬＩを生成することによりこのＰＤＵのヘッダー内にＬＩフィールドを構成する。送信側ＲＬＣエンティティは、各ＬＩフィールドの次にくる他のＬＩフィールドが存在するか否かを示す拡張ビットが含まれている各拡張ビットを生成することにより、この拡張ビットフィールドを生成する。また、この送信側ＲＬＣエンティティは、この拡張ビットフィールドと関連したこの各ＬＩフィールドが連続するようにこのヘッダーを生成し、この生成されたヘッダー及びＳＤＵでＰＤＵを生成した後に、この生成されたＰＤＵを送信する。ここで、この最後のＳＤＵの終わり位置は、ＰＤＵの終わり位置と同一であるので、従来の方法と同様にＭＡＣレイヤーから伝達されたＰＤＵの全長さ指示子からわかる。
【００２９】
以下、本発明の他の実施形態によるＲＬＣ ＰＤＵの構成で拡張ビットの意味に関する分析が従来とは異なってなされる場合について、下記＜表１＞及び＜表２＞を参照して説明する。
＜表１＞は、本発明の第１の実施形態によるＲＬＣ ＰＤＵの構成での拡張ビットの意味を示す。
【００３０】
【表１】
2010521918.tif 000003
【００３１】
上述した＜表１＞において、拡張ビットが１であると、次のフィールドがＬＩフィールドであることを示し、拡張ビットが０であると、次のフィールドがデータであることを示す。
＜表２＞は、本発明の第２の実施形態によるＲＬＣ ＰＤＵの構成での拡張ビットの意味を示す。
【００３２】
【表２】
2010521918.tif 000004
【００３３】
上述した＜表２＞に示すように、本発明の実施形態によるＲＬＣ ＰＤＵの構成での拡張ビットの意味が、従来の拡張ビットの意味とは反対の方式で設定されることができる。＜表２＞で定義されるように、拡張ビットが０である場合に、次のフィールドが他のＬＩフィールドであることを示すので、受信側ＲＬＣエンティティは、拡張ビットの削除のためのマスキング動作を省略することができる。
【００３４】
図６は、本発明の第１の実施形態によるＲＬＣ ＰＤＵの構成を受信し、拡張ビット及びＬＩを確認するための動作を示すフローチャートである。
図６において、ＬＩフィールドは、ＲＬＣ ＰＤＵ内に縛られて送信されている各ＲＬＣ ＳＤＵを識別するために使用される。ＬＩは、ＲＬＣ ＰＤＵに含まれているペイロードの開始点からＲＬＣ ＳＤＵの終わり位置までのオフセットを示す一連の数値に設定され、拡張ビットは、次の１バイトがＬＩフィールドであるか又はペイロードの開始点であるかを示す。
本発明の第１の実施形態によるＲＬＣ ＰＤＵの構成は、＜表１＞で定義された拡張ビットの意味が適用された拡張ビットを本発明の実施形態によるＲＬＣ ＰＤＵの構成に適用することにより提供される。
【００３５】
ステップ６０１で、受信側ＲＬＣエンティティは、相手側ＲＬＣエンティティから受信したＲＬＣ ＰＤＵのヘッダーからＬＩフィールド及び拡張ビットフィールドを含む１つのオクテットを検出し、このオクテットの値が所定の範囲（例えば、０ｘ８０）を超過するか否かを判定する。ステップ６０１で、ＬＩフィールド及び拡張ビットフィールドを含む１つのオクテットの値が所定の範囲０ｘ８０より大きいか又は同一である場合に、受信側エンティティは、ステップ６０３に進み、この値が所定の範囲０ｘ８０より小さい場合に、受信側エンティティは、ステップ６０７に進む。
【００３６】
オクテット値が所定の範囲より大きいか又は同一である場合のステップ６０３で、この受信側ＲＬＣエンティティは、他のＲＬＣ ＳＤＵのＬＩフィールド及び拡張ビットフィールドが次のオクテットに存在することを確認する。ステップ６０５で、受信側ＲＬＣエンティティは、このオクテットの最上位ビット（Most Significant Bit：以下、“ＭＳＢ”と称する）をマスキングすることにより拡張ビットを削除し、ステップ６０９で、このオクテットに残っているＬＩフィールドに含まれているＬＩを確認することにより、ＬＩに従って各ＳＤＵを分離する。
一方、このオクテット値が所定の範囲より小さい場合のステップ６０７で、受信側ＲＬＣエンティティ２１３は、ペイロード（すなわち、複数のＳＤＵ）が次のオクテットから存在することを確認し、ステップ６０９で、このオクテットに対応するＬＩフィールドに含まれているＬＩを確認する。
【００３７】
ここで、ＬＩフィールド及び拡張ビットフィールドを含む１つのオクテットの値が０ｘ８０を超過する場合に、受信側ＲＬＣエンティティ２１３は、拡張ビットを‘１’として認識し、ＬＩフィールド及び拡張ビットフィールドを含む１つのオクテットの値が０ｘ８０を超過しない場合に、受信側ＲＬＣエンティティ２１３は、拡張ビットを‘０’として認識する。このような方式で、受信側ＲＬＣエンティティ２１３は、拡張ビットも抽出することができる。これは、拡張ビットがＭＳＢにくるから０と１との間の差が確実に区別されるため可能である。
図６では、ＬＩフィールドが７ビットで構成され、拡張ビットが１ビットで構成される一般的なＵＭＴＳのＲＬＣ ＰＤＵの構成の一例を示す。拡張ビットの値を計算するのに使用される比較値（すなわち、０ｘ８０）は、ＬＩフィールド内のビット数に従って変わり得る。
【００３８】
図７は、本発明の第２の実施形態によるＲＬＣ ＰＤＵの構成を受信し、拡張ビット及びＬＩを確認するための動作を示すフローチャートである。
本発明の第２の実施形態によるＲＬＣ ＰＤＵの構成は、＜表２＞で定義された拡張ビットの意味が適用された拡張ビットを本発明の実施形態によるＲＬＣ ＰＤＵの構成に適用することにより提供される。
ステップ７０１で、受信側ＲＬＣエンティティは、相手側ＲＬＣエンティティから受信したＲＬＣ ＰＤＵのヘッダーからＬＩフィールド及び拡張ビットフィールドを含む１つのオクテットを検出し、このオクテットの値が所定の範囲、すなわち、０ｘ８０を超過するか否かを判定する。
ステップ７０１で、ＬＩフィールド及び拡張ビットフィールドを含む１つのオクテットの値が０ｘ８０より小さい場合に、受信側エンティティは、ステップ７０３に進み、このオクテットの値が０ｘ８０より大きいか又は同一である場合に、受信側エンティティは、ステップ７０５に進む。
【００３９】
ステップ７０３で、受信側ＲＬＣエンティティは、他のＲＬＣ ＳＤＵのＬＩフィールド及び拡張ビットフィールドが次のオクテットに存在することを確認し、ステップ７０９で、このオクテットに残っているＬＩフィールドに含まれているＬＩを確認することにより、この確認されたＬＩに従って各ＳＤＵを分離する。
ステップ７０５で、受信側ＲＬＣエンティティは、ペイロードが次のオクテットから存在することを確認する。その後に、受信側ＲＬＣエンティティは、ステップ７０７で、このオクテットのＭＳＢをマスキングすることにより拡張ビットを削除し、ステップ７０９で、このオクテットに残っているＬＩフィールドに含まれているＬＩを確認することにより、この確認されたＬＩに従って各ＳＤＵを分離する。
したがって、送信側ＲＬＣエンティティが本発明の第２の実施形態によるＲＬＣ ＰＤＵの構成を使用して幾つかのＬＩフィールドを１つのＲＬＣ ＰＤＵに送信する場合に、受信側ＲＬＣエンティティは、ＲＬＣ ＰＤＵのヘッダーに対して、ＬＩフィールドの個数Ｎだけの比較及び１回のマスキングを実行することにより、各拡張ビット及び各ＬＩを確認することができる。
【００４０】
次に、ＬＴＥのような次世代非同期システムにおいて、本発明の第１及び第２の実施形態によるＲＬＣ ＰＤＵ構成を適用する場合について説明する。ＬＴＥにおいて、ＬＩ及び拡張ビットが存在し、従来のＷＣＤＭＡ非同期システムとは異なり、ＬＩは、対応するＲＬＣ ＰＤＵ内で各ＲＬＣ ＳＤＵの長さを示す値でも使用されることができる。それにもかかわらず、ＬＴＥでのＬＩも特定の値を示すため、ＲＬＣ ＰＤＵ構成でＬＩフィールドとともに１つのバイトで構成され送信されている拡張ビットフィールドがＬＩフィールドの前に位置するように、図５を参照して説明した本発明の実施形態のように適用することができる。
【００４１】
図８Ａ及び図８Ｂを参照して、従来の幾つかのＬ１フィールドが１つのＲＬＣ ＰＤＵに送信される場合と本発明の第１の実施形態による幾つかのＬ１フィールドが１つのＲＬＣ ＰＤＵに送信される場合とを比較して説明する。
図８Ａは、従来の幾つかのＬ１フィールドが１つのＲＬＣ ＰＤＵに送信される場合におけるＲＬＣ ＰＤＵの構成を示す図であり、図８Ｂは、本発明の第１の実施形態による幾つかのＬ１フィールドが１つのＲＬＣ ＰＤＵに送信される場合におけるＲＬＣ ＰＤＵの構成を示す図である。
図８Ａに示すように、図４で説明した従来の方式をＮ個のＬＩフィールドに適用すると、受信側ＲＬＣエンティティは、Ｎ回のシフト、Ｎ回の比較、及びＮ回のマスキングを実行する。
一方、図８Ｂに示すように、本発明の第１及び第２の実施形態を適用すると、受信側ＲＬＣエンティティは、Ｎ回の比較及び（Ｎ−１）回のマスキング（ＭＳＢ削除のための動作）だけを実行する。
その結果、送信側ＲＬＣエンティティが本発明の第１及び第２の実施形態に基づくＲＬＣ ＰＤＵの構成でＲＬＣ ＰＤＵの生成及び送信を行うと、受信側ＲＬＣエンティティは、Ｎが大きいほど従来のエンティティに比べて効率的な動作を実行することができる。
【００４２】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【符号の説明】
【００４３】
５０１、５０２、５０３、５０４  ＲＬＣ ＳＤＵ（無線リンク制御サービスデータユニット）
５１１、５１３  ヘッダー
５１２、５１４  ＲＬＣ ＰＤＵ（無線リンク制御パケットデータユニット）
５２１、５２３、５２５  拡張フィールド
５２２、５２４、５２６  ＬＩ（長さ指示子）フィールド
５２７  ＲＬＣ ＳＤＵ５０２から切り離された一部分
【図１】
2010521918.tif 000005
【図２】
2010521918.tif 000006
【図３】
2010521918.tif 000007
【図４】
2010521918.tif 000008
【図５】
2010521918.tif 000009
【図６】
2010521918.tif 000010
【図７】
2010521918.tif 000011
【図８Ａ】
2010521918.tif 000012
【図８Ｂ】
2010521918.tif 000013
【国際調査報告】
2010521918.tif 000014
2010521918.tif 000015