(57)【特許請求の範囲】
【請求項１】
データブロックを受信するために受信エンティティを設定する方法であって、
前記受信エンティティが１対多サービスに関連するチャネル用に設定されているか否かを判断する段階と、
前記受信エンティティが前記の１対多サービス関連チャネル用に設定されていると判断される場合に、前記受信エンティティ内の受信ウィンドウのサイズを０に設定する段階と、
前記受信エンティティの設定に応じてシーケンス番号を有するデータブロックを処理する段階と
を有する方法。
【請求項２】
前記受信エンティティが非肯定応答モード無線リンク制御（ＵＭ  ＲＬＣ）エンティティである、請求項１に記載の方法。
【請求項３】
前記１対多サービス関連チャネルがマルチメディア同報多対地送信サービス（ＭＢＭＳ）制御チャネル（ＭＣＣＨ）又はマルチメディア同報多対地送信サービストラヒックチャネル（ＭＴＣＨ）である、請求項１に記載の方法。
【請求項４】
前記１対多サービスがマルチメディア同報多対地送信サービスである、請求項１に記載の方法。
【請求項５】
前記データブロックが非肯定応答モードデータプロトコルデータユニット（ＵＭＤ ＰＤＵ）（媒体接続制御層サービスデータユニット、ＭＡＣ ＳＤＵ）である、請求項１に記載の方法。
【請求項６】
前記受信エンティティが前記１対多サービス関連チャネル用に設定されていない場合、前記受信エンティティ内の前記受信ウィンドウのサイズが、前記受信したデータブロックのビットサイズに基づいて設定される、請求項１に記載の方法。
【請求項７】
前記受信エンティティが前記１対多サービス関連チャネル用に設定されていない場合、前記受信エンティティ内の前記受信ウィンドウのサイズが、前記受信ウィンドウを前進させることなく受信できる受信データブロックのシーケンス番号を定義するように設定される、請求項１に記載の方法。
【請求項８】
無線通信システムにおいてデータブロックを受信する端末であって、
前記データブロックを受信する送受信部と、
前記送受信部を制御するプロセッサとを備え、前記プロセッサは、
前記受信エンティティが１対多サービスに関連するチャネル用に設定されているか否かを判断する段階と、
前記受信エンティティが前記の１対多サービス関連チャネル用に設定されていると判断される場合に、前記受信エンティティ内の受信ウィンドウのサイズを０に設定する段階と、
前記受信エンティティの設定に応じてシーケンス番号を有するデータブロックを処理する段階とを実行する、端末。
【請求項９】
前記受信エンティティが非肯定応答モード無線リンク制御（ＵＭ  ＲＬＣ）エンティティである、請求項８に記載の端末。
【請求項１０】
前記１対多サービス関連チャネルがマルチメディア同報多対地送信サービス（ＭＢＭＳ）制御チャネル（ＭＣＣＨ）又はマルチメディア同報多対地送信サービストラヒックチャネル（ＭＴＣＨ）である、請求項８に記載の端末。
【請求項１１】
前記１対多サービスがマルチメディア同報多対地送信サービスである、請求項８に記載の端末。
【請求項１２】
前記データブロックが非肯定応答モードプロトコルデータユニット（ＵＭＤ ＰＤＵ）（媒体接続制御層サービスデータユニット、ＭＡＣ ＳＤＵ）である、請求項８に記載の端末。
【請求項１３】
前記受信エンティティが前記１対多サービス関連チャネル用に設定されていない場合、前記受信エンティティ内の前記受信ウィンドウのサイズが、前記受信したデータブロックのビットサイズに基づいて設定される、請求項８に記載の端末。
【請求項１４】
前記受信エンティティが前記１対多サービス関連チャネル用に設定されていない場合、前記受信エンティティ内の前記受信ウィンドウのサイズが、前記受信ウィンドウを前進させることなく受信できる受信データブロックのシーケンス番号を定義するように設定される、請求項８に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信サービスを提供する無線通信システム及びユーザ装置、並びに汎用移動体通信システム（ＵＭＴＳ）又は高度長期進化システム（ＬＴＥ−Ａ）から進化した進化ＵＭＴＳ（Ｅ−ＵＭＴＳ）において端末と基地局との間でデータを送受信する方法に関し、特にデータを損失することなく１対多サービスデータを受信する方法に関する。
【背景技術】
【０００２】
図１は、従来技術及び本発明が適用される移動体通信システムのＥ−ＵＭＴＳのネットワーク構造を示す図である。Ｅ−ＵＭＴＳシステムは、ＵＭＴＳシステムから進化したシステムであり、第３世代パートナシッププロジェクト（３ＧＰＰ）において基礎的な標準化作業が行われている。Ｅ−ＵＭＴＳシステムはＬＴＥシステムに分類される。
【０００３】
Ｅ−ＵＭＴＳネットワークは、進化ＵＭＴＳ地上無線接続ネットワーク（Ｅ−ＵＴＲＡＮ）とコアネットワーク（ＣＮ）とに分けられる。Ｅ−ＵＴＲＡＮは、端末（以下、ユーザ装置（ＵＥ）という）と、基地局（以下、ｅノードＢという）と、ネットワークのエンドに位置して外部ネットワークに接続されるサービス提供ゲートウェイ（Ｓ−ＧＷ）と、ＵＥの移動性を管理する移動管理エンティティ（ＭＭＥ）とを含む。１つのｅノードＢに対して少なくとも１つのセルが存在する。
【０００４】
図２及び図３は、ＵＥと基地局との間の３ＧＰＰ無線接続ネットワーク仕様に基づいた無線インタフェースプロトコル構造を示す図である。無線インタフェースプロトコルは、物理層と、データリンク層と、ネットワーク層とを含む水平層を有し、さらに、データ情報送信のためのユーザプレーンと、制御信号送信（シグナリング）のための制御プレーンとを含む垂直プレーンを有する。プロトコル層は、通信システムにおいて周知の開放型システム間相互接続（ＯＳＩ）標準モデルの下位３層に基づいて、第１層（Ｌ１）、第２層（Ｌ２）、第３層（Ｌ３）に分けられる。
【０００５】
以下、図２に示す無線プロトコル制御プレーン及び図３に示す無線プロトコルユーザプレーンの各層について説明する。
【０００６】
第１層である物理層は、物理チャネルを用いて上位層に情報送信サービスを提供する。物理層は、媒体接続制御（ＭＡＣ）層と呼ばれる上位層に伝送チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）で接続されており、伝送チャネルを介してＭＡＣ層と物理層との間でデータが転送される。一方、別個の物理層間、すなわち送信側の物理層と受信側の物理層との間は物理チャネルを介してデータが転送される。
【０００７】
第２層のＭＡＣ層は、論理チャネルを介してその上位層である無線リンク制御（ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、高信頼データ送信をサポートしてもよい。第２層のパケットデータ融合プロトコル（ＰＤＣＰ）層は、サイズが大きく、不要な制御情報を含むＩＰパケットのヘッダサイズを減少させるためにヘッダ圧縮機能を実行し、相対的に帯域幅が小さい無線インタフェースによってＩＰｖ４又はＩＰｖ６などのＩＰパケットを効果的に送信する。
【０００８】
第３層の最下位に位置する無線リソース制御（ＲＲＣ）層は、制御プレーンにおいてだけ定義され、無線ベアラ（ＲＢ）の設定、再設定及び解除に関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ここで、無線ベアラとは、ＵＥとＵＴＲＡＮとの間のデータ送信用に第２層によって提供されるサービスを意味する。
【０００９】
以下、ＲＬＣ層についてより具体的に説明する。前述したように、ＲＬＣ層は、透過モード（ＴＭ）、非肯定応答モード（ＵＭ）及び肯定応答モード（ＡＭ）の３つのモードで動作する。ＲＬＣ層は、ＴＭでは単純な機能を実行するため、ＵＭとＡＭについてだけ説明する。
【００１０】
非肯定応答モード無線リンク制御（ＵＭ ＲＬＣ）は、シーケンス番号（ＳＮ）を含むプロトコルデータユニット（ＰＤＵ）ヘッダと共にＰＤＵを生成し、どのＰＤＵが送信中に失われたかが受信側で分かるようにする。したがって、ＵＭ ＲＬＣは、ユーザプレーンにおいて同報／多対地送信（ｂｒｏａｄｃａｓｔ／ｍｕｌｔｉｃａｓｔ）データを送信したり、パケットサービス（ＰＳ）領域の音声（例えば、ＶｏＩＰ）又はストリーミングなどのリアルタイムパケットデータを送信したりする。また、制御プレーンにおいて、ＵＭ ＲＬＣは、セル内の特定端末又は特定端末グループに、受信肯定応答に対する応答の必要がないＲＲＣメッセージを送信する。
【００１１】
ＵＭ ＲＬＣと同様に、肯定応答モード無線リンク制御（ＡＭ ＲＬＣ）は、シーケンス番号を含むＰＤＵヘッダと共に各ＰＤＵを生成する。ＵＭ ＲＬＣとは異なり、ＡＭ ＲＬＣにおいては、受信側が送信側から送信されたＰＤＵに対して応答する。ＡＭ ＲＬＣにおいて、受信側が肯定応答を行う理由は、受信側がＰＤＵを受信することに失敗した場合に、送信側にＰＤＵを再送信するように要求するためである。このような再送信機能がＡＭ ＲＬＣの主な特徴である。ＡＭ ＲＬＣは、このような再送信機能によってエラーのないデータ送信を保証することを目的とする。そのために、ＡＭ ＲＬＣは、ユーザプレーンにおいてＰＳ領域のＴＣＰ／ＩＰなどの非リアルタイムパケットデータの送信を担当し、制御プレーンにおいてセル内の特定端末に送信するＲＲＣメッセージのうち受信肯定応答が必要不可欠なＲＲＣメッセージを送信する。
【００１２】
方向性の点については、ＵＭ ＲＬＣは単方向通信に使用されるのに対して、ＡＭ ＲＬＣは受信側からのフィードバックのため、双方向通信に使用される。ＵＭ ＲＬＣは、構成の点でＡＭ ＲＬＣと異なる。ＵＭ ＲＬＣとＡＭ ＲＬＣとは、構造の点でも異なり、ＵＭ ＲＬＣは１つのＲＬＣエンティティが送信又は受信のどちらかの構造となっているが、ＡＭ ＲＬＣは１つのＲＬＣエンティティ内に送信側及び受信側の両方が存在する。
【００１３】
ＡＭ ＲＬＣは、データの再送信機能用に複雑な構造を有する。ＡＭ ＲＬＣは、再送信管理用に送受信バッファの他に再送信バッファを備える。ＡＭ ＲＬＣは、フロー制御のための送受信ウィンドウの使用、送信側がピアＲＬＣエンティティの受信側に状態情報（状態報告）を要求するポーリング、ピアＲＬＣエンティティの送信側に受信側のバッファ状態を通知する受信側の状態報告、状態情報を送信するための状態ＰＤＵの生成など、様々な機能を行う。これらの機能をサポートするために、ＡＭ ＲＬＣには様々なプロトコルパラメータ、状態変数及びタイマが必要となる。状態報告、状態ＰＤＵ又はその類似物などのＡＭ ＲＬＣにおいてデータ送信を制御するために使用されるＰＤＵを制御ＰＤＵと呼び、ユーザデータを送信するために使用されるＰＤＵをデータＰＤＵと呼ぶ。
【００１４】
ＡＭ ＲＬＣにおいて、ＲＬＣデータＰＤＵは、更に肯定応答モードデータ（ＡＭＤ）ＰＤＵとＡＭＤ ＰＤＵセグメントとに分けられる。ＡＭＤ ＰＤＵセグメントは、ＡＭＤ ＰＤＵに属するデータの一部を有する。ＬＴＥシステムにおいて、端末が送信するデータブロックの最大サイズは毎回送信するたびに変わる。例えば、ある期間にサイズが２００バイトのＡＭＤ ＰＤＵを生成して送信する場合、受信側ＡＭ ＲＬＣからＮＡＣＫを受信したため、送信側ＡＭ ＲＬＣエンティティがＡＭＤ ＰＤＵを再送信することを要求される。ここで、実際に送信できるデータブロックの最大サイズが１００バイトの場合、ＡＭＤ ＰＤＵはそのまま再送信することができない。このような問題を解決するためにＡＭＤ ＰＤＵが使用される。ＡＭＤ ＰＤＵセグメントとは、小さな単位に分けられたＡＭＤ ＰＤＵを意味する。このような過程において、送信側ＡＭ ＲＬＣエンティティは、ＡＭＤ ＰＤＵをＡＭＤ ＰＤＵセグメントに分けて一定期間にわたって送信する。次に、受信側ＡＭ ＲＬＣエンティティは、受信したＡＭＤ ＰＤＵセグメントからＡＭＤ ＰＤＵを復号する。
【００１５】
図４は、送信端と受信端との間のＡＭ ＲＬＣにおけるハイブリッド自動再送要求（ＨＡＲＱ）動作のための手順の一例を示す図である。
【００１６】
図４に示すように、従来技術においては効率的にデータを送信するためにＭＡＣ層においてＨＡＲＱ動作を行う。以下、ＨＡＲＱ動作について詳細に説明する。
【００１７】
まず、送信側のエンティティは、ＡＭＤ ＰＤＵ １及びＡＭＤ ＰＤＵ ２を送信する。或いは、送信エンティティは２００バイトのＡＭＤ ＰＤＵを生成し、次にＡＭＤ ＰＤＵをそれぞれ１００バイトの２つのＡＭＤ ＰＤＵセグメント（すなわち、ＡＭＤ ＰＤＵ １とＡＭＤ ＰＤＵ ２）に分割し、次に送信エンティティはＡＭＤ ＰＤＵ １をすべて送信し、次に受信エンティティにＡＭＤ ＰＤＵ ２を送信してもよい。
【００１８】
ＨＡＲＱ動作において、受信エンティティが送信エンティティからＡＭＤ ＰＤＵ １を正常に受信したとき、受信エンティティは送信エンティティに肯定応答（ＡＣＫ）を送信してもよい。又は、受信エンティティが送信エンティティからＡＭＤ ＰＤＵ １を受信することに失敗したとき、受信エンティティは送信エンティティに否定応答（ＮＡＣＫ）を送信してもよい。送信側が受信エンティティからＮＡＣＫを受信したとき、送信側は受信側にＡＭＤ ＰＤＵ １を再送信してもよい。
【発明の概要】
【発明が解決しようとする課題】
【００１９】
よって、本発明の目的は、受信エンティティによるデータ損失を最小限に抑えるために、無線通信システムにおいて１対多サービスデータを受信する改善された方法を提供することにある。
【課題を解決するための手段】
【００２０】
種々の利点を達成するため、そして本発明の目的に沿って、本明細書において具体化されて概括的に説明されるように、データブロックを受信するために受信エンティティを設定する方法が提供される。本方法は、受信エンティティが１対多サービスに関連するチャネル用に設定されているか否かを判断する段階と、受信エンティティが１対多サービス関連チャネル用に設定されていると判断される場合に受信エンティティ内の受信ウィンドウのサイズを０に設定する段階と、受信エンティティの設定に応じてシーケンス番号を有するデータブロックを処理する段階とを有する。
【００２１】
種々の利点を達成するため、そして本発明の目的に沿って、本明細書において具体化されて概括的に説明されるように、無線通信システムにおいてデータブロックを受信する端末が提供され、端末は、データブロックを受信する送受信部と、送受信部を制御するプロセッサとを備え、プロセッサは、受信エンティティが１対多サービスに関連するチャネル用に設定されているか否かを判断する段階と、受信エンティティが１対多サービス関連チャネル用に設定されていると判断される場合に受信エンティティ内の受信ウィンドウのサイズを０に設定する段階と、受信エンティティの設定に応じてシーケンス番号を有するデータブロックを処理する段階とを実行する。
【００２２】
発明の理解を容易にするために添付され、本明細書の一部を構成する図面は、本発明の様々な実施形態を示し、明細書と共に本発明の原理を説明する。
【図面の簡単な説明】
【００２３】
【図１】従来技術及び本発明が適用される移動体通信システムのＥ−ＵＭＴＳのネットワーク構造を示す図である。
【図２】従来技術におけるＵＥとＥ−ＵＴＲＡＮとの間の無線インタフェースプロトコルの制御プレーン構造の一例を示す図である。
【図３】従来技術におけるＵＥとＥ−ＵＴＲＡＮとの間の無線インタフェースプロトコルのユーザプレーン構造の一例を示す図である。
【図４】ＡＭ ＲＬＣにおけるＨＡＲＱ動作のための手順の一例を示す図である。
【図５】ＵＭ ＲＬＣにおける並べ替えウィンドウ動作の一例を示す図である。
【図６】１対多サービスの受信中にデータブロックを処理する過程の一例を示す図である。
【図７】１対多サービスの受信中にデータブロックを処理する過程の他の例を示す図である。
【図８】本発明の技術的概念を示すフローチャートの一例である。
【図９】本発明による１対多サービスの受信中にデータブロックを処理する改善された方法の一例を示す図である。
【発明を実施するための形態】
【００２４】
本明細書の一態様は、前述したように従来技術の問題に対する本発明者の知見によるものであり、以下詳細に説明する。このような知見に基づいて本明細書の特徴が得られた。
【００２５】
本明細書には３ＧＰＰ規格に準拠して開発されたＵＭＴＳなどの無線通信システムにおいて実施されると記述されているが、本明細書は他の標準や規格に準拠して動作する他の通信システムにも適用することができる。
【００２６】
本発明は、３ＧＰＰ通信技術、特にＵＭＴＳシステム、並びにその通信装置及び方法に適用することができる。しかし、本発明はこれに限定されるものではなく、本発明の技術的思想を適用することのできるあらゆる有線、無線通信に適用することができる。以下、添付図面を参照して、本発明の好ましい実施形態の構成及び動作について説明する。
【００２７】
以降、本発明の好適な実施形態の較正及び動作を、添付の図面を参照して説明する。
【００２８】
図５はＵＭ ＲＬＣにおける並べ替えウィンドウ動作の一例を示す図である。
【００２９】
図５に示すように、送信エンティティは、データ１（例えば、ＰＤＵ）を送信し、次にデータ２を送信する。しかし、受信エンティティは、データ１を受信する前にデータ２を先に受信する。この場合、受信エンティティは並べ替えウィンドウを動作させてもよく、並べ替え動作のための時間が満了したとき、データ１及びデータ２を並べ替えることが望ましい。
【００３０】
以下、具体的に説明する。
【００３１】
まず、並べ替えウィンドウに関連する状態変数パラメータを次のように定義する。
【００３２】
ＶＴ（ＵＳ）：
この状態変数は、新しく生成される次の非肯定応答モードデータ（ＵＭＤ）ＰＤＵに割り当てられるＳＮの値を保存する。この状態変数は、初期は０に設定されており、ＵＭ ＲＬＣエンティティがＳＮ＝ＶＴ（ＵＳ）であるＵＭＤ ＰＤＵを送信するたびに更新される。
【００３３】
各受信ＵＭ ＲＬＣエンティティは次の状態変数を維持する。
【００３４】
ＶＲ（ＵＲ）：ＵＭ受信状態変数
この状態変数は、未だ並べ替えが検討されている最も早いＵＭＤ ＰＤＵのＳＮの値を維持する。この状態変数は、初期は０に設定される。
【００３５】
ＶＲ（ＵＸ）：ＵＭ ｔ−Ｒｅｏｒｄｅｒｉｎｇ状態変数
この状態変数は、ｔ−ＲｅｏｒｄｅｒｉｎｇをトリガしたＵＭＤ ＰＤＵのＳＮに続くＳＮの値を維持する。
【００３６】
ＶＲ（ＵＨ）：ＵＭ最高受信状態変数
この状態変数は、受信したＵＭＤ ＰＤＵのうち最も高いＳＮを有するＵＭＤ ＰＤＵのＳＮに続くＳＮの値を維持し、並べ替えウィンドウの高位端の役割をする。この状態変数は、初期は０に設定される。
【００３７】
ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅ
この定数は、受信ウィンドウを前進させることなく受信できるＵＭＤ ＰＤＵのＳＮを定義するために、受信ＵＭ ＲＬＣエンティティによって使用される。ＳＮが５ビットで構成されている場合、ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅ＝１６であり、ＳＮが１０ビットで構成されている場合、ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅ＝５１２である。
【００３８】
ｔ−Ｒｅｏｒｄｅｒｉｎｇ
このタイマは、下位層においてＲＬＣ ＰＤＵの損失を検出するために、ＡＭ ＲＬＣエンティティ及びＵＭ ＲＬＣエンティティの受信側によって使用される。ｔ−Ｒｅｏｒｄｅｒｉｎｇが動作中の場合は、ｔ−Ｒｅｏｒｄｅｒｉｎｇを追加して開始してはならない。すなわち、与えられた時間に、１つのＲＬＣエンティティに１つのｔ−Ｒｅｏｒｄｅｒｉｎｇだけが動作する。
【００３９】
以下、受信動作について詳細に説明する。以下は一般の受信動作のプロシージャコンテキストである。
【００４０】
受信ＵＭ ＲＬＣエンティティは、次のように状態変数ＶＲ（ＵＲ）に応じて並べ替えウィンドウを維持する。
【００４１】
・（ＶＲ（ＵＨ）−ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅ）＜＝ＳＮ＜ＶＲ（ＵＨ）の場合、ＳＮは並べ替えウィンドウ内に位置する。
・そうでない場合、ＳＮは並べ替えウィンドウ外に位置する。
【００４２】
ＵＭＤ ＰＤＵを下位層から受信した場合、受信ＵＭ ＲＬＣエンティティは、
・受信したＵＭＤ ＰＤＵを廃棄するか、受信バッファ内に入れる。
・もし、受信したＵＭＤ ＰＤＵが受信バッファに入っている場合、
・状態変数を更新し、ＲＬＣサービスデータユニット（ＳＤＵ）を再構築して上位層に転送し、必要であればｔ−Ｒｅｏｒｄｅｒｉｎｇを開始／停止する。
【００４３】
ｔ−Ｒｅｏｒｄｅｒｉｎｇタイマが満了した場合、受信ＵＭ ＲＬＣエンティティは、
・状態変数を更新し、ＲＬＣ ＳＤＵを再構築して上位層に転送し、必要であればｔ−Ｒｅｏｒｄｅｒｉｎｇを開始する。
【００４４】
以下はＵＭＤ ＰＤＵを下位層から受信した場合の動作のプロシージャコンテキストである。
【００４５】
ＳＮ＝ｘであるＵＭＤ ＰＤＵを下位層から受信した場合、受信ＵＭ ＲＬＣエンティティは、
・もし、ＶＲ（ＵＲ）＜ｘ＜ＶＲ（ＵＨ）であり、ＳＮ＝ｘであるＵＭＤ ＰＤＵを前に受信している場合、又は
・（ＶＲ（ＵＨ）−ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅ）＜＝ｘ＜ＶＲ（ＵＲ）の場合、
・受信したＵＭＤ ＰＤＵを廃棄する。
・そうでない場合、
・受信したＵＭＤ ＰＤＵを受信バッファ内に入れる。
【００４６】
以下はＵＭＤ ＰＤＵが受信バッファに入っている場合の動作のプロシージャコンテキストである。
【００４７】
ＳＮ＝ｘであるＵＭＤ ＰＤＵが受信バッファに入っている場合、受信ＵＭ ＲＬＣエンティティは、
・ｘが受信ウィンドウ外に位置する場合、
・ＶＲ（ＵＨ）をｘ＋１に更新する。
・並べ替えウィンドウ外に位置するＳＮを有する任意のＵＭＤ ＰＤＵからＲＬＣ ＳＤＵを再構築し、その際にＲＬＣヘッダを除去し、再構築されたＲＬＣ ＳＤＵが前に転送されていない場合は、ＲＬＣ ＳＮの昇順に再構築されたＲＬＣ ＳＤＵを上位層に転送する。
・ＶＲ（ＵＲ）が並べ替えウィンドウ外に位置する場合、
・ＶＲ（ＵＲ）を（ＶＲ（ＵＨ）−ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅ）に設定する。
・受信バッファがＳＮ＝ＶＲ（ＵＲ）であるＵＭＤ ＰＤＵを含む場合、
・ＳＮ＞現ＶＲ（ＵＲ）であり、未受信の最初のＵＭＤ ＰＤＵのＳＮにＶＲ（ＵＲ）を更新する。
・ＳＮ＜更新ＶＲ（ＵＲ）である任意のＵＭＤ ＰＤＵからＲＬＣ ＳＤＵを再構築し、その際にＲＬＣヘッダを除去し、再構築されたＲＬＣ ＳＤＵが前に転送されていない場合は、ＲＬＣ ＳＮの昇順に再構築されたＲＬＣ ＳＤＵを上位層に転送する。
ｔ−Ｒｅｏｒｄｅｒｉｎｇが動作中の場合、
・ＶＲ（ＵＸ）＜＝ＶＲ（ＵＲ）の場合、又は
・ＶＲ（ＵＸ）が並べ替えウィンドウ外に位置し、ＶＲ（ＵＸ）がＶＲ（ＵＨ）と等しくない場合、
・ｔ−Ｒｅｏｒｄｅｒｉｎｇを停止してリセットする。
・ＶＲ（ＵＸ）をＮＵＬＬに設定する。
・ｔ−Ｒｅｏｒｄｅｒｉｎｇが動作中でない場合（ｔ−Ｒｅｏｒｄｅｒｉｎｇが上記の操作によって停止された場合を含む）、
・ＶＲ（ＵＨ）＞ＶＲ（ＵＲ）の場合、
・ｔ−Ｒｅｏｒｄｅｒｉｎｇを開始する。
・ＶＲ（ＵＸ）をＶＲ（ＵＨ）に設定する。
【００４８】
以下はｔ−Ｒｅｏｒｄｅｒｉｎｇが満了した場合の動作のプロシージャコンテキストである。
【００４９】
ｔ−Ｒｅｏｒｄｅｒｉｎｇタイマが満了した場合、受信ＵＭ ＲＬＣエンティティは、
・ＳＮ＞＝ＶＲ（ＵＸ）であり、未受信の最初のＵＭＤ ＰＤＵのＳＮにＶＲ（ＵＲ）を更新する。
・ＳＮ＜更新ＶＲ（ＵＲ）である任意のＵＭＤ ＰＤＵからＲＬＣ ＳＤＵを再構築し、その際にＲＬＣヘッダを除去し、再構築されたＲＬＣ ＳＤＵが前に転送されていない場合は、ＲＬＣ ＳＮの昇順に再構築されたＲＬＣ ＳＤＵを上位層に転送する。
・ＶＲ（ＵＨ）＞ＶＲ（ＵＲ）の場合、
・ｔ−Ｒｅｏｒｄｅｒｉｎｇを開始する。
・ＶＲ（ＵＸ）をＶＲ（ＵＨ）に設定する。
・そうでない場合、
・ＶＲ（ＵＸ）をＮＵＬＬに設定する。
【００５０】
ユニキャストサービスの場合、基地局と端末とは１対１のマッピング関係を有し、基地局から送信されるデータは、当該端末だけが肯定応答したり、復号したりすることができる。１対多サービス（すなわち、マルチメディア同報多対地送信サービス、ＭＢＭＳ）の場合、基地局と端末とは１対Ｎの関係を有し、基地局が送信したデータは複数の端末が受信できる。
【００５１】
１対多サービス（すなわち、ＭＢＭＳ）においては、データの再送信が行われない。したがって、基地局が送信したデータは、順次端末の受信エンティティによって受信される。すなわち、無線リソースパラメータが正しく設定されている場合、ｔ−Ｒｅｏｒｄｅｒｉｎｇタイマの設定値は０ｍｓでなければならない。また、ＶＲ（ＵＨ）及びＶＲ（ＵＲ）の値は同じ値に設定されていなければならない。したがって、受信したＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）が受信ウィンドウに含まれる値であれば、受信したＲＬＣ ＰＤＵが直ちに廃棄されるという問題がある。
【００５２】
図６は１対多サービスの受信中にデータブロックを処理する過程の一例を示す図である。
【００５３】
図６に示すように、１対多サービスの受信中に端末はサービス地域外に移動する（状態１）。端末がサービス地域外に留まっている間、端末は基地局から送信された１対多サービスデータを受信することができない。その後、１対多サービスデータの受信を許可する他の地域に端末が移動する（状態２）。しかし、状態２で受信したデータの一部は廃棄される。このことは、状態２で廃棄されたデータの一部が正しく処理されるため、障害を起こすことがある。
【００５４】
図６に示すように、ＲＬＣ ＵＭエンティティの初期状態はＶＲ（ＵＲ）＝ＶＲ（ＵＨ）＝０に設定され、受信ウィンドウは０＜＝ＳＮ＜３に設定される。ＳＮ＝１であるＲＬＣ ＰＤＵが受信されると、ＶＲ（ＵＲ）及びＶＲ（ＵＨ）の状態変数はその値が２になるように更新される（ＶＲ（ＵＲ）＝ＶＲ（ＵＨ＝２）。ＲＬＣ ＰＤＵに含まれるＲＬＣ ＳＤＵは処理され、これらのＲＬＣ ＳＤＵは上位層に転送される。次に、受信ウィンドウは０＜＝ＳＮ＜２に設定されるように更新される。その後、端末は一時的にサービス不可地域（out of service area）などのサービス停止状況となる。この期間中、端末はＳＮ＝２、３であるＲＬＣ ＰＤＵを失う。次に、端末はサービス停止状況（すなわち、サービス不可地域）を脱し、ＲＬＣ ＰＤＵを受信できるようになる。ここで、端末はＳＮ＝０であるＲＬＣ ＰＤＵを受信する。ＳＮ＝０であるＲＬＣ ＰＤＵは、受信ウィンドウ内に位置しており、ＳＮはＶＲ（ＵＲ）より小さいので、ＳＮ＝０であるＲＬＣ ＰＤＵが重複したＲＬＣ ＰＤＵであるとみなし、ＲＬＣ ＰＤＵを廃棄する。したがって、正常に受信したＲＬＣ ＰＤＵを重複したＲＬＣ ＰＤＵと誤認するという問題がある。
【００５５】
図７は１対多サービスの受信中にデータブロックを処理する過程の他の例を示す図である。
【００５６】
図７においては、ｔ−Ｒｅｏｒｄｅｒｉｎｇタイマの値が非常に大きい値に設定されていると仮定する。
【００５７】
図７に示すように、ＲＬＣ ＵＭエンティティの初期状態はＶＲ（ＵＲ）＝ＶＲ（ＵＨ）＝０に設定され、受信ウィンドウは０＜＝ＳＮ＜３に設定される。ＳＮ＝１であるＲＬＣ ＰＤＵが受信されると、ＶＲ（ＵＲ）及びＶＲ（ＵＨ）の状態変数はその値が２になるように更新される（ＶＲ（ＵＲ）＝ＶＲ（ＵＨ）＝２）。ＲＬＣ ＰＤＵに含まれるＲＬＣ ＳＤＵは処理され、これらのＲＬＣ ＳＤＵは上位層に転送される。次に、受信ウィンドウは０＜＝ＳＮ＜２に設定されるように更新される。その後、端末は一時的にサービス不可地域などのサービス停止状況となる。この期間中、端末はＳＮ＝２、３であるＲＬＣ ＰＤＵを失う。次に、端末はサービス停止状況（すなわち、サービス不可地域）を脱し、ＲＬＣ ＰＤＵを受信できるようになる。ここで、端末はＳＮ＝０であるＲＬＣ ＰＤＵを受信する。ＳＮ＝０であるＲＬＣ ＰＤＵは受信ウィンドウ内に位置しており、ＳＮはＶＲ（ＵＲ）より小さいので、ＳＮ＝０であるＲＬＣ ＰＤＵは上位層に転送される。ここで、ＳＮ＝０であるＲＬＣ ＰＤＵは新しいＲＬＣ ＰＤＵ（すなわち、以前に転送されたＲＬＣ ＰＤＵとは関係ない）かもしれない。この場合、受信側がＳＮ＝０であるＲＬＣ ＰＤＵを既に送信されたＲＬＣ ＰＤＵとみなすため、ＲＬＣ ＰＤＵデータが破損する。よって、新しく受信したＲＬＣ ＰＤＵを既に送信されたＲＬＣ ＰＤＵと誤認するという問題がある。
【００５８】
前述したように、本発明の目的は、受信エンティティによるデータ損失を最小限に抑えるために、無線通信システムにおいて１対多サービスデータを受信する改善された方法を提供することにある。
【００５９】
図８は本発明の技術的概念を示すフローチャートの一例である。
【００６０】
図８に示すように、端末は下位層からデータブロックを受信する（Ｓ１１０）。ここで、データブロックはＲＬＣ ＰＤＵであってもよい。その後、受信エンティティが１対多サービス関連チャネル用に設定されているか否かを判断する（Ｓ１２０）。ここで、１対多サービスはＭＢＭＳであってもよく、１対多サービス関連チャネルはＭＢＭＳ制御チャネル（ＭＣＣＨ）又はＭＢＭＳトラヒックチャネル（ＭＴＣＨ）であってもよい。受信エンティティが１対多サービス関連チャネル用に設定されていると判断される場合、受信エンティティの受信ウィンドウのサイズを０に設定する（Ｓ１３０）。すなわち、受信ウィンドウ（すなわち、ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅ）のための状態変数を０に設定してもよい。ここで、ＭＢＭＳ用に設定されているＲＬＣエンティティは、ＭＴＣＨ又はＭＣＣＨチャネルにマッピングされるＲＬＣエンティティを意味してもよい。受信ウィンドウのための状態変数が０に設定されると、受信されるすべてのＲＬＣ ＵＭ ＰＤＵは常に新しいＲＬＣ ＵＭ ＰＤＵとみなされるため、受信されるすべてのＲＬＣ ＵＭ ＰＤＵはウィンドウ外に位置することが望ましい。ここで、受信ウィンドウの状態変数はＲＲＣ層などの上位層からの指示により設定される。受信エンティティが１対多サービス関連チャネル用に設定されていないと判断される場合、受信ウィンドウ（例えば、ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅ）のための状態変数はＳＮのサイズに応じて設定される。最後に、ＲＬＣエンティティは、受信エンティティの設定に応じてＲＬＣ ＰＤＵなどのデータブロックを処理することができる（Ｓ１４０）。すなわちＲＬＣエンティティは、ＲＬＣ ＰＤＵからＲＬＣヘッダを除去してＳＤＵを再構築し、その後ＲＬＣ ＳＤＵを送信することができる。
【００６１】
図９は本発明による１対多サービスの受信中にデータブロックを処理する改善された方法の一例を示す図である。
【００６２】
図９に示すように、ＲＬＣ ＵＭエンティティがＭＣＣＨやＭＴＣＨなどの１対多サービス用に設定されているため、ＲＬＣ ＵＭエンティティの初期状態はＶＲ（ＵＲ）＝ＶＲ（ＵＨ）＝０に設定され、受信ウィンドウは０に設定される。ＳＮ＝１であるＲＬＣ ＰＤＵが状態１において受信されると、ＶＲ（ＵＲ）及びＶＲ（ＵＨ）の状態変数はその値が２になるように更新される（ＶＲ（ＵＲ）＝ＶＲ（ＵＨ）＝２）。ＳＮ＝１であるＲＬＣ ＰＤＵが受信ウィンドウ外に位置するため、ＲＬＣ ＰＤＵに含まれるＲＬＣ ＳＤＵは処理（例えば、再構築）され、これらのＲＬＣ ＳＤＵは上位層に転送される。次に、受信ウィンドウは０＜＝ＳＮ＜２に設定されるように更新される。その後、端末は一時的にサービス不可地域などのサービス停止状況となる。この期間中、端末はＳＮ＝２、３であるＲＬＣ ＰＤＵを失う。次に、端末はサービス停止状況（すなわち、サービス不可地域）を脱し、ＲＬＣ ＰＤＵを受信できるようになる。ここで、端末はＳＮ＝０であるＲＬＣ ＰＤＵを受信し、ＲＬＣ ＰＤＵが受信ウィンドウ外に位置するため、ＲＬＣ ＳＤＵは処理されて上位層に転送される。
【００６３】
また、本発明による他の代替方法を以下に提案する。
【００６４】
第１代替方法として、端末がサービス停止状況を脱した後、ＭＴＣＨ又はＭＣＣＨなどのＭＢＭＳチャネル用に設定されているＲＬＣ ＵＭエンティティを再設定してもよい。ここで、ＲＬＣ ＵＭのすべての状態変数を初期値に設定することによって、ＲＬＣ ＵＭエンティティを再設定する。すなわち、端末がサービス停止状況を脱すると、ＭＢＭＳチャネルの任意のデータブロックを新しいデータブロックとみなしてもよい。
【００６５】
第２代替方法として、フラッシュタイマを使用してもよい。すなわち、端末が新しいＲＬＣ ＰＤＵを受信するたびに、フラッシュタイマを開始又は再開してもよい。次に、フラッシュタイマが満了すると、ＲＬＣバッファに保存されているすべてのデータブロックは上位層に転送される。また、ＲＬＣ ＵＭエンティティはフラッシュタイマの満了後に再設定される。
【００６６】
第３代替方法として、ｔ−Ｒｅｏｒｄｅｒｉｎｇタイマが満了し、その後端末が初めてＲＬＣ ＰＤＵを受信すると、ＶＲ（ＵＨ）の状態変数は受信したＲＬＣ ＰＤＵと同じ値に設定される。すなわち、受信したＲＬＣ ＰＤＵは常にウィンドウ外に位置するため、受信したＲＬＣ ＰＤＵは廃棄されなくなる。
【００６７】
第４代替方法として、端末がサービス停止状況を脱した後、初めてＲＬＣ ＰＤＵが受信されたとき、ＶＲ（ＵＨ）の状態変数は受信したＲＬＣ ＰＤＵと同じ値に設定される。すなわち、受信したＲＬＣ ＰＤＵは常にウィンドウ外に位置するため、受信したＲＬＣ ＰＤＵはもはや廃棄されない。
【００６８】
第５代替方法として、ＭＢＭＳチャネル用に設定されているＲＬＣエンティティについては、ＲＬＣに該当するデータを含む任意のＭＡＣ ＰＤＵは並べ替え指示子を含む。ここで、並べ替え指示子は、受信したＲＬＣ ＰＤＵを直ちに上位層に転送するか、それとも並べ替えが行われた後に上位層に転送するかを示す。
【００６９】
第６代替方法として、ＲＬＣ ＵＭエンティティは、受信したすべてのＲＬＣ ＰＤＵをＲＲＣ指示子によって新しいＲＬＣ ＰＤＵとみなしてもよい。
【００７０】
第７代替方法として、ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅ用に特定定数を使用する。すなわち、この定数は、受信ウィンドウを前進させることなく受信できるＵＭＤ ＰＤＵのＳＮを定義するために、受信ＵＭ ＲＬＣエンティティによって使用される。具体的には、本発明は、受信ＵＭ ＲＬＣエンティティがＭＣＣＨ又はＭＴＣＨ用に設定されている場合、ＵＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅを０に設定することを提案する。
【００７１】
本発明は、データブロックを受信するために受信エンティティを設定する方法を提供し、本方法は、受信エンティティが１対多サービス関連チャネル用に設定されているか否かを判断する段階と、受信エンティティが１対多サービス関連チャネル用に設定されていると判断される場合に受信エンティティ内の受信ウィンドウのサイズを０に設定する段階と、受信エンティティの設定に応じてシーケンス番号を有するデータブロックを処理する段階とを有し、受信エンティティはＵＭ ＲＬＣエンティティであり、１対多サービス関連チャネルはＭＣＣＨ又はＭＴＣＨであり、１対多サービスはＭＢＭＳサービスであり、データブロックはＵＭＤ ＰＤＵ（ＭＡＣ ＳＤＵ）であり、受信エンティティが１対多サービス関連チャネル用に設定されていない場合、受信エンティティ内の受信ウィンドウのサイズは、受信したデータブロックのビットサイズに基づいて設定され、受信エンティティが１対多サービス関連チャネル用に設定されていない場合、受信エンティティ内の受信ウィンドウのサイズは、受信ウィンドウを前進させることなく受信できる受信データブロックのシーケンス番号を定義できるように設定される。
【００７２】
また、本発明は、無線通信システムにおいてデータブロックを受信する端末を提供し、端末は、データブロックを受信する送受信部と、送受信部を制御するプロセッサとを備え、プロセッサは、受信エンティティが１対多サービス関連チャネル用に設定されているか否かを判断する段階と、受信エンティティが１対多サービス関連チャネル用に設定されていると判断される場合に受信エンティティ内の受信ウィンドウのサイズを０に設定する段階と、受信エンティティの設定に応じてシーケンス番号を有するデータブロックを処理する段階とを有し、受信エンティティはＵＭ ＲＬＣエンティティであり、１対多サービス関連チャネルはＭＣＣＨ又はＭＴＣＨであり、１対多サービスはＭＢＭＳサービスであり、データブロックはＵＭＤ ＰＤＵ（ＭＡＣ ＳＤＵ）であり、受信エンティティが１対多サービス関連チャネル用に設定されていない場合、受信エンティティ内の受信ウィンドウのサイズは、受信したデータブロックのビットサイズに基づいて設定され、受信エンティティが１対多サービス関連チャネル用に設定されていない場合、受信エンティティ内の受信ウィンドウのサイズは、受信ウィンドウを前進させることなく受信できる受信データブロックのシーケンス番号を定義できるように設定される。
【００７３】
以下、本発明による端末について説明する。
【００７４】
本発明による端末は、無線環境においてデータを送受信できるサービスを利用できるあらゆる形態の端末を含む。すなわち、本発明による端末は、移動体通信端末（例えば、ユーザ装置（ＵＥ）、携帯電話機、セルラ電話機、ＤＭＶ電話機、ＤＶＢ−Ｈ電話機、ＰＤＡ電話機、ＰＴＴ電話機など）、ノートブック、ラップトップコンピュータ、デジタルテレビ、ＧＰＳナビゲーション、携帯ゲーム機、ＭＰ３、その他家電製品などを含む包括的な意味において使用される。
【００７５】
本発明による端末は、本発明において例示しているように、システム情報を効率的に受信する機能及び動作を行うために必要な基本的なハードウェア構成（送受信部、処理部又は制御部、記憶部など）を含んでもよい。
【００７６】
前述したような本発明による方法は、ソフトウェア、ハードウェア又はそれらの組み合わせにより実現される。例えば、本発明による方法は、記憶媒体（例えば、移動端末又は基地局内の内部メモリ、フラッシュメモリ、ハードディスクなど）に記憶されてもよく、プロセッサ（例えば、移動端末又は基地局内のマイクロプロセッサ）によって実行されるソフトウェアプログラム内のコード又はコマンドとして実現されてもよい。
【００７７】
本明細書は、移動体通信の観点から記載されているが、本明細書は無線通信機能（すなわち、インタフェース）を備えたＰＤＡ又はラップトップコンピュータなどの移動装置を用いるものであれば、いかなる無線通信システムにおいても使用できる。また、本明細書を記載するための特定用語の使用は、本明細書の範囲を特定形式の無線通信システムに制限するためのものではない。また、本明細書は、例えば時分割多元接続（ＴＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、直交周波数分割多重化（ＯＦＤＭ）、ＥＶ−ＤＯ、ＷｉＭａｘ、ＷｉＢｒｏなどの種々の無線インタフェース及び／又は物理的なインタフェースを使用する他の無線通信システムにも適用することができる。
【００７８】
前述した例示的な実施形態は、ソフトウェア、ファームウェア又はその組合せを生産する標準プログラミング及び／又はエンジニアリング技術を用いた方法、装置又は製造物として実現することができる。本明細書において使用される「製造物」という用語は、ハードウェアロジック（例えば、集積回路チップ、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、特定用途集積回路（ＡＳＩＣ）など）又はコンピュータ可読媒体（例えば、磁気記憶媒体（例えば、ハードディスクドライブ、フロッピー（登録商標）ディスク、テープなど）、光学記憶装置（ＣＤ−ＲＯＭ、光学ディスクなど）、揮発性及び不揮発性メモリデバイス（例えば、ＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、ファームウェア、プログラム可能ロジックなど）において実行されるコード又はロジックを意味する。
【００７９】
コンピュータ可読媒体のコードは、プロセッサによって利用及び実行することができる。例示的な実施形態が実現されるコードは、伝送媒体を介して、すなわちネットワークを通じてファイルサーバから利用することもできる。この場合、コードが実現される製造物には、ネットワーク伝送線路、無線伝送媒体、空間を伝ぱ（播）する信号、無線波、赤外線信号などの伝送媒体が含まれる。当然ながら、当業者であれば、本明細書の範囲を逸脱することなく様々な変形を行うことができ、製造物には本発明の属する技術分野における公知の特定情報記録媒体が含まれることを理解するであろう。
【００８０】
本明細書は、その思想又は本質的な特性から逸脱しない範囲において様々な形態に実現可能であるため、前述した実施形態が前述した詳細な説明により限定されるものではなく、添付の請求の範囲に定義された思想及び範囲内において包括的に解釈されるべきであり、よって請求の範囲の領域及び境界内に属するあらゆる修正及び変形、又はその領域及び境界内の均等物は、添付の請求の範囲に含まれるものであることを理解すべきである。
【図１】
0005351329.tif 000002
【図２】
0005351329.tif 000003
【図３】
0005351329.tif 000004
【図４】
0005351329.tif 000005
【図５】
0005351329.tif 000006
【図６】
0005351329.tif 000007
【図７】
0005351329.tif 000008
【図８】
0005351329.tif 000009
【図９】
0005351329.tif 000010