以下、本発明の実施の形態について、図� ��を参照して詳細に説明する。

 (実施の形態1)
 図3に、端末が他の異なるRATのセルに移動す る様子を示す。具体的には、LTEのサービング セル100からWCDMAのセル150に移動するものとす� ��。図3に示す端末120は、LTEとWCDMAに対応でき� ��ように二つの受信機を有する。すなわち、� ��末120がLTEセル内にある場合、端末120はLTE信� ��を受信するためにLTE受信機130を使用する。� ��た、端末120がWCDMAセル内に移動した後は、� �末120はWCDMA受信機140を使用する。

 なお、図3に示した端末は、3つ以上の受� �機を備えてもよく、例えば、LTE受信機、WCDMA 受信機及びGSM受信機を備えてもよい。また、 図3に示した端末は、一つのアンテナを備え� �場合を示したが、複数のアンテナを備えて� �よい。

 ネットワークがギャップ支援測定タスク( 以下、単に「タスク」と簡略化する場合があ る)を割り当てる理由は、端末のチャネル品� �が一定期間の間により悪くなったり、また� �ネットワークがネットワーク負荷を平準化� �るため、端末をサービングセルから他のセ� �に再接続したりすることが挙げられる。

 ギャップ支援測定タスクは、各種情報を� ��むことができ、ギャップモード、ギャップ� ��ードで生成されるギャップの全体長及び測� ��タスクの操作を定義する以下のパラメータ� ��含むことができる。すなわち、ギャップモ� ��ドの開始時間を示すタスク開始時間(以下、 「Ts」と省略する)と、ギャップモードの継続 時間を示すタスク継続時間(以下、「Td」と省 略する)と、ギャップモードにおけるギャッ� �の全体長を示すタスクの全ギャップ長(以下� ��「Tg」と省略する)と、ギャップ支援測定タ� ��クの操作を示すタスク操作(以下、「To」と� ��略する)とである。

 上記パラメータにおいて、Tdは常にTg以上 でなければならない。すなわち、全てのギャ ップ支援測定タスクに対して、Td≧Tgを満た� �なければならない。パラメータTsの単位は絶 対時刻でもよいし、または無線フレームに付 与されるインデックスに使用されるカウンタ であってもよい。よって、TdとTgが絶対時刻� �ある場合には、それらはミリ秒のような単� �で表される。また、TdとTgが無線フレームに� ��与されるインデックスに使用されるカウン� ��である場合には、それらは送信時間間隔(す なわち、等価的にはサブフレーム)のような� �位で表される。以下、Tsの単位は、1、2、3、 ...のようなサブフレームに付与するインデッ クスとして説明し、TdとTgの単位は、サブフ� �ーム(例えば、1ミリ秒のサブフレーム)とし� �説明する。

 なお、Td期間の間、端末とネットワーク� �動作を変更することができる。例えば、Td期 間中の無線リソースの割り当て方式として、 周波数軸上に分散されたサブキャリアを割り 当てる分散化手法(distributed approach)がとられ� ��いる場合、チャネル品質報告に必要なリソ� ��スは減少する。一方、Td期間中の無線リソ� �スの割り当て方式として、周波数軸上に固� �ったサブキャリアを割り当てる局所化手法(l ocalized approach)がとられている場合、多くの� �ャネル品質報告を送信することが必要であ� �。これは、分散化手法では、受信品質の周� �数軸上での平均値を送ればよいのに対して� �局所化手法では受信品質をある程度の周波� �単位で送らなければいけないためである。� �のため、局所化手法が使用されていても、Td 期間の間のみ分散化手法を使用することが考 えられる。

 パラメータToは、他のギャップ支援測定� �スクとの関連を示すものであり、このギャ� �プ支援測定タスクを操作する方法の指示に� �用される。具体的には、他のギャップ支援� �定タスクが終了してからこのギャップ支援� �定タスクを行うのか、他のギャップ支援測� �タスクを強制終了してこのギャップ支援測� �タスクを行うのか、他のギャップ支援測定� �スクと並行してこのギャップ支援測定タス� �を行うのかなどを示すものである。

 ギャップ支援測定タスクは、測定目的、� ��定量、測定報告判定基準、測定報告品質等� ��測定構成と測定識別情報とを含む測定関連� ��報などにより決まる。測定識別情報は、測� ��関連情報を識別するため測定関連情報に付� ��されるインデックスである。測定構成は、� ��ャップにおいて測定する対象、測定方法等� ��指示に使用される。なお、測定構成につい� ��は、例えば、3GPP TS 25.331,“UMTS Radio Resourc e Control (RRC) Protocol Specification”,v7.0.0, 2006. 03等に開示されている。

 図4は、ネットワークがギャップ支援測定 タスクの各種パラメータを決定する手順を示 すフロー図である。ステップ(以下、「ST」と 省略する)201では、ギャップ支援測定タスク� �開始され、ST202では、ギャップ支援測定タス クを端末に実行させるタイミングを示すタス ク開始時間Tsが決定される。

 ST203では、ギャップモードにおけるギャ� �プの全体長を示す全ギャップ長Tgがギャップ 支援測定タスクを終了するのに必要な測定時 間などから算出され、ST204では、QoSを満たし� ��状態でギャップ支援測定タスクが実行でき� ��ように、ギャップモードのタスク継続時間T dが決定される。ここで、タスク継続時間Tdは 、ギャップの全体長Tgより長く、タスク継続� ��間Tdからギャップの全体長Tgを引いた時間内 でQoSを満たす必要がある。

 次に、ギャップ支援測定タスクを実行す� ��端末の動作について図5を用いて説明する。 図5において、ST301では、ギャップ支援測定タ スクを実施するため、ネットワークが決定し た各種パラメータを取得し、ST302では、現在� ��刻を確認し、現在時刻がTsとなった時にギ� �ップ支援測定タスクを開始する。

 ST303では、端末が測定したCQIがある閾値� �り低いか否かを判定し、CQIが閾値より低い� �合(Yes)、ST306に移行し、CQIが閾値より高い場� ��(No)、ST304に移行する。ここで、閾値は、報� ��情報によって通知されてもよいし、測定指� ��メッセージ(Measurement control message)によって 伝えられてもよいし、予め端末が保持してお いてもよい。

 ST304では、閾値を更新する必要があるか� �かを判定する。例えば、CQIが連続的に高い� �合には、端末がギャップを生成することが� �きず、測定できない状態が継続する。この� �め、ギャップを確実に生成できるように閾� �を高く更新する。逆に、CQIが連続的に低い� �合には、閾値を低く更新する。これらの更� �に関しても、報知情報によって通知されて� �よいし、測定指示メッセージ(Measurement contro l message)によって通知されてもよいし、予め� ��末が保持しておいてもよい。ST304の判定の� �果、閾値を更新する必要がある場合(Yes)、ST3 05に移行し、閾値を更新し、ST303に戻る。ま� �、閾値を更新する必要がない場合(No)、ST303� �戻る。

 ST306では、残っているギャップ長、残っ� �いる時間などからギャップの長さを決定し� �そのギャップ内で測定を実施する。ST307では 、測定が終了したか否かを判定し、測定が終 了した場合(Yes)には、ST309に移行し、Td経過後 通常モードへ移行してギャップ支援測定タス クを終了する。測定が終了していない場合(No )には、ST308に移行する。

 ST308では、今までの全ギャップがギャッ� �の全体長を示すTgを超えているか否かを確認 し、超えている場合(Yes)には、ST309に移行し� �Td経過後通常モードへ移行してギャップ支援 測定タスクを終了する。また、超えていない 場合(No)には、ST303に戻る。

 なお、ネットワークによって決定された� ��種パラメータを含むギャップ支援測定タス� ��を端末に割り当てるシグナリングメッセー� ��は、個別チャネルを介してネットワークか� ��端末に送信される。測定識別情報によりイ� ��デックスが付与された測定関連情報構成が� ��め端末に設定されており、変更する必要が� ��い場合、そのインデックスのみを送信する� ��とにより、送信するメッセージを削減する� ��とが可能である。

 次に、各種パラメータの値を設定する方� ��について具体的に説明する。まず、パラメ� ��タToには“開始”が設定される。ここで、� �ットワークがギャップ支援測定タスクを送� �することを決定する時刻をTと表すものとす� ��。

 端末がネットワークからタスクを受信す� ��際、何らかの遅延と遅延変動が想定される� ��で、ネットワークは、タスクのシグナリン� ��遅延を想定し、現在時刻T及び遅延時間Tdelay を用いてTsの値を設定する。従って、Tsの値� �設定するための必須条件はTs>T+Tdelayとなる 。例えば、T=10、Tdelay=4の場合、Ts=15は妥当な� ��である。

 また、ネットワークはTdを決定する前にTg を決定する。Tgの値は、セルを測定する最短� ��間、測定するセルの数、セルを測定する回� ��に関係する測定目的及び測定量に基づいて� ��出される。また、セルの測定を正常に終え� ��ためにはM1で表される最小の測定継続時間� �必要とする。ここで、N1は、ギャップ支援測 定タスクにおいて測定される隣接セルの数を 表し、N2は、隣接セルが測定される回数を表� ��ものとする。従って、Tgの値はM1とN1とN2の� �以上でなければならない。すなわち、Tg≧M1� �N1×N2となる。例えば、M1=2、N1=20、N2=2の場合� ��Tg≧2×20×2=80となる。電力消費を最小に抑え 、測定時間を最低限に抑えるためには、Tg=M1� �N1×N2に設定し、M1=2、N1=20、N2=2の場合、Tg=80� �なる。このように、Tgは全ての隣接セルを一 定の信頼性をもって測定できるように設定さ れる。

 Tgの値を設定した後、ネットワークは、Tg 以上のTdの妥当な値を設定する。ネットワー� ��から端末への測定結果の要求が緊急ではな� ��場合、Tgと比較して、比較的長いTdを設定し てよい。例えば、Td=6×Tgを設定してよく、上� ��数値例ではTd=6×80=480である。一方、ネット� ��ークから端末への測定結果の要求が緊急の� ��合、比較的短いTdを設定してよい。例えば� �Td=2×Tgと設定してよく、上記数値例ではTd=2× 80=160である。また、ギャップ支援測定タスク の上記方法において、Td=Tgと設定することに� ��り単独の長いギャップを有する単純なギャ� ��プパターン系列を送信することが可能であ� ��。なお、Tdの値は、Tgの10倍以下の範囲でTg� �り大きいことが好ましい。

 上記パラメータ設定方法は、UMTSにおいて 使用された所定のギャップパターン系列の概 念にも適用できる。上と同じ変数により、ネ ットワークはToを“開始”と設定し、Ts=4を設 定する。10サブフレーム毎に2つのサブフレー ムのギャップを含む所定のギャップパターン 系列を考えると、ギャップパターン系列の長 さは400サブフレームである。これは、このよ うなギャップパターン系列におけるギャップ の全体長が400/10×2=80サブフレームであること を示す。また、これは、ギャップパターン系 列が400サブフレームにわたることを示す。従 って、ネットワークはTg=80サブフレームとTd=4 00サブフレームを設定することができる。

 また、上記パラメータ(タスク継続時間Td) を設定する際、現在のネットワーク負荷状況 、ハンドオーバの遅延規定、端末の瞬間的な チャネル状態とそのQoS要求条件も考慮した方 がよい。これらを考慮したギャップ割り当て の動作について説明する。

 まず、ネットワークは、ギャップ支援測� ��タスクによって生成するギャップを、可変� ��ャップ割り当てで行っても、固定的なギャ� ��プ割り当てで行ってもよい。ここで、ネッ� ��ワークが可変ギャップ割り当てを行う場合� ��ついて説明する。ネットワークは、各割り� ��てギャップを端末にシグナリングする必要� ��ある。この個々のギャップ割り当ての指示� ��、レイヤ2のシグナリングを介して行うこと で随時ネットワークの状況に応じたギャップ 割り当てを実現することが可能である。これ は図6に示され、レイヤ3のRRCシグナリングが� ��ャップ支援測定タスクのパラメータ設定に� ��用され、レイヤ2のMACシグナリングが個々の ギャップの設定に使用される。

 次に、ネットワークが固定的なギャップ� ��り当てを行う場合について説明する。ネッ� ��ワークは、割り当てられた上記パラメータ� ��加え、各ギャップ長、ギャップ間距離など� ��いくつかの制限に基づき、それぞれが等し� ��ギャップ間距離により分離された等しい長� ��の一連のギャップから構成される固定のギ� ��ップパターンを割り当てる。この固定のギ� ��ップパターンは、基地局のMACに設置された� ��ケットスケジューラによって持続的スケジ� ��ーリングが行われるリアルタイムサービス� ��好適であるので、固定のギャップパターン� ��ネットワークレイヤ2のMACシグナリングによ り割り当てられてもよいし、レイヤ3のRRCシ� �ナリングにより割り当てられてもよい。

 図7に、所与のパラメータを有する割り当 てタスクに基づき固定のギャップパターンを シグナリングするためにどのようにレイヤ2� �MACシグナリングもしくはレイヤ3のRRCシグナ� ��ングを使用することができるかを例示する� ��最初のギャップは時刻Tsで開始され、ギャ� �プパターンはタスク継続時間Tdを越えること はないので、このようなレイヤ2のMACシグナ� �ングは、固定のギャップパターンを指示す� �ために2つのパラメータ、すなわち、固定ギ� ��ップ長(Lg)と固定ギャップ間距離(Dg)とを使� �するだけでよいことが分かる。また、基地� �レイヤ2による自律的なギャップ割り当てと� ��較し、固定のギャップパターンは、レイヤ2 のシグナリングオーバーヘッドを削減し、持 続的スケジューリングを有するリアルタイム サービスに最も好適である。パケットスケジ ューラは、持続的スケジューリングが行われ るリアルタイムサービスのDRX(Discontinuous Recep tion)期間内にのみギャップが存在するように� ��固定のギャップパターンを設定することが� ��きる。

 なお、本実施の形態では、ネットワーク� ��、ギャップ支援測定タスクによって生成す� ��ギャップを、可変ギャップ割り当てで行う� ��、固定的なギャップ割り当てで行うかを端� ��の行っているサービス、無線状態などを用� ��て決定するようにしてもよい。また、ネッ� ��ワーク主導ではなく端末が単独でギャップ� ��生成する場合、ネットワークは、個々のギ� ��ップ割り当てに関し、さらにシグナリング� ��る必要がない。これは図8に示され、ここで はギャップ支援測定タスクを送信するシグナ リングのみが必要とされる。なお、このシグ ナリングとしてはレイヤ3のRRCシグナリング� �考えられる。

 本実施の形態において、端末は、ギャッ� ��支援測定タスクを受信すると、時刻Tsから� �さTdを有するギャップモードに遷移し、この ギャップモードにおいてTg以下の全体長を有� ��るギャップを生成する。通常、端末は、サ� ��ビングセルのチャネル品質が非リアルタイ� ��サービスの要求するチャネル品質より低い� ��合にギャップを生成することができ、リア� ��タイムサービスのDRX期間中にギャップを生� ��することができる。

 このように実施の形態1によれば、ギャッ プ支援測定タスクに含まれたタスク開始時間 とタスク継続時間とに従ってギャップモード を開始し、開始したギャップモードにおいて 、ギャップ支援測定タスクに含まれた全ギャ ップ長に基づいて、ギャップを生成すること により、データ伝送速度の低下及びスループ ットの損失をさせずに、自律的ギャップ割り 当てを行うことができる。

 (実施の形態2)
 本発明の実施の形態2では、端末がギャップ モードにおいてギャップを自発的に生成する 際、ギャップ長とギャップ間距離に制限を設 ける場合について説明する。

 サービングセルとは異なる搬送波周波数� ��は異なるRATのセルのチャネル品質を測定す� ��場合、端末は、このセルのチャネル品質を� ��定できるように、このセルに同期するとと� ��にこのセルを識別する必要がある。このよ� ��なセルの特定処理としては、例えば、UMTS F DDの3ステップセルサーチが知られている。3� �テップセルサーチは、ステップ1ではスロッ� ��同期を行い、ステップ2ではフレーム同期と 符号群識別を行い、ステップ3ではスクラン� �ル符号識別を行うものである。端末は、3ス� ��ップセルサーチ後、特定したセルのチャネ� ��品質を測定することができる。

 3ステップセルサーチにおけるいずれかの ステップを、他のセルの測定に再利用しても よいので、3ステップの全てがセルのチャネ� �品質測定に必要ではないが、少なくとも一� �は実行されなければならない。従って、ギ� �ップは、少なくとも一つのセルを正常に測� �するために必要なギャップ長を有していな� �ればならない。このギャップ長は最小ギャ� �プ長と呼ばれ、Lminで表される。

 一方、セルサーチにおいていずれかのス� ��ップを再利用するためには、ギャップ間距� ��が大き過ぎてはならないので、ギャップ間� ��離の最大値を設定する必要がある。ギャッ� ��間距離の最大値は最大ギャップ間距離と呼� ��れ、Dmaxで表される。例えば、多くのセルを 測定する場合、Dmax値は、次のギャップだけ� �なく、多くのギャップも前の同期結果を利� �できる値でなければならない。高速移動す� �端末は、他のセルに頻繁に移動するので、� �り多くの測定が行われる。従って、測定効� �を高めるためには、端末による前の同期結� �(すなわち、短いDmax値)を最大限に利用する� �要がある。このことから、最大ギャップ間� �離は端末の移動速度に応じて設定される。

 なお、Lmin及びDmaxは、端末が現在受信し� �いるサービスにかかわらず、ギャップ生成� �おいて適用される。ちなみに、厳しいパケ� �ト遅延を有するリアルタイムサービスに関� �ては、別の制限、すなわちLmaxで表される最� ��ギャップ長があり、これはリアルタイムサ� ��ビスのパケット遅延要件に応じて設定され� ��。

 次に、ギャップ支援測定タスクを実行す� ��端末の動作について図9を用いて説明する。 ただし、図9が図5と共通する部分には、図5と 同一の符号を付し、重複する説明は省略する 。

 図9において、ST401では、前のギャップか� ��現ギャップまでの間がDmax以内であるか否か を確認する。Dmax以内である場合(Yes)には、ST3 04に移行し、Dmaxを超える場合(No)には、ST402に 移行する。

 ST402では、残っているギャップ長、残っ� �いる時間に加えてLminをギャップ決定に使用� ��、ギャップを生成する。

 なお、LminとDmaxは、ネットワークからネ� �トワーク内の端末に報知することができる� �また、LminとDmaxは、ギャップ支援測定タスク と共に送信してもよい。ネットワークから送 信されたLminとDmaxは、端末がリアルタイムサ� ��ビスに入ると同時に設定される。

 次に、非リアルタイムサービスのギャッ� ��モードにおいて生成されるギャップについ� ��、図10を用いて説明する。ここでは、上記� �ラメータをTs=15、Td=40、Tg=15、To=“開始”、Lm in=2、Dmax=10と設定する。端末は、割り当てら� ��たギャップ支援測定タスクに従って、時刻T s=15からギャップモードに入る。

 まず、端末はサービングセルのCQIが低い� ��とを検出する。このとき、TdはTgよりはるか に大きいので、端末は、はじめに、T=15で始� �るLmin=2以上の長さ2のギャップを生成する。

 端末は、サービングセルのチャネルがサ� ��フレーム17~20において改善したことを検出� �ると、データ伝送を再開する。端末はサー� �ングチャネル品質を監視し続け、サービン� �セルのCQIが再び低いことを検出すると、端� �はさらにいくつかのギャップを生成する。� �えば、サービングセルのCQIが低く、かつ、� �ャップモードの残り時間が長くない場合、� �末は、再びT=21で始まるLmin=2以上の長さ3のギ ャップを生成し、さらに同様のギャップ生成 処理を継続する。

 サービングチャネルは時刻T=40で良好であ り、端末は、ギャップは必要ないと判定する が、Dmax=10が設定されているので、ギャップ� �距離8でDmax=10未満となるように、時刻T=49で� �まるギャップを生成する。

 次に、持続的スケジューリングが行われ� ��リアルタイムサービスのギャップモードに� ��いて生成されるギャップについて、図11を� �いて説明する。持続的スケジューリングと� �、ある時間間隔で一定の規則に基づいて端� �に無線リソースを割り当てることをいう。� �えば、リアルタイムサービスを受ける端末� �、8サブフレーム毎にデータ伝送用の2サブフ レームが割り当てられ、この割り当ては、80� ��ブフレーム毎に繰り返される。従って、端� ��は、8サブフレーム毎にデータ伝送用の2サ� �フレームを使用し、残り6サブフレームを電� ��消費の低減可能なDRX期間として使用する。� ��こでは、上記パラメータをTs=15、Td=40、Tg=45� ��To=“開始”、Lmin=2、Dmax=10と設定する。また 、最大ギャップ長は、Lmax=6(すなわち、この� �ではDRX期間の長さ)と設定する。

 図11に、リアルタイムサービスのギャッ� �モードにおいて生成されるギャップを示す� �ここでは、単純な固定ギャップパターンが� �用され、全てのギャップがDRX期間に生成さ� �ることが分かる。すなわち、DRX期間の6サブ� ��レーム毎に3サブフレームがギャップ用に使 用される。この例は、ギャップ支援測定タス クが固定ギャップパターン系列の使用を排除 するものではないこと示す。

 なお、非リアルタイムサービス及びリア� ��タイムサービスのギャップモードにおける� ��ャップ生成方法とは別に、端末は他のギャ� ��プ生成方法を用いてもよい。一般的には、� ��リアルタイムサービスに関しては、ギャッ� ��生成方法はサービングセルの瞬間的なチャ� ��ル品質に依存してもよく、端末は、サービ� ��グセルのチャネル品質が低い期間にギャッ� ��を生成することができる。一方、持続的ス� ��ジューリングを有するリアルタイムサービ� ��に関しては、最大ギャップ長を超えないよ� ��に、DRX期間とオーバーラップしてギャップ� ��生成してもよく、DRX期間とオーバーラップ� ��るギャップを有する固定のギャップパター� ��系列を単純化のために使用することができ� ��。

 実施の形態1において説明したように、共 有無線リソース割り当てがチャネル指向パケ ットスケジューラにより行われる。チャネル 指向パケットスケジューラは、端末を選択し 、選択した端末にデータ伝送用の無線リソー スを送信時間間隔毎(例えば、サブフレーム� �)に割り当てる。チャネル指向パケットスケ� ��ューラによる端末の選択方法及び無線リソ� ��スの割り当て方法は、オペレータが任意に� ��定してよい。

 チャネル指向パケットスケジューラは、� ��ャップモードの端末を対象とした動作と、� ��常モード(すなわち、ギャップモードでない )の端末を対象とした動作とは異なる。以下� �これらの違いについて説明する。まず、チ� �ネル指向パケットスケジューラの動作は、� �般的に、パケットスケジューリング中、通� �モードの端末を考慮する必要がある。ただ� �、特定の端末が、特定の回のスケジューリ� �グにおいて必ずしも選択されなくてよい。� �ャップモードの端末に関し、チャネル指向� �ケットスケジューラは、この特定の端末に� �り送信されるインジケータによりスケジュ� �リングを行ってよいと通知されるまで、パ� �ットスケジューリングを行う際、この端末� �考慮しない。

 通常モードの端末を対象とするパケット� ��ケジューラの動作と、ギャップモードの端� ��を対象とするパケットスケジューラの動作� ��を図12を用いて比較する。図12に示すように 、この特定の端末がデータ伝送のために必ず しも選択されなくてよいが、パケットスケジ ューラは、送信時間間隔毎のパケットスケジ ューリングにおいて、通常モードの端末を考 慮する必要がある。逆に、端末がギャップモ ードにあると、この端末により送信されたイ ンジケータ10を受信した後、パケットスケジ� ��ーラは、適格期間(eligible period)20の間、こ� �特定の端末を考慮しない。適格期間の後、� �ケットスケジューラは、再び別のインジケ� �タを受信するまでこの特定の端末をスケジ� �ーリングすることを考慮しない。

 なお、インジケータ10は、サービングセ� �のCQI報告であってよく、Teで表される適格期 間20の長さは、予め定義されるかあるいは上� ��ギャップ支援測定タスクと共に送信される� ��のいずれかでよい。

 また、ギャップモードの端末の動作は通� ��モードの動作とは異なる。前に検討したよ� ��に、ギャップモードにおけるギャップ生成� ��法に関する動作の他に、ギャップモードの� ��末は、ネットワークにインジケータを送信� ��ることによりそのデータ伝送を再開するこ� ��ができる。このようなインジケータを送信� ��た後、ある期間の間、端末はギャップの生� ��を停止するが、その受信回路をサービング� ��ル周波数に再チューニングし、基地局から� ��信される共通制御チャネル上のスケジュー� ��ング決定情報を監視する。この特定の端末� ��割り当てられる無線リソースが存在する場� ��、端末はこのようなスケジューリング決定� ��報に従って通常のデータ伝送を行う。図13� �、ギャップモードの端末の動作を示す。ギ� �ップモードの端末がデータ伝送を再開した� �場合、端末は、インジケータ30を送信し、こ のインジケータの送信直後の待機期間40の間� ��スケジューリング決定情報用のチャネルを� ��視し、このスケジューリング決定情報に従� ��てデータ伝送を再開する。

 なお、ギャップモードの端末から送信さ� ��たインジケータ30は、サービングセルのCQI� �告であってよく、Twで表される待機期間40の� ��さは、予め定義されるかあるいは上記ギャ� ��プ支援測定タスクと共に送信されるかのい� ��れかでよい。端末がインジケータを送信す� ��時刻とネットワークがこのインジケータを� ��信する時刻との間には遅延が生じるので、� ��のような遅延を補正するため、Tw>Teの関� �が必要である。ただし、TwとTeとの差は可能� ��限り小さくなければならない。

 また、ギャップモードの端末は、受信し� ��ギャップ支援測定タスクの要件に従って必� ��な全てのギャップを生成した(すなわち、全 てのTgギャップが生成された)が、残りのギャ ップ継続時間が依然として長い場合がある。 このような場合、端末は、そのデータ伝送を 再開するため上記インジケータを連続的に送 信してよい。

 また、ギャップモードの端末は、測定構� ��において指示された測定報告判定基準と測� ��報告品質に従ってその測定結果を報告する� ��とができる。測定結果を報告する方法は、� ��期的またはイベント起動(event triggered)のい� ��れであってもよく、UMTSにおいて使用される 方法を再利用してもよい。これらの方法は既 存の技術であり、ここでの詳細な説明は省略 する。

 このように実施の形態2によれば、最小ギ ャップ長Lmin及び最大ギャップ間距離Dmaxを設� ��することにより、測定に必要なギャップ長� ��確保することができると共に、長時間測定� ��行われない状況を回避することができる。

 (実施の形態3)
 本発明の実施の形態3では、多重タスク管理 について説明する。

 通常、ネットワークは、ハンドオーバを� ��うためにギャップ支援測定タスクを送信し� ��現タスクの終了後に新規タスクを送信する� ��とができる。例えば、ネットワークは、ハ� ��ドオーバを必要とする端末に対し、RAT間ハ� ��ドオーバより周波数間ハンドオーバを選択� ��る。ネットワークは、まず周波数間ハンド� ��ーバのためのタスクを送信する。その後、R AT間ハンドオーバも適用可能となり、ネット� ��ークが端末にRAT間測定の実行を要求する場� ��、ネットワークは現タスクの終了後に新規� ��スクを送信してよい。

 図14は、現タスクの終了後に新規タスク� �割り当てられる様子を示す。ネットワーク� �、通常、ハンドオーバを行うためにシング� �タスクを送信するが、現タスクのタスク継� �時間中に新規タスクを送信することがある� �このような場合、多重タスク管理が必要で� �り、ギャップ支援測定タスクにおけるパラ� �ータToが、複数のタスク管理に使用される。

 ネットワークは、第1のタスク(現タスク)� ��タスク継続時間中に第2のタスク(新規タス� �)を送信し、第1のタスクの操作に悪影響を及 ぼすことなく第2のタスクができるだけ早く� �まることを望む。このような場合、第1のタ� ��クにおける全てのギャップが生成されると� ��ちに第2のタスクを開始することができる。 しかしながら、ギャップモードにおいて自律 的なギャップ割り当てによってギャップを生 成する端末では、ネットワークは、現タスク におけるギャップが全て生成された正確な時 間が分からない。そこで、ネットワークは、 現タスクの終了以降に起動する第2のタスク� �送信する。例えば、Ts_1とTd1が第1のタスクの 開始時間とタスク継続時間を表すものとする 。このとき、第2のタスクの開始時間Ts_2は、T s_2≧Ts_1+Td_1と設定してよい。ただし、第2の� �スクは、時刻Ts_1とTs_2の間の任意の時間に送 信してよい。

 第2のタスクをできるだけ早く開始するた めに、ネットワークはパラメータToを“追加� ��に設定し、第1のタスクが終了していない場 合において第2のタスクを操作する方法を指� �する。図15に、To=“追加”を有する第2のタ� �クが第1のタスクのタスク継続時間中に送信� ��れた様子を示す。この“追加”の場合、ネ� ��トワークは、第2のタスクの正確な開始時間 を認識しなくてもよい。従って、ネットワー クは、時刻Ts_2から時刻Ts_2+Td_2までの期間を� �2のタスクのタスク継続時間として使用する� ��ただし、ネットワークが時刻Ts_2+Td_2の前に� ��てのTg_2ギャップを生成していたとしても端 末のデータ伝送に影響を与えるものではない 。これは、ネットワークが、実際の開始時間 から時刻Ts_2+Td_2までの期間にデータ伝送を再 開するためのインデックスを送信する上記方 法を使用できるためである。

 ギャップ支援測定タスクが割り当てられ� ��端末は、割り当てられたTgの全てを用いる� �となく、必要な測定を終了することがある� �このような場合、端末は、ネットワークか� �の指示なしに未使用ギャップをクリアする� �とができない。すなわち、端末がギャップ� �終了しないうちに、既に必要な測定結果を� �成したとしても、未使用ギャップをクリア� �る指示をネットワークから受信していなけ� �ば、端末は依然として残りギャップを生成� �ることになる。そこで、ネットワークは、� �使用ギャップをクリアし、かつ継続的タス� �をクリアするように端末に指示する。具体� �には、端末はタスク継続時間終了の前に測� �結果を報告した場合に、ネットワークはそ� �以上の測定が第1のタスクに対して必要がな� ��と判断できる場合がある。その場合には、� ��1のタスクと同じ測定識別情報を有する第2� �タスクを送信するとともに、第2のタスクに� ��いて送信されたTsにより規定された時刻に� �第2のタスクと同じ測定識別情報を有する端� ��に格納された全てのタスクをクリアするた� ��に使用されるパラメータToを“クリア”に� �定することができる。図16に、To=“クリア” を有する第2のタスクが第1のタスクのタスク� ��続時間中に送信される様子を示す。

 ネットワークは、また、第1のタスクのタ スク継続時間中にパラメータTo=“開始”を有 する第2のタスクを送信することができる。� �だし、ネットワークは、この第2のタスクの� ��始時間を適切に設定するものとする。この� ��うな場合、この第2のタスクの開始時間は、 第1のタスクの終了時刻以降に設定されなけ� �ばならない。例えば、Ts_1とTd_1が第1のタス� �の開始時間とタスク継続時間を表すものと� �る。このとき、第2のタスクの開始時間は、T s_2≧Ts_1+Td_1と設定しなければならない。ただ し、第2のタスクは、時刻Ts_1とTs_2の間の任意 の時間に送信してよい。

 以下、端末が複数のタスクをどのように� ��作するかについて詳細に説明する。端末は� ��タスクの操作に関連する2つの変数を維持す る。一つの変数、すなわち、TaskQueで表され� �タスク待ち行列は、その開始時間によりソ� �トされた受信ギャップを格納する待ち行列� �維持するために使用される。また、別の変� �、すなわち、ActiveTaskで表されるアクティブ� ��スクは、操作が継続中のタスクを管理する� ��めに使用される。図17に、2つの変数と現在� ��刻Tを示す。

 以下、新規タスクが時刻Tに達した際、端 末のTaskQue操作方法について図18を用いて説明 する。なお、開始時間は[0,maxCFN(Connection Frame  Number:フレーム番号の情報。UMTSではmaxCFN=255) ]等の整数範囲から設定されるものと仮定す� �。

 図18において、ST501では、新規タスクのパ ラメータTo(NT.TO:New Task. Task Operation)=‘クリ� ��’か否かを判定し、NT.TO=‘クリア’の場合( Yes)、ST502に移行する。NT.TO=‘クリア’ではな い場合(No)、ST506に移行する。

 ST502では、TaskQueが空であるか否かが判定� ��れ、TaskQueが空ではない場合(No)、ST503に移行 し、新規タスク(NT)と同じ測定識別情報を有� �るTaskQueの全てのタスクをクリアして処理を� ��了する。TaskQueが空である場合(Yes)、ST504に� �行する。

 ST504では、ActiveTask(AT)が空であるか否かを 判定し、ActiveTaskが空である場合(Yes)、処理を 終了し、ActiveTaskが空ではない場合(No)、ST505� �移行する。

 ST505では、新規タスク(NT)と同じ測定識別� ��報を有するActiveTaskが存在する場合、そのAct iveTaskをクリアする。

 ST506では、ST501においてNT.TO=‘クリア’で はないと判定された場合、すなわち、新規タ スクのパラメータTo=‘開始’または‘追加’ の場合、新規タスクのパラメータTs<Tを満� �すか否かを判定する。Ts<Tを満たす場合(Yes )、ST507に移行し、Ts<Tを満たさない場合(No)� ��ST508に移行する。

 ST507では、新規タスクのパラメータTs=新� �タスクのパラメータTs+maxCFNに設定し、ST508で は、ActiveTaskが空であるか否かを判定する。Ac tiveTaskが空である場合(Yes)、ST509に移行し、Act iveTaskが空ではない場合(No)、ST511に移行する� �

 ST509では、新規タスクのパラメータTs=Tで� ��るか否かを判定し、Ts=Tである場合(Yes)、ST51 0に移行し、Ts=Tではない場合、ST511に移行す� �。ST510では、Active.Task=新規タスクに設定し、 処理を終了する。

 ST511では、新規タスクをTaskQueに入れ、Task Queの全てのタスクをソートし、処理を終了す る。

 なお、上記で新規タスクのパラメータTs=� ��規タスクのパラメータTs+maxCFNのようにパラ� ��ータTsを算出した。一つの例としては、新� �タスクのパラメータTs=現在時刻となるよう� �maxCFNを設定することが考えられる。

 以下、端末の時刻TにおけるActiveTask操作� �法について図19を用いて説明する。図19にお� ��て、ST601では、ActiveTask(AT)が空であるか否か を判定し、ActiveTaskが空である場合(Yes)、ST611� ��移行し、ActiveTaskが空ではない場合(No)、ST602 に移行する。

 ST602では、測定を実行しているか否かを� �定し、測定を実行している場合(Yes)、処理を 終了し、測定を実行していない場合(No)、ST603 に移行する。

 ST603では、データ送信許容期間であるか� �かを判定し、データ送信許容期間である場� �(Yes)、処理を終了し、データ送信許容期間で はない場合(No)、ST604に移行する。

 ST604では、ActiveTask.Ts+ActiveTask.Td=Tであるか 否かを判定し、AT.Ts+AT.Td=Tの場合(Yes)、ST605に� ��行し、ActiveTaskをクリアして処理を終了する 。また、AT.Ts+AT.Td=Tではない場合(No)、ST606に� �行する。

 ST606では、ActiveTask.Tg=0であるか否かを判� �し、AT.Tg=0である場合(Yes)、ST605に移行し、Act iveTaskをクリアして処理を終了する。また、AT .Tg=0ではない場合(No)、ST607に移行する。

 ST607では、端末が長さTpを有するギャップ を生成するか否かを判定し、生成する場合(Ye s)、ST608に移行し、生成しない場合(No)、ST609� �移行する。

 ST608では、ActiveTask.Tg=ActiveTask.Tg-Tpに設定� �、サブフレーム[T+1,T+1+Tp]において測定し、� �理を終了する。

 ST609では、端末がCQIを送信するか否かを� �定し、CQIを送信する場合(Yes)、ST610に移行し� ��時刻T+1でネットワークにCQIを送信する。CQI� ��送信しない場合(No)、処理を終了する。

 ST611では、TaskQueが空であるか否かを判定� ��、TaskQueが空である場合(Yes)、処理を終了し� ��TaskQueが空ではない場合(No)、ST612に移行する 。

 ST612では、TopTask.TaskOperation=‘追加’であ� ��か否かを判定し、TT.TO=‘追加’である場合( Yes)、ST613に移行し、TT.TO=‘追加’ではない場 合(No)、ST614に移行する。

 ST613では、TopTaskを検出し、ActiveTask=TopTask� ��設定し、ActiveTask.Ts=Tに設定して処理を終了� ��る。

 ST614では、TopTask.Ts=Tであるか否かを判定� �、TT.Ts=Tである場合(Yes)、ST615に移行し、TT.Ts= Tではない場合(No)、処理を終了する。

 ST615では、TopTaskを検出し、ActiveTask=TopTask� ��設定して処理を終了する。

 このように実施の形態3によれば、ギャッ プ支援測定タスクにおけるパラメータToの設� ��を変更することにより、端末がギャップモ� ��ドにおいて自律的なギャップ割り当てによ� ��てギャップを生成する場合でも、第1のタス ク(現タスク)のタスク継続時間中に第2のタス ク(新規タスク)を送信し、第1のタスクの操作 に悪影響を及ぼすことなく第2のタスクをで� �るだけ早く開始することができる。

 2007年5月31日出願の特願2007-145901の日本出� ��に含まれる明細書、図面及び要約書の開示� ��容は、すべて本願に援用される。