(57)【要約】  本発明は、通信ネットワーク・システムにおいて送信部と受信部との間での送信ストーリングの危険性を低減するための方法および送信部に関するものであり、通信ネットワーク・システムは、受信部にデータ・ブロックを送信するように構成された送信部を備えている。各データ・ブロックは、ブロック・シーケンス番号を含み、送信されたデータ・ブロックは送信バッファに格納される。送信バッファ・ウィンドウは送信されたデータ・ブロックの再送フローを制御するように構成される。ブロック・シーケンス番号がピギーバックされる確認応答／否定応答フィールドで確認応答されている場合、ブロック・シーケンス番号は、ブロック・シーケンス番号に対する確認応答を含むパケットアップリンク確認応答／否定応答メッセージまたはパケットダウンリンク確認応答／否定応答メッセージの受信に応じて、確認応答されたものととして設定される。
2011512063.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク・システムにおいて送信部（３２、３３、３６）と受信部（３１、３４、３７）との間での送信ストーリングの危険性を低減するための方法であって、通信ネットワーク・システムは前記受信部（３１、３４、３７）にデータ・ブロックを送信するように構成された前記送信部（３２、３３、３６）を備えており、各データ・ブロックはブロック・シーケンス番号を含み、送信された前記データ・ブロックは送信バッファに格納され、送信バッファ・ウィンドウは前記送信されたデータ・ブロックの再送フローを制御するように構成され、
前記方法は、
−ブロック・シーケンス番号がピギーバックされる確認応答／否定応答フィールドで応答されている場合に、前記ブロック・シーケンス番号に対する確認応答を含むパケットアップリンク確認応答／否定応答メッセージまたはパケットダウンリンク確認応答／否定応答メッセージの受信に応じて、前記ブロック・シーケンス番号を確認応答されたと設定する工程
を備えることを特徴とする方法。
【請求項２】
前記ブロック・シーケンス番号が確認応答として設定される場合に、
前記方法が前記送信バッファ・ウィンドウを確認状態変数Ｖ（Ａ）＝［ＢＳＮ'＋１］modulo ＳＮＳに進める工程をさらに備え、
前記ＢＳＮ'はブロック・シーケンス番号であり、前記ＳＮＳはシーケンス番号域であることを特徴とする請求項１に記載の方法。
【請求項３】
前記受信部（３１、３７）が受信バッファ・ウィンドウを有する受信バッファを備え、前記方法がさらに
−前記パケット・アップリンク確認応答／否定応答メッセージ、または、前記パケット・ダウンリンク確認応答／否定応答メッセージが、前記受信バッファ・ウィンドウの開始に対応する受信ウィンドウ状態変数Ｖ（Ｑ）に等しいブロック・シーケンス番号に対する確認応答／否定応答を備え、前記送信バッファ・ウィンドウに前記受信ウィンドウ状態変数Ｖ（Ｑ）より小さいブロック・シーケンス番号がある場合に、前記受信ウィンドウ状態変数Ｖ（Ｑ）より小さい前記ブロック・シーケンス番号を確認応答として見なす工程
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
無線リンク制御確認モードが用いられる場合に、
前記方法が、前記パケットアップリンク確認応答／否定応答メッセージ、または、前記パケットダウンリンク確認応答／否定応答メッセージの受信ブロック・ビットマップで相手方から受信した値から、前記確認状態変数Ｖ（Ａ）を更新する工程を備える
ことを特徴とする
請求項１に記載の方法。
【請求項５】
無線リンク制御非永続型モードがマルチメディアブロードキャスト／マルチキャスト・サービス・ベアラに対して用いられる場合に、
前記方法が、マルチメディアブロードキャスト／マルチキャスト・サービスダウンリンク確認応答／否定応答メッセージの受信ブロック・ビットマップで相手方から受信した値から、前記確認状態変数Ｖ（Ａ）を更新する工程を備えることを特徴とする請求項１に記載の方法。
【請求項６】
無線リンク制御非永続型モードがＥＧＰＲＳトランスポート・ブロック・フォーマットに対して用いられる場合に、
前記方法が、前記パケットアップリンク確認応答／否定応答メッセージ、ＥＧＰＲＳパケットダウンリンク確認応答／否定応答メッセージ、ＥＧＰＲＳパケットダウンリンク確認応答／否定応答タイプ２メッセージ、または、前記ピギーバックされる確認応答／否定応答フィールドにおいて、相手方から受信した値から前記確認状態変数Ｖ（Ａ）を更新する前記工程を備える
ことを特徴とする請求項１に記載の方法。
【請求項７】
前記方法が、
−前記確認状態変数Ｖ（Ａ）を、［Ｖ（Ｓ）−ＢＳＮ'］modulo ＳＮＳ≦ＷＳの条件を満たす、前記送信バッファ内の最も古いデータ・ブロックのブロック・シーケンス番号に設定する工程と、
−もし、すべてのデータ・ブロックが対応する相手方または複数の相手方により肯定的に確認応答されていれば、前記確認状態変数Ｖ（Ａ）を前記Ｖ（Ｓ）に設定する工程と
のいずれかをさらに備え、
前記Ｖ（Ｓ）は送信状態変数、前記ＢＳＮ'はブロック・シーケンス番号、ＳＮＳはシーケンス番号域、ＷＳはウィンドウ・サイズであることを特徴とする請求項１に記載の方法。
【請求項８】
無線リンク制御確認モードが用いられ、ピギーバックされる確認応答／否定応答フィールドのビットマップが解釈される場合に、
前記方法が、確認応答に設定されているであろうシーケンス番号域要素の配列Ｖ（Ｂ）の要素のいずれをも暫定的確認に設定する工程を備えることを特徴とする請求項１に記載の方法。
【請求項９】
通信ネットワーク・システムにおける送信部（３２、３３、３６）であって、受信部（３１、３４、３７）との間での送信ストーリングの危険性を低減し、データブロックを前記受信部（３１、３４、３７）に送信するように構成された送信部であり、
各データ・ブロックはブロック・シーケンス番号を含み、送信された前記データ・ブロックは送信バッファに格納され、送信バッファ・ウィンドウは前記送信されたデータ・ブロックの再送フローを制御するように構成され、
前記ブロック・シーケンス番号がピギーバックされる確認応答／否定応答フィールドで応答されている場合、前記送信部が前記ブロック・シーケンス番号に対する確認応答を含むパケットアップリンク確認応答／否定応答メッセージまたはパケットダウンリンク確認応答／否定応答メッセージの受信に応じて、前記ブロック・シーケンス番号を確認応答されたとして設定するように構成されている
ことを特徴とする送信部。
【請求項１０】
前記ブロック・シーケンス番号が確認応答として設定される場合に、
前記送信部が前記送信バッファ・ウィンドウを確認状態変数Ｖ（Ａ）＝［ＢＳＮ'＋１］modulo ＳＮＳに進めるようにさらに構成され、ＢＳＮ'はブロック・シーケンス番号であり、ＳＮＳはシーケンス番号域であることを特徴とする請求項９に記載の送信部。
【請求項１１】
前記受信部（３１、３４、３７）は受信バッファ・ウィンドウを有する受信バッファを備え、
前記パケットアップリンク確認応答／否定応答メッセージまたは前記パケットダウンリンク確認応答／否定応答メッセージが、前記受信バッファ・ウィンドウの開始に対応する受信ウィンドウ状態変数Ｖ（Ｑ）に等しいブロック・シーケンス番号に対する確認応答／否定応答を備え、前記送信バッファ・ウィンドウに前記受信ウィンドウ状態変数Ｖ（Ｑ）より小さいブロック・シーケンス番号がある場合に、前記送信部がさらに前記受信ウィンドウ状態変数Ｖ（Ｑ）より小さい前記ブロック・シーケンス番号を確認応答と見なすように構成されることを特徴とする請求項９に記載の送信部。
【請求項１２】
無線リンク制御確認モードが用いられる場合に、
前記送信部（３２、３３、３６）がさらに前記パケットアップリンク確認応答／否定応答メッセージ、または、前記パケットダウンリンク確認応答／否定応答メッセージの受信したブロック・ビットマップで相手方から受信した値から、前記確認状態変数Ｖ（Ａ）を更新するように構成されることを特徴とする請求項９に記載の送信部。
【請求項１３】
無線リンク制御非永続型モードがマルチメディアブロードキャスト／マルチキャスト・サービス・ベアラに対して用いられる場合に、
前記送信部（３２、３３、３６）がさらに、マルチメディアブロードキャスト／マルチキャスト・サービスダウンリンク確認応答／否定応答メッセージの受信したブロック・ビットマップで相手方から受信した値から、前記確認状態変数Ｖ（Ａ）を更新するように構成されることを特徴とする請求項９に記載の送信部。
【請求項１４】
無線リンク制御非永続型モードがＥＧＰＲＳトランスポート・ブロック・フォーマットに対して用いられる場合に、
前記送信部（３２、３３、３６）がさらに、前記パケットアップリンク確認応答／否定応答メッセージ、ＥＧＰＲＳパケットダウンリンク確認応答／否定応答メッセージ、ＥＧＰＲＳパケットダウンリンク確認応答／否定応答タイプ２メッセージ、または前記ピギーバックされる確認応答／否定応答フィールドにおいて、相手方から受信した値から前記確認状態変数Ｖ（Ａ）を更新するように構成されることを特徴とする請求項９に記載の送信部。
【請求項１５】
前記送信部がさらに、前記確認状態変数Ｖ（Ａ）を、［Ｖ（Ｓ）−ＢＳＮ'］modulo ＳＮＳ ≦ＷＳの条件を満たす、前記送信バッファ内の最も古いデータ・ブロックのブロック・シーケンス番号に設定するか、或いは、もし、すべてのデータ・ブロックが対応する相手方または複数の相手方により肯定的に確認応答されていれば前記確認状態変数Ｖ（Ａ）を前記Ｖ（Ｓ）に設定するように構成され、
前記Ｖ（Ｓ）は送信状態変数、前記ＢＳＮ'はブロック・シーケンス番号、前記ＳＮＳはシーケンス番号域、前記ＷＳはウィンドウ・サイズであることを特徴とする請求項９に記載の送信部。
【請求項１６】
無線リンク制御確認モードが用いられ、ピギーバックされる確認応答／否定応答フィールドのビットマップが解釈される場合に、
前記送信部（３２、３３、３６）がさらに、確認応答に設定されているであろうシーケンス番号域要素の配列Ｖ（Ｂ）の要素のいずれをも暫定的確認に設定するように構成されることを特徴とする請求項９に記載の送信部。
【請求項１７】
請求項９乃至請求項１６のいずれか１項に記載の送信部（３２、３３、３６）を備えることを特徴とするユーザ装置。
【請求項１８】
請求項９乃至請求項１６のいずれか１項に記載の送信部（３２、３３、３６）を備えることを特徴とする通信ネットワーク・ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワーク・システムにおける方法および送信部に関するものであり、より詳しくは送信ストーリングの危険性を低減することを可能にする送信部ばかりでなく、そのような低減のための方法に関する。
【背景技術】
【０００２】
信頼できるデータ転送を提供するように設計されたデータ通信プロトコルでは通常、誤り制御プロトコルを使用する。誤り制御プロトコルは、受信したデータ・ブロック内の誤りを検出し、受信したデータ・ブロックが正しく受信されたか、または誤って受信されたかを示す、受信したデータ・ブロックのステイタスをフィードバック・チャネルによって受信機から送信機に信号で戻すように設計される。これは、送信機が誤りのあるデータ・ブロックを再送できるようにする。
【０００３】
データ・ブロックが正しく受信されていないと、当該ブロックは否定応答（ＮＡＣＫ）されるといわれ、一方正しく受信したデータ・ブロックは確認応答（ＡＣＫ）される。各データ・ブロックは通常、個々のブロックを見失わないようにするため、十分に固有なシーケンス番号に関連付けられる。誤り制御プロトコルでシーケンス番号を正しく受信していないとして受信機がフィードバック・チャネルによって示すと、すなわち、ＮＡＣＫが送信されると、データ・ブロックは再送される。ＡＣＫ／ＮＡＣＫプロトコルの１つの例は、ＴＣＰ／ＩＰプロトコル・スイートにおけるＴＣＰプロトコルであり、たとえば"伝送制御プロトコル"、Ｊ．Ｐｏｓｔｅｌ、ＲＦＣ−７９３、１９８１年９月を参照されたい。
【０００４】
汎用パケット無線サービス（ＧＰＲＳ）ＧＰＲＳ／ＥＤＧＥでは、１つのデータ・ブロックまたは多くのデータ・ブロックのＡＣＫ／ＮＡＣＫ表示は、制御ブロック・メッセージで信号が送られており、"無線リンク制御／媒体アクセス制御（ＲＬＣ／ＭＡＣ）プロトコル"、３ＧＰＰ  ＴＳ  ４４．０６０  Ｒｅｌ−７を参照されたい。ネットワーク（ＮＷ）側は、アップリンク方向およびダウンリンク方向の双方で手順全体を制御する。ＮＷがデータ・ストリームの送信側で、ＵＥがデータ・ストリームの受信側である場合、パケットダウンリンクＡＣＫ／ＮＡＣＫメッセージがネットワークに送られることになる場合、ユーザ装置（ＵＥ）はポーリングされる。データ・ストリームがアップリンク方向に送られると、すなわち、ＵＥが送り手であり、ＮＷが受け手である場合、ＮＷはパケットアップリンクＡＣＫ／ＮＡＣＫメッセージでＡＣＫ／ＮＡＣＫ表示をＵＥに送信する。
【０００５】
全地球移動通信システム／ＧＳＭ拡張版高速データ・レート（ＧＳＭ／ＥＤＧＥ）無線アクセス・ネットワーク（ＧＥＲＡＮ）ＧＥＲＡＮ拡張版では、現行の制御メッセージに加えて、高速ＡＣＫ／ＮＡＣＫ報告（ＦＡＮＲ）方式が導入されており、ＦＡＮＲ方式によって、ＡＣＫ／ＮＡＣＫ表示がまた、ピギーバックされるＡｃｋ／Ｎａｃｋ（ＰＡＮ）フィールドを使用することにより、ＲＬＣデータ・ブロック上でピギーバック可能であり、"無線リンク制御／媒体アクセス制御（ＲＬＣ／ＭＡＣ）プロトコル"、３ＧＰＰ  ＴＳ  ４４．０６０  Ｒｅｌ−７を参照されたい。ＦＡＮＲ方式導入の理由は、高速Ａｃｋ／Ｎａｃｋメカニズムを提供することである。Ａｃｋ／Ｎａｃｋ報告は通常、開始シーケンス番号に続いて、その後にデータ・ブロックのＡｃｋ／Ｎａｃｋ表示子のシーケンスを昇順に含むビットマップを有している。この方策はメッセージ長を最適化する。開始シーケンス番号は、ビットマップの開始が他の手段により既知であると、省略できる。ＧＥＲＡＮで信頼できる転送モードは、ＲＬＣ確認モードである。
【０００６】
ＡＣＫ／ＮＡＣＫメッセージは通常、ＡＣＫ／ＮＡＣＫ内容が送信中に変更されていないことを検証するのに用いられるチェックサムにより、保護される。チェックサムの例は、巡回冗長検査（ＣＲＣ）誤り検出符号である。ＧＥＲＡＮでは、パケットアップリンク／ダウンリンクＡＣＫ／ＮＡＣＫメッセージおよびＰＡＮフィールドの双方が、ＣＲＣにより保護される。
【０００７】
しかしながら、ＦＡＮＲが適用される場合、ＣＲＣに基づくＰＡＮフィールド誤り検出に利用できるビット量が限られる結果、ＰＡＮが実際には誤りを含む場合にＰＡＮが正しく受信されているということを示す確率が高くなる。このことが、この状態から回復できずにＲＬＣプロトコルを行き詰らせ（stalling）、結果的にデータ接続を終わらせるような厳しい問題を引き起こす場合がある。ＰＵＡＮ／ＰＤＡＮ（パケットアップリンクＡｃｋ／Ｎａｃｋ／パケットダウンリンクＡｃｋ／Ｎａｃｋ）メッセージは、ＣＲＣがいわゆる誤りのあるＡＣＫ／ＮＡＣＫの確率が低いＣＲＣ保護を有し、回復することなく行き詰る危険性が低いので、より信頼できるＣＲＣを有する。
【０００８】
ＰＡＮが受信されており、Ｖ（Ａ）に等しいブロック・シーケンス番号（ＢＳＮ）がＡＣＫに設定されると、送信ウィンドウが１ステップ進むであろう。しかしながら、これが誤ってなされると、その場合、受信機はまだ、前のＶ（Ａ）が再送されることを予期する一方、送信機は既に正しく受信されていると考え、前のＶ（Ａ）を抹消している。それ故、当該データ・ブロックを回復することができない。結果的に、送信機は新しいデータ・ブロックを送るであろう。
【０００９】
Ｖ（Ａ）は確認状態変数（acknowledge state variable）であり、確認状態変数は、相手により明確に確認応答されていない最も古いＲＬＣデータ・ブロックのＢＳＮ値を含む。Ｖ（Ａ）は、相手のＲＬＣからＲＢＢ（受信ブロック・ビットマップ）のそれぞれ受信後に、更新される。
【００１０】
受信ウィンドウ内の最老番のシーケンス番号よりも大きなシーケンス番号を有するブロックの受信は、相手の（送信）デバイスの送信ウィンドウが受信デバイスの受信ウィンドウよりもさらに進んでいるということを示しており、誤りのある明確なＰＡＮに基づいて、送信機がウィンドウを不正に進めていることを示す。
【００１１】
この段階で、すなわち、受信ウィンドウ内の最老番のシーケンス番号よりも大きなシーケンス番号を有するブロックが受信されたことを受信機が検出する場合、予期されないデータ・ブロックが受信されている事実を、ＥＰＧＲＳ  ＰＡＣＫＥＴ  ＤＯＷＮＬＩＮＫ  ＡＣＫ／ＮＡＣＫを送ることにより、送信機に示すことができよう。しかしながら、これは、送信機が既に送信ウィンドウを進めており、別の再送に対する課題となるであろうブロックがバッファから除去され、それ故最早再送に利用できないので、問題を解決しないであろう。
【００１２】
よって、既存の送信プロトコルに関して改善する必要性が送信プロトコルに対してあり、送信が行き詰る危険性を低減する必要がある。
【００１３】
既存の送信プロトコルに起こる場合がある別の問題は、最も古い未解決のデータ・ブロック以外の未解決のデータ・ブロックが正しいとして示されるどうかであるが、これは上述のものと同じ理由のために誤りである。
【発明の概要】
【００１４】
したがって、本発明の実施形態の１つの目的は、通信ネットワーク・システムにおいて送信部と受信部との間での送信ストーリングの危険性を低減するための改善された方法および送信部を提供することであり、通信ネットワーク・システムは、データ・ブロックを受信部に送信するように構成された送信部を備えている。各データ・ブロックは、ブロック・シーケンス番号を備え、送信したデータ・ブロックは送信バッファに格納される。送信バッファ・ウィンドウは、送信したデータ・ブロックの再送フローを制御するように構成される。
【００１５】
本発明の実施形態の第１の態様に従って、この目的は請求項１の特徴部分で規定される方法によって達成され、請求項１の特徴部分は、ブロック・シーケンス番号がピギーバックされる確認応答／否定応答フィールドで確認応答されている場合、ブロック・シーケンス番号に対する確認応答を含む、パケットアップリンク確認応答／否定応答メッセージまたはパケットダウンリンク確認応答／否定応答メッセージの受信に応じて、ブロック・シーケンス番号を確認応答されたものとして設定する工程を行う方法により、送信ストーリングの危険性が低減されることを特定する。
【００１６】
本発明の実施形態の第２の態様に従って、この目的は、請求項９の特徴部分で規定される送信部によって達成され、請求項９の特徴部分は、ブロック・シーケンス番号がピギーバックされる確認応答／否定応答フィールドで確認応答されている場合、ブロック・シーケンス番号に対する確認応答を含む、パケットアップリンク確認応答／否定応答メッセージまたはパケットダウンリンク確認応答／否定応答メッセージの受信に応じて、ブロック・シーケンス番号を確認応答されたものとして設定するように構成されている送信部により、送信ストーリングの危険性が低減されることを特定する。
【００１７】
さらなる実施形態が、従属請求項に記載されている。
【００１８】
受信したＰＵＡＮ／ＰＤＡＮメッセージでブロック・シーケンス番号がＡＣＫとして設定される場合、対応するブロック・シーケンス番号がＰＡＮフィールドにＡＣＫとして受信されている場合にのみ、送信バッファ・ウィンドウの最若番の端を進めさせる、方法および送信部の提供の結果、送信バッファ内の抹消されたデータ・ブロックによるストーリングの危険性が解消できる。
【００１９】
本発明の実施形態のさらに他の目的および特徴が、添付の図面と併せて考察される以下の詳細な明細書から明らかになるであろう。しかしながら、図面は説明するためだけに図案化しており、本発明の範囲の規定として図案化してなく、本発明の範囲は添付の請求項に照会されるべきであることを理解されるべきである。さらに、当然のことながら、図面は必ずしも縮尺して描かれてなくて、他に指定のない限り、図面は、本明細書に記述している構造および手順を概念的に説明するように意図されているだけである。
【００２０】
図面では、同様な参照文字は、いくつかの観点にわたって類似の要素を指す。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態に従った通信ネットワーク・アーキテクチャを示す図である。
【図２】送信部における本発明の方法を説明するフロー図である。
【図３】発明のユーザ装置および通信ネットワーク・ノードの簡略ブロック図である。
【発明を実施するための形態】
【００２２】
図１は、無線アクセス・ネットワーク（ＲＡＮ）、たとえばＧＳＭ  Ｅｄｇｅ無線アクセス・ネットワーク（ＧＥＲＡＮ）アーキテクチャを含む通信システムを描いており、ＲＡＮは制御装置、たとえば無線ネットワーク制御装置ノード（ＲＮＣ）または基地局制御装置（ＢＳＣ）１０に接続された少なくとも１つの無線基地局装置（ＢＴＳ）１５（図１では２つが示されている）を備えている。ＲＡＮは、コア・ネットワーク（ＣＮ）１２に接続されている。ＲＡＮおよびＣＮ１２は、各々がダウンリンク（ＤＬ）チャネル１６およびアップリンク（ＵＬ）チャネル１７を用いる複数のユーザ装置（ＵＥ）１８に対する通信および制御を提供する。明確さのために、１つのアップリンク・チャネルのみが１７と示され、１つのダウンリンク・チャネルが１６と示されている。ダウンリンク・チャネル１６上で、ＲＢＳ１５がデータ・ブロックを各ユーザ装置１８に送信する。アップリンク・チャネル１７上で、ユーザ装置１８がデータ・ブロックをＢＴＳ１５に送信する。好適には、データ・ブロックは無線リンク制御（ＲＬＣ）プロトコルを用いて送られる。送信された各ＲＬＣデータ・ブロックには、ブロック・シーケンス番号（ＢＳＮ）が割り当てられる。ＢＳＮはその値をシーケンス番号域（ＳＮＳ）と呼ばれる値域［０，ＳＮＳ−１］からとる。
【００２３】
本発明の好適な実施形態に従って、通信システムは、本明細書では、ＧＳＭ通信システムとして説明する。しかしながら、当業者は、本発明の方法および装置は他のバケットに基づく通信システムでも同様にとてもうまく機能することを理解する。ユーザ装置１８は、移動電話（"セルラー"電話）および移動終端を有するラップトップのような移動機である場合があり、このようにして、たとえば、音声および／またはデータをＲＡＮと通信する、持ち運びできる、小型の、携帯用、コンピュータ内蔵のまたは車載の移動デバイスである場合がある。
【００２４】
背景技術の欄に記載したように、巡回冗長検査（ＣＲＣ）に基づくＰＡＮフィールド誤り検出は、ＰＡＮが実際には誤りを含む場合にＰＡＮが正しく受信されているということを示す確率が結果的に高くなる。このことが、この状態から回復できずにＲＬＣプロトコルを行き詰らせ、結果的にデータ接続を終わらせるような厳しい問題を引き起こす場合がある。
【００２５】
普通は、プロトコルが行き詰る理由は、ウィンドウ・サイズ（ＷＳ）が適切に設定されると仮定して、最も古いアウトスタンディング・ブロックが正しく受信されるのが困難であるということである。そのような困難は、たとえば厳しい無線状態のためである場合がある。また、プロトコルは新しいデータが送信できないと行き詰まり、このことは、ウィンドウ・サイズ分のデータ・ブロックが送り終わっており、送られた最若番のデータ・ブロックがＶ（Ａ）に等しく、送り終わっている最老番のデータ・ブロックがＶ（Ａ）＋ＷＳ−１に等しいことを意味している。
【００２６】
上述したように、Ｖ（Ａ）は確認状態変数であり、確認状態変数は、相手により明確に確認応答されていない最も古いＲＬＣデータ・ブロックのＢＳＮ値を含む。Ｖ（Ａ）は、ＲＬＣ端点が送信機である各トランスポート・ブロック・フォーマット（ＴＢＦ）の開始時に、値０に設定されることになるであろう。Ｖ（Ａ）は、相手のＲＬＣからＲＢＢ（受信ブロック・ビットマップ）のそれぞれ受信後に、更新される。
【００２７】
送信時に、送信される無線リンク制御（ＲＬＣ）データ・ブロックの各々は、Ｖ（Ｓ）に等しいＢＳＮが割り当てられる。Ｖ（Ｓ）は送信状態変数であり、送信される予定の次の順番のＲＬＣデータ・ブロックのシーケンス番号を示す。Ｖ（Ｓ）は、ＢＳＮ＝Ｖ（Ｓ）を持つＲＬＣデータ・ブロックの送信後に１だけ（modulo ＳＮＳ）加算される。
【００２８】
Ｖ（Ｂ）は、ウィンドウ・サイズ（ＷＳ）分の前のＲＬＣデータ・ブロックの確認応答ステイタスを示すシーケンス番号域（ＳＮＳ）要素の配列である。Ｖ（Ｂ）内の要素がアクティブ送信ウィンドウの範囲に入らない、すなわち［Ｖ（Ａ）≦ＢＳＮ＜Ｖ（Ｓ)］modulo ＳＮＳである場合、要素は値ＩＮＶＡＬＩＤに設定されることになろう。
【００２９】
さらに、Ｖ（Ｑ）は、まだ受信されていない最若番のＢＳＮ（modulo ＳＮＳ）を示し、したがって受信ウィンドウの始めを表す。Ｖ（Ｒ）は、受信状態変数であり、これまでに受信された最老番のＢＳＮより１高い値（modulo ＳＮＳ）を有するＢＳＮを示す。Ｖ（Ｎ）は、受信状態配列であり、ブロックＢＳＮ＝Ｖ（Ｑ）−１（modulo ＳＮＳ）に続く予定のウィンドウ・サイズ分のＲＬＣデータ・ブロックの受信ステイタスを示すＳＮＳ要素の配列である。配列はＳＮＳを法とするＶ（Ｑ）に関連してインデックスが付される。
【００３０】
本発明の実施形態に従って、誤りのある明確なＰＡＮの受信による行き詰まりを回避するために、以下の手順が送信機内で実行されることになろう。
【００３１】
●まず、ＰＡＮがシーケンス番号ＢＳＮ'でＢＳＮ'＝Ｖ（Ａ）を持つデータ・ブロックに対するＡＣＫを含んで受信される場合、送信ウィンドウの始点はＶ（Ａ）のまま、即ち送信ウィンドウはこの時点では進められないであろう。１つの実施形態に従って、送信機はこの場合、データ・ブロックを暫定的確認応答（ＴＡＣＫ）と見なし、再送を開始しない。これにより無線リソースが節約されるであろう。
【００３２】
●ＰＵＡＮ／ＰＤＡＮが受信され、Ｖ（Ａ）に等しいシーケンス番号ＢＳＮ'に対してＡＣＫが受信される場合、及び、その場合にのみ、アクティブ送信ウィンドウの始点は進行が許可される。好適な実施形態では、送信ウィンドウは、Ｖ（Ａ）＝［ＢＳＮ'＋１］modulo  ＳＮＳに進むことが許可される。
【００３３】
●ＧＥＲＡＮ  ＡＣＫ／ＮＡＣＫプロトコルの既存の使用法で既に予想されるように、前項は同じＰＵＡＮ／ＰＤＡＮメッセージで後続のＡＣＫのどれに対しても（最初のＮＡＣＫが受信されるまで）繰り返されるであろう。換言すれば、Ｖ（Ａ）はさらにもっと進められる場合がある。
【００３４】
ＰＡＮが受信されている場合、ＰＡＮ内で確認応答に設定されたすべてのＢＳＮｓが、Ｖ（Ｂ）内で暫定的確認応答に設定されることになろう。Ｖ（Ｂ）に含まれる暫定的確認応答ＢＳＮｓは、ＰＵＡＮ／ＰＤＡＮメッセージで受信された値に基づいて、値が確認応答またはＮＡＣＫＥＤ（すなわち、非確認応答）に変わるであろう。換言すれば、ＢＳＮはまた、非確認応答（ＮＡＣＫＥＤ）に変えられる場合があり、したがって、当該ＢＳＮに関連するデータ・ブロックは再送される。ＰＵＡＮ／ＰＤＡＮメッセージが、受信ウィンドウの始まりからの値、すなわちＶ（Ｑ）を持つＡＣＫ／ＮＡＣＫ報告を含み、Ｖ（Ｂ）内のアクティブ送信ウィンドウにＶ（Ｑ）より小さいＢＳＮｓがある場合、すなわち［Ｖ（Ａ）≦ＢＳＮ＜Ｖ（Ｑ)］modulo ＳＮＳである場合、それらのＢＳＮｓは確認応答と見なされる場合がある。Ｖ（Ｑ）それ自体は送信機側には存在しないが、しかし、ＡＣＫ／ＮＡＣＫ報告が、受信ウィンドウの始めから報告するという表示を含んでいるので、Ｖ（Ｑ）は暗黙的に既知である。
【００３５】
ダウンリンク・トランスポート・ブロック・フォーマットを送信する場合、１つの実施形態に従って、送信ウィンドウを進めるためにＡＣＫを待っているうちは新しいデータが送られることができないために、プロトコルが行き詰らないようにチャネル品質およびウィンドウ・サイズに基づいて、ネットワークは、十分な回数のポーリングを予定するように設定される。１つの実施形態に従って、ウィンドウ・サイズのどれに対しても少なくとも一回のポールが送信される。
【００３６】
別の実施形態に従って、Ｖ（Ａ）のＡＣＫと同じ情報を持つ２つのＰＡＮｓが受信されていると、ウィンドウの始めが進むことが許可できる。しかしながら、誤りの高い状態の場合、これはロバスト性が低い場合があり、ウィンドウは、受信したＰＵＡＮ／ＰＤＡＮメッセージ内で対応するブロック・シーケンス番号がＡＣＫとして設定される場合、進むことが許可されるだけであろう。
【００３７】
さらに別の実施形態に従って、送信機はデータ・ブロックに対するＡＣＫを持つ受信したＰＡＮを保留中のＡＣＫと見なし、割り込み再送を許可する場合がある。後で、Ｖ（Ａ）より高い開始ウィンドウ値を持つＰＵＡＮ／ＰＤＡＮが受信されると、Ｖ（Ｑ）より低いＢＳＮを持つデータ・ブロックは、確認応答と見なされる場合がある。
【００３８】
本発明の実施形態に従って、送信部内で通信ネットワーク・システムにおける送信ストーリングを回避する手順は、図２に示すように以下の通りであり、通信ネットワーク・システムは、無線インタフェースによってデータ・ブロックを受信部に送信するように構成された送信部を備えており、各データ・ブロックはブロック・シーケンス番号を備え、送信されたデータ・ブロックは送信バッファに格納され、送信バッファ・ウィンドウは送信されたデータ・ブロックの再送フローを制御するように構成される。
【００３９】
●確認状態変数Ｖ（Ａ）に等しいブロック・シーケンス番号が、ピギーバックされる確認応答／否定応答フィールドで確認応答されていると、送信バッファ・ウィンドウはＶ（Ａ）のままにされ（ステップ２２）、すなわち、送信バッファ・ウィンドウは進められない。オプションとして、ブロック・シーケンス番号を暫定的確認応答として設定する（ステップ２１）。
【００４０】
●パケットアップリンク確認応答／否定応答メッセージまたはパケットダウンリンク確認応答／否定応答メッセージが、ブロック・シーケンス番号に対する確認応答を含めて受信されると、ブロック・シーケンス番号を確認応答として設定する（ステップ２３）。
【００４１】
このようにして、確認応答されるブロック・シーケンス状態変数がＰＡＮにより確認応答されていると、その場合当該ブロック・シーケンス番号は、後続のＰＵＡＮ／ＰＤＡＮがブロック・シーケンス番号を確認応答している場合に限り、確認応答に設定されるであろう。
【００４２】
一部の実施形態に従って、ブロック・シーケンス番号が確認応答として設定される場合、本方法はさらに、送信バッファ・ウィンドウを確認状態変数Ｖ（Ａ）＝［ＢＳＮ'＋１］modulo ＳＮＳに進める工程（ステップ２４）を備えており、ＢＳＮ'はブロック・シーケンス番号であり、ＳＮＳはシーケンス番号域である。新しいＶ（Ａ）がまた正しく、すなわちＰＵＡＮ／ＰＤＡＮメッセージでかつＰＡＮフィールドだけではなく、確認応答されていると、Ｖ（Ａ）はさらに増やされ、ウィンドウはさらに進められるなど。
【００４３】
一部の実施形態に従って、受信部が受信バッファ・ウィンドウを有する受信バッファを備え、
●パケットアップリンク確認応答／否定応答メッセージまたはパケットダウンリンク確認応答／否定応答メッセージが、受信バッファ・ウィンドウの始まりに対応する、受信ウィンドウ状態変数Ｖ（Ｑ）に等しいブロック・シーケンス番号に対する確認応答／否定応答を含むと、かつ
●送信バッファ・ウィンドウ内に、受信ウィンドウ状態変数、Ｖ（Ｑ）、よりも小さいブロック・シーケンス番号があると、
本手順はさらに、受信ウィンドウ状態変数、Ｖ（Ｑ）、より小さいブロック・シーケンス番号を確認応答と見なす工程を有する。
【００４４】
一部の実施形態に従って、無線リンク制御確認モードが用いられる場合、本手順は、パケットアップリンク確認応答／否定応答メッセージまたはパケットダウンリンク確認応答／否定応答メッセージの受信したブロック・ビットマップで、相手から受信した値から確認状態変数、Ｖ（Ａ）、を更新する工程を有する。
【００４５】
一部の実施形態に従って、無線リンク制御非永続型モードがマルチメディアブロードキャスト／マルチキャスト・サービス・ベアラに対して用いられる場合、本手順は、マルチメディアブロードキャスト／マルチキャスト・サービスダウンリンク確認応答／否定応答メッセージの受信したブロック・ビットマップで、相手から受信した値から確認状態変数、Ｖ（Ａ）、を更新する工程を有する。
【００４６】
一部の実施形態に従って、無線リンク制御非永続型モードがＥＧＰＲＳ（enhanced general packet radio service）トランスポート・ブロック・フォーマットに対して用いられる場合、本手順は、
●パケットアップリンク確認応答／否定応答メッセージ
●ＥＧＰＲＳパケットダウンリンク確認応答／否定応答メッセージ
●ＥＧＰＲＳパケットダウンリンク確認応答／否定応答タイプ２メッセージ
●ピギーバックされる確認応答／否定応答フィールド
で、相手から受信した値から確認状態変数、Ｖ（Ａ）、を更新する工程を有する。
【００４７】
一部の実施形態に従って、本手順はさらに、
●Ｖ（Ｓ）は送信状態変数、ＢＳＮ'はブロック・シーケンス番号、ＳＮＳはシーケンス番号域、ＷＳはウィンドウ・サイズであるとして、確認状態変数Ｖ（Ａ）を、［Ｖ（Ｓ）−ＢＳＮ'］modulo ＳＮＳ≦ＷＳの条件を満たす、送信バッファ内の最も古いデータ・ブロックのブロック・シーケンス番号に設定するか、または
●すべてのデータ・ブロックが対応する相手または複数の相手により明確に確認応答されていると、確認状態変数Ｖ（Ａ）を送信状態変数Ｖ（Ｓ）に設定する
工程を備える。
【００４８】
一部の実施形態に従って、無線リンク制御確認モードが用いられ、ピギーバックされる確認応答／否定応答フールドのビットマップが解釈される場合、本手順は、確認応答に設定されるであろうシーケンス番号域要素の配列Ｖ（Ｂ）の要素をいずれも暫定的確認応答に設定する工程を備える。
【００４９】
図３は、ユーザ装置１８および通信ネットワーク・ノード１５、たとえば無線基地局装置（ＢＴＳ）および別の通信ネットワーク・ノード１０、たとえば通信ネットワーク・システムにおいて送信部と受信部との間の送信ストーリングの危険性を低減するための基地局制御装置（ＢＳＣ）を示すブロック図であり、通信ネットワーク・システムは、データ・ブロックを受信部に送信するように構成された送信部を備えており、各データ・ブロックはブロック・シーケンス番号を備え、送信されたデータ・ブロックは送信バッファに格納され、送信バッファ・ウィンドウは送信されたデータ・ブロックの再送フローを制御するように構成される。
【００５０】
ＢＴＳ１５（通信ネットワーク・ノードである）は、無線送信機、送信バッファおよび送信バッファ・ウィンドウを含む送信部３２を備える。ＢＴＳ１５はさらに、受信機、受信バッファおよび受信バッファ・ウィンドウを含む受信部３１を備える。送信機３２は、ダウンリンク・チャネル１６上で無線インタフェースによってデータをユーザ装置１８の受信機３７に送信している。受信機３１は、アップリンク・チャネル１７上でユーザ装置１８からデータを受信している。送信部３２は、ブロック・シーケンス番号がピギーバックされる確認応答／否定応答フィールドで確認応答されている場合、ブロック・シーケンス番号に対する確認応答を備えている、パケットアップリンク確認応答／否定応答メッセージまたはパケットダウンリンク確認応答／否定応答メッセージを受信すると、ブロック・シーケンス番号を確認応答として設定するように構成される。
【００５１】
ＢＳＣ１０（通信ネットワーク・ノードである）は、送信機、送信バッファおよび送信バッファ・ウィンドウを含む送信部３３を備える。ＢＳＣ１０はさらに、受信機、受信バッファおよび受信バッファ・ウィンドウを含む受信部３４を備える。送信機３３は、ＢＴＳ１５を経由してデータをユーザ装置１８の受信機３７に送信している。受信機３４は、ＢＴＳ１５を経由してユーザ装置１８からデータを受信している。送信部３３は、ブロック・シーケンス番号がピギーバックされる確認応答／否定応答フィールドで確認応答されている場合、ブロック・シーケンス番号に対する確認応答を備えている、パケットアップリンク確認応答／否定応答メッセージまたはパケットダウンリンク確認応答／否定応答メッセージを受信すると、ブロック・シーケンス番号を確認応答として設定するように構成される。
【００５２】
ユーザ装置１８は、無線送信機、送信バッファ、および送信バッファ・ウィンドウを含む送信部３６を備える。無線送信機は、アップリンク・チャネル１７上で無線インタフェースによってＲＢＳ１５の受信機３１に、またはＢＴＳ１５経由でＢＳＣ１０の受信機３４に、データ・パケットを送信するように構成される。ＵＥ１８はさらに、受信機、受信バッファおよび受信バッファ・ウィンドウを含む受信部３７を備える。受信機は、ダウンリンク・チャネル１６上でＲＢＳ１５の送信機３２から、またはＢＴＳ１５を経由してＢＳＣ１０の送信機３３から送信されるデータ・パケットを受信するように構成される。送信部３６は、ブロック・シーケンス番号がピギーバックされる確認応答／否定応答フィールドで確認応答されている場合、ブロック・シーケンス番号に対する確認応答を備えている、パケットアップリンク確認応答／否定応答メッセージまたはパケットダウンリンク確認応答／否定応答メッセージを受信すると、ブロック・シーケンス番号を確認応答として設定するように構成される。
【００５３】
一部の実施形態に従って、ブロック・シーケンス番号が確認応答として設定される場合、送信部はさらに、送信バッファ・ウィンドウを確認状態変数Ｖ（Ａ）＝［ＢＳＮ'＋１］modulo ＳＮＳに進めるように構成され、ＢＳＮ'はブロック・シーケンス番号であり、ＳＮＳはシーケンス番号域である。
【００５４】
一部の実施形態に従って、本送信部はさらに、受信ウィンドウ状態変数、Ｖ（Ｑ）、より小さいブロック・シーケンス番号を、
●パケットアップリンク確認応答／否定応答メッセージまたはパケットダウンリンク確認応答／否定応答メッセージが、受信バッファ・ウィンドウの始まりに対応する、受信ウィンドウ状態変数、Ｖ（Ｑ）、に等しいブロック・シーケンス番号に対する確認応答／否定応答を含むと、かつ
●送信バッファ・ウィンドウ内に、受信ウィンドウ状態変数、Ｖ（Ｑ）、よりも小さいブロック・シーケンス番号があると、
確認応答と見なすように構成される。
【００５５】
一部の実施形態に従って、無線リンク制御確認モードが用いられる場合、本送信部はさらに、パケットアップリンク確認応答／否定応答メッセージまたはパケットダウンリンク確認応答／否定応答メッセージの受信したブロック・ビットマップで、相手から受信した値から確認状態変数、Ｖ（Ａ）、を更新するように構成される。
【００５６】
一部の実施形態に従って、無線リンク制御非永続型モードがマルチメディアブロードキャスト／マルチキャスト・サービス・ベアラに対して用いられる場合、本送信部はさらに、マルチメディアブロードキャスト／マルチキャスト・サービスダウンリンク確認応答／否定応答メッセージの受信したブロック・ビットマップで、相手から受信した値から確認状態変数、Ｖ（Ａ）、を更新するように構成される。
【００５７】
一部の実施形態に従って、無線リンク制御非永続型モードがＥＧＰＲＳトランスポート・ブロック・フォーマットに対して用いられる場合、本送信部はさらに、
●パケットアップリンク確認応答／否定応答メッセージ
●ＥＧＰＲＳパケットダウンリンク確認応答／否定応答メッセージ
●ＥＧＰＲＳパケットダウンリンク確認応答／否定応答タイプ２メッセージ
●ピギーバックされる確認応答／否定応答フィールド
で相手から受信した値から確認状態変数、Ｖ（Ａ）、を更新するように構成される。
【００５８】
一部の実施形態に従って、本送信部はさらに、
●Ｖ（Ｓ）は送信状態変数であり、ＢＳＮ'はブロック・シーケンス番号であって、ＳＮＳはシーケンス番号域でありＷＳはウィンドウ・サイズであるとして、確認状態変数Ｖ（Ａ）を、ＳＮＳを法とした［Ｖ（Ｓ）−ＢＳＮ'］≦ＷＳの条件を満たす、送信バッファ内の最も古いデータ・ブロックのブロック・シーケンス番号に設定する、または
●すべてのデータ・ブロックが対応する相手または複数の相手により明確に確認応答されていると、確認状態変数、Ｖ（Ａ）、を送信状態変数、Ｖ（Ｓ）、に設定する
ように構成される。
【００５９】
一部の実施形態に従って、無線リンク制御確認モードが用いられ、ピギーバックされる確認応答／否定応答フールドのビットマップが解釈される場合、本送信部はさらに、確認応答に設定されるであろうシーケンス番号域要素の配列、Ｖ（Ｂ）、の要素をいずれも暫定的確認応答に設定するように構成される。
【００６０】
一部の実施形態に従って、本解決策の各部は以下のように記述可能である。
【００６１】
ＲＬＣ確認モードでは、各ＲＬＣ端点の送信機は関連する確認状態配列（Ｖ（Ｂ））を有することになるであろう。Ｖ（Ｂ）は、ＷＳ分の前のＲＬＣデータ・ブロックの確認応答ステイタスを示すＳＮＳ要素の配列である。配列は、ＳＮＳを法とする確認状態変数Ｖ（Ａ）に関連してインデックス付けされる。Ｖ（Ｂ）の値は、パケットＡｃｋ／Ｎａｃｋメッセージの報告されるビットマップ（ＲＢ）で、相手から受信した値から更新されることになるであろう。報告されるビットマップが圧縮されて受信されると、復元が最初に適用されることになるであろう。
【００６２】
送信機は、Ｖ（Ａ）に関連してインデックスが付されたＶ（Ｂ）内の対応する要素が値ＮＡＣＫＥＤを有する最も古いＲＬＣデータ・ブロックを送信することになるであろう。各ＲＬＣデータ・ブロックが送信されるので、Ｖ（Ｂ）内の対応する要素は、値ＰＥＮＤＩＮＧ＿ＡＣＫに設定される。送信されるべきＲＬＣデータ・ブロックが２つの無線ブロックに分けられると、双方の無線ブロックが送信されることになるであろう。最初の送信で、ＲＬＣデータ・ブロックは初期符号レートのうちの１つ（レート１／３の符号化データが、選択された変調および符号化方式ＭＣＳのパンクチャリング方式(ＰＳ）１で間引きされる）で送られ、ＲＬＣデータ・ブロックが再送される必要があると、ＲＬＣブロックは選択されたＭＣＳのＰＳ２で送られる。後続の再送時、ＲＬＣデータ・ブロックは循環処理内でＰＳを用いて送信される。
【００６３】
［Ｖ（Ｓ）＜Ｖ（Ａ）＋ＷＳ］modulo ＳＮＳであり、値ＮＡＣＫＥＤを持つＶ（Ｂ）内の対応する要素を有するＲＬＣデータ・ブロックがない場合、ＢＳＮ＝Ｖ（Ｓ）を持つＲＬＣデータ・ブロックが送信されることになり、Ｖ（Ｂ）内の対応する要素が値ＰＥＮＤＩＮＧ＿ＡＣＫに設定されることになるであろう。送信機が移動機であり、割り込み送信ビットがＰＡＣＫＥＴ  ＵＰＬＩＮＫ  ＡＣＫ／ＮＡＣＫメッセージで'１'に設定され、送信に利用できるさらなるＲＬＣデータ・ブロックがない（すなわち、ＢＳＮ＝Ｖ（Ｓ）を持つＲＬＣデータ・ブロックが存在しない）と、送信側は、Ｖ（Ｂ）内の対応する要素が値ＰＥＮＤＩＮＧ＿ＡＣＫを有する最も古いＲＬＣデータ・ブロックを送信することになり、それから、Ｖ（Ｂ）内の対応する要素が値ＰＥＮＤＩＮＧ＿ＡＣＫを有する次に古いブロック、などを送信することになるであろう。
【００６４】
この場合、Ｖ（Ｂ）内の対応する要素が値ＰＥＮＤＩＮＧ＿ＡＣＫを有するＲＬＣデータ・ブロックがなく、アップリンクＴＢＦが拡張アップリンクＴＢＦモードで動作していないか、またはアップリンクＴＢＦが拡張アップリンクＴＢＦモードで動作しているが、しかし移動機がＲＣＬ／ＭＡＣブロックを送るのを控えない（すなわち、ＥＸＴ＿ＵＴＢＦ＿ＮＯＤＡＴＡが'０'に設定される）ことになるかのいずれかであると、送信側は、Ｖ（Ｂ）内の対応する要素が値ＴＥＮＴＡＴＩＶＥ＿ＡＣＫを有する最も古いＲＬＣデータ・ブロックを送信し、Ｖ（Ｂ）内の対応する値をＰＥＮＤＩＮＧ＿ＡＣＫに設定することになり、それからＶ（Ｂ）内の対応する要素が値ＴＥＮＴＡＴＩＶＥ＿ＡＣＫを有する次に古いブロックを送信し、Ｖ（Ｂ）内の対応する値をＰＥＮＤＩＮＧ＿ＡＣＫに設定すること、などになるであろう。Ｖ（Ｂ）内の対応する要素が値ＰＥＮＤＩＮＧ＿ＡＣＫを有するすべてのＲＬＣデータ・ブロックが一度送られていると、処理は最も古いＲＬＣデータ・ブロックから始めて繰り返されることになるであろう。
【００６５】
もし［Ｖ（Ｓ）＝Ｖ（Ａ）＋ＷＳ］modulo ＳＮＳ（すなわち、送信ウィンドウが行き詰っている）であれば、送信側はＶ（Ｂ）内の対応する要素が値ＰＥＮＤＩＮＧ＿ＡＣＫを有する最も古いＲＬＣデータ・ブロックを送信し、さらにＶ（Ｂ）内の対応する要素が値ＰＥＮＤＩＮＧ＿ＡＣＫを有する次に古いＲＬＣデータ・ブロックを送信していく、といったことになるであろう。この場合に、Ｖ（Ｂ）内の対応する要素が値ＰＥＮＤＩＮＧ＿ＡＣＫを有するＲＬＣデータ・ブロックが存在せず、アップリンクＴＢＦが拡張アップリンクＴＢＦモードで動作していないか、またはアップリンクＴＢＦが拡張アップリンクＴＢＦモードで動作しているが、しかし移動機がＲＣＬ／ＭＡＣブロックを送るのを控えない（すなわち、ＥＸＴ＿ＵＴＢＦ＿ＮＯＤＡＴＡが'０'に設定される）ことになるかのいずれかであれば、送信側は、Ｖ（Ｂ）内の対応する要素が値ＴＥＮＴＡＴＩＶＥ＿ＡＣＫを有する最も古いＲＬＣデータ・ブロックを送信し、Ｖ（Ｂ）内の対応する値をＰＥＮＤＩＮＧ＿ＡＣＫに設定することになり、それからＶ（Ｂ）内の対応する要素が値ＴＥＮＴＡＴＩＶＥ＿ＡＣＫを有する次に古いブロックを送信し、Ｖ（Ｂ）内の対応する値をＰＥＮＤＩＮＧ＿ＡＣＫに設定していく、といったことになるであろう。Ｖ（Ｂ）内の対応する要素が値ＰＥＮＤＩＮＧ＿ＡＣＫを有するすべてのＲＬＣデータ・ブロックが一度送られていると、処理は最も古いＲＬＣデータ・ブロックから始めて繰り返されることになるであろう。Ｖ（Ｂ）内の値が値ＰＥＮＤＩＮＧ＿ＡＣＫを有する最も古いＲＬＣデータ・ブロックを送信するこの処理は、式［Ｖ（Ｓ）＝Ｖ（Ａ）＋ＷＳ］modulo ＳＮＳが成り立つ限り継続することになるであろう。送信機が移動機であり、割り込み送信ビットがＰＡＣＫＥＴ  ＵＰＬＩＮＫ  ＡＣＫ／ＮＡＣＫメッセージで'０'に設定されると、送信機は、Ｖ（Ｂ）内の対応する要素が値ＰＥＮＤＩＮＧ＿ＡＣＫまたはＴＥＮＴＡＴＩＶＥ＿ＡＣＫを有する最も古いＲＬＣデータ・ブロックを送信しない（次が無限に続く）ことになるであろう。
【００６６】
ＰＡＣＫＥＴ  ＵＰＬＩＮＫ  ＡＣＫ／ＮＡＣＫメッセージまたはＰＡＮフィールドが受信される場合、移動機は、Ｖ（Ｂ）でＮＡＣＫＥＤに設定されているＲＬＣブロック、および送信ウィンドウが（進められていると）許可する範囲までは新しいデータ・ブロックを再送することになるであろう。しかしながら、ＲＬＣデータ・ブロックがＴＢＦ内で最後であると、ＲＬＣブロックの状態がＰＥＮＤＩＮＧ＿ＡＣＫまたはＴＥＮＴＡＴＩＶＥ＿ＡＣＫであっても、ＲＬＣデータ・ブロックが再送されることになるであろう。移動側に対するデフォルトは、送信機が割り込み送信を用いることになることである。送信機がネットワーク側にあると、Ｖ（Ｂ）内の値が値ＰＥＮＤＩＮＧ＿ＡＣＫまたはＴＥＮＴＡＴＩＶＥ＿ＡＣＫを有する最も古いＲＬＣデータ・ブロックを送信するこの処理（割り込み送信）は、オプションである。
【００６７】
注意：移動機のみがＶ（Ｂ）内の値が値ＰＥＮＤＩＮＧ＿ＡＣＫまたはＴＥＮＴＡＴＩＶＥ＿ＡＣＫを有するＲＬＣデータ・ブロックを有しており、割り込み送信ビットが'０'に設定されていると、ＰＡＣＫＥＴ  ＵＰＬＩＮＫ  ＤＵＭＭＹ  ＣＯＮＴＲＯＬ  ＢＬＯＣＫメッセージが送られる。
【００６８】
Ｖ（Ｂ）内の要素がアクティブ送信ウィンドウの範囲に入らない、すなわち［Ｖ（Ａ）≦ＢＳＮ＜Ｖ（Ｓ）］modulo ＳＮＳであると、要素は値ＩＮＶＡＬＩＤに設定されることになるであろう。
【００６９】
拡張アップリンクＴＢＦモードでは、Ｖ（Ｓ）＝Ｖ（Ａ）であって、ＢＳＮ＝Ｖ（Ｓ）を持つ利用できるＲＬＣデータ・ブロックがないと、移動機はＲＬＣデータ・ブロックを送信するのを停止することになるであろう。移動機は、ＢＳＮ＝Ｖ（Ｓ）を持つＲＬＣデータ・ブロックが利用できる場合、ＲＬＣデータ・ブロックを送信し続けることになるであろう。
【００７０】
一部の実施形態に従って、本解決策の各部は以下のように記述される。
【００７１】
●Ｖ（Ａ）の値は、ＰＡＣＫＥＴ  ＵＰＬＩＮＫ  ＡＣＫ／ＮＡＣＫ、ＥＧＰＲＳ  ＰＡＣＫＥＴ  ＤＯＷＮＬＩＮＫ  ＡＣＫ／ＮＡＣＫ、または、ＥＧＰＲＳ  ＰＡＣＫＥＴ  ＤＯＷＮＬＩＮＫ  ＡＣＫ／ＮＡＣＫ  ＴＹＰＥ  ２メッセージの受信したブロック・ビットマップ（ＲＢＢ）で、相手から受信した値から更新されることになるであろう。
【００７２】
●ＰＡＮフィールドの場合、ビットマップは、以下の例外を伴って、ＰＡＣＫＥＴ  ＵＰＬＩＮＫ  ＡＣＫ／ＮＡＣＫ、ＥＧＰＲＳ  ＰＡＣＫＥＴ  ＤＯＷＮＬＩＮＫ  ＡＣＫ／ＮＡＣＫ、または、ＥＧＰＲＳ  ＰＡＣＫＥＴ  ＤＯＷＮＬＩＮＫ  ＡＣＫ／ＮＡＣＫ  ＴＹＰＥ  ２メッセージの場合に対するのと同じ方法で、解釈されることになるであろう。
【００７３】
●ＲＬＣ確認モードでは、Ｖ（Ｂ）の要素は、ＡＣＫＥＤに設定されないことになり、ＡＣＫＥＤに設定されるであろう要素はいずれもＴＥＮＴＡＴＩＶＥ＿ＡＣＫに設定されることになるであろう。
【００７４】
●ＰＡＮの処理が、Ｖ（Ｂ）の要素をＡＣＫＥＤまたはＴＥＮＴＡＴＩＶＥ＿ＡＣＫからＮＡＣＫＥＤに変更させるようであると、ＰＡＮフィールド全体は無視されることになるであろう。
【００７５】
●ＰＡＮが、まだ送信されていないブロック（すなわち、ＢＳＮがＶ（Ｓ）以上である）を明確に確認応答すると、ＰＡＮフィールド全体は無視されることになるであろう。
【００７６】
●時間に基づくＰＡＮが留保されている値を示すと、ＰＡＮフィールド全体は無視されることになるであろう。
【００７７】
注意：最後の３つの条件は、ＰＡＮＩ内すなわちＰＡＮフィールド内で検知されない誤りのために起こる場合がある。
【００７８】
本明細書で説明しているように本方法および本送信部を用いると、送信を行き詰らせる危険性を低減し、既存のメッセージ解決策が使用できる。本方法および本送信部は、受信機が問題を示唆するメッセージを待つ必要がないので、早い反応時間を提供するであろう。また、ＰＡＮが受信されているからといって送信ウィンドウが進められてはいないので、それまでに受信した誤りのあるＰＡＮによる強制切断がない。
【００７９】
このようにして、本発明の基本的な斬新な特徴を、本発明の好適な実施形態に適用されるように、示し、記述し、指摘してきたとはいえ、当然のことながら、説明したデバイスの形式および詳細において、それらの動作において様々な省略および置換および変更が、本発明の精神から逸脱することなく、当業者によりなされる場合がある。たとえば、デバイスの要素のすべての組み合わせおよび／または同じ結果を達成する実質的に同じ方法で実質的に同じ機能を行う方法の工程は、本発明の範囲内にあることは、明示的に意図される。さらに、本発明の開示した形式または実施形態のいずれにも関連して示されおよび／または記述された構造および／または要素および／または方法の工程が、設計選択の一般的な問題として、他の開示したまたは記述したまたは提案した形式または実施形態のいずれにも組み込まれる場合があるということは、認識されるべきである。したがって、この明細書に添付された請求項の範囲により示すとおりにのみ限定されることが意図である。
【００８０】
本発明の実施形態を記述し、請求するのに用いている"含んでいる"、"備えている"、"組み込まれる"、"より構成される"、"有する"、"である"のような表現は、非排他的な方法で、すなわち存在するとはまた明確に記述していない項目、構成要素または要素を考慮して、解釈されることを意図している。単数形への言及はまた、複数形に関すると解釈されるべきであり、逆の場合も同じである。
【００８１】
添付の請求項で括弧内に含まれる数値は、請求項の理解を手助けするように意図されており、決してこれらの請求項により請求される主題を制限するように解釈されるべきではない。
【図１】
2011512063.tif 000003
【図２】
2011512063.tif 000004
【図３】
2011512063.tif 000005
【手続補正書】
【提出日】平成21年11月9日(2009.11.9)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
この段階で、すなわち、受信ウィンドウ内の最老番のシーケンス番号よりも大きなシーケンス番号を有するブロックが受信されたことを受信機が検出する場合、予期されないデータ・ブロックが受信されている事実を、ＥＰＧＲＳ  ＰＡＣＫＥＴ  ＤＯＷＮＬＩＮＫ  ＡＣＫ／ＮＡＣＫを送ることにより、送信機に示すことができよう。しかしながら、これは、送信機が既に送信ウィンドウを進めており、別の再送に対する課題となるであろうブロックがバッファから除去され、それ故最早再送に利用できないので、問題を解決しないであろう。米国特許出願２００６／００６７２３８号明細書は、データユニットの紛失または破損を検出し、データユニットの再送を要求するためのシステムを開示する。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
したがって、本発明の実施形態の１つの目的は、通信ネットワーク・システムにおいて送信部と受信部との間での送信ストーリングの危険性を低減するための改善された方法および送信部を提供することであり、通信ネットワーク・システムは、データ・ブロックを受信部に送信するように構成された送信部を備えている。各データ・ブロックは、ブロック・シーケンス番号を備え、送信したデータ・ブロックは送信バッファに格納される。送信バッファ・ウィンドウは、送信したデータ・ブロックの再送フローを制御するように構成される。当該目的は、請求項１及び７に記載の方法及び送信部を提供することにより達成される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００７９
【補正方法】変更
【補正の内容】
【００７９】
このようにして、本発明の基本的な斬新な特徴を、本発明の好適な実施形態に適用されるように、示し、記述し、指摘してきたとはいえ、当然のことながら、説明したデバイスの形式および詳細において、それらの動作において様々な省略および置換および変更が、当業者によりなされる場合がある。たとえば、デバイスの要素のすべての組み合わせおよび／または同じ結果を達成する実質的に同じ方法で実質的に同じ機能を行う方法の工程は、本発明の範囲内にあることは、明示的に意図される。さらに、本発明の開示した形式または実施形態のいずれにも関連して示されおよび／または記述された構造および／または要素および／または方法の工程が、設計選択の一般的な問題として、他の開示したまたは記述したまたは提案した形式または実施形態のいずれにも組み込まれる場合があるということは、認識されるべきである。したがって、この明細書に添付された請求項の範囲により示すとおりにのみ限定されることが意図である。
【手続補正４】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信ネットワーク・システムにおいて送信部（３２、３３、３６）と受信部（３１、３４、３７）との間での送信ストーリングの危険性を低減するための方法であって、
−前記送信部（３２、３３、３６）から前記受信部（３１、３４、３７）へデータ・ブロックを送信する工程であって、各データ・ブロックはブロック・シーケンス番号を含む工程と、
−送信された前記データ・ブロックを送信バッファに格納する工程と、
−送信バッファ・ウィンドウを利用して前記送信されたデータ・ブロックの再送フローを制御する工程であって、前記送信バッファウィンドウは確認状態変数Ｖ（Ａ）を含み、該Ｖ（Ａ）は相手方から肯定的な確認応答がなされていない最も古いデータブロックのブロック・シーケンス番号の値を含む工程と
を備え、
前記方法はさらに、
−ブロック・シーケンス番号がピギーバックされる確認応答／否定応答フィールドで応答されている場合、前記ブロック・シーケンス番号を暫定的に確認応答されたものとして設定する工程と、
−前記ブロック・シーケンス番号に対する確認応答を含むパケットアップリンク確認応答／否定応答メッセージ、または、パケットダウンリンク確認応答／否定応答メッセージの受信に応じて、前記ブロック・シーケンス番号を確認応答されたものとして設定する工程と、
−前記送信バッファ・ウィンドウを確認状態変数Ｖ（Ａ）＝［ＢＳＮ'＋１］modulo ＳＮＳに進める工程であって、前記ＢＳＮ'がブロック・シーケンス番号であり、前記ＳＮＳはシーケンス番号域である、工程と
を備えることを特徴とする方法。
【請求項２】
前記受信部（３１、３７）が受信バッファ・ウィンドウを有する受信バッファを備え、前記方法がさらに
−前記パケット・アップリンク確認応答／否定応答メッセージ、または、前記パケット・ダウンリンク確認応答／否定応答メッセージが、前記受信バッファ・ウィンドウの開始に対応する受信ウィンドウ状態変数Ｖ（Ｑ）に等しいブロック・シーケンス番号に対する確認応答／否定応答を備え、前記送信バッファ・ウィンドウに前記受信ウィンドウ状態変数Ｖ（Ｑ）より小さいブロック・シーケンス番号がある場合に、前記受信ウィンドウ状態変数Ｖ（Ｑ）より小さい前記ブロック・シーケンス番号を確認応答として見なす工程
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
無線リンク制御確認モードが用いられる場合に、
前記方法が、前記パケットアップリンク確認応答／否定応答メッセージ、または、前記パケットダウンリンク確認応答／否定応答メッセージの受信ブロック・ビットマップで相手方から受信した値から、前記確認状態変数Ｖ（Ａ）を更新する工程を備えることを特徴とする請求項１に記載の方法。
【請求項４】
無線リンク制御非永続型モードがマルチメディアブロードキャスト／マルチキャスト・サービス・ベアラに対して用いられる場合に、
前記方法が、マルチメディアブロードキャスト／マルチキャスト・サービスダウンリンク確認応答／否定応答メッセージの受信ブロック・ビットマップで相手方から受信した値から、前記確認状態変数Ｖ（Ａ）を更新する工程を備えることを特徴とする請求項１に記載の方法。
【請求項５】
無線リンク制御非永続型モードがＥＧＰＲＳトランスポート・ブロック・フォーマットに対して用いられる場合に、
前記方法が、前記パケットアップリンク確認応答／否定応答メッセージ、ＥＧＰＲＳパケットダウンリンク確認応答／否定応答メッセージ、ＥＧＰＲＳパケットダウンリンク確認応答／否定応答タイプ２メッセージ、または、前記ピギーバックされる確認応答／否定応答フィールドにおいて、相手方から受信した値から前記確認状態変数Ｖ（Ａ）を更新する前記工程を備える
ことを特徴とする請求項１に記載の方法。
【請求項６】
前記方法が、
−前記確認状態変数Ｖ（Ａ）を、［Ｖ（Ｓ）−ＢＳＮ'］modulo ＳＮＳ≦ＷＳの条件を満たす、前記送信バッファ内の最も古いデータ・ブロックのブロック・シーケンス番号に設定する工程と、
−もし、すべてのデータ・ブロックが対応する相手方または複数の相手方により肯定的に確認応答されていれば、前記確認状態変数Ｖ（Ａ）をＶ（Ｓ）に設定する工程と
のいずれかをさらに備え、
前記Ｖ（Ｓ）は送信状態変数、前記ＢＳＮ'はブロック・シーケンス番号、ＳＮＳはシーケンス番号域、ＷＳはウィンドウ・サイズであることを特徴とする請求項１に記載の方法。
【請求項７】
無線リンク制御確認モードが用いられ、ピギーバックされる確認応答／否定応答フィールドのビットマップが解釈される場合に、
前記方法が、確認応答に設定されているであろうシーケンス番号域要素の配列Ｖ（Ｂ）の要素のいずれをも暫定的確認に設定する工程を備えることを特徴とする請求項１に記載の方法。
【請求項８】
通信ネットワーク・システムにおける送信部（３２、３３、３６）であって、受信部（３１、３４、３７）との間での送信ストーリングの危険性を低減し、データブロックを前記受信部（３１、３４、３７）に送信するように構成された送信部であり、
各データ・ブロックはブロック・シーケンス番号を含み、送信された前記データ・ブロックは送信バッファに格納され、送信バッファ・ウィンドウは前記送信されたデータ・ブロックを再送するフローを制御するように構成され、前記送信バッファウィンドウは確認状態変数Ｖ（Ａ）を含み、該Ｖ（Ａ）は相手方から肯定的な確認応答がなされていない最も古いデータブロックのブロック・シーケンス番号の値を含み、
前記送信部は、前記ブロック・シーケンス番号がピギーバックされる確認応答／否定応答フィールドで応答されている場合に、前記ブロック・シーケンス番号を暫定的に確認応答されたものとして設定し、その後に前記ブロック・シーケンス番号に対する確認応答を含むパケットアップリンク確認応答／否定応答メッセージまたはパケットダウンリンク確認応答／否定応答メッセージの受信に応じて、前記ブロック・シーケンス番号を確認応答されたものとして設定するように構成され、
前記ブロックシーケンス番号が確認応答されたものとして設定された場合にのみ、前記送信部は、前記送信バッファ・ウィンドウを確認状態変数Ｖ（Ａ）＝［ＢＳＮ'＋１］modulo ＳＮＳに進めるように更に構成され、前記ＢＳＮ'がブロック・シーケンス番号であり、前記ＳＮＳはシーケンス番号域である
ことを特徴とする送信部。
【請求項９】
前記受信部（３１、３４、３７）は受信バッファ・ウィンドウを有する受信バッファを備え、
前記パケットアップリンク確認応答／否定応答メッセージまたは前記パケットダウンリンク確認応答／否定応答メッセージが、前記受信バッファ・ウィンドウの開始に対応する受信ウィンドウ状態変数Ｖ（Ｑ）に等しいブロック・シーケンス番号に対する確認応答／否定応答を備え、前記送信バッファ・ウィンドウに前記受信ウィンドウ状態変数Ｖ（Ｑ）より小さいブロック・シーケンス番号がある場合に、前記送信部がさらに前記受信ウィンドウ状態変数Ｖ（Ｑ）より小さい前記ブロック・シーケンス番号を確認応答と見なすように構成されることを特徴とする請求項８に記載の送信部。
【請求項１０】
無線リンク制御確認モードが用いられる場合に、
前記送信部（３２、３３、３６）がさらに前記パケットアップリンク確認応答／否定応答メッセージ、または、前記パケットダウンリンク確認応答／否定応答メッセージの受信したブロック・ビットマップで相手方から受信した値から、前記確認状態変数Ｖ（Ａ）を更新するように構成されることを特徴とする請求項８に記載の送信部。
【請求項１１】
無線リンク制御非永続型モードがマルチメディアブロードキャスト／マルチキャスト・サービス・ベアラに対して用いられる場合に、
前記送信部（３２、３３、３６）がさらに、マルチメディアブロードキャスト／マルチキャスト・サービスダウンリンク確認応答／否定応答メッセージの受信したブロック・ビットマップで相手方から受信した値から、前記確認状態変数Ｖ（Ａ）を更新するように構成されることを特徴とする請求項８に記載の送信部。
【請求項１２】
無線リンク制御非永続型モードがＥＧＰＲＳトランスポート・ブロック・フォーマットに対して用いられる場合に、
前記送信部（３２、３３、３６）がさらに、前記パケットアップリンク確認応答／否定応答メッセージ、ＥＧＰＲＳパケットダウンリンク確認応答／否定応答メッセージ、ＥＧＰＲＳパケットダウンリンク確認応答／否定応答タイプ２メッセージ、または前記ピギーバックされる確認応答／否定応答フィールドにおいて、相手方から受信した値から前記確認状態変数Ｖ（Ａ）を更新するように構成されることを特徴とする請求項８に記載の送信部。
【請求項１３】
前記送信部がさらに、前記確認状態変数Ｖ（Ａ）を、［Ｖ（Ｓ）−ＢＳＮ'］modulo ＳＮＳ ≦ＷＳの条件を満たす、前記送信バッファ内の最も古いデータ・ブロックのブロック・シーケンス番号に設定するか、或いは、もし、すべてのデータ・ブロックが対応する相手方または複数の相手方により肯定的に確認応答されていれば前記確認状態変数Ｖ（Ａ）を前記Ｖ（Ｓ）に設定するように構成され、
前記Ｖ（Ｓ）は送信状態変数、前記ＢＳＮ'はブロック・シーケンス番号、前記ＳＮＳはシーケンス番号域、前記ＷＳはウィンドウ・サイズであることを特徴とする請求項８に記載の送信部。
【請求項１４】
無線リンク制御確認モードが用いられ、ピギーバックされる確認応答／否定応答フィールドのビットマップが解釈される場合に、
前記送信部（３２、３３、３６）がさらに、確認応答に設定されているであろうシーケンス番号域要素の配列Ｖ（Ｂ）の要素のいずれをも暫定的確認に設定するように構成されることを特徴とする請求項８に記載の送信部。
【請求項１５】
請求項８乃至請求項１４のいずれか１項に記載の送信部（３２、３３、３６）を備えることを特徴とするユーザ装置。
【請求項１６】
請求項８乃至請求項１４のいずれか１項に記載の送信部（３２、３３、３６）を備えることを特徴とする通信ネットワーク・ノード。
【国際調査報告】
2011512063.tif 000006
2011512063.tif 000007
2011512063.tif 000008