(57)【要約】データ単位を処理する装置、及びデータ単位処理装置を制御する方法。通信システムの受信側ピアとして動作するときは、第１のプロトコル層１の実現機能が、バッファ３１からリリースされるべきデータ単位について、第１のプロトコル層１の上位に位置する第２のプロトコル層２への出力のペースを調整する。所定のデータ単位の全てが即時にリリースされた場合に必要となる時間よりも長いリリース期間Ｔをかけて出力ペースの調整が実行される。
2004525554.tif 000002
【特許請求の範囲】
【請求項１】
データ単位の処理装置であって、
第１のプロトコル層（１）の実行手段と、
該第１のプロトコル層（１）の上位に位置する第２のプロトコル層（２）の実行手段と、
前記第２のプロトコル層（２）へとリリースされるべきデータ単位をバッファリングするバッファ（３１）と、
前記バッファ（３１）から前記第２のプロトコル層（２）に準拠したデータ単位のリリース処理を制御するよう動作するバッファ・コントローラ（３２）と
を含み、
通信処理において受信側ピアとして動作するときは、前記第１のプロトコル層（１）は第２のプロトコル層（２）へと上位の方向にデータ単位を引き渡すように構成されており、
前記バッファ（３１）は、前記第２のプロトコル層（２）に準拠したデータ単位をリリースする前に、前記複数のデータ単位を蓄積するよう動作し、
前記バッファコントローラ（３２）は、前記第２のプロトコル層（２）に準拠した複数のデータ単位がリリースされる際に、各データ単位がリリース期間（Ｔ）においてバッファ（３１）からリリースされるように制御し、
前記リリース期間（Ｔ）は、前記複数のデータ単位を即時にリリースする際に必要となる時間よりも長い期間である、データ単位の処理装置。
【請求項２】
前記バッファ（３１）は、前記第１のプロトコル層（１）の一部である、請求項１に記載のデータ単位の処理装置。
【請求項３】
前記第２のプロトコル層に準拠したデータ単位は、予め定められた順序を有し、前記バッファコントローラ（３２）は、前記第２のプロトコルのデータ単位が前記順序に従ってリリースされるように制御する、請求項１又は請求項２に記載のデータ単位の処理装置。
【請求項４】
前記データ単位の処理装置は、最大リリース期間（ＴＭ）が蓄積時間（ＡＴ）に基づいて決定されるように構成されており、該蓄積時間（ＡＴ）は、前記バッファ（３１）から連続してリリースされたデータ単位間の時間間隔である、請求項１乃至請求項３の何れかに記載のデータ単位の処理装置。
【請求項５】
前記データ単位の処理装置は、前記最大リリース期間（ＴＭ）が最小蓄積時間（ＡＴｍｉｎ）又は平均蓄積時間（ＡＴａｖ）と等しくなるように構成されている、請求項４に記載のデータ単位の処理装置。
【請求項６】
前記受信側ピアとして動作するとき、前記第１のプロトコル層（１）は、前記第１のプロトコル層（１）に準拠したデータ単位を前記第２のプロトコル層（２）に準拠したデータ単位へと組み込むよう処理し、
前記第１のプロトコル層に準拠した一以上のデータ単位の受信処理に関する情報を提供すべく、前記第１のプロトコル層の受信側ピアにより前記第１のプロトコル層の送信側ピアにフィードバックメッセージを発行するよう構成された送信フィードバックプロシージャを、前記第１のプロトコル層（１）の実行手段が実行するように構成されており、
前記データ単位の処理装置は、最大リリース期間（ＴＭ）が前記送信フィードバックプロシージャのフィードバック間隔（ＦＩ）に基づいて決定されるように構成されており、前記フィードバック間隔は、前記受信側ピアにより連続して送信されたフィードバックメッセージ間の時間間隔の値を示している、請求項１乃至請求項３の何れかに記載のデータ単位の処理装置。
【請求項７】
前記送信フィードバックプロシージャには、フィードバックメッセージを送信した後は、フィードバック禁止期間が経過するまで更なるフィードバックメッセージを送信しないようにするフィードバック禁止プロシージャが含まれており、前記フィードバック間隔は前記フィードバック禁止期間に等しい、請求項６に記載のデータ単位の処理装置。
【請求項８】
前記最大リリース期間（ＴＭ）は、前記フィードバック禁止期間に等しい、請求項７に記載のデータ単位の処理装置。
【請求項９】
前記第１のプロトコル層（１）は、リンク層プロトコルを備えたリンク層（Ｌ２）であり、
前記データ単位の処理装置は、前記リンク層プロトコルに準拠したデータ単位を、通信回線を介して受信するよう構成されており、
前記通信回線は、ユニバーサル移動通信システムの標準に準拠したものであり、
前記フィードバックメッセージは、前記ユニバーサル移動通信システムのステータスメッセージであり、
前記フォードバック禁止期間は、前記ユニバーサル移動通信システムのステータス禁止タイマーについて設定された値である、請求項７または請求項８に記載のデータ単位の処理装置。
【請求項１０】
前記リリース期間（Ｔ）の間に前記複数のデータ単位をリリースする際のデータリリースレート（ＲＲ）は、リリースの対象となっている前記複数のデータ単位の数（ＮＰＲ）と前記最大リリース期間（ＴＭ）とについての関数である、請求項４乃至請求項９の何れかに記載のデータ単位の処理装置。
【請求項１１】
前記リリース期間（Ｔ）の間に前記複数のデータ単位をリリースする際のデータリリースレート（ＲＲ）は、リリースの対象となっている前記複数のデータ単位の数（ＮＰＲ）を前記最大リリース期間（ＴＭ）によって除算して求められた値以上である、請求項１０に記載のデータ単位の処理装置。
【請求項１２】
前記リリース期間（Ｔ）の間に前記複数のデータ単位をリリースする際のデータリリースレート（ＲＲ）は、バッファ蓄積レート（ＢＦＲ）以上である、請求項１０または請求項１１に記載のデータ単位の処理装置。
【請求項１３】
前記バッファコントローラ（３２）は、前記第２のプロトコル層に準拠した前記データ単位を前記バッファ（３１）からのリリース処理を制御する際に、前記複数のデータ単位の数（ＮＰＲ）が予め定められたしきい値（Ｔｈ）を超えているときには、前記複数のデータ単位のそれぞれを、該複数のデータ単位の全てを即時にリリースした場合に必要となる時間よりも長いリリース期間（Ｔ）をかけてリリースし、一方、前記複数のデータ単位の数（ＮＰＲ）が予め定められたしきい値（Ｔｈ）を超えていないときには、該複数のデータ単位を即座にリリースするよう制御する、請求項１乃至１２の何れかに記載のデータ単位の処理装置。
【請求項１４】
前記データ単位の処理装置は、前記リリース期間（Ｔ）の間にリリースされる前記複数のデータ単位の少なくとも一部を、同時にｎ（ｎは１以上の整数）個ずつリリースする、請求項１乃至１３の何れかに記載のデータ単位の処理装置。
【請求項１５】
前記第１のプロトコル層（１）は、リンク層プロトコルを備えたリンク層（Ｌ２）であり、前記データ単位の処理装置は、前記リンク層プロトコルに準拠したデータ単位を、通信回線を介して受信するように構成されている、請求項１乃至１４の何れかに記載のデータ単位の処理装置。
【請求項１６】
前記通信回線は、無線通信回線であり、前記リンク層プロトコルは、前記無線通信回線を介したデータ単位の送信処理を制御するプロトコルである、請求項１５に記載のデータ単位の処理装置。
【請求項１７】
前記通信回線は、ユニバーサル移動通信システムの標準に準拠した無線通信回線である、請求項１６に記載のデータ単位の処理装置。
【請求項１８】
第１のプロトコル層（１）の実行手段と、該第１のプロトコル層（１）の上位に位置する第２のプロトコル層（２）の実行手段と、前記第２のプロトコル層（２）へとリリースされるべきデータ単位をバッファリングするバッファ（３１）とを含み、通信処理において受信側ピアとして動作するときは、前記第１のプロトコル層（１）は第２のプロトコル層（２）へと上位の方向にデータ単位を引き渡すように構成されており、前記バッファ（３１）は、前記第２のプロトコル層（２）に準拠したデータ単位をリリースする前に、前記複数のデータ単位を蓄積するよう動作する、データ単位処理装置の制御方法であって、
前記第２のプロトコル層（２）に準拠した複数のデータ単位がリリースされるときは、各データ単位がリリース期間（Ｔ）にかけて前記バッファ（３１）からリリースされるように制御し、
前記リリース期間（Ｔ）は、前記複数のデータ単位を即時にリリースする際に必要となる時間よりも長い期間である、データ単位処理装置の制御方法。
【請求項１９】
前記バッファ（３１）は、前記第１のプロトコル層（１）の一部である、請求項１８に記載のデータ単位処理装置の制御方法。
【請求項２０】
前記第２のプロトコル層に準拠したデータ単位は、予め定められた順序を有し、前記バッファコントローラ（３２）は、前記第２のプロトコルのデータ単位が前記順序に従ってリリースされるように制御する、請求項１８又は請求項１９に記載のデータ単位処理装置の制御方法。
【請求項２１】
最大リリース期間（ＴＭ）は、蓄積時間（ＡＴ）に基づいて決定され、該蓄積時間（ＡＴ）は、前記バッファ（３１）から連続してリリースされたデータ単位間の時間間隔である、請求項１８乃至請求項２０の何れかに記載のデータ単位処理装置の制御方法。
【請求項２２】
前記最大リリース期間（ＴＭ）は、最小蓄積時間（ＡＴｍｉｎ）又は平均蓄積時間（ＡＴａｖ）と等しくなるように構成されている、請求項２１に記載のデータ単位処理装置の制御方法。
【請求項２３】
前記受信側ピアとして動作するとき、前記第１のプロトコル層（１）は、前記第１のプロトコル層（１）に準拠したデータ単位を前記第２のプロトコル層（２）に準拠したデータ単位へと組み込むよう処理し、
前記第１のプロトコル層（１）に準拠した一以上のデータ単位の受信に関する情報を提供すべく、前記第１のプロトコル層の受信側ピアによりフィードバックメッセージを前記第１のプロトコル層の送信側ピアに発行するよう、前記第１のプロトコル層（１）の実行手段の送信フィードバックプロシージャが構成されており、
最大リリース期間（ＴＭ）は、前記送信フィードバックプロシージャのフィードバック間隔（ＦＩ）に基づいて決定され、前記フィードバック間隔（ＦＩ）は、前記受信側ピアにより連続して送信されたフィードバックメッセージ間の時間間隔を示した値である、請求項１８乃至請求項２０の何れかに記載されたデータ単位処理装置の制御方法。
【請求項２４】
前記送信フィードバックプロシージャには、フィードバックメッセージを送信した後は、フィードバック禁止期間が経過するまで更なるフィードバックメッセージを送信しないようにするフィードバック禁止プロシージャが含まれており、前記フィードバック間隔は前記フィードバック禁止期間に等しい、請求項２３に記載のデータ単位処理装置の制御方法。
【請求項２５】
前記最大リリース期間（ＴＭ）は前記フィードバック禁止期間に等しい、請求項２４に記載のデータ単位処理装置の制御方法。
【請求項２６】
前記第１のプロトコル層（１）は、リンク層プロトコルを備えたリンク層（Ｌ２）であり、
前記データ単位処理装置は、前記リンク層プロトコルに準拠したデータ単位を、通信回線を介して受信するよう構成されており、
前記通信回線は、ユニバーサル移動通信システムの標準に準拠したものであり、
前記フィードバックメッセージは前記ユニバーサル移動通信システムのステータスメッセージであり、
前記フォードバック禁止期間は、前記ユニバーサル移動通信システムのステータス禁止タイマーについて設定された値である、請求項２４または請求項２５に記載のデータ単位処理装置の制御方法。
【請求項２７】
前記リリース期間（Ｔ）の間に前記複数のデータ単位をリリースする際のデータリリースレート（ＲＲ）は、リリースの対象となっている前記複数のデータ単位の数（ＮＰＲ）と前記最大リリース期間（ＴＭ）とについての関数である、請求項２１乃至請求項２６の何れかに記載のデータ単位処理装置の制御方法。
【請求項２８】
前記リリース期間（Ｔ）の間に前記複数のデータ単位をリリースする際のデータリリースレート（ＲＲ）は、リリースの対象となっている前記複数のデータ単位の数（ＮＰＲ）を前記最大リリース期間（ＴＭ）によって除算して求められた値以上である、請求項２７に記載のデータ単位処理装置の制御方法。
【請求項２９】
前記リリース期間（Ｔ）の間に前記複数のデータ単位をリリースする際のデータリリースレート（ＲＲ）は、バッファ蓄積レート（ＢＦＲ）以上である、請求項２８に記載のデータ単位処理装置の制御方法。
【請求項３０】
前記第２のプロトコル層に準拠した前記データ単位を前記バッファ（３１）からのリリース処理を制御する際に、前記複数のデータ単位の数（ＮＰＲ）が予め定められたしきい値（Ｔｈ）を超えているときは、前記複数のデータ単位のそれぞれを、該複数のデータ単位の全てを即時にリリースした場合に必要となる時間よりも長いリリース期間（Ｔ）をかけてリリースし、一方、前記複数のデータ単位の数（ＮＰＲ）が予め定められたしきい値（Ｔｈ）を超えていないときには、該複数のデータ単位を即座にリリースするよう制御する、請求項１８乃至２９の何れかに記載のデータ単位処理装置の制御方法。
【請求項３１】
前記リリース期間（Ｔ）の間にリリースされる前記複数のデータ単位の少なくとも一部を、同時にｎ（ｎは１以上の整数）個ずつリリースする、請求項１８乃至３０の何れかに記載されたデータ単位処理装置の制御方法。
【請求項３２】
前記第１のプロトコル層（１）は、リンク層プロトコルを備えたリンク層（Ｌ２）であり、前記データ単位処理装置は、前記リンク層プロトコルに準拠したデータ単位を、通信回線を介して受信するように構成されている、請求項１８乃至３１の何れかに記載されたデータ単位処理装置の制御方法。
【請求項３３】
前記通信回線は、無線通信回線であり、前記リンク層プロトコルは、前記無線通信回線を介したデータ単位の送信処理を制御するプロトコルである、請求項３２に記載されたデータ単位処理装置の制御方法。
【請求項３４】
前記通信回線は、ユニバーサル移動通信システムの標準に準拠した無線通信回線である、請求項３３に記載されたデータ単位処理装置の制御方法。
【請求項３５】
データ処理装置にロードされると、請求項１８乃至請求項３４の何れかに記載されたデータ単位処理装置の制御方法を実行するように構成されたコンピュータプログラム。
【請求項３６】
請求項３５に記載されたコンピュータプログラムを記憶しているコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ単位を処理する装置とデータ単位処理装置を制御する方法とに関連する。
【背景技術】
【０００２】
通信分野では、パケットの概念をベースとした通信手法が良く知られている。データパケットは任意の長さのデータを含み、そのデータ構造は、所定のプロトコルによって決まる。プロトコルとは、すなわち、パケットの交換、操作、翻訳等を制御するための取り決めの集合である。プロトコルに依存して様々な名称が使用されており、フレームとかパケットなどと呼ばれている。より一般的な用語としては、プロトコルデータ単位（ＰＤＵ）という用語があり、以下の説明では、単に「データ単位」と呼ぶことにする。この用語「データ単位」は、パケットやフレームその他などいずれかの有限のデータキャリアを意味するものとして理解されなければならない。
【０００３】
２つのポイントにそれぞれ配置され、データ単位を交換する２つのプロトコル実装装置は、ピアと呼ばれることがある。データ単位を使用する通信では、一般に多層化（レイヤリング）という概念を採用している。多層化は、異なるプロトコルが階層的な順序で配置されていることを意味し、データの送信処理には、上位層のプロトコルから下位層のプロトコルへと下位層に向けてデータ単位を組み込んで行く処理が含まれており、受信処理には、組み込まれたデータ単位を反対に戻す処理が含まれている。用語「組み込み」は、一般に、セグメンテーション化だけでなくカプセル化も包含する用語である。例えば、図８は、アプリケーション層Ｌ５、トランスポート層Ｌ４、ネットワーク層Ｌ３、リンク層Ｌ２、及び物理層Ｌ１の実施機能を有するプロトコルスタックの一例を示している。この例示的な通信処理において、例えば、アプリケーション層Ｌ５はＬ５のデータ単位（すなわちＬ５のプロトコルに準拠したデータ単位）をＬ４のトランスポート層へと下位に引き渡し、この層でＬ５のデータ単位がＬ４のデータ単位へと組み込まれ、ネットワーク層Ｌ３へと引き渡され、この層でＬ４のデータ単位をＬ３のデータ単位へと組み込むといった具合である。このような通信処理で、図８に示された各層は、相補的な受信機ピアを備えているといえる。
【０００４】
図８に示されたスタックが受信機として作用するときは、受信されたデータ単位が下位レイヤから上位レイヤの方へと上位に向かって供給される。
【０００５】
当技術分野では、データ単位、プロトコルスタック、多層化などの概念は非常によく知られており、例えば、ＴＣＰ／ＩＰ図説、第１巻、Ｗ．リチャード・スティーブンズ、アディソン・ウェズリー著、プロトコル、ロングマン株式会社、１９９４年発行を参照のこと。よって、これ以上の説明はここでは不要だろう。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、改善されたデータ単位処理装置と、データ単位処理装置の改善された制御方法において、受信機として動作する多層化されたシステムにおけるデータ単位の処理を改善することである。
【課題を解決するための手段】
【０００７】
この目的は、請求項１に記載された特徴を有したデータ単位処理装置、又は請求項１８に記載された特徴を有したデータ単位処理装置の制御方法によって達成される。有利な実施態様については、従属項に記載されている。
【０００８】
本発明によれば、第１のプロトコル層の実施機能と、第２のプロトコル層の実施機能とを有するデータ単位処理デバイスにおいて、前記第２のプロトコル層は、前記第１のプロトコル層の上位に位置し、受信側ピアとして動作するときは、前記第１のプロトコル層が、前記第２のプロトコル層へと上位に向かってデータ単位を引き渡すように構成されており、データ単位を前記第２の層へとリリースするように構成されたバッファは、（複数のデータ単位がリリースされるべきであると示されている場合）リリース期間の間、複数のデータ単位をリリースするように、バッファ・コントローラによって制御される。リリース期間は、複数のデータ単位の全てが即座にリリースされた場合に必要となる時間よりも長い。換言すれば、複数のデータ単位がバッファからリリースされるべき場合、上述のリリース期間の間、バッファからリリースされるべきデータ単位の出力ペース（タイミング）を調整するようにバッファが動作する。
【０００９】
この方法では、受信機として動作する際の、すなわち、プロトコルスタックにおいて上位方向へとデータ単位を供給する際の、多層化システムにおけるデータ単位の処理をより柔軟にすることができる。とりわけ、即時リリース時間よりも長い期間をかけて、上位層へと引き渡されるデータ単位の出力ペースを調整することで、複数のデータ単位のバースト的なリリースによって引き起こされる問題を回避することができる。すなわち、従来技術において、プロトコルスタック内で上位へと引き渡されるデータ単位はバースト的にリリースすることが可能であったが、このようなバーストが原因で、上位層では輻輳のような問題が生じる恐れがあった。
【００１０】
本発明は、階層的なプロトコルの実施機能を二つ備え、受信側システムにおいて上層へとリリースされるデータ単位をバッファリングする何れかのシステムにおいて適用可能である。本発明を適用するには、データ単位がどのような理由によりバッファリングされているかは問題とならない。受信側システムにおいてデータ単位をバッファリングする理由の一つは、例えば、上位層におけるデータ単位の転送順序に関する要求のためである。従って、好ましい例によれば、上述のコンセプトは、データ単位を順番にリリースするように構成されたバッファを有するシステムに適用できる。換言すれば、上位層へとリリースされるデータ単位は、予め定められた順序を有しており、バッファはこの予め定められた順序にだけ従ってデータ単位をリリースする。順序に従った転送処理は、例えば、ＴＣＰ／ＩＰスイートにおいて知られているトランスミッション・コントロール・プロトコル（ＴＣＰ）など、多数のプロトコルにおいて非常に一般的な特徴となっている。順序転送を利用するようなシステムでは、リリース対象のデータ単位を蓄積することが可能である。なぜなら、予め定められた順序中のデータ単位が一つ消失（例えば、受信側のピアに到着しなかったとか、正しく受信できなかったなど）場合、その順序の中でより後ろに位置する全てのデータ単位は、消失したデータ単位を正しく受信するまで、バッファ中に保持されたままとなるからである。データ単位が最初に消失し、その後、後ろに位置する他のデータ単位が到着した後で、消失したデータ単位が正しく到着する理由は様々あるが、例えば、（ＡＲＱのような）再送機構やデータ単位再要求などを使用していることが上げられる。データ単位再要求は、データ単位を送信する側のネットワークにおいて、上述したシーケンスのなかで後方に位置する他のデータ単位に対し遅延したデータ単位が生じることになるが、これは、遅延してきた所定のデータ単位が異なる物理パスを介してトランスポートされて来たことにより、この所定のデータ単位の後に送信されたはずのデータ単位よりも遅延して到着することになるからである。再送機構もデータ単位の再要求もよく知られているので、これ以上の説明は不要であろう。
【００１１】
従来技術のシステムで、いったん行方不明となったデータ単位が受信されたならば、保持又はバッファリングされていた複数のデータ単位がすぐにリリースされることになろう。対照的に、本発明は、もし複数のデータ単位の全てがすぐにリリースされたならば経過するであろう時間よりも長い期間をかけて、複数のデータ単位の出力ペースを調整することが可能なシステムを提案する。
【００１２】
請求項１に記載された本発明のコンセプトを、順序転送を利用するシステムに適用することは好ましい一例であるが、本発明はこれに限定されることはなく、上層へとリリースされるベき複数のデータ単位が、リリースの前にバッファリングされるシステムであれば同様に適用することができる。上述したように、本発明によれば、データ単位がバッファリングされている理由は問題ではないし、順序転送はほんの一例に過ぎない。すなわち、下位層から複数のデータ単位が一つのバーストとなってバッファに到着した状態において、複数のデータ単位が即座にリリースされることを回避するために本発明が使用される。換言すれば、本発明に従って動作するバッファが、順序転送を提供するために制御されない場合であっても、複数のリリース可能なデータ単位がバッファ内に存在することがあり、またバッファ自体とは無関係なイベントによって発生したバーストであっても、本発明は、バースト的なトラヒックによる悪影響を回避することができる。
【００１３】
本発明によると、バッファ・コントローラは、即時リリースの時間よりも長いリリース期間をかけて、データ単位のリリースをコントロールするために動作しうる。バッファ・コントローラはそのような方法で動作しうるが、常にそのような方法で動作しなければならないでわけではない。すなわち、リリース対象のデータ単位のすべてについて、常にリリース期間中においてデータ単位のペース調整に関する特別の動作を実行する必要はなく、例えば、特別のモードで動作している場合において実行したり、リリースされるべきデータ単位の数に応じて選択的に実行したりしてもよい。このような本発明の技術思想によって柔軟性が提供される。
【００１４】
本発明の好ましい実施形態によると、データ単位処理装置は、蓄積時間に基づいて最大リリース期間が決定されるように構成されている。蓄積時間は、バッファからの複数のデータ単位が連続してリリースされる際の経過時間である。ペース調整処理のイベント中におけるデータ単位のリリース処理は、複数のデータ単位がリリースされるときのリリース期間が上述の最大リリース期間と等しいかそれ以下となるように実行される。
【００１５】
他の好ましい実施形態によると、データ単位を上位層へ受け渡す第１のプロトコル層が送信フィードバックプロシージャを実行可能なシステムにおいて、第１のプロトコル層の受信側ピアが第１のプロトコル層の送信側ピアにフィードバックメッセージを発行することで一以上のデータ単位の受信に関する情報が提供される。データ単位処理装置は、送信フィードバックプロシージャのフィードバックインターバルに基づいて最大リリース期間を決定するように構成されている。フィードバックインターバルは、一般に、受信側ピアによる２つの連続したフィードバックメッセージを送信する際の送信と送信との間の経過時間を表した値である。最大リリース期間はフィードバックインターバルに関連して何れかの適切な手法によって決定でき、例えば、フィードバックインターバルと等しく設定することもできる。フィードバックインターバルは何れかの適切な手法によって定義することができ、例えば、ラウンドトリップ時間ＲＴＴ（例えば、最大リリース期間をＲＴＴに等しく設定可能）や、特定の実施装置や要求に依存した他の何れかの手法により定義してもよい。例えば、フィードバックメッセージを送信した後はフィードバック禁止期間が経過するまでフィードバックメッセージを送信しないというフィードバック禁止プロシージャを使用するシステムにおいて、フィードバックインターバルは、上述のフィードバック禁止期間と等しく設定することもできる。そのようなフィードバック禁止期間の一例は、いわゆるＵＭＴＳ（ユニバーサル移動体通信システム）において知られているステータス禁止タイマーの値である。
【００１６】
最大リリース期間をフィードバックインターバルに関連づけることの重要性は、一般に、フィードバックプロシージャが受信できなかったデータ単位や正しく受信できなかったデータ単位のための再送プロシージャに関連していること、及び、とりわけ（排他的ではないが）もしデータ単位が（順序転送による）シーケンスに従って上位層の方向にリースされる場合は、送信側装置によるそのような再送により受信機において複数のデータ単位がリリースを待機する状態にされることである。すなわち、シーケンスに従った転送を用いることで、シーケンス中の消失パケットが（再送により）受信され、データ単位のシリーズが突然完成してシリーズの全体がリリース可能となり、上述の状態が生じることとなる。
【００１７】
最大リリース期間を使用するそのような本発明の実施形態において、リリース期間の間にリリースされる複数のデータ単位のデータリリースレートは、最大リリース期間とリリース対象のデータ単位の数との関数であることが好ましい。より好ましくは、リリース期間は、リリース対象のデータ単位の数を最大リリース期間で除算して得られた値よりも大きいか等しければよい。データリリースレートに関して、もしこのデータリリースレートがバッファの蓄積レートよりも大きいか又は等しいことが好ましい。すなわち、このレートは、上位層へとリリースされるデータ単位によってバッファを満たすレートである。このようにしてバッファのオーバフローが回避できる。
【００１８】
すでに言及したように、所定期間の間、すべてのデータ単位についてペースを調整する必要はない。むしろ、本発明は、リリースされるべきデータ単位の数に対して予め定められたしきい値を設け、リリースされるべきデータ単位の数がこのしきい値より大きければ、これら複数のデータ単位の出力ペースを調整し、そうでなければデータ単位を即座にリリースするように、このしきい値を設定すればよい。
【００１９】
また、同時に一つのデータ単位の出力ペースを調整したり、あるいは、前記データ単位の少なくともいくつかをｎタプル（個ずつ）だけ出力ペースを調整したりしてもよい（ｎは整数）。
【００２０】
図８に示された例示的な層構造に関して、リンクレイヤＬ２を第１のプロトコル層とし、ネットワーク層Ｌ３を第２のプロトコル層として本発明を好ましく適用することができる。より好ましくは、例えば、ＵＭＴＳ標準に準拠した無線回線の如くリンク層プロトコルが、無線リンクを介したデータ単位の送信を制御するプロトコルである場合に本発明を適用できる。
【００２１】
本発明に関し、パケットを調歩させるといったコンセプトは、データ単位の送信側装置、すなわち、漏れバケツ（リーキーバケット）方式などのプロトコル多層化方式における下位層方向へのデータ単位の受け渡し処理に関連づけて理解されなければならないが、本発明はプロトコルスタックの上位層方向における受信側において調歩処理を採用することを提案するものである。
【発明を実施するための最良の形態】
【００２２】
以下では、様々な実施形態に関連し、添付の図面を参照しつつ本発明を説明する。
【００２３】
図１は、本発明の基本的な実施形態についての代表例を示した図であり、１は、第１のプロトコル層を示しており、２は、第１のプロトコル層の上位に位置する第２のプロトコル層を示しており、３１は、第２のプロトコル層へと上位層にリリースする前に、第２のプロトコル層の形式に準拠した複数のデータ単位を蓄積するよう動作するバッファを示しており、３２は、バッファ３１を制御するためのバッファ・コントローラを示している。矢印４２は、第１のプロトコル層からバッファ３１へのデータの引き渡しを示しており、矢印４１はバッファ３１から第２のプロトコル層へのデータのリリースを示している。
【００２４】
図１の一番上と一番下に描かれている点線は、第２のプロトコル層２より上位に位置しうる層と、第１のプロトコル層１より下位に位置しうる層などの他の層を示している。同様に、第１及び第２のプロトコル層は必ずしも隣接している必要はないが、好ましくは隣接している層になろう。第１位及び第２のプロトコル層が隣接している場合、好ましくは、バッファ３１は、第１のプロトコル層の実現機能の一部になる。
【００２５】
本発明によれば、バッファ・コントローラ３２は、バッファ３１から第２のプロトコル層２の形式に準拠したデータ単位のリリース処理４１を制御するために動作する。第２のプロトコル層２の形式に合致した複数のデータ単位がリリースされるべきときに、前記複数のデータ単位のそれぞれが、リリース期間Ｔの間にリリースされる。このリリース期間は、複数のデータ単位のすべてを即時にリリースするときに必要となる時間に比し、より長い時間間隔である。すなわち、データ単位は、リリース期間Ｔの間に出力ペースが調整される。
【００２６】
即時リリースの場合の時間よりも長いリリース期間Ｔにかけて、データ単位を第２のプロトコル層にリリースすることによって、第２のプロトコル層又はそれより上位のプロトコル層におけるデータ単位のバースト的なリリースに起因する問題を回避しうる。本発明は、リリース処理の前にバッファ３１に複数のデータ単位が蓄積されている理由がなぜかということには特に関係するわけではない。すなわち、データ単位をプロトコルスタックの上位へと供給する前に一旦バッファリングを行なう受信側システムであれば、如何なるシステムにおいても本発明を適用可能である。しかし、そのようなバッファリングは、例えば、順序転送を使用するシステムにおいて実行されることに注意すべきであり、本発明の好ましいアプリケーションはそのような順序転送を使用するシステムであろう。
【００２７】
図８に示した例の前後関係では、第１のプロトコル層１はプロトコル層Ｌ１乃至Ｌ４の何れかであり、第２のプロトコル層２はプロトコル層Ｌ２乃至Ｌ５の何れか一つにすることができる。好ましくは、第１のプロトコル層はリンク層Ｌ２であり、第２のプロトコル層はネットワーク層Ｌ３である。リンク層１が高い送信能力を備えた回線、例えば、ＵＭＴＳ（ユニバーサル移動体通信システム）標準に準拠して確立された回線である場合に、本発明は非常に良く適用できる。当然、これは単なる一例であり、本発明は如何なる回線にも適用可能であり、例えば、ＧＰＲＳ（一般パケット無線サービス）との関係で確立された回線にも利用できる。すなわち、高い回線キャパシティを備えたようなシステムにおいて、多数のデータ単位がバッファに蓄積される場合に、即時リリース処理を実行すると大きなバーストが発生する恐れがあるが、本発明によれば、即時リリースによって必要とされる時間よりも長い期間を用いてデータ単位の出力ペースを調整する機能を提供することにより、そのようなバーストを回避する狙いがある。
【００２８】
バッファ・コントローラ３２は、上述した方法によりバッファ３１をコントロールするために動作する。これは、バッファ３１とバッファ・コントローラ３２とがそのように動作することを意味するが、しかしながらそのような動作は常に実行される必要はない。むしろ、そのようなペース調整処理は、外部又は内部の状況に依存して、選択的に実行することも可能である。外部の状況の一例は、特定の動作モードについての外的な設定であり、内部状況の一例としては、例えば、リリースされるべきパケット数に依存することなどがあろう。
【００２９】
バッファ３１から第２のプロトコル層へのデータ単位のペース調整処理は、任意の複数あるデータ単位のうちのデータ単位全てを即時にリリースした場合にかかる時間よりも長いリリース時間Ｔを用いるだけでなく、何れかの適切な又は望ましい方法を用いて実行することができる。これは、例えば、同時に１つのデータ単位をリリースするとともに、各データ単位間のリリース間隔を予じめ定められた遅延時間にセットすることによって成し遂げられる。ここで、予め定められた遅延時間は、例えば、一定の時間にすることもできる。このような一定の遅延時間を利用するシンプルなシステムでは、リリース期間は、リリースされるべきデータ単位の数にのみ依存するであろう。
【００３０】
しかし、最大リリース期間ＴＭ（ＴＭは適応パラメータ）に応じて、複数のデータ単位のペース調整処理を制御することが好ましい。これは、第一に最大リリース期間ＴＭがセットされ、第２にデータ単位のペース調整処理が実行されることを意味する。ここで、実際のリリース期間ＴはＴＭと等しいかそれより短いことになろう。そのような最大リリース期間ＴＭを使用することで、システムの制御能力と柔軟性が向上する。なぜなら、実際のリリース期間Ｔは、内部又は外部の状況若しくはパラメータに依存することなく、変更することが可能だからである。
【００３１】
好ましくは、最大リリース期間ＴＭを用いて複数のデータ単位のリリースを制御する時は、リリースレートＲＲがリリース対象のデータ単位の数（ＮＰＲ）と、最大リリース期間ＴＭとに依存することなく決定される。ＮＰＲは、すなわち、リリースされるべきデータ単位の数である。図５には、一例が示されており、引用符号Ｂは、ＰＲ＝ＮＰＲ／ＴＭという関数を示しており、ここで、実際のリリースレートＲＲは、ＲＲ＞＝ＮＰＲ／ＴＭから選択可能である。
【００３２】
すなわち、リリースレートＲＲがリリース対象のデータ単位の数（ＮＰＲ）の一次関数を基礎として決定されるのであり、この一次関数は１／ＴＭに比例する。好ましくは、ＮＰＲ／ＴＭという関数に等しくなるか、又はこの関数より大きくなるようにリリースレートＲＲは調節される。もしデータ単位の複数が、ＮＰＲ／ＴＭに等しいリリースレートでもってリリースされれば、実際のリリース期間Ｔは、最大リリース期間ＴＭに等しくなり、もしリリースレートがＮＰＲ／ＴＭより大きなものに選択されれば、実際のリリース期間は最大リリース期間ＴＭより小さくなる。
【００３３】
本発明の他の実施形態によると、リリースレートＲＲは同様にバッファ蓄積レート（ＢＦＲ）に基づいて調節される。バッファ蓄積レートは、第１のプロトコル層１からのデータによってバッファ３１を充填する際のレートをいう（図１の矢印４２を参照のこと）。例えば、もし第１のプロトコル層１ががリンク層であれば、バッファ蓄積レートはリンク層に関係する回線の伝送速度に依存することになる。リリースレートは、少なくともバッファ蓄積レートＢＦＲに等しいか、あるいはより大きいことが望ましい。すなわち、図５で示されるように、この実施形態でリリースレートＲＲはカーブＡ及びカーブＢより上に位置するように選択されている。従って、リリースレートＲＲは、リリースされるべきデータ単位の数ＮＰＲが０と交差点の値ＩＳとの間である場合、Ａと同等かより大きくなり、ＮＰＲが、リリースされるべきデータ単位の数ＮＰＲがＩＳより大きい場合、ＮＰＲ／ＴＭと同等かより大きい値となる。
【００３４】
図６には、上述の方法による複数のデータ単位をリリースするための例示的な制御プロシージャが示されている。図６の例では、第２の層がネットワーク層Ｌ３であり、リリースされるデータ単位はＬ３パケットである。第１のステップＳ６１において、リリースの対象であるＬ３パケットが存在するか否かが決定される。この決定は本発明が適用されるシステムの特定の詳細に依存することになろう。例えば、ネットワーク層Ｌ３が順序転送処理を必要とし、バッファ３１を含むリンク層Ｌ２が誤り訂正プロシージャ（ＡＲＱなど）を実行することを必要とする場合は、ステップＳ６１における決定は、消失パケットが無事に復元されたか否かを決定することに相当し、これにより、予め定められた転送順序中の消失パケットと、その前に無事に到着していた後続パケットとがネットワーク層Ｌ３へとリリース可能となる。
【００３５】
図６の説明に戻り、最大リリース期間ＴＭがステップＳ６２において決定され、そしてリリースレートＲＲがステップＳ６３において決定され、最後に、例えばＴがＴＭに等しいか、あるいはより小さくなるようなＴＭとＲＲとに従って、Ｌ３パケットがリリースされる。
【００３６】
上述の例において、データ単位が僅かであるかどうかにかかわらず、複数のデータ単位の出力ペースが調整される。しかしながら、しきい値Ｔｈ導入することも可能であり、リリースされるべきデータ単位の数が当該しきい値を超える場合に限り、実際に速度低減処理が実行されてもよい。すなわち、リリースされるデータ単位の数がしきい値Ｔｈを超えるときに、即時リリース時間よりも長いリリース期間をかけたデータ単位のリリースが実行され、その数がＴｈより小さければ、複数のデータ単位のリリースを即座に実行するように、バッファ・コントローラ３２が制御する。そのようなしきい値Ｔｈを使用する処理に、上述の実施形態を組み合わせることも可能であり、図５に示す例では、バッファ蓄積レートＢＦＲとＮＰＲ・ＴＭの関数との交点であるＩＳよりも下にしきい値Ｔｈが位置している。しかしながら、ＴｈはＩＳから完全に独立したものであり、従ってＩＳに等しいかあるいはより大きくてもよい。
【００３７】
図７は、対応する制御プロシージャを示したフローチャートであり、図６のものと同一又は均等のステップについては同一の参照符号を使用することで、重複した説明を省略することにする。図６に示したステップに加え、図７のプロシージャには、Ｓ６１の後にステップＳ６５が含まれ、このステップＳ６５において、リリースされるべきデータ単位の数であるＮＰＲがしきい値Ｔｈを超えているか否かが決定される。もし否であれば、ステップＳ６６で示されるように、Ｌ３のパケットがすぐにリリースされる。もし、しきい値Ｔｈを超えていれば、ステップＳ６２乃至Ｓ６４が実行される。
【００３８】
図６及び７に関連して説明した例では、パケットリリースコントロールが次のように実行される。すなわち、一度パケットグループのリリースが開始されると（ステップＳ６４）、複数のパケットの全てがＴＭとＲＲに従ってリリースされる。このリリースプロシージャの間にリリースの準備が整ったパケット、たとえば、ＴＭとＲＲとによって決定された実際のリリース期間Ｔの間に到着した下位層のパケットが蓄積され、そして、ステップＳ６４が完了した後でステップＳ６１において次に決定された後続のグループの中に限り当該パケットがリリースされてもよい。
【００３９】
しかしながら、本発明はこれに制限されなることはなく、そのような新しいパケットについても、即時リリースメカニズムを適用してもよい。これは図９及び１０に示された例に関連づけて説明する。
【００４０】
図９は、図６に示したものと類似した例に関連するフローチャートを示している。第１のステップＳ９１において、リリースされるべきパケットのグループが存在するか否かが決定される。用語「グループ」は、１つを含めて、何れの数のパケットであってもよい。もしリリースの準備ができたパケットグループが存在すれば、ステップＳ９２においてＴＭとＲＲが決定され、ステップＳ９３においてパケットのリリースが開始される。これは第１のパケット又はパケットグループが出力ペースを調整されることを意味するが、現在のグループにおける一以上のパケットがバッファ中にまだ残っていることになろう。もし、例えばグループが３個のパケットからなり、一度に１個のパケットしかリリースされないように速度の低減が実行される場合に、１個のパケットがリリースされ、残り１個のパケットがバッファ中に残っていることになる。ステップＳ９４において、もし残っているパケットの中に新しいパケットが存在するか否かを決定する。すなわち、一時的に新しいパケットのリリース、すなわち現在のＴＭとＲＲの値を決定した過去のステップＳ９１において決定されたが、リリースが未だ実行されていないグループについて、リリースの準備が整ったかどうかを決定する。例えば、そのような新しいパケットは、新たに到着したＬ２のデータ単位に起因して新しいＬ３パケットに組み立てられるものなどであろう。現在のＴＭ及びＲＲの値を考慮していない新しいリリース対象パケットがある場合は、プロシージャのループはステップＳ９２へと戻り、新しいＴＭ及びＲＲの値が決定され、この新しい値に従った新しいグループがリリースされる（ステップＳ９３）。もし新しいＬ３パケットのリリース準備ができていなければ、すなわちステップＳ９４の結果が「いいえ」であれば、現在のＴＭとＲＲの値に基づいたパケットのリリース処理が継続される（ステップＳ９５参照）。上述したグループ中のオリジナルの３個のパケットにおいて、第２のパケットがリリースされることを意味する。ステップＳ９６において、リリースされるべきパケットのグループが空か否か、すなわち、グループ中の全てのパケットがリリースされてゼロにまで減ったかどうかが決定される。もしグループが空であればプロシージャループはステップＳ９１に戻る。もしグループに残ったパケットがあれば、プロシージャループはステップＳ９４に戻る。
【００４１】
図１０ａと１０Ｂには、図９に関して説明した方法の変形例が示してあり、また図１０ａ及び１０ｂの方法は図７の方法に類似している。すなわち、図１０の方法では追加の技術特徴を提供するものであり、もしグループのなかのパケットの数が予め定められたしきい値より小さい場合は、これらのパケットがすぐにリリースされる。繰り返しの説明を省略するために、同一又は類似の構成要素については図９の参照符号と同様のものを図１０ａと１０ｂにおいても使用する。
【００４２】
図１０の方法には、ステップＳ９１の後に、リリースされるべきパケットの数（すなわちグループ中のパケットの数）がしきい値より大きいか否かを決定するステップが含まれる。もしそうでなければ、パケットがすぐに（すなわち一度に全てが）リリースされ、プロシージャループはステップＳ９１戻る。もしパケットの数がしきい値より大きければ、図９に関連して説明したステップＳ９２、Ｓ９３、及びＳ９４が実行される。もしステップＳ９４の結果が「否」であれば、ステップＳ１０３へと進み、リリースされるべき残りのパケットの数がしきい値Ｔｈより大きいか否かを決定する。否であれば、ステップＳ１０２に進み、残っていたパケットを即座にリリースする。しきい値Ｔｈを超えていれば、図９において既に説明したステップＳ９５及びＳ９６を続けて実行する。
【００４３】
図６，７，９及び１０の例は、特定の順序で並んだステップを示しているが、当業者であればこれらのステップの順序を異ならしめてもよいことを理解できよう。同様に、代替的なステップが使用されてもよい。例えば、リリースされるべきパケットの数がしきい値より大きいか否かを決定するステップに代えて、リリースされるべき数がしきい値より小さいか否かを決定することも同様に可能であり、その上で上述のステップのシーケンスを用いてもよい。
【００４４】
図５に関連して説明したリリースレートＲＲの決定処理について、リリースされるべきデータ単位の数ＮＰＲとバッファ蓄積レートＢＦＲは、双方とも時間とともに変動する動的なパラメータであってもよい。その結果、リリースレートも同様に時間とともに変化することになろう。
【００４５】
最大リリース期間ＴＭはいずれかの適切な又は適当な方法によって決定することができる。例えば、最大リリース期間ＴＭは一定値として選択することもできる。しかしながら、適応可能で、動的なパラメータとして最大リリース期間ＴＭを選択する方が好ましいだろう。
【００４６】
好ましくは、リリース期間ＴＭは、バッファ３１の動作に関連した蓄積時間ＡＴに基づいて決定されてもよい。すなわち、蓄積時間ＡＴはバッファ３１から連続的にリリースされる２つのデー単位の引き渡し処理の経過時間である。より具体的に、蓄積時間は、バッファに蓄積された複数のデータ単位のリリースを許可する連続した２つのイベント間の時間間隔である。最大リリース期間ＴＭと蓄積時間ＡＴとの関係は、何れかの望ましいか適切な方法によって選択することができ、例えば、最大リリース期間ＴＭを、蓄積時間ＡＴ又は蓄積時間ＡＴから導出された何れかのパラメータと等しくなるように設定してもよい。何れかのパラメータとは、最小蓄積時間ＡＴｍｉｎや平均蓄積時間ＡＴａｖの如くである。
【００４７】
例えば、最大リリース期間ＴＭが蓄積時間ＡＴに等しく設定された場合には、バッファ制御動作の間、蓄積時間が単純に監視され、蓄積時間の新しい値が随時決定され、最大リリース期間ＴＭが前記新しいＡＴの値に更新される。最小蓄積時間ＡＴｍｉｎは単純に連続の値として監視され、すなわち、現在の最小値を記憶し、記憶されている最小蓄積時間ＡＴｍｉｎと新しい蓄積時間ＡＴとを随時比較し、もし、ＡＴの新しい値が、記憶されている値ＡＴｍｉｎより小さければ、新しい値が最小値ＡＴｍｉｎとして記憶され、それに従って、ＴＭ値が更新される。最後に、平均蓄積時間を使用するときは、連続した値として平均蓄積時間ＡＴａｖを決定することが望ましく、すなわち、蓄積時間の値を新しく決定するごとに、連続した値の平均値が更新され、その結果、最大リリース期間ＴＭが同様に更新されることが望ましいだろう。
【００４８】
当然、これらは一例にすぎず、最大リリース期間ＴＭは、蓄積時間ＡＴから導出可能な他の何れかのパラメータに基づいて決定されてもよいし、そのようなパラメータを組み合わせて決定されてもよい。
【００４９】
第１のプロトコル層が、第１のプロトコル層１のデータ単位を第２のプロトコル層のデータ単位へと組み立てるよう構成されている特別な場合において、受信側ピアとして動作する際に、第１のプロトコル層１は、送信フィードバックプロシージャを実行する。また、送信フィードバックプロシージャのフィードバックインターバルＦＩに基づいて、最大リリース期間ＴＭを調整することも可能である。すなわち、送信フィードバックプロシージャは、第１のプロトコル層の受信側ピアが、第２のプロトコル層の送信側ピアへとフィードバックメッセージを送信するように構成されている。このフィードバックメッセージは、第１のプロトコル層における一以上のデータ単位の受信についての情報を提供するものである（例えばＡＲＱメカニズムの如くである。）。フィードバック間隔ＦＩは、受信側ピアによる２つの連続したフィードバックメッセージの送信間隔を示す値である。
【００５０】
受信側ピアによる２つの連続したフィードバックメッセージの送信間隔を示すものであれば如何なる値でも適切である。例えば、フィードバックプロシージャにおける２つの連続したフィードバックメッセージの送信間の時間間隔は、一般に、送信側ピアから受信側ピアへと送信されているデータ単位についてのコネクションに関連したラウンドトリップ時間（ＲＴＴ）に依存してもよい。その結果、最大リリース期間ＴＭは往復時間ＲＴＴに基づいて、一般には、ＲＴＴの任意関数（例えばＴＭ＝ＲＴＴの如く）に基づいて決定することができる。
【００５１】
フィードバックプロシージャが、フィードバックメッセージの送信処理の後に、付加的にフィードバック禁止プロシージャを備える特別のケースでは、フィードバック禁止期間が経過するまではさらなるフィードバックメッセージが一切送信されることはない。フィードバック間隔は同様にそのようなフィードバック禁止期間によって定義することができる。最大リリース期間ＴＭは、フィードバック禁止期間についての任意の関数として選択することもでき、例えば、フィードバック禁止期間に等しくしてもよい。フィードバック禁止期間の一例としては、ＵＭＴＳのステータス禁止タイマーの値があり、これは、３ＧＰＰ技術仕様グループ無線アクセスネットワーク、ＲＬＣプロトコル仕様、３Ｇ ＴＳ２５．３２２で定義されている。
【００５２】
本発明を用いた多くの単純な例を図２から図４に関連して説明する。図２ａは、複数のデータ単位がバースト的にリリースされるシチュエーションにおけるグラフを示しており、例えば図２ａは従来技術の状況を示している。シーケンス番号（任意の単位）によって個々のデータ単位を識別することが可能であり、横軸は時間ｔを表している。図２ａからわかるように、時刻ｔ１において３つのデータ単位がリリースされ、時刻ｔ２において４つのデータ単位がリリースされ、時刻ｔ３において２つのデータ単位がリリースされ、時刻ｔ４において６つのデータ単位がリリースされ、そして時刻ｔ５において２つのデータ単位リリースされている。
【００５３】
それぞれの時間差（ｔ２−ｔ１）、（ｔ３−ｔ２）、（ｔ４−ｔ３）は蓄積時間ＡＴに相当する。
【００５４】
図２ｂは、本発明を図２ａで示された状況において適用した際の一例を示している。図から分かるように、図２ａで示された複数のデータ単位のそれぞれは、それぞれのリリース期間Ｔｉにおいて出力ペースが調整される。とりわけ、図２ａのｔ１において即座にリリースされた３つのデータ単位は、図２のリリース期間Ｔ１の間にペースを調整され、図２ａのｔ２において即時にリリースされた４つのデータ単位は、図２ｂのリリース期間Ｔ２の間にペースを調整されるが如くである。
【００５５】
図２ｂにおいて、複数あるデータ単位のうち一つずつが一度にリリースされるものとする。しかしながら、ｎタプルあるデータ単位のうちのいくつか又はその全てをリリースすることも同様に可能である。この例が図３に示されている。図３において、１５あるデータ単位が３つずつリリース期間Ｔｉの間にリリースされる。当然、これは一例に過ぎず、基本的にｎタプルは如何なる整数値ｎに関連して選択されてもよい。同様に、データ単位は様々なｎタプルとしてリリースされてもよく、ｎは一定である必要はない。例えば、ある数のデータ単位が同時に一つずつリリースされ、複数のデータ単位のうち他の部分はペアでリリースされ、他のグループでは３つずつ同時にリリースされてもよい。
【００５６】
図４は、図５及び図７に関連して説明したしきい値を用いるコンセプトを採用した一例を示している。すなわち、図４ａは、図２ｂと同様の状況を示しているが、ペアのパケット（時刻ｔ３及びｔ５を参照のこと）を即時にリリースするように、しきい値Ｔｈを２に設定した点で異なっている。図４ｂは、図４ａと類似したケースを示しており、ｎタプルのリリースと、しきい値を用いるコンセプトとを組み合わせたものである。この例において、ペアのパケットは即時にリリースされ（Ｔｈ＝２）、リリースされるべきパケットの数が２以上であれば、これらのパケットをペアで出力ペースを調整している。
【００５７】
本発明を、詳細な実施形態に関連して説明してきたが、本発明は上記の例に限定されるものとして理解してはならない。すなわち、第１のプロトコル層をリンク層とし、しかもこのリンク層がユニバーサル移動通信システム（ＵＭＴＳ）に準拠して確立された移動回線に関連したものであれば本発明を好ましく適用できるが、しかしながら、本発明はこれにのみ適用することを限定されるわけではない。むしろ、第１のプロトコル層は、データ単位を上位層に向けてバッファへと引き渡すように構成されたプロトコル層であればどのような任意のプロトコル層であってもよい。このバッファは、第１のプロトコル層より上位に位置する第２のプロトコル層に適したデータ単位をバッファリングするように構成されている。従って、本発明はこれらの詳細な例にのみ限定されることはなく、これらは本発明をよりよく理解するためにのみ提供されているのであり、本発明が添付の特許請求の範囲によって定義されることはいうまでもない。さらに、特許請求の範囲に記載する参照符号は、これらの特許請求の範囲を限定するものではなく、特許請求の範囲を読みやすくするために付されていることを理解しなければならない。
【図面の簡単な説明】
【００５８】
【図１】図１は、本発明の基本的な実施形態の代表例を示した図である。
【図２Ａ】図２Ａは、複数のデータ単位を即時にリリース処理する例を示した図である。
【図２Ｂ】図２Ｂは、図２Ａと同様の状況であって、対応するリリース期間Ｔｉの間にデータ単位の出力ペースを調整する例を示している。
【図３】図３は、ｎタプルでデータ単位をリリースする例を示した図である。
【図４Ａ】図４Ａは、図２ｂと同様の状況であるがしきい値Ｔｈが導入されており、リリース対象のデータ単位の数が当該しきい値Ｔｈより少なければ、複数のデータ単位を即座にリリースする例を示した図である。
【図４Ｂ】図４Ｂは、図４Ａに類似の例であり、しきい値による手法とｎタプルのリリースとを組み合わせたコンセプトを示した図である。
【図５】図５は、リリースされるべきデータ単位の数ＮＰＲと最大リリース期間ＴＭに基づいてリリースレートＲＲを決定する例を示した図である。
【図６】図６は、本発明に従って、バッファから複数のデータ単位をリリースする基本的な制御プロシージャの例を示したフローチャートである。
【図７】図７は、本発明に従って、バッファから複数のデータ単位をリリースする基本的な制御プロシージャの他の例を示したフローチャートである。
【図８】図８は、プロトコルスタックの代表例を示した図である。
【図９】図９は、本発明に従って、バッファから複数のデータ単位をリリースする基本的な制御プロシージャのさらに他の例を示したフローチャートである。
【図１０Ａ】、
【図１０Ｂ】図１０は、本発明に従って、バッファから複数のデータ単位をリリースする基本的な制御プロシージャのさらに他の例を示したフローチャートである。
【図１】
2004525554.tif 000003
【図２Ａ】
2004525554.tif 000004
【図２Ｂ】
2004525554.tif 000005
【図３】
2004525554.tif 000006
【図４Ａ】
2004525554.tif 000007
【図４Ｂ】
2004525554.tif 000008
【図５】
2004525554.tif 000009
【図６】
2004525554.tif 000010
【図７】
2004525554.tif 000011
【図８】
2004525554.tif 000012
【図９】
2004525554.tif 000013
【図１０Ａ】
2004525554.tif 000014
【図１０Ｂ】
2004525554.tif 000015
【国際公開パンフレット】
2004525554.tif 000016
2004525554.tif 000017
2004525554.tif 000018
2004525554.tif 000019
2004525554.tif 000020
2004525554.tif 000021
2004525554.tif 000022
2004525554.tif 000023
2004525554.tif 000024
2004525554.tif 000025
2004525554.tif 000026
2004525554.tif 000027
2004525554.tif 000028
2004525554.tif 000029
2004525554.tif 000030
2004525554.tif 000031
2004525554.tif 000032
2004525554.tif 000033
2004525554.tif 000034
2004525554.tif 000035
2004525554.tif 000036
2004525554.tif 000037
2004525554.tif 000038
2004525554.tif 000039
2004525554.tif 000040
2004525554.tif 000041
2004525554.tif 000042
2004525554.tif 000043
2004525554.tif 000044
2004525554.tif 000045
2004525554.tif 000046
2004525554.tif 000047
2004525554.tif 000048
2004525554.tif 000049
2004525554.tif 000050
2004525554.tif 000051
2004525554.tif 000052
2004525554.tif 000053
2004525554.tif 000054
2004525554.tif 000055
2004525554.tif 000056
2004525554.tif 000057
2004525554.tif 000058
【国際調査報告】
2004525554.tif 000059
2004525554.tif 000060
2004525554.tif 000061