(57)【要約】【課題】ハンドオーバーに用いられる無線資源を節減するため、無線通信システムにおいて状態報告ユニットを処理する方法及び装置を提供する。【解決手段】方法は、受信端で受信された状態報告ユニットに含まれるリクエスト信号により再送が指示されたパケットについて、肯定応答がなされた場合に、当該リクエスト信号を無視することを内容とする。【選択図】図３
2008005510.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて状態報告を処理する方法であって、
受信端で受信された状態報告ユニットに含まれるリクエスト信号により再送が指示されたパケットについて、肯定応答がなされた場合に、当該リクエスト信号を無視することを内容とすることを特徴とする状態報告の処理方法。
【請求項２】
前記方法は更に、前記パケットが削除されたとのメッセージを送信端から送信するステップを含むことを特徴とする請求項１記載の状態報告の処理方法。
【請求項３】
前記方法は更に、前記パケットについて肯定応答がなされたとのメッセージを送信端から送信するステップを含むことを特徴とする請求項１記載の状態報告の処理方法。
【請求項４】
無線通信システムにおいて状態報告を正確に処理するための通信装置であって、
通信装置の機能を実現させる制御回路と、
制御回路の中に設けられ、プログラムコードを実行して制御回路を制御する中央処理装置（ＣＰＵ）と、
制御回路の中でＣＰＵと結合されるように設けられ、プログラムコードを保存するための保存装置とを含み、そのうちプログラムコードは、
状態報告ユニットを受信し、
上記状態報告ユニットに含まれるリクエスト信号により再送が指示されたパケットについて、肯定応答がなされた場合に、当該リクエスト信号を無視するステップを含むことを特徴とする通信装置。
【請求項５】
前記プログラムコードは更に、前記パケットが削除されたとのメッセージを送信するステップを含むことを特徴とする請求項４記載の通信装置。
【請求項６】
前記プログラムコードは更に、前記パケットについて肯定応答がなされたとのメッセージを送信するステップを含むことを特徴とする請求項４記載の通信装置。
【請求項７】
無線通信システムにおいて、ユーザー端がソース基地局から目的基地局にハンドオーバーした後の状態報告を処理する方法であって、
ユーザー端で受信された目的基地局からの状態報告ユニットに含まれるリクエスト信号により再送が指示されたパケットについて、ソース基地局により肯定応答がなされた場合に、当該リクエスト信号を無視することを内容とすることを特徴とする状態報告の処理方法。
【請求項８】
前記方法は更に、前記パケットが削除されたとのメッセージをユーザー端から目的基地局に送信するステップを含むことを特徴とする請求項７記載の状態報告の処理方法。
【請求項９】
前記方法は更に、前記パケットについてソース基地局により肯定応答がなされたとのメッセージを送信端から目的基地局に送信するステップを含むことを特徴とする請求項７記載の状態報告の処理方法。
【請求項１０】
無線通信システムにおいて、ソース基地局から目的基地局にハンドオーバーした後の状態報告を処理するための通信装置であって、
通信装置の機能を実現させる制御回路と、
制御回路の中に設けられ、プログラムコードを実行して制御回路を制御するＣＰＵと、
制御回路の中でＣＰＵと結合されるように設けられ、プログラムコードを保存するための保存装置とを含み、そのうちプログラムコードは、
目的基地局からの状態報告ユニットを受信し、
上記状態報告ユニットに含まれるリクエスト信号により再送が指示されたパケットについて、ソース基地局により肯定応答がなされた場合に、当該リクエスト信号を無視するステップを含むことを特徴とする通信装置。
【請求項１１】
前記プログラムコードは更に、前記パケットが削除されたとのメッセージを目的基地局に送信するステップを含むことを特徴とする請求項１０記載の通信装置。
【請求項１２】
前記プログラムコードは更に、前記パケットについてソース基地局により肯定応答がなされたとのメッセージを目的基地局に送信するステップを含むことを特徴とする請求項１０記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムにおいてハンドオーバー後の状態報告を処理する方法及び装置に関し、特に無線通信システムにおいて所要の無線資源を節減できる状態報告ユニットを処理する方法及び装置に関する。
【背景技術】
【０００２】
第三世代移動通信技術では高いスペクトル利用効率、カバー率、通話品質及び高速伝送が実現するとともに、ＱｏＳ（サービス品質）の確保、柔軟性のある双方向通信の実現、通話中断率の低減が可能となる。第三世代移動通信システムを介して、ＵＥ（ユーザー装置、例えば携帯電話）で映像通話、電話会議、ゲーム、オンライン音楽再生、及び電子メールを楽しむことが可能である。高速で実時間の情報伝送に大きく依存する上記機能を実現させる技術として、ＨＳＰＤＡ（高速ダウンリンクパケットアクセス）とＨＳＵＰＡ（高速アップリンクパケットアクセス）規格が提案された。両規格は、帯域使用率とパケット処理効率の向上、上りと下りの伝送速度の高速化に役立つ。
【０００３】
３ＧＰＰによる技術報告３ＧＰＰ  ＴＲ  ２５．８１３  Ｖ７．０．０（Ｅ−ＵＴＲＡ  ａｎｄ  Ｅ−ＵＴＲＡＮ  Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ  Ａｓｐｅｃｔｓ  −  Ｒｅｌｅａｓｅ  ７）では、ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）通信システムでのＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）間ハンドオーバーに関する考え方が掲げられている。同技術報告の９．１．７によれば、ハンドオーバー時において、ソースエンハンスド基地局（ｓｏｕｒｃｅ  ｅＮＢ）はユーザー端で受信されていない１個目のダウンリンクＲＬＣ  ＳＤＵ（無線リンク制御サービスデータユニット）から、すべてのＲＬＣ  ＳＤＵを目的エンハンスド基地局（ｔａｒｇｅｔ  ｅＮＢ）に送信してから、残存のＲＬＣ  ＰＤＵ（プロトコルデータユニット）をすべて削除する。それに対して、ダウリンクＲＬＣコンテキストはソースエンハンスド基地局から目的エンハンスド基地局に送信されない。また、アップリンクの場合では、ハンドオーバー時において、ソースエンハンスド基地局は正常に受信されたＲＬＣ  ＳＤＵ（無線リンク制御サービスデータユニット）をすべてａＧＷ（Ｅ−ＵＴＲＡＮアクセスゲートウェイ）に送信し、更に残存のアップリンクＲＬＣ  ＰＤＵ（無線リンク制御プロトコルデータユニット）を削除する。その後、ユーザー端はソースエンハンスド基地局で正常に受信されていないＲＬＣ  ＳＤＵを再送する。それに対して、アップリンクＲＬＣ  ＳＤＵやアップリンクＲＬＣコンテキストはソースエンハンスド基地局から目的エンハンスド基地局に送信されない。ハンドオーバー時において、ａＧＷのＰＤＣＰ（パケットデータ収斂プロトコル）エンティティーがアップリンクＲＬＣ  ＳＤＵの並び替え（ｒｅ−ｏｒｄｅｒｉｎｇ）機能をサポートすることも可能である。また、ハンドオーバー時において、ネットワーク端のＲＬＣエンティティーは再確立され、すなわち状態変数はすべて初期値にリセットされ、送信予定ＰＤＵのうち１個目のシーケンス番号と、受信予定ＰＤＵのうち１個目のシーケンス番号は０にリセットされる。
【０００４】
ＲＬＣエンティティーの再確立を正確に実行できれば、上記ハンドオーバーも正確に実行できる。ＬＴＥ無線通信システムでは、ＰＤＣＰエンティティーはＲＬＣエンティティーの上位層プロトコルエンティティーとして、パケット（ＲＬＣエンティティーにとってはＲＬＣ  ＳＤＵ）をＲＬＣエンティティーに出力する。暗号化のためにＰＤＣＰエンティティーで形成されるパケットにはすべてＰＤＣＰシーケンス番号がつけられ、ＲＬＣエンティティーはそれに基づいて並び替え、重複検査、フロー制御、ＡＲＱ（自動リピート要求）などの処理を行う。ＲＬＣエンティティーでは、ＰＤＣＰエンティティーによるシーケンス番号は重複利用が可能であるため、ＲＬＣエンティティーで形成されるパケット（すなわちＰＤＵ）のヘッダには、ＲＬＣシーケンス番号を表示するフィールドをつけなくとも可能である。
【０００５】
ＲＬＣエンティティーで形成されるＰＤＵのヘッダにシーケンス番号フィールドをつけない場合、すなわちＲＬＣエンティティーで関連動作（例えばＡＲＱ）を実行するにＰＤＣＰシーケンス番号が利用される場合、このＰＤＣＰシーケンス番号はＰＤＣＰエンティティーにより形成されたものであるため、ＲＬＣエンティティーではこれをリセットすることができない。このことは、場合によってハンドオーバー時にＲＬＣ  ＳＤＵが紛失し、伝送効率が低下する原因となる。
【０００６】
例えば、ＬＴＥ無線通信システムにおいて、ユーザー端がエンハンスド基地局にデータを送信する（アップリンク伝送）場合、ハンドオーバー前にＰＤＣＰシーケンス番号０〜２０のパケットがユーザー端により送信され、ハンドオーバー時において、ＰＤＣＰシーケンス番号２、３以外のパケットがすべてエンハンスド基地局で受信され肯定応答がなされたとすれば、上記３ＧＰＰ  ＴＲ  ２５．８１３の９．１．７によると、ユーザー端はＰＤＣＰシーケンス番号２、３のパケットを再送してから、ＰＤＣＰシーケンス番号２１及びそれ以降のパケットを送信する。一方、アップリンクＲＬＣ  ＳＤＵやアップリンクＲＬＣコンテキストはソースエンハンスド基地局から目的エンハンスド基地局に送信されないため、目的エンハンスド基地局はハンドオーバー前のソースエンハンスド基地局のアップリンクＲＬＣコンテキストを取得できない。言い換えれば、目的エンハンスド基地局ではＰＤＣＰシーケンス番号４〜２０のパケットが正常に受信されたことが判明できない。したがって、目的エンハンスド基地局は、ＰＤＣＰシーケンス番号４〜２０のパケットが紛失したとの状態報告ユニットを出力し、ユーザー端にその再送を求める。このとき、ＰＤＣＰシーケンス番号２０以上のパケット（ＲＬＣ  ＳＤＵ）はバッファ内に保存することを余儀なくされるので、資源の無駄となる。また、ＰＤＣＰシーケンス番号４〜２０のパケットはハンドオーバー前にソースエンハンスド基地局により肯定応答がなされたため、これらのパケットはユーザー端では既に削除されている可能性もある。そうなると、ＰＤＣＰシーケンス番号４〜２０パケットはユーザー端により再送されることが不可能となり、データ伝送に遅延が生じる。しかし、この場合に対応するユーザー端での処理方法は従来の技術では示されていない。３ＧＰＰ  ＴＳ  ２５．３２２によれば、あるシーケンス番号について肯定応答がなされ、後に否定応答がなされた場合では、リセットプロセスは起動される。しかし、３ＧＰＰ  ＴＳ  ２５．８１３によると、ハンドオーバー時にＰＤＣＰシーケンス番号をＡＲＱプロセスに再利用するときは、リセットプロセスを起動すべきではないとされている。したがって、３ＧＰＰ  ＴＳ  ２５．３２２と３ＧＰＰ  ＴＳ  ２５．８１３は相互に矛盾している。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明はハンドオーバーに用いられる無線資源を節減するため、無線通信システムにおいて状態報告ユニットを処理する方法及び装置を提供することを課題とする。
【課題を解決するための手段】
【０００８】
本発明は無線通信システムにおいて状態報告を処理する方法を提供する。該方法は、受信端で受信された状態報告ユニットに含まれるリクエスト信号により再送が指示されたパケットについて、肯定応答がなされた場合に、当該リクエスト信号を無視することを内容とする。
【０００９】
本発明は更に、無線通信システムにおいて状態報告を正確に処理するための通信装置を提供する。該通信装置は、通信装置の機能を実現させる制御回路と、制御回路の中に設けられ、プログラムコードを実行して制御回路を制御する中央処理装置（ＣＰＵ）と、制御回路の中でＣＰＵと結合されるように設けられ、プログラムコードを保存するための保存装置とを含む。該プログラムコードは、状態報告ユニットを受信し、上記状態報告ユニットに含まれるリクエスト信号により再送が指示されたパケットについて、肯定応答がなされた場合に、当該リクエスト信号を無視するステップを含む。
【００１０】
本発明は更に、無線通信システムにおいて、ユーザー端がソース基地局から目的基地局にハンドオーバーした後の状態報告を処理する方法を提供する。該方法は、ユーザー端で受信された目的基地局からの状態報告ユニットに含まれるリクエスト信号により再送が指示されたパケットについて、ソース基地局により肯定応答がなされた場合に、当該リクエスト信号を無視することを内容とする。
【００１１】
本発明は更に、無線通信システムにおいて、ソース基地局から目的基地局にハンドオーバーした後の状態報告を処理するための通信装置を提供する。該通信装置は、通信装置の機能を実現させる制御回路と、制御回路の中に設けられ、プログラムコードを実行して制御回路を制御するＣＰＵと、制御回路の中でＣＰＵと結合されるように設けられ、プログラムコードを保存するための保存装置とを含む。該プログラムコードは、目的基地局からの状態報告ユニットを受信し、上記状態報告ユニットに含まれるリクエスト信号により再送が指示されたパケットについて、ソース基地局により肯定応答がなされた場合に、当該リクエスト信号を無視するステップを含む。
【発明の効果】
【００１２】
本発明は、肯定応答がなされたパケットを再送するように求めるリクエスト信号を無視するため、ハンドオーバー後の不必要なデータ・信号伝送を減らすことができる。
【発明を実施するための最良の形態】
【００１３】
かかる方法及び装置の特徴を詳述するために、具体的な実施例を挙げ、図示を参照して以下に説明する。
【００１４】
図１を参照する。図１は無線通信システムの無線通信装置１００のブロック図である。説明を簡素化するため、図１は無線通信装置１００の入力装置１０２、出力装置１０４、制御回路１０６、ＣＰＵ（中央処理装置）１０８、保存装置１１０、プログラムコード１１２及びトランシーバー１１４のみ描くとする。無線通信装置１００において、制御回路１０６はＣＰＵ１０８で保存装置１１０に保存されるプログラムコード１１２を実行し、無線通信装置１００の動作を制御する。制御回路１０６は入力装置１０２（例えばキーボード）を介してユーザーが入力した信号を受信し、出力装置１０４（スクリーン、スピーカーなど）を介して映像、音声などの信号を出力する。無線信号を受発信するトランシーバー１１４は受信した信号を制御回路１０６に送信し、または制御回路１０６による信号を無線で出力する。言い換えれば、通信プロトコルに当てはめれば、トランシーバー１１４は第一層の一部とみなされ、制御回路１０６は第二層と第三層の機能を実現させる。無線通信装置１００は第三世代移動通信システムに設けられることが望ましい。
【００１５】
図２を参照する。図２は図１に示すプログラムコード１１２を表す説明図である。アプリケーション層２００と、第三層インターフェイス２０２と、第二層インターフェイス２０６からなるプログラムコード１１２は、第一層インターフェイス２１８と接続されている。第二層インターフェイス２０６は副層としてＲＬＣエンティティー２２６とＰＤＣＰエンティティー２２４を含む。ＲＬＣエンティティー２２６は種々のサービス品質に応じ、伝送データや制御指令に対して分割、再組み立て、連結、パディング、再送、シーケンス検査、重複検出などの処理を行う。ＰＤＣＰエンティティー２２４はＲＬＣエンティティー２２６の上位層プロトコルエンティティーとして、ヘッダの圧縮／解凍、ユーザーデータの伝送、ＰＤＣＰシーケンス番号の暗号化及び保持などの処理を行う。
【００１６】
ＬＴＥ無線通信システムでは、暗号化のためにＰＤＣＰエンティティー２２４で形成されるパケットにはすべてＰＤＣＰシーケンス番号がつけられ、ＲＬＣエンティティー２２６はそれに基づいてＲＬＣ機能を実行する。ＲＬＣエンティティー２２６ではＰＤＣＰエンティティー２２４によるシーケンス番号は重複利用が可能であるため、ＲＬＣエンティティー２２６で形成されるパケット（すなわちＰＤＵ）のヘッダにＲＬＣシーケンス番号を表示するフィールドをつけなくとも可能である。ハンドオーバーの効率を向上させ、従来の問題を解決するため、本発明は下記のような状態報告処理プログラムコード２２０を提供する。
【実施例１】
【００１７】
図３を参照する。図３は本発明の実施例１による方法３０のフローチャートである。下記方法３０は無線通信システムにおいて状態報告を処理するために用いられ、状態報告処理プログラムコード２２０としてコンパイルすることができる。
ステップ３００：開始。
【００１８】
ステップ３０２：パケットを送信する。
【００１９】
ステップ３０４：上記パケットの肯定応答である第一状態報告ユニットを受信する。
【００２０】
ステップ３０６：上記パケットを再送するように指示するリクエスト信号を含む第二状態報告ユニットを受信する。
【００２１】
ステップ３０８：第二状態報告ユニットの上記リクエスト信号を無視する。
【００２２】
ステップ３１０：終了。
以上のとおり、送信端においてパケットの再送を求めるリクエスト信号が受信されるとき、当該パケットについて肯定応答が既になされている場合では、送信端はリクエスト信号を無視する。言い換えれば、データ伝送の遅延を解消させるため、送信端は肯定応答がなされたパケットを再送しない。この場合、当該パケットが削除されたとのメッセージを送信端から返送するか、もしくは当該パケットについて肯定応答がなされたとのメッセージを送信端から返送することが望ましい。注意すべきは、上記方法３０では、第二状態報告ユニットはハンドオーバー前に送信端で受信されることも可能である。換言すれば、上記方法３０の実行はハンドオーバーと無関係である。
【実施例２】
【００２３】
図４を参照する。図４は本発明の実施例２による方法４０のフローチャートである。下記方法４０は無線通信システムにおいて状態報告を処理するために用いられ、状態報告処理プログラムコード２２０としてコンパイルすることができる。
ステップ４００：開始。
【００２４】
ステップ４０２：パケットをユーザー端からソース基地局に送信する。
【００２５】
ステップ４０４：ソース基地局からの第一状態報告ユニットをユーザー端で受信する。第一状態報告ユニットは、上記パケットがソース基地局で受信されたことを確認するためのものである。
【００２６】
ステップ４０６：ユーザー端においてハンドオーバープロセスを実行し、ソース基地局から目的基地局に移る。
【００２７】
ステップ４０８：ソース基地局からの第二状態報告ユニットをユーザー端で受信する。第二状態報告ユニットは、上記パケットを目的基地局に再送するようにユーザー端に指示するリクエスト信号を含む。
【００２８】
ステップ４１０：ユーザー端において第二状態報告ユニットの上記リクエスト信号を無視する。
【００２９】
ステップ４１２：終了。
以上のとおり、ユーザー端においてパケット再送を求めるリクエスト信号を目的基地局から受信するとき、当該パケットについて既にソース基地局により肯定応答がなされている場合では、ユーザー端はリクエスト信号を無視する。言い換えれば、不必要なＡＲＱプロセスに無線資源を費やすことと、ＲＬＣ  ＳＤＵの伝送遅延など従来の問題を解決するため、ユーザー端は肯定応答がなされたパケットを再送しない。この場合、当該パケットが削除されたとのメッセージをユーザー端から目的基地局に返送するか、もしくは当該パケットについてソース基地局により肯定応答がなされたとのメッセージをユーザー端から目的基地局に返送することが望ましい。注意すべきは、上記方法４０では、ユーザー端は第二状態報告ユニットを受信する前にソース基地局から目的基地局にハンドオーバーする。
【００３０】
以上は本発明に好ましい実施例であって、本発明の実施の範囲を限定するものではない。よって、当業者のなし得る修正、もしくは変更であって、本発明の精神の下においてなされ、本発明に対して均等の効果を有するものは、いずれも本発明の特許請求の範囲に属するものとする。
【産業上の利用可能性】
【００３１】
本発明は従来の動作条件を変えたのみであり、当然実施可能である。
【図面の簡単な説明】
【００３２】
【図１】無線通信システムの無線通信装置のブロック図である。
【図２】図１に示すプログラムコードを表す説明図である。
【図３】本発明の実施例１による方法のフローチャートである。
【図４】本発明の実施例２による方法のフローチャートである。
【符号の説明】
【００３３】
１００    無線通信装置
１０２    入力装置
１０４    出力装置
１０６    制御回路
１０８    ＣＰＵ
１１０    保存装置
１１２    プログラムコード
１１４    トランシーバー
２００    アプリケーション層
２０２    第三層インターフェイス
２０６    第二層インターフェイス
２１８    第一層インターフェイス
２２０    状態報告処理プログラムコード
２２４    ＰＤＣＰエンティティー
２２６    ＲＬＣエンティティー
【図１】
2008005510.tif 000003
【図２】
2008005510.tif 000004
【図３】
2008005510.tif 000005
【図４】
2008005510.tif 000006