電気通信システムにおける送信機が:送信機によって通信リンクを通して送信されたすべての情報パケットの受信機による受信について、受信機が通信リンクを通して少なくとも1つの肯定応答メッセージを送信機に返送することによって肯定応答する肯定応答モード、および送信機によって通信リンクを通して送信された情報パケットのどれも受信機によって肯定応答されない非肯定応答モードの両方で、通信リンクを通して情報パケットを送信することと;前記非肯定応答モードであるにもかかわらず、前記非肯定応答モードで受信機に送信することになっている複数のパケットの中から、受信についての受信機からの肯定応答が必要な選択パケットを決定することと;前記選択パケットの受信について受信機からの前記肯定応答が必要であるという信号を前記受信機に送信することと;を含む、方法。前記送信機が前記選択パケットを送信したのち、その後設定された時間中、前記受信機からの前記肯定応答の受信を待ち、それから前記受信機による受信についての前記肯定応答に応じてさらなるステップへ進む請求項1記載の方法。前記送信機が、前記設定された時間中、少なくとも前記受信機からの前記肯定応答の前記受信のときまで、選択パケットを格納する請求項2記載の方法。前記送信機が、前記選択パケットが受信機に送信されたのち、前記設定された時間中、少なくとも前記受信機からの前記肯定応答の前記受信のときまで、肯定応答を必要としないパケットをも格納する請求項3記載の方法。前記送信機が、前記受信機からの前記肯定応答を受信することなく前記設定された時間が経過したのち、前記格納された選択パケットおよび前記格納された肯定応答を必要としないパケットを前記受信機に再送信する請求項4記載の方法。前記送信機が、前記受信機からの前記肯定応答を受信することなく前記設定された時間が経過したのち、前記格納された選択パケットを前記受信機に再送信する請求項3記載の方法。前記送信機が、前記選択パケットの受信についての肯定応答を前記受信機から前記通信リンクを通して受信し、送信機のプロトコルスタックのより高い層に、前記受信機による前記選択パケットの前記受信を通知する請求項6記載の方法。前記送信機が、前記格納された選択パケットを再送信する前記ステップののち、少なくともさらなる1設定時間だけ、前記受信機からのそれの受信の肯定応答を待ち、それから前記再送信された格納選択パケットが受信機によって受信されなかったと最終的に結論する請求項6記載の方法。前記送信機が送信機のプロトコルスタックのより高い層に、前記再送信された格納された選択パケットの非受信を通知する請求項8記載の方法。前記送信機が、前記格納された選択パケットおよび前記格納された肯定応答を必要としないパケットを再送信する前記ステップののち、少なくともさらなる1設定時間だけ、受信機からの格納選択パケットの受信の肯定応答を待ち、それから前記再送信された格納選択パケットが受信機によって受信されなかったと最終的に結論する請求項5記載の方法。前記送信機が送信機のプロトコルスタックのより高い層に、前記再送信された格納された選択パケットの非受信を通知する請求項10記載の方法。前記送信機が、前記肯定応答を受信することなく前記設定時間が経過したのち、前記選択パケットが前記受信機によって受信されなかったと結論する請求項2記載の方法。前記送信機が送信機のプロトコルスタックのより高い層に、前記肯定応答の非受信を通知する請求項12記載の方法。前記受信機が、前記非肯定応答モード時に、受信の肯定応答を必要とする前記選択パケットの前記通信リンクを通しての受信を決定し、受信の前記肯定応答を前記通信リンクを通して前記送信機に送る請求項1記載の方法。前記受信機が、前記受信した選択パケットが正確に受信されたか否かを決定し、受信の前記肯定応答を前記送信機に送る前記ステップが正確または不正確な受信を示す請求項14記載の方法。前記送信機が、前記設定された時間中、少なくとも前記受信機から前記肯定応答を受信するまで、選択パケットを格納し、前記送信機が前記選択パケットの不正確な受信を示す前記応答を受信すると、前記選択パケットを再送信する請求項15記載の方法。前記受信機が、選択パケットが不正確に受信されたことを決定したのち、その処理方法を変えることなく着信パケットを処理し続ける請求項15記載の方法。前記受信機が、選択パケットが不正確に受信されたことを決定したのち、選択パケットを正確に受信するまで、受信するパケットを保存し、正確に受信したのち、前記受信機が、前記選択パケットによって識別された方法にしたがって、着信パケットを処理する請求項15記載の方法。送信機が前記受信機から前記通信リンクを通して前記選択パケットの受信の肯定応答を受信し、かつ送信機のプロトコルスタックのより高い層に前記受信機による前記選択パケットの前記受信を通知する請求項1記載の方法。電気通信システムで使用される装置であって、前記装置によって通信リンクを通して送信されたすべての情報パケットの受信機による受信について、前記受信機が通信リンクを通して少なくとも1つの肯定応答メッセージを前記装置に返送することによって肯定応答する肯定応答モード、および前記装置によって通信リンクを通して送信された情報パケットのどれも前記受信機によって肯定応答されない非肯定応答モードの両方で、通信リンクを通して情報パケットを送信する前記装置において、前記装置が前記非肯定応答モードであるにもかかわらず、前記非肯定応答モードで受信機に送信することになっている複数のパケットの中から、受信についての受信機からの肯定応答が必要な選択パケットを決定する手段と、前記選択パケットの受信について受信機からの肯定応答が必要であるという信号を前記受信機に送信する手段とを有する、装置。前記受信パケットの受信についての肯定応答を前記受信側から前記通信リンクを通して受信し、かつ前記装置のプロトコルスタックのより高い層に、前記受信側による前記選択パケットの前記受信を通知する請求項20記載の装置。前記選択パケットを送信したのち、前記受信機による受信についての前記肯定応答に応じてさらなるステップに進む前に、設定時間中、前記受信機からの前記肯定応答の受信を待つための手段を有する請求項20記載の装置。前記設定時間中、少なくとも前記受信機からの前記肯定応答の前記受信のときまで、選択パケットを格納するための手段を有する請求項22記載の装置。前記選択パケットを受信機に送信したのち、前記設定時間中、前記受信機からの前記肯定応答の前記受信のときまで、肯定応答を必要としないパケットをも格納するための手段を有する請求項23記載の装置。前記受信機からの前記肯定応答を受信することなく前記設定時間が経過したのち、前記格納された選択パケットおよび前記格納された肯定応答を必要としないパケットを前記受信機に再送信するための手段を有する請求項24記載の装置。前記受信機からの前記肯定応答を受信することなく前記設定時間が経過したのち、前記格納された選択パケットを前記受信機に再送信するための手段を有する請求項23記載の装置。前記受信側から前記通信リンクを通して前記格納された選択パケットの受信についての肯定応答を受信し、かつプロトコルスタックのより高い層に前記受信を通知する請求項26記載の装置。電気通信システムで使用される装置であって、送信機によって通信リンクを通して送信されたすべての情報パケットの前記装置による受信について、前記装置が通信リンクを通して少なくとも1つの肯定応答メッセージを前記送信機に返送することによって肯定応答する肯定応答モード、および前記送信機によって通信リンクを通して送信された情報パケットのどれも前記装置によって肯定応答されない非肯定応答モードの両方で、通信リンクを通して情報パケットを受信する前記装置において、前記装置が前記非肯定応答モードで、受信についての肯定応答を必要とすると示されている選択されたパケットの前記通信リンクを通しての受信を決定する手段と、前記受信についての肯定応答を前記通信リンクを通して前記送信機に伝送する手段とを有する、装置。前記受信した選択パケットを正確に受信したか否かを決定し、前記受信についての肯定応答について前記送信機に信号を送信することが、正確または不正確な受信を示す請求項28記載の装置。前記送信機は、前記設定時間中、少なくとも前記装置から前記肯定応答を受信するまで、前記選択されたパケットを格納しておくものであり、前記選択されたパケットの不正確な受信を示す前記肯定応答の前記送信機による受信後に、前記送信機から、前記選択されたパケットの再送信を受信する、請求項29記載の装置。前記選択されたパケットを不正確に受信したことを決定したのち、その処理方法を変えることなく着信パケットを処理し続ける請求項29記載の装置。前記選択されたパケットを不正確に受信したことを決定したのち、前記選択されたパケットを正確に受信するまで、受信したパケットを保存し、正確に受信したのち、前記選択されたパケットによって識別される方法にしたがって着信パケットを処理する請求項29記載の装置。電気通信システムにおける受信機が:送信機によって通信リンクを通して送信されたすべての情報パケットの前記受信機による受信について、前記受信機が通信リンクを通して少なくとも1つの肯定応答メッセージを前記送信機に返送することによって肯定応答する肯定応答モード、および前記送信機によって通信リンクを通して送信された情報パケットのどれも前記受信機によって肯定応答されない非肯定応答モードの両方で、通信リンクを通して情報パケットを受信することと;前記非肯定応答モードで、受信についての肯定応答を必要とすると示されている選択されたパケットの前記通信リンクを通しての受信を決定することと;前記受信についての肯定応答を前記通信リンクを通して前記送信機に伝送することと;を含む、方法。前記受信機から前記肯定応答を受信せずに設定された時間が経過した後に、前記送信機から選択保存されたパケットを受信することを含む、請求項33に記載の方法。前記選択されたパケットの受信の前記肯定応答は、前記受信機が前記選択保存されたパケットを受信したことを、前記送信機のプロトコルスタックの高い層に通知する、請求項33に記載の方法。前記受信機が、前記受信した前記選択されたパケットが正しく受信されたか否かを判定することを含み、前記受信についての肯定応答を前記通信リンクを通して前記送信機に伝送することは、前記正しく受信されたか否かを示すものである、請求項33に記載の方法。前記選択されたパケットが正しく受信されなかったと判定した後に、前記受信機が、処理方法に変更を加えずに着信パケットの処理を継続する、請求項36に記載の方法。前記選択されたパケットが正しく受信されなかったと判定した場合、前記選択されたパケットを正しく受信するまで、受信したパケットを保存し、正確に受信したのち、前記選択されたパケットによって識別される方法にしたがって着信パケットを処理する請求項36に記載の方法。以下では、変形非肯定応答RLCデータ転送モードが移動体通信システムの環境で定義され使用されると想定するが、この例は本発明の適用可能性をそれのみに限定するものと解釈すべきではない。図1は、本発明を適用できる先行技術の電気通信システムによるGSMGlobalSystemforMobileCommunicationのpubliclandmobilenetworkPLMNを示す。このシステムでは、複数の移動局図示せずが、おのおの所定の基地局コントローラBSCに接続された1つまたはそれ以上の基地トランシーバ局BTSと通信する。1エリアセル内の複数の基地トランシーバ局がハードワイヤAbisインタフェースを介してBSCに接続される。この例の電気通信システムでは、移動局とそれが任意の時間に通信状態となる基地トランシーバ局とのあいだのインタフェースは、いうまでもなくワイヤレスすなわち無線リンクである。各基地局コントローラは、エアインタフェース全体の帯域幅の使用を低減するためにデータの圧縮を実行するトランスコーディングレートおよび適応ユニットTRAUに接続される。MSは同様にこのタスクに役立つ。前述の構成部品を全部合わせて基地局サブシステムBSSを構成し、それは事実上、GSMシステムの無線部に属するすべてのネットワーク要素である。図に示すとおり、複数の基地局サブシステムがAインタフェースを介して移動体サービス交換局MSCに接続される。MSCは通常のデジタル電話交換局と同様であり、同様の仕方で外部ネットワークによってアクセスすることができる。MSCは入着と発信のコールの経路を設定し、ユーザにチャネルを割り当てる。前述した構成部品は、後述するビジタロケーションレジスタVLRとともにMSCのエリアを構成し、そこで所定の地理的エリア全体にわたり多数のBSCをMSCに接続することができる。図は多くのそのようなMSCエリアを示し、そのおのおのが、高速アクセス時間で利用可能でなければならないデータの永久記憶装置として、少なくとも1つのホームロケーションレジスタHLRにアクセスすることができる。該データベースは文字通り何十万もの加入者のデータを管理する。加入者に固有なパラメータがその中に維持され、固定基準点として働く1つの特定的HLRが各加入者に割り当てられ、ユーザの現在位置の情報がそこに格納される。図1のMSCエリアに示されたビジタロケーションレジスタVLRは、ローカライズおよび機能の承認など加入者関連の問合せの多くを処理することによってHLRをサポートするために発明された。VLRは動的加入者データ管理を提供する一方、HLRはより静的機能を担う。たとえば、加入者がローミングを行なうときに、データは加入者が去ろうとしているVLRから新しいVLRに渡され、HLRにアクセスする必要さえない。より高能力のワイヤレス通信システムに発展する中で、図2および図3に示すものをはじめとする新しいアーキテクチャが導入されつつある。図2にはGeneralPacketRadioServiceGPRSネットワークアーキテクチャが示され、図3には次世代移動体通信システムUMTSが示されている。図4はUMTS用のユーザプレーンプロトコルスタックを示す。図5はUMTS用のコントロールプレーンのプロトコルスタックを示す。図6はGPRSユーザプレーンのプロトコルスタックを示し、図7はGPRS用コントロールプレーンのプロトコルスタックを示す。これらのワイヤレスネットワークアーキテクチャのすべてに、メッセージの非肯定応答転送または肯定応答転送のいずれもの能力がある。肯定応答モードでは、通信リンクを通して送信機によって送信されたすべての情報パケットの受信機による受信は、受信機が通信リンクを通して少なくとも1つの肯定応答を送信機に返送することによって確認される。言い換えると、それぞれの受信された情報パケットに対して個別の肯定応答メッセージが送信されてもよく、他の何らかの組み合わされた肯定応答メッセージが送信されてもよい。たとえば、何らかの便利なやり方で識別された1群の情報パケットの受信を示すただ1つの肯定応答メッセージを返送することができる。非肯定応答モードでは、通信リンクを通して送信機によって送信された情報パケットのいずれも、受信機によって肯定応答されない。しかし、本発明では、改良された非肯定応答データ転送モードが導入される。たとえば、図2のGPRSSGSNが重要なLLCPDU図6および図7参照、すなわち複数のパケットの中で選択されたパケットをMSへまたはMSからSGSNへ送信すると、非肯定応答モードで作動しているにもかかわらずLLCPDUが無線インタフェースを通して確実に伝送しなければならないことをRLC/MAC層に通知するために、SGSNはたとえば追加情報をPDUに追加することができる。追加情報は既存のQoSパラメータに関連させることができ、または新しいパラメータとすることができる。この開示では、該情報をUPTM非肯定応答パケット伝送モードと呼ぶ。UPTMは、使用する転送モードに応じて、さまざまなシグナリングメカニズムおよび/または値をもつことができる。たとえば、LLCPDUのセンダは、重要なLLCPDUを送信したのちに必要ならばRLC/MACがより高い層に通知できるようにするために、RLC/MAC層にも充分な情報を提供する必要がある。該情報は、たとえば、MS/QoS待ち行列のための送信側の一意のシーケンス番号とすることができる。UPTMフィールドが関連するLLCPDUをRLC/MAC層が受信すると、RLC/MACはたとえば以下で述べるように作動する。以下の説明は、本発明にしたがって送信側で本発明を実行する1つの方法にすぎないことを理解されたい。たとえば、メッセージがパケットである場合、送信側で実行される本発明を実現する多数の方法がある。たとえば、肯定応答すべき重要なパケットを送信し、その後の通常の非肯定応答パケットは送信側で格納して、肯定応答メッセージを受信側から受信した後でだけ送信し、その後それらを送信側のメモリから除去する。それを行なう別の方法は、肯定応答されるべき重要なパケットと後続の非肯定応答パケットの両方を送信し、格納する。必要であれば、格納されたすべてのパケットを再送する。明確な肯定応答を受信側から受信したのちに、格納されたパケットを送信側のメモリから削除できるようにする。それを行なう別の方法は、肯定応答すべき重要なパケットおよびその後の通常の非肯定応答パケットの両方を送信するが、肯定応答すべき重要なパケットだけを格納するものである。さらに別の例では、肯定応答すべき重要なパケットおよびその後の通常の非肯定応答パケットの両方を送信するが、送信側ではどのパケットも格納しない。受信側から否定応答を受信した場合、再送信は行なわれず、送信が成功しなかったという情報が送信側のより高いプロトコル層たとえばヘッダ圧縮機能に連絡される。さらに別の実施方法は、重要なパケット、通常のパケット、または両方を受信側にだけ、または送信側で用いられる前記方法のいずれかと組み合わせて、格納する能力をもつというものである。したがって、以下の説明では、送信側に肯定応答すべき重要なパケットおよび通常に非肯定応答パケットを保存する能力を示すが、本発明は、いずれのパケットも全然保存せず、またはいずれかの側または両方の側に重要なパケットだけを保存するか、または重要なパケットと通常の非肯定応答パケットの両方を保存して実現することが可能である。したがって、以下に示す方法論は本発明を実行する1つの態様の単なる例証であって、当業者が認めるように、他の方法も適用できることを理解されたい。送信側図8Aおよび図8B図8Aおよび図8Bにおいてステップ800で示すように、送信側のRLC/MACがLLCPDUを送信するときに、ステップ802がRLC/MAC層によって実行され、送信されるPDUにUPTMが関連付けられるかどうかが検査される。UPTMがLLCPDUに関連付けられる場合、ステップ804で、UPTMまたは仕様がLLCPDUの肯定応答送信を命令するかどうかが決定され、そうである場合、ステップ806が実行されてLLCPDUが送信され、タイマが始動する。同時に、ステップ808では、ステップ806で送信されるLLCPDUを保存すべきか否かが決定される。そうである場合、LLCPDUは保存される。RLC/MACは、LLC/PDUについて受信機から肯定応答を受信するかまたはタイマが時間切れになるまで、LLCPDUを除去しない。任意選択的に、ステップ812、814に示すように、RLC/MACはその後のLLCPDUを、たとえそれらが通常の非肯定応答動作を用いて送信する場合でも、重要なLLCPDUが肯定応答されるまで、維持することができる。これを使用するかどうかも、たとえばUPTMに基づいて、ステップ812で決定することができる。ステップ816で重要なLLCPDUについての肯定応答を受信すると、送信側はステップ818に示すとおりLLCPDUを除去する。ステップ812で送信側がその後のLLCPDUも維持している場合、送信側はこれらのLLCPDUも除去する。そののち、ステップ819を使用して、より高い層に肯定応答メッセージの受信について通知を行なうべきか否かを決定することができる。そうである場合、ステップ819aに示すとおり通知が行なわれ、または通知が必要なければ、直接リターンが行なわれる。重要なLLCPDUについて受信機から否定応答を受信した場合ステップ817で決定されるとおり、送信側はLLCPDUを再送信する/することができる。送信側が、後続の非肯定応答LLCPDUを保持していれば、送信側は、これらのLLCPDUを再送信してもよい。再送信は、図示するとおり、ステップ806を用いて行なうことができる。該メカニズムの目的は、受信側が、非肯定応答LLCPDUの追加バッファリングを行なうことなく、その後のLLCPDUを正しく処理できることであるたとえば重要なLLCPDUは変化した復号パラメータを含むかもしれない。しかし、無限に成功することなく再送信するのではなく、ステップ822に示すように、これが繰返しの試みであるかどうかを決定するメカニズムを設けることができる。そうである場合、ステップ830に示すように、失敗を宣言することができる。言うまでもなく、許容される繰返し回数は設計上の選択である。ステップ812で、その後のPDUを保存しないことが決定された場合、ステップ824でタイマが時間切れになったか否かについての決定が下される。否の場合、ステップ826で、肯定応答メッセージを受信機から受信したか否かについての決定が下される。否の場合、ステップ824が再び実行されて、タイマが時間切れになったかどうかが明らかにされる。これらの2つのステップ824、826は、タイマが時間切れになるかまたは肯定応答メッセージが受信されるまで繰り返される。肯定応答メッセージを受信する前にタイマが時間切れになった場合、ステップ828が実行されて、選択されたLLCPDUが保存されているか否かが明らかにされる。否の場合、ステップ830が実行されて、送信側のプロトコルスタックのより高い層に失敗のことが通知され、リターンが行なわれる。ステップ828で、選択されたLLCPDUが事実上保存されていることが決定された場合、ステップ806でそれが再送信され、プロセスが前と同様に続行される。この場合、肯定応答が受信されない場合に無限の繰返しを防止するためにステップ822と同様のステップを導入することもできる。そのようなステップ832が、ステップ828ののち、またはステップ806の前に実行されることが図示されている。ステップ824、826の繰返し中に、タイマが時間切れになる前に応答メッセージを受信したことがステップ826で決定された場合、ステップ834で、応答が肯定であるか否かについての決定を行なうことができる。肯定である場合、保存されたLLCPDUまたはPDUは、図示するとおりステップ818を実行して、メモリから除去することができ、かつリターンを行なう前に肯定応答をより高い層に通知するか否かを決定する。応答が否定である場合、ステップ828を実行して、LLCPDUが保存されたか否かを決定することができる。否の場合、リターンを行なう前に、ステップ830で失敗の通知を行なうことができる。保存された場合、ステップ832以下を実行することによって再送信を行なうことができる。肯定応答ACKまたは否定応答NACKが受信されたか、またタイマが時間切れになった、すなわちPDUの送信が成功しなかったことについて、受信側でプロトコルスタックのより高い層に通知を行なうことができることを理解されたい。また受信側でも、パケットが正確に受信されたか否かについて、より高い層に通知を行なうことができる。受信側図9Aおよび図9B図9Aおよび図9Bは、本発明にしたがって受信側のシナリオを実現するための1つの方法を示す。ステップ902で、LLCPDUが受信されたことを検出したのち、ステップ904が実行されて、それにUPTMが関連付けられているか否かが決定される。ステップ902または904のいずれかで否定的な決定に達した場合には、受信機は、リターンを行なう前に、ステップ906に示すとおりいかなる応答も行なわない。しかし、ステップ904で、LLCPDUが肯定応答を必要とする重要なPDUであることを受信機に通知するように選択されたPDUであることが決定された場合には、ステップ908で、それが正確に受信されたか否かについての決定が下される。そうである場合、肯定応答が受信側から送信側に伝送され、前に説明したとおり図8Bのステップ826で検出される。ついでステップ912が実行されて、選択されたLLCPDUによって識別される新しい方法にしたがって動作が続行されることが確保される。そののち、図示するとおり、リターンが行なわれる。他方、選択されたLLCPDUの受信が正確でないことがステップ908で決定された場合には、ステップ914に示すとおり、受信側から送信側へ否定応答が伝送される。ついでステップ916で、受信側が正確な受信を待つべきかどうかについて、決定が下される。否の場合、ステップ918に示すとおり、選択されたPDUによって送信された重要なメッセージを考慮することなく、動作が通常とおりに前と同様に続行され、図示するとおりリターンを行なうことができる。受信側が正確な受信を待つべきである場合、着信LLCPDUは、ステップ919で決定されるとおり、任意選択的に格納することができる。そうである場合、それらは、ステップ922で決定されるようにつぎの選択LLCPDUUPTM付きを受信するまで、ステップ920に示すとおり保存される。正確なUPTMを受信した場合、保存されたLLCPDUを検索して、正確に受信されなかった当初のLLCPDUの意図にしたがって使用することができる。これはステップ924に示され、その後にステップ912の動作が続き、そののちにリターンが行なわれる。LLCPDUを送信側で保存するか図8Aおよび図8Bによるまたは受信側図9Aおよび図9Bによるで保存するかの選択は設計上の選択である。ステップ922で、つぎの選択LLCPDUの正確な受信が行なわれなかったことが決定された場合、その後のLLCPDUは、正しい受信が達成されるまで、ステップ920に示すとおり保存し続けることができる。UPTM付の正しいLLCPDUが受信されない場合に無限ループに陥いるより、それを永遠に続けることを停止するメカニズムを挿入することができる図示せず。それは、時間切れになったのち、ループから出てステップ918に移動して通常とおり動作を続けることを可能にするタイマとすることができる。トランシーバ図10Aおよび図10Bは、送信側で送信機として、または受信側で受信機として両方に使用することのできるトランシーバ装置を示す。それは、ワイヤレスインタフェースを通して情報パケットを送信および受信するための手段1000を含む。インタフェースバス1002は、たとえばアンテナ図示せずによってエアインタフェースに直接接続される。内部バス1004は、事情次第で、図10に示すさまざまなブロックおよび受信部分の他の内部ブロック図示せずに接続される。すなわち、図10Aおよび図10Bのさまざまなブロックは2つの部分、送信部分1006および受信部分1008に分けて示される。送信部分1006は、選択パケット1010を決定するための手段、すなわち図8Aのステップ802に対応する手段を含み、そこでバス1004上のPDUがUPTMに関連付けられているかどうかが決定される。これは、すでにUPTMに関連付けられているLLCPDUを決定することを意味し、またはUPTMを任意のPDUまたは類似物に実際に関連付けることを意味する。いずれの場合でも手段1000はバス1002で選択されたLLCPDUを、エアインタフェースを通して受信側に送信し、受信側もまた図10Aおよび図10Bに示されたものと同様の装置を有する。受信側の受信部分1008は、図9Aのステップ902、904、908により、パケットを受信しながら、選択されたLLCPDUの着信があるかどうか、およびそれが正確に受信されたかどうかが、手段1012によって決定される。着信パケットが応答を必要とするかどうかが、手段1014によって決定される。受信についてエアインタフェースを通して送信側に肯定応答または否定応答するために手段1016が使用される。送信側に戻って、手段1018は応答メッセージを受信し、その受信を、図8Aのステップ806で始動したタイマにより、そのような応答を待っている手段1020に提供する。そのような手段1020は、たとえば図8Bの決定ブロック820および図8Aの決定ブロック824を実現する。同様に、手段1018はたとえば図8Bの決定ステップ816、826を実現する。図8Aおよび図8Bの説明に関連してすでに示したとおり、選択されたLLDPDUのみならずその後のPDUをも、肯定応答を受信側から受信するまで保存することが望ましい場合がある。この格納機能は、図10Aおよび図10Bに示すように、手段1022、1024によって実行することができる。タイマ機能1020が時間切れになるまで肯定応答を受信しない場合、手段1020は、バス1002で受信手段へ再送信するために、手段1022から格納されたLLCPDUを、かつ手段1024から通常のパケットを検索するように手段1026に信号を送信することができる。このようにして、図8Aおよび図8Bの再送信機能が、図10Aおよび図10Bのトランシーバ手段の送信部分1006によって実行される。前述のとおり、このトランシーバ手段はワイヤレスインタフェースの両側に、すなわち送信側装置および受信側装置のどちらにも存在し得る。どちら側が転送を開始するかによって、両方の側が両方の機能を果たすので、図10Aおよび10Bではトランシーバがどちら側に存在するかを特定しない。RLCブロックの肯定応答とりわけ以下のメカニズムの1つを用いて肯定応答情報を送信側に提供することができる。RLC肯定応答メッセージビットマップGPRSでは、本発明にしたがって、RLC肯定応答ACKまたはRLC非肯定応答UNACKブロックが送信されているかどうかに関係なく、ネットワークおよびMSが、常時肯定応答モードまたは重要なLLCPDUが転送される場合にだけ変形非肯定応答モード、有効な肯定応答情報のビットマップを含む肯定応答メッセージたとえばパケットアップリンク/ダウンリンクACK/UNACKを送信し続ける。UNACKRLCデータブロックが送信されるときに、ビットマップは現行のGPRSに有効な情報を含まないしかし依然としてACKメッセージに含まれるが、ACKメッセージは制御目的に使用される。ACKメッセージを受信すると、相手のピアはその接続が依然としてOKであることを知り、相手側がACKメッセージで何らかの制御情報たとえば測定を転送することもできる。デジタルセルラー通信システムフェーズ2;汎用パケット無線サービスGPRS;移動局MS-基地局システムBSSインタフェース;無線回線制御/媒体アクセス制御RLC/MACプロトコルGSM04.60バージョン.0.0リリース1998と題する欧州規格案EN301349v7001999-07の9章を参照されたい。したがって本発明は、これらのビットマップを使用してそれらはいずれにしても転送されるので、重要なメッセージが正常に転送されたか否かについての情報を得ることができる。そうすると、重要なメッセージを肯定応答するために別個の手順を使用する必要がない。これは、GPRSのようにシグナリング手順を含む他のシステムにも当てはまる。肯定応答ビットマップが常に有効な肯定応答情報を含む場合、それ以外では非肯定応答RLCデータがTBFで転送されるときに、TBFを確立するために使用されるメッセージに含まれる仕様または情報のいずれかを使用してピアRLC/MACに通知することができる。TBFを確立するために使用されるメッセージに含まれる情報は、ULTBFが確立される場合にはたとえばパケットリソース要求メッセージ、またはDLTBFが確立される場合にはパケットダウンリンク割当メッセージの新しいフィールドとすることができる。重要なLLCPDUが送信される場合だけ、肯定応答メッセージに含まれる肯定応答ビットマップが有効な肯定応答情報を含む場合、以下のメカニズムを使用することができる。-重要なLLCPDUを搬送するRLCデータブロック最初の1つ、全部、または最後の1つのいずれかに、受信側が受信したLLCPDUについて肯定応答すべきであるという情報を含む。LLCPDUが短い場合にはRLCデータブロックは複数のLLCPDUを含むことができるので、最初のRLCデータブロックには、LLCPDUがRLCデータブロック内に配置されるセグメントを識別することができる。-送信側は、短い間隔の後に重要なLLCPDUが送信されることを制御メッセージにより受信側に通知する。メッセージは、LLCPDU送信が開始されるRLCブロックのたとえばBSNブロックシーケンス番号を含むことによって、重要なLLCPDUを識別するので、受信側はどのLLCPDUどのRLCデータブロックを肯定応答すべきであるかを決定することができる。また、LLCPDUが短い場合にはRLCデータブロックは複数のLLCPDUを含むことができるので、メッセージはLLCPDUがRLCデータブロック内に配置されるセグメントを識別することもできる。-別のメカニズムとして、重要なLLCPDUを送信したのち、送信側から受信側へ肯定応答を要求するシグナリングメッセージを送信することができる。制御メッセージ特定のLLCPDUについて応答しなければならないことをピアRLC/MACに通知するために、上述したものと同じ手順が適用される。重要なLLCPDUの応答は、LLCPDUについて否定応答するために充分な情報を含む別個の制御メッセージを用いて行なわれる。本発明をその最良の実施形態に関して図示し説明したが、発明の範囲から逸脱することなく、その形および細部に前述およびさまざまなその他の変形、省略、および追加を施すことができることを当業者は理解するはずである。当業者は、請求項にさらなる制限をすることなく、例示を与えるために、請求項が丸かっこを含むことも理解するだろう。