JP2008510397A

JP2008510397A - エンドツーエンドのサービス品質を保証する方法及びシステム

Info

Publication number: JP2008510397A
Application number: JP2007526183A
Authority: JP
Inventors: 芸谷何; ▲ティン▼ ▲ゾウ▼
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2004-09-29
Filing date: 2005-09-29
Publication date: 2008-04-03
Also published as: WO2006034651A1; EP1775893A4; CN1756243A; US20070147243A1; EP1775893A1; CN100389581C

Abstract

本発明は、エンドツーエンドのサービス品質を保証する方法を開示している。予め各ネットワークに対応のロジックベアラネットワークを確立し、ロジックベアラネットワーク情報を各ネットワークのベアラ制御エンティティに保存し、通信を通じて両ネットワークの間のロジック通路を確立し、第一ユーザ端末は第一ネットワークにサービスリクエストを送信し、第二ネットワークでの第二ユーザ端末とのサービス通信の確立をリクエストし、第一ネットワークと第二ネットワークの両方のベアラ制御エンティティはそれぞれ当該サービスに本ネットワーク内及びボーダー出口のパスと帯域幅リソースを分配し、その後第一ネットワークと第二ネットワークの両方のベアラ制御エンティティにより分配されたパスに従って、二つのネットワークでのロジックベアラネットワークで今回のサービスストリームを転送する。当該方法は、通信事業者に自体のネットワークのトポロジーを隠させるようにし、通信事業者の間の不信用による通信失敗という問題が解決され、異なる通信事業者の間のインターコネクションという要求を満たすことができる。

Description

本発明は、エンドツーエンドのサービス品質（ＱｏＳ）制御技術に関し、特にエンドツーエンドのサービス品質を保証する方法に関する。

インターネット（Ｉｎｔｅｒｎｅｔ）規模の絶えぬ拡大に伴って、様々なネットワークサービスや先進的なマルチメディアシステムが次々と現れる。リアルタイムサービスがネットワークの伝送時間遅延や遅延揺らぎなど特性に対してより敏感となったため、ネットワークに突発性の高いファイルの伝送（ＦＴＰ）又は画像ファイルが含まれるハイパーテキストの伝送（ＨＴＴＰ）などサービスがある場合、リアルタイムサービスに与えられる影響が大きい。

また、マルチメディアサービスが大量な帯域幅を占めているため、現有ネットワークにて帯域幅を保証すべき大事なサービスが確実に転送されることは困難である。そこで、大事なサービスが確実に転送されることを保証するために、種々のＱｏＳ技術が必要に応じて現れられた。多くのサービスモデルとメカニズムがインターネットエンジニアリングタスクフォカス（ＩＥＴＦ，ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ）により既に提出され、ＱｏＳの需要を満たすようにした。現在、ネットワークのアクセス或はエッジで綜合サービス（Ｉｎｔ−Ｓｅｒｖ，ＩｎｔｅｇｒａｔｅｄＳｅｒｖｉｃｅ）モデルを使用し、ネットワークのコアで差別化サービス（Ｄｉｆｆ−ｓｅｒｖ，ＤｉｆｆｅｒｅｎｔｉａｔｅｄＳｅｒｖｉｃｅ）モデルを使用することが業界により認可されている。

優先度を設定するだけの措置でＱｏＳを保障するＤｉｆｆ−Ｓｅｒｖモデルは、回路の高利用率を特徴としているが、具体的な効果は予測困難である。従って、業界ではバックボーンネットワークのＤｉｆｆ−Ｓｅｒｖモデルに独立なベアラ制御レイヤーを導入し、一連の専門のＤｉｆｆ−ＳｅｒｖＱｏＳシグナリングメカニズムを確立し、Ｄｉｆｆ−Ｓｅｒｖネットワークに専門的にリソース管理層を確立し、ネットワークのトポロジーリソースを管理する。このようなリソース管理のＤｉｆｆ−Ｓｅｒｖ方式は独立ベアラ制御レイヤーを有するＤｉｆｆ−Ｓｅｒｖモデルと称される。図１は当該モデルを示す図である。ここで、１０１はサービスサーバであり、サービス制御レイヤーに属し、ソフトスイッチなど機能を実現できる。１０１として、コールエージェント（ＣＡ）が挙げられている。１０２はベアラネットワークのリソースマネージャーであり、ベアラ制御レイヤーに属する。１０３はエッジルータ（ＥＲ，ＥｄｇｅＲｏｕｔｅｒ）であり、１０４はコアルータであり、１０３と１０４の両方ともベアラネットワークに属する。このようなモデルにおいて、ベアラネットワークのリソースマネージャーは、管理規則とネットワークのトポロジーを配置し、クライアントのサービス帯域幅のためにリソースの分配を申し込むことを担っている。各管理域のベアラネットワークのリソースマネージャーの間ではシグナリングを通じて、クライアントのサービス帯域幅の申し込みリクエストと結果及び各ベアラネットワークのリソースマネージャーにより申し込んで分配されたサービスのパス情報などを伝送する。

ベアラ制御レイヤーはユーザのサービス帯域幅の申し込みを扱う時、ユーザのサービスのパスを確定し、ベアラネットワークのリソースマネージャーは指定されたパスに従ってサービスストリームを転送するようにＥＲに知らせる。ベアラネットワークが如何にしてベアラ制御レイヤーにより確定されたパスに基づいてユーザのサービスストリームが指定されたパスに従って転送させられることを実現するかについて、現在、業界での現有の技術として、主にＭＰＬＳ技術を利用し、リソースの予約方式を使用してベアラ制御レイヤーにより指定されるサービスストリームのパスに沿ってＬＳＰを確立し、ＲＳＶＰ−ＴＥ又はＣＲ−ＬＤＰのディスプレールーティングメカニズムを用いてエンドツーエンドのＬＳＰを確立することである。

上記ネットワークのトポロジーに基づいてエンドツーエンドのロジックパスを得る方法は、同一の通信事業者の内ではうまく作業されるが、異なる通信事業者の間又は異種のネットワークと相互接続する場合、例えば、独立ベアラ制御レイヤーを有しないネットワークと独立ベアラ制御レイヤーを有するネットワークとが相互接続する場合、少し困難となる。理論上において当該方法は通信事業者の間でも同様に作業されるが、通信事業者の間に信用リスクがあって、各通信事業者は自体のネットワークのパスの情報を他の通信事業者に漏らしたくないため、現有方法はそのまま異なる通信事業者又は異種のネットワークの相互接続の間に応用されることができなくて、改進する必要である。

また、現在、通信事業者の間のＱｏＳの問題を解決する主な方法は、通信事業者の間でサービスレベル協定（ＳＬＡ）を締結し、次に、各通信事業者自体が協定に基づいて措置を取ってサービスのＱｏＳを保証するようにする。普通に採用される手段は伝統のＤｉｆｆＳｅｒｖ、ＭＰＬＳ−ＶＰＮなど方法である。当該ＤｉｆｆＳｅｒｖ方法では、サービスを異なるレベルに大ざっぱに分け、サービスレベルに基づいてＩＰパケットのＤＳＣＰフィールドに異なる優先度を設定し、ルーティング設備はＤＳＣＰに設定された優先度に基づいてサービスストリームの転送を行うものである。

このような伝統的なＤｉｆｆＳｅｒｖ方法は、サービスのＱｏＳ能力を大略に保証できるだけであり、伝統のルーティング方式を採用し、かつ接続又は通信アドミッション制御能力（ＣＡＣ／ＳＡＣ）を有しないため、サービス量の多い時又は瞬時攻撃される時に、サービス品質が明らかに低下する可能性があり、ユーザの要求するサービスＱｏＳを保証できない。

図２に示されたのは、ＱＢｏｎｅの帯域幅ブローカーのモデルであり、当該モデルも独立ベアラ制御レイヤーのＤｉｆｆ−Ｓｅｒｖモデル方法の一種である。図２に示すように、Ｉｎｔｅｒｎｅｔ２は各Ｄｉｆｆ−Ｓｅｒｖ管理域に相応の帯域幅ブローカーを専門的に定義し、帯域幅ブローカーはユーザホスト又はサービスサーバ又はネットワークのメンテナンスの人からの帯域幅の申請リクエストを扱うことを担っている。帯域幅ブローカーは現在ネットワークのリソースの予約状況と配置されたストラテジー及びユーザと締結したサービスＳＬＡに基づいて、ユーザの帯域幅の申し込みを許可するかどうか確定する。帯域幅ブローカー内には各種類のＳＬＡ配置情報や物理的なネットワークのトポロジー情報やルータの配置情報やストラテジー情報やユーザ認証情報や現在のリソースの予約情報やネットワークの占用状態など大量のスタティックとダイナミックな情報が記録されている。同時に、ユーザのサービスストリームのパスとクロスドメインのダウンストリームの帯域幅ブローカーの位置を確定するように、帯域幅ブローカーはルーティング情報を記録する必要がある。Ｉｎｔｅｒｎｅｔ２の帯域幅ブローカーのモデルで、帯域幅ブローカーは区域内の全てのルータのリソースと配置情報を直接管理するので、トポロジーと管理があまりに複雑すぎる問題がある。同時に、帯域幅ブローカーは本区域のダイナミックなパス情報を記録する必要があるので、ルーティングテーブルの更新が頻繁である問題があり、ネットワークの予約の不安定になってしまう。帯域幅ブローカーが本区域のダイナミックなルーティング情報に基づいて確定したサービスパスも、サービスストリームの実際的な転送パスと一致するのが困難である。帯域幅ブローカーのモデルに多くの実施問題があるため、当該モデルは現在まだ実用されていない。

図２に示すネットワークの構造の方式で、ＱｏＳサーバにより管理されるのは依然としてより複雑なベアラネットワークであり、ルータの数が多い。サービス実行制御があるけど、信頼度の設計及びキーノードマルチホーミング特性がなくて、拡張性が悪く、ネットワークの規模が制限され、全国の公衆ネットワークのエンドツーエンドのサービスの需要に適応できない。

以上の内容をまとめると、独立ベアラ制御レイヤー又は集中的なリソース制御レイヤーを有するネットワークはロジックパス、例えばラベルスイッチングパス（ＬＳＰ）をサービスデータストリームのパスとして採用する場合、ストリームマッピングとストラテジー配置情報を送信する時、全体のエンドツーエンドのパス情報を送り元ポートのエッジ設備に送信する必要である。しかし、通信事業者の間でインターコネクションする場合、本通信事業者のネットワークのパス情報を他の通信事業者に告げることは、通信事業者に対して受けにくいことである。同時に、通信事業者の間に信用問題があるため、現有技術方法での中間リソースマネージャー（ＲＭ）はサービスレイヤー又は管理層とインタラクションしないので、通信事業者がインターコネクションする時、相手を騙したり攻撃したりする弱点などがある。例えば、通信事業者ＡがＢに申し込んだのはある帯域幅であるが、実際に、通信事業者Ｂのネットワークが通信事業者Ａのネットワークでのデータを伝送する時、より狭い帯域幅を採用することで、通信事業者Ａのネットワークでのユーザの通信品質に影響が与えられるため、それを補うように措置を取る必要である。

本発明は上記に鑑みてなされたものであって、エンドツーエンドのサービス品質を保証する方法を提供することにより、異なる通信事業者のネットワークの間でネットワーク自体のトポロジーの構造を公開しない場合に、依然として二つネットワークの間のサービスのＱｏＳを保証するようにすることを主な目的とする。

上記の目的を達成するために、本発明はエンドツーエンドのサービス品質を保証する方法を提供する。当該方法は下記のように実現されたものである。エンドツーエンドのサービス品質を保証する方法であって、独立ベアラ制御レイヤーを有する二つのネットワークに応用され、予め各ネットワークに対応のロジックベアラネットワークを確立し、ロジックベアラネットワークの情報を各ネットワークでのベアラ制御レイヤーのベアラ制御エンティティに保存し、第一ユーザ端末は第一ネットワークにサービスリクエストを送信し、第二ネットワークでの第二ユーザ端末とのサービス通信の確立をリクエストするステップａと、第一ネットワークと第二ネットワークの両方のベアラ制御エンティティは、それぞれ送り元ユーザの位置、宛先ユーザの位置及び前記サービス品質パラメータに基づき、本ロジックベアラネットワーク内部及びボーダー出口のパスと帯域幅リソースを当該サービスに分配するステップｂと、第一ネットワークと第二ネットワークの両方のベアラ制御エンティティにより分配されたパスに従って、二つのネットワークでのロジックベアラネットワークで今回のサービスストリームを転送するステップｃとを含むこの方法。

第一ネットワークと第二ネットワークの両方でのサービス制御レイヤーにボーダーサービス制御エンティティが含まれ、前記ステップａは、第一ネットワークのサービス制御エンティティは第一ユーザ端末からのサービスリクエストを受信した後、当該サービスリクエストに基づいて、送り元ユーザの位置と宛先ユーザの位置及び今回サービスの所要のサービス品質パラメータを解析し、第一ネットワークのベアラ制御エンティティにリソースリクエストを送信し、本ネットワークのボーダーサービス制御エンティティを通して第二ネットワークのサービス制御エンティティにサービスリクエストを送信するステップａ１１と、第二ネットワークのサービス制御エンティティは当該サービスリクエストを受信し、当該サービスリクエストに基づき、送り元ユーザの位置と宛先ユーザの位置及び今回サービスの所要のサービス品質パラメータを解析し、第二ネットワークのベアラ制御エンティティにリソースリクエストを送信するステップａ１２とを含む。
前記ステップｂは、第一ネットワークと第二ネットワークの両方のベアラ制御エンティティは、それぞれ本ネットワーク及びボーダー出口の帯域幅リソースが足りるかどうかを判断し、足りれば、今回のサービスに帯域幅を予約し、送り元ユーザの位置と宛先ユーザの位置と前記サービス品質パラメータとに基づき、当該サービスに本ネットワーク内及びボーダー出口のルートを分配し、次にステップｃを実行し、そうでなければ、サービスリクエストが失敗され、本手順をパスするステップｂ１１を含む。
前記ステップａは、第一ネットワークのサービス制御エンティティは第一ユーザ端末からのサービスリクエストを受信した後、当該サービスリクエストに基づき、送り元ユーザの位置と宛先ユーザの位置及び今回サービスの所要のサービス品質パラメータを解析し、第一ネットワークのベアラ制御エンティティにリソースリクエストを送信するステップａ２１を含む。
前記第一ネットワークと第二ネットワークの両方でのベアラ制御レイヤーのゲートウェイベアラ制御エンティティが直接インターコネクションし、前記ステップｂは、第一ネットワークのベアラ制御エンティティは当該リソースリクエストを受信した後、自体の管轄する区域のリソースが足りるかどうかを判断し、足りれば、送り元ユーザの位置と宛先ユーザの位置と前記サービス品質パラメータとに基づき、当該サービスに本ネットワーク及びボーダー出口のルートと帯域幅リソースを分配し、ステップｂ２を実行し、そうでなければ、今回のサービスが失敗され、本手順をパスするステップｂ２１と、第一ネットワークのベアラ制御エンティティは第二ネットワークのベアラ制御エンティティにリソースリクエストを送信するステップｂ２２と、第二ネットワークのベアラ制御エンティティは当該リソースリクエストを受信した後、送り元ユーザの位置と宛先ユーザの位置と前記サービス品質パラメータとに基づき、当該サービスに本ネットワーク及びボーダー出口のルートと帯域幅リソースを分配するステップｂ２３とを含む。
前記ステップｂにおいて、第一ネットワークと第二ネットワークの両方のベアラ制御エンティティは当該サービスに分配された本ネットワークの帯域幅リソースに基づき、今回のサービスに対してチャージングすることを更に含む。
前記ステップｂにおいて、ベアラ制御エンティティは本ネットワークのルート選択を完了した後、チャージング関連情報を対応のサービス制御エンティティにリポートすることを更に含み、この方法において、サービス制御エンティティは今回のサービスに対してチャージングすることを更に含む。
前記ベアラネットワークのボーダーゲートウェイは需要に応じて再ストリームマッピングを行い、専用アクセスレートの制限処理を行う。

本発明は、独立ベアラ制御レイヤーを備える異なる通信事業者のネットワークの間ではゲートウェイベアラ制御エンティティを通してインターコネクションすることができる。各ネットワークについては、各自の通信事業者がネットワーク内部のロジックベアラトポロジーを企画して配置することで、内部のロジックパスを企画し、及び相互接続するボーダーゲートウェイを配置し、当該ボーダーゲートウェイのインターコネクションを管理するゲートウェイベアラ制御エンティティを指定する。通信事業者の間では通信を通じて両ネットワークの間のロジックパスを確立する。第一ユーザ端末が第一ネットワークにサービスリクエストを送信し、第二ネットワークでの第二ユーザ端末とのサービス通信の確立をリクエストする時、第一ネットワークと第二ネットワークの両方のベアラ制御エンティティはそれぞれ送り元ユーザの位置、宛先ユーザの位置と上記サービス品質パラメータに基づき、本ネットワークでのロジックパスと帯域幅リソースを当該サービスに分配し、次に、今回のサービスストリームは第一ネットワークと第二ネットワークの両方のベアラ制御レイヤーにより分配されたパスに従って両ネットワークでのサービスベアラロジックネットワークで転送される。従って、本発明の方法の応用は、通信事業者に自体のネットワークトポロジーを隠させるようにし、通信事業者の間の不信用による通信失敗という問題が解決され、通信事業者のために価値を創造し、異なる通信事業者の間のインターコネクションの要求を満たすようにした。

本発明の目的、技術方法と利点を更に明確にするように、図面を用いて本発明を更に詳しく説明する。

本発明での第一ネットワークと第二ネットワークは、独立ベアラ制御レイヤーを備える異なる通信事業者のネットワークであり、両ネットワークの間ではゲートウェイベアラ制御エンティティを通してインターコネクションすることができる。各ネットワークについて、各自の通信事業者はネットワーク内部のロジックベアラトポロジーを企画して配置することで、内部のロジックパス、例えばラベルスイッチングパスを企画し、及び相互接続するボーダーゲートウェイを配置し、当該ボーダーゲートウェイのインターコネクションを管理するゲートウェイベアラ制御エンティティを指定する。ゲートウェイベアラ制御エンティティの間にはお互いに認証することができる。例えば、相手のアドレス及び認証識別子を配置し、接続を確立する時に認証を行って、認証にパスした場合に、相互の間で接続を確立することを許可させる。

本発明の主な構想としては、第一ユーザ端末が第一ネットワークのサービス制御エンティティにサービスリクエストを送信し、第二ネットワークでの第二ユーザ端末とのサービス通信の確立をリクエストする時、第一ネットワークと第二ネットワークの両方のベアラ制御エンティティはそれぞれ送り元ユーザの位置、宛先ユーザの位置と上記サービス品質パラメータに基づき、本ネットワークでのロジックパスと帯域幅リソースを当該サービスに分配し、且つ、次に第一ネットワークと第二ネットワークの両方のベアラ制御レイヤーにより分配されたパスに従って両ネットワークでのサービスベアラロジックネットワークで今回のサービスストリームを転送し、ネットワークの間では両者のゲートウェイベアラ制御エンティティが交互通信を通じて分配したパスに従ってサービスストリームを転送する。ここで、ロジックパスはＬＳＰでもいいし、非同期転送モデル（ＡＴＭ）／フレームリレー（ＦＲ）での相手固定接続（ＰＶＣ）／相手選択接続（ＳＶＣ）でもいいし、及び伝統のＩＰルートでの一種又は数種の組み合わせでもよい。

第一ネットワークと第二ネットワークの両方はそれぞれ二つの通信事業者に帰属され、第一ユーザ端末と第二ユーザ端末との間のサービスストリームは第一ネットワークと第二ネットワークの両方によりベアされる必要であり、当該サービスストリームのＱｏＳ及びパスはそれぞれ各ネットワーク自体によって確定されるため、第一ネットワークと第二ネットワークとの間ではネットワークトポロジーなど情報を相手に提供する必要はなく、今回のサービスストリームに選択した本ネットワーク内のロジックパス情報を、各ネットワークでのサービスストリームの開始端のエッジルータ又はゲートウェイボーダールータに送信する必要だけである。

もちろん、完全に信用し、またオープンする通信事業者に対して、サービスレベル協定（ＳＬＡ）を締結するだけで、パスを隠すプロセスとボーダーでストリームの再分類プロセスを実行せず、又は一部のプロセスだけを実行することでよい。例えば、仮に通信事業者Ｂから通信事業者Ａへの通信／コールに対して、ＳＬＡに含まれる通信事業者Ａの責任は、通信事業者Ｂが起こしたＱｏＳリクエストを考慮する必要があり、通信／コールに対して使用可能の自体のＱｏＳパラメータ、リソースを通信事業者Ｂに告げ、その管理域内で賛成されるＱｏＳパラメータを実行することである。ＳＬＡに含まれる通信事業者Ｂの責任は、ユーザサービスの状況に基づいて適当なＱｏＳリクエストを起し、その管理域内で賛成されるＱｏＳパラメータを実行し、通信事業者Ａから通信事業者Ｂへの通信／コールに対しては、上記内容を交換すればよい。

図３は本発明方法を実現するネットワークの構造を示す図である。図３に示されるように、本発明に応用されるネットワークにサービス制御レイヤーとベアラ制御レイヤーとロジックベアラレイヤーとが含まれている。ここで、サービス制御レイヤーはサービス制御エンティティを含み、具体的に、サービス制御エンティティまたは管理機能エンティティ（ＳＣＦ／ＮＭＦ）３０１を含む。ベアラ制御レイヤーはベアラ制御エンティティを含み、具体的に、ベアラ制御機能（ＢＣＦ）エンティティ３０２とゲートウェイベアラ制御機能（ＧＢＣＦ）エンティティ３０３を含む。ロジックベアラレイヤーはボーダープロバイダーエッジルータ（ＢＰＥ）３０７、プロバイダーエッジルータ（ＰＥ）３０４、プロバイダーコアルータ（Ｐ）３０５及びバックボーンプロバイダールータ（ＴＰＥ）３０６を含む。ここでのＢＣＦと従来技術でのリソースマネージャー（ＲＭ）は同一のロジック機能エンティティの異なる名称である。ＧＢＣＦはボーダーベアラ制御機能（ＢＢＣＦ）と称することもでき、本ネットワーク内のサービス制御エンティティ、ネットワーク管理エンティティ又はＱｏＳ管理エンティティと相互接続できる。

図３で、点線の左側は通信事業者Ａのネットワーク即ち第一ネットワークであり、以下はネットワークＡと言い、点線の右側は通信事業者Ｂのネットワーク即ち第二ネットワークであり、以下はネットワークＢという。且つ、ネットワークＡでのＧＢＣＦ＿ＡはＢＰＥ＿Ａを管理し、ネットワークＢでのＧＢＣＦ＿ＢはＢＰＥ＿Ｂを管理し、ネットワークＡとネットワークＢはＧＢＣＦ＿ＡとＧＢＣＦ＿Ｂを通してインターコネクションを実現し、二つのネットワークのロジックパスはＢＰＥ＿ＡとＢＰＥ＿Ｂの相互接続を通じてパスのインターコネクションを実現している。

もちろん、二つのネットワークのサービス制御レイヤーの間にボーダーサービス制御エンティティのインターコネクションがある場合に、例えば、サービス制御エンティティがＣＡであると、ＧＢＣＦのインターコネクションにおける一部機能はサービス制御エンティティ内に埋め込まれることができ、このときにＧＢＣＦ間の直接インターコネクションは必要でなくてよい。即ち、二つのネットワークのサービス制御エンティティＳＣＦ＿ＡとＳＣＦ＿ＢとがＱｏＳリクエストを伝送し、またＳＣＦ＿ＢからリソースリクエストをＧＢＣＦ＿Ｂに送信し、ＧＢＣＦ＿Ｂが当該サービスのリクエストに本ネットワークでのパス及び予約リソースを選択する。具体的に、このような状況に対して、その実現過程は下記のようである。第一ネットワークのＳＣＦは、ユーザからのサービス品質の保証を必要とするサービスリクエストを受信した後、当該サービスリクエストに基づいて送り元ユーザの位置と宛先ユーザの位置及び今回のサービスの所要のサービス品質パラメータを解析し、本ネットワークのベアラ制御エンティティ即ちＢＣＦ＿Ａにリソースリクエストを送信し、本ネットワークのボーダーサービス制御エンティティを通してサービスリクエストを第二ネットワークのＳＣＦに送信する。第二ネットワークのＳＣＦは、当該サービスリクエストを受信した後、当該サービスリクエストに基づいて送り元ユーザの位置と宛先ユーザの位置及び今回のサービスの所要のサービス品質パラメータを解析し、本ネットワークのＧＢＣＦ＿Ｂにリソースリクエストを送信する。リソースリクエストを受信した第一ネットワークと第二ネットワークの両方のベアラ制御エンティティは、それぞれ本ネットワーク及びボーダー出口の帯域幅リソースが足りるかどうかを判断する。足りれば、今回のサービスに帯域幅を予約し、送り元ユーザの位置、宛先ユーザの位置と上記サービス品質パラメータに基づき、当該サービスに本ネットワーク内及びボーダー出口のパスを分配する。そうでなければ、サービスリクエストが失敗される。

以下に、ＧＢＣＦ＿ＡとＧＢＣＦ＿Ｂでインターコネクションを実現する例で本発明の方法を説明する。図４に示すように、本発明の方法は下記のステップを含む。

ステップ４００で、第一ユーザ端末はサービス品質の保証を必要とするサービスリクエストを第一ネットワークのＳＣＦに送信し、第二ネットワークの第二ユーザ端末と通信を行うことをリクエストする。

双方向ストリームに対して、下記のステップでは上りストリームの分配で詳しく説明するものであり、下りストリームの分配手順はその逆である。

ステップ４０１で、第一ネットワークのＳＣＦは第一ユーザ端末からのサービスリクエストを受信した後、当該サービスリクエストに基づいて送り元ユーザの位置と宛先ユーザの位置及び今回のサービスの所要する関連サービス品質パラメータを解析し、次に、接続されたＢＣＦにＱｏＳリクエストを送信する。

ここで、ＳＣＦはユーザのサービスリクエストに基づき、今回のサービスの所要するパラメータを確定し、ＱｏＳリクエストコマンドを生成する。上記今回のサービスの所要するパラメータはＱｏＳパラメータとＩＰクインティプルであり、上記ＩＰクインティプルは送り先ＩＰアドレス、宛先ＩＰアドレス、プロトコル番号、送り先ポート番号、宛先ポート番号を含む。上記コマンドはＱｏＳパラメータ、ＩＰクインティプルが含まれる。

ステップ４０２で、ＢＣＦ＿Ａは当該リソースリクエストを受信した後、自体の管轄する区域のリソースが足りるかどうかを判断し、足りれば、ステップ４０３を実行し、そうでなければ、サービスリクエストが失敗され、本手順をパスする。

ステップ４０３〜４０４で、ＢＣＦ＿Ａは今回のサービスに帯域幅リソースを予約し、送り元ユーザの位置、宛先ユーザの位置とサービスの類型に基づいて今回のサービスに本ネットワークに対応するロジックベアラネットワークのパスを分配してから、本ネットワークでのＧＢＣＦ＿Ａが当該サービスに本ネットワーク内及びボーダー出口のパスの選択及びリソースの予約を完了するまでに、着実にダウンストリームのＢＣＦにＱｏＳリクエストを送信し、次に、ＧＢＣＦ＿Ａを通して当該ユーザのＱｏＳリソースリクエストを第二ネットワークのＧＢＣＦ＿Ｂに送信する。

ステップ４０５で、ＧＢＣＦ＿Ｂは当該ＱｏＳリソースリクエストを受信した後、自体の管轄する区域のリソースが足りるかどうかを判断し、足りれば、ステップ４０６を実行し、そうでなければ、サービスリクエストが失敗され、本手順をパスする。

ステップ４０６で、ＧＢＣＦ＿Ｂは当該サービスに帯域幅リソースを予約し、送り元ユーザの位置、宛先ユーザの位置とサービスの類型に基づいて今回のサービスに本ネットワークに対応するロジックベアラネットワークのパスを分配してから、宛先ＢＣＦ即ちＢＣＦ＿Ｂが当該サービスに帯域幅の予約とパスの選択を完了するまでに、リソースリクエストを着実にＢＣＦに送信し、次に、ＧＢＣＦ＿Ｂはまたパス選択成功応答をＧＢＣＦ＿Ａに送信し、ＢＰＥ＿Ｂから出口ポートまでの間のストリームマッピングやゲート制御や他のストラテジー配置情報などを備えるパス情報をＢＰＥ＿Ｂに送信する。その後、サービスストリームを転送する時、ＢＰＥ＿Ｂは入ったストリームに対して、再ストリームの分類を完了し、専用アクセスレート（ＣＡＲ、ＣｏｍｍｉｔｔｅｄＡｃｃｅｓｓＲａｔｅ）を制限し、ゲート制御やラベルのマッピングやパケットの転送など機能を実行する必要がある。

ステップ４０７で、ＧＢＣＦ＿Ａはパス選択成功応答を受信した後、ＢＣＦ＿Ａまでに、着実に応答メッセージをＢＣＦに送り返す。ＢＣＦ＿Ａはダウンストリームからの成功応答を受信した後、ＰＥ＿ＡからＢＰＥ＿Ａまでのストリームマッピング情報とストラテジー配置情報を含むパス情報をＰＥ＿Ａに送信する。

ステップ４０８〜４０９で、第一ユーザ端末からのサービス通信ストリームが第一ネットワークのＰＥ＿Ａに入る時、ＰＥ＿Ａは本ネットワークにより分配されたパスと帯域幅リソースに従って当該サービスデータストリームを第二ネットワークのＢＰＥ＿Ｂに転送し、また、ＢＰＥ＿Ｂが第二ネットワークのＧＢＣＦ＿Ｂにより分配されたパスと帯域幅リソースに従って当該サービス通信ストリームを第二ネットワークでの第二ユーザ端末に転送する。ここで、第一ネットワークのベアラネットワークの開始エッジルータは需要に応じてストリームマッピングを行い、専用アクセスレート（ＣＡＲ）の制限処理を行う。第二ネットワークのベアラネットワークのボーダーゲートウェイ即ちＢＰＥ＿Ｂは、ストリームマッピングとＣＡＲ処理を再度行う必要である。

そして、ＧＢＣＦは本ネットワークでのパス選択を完了した後、ＱｏＳパラメータ及び決定情報を対応のサービス制御エンティティ又はネットワーク管理エンティティ又はＱｏＳ管理エンティティにリポートする必要であり、これらのエンティティが今回のサービスに対してチャージングし、第一ユーザ端末と第二ユーザ端末との間の接続が切断されるまでに、チャージングを停止させない。上記エンティティがなければ、又は上記エンティティが通信チャージングの関連機能を処理しなければ、ＧＢＣＦ自体は通信のＱｏＳチャージング又はチャージング情報の記録の機能を完了する必要であり、通信事業者の間の費用の決算に役立つようにする。チャージング情報は、申し込みのＱｏＳパラメータ、通信識別子、ストリーム情報、時間帯と時間の長さなどを含むことができるが、これらに限定されない。

上記の過程で分かるように、通信事業者ＡのユーザＡが通信事業者ＢのユーザＢへの通信を起こす時、サービス制御レイヤーのインタラクションを経て、ＱｏＳリソースリクエストがベアラ制御レイヤーに送信される。ベアラ制御レイヤーは本通信事業者内及びボーダー出口のリソースのパス選択を完了した後、ＧＢＣＦを通してＱｏＳリソースリクエストの情報をもう一つの通信事業者にリクエストする。例えば、上り通路に対して、ユーザＡからユーザＢまで、ボーダールータ（ＢＰＥ又はＢＲ）の出口通路を選んだ後、ＧＢＣＦ＿ＡからリソースリクエストをＧＢＣＦ＿Ｂに送出し、ＧＢＣＦ＿Ｂは、通信事業者Ｂでの当該通信のパス選択を完了した後、パス選択の成功又は失敗の情報を送り返す。パス選択に成功した場合に、ＧＢＣＦ＿Ｂは成功の結果だけをＧＢＣＦ＿Ａに告げ、ＧＢＣＦ＿Ｂにより決定されたパス情報を送り返さなくて、通信事業者の間のネットワークトポロジーを隠す目的に達する。下り通路に対してはその逆である。

要するに、上記は本発明方法の好ましい実施例に過ぎず、本発明の保護範囲を限定するものではない。

従来技術における独立のベアラ制御レイヤーのネットワークモデルである。Ｉｎｔｅｒｎｅｔ２の帯域幅ブローカー間のＳＩＢＢＳシグナリングを示す図である。本発明に応用されるネットワークの構造を示す図である。本発明方法を実現する具体的なプロセスを示す図である。

符号の説明

３０１サービス制御エンティティまたは管理機能エンティティ（ＳＣＦ／ＮＭＦ）
３０２ベアラ制御機能（ＢＣＦ）エンティティ
３０３ゲートウェイベアラ制御機能（ＧＢＣＦ）エンティティ
３０４プロバイダーエッジルータ（ＰＥ）
３０５プロバイダーコアルータ（Ｐ）
３０６バックボーンプロバイダールータ（ＴＰＥ）
３０７ボーダープロバイダーエッジルータ（ＢＰＥ）

Claims

エンドツーエンドのサービス品質を保証する方法であって、独立ベアラ制御レイヤーを有する二つのネットワークに応用され、
予め各ネットワークに対応のロジックベアラネットワークを確立し、ロジックベアラネットワークの情報を各ネットワークでのベアラ制御レイヤーのベアラ制御エンティティに保存し、
第一ユーザ端末は第一ネットワークにサービスリクエストを送信し、第二ネットワークでの第二ユーザ端末とのサービス通信の確立をリクエストするステップａと、
第一ネットワークと第二ネットワークの両方のベアラ制御エンティティは、それぞれ送り元ユーザの位置、宛先ユーザの位置及び前記サービス品質パラメータに基づき、本ロジックベアラネットワーク内及びボーダー出口のパスと帯域幅リソースを当該サービスに分配するステップｂと、
第一ネットワークと第二ネットワークの両方のベアラ制御エンティティにより分配されたパスに従って、二つのネットワークでのロジックベアラネットワークで今回のサービスストリームを転送するステップｃと、
を含むことを特徴とするこの方法。
第一ネットワークと第二ネットワークの両方でのサービス制御レイヤーにボーダーサービス制御エンティティが含まれ、
前記ステップａは、
第一ネットワークのサービス制御エンティティは第一ユーザ端末からのサービスリクエストを受信した後、当該サービスリクエストに基づいて、送り元ユーザの位置と宛先ユーザの位置及び今回サービスの所要のサービス品質パラメータを解析し、第一ネットワークのベアラ制御エンティティにリソースリクエストを送信し、本ネットワークのボーダーサービス制御エンティティを通して第二ネットワークのサービス制御エンティティにサービスリクエストを送信するステップａ１１と、
第二ネットワークのサービス制御エンティティは当該サービスリクエストを受信し、当該サービスリクエストに基づき、送り元ユーザの位置と宛先ユーザの位置及び今回サービスの所要のサービス品質パラメータを解析し、第二ネットワークのベアラ制御エンティティにリソースリクエストを送信するステップａ１２とを含む、
ことを特徴とする請求項１に記載の方法。
前記ステップｂは、
第一ネットワークと第二ネットワークの両方のベアラ制御エンティティは、それぞれ本ネットワーク及びボーダー出口の帯域幅リソースが足りるかどうかを判断し、足りれば、今回のサービスに帯域幅を予約し、送り元ユーザの位置と宛先ユーザの位置と前記サービス品質パラメータとに基づき、当該サービスに本ネットワーク内及びボーダー出口のパスを分配し、次にステップｃを実行し、そうでなければ、サービスリクエストが失敗され、本手順をパスするステップｂ１１を含む、
ことを特徴とする請求項２に記載の方法。
前記ステップａは、
第一ネットワークのサービス制御エンティティは第一ユーザ端末からのサービスリクエストを受信した後、当該サービスリクエストに基づき、送り元ユーザの位置と宛先ユーザの位置及び今回サービスの所要のサービス品質パラメータを解析し、第一ネットワークのベアラ制御エンティティにリソースリクエストを送信するステップａ２１を含む、
ことを特徴とする請求項１に記載の方法。
前記第一ネットワークと第二ネットワークの両方でのベアラ制御レイヤーのゲートウェイベアラ制御エンティティが直接インターコネクションし、
前記ステップｂは、
第一ネットワークのベアラ制御エンティティは当該リソースリクエストを受信した後、自体の管轄する区域のリソースが足りるかどうかを判断し、足りれば、送り元ユーザの位置と宛先ユーザの位置と前記サービス品質パラメータとに基づき、当該サービスに本ネットワーク及びボーダー出口のパスと帯域幅リソースを分配し、ステップｂ２を実行し、そうでなければ、今回のサービスが失敗され、本手順をパスするステップｂ２１と、
第一ネットワークのベアラ制御エンティティは第二ネットワークのベアラ制御エンティティにリソースリクエストを送信するステップｂ２２と、
第二ネットワークのベアラ制御エンティティは当該リソースリクエストを受信した後、送り元ユーザの位置と宛先ユーザの位置と前記サービス品質パラメータとに基づき、当該サービスに本ネットワーク及びボーダー出口のパスと帯域幅リソースを分配するステップｂ２３とを含む、
ことを特徴とする請求項４に記載の方法。
前記ステップｂにおいて、第一ネットワークと第二ネットワークの両方のベアラ制御エンティティは当該サービスに分配された本ネットワークの帯域幅リソースに基づき、今回のサービスに対してチャージングすることを更に含むことを特徴とする請求項１に記載の方法。
前記ステップｂにおいて、ベアラ制御エンティティは本ネットワークのパス選択を完了した後、チャージング関連情報を対応のサービス制御エンティティにリポートすることを更に含み、
この方法において、サービス制御エンティティは今回のサービスに対してチャージングすることを更に含む、
ことを特徴とする請求項１に記載の方法。
前記ベアラネットワークのボーダーゲートウェイは需要に応じて再ストリームマッピングを行い、専用アクセスレートの制限処理を行うことを特徴とする請求項１に記載の方法。