(57)【特許請求の範囲】
【請求項１】
ネットワークが二重ストリーム伝送モードから単一ストリーム伝送モードへの切り替えを示す場合、１つのデータストリームのデータ伝送を停止して、前記停止されたデータストリームのハイブリッド自動再送要求（ＨＡＲＱ）プロセスにおいてデータを消去し、
ネットワークが単一ストリーム伝送モードから二重ストリーム伝送モードへの切り替えを示す場合、元のデータストリームのＨＡＲＱプロセスにおいて、再送データを、ＨＡＲＱプロセス番号を変更することなく伝送して、新しいデータストリームのＨＡＲＱプロセスにおいて新しいデータを伝送するか、または、前記元のデータストリームまたは前記新しいデータストリームの前記ＨＡＲＱプロセスにおいて伝送すべき新しいデータとして前記元のデータストリームの前記再送データを使用し、
前記停止されたデータストリームの前記ＨＡＲＱプロセスにおいて前記データを消去することの前に、前記別のデータストリーム内のデータが再送される必要がある場合、前記別のデータストリームの前記対応するＨＡＲＱプロセスにおいて、再送されるべき前記データを伝送して、前記別のデータストリームのデータが再送されないＨＡＲＱプロセスにおいて、前記停止されたデータストリームの前記ＨＡＲＱプロセスにおける前記データを伝送することを含むデータ再送方法。
【請求項２】
１つのデータストリームのデータ伝送を停止することの前に、前記方法は、
１つのデータストリームの新しいデータ伝送を停止して、前記別のデータストリームの前記ＨＡＲＱプロセスにおいて、前記１つのデータストリームの前記新しいデータを伝送することと、
前記１つのデータストリームの再送されるべきすべてのデータが伝送されるか、または、データ再送試行が前記最大再送回数に到達するまで、前記１つのデータストリームの前記ＨＡＲＱプロセスにおいて再送されるべき前記データを伝送することとを更に含む請求項１に記載の方法。
【請求項３】
ネットワークにより送出された単一／二重ストリーム伝送モード切り替えコマンドを受信するように構成された受信部と、
前記単一／二重ストリーム伝送モード切り替えコマンドが、二重ストリーム伝送モードから単一ストリーム伝送モードへの切り替えを指示する場合に二重ストリーム伝送モードにおいて１つのデータストリームのデータ伝送を停止し、前記単一／二重ストリーム伝送モード切り替えコマンドが単一ストリーム伝送モードから二重ストリーム伝送モードへの切り替えを指示する場合、元のデータストリームのＨＡＲＱプロセスにおいて、再送データを、ＨＡＲＱプロセス番号を変更することなく伝送して、新しいデータストリームのＨＡＲＱプロセスにおいて新しいデータを伝送するか、または、前記元のデータストリームまたは前記新しいデータストリームの前記ＨＡＲＱプロセスにおいて前記元のデータストリームの前記再送データを伝送するように構成された処理部と、
前記停止されたデータストリームのハイブリッド自動再送要求（ＨＡＲＱ）プロセス内の前記データを消去するように構成された消去部と、
別のデータストリームのＨＡＲＱプロセスにおいて、前記停止されたデータストリームの前記ＨＡＲＱプロセス内の前記データを伝送するように構成された第１の伝送部と、を備え、
前記第１の伝送部は、前記別のデータストリーム内のデータが再送される必要がある場合、前記別のデータストリームの前記対応するＨＡＲＱプロセスにおいて、前記データを伝送し、別のデータストリームのデータが再送される必要がないＨＡＲＱプロセスにおいて、前記停止されたデータストリームの前記ＨＡＲＱプロセス内の前記データを伝送するように構成された第１の再送モジュールを備える
ユーザ機器。
【請求項４】
前記ユーザ機器は、ネットワークにより伝送された、二重ストリーム伝送モードから単一ストリーム伝送モードへの切り替えを指示する前記コマンドを受信した後、前記処理部が二重ストリーム伝送モードで１つのデータストリームのデータ伝送を停止する前に二重ストリーム伝送モードで新しいデータおよび再送されるべきデータをそれぞれ伝送するように構成された第２の再送部を更に備える請求項３に記載のユーザ機器。
【請求項５】
第２の再送部は、
１つのデータストリームの新しいデータ伝送を停止するように構成された第１の停止モジュールと、
別のデータストリームの前記ＨＡＲＱプロセスにおいて、前記１つのデータストリームの前記新しいデータ伝送するように構成された第１の伝送モジュールと、
前記データが再送されるか、または、再送試行が前記最大再送回数に到達するまで、前記１つのデータストリームの前記ＨＡＲＱプロセスにおいて、再送されるべき前記データを伝送するように構成された第２の伝送モジュールとを備える請求項４に記載のユーザ機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術に関し、詳しくは、データ再送方法およびユーザ機器に関する。
【背景技術】
【０００２】
高速アップリンクパケットアクセスＨＳＵＰＡ（高速アップリンクパケットアクセス）は、パケットサービスが移動体端末からアップリンク方向の無線アクセスネットワークに最適化され、かつ、進化したものである。自己適応符号化、物理層ハイブリッド再送、ノードＢを基本とする（ＮｏｄｅＢ、すなわち、基地局）高速スケジューリング、および２ｍｓ  ＴＴＩ（伝送時間間隔、伝送時間間隔）を基本とする短フレーム伝送を使用して、ＨＳＵＰＡでは、最高データ伝送速度およびセルスループットを向上させて遅延を低減している。
【０００３】
ＨＳＵＰＡデータ伝送は、２つのカテゴリー、すなわち、２ｍｓ  ＴＴＩおよび１０ｍｓ  ＴＴＩに分類されている。２ｍｓ  ＴＴＩの場合、ＵＥ（ユーザ機器、ユーザ機器）は、８つのＨＡＲＱ（ハイブリッド自動再送要求、ハイブリッド自動再送要求）プロセスを有し、１０ｍｓ  ＴＴＩの場合、ＵＥは、４つのＨＡＲＱプロセスを有する。
【０００４】
ＵＥがアップリンクデータを伝送する必要があるとき、ＵＥは、ネットワークからの伝送速度制御データ値に従って対応するＨＡＲＱプロセスにおいてＴＴＩにおけるデータ伝送ブロックのサイズを決定してネットワークにデータブロックを伝送する。ＵＥは、一方、ＨＡＲＱプロセスのバッファにおいて伝送されたデータブロックを保存して、ネットワークからのＡＣＫ／ＮＡＣＫ（確認応答／非確認応答、確認応答／非確認応答）情報を待つ。ＵＥがＥ−ＨＩＣＨチャネル（Ｅ−ＤＣＨ（拡張専用転送チャネル、拡張専用転送チャネル）ＨＡＲＱ確認応答インディケータチャネル、Ｅ−ＤＣＨ  ＨＡＲＱ確認応答インディケータチャネル）上でネットワークからＡＣＫ情報を受信した場合、ネットワークがデータを復調するのに成功したことを意味する。このとき、ＵＥは、対応するＨＡＲＱプロセスにおいてデータブロックを消去する。ＵＥがＮＡＣＫ情報を受信したかまたはＥ−ＨＩＣＨ上でネットワークから指定された時間において情報を受信しなかった場合、ネットワークはデータを復調するのに失敗したことを意味する。このとき、ＵＥは、再送試行が最大再送回数に到達するまでこのＨＡＲＱプロセスにおいてデータブロックを再送する必要がある。
【０００５】
図１に示すように、２ｍｓ  ＴＴＩを例に取ると、各ＴＴＩ内では、１つのＨＡＲＱプロセスのみでデータを伝送し、ＵＥは、アップリンクデータを伝送し、第１のＲＴＴ（ルートトリップ時間、ラウンドトリップ時間）内でＨＡＲＱプロセス１においてデータａ１を伝送してバッファ内にデータａ１を保存する。Ｅ−ＨＩＣＨ上でＮＡＣＫメッセージネットワークを受信した後、ＵＥは、次のＲＴＴ内でＨＡＲＱプロセス１においてデータａ１を再送する、すなわち、データａ１は、ＲＴＴに等しい時間周期の後に再送される。ＨＡＲＱプロセス２内のデータＡ１は、伝送に成功したデータを表す。したがって、新しいデータＡ２は、次のＲＴＴ内のＨＡＲＱプロセス２において伝送される。
【０００６】
発明者は、本発明の実行中、ＨＳＵＰＡがアップリンク方向においてＭＩＭＯ（多重入力多重出力、多重入力多重出力）技術を使用したとき、ＵＥがＴＴＩ内で同時に２つのデータブロックを伝送することができること（すなわち、二重ストリームデータ伝送）がわかっている。この場合、ネットワークは二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わるためにＵＥに通知するために信号を送ることができる。または、ＵＥは、ＴＴＩ内で１つのデータブロックだけを伝送する（すなわち、単一ストリームデータ伝送）。この場合、ネットワークは、単一ストリーム伝送モードから二重ストリーム伝送モードに切り替わるためにＵＥに通知するために信号を送ることができる。
【０００７】
したがって、ＵＥがＭＩＭＯモードで機能して、二重ストリーム伝送モードでアップリンクデータを伝送したとき、二重ストリーム伝送モードから単一フロー伝送モードへの切り替えを指示するコマンドをネットワークから受信した場合、ＵＥは、停止されたデータストリームのＨＡＲＱプロセスにおいてバッファリングされたデータを処理することができない。同様に、ＵＥがＭＩＭＯモードで機能して単一ストリーム伝送モードでアップリンクデータを伝送したとき、単一ストリーム伝送モードから二重ストリーム伝送モードへの切り替えを指示するコマンドを受信した場合、ＵＥは、元のデータストリームのＨＡＲＱプロセスにおいてバッファリングされたデータを処理することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従来技術において指摘した前述の問題を解決するために、本発明の実施形態は、データ再送方法およびユーザ機器を提供する。
【課題を解決するための手段】
【０００９】
本発明の実施形態は、ネットワークが二重ストリーム伝送モードから単一ストリーム伝送モードへの切り替えを示す場合、１つのデータストリームのデータ伝送を停止して、前記停止されたデータストリームのＨＡＲＱプロセスにおいてデータを消去すること、または、ネットワークが単一ストリーム伝送モードから二重ストリーム伝送モードへの切り替えを示す場合、前記元のデータストリームのＨＡＲＱプロセスにおいて、再送データを、ＨＡＲＱプロセス番号を変更することなく伝送して、新しいデータストリームの前記ＨＡＲＱプロセスにおいて新しいデータを伝送すること、または、前記元のデータストリームまたは新しいデータストリームの前記ＨＡＲＱプロセスにおいて伝送すべき新しいデータとして、前記元のデータストリームの前記再送データを使用することを含むデータ再送方法を提供する。
随意的に、停止されたデータストリームのＨＡＲＱプロセスにおいてデータを消去する前に、この方法は、別のデータストリームのＨＡＲＱプロセスにおいて、停止されたデータストリームのＨＡＲＱプロセス内のデータを伝送することを更に含む。
随意的に、別のデータストリームのＨＡＲＱプロセスにおいて、停止されたデータストリームのＨＡＲＱプロセス内のデータを伝送することは、別のデータストリーム内のデータが再送される必要がある場合、別のデータストリームの対応するＨＡＲＱプロセスにおいて、再送されるべきデータを伝送し、かつ、別のデータストリームのデータが再送される必要がないＨＡＲＱプロセスにおいて、停止されたデータストリームのＨＡＲＱプロセス内のデータを伝送することを含む。
随意的に、別のデータストリームのＨＡＲＱプロセスにおいて、停止されたデータストリームのＨＡＲＱプロセス内のデータを伝送することは、停止されたデータストリームのすべてのＨＡＲＱプロセスのフィードバックを待つことと、停止されたデータストリームのＨＡＲＱプロセスのフィードバックがＮＡＣＫメッセージである場合、別のデータストリームのデータが再送される必要がないＨＡＲＱプロセスにおいて、停止されたデータストリームのフィードバックがＮＡＣＫメッセージであるＨＡＲＱプロセス内のデータを伝送することを含む。
随意的に、別のデータストリームのＨＡＲＱプロセスにおいて、停止されたデータストリームのＨＡＲＱプロセス内のデータを伝送することは、別のデータストリームのＨＡＲＱプロセス内のデータが再送される必要があるかどうか判断することと、別のデータストリームのＨＡＲＱプロセス内のデータが再送される必要がある場合、切り替えられた別のデータストリームの対応するＨＡＲＱプロセスにおいて、データを伝送することと、別のデータストリームのＨＡＲＱプロセス内のデータが再送される必要がない場合、停止されたデータストリームの、別のデータストリームのＨＡＲＱプロセスと同じであるＨＡＲＱプロセス内のデータが再送される必要があるかどうか判断することと、停止されたデータストリームのＨＡＲＱプロセス内のデータが再送される必要がある場合、別のデータストリームのＨＡＲＱプロセスにおいて、停止されたデータストリームの、別のデータストリームのＨＡＲＱプロセスと同じであるＨＡＲＱプロセス内のデータを伝送することと、停止されたデータストリームのＨＡＲＱプロセス内のデータが再送される必要がない場合、別のデータストリームにおいて、新しいデータを伝送することとを含む。
随意的に、１つのデータストリームのデータ伝送を停止する前に、この方法は、１つのデータストリームの新しいデータ伝送を停止して、別のデータストリームのＨＡＲＱプロセスにおいて１つのデータストリームの新しいデータを伝送することと、１つのデータストリームの再送されるべきすべてのデータが伝送されるか、または、データ再送試行が前記最大再送回数に到達するまで、１つのデータストリームのＨＡＲＱプロセスにおいて再送されるべきデータを伝送することを更に含む。
【００１０】
本発明の実施形態は、ネットワークにより送出された単一／二重ストリーム伝送モード切り替えコマンドを受信するように構成された受信部と、前記単一／二重ストリーム伝送モード切り替えコマンド二重ストリーム伝送モードから単一ストリーム伝送モードへの切り替えを指示する場合、二重ストリーム伝送モードにおいて１つのデータストリームのデータ伝送を停止するように構成された処理部と、前記停止されたデータストリームのＨＡＲＱプロセス内の前記データを消去するように構成された消去部を含むユーザ機器を提供する。
随意的に、ユーザ機器は、別のデータストリームのＨＡＲＱプロセスにおいて、停止されたデータストリームのＨＡＲＱプロセス内のデータを伝送するように構成された第１の伝送部を更に含む。
随意的に、第１の伝送部は、以下のモジュール、すなわち、別のデータストリーム内のデータが再送される必要がある場合、別のデータストリームの対応するＨＡＲＱプロセスにおいて、データを伝送し、別のデータストリームのデータが再送される必要がないＨＡＲＱプロセスにおいて、停止されたデータストリームのＨＡＲＱプロセス内のデータを伝送するように構成された第１の再送モジュールと、停止されたデータストリームのＨＡＲＱプロセス向けのフィードバックがＮＡＣＫメッセージである場合、別のデータストリームのデータが再送される必要がないＨＡＲＱプロセスにおいて、停止されたデータストリームのフィードバックがＮＡＣＫメッセージであるＨＡＲＱプロセス内のデータを伝送するように構成された第２の伝送モジュールと、別のデータストリーム内のデータが再送される必要がある場合、別のデータストリームの対応するＨＡＲＱプロセスにおいて、データを伝送し、別のデータストリームのＨＡＲＱプロセス内のデータが再送される必要がなく、停止されたデータストリームの前記ＨＡＲＱプロセス内の前記データが再送される必要がある場合、別のデータストリームのＨＡＲＱプロセスにおいて、停止されたデータストリームのＨＡＲＱプロセス内のデータを伝送し、かつ、別のデータストリーム内のデータが再送される必要がなく、前記停止されたデータストリームの前記ＨＡＲＱプロセス内の前記データが再送される必要がない場合、別のデータストリーム内で新しいデータを伝送するように構成された第３の伝送モジュールとの１つまたは任意の組み合わせを含む。
随意的に、前記ユーザ機器は、ネットワークによって伝送された、二重ストリーム伝送モードから単一ストリーム伝送モードへの切り替えを指示するコマンドを受信した後、処理部が二重ストリーム伝送モードで１つのデータストリームのデータ伝送を停止する前に、二重ストリーム伝送モードで新しいデータおよび再送されるべきデータをそれぞれ伝送するように構成された第２の伝送部を更に含む。
随意的に、第２の伝送部は、１つのデータストリームの新しいデータ伝送を停止するように構成された第１の停止モジュールと、別のデータストリームのＨＡＲＱプロセスにおいて、１つのデータストリームの新しいデータ伝送するように構成された第１の伝送モジュールと、データが再送されるかまたは再送試行が最大再送回数に到達するまで、１つのデータストリームのＨＡＲＱプロセスにおいて再送されるべきデータを伝送するように構成された第２の伝送モジュールとを含む。
【００１１】
本発明の実施形態は、ネットワークにより送出された単一／二重ストリーム伝送モード切り替えコマンドを受信するように構成された受信部と、前記受信部が前記単一ストリーム伝送モードから前記二重ストリーム伝送モードへの切り替えを指示する単一／二重ストリーム伝送モード切り替えコマンドを受信したとき、データストリームの２つのパスにおいて単一ストリーム伝送モードでデータを伝送するように構成された処理部とを含むユーザ機器を更に提供する。
随意的に、処理部は、元のデータストリームのハイブリッド自動再送要求（ＨＡＲＱ）プロセスにおいて、再送されるべきデータを、ＨＡＲＱプロセス番号を変更することなく伝送するように構成された第１の伝送モジュールと、新しく追加されたデータストリームのＨＡＲＱプロセスにおいて、新しいデータを伝送するように構成された第２の伝送モジュールとを含む。
随意的に、処理部は、元のデータストリームまたは新しいデータストリームのＨＡＲＱプロセスにおいて、元のデータストリームの再送されるべきデータを、新しいデータとして伝送するように構成された第３の伝送モジュールを含む。
【００１２】
本発明の実施形態におけるデータ再送方法およびユーザ機器により、ＭＩＭＯ技術が使用された後、二重ストリーム伝送モードが単一ストリーム伝送モードに切り替えられたときの、停止されたデータストリームの対応するＨＡＲＱプロセスにおけるデータ伝送の問題を解決することができ、データ損失は、実際上低減することができ、かつ、素早いデータ再送を達成することができる。
【００１３】
ここで説明する添付図面は、本発明を更に理解しやすくするために使用するものであり、本出願の一部を成すが、本発明を限定することを目的としていない。
【図面の簡単な説明】
【００１４】
【図１】２ｍｓ  ＴＴＩ  ＨＡＲＱプロセスにおけるデータ伝送プロセスの概略図である。
【図２】本発明の実施形態による方法のフローチャートである。
【図３】本発明の一実施形態による、二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わるときの再送の概略図である。
【図４】本発明の別の実施形態による、二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わるときの再送の概略図である。
【図５】本発明の別の実施形態による、二重伝送モードモードからの切り替えが単一伝送モードに切り替えられるときの再送の概略図である。
【図６】本発明の一実施形態によるユーザ機器の構造ブロック図である。
【図７】本発明の別の実施形態によるユーザ機器の構造ブロック図である。
【発明を実施するための形態】
【００１５】
本発明の実施形態の目標、技術的解決法および利点をより明確にするために、以下のセクションでは、添付図面を参照して更なる本発明の実施形態を詳細に説明する。ここでは、本発明および例示の例示的な実施形態は、本発明を説明することに使用するものであるが、本発明を限定することを目的としていない。
【００１６】
実施形態１
本発明の実施形態は、データ再送方法を提供する。以下のセクションでは、添付図面を参照してこの実施形態を詳細に説明する。
【００１７】
図２は、本発明の実施形態による方法のフローチャートである。この実施形態によるデータ再送方法は、ＵＥに適用可能である。この方法は、具体的には、ＭＩＭＯ（多重入力多重出力、多重入力多重出力）モードのＵＥがデータストリーム伝送モードを切り替えるコマンドを受信した後にデータ伝送プロセスに適用される。図２を参照すると、この実施形態の方法は、主として以下を含む。
【００１８】
２０１：１つのデータストリームのデータ伝送を停止する。
【００１９】
２０２：停止されたデータストリームのＨＡＲＱプロセス内のデータを消去する。
【００２０】
この実施形態により、ネットワーク、たとえば、ノードＢから、二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わるコマンドを受信したとき（データストリーム２のデータ伝送が停止されると仮定されている）、ＵＥは、二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わって１つのデータストリームのデータ伝送を停止する。ＵＥは、停止されたデータストリームのすべてのＨＡＲＱプロセスにおいてデータを消去するか、または、データが別のデータストリームのＨＡＲＱプロセスにおいて伝送された後、停止されたデータストリームのすべてのＨＡＲＱプロセス内のデータを消去することができる。
【００２１】
停止されたデータストリームのＨＡＲＱプロセス内のデータは、複数の異なるモードで別のデータストリームのＨＡＲＱプロセスにおいて伝送することができる。以下のセクションは、添付図面および異なる実施形態を参照してこれらのモードを詳細に説明する。
【００２２】
この実施形態の方法に従って、ＭＩＭＯ技術がアップリンクにおいて使用された後、二重ストリーム伝送モードが単一ストリーム伝送モードに切り替えられたときの、停止されたデータストリームのＨＡＲＱプロセスにおけるデータ伝送の問題を解決することができ、データ損失は、実際上低減することができ、かつ、素早いデータ再送を達成することができる。
【００２３】
実施形態２
本発明の実施形態は、データ再送方法を更に提供する。以下のセクションでは、添付図面を参照してこの実施形態を詳細に説明する。
【００２４】
図２を尚も参照すると、この実施形態の方法に従って、ＵＥがＭＩＭＯモードで機能するときに、かつ、ＵＥがネットワークにより送出された単一／二重ストリーム伝送モード切り替えコマンドに従って二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わる前に、すなわち、１つのデータストリームのデータ伝送を停止する前に、ＵＥは、データストリームのＨＡＲＱプロセスにおいて再送されるべきデータが無事に再送されるまで待つ。すなわち、ＵＥは、二重ストリーム伝送モードにおいてデータ伝送を一時的に停止せず、かつ、停止されるべきデータストリームのすべてのＨＡＲＱプロセスにおいて再送されるべきデータが無事に再送された後、伝送モードを切り替える、すなわち、ＵＥは、このデータストリームのデータ伝送を停止する。
【００２５】
この実施形態においては、ノードＢから、二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わるコマンドを受信したとき、データストリーム２のデータ伝送が停止されると仮定して、ＵＥは、直ちに二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わらず、データストリーム２の新しいデータ伝送を停止する。すべての新しいデータはデータストリーム１のＨＡＲＱプロセスにおいて伝送され、データストリーム２は、再送されるべきデータを連続的に伝送する。データストリーム２において再送されるべきすべてのデータが無事に再送されるか、または、最後の１つまたはいくつかのデータの再送試行が最大再送回数に到達したとき、ＵＥは、二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わる。
【００２６】
この実施形態の方法に従って、ＭＩＭＯ技術がアップリンクにおいて使用された後、二重ストリーム伝送モードが単一ストリーム伝送モードに切り替えられたときの、停止されたデータストリームのＨＡＲＱプロセスにおけるデータ伝送の問題を解決することができ、データ損失は、実際上低減することができ、かつ、素早いデータ再送を達成することができる。
【００２７】
実施形態３
本発明の実施形態は、データ再送方法を更に提供する。以下のセクションでは、添付図面を参照してこの実施形態を詳細に説明する。
【００２８】
図２を尚も参照すると、この実施形態の方法に従って、ネットワークにより送出された単一／二重ストリーム伝送モード切り替えコマンドに従ってＵＥがＭＩＭＯモードにおいて機能して二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わるとき、ＵＥは、停止されたデータストリームのすべてのＨＡＲＱプロセス内のデータを新しいデータとして再送する。
【００２９】
この実施形態においては、ノードＢから、二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わるコマンドを受信したとき、データストリーム２のデータ伝送が停止されると仮定して、ＵＥは、二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わり、一方、データストリーム１のＨＡＲＱプロセス内の新しいデータとして、データストリーム２のＨＡＲＱプロセスにおいて格納されているデータを伝送する。
【００３０】
この実施形態により、データストリーム２のデータ伝送中、ＵＥは、ネットワークによって伝送されたＡＧ／ＲＧ（絶対伝送速度制御データ／相対伝送速度制御データ、絶対伝送速度制御データ／相対伝送速度制御データ）メッセージを無視することができる。
【００３１】
この実施形態においては、データストリーム２のデータ伝送は、データストリーム１の新しいＨＡＲＱプロセスにおいて実行される必要があり、これは、データストリーム１のＨＡＲＱプロセスにおけるデータ再送に影響を与えるものではない。データストリーム２に対応するすべてのＨＡＲＱプロセス内のデータが伝送された後、データストリーム２に対応するＨＡＲＱプロセスにおいてバッファされたデータは消去される。
【００３２】
以下では、図３に示す、二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わるときの再送プロセスを参照してこの実施形態を詳細に説明する。
【００３３】
図３を参照すると、この実施形態では、２ｍｓ  ＴＴＩを例に取ると、ＵＥが二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わるとき、データストリーム２のすべてのＨＡＲＱプロセス内のデータは、すべて、データストリーム１内の新しいデータとして再送される必要がある。データストリーム１のＨＡＲＱプロセスにおいては、３つの再送データａ１、ａ２およびａ３がある。したがって、データがデータストリーム１において伝送されるとき、データストリーム１内の再送データは、対応するデータストリームプロセスにおいて再送される。データストリーム２データにおいて再送されるべきデータｂ１、ｂ２、ｂ３、Ｂ４およびｂ５は、データストリーム１の、データが再送されないＨＡＲＱプロセスにおいて伝送される必要がある。
【００３４】
この実施形態では、２ｍｓ  ＴＴＩを例に取る。１０ｍｓ  ＴＴＩが使用されるとき、二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わる方法は、前述の実施形態において説明した方法と同じであり、その方法は、ここでは詳説しない。しかしながら、１０ｍｓ  ＴＴＩの場合、４つのＨＡＲＱプロセスがある。
【００３５】
この実施形態により、データストリーム２のデータ伝送が停止される場合を例に取る。しかしながら、この実施形態は、この場合に限定されるものではない。ＵＥは、データストリーム１のデータ伝送を停止することもできる。動作プロセスは、この実施形態において説明する動作プロセスと同じであり、その動作プロセスは、ここでは詳説しない。
【００３６】
この実施形態の方法により、ＭＩＭＯ技術がアップリンクにおいて使用された後、二重ストリーム伝送モードが単一ストリーム伝送モードに切り替えられたときの、停止されたデータストリームのＨＡＲＱプロセスにおけるデータ伝送の問題を解決することができ、データ損失は、実際上低減することができ、かつ、素早いデータ再送を達成することができる。
【００３７】
実施形態４
本発明の実施形態は、データ再送方法を更に提供する。以下のセクションでは、添付図面を参照してこの実施形態を詳細に説明する。
【００３８】
図２を尚も参照すると、この実施形態の方法により、ＵＥがＭＩＭＯモードで機能して、ネットワークにより送出された単一／二重ストリーム伝送モード切り替えコマンドに従って二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わるとき、ＵＥは、停止されたデータストリームにおける、フィードバックがＮＡＣＫであるＨＡＲＱプロセス内のデータを新しいデータとして再送する。
【００３９】
この実施形態においては、ノードＢから、二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わるにコマンドを受信したとき、データストリーム２のデータ伝送が停止されると仮定して、ＵＥは二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わり、一方、データストリーム２のすべてのＨＡＲＱ処理のフィードバックを待つ。対応するＨＡＲＱプロセスのフィードバックがＮＡＣＫであるとき、ＵＥは、データストリーム１の新しいデータを伝送するＨＡＲＱプロセスにおいて対応するＨＡＲＱプロセスのデータを再送する。
【００４０】
この実施形態により、データストリーム２のデータ伝送中、ＵＥは、ネットワークにより伝送されたＡＧ／ＲＧメッセージを無視することができる。
【００４１】
この実施形態においては、データストリーム２のデータ伝送は、データストリーム１の新しいＨＡＲＱプロセスにおいて実行される必要があり、これは、データストリーム１のＨＡＲＱプロセスにおけるデータ再送に影響を与えるものではない。データストリーム２の、ＮＡＣＫメッセージが受信されているＨＡＲＱプロセス内のデータが伝送された後、データストリーム２のＨＡＲＱプロセスにおいてバッファされたデータは、消去される。
【００４２】
以下のセクションでは、図４に示す、二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わるときの再送プロセスを参照してこの実施形態を詳細に説明する。
【００４３】
図４を参照すると、この実施形態により、２ｍｓ  ＴＴＩを例に取ると、ＵＥが二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わるとき、データストリーム２の、ＮＡＣＫメッセージが受信されるＨＡＲＱプロセス内のデータｂ１、ｂ２およびｂ３は、データストリーム１において再送される必要がある。データストリーム１のＨＡＲＱプロセスにおいて３つの再送データ、すなわち、ａ１、ａ２およびａ３がある。したがって、データがデータストリーム１において伝送されたとき、データストリーム１内の再送データは、対応するプロセスにおいて再送される。データストリーム２の再送されるべきデータは、データストリーム１の、データが再送される必要がないＨＡＲＱプロセスにおいて伝送される必要がある。
【００４４】
この実施形態により、２ｍｓ  ＴＴＩを例に取る。１０ｍｓ  ＴＴＩが使用されるとき、二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わる方法は、前述の実施形態において説明した方法と同じであり、その方法は、ここでは詳説しない。しかしながら、１０ｍｓ  ＴＴＩの場合、４つのＨＡＲＱプロセスがある。
【００４５】
この実施形態により、データストリーム２のデータ伝送が停止される場合を例に取る。しかしながら、この実施形態は、この場合に限定されるものではない。ＵＥは、データストリーム１のデータ伝送を停止することもできる。動作プロセスは、この実施形態において説明する動作プロセスと同じであり、その動作プロセスは、ここでは詳説しない。
【００４６】
本発明の本方法に従って、ＭＩＭＯ技術がアップリンクにおいて使用された後、二重ストリーム伝送モードが単一ストリーム伝送モードに切り替えられたときの、停止されたデータストリームのＨＡＲＱプロセスにおけるデータ伝送の問題を解決することができ、データ損失は、実際上低減することができ、かつ、素早いデータ再送を達成することができる。
【００４７】
実施形態５
本発明の実施形態は、データ再送方法を更に提供する。以下では、添付図面を参照してこの実施形態を詳細に説明する。
【００４８】
図２を尚も参照すると、この実施形態の方法により、ＵＥがＭＩＭＯモードで機能して、ネットワークにより送出された単一／二重ストリーム伝送モード切り替えコマンドに従って二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わるとき、ＵＥは、各ＴＴＩに対応する２つの流れのＨＡＲＱプロセス内のデータが再送される必要があるかどうか判断し、かつ、停止されたデータストリームのＨＡＲＱプロセス内のデータを伝送する。
【００４９】
この実施形態においては、ノードＢから、二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わるコマンドを受信したとき、データストリーム２のデータ伝送が停止されると仮定して、ＵＥは、二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わり、かつ、データストリーム１の各ＨＡＲＱプロセス内のデータが再送される必要があるかどうか判断する。データが再送される必要がある場合、ＵＥは、対応するＨＡＲＱプロセスにおいてデータを再送する。データストリーム１のＨＡＲＱプロセス内のデータが再送される必要がない場合、ＵＥは、データストリーム１と同じＴＴＩ内のデータストリーム２のＨＡＲＱプロセス内のデータが再送される必要があるかどうか判断する。データが再送される必要がある場合、ＵＥは、データストリーム１のＨＡＲＱプロセスにおいてデータストリーム２のデータを再送し、データストリーム２のＨＡＲＱプロセス内のデータが再送される必要がない場合、ＵＥは、データストリーム１のＨＡＲＱプロセスにおいて新しいデータを伝送する。
【００５０】
この実施形態により、データストリーム２のデータ伝送中に、ＵＥは、ネットワークにより伝送されたＡＧ／ＲＧメッセージを無視することができる。
【００５１】
以下のセクションでは、図５（Ａ）および図５（Ｂ）に示す、二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わるときの再送プロセスを参照してこの実施形態を詳細に説明する。
【００５２】
図５（Ａ）および図５（Ｂ）を参照して、この実施形態により、２ｍｓ  ＴＴＩを例に取る。ＵＥが二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わった後、データストリーム１のＨＡＲＱプロセス内のデータａｋが再送される必要がないがデータストリーム１と同じＴＴＩ内のデータストリーム２のＨＡＲＱプロセス内のデータｂｋが再送される必要がある場合、単一ストリーム伝送モードに切り替わった後に、データｂｋは、データストリーム１の対応するＨＡＲＱプロセスｋにおいて伝送される。（Ａ）に示すように、データストリーム１のＨＡＲＱプロセス内のデータａｋが再送される必要がある場合、単一ストリーム伝送モードに切り替わった後に、データａｋは、データストリーム１の対応するＨＡＲＱプロセスｋにおいて伝送される。このとき以降は、データストリーム１と同じＴＴＩ内のデータストリーム２のＨＡＲＱプロセス内のデータｂｋが再送される必要があるかどうかは考慮されない。データストリーム１と同じＴＴＩ内の２つのデータストリーム２のＨＡＲＱプロセス内のデータｂｋも再送される必要がある場合、（Ｂ）に示すように、データは廃棄される。
【００５３】
この実施形態により、２ｍｓ  ＴＴＩを例に取る。１０ｍｓ  ＴＴＩが使用されるとき、二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わる方法は、前述の実施形態において説明した方法と同じであり、その方法は、ここでは詳説しない。しかしながら、１０ｍｓ  ＴＴＩの場合、４つのＨＡＲＱプロセスがある。
【００５４】
この実施形態により、データストリーム２のデータ伝送が停止される場合を例に取る。しかしながら、この実施形態は、この場合に限定されるものではない。ＵＥは、データストリーム１のデータ伝送を停止することもできる。動作プロセスは、この実施形態において説明する動作プロセスと同じであり、その動作プロセスは、ここでは詳説しない。
【００５５】
この実施形態による方法により、ＭＩＭＯ技術がアップリンクにおいて使用された後、二重ストリーム伝送モードが単一ストリーム伝送モードに切り替えられたときの、停止されたデータストリームのＨＡＲＱプロセスにおけるデータ伝送の問題を解決することができ、データ損失は、実際上低減することができ、かつ、素早いデータ再送を達成することができる。
【００５６】
実施形態６
本発明の実施形態は、データ再送方法を更に提供する。以下のセクションでは、添付図面を参照してこの実施形態を詳細に説明する。
【００５７】
図２を尚も参照すると、この実施形態の方法により、ＵＥがＭＩＭＯモードで機能して、ネットワークにより送出された単一／二重ストリーム伝送モード切り替えコマンドに従って単一ストリーム伝送モードから二重ストリーム伝送モードに切り替わるとき、ＵＥは、元のデータストリームのＨＡＲＱプロセス内のデータをそれぞれ伝送する。
【００５８】
この実施形態においては、ノードＢから、単一ストリーム伝送モードから二重ストリーム伝送モードに切り替わるにコマンドを受信したとき、データストリーム２がデータ伝送に向けて追加されると仮定して、ＵＥは、単一ストリーム伝送モードから二重ストリーム伝送モードに切り替わり、かつ、ＨＡＲＱプロセス番号を変更することなく、元のデータストリーム１のＨＡＲＱプロセスにおいてデータストリーム１の再送されるべきデータを伝送する。または、ＵＥは、２つのデータストリームのいずれか内の新しいデータとして元のデータストリーム１のＨＡＲＱプロセスにおいて再送されるべきデータを伝送する。
【００５９】
この実施形態により、データストリーム１の再送されるべきデータは、新しいデータストリーム２のＨＡＲＱプロセスにおいて伝送することができる。
【００６０】
この実施形態による方法により、ＭＩＭＯ技術がアップリンクにおいて使用された後、二重ストリーム伝送モードが単一ストリーム伝送モードに切り替えられたときの、停止されたデータストリームのＨＡＲＱプロセスにおけるデータ伝送の問題を解決することができ、データ損失は、実際上低減することができ、かつ、素早いデータ再送を達成することができる。
【００６１】
実施形態７
本発明の実施形態は、ユーザ機器、を更に提供する。以下のセクションでは、添付図面を参照してこの実施形態を詳細に説明する。
【００６２】
図６は、この実施形態におけるユーザ機器の構造ブロック図である。この実施形態によるユーザ機器は、実施形態１から実施形態５までのデータ再送方法を使用することができる。図６を参照すると、この実施形態におけるユーザ機器は、受信部６１、処理部６２およびデータ消去部６３を含む。
【００６３】
受信部６１は、ネットワークにより送出された単一／二重ストリーム伝送モード切り替えコマンドを受信するように構成されている。
【００６４】
処理部６２は、ネットワークにより送出される単一／二重ストリーム伝送モード切り替えコマンドに従って伝送モードを切り替えるように構成されている。たとえば、受信部６１が二重ストリーム伝送モードから単一ストリーム伝送モードへの切り替えを指示するコマンドをネットワークから受信したとき、処理部６２は、二重ストリーム伝送モードから単一ストリーム伝送モードに切り替わり、かつ、二重ストリーム伝送モードで１つのデータストリームのデータ伝送を停止する。
【００６５】
消去部６３は、停止されたデータストリームのＨＡＲＱプロセス内のデータを消去するように構成されている。
【００６６】
本発明の別の実施形態により、ユーザ機器は、
処理部が二重ストリーム伝送モードで１つのデータストリームのデータ伝送を停止した後、別のデータストリームのＨＡＲＱプロセスにおいて、停止されたデータストリームのＨＡＲＱプロセス内のデータを伝送するように構成された第１の伝送部６４を更に含む。
【００６７】
この実施形態においては、第１の伝送部６４は、以下のモジュール、すなわち、
別のデータストリーム内のデータが再送される必要がある場合、別のデータストリームの対応するＨＡＲＱプロセスにおいて再送されるべきデータを伝送し、かつ、別のデータストリームの、データが再送される必要がない前記ＨＡＲＱプロセスにおいて、停止されたデータストリームのＨＡＲＱプロセス内の前記データを伝送するように構成された第１の再送モジュール６４１と、
停止されたデータストリームのＨＡＲＱプロセスのフィードバックがＮＡＣＫである場合、別のデータストリームの、データが再送されないＨＡＲＱプロセスにおいて、停止されたデータストリームの、フィードバックがＮＡＣＫメッセージであるＨＡＲＱプロセス内の前記データを伝送するように構成された。第２の再送モジュール６４２と、
別のデータストリーム内のデータが再送される必要がある場合、別のデータストリームの対応するＨＡＲＱプロセスにおいてデータを伝送し、別のデータストリームのＨＡＲＱプロセス内のデータが再送される必要がなく、停止されたデータストリームの前記ＨＡＲＱプロセス内の前記データが再送される必要がある場合、別のデータストリームの対応するＨＡＲＱプロセスにおいて停止されたデータストリームのＨＡＲＱプロセス内のデータを伝送し、かつ、別のデータストリーム内のデータが再送される必要がなく、前記停止されたデータストリームの前記ＨＡＲＱプロセス内の前記データが再送される必要がない場合、別のデータストリーム内の新しいデータを伝送するように構成された第３の再送モジュール６４３との任意の１つまたは組み合わせを含む。
【００６８】
本発明の実施形態により、ユーザ機器は、
受信部６１がネットワークから二重ストリーム伝送モードから単一ストリーム伝送モードへの切り替えを指示するコマンドを受信した後に、処理部６２が二重ストリーム伝送モードで１つのデータストリームのデータ伝送を停止する前に二重ストリーム伝送モードで新しいデータおよび再送されるべきデータをそれぞれ伝送するように構成された第２の再送部６５を更に含むことができる。
この実施形態により、第２の伝送部６５は、
二重ストリーム伝送モードで１つのデータストリームの新しいデータ伝送を停止するように構成された第１の停止モジュール６５１と、
別のデータストリームのＨＡＲＱプロセスにおいて１つのデータストリームの新しいデータ伝送するように構成された第１の伝送モジュール６５２と、
データが再送されるかまたは再送試行が最大再送回数に到達するまで１つのデータストリームのＨＡＲＱプロセスにおいて再送されるべきデータを伝送するように構成された第２の伝送モジュール６５３とを含む。
【００６９】
この実施形態におけるユーザ機器は、実施形態１から実施形態５までの方法を使用することができる。方法の実施形態においては、方法の諸段階は詳細に説明済みであり、方法の諸段階はここでは詳説しない。
【００７０】
この実施形態のユーザ機器により、二重ストリーム伝送モードが単一ストリーム伝送モードに切り替えられるときの停止されたデータストリームのＨＡＲＱプロセスにおけるデータ伝送の問題、または、ＭＩＭＯ技術がアップリンクにおいて使用された後、単一ストリーム伝送モードが二重ストリーム伝送モードに切り替えられるときの、元のデータストリームのＨＡＲＱプロセスにおけるデータ伝送の問題を解決することができ、データ損失は、実際上低減することができ、かつ、素早いデータ再送を達成することができる。
【００７１】
実施形態８
本発明の実施形態は、ユーザ機器、を更に提供する。以下のセクションでは、添付図面を参照してこの実施形態を詳細に説明する。
【００７２】
図７は、この実施形態によるユーザ機器の構造ブロック図である。この実施形態におけるユーザ機器は、実施形態６において開示したデータ再送方法を使用することができる。図７を参照すると、この実施形態におけるユーザ機器は、主として受信部７１および処理部７２を含む。
【００７３】
受信部７１は、ネットワークにより送出された単一／二重ストリーム伝送モード切り替えコマンドを受信するように構成されている。
【００７４】
処理部７２は、受信部７１が単一ストリーム伝送モードから二重ストリーム伝送モードへの切り替えを指示するネットワークにより伝送されたコマンドを受信したとき、単一ストリーム伝送モードから二重ストリーム伝送モードに切り替わり、かつ、データストリームの２本のパスにおいて単一ストリーム伝送モードでデータを伝送するように構成されている。
【００７５】
本発明の１つの実施形態により、処理部７２は、
元のデータストリームのＨＡＲＱプロセスにおいて、再送されるべきデータを、ＨＡＲＱプロセス番号を変更することなく伝送するように構成された第１の伝送モジュール７２１と、
新しいデータストリームの対応するＨＡＲＱプロセスにおいて新しいデータを伝送するように構成された第２の伝送モジュール７２２とを含むことができる。
本発明の別の実施形態により、処理部７２は、
元のデータストリームまたは新しく追加されたデータストリームのＨＡＲＱプロセス内の新しいデータとして元のデータストリームの再送されるべきデータを伝送するように構成された第３の伝送モジュール７２３を含むことができる。
【００７６】
この実施形態におけるユーザ機器は、実施形態６において開示した方法を使用することができる。方法の実施形態においては、方法の諸段階は詳細に説明済みであり、方法の諸段階はここでは詳説しない。
【００７７】
この実施形態のユーザ機器により、ＭＩＭＯ技術がアップリンクにおいて使用された後、二重ストリーム伝送モードが単一ストリーム伝送モードに切り替えられたときの、停止されたデータストリームのＨＡＲＱプロセスにおけるデータ伝送の問題を解決することができ、データ損失は、実際上低減することができ、かつ、素早いデータ再送を達成することができる。
【００７８】
本発明の実施形態において開示した方法の諸段階またはアルゴリズムは、プロセッサにより有効化されるハードウェアまたはソフトウェアモジュールにより実行することができるか、または、ハードウェアとソフトウェアモジュールの組み合わせにより実行することができる。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、メモリ、読み取り専用メモリ（ＲＯＭ）、電気的プログラム可能ＲＯＭ、電気的消去書込み可能型ＲＯＭ、レジスタ、ハードディスク、携帯型磁気ディスク、ＣＤ―ＲＯＭ、または、当技術分野で良く知られている他の形態の任意の記憶媒体内に格納することができる。
【００７９】
上記の種々の実施形態は、本発明の目的、技術的な解決法および有益な効果を詳細に説明することに使用するものである。当業者は、鍛造実施形態は単に本発明の実施形態であるが、本発明の保護範囲を限定することを目的とするものではないと理解されたい。本発明の精神および原理から逸脱することなく行なわれる一切の改変、同等の置き換えまたは改良は、本発明の保護範囲に該当するべきである。
【図１】
0005487296.tif 000002
【図２】
0005487296.tif 000003
【図３】
0005487296.tif 000004
【図４】
0005487296.tif 000005
【図５】
0005487296.tif 000006
【図６】
0005487296.tif 000007
【図７】
0005487296.tif 000008