(57)【要約】【課題】送信側と送信側とのあいだのワイヤレスインタフェースのための選択的肯定応答方式を提供する【解決手段】ある具現化例によれば、送信機によって通信リンクを通して送信されたすべての情報パケットの受信機による受信について、受信機が通信リンクを通して少なくとも１つの肯定応答メッセージを送信機に返送することによって肯定応答する肯定応答モードおよび送信機によって通信リンクを通して送信された情報パケットのどれも受信機によって肯定応答されない非肯定応答モードの両方で、情報パケットを送信することと；非肯定応答モードであるにもかかわらず、非肯定応答モードで受信機に送信することになっている複数のパケットの中から、受信についての受信機からの肯定応答が必要な選択パケットを決定することと；選択パケットの受信について受信機からの肯定応答が必要であるという信号を前信機に送信することと；を含む。【選択図】図１０Ａ
2011259458.tif 000002
【特許請求の範囲】
【請求項１】
電気通信システムにおける送信機が：
送信機によって通信リンクを通して送信されたすべての情報パケットの受信機による受信について、受信機が通信リンクを通して少なくとも１つの肯定応答メッセージを送信機に返送することによって肯定応答する肯定応答モード、および送信機によって通信リンクを通して送信された情報パケットのどれも受信機によって肯定応答されない非肯定応答モードの両方で、通信リンクを通して情報パケットを送信することと；
前記非肯定応答モードであるにもかかわらず、前記非肯定応答モードで受信機に送信することになっている複数のパケットの中から、受信についての受信機からの肯定応答が必要な選択パケットを決定することと；
前記選択パケットの受信について受信機からの前記肯定応答が必要であるという信号を前記受信機に送信することと；
を含む、方法。
【請求項２】
前記送信機が前記選択パケットを送信したのち、その後設定された時間中、前記受信機からの前記肯定応答の受信を待ち、それから前記受信機による受信についての前記肯定応答に応じてさらなるステップへ進む請求項１記載の方法。
【請求項３】
前記送信機が、前記設定された時間中、少なくとも前記受信機からの前記肯定応答の前記受信のときまで、選択パケットを格納する請求項２記載の方法。
【請求項４】
前記送信機が、前記選択パケットが受信機に送信されたのち、前記設定された時間中、少なくとも前記受信機からの前記肯定応答の前記受信のときまで、肯定応答を必要としないパケットをも格納する請求項３記載の方法。
【請求項５】
前記送信機が、前記受信機からの前記肯定応答を受信することなく前記設定された時間が経過したのち、前記格納された選択パケットおよび前記格納された肯定応答を必要としないパケットを前記受信機に再送信する請求項４記載の方法。
【請求項６】
前記送信機が、前記受信機からの前記肯定応答を受信することなく前記設定された時間が経過したのち、前記格納された選択パケットを前記受信機に再送信する請求項３記載の方法。
【請求項７】
前記送信機が、前記選択パケットの受信についての肯定応答を前記受信機から前記通信リンクを通して受信し、送信機のプロトコルスタックのより高い層に、前記受信機による前記選択パケットの前記受信を通知する請求項６記載の方法。
【請求項８】
前記送信機が、前記格納された選択パケットを再送信する前記ステップののち、少なくともさらなる１設定時間だけ、前記受信機からのそれの受信の肯定応答を待ち、それから前記再送信された格納選択パケットが受信機によって受信されなかったと最終的に結論する請求項６記載の方法。
【請求項９】
前記送信機が送信機のプロトコルスタックのより高い層に、前記再送信された格納された選択パケットの非受信を通知する請求項８記載の方法。
【請求項１０】
前記送信機が、前記格納された選択パケットおよび前記格納された肯定応答を必要としないパケットを再送信する前記ステップののち、少なくともさらなる１設定時間だけ、受信機からの格納選択パケットの受信の肯定応答を待ち、それから前記再送信された格納選択パケットが受信機によって受信されなかったと最終的に結論する請求項５記載の方法。
【請求項１１】
前記送信機が送信機のプロトコルスタックのより高い層に、前記再送信された格納された選択パケットの非受信を通知する請求項１０記載の方法。
【請求項１２】
前記送信機が、前記肯定応答を受信することなく前記設定時間が経過したのち、前記選択パケットが前記受信機によって受信されなかったと結論する請求項２記載の方法。
【請求項１３】
前記送信機が送信機のプロトコルスタックのより高い層に、前記肯定応答の非受信を通知する請求項１２記載の方法。
【請求項１４】
前記受信機が、前記非肯定応答モード時に、受信の肯定応答を必要とする前記選択パケットの前記通信リンクを通しての受信を決定し、受信の前記肯定応答を前記通信リンクを通して前記送信機に送る請求項１記載の方法。
【請求項１５】
前記受信機が、前記受信した選択パケットが正確に受信されたか否かを決定し、受信の前記肯定応答を前記送信機に送る前記ステップが正確または不正確な受信を示す請求項１４記載の方法。
【請求項１６】
前記送信機が、前記設定された時間中、少なくとも前記受信機から前記肯定応答を受信するまで、選択パケットを格納し、前記送信機が前記選択パケットの不正確な受信を示す前記応答を受信すると、前記選択パケットを再送信する請求項１５記載の方法。
【請求項１７】
前記受信機が、選択パケットが不正確に受信されたことを決定したのち、その処理方法を変えることなく着信パケットを処理し続ける請求項１５記載の方法。
【請求項１８】
前記受信機が、選択パケットが不正確に受信されたことを決定したのち、選択パケットを正確に受信するまで、受信するパケットを保存し、正確に受信したのち、前記受信機が、前記選択パケットによって識別された方法にしたがって、着信パケットを処理する請求項１５記載の方法。
【請求項１９】
送信機が前記受信機から前記通信リンクを通して前記選択パケットの受信の肯定応答を受信し、かつ送信機のプロトコルスタックのより高い層に前記受信機による前記選択パケットの前記受信を通知する請求項１記載の方法。
【請求項２０】
電気通信システムで使用される装置であって、前記装置によって通信リンクを通して送信されたすべての情報パケットの受信機による受信について、前記受信機が通信リンクを通して少なくとも１つの肯定応答メッセージを前記装置に返送することによって肯定応答する肯定応答モード、および前記装置によって通信リンクを通して送信された情報パケットのどれも前記受信機によって肯定応答されない非肯定応答モードの両方で、通信リンクを通して情報パケットを送信する前記装置において、
前記装置が前記非肯定応答モードであるにもかかわらず、前記非肯定応答モードで受信機に送信することになっている複数のパケットの中から、受信についての受信機からの肯定応答が必要な選択パケットを決定する手段と、前記選択パケットの受信について受信機からの肯定応答が必要であるという信号を前記受信機に送信する手段とを有する、装置。
【請求項２１】
前記受信パケットの受信についての肯定応答を前記受信側から前記通信リンクを通して受信し、かつ前記装置のプロトコルスタックのより高い層に、前記受信側による前記選択パケットの前記受信を通知する請求項２０記載の装置。
【請求項２２】
前記選択パケットを送信したのち、前記受信機による受信についての前記肯定応答に応じてさらなるステップに進む前に、設定時間中、前記受信機からの前記肯定応答の受信を待つための手段を有する請求項２０記載の装置。
【請求項２３】
前記設定時間中、少なくとも前記受信機からの前記肯定応答の前記受信のときまで、選択パケットを格納するための手段を有する請求項２２記載の装置。
【請求項２４】
前記選択パケットを受信機に送信したのち、前記設定時間中、前記受信機からの前記肯定応答の前記受信のときまで、肯定応答を必要としないパケットをも格納するための手段を有する請求項２３記載の装置。
【請求項２５】
前記受信機からの前記肯定応答を受信することなく前記設定時間が経過したのち、前記格納された選択パケットおよび前記格納された肯定応答を必要としないパケットを前記受信機に再送信するための手段を有する請求項２４記載の装置。
【請求項２６】
前記受信機からの前記肯定応答を受信することなく前記設定時間が経過したのち、前記格納された選択パケットを前記受信機に再送信するための手段を有する請求項２３記載の装置。
【請求項２７】
前記受信側から前記通信リンクを通して前記格納された選択パケットの受信についての肯定応答を受信し、かつプロトコルスタックのより高い層に前記受信を通知する請求項２６記載の装置。
【請求項２８】
電気通信システムで使用される装置であって、送信機によって通信リンクを通して送信されたすべての情報パケットの前記装置による受信について、前記装置が通信リンクを通して少なくとも１つの肯定応答メッセージを前記送信機に返送することによって肯定応答する肯定応答モード、および前記送信機によって通信リンクを通して送信された情報パケットのどれも前記装置によって肯定応答されない非肯定応答モードの両方で、通信リンクを通して情報パケットを受信する前記装置において、
前記装置が前記非肯定応答モードで、受信についての肯定応答を必要とすると示されている選択されたパケットの前記通信リンクを通しての受信を決定する手段と、前記受信についての肯定応答を前記通信リンクを通して前記送信機に伝送する手段とを有する、装置。
【請求項２９】
前記受信した選択パケットを正確に受信したか否かを決定し、前記受信についての肯定応答について前記送信機に信号を送信することが、正確または不正確な受信を示す請求項２８記載の装置。
【請求項３０】
前記送信機は、前記設定時間中、少なくとも前記装置から前記肯定応答を受信するまで、前記選択されたパケットを格納しておくものであり、
前記選択されたパケットの不正確な受信を示す前記肯定応答の前記送信機による受信後に、前記送信機から、前記選択されたパケットの再送信を受信する、請求項２９記載の装置。
【請求項３１】
前記選択されたパケットを不正確に受信したことを決定したのち、その処理方法を変えることなく着信パケットを処理し続ける請求項２９記載の装置。
【請求項３２】
前記選択されたパケットを不正確に受信したことを決定したのち、前記選択されたパケットを正確に受信するまで、受信したパケットを保存し、正確に受信したのち、前記選択されたパケットによって識別される方法にしたがって着信パケットを処理する請求項２９記載の装置。
【請求項３３】
電気通信システムにおける受信機が：
送信機によって通信リンクを通して送信されたすべての情報パケットの前記受信機による受信について、前記受信機が通信リンクを通して少なくとも１つの肯定応答メッセージを前記送信機に返送することによって肯定応答する肯定応答モード、および前記送信機によって通信リンクを通して送信された情報パケットのどれも前記受信機によって肯定応答されない非肯定応答モードの両方で、通信リンクを通して情報パケットを受信することと；
前記非肯定応答モードで、受信についての肯定応答を必要とすると示されている選択されたパケットの前記通信リンクを通しての受信を決定することと；
前記受信についての肯定応答を前記通信リンクを通して前記送信機に伝送することと；
を含む、方法。
【請求項３４】
前記受信機から前記肯定応答を受信せずに設定された時間が経過した後に、前記送信機から選択・保存されたパケットを受信することを含む、請求項３３に記載の方法。
【請求項３５】
前記選択されたパケットの受信の前記肯定応答は、前記受信機が前記選択・保存されたパケットを受信したことを、前記送信機のプロトコルスタックの高い層に通知する、請求項３３に記載の方法。
【請求項３６】
前記受信機が、前記受信した前記選択されたパケットが正しく受信されたか否かを判定することを含み、前記受信についての肯定応答を前記通信リンクを通して前記送信機に伝送することは、前記正しく受信されたか否かを示すものである、請求項３３に記載の方法。
【請求項３７】
前記選択されたパケットが正しく受信されなかったと判定した後に、前記受信機が、処理方法に変更を加えずに着信パケットの処理を継続する、請求項３６に記載の方法。
【請求項３８】
前記選択されたパケットが正しく受信されなかったと判定した場合、前記選択されたパケットを正しく受信するまで、受信したパケットを保存し、正確に受信したのち、前記選択されたパケットによって識別される方法にしたがって着信パケットを処理する請求項３６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電気通信に関し、さらに詳しくは、通信リンクを通したメッセージの受信についての受信側による送信側への肯定応答に関する。
【発明の背景】
【０００２】
通信リンクを通して受信側と通信する送信側はしばしばメッセージの肯定応答を要求し、したがって「肯定応答モード」を備える。メッセージ、たとえばパケット、シグナリングシーケンスまたは類似物は、受信側には肯定応答の要求として識別される。逆方向に受信側から送信側への１ビットまたはそれ以上のビットのシグナリングシーケンス、パケット、または類似物の形の肯定応答は、メッセージの受信を示す。メッセージが正しく受信されたか否かを何らかの方法で明確に示すための装備を施すこともできる。送信側は肯定応答メッセージを待ち、その受信または非受信に応じて処置を講じる。同様に、所定のシーケンスのメッセージに対し、そうしたメッセージについて肯定応答しないことを送信側と受信側とのあいだでシグナリングによって交渉するような通信リンクに対し、「非肯定応答モード」を定義することができる。たとえば、重要なデータメッセージは「肯定応答モード」を使用し、音声など他の型のメッセージはそうせず、代わりに「非肯定応答モード」を使用する。
【０００３】
特定のタイプの適用例では、ある送信プロトコルデータユニットは正しく受信することが他の部分より重要である。したがって、重要なパケットが失われたか否かの情報を得るために肯定応答が必要である一方、重要でないパケットの肯定応答は遅延を増大し、容量を浪費し、スループットを低下するだけである。
【０００４】
残念ながら、既知の「肯定応答モード」および「非肯定応答モード」は両方とも、すべてのメッセージ、パケットまたは類似物を肯定応答するか、または肯定応答しないかのいずれかとすることを要求する。
しかし、題名「信頼性を有する低遅延パケット送信のための装置および方法」の欧州特許出願ＥＰ０９７３３０２Ａ１（１９９８年７月１５日出願）が、非肯定モードにおいて、すべてのユーザデータグラムプロトコル（ＵＤＰ）を送り、肯定モードにおいて、すべての送信制御プロトコル（ＴＣＰ）を送るが、各ＴＣＰパケットまたは各ＵＤＰパケットの機能または文字に関連しないことが開示されていることに注目すべきである。
また、題名「ＡＲＱ技術を用いたスイッチドアンテナダイバーシチ送信方法およびシステム」の欧州特許出願ＥＰ０７３５７０１Ａ２（１９９６年３月２６日出願）は、ＪＰＥＧ画像を送信する装置および方法であって、データがタイプＩエントロピーコード化セグメントとタイプIIマーカセグメントとに分かれ、しかもタイプＩパケットのみがフィードバックチャネルを用いて間違ったデータパケットの再送信を請求する装置および方法が記載されている。タイプＩエントロピーコード化セグメントは、画像データを含む理由で選択され、一方、タイプIIマーカセグメントはヘッダ情報およびデコーディングのために要求された他の情報を含んでいる。
【発明の開示】
【０００５】
本発明の目的は、送信側と送信側とのあいだのワイヤレスインタフェースのための選択的肯定応答方式を提供することである。
【０００６】
本発明の第１態様では、送信機によって通信リンクを通して送信されたすべての情報パケットの受信機による受信について、受信機が通信リンクを通して少なくとも１つの肯定応答メッセージを送信機に返送することによって肯定応答する肯定応答モード、および送信機によって通信リンクを通して送信された情報パケットのどれも受信機によって肯定応答されない非肯定応答モードの両方で、通信リンクを通して情報パケットを交換する能力を有する電気通信システムで使用する方法は、送信機が非肯定応答モード時に、それにもかかわらず、非肯定応答モードで受信機に送信することになっている複数のパケットの中から、受信についての受信機からの肯定応答が必要な選択パケットを決定し、選択パケットの受信について受信機からの肯定応答が必要であるという信号を受信機に送信することを特徴とする。前記選択パケット（ＰＤＵ）の不正確な受信によって他のパケットデータが失われることになる場合に、前記選択パケット（ＰＤＵ）が選択される。
【０００７】
さらに本発明の第１態様によると、送信機は選択パケットを送信したのち、その後設定された時間中、受信機からの肯定応答の受信を待ち、それから受信機による受信についての肯定応答に応じてさらなるステップへ進む。
【０００８】
さらに本発明の第１態様によると、送信機は、設定された時間中、少なくとも受信機からの肯定応答の受信のときまで、選択パケットを格納する。
【０００９】
さらに本発明の第１態様によると、送信機は、選択パケットが受信機に送信されたのち、設定された時間中、少なくとも受信機からの肯定応答の受信のときまで、肯定応答を必要としないパケットをも格納する。
【００１０】
さらになお本発明の第１態様によると、送信機は、受信機からの肯定応答を受信することなく設定された時間が経過したのち、格納された選択パケットおよび格納された肯定応答を必要としないパケットを受信機に再送信する。
【００１１】
さらに本発明の第１態様によると、送信機は、受信機からの肯定応答を受信することなく設定された時間が経過したのち、格納された選択パケットを受信機に再送信する。
【００１２】
さらに本発明の第１態様によると、送信機は、選択パケットの受信についての肯定応答を受信機から通信リンクを通して受信し、送信機のプロトコルスタックのより高い層に、受信機による選択パケットの受信を通知する。
【００１３】
さらに本発明の第１態様によると、送信機は、格納された選択パケットを再送信するステップののち、少なくともさらなる１設定時間だけ、受信機からのそれの受信の肯定応答を待ち、それから再送信された格納選択パケットが受信機によって受信されなかったと最終的に結論する。
【００１４】
さらに本発明の第１態様によると、送信機は、格納された選択パケットおよび格納された肯定応答を必要としないパケットを再送信するステップののち、少なくともさらなる１設定時間だけ、受信機からの格納選択パケットの受信の肯定応答を待ち、それから再送信された格納選択パケットが受信機によって受信されなかったと最終的に結論する。
【００１５】
さらに本発明の第１態様によると、送信機は、肯定応答を受信することなく設定時間が経過したのち、選択パケットが受信機によって受信されなかったと結論する。
【００１６】
さらに本発明の第１態様によると、受信機は、非肯定応答モード時に、受信の肯定応答を必要とする選択パケットの通信リンクを通しての受信を決定し、受信の肯定応答を通信リンクを通して送信機に送る。
【００１７】
さらに本発明の第１態様によると、受信機は、受信した選択パケットが正確に受信されたか否かを決定し、受信の肯定応答を送信機に送るステップは正確または不正確な受信を示す。
【００１８】
さらになお本発明の第１態様によると、送信機は、設定された時間中、少なくとも受信機から肯定応答を受信するまで、選択パケットを格納し、送信機が選択パケットの不正確な受信を示す応答を受信すると、選択パケットを再送信する。
【００１９】
さらに本発明の第１態様によると、受信機は、選択パケットが不正確に受信されたことを決定したのち、その処理方法を変えることなく着信パケットを処理し続ける。
【００２０】
さらになお本発明の第１態様によると、受信機は、選択パケットが不正確に受信されたことを決定したのち、選択パケットを正確に受信するまで、受信するパケットを保存し、正確に受信した後、受信機は、選択パケットによって識別された方法にしたがって、着信パケットを処理する。
【００２１】
さらに本発明の第１態様によると、送信機は受信機から通信リンクを通して、選択パケットの受信の肯定応答を受信し、送信機のプロトコルスタックにおけるより高い層に、受信機による選択パケットの受信を通知する。
【００２２】
本発明の第２態様では、送信側のトランシーバの送信機部分によって通信リンクを通して送信されたすべての情報パケットの受信側のトランシーバの受信機部分による受信について、受信機が通信リンクを通して少なくとも１つの肯定応答メッセージを送信機部分に返送することによって肯定応答する肯定応答モード、および送信機部分によって通信リンクを通して送信された情報パケットのどれも受信機部分によって肯定応答されない非肯定応答モードの両方で、通信リンクを通して情報パケットを交換する能力を有する電気通信システムの受信側および送信側の両方で使用される、受信機部分および送信機部分を有するトランシーバは、送信機部分が非肯定応答モード時に、それにもかかわらず、非肯定応答モードで受信機部分に送信することになっている複数のパケットの中から、受信についての受信機部分からの肯定応答が必要な選択パケットを決定する手段と、選択パケットの受信について受信機部分からの肯定応答が必要であるという信号を受信機部分に送信するための手段とを有することを特徴とする。
【００２３】
さらに本発明の第２態様によると、送信機部分は、受信パケットの受信についての肯定応答を受信側から通信リンクを通して受信し、トランシーバのプロトコルスタックのより高い層に、受信側による選択パケットの受信を通知する。
【００２４】
さらに本発明の第２態様によると、トランシーバはさらに、送信機部分が、選択パケットを送信したのち、受信機部分による受信についての肯定応答に応じてさらなるステップに進む前に、設定時間中、受信機部分からの肯定応答の受信を待つための手段を有する。
【００２５】
さらに本発明の第２態様によると、トランシーバはさらに、送信機部分が、設定時間中、少なくとも受信機部分からの肯定応答の受信のときまで、選択パケットを格納するための手段を有する。
【００２６】
さらに本発明の第２態様によると、トランシーバはさらに、送信機が、選択パケットを受信機に送信したのち、設定時間中、受信機部分からの肯定応答の受信のときまで、肯定応答を必要としないパケットをも格納するための手段を有する。
【００２７】
さらになお本発明の第２態様によると、トランシーバはさらに、送信機が、受信機からの肯定応答を受信することなく設定時間が経過したのち、格納された選択パケットおよび格納された肯定応答を必要としないパケットを受信機に再送信するための手段を有する。
【００２８】
さらに本発明の第２態様によると、トランシーバはさらに、送信機が、受信機からの肯定応答を受信することなく設定時間が経過したのち、格納された選択パケットを受信機に再送信するための手段を有する。
【００２９】
さらに本発明の第２態様によると、トランシーバは、送信機部分が受信側から通信リンクを通して格納された選択パケットの受信についての肯定応答を受信すること、およびトランシーバのプロトコルスタックのより高い層に受信を通知する。
【００３０】
さらに本発明の第２態様によると、トランシーバは、受信機部分が非肯定応答モードで、受信についての肯定応答を必要とする選択パケットの通信リンクを通しての受信を決定するための手段と、受信の肯定応答について通信リンクを通して送信機部分に信号を送信するための手段とを有する。
【００３１】
さらに本発明の第２態様によると、トランシーバは、受信機部分が受信した選択パケットを正確に受信したか否かを決定し、受信の肯定応答について送信機部分に信号を送信するステップが正確または不正確な受信を示す。
【００３２】
さらに本発明の第２態様によると、トランシーバは、送信機部分が設定時間中少なくとも受信機部分から肯定応答を受信するまで選択パケットを格納し、選択パケットの不正確な受信を示す肯定応答の受信機部分による受信後に、選択パケットを再送信する。
【００３３】
さらに本発明の第２態様によると、トランシーバは、受信機部分が、選択パケットを不正確に受信したことを決定したのち、その処理方法を変えることなく着信パケットを処理し続ける。
【００３４】
さらに本発明の第２態様によると、トランシーバは、受信機部分が選択パケットを不正確に受信したことを決定したのち、選択パケットを正確に受信するまで、受信したパケットを保存し、正確に受信したのち、受信機部分が選択パケットによって識別される方法にしたがって着信パケットを処理する。
【００３５】
本発明は、重要な情報を正確に受信することを保証するために使用できる選択的肯定応答方式を提案する。肯定応答の概念自体は、データが正確に受信されることを確実にするための周知の技術である。この場合、データは非肯定応答すなわち非信頼モードで送信することができるが、プロトコルスタックのより高い層が、特定のパケットに対し特定の肯定応答を要求することができる。たとえば、RTP／UDP／IPヘッダ圧縮を適用例として使用することができる（基準パケットの肯定応答、シーケンス番号の基準タイムスタンプ）。
【００３６】
ヘッダ圧縮に適用される本発明はつぎのように作動する。
圧縮機能が基準値をデコンプレッサに送信したい場合、それはより低いプロトコル層へのデータに、このパケットが肯定応答を必要とするという情報を与える。肯定応答が必要であるという情報は、プロトコルヘッダで搬送するか、またはとくに定義されたプリミティブなど何らかの他の手段によって伝送することができる。デコンプレッサがパケットを確認すると、情報はヘッダまたは特殊プリミティブを介してより高いプロトコル層に返送され、特定の機能、たとえばヘッダコンプレッサに向けられ、それが今度は、特定のパケット（基準点）を正確に受信することを確実にすることができる。肯定応答が予め定められた時間内に受信されない場合、コンプレッサは基準点を再送信する。
【００３７】
以下の説明は汎用パケット無線システム（GPRS）プロトコルスタックを想定する。この適用例は他の電気通信システムにも適用可能である。また、GPRSプロトコルスタックは、たとえばSNDCPまたはLLC層を除去するように発展するかもしれない。それは本発明の適用可能性を変化させない。この方法は、無線インタフェース以外のリンク／プロトコル、たとえば衛星リンクを通してSGSNとBSSとのあいだのGbインタフェース、Abisで使用されるBSSCPにも適用される。
【００３８】
本発明は、パケットの一部分が他より重要である状況に非常によく適する。肯定応答方式はUMTSおよびEGPRSに指定されてきた。したがって、これらの方式には比較的小さい変更が必要なだけである。
【００３９】
本発明の主要な適用例として現在念頭にあるのは、ワイヤレスリンクを通してのRTP／UDP／IPまたはTCP／IPヘッダ圧縮である。効率的なヘッダ圧縮は、ヘッダフィールド全体の送信ではなく、むしろ幾つかの基準フィールドまたはパケットと比較した変化の送信に依存する。基準パケットが正確に受信されなかった場合、デコンプレッサはコンプレッサの状態を喪失し、新しい基準が正確に受信される前に多くのパケットが喪失される。この理由から、これらの基準パケットに対して肯定応答方式が必要である。本発明は、通常のパケットについて肯定応答することによる容量の浪費／遅延の増加を生じることなく、この問題を解決する。
【００４０】
本発明の別の重要な適用例は、種々の電気通信システムで使用されるさまざまな型の画像および映像符号化方式である。符号化はしばしば、全解像度画像のつぎのフレームを導き出すために、基準点としてあるフレームまたはより低い解像度の画像を使用することに基づく。ヘッダ圧縮の場合と同様に、基準点が正確であることが重要である。したがって、あまり重要でないフレーム（たとえば画像のより小さい細部）は肯定応答無しで送信することができる一方、特定の重要なフレームについては肯定応答させることによって、本発明を利用することができる。
【００４１】
本発明のこれらおよびその他の目的、特徴、および利点は、添付の図面に示すその最良の実施形態についての詳細な説明からいっそう明瞭になるであろう。
【発明を実施するための形態】
【００４２】
以下では、変形非肯定応答RLCデータ転送モードが移動体通信システムの環境で定義され使用されると想定するが、この例は本発明の適用可能性をそれのみに限定するものと解釈すべきではない。
【００４３】
図１は、本発明を適用できる先行技術の電気通信システムによるGSM（GlobalSystem for Mobile Communication）のpublic land mobile network（PLMN）を示す。このシステムでは、複数の移動局（図示せず）が、おのおの所定の基地局コントローラ（BSC）に接続された１つまたはそれ以上の基地トランシーバ局（BTS）と通信する。１エリア（セル）内の複数の基地トランシーバ局がハードワイヤ（Abis）インタフェースを介してBSCに接続される。この例の電気通信システムでは、移動局とそれが任意の時間に通信状態となる基地トランシーバ局とのあいだのインタフェースは、いうまでもなくワイヤレスすなわち無線リンクである。各基地局コントローラは、エアインタフェース全体の帯域幅の使用を低減するためにデータの圧縮を実行するトランスコーディングレートおよび適応ユニット（TRAU）に接続される。MSは同様にこのタスクに役立つ。前述の構成部品を全部合わせて基地局サブシステム（BSS）を構成し、それは事実上、GSMシステムの無線部に属するすべてのネットワーク要素である。図に示すとおり、複数の基地局サブシステムがAインタフェースを介して移動体サービス交換局（MSC）に接続される。MSCは通常のデジタル電話交換局と同様であり、同様の仕方で外部ネットワークによってアクセスすることができる。MSCは入着と発信のコールの経路を設定し、ユーザにチャネルを割り当てる。前述した構成部品は、後述するビジタロケーションレジスタ（VLR）とともにMSCのエリアを構成し、そこで所定の地理的エリア全体にわたり多数のBSCをMSCに接続することができる。図は多くのそのようなMSCエリアを示し、そのおのおのが、高速アクセス時間で利用可能でなければならないデータの永久記憶装置として、少なくとも１つのホームロケーションレジスタ（HLR）にアクセスすることができる。該データベースは文字通り何十万もの加入者のデータを管理する。加入者に固有なパラメータがその中に維持され、固定基準点として働く１つの特定的HLRが各加入者に割り当てられ、ユーザの現在位置の情報がそこに格納される。図１のMSCエリアに示されたビジタロケーションレジスタ（VLR）は、ローカライズおよび機能の承認など加入者関連の問合せの多くを処理することによってHLRをサポートするために発明された。VLRは動的加入者データ管理を提供する一方、HLRはより静的機能を担う。たとえば、加入者がローミングを行なうときに、データは加入者が去ろうとしているVLRから新しいVLRに渡され、HLRにアクセスする必要さえない。
【００４４】
より高能力のワイヤレス通信システムに発展する中で、図２および図３に示すものをはじめとする新しいアーキテクチャが導入されつつある。図２にはGeneral Packet Radio Service（GPRS）ネットワークアーキテクチャが示され、図３には次世代移動体通信システム（UMTS）が示されている。図４はUMTS用のユーザプレーンプロトコルスタックを示す。図５はUMTS用のコントロールプレーンのプロトコルスタックを示す。図６はGPRSユーザプレーンのプロトコルスタックを示し、図７はGPRS用コントロールプレーンのプロトコルスタックを示す。これらのワイヤレスネットワークアーキテクチャのすべてに、メッセージの非肯定応答転送または肯定応答転送のいずれもの能力がある。肯定応答モードでは、通信リンクを通して送信機によって送信されたすべての情報パケットの受信機による受信は、受信機が通信リンクを通して少なくとも１つの肯定応答を送信機に返送することによって確認される。言い換えると、それぞれの受信された情報パケットに対して個別の肯定応答メッセージが送信されてもよく、他の何らかの組み合わされた肯定応答メッセージが送信されてもよい。たとえば、何らかの便利なやり方で識別された１群の情報パケットの受信を示すただ１つの肯定応答メッセージを返送することができる。非肯定応答モードでは、通信リンクを通して送信機によって送信された情報パケットのいずれも、受信機によって肯定応答されない。しかし、本発明では、改良された非肯定応答データ転送モードが導入される。
【００４５】
たとえば、図２のGPRS  SGSNが「重要な」LLC  PDU（図６および図７参照）、すなわち複数のパケットの中で選択されたパケットをMSへ（またはMSからSGSNへ）送信すると、非肯定応答モードで作動しているにもかかわらずLLC  PDUが無線インタフェースを通して確実に伝送しなければならないことをRLC／MAC層に通知するために、SGSNはたとえば追加情報をPDUに追加することができる。追加情報は既存のQoSパラメータに関連させることができ、または新しいパラメータとすることができる。この開示では、該情報をUPTM（非肯定応答パケット伝送モード）と呼ぶ。UPTMは、使用する転送モードに応じて、さまざまなシグナリングメカニズムおよび／または値をもつことができる。たとえば、LLC  PDUのセンダは、重要なLLC  PDUを送信したのちに（必要ならば）RLC／MACがより高い層に通知できるようにするために、RLC／MAC層にも充分な情報を提供する必要がある。該情報は、たとえば、MS／QoS待ち行列のための送信側の一意のシーケンス番号とすることができる。
【００４６】
UPTMフィールドが関連するLLC PDUをRLC／MAC層が受信すると、RLC／MACはたとえば以下で述べるように作動する。以下の説明は、本発明にしたがって送信側で本発明を実行する１つの方法にすぎないことを理解されたい。たとえば、メッセージがパケットである場合、送信側で実行される本発明を実現する多数の方法がある。たとえば、肯定応答すべき重要なパケットを送信し、その後の通常の非肯定応答パケットは送信側で格納して、肯定応答メッセージを受信側から受信した後でだけ送信し、その後それらを送信側のメモリから除去する。それを行なう別の方法は、肯定応答されるべき重要なパケットと後続の非肯定応答パケットの両方を送信し、格納する。必要であれば、格納されたすべてのパケットを再送する。明確な肯定応答を受信側から受信したのちに、格納されたパケットを送信側のメモリから削除できるようにする。それを行なう別の方法は、肯定応答すべき重要なパケットおよびその後の通常の非肯定応答パケットの両方を送信するが、肯定応答すべき重要なパケットだけを格納するものである。さらに別の例では、肯定応答すべき重要なパケットおよびその後の通常の非肯定応答パケットの両方を送信するが、送信側ではどのパケットも格納しない。受信側から否定応答を受信した場合、再送信は行なわれず、送信が成功しなかったという情報が送信側のより高いプロトコル層（たとえばヘッダ圧縮機能）に連絡される。さらに別の実施方法は、重要なパケット、通常のパケット、または両方を受信側にだけ、または送信側で用いられる前記方法のいずれかと組み合わせて、格納する能力をもつというものである。したがって、以下の説明では、送信側に肯定応答すべき重要なパケットおよび通常に非肯定応答パケットを保存する能力を示すが、本発明は、いずれのパケットも全然保存せず、またはいずれかの側または両方の側に重要なパケットだけを保存するか、または重要なパケットと通常の非肯定応答パケットの両方を保存して実現することが可能である。したがって、以下に示す方法論は本発明を実行する１つの態様の単なる例証であって、当業者が認めるように、他の方法も適用できることを理解されたい。
【００４７】
送信側（図８Ａおよび図８Ｂ）
図８Ａおよび図８Ｂにおいてステップ８００で示すように、送信側のRLC／MACがLLC  PDUを送信するときに、ステップ８０２がRLC／MAC層によって実行され、送信されるPDUにUPTMが関連付けられるかどうかが検査される。UPTMがLLC  PDUに関連付けられる場合、ステップ８０４で、UPTM（または仕様）がLLC  PDUの「肯定応答」送信を命令するかどうかが決定され、そうである場合、ステップ８０６が実行されてLLC  PDUが送信され、タイマが始動する。同時に、ステップ８０８では、ステップ８０６で送信されるLLC  PDUを保存すべきか否かが決定される。そうである場合、LLC  PDUは保存される。RLC／MACは、LLC／PDUについて受信機から肯定応答を受信するかまたはタイマが時間切れになるまで、LLC  PDUを除去しない。任意選択的に、ステップ８１２、８１４に示すように、RLC／MACはその後のLLC  PDUを、たとえそれらが通常の「非肯定応答」動作を用いて送信する場合でも、重要なLLC  PDUが肯定応答されるまで、維持することができる。これを使用するかどうかも、たとえばUPTMに基づいて、ステップ８１２で決定することができる。
【００４８】
ステップ８１６で重要なLLC  PDUについての肯定応答を受信すると、送信側はステップ８１８に示すとおりLLC  PDUを除去する。ステップ８１２で送信側がその後のLLC  PDUも維持している場合、送信側はこれらのLLC  PDUも除去する。そののち、ステップ８１９を使用して、より高い層に（肯定応答メッセージの受信について）通知を行なうべきか否かを決定することができる。そうである場合、ステップ８１９ａに示すとおり通知が行なわれ、または通知が必要なければ、直接リターンが行なわれる。
【００４９】
重要なLLC  PDUについて受信機から否定応答を受信した場合（ステップ８１７で決定されるとおり）、送信側はLLC  PDUを再送信する／することができる。送信側が、後続の非肯定応答LLC  PDUを保持していれば、送信側は、これらのLLC
PDUを再送信してもよい。再送信は、図示するとおり、ステップ８０６を用いて行なうことができる。該メカニズムの目的は、受信側が、非肯定応答LLC  PDUの追加バッファリングを行なうことなく、その後のLLC  PDUを正しく処理できることである（たとえば重要なLLC  PDUは変化した復号パラメータを含むかもしれない）。しかし、無限に成功することなく再送信するのではなく、ステップ８２２に示すように、これが繰返しの試みであるかどうかを決定するメカニズムを設けることができる。そうである場合、ステップ８３０に示すように、失敗を宣言することができる。言うまでもなく、許容される繰返し回数は設計上の選択である。
【００５０】
ステップ８１２で、その後のPDUを保存しないことが決定された場合、ステップ８２４でタイマが時間切れになったか否かについての決定が下される。否の場合、ステップ８２６で、肯定応答メッセージを受信機から受信したか否かについての決定が下される。否の場合、ステップ８２４が再び実行されて、タイマが時間切れになったかどうかが明らかにされる。これらの２つのステップ８２４、８２６は、タイマが時間切れになるかまたは肯定応答メッセージが受信されるまで繰り返される。肯定応答メッセージを受信する前にタイマが時間切れになった場合、ステップ８２８が実行されて、選択されたLLC  PDUが保存されているか否かが明らかにされる。否の場合、ステップ８３０が実行されて、送信側のプロトコルスタックのより高い層に失敗のことが通知され、リターンが行なわれる。ステップ８２８で、選択されたLLC  PDUが事実上保存されていることが決定された場合、ステップ８０６でそれが再送信され、プロセスが前と同様に続行される。この場合、肯定応答が受信されない場合に無限の繰返しを防止するためにステップ８２２と同様のステップを導入することもできる。そのようなステップ８３２が、ステップ８２８ののち、またはステップ８０６の前に実行されることが図示されている。
【００５１】
ステップ８２４、８２６の繰返し中に、タイマが時間切れになる前に応答メッセージを受信したことがステップ８２６で決定された場合、ステップ８３４で、応答が肯定であるか否かについての決定を行なうことができる。肯定である場合、保存されたLLC  PDUまたはPDUは、図示するとおりステップ８１８を実行して、メモリから除去することができ、かつリターンを行なう前に肯定応答をより高い層に通知するか否かを決定する。応答が否定である場合、ステップ８２８を実行して、LLC  PDUが保存されたか否かを決定することができる。否の場合、リターンを行なう前に、ステップ８３０で失敗の通知を行なうことができる。保存された場合、ステップ８３２以下を実行することによって再送信を行なうことができる。
【００５２】
肯定応答（ACK）または否定応答（NACK）が受信されたか、またタイマが時間切れになった、すなわちPDUの送信が成功しなかったことについて、受信側でプロトコルスタックのより高い層に通知を行なうことができることを理解されたい。また受信側でも、パケットが正確に受信されたか否かについて、より高い層に通知を行なうことができる。
【００５３】
受信側（図９Ａおよび図９Ｂ）
図９Ａおよび図９Ｂは、本発明にしたがって受信側のシナリオを実現するための１つの方法を示す。ステップ９０２で、LLC  PDUが受信されたことを検出したのち、ステップ９０４が実行されて、それにUPTMが関連付けられているか否かが決定される。ステップ９０２または９０４のいずれかで否定的な決定に達した場合には、受信機は、リターンを行なう前に、ステップ９０６に示すとおりいかなる応答も行なわない。しかし、ステップ９０４で、LLC  PDUが肯定応答を必要とする重要なPDUであることを受信機に通知するように選択されたPDUであることが決定された場合には、ステップ９０８で、それが正確に受信されたか否かについての決定が下される。そうである場合、肯定応答が受信側から送信側に伝送され、前に説明したとおり図８Ｂのステップ８２６で検出される。ついでステップ９１２が実行されて、選択されたLLC  PDUによって識別される新しい方法にしたがって動作が続行されることが確保される。そののち、図示するとおり、リターンが行なわれる。
【００５４】
他方、選択されたLLC  PDUの受信が正確でないことがステップ９０８で決定された場合には、ステップ９１４に示すとおり、受信側から送信側へ否定応答が伝送される。ついでステップ９１６で、受信側が正確な受信を待つべきかどうかについて、決定が下される。否の場合、ステップ９１８に示すとおり、選択されたPDUによって送信された重要なメッセージを考慮することなく、動作が通常とおりに（前と同様に）続行され、図示するとおりリターンを行なうことができる。受信側が正確な受信を待つべきである場合、着信LLC  PDUは、ステップ９１９で決定されるとおり、任意選択的に格納することができる。そうである場合、それらは、ステップ９２２で決定されるようにつぎの選択LLC  PDU（UPTM付き）を受信するまで、ステップ９２０に示すとおり保存される。正確なUPTMを受信した場合、保存されたLLC  PDUを検索して、正確に受信されなかった当初のLLC  PDUの意図にしたがって使用することができる。これはステップ９２４に示され、その後にステップ９１２の動作が続き、そののちにリターンが行なわれる。LLC  PDUを送信側で保存するか（図８Ａおよび図８Ｂによる）または受信側（図９Ａおよび図９Ｂによる）で保存するかの選択は設計上の選択である。ステップ９２２で、つぎの選択LLC  PDUの正確な受信が行なわれなかったことが決定された場合、その後のLLC  PDUは、正しい受信が達成されるまで、ステップ９２０に示すとおり保存し続けることができる。UPTM付の正しいLLC  PDUが受信されない場合に無限ループに陥いるより、それを永遠に続けることを停止するメカニズムを挿入することができる（図示せず）。それは、時間切れになったのち、ループから出てステップ９１８に移動して通常とおり動作を続けることを可能にするタイマとすることができる。
【００５５】
トランシーバ
図１０Ａおよび図１０Ｂは、送信側で送信機として、または受信側で受信機として両方に使用することのできるトランシーバ装置を示す。それは、ワイヤレスインタフェースを通して情報パケットを送信および受信するための手段１０００を含む。インタフェースバス１００２は、たとえばアンテナ（図示せず）によってエアインタフェースに直接接続される。内部バス１００４は、事情次第で、図１０に示すさまざまなブロックおよび受信部分の他の内部ブロック（図示せず）に接続される。すなわち、図１０Ａおよび図１０Ｂのさまざまなブロックは２つの部分、送信部分１００６および受信部分１００８に分けて示される。送信部分１００６は、選択パケット１０１０を決定するための手段、すなわち図８Ａのステップ８０２に対応する手段を含み、そこでバス１００４上のPDUがUPTMに関連付けられているかどうかが決定される。これは、すでにUPTMに関連付けられているLLC  PDUを決定することを意味し、またはUPTMを任意のPDUまたは類似物に実際に関連付けることを意味する。いずれの場合でも手段１０００はバス１００２で選択されたLLC  PDUを、エアインタフェースを通して受信側に送信し、受信側もまた図１０Ａおよび図１０Ｂに示されたものと同様の装置を有する。受信側の受信部分１００８は、図９Ａのステップ９０２、９０４、９０８により、パケットを受信しながら、選択されたLLC  PDUの着信があるかどうか、およびそれが正確に受信されたかどうかが、手段１０１２によって決定される。着信パケットが応答を必要とするかどうかが、手段１０１４によって決定される。受信についてエアインタフェースを通して送信側に肯定応答（または否定応答）するために手段１０１６が使用される。
【００５６】
送信側に戻って、手段１０１８は応答メッセージを受信し、その受信を、図８Ａのステップ８０６で始動したタイマにより、そのような応答を待っている手段１０２０に提供する。そのような手段１０２０は、たとえば図８Ｂの決定ブロック８２０および図８Ａの決定ブロック８２４を実現する。同様に、手段１０１８はたとえば図８Ｂの決定ステップ８１６、８２６を実現する。
【００５７】
図８Ａおよび図８Ｂの説明に関連してすでに示したとおり、選択されたLLD  PDUのみならずその後のPDUをも、肯定応答を受信側から受信するまで保存することが望ましい場合がある。この格納機能は、図１０Ａおよび図１０Ｂに示すように、手段１０２２、１０２４によって実行することができる。タイマ機能１０２０が時間切れになるまで肯定応答を受信しない場合、手段１０２０は、バス１００２で受信手段へ再送信するために、手段１０２２から格納されたLLC  PDUを、かつ手段１０２４から通常のパケットを検索するように手段１０２６に信号を送信することができる。このようにして、図８Ａおよび図８Ｂの再送信機能が、図１０Ａおよび図１０Ｂのトランシーバ手段の送信部分１００６によって実行される。前述のとおり、このトランシーバ手段はワイヤレスインタフェースの両側に、すなわち送信側装置および受信側装置のどちらにも存在し得る。どちら側が転送を開始するかによって、両方の側が両方の機能を果たすので、図１０Ａおよび１０Ｂではトランシーバがどちら側に存在するかを特定しない。
【００５８】
RLCブロックの肯定応答
とりわけ以下のメカニズムの１つを用いて肯定応答情報を送信側に提供することができる。
【００５９】
RLC肯定応答メッセージビットマップ
GPRSでは、本発明にしたがって、RLC肯定応答（ACK）またはRLC非肯定応答（UNACK）ブロックが送信されているかどうかに関係なく、ネットワークおよびMSが、常時（肯定応答モード）または重要なLLC  PDUが転送される場合にだけ（変形非肯定応答モード）、有効な肯定応答情報のビットマップを含む肯定応答メッセージ（たとえばパケットアップリンク／ダウンリンクACK／UNACK）を送信し続ける。
【００６０】
UNACK  RLCデータブロックが送信されるときに、ビットマップは現行のGPRSに有効な情報を含まない（しかし依然としてACKメッセージに含まれる）が、ACKメッセージは制御目的に使用される。ACKメッセージを受信すると、相手のピアはその接続が依然としてOKであることを知り、相手側がACKメッセージで何らかの制御情報（たとえば測定）を転送することもできる。「デジタルセルラー通信システム（フェーズ２＋）；汎用パケット無線サービス（GPRS）；移動局（MS）−基地局システム（BSS）インタフェース；無線回線制御／媒体アクセス制御（RLC／MAC）プロトコル（GSM04．60バージョン．0．0リリース1998）」と題する欧州規格案EN 301 349v7.0.0（1999−07）の9章を参照されたい。したがって本発明は、これらのビットマップを使用して（それらはいずれにしても転送されるので）、重要なメッセージが正常に転送されたか否かについての情報を得ることができる。そうすると、重要なメッセージを肯定応答するために別個の手順を使用する必要がない。これは、GPRSのようにシグナリング手順を含む他のシステムにも当てはまる。
【００６１】
肯定応答ビットマップが常に有効な肯定応答情報を含む場合、それ以外では非肯定応答RLCデータがTBFで転送されるときに、TBFを確立するために使用されるメッセージに含まれる仕様または情報のいずれかを使用してピアRLC／MACに通知することができる。TBFを確立するために使用されるメッセージに含まれる情報は、UL  TBFが確立される場合にはたとえばパケットリソース要求メッセージ、またはDL  TBFが確立される場合にはパケットダウンリンク割当メッセージの新しいフィールドとすることができる。
【００６２】
重要なLLC  PDUが送信される場合だけ、肯定応答メッセージに含まれる肯定応答ビットマップが有効な肯定応答情報を含む場合、以下のメカニズムを使用することができる。
−  重要なLLC  PDUを搬送するRLCデータブロック（最初の１つ、全部、または最後の１つのいずれか）に、受信側が受信したLLC  PDUについて肯定応答すべきであるという情報を含む。LLC  PDUが短い場合にはRLCデータブロックは複数のLLC  PDUを含むことができるので、最初のRLCデータブロックには、LLC  PDUがRLCデータブロック内に配置されるセグメントを識別することができる。
−  送信側は、短い間隔の後に重要なLLC  PDUが送信されることを制御メッセージにより受信側に通知する。メッセージは、LLC  PDU送信が開始されるRLCブロックのたとえばBSN（ブロックシーケンス番号）を含むことによって、重要なLLC  PDUを識別するので、受信側はどのLLC  PDU（どのRLCデータブロック）を肯定応答すべきであるかを決定することができる。また、LLC  PDUが短い場合にはRLCデータブロックは複数のLLC  PDUを含むことができるので、メッセージはLLC  PDUがRLCデータブロック内に配置されるセグメントを識別することもできる。
−  別のメカニズムとして、重要なLLC  PDUを送信したのち、送信側から受信側へ肯定応答を要求するシグナリングメッセージを送信することができる。
【００６３】
制御メッセージ
特定のLLC  PDUについて応答しなければならないことをピアRLC／MACに通知するために、上述したものと同じ手順が適用される。
【００６４】
重要なLLC  PDUの応答は、LLC  PDUについて（否定）応答するために充分な情報を含む別個の制御メッセージを用いて行なわれる。
【００６５】
本発明をその最良の実施形態に関して図示し説明したが、発明の範囲から逸脱することなく、その形および細部に前述およびさまざまなその他の変形、省略、および追加を施すことができることを当業者は理解するはずである。当業者は、請求項にさらなる制限をすることなく、例示を与えるために、請求項が丸かっこを含むことも理解するだろう。
【図面の簡単な説明】
【００６６】
【図１】先行技術にかかわるPublic land mobile network（PLMN）のアーキテクチャを示す。
【図２】先行技術にかかわる汎用パケット無線システム（GPRS）ネットワークのアーキテクチャを示す。
【図３】先行技術にかかわる次世代移動体通信システム（UMTS）パケットネットワークのアーキテクチャを示す。
【図４】先行技術にかかわるUMTSユーザプレーンプロトコルスタックを示す。
【図５】先行技術にかかわるUMTSコントロールプレーンプロトコルスタックを示す。
【図６】先行技術にかかわるGPRSユーザプレーンプロトコルスタックを示す。
【図７】先行技術にかかわるGPRSコントロールプレーンプロトコルスタックを示す。
【図８Ａ】受信機からの肯定応答が要求される選択パケットを送信する送信機として変形非肯定応答モードで作動するトランシーバで、本発明にしたがって実行することのできる一連のステップを図８Ｂと共に示す。
【図８Ｂ】受信機からの肯定応答が要求される選択パケットを送信する送信機として変形非肯定応答モードで作動するトランシーバで、本発明にしたがって実行することのできる一連のステップを図８Ａと共に示す。
【図９Ａ】送信機によって肯定応答が要求される選択パケットの受信機として非肯定応答モードで作動するトランシーバで、本発明にしたがって実行される一連のステップを図９Ｂと共に示す。
【図９Ｂ】送信機によって肯定応答が要求される選択パケットの受信機として非肯定応答モードで作動するトランシーバで、本発明にしたがって実行される一連のステップを図９Ａと共に示す。
【図１０Ａ】変形非肯定応答モードで送信機として作動するときに図８Ａおよび図８Ｂのステップを実行するための送信部分、および変形非肯定応答モードで受信機として作動するときに図９Ａおよび図９Ｂのステップを実行するための受信部分を備えた、本発明によるトランシーバを図１０Ｂと共に示す。
【図１０Ｂ】変形非肯定応答モードで送信機として作動するときに図８Ａおよび図８Ｂのステップを実行するための送信部分、および変形非肯定応答モードで受信機として作動するときに図９Ａおよび図９Ｂのステップを実行するための受信部分を備えた、本発明によるトランシーバを図１０Ａと共に示す。
【図１】
2011259458.tif 000003
【図２】
2011259458.tif 000004
【図３】
2011259458.tif 000005
【図４】
2011259458.tif 000006
【図５】
2011259458.tif 000007
【図６】
2011259458.tif 000008
【図７】
2011259458.tif 000009
【図８Ａ】
2011259458.tif 000010
【図８Ｂ】
2011259458.tif 000011
【図９Ａ】
2011259458.tif 000012
【図９Ｂ】
2011259458.tif 000013
【図１０Ａ】
2011259458.tif 000014
【図１０Ｂ】
2011259458.tif 000015