(57)【要約】本発明では、発呼側ユーザ装置によって要求されるセッションのための経路をセッション・マネージャで選択する方法および手段が提供され、それに対応して、発呼側ユーザ装置によって要求されるセッションのための経路をメディア・ゲートウェイ制御機能で選択する方法および手段が提供され、ＭＧＷの負荷関連情報に基づいて、前記セッションを担うように、相対的に軽い負荷を有するＭＧＷを選択することとして特徴付けられる。本発明の方法および手段を適用することにより、あらゆるＭＧＷの負荷の平衡が取られ、重い負荷によって引き起こされる一定のＭＧＷの性能劣化が回避され、動作を停止したＭＧＷが迂回され、セッション・セットアップの成功率が向上し、セッション性能が改善し、ＩＭＳネットワーク内のパケット交換ネットワークと回線交換ネットワークとの間の相互動作などの利点が、マルチネットワーク統合に対してもたらされる。
2010524283.tif 000002
【特許請求の範囲】
【請求項１】
発呼側ユーザ装置によって要求されるセッションのための経路を通信ネットワーク内のセッション・マネージャで選択する方法であって、
ａ．前記セッションをセットアップすることを要求するセッション要求メッセージを前記発呼側ユーザ装置から受信するステップと、
ｂ．前記セッション・マネージャによって制御される複数のメディア・ゲートウェイの負荷関連情報に基づいて、前記セッションのための前記経路を選択するステップと
を含む方法。
【請求項２】
ステップｂの前に、
Ａ．前記セッション・マネージャによって制御される前記複数のメディア・ゲートウェイの前記負荷関連情報を得るステップ
をさらに含む請求項１に記載の方法。
【請求項３】
前記ステップＡが、
少なくとも１つのメディア・ゲートウェイ制御機能を介して、前記複数のメディア・ゲートウェイの前記負荷関連情報を得るステップ
を含む請求項２に記載の方法。
【請求項４】
前記ステップｂが、
ｂ１３．前記複数のメディア・ゲートウェイの負荷関連情報に基づいて、前記セッションを担うように、相対的に軽い負荷を有するメディア・ゲートウェイを選択するステップと、
ｂ１４．前記選択に基づいて、前記セッションを担うように選択された前記メディア・ゲートウェイを示す指示情報を生成するステップと、
ｂ１５．前記セッションを担うように選択された前記メディア・ゲートウェイを制御するメディア・ゲートウェイ制御機能に、前記セッション要求メッセージおよび前記指示情報を送信するステップと
を含む請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記ステップｂが、前記サブステップｂ１３の前に、
ｂ１１．前記セッション要求メッセージから前記発呼側ユーザ装置および／または着呼側ユーザ装置の関連情報を得るサブステップと、
ｂ１２．前記発呼側ユーザ装置および／または前記着呼側ユーザ装置の前記関連情報に基づいて、少なくとも１つの対応するメディア・ゲートウェイを求めるサブステップと
を含み、
前記サブステップｂ１３が、
少なくとも１つの対応するメディア・ゲートウェイの負荷関連情報に基づいて、前記少なくとも１つの対応するメディア・ゲートウェイから、前記セッションを担うように、相対的に軽い負荷を有するメディア・ゲートウェイを選択するステップ
を含む請求項４に記載の方法。
【請求項６】
前記サブステップｂ１２が、
前記着呼側ユーザ装置の前記関連情報に基づいて、前記着呼側ユーザ装置までの相対的に短いネットワーク距離を有する少なくとも１つの対応するメディア・ゲートウェイを求めるステップ
を含み、
前記サブステップｂ１１が、
前記セッション要求メッセージから前記着呼側ユーザ装置の前記関連情報を得るステップ
を含む請求項５に記載の方法。
【請求項７】
前記ステップｂが、
ｂ２３．前記複数のメディア・ゲートウェイの前記負荷関連情報に基づいて、相対的に軽い負荷を有する少なくとも１つのメディア・ゲートウェイを制御するメディア・ゲートウェイ制御機能を選択して、前記セッションの前記セットアップを制御するステップと、
ｂ２４．相対的に軽い負荷を有する前記メディア・ゲートウェイを制御する、選択した前記メディア・ゲートウェイ制御機能に前記セッション要求メッセージを送信するステップと
をさらに含む請求項１乃至３のいずれか１項に記載の方法。
【請求項８】
前記ステップｂが、前記サブステップｂ２３の前に、
ｂ２１．前記セッション要求メッセージから前記発呼側ユーザ装置および／または着呼側ユーザ装置の関連情報を得るサブステップと、
ｂ２２．前記発呼側ユーザ装置および／または前記着呼側ユーザ装置の前記関連情報に基づいて、少なくとも１つの対応するメディア・ゲートウェイ制御機能を求めるサブステップと
をさらに含み、
前記サブステップｂ２３が、
前記少なくとも１つの対応するメディア・ゲートウェイ制御機能によって制御されるメディア・ゲートウェイの前記負荷関連情報に基づいて、前記少なくとも１つの対応するメディア・ゲートウェイ制御機能から、前記セッションの前記セットアップを制御するように、相対的に軽い負荷を有する前記メディア・ゲートウェイを制御するメディア・ゲートウェイ制御機能を選択するステップ
を含む請求項７に記載の方法。
【請求項９】
前記サブステップｂ２２が、
前記着呼側ユーザの前記関連情報に基づいて、前記着呼側ユーザ装置までの相対的に短いネットワーク距離を有する少なくとも１つの対応するメディア・ゲートウェイ制御機能を求めるステップ
を含み、
前記サブステップｂ２１が、
前記セッション要求メッセージから前記着呼側ユーザ装置の前記関連情報を得るステップ
を含む請求項８に記載の方法。
【請求項１０】
前記着呼側ユーザ装置の前記関連情報が、前記着呼側ユーザ装置の着呼側識別子および／または前記着呼側ユーザの現在位置エリアを含む請求項５、６、８、および９のいずれか１項に記載の方法。
【請求項１１】
前記セッション・マネージャがブレークアウト・ゲートウェイ制御手段を備える請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
ユーザ装置によって要求されるセッションのための経路を通信ネットワーク内のメディア・ゲートウェイ制御機能で選択する方法であって、
ｉ．前記セッションをセットアップすることを要求するセッション要求メッセージを、前記ユーザ装置からセッション・マネージャを介して受信し、前記セッションを担うように前記セッション・マネージャによって選択されたメディア・ゲートウェイを示す指示情報を前記セッション・マネージャから受信するステップと、
ｉｉ．前記指示情報に基づいて、前記セッションを担うように、対応するメディア・ゲートウェイを選択するステップと
を含む方法。
【請求項１３】
前記メディア・ゲートウェイ制御機能によって制御される複数のメディア・ゲートウェイの負荷関連情報を得るステップ
をさらに含む請求項１２に記載の方法。
【請求項１４】
前記負荷関連情報を前記セッション・マネージャに送信するステップ
をさらに含む請求項１２または１３に記載の方法。
【請求項１５】
前記セッション・マネージャがブレークアウト・ゲートウェイ制御手段を備える請求項１２乃至１４のいずれか１項に記載の方法。
【請求項１６】
ユーザ装置によって要求されるセッションのための経路を通信ネットワーク内のメディア・ゲートウェイ制御機能で選択する方法であって、
Ｉ．前記セッションをセットアップすることを要求するセッション要求メッセージを、前記ユーザ装置からセッション・マネージャを介して受信するステップと、
ＩＩ．前記メディア・ゲートウェイ制御機能によって制御される複数のメディア・ゲートウェイの負荷関連情報に基づいて、前記複数のメディア・ゲートウェイから、前記セッションを担うように、相対的に軽い負荷を有するメディア・ゲートウェイを選択するステップと
を含む方法。
【請求項１７】
前記メディア・ゲートウェイ制御機能によって制御される前記複数のメディア・ゲートウェイの前記負荷関連情報を得るステップ
をさらに含む請求項１６に記載の方法。
【請求項１８】
前記負荷関連情報を前記セッション・マネージャに送信するステップ
をさらに含む請求項１６または１７に記載の方法。
【請求項１９】
前記セッション・マネージャがブレークアウト・ゲートウェイ制御手段を備える請求項１６乃至１８のいずれか１項に記載の方法。
【請求項２０】
発呼側ユーザ装置によって要求されるセッションのための経路を通信ネットワーク内のセッション・マネージャで選択する第１経路選択手段であって、
前記セッションをセットアップすることを要求するセッション要求メッセージを前記発呼側ユーザ装置から受信するように構成された第１受信手段と、
前記セッション・マネージャによって制御される複数のメディア・ゲートウェイの負荷関連情報に基づいて、前記セッションのための経路を選択するように構成された第１制御選択手段と
を備える第１経路選択手段。
【請求項２１】
前記セッション・マネージャによって制御される前記複数のメディア・ゲートウェイの前記負荷関連情報を得るように構成された第１取得手段
をさらに備える請求項２０に記載の第１経路選択手段。
【請求項２２】
前記第１取得手段がさらに、少なくとも１つの媒体ゲートウェイ制御機能を介して、前記複数のメディア・ゲートウェイの前記負荷関連情報を得るように構成される請求項２１に記載の第１経路選択手段。
【請求項２３】
前記第１制御選択手段が、
前記複数のメディア・ゲートウェイの前記負荷関連情報に基づいて、前記セッションを担うように、相対的に軽い負荷を有するメディア・ゲートウェイを選択するように構成された第１選択手段と、
前記選択に基づいて、前記セッションを担うように選択された前記メディア・ゲートウェイを示す指示情報を生成するように構成された生成手段と、
前記セッションを担うように選択された前記メディア・ゲートウェイを制御するメディア・ゲートウェイ制御機能に、前記セッション要求メッセージおよび前記指示情報を送信するように構成された第１送信手段と
を備える請求項２０乃至２２のいずれか１項に記載の第１経路選択手段。
【請求項２４】
前記第１制御選択手段が、
前記セッション要求メッセージから前記発呼側ユーザ装置および／または着呼側ユーザ装置の関連情報を得るように構成された第２取得手段と、
前記発呼側ユーザ装置および／または着呼側ユーザ装置の前記関連情報に基づいて、少なくとも１つの対応するメディア・ゲートウェイを求めるように構成された第１決定手段と
をさらに備え、
前記第１選択手段がさらに、少なくとも１つの対応するメディア・ゲートウェイの負荷関連情報に基づいて、前記少なくとも１つの対応するメディア・ゲートウェイから、前記セッションを担うように、相対的に軽い負荷を有するメディア・ゲートウェイを選択するように構成される請求項２３に記載の第１経路選択手段。
【請求項２５】
前記第１決定手段がさらに、前記着呼側ユーザ装置の前記関連情報に基づいて、前記着呼側ユーザ装置までの相対的に短いネットワーク距離を有する少なくとも１つの対応するメディア・ゲートウェイを求めるように構成され、
前記第２取得手段がさらに、前記セッション要求メッセージから前記着呼側ユーザ装置の前記関連情報を得るように構成される請求項２４に記載の第１経路選択手段。
【請求項２６】
前記第１制御選択手段が、
前記複数のメディア・ゲートウェイの前記負荷関連情報に基づいて、相対的に軽い負荷を有する少なくとも１つのメディア・ゲートウェイを制御するメディア・ゲートウェイ制御機能を選択して、前記セッションの前記セットアップを制御するように構成された第２選択手段と、
相対的に軽い負荷を有する前記メディア・ゲートウェイを制御する、選択した前記メディア・ゲートウェイ制御機能に前記セッション要求メッセージを送信するように構成された第２送信手段と
を備える請求項２０乃至２２のいずれか１項に記載の第１経路選択手段。
【請求項２７】
前記第１制御選択手段が、
前記セッション要求メッセージから前記発呼側ユーザ装置および／または着呼側ユーザ装置の関連情報を得るように構成された第３取得手段と、
前記発呼側ユーザ装置および／または前記着呼側ユーザ装置の前記関連情報に基づいて、少なくとも１つの対応するメディア・ゲートウェイ制御機能を求めるように構成された第２決定手段と
をさらに備え、
前記第２選択手段がさらに、前記少なくとも１つの対応するメディア・ゲートウェイ制御機能によって制御されるメディア・ゲートウェイの前記負荷関連情報に基づいて、前記少なくとも１つの対応するメディア・ゲートウェイ制御機能から、前記セッションの前記セットアップを制御するように、相対的に軽い負荷を有する前記メディア・ゲートウェイを制御するメディア・ゲートウェイ制御機能を選択するように構成される請求項２６に記載の第１経路選択手段。
【請求項２８】
前記第２決定手段がさらに、前記着呼側ユーザの前記関連情報に基づいて、前記着呼側ユーザ装置までの相対的に短いネットワーク距離を有する少なくとも１つの対応するメディア・ゲートウェイ制御機能を求めるように構成され、
前記第２取得手段がさらに、前記セッション要求メッセージから前記着呼側ユーザ装置の前記関連情報を得るように構成される請求項２７に記載の第１経路選択手段。
【請求項２９】
前記着呼側ユーザ装置の前記関連情報が、前記着呼側ユーザ装置の着呼側識別子および／または前記着呼側ユーザの現在位置エリアを含む請求項２４、２５、２７、および２８のいずれか１項に記載の第１経路選択手段。
【請求項３０】
前記セッション・マネージャがブレークアウト・ゲートウェイ制御手段を備える請求項２０乃至２９のいずれか１項に記載の第１経路選択手段。
【請求項３１】
ユーザ装置によって要求されるセッションのための経路を通信ネットワーク内のメディア・ゲートウェイ制御機能で選択する第２経路選択手段であって、
前記セッションをセットアップすることを要求するセッション要求メッセージを、前記ユーザ装置からセッション・マネージャを介して受信し、前記セッションを担うように前記セッション・マネージャによって選択されたメディア・ゲートウェイを示す指示情報を前記セッション・マネージャから受信するように構成された第２受信手段と、
前記指示情報に基づいて、前記セッションを担うように、対応するメディア・ゲートウェイを選択するように構成された第２制御選択手段と
を備える第２経路選択手段。
【請求項３２】
前記メディア・ゲートウェイ制御機能によって制御される複数のメディア・ゲートウェイの負荷関連情報を得るように構成された第４取得手段
をさらに備える請求項３１に記載の第２経路選択手段。
【請求項３３】
前記負荷関連情報を前記セッション・マネージャに送信するように構成された第３送信手段
をさらに備える請求項３１または３２に記載の第２経路選択手段。
【請求項３４】
前記セッション・マネージャがブレークアウト・ゲートウェイ制御手段を備える請求項３１乃至３３のいずれか１項に記載の第２経路選択手段。
【請求項３５】
ユーザ装置によって要求されるセッションのための経路を通信ネットワーク内のメディア・ゲートウェイ制御機能で選択する第３経路選択手段であって、
前記セッションをセットアップすることを要求するセッション要求メッセージを、前記ユーザ装置からセッション・マネージャを介して受信するように構成された第３受信手段と、
前記メディア・ゲートウェイ制御機能によって制御される複数のメディア・ゲートウェイの負荷関連情報に基づいて、前記複数のメディア・ゲートウェイから、前記セッションを担うように、相対的に軽い負荷を有するメディア・ゲートウェイを選択するように構成された第３制御選択手段と
を備える第３経路選択手段。
【請求項３６】
前記メディア・ゲートウェイ制御機能によって制御される前記複数のメディア・ゲートウェイの前記負荷関連情報を得るように構成された第５取得手段
をさらに備える請求項３５に記載の第３経路選択手段。
【請求項３７】
前記負荷関連情報を前記セッション・マネージャに送信するように構成された第４送信手段
をさらに備える請求項３５または３６に記載の第３経路選択手段。
【請求項３８】
前記セッション・マネージャがブレークアウト・ゲートウェイ制御手段を備える請求項３５乃至３７のいずれか１項に記載の第３経路選択手段。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークに関し、特に、通信ネットワーク内のセッション・マネージャおよびメディア・ゲートウェイ制御機能に関する。
【背景技術】
【０００２】
ＩＥＴＦ  ＲＦＣ３２１９で定義されるＴＲＩＰ（Ｔｅｌｅｐｈｏｎｙ  Ｒｏｕｔｉｎｇ  ｏｖｅｒ  ＩＰ）プロトコルは、オペレータ・ドメイン（ＩＴＡＤ、Ｉｎｔｅｒｎｅｔ  Ｔｅｌｅｐｈｏｎｙ  Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｄｏｍａｉｎなど）で、すなわちＬＳ（Ｌｏｃａｔｉｏｎ  Ｓｅｒｖｅｒ）間で経路情報を交換する方法を提供する。しかし、ＴＲＩＰは、電話機によって要求される呼に関する接続をセットアップするために特定のＭＧＷ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ）をどのように選択するかを定義せず、ＬＳでもルーティング方式は定義されない。
【０００３】
Ｄｒａｆｔ−ｉｅｔｆ−ｉｐｔｅｌ−ｔｇｒｐは、ＴＧＲＥＰ（Ｔｅｌｅｐｈｏｎｙ  Ｇａｔｅｗａｙ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を定義する。ＴＧＲＥＰは、ＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）ゲートウェイまたは交換機が、ＢＧＣＦ（Ｂｒｅａｋｏｕｔ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）またはＭＧＣＦ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）などのシグナリング・サーバに、ＰＳＴＮまでのシグナリング・サーバの経路を通知することを可能にする。アドバタイズメント情報が、特定の幹線（トランク）内の残りの容量などの、かなり動的な情報を含む。しかし、ＴＧＲＥＰは、動的情報をどのように収集するかを指定するだけであり、収集された情報に基づいてシグナリング・サーバがＭＧＷをどのように選択するかを指定しない。
【０００４】
３ＧＰＰおよびＴＩＳＰＡＮ（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ａｎｄ  Ｉｎｔｅｒｎｅｔ  ｃｏｎｖｅｒｇｅｄ  Ｓｅｒｖｉｃｅ  ａｎｄ  Ｐｒｏｔｏｃｏｌｓ  ｆｏｒ  Ａｄｖａｎｃｅｄ  Ｎｅｔｗｏｒｋｉｎｇ）は、ＢＧＣＦ内にルーティング機能がなければならないことを指定するが、ルーティング方式およびルーティング・アルゴリズムを指定しない。
【０００５】
現在、Ｈ．３２３または通常のインターネットＶｏＩＰに基づくネットワークでは、シグナリング・サーバは、ポーリング方法またはランダム選択方法を適用することによってＭＧＷを選択する。
【０００６】
ＭＧＷは、セットアップするようにＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）によって要求されるセッションがパケット交換ドメインから回線交換ドメインに転送されるブレークアウト・ポイントである。ＭＧＷの性能および信頼性は、セッションを首尾よく提供する際に非常に重要な役割を果たす。ＭＧＷがポーリング方法またはランダム選択方法を適用することによってトラフィックが激しい期間中に選択される場合、一定レベルよりも重い負荷を有するＭＧＷは、ＭＧＷの負荷が重過ぎるので、突然の性能劣化、さらには故障を受けることになる。したがって、ネットワークのサービス品質が急激に低下し、それによってセッションが終了し、またはセットアップすることができないことがある。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
現在の技術的解決策での前述の欠陥を克服するために、発呼側ユーザ装置によって要求されるセッションのための経路をセッション・マネージャで選択する方法および手段と、ユーザ装置によって要求されるセッションのための経路をメディア・ゲートウェイ制御機能で選択する、対応する方法および手段とが提供される。
【課題を解決するための手段】
【０００８】
本発明の第１の態様によれば、発呼側ユーザ装置によって要求されるセッションのための経路を通信ネットワーク内のセッション・マネージャで選択する方法が提供される。この方法は、ａ．セッションをセットアップすることを要求するセッション要求メッセージを発呼側ユーザ装置から受信すること、およびｂ．セッション・マネージャによって制御される複数のメディア・ゲートウェイの負荷関連情報に基づいて、セッションのための経路を選択することを含む。
【０００９】
本発明の第２の態様によれば、ユーザ装置によって要求されるセッションのための経路を通信ネットワーク内のメディア・ゲートウェイ制御機能で選択する方法が提供され、この方法は、ｉ．セッションをセットアップすることを要求するセッション要求メッセージを、ユーザ装置からセッション・マネージャを介して受信し、セッションを担うようにセッション・マネージャによって選択されたメディア・ゲートウェイを示す指示情報をセッション・マネージャから受信すること、およびｉｉ．指示情報に基づいて、セッションを担うように、対応するメディア・ゲートウェイを選択することを含む。
【００１０】
本発明の第３の態様によれば、ユーザ装置によって要求されるセッションのための経路を通信ネットワーク内のメディア・ゲートウェイ制御機能で選択する方法が提供され、この方法は、Ｉ．セッションをセットアップすることを要求するセッション要求メッセージを、ユーザ装置からセッション・マネージャを介して受信すること、およびＩＩ．メディア・ゲートウェイ制御機能によって制御される複数のメディア・ゲートウェイの負荷関連情報に基づいて、複数のメディア・ゲートウェイから、セッションを担うように、相対的に軽い負荷を有するメディア・ゲートウェイを選択することを含む。
【００１１】
本発明の第４態様によれば、発呼側ユーザ装置によって要求されるセッションのための経路を通信ネットワーク内のセッション・マネージャで選択する第１経路選択手段が提供され、この手段は、第１受信手段および第１制御選択手段を備える。第１受信手段は、セッションをセットアップすることを要求するセッション要求メッセージを発呼側ユーザ装置から受信するように構成され、第１制御選択手段は、セッション・マネージャによって制御される複数のメディア・ゲートウェイの負荷関連情報に基づいて、セッションのための経路を選択するように構成される。
【００１２】
本発明の第５の態様によれば、ユーザ装置によって要求されるセッションのための経路を通信ネットワーク内のメディア・ゲートウェイ制御機能で選択する第２経路選択手段が提供され、この手段は、第２受信手段および第２制御選択手段を備える。第２受信手段は、セッションをセットアップすることを要求するセッション要求メッセージを、ユーザ装置からセッション・マネージャを介して受信し、セッションを担うようにセッション・マネージャによって選択されたメディア・ゲートウェイを示す指示情報をセッション・マネージャから受信するように構成され、第２制御選択手段は、指示情報に基づいて、セッションを担うように、対応するメディア・ゲートウェイを選択するように構成される。
【００１３】
本発明の第６の態様によれば、ユーザ装置によって要求されるセッションのための経路を通信ネットワーク内のメディア・ゲートウェイ制御機能で選択する第３経路選択手段が提供され、この手段は、第３受信手段および第３制御選択手段を備える。第３受信手段は、セッションをセットアップすることを要求するセッション要求メッセージを、ユーザ装置からセッション・マネージャを介して受信するように構成され、第３制御選択手段は、メディア・ゲートウェイ制御機能によって制御される複数のメディア・ゲートウェイの負荷関連情報に基づいて、複数のメディア・ゲートウェイから、セッションを担うように、相対的に軽い負荷を有するメディア・ゲートウェイを選択するように構成される。
【００１４】
本発明の方法および手段を適用することにより、あらゆるＭＧＷの負荷の平衡が取られ、重い負荷によって引き起こされる一定のＭＧＷの性能劣化が回避され、動作を停止したＭＧＷが迂回され、セッション・セットアップの成功率が向上し、セッション性能が改善し、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）ネットワーク内のパケット交換ネットワークと回線交換ネットワークとの間の相互動作などの利点が、マルチネットワーク統合に対してもたらされる。さらに、ＭＧＣＦは、ＭＧＷの負荷情報をリアル・タイムに収集し、ＴＧＲＥＰなどの他のプロトコルを実行する必要がなく、したがってネットワークに対する負担が低減される。
【００１５】
添付の図面と共に考慮される、制限のない実施形態の以下の詳細な説明から、本発明の上記およびその他の目的、特徴、ならびに利点がより明らかとなるであろう。
【図面の簡単な説明】
【００１６】
【図１】本発明の適用シナリオの略図である。
【図２】本発明の一実施形態によるセッション・セットアップ・プロセスの略図である。
【図３】本発明の一実施形態による、セットアップするように発呼側ＵＥによって要求されるセッションのための経路をセッション・マネージャで選択する方法の流れ図の略図である。
【図４】本発明の一実施形態による、発呼側ＵＥおよび／または着呼側ＵＥの関連情報ならびにＭＧＷの負荷情報に基づいて、セットアップするように発呼側ＵＥによって要求されるセッションを担うようにＭＧＷをセッション・マネージャで選択する方法の流れ図の略図である。
【図５】本発明の一実施形態による、セットアップするように発呼側ＵＥによって要求されるセッションのための経路をメディア・ゲートウェイ制御機能で選択する方法の流れ図の略図である。
【図６】本発明の一実施形態による、セットアップするように発呼側ＵＥによって要求されるセッションのための経路をセッション・マネージャで選択する略図である。
【図７】本発明の一実施形態による、発呼側ＵＥおよび／または着呼側ＵＥの関連情報に基づいて、セットアップするように発呼側ＵＥによって要求されるセッションを担うようにＭＧＷをセッション・マネージャで選択する方法の流れ図の略図である。
【図８】本発明の一実施形態による、セットアップするように発呼側ＵＥによって要求されるセッションのための経路をメディア・ゲートウェイ制御機能で選択する方法の流れ図の略図である。
【図９】本発明の一実施形態による、セットアップするように発呼側ＵＥによって要求されるセッションのための経路をセッション・マネージャで選択する第１経路選択手段の構造図である。
【図１０】本発明の一実施形態による、セットアップするように発呼側ＵＥによって要求されるセッションのための経路をメディア・ゲートウェイ制御機能で選択する第２経路選択手段の構造図である。
【図１１】本発明の一実施形態による、セットアップするように発呼側ＵＥによって要求されるセッションのための経路をメディア・ゲートウェイ制御機能で選択する第３経路選択手段の構造図である。
【発明を実施するための形態】
【００１７】
図１は、本発明の適用シナリオの略図を示す。ＩＭＳ（パケット交換ドメイン）および回線交換ドメイン（ＣＳ）がある。回線交換ドメインは、ＰＳＴＮネットワークまたはモバイル通信ネットワークを含む。ＩＭＳドメインでは、ＢＧＳＦが、１つまたは複数のＭＧＣＦ（ＭＧＣＦ１、ＭＧＣＦ２、ＭＧＣＦ３、ＭＧＣＦ４）と接続し、１つのＭＧＣＦは、１つまたは複数のＭＧＷを制御する。ＩＭＳ  ＵＥが、ＩＰ−ＣＡＮ（ＩＰ−Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）を介してネットワークにアクセスし、ＩＰ−ＣＡＮは、ＵＡＰ（Ｕｓｅｒ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）およびＰＡＰ（Ｐａｃｋｅｔ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）という２つの部分を含む。多数のタイプのＵＡＰおよびＰＡＰがあってよく、例えば、ＵＡＰは、サービスＧＰＲＳサポート・ノード、ＷＬＡＮアクセス・ゲートウェイ、またはＤＳＬＡＭ（Ｄｉｇｉｔａｌ  ｓｕｂｓｃｒｉｂｅｒ  ｌｉｎｅ  ａｃｃｅｓｓ  ｍｕｌｔｉｐｌｅｘｅｒ）でよく、ＰＡＰは、ＧＰＲＳゲートウェイサポート・ノード、ＷＬＡＮパケット・データ・ゲートウェイ、またはブロードバンド・アクセス・サーバでよい。ＩＰ−ＣＡＮのタイプと本発明の目的との間に直接的な関係はなく、そのことの余分な説明は与えられない。
【００１８】
図１では、ＩＭＳ  ＵＥからのセッション要求メッセージがＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）に到着したとき、Ｓ−ＣＳＣＦは、要求されたＵＥがＰＳＴＮ  ＵＥであることを識別し、セッション要求メッセージをＢＧＣＦにルーティングする。次いで、ＢＧＣＦは、最も軽い負荷を有するＭＧＷを制御するＭＧＣＦを選択し、ＭＧＣＦにセッション要求メッセージを転送する。次いで、ＭＧＣＦは、ＭＧＣＦによって制御されるＭＧＷから、セッション要求メッセージによって要求されたセッションを担うように、最も軽い負荷を有するＭＧＷを選択する。このことは、ＩＭＳ  ＵＥがＰＳＴＮ  ＵＥを呼び出すときはいつでも、最も軽い経路を有するＭＧＷに呼がルーティングされることを意味する。このようにして、あらゆるＭＧＷの負荷の平衡が取られ、重い負荷によって引き起こされる一定のＭＧＷの性能劣化が回避され、動作を停止したＭＧＷが迂回され、セッション・セットアップの成功率が向上し、セッション性能が改善する。
【００１９】
より良好な理解のために、ＭＧＷの負荷の定義方法がここで与えられ、また本発明がこの種の定義方法に限定されないことを当業者は理解されよう。ＭＧＷの負荷は、セッションのために使用されているチャネル数とＭＧＷの容量の比であり、ＭＧＷの容量は、セッションのために使用することのできる最大チャネル数である。ＭＧＷが動作を停止する場合、容量は１に設定される。
【００２０】
各ＭＧＣＦは、各ＭＧＣＦによって収集されるＭＧＷの負荷情報をリアル・タイムに収集する。現在、Ｈ．２４８プロトコルが、ＭＧＷとＭＧＣＦとの間の通信のために広く使用されている。本発明のより良好な理解のために、このプロトコル中の本発明に関連する部分の簡潔な説明が以下のように与えられる。より詳しい情報は、Ｈ．２４８プロトコルの関連部分で見出すことができる。
【００２１】
Ｈ．２４８プロトコルは、ＩＴＵ−Ｔ  Ｓｔｕｄｙ  Ｇｒｏｕｐ  １６によって２０００年に提案されたメディア・ゲートウェイ制御プロトコルである。Ｈ．２４８プロトコルは、ＭＧＣＰ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）の初期のバージョンに基づいて開発され、ＩＴＵ−ＴとＩＥＴＦの両方の努力によるものと言うべきである。ＩＴＵ−ＴはそれをＨ．２４８と呼ぶが、ＩＥＴＦはそれをＭｅＧａＣｏと呼ぶ。Ｈ．２４８／ＭｅＧａＣｏは、ＭＧＣＦとＭＧＷを接続するのに使用されるゲートウェイ制御プロトコルである。Ｈ．２４８／ＭｅＧａＣｏは、メディア・ゲートウェイとソフト・スイッチの間、ソフト・スイッチとＨ．２４８／ＭｅＧａＣｏＵＥの間で適用され、ソフト・スイッチでサポートされるべき重要なプロトコルである。
【００２２】
Ｈ．２４８で定義される接続モデルは主に、終端およびコンテキストという２つの概念を含む。終端は、ＭＧＷ内の論理的実体であり、１つまたは複数の種類のメディア・ストリームを送信および受信することができる。終端のタイプは主に、半永久終端（ＴＤＭチャネルまたはアナログ回線）および一時的終端（ＲＴＰストリームや、音声、データ、およびビデオを運搬するための信号や、すべての種類のハイブリッド信号など）を含む。終端の特徴を提示するのに特性、イベント、信号、および統計が使用される。終端のダイバーシティを隠すために、パッケージの概念がプロトコルに導入され、終端のすべての種類の特徴がパッケージとしてグループ化される。
【００２３】
コンテキストは、いくつかの終端間の関連付けであり、終端とメディアの混合／交換パラメータとの間のトポロジ関係を記述する。コンテキストをコマンドＡｄｄで作成することができ、コマンドＳｕｂｓｔｒａｃｔまたはＭｏｖｅで削除することができる。終端は、一度に１つのコンテキストのみに属することができる。トポロジ記述子は、コンテキストの重要な機能である。コンテキストのトポロジ関係を設定することにより、コンテキスト内の終端間のメディアの流れの方向を容易に変更することができる。コンテキスト内にないメディアの流れの方向は、ストリーム・モデル（Ｓｅｎｄ／Ｒｅｃｅｉｖｅ、Ｓｅｎｄ  Ｏｎｌｙ、Ｒｅｃｅｉｖｅ  Ｏｎｌｙ）で指定される。終端間のメディア・ストリームの特徴は、ストリーム記述子で記述され、異なるストリームは、異なるタイプのメディアを運搬することができる。複数のタイプのメディアがストリーム中にあるとき、システムは、タイプ変換を自動的に行うべきである。
【００２４】
Ｈ．２４８プロトコルは、呼セットアップ、呼終了、およびゲートウェイ崩壊などの何らかの動的情報を運搬する。したがって、ＭＧＣＦは、ＴＧＲＥＰプロトコルなどの余分なプロトコルを使用することなく、ＭＧＣＦとＭＧＷとの間のＨ．２４８の情報の流れに基づいて、ＭＧＣＦが制御するあらゆるＭＧＷの負荷情報を計算することができる。
【００２５】
ＭＧＣＦは、あらゆるＭＧＷからのＨ．２４８の応答情報に基づいて、あらゆるＭＧＷ内のコンテキストおよび終端のステータスを得ることができ、次いで、あらゆるＭＧＷで使用されているセッション・チャネルの数を計算することができる。例えば、Ｈ．２４８のＳＵＢＳＴＲＡＣＴメッセージに対するＭＧＷの応答に基づいて、２つの終端からなるコンテキストが削除され、モード属性はＳｅｎｄ／Ｒｅｃｅｉｖｅであり、次いで、ＭＧＷでセッション・チャネルが解放されることが決定される。２つの終端からなるコンテキストが作成または追加され、属性がＳｅｎｄ／Ｒｅｃｅｉｖｅである場合、ＭＧＷでセッション・チャネルが追加されることが決定される。あらかじめ知られているＭＧＷの容量、すなわち、ＭＧＷが供給することのできる最大セッション・チャネル数に基づいて、ＭＧＣＦは、あらゆるＭＧＷの負荷を計算する。ＭＧＷが（重い負荷または他の理由で）動作を停止する場合、負荷は１に設定される。表１などのあらゆるＭＧＷの負荷情報テーブルを、あらゆるＭＧＣＦ内に格納することができる。セッションを担うチャネル数もカウントし、次いでＭＧＷによってＭＧＣＦに送信することができることを説明しておく。
【００２６】
【表１】
2010524283.tif 000003
【００２７】
ＢＧＣＦでは、ＭＧＣＦグループをエリア・コードに従って分類することができ、表２に示される情報がＢＧＣＦ内に格納される。同一のエリア・コードに関連付けられるＭＧＣＦのグループは通常、エリア・コードで表されるエリア内に位置し、またはそれに近接する。本発明は、ＭＧＣＦグループをエリア・コードに従って分類する方式に限定されない。実際の動作では、ＭＧＣＦグループをネットワーク・オペレータによってネットワーク・トポロジに従って柔軟に定義することができる。
【００２８】
【表２】
2010524283.tif 000004
【００２９】
ＢＧＣＦは、あらゆるＭＧＣＦの各ＭＧＣＦによって制御されるＭＧＷに負荷関連情報を照会することができ、またはあらゆるＭＧＣＦは、各ＭＧＣＦによって制御されるＭＧＷの負荷関連情報をＢＧＣＦに周期的に送信することができる。任意選択で、ＭＧＣＦは、各ＭＧＷの負荷が変化したときに、各ＭＧＷの負荷情報をＢＧＣＦに送信することができる。好ましくは、ＭＧＣＦは、あらゆるＭＧＣＦとＢＧＣＦとの間のネットワーク・トラフィックを削減するために、最も軽い負荷を有するＭＧＷの負荷情報のみをＢＧＣＦに送信することができる。ＢＧＣＦは、受信した情報を、限定はしないが、表３に示される方式で格納することができる。
【００３０】
【表３】
2010524283.tif 000005
【００３１】
図１および図２を参照して、本発明の一実施形態が、セッションを設定する完全なプロセスの説明と共に以下のように詳細に説明される。
【００３２】
ネットワーク・トポロジが図１に示されるようにＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に基づくＩＭＳネットワーク・トポロジである場合、発呼側ＩＭＳ  ＵＥからのセッション要求メッセージがＢＧＣＦに到着したとき、ＢＧＣＦは、着呼側ＵＥの電話番号に基づいて、対応するＭＧＣＦグループを求め、本発明の方法に基づいて、最も軽い負荷を有するＭＧＷを制御するＭＧＣＦを選択し、セッション要求メッセージをＭＧＣＦに送信する。次いで、ＭＧＣＦは、ＭＧＣＦによって制御されるＭＧＷから、セッションを担うように、最も軽い負荷を有するＭＧＷを選択する。
【００３３】
詳細なセッション・プロセスが、図２のように示される。
（１）ＩＭＳ  ＵＥが、Ｓ−ＣＳＣＦにＩＮＶＩＴＥメッセージを送信する。
（２）Ｓ−ＣＳＣＦが、ＢＧＣＦにＩＮＶＩＴＥメッセージを送信する。
（３）ＢＧＣＦが、ＩＮＶＩＴＥメッセージから着呼側番号を得て、着呼側番号および表２に基づいて、呼に関連するＭＧＣＦグループを求め、着呼側番号が０２１−５４２１３６６３である場合、対応するＭＧＣＦグループは、ＭＧＣＦ１、ＭＧＣＦ２、ＭＧＣＦ３、およびＭＧＣＦ４からなるグループである。
（４）ＢＧＣＦが、最も軽い負荷を有するＭＧＷを制御するＭＧＣＦを求める。表３より、ＭＧＣＦ１が最も軽い負荷を有するＭＧＷを制御することを見つけることができ、ＢＧＣＦは、ＭＧＣＦ１にＩＮＶＩＴＥメッセージを転送する。
（５）ＭＧＣＦ１がＢＧＣＦからＩＮＶＩＴＥメッセージを受信し、表１に従って、ＭＧＷ１が最も軽い負荷を有することを見つけ、セッションを担うようにＭＧＷ１を選択する。
（６）ＭＧＣＦ１が、Ｈ．２４８のＡＤＤコマンドをＭＧＷ１に送信し、ＭＧＷ１を制御してコンテキストを作成し、ＭＧＷ１が、Ｈ．２４８の応答メッセージをＭＧＣＦ１に送信し、応答メッセージは、作成されたコンテキストの属性を含み、作成されたコンテキストの現属性はＳｅｎｄ  Ｏｎｌｙである。
（７）ＭＧＣＦ１が、ＩＮＶＩＴＥメッセージをＩＡＭ（Ｉｎｉｔｉａｌ  Ａｄｄｒｅｓｓ  Ｍｅｓｓａｇｅ）メッセージとしてマッピングし、それをＰＳＴＮネットワークに送信し、ＭＧＣＦ１は、１８３応答メッセージをＩＭＳ  ＵＥに送信する。
（８）ＭＧＣＦ１は、Ｈ．２４８のＭＯＤＩＦＹコマンドを送信し、ステップ（６）で作成されたコンテキストを修正し、例えば、着呼側ＵＥに対応するＴＤＭ終端の特徴を修正し、特徴は、リンギング信号を着呼側ＵＥに送信すること、および着呼側ＵＥのオフフック信号を監視することを含む。
（９）ＭＧＷ１が、セッションに関するチャネル・リソースを予約する。
（１０）ＭＧＣＦ１が、ＰＳＴＮからＡＣＭ（Ａｄｄｒｅｓｓ  Ｃｏｍｐｌｅｔｅ  Ｍｅｓｓａｇｅ）メッセージを受信し、次いで１８０応答メッセージをＩＭＳ  ＵＥに送信し、ＩＭＳ  ＵＥはリングバック・トーンを受信する。
（１１）ＭＧＣＦ１が、ＰＳＴＮ  ＵＥオフフック後にＡＮＭ（Ａｎｓｗｅｒ  Ｍｅｓｓａｇｅ）メッセージを受信する。
（１２）ＭＧＣＦ１が、Ｈ．２４８の修正コマンドをＭＧＷ１に送信し、コンテキストのモデル属性をＳｅｎｄ／Ｒｅｃｅｉｖｅに修正し、ＭＧＷ１は、ＭＧＣＦ１に応答メッセージを送信する。
（１３）ＭＧＣＦ１が、ＭＧＷ１から応答メッセージを受信し、応答メッセージに従って表１のＭＧＷ１の負荷情報を修正し、ＢＧＣＦにレポートする。
（１４）ＭＧＣＦ１が、２００  Ｏｋ応答メッセージをＩＭＳ  ＵＥに送信する。
（１５）ＩＭＳ  ＵＥがＡＣＫメッセージを送信する。
【００３４】
このようにして、完全なセッション・セットアップ・プロセスが終了し、ＩＭＳ  ＵＥがＰＳＴＮ  ＵＥと通信することができる。上記の呼プロセスでのメッセージの特定の形式はここでは詳述しないが、ＳＩＰおよびＮｏ．７シグナリング・プロトコルを参照することによって見出すことができる。
【００３５】
相異なるオペレータによって運用されるネットワークでは、上記のセッション・セットアップ・プロセスは幾分異なるものでよい。さらに、セッションは、回線交換ドメインからパケット交換ドメインへ、次いで回線交換ドメインへのものでよい。セッションは、音声呼、リアル・タイム・ビデオ伝送、およびビデオ呼のサービスを含むことができる。経路選択のプロセスは、ＢＧＳＦおよびＭＧＣＦで同一でよい。
【００３６】
図３は、本発明の一実施形態による、セットアップするように発呼側ＵＥによって要求されるセッションのための経路をセッション・マネージャで選択する方法の流れ図の略図を示す。
【００３７】
最初に、ステップＳ１１１で、セッションをセットアップすることを要求するセッション要求メッセージが発呼側ユーザ装置から受信され、ステップＳ１１２で、セッション・マネージャによって制御される複数のＭＧＷの負荷関連情報が得られる。
【００３８】
本発明はセッション・マネージャおよびメディア・ゲートウェイ制御機能での方法の改善のみに関するので、セッション要求メッセージがセッション・マネージャに到着する前のセッション要求メッセージのルーティングは、本発明の目的に関係せず、ここでは詳述しない。
【００３９】
図１に示されるＩＭＳネットワーク構造では、セッション・マネージャはＢＧＣＦである。ＢＧＣＦでは、ＭＧＷの負荷情報を取得するのに２つの方法があり、一方は、ＢＧＣＦがあらゆるＭＧＷと直接的に通信して、あらゆるＭＧＷの負荷関連情報を得ることであり、他方は、ＭＧＣＦがＭＧＣＦによって制御されるあらゆるＭＧＷの負荷関連情報を得て、次いで負荷関連情報をＢＧＣＦに送信することである。後者の方法がより好ましい。
【００４０】
ステップＳ１１１とステップＳ１１２との間の順序は固定されないことを説明する必要がある。実際の動作では、多数の実装方式がある。１つの選択肢は、あらゆるセッション要求メッセージを受信した後に、あらゆるＭＧＷの負荷関連情報を照会することであり、別の選択肢は、あらゆるＭＧＷの負荷関連情報を周期的に照会または受信することである。
【００４１】
次いで、セッション・マネージャは、ステップＳ１１２で得られたあらゆるＭＧＷの負荷関連情報に基づいて、ステップＳ１１１で受信されたセッション要求メッセージによって要求されたセッションのための経路を選択する。経路選択のために２つの解決策がある。一方は、セッション・マネージャが、あらゆるＭＧＷの負荷関連情報に基づいて、セッションを担うようにＭＧＷを選択し、その選択をメディア・ゲートウェイ制御機能に通知することである。他方は、セッション・マネージャが、あらゆるＭＧＷの負荷関連情報に基づいて、相対的に軽い負荷を有する少なくとも１つのＭＧＷを制御するメディア・ゲートウェイ制御機能を選択し、次いでメディア・ゲートウェイ制御機能が、メディア・ゲートウェイ制御機能によって制御されるあらゆるＭＧＷの負荷関連情報に基づいて、セッションを担うように、相対的に軽い負荷を有するＭＧＷを選択することである。ステップＳ１１３からＳ１１４は、前者の解決策の流れ図の略図を示す。
【００４２】
最初に、ステップＳ１１３で、相対的に軽い負荷を有するＭＧＷが、複数のＭＧＷの負荷関連情報に基づいて、セッションを担うように選択され、好ましくは、最も軽い負荷を有するＭＧＷが、セッションを担うように選択される。
【００４３】
２番目に、ステップＳ１１４で、指示情報が、ステップＳ１１３での選択に基づいて生成され、指示情報は、セッションを担うように選択されたＭＧＷを示すためのものである。
【００４４】
次いでステップＳ１１５で、セッション要求メッセージおよび指示情報が、メディア・ゲートウェイ制御機能に送信される。指示情報をセッション要求メッセージ内に含め、一緒にメディア・ゲートウェイ制御機能に送信することができる。指示情報とセッション要求メッセージを別々に送信することもできる。
【００４５】
さらに、ステップＳ１１３で、発呼側ＵＥおよび着呼側ＵＥの関連情報ならびにＭＧＷの負荷関連情報に基づいて、ＭＧＷがセッションを担うように選択される。図４は、ステップＳ１１３の変更の一実施形態を示す。
【００４６】
最初に、ステップＳ１１３１で、発呼側ＵＥおよび／または着呼側ＵＥの関連情報が、ステップＳ１１１で受信されるセッション要求情報から得られ、発呼側ＵＥの関連情報は、発呼側ＩＤおよび発呼側ＵＥの現在位置エリアを含み、着呼側ＵＥの関連情報は、着呼側ＩＤおよび着呼側ＵＥの現在位置エリアを含む。発呼側／着呼側ＩＤは、固定電話番号、携帯電話番号、またはＥＮＵＭ機構に従って得られる発呼側／着呼側ＩＤを含む。
【００４７】
次いで、ステップＳ１１３２で、１つまたは複数の対応するＭＧＷが、発呼側ＵＥおよび／または着呼側ＵＥの関連情報に基づいて求められる。好ましくは、着呼側ＵＥまでの相対的に短いネットワーク距離を有する１つまたは複数の対応するＭＧＷが、着呼側ＵＥの関連情報に基づいて求められる。ネットワーク距離の概念は、セッションを担うパケットが通過するネットワーク経路、すなわちセッションを担うパケットがＭＧＷからＵＥまでに通過するルータ数、すなわちホップ数を意味する。ホップ数が小さい場合、ネットワーク距離が短いと判定され、ホップ数が大きい場合、ネットワーク距離が遠いと判定される。
【００４８】
最後に、ステップＳ１１３３で、１つまたは複数の対応するＭＧＷの負荷関連情報に基づいて、１つまたは複数の対応するＭＧＷから、比較的軽い負荷を有するＭＧＷが、セッションを担うように選択され、好ましくは、最も軽い負荷を有するＭＧＷが、セッションを担うように選択される。
【００４９】
ＳＩＰは、ユーザのアドレスをＥメール・アドレスの形式でマークし、これをＳＩＰアドレスと呼ぶ。ユーザが登録したとき、ＰＳＴＮ電話番号などの、ＳＩＰアドレスに対応する番号が割り振られる。着呼側ＵＥがＰＳＴＮ  ＵＥであることをＳ−ＣＳＣＦが識別したとき、ＵＥのＳＩＰアドレスがＵＥの対応するＰＳＴＮ番号に転送され、その結果、ＰＳＴＮ  ＵＥは、番号を識別して、ダイヤルバックし、または他の操作を行うことができる。それに対応して、ＰＳＴＮユーザがダイヤルバックするとき、ＭＧＣＦなどのＩＭＳ内のサーバが、ＥＮＵＭ機構を介して、対応するアドレス転送操作を行い、ＰＳＴＮ番号をＳＩＰアドレスに転送する。
【００５０】
例えば、広州のＩＭＳ電話ユーザがＩＰネットワークを介して上海のＰＳＴＮ電話ユーザを呼び出すとき、広州のＩＭＳ電話ユーザの電話番号が０２０−６５５６５６６５（またはＳＩＰアドレス、セッション・マネージャは、ユーザの登録情報を照会することによってユーザの地理的位置を得ることができる）であり、上海のＰＳＴＮ電話ユーザの電話番号が０２１−５０５５３０３３であり、セッション・マネージャが、受信したセッション要求メッセージから発呼側ＵＥおよび着呼側ＵＥの番号を得ることが想定される。セッション・マネージャが南中国および東中国のブレークアウト・ゲートウェイ制御機能を管理し、ＭＧＣＦグループがＰＳＴＮエリア・コード（または管理地区）に従って分類され、表２に示される情報が事前格納され、得られるＭＧＷの負荷関連情報が表４の形式で格納されることも想定される。表４に示されるあらゆるＭＧＷの負荷関連情報が、動的に更新される。あらゆるＭＧＷの負荷関連情報の格納は表４の形式に限定されず、表４は例示のために過ぎないことを当業者は理解されよう。
【００５１】
好ましくは、最初に、着呼側ＵＥまでの相対的に短いネットワーク距離を有する１つまたは複数のＭＧＷが、着呼側ＵＥの電話番号に基づいて求められる。ネットワーク距離の概念は、セッションを担うパケットが通過するネットワーク経路、すなわちセッションを担うパケットがＭＧＷからＵＥまでに通過するルータ数、すなわちホップ数を意味する。ホップ数が小さい場合、ネットワーク距離が短いと判定され、ホップ数が大きい場合、ネットワーク距離が遠いと判定される。
【００５２】
【表４】
2010524283.tif 000006
【００５３】
着呼側ＵＥのエリア・コードは０２１であり、ＭＧＣＦ１、ＭＧＣＦ２、ＭＧＣＦ３、およびＭＧＣＦ４によって制御されるあらゆるＭＧＷは、表２および表４に基づいて、対応するＭＧＷと判定される。次いで、最も軽い負荷を有するＭＧＷ１３が、表４のあらゆるＭＧＷの負荷情報に基づいて、セッションを担うように選択され、選択が、ＭＧＷ１３を制御するＭＧＣＦ１に通知され、セッション要求メッセージがＭＧＣＦ１に送信され、セッションのセットアップ・プロセスが、ＭＧＣＦ１の制御下でＭＧＷ１３によって完了する。
【００５４】
着呼側ＵＥの電話番号に基づいて、着呼側ＵＥまでの相対的に短いネットワーク距離を有する１つまたは複数のＭＧＷを求めることに限定されない。着呼側ＵＥまでの相対的に短いネットワーク距離を有する１つまたは複数のＭＧＷを、発呼側ＵＥの電話番号（またはＳＩＰアドレス、セッション・マネージャは、ユーザの登録情報を照会することによってユーザの地理的位置を得ることができる）に基づいて求めることもできる。対応する１つまたは複数のＭＧＷを、発呼側ＵＥおよび着呼側ＵＥの電話番号に基づいて求めることもできる。例えば、広州のＩＭＳ  ＵＥが上海のＰＳＴＮ  ＵＥを呼び出すとき、杭州のブレークアウト機能を管理する１つまたは複数のＭＧＷが、ＩＭＳドメインからＰＳＴＮドメインへのブレークアウト・ポイントとして選択される。
【００５５】
図５は、本発明の一実施形態による、セットアップするように発呼側ＵＥによって要求されるセッションのための経路を通信ネットワーク内のメディア・ゲートウェイ制御機能で選択する方法の流れ図の略図を示す。この方法は、セッション・マネージャでの第１経路選択解決策に対応する。
【００５６】
最初に、ステップＳ２１１で、セッションをセットアップすることを要求する、ＵＥからのセッション要求メッセージが、セッション・マネージャを介して受信され、指示情報が、セッション・マネージャから受信される。指示情報は、セッションを担うようにセッション・マネージャによって選択されたＭＧＷを示すように構成される。
【００５７】
次いで、ステップＳ２１２で、指示情報に基づいて、対応するＭＧＷが、セッションを担うように選択される。
【００５８】
ＩＭＳネットワークでは、メディア・ゲートウェイ制御機能はＭＧＣＦである。ＢＧＣＦが、セッションを担うようにＭＧＷ１３を選択し、ＭＧＣＦ１に指示情報を送信して選択を通知するとき、ＭＧＣＦ１は、指示情報およびセッション要求メッセージを受信した後、ＭＧＷ１３を制御してセッションをセットアップする。
【００５９】
好ましくは、メディア・ゲートウェイ制御機能は、メディア・ゲートウェイ制御機能によって制御される複数のＭＧＷの負荷関連情報を得て、負荷関連情報をセッション・マネージャに送信する。複数のＭＧＷの負荷関連情報は、あらゆるＭＧＷの負荷情報、相対的に軽い負荷を有するいくつかのＭＧＷの負荷情報、または最も軽い負荷を有するＭＧＷの負荷情報を含むことができる。
【００６０】
セッション・マネージャでの第１経路選択解決策について、詳細な説明が上記のように与えられ、すなわち、セッション・マネージャは、複数のＭＧＷの負荷関連情報に基づいて、セッションを担うようにＭＧＷを選択し、その選択をメディア・ゲートウェイ制御機能に通知し、次いでメディア・ゲートウェイ制御機能は、セッション・マネージャの選択に従ってセッションをセットアップする。第２経路選択解決策について、詳細な説明が以下のように与えられ、すなわち、相対的に軽い負荷を有するＭＧＷを制御するメディア・ゲートウェイ制御機能が、あらゆるＭＧＷの負荷関連情報に基づいて選択され、メディア制御手段が、メディア制御手段によって制御されるあらゆるＭＧＷの負荷情報に基づいて、セッションを担うように、相対的に軽い負荷を有するＭＧＷを選択する。
【００６１】
セッション・マネージャでの第２経路選択について、最初の２つのステップＳ１２１およびＳ１２２は、図３に示される最初の２つのステップＳ１１１およびＳ１１３と同じであり、上述の第１経路選択解決策でのステップＳ１１１およびＳ１１２を参照することができる。話を簡単にするために、ここでは詳述しない。
【００６２】
次いで、ステップＳ１２３で、相対的に軽い負荷を有するＭＧＷを制御するメディア・ゲートウェイ制御機能が、複数のＭＧＷの負荷関連情報に基づいて、セッションのセットアップを制御するのに選択され、好ましくは、最も軽い負荷を有するＭＧＷを制御するメディア・ゲートウェイ制御機能が、セッションのセットアップを制御するのに選択される。
【００６３】
最後に、ステップＳ１２４で、セッション要求メッセージが、相対的に軽い負荷を有するＭＧＷを制御する、選択されたメディア・ゲートウェイ制御機能に送信される。
【００６４】
さらに、ステップＳ１２３で、対応するメディア・ゲートウェイ制御機能が、発呼側ＵＥおよび着呼側ＵＥの関連情報ならびにＭＧＷの負荷関連情報に基づいて選択される。図７は、ステップＳ１２３の変更の一実施形態を示す。
【００６５】
最初に、ステップＳ１２３１で、発呼側ＵＥおよび／または着呼側ＵＥの関連情報が、ステップＳ１２１で受信されたセッション要求情報から得られ、発呼側ＵＥの関連情報は、発呼側ＩＤおよび発呼側ＵＥの現在位置エリアを含み、着呼側ＵＥの関連情報は、着呼側ＩＤおよび着呼側ＵＥの現在位置エリアを含む。発呼側／着呼側ＩＤは、固定電話番号、携帯電話番号、またはＥＮＵＭ機構に従って得られる発呼側／着呼側ＩＤを含む。
【００６６】
次いで、ステップＳ１２３２で、１つまたは複数の対応するメディア・ゲートウェイ制御機能が、発呼側ＵＥおよび／または着呼側ＵＥの関連情報に基づいて求められる。
【００６７】
最後に、ステップＳ１２３３で、相対的に軽い負荷を有するＭＧＷを制御するメディア・ゲートウェイ制御機能が、１つまたは複数の対応するメディア・ゲートウェイ制御機能から選択され、１つまたは複数の対応するメディア・ゲートウェイ制御機能によって制御されるＭＧＷの負荷関連情報に基づいて、セッションのセットアップが制御され、好ましくは、最も軽い負荷を有するＭＧＷを制御するメディア・ゲートウェイ制御機能が選択され、セッションのセットアップが制御される。
【００６８】
例えば、広州のＩＭＳ電話ユーザがＩＰネットワークを介して上海のＰＳＴＮ電話ユーザを呼び出すとき、広州のＩＭＳ電話ユーザの電話番号が０２０−６５５６５６６５（またはＳＩＰアドレス、セッション・マネージャは、ユーザの登録情報を照会することによってユーザの地理的位置を得ることができる）であり、上海のＰＳＴＮ電話ユーザの電話番号が０２１−５０５５３０３３であり、セッション・マネージャが、受信したセッション要求メッセージから発呼側ＵＥおよび着呼側ＵＥの番号を得ることが想定される。セッション・マネージャが南中国および東中国のブレークアウト・ゲートウェイ制御機能を管理し、ＭＧＣＦグループがＰＳＴＮエリア・コードに従って分類され、表２および表３に示される情報が事前格納され、表３に示されるＭＧＣＦによって制御されるあらゆるＭＧＷの最も軽い負荷情報が動的に更新されることも想定される。
【００６９】
好ましくは、最初に、着呼側ＵＥまでの相対的に短いネットワーク距離を有する１つまたは複数のＭＧＣＦが、着呼側ＵＥの電話番号に基づいて求められる。ここでのネットワーク距離の概念は、セッションを担うパケットが通過するネットワーク経路、すなわちセッションを担うパケットがＭＧＷからＵＥまでに通過するルータ数、すなわちホップ数を意味する。ホップ数が小さい場合、ネットワーク距離が短いと判定され、ホップ数が大きい場合、ネットワーク距離が遠いと判定される。
【００７０】
着呼側ＵＥのエリア・コードは０２１であり、ＭＧＣＦ１、ＭＧＣＦ２、ＭＧＣＦ３、およびＭＧＣＦ４が、表２に基づいて、対応する複数のＭＧＣＦとして求められる。次いで、最も軽い負荷を有するＭＧＷを制御するＭＧＣＦ１が選択され、表３に示されるあらゆるＭＧＣＦによって制御されるＭＧＷの最も軽い負荷情報に基づいて、セッション・セットアップが制御される。
【００７１】
着呼側ＵＥの電話番号に基づいて、着呼側ＵＥまでの相対的に短いネットワーク距離を有する１つまたは複数のＭＧＣＦを求めることに限定されない。着呼側ＵＥまでの相対的に短いネットワーク距離を有する１つまたは複数のＭＧＣＦを、発呼側ＵＥの電話番号（またはＳＩＰアドレス、セッション・マネージャは、ユーザの登録情報を照会することによってユーザの地理的位置を得ることができる）に基づいて求めることもできる。対応する１つまたは複数のＭＧＣＦを、発呼側ＵＥおよび着呼側ＵＥの電話番号に基づいて求めることもできる。例えば、広州のＩＭＳ  ＵＥが上海のＰＳＴＮ  ＵＥを呼び出すとき、杭州のブレークアウト機能を管理する１つまたは複数のＭＧＣＦが、ＩＭＳドメインからＰＳＴＮドメインへのブレークアウト・ポイントとして選択される。
【００７２】
図８は、本発明の一実施形態による、セットアップするように発呼側ＵＥによって要求されるセッションのための経路を通信ネットワーク内のメディア・ゲートウェイ制御機能で選択する方法の流れ図の略図を示す。この方法は、セッション・マネージャでの第２経路選択解決策に対応する。
【００７３】
最初に、ステップＳ２２１で、セッションをセットアップすることを要求する、ＵＥからのセッション要求メッセージが、セッション・マネージャを介して受信され、ステップＳ２２２で、メディア制御手段によって制御される複数のＭＧＷの負荷関連情報が得られる。ステップＳ２２１とステップＳ２２２との間の順序は固定されないことを説明しておく。実際の動作では、多数の実装方式がある。１つの選択肢は、あらゆるセッション要求メッセージを受信した後に、あらゆるＭＧＷの負荷関連情報を照会することであり、別の選択肢は、あらゆるＭＧＷの負荷関連情報を周期的に照会または受信することである。
【００７４】
次いで、ステップＳ２２３で、複数のＭＧＷから、相対的に軽い負荷を有するＭＧＷが、メディア・ゲートウェイ制御機能によって制御される複数のＭＧＷに基づいて、セッションを担うように選択される。
【００７５】
図１に示されるＩＭＳネットワークでは、メディア・ゲートウェイ制御機能はＭＧＣＦであり、ＢＧＣＦがセッションを担うようにＭＧＣＦ１を選択するとき、ＢＧＣＦは、受信したセッション要求メッセージをＭＧＣＦ１に送信する。ＭＧＣＦ１がセッション要求メッセージを受信したとき、ＭＧＣＦ１は、ＭＧＣＦ１によって制御されるあらゆるＭＧＷの負荷情報に基づいて、ＭＧＣＦ１によって制御されるＭＧＷから、相対的に軽い負荷を有するＭＧＷを選択し、好ましくは、最も軽い負荷を有するＭＧＷが、セッションを担うように選択される。
【００７６】
好ましくは、メディア・ゲートウェイ制御機能は、メディア・ゲートウェイ制御機能によって制御されるＭＧＷの負荷関連情報をセッション・マネージャに送信する。負荷関連情報は、あらゆるＭＧＷの負荷情報、相対的に軽い負荷を有するいくつかのＭＧＷの負荷情報、または最も軽い負荷を有するＭＧＷの負荷情報を含むことができる。
【００７７】
図９は、本発明の一実施形態による、セットアップするように発呼側ＵＥによって要求されるセッションのための経路をセッション・マネージャで選択する第１経路選択手段１０を示し、手段１０は、第１受信手段１０１、第１取得手段１０２、および第１制御選択手段１０３を含む。
【００７８】
最初に、第１受信手段１０１が、セッションをセットアップすることを要求するセッション要求メッセージを発呼側ＵＥから受信し、第１取得手段１０２が、セッション・マネージャによって制御される複数のＭＧＷの負荷関連情報を得るように構成される。
【００７９】
第１受信手段１０１と第１取得手段１０２との間の順序は固定されないことを説明する必要がある。実際の動作では、１つの選択肢は、第１受信手段１０１があらゆるセッション要求メッセージを受信した後に、第１取得手段１０２があらゆるＭＧＷの負荷関連情報をリアル・タイムに照会することであり、別の選択肢は、第１取得手段１０２があらゆるＭＧＷの負荷関連情報を周期的に照会または受信することである。
【００８０】
次いで、第１制御選択手段１０３が、第１取得手段１０２で得られたあらゆるＭＧＷの負荷関連情報に基づいて、第１受信手段１０１で受信されたセッション要求メッセージによって要求されたセッションのための経路を選択する。経路選択のために２つの解決策がある。一方は、第１制御選択手段１０３が、あらゆるＭＧＷの負荷関連情報に基づいて、セッションを担うようにＭＧＷを選択し、その選択をメディア・ゲートウェイ制御機能に通知することである。他方は、第１制御選択手段１０３が、あらゆるＭＧＷの負荷関連情報に基づいて、相対的に軽い負荷を有するＭＧＷを制御するメディア・ゲートウェイ制御機能を選択し、次いでメディア・ゲートウェイ制御機能が、メディア・ゲートウェイ制御機能によって制御されるあらゆるＭＧＷの負荷関連情報に基づいて、セッションを担うように、相対的に軽い負荷を有するＭＧＷを選択することである。上述の２つの解決策に対応して、第１制御選択手段１０３は、２つのグループの副手段を含むことができる。  
【００８１】
第１グループの副手段は、第２取得手段１０３１１、第１決定手段１０３１２、第１選択手段１０３１３、生成手段１０３１４、および第１送信手段１０３１５を含む。
【００８２】
最初に、第１取得手段１０３１１１が、第１受信手段で受信されるセッション要求情報から、発呼側ＵＥおよび／または着呼側ＵＥの関連情報を得て、発呼側ＵＥの関連情報は、発呼側ＩＤおよび発呼側ＵＥの現在位置エリアを含み、着呼側ＵＥの関連情報は、着呼側ＩＤおよび着呼側ＵＥの現在位置エリアを含む。発呼側／着呼側ＩＤは、固定電話番号、携帯電話番号、またはＥＮＵＭ機構に従って得られる発呼側／着呼側ＩＤを含む。
【００８３】
２番目に、１つまたは複数の対応するＭＧＷを求める第１決定手段１０３１２が、発呼側ＵＥおよび／または着呼側ＵＥの関連情報に基づいて求められる。
【００８４】
次いで、第１選択手段１０３１３が、１つまたは複数の対応するＭＧＷの負荷関連情報に基づいて、１つまたは複数の対応するＭＧＷから、セッションを担うように、相対的に軽い負荷を有するＭＧＷを選択し、好ましくは、最も軽い負荷を有するＭＧＷが、セッションを担うように選択され、さらに、生成手段１０３１４が、第１選択手段１０３１３の選択に基づいてセッションを担うように選択されたＭＧＷを示すための指示情報を生成する。
【００８５】
最後に、第１送信手段１０３１５が、セッション要求メッセージおよび指示情報をメディア・ゲートウェイ制御機能に送信する。セッション要求メッセージ内に指示情報を含め、一緒にメディア・ゲートウェイ制御機能に送信することができる。指示情報とセッション要求メッセージを別々に送信することもできる。
【００８６】
発呼側ＵＥおよび／または着呼側ＵＥの関連情報に基づいてＭＧＷを選択する必要がない場合、第２取得手段１０３１１および第１決定手段１０３１２を第１グループの副手段で省略することができる。第１選択手段１０３１３は、セッション・マネージャによって制御される複数のＭＧＷから、セッションを担うように、相対的に軽い負荷、または好ましくは最も軽い負荷を有するＭＧＷを直接的に選択し、次いで、生成手段１０３１４および第１送信手段１０３１５が、上述の生成動作および送信動作を別々に行う。
【００８７】
第２グループの副手段は、第３取得手段１０３２１、第２決定手段１０３２２、第２選択手段１０３２３、および第２送信手段１０３２４を含む。
【００８８】
最初に、第３取得手段１０３２１が、セッション要求情報から、発呼側ＵＥおよび／または着呼側ＵＥの関連情報を得て、発呼側ＵＥの関連情報は、発呼側ＩＤおよび発呼側ＵＥの現在位置エリアを含み、着呼側ＵＥの関連情報は、着呼側ＩＤおよび着呼側ＵＥの現在位置エリアを含む。発呼側／着呼側ＩＤは、固定電話番号、携帯電話番号、またはＥＮＵＭ機構に従って得られる発呼側／着呼側ＩＤを含む。
【００８９】
２番目に、第２決定手段１０３２２が、発呼側ＵＥおよび／または着呼側ＵＥの関連情報に基づいて、１つまたは複数の対応するメディア・ゲートウェイ制御機能を求める。
【００９０】
次いで、１つまたは複数の対応するメディア・ゲートウェイ制御機能から、第２選択手段１０３２３が、相対的に軽い負荷を有するＭＧＷを制御するメディア・ゲートウェイ制御機能を選択し、１つまたは複数の対応するメディア・ゲートウェイ制御機能によって制御されるＭＧＷの負荷関連情報に基づいてセッションのセットアップを制御し、好ましくは、最も軽い負荷を有するＭＧＷを制御するメディア・ゲートウェイ制御機能が、セッションのセットアップを制御するのに選択される。
【００９１】
最後に、第２送信手段１０３２４が、相対的に軽い負荷を有するＭＧＷを制御する、選択されたメディア・ゲートウェイ制御機能にセッション要求メッセージを送信する。
【００９２】
発呼側ＵＥおよび／または着呼側ＵＥの関連情報に基づいてメディア・ゲートウェイ制御機能を選択する必要がない場合、第３取得手段１０３２１および第２決定手段１０３２２を第２グループの副手段で省略することができる。第２選択手段１０３２３は、セッション・マネージャによって制御される複数のメディア・ゲートウェイ制御機能から、セッションを担うように、相対的に軽い負荷を有するＭＧＷを制御するメディア・ゲートウェイ制御機能を直接的に選択し、次いで、第２送信手段１０３２４が、選択されたメディア・ゲートウェイ制御機能にセッション要求メッセージを送信する。
【００９３】
図１０は、本発明の一実施形態による、セットアップするように発呼側ＵＥによって要求されるセッションのための経路をメディア・ゲートウェイ制御機能で選択する第２経路選択手段２１を示す。手段２１は、第１受信手段２１１、第２制御選択手段２１２、第４取得手段２１３、および第３送信手段２１４を含む。第２経路選択手段２１の機能は、第１経路選択手段１０内の第１制御選択手段１０３内の第１グループの副手段に対応し、すなわち、セッション・マネージャ内の第１経路選択手段１０内の第１制御選択手段１０３での経路選択解決策が、第１グループの副手段によって実装されるとき、それに対応して、セッション・セットアップが、メディア・ゲートウェイ制御機能内の第２経路選択手段２１によって制御される。
【００９４】
第１に、第２受信手段２１１が、セッションをセットアップすることを要求するセッション要求メッセージをＵＥからセッション・マネージャを介して受信し、セッション・マネージャから指示メッセージを受信する。指示メッセージは、セッションを担うようにセッション・マネージャによって選択されるＭＧＷを示す指示情報を含む。
【００９５】
次いで、第２制御選択手段２１２が、指示情報に基づいて、セッションを担うように、対応するＭＧＷを選択する。
【００９６】
さらに、第４取得手段２１３が、第４取得手段２１３によって制御される複数のＭＧＷの負荷関連情報を得て、第３送信手段２１４が、負荷関連情報をセッション・マネージャに送信する。ここでの負荷関連情報は、あらゆるＭＧＷの負荷情報、または相対的に軽い負荷を有するいくつかのＭＧＷの負荷情報を含むことができる。
【００９７】
ＩＭＳネットワークでは、メディア・ゲートウェイ制御機能はＭＧＣＦである。ＢＧＣＦがセッションを担うようにＭＧＷ１３を選択し、指示情報をＭＧＣＦ１に送信して選択を通知するとき、ＭＧＣＦ１内の第２経路選択手段２１が、指示情報およびセッション要求メッセージを受信した後に、ＭＧＷ１３を制御してセッションをセットアップする。
【００９８】
図１１は、本発明の一実施形態による、セットアップするように発呼側ＵＥによって要求されるセッションのための経路をメディア・ゲートウェイ制御機能で選択する第３経路選択手段２２を示す。手段２２は、第３受信手段２２１、第３制御選択手段２２２、第５取得手段２２３、および第４送信手段２２４を含む。第３経路選択手段２２の機能は、第１経路選択手段１０内の第１制御選択手段１０３内の第２グループの副手段に対応し、すなわち、セッション・マネージャ内の第１経路選択手段１０内の第１制御選択手段１０３での経路選択解決策が第２グループの副手段によって実装されるとき、それに対応して、セッション・セットアップが、メディア・ゲートウェイ制御機能内の第３経路選択手段２２によって制御される。
【００９９】
最初に、第３受信手段２２１が、セッションをセットアップすることを要求するセッション要求メッセージを発呼側ユーザ装置からセッション・マネージャを介して受信し、第５取得手段２２３が、メディア・ゲートウェイ制御機能によって制御される複数のＭＧＷの負荷関連情報を得る。
【０１００】
第３受信手段２２１で受信する動作と、第５取得手段で得る動作との間の順序は固定されないことを説明しておく。実際の動作では、多数の実装方式がある。１つの選択肢は、第３受信手段２２１があらゆるセッション要求メッセージを受信した後に、第５取得手段が、あらゆるＭＧＷの負荷関連情報をリアル・タイムに照会することであり、別の選択肢は、第５取得手段が、あらゆるＭＧＷの負荷関連情報を周期的に照会または受信することである。
【０１０１】
次いで、複数のＭＧＷから、第２制御選択手段が、メディア・ゲートウェイ制御機能によって制御される複数のＭＧＷに基づいて、セッションを担うように、相対的に軽い負荷を有するＭＧＷを選択する。
【０１０２】
図１に示されるＩＭＳネットワークでは、メディア・ゲートウェイ制御機能はＭＧＣＦであり、ＢＧＣＦが、セッションを担うようにＭＧＣＦ１を選択するとき、ＢＧＣＦは、受信したセッション要求メッセージをＭＧＣＦ１に送信する。ＭＧＣＦ１がセッション要求メッセージを受信したとき、ＭＧＣＦ１は、ＭＧＣＦ１によって制御されるあらゆるＭＧＷの負荷情報に基づいて、ＭＧＣＦ１によって制御されるＭＧＷから、相対的に軽い負荷を有するＭＧＷを選択する。
【０１０３】
好ましくは、第４送信手段２２４が、第４送信手段２２４によって制御される複数のＭＧＷの負荷関連情報をセッション・マネージャに送信する。ここでの負荷関連情報は、あらゆるＭＧＷの負荷情報、または相対的に軽い負荷を有するいくつかのＭＧＷの負荷情報を含むことができる。
【０１０４】
本発明の実施形態の説明が上記で与えられた。前述の実施形態は本発明を限定するものではなく、本発明を例示するものであり、添付の特許請求の範囲の範囲から逸脱することなく、代替実施形態を当業者は設計できるはずであることに留意されたい。
【図１】
2010524283.tif 000007
【図２】
2010524283.tif 000008
【図３】
2010524283.tif 000009
【図４】
2010524283.tif 000010
【図５】
2010524283.tif 000011
【図６】
2010524283.tif 000012
【図７】
2010524283.tif 000013
【図８】
2010524283.tif 000014
【図９】
2010524283.tif 000015
【図１０】
2010524283.tif 000016
【図１１】
2010524283.tif 000017
【国際調査報告】
2010524283.tif 000018
2010524283.tif 000019
2010524283.tif 000020
2010524283.tif 000021