JP2004531917A - データ送信方法及び無線システム - Google Patents

Abstract

本発明は、互いに無線連絡している第１トランシーバ（２６０）及び第２トランシーバ（２６４）を備えた無線システム及びデータ送信方法に係る。第１トランシーバ（２６０）は、データブロックに識別用の識別子が与えられるように送信のためのデータブロックを形成する手段（５００，５０４）を備えている。第２トランシーバ（２６４）は、第１トランシーバにより送信及び再送信されたデータブロックを受信する手段（５１２）と、データブロックの受信失敗を検出する手段（５２４）とを備えている。第２トランシーバ（２６４）は、更に、限定識別子スペースに属するウインドウの位置に関する情報を維持するための手段（５３０）と、再受信されたデータブロックの識別子と以前に受信されたデータブロックの識別子を互いに比較し、そしてそれらデータブロックを同じものであると決定するための手段（５２４）と、同じものであると決定されたデータブロックを合成するための手段（５２４）とを備えている。

Description

【０００１】
【技術分野】
本発明は、無線システム内で第１トランシーバから第２トランシーバへデータブロックを送信する方法、及びこの方法を使用する無線システムに係る。この方法及びこの方法を使用する無線システムは、両方とも、ＥＧＰＲＳ（改善型汎用パケット無線サービス）に特に適している。
【０００２】
【背景技術】
無線システムに使用される送信器及び受信器は、通常、トランシーバを形成し、それらは、例えば、移動電話のような加入者ターミナルのトランシーバやベースステーションのトランシーバを含む。
【０００３】
データ送信では、トランシーバ間の送信をほとんど成功させることが目標である。デジタルデータ送信は、しばしば再送信エラー修正を使用し、これは、送信者に送信エラーを通知して、送信者がそのエラー情報を再送信するというものである。１つの公知方法は、選択的拒絶ＡＲＱ（自動繰り返し要求）であり、送信器は、以前のブロックが確認される前に新たなブロックを送信することができ、そして送信器は、受信が失敗したブロックのみを再送信することができる。送信器が、受信器からの確認なしに連続的に送信できるデータフレームのグループは、このプロトコルでは、送信ウインドウと称される。
【０００４】
ＥＧＰＲＳ（改善型汎用パケット無線サービス）は、パケット交換送信を使用するＧＳＭ（移動通信用のグローバルシステム）ベースのシステムである。ＥＧＰＲＳは、データ送信容量を高めるためにＥＤＧＥ（ＧＳＭ進化のための改善されたデータレート）を使用する。ＧＳＭに通常使用されるＧＭＳＫ（ガウス最小シフトキーイング）変調に加えて、８−ＰＳＫ（８−相シフトキーイング）変調をパケットデータチャンネルに使用することができる。その目的は、主として、ファイルのコピーや、インターネットブラウザの使用といった非リアルタイムのデータ送信サービスを実施することである。又、その目的は、スピーチ及びビデオを送信するためにインスタンスに対してパケット交換リアルタイムサービスを実施することである。原理的に、データ送信容量は、数キロビット／秒から４００キロビット／秒まで変化し得る。
【０００５】
上記システムにおいて２つのトランシーバ間の接続に関するエラー修正の例について以下に検討する。第１トランシーバは、データをデータブロックにおいて第２トランシーバへ送信する。第１トランシーバは、受信中の識別のために送信されるべきデータブロックに識別子をアタッチし、それらの識別子が限定識別子スペースから指定されるようにする。これら識別子は、最後の識別子が使用されたときに再び最初からサイクルがスタートするように繰り返し指定される。第２トランシーバにおいてデータブロックの受信が失敗すると、そのブロックを再送信することが必要になる。第１及び第２トランシーバ間の両方向接続は、第２トランシーバが第１トランシーバへ再送信要求を送信できるようにする。受信した再送信要求に基づき、第１トランシーバは、データブロックを第２トランシーバへ再送信し、第２トランシーバは、そのブロックを、識別子に基づき以前に失敗したブロックの再送信であると識別する。第２トランシーバは、ＡＲＱプロトコルに関連した受信ウインドウの位置に関する情報を維持する。このウインドウは、識別子スペースの一部分であり、そして常に、正しく受信されていない第１ブロックから始まる。典型的に、ウインドウのサイズは、識別子スペースの半分である。第２トランシーバは、識別子がウインドウ内にないブロックを受信すると、そのブロックは既に一度受信されたものであって無視できるものであることが分かる。
【０００６】
性能を更に改善するために、第２のトランシーバに受信メモリを装備し、受信が失敗した全てのデータブロックをそこに記憶するような増分的冗長性を使用することもできる。受信の失敗は、例えば、使用する無線チャンネルの状態が迅速に変化するために無線システムが到来する送信に対して前もってコードレートを最適に選択することが不可能であることから生じる。増分的冗長性を使用すると、変化する状態に良好に適応させることができる。受信が失敗したデータブロックは、第１トランシーバから再送信される。再送信されたデータブロックと、同じ識別子を有する記憶されたデータブロックとが合成され、その後、第２トランシーバがその合成されたデータブロックをデコードする。その合成中に、デコード動作に使用できる情報の量が、単一データブロックにおける情報の量に比して増加し、従って、デコードが成功する確率が高くなる。
【０００７】
従って、同じデータブロックの異なる送信を合成することが意図される。データブロックが同じであることは、それらが同じ識別子を有することから決定される。
【０００８】
識別子を循環させると、問題を引き起こす。というのは、データブロックを互いに比較したときに、たとえデータブロックが実際には異なるものであっても、データブロックが同じ識別子で見つかるからである。上述したデータ送信では、同じ識別子を有するデータブロックは、たとえそれらが異なるものであっても、合成のために誤って同じであるとみなされることがある。異なるデータブロックが合成されると、トランシーバの動作が失敗となる。
【０００９】
増分的冗長性（ＩＲ）合成は、チャンネルコード化の前に行われるが、選択的拒絶ＡＲＱプロトコルが上位プロトコル層において動作することにより別の問題が生じる。実際には、ＩＲ合成とＡＲＱプロトコルは、物理的に異なる場所又は装置にあってもよいが、この場合、ＡＲＱプロトコルの情報は、ＩＲ合成に使用することができない。
【００１０】
【発明の開示】
従って、本発明の目的は、間違ったデータブロックを合成するのを回避するための方法及びその方法を実施する無線システムを提供することである。これは、データブロックを無線システム内で第１トランシーバから第２トランシーバへ送信する方法であって、第１トランシーバは、識別のために送信されるべきデータブロックに識別子をアタッチし、この識別子は、限定識別子スペースから繰り返し指定され、第２トランシーバは、そのデータブロックを受信し、そしてデータブロックの受信が失敗したとき、第２トランシーバは、データブロックを受信メモリに記憶し、そして第１トランシーバは、上記データブロックを最初の送信と同じ識別子で再送信し、そして第２トランシーバは、そのデータブロックを再受信するような方法により達成される。
【００１１】
この方法において、第２トランシーバは、限定識別子スペースに属するウインドウの位置に関する情報を維持し、第２トランシーバがデータブロックを再受信したとき、その再受信されたデータブロックの識別子と以前に受信されたデータブロックの識別子が互いに比較され、そしてそれらデータブロックは、それらが同じ識別子を有し、そしてその識別子が、第２トランシーバにより維持されたウインドウ内に、以前に受信されたデータブロックの受信時間から、再受信されたデータブロックの受信時間まで連続的に存在していることが検出された場合に、同じものであると決定され、そして第２トランシーバは、同じものであると決定されたデータブロックを合成する。
【００１２】
又、本発明は、互いに無線連絡している第１トランシーバ及び第２トランシーバを備えた無線システムであって、第１トランシーバは、データブロックに識別用の識別子が与えられるように送信のためのデータブロックを形成する手段を備え、上記識別子は、限定識別子スペースから繰り返し指定され、第１トランシーバは、更に、第２トランシーバにより送信された再送信要求を受信するための手段と、第２トランシーバへデータブロックを送信すると共に第２トランシーバへデータブロックを再送信するための手段を備え、そして第２トランシーバは、第１トランシーバにより送信されたデータブロックを受信すると共に第１トランシーバにより再送信されたデータブロックを受信する手段と、データブロックの受信失敗を検出する手段と、受信が失敗したデータブロックが記憶される受信メモリと、データブロックの再送信要求を第１トランシーバへ送信する手段を備えた無線システムにも係る。
【００１３】
上記第２トランシーバは、限定識別子スペースに属するウインドウの位置に関する情報を維持するための手段と、再受信されたデータブロックの識別子と以前に受信されたデータブロックの識別子を互いに比較し、そしてそれらデータブロックが同じ識別子を有し、且つその識別子が、第２トランシーバにより維持されたウインドウ内に、以前に受信されたデータブロックの受信時間から、再受信されたデータブロックの受信時間まで連続的に存在している場合に、それらのデータブロックを同じものであると決定するための手段と、同じものであると決定されたデータブロックを合成するための手段とを備えている。
【００１４】
本発明の好ましい実施形態は、従属請求項に記載する。
【００１５】
本発明は、第２トランシーバが識別子スペースにウインドウを維持し、そして受信したデータブロックの識別子をウインドウ内の識別子と比較するという考え方をベースとする。識別子に基づく位置がウインドウ内にないデータブロックをトランシーバが受信したときには、ウインドウが識別子スペースにおいてシフトされて、上記識別子に基づく位置を、ウインドウシフト後にウインドウへもっていく。データブロックが、再受信されたデータブロックである場合には、その再受信されたデータブロックと、同じ識別子を有しそしてメモリに記憶されている以前に受信されたデータブロックは、その識別子が送信−再送信の全プロセス中にウインドウ内にあった場合には、同じであるとみなされる。このように、同じ識別子を有するブロックが、実際に、合成できる同じ情報を含むことを確保することができる。
【００１６】
本発明の好ましい実施形態による解決策は、多数の効果を発揮する。この解決策は、同じサイクル内に同じ識別子を有するデータブロック、即ち真に同じであるデータブロックだけが、合成することのできる同じデータブロックとみなされるので、誤ったデータブロックの合成を防止する。従って、誤ったデータブロックが合成されることはなく、接続のクオリティを改善することができる。
【００１７】
【発明を実施するための最良の形態】
以下、添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。
【００１８】
好ましい実施形態に基づく無線システムの典型的な構造と、固定電話ネットワーク及びパケット交換ネットワークとのそのインターフェイスを、図１Ａを参照して説明する。図１Ａは、本発明の実施形態を説明するのに重要なブロックのみを含むが、従来のセルラーパケットネットワークは、ここで詳細に説明する必要のない他の機能や構造も含むことが当業者に明らかであろう。本発明は、ＥＧＰＲＳに最も好ましく使用される。本発明は、アップリンク及びダウンリンクの両方において動作する。
【００１９】
セルラーネットワークは、典型的に、固定ネットワークインフラストラクチャー、即ちネットワーク部分を含むと共に、トランシーバ２６０として加入者ターミナルを含み、この加入者ターミナルは、固定でもよいし、乗物に搭載されてもよいし、ポータブルターミナルでもよい。ネットワーク部分は、ベースステーション１００を有する。多数のベースステーション１００に接続されたベースステーションコントローラ１０２は、それらのベースステーションを集中式に制御する。ベースステーション１００はトランシーバ２６４を有する。ベースステーション１００は、典型的に、１ないし１６個のトランシーバ２６４を有する。１つのトランシーバ２６４は、１つのＴＤＭＡ（時分割多重アクセス）フレームに対する無線容量、即ち典型的に８つのタイムスロットを与える。
【００２０】
ベースステーション１００は、トランシーバ２６４の動作を制御する制御ユニット１１８と、マルチプレクサ１１６とを有する。マルチプレクサ１１６は、多数のトランシーバ２６４により使用されるトラフィック及び制御チャンネルを、１つの送信リンク１６０に送出する。送信リンク１６０の構造は、厳密に定義されており、Ａｂｉｓインターフェイスと称される。
【００２１】
ベースステーション１００のトランシーバ２６４は、アンテナユニット１１２に接続され、このアンテナユニットは、加入者ターミナル２６０への両方向無線リンク１７０を確立する。両方向無線リンク１７０において送信されるフレームの構造も厳密に定義されており、エアインターフェイスと称される。
【００２２】
加入者ターミナル２６０は、例えば、通常の移動電話であり、そして例えば、ポータブルコンピュータ１５２を拡張カードによってこれにアタッチして、パケット送信においてパケットを順序付けしそして処理するのに使用できる。
【００２３】
ベースステーションコントローラ１０２は、スイッチングフィールド１２０及び制御ユニット１２４を備えている。スイッチングフィールド１２０は、スピーチ及びデータを切り換えそしてシグナリング回路を接続するのに使用される。ベースステーション１００及びベースステーションコントローラ１０２で構成されたベースステーションシステムは、トランスコーダ１２２も備えている。トランスコーダ１２２は、通常、移動交換センター１３２にできるだけ接近して配置される。というのは、そのようにすれば、トランスコーダ１２２とベースステーションコントローラ１０２との間でスピーチをセルラーネットワークフォーマットで送信して、送信容量を節約できるからである。
【００２４】
トランスコーダ１２２は、公衆交換電話ネットワークと無線電話ネットワークとの間に使用される異なるデジタルスピーチコードフォーマットを互いに適合するように変換し、例えば、固定ネットワークの６４ｋビット／ｓフォーマットからセルラー無線ネットワークのフォーマット（例えば、１３ｋビット／ｓ）へそしてそれとは逆に変換する。制御ユニット１２４は、コール制御、移動管理、統計学的情報の収集、及びシグナリングを処理する。
【００２５】
図１Ａに示すように、スイッチングフィールド１２０により、移動交換センター１３２を経て公衆交換電話ネットワーク１３４へ、及びパケット交換ネットワーク１４２へ接続（黒い点として示す）を行うことができる。公衆交換電話ネットワーク１３４における典型的なターミナル１３６は、従来の電話又はＩＳＤＮ（サービス総合デジタル網）電話である。
【００２６】
パケット送信ネットワーク１４２と、スイッチングフィールド１２０との間の接続は、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４０により確立される。このサービングＧＰＲＳサポートノード１４０のタスクは、ベースステーションシステムとゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１４４との間にパケットを送信し、そしてそのエリアにおける加入者ターミナル２６０の位置を記録することである。
【００２７】
ゲートウェイＧＰＲＳサポートノード１４４は、公衆パケット送信ネットワーク１４６とパケット送信ネットワーク１４２とを接続する。インターネットプロトコル又はＸ．２５プロトコルをインターフェイスに使用することができる。ゲートウェイＧＰＲＳサポートノード１４４は、パケット送信ネットワーク１４２の内部構造をカプセル化することにより公衆パケット送信ネットワーク１４６から隠し、従って、公衆パケット送信ネットワーク１４６にとって、パケット送信ネットワーク１４２は、サブネットワークのように思われ、そして公衆パケット送信ネットワーク１４６は、その中の加入者ターミナル２６０へパケットをアドレスしたりそこからパケットを受信したりすることができる。
【００２８】
パケット送信ネットワーク１４２は、典型的に、インターネットプロトコルを使用してシグナリング及びトンネル化ユーザデータを転送するプライベートネットワークである。オペレータに基づき、ネットワーク１４２の構造は、インターネットプロトコル層より下でそのアーキテクチャー及びプロトコルを変更することができる。
【００２９】
公衆パケット送信ネットワーク１４６は、例えば、インターネットであり、そしてそれに接続されたサーバーのようなターミナル１４８は、加入者ターミナル２６０にパケットを送信することを希望する。
【００３０】
図１Ｂは、加入者ターミナル２６０と公衆交換電話ネットワークターミナル１３６との間に回路交換送信リンクがいかに確立されるかを示す。図中、太線は、データが、システムにより、エアインターフェイス１７０を経てアンテナ１１２へ送られ、そしてアンテナからトランシーバ２６４へ、そしてそこから、マルチプレクサ１１６においてマルチプレクスされた後に、送信ライン１６０を経てスイッチングフィールド１２０へ送られ、そしてその出力が、スイッチングフィールドとトランスコーダ１２２との間に接続される状態を示している。データは、移動交換センター１３２から、公衆交換電話ネットワーク１３４に接続されたターミナル１３６への接続を経て送信される。ベースステーション１００の制御ユニット１１８は、送信を実行する際にマルチプレクサ１１６を制御し、そしてベースステーションコントローラ１０２の制御ユニット１２４は、トランスコーダ１２２への正しい接続を行う際にスイッチングフィールド１２０を制御する。
【００３１】
図１Ｃは、パケット交換送信リンクを示す。ここでは、ポータブルコンピュータ１５２が加入者ターミナル２６０に接続される。太線は、送信されるデータがサーバー１４８からポータブルコンピュータ１５２へいかに進むか示している。又、データは、当然、逆の送信方向、即ちポータブルコンピュータ１５２からサーバー１４８へも送信することができる。データは、システムにより、エアインターフェイス、即ちＵｍインターフェイス１７０を経て送られて、アンテナ１１２からトランシーバ２６４へ、そしてそこから、マルチプレクサ１１６においてマルチプレクスされた後に、Ａｂｉｓインターフェイスにおいて送信リンク１６０を経てスイッチングフィールド１２０へ送られ、そしてそこからＧｂインターフェイスにおいてサービングＧＰＲＳサポートノード１４０への出力接続が確立される。このサービングＧＰＲＳサポートノード１４０から、データは、パケット送信ネットワーク１４２を経、ゲートウェイＧＰＲＳサポートノード１４４を経て、公衆パケット送信ネットワーク１４６に接続されたサーバー１４８へ送信される。
【００３２】
明瞭化のために、図１Ｂ及び１Ｃは、回路交換及びパケット交換の両データが同時に送信されるケースは示していない。しかしながら、これは、完全に可能であり且つ一般的である。というのは、空き容量を回路交換データ送信からパケット交換送信へ柔軟に利用できるからである。又、パケットデータしか送信されないネットワークを構成することもできる。このようなケースでは、ネットワークの構造を簡単化することができる。
【００３３】
再び、図１Ｃについて検討する。従って、セルラーパケットネットワークのネットワーク部分は、ベースステーション１００と、このベースステーション１００のＵｍインターフェイスを実施するトランシーバ２６４とを備えている。
【００３４】
上記に加えて、ＧＰＲＳは、２つの特定の要素、即ちチャンネルコーデックユニットＣＣＵ及びパケット制御ユニットＰＣＵを有する。ＣＣＵのタスクは、ＦＥＣ（順方向エラーコード化）を含むチャンネルコード化、インターリーブ及び増分的冗長度合成、そして受信信号のクオリティレベル、受信信号の受信電力、及びタイミング進みの測定に関連した情報等の無線チャンネル測定機能を含む。ＰＣＵのタスクは、ＬＬＣ（論理的リンク制御）フレームセグメント化及び再組み立て、ＡＲＱ（自動繰り返し要求）機能、ＰＤＣＨ（パケットデータチャンネル）スケジューリング、チャンネルアクセス制御、及び無線チャンネル測定機能を含む。
【００３５】
ＣＣＵ１８２は、ベースステーション１００内にあり、そしてその実施形態に基づき、タイムスロット特有の、又はトランシーバ特有のユニットであると考えられる。ＰＣＵ１８０Ａ／１８０Ｂは、Ａｂｉｓインターフェイスを経てＣＣＵ１８２に接続される。ＰＣＵは、ベースステーション１００、ベースステーションコントローラ１０２、又はサービングＧＰＲＳサポートノード１４０内に存在し得る。図１Ｃは、ＰＣＵをベースステーションコントローラ１０２又はサービングＧＰＲＳサポートノード１４０において示しているが、明瞭化のためにベースステーション１００には示していない。
【００３６】
以下の例では、第１トランシーバが加入者ターミナルであり、そして第２トランシーバがベースステーショントランシーバであるが、これらの解決策に限定されるものではない。
【００３７】
次に、本発明の好ましい実施形態による方法について説明する。第１トランシーバがデータをデータブロックにおいて第２トランシーバへ送信する。第２トランシーバがデータブロックを識別するために、第１トランシーバは、限定識別子スペースから識別子をデータブロックに与える。この例では、識別子スペースは、識別子０、１、２及び３を含む。データブロックと同様に、識別子もビットフォーマットにある。識別子は、最後の識別子が使用されたときにサイクルが最初からスタートするように繰り返し指定される。第２トランシーバは、限定識別子スペースに属するウインドウの位置に関する情報を維持する。この例では、ウインドウのサイズが２つの識別子である。本発明の好ましい実施形態では、ウインドウのサイズは、一般に、識別子スペースのサイズのせいぜい半分である。従って、識別子は、データブロックのサイクルで繰り返される。換言すれば、一般に、異なるサイクルのデータブロックが、異なるデータを含み、そして異なるデータブロックであっても、異なるサイクルのデータブロックは、同じ識別子を有し、そして対応的にウインドウスペースに識別子に基づく位置を有する。同じサイクルで同じ識別子を有するデータブロックは、同じデータブロックである。
【００３８】
テーブルが好ましい実施形態の方法を示している図２を参照する。最も左側のカラムは、異なる時間を示す番号であり、次のカラムは、各時間に送信されるデータブロックの識別子であり、その次のカラムは、受信したデータブロックのデコード動作が成功であるかどうか指示し、その次のカラムは、第２トランシーバにより維持されるウインドウの位置を示し、そして最も右のカラムは、第２トランシーバのメモリの内容を示す。識別子スペースは、識別子０、１、２及び３を含む。図２において、時間０では、第２トランシーバが、識別子０を有するデータブロックを受信する。受信は、成功である。第２トランシーバにより維持されるウインドウは、この状態では識別子０及び１を含む。図２のテーブルにおいて、ウインドウは、「Ｗ」でマークされている。受信が失敗したデータブロックが記憶されるメモリは、空である。時間１には、第２トランシーバによる識別子１を有するデータブロックの受信が失敗する。このデータブロックは、次いで、受信メモリに一次的に記憶される。第２トランシーバは、再送信の必要を第１トランシーバへ通知する。時間２には、第２トランシーバが、識別子１を有するデータブロックを受信する。受信器は、同じ識別子をもつデータブロックが受信メモリにあることを知り、そして当該識別子（１）は常にウインドウにあったので、それらデータブロックは、同じものであり、合成することができる。合成が首尾良くデコードされると、受信メモリは、ここで、空になる。
【００３９】
時間３に、第２トランシーバは、第１トランシーバが、例えば、欠陥シグナリングのために誤って送信した識別子１をもつ同じデータブロックを再受信する。このデータブロックの受信が失敗となり、そしてデータブロックが受信メモリに記憶される。時間４に、第１トランシーバは、識別子２をもつブロックを送信し、そして第２トランシーバは、そのデコード動作を失敗する。識別子２は、第２トランシーバに維持された識別子スペースウインドウになく、従って、識別子２がその中に来るようにウインドウがシフトされる。シフト後に、ウインドウは、値１及び２を含む。受信が失敗したブロックは、メモリに記憶される。時間５に、第２トランシーバは、識別子２をもつブロックを再受信する。受信メモリは、同じ識別子をもつデータブロックを含み、そして識別子（２）はウインドウに常時あってので、それらデータブロックは、同じものであり、合成することができる。その合成が首尾良くデコードされると、ブロックを受信メモリから削除することができる。
【００４０】
時間６に、第２トランシーバは、識別子３を有するデータブロックを受信し、そしてそれを首尾良くデコードする。識別子３は、第２トランシーバにより維持された識別子スペースウインドウになく、従って、識別子３がその中に来るようにウインドウがシフトされる。シフト後に、ウインドウは、値２及び３を含む。従って、識別子１は、ウインドウの外に出る。デコードが失敗した識別子１を有する記憶されたデータブロックは、メモリから削除される。時間７に、第２トランシーバは、識別子０を有するデータブロックを受信し、そしてウインドウが繰り返しシフトして、識別子３及び０を含むようにする。時間８に、第２トランシーバは、識別子１を有するデータブロックを受信するが、以前に時間３に受信された同じ識別子をもつデータブロックとそれを合成しない。というのは、識別子１が、時間３における送信以来、ウインドウの外にあるからである。実際に、ここに示す実施形態では、ブロックが、時間６にウインドウからドロップアウトしたときにメモリから予め削除されるようにして、その合成が防止される。
【００４１】
識別子スペースにおいてウインドウをシフトし、即ちその位置を更新する方法としては、３つの異なる方法がある。第１の方法では、第２トランシーバが、ウインドウ内にその識別子に基づく位置をもたないデータブロックを受信したときに、第２トランシーバは、識別子に基づく上記位置がウインドウにおいて最後に落ち着くようにウインドウをシフトさせる。第１の方法は、図２を参照して上述した。第２の方法では、ＡＲＱプロトコル実施を含むパケット制御ユニット１８０Ａ／１８０Ｂが、識別子スペースにおける第２トランシーバのウインドウの位置に関する情報を含む信号をチャンネルコーデックユニット１８２へ送信する。第１の方法と比較すると、第２の方法は、シグナリングをより多く必要とする。第３の方法では、チャンネルコーデックユニット１８２が、ＡＣＫ（確認）メッセージ、即ち再送信を必要としないという情報を含むメッセージで、パケット制御ユニット１８０Ａ／１８０Ｂからチャンネルコーデックユニットを経て加入者ターミナルへ送信されたメッセージを検査する。この第３の方法の欠点は、ＡＣＫメッセージがチャンネルコーデックユニットにとって複雑であり、デコードすることが困難であることが示される。
【００４２】
次いで、第１トランシーバから第２トランシーバへデータを送信する本発明の好ましい実施形態を、図３の方法ブロック図を参照して説明する。この方法においては、第１トランシーバが情報をデータブロックにおいて第２トランシーバへ送信する。ブロックは、限定識別子スペースから繰り返し指定される識別子を含む。第２トランシーバは、限定識別子スペースに属するウインドウの位置に関する情報を維持し、この情報は、再受信されたブロックを合成するのに使用される。以下の例は、考えられる実施形態について述べるが、当業者に明らかなように、本発明の好ましい実施形態は、ここに述べるシグナリング方法に限定されるものではない。
【００４３】
この方法の実行は、ブロック図においてブロック３００からスタートする。ブロック３００では、データブロックは、第１トランシーバにおいて、選択されたチャンネルコード化方法を使用して、コード化データブロックへとチャンネルコード化される。
【００４４】
ブロック３０２では、第１トランシーバがコード化データブロックを第２トランシーバへ送信する。ブロック３０４では、第２トランシーバが第１トランシーバからデータブロックを受信する。受信したデータブロックの識別子に基づく位置がウインドウ内にない場合には、第２トランシーバは、それが維持する識別子スペースにおいてウインドウをシフトして、当該データブロックの識別子に基づく位置を、ウインドウのシフト後にウインドウへともっていく。受信メモリもチェックされ、ウインドウのシフト後に、その識別子に基づく位置がウインドウシフト後にウインドウ内にないデータブロックを含む場合には、そのデータブロックが受信メモリから削除される。これは、ブロック３０６において行われる。
【００４５】
次いで、ブロック図のブロック３０８において受信データブロックがデコードされる。ブロック３１０は、データブロックの受信が成功したか失敗したかテストする。データブロックの受信が成功であった場合には（３１２）、手順は最初からスタートし、新たなデータブロックを送信することができる。
【００４６】
ブロック３１０のテストが、デコードが失敗したことを示す場合には（ブロック３１４）、受信が失敗したデータブロックが、ブロック３１６において受信メモリに記憶される。受信が失敗とは、通常、第２トランシーバが受信データブロックをデコードできないことを意味する。これは、エラー検出コードで検出されるか、又はエラー修正コードが、チャンネルに生じたエラーを充分正確に修正できないということで検出される。第２トランシーバがデータブロックをデコードできない場合には、データブロックを再送信することが必要となる。
【００４７】
次いで、ブロック３１８において、データブロックの再送信要求が第２トランシーバから第１トランシーバへ送信される。再送信要求は、例えば、ＮＡＣＫ（否定確認）メッセージである。対応的に、再送信がもはや必要ないときには、ＡＣＫ（確認）メッセージを送信することができる。実際には、これは、例えば、ＣＣＵがエラーを検出したときに不良フレーム指示子をＰＣＵへ送信し、そしてＰＣＵがＮＡＣＫメッセージを発生してそれをＣＣＵへ送信し、無線経路へ送信するようにして、行うことができる。
【００４８】
この再送信要求の結果として、第１トランシーバは、コード化されたデータブロックをブロック３２０において第２トランシーバへ再送信する。
【００４９】
第２トランシーバは、ブロック３２２において、その再送信されたデータブロックを受信し、その後、ブロック３２４において、ウインドウ及び受信メモリがチェックされる。受信データブロックの識別子に基づく位置がウインドウ内にない場合には、第２トランシーバは、それが維持する識別子スペースにおいてウインドウをシフトして、データブロックの識別子に基づく位置を、ウインドウシフト後にウインドウへともっていく。受信メモリもチェックされ、そしてウインドウシフト後に、その識別子に基づく位置がウインドウシフト後にウインドウ内にないデータブロックを含む場合には、そのデータブロックが受信メモリから削除される。これらの動作は、常に、データブロックの受信に関連している。次いで、第２トランシーバは、ブロック３２６において、再送信されたデータブロックと、以前に受信されたデータブロックが同じであるかどうかチェックする。このチェックは、当該識別子に基づく以前に受信されたデータブロックが受信メモリにある場合に、再送信されたデータブロックと、以前に受信されたデータブロックとが同じであるとみなすようにして行われる。
【００５０】
次いで、ブロック３２８において、同じであるとみなされた、受信が失敗したコード化データブロックと、再受信されたコード化データブロックとが合成される。両データブロックは、同じコード化データブロックの異なるバージョンであるので、合成を行うことができる。最終的に、ブロック３０８において、合成されたコード化データブロックのチャンネルコードがデコードされる。このデコード動作は、単一データブロックのデコード動作と同様に行われる。本発明の好ましい実施形態では、合成されるべきデータブロックが、同じ識別子及びサイクルを有するデータブロック、即ち同じデータブロックであることが照合されるので、デコード動作は、成功となる。チャンネルコードをデコードすると、ユーザデータを含むデータブロックが発生する。
【００５１】
受信が失敗したもの以外のデータブロックの場合にも、再送信の必要性を検出することができる。首尾良く受信したが再送信が必要であるデータブロックは、受信が失敗したデータブロックの場合について上述した同じ方法ステップを受けることができる。しかしながら、データブロックが既に首尾良く受信された場合には、それを受信メモリに記憶し、そして合成してデコードすることは、あまり賢明ではない。
【００５２】
次に、図４を参照して、本発明の第２の好ましい実施形態を説明する。この実施形態では、第２トランシーバは、第１トランシーバからデータブロックを受信したときに、それがデコードできるデータブロック、即ち欠陥のないデータブロックの識別子を、首尾良く受信したとマークする。
【００５３】
図４の例では、データブロックの識別子、並びに首尾良い送信及びデコードは、図２の例で説明したものと同様である。首尾良くデコードされたデータブロックは、図４のウインドウテーブルにおいてＯとマークされる。時間０において、識別子０を有するブロックが受信されそして首尾良くデコードされる。上記ブロックは、首尾良く受信されたとマークされる。識別子１を有しそして時間１にエラーを伴って受信されたデータブロックは、首尾良く受信されたとマークされない。これは、受信メモリに記憶される。時間２に、識別子１を有する再送信されたブロックが受信され、今度は、それを首尾良くデコードすることができる。これは、首尾良く受信されたとマークされる。時間３に、識別子１を有する不必要に再送信されたデータブロックが受信される。このデータブロックは、既に首尾良く受信されたとマークされているので、図２の例のように受信メモリに記憶されない。このようにして、メモリの使用は、上述した形態よりも効率的となる。
【００５４】
図５を参照して、第１及び第２トランシーバの実施形態を詳細に説明する。本発明にとって重要なトランシーバの部分だけを説明する。第１トランシーバ２６０及び第２トランシーバ２６４は、第１トランシーバ２６０が加入者ターミナルでありそして第２トランシーバ２６４がベースステーショントランシーバである図１Ａないし１Ｃの例において既に説明した。
【００５５】
第１トランシーバ２６０は、選択されたチャンネルコード化方法を使用してデータブロック５０２をコード化データブロックへとチャンネルコード化しそしてそのコード化データブロックをパンクチャーするためのチャンネルコーデック５００を備えている。このチャンネルコーデックは、識別のためにデータブロックに識別子をアタッチするための手段５０４に作動的に接続される。識別子は、限定識別子スペースから繰り返し選択される。手段５０４は、例えば、カウンタによって実施される。第１トランシーバ２６０は、更に、デジタル信号を高周波の搬送波に変調する変調器５０６であって、データ１７０Ａを第２トランシーバ２６４へ送信すると共に必要に応じてデータブロックを第２トランシーバへ再送信する変調器も備えている。又、第１トランシーバは、第２トランシーバ２６４により送信された再送信要求を受信するための手段５０８も備えている。又、トランシーバは、装置の種々の部分の動作を制御する制御ブロック５１０も備えている。この制御ブロックは、通常、プロセッサ及び適当なソフトウェアにより実施される。更に、第１トランシーバ２６０は、フィルタ及び電力増幅器や、当業者に知られた他の部品も含むことができる。
【００５６】
第２トランシーバ２６４は、第１トランシーバ２６０により送信されたデータブロックを受信するための受信手段５１２を備えている。この受信手段５１２は、所望の周波数帯域以外の周波数を阻止するフィルタを含む。次いで、信号は、中間周波に変換されるか又は基本帯域に直接変換され、そしてそれにより得られる信号がアナログ／デジタルコンバータ５１４においてサンプリングされそして量子化される。考えられるイコライザ５１６は、例えば、多経路伝播により生じる干渉を補償する。
【００５７】
イコライザから、信号は検出器５１８へ送られ、そしてこれにより検出された信号は、受信されたコード化データブロックをデコードするチャンネルデコーダ５２０へ送られる。このデコーダから、信号５２２は、トランシーバの他の部分へ送られる。
【００５８】
第２トランシーバ２６４は、更に、受信したコード化データブロックの再送信の必要性、即ちデータブロックをデコードできるかどうかを検出するための制御手段５２４と、受信が失敗したデータブロックが記憶される受信メモリ５２８とを備えている。更に、トランシーバは、上記制御手段により制御されて、無線リンク１７０Ｂを使用して、コード化データブロックの再送信要求を第１トランシーバ２６０へ送信するための手段５２６も有する。
【００５９】
第２トランシーバ２６４は、更に、同じであると決定されたデータブロックを合成するための手段５２４も備えている。チャンネルデコーダ５２０は、合成されたコード化データブロックのチャンネルコードをデコードする。
【００６０】
第２トランシーバ２６４は、限定識別子スペースの区分にウインドウを維持するための手段５３０と、受信したデータブロックを識別子スペースのウインドウにおいてそれらに含まれた識別子に基づく位置へウインドウ処理すると共に、識別子に基づく位置がウインドウ内にないデータブロックが受信されたときには、識別子スペースにおいてウインドウをシフトして、受信したデータブロックの識別子に基づく位置がシフト後にウインドウ内に入るようにするためのウインドウ手段５２４、５３０とを備えている。
【００６１】
又、第２トランシーバの制御ブロック５２４は、データブロックの識別子に基づく位置がウインドウシフト後にウインドウ内にない場合には受信メモリ５２８からデータブロックを削除する処理も行う。本発明の好ましい実施形態の幾つかにおいて、制御ブロックは、首尾良く受信したデータブロックを受信成功とマーキングするよう処理する。
【００６２】
本発明の好ましい実施形態で使用される方法ステップは、トランシーバにおいてプログラムによって実施される。例えば、ＡＳＩＣ（アプリケーション特有の集積回路）又は個別部品で作られた制御ロジックのようなハードウェア実施も考えられる。
【００６３】
増分的冗長度に加えて、本発明の好ましい実施形態は、ＥＧＰＲＳサービスが一般的に使用される場合にも使用できる。ベースステーションから離れたパケット制御ユニットがベースステーションの動作を制御するという別の場合も考えられる。
【００６４】
以上、添付図面を参照して本発明を詳細に説明したが、本発明は、これに限定されるものではなく、特許請求の範囲に規定された本発明の範囲内で種々の変更がなされ得ることが明らかであろう。
【図面の簡単な説明】
【図１Ａ】
本発明の好ましい実施形態による無線システムの典型的な構造を示す図である。
【図１Ｂ】
加入者ターミナルと公衆交換電話ネットワークとの間に回路交換送信リンクを確立するところを示した図である。
【図１Ｃ】
パケット交換送信リンクを示す図である。
【図２】
本発明の好ましい実施形態による方法の一例を示す図である。
【図３】
本発明の第２の好ましい実施形態の方法のブロック図である。
【図４】
本発明の実施形態による解決策の一例を示す図である。
【図５】
第１及び第２トランシーバの構造の一例を示す図である。

Claims (11)

1. データブロックを無線システム内で第１トランシーバ（２６０）から第２トランシーバ（２６４）へ送信する方法であって、第１トランシーバは、識別のために送信されるべきデータブロックに識別子をアタッチし、この識別子は、限定識別子スペースから繰り返し指定され、第２トランシーバは、そのデータブロックを受信し、そしてデータブロックの受信が失敗したとき、第２トランシーバは、データブロックを受信メモリ（５２８）に記憶し、そして第１トランシーバは、上記データブロックを最初の送信と同じ識別子で再送信し、そして第２トランシーバは、そのデータブロックを再受信するような方法において、
   第２トランシーバ（２６４）は、上記限定識別子スペースに属するウインドウの位置に関する情報を維持し、
   第２トランシーバがデータブロックを再受信したときに、その再受信されたデータブロックの識別子と以前に受信されたデータブロックの識別子が互いに比較され、そしてそれらデータブロックは、それらが同じ識別子を有し、そしてその識別子が、第２トランシーバにより維持されたウインドウ内に、以前に受信されたデータブロックの受信時間から、再受信されたデータブロックの受信時間まで連続的に存在していることが検出された場合に、同じものであると決定され、そして
   第２トランシーバは、同じものであると決定されたデータブロックを合成するという段階を備えたことを特徴とする方法。
2. 第２トランシーバは、識別子がウインドウ内にないデータブロックを受信したときには、ウインドウを識別子スペースにおいて順方向に繰り返しシフトして、識別子が、ウインドウのシフト後にウインドウ内に入るようにする請求項１に記載の方法。
3. ウインドウのシフト後に、識別子に基づく位置がウインドウのシフト後にウインドウ内にないデータブロックを受信メモリ（５２８）が含む場合には、上記データブロックが受信メモリから削除される請求項１又は２に記載の方法。
4. 同じ識別子を有する以前に受信されたデータブロックが受信メモリ（５２８）にある場合には、再受信されたデータブロックと以前に受信されたデータブロックは同じであると決定される請求項３に記載の方法。
5. ウインドウに属する各識別子に対し、それに対応するデータブロックが成功裡に受信されたかどうかに関する情報が維持される請求項１又は２に記載の方法。
6. 受信は失敗したが、識別子が成功裡な受信のマーキングを有するデータブロックは、受信メモリ（５２８）に記憶されない請求項５に記載の方法。
7. 互いに無線連絡している第１トランシーバ（２６０）及び第２トランシーバ（２６４）を備えた無線システムであって、第１トランシーバ（２６０）は、データブロックに識別用の識別子が与えられるように送信のためのデータブロックを形成する手段（５００，５０４）を備え、上記識別子は、限定識別子スペースから繰り返し指定され、上記第１トランシーバは、更に、第２トランシーバ（２６４）により送信された再送信要求を受信するための手段（５０８）と、第２トランシーバ（２６４）へデータブロックを送信すると共に第２トランシーバ（２６４）へデータブロックを再送信するための手段（５０６）を備え、そして上記第２トランシーバ（２６４）は、第１トランシーバにより送信されたデータブロックを受信すると共に第１トランシーバにより再送信されたデータブロックを受信する手段（５１２）と、データブロックの受信失敗を検出する手段（５２４）と、受信が失敗したデータブロックが記憶される受信メモリ（５２８）と、データブロックの再送信要求を第１トランシーバ（２６０）へ送信する手段（５２６）を備えている無線システムにおいて、上記第２トランシーバ（２６４）は、
   上記限定識別子スペースに属するウインドウの位置に関する情報を維持するための手段（５３０）と、
   再受信されたデータブロックの識別子と、以前に受信されたデータブロックの識別子を互いに比較し、そしてそれらデータブロックが同じ識別子を有し、且つその識別子が、第２トランシーバにより維持されたウインドウ内に、以前に受信されたデータブロックの受信時間から、再受信されたデータブロックの受信時間まで連続的に存在している場合に、それらのデータブロックを同じものであると決定するための手段（５２４）と、
   同じものであると決定されたデータブロックを合成するための手段（５２４）と、を備えたことを特徴とする無線システム。
8. 上記第２トランシーバ（２６４）は、識別子がウインドウ内にないデータブロックを受信したときには、受信したデータブロックの識別子の位置がウインドウシフト後にウインドウ内に入るように、識別子スペースにおいてウインドウをシフトするための手段（５２４，５３０）を備えた請求項７に記載の無線システム。
9. 上記第２トランシーバ（２６４）は、データブロックの識別子の位置がウインドウのシフト後にウインドウ内にない場合に、データブロックを受信メモリ（５２８）から削除する手段（５２４）を備えた請求項８に記載の無線システム。
10. 上記第２トランシーバ（２６４）は、再受信識別子の識別子に基づく位置がウインドウ内にあり、そして受信メモリが、同じ識別子を有する以前に受信されたデータブロックを含む場合には、再受信されたデータブロックと、以前に受信されたデータブロックが同じであると決定するための手段（５２４）を備えた請求項９に記載の無線システム。
11. 上記第２トランシーバ（２６４）は、成功裡に受信されたデータブロックを受信成功とマーキングするための手段（５２４）を備えた請求項７に記載の無線システム。

Images