(57)【要約】【課題】無線通信システムにおけるＰＰＩ(POWER  preference  INDICATION)を指示する方法と装置を提供すること。【解決手段】無線通信ネットワーク中、ＰＰＩを指示する方法と装置が開示される。本方法は、ＰＰＩの機能をイネーブルにするステップと、フルコンフィギュレーションが実行されて以来初めてではないが現在のサービングセルにおいてＵＥが初めて現在のＰＰＩを通知することを希望する場合に、最後に報告されたＰＰＩを考慮に入れるステップと、フルコンフィギュレーションが実行されて以来初めてＵＥが前記現在のＰＰＩを通知することを希望する場合に、最後に報告されたＰＰＩを無視する又は考慮に入れないステップとを含む。【選択図】図１
2014057308.tif 000002
【特許請求の範囲】
【請求項１】
パワープレファレンス通知（ＰＰＩ）を通知するためにユーザー装置（ＵＥ）が実行する方法であって、
ＰＰＩの機能をイネーブルにするステップと、
フルコンフィギュレーションが実行されて以来初めてではないが現在のサービングセルにおいて前記ＵＥが初めて現在のＰＰＩを通知することを希望する場合に、最後に報告されたＰＰＩを考慮に入れるステップと、
フルコンフィギュレーションが実行されて以来初めて前記ＵＥが前記現在のＰＰＩを通知することを希望する場合に、前記最後に報告されたＰＰＩを無視する又は考慮に入れないステップと、
を含む方法。
【請求項２】
前記最後に報告されたＰＰＩを考慮に入れることは、前記現在のＰＰＩの値が、前記最後に報告されたＰＰＩの値と異なるべきであることを保証することを意味する、請求項１に記載の方法。
【請求項３】
前記最後に報告されたＰＰＩを考慮に入れることは、前記現在のＰＰＩの値が、前記最後に報告されたＰＰＩの値と同じにならないことを保証することを意味する、請求項１に記載の方法。
【請求項４】
前記現在のＰＰＩは、前記ＵＥがRRC_CONNECTEDになって以来最初に報告されたＰＰＩではない、請求項１に記載の方法。
【請求項５】
前記現在のサービングセルがプライマリセル（PCell）である、請求項１に記載の方法。
【請求項６】
前記ＰＰＩの機能は、RRCConnectionReconfigurationメッセージを受信することによりイネーブルにされる、請求項１に記載の方法。
【請求項７】
前記フルコンフィギュレーションが実行されるべきであることを示すRRCConnectionReconfigurationメッセージを受信した場合に、前記フルコンフィギュレーションが実行される、請求項１に記載の方法。
【請求項８】
前記フルコンフィギュレーションを実行する場合に、パワープレファレンス通知についての現在の設定が、新しい設定の適用前に解除される、請求項１に記載の方法。
【請求項９】
無線通信システムにおいてパワープレファレンス通知（ＰＰＩ)を通知するユーザー装置（ＵＥ)であって、
制御回路と、
前記制御回路に組み込まれたプロセッサと、
前記制御回路に組み込まれかつ前記プロセッサに動作可能に結合されたメモリと
を含み、前記プロセッサは前記メモリに保存されたプログラムコードを実行するように形成され、前記プログラムコードは、
ＰＰＩの機能をイネーブルにするステップと、
フルコンフィギュレーションが実行されて以来初めてではないが現在のサービングセルにおいて前記ＵＥが初めて現在のＰＰＩを通知することを希望する場合に、最後に報告されたＰＰＩを考慮に入れるステップと、
フルコンフィギュレーションが実行されて以来初めて前記ＵＥが前記現在のＰＰＩを通知することを希望する場合に、前記最後に報告されたＰＰＩを無視する又は考慮に入れないステップと
を実行させる、ユーザー装置。
【請求項１０】
前記最後に報告されたＰＰＩを考慮に入れることは、前記現在のＰＰＩの値が、前記最後に報告されたＰＰＩの値と異なるべきであることを保証することを意味することを特徴とする請求項９に記載のユーザー装置。
【請求項１１】
前記最後に報告されたＰＰＩを考慮に入れることは、前記現在のＰＰＩの値が、前記最後に報告されたＰＰＩの値と同じにならないことを保証することを意味することを特徴とする請求項９に記載のユーザー装置。
【請求項１２】
前記現在のＰＰＩは、前記ＵＥがRRC_CONNECTEDになって以来最初に報告されたＰＰＩではないことを特徴とする請求項９に記載のユーザー装置。
【請求項１３】
前記現在のサービングセルがプライマリセル（PCell)である、請求項９に記載のユーザー装置。
【請求項１４】
前記ＰＰＩの機能は、RRCConnectionReconfigurationメッセージを受信することによりイネーブルにされる、請求項９に記載のユーザー装置。
【請求項１５】
前記フルコンフィギュレーションが実行されるべきであることを示すRRCConnectionReconfigurationメッセージを受信した場合に、前記フルコンフィギュレーションが実行される、請求項９に記載のユーザー装置。
【請求項１６】
前記フルコンフィギュレーションを実行する場合に、、パワープレファレンス通知についての現在の設定が、新しい設定の適用前に解除される、請求項９に記載のユーザー装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１２年９月１１日に出願された米国特許仮出願番号６１／６９９４２８号に基づく優先的利益を享受するものであり、その内容は本願に組み入れられる。
【０００２】
本発明は、無線通信ネットワークに関するものであって、特に、無線通信システムにおいて、ＰＰＩ(power  preference  indication)を指示する方法と装置に関するものである。
【背景技術】
【０００３】
移動通信装置において大量のデータを伝送する要求が迅速に増加するのに伴い、従来のモバイル音声通信ネットワークは、インターネットプロトコル(ＩＰ)データパケットと通信するネットワークに進化している。このようなＩＰデータパケット通信は、移動通信装置のユーザーのボイスオーバーＩＰ（ＶｏＩＰ）、マルチメディア、マルチキャストとオンデマンド通信サービスを提供することができる。
【０００４】
エンハンストユニバーサル無線アクセスネットワーク(Ｅ-ＵＴＲＡＮ)は、標準化されているネットワーク構造である。Ｅ-ＵＴＲＡＮシステムは、高データスループットを提供し、上記のボイスオーバーＩＰとマルチメディアサービスを実現することができる。Ｅ-ＵＴＲＡＮシステムの標準化は、３ＧＰＰスタンダード組織により実行される。したがって、３ＧＰＰスタンダードを発展させ完了させるため、現在、３ＧＰＰスタンダードの現在の規格への変更が提案および考慮されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP  TS  36.331  V10.5.0,“E-UTRA  RRC  protocol  specification  (Release  10)”
【非特許文献２】3GPP  TS  36.331  V11.0.0,“E-UTRA  RRC  protocol  specification  (Release  11)”
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、無線通信システムにおけるＰＰＩを指示する新規な方法及び装置等を提供することを目的とする。
【課題を解決するための手段】
【０００７】
実施の形態による方法は、
パワープレファレンス通知（ＰＰＩ）を通知するためにユーザー装置（ＵＥ）が実行する方法であって、
ＰＰＩの機能をイネーブルにするステップと、
フルコンフィギュレーションが実行されて以来初めてではないが現在のサービングセルにおいて前記ＵＥが初めて現在のＰＰＩを通知することを希望する場合に、最後に報告されたＰＰＩを考慮に入れるステップと、
フルコンフィギュレーションが実行されて以来初めて前記ＵＥが前記現在のＰＰＩを通知することを希望する場合に、前記最後に報告されたＰＰＩを無視する又は考慮に入れないステップと、
を含む方法である。
【図面の簡単な説明】
【０００８】
【図１】一具体例による無線通信システムを示す図である。
【図２】一具体例によるトランスミッタシステム(アクセスネットワークとしても知られる)とレシーバシステム(ユーザー装置、または、ＵＥとしても知られる)のブロック図である。
【図３】一具体例による通信システムのブロック図である。
【図４】一具体例による図３のプログラムコードのブロック図である。
【図５】一具体例によるフローチャートである。
【発明を実施するための形態】
【０００９】
＜概要＞
無線通信ネットワークにおいてＰＰＩを通知又は指示する方法及び装置等が開示される。本方法は、ＰＰＩ機能を起動する又はイネーブルにするステップを含む。本方法は、フルコンフィギュレーション(full  configuration)が実行されて以来初めてではないが現在のサービングセルにおいて現在のＰＰＩを通知することをＵＥが初めて希望する場合に、最後に報告されたＰＰＩを考慮するステップを更に有する。本方法は、フルコンフィギュレーションが実行されて以来最初にＵＥが現在のＰＰＩを通知することを希望する場合、最後に報告されたＰＰＩを無視する又は考慮しないステップを更に含む。
【００１０】
＜詳細な説明＞
本発明の以下で開示される無線通信システム、装置と相関する方法は、ブロードキャストサービスをサポートする無線通信システムを使用する。無線通信システムは、幅広く、各種通信、たとえば、音声やデータ等を提供するのに用いられる。これらのシステムは、符号分割多元接続  (CDMA)、時分割多元接続(TDMA)、直交周波数分割多元接続(OFDMA)、3GPP  LTE(Long  Term  Evolution)無線アクセス、3GPP  LTE-A、または、  LTE-Advanced  (Long  Term  Evolution  Advanced)、3GPP2  UMB(Ultra  Mobile  Broadband)、WiMax、または、別の変調技術に基づく。
【００１１】
特に、以下の例の無線通信システムは、ひとつ以上の基準、たとえば、３ＧＰＰと称される"3rd  Generation  Partnership  Project"により制定される基準をサポートするように設計され、including  文献番号.  3GPP  TS  36.331  V10.5.0,“E-UTRA  RRC  protocol  specification  (Release  10)”;  3GPP  TS  36.331  V11.0.0,“E-UTRA  RRC  protocol  specification  (Release  11)”;および、R2-124364,“Introduction  of  'Power  preference  indication'”、ZTE  Corporationを含む。上述の基準と文献は、本明細書の一部分を構成する。
【００１２】
図１は、本発明の一具体例による多重アクセス無線通信システムを示す図である。アクセスネットワーク１００(ＡＮ)は、複数のアンテナ群を含み、一群はアンテナ１０４と１０６、もうひとつの群はアンテナ１０８と１１０、別の群はアンテナ１１２と１１４を含む。図１において、各アンテナ群には、二個のアンテナだけが示されているが、実際には、各アンテナ群のアンテナ数量は多くても少なくてもよい。アクセス端末１１６  (ＡＴ)は、アンテナ１１２と１１４と通信し、アンテナ１１２と１１４は、送信リンク１２０により、情報をアクセス端末１１６に伝送し、逆方向リンク１１８により、アクセス端末１１６から情報を受信する。アクセス端末(ＡＴ)１２２は、アンテナ１０６と１０８と通信し、アンテナ１０６と１０８は、送信リンク１２６により、情報をアクセス端末(ＡＴ)１２２に伝送し、逆方向リンク１２４により、アクセス端末(ＡＴ)１２２から情報を受信する。ＦＤＤシステムにおいて、通信リンク１１８、１２０、１２４と１２６は、異なる周波数を用いて通信することができる。たとえば、送信リンク１２０は、逆方向リンク１１８と異なる周波数を用いることができる。
【００１３】
各アンテナ群、および／または、通信のために設計される領域は、通常、アクセスネットワークのセクター(sector)と称される。一具体例において、アンテナ群は、それぞれ、アクセスネットワーク１００により被覆される領域のセクター内のアクセス端末と通信するように設計される。
【００１４】
フォワードリンク１２０及び１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６及び１２２のフォワードリンクの信号対ノイズ比を改善するためにビームフォーミングを利用してもよい。また、カバレッジ領域内にランダムに分散したアクセス端末にビームフォーミングを用いて送信を行うアクセスネットワークは、単一のアンテナにより全てのアクセス端末に送信を行うアクセスネットワークよりも、隣接セル中のアクセス端末に及ぼす干渉を低くすることができる。
【００１５】
アクセスネットワーク(ＡＮ)は、端末との通信に用いられる固定局、基地局、アクセスポイント、Node  B、基地局、エンハンスト基地局、eNodeB又はその他の技術用語で言及されてもよい。アクセス端末(ＡＴ)は、ユーザー装置  (ＵＥ)、無線通信システム、端末、アクセス端末又はその他の技術用語で言及されてもよい。
【００１６】
図２は、ＭＩＭＯシステム２００における送信システム又はトランスミッタシステム２１０(アクセスネットワークとしても知られる)、および、受信システム又はレシーバシステム２５０  (アクセス端末(ＡＴ)、または、ユーザー装置(ＵＥ)としても知られる)の具体例のブロック図である。トランスミッタシステム２１０中、データストリームの数量のトラフィックデータが、データソース２１２から伝送(ＴＸ)データプロセッサ２１４に提供される。
【００１７】
一例において、各データストリームは、個別のアンテナにより伝送される。ＴＸデータプロセッサ２１４は、そのデータストリームについて選択された特定の符号化方式に基づいてデータストリーム各々のトラフィックデータのフォーマットを整え、符号化し、およびインタリーブして、符号化データを提供する。
【００１８】
各データストリームに用いる符号化データは、ＯＦＤＭ技術を用いて、パイロットデータと多重化される。一般に、パイロットデータは、既知の方法で処理された既知のデータパターンであり、チャネル応答を推定するためにレシーバシステムで用いられる。データストリームの各々に多重化されたパイロットおよび符号化データは、その後、そのデータストリームについて選択された特定の変調方式(たとえば、BPSK、QPSK、M-PSK、または、M-QAM)に基づいて変調され(すなわち、シンボルにマッピングされ)、変調シンボルを提供する。各データストリームのデータレート、符号化および変調は、プロセッサ２３０により実行される命令により決定されてもよい。
【００１９】
全データストリームの変調シンボルは、その後、ＴＸ  ＭＩＭＯプロセッサに提供されて、変調シンボルをさらに処理する(たとえば、ＯＦＤＭを使用)。続いて、ＴＸ  ＭＩＭＯプロセッサは、NT個の変調シンボルストリームを、NT個のトランスミッタ(ＴＭＴＲ)２２２ａ〜２２２ｔに提供する。ある具体例において、ＴＸ  ＭＩＭＯプロセッサは、ビーム形成ウェイトを、データストリームのシンボルおよびシンボルが送信されるアンテナに提供する。
【００２０】
各トランスミッタ２２２は、各自のシンボルストリームを受信、並びに、処理して、ひとつ以上のアナログ信号を提供し、さらに、アナログ信号を調整(たとえば、増幅、ろ過、アップコンバート)して、ＭＩＭＯチャネルにより伝送するのに適する変調信号を提供する。トランスミッタ２２２ａ〜２２２ｔからのNT個の変調された信号は、その後、それぞれ、NT個のアンテナ２２４ａ〜２２４ｔから伝送される。
【００２１】
レシーバシステム２５０で、伝送済みの変調された信号は、NR個のアンテナ２５２ａから２５２ｒにより受信され、各アンテナ２５２からの受信信号は、各自のレシーバ(ＲＣＶＲ)２５４ａから２５４ｒに提供される。各レシーバ２５４は、各自受信された信号を調整(たとえば、フィルタリング、増幅およびダウンコンバート)して、調整された信号をデジタル化して、サンプルを提供し、さらに、サンプルを処理して、対応する“受信した”シンボルストリームを提供する。
【００２２】
ＲＸデータプロセッサ２６０は、その後、特定のレシーバ処理技術に基づいて、NR個のレシーバ２５４からのNR個の受信したシンボルストリームを受信及び処理し、NT個の“検出された”シンボルストリームを提供する。その後、ＲＸデータプロセッサ２６０は、検出されたシンボルストリームの各々を復調、デインタリーブおよび復号し、データストリームのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、トランスミッタシステム２１０においてＴＸ  ＭＩＭＯプロセッサとＴＸデータプロセッサ２１４により実行されるものに対応している。
【００２３】
プロセッサ２７０は、周期的に、使用したいプレコーディングマトリクスを決定する(以下で説明する)。プロセッサ２７０は、マトリクスインデックス部分とランク値部分とを含む逆方向リンクメッセージを形成する。
【００２４】
逆方向リンクメッセージは、通信リンク、および／または、受信されたデータストリームに関連する各種情報を含む。その後、逆方向リンクメッセージは、ＴＸデータプロセッサ２３８により処理され、データソース２３６から、データストリームの数量のトラフィックデータを受信し、変調器２８０により変調され、トランスミッタ２５４ａから２５４ｒにより調整され、および、トランスミッタシステム２１０に返送される。
【００２５】
トランスミッタシステム２１０で、レシーバシステム２５０から変調された信号は、アンテナ２２４により受信され、レシーバ２２２により調整され、復調器２４０により復調され、および、ＲＸデータプロセッサ２４２により処理されて、レシーバシステム２５０により伝送される逆リンクメッセージを取り出す。プロセッサ２３０は、その後、ビーム形成ウェイトを決定するのに用いられるプレコーディングマトリクスを決定すると共に、取り出したメッセージを処理する。
【００２６】
図３を参照すると、図３は、別の方式で示される本発明の具体例による通信装置のブロック図である。図３に示されるように、通信装置３００は、無線通信システムは、図１中のＵＥ(または、ＡＴ)１１６と１１２を実現するために用いられ、無線通信システムは、好ましくは、ＬＴＥシステムである。通信装置３００は、入力装置３０２、出力装置３０４、制御回路３０６、中央処理装置(ＣＰＵ)３０８、メモリ３１０、プログラムコード３１２、および、トランシーバ３１４を含む。制御回路３０６は、メモリ３１０中、ＣＰＵ３０８により、プログラムコード３１２を実行し、これにより、通信装置３００の操作を制御する。通信装置３００は、入力装置３０２、たとえば、キーボードやキーパッドにより、ユーザーによる入力される信号を受信し、および、出力装置３０４、たとえば、モニターやスピーカーにより、画像や音声を出力することができる。トランシーバ３１４が用いられて、無線信号を送受信し、受信された信号を制御回路３０６に伝送し、および、無線方式で、制御回路３０６により生成された信号を出力する。
【００２７】
図４は、本発明の一例による図３に示されるプログラムコード３１２のブロック図である。この具体例において、プログラムコード３１２は、アプリケーションレイヤ処理部４００、レイヤ３処理部４０２、および、レイヤ２処理部４０４を含み、レイヤ１処理部４０６と結合される。レイヤ３処理部４０２は、一般に、無線リソース制御を実行する。レイヤ２処理部４０４は、一般に、リンク制御を実行する。レイヤ１処理部４０６は、一般に、物理接続を実行する。
【００２８】
3GPP  TS  36.331  V11.0.0  のＥＤＤＡ(Enhancements  for  Diverse  Data  Applications)  に対する変更要求（チェンジリクエスト）は、E-メールディスカッション  [79#14]の結果としてR2-124364において合意されており、承認のために3GPP  RAN  #57の会議で提示されることになっている。R2-12436は、以下のように、Ｅ-ＵＴＲＡＮ(Evolved  Universal  Terrestrial  Radio  Access)にＵＥの節電の好み（power  saving  preference）を通知するＵＥ(ユーザー装置)の処理を提案している:
【００２９】
【表１】
2014057308.tif 000003
このほか、  3GPP  TS  36.331  V10.5.0  は、情報要素の構造を以下のように定義する:
【００３０】
【表２】
2014057308.tif 000004
現在、ＵＥが、現在のプライマリセル（Primary  Cell：Ｐｃｅｌｌ)において如何なるＰＰＩも通知していない場合（または、報告していない場合）、ＵＥは、自身のパワープレファレンス通知(Power  preference  Indication：ＰＰＩ)を通知（または、報告）してもよい。しかしながら、ＵＥのＰＰＩの情報は、ハンドオーバ準備の間(たとえば、HandoverPreparationInformation  メッセージにより)、ソースｅＮＢからターゲットｅＮＢに転送されるべきであること提案されている。ＰＰＩ情報が、ｅＮＢ同士の間で転送されている場合において、ＵＥが自身の好みを変更していない場合、ハンドオーバの後、ＵＥは自身のＰＰＩを通知（または、報告）する必要はないと思われる。
【００３１】
一方、ＰＰＩの情報は、ＰＰＩ機能をサポートしている（又は使用できる）ｅＮＢ間でのみ転送できる。ターゲットｅＮＢがＰＰＩの機能をサポートしていなかった場合（又は使用できなかった場合）、ターゲットｅＮＢは、ソースｅＮＢからのＰＰＩ情報を認識せず、ＰＰＩ情報を次のターゲットｅＮＢに伝送しないことになる。このような場合、ＵＥは、ＵＥが自身の好みを変えたか否かによらず、自身のＰＰＩをｅＮＢに通知(または、報告)すべきである。
【００３２】
更に、ｅＮＢは、ＰＰＩのサポート（ＰＰＩの機能を備えているか否か）を通知しないことも合意されている。その代わり、ｅＮＢは、ＰＰＩ機能がイネーブルにされているか否かを通知する。しかしながら、ＰＰＩをディセーブルにすることは、ｅＮＢがその機能をサポートしていないことを意味するわけではない。ＰＰＩ機能がサポートされているがディセーブルにされていた場合でも、ｅＮＢはＰＰＩ情報を転送することになる。この場合、ＰＰＩ機能がイネーブルにされているか否かに基づいて、ターゲットｅＮＢがＵＥのＰＰＩの情報を有するか否かを、ＵＥは把握しないことになる。この場合、ＰＰＩの冗長的なＵＥによる送信を回避するために、他の方法を実行する必要がある。
【００３３】
R2-124364において議論されているように、ＩＥ  powerPrefIndicationConfig-r11  は、Need  ONに設定される(つまり、ＩＥが存在しない場合、動作は実行されるべきでない)。ソースｅＮＢがＰＰＩ機能を起動する又はイネーブルにする場合、(ハンドオーバの場合)ターゲットｅＮＢについて、以下の３つの可能性がある:
ケース１：ターゲットｅＮＢがＰＰＩ機能をサポートし且つＰＰＩ機能をイネーブルにすることを希望しているならば、ハンドオーバメッセージの中に、ＩＥ  powerPrefIndicationConfig-r11が存在しない。
【００３４】
ケース２：ターゲットｅＮＢがＰＰＩ機能をサポートし且つＰＰＩ機能をディセーブルにすることを希望しているならば、ＰＰＩ機能をディセーブルにするためにＩＥpowerPrefIndicationConfig-r11  がハンドオーバメッセージの中に含まれる。
【００３５】
ケース３：ターゲットｅＮＢがＰＰＩ機能をサポートしないならば、フルコンフィギュレーションが使用されるべきであり、ＰＰＩの設定（コンフィギュレーション）が解除されるようにハンドオーバメッセージの中に、IE  powerPrefIndicationConfig-r11  が存在しないことが仮定される。
【００３６】
ケース１とケース２においては、ターゲットｅＮＢが、ソースｅＮＢから転送されたＰＰＩ情報を知っていると仮定している。ケース３の場合、ターゲットｅＮＢは、ソースｅＮＢから転送されたＰＰＩ情報を知らないと仮定する。従って、フルコンフィギュレーションの後、ＰＰＩ情報はｅＮＢの側で失われることになる。一実施形態において、本発明の一般的な概念は、ＰＰＩ情報がｅＮＢの側で分かっている或いは分からないか否かに関連する情報に基づいて（つまり、フルコンフィギュレーションが実行されるかにより決定される）、ＰＰＩ送信に最後に報告された値を考慮すべきか否かをＵＥが決定できることである。
【００３７】
図５は、本発明の具体例によるフローチャート５００である。ステップ５０５において、ＰＰＩ機能が起動する又はイネーブルにされる。ステップ５１０において、フルコンフィギュレーションが実行されて以来初めてではないが、現在のサービングセルにおいてＵＥの現在のＰＰＩをＵＥが初めて通知（又は報告）しようとした場合において、ＵＥが自身の現在のＰＰＩを通知（又は報告）する場合、最後に報告されたＰＰＩが考慮される。最後に報告されたＰＰＩを考慮することは、現在のＰＰＩの値が、最後に報告されたＰＰＩの値と異なるべきことを保証することを意味する。言い換えると、最後に報告されたＰＰＩを考慮することは、現在のＰＰＩの値が、最後に報告されたＰＰＩの値と同じになれないことを保証することを意味する。一実施形態において、現在のＰＰＩは、ＵＥが  RRC_CONNECTED状態に最後に入って以来初めて報告されたＰＰＩではない。さらに、現在のサービングセルはプライマリセル(Primary  Cell：PCell)である。
【００３８】
一例において、ＰＰＩ機能は、RRCConnectionReconfiguration  メッセージにより起動又はイネーブルにされることが可能である。より具体的に言えば、RRCConnectionReconfigurationメッセージの中にpowerPrefIndication-Enabled-r11情報要素(Information  Element：IE)が存在するまたはTRUEに設定されていた場合に、ＰＰＩ機能が起動される。さらに、(たとえば、fullConfig-r9  IEを含むことにより)フルコンフィギュレーションが応用されるべきことを指示するRRCConnectionReconfigurationメッセージを受信した場合に、フルコンフィギュレーションが実行される。また、フルコンフィギュレーションを実行する場合に、新しい設定を適用する前に、電力の好みについての指定(power  preference  indication)についての現在の設定が解除される。更に、RRCConnectionReconfigurationメッセージを使用して、ＵＥをハンドオーバしてもよい。
【００３９】
別の実施形態において、ＵＥが、現在のＰＰＩを通知（または、報告）することを希望する場合において、フルコンフィギュレーションが実行されて以来ＵＥが現在のＰＰＩを通知（または、報告）することを最初に希望した場合、現在のＰＰＩは、最後に報告されたＰＰＩを考慮せずに、報告される。現在のＰＰＩの値は“デフォルト(default)”ではなく、節電のデフォルト設定についての好みを通知するためにも使用されない。現在のＰＰＩの値は“lowpowerconsumption”であってもよいし、或いは節電に最適な主要な好みを通知するために使用されてもよい。あるいは、現在のＰＰＩの値は、最後に報告されたＰＰＩの値と同じであってもよい。
【００４０】
図３と図４を参照すると、一例において、装置３００は、メモリ３１０中に保存されるプログラムコード３１２を含む。一例において、ＣＰＵ３０８は、プログラムコード３１２を実行して、(i)ＰＰＩ機能を起動する、および、(ii)ＵＥが、現在のサービングセル中、初めて、現在のＰＰＩを指示したいが、フルコンフィギュレーション実行後、初めて、現在のＰＰＩを指示したいとき、最後に報告されたＰＰＩが考慮される。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、フルコンフィギュレーション実行後、ＵＥが、初めて、現在のＰＰＩを指示したいとき、最後に報告されたＰＰＩを無視する、または、考慮しない。このほか、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の実施例に示される動作とステップ、または、その他の描写を実行する。
【００４１】
本発明の各種態様が以下で述べられる。この教示は様々な方式で具体化され、範例中で開示される特定の構造、機能は単なる代表的なものであることがわかる。教示に基づいて、当業者なら理解できるように、本文の内容は、独立してその他のある形式を利用する、または、各種方法を総合して実行される。たとえば、前文中で開示される任意の方式は、ある装置、または、ある方式を用いて実現される。このほか、一装置の実施、または、一種の方式の実行は、その他の構造、または、機能性、または、構造と機能性により、前文で討論される一種、または、多種の形式上で実現される。例を挙げて以上の観点を説明すると、ある態様において、並列チャネルは、パルス繰り返し周波数に基づいて構築される。ある態様において、並列チャネルは、パルス位置、または、オフセットに基づいて構築される。ある態様において、並列チャネルは、時間ホッピングシーケンスに基づいて構築される。ある態様において、並列チャネルは、パルス繰り返し周波数、パルス位置、または、オフセット、および、時間ホッピングシーケンスに基づいて構築される。
【００４２】
当業者ならわかるように、情報と信号は、多種の異なる技巧と技術により表現される。たとえば、以上の描写の全てが引用するデータ、指令、命令、情報、信号、ビット、シンボル、および、チップは、電圧、電流、電磁波、磁場または粒子、光場または粒子、または、それらの組み合わせで表現される。
【００４３】
当業者ならわかるように、ここでは、各種説明性の論理ブロック、モジュール、プロセッサ、装置、回路、および、演算ステップと、開示される各種状況が使用可能な電子ハードウェア(たとえば、ソースコーディングまたはその他の技術を用いて設計されるデジタル実現手段、アナログ実現手段またはそれら２つの組み合わせ)、各種形式のプログラム、または、命令を組み込んだ設計コード(便宜のため、“ソフトウェア”または“ソフトウェアモジュール”と称する)、または、それらの組み合わせを描写する。ハードウェアとソフトウェア間の互換性をはっきりと説明するため、各種説明のコンポーネンツ、ブロック、モジュール、回路、および、ステップは、それらの機能性を主に描写している。このような機能性が、ハードウェア、または、ソフトウェアとして実施されても、システム全体上に課される特定のアプリケーションと設計制約に基づく。当業者は、各特定のアプリケーションに対し、各種異なる方法で、記述された機能性を実行するが、実現される決断は、本発明の範囲を逸脱すると解釈されるべきではない。
【００４４】
このほか、各種説明の論理ブロック、モジュール、および、回路、および、ここで開示される各種状況は、集積回路(“IC”)、アクセス端末、または、アクセスポイントで実施、または、集積回路(“ＩＣ”)、アクセス端末、または、アクセスポイントにより実行される。ＩＣは、汎用  プロセッサ、デジタル信号プロセッサ(ＤＳＰ)、特定用途向け集積回路  (ＡＳＩＣ)、フィールドプログラマブルゲートアレイ(ＦＰＧＡ)、または、その他のプログラム可能な論理装置、離散ゲートまたはトランジスタロジック、離散ハードウェアコンポーネンツ、電子素子、光学素子、機械素子、または、それらの組み合わせの設計により、この文で描写される機能を実行し、ＩＣ内、ＩＣ外、または、両方に存在するコード、または、指令を実行する。汎用プロセッサはマイクロプロセッサであるが、別の方法では、プロセッサは、従来のプロセッサ,コントローラ、マイクロコントローラー、または、状態機械である。プロセッサは、計算装置の組み合わせ、たとえば、ＤＳＰとマイクロプロセッサの組み合、わせ、複数のマイクロプロセッサ、ＤＳＰコアと連動するひとつ以上のマイクロプロセッサ、または、別のこのような配置として実施される。
【００４５】
ここで開示されるプロセスの特定順序、または、ステップの階層はサンプルアプローチの例である。設計の好みに基づいて、プロセスの特定順序、または、ステップの階層は、本発明の範囲内で再アレンジできることが理解できる。付随する方法は、例の順序で、各種ステップの素子を主張し、よって、示される特定順序、または、階層に限定されない。
【００４６】
本発明の明細書で開示される方法と演算法のステップは、直接、プロセッサにより実行されるハードウェア、および、ソフトウェアモジュール、または、両者の結合で実行される。ソフトウェアモジュール(たとえば、実行可能な指令と関連データを含む)と別のデータは、データメモリ、たとえば、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ-ＲＯＭ、または、既知のその他の形式の任意のコンピュータ読み取り可能ストレージ媒体中に存在する。サンプルストレージ媒体は、マシン、たとえば、たとえば、コンピュータ/プロセッサ(便宜上、“プロセッサ”と称される)に結合され、プロセッサは、ストレージ媒体から情報(たとえば、コード)を読み取ったり、書き込んだりする。サンプルストレージ媒体は、プロセッサに整合される。プロセッサとストレージ媒体はＡＳＩＣに属する。ＡＳＩＣはユーザー装置に属する。別の方法では、プロセッサとストレージ媒体は、ユーザー装置中で、離散コンポーネンツとして存在する。さらに、ある態様において、適当なコンピュータプログラム製品は、ひとつ以上の本発明の態様に関連するコードを含むコンピュータ読み取り可能媒体を含む。ある態様において、コンピュータプログラム製品は、パッケージ材料を含む。
【００４７】
本発明では好ましい実施例を前述の通り開示したが、これらは決して本発明に限定するものではなく、当該技術を熟知する者なら誰でも、本発明の精神と領域を脱しない範囲内で各種の変動や潤色を加えることができ、従って本発明の保護範囲は、特許請求の範囲で指定した内容を基準とする。
【図１】
2014057308.tif 000005
【図２】
2014057308.tif 000006
【図３】
2014057308.tif 000007
【図４】
2014057308.tif 000008
【図５】
2014057308.tif 000009
【外国語明細書】
2014057308000001.pdf