[go: up one dir, main page]

JP2006505999A - コンテナ内のデータ・パケットの伝送 - Google Patents

コンテナ内のデータ・パケットの伝送 Download PDF

Info

Publication number
JP2006505999A
JP2006505999A JP2004549483A JP2004549483A JP2006505999A JP 2006505999 A JP2006505999 A JP 2006505999A JP 2004549483 A JP2004549483 A JP 2004549483A JP 2004549483 A JP2004549483 A JP 2004549483A JP 2006505999 A JP2006505999 A JP 2006505999A
Authority
JP
Japan
Prior art keywords
data packet
container
data
mac
receiver
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2004549483A
Other languages
English (en)
Other versions
JP2006505999A5 (ja
Inventor
ヘルマン，クリストフ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Koninklijke Philips NV
Original Assignee
Koninklijke Philips Electronics NV
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Koninklijke Philips Electronics NV filed Critical Koninklijke Philips Electronics NV
Publication of JP2006505999A publication Critical patent/JP2006505999A/ja
Publication of JP2006505999A5 publication Critical patent/JP2006505999A5/ja
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1816—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of the same, encoded, message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • H04L1/1877—Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

【課題】伝送器から受信器へデータ・パケットを伝送する際の大きな遅延をなくすこと。
【解決手段】MAC-hs PDUの伝送が中断され、MAC-hs PDUに含まれている全てのRLC PDUが廃棄された場合、遅延が発生してしまう場合がある。なぜならば、これらの失われたPDUをRLCプロトコル・レベルで再伝送しなければならず、IubとIurというテキスト・インタフェースを通らなければならないので、遅延がかなり発生してしまうからである。本発明の例示的な一実施例によると、伝送が中断されたことが決定され、かつ伝送が中断されたコンテナに含まれているデータ・パケットの数を低減させたものが、進行が中断されたコンテナと同じシーケンスが設けられた別のコンテナ内に入れられて、受信器に送信される。この第二コンテナが、低減した量のデータ・パケットを含んだり、および／または、長さを低減できるという事実により、この第二コンテナが受信側でエラーなく受信される確率が増加することは有利である。

Description

本発明は、データ・パケットが伝送器から受信器に伝送されたりまたは伝送器と受信器の間で交換される、データ伝送の分野に関する。本発明は、特に、データ・パケットを伝送器から受信器へ伝送する方法、データ・パケットを伝送器から受信器へ伝送するためのデータ伝送システム、データ伝送システム用の伝送器、データ伝送システム用の受信器、および伝送器から受信器へのデータ・パケットの伝送を行うためのソフトウエア・プログラムに関する。
データ・パケットを伝送器と受信器間で伝送するための方法、および対応するデータ伝送システムは、例えば、「3GPP TS 25.308 V5.2.0 (2002〜2003)、技術仕様書、第3世代パートナーシップ・プロジェクト；技術仕様委員会無線アクセス・ネットワーク；高速ダウンリンク・パケット・アクセス；全体説明；ステージ2（リリース5）」 (3GPP 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))、および「3GPP TS 25.321 V5.2.0（2002〜2009）技術仕様書第3世代パートナーシップ・プロジェクト；技術仕様書委員会無線アクセス・ネットワーク、MACプロトコル仕様書（リリース5）」 (3GPP 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)) に説明されている。これらは、両方とも参照文献として本願明細書に組み込まれている。
この方法によると、データの伝送は、ダウンリンクで、つまり、高速な高速ダウンリンク・チャネル（HS-DSCH）を介してノードB内のUMTS伝送器からUMTS移動局またはUE（ユーザ機器）内の受信器へと行われる。MACレイヤのサブレイヤである、いわゆるMAC-hsレイヤ (hs：high speed) では、HARQ再伝送プロトコルがMAC-hs PDUの再伝送を制御する。移動局内の受信器では、再伝送されたMAC-hs PDUのソフト・ビットは、このMAC-hs PDUの先立って伝送されたソフト・ビットにソフトコンバインされる。MAC-hsレイヤはノードB上に位置する。したがってHARQ再伝送プロトコルのピア・エンティティは、ノードBおよび移動局またはUE上に位置する。
HARQ再伝送プロトコルに加えて、本発明のコンテクストで関連のある第二プロトコルが存在する。これは、いわゆる無線リンク制御（RLC: Radio Link Control）プロトコルであり、そのピア・エンティティは、移動局のサービングRNC（無線ネットワーク制御器）と移動局上に位置している。無線リンク制御プロトコル(RLCプロトコル) の詳細（例えば、肯定応答モード（AM: acknowledged mode）および非肯定応答モード（UM: unacknowledged mode）でのデータ伝送）に関しては、「3GPP TS 25.322 V5.2.0 (2002〜2009) 技術仕様書第3世代パートナーシップ・プロジェクト；技術仕様書委員会無線アクセス・ネットワーク」(3GPP TS 25.322 V5.2.0 (2002-09) Technical Specification 3rd Generation Partnership Project; Technical Specification Group Radio Access Network)が、本願明細書に参照用として組み込まれている。
このRLCプロトコルは、以下の事柄を受け持っている。
‐RLC SDU（サービス・データ・ユニット、つまりRLCレイヤの次の上位レイヤから受信されるデータ・ユニット）を断片に区分化し、これらの断片をRLC PDU（プロトコル・データ・ユニット、つまりRLCレイヤが次の下位レイヤ（ここではMACレイヤ）に渡し下ろすデータ・ユニット）の一部として送信し、適用可能な場合には、異なるRLC SDUまたは異なるRLC SDUの断片をRLC PDUに連結させること。
‐（相応に構成されている場合）正確に受信されていないものとして受信器が伝送器に示しているRLC PDUの再伝送を制御すること。
データがHS-DSCHを介して伝送された場合、このデータはHARQプロトコルの上のRLCプロトコル・エンティティによって常にプロセスされ、このRLCプロトコル・エンティティは、その後、
‐肯定応答モード（AM: Acknowledged mode）のデータ伝送、または、
‐非肯定応答モード（UM: Unacknowledged mode）のデータ伝送、
に合わせて構成可能となる。
「肯定応答モード・データ」は、AMD (Acknowledged mode data) とも略記され、「非肯定応答モード・データ」はUMD (Unacknowledged mode data)とも略記される。
UMDとAMDの両方の伝送で、RLC PDUはシーケンス番号を持ち、シーケンス番号をコーディングするためにUMは7ビットを規定し、AMは12ビットを規定する。これは、UMの場合には0から127までのシーケンス番号範囲に対応し、AMの場合には0から4095までのシーケンス番号範囲に対応する。RLCプロトコルは、AMD伝送用に構成されている場合にはRLC SDUをRLC PDUに区分化して（および適用可能な場合は連結して）、再伝送を行うことによりデータ伝送の信頼性を向上させる。RLCプロトコルは、UMD伝送用に構成されている場合は区分化だけを行い、適用可能な場合には連結を行う。
伝送側では、RLC PDUは更にMACレイヤ、またはより正確にはMAC-dレイヤによりプロセスされ、論理チャネルを区別化しなければならない場合にはMACヘッダが加えられる。このMACヘッダは、RLC PDUがその上に伝送される論理チャネルを識別する。MAC-d PDU（つまり、MAC-dレイヤにより作り出されたプロトコル・データ・ユニット）は次に、UMTSのノードB上に位置するMAC-hsレイヤに送出される。ここで、同じ移動局に向けられている１つ以上のMAC-d PDUが、MAC-hs PDUにコンパイルされる。これらのMAC-d PDUは、異なる論理チャネルに属することができる（つまり異なるMACヘッダを持つことができる）。したがって、MAC-hs PDUは異なる論理チャネルのMAC-d PDUを、同一の受信移動局に向けて多重化する。これとは対照的に、1つのMAC-d PDUは常に、ちょうど１つのRLC PDUを含んでいる。
１つ以上のMAC-d PDUからコンパイルされたMAC-hs PDUは、物理レイヤにより更にプロセスされる。一般に、HS-DSCHのコンテクストで物理レイヤがプロセスするデータ・ユニットは、「転移ブロック」と呼ばれる。つまり、MAC-hs PDUは転移ブロックでもあり、転移ブロック（つまり、ここではMAC-hs PDU）を形成するビットの計数は、「転移ブロック・サイズ」と呼ばれる。タイプMAC-hs PDUの転移ブロックの物理レイヤでのプロセシングは、次の通りである。
本願明細書に参照用として組み込まれている「3GPP TS 25.212 V5.2.0 (2002〜2009)、第3世代パートナーシップ・プロジェクト；技術仕様書委員会無線アクセス・ネットワーク；多重化とチャネル・コーディング (FDD)（リリース5）」(3GPP TS 25.212 V5.2.0 (2002-09), 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Multiplexing and channel coding (FDD) (Release 5))で説明されているように、物理レイヤは、（24ビットの）巡回冗長検査（CRC）サムを加え、かつこの後に、1/3レートのターボコーディングを、（タイプMAC-hs PDUの）転移ブロックのビットとCRCビットに適用する（つまり、ターボコーディングから得られたパリティ・ビットを加える）。
更に、TS 25.212 V5.2.0に説明されているレート・マッチングが適用されて、1/3レートのターボコーダの出力であるビットの数が、エア・インタフェースを介して2 ms以内で伝送可能なビット数に調整される。このビット数は、エア・インタフェースを介して2 ms以内で伝送可能であり、選ばれた数のチャネル化コード（1〜15が使用可能であり、これらは全て16という拡散因子を持つ）、および選ばれた変調スキームに依存する。このスキームは、QPSK（Quaternary phase shift keying）または16QAM（Quadrature Amplitude Modulation）にすることができる。例えば、16QAMを用いて2 msで伝送可能なビットの数は、QPSKを用いて伝送可能なビットの数よりも2倍大きい。
レート・マッチングとは、例えば、パンクチャリング、つまり、1/3レートのターボコーダの出力であるビットのシーケンス内の既定ビットを、結果的に得られるビット数がエア・インタフェースを通じて2 ms以内に送信可能なビット数にちょうど適合するように削除すること、を意味することができる。受信側は、パンクチャリングされたビットの位置を知っており、デコーディング・プロセスではこれらのビットを、例えばゼロ値を有するビットとして考慮する。
パンクチャリングを適用しなければならない場合、順方向エラー保護（FEC）は、パンクチャリングを行わない場合よりも必然的に弱くなってしまう。例えば、１つ以上の追加的なチャネル化コーディングを用いて、エア・インタフェース上での伝送を行う場合は、パンクチャリングをなくしてもよい。
TS 25.212 V5.2.0には、MAC-hsタイプの転移ブロックを物理レイヤでプロセシングする更なるステップが幾つか説明されているが、これは、本発明のコンテクストでは重要ではない。
2 msという期間は、HS-DSCHの伝送時間間隔（TTI: transmission time interval）とも呼ばれている。この期間は、（MAC-hsタイプの）転移ブロックが、無線インタフェース上の物理レイヤにより転送される周期性に等しいので、物理レイヤでの（MAC-hsタイプの）転移ブロックの到達間時間、つまりMACレイヤと物理レイヤ間でデータが連続的に配信される間の時間にも対応している。換言すれば、物理レイヤは、2 msのTTI以内でコンテナのビットつまりMAC-hs PDUビットをプロセスし、2 ms後には、次のビット・コンテナをプロセスする準備が整う。原則的には、ターボ・コーディングによりCRCが付与されてチャネル・エンコーディングが行われるので、その後エア・インタフェース上で送信されるビットの数は、コンテナのビット数よりも大きくなる。（ターボ・エンコーディングの後）エア・インタフェース上で物理レイヤが2 msのTTI以内で伝送可能なビットの数Xは、サイズが異なる（つまりビット数が異なる）2つのコンテナに対して固定されたままとなる。これらのコンテナ・サイズが、Xから（CRCの24ビットに対応する）24を引いたものよりも小さい場合、例えば、コンテナが小さいほど適用されるパンクチャリングは少ないという理由により、小さなコンテナのFECは大きなコンテナのFECよりも強くなる。同様に、物理レイヤがプロセシングを、Xビット（X > S + 24）を用いてエア・インタフェース上で一度行い、かつY>Xビットを用いてエア・インタフェース上で一度行った後に、所与サイズSのコンテナが伝送される場合、エア・インタフェース上での伝送にYビットを用いれば、FECはたいてい一層強くなる。
以下、「コンテナ」という用語は、MAC-hs PDUのビット、つまりMAC-hs PDUタイプの転移ブロックのビットを示す。
上述したリリース5におけるUMTSのMAC-hsでのHARQプロトコルによると、最後の再伝送が成功することなく、つまり、受信されたMAC-hs PDUをエラーなくデコードすることができずに最大数の再伝送に達してしまう場合には、MAC-hs PDU（プロトコル・データ・ユニット、つまりプロトコル・レイヤから、下のプロトコル・レイヤへ渡されるデータ・パケット）の損失を許容することが想定されている。この場合、MAC-hs PDUの伝送は中断され、このMAC-hs PDUに含まれる全てのRLC-PDUは廃棄される。この結果、これらの失われたRLC-PDUを、RLCプロトコル・レベルで再送信しなければならず（これは、再伝送をRLCプロトコルにより実行し、再送信されるPDUがRLC PDUであることを意味する）、ノードBとDRNC間のIubインタフェース、およびDRNCとSRNC間のIurインタフェースを通らなければならないので、かなりの遅延が発生してしまう。DRNCはドリフトRNC（Radio Network Controller）とも称される。移動局は、その各々のサービングRNC（SRNC）のサービング・エリアから離れた場合、別のRNCによりサーブされているセル内に位置する。この場合、この別のRNCを、考慮対象の移動局のドリフトRNCと呼ぶことができる。
3GPP TS 25.308 V5.2.0 (2002〜2003)、技術仕様書、第3世代パートナーシップ・プロジェクト；技術仕様委員会無線アクセス・ネットワーク；高速ダウンリンク・パケット・アクセス；全体説明；ステージ2（リリース5）、(3GPP 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)) 3GPP TS 25.321 V5.2.0（2002〜2009）技術仕様書第3世代パートナーシップ・プロジェクト；技術仕様書委員会無線アクセス・ネットワーク、MACプロトコル仕様書（リリース5）、(3GPP 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)) 3GPP TS 25.322 V5.2.0 (2002〜2009) 技術仕様書第3世代パートナーシップ・プロジェクト；技術仕様書委員会無線アクセス・ネットワーク、(3GPP TS 25.322 V5.2.0 (2002-09) Technical Specification 3rd Generation Partnership Project; Technical Specification Group Radio Access Network) 3GPP TS 25.212 V5.2.0 (2002〜2009)、第3世代パートナーシップ・プロジェクト；技術仕様書委員会無線アクセス・ネットワーク；多重化とチャネル・コーディング (FDD)（リリース5）、(3GPP TS 25.212 V5.2.0 (2002-09), 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Multiplexing and channel coding (FDD) (Release 5)) 3GPP TS 25.423 V5.3.0 (2002〜2009)、第三世代パートナーシップ・プロジェクト；技術仕様書委員会無線アクセス・ネットワーク；UTRAN IurインタフェースRNSAPシグナリング（リリース5）、(3GPP TS 25.423 V5.3.0 (2002-09), 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; UTRAN Iur Interface RNSAP Signalling (Release 5)) 3GPP TS 25.433 V5.2.0 (2002〜2009)、第三世代パートナーシップ・プロジェクト；技術仕様書委員会無線アクセス・ネットワーク；UTRAN IubインタフェースNBAPシグナリング（リリース5）、(3GPP TS 25.433 V5.2.0 (2002-09), 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; UTRAN Iub interface NBAP signaling (Release 5))
本発明の目的は、伝送器から受信器へデータ・パケットを伝送する際の大きな遅延をなくすことである。
請求項１に記載の本発明の例示的な一実施例によると、第一データ・パケットを伝送器から受信器へ送信する方法が提供される。第一データ・パケットは、コンテナに入れて伝送される。各コンテナにはシーケンス番号が設けられる。例えば、このシーケンス番号は、連続するコンテナにマーキングする連続番号でよい。本発明のこの例示的な実施例によると、伝達の中断が決定されて、第一データ・パケットの第一数の第二データ・パケットを有する第一コンテナの伝送が中断される。中断は、例えば、コンテナの最大数の再伝送に達したが成功しなかった場合、つまり最後の伝送時にコンテナ内のデータ・パケットに含まれている情報を受信器がエラーなくデコードすることができなかった場合に決定することができる。第一コンテナには第一シーケンス番号が設けられる。第一数の第二データ・パケットからは、第一数が第二数より大きくなるように、第二数の第三データ・パケットが選択される。その後、第二数の第三データ・パケットを有する第二コンテナが形成され、この第二コンテナは、第一シーケンス番号を有する受信器に伝送される。
換言すれば、第一コンテナ内の第二データ・パケットから、より少ない数の第三データ・パケットが選択され、その後、中断されたコンテナと同じシーケンス番号が設けられた別のコンテナに入れられる。第二コンテナが、より少ない数のデータ・パケットを含んでいるという事実により、このコンテナには、例えば、より低いパンクチャリングが適用されることによってより多くのパリティ・ビットが伝送されるように、より強い順方向エラー補正（FEC）を行うことができる。本願明細書に参照用として組み込まれている「3GPP TS 25.308 V5.2.0 (2002〜2003)、技術仕様書、第三世代パートナーシップ・プロジェクト；技術仕様書委員会無線アクセス・ネットワーク；高速ダウンリンク・パケット・アクセス（HSDPA）；全体説明；第二段階（リリース5）」(3GPP 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))、および「3GPP TS 25.321 V5.2.0 (2002〜2009) 技術仕様書第三世代パートナーシップ・プロジェクト；技術仕様委員会無線アクセス・ネットワーク；MACプロトコル仕様（リリース5）」(3GPP 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-d PDUで、コンテナはMAC-hs PDUでよい。
このことにより、伝送器から受信器へのデータ・パケットのデータ伝送を全体的により速くすることができる。このことにより、欠陥のあるコンテナの再伝送時の遅延を低減させることもできる。
請求項2に記載の本発明の別の例示的な実施例によると、第四データ・パケット、すなわち中断されたコンテナに含まれているデータ・パケットであって、同じシーケンス番号を有する次のコンテナにより送信されなかったものは削除される。
このことにより、特に、HARQ再伝送プロトコルの上に、例えばUMTS内のRLCプロトコルなどの更なる再伝送プロトコルがある場合、特に再伝送に対する効率的な制御戦略が例えばHARQ再伝送プロトコル内で可能となる。
請求項3に記載の本発明の別の例示的な実施例によると、中断されたコンテナは、新たなコンテナよりも弱い順方向エラー補正（FEC）を持つ。つまり、この新たなコンテナ内のパリティ・ビットの数は、中断されたコンテナ内のパリティ・ビットの数よりも多くなる。
第二コンテナの長さが減ることにより（この結果、FECはより強くなる）、第二コンテナがエラーなく受信器で受信される確率は、第一受信器がエラーなく受信器で受信される確率と比べてより高くなる。
請求項4に記載の本発明の別の例示的な実施例によると、第三データ・パケットは、中断されたコンテナ内で第二データ・パケットがアレンジされていた順序にしたがって、第二データ・パケットから選択される。
請求項5に記載の本発明の別の例示的な実施例によると、第三データ・パケットは、これらが受信器で必要とされている緊急度にしたがって、第二データ・パケットから選択される。
請求項６に記載の本発明の例示的な別の更なる実施例によると、データ・パケットは、より高いプロトコル・レイヤのサービス・データ・ユニットから、つまり換言すれば、より高いプロトコル・レイヤに関わっているサービス・データ・ユニットから区分化される。第三データ・パケットは、より高いプロトコル・レイヤのサービス・データ・ユニットを、コンテナ内の受信されたデータ・パケットから作り直すことつまり再構築することが受信器で可能となるように選択される。
請求項７に記載の本発明の別の例示的な実施例によると、これらの第三データ・パケットは、データ・パケットが以前のコンテナ内で受信済みとなっている、つまりより低いシーケンス番号を持つコンテナを用いて受信済みとなっている、より高いプロトコル・レイヤの同じサービス・データ・ユニットに属するように選択される。
請求項8に記載の本発明の別の例示的な実施例によると、第二コンテナ内の第三データ・パケットは、第二データ・パケットから無作為に選択される。
請求項９に記載の本発明の別の例示的な実施例によると、第三データ・パケットは、受信器での同期損失がなくなるように第二データ・パケットから選択される。例えば、第三データ・パケットは、例えば、伝送器側と受信器側のピアRLCエンティティが、HFN（Hyper Frame Number）の同期性を失うこと、つまりシリアル番号の最上位ビットが正確な時間で増加しなくなることによって、暗号化と解読化用のためのアルゴリズムの時間変動する入力が形成されてしまうことがなくなるように、選択することができる。
請求項10に記載の本発明の別の例示的な実施例によると、第二コンテナ内のデータ・パケット量が減ることにより影響を受ける論理チャネルの数が最小化されるように、第三データ・パケットが選択される。
請求項11に記載した本発明の別の例示的な実施例によると、第一コンテナに含まれているデータ・パケットであって、第二コンテナで送信されていないものは、別のシーケンス番号を持つ第三コンテナに入れられて受信器に伝送される。このシーケンス番号は、第二コンテナのシーケンス番号の次の数であることが好ましい。
請求項12に記載の本発明の例示的な別の実施例によると、本方法は、UMTS内の高速ダウンリンク共有チャネル上でのHARQプロトコルの再伝送制御に適用される。
請求項13に記載の本発明の例示的な別の実施例により提供されるデータ送信システムでは、伝送が中断された第一コンテナに含まれている第二データ・パケットの内、より少ない数の第二データ・パケットから第二コンテナが第一コンテナとしてコンパイルされる。また、本発明のこの例示的な実施例の一態様によると、第二コンテナのサイズを第一コンテナよりも小さくすることができる。減少した数の第二データ・パケットを含むこのより小さなコンテナの場合、伝送が成功する可能性はより高くなり、残留するデータ・パケット、つまり第一コンテナに含まれてはいるが第二コンテナでは再送信されない第二データ・パケットが失われてしまうことを許容することができる。本発明のこの例示的な実施例の一態様によると、これらの残留するデータ・パケットをRLCプロトコル・レベルで再送信することができる。
請求項14に記載の本発明の別の例示的な実施例によると、第二データ・パケットの選択されたパケットが受信器に送信されるように第二データ・パケットを送信可能な、データ送信システム用の伝送器が提供される。
請求項15に記載の本発明の別の例示的な実施例によると、先行するコンテナに含まれているデータ・パケットの数よりも少ない数のデータ・パケットを含んだコンテナを受信するように適合化された、データ送信システム用の受信器が提供される。この受信されるコンテナは、先行するコンテナと同じシーケンス番号を持つ。
請求項16に記載の本発明の別の例示的な実施例によると、例えば、伝送器から受信器への第一データ・パケットの伝送を行うデータ伝送システム内のデータ・プロセッサ用のコンピュータ・プログラムが提供される。本発明のコンピュータ・プログラムは、データ・プロセッサの作業メモリにロードされることが好ましい。データ・プロセッサは、例えば請求項１に説明されている本発明の方法を実行するために備えられている。このコンピュータ・プログラムは、CD-ROMなどのコンピュータが読み取り可能な媒体に格納することができる。このコンピュータ・プログラムは、ワールド・ワイド・ウェブなどのネットワーク上に存在させて、このようなネットワークからデータ・プロセッサの作業メモリにダウンロードさせることができる。
伝送が中断されたコンテナに含まれているデータ・パケットから幾つかのデータ・パケットを選択して、この中断されたコンテナと同じシーケンス番号を持つ別のコンテナで再送信することを、本発明の例示的な実施例の主旨とみなすことができる。この第二コンテナ内のデータ・パケットの数は、中断されたコンテナのデータ・パケットの数より少ない。また第二コンテナの長さを、中断されたコンテナよりも短くしてもよい。第二コンテナには、例えば、エラー補正エンコーディング後のレート・マッチング段階でパンクチャリングされるビット数がより少なくなるという理由から、より強いFECを設けてもよい。更に、中断されたコンテナに含まれているデータ・パケットから選択されるデータ・パケットは、RLC SDUに置き換えて最適化してもよい。減少した数のパケットを含んだ、つまりサイズがより小さな第二コンテナは、伝送が成功する可能性がより高くなる。本発明の一態様によると、第二コンテナによる再伝送に対して選択されなかった残留するデータ・パケットは失われて、例えばRLCプロトコル・レベルで再伝送しなければならないことが許容される。コンテナ・サイズをこのように逐次的に減らすことを、コンテナの伝送が最終的に成功可能となるまで更に適用してよい。このことにより、例えばMAC-hsレベルで再伝送機能を用いて伝送されるデータ・パケットの数が最大化される。
本発明のこれらの態様と他の態様は、以下に説明する実施例から明白となり、かつこれらの実施例を参照することにより解明されるであろう。
以下、本発明の例示的な実施例を、図面を参照しながら説明する。
図1は、本発明の例示的な実施例による伝送器または受信器のレイヤを簡略化して表したものであって、本発明の送信システムの例示的な一実施例に適用可能なものを示している。本発明の好ましい一実施例によると、本発明の例示的な実施例によるデータ送信システム、ならびに伝送器と受信器は、「3GPP TS 25.308 V5.2.0 (2002〜2003)、技術仕様書、第三世代パートナーシップ・プロジェクト；技術仕様書委員会無線アクセス・ネットワーク；高速ダウンリンク・パケット・アクセス（HSDPA）；全体説明；第二段階（リリース5）」(3GPP 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))、および「3GPP TS 25.321 V5.2.0 (2002〜2009) 技術仕様書第三世代パートナーシップ・プロジェクト；技術仕様書委員会無線アクセス・ネットワーク；MACプロトコル仕様（リリース5）」(3GPP 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)) にしたがってアレンジされている。これらは、本願明細書に参考文献として組み込まれている。
上記の技術仕様書によると、HS-DSCH（High Speed Downlink Shared Channel）には、複数の異なるコンテナ・サイズが定義されている。換言すれば、このコンテナ・サイズは、物理レイヤがMACレイヤから受信してから、CRCの添付後エア・インタフェースを介して伝送されるビット数、ならびに追加されたパリティ・ビットつまりエラー保護ビット、および上記の技術仕様書に定められているレート・マッチングなどのエラー補正エンコーディングを示している。無線チャネル上のチャネル状態が良好な場合、相対的に大きなコンテナを伝送器から受信器へエラーなく高い確率で伝送することができる。しかしながら、チャネル状態が困難または悪い場合、伝送が成功する確率を最大化させるためには、小さなコンテナ・サイズを選択しなくてはならない。
RNC（無線ネットワーク制御器）上のRLCプロトコルでは、RLCレイヤより上位のレイヤから受信されたRLC SDU（サービス・データ・ユニット）などのデータ・パケットは、規定の分割サイズを持つ部分に分割される。上記の関連文献では概して、考慮対象のプロトコル・レイヤのサービス・データ・ユニット（SDU）は、この考慮対象のプロトコル・レイヤが、次に高いプロトコル・レイヤから受信するデータ・ユニットとして定められている。この考慮対象のプロトコル・レイヤはSDUをプロセスする。このことは、RLCプロトコルの場合、例えば、SDUが断片に分割化されることを意味する。プロトコル・プロセシングの結果、SDUは1つ以上のPDU（プロトコル・データ・ユニット）に変換されて、RLCプロトコルの場合このPDUは、例えば、分割化されたSDUの断片を各々1つ含むことになる。これらの断片に、シーケンス番号を少なくとも1つ含んだRLCヘッダが設けられると、RLC PDUのペイロードまたはコンテンツが形成される。考慮対象のプロトコル・レイヤのPDUは概して、この考慮対象のプロトコル・レイヤが、次に低いプロトコル・レイヤに送出するデータ・ユニットとして定められている。これらのRLC PDUは、MAC-dレイヤ内でプロセスされるが、ここでこれらのRLC PDUに例えばMACヘッダを設けてもよい。次にRLC PDUは（MACヘッダの有無にかかわらず）、MAC-d PDUとして下方のプロトコル・レイヤに渡される。HS-DSCHを介したデータ伝送の場合、この下方のプロトコル・レイヤはMAC-hsレイヤであり、これは図2から分かるようにノードB上に位置している。
図1から分かるように、MAC-hsレイヤは、RLC-PDUを各々ちょうど1つ含んでいる受信されたMAC-d PDUをプロセスして（図1ではUMの場合が考慮されているが、AMの場合も同様である）、これらをMAC-hs PDUに入れてHS-DSCHを介して伝送した後、無線インタフェースつまりエア・インタフェースを介して伝送する。例えば、MAC-hsレイヤは、エア・インタフェースを介してHS-DSCH上で送信される次のMAC-hs PDUに対して、どのコンテナ・サイズ、つまり、どのMAC-hs PDUサイズを選択すべきかを、チャネル品質評価に基づいて決定してもよい。MAC-hs PDUは、RLC-PDUサイズ（これは後で各MAC-d PDUのサイズも決定する）が与えられると、コンテナの選択されたサイズに応じて、複数のMAC-d PDU（およびこれと共にRLC-PDU）を含めることができる。
分割化サイズは、いわゆるRLC PDUサイズから、RLC PDUのヘッダのビットを引くことにより与えられる。MAC-d PDUのサイズは、RLC PDUサイズとMACヘッダのサイズの合計から決定してもよい。他のチャネルでは、HS-DSCHを除いて、MAC-d PDUのサイズはコンテナ・サイズと大抵同一だが、HS-DSCHの場合には、サイズを同一にする必要はない。そうではなくHS-DSCHの場合には、MAC-hs PDUのサイズをコンテナ・サイズに対応させて、MAC-hs PDUを幾つかのMAC-d PDUで構成することができる。
HS-DSCHを介してMAC-hs PDUを伝送するために用いられるコンテナ・サイズつまりMAC-hs PDUのサイズは、現在のチャネル状態にしたがって調整しなければならない。つまり、MAC-hs PDUのエラーのない伝送が達成される確率を相当に高く達成するためには、チャネル状態が良好な場合にはコンテナ・サイズを大きくすることができ、チャネル状態が悪い場合にはコンテナ・サイズを小さくしなければならない。チャネル状態を考慮に入れるためにAMまたはUMのRLC PDUサイズを変化させることは、以下の理由により通常は不可能である。
0〜4095の範囲のシーケンス番号を有するコンテナで再伝送が実行されるAMでデータ・パケットが伝送される場合、伝送器側と受信器側のRLCマシンまたはRLCエンティティの、相対的に時間がかかる再構成を行うことでしか、RLC-PDUのサイズを変動つまり変化させることができない。このような再構成には100〜200 msもかかってしまう場合がある。再伝送が行なわれず、0〜127の範囲のシーケンス番号を持つコンテナが使用されるUMでデータ・パケットが伝送される場合、時間がかかるこのような再構成を行わずにRLC PDUのサイズを変更することができる。しかしながら、UTRANのRLCプロトコルは、一般にDRNCを介してノードBに接続されるRNCに位置している。DRNCとはドリフトRNC (drift RNC) のことである。この場合、図2から分かるように、2つのインタフェース、つまりSRNCとDRNCの間に位置するIurと、DRNCとノードBの間に位置するIubとを通らなければならない。このことにより遅延が発生してしまう場合がある。更に、RNCからノードBへデータ伝送する場合には通常、「往復時間」の半分を要する。完全な「往復時間」は、RNCからUEつまりユーザ機器へのデータ伝送から、RNCで応答が受信されるまでの時間に関する。完全な「往復時間」は通常、100 ms（最悪の場合）以内である。換言すれば、RNCとノードB間のデータ伝送には、最大50 ms必要となる場合がある。データ伝送時間がこのように長いために、UMでデータ伝送を行う場合は、RLC PDUのサイズをあまり迅速に変化させることができない。ノードBからSRNCへ制御メッセージが送信されて、例えば、RLC PDUサイズを今から二倍にしてよいことがSRNC上の各RLCマシンに指示される場合、この制御メッセージは、最大50 ms後にRLCマシンへ達することになる。この変化したサイズを持つ（MAC-d PDUに収められた）RLC PDUがMAC-hsレイヤで受信されるまでに、更に最大50 msの時間期間が別に必要となるであろう。
しかしながら、無線チャネルは、かなり急速に急激に変化する場合があるので、コンテナ・サイズつまりMAC-hs PDUのサイズを実際のチャネル状態に合わせて調整することは、RLC PDUサイズをUMまたはAMに対して変化させることにより、できるだけ速く達成しなければならない。そうしなければ、コンテナ・サイズがあまりに大きく選択された場合、コンテナで運ばれる1つ以上のRLC PDUのRLC PDUサイズがあまりに大きく選択されてしまうので、MAC-hsレベルでの再伝送の量がかなり増加してしまう。
上述した理由から、単一のRLC PDU、つまり、非常に少数のRLC PDUを最小のコンテナに収容してよいように、肯定応答モード(AM)と非肯定応答モード(UM)でRLC PDUサイズを選んで、チャネル状態が非常に悪い場合でも相当に高い確率で伝送が成功することを想定可能にすることも有利である。
上に示した技術仕様書、特にTS 25.321 V5.2.0では、可能な最小コンテナ・サイズの約70個のコンテナが、可能な最大コンテナ・サイズの1つのコンテナに適合するようなコンテナ・サイズが提唱されている。
上に示した技術仕様書によると、（例えば、予め設定済みの最大数の再伝送に達したために）MAC-hs PDUの伝送が中断された後に、このMAC-hs PDUを2つ以上のMAC-hs PDUに分割することは、HARQプロトコルでは不可能である。更に、これらの2つ以上の小さなMAC-hs PDUが続いて相次いで送信されることは、上記のどの参照文献にも示されていないし示唆もされていない。このことが上記の参照文献に説明されているHARQプロトコルで不可能な理由は、例えば、続いて起こるシーケンス番号がMAC-hs PDUに設けられて、次いでMAC-hs PDUが複数の（例えば4つの）HARQプロセスで擬似的に並列伝送されることにある。
図3を参照しながらこのことを更に説明する。図3の上の列は、MAC-hs PDUの伝送に用いられる各HARQプロセスのIDを示しており、下の列は、各MAC-hs PDUに設けられるシーケンス番号を示している。
図3から分かるように、第二HARQプロセスを介して伝送される、シーケンス番号11が設けられたMAC-hs PDUが、2回を超える再伝送を必要とする場合、他のHARQプロセスで伝送されるMAC-hs PDUの伝送は常に成功する。図3に示すシーケンス番号のシーケンスは、この状況から得られたものである。
上記の参照文献によると、MAC-hs PDU 11の伝送が第二再伝送後に最終的に中断された場合は、10と12の間にシーケンス番号が1つしかなく、シーケンス番号10と12を有するMAC-hs PDUが受信側で既に受信されているかも知れないので、MAC-hs PDU 11のコンテンツをより小さな断片に分割化してから、幾つかのMAC-hs PDUでの新たな伝送をHARQプロトコル・レベルで行うことは行わなくてよい。
MAC-hsレベルでの伝送が中断される理由は、通常、MAC-hs PDUのサイズが実際のチャネル状態に対してあまりに大きく選択されていることにある。より小さなMAC-hs PDUが選択されていれば、伝送が成功する可能性はかなり高くなっていたであろう。
上述した技術仕様書によると、最大数の再伝送に達して、含まれているMAC-d PDUがノードB内で全て削除される場合、MAC-hs PDUの伝送は上記の問題により中断されてしまう。全てのMAC-d PDU（またはより正確には、MAC-d PDUに含まれているRLC PDU）はその後、RLCプロトコル・レベルで再送信される。このことにより、複数の問題が生じてしまう。
AMで生じる可能性がある問題：
‐上述したように、中断されたMAC-d PDUに含まれているMAC-hs PDUがRLCプロトコル・レベルで再伝送されることにより、遅延が発生してしまう場合がある。これは、ストリーミング・サービスにとって特に不利である。
‐中断されたMAC-hs PDUに（MAC-d PDUとして）含まれているRLC PDUをRLCプロトコル・レベルで再伝送することは、これらのMAC-d PDUをHARQプロトコル・レベルで再伝送することよりも効果が少ない。
UMで生じる可能性がある問題：
‐中断されたMAC-hs PDUに含まれているMAC-d PDUが全て削除されることにより、受信側で（例えば、既に受信済みのRLC PDUからRLC-SDUを組み立てるために受信器で）まだ必要なRLC PDUが削除されてしまうと思われる。このため、これらのRLC PDUは、前もって受信済みでRLC-SDUに属しており、再び組み立てることができないために役に立たない場合があるので、この結果生じる障害により、RLC PDUが僅かに損失するのではなく、RLC SDUの全体が損失してしまう。
‐複数の大きなMAC-hs PDUが連続して失われてしまうことにより、RLCエンティティの送信側と受信側との間でHFN増加の同期が失われてしまい、受信側のRLCエンティティが、受信されたRLC PDUを正確に解読することができなくなってしまう（つまりこれ以降、データ交換がもはや不可能となってしまう）という影響が生じる。
本発明の例示的な実施例によると、上述した問題つまり遅延は、上記の参照文献で説明されているHARQプロトコルを変化させることはせずに、以下に説明するように解決することができる。
本発明の第一態様によると、MAC-hs PDUの伝送を中断しなければならない場合、ノードB上のMAC-hsレイヤに位置する、HS-DSCHを介したデータ伝送のスケジューラは、別のコンテナ、つまり中断されたMAC-hs PDUから選択されたMAC-d PDUを含んでいる第二MAC-hs PDUを生成する。第二MAC-hs PDUに含まれるMAC-d PDUの量は、中断されたMAC-hs PDU内の量よりも少ないことが好ましい。したがって新たなMAC-hs PDUの長さはより短くなるので、物理レイヤによって適用されるFECはより強くなる。第二MAC-hs PDUは、中断されたMAC-hs PDUと同じシーケンス番号と共に送信される。（中断された）第一MAC-hs PDUに含まれていて、第二MAC-hs PDUには含まれていないMAC-d PDUは、削除される。本発明の一態様によると、これらの残留するMAC-d PDUを削除することは許容される。これらの残留するMAC-d PDUは、HARQプロトコルにより送信可能となる場合もあるが、ほとんどの場合、これらの残留するMAC-d PDUの再伝送は、RLCプロトコル・レベルで行わなければならない。このことは、RLC PDUがAM RLC PDUであることを示唆する。
第二MAC-hs PDUで伝送するために選択されるMAC-PDUは、最適化することができる。例えば、第二MAC-hs PDUで更に伝送させるMAC-d PDUの選択は、中断されたMAC-hs PDU内でアレンジされているMAC-d PDUの順序にしたがってMAC-d PDUが選択されるように行ってもよい。例えば、中断されたMAC-hs PDUに含まれているMAC-d PDUの最初の半分は、第二MAC-hs PDUで送信してよく、これらのMAC-d PDUの他の半分は廃棄される。上記のように、第二MAC-hs PDUは、その後、中断されたMAC-hs PDUと同じMAC-hsシーケンス番号を用いて受信器側に伝送される。このことが可能となる理由は、元のMAC-hs PDUの伝送または再伝送が中断されたことにより、（この中断まで）元のMAC-hs PDUのソフト・ビットを含んでいた、受信側のソフト・バッファがフラッシュされていることによって、例えば上記に示した技術仕様書に説明されている考慮対象のシーケンス番号を有するMAC-hs PDUを、再順序付けエンティティがまだ受信していないことにある。この再順序付けエンティティは、TS 25.321に詳述されている。
第二MAC-hs PDUでは送信されていないが元のMAC-hs PDUに含まれていた残留しているMAC-d PDUは、削除しなければならない。したがってAMの場合、これらの残留しているMAC-d PDUは、RLCプロトコル・レベルで再送信しなければならない。UMの場合、これらのMAC-d PDUは最終的に失われてしまうが、例えば、アプリケーション・レベルで再送信してもよい。
第二MAC-hs PDU内のMAC-d PDUの数が減少したので、および／または、第二MAC-hs PDUのサイズがより小さくなったので、伝送が成功する確率は増加する。このため統計学的には、可能な転送レートを増加させて遅延をなくすことができる。
上記のように、第二MAC-hs PDUで再送信されるMAC-d PDUの選択は、例えば、受信側に最適な方法で行なわなければならない。この例示的な実施例の一態様によると、この選択は例えば、既に上記したように、MAC-d PDUが元のMAC-hs PDU内でアレンジされていた順序にしたがって行われる。換言すれば、例えば、第二の（より小さな）MAC-hs PDUにm個のMAC-d PDUを含めてよい場合、元のMAC-hs PDUの最初のm個のMAC-d PDUを選択してよい。
更に、別の例示的な実施例によると、第二MAC-hs PDUに含ませるMAC-d PDUの選択を無作為に行なってもよい。
更に、第二MAC-hs PDUで再送信されるMAC-d PDUの選択は、受信側で最も緊急に待機されているMAC-d PDUを選択するように行ってもよい。本発明の一態様によると、これらの最も緊急に待機されているMAC-d PDUは、RLC-SDUに属するRLC-PDUに含まれているMAC-d PDUにしてもよい。この場合、受信側ではRLC-PDUを既に受信済みなので、これらのMAC-d PDUは、RLC-SDUsを再構築するために受信側で必要とされている。このようなMAC-d PDUが選択された場合、HS-DSCH伝送のデータ・レートを最大化することができる。
スケジューラは、RLC PDUに含まれているRLCシーケンス番号と共にRLC長さ指示子を論理チャネル毎に分析することにより、受信側でRLC PDUが既に受信済みとなっている、RLC SDUに属するこれらのMAC-d PDUを認識することができる。このために、スケジューラは長さ指示子の意味を知っていなければならない。長さ指示子は、RLC PDUペイロードと共に暗号化されるので（RLCシーケンス番号は暗号化されない）、考慮対象の論理チャネル上で運ばれるRLC PDUに暗号化が適用されない場合にしか、長さ指示子を評価することはできない。
UMでは、RLC PDUが失われた場合、この失われたRLC PDUに断片が含まれているRLC SDUは受信側で削除されるので、本発明の一態様によると、UM論理チャネルのMLP (MACレイヤ優先度)がAM論理チャネルより低い場合でも、非肯定応答モードRLC PDUを伝送する論理チャネル（UM論理チャネル）の方が、肯定応答モードRLC PDUを伝送する論理チャネル（AM論理チャネル）より好ましい。
別の態様によると、最も緊急に必要とされているMAC-d PDUは、UMのMAC-d PDUであって、これが失われることにより、RLCマシンがHFN（ハイパー・フレーム番号）の増加同期性が失われてしまうものである。例えば、RLCマシンがHFN増加同期性を失ってしまう原因は、前のMAC-hs PDUが部分的にしか伝送されないことにより、特定のUM論理チャネルの、既に相当量の（最大約128個の）UM RLC PDUが失われてしまうという事実による場合がある。スケジューラは、プロセスされた各MAC-d PDUのMACヘッダから、どのMAC-d PDUと、（1つのMAC-d PDUはRLC PDUをちょうど1つ含んでいるので）どのRLC PDUが同じ論理チャネルに関連し（つまり、属し）、更にどの論理チャネルに属しているのかを導出することができる。したがって、本発明の一態様によると、スケジューラは、（MAC-d PDUに含まれている）各RLC PDUのRLCヘッダを読み取ることにより、論理チャネルのどのMAC-d PDUを、最も緊急に伝送しなければならないかを決定する。
本発明の別の態様によると、スケジューラはAMとUMで、MAC-d PDUが失われることより影響を受ける論理チャネルの数を最小化することにより、元のMAC-hs PDUのMAC-d PDUから、第二MAC-hs PDUに含ませるMAC-d PDUを選択することができる。各チャネルに属する（単一のMAC-d PDUに各々含まれている）1つ以上のRLC PDUが失われると、チャネルは影響を受けてしまう。本発明の一態様によると、このことは、例えば2つの論理チャネルではなく1つの論理チャネルしかRLC PDUを失わないように、第二MAC-hs PDUに含めるMAC-d PDUを選択することによって達成される。
本発明の別の態様では、スケジューラはAMとUMで、MAC-hs PDUの伝送中断後、空の第二MAC-hs PDUを送信して、中断されたMAC-hs PDUのシーケンス番号を使用してもよい。つまりスケジューラは、中断されたMAC-hs PDU内に含まれているMAC-d PDUを選択して、第二MAC-hs PDUで伝送することはしない。受信側のMAC-hsレイヤ内の再順序付けエンティティが、動作を最適化させるために、中断されたMAC-hs PDUのシーケンス番号を知る必要がある場合、空のMAC-hs PDUを伝送することが効果的な場合がある。
本発明の例示的な別の実施例によると、第二MAC-hs PDUのサイズを、中断されたMAC-hs PDUのサイズに等しくしたまま保つことができるので、中断されたMAC-hs PDUに含まれていた全てのMAC-d PDUを、第二MAC-hs PDU内で伝送することができる。この第二MAC-hs PDUは、中断されたMAC-hs PDUと同じシーケンス番号を用いる。より強いFECは、より高い変調スキームを選ぶこと、および／または、更なるチャネル化コードを選ぶことにより、物理レイヤがエア・インタフェースを介してより多数のビットを伝送できるようにすることにより達成される。
本発明の更に別の態様では、伝送が中断されている元のMAC-hs PDUの全てのMAC-d PDUを、新たに組み立てられたより小さなMAC-hs PDUで「再送信」可能にしてもよい。本発明の一態様によると、このことが達成可能となるのは、これを行うために必要なMAC-hsシーケンス番号が、他のHARQ上で成功したMAC-hs PDUの伝送でまだ使用されていない場合である。これは特に、別のHARQプロセスで伝送の中断が発生した場合に該当する。本発明によると、スケジューラは、MAC-hs PDUの連続する伝送で用いられない連続するシーケンス番号を識別して、これらの次のシーケンス番号を更なる新たなコンテナ、つまり中断された元々伝送されたMAC-hs PDUよりもサイズが小さく、数が減ったMAC-d PDUを含んでいるMAC-hs PDU、に割り当てるようにアレンジされている。
本発明にしたがって上記の機能を達成するには、RNCは、ノードB上のMAC-hsレイヤのスケジューラに、以下の情報を1つ以上設けてもよい。
‐論理チャネルをUMで動作させてもよいこと。HS-DSCHは、UM論理チャネルとAM論理チャネルしか運ぶことができないので、この情報はAM論理チャネルも示している。
‐MAC 論理優先度（MLP）の論理チャネルへの割当て。
‐緊急に伝送する必要がある、MAC-d PDUを決定するための、ある構造の長さ指示子。
上述の情報を1つ以上設けることは、次のように行うことができる。HS-DSCHを介してそのデータが運ばれるUM論理チャネルを設定する場合、SRNCはRNSAP手順を介して、これらの情報を1つ以上DRNCに通知し、次いでDRNCはこの情報を、NBAP手順によりノードBに転送する。このことに最も適したRNSAP手順とNBAP手順は同じ名称を持っており、以下のように呼ばれている。
‐「無線リンク(Radio Link Setup Procedure)設定」手順（SRNCからDRNCへ、またはDRNCからノードBへ送信される対応するメッセージは、「無線リンク設定」と呼ばれる。）
‐「同期化された無線リンク再構成準備(Synchronised Radio Link Reconfiguration Preparation)」手順（RNSAPの場合にSRNCからDRNCへ送信されたり、またはNBAPの場合にDRNCからノードBへ送信される対応するメッセージは、「無線リンク再構成準備」と呼ばれる。）
RNSAP（無線ネットワーク・システム・アプリケーション部）は、「3GPP TS 25.423 V5.3.0 (2002〜2009)、第三世代パートナーシップ・プロジェクト；技術仕様書委員会無線アクセス・ネットワーク；UTRAN IurインタフェースRNSAPシグナリング（リリース5）」(3GPP TS 25.423 V5.3.0 (2002-09), 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; UTRAN Iur Interface RNSAP Signalling (Release 5)) に説明されている。
NBAP（ノードBアプリケーション部）は、「3GPP TS 25.433 V5.2.0 (2002〜2009)、第三世代パートナーシップ・プロジェクト；技術仕様書委員会無線アクセス・ネットワーク；UTRAN IubインタフェースNBAPシグナリング（リリース5）」(3GPP TS 25.433 V5.2.0 (2002-09), 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; UTRAN Iub interface NBAP signaling (Release 5)) に説明されている。両方の仕様とも、本願明細書に参照用として組み込まれている。
図4は、本発明の例示的な実施例による方法を簡略化して表したものを示している。
図4から分かるように、ステップS1で開始した後、次のステップS2では、シーケンス番号xを有するMAC-hs PDUの伝送が中断されているか否かが決定される。伝送中断が発生したことがステップS2で決定された場合、本方法はステップS3に続く。ステップS3では、伝送が中断された、シーケンス番号xを有するMAC-hs PDUに含まれるMAC-d PDUから、適切なMAC-dPDUが選択される。この選択は上述した通りに行ってよい。
次のステップS4では、本発明によると、ステップS3で選択された適切なMAC-d PDUしか含んでいない新たなMAC-hs PDUが形成される。この新たなMAC-hs PDUには、シーケンス番号x、つまり伝送が中断された元のMAC-hs PDUと同じシーケンス番号が設けられる。その後、次のステップS5では、シーケンス番号xを有するMAC-hs PDUが受信器に伝送される。その次のステップS6で本方法は終了する。
ステップS2で、伝送が中断されていないことが決定された場合、本方法はステップS2からステップS6に続き、ここで終了する。
本発明によるデータ送信システムの伝送器または受信器のレイヤの例示的な実施例を示す。 本発明によるデータ送信システムで使用可能なノードB、DRNC、およびSRNCの簡略化して表したものを示す。 本発明による伝送器と受信器間で伝送されるコンテナのHARQプロセスIDとシーケンス番号の一例を示す。 本発明の方法の簡略化されたフローチャートを示す。

Claims (16)

  1. 第一データ・パケットを伝送器から受信器へ伝送する方法であって、前記第一データ・パケットが、コンテナに入れられて前記伝送器から前記受信器へ伝送され、前記コンテナの各々にシーケンス番号が設けられる方法において、
    前記第一データ・パケットの第一数の第二データ・パケットを有する、第一シーケンス番号が設けられた第一コンテナの伝送が中断される伝送中断を決定するステップと、
    第二数の第三データ・パケットを、前記第二数よりも大きな前記第一数の第二データ・パケットから選択するステップと、
    前記第二数の第三データ・パケットを有する第二コンテナを形成するステップと、
    前記第二コンテナを前記第一シーケンス番号と共に伝送するステップと、
    を有する方法。
  2. 前記第二数の第三データ・パケットの形成時に残される第三数の第四データ・パケットが削除される、請求項１の方法。
  3. 前記第二コンテナが、前記第一コンテナよりも強い順方向エラー補正を提供する、請求項１の方法。
  4. 前記第三データ・パケットが、前記第二データ・パケットが前記第一コンテナ内でアレンジされている前記第二データ・パケットの順序に基づいて、前記第二データ・パケットから選択される、請求項１の方法。
  5. 前記第三データ・パケットが、前記受信器で必要とされている緊急度にしたがって前記第二データ・パケットから選択される、請求項１の方法。
  6. 前記第二データ・パケットと前記第三データ・パケットが、前記第一コンテナと前記第二コンテナを形成する、第一プロトコル・レイヤのサービス・データ・ユニットであり、
    前記第一データ・パケット、前記第二データ・パケット、および前記第三データ・パケットが、前記伝送器内の複数の第五データ・パケットから分割化され、
    前記第五データ・パケットが、前記第一プロトコル・レイヤの上のレベルにある第二プロトコル・レイヤのサービス・データ・ユニットであり、
    第六データ・パケットが、前記受信器で受信され、
    前記第五データ・パケットが、前記第六データ・パケットの選択されたパケットから作り直され、かつ、
    前記第三データ・パケットが、前記第五データ・パケットを前記受信器で作り直すことができるように選択される、
    請求項１の方法。
  7. 前記第二データ・パケットと前記第三データ・パケットが、前記第一コンテナと前記第二コンテナを形成する、第一プロトコル・レイヤのサービス・データ・ユニットであり、
    前記第一データ・パケット、前記第二データ・パケット、および前記第三データ・パケットが、前記伝送器内の複数の第五データ・パケットから分割化され、
    前記第五データ・パケットが、前記第一プロトコル・レイヤの上のレベルにある第二プロトコル・レイヤのサービス・データ・ユニットであり、
    第七データ・パケットが前記受信器で以前に受信済みとなっている第五データ・パケットに、前記第三データ・パケットが属するように、前記第三データ・パケットが選択される、
    請求項１の方法
  8. 前記第三データ・パケットが、前記第二データ・パケットから無作為に選択される、請求項１の方法。
  9. 前記第三データ・パケットが、前記伝送器と前記受信器間でシリアル番号の同期性が失われることによって時間変動してしまう入力が暗号化と解読化に対して形成されてしまうことがないように、前記第二データ・パケットから選択される、請求項１の方法。
  10. 前記第一数の第二データ・パケットが前記第二数の第三データ・パケットに低減することにより影響を受ける第三数の論理チャネルが最小化されるように、前記第三データ・パケットが選択される、請求項１の方法。
  11. 第三データ・パケットとして選択されなかった前記第二データ・パケットが、第三シーケンス番号を有する第三コンテナに入れられて前記受信器に伝送される、請求項１の方法。
  12. 前記方法が、UMTS内の高速ダウンリンク共有チャネル上のHARQプロトコルの再伝送制御に適用される、請求項１の方法。
  13. 第一データ・パケットを伝送器から受信器へ伝送するためのデータ送信システムであって、
    前記第一データ・パケットが、シーケンス番号が各々設けられたコンテナに入れられて前記伝送器から前記受信器へ伝送され、
    前記データ送信システムが、
    伝送中断を決定して、前記第一データ・パケットの第一数の第二データ・パケットを有する、第一シーケンス番号が設けられた第一コンテナの伝送を中断する動作を行い、
    第二数の第三データ・パケットを、前記第二番号よりも大きな前記第一数の第二データ・パケットから選択し、
    前記第二数の第三データ・パケットを有する第二コンテナを形成し、かつ、
    前記第一シーケンス番号を有する前記第二コンテナを伝送する、
    という動作を行うように適合化された、データ送信システム。
  14. データ送信システム用の伝送器であって、
    前記伝送器が、第一データ・パケットを受信器へ伝送するように適合化され、
    前記第一データ・パケットが、シーケンス番号が各々設けられたコンテナに入れられて前記伝送器から前記受信器へ伝送され、
    前記伝送器が、伝送中断を決定して、前記第一データ・パケットの第一数の第二データ・パケットを有する、第一シーケンス番号が設けられた第一コンテナの伝送を中断させ、
    第二数の第三データ・パケットを、前記第二数より大きな前記第一数の第二データ・パケットから選択し、
    前記第二数の第三データ・パケットを有する第二コンテナを形成し、かつ、
    前記第一シーケンス番号を有する前記第二コンテナを前記受信器へ伝送する、
    ように適合化された伝送器。
  15. データ送信システム用の受信器であって、
    前記受信器が、伝送器から伝送された第一データ・パケットを受信するように適合化され、
    前記第一データ・パケットが、シーケンス番号が各々設けられたコンテナに入れられて前記伝送器から前記受信器へ伝送され、
    第一シーケンス番号を持っている第一コンテナが、第一数の第二データ・パケットを含めて、前記受信器により受信されており、
    前記受信器が、第二数の第二データ・パケットを含んだ第二コンテナを受信するように適合化されており、
    前記第一数が、前記第二数よりも大きく、
    前記第二コンテナが、前記第一シーケンス番号を持っている、
    データ送信システム用の受信器。
  16. 伝送器から受信器への第一データ・パケットの伝送を行うためのソフトウエア・プログラムであって、
    前記第一データ・パケットが、シーケンス番号が各々設けられたコンテナに入れられて前記伝送器から前記受信器へ伝送され、
    前記ソフトウエア・プログラムが、
    伝送中断を決定して、前記第一データ・パケットの第一数の第二データ・パケットを有する、第一シーケンス番号が設けられた第一コンテナの伝送が中断するステップと、
    第二数の第三データ・パケットを、前記第二数よりも大きな前記第一数の第二データ・パケットからを選択するステップと、
    前記第二数の第三データ・パケットを有する第二コンテナを形成するステップと、
    前記第一シーケンス番号を有する前記第二コンテナを伝送するステップと、
    を行う、ソフトウエア・プログラム。
JP2004549483A 2002-11-08 2003-11-06 コンテナ内のデータ・パケットの伝送 Withdrawn JP2006505999A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10252533A DE10252533A1 (de) 2002-11-08 2002-11-08 Verfahren und Vorrichtung zur Übertragung von Datenpaketen
PCT/IB2003/004964 WO2004043017A2 (en) 2002-11-08 2003-11-06 Transmission of data packets in containers

Publications (2)

Publication Number Publication Date
JP2006505999A true JP2006505999A (ja) 2006-02-16
JP2006505999A5 JP2006505999A5 (ja) 2006-12-21

Family

ID=32185512

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004549483A Withdrawn JP2006505999A (ja) 2002-11-08 2003-11-06 コンテナ内のデータ・パケットの伝送

Country Status (8)

Country Link
US (1) US20060034175A1 (ja)
EP (1) EP1563646A2 (ja)
JP (1) JP2006505999A (ja)
KR (1) KR20050071672A (ja)
CN (1) CN1711726A (ja)
AU (1) AU2003278439A1 (ja)
DE (1) DE10252533A1 (ja)
WO (1) WO2004043017A2 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008118640A (ja) * 2006-10-31 2008-05-22 Research In Motion Ltd Ｈａｒｑ送信失敗時に再送信するためにパケットデータを再断片化する方法および装置
US8254315B2 (en) 2006-10-31 2012-08-28 Research In Motion Limited Method and apparatus for resegmentation of packet data for retransmission on HARQ transmission failure
WO2016175497A1 (en) * 2015-04-27 2016-11-03 Lg Electronics Inc. Method for performing autonomous rlc retransmission in a wireless communication system and a device therefor

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100592907B1 (ko) * 2003-12-22 2006-06-23 삼성전자주식회사 큐오에스를 향상시키기 위한 무선 인터넷 단말 장치 및패킷 전송 방법
KR100713394B1 (ko) * 2004-06-16 2007-05-04 삼성전자주식회사 이동통신 시스템에서 전송일련번호와 타임스탬프를 이용한 상향링크 데이터 패킷들의 재정렬 방법 및 장치
GB0414057D0 (en) 2004-06-23 2004-07-28 Koninkl Philips Electronics Nv Method of,and system for,communicating data, and a station for transmitting data
KR100597585B1 (ko) * 2004-10-22 2006-07-06 한국전자통신연구원 트리 구조를 사용하는 패킷의 분할 및 재조립 방법과 이를이용한 패킷의 전송 및 수신 방법
JP4403097B2 (ja) * 2005-04-13 2010-01-20 株式会社エヌ・ティ・ティ・ドコモ 無線基地局およびデータ伝送方法
US8228917B2 (en) * 2005-04-26 2012-07-24 Qualcomm Incorporated Method and apparatus for ciphering and re-ordering packets in a wireless communication system
EP1878293B1 (en) * 2005-05-04 2018-04-18 Telefonaktiebolaget LM Ericsson (publ) Method and arrangement in a mobile system
JP2008543134A (ja) * 2005-05-25 2008-11-27 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 無線接続システムにおけるパケットをスケジューリングする方法
ATE410874T1 (de) * 2005-09-20 2008-10-15 Matsushita Electric Industrial Co Ltd Vefahren und vorrichtung zur packetsegmentierung und verknüpfungssignalisierung in einem kommunikationssystem
CN105515736A (zh) 2006-01-05 2016-04-20 Lg电子株式会社 在移动通信系统中发送数据
KR101187076B1 (ko) 2006-01-05 2012-09-27 엘지전자 주식회사 이동 통신 시스템에 있어서 신호 전송 방법
KR101211807B1 (ko) 2006-01-05 2012-12-12 엘지전자 주식회사 이동통신 시스템에서 무선단말의 동기상태 관리방법
JP5250430B2 (ja) * 2006-02-08 2013-07-31 アギア システムズ インコーポレーテッド ３ｇワイヤレス・ネットワークにおけるｈｓｄｐａ互換受信機のｍａｃ−ｈｓ処理
JP2007258817A (ja) * 2006-03-20 2007-10-04 Fujitsu Ltd パケット伝送装置
EP2030359B1 (en) 2006-06-21 2017-12-20 LG Electronics Inc. -1- Method of supporting data retransmission in a mobile communication system
US8116250B2 (en) * 2006-07-07 2012-02-14 Telefonaktiebolaget L M Ericsson (Publ) Medium access control discard notification
US8379646B2 (en) 2006-07-31 2013-02-19 Lg Electronics Inc. Method of processing control information in a mobile communication system
TWI521927B (zh) * 2007-01-09 2016-02-11 皇家飛利浦電子股份有限公司 無線通信系統
WO2008094662A2 (en) 2007-02-01 2008-08-07 Interdigital Technology Corporation Method and apparatus for supporting rlc re-segmentation
US8331386B2 (en) * 2007-02-07 2012-12-11 Agere Systems Llc CRC checking and MAC-HS processing in an HSDPA-compatible receiver in a 3G wireless network
CN100531023C (zh) * 2007-02-15 2009-08-19 大唐移动通信设备有限公司 反馈状态报告的方法及设备
JP4793762B2 (ja) * 2007-07-05 2011-10-12 日本電気株式会社 プログラム、ｔｂｓ決定方法、及びｔｂｓ決定装置
JP4826559B2 (ja) * 2007-08-08 2011-11-30 富士通株式会社 無線通信装置、送信方法、受信方法
US8553547B2 (en) * 2009-03-30 2013-10-08 Broadcom Corporation Systems and methods for retransmitting packets over a network of communication channels
US20110249563A1 (en) 2010-04-09 2011-10-13 Simone Provvedi Dynamic Adaptation of Downlink RLC PDU Size
WO2014063718A1 (en) * 2012-10-26 2014-05-01 Telefonaktiebolaget L M Ericsson (Publ) Introducing simple rlc functionality to node b
WO2015123883A1 (en) * 2014-02-24 2015-08-27 Qualcomm Incorporated Radio link control entity re-establishment
CN109274467A (zh) * 2017-07-17 2019-01-25 中国移动通信有限公司研究院 一种数据重传处理方法、rlc实体和mac实体
CN110351029B (zh) 2019-07-16 2021-11-02 中磊电子（苏州）有限公司 基站及其自动重传调度方法
CN114205307B (zh) * 2021-12-02 2023-07-18 中国联合网络通信集团有限公司 数据包传输方法、rlc实体及存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5828677A (en) * 1996-03-20 1998-10-27 Lucent Technologies Inc. Adaptive hybrid ARQ coding schemes for slow fading channels in mobile radio systems
US6771597B2 (en) * 1998-07-31 2004-08-03 International Business Machines Corporation Method and apparatus for transmitting messages
FI20001975L (fi) * 2000-09-07 2002-03-08 Nokia Corp Ohjaustietojen signalointimenetelmä
US7310336B2 (en) * 2001-05-18 2007-12-18 Esa Malkamaki Hybrid automatic repeat request (HARQ) scheme with in-sequence delivery of packets
US7298730B2 (en) * 2002-03-28 2007-11-20 Asustek Computer, Inc. Scheme to prevent HFN un-synchronization for UM RLC in a high speed wireless communication system

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008118640A (ja) * 2006-10-31 2008-05-22 Research In Motion Ltd Ｈａｒｑ送信失敗時に再送信するためにパケットデータを再断片化する方法および装置
US8254315B2 (en) 2006-10-31 2012-08-28 Research In Motion Limited Method and apparatus for resegmentation of packet data for retransmission on HARQ transmission failure
WO2016175497A1 (en) * 2015-04-27 2016-11-03 Lg Electronics Inc. Method for performing autonomous rlc retransmission in a wireless communication system and a device therefor
US10341055B2 (en) 2015-04-27 2019-07-02 Lg Electronics Inc. Method for performing autonomous RLC retransmission in a wireless communication system and a device therefor

Also Published As

Publication number Publication date
CN1711726A (zh) 2005-12-21
WO2004043017A3 (en) 2004-08-19
WO2004043017A2 (en) 2004-05-21
AU2003278439A1 (en) 2004-06-07
US20060034175A1 (en) 2006-02-16
EP1563646A2 (en) 2005-08-17
DE10252533A1 (de) 2004-05-27
KR20050071672A (ko) 2005-07-07

Similar Documents

Publication Publication Date Title
JP2006505999A (ja) コンテナ内のデータ・パケットの伝送
JP4842830B2 (ja) データパケットの伝送
EP1563651B1 (en) Data packet transmission in a single container
JP5728558B2 (ja) 移動通信システムにおけるパケットデータコンバージェンスプロトコル（ｐｄｃｐ）リオーダリングを用いてハンドオーバを行う方法及び装置
EP1673895B1 (en) Medium access control priority-based scheduling for data units in a data flow
EP1695462B1 (en) Transmitting and receiving control protocol data unit having processing time information
KR20060136382A (ko) 데이터 패킷 전송 방법, 통신 시스템, 송신국, 수신국,소프트웨어 프로그램 제품
US20030007480A1 (en) Data retransmission apparatus and method in a mobile communication system
KR101084135B1 (ko) 무선 통신 시스템의 송수신 단에서의 상태 ｐｄｕ송수신방법
JP5069754B2 (ja) 移動通信システムにおける制御情報伝送方法
KR20030097867A (ko) 패킷의 순차적인 전달 기능을 갖는 혼성 자동 재송 요구기법
JP2006523042A (ja) 再送信の方法とシステム
JP2006203265A (ja) 受信装置、送信装置、通信システム及び通信方法
CN1939010A (zh) 通信方法、用户终端、网元和计算机程序
KR101084136B1 (ko) 무선 통신 시스템의 송수신 단에서 상태정보를 포함하는ｐｄｕ를 송수신하는 방법

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061102

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20061102

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20061102

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20070730