ダウンリンクにおける全ＤＴＸモードオペレーション中の省電力化改善のためのシステム
【課題】全ＤＴＸにより伝送されなかったコードおよびタイムスロットに関するベースバンド処理のすべてまたは一部をオフにすることによって、省電力化を達成する。
【解決手段】特殊バースト（ＳＢ）を受け取ることによって全ＤＴＸが検出されると、受信機は、特殊バーストスケジューリング期間（ＳＢＳＰ）の持続時間について、すべてのタイムスロットおよびフレームに対してオフにされる（ステップ２０）。送信機は、任意のアイドル期間に続いてＳＢＳＰの境界で開始するように、伝送をスケジューリングする。受信機は、ＳＢＳＰと、送信機がいくつかの初期の全ＤＴＸサイクルを受け取ることによってＳＢＳＰに従って伝送を開始するかどうか、とを判別する。
【解決手段】特殊バースト（ＳＢ）を受け取ることによって全ＤＴＸが検出されると、受信機は、特殊バーストスケジューリング期間（ＳＢＳＰ）の持続時間について、すべてのタイムスロットおよびフレームに対してオフにされる（ステップ２０）。送信機は、任意のアイドル期間に続いてＳＢＳＰの境界で開始するように、伝送をスケジューリングする。受信機は、ＳＢＳＰと、送信機がいくつかの初期の全ＤＴＸサイクルを受け取ることによってＳＢＳＰに従って伝送を開始するかどうか、とを判別する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信の分野に関する。より具体的には、本発明は、全不連続伝送（ＤＴＸ／ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｔｒａｎｓｍｉｓｓｉｏｎ）モードオペレーション中に、ダウンリンクにおける高チップレートおよび低チップレートの時分割二重（ＴＤＤ）タイプシステムに対して省電力化を提供することに関する。
【背景技術】
【０００２】
第三世代パートナーシッププロジェクト（３ＧＰＰ）の時分割二重（ＴＤＤ）システムを使用する場合、時間は伝送時間間隔（ＴＴＩ）に区分され、さらにこれがフレームに分割され、さらにまたこれがタイムスロットに分割される。ＴＴＩは１つまたは複数の無線フレームとして定義される。具体的に言えば、１無線フレームは１０ｍｓであり、ＴＴＩは１０、２０、４０、または８０ｍｓであってよい。低チップレートＴＤＤは、各フレームを２つのサブフレームに分割する。さらにこのサブフレームがタイムスロットに分割される。符号化複合トランスポートチャネル（ＣＣＴｒＣＨ／Ｃｏｄｅｄ Ｃｏｍｐｏｓｉｔｅ Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）は、１つまたは複数のトランスポートチャネル（ＴｒＣＨ）を含む。ＣＣＴｒＣＨは、タイムスロットおよびコードの１つまたは複数セットの集まりにマッピングされる。
【０００３】
最大データサイズのＣＣＴｒＣＨが伝送される場合、割り振られたコードおよびタイムスロットのすべてがＴＴＩで使用される。ＴＴＩ中に伝送されるコードおよびタイムスロットの実際の数が、トランスポートフォーマット統合インデックス（ＴＦＣＩ／Ｔｒａｎｓｐｏｒｔ Ｆｏｒｍａｔ Ｃｏｍｂｉｎａｔｉｏｎ Ｉｎｄｅｘ）を介して、受信機に信号として送られる。コードおよびタイムスロットは、送信機と受信機の両方に知られた規則セットに従って割り振られるため、ＴＦＣＩの復号によって、コードおよびタイムスロットの数がいったん受信機に知られると、受信機には、各タイムスロットでどのコードが伝送されたかもわかる。
【０００４】
３ＧＰＰ ＴＤＤシステムは、ＣＣＴｒＣＨのビットレート合計が、ＴＴＩ内のＣＣＴｒＣＨに割り振られたコードおよびタイムスロットのビットレート合計よりも少ない場合に、無線フレームの不連続伝送（ＤＴＸ）のサポートを含む。ＴＤＤ送信機中の符号化および多重化機能が、コードおよびタイムスロット上にデータをマッピングする。
【０００５】
ＤＴＸは、それぞれのＣＣＴｒＣＨに別々に適用される。ＣＣＴｒＣＨがＤＴＸの場合、ＣＣＴｒＣＨに割り振られたコードおよびタイムスロットの一部または全部が伝送されない。ＤＴＸは、一部ＤＴＸおよび全ＤＴＸと呼ばれる２つのカテゴリに分けられる。一部ＤＴＸの場合、ＣＣＴｒＣＨはアクティブであるが、データで満たされるコードおよびタイムスロットは最大数よりも少なく、一部のコードおよびタイムスロットはＴＴＩ内では伝送されない。全ＤＴＸの場合、上位プロトコル層はＣＣＴｒＣＨにデータを提供せず、ＴＴＩ内で伝送されるデータはまったくない。ＣＣＴｒＣＨは、異なるＴＴＩを有する複数のＴｒＣＨを含むことができる。その場合、伝送されるコードは、ＣＣＴｒＣＨ内のすべてのＴｒＣＨのＴＴＩの中で最も短いＴＴＩに等しい各間隔中に、変更することができる。本明細書全体を通じて、ＴＴＩとは、ＣＣＴｒＣＨ中のすべてのＴｒＣＨの中で最も短いＴＴＩを意味するものとする。本発明は全ＤＴＸを対象とするものであるため、以下では、全ＤＴＸについてのみ説明する。
【０００６】
全ＤＴＸ中に、特殊バースト（ＳＢ／ｓｐｅｃｉａｌ ｂｕｒｓｔ）が伝送される。各ＳＢは、ＣＣＴｒＣＨに割り振られた第１のタイムスロットの第１のコードで、０値のＴＦＣＩによって識別される。第１のＳＢが全ＤＴＸの開始を示す。後続のＳＢは、特殊バーストスケジューリングパラメータ（ＳＢＳＰ）フレームごとに、定期的に伝送される。後続のＳＢは、ＣＣＴｒＣＨが依然としてアクティブであるかどうかを判別するため、および受信機が同期外れを宣言しないようにするためのメカニズムを、受信機に提供する。全ＤＴＸは、上位プロトコル層がデータを提供すると終了する。
【０００７】
３ＧＰＰ標準では、ＭＡＣエンティティは伝送用にデータを物理層に提供する。物理層は、ＭＡＣが伝送用のどんなデータも提供しない場合に必ず、全ＤＴＸを示すＳＢを生成する。物理層は、ＭＡＣがデータを提供するとすぐに、全ＤＴＸの伝送再開を終了する。
【０００８】
ＳＢＳＰは、送信機には認識されるが、ＵＥには認識されない。したがって、全ＤＴＸ中には、たとえＳＢがＳＢＳＰフレームごとに１回しか伝送されない場合であっても、ＵＥはＳＢが伝送された可能性に基づいて多くのフレームを処理しなければならない。さらに送信機は、データが高位層から入手可能になるとすぐにデータの伝送を再開するが、データの伝送開始と、ＳＢ伝送で開始されたＳＢＳＰフレームのシーケンスの初めまたは終わりとを、同期させることはない。したがってＵＥは、たとえＣＣＴｒＣＨが依然として全ＤＴＸである可能性がある場合であっても、データの伝送が開始された可能性に基づいて、多くのフレームを処理しなければならない。フレームのプロセスを開始するためにＵＥの電源がオンになり、データまたはＳＢを検索するたびに、電力が使用される。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、ＳＢもデータも伝送されない場合、フレーム中にオンにする必要をなくすことによって、モバイルのかなりの省電力化を達成することである。
【課題を解決するための手段】
【００１０】
本発明は、全ＤＴＸにより伝送されなかったコードおよびタイムスロットに関するベースバンド処理のすべてまたは一部をオフにすることによって、省電力化を達成するものである。特殊バースト（ＳＢ）を受け取ることによって全ＤＴＸが検出されると、受信機は、特殊バーストスケジューリング期間（ＳＢＳＰ）フレームの残りの持続時間について、すべてのタイムスロットおよびフレームに対してオフにされる。送信機は、任意のアイドル期間に続いてＳＢＳＰの境界でオンにするように、伝送をスケジューリングする。受信機は、ＳＢＳＰと、送信機がいくつかの初期の全ＤＴＸサイクルを受け取ることによってＳＢＳＰに従って伝送を開始するかどうか、とを判別する。
【発明を実施するための最良の形態】
【００１１】
本発明について、同じ要素を同じ番号で表した図面を参照しながら説明する。本発明は、ダウンリンク（ＤＬ）、すなわちノードＢとユーザ機器（ＵＥ）との間のリンクでの、全ＤＴＸに適用可能である。本発明の一実施形態では、ＵＴＲＡＮ ＭＡＣは、ＳＢが送信されていないフレームを認識し、さらにＳＢＳＰも認識する。したがって、データが再度開始されたときに、ＳＢＳＰフレーム境界に対する伝送のみを制限する。
【００１２】
図１を参照すると、ＵＴＲＡＮ ＭＡＣによって実施される手順１０が示されている。手順１０は、ＵＴＲＡＮ ＭＡＣ送信機が、各ＴＴＩの伝送するデータを監視することから開始される（ステップ１２）。次にＵＴＲＡＮ ＭＡＣは、伝送するデータがあるかどうかを判別する（ステップ１４）。データがある場合、そのデータはＭＡＣによって伝送用に処理され（ステップ１５）、次のＴＴＩで手順１０が再度開始される。ただし、そのＴＴＩでデータが伝送されていないと判別されると（ステップ１４）、そのＴＴＩの始まりの接続フレーム番号（ＣＦＮ）が記録され（ステップ１６）、伝送スケジューリングアイドル期間が設定される（ステップ１８）。
【００１３】
ＵＴＲＡＮ ＭＡＣはすべての伝送をスケジューリングするため、伝送用のデータを含んでいない第１のＴＴＩに対応するＣＦＮを認識する。この無線フレームが全ＤＴＸの始まりであり、ＳＢを含むことになる。アイドル期間とは、ＵＴＲＡＮ ＭＡＣによって伝送用にデータが処理されることのない、ＳＢＳＰの持続時間である。たとえば、フレーム１０６が、何のデータも伝送されないためにＤＴＸに入るＴＴＩの第１のフレームであることを、ＵＴＲＡＮ ＭＡＣ送信機が検出した場合、フレーム１０６でＳＢが伝送され、ＳＢＳＰが８に等しい場合（すなわち８無線フレーム）、伝送スケジューリングアイドル期間は、フレーム１１３で終わりに設定されることになる。
【００１４】
したがって、ステップ２０で、データの処理はオフになり、データがあればそのすべてが無線リンクコントローラ（ＲＬＣ）で保持（すなわちバッファリング）される（ステップ２２）。その後、アイドル期間が満了したかどうかが判別される（ステップ２４）。満了していない場合は、データのバッファリング（ステップ２２）が続行される。ステップ１８でのアイドル期間が開始したＣＦＮにＳＢＳＰを加えた数に等しくなるように、現在のＣＦＮによって決定された通りにアイドル期間が満了した場合、次に、バッファリングされたデータがあるかどうかが判別される（ステップ２６）。そうしたデータがある場合、ＭＡＣによってデータが処理される（ステップ１５）。データがない場合、ステップ１６〜２６が繰り返される。
【００１５】
図１０の手順は、アプリケーションのサービス品質（ＱｏＳ）が、データのバッファリングによる長いデータ待ち時間を可能にすると想定している。
【００１６】
図２の流れ図を参照すると、より長いデータ待ち時間が受け入れ可能であるとは想定されていない。この手順５０は、ステップ１２〜２６が同一であるという点で、図１の手順１０と同様である。ただし図２の手順５０は、そのアプリケーションに関するＱｏＳ要件がデータのバッファリングを許可するものであるかどうかを判別する、ステップ５２および５４を含む。
【００１７】
図２に示された手順５０のステップ１２〜２６は、図１の手順１０の対応するステップ１２〜２６と同一であるため、図２を参照しながら再度説明することはしない。ステップ５２を参照すると、ＵＴＲＡＮ ＭＡＣは、データが伝送に使用可能であるかどうかを判別する。伝送に使用可能なデータがないと判別された場合（ステップ５２）、上記で説明したようにステップ２４〜２６が実行される。しかし、データが受信されたと判別された場合（ステップ５２）、ＵＴＲＡＮ ＭＡＣは、ＱｏＳ要件がバッファリングを許可するものであるかどうかを判別する（ステップ５４）。許可されない場合、データは伝送用にすぐに解放される（ステップ１４）。ＱｏＳ要件がバッファリングを許可するものであると判別された場合（ステップ５４）、データはＲＬＣに残り（ステップ２２）、前述のようにステップ２４〜２６が実行される。
【００１８】
当業者であれば理解されるように、図１および２の手順１０および５０はそれぞれ、ＵＴＲＡＮ ＭＡＣが、伝送スケジューリングおよびデータ処理をＳＢＳＰフレームによって分けられた時間間隔に制限できるようにするものである。具体的に言えば、データ伝送の開始は、データがバッファリングされなかった場合に、ＳＢが伝送されることになる時点に対応するフレーム内でのみ発生することになる。ＳＢＳＰおよびＵＴＲＡＮ ＭＡＣによって実施されるこのプロセスを、認識しているかまたは認識するようになるＵＥは、伝送されたデータを紛失するリスクなしに、予想されるＳＢの到達時間の間のＳＢＳＰ−１フレーム中はオフのままでいることが可能である。すなわち、予想されるＳＢの到達時間に、ＳＢまたはデータのいずれかが受け取られることになる。ＵＥが、全ＤＴＸ中のあらゆるＳＢＳＰフレームの中からＳＢＳＰ−１の間オフになる機能は、かなりの省電力化を示すものである。
【００１９】
一般にＵＥは、ＳＢＳＰ、あるいは、ＵＴＲＡＮ ＭＡＣが図１および２にそれぞれ示されたような手順１０、５０を実施するかどうか、のいずれかを認識しない。こうした場合に、ＵＥ内で省電力化を達成するために、ＵＥは、ＵＴＲＡＮ ＭＡＣ伝送スケジューリングに合わせるためのいくつかの情報を決定または「習得」しなければならない。これらの情報が、（１）ＳＢＳＰ、ならびに（２）ＵＴＲＡＮ ＭＡＣがＳＢＳＰに対応するようにアイドルダウンリンクデータ期間をスケジューリングするか否か、である。
【００２０】
ＳＢＳＰは、ＵＴＲＡＮのみが認識する構成可能パラメータである。したがって、図３を参照すると、ＵＥがＳＢＳＰを習得するための手順３０が示されている。ステップ３２では、ＣＣＴｒＣＨのＴｒＣＨの中で最も短いＴＴＩの始まりに、ＴＦＣＩを読み取ることによって、手順３０が開始される。前述のように、０値のＴＦＣＩは、全ＤＴＸの開始を示すＳＢを示すものである。ＴＦＣＩがＳＢを示さない場合（ステップ３３）、そのＴＴＩに関するデータが処理され（ステップ３４）、次のＴＴＩの始まりで手順が繰り返される。ＴＦＣＩがＳＢを示す場合、ＣＣＴｒＣＨは全ＤＴＸになり、タイミング値が初期化されるか、または現在のＣＦＮが記録される（ステップ３５）。タイミング値は、ＴＴＩの持続時間ごとに増分され（ステップ３８）、ＴＦＣＩはその次のＴＴＩで読み取られる（ステップ３９）。ＳＢが受け取られたと判別された場合（ステップ４０）、タイミング値（または現在のＣＦＮとステップ３５で記録されたＣＦＮとの差）がＳＢＳＰとして格納される（ステップ４１）。ＳＢが受け取られていないと判別された場合（ステップ４０）、ＣＣＴｒＣＨは依然として全ＤＴＸであるが、ＳＢＳＰは確かめられていないものと、受信機が想定するため、手順３０はステップ３８に戻る。この手順３０の結果として、１つのサンプルＳＢＳＰが決定されることになる。
【００２１】
ステップ３５〜４１を繰り返して、ステップ４１のいくつかのタイミング値をメモリに格納できることに留意されたい。ＴＦＣＩの受取りが常に正確なＴＦＣＩ値を生成するものではないため、ＳＢ検出によって誤った正（ｆａｌｓｅ ｐｏｓｉｔｉｖｅ）および誤った負の結果が生成される可能性がある。したがって、ＳＢＳＰが決定されたことをＵＥが確信するまで、しきい値数のＳＢＳＰ値を検出することが必要な場合がある。たとえば、一実施形態では、ＵＥは、ＳＢＳＰの決定を宣言するまでに、ステップ３５〜４１を５回繰り返す（すなわち、等価の５つの格納値）必要がある場合がある。もちろんこれは、アプリケーションが望むように増加または減少させることのできる構成可能パラメータである。
【００２２】
いったんＳＢＳＰが決定されると、ＵＥはこのＳＢＳＰを使用して、データのないＴＴＩおよびＳＢが伝送された後、ＵＴＲＡＮ ＭＡＣがＳＢＳＰ境界上でのデータの伝送をスケジューリングするか否かを決定することができる。
【００２３】
図４を参照すると、データのないＴＴＩおよびＳＢが伝送された後、ＵＴＲＡＮ ＭＡＣがＳＢＳＰ境界上でのデータの伝送をスケジューリングするか否かをＵＥが習得するための、第１の代替手順１３０が示されている。ステップ１３１では、知的スケジューリングパラメータ（ＩＳＰ）を初期化することによって、手順１３０が開始される。以下で説明するように、ＩＳＰは、データの受け取りとＳＢＳＰに基づいたＳＰの予想到達時刻との間の相関の度合いを決定するために使用されるインジケータである。その後、ＣＣＴｒＣＨのＴｒＣＨの中で最も短いＴＴＩの始まりで、ＴＦＣＩが読み取られる。ＴＦＣＩがＳＢを示さない場合（ステップ１３３）、受信機は全ＤＴＸではない。したがって、そのＴＴＩに関するデータが処理され（ステップ１３４）、次のＴＴＩの始まりで手順１３０が繰り返される。
【００２４】
ＴＦＣＩが特殊バーストを示す場合（ステップ１３３）、ＣＣＴｒＣＨは全ＤＴＸである。次のＴＴＩで、受信機はＴＦＣＩを読み取る（ステップ１３７）。有効なＴＦＣＩが受け取られなかったと判別される（ステップ１３８）と、手順１３０はステップ１３７に戻る。ただし、有効なＴＦＣＩが受け取られた場合、受信機は、その有効なＴＦＣＩがＳＢであるか否かを判別する（ステップ１３９）。有効なＴＦＣＩである場合、手順１３０はステップ１３７に戻る。
【００２５】
ステップ１３９で、有効なＴＦＣＩがＳＢでないと受信機が判別した場合は、データの伝送が再開されたことを示す。したがって、有効なＴＦＣＩがＳＢの予想到達時間と一致するかどうか、すなわち前のＳＢが受け取られた後、ＳＢＳＰフレームと確実に一致するかどうか、に関して判別される（ステップ１４０）。一致する場合ＩＳＰは増分され（ステップ１４２）、そうでない場合、ＩＳＰは減分される（ステップ１４１）。ステップ１４３では、ＩＳＰが所定のしきい値を超えたかどうかが判別される。たとえば、所定のしきい値が５で送信された場合、全ＤＴＸが５回発生した後には、それ以上のデータ伝送が再開されなかったことを示す。
【００２６】
ＩＳＰは、ハンドオーバ（ｈａｎｄｏｖｅｒ）などの一定のイベント時、あるいは、異なるＳＢＳＰを有するかまたは知的スケジューリングを使用していないセルをＵＥと関連させることになる任意の他のイベント時に、リセットされる（また、ＳＢＳＰが再習得される）ことに留意されたい。
【００２７】
ＩＳＰしきい値を超えていないと判別された場合、そのＴＴＩに関するデータの処理が実行される（ステップ１３４）。ただし、ＩＳＰがしきい値を超えたと判別された場合（ステップ１４３）、ＵＴＲＡＮ ＭＡＣに代わって知的スケジューリングが確認され（ステップ１４４）、そのＴＴＩに関するデータが処理される（ステップ１３４）。
【００２８】
図４に示された手順に代わるものが、全ＤＴＸの開始に関連して複数のＳＢＳＰで終了する、いくつかの順次全ＤＴＸ期間を決定することである。たとえば、図３に示された手順３０では、ＳＢＳＰが決定されたことをＵＥが確信する前に、しきい値数のＳＢＳＰ値が検出される必要がある場合があることについて説明した。このプロセスは、いくつかの全ＤＴＸ期間を要する場合があり、これらのＤＴＸ期間中に、全ＤＴＸの終わりがＳＢＳＰ境界上にあるかどうかをチェックすることができる。そうである場合はカウンタが増分され、そうでない場合はカウンタがクリアされるかまたは減分される。したがってＵＥにとっては、方法３０および１３０の両方を、あるいは同等の代替方法を同時に、処理することが可能である。
【００２９】
図３に示された手順３０および図４に示された手順１３０の結果として、ＵＴＲＡＮ ＭＡＣが知的スケジューリングを実施したという結論をＵＥが出した場合、ＵＥは、受信機が全ＤＴＸに入った場合、予想されるＳＢの到達時間の間にＳＢＳＰ−１フレーム中は受信機の処理を作動させる必要がないことを確信することができる。このプロセスの結果、ＵＥの処理が減少し、これに対応して省電力化も促進される。
【００３０】
図４に示された手順１３０は、ＵＴＲＡＮ ＭＡＣが全ＤＴＸ後のデータの伝送を知的にスケジューリングするか否かを、ＵＥが判別できるようにするものであるが、それでもなおＵＥは、たとえＳＢＳＰ境界上での全ＤＴＸ後のデータ伝送の再開をＵＴＲＡＮ ＭＡＣがスケジューリングするかどうかを知らない場合であっても、省電力化を達成することができる。
【００３１】
図５を参照すると、ダウンリンクでの全ＤＴＸ中の省電力化に関する簡略化された手順２００が示されている。この手順２００に先立って、ＳＢＳＰを決定するために図３に示された手順３０が適用されている。ＣＣＴｒＣＨのＴｒＣＨの中で最も短いＴＴＩの始まりにＴＦＣＩが読み取られると、手順２００が開始される（ステップ２０２）。その後、ＴＴＩがＳＢであるかどうかが判別される（ステップ２０４）。ＳＢでない場合はデータが受け取られており、次にそのＴＴＩ中のデータが処理され（ステップ２０５）、その後、手順２００が開始される。
【００３２】
ＴＦＣＩがＳＢであると判別される（ステップ２０４）と、受信機のプロセスはオフになる（ステップ２０６）。その後、受信機のプロセスはＳＢＳＰ−１フレーム後にオンになる（ステップ２０８）。その後、ＴＦＣＩが読み取られ（ステップ２１０）、有効なＴＦＣＩが受け取られたかどうかが判別される（ステップ２１２）。ＳＢが受け取られている場合、受信機プロセスは再度オフになり（ステップ２０６）、ステップ２０６〜２１２が繰り返される。ただし、有効なＴＦＣＩが受け取られていると判別される（ステップ２１２）と、手順２００はステップ２０４に戻る。
【００３３】
図５に示された手順２００は、図４に示された手順１３０よりも多くの処理は含んでおらず、省電力化は大きいが、この手順には、ＵＴＲＡＮ ＭＡＣがＳＢＳＰ境界上でデータを知的にスケジューリングしない場合、データの損失を生じる可能性がある、という欠点がある。したがって、省電力化と性能との間で折り合いをつけることになる。
【００３４】
図５に示された手順２００は、ＵＴＲＡＮ ＭＡＣがデータを知的にスケジューリングするか否かをＵＥが判別する必要はないが、ＵＥは依然として、図５に示された簡略化された手順２００を実施するために、ＳＢＳＰを決定するための図３に示された手順３０を実施しなければならない。
【００３５】
図６を参照すると、本発明に従ったシステム１００が示されている。システム１００は、コードパワー推定ユニット１０２、バースト品質推定ユニット１０４、ＤＴＸ終了検出ユニット１０８、特殊バースト検出ユニット１１０、ＵＥ習得ユニット１１４、および受信機オン／オフコントロールユニット１１６を含む。コードパワー推定ユニット１０２およびバースト品質推定ユニット１０４は、別個のエンティティとして示されているが、当業者であれば理解されるように、これらを容易に組み合わせて単一の事前処理ユニット１０６にすることができる。同様に、ＤＴＸ終了検出ユニット１０８および特殊バースト検出ユニット１１０も別個のエンティティとして示されているが、これらを組み合わせて、ＴＦＣＩフィールド内の情報を検出および解釈する単一の検出ユニット１１２にすることができる。
【００３６】
コードパワー推定ユニット１０２は、受け取ったコードのそれぞれのパワーを推定する。バースト品質推定ユニット１０４は、受け取ったバーストの品質測定基準、たとえば信号対雑音比を推定する。このコードパワー推定ユニット１０２とバースト品質推定ユニット１０４とが協働して、受け取った信号の事前処理を行い、これによって、有効なＴＦＣＩが受け取られたか否かをＤＴＸ終了検出ユニット１０８および特殊バースト検出ユニット１１０が判別するのを助ける。本来、コードパワー推定ユニット１０２およびバースト品質推定ユニット１０４は、受け取った信号が超えなければならない第１のしきい値を提供する。これによって、システム１００が、受信機によって受け取られる他のエネルギーからの有効なバーストを決定するのを助ける。さらにこれは、受け取ったエネルギー（有効なＴＦＣＩではない）を有効なＴＦＣＩとして誤って検出してしまうのを避けるためにも役立つ。こうした誤った検出は、受信機を不必要にオンにし、最終的に誤ったデータを生じさせ、その結果、必要な処理量を増加させ、電力を無駄に消費し、伝送パワーを不必要に増加させることになるＢＬＥＲを誤って増加させることになりかねない。
【００３７】
ＤＴＸ終了検出ユニット１０８は、ＴＦＣＩビットを解釈して、いつデータが受け取られているのかを識別する。
【００３８】
特殊バースト検出ユニット１１０はＳＢが受け取られたか否かを判別し、これによって、全ＤＴＸの開始を信号で発信する。図に示されるように、ＤＴＸ終了検出ユニット１０８および特殊バースト検出ユニット１１０の出力は、ＵＥ習得ユニット１１４に入力される。
【００３９】
ＤＴＸ終了検出ユニット１０８は、有効なデータの受け取り開始およびＤＴＸの終了を示す、ＳＢではない有効なＴＦＣＩの存在を検出する。このインジケーションはＵＥ習得ユニット１１４に転送される。同様に、特殊バースト検出ユニット１１０が、全ＤＴＸが開始されたことを示すＳＢの存在を検出すると、ＵＥ習得ユニット１１４に通知される。
【００４０】
受信機オン／オフコントロール１１６は、ＵＥ習得ユニット１１４によって指示されると、受信機をオフにする。ＵＥ習得ユニット１１４および受信機オン／オフコントロール１１６は別個のユニットとして記載されているが、受信機オン／オフコントロール１１６をＵＥ習得ユニット１１４に組み込むことができることに留意されたい。別の方法として、受信機オン／オフコントロール１１６を無くして、ＵＥ習得ユニットが受信機コントロール機能を実行することもできる。一般に、図６に記載されたすべての要素は機能ユニットであり、本明細書では例として理解しやすいように、別個の異なるユニットとして記載してある。これらの機能ブロックを、限定的なものとして理解するべきではない。たとえば、これらの機能はすべて、所望であれば単一のプログラム可能コントローラ内で実施することができる。
【００４１】
ＵＥ習得ユニット１１４は、ＤＴＸ終了検出ユニット１０８および特殊バースト検出ユニット１１０の両方からの入力を受け取り、図３、４、および５を参照しながらそれぞれ上記で説明した手順３０、１３０、および２００に従って、それらを処理するものである。
【００４２】
受信機がＤＴＸに入ると、ＴＦＣＩを読み取るための試行の次のＴＴＩでオンとなる。コードパワー推定ユニット１０２およびバースト品質推定ユニット１０４は、信号が受け取られたことを宣言するために信号が超えなければならないしきい値を提供する。しきい値を超えると、次にＤＴＸ終了検出ユニット１０８および特殊バースト検出ユニット１１０が、ＴＦＣＩが有効である（すなわちＴＦＣＳ内の値に対応する）かどうか、あるいは、ＴＦＣＩがゼロに等しい（ＳＢを示す）かどうかを判別する。しきい値を超えない場合、ＴＦＣＩが有効な値に等しくないか、またはＴＦＣＩがゼロに等しく（ＳＢおよび全ＤＴＸの継続を示す）、その後、受信機オン／オフコントロール１１６は、次のＳＢＳＰ−１フレームで受信機をオフにするように通知される。しきい値を超えて、なおかつＴＦＣＩが有効な非ゼロ値に等しい場合、ＵＥは、全ＤＴＸが終了したことを結論付け、このフレームおよび後続のフレームで受け取ったデータの処理を続行する。
【００４３】
本発明は、現在の広帯域および狭帯域のＴＤＤ標準およびＴＤ−ＳＣＤＭＡに適合するものである。ＳＢの受取り後、（ＳＢＳＰ−１）フレーム中のすべての受信機処理をオフにすることによって、ＵＥを省電力化する機能を提供する。
【図面の簡単な説明】
【００４４】
【図１】ＳＢの伝送タイミングと同期させたフレームへのデータの伝送開始を制限するための、ＭＡＣに関する手順を示す流れ図である。
【図２】データのバッファリング前のサービス品質の決定を含む、図１の手順に代わる手順を示す流れ図である。
【図３】ＵＥがＳＢＳＰを習得するための手順を示す流れ図である。
【図４】データおよびＳＢのないＴＴＩの後、ＵＴＲＡＮ ＭＡＣがＳＢＳＰ境界上でのデータの伝送をスケジューリングするか否かをＵＥが習得するための手順を示す流れ図である。
【図５】ダウンリンクでの全ＤＴＸ中の省電力化に関する簡略化された手順を示す流れ図である。
【図６】本発明に従って作成されたシステムを示すブロック図である。
【符号の説明】
【００４５】
１００ システム
１０２ コードパワー推定ユニット
１０４ バースト品質推定ユニット
１０８ ＤＴＸ終了検出ユニット
１１０ 特殊バースト検出ユニット
１１４ ＵＥ習得ユニット
１１６ 受信機オン／オフコントロールユニット
【技術分野】
【０００１】
本発明は、無線通信の分野に関する。より具体的には、本発明は、全不連続伝送（ＤＴＸ／ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｔｒａｎｓｍｉｓｓｉｏｎ）モードオペレーション中に、ダウンリンクにおける高チップレートおよび低チップレートの時分割二重（ＴＤＤ）タイプシステムに対して省電力化を提供することに関する。
【背景技術】
【０００２】
第三世代パートナーシッププロジェクト（３ＧＰＰ）の時分割二重（ＴＤＤ）システムを使用する場合、時間は伝送時間間隔（ＴＴＩ）に区分され、さらにこれがフレームに分割され、さらにまたこれがタイムスロットに分割される。ＴＴＩは１つまたは複数の無線フレームとして定義される。具体的に言えば、１無線フレームは１０ｍｓであり、ＴＴＩは１０、２０、４０、または８０ｍｓであってよい。低チップレートＴＤＤは、各フレームを２つのサブフレームに分割する。さらにこのサブフレームがタイムスロットに分割される。符号化複合トランスポートチャネル（ＣＣＴｒＣＨ／Ｃｏｄｅｄ Ｃｏｍｐｏｓｉｔｅ Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）は、１つまたは複数のトランスポートチャネル（ＴｒＣＨ）を含む。ＣＣＴｒＣＨは、タイムスロットおよびコードの１つまたは複数セットの集まりにマッピングされる。
【０００３】
最大データサイズのＣＣＴｒＣＨが伝送される場合、割り振られたコードおよびタイムスロットのすべてがＴＴＩで使用される。ＴＴＩ中に伝送されるコードおよびタイムスロットの実際の数が、トランスポートフォーマット統合インデックス（ＴＦＣＩ／Ｔｒａｎｓｐｏｒｔ Ｆｏｒｍａｔ Ｃｏｍｂｉｎａｔｉｏｎ Ｉｎｄｅｘ）を介して、受信機に信号として送られる。コードおよびタイムスロットは、送信機と受信機の両方に知られた規則セットに従って割り振られるため、ＴＦＣＩの復号によって、コードおよびタイムスロットの数がいったん受信機に知られると、受信機には、各タイムスロットでどのコードが伝送されたかもわかる。
【０００４】
３ＧＰＰ ＴＤＤシステムは、ＣＣＴｒＣＨのビットレート合計が、ＴＴＩ内のＣＣＴｒＣＨに割り振られたコードおよびタイムスロットのビットレート合計よりも少ない場合に、無線フレームの不連続伝送（ＤＴＸ）のサポートを含む。ＴＤＤ送信機中の符号化および多重化機能が、コードおよびタイムスロット上にデータをマッピングする。
【０００５】
ＤＴＸは、それぞれのＣＣＴｒＣＨに別々に適用される。ＣＣＴｒＣＨがＤＴＸの場合、ＣＣＴｒＣＨに割り振られたコードおよびタイムスロットの一部または全部が伝送されない。ＤＴＸは、一部ＤＴＸおよび全ＤＴＸと呼ばれる２つのカテゴリに分けられる。一部ＤＴＸの場合、ＣＣＴｒＣＨはアクティブであるが、データで満たされるコードおよびタイムスロットは最大数よりも少なく、一部のコードおよびタイムスロットはＴＴＩ内では伝送されない。全ＤＴＸの場合、上位プロトコル層はＣＣＴｒＣＨにデータを提供せず、ＴＴＩ内で伝送されるデータはまったくない。ＣＣＴｒＣＨは、異なるＴＴＩを有する複数のＴｒＣＨを含むことができる。その場合、伝送されるコードは、ＣＣＴｒＣＨ内のすべてのＴｒＣＨのＴＴＩの中で最も短いＴＴＩに等しい各間隔中に、変更することができる。本明細書全体を通じて、ＴＴＩとは、ＣＣＴｒＣＨ中のすべてのＴｒＣＨの中で最も短いＴＴＩを意味するものとする。本発明は全ＤＴＸを対象とするものであるため、以下では、全ＤＴＸについてのみ説明する。
【０００６】
全ＤＴＸ中に、特殊バースト（ＳＢ／ｓｐｅｃｉａｌ ｂｕｒｓｔ）が伝送される。各ＳＢは、ＣＣＴｒＣＨに割り振られた第１のタイムスロットの第１のコードで、０値のＴＦＣＩによって識別される。第１のＳＢが全ＤＴＸの開始を示す。後続のＳＢは、特殊バーストスケジューリングパラメータ（ＳＢＳＰ）フレームごとに、定期的に伝送される。後続のＳＢは、ＣＣＴｒＣＨが依然としてアクティブであるかどうかを判別するため、および受信機が同期外れを宣言しないようにするためのメカニズムを、受信機に提供する。全ＤＴＸは、上位プロトコル層がデータを提供すると終了する。
【０００７】
３ＧＰＰ標準では、ＭＡＣエンティティは伝送用にデータを物理層に提供する。物理層は、ＭＡＣが伝送用のどんなデータも提供しない場合に必ず、全ＤＴＸを示すＳＢを生成する。物理層は、ＭＡＣがデータを提供するとすぐに、全ＤＴＸの伝送再開を終了する。
【０００８】
ＳＢＳＰは、送信機には認識されるが、ＵＥには認識されない。したがって、全ＤＴＸ中には、たとえＳＢがＳＢＳＰフレームごとに１回しか伝送されない場合であっても、ＵＥはＳＢが伝送された可能性に基づいて多くのフレームを処理しなければならない。さらに送信機は、データが高位層から入手可能になるとすぐにデータの伝送を再開するが、データの伝送開始と、ＳＢ伝送で開始されたＳＢＳＰフレームのシーケンスの初めまたは終わりとを、同期させることはない。したがってＵＥは、たとえＣＣＴｒＣＨが依然として全ＤＴＸである可能性がある場合であっても、データの伝送が開始された可能性に基づいて、多くのフレームを処理しなければならない。フレームのプロセスを開始するためにＵＥの電源がオンになり、データまたはＳＢを検索するたびに、電力が使用される。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、ＳＢもデータも伝送されない場合、フレーム中にオンにする必要をなくすことによって、モバイルのかなりの省電力化を達成することである。
【課題を解決するための手段】
【００１０】
本発明は、全ＤＴＸにより伝送されなかったコードおよびタイムスロットに関するベースバンド処理のすべてまたは一部をオフにすることによって、省電力化を達成するものである。特殊バースト（ＳＢ）を受け取ることによって全ＤＴＸが検出されると、受信機は、特殊バーストスケジューリング期間（ＳＢＳＰ）フレームの残りの持続時間について、すべてのタイムスロットおよびフレームに対してオフにされる。送信機は、任意のアイドル期間に続いてＳＢＳＰの境界でオンにするように、伝送をスケジューリングする。受信機は、ＳＢＳＰと、送信機がいくつかの初期の全ＤＴＸサイクルを受け取ることによってＳＢＳＰに従って伝送を開始するかどうか、とを判別する。
【発明を実施するための最良の形態】
【００１１】
本発明について、同じ要素を同じ番号で表した図面を参照しながら説明する。本発明は、ダウンリンク（ＤＬ）、すなわちノードＢとユーザ機器（ＵＥ）との間のリンクでの、全ＤＴＸに適用可能である。本発明の一実施形態では、ＵＴＲＡＮ ＭＡＣは、ＳＢが送信されていないフレームを認識し、さらにＳＢＳＰも認識する。したがって、データが再度開始されたときに、ＳＢＳＰフレーム境界に対する伝送のみを制限する。
【００１２】
図１を参照すると、ＵＴＲＡＮ ＭＡＣによって実施される手順１０が示されている。手順１０は、ＵＴＲＡＮ ＭＡＣ送信機が、各ＴＴＩの伝送するデータを監視することから開始される（ステップ１２）。次にＵＴＲＡＮ ＭＡＣは、伝送するデータがあるかどうかを判別する（ステップ１４）。データがある場合、そのデータはＭＡＣによって伝送用に処理され（ステップ１５）、次のＴＴＩで手順１０が再度開始される。ただし、そのＴＴＩでデータが伝送されていないと判別されると（ステップ１４）、そのＴＴＩの始まりの接続フレーム番号（ＣＦＮ）が記録され（ステップ１６）、伝送スケジューリングアイドル期間が設定される（ステップ１８）。
【００１３】
ＵＴＲＡＮ ＭＡＣはすべての伝送をスケジューリングするため、伝送用のデータを含んでいない第１のＴＴＩに対応するＣＦＮを認識する。この無線フレームが全ＤＴＸの始まりであり、ＳＢを含むことになる。アイドル期間とは、ＵＴＲＡＮ ＭＡＣによって伝送用にデータが処理されることのない、ＳＢＳＰの持続時間である。たとえば、フレーム１０６が、何のデータも伝送されないためにＤＴＸに入るＴＴＩの第１のフレームであることを、ＵＴＲＡＮ ＭＡＣ送信機が検出した場合、フレーム１０６でＳＢが伝送され、ＳＢＳＰが８に等しい場合（すなわち８無線フレーム）、伝送スケジューリングアイドル期間は、フレーム１１３で終わりに設定されることになる。
【００１４】
したがって、ステップ２０で、データの処理はオフになり、データがあればそのすべてが無線リンクコントローラ（ＲＬＣ）で保持（すなわちバッファリング）される（ステップ２２）。その後、アイドル期間が満了したかどうかが判別される（ステップ２４）。満了していない場合は、データのバッファリング（ステップ２２）が続行される。ステップ１８でのアイドル期間が開始したＣＦＮにＳＢＳＰを加えた数に等しくなるように、現在のＣＦＮによって決定された通りにアイドル期間が満了した場合、次に、バッファリングされたデータがあるかどうかが判別される（ステップ２６）。そうしたデータがある場合、ＭＡＣによってデータが処理される（ステップ１５）。データがない場合、ステップ１６〜２６が繰り返される。
【００１５】
図１０の手順は、アプリケーションのサービス品質（ＱｏＳ）が、データのバッファリングによる長いデータ待ち時間を可能にすると想定している。
【００１６】
図２の流れ図を参照すると、より長いデータ待ち時間が受け入れ可能であるとは想定されていない。この手順５０は、ステップ１２〜２６が同一であるという点で、図１の手順１０と同様である。ただし図２の手順５０は、そのアプリケーションに関するＱｏＳ要件がデータのバッファリングを許可するものであるかどうかを判別する、ステップ５２および５４を含む。
【００１７】
図２に示された手順５０のステップ１２〜２６は、図１の手順１０の対応するステップ１２〜２６と同一であるため、図２を参照しながら再度説明することはしない。ステップ５２を参照すると、ＵＴＲＡＮ ＭＡＣは、データが伝送に使用可能であるかどうかを判別する。伝送に使用可能なデータがないと判別された場合（ステップ５２）、上記で説明したようにステップ２４〜２６が実行される。しかし、データが受信されたと判別された場合（ステップ５２）、ＵＴＲＡＮ ＭＡＣは、ＱｏＳ要件がバッファリングを許可するものであるかどうかを判別する（ステップ５４）。許可されない場合、データは伝送用にすぐに解放される（ステップ１４）。ＱｏＳ要件がバッファリングを許可するものであると判別された場合（ステップ５４）、データはＲＬＣに残り（ステップ２２）、前述のようにステップ２４〜２６が実行される。
【００１８】
当業者であれば理解されるように、図１および２の手順１０および５０はそれぞれ、ＵＴＲＡＮ ＭＡＣが、伝送スケジューリングおよびデータ処理をＳＢＳＰフレームによって分けられた時間間隔に制限できるようにするものである。具体的に言えば、データ伝送の開始は、データがバッファリングされなかった場合に、ＳＢが伝送されることになる時点に対応するフレーム内でのみ発生することになる。ＳＢＳＰおよびＵＴＲＡＮ ＭＡＣによって実施されるこのプロセスを、認識しているかまたは認識するようになるＵＥは、伝送されたデータを紛失するリスクなしに、予想されるＳＢの到達時間の間のＳＢＳＰ−１フレーム中はオフのままでいることが可能である。すなわち、予想されるＳＢの到達時間に、ＳＢまたはデータのいずれかが受け取られることになる。ＵＥが、全ＤＴＸ中のあらゆるＳＢＳＰフレームの中からＳＢＳＰ−１の間オフになる機能は、かなりの省電力化を示すものである。
【００１９】
一般にＵＥは、ＳＢＳＰ、あるいは、ＵＴＲＡＮ ＭＡＣが図１および２にそれぞれ示されたような手順１０、５０を実施するかどうか、のいずれかを認識しない。こうした場合に、ＵＥ内で省電力化を達成するために、ＵＥは、ＵＴＲＡＮ ＭＡＣ伝送スケジューリングに合わせるためのいくつかの情報を決定または「習得」しなければならない。これらの情報が、（１）ＳＢＳＰ、ならびに（２）ＵＴＲＡＮ ＭＡＣがＳＢＳＰに対応するようにアイドルダウンリンクデータ期間をスケジューリングするか否か、である。
【００２０】
ＳＢＳＰは、ＵＴＲＡＮのみが認識する構成可能パラメータである。したがって、図３を参照すると、ＵＥがＳＢＳＰを習得するための手順３０が示されている。ステップ３２では、ＣＣＴｒＣＨのＴｒＣＨの中で最も短いＴＴＩの始まりに、ＴＦＣＩを読み取ることによって、手順３０が開始される。前述のように、０値のＴＦＣＩは、全ＤＴＸの開始を示すＳＢを示すものである。ＴＦＣＩがＳＢを示さない場合（ステップ３３）、そのＴＴＩに関するデータが処理され（ステップ３４）、次のＴＴＩの始まりで手順が繰り返される。ＴＦＣＩがＳＢを示す場合、ＣＣＴｒＣＨは全ＤＴＸになり、タイミング値が初期化されるか、または現在のＣＦＮが記録される（ステップ３５）。タイミング値は、ＴＴＩの持続時間ごとに増分され（ステップ３８）、ＴＦＣＩはその次のＴＴＩで読み取られる（ステップ３９）。ＳＢが受け取られたと判別された場合（ステップ４０）、タイミング値（または現在のＣＦＮとステップ３５で記録されたＣＦＮとの差）がＳＢＳＰとして格納される（ステップ４１）。ＳＢが受け取られていないと判別された場合（ステップ４０）、ＣＣＴｒＣＨは依然として全ＤＴＸであるが、ＳＢＳＰは確かめられていないものと、受信機が想定するため、手順３０はステップ３８に戻る。この手順３０の結果として、１つのサンプルＳＢＳＰが決定されることになる。
【００２１】
ステップ３５〜４１を繰り返して、ステップ４１のいくつかのタイミング値をメモリに格納できることに留意されたい。ＴＦＣＩの受取りが常に正確なＴＦＣＩ値を生成するものではないため、ＳＢ検出によって誤った正（ｆａｌｓｅ ｐｏｓｉｔｉｖｅ）および誤った負の結果が生成される可能性がある。したがって、ＳＢＳＰが決定されたことをＵＥが確信するまで、しきい値数のＳＢＳＰ値を検出することが必要な場合がある。たとえば、一実施形態では、ＵＥは、ＳＢＳＰの決定を宣言するまでに、ステップ３５〜４１を５回繰り返す（すなわち、等価の５つの格納値）必要がある場合がある。もちろんこれは、アプリケーションが望むように増加または減少させることのできる構成可能パラメータである。
【００２２】
いったんＳＢＳＰが決定されると、ＵＥはこのＳＢＳＰを使用して、データのないＴＴＩおよびＳＢが伝送された後、ＵＴＲＡＮ ＭＡＣがＳＢＳＰ境界上でのデータの伝送をスケジューリングするか否かを決定することができる。
【００２３】
図４を参照すると、データのないＴＴＩおよびＳＢが伝送された後、ＵＴＲＡＮ ＭＡＣがＳＢＳＰ境界上でのデータの伝送をスケジューリングするか否かをＵＥが習得するための、第１の代替手順１３０が示されている。ステップ１３１では、知的スケジューリングパラメータ（ＩＳＰ）を初期化することによって、手順１３０が開始される。以下で説明するように、ＩＳＰは、データの受け取りとＳＢＳＰに基づいたＳＰの予想到達時刻との間の相関の度合いを決定するために使用されるインジケータである。その後、ＣＣＴｒＣＨのＴｒＣＨの中で最も短いＴＴＩの始まりで、ＴＦＣＩが読み取られる。ＴＦＣＩがＳＢを示さない場合（ステップ１３３）、受信機は全ＤＴＸではない。したがって、そのＴＴＩに関するデータが処理され（ステップ１３４）、次のＴＴＩの始まりで手順１３０が繰り返される。
【００２４】
ＴＦＣＩが特殊バーストを示す場合（ステップ１３３）、ＣＣＴｒＣＨは全ＤＴＸである。次のＴＴＩで、受信機はＴＦＣＩを読み取る（ステップ１３７）。有効なＴＦＣＩが受け取られなかったと判別される（ステップ１３８）と、手順１３０はステップ１３７に戻る。ただし、有効なＴＦＣＩが受け取られた場合、受信機は、その有効なＴＦＣＩがＳＢであるか否かを判別する（ステップ１３９）。有効なＴＦＣＩである場合、手順１３０はステップ１３７に戻る。
【００２５】
ステップ１３９で、有効なＴＦＣＩがＳＢでないと受信機が判別した場合は、データの伝送が再開されたことを示す。したがって、有効なＴＦＣＩがＳＢの予想到達時間と一致するかどうか、すなわち前のＳＢが受け取られた後、ＳＢＳＰフレームと確実に一致するかどうか、に関して判別される（ステップ１４０）。一致する場合ＩＳＰは増分され（ステップ１４２）、そうでない場合、ＩＳＰは減分される（ステップ１４１）。ステップ１４３では、ＩＳＰが所定のしきい値を超えたかどうかが判別される。たとえば、所定のしきい値が５で送信された場合、全ＤＴＸが５回発生した後には、それ以上のデータ伝送が再開されなかったことを示す。
【００２６】
ＩＳＰは、ハンドオーバ（ｈａｎｄｏｖｅｒ）などの一定のイベント時、あるいは、異なるＳＢＳＰを有するかまたは知的スケジューリングを使用していないセルをＵＥと関連させることになる任意の他のイベント時に、リセットされる（また、ＳＢＳＰが再習得される）ことに留意されたい。
【００２７】
ＩＳＰしきい値を超えていないと判別された場合、そのＴＴＩに関するデータの処理が実行される（ステップ１３４）。ただし、ＩＳＰがしきい値を超えたと判別された場合（ステップ１４３）、ＵＴＲＡＮ ＭＡＣに代わって知的スケジューリングが確認され（ステップ１４４）、そのＴＴＩに関するデータが処理される（ステップ１３４）。
【００２８】
図４に示された手順に代わるものが、全ＤＴＸの開始に関連して複数のＳＢＳＰで終了する、いくつかの順次全ＤＴＸ期間を決定することである。たとえば、図３に示された手順３０では、ＳＢＳＰが決定されたことをＵＥが確信する前に、しきい値数のＳＢＳＰ値が検出される必要がある場合があることについて説明した。このプロセスは、いくつかの全ＤＴＸ期間を要する場合があり、これらのＤＴＸ期間中に、全ＤＴＸの終わりがＳＢＳＰ境界上にあるかどうかをチェックすることができる。そうである場合はカウンタが増分され、そうでない場合はカウンタがクリアされるかまたは減分される。したがってＵＥにとっては、方法３０および１３０の両方を、あるいは同等の代替方法を同時に、処理することが可能である。
【００２９】
図３に示された手順３０および図４に示された手順１３０の結果として、ＵＴＲＡＮ ＭＡＣが知的スケジューリングを実施したという結論をＵＥが出した場合、ＵＥは、受信機が全ＤＴＸに入った場合、予想されるＳＢの到達時間の間にＳＢＳＰ−１フレーム中は受信機の処理を作動させる必要がないことを確信することができる。このプロセスの結果、ＵＥの処理が減少し、これに対応して省電力化も促進される。
【００３０】
図４に示された手順１３０は、ＵＴＲＡＮ ＭＡＣが全ＤＴＸ後のデータの伝送を知的にスケジューリングするか否かを、ＵＥが判別できるようにするものであるが、それでもなおＵＥは、たとえＳＢＳＰ境界上での全ＤＴＸ後のデータ伝送の再開をＵＴＲＡＮ ＭＡＣがスケジューリングするかどうかを知らない場合であっても、省電力化を達成することができる。
【００３１】
図５を参照すると、ダウンリンクでの全ＤＴＸ中の省電力化に関する簡略化された手順２００が示されている。この手順２００に先立って、ＳＢＳＰを決定するために図３に示された手順３０が適用されている。ＣＣＴｒＣＨのＴｒＣＨの中で最も短いＴＴＩの始まりにＴＦＣＩが読み取られると、手順２００が開始される（ステップ２０２）。その後、ＴＴＩがＳＢであるかどうかが判別される（ステップ２０４）。ＳＢでない場合はデータが受け取られており、次にそのＴＴＩ中のデータが処理され（ステップ２０５）、その後、手順２００が開始される。
【００３２】
ＴＦＣＩがＳＢであると判別される（ステップ２０４）と、受信機のプロセスはオフになる（ステップ２０６）。その後、受信機のプロセスはＳＢＳＰ−１フレーム後にオンになる（ステップ２０８）。その後、ＴＦＣＩが読み取られ（ステップ２１０）、有効なＴＦＣＩが受け取られたかどうかが判別される（ステップ２１２）。ＳＢが受け取られている場合、受信機プロセスは再度オフになり（ステップ２０６）、ステップ２０６〜２１２が繰り返される。ただし、有効なＴＦＣＩが受け取られていると判別される（ステップ２１２）と、手順２００はステップ２０４に戻る。
【００３３】
図５に示された手順２００は、図４に示された手順１３０よりも多くの処理は含んでおらず、省電力化は大きいが、この手順には、ＵＴＲＡＮ ＭＡＣがＳＢＳＰ境界上でデータを知的にスケジューリングしない場合、データの損失を生じる可能性がある、という欠点がある。したがって、省電力化と性能との間で折り合いをつけることになる。
【００３４】
図５に示された手順２００は、ＵＴＲＡＮ ＭＡＣがデータを知的にスケジューリングするか否かをＵＥが判別する必要はないが、ＵＥは依然として、図５に示された簡略化された手順２００を実施するために、ＳＢＳＰを決定するための図３に示された手順３０を実施しなければならない。
【００３５】
図６を参照すると、本発明に従ったシステム１００が示されている。システム１００は、コードパワー推定ユニット１０２、バースト品質推定ユニット１０４、ＤＴＸ終了検出ユニット１０８、特殊バースト検出ユニット１１０、ＵＥ習得ユニット１１４、および受信機オン／オフコントロールユニット１１６を含む。コードパワー推定ユニット１０２およびバースト品質推定ユニット１０４は、別個のエンティティとして示されているが、当業者であれば理解されるように、これらを容易に組み合わせて単一の事前処理ユニット１０６にすることができる。同様に、ＤＴＸ終了検出ユニット１０８および特殊バースト検出ユニット１１０も別個のエンティティとして示されているが、これらを組み合わせて、ＴＦＣＩフィールド内の情報を検出および解釈する単一の検出ユニット１１２にすることができる。
【００３６】
コードパワー推定ユニット１０２は、受け取ったコードのそれぞれのパワーを推定する。バースト品質推定ユニット１０４は、受け取ったバーストの品質測定基準、たとえば信号対雑音比を推定する。このコードパワー推定ユニット１０２とバースト品質推定ユニット１０４とが協働して、受け取った信号の事前処理を行い、これによって、有効なＴＦＣＩが受け取られたか否かをＤＴＸ終了検出ユニット１０８および特殊バースト検出ユニット１１０が判別するのを助ける。本来、コードパワー推定ユニット１０２およびバースト品質推定ユニット１０４は、受け取った信号が超えなければならない第１のしきい値を提供する。これによって、システム１００が、受信機によって受け取られる他のエネルギーからの有効なバーストを決定するのを助ける。さらにこれは、受け取ったエネルギー（有効なＴＦＣＩではない）を有効なＴＦＣＩとして誤って検出してしまうのを避けるためにも役立つ。こうした誤った検出は、受信機を不必要にオンにし、最終的に誤ったデータを生じさせ、その結果、必要な処理量を増加させ、電力を無駄に消費し、伝送パワーを不必要に増加させることになるＢＬＥＲを誤って増加させることになりかねない。
【００３７】
ＤＴＸ終了検出ユニット１０８は、ＴＦＣＩビットを解釈して、いつデータが受け取られているのかを識別する。
【００３８】
特殊バースト検出ユニット１１０はＳＢが受け取られたか否かを判別し、これによって、全ＤＴＸの開始を信号で発信する。図に示されるように、ＤＴＸ終了検出ユニット１０８および特殊バースト検出ユニット１１０の出力は、ＵＥ習得ユニット１１４に入力される。
【００３９】
ＤＴＸ終了検出ユニット１０８は、有効なデータの受け取り開始およびＤＴＸの終了を示す、ＳＢではない有効なＴＦＣＩの存在を検出する。このインジケーションはＵＥ習得ユニット１１４に転送される。同様に、特殊バースト検出ユニット１１０が、全ＤＴＸが開始されたことを示すＳＢの存在を検出すると、ＵＥ習得ユニット１１４に通知される。
【００４０】
受信機オン／オフコントロール１１６は、ＵＥ習得ユニット１１４によって指示されると、受信機をオフにする。ＵＥ習得ユニット１１４および受信機オン／オフコントロール１１６は別個のユニットとして記載されているが、受信機オン／オフコントロール１１６をＵＥ習得ユニット１１４に組み込むことができることに留意されたい。別の方法として、受信機オン／オフコントロール１１６を無くして、ＵＥ習得ユニットが受信機コントロール機能を実行することもできる。一般に、図６に記載されたすべての要素は機能ユニットであり、本明細書では例として理解しやすいように、別個の異なるユニットとして記載してある。これらの機能ブロックを、限定的なものとして理解するべきではない。たとえば、これらの機能はすべて、所望であれば単一のプログラム可能コントローラ内で実施することができる。
【００４１】
ＵＥ習得ユニット１１４は、ＤＴＸ終了検出ユニット１０８および特殊バースト検出ユニット１１０の両方からの入力を受け取り、図３、４、および５を参照しながらそれぞれ上記で説明した手順３０、１３０、および２００に従って、それらを処理するものである。
【００４２】
受信機がＤＴＸに入ると、ＴＦＣＩを読み取るための試行の次のＴＴＩでオンとなる。コードパワー推定ユニット１０２およびバースト品質推定ユニット１０４は、信号が受け取られたことを宣言するために信号が超えなければならないしきい値を提供する。しきい値を超えると、次にＤＴＸ終了検出ユニット１０８および特殊バースト検出ユニット１１０が、ＴＦＣＩが有効である（すなわちＴＦＣＳ内の値に対応する）かどうか、あるいは、ＴＦＣＩがゼロに等しい（ＳＢを示す）かどうかを判別する。しきい値を超えない場合、ＴＦＣＩが有効な値に等しくないか、またはＴＦＣＩがゼロに等しく（ＳＢおよび全ＤＴＸの継続を示す）、その後、受信機オン／オフコントロール１１６は、次のＳＢＳＰ−１フレームで受信機をオフにするように通知される。しきい値を超えて、なおかつＴＦＣＩが有効な非ゼロ値に等しい場合、ＵＥは、全ＤＴＸが終了したことを結論付け、このフレームおよび後続のフレームで受け取ったデータの処理を続行する。
【００４３】
本発明は、現在の広帯域および狭帯域のＴＤＤ標準およびＴＤ−ＳＣＤＭＡに適合するものである。ＳＢの受取り後、（ＳＢＳＰ−１）フレーム中のすべての受信機処理をオフにすることによって、ＵＥを省電力化する機能を提供する。
【図面の簡単な説明】
【００４４】
【図１】ＳＢの伝送タイミングと同期させたフレームへのデータの伝送開始を制限するための、ＭＡＣに関する手順を示す流れ図である。
【図２】データのバッファリング前のサービス品質の決定を含む、図１の手順に代わる手順を示す流れ図である。
【図３】ＵＥがＳＢＳＰを習得するための手順を示す流れ図である。
【図４】データおよびＳＢのないＴＴＩの後、ＵＴＲＡＮ ＭＡＣがＳＢＳＰ境界上でのデータの伝送をスケジューリングするか否かをＵＥが習得するための手順を示す流れ図である。
【図５】ダウンリンクでの全ＤＴＸ中の省電力化に関する簡略化された手順を示す流れ図である。
【図６】本発明に従って作成されたシステムを示すブロック図である。
【符号の説明】
【００４５】
１００ システム
１０２ コードパワー推定ユニット
１０４ バースト品質推定ユニット
１０８ ＤＴＸ終了検出ユニット
１１０ 特殊バースト検出ユニット
１１４ ＵＥ習得ユニット
１１６ 受信機オン／オフコントロールユニット
【特許請求の範囲】
【請求項１】
ＴＤＤシステムにおける不連続伝送（ＤＴＸ）中の特殊バーストスケジューリング期間（ＳＢＳＰ）を決定するための方法であって、
ａ）符号化複合トランスポートチャネル（ＣＣＴｒＣＨ）に関するＴＦＣＩを受け取るステップと、
ｂ）前記受け取ったＴＦＣＩは特殊バースト（ＳＢ）であるかどうかを判別し、ＳＢでない場合はステップａに進み、ＳＢである場合はステップｃに進むステップと、
ｃ）タイミング値を初期化するステップと、
ｄ）前記値を前記ＴＴＩの持続時間ごとに増分するステップと、
ｅ）次のＴＴＩの始まりで次のＴＦＣＩを読み取るステップと、
ｆ）前記次のＴＦＣＩがＳＢであるかどうかを判別し、ＳＢでない場合はステップｄに進み、ＳＢである場合はステップｇに進むステップと、
ｇ）前記タイミング値をＳＢＳＰとして格納するステップと、
を含むことを特徴とする方法。
【請求項２】
ｈ）ステップｃ〜ｇを繰り返すことをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
特殊バーストスケジューリング期間（ＳＢＳＰ）を有するＴＤＤシステムにおいて、不連続伝送（ＤＴＸ）中のデータのスケジューリングを決定するための方法であって、
ａ）知的スケジューリングパラメータ（ＩＳＰ）を初期化するステップと、
ｂ）符号化複合トランスポートチャネル（ＣＣＴｒＣＨ）に関するＴＦＣＩを受け取るステップと、
ｃ）前記受け取ったＴＦＣＩは特殊バースト（ＳＢ）であるかどうかを判別し、ＳＢでない場合はステップｂに進み、ＳＢである場合はステップｄに進むステップと、
ｄ）次のＴＴＩの始まりで次のＴＦＣＩを読み取るステップと、
ｅ）前記ＴＦＣＩが有効であるかどうかを判別し、有効なＴＦＣＩでない場合はステップｄに進み、有効なＴＦＣＩの場合はステップｆに進むステップと、
ｆ）前記有効なＴＦＣＩがＳＢであるかどうかを判別し、ＳＢである場合はステップｄに進み、ＳＢでない場合はステップｇに進むステップと、
ｇ）通過したフレーム数と、前記フレーム数がＳＢＳＰに等しいかどうかとを判別し、等しくない場合はＩＳＰを減分し、等しい場合はＩＳＰを増分するステップと、
を含むことを特徴とする方法。
【請求項４】
ｈ）ＩＳＰしきい値を設定するステップをさらに含むことを特徴とする請求項３に記載の方法。
【請求項５】
ｉ）前記ＩＳＰを前記しきい値と比較し、前記ＩＳＰが前記しきい値を超える場合は、知的スケジューリングが実行されたことを宣言するステップをさらに含むことを特徴とする請求項４に記載の方法。
【請求項６】
不連続伝送（ＤＴＸ）中に省電力化するためのＴＤＤシステムであって、
受け取った信号が有効なＴＦＣＩを含むかどうかを判別するための事前処理ユニットと、
前記有効なＴＦＣＩを読み取って前記有効なＴＦＣＩが特殊バースト（ＳＢ）であるかどうかを判別する検出ユニットと、
データがいつ伝送されるかを決定し、使用されないすべてのコードおよびタイムスロットに関する受信機の処理をオンおよびオフにする習得ユニットとを含むことを特徴とするシステム。
【請求項７】
前記事前処理ユニットは、
前記受け取った信号のパワーを推定するためのコードパワー推定ユニットをさらに含むことを特徴とする請求項６に記載のシステム。
【請求項８】
前記事前処理ユニットは、前記受け取った信号の品質を推定するためのバースト品質推定ユニットをさらに含むことを特徴とする請求項７に記載のシステム。
【請求項９】
前記検出ユニットは、前記有効なＴＦＣＩを読み取り、データが伝送されているかどうかを識別するＤＴＸ終了検出ユニットをさらに含むことを特徴とする請求項６に記載のシステム。
【請求項１０】
前記検出ユニットは、前記有効なＴＦＣＩを読み取り、全ＤＴＸを示す特殊バーストであるかどうかを識別する特殊バースト検出ユニットをさらに含むことを特徴とする請求項９に記載のシステム。
【請求項１１】
ＴＤＤシステムにおける不連続伝送（ＤＴＸ）中の特殊バーストスケジューリング期間（ＳＢＳＰ）を決定するための方法であって、
ａ）前記受け取ったＴＦＣＩは特殊バースト（ＳＢ）であるかどうかを判別し、ＳＢでない場合はステップａを繰り返し、ＳＢである場合はステップｂに進むステップと、
ｂ）値を設定するステップと、
ｃ）前記値を前記ＴＴＩの持続時間ごとに増分するステップと、
ｄ）次のＴＴＩの始まりで次のＴＦＣＩを読み取るステップと、
ｅ）前記次のＴＦＣＩがＳＢであるかどうかを判別し、ＳＢでない場合はステップｃに進み、ＳＢである場合はステップｆに進むステップと、
ｆ）前記タイミング値をＳＢＳＰとして格納するステップと、
を含むことを特徴とする方法。
【請求項１２】
ＴＤＤシステムにおける不連続伝送（ＤＴＸ）中の特殊バーストスケジューリング期間（ＳＢＳＰ）を決定するための方法であって、
ａ）前記受け取ったＴＦＣＩは特殊バースト（ＳＢ）であるかどうかを判別し、ＳＢでない場合はステップａを繰り返し、ＳＢである場合はステップｂに進むステップと、
ｂ）タイミング値を初期化するステップと、
ｃ）前記値を前記ＴＴＩの持続時間ごとに増分するステップと、
ｄ）前記次のＴＴＩの始まりで前記次のＴＦＣＩがＳＢであるかどうかを判別し、ＳＢでない場合はステップｃに進み、ＳＢである場合はステップｅに進むステップと、
ｅ）前記タイミング値をＳＢＳＰとして格納するステップと、
を含むことを特徴とする方法。
【請求項１３】
特殊バーストスケジューリング期間（ＳＢＳＰ）を有するＴＤＤシステムにおいて、不連続伝送（ＤＴＸ）中のデータのスケジューリングを決定するための方法であって、
ａ）知的スケジューリングパラメータ（ＩＳＰ）を初期化するステップと、
ｂ）前記受け取ったＴＦＣＩは特殊バースト（ＳＢ）であるかどうかを判別し、ＳＢでない場合はステップａに進み、ＳＢである場合はステップｃに進むステップと、
ｃ）前記次のＴＴＩの前記次のＴＦＣＩが有効であるかどうかを判別し、有効なＴＦＣＩでない場合はステップｃを繰り返し、有効なＴＦＣＩの場合はステップｄに進むステップと、
ｄ）前記有効なＴＦＣＩがＳＢであるかどうかを判別し、ＳＢである場合はステップｃに進み、ＳＢでない場合はステップｅに進むステップと、
ｇ）通過したフレーム数と、前記フレーム数がＳＢＳＰに等しいかどうかとを判別し、等しくない場合はＩＳＰを減分し、等しい場合はＩＳＰを増分するステップと、
を含むことを特徴とする方法。
【請求項１】
ＴＤＤシステムにおける不連続伝送（ＤＴＸ）中の特殊バーストスケジューリング期間（ＳＢＳＰ）を決定するための方法であって、
ａ）符号化複合トランスポートチャネル（ＣＣＴｒＣＨ）に関するＴＦＣＩを受け取るステップと、
ｂ）前記受け取ったＴＦＣＩは特殊バースト（ＳＢ）であるかどうかを判別し、ＳＢでない場合はステップａに進み、ＳＢである場合はステップｃに進むステップと、
ｃ）タイミング値を初期化するステップと、
ｄ）前記値を前記ＴＴＩの持続時間ごとに増分するステップと、
ｅ）次のＴＴＩの始まりで次のＴＦＣＩを読み取るステップと、
ｆ）前記次のＴＦＣＩがＳＢであるかどうかを判別し、ＳＢでない場合はステップｄに進み、ＳＢである場合はステップｇに進むステップと、
ｇ）前記タイミング値をＳＢＳＰとして格納するステップと、
を含むことを特徴とする方法。
【請求項２】
ｈ）ステップｃ〜ｇを繰り返すことをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
特殊バーストスケジューリング期間（ＳＢＳＰ）を有するＴＤＤシステムにおいて、不連続伝送（ＤＴＸ）中のデータのスケジューリングを決定するための方法であって、
ａ）知的スケジューリングパラメータ（ＩＳＰ）を初期化するステップと、
ｂ）符号化複合トランスポートチャネル（ＣＣＴｒＣＨ）に関するＴＦＣＩを受け取るステップと、
ｃ）前記受け取ったＴＦＣＩは特殊バースト（ＳＢ）であるかどうかを判別し、ＳＢでない場合はステップｂに進み、ＳＢである場合はステップｄに進むステップと、
ｄ）次のＴＴＩの始まりで次のＴＦＣＩを読み取るステップと、
ｅ）前記ＴＦＣＩが有効であるかどうかを判別し、有効なＴＦＣＩでない場合はステップｄに進み、有効なＴＦＣＩの場合はステップｆに進むステップと、
ｆ）前記有効なＴＦＣＩがＳＢであるかどうかを判別し、ＳＢである場合はステップｄに進み、ＳＢでない場合はステップｇに進むステップと、
ｇ）通過したフレーム数と、前記フレーム数がＳＢＳＰに等しいかどうかとを判別し、等しくない場合はＩＳＰを減分し、等しい場合はＩＳＰを増分するステップと、
を含むことを特徴とする方法。
【請求項４】
ｈ）ＩＳＰしきい値を設定するステップをさらに含むことを特徴とする請求項３に記載の方法。
【請求項５】
ｉ）前記ＩＳＰを前記しきい値と比較し、前記ＩＳＰが前記しきい値を超える場合は、知的スケジューリングが実行されたことを宣言するステップをさらに含むことを特徴とする請求項４に記載の方法。
【請求項６】
不連続伝送（ＤＴＸ）中に省電力化するためのＴＤＤシステムであって、
受け取った信号が有効なＴＦＣＩを含むかどうかを判別するための事前処理ユニットと、
前記有効なＴＦＣＩを読み取って前記有効なＴＦＣＩが特殊バースト（ＳＢ）であるかどうかを判別する検出ユニットと、
データがいつ伝送されるかを決定し、使用されないすべてのコードおよびタイムスロットに関する受信機の処理をオンおよびオフにする習得ユニットとを含むことを特徴とするシステム。
【請求項７】
前記事前処理ユニットは、
前記受け取った信号のパワーを推定するためのコードパワー推定ユニットをさらに含むことを特徴とする請求項６に記載のシステム。
【請求項８】
前記事前処理ユニットは、前記受け取った信号の品質を推定するためのバースト品質推定ユニットをさらに含むことを特徴とする請求項７に記載のシステム。
【請求項９】
前記検出ユニットは、前記有効なＴＦＣＩを読み取り、データが伝送されているかどうかを識別するＤＴＸ終了検出ユニットをさらに含むことを特徴とする請求項６に記載のシステム。
【請求項１０】
前記検出ユニットは、前記有効なＴＦＣＩを読み取り、全ＤＴＸを示す特殊バーストであるかどうかを識別する特殊バースト検出ユニットをさらに含むことを特徴とする請求項９に記載のシステム。
【請求項１１】
ＴＤＤシステムにおける不連続伝送（ＤＴＸ）中の特殊バーストスケジューリング期間（ＳＢＳＰ）を決定するための方法であって、
ａ）前記受け取ったＴＦＣＩは特殊バースト（ＳＢ）であるかどうかを判別し、ＳＢでない場合はステップａを繰り返し、ＳＢである場合はステップｂに進むステップと、
ｂ）値を設定するステップと、
ｃ）前記値を前記ＴＴＩの持続時間ごとに増分するステップと、
ｄ）次のＴＴＩの始まりで次のＴＦＣＩを読み取るステップと、
ｅ）前記次のＴＦＣＩがＳＢであるかどうかを判別し、ＳＢでない場合はステップｃに進み、ＳＢである場合はステップｆに進むステップと、
ｆ）前記タイミング値をＳＢＳＰとして格納するステップと、
を含むことを特徴とする方法。
【請求項１２】
ＴＤＤシステムにおける不連続伝送（ＤＴＸ）中の特殊バーストスケジューリング期間（ＳＢＳＰ）を決定するための方法であって、
ａ）前記受け取ったＴＦＣＩは特殊バースト（ＳＢ）であるかどうかを判別し、ＳＢでない場合はステップａを繰り返し、ＳＢである場合はステップｂに進むステップと、
ｂ）タイミング値を初期化するステップと、
ｃ）前記値を前記ＴＴＩの持続時間ごとに増分するステップと、
ｄ）前記次のＴＴＩの始まりで前記次のＴＦＣＩがＳＢであるかどうかを判別し、ＳＢでない場合はステップｃに進み、ＳＢである場合はステップｅに進むステップと、
ｅ）前記タイミング値をＳＢＳＰとして格納するステップと、
を含むことを特徴とする方法。
【請求項１３】
特殊バーストスケジューリング期間（ＳＢＳＰ）を有するＴＤＤシステムにおいて、不連続伝送（ＤＴＸ）中のデータのスケジューリングを決定するための方法であって、
ａ）知的スケジューリングパラメータ（ＩＳＰ）を初期化するステップと、
ｂ）前記受け取ったＴＦＣＩは特殊バースト（ＳＢ）であるかどうかを判別し、ＳＢでない場合はステップａに進み、ＳＢである場合はステップｃに進むステップと、
ｃ）前記次のＴＴＩの前記次のＴＦＣＩが有効であるかどうかを判別し、有効なＴＦＣＩでない場合はステップｃを繰り返し、有効なＴＦＣＩの場合はステップｄに進むステップと、
ｄ）前記有効なＴＦＣＩがＳＢであるかどうかを判別し、ＳＢである場合はステップｃに進み、ＳＢでない場合はステップｅに進むステップと、
ｇ）通過したフレーム数と、前記フレーム数がＳＢＳＰに等しいかどうかとを判別し、等しくない場合はＩＳＰを減分し、等しい場合はＩＳＰを増分するステップと、
を含むことを特徴とする方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００６−３４５５７６（Ｐ２００６−３４５５７６Ａ）
【公開日】平成１８年１２月２１日（２００６．１２．２１）
【国際特許分類】
【出願番号】特願２００６−２３４３０７（Ｐ２００６−２３４３０７）
【出願日】平成１８年８月３０日（２００６．８．３０）
【分割の表示】特願２００３−５３７２０５（Ｐ２００３−５３７２０５）の分割
【原出願日】平成１４年１０月１８日（２００２．１０．１８）
【出願人】（５９４１６４９００）インターディジタル テクノロジー コーポレイション (153)
【氏名又は名称原語表記】ＩｎｔｅｒＤｉｇｉｔａｌ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏｒｐｏｒａｔｉｏｎ
【Ｆターム（参考）】
【公開日】平成１８年１２月２１日（２００６．１２．２１）
【国際特許分類】
【出願日】平成１８年８月３０日（２００６．８．３０）
【分割の表示】特願２００３−５３７２０５（Ｐ２００３−５３７２０５）の分割
【原出願日】平成１４年１０月１８日（２００２．１０．１８）
【出願人】（５９４１６４９００）インターディジタル テクノロジー コーポレイション (153)
【氏名又は名称原語表記】ＩｎｔｅｒＤｉｇｉｔａｌ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏｒｐｏｒａｔｉｏｎ
【Ｆターム（参考）】
[ Back to top ]