(57)【要約】【課題】改良されたデータ送信を提供すること【解決手段】  UMTSにおいてHS-DSCHを介してデータを送信するときに、全体の遅延を最小化するために、UE側のRLCエンティティが、HS-DSCHによって運ばれるRLC PDUを受信することが、MAC-hs層からできる限り早くなされるようにして、他方、同時に、これらのRLC PDUの正しいシーケンスを保持して、なされなければならない。本発明によると、Node Bのスケジューラは、移動局のような受信機に、まだ再送信されているMAC-hs PDUのTSNsのリストを送ることが可能である。このようなリストは、送信が、中止されたが、新たな送信が、意図されているMAC-hs PDUに対しても送ることができる。都合のよいことに、これは、受信機の再命令バッファの「役立たない隙間」を回避し、かつ、このように、効率的なデータ送信を可能にすることができる。
2006505998.tif 000002
【特許請求の範囲】
【請求項１】
送信機から受信機にデータを送信する方法であって、
前記データが、送信のために複数の第1のデータ・パケットに分割されていて、
前記複数の第1のデータ・パケットに、送信シーケンス番号が設けられていて、
前記少なくとも一つの第2のデータ・パケットが、前記受信機で復号化が成功しなかった場合、複数の第1のデータ・パケットの少なくとも一つの第2のデータ・パケットのための再送信が、実行される方法であって、
前記方法が、前記送信機から、前記少なくとも一つの第2のデータ・パケットに関する情報を含んでいる受信機に前記第3のデータ・パケットを送信するステップを備えていて、かつ、前記情報が、少なくとも一つの第2のデータ・パケットのどのパケットが、前記送信機から前記受信機に再び少なくとも部分的に送られるかに関している、送信機から受信機にデータを送信する方法。
【請求項２】
前記受信機が、前記受信機で復号化が成功しなかった前記少なくとも一つの第2のデータ・パケットの各々に対し、前記送信機に否定応答メッセージを送り;
前記送信機が、否定応答メッセージが受信された前記少なくとも一つの第2のデータ・パケットのために再送信を実行し;
前記送信機が、予め設定された数の成功しなかった再送信の後で、前記それぞれの少なくとも一つの第2のデータ・パケットのための再送信を中止し;
前記情報が、第1の事実と第2の事実の少なくとも一つを前記受信機に示し;
前記第1の事実が、前記少なくとも一つの第2のデータ・パケットに対し、否定応答メッセージが受信されたことを示し;そして
前記第2の事実が、その再送信が中止されていた前記少なくとも一つの第2のデータ・パケットに対し、新たな送信が、予定されていることを示す、請求項１の方法。
【請求項３】
前記送信機が、前記情報の1世代時に、リストを生成し;
前記リストが、前記少なくとも一つの第2のデータ・パケットと優先順位情報またはこの少なくとも一つの第2のデータ・パケットに関するチャンネル情報を含み;そして
前記リストが、前記情報として送られる、請求項２の方法。
【請求項４】
前記情報が、第4、第5かつ第6のデータ・パケットのうちの1つで送られ;
前記第4のデータ・パケットが、次に、前記受信機に送信される予定であり;      
前記第5の第3のデータ・パケットに、ヘッダが設けられていて;
前記情報が、前記ヘッダに含まれていて;
前記第6のデータ・パケットが、ペイロード・データを含まず、かつ、したがって、長さが短くかつ、したがって、非常に強い順方向エラー訂正を有する、請求項１の方法。
【請求項５】
前記情報を受けとると、前記受信機が、前記情報によって示される前記少なくとも一つの第2のデータ・パケットを除いて成功したデコーディングが実行されなかった複数の第1のデータ・パケットの第7のデータ・パケットのために、再命令バッファにおける全ての穴を除去する、請求項１の方法。
【請求項６】
前記送信機が、第1のケース、第2のケースかつ第3のケースのうちの少なくとも1つにおいて前記受信機に前記情報を送信し;
前記第1のケースに従って、前記送信機が、他の受信機への送信と言う理由から、複数の第1のデータ・パケットの前記送信を中断するときに、前記情報が、前記送信機から前記受信機に送られ;
前記第2のケースに従って、前記送信機が、前記同じ受信機へのより高い優先順位の第1のデータ・パケットの送信のための複数の第1のデータ・パケットの前記送信を中断するときに、前記情報が、前記送信機から前記受信機に送られ;
前記第3のケースに従って、前記送信機が、予め設定された時間より長いものに対して複数の第1のデータ・パケットの前記送信を中断するときに、前記情報が、前記送信機から前記受信機に送られる、請求項１の方法。
【請求項７】
送信機から受信機にデータを送信するためのデータ送信システムであって、
前記データが、送信のための複数の第1のデータ・パケットに分割され、
複数の第1のデータ・パケットに、送信シーケンス番号が設けられ、
前記少なくとも一つの第2のデータ・パケットが、前記受信機で復号化が成功しなかった場合、複数の第1のデータ・パケットの少なくとも一つの第2のデータ・パケットのために、再送信が、実行され、
前記データ送信システムが、受信機と、前記受信機に前記データを送信するように適合化されている送信機とを備えていて、
前記送信機が、前記送信機から、前記少なくとも一つの第2のデータ・パケットに関する情報を含む前記受信機に、第3のデータ・パケットを送信するように適合化されていて;そして
前記情報が、前記少なくとも一つの第2のデータ・パケットのどのパケットが、前記送信機から前記受信機に再び少なくとも部分的に送られるかに関する、送信機から受信機にデータを送信するためのデータ送信システム。
【請求項８】
前記受信機が、前記受信機で成功裡に復号化されなかった前記少なくとも一つの第2のデータ・パケットの各々に対し前記送信機に負の肯定応答を送るように適合化されていて;
前記送信機が、負の確認メッセージが受信された前記少なくとも一つの第2のデータ・パケットに対し再送信を実行するように適合化されていて;
前記送信機が、予め設定された数の不成功の再送信の後、前記それぞれの少なくとも一つの第2のデータ・パケットに対し再送信を中止するように適合化されていて;そして
前記情報が、第1の事実と第2の事実の少なくとも一つを前記受信機に示し;
前記先頭の事実が、前記少なくとも一つの第2のデータ・パケットの中で負の確認メッセージが受信されたことを示し;そして
前記第2の事実が、その再送信が失敗した前記少なくとも一つの第2のデータ・パケットに対し、新たな送信が予定されていることを示す、請求項７のデータ送信システム。
【請求項９】
前記情報が、第4、第5および第6のデータ・パケットの一つで送られ、
前記第4のデータ・パケットが、次に、前記受信機に送信される予定であり;
前記第5の、第3のデータ・パケットには、ヘッダが設けられていて;
前記情報が、前記ヘッダに含まれていて;
前記第6のデータ・パケットが、ペイロード・データを含まず、かつ、したがって、長さが短い、請求項７の前記データ送信システム。
【請求項１０】
前記データが、送信のための複数の第1のデータ・パケットに分割されていて、
複数の先頭のデータ・パケットには、送信シーケンス番号が設けられていて、
前記少なくとも一つの第2のデータ・パケットが、前記受信機で成功裡に復号化されなかった場合、複数の先頭のデータ・パケットの少なくとも一つの第2のデータ・パケットに対する再送信が、実行され、
前記送信機が、前記送信機から、前記少なくとも一つの第2のデータ・パケットに関する情報を含む前記受信機に第3のデータ・パケットを送信するように適合化されていて;
前記情報が、前記少なくとも一つの第2のデータ・パケットのどのパケットが、前記送信機から前記受信機に再び少なくとも部分的に送られるかに関する、受信機にデータを送信するための送信機。
【請求項１１】
前記送信機が、負の確認メッセージが受信された前記少なくとも一つの第2のデータ・パケットに対する再送信を実行するように適合化されていて、
前記送信機が、不成功の再送信の予め設定された数の後、前記それぞれの少なくとも一つの第2のデータ・パケットに対する再送信を中止するように適合化されていて、
前記情報が、第1の事実と第2の事実のうちのうちの少なくとも1つを前記受信機に示し、
前記第1の事実が、前記少なくとも一つの第2のデータ・パケットに対し、負の確認メッセージが受信されたことを示し、そして、
前記第2の事実が、再送信が失敗した前記少なくとも一つの第2のデータ・パケットに対し、新たな送信が予定されていることを示す、請求項10の送信機。
【請求項１２】
前記送信機が、前記情報の1世代時にリストを生成するように適合化されていて;
前記リストが、前記少なくとも一つの第2のデータ・パケットと優先順位情報またはこの少なくとも一つの第2のデータ・パケットに関するチャンネル情報を含み;そして、
前記リストが、前記情報として送られる、請求項10の送信機。
【請求項１３】
前記送信機が、第4、第5かつ第6のデータ・パケットのうちの一つで前記情報を送るように適合化されていて;
前記第4のデータ・パケットが、次に、前記受信機に送信される予定であり;
前記第5の、第3のデータ・パケットには、ヘッダが設けられていて;
前記情報が、前記ヘッダに含まれていて;
前記第6のデータ・パケットが、ペイロード・データを含まず、かつ、したがって、長さが短い、請求項10の送信機。
【請求項１４】
前記送信機が、前記情報を、第1のケース、第2のケースおよび第3のケースのうちの少なくとも一つで前記受信機に送信するように適合化されていて;
前記第1のケースにしたがって、前記送信機が、他の受信機への送信のために複数の第1のデータ・パケットの前記送信を中断するときに、前記情報が、前記送信機から前記受信機に送られ;
前記第2のケースにしたがって、前記送信機が、他の受信機により高い優先順位の第1のデータ・パケットの送信に対し複数の第1のデータ・パケットの前記送信を中断するときに、前記情報が、前記送信機から前記受信機に送られ;
前記第3のケースにしたがって、前記送信機が、予め設定されたタイムより長いものに対し複数の第1のデータ・パケットの前記送信を中断するときに、前記情報が、前記送信機から前記受信機に送られる、請求項10の送信機。
【請求項１５】
送信機から送信されるデータを受信するための受信機であって、
前記データが、送信のために複数の第1のデータ・パケットに分割されていて、
複数の第1のデータ・パケットに、送信シーケンス番号が設けられていて、
前記少なくとも一つの第2のデータ・パケットが前記受信機で復号化が成功しなかった場合に、複数の第1のデータ・パケットの少なくとも一つの第2のデータ・パケットに対する再送信が、実行され、
前記受信機が、前記少なくとも一つの第2のデータ・パケットに関する情報を含んでいる前記送信機から第3のデータ・パケットを受信するように適合化されていて、そして、
前記情報が、前記少なくとも一つの第2のデータ・パケットの情報が、前記送信機から前記受信機に再び少なくとも部分的に送られることに関する、送信機から送信されるデータを受信するための受信機。
【請求項１６】
前記受信機が、前記受信機で失敗して復号化された各々の前記少なくとも一つの第2のデータ・パケットに対し前記送信機に負の肯定応答を送り;
前記情報が、第1の事実と第2の事実の少なくとも一つを前記受信機に示し;
前記第1の事実が、前記少なくとも一つの第2のデータ・パケットに対し負の確認メッセージが受信されたことを示し;そして、
前記第2の事実が、再送信が中止されていた前記少なくとも一つの第2のデータ・パケットに対し、新たな送信が予定されていることを示す、請求項15の受信機。
【請求項１７】
前記受信機は、第4、第5および第6のデータ・パケットのうちの1つで前記情報を受信しかつ復号化するように適合化されていて;
前記第4のデータ・パケットが、次に、前記受信機に送信される予定であり;
前記第5の、第3のデータ・パケットに、ヘッダが設けられていて;
前記情報が、前記ヘッダに含まれていて;
前記第6のデータ・パケットが、ペイロード・データを含まず、かつ、したがって、長さが短い、請求項15の受信機。
【請求項１８】
前記受信機が、再命令バッファを備え、かつ、前記受信機が、前記情報を受けとると、前記情報によって示される前記少なくとも一つの第2のデータ・パケットを除いて成功したデコーディングが実行されなかった複数の第1のデータ・パケットの第7のデータ・パケットのために、再命令バッファにおける全ての穴を除去するように適合化されている、請求項１5の受信機。
【請求項１９】
送信機と受信機の間のデータ送信を制御するためのソフトウェア・プログラムであって、
前記データが、送信のために複数の第1のデータ・パケットに分割されていて、
複数の第1のデータ・パケットに、送信シーケンス番号が設けられていて、
前記少なくとも一つの第2のデータ・パケットが前記受信機で失敗して復号化された場合に、複数の第1のデータ・パケットの少なくとも一つの第2のデータ・パケットのための再送信が、実行され、
前記送信機から、前記少なくとも一つの第2のデータ・パケットに関する情報を含んでいる前記受信機に第3のデータ・パケットを送信する動作が実行されるように、前記ソフトウェア・プログラムが、前記送信機と前記受信機のうちの少なくとも一つの動作を制御し：および、
前記情報が、前記少なくとも一つの第2のデータ・パケットの情報が、前記送信機から前記受信機に、再び少なくとも部分的に送られていることに関する、送信機と受信機の間のデータ送信を制御するためのソフトウェア・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、UMTSのようなデータ送信システムにおける送信機と受信機の間のデータ交換に関する。特に、本発明は、送信機から受信機にデータを送信する方法と、送信機から受信機にデータを送信するためのデータ送信システムと、データを受信機に送信するための送信機と、送信機から送信されるデータを受信するための受信機と、送信機と受信機の間のデータ送信を制御するためのソフトウェア・プログラムとに関する。
【背景技術】
【０００２】
送信機と受信機間のデータ・パケットを送信するための送信システムは、例えば、3 GPP TS 25.308 V5.2.0 (2002-03), Technical Specification, 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; High Speed Downlink Packet Access (HSDPA); Overall description; Stage 2 (Release 5)と3 GPP TS 25.321 V5.2.0 (2002-09) Technical Specificaion3rd Generation Partnership Project; Technical Specification Group Radio Access Network; MAC protocol specification (Release 5)、に記載されており、これらは、双方とも参考文献として組み込まれている。
【０００３】
UMTSのこの種の周知のデータ送信においては、HS-DSCH（high speed downlink shared channel: 高速ダウンリンクを共有するチャネル）を介してデータを送信する際の、全体的な遅延を最小化する手段として、MAC-hs層の各々の優先順位クラスに対する再命令ウィンドウは、公知である。そして、これにより、UE（user equipment: 例えば、移動局を意味するユーザ装置）サイト上のRLCエンティティが、（多くの場合MAC-hs層から、HS-DSCHを介してできるだけ早くMAC-hs PDUで伝えられる）RLC PDUを受信し、同時に、これらのRLC-PDUの正しいシーケンスを保つことが可能になる。
【０００４】
しかしながら、上に示した技術仕様に記載されている再命令ウィンドウの対策にもかかわらず、MAC-hs SDU（サービス・データ・ユニット）が、受信側の優先順位クラスの再命令バッファにおいて、不必要に待たねばならないことが発生する場合がある。これは、データ送信において不必要な遅れを導く。
【０００５】
ここに記載されている技術は、優先順位クラス(priority class)という表現によって説明される。これは、前述の3GPP仕様書において使われている。これは、優先順位の有無に関わらず、パケット・データが送られるいかなるタイプのストリームやフローやチャネルへの技術の適用も制限しない。この基本的特徴は、同じストリーム、フロー、チャネルまたは優先順位クラスのパケットが、同じストリーム、フロー、チャネルまたは優先順位クラスに属すると示されることである。これは、典型的には、パケット・ヘッダのストリーム識別子、フロー識別子、チャネル識別子または優先順位クラス識別子によって行われる。
【０００６】
【非特許文献１】3 GPP TS 25.308 V5.2.0 (2002-03), Technical Specification, 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; High Speed Downlink Packet Access (HSDPA); Overall description;
【非特許文献２】Stage 2 (Release 5) and 3 GPP TS 25.321 V5.2.0 (2002-09) Technical Specification 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; MAC protocol specification (Release 5)
【発明の開示】
【課題を解決するための手段】
【０００７】
本発明の目的は、改良されたデータ送信を提供することである。
【０００８】
請求項１に記載の本発明の典型的な実施例によれば、送信機から受信機にデータを送信する方法によって上記目的を達成することができる。データは、複数の第1のデータ・パケットに分割される。この複数の第1のデータ・パケットには、それぞれ、送信シーケンス番号が設けられている。受信側でエラーなしに復号化することができない、複数の第1のデータ・パケットの中の少なくとも一つの第２データ・パケットに対しては、再送信が実行される。本発明のこの典型的な実施例の一態様によれば、第3データ・パケットが、送信機から、少なくとも一つの第2のデータ・パケットに関する情報を含む受信機に送信される。特に、この情報は、少なくとも一つの第2のデータ・パケットに対し、送信機から受信機に少なくとも部分的に再送される情報に関する。
【０００９】
換言すれば、送信機は、少なくとも一つの第2のデータ・パケットの情報が、送信機から受信機に少なくとも部分的に再び送信されることに関する情報を受信機に送る。この「再び送信する」ことは、再送信、またはこの少なくとも一つの第2のデータ・パケットの完全な新規の送信に関する。
【００１０】
さらに、「データ・パケットに対する再送信」という表現は、ここでは、再送信されたビットが、必ずしもパケットの最初の送信において送られたビットの正確なコピーを形成しているわけではないと言うことを述べるために、使われている。この代わりに、これらのビットは、例えば、最初の送信において送られなかった、穴があけられたビットを表すことができる。これは、文献では、非自動復号可能冗長性(non-self-decodable redundancy)として知られている。この文書において、「パケットが部分的に再送信される」という表現は、非自動復号可能冗長性が再送信において使われるということを表すために用いられる。この意味において、「パケットが、少なくとも部分的に再送される」ということは、非自動復号可能冗長性または自動復号可能冗長性の何れの再送信と、さらに、最初の送信の正確なコピーの再送信をも含む。
【００１１】
受信側が、この情報を受信した後に、少なくとも一つの第2のデータ・パケットに対して、更なる送信が予想されるかという事実を「知る」ことは、有利である。更なる送信が予想されない、第2データ・パケットに関する受信側のデータは、 この時点から、更に待つことなく、更に処理されまたは削除される。 これによって、送信機から受信機へのデータ送信が遅延することを減少させることができる。
【００１２】
請求項２に記載の本発明の別の典型的な実施例によれば、例えば、UMTS電話またはデータ送信システムで実行される方法が、提供される。本発明のこの典型的な実施例によれば、この情報は、少なくとも一つの第2のデータ・パケットに対し否定応答メッセージが受け取られ、および／または少なくとも一つの第2のデータ・パケットに対し再送信が中止され、かつ新規の送信が予定されていることを、受信機に示す。これによって送信機から受信機へのデータの送信の遅れを防ぐことができることは、有利なことである。特に、再送信が中止されていた第２データ・パケットに対し新規の送信が予想されると言う情報は、例えば、前術の先行文献にて説明されているように、HARQプロセスの作業を制御する、UMTSノードのBのスケジューラまたは基地局が、より高い優先順位を有するデータ・パケットを送信するために、低い優先順位を有するデータ・パケットの送信を中断するという状況において有利である。
【００１３】
請求項３に記載の本発明の典型的な別の実施例によれば、リストは、例えば、受信機に送られる情報の作成時に作成される。このリストは、否定応答メッセージが受け取られた、または、新規の送信が予定されるデータ・パケットの送信シーケンス番号のリストを含む。これは、各々の優先順位クラスで行われる。
【００１４】
このリストの送信シーケンス番号（TSNs）は、「Still-NACK'ed-or-to-Reinitiate retransmission-Indication」（SNRI）を意味する。
【００１５】
請求項４に記載の本発明の別の典型的な実施例によれば、情報は、次に受信機に送信されることになっているデータ・パケット、および／または、ヘッダを備えているデータ・パケット、および／または、情報を含み、ペイロード・データを含んでいないデータ・パケットに、送られる。例えば、データ・パケットのヘッダの情報を含むことにより、受信機への単純で効果的な情報送信が可能となる。他方、情報を送信しているだけのデータ・パケット内の情報送信は、特にUMTS High Speed Downlink Shared Channel（HS-DSCH）の場合に、情報の極めて安全な送信を提供することができる。その理由は、この種のデータ・パケットは、送信されるビットの量が比較的少ないために、受信に成功する確立が非常に高くなり、HS-DSCHに定められた輸送ブロック・サイズにより、順方向エラー訂正が極めて強くなる（符号レート1/7）からである。
【００１６】
請求項５に記載の本発明の別の典型的な実施例によれば、受信機は、情報によって更なる送信（新規の送信または再送信）が示されるものを除き、復号化が成功しなかったデータ・パケットに存在する全ての穴を除去する。このため、情報によって示されたデータ・パケットとその他を除いて、受信機にバッファリングされた大量のデータが、更に処理され、すなわち、より高い層に渡される、またはバッファにおいて削除される。これによって、非常に効率的なデータ送信が提供され、遅延が避けられる。
【００１７】
請求項６に記載の本発明の別の典型的な実施例によれば、例えば、他の受信機への送信および／または他の受信機より高い優先順位を有する送信と言う理由から、および／または、中断が予め設定された時間より長いときに、（例えば、UMTSのスケジューラに関連する）送信機がデータ・パケットの送信を中断する場合に、送信機は、情報を送る。
【００１８】
請求項７に記載の本発明の別の典型的な実施例によれば、データ送信システムは、送信機から受信機へのデータの送信を目的とする。本発明のこの典型的な実施例の一態様によれば、受信機で復号化が成功しなかった何れのデータ・パケットに対しても、新規の送信または再送信が送信機によって予定されていることに関する情報が、送信機から受信機に送られる。
【００１９】
このデータ送信システムが、効率的でかつ速いエンドツーエンドのデータ転送を可能にすることができ、これによりデータ送信の遅れを、回避または最小化させることができることは、都合がよい。
【００２０】
本発明のデータ伝送システムの例示的実施形態は、請求項8および9において提供される。
【００２１】
請求項10に記載の本発明の他の例示的実施形態によると、送信機は、対応する受信機に情報を送信するように適合化されている。この情報は、受信機でまだ復号化が成功していないデータ・パケットの内の何れのパケットに対し再送信されるか、つまり、これらのデータ・パケットの内の何れのパケットに対し、送信又は完全に新規な送信が計画または予定されているかを、受信機に知らせる。本発明の送信機の例示的実施形態は、請求項11〜14において提供されている。
【００２２】
請求項15に記載の本発明の他の例示的実施形態によると、受信機によって復号化が成功していないデータ・パケットの再送信または新たな送信に関する情報を受信するように適合化されている受信機が提供される。
【００２３】
本発明の受信機の典型的な実施例は、例えば、請求項16および17において提供される。
【００２４】
請求項18に記載の本発明の受信機の典型的な実施例によれば、受信機は再命令バッファを有し、かつ前記受信機は、情報を受けると、前記情報によって示されるこのようなデータ・パケットを除いて、成功したデコーディングが、まだ実行されていないデータ・パケットに対して設けられまたは保持されているパージを除去するように、適合化されている。
【００２５】
このことにより、更なる送信または再送信が期待されないデータ・パケットに関するデータを、もはや、不必要に再命令バッファに保持することを回避することが可能になることは、有利である。これは、このようなデータの更なる急速処理を可能にすることができる。
【００２６】
本発明の典型的な他の実施例によれば、コンピュータプログラムが、データ送信機間のデータ送信、および例えば、UMTSデータまたはスピーチ送信システムの受信機を制御するために提供される。コンピュータ・プログラムは、C++のような任意の適切なプログラム言語により書込むことができ、かつ、CD-ROMのような計算機可読のデバイスに格納させることもできる。しかしながら、本発明のコンピュータプログラムは、WorldWideWebのようなネットワークを通じて提示させることもでき、そこから、例えば、それを送信機または受信機のデータ処理装置の作業メモリにダウンロードさせることができる。
【００２７】
例えば、（例えば、受信側でソフト結合方法を適用して）まだ再送信下にある、負の確認メッセージが以前に受信されているパケットに対し、または、（起動された、または、例えば、UMTSのHS-DSCHを介して、データ送信を制御するNode Bのスケジューラと関連付けられた）送信機が、送信を再開しようとする（すなわち、以前の送信試みにおいて伝送されたデータとのソフト結合が無い）パケットに対し、データ・パケットの送信シーケンス番号のリストを、データ・パケットの一部として送るように、送信機が、適合化されていることを、本発明の例示的実施形態の要旨と見ることができる。これは、データ送信の遅れを回避しかつ効率的なデータ送信を可能にすることができる。
【発明を実施するための最良の形態】
【００２８】
本発明のこれらのそしてまた他の態様は、以下に記述される実施例を参照して明らかになるであろう。
【００２９】
図面を参照して、本発明の例示的実施形態を、以下に記述する。
【００３０】
以下に、本発明の、UMTSシステムが説明されるが、より詳細は、例えば、3 GPP TS 25.308 V5.2.0 (2002-03), Technical Specification, 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; High Speed Downlink Packet Access (HSDPA); Overall description; Stage 2 (Release 5) and 3 GPP TS 25.321 V5.2.0 (2002-09) Technical Specificaion3rd Generation Partnership Project; Technical Specification Group Radio Access Network; MAC protocol specification (Release 5)（これらは、両方とも本願明細書に参照文献として組込まれている）に、記述されている。しかしながら、本発明がUMTSに限られないことには留意しなければならない。
【００３１】
図1は、本発明の例示的実施形態のUMTSデータ伝送システムの簡略化された表現図を示す。図1から判るように、UMTSシステム6は送信機2と受信機4を備える。データは、送信機2からエアーインタフェース8を介して受信機4に送信される。エアーインタフェースは、複数の無線通信路を備えることができる。
【００３２】
図2は、図1において表されるデータ送信システムの送信機2においておよび／または受信機4において備えることができる要素の簡略化された表示である。参照番号10は、例えば、上記の技術仕様書において記述されるNode Bを示す。
【００３３】
図2から判るように、Node B 10とDRNC 12（ドリフト無線ネットワーク制御装置）との間には、第1のインタフェースIubが設けられていて、かつDRNC 12とSRNC 14（RNCに奉仕する）との間には、他のインタフェース（Iur）が設けられている。RNCとは、無線ネットワーク制御装置のことである。図2から判るように、MAC-hsエンティティ16はNode B 10に位置する。
【００３４】
MAC-hsは、HS-DSCH（高速走行速度ダウンリンク共有チャンネル）に対する媒体アクセス制御である。MAC-hsエンティティ16は、IubとIurを介してMAC-dエンティティ18に接続されている。これは、次で、複数のRLC（無線リンク制御）マシン20に接続されている。
【００３５】
図3は、MAC-dエンティティ18とMAC-hsエンティティ16の間で起こっている通信の簡略化された表示である。さらに、UM（不承認のモード）RLCエンティティ22とMAC-dエンティティ18の間には、通信のストリームがある。前述したように、UM RLCエンティティ22とMAC-d 18は、両方とも、SRNCに位置し、かつ、MAC-hsはNode B上に位置する。
【００３６】
RLCs 20および22の通信および／または構造に関する詳細な説明および詳細かつ（MAC-d 18かつMAC-hs 16）の実施の記載については、3 GPP TS 25.308 V5.2.0 (2002-03), Technical Specification, 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; High Speed Downlink Packet Access (HSDPA); Overall description; Stage 2 (Release 5) and 3 GPP TS 25.321 V5.2.0 (2002-09) Technical Specificaion3rd Generation Partnership Project; Technical Specification Group Radio Access Network; MAC protocol specification (Release 5)、を参照されたい。
【００３７】
以下においては、主に、本発明に関するこのようなシステムの態様が記載される。
【００３８】
上記の技術仕様書において記述されるデータ送信は、HS-DSCHを介するデータ送信を提供する。
【００３９】
基地局またはNode Bのスケジューラ（このスケジューラは、図1〜3には図示されていない）、特に、この基地局またはNode BにおけるMAC-hs層は、受信機または移動局のようなユーザ機器（UE）に、8つまでのいわゆるHARQプロセス（HARQ：ハイブリッド自動再送要求）によりデータ・パケットの形態でデータを送信するように適合化されている。上述した3GPP仕様書において、用語HARQプロセスは、HARQストップ・アンド・ウェイト・プロトコルの1つの例を示すために使用されている。これは、このエンティティが、Node Bの送信側からUEの受信側にまで渡っていて（かつデータ・パケット（MAC-hs PDU）を送る）ことを意味する。ここでは、受信データ・パケットは、特定のソフト・バッファに格納されている同じデータ・パケットのすでに受信されたソフト・ビットとソフト結合でなければならない。HS-SCCH（高速共有制御チャンネルを介して送られるHARQプロセスIDと、同じデータ・パケットまたはMAC-hs PDUの以前の送信とのソフト・ビットを含むソフト・バッファのアドレスとの間には1対1写像がある。
【００４０】
これらのパケットは、MAC-hs層から送信のために電波伝搬路（すなわち、無線インタフェース）を介して下にある物理層に手渡されるので、送信機のいわゆるMAC-hs層から送られるデータ・パケットは、MAC-hs PDU（MAC-hsプロトコル・データ・ユニット）と呼ばれる。例えば、図3から判るように、MAC-hs PDUは、MAC-hs層16が、上にある層から受信するMAC-hs SDU（サービス・データ・ユニット）から作られる。HS-DSCHを介してデータを受信したと推測される移動局のような受信機は、HS-DSCHを聞くことは永久にない。その代わりに、この受信機は、永久に、最高4つまでのHS-DSCHsを聞き、これにより、この受信機は、
−HS-DSCHの次のスロットが、この受信機に宛てられるMAC-hs PDUを含むか否か、
−このMAC-hs PDUが、どのCDMAコード（符号分割多重アクセス方式）に送信されるか、
かつ
−このMAC-hs-PDUが、この受信機のどのHARQプロセスに対し、含まれているべきか
を、知る。
【００４１】
各々のHARQプロセスは、それぞれの受信機（移動局）によって復号化が成功しなかった、データ・パケット（ここでは、MAC-hs PDU）の再伝送の制御のために、それ自身、ストップ・アンド・ウェイト・プロトコルを有する。例えば、HARQプロセス1は、受信機に、HS-DSCHを介してMAC-hs PDUを送り、次いで、エラーフリーMAC-hs PDUが復号化されたか否かを示す受信機（移動局）の承認メッセージを待っている。デコーディングがエラーフリーであったことを示す正の確認メッセージは、ACKと略記される。移動局がそれぞれのデータ・パケットをエラーフリーに復号化することが出来なかった場合、移動局は、送信機に、NACKと略記される負の受取通知メッセージを送る。
【００４２】
送信機がACKを受信すると、HARQプロセスIは、継続し、続くMAC-hs PDUを送信することができる。送信機がNACKを受信すると、スケジューラ（送信機）は、一方、このデータ・パケットの再送信を実行することができる。このデータ・パケットの再送信は、同一のデータ・パケットの完全な再送信であってもよいし、またはこの復号化に失敗したデータ・パケット（すなわち、元々送られたデータ・パケットの正確なコピーでないもの）に関するデータ送信としてもよい。したがって、このような再送信は、自己復号化可能な(self-decodable)増分冗長度、または自己復号化が可能でない増分冗長度を含むことができる。いずれの場合においても、移動局は、再送信されたデータ、すなわち、再送信されたデータ・パケットに含まれるデータを、（エラーフリーで、より良好なデコーディング結果を成し遂げるために復号化させることができなかった）元々送られたデータ・パケットに含まれていたデータと共に、使用する。これは、ソフト結合と呼ぶことができる。他方、スケジューラ（送信機）は、不成功のデコーディングのため、この元々のMAC-hs PDUの送信および／または再送信を中止することを決めることもできる、例えば、スケジューラは、再送信の予め設定された数に到達したという事実によりこのMAC-hs PDUの送信を中止することを決めることができる。
【００４３】
HARQプロセスが再送信を実行することでビジーである限り、再送信しか送ることができないので、このプロセスのデータ伝送は、機能停止常態にあるかブロックされている。この理由から、HS-DSCHによるデータ伝送は、時分割で、複数のHARQプロセスで実行される。最高8つまでのHARQプロセスのうちの少数しか、通常、再送信によってブロックされないという事実によって、データの連続ストリームを、通常、発生させる、すなわち、送信機と受信機の間で送信させることができる。したがって、HS-DSCHによって送信されるべきMAC-hs PDUのシーケンスは、その後、複数のHARQプロセス上に分布する。HARQプロセスが、以前に送られたデータ・パケットに関するACKを受信すると即座に、新規なデータ・パケット、すなわち、新規なMAC-hs PDUを、送信させることができる。
【００４４】
受信機に既知のストップ・アンド・ウェイト・プロトコルに従って、互いに独立して完全にこれらのMAC-hs PDUを送る、複数のHARQプロセス上に次々と実際に送られるべきMAC-hs PDUの分布により、受信機で受信されるこれらのMAC-hs PDUの順序または継承が、それらが元々有していた順序または継承とは異なることが起こり得る。この順序または継承を復旧するために、MAC-hs PDUには、各MAC-hs PDUのヘッダにおいて番号付け（送信シーケンス番号、TSN）がなされる。また、元々のおよび／または正しい順序または継承を復旧させてMAC-hs PDUのバッファリングを可能にするために、バッファ（再命令バッファ）が、受信機に設けられる。受信機は、特定のTSNを有するMAC-hs PDUを、次のMAC-hs PDU（Next_expected）として、常に待っている。
【００４５】
受信機は、このTSNで正確にMAC-hs PDUを受信しまたは復号化することが出来ないが、このMAC-hs PDUは失われたMAC-hs PDUより後で送られたことを示す他のTSNを有する他のMAC-hs PDUを受信する場合には、再命令バッファにおいてすでにバッファされている全てのMAC-hs PDUは、MAC-hs PDUが更なる処理のために次の層に渡されるまで、待たなければならない。失われたMAC-hs PDU（Next_expected_TSN）が，成功裏に、すなわち、エラー無しで復号化された場合のみ、シーケンスに隙間または穴無しに、再命令バッファにおいて待っていた全てのMAC-hs PDUのMAC-hs SDUを、RLCは、（無線でリンクされた制御）層に渡すことができる。RLC層は、移動局と無線ネットワーク制御装置（RNC）の分割と再送信を制御する。
【００４６】
その後、可変Next_expected_TSNは、次いで、最後のMAC-hs PDUが受信された後に予測されるMAC-hs PDUのTSNの値に設定される。そこから、そこに含まれるMAC-hs SDUがRLC層に渡される。
【００４７】
種々の理由によって、MAC-hs PDUが成功裏に受信機（例えば、移動局）に送信されないことが生じることがある。これは、再命令バッファに隙間または穴を発生させる原因となる：
−  基地局が、アップリンクの好ましくない一般の条件により受信機からMAC-hs PDUのために送られるNACKをACKと誤認し、かつ、従って、受信機は、この特定のMAC-hs PDUに対し再送信を必要としないとみなす。これは、通常、NACK > ACK誤認と呼ばれる。
−  基地局は、このMAC-hs PDUの送信または再送信の中止を決定する。例えば、MAC-hs PDUがあまりに古い場合、すなわち、このようなMAC-hs PDUが受信側に何の役にも立たない場合、このような決定が、なされる場合がある。
【００４８】
失われたMAC-hs PDUにより、他のMAC-hs PDUが、再命令バッファに長時間残留することを回避するために、再命令タイマーと再命令ウィンドウを、以下のように適用することができる：
この特定のMAC-hs PDUが受信される前に受信されるべき次のMAC-hs PDUに対する再命令タイマーが、経過してしまう場合、この特定MAC-hs PDUは、受信されたものと考えられ、かつ、したがって、この失われたMAC-hs PDUの後で隙間または穴なしで再命令バッファにおいて待っている全てのMAC-hs PDUが、RLC層に渡される。その後、再命令タイマは、受信されるべき次のMAC-hs PDUのために再開される。通常、再命令タイマは、例えば、他の移動局が、HS-DSCHを介して働くことを可能にするために、大きい値に設定される。この場合、この特定の移動局の再命令バッファの隙間が長時間存在しないように、スケジューラが、この特定の移動局に再び働いているときに、考察された移動局の再命令バッファの失われたMAC-hs PDUの送信が、次いで、後に実行させることができる。
【００４９】
これに対し、再命令ウィンドウは、再命令バッファにおいて次に予測される失われているMAC-hs PDUがもはや送信されないことを、連続したMAC-hs PDUの間で長時間の距離無しに連続データ・ストリームから受信機に、示すように働く。これに対し、再命令ウィンドウは、再命令ウィンドウの外にあるTSNを有するMAC-hs PDUを受けると、この再命令ウィンドウの境界がこのMAC-hs PDUのTSNと一致するように更新されるように、構成されている。再命令ウィンドウの外にあるTSNsを有する再命令バッファの全てのMAC-hs PDUは、次いで、ウィンドウの更新後に、RLC層に与えられる。次いで、次に予測されるMAC-hs PDUのTSNは、データ・パケットが受信されていない再命令ウィンドウの下の境界でTSNの後のTSNに設定される。このことにより、再命令ウィンドウが、常に新たなMAC-hs PDUが成功裏に送信され、このTSNによって再命令ウィンドウが上述した態様で更新される場合には、再命令バッファにおいてMAC-hs PDUが失われているため、再命令バッファにおいて待たなければならないMAC-hs PDUを、最終的に、RLC層に配信させることしかできないようにさせることが可能となる。例えば、32の再命令ウィンドウと2msのTTI-hsのサイズを考察する（TTI-hs：MAC-hs層の送信時間間隔；TTIは、MAC-hs PDUの送信が、物理層で支持されるビットレートを基にどの程度長く取ることができるかを示す）と、再命令バッファの隙間または穴を再命令ウィンドウによって除去することができるまでには、ほぼ64msを必要とするであろう。
【００５０】
例えば、NACK > ACKの誤認が起こり、かつ、特定の受信機に対する送信の中断が起こり、かつ、送信機が、他の移動局にデータを送信し続け、その結果連続データストリームが中断される場合を考察する。この場合、それらが失われている理由が、NACK>ACKの誤認であるので、特定の受信機に対する送信の再開の後、失われたMAC-hs PDUが配信されること無く、MAC-hs PDUは、移動局のような受信機の再命令バッファに保持される。
【００５１】
本発明の例示的実施形態によると、このような状況は、今まで受信機によって復号化が成功していないデータ・パケットに関する情報を含む送信機から、情報を受信機に送信することによって回避される。特に、この情報は、これらの復号化が失敗したデータ・パケットのどのパッケットに、少なくとも一部の再送信が、予測されるということに関係させることができる。換言すれば、この情報は、これらの復号化が失敗したデータ・パケット（MAC-hs PDU）の内のどれが、再送信されまたは送信機から受信機に再送されているかを受信機に伝えることができる。
【００５２】
これによって、再命令バッファにおける（MAC-hs PDUの一部としての）MAC-hs SDUの待ちが、再命令タイマと再命令ウィンドウがそうすることが出来ないような状況において、RLC層に不必要に渡されてしまうことを可能にする手段が、設けられる。RLC層は、初期段階で失われたRLC-PDUについて知らされているので、これによって、送信のエンドツーエンドの遅れを最小にすることができ、この結果、例えば、RLCレベルの失われたRLC-PDUの再送信を始めることが可能になることは、有利である。
【００５３】
特に、本発明によると、Node B上のMAC-hs層のスケジューラは、このような情報の生成時におけるどのMAC-hs PDUに対し、再送信を実行しようとするか、すなわち、
−  再送信を実行する、すなわち、どのMAC-hs PDUに対し、NACKが送信機によって受信されたか、
−  再送信が中止されていたうちのどのMAC-hs PDUに対し、新たな送信が、意図されるか、
を受信機に「告げる」ことができる。
【００５４】
特に、後者の場合は、例えば、スケジューラが、より高い優先順位を有するMAC-hs PDUの送信に対し、より低い優先順位を有するMAC-hs PDUの送信を中止する状況に関係する。
【００５５】
これに対し、情報が発生する時に、スケジューラは、情報に含まれるべき優先順位の各クラスに対し、NACKが受信されたかまたはその送信が中止されていたが、新たな送信が意図されるの何れかに対し、MAC-hs PDUの各TSNsのリストを生成する。このリストのこれらのTSNsは、"Still-NACK'ed-or-to-Reinitiate-transmission-Indication"(SNRI)と呼ぶことができる。
【００５６】
本発明の例示的実施形態の一態様によれば、このリストは、例えば、そこに含まれるMAC-hs SDUの優先順位クラスの中で、独立して、次に送信されるべきMAC-hs PDUの一部として、送ることができる。本発明の例示的実施形態によると、次に送信されるべきこのMAC-hs PDUのヘッダは、このリストがヘッダに含まれるように、拡張することができる。このリストには、また、このMAC-hs PDUのクラス以外の優先順位クラスに対するエントリを設けることもできる。
【００５７】
本発明の他の例示的実施形態によると、このリストは、また、送信機からMAC-hs PDUにより移動局のような受信機に送信することもできる。これは、如何なるMAC-hs SDUも含まない、すなわち、如何なるペイロード・データも含まない。次いで送信されるべきビットの量が非常に低いために、最小のブロックサイズ、すなわち、データ・パケットで最も少ない可能なサイズを選択することができ、これにより、強いエラー訂正コーディングが提供されかつQPSKによって送信させることができ、この結果、再送信のない成功した送信を高確率で推定することができることは、有利である。また、これは、リストを含みかつさらなるペイロード・データを含まないこの小さいMAC-hs PDUを、最小の遅延と、このMAC-hs PDUが、NACK>ACKの誤認により失われる危険性を減少させた送信を可能にすることができる。本発明のこの例示的実施形態によると、ペイロード・データを含まず、リストのみを含むこのようなMAC-hs PDUは、MAC-hs制御PDUと呼ぶことができる。
【００５８】
本発明の例示的実施形態によると、このようなMAC-hs制御PDUは、例えば、3 GPP TS 25.308 V5.2.0 (2002-03), Technical Specification, 3rd Generation Partnership Project;Technical Specification Group Radio Access Network; High Speed Downlink Packet Access (HSDPA); Overall description; Stage 2 (Release 5) and 3 GPP TS 25.321 V5.2.0 (2002-09) Technical Specification 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; MAC protocol specification (Release 5)（これらの文献は、参照文献として本明細書に組込まれている）により公知であるヘッダの変更態様として実現することができる。
【００５９】
それがMAC-hs PDUの一部として組み込まれるかもしれないので、図4は、SNRI-リストの第1の例示的実施形態を示す。S-ビットは、このMAC-hs PDUが任意のSNRI-リストを含むか否か、すなわち、それが、全てのMAC-hs PDUに含ませることができることを示す。もしそれが、例えば、0に設定されるならば、SNRI-リストは続かないが、「列ID」フィールドから始まる周知のMAC-hsヘッダが、直接S-bitの後に続く。S-ビットが1に設定される場合、SNRI-リストが続く。SNRI-リストの第1フィールドNSNRIは、リストがエントリを含む優先順位クラスの番号を示す。8つの優先順位クラスが規定されるので、このフィールドは3ビットによって符号化される。続くフィールドは、考察された優先順位クラスのMAC-hs PDUのTSNsを識別するフィールドのグループ、つまり、どの再送信が、まだ進行中であるか、または、HARQプロトコルのどのスケジューラが、将来再送信する意図があるかを表わす。それ故、各グループは、続くN個のTSNsがどのキュー考えを指すかを示すQid-フィールドから始まる。Qid-フィールドの後のN-フィールドは、この後に続くTSNsのカウントNを示し、かつTSNsの後には、次で、これらのMAC-hs PDUのTSNを含むN TSN-フィールドが続く。Nは、MAC-hs PDUを未決定とすることが出来る最大8つのHARQプロセスに応答して3ビットで符号化される。フィールドのNSRNI個のグループ群の後、通常の既知のMAC-hsヘッダには、「キューID」フィールドが続く。将来の制御目的のために、Ctrl-フィールドは、図示されていない追加ビット（Ｅビット）によって拡張させることができる。もしこのＥビットが1に設定されるならば、付加的な制御情報は、最後のSNRI-リストと現在のMAC-hsヘッダとの間に挿入することができる。
【００６０】
もしCtrlフィールドの後に何のデータも続かないならば、MAC-hs PDUは、MAC-hs Control PDUにしかならないであろう。
【００６１】
本発明の他の例示的実施形態によると、（SNRIリストと称してもよい）このリストは、優先順位の特定クラスに対しそれぞれ1つのTTI-HSを介して、非常に強い誤り訂正符号で、HS-HCCHを介して送信させることができる。しかしながら、HS-SCCHのビットの相対的に低い数のために、優先順位の1個のクラスしかこの情報に対応しない。すなわち、SNRIリストは、その後、優先順位のクラスに対し複数のTTI-HSで送信されなければならないであろう。
【００６２】
優先順位の特定のクラスのためのSNRIリストの受領に応じ、受信機は、SNRIリストに挙げられているこれらのMAC-hs PDUの場合を除いて、再命令バッファの全ての隙間または穴を除去する。これらの隙間または穴の除去は、受信機が、これらの失われたMAC-hs PDUを受信されたものと考えかつ再命令バッファに含まれるそれぞれのMAC-hs PDUをオーバーレイ層（すなわち、含まれているMAC-hs SDUを抽出し、かつそれらをMAC-d層に配信する逆アセンブリ層（このMAC-d層は、含まれているRLC PDUを各MAC-hs SDUから抽出しかつこれをRLC層に配信する））に渡すことを意味する。さらに、SNRIリストを受領すると、可変Next_expected_TSNは、受信されるべき次のMAC-hs PDUに設定される。
【００６３】
SNRIリストは、定期的に送信機から受信機に送ることができる。しかしながら、本発明の例示的一実施形態によると、スケジューラが特定の受信機または移動局へのデータ送信を中断するときには、他の受信機または移動局が働くべきであるので、SNRIリストは受信機に送られる。このような場合、全ての優先順位クラスのためのデータストリームが中断されるので、再命令ウィンドウは、再命令バッファの穴または隙間を除去することができない。
【００６４】
本発明の他の例示的一実施形態によると、優先順位がより低いこの特定のクラスに対する再命令ウィンドウが、それぞれの再命令バッファの穴または隙間を除去することがないように、スケジューラが、予め設定されたタイムに対する優先順位のより高いクラスに関するデータ送信のために、優先順位のより低いクラスに関するデータに対するデータ送信を中断するとき、SNRIリストが送られる。このような場合、優先順位がより低いこのクラスに対するデータ送信が中断されることにより、優先順位がより高いクラスに属しているMAC-hs PDUの一部として、そのストリームが中断されていた優先順位がより低いこのクラスに対してSNRIリストを送信することは、有利となる。
【００６５】
さらにまた、本発明の他の例示的実施形態によると、優先順位のクラスのための送信が予め設定された時間停止するとき、すなわち、2つの連続したMAC-hs PDUの時間距離が、設定量を越え、かつ、例えば、64msより長くなる、すなわち、再命令ウィンドウが、再命令バッファの穴または隙間を除去するための連続データストリームの場合に必要となるであろう時間より長い場合、SNRIリストを送信機から受信機に送信させることができる。
【００６６】
本発明の他の例示的実施形態の場合、もしSNRIリストが含まれていない場合に、MAC-hs PDUがパッディング・ビットで満たされるべきときはいつでも、SNRIリストは送信することができるので、SNRIリストは、ちょうどスペースを使用する。さもないと、これは、パッディング・ビットによって占有されることになる。これは、MAC-hs PDUのサイズを、送信のために選択されるトランスポートブロック・サイズに合わせるために必要である。
【図面の簡単な説明】
【００６７】
【図１】本発明の例示的実施形態のデータ送信システムまたは音声送信システムの簡略化された表示を示す。
【図２】図1に表される、本発明のデータ送信システムにおいて実現する層構造の例示的実施形態を示す。
【図３】図1において表されるデータ送信システムの送信機または受信機において使用されおよび／または実施される層およびデータ・パケットの簡略化された表示を示す。
【図４】本発明のデータ・パケットの第1の例示的実施形態の簡略化された表示を示す。
【符号の説明】
【００６８】
2  送信機
4  受信機
6  UMTSシステム
8  エアーインタフェース
10  Node B
12  DRNC
14  SRNC
16  MAC-hsエンティティ
18  MAC-dエンティティ
20  マシン
22  UM（不承認のモード）RLCエンティティ
【図１】
2006505998.tif 000003
【図２】
2006505998.tif 000004
【図３】
2006505998.tif 000005
【図４】
2006505998.tif 000006
【国際調査報告】
2006505998.tif 000007
2006505998.tif 000008
2006505998.tif 000009