JP2011030259A - 容量を改善するためにｕｌｄｐｃｃｈ開閉と強化ｕｌｄｃｈとを結合する方法，装置及びソフトウェア製品 - Google Patents

Abstract

【課題】高速パケット接続を介してＩＰ電話（ＶｏＩＰ）のような通信信号を供給するために用いる方法，装置，ネットワーク要素及びソフトウェア製品を実現すること。
【解決手段】通信信号が準備され，高速送信を介して供給され，制御信号が不連続送信を行うために開閉される。これによって干渉が減少し，したがって通信容量が増加する。
【選択図】図６

Description

本発明は，広帯域符号分割多元接続（ＷＣＤＭＡ）の高速ダウンリンクパケット接続（ＨＳＤＰＡ）及びＷＣＤＭＡの高速アップリンクパケット接続（ＨＳＵＰＡ）におけるＩＰ電話（ＶｏＩＰ）に概略関連する。

はん用移動体通信システム（ＵＭＴＳ）は世界移動体通信システム（ＧＳＭ）から進化した第３世代移動体通信システムである。ＵＭＴＳはＧＳＭコアネットワーク及びＷＣＤＭＡ技術を用いて強化された移動体通信システムを提供することを目的としている。ＵＭＴＳ地上無線接続ネットワーク（ＵＴＲＡＮ）は，ＵＭＴＳにおけるＷＣＤＭＡ接続技術に対応する無線接続ネットワークである。

通常ユーザ装置（ＵＥ）とＵＴＲＡＮとの間のインタフェースは，物理層（Ｌ１）と，データリンク層（Ｌ２）と，ネットワーク層（Ｌ３）とを規定する無線接続ネットワーク仕様によって確立された無線インタフェースプロトコル関連技術を用いて実現されている。これらの層は，通信システムにおいては周知の開放型システム相互接続（ＯＳＩ）の下位３層を基礎としている。

例えば物理層（ＰＨＹ）は，高位層へ情報転送サービスを提供し，トランスポートチャネルを介して媒体接続制御（ＭＡＣ）層に結合している。データは，Ｌ２のＭＡＣ層とＬ１の物理層との間を往来する。トランスポートチャネルは，チャネルを共有するかどうかによって，個別トランスポートチャネルと共通トランスポートチャネルとに分割される。またデータ送信は，別個の物理層，すなわち送信側（送信器）の物理層と，受信側（受信器）の物理層との間で行われる。

関連する技術における典型的なシステムの例においては，第２層Ｌ２は，ＭＡＣ層と，無線リンク制御（ＲＬＣ）層と，同報及び多対地送信制御（ＢＭＣ）層と，パケットデータ集約プロトコル（ＰＤＣＰ）層と，を含む。ＭＡＣ層は，種々の論理チャネルを種々のトランスポート層と結び付ける。またＭＡＣ層は，いくつかの論理チャネルを１つのトランスポートチャネルに結び付けることによって，各論理チャネルを多重する。ＭＡＣ層は，論理チャネルを介して上位ＲＬＣ層へ接続される。論理チャネルは，制御面情報を送信する制御チャネルと，送信された情報種別によってユーザ面情報を送信する通信チャネルと，に分けることができる。ここで「通信（ｔｒａｆｆｉｃ）」という用語は時折制御情報を含むものと解釈されるが，本願明細書においては，「通信信号（ｔｒａｆｆｉｃ ｓｉｇｎａｌ）」という用語がユーザ面におけるデータ信号を指すものとする。

Ｌ２内のＭＡＣ層は，管理するトランスポートチャネルの種別に応じてＭＡＣ−ｂ副層と，ＭＡＣ−ｄ副層と，ＭＡＣ−ｃ／ｓｈ副層と，ＭＡＣ−ｈｓ副層と，ＭＡＣ−ｅ副層と，に分割される。ＭＡＣ−ｂ副層は同報チャネル（ＢＣＨ）を管理し，ＢＣＨはシステム情報の同報を扱うトランスポートチャネルである。ＭＡＣ−ｃ／ｓｈ副層は，ＦＡＣＨ（下り接続チャネル）又はほかの端末と共有するＤＳＣＨ（ダウンリンク共有チャネル）のような共通トランスポートチャネルを管理する。ＭＡＣ−ｄ副層は，ＤＣＨ（個別チャネル），すなわち特定端末のための個別トランスポートチャネル，の管理を扱う。アップリンク及びダウンリンクの高速データ送信に対応するために，ＭＡＣ−ｈｓ副層はＨＳ−ＤＳＣＨ（高速ダウンリンク共有チャネル），すなわち高速ダウンリンクデータ送信のためのトランスポートチャネル，を管理し，そしてＭＡＣ−ｅ副層はＥ−ＤＣＨ（強化個別チャネル），すなわち高速アップリンクデータ送信のためのトランスポートチャネル，を管理する。

典型的な関連技術によるシステムの例においては，第３層（Ｌ３）の再下位にある無線リソース制御（ＲＲＣ）が無線ベアラ（ＲＢ）の確立と，再構成と，解放と，に関する第１層及び第２層のパラメータを制御する。ＲＲＣ層はまた，論理チャネルと，トランスポートチャネルと，物理チャネルと，を制御する。ここでＲＢとは，端末とＵＴＲＡＮとの間のデータ送信のための無線プロトコルの第１層及び第２層が提供する論理パスを指す。一般にＲＢの確立とは，特定のデータサービスを提供するために必要なプロトコル層及びチャネルの特性の規定，並びに対応する詳細パラメータ及び動作方法の設定を指す。

ここで関連技術による典型的なＨＳＵＰＡを簡単に説明する。ＨＳＵＰＡは，端末，すなわちＵＥ，がアップリンクを介して高速でＵＴＲＡＮへデータを送信できるようにするシステムである。ＨＳＵＰＡは，関連技術のＤＣＨの代わりにＥ−ＤＣＨを用いる。また，高速送信に必要なＨＡＲＱ（ハイブリッド自動再送要求）及びＡＭＣ（適応変調符号化）と，ノードＢ制御スケジュールのような技法とを用いる。ＨＳＵＰＡに関しては，端末のＥ−ＤＣＨ送信を制御するためにダウンリンク制御情報をノードＢが端末に送信する。ダウンリンク制御情報は，ＨＡＲＱのための応答情報（ＡＣＫ又はＮＡＫ），ＡＭＣのためのチャネル品質情報，ノードＢ制御スケジュールのためのＥ−ＤＣＨ送信レート割当て情報，Ｅ−ＤＣＨ送信開始時間及び送信時間間隔割当て情報，トランスポートブロックサイズ情報，などを含む。端末はアップリンク制御情報をノードＢへ送信する。アップリンク制御情報は，ノードＢスケジュールのためのＥ−ＤＣＨ送信レート要求情報，ＵＥバッファ状態情報，ＵＥ電力状態情報，などを含む。ＨＳＵＰＡのアップリンク及びダウンリンク制御情報は，アップリンクのＥ−ＤＰＣＣＨ（強化個別物理制御チャネル），並びにダウンリンクのＥ−ＨＩＣＨ（ＨＡＲＱ肯定応答指示チャネル），Ｅ−ＲＧＣＨ（相対許可チャネル），及びＥ−ＡＧＣＨ（絶対許可チャネル）のような物理制御チャネルを介して送信される。ＨＳＵＰＡに関しては，ＭＡＣ−ｄフローはＭＡＣ−ｄとＭＡＣ−ｅとの間で規定される。ここでＤＣＣＨ（個別制御チャネル）又はＤＴＣＨ（個別通信チャネル）のような個別論理チャネルは，ＭＡＣ−ｄフローにマップされる。ＭＡＣ−ｄフローはトランスポートチャネルＥ−ＤＣＨにマップされ，トランスポートチャネルＥ−ＤＣＨは物理チャネルＥ−ＤＰＤＣＨ（強化個別物理データチャネル）にマップされる。また個別論理チャネルは直接トランスポートチャネルＤＣＨにマップされる。この場合ＤＣＨは物理チャネルＤＰＤＣＨにマップされる。

ＷＣＤＭＡ標準によれば，アップリンク（ＵＬ）個別物理制御チャネル（ＤＰＣＣＨ）はＰＨＹである第１層で生成される制御情報を搬送する。第１層制御情報は，例えばコヒーレント検波のためのチャネル推定に対応する既知のパイロットビットと，ダウンリンク（ＤＬ）個別物理チャネル（ＤＰＣＨ）のための送信電力制御（ＴＰＣ）と，フィードバック情報（ＦＢＩ）と，任意選択のトランスポート形式結合指示子（ＴＦＣＩ）と，からなる。ＵＬ ＤＰＣＣＨは連続的に送信され，各無線リンクに１つのＵＬ ＤＰＣＣＨがある。

セル内に多数のユーザがいるときは，ＨＳＤＰＡ及びＨＳＵＰＡ上のＶｏＩＰには大きな容量が望ましい。すると連続的に送信されるＵＬ ＤＰＣＣＨによる干渉が容量を制限する要因となる。したがってその制限要因を見直すことによってＶｏＩＰの容量を改善することが望ましい。

データ通信（例えばＶｏＩＰ）はＥ−ＤＣＨ上で送信され，Ｅ−ＤＣＨはＥ−ＤＰＤＣＨ上で送信される。Ｅ−ＤＰＤＣＨに関連する制御信号は，Ｅ−ＤＰＣＣＨ上で送信される。これらのチャネルは，送信データがあるとき，及びネットワークが送信を許可したとき，だけ送信される。すなわちこれらの送信は不連続である。ＤＰＣＣＨはチャネルのパイロットビット及び干渉比（ＳＩＲ）推定のための信号を搬送する個別制御チャネルである。またＤＰＣＣＨは，ＤＰＤＣＨ上で用いられるトランスポート形式を示すＴＦＣＩビット及びＵＥから基地局，すなわちノードＢへフィードバック情報を搬送するＦＢＩビットだけでなく，ＤＬ ＤＰＣＨのための電力制御ビットも搬送する（しかし，ＴＦＣＩビット及びＦＢＩビットはＥ−ＤＰＤＣＨが用いられるときは必要ない）。この送信は，たとえしばらくの間送信するデータがないときも連続しており，通常連続的に送信される回線交換サービスにも受け入れられる。しかしバースト的なパケットサービスについては，連続ＤＰＣＣＨ送信は極めて大きなオーバヘッドを生じる。

「端末電力節減」において，ＵＬ ＤＣＣＨ開閉を利用することは既知技術である。例えば3GPP技術資料TR 25.840，V4.0.0，２００３年１２月，の8.1.2章，「端末電力節減」を参照されたい。しかしＵＬ ＤＰＣＣＨ開閉の全能力は，ＨＳＵＰＡではまだ利用されていない。

ＤＰＣＣＨ開閉はＤＰＣＣＨ送信内の休止期間，すなわちＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｔｒａｎｓｍｉｓｓｉｏｎ：不連続送信）に関連し，それはＤＰＣＣＨを用いる不連続送信である。一般にＤＴＸは，人が話すのを止めると出力電力を減らすバッテリ節減機能である。ＤＰＣＣＨ開閉は，少なくとも電力節減目的では既知である。初期にはいくつかの規則的（又は擬似ランダムの）ＤＴＸパターンが考えられた。しかし，ＵＬ ＤＰＣＣＨは，ＨＳＤＰＡ及びＨＳＵＰＡ送信においては十分に利用されていなかった。

特表２００２−５４２６５９号公報 特表２００３−５０１８７６号公報 特表２００３−５１１８９８号公報

本発明は，例えばＨＳＵＰＡ又はほかの不連続データ送信上のＶｏＩＰにおいて，容量を改善するためにどのようにしてＵＬ ＤＰＣＣＨをＥ−ＤＣＨと結合することができるかを開示する。したがって，Ｅ−ＤＣＨを送信するとき，ＵＬ ＤＰＣＣＨを送信することが望ましい。Ｅ−ＤＣＨ送信は，スケジュール又は制約されたＨＡＲＱ過程に対するＨＡＲＱ再送信によって制御される。あるいは，Ｅ−ＤＣＨ送信が長い間不活性であるときＵＬ ＤＰＣＣＨを送信するのが望ましい。Ｎスロット（例えば１０ｍｓ）より長い送信の間げきの発生を防ぐために，ＭスロットのＤＰＣＣＨを送信する。またＤＰＣＣＨは，最大再送信数になるまで，再送信が可能な限り送信することができる。ノードＢは，再送信の送信時間間隔（ＴＴＩ）を監視する。

再送信ＴＴＩはまた，新規送信にも用いることができ，その新規送信は再送信を置き換えることができる。そして再送信は次のＴＴＩで行われる（したがって次のＴＴＩは，再送信を待っているノードＢに監視され，再送信の代わりに新規送信であることに気付く）。あるいは再送信は必要なとき行われ，恐らく新規データは次のＴＴＩで送信される。次のＴＴＩにおいて送信が行われるか，又はノードＢが再送信後に自動的に次のＴＴＩを検査するかのいずれかが指示される。

本発明によれば，ＤＰＣＣＨ開閉（ＤＴＸ）はＥ−ＤＣＨ送信に結びついている。換言すれば，開閉は少なくとも部分的にはＥ−ＤＣＨによって制御され，これは新規性の重要な点である。この開閉制御は，（スケジュール送信の）スケジュール動作，（非スケジュール送信の）既知の送信位置，又は（再送信の）ＡＣＫ又はＮＡＫを介して行うことができる。更に開閉は部分的にはＥ−ＤＣＨ送信と独立であり，したがって例えば周期的であるか，あるほかの既知のパターンに適合するものである。このようにＵＬ ＤＰＣＣＨは，Ｅ−ＤＣＨが送信されるときだけ送信されるか，又はＥ−ＤＣＨ送信が長い間不活性であるときは，長いＵＬ ＤＰＣＣＨ送信間げきの発生を防ぐために所定のパターンによって送信される。

ＨＳＵＰＡは２つのモード，すなわちスケジュールモード及び非スケジュールモードを含む。スケジュールモードにおいては，ＵＥがいつ送信してもよいかをノードＢが制御し，したがってノードＢはいつＵＥが送信するかを知っている。ＤＰＣＣＨ送信がＥ−ＤＰＤＣＨ又はＥ−ＤＰＣＣＨ送信に結び付けられているときは，ノードＢはまたいつＤＰＣＣＨが予想されるかを知っている。例えば，ＵＥは，たとえバッファが既に空であっても，許可されたスケジュール（すなわち，送信が許可されたとき）にはＤＰＣＣＨを送信しなければならないといった規則が適用される。したがってＤＰＣＣＨ送信を止めるためには，ノードＢがＥ−ＤＰＤＣＨを止めることが望ましい。特にＴＴＩが２ｍｓであるときは，ノードＢはＵＥの送信をあるＨＡＲＱ過程に制限する手段を有する。それでＵＥはすべてのこれらのＨＡＲＱ過程において，少なくともＤＰＣＣＨを送信する。

上述のようにＨＳＵＰＡはまた，非スケジュールモードも含む。非スケジュールモードにおいては，ネットワークはあるＭＡＣ−ｄフローに対して最大データレートを許可してもよい。ＶｏＩＰは周期的な性質を有するので，新規パケットは既知の時刻（例えば２０ｍｓごと）に到着し，ノードＢは容易にこのパターンを覚えることができる。これは，１０ｍｓのＴＴＩでは，（再送信がそれを置き換え又は延期しない限り）２ＴＴＩごとに１回新規送信があることを意味する。このように，Ｅ−ＤＰＤＣＨ上のパケット再送信が必要な限り，ＤＰＣＣＨ（恐らくＥ−ＤＰＤＣＨ及びＥ−ＤＰＣＣＨ）は１０ｍｓのＴＴＩの２回に１回送信され，もう１つのＴＴＩではＤＴＸが送信される。再送信後，たとえＥ−ＤＰＤＣＨ上に送信する新規送信がなくても次のＴＴＩ期間にＤＰＣＣＨが送信される。

２ｍｓのＴＴＩについては，非スケジュール送信をあるＨＡＲＱ過程だけに制約することができる。このようにＤＰＣＣＨ送信はまた，これら同一のＨＡＲＱ過程に制約することができる。

再送信に関して，ＤＰＣＣＨ開閉には少なくとも２つの可能な戦略がある。第１は，再送信が可能なとき（最大再送信数が制限を設定する），常にＤＰＣＣＨを送信する。第２は，ＤＰＣＣＨをＡＣＫ又はＮＡＫで制御してもよい。すなわち，ノードＢがＮＡＫを送信したときだけ，ＤＰＣＣＨを再送信と共に送信する。これら２つの方法のうち第１のものは信号通知誤りに対してより堅固であり，一方第２のものはＤＰＣＣＨ送信をより減少させることができる。第１の方法によればノードＢは常に再送信ＴＴＩを監視するので，再送信ＴＴＩを新規データ指示を有する新規データ送信にも用いることができる。新規送信は再送信を置き換えてもよく，再送信は次のＴＴＩで行われる（したがって次のＴＴＩは，再送信を待っているノードＢに監視され，再送信の代わりに新規送信であることに気付く）。あるいは再送信は必要なとき行われ，恐らく新規データは次のＴＴＩで送信される（次のＴＴＩにおいて送信が行われるか，又はノードＢがいずれにしろ再送信後に自動的に次のＴＴＩを検査するかのいずれかが指示される）。

Ｅ−ＤＣＨ制御のＤＰＣＣＨ開閉に加えて，過剰な長さを有する間げきがないことを保証するために，いくつかの（定期的又は擬似ランダムの）ＤＰＣＣＨ送信パターンがあるのが望ましい。例として，ＶｏＩＰ送信をＥ−ＤＣＨ上で行ってもよい。絶対に必要な仮定ではないが，ＨＳＵＰＡ上の各（ＶｏＩＰの）ユーザのスケジュール時間が半静的であるとしよう。換言すれば，ノードＢが特定のユーザからＥ−ＤＣＨ上でデータをいつ受信するかを知っている。例えばこれは，２ｍｓのＨＳＵＰＡ ＴＴＩを有するＨＳＵＰＡの非スケジュールモードを用いて行うことができる。すなわち，２ｍｓのＴＴＩについては，非スケジュール送信をあるＨＡＲＱ過程に制約することができる。

１０ｍｓのＴＴＩの場合，２０ｍｓごとのパケットを用いるＶｏＩＰサービスによる単純な原理は，例えば１つおき（奇数又は偶数）のＡＲＱ過程だけ送信を許可することである。更なる最適化を行うためには，いつ再送信が必要かについての追加の処理と，再送信と次のパケット到着との間に衝突があること（遅延予想（ｄｅｌａｙ ｂｕｄｇｅｔ）が１回の再送信を許すと仮定）とを考慮に入れる必要があり，再送信が必要なときだけ更なる処理を行ってもよい。

特に再送信は，通常は未使用の過程に代えて１０ｍｓのフレーム１つ分遅延させることができる。このことは，例えば基地局装置（ＢＴＳ）は，Ｅ−ＤＣＨ ＨＡＲＱ肯定応答指示子チャネル（Ｅ−ＨＩＣＨ）がＡＣＫを示したときでさえ，過程１に対する新規データ指示子を有するときは，ＢＴＳは次の１０ｍｓも同様に以前のパケットの再送信を含む受信が期待できるものとして知っている。この方法の利点は，ＤＴＸが次の１０ｍｓに発生するかどうかについて，ＢＴＳが事前知識を有することである。このように再送信なしに（かつ連続動作によって）１つおきの１０ｍｓＴＴＩを常に十分利用することができ，中間のＴＴＩはほとんどＤＴＸである（ＤＰＣＣＨを有するいくつかのスロットが，ＴＰＣ動作には必要である可能性がある）。

あるいは，通常未使用の過程に代えて，また再送信を遅延させることなく，新規送信を１０ｍｓフレーム１個分遅延させることができる。通常許可されるフレーム（ＨＡＲＱ過程）における再送信を指示するステップは，ノードＢに（再送信によって置き換えられた）新規パケット送信が次の（通常未使用の）過程において行われることを通知し，また可能性のある再送信のためにＨＡＲＱ過程も用いる。この代替案は，現在の過程構造からＢＴＳ ＡＲＱ過程処理を変更する必要がない利点があるが，ＤＴＸ期間が存在するかどうかについて不確定性を生み出す（再送信後に追加データがあるかどうかに依存する）。ここでＤＴＸは，ＤＰＣＣＨも同様に含むすべての送信を停止させることになる点について注意されたい。

特に最大間げき長が長い場合は，「次のＴＴＩにおけるＥ−ＤＣＨ送信」指示（例えばＥ−ＴＦＣＩ送信の２ｍｓ前）が，プリアンブルパターンの考え方と共に適用できる。本発明の利点は，バッテリ寿命を長くすることになるＵＥ電力節減に加えて，容量改善になる干渉削減を含む。

２０ｍｓに１回送信される，２ｍｓＥ−ＤＣＨの可能な開閉パターンを示す図である。 本発明の実施例による方法を示す図である。 本発明の実施例によるユーザ装置を示す図である。 本発明の実施例によるシステムを示す図である。 本発明の実施例によるネットワーク要素を示す図である。 本発明の実施例による開閉ステップを示す図である。

ここで本発明の実施例を例示目的としてだけ説明するが，本発明を実施できる多くのほかの実施例をなんら排除するものではない。本実施例によれば，開閉はＵＴＲＡＮが制御することが望ましく，ＵＴＲＡＮはＤＰＣＣＨ送信開閉の開始及び終了を制御することが望ましい。信号の統計を用い，又は会話型パケット交換無線ベアラ（ＰＳ ＲＢ），特定の遅延要求条件，データレート，などのような指定された可能なサービス品質（ＱｏＳ）のパラメータを用いて，ネットワークはそのような動作の可能性を判定することができる。この開閉要求条件は，活性な集合内の必ずしもすべてのノードＢが開閉に対応していない場合に，ソフトハンドオーバ（ＳＨＯ）の機能を保証するために有用である。

ＵＴＲＡＮは，例えば通信の統計を監視することによって，開閉の開始及び／又は終了を行うことができる。ネットワークは，どのような種類の開閉パターン及び比率を用いるかを決定すること，また必要な情報を，例えばノードＢ応用部（ＮＢＡＰ）信号通知を用いてノードＢへ，及び例えば無線リソース制御（ＲＲＣ）信号通知を用いてＵＥへ通知することも，行うのが望ましい。ノードＢは，いつＵＬ ＤＰＣＣＨを送信し，又は送信しないかを知っていることが好ましく，どのような場合でも少なくとも開閉を行うかどうかを知っていることが望ましい。そうでないと，同期と，電力制御と，チャネル推定とに関して重大な問題が予想される。しかしノードＢは必ずしもすべての送信について事前に知っている必要はなく，その代わり基本開閉パターンだけを知っていればよい。そうすればＵＥもまた，開閉パターンの間げき期間に自律的に送信することができる。ここでノードＢは，いつＵＬ ＤＰＣＨ開閉を行うか，いつＵＬ ＤＰＣＣＨが送信され，又は送信されないか，並びに初期送信の場合及び再送信の場合にデータ送信を指示するために用いる方法について知っていると想定する。

第１の方法においては，ＵＬ ＤＰＣＣＨの開閉パターンは，例えばＵＬ ＤＰＣＣＨをＮｍｓ（ミリ秒）に１回送信するように設計できる。ＵＬ ＤＰＣＣＨ送信期間にはＭスロットが与えられる。Ｎｍｓは，前回の送信の最後から測定してもよいし，あるいはＥ−ＤＣＨ送信と独立にネットワークがパターンを規定してもよい。Ｎｍｓを前回の送信の最後から測定するときは，ＵＬ ＤＰＣＣＨ送信はＥ−ＤＣＨ送信に先行し，データ送信と共に継続する。開閉期間は，データ送信ＴＴＩを含んでＭスロットである。

あるいは第２の方法において開閉パターンをＥ−ＤＣＨ送信と独立にネットワークが規定するときは，ＵＬ ＤＰＣＣＨはＮｍｓに１回送信され，データ送信が行われるときは，送信に先立つＵＬ ＤＰＣＣＨ送信期間で開示される。ＵＬ ＤＰＣＣＨ送信期間にはＭスロットが与えられるが，Ｅ−ＤＰＤＣＨ及びＥ−ＤＰＣＣＨが送信されるときは，ＵＬ ＤＰＣＣＨ送信はＥ−ＤＰＤＣＨ及びＥ−ＤＰＣＣＨと共に継続する（Ｎｍｓは，前回の送信の最後から測定してもよいし，あるいはＥ−ＤＣＨ送信と独立にネットワークがパターンを規定してもよい）。Ｍ及びＮの値，並びに上述のどちらの開閉方法を用いるかが，唯一の可能性を有するように仕様によって決められていないときは，それをノードＢ及びＵＥに通知するために，高位層信号通知を用いる。

第３の方法においては，次のＴＴＩにデータ送信が行われるかどうかについての情報はデータ送信に先立つＵＬ ＤＰＣＣＨ送信期間を用いて提供される。これを実行する方法は，例えばＥ−ＤＰＣＣＨが２ｍｓの構造を有するとき，Ｅ−ＴＦＣＩを１ＴＴＩ，すなわち２ｍｓだけ早く開始するか，又はＤＰＣＣＨが発生するとき常にはＥ−ＤＰＣＣＨを発生させない（すなわち必要なときだけ発生させる）ものである。これを実行する別の方法は，開閉と共に用いる新規なＵＬ ＤＰＣＣＨ構造を規定することである。（開閉を伴うＤＰＣＣＨ送信が想定されず，ダウンリンクにおいてＦ−ＤＰＣＨを有するＨＳＤＰＡが想定されるとき）ＴＦＣＩビット又はＦＢＩビットは必要がない。１ＴＴＩ，すなわち２ｍｓ，すなわちＭスロットのＴＦＣＩビット又はＦＢＩビットは，次のＴＴＩにおいて送信が行われるかどうかを通知するために再利用してもよいし，又は次のＴＴＩのＥ−ＴＦＣＩに直接用いてもよい。Ｅ−ＤＣＨ送信に関しては，許可及び利用可能な電力が必要である。非スケジュールＭＡＣ−ｄフローには非スケジュール許可レートが必要であり，スケジュール送信には（許可された，活性なＨＡＲＱ過程と共に）サービス提供許可が必要である。

開閉パターンがＶｏＩＰだけによって設計されているときは，非ＶｏＩＰ関連の送信（例えば信号通知無線ベアラＳＲＢ）のために，各間げきの間の送信が許可され，それによってノードＢにおいてＤＴＸ検出が必要である。反対に各ＶｏＩＰユーザの半静的スケジュールはまた，可能な再送信及び非ＶｏＩＰ送信も含み，したがって各間げきの間では送信は必要でない。また未使用のＶｏＩＰ再送信は，（ＨＡＲＱ過程利用条件によって制限されていないとき）別の通信のために利用することができる。開閉は，実際に許可されるより多い数の再送信を規定してもよく，ほかの通信にも使える可能性を保証するために，予備の再送信ＴＴＩをほかの通信の送信に用いてもよい。このように第３の開閉パターン方法によれば，ＶｏＩＰ以外の通信も，どのような開閉パターンの考慮もなしに，ＶｏＩＰだけに最適化された開閉電力で可能になる。

これら開閉方法の間の差異を示すために，図１に２ｍｓＥ−ＤＣＨに可能な開閉パターンを示す。ここでＥ−ＤＣＨは２０ｍｓ間隔で送信されると想定する。図１において，「Ｍ」は３の倍数と想定する。

図１のケース１１０及び１２０は第２開閉パターンの方法に対応し，ＤＰＣＣＨの開閉は，Ｅ−ＤＣＨ送信に先行するものだけを切断する。ケース１１０において，パラメータＭは４ｍｓ（すなわちＭ＝６スロット）であり，一方ケース１２０では，パラメータＭは６ｍｓ（すなわちＭ＝９スロット）である。またこれらは第３開閉パターンの方法にも対応し，その場合はＵＬ ＤＰＣＣＨ送信後，常に送信が行われる。第３開閉パターンの方法では，パラメータＭは図１のケース１１０では２ｍｓであり，一方図１のケース１２０では４ｍｓである。

図１のケース１３０は，周期的開閉パターンの方法（すなわち第１開閉パターンの方法）に対応し，パラメータＮ及びＭはそれぞれ値１０ｍｓ及び２ｍｓを有する。Ｅ−ＤＰＤＣＨ上のデータ送信の前の長い送信間げきの後，ＵＬ ＤＰＣＣＨの電力レベルを調整するため，例えば短いプリアンブルの助けを借りてもよい。

「次のＴＴＩにおけるＥ−ＤＣＨ送信」指示（例えば２ｍｓ早いＥ−ＴＦＣＩ送信）及びプリアンブルパターンの概念を有する第３開閉パターンの方法は，特に最大間げき長が長いとき（例えばあるしきい値長より長いとき）に適用することができる。Ｅ−ＤＰＣＣＨは２ｍｓ早く開始し，それによってＥ−ＴＦＣＩはＥ−ＤＣＨより２ｍｓ前に受信される。あるいはＭスロット上のある不必要なＤＰＣＣＨビットを再利用して，早期Ｅ−ＴＦＣＩ（又は次のＴＴＩにおいてＥ−ＤＣＨ送信が行われることの簡単な指示）を送信することができる。

本発明の思想は，送信データがないときはＤＰＣＣＨを送信しないことである。しかし電力制御及びチャネル推定には，ＤＰＣＣＨが十分頻繁に送信されることが必要であり，したがってたとえＥ−ＤＰＤＣＨ上でデータが送信されないときでも時々ＤＰＣＣＨを送信する必要がある。ここで本発明はＥ−ＤＣＨ送信を用いて開閉（すなわちＤＰＣＣＨを送信しないこと）を制御するステップを含む。これは，（Ｅ−ＤＰＤＣＨと共に送信される関連制御チャネルである）Ｅ−ＤＰＣＣＨ送信だけでなく，Ｅ−ＤＰＤＣＨ送信（Ｅ−ＤＣＨはＥ−ＤＰＤＣＨ上で送信される）とも均等である。

この実施例において，ＶｏＩＰパケットはＥ−ＤＰＤＣＨ上で送信されるＥ−ＤＣＨ（トランスポートチャネル）上で送信されると想定する。この思想は，Ｅ−ＤＰＤＣＨが送信されないときは，できる限りＤＰＣＣＨ送信を避けるように試みることである。２０ｍｓごとに１つのＶｏＩＰパケットがあり，それは特に２ｍｓＴＴＩに関しては図１のケース１００に示すように２つのＶｏＩＰ送信の間に１８ｍｓの間げきがあることを意味する。更に音声には無音期間があり，その期間は１６０ｍｓに１回，無音指示子（ＳＩＤ）フレームが送信される。このようにしてユーザのＥ−ＤＰＤＣＨには極めて多くのＤＴＸがある。更にノードＢは，いつＤＰＣＣＨが送信されるかどうかについてできるだけ知っていることが望ましい。

図２に，高速パケット接続を介して通信信号を提供する本発明の方法の簡単な実施例を示す。「通信信号」という用語は，制御チャネルを含むように解釈できるが，本願明細書においてはデータ信号を指す。最初に高速送信のために通信信号が準備される（ステップ２０５）。次に制御チャネルが開閉されて（ステップ２２０），制御チャネルの不連続送信が行われる（ステップ２２５）。開閉ステップ２２０は，少なくとも部分的にＥ−ＤＣＨ送信によって制御される。

ここで図３に移ると，ユーザ装置３００はＨＳＵＰＡを介して信号を供給するようになっている。ユーザ装置は，高速送信のために通信信号を準備する（すなわち供給する）ように構成された準備デバイス３４５を含む。ユーザ装置はまた，不連続送信を行うように制御チャネルを開閉するように構成された開閉デバイス３３５を含む。更にユーザ装置はコントローラ３３０を備え，それはＥ−ＤＣＨ送信を介して開閉デバイスを少なくとも部分的に制御するように構成されている。アンテナ３３３は不連続アップリンク信号を供給する。

図４に本発明の実施例によるシステムを示す。信号プロセッサ３４５は高速送信のための通信信号を準備するように構成される。開閉機構３６０は，不連続送信を行うように制御チャネルを開閉するように構成される。受信デバイス３６５は，通信信号を受信するものである。開閉は，少なくとも部分的にＥ−ＤＣＨコントローラ３３０によって制御される。

図５は図３に類似し，単にユーザ装置側実施例の代わりにネットワーク側の同等の実施例を示している。ネットワーク要素５００は，ＨＳＤＰＡを介して通信信号を供給するように構成される。ネットワーク要素は，高速送信のために通信信号を準備するように構成された準備デバイス５４５を含む。ネットワーク要素はまた，不連続送信を行うように制御チャネルを開閉するように構成された開閉デバイス５５５を含む。更にネットワーク要素はコントローラ５５０を備え，それはＥ−ＤＣＨ送信を介して少なくとも部分的に開閉デバイスを制御するように構成される。アンテナ５６５は不連続ダウンリンク信号を供給する。

図６に本発明の実施例による開閉ステップを簡単に示す。ＤＰＣＣＨ６３０は，連続的に送信する代わりに開閉される。この開閉ステップは，少なくとも部分的にＥ−ＤＣＨ送信６２０によって制御される（（ＤＰＣＣＨは，Ｅ−ＤＣＨ上にデータがあるときは常に送信される）。そしてこの開閉ステップは，部分的にはＥ−ＤＣＨ送信によって制御されない（Ｅ−ＤＣＨ送信の間）。

上述の実施例は，ここで説明した方法に適合する標準オペレーティングシステムのソフトウェアを有する一般用又は特定用途計算機システムによって実現することができる。ソフトウェア製品は，システムの特定のハードウェアの動作を駆動するように設計され，ほかのシステムコンポーネント及びＩ／Ｏコントローラと両立することができる。本実施例の計算機システムは，例えば図４に示すプロセッサ３４５であって，単一処理ユニット又は並行動作可能な複数処理ユニットを備えたプロセッサを含み，若しくはプロセッサは例えばクライアント及びサーバ上の，１又は複数の場所にある１又は複数の処理ユニットに分散してもよく，若しくはコントローラ３３０を含んでもよい。また本実施例のソフトウェア製品は，任意の既知の種類のデータ記憶媒体及び／又は伝送媒体を備えるメモリユニットを利用し，媒体は磁気媒体，光媒体，ランダムアクセスメモリ（ＲＡＭ），読み出し専用メモリ（ＲＯＭ），データキャッシュ，データオブジェクトなどを含む。更にプロセッサと類似してメモリは，１又は複数の種類のデータ記憶を備えた単一の物理的場所にあってもよいし，種々の形態の多数の物理システムに分散していてもよい。

本願の図及び付随する最良の実施例の説明は，考慮下の方法，システム，移動体デバイス及びソフトウェア製品を完全に厳密に取り扱うことを意図していないことを理解されたい。本技術の当業者であれば，本アプリケーションのステップ及び信号は，一般的な因果関係を表したものであって種々の中間相互動作を排除するものではないことを理解するであろう。更に本願に記載した種々のステップと，構造と，デバイスとは，ここでは更に詳細を説明する必要のない種々の異なった組合せによるハードウェア及び／又はソフトウェアの種々の異なるシーケンス及び構成によって実現できることを理解するであろう。

Claims (22)

1. 個別チャネルを介してデータ送信信号を提供するステップと，
   不連続送信を行うために制御チャネルを開閉する開閉ステップと，
   を有し，
   前記開閉ステップを，前記個別チャネル上の前記送信信号又は許容送信時間によって少なくとも部分的に制御する方法。
2. 前記個別チャネルは，強化個別チャネル（Ｅ−ＤＣＨ）とし，
   前記制御チャネルは，個別物理制御チャネル（ＤＰＣＣＨ）とし，
   前記不連続送信は，アップリンク送信とする，
   請求項１に記載の方法。
3. 前記開閉ステップは，前記送信信号に起因する干渉を最小化するように時期を決める請求項１に記載の方法。
4. 請求項１に記載の方法を実行するためのソフトウェアデータ構造によって符号化した計算機可読媒体。
5. 次の送信時間間隔（ＴＴＩ）における強化個別チャネル（Ｅ−ＤＣＨ）送信の指示を適用するステップを更に有する請求項１に記載の方法。
6. 最大ギャップ長が長いとき前記指示を適用する請求項５に記載の方法。
7. 前記データ送信信号は，ＩＰ電話（ＶｏＩＰ）信号を構成する請求項１に記載の方法。
8. 前記データ送信信号は，高速パケット接続を介して送信する請求項１に記載の方法。
9. 前記不連続送信は，多数のハイブリッド自動再送要求（ＨＡＲＱ）再送信を送信するステップを含み，
   前記個別チャネル上の前記送信信号が，前記不連続送信における多数の送信ギャップの少なくとも１つの量又は程度を制御する請求項１に記載の方法。
10. 前記個別チャネルの前記許容送信時間は，パケットの再送信時間とする請求項１に記載の方法。
11. 前記個別チャネルの前記許容送信時間は，パケットの初期送信時間とする請求項１に記載の方法。
12. 個別チャネルを介した送信のために通信信号を提供する手段と，
    不連続送信を行うために制御チャネルを開閉する手段と，
    を備え，
    前記開閉する手段を，前記個別チャネルの前記送信信号又は許容送信時間によって少なくとも部分的に制御する装置。
13. 個別チャネル上の送信のために通信信号を供給するように構成した準備デバイスと，
    制御チャネルを開閉して，前記制御チャネルにおいて不連続送信を行うように構成した開閉デバイスと，
    を備え，前記開閉デバイスは，前記個別チャネル上の前記送信信号又は許容送信時間によって少なくとも部分的に制御する装置。
14. 強化個別チャネル上の前記送信信号が，コントローラを用いて前記開閉デバイスを制御し，
    前記装置は，前記送信信号によって生じる干渉を最小化するように前記開閉デバイスの動作時期を決めるように構成したタイマを更に備える請求項１３に記載の装置。
15. 次の送信時間間隔（ＴＴＩ）における強化個別チャネル（Ｅ−ＤＣＨ）送信の指示を適用するように構成したアプリケーションモジュールを更に備える請求項１３に記載の装置。
16. 最大ギャップ長が長いとき前記指示を適用する請求項１５に記載の装置。
17. 前記通信信号はＩＰ電話（ＶｏＩＰ）信号とし，前記装置はネットワーク要素とするか，又はユーザ装置に置く請求項１３に記載の装置。
18. 前記ユーザ装置は，携帯電話機を形成するために必要なコンポーネントを備える請求項１７に記載の装置。
19. 前記不連続送信は，干渉を減少させ，したがって通信容量を増加させるようになっている請求項１３に記載の装置。
20. 高速パケット接続を介して通信信号を供給するステップにおいて用いるソフトウェア製品であって，実行可能コードが組み込まれた計算機可読媒体を有し，前記コードは実行したとき，
    個別チャネル上の送信のために通信信号を供給するステップと，
    不連続送信を行うために制御チャネルを開閉する開閉ステップと，
    を有するタスクを実行するようになっており，
    前記開閉ステップを，前記個別チャネルの前記送信信号又は許容送信時間によって少なくとも部分的に制御するソフトウェア製品。
21. 高速送信のために通信信号を供給するように構成した信号プロセッサと，
    不連続送信を行うために制御チャネルを開閉するように構成した開閉機構と，
    前記通信信号を受信するように構成した受信デバイスと，
    を備え，
    前記開閉を，個別チャネル送信信号又は許容送信時間によって少なくとも部分的に制御するシステム。
22. 不連続送信のために制御チャネルを準備するステップと，
    不連続送信を行うために制御チャネルを開閉する開閉ステップと，
    を有し，
    前記開閉ステップは，個別チャネルの前記送信信号又は許容送信時間によって少なくとも部分的に制御する方法。

Images