(57)【要約】【課題】  向上されたデータパケット伝送を提供すること。【解決手段】  同じ論理チャネルのあまりにも多くのデータパケットが、失われる単一のコンテナに含まれる場合、テレコミュニケーションシステムにおけるデータ伝送は、クリティカルになる可能性がある。本発明の典型的実施例に従って、この問題は、単一のコンテナに対して、同じ論理チャネルのデータパケットの最大数のみを収容することにより、回避することが可能である。有利には、このことは、安定かつ効率的な送信を可能にするであろう。
2006506000.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータパケットを送信局から受信局へ送信する方法であって、複数の第2のコンテナの第1のコンテナにおいて複数の第1のデータパケットの第1の数の第1のデータパケットを送信局から受信局へ送信するステップを有し、前記第1のデータパケットが、第1の接続のデータパケットであり、および前記第1の数が、最大数より小さいまたは等しい数である方法。
【請求項２】
予め設定された数の第1のデータパケットが、第2の数の第2のコンテナにおいて送信局から受信局へ送信され、前記第2の数が、最小数より大きいまたは等しい数である請求項1に記載の方法。
【請求項３】
複数の第2のデータパケットが、前記送信局から前記受信局へ送信され、前記複数の第1および第2のデータパケットの各データパケットには、前記対応するデータパケットが、第1のデータパケットまたは第2のデータパケットであるかを示す接続情報が提供される請求項1に記載の方法。
【請求項４】
前記複数の第1および第2のデータパケットの各データパケットが、接続情報を有するエンコードされたデータパケットであり、前記複数の第1および第2のデータパケットの第3のデータパケットの前記連続したデータパケット番号が、前記第3のデータパケットをエンコードするために適用され、この結果、接続情報を有するエンコードされた第3のデータパケットになる請求項3に記載の方法。
【請求項５】
前記第1のコンテナが、コンテナ・シーケンス番号によってラベルをつけられ；前記第1のコンテナが、第1のコンテナ・サイズを有し；前記第1のコンテナ・サイズが、前記第1のコンテナ内のデータパケットの数により影響され、および前記第1のコンテナのエラー・プロテクションが、前記第1のコンテナ内のデータパケットの前記数により影響される請求項1に記載の方法。
【請求項６】
前記送信局が、ネットワーク・ユニットにより構成され；前記ネットワーク・ユニットが、一般的な条件に基づいて前記最大数を決定し；前記ネットワーク・ユニットが、前記送信局に第1の信号を送信し、および前記第1の信号が、前記最大数に関する情報を有する請求項1に記載の方法。
【請求項７】
前記送信局が、前記複数の第1および第2のデータパケットの第4のデータパケットの前記接続情報を読み取り；前記送信局が、前記接続情報に基づいて、前記第4のデータパケットが第1のデータパケットであるか否かを決め；および前記第4のデータパケットが、第1のデータパケットであり、および前記結果として生じる第1の数が、前記最大数より小さいまたは等しい数である場合、前記送信局は、前記第1のコンテナに前記第1のデータパケットを追加する請求項3に記載の方法。
【請求項８】
前記ネットワーク・ユニットが、チャンネル条件に基づいて前記最大数および前記最小数を決定し；前記ネットワーク・ユニットが、第2の信号を前記送信局に送信し；前記第2の信号が、前記最大数および前記最小数に関する情報を有する請求項2に記載の方法。
【請求項９】
UMTSにおける高速ダウンリンク共有チャネルに関するデータ伝送に適用される請求項1に記載の方法 。
【請求項１０】
送信局から受信局へ、複数のデータパケットを送信するための通信システムであって、前記通信システムが、前記送信局から前記受信局へ、複数の第2のコンテナの第1のコンテナにおいて複数の第1のデータパケットの第1の数の第1のデータパケット送信を実行するように構成され、前記第1のデータパケットが、第1の接続のデータパケットであり；および前記第1の数が、最大数より小さいまたは等しい数である通信システム。
【請求項１１】
前記送信局から受信局へ複数のデータパケットを送信するための送信局であって、前記送信局が、前記送信局から前記受信局へ、複数の第2のコンテナの第1のコンテナにおいて複数の第1のデータパケットの第1の数の第1のデータパケットの送信を実行するように構成され；前記第1のデータパケットが、第1の接続のデータパケットであり、および前記第1の数が、最大数より小さいまたは等しい数である送信局。
【請求項１２】
送信局から受信局へ、複数のデータパケットの送信を実行するためのソフトウェアプログラム製品であって、複数の第2のコンテナの第1のコンテナにおいて複数の第1のデータパケットの第1の数の第1のデータパケットが、前記送信局から前記受信局へ送信され；前記第1のデータパケットが、第1の接続のデータパケットであり、および前記第1の数が、最大数より小さいまたは等しい数であるソフトウェアプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データパケット伝送に関する。より詳しくは、本発明は、送信局から受信局へデータパケットを送信する方法、通信システム、送信局、および送信局から受信局へのデータパケット伝送を実行するためのソフトウェアプログラム製品に関する。
【背景技術】
【０００２】
データパケット伝送方法は、本明細書に引用された、非特許文献1、非特許文献2、および非特許文献3において説明される：特に、上記ドキュメントは、まさに受信された再送信のソフト-ビット(soft-bit)を以前の送信または再送信のソフト-ビットとソフトに組み合わせる(soft-combining)ことを可能とする、HARQ(Hybrid Automatic Repeat Request)再送プロトコルに基づく、高速ダウンリンク共有チャネル(high speed downlink shared channel)（以下、「HS-DSCH」と称する）に関する高速データ伝送の方法を説明している。この再送プロトコルは、受信されたパケットのエラーフリー・デコーディングを送信側に示す肯定応答、およびデコーディングがエラーフリーでなかった理由でパケットの再送信の必要を送信側に示す否定応答を扱う。
【０００３】
HS-DSCHを介してデータを送信する場合、HARQ再送プロトコルに加えて、本発明に関連する、別のプロトコル、RLC(Radio Link Control)プロトコルが存在する。
【０００４】
例えばAM(acknowledged mode)およびUM(unacknowledged mode)データ伝送のようなRLCプロトコル(Radio Link Control protocol)の詳細に関して、非特許文献4が、本明細書に引用される。
【０００５】
この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)データ伝送用に構成されることが可能である。
【０００７】
「Acknowledged mode data」は、AMDとも略記され、「Unacknowledged mode data」は、UMDとも略記される。UMに対して構成される、用語UM RLC PDUは、RLCエンティティにより生成されたRLC PDUを識別するのに用いられ、AM RLC PDUは、それに応じて定義される。
【０００８】
UMDおよびAMDの両方の伝送において、RLC PDUは、シーケンス番号を有する。ここで、シーケンス番号を符号化するために、UMは、7ビットを規定し、およびAMは、12ビットを規定する。このことは、UMに対して、0から127まで、およびAMに対して、0から4095までのシーケンス番号範囲に対応する。AMD伝送用に構成される場合、RLCプロトコルは、RLC SDUのRLC PDUへの分割（および、適用可能であれば、連結）を実行し、および再送信を実行することによりデータ伝送の信頼性を向上する。UMD伝送用に構成される場合、RLCプロトコルは、分割、および適用可能な場合、連結を実行するのみである。
【０００９】
（図1から分かるように）送信側で、RLC PDUは、（SRNC上に位置し、無線ネットワーク制御装置の役目をする）MAC層、またはより正確には、論理チャネルが区別されなければならない場合、MACヘッダを追加することができる、MAC-d層により、更に処理される。このMACヘッダは、RLC PDUが送信される論理チャネルを識別する。MAC-d PDU（すなわちMAC-d層により作成されるプロトコルデータユニット）は、次に、UMTSのNode B上に位置するMAC-hs層に送られる。ここで、同じ移動局向けの1つ以上のMAC-d PDUは、1つのMAC-hs PDUにコンパイルされる。これらのMAC-d PDUは、異なる論理チャネルに属する、すなわち異なるMACヘッダを有することができる。したがって、MAC-hs PDUは、異なる論理チャネル、しかしながら、同じ受信移動局向けであるMAC-d PDUを多重化する。それとは対照的に、1つのMAC-d PDUは、常に、正確に1つのRLC PDUを含む。
【００１０】
一般に、注目されたプロトコル層のサービスデータユニット(SDU)は、この注目されたプロトコル層が、次のより高いプロトコル層から受信するデータユニットとして、関連する文献において定義される。注目されたプロトコル層は、SDUを処理する。これは、RLCプロトコルの場合、例えば、SDUが、フラグメントに分割されることを意味する。プロトコル処理の結果として、SDUは、RLCプロトコルの場合、例えば、分割されたSDUの1つのフラグメントを各々含む1つ以上のPDU（プロトコルデータユニット）に変換される。これらのフラグメントには、RLCヘッダが設けられ、それは、少なくともシーケンス番号を含み、そして次に、RLC PDUのペイロードまたはコンテンツを形成する。一般に、注目されたプロトコル層のPDUは、注目されたプロトコル層が、次の下位のプロトコル層に送るデータユニットとして定義される。
【００１１】
MAC-hs PDUは、1つ以上のMAC-d PDUから生成され、かつこの時、これらのMAC-d PDUと1つのMAC-hsヘッダから構成される。このヘッダは、UMTSにおいて、0〜63のシーケンス番号範囲に対応する6ビットでコード化されるシーケンス番号（いわゆるTSN(transmission sequence number)）を少なくとも有する。MAC-hs PDUは、物理層により、更に処理されている。通常、物理層がHS-DSCHのコンテクストにおいて処理するデータユニットは、トランスポート・ブロックと呼ばれ、すなわち、MAC-hs PDUも、また、トランスポート・ブロックであり、およびトランスポート・ブロック（すなわちここでMAC-hs PDU）を形成するビットのカウントは、トランスポート・ブロック・サイズと呼ばれている。タイプMAC-hs PDUのトランスポート・ブロックの物理層の処理は、以下の通りである：
物理層は、（24ビットの）巡回冗長検査(CRC)合計を追加し、およびこの後で（タイプMAC-hs PDUの）トランスポート・ブロックのビットおよびCRCビットに符号化率1/3のターボ・コーディング(rate-1/3-turbo-coding)を適用する、すなわち、本明細書に引用される非特許文献5にて説明されるように、ターボ・コーディングから生じるパリティービットを追加する。
【００１２】
さらにまた、非特許文献5に記載されているように、レート・マッチングが、適用され、エア・インタフェースを介して2 ms以内に送信されることができ、ビットの数に対する符号化率1/3のターボ・コーディングの出力である、ビットの数を調整する。エア・インタフェースを介して2 ms以内に送信されることができるビットの数は、チャネリゼーション・コードの選ばれた数（1〜15が使用されることができ、およびそれらは、全て、16の拡散因子を有する）並びに、QPSK（4相位相変調）または16QAM（直交振幅変調）であることが可能な選ばれた変調スキームに依存する。例えば、16QAMによって2 ms以内に送信されることができるビットの数は、QPSKによって送信されることができるビットの数の2倍である。
【００１３】
レート・マッチングは、例えば、符号化率1/3のターボ・コーディングの出力である、ビットのシーケンスにおいて予め決められたビットをパンクチャすること、すなわち削除することを意味することが可能であり、この結果、結果として生じるビットの数が、2 ms以内にエア・インタフェースを通じて送信されることが可能であるビットの数に正確にフィットする。受信側は、パンクチャしたビットの位置を知っている、および、例えば、値ゼロを有するビットとして、デコーディング・プロセスにおいてそれらを考慮する。
【００１４】
パンクチャすることが適用されなければならない場合、フォワード・エラー・プロテクション(FEC)は、パンクチャしない場合に比べ必ず弱くなる。例えば、もし1つ以上の更なるチャネリゼーション・コードがエア・インタフェースによる送信のために使用されるならば、パンクチャすることは、回避することができる。
【００１５】
非特許文献5は、MAC-hsタイプのトランスポート・ブロックの物理層の処理のいくつかの更なるステップを記載するが、それは、本発明のコンテクストにおいて重要でない。
【００１６】
2 msの期間は、また、HS-DSCHの送信時間間隔(TTI)とも呼ばれている。それが（MAC-hsタイプの）トランスポート・ブロックが無線インタフェース上で物理層により転送される周期性に等しいので、それは、また、物理層での（MAC-hsタイプの）トランスポート・ブロックの到着間隔、すなわちMAC層と物理層との間のデータの連続した送出間の時間に対応する。言い換えると、物理層は、ビットのコンテナ、すなわちMAC-hs PDUビットを2 ms のTTI 以内で処理し、かつ2 ms 後に、次のビットのコンテナを処理する準備が整っている。原則として、CRCアタッチメントおよびターボ・コーディングによるチャネルエンコーディングに起因して、エア・インタフェースを通じてこの時送信されるビットの数は、コンテナのビットの数より大きい。物理層が（ターボ・エンコーディングの後で）エア・インタフェースを通じて、2 msのTTI 以内で送信することができるビットの数Xが、異なるサイズ（すなわち異なる数のビット）の2つのコンテナに対して固定されている場合（ここで、コンテナ・サイズは、Xマイナス24（24のCRCビットに対応する）より小さい。）、より小さいコンテナのFECは、例えば、パンクチャすることが、より小さいコンテナに適用されないので、より大きいコンテナのそれより強い。同様に、所定のサイズSのコンテナが、物理層の処理の後で、エア・インタフェースを通じてXビット（X > S + 24）で一回、およびエア・インタフェースを通じてY>Xビットで一回、送信される場合、もしYビットがエア・インタフェースを通じて送信のために使用されるならば、FECは、通常、より強い。
【００１７】
以下では、用語「コンテナ(container)」は、UMTSに関連して、MAC-hs PDU、すなわちMAC-hs PDUタイプのトランスポート・ブロックのビットを示す。
【００１８】
Node Bは、HS-DSCHを介してデータを受信する、いくつかのUEを供給することを管理している。この目的のためには、Node B上にMAC-hs層において実施されるスケジューラ機能がある。このスケジューラは、例えば、MAC-hs PDUに対してどのUEか、更に、MAC-hs PDUが再送信されなければならないか否か、またはMAC-hs PDUの送信または再送信が中止されなければならないか否かを決める。
【００１９】
あまりに多くの同じ論理チャネルまたは接続のUM RLC-PDU(unacknowledged mode radio link control protocol data unit)が、単一のMAC-hs PDUに含まれ、同じ論理チャネルの127を超える連続したMAC-d PDU、従って、同じRLCエンティティにより送信された127を超える連続したUM RLC PDUが、失われるように、逐次的MAC-hs PDUがなくなる場合、UMTSリリース5におけるHS-DSCHに関するUMデータ伝送は、クリティカルになる可能性がある。この場合、（送信側で）暗号化する、および（受信側で）解読するためのアルゴリズムへの時間変化する入力またはCOUNT-Cが、同期から外れる、すなわち、送信側で暗号化のために使用されたCOUNT-C値以外の異なるCOUNT-C値が、受信側で復号のために使用されるので、全ての次のRLC-PDUの復号は、失敗する可能性がある。より詳細に、時間変化する入力に関する同期外れの理由は、以下の通りである：COUNT-C値は、2つの部分、COUNT-Cの25の最上位ビットを表すHFN（ハイパー・フレーム番号）、および（COUNT-Cが、UM RLC PDUのペイロード・ビットを暗号化するために、暗号化エンジンの時間変化する入力として使用されるところで、）送信される、または（COUNT-Cが、UM RLC PDUのペイロード・ビットを解読するために、復号エンジンの時間変化する入力として使用されるところで、）受信したUM RLC PDUの7ビットのシーケンス番号から成る。RLCシーケンス番号がラップアラウンドする、またはロールオーバーする場合、すなわち、処理された前のRLC PDUのRLCシーケンス番号が127であった、かつ現在処理されているRLC PDUのRLCシーケンス番号が0である場合、（送受信両側で）COUNT-CのHFNは、増加する。
【００２０】
【非特許文献１】3 GPP TS 25.308 V5.2.0 (2002/03）、technical specification, third generation partnership project; technical specification group radio access networks; high speed downlink packet access (HSBPA）; overall description; stage 2 (release 5)、
【非特許文献２】3 GPP TS 25.321 V5.2.0 (2002/09)、technical specification third generation partnership project; technical specification group radio access network; MAC protocol specification (release 5)、
【非特許文献３】3 GPP TS 25.433 V5.2.0 (2002/09)、technical specification third generation partnership project; technical specification group radio access network; UTRAN Iub interface NBAP signaling (release 5）。
【非特許文献４】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-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-09), 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; UTRAN Iur Interface RNSAP Signalling (Release 5)
【発明の開示】
【課題を解決するための手段】
【００２１】
本発明の目的は、向上されたデータパケット伝送を提供することである。
【００２２】
請求項1に記載の本発明の典型的実施例に従って、上記目的は、複数のデータパケットを送信局から受信局へ送信する方法であって、複数の第2のコンテナの第1のコンテナにおいて複数の第1のデータパケットの第1の数の第1のデータパケットを送信局から受信局へ送信するステップを有し、前記第1のデータパケットが、第1の接続のデータパケットであり、および前記第1の数が、最大数より小さいまたはに等しい、すなわち、前記最大数より大きくない数である方法によって達成されることが可能である。
【００２３】
記載されたソリューションによって、例えばUMTSにおいて、UMデータ伝送用RLCプロトコルを変えることなく、この目的を達成することが、可能であり、このことは、この改善を組み込むためのコストをかなり減少させることを可能とする。
【００２４】
言い換えると、本発明のこの典型的実施例に従って、同じ論理チャネルまたは接続のデータパケットの最大数のみが1つのコンテナにおいて送信されるデータパケットを送信する方法が、提供される。このことは、コンテナが、そのコンテナにデータパケットを置くとき監視されなければならない他の接続のデータパケットの最大数に対するこのような制限がない他の接続のデータパケットを搬送することを、除外しない。
【００２５】
所定の論理チャネルまたは接続のデータパケットの最大数が1つのコンテナに対して達せられた場合、その注目された論理チャネルまたは接続のおそらく残っているデータパケットは、後で送信される別のコンテナに置かれる。
【００２６】
したがって、送信またはデコーディングの間、1つより多いMAC-hs PDUがなくなる場合さえ、受信側でこの論理チャネル上で送信されたデータを更にデコードし、かつ復号することは、なお可能であるであろう。
【００２７】
請求項2に記載の本発明の別の典型的実施例に従って、予め設定された数の第1のデータパケットが、第2の数の第2のコンテナにおいて送信局から受信局へ送信され、前記第2の数が、最小数より大きいまたは等しい。
【００２８】
有利には、本発明のこの典型的実施例に従って、複数の第1のデータパケットが送信される最小数のコンテナが、常に、提供される。記第1のデータパケットが、一方では最小数の第2のコンテナに分散されること、および各コンテナが、他方では最大数の第1のデータパケットを有することのみ可能であることが、保証される。
【００２９】
請求項3に記載の本発明の別の典型的実施例に従って、複数の第2のデータパケットが、前記送信局から前記受信局へ送信される。前記複数の第1のデータパケットおよび第2のデータパケットの各データパケットには、前記対応するデータパケットが、第1のデータパケットまたは第2のデータパケットであるかを示す、推定される可能性がある接続情報が提供される。
【００３０】
本発明のこの典型的実施例に従って、各データパケットは、それが属する論理チャネルの番号にラベルをつけることが可能である。有利には、このことは、それぞれのデータパケットの効果的な識別に結果としてなる可能性がある。
【００３１】
請求項4に記載の本発明の別の典型的実施例に従って、前記複数の第1および第2のデータパケットの各データパケットが、接続情報がエンコードされていない接続情報を有するエンコードされたデータパケットであり、前記複数の第1および第2のデータパケットの第3のデータパケットの前記連続したデータパケット番号が、前記第3のデータパケットをエンコードするために供給され、この結果、接続情報を有するエンコードされた第3のデータパケットになる。エンコーディングも、また、暗号化するアルゴリズムによって暗号化することを意味する可能性がある。
【００３２】
有利には、本発明のこの典型的実施例に従って、各データパケットは、対応する連続したデータパケット番号を用いてエンコードされる。したがって、各エンコードされたデータパケットは、そのシーケンス番号、およびデータパケットが第1のデータパケットまたは第2のデータパケットであるかに関する情報を有する。
【００３３】
請求項5に記載の本発明の別の典型的実施例に従って、前記第1のコンテナが、コンテナ・シーケンス番号によってラベルをつけられる。さらにまた、前記第1のコンテナは、第1のコンテナ・サイズを有し、前記第1のコンテナ・サイズは、前記第1のコンテナ内のデータパケットの数により影響され、および前記第1のコンテナのエラー・プロテクションは、前記第1のコンテナ内のデータパケットの前記数により影響される。
【００３４】
有利には、本発明のこの典型的実施例に従って、第1のコンテナのエラー・プロテクションは、第1のコンテナ内のデータパケットの数を減少することにより減少される可能性があり、結果として減少したコンテナ・サイズとなる。したがって、コンテナ・サイズの最小化は、エラー・プロテクションの最小化、したがって、エラーの表示のない第1のコンテナの送信の増加した可能性に結果としてなる可能性がある。
【００３５】
請求項6に記載の本発明の別の典型的実施例に従って、送信局は、前記ネットワーク・ユニットが、一般的な条件に基づいて前記最大数を決定するネットワーク・ユニットにより構成される。前記ネットワーク・ユニットは、前記第1の信号が前記第1のコンテナ内のデータパケットの前記最大数に関する情報を有する第1の信号を前記送信局に送信する。したがって、本発明のこの典型的実施例に従って、チャネル条件は、ネットワーク・ユニットにより記録されることが可能であり、および記録されたチャネル条件に基づいて、ネットワーク・ユニットは、第1のコンテナの最大サイズを計算することが可能である。ネットワーク・ユニットが第1のコンテナの最大サイズを計算した後で、この最大サイズに関する情報は、送信局へ次に送信される第1の信号に含まれる。
【００３６】
請求項7に記載の本発明の別の典型的実施例に従って、前記送信局は、前記複数の第1および第2のデータパケットの第4のデータパケットの前記接続情報を読み取り、かつ前記受信された接続情報に基づいて、前記第4のデータパケットが第1のデータパケットであるか否かを決める。前記送信局が前記第4のデータパケットが実際第1のデータパケットであるという結論に達する場合、それが前記第1の接続のデータパケットであることを意味し、および前記結果として生じる第1の数が前記最大数より小さいまたは等しい場合、前記送信局は、前記第1のコンテナに前記第1のデータパケットを追加する。
【００３７】
したがって、本発明のこの典型的実施例に従って、それが第1のデータパケットである場合、および第1のコンテナが最大数より小さい第1のデータパケットを含む場合、第4のデータパケットは、第1のコンテナに単に追加されるだけである。
【００３８】
有利には、本発明のこの典型的実施例に従って、第4のデータパケットは、第4のデータパケットを受信すると送信局により読み取られた接続情報を有する。この接続情報を使用することにより、送信局は、データパケットが第1のコンテナにおいて追加されるか否かを決めることが可能である。更なるコミュニケーションは、必要でない。
【００３９】
請求項8に記載の本発明の別の典型的実施例に従って、前記ネットワーク・ユニットは、一般的な条件に基づいて前記最大数および前記最小数を決定する。その後、前記ネットワーク・ユニットは、前記第2の信号が、前記最大数および前記最小数に関する情報を有する、第2の信号を前記送信局に送信する。有利には、本発明のこの典型的実施例に従って、チャネル条件の変化は、ネットワーク・ユニットにより検出されることが可能であり、次に、一般的な条件の変化に関する反応として、第1のコンテナに含まれる第1のデータパケットの最大数、および複数の第1のデータパケットが分散される第2のコンテナの最小数を設定する。したがって、チャネル条件を変えることは、コンテナのサイズおよび各コンテナ内の同じ接続のデータパケットの数を変えることが可能であり、結果として改善されたデータパケット伝送となる。
【００４０】
請求項9に記載の本発明の別の典型的実施例に従って、前記方法は、UMTSにおける前記高速ダウンリンク共有チャネルに関するデータ伝送に適用される。
【００４１】
請求項10に記載の本発明の別の典型的実施例に従って、通信システムは、複数のデータパケットを送信局から受信局へ送信するために提供される。通信システムは、前記送信局から前記受信局へ、複数の第2のコンテナの第1のコンテナにおいて複数の第1のデータパケットの第1の数の第1のデータパケットの送信を実行するように構成され、前記第1のデータパケットが第1の接続のデータパケットであり、および前記第1の数が、最大数より小さいまたは等しい数である。
【００４２】
請求項11に記載の本発明の別の典型的実施例に従って、前記送信局から受信局へ複数のデータパケットを送信するための送信局が、提供され、前記送信局が、前記送信局から前記受信局へ複数の第2のコンテナの第1のコンテナにおいて複数の第1のデータパケットの第1の数の第1のデータパケットの送信を実行するように構成される。さらにまた、前記第1のデータパケットは、第1の接続のデータパケットであり、および前記第1の数は、最大数より小さいまたは等しい数である。
【００４３】
請求項12に記載の本発明の別の典型的実施例に従って、送信局から受信局へ複数の第1のデータパケットの送信を実行するためのソフトウェアプログラム製品が、提供され、複数の第2のコンテナの第1のコンテナにおいて前記複数の第1のデータパケットの第1の数の第1のデータパケットが、前記送信局から前記受信局へ送信される。さらにまた、前記第1のデータパケットは、前記第1の接続のデータパケットであり、および前記第1の数は、最大数より小さいまたは等しい数である。
【００４４】
同じ論理チャネルまたは同じ接続のデータパケットの最大数のみが、1つのコンテナの範囲内で送信されることは、本発明の典型的実施例の本質として、考えることができる。これに起因して、UMTSにおけるHS-DSCHにわたるUMデータ伝送の場合には、1つ以上のMAC-hs PDUの損失に結果としてなる1つを超えるMAC-hs PDUの誤った送信が、論理チャネルのデータパケットのデコードディングまたは解読の障害に至らないことを、保証することが可能である。MAC-hs PDUの損失が、以下の2つの理由を有する可能性があることは、留意されるであろう：再送信の最大数が達せられたので、MAC-hs PDUの送信は、送信側により中止されなければならない、または、送信側は、受信側が否定応答を送信した、すなわち再送信を期待するにもかかわらず、それは、MAC-hs PDUのための肯定応答メッセージを受信したと誤って仮定する。
【発明を実施するための最良の形態】
【００４５】
本発明の上記および上記以外の観点は、以下に記載される実施例を参照して明らかになるであろう。
【００４６】
本発明の典型的実施例は、次の図面を参照して以下に記載されるであろう。
【００４７】
図1において線図的に表されるプロトコル・アーキテクチャは、UMTSにおける高速ダウンリンク共有チャネルHS-DSCHに関するデータ伝送に適用されることが可能である。
【００４８】
無線ネットワーク制御装置（以下に「RNC」と称する）に関するRLC-プロトコルにおいて、RLC層のすぐ上の層から受信された、データパケットまたは無線リンク制御サービスデータユニット（以下に「RLC SDU」と称する）は、予め選択されたサイズのデータパケットに分割される。データパケットには、次に、RLC-ヘッダを与えることができ、および次に、RLC PDU（無線リンク制御プロトコルデータユニット）のコンテンツを構築するであろう。RLC PDUは、第1のコンパイルにおいてコンパイルされ、かつMAC-d SDUとしてMAC-d層に入る。その後、MAC-d PDU（MAC-ヘッダの有無にかかわらず）は、第2の処理ステップの後、下位プロトコル層に入る。UMTSにおけるHS-DSCHに関するデータ伝送の場合、下位プロトコル層は、例えば図1および2に示されるようにNode B上のMAC-hs層であることが可能である。
【００４９】
MAC-hs層またはサブ層は、各々1つのRLC-PDUを有する受信されたMAC-d PDUを処理し、かつそれらの1つ以上から、MAC-hsヘッダを更に含むMAC-hs PDUを構築する。その後、MAC-hs PDUは、HS-DSCHを通して、すなわちエア・インタフェースまたは無線インタフェースを介して物理層での更なる処理の後、送信されることが可能である。
【００５０】
MAC-hs層は、チャネル評価に基づいて、どのトランスポート・ブロック・サイズまたはコンテナ・サイズが、無線インタフェースまたはエア・インタフェースを通してHS-DSCHで送信されるべき次のMAC-hs PDU用に選択されることが可能であるかを決定することができる。対応するMAC-d PDUサイズに変換する、所定のRLC-PDUサイズに対して、MAC-d PDUが1つのRLC PDUを含むのみであるので、MAC-hs PDUは、コンテナ・サイズに基づいて、複数のMAC-d PDU（したがって、RLC-PDU）を含むことが可能である。RLC PDUのサイズを定義する、いわゆるRLCサイズにより与えられる分割サイズは、RLC PDUのヘッダ用のビットの数なしで、考慮される。MRC-d PDUのサイズは、RLCサイズ、RLC PDUヘッダ・サイズ、およびMACヘッダ・サイズの合計から生じる。HS-DSCH以外の他のチャネル対して、MAC-d PDUのサイズは、コンテナ・サイズと一致することが可能である。しかし、HS-DSCHの場合には、MAC-hs PDUのサイズがコンテナ・サイズに対応するので、この一致は、与えられない。
【００５１】
AM-データ伝送の場合には、RLC PDUのサイズは、送信器側および受信器側でRLC-マシンの再構成に費やす時間（100〜200 ms）によりのみ、変えることが可能である。UM-データ伝送の場合には、RLC PDUのサイズは、再構成なしで変えることが可能である。
【００５２】
UMTSの無線送信ネットワークであるUTRANにおけるRLC-プロトコルは、RNC(radio network controller)において実施される。RNCは、通常、図2で示されるようにDRNC(drift RNC) を通じてNode Bに接続されることが可能である。このことは、2つのインタフェース、すなわち、図2に線図的に描かれたSRNC(serving RNC)とDRNCと間のIur、およびDRNCとNode Bとの間のIubがパスされなければならないことを意味する。さらにまた、RNCからNode Bへのデータ伝送は、ラウンド・トリップタイムの約半分かかる。ラウンド・トリップタイムは、RNCからUE（移動局のようなユーザ機器）およびRNCにおける回答の受信までのデータ伝送後に経過する時間である。ラウンド・トリップタイムは、通常、最悪のケースで、約100 msである。これは、SRNCとNode Bとの間の送信が、最大50 msかかることを意味する。したがって、RLC PDUサイズは、UMデータ伝送の場合でさえ、急速に変えられない。例えば、前に送信されたRLC PDUのサイズの2倍のサイズのRLC PDUが可能である、SRNC上のRLC-マシンに、今後、報告することができるNode BからSRNCへの制御メッセージは、最大50 ms後にRLC-マシンに達することが可能である。その後、1つのMAC-d PDUにパックされ、かつ前より大きいサイズを有するRLC PDUに対しては、MAC-hsに達するために、さらに50 msかかるであろう。送信チャネルが、かなり速く急激に変わることができるので、トランスポート・ブロック・サイズまたはコンテナ・サイズは、変えられ、かつかなり速く現在のチャネル条件に調整されるべきである。そうでなければ、MAC-hs層上の再送信の数は、トランスポート・ブロック・サイズがあまりに大きいので、劇的に増加するだろう。
【００５３】
したがって、RLC PDUのサイズは、（AMおよびUMの両方に対して）十分に小さくて選択され、RLC PDUは、最悪のチャネル条件で送信に利用可能であろう最も小さいトランスポート・ブロックまたはコンテナに組み込まれることが可能である。その時のみ、極めて悪いチャネル条件において最も小さいコンテナにおいてデータを送信するこが、可能であり、したがって、最も堅牢なエラー・プロテクションを提供することが、可能であろう。
【００５４】
上述したTS 25.321v5.2.0 標準に従って、最も小さいサイズの70のトランスポート・ブロックは、最大のサイズの1つのトランスポート・ブロックに含まれることが可能である。RLC PDUが最も小さいサイズのトランスポート・ブロックまたはコンテナにおいて送信されるように、RLC PDUのサイズが、選択される場合、極めて良いチャネル条件であれば、最高約70のRLC PDUが、単一のMAC-hs PDUにおいて送信されることは、可能であろう。同時に、エンコーディングをエラー訂正することによるエラー・プロテクションは、大きいコンテナ・サイズに対してかなり低く、したがって、誤った送信に対するリスクは、かなり高い。MAC-hs層レベル上の再送信は、同じ最大のトランスポート・ブロック・サイズによって（少なくともいわゆるチェース・コンバイニング(chase combining)の場合には）実行されなければならない。これは、再び、不成功の送信の高いリスクとなり、このことは、Node B上のMAC-hsのスケジューラが送信を中止しなければならないかもしれないことを意味する。これが2つの連続した送信に対して発生する場合、140のRLC PDUを失うことが起こりうる。
【００５５】
これらの140の失われたRLC PDUが、同じ論理チャネルの連続したRLC PDUである場合、それらが同じRLC-マシンまたはRLCエンティティに送信されることを意味し、UMの場合には、受信側上のRLC-マシンまたはRLCエンティティは、140のRLC PDUが失われたことに気がつくことができない。（上述した非特許文献4の Chapter 11.2.6に従って）UMの場合には、128の異なるシーケンス番号のみがあるので、それは、むしろ、定義によって、140-128=12 RLC PDUがなくなったという結論をだす。UM RLC-マシンまたはUM RLCエンティティに可能な他のいかなる結論もない。したがって、送信側および受信側上のRLC-マシンは、暗号化／復号メカニズムに関して非同期化されるだろう：受信側上のRLC-マシンは、RLCシーケンス番号におけるラップアラウンドまたはロールオーバーが送信側に生じたと気がつかず、その結果、その時以来、受信側が、送信側が暗号化のために使用するのではなく（復号プロセスにおいて時間変化する入力として）異なるCOUNT-Cを使用するように、HFNが送信側で増加し、しかし受信側では増加しない。更に詳細に、これは、次の理由を原因として生じる：（UMD伝送に対して、図3に示されるHFN（ハイパー・フレーム番号）は、暗号化および復号のためのアルゴリズムの時間変化する入力パラメータである、25のCOUNT-Cの最上位ビットを表す。COUNT-Cの残っている最下位ビットは、（COUNT-Cが、UM RLC PDUのペイロード・ビットを暗号化するために、暗号化エンジンの時間変化する入力として使用されるところへ）送信される、または（COUNT-Cが、UM RLC PDUのペイロード・ビットを解読するために、復号エンジンの時間変化する入力として使用されるところで）受信されたUM RLC PDUの7ビットのシーケンス番号により与えられる。RLCシーケンス番号がラップアラウンド、またはロールバックする場合、すなわち、注目されたUM RLCエンティティにより処理された前のUM RLC PDUのRLCシーケンス番号が、（2進数表示で−「1」に等しい全てのシーケンス番号ビットに対応する）127であり、および現在処理されたUM RLC PDUのRLCシーケンス番号が、（2進数表示で、「0」に等しい全てのシーケンス番号ビットに対応する）0である場合、（送信側および受信側の両方で）COUNT-CのHFNは、増加する。
【００５６】
このことは、失われたRLC PDUに続く全てのRLC PDUを受信側上でデコードすることが、意味がないデータを送ることに結果としてなる可能性がある。エンコーディング／デコーディング・アルゴリズムの時間依存の入力パラメータCOUNT-Cは、送信側で増加するHFN-値およびRLC-PDU-シーケンス番号を有し、一方、受信側で、COUNT-C値は、全く増加しないHFN-値およびRLC-PDU-シーケンス番号を有する。
【００５７】
これとは対照的に、AMデータ送信に関して、AM RLC PDUのより長いシーケンス番号（0から4095の範囲に対応する、12ビット）に起因して、それが、約4096/70、すなわち、同じ論理チャンネルの少なくとも4096のAM RLC PDUを含む約59のMAC-hs PDUが、失われなければならないことを意味するので、HFN増加同期の損失は、ほとんど可能性はないであろう。
【００５８】
さらにまた、連続したMAC-hs PDUが全て失われることが、送信側および受信側のRLC-マシンの同期損失の必要条件ではない可能性があることは、留意されるべきである。同じ論理チャネルまたは接続の128の連続したRLC PDUを失うことは、同期を失うのに充分であろう。どのMAC-hs PDUが、どのデータで満たされるかを決定する、スケジューラの充填アルゴリズム(filling algorithm)に従い、連続した128のRLC PDUは、例えば、連続していない、2つのMAC-hs PDU間で分散されることが可能である。
【００５９】
1つより多いMAC-hs PDUの損失が、受信側で同じ論理チャネルに関するデータの更なる解読の不可能に結果としてなることを回避するために、Node Bにおけるスケジューラは、UMにおける同じ論理チャネルのMAC-d PDUの最大数またはMAC-hs PDUにおける最大数より少ない数のみを含むように指示される。
【００６０】
図3は、本発明の典型的実施例に従う方法の概略図を示す。UM RLC-PDU 1、2、3、4は、同じ第1の論理チャネルまたは第1の接続であり、一方、UM RLC-PDU 5、6、7、8は、第2の論理チャネルまたは第2の接続である。第1の処理ステップにおいて、UM RLC-PDU 1、2、3、4、5、6、7、8は、MAC-d層10に引き渡され、MAC-d SDU 11、12、13、14、15、16、17、18に結果としてなる。
【００６１】
明快さの理由のために、図4において、PDUおよび対応するSDUの参照番号付けにおいて区別をつけないことは、留意されるべきである。
【００６２】
MAC-d SDU 11、12、13、14は、同じ第1の論理チャネルまたは第1の接続であり、およびMAC-d SDU 15、16、17、18は、同じ第2の論理チャネルまたは第2の接続である。その後、第2の処理ステップで、MAC-d SDU 11、12、13、14、15、16、17、18は、MAC-d層において処理される。ここで、それらは、それらが第1の論理チャネルに属するので、MAC-d SDU 11,12、13、14に対して同じであるMAC-ヘッダ、および第2の論理チャネルに属するMAC-d SDU 15、16、17、18に対する別のMAC-ヘッダを受けとる。この処理は、第1の論理チャネルに対するMAC-d PDU 11、12、13、14、および第2の論理チャネルに対するMAC-d PDU 15、16、17、18、に結果としてなり、これらは、次に、MAC-hs層 33に引き渡される。この層33は、UMTSシステムの現行のアーキテクチャにおいてNode Bに位置づけられる（図2参照）、しかし、それは、別のネットワーク要素にもまた位置づけられることが可能であろう。MAC-hs層において、MAC-d PDU 11、12、13、14、15、16、17、18は、定義によりMAC-hs SDUになる。それらの処理は、これらのMAC-hs PDUを含み、およびMAC-hsヘッダを備えるコンテナまたはMAC-hs PDUを構築することを有する。MAC-hs PDUにおいて送信されるMAC-d PDUの選択は、MAC-hs層において行われ、および、これを行うエンティティは、例えばMAC-hs層のスケジューラであることが可能であろう。今、本発明の典型的実施例の方法に従って、同じ論理チャネルのMAC-d PDUの最大数（図4に描かれた場合、最大数は2である）のみが、コンテナ20、29に収容される。更に、コンテナは、最大数に対するこのような制限が適用されない、例えば、AM RLC PDUを搬送する論理チャネルである、他の論理チャネルのMAC-d PDUを含むことが可能である。
【００６３】
本発明の観点に従って、MAC-hs PDU即ちコンテナ20、29の数は、最小数より大きいまたは等しい、言い換えると、最小数より小さくない数であることが可能である。この最小数は、図4において、2であると仮定される。その後、MAC-hs PDUは、（図5で分かるように）通信リンク32を介して送信局30から受信局31へ送信されるであろう。
【００６４】
（MAC-hs PDUまたはコンテナの一部として）送信局から受信局へ送信される、MAC-d PDUに含まれる各データパケットまたはRLC PDUには、連続したデータパケット番号が提供され、およびMAC-d PDUのMACヘッダによって、対応するデータパケットが、第1の論理チャネル、または第2の論理チャネルに属する（言い換えると搬送する）かを示す接続情報を有することは、留意されるべきである。
【００６５】
本発明の別の典型的実施例において、MAC-hs PDUに入れられるMAC-d PDUを選択しかつNode B上のMAC-hs層に位置づけられるエンティティは、それがMAC-hs PDUに入れるUM論理チャネルのカウンタを動作させ、それによってMAC-d PDUの数をカウントする。MAC-d層からMAC-d PDUを受信するとき、このエンティティ（例えばスケジューラ）は、MAC-d PDUのMAC-ヘッダを読み取る。MACヘッダに従って、このMAC-d PDUが注目されたUM論理チャネルに属する場合、このエンティティ、例えばスケジューラは、このUM論理チャネルのカウンタが値M1を超えない場合、将来送信されなければならないMAC-hs PDUにMAC-d PDUを入れるだけである。M1を超える場合、エンティティ、例えばスケジューラは、後で送信するMAC-hs PDUにおける送信用のMAC-d PDUを考慮する。MAC-hs PDUの呼損率が、例えば値0.001を超えないことを期待することができるように、相対的に良いチャネル条件があるならば、メカニズムは、以下の通りに最小数M2によって修正されることができる：エンティティは、次に送信する注目されたUM論理チャネルの128のMAC-d PDUを識別する。これらのMAC-d PDUに対して、エンティティは、それらが、これらのMAC-hs PDUが他の論理チャネルの他のMAC-d PDUを含むことができる少なくともM2の異なるMAC-hs PDUにおいて送信されることを、確実にする。エンティティが、送信される次の128のMAC-d PDUを決定するウィンドウは、スライドすることが可能である：M2=5、かつエンティティが、例えばUM論理チャネルLC1上で、
-TSN 21を有するMAC-hs PDUの第1の60のMAC-d PDU
-TSN 23を有するMAC-hs PDUの更なる40のMAC-d PDU
-TSN 24を有するMAC-hs PDUの更なる20のMAC-D PDU
-TSN 27を有するMAC-hs PDUの更なる7つのMAC-d PDU、および
-TSN 29を有するMAC-hs PDUの更なる1つのMAC-d PDUを送信する場合、エンティティは、以下の通りに実行することができる。
【００６６】
肯定応答メッセージが、TSN 27を有するMAC-hs PDUに対して受信され、一方他のMAC-hs PDUに関して応答がなお未定の場合、エンティティは、TSN 27を有するMAC-hs PDUが、受信側でエラーフリーでデコードされたと仮定する。したがって、それが後で送信される更なるMAC-hs PDUをすでにコンパイルすることができるように、それが、TSN 29を有するMAC-hs PDUに含まれる1つのMAC-d PDU並びに次の127連続したMAC-d PDUを含むように、それは、送信されるLC1の次の128の連続したMAC-d PDUのウィンドウを進ませることができる。しかしながら、これは、良いチャネル条件に起因し、受信側が否定応答を送信したにもかかわらず、送信側が送信されたMAC-hs PDUに対する肯定応答を検出する極めて低リスクの場合のみ、適用可能である。2つ以上の肯定応答が、送信側により誤って検出されるリスクは、単一の肯定応答が、誤って検出される、すなわち受信側が、実際に否定応答を送信したリスクより非常に低いので、肯定応答が、送信中の僅か1つを超えるMAC-hs PDU対して受信される場合のみ、ウィンドウは進むように、上述の戦略は、より悪いチャネル条件に対して修正されることができる。
【００６７】
上述の機能を達成するために、本発明に従って、例えばUMTSにおいて、Node B上のMAC-hs層のエンティティは、このエンティティ（このエンティティは、スケジューラであることが可能である）が、MAC-hs PDU内にどのMAC-d PDUを送るかを決定し、このエンティティがMAC-d PDUを異なる接続と関連づけ、したがって、同じ論理チャネルのMAC-d PDUの最大許容数がMAC-hs PDUに対して達せられるか否かを決定することができるように、それが処理する各MAC-d PDUの接続情報、および接続が、UM、またはAM RLC PDUを搬送するかを知っていなければならない。UMTSの場合には、接続情報（すなわち論理チャネル識別）は、MAC-hs PDUのMACヘッダに含まれる。これ故、同じMAC-hs PDUにおいて送信される、MAC-d PDUを選択するためのエンティティは、どの論理チャネルが、UM RLC PDUを搬送するかを知らなければならない。例えば、UM RLC PDUを搬送する全ての論理チャネルのリストをこのエンティティに提供することにより、これは、達成されることができる。AM RLC PDUまたはUM RLC PDUを送信する論理チャネルに対するHS-DSCHを介した送信を構成することが、単に可能であるので、同じことは、AM RLC PDUを搬送する全ての論理チャネルのリストを提供することにより達成されることができる。さらにまた、このエンティティ（例えばスケジューラ）は、対応しているコンテナ20、29に含まれる同じ論理チャネルのデータパケットの最大数を知らなければならない。この最大数は、（UM論理チャネルによっても表される）UM RLC PDUを搬送する各論理チャネルに対して異なり、またはそれは、全てのUM論理チャネルに対して同じであることも可能である。最大数、または各論理チャネルに対する最大数、並びにUM論理チャネルのリストは、以下の通りにNode B上のMAC-hs PDU内でどのMAC-d PDUを送信すべきかに関して決めるエンティティに利用可能とすることが可能である：
そのデータがHS-DSCHを介して搬送されるUM論理チャネルを設定するとき、SRNCは、RNSAP手続きを介して、DRNCが次にNBAP手続きによりNode Bに送るこれら情報の1つ以上をDRNCに通知する。これに対して最も適している、RNSAP手続きおよびNBAP手続きは、同じ名前を有し、かつ
-Radio Link Setup Procedure（SRNCからDRNCへ、またはDRNCからNode Bへ送信された対応するメッセージは、「RADIO LINK SETUP」と呼ばれる）
-Synchronized Radio Link Reconfiguration Preparation Procedure（RNSAPの場合にはSRNCからDRNCへ、またはNBAPの場合にはDRNCからNode Bへ送信された対応しているメッセージは、「RADIO LINK RECONFIGURATION PREPARE」と呼ばれる）と呼ばれる。
【００６８】
RNSAP (Radio Network System Application Part)は、非特許文献6に記載される。
【００６９】
NBAP (Node B Application Part)は、非特許文献3に記載される。両方の仕様が、本明細書に引用されている。
【００７０】
各コンテナは、コンテナ・シーケンス番号によってラベル付けされることが可能であり、および各コンテナは、各コンテナのコンテナ・サイズが、それぞれのコンテナ内のデータパケットの数により影響される、異なるコンテナ・サイズを有することが可能であることに留意されたい。もちろん、コンテナのエラー・プロテクションは、コンテナ内のデータパケットの数により影響される。
【００７１】
さらにまた、ネットワーク、すなわち、例えばMAC-hs層のスケジューラは、チャネル条件に基づいて、それぞれのコンテナに追加されるべき同じ論理チャネルのデータパケットの最大数、および同じ論理チャネルのデータパケットが追加されなければならないコンテナの最小数を決定することに留意されたい。
【００７２】
同じコンテナに追加可能な同じ物理チャネルのデータパケットの最大数が非常に大きく設定される場合、コンテナに追加される同じ論理チャネルのMAC-d PDUの数が、制限されないことは、留意されるべきである。この場合、本発明の典型的実施例に従う方法は、また、AMデータ伝送に適用されることも可能である。
【００７３】
図5は、本発明の典型的実施例に従って通信システムを示す。通信システムは、ネットワーク・ユニットを備える送信局30、受信局31、およびコンピュータ34を有する。コンピュータは、送信局30から受信局31へデータパケットの送信を実行するソフトウェアプログラム製品を実行するために使用される。送信局30から受信局31へのデータパケットの送信は、ワイヤレス通信リンク32を介して実行されることが可能である。図4に描かれた送信システムは、第1の数が最大数より小さいまたは等しい数である、送信局30から受信局31へコンテナにおいて同じ論理チャネルまたは接続のデータパケットの第1の数の送信を実行するように構成されている。この最大数は、チャネル条件に基づいてネットワーク・ユニットにより決定されることが可能である。
【図面の簡単な説明】
【００７４】
【図１】本発明の典型的実施例に従った、異なるプロトコル層間のデータ・フローの線図的概略図を示す。
【図２】本発明の典型的実施例に従った、異なるネットワーク要素上のプロトコル層の位置を示しているプロトコル・アーキテクチャの線図的概略図を示す。
【図３】暗号化かつ解読するためのストリーム-暗号-アルゴリズムの入力パラメータ、特に（暗号化するとき）送信器側および（解読するとき）受信側に対する時間変化する入力パラメータCOUNT-Cの構造を示す。
【図４】本発明の典型的実施例に従った方法の線図的概略図を示す。
【図５】本発明の典型的実施例に従った通信システムを示す。
【符号の説明】
【００７５】
1、2、3、4    UM RLC-PDU
5、6、7、8    UM RLC-PDU
10    MAC-d層
11、12、13、14    MAC-d SDU
15、16、17、18    MAC-d SDU
20、29    コンテナ
33    MAC-hs層
【図１】
2006506000.tif 000003
【図２】
2006506000.tif 000004
【図３】
2006506000.tif 000005
【図４】
2006506000.tif 000006
【図５】
2006506000.tif 000007
【国際調査報告】
2006506000.tif 000008
2006506000.tif 000009
2006506000.tif 000010