(57)【要約】  データ伝送速度の低下及びスループットの損失させることなく、自律的ギャップ割り当てを行うギャップ支援測定方法を開示する。ＳＴ３０１では、ギャップ支援測定タスクを実施するため、ネットワークが決定した各種パラメータを取得し、ＳＴ３０２では、現在時刻を確認し、現在時刻がＴｓとなった時にギャップ支援測定タスクを開始する。ＳＴ３０３では、端末が測定したＣＱＩがある閾値より低いか否かを判定し、ＳＴ３０４では、閾値を更新する必要があるか否かを判定する。ＳＴ３０６では、残っているギャップ長、残っている時間などからギャップの長さを決定し、そのギャップ内で測定を実施する。ＳＴ３０７では、測定が終了したか否かを判定する。ＳＴ３０８では、今までの全ギャップがギャップの全体長を示すＴｇを超えているか否かを確認する。
2008149534.tif 000002
【特許請求の範囲】
【請求項１】
基地局装置から送信され、ギャップ支援測定方法を指示するギャップ支援測定タスクを取得する工程と、
前記ギャップ支援測定タスクに含まれた前記ギャップ支援測定タスクの開始時間と、前記ギャップ支援測定タスクの継続時間に従って、ギャップモードを開始する工程と、
開始された前記ギャップモードにおいて、前記ギャップ支援測定タスクに含まれた全ギャップ長に基づいて、ギャップを生成する工程と、
を具備するギャップ支援測定方法。
【請求項２】
前記ギャップモードは、最小ギャップ長及び最大ギャップ間距離によって制限される請求項１に記載のギャップ支援測定方法。
【請求項３】
前記ギャップ支援測定タスクは、個別チャネルを介すシグナリングによって前記基地局装置から通信端末装置に送信される請求項１に記載のギャップ支援測定方法。
【請求項４】
前記ギャップ支援測定タスクの開始時間は、ギャップ支援測定タスクが前記基地局装置から送信されてから取得されるまでの最大遅延時間を含めて設定される請求項１に記載のギャップ支援測定方法。
【請求項５】
前記全ギャップ長は、所定のギャップパターン系列による全ギャップ長と同じ長さに設定される請求項１に記載のギャップ支援測定方法。
【請求項６】
前記ギャップ支援測定タスクの継続時間は、現在のネットワーク負荷状況、ハンドオーバの遅延規定、端末の瞬間的なチャネル状態とそのＱｏＳ要求条件に基づいて設定される請求項１に記載のギャップ支援測定方法。
【請求項７】
前記ギャップ支援測定タスクの継続時間は、所定のギャップパターン系列と同じ長さに設定される請求項１に記載のギャップ支援測定方法。
【請求項８】
前記基地局装置は、可変ギャップ割り当て又は固定的なギャップ割り当てによってギャップを生成する請求項１に記載のギャップ支援測定方法。
【請求項９】
前記最小ギャップ長及び前記最大ギャップ間距離は、報知メッセージによって前記基地局装置から通信端末装置に送信される請求項２に記載のギャップ支援測定方法。
【請求項１０】
前記基地局装置は、前記ギャップモードにおいて通信端末装置へのデータ送信の指示があるまで、前記データ送信のスケジューリングを行わない請求項１に記載のギャップ支援測定方法。
【請求項１１】
前記基地局装置は、前記ギャップモードにおいて通信端末装置から送信された指標を取得してから開始する適格期間中に前記通信端末装置へのデータ送信のスケジューリングを行う請求項１０に記載のギャップ支援測定方法。
【請求項１２】
前記指標は、ＣＱＩである請求項１１に記載のギャップ支援測定方法。
【請求項１３】
前記ギャップ支援測定タスクの継続時間中に新規タスクを送信する場合、前記基地局装置は、前記新規タスクの開始時間を前記ギャップ支援測定タスクの継続時間終了後に設定する請求項１に記載のギャップ支援測定方法。
【請求項１４】
前記ギャップ支援測定タスクの継続時間中に新規タスクを送信する場合、前記基地局装置は、前記新規タスクのタスク操作を追加に設定し、通信端末装置が前記ギャップ支援測定タスクの終了直後に新規タスクを開始する請求項１に記載のギャップ支援測定方法。
【請求項１５】
全てのギャップが生成される前又は前記ギャップ支援測定タスクの継続時間終了前に通信端末装置が測定を終了した場合、前記基地局装置は、前記新規タスクのタスク操作をクリアに設定し、通信端末装置が前記ギャップ支援測定タスクを終了する請求項１に記載のギャップ支援測定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共有無線リソース割り当てを用いるセルラ無線通信システムにおいて、周波数間測定又はＲＡＴ間測定のためのギャップ支援測定方法に関し、特に、ＬＴＥセルラ無線通信システムにおけるギャップ支援測定方法に関する。
【背景技術】
【０００２】
セルラ無線通信システムでは、端末が、現在サービスを提供しているセル（以下、「サービングセル」という）から他のセルへ移動する場合、またはネットワークがセル間のネットワーク負荷を平均化するために端末を意図的に他のセルに再接続する必要がある場合、端末が接続するサービング基地局を他の基地局へ変更するハンドオーバが必要となる。端末が現在接続され、サービスを提供しているセルはソースセルとも呼ばれる。また、端末が接続されるように準備するセルはターゲットセルと呼ばれる。【０００３】
通常、端末は、ハンドオーバの前に候補セルのチャネル品質を測定し、例えば、最も良好なチャネル品質のセルをターゲットセルとして選択する。この候補セルは、ソースセルの隣接セルとも呼ばれる。【０００４】
ハンドオーバには、３つのタイプが存在し、周波数内ハンドオーバ、周波数間ハンドオーバ、ＲＡＴ間ハンドオーバがある。周波数内ハンドオーバは、ソースセルと同じ無線アクセス技術（Radio Access Technology: RAT）及び周波数帯を有するターゲットセルに端末をハンドオーバすることである。また、周波数間ハンドオーバは、ソースセルと同じ無線アクセス技術を有するが異なる周波数帯を有するターゲットセルに端末をハンドオーバすることである。さらに、ＲＡＴ間ハンドオーバは、ソースセルと異なる無線アクセス技術を有するターゲットセルに端末をハンドオーバすることである。様々な無線アクセス技術と様々な搬送波帯域のセルを有するセルラ無線通信システムにおいて、これら３つのタイプのハンドオーバによって、端末はサービスを受けながら自在に移動することができる。【０００５】
ハンドオーバのために行う測定もこれら３つのタイプのハンドオーバに対応して、周波数内ハンドオーバのための周波数内測定、周波数間ハンドオーバのための周波数間測定、ＲＡＴ間ハンドオーバのためのＲＡＴ間測定に分類することができる。周波数内測定は、ソースセルと同じＲＡＴ及び同じ搬送波周波数の隣接セルを測定することである。また、周波数間測定は、ソースセルと同じＲＡＴであるがソースセルと異なる周波数帯の隣接セルを測定することである。さらに、ＲＡＴ間測定は、ソースセルと異なるＲＡＴの隣接セルを測定することである。【０００６】
周波数内測定については、端末は、隣接セルを測定するために受信機をサービングセルの周波数以外の周波数にチューニングする必要がない。周波数間及びＲＡＴ間測定については、以下の２つの手法がある。【０００７】
一つ目の手法としては、端末が２つ以上の周波数帯を同時に受信する機能を備える場合、端末は、一つの受信回路を使用し、異なる搬送波周波数又は異なるＲＡＴの他のセルを測定するとともに、他の受信回路を使用し、サービングセルにおけるデータ伝送を維持するためにサービングセルの周波数にチューニングすることができる。【０００８】
二つ目の手法としては、端末が複数の周波数帯を同時に受信できない場合、端末は、周波数間測定を実行するために、あるいはＲＡＴ間測定を実行するために、受信回路をソースセルの周波数から隣接セルの他の周波数又は他のＲＡＴの周波数にチューニングするとともに、ソースセルによりデータ伝送を続けるために、測定後に受信回路を再チューニングし、ソースセルの周波数に戻す必要がある。複数の周波数帯を同時に受信できない端末が周波数間測定又はＲＡＴ間測定を実行するこの手順は、端末がサービングセル内の当該データ伝送を続けるため、アイドル期間を設定することが要求される。また、このようなアイドル期間では、サービング基地局が端末にデータを送信しないように、サービング基地局及び端末間で同期していることが前提となる。【０００９】
現行のいわゆる第３世代と呼ばれるセルラ無線通信システム−汎用端末通信システム（ＵＭＴＳ）において、アイドル期間を生成する技術として、圧縮モード（Compressed mode）が知られている。圧縮モードにおいて、周波数間測定又はＲＡＴ間測定のためのアイドル期間（以下、「ギャップ」ともいう）は、端末がギャップ期間中に周波数間及びＲＡＴ間測定を実行することができるように、サービング基地局により端末に割り当てられる。圧縮モードは、通常、ダウンリンク上で実施されるか、ダウンリンク及びアップリンク上で同時に実施される。また、ＵＭＴＳでは、それぞれのフレームが１５のタイムスロットから構成され、その一部のタイムスロットが周波数間測定又はＲＡＴ間測定のためのギャップとして使用され、他のいくつかのタイムスロットはデータ伝送のために使用される。また、ＵＭＴＳは、多重アクセス技術としてＷ−ＣＤＭＡ（Wideband-Code Division Multiple Access）を適用するので、圧縮モードの端末のデータ伝送速度が非圧縮モードにおけるデータ伝送速度と同じに維持されるように、圧縮モードにおいて伝送されるデータの拡散係数を低減するなどの技術が導入されている。この際、ギャップが設けられていないタイムスロット内のデータ伝送時には送信電力が増加される。【００１０】
ここで、ＬＴＥ（Long Term Evolution）において、ギャップを割り当てる所定ギャップパターン系列のうち、いずれか一つのギャップパターン系列のみを使用することについて説明する。非特許文献１には、周波数間測定及びＲＡＴ間測定の両方を満足させる単一ギャップパターン系列が開示されており、また、基地局から端末に送信されるレイヤ３無線リソース制御（Radio Resource Control: RRC）シグナリングによりギャップパターン系列を通知することが開示されている。【００１１】
また、非特許文献２には、基地局から端末に送信されるレイヤ２媒体アクセス制御（Media Access Control: MAC）シグナリングにより大きなギャップがシグナリングされることが開示されている。非特許文献１及び非特許文献２に開示の技術は、ＵＭＴＳにおける圧縮モードにおいて使用されるギャップパターン系列の一種の単純化である。【００１２】
図１は、圧縮モードにおけるギャップパターン系列の例を示す。図１Ａはギャップパターン系列１を、図１Ｂはギャップパターン系列２を、図１Ｃはギャップパターン系列３をそれぞれ示す。ＵＭＴＳでは、いくつかのギャップパターン系列が定義される。ギャップパターン系列が活性化されると、端末は、ギャップパターン系列により規定される所定のタイムスロットに従って、あるギャップに遷移するものとする。ＵＭＴＳでは、圧縮モードの端末のデータ伝送速度が維持されるように、「拡散係数の低減」及び「送信電力の増加」を行うことができる。【００１３】
同時には一つの周波数帯からしか受信できない端末の周波数間測定又はＲＡＴ間測定のようなギャップを使用した（gap assisted）測定のために、単一のギャップパターン系列のみ、または所定のギャップパターン系列のいくつかを使用することにより、圧縮モードの処理を容易に行うことができる。ところが、ＬＴＥにおける共有無線リソース割り当てを行うセルラ無線通信システムにＵＭＴＳにおけるこのようなギャップパターン割り当てが直接適用された場合、以下のような問題がある。【００１４】
ＬＴＥにおいて、チャネルの無線品質を管理してデータの送受信を決めるパケットスケジューラ（以下、「チャネル指向パケットスケジューラ」という）は、許容遅延時間の比較的長い非リアルタイムサービスを受ける端末だけでなく、許容遅延時間の比較的短いリアルタイムサービスを受ける端末についても、共有無線リソース割り当てを行う。チャネル指向パケットスケジューラは、サービングセルのチャネル品質が高く、かつ、リアルタイムサービスに要求されるパケット遅延時間内において端末を選択し、データ伝送用の無線リソースを割り当てる。【００１５】
例えば、ＬＴＥにおけるように、チャネル指向パケットスケジューラによって共有無線リソース割り当てを行うことを仮定すると、固定のギャップパターンが周波数間測定又はＲＡＴ間測定に適用された場合、最適なサービングセルのチャネル品質を有する圧縮モードの端末がいくつかのサブフレームにおけるデータ伝送のためにスケジューリングされる。しかしながら、このようなサブフレームは所定ギャップパターン系列により既に測定のためのギャップとして割り当てられているので、この端末はデータ伝送を行うことができない可能性が非常に高い。よって、圧縮モードの端末のデータ伝送速度が低下したり、スループット損失が生じたりする。【００１６】
そこで、端末のデータ伝送速度及びスループットへの影響を最小にするように、サービングセルのチャネル品質が低い期間、または端末がデータ伝送のためにスケジューリングされる可能性が低い期間においてのみ、端末にギャップを割り当てる自律的なギャップ割り当てを適用することが考えられる。自律的なギャップ割り当てでは、ギャップ状態にある場合に基地局が端末に対しデータ伝送をスケジューリングしないように、基地局と端末はギャップ関連情報を共有する必要がある。【００１７】
チャネル指向パケットスケジューラによって共有無線リソース割り当てを行う場合、ギャップ支援測定のための所定ギャップパターン系列のいくつかのみを使用することの問題は、上述した通り、端末と基地局の両方のデータ伝送速度及びスループットの低下である。ここで、所定ギャップパターン系列において、ギャップの位置と長さは予め定義されている。このため、データ伝送を行う端末がスケジューリングされようとするが、所定ギャップのためにこの端末をスケジューリングすることができない期間と所定ギャップとがオーバーラップする可能性がある。図２に、高いチャネル品質の期間と所定ギャップとがオーバーラップする場合のスループットの損失を示す。図２Ａは、３つの端末のチャネル品質（ＣＱＩ）を表しており、例えば、実線が端末Ａのチャネル品質を表し、点線が端末Ｂのチャネル品質を表し、一点鎖線が端末Ｃのチャネル品質を表しているものとする。【００１８】
図２Ｂは、図２Ａに示すチャネル品質に基づいてスケジューリングを行った結果を示す。なお、縦軸はデータ量を示す。また、図２Ｃ〜Ｅは、ギャップパターン系列１〜３をそれぞれ表しており、ギャップパターン系列１は端末Ａに割り当てられ、ギャップパターン系列２は端末Ｂに割り当てられ、ギャップパターン系列３は端末Ｃに割り当てられる。【００１９】
図２Ｆは、図２Ｃ〜Ｅに示すギャップパターン系列が用いられた場合のスケジューリング結果を示す。図２Ｆに示した白抜き部分がスループットの低下を示しており、図２Ｂに示したギャップがない場合のデータ量からの低下を示している。【００２０】
また、端末が自立的にギャップの割り当てを行うことも考えられる。具体的な自律的ギャップ割り当ての方法としては、瞬時ＣＱＩ値と平均ＣＱＩ値の２つのＣＱＩ値と２つの閾値とを使用することが考えられる。瞬時ＣＱＩ値は測定されたサービングセルのチャネル品質を表し、平均ＣＱＩ値は一定期間にわたる瞬時ＣＱＩ値の平均である。２つの閾値、閾値Ａ及び閾値Ｂは測定モード（圧縮モード）の開始と終了を判定する閾値であり、閾値Ａは閾値Ｂより低く設定される。【００２１】
自律的ギャップ割り当ては、次の手順によって行われる。端末は瞬時ＣＱＩ値を測定し、継続的に平均ＣＱＩ値を更新する。また、端末は、上述したチャネル指向パケットスケジューラの操作を容易にするため、測定された瞬時ＣＱＩ値を基地局に定期的に報告する。端末において更新される平均ＣＱＩ値が閾値Ａより低い場合、端末は測定モードを開始する。測定モードでは、測定された瞬時ＣＱＩ値が平均ＣＱＩ値より低い場合、端末は周波数間測定又はＲＡＴ間測定のためのギャップを生成する。瞬時ＣＱＩ値が平均ＣＱＩ値より高い場合、端末はデータ伝送を続けることができるように基地局に瞬時ＣＱＩ値を送信してよい。平均ＣＱＩ値が閾値Ｂより大きい場合、端末は測定モードを終了する。【００２２】
このように、端末はＣＱＩを送信しないことにより、ギャップを割り当てていることを基地局に通知することができる。すなわち、ＣＱＩが送信されるか否かにより、端末と基地局とでギャップの割り当て情報を共有することができる。
【非特許文献１】Ericsson, R2-062134, “Idle Gaps for Handover Measurements in E-UTRAN”, August 2006
【非特許文献２】Qualcomm, R2-062359, “Measurement Gap Scheduling”, August, 2006
【発明の開示】
【発明が解決しようとする課題】
【００２３】
しかしながら、上述した自律的ギャップ割り当ての方法でも、以下のような問題がある。一つ目の問題は、端末が測定モードを開始するタイミングと終了するタイミングは、予測不可能であるということである。これは、平均ＣＱＩ値が２つの閾値を頻繁に横切る可能性が高い時変チャネルの性質に起因する。例えば、端末が短いフェージング状態にあると、端末は短い測定モードを設定することがある。すなわち、端末の平均ＣＱＩ値が閾値Ａより低い場合、端末は測定モードを開始する。ところが、端末は、短いフェージング期間であることから、極めて速く測定モードを終了する。このような場合、測定モードにおける測定と生成されるギャップは、端末が周波数間測定又はＲＡＴ間測定を行うのに適したものではない。【００２４】
二つ目の問題は、測定モードにおいて生成されるギャップが非常に長く、測定を行うのに必要なギャップより長くなってしまうことがある。これも、測定モードが長く、瞬時ＣＱＩ値が平均ＣＱＩ値未満である時間が非常に長くなる可能性が高い時変チャネルの性質に起因する。この結果、必要以上のギャップを用いてしまうため、依然としてデータ伝送速度の低下及びスループットの損失と端末に非効率な電力消費をもたらしてしまう。【００２５】
本発明の目的は、データ伝送速度の低下及びスループットの損失をさせずに、自律的ギャップ割り当てを行うギャップ支援測定方法を提供することである。
【課題を解決するための手段】
【００２６】
本発明のギャップ支援測定方法は、基地局装置から送信され、ギャップ支援測定方法を指示するギャップ支援測定タスクを取得する工程と、前記ギャップ支援測定タスクに含まれた前記ギャップ支援測定タスクの開始時間と、前記ギャップ支援測定タスクの継続時間に従って、ギャップモードを開始する工程と、開始された前記ギャップモードにおいて、前記ギャップ支援測定タスクに含まれた全ギャップ長に基づいて、ギャップを生成する工程と、を具備するようにした。
【発明の効果】
【００２７】
本発明によれば、データ伝送速度の低下及びスループットの損失をさせずに、自律的ギャップ割り当てを行うことができる。
【図面の簡単な説明】
【００２８】
【図１】圧縮モードにおけるギャップパターン系列の例を示す図
【図２】高いチャネル品質の期間と所定ギャップとがオーバーラップする場合のスループットの損失を示す図
【図３】端末が他の異なるＲＡＴのセルに移動する様子を示す図
【図４】ネットワークがギャップ支援測定タスクの各種パラメータを決定する手順を示すフロー図
【図５】本発明の実施の形態１に係るギャップ支援測定タスクを実行する端末の動作を示すフロー図
【図６】レイヤ２及びレイヤ３のシグナリングの様子を示す図
【図７】レイヤ２及びレイヤ３のシグナリングの様子を示す図
【図８】レイヤ３のシグナリングの様子を示す図
【図９】本発明の実施の形態２に係るギャップ支援測定タスクを実行する端末の動作を示すフロー図
【図１０】非リアルタイムサービスのギャップモードにおいて生成されるギャップの説明に供する図
【図１１】持続的スケジューリングが行われるリアルタイムサービスのギャップモードにおいて生成されるギャップの説明に供する図
【図１２】通常モードの端末を対象とするパケットスケジューラの動作と、ギャップモードの端末を対象とするパケットスケジューラの動作とを比較する図
【図１３】ギャップモードの端末の動作を示す図
【図１４】現タスクの終了後に新規タスクが割り当てられる様子を示す図
【図１５】Ｔｏ＝“追加”を有する第２のタスクが第１のタスクのタスク継続時間中に送信された様子を示す図
【図１６】Ｔｏ＝“クリア”を有する第２のタスクが第１のタスクのタスク継続時間中に送信される様子を示す図
【図１７】２つの変数と現在時刻Ｔを示す図
【図１８】端末のＴａｓｋＱｕｅ操作方法の説明に供する図
【図１９】端末の時刻ＴにおけるＡｃｔｉｖｅＴａｓｋ操作方法の説明に供する図
【発明を実施するための最良の形態】
【００２９】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。【００３０】
（実施の形態１）
図３に、端末が他の異なるＲＡＴのセルに移動する様子を示す。具体的には、ＬＴＥのサービングセル１００からＷＣＤＭＡのセル１５０に移動するものとする。図３に示す端末１２０は、ＬＴＥとＷＣＤＭＡに対応できるように二つの受信機を有する。すなわち、端末１２０がＬＴＥセル内にある場合、端末１２０はＬＴＥ信号を受信するためにＬＴＥ受信機１３０を使用する。また、端末１２０がＷＣＤＭＡセル内に移動した後は、端末１２０はＷＣＤＭＡ受信機１４０を使用する。【００３１】
なお、図３に示した端末は、３つ以上の受信機を備えてもよく、例えば、ＬＴＥ受信機、ＷＣＤＭＡ受信機及びＧＳＭ受信機を備えてもよい。また、図３に示した端末は、一つのアンテナを備える場合を示したが、複数のアンテナを備えてもよい。【００３２】
ネットワークがギャップ支援測定タスク（以下、単に「タスク」と簡略化する場合がある）を割り当てる理由は、端末のチャネル品質が一定期間の間により悪くなったり、またはネットワークがネットワーク負荷を平準化するため、端末をサービングセルから他のセルに再接続したりすることが挙げられる。【００３３】
ギャップ支援測定タスクは、各種情報を含むことができ、ギャップモード、ギャップモードで生成されるギャップの全体長及び測定タスクの操作を定義する以下のパラメータを含むことができる。すなわち、ギャップモードの開始時間を示すタスク開始時間（以下、「Ｔｓ」と省略する）と、ギャップモードの継続時間を示すタスク継続時間（以下、「Ｔｄ」と省略する）と、ギャップモードにおけるギャップの全体長を示すタスクの全ギャップ長（以下、「Ｔｇ」と省略する）と、ギャップ支援測定タスクの操作を示すタスク操作（以下、「Ｔｏ」と省略する）とである。【００３４】
上記パラメータにおいて、Ｔｄは常にＴｇ以上でなければならない。すなわち、全てのギャップ支援測定タスクに対して、Ｔｄ≧Ｔｇを満たさなければならない。パラメータＴｓの単位は絶対時刻でもよいし、または無線フレームに付与されるインデックスに使用されるカウンタであってもよい。よって、ＴｄとＴｇが絶対時刻である場合には、それらはミリ秒のような単位で表される。また、ＴｄとＴｇが無線フレームに付与されるインデックスに使用されるカウンタである場合には、それらは送信時間間隔（すなわち、等価的にはサブフレーム）のような単位で表される。以下、Ｔｓの単位は、１、２、３、．．．のようなサブフレームに付与するインデックスとして説明し、ＴｄとＴｇの単位は、サブフレーム（例えば、１ミリ秒のサブフレーム）として説明する。【００３５】
なお、Ｔｄ期間の間、端末とネットワークの動作を変更することができる。例えば、Ｔｄ期間中の無線リソースの割り当て方式として、周波数軸上に分散されたサブキャリアを割り当てる分散化手法（distributed approach）がとられている場合、チャネル品質報告に必要なリソースは減少する。一方、Ｔｄ期間中の無線リソースの割り当て方式として、周波数軸上に固まったサブキャリアを割り当てる局所化手法（localized approach）がとられている場合、多くのチャネル品質報告を送信することが必要である。これは、分散化手法では、受信品質の周波数軸上での平均値を送ればよいのに対して、局所化手法では受信品質をある程度の周波数単位で送らなければいけないためである。そのため、局所化手法が使用されていても、Ｔｄ期間の間のみ分散化手法を使用することが考えられる。【００３６】
パラメータＴｏは、他のギャップ支援測定タスクとの関連を示すものであり、このギャップ支援測定タスクを操作する方法の指示に使用される。具体的には、他のギャップ支援測定タスクが終了してからこのギャップ支援測定タスクを行うのか、他のギャップ支援測定タスクを強制終了してこのギャップ支援測定タスクを行うのか、他のギャップ支援測定タスクと並行してこのギャップ支援測定タスクを行うのかなどを示すものである。【００３７】
ギャップ支援測定タスクは、測定目的、測定量、測定報告判定基準、測定報告品質等の測定構成と測定識別情報とを含む測定関連情報などにより決まる。測定識別情報は、測定関連情報を識別するため測定関連情報に付与されるインデックスである。測定構成は、ギャップにおいて測定する対象、測定方法等の指示に使用される。なお、測定構成については、例えば、3GPP TS 25.331,“UMTS Radio Resource Control (RRC) Protocol Specification”,v7.0.0, 2006.03等に開示されている。【００３８】
図４は、ネットワークがギャップ支援測定タスクの各種パラメータを決定する手順を示すフロー図である。ステップ（以下、「ＳＴ」と省略する）２０１では、ギャップ支援測定タスクが開始され、ＳＴ２０２では、ギャップ支援測定タスクを端末に実行させるタイミングを示すタスク開始時間Ｔｓが決定される。【００３９】
ＳＴ２０３では、ギャップモードにおけるギャップの全体長を示す全ギャップ長Ｔｇがギャップ支援測定タスクを終了するのに必要な測定時間などから算出され、ＳＴ２０４では、ＱｏＳを満たした状態でギャップ支援測定タスクが実行できるように、ギャップモードのタスク継続時間Ｔｄが決定される。ここで、タスク継続時間Ｔｄは、ギャップの全体長Ｔｇより長く、タスク継続時間Ｔｄからギャップの全体長Ｔｇを引いた時間内でＱｏＳを満たす必要がある。【００４０】
次に、ギャップ支援測定タスクを実行する端末の動作について図５を用いて説明する。図５において、ＳＴ３０１では、ギャップ支援測定タスクを実施するため、ネットワークが決定した各種パラメータを取得し、ＳＴ３０２では、現在時刻を確認し、現在時刻がＴｓとなった時にギャップ支援測定タスクを開始する。【００４１】
ＳＴ３０３では、端末が測定したＣＱＩがある閾値より低いか否かを判定し、ＣＱＩが閾値より低い場合（Ｙｅｓ）、ＳＴ３０６に移行し、ＣＱＩが閾値より高い場合（Ｎｏ）、ＳＴ３０４に移行する。ここで、閾値は、報知情報によって通知されてもよいし、測定指示メッセージ（Measurement control message）によって伝えられてもよいし、予め端末が保持しておいてもよい。【００４２】
ＳＴ３０４では、閾値を更新する必要があるか否かを判定する。例えば、ＣＱＩが連続的に高い場合には、端末がギャップを生成することができず、測定できない状態が継続する。このため、ギャップを確実に生成できるように閾値を高く更新する。逆に、ＣＱＩが連続的に低い場合には、閾値を低く更新する。これらの更新に関しても、報知情報によって通知されてもよいし、測定指示メッセージ（Measurement control message）によって通知されてもよいし、予め端末が保持しておいてもよい。ＳＴ３０４の判定の結果、閾値を更新する必要がある場合（Ｙｅｓ）、ＳＴ３０５に移行し、閾値を更新し、ＳＴ３０３に戻る。また、閾値を更新する必要がない場合（Ｎｏ）、ＳＴ３０３に戻る。【００４３】
ＳＴ３０６では、残っているギャップ長、残っている時間などからギャップの長さを決定し、そのギャップ内で測定を実施する。ＳＴ３０７では、測定が終了したか否かを判定し、測定が終了した場合（Ｙｅｓ）には、ＳＴ３０９に移行し、Ｔｄ経過後通常モードへ移行してギャップ支援測定タスクを終了する。測定が終了していない場合（Ｎｏ）には、ＳＴ３０８に移行する。【００４４】
ＳＴ３０８では、今までの全ギャップがギャップの全体長を示すＴｇを超えているか否かを確認し、超えている場合（Ｙｅｓ）には、ＳＴ３０９に移行し、Ｔｄ経過後通常モードへ移行してギャップ支援測定タスクを終了する。また、超えていない場合（Ｎｏ）には、ＳＴ３０３に戻る。【００４５】
なお、ネットワークによって決定された各種パラメータを含むギャップ支援測定タスクを端末に割り当てるシグナリングメッセージは、個別チャネルを介してネットワークから端末に送信される。測定識別情報によりインデックスが付与された測定関連情報構成が予め端末に設定されており、変更する必要がない場合、そのインデックスのみを送信することにより、送信するメッセージを削減することが可能である。【００４６】
次に、各種パラメータの値を設定する方法について具体的に説明する。まず、パラメータＴｏには“開始”が設定される。ここで、ネットワークがギャップ支援測定タスクを送信することを決定する時刻をＴと表すものとする。【００４７】
端末がネットワークからタスクを受信する際、何らかの遅延と遅延変動が想定されるので、ネットワークは、タスクのシグナリング遅延を想定し、現在時刻Ｔ及び遅延時間Ｔｄｅｌａｙを用いてＴｓの値を設定する。従って、Ｔｓの値を設定するための必須条件はＴｓ＞Ｔ＋Ｔｄｅｌａｙとなる。例えば、Ｔ＝１０、Ｔｄｅｌａｙ＝４の場合、Ｔｓ＝１５は妥当な値である。【００４８】
また、ネットワークはＴｄを決定する前にＴｇを決定する。Ｔｇの値は、セルを測定する最短時間、測定するセルの数、セルを測定する回数に関係する測定目的及び測定量に基づいて算出される。また、セルの測定を正常に終えるためにはＭ１で表される最小の測定継続時間を必要とする。ここで、Ｎ１は、ギャップ支援測定タスクにおいて測定される隣接セルの数を表し、Ｎ２は、隣接セルが測定される回数を表すものとする。従って、Ｔｇの値はＭ１とＮ１とＮ２の積以上でなければならない。すなわち、Ｔｇ≧Ｍ１×Ｎ１×Ｎ２となる。例えば、Ｍ１＝２、Ｎ１＝２０、Ｎ２＝２の場合、Ｔｇ≧２×２０×２＝８０となる。電力消費を最小に抑え、測定時間を最低限に抑えるためには、Ｔｇ＝Ｍ１×Ｎ１×Ｎ２に設定し、Ｍ１＝２、Ｎ１＝２０、Ｎ２＝２の場合、Ｔｇ＝８０となる。このように、Ｔｇは全ての隣接セルを一定の信頼性をもって測定できるように設定される。【００４９】
Ｔｇの値を設定した後、ネットワークは、Ｔｇ以上のＴｄの妥当な値を設定する。ネットワークから端末への測定結果の要求が緊急ではない場合、Ｔｇと比較して、比較的長いＴｄを設定してよい。例えば、Ｔｄ＝６×Ｔｇを設定してよく、上記数値例ではＴｄ＝６×８０＝４８０である。一方、ネットワークから端末への測定結果の要求が緊急の場合、比較的短いＴｄを設定してよい。例えば、Ｔｄ＝２×Ｔｇと設定してよく、上記数値例ではＴｄ＝２×８０＝１６０である。また、ギャップ支援測定タスクの上記方法において、Ｔｄ＝Ｔｇと設定することにより単独の長いギャップを有する単純なギャップパターン系列を送信することが可能である。なお、Ｔｄの値は、Ｔｇの１０倍以下の範囲でＴｇより大きいことが好ましい。【００５０】
上記パラメータ設定方法は、ＵＭＴＳにおいて使用された所定のギャップパターン系列の概念にも適用できる。上と同じ変数により、ネットワークはＴｏを“開始”と設定し、Ｔｓ＝４を設定する。１０サブフレーム毎に２つのサブフレームのギャップを含む所定のギャップパターン系列を考えると、ギャップパターン系列の長さは４００サブフレームである。これは、このようなギャップパターン系列におけるギャップの全体長が４００／１０×２＝８０サブフレームであることを示す。また、これは、ギャップパターン系列が４００サブフレームにわたることを示す。従って、ネットワークはＴｇ＝８０サブフレームとＴｄ＝４００サブフレームを設定することができる。【００５１】
また、上記パラメータ（タスク継続時間Ｔｄ）を設定する際、現在のネットワーク負荷状況、ハンドオーバの遅延規定、端末の瞬間的なチャネル状態とそのＱｏＳ要求条件も考慮した方がよい。これらを考慮したギャップ割り当ての動作について説明する。【００５２】
まず、ネットワークは、ギャップ支援測定タスクによって生成するギャップを、可変ギャップ割り当てで行っても、固定的なギャップ割り当てで行ってもよい。ここで、ネットワークが可変ギャップ割り当てを行う場合について説明する。ネットワークは、各割り当てギャップを端末にシグナリングする必要がある。この個々のギャップ割り当ての指示を、レイヤ２のシグナリングを介して行うことで随時ネットワークの状況に応じたギャップ割り当てを実現することが可能である。これは図６に示され、レイヤ３のＲＲＣシグナリングがギャップ支援測定タスクのパラメータ設定に使用され、レイヤ２のＭＡＣシグナリングが個々のギャップの設定に使用される。【００５３】
次に、ネットワークが固定的なギャップ割り当てを行う場合について説明する。ネットワークは、割り当てられた上記パラメータに加え、各ギャップ長、ギャップ間距離などのいくつかの制限に基づき、それぞれが等しいギャップ間距離により分離された等しい長さの一連のギャップから構成される固定のギャップパターンを割り当てる。この固定のギャップパターンは、基地局のＭＡＣに設置されたパケットスケジューラによって持続的スケジューリングが行われるリアルタイムサービスに好適であるので、固定のギャップパターンはネットワークレイヤ２のＭＡＣシグナリングにより割り当てられてもよいし、レイヤ３のＲＲＣシグナリングにより割り当てられてもよい。【００５４】
図７に、所与のパラメータを有する割り当てタスクに基づき固定のギャップパターンをシグナリングするためにどのようにレイヤ２のＭＡＣシグナリングもしくはレイヤ３のＲＲＣシグナリングを使用することができるかを例示する。最初のギャップは時刻Ｔｓで開始され、ギャップパターンはタスク継続時間Ｔｄを越えることはないので、このようなレイヤ２のＭＡＣシグナリングは、固定のギャップパターンを指示するために２つのパラメータ、すなわち、固定ギャップ長（Ｌｇ）と固定ギャップ間距離（Ｄｇ）とを使用するだけでよいことが分かる。また、基地局レイヤ２による自律的なギャップ割り当てと比較し、固定のギャップパターンは、レイヤ２のシグナリングオーバーヘッドを削減し、持続的スケジューリングを有するリアルタイムサービスに最も好適である。パケットスケジューラは、持続的スケジューリングが行われるリアルタイムサービスのＤＲＸ（Discontinuous Reception）期間内にのみギャップが存在するように、固定のギャップパターンを設定することができる。【００５５】
なお、本実施の形態では、ネットワークが、ギャップ支援測定タスクによって生成するギャップを、可変ギャップ割り当てで行うか、固定的なギャップ割り当てで行うかを端末の行っているサービス、無線状態などを用いて決定するようにしてもよい。また、ネットワーク主導ではなく端末が単独でギャップを生成する場合、ネットワークは、個々のギャップ割り当てに関し、さらにシグナリングする必要がない。これは図８に示され、ここではギャップ支援測定タスクを送信するシグナリングのみが必要とされる。なお、このシグナリングとしてはレイヤ３のＲＲＣシグナリングが考えられる。【００５６】
本実施の形態において、端末は、ギャップ支援測定タスクを受信すると、時刻Ｔｓから長さＴｄを有するギャップモードに遷移し、このギャップモードにおいてＴｇ以下の全体長を有するギャップを生成する。通常、端末は、サービングセルのチャネル品質が非リアルタイムサービスの要求するチャネル品質より低い場合にギャップを生成することができ、リアルタイムサービスのＤＲＸ期間中にギャップを生成することができる。【００５７】
このように実施の形態１によれば、ギャップ支援測定タスクに含まれたタスク開始時間とタスク継続時間とに従ってギャップモードを開始し、開始したギャップモードにおいて、ギャップ支援測定タスクに含まれた全ギャップ長に基づいて、ギャップを生成することにより、データ伝送速度の低下及びスループットの損失をさせずに、自律的ギャップ割り当てを行うことができる。【００５８】
（実施の形態２）
本発明の実施の形態２では、端末がギャップモードにおいてギャップを自発的に生成する際、ギャップ長とギャップ間距離に制限を設ける場合について説明する。【００５９】
サービングセルとは異なる搬送波周波数又は異なるＲＡＴのセルのチャネル品質を測定する場合、端末は、このセルのチャネル品質を測定できるように、このセルに同期するとともにこのセルを識別する必要がある。このようなセルの特定処理としては、例えば、ＵＭＴＳ ＦＤＤの３ステップセルサーチが知られている。３ステップセルサーチは、ステップ１ではスロット同期を行い、ステップ２ではフレーム同期と符号群識別を行い、ステップ３ではスクランブル符号識別を行うものである。端末は、３ステップセルサーチ後、特定したセルのチャネル品質を測定することができる。【００６０】
３ステップセルサーチにおけるいずれかのステップを、他のセルの測定に再利用してもよいので、３ステップの全てがセルのチャネル品質測定に必要ではないが、少なくとも一回は実行されなければならない。従って、ギャップは、少なくとも一つのセルを正常に測定するために必要なギャップ長を有していなければならない。このギャップ長は最小ギャップ長と呼ばれ、Ｌｍｉｎで表される。【００６１】
一方、セルサーチにおいていずれかのステップを再利用するためには、ギャップ間距離が大き過ぎてはならないので、ギャップ間距離の最大値を設定する必要がある。ギャップ間距離の最大値は最大ギャップ間距離と呼ばれ、Ｄｍａｘで表される。例えば、多くのセルを測定する場合、Ｄｍａｘ値は、次のギャップだけでなく、多くのギャップも前の同期結果を利用できる値でなければならない。高速移動する端末は、他のセルに頻繁に移動するので、より多くの測定が行われる。従って、測定効率を高めるためには、端末による前の同期結果（すなわち、短いＤｍａｘ値）を最大限に利用する必要がある。このことから、最大ギャップ間距離は端末の移動速度に応じて設定される。【００６２】
なお、Ｌｍｉｎ及びＤｍａｘは、端末が現在受信しているサービスにかかわらず、ギャップ生成において適用される。ちなみに、厳しいパケット遅延を有するリアルタイムサービスに関しては、別の制限、すなわちＬｍａｘで表される最大ギャップ長があり、これはリアルタイムサービスのパケット遅延要件に応じて設定される。【００６３】
次に、ギャップ支援測定タスクを実行する端末の動作について図９を用いて説明する。ただし、図９が図５と共通する部分には、図５と同一の符号を付し、重複する説明は省略する。【００６４】
図９において、ＳＴ４０１では、前のギャップから現ギャップまでの間がＤｍａｘ以内であるか否かを確認する。Ｄｍａｘ以内である場合（Ｙｅｓ）には、ＳＴ３０４に移行し、Ｄｍａｘを超える場合（Ｎｏ）には、ＳＴ４０２に移行する。【００６５】
ＳＴ４０２では、残っているギャップ長、残っている時間に加えてＬｍｉｎをギャップ決定に使用し、ギャップを生成する。【００６６】
なお、ＬｍｉｎとＤｍａｘは、ネットワークからネットワーク内の端末に報知することができる。また、ＬｍｉｎとＤｍａｘは、ギャップ支援測定タスクと共に送信してもよい。ネットワークから送信されたＬｍｉｎとＤｍａｘは、端末がリアルタイムサービスに入ると同時に設定される。【００６７】
次に、非リアルタイムサービスのギャップモードにおいて生成されるギャップについて、図１０を用いて説明する。ここでは、上記パラメータをＴｓ＝１５、Ｔｄ＝４０、Ｔｇ＝１５、Ｔｏ＝“開始”、Ｌｍｉｎ＝２、Ｄｍａｘ＝１０と設定する。端末は、割り当てられたギャップ支援測定タスクに従って、時刻Ｔｓ＝１５からギャップモードに入る。【００６８】
まず、端末はサービングセルのＣＱＩが低いことを検出する。このとき、ＴｄはＴｇよりはるかに大きいので、端末は、はじめに、Ｔ＝１５で始まるＬｍｉｎ＝２以上の長さ２のギャップを生成する。【００６９】
端末は、サービングセルのチャネルがサブフレーム１７〜２０において改善したことを検出すると、データ伝送を再開する。端末はサービングチャネル品質を監視し続け、サービングセルのＣＱＩが再び低いことを検出すると、端末はさらにいくつかのギャップを生成する。例えば、サービングセルのＣＱＩが低く、かつ、ギャップモードの残り時間が長くない場合、端末は、再びＴ＝２１で始まるＬｍｉｎ＝２以上の長さ３のギャップを生成し、さらに同様のギャップ生成処理を継続する。【００７０】
サービングチャネルは時刻Ｔ＝４０で良好であり、端末は、ギャップは必要ないと判定するが、Ｄｍａｘ＝１０が設定されているので、ギャップ間距離８でＤｍａｘ＝１０未満となるように、時刻Ｔ＝４９で始まるギャップを生成する。【００７１】
次に、持続的スケジューリングが行われるリアルタイムサービスのギャップモードにおいて生成されるギャップについて、図１１を用いて説明する。持続的スケジューリングとは、ある時間間隔で一定の規則に基づいて端末に無線リソースを割り当てることをいう。例えば、リアルタイムサービスを受ける端末は、８サブフレーム毎にデータ伝送用の２サブフレームが割り当てられ、この割り当ては、８０サブフレーム毎に繰り返される。従って、端末は、８サブフレーム毎にデータ伝送用の２サブフレームを使用し、残り６サブフレームを電力消費の低減可能なＤＲＸ期間として使用する。ここでは、上記パラメータをＴｓ＝１５、Ｔｄ＝４０、Ｔｇ＝４５、Ｔｏ＝“開始”、Ｌｍｉｎ＝２、Ｄｍａｘ＝１０と設定する。また、最大ギャップ長は、Ｌｍａｘ＝６（すなわち、この例ではＤＲＸ期間の長さ）と設定する。【００７２】
図１１に、リアルタイムサービスのギャップモードにおいて生成されるギャップを示す。ここでは、単純な固定ギャップパターンが使用され、全てのギャップがＤＲＸ期間に生成されることが分かる。すなわち、ＤＲＸ期間の６サブフレーム毎に３サブフレームがギャップ用に使用される。この例は、ギャップ支援測定タスクが固定ギャップパターン系列の使用を排除するものではないこと示す。【００７３】
なお、非リアルタイムサービス及びリアルタイムサービスのギャップモードにおけるギャップ生成方法とは別に、端末は他のギャップ生成方法を用いてもよい。一般的には、非リアルタイムサービスに関しては、ギャップ生成方法はサービングセルの瞬間的なチャネル品質に依存してもよく、端末は、サービングセルのチャネル品質が低い期間にギャップを生成することができる。一方、持続的スケジューリングを有するリアルタイムサービスに関しては、最大ギャップ長を超えないように、ＤＲＸ期間とオーバーラップしてギャップを生成してもよく、ＤＲＸ期間とオーバーラップするギャップを有する固定のギャップパターン系列を単純化のために使用することができる。【００７４】
実施の形態１において説明したように、共有無線リソース割り当てがチャネル指向パケットスケジューラにより行われる。チャネル指向パケットスケジューラは、端末を選択し、選択した端末にデータ伝送用の無線リソースを送信時間間隔毎（例えば、サブフレーム毎）に割り当てる。チャネル指向パケットスケジューラによる端末の選択方法及び無線リソースの割り当て方法は、オペレータが任意に決定してよい。【００７５】
チャネル指向パケットスケジューラは、ギャップモードの端末を対象とした動作と、通常モード（すなわち、ギャップモードでない）の端末を対象とした動作とは異なる。以下、これらの違いについて説明する。まず、チャネル指向パケットスケジューラの動作は、一般的に、パケットスケジューリング中、通常モードの端末を考慮する必要がある。ただし、特定の端末が、特定の回のスケジューリングにおいて必ずしも選択されなくてよい。ギャップモードの端末に関し、チャネル指向パケットスケジューラは、この特定の端末により送信されるインジケータによりスケジューリングを行ってよいと通知されるまで、パケットスケジューリングを行う際、この端末を考慮しない。【００７６】
通常モードの端末を対象とするパケットスケジューラの動作と、ギャップモードの端末を対象とするパケットスケジューラの動作とを図１２を用いて比較する。図１２に示すように、この特定の端末がデータ伝送のために必ずしも選択されなくてよいが、パケットスケジューラは、送信時間間隔毎のパケットスケジューリングにおいて、通常モードの端末を考慮する必要がある。逆に、端末がギャップモードにあると、この端末により送信されたインジケータ１０を受信した後、パケットスケジューラは、適格期間（eligible period）２０の間、この特定の端末を考慮しない。適格期間の後、パケットスケジューラは、再び別のインジケータを受信するまでこの特定の端末をスケジューリングすることを考慮しない。【００７７】
なお、インジケータ１０は、サービングセルのＣＱＩ報告であってよく、Ｔｅで表される適格期間２０の長さは、予め定義されるかあるいは上記ギャップ支援測定タスクと共に送信されるかのいずれかでよい。【００７８】
また、ギャップモードの端末の動作は通常モードの動作とは異なる。前に検討したように、ギャップモードにおけるギャップ生成方法に関する動作の他に、ギャップモードの端末は、ネットワークにインジケータを送信することによりそのデータ伝送を再開することができる。このようなインジケータを送信した後、ある期間の間、端末はギャップの生成を停止するが、その受信回路をサービングセル周波数に再チューニングし、基地局から送信される共通制御チャネル上のスケジューリング決定情報を監視する。この特定の端末に割り当てられる無線リソースが存在する場合、端末はこのようなスケジューリング決定情報に従って通常のデータ伝送を行う。図１３に、ギャップモードの端末の動作を示す。ギャップモードの端末がデータ伝送を再開したい場合、端末は、インジケータ３０を送信し、このインジケータの送信直後の待機期間４０の間、スケジューリング決定情報用のチャネルを監視し、このスケジューリング決定情報に従ってデータ伝送を再開する。【００７９】
なお、ギャップモードの端末から送信されたインジケータ３０は、サービングセルのＣＱＩ報告であってよく、Ｔｗで表される待機期間４０の長さは、予め定義されるかあるいは上記ギャップ支援測定タスクと共に送信されるかのいずれかでよい。端末がインジケータを送信する時刻とネットワークがこのインジケータを受信する時刻との間には遅延が生じるので、このような遅延を補正するため、Ｔｗ＞Ｔｅの関係が必要である。ただし、ＴｗとＴｅとの差は可能な限り小さくなければならない。【００８０】
また、ギャップモードの端末は、受信したギャップ支援測定タスクの要件に従って必要な全てのギャップを生成した（すなわち、全てのＴｇギャップが生成された）が、残りのギャップ継続時間が依然として長い場合がある。このような場合、端末は、そのデータ伝送を再開するため上記インジケータを連続的に送信してよい。【００８１】
また、ギャップモードの端末は、測定構成において指示された測定報告判定基準と測定報告品質に従ってその測定結果を報告することができる。測定結果を報告する方法は、定期的またはイベント起動（event triggered）のいずれであってもよく、ＵＭＴＳにおいて使用される方法を再利用してもよい。これらの方法は既存の技術であり、ここでの詳細な説明は省略する。【００８２】
このように実施の形態２によれば、最小ギャップ長Ｌｍｉｎ及び最大ギャップ間距離Ｄｍａｘを設定することにより、測定に必要なギャップ長を確保することができると共に、長時間測定が行われない状況を回避することができる。【００８３】
（実施の形態３）
本発明の実施の形態３では、多重タスク管理について説明する。【００８４】
通常、ネットワークは、ハンドオーバを行うためにギャップ支援測定タスクを送信し、現タスクの終了後に新規タスクを送信することができる。例えば、ネットワークは、ハンドオーバを必要とする端末に対し、ＲＡＴ間ハンドオーバより周波数間ハンドオーバを選択する。ネットワークは、まず周波数間ハンドオーバのためのタスクを送信する。その後、ＲＡＴ間ハンドオーバも適用可能となり、ネットワークが端末にＲＡＴ間測定の実行を要求する場合、ネットワークは現タスクの終了後に新規タスクを送信してよい。【００８５】
図１４は、現タスクの終了後に新規タスクが割り当てられる様子を示す。ネットワークは、通常、ハンドオーバを行うためにシングルタスクを送信するが、現タスクのタスク継続時間中に新規タスクを送信することがある。このような場合、多重タスク管理が必要であり、ギャップ支援測定タスクにおけるパラメータＴｏが、複数のタスク管理に使用される。【００８６】
ネットワークは、第１のタスク（現タスク）のタスク継続時間中に第２のタスク（新規タスク）を送信し、第１のタスクの操作に悪影響を及ぼすことなく第２のタスクができるだけ早く始まることを望む。このような場合、第１のタスクにおける全てのギャップが生成されると直ちに第２のタスクを開始することができる。しかしながら、ギャップモードにおいて自律的なギャップ割り当てによってギャップを生成する端末では、ネットワークは、現タスクにおけるギャップが全て生成された正確な時間が分からない。そこで、ネットワークは、現タスクの終了以降に起動する第２のタスクを送信する。例えば、Ｔｓ_１とＴｄ１が第１のタスクの開始時間とタスク継続時間を表すものとする。このとき、第２のタスクの開始時間Ｔｓ_２は、Ｔｓ_２≧Ｔｓ_１＋Ｔｄ_１と設定してよい。ただし、第２のタスクは、時刻Ｔｓ_１とＴｓ_２の間の任意の時間に送信してよい。【００８７】
第２のタスクをできるだけ早く開始するために、ネットワークはパラメータＴｏを“追加”に設定し、第１のタスクが終了していない場合において第２のタスクを操作する方法を指示する。図１５に、Ｔｏ＝“追加”を有する第２のタスクが第１のタスクのタスク継続時間中に送信された様子を示す。この“追加”の場合、ネットワークは、第２のタスクの正確な開始時間を認識しなくてもよい。従って、ネットワークは、時刻Ｔｓ_２から時刻Ｔｓ_２＋Ｔｄ_２までの期間を第２のタスクのタスク継続時間として使用する。ただし、ネットワークが時刻Ｔｓ_２＋Ｔｄ_２の前に全てのＴｇ_２ギャップを生成していたとしても端末のデータ伝送に影響を与えるものではない。これは、ネットワークが、実際の開始時間から時刻Ｔｓ_２＋Ｔｄ_２までの期間にデータ伝送を再開するためのインデックスを送信する上記方法を使用できるためである。【００８８】
ギャップ支援測定タスクが割り当てられた端末は、割り当てられたＴｇの全てを用いることなく、必要な測定を終了することがある。このような場合、端末は、ネットワークからの指示なしに未使用ギャップをクリアすることができない。すなわち、端末がギャップを終了しないうちに、既に必要な測定結果を生成したとしても、未使用ギャップをクリアする指示をネットワークから受信していなければ、端末は依然として残りギャップを生成することになる。そこで、ネットワークは、未使用ギャップをクリアし、かつ継続的タスクをクリアするように端末に指示する。具体的には、端末はタスク継続時間終了の前に測定結果を報告した場合に、ネットワークはそれ以上の測定が第１のタスクに対して必要がないと判断できる場合がある。その場合には、第１のタスクと同じ測定識別情報を有する第２のタスクを送信するとともに、第２のタスクにおいて送信されたＴｓにより規定された時刻に、第２のタスクと同じ測定識別情報を有する端末に格納された全てのタスクをクリアするために使用されるパラメータＴｏを“クリア”に設定することができる。図１６に、Ｔｏ＝“クリア”を有する第２のタスクが第１のタスクのタスク継続時間中に送信される様子を示す。【００８９】
ネットワークは、また、第１のタスクのタスク継続時間中にパラメータＴｏ＝“開始”を有する第２のタスクを送信することができる。ただし、ネットワークは、この第２のタスクの開始時間を適切に設定するものとする。このような場合、この第２のタスクの開始時間は、第１のタスクの終了時刻以降に設定されなければならない。例えば、Ｔｓ_１とＴｄ_１が第１のタスクの開始時間とタスク継続時間を表すものとする。このとき、第２のタスクの開始時間は、Ｔｓ_２≧Ｔｓ_１＋Ｔｄ_１と設定しなければならない。ただし、第２のタスクは、時刻Ｔｓ_１とＴｓ_２の間の任意の時間に送信してよい。【００９０】
以下、端末が複数のタスクをどのように操作するかについて詳細に説明する。端末は、タスクの操作に関連する２つの変数を維持する。一つの変数、すなわち、ＴａｓｋＱｕｅで表されるタスク待ち行列は、その開始時間によりソートされた受信ギャップを格納する待ち行列を維持するために使用される。また、別の変数、すなわち、ＡｃｔｉｖｅＴａｓｋで表されるアクティブタスクは、操作が継続中のタスクを管理するために使用される。図１７に、２つの変数と現在時刻Ｔを示す。【００９１】
以下、新規タスクが時刻Ｔに達した際、端末のＴａｓｋＱｕｅ操作方法について図１８を用いて説明する。なお、開始時間は［０，ｍａｘＣＦＮ（Connection Frame Number：フレーム番号の情報。ＵＭＴＳではｍａｘＣＦＮ＝２５５）］等の整数範囲から設定されるものと仮定する。【００９２】
図１８において、ＳＴ５０１では、新規タスクのパラメータＴｏ（ＮＴ．ＴＯ:New Task. Task Operation）＝‘クリア’か否かを判定し、ＮＴ．ＴＯ＝‘クリア’の場合（Ｙｅｓ）、ＳＴ５０２に移行する。ＮＴ．ＴＯ＝‘クリア’ではない場合（Ｎｏ）、ＳＴ５０６に移行する。【００９３】
ＳＴ５０２では、ＴａｓｋＱｕｅが空であるか否かが判定され、ＴａｓｋＱｕｅが空ではない場合（Ｎｏ）、ＳＴ５０３に移行し、新規タスク（ＮＴ）と同じ測定識別情報を有するＴａｓｋＱｕｅの全てのタスクをクリアして処理を終了する。ＴａｓｋＱｕｅが空である場合（Ｙｅｓ）、ＳＴ５０４に移行する。【００９４】
ＳＴ５０４では、ＡｃｔｉｖｅＴａｓｋ（ＡＴ）が空であるか否かを判定し、ＡｃｔｉｖｅＴａｓｋが空である場合（Ｙｅｓ）、処理を終了し、ＡｃｔｉｖｅＴａｓｋが空ではない場合（Ｎｏ）、ＳＴ５０５に移行する。【００９５】
ＳＴ５０５では、新規タスク（ＮＴ）と同じ測定識別情報を有するＡｃｔｉｖｅＴａｓｋが存在する場合、そのＡｃｔｉｖｅＴａｓｋをクリアする。【００９６】
ＳＴ５０６では、ＳＴ５０１においてＮＴ．ＴＯ＝‘クリア’ではないと判定された場合、すなわち、新規タスクのパラメータＴｏ＝‘開始’または‘追加’の場合、新規タスクのパラメータＴｓ＜Ｔを満たすか否かを判定する。Ｔｓ＜Ｔを満たす場合（Ｙｅｓ）、ＳＴ５０７に移行し、Ｔｓ＜Ｔを満たさない場合（Ｎｏ）、ＳＴ５０８に移行する。【００９７】
ＳＴ５０７では、新規タスクのパラメータＴｓ＝新規タスクのパラメータＴｓ＋ｍａｘＣＦＮに設定し、ＳＴ５０８では、ＡｃｔｉｖｅＴａｓｋが空であるか否かを判定する。ＡｃｔｉｖｅＴａｓｋが空である場合（Ｙｅｓ）、ＳＴ５０９に移行し、ＡｃｔｉｖｅＴａｓｋが空ではない場合（Ｎｏ）、ＳＴ５１１に移行する。【００９８】
ＳＴ５０９では、新規タスクのパラメータＴｓ＝Ｔであるか否かを判定し、Ｔｓ＝Ｔである場合（Ｙｅｓ）、ＳＴ５１０に移行し、Ｔｓ＝Ｔではない場合、ＳＴ５１１に移行する。ＳＴ５１０では、Ａｃｔｉｖｅ．Ｔａｓｋ＝新規タスクに設定し、処理を終了する。【００９９】
ＳＴ５１１では、新規タスクをＴａｓｋＱｕｅに入れ、ＴａｓｋＱｕｅの全てのタスクをソートし、処理を終了する。【０１００】
なお、上記で新規タスクのパラメータＴｓ＝新規タスクのパラメータＴｓ＋ｍａｘＣＦＮのようにパラメータＴｓを算出した。一つの例としては、新規タスクのパラメータＴｓ＝現在時刻となるようにｍａｘＣＦＮを設定することが考えられる。【０１０１】
以下、端末の時刻ＴにおけるＡｃｔｉｖｅＴａｓｋ操作方法について図１９を用いて説明する。図１９において、ＳＴ６０１では、ＡｃｔｉｖｅＴａｓｋ（ＡＴ）が空であるか否かを判定し、ＡｃｔｉｖｅＴａｓｋが空である場合（Ｙｅｓ）、ＳＴ６１１に移行し、ＡｃｔｉｖｅＴａｓｋが空ではない場合（Ｎｏ）、ＳＴ６０２に移行する。【０１０２】
ＳＴ６０２では、測定を実行しているか否かを判定し、測定を実行している場合（Ｙｅｓ）、処理を終了し、測定を実行していない場合（Ｎｏ）、ＳＴ６０３に移行する。【０１０３】
ＳＴ６０３では、データ送信許容期間であるか否かを判定し、データ送信許容期間である場合（Ｙｅｓ）、処理を終了し、データ送信許容期間ではない場合（Ｎｏ）、ＳＴ６０４に移行する。【０１０４】
ＳＴ６０４では、ＡｃｔｉｖｅＴａｓｋ．Ｔｓ＋ＡｃｔｉｖｅＴａｓｋ．Ｔｄ＝Ｔであるか否かを判定し、ＡＴ．Ｔｓ＋ＡＴ．Ｔｄ＝Ｔの場合（Ｙｅｓ）、ＳＴ６０５に移行し、ＡｃｔｉｖｅＴａｓｋをクリアして処理を終了する。また、ＡＴ．Ｔｓ＋ＡＴ．Ｔｄ＝Ｔではない場合（Ｎｏ）、ＳＴ６０６に移行する。【０１０５】
ＳＴ６０６では、ＡｃｔｉｖｅＴａｓｋ．Ｔｇ＝０であるか否かを判定し、ＡＴ．Ｔｇ＝０である場合（Ｙｅｓ）、ＳＴ６０５に移行し、ＡｃｔｉｖｅＴａｓｋをクリアして処理を終了する。また、ＡＴ．Ｔｇ＝０ではない場合（Ｎｏ）、ＳＴ６０７に移行する。【０１０６】
ＳＴ６０７では、端末が長さＴｐを有するギャップを生成するか否かを判定し、生成する場合（Ｙｅｓ）、ＳＴ６０８に移行し、生成しない場合（Ｎｏ）、ＳＴ６０９に移行する。【０１０７】
ＳＴ６０８では、ＡｃｔｉｖｅＴａｓｋ．Ｔｇ＝ＡｃｔｉｖｅＴａｓｋ．Ｔｇ−Ｔｐに設定し、サブフレーム［Ｔ＋１，Ｔ＋１＋Ｔｐ］において測定し、処理を終了する。【０１０８】
ＳＴ６０９では、端末がＣＱＩを送信するか否かを判定し、ＣＱＩを送信する場合（Ｙｅｓ）、ＳＴ６１０に移行し、時刻Ｔ＋１でネットワークにＣＱＩを送信する。ＣＱＩを送信しない場合（Ｎｏ）、処理を終了する。【０１０９】
ＳＴ６１１では、ＴａｓｋＱｕｅが空であるか否かを判定し、ＴａｓｋＱｕｅが空である場合（Ｙｅｓ）、処理を終了し、ＴａｓｋＱｕｅが空ではない場合（Ｎｏ）、ＳＴ６１２に移行する。【０１１０】
ＳＴ６１２では、ＴｏｐＴａｓｋ．ＴａｓｋＯｐｅｒａｔｉｏｎ＝‘追加’であるか否かを判定し、ＴＴ．ＴＯ＝‘追加’である場合（Ｙｅｓ）、ＳＴ６１３に移行し、ＴＴ．ＴＯ＝‘追加’ではない場合（Ｎｏ）、ＳＴ６１４に移行する。【０１１１】
ＳＴ６１３では、ＴｏｐＴａｓｋを検出し、ＡｃｔｉｖｅＴａｓｋ＝ＴｏｐＴａｓｋに設定し、ＡｃｔｉｖｅＴａｓｋ．Ｔｓ＝Ｔに設定して処理を終了する。【０１１２】
ＳＴ６１４では、ＴｏｐＴａｓｋ．Ｔｓ＝Ｔであるか否かを判定し、ＴＴ．Ｔｓ＝Ｔである場合（Ｙｅｓ）、ＳＴ６１５に移行し、ＴＴ．Ｔｓ＝Ｔではない場合（Ｎｏ）、処理を終了する。【０１１３】
ＳＴ６１５では、ＴｏｐＴａｓｋを検出し、ＡｃｔｉｖｅＴａｓｋ＝ＴｏｐＴａｓｋに設定して処理を終了する。【０１１４】
このように実施の形態３によれば、ギャップ支援測定タスクにおけるパラメータＴｏの設定を変更することにより、端末がギャップモードにおいて自律的なギャップ割り当てによってギャップを生成する場合でも、第１のタスク（現タスク）のタスク継続時間中に第２のタスク（新規タスク）を送信し、第１のタスクの操作に悪影響を及ぼすことなく第２のタスクをできるだけ早く開始することができる。【０１１５】
２００７年５月３１日出願の特願２００７−１４５９０１の日本出願に含まれる明細書、図面及び要約書の開示内容は、すべて本願に援用される。
【産業上の利用可能性】
【０１１６】
本発明にかかるギャップ支援測定方法は、データ伝送速度の低下及びスループットの損失させることなく、自律的ギャップ割り当てを行うことができ、移動通信システム等に適用できる。
【図１】
2008149534.tif 000003
【図２】
2008149534.tif 000004
【図３】
2008149534.tif 000005
【図４】
2008149534.tif 000006
【図５】
2008149534.tif 000007
【図６】
2008149534.tif 000008
【図７】
2008149534.tif 000009
【図８】
2008149534.tif 000010
【図９】
2008149534.tif 000011
【図１０】
2008149534.tif 000012
【図１１】
2008149534.tif 000013
【図１２】
2008149534.tif 000014
【図１３】
2008149534.tif 000015
【図１４】
2008149534.tif 000016
【図１５】
2008149534.tif 000017
【図１６】
2008149534.tif 000018
【図１７】
2008149534.tif 000019
【図１８】
2008149534.tif 000020
【図１９】
2008149534.tif 000021
【手続補正書】
【提出日】平成21年9月9日(2009.9.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
基地局装置から送信され、ギャップ支援測定方法を指示するギャップ支援測定タスクを取得する工程と、
前記ギャップ支援測定タスクに含まれた前記ギャップ支援測定タスクの開始時間と、前記ギャップ支援測定タスクの継続時間に従って、ギャップモードを開始する工程と、
開始された前記ギャップモードにおいて、前記ギャップ支援測定タスクに含まれた全ギャップ長に基づいて、ギャップを生成する工程と、
を具備するギャップ支援測定方法。
【請求項２】
前記ギャップモードは、最小ギャップ長及び最大ギャップ間距離によって制限される請求項１に記載のギャップ支援測定方法。
【請求項３】
前記ギャップ支援測定タスクは、個別チャネルを介すシグナリングによって前記基地局装置から通信端末装置に送信される請求項１に記載のギャップ支援測定方法。
【請求項４】
前記ギャップ支援測定タスクの開始時間は、ギャップ支援測定タスクが前記基地局装置から送信されてから取得されるまでの最大遅延時間を含めて設定される請求項１に記載のギャップ支援測定方法。
【請求項５】
前記全ギャップ長は、所定のギャップパターン系列による全ギャップ長と同じ長さに設定される請求項１に記載のギャップ支援測定方法。
【請求項６】
前記ギャップ支援測定タスクの継続時間は、現在のネットワーク負荷状況、ハンドオーバの遅延規定、端末の瞬間的なチャネル状態とそのＱｏＳ要求条件に基づいて設定される請求項１に記載のギャップ支援測定方法。
【請求項７】
前記ギャップ支援測定タスクの継続時間は、所定のギャップパターン系列と同じ長さに設定される請求項１に記載のギャップ支援測定方法。
【請求項８】
前記基地局装置は、可変ギャップ割り当て又は固定的なギャップ割り当てによってギャップを生成する請求項１に記載のギャップ支援測定方法。
【請求項９】
前記最小ギャップ長及び前記最大ギャップ間距離は、報知メッセージによって前記基地局装置から通信端末装置に送信される請求項２に記載のギャップ支援測定方法。
【請求項１０】
前記基地局装置は、前記ギャップモードにおいて通信端末装置へのデータ送信の指示があるまで、前記データ送信のスケジューリングを行わない請求項１に記載のギャップ支援測定方法。
【請求項１１】
前記基地局装置は、前記ギャップモードにおいて通信端末装置から送信された指標を取得してから開始する適格期間中に前記通信端末装置へのデータ送信のスケジューリングを行う請求項１０に記載のギャップ支援測定方法。
【請求項１２】
前記指標は、ＣＱＩである請求項１１に記載のギャップ支援測定方法。
【請求項１３】
前記ギャップ支援測定タスクの継続時間中に新規タスクを送信する場合、前記基地局装置は、前記新規タスクの開始時間を前記ギャップ支援測定タスクの継続時間終了後に設定する請求項１に記載のギャップ支援測定方法。
【請求項１４】
前記ギャップ支援測定タスクの継続時間中に新規タスクを送信する場合、前記基地局装置は、前記新規タスクのタスク操作を追加に設定し、通信端末装置が前記ギャップ支援測定タスクの終了直後に新規タスクを開始する請求項１に記載のギャップ支援測定方法。
【請求項１５】
全てのギャップが生成される前又は前記ギャップ支援測定タスクの継続時間終了前に通信端末装置が測定を終了した場合、前記基地局装置は、前記新規タスクのタスク操作をクリアに設定し、通信端末装置が前記ギャップ支援測定タスクを終了する請求項１に記載のギャップ支援測定方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共有無線リソース割り当てを用いるセルラ無線通信システムにおいて、周波数間測定又はＲＡＴ間測定のためのギャップ支援測定方法に関し、特に、ＬＴＥセルラ無線通信システムにおけるギャップ支援測定方法に関する。
【背景技術】
【０００２】
セルラ無線通信システムでは、端末が、現在サービスを提供しているセル（以下、「サービングセル」という）から他のセルへ移動する場合、またはネットワークがセル間のネットワーク負荷を平均化するために端末を意図的に他のセルに再接続する必要がある場合、端末が接続するサービング基地局を他の基地局へ変更するハンドオーバが必要となる。端末が現在接続され、サービスを提供しているセルはソースセルとも呼ばれる。また、端末が接続されるように準備するセルはターゲットセルと呼ばれる。
【０００３】
通常、端末は、ハンドオーバの前に候補セルのチャネル品質を測定し、例えば、最も良好なチャネル品質のセルをターゲットセルとして選択する。この候補セルは、ソースセルの隣接セルとも呼ばれる。
【０００４】
ハンドオーバには、３つのタイプが存在し、周波数内ハンドオーバ、周波数間ハンドオーバ、ＲＡＴ間ハンドオーバがある。周波数内ハンドオーバは、ソースセルと同じ無線アクセス技術（Radio Access Technology: RAT）及び周波数帯を有するターゲットセルに端末をハンドオーバすることである。また、周波数間ハンドオーバは、ソースセルと同じ無線アクセス技術を有するが異なる周波数帯を有するターゲットセルに端末をハンドオーバすることである。さらに、ＲＡＴ間ハンドオーバは、ソースセルと異なる無線アクセス技術を有するターゲットセルに端末をハンドオーバすることである。様々な無線アクセス技術と様々な搬送波帯域のセルを有するセルラ無線通信システムにおいて、これら３つのタイプのハンドオーバによって、端末はサービスを受けながら自在に移動することができる。
【０００５】
ハンドオーバのために行う測定もこれら３つのタイプのハンドオーバに対応して、周波数内ハンドオーバのための周波数内測定、周波数間ハンドオーバのための周波数間測定、ＲＡＴ間ハンドオーバのためのＲＡＴ間測定に分類することができる。周波数内測定は、ソースセルと同じＲＡＴ及び同じ搬送波周波数の隣接セルを測定することである。また、周波数間測定は、ソースセルと同じＲＡＴであるがソースセルと異なる周波数帯の隣接セルを測定することである。さらに、ＲＡＴ間測定は、ソースセルと異なるＲＡＴの隣接セルを測定することである。
【０００６】
周波数内測定については、端末は、隣接セルを測定するために受信機をサービングセルの周波数以外の周波数にチューニングする必要がない。周波数間及びＲＡＴ間測定については、以下の２つの手法がある。
【０００７】
一つ目の手法としては、端末が２つ以上の周波数帯を同時に受信する機能を備える場合、端末は、一つの受信回路を使用し、異なる搬送波周波数又は異なるＲＡＴの他のセルを測定するとともに、他の受信回路を使用し、サービングセルにおけるデータ伝送を維持するためにサービングセルの周波数にチューニングすることができる。
【０００８】
二つ目の手法としては、端末が複数の周波数帯を同時に受信できない場合、端末は、周波数間測定を実行するために、あるいはＲＡＴ間測定を実行するために、受信回路をソー
スセルの周波数から隣接セルの他の周波数又は他のＲＡＴの周波数にチューニングするとともに、ソースセルによりデータ伝送を続けるために、測定後に受信回路を再チューニングし、ソースセルの周波数に戻す必要がある。複数の周波数帯を同時に受信できない端末が周波数間測定又はＲＡＴ間測定を実行するこの手順は、端末がサービングセル内の当該データ伝送を続けるため、アイドル期間を設定することが要求される。また、このようなアイドル期間では、サービング基地局が端末にデータを送信しないように、サービング基地局及び端末間で同期していることが前提となる。
【０００９】
現行のいわゆる第３世代と呼ばれるセルラ無線通信システム−汎用端末通信システム（ＵＭＴＳ）において、アイドル期間を生成する技術として、圧縮モード（Compressed mode）が知られている。圧縮モードにおいて、周波数間測定又はＲＡＴ間測定のためのアイドル期間（以下、「ギャップ」ともいう）は、端末がギャップ期間中に周波数間及びＲＡＴ間測定を実行することができるように、サービング基地局により端末に割り当てられる。圧縮モードは、通常、ダウンリンク上で実施されるか、ダウンリンク及びアップリンク上で同時に実施される。また、ＵＭＴＳでは、それぞれのフレームが１５のタイムスロットから構成され、その一部のタイムスロットが周波数間測定又はＲＡＴ間測定のためのギャップとして使用され、他のいくつかのタイムスロットはデータ伝送のために使用される。また、ＵＭＴＳは、多重アクセス技術としてＷ−ＣＤＭＡ（Wideband-Code Division Multiple Access）を適用するので、圧縮モードの端末のデータ伝送速度が非圧縮モードにおけるデータ伝送速度と同じに維持されるように、圧縮モードにおいて伝送されるデータの拡散係数を低減するなどの技術が導入されている。この際、ギャップが設けられていないタイムスロット内のデータ伝送時には送信電力が増加される。
【００１０】
ここで、ＬＴＥ（Long Term Evolution）において、ギャップを割り当てる所定ギャップパターン系列のうち、いずれか一つのギャップパターン系列のみを使用することについて説明する。非特許文献１には、周波数間測定及びＲＡＴ間測定の両方を満足させる単一ギャップパターン系列が開示されており、また、基地局から端末に送信されるレイヤ３無線リソース制御（Radio Resource Control: RRC）シグナリングによりギャップパターン系列を通知することが開示されている。
【００１１】
また、非特許文献２には、基地局から端末に送信されるレイヤ２媒体アクセス制御（Media Access Control: MAC）シグナリングにより大きなギャップがシグナリングされることが開示されている。非特許文献１及び非特許文献２に開示の技術は、ＵＭＴＳにおける圧縮モードにおいて使用されるギャップパターン系列の一種の単純化である。
【００１２】
図１は、圧縮モードにおけるギャップパターン系列の例を示す。図１Ａはギャップパターン系列１を、図１Ｂはギャップパターン系列２を、図１Ｃはギャップパターン系列３をそれぞれ示す。ＵＭＴＳでは、いくつかのギャップパターン系列が定義される。ギャップパターン系列が活性化されると、端末は、ギャップパターン系列により規定される所定のタイムスロットに従って、あるギャップに遷移するものとする。ＵＭＴＳでは、圧縮モードの端末のデータ伝送速度が維持されるように、「拡散係数の低減」及び「送信電力の増加」を行うことができる。
【００１３】
同時には一つの周波数帯からしか受信できない端末の周波数間測定又はＲＡＴ間測定のようなギャップを使用した（gap assisted）測定のために、単一のギャップパターン系列のみ、または所定のギャップパターン系列のいくつかを使用することにより、圧縮モードの処理を容易に行うことができる。ところが、ＬＴＥにおける共有無線リソース割り当てを行うセルラ無線通信システムにＵＭＴＳにおけるこのようなギャップパターン割り当てが直接適用された場合、以下のような問題がある。
【００１４】
ＬＴＥにおいて、チャネルの無線品質を管理してデータの送受信を決めるパケットスケジューラ（以下、「チャネル指向パケットスケジューラ」という）は、許容遅延時間の比較的長い非リアルタイムサービスを受ける端末だけでなく、許容遅延時間の比較的短いリアルタイムサービスを受ける端末についても、共有無線リソース割り当てを行う。チャネル指向パケットスケジューラは、サービングセルのチャネル品質が高く、かつ、リアルタイムサービスに要求されるパケット遅延時間内において端末を選択し、データ伝送用の無線リソースを割り当てる。
【００１５】
例えば、ＬＴＥにおけるように、チャネル指向パケットスケジューラによって共有無線リソース割り当てを行うことを仮定すると、固定のギャップパターンが周波数間測定又はＲＡＴ間測定に適用された場合、最適なサービングセルのチャネル品質を有する圧縮モードの端末がいくつかのサブフレームにおけるデータ伝送のためにスケジューリングされる。しかしながら、このようなサブフレームは所定ギャップパターン系列により既に測定のためのギャップとして割り当てられているので、この端末はデータ伝送を行うことができない可能性が非常に高い。よって、圧縮モードの端末のデータ伝送速度が低下したり、スループット損失が生じたりする。
【００１６】
そこで、端末のデータ伝送速度及びスループットへの影響を最小にするように、サービングセルのチャネル品質が低い期間、または端末がデータ伝送のためにスケジューリングされる可能性が低い期間においてのみ、端末にギャップを割り当てる自律的なギャップ割り当てを適用することが考えられる。自律的なギャップ割り当てでは、ギャップ状態にある場合に基地局が端末に対しデータ伝送をスケジューリングしないように、基地局と端末はギャップ関連情報を共有する必要がある。
【００１７】
チャネル指向パケットスケジューラによって共有無線リソース割り当てを行う場合、ギャップ支援測定のための所定ギャップパターン系列のいくつかのみを使用することの問題は、上述した通り、端末と基地局の両方のデータ伝送速度及びスループットの低下である。ここで、所定ギャップパターン系列において、ギャップの位置と長さは予め定義されている。このため、データ伝送を行う端末がスケジューリングされようとするが、所定ギャップのためにこの端末をスケジューリングすることができない期間と所定ギャップとがオーバーラップする可能性がある。図２に、高いチャネル品質の期間と所定ギャップとがオーバーラップする場合のスループットの損失を示す。図２Ａは、３つの端末のチャネル品質（ＣＱＩ）を表しており、例えば、実線が端末Ａのチャネル品質を表し、点線が端末Ｂのチャネル品質を表し、一点鎖線が端末Ｃのチャネル品質を表しているものとする。
【００１８】
図２Ｂは、図２Ａに示すチャネル品質に基づいてスケジューリングを行った結果を示す。なお、縦軸はデータ量を示す。また、図２Ｃ〜Ｅは、ギャップパターン系列１〜３をそれぞれ表しており、ギャップパターン系列１は端末Ａに割り当てられ、ギャップパターン系列２は端末Ｂに割り当てられ、ギャップパターン系列３は端末Ｃに割り当てられる。
【００１９】
図２Ｆは、図２Ｃ〜Ｅに示すギャップパターン系列が用いられた場合のスケジューリング結果を示す。図２Ｆに示した白抜き部分がスループットの低下を示しており、図２Ｂに示したギャップがない場合のデータ量からの低下を示している。
【００２０】
また、端末が自立的にギャップの割り当てを行うことも考えられる。具体的な自律的ギャップ割り当ての方法としては、瞬時ＣＱＩ値と平均ＣＱＩ値の２つのＣＱＩ値と２つの閾値とを使用することが考えられる。瞬時ＣＱＩ値は測定されたサービングセルのチャネル品質を表し、平均ＣＱＩ値は一定期間にわたる瞬時ＣＱＩ値の平均である。２つの閾値、閾値Ａ及び閾値Ｂは測定モード（圧縮モード）の開始と終了を判定する閾値であり、閾値Ａは閾値Ｂより低く設定される。
【００２１】
自律的ギャップ割り当ては、次の手順によって行われる。端末は瞬時ＣＱＩ値を測定し、継続的に平均ＣＱＩ値を更新する。また、端末は、上述したチャネル指向パケットスケジューラの操作を容易にするため、測定された瞬時ＣＱＩ値を基地局に定期的に報告する。端末において更新される平均ＣＱＩ値が閾値Ａより低い場合、端末は測定モードを開始する。測定モードでは、測定された瞬時ＣＱＩ値が平均ＣＱＩ値より低い場合、端末は周波数間測定又はＲＡＴ間測定のためのギャップを生成する。瞬時ＣＱＩ値が平均ＣＱＩ値より高い場合、端末はデータ伝送を続けることができるように基地局に瞬時ＣＱＩ値を送信してよい。平均ＣＱＩ値が閾値Ｂより大きい場合、端末は測定モードを終了する。
【００２２】
このように、端末はＣＱＩを送信しないことにより、ギャップを割り当てていることを基地局に通知することができる。すなわち、ＣＱＩが送信されるか否かにより、端末と基地局とでギャップの割り当て情報を共有することができる。
【非特許文献１】Ericsson, R2-062134, “Idle Gaps for Handover Measurements in E-UTRAN”, August 2006
【非特許文献２】Qualcomm, R2-062359, “Measurement Gap Scheduling”, August, 2006
【発明の開示】
【発明が解決しようとする課題】
【００２３】
しかしながら、上述した自律的ギャップ割り当ての方法でも、以下のような問題がある。一つ目の問題は、端末が測定モードを開始するタイミングと終了するタイミングは、予測不可能であるということである。これは、平均ＣＱＩ値が２つの閾値を頻繁に横切る可能性が高い時変チャネルの性質に起因する。例えば、端末が短いフェージング状態にあると、端末は短い測定モードを設定することがある。すなわち、端末の平均ＣＱＩ値が閾値Ａより低い場合、端末は測定モードを開始する。ところが、端末は、短いフェージング期間であることから、極めて速く測定モードを終了する。このような場合、測定モードにおける測定と生成されるギャップは、端末が周波数間測定又はＲＡＴ間測定を行うのに適したものではない。
【００２４】
二つ目の問題は、測定モードにおいて生成されるギャップが非常に長く、測定を行うのに必要なギャップより長くなってしまうことがある。これも、測定モードが長く、瞬時ＣＱＩ値が平均ＣＱＩ値未満である時間が非常に長くなる可能性が高い時変チャネルの性質に起因する。この結果、必要以上のギャップを用いてしまうため、依然としてデータ伝送速度の低下及びスループットの損失と端末に非効率な電力消費をもたらしてしまう。
【００２５】
本発明の目的は、データ伝送速度の低下及びスループットの損失をさせずに、自律的ギャップ割り当てを行うギャップ支援測定方法を提供することである。
【課題を解決するための手段】
【００２６】
本発明のギャップ支援測定方法は、基地局装置から送信され、ギャップ支援測定方法を指示するギャップ支援測定タスクを取得する工程と、前記ギャップ支援測定タスクに含まれた前記ギャップ支援測定タスクの開始時間と、前記ギャップ支援測定タスクの継続時間に従って、ギャップモードを開始する工程と、開始された前記ギャップモードにおいて、前記ギャップ支援測定タスクに含まれた全ギャップ長に基づいて、ギャップを生成する工程と、を具備するようにした。
【発明の効果】
【００２７】
本発明によれば、データ伝送速度の低下及びスループットの損失をさせずに、自律的ギャップ割り当てを行うことができる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００２９】
（実施の形態１）
図３に、端末が他の異なるＲＡＴのセルに移動する様子を示す。具体的には、ＬＴＥのサービングセル１００からＷＣＤＭＡのセル１５０に移動するものとする。図３に示す端末１２０は、ＬＴＥとＷＣＤＭＡに対応できるように二つの受信機を有する。すなわち、端末１２０がＬＴＥセル内にある場合、端末１２０はＬＴＥ信号を受信するためにＬＴＥ受信機１３０を使用する。また、端末１２０がＷＣＤＭＡセル内に移動した後は、端末１２０はＷＣＤＭＡ受信機１４０を使用する。
【００３０】
なお、図３に示した端末は、３つ以上の受信機を備えてもよく、例えば、ＬＴＥ受信機、ＷＣＤＭＡ受信機及びＧＳＭ受信機を備えてもよい。また、図３に示した端末は、一つのアンテナを備える場合を示したが、複数のアンテナを備えてもよい。
【００３１】
ネットワークがギャップ支援測定タスク（以下、単に「タスク」と簡略化する場合がある）を割り当てる理由は、端末のチャネル品質が一定期間の間により悪くなったり、またはネットワークがネットワーク負荷を平準化するため、端末をサービングセルから他のセルに再接続したりすることが挙げられる。
【００３２】
ギャップ支援測定タスクは、各種情報を含むことができ、ギャップモード、ギャップモードで生成されるギャップの全体長及び測定タスクの操作を定義する以下のパラメータを含むことができる。すなわち、ギャップモードの開始時間を示すタスク開始時間（以下、「Ｔｓ」と省略する）と、ギャップモードの継続時間を示すタスク継続時間（以下、「Ｔｄ」と省略する）と、ギャップモードにおけるギャップの全体長を示すタスクの全ギャップ長（以下、「Ｔｇ」と省略する）と、ギャップ支援測定タスクの操作を示すタスク操作（以下、「Ｔｏ」と省略する）とである。
【００３３】
上記パラメータにおいて、Ｔｄは常にＴｇ以上でなければならない。すなわち、全てのギャップ支援測定タスクに対して、Ｔｄ≧Ｔｇを満たさなければならない。パラメータＴｓの単位は絶対時刻でもよいし、または無線フレームに付与されるインデックスに使用されるカウンタであってもよい。よって、ＴｄとＴｇが絶対時刻である場合には、それらはミリ秒のような単位で表される。また、ＴｄとＴｇが無線フレームに付与されるインデックスに使用されるカウンタである場合には、それらは送信時間間隔（すなわち、等価的にはサブフレーム）のような単位で表される。以下、Ｔｓの単位は、１、２、３、．．．のようなサブフレームに付与するインデックスとして説明し、ＴｄとＴｇの単位は、サブフレーム（例えば、１ミリ秒のサブフレーム）として説明する。
【００３４】
なお、Ｔｄ期間の間、端末とネットワークの動作を変更することができる。例えば、Ｔｄ期間中の無線リソースの割り当て方式として、周波数軸上に分散されたサブキャリアを割り当てる分散化手法（distributed approach）がとられている場合、チャネル品質報告に必要なリソースは減少する。一方、Ｔｄ期間中の無線リソースの割り当て方式として、周波数軸上に固まったサブキャリアを割り当てる局所化手法（localized approach）がとられている場合、多くのチャネル品質報告を送信することが必要である。これは、分散化手法では、受信品質の周波数軸上での平均値を送ればよいのに対して、局所化手法では受信品質をある程度の周波数単位で送らなければいけないためである。そのため、局所化手法が使用されていても、Ｔｄ期間の間のみ分散化手法を使用することが考えられる。
【００３５】
パラメータＴｏは、他のギャップ支援測定タスクとの関連を示すものであり、このギャップ支援測定タスクを操作する方法の指示に使用される。具体的には、他のギャップ支援測定タスクが終了してからこのギャップ支援測定タスクを行うのか、他のギャップ支援測定タスクを強制終了してこのギャップ支援測定タスクを行うのか、他のギャップ支援測定タスクと並行してこのギャップ支援測定タスクを行うのかなどを示すものである。
【００３６】
ギャップ支援測定タスクは、測定目的、測定量、測定報告判定基準、測定報告品質等の測定構成と測定識別情報とを含む測定関連情報などにより決まる。測定識別情報は、測定関連情報を識別するため測定関連情報に付与されるインデックスである。測定構成は、ギャップにおいて測定する対象、測定方法等の指示に使用される。なお、測定構成については、例えば、3GPP TS 25.331,“UMTS Radio Resource Control (RRC) Protocol Specification”,v7.0.0, 2006.03等に開示されている。
【００３７】
図４は、ネットワークがギャップ支援測定タスクの各種パラメータを決定する手順を示すフロー図である。ステップ（以下、「ＳＴ」と省略する）２０１では、ギャップ支援測定タスクが開始され、ＳＴ２０２では、ギャップ支援測定タスクを端末に実行させるタイミングを示すタスク開始時間Ｔｓが決定される。
【００３８】
ＳＴ２０３では、ギャップモードにおけるギャップの全体長を示す全ギャップ長Ｔｇがギャップ支援測定タスクを終了するのに必要な測定時間などから算出され、ＳＴ２０４では、ＱｏＳを満たした状態でギャップ支援測定タスクが実行できるように、ギャップモー
ドのタスク継続時間Ｔｄが決定される。ここで、タスク継続時間Ｔｄは、ギャップの全体長Ｔｇより長く、タスク継続時間Ｔｄからギャップの全体長Ｔｇを引いた時間内でＱｏＳを満たす必要がある。
【００３９】
次に、ギャップ支援測定タスクを実行する端末の動作について図５を用いて説明する。図５において、ＳＴ３０１では、ギャップ支援測定タスクを実施するため、ネットワークが決定した各種パラメータを取得し、ＳＴ３０２では、現在時刻を確認し、現在時刻がＴｓとなった時にギャップ支援測定タスクを開始する。
【００４０】
ＳＴ３０３では、端末が測定したＣＱＩがある閾値より低いか否かを判定し、ＣＱＩが閾値より低い場合（Ｙｅｓ）、ＳＴ３０６に移行し、ＣＱＩが閾値より高い場合（Ｎｏ）、ＳＴ３０４に移行する。ここで、閾値は、報知情報によって通知されてもよいし、測定指示メッセージ（Measurement control message）によって伝えられてもよいし、予め端末が保持しておいてもよい。
【００４１】
ＳＴ３０４では、閾値を更新する必要があるか否かを判定する。例えば、ＣＱＩが連続的に高い場合には、端末がギャップを生成することができず、測定できない状態が継続する。このため、ギャップを確実に生成できるように閾値を高く更新する。逆に、ＣＱＩが連続的に低い場合には、閾値を低く更新する。これらの更新に関しても、報知情報によって通知されてもよいし、測定指示メッセージ（Measurement control message）によって通知されてもよいし、予め端末が保持しておいてもよい。ＳＴ３０４の判定の結果、閾値を更新する必要がある場合（Ｙｅｓ）、ＳＴ３０５に移行し、閾値を更新し、ＳＴ３０３に戻る。また、閾値を更新する必要がない場合（Ｎｏ）、ＳＴ３０３に戻る。
【００４２】
ＳＴ３０６では、残っているギャップ長、残っている時間などからギャップの長さを決定し、そのギャップ内で測定を実施する。ＳＴ３０７では、測定が終了したか否かを判定し、測定が終了した場合（Ｙｅｓ）には、ＳＴ３０９に移行し、Ｔｄ経過後通常モードへ移行してギャップ支援測定タスクを終了する。測定が終了していない場合（Ｎｏ）には、ＳＴ３０８に移行する。
【００４３】
ＳＴ３０８では、今までの全ギャップがギャップの全体長を示すＴｇを超えているか否かを確認し、超えている場合（Ｙｅｓ）には、ＳＴ３０９に移行し、Ｔｄ経過後通常モードへ移行してギャップ支援測定タスクを終了する。また、超えていない場合（Ｎｏ）には、ＳＴ３０３に戻る。
【００４４】
なお、ネットワークによって決定された各種パラメータを含むギャップ支援測定タスクを端末に割り当てるシグナリングメッセージは、個別チャネルを介してネットワークから端末に送信される。測定識別情報によりインデックスが付与された測定関連情報構成が予め端末に設定されており、変更する必要がない場合、そのインデックスのみを送信することにより、送信するメッセージを削減することが可能である。
【００４５】
次に、各種パラメータの値を設定する方法について具体的に説明する。まず、パラメータＴｏには“開始”が設定される。ここで、ネットワークがギャップ支援測定タスクを送信することを決定する時刻をＴと表すものとする。
【００４６】
端末がネットワークからタスクを受信する際、何らかの遅延と遅延変動が想定されるので、ネットワークは、タスクのシグナリング遅延を想定し、現在時刻Ｔ及び遅延時間Ｔｄｅｌａｙを用いてＴｓの値を設定する。従って、Ｔｓの値を設定するための必須条件はＴｓ＞Ｔ＋Ｔｄｅｌａｙとなる。例えば、Ｔ＝１０、Ｔｄｅｌａｙ＝４の場合、Ｔｓ＝１５は妥当な値である。
【００４７】
また、ネットワークはＴｄを決定する前にＴｇを決定する。Ｔｇの値は、セルを測定する最短時間、測定するセルの数、セルを測定する回数に関係する測定目的及び測定量に基づいて算出される。また、セルの測定を正常に終えるためにはＭ１で表される最小の測定継続時間を必要とする。ここで、Ｎ１は、ギャップ支援測定タスクにおいて測定される隣接セルの数を表し、Ｎ２は、隣接セルが測定される回数を表すものとする。従って、Ｔｇの値はＭ１とＮ１とＮ２の積以上でなければならない。すなわち、Ｔｇ≧Ｍ１×Ｎ１×Ｎ２となる。例えば、Ｍ１＝２、Ｎ１＝２０、Ｎ２＝２の場合、Ｔｇ≧２×２０×２＝８０となる。電力消費を最小に抑え、測定時間を最低限に抑えるためには、Ｔｇ＝Ｍ１×Ｎ１×Ｎ２に設定し、Ｍ１＝２、Ｎ１＝２０、Ｎ２＝２の場合、Ｔｇ＝８０となる。このように、Ｔｇは全ての隣接セルを一定の信頼性をもって測定できるように設定される。
【００４８】
Ｔｇの値を設定した後、ネットワークは、Ｔｇ以上のＴｄの妥当な値を設定する。ネットワークから端末への測定結果の要求が緊急ではない場合、Ｔｇと比較して、比較的長いＴｄを設定してよい。例えば、Ｔｄ＝６×Ｔｇを設定してよく、上記数値例ではＴｄ＝６×８０＝４８０である。一方、ネットワークから端末への測定結果の要求が緊急の場合、比較的短いＴｄを設定してよい。例えば、Ｔｄ＝２×Ｔｇと設定してよく、上記数値例ではＴｄ＝２×８０＝１６０である。また、ギャップ支援測定タスクの上記方法において、Ｔｄ＝Ｔｇと設定することにより単独の長いギャップを有する単純なギャップパターン系列を送信することが可能である。なお、Ｔｄの値は、Ｔｇの１０倍以下の範囲でＴｇより大きいことが好ましい。
【００４９】
上記パラメータ設定方法は、ＵＭＴＳにおいて使用された所定のギャップパターン系列の概念にも適用できる。上と同じ変数により、ネットワークはＴｏを“開始”と設定し、Ｔｓ＝４を設定する。１０サブフレーム毎に２つのサブフレームのギャップを含む所定のギャップパターン系列を考えると、ギャップパターン系列の長さは４００サブフレームである。これは、このようなギャップパターン系列におけるギャップの全体長が４００／１０×２＝８０サブフレームであることを示す。また、これは、ギャップパターン系列が４００サブフレームにわたることを示す。従って、ネットワークはＴｇ＝８０サブフレームとＴｄ＝４００サブフレームを設定することができる。
【００５０】
また、上記パラメータ（タスク継続時間Ｔｄ）を設定する際、現在のネットワーク負荷状況、ハンドオーバの遅延規定、端末の瞬間的なチャネル状態とそのＱｏＳ要求条件も考慮した方がよい。これらを考慮したギャップ割り当ての動作について説明する。
【００５１】
まず、ネットワークは、ギャップ支援測定タスクによって生成するギャップを、可変ギャップ割り当てで行っても、固定的なギャップ割り当てで行ってもよい。ここで、ネットワークが可変ギャップ割り当てを行う場合について説明する。ネットワークは、各割り当てギャップを端末にシグナリングする必要がある。この個々のギャップ割り当ての指示を、レイヤ２のシグナリングを介して行うことで随時ネットワークの状況に応じたギャップ割り当てを実現することが可能である。これは図６に示され、レイヤ３のＲＲＣシグナリングがギャップ支援測定タスクのパラメータ設定に使用され、レイヤ２のＭＡＣシグナリングが個々のギャップの設定に使用される。
【００５２】
次に、ネットワークが固定的なギャップ割り当てを行う場合について説明する。ネットワークは、割り当てられた上記パラメータに加え、各ギャップ長、ギャップ間距離などのいくつかの制限に基づき、それぞれが等しいギャップ間距離により分離された等しい長さの一連のギャップから構成される固定のギャップパターンを割り当てる。この固定のギャップパターンは、基地局のＭＡＣに設置されたパケットスケジューラによって持続的スケジューリングが行われるリアルタイムサービスに好適であるので、固定のギャップパター
ンはネットワークレイヤ２のＭＡＣシグナリングにより割り当てられてもよいし、レイヤ３のＲＲＣシグナリングにより割り当てられてもよい。
【００５３】
図７に、所与のパラメータを有する割り当てタスクに基づき固定のギャップパターンをシグナリングするためにどのようにレイヤ２のＭＡＣシグナリングもしくはレイヤ３のＲＲＣシグナリングを使用することができるかを例示する。最初のギャップは時刻Ｔｓで開始され、ギャップパターンはタスク継続時間Ｔｄを越えることはないので、このようなレイヤ２のＭＡＣシグナリングは、固定のギャップパターンを指示するために２つのパラメータ、すなわち、固定ギャップ長（Ｌｇ）と固定ギャップ間距離（Ｄｇ）とを使用するだけでよいことが分かる。また、基地局レイヤ２による自律的なギャップ割り当てと比較し、固定のギャップパターンは、レイヤ２のシグナリングオーバーヘッドを削減し、持続的スケジューリングを有するリアルタイムサービスに最も好適である。パケットスケジューラは、持続的スケジューリングが行われるリアルタイムサービスのＤＲＸ（Discontinuous Reception）期間内にのみギャップが存在するように、固定のギャップパターンを設定することができる。
【００５４】
なお、本実施の形態では、ネットワークが、ギャップ支援測定タスクによって生成するギャップを、可変ギャップ割り当てで行うか、固定的なギャップ割り当てで行うかを端末の行っているサービス、無線状態などを用いて決定するようにしてもよい。また、ネットワーク主導ではなく端末が単独でギャップを生成する場合、ネットワークは、個々のギャップ割り当てに関し、さらにシグナリングする必要がない。これは図８に示され、ここではギャップ支援測定タスクを送信するシグナリングのみが必要とされる。なお、このシグナリングとしてはレイヤ３のＲＲＣシグナリングが考えられる。
【００５５】
本実施の形態において、端末は、ギャップ支援測定タスクを受信すると、時刻Ｔｓから長さＴｄを有するギャップモードに遷移し、このギャップモードにおいてＴｇ以下の全体長を有するギャップを生成する。通常、端末は、サービングセルのチャネル品質が非リアルタイムサービスの要求するチャネル品質より低い場合にギャップを生成することができ、リアルタイムサービスのＤＲＸ期間中にギャップを生成することができる。
【００５６】
このように実施の形態１によれば、ギャップ支援測定タスクに含まれたタスク開始時間とタスク継続時間とに従ってギャップモードを開始し、開始したギャップモードにおいて、ギャップ支援測定タスクに含まれた全ギャップ長に基づいて、ギャップを生成することにより、データ伝送速度の低下及びスループットの損失をさせずに、自律的ギャップ割り当てを行うことができる。
【００５７】
（実施の形態２）
本発明の実施の形態２では、端末がギャップモードにおいてギャップを自発的に生成する際、ギャップ長とギャップ間距離に制限を設ける場合について説明する。
【００５８】
サービングセルとは異なる搬送波周波数又は異なるＲＡＴのセルのチャネル品質を測定する場合、端末は、このセルのチャネル品質を測定できるように、このセルに同期するとともにこのセルを識別する必要がある。このようなセルの特定処理としては、例えば、ＵＭＴＳ ＦＤＤの３ステップセルサーチが知られている。３ステップセルサーチは、ステップ１ではスロット同期を行い、ステップ２ではフレーム同期と符号群識別を行い、ステップ３ではスクランブル符号識別を行うものである。端末は、３ステップセルサーチ後、特定したセルのチャネル品質を測定することができる。
【００５９】
３ステップセルサーチにおけるいずれかのステップを、他のセルの測定に再利用してもよいので、３ステップの全てがセルのチャネル品質測定に必要ではないが、少なくとも一
回は実行されなければならない。従って、ギャップは、少なくとも一つのセルを正常に測定するために必要なギャップ長を有していなければならない。このギャップ長は最小ギャップ長と呼ばれ、Ｌｍｉｎで表される。
【００６０】
一方、セルサーチにおいていずれかのステップを再利用するためには、ギャップ間距離が大き過ぎてはならないので、ギャップ間距離の最大値を設定する必要がある。ギャップ間距離の最大値は最大ギャップ間距離と呼ばれ、Ｄｍａｘで表される。例えば、多くのセルを測定する場合、Ｄｍａｘ値は、次のギャップだけでなく、多くのギャップも前の同期結果を利用できる値でなければならない。高速移動する端末は、他のセルに頻繁に移動するので、より多くの測定が行われる。従って、測定効率を高めるためには、端末による前の同期結果（すなわち、短いＤｍａｘ値）を最大限に利用する必要がある。このことから、最大ギャップ間距離は端末の移動速度に応じて設定される。
【００６１】
なお、Ｌｍｉｎ及びＤｍａｘは、端末が現在受信しているサービスにかかわらず、ギャップ生成において適用される。ちなみに、厳しいパケット遅延を有するリアルタイムサービスに関しては、別の制限、すなわちＬｍａｘで表される最大ギャップ長があり、これはリアルタイムサービスのパケット遅延要件に応じて設定される。
【００６２】
次に、ギャップ支援測定タスクを実行する端末の動作について図９を用いて説明する。ただし、図９が図５と共通する部分には、図５と同一の符号を付し、重複する説明は省略する。
【００６３】
図９において、ＳＴ４０１では、前のギャップから現ギャップまでの間がＤｍａｘ以内であるか否かを確認する。Ｄｍａｘ以内である場合（Ｙｅｓ）には、ＳＴ３０４に移行し、Ｄｍａｘを超える場合（Ｎｏ）には、ＳＴ４０２に移行する。
【００６４】
ＳＴ４０２では、残っているギャップ長、残っている時間に加えてＬｍｉｎをギャップ決定に使用し、ギャップを生成する。
【００６５】
なお、ＬｍｉｎとＤｍａｘは、ネットワークからネットワーク内の端末に報知することができる。また、ＬｍｉｎとＤｍａｘは、ギャップ支援測定タスクと共に送信してもよい。ネットワークから送信されたＬｍｉｎとＤｍａｘは、端末がリアルタイムサービスに入ると同時に設定される。
【００６６】
次に、非リアルタイムサービスのギャップモードにおいて生成されるギャップについて、図１０を用いて説明する。ここでは、上記パラメータをＴｓ＝１５、Ｔｄ＝４０、Ｔｇ＝１５、Ｔｏ＝“開始”、Ｌｍｉｎ＝２、Ｄｍａｘ＝１０と設定する。端末は、割り当てられたギャップ支援測定タスクに従って、時刻Ｔｓ＝１５からギャップモードに入る。
【００６７】
まず、端末はサービングセルのＣＱＩが低いことを検出する。このとき、ＴｄはＴｇよりはるかに大きいので、端末は、はじめに、Ｔ＝１５で始まるＬｍｉｎ＝２以上の長さ２のギャップを生成する。
【００６８】
端末は、サービングセルのチャネルがサブフレーム１７〜２０において改善したことを検出すると、データ伝送を再開する。端末はサービングチャネル品質を監視し続け、サービングセルのＣＱＩが再び低いことを検出すると、端末はさらにいくつかのギャップを生成する。例えば、サービングセルのＣＱＩが低く、かつ、ギャップモードの残り時間が長くない場合、端末は、再びＴ＝２１で始まるＬｍｉｎ＝２以上の長さ３のギャップを生成し、さらに同様のギャップ生成処理を継続する。
【００６９】
サービングチャネルは時刻Ｔ＝４０で良好であり、端末は、ギャップは必要ないと判定するが、Ｄｍａｘ＝１０が設定されているので、ギャップ間距離８でＤｍａｘ＝１０未満となるように、時刻Ｔ＝４９で始まるギャップを生成する。
【００７０】
次に、持続的スケジューリングが行われるリアルタイムサービスのギャップモードにおいて生成されるギャップについて、図１１を用いて説明する。持続的スケジューリングとは、ある時間間隔で一定の規則に基づいて端末に無線リソースを割り当てることをいう。例えば、リアルタイムサービスを受ける端末は、８サブフレーム毎にデータ伝送用の２サブフレームが割り当てられ、この割り当ては、８０サブフレーム毎に繰り返される。従って、端末は、８サブフレーム毎にデータ伝送用の２サブフレームを使用し、残り６サブフレームを電力消費の低減可能なＤＲＸ期間として使用する。ここでは、上記パラメータをＴｓ＝１５、Ｔｄ＝４０、Ｔｇ＝４５、Ｔｏ＝“開始”、Ｌｍｉｎ＝２、Ｄｍａｘ＝１０と設定する。また、最大ギャップ長は、Ｌｍａｘ＝６（すなわち、この例ではＤＲＸ期間の長さ）と設定する。
【００７１】
図１１に、リアルタイムサービスのギャップモードにおいて生成されるギャップを示す。ここでは、単純な固定ギャップパターンが使用され、全てのギャップがＤＲＸ期間に生成されることが分かる。すなわち、ＤＲＸ期間の６サブフレーム毎に３サブフレームがギャップ用に使用される。この例は、ギャップ支援測定タスクが固定ギャップパターン系列の使用を排除するものではないこと示す。
【００７２】
なお、非リアルタイムサービス及びリアルタイムサービスのギャップモードにおけるギャップ生成方法とは別に、端末は他のギャップ生成方法を用いてもよい。一般的には、非リアルタイムサービスに関しては、ギャップ生成方法はサービングセルの瞬間的なチャネル品質に依存してもよく、端末は、サービングセルのチャネル品質が低い期間にギャップを生成することができる。一方、持続的スケジューリングを有するリアルタイムサービスに関しては、最大ギャップ長を超えないように、ＤＲＸ期間とオーバーラップしてギャップを生成してもよく、ＤＲＸ期間とオーバーラップするギャップを有する固定のギャップパターン系列を単純化のために使用することができる。
【００７３】
実施の形態１において説明したように、共有無線リソース割り当てがチャネル指向パケットスケジューラにより行われる。チャネル指向パケットスケジューラは、端末を選択し、選択した端末にデータ伝送用の無線リソースを送信時間間隔毎（例えば、サブフレーム毎）に割り当てる。チャネル指向パケットスケジューラによる端末の選択方法及び無線リソースの割り当て方法は、オペレータが任意に決定してよい。
【００７４】
チャネル指向パケットスケジューラは、ギャップモードの端末を対象とした動作と、通常モード（すなわち、ギャップモードでない）の端末を対象とした動作とは異なる。以下、これらの違いについて説明する。まず、チャネル指向パケットスケジューラの動作は、一般的に、パケットスケジューリング中、通常モードの端末を考慮する必要がある。ただし、特定の端末が、特定の回のスケジューリングにおいて必ずしも選択されなくてよい。ギャップモードの端末に関し、チャネル指向パケットスケジューラは、この特定の端末により送信されるインジケータによりスケジューリングを行ってよいと通知されるまで、パケットスケジューリングを行う際、この端末を考慮しない。
【００７５】
通常モードの端末を対象とするパケットスケジューラの動作と、ギャップモードの端末を対象とするパケットスケジューラの動作とを図１２を用いて比較する。図１２に示すように、この特定の端末がデータ伝送のために必ずしも選択されなくてよいが、パケットスケジューラは、送信時間間隔毎のパケットスケジューリングにおいて、通常モードの端末を考慮する必要がある。逆に、端末がギャップモードにあると、この端末により送信され
たインジケータ１０を受信した後、パケットスケジューラは、適格期間（eligible period）２０の間、この特定の端末を考慮しない。適格期間の後、パケットスケジューラは、再び別のインジケータを受信するまでこの特定の端末をスケジューリングすることを考慮しない。
【００７６】
なお、インジケータ１０は、サービングセルのＣＱＩ報告であってよく、Ｔｅで表される適格期間２０の長さは、予め定義されるかあるいは上記ギャップ支援測定タスクと共に送信されるかのいずれかでよい。
【００７７】
また、ギャップモードの端末の動作は通常モードの動作とは異なる。前に検討したように、ギャップモードにおけるギャップ生成方法に関する動作の他に、ギャップモードの端末は、ネットワークにインジケータを送信することによりそのデータ伝送を再開することができる。このようなインジケータを送信した後、ある期間の間、端末はギャップの生成を停止するが、その受信回路をサービングセル周波数に再チューニングし、基地局から送信される共通制御チャネル上のスケジューリング決定情報を監視する。この特定の端末に割り当てられる無線リソースが存在する場合、端末はこのようなスケジューリング決定情報に従って通常のデータ伝送を行う。図１３に、ギャップモードの端末の動作を示す。ギャップモードの端末がデータ伝送を再開したい場合、端末は、インジケータ３０を送信し、このインジケータの送信直後の待機期間４０の間、スケジューリング決定情報用のチャネルを監視し、このスケジューリング決定情報に従ってデータ伝送を再開する。
【００７８】
なお、ギャップモードの端末から送信されたインジケータ３０は、サービングセルのＣＱＩ報告であってよく、Ｔｗで表される待機期間４０の長さは、予め定義されるかあるいは上記ギャップ支援測定タスクと共に送信されるかのいずれかでよい。端末がインジケータを送信する時刻とネットワークがこのインジケータを受信する時刻との間には遅延が生じるので、このような遅延を補正するため、Ｔｗ＞Ｔｅの関係が必要である。ただし、ＴｗとＴｅとの差は可能な限り小さくなければならない。
【００７９】
また、ギャップモードの端末は、受信したギャップ支援測定タスクの要件に従って必要な全てのギャップを生成した（すなわち、全てのＴｇギャップが生成された）が、残りのギャップ継続時間が依然として長い場合がある。このような場合、端末は、そのデータ伝送を再開するため上記インジケータを連続的に送信してよい。
【００８０】
また、ギャップモードの端末は、測定構成において指示された測定報告判定基準と測定報告品質に従ってその測定結果を報告することができる。測定結果を報告する方法は、定期的またはイベント起動（event triggered）のいずれであってもよく、ＵＭＴＳにおいて使用される方法を再利用してもよい。これらの方法は既存の技術であり、ここでの詳細な説明は省略する。
【００８１】
このように実施の形態２によれば、最小ギャップ長Ｌｍｉｎ及び最大ギャップ間距離Ｄｍａｘを設定することにより、測定に必要なギャップ長を確保することができると共に、長時間測定が行われない状況を回避することができる。
【００８２】
（実施の形態３）
本発明の実施の形態３では、多重タスク管理について説明する。
【００８３】
通常、ネットワークは、ハンドオーバを行うためにギャップ支援測定タスクを送信し、現タスクの終了後に新規タスクを送信することができる。例えば、ネットワークは、ハンドオーバを必要とする端末に対し、ＲＡＴ間ハンドオーバより周波数間ハンドオーバを選択する。ネットワークは、まず周波数間ハンドオーバのためのタスクを送信する。その後
、ＲＡＴ間ハンドオーバも適用可能となり、ネットワークが端末にＲＡＴ間測定の実行を要求する場合、ネットワークは現タスクの終了後に新規タスクを送信してよい。
【００８４】
図１４は、現タスクの終了後に新規タスクが割り当てられる様子を示す。ネットワークは、通常、ハンドオーバを行うためにシングルタスクを送信するが、現タスクのタスク継続時間中に新規タスクを送信することがある。このような場合、多重タスク管理が必要であり、ギャップ支援測定タスクにおけるパラメータＴｏが、複数のタスク管理に使用される。
【００８５】
ネットワークは、第１のタスク（現タスク）のタスク継続時間中に第２のタスク（新規タスク）を送信し、第１のタスクの操作に悪影響を及ぼすことなく第２のタスクができるだけ早く始まることを望む。このような場合、第１のタスクにおける全てのギャップが生成されると直ちに第２のタスクを開始することができる。しかしながら、ギャップモードにおいて自律的なギャップ割り当てによってギャップを生成する端末では、ネットワークは、現タスクにおけるギャップが全て生成された正確な時間が分からない。そこで、ネットワークは、現タスクの終了以降に起動する第２のタスクを送信する。例えば、Ｔｓ_１とＴｄ１が第１のタスクの開始時間とタスク継続時間を表すものとする。このとき、第２のタスクの開始時間Ｔｓ_２は、Ｔｓ_２≧Ｔｓ_１＋Ｔｄ_１と設定してよい。ただし、第２のタスクは、時刻Ｔｓ_１とＴｓ_２の間の任意の時間に送信してよい。
【００８６】
第２のタスクをできるだけ早く開始するために、ネットワークはパラメータＴｏを“追加”に設定し、第１のタスクが終了していない場合において第２のタスクを操作する方法を指示する。図１５に、Ｔｏ＝“追加”を有する第２のタスクが第１のタスクのタスク継続時間中に送信された様子を示す。この“追加”の場合、ネットワークは、第２のタスクの正確な開始時間を認識しなくてもよい。従って、ネットワークは、時刻Ｔｓ_２から時刻Ｔｓ_２＋Ｔｄ_２までの期間を第２のタスクのタスク継続時間として使用する。ただし、ネットワークが時刻Ｔｓ_２＋Ｔｄ_２の前に全てのＴｇ_２ギャップを生成していたとしても端末のデータ伝送に影響を与えるものではない。これは、ネットワークが、実際の開始時間から時刻Ｔｓ_２＋Ｔｄ_２までの期間にデータ伝送を再開するためのインデックスを送信する上記方法を使用できるためである。
【００８７】
ギャップ支援測定タスクが割り当てられた端末は、割り当てられたＴｇの全てを用いることなく、必要な測定を終了することがある。このような場合、端末は、ネットワークからの指示なしに未使用ギャップをクリアすることができない。すなわち、端末がギャップを終了しないうちに、既に必要な測定結果を生成したとしても、未使用ギャップをクリアする指示をネットワークから受信していなければ、端末は依然として残りギャップを生成することになる。そこで、ネットワークは、未使用ギャップをクリアし、かつ継続的タスクをクリアするように端末に指示する。具体的には、端末はタスク継続時間終了の前に測定結果を報告した場合に、ネットワークはそれ以上の測定が第１のタスクに対して必要がないと判断できる場合がある。その場合には、第１のタスクと同じ測定識別情報を有する第２のタスクを送信するとともに、第２のタスクにおいて送信されたＴｓにより規定された時刻に、第２のタスクと同じ測定識別情報を有する端末に格納された全てのタスクをクリアするために使用されるパラメータＴｏを“クリア”に設定することができる。図１６に、Ｔｏ＝“クリア”を有する第２のタスクが第１のタスクのタスク継続時間中に送信される様子を示す。
【００８８】
ネットワークは、また、第１のタスクのタスク継続時間中にパラメータＴｏ＝“開始”を有する第２のタスクを送信することができる。ただし、ネットワークは、この第２のタスクの開始時間を適切に設定するものとする。このような場合、この第２のタスクの開始時間は、第１のタスクの終了時刻以降に設定されなければならない。例えば、Ｔｓ_１と
Ｔｄ_１が第１のタスクの開始時間とタスク継続時間を表すものとする。このとき、第２のタスクの開始時間は、Ｔｓ_２≧Ｔｓ_１＋Ｔｄ_１と設定しなければならない。ただし、第２のタスクは、時刻Ｔｓ_１とＴｓ_２の間の任意の時間に送信してよい。
【００８９】
以下、端末が複数のタスクをどのように操作するかについて詳細に説明する。端末は、タスクの操作に関連する２つの変数を維持する。一つの変数、すなわち、ＴａｓｋＱｕｅで表されるタスク待ち行列は、その開始時間によりソートされた受信ギャップを格納する待ち行列を維持するために使用される。また、別の変数、すなわち、ＡｃｔｉｖｅＴａｓｋで表されるアクティブタスクは、操作が継続中のタスクを管理するために使用される。図１７に、２つの変数と現在時刻Ｔを示す。
【００９０】
以下、新規タスクが時刻Ｔに達した際、端末のＴａｓｋＱｕｅ操作方法について図１８を用いて説明する。なお、開始時間は［０，ｍａｘＣＦＮ（Connection Frame Number：フレーム番号の情報。ＵＭＴＳではｍａｘＣＦＮ＝２５５）］等の整数範囲から設定されるものと仮定する。
【００９１】
図１８において、ＳＴ５０１では、新規タスクのパラメータＴｏ（ＮＴ．ＴＯ:New Task. Task Operation）＝‘クリア’か否かを判定し、ＮＴ．ＴＯ＝‘クリア’の場合（Ｙｅｓ）、ＳＴ５０２に移行する。ＮＴ．ＴＯ＝‘クリア’ではない場合（Ｎｏ）、ＳＴ５０６に移行する。
【００９２】
ＳＴ５０２では、ＴａｓｋＱｕｅが空であるか否かが判定され、ＴａｓｋＱｕｅが空ではない場合（Ｎｏ）、ＳＴ５０３に移行し、新規タスク（ＮＴ）と同じ測定識別情報を有するＴａｓｋＱｕｅの全てのタスクをクリアして処理を終了する。ＴａｓｋＱｕｅが空である場合（Ｙｅｓ）、ＳＴ５０４に移行する。
【００９３】
ＳＴ５０４では、ＡｃｔｉｖｅＴａｓｋ（ＡＴ）が空であるか否かを判定し、ＡｃｔｉｖｅＴａｓｋが空である場合（Ｙｅｓ）、処理を終了し、ＡｃｔｉｖｅＴａｓｋが空ではない場合（Ｎｏ）、ＳＴ５０５に移行する。
【００９４】
ＳＴ５０５では、新規タスク（ＮＴ）と同じ測定識別情報を有するＡｃｔｉｖｅＴａｓｋが存在する場合、そのＡｃｔｉｖｅＴａｓｋをクリアする。
【００９５】
ＳＴ５０６では、ＳＴ５０１においてＮＴ．ＴＯ＝‘クリア’ではないと判定された場合、すなわち、新規タスクのパラメータＴｏ＝‘開始’または‘追加’の場合、新規タスクのパラメータＴｓ＜Ｔを満たすか否かを判定する。Ｔｓ＜Ｔを満たす場合（Ｙｅｓ）、ＳＴ５０７に移行し、Ｔｓ＜Ｔを満たさない場合（Ｎｏ）、ＳＴ５０８に移行する。
【００９６】
ＳＴ５０７では、新規タスクのパラメータＴｓ＝新規タスクのパラメータＴｓ＋ｍａｘＣＦＮに設定し、ＳＴ５０８では、ＡｃｔｉｖｅＴａｓｋが空であるか否かを判定する。ＡｃｔｉｖｅＴａｓｋが空である場合（Ｙｅｓ）、ＳＴ５０９に移行し、ＡｃｔｉｖｅＴａｓｋが空ではない場合（Ｎｏ）、ＳＴ５１１に移行する。
【００９７】
ＳＴ５０９では、新規タスクのパラメータＴｓ＝Ｔであるか否かを判定し、Ｔｓ＝Ｔである場合（Ｙｅｓ）、ＳＴ５１０に移行し、Ｔｓ＝Ｔではない場合、ＳＴ５１１に移行する。ＳＴ５１０では、Ａｃｔｉｖｅ．Ｔａｓｋ＝新規タスクに設定し、処理を終了する。
【００９８】
ＳＴ５１１では、新規タスクをＴａｓｋＱｕｅに入れ、ＴａｓｋＱｕｅの全てのタスクをソートし、処理を終了する。
【００９９】
なお、上記で新規タスクのパラメータＴｓ＝新規タスクのパラメータＴｓ＋ｍａｘＣＦＮのようにパラメータＴｓを算出した。一つの例としては、新規タスクのパラメータＴｓ＝現在時刻となるようにｍａｘＣＦＮを設定することが考えられる。
【０１００】
以下、端末の時刻ＴにおけるＡｃｔｉｖｅＴａｓｋ操作方法について図１９を用いて説明する。図１９において、ＳＴ６０１では、ＡｃｔｉｖｅＴａｓｋ（ＡＴ）が空であるか否かを判定し、ＡｃｔｉｖｅＴａｓｋが空である場合（Ｙｅｓ）、ＳＴ６１１に移行し、ＡｃｔｉｖｅＴａｓｋが空ではない場合（Ｎｏ）、ＳＴ６０２に移行する。
【０１０１】
ＳＴ６０２では、測定を実行しているか否かを判定し、測定を実行している場合（Ｙｅｓ）、処理を終了し、測定を実行していない場合（Ｎｏ）、ＳＴ６０３に移行する。
【０１０２】
ＳＴ６０３では、データ送信許容期間であるか否かを判定し、データ送信許容期間である場合（Ｙｅｓ）、処理を終了し、データ送信許容期間ではない場合（Ｎｏ）、ＳＴ６０４に移行する。
【０１０３】
ＳＴ６０４では、ＡｃｔｉｖｅＴａｓｋ．Ｔｓ＋ＡｃｔｉｖｅＴａｓｋ．Ｔｄ＝Ｔであるか否かを判定し、ＡＴ．Ｔｓ＋ＡＴ．Ｔｄ＝Ｔの場合（Ｙｅｓ）、ＳＴ６０５に移行し、ＡｃｔｉｖｅＴａｓｋをクリアして処理を終了する。また、ＡＴ．Ｔｓ＋ＡＴ．Ｔｄ＝Ｔではない場合（Ｎｏ）、ＳＴ６０６に移行する。
【０１０４】
ＳＴ６０６では、ＡｃｔｉｖｅＴａｓｋ．Ｔｇ＝０であるか否かを判定し、ＡＴ．Ｔｇ＝０である場合（Ｙｅｓ）、ＳＴ６０５に移行し、ＡｃｔｉｖｅＴａｓｋをクリアして処理を終了する。また、ＡＴ．Ｔｇ＝０ではない場合（Ｎｏ）、ＳＴ６０７に移行する。
【０１０５】
ＳＴ６０７では、端末が長さＴｐを有するギャップを生成するか否かを判定し、生成する場合（Ｙｅｓ）、ＳＴ６０８に移行し、生成しない場合（Ｎｏ）、ＳＴ６０９に移行する。
【０１０６】
ＳＴ６０８では、ＡｃｔｉｖｅＴａｓｋ．Ｔｇ＝ＡｃｔｉｖｅＴａｓｋ．Ｔｇ−Ｔｐに設定し、サブフレーム［Ｔ＋１，Ｔ＋１＋Ｔｐ］において測定し、処理を終了する。
【０１０７】
ＳＴ６０９では、端末がＣＱＩを送信するか否かを判定し、ＣＱＩを送信する場合（Ｙｅｓ）、ＳＴ６１０に移行し、時刻Ｔ＋１でネットワークにＣＱＩを送信する。ＣＱＩを送信しない場合（Ｎｏ）、処理を終了する。
【０１０８】
ＳＴ６１１では、ＴａｓｋＱｕｅが空であるか否かを判定し、ＴａｓｋＱｕｅが空である場合（Ｙｅｓ）、処理を終了し、ＴａｓｋＱｕｅが空ではない場合（Ｎｏ）、ＳＴ６１２に移行する。
【０１０９】
ＳＴ６１２では、ＴｏｐＴａｓｋ．ＴａｓｋＯｐｅｒａｔｉｏｎ＝‘追加’であるか否かを判定し、ＴＴ．ＴＯ＝‘追加’である場合（Ｙｅｓ）、ＳＴ６１３に移行し、ＴＴ．ＴＯ＝‘追加’ではない場合（Ｎｏ）、ＳＴ６１４に移行する。
【０１１０】
ＳＴ６１３では、ＴｏｐＴａｓｋを検出し、ＡｃｔｉｖｅＴａｓｋ＝ＴｏｐＴａｓｋに設定し、ＡｃｔｉｖｅＴａｓｋ．Ｔｓ＝Ｔに設定して処理を終了する。
【０１１１】
ＳＴ６１４では、ＴｏｐＴａｓｋ．Ｔｓ＝Ｔであるか否かを判定し、ＴＴ．Ｔｓ＝Ｔである場合（Ｙｅｓ）、ＳＴ６１５に移行し、ＴＴ．Ｔｓ＝Ｔではない場合（Ｎｏ）、処理を終了する。
【０１１２】
ＳＴ６１５では、ＴｏｐＴａｓｋを検出し、ＡｃｔｉｖｅＴａｓｋ＝ＴｏｐＴａｓｋに設定して処理を終了する。
【０１１３】
このように実施の形態３によれば、ギャップ支援測定タスクにおけるパラメータＴｏの設定を変更することにより、端末がギャップモードにおいて自律的なギャップ割り当てによってギャップを生成する場合でも、第１のタスク（現タスク）のタスク継続時間中に第２のタスク（新規タスク）を送信し、第１のタスクの操作に悪影響を及ぼすことなく第２のタスクをできるだけ早く開始することができる。
【０１１４】
２００７年５月３１日出願の特願２００７−１４５９０１の日本出願に含まれる明細書、図面及び要約書の開示内容は、すべて本願に援用される。
【産業上の利用可能性】
【０１１５】
本発明にかかるギャップ支援測定方法は、データ伝送速度の低下及びスループットの損失させることなく、自律的ギャップ割り当てを行うことができ、移動通信システム等に適用できる。 
【図面の簡単な説明】
【０１１６】
【図１】圧縮モードにおけるギャップパターン系列の例を示す図
【図２】高いチャネル品質の期間と所定ギャップとがオーバーラップする場合のスループットの損失を示す図
【図３】端末が他の異なるＲＡＴのセルに移動する様子を示す図
【図４】ネットワークがギャップ支援測定タスクの各種パラメータを決定する手順を示すフロー図
【図５】本発明の実施の形態１に係るギャップ支援測定タスクを実行する端末の動作を示すフロー図
【図６】レイヤ２及びレイヤ３のシグナリングの様子を示す図
【図７】レイヤ２及びレイヤ３のシグナリングの様子を示す図
【図８】レイヤ３のシグナリングの様子を示す図
【図９】本発明の実施の形態２に係るギャップ支援測定タスクを実行する端末の動作を示すフロー図
【図１０】非リアルタイムサービスのギャップモードにおいて生成されるギャップの説明に供する図
【図１１】持続的スケジューリングが行われるリアルタイムサービスのギャップモードにおいて生成されるギャップの説明に供する図
【図１２】通常モードの端末を対象とするパケットスケジューラの動作と、ギャップモードの端末を対象とするパケットスケジューラの動作とを比較する図
【図１３】ギャップモードの端末の動作を示す図
【図１４】現タスクの終了後に新規タスクが割り当てられる様子を示す図
【図１５】Ｔｏ＝“追加”を有する第２のタスクが第１のタスクのタスク継続時間中に送信された様子を示す図
【図１６】Ｔｏ＝“クリア”を有する第２のタスクが第１のタスクのタスク継続時間中に送信される様子を示す図
【図１７】２つの変数と現在時刻Ｔを示す図
【図１８】端末のＴａｓｋＱｕｅ操作方法の説明に供する図
【図１９】端末の時刻ＴにおけるＡｃｔｉｖｅＴａｓｋ操作方法の説明に供する図
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2008149534.tif 000022
【図２】
2008149534.tif 000023
【図３】
2008149534.tif 000024
【図４】
2008149534.tif 000025
【図５】
2008149534.tif 000026
【図６】
2008149534.tif 000027
【図７】
2008149534.tif 000028
【図８】
2008149534.tif 000029
【図９】
2008149534.tif 000030
【図１０】
2008149534.tif 000031
【図１１】
2008149534.tif 000032
【図１２】
2008149534.tif 000033
【図１３】
2008149534.tif 000034
【図１４】
2008149534.tif 000035
【図１５】
2008149534.tif 000036
【図１６】
2008149534.tif 000037
【図１７】
2008149534.tif 000038
【図１８】
2008149534.tif 000039
【図１９】
2008149534.tif 000040
【国際調査報告】
2008149534.tif 000041
2008149534.tif 000042
2008149534.tif 000043
2008149534.tif 000044
2008149534.tif 000045