(57)【要約】本発明は、パワー制御及びリソーススケジューリング処理プロセスを最適化し、呼ドロップ率を低減させ、端末とＮｏｄｅＢの性能を最適化した。強化アップリンク制御チャネルにおけるハッピービットの設定方法及び端末が提供され、前記方法は、端末が、１つ以上のキャリアにおいて強化アップリンク専用伝送チャネル（Ｅ−ＤＣＨ）を伝送し、条件１及び条件２を満たす場合、端末からネットワーク側へ送信するハッピービットをアンハッピーに設定し、端末が現在のサービング許可に不満足であることを示すことを含む。
2013502769.tif 000002
【特許請求の範囲】
【請求項１】
強化アップリンク制御チャネルにおけるハッピービットの設定方法であって、前記方法は、
端末が、１つ以上のキャリアにおいて強化アップリンク専用伝送チャネルＥ−ＤＣＨを伝送し、下記条件１及び条件２を満たす場合、端末からネットワーク側へ送信するハッピービットをアンハッピーに設定し、端末が現在のサービング許可に不満足であることを示すステップを含む強化アップリンク制御チャネルにおけるハッピービットの設定方法、
前記条件１及び条件２は、
少なくとも１つのキャリアが存在し、前記端末が、前記少なくとも１つのキャリアにおいて、伝送中のデータ量が当該キャリアにおける強化アップリンク伝送フォーマット組み合わせＥ−ＴＦＣ選択において現在のサービング許可によって許可された最大スケジュールデータ量に等しい、且つ、前記端末が、前記少なくとも１つのキャリアにおいて更に高速データを伝送できるようなパワーを十分に有する条件１と、
ハッピービットと同じ伝送時間間隔において、現在のＥ−ＴＦＣ選択によって選択されたパワーオフセットと同じパワーオフセットに基づいて、現在の各キャリアにおける伝送係数の合計でデータを伝送し、前記各キャリアにおける伝送係数は、当該キャリアにおけるアクティブハイブリッド自動再送要求プロセス数と総ハイブリッド自動再送要求プロセス数の比率に当該キャリアのサービング許可を掛けた結果であり、総Ｅ−ＤＣＨバッファ状態ＴＥＢＳが、ハッピービット遅延条件Ｈａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎより長い時間を要求する条件２である方法。
【請求項２】
前記方法は、
前記端末が、前記条件１及び／又は条件２を満たさない場合、ハッピービットをハッピーに設定し、端末が現在のサービング許可に満足することを示すステップを更に含む
請求項１に記載の方法。
【請求項３】
前記条件１において、
ＭＡＣ−ｉ／ｉｓが構成された場合、前記少なくとも１つのキャリアのＥ−ＴＦＣを識別し、識別されたＥ−ＴＦＣの伝送ブロックがハッピービットと同じ伝送時間間隔において選択された当該キャリアのＥ−ＴＦＣの伝送ブロックより少なくとも１６ビット以上である所定値大きいことをさせ、ＭＡＣ−ｉ／ｉｓが構成されない場合、前記少なくとも１つのキャリアのＥ−ＴＦＣを識別し、識別されたＥ−ＴＦＣの伝送ブロックがハッピービットと同じ伝送時間間隔において選択された当該キャリアのＥ−ＴＦＣの伝送ブロックより少なくともスケジューリングＭＡＣ−ｄストリームに属し且つバッファにデータがある全ての論理チャネルにおいて構成される全ての最小無線リンク制御プロトコルデータユニットＲＬＣ  ＰＤＵのサイズであるＸビット大きいことをさせる基準ａ）と、
ハッピービットと同じ伝送時間間隔において、Ｅ−ＴＦＣ選択において選択されたパワーオフセットと同じパワーオフセットに基づいてデータを伝送し、基準ａ）において識別された前記少なくとも１つのキャリアのＥ−ＴＦＣをサポートする基準ｂ）とを満たす場合、前記端末が、前記少なくとも１つのキャリアにおいて更に高速データを伝送できるようなパワーを十分に有する
請求項１に記載の方法。
【請求項４】
前記少なくとも１つのキャリアが、メインキャリア及びサブキャリアであり、ここで、前記端末が、メインキャリア及びサブキャリアのそれぞれにおける伝送中のデータ量は前記メインキャリア及びサブキャリアのそれぞれにおけるＥ−ＴＦＣ選択において現在のサービング許可によって許可された最大スケジュールデータ量に等しい、且つ、端末が
ＭＡＣ−ｉ／ｉｓが構成された場合、メインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣを識別し、メインキャリアにおいて識別されたＥ−ＴＦＣの第１の伝送ブロックとサブキャリアにおいて識別されたＥ−ＴＦＣの第２の伝送ブロックとの合計がハッピービットと同じ伝送時間間隔において選択されたメインキャリアのＥ−ＴＦＣの第１の伝送ブロックとサブキャリアのＥ−ＴＦＣの第２の伝送ブロックとの合計より少なくとも１６ビット以上である所定値大きいことをさせ、ＭＡＣ−ｉ／ｉｓが構成されない場合、メインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣを識別し、メインキャリアにおいて識別されたＥ−ＴＦＣの第１の伝送ブロックとサブキャリアにおいて識別されたＥ−ＴＦＣの第２の伝送ブロックとの合計がハッピービットと同じ伝送時間間隔において選択されたメインキャリアのＥ−ＴＦＣの第１の伝送ブロックとサブキャリアのＥ−ＴＦＣの第２の伝送ブロックとの合計より少なくともスケジューリングＭＡＣ−ｄストリームに属し且つバッファにデータがある全ての論理チャネルにおいて構成される全ての最小ＲＬＣ  ＰＤＵであるＸビット大きいことをさせる基準ａ）と、
ハッピービットと同じ伝送時間間隔において、Ｅ−ＴＦＣ選択において選択されたパワーオフセットと同じパワーオフセットに基づいてデータを伝送し、且つ基準ａ）において識別されたメインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣをサポートする基準ｂ）とを満たす場合、前記端末が、前記少なくとも１つのキャリアにおいて更に高速データを伝送できるようなパワーを十分に有する
請求項１に記載の方法。
【請求項５】
前記条件２において、前記各キャリアにおけるアクティブハイブリッド自動再送要求プロセス数が同じである場合、現在の各キャリアのサービング許可の合計にアクティブハイブリッド自動再送要求プロセス数と総ハイブリッド自動再送要求プロセス数の比率を掛けた結果でデータを伝送する
請求項１に記載の方法。
【請求項６】
端末であって、前記端末は
１つ以上のキャリアにおいて強化アップリンク専用伝送チャネルＥ−ＤＣＨを伝送し、下記条件１及び条件２を満たす場合、ネットワーク側へ送信するハッピービットをアンハッピーに設定し、端末が現在のサービング許可に不満足であることを示すように設定される端末、
前記条件１及び条件２は、
少なくとも１つのキャリアが存在し、前記端末が、前記少なくとも１つのキャリアにおいて、伝送中のデータ量が当該キャリアにおいて強化アップリンク伝送フォーマット組み合わせＥ−ＴＦＣ選択において現在のサービング許可によって許可された最大スケジュールデータ量に等しい、且つ、前記端末が、前記少なくとも１つのキャリアにおいて更に高速データを伝送できるようなパワーを十分に有する条件１と、
ハッピービットと同じ伝送時間間隔において、現在のＥ−ＴＦＣ選択によって選択されたパワーオフセットと同じパワーオフセットに基づいて、現在の各キャリアにおける伝送係数の合計でデータを伝送し、各キャリアにおける伝送係数は、当該キャリアにおけるアクティブハイブリッド自動再送要求プロセス数と総ハイブリッド自動再送要求プロセス数の比率に当該キャリアのサービング許可を掛けた結果であり、総Ｅ−ＤＣＨバッファ状態ＴＥＢＳが、ハッピービット遅延条件Ｈａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎより長い時間を要求する条件２である端末。
【請求項７】
前記端末は、
前記条件１及び／又は条件２を満たさない場合、ハッピービットをハッピーに設定し、端末が現在のサービング許可に満足することを示すように更に設定される
請求項６に記載の端末。
【請求項８】
前記端末は、
ＭＡＣ−ｉ／ｉｓが構成された場合、前記少なくとも１つのキャリアのＥ−ＴＦＣを識別し、識別されたＥ−ＴＦＣの伝送ブロックがハッピービットと同じ伝送時間間隔において選択された当該キャリアのＥ−ＴＦＣの伝送ブロックより少なくとも１６ビット以上である所定値大きいことをさせ、ＭＡＣ−ｉ／ｉｓが構成されない場合、前記少なくとも１つのキャリアのＥ−ＴＦＣを識別し、識別されたＥ−ＴＦＣの伝送ブロックがハッピービットと同じ伝送時間間隔において選択された当該キャリアのＥ−ＴＦＣの伝送ブロックより少なくともスケジューリングＭＡＣ−ｄストリームに属し且つバッファにデータがある全ての論理チャネルにおいて構成される全ての最小無線リンク制御プロトコルデータユニットＲＬＣ  ＰＤＵのサイズであるＸビット大きいことをさせる基準ａ）と、
ハッピービットと同じ伝送時間間隔において、Ｅ−ＴＦＣ選択において選択されたパワーオフセットと同じパワーオフセットに基づいてデータを伝送し、且つ基準ａ）において識別された前記少なくとも１つのキャリアのＥ−ＴＦＣをサポートする基準ｂ）とを満たす場合、前記端末が前記少なくとも１つのキャリアにおいて更に高速データを伝送できるようなパワーを十分に有することを判定するように更に設定される
請求項６に記載の端末。
【請求項９】
前記少なくとも１つのキャリアが、メインキャリア及びサブキャリアであり、
前記端末は
メインキャリア及びサブキャリアのそれぞれにおける伝送中のデータ量が前記メインキャリア及びサブキャリアのそれぞれにおけるＥ−ＴＦＣ選択において現在のサービング許可によって許可された最大スケジュールデータ量に等しい、且つ、
ＭＡＣ−ｉ／ｉｓが構成された場合、メインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣを識別し、メインキャリアにおいて識別されたＥ−ＴＦＣの第１の伝送ブロックとサブキャリアにおいて識別されたＥ−ＴＦＣの第２の伝送ブロックとの合計がハッピービットと同じ伝送時間間隔において選択されたメインキャリアのＥ−ＴＦＣの第１の伝送ブロックとサブキャリアのＥ−ＴＦＣの第２の伝送ブロックとの合計より少なくとも１６ビット以上である所定値大きいことをさせ、ＭＡＣ−ｉ／ｉｓが構成されない場合、メインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣを識別し、メインキャリアにおいて識別されたＥ−ＴＦＣの第１の伝送ブロックとサブキャリアにおいて識別されたＥ−ＴＦＣの第２の伝送ブロックとの合計がハッピービットと同じ伝送時間間隔において選択されたメインキャリアのＥ−ＴＦＣの第１の伝送ブロックとサブキャリアのＥ−ＴＦＣの第２の伝送ブロックとの合計より少なくともスケジューリングＭＡＣ−ｄストリームに属し且つバッファにデータがある全ての論理チャネルにおいて構成される全ての最小ＲＬＣ  ＰＤＵであるＸビット大きいことをさせる基準ａ）と、
ハッピービットと同じ伝送時間間隔において、Ｅ−ＴＦＣ選択において選択されたパワーオフセットと同じパワーオフセットに基づいてデータを伝送し、且つ基準ａ）において識別されたメインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣをサポートする基準ｂ）とを満たす場合、前記端末が前記少なくとも１つのキャリアにおいて更に高速データを伝送できるようなパワーを十分に有することを判定するように更に設定される
請求項６に記載の端末。
【請求項１０】
前記端末は、
各キャリアにおけるアクティブハイブリッド自動再送要求プロセス数が同じである場合、現在の各キャリアのサービング許可の合計にアクティブハイブリッド自動再送要求プロセス数と総ハイブリッド自動再送要求プロセス数の比率を掛けた結果でデータを伝送するように更に設定される
請求項６に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広帯域符号分割多重アクセス（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ：ＷＣＤＭＡ）通信システムにおけるＵｕインターフェース（基地局と端末との間のインターフェース）においてリソーススケジューリングに関連する分野に関し、特に、強化アップリンク制御チャネル（Ｅ−ＤＣＨ  Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：Ｅ−ＤＰＣＣＨ）におけるハッピービット（以下、Ｈａｐｐｙビットと略称する）の設定方法及び端末に関する。
【背景技術】
【０００２】
従来システムにおいて、無線側アップリンク強化技術を導入することで、高速アップリンクパケットアクセス（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｕｐｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ：ＨＵＳＰＡ）機能を実現する。ＨＵＳＰＡは、物理層高速再送及びソフト合成（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ：ハイブリッド自動再送要求：以下、ＨＡＲＱと略称する）、ノードＢ（ＮｏｄｅＢ）分散スケジューリング、更に短い伝送時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ：ＴＴＩ）及び高次変調などの技術を利用して、シングルセルの最大アップリンクデータスループット率が５．７６Ｍｂｉｔ／ｓに達するようにさせ、ＷＣＤＭＡアップリンクのデータサービス搬送能力及び周波数スペクトル利用率を大いに強化した。ＨＳＵＰＡをサポートするために、媒体アクセス制御（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：ＭＡＣ）層がＭＡＣ−ｅｓ／ＭＡＣ−ｅエンティティを含み、これによって、各端末は、自体とＮｏｄｅＢと接続される強化型のアップリンク専用伝送チャネル（Ｅｎｈａｎｃｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ：Ｅ−ＤＣＨ）を有する。Ｅ−ＤＣＨによって変化可能な無線リンク制御層プロトコルデータユニット（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ：ＲＬＣ  ＰＤＵ）のサイズをサポートさせるために、ＭＡＣにおいて、ＭＡＣ−ｉｓ／ＭＡＣ−ｉエンティティを導入し、これによって、ＭＡＣ−ｉｓ／ＭＡＣ−ｉもＥ＿ＤＣＨの機能をサポートする。ＨＳＵＰＡをサポートするために、物理層では、アップリンクにおいて、強化アップリンク制御チャネル（Ｅ−ＤＰＣＣＨ）及び強化アップリンク専用データ制御チャネル（Ｅ−ＤＣＨ  Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｄａｔａ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：Ｅ−ＤＰＤＣＨ）を追加し、ダウンリンクにおいて、ダウンリンク絶対的許可チャネル（Ｅ−ＤＣＨ  Ａｂｓｏｌｕｔｅ  Ｇｒａｎｔ  Ｃｈａｎｎｅｌ：Ｅ−ＡＧＣＨ）、ダウンリンク相対的許可チャネル（Ｅ−ＤＣＨ  Ｒｅｌａｔｉｖｅ  Ｇｒａｎｔ  Ｃｈａｎｎｅｌ：Ｅ−ＲＧＣＨ）及びダウンリンクＨＡＲＱ確認指示チャネル（Ｅ−ＤＣＨ  ＨＡＲＱ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ：Ｅ−ＨＩＣＨ）を追加した。ここで、Ｅ−ＤＰＤＣＨは、ＨＳＵＰＡユーザーのアップリンク伝送データを搬送することに用いられ、Ｅ−ＤＰＣＣＨは、強化アップリンク専用データチャネル（Ｅ−ＤＰＤＣＨ）を復調する付随シグナルを搬送することに用いられ、Ｅ−ＡＧＣＨは、共通チャネルであり、ユーザーサービスＥ−ＤＣＨ無線接続が位置するセルによって、ＵＥのＥ−ＤＰＤＣＨ最大利用可能なパワーオフセットを指示し、一般的に、低速調節を利用し、Ｅ−ＲＧＣＨは、専用チャネルであり、最大的に、２ｍｓでＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ユーザー装置）の利用可能なアップリンクパワーを速く調整することができ、Ｅ−ＨＩＣＨは、ユーザーによって受信されたプロセスデータが正しいかどうかに関わるＡＣＫ／ＮＡＣＫ情報をフィードバックすることに用いられる。
【０００３】
Ｅ−ＤＰＣＣＨにおけるＨａｐｐｙビットは、端末が現在のサービング許可（Ｓｅｒｖｉｎｇ  Ｇｒａｎｔ：ＳＧ）に満足するかどうかを指示することに用いられる。シングルキャリアの場合に、下記の３つのｕｎｈａｐｐｙ（アンハッピー）基準を同時に満たす場合、端末は、ｕｎｈａｐｐｙを示し、同時に満たさない場合、端末は、現在のサービスがｈａｐｐｙ（ハッピー）であることを示す。
【０００４】
３つの基準は、
１、端末の伝送中のスケジュールデータが、現在ＳＧによって許可された最大スケジュールデータと同じであること、
２、更に高速データを伝送するために、端末が、利用可能なパワーを十分に有すること、
３、Ｈａｐｐｙビットと同じＴＴＩにおいて、強化アップリンク伝送フォーマット組み合わせ（Ｅｅｈｎａｎｃｅｄ  ｕｐｌｉｎｋ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｆｏｒｍａｔ  ｃｏｍｂｉｎａｔｉｏｎ：Ｅ−ＴＦＣ）選択によって選択されたパワーオフセット（Ｐｏｗｅｒ  ｏｆｆｓｅｔ）と同じパワーオフセットに基づいて、アクティブＨＡＲＱプロセス数と総ＨＡＲＱプロセス数の比率に現在のＳＧを掛ける結果に従ってデータを伝送し、総Ｅ−ＤＣＨバッファ状態（Ｔｏｔａｌ  Ｅ−ＤＣＨ  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ：ＴＥＢＳ）が、ハッピービット遅延条件（Ｈａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎ、ｍｓを単位とする）より長い時間を要求することである。
【０００５】
ディアクティブプロセスに対して条件１は、常に成立する。１０ｍｓＴＴＩに対して、条件３におけるアクティブＨＡＲＱプロセス数と総ＨＡＲＱプロセス数の比率は、常に１である。
【０００６】
ここで、条件２において、更に高いデータ伝送速度をサポートするように、端末が利用可能なパワーを十分に有するかどうかを推定するために、端末は、下記の二つの基準に応じて、判定する。
【０００７】
ａ）ＭＡＣ−ｉ／ＭＡＣ−ｉｓを構成した場合、Ｅ−ＴＦＣを確定し、伝送ブロックのサイズがＨａｐｐｙビットと同じＴＴＩにおいて選択されたＥ−ＴＦＣの伝送ブロックより少なくとも３２ビット大きいことをさせ、ＭＡＣ−ｉ／ｉｓを構成しない場合、Ｅ−ＴＦＣを確定し、伝送ブロックのサイズがＨａｐｐｙビットと同じＴＴＩにおいて選択されたＥ−ＴＦＣの伝送ブロックより少なくともＸビット大きいことをさせ、ここで、Ｘは、非スケジューリングＭＡＣ−ｄストリームに属しない且つバッファーメモリーにデータがある全ての論理チャネルにおいて構成される最小ＲＬＣ  ＰＤＵであること、
ｂ）Ｈａｐｐｙビットと同じＴＴＩにおいて、Ｅ−ＴＦＣ選択において選択されたパワーオフセットと同じパワーオフセットに基づいて、データを伝送し、識別されたＥ−ＴＦＣ（即ち、ａにおいて確定されたＥ−ＴＦＣ）をサポートするかどうかを検査する（例えば、ブロッキングされない）ことである。
【０００８】
現在のシステムによって規定されるＨａｐｐｙビットの数値の意味を表１に示す。
【０００９】
【表１】
2013502769.tif 000003
【００１０】
ＮｏｄｅＢスケジューラは、Ｅ−ＤＰＣＣＨにおけるＨａｐｐｙビットに応じて、端末が最大割当パワーで伝送を行うかどうかを認識でき、これによって、所定の端末割当パワーを増やすか、減らすか、維持するかを判断する。Ｅ−ＤＰＣＣＨにおけるＨａｐｐｙビットがｕｎｈａｐｐｙである場合、ＮｏｄｅＢは端末割当パワーを増やす可能性がある。Ｅ−ＤＰＣＣＨにおけるＨａｐｐｙビットがｈａｐｐｙである場合、ＮｏｄｅＢは、所定の端末割当パワーを減らしたり、維持したりすることしかできない。複数のＴＴＩにおいて、ＵＥの現在の伝送パワーがその現在最大値より低い場合、その割当パワーを減らすべきである。
【００１１】
二重セル高速ダウンリンクパケットアクセス（Ｄｕａｌ  ｃｅｌｌ−Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ：ＤＣ−ＨＳＤＰＡ）の補充として、アップリンクにおいて二つのキャリアアグリゲーション技術を導入する。二重キャリアが同じＮｏｄｅＢに属し、且つ、隣接キャリアであり、二つのキャリアにおけるＨＡＲＱプロセス総数が相同であり、ダウンリンクに少なくとも２つのキャリアを同時に構成する動作である。アップリンクにおいて二重キャリアであるため、Ｅ−ＤＣＨを伝送するごとに、ネットワーク側が、二つのＥ−ＤＰＣＣＨ物理チャネルを同時に処理する必要があるため、端末は、２つのＨａｐｐｙビットを報告する。端末のｈａｐｐｙ状態がまだ従来システムのシングルキャリアｕｎｈａｐｐｙ基準に従って設定される場合、１つのキャリアにおいて端末がｈａｐｐｙであり、もう１つのキャリアにおいて端末がｕｎｈａｐｐｙであり、ＮｏｄｅＢが端末のｈａｐｐｙ状態を判定できない状況を引き起こす。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
現有技術問題を解決するために、本発明は、強化アップリンク制御チャネルにおけるＨａｐｐｙビットの設定方法及び端末を提供する。これによって、ＮｏｄｅＢが端末のｈａｐｐｙ状態を取得して、端末にシステムリソースを合理的に割当てる。
【課題を解決するための手段】
【００１３】
上記問題を解決するために、本発明は、強化アップリンク制御チャネルにおけるハッピービットの設定方法及び端末を提供する。端末は、１つ以上のキャリアにおいて強化アップリンク専用伝送チャネルを伝送し、下記条件１及び条件２を満たす場合、端末からネットワーク側へ送信するハッピービットをアンハッピーに設定し、端末が現在のサービング許可に不満足であることを示し、前記条件は、
少なくとも１つのキャリアが存在し、前記端末が、前記少なくとも１つのキャリアにおいて、伝送中のデータ量が当該キャリアにおける強化アップリンク伝送フォーマット組み合わせＥ−ＴＦＣ選択において現在のサービング許可によって許可された最大スケジュールデータ量に等しい、且つ、前記端末が、前記少なくとも１つのキャリアにおいて更に高速データを伝送できるようなパワーを十分に有する条件１と、
ハッピービットと同じ伝送時間間隔において、現在のＥ−ＴＦＣ選択によって選択されたパワーオフセットと同じパワーオフセットに基づいて、現在の各キャリアにおける伝送係数の合計でデータを伝送し、前記各キャリアにおける伝送係数は、当該キャリアにおけるアクティブハイブリッド自動再送要求プロセス数と総ハイブリッド自動再送要求プロセス数の比率に当該キャリアのサービング許可を掛けた結果であり、総Ｅ−ＤＣＨバッファ状態ＴＥＢＳが、ハッピービット遅延条件Ｈａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎより長い時間を要求する条件２である。
【００１４】
前記方法は、前記端末が、前記条件１及び／又は条件２を満たさない場合、ハッピービットをハッピーに設定し、端末が現在のサービング許可に満足することを示すステップを更に含む。
【００１５】
前記方法は、以下の特徴を更に含み、前記条件１において、下記ａ）及びｂ）を満たす場合、前記端末が、前記少なくとも１つのキャリアにおいて更に高速データを伝送できるようなパワーを十分に有する。
【００１６】
ａ）ＭＡＣ−ｉ／ｉｓが構成された場合、前記少なくとも１つのキャリアのＥ−ＴＦＣを識別し、当該キャリアにおいて識別されたＥ−ＴＦＣの伝送ブロックがハッピービットと同じ伝送時間間隔において選択された当該キャリアのＥ−ＴＦＣの伝送ブロックより少なくとも１６ビット以上である所定値大きいことをさせ、ＭＡＣ−ｉ／ｉｓが構成されない場合、前記少なくとも１つのキャリアのＥ−ＴＦＣを識別し、識別されたＥ−ＴＦＣの伝送ブロックがハッピービットと同じ伝送時間間隔において選択された当該キャリアのＥ−ＴＦＣの伝送ブロックより少なくともスケジューリングＭＡＣ−ｄストリームに属し且つバッファにデータがある全ての論理チャネルにおいて構成される全ての最小無線リンク制御プロトコルデータユニットＲＬＣ  ＰＤＵのサイズであるＸビット大きいことをさせること、
ｂ）ハッピービットと同じ伝送時間間隔において、Ｅ−ＴＦＣ選択において選択されたパワーオフセットと同じパワーオフセットに基づいてデータを伝送し、基準ａ）において識別された前記少なくとも１つのキャリアのＥ−ＴＦＣをサポートすることである。
【００１７】
前記方法は、以下の特徴を更に含み、前記条件１において、前記少なくとも１つのキャリアが、メインキャリア及びサブキャリアであり、ここで、前記端末がメインキャリア及びサブキャリアのそれぞれにおける伝送中のデータ量は前記メインキャリア及びサブキャリアのそれぞれにおけるＥ−ＴＦＣ選択において現在のサービング許可によって許可された最大スケジュールデータ量に等しい、且つ、端末が以下の２つの基準を満たす場合、前記端末は、前記メインキャリア及びサブキャリアにおいて、更に高速データを伝送できるようなパワーを十分に有する。
【００１８】
ａ）ＭＡＣ−ｉ／ｉｓが構成された場合、メインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣを識別し、メインキャリアにおいて識別されたＥ−ＴＦＣの第１の伝送ブロックとサブキャリアにおいて識別されたＥ−ＴＦＣの第２の伝送ブロックとの合計がハッピービットと同じ伝送時間間隔において選択されたメインキャリアのＥ−ＴＦＣの第１の伝送ブロックとサブキャリアのＥ−ＴＦＣの第２の伝送ブロックとの合計より少なくとも１６ビット以上である所定値大きいことをさせ、ＭＡＣ−ｉ／ｉｓが構成されない場合、メインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣを識別し、メインキャリアにおいて識別されたＥ−ＴＦＣの第１の伝送ブロックとサブキャリアにおいて識別されたＥ−ＴＦＣの第２の伝送ブロックとの合計がハッピービットと同じ伝送時間間隔において選択されたメインキャリアのＥ−ＴＦＣの第１の伝送ブロックとサブキャリアのＥ−ＴＦＣの第２の伝送ブロックとの合計より少なくともスケジューリングＭＡＣ−ｄストリームに属し且つバッファにデータがある全ての論理チャネルにおいて構成される全ての最小ＲＬＣ  ＰＤＵであるＸビット大きいことをさせること、
ｂ）ハッピービットと同じ伝送時間間隔において、Ｅ−ＴＦＣ選択において選択されたパワーオフセットと同じパワーオフセットに基づいて、データを伝送し、且つ基準ａ）において識別されたメインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣをサポートすることである、
前記方法は、以下の特徴を更に含み、前記条件２において、各キャリアにおけるアクティブハイブリッド自動再送要求プロセス数が同じである場合、前記端末は、現在の各キャリアのサービング許可の合計にアクティブハイブリッド自動再送要求プロセス数と総ハイブリッド自動再送要求プロセス数の比率を掛けた結果でデータを伝送する。
【００１９】
本発明は、端末を更に提供し、前記端末が、１つ以上のキャリアにおいて強化アップリンク専用伝送チャネルＥ−ＤＣＨを伝送し、下記条件１及び条件２を満たす場合、ネットワーク側へ送信するハッピービットをアンハッピーに設定し、端末が現在のサービング許可に不満足であることを示すように設定され、前記条件は、
少なくとも１つのキャリアが存在し、前記端末が、前記少なくとも１つのキャリアにおいて、伝送中のデータ量が当該キャリアにおいて強化アップリンク伝送フォーマット組み合わせＥ−ＴＦＣ選択において現在のサービング許可によって許可された最大スケジュールデータ量に等しい、且つ、前記端末が、前記少なくとも１つのキャリアにおいて更に高速データを伝送できるようなパワーを十分に有する条件１と、
ハッピービットと同じ伝送時間間隔において、現在のＥ−ＴＦＣ選択によって選択されたパワーオフセットと同じパワーオフセットに基づいて、現在の各キャリアにおける伝送係数の合計でデータを伝送し、前記各キャリアにおける伝送係数は、当該キャリアにおけるアクティブハイブリッド自動再送要求プロセス数と総ハイブリッド自動再送要求プロセス数の比率に当該キャリアのサービング許可を掛けた結果であり、総Ｅ−ＤＣＨバッファ状態ＴＥＢＳが、ハッピービット遅延条件Ｈａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎより長い時間を要求する条件２である。
【００２０】
前記端末は、以下の特徴を更に含み、前記端末が前記条件１及び／又は条件２を満たさない場合、ハッピービットをハッピーに設定し、端末が現在のサービング許可に満足することを示すように設定される。
【００２１】
前記端末は、以下の特徴を更に含み、前記端末が下記基準ａ）及び／又は基準ｂ）を満たす場合、前記端末が少なくとも１つのキャリアにおいて更に高速データを伝送できるようなパワーを十分に有することを判定したように設定される。
【００２２】
ａ）ＭＡＣ−ｉ／ｉｓが構成された場合、前記少なくとも１つのキャリアのＥ−ＴＦＣを識別し、当該キャリアにおいて識別されたＥ−ＴＦＣの伝送ブロックがハッピービットと同じ伝送時間間隔において選択された当該キャリアのＥ−ＴＦＣの伝送ブロックより少なくとも１６ビット以上である所定値大きいことをさせ、ＭＡＣ−ｉ／ｉｓが構成されない場合、前記少なくとも１つのキャリアのＥ−ＴＦＣを識別し、当該キャリアにおいて識別されたＥ−ＴＦＣの伝送ブロックがハッピービットと同じ伝送時間間隔において選択された当該キャリアのＥ−ＴＦＣの伝送ブロックより少なくともスケジューリングＭＡＣ−ｄストリームに属し且つバッファにデータがある全ての論理チャネルにおいて構成される全ての最小無線リンク制御プロトコルデータユニットＲＬＣ  ＰＤＵのサイズであるＸビット大きいことをさせること、
ｂ）ハッピービットと同じ伝送時間間隔において、Ｅ−ＴＦＣ選択において選択されたパワーオフセットと同じパワーオフセットに基づいて、データを伝送し、基準ａ）において識別された前記少なくとも１つのキャリアのＥ−ＴＦＣをサポートすることである。
【００２３】
前記端末は、以下の特徴を更に含み、前記少なくとも１つのキャリアが、メインキャリア及びサブキャリアであり、前記端末が、メインキャリア及びサブキャリアのそれぞれにおける伝送中のデータ量が前記メインキャリア及びサブキャリアのそれぞれにおけるＥ−ＴＦＣ選択において現在のサービング許可によって許可された最大スケジュールデータ量に等しい、且つ、前記端末が以下の２つの基準を満たす場合、前記端末が前記メインキャリア及びサブキャリアにおいて更に高速データを伝送できるようなパワーを十分に有することを判定したように更に設定される。
【００２４】
ａ）ＭＡＣ−ｉ／ｉｓが構成された場合、メインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣを識別し、メインキャリアにおいて識別されたＥ−ＴＦＣの第１の伝送ブロックとサブキャリアにおいて識別されたＥ−ＴＦＣの第２の伝送ブロックとの合計がハッピービットと同じ伝送時間間隔において選択されたメインキャリアのＥ−ＴＦＣの第１の伝送ブロックとサブキャリアのＥ−ＴＦＣの第２の伝送ブロックとの合計より少なくとも１６ビット以上である所定値大きいことをさせ、ＭＡＣ−ｉ／ｉｓが構成されない場合、メインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣを識別し、メインキャリアにおいて識別されたＥ−ＴＦＣの第１の伝送ブロックとサブキャリアにおいて識別されたＥ−ＴＦＣの第２の伝送ブロックとの合計がハッピービットと同じ伝送時間間隔において選択されたメインキャリアのＥ−ＴＦＣの第１の伝送ブロックとサブキャリアのＥ−ＴＦＣの第２の伝送ブロックとの合計より少なくともスケジューリングＭＡＣ−ｄストリームに属し且つバッファにデータがある全ての論理チャネルにおいて構成される全ての最小ＲＬＣ  ＰＤＵであるＸビット大きいことをさせること、
ｂ）ハッピービットと同じ伝送時間間隔において、Ｅ−ＴＦＣ選択において選択されたパワーオフセットと同じパワーオフセットに基づいて、データを伝送し、且つ基準ａ）において識別されたメインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣをサポートすることである。
【００２５】
前記端末は、以下の特徴を更に含み、前記端末が各キャリアにおけるアクティブハイブリッド自動再送要求プロセス数が同じである場合、現在の各キャリアのサービング許可の合計にアクティブハイブリッド自動再送要求プロセス数と総ハイブリッド自動再送要求プロセス数の比率を掛けた結果でデータを伝送するように設定される。
【００２６】
上記説明のように、本発明は、ハッピービットの設定方法を提供する。本発明は、メインキャリア及びサブキャリアの状況に応じて、ハッピービットを確定し、これによって、端末のｈａｐｐｙ状態を正確に示してＮｏｄｅＢに提供し、ＮｏｄｅＢが端末がｈａｐｐｙ状態にあるか、ｕｎｈａｐｐｙ状態にあるかを正確に認識でき、プロセス異常を引き起こさない、パワー制御及びリソーススケジューリング処理プロセスを最適化し、呼ドロップ率を低減させ、端末及びＮｏｄｅＢの性能を最適化した。
【図面の簡単な説明】
【００２７】
【図１】本発明の具体的実施例１のフローチャートである。
【図２】本発明の具体的実施例２のフローチャートである。
【図３】本発明の具体的実施例３のフローチャートである。
【図４】本発明の具体的実施例４のフローチャートである。
【図５】本発明の具体的実施例５のフローチャートである。
【図６】本発明の具体的実施例６のフローチャートである。
【発明を実施するための形態】
【００２８】
以下、図面に合わせて本発明の前記技術的なスキームの実施を更に詳細に説明する。
【００２９】
本発明は、二重キャリア（Ｄｏｕｂｌｅ  Ｃａｒｒｉｅｒ：ＤＣ）モードにおける端末ハッピービットの設定方法を提供し、メインキャリア及びサブキャリアの状況に基づいてハッピービットを確定し、高速パケットアクセス技術の無線通信システムにおいてＤＣモードで端末がＥ−ＤＣＨを送信する場合、ＮｏｄｅＢがＤＣモードで端末が現在のサービングに満足するかどうかを認識することに用いられる。
【００３０】
本発明に係る強化アップリンク制御チャネルにおけるハッピービットの設定方法において、端末は、１つ以上のキャリアにおいて強化アップリンク専用伝送チャネルＥ−ＤＣＨを伝送し、下記の条件に応じてハッピービットを設定し、下記の条件を満たす場合、ネットワークへ送信するハッピービットをｕｎｈａｐｐｙに設定し、端末が現在のサービング許可に不満足であることを示し、下記の条件を満たさない場合、ハッピービットをｈａｐｐｙに設定し、前記条件は、具体的に、下記のようである。
【００３１】
条件１：少なくとも１つのキャリアが存在し、端末は、当該キャリアにおける伝送中のデータ量が当該キャリアにおけるＥ−ＴＦＣ選択において現在のＳＧによって許可された最大スケジュールデータ量に等しい、且つ、端末が、当該キャリアにおいて更に高速データを伝送できるようなパワーを十分に有する。
【００３２】
ここで、下記の基準ａ１、ｂ１を満たす場合、端末が当該キャリアにおいて更に高速データを伝送できるようなパワーを十分に有することを示す。
【００３３】
ａ１）ＭＡＣ−ｉ／ｉｓが構成された場合、当該キャリアのＥ−ＴＦＣを識別し、識別されたＥ−ＴＦＣの伝送ブロックがＨａｐｐｙビットと同じＴＴＩにおいて選択された当該キャリアのＥ−ＴＦＣの伝送ブロックより少なくとも１６ビット以上である所定値大きいことをさせ、ＭＡＣ−ｉ／ｉｓが構成されない場合、当該キャリアのＥ−ＴＦＣを識別し、識別されたＥ−ＴＦＣの伝送ブロックがＨａｐｐｙビットと同じＴＴＩにおいて選択された当該キャリアのＥ−ＴＦＣの伝送ブロックより少なくともスケジューリングＭＡＣ−ｄストリームに属し且つバッファにデータがある全ての論理チャネルにおいて構成される全ての最小ＲＬＣ  ＰＤＵであるＸビット大きいことをさせる。
【００３４】
ｂ１）Ｈａｐｐｙビットと同じＴＴＩにおいて、Ｅ−ＴＦＣ選択において選択されたパワーオフセットと同じパワーオフセットに基づいて、データを伝送し、識別されたＥ−ＴＦＣ（即ち、基準ａ１において識別された当該キャリアＥ−ＴＦＣ）、をサポートするかどうかを検査し（例えば、ブロッキングされない）、サポートする場合、基準ｂ１を満たすことを示すこと。
【００３５】
当該キャリアは、メインキャリア及び／又はサブキャリアである。
【００３６】
メインキャリア及びサブキャリアにおいて、端末が、伝送中のデータ量が当該キャリアにおいてＥ−ＴＦＣ選択において現在のＳＧによって許可された最大スケジュールデータ量に等しいことを満たす場合、前記基準ａ１、ｂ１に従って、端末がメインキャリア及びサブキャリアにおいて、更に高速データを伝送できるようなパワーを十分に有することをそれぞれ判定できることだけではなくて、下記の基準ａ２、ｂ２に従って、判定することがある。端末が下記の基準ａ２、ｂ２を満たす場合、端末がメインキャリア及びサブキャリアにおいて更に高速データを伝送できるようなパワーを十分に有することを示す。
【００３７】
ａ２）ＭＡＣ−ｉ／ｉｓが構成された場合、メインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣを識別し、メインキャリアにおいて識別されたＥ−ＴＦＣの伝送ブロック１（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ１：ＴＢ１）とサブキャリアにおいて識別されたＥ−ＴＦＣの伝送ブロック２（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ２：ＴＢ２）との合計がＨａｐｐｙビットと同じＴＴＩにおいて選択されたメインキャリアのＥ−ＴＦＣのＴＢ１とサブキャリアのＥ−ＴＦＣのＴＢ２との合計より少なくとも１６ビット以上である所定値大きいことをさせ、ＭＡＣ−ｉ／ｉｓが構成されない場合、メインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣを識別し、メインキャリアにおいて識別されたＥ−ＴＦＣの伝送ブロック１とサブキャリアにおいて識別されたＥ−ＴＦＣの伝送ブロック２との合計がＨａｐｐｙビットと同じＴＴＩにおいて選択されたメインキャリアのＥ−ＴＦＣの伝送ブロック１とサブキャリアのＥ−ＴＦＣの伝送ブロック２との合計より少なくともスケジューリングＭＡＣ−ｄストリームに属し且つバッファにデータがある全ての論理チャネルにおいて構成される全ての最小ＲＬＣ  ＰＤＵであるＸビット大きいことをさせる。
【００３８】
ｂ２）Ｈａｐｐｙビットと同じＴＴＩにおいて、Ｅ−ＴＦＣ選択において選択されたパワーオフセットと同じパワーオフセットに基づいて、データを伝送し、メインキャリア及びサブキャリアの識別されたＥ−ＴＦＣ（即ち、基準ａ２において識別されたメインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣ）をサポートするかどうかを検査すること（例えば、ブロッキングされない）。
【００３９】
条件２：Ｈａｐｐｙビットと同じＴＴＩにおいて、Ｅ−ＴＦＣ選択において選択されたパワーオフセットと同じパワーオフセットに基づいて、データを伝送し、現在の各キャリアにおける伝送係数の合計で伝送し、前記各キャリアにおける伝送係数は、当該キャリアにおけるアクティブハイブリッド自動再送要求プロセス数と総ハイブリッド自動再送要求プロセス数の比率に当該キャリアのサービング許可を掛けた結果であり、総Ｅ−ＤＣＨバッファ状態ＴＥＢＳが、ハッピービット遅延条件Ｈａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎより長い時間を要求する。
【００４０】
キャリアがメインキャリア及びサブキャリアである場合、現在のメインキャリアのＳＧにメインキャリアにおけるアクティブＨＡＲＱプロセス数と総ＨＡＲＱプロセス数の比率を掛けた結果と、現在のサブキャリアのＳＧにサブキャリアにおけるアクティブＨＡＲＱプロセス数と総ＨＡＲＱプロセス数の比率を掛けた結果との合計で、即ち、メインキャリアのＳＧ×メインキャリアにおけるアクティブＨＡＲＱプロセス数／総ＨＡＲＱプロセス数＋サブキャリアのＳＧ×サブキャリアにおけるアクティブＨＡＲＱプロセス数／総ＨＡＲＱプロセス数で、伝送を行い、ＴＥＢＳが、Ｈａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎ（ｍｓ）より長い時間を要求する。
【００４１】
各キャリアにおけるアクティブＨＡＲＱプロセス数が同じである場合、下記の方法に従って条件２を判定できる。Ｈａｐｐｙビットと同じＴＴＩにおいて、Ｅ−ＴＦＣ選択において選択されたパワーオフセットと同じパワーオフセットに基づいて、データを伝送し、現在の各キャリアのサービング許可の合計にアクティブハイブリッド自動再送要求プロセス数と総ハイブリッド自動再送要求プロセス数の比率を掛けた結果で伝送し、ＴＥＢＳが、Ｈａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎ（ｍｓ）より長い時間を要求するという方法である。
【００４２】
キャリアがメインキャリア及びサブキャリアである場合、現在のメインキャリアのＳＧとサブキャリアのＳＧとの合計にアクティブＨＡＲＱプロセス数と総ＨＡＲＱプロセス数の比率を掛けた結果で、即ち、（メインキャリアのＳＧ＋サブキャリアのＳＧ）×アクティブＨＡＲＱプロセス数／総ＨＡＲＱプロセス数で、伝送を行う。
【００４３】
表２に示すように、端末は、前記条件１と条件２を同時に満たす場合、Ｈａｐｐｙビットをｕｎｈａｐｐｙ状態に設定し、同時に満たさない場合、Ｈａｐｐｙビットをｈａｐｐｙ状態に設定する。
【００４４】
【表２】
2013502769.tif 000004
【００４５】
図１は、メインキャリアにおいて、伝送中のデータ量が当該キャリアのＥ−ＴＦＣ選択において現在のＳＧによって許可された最大スケジュールデータ量に等しい、且つメインキャリアにおいて、端末が更に高速データを伝送できるようなパワーを十分に有する場合、端末がＤＣモードでの端末ハッピー状態判定基準における端末ｕｎｈａｐｐｙ条件に応じて判定し、２つの条件を満たす場合、端末がｕｎｈａｐｐｙであると判定することを示す。具体的なステップは、下記のようである。
【００４６】
ステップＳ１０２：Ｅ−ＤＣＨ伝送の際に、メインキャリアにおいて、端末の伝送中のデータ量がメインキャリアのＥ−ＴＦＣ選択において現在のＳＧによって許可された最大スケジュールデータ量に等しい。
【００４７】
ステップＳ１０４：端末がメインキャリアにおいて、更に高速データを伝送できるようなパワーを十分に有する場合、本発明のＤＣモードでの端末ハッピー状態判定基準の条件１を満たす。
【００４８】
端末がメインキャリアにおいて、更に高速データを伝送できるようなパワーを十分に有するかどうかを具体的に判定することは、下記の基準に応じて判定される。
【００４９】
ａ）メインキャリアのＥ−ＴＦＣを識別し、識別されたメインキャリアＥ−ＴＦＣの伝送ブロックがＨａｐｐｙビットと同じＴＴＩにおいて選択されたメインキャリアＥ−ＴＦＣの伝送ブロックより少なくとも所定値大きいことをさせ（当該所定値が１６ビット以上である）、少なくとも所定値大きくない場合、メインキャリアのＥ−ＴＦＣを識別し、伝送ブロックのサイズがＨａｐｐｙビットと同じＴＴＩにおいて選択されたメインキャリアＥ−ＴＦＣの伝送ブロックより少なくともスケジューリングＭＡＣ−ｄストリームに属し且つバッファにデータがある全ての論理チャネルにおいて構成される全ての最小ＲＬＣ  ＰＤＵであるＸビット大きいことをさせること、
ｂ）Ｈａｐｐｙビットと同じＴＴＩにおいて、Ｅ−ＴＦＣ選択において選択されたパワーオフセットと同じＰｏｗｅｒ  ｏｆｆｓｅｔに基づいて、データを伝送し、識別されたメインキャリアＥ−ＴＦＣをサポートすることを検査することである。
【００５０】
ステップＳ１０６：本発明のＤＣモードでの端末ハッピー状態判定基準における条件３の方法２に応じて、判定を行い、端末のＴＥＢＳがＨａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎ（ｍｓ）より長い時間を要求する場合、条件２を満たす。
【００５１】
ステップＳ１０８：本発明のＤＣモードでの端末ハッピー状態判定基準における全ての条件を満たす場合、端末がｕｎｈａｐｐｙであると判定する。
【００５２】
図２は、メインキャリアにおいて、伝送中のデータ量が当該キャリアにおいてＥ−ＴＦＣ選択において現在のＳＧによって許可された最大スケジュールデータ量に等しい、且つメインキャリアにおいて、端末が更に高速データを伝送できるようなパワーを十分に有する場合、Ｅ−ＤＣＨを送信するごとに、端末がＤＣモードでの端末ハッピー状態判定基準における端末ｕｎｈａｐｐｙ条件に応じて、条件２を満たさない場合、端末がｈａｐｐｙであると判定することを示す。具体的なステップは、下記のようである。
【００５３】
ステップＳ２０２：Ｅ−ＤＣＨを送信するごとに、端末は、メインキャリアにおいて、伝送中のデータ量が当該キャリアにおいてＥ−ＴＦＣ選択において現在のＳＧによって許可された最大スケジュールデータ量に等しい。
【００５４】
ステップＳ２０４：端末がメインキャリアにおいて、更に高速データを伝送できるようなパワーを十分に有し、つまり、本発明のＤＣモードでの端末ハッピー状態判定基準の条件１を満たす。
【００５５】
ステップＳ２０６：本発明のＤＣモードでの端末ハッピー状態判定基準における条件３の方法２によって判定を行い、端末のＴＥＢＳがＨａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎ（ｍｓ）以下の時間を要求する場合、条件２を満たさない。
【００５６】
ステップＳ２０８：本発明のＤＣモードでの端末ハッピー状態判定基準における条件１を満たすが、条件２を満たさない場合、端末がｈａｐｐｙであると判定する。
【００５７】
図３は、サブキャリアにおいて、伝送中のデータ量が当該キャリアにおいてＥ−ＴＦＣ選択において現在のＳＧによって許可された最大スケジュールデータ量に等しい、且つサブキャリアにおいて、端末が更に高速データを伝送できるようなパワーを十分に有する場合、今回のＥ−ＤＣＨの伝送に対して、端末がＤＣモードでの端末ハッピー状態判定基準におけるｕｎｈａｐｐｙ条件に応じて、２つの条件を満たす場合、端末がｕｎｈａｐｐｙであると判定することを示す。具体的なステップは、下記のようである。
【００５８】
ステップＳ３０２：Ｅ−ＤＣＨを送信するごとに、端末は、サブキャリアにおいて、伝送中のデータ量が当該キャリアにおいてＥ−ＴＦＣ選択において現在のＳＧによって許可された最大スケジュールデータ量に等しい。
【００５９】
ステップＳ３０４：端末がサブキャリアにおいて、更に高速データを伝送できるようなパワーを十分に有する場合、本発明のＤＣモードでの端末ハッピー状態判定基準の条件１を満たす。
【００６０】
ステップＳ３０６：本発明のＤＣモードでの端末ハッピー状態判定基準における条件２に応じて判定を行い、端末のＴＥＢＳがＨａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎ（ｍｓ）より長い時間を要求する場合、条件２を満たす。
【００６１】
ステップＳ３０８：本発明のＤＣモードでの端末ハッピー状態判定基準における２つの条件を全部満たす場合、端末がｕｎｈａｐｐｙであると判定する。
【００６２】
図４は、サブキャリアにおいて、伝送中のデータ量が当該キャリアにおいてＥ−ＴＦＣ選択において現在のＳＧによって許可された最大スケジュールデータ量に等しい、且つサブキャリアにおいて、端末が更に高速データを伝送できるようなパワーを十分に有する場合、今回のＥ−ＤＣＨの伝送に対して、端末がＤＣモードでの端末ハッピー状態判定基準におけるｕｎｈａｐｐｙ条件に応じて、条件２を満たさない場合、端末がｈａｐｐｙであると判定することを示す。具体的なステップは、下記のようである。
【００６３】
ステップＳ４０２：Ｅ−ＤＣＨを送信するごとに、端末は、サブキャリアにおいて、伝送中のデータ量が当該キャリアにおいてＥ−ＴＦＣ選択において現在のＳＧによって許可された最大スケジュールデータ量に等しい。
【００６４】
ステップＳ４０４：端末がサブキャリアにおいて、更に高速データを伝送できるようなパワーを十分に有する場合、本発明のＤＣモードでの端末ハッピー状態判定基準の条件１を満たす。
【００６５】
ステップＳ４０６：本発明のＤＣモードでの端末ハッピー状態判定基準における条件２に応じて判定を行い、端末のＴＥＢＳがＨａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎ（ｍｓ）以下の時間を要求する場合、条件２を満たさない。
【００６６】
ステップＳ４０８：本発明のＤＣモードでの端末ハッピー状態判定基準における条件１を満たすが、条件２を満たさない場合、端末がｈａｐｐｙであると判定する。
【００６７】
図５は、メインキャリア及びサブキャリアのそれぞれにおいて、伝送中のデータ量がメインキャリア及びサブキャリアのそれぞれにおいてＥ−ＴＦＣ選択において現在のＳＧによって許可された最大スケジュールデータ量に等しい、且つ、メインキャリア及びサブキャリアにおいて、端末が更に高速データを伝送できるようなパワーを十分に有する場合、今回のＥ−ＤＣＨの伝送に対して、端末がＤＣモードでの端末ハッピー状態判定基準におけるｕｎｈａｐｐｙ条件に応じて、２つの条件をすべて満たす場合、端末がｕｎｈａｐｐｙであると判定することを示す。具体的なステップは、下記のようである。
【００６８】
ステップＳ５０２：Ｅ−ＤＣＨを送信するごとに、端末は、メインキャリア及びサブキャリアにおいて、伝送中のデータ量の合計がメインキャリアにおいてＥ−ＴＦＣ選択において現在のＳＧとサブキャリアにおいてＥ−ＴＦＣ選択において現在のＳＧとの両方によって許可された最大スケジュールデータ量に等しい。
【００６９】
ステップＳ５０４：端末がメインキャリア及びサブキャリアにおいて、すべて、更に高速データを伝送できるようなパワーを十分に有する場合、本発明のＤＣモードでの端末ハッピー状態判定基準の条件１を満たす。
【００７０】
ａ）メインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣを識別し、メインキャリアにおいて識別されたＥ−ＴＦＣの伝送ブロック１（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ１：ＴＢ１）とサブキャリアにおいて識別されたＥ−ＴＦＣの伝送ブロック２（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ２：ＴＢ２）との合計がＨａｐｐｙビットと同じＴＴＩにおいて選択されたメインＥ−ＴＦＣのＴＢ１とサブＥ−ＴＦＣのＴＢ２との合計より少なくとも１６ビット以上である所定値大きい、少なくとも所定値大きくない場合、メインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣを識別し、伝送ブロックのサイズの合計がＨａｐｐｙビットと同じＴＴＩにおいて選択されたメインキャリアのＥ−ＴＦＣのＴＢ１とサブキャリアのＥ−ＴＦＣのＴＢ２との合計より少なくともスケジューリングＭＡＣ−ｄストリームに属し且つバッファにデータがある全ての論理チャネルにおいて構成される全ての最小ＲＬＣ  ＰＤＵであるＸビット大きい。
【００７１】
ｂ）Ｈａｐｐｙビットと同じＴＴＩにおいて、Ｅ−ＴＦＣ選択において選択されたパワーオフセットと同じＰｏｗｅｒ  ｏｆｆｓｅｔに基づいて、データを伝送し、メインキャリアにおいて識別されたＥ−ＴＦＣ及びサブキャリアにおいて識別されたＥ−ＴＦＣをサポートすることを検査する。
【００７２】
ステップＳ５０６：本発明のＤＣモードでの端末ハッピー状態判定基準における条件２に応じて判定を行い、端末のＴＥＢＳがＨａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎ（ｍｓ）より長い時間を要求する場合、条件２を満たす。
【００７３】
ステップＳ５０８：本発明のＤＣモードでの端末ハッピー状態判定基準における２つの条件を全部満たす場合、端末がｕｎｈａｐｐｙであると判定する。
【００７４】
図６は、メインキャリア及びサブキャリアのそれぞれにおいて、伝送中のデータ量がメインキャリア及びサブキャリアのそれぞれにおいてＥ−ＴＦＣ選択において現在のＳＧによって許可された最大スケジュールデータ量に等しくない、今回のＥ−ＤＣＨの伝送に対して、端末がＤＣモードでの端末ハッピー状態判定基準におけるｕｎｈａｐｐｙ条件に応じて、条件１を満たさない場合、端末がｈａｐｐｙであると判定することを示す。具体的なステップは、下記のようである。
【００７５】
ステップＳ６０２：Ｅ−ＤＣＨを送信するごとに、端末は、メインキャリアにおいて、伝送中のデータ量がメインキャリアにおいてＥ−ＴＦＣ選択において現在のＳＧによって許可された最大スケジュールデータ量に等しくない。
【００７６】
ステップＳ６０４：端末が、サブキャリアにおいて、伝送中のデータ量がサブキャリアのＥ−ＴＦＣ選択における現在のＳＧによって許可された最大スケジュールデータ量に等しくない。
【００７７】
ステップＳ６０６：本発明のＤＣモードでの端末ハッピー状態判定基準の条件１を満たさない場合、端末がｈａｐｐｙであると判定する。
【００７８】
本発明は、端末を更に提供し、前記端末が、１つ以上のキャリアにおいて強化アップリンク専用伝送チャネルＥ−ＤＣＨを伝送する際、下記の条件を満たす場合、ネットワーク側へ送信するハッピービットをアンハッピーに設定し、端末が現在のサービング許可に不満足であることを示すように設定される。前記条件は、
条件１：少なくとも１つのキャリアが存在し、前記端末は、当該キャリアにおいて、伝送中のデータ量が当該キャリアにおいて強化アップリンク伝送フォーマット組み合わせＥ−ＴＦＣ選択において現在のサービング許可によって許可された最大スケジュールデータ量に等しい、且つ、前記端末が、当該キャリアにおいて更に高速データを伝送できるようなパワーを十分に有すること、
条件２：ｈａｐｐｙと同じＴＴＩにおいて、Ｅ−ＴＦＣ選択において選択されたパワーオフセットと同じパワーオフセットに基づいてデータを伝送し、現在の各キャリアにおける伝送係数の合計で伝送し、前記各キャリアにおける伝送係数は、当該キャリアにおけるアクティブハイブリッド自動再送要求プロセス数と総ハイブリッド自動再送要求プロセス数の比率に当該キャリアのサービング許可を掛けた結果であり、総Ｅ−ＤＣＨバッファ状態ＴＥＢＳが、ハッピービット遅延条件Ｈａｐｐｙ＿Ｂｉｔ＿Ｄｅｌａｙ＿Ｃｏｎｄｉｔｉｏｎより長い時間を要求する。
【００７９】
更に、前記端末は、前記条件１及び／又は条件２を満たさない場合、ハッピービットをハッピーに設定し、端末が現在のサービング許可に満足することを示すように設定される。
【００８０】
更に、前記端末は、下記基準ａ）及び基準ｂ）を満たす場合、端末が当該キャリアにおいて更に高速データを伝送できるようなパワーを十分に有することを判定するように設定される。
【００８１】
ａ）ＭＡＣ−ｉ／ｉｓが構成された場合、当該キャリアのＥ−ＴＦＣを識別し、当該キャリアにおいて識別されたＥ−ＴＦＣの伝送ブロックがハッピービットと同じ伝送時間間隔において選択された当該キャリアのＥ−ＴＦＣの伝送ブロックより少なくとも１６ビット以上である所定値大きいことをさせ、ＭＡＣ−ｉ／ｉｓが構成されない場合、当該キャリアのＥ−ＴＦＣを識別し、当該キャリアにおいて識別されたＥ−ＴＦＣの伝送ブロックがハッピービットと同じ伝送時間間隔において選択された当該キャリアのＥ−ＴＦＣの伝送ブロックより少なくともスケジューリングＭＡＣ−ｄストリームに属し且つバッファにデータがある全ての論理チャネルにおいて構成される全ての最小無線リンク制御プロトコルデータユニットＲＬＣ  ＰＤＵであるＸビット大きいことをさせること、
ｂ）ハッピービットと同じ伝送時間間隔において、Ｅ−ＴＦＣ選択において選択されたパワーオフセットと同じパワーオフセットに基づいてデータを伝送し、基準ａ）において識別された当該キャリアＥ−ＴＦＣをサポートすることである。
【００８２】
更に、前記端末は、メインキャリア及びサブキャリアにおいて、伝送中のデータ量が対応するキャリアにおいてＥ−ＴＦＣ選択において現在のサービング許可によって許可された最大スケジュールデータ量に等しい場合、以下の２つの基準を満たす場合、端末が前記メインキャリア及びサブキャリアにおいて、更に高速データを伝送できるようなパワーを十分に有することを判定するように設定される。
【００８３】
ａ）ＭＡＣ−ｉ／ｉｓが構成された場合、メインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣを識別し、メインキャリアにおいて識別されたＥ−ＴＦＣの第１の伝送ブロックとサブキャリアにおいて識別されたＥ−ＴＦＣの第２の伝送ブロックとの合計がハッピービットと同じ伝送時間間隔において選択されたメインキャリアＥ−ＴＦＣの第１の伝送ブロックとサブキャリアＥ−ＴＦＣの第２の伝送ブロックとの合計より少なくとも１６ビット以上である所定値大きいことをさせ、ＭＡＣ−ｉ／ｉｓが構成されない場合、メインキャリアのＥ−ＴＦＣ及びサブキャリアのＥ−ＴＦＣを識別し、メインキャリアにおいて識別されたＥ−ＴＦＣの第１の伝送ブロックとサブキャリアにおいて識別されたＥ−ＴＦＣの第２の伝送ブロックとの合計がハッピービットと同じ伝送時間間隔において選択されたメインキャリアＥ−ＴＦＣの第１の伝送ブロックとサブキャリアＥ−ＴＦＣの第２の伝送ブロックとの合計より少なくともスケジューリングＭＡＣ−ｄストリームに属し且つバッファにデータがある全ての論理チャネルにおいて構成される全ての最小ＲＬＣ  ＰＤＵであるＸビット大きいことをさせること、
ｂ）ハッピービットと同じ伝送時間間隔において、Ｅ−ＴＦＣ選択において選択されたパワーオフセットと同じパワーオフセットに基づいてデータを伝送し、且つ基準ａ）において識別されたメインキャリアＥ−ＴＦＣ及びサブキャリアＥ−ＴＦＣをサポートすることである。
【００８４】
更に、前記端末は、各キャリアにおいてアクティブハイブリッド自動再送要求プロセス数が同じである場合、現在の各キャリアのサービング許可の合計にアクティブハイブリッド自動再送要求プロセス数と総ハイブリッド自動再送要求プロセス数の比率を掛けた結果でデータを伝送するように設定される。
【産業上の利用可能性】
【００８５】
従来技術に比べて、本発明は、メインキャリア及びサブキャリアの状況に応じて、ハッピービットを確定し、これによって、端末のｈａｐｐｙ状態情報を正確に示してＮｏｄｅＢに提供し、ＮｏｄｅＢが端末がｈａｐｐｙ状態にあるか、ｕｎｈａｐｐｙ状態にあるかを正確に認識でき、プロセス異常を引き起こさない、パワー制御及びリソーススケジューリング処理プロセスを最適化し、呼ドロップ率を低減させ、端末及びＮｏｄｅＢの性能を最適化した。
【図１】
2013502769.tif 000005
【図２】
2013502769.tif 000006
【図３】
2013502769.tif 000007
【図４】
2013502769.tif 000008
【図５】
2013502769.tif 000009
【図６】
2013502769.tif 000010
【国際調査報告】
2013502769.tif 000011
2013502769.tif 000012
2013502769.tif 000013
2013502769.tif 000014