(57)【特許請求の範囲】
【請求項１】
受信器が送信器に状態報告を送信する方法であって、
前記受信器が前記送信器からポール要請を受信するステップと、
前記受信器が、前記ポール要請に含まれた第１の一連番号が第２の一連番号より大きいと判断した場合、前記受信器が前記第２の一連番号を前記第１の一連番号より１大きい値に更新するステップと、
前記受信器が、前記更新された第２の一連番号に基づいて前記状態報告を決定するステップと、
前記受信器が、前記決定された状態報告を前記送信器に送信するステップとを具備し、
前記第１の一連番号は、前記送信器が前記受信器に送信した複数のプロトコルデータユニット（ＰＤＵ）の一連番号の中で最も大きい値であり、前記第２の一連番号は、前記受信器が次に受信することが予想されるデータの一連番号の中で最も大きい値であり、
前記ポール要請は、制御プロトコルデータユニットを含み、前記第１の一連番号はポールシーケンスであることを特徴とする状態報告送信方法。
【請求項２】
前記状態報告を決定するステップは、
前記第１の一連番号が前記第２の一連番号より大きいと、前記第１の一連番号に基づいて前記状態報告を送信する複数のプロトコルデータユニットに関する状態報告範囲を決定するステップと、
前記第２の一連番号が前記第１の一連番号より大きいと、前記更新された第２の一連番号に基づいて前記状態報告範囲を決定するステップとを具備することを特徴とする請求項１に記載の状態報告送信方法。
【請求項３】
前記状態報告範囲を決定するステップは、
前記第１の一連番号または、前記第２の一連番号に基づいて前記範囲の上限を決定するステップと、
前記送信された複数のプロトコルデータユニットの中で損失したプロトコルデータユニットと関連した第３の一連番号に基づいて前記範囲の下限を決定するステップとを具備することを特徴とする請求項２に記載の状態報告送信方法。
【請求項４】
前記第１の一連番号を有効化するステップと、
前記有効化した第１の一連番号に基づいて前記状態報告を送信するステップとをさらに具備することを特徴とする請求項１に記載の状態報告送信方法。
【請求項５】
状態報告を送受信するための通信システムであって、
送信された少なくとも１つのプロトコルデータユニットに関する状態報告のためのポール要請を送信する送信器と、
前記ポール要請を受信し、前記ポール要請に含まれた第１の一連番号が第２の一連番号より大きいと判断した場合、前記第２の一連番号を前記第１の一連番号より１大きい値に更新し、前記更新された第２の一連番号に基づいて前記状態報告を決定し、前記決定された状態報告を前記送信器に送信する受信器とを具備し、
前記第１の一連番号は、前記送信器が前記受信器に送信した複数のプロトコルデータユニットの一連番号の中で最も大きい値であり、前記第２の一連番号は、前記受信器が次に受信することが予想されるデータの一連番号の中で最も大きい値であり、
前記ポール要請は、制御プロトコルデータユニットを含み、前記第１の一連番号はポールシーケンスであることを特徴とする通信システム。
【請求項６】
前記第１の一連番号が前記第２の一連番号より大きいと、前記受信器は、前記第１の一連番号に基づいて前記状態報告を送信する複数のプロトコルデータユニットに関する状態報告範囲を決定し、
前記第２の一連番号が前記第１の一連番号より大きいと、前記受信器は、前記更新された第２の一連番号に基づいて前記状態報告範囲を決定することを特徴とする請求項５に記載の通信システム。
【請求項７】
送信器から送信された少なくとも１つのプロトコルデータユニットに関する状態報告を前記送信器に提供するための受信器であって、
送信器と通信する通信インターフェースと、
前記送信器から前記状態報告のためのポール要請を受信し、前記ポール要請に含まれた第１の一連番号が第２の一連番号より大きいと判断した場合、前記第２の一連番号を前記第１の一連番号より１大きい値に更新し、前記更新された第２の一連番号に基づいて前記状態報告を決定し、前記決定された状態報告を前記送信器に送信するプロセッサとを具備し、
前記第１の一連番号は、前記送信器が前記受信器に送信した複数のプロトコルデータユニットの一連番号の中で最も大きい値であり、前記第２の一連番号は、前記受信器で次に受信することが予想されるデータの一連番号の中で最も大きい値であり、
前記ポール要請は、制御プロトコルデータユニットを含み、前記第１の一連番号はポールシーケンスであることを特徴とする受信器。
【請求項８】
前記送信器から順次に送信された前記複数のプロトコルデータユニットを記憶するための記憶装置をさらに具備することを特徴とする請求項７に記載の受信器。
【請求項９】
前記第１の一連番号が前記第２の一連番号より大きいと、前記プロセッサは、前記第１の一連番号に基づいて前記状態報告を送信する複数のプロトコルデータユニットに関する状態報告範囲を決定し、
前記第２の一連番号が前記第１の一連番号より大きいと、前記プロセッサは、前記更新された第２の一連番号に基づいて前記状態報告範囲を決定することを特徴とする請求項７に記載の受信器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に、データ転送管理方法及びシステムに関し、特に、複数のプロトコルデータユニット（ＰＤＵｓ）の受信又は損失に関する状態情報とともにポール要請（poll request）に基づいて状態報告を提供することによりデータ転送を管理するための方法及びシステムに関する。
【背景技術】
【０００２】
データを送信する際に、該データは、無線通信システムの無線インターフェースアーキテクチャで生成された複数のプロトコルデータユニット（以下、“ＰＤＵｓ”と称する。）の形態であり得る。送信器により送信されたＰＤＵｓは、受信器に到達せずチャネルを介した送信の間に損失し得る。例えば、送信器は、送信されたＰＤＵｓに関する状態報告の要請を受信器にポーリングする。この要請が受信された時点で、受信器は、受信されたＰＤＵｓの状態報告を送信する。しかしながら、送信器は、チャネルを介した送信の間に損失したＰＤＵｓに関する状態報告を受信器から受信することができない可能性もある。さらに、送信器は、送信されたＰＤＵｓに関する状態報告の要請を受信器に繰り返しポーリングすることにより、デッドロック状態を引き起こす。さらに、損失したＰＤＵｓに関する状態報告を受信器から送信器に送信するにあたり発生する時間遅延は、送信器からの損失したＰＤＵｓの再送信を遅延させることもある。
したがって、データ転送を効率的に管理するための方法及びシステムに対する必要性が要求されているという問題がある。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】3GPP TS 25.322 V8.0.0(2007-12)，p.27,p.36,p.40,p.48,p.52,p53 ＵＲＬ，http://www.3gpp.org/ftp/Specs/archive/25_series/25.322/25322-800.zip
【発明の概要】
【発明が解決しようとする課題】
【０００４】
したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、データ転送を効率的に管理するための方法及びシステムを提供することにある。
【課題を解決するための手段】
【０００５】
上記のような目的を達成するために、本発明の一態様によれば、データ転送管理方法を提供する。上記方法は、上記データ転送の間に順次に送信された少なくとも１つのプロトコルデータユニットに関する状態報告のためにポール要請を受信するステップと、シーケンス番号に基づいて上記状態報告で説明される上記少なくとも１つのプロトコルデータユニットの状態報告範囲を決定するステップと、上記データ転送の間に上記状態報告範囲内で上記少なくとも１つのプロトコルデータユニットの受信及び損失の中の少なくとも１つに関する状態情報を有する上記状態報告を提供するステップとを具備し、上記ポール要請は、上記ポール要請の前に順次に送信されたプロトコルデータユニットと関連した上記シーケンス番号を有することを特徴とする。
【０００６】
本発明の他の態様によれば、データ転送管理システムを提供する。上記システムは、上記データ転送の間に順次に送信された少なくとも１つのプロトコルデータユニットに関する状態報告のためにポール要請を送信する通信装置と、上記ポール要請でのシーケンス番号に基づいて上記状態報告を上記通信装置に提供するための電子装置とを具備し、上記ポール要請は、上記ポール要請の前に順次に送信されたプロトコルデータユニットと関連した上記シーケンス番号を有することを特徴とする。
【０００７】
本発明のさらに他の態様によれば、データ転送の間にプロトコルデータユニットに関する状態報告を提供するための電子装置を提供する。上記装置は、通信装置と通信するための通信インターフェースと、ポール要請で受信されたシーケンス番号に基づいて上記状態報告で説明される上記プロトコルデータユニットの状態報告範囲を決定し、上記状態報告範囲内で上記プロトコルデータユニットの受信及び損失の中の少なくとも１つに関する状態情報を有する状態報告を上記通信装置に提供するためのプロセッサとを具備することを特徴とする。
【発明の効果】
【０００８】
本発明は、受信装置がプロトコルデータユニットのシーケンス番号に基づいて状態報告範囲を決定し、該状態報告範囲内で受信されたプロトコルデータユニットの状態報告を送信することにより効率的なデータ転送を管理することができる。
【０００９】
また、本発明は、データ転送を効率的に管理することにより、送信器から損失したプロトコルデータユニットに対する再送信時間遅延を減少させることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態によるデータ転送を管理するためのシステムの構成を示すブロック図である。
【図２】本発明の一実施形態による電子装置の構成を示すブロック図である。
【図３】本発明の一実施形態によるデータ転送を管理するための方法を示す図である。
【発明を実施するための形態】
【００１１】
本発明の他の目的、利点、及び顕著な特徴は、添付の図面及び本発明の実施形態からなされた以下の詳細な説明から、この分野の当業者に明確になるはずである。
【００１２】
添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供される。これは、この理解を助けるための様々な特定の詳細を含むが、ただ１つの実施形態にすぎない。したがって、本発明の範囲及び趣旨を逸脱することなく、ここに説明された実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は、省略する。
【００１３】
次の説明及び請求項に使用される用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確にかつ一貫性のあるようにするために使用される。したがって、本発明の実施形態の説明がただ実例を提供するためのもので、特許請求の範囲とこれと均等なものに基づいて定義される発明を限定する目的で提供されるものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。
【００１４】
英文明細書に記載の“ａ”、“ａｎ”、及び“ｔｈｅ”、すなわち、単数形は、コンテキスト中に特記で明示されない限り、複数形を含むことは、当業者にはわかるものである。したがって、例えば、“コンポーネント表面(a component surface)”との記載は、１つ又は複数の表面を含む。
【００１５】
ここで説明する本発明の実施形態は、データ転送を効率的に管理するための方法及びシステムを提供する。
【００１６】
図１は、本発明の実施形態によるデータ転送を管理するためのシステムのブロック図である。システム１００は、ネットワーク１１０を介して通信装置１１５に接続された電子装置１０５を含む。電子装置１０５は、ポール要請でのシーケンス番号に基づいて通信装置１１５に状態報告を提供するために使用される。通信装置１１５は、データ転送の間に順次に送信された複数のプロトコルデータユニット（以下、“ＰＤＵｓ”と称する。）に関する状態報告のためのポール要請を送信するために使用される。
【００１７】
電子装置の例は、コンピュータ、ラップトップ、パームトップ、携帯電話、パーソナルデジタルアシスタント（ＰＤＡｓ）などに限定されるのではなく、ＰＤＵｓに関する状態報告が提供されることができる所定の装置を含む。通信装置１１５は、コンピュータ、ラップトップ、パームトップ、携帯電話、ＰＤＡｓなどに限定されるのではなく、この状態報告のためのポール要請が送信されることができる所定の装置を含む。ネットワーク１１０は、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ネットワーク、一般パケット無線サービス（ＧＰＲＳ）ネットワーク、ＧＳＭ（登録商標）ネットワーク、近距離通信網（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、インターネット、ブルートゥース、ジグビー（ZigBee）技術、及び無線ネットワークなどを含み、これに限定されない。無線ネットワークは、ユニバーサル移動体通信システム（ＵＭＴＳ）地上波無線アクセスネットワーク（ＵＴＲＡＮ）を含み、これに限定されない。
【００１８】
電子装置１０５は、ネットワーク１１０を介して又は直接に記憶装置１２０に接続されてもよい。本発明の実施形態において、記憶装置１２０は、電子装置１０５内に統合されてもよい。記憶装置１２０は、データを記憶するために、フラッシュドライブ、ハードディスクなどに含み、これに限定されない。記憶装置１２０は、通信装置１１５からデータ転送の間に順次に取得されたＰＤＵｓを記憶することができる。
【００１９】
本発明の一実施形態において、ネットワーク１１０を介した通信装置１１５と電子装置１０５間の通信は、無線リンク制御（ＲＬＣ）プロトコルを使用して可能となる。ＲＬＣプロトコルは、ＰＤＵｓを送信するために通信装置１１５に存在し、対応するＲＬＣエンティティーは、ＰＤＵｓを受信するために電子装置１０５に存在する。通信装置１１５又は電子装置１０５内のＲＬＣプロトコルに対応する無線インターフェースプロトコルレイヤーは、物理レイヤー（ＰＬ）上位のデータリンクレイヤー（ＤＬＬ）を含む。ＤＬＬは、ＲＬＣレイヤー及びメディアアクセス制御（以下、“ＭＡＣ”と称する。）レイヤーのような２つのサブレイヤーを有する。サービスアクセスポイント（以下、“ＳＡＰ”と称する。）は、レイヤーとサブレイヤー間のピアツーピア通信を容易にするために電子装置１０５のレイヤーとサブレイヤー間に備えられる。ＭＡＣレイヤーとＰＬ間のＳＡＰは、このレイヤー間の通信のための転送チャネルを提供する。ＲＬＣレイヤーとＭＡＣサブレイヤー間のＳＡＰは、このレイヤー間の通信のための論理チャネルを提供する。ＲＬＣレイヤーは、承認モード（ＡＭ）ＲＬＣ動作、非承認モード（ＵＭ）ＲＬＣ動作、及び透過モード（ＴＭ）ＲＬＣ動作をそれぞれ含む３種類のセッションアクセスポイント（ＳＡＰｓ）を提供する。
【００２０】
本発明の一実施形態において、ＡＭ ＲＬＣ動作は、上位レイヤーＰＤＵｓの順次的な送信、ＰＤＵｓの重複検出、ＰＤＵｓの誤り訂正、及びＰＤＵｓの暗号化のような１つまたはそれ以上の機能を実行することができる。
【００２１】
ＲＬＣレイヤーは、ＡＭ ＲＬＣ動作での送信のために１つのデータユニットをこのレイヤーから受信する。該データユニットは、ペイロード又はサービスデータユニット（以下、“ＳＤＵ”と称する。）を含む。ＳＤＵの分割及び連結を行うことによりＰＤＵを形成する。ＲＬＣは、ヘッダーを含む制御情報をＳＤＵに付加する。上位レイヤーから受信されたＳＤＵと結合されたヘッダーは、ＰＤＵを含む。このヘッダーは、ＲＬＣ ＰＤＵシーケンス番号（ＳＮ）を含む。ＰＤＵｓは、ＡＭ ＲＬＣプロトコルメカニズムを介して通信装置から電子装置１０５に送信される。ＲＬＣレイヤーは、上位レイヤーから受信された複数のＳＤＵの信頼性のある送信に対する責任がある。
【００２２】
通信装置１１５から送信されたか又は送信されるＰＤＵｓは、通信装置１１５内の送信ウィンドー（ＴＸ＿ＷＩＮＤＯＷ）に保持される。電子装置１０５で受信されたか又は受信されるＰＤＵｓは、電子装置１０５内の受信ウィンドー（ＲＸ＿ＷＩＮＤＯＷ）に保持される。ＴＸ＿ＷＩＮＤＯＷ動作を保持するために、変数ＶＴ（Ａ）、ＶＴ（Ｓ）、及びＶＴ（ＭＳ）は、通信装置１１５により保持される。＜表１＞は、この変数の定義について説明する。
【００２３】
【表１】
0005607769.tif 000002
【００２４】
ＲＸ＿ＷＩＮＤＯＷを保持するために、変数ＶＲ（Ｒ）、ＶＲ（Ｈ）、及びＶＲ（ＭＲ）は、電子装置１０５により保持される。＜表２＞は、この変数の定義について説明する。
【００２５】
【表２】
0005607769.tif 000003
【００２６】
ＰＤＵｓは、通信装置１１５内のＴＸ＿ＷＩＮＤＯＷから電子装置１０５内のＲＸ＿ＷＩＮＤＯＷに送信される。送信される新たなデータＰＤＵｓは、ＴＸ＿ＷＩＮＤＯＷの上のエッジから付加される。順次に受信されたＰＤＵｓは、ＲＸ＿ＷＩＮＤＯＷの下のエッジから付加される。この受信された新たなＰＤＵｓは、ＲＸ＿ＷＩＮＤＯＷ内に付加され、ＰＤＵｓと関連したシーケンス番号に従って整列される。
【００２７】
本発明の一実施形態において、ネットワーク１１０を介した通信装置１１５と電子装置１０５間の通信は、論理リンク制御（以下、“ＬＬＣ”と称する。）プロトコルを使用してなされる。ＬＬＣプロトコルは、ＰＤＵｓを送信するために通信装置１１５に存在し、対応するＬＬＣプロトコルは、ＰＤＵｓを受信するために電子装置１０５に存在する。
【００２８】
図２は、本発明の一実施形態による電子装置１０５の構成を示すブロック図である。電子装置１０５は、情報を通信するためのバス２０５又は他の通信メカニズムを含む。電子装置１０５は、バス２０５と接続されたプロセッサ２１０を含む。プロセッサ２１０は、電子装置１０５の機能を処理し制御するための集積電子回路を含むことができる。また、電子装置１０５は、プロセッサ２１０により使用されることができる情報を記憶するために、バス２０５に接続された、ランダムアクセスメモリ（ＲＡＭ）又は他の動的記憶装置のようなメモリ２１５を含む。メモリ２１５は、要請される一時的な情報を記憶するために使用されることができる。電子装置１０５は、プロセッサ２１０に関する静的情報を記憶するためにバス２０５に接続されたＲＯＭ又は他の静的記憶装置をさらに含む。磁気ディスク、光ディスクなどのような記憶部２２５は、情報を記憶するために提供され、バス２０５に接続される。
【００２９】
図２を参照すると、電子装置１０５は、バス２０５を介して陰極線管（ＣＲＴ）、液晶表示（ＬＣＤ）、又は発光ダイオード（ＬＥＤ）ディスプレーのようなディスプレー２３０に接続されることができる。英数字及び他のキーを含む入力装置２３５は、プロセッサ２１０への入力を提供するためにバス２０５に接続される。入力装置２３５は、電子装置１０５に含まれてもよい。電子装置１０５は、ユーザ入力装置の他のタイプ、例えば、マウス、トラックボール、プロセッサ２１０への入力を提供し、ディスプレー２３０上のカーソル移動を制御するためのカーソル方向キーのようなカーソル制御装置２４０を含む。また、入力装置２３５は、ディスプレー２３０、例えば、タッチスクリーンに含まれてもよい。
【００３０】
本発明の様々な実施形態は、以下で説明される技術を実現するために電子装置１０５の使用に関連する。本発明の一実施形態において、この技術は、メモリ２１５に含まれている情報を使用してプロセッサ２１０によりなされる。この情報は、記憶部２２５のような他の機械可読媒体からメモリ２１５に読み込まれてもよい。
【００３１】
ここで使用される“機械可読媒体”という用語は、機械が特定の形態で動作するようにするデータを提供するのに関与する記録媒体を示す。例えば、電子装置１０５及び様々な機械可読媒体は、情報をプロセッサ２１０に提供するのに関連する。この機械可読媒体は、記憶媒体であってもよい。記憶媒体は、非揮発性媒体と揮発性媒体とを含む。例えば、非揮発性媒体は、記憶部２２５のような光又は磁気ディスクを含む。揮発性媒体は、メモリ２１５のような動的メモリを含む。この媒体は、媒体により運搬された情報が機械内部に情報を読み込む物理的メカニズムにより検出されることができるようにするために実体的でなければならない。
【００３２】
例えば、機械可読媒体の共通形態は、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、磁気テープ、又はある他の磁気媒体、ＣＤ−ＲＯＭ、ある光媒体、パンチカード、パンチテープ、ホールのパターンを有する物理的媒体、ＲＡＭ、プログラム可能読取り専用記憶装置（ＰＲＯＭ）、消去及びプログラム可能読取り専用記憶装置（ＥＰＲＯＭ）、フラッシュＥＰＲＯＭ、メモリチップ、又はカートリッジを含む。
【００３３】
本発明の一実施形態において、この機械可読媒体は、同軸ケーブル、銅線、光ファイバー及びバス２０５を含むワイヤーを含む送信媒体であってもよい。また、送信媒体は、電波及び赤外線データ通信の間に発生された形態のような音波又は光波の形態を有してもよい。
【００３４】
また、電子装置１０５は、バス２０５に接続された通信インターフェース２４５を含む。通信インターフェース２４５は、ネットワーク１１０に接続されて双方向データ通信を提供する。例えば、通信インターフェース２４５は、互換性のあるＬＡＮにデータ通信接続を提供するためのＬＡＮカードであってもよい。また、無線リンクが実現されることもできる。このような実現において、通信インターフェース２４５は、様々な種類の情報を示すデジタルデータストリームを運搬する電気的信号、電磁気的信号、又は光信号を送受信する。通信インターフェース２４５は、ユニバーサルシリアルバス（ＵＳＢ）ポートであり得る。電子装置１０５と通信装置１１５間の通信は、通信インターフェース２４５及びネットワーク１１０を介してなされることができる。
【００３５】
図２を参照すると、プロセッサ２１０は、例えば、決定部２５０及び提供部２５５のような少なくとも１つ又はそれ以上の処理部を含むことができる。決定部２５０は、ポール要請で受信されたシーケンス番号に基づく状態報告で説明される１つ又はそれ以上のＰＤＵｓの状態報告範囲を決定するために使用される。提供部２５５は、この状態報告範囲内でＰＤＵｓの受信又は損失に関する状態情報とともに状態報告を通信装置１１５に提供するために使用される。この処理部は、所望の機能を実行するハードウェア回路であってもよい。
【００３６】
本発明の一実施形態において、記憶部２２５、例えば、ハードディスクは、順次に取得されたＰＤＵｓを記憶するために使用されることができる。電子装置１０５は、記憶部２２５から直接にＰＤＵｓにアクセスするか、又は通信インターフェース２４５を介して記憶装置１２０からＰＤＵｓにアクセスしてもよい。
【００３７】
提供部２５５は、この状態報告を提供するために記憶装置１２０又は記憶部２２５を使用してもよい。
【００３８】
図３は、本発明の一実施形態によるデータ転送を管理するための方法を示す図である。
【００３９】
該方法は、ステップ３０５で開始する。
【００４０】
ステップ３１０で、データ転送の間に順次に送信された１つ又はそれ以上のＰＤＵｓに関する状態報告のためのポール要請が受信される。該ポール要請は、ポール要請を送信する前に送信されたＰＤＵと関連したシーケンス番号を含む。
【００４１】
本発明の一実施形態において、以下では、“ポールスーパーフィールド（ＰＯＬＬ ＳＵＦＩ）”と呼ばれる制御ＰＤＵは、順次に送信されたＰＤＵｓに関する状態報告を提供するためにポール要請で送信される。ＰＯＬＬ ＳＵＦＩは、“タイプ”フィールドと“ポールシーケンス（ＰＯＬＬ＿ＳＮ）”フィールドとに特徴付けられる。“タイプ”フィールドは、ＳＵＦＩがポールのタイプであることを識別し、“ＰＯＬＬ＿ＳＮ”フィールドは、このポール要請を送信する前に送信されたＰＤＵと関連したシーケンス番号を示す。例えば、シーケンス番号３６を有するＰＤＵが送信され、ＰＤＵと関連したシーケンス番号３１より小さいシーケンス番号を有するＰＤＵｓが承認される場合に、シーケンス番号３６を有するＰＯＬＬ ＳＵＦＩは、３１から３６までのシーケンス番号と共に送信されたＰＤＵｓの状態報告を提供するために送信されることができる。
【００４２】
図３を参照すると、ステップ３１５で、この状態報告で説明されるＰＤＵｓの状態報告範囲は、このポール要請でのシーケンス番号に基づいて決定される。この状態報告範囲の上限は、このポール要請でのシーケンス番号とこのポール要請を受信した後にＰＤＵｓの中で順次に予想されるＰＤＵと関連したシーケンス番号とを比較することにより決定される。この状態報告範囲の下限は、データ転送の間にＰＤＵｓの中で損失したＰＤＵと関連したシーケンス番号を識別することにより決定される。
【００４３】
本発明の一実施形態において、このポール要請でのシーケンス番号がＰＤＵｓの中で順次に予想されるＰＤＵと関連したシーケンス番号より大きいか又は同一である場合に、この状態報告範囲は、このデータ転送の間に損失したＰＤＵと関連したシーケンス番号とこのポール要請でのシーケンス番号間のシーケンス番号を有するＰＤＵｓを含む。この状態報告範囲の上限は、このポール要請でのシーケンス番号に対応することができる。
【００４４】
例えば、ＰＤＵｓの中で順次に予想されるＰＤＵと関連したシーケンス番号が３５であり、データ転送の間に損失したＰＤＵと関連したシーケンス番号が３２であり、このポール要請でのシーケンス番号が３６であると仮定する。この際に、シーケンス番号３６がシーケンス番号３５より大きいために、この状態報告範囲は、シーケンス番号３２と３６間のＰＤＵｓを含むことができる。
【００４５】
本発明の実施形態において、ポール要請でのシーケンス番号がＰＤＵｓの中で順次に予想されるＰＤＵと関連したシーケンス番号より小さい場合に、この状態報告範囲は、ＰＤＵｓの中でデータ転送の間に損失したＰＤＵと関連したシーケンス番号からＰＤＵｓの中で順次に予想されるＰＤＵと関連したシーケンス番号までのシーケンス番号を有するＰＤＵｓを含む。
【００４６】
ＰＤＵｓの中で順次に予想されるＰＤＵと関連したシーケンス番号は、この状態報告範囲から除外されることができる。ポール要請でのシーケンス番号が順次に予想されるＰＤＵと関連したシーケンス番号より小さい場合に、この状態報告範囲の上限は、ＰＤＵｓの中で順次に予想されるＰＤＵと関連したシーケンス番号より１小さいシーケンス番号を有するＰＤＵに対応することができる。
【００４７】
例えば、ＰＤＵｓの中で順次に予想されるＰＤＵと関連したシーケンス番号が３５であり、データ転送の間に損失したＰＤＵと関連したシーケンス番号が３２であり、このポール要請でのシーケンス番号が３４である。この際に、シーケンス番号３５がシーケンス番号３４より大きいため、この状態報告範囲は、シーケンス番号３２と３５間のＰＤＵｓを含むことができる。
【００４８】
このポール要請でのシーケンス番号がＰＤＵｓの中で順次に予想されるＰＤＵと関連したシーケンス番号の増加は、比較のために使用されることができる。この際に、この状態報告範囲は、この比較に基づいて決定されることができる。
【００４９】
本発明の一実施形態において、このポール要請を受信した後にＰＤＵｓの中で順次に予想されるＰＤＵと関連したシーケンス番号は、この比較に基づいてポール要請でのシーケンス番号に対応して更新される。順次に予想されるＰＤＵのシーケンス番号を更新するために、このポール要請での増加されたシーケンス番号と順次に予想されるＰＤＵのシーケンス番号とが比較される。このポール要請での増加されたシーケンス番号が順次に予想されるＰＤＵのシーケンス番号より大きい場合に、順次に予想されるＰＤＵの更新されたシーケンス番号は、このポール要請での増加されたシーケンス番号に対応することができる。ポール要請での増加されたシーケンス番号が順次に予想されるＰＤＵのシーケンス番号より小さい場合に、順次に予想されるＰＤＵの更新されたシーケンス番号は、順次に予想されるＰＤＵの増加されたシーケンス番号に対応することができる。この状態報告範囲は、この更新に基づいて拡張される。この際に、この状態報告範囲の上限は、ＰＤＵｓの中で順次に予想されるＰＤＵと関連したこの更新されたシーケンス番号に対応することができる。
【００５０】
この更新されたシーケンス番号は、この状態報告範囲から除外されることができる。この際に、この状態報告範囲の上限は、ＰＤＵｓの中で順次に予想されるＰＤＵと関連したこの更新されたシーケンス番号より１小さいシーケンス番号を有するＰＤＵに対応することができる。
【００５１】
例えば、ＰＤＵｓの中で順次に予想されるＰＤＵと関連したシーケンス番号が３５であり、データ転送の間に損失したＰＤＵと関連したシーケンス番号が３２であり、このポール要請でのシーケンス番号が３６である。順次に予想されるＰＤＵのシーケンス番号３５の増加は、シーケンス番号３６に対応することができる。このポール要請でのシーケンス番号３６の増加は、シーケンス番号３７に対応することができる。この際に、シーケンス番号３７がシーケンス番号３６より大きいため、ＰＤＵｓの中で順次に予想されるＰＤＵと関連したシーケンス番号は、この比較に基づいてシーケンス番号３７に更新されることができる。この状態報告範囲は、シーケンス番号３２から３６までのＰＤＵを含むことができ、シーケンス番号３７は、この状態報告範囲から除外されることができる。
【００５２】
本発明の一実施形態において、このポール要請でのシーケンス番号は、有効となる。このポール要請でのシーケンス番号がこの状態報告範囲の下限より小さい場合に、このポール要請でのシーケンス番号は、無効となる。このポール要請でのシーケンス番号は、このポール要請の受信遅延、反復された自動ポール要請、このポール要請の再送信及びこのポール要請の処理遅延のため、この状態報告範囲の下限より小さいことがあり、これに限定されない。このポール要請でのシーケンス番号が無効となる場合に、この状態報告範囲は、下限から順次に予想されるＰＤＵと関連したシーケンス番号までのシーケンス番号を有するＰＤＵｓを含むことができる。
【００５３】
ＰＤＵｓの中で順次に予想されるＰＤＵと関連したシーケンス番号は、この状態報告範囲から除外されることができる。この際に、この状態報告範囲の上限は、ＰＤＵｓの中で順次に予想されるＰＤＵと関連したシーケンス番号より１小さいシーケンス番号を有するＰＤＵに対応することができる。
【００５４】
例えば、ＰＤＵｓの中で順次に予想されるＰＤＵと関連したシーケンス番号が３５であり、データ転送の間に損失したＰＤＵと関連したシーケンス番号が３２であり、このポール要請でのシーケンス番号が３１である。このポール要請でのシーケンス番号３１が無効であるため、この状態報告範囲は、シーケンス番号３２から３４までのＰＤＵｓを含むことができる。
【００５５】
図３を参照すると、ステップ３２０で、この状態報告範囲内のＰＤＵｓの受信又は損失に関する状態情報を有する状態報告が提供されている。
【００５６】
本発明の一実施形態において、肯定応答（以下、“ＡＣＫ”と称する。）は、ＰＤＵｓの受信に対応して送信され、否定応答（以下、“ＮＡＣＫ”と称する。）は、ＰＤＵｓの損失に対応して送信される。データ転送の間に損失したＰＤＵｓは、ＮＡＣＫに基づいて再送信されることができる。
【００５７】
本発明の一実施形態において、この状態報告は、このポール要請でのシーケンス番号の有効性に基づいて提供されてもよい。
【００５８】
さらに、拡張された状態報告範囲でＰＤＵｓの損失に関する状態情報を有する状態報告は、順次に予想されるＰＤＵのシーケンス番号の更新に基づいて提供されてもよい。
【００５９】
この方法は、ステップ３２５で終了する。
【００６０】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【符号の説明】
【００６１】
１００ データ転送管理システム
１０５ 電子装置
１１０ ネットワーク
１１５ 通信装置
１２０ 記憶装置
【図１】
0005607769.tif 000004
【図２】
0005607769.tif 000005
【図３】
0005607769.tif 000006