(57)【要約】  本発明はＩＰネットワークへのユーザの有線接続を管理する方法に関し、この方法は以下のステップ：要求期間の間の要求サービス品質と共に有線ＩＰネットワークにアクセスするための要求ＩＰアドレスの要求をユーザから受信するステップ（１０１）と、割り当てＩＰアドレスをユーザに割り当てるステップと、割り当て期間の間の割り当てＱｏＳに関連付けられた割り当てＩＰアドレスを含む提案メッセージを、ユーザへと送信するステップ（１０５）と、割り当て期間の間、割り当てＱｏＳを維持するために、ユーザとＩＰネットワークとの間のトラフィックを制御するステップ（１０７）とを含む。
2016518782.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰネットワーク（５）へのユーザ（３）の有線接続を管理する方法であって、方法は以下のステップ、
−  要求期間の間の要求サービス品質と共にＩＰネットワーク（５）にアクセスするための要求ＩＰアドレスの要求をユーザ（３）から受信するステップ（１０１）と、
−  割り当て期間の間の割り当てサービス品質のために、割り当てＩＰアドレスをユーザ（３）に割り当てるステップと、
−  割り当てＩＰアドレス、割り当てサービス品質および割り当て期間を含む提案メッセージを、ユーザ（３）へと送信するステップ（１０５）と、
−  割り当て期間の間、割り当てサービス品質を維持するために、ユーザ（３）とＩＰネットワーク（５）との間のトラフィックを制御するステップ（１０７）とを含む、方法。
【請求項２】
割り当て期間が満了すると、ＤＨＣＰプロトコルに従って割り当てるＩＰアドレスを解放するステップ（１０８）をさらに含む、請求項１に記載の方法。
【請求項３】
割り当てサービス品質が要求サービス品質に相当し、割り当て期間が割り当て期間に相当する、請求項１に記載の方法。
【請求項４】
−  交渉サービス品質および交渉期間を含む交渉メッセージをユーザへと送信するステップと、
−  同意のまたは拒絶の応答メッセージをユーザから受信するステップとをさらに含む、請求項１に記載の方法。
【請求項５】
応答メッセージが同意のメッセージであれば、割り当てサービス品質が交渉サービス品質に相当し、および／または割り当て期間が交渉期間に相当する、請求項１に記載の方法。
【請求項６】
割り当てＩＰアドレスを割り当てるステップは、ＤＨＣＰプロトコルを用いる、請求項１に記載の方法。
【請求項７】
ユーザとＩＰネットワークとの間のトラフィックを制御するステップ（１０８）が、ユーザから来てＩＰネットワークへと向かう上りリンクトラフィックを制御するステップを含む、請求項１に記載の方法。
【請求項８】
ユーザとＩＰネットワークとの間のトラフィックを制御するステップ（１０８）が、ＩＰネットワークから来てユーザへと向かう下りリンクトラフィックを制御するステップを含む、請求項１に記載の方法。
【請求項９】
有線接続により少なくとも１つのユーザ（３）へとリンクされるように構成されたファーストホップルータ（６）と、有線接続によりＩＰネットワーク（５）へとリンクされるように構成されたラストホップルータ（７）とを備える接続マネージャ（２）により実装される請求項１に記載の方法であって、方法が以下のステップ、
−  ファーストホップルータ（６）により、要求期間の間の要求サービス品質と共にＩＰネットワーク（５）にアクセスするための要求ＩＰアドレスの要求をユーザ（３）から受信するステップ（１０１）と、
−  ファーストホップルータ（６）により、ユーザ（３）の要求を満たすことを可能にするＧＴＰトンネルをラストホップルータ（７）に向けて選択または生成するステップ（１０２）と、
−  ラストホップルータ（７）により、ユーザ（３）の要求を満たすことができるかどうかを確認するステップ（１０３）と、
−  ラストホップルータ（７）により、割り当てサービス品質および割り当て期間と共に割り当てＩＰアドレスを含む提案メッセージをファーストホップルータ（６）へと送信するステップ（１０４）と、
−  ファーストホップルータおよびラストホップルータにより、ユーザとＩＰネットワークとの間の通信において、割り当て期間の間、割り当てサービス品質を維持するように、トラフィックを制御するステップ（１０７）とを含む、請求項１に記載の方法。
【請求項１０】
割り当てＩＰアドレスをユーザに割り当てるステップが、ファーストホップルータがＧＴＰトンネルを生成する場合ファーストホップルータにより実行され、またはファーストホップルータがＧＴＰトンネルを選択する場合ラストホップルータにより実行される、請求項１に記載の方法。
【請求項１１】
提案メッセージ中で送られる割り当てＩＰアドレスが、ＧＴＰトンネルのＩＰアドレスである、請求項１に記載の方法。
【請求項１２】
ユーザとＩＰネットワークとの間のトラフィックを制御するステップが、ＤＳＣＰマーキングの手段を用いて、ファーストホップルータとラストホップルータとの間のトラフィックを制御するステップを含む、請求項１に記載の方法。
【請求項１３】
割り当てサービ品質が要求サービス品質に応じたものである、請求項１に記載の方法。
【請求項１４】
請求項１から１３のいずれか一項に記載の方法を実装するための手段を含む、有線接続マネージャ（２）。
【請求項１５】
少なくとも１つのユーザ（３）へと接続されるよう構成されたファーストホップルータ（６）、およびＩＰネットワーク（５）へと接続されるよう構成されたラストホップルータ（７）を備える、請求項１４に記載の有線接続マネージャ（２）であって、
−  ファーストホップルータ（６）は、
−  要求期間の間の要求サービス品質と共にＩＰネットワークにアクセスするための要求ＩＰアドレスの要求をユーザから受信するように；
−  ユーザの要求を満たすことを可能にするＧＴＰトンネルをラストホップルータに向けて選択または生成するように；および
−  ユーザへの割り当て期間の間、割り当てＱｏＳを維持するために、ユーザとＩＰネットワークとの間のトラフィックを制御するように構成され、
−  ラストホップルータ（７）は、
−  ユーザの要求を満たすことができるかどうかを確認するように；
−  割り当てＱｏＳおよび割り当て期間と共に割り当てＩＰアドレスを含む提案メッセージをファーストホップルータへと送信するように；および
−  ユーザへの割り当て期間の間、割り当てＱｏＳを維持するために、ユーザとＩＰネットワークとの間のトラフィックを制御するように構成される、請求項１４に記載の有線接続マネージャ（２）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩＰネットワークへのユーザの有線接続を管理する方法に関する。本発明はこの方法を実行するための接続マネージャにも関する。
【背景技術】
【０００２】
有線インターネットのエンドユーザは、グローバル転送サービスとしてのネットワークに同時的な様態でアクセスする。転送サービスは、ネットワークの現在の状況および負荷に応じて、帯域幅、待ち時間、エラーレート等において変動し得る。一般的には、転送サービスはサービス品質の変動によってユーザに認識される。変動は、全体的に予測可能なものではなく、ユーザのアクティビティ（ストリーミング、電子メール等）に応じてネガティブなふるまいでユーザに見えることがある。ＩＳＰ（インターネットサービスプロバイダ：Ｉｎｔｅｒｎｅｔ  ｓｅｒｖｉｃｅｓ  ｐｒｏｖｉｄｅｒ）加入の「一定率」の性質のためにこの状況は受け入れられているが、ユーザによる有線インターネットの利用が前もって予測できると有利であろう。
【０００３】
この領域でよく知られている解決策は、帯域内シグナリングでリソースを予約することを提案する、ＲＳＶＰプロトコル（リソース予約プロトコル：Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）であった。それはいくつかのルータに実装されたが、インターネットルータのステートレス原理を損なうものである。
【０００４】
この問題を解決する従来技術のうち別の技術は、Ｄｉｆｆｓｅｒｖ（差別化サービス：Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ  ｓｅｒｖｉｃｅ）技術である。しかしながらその技術は、エンドツーエンドのサービス品質を保証するための方法を提供しない。（ＲＦ２６３８に規定の）帯域幅ブローカの概念はこの問題の解決を試みる：帯域幅ブローカとは、機構の優先順位およびポリシーのいくつかの情報を有し、それらのポリシーに関してリソースを割り当てるエージェントである。許可制御は、着信するリソース予約要求を受諾するか受諾しないかを決定するために、帯域幅ブローカが実行しなければならない主なタスクのうちの１つである。受諾率、ネットワーク利用等のいくつかのメトリクスに従ったより洗練された許可制御の提案も存在するが、ほとんどの帯域幅ブローカは単純な許可制御モジュールを使用する。最後に帯域幅ブローカは、ドメインの入口ルータおよび出口ルータにサービス品質ポリシーをプロビジョニングする責任を担う。しかし、これはインターネットサービスプロバイダとの間の合意にほとんど制約されている。これによりエンドユーザはリソースを予約することができない。
【０００５】
最後に、有線ネットワークを考慮する限りにおいて、現在の傾向はユーザの（地理的な／ネットワークトポロジの意味での）近くにコンテンツを複製することである。このような解決策は、グローバル転送システムからユーザトラフィックを可能な限り多くオフロードしようと試みる。しかしながらこれは、安価でも瑣末な操作でもないコンテンツの複製および同期を要求する。また、インターネットにおいてユーザ要求をローカルコンテンツへとリダイレクトすることは、未だに標準における問題でもある。それでも最終的にはＣＤＮの幅広い使用が、満足させる体感品質をインターネットユーザに提供するための業界の答えであることが目下考えられ得る。しかしデータトラフィックは並行して増大し、ユーザはインターネットサービスプロバイダの帯域幅に関して未だに競争している。
【０００６】
しかしながら上述の解決策のいずれも、ユーザとインターネットサービスプロバイダネットワークとの間の固定アクセスネットワークにおいてサービス品質および／または体感品質のレベルを効率的に保証できない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
よって、解決すべき技術的な問題は、ユーザと有線ネットワークとの間の固定アクセスネットワークにおいて高レベルのサービス品質および体感品質を保証する方法を提供することである。
【課題を解決するための手段】
【０００８】
この目的のために、本発明はＩＰネットワークへのユーザの有線接続を管理する方法に関し、この方法は以下のステップ：
（ａ）要求期間の間の要求サービス品質と共にＩＰネットワークにアクセスするための要求ＩＰアドレスの要求をユーザから受信するステップと、
（ｂ）割り当て期間の間の割り当てサービス品質のために、割り当てＩＰアドレスをユーザに割り当てるステップと、
（ｃ）割り当てサービス品質および割り当て期間に関連付けられた割り当てＩＰアドレスを含む提案メッセージを、ユーザへと送信するステップと、
（ｄ）割り当て期間の間、割り当てサービス品質を維持するために、ユーザとＩＰネットワークとの間のトラフィックを制御するステップとを含む。
【０００９】
この方法によれば、ユーザは正確な目標／サービスのためのＩＰアドレスを要求でき、本発明による方法を実装している接続マネージャは、正確な目標／サービスのためにユーザが必要とするＩＰアドレスと共にサービス品質を、または少なくとも交渉サービス品質を、ユーザに割り当てる。よって、接続マネージャは割り当てサービス品質をユーザに保証する責任を担う。したがって、最大利用可能なサービス品質が体系的にユーザに割り当てられる従来技術の方法とは対照的に、本発明による方法は、ユーザが自身の利用に必要とする正しいサービス品質をユーザに割り当てることを提案する。よって、本方法はＩＰネットワークの最終的な利用とは独立してユーザが特定のサービス品質を明示的に要求することを可能にし、これに対し従来技術の方法によるとユーザは特定のサービス品質を明示的に要求できない（ユーザはサービスを選択しなければならず、続いて選択したサービスに応じてサービス品質が自動的にユーザに割り当てられる）。したがって、従来技術の方法はユーザが必要な時にいつでも自身のサービス品質を明示的にダウングレードする／アップグレードすることを許可しないことになる。従来技術の方法の結論として、メールサービスが（下りリンク，上りリンク）のビットレートとして（Ｘ，Ｙ）を有する場合、所定の時間でより少ないまたはより多い（Ｘ，Ｙ）を要求するユーザがそれを行うことはできない。対照的に本発明によると、要求ＩＰアドレスの要求と共に要求期間の間の要求サービス品質の要求をユーザから受信するステップのおかげで、このような増減が可能である。
【００１０】
よって本方法は、ネットワークリソースを動的に割り当てることと、ＩＰネットワークのリソースをより良く制御することとを可能にする。本方法は特に、ＩＰネットワークを用いた通信の、上りリンクおよび下りリンクの帯域幅、優先順位、パケット遅延バジェット、パケットエラー損失率等をより良く制御することを可能にする。
【００１１】
本発明による方法は、以下の特徴のうちの１つまたは幾つかを、独立してまたは全てのあり得る技術の組合せに応じて含むこともできる。
【００１２】
サービス品質（ＱｏＳ）は、帯域幅、優先順位、パケット遅延バジェット、パケットエラー損失率等の項目で表現できる。保証ビットレート、最大ビットレート等の項目でも表現できる。
【００１３】
ユーザが要求できるサービス品質はクラスに分類でき、各クラスはサービス品質クラス識別子により特徴づけられる。
【００１４】
一実施形態によれば、本方法は、割り当て期間が満了すると割り当てるＩＰアドレスを解放するステップをさらに含む。
【００１５】
割り当てＩＰアドレスを割り当てる／解放するステップは好ましくは、ＤＨＣＰプロトコル（動的ホスト構成プロトコル：Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に従って実行される。
【００１６】
有利には、割り当てサービス品質は要求サービス品質に応じたものである。したがって割り当てサービス品質は、ユーザが行う予定の最終的な利用に従って決定されるのではなく、ユーザの明示的な要求に従って決定される。
【００１７】
異なる実施形態によれば：
−  割り当てサービス品質は要求サービス品質であってよく、および割り当て期間は割り当て期間であってよく、または
−  割り当てサービス品質は交渉サービス品質であってよく、および／もしくは割り当て期間は交渉期間であってよい。実際のところ、ユーザに要求されたサービス品質および／もしくはユーザに要求された期間は利用可能ではない場合、交渉サービス品質および／もしくは交渉期間がユーザに提案され得る。その場合、本方法は、提案メッセージを送信するステップの前に、以下のステップ：
−  交渉期間の間の交渉サービス品質を含む交渉メッセージをユーザへと送信するステップと、
−  同意のまたは拒絶の応答メッセージをユーザから受信するステップとを含むことができる。
−  ユーザの応答メッセージが同意のメッセージであれば、割り当てサービス品質は交渉サービス品質に相当し、および／もしくは割り当て期間は交渉期間に相当する。
【００１８】
有利には、ユーザとＩＰネットワークとの間のトラフィックを制御するステップは：
−  ＩＰネットワークから来てユーザへと向かう下りリンクトラフィックを制御するステップ、および／または
−  ユーザから来てＩＰネットワークへと向かう上りリンクトラフィックを制御するステップ、を含む。
【００１９】
一実施形態によれば、本方法は、有線接続により少なくとも１つのユーザへとリンクされるように構成されたファーストホップルータと、有線接続によりＩＰネットワークへとリンクされるように構成されたラストホップルータとを備える接続マネージャによって実装される。
【００２０】
有利には、本方法は以下のステップ：
−  ファーストホップルータにより、要求期間の間の要求サービス品質と共にＩＰネットワークにアクセスするための要求ＩＰアドレスの要求をユーザから受信するステップと、
−  ファーストホップルータにより、ユーザの要求を満たすことを可能にするＧＴＰトンネルをラストホップルータに向けて選択または生成するステップと、
−  ラストホップルータにより、ユーザの要求を満たすことができるかどうかを確認するステップと、
−  ラストホップルータにより、割り当てサービス品質および割り当て期間と共に割り当てＩＰアドレスを含む提案メッセージをファーストホップルータへと送信するステップと、
−  ユーザとＩＰネットワークとの間の通信において、割り当て期間の間、割り当てサービス品質を維持するように、ファーストホップルータおよびラストホップルータによりトラフィックを制御するステップとを含んでよい。
【００２１】
有利には、割り当てＩＰアドレスをユーザに割り当てるステップは、ファーストホップルータがＧＴＰトンネルを生成する場合ファーストホップルータにより実行され、またはファーストホップルータがＧＴＰトンネルを選択する場合ラストホップルータにより実行される。
【００２２】
異なる実施形態によれば：
−  提案メッセージ中で送られる割り当てＩＰアドレスは、ＧＴＰトンネルのＩＰアドレスであり、
−  提案メッセージ中で送られる割り当てＩＰアドレスは、ローカルアドレスにおけるＧＴＰトンネルのＩＰアドレスを変換したものである。
【００２３】
本発明の別の態様は、先行の実施形態のいずれかによる方法を実装するための手段を備える有線接続マネージャに関する。
【００２４】
有線接続マネージャは、インターネットサービスプロバイダであってよい。
【００２５】
有線接続マネージャは：
−  有線接続により少なくとも１つのユーザへと接続されるように構成されたファーストホップルータと、
−  有線接続によりＩＰネットワークへと接続されるように構成されたラストホップルータとを備えてよい。
【００２６】
ファーストホップルータは好ましくは：
−  要求期間の間の要求サービス品質と共にＩＰネットワークにアクセスするための要求ＩＰアドレスの要求をユーザから受信するように、
−  ユーザの要求を満たすことを可能にするＧＴＰトンネルをラストホップルータに向けて選択または生成するように、および
−  割り当て期間の間、割り当てサービス品質を維持するために、ユーザとＩＰネットワークとの間のトラフィックを制御するように構成される。
【００２７】
ラストホップルータは好ましくは：
−  ユーザの要求を満たすことができるかどうかを確認するように、
−  割り当てサービス品質および割り当て期間と共に割り当てＩＰアドレスを含む提案メッセージをファーストホップルータへと送信するように、および
−  割り当て期間の間、割り当てＱｏＳを維持するために、ユーザとＩＰネットワークとの間のトラフィックを制御するように、構成される。
【図面の簡単な説明】
【００２８】
【図１】本発明の一実施形態による方法を実装している有線通信ネットワークを表す図である。
【図２】本発明の一実施形態による方法のステップを表す図である。
【図３】本発明の一実施形態による方法のステップを表す図である。
【発明を実施するための形態】
【００２９】
ここで添付の図面を参照して本発明を説明する。図面は、本発明をどのようにして実装できるかについての一例を提供することを意図したものであり、本発明の適用可能性を限定することを意図したものではない。
【００３０】
図１は本発明の一実施形態による通信ネットワーク１を表す。この通信ネットワークは、本発明による方法を実装している接続マネージャ２を備える。接続マネージャは、インターネットサービスプロバイダであってよい。通信ネットワーク１は、有線接続媒体を用いて接続マネージャへと接続されたユーザ３も備えており、この有線接続媒体はここではイーサーネット媒体４である。通信ネットワーク１は、ここではインターネットネットワークであるＩＰネットワーク５を備える。ユーザ２は、接続マネージャ２を用いてＩＰネットワーク５へと接続されてよい。
【００３１】
接続マネージャ２は：
−  有線接続によりユーザへとリンクされたファーストホップルータ６と、
−  有線接続によりＩＰネットワークへとリンクされたラストホップルータ７とを備える。
【００３２】
ファーストホップルータ６はＩＰルーティングネットワーク８によりラストホップルータ７へとリンクされる。
【００３３】
接続マネージャ２は本発明の一実施形態による方法を実装する。
【００３４】
この目的のために、ＩＰネットワークを用いてユーザに提供できるサービス品質は、サービス品質クラスへと分類される。各クラスはサービス品質クラス識別子ＱＣＩにより定義される。各クラスは：
−  上りリンク帯域幅と、
−  下りリンク帯域幅と、
−  保証ビットレートまたは非保証ビットレートであり得るリソース種別と、
−  優先度と、
−  パケット遅延バジェットと、
−  パケットエラー損失率とにより特徴づけられてよい。
【００３５】
ユーザによりＩＰネットワークを介して実行され得る各アクティビティは、サービス品質の１つのクラスと対応する（完全に網羅しない）：
【００３６】
【表１】
2016518782.tif 000003
【００３７】
一実施形態によれば、ユーザ３は、期待されるサービス品質および期間を用いて追加の利用情報を提供するＩＰネットワークにアクセスするためのＩＰアドレスを動的に要求できる。ユーザは、特定のインターネット利用のために各サービス品質を要求できる：例えば図１に示すように、要求ｂ１は会話の音声を実施するための要求に相当し、これはサービス品質のクラスＱＣＩ２に相当し、要求ｂ２は電子メールを使用するための要求に相当し、これはサービス品質のクラスＱＣＩ４に相当し、要求ｂ３はリアルタイムのゲームのための要求に相当し、これはサービス品質のクラスＱＣＩ４に相当する。ユーザは、ユーザが行う予定のＩＰネットワークの利用に応じて上りリンク／下りリンク帯域幅を要求することもできる。なお、ボイスオーバーアイピーは電子メールより少ない量の帯域幅を要求することがあるが、同時により小さいパケット遅延バジェットおよびより小さいエラーレートを要求することがある。
【００３８】
別の実施形態によれば、ユーザ３は自身の最終的な利用とは独立して、要求期間の間の要求サービス品質を要求してもよい。例えばユーザはメールを行うことを意図した時にサービス品質ＱＣＩ２を明示的に要求してよく、またはユーザは視覚での会議を行うことを意図した時にサービス品質ＱＣＩ４を明示的に要求してよい。よって本発明は、ＩＰネットワークの利用と要求サービス品質との間の完全な分離を可能にする。
【００３９】
第１のステップ１０１の間、接続マネージャ２はファーストホップルータ６を介して、要求期間の間の要求サービス品質と共にＩＰネットワークにアクセスするためのＩＰアドレスの少なくとも１つのユーザの少なくとも１つの要求を受信する。ユーザが実行を意図するアクティビティの表明の形態で要求サービス品質を表すことができる。その場合、接続マネージャ２はアクティビティの情報をサービス品質のクラスという項目に変換できる。別の実施形態によれば、帯域幅、優先順位、保証ビットレート、パケット損失等の詳細という項目で要求サービス品質を表すことができる。ユーザのアクティビティに応じて、上りリンクトラフィックに関する詳細は、下りリンクトラフィックに関する詳細とは異なり得る。別の実施形態によれば、要求ＱｏＳはサービス品質のクラスという項目で直接表すことができる。
【００４０】
続いて本方法は、ファーストホップルータにより、ユーザの要求を満たすためのラストホップルータに向かうＧＴＰトンネルを選択または生成するステップ１０２を含む。このステップの間、ファーストホップルータはユーザの要求用のＩＰアドレスを割り当てることができ、またはラストホップルータにユーザの要求用のＩＰアドレスを割り当てさせることもできる。
【００４１】
続いてラストホップルータは、ステップ１０３の間に、期待されるサービス品質、同時利用、ユーザ履歴等を含む現在の接続マネージャネットワーク状態に応じて、ユーザの要求を満たすことができるかどうかを確認する。
【００４２】
続いて本方法は、ラストホップルータにより、割り当てＱｏＳおよび割り当て期間と共に割り当てＩＰアドレスをファーストホップルータへと送信するステップ１０４を含む。ラストホップルータがユーザの要求を満たすことができれば、割り当てサービス品質は要求サービス品質に相当し、および割り当て期間は要求期間に相当する。あるいは、ラストホップルータがユーザの要求を満たすことができなければ、割り当てサービス品質は交渉サービス品質に相当してよく、および／または割り当て期間は交渉期間に相当してよい。
【００４３】
続いて本方法は、ファーストホップルータにより、割り当てＩＰアドレス、割り当てサービス品質および割り当て期間を含む提案メッセージをユーザへと送信するステップ１０５を含む。より正確には、一実施形態によれば、ファーストホップルータはＤＨＣＰ割り当てＩＰアドレスとしてＧＴＰトンネルのＩＰアドレスを返す。別の実施形態によれば、もしもファーストホップルータがアドレスマッピングを適切に処理できるならば、ファーストホップルータはＧＴＰトンネルアドレスをローカルプライベートアドレスへと変換できる。ＩＰアドレス割り当ての詳細はＤＨＣＰプロトコルに準拠する。
【００４４】
続いて本方法は、ユーザの受諾メッセージを受信するステップ１０６を含んでよい。ユーザおよび接続マネージャがサービス品質および割り当て期間に合意すると、目的の利用および所定の期間について割り当てＩＰアドレスが利用可能になる。
【００４５】
続いて本方法は、割り当て期間の間、割り当てサービス品質をユーザに対して保証するためにトラフィックを制御するステップ１０７を含む。実際には、接続マネージャは、割り当て期間の時間中、割り当てサービス品質を満たす責任を担う。その目的のために、接続マネージャは、ファーストホップルータとラストホップルータとの間のＤＳＣＰマーキングおよびＧＴＰトンネルを使用する。ファーストホップルータがＩＰネットワークに向かう上りリンクトラフィック制御機構を配備する他、ラストホップルータがユーザに向かう下りリンクトラフィック制御機構を配備し、これにより割り当て期間の間、割り当てサービス品質を維持する。
【００４６】
割り当て期間が消費されると、本方法はＩＰアドレスを解放するステップ１０８を含む。ＩＰアドレス解放の詳細はＤＨＣＰプロトコルに準拠する。
【００４７】
本方法は、続くユーザ要求のために接続マネージャネットワーク状態を更新するステップ１０９をさらに含む。
【００４８】
好適な実施形態を特に参照して本発明を説明してきたが、本発明の範囲から逸脱することなく形態および詳細に対して変更および修正を行えることは当業者には容易に明らかであるべきである。
【図１】
2016518782.tif 000004
【図２】
2016518782.tif 000005
【図３】
2016518782.tif 000006
【国際調査報告】
2016518782.tif 000007
2016518782.tif 000008