(57)【要約】  ユーザ機器（１３０、１４０）を有するセル（１１０）を制御するＲＢＳ（１２０）を有するセルラ・システムのための方法（２００）である。ＲＢＳとＵＥとはシーケンス番号を含んでもよいデータを交換し、データが成功して受信されているか否かに関するレポートを交換し、ＵＥとＲＢＳとの両方が、レポート送信元とレポート受信先になり得る。レポート送信元はレポート受信先に向けて又はセル（１１０）内の別の相手に向けたデータとともに、データ・ブロックを成功して受信しているか否かに関するレポート（２１０）をレポート受信先に送信する。レポート送信元は以下の優先ルール、低い遅延耐性を有するデータは優先的に扱うこと、エラーで受信されたとして検出されたデータは優先的に扱うこと、およびブロック・シーケンス番号に従ってデータを優先的に扱うこと、の一つを用いてレポートの内容を決定する（２２０）。【選択図】図２
2009534916.tif 000002
【特許請求の範囲】
【請求項１】
セルラ・アクセス・システム（１００）で用いる方法（２００）であって、該システムにおけるセル（１１０）への及びセル（１１０）からのトラヒックを制御する少なくとも一つの無線基地局（１２０）が該システム内に存在し、ユーザ機器を有するユーザが該セル内に存在することができ、前記無線基地局と前記ユーザ機器とはシーケンス番号を含むデータ・ブロックを相互に送信し受信することが可能であり、前記無線基地局（１２０）とユーザ機器（１３０、１４０）とはデータ・ブロックを成功して受信しているか否かに関する情報を含むレポートも交換し、ユーザ機器と無線基地局とはレポート送信元またはレポート受信先のいずれにもなることができ、
前記方法は、
・前記レポート受信先に向けてレポート（２１０）を含む送信を前記レポート送信元に送信させる工程であって、前記レポートはデータ・ブロックを成功して受信しているか否かに関する情報を含む工程と、
・前記レポート受信先に向けて又はセル（１１０）内の別の相手に向けてデータとともに前記レポート（２１０）を前記レポート送信元に送信させる工程と、
・前記データ・ブロックの受信先のための及び前記送信内の前記レポートのためのアドレスを前記レポート送信元に付させる工程と、
を備え、
内部の優先ランク付けを与えている優先ルールの少なくとも一つを用いて前記レポートの内容を前記レポート送信元に決定させる（２２０）工程であって、該優先ルールは、
・他のデータ・ブロックよりも低い遅延耐性を有すると識別されたデータ・ブロックを優先的に扱うこと（２３０）、
・エラーで受信されていると検出されていて、かつ、前記エラーが検出されたために状態がレポートされていないデータ・ブロックを優先的に扱うこと（２４０）、
・シーケンス番号に従って、大きいシーケンス番号を有するデータ・ブロックよりも小さいシーケンス番号を有するデータ・ブロックを優先的に扱うこと（２５０）、
である工程を備えることを特徴とする方法（２００）。
【請求項２】
前記ユーザ機器（１３０、１４０）が前記レポート送信元である場合に、前記レポートは前記無線基地局（１２０）からのポーリングである要求によって引き起こされることを特徴とする請求項１に記載の方法（２００、２６０）。
【請求項３】
前記無線基地局（１２０）から前記ユーザ機器（１３０、１４０）にポーリングされている場合に、該ポーリングで照会されたデータ・ブロックのグループに属すると識別されているデータ・ブロックが前記ユーザ機器（１３０、１４０）によって優先的に扱われることを特徴とする請求項２に記載の方法（２００）。
【請求項４】
前記グループ内で最小のシーケンス番号を有するデータ・ブロックが優先的に扱われる（２２０）ことを特徴とする請求項３に記載の方法（２００）。
【請求項５】
前記レポートでカバーされるデータ・ブロックの総数である前記レポートのサイズは、前記優先ルールの一つによってカバーされるすべてのデータ・ブロックが前記レポートに含まれるものであることを特徴とする請求項１乃至４のいずれか１項に記載の方法（２００）。
【請求項６】
前記レポート（２１０）は、前記レポートのサイズを示すヘッダを含むことを特徴とする請求項１乃至５のいずれか１項に記載の方法（２００）。
【請求項７】
前記レポート（２１０）は複数のセグメントを含み、
前記ヘッダは前記レポート（２１０）に存在するセグメントの総数に関する情報も含む
ことを特徴とする請求項６に記載の方法（２００）。
【請求項８】
前記セグメントのサイズに関する情報も前記ヘッダに含まれることを特徴とする請求項７に記載の方法（２００）。
【請求項９】
前記レポート（２１０）のサイズは、該レポート内の特定の構造フィールドで示されることを特徴とする請求項１乃至５のいずれか１項に記載に方法（２００）。
【請求項１０】
前記レポート（２１０）は複数のセグメントを含み、
前記構造フィールドは前記レポートに存在するセグメントの総数に関する情報も含む
ことを特徴とする請求項９に記載の方法（２００）。
【請求項１１】
前記セグメントのサイズに関する情報も前記構造フィールドに含まれることを特徴とする請求項１０に記載の方法（２００）。
【請求項１２】
セルラ・アクセス・システム（１００）で用いる第１の送受信機（３００）であって、該第１の送受信機は、シーケンス番号を含むデータ・ブロックを、該システムの第２の送受信機へ送信する手段（３１０）と該第２の送受信機から受信する手段（３２０）とを備え、該第１の送受信機は該第２の送受信機に関するレポート送信元またはレポート受信先のいずれにもなることができ、
前記第１の送受信機は、
・該第１の送受信機が前記レポート送信元である場合に、前記レポート受信先に向けてレポートを含む送信を送信する手段（３３０）であって、該レポートはデータ・ブロックを成功して受信しているか否かに関する情報を含む手段（３３０）と、
・前記レポート受信先に向けて又はセル内の別の相手に向けてデータとともに前記レポート（２１０）を送信する手段（３４０）と、
・前記データ・ブロックのための及び前記送信内の前記レポートのためのアドレスを含める手段（３５０）と
を備え、
内部の優先ランク付けを与えている優先ルールの少なくとも一つを用いて前記レポートの内容を決定する（３５０）手段であって、該優先ルールは、
・他のデータ・ブロックよりも低い遅延耐性を有すると識別されたデータ・ブロックを優先的に扱うこと（２３０）、
・エラーで受信されていると検出されていて、かつ、前記エラーが検出されたために状態がレポートされていないデータ・ブロックを優先的に扱うこと（２４０）、
・シーケンス番号に従って、大きいシーケンス番号を有するデータ・ブロックよりも小さいシーケンス番号を有するデータ・ブロックを優先的に扱うこと（２５０）、
である手段（３５０）を備えることを特徴とする第１の送受信機（３００）。
【請求項１３】
前記第１の送受信機（３００）が前記レポート送信元である場合に、前記レポートは前記第２の送受信機からのポーリングである要求によって引き起こされることを特徴とする請求項１２に記載の第１の送受信機（３００）。
【請求項１４】
前記第２の送受信機からポーリングされている場合に、該ポーリングで照会されたデータ・ブロックのグループに属すると識別されているデータ・ブロックが前記第１の送受信機（３００）によって優先的に扱われることを特徴とする請求項１３に記載の第１の送受信機（３００）。
【請求項１５】
前記グループ内で最小のシーケンス番号を有するデータ・ブロックが優先的に扱われる（２２０）ことを特徴とする請求項１３に記載の第１の送受信機（３００）。
【請求項１６】
前記レポートでカバーされるデータ・ブロックの総数である前記レポートのサイズに、前記優先ルールの一つによってカバーされるすべてのデータ・ブロックが前記レポートに含めることを特徴とする請求項１２乃至１５のいずれか１項に記載の第１の送受信機（３００）。
【請求項１７】
前記レポートに、前記レポートのサイズを示すヘッダを含めることを特徴とする請求項１３乃至１６のいずれか１項に記載の第１の送受信機（３００）。
【請求項１８】
前記レポートに複数のセグメントを含め、
前記構造フィールドに前記レポートに存在するセグメントの総数に関する情報も含める
ことを特徴とする請求項１７に記載の送受信機（３００）。
【請求項１９】
前記セグメントのサイズに関する情報も前記ヘッダに含めることを特徴とする請求項１８に記載の第１の送受信機（３００）。
【請求項２０】
前記レポートのサイズを、該レポート内の特定の構造フィールドに示させることを特徴とする請求項１２乃至１６のいずれか１項に記載の第１の送受信機（３００）。
【請求項２１】
前記レポートに複数のセグメントを含め、
前記構造フィールドに前記レポートに存在するセグメントの総数に関する情報も含める
ことを特徴とする請求項２０に記載の第１の送受信機（３００）。
【請求項２２】
前記セグメントのサイズに関する情報も前記構造フィールドに含めることを特徴とする請求項２１に記載の第１の送受信機（３００）。
【請求項２３】
セルラ・アクセス・システムにおけるユーザ機器または無線基地局であることを特徴とする請求項１２乃至２２のいずれか１項に記載の第１の送受信機（３００）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はセルラ・アクセス・システムで用いられる方法を公開し、このシステム内にはシステム内のセルへの及びセルからのトラヒックの制御のための少なくとも一つの無線基地局ＲＢＳが存在し、このセルにはユーザ機器ＵＥを有するユーザが存在し得る。本発明によって、いわゆるＡＣＫ／ＮＡＣＫの改良されたパフォーマンスを得ることができる。
【背景技術】
【０００２】
現行のＥＤＧＥ規格は、異なる二つの無線リンク制御ＲＬＣの動作モードである確認モードと非確認モードとを許容する。非確認モードでは、再送遅延がないためデータ遅延は最小限に保たれるが、許容可能なフレーム・エラー・レートＦＥＲを保証するために過度の通信路符号化が用いられるため帯域を消費する。
【０００３】
一方、確認モードでは、データ・ブロックは遅延要求に関わらず正しく受信されるまで再送される。再送回数は無制限であるため、確認ベアラ（ａｃｋｎｏｗｌｅｄｇｅｄ  ｂｅａｒｅｒ）によるいかなる最大遅延要求をも保証することができない。さらに、肯定応答ＡＣＫ／否定応答ＮＡＣＫに関する情報を含む必要な制御ブロックの送信は、反対方向すなわち「戻り」方向で極めて多量の帯域を消費するかもしれない。
【０００４】
ＧＥＲＡＮ、ＧＳＭ  ＥＤＧＥ無線アクセス・ネットワーク、および３ＧＰＰのエボリューションのフレームワークにおいて、遅延にクリティカルなサービスに適した非永続（ｎｏｎ−ｐｅｒｓｉｓｔｅｎｔ）ＲＬＣ動作モード、「ＮＰＭ」モードがＥＤＧＥ規格に含まれるだろう。非永続モードは確認モードの動作に類似するが、ＲＬＣブロックの受信からこれが上位の論理リンク制御ＬＬＣプロトコル層に配送されるまでの最大許容時間を強制するためにタイマの使用が提案される点で異なる。
【０００５】
現行のＧＥＲＡＮシステムでは、確認モードに対するＡＣＫ／ＮＡＣＫ情報は、開始シーケンス番号と無線ブロックを表現するビットマップとを含む特別な制御ブロックで送信される。レポート送信方針（ｓｔｒａｔｅｇｙ）、例えばどのように及びいつレポートが送信されるか等は、ネットワークによって制御される。携帯電話は基地局からのポーリング（ｐｏｌｌ）に応答してＡＣＫ／ＮＡＣＫ情報を送信するだろう。ポーリングはいつ制御ブロックを送信するかに関する情報とレポートの内容とを含むだろう。
【０００６】
ファースト・パーシャル・ビットマップＦＰＢとネクスト・パーシャル・ビットマップＮＰＢという二つのレポート送信内容の可能性がある。ＦＰＢレポートは受信ウィンドウの先頭、すなわち最も古い未確認（ｏｕｔｓｔａｎｄｉｎｇ）データ・ブロックから始まり、一方ＮＰＢレポートは最新のＡＣＫ／ＮＡＣＫレポートのビットマップが終了したところから始まる。
【０００７】
現行のＡＣＫ／ＮＡＣＫレポート送信プロトコルの欠点は、ＡＣＫ／ＮＡＣＫ情報が送信されるごとに毎回完全な制御ブロックが必要とされることである。従って、頻繁なＡＣＫ／ＮＡＣＫ情報が必要となる場合には、遅延の影響を受けやすいサービスにとってオーバーヘッドが多大であるだろう。
【０００８】
このため、３ＧＰＰのＧＥＲＡＮエボリューションのフレームワークでは、新たなＡＣＫ／ＮＡＣＫプロトコルがＧＥＲＡＮに導入されるべきことが提案されてきている。この提案は、反対側リンク方向のデータパケットに「ピギーバック」されるＡＣＫ／ＮＡＣＫメッセージを使用するイベント・ベースのプロトコルである。イベントは、受信機により検出された送信におけるエラーとして定義される。この方法は、著しいオーバーヘッドなしに、再送を著しく減少する可能性を有する。国際特許出願ＰＣＴ／ＳＥ２００６／０５００８０は、これらのピギーバックされたＡＣＫ／ＮＡＣＫレポート「ＰＡＮ（ｐｉｇｇｙ−ｂａｃｋｅｄ  ＡＣＫ／ＮＡＣＫ  Ｒｅｐｏｒｔ）」が、未確認の無線ブロックを特定するブロック・シーケンス番号ＢＳＮと、特定されたＢＳＮの後にある無線ブロックのＡＣＫ／ＮＡＣＫ情報を与えるビットマップと、ＡＣＫ／ＮＡＣＫ情報のサイズを特定するサイズ・ビットまたは拡張ビットととの組み合わせとしてどのように設計され得るかを開示する。この方法は、送信されたＡＣＫ／ＮＡＣＫ情報が一つの単独のＰＡＮを構成するか、いくつかの複数のセグメントのＰＡＮに分割されることを可能とする。
【０００９】
しかしながら、いくつか場合においては、既存の規格、提案された規格変更、または前述した以前の特許出願のいずれも、確認モードと非永続モードとのうちの少なくともいずれかの無線ベアラを採用するサービスへの最高のパフォーマンスを得るためにＰＡＮによってＲＬＣウィンドウのどの部分がカバーされるかに関する十分な情報を与えないであろう。
【００１０】
ピギーバックされたＡＣＫ／ＮＡＣＫ情報ＰＡＮを有するイベント・ベースのＲＬＣ動作モードを用いる場合に、以下の課題が興味の対象となるであろう。
【００１１】
ファースト・パーシャル・ビットマップＦＰＢとネクスト・パーシャル・ビットマップＮＰＢとによるレポート送信方針は、イベントを起こすＲＬＣブロックを識別するＢＳＮ番号がＰＡＮに含まれることを保証しない。例えばＦＰＢでは、ＲＬＣウィンドウの低い側の端（最小のＢＳＮ）に到達するまで、このＢＳＮはＰＡＮに含まれないだろう。このことは再送遅延を著しく大きくすることになる。
【００１２】
非永続の無線ベアラを使用する、遅延に影響を受けやすい種類のサービスでは、このことは、より重いジッタを含むだけでなく、ＮＰＭ転送タイマがすでにＲＬＣブロックを破棄してしまって、引き続いてフレーム・エラー・レートＦＥＲを増加させるほどに遅れているかもしれない。確認モードのサービスにとって、ＲＬＣ送信ウィンドウをストールさせ、システムのパフォーマンスとスループットとを悪化させる潜在的な危険性があるだろう。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
上記で説明したように、前述した種類のイベント・ベースの「ピギーバック」されたＡＣＫ／ＮＡＣＫレポート送信プロトコルを使用するシステムを改良することができる方法の必要性がある。好適には、本方法はセルラ・アクセス・システムでの適用を目的とする。
【課題を解決するための手段】
【００１４】
この要求は、システム内のセルへの及びセルからのトラヒックを制御する少なくとも一つの無線基地局ＲＢＳが存在するセルラ・アクセス・システムで用いる方法が提供される点で本発明により扱われる。
【００１５】
セルにはユーザ機器ＵＥを有するユーザが存在することができ、ＲＢＳとＵＥとはシーケンス番号を含むデータ・ブロックを相互に送信し受信することが可能である。
【００１６】
ＲＢＳとＵＥとはデータ・ブロックを成功して受信しているか否かに関する情報を含むレポートも交換し、ＵＥとＲＢＳとはレポート送信元またはレポート受信先のいずれにもなることができる。
【００１７】
本発明の方法はさらに、
・レポート受信先に向けてレポートを含む送信をレポート送信元に送信させる工程であって、レポートはデータ・ブロックを成功して受信しているか否かに関する情報を含む工程と、
・レポート受信先に向けて又はセル内の別の相手に向けて送信することを望むデータとともにレポートをレポート送信元に送信させる工程と、これは、本明細書に前述していたデータとともに「ピギーバック」するレポートであり、
・データ・ブロックの受信先のための及び前記送信内のレポートのためのアドレスをレポート送信元に付させる工程と、を備える。
【００１８】
本発明の方法によれば、内部の優先ランク付けを与えている優先ルールの少なくとも一つを用いてレポートの内容をレポート送信元は決定し、該優先ルールは、
・他のデータ・ブロックよりも低い遅延耐性を有すると識別されたデータ・ブロックを優先的に扱うこと、
・エラーで受信されていると検出されていて、かつ、該エラーが検出されたために状態がレポートされていないデータ・ブロックを優先的に扱うこと、
・シーケンス番号に従って、大きいシーケンス番号を有するデータ・ブロックよりも小さいシーケンス番号を有するデータ・ブロックを優先的に扱うこと、である。
【００１９】
本発明はまた、前述した原理に従って作動するセルラ・アクセス・システム内で用いられるユーザ機器または無線基地局のような送受信機を公開する。
【００２０】
本発明は添付の図面を参照しつつ、以下により詳細に説明される。
【発明を実施するための最良の形態】
【００２１】
本発明は、好適な実施形態の例を使用し、添付の図面を参照して、以下に詳細に説明される。ＥＤＧＥ規格やＧＳＭシステムのような、既知のシステムからの特定の規格と用語とが参照されることがある。このような参照は明確で具体的な例を提供するためになされ、制限するものとみなされる意図はない。他のシステムでは異なる用語が使用されるであろうが、本発明は、以下の実施形態で示されるものと同様の機能を使用する広い範囲のセルラ・アクセス・システムにも同様に十分に適用できることが当業者に理解されよう。
【００２２】
例えば、セルラ・アクセス・システム内のノードが以下で示され、無線基地局ＲＢＳとして参照される。あるシステムでは、ＲＢＳの機能と本質的に同じ機能はノードＢまたは時には「ｅノードＢ」として知られるノードによって実行される。同様に、以下の例でユーザ機器ＵＥとして参照されるノードは、他のシステムでは移動局ＭＳとして参照されることもある。
【００２３】
従って、図１を参照して、本発明が適用され得るセルラ・アクセス・システム１００を示す。図１に見られるように、システム１００は、システム１００内のセルへの及びセルからのトラヒックを制御する無線基地局ＲＢＳ１２０を備える。
【００２４】
セル１００には、ユーザ機器ＵＥ１３０、１４０を有するユーザが存在し得る。ＲＢＳ１２０とＵＥ１３０とは、ブロック内のデータを互いへ送信し及び互いから受信することができる。ＲＢＳとＵＥとの間で送信されるデータはシーケンス番号を備えてもよく、シーケンス番号はデータ・ブロックを特定することを支援する。
【００２５】
上記で説明したように、本発明は主にＡＣＫ／ＮＡＣＫレポート向けの新たなレポート送信方針（ｒｅｐｏｒｔｉｎｇ  ｓｔｒａｔｅｇｙ）を提供することを意図し、特にレポート送信元（ｒｅｐｏｒｔｉｎｇ  ｐａｒｔｙ）から他の相手（ｐａｒｔｙ）すなわちレポートが照会するデータを送信する相手である「レポート受信先（ｒｅｐｏｒｔ  ｒｅｃｅｉｖｉｎｇ  ｐａｒｔｙ）」に送信されたデータにＡＣＫ／ＮＡＣＫレポートが「ピギーバック」（「ＰＡＮ」）される場合に、ＡＣＫ／ＮＡＣＫの「イベント・ベース」のレポート送信とともにこの新たなレポート送信方針を使用することができる。本発明は、上記で説明してきたように、確認または非永続ＲＬＣモードのいずれにも適用でき、本発明はこれらのモード向けのＰＡＮによってＲＬＣ送信ウィンドウのどの部分がカバーされるべきかを説明する。
【００２６】
本発明の別の実施形態では、ＡＣＫ／ＮＡＣＫレポートは、システム内のレポート受信先でない相手をアドレスとした、または、レポート受信先でない相手に向けたデータ送信に「ピギーバック」され得る。この実施形態は本明細書の後半で詳説される。
【００２７】
上記で説明したように、ＲＢＳ１２０とＵＥ１３０、１４０との両方が、レポート送信元またはレポート受信先のいずれにもなり得る。従って、以下に続く説明では、ＲＢＳとＵＥとのいずれもシステム内のいずれの役割をすることができるため、ＲＢＳまたはＵＥを参照として用いない。その代わりに、「レポート送信元」もしくは「レポート受信先」またはこれらの用語に本質的に同義である用語を参照として用いる。
【００２８】
本発明の本実施形態によれば、レポート送信元はレポート受信先にＡＣＫ／ＮＡＣＫレポートを送信し、そうしてレポート受信先によって送信されたデータ・ブロックが成功して受信されたか否かに関する情報をレポートに含める。また、本発明のこの実施形態によれば、レポート送信元は、レポート受信先すなわちＡＣＫ／ＮＡＣＫレポートが関連するデータを送信してきた相手にレポート送信元が送信する必要があるデータとともにＡＣＫ／ＮＡＣＫレポートを送信する。
【００２９】
また、本発明によれば、レポート受信先からデータを受信しているレポート送信元は、以下に説明される複数の優先ルールの少なくとも一つを用いてＡＣＫ／ＮＡＣＫレポートの内容を決定してもよい。しかしながら、これもまた説明されようが、本発明によれば、このようなレポート送信元またはシステムは、優先ルールのランク付け、すなわち以下に説明される２以上のルールの間で競合があった場合にどのルールが最も重要であるかをレポート送信元が決定することを可能とするルールを作る必要がある。このランク付けは、例えばシステムの導入またはセットアップの際に１回限りなされてもよいし、定期的な時間間隔やレポートが送信されるごとに適応的になされてもよい。
【００３０】
本発明によれば、ＧＥＲＡＮのＡＣＫ／ＮＡＣＫレポート送信についての以前の方法とは反対に、ＡＣＫ／ＮＡＣＫレポート送信はＵＥからも同様に制御され得る。しかしながら、アイデアは以下においてレポート送信元に関して説明される。なぜなら、本発明の背景にあるアイデアはＡＣＫ／ＮＡＣＫレポートがＵＥに送信する場合にＲＢＳによっても使用され得るからである。
【００３１】
ＵＥがレポート送信元の場合は、ネットワークがＲＢＳを介してＰＡＮレポートを求めるポーリングをＵＥに送信する可能性もある。
【００３２】
ここで、優先ルールに戻り、以下の優先ルールが本発明に含まれる。
・他のデータ・ブロックよりも低い遅延耐性を有すると識別されたデータ・ブロックを優先的に扱う。従って、低い遅延耐性を有するテンポラリ・ブロック・フローＴＢＦに属するデータ・ブロックは高い優先度を有する。
・エラーで受信されていたと検出されていて、エラーが検出されたため状態がレポートされていないデータ・ブロックを優先的に扱う。このことは送信エラーができるだけ早くレポートされ、送信遅延が最小限に保たれることを保証する。
・シーケンス番号に従って、大きいシーケンス番号を有するシーケンス番号よりも小さいシーケンス番号を有するデータ・ブロックを優先的に扱う。従って、小さいブロック・シーケンス番号ＢＳＮを有するデータ・ブロックは高い優先度を有し、システム内に長い時間存在しているデータ・ブロックが優先され、引き続いて、遅延ジッタを低く保つ。
【００３３】
優先ルールはまた、通常はＲＢＳからＵＥに対して行われるポーリングがされているか否かに依存して変更できる。例えば、テンポラリ・ブロック・フローＴＢＦに属し、ポーリングがされているデータ・ブロックは、最も優先的に扱われるだろう。優先を適応する別の方法は、ポーリングされたＴＢＦのうち最小のＢＳＮを有するデータ・ブロックを最も優先的に扱うことである。このルールでは、ＰＡＮのポーリングはＦＰＢのポーリングと同様であり、ＵＥ内の受信ウィンドウの先頭の基地局のＡＣＫ／ＮＡＣＫ情報を与えるであろう。
【００３４】
優先ルールはＰＡＮのサイズを決定するのにも使用できる。例えば、本発明の１以上の優先ルールによってカバーされるすべてのデータ・ブロックをカバーするのにＰＡＮが十分に大きくあるべきことが決定されるだろう。
【００３５】
時間的に大きく離れた、または異なるＴＢＦに属するエラーをレポート送信元がレポートすることを可能とするために、いくつかの開始シーケンス番号ＳＳＮを有する複数セグメントのＰＡＮが必要となる。ＰＡＮがシステム内に自己の通信路符号化を有する場合に、ＰＡＮを受信した相手がその復号を始める前にサイズが知られるように、ＰＡＮのサイズがメッセージのヘッダに事前に規定されまたは信号化されるべきである。オプションとして、送信内のまたはメッセージ内のＰＡＮの存在または不在を信号化するのにメッセージ内の（１以上のビットから構成される）フラグを使用することができ、送信内にまたはメッセージ内に含まれるＰＡＮが存在する場合に、多くの異なるが既知である代替のＰＡＮサイズを試しながら、受信者はＰＡＮの復号を試みることができる。
【００３６】
ＰＡＮの構造、すなわちセグメント数とセグメントの相対サイズとはメッセージ・ヘッダ内に信号化され、この代替として、ヘッダのスペースを節約するためにＰＡＮの先頭における特定の構造フィールド（ｓｔｒｕｃｔｕｒｅ  ｆｉｅｌｄ）を使用できるだろう。そして、この構造フィールドは、１以上の所定のＰＡＮ構造のどれが使用されるかに関する情報を含むだろう。構造フィールドのサイズと解釈とはＰＡＮのサイズに依存して変えることができるだろう。
【００３７】
ＰＡＮを１以上のセグメントで構成させることに関する決定は、ＰＡＮを送信する側によってなされるべきである。単独セグメントのＰＡＮは、同一サイズの２セグメントのＰＡＮよりも多くの連続したＢＳＮのためのＡＣＫ／ＮＡＣＫ情報を運ぶことができるが、２セグメントのＰＡＮはより広い範囲のＢＳＮをカバーできる。本発明で提案される方法は、これらの両方の種類のＰＡＮをテストして、どの種類が最もよく優先ルールを満たし、最多のエラーのブロックを含むかを評価する。
【００３８】
本発明の読者の理解を容易にするために、本発明の実施形態のいくつかの例がここで与えられる。
【００３９】
ＧＥＲＡＮ、ＧＳＭ  ＥＤＧＥ無線アクセス・ネットワークにおいて、本発明に係るＡＣＫ／ＮＡＣＫレポート送信スキームは、以下に示されるＰＡＮとレポート送信方針との使用に含まれ得るだろう。以下の例ではレポート送信元としてＵＥを用いるが、以下に説明する方法は適切に修正することでＲＢＳにも適用され得るだろうことが当業者には理解されよう。
【００４０】
ＵＥ１３０、１４０は、ＲＢＳ１２０によってＰＡＮをポーリングされた場合、またはエラーした送信が検出された場合にＰＡＮを送信する。このＰＡＮは二つまたは三つの所定のサイズのうちの一つを有し、このサイズは上述のようにヘッダ内に信号化される。大きなＰＡＮサイズが使用される場合に、ＰＡＮは構造ビットから始まり、一つまたは二つのセグメントが使用されるかどうかが定義される。
【００４１】
そして、ＵＥ内の決定手段によって、以下の優先順位を用いて、どのデータ・ブロックがＰＡＮでカバーされるかが決定される。
１．強制的なＰＡＮポーリングを受信しているテンポラリ・ブロック・フローＴＢＦ、ＡＣＫ／ＮＡＣＫ情報は、ＰＡＮでピギーバックされることが許容される。
・送信ウィンドウの先頭、すなわち最小のＢＳＮはＰＡＮでカバーされるだろう。
２．非永続モードＮＰＭにおけるＴＢＦの未レポートの送信エラー。
・最低の遅延耐性（例えば、ＮＰＭ転送時間の最小の設定）を有するＮＰＭ  ＴＢＦが最初に選択されるだろう。
・選択されたＮＰＭのＴＢＦに対して、最小のＢＳＮ番号を有する未レポートの新たなエラーが最初に選択されるべきである。
・新たな未レポートのエラーがなくなるまで繰り返す。
３．確認モードＡＣＫＭにおけるＴＢＦの未レポートの送信エラー。
・選択されたＡＣＫＭのＴＢＦに対して、最小のＢＳＮ番号、すなわち最も古い未確認ブロックを有する未レポートの新たなエラーが最初に選択されるだろう。
・新たな未レポートのエラーがなくなるまで繰り返す。
４．非永続モードにおけるＴＢＦのその他の未確認データ・ブロック。
・最低の遅延耐性（ＮＰＭ送信時間）を有するＴＢＦが最初。
・選択されたＮＰＭのＴＢＦに対して、最小のＢＳＮ番号を有するその他の未確認ブロックが最初に選択されるべきである。
５．確認モードにおけるＴＢＦのその他の未確認データ・ブロック。
・選択されたＡＣＫＭのＴＢＦに対して、最小のＢＳＮ番号、すなわち最も古い未確認ブロックを有する未レポートの新たなエラーが最初に選択されるべきである。
【００４２】
確認モードに対して、項目３に記載されるが、確認モードのＲＬＣは、ＰＡＮ内のイベントを起こすＢＳＮを確かにカプセル化するだろう。複数セグメントのＰＡＮの場合には、第１のセグメントに適合できるよりも多くの新たな未レポートのエラーがあるときに、例えば、第２のセグメントが残りの未レポートのエラーで埋められ続ける。
【００４３】
一方、すべての新たな未レポート・エラーが第１のセグメントに適合した場合に、項目４が、第２のセグメントが受信ウィンドウの先頭をカバーして、ファースト・パーシャル・ビットマップＦＰＢとして事実上作動することを強制し、これにより、例えば、ストールすることを防ぐことができる。
【００４４】
最大ＰＡＮサイズが使用されたとしても、ＰＡＮ内のすべての新たな未レポートのエラーを適合することができない場合は、可能ならば次回に新たなＰＡＮを送信するために、ＵＥによって新たなイベントが生成される。
【００４５】
第１の例
上記の項目１−５に関連して概説した方針を用いて、確認モードにおける１セグメントのＰＡＮを用いた本発明の適用として以下の例があり得る。
【００４６】
確認ＲＬＣモードにおいて、データ・ブロック１６および１８は未レポートの新たなエラーを含み、全部のエラー・データ・ブロック（すなわち未確認ブロック）はブロック４、７、１６、および１８であると仮定する。ブロック２０以下のすべての他のブロックは正しく受信されていると仮定する。さらに、システムには１セグメントのＰＡＮのみが許容され、ＰＡＮは４ビットのビットマップ「ＢＳＮ＿ＭＡＰ」を有することができるように設計され、各ビットは一つの無線ブロックを表し、ビット値１は無線ブロックの正常な受信を意味し、ビット値０は無線ブロックが正しく受信されていないことを意味する。正しく受信されなかった一つの無線ブロックを特定し、ビットマップ「ＢＳＮ＿ＭＡＰ」の開始点を与える開始シーケンス番号ＳＳＮもあってもよい。
【００４７】
本発明で提案される方針によれば、ＰＡＮはその後に以下の特性を生み出すだろう。
ＳＳＮ＝１６、ＢＳＮ＿ＭＡＰ＝１０１１、カバーされるＢＳＮは１７−２０。
【００４８】
一方、同じ状況で、ＦＰＢは以下のＰＡＮを生み出すだろう。
ＳＳＮ＝４、ＢＳＮ＿ＭＡＰ＝１１０１、カバーされるＢＳＮは５−８。
【００４９】
ＦＰＢがエラーのあるＢＳＮ１６および１８をカバーし始めるまでしばらくかかり、引き続いて、本発明で提案される方針であるイベント・ベースのビットマップＥＢＢと比較して送信遅延が増加するだろうことを、ここで指摘しておくべきである。
【００５０】
第２の例
上記の項目１−５に関連して概説した方針を用いて、一つまたは二つのセグメントのＰＡＮを用いた本発明の別の適用として以下の例があり得る。
【００５１】
ここでもやはり、確認ＲＬＣモードで動作し、未レポートの新たなエラーがデータ・ブロック１６および１８にあるシステムを仮定する。しかしながら、今回は、正しく受信されていないすべての量のデータ・ブロックは、ブロック４、７、１１、１２、１６、および１８であると仮定する。ブロック２０以下のその他の全てのブロックは、正しく受信されていると仮定する。
【００５２】
さらに、この例においてシステムは２セグメントのＰＡＮを許容し、このＰＡＮはそれぞれが４ビットのビットマップである二つのＢＳＮ＿ＭＡＰを有してもよいように設計されると仮定する。
【００５３】
本発明のレポート送信方針であるＥＥＢは、この例において、以下のような特性のＰＡＮを生み出すだろう。
第１のセグメント：ＳＳＮ＝１６、ＢＳＮ＿ＭＡＰ＝１０１１（ＢＳＮ１７−２０をカバーする）。
第２のセグメント：ＳＳＮ＝  ４、ＢＳＮ＿ＭＡＰ＝１１０１（ＢＳＮ５−８をカバーする）。
【００５４】
一方、ＦＰＢの方針は以下の特性を有するＰＡＮを生み出すだろう。
第１のセグメント：ＳＳＮ＝  ４、ＢＳＮ＿ＭＡＰ＝１１０１（ＢＳＮ５−８をカバーする）。
第２のセグメント：ＳＳＮ＝１１、ＢＳＮ＿ＭＡＰ＝０１１１（ＢＳＮ１２−１５をカバーする）。
【００５５】
この場合もやはり、本発明のイベント・ベースの方針であるＥＢＢは、ＦＰＢの方針が再送を要求するよりも前に、ブロック１６および１８の再送を要求するだろう。このことは、ＲＬＣのブロック遅延を少なくする。さらに、ＥＥＢの方針はなおも、ＦＰＢと同様に、送信ウィンドウの先頭をカバーする。
【００５６】
要約すれば、図２は本発明の方法のいくつかのステップについての簡単なフローチャート２００を示す。ステップ２１０で、レポート送信元はレポートを含む送信をレポート受信先に送信し、レポートはレポート受信先によって送信されたデータ・ブロックが成功して受信されたか否かに関する情報を含み、レポートはレポート送信元からレポート受信先にまたは前述の通りセル内の別の相手にデータとともに送信される。レポート送信元はデータ・ブロックの受信先のためのおよび送信内のレポートのためのアドレスを付す。
【００５７】
さらに、ステップ２２０で、レポート送信元は、少なくとも一つの以下の優先ルールであるステップ２３０−２５０を用いて、レポートの内容を決定する。以下の優先ルールは内部の優先ランク付けに与えられている。
・ステップ２３０で、他のデータ・ブロックよりも低い遅延耐性を有すると識別されたデータ・ブロックを優先的に扱う。
・ステップ２４０で、エラーで受信されたとして検出されていて、エラーが検出されたため状態がレポートされていないデータ・ブロックを優先的に扱う。
・ステップ２５０で、シーケンス番号に従って、大きいシーケンス番号を有するデータ・ブロックよりも小さいシーケンス番号を有するデータ・ブロックを優先的に扱う。
【００５８】
点線のステップ２６０で示されるようにこれはオプションのステップであり、ＵＥ１３０、１４０がレポート送信元である場合に、レポート２１０はＲＢＳ２１０からの要求すなわちポーリングによって引き起こされる。
【００５９】
図３は本発明の送受信機３００の概略ブロック図を示し、送受信機は前述したシステム１００内のＵＥまたはＲＢＳのいずれかである。送受信機３００は、シーケンス番号を含んでもよいデータ・ブロックを、システム内の第２の送受信機へ送信する手段３１０と、第２の送受信機から受信する手段３２０とを備え、送受信機３００は第２の送受信機に関するレポート送信またはレポート受信先であり得る。
【００６０】
送受信機３００は、第１の送受信機がレポート送信元である場合に、レポート受信先にレポートを送信する手段を備え、レポートは、レポート受信先によって送信されたデータ・ブロックが成功して受信されたか否かに関する情報を含み、データとともにこのレポートをレポート受信先に送信する手段３４０もまた備える。手段３３０と手段３４０とは単一かつ同一であってもよく、例えば、図３に示すように、マイクロプロセッサやその他の制御装置であり、送信器３１０と受信器３２０とを制御し調整する。
【００６１】
送受信機３００はまた、前述した優先ルールの少なくとも一つを用いてレポートの内容を決定する手段３５０を備える。この手段３５０はまた、前述したプロセッサやコントローラによって実現されてもよい。
【００６２】
本発明は上記に説明され図面に示された実施形態の例に制限されず、添付の請求の範囲内で自由に変形されてもよい。例えば、本明細書において前述したように、レポート送信元は、レポート受信先またはセル内の別の相手に対してデータとともにＡＣＫ／ＮＡＣＫレポートを送信できる。
【００６３】
従って、例えば、ＲＢＳは、セル内の一つのＵＥに向けたデータとセル内の別のＵＥに向けたＡＣＫ／ＮＡＣＫレポート（「ＰＡＮ」）とを含むメッセージをブロードキャストしてもよい。メッセージは「ブロードキャスト」メッセージであるため、両方のＵＥがメッセージを受信し、ＲＢＳはデータの受信先と送信内のＡＣＫ／ＮＡＣＫレポートの受信先との両方のアドレスを含むため、両方のＵＥが自身に向けた送信またはメッセージの部分のみを抽出するだろう。例えば、本発明に係る典型的なメッセージはデータ部分と「レポート部分」すなわちＰＡＮ部分とを含むだろう。メッセージはまた、ＰＡＮのためのアドレスだけでなく、データのためのアドレスも含むだろう。
【００６４】
ＰＡＮのためのアドレスは多くの方法で設計されるであろう。一つの方法はメッセージにデータのためとＰＡＮのためとの両方の明示的なアドレスを含めることであり、別の方法はメッセージ内のＰＡＮの存在または不在を信号化したフラグ（１以上のビット）メッセージに含め、このようなＰＡＮに意図したアドレスを含めることである。別の方法では、本明細書で前述したように、メッセージ内のＰＡＮの不在または存在を信号化したフラグを使用し、その後にレポート受信先に異なるＰＡＮサイズを試させることである。
【図面の簡単な説明】
【００６５】
【図１】本発明を適用し得るシステムの一例を示す図である。
【図２】本発明のステップのフローチャートの一例を示す図である。
【図３】本発明の送受信機の一例を示す図である。
【図１】
2009534916.tif 000003
【図２】
2009534916.tif 000004
【図３】
2009534916.tif 000005
【国際調査報告】
2009534916.tif 000006
2009534916.tif 000007
2009534916.tif 000008
2009534916.tif 000009