(57)【要約】【課題】物理ダウンリンクチャネルのモニタ動作を効率的に制御することにより、移動端末の不要な電力消費を抑える。【解決手段】本発明は、無線通信サービスを提供する無線通信システム及び端末に関し、さらにＵＭＴＳ（Universal Mobile Telecommunications System）から発展したＥ−ＵＭＴＳ（Evolved Universal Mobile Telecommunications System）又はＬＴＥシステム（Long Term Evolution System）において、基地局と端末がデータを送信及び受信する方法に関し、特に、無線リソース割り当て過程において端末の電力使用を最小限に抑えることができるように物理ダウンリンクチャネルのモニタ動作を制御する方法に関する。【選択図】図６
2013504247.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて物理ダウンリンクチャネルのモニタ動作を制御する方法であって、
アップリンクデータ送信のために少なくとも１つの無線リソースを割り当てるためのシグナリングをトリガする段階と、
前記トリガされたシグナリングがネットワークに送信されたか否かを判断する段階と、
前記判断する段階に基づいて、前記物理ダウンリンクチャネルのモニタ動作を選択的に行う段階と、
を含むことを特徴とする方法。
【請求項２】
前記トリガされたシグナリングが前記ネットワークに送信されたと判断されれば、前記モニタ動作を行うことを特徴とする請求項１に記載の方法。
【請求項３】
前記トリガされたシグナリングが前記ネットワークに送信されていないと判断されれば、前記モニタ動作を行わないことを特徴とする請求項１に記載の方法。
【請求項４】
前記シグナリングが物理アップリンク制御チャネル（ＰＵＣＣＨ）でネットワークに送信されることを特徴とする請求項１に記載の方法。
【請求項５】
前記シグナリングがスケジューリング要求（ＳＲ）シグナリングであることを特徴とする請求項１に記載の方法。
【請求項６】
前記物理ダウンリンクチャネルが物理ダウンリンク制御チャネル（ＰＤＣＣＨ）であることを特徴とする請求項１に記載の方法。
【請求項７】
前記シグナリングがスケジューリング要求（ＳＲ）過程に関連するものであることを特徴とする請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信サービスを提供する無線通信システム及び移動端末に関し、さらにＵＭＴＳ（Universal Mobile Telecommunications System）から発展したＥ−ＵＭＴＳ（Evolved Universal Mobile Telecommunications System）又はＬＴＥシステム（Long Term Evolution System）において、基地局と移動端末がデータを送信及び受信する方法に関し、特に、物理ダウンリンクチャネルのモニタ動作を制御することにより、移動端末の電力消費を低減する方法に関する。
【背景技術】
【０００２】
図１は、従来技術及び本発明が適用される移動通信システムであるＥ−ＵＭＴＳのネットワーク構造を示す図である。Ｅ−ＵＭＴＳシステムは、従来のＵＭＴＳシステムから発展したシステムであり、現在３ＧＰＰで基礎的な標準化作業を行っている。Ｅ−ＵＭＴＳシステムは、ＬＴＥシステムということもできる。
【０００３】
Ｅ−ＵＭＴＳネットワークは、Ｅ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network）とＣＮ（core network）に区分される。Ｅ−ＵＴＲＡＮは、端末（以下、ＵＥ（User Equipment）ともいう）と、基地局（以下、ｅＮｏｄｅ Ｂともいう）と、ネットワークのエンドに位置して外部ネットワークと接続されるサービングゲートウェイ（Serving Gateway；S-GW）と、ＵＥの移動性を管理する移動管理エンティティ（Mobility Management Entity；MME）とから構成される。１つのｅＮｏｄｅ Ｂには、少なくとも１つのセルが存在する。
【０００４】
図２及び図３は、３ＧＰＰ無線アクセスネットワーク規格に準拠したＵＥと基地局間の無線インタフェースプロトコルの構造を示す。前記無線インタフェースプロトコルは、水平的には物理層と、データリンク層と、ネットワーク層とからなり、垂直的にはデータ情報送信のためのユーザプレーンと、制御信号伝達のための制御プレーンとからなる。プロトコル層は、通信システムにおいて周知の開放型システム間相互接続（Open System Interconnection；OSI）基準モデルの下位３層に基づいて、第１層（Ｌ１）、第２層（Ｌ２）、第３層（Ｌ３）に区分される。
【０００５】
以下、図２の無線プロトコルの制御プレーンと、図３の無線プロトコルのユーザプレーンの各層を説明する。
【０００６】
第１層（Ｌ１）の物理層は、物理チャネルを用いて上位層に情報伝送サービス（Information Transfer Service）を提供する。物理層は、上位層である媒体アクセス制御（ＭＡＣ）層とトランスポートチャネルで接続されており、前記トランスポートチャネルを介してＭＡＣ層と物理層間でデータが移動する。また、異なる物理層間、すなわち送信側と受信側の物理層間では物理チャネルを介してデータが移動する。
【０００７】
第２層のＭＡＣ層は、論理チャネルを介して上位層の無線リンク制御（ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性のあるデータの送信をサポートする。第２層のＰＤＣＰ層は、ＩＰｖ４やＩＰｖ６などのＩＰパケットの送信時に、帯域幅が小さい無線区間で効率的に送信するために、相対的にサイズが大きく不要な制御情報を含むＩＰパケットヘッダのサイズを小さくするヘッダ圧縮機能を実行する。
【０００８】
第３層の最も下位に位置する無線リソース制御（ＲＲＣ）層は制御プレーンでのみ定義され、無線ベアラ（Radio Bearer；RB）の設定、再設定及び解除に関連して、論理チャネル、トランスポートチャネル及び物理チャネルの制御を管理する。ここで、ＲＢとは、ＵＥとＵＴＲＡＮ間のデータ送信のために第２層（Ｌ２）により提供されるサービスを意味する。
【０００９】
従来の無線リソース割り当て要求方法によれば、端末は、基地局に無線リソース割り当て要求をした後、前記基地局から無線リソースが割り当てられるまでダウンリンクチャネルを継続してモニタしなければならない。しかし、無線リソース割り当て過程において、前記端末が前記基地局に前記無線リソース割り当て要求をするや否や無線リソースが割り当てられるわけではないので、ダウンリンクチャネルを継続してモニタすることは不要な電力消費をもたらす。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
そこで、本発明は、物理ダウンリンクチャネルのモニタ動作を効率的に制御することにより、移動端末の不要な電力消費を最小限に抑えることを目的とする。
【課題を解決するための手段】
【００１１】
これら及び他の利点を実現して上記の目的を達成するために、本明細書に具体化されかつ広く記載されているように、本発明は、無線通信システムにおいて物理ダウンリンクチャネルのモニタ動作を制御する方法であって、アップリンクデータ送信のために少なくとも１つの無線リソースを割り当てるためのシグナリングをトリガする段階と、前記トリガされたシグナリングがネットワークに送信されたか否かを判断する段階と、前記判断する段階に基づいて、前記物理ダウンリンクチャネルのモニタ動作を選択的に行う段階とを含むことを特徴とする。
【００１２】
上記及び他の本発明の目的、特徴、態様及び利点は、後述する発明の詳細な説明及び添付図面によりさらに明確になるであろう。
【００１３】
本発明の理解を容易にするために添付され、本明細書の一部を構成する添付図面は、本発明の様々な実施形態を示すものであり、本明細書の記述と共に本発明の原理を説明する。
【図面の簡単な説明】
【００１４】
【図１】従来技術及び本発明が適用される移動通信システムであるＥ−ＵＭＴＳのネットワーク構造を示す図である。
【図２】従来技術による３ＧＰＰ無線アクセスネットワーク規格に準拠したＵＥとＵＴＲＡＮ間の無線インタフェースプロトコルの制御プレーンの構造の一例を示す図である。
【図３】従来技術による３ＧＰＰ無線アクセスネットワーク規格に準拠したＵＥとＵＴＲＡＮ間の無線インタフェースプロトコルのユーザプレーンの構造の一例を示す図である。
【図４】専用スケジューリング要求（Dedicated Scheduling Request；D-SR）チャネルを用いるスケジューリング要求（Scheduling Request；SR）過程を示す図である。
【図５】バッファ状態報告（Buffer Status Report；BSR）とスケジューリング要求（ＳＲ）がトリガされた後の無線リソース割り当て過程を示す図である。
【図６】本発明の一実施形態によるバッファ状態報告（ＢＳＲ）とスケジューリング要求（ＳＲ）がトリガされた後の無線リソース割り当て過程を示す図である。
【発明を実施するための形態】
【００１５】
本発明の一態様は、上記及び後述する従来技術の問題についての本発明者らの知見に関するものである。その知見に基づいて本発明の特徴が得られた。
【００１６】
本発明は３ＧＰＰ規格に準拠して開発されたＵＭＴＳなどの移動通信システムにおいて実現されるように開示されているが、他の規格に準拠して動作する他の通信システムにも適用することができる。
【００１７】
以下、添付図面を参照して本発明の好ましい実施形態の構造及び動作を説明する。
【００１８】
一般に、ＬＴＥシステムにおいては、無線リソースを効率的に使用するために、基地局は各ユーザがどのデータをどの程度送信することを望んでいるか把握していなければならない。ダウンリンクデータの場合、前記ダウンリンクデータはアクセスゲートウェイから基地局に送信される。従って、基地局は各ユーザにどの程度のデータをダウンリンクで送信すべきか把握できる。これとは逆に、アップリンクデータの場合、ＵＥが直接アップリンクで送信しようとするデータに関する情報を基地局に通知しなければ、基地局は各ＵＥがどの程度のアップリンク無線リソースを必要とするのか把握できない。従って、基地局が適切にアップリンク無線リソースをＵＥに割り当てることができるように、各ＵＥが基地局に、基地局が無線リソースをスケジューリングするのに必要な情報を提供しなければならない。
【００１９】
このために、ＵＥは送信しなければならないデータがある場合、これを基地局に通知し、基地局はこの情報に基づいてＵＥにリソース割り当てメッセージを送信する。
【００２０】
前記過程において、すなわち、送信するデータがあることをＵＥが基地局に通知する場合、ＵＥは基地局に前記ＵＥのバッファに格納されているデータの量を通知する。これをバッファ状態報告（buffer status report: BSR）という。
【００２１】
前記ＢＳＲは、ＭＡＣ制御要素の形態に生成され、ＭＡＣプロトコルデータユニット（Protocol Data Unit；PDU）に含まれてＵＥから基地局に送信される。すなわち、ＢＳＲを送信するためにも、アップリンク無線リソースを必要とする。これは、ＢＳＲを送信するためのアップリンク無線リソース割り当て要求情報を送信しなければならないことを意味する。ＢＳＲが生成されたとき、割り当てられたアップリンク無線リソースがあれば、ＵＥは前記アップリンク無線リソースを利用してＢＳＲを送信する。このようにＵＥがＢＳＲを基地局に送信する過程をＢＳＲ過程という。前記ＢＳＲ過程は、１）全てのバッファにデータがないときに、あるバッファにデータが新しく到着した場合、２）ある空のバッファにデータが到着し、前記バッファに関する論理チャネルの優先順位が、以前データを格納していたバッファに関する論理チャネルの優先順位より高い場合、３）セルが変わった場合に開始する。これに関連して、ＢＳＲ過程がトリガされてアップリンク無線リソースが割り当てられたとき、前記無線リソースでバッファにある全てのデータを送信することはできるが、ＢＳＲをさらに含むには前記無線リソースが不足する場合、ＵＥは前記トリガされたＢＳＲ過程をキャンセルする。
【００２２】
しかし、ＢＳＲが生成されたとき、割り当てられたアップリンク無線リソースがなければ、ＵＥはスケジューリング要求（ＳＲ）過程（すなわち、リソース割り当て要求過程）を行う。
【００２３】
前記ＳＲ過程は２つの方法、すなわち、物理アップリンク制御チャネル（Physical Uplink Control Channel；PUCCH）に設定されるＤ−ＳＲチャネルを用いる方法と、ランダムアクセスチャネル（Random Access Channel；RACH）過程を用いる方法とを含む。すなわち、ＵＥは、ＳＲ過程がトリガされたとき、Ｄ−ＳＲチャネルが割り当てられていれば、前記Ｄ−ＳＲチャネルを用いて無線リソース割り当て要求を送り、Ｄ−ＳＲチャネルが割り当てられていなければ、ＲＡＣＨ過程を開始する。ここで、前記Ｄ−ＳＲチャネルを用いる場合、ＵＥは前記Ｄ−ＳＲチャネルを介してアップリンクでリソース割り当て要求信号を送信する。前記ＳＲ過程は、ＵＥにＵＬ−ＳＣＨリソースが割り当てられるまで継続して行われる。
【００２４】
図４は、専用スケジューリング要求（Ｄ−ＳＲ）チャネルを用いるスケジューリング要求（ＳＲ）過程を示す図である。
【００２５】
図４に示すように、基地局（例えば、ｅＮＢ）は、構成されたＤ−ＳＲチャネルリソースを端末（ＵＥ）に周期的に割り当てる。前記端末は、アップリンクで送信するデータがあるが無線リソースが割り当てられていなければ、前記構成されたＤ−ＳＲチャネルを用いてアップリンクでデータを送信する。前記端末は、アップリンクで送信するデータがなければ、前記構成されたＤ−ＳＲチャネルを用いない。その後、前記端末から前記Ｄ−ＳＲチャネルを受信した前記基地局は、スケジューリングアルゴリズムに従ってリソース配分を決定し、割り当てられたアップリンク無線リソースの量を物理ダウンリンク制御チャネル（Physical Downlink Control Channel；PDCCH）で前記端末に通知する。
【００２６】
以下、ＤＲＸについて説明する。ＤＲＸとは、不連続受信（discontinuous reception）をいい、基地局と移動端末とが通信を行う過程で、前記基地局が前記移動端末にいつ（すなわち、どの時点で）無線リソース割り当て情報を送信するかに関する動作を意味する。
【００２７】
すなわち、前記移動端末がダウンリンクチャネル（例えば、ＰＤＣＣＨ）を常にモニタすることは、前記移動端末の好ましくない電力消費をもたらす。よって、これを解決するために、前記移動端末及び前記基地局が所定の一貫した規則に従い、特定の時間にのみ、前記基地局が前記移動端末に前記ＰＤＣＣＨで無線リソース割り当て情報を送信するようにする。これにより、前記移動端末は前記特定の時間にのみ前記ＰＤＣＣＨをモニタすればよいので、電力消費を低減することができる。
【００２８】
一般に、移動端末はＰＤＣＣＨを継続してモニタしないようにするＤＲＸ機能を伴い、ＲＲＣにより設定される。ＬＴＥシステムにおいて、前記ＤＲＸ機能は、長いＤＲＸ周期（Long DRX Cycle）、ＤＲＸ非アクティブタイマー（DRX Inactivity Timer）、ＤＲＸ再送タイマー（DRX Retransmission Timer）を含み、選択的に、短いＤＲＸ周期（Short DRX Cycle）、ＤＲＸ短周期タイマー（DRX Short Cycle Timer）を含む。
【００２９】
以下、アクティブ時間について説明する。前記アクティブ時間とは、移動端末が起動してダウンリンクチャネル（例えば、ＰＤＣＣＨ）をモニタすべき特定の時間を意味する。そして、前記アクティブ時間を除いた時間の間、前記移動端末は前記ダウンリンクチャネルをモニタする必要がない。
【００３０】
前記アクティブ時間は次の時間を含む。
１）オンデュレーションタイマー（On-Duration Timer）、ＤＲＸ非アクティブタイマー、ＤＲＸ再送タイマー、又はコンテンション解決タイマー（Contention Resolution Timer）が動作している時間
２）スケジューリング要求過程が行われている時間
３）アップリンク送信に関連して、（再送のための）無線リソース割り当てメッセージが送信されている時間
４）ＲＡＣＨメッセージ（ＲＡＣＨ ＭＳＧ）２を送信してから、（最初の送信又は新しい送信のための無線リソースの割り当てを通知する）Ｃ−ＲＮＴＩ又はＴｅｍｐｏｒａｒｙ Ｃ−ＲＮＴＩを受信するまでの時間
【００３１】
ＤＲＸ周期が設定されると、移動端末はサブフレーム（すなわち、送信時間間隔（Transmission Time Interval；TTI））毎に次の動作を行う。
【００３２】
短いＤＲＸ周期が使用される場合、［（ＳＦＮ×１０）＋ｓｕｂ−ｆｒａｍｅ ｎｕｍｂｅｒ］を短いＤＲＸ周期で除算した余りがＤＲＸ開始オフセット（DRX Start Offset）と同じであれば、前記オンデュレーションタイマーを駆動する。
【００３３】
ＨＡＲＱ ＲＴＴ（Round Trip Time）タイマーが当該サブフレームで満了し、当該ＨＡＲＱ過程のソフトバッファにおいてデータの復号に成功していない場合、当該ＨＡＲＱ過程のためのＤＲＸ再送タイマーを駆動する。
【００３４】
ＤＲＸコマンドＭＡＣ制御要素（DRX Command MAC control element）が受信された場合、前記オンデュレーションタイマーを停止する。あるいは、ＤＲＸ非アクティブタイマーを停止する。
【００３５】
ＤＲＸ非アクティブタイマーが満了するか、又はＤＲＸコマンドＭＡＣ制御要素が当該サブフレームで受信され、短いＤＲＸ周期が設定されており、ＤＲＸ短周期タイマーが駆動されていなければ、ＤＲＸ短周期タイマーを駆動し、短いＤＲＸ周期を使用し、そうでなければ、長いＤＲＸ周期を使用する。
【００３６】
ＤＲＸ短周期タイマーが当該サブフレームで満了した場合、長いＤＲＸ周期を使用する。
【００３７】
前記アクティブ時間の間、Ｈａｌｆ−ｄｕｐｌｅｘ ＦＤＤ端末のアップリンク送信に必要なサブフレームを除くＰＤＣＣＨフレームにおいて、前記ＰＤＣＣＨをモニタする。
【００３８】
前記ＰＤＣＣＨがＤＬ送信を示す場合、当該ＨＡＲＱ過程のためのＨＡＲＱ ＲＴＴタイマーを駆動し、当該ＨＡＲＱ過程のためのＤＲＸ再送タイマーを停止する。
【００３９】
前記ＰＤＣＣＨが新しい送信（ＤＬ又はＵＬ）を示す場合、前記ＤＲＸ非アクティブタイマーを駆動又は再駆動する。
【００４０】
ＤＬアサイメントが当該サブフレームのために設定され、ＤＬ送信を示すＰＤＣＣＨの復号に成功していない場合、当該ＨＡＲＱ過程のためのＨＡＲＱ ＲＴＴタイマーを駆動する。
【００４１】
以下、無線リソース割り当て要求方法について説明する。端末がＤ−ＳＲチャネルで基地局に無線リソース割り当て要求をした場合、前記端末は無線リソースの割り当てが完了するまでダウンリンクチャネルを継続してモニタする。ところが、一般に、端末は前記無線リソース割り当て要求を送信するや否や無線リソースが割り当てられるわけではない。
【００４２】
図４に示すように、端末がＤ−ＳＲチャネルを用いる時点（時点１）から、実際に端末に無線リソースが割り当てされる時点（時点４）までは、シグナリング遅延時間及び基地局の処理時間を含めて約７〜８ｍｓかかる。つまり、端末は無線リソース割り当て要求を送信するや否や基地局から無線リソース割り当てメッセージを受信できるわけではない。
【００４３】
しかし、一般に、端末はダウンリンクチャネルを継続してモニタし、これは端末の不要な電力消費をもたらす。
【００４４】
図５は、バッファ状態報告（ＢＳＲ）とスケジューリング要求（ＳＲ）がトリガされた後の無線リソース割り当て過程を示す図である。
【００４５】
図５に示すように、無線リソース割り当て過程は４つの異なる区間に分けられる。
【００４６】
第１区間は、バッファ状態報告（ＢＳＲ）とスケジューリング要求（ＳＲ）がトリガされるか又は進行中の時点から、物理アップリンク制御チャネル（ＰＵＣＣＨ）でＳＲを送信可能な最初の時点までの区間である。一般に、前記第１区間は、前記ＳＲ要求の送信のための前記ＰＵＣＣＨの無線リソースの割り当ての設定に応じて様々に変化する。図５においては、前記ＰＵＣＣＨの無線リソースが０ｍｓ、２０ｍｓ、４０ｍｓに割り当てられると仮定する。ＳＲが２ｍｓでトリガされる場合、実際にＳＲが基地局に送信されるのは２０ｍｓであるので、端末は２ｍｓから２０ｍｓまで何の動作もしない。しかし、一般に、当該区間において端末はダウンリンクチャネル（例えば、ＰＤＣＣＨ）を継続してモニタし、このような端末の不要なモニタ動作は不要な電力消費をもたらす。
【００４７】
第２区間は、前記ＳＲが送信された時点から、端末が基地局（例えば、ｅＮＢ）からアップリンクグラント（ＵＬグラント）メッセージを受信可能な最初の時点までの区間である。一般に、前記第２区間は、アップリンク／ダウンリンクのラウンドトリップ時間（Round Trip Time；RTT）及び／又は基地局の処理時間に関連する。従って、前記ＳＲが送信された後、前記端末が前記無線リソース割り当てメッセージを受信するまで待機する遅延時間が存在する。しかし、一般に、当該区間においても端末はダウンリンクチャネルを継続してモニタする。従って、前記第２区間においても、前記第１区間のように、端末の不要な電力消費をもたらす。
【００４８】
第３区間は、前記端末が基地局からＵＬグラントメッセージを受信可能な最初の時点から、前記端末が実際に前記基地局から前記端末の無線リソース割り当てメッセージ（又は、情報）を受信する時点までの区間である。ここで、前記端末は、以前に送信したＳＲの復号に前記基地局が成功した後、前記無線リソース割り当てメッセージを受信する。従って、前記第３区間においては、前記第１及び第２区間とは異なり、前記端末が前記ダウンリンクチャネルをモニタして受信しなければならない。
【００４９】
第４区間は、前記端末が実際に前記端末の無線リソース割り当てメッセージを受信した時点から、前記端末が前記ＰＵＣＣＨで次のＳＲを送信可能な時点（以前のＳＲの送信に失敗した場合）までの区間である。前記以前に送信したＳＲが前記基地局に正常に受信されていない場合、前記端末は前記無線リソース割り当てメッセージを受信することができない。この場合、当該区間において前記ダウンリンクチャネルをモニタすることは不要な動作である。
【００５０】
前述したように、無線リソース割り当て過程において、端末がダウンリンクチャネル（例えば、ＰＤＣＣＨ）をモニタする動作は、特定の区間では不要である。すなわち、端末が全区間でダウンリンクチャネルを継続してモニタすることは、端末の不要なバッテリ消費をもたらす。
【００５１】
そこで、本発明においては、高い電力効率を有する改善された無線リソース割り当て方法を提示する。このために、本発明においては、タイマーを利用してダウンリンクチャネルのモニタ時間を調節することを提案する。
【００５２】
好ましくは、端末は、ＰＵＣＣＨでＳＲを送信した後、スリープモードタイマー（Sleep Mode Timer）を動作させ、直ちに連続受信モード（Continuous Reception Mode）で動作する。そして、前記スリープモードタイマーが満了すると、前記端末は、前記連続受信モードを停止し、不連続受信モード（Discontinuous Reception Mode）に移行する。前記スリープモードタイマーの動作中に基地局から前記端末に無線リソースが割り当てられると、前記端末は前記スリープモードタイマーを停止する。
【００５３】
好ましくは、端末は、ＰＵＣＣＨでＳＲを送信した後、スリープ停止タイマー（Sleep Stop Timer）を動作させる。その後、前記端末は、不連続受信モードに移行するか、又は前記ＰＤＣＣＨなどのダウンリンクチャネルのモニタを停止する。そして、前記スリープ停止タイマーが満了すると、前記端末は、連続受信モードに移行し、前記ダウンリンクチャネルを継続してモニタする。前記過程において、さらに前記スリープ停止タイマーが満了すると、前記端末はスリープモードタイマーを動作させる。そして、前記スリープモードタイマーが満了すると、前記端末は、前記連続受信モードを停止し、前記不連続受信モードに移行する。前記スリープモードタイマーの動作中に基地局から前記端末に無線リソースが割り当てられると、前記端末は前記スリープモードタイマーを停止する。
【００５４】
好ましくは、端末は、Ｄ−ＳＲチャネルで無線リソース割り当て要求をした後、第１不連続受信モード（例えば、長いＤＲＸ）の場合は第２不連続受信モード（短いＤＲＸ）に移行することができる。
【００５５】
前記過程において、タイマーの設定値は基地局により端末に通知されるようにしてもよい。また、前記スリープ停止タイマー（又は、受信停止タイマー）の設定値はＨＡＲＱ動作のＲＴＴに設定されるようにしてもよい。
【００５６】
つまり、本発明においては、ＳＲがトリガされた後、所定の条件を満たせば、端末はダウンリンクチャネルをモニタしたり受信したりする。また、本発明においては、前記過程において、所定の条件を満たさなければ、前記端末は前記ダウンリンクチャネルをモニタしたり受信したりしない。ここで、所定の条件とは、特定の時点や、端末がＰＵＣＣＨでＳＲを送信したとき、及び／又は前記ＳＲの送信が進行中の場合を意味する。
【００５７】
図６は、本発明の一実施形態によるバッファ状態報告（ＢＳＲ）とスケジューリング要求（ＳＲ）がトリガされた後の無線リソース割り当て過程を示す図である。
【００５８】
図６に示すように、無線リソース割り当て過程は４つの異なる区間に分けられる。
【００５９】
第１区間は、バッファ状態報告（ＢＳＲ）とスケジューリング要求（ＳＲ）がトリガされるか又は進行中の時点から、物理アップリンク制御チャネル（ＰＵＣＣＨ）でＳＲを送信可能な最初の時点までの区間である。一般に、前記第１区間は、前記ＳＲ要求の送信のための前記ＰＵＣＣＨの無線リソースの割り当ての設定に応じて様々に変化する。図５においては、前記ＰＵＣＣＨの無線リソースが０ｍｓ、２０ｍｓ、４０ｍｓに割り当てられると仮定する。ＳＲが２ｍｓでトリガされる場合、実際にＳＲが基地局に送信されるのは２０ｍｓであるので、端末は２ｍｓから２０ｍｓまで何の動作もしない。前述したように、本発明においては、前記第１区間でダウンリンクチャネルをモニタする動作が行われないので、端末の不要な電力消費を最小限に抑えることができる。
【００６０】
第２区間は、前記ＳＲが送信された時点から、端末が基地局（例えば、ｅＮＢ）からＵＬグラントメッセージを受信可能な最初の時点までの区間である。一般に、前記第２区間は、アップリンク／ダウンリンクのラウンドトリップ時間（ＲＴＴ）及び／又は基地局の処理時間に関連する。従って、前記ＳＲが送信された後、前記端末が前記無線リソース割り当てメッセージを受信するまで待機する遅延時間が存在する。前述したように、本発明においては、前記第２区間でダウンリンクチャネルをモニタする動作が行われないので、端末の不要な電力消費を最小限に抑えることができる。
【００６１】
第３区間は、前記端末が基地局からＵＬグラントメッセージを受信可能な最初の時点から、前記端末が実際に前記基地局から前記端末の無線リソース割り当てメッセージ（又は、情報）を受信する時点までの区間である。ここで、前記端末は、以前に送信したＳＲの復号に前記基地局が成功した後、前記無線リソース割り当てメッセージを受信する。従って、本発明においては、前記第３区間において、前記第１及び第２区間とは異なり、前記端末が前記ダウンリンクチャネルのためのモニタ動作を行う。
【００６２】
第４区間は、前記端末が実際に前記端末の無線リソース割り当てメッセージを受信した時点から、前記端末が前記ＰＵＣＣＨで次のＳＲを送信可能な時点（以前のＳＲの送信に失敗した場合）までの区間である。本発明においては、端末の不要な電力消費を排除するために、当該区間において端末のモニタ動作が行われない。
【００６３】
本発明において、前記スケジューリング要求（ＳＲ）は、新しい送信のためのアップリンクチャネル（例えば、ＵＬ−ＳＣＨ）リソースを要求するのに使用される。また、ＳＲがトリガされると、ＳＲがキャンセルされるまで進行中とみなす。データユニット（例えば、ＭＡＣ ＰＤＵ）がアセンブルされ、当該データユニットがトリガされたＢＳＲの最後のイベントまでを含むバッファ状態を含むＢＳＲを含む場合、又はＵＬグラントが送信可能な全ての進行中のデータを収容する場合、全ての進行中のＳＲをキャンセルすることができ、ＳＲ禁止タイマーを停止することができる。
【００６４】
本発明は、無線通信システムにおいて物理ダウンリンクチャネルのモニタ動作を制御する方法であって、アップリンクデータ送信のために少なくとも１つの無線リソースを割り当てるためのシグナリングをトリガする段階と、前記トリガされたシグナリングがネットワークに送信されたか否かを判断する段階と、前記判断する段階に基づいて、前記物理ダウンリンクチャネルのモニタ動作を選択的に行う段階とを含み、前記トリガされたシグナリングが前記ネットワークに送信されたと判断されれば、前記モニタ動作を行い、前記トリガされたシグナリングが前記ネットワークに送信されていないと判断されれば、前記モニタ動作を行わず、前記シグナリングが物理アップリンク制御チャネル（ＰＵＣＣＨ）でネットワークに送信され、前記シグナリングがスケジューリング要求（ＳＲ）シグナリングであり、前記物理ダウンリンクチャネルが物理ダウンリンク制御チャネル（ＰＤＣＣＨ）であり、前記シグナリングがスケジューリング要求（ＳＲ）過程に関連するものである。
【００６５】
本発明は、移動通信に関連して説明されているが、無線通信特性（例えば、インタフェース）を備えるＰＤＡやラップトップコンピュータなどの移動機器を用いるあらゆる無線通信システムに使用できる。また、本発明を説明する特定の用語の使用により、特定の種類の無線通信システムに本発明の範囲を限定するものではない。本発明は、例えば、ＴＤＭＡ、ＣＤＭＡ、ＦＤＭＡ、ＷＣＤＭＡ、ＯＦＤＭ、ＥＶ−ＤＯ、Ｗｉ−Ｍａｘ、Ｗｉ−Ｂｒｏなどの様々なエアインタフェース及び／又は物理層を使用する他の無線通信システムに適用することができる。
【００６６】
本発明の実施形態は、ソフトウェア、ファームウェア、ハードウェア又はそれらの組み合わせを生産するための標準プログラミング及び／又は工学技術を用いる方法、装置又は製造物として実現される。「製造物」という用語は、ハードウェアロジック（例えば、集積回路チップ、ＦＰＧＡ(Field Programmable Gate Array)、ＡＳＩＣ(Application Specific Integrated Circuit)など）、コンピュータ可読媒体（例えば、ハードディスクドライブ、フロッピーディスク、テープなどの磁気記録媒体）、光記憶装置（ＣＤ−ＲＯＭ、光ディスクなど）、揮発性及び不揮発性メモリ装置（例えば、ＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、ファームウェア、プログラムロジックなど）において実行されるコードやロジックを指して用いられる。
【００６７】
コンピュータ可読媒体内のコードはプロセッサによりアクセス及び実行される。前記本発明の実施形態が実現されるコードは、伝送媒体を介して、又はネットワーク上のファイルサーバから接続することもできる。その場合、前記コードが実現される製造物は、ネットワーク伝送ライン、無線伝送媒体、空間を伝播する信号、無線波、赤外線信号などの伝送媒体を含む。もちろん、当該技術分野における通常の知識を有する者であれば、本発明の要旨を逸脱しない範囲で様々な変形が可能であり、前記製造物が公知の情報伝達媒体を含むことを理解するであろう。
【００６８】
本発明の思想や重要な特性から外れない限り、本発明は様々な形態で実現することができ、前述した実施形態によって限定されるものでなく、むしろ請求の範囲に記載の本発明の思想や範囲内で広く解釈されるべきであり、本発明の請求の範囲内で行われるあらゆる変更及び変形、並びに請求の範囲の均等物は本発明の請求の範囲に含まれる。
【図１】
2013504247.tif 000003
【図２】
2013504247.tif 000004
【図３】
2013504247.tif 000005
【図４】
2013504247.tif 000006
【図５】
2013504247.tif 000007
【図６】
2013504247.tif 000008
【国際調査報告】
2013504247.tif 000009
2013504247.tif 000010
2013504247.tif 000011
2013504247.tif 000012
2013504247.tif 000013
2013504247.tif 000014