(57)【要約】無線ネットワークにおける無線送信／受信ユニット（ＷＴＲＵ）の過度なシグナリングオーバヘッドを防止し、電力を節約するため、移動度状態を定義する。ＷＴＲＵは、ネットワークセル間におけるＷＴＲＵの移動の頻度に関係するトリガに基づき、低移動度状態で稼動していることを判定することができる。ＷＴＲＵは、低移動度状態または移動度無し状態にあるときは、通常移動度状態にあるときよりも少ない頻度でセルを変更することができる。ＷＴＲＵが低移動度状態または移動度無し状態にあることを判定すると、ＷＴＲＵは低移動度状態または移動度無し状態に関連するモビリティプロシージャを構成して、電力およびその他のネットワークリソースを節約することができる。ＷＴＲＵは、自身の移動状態とネットワークとの調整をすることができる。
2013524645.tif 000002
【特許請求の範囲】
【請求項１】
無線送信／受信ユニット（ＷＴＲＵ）によるネットワークリソースの利用を最適化する方法であって、
前記ＷＴＲＵが低移動度状態において動作していることを判定するステップであって、前記低移動度状態においては、前記ＷＴＲＵがネットワーク内でセルを変更する頻度が、通常移動度状態において前記ＷＴＲＵが前記ネットワーク内でセルを変更する頻度よりも少ないステップと、
前記低移動度状態に関連するモビリティプロシージャを実装するために、前記ＷＴＲＵを構成する、ステップと、
を備えることを特徴とする方法。
【請求項２】
第１の移動度状態に関連するモビリティプロシージャは、前記通常移動度状態においてサービングセルの測定および隣接セルの測定が実行されるよりも少ない頻度で、サービングセルの測定および隣接セルの測定を実行するステップを備えることを特徴とする請求項１に記載の方法。
【請求項３】
第１の移動度状態に関連するモビリティプロシージャは、サービングセルの測定値が所定の閾値を下回るまで、隣接セルの測定を休止するステップを備えることを特徴とする請求項１に記載の方法。
【請求項４】
第１の移動度状態に関連するモビリティプロシージャは、前記通常移動度状態において測定されるよりも少ない数の隣接セルを測定するステップを備えることを特徴とする請求項１に記載の方法。
【請求項５】
第１の移動度状態に関連するモビリティプロシージャは、前記通常移動度状態においてセルの再選択が実行される回数よりも少ない頻度で、セルの再選択を実行するステップを備えることを特徴とする請求項１に記載の方法。
【請求項６】
第１の移動度状態に関連するモビリティプロシージャは、前記通常移動度状態において位置エリアの更新が実行される回数よりも少ない頻度で、位置エリアの更新を実行するステップを備えることを特徴とする請求項１に記載の方法。
【請求項７】
第１の移動度状態に関連するモビリティプロシージャは、前記通常移動度状態における不連続受信（ＤＲＸ）サイクルの長さと比較して、ＤＲＸサイクルの長さを増加させるステップを備えることを特徴とする請求項１に記載の方法。
【請求項８】
第１の移動度状態に関連するモビリティプロシージャは、前記通常移動度状態と比較して、より少ない頻度でシステム情報（System Information）を取得するステップを備えることを特徴とする請求項１に記載の方法。
【請求項９】
無線送信／受信ユニット（ＷＴＲＵ）であって、
アンテナと、
前記アンテナに結合される受信機と、
前記受信機に結合され、前記ＷＴＲＵの低移動度状態を特定するように構成されたプロセッサと、
を備え、
前記低移動度状態においては、無線通信ネットワーク内で前記ＷＴＲＵがセルを変更する頻度が、通常移動度状態において前記無線ネットワーク内で前記ＷＴＲＵがセルを変更する頻度よりも少なく、さらに前記ＷＴＲＵは、前記受信機から前記低移動度状態に関連する情報を受信するように構成されることを特徴とするＷＴＲＵ。
【請求項１０】
前記低移動度状態に関連する前記情報は、測定のためのスケーリングファクタを備え、前記スケーリングファクタは、移動度パラメータを構成するのに使用されることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１１】
前記低移動度状態に関連する前記情報は、サービングセルからシステム情報（ＳＩ）ブロードキャストで受信されることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１２】
前記低移動度状態に関連する前記情報は、前記無線ネットワークへの登録の間に受信されることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１３】
前記プロセッサはさらに、アップリンク（ＵＬ）データが送信されることを検出すると、前記低移動度状態から通常移動度状態へ遷移するように構成される請求項９に記載のＷＴＲＵ。
【請求項１４】
前記プロセッサはさらに、前記ＵＬデータが送信された後に、前記通常移動度状態から前記低移動度状態へ遷移するように構成される請求項１３に記載のＷＴＲＵ。
【請求項１５】
前記アンテナに結合される送信機をさらに備え、
前記送信機は、前記通常移動度状態への変更を要求するメッセージを、前記無線ネットワークへ送信するように構成されることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１６】
前記低移動度状態は、移動度無し状態を備え、
前記移動度無し状態は、前記無線ネットワークのセルに残存している前記ＷＴＲＵに関連する状態であることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１７】
無線送信／受信ユニット（ＷＴＲＵ）を低移動度状態と通常移動度状態との間で遷移させる方法であって、前記低移動度状態においては、前記ＷＴＲＵが無線ネットワーク内でセルを変更する頻度が、前記通常移動状態において前記ＷＴＲＵがセルを変更する頻度よりも少なく、
前記方法は、
前記ＷＴＲＵが前記低移動度状態に進入したこと、または退出したことを示すトリガを検出するステップと、
前記トリガを検出することに基づいて、前記低移動度状態と前記通常移動度状態との間で遷移するステップと、
を備えることを特徴とする方法。
【請求項１８】
前記トリガは、前記ＷＴＲＵの電源における変更を備えることを特徴とする請求項１７に記載の方法。
【請求項１９】
前記トリガは、前記ＷＴＲＵに移動度状態を変更することを命令するユーザ入力を備えることを特徴とする請求項１７に記載の方法。
【請求項２０】
前記トリガは、前記ネットワークから前記ＷＴＲＵへ送られることを特徴とする請求項１７に記載の方法。
【請求項２１】
前記トリガは、全地球測位システム（ＧＰＳ）装置からの出力に基づくことを特徴とする請求項１７に請求項１７に記載の方法。
【請求項２２】
前記トリガは、チャネル品質における変化に対応することを特徴とする請求項１７に記載の方法。
【請求項２３】
前記トリガは、検出される隣接セルの識別における変更に対応することを特徴とする請求項１７に記載の方法。
【請求項２４】
前記トリガは、所定の時間に所定の回数よりも少ない回数でセルの再選択を実行する前記ＷＴＲＵに対応することを特徴とする請求項１７に記載の方法。
【請求項２５】
前記トリガは、デバイスと通信するＮｏｄｅＢの識別に基づくことを特徴とする請求項１７に記載の方法。
【請求項２６】
前記低移動度状態と前記通常移動度状態との間で遷移するステップは、前記無線ネットワークに前記遷移の情報を提供することなく、前記低移動度状態と前記通常移動度状態との間で遷移するステップを備えることを特徴とする請求項１７に記載の方法。
【請求項２７】
デバイスが、前記低移動度状態と前記通常移動度状態との間で遷移したことを前記無線ネットワークへ通知するステップをさらに備える請求項１７に記載の方法。
【請求項２８】
前記低移動度状態と前記通常移動度状態との間の状態遷移を実行する要求を、前記無線ネットワークへ送るステップをさらに備える請求項１７に記載の方法。
【請求項２９】
前記ＷＴＲＵは、マシンタイプ通信（ＭＴＣ）デバイスであることを特徴とする請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１０年４月２日に出願された米国仮特許出願第６１／３２０、６００号の利益を主張するものであり、当該出願の内容全体が参照により、本明細書に組み込まれる。
【０００２】
本出願は、無線通信システムおよび装置のためのモビリティプロシージャ（mobility procedure）に関する。
【背景技術】
【０００３】
典型的な無線データおよび音声ネットワークは、大きな地理的領域をカバーする。ユーザはネットワークの地理的領域の至る所を巡回する場合がある。しかしながら、ネットワークはいつでもユーザ機器（ＵＥ）から情報を提供される必要がある。さらに、ＵＥが速やかにネットワークリソースに接続することを可能にするために、セルの再選択および位置登録エリア更新（tracking area update）などのモビリティプロシージャを発展させ、ＵＥの移動度（mobility）に対するサポートを提供してきた。モビリティプロシージャを実装するようＵＥが設計され、それによりＵＥがネットワークへ速やかに接続でき、ネットワークは現在位置の情報提供がされることの維持が可能となった。
【０００４】
マシンツーマシン（Ｍ２Ｍ）通信は、人間の介在を必ずしも必要としないエンティティまたはマシンの間におけるデータ通信の形態である。それぞれの通信ネットワークは、任意の数のマシンタイプ通信（ＭＴＣ）デバイスを含むことができる。計量装置または追跡装置がＭＴＣデバイスの典型的な例である。本明細書で使用されるように、用語ユーザ機器（ＵＥ）はＭＴＣデバイスを含むことができる。
【０００５】
Ｍ２Ｍシステムの配置により、種々のケイパビリティ（capability）を備える多種多様な装置が異なる状況下で動作できる。ＭＴＣデバイスのケイパビリティは変化する場合があり、ＭＴＣデバイスのケイパビリティは、１または複数のＭＴＣの適用分野の要件に依存する場合がある。マシンタイプ通信の特徴のカテゴリは、Time Controlled、Time Tolerant、PS (Packet Switched) Only、Online Small Data Transmissions、Offline Small Data Transmissions、Mobile Originated Only、Infrequent Mobile Terminated、MTC Monitoring、Offline Indication、Jamming Indication、PAM(Priority Alarm Message)、Extra Low Power Consumption、Secure Connection、Group Based PolicingおよびGroup Based Addressing を含む Location Specific Trigger および Group Based MTC Featuresの１または複数を含めることができる。
【発明の概要】
【０００６】
ネットワークリソースおよびＵＥの利用を最適化する方法および装置が、本明細書で説明される。過度なシグナリングオーバヘッドを防止し、ＵＥの電力を節約するため、低移動度（low mobility state）または移動度無し状態（no mobility state）にある装置に対し、新規のモビリティプロシージャを定義することができる。無線送信／受信ユニット（ＷＴＲＵ）は、ネットワークセルの間をＷＴＲＵが移動する頻度に関係するトリガに基づいて、低移動度状態で稼動していることを判定することができる。当該ＷＴＲＵは低移動度状態または移動度無し状態においては、通常移動度状態（normal mobility state）にあるときよりも少ない頻度でセルを変更することができる。ＷＴＲＵが低移動度状態または移動度無し状態にあると判定すると、当該ＷＴＲＵは低移動度状態または移動度無し状態に関連するモビリティプロシージャを構成し、電力およびその他のネットワークリソースを節約することができる。
【０００７】
ＷＴＲＵは、モビリティプロシージャまたは当該モビリティプロシージャに関係するパラメータを無線ネットワークから受信することができる。定義された移動度状態に対する電力消費またはシグナリングオーバヘッドを最適化するために、当該プロシージャを設計してもよい。ＷＴＲＵは、信号品質に関係するトリガ、またはその他のネットワークパラメータを検出して、当該ＷＴＲＵが低移動度状態もしくは移動度無し状態へ、またはそれらの状態から遷移すべきかを判定することができる。ＷＴＲＵは移動度状態を変更したことをネットワークに情報提供し、または移動度状態を変更するための許可をネットワークに要求することができる。
【図面の簡単な説明】
【０００８】
添付の図面とともに、例として挙げられる以下の説明により、より詳細な理解が得られるであろう。
【０００９】
【図１Ａ】１または複数の開示された実施例を実装することができる通信システムの例を示すシステム図である。
【図１Ｂ】図１Ａで表した通信システム内で使用することができる無線送信／受信ユニット（ＷＴＲＵ）の例を示すシステム図である。
【図１Ｃ】図１Ａで表した通信システム内で使用することができる無線アクセスネットワークおよびコアネットワークの例を示すシステム図である。
【図２】アイドルモードにある２つの移動度状態を備えるＵＥに対し、移動度状態の間を遷移する例を示す状態図である。
【図３】アイドルモードにある３つの移動度状態を備えるＵＥに対し、移動度状態の間を遷移する例を示す状態図である。
【図４】アップリンク（ＵＬ）データトリガに基づいて、移動度状態の間を遷移する例を示す状態図である。
【発明を実施するための形態】
【００１０】
図１Ａは、１または複数の開示された実施例が実装される通信システム１００の例を示す図である。通信システム１００は、音声、データ、映像、メッセージングおよび放送等のコンテンツを、複数の無線ユーザに提供する多元接続システムであってもよい。通信システム１００により、複数の無線ユーザは無線帯域幅を含むシステムリソースの共有を通じて、かかるコンテンツにアクセスすることができる。例えば、通信システム１００は、１または複数のチャネルアクセス手法（例えば、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）およびシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）など）を採用してもよい。
【００１１】
図１Ａで示すように、通信システム１００は無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０およびその他のネットワーク１１２を含んでもよいが、開示された実施例では任意の数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を想定できることが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのそれぞれは、無線環境において動作し、および／または通信するように構成された任意のタイプの装置であってもよい。例によると、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄは、無線信号を送信し、および／または受信するように構成されてもよく、かつ、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、および家庭用電化製品などを含んでもよい。
【００１２】
通信システム１００はまた、基地局１１４ａおよび１１４ｂを含んでもよい。基地局１１４ａおよび１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、およびその他のネットワーク１１２のような１または複数の通信ネットワークへのアクセスを円滑にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのうちの少なくとも１つと無線インターフェースで接続するように構成される任意の装置であってもよい。例によると、基地局１１４ａおよび１１４ｂは、ＢＴＳ（ベーストランシーバ基地局）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、Ｈｏｍｅ−ＮｏｄｅＢ、Ｈｏｍｅ−ｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）および無線ルータなどであってもよい。基地局１１４ａおよび１１４ｂは、それぞれが単一の要素として記載されているが、基地局１１４ａおよび１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよいことが理解されるであろう。
【００１３】
基地局１１４ａは、ＲＡＮ１０４の一部であってもよく、当該ＲＡＮ１０４は、基地局制御装置（ＢＳＣ）、無線ネットワーク制御装置（ＲＮＣ）、中継ノードなどのその他の基地局および／またはネットワーク要素（図示せず）を含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と称される特定の地理的領域内で無線信号を送信し、および／または受信するように構成されてもよい。さらに、セルはセルセクタに分割されてもよい。例えば、基地局１１４ａに関連するセルは、３つのセクタに分割されてもよい。したがって１の実施例では、基地局１１４ａは３つのトランシーバを含んでもよい（すなわち、セルのそれぞれのセクタごとに１つのトランシーバ）。別の実施例では、基地局１１４ａはＭＩＭＯ（multiple-input multiple output）技術を採用してもよく、したがって、セルのそれぞれのセクタごとに複数のトランシーバを利用してもよい。
【００１４】
基地局１１４ａおよび１１４ｂは、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのうちの１つまたは複数と通信してもよい。当該エアインターフェースは、任意の適切な無線通信リンク（例えば、ラジオ周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、および可視光線など）であってもよい。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。
【００１５】
上述したように、特に通信システム１００は多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどのような１または複数のチャネルアクセススキームを採用してもよい。例えば、ＲＡＮ１０４における基地局１１４ａ、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、ＵＴＲＡ（Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access）のような無線技術を実装してもよい。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立することができる。ＷＣＤＭＡは、ＨＳＰＡ（High-Speed Packet Access）および／またはＨＳＰＡ＋（Evolved HSPA）のような通信プロトコルを含むことができる。ＨＳＰＡは、ＨＳＤＰＡ（High-Speed Downlink Packet Access）および／またはＨＳＵＰＡ（High-Speed Uplink Packet Access）を含むことができる。
【００１６】
別の実施例では、基地局１１４ａ、ならびにＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃは、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access）のような無線技術を実装してもよい。Ｅ−ＵＴＲＡは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａ（LTE-Advance）を使用して、エアインターフェース１１６を確立することができる。
【００１７】
その他の実施例では、基地局１１４ａ、ならびにＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、ＣＤＭＡ２０００、ＣＤＭＡ２０００−１Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、ＩＳ−２０００（Interim Standard 2000）ＩＳ−９５（Interim Standard 95）、ＩＳ−８５６（Interim Standard 856）、ＧＳＭ（Global System for Mobile communications：登録商標）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、およびＧＥＲＡＮ（GSM EDGE）などのような無線技術を実装してもよい。
【００１８】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、Ｈｏｍｅ−ＮｏｄｅＢ、Ｈｏｍｅ−ｅＮｏｄｅＢ、またはアクセスポイントであってもよく、例えば、事業所、家庭、自動車およびキャンパスなどの局所エリアにおいて無線接続性を円滑にするのに適切な任意のＲＡＴを利用してもよい。１の実施例では、基地局１１４ｂ、ならびにＷＴＲＵ１０２ｃ、および１１２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ＬＡＮ（ＷＬＡＮ）を確立してもよい。別の実施例では、基地局１１４ｂ、ならびにＷＴＲＵ１０２ｃ、および１１２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線ＰＡＮ（ＷＰＡＮ）を確立してもよい。さらなる別の実施例では、基地局１１４ｂ、ならびにＷＴＲＵ１０２ｃ、および１１２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ-Ａ）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１Ａで示すように、基地局１１４ｂはインターネット１１０との直接接続を有してもよく、したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要はない。
【００１９】
ＲＡＮ１０４はコアネットワーク１０６と通信してもよく、当該コアネットワーク１０６は音声、データ、アプリケーションおよび／またはＶｏＩＰ（voice over internet protocol）サービスを、１または複数のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄに提供するように構成される任意のタイプのネットワークでよい。例えば、コアネットワーク１０６は、呼制御、請求サービス、モバイル位置情報サービス、プリペイドコーリング、インターネット接続性、映像配信などのサービスを提供してもよく、および／またはユーザ認証などのハイレベルなセキュリティ機能を実行してもよい。図１Ａでは示されないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同一のＲＡＴを採用するその他のＲＡＮ、または異なるＲＡＴを採用するその他のＲＡＮと直接的に、または間接的に通信してもよいことが理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用しているＲＡＮ１０４に接続されることに加え、コアネットワーク１０６はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信してもよい。
【００２０】
コアネットワーク１０６はまた、ＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄに対するゲートウェイとしての役割を担ってもよい。ＰＳＴＮ１０８は、旧来の電話サービス（アナログ回線のみの）（ＰＯＴＳ：plain old telephone service）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、相互接続されたコンピュータネットワークおよび装置のグローバルシステムを含んでもよく、当該コンピュータネットワークおよび装置は、ＴＣＰ／ＩＰインターネットプロトコル群におけるＴＣＰ（transmission control protocol）、ＵＤＰ（user datagram protocol）およびＩＰ（internet protocol）などの共通通信プロトコルを使用する。ネットワーク１１２は、その他のサービスプロバイダにより所有および／または運営される有線および／または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、１または複数のＲＡＮに接続された別のコアネットワークを含んでもよく、前記ＲＡＮはＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを採用してもよい。
【００２１】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄの一部または全ては、マルチモードケイパビリティを含んでもよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数のトランシーバを含んでもよい。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用することができる基地局１１４ａと通信し、ＩＥＥＥ８０２無線技術を採用することができる基地局１１４ｂと通信するように構成されてもよい。
【００２２】
図１ＢはＷＴＲＵ１０２の例を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信素子１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、着脱不能メモリ１３０、着脱可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含んでもよい。本発明の実施形態との一貫性を維持したまま、ＷＴＲＵ１０２は上述した要素の任意の組み合わせを含んでもよいことが理解されるであろう。
【００２３】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連した１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他の任意のタイプの集積回路（ＩＣ）、およびステートマシンなどであってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／または無線環境においてＷＴＲＵ１０２が動作することを可能とするその他の任意の機能を実行してもよい。プロセッサ１１８は、トランシーバ１２０と結合されてもよく、当該トランシーバ１２０は送受信素子１２２と結合されてもよい。図１Ｂは、プロセッサ１１８とトランシーバ１２０とを別々のコンポーネントとして表現しているが、プロセッサ１１８およびトランシーバ１２０は、１つの電子パッケージまたは電子チップ内に統合されてもよいことが理解されるであろう。
【００２４】
送受信素子１２２は、エアインターフェース１１６上で基地局（例えば、基地局１１４ａ）へ信号を送信し、または当該基地局から信号を受信するように構成されてもよい。例えば１の実施例では、送受信素子１２２はＲＦ信号を送信し、および／または受信するように構成されたアンテナでもよい。別の実施例では、送受信素子１２２は、例えばＩＲ、ＵＶまたは可視光線などを送信し、および／またはそれらを受信するように構成されたエミッタ／ディテクタであってもよい。さらなる別の実施例では、送受信素子１２２はＲＦおよび光信号の双方を送受信するように構成されてもよい。送受信素子１２２が無線信号の任意の組み合わせを送信し、および／またはそれらを受信するように構成されてもよいことが理解されるであろう。
【００２５】
さらに、送受信素子１２２は、図１Ｂにおいては単一の要素として表現されているが、ＷＴＲＵ１０２は任意の数の送受信素子１２２を含んでもよい。特に、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって１の実施例では、ＷＴＲＵ１０２はエアインターフェース１１６上で無線信号を送受信するための２以上の送受信素子１２２（例えば、複数のアンテナ）を含んでもよい。
【００２６】
トランシーバ１２０は、送受信素子１２２により送信される信号を変調し、かつ送受信素子１２２により受信される信号を復調するように構成されてもよい。上述したように、ＷＴＲＵ１０２はマルチモードケイパビリティを有してもよい。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にする複数のトランシーバを含んでもよい。
【００２７】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイ装置、または有機発光ダイオード（ＯＬＥＤ）ディスプレイ装置）に結合され、かつ当該スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８からユーザ入力データを受信してもよい。また、プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８へユーザデータを出力してもよい。さらに、プロセッサ１１８は、着脱不能メモリ１３０および着脱可能メモリ１３２などの任意のタイプの適切なメモリから情報にアクセスし、当該メモリにデータを格納してもよい。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、またはその他の任意のタイプのメモリ記憶デバイスを含んでもよい。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアディジタル（ＳＤ）メモリカードなどを含んでもよい。その他の実施例では、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に位置しないメモリ（例えば、サーバまたはホームコンピュータ（図示せず））から情報にアクセスし、当該メモリにデータを格納してもよい。
【００２８】
プロセッサ１１８は、電源１３４から電力を受信してもよく、ＷＴＲＵ１０２におけるその他のコンポーネントに電力を分配し、および／または当該コンポーネントへの電力を制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電源供給を行うための任意の適切な装置であってもよい。例えば、電源１３４は１または複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含んでもよい。
【００２９】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合されてもよく、当該ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成される。ＧＰＳチップセットからの情報に加えて、または当該情報の代わりに、ＷＴＲＵ１０２は、エアインターフェース上で基地局１０２（例えば、基地局１１４ａおよび１１４ｂ）から位置情報を受信し、近隣の２以上の基地局から受信する信号のタイミングに基づいて、自身の位置を判定してもよい。本発明の実施形態との一貫性を維持したまま、ＷＴＲＵ１０２は任意の適切な位置判定手法により位置情報を取得してもよいことが理解されるであろう。
【００３０】
プロセッサ１１８さらに、その他周辺機器１３８に結合されてもよく、当該周辺機器は追加的な特徴、機能、および／または有線もしくは無線接続性を提供する１または複数のソフトウェアおよび／またはハードウェアモジュールを含んでもよい。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、ディジタルカメラ（写真または映像向け）、ＵＳＢ（universal serial bus）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、ディジタルミュージックプレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、およびインターネットブラウザなどを含んでもよい。
【００３１】
図１Ｃは、１の実施例にしたがって、ＲＡＮ１０４およびコアネットワーク１０６を示すシステム図である。上述したように、ＲＡＮ１０４は、ＵＴＲＡ無線技術を採用して、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信してもよい。ＲＡＮ１０４はまた、コアネットワーク１０６と通信してもよい。図１Ｃで示すように、ＲＡＮ１０４は、ＮｏｄｅＢ１４０ａ、１４０ｂ、および１４０ｃを含んでもよく、当該ＮｏｄｅＢの各々は、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するための１または複数のトランシーバを含んでもよい。ＮｏｄｅＢ１４０ａ、１４０ｂ、および１４０ｃの各々は、ＲＡＮ１０４内で特定のセル（図示せず）に関連付けられる。ＲＡＮ１０４はまた、ＲＮＣ１４２ａ、および１４２ｂを含んでもよい。本発明の実施形態との一貫性を維持したまま、ＲＡＮ１０４は任意の数のＮｏｄｅＢおよびＲＮＣを含んでもよいことができることが理解されるであろう。
【００３２】
図１Ｃに示すように、ＮｏｄｅＢ１４０ａ、および１４０ｂは、ＲＮＣ１４２ａと通信してもよい。また、ＮｏｄｅＢ１４０ｃは、ＲＮＣ１４２ｂと通信してもよい。ＮｏｄｅＢ１４０ａ、１４０ｂ、および１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、および１４２ｂと通信してもよい。ＲＮＣ１４２ａ、および１４２ｂは、Ｉｕｒインターフェースを介して互いに通信してもよい。ＲＮＣ１４２ａ、および１４２ｂの各々は、接続されるそれぞれのＮｏｄｅＢ１４０ａ、１４０ｂ、および１４０ｃを制御するように構成されてもよい。さらに、ＲＮＣ１４２ａおよび１４２ｂの各々は、アウターループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能およびデータ暗号化などのその他の機能を遂行し、またはサポートするよう構成されてもよい。
【００３３】
図１Ｃに示すコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、移動通信交換局（ＭＳＣ）１４６、加入者パケット交換機（ＳＧＳＮ；serving GPRS support node）１４８、および／または中継パケット交換機（ＧＧＳＮ；gateway GPRS support node）１５０を含んでもよい。上記要素の各々は、コアネットワーク１０６の一部として表現されるが、それら要素のうちの任意の１つは、コアネットワークのオペレータとは別の集団により所有および／または運営されてもよいことが理解されるであろう。
【００３４】
ＲＡＮ１０４におけるＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６におけるＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと、従来の固定電話通信装置との間の通信を円滑にすることができる。
【００３５】
ＲＡＮ１０４におけるＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介してコアネットワーク１０６におけるＳＧＳＮ１４８に接続されてもよい。ＳＧＳＮ１４８はまた、ＧＧＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８、およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと、ＩＰ通信可能な装置との間の通信を円滑にすることができる。
【００３６】
上述したように、コアネットワーク１０６はまた、ネットワーク１１２に接続されてもよく、当該ネットワークはその他のサービスプロバイダにより所有および／または運営されるその他の有線または無線ネットワークを含んでもよい。
【００３７】
低移動度または移動度無しの装置にとって、通常の移動度の装置に対して定義されたモビリティプロシージャの一部は不要であり、リソースの無駄になる場合がある。したがって、低移動度または移動度無しのタイプの装置が全てのモビリティプロシージャを実行するときは、不必要にネットワークリソースを無駄にし、かつ装置電力を不必要に消費する結果となる。もしＭ２Ｍデバイスに電力的な制約がある場合は（例えば、限られたバッテリ電力で装置が稼動する、および／または容易にアクセスできないか、またはまったくアクセスできない場所に装置が配置される場合）、このことは重大な結果となる場合がある。このような低移動度または移動度無しの装置を最適化するための開示された様々な方法は、新規のＵＥの移動度状態を定義するステップと、当該状態におけるモビリティプロシージャを最適化するステップと、当該状態において装置を構成するステップと、移動度状態の間をトリガが遷移するステップと、を含むがこれらに限定されない。
【００３８】
本明細書で使用される専門用語は、ＵＭＴＳおよび／またはロングタームエボリューション(ＬＴＥ）の専門用語になるが、全ての概念がその他の無線技術（例えば、ＬＴＥ−Ａ（LTE-Advances）、ＧＳＭ（Global System for Mobile Communications）、またはその他の任意の無線技術）に同等に適用できることを留意する。例として、用語ＰＳＣがＵＭＴＳ（universal mobile telecommunications system）に対して使用される場合は、当該用語はＬＴＥにおいてはＰＣＩと同格となることが理解される。放送制御チャネル（ＢＣＣＨ）、ＳＩ（System Information）要素／部分およびマスタ情報ブロック（ＭＩＢ）が、ＵＭＴＳ、ＬＴＥ、ＧＳＭ、または類似のＳＩブロードキャスト（System Information broadcast）手段を使用するその他の無線技術に適用されることも理解される。
【００３９】
用語セルは、任意の無線基地局（例えば、ＮＢ（Node B）、ｅＮＢ（evolved Node B）、ＨＮＢ（Home Node B）、ＨｅＮＢ（Home evolved NodeB）、ベーストランシーバ基地局（ＢＴＳ）、無線基地局（ＲＢＳ）、およびアクセスポイントなど）に対して同格になることも理解される。したがって、セルの概念はまた、周波数と任意の無線アクセス技術（ＲＡＴ）とに対応する。すなわち、異なるセルの間でのＵＥのスイッチングは、異なる周波数および／または異なるＲＡＴの間でのＵＥのスイッチングをも意味する。以降の「リソース」は、通信するためにＵＥまたはネットワーク（ＮＷ）が使用する任意のリソースを意味する。また、用語「ホームセル」は、ＵＥが最初に留まるセル、もしくはこのＵＥに対して望ましい任意のセルを指すために使用され、または、サービングセルを指すために使用される。１の例では、当該ホームセルはマクロレイヤ／周波数、および／またはＲＡＴにおける任意のサービングセルであってもよい。代わりに、当該ホームセルは、ＵＭＴＳにおけるＨＮＢ、またはＬＴＥにおけるＨｅＮＢであってもよい。
【００４０】
以下で説明する解決手法は、移動度無しまたは低移動度状態に及ぶが、当該解決手法は高移動度状態（high mobility state）にも同等に適用できる。さらに、以下で定義され、かつ使用される状態、構成、プロシージャ、およびトリガは、移動度最適化に必要とされるＭＴＣデバイスに関係して説明され、当該状態、構成、プロシージャおよびトリガは、その他の装置や、より多くの従来からのユーザ機器（例えば、携帯電話）にも拡大される。本明細書で説明する実施例はまた、ＭＴＣ機能／要件に対して適用できる。当該ＭＴＣ機能は、Extra Low Power Consumption（例えば、アクセスが困難な遠隔地に配置される装置）、Time Controlled（例えば、所定の時間間隔でデータを送受信する装置）、およびMobile Originated-Only（例えば、移動性に起因するデータが存在するときにネットワークと通信する装置）を含むが、これらに限定されない。
【００４１】
新規の移動度状態と、当該新規の状態および状態遷移におけるアイドルモードプロシージャとを定義することができる。ＵＥの状態は、当該ＵＥについてのアイドルモードにおける１つ、２つまたは複数の新規の移動度状態を含めることができる。通常移動度状態は、ＵＥがネットワーク内のセル全体を自由に移動する状態とすることができる。通常移動度状態にある装置は、ＵＥが規則的または準規則的にネットワークのセルの間を移動することを可能にするモビリティプロシージャを含めることができる。例えば、装置がセルの間を移動し、またはセルとの間を移動する可能性があるときに、当該装置は通常移動度状態にあるとして構成されてもよい。別の例では、装置がセルの間を移動するかが不明の場合に、当該装置は通常移動度状態にあるとして構成されてもよい。例示的な実施例では、通常移動度状態はデフォルトの移動度状態としてもよい。
【００４２】
低移動度状態は、装置が通常移動度状態にあるときよりも少ない頻度で、当該装置がネットワークのセルの間を移動する状態として定義することができる。例えば低移動度状態は、ＵＥが単一のネットワークのセルに限定される状態、またはセルの間の移動がまれである状態（例えば、装置が限定された地理的領域内で移動するとき）であってもよい。移動度無し状態は、装置が単一のネットワークのセル内に残存する状態とすることができる。例えば、移動度無し状態は、装置による移動がないことに対応する。移動度無し状態は、ＵＥが装置の静止時（例えば、一定時間）へ遷移する状態であってもよい。移動度無し状態は、ＵＥがある物理的な位置に固定される状況に対応してもよい。したがって、移動度無し状態は、低移動度状態のサブセットとなることを理解されるべきである。高移動度状態は、装置が通常移動度状態にあるときよりも高い頻度でセルの間を移動する状態とすることができる。例えば、装置が頻繁に移動しているとき、または大幅な数のセルもしくは領域にわたって装置が頻繁に移動しているときに、当該装置は高移動度状態へ遷移する。
【００４３】
例えばＵＥの移動度状態は、異なる機能的側面により特徴付けてもよい。当該機能的側面は、測定の設定の頻度、対応するページング（呼び出し）発生のモニタリングに伴う拡張不連続受信（ＤＲＸ）の長さ、位置更新の頻度、および／またはＳＩの取得頻度などである。例えば、移動度無し状態にあるＵＥは、測定を全く実行しなくてもよい。低移動度状態にあるＵＥは、通常移動度状態にあるときよりも測定が少なくてよい。同様に、一部のタイマ、ＤＲＸサイクル長、およびその他の構成パラメータがスケールダウン（scaled down）されてもよく、移動度状態へのパラメータを調整する。これらの状態にあるＵＥの特徴および振る舞いは、以下の細部で詳細に説明する。
【００４４】
いくつかの異なるメカニズムを使用して、移動度無し状態または低移動度状態にあるＵＥを構成してもよい。１の実施例では、ネットワークは移動度状態に固有なパラメータに対する絶対値を提供してもよい。当該ネットワークは、移動度状態に固有な値を算出するために、ＵＥが使用しうるスケーリングファクタ（scaling factor）を提供してもよい。当該パラメータは、ＭＴＣデバイスに固有であってもよく、または全てのＵＥに適用可能であってもよい。例えば、ＭＴＣデバイスは、サービングセルのＳＩから構成パラメータを得てもよい。当該パラメータは、ネットワークへの登録中に構成されてもよく、またはその他の任意の専用シグナル伝達の形式で構成されてもよい。ＵＥは、配置中に値とともに構成されてもよい。パラメータは、任意のＭＴＣサービスへの加入中にＵＥに提供されてもよく、またはＭＴＣサーバにより提供されてもよい。またＵＥのユーザは、装置上で利用可能なインターフェースを介して値を構成してもよい。
【００４５】
様々な移動度状態にあるＵＥデバイス（例えば、ＭＴＣデバイス）を最適化するのに、本明細書で技術が開示され、ＵＥはそれぞれの移動度状態における軽減した測定のセットを実行することができる。本明細書における測定またはチャネル品質の用語への言及は、受信信号コード電力（ＲＳＣＰ）、搬送波対雑音比（Ｅｃ／ＮＯ）、共通パイロットチャネル（ＣＰＩＣＨ）、基準信号受信電力（ＲＳＲＰ）、および／または基準信号受信品質（ＲＳＲＱ）を含むことができる。以下で説明するように、ＵＥは移動度無し状態または低移動度状態において動作を実行してもよい。これらの動作は互いに独立して、または任意の組み合わせで実行されてもよい。
【００４６】
軽減した測定についての実施例では、ＵＥはその他の状態よりもサービングセルおよび／または隣接セルの測定の実行頻度を少なくすることができる。当該測定頻度を様々な形式で判定してもよい。例えば、サービングセルの測定は、Ｎ回のＤＲＸサイクルごとに実行され、隣接セルの測定は、Ｍ回のＤＲＸサイクルごとに実行されてもよい。「Ｍ」および「Ｎ」の値は、ＵＥに提供してもよく、またはＵＥで予め構成されてもよい。「Ｍ」および「Ｎ」は、互いに等しいか、または異なる値を有していてもよい。これらの値は。移動度状態に固有の絶対数であってもよい。ＵＥは、移動度状態固有のスケーリングファクタを使用して、単一の所定の数からこれらの値を導いてもよい。
【００４７】
別の実施例では、ＵＥはタイマに基づいて、サービングセルまたは隣接セルの測定を定期的に行ってもよい。タイマは、サービングセルおよび隣接セルに対して同一でもよく、または第１のタイマがサービングセルに使用され、異なるタイマが隣接セルに使用されてもよい。タイマは状態固有であってもよく、または各状態に対するタイマ値は、状態固有のスケーリングファクタを使用した共通タイマから導かれてもよい。移動度無しタイマに対する値と、低移動度タイマに対する値は異なってもよい。例えば、移動度無し状態のＵＥは測定を実行しなくてもよい。別の実施例では、移動度無し状態のＵＥは測定を実行するが、当該測定は低移動度状態にあるＵＥよりも少ない頻度で実行されてよい。
【００４８】
軽減した測定についての別の実施例では、ＵＥはサービングセルをモニタリングし、サービングセルが所定の閾値を下回るときに、隣接セルの測定をトリガ（始動）してもよい。このシナリオでは、ＵＥはサービングセルの測定値が所定の閾値を上回っている間は、隣接セルの測定を行わなくてもよく、または、ＵＥはサービングセルの測定値が所定の閾値を上回っている間は、通常移動度状態にあるときよりも少ない頻度で隣接セルの測定を実行してもよい。当該閾値は多くの方法で判定されてもよい。例えば、ＵＥがＭＴＣデバイスである場合、当該閾値はネットワークにより構成されたＭＴＣ固有の閾値としてもよい。当該閾値は、移動度無し状態および／または低移動度状態にある全ての装置に対して、ネットワークにより構成されてもよい。ネットワークは、異なる移動度状態ごとに異なる閾値を構成するオプションを有していてもよい。
【００４９】
別の実施例では、ネットワークは単一の所定の閾値、および移動度状態に応じて当該閾値に適用されうるスケーリングファクタを提供してもよい。例えば、スケーリングファクタは、ネットワークにより信号伝達されてもよい。それに応じて、ＵＥはこのスケーリングファクタにより共通閾値（例えば、Ｓintrasearch）を増減させてもよい。異なるスケーリングファクタを移動度無し状態または低移動度状態に適用してもよく、または、同一のスケーリングファクタを適用してもよい。
【００５０】
別の例では、サービングセルの測定値が所定の閾値を下回るときに、ＵＥはある所定の時間待ってから、隣接セルの測定をトリガ（始動）してもよい。このシナリオでは、所定時間を経過する前に、サービングセルの測定値が戻って所定の閾値を上回る場合は、ＵＥは隣接セルの測定を実行しないままにし、または通常移動度状態にあるときよりも少ない頻度で隣接セルの測定を実行してもよい。
【００５１】
ＵＥは、自身の隣接セルの全てよりも少ない頻度で測定してもよい。むしろ、隣接セルのサブセットは、測定用とみなされてもよい。測定される隣接セルは、様々な要因に基づいて判定されてもよい。例えば、ネットワークは、測定するＵＥの隣接セルのサブセット（すなわち、軽減した隣接セルリスト）をＵＥへ提供してもよい。別の例では、ネットワークはＵＥに全隣接セルリストを提供してもよいが、それらのセルの中でＮ個を最良の隣接セルとみなしてＵＥを構成してもよい。別の例では、ＵＥは領域にあるＮ個の最良の隣接セルを検出してもよく、当該Ｎ個の最良のセル上で測定を実行してもよい。隣接セルリストが提供されないときに、および／またはその他のセルが隣接セルリストにないことをＵＥが検出したときに、ＵＥは測定するＮ個の最良の隣接セルを検出してもよい。
【００５２】
隣接セルリストおよびＮ個の最良の隣接セルのランキングは、多くの方法で蓄積されてもよい。例えば、ＵＥは受信信号強度、受信信号品質、またはそれら両方の組み合わせにしたがって、全ての隣接セルを測定し、およびランク付けをしてもよい。このシナリオでは、リストからのＮ個の最良の隣接セルは、後の測定の一部としてもよく、Ｎ個はネットワークの構成値、または所定値としてもよい。少なくともＮ個の隣接セルの測定値のうちの１つ、一部または全てが、ある所定の閾値を下回る場合は、ＵＥは当該隣接セルを再測定し、ランク付けの実行または修正をしてもよい。
【００５３】
ＵＥは、タイマに基づいて隣接セルの測定、およびランク付けを定期的に行ってもよい。このタイマは状態に固有な絶対値を有してもよく、または共通タイマ値および状態固有なスケーリングファクタから導かれてもよい。別の実施例では、ＵＥは隣接セルのチャネル品質に基づいて、測定する隣接セルの軽減したセットを判定してもよい。特に、特定の状態に進入するときに、ＵＥは閾値（例えば、ネットワーク構成された閾値、または所定の閾値）を上回るセルを、当該状態にある測定目的の隣接セルとみなしてもよい。
【００５４】
ＵＥは、固有のトリガ条件が満たされるまでは、測定を実施しないように設計されてもよい。トリガ条件の例を以下に示す。トリガ条件を満たすときに、ＵＥは通常移動度状態に対するタイミングおよび要件を使用して、またはそれとは別に、低移動度状態もしくは移動度無し状態に対して定義されたタイミングおよび要件を使用して、測定を実行してもよい。例えば、サービングセルの品質が閾値を下回るときに、ＵＥは隣接セルを測定してもよい。
【００５５】
様々な移動度状態にあるＵＥを最適化する技術の別の例では、セルの再選択プロシージャのための、スケーリングファクタを組み込む技術が本明細書で開示される。したがって、セルの再選択プロシージャのために、各移動度状態に対してスケーリングファクタを実装してもよい。例えば、ＵＥはセルの再選択プロシージャのために、状態固有のセル再選択タイマ値を使用してもよい。タイマ値は各状態に対する絶対値（例えば、通常移動度状態に対する第１の値、低移動度状態に対する第２の値、移動度無し状態に対する第３の値、および高移動度状態に対する第４の値）であってもよく、または各状態に固有なスケーリングファクタを使用して、共通タイマ（例えば、Ｔreselection）から導かれてもよい。スケーリングファクタ情報要素は、「低移動度速度係数」または「移動度無し度速度係数」と称されてもよい。低移動度装置についての実施例では、例えば、絶対タイマを適用してもよい。移動度無しの場合は、低移動度タイマまたは通常低移動度タイマに適用されるスケーリングファクタが提供されてもよい。
【００５６】
多くの方法で、セル再選択タイマ値、またはスケーリングファクタを判定することができる。例示的な実施例では、ＵＥは初期配置がされている間に、セル再選択タイマにより事前設定されてもよい。代わりに、当該タイマ値またはスケーリングファクタは、ＳＩの一部であってもよいし、また無線リソース制御（ＲＲＣ）メッセージでネットワークにより信号伝達されてもよい。別の実施例では、ＵＥはタイマ値またはスケーリングファクタを判定し、当該判定は、所定の期間に実行されたセルの再選択回数に基づいてもよい。タイマ値、およびスケーリングファクタは、所定の期間に実行されたセルの再選択回数に基づいて、動的に調整されてもよい。例示的な実施例では、タイマ値および／またはスケーリングファクタは、異なるＵＥのクラス対して異なってもよい。例えば、タイマ値および／またはスケーリングファクタは、ユーザの携帯電話などの装置よりも、ＭＴＣデバイスに対して異なってもよい。当該タイマ値および／またはスケーリングファクタは、異なるＭＴＣデバイスの異なるクラスに対して異なってもよい。
【００５７】
例えば、ＵＥは移動度無し状態または低移動度状態にあってもよく、周波数内測定のための以下のスケーリングルールを適用してもよい。一般に、変数Ｔreselectionは、通常移動度状態にあるＵＥの再選択タイマの長さであり、それから低移動度状態における再選択タイマ値の長さを判定し、ＵＥは「低移動度速度係数」で、変数Ｔreselectionを乗算してもよい。移動度無し状態における再選択タイマの長さを判定するには、ＵＥは「移動度無し速度係数」で、変数Ｔreselectionを乗算してもよい。代わりに、移動度無し状態における再選択タイマの長さを判定するには、ＵＥは「移動度無し速度係数」および「低移動度速度係数」で、変数Ｔreselectionを乗算してもよい。また、類似のルールを、周波数内測定および／またはＲＡＴ内測定に適用してもよい。移動度無し速度係数または低移動度速度係数に加えて、「Ｔreselectionに対する周波数内スケーリングファクタ」または「Ｔreselectionに対するＲＡＴ内スケーリングファクタ」を変数Ｔreselectionに適用してもよい。
【００５８】
様々な移動度状態にあるＵＥを最適化する別の例では、軽減した更新プロシージャにより、異なる移動度状態を特徴付けてもよい。技術に応じて、軽減したエリア更新プロシージャは、位置エリア、位置登録エリア、および／またはルーティングエリアに及んでもよいが、これらに限定されない。例えば、低移動度状態、または移動度無し状態にあるＵＥは、通常移動度状態または高移動度状態にあるよりも少ない頻度で、定期的なエリア更新を実行してもよい。このような更新の周期を減じるために、多くの方法を使用することができる。
【００５９】
例示的な実施例では、構成されたＮＡＳ（non-access stratum）周期タイマに、スケーリングファクタを適用してもよい。当該ＮＡＳ周期タイマを使用して、ＵＥがどのくらいの頻度で更新プロシージャを実行するかを判定してもよい。例えば、ＵＥが状態を変更するときに、ＮＡＳはＵＥの調整の一部として通知を受け取ってもよい。当該スケーリングファクタは当初のＮＡＳ構成メッセージにおいて事前に提供されてもよく、ＵＥで事前設定されてもよく、またはＲＲＣサブレイヤにより構成されてもよい。
【００６０】
別の実施例では、様々な移動度状態において新規の周期タイマを使用してもよい。このようなタイマをＮＡＳシグナリングで再設定することを避けるために、ＵＥの当初のＮＡＳ設定メッセージで各タイマを事前設定してもよい。例えば、当初のＮＡＳ構成は、各適用可能な状態に固有なタイマを提供してもよい（例えば、通常移動度状態に第１の値、低移動度状態に第２の値、移動度無し状態に第３の値、および高移動度状態に第４の値）。ＵＥが新規の状態に入るときに、ＵＥはＮＡＳ周期タイマを、新規の移動度状態に対応する値にまで再設定してもよい。代わりに、当該タイマはＲＲＣにより構成されてもよい。値は、ブロードキャストされてもよく、またはＲＲＣにより明示的に構成されてもよい。周期タイマ、またはスケーリングファクタは、任意の組み合わせに依存する状態であってもよく、および任意の組み合わせで使用されてもよい。例えば、２以上のタイマおよびスケーリングファクタが、発生する可能性のあるＵＥの状態に応じて存在してもよい。
【００６１】
様々な移動度状態にあるＵＥを最適化する別の例では、異なる移動度状態にあるＵＥは、異なるＤＲＸサイクル長を使用して、ページングの発生をモニタリングしてもよい。例えば、低移動度状態または移動度無し状態にある装置は、通常移動度状態にある装置と比較して、拡張ＤＲＸサイクル長を使用してもよい。拡張ＤＲＸサイクルは、低移動度状態または移動度無し状態にある全てのＵＥデバイスに対し同等に適用可能であるが、当該拡張ＤＲＸサイクルは、ＭＴＣ機能（例えば、Time Controlled、Mobile Originated-OnlyまたはExtra Low Power Consumption）にとって都合がよい場合がある。
【００６２】
多くの方法で、ＤＲＸサイクル長を判定することができる。例えば、当該ＤＲＸサイクル長は、ＳＩまたは別の専用シグナル伝達（signaling）の形式を介して、ネットワークによりＵＥに提供されてもよい。代わりに、ＵＥの初期配置中に、この情報（ＤＲＸサイクル長）でＵＥを構成してもよい。別の例では、ＭＴＣサーバはブロードキャストサービスを介して、またはページングを使用して、この情報（ＤＲＸサイクル長）でＭＴＣデバイスを構成してもよい。ＤＲＸ長は、ＭＴＣデバイスグループ固有であってもよく、ＭＴＣ機能固有であってもよく、および／または移動度状態固有であってもよい。使用されるＤＲＸ値は、状態固有な絶対値であってもよく、または状態固有なスケーリングファクタを使用して、共通値から導かれてもよい。ＵＥが低移動度状態もしくは移動度無し状態へ、またはそれらの状態から遷移するときは、ＤＲＸ値がネットワークとの通信に適用されてもよいが、これらは以下でより詳細に説明する。
【００６３】
様々な移動度状態にあるＭＴＣデバイスを最適化する別の例では、ＵＥはＳＩの取得の仕方を改正してもよい。例えば、移動度無し状態または低移動度状態においては、ＵＥはネットワークによりブロードキャストされる全てのＳＩを必要としない。ＵＥはそれから、修正されたＳＩのサブセットをモニタリングしてもよい。例えば、ＵＥは現在の移動度状態に関係するＳＩを取得し、現在の移動度状態に関係しないＳＩを無視してもよい。別の例では、低移動度状態もしくは移動度無し状態にあるＵＥは、通常移動度状態にあるよりも遅れて、または少ない頻度で、あるＳＩを取得してもよい。
【００６４】
多くの異なる方法で、修正されたＳＩの取得を実現することができる。例えばネットワークは、ＳＩ変更インジケーションメッセージで、移動度無し状態または低移動度状態のＵＥにページングをしてもよい。当該メッセージは、どのＳＩＢ（System Information block）がＵＥの現在移動度状態に関係するかを示す。ネットワークはＵＥに、どのＳＩＢを取得する必要があるかの情報提供をしてもよい。新規な情報要素（ＩＥ）を既存のページングメッセージに導入することにより、ページングを実現することができる。この新規のＩＥを使用して、通常移動度状態とは異なる移動状態にあるＵＥを特定してもよく、および／または関係する状態の各々のために、ＵＥにより取得する必要があるＳＩＢを特定してもよい。
【００６５】
代わりに、各状態に対して関係するＳＩＢでＵＥを事前設定してもよい。例えば、移動度無し状態または低移動度状態にあるＵＥが、ＳＩの修正を示すページングを受信するときに、当該ＵＥは最後に取得してから修正されている現在の移動度状態に関係する固有のＳＩＢを取得することを試み、一方で現在の移動度状態に関係しないＳＩＢは無視してもよい。
【００６６】
ＵＥに対してページングを行い、状態固有ＳＩを取得するときに、ネットワークはまた、ＳＩＢのためのスケジューリング情報を含めてもよく、ＵＥがＵＭＴＳにおけるＭＩＢ、またはＬＴＥにおけるＳＩＢ１を取得しなければならないことを避けて、スケジューリング情報を取得してもよい。追加的なＩＥがページングメッセージに加えられて、スケジューリング情報がページに含まれることを可能にする。ネットワークからＵＥにより、その他の修正されたＳＩを取得してもよい。例えば、ＵＥが接続を確立するときに、ネットワークはＵＥにＳＩを提供してもよい。別の実施例では、ＵＥが低移動度状態または移動度無し状態から移動するときに、当該ＵＥはＳＩを取得してもよい。
【００６７】
図２は、ＵＥがアイドルモードにある間に、２つの移動度状態で動作するＵＥの例を表す。状態遷移のために使用されるトリガを以下、説明する。例えば、ＵＥは通常移動度状態２０４にあってもよい。移動度無し／低移動度トリガ２０８を検出すると、ＵＥは移動度無し／低移動度状態２０２へ遷移することができる。移動度無し／低移動度状態２０２にある間は、ＵＥが移動度無し／低移動度状態からの移動トリガ２１０を検出する場合に、ＵＥは通常移動度状態２０４へ遷移することができる。通常移動度状態２０４にある間は、ＵＥがＲＲＣ接続確立２１２を検出する場合に、ＵＥはＲＲＣ接続モード２０６へ遷移することができる。ＲＲＣ接続モード２０６にある間は、ＵＥがＲＲＣ接続解放２１４を検出する場合に、ＵＥは通常移動度状態２０４へ遷移することができる。移動度無し／低移動度状態２０２および通常移動度状態２０４は、アイドルモードにあるＵＥに対応してもよい。図２では示されていないが、別の実施例では、移動度無し／低移動度状態２０２とＲＲＣ接続モード２０６との間の遷移は、ＲＲＣ接続確立、および／または移動度無し／低移動度状態２０２の特性に関するトリガに基づいて有効となってもよい。
【００６８】
図３は、ＵＥがアイドルモードにある間に、３つの移動度状態で動作するＵＥの例を表す。ＵＥは様々な要因（例えば、ＵＥのケイパビリティ、配置シナリオ、サポートされるＭＴＣ特徴などがあるが、これらに限定されない）に応じて、複数の移動度状態で動作してもよい。示すように、ＵＥは複数の移動度状態と、状態間の遷移をサポートすることができる。
【００６９】
例えば、ＵＥは通常移動度状態３０４にあってもよい。低移動度トリガ３１４を検出すると、ＵＥは低移動度状態３０２へ遷移することができる。低移動度状態３０２にある間は、ＵＥが低移動度状態からの移動トリガ３１６を検出する場合に、ＵＥは通常移動度状態３０４へ遷移することができる。通常移動度状態３０４にある間は、ＵＥがＲＲＣ接続確立３２４を検出する場合に、ＵＥはＲＲＣ接続モード３０８へ遷移することができる。ＲＲＣ接続モード３０８にある間は、ＵＥがＲＲＣ接続解放３２２を検出する場合に、ＵＥは通常移動度状態３０４へ遷移することができる。移動度無しトリガ３１８を検出すると、ＵＥは移動度無し状態３０６へ遷移することができる。移動度無し状態３０６にある間は、ＵＥが移動度無し状態からの移動トリガ３２０を検出する場合に、ＵＥは通常移動度状態３０４へ遷移することができる。移動度無し状態３０６にある間は、ＵＥが低移動度トリガ３１２を検出する場合に、ＵＥは低移動度状態３０２へ遷移することができる。低移動度状態３０２にある間は、ＵＥが移動度無しトリガ３１０を検出する場合に、ＵＥは移動度無し状態３０６へ遷移することができる。
【００７０】
低移動度状態３０２、通常移動度状態３０４、および移動度無し状態３０６は、アイドルモードにＵＥに対応してもよい。図３では示さないが、別の実施例では低移動度状態３０２とＲＲＣ接続モード３０８との間の遷移は、ＲＲＣ接続確立、および／または低移動度状態３０２の特性に関するトリガに基づいて有効となってもよい。図３では示さないが、別の実施例では、移動度無し状態３０６とＲＲＣ接続モード３０８との間の遷移は、ＲＲＣ接続確立、および／または移動度無し状態３０６の特性に関するトリガに基づいて有効となってもよい。
【００７１】
図２および図３の両方は、ＵＥが、移動度無し状態もしくは低移動度状態からの遷移すること、またはそれらの状態へ遷移することをトリガすることができるメカニズムを表す。状態の構成は、初期の配置の間、またはその後の段階で行ってもよい。当該状態はＵＥにより、ネットワークにより、および／またはユーザにより自発的に構成されてもよい。例えば、状態遷移はＵＥにより暗黙に実行されてもよく、および／またはネットワークにより命令されてもよい。これらのトリガは個々に使用されてもよく、または任意の組み合わせで使用されてもよい。構成もまたいつでも動的に修正されてもよい。以下で説明するトリガは、移動度無し／低移動度トリガ２０８、移動度無し／低移動度状態からの移動トリガ２１０、移動度無しトリガ３１０、低移動度トリガ３１２、低移動度トリガ３１４、低移動度からの移動トリガ３１６、移動度無しトリガ３１８、および／または移動度無し状態からの移動トリガ３２０などに対応してもよい。
【００７２】
例えば、ＵＥへの電源が電源出力からであると検出される場合に、ＵＥは移動度無し、または低移動度状態へ遷移し、電源出力への接続が、静止位置または低移動度位置にあることを示すことを認識することができる。代わりに、電源の変更が検出されるときに（例えば、電源をバッテリに変更する）、ＵＥは移動度無しまたは低移動度状態から移動することができる。例示的な実施例では、ＵＥの初期配置の間に、特定の状態にあるようにＵＥを構成してもよく、または事前設定してもよい。例えば、ＵＥは、常にかかる状態で動作するＭＴＣ加入者グループまたはクラスに属してもよい。 
【００７３】
別の実施例では、状態を選択するために、マンマシンインターフェース（ＭＭＩ）入力がユーザに利用可能となってもよい。モバイル機器は、ユーザが選択するのに利用可能な異なるプロファイルを有していてもよい。これらのプロファイルは、着信音、アラート（呼び出し／ショートメッセージサービス（ＳＭＳ）、およびタスクなどの様々なパラメータを構成するのに使用されてもよい。同様に、ＵＥの移動度状態は、ユーザがＵＥの移動度状態を設定するのに使用することができる、構成可能なオプションとして追加されてもよい。
【００７４】
別の実施例では、トリガはＭＴＣサーバから生じてもよく、当該トリガはＭＴＣデバイスに伝達されてもよい。例えば、ＭＴＣサーバ／セルブロードキャストエンティティ（ＣＢＥ）は、ＵＥの状態を、コアネットワーク（ＣＮ）におけるセルブロードキャストセンタ（ＣＢＣ）へ提供してもよい。当該ＣＮは、対応する無線ネットワーク制御装置（ＲＮＣ）へ、ＵＥの状態を転送してもよく、最終的にｅＮＢへ転送してもよい。ｅＮＢはそれから、それぞれのＵＥに状態変更のトリガを行ってもよい。
【００７５】
別の実施例では、ネットワークがＭＴＣサーバ／ＣＢＥから情報を受信するときに、当該ネットワークは標準ページングメカニズムを使用して、装置を移動度無しもしくは低移動度状態へ移動するか、またはそれらの状態から移動してもよい。新規のページング原因および／または新規のＩＥを、既存のページングメッセージに追加してもよい。代わりに、既存のページング原因、または既存のＩＥを修正して、トリガを組み込んでもよい。
【００７６】
別の実施例では、送信するＵＬデータがあるときに、ＵＥは移動度無しまたは低移動度状態から移動してもよい。ＲＲＣ接続が解放されるときに、ＵＥは前の状態に再入してもよい。多くの方法で、移動度無しまたは低移動度状態への再入を実現することができる。例えばＵＥは、ＲＲＣ接続が解放された後、または所定時間の後、すぐに前の状態に戻ってもよい。この継続時間はネットワークにより提供されてもよく、またはＵＥで事前設定されてもよい。ネットワークはＵＥに対して、ＲＲＣ接続解放メッセージにより特定の状態に進むよう明確に示してもよい。別の実施例では、ＵＥは移動度無し状態へ戻る前に、低移動度状態へ遷移してもよい。例えば、ＵＥは移動度無し状態へ戻る前の所定の時間、低移動度状態に残存してもよい。移動度無し状態へ遷移する前に、ＵＥが低移動度状態に滞在しうるトータル時間は、ネットワークにより提供されてもよく、またはこの目的のために事前設定されたタイマを有しうるＵＥにより提供されてもよい。移動度無しまたは低移動度状態へ再入するためのこれらの方式に加えて、遷移トリガが満たされるときに当該再入が発生してもよい。
【００７７】
図４は、ＵＬデータが、ＵＥの移動度無しまたは低移動度状態からの遷移へのトリガとなる例を表す。ＵＥは移動度無しまたは低移動度状態４０２から開始してよい。送信するＵＬデータ４０８を検出すると、ＵＥは通常移動度状態４０４へ遷移することができる。送信するＵＬデータの検出４１０に基づいて、ＵＥはＲＲＣ接続モード４０６へ遷移することができる。図４では示さないが、例示的な実施例では、ＵＥは、送信するＵＬデータ４０８を検出すると、移動度無し／低移動度状態４０２からＲＲＣ接続モード４０６に直接遷移してもよい。ＲＲＣ接続モード４０６にある間は、ＵＥはＲＲＣ接続解放（通常移動状態）４１２のためのトリガを検出して、通常移動度状態４０４へ遷移することができる。別の実施例では、ＲＲＣ接続モード４０６にある間は、ＵＥはＲＲＣ接続解放（移動度無し／低移動度状態）４１４のためのトリガを検出し、移動度無し／低移動度状態４０２へ遷移することができる。ネットワークはＵＥに対し、ＲＲＣ接続モード４０６から移動度無し／低移動度状態４０２、または通常移動度状態４０４へ遷移するよう命令してもよい。別の実施例では、ネットワークはＵＥに対し、ＲＲＣ接続モード４０６から最初に通常移動度状態４０４へ遷移し、後のある時点で（例えば、所定期間の後）、移動度無し／低移動度状態４０２へ遷移するよう命令してもよい。
【００７８】
別の実施例では、ＵＥはその他の技術（例えば、全地球測位システム（ＧＰＳ）などがあるがこれに限定されない）からの入力を使用して、ＵＥの移動度を検出してもよい。この入力を使用して、ＵＥは移動度無しもしくは低移動度状態へ移動するか、またはそれらの状態から移動してもよい。ＵＥの速度についての異なる閾値を定義して、ＵＥの状態を決定してもよい。速度についての閾値は任意の適切な手法で定義してもよい。例えば、ＭＴＣ固有の閾値は、ネットワークにより構成されてもよい。当該ネットワークは、異なる移動度状態に対し異なる閾値を構成するオプションを有してもよい。当該ネットワークは単一の閾値、または移動度状態に応じてこの閾値に適用されうるスケーリングファクタを提供してもよい。
【００７９】
別の例では、サービングセルのチャネル品質の変化を、ＵＥがこれらの状態（移動度無しもしくは低移動度状態）へ、またはこれらの状態から遷移するトリガとしてもよい。サービングセルのチャネル品質が不変のままであるか、または変化するが所定時間、所定の閾値内（例えば、最大チャネル品質閾値および最小チャネル品質閾値）のままである場合に、ＵＥは移動度無しもしくは低移動度状態へ、またはそれらの状態から遷移してもよい。代わりに、チャネル品質が当初のチャネル品質測定値から、所定の閾値よりも多少なりとも変化する場合は、ＵＥは移動度無しもしくは低移動度状態へ、またはそれらの状態から遷移してもよい。適宜、当該変化は遷移のトリガとなるよりも前に、所定の時間に発生してもよい。当初の測定時間のインスタンスは、選択の時間、登録の時間、前のセルの選択の時間、および現在の移動度状態へ進入する時間などとして定義されてもよい。閾値および継続時間は、ネットワークにより提供されるか、またはＵＥで事前設定される設定可能なパラメータであってもよい。これらのパラメータは、状態固有な絶対値、または状態固有なスケーリングファクタを使用して、共通閾値から各状態のために導かれてもよい。別の例では、サービングセルのチャネル品質が、所定のウインドウの外側にあるか、または特定の量を上回って変化する場合に、ＵＥは移動度無しもしくは低移動度状態から移動してもよい。同様に、サービングセルのチャネル品質を使用せずに、ＵＥは隣接セルのチャネル品質をモニタリングして、移動度無しもしくは低移動度状態への遷移、またはそれらの状態からの遷移を判定してもよい。
【００８０】
別の状態遷移トリガは、ＵＥの位置の変更であってもよく、当該変更はＵＥが移動度無しもしくは低移動度状態への遷移、またはそれらの状態からの遷移のトリガとなってもよい。トリガは、ＵＥの隣接セルにおける変更であってもよく、またはＵＥが移動度無しもしくは低移動度状態へ遷移するか、またはそれらの状態から遷移することをもたらしうる、検出された隣接セルにおける変更であってもよい。隣接セルのチャネル品質における変更がトリガとなってもよい。例えば、検出された隣接セル、および／またはＮ個の最良の隣接セルの品質がウインドウ内に残存していた場合、または所定の時間に閾値による変化がなかった場合に、ＵＥは移動度無しもしくは低移動度状態へ遷移してもよい。ＵＥが移動度無しもしくは低移動度状態にあり、かつかかる変化が起こったことを検出する場合に、ＵＥはこれらの状態から移動してもよい。
【００８１】
ＵＥの移動度無しもしくは低移動度状態への遷移、またはそれらの状態からの遷移をもたらしうるトリガの別の例は、ＵＥが、所定の時間に所定回数未満のセルの再選択を実行するときであってもよい。例えば、所定の時間に、セルの再選択の回数が所定の回数を上回る場合に、ＵＥは移動度無しもしくは低移動度状態から移動してもよい。同様に、所定の時間に、セルの再選択の回数が所定の回数を下回る場合に、ＵＥは移動度無しもしくは低移動度状態へ移動してもよい。考慮するセルの再選択の回数および継続時間は、構成可能であってもよい。このトリガのためのパラメータは、ネットワークにより提供されてもよく、またはＵＥが事前設定してもよい。当該パラメータは移動度状態固有であってもよい。
【００８２】
状態遷移のためのトリガの別の例は、フィンガープリント情報に基づいてもよい。例えば、ＵＥがユーザのＨｅＮＢ（Home eNB）、例えば、ユーザの自宅を含む領域についてのｅＮｏｄｅＢに登録される場合、当該ＨｅＮＢを検出することが、ＵＥが移動度無しまたは低移動度状態へ移動するためのトリガとして振舞ってもよい。代わりに、ＵＥが異なるｅＮＢにスイッチするときに、当該ＵＥはこれらの状態から移動してもよい。
【００８３】
状態遷移トリガは、マニュアルＣＳＧ−ＩＤ（closed subscriber group identification）の選択がされるときであってもよい。例えば、マニュアルＣＳＧ−ＩＤの選択がされるときに、ＵＥはユーザにより選択された１つと同一のＣＳＧ−ＩＤを有するＣＳＧセルを明確に探してもよい。このことは、ＵＥが特定のセルに限定されることを示し、したがってＵＥは移動度無しまたは低移動度状態へ移動してもよい。ＵＥは、例えばユーザが別のＣＳＧ−ＩＤを手動で選択し、または自動でＣＳＧ−ＩＤ選択モードにスイッチする場合に、これらの状態から出てもよい。
【００８４】
別の例では、移動度状態情報は、ＵＥが属するアクセスクラスに対するＳＩＢで示されてもよい。例えば、ＵＥが移動度無しまたは低移動度状態のＵＥとしてみなしうるアクセスクラスについて、ＳＩＢで当該移動度状態が示されてもよい。別の実施例では、ネットワークは明確にＵＥを構成し、またはＵＥを設定して、ＲＲＣ接続解放、ページングメッセージ、ＲＲＣ接続セットアップ中、またはＲＲＣ再設定メッセージなどを介して、ＵＥをかかる状態へ移動させてもよい。
【００８５】
上記説明したトリガは、異なる移動度状態の間（例えば、低移動度もしくは移動度無し状態と通常移動度状態との間）を遷移するために使用されてもよい。例えば、最初は、ＵＥは通常移動度状態から低移動度へ移動してもよい。それから低移動度状態から、ＵＥは状態をモニタリングして、通常移動度状態または移動度無し状態へ戻ってもよい。代わりに、ＵＥは通常移動度状態から移動度無し状態に直接移動してもよく、その逆でもよい。
【００８６】
状態遷移のサポートにおいて、ＵＥとネットワークとの間で、ある調整がされてもよい。例えば、ＵＥが移動度無し状態もしくは低移動度状態から移動するとき、または通常移動度状態へ移動するときに、通常状態にある典型的な装置の移動度状態固有な特性、プロシージャ、およびパラメータにしたがって動作を開始してもよい。ＤＲＸ期間、定期的な更新タイマなどのいくつかのパラメータについて、ネットワークおよびＵＥは同期される必要がある場合がある。かかる調整を可能とする手法を以下に説明する。
【００８７】
状態遷移基準が満たされる状態を考える。ネットワークとＵＥとの間の調整が望ましい場合がある。第１の例では、ＵＥは自発的に状態遷移を実行し、ネットワークの更新を行わなくてもよい。代わりに、ＵＥは自発的に状態遷移を実行し、ネットワークに対して状態遷移を指示してもよい。別の例では、ＵＥはネットワークに対してトリガが満たされたことを指示し、当該ネットワークによる明確なインジケーションを待って、構成された状態のうちの１つへ移動してもよい。
【００８８】
ＵＥがネットワークを更新することを必要とする自発的な状態遷移のイベント、またはＵＥが状態遷移をネットワークに要求するイベントを考える。ＵＥが移動度状態を変更することを要求する場合に、ネットワークはＵＥに対し、遷移を許可するか否かを指示するアクセプトメッセージまたはリジェクトメッセージを送ってもよい。アイドルモードでは、ＵＥはＲＲＣ接続要求を送ってもよい。要求された状態遷移の目的のための新規の原因を定義してもよい。代わりに、ＵＥは既存の原因とともに接続要求を送ってもよく、いったん接続されると、ＮＡＳ「移動度状態更新」を送ってもよく、または新規のＩＥで更新された既存のＮＡＳメッセージを再使用してもよい。別の例では、ＵＥは、状態を移動したことをＲＲＣに指示する新規のＩＥを追加してもよく、ＵＥはどの状態がいずれかへ移動したかを指示してもよい。
【００８９】
接続モードでは、ネットワークがＵＥの状態遷移を命令するのに使用する新規のＲＲＣメッセージを定義してもよい。代わりに、新規の測定レポート種別をその目的のために使用してもよく、または更新情報要素とともに既存のメッセージを導入してもよい。
【００９０】
例えば、ＵＥから移動度状態変更要求／インジケーションを受信するイベントを考える。ネットワークとＵＥとの間の調整は、アイドルモードまたは接続モードにあるＵＥからのインジケーション／要求を、ネットワークが肯定、許可、または拒絶する結果となってもよい。アイドルモードでは、ＲＲＣ接続セットアップメッセージまたは新規のＲＲＣメッセージに追加されうる新規のＩＥを定義してもよい。代わりに、ＵＥは、ＲＲＣ接続拒絶メッセージを、ネットワークがメッセージを受け取ったとの暗黙のインジケーションとして予想する。適宜、ネットワークはまた、ＵＥがいずれの状態へ移動すべきかを指示する新規の原因を提供してもよい。代わりに、新規のＮＡＳメッセージを定義してもよく、または新規のＩＥを既存のＮＡＳメッセージに定義することもできる。接続モードでは、新規のＲＲＣメッセージを定義してもよい。代わりに、新規のＩＥを、測定コントロールメッセージに追加してもよい。新規のＩＥを、ＲＲＣ接続解放メッセージを介してＵＥに指示してもよい。
【００９１】
ＵＥに状態遷移の実行を命令するときに、ネットワークは、当該ＵＥがこの状態のままでいるべき期間を当該ＵＥに提供することによって、ＵＥと調整してもよい。ネットワークはこの継続時間を動的に修正してもよく、後の状態遷移の間に、ＵＥに最新の値を提供してもよい。接続モードでは、この調整は、測定コントロールメッセージまたは既存のその他のＲＲＣメッセージ、もしくは新規のＲＲＣメッセージを介して実現されてもよい。
【００９２】
上記説明した調整された状態遷移では、ＵＥとネットワークとの双方がＵＥの稼働状況を把握することができる。したがって、ＵＥとネットワークとの双方が、各状態で使用される状態固有の特性およびパラメータを知ることができる。あるシナリオでは、例えばＮＡＳが異なる状態に対しエリア更新タイマを事前設定するとき、またはＲＲＣが当該エリア更新タイマを構成するときに、ＲＲＣと、ＮＡＳのサブレイヤとの間での追加的な調整が必要となる場合がある。ＮＡＳがＵＥを再設定することを可能とするために、ＮＡＳに通知することが有益となる場合がある。
【００９３】
したがって、ＲＲＣが遷移を把握しているときに、ＵＥが状態を変更したことを指示する追加インジケーションが、ＲＲＣによりＮＡＳに対して提供されてもよい。当該インジケーションは、ＵＥが使用することを予測する新規のタイマ値を備えてもよい。当該インジケーションは、ネットワーク内部（例えば、ネットワークサイド上でＲＮＣおよびｅＮｏｄｅＢからＮＡＳ）、およびＮＡＳからＮＡＳへのＵＥ内部で実現されてもよい。代わりに、ＵＥは、ＵＬ初期転送またはＮＡＳ固有メッセージを開始し、かかる遷移が発生したこと、またはＵＥが固有の値もしくはパラメータを使用していることをネットワークに対して指示してもよい。別の例では、ＮＡＳはこのインジケーションを、ネットワークサイド上でＲＲＣにより受信し、次にＮＡＳ更新プロシージャを開始して、新規の状態にしたがってＵＥの構成を更新してもよい。ＵＥはネットワークと情報を交換してもよい（例えば、使用しているＤＲＸ値、タイマ値が何であるかなど）。ネットワークがＵＥを新規の状態へ移動させるときに、当該ネットワークは、使用のためのパラメータおよび構成をＵＥに提供してもよい。
【００９４】
特定の組み合わせで、特徴や要素を上記詳述したが、当業者であればそれぞれの特徴および要素を、その他の特徴および要素とともに単独でまたは任意の組み合わせで使用できることが理解されるであろう。さらに、本明細書で詳述する方法は、コンピュータもしくはプロセッサにより実行されるコンピュータ可読記憶媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにより実装されてもよい。コンピュータ可読記憶媒体の例は、電子信号（有線または無線接続により送信された）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクやリムーバブルディスクのような磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクやディジタル多用途ディスク（ＤＶＤ）などの光学媒体を含むがこれらに限定されない。ソフトウェアに関連するプロセッサを使用して、ＷＴＲＵで使用される無線周波数トランシーバ、ＵＥ、端末、基地局、ＲＮＣまたは任意のホストコンピュータを実装してもよい。
【図１Ａ】
2013524645.tif 000003
【図１Ｂ】
2013524645.tif 000004
【図１Ｃ】
2013524645.tif 000005
【図２】
2013524645.tif 000006
【図３】
2013524645.tif 000007
【図４】
2013524645.tif 000008
【手続補正書】
【提出日】平成24年12月3日(2012.12.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マシンタイプ通信（ＭＴＣ）デバイスに実装される方法であって、
ネットワークから構成を受信するステップであって、
前記構成は、拡張不連続受信（ＤＲＸ）サイクルについてのＤＲＸサイクル長のインジケーションを備え、
前記拡張ＤＲＸサイクルは、ＭＴＣデバイスに適用可能であり、
前記拡張ＤＲＸサイクルについての前記ＤＲＸサイクル長は、通常移動度状態にあるユーザ機器（ＵＥ）についてのＤＲＸサイクル長よりも長い、ステップと、
前記拡張ＤＲＸサイクルについての前記ＤＲＸサイクル長を使用して、前記ネットワークからのページングをモニタリングするステップと、
を備えることを特徴とする方法。
【請求項２】
前記構成は、専用シグナル伝達を介して前記ネットワークから受信されることを特徴とする請求項２に記載の方法。
【請求項３】
前記拡張ＤＲＸサイクルについての前記ＤＲＸサイクル長は、移動度状態固有のスケーリングファクタに基づいて判定されることを特徴とする請求項１に記載の方法。
【請求項４】
前記拡張ＤＲＸサイクルは、前記ＭＴＣデバイスが低移動度状態または移動度無し状態にあるときに利用されることを特徴とする請求項１に記載の方法。
【請求項５】
前記構成は、低移動度状態または移動度無し状態に遷移する前記ＭＴＣデバイスに基づいて、前記ＭＴＣデバイスへ送られることを特徴とする請求項１に記載の方法。
【請求項６】
前記拡張ＤＲＸサイクルについてのＤＲＸタイマ値のインジケーションを前記ネットワークへ送るステップをさらに備える請求項１に記載の方法。
【請求項７】
無線送信／受信ユニット（ＷＴＲＵ）によるネットワークリソースの利用を、最適化する方法であって、
前記ＷＴＲＵが低移動度状態に遷移することを判定するステップと、
前記低移動度状態に関連するモビリティプロシージャを実装するために前記ＷＴＲＵを構成するステップと、
を備え、
前記低移動度状態に関連する前記モビリティプロシージャを実装するために前記ＷＴＲＵを構成するステップは、拡張ＤＲＸサイクルを利用するために前記ＷＴＲＵを構成するステップを備えることを特徴とする方法。
【請求項８】
前記ＷＴＲＵが前記低移動度状態に遷移することを判定するステップは、所定の期間にわたって前記ＷＴＲＵにより実行されるセルの再選択回数が、所定の閾値よりも少ないことを判定するステップを備えることを特徴とする請求項７に記載の方法。
【請求項９】
前記低移動度状態に関連する前記モビリティプロシージャを実装するために前記ＷＴＲＵを構成するステップは、通常移動度状態にあるユーザ機器（ＵＥ）が位置更新プロシージャを実行するよりも少ない頻度で、位置更新プロシージャを実行するように前記ＷＴＲＵを構成するステップを備えることを特徴とする請求項７に記載の方法。
【請求項１０】
前記ＷＴＲＵが前記低移動度状態に遷移したことのインジケーションを、セルラネットワークへ送るステップをさらに備えることを特徴とする請求項７に記載の方法。
【請求項１１】
前記ＷＴＲＵは、マシンタイプ通信（ＭＴＣ）デバイスであることを特徴とする請求項７に記載の方法。
【請求項１２】
前記低移動度状態に関連する前記モビリティプロシージャを実装するために前記ＷＴＲＵを構成するステップは、ユーザ機器（ＵＥ）が通常移動状態において測定を実行するよりも少ない頻度で、測定を実行するように前記ＷＴＲＵを構成するステップを備えることを特徴とする請求項７に記載の方法。
【請求項１３】
前記拡張ＤＲＸサイクルについてのＤＲＸサイクル長のインジケーションを、マシンタイプ通信（ＭＴＣ）サーバから受信するステップをさらに備えることを特徴とする請求項７に記載の方法。
【請求項１４】
無線送信／受信ユニット（ＷＴＲＵ）であって、
所定の期間にわたって前記ＷＴＲＵにより実行されるセルの再選択回数が、所定の閾値よりも少ないこと、の少なくとも一部に基づいて、前記ＷＴＲＵが低移動度状態へ遷移することをトリガ（始動）されることを判定し、
前記判定に基づいて、前記低移動度状態へ遷移し、
前記低移動度状態に関連する情報を受信する、
ように構成されるプロセッサを備えることを特徴とするＷＴＲＵ。
【請求項１５】
前記プロセッサはさらに、前記ＷＴＲＵが前記低移動度状態にある間に、拡張ＤＲＸ（不連続受信）サイクルを使用するように構成され、
前記拡張ＤＲＸサイクルは、マシンタイプ通信（ＭＴＣ）デバイスに適用可能であり、
前記拡張ＤＲＸサイクルについてのＤＲＸサイクル長は、通常移動度状態にあるユーザ機器（ＵＥ）についてのＤＲＸサイクル長よりも長い、
ことを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項１６】
前記ＷＴＲＵは、マシンタイプ通信（ＭＴＣ）デバイスであることを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項１７】
前記プロセッサはさらに、前記ＷＴＲＵの前記低移動度状態に関するインジケーションを、セルラネットワークへ送るように構成されることを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項１８】
前記低移動度状態は、ＭＴＣデバイス固有であることを特徴とする請求項１４に記載のＷＴＲＵ。
【国際調査報告】
2013524645.tif 000009
2013524645.tif 000010