(57)【要約】【課題】本発明はネットワーク容量の制御方法に関し、ＭＶＮＯのＭＮＯネットワーク容量利用に対する制御を実現する。【解決手段】本発明の方法は、ＭＮＯ−ＰＣＲＦがＩＰ−ＣＡＮセッションを確立する旨を示す指示メッセージを受信するステップと、そこから取得したユーザ識別子に基づいて前記ＵＥの属する仮想モバイルネットワーク事業者（ＭＶＮＯ）を確定し、さらにそのポリシーチャージング制御部（ＭＶＮＯ−ＰＣＲＦ）にＩＰ−ＣＡＮセッションを確立する旨を示す指示メッセージを転送するステップと、ＭＶＮＯ−ＰＣＲＦから送信された前記ＵＥのポリシー及びチャージング制御（ＰＣＣ）ルールを含むＩＰ−ＣＡＮセッション確立の確認メッセージを受信するステップと、前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定された場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッション確立の確認メッセージを送信するステップとを含む。
2016530746.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク容量の制御方法であって、
前記方法は、
ユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信し、前記指示メッセージからユーザ識別子を取得し、さらに前記ユーザ識別子に基づいて前記ユーザ識別子に対応するＵＥの属する仮想モバイルネットワーク事業者（ＭＶＮＯ）を確定するステップと、
前記ＵＥの属するＭＶＮＯのポリシーチャージング制御部（ＭＶＮ０−ＰＣＲＦ）にＩＰ−ＣＡＮセッションを確立する旨を示す指示メッセージを転送するステップと、
前記ＭＶＮＯ−ＰＣＲＦが送信した前記ＵＥのポリシー及びチャージング制御（ＰＣＣ）ルールを含むＩＰ−ＣＡＮセッションの確立を確認するメッセージを受信するステップと、
前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定された場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを返信するステップと
を含むことを特徴とするネットワーク容量の制御方法。
【請求項２】
前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定された場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを返信するステップは、
モバイルネットワーク事業者（ＭＮＯ）のポリシーチャージング制御部（ＭＮＯ−ＰＣＲＦ）が前記ＵＥのＰＣＣルールに基づいて、予め設定されたモバイルネットワーク事業者帯域幅制御機能エンティティ（ＭＮＯ−ＭＢＣＦ）を介し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断し、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定された場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを送信するステップである
ことを特徴とする請求項１記載のネットワーク容量の制御方法。
【請求項３】
前記ＭＮＯ−ＰＣＲＦが前記ＵＥのＰＣＣルールに基づいて、予め設定されたモバイルネットワーク事業者帯域幅制御機能エンティティ（ＭＮＯ−ＭＢＣＦ）を介し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断するステップは、
前記ＵＥのＰＣＣルールに基づいて前記ＵＥのクオリティオブサービス（ＱｏＳ）情報を取得し、前記ＱｏＳ情報を予め設定されたＭＮＯ−ＭＢＣＦに送信し、前記ＭＮＯ−ＰＣＲＦは前記ＵＥのＱｏＳ情報に含まれている前記ＵＥの属するＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅に基づいて、前記ＵＥの属するＭＶＮＯのすでに利用した帯域幅と今回前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅との合計をカウントし、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きいか否かを判断し、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きい場合には、前記ＭＮＯ−ＭＢＣＦからフィードバックされる前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信し、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きくない場合には、前記ＭＮＯ−ＭＢＣＦからフィードバックされる前記ＵＥのためのＩＰ−ＣＡＮセッション確立の条件を満す旨の通知を受信することを含む
ことを特徴とする請求項２記載のネットワーク容量の制御方法。
【請求項４】
前記ＵＥのＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたと確定された場合には、前記ＭＶＮＯ−ＰＣＲＦに前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を送信するステップ
をさらに含むことを特徴とする請求項１記載のネットワーク容量の制御方法。
【請求項５】
前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を前記ＭＶＮＯ−ＰＣＲＦに送信した後に、前記方法は、
予め設定された待機可能タイマー (Waitable Timer)を起動するステップと、
もし待機可能タイマー (Waitable Timer)がタイムアウトする前に、前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信した場合には、前記ＵＥの新しいＰＣＣルールに基づいて、再び前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断するステップと、
もし前記待機可能タイマー (Waitable Timer)がタイムアウトする前に前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信していなかった場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッション確立の失敗メッセージを返信するステップと
をさらに含むことを特徴とする請求項４記載のネットワーク容量の制御方法。
【請求項６】
前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、かつ前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更すべきである際に、ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信し、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断し、超えたと判断する場合、ＭＶＮＯ−ＰＣＲＦに前記ＵＥの新しいＰＣＣルールを再び申請し、超えていないと判断する場合、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更するステップ
をさらに含むことを特徴とする請求項１記載のネットワーク容量の制御方法。
【請求項７】
前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了すべきである際に、前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを受信するステップと、
前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを前記ＭＶＮＯ−ＰＣＲＦに転送するステップと、
前記ＭＶＮＯ−ＰＣＲＦから返信された前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を確認するメッセージを受信した際に、前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新するステップと
をさらに含むことを特徴とする請求項１記載のネットワーク容量の制御方法。
【請求項８】
前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新するステップは、
前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを予め設定されたＭＮＯ−ＭＢＣＦに送信し、前記予め設定されたＭＮＯ−ＭＢＣＦを介して、前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新するステップ
を含むことを特徴とする請求項７記載のネットワーク容量の制御方法。
【請求項９】
ポリシー及びチャージング制御（ＰＣＣ）ルールの提供方法であって、
前記方法は、
モバイルネットワーク事業者のポリシーチャージング制御部（ＭＮＯ−ＰＣＲＦ）から送信されたユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信するステップと、
前記指示メッセージに基づいて前記ＵＥのＰＣＣルールを確定し、前記ＵＥのＰＣＣルールを含むＩＰ−ＣＡＮセッション確立の確認メッセージを前記ＭＮＯ−ＰＣＲＦに送信するステップと
を含むことを特徴とするポリシー及びチャージング制御（ＰＣＣ）ルールの提供方法。
【請求項１０】
前記ＭＮＯ−ＰＣＲＦから送信された前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信するステップと、
前記通知に基づいて、前記ＵＥのために再び新しいＰＣＣルールを割り当て、さらに前記新しいＰＣＣルールを前記ＭＮＯ−ＰＣＲＦに送信するステップと
をさらに含むことを特徴とする請求項９記載のポリシー及びチャージング制御ルールの提供方法。
【請求項１１】
前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更すべきである際に、前記ＵＥのために再び新しいＰＣＣルールを割り当てて、前記新しいＰＣＣルールを前記ＭＮＯーＰＣＲＦに送信するステップ
をさらに含むことを特徴とする請求項９記載のポリシー及びチャージング制御ルールの提供方法。
【請求項１２】
前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了すべきである際に、前記ＭＮＯ−ＰＣＲＦから送信された前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを受信し、さらに前記指示メッセージに基づき前記ＵＥに対応するＰＣＣルールを確定するステップと、
前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を確認するメッセージを前記ＭＮＯ−ＰＣＲＦに送信するステップと
をさらに含むことを特徴とする請求項９記載のポリシー及びチャージング制御ルールの提供方法。
【請求項１３】
ネットワーク容量の制御装置であって、
前記装置は、
ユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信し、前記指示メッセージからユーザ識別子を取得し、前記ユーザ識別子に基づいて前記ユーザ識別子に対応するＵＥの属する仮想モバイルネットワーク事業者（ＭＶＮＯ）を確定するＭＶＭＯ確定部と、
前記ＵＥの属するＭＶＮＯのポリシーチャージング制御部（ＭＶＮ０−ＰＣＲＦ）にＩＰ−ＣＡＮセッションを確立する旨を示す指示メッセージを転送するメッセージ転送部と、
前記ＭＶＮＯ−ＰＣＲＦから送信された前記ＵＥのポリシー及びチャージング制御（ＰＣＣ）ルールを含むＩＰ−ＣＡＮセッションの確立を確認するメッセージを受信するメッセージ受信部と、
前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定された場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを送信する判断処理部と
を含むことを特徴とするネットワーク容量の制御装置。
【請求項１４】
前記判断処理部は前記ＵＥのＰＣＣルールに基づいて、予め設定されたモバイルネットワーク事業者帯域幅制御機能エンティティ（ＭＮＯ−ＭＢＣＦ）を介し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断する
ことを特徴とする請求項１３記載のネットワーク容量の制御装置。
【請求項１５】
前記判断処理部が前記ＵＥのＰＣＣルールに基づいて、予め設定されたモバイルネットワーク事業者帯域幅制御機能エンティティ（ＭＮＯ−ＭＢＣＦ）を介し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断する際に、
前記ＵＥのＰＣＣルールに基づいて前記ＵＥのクオリティオブサービス（ＱｏＳ）情報を取得し、前記ＱｏＳ情報を予め設定されたＭＮＯ−ＭＢＣＦに送信し、前記ＭＮＯ−ＭＢＣＦを介して、前記ＵＥのＱｏＳ情報に含まれている前記ＵＥの属するＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅に基づいて、前記ＵＥの属するＭＶＮＯのすでに利用した帯域幅と今回前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅との合計をカウントし、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きいか否かを判断し、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きい場合、前記ＭＮＯ−ＭＢＣＦからフィードバックされた前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信し、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きくない場合、前記ＭＮＯ−ＭＢＣＦからフィードバックされた前記ＵＥのためのＩＰ−ＣＡＮセッション確立条件を満す旨の通知を受信する
ことを特徴とする請求項１４記載のネットワーク容量の制御装置。
【請求項１６】
前記判断処理部は、前記ＵＥのＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたと確定した際に、前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を前記ＭＶＮＯ−ＰＣＲＦに送信するように、前記メッセージ転送部をトリガーする
ことを特徴とする請求項１３記載のネットワーク容量の制御装置。
【請求項１７】
前記メッセージ転送部がＭＶＮＯ−ＰＣＲＦに前記ＵＥの属するＭＶＮＯの許可容量を超えた旨の通知を送信した後に、予め設定された待機可能タイマー (Waitable Timer)を起動し、もし待機可能タイマー (Waitable Timer)がタイムアウトする前に、前記メッセージ転送部から転送された前記ＵＥの新しいＰＣＣルールを受信した場合には、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量値を再び超えたか否かを判断するように、判断処理部をトリガーし、もし前記待機可能タイマー (Waitable Timer)がタイムアウトする前に前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信していなかった場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッション確立の失敗メッセージを返信する処理待機部
をさらに含むことを特徴とする請求項１６記載のネットワーク容量の制御装置。
【請求項１８】
前記判断処理部は、
前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、かつ前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更すべきである際に、ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信し、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断し、超えたと判断する場合、ＭＶＮＯ−ＰＣＲＦに前記ＵＥの新しいＰＣＣルールを再び申請し、超えていないと判断する場合、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更する
ことを特徴とする請求項１３記載のネットワーク容量の制御装置。
【請求項１９】
前記メッセージ受信部は、前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了すべきである際に、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了する旨を示す指示メッセージを受信し、
前記メッセージ転送部はさらに前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了する旨を示す指示メッセージを前記ＭＶＮＯ−ＰＣＲＦに転送し、
前記メッセージ受信部が前記ＭＶＮＯ−ＰＣＲＦから返信された前記ＵＥのために確立したＩＰ−ＣＡＮセッション終了の確認メッセージを受信した際に、前記判断処理部はさらに前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新する
ことを特徴とする請求項１３記載のネットワーク容量の制御装置。
【請求項２０】
前記判断処理部が前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新する際に、予め設定されたＭＮＯ−ＭＢＣＦに前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了メッセージを送信するように、前記メッセージ転送部をトリガーし、前記予め設定されたＭＮＯ−ＭＢＣＦを介して、前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新する
ことを特徴とする請求項１９記載のネットワーク容量の制御装置。
【請求項２１】
ポリシー及びチャージング制御（ＰＣＣ）ルールの提供装置であって、
モバイルネットワーク事業者のポリシーチャージング制御部（ＭＮＯ−ＰＣＲＦ）から送信されたユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信するメッセージ受信部と、
前記指示メッセージに基づいて前記ＵＥのＰＣＣルールを確定し、前記ＵＥのポリシー及びチャージング制御（ＰＣＣ）ルールを含むＩＰ−ＣＡＮセッション確立の確認メッセージを前記ＭＮＯ−ＰＣＲＦに送信するＰＣＣ確定部と
を含むことを特徴とするポリシー及びチャージング制御（ＰＣＣ）ルールの提供装置。
【請求項２２】
前記メッセージ受信部は前記ＭＮＯ−ＰＣＲＦから送信された前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信し、
前記ＰＣＣ確定部は前記通知に基づいて、前記ＵＥのために再び新しいＰＣＣルールを割り当て、前記新しいＰＣＣルールを前記ＭＮＯ−ＰＣＲＦに送信する
ことを特徴とする請求項２１記載のポリシー及びチャージング制御（ＰＣＣ）ルールの提供装置。
【請求項２３】
前記ＰＣＣ確定部はさらに、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更すべきである際に、前記ＵＥのために再び新しいＰＣＣルールを割り当て、前記新しいＰＣＣルールを前記ＭＮＯーＰＣＲＦに送信する
ことを特徴とする請求項２１記載のポリシー及びチャージング制御（ＰＣＣ）ルールの提供装置。
【請求項２４】
前記メッセージ受信部はさらに、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了すべきである際に、ＭＮＯ−ＰＣＲＦから送信された前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを受信し、前記ＰＣＣ確定部はさらに前記指示メッセージに基づき前記ＵＥに対応するＰＣＣルールを確定し、前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を確認するメッセージを前記ＭＮＯ−ＰＣＲＦに送信する
ことを特徴とする請求項２１記載のポリシー及びチャージング制御（ＰＣＣ）ルールの提供装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術分野に関し、特にネットワーク容量の制御方法及び装置に関する。
【背景技術】
【０００２】
本出願は、２０１３年８月１６日に中国特許局に提出し、出願番号が２０１３１０３５８９２３．Ｘであり、発明名称が「ネットワーク容量の制御方法及び装置」との中国特許出願を基礎とする優先権を主張し、その開示の総てをここに取り込む。
【０００３】
仮想モバイルネットワーク事業者（Ｍｏｂｉｌｅ  Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｏｐｅｒａｔｏｒ, ＭＶＮＯ）とは、主に他のモバイルネットワーク事業者（Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ  Ｏｐｅｒａｔｏｒ, ＭＮＯ）のネットワークを介し自分のユーザのためにモバイルサービスを提供する事業者のことである。ＭＶＮＯは、ネットワーク共有技術に基づき提出されたネットワーク事業モデルであり、これを導入することにより、たくさんの事業者たちが共同出資し共有ネットワークを建設することができ、または他の事業者のネットワークをレンタルすることができるようになるため、投資リスクが低減され、及びネットワーク建設・運用のスピード向上等のメリットがある。
【０００４】
モバイル卸売サービスは業界におけるＭＶＮＯ応用の主な形態である。これはモバイルネットワークの基本電気通信サービス事業者（すなわちＭＮＯ）からモバイル通信サービスを購入し、改めて独自のブランドにパッケージし、エンドユーザに販売するモバイル通信サービスを言う。モバイル卸売企業（すなわちＭＶＮＯ）は一般的には自ら無線ネットワーク、コアネットワーク、送信ネットワーク等のモバイル通信ネットワークの基礎設備を建設しないが、必ずユーザサービスシステムを建設すると共に、サービス支持システム及びサービスプラットフォームを持たなければならない。各ＭＶＮＯは独自にユーザを発展させるため、ＭＶＮＯの間及びＭＶＮＯとＭＮＯの間に潜在的なユーザ競争関係が存在する可能性があることを勘案し、そのため、ＭＶＮＯ運用の安全性、すなわちＭＶＮＯのユーザ情報を外部に漏洩しないために、ＭＶＮＯは通常自分のホーム加入者サーバ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ、ＨＳＳ）設備を設置する必要がある。また、ＭＶＮＯは自分のポリシー及びチャージングルールを定める必要があるため、通常、ＭＶＮＯはそれぞれポリシーチャージング制御部（Ｐｏｌｉｃｙ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ、ＰＣＲＦ）装置も持つ。
【０００５】
図１に示すように、ＭＮＯが提供するネットワークリソースは進化型ユニバーサル地上無線アクセスネットワーク（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、Ｅ−ＵＴＲＡＮ）、モビリティマネジメントエンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、ＭＭＥ）、サービングゲートウェイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ、Ｓ−ＧＷ）、パケットデータネットワークゲートウェイ（パケットデータネットワーク（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ、ＰＤＮ）Ｇａｔｅｗａｙ、Ｐ−ＧＷ）、チャージングゲートウェイ（Ｃｈａｒｇｉｎｇ  Ｇａｔｅｗａｙ、ＣＧ）等の装置を含む。ＭＮＯのネットワークリソースは複数のＭＶＮＯＩ（１≦Ｉ≦Ｎ）により共有される。各ＭＮＶＯはそれぞれのサービス運用支持システム（Ｂｕｓｉｎｅｓｓ  ａｎｄ  Ｏｐｅｒａｔｉｏｎ  Ｓｕｐｐｏｒｔ  Ｓｙｓｔｅｍ、ＢＯＳＳ）、アプリケーション機能（Ａｐｐｌｉｃａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ、ＡＦ）、ＨＳＳ、ＰＣＲＦ等の装置を持ち、ＭＮＯに許可されたネットワークリソースを用いサービスを提供する。ＭＶＮＯはそれぞれユーザを発展させ、そのうち、ＭＶＮＯＩのユーザグループはＵＥ１ｋ（１≦ｋ≦Ｋ）であり、ＭＶＮＯ２のユーザグループはＵＥ２ｌ（１≦ｌ≦Ｌ）等である。
【０００６】
ＭＶＮＯがＭＮＯのネットワークリソースをレンタルする際には、自分が発展させたユーザ規模、展開しようとするサービス種類、自分の資金注入予算等の実際状況によりＭＮＯにネットワーク容量及びソフトウェア機能を購入すべきである。異なるＭＶＮＯが購入するネットワーク容量は通常は同じでなく、必要とするオプションソフトウェア機能も違う。ネットワークリソースの提供側としてのＭＮＯは、ＭＶＮＯへ提供するネットワーク容量を許可し、ＭＶＮＯのネットワークリソースの利用状況に対し制限をしなければならず、例えばアクセスを許可するユーザ数、開設を許可する進化型パケットシステム（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ、ＥＰＳ）の伝送量等に対して制限する必要がである。他の一方、ＭＶＮＯが購入したソフト機能の状況により、ＭＶＮＯのソフトウェアへの許可を制御すべきである。ＭＶＮＯが利用するネットワーク容量の制限及びソフトウェア機能への許可に対する制御はＭＭＥにより実現する。このような制御は、例えば、ＭＮＯのネットワークリソースが３社のＭＶＮＯにより共有されるとする。ＭＶＮＯ１に対しては、ＭＭＥによりアクセスを許可するユーザ数を１００万にし、開設を許可するＥＰＳ伝送量を１５０万にし、基本ソフトウェア機能のほか、同時にネットワーク支援のセル変更（Ｎｅｔｗｏｒｋ  Ａｓｓｉｓｔｅｄ  Ｃｅｌｌ  Ｃｈａｎｇｅ、ＮＡＣＣ）及び回線交換フォールバック（Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈｅｄ  Ｆａｌｌｂａｃｋ、ＣＳＦＢ）の２つのオプションソフトウェア機能を起動する。ＭＶＮＯ２に対しては、ＭＭＥによりアクセスを許可するユーザ数を１０万にし、開設を許可するＥＰＳ搬送数を２０万にし、基本ソフトウェア機能のみを備え、いかなるオプションソフトウェア機能を起動しない。ＭＶＮＯ３に対しては、ＭＭＥによりアクセスを許可するユーザ数を５０万にし、開設を許可するＥＰＳ搬送数を８０万にし、基本ソフトウェア機能のほか、アイドルモードによるシグナリング節約（Ｉｄｌｅ  ｍｏｄｅ  Ｓｉｇｎａｌｌｉｎｇ  Ｒｅｄｕｃｔｉｏｎ、ＩＳＲ）のオプションソフトウェア機能のみを起動する。
【０００７】
要するには、従来の技術において、以下の原因で、ＭＶＮＯに利用されているネットワーク容量を制御する際にＭＶＮＯに利用できるデータトラフィックに対する制御は、考えていない。
（１）ＭＭＥ装置はコントロール プレーンの装置であり、データトラフィックを制御することができない。
（２）Ｐ−ＧＷ／Ｓ−ＧＷ装置のサービス面については、通常はリソースプールの仕様を用いて実施するため、ＭＶＮＯのユーザのデータを集中して処理できなくなってしまい、あるＭＶＮＯに対しトラフィック制御が行いにくくなる。
（３）ＭＶＮＯのユーザ情報は、ＭＮＯに対し開示せず、ＭＮＯとしてはＭＶＮＯ中のあるユーザの契約情報（例えばユーザグレード）が分からないため、ＭＶＮＯに対しトラフィック制御することができるとしても、ランダムにそのうちのユーザを選んで処理することしかできず、ユーザの多様化に応ずる処理要求を満たすことができない。
【０００８】
ＭＮＯ装置の処理能力には限界がある。そのため、もしＭＶＮＯに対しデータトラフィック制御を行わないと、いったんＭＶＮＯに利用されたトラフィックが購入したトラフィックを超えた場合、必ず他のＭＶＮＯのサービスに影響を及ぼす。
【０００９】
ＭＶＮＯに対するトラフィック制御の問題については、ネットワーキングする際にＭＶＮＯの物理ポートへのアクセス数を制限する仕様で解決することができるが、このような方法の場合、粒度が大きすぎ、制御精度が低すぎ、同時に、ＭＶＮＯのユーザの多様化に応ずる処理要求を満たすこともできない。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の実施例によれば、ＭＮにレンタルした許可容量Ｏが自分が許可したＭＶＮＯにレンタルした容量に従ってＭＶＮＯのＭＮＯネットワーク利用に対する正確な制御を実現するネットワーク容量の制御方法及び装置を提供することにより、ＭＶＮＯの運用におけるＭＮＯのネットワークリソースの過剰利用が原因となったＭＮＯのネットワークへの影響を防止することができる。
【課題を解決するための手段】
【００１１】
本発明の実施例に係るネットワーク容量の制御方法は、ユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信し、前記指示メッセージからユーザ識別子を取得し、さらに前記ユーザ識別子に基づいて前記ユーザ識別子に対応するＵＥの属する仮想モバイルネットワーク事業者（ＭＶＮＯ）を確定するステップと、前記ＵＥの属するＭＶＮＯのポリシーチャージング制御部（ＭＶＮ０−ＰＣＲＦ）にＩＰ−ＣＡＮセッションを確立する旨を示す指示メッセージを転送するステップと、前記ＭＶＮＯ−ＰＣＲＦからの前記ＵＥのポリシー及びチャージング制御（ＰＣＣ）ルールを含むＩＰ−ＣＡＮセッションの確立を確認するメッセージを受信するステップと、前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定された場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを返信するステップとを含む。
【００１２】
上記案から分かるように、ＭＮＯはＭＶＮＯにレンタルした許可容量に従いＭＶＮＯのＭＮＯネットワーク利用を正確かつ簡単に制御することができるため、ＭＶＮＯ運用におけるＭＮＯのネットワークリソースの過剰利用によるＭＮＯのネットワークへの影響を防止することができる。
【００１３】
好ましくは、前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定された場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを返信するステップは、モバイルネットワーク事業者（ＭＮＯ）のポリシーチャージング制御部（ＭＮＯ−ＰＣＲＦ）が前記ＵＥのＰＣＣルールに基づいて、予め設定されたモバイルネットワーク事業者帯域幅制御機能エンティティ（ＭＮＯ−ＭＢＣＦ）を介し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断し、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定された場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを送信するステップを含む。
【００１４】
好ましくは、前記ＭＮＯ−ＰＣＲＦが前記ＵＥのＰＣＣルールに基づいて、予め設定されたモバイルネットワーク事業者帯域幅制御機能エンティティ（ＭＮＯ−ＭＢＣＦ）を介し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断するステップは、前記ＵＥのＰＣＣルールに基づいて前記ＵＥのクオリティオブサービス（ＱｏＳ）情報を取得し、さらに前記ＱｏＳ情報を予め設定されたＭＮＯ−ＭＢＣＦに送信し、前記ＭＮＯ−ＰＣＲＦは前記ＵＥのＱｏＳ情報に含まれている前記ＵＥの属するＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅に基づいて、前記ＵＥの属するＭＶＮＯのすでに利用した帯域幅と今回前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅との合計をカウントし、さらにカウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きいか否かを判断し、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きい場合には、前記ＭＮＯ−ＭＢＣＦからフィードバックされる前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信し、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きくないと、前記ＭＮＯ−ＭＢＣＦからフィードバックされる前記ＵＥのためのＩＰ−ＣＡＮセッション確立の条件を満す旨の通知を受信するステップを含む。
【００１５】
ここから分かるように、すべてのＵＥの許可帯域幅がＭＮＯ−ＰＣＲＦではなく、ＭＶＮＯ−ＰＣＲＦにより提供されることから、ＭＶＮＯの運用は、ＭＮＯと別、独立運用している。
【００１６】
好ましくは、前記方法は、前記ＵＥのＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたと確定された場合には、前記ＭＶＮＯ−ＰＣＲＦに前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を送信するステップをさらに含む。
これにより、前記ＵＥの属するＭＶＮＯのネットワーク利用容量が許可されたネットワーク容量を超えたか否かを正確に判断することができるため、ＭＶＮＯが利用したネットワーク容量がその許可されたネットワーク容量を超えた後の、他のＭＶＮＯのサービスへの影響防ぐことができる。
【００１７】
好ましくは、前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を前記ＭＶＮＯ−ＰＣＲＦに送信した後に、前記方法は、予め設定された待機可能タイマー (Waitable Timer)を起動するステップと、もし待機可能タイマー(Waitable Timer)がタイムアウトする前に、前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信した場合には、前記ＵＥの新しいＰＣＣルールに基づいて、再び前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断するステップと、もし前記待機可能タイマー (Waitable Timer)がタイムアウトする前に前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信していなかった場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッション確立の失敗メッセージを返信するステップとをさらに含む。
【００１８】
タイマーを起動する目的は、ＭＶＮＯ−ＰＣＲＦから応答がない際に、前記ＵＥの新しいＰＣＣルールをずっと待つのではなく、ＭＮＯ−ＰＣＲＦが次の処理を進めるようにするためである。
【００１９】
好ましくは、前記方法は、前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、かつ前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更すべきである際に、ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信し、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えた場合、ＭＶＮＯ−ＰＣＲＦに前記ＵＥの新しいＰＣＣルールを再び申請し、前記ＭＶＮＯの許可容量を超えていない場合、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更するステップをさらに含む。
【００２０】
このように、ＭＶＮＯ−ＰＣＲＦからの前記ＵＥの新しいＰＣＣルールに基づいて、再び前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断するため、ＭＮＯがＭＶＮＯに対する容量の制御がより正確になる。
【００２１】
好ましくは、前記方法は、前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了すべきである際に、前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを受信するステップと、前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを前記ＭＶＮＯ−ＰＣＲＦに転送するステップと、前記ＭＶＮＯ−ＰＣＲＦから返信された前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を確認するメッセージを受信した際に、前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新するステップとをさらに含む。
【００２２】
このように、ＭＮＯ−ＭＢＣＦは新しいＭＶＮＯの許可容量に基づいて、ＭＶＮＯが利用したネットワーク容量がその許可されたネットワーク容量を超えたか否かを判断することができる。
【００２３】
好ましくは、前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新するステップは、前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを予め設定されたＭＮＯ−ＭＢＣＦに送信し、前記予め設定されたＭＮＯ−ＭＢＣＦを介して、前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新するステップを含む。
【００２４】
このように、ユーザがＩＰ−ＣＡＮセッションを終了する際に、ＭＶＮＯのユーザがその占有した占有した帯域幅を解放するため、その他のユーザが利用できるようになる。
【００２５】
本発明の実施例に係るポリシー及びチャージング制御（ＰＣＣ）ルールを提供する方法は、モバイルネットワーク事業者のポリシーチャージング制御部（ＭＮＯ−ＰＣＲＦ）から送信されたユーザ装置（ＵＥ）のためのＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッション確立の指示メッセージを受信するステップと、前記指示メッセージに基づいて前記ＵＥのＰＣＣルールを確定し、前記ＵＥのＰＣＣルールを含むＩＰ−ＣＡＮセッション確立の確認メッセージを前記ＭＮＯ−ＰＣＲＦに送信するステップとを含む。
【００２６】
上記案から分かるように、ＰＣＣルールはＭＶＮＯ−ＰＣＲＦが提供するため、ＭＶＮＯと別、独立に運用している。
【００２７】
好ましくは、前記方法は、前記ＭＮＯ−ＰＣＲＦから送信された前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信するステップと、前記通知に基づいて、前記ＵＥのために再び新しいＰＣＣルールを割り当て、前記新しいＰＣＣルールを前記ＭＮＯ−ＰＣＲＦに送信するステップとをさらに含む。
【００２８】
このように、ＭＶＮＯはＰＣＣポリシーを１回だけではなく、何回も割り当てることを試すことができるため、ＩＰ−ＣＡＮプロセスの成功率が増加する。
【００２９】
好ましくは、前記方法は、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更すべきである際に、前記ＵＥのために再び新しいＰＣＣルールを割り当て、前記新しいＰＣＣルールを前記ＭＮＯーＰＣＲＦに送信するステップをさらに含む。
【００３０】
このように、前記ＵＥのために新しいＰＣＣルールを再び割り当てるため、ＭＮＯ−ＰＣＲＦは再び前記ＵＥの属するＭＶＮＯに対し許可リソースを照合することができる。
【００３１】
好ましくは、前記方法は、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了すべきである際に、前記ＭＮＯ−ＰＣＲＦから送信された前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを受信し、前記指示メッセージに基づき前記ＵＥに対応するＰＣＣルールを確定するステップと、前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を確認するメッセージを前記ＭＮＯ−ＰＣＲＦに送信するステップとをさらに含む。
【００３２】
このように、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了することができる。
【００３３】
本発明の実施例に係るネットワーク容量の制御装置は、ユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信し、前記指示メッセージからユーザ識別子を取得し、前記ユーザ識別子に基づいて前記ユーザ識別子に対応するＵＥの属する仮想モバイルネットワーク事業者（ＭＶＮＯ）を確定するＭＶＭＯ確定部と、前記ＵＥの属するＭＶＮＯのポリシーチャージング制御部（ＭＶＮ０−ＰＣＲＦ）にＩＰ−ＣＡＮセッションを確立する旨を示す指示メッセージを転送するメッセージ転送部と、前記ＭＶＮＯ−ＰＣＲＦから送信された前記ＵＥのポリシー及びチャージング制御（ＰＣＣ）ルールを含むＩＰ−ＣＡＮセッションの確立を確認するメッセージを受信するメッセージ受信部と、前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定された場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを送信する判断処理部とを含む。
【００３４】
好ましくは、前記判断処理部は前記ＵＥのＰＣＣルールに基づいて、予め設定されたモバイルネットワーク事業者帯域幅制御機能エンティティ（ＭＮＯ−ＭＢＣＦ）を介し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断する。このように、論理エンティティであるＭＮＯ−ＭＢＣＦのネットワーク構成における位置は全般的なものであるため、簡単にＭＶＮＯに対するトラフィック制御を実現することができる。
【００３５】
好ましくは、前記判断処理部は、前記ＵＥのＰＣＣルールに基づいて、予め設定されたモバイルネットワーク事業者帯域幅制御機能エンティティ（ＭＮＯ−ＭＢＣＦ）を介し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断する際に、前記ＵＥのＰＣＣルールに基づいて前記ＵＥのクオリティオブサービス（ＱｏＳ）情報を取得し、前記ＱｏＳ情報を予め設定されたＭＮＯ−ＭＢＣＦに送信し、前記ＭＮＯ−ＭＢＣＦを介して、前記ＵＥのＱｏＳ情報に含まれている前記ＵＥの属するＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅に基づいて、前記ＵＥの属するＭＶＮＯのすでに利用した帯域幅と今回前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅との合計をカウントし、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きいか否かを判断し、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きい場合、前記ＭＮＯ−ＭＢＣＦからフィードバックされた前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信し、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きくない場合、前記ＭＮＯ−ＭＢＣＦからフィードバックされた前記ＵＥのためのＩＰ−ＣＡＮセッション確立条件を満す旨の通知を受信する。
【００３６】
このように、前記ＵＥの属するＭＶＮＯのネットワーク利用容量が許可されたネットワーク容量を超えたか否かを正確に判断することができるため、ＭＶＮＯが利用したネットワーク容量がその許可されたネットワーク容量を超える場合の他のＭＶＮＯのサービスへの影響を防ぐことができる。
【００３７】
好ましくは、前記判断処理部はさらに、前記ＵＥのＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたと確定した際に、前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を前記ＭＶＮＯ−ＰＣＲＦに送信するように、前記メッセージ転送部をトリガーする。このように、前記ＵＥの属するＭＶＮＯのネットワーク利用容量が許可されたネットワーク容量を超えたか否かを正確に判断することができるため、ＭＶＮＯが利用したネットワーク容量がその許可されたネットワーク容量を超え場合の他のＭＶＮＯのサービスへの影響を防ぐことができる。
【００３８】
好ましくは、前記メッセージ転送部がＭＶＮＯ−ＰＣＲＦに前記ＵＥの属するＭＶＮＯの許可容量を超えた旨の通知を送信した後に、前記装置は、予め設定された待機可能タイマー (Waitable Timer)を起動し、もし待機可能タイマー (Waitable Timer)がタイムアウトする前に、前記メッセージ転送部から転送された前記ＵＥの新しいＰＣＣルールを受信した場合には、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量値を再び超えたか否かを判断するように、判断処理部をトリガーし、もし前記待機可能タイマー (Waitable Timer)がタイムアウトする前に前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信していなかった場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッション確立の失敗メッセージを返信する処理待機部をさらに含む。
【００３９】
タイマーを起動する目的は、ＭＶＮＯ−ＰＣＲＦから応答がない際に、ずっと待つためではなく、ＭＮＯ−ＰＣＲＦが次の処理を進めるようにするためである。
【００４０】
好ましくは、前記判断処理部は、前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、かつ前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更すべきである際に、ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信し、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えた場合、ＭＶＮＯ−ＰＣＲＦに前記ＵＥの新しいＰＣＣルールを再び申請し、前記ＭＶＮＯの許可容量を超えていない場合、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更する。このように、ＭＶＮＯ−ＰＣＲＦからの前記ＵＥの新しいＰＣＣルールに基づき前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを再び判断することができるため、ＭＮＯのＭＶＮＯに対する容量の制御がより正確になる。
【００４１】
好ましくは、前記メッセージ受信部は、前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了すべきである際に、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了する旨を示す指示メッセージを受信する。
【００４２】
前記メッセージ転送部は、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了する旨を示す指示メッセージを前記ＭＶＮＯ−ＰＣＲＦに転送する。
前記メッセージ受信部が前記ＭＶＮＯ−ＰＣＲＦから返信された前記ＵＥのために確立したＩＰ−ＣＡＮセッション終了の確認メッセージを受信した際に、前記判断処理部は、前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新する。
【００４３】
このように、ＭＮＯ−ＭＢＣＦは新しいＭＶＮＯの許可容量に基づいて、ＭＶＮＯが利用したネットワーク容量がその許可されたネットワーク容量を超えたか否かを判断することができる。
【００４４】
好ましくは、前記判断処理部は、前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新する際に、予め設定されたＭＮＯ−ＭＢＣＦに前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了メッセージを送信するように、前記メッセージ転送部をトリガーし、前記予め設定されたＭＮＯ−ＭＢＣＦを介して、前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新する。
【００４５】
さらに、本発明の実施例に係るポリシー及びチャージング制御（ＰＣＣ）ルールの提供装置は、モバイルネットワーク事業者のポリシーチャージング制御部（ＭＮＯ−ＰＣＲＦ）から送信されたユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信するメッセージ受信部と、前記指示メッセージに基づいて前記ＵＥのＰＣＣルールを確定し、前記ＵＥのポリシー及びチャージング制御（ＰＣＣ）ルールを含むＩＰ−ＣＡＮセッション確立の確認メッセージを前記ＭＮＯ−ＰＣＲＦに送信するＰＣＣ確定部とを含む。
【００４６】
好ましくは、前記メッセージ受信部は前記ＭＮＯ−ＰＣＲＦから送信された前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信し、前記ＰＣＣ確定部は前記通知に基づいて、前記ＵＥのために再び新しいＰＣＣルールを割り当て、前記新しいＰＣＣルールを前記ＭＮＯ−ＰＣＲＦに送信する。
【００４７】
このように、異なるＵＥに基づき異なるＰＣＣルールを割り当てるため、ＭＶＮＯノユーザに対する差異化処理の要求を満たすことができる。
【００４８】
好ましくは、前記ＰＣＣ確定部はさらに、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更すべきである際に、前記ＵＥのために再び新しいＰＣＣルールを割り当て、前記新しいＰＣＣルールを前記ＭＮＯーＰＣＲＦに送信する。このように、前記ＵＥのために新しいＰＣＣルールを割り当てる再びため、ＭＮＯ−ＰＣＲＦは前記ＵＥの属するＭＶＮＯに対し再び許可リソースの照合を行うことができる。
【００４９】
好ましくは、前記メッセージ受信部は、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了すべきである際に、ＭＮＯ−ＰＣＲＦから送信された前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを受信し、前記ＰＣＣ確定部は前記指示メッセージに基づき前記ＵＥに対応するＰＣＣルールを確定し、前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を確認するメッセージを前記ＭＮＯ−ＰＣＲＦに送信する。
【発明の効果】
【００５０】
このように、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了することができる。
【図面の簡単な説明】
【００５１】
【図１】仮想モバイルネットワーク事業者のネットワークの構成図である。
【図２】本発明の実施例に係るネットワークアーキテクチャを示す図である。
【図３】本発明の実施例に係るＩＰ−ＣＡＮセッションの確立のプロセスを示す図である。
【図４】本発明の実施例に係るＩＰ−ＣＡＮセッションの変更のプロセスを示す図である。
【図５】本発明の実施例に係るＩＰ−ＣＡＮセッションの終了のプロセスを示す図である。
【図６】本発明の実施例に係るネットワーク容量の制御方法のフローを示す図である。
【図７】本発明の実施例に係るポリシー及びチャージング制御（ＰＣＣ）ルールを提供する方法のフローを示す図である。
【図８】本発明に実施例に係るネットワーク容量の制御装置の構成を示す図である。
【図９】本発明の実施例に係るもう１つのネットワーク容量の制御装置の構成を示す図である。
【図１０】本発明の実施例に係るポリシー及びチャージング制御（ＰＣＣ）ルールを提供する装置の構成を示す図である。
【図１１】本発明の実施例に係るもう１つのポリシー及びチャージング制御（ＰＣＣ）ルールを提供する装置の構成を示す図である。
【発明を実施するための形態】
【００５２】
本発明の実施例は、ＭＮＯが自分が許可したＭＶＮＯにレンタルした容量に従ってＭＶＮＯのＭＮＯネットワーク利用に対する正確な制御を実現するネットワーク容量制御方法及び装置を提供し、それによって、ＭＶＮＯが運用の際にＭＮＯのネットワークリソースの過剰利用によるＭＮＯのネットワークへの影響防ぐことができる。
【００５３】
図２に示すように、本発明の実施例は従来の仮想事業者のネットワークアーキテクチャを基に、ＭＮＯ共有ネットワークリソースにおいてＰＣＲＦ装置（ＭＮＯ−ＰＣＲＦと記す）を加え、前記装置は各ＭＶＮＯのＰＣＲＦ装置（ＭＶＮＯ−ＰＣＲＦと記す）とつながると共に、ＭＮＯのＰ−ＧＷ装置（ＭＶＮＯ−Ｐ−ＧＷと記す）ともつながる。また、仮想モバイル事業者帯域制御機能論理エンティティ（ＭＶＮＯ  Ｂａｎｄｗｉｄｔｈ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ、ＭＢＣＦ）（ＭＮＯ−ＭＢＣＦと記す）を導入し、前記論理エンティティは単独に配置しても良く、ＭＮＯ−ＰＣＲＦ装置と統合しても良く、かつ前記論理エンティティとＭＮＯ−ＰＣＲＦ装置の間には論理的な接続関係を有する。
【００５４】
図２において、ＭＢＣＦ論理エンティティの主な機能は、各ＭＶＮＯにおけるＭＮＯのネットワークリソースの利用状況をリアルタイムに保守し（動作前に初期化が必要となる）、現行ＭＶＮＯにより利用されているネットワーク容量がその許可されたネットワーク容量を超えたか否かを判断する。
ＭＮＯ−ＰＣＲＦの主な機能は、ユーザの識別子によりユーザの属するＭＶＮＯを判断し、ＭＶＮＯ−ＰＣＲＦのために、ポリシー及びチャージング制御（Ｐｏｌｉｃｙ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌ、ＰＣＣ）メッセージを請求し、および、ＰＣＣメッセージをＰ−ＧＷに提供する。また、ＭＮＯ−ＰＣＲＦはさらにＭＶＮＯ−ＰＣＲＦのＰＣＣルールからクオリティオブサービス（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ、ＱｏＳ）メッセージを抽出し、ＭＢＣＦ論理エンティティとのインタラクションにより、ＭＢＣＦ論理エンティティと共にＭＶＮＯに対するトラフィック制御を完成する。具体的には、ＩＰ接続アクセスネットワーク（ＩＰ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＩＰ−ＣＡＮ）セッションの確立、変更、終了等のプロセスにおいてＭＶＮＯトラフィックの制御を具現する。
【００５５】
以下は具体的な実施例を以て本発明の方法を詳細に説明し、図３に示すように、本発明の具体的な実施例に係るＩＰ−ＣＡＮセッションを確立のフローは、具体的に下記のステップＳ３０１からＳ３１１を含む。
【００５６】
ステップＳ３０１において、モバイルネットワークオ事業者のパケットデータネットワークゲートウェイ（ＭＮＯ−Ｐ−ＧＷ）は、ユーザ装置（ＵＥ）のためのＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションの確立に用いられる指示メッセージをＭＮＯ−ＰＣＲＦに送信する。
【００５７】
ステップＳ３０２において、ＭＮＯ−ＰＣＲＦは、前記指示メッセージから取得したユーザ識別子に基づいて、前記ユーザ識別子に対応するユーザ装置（ＵＥ）が属する仮想モバイル事業者（ＭＶＮＯ）を確定する。
【００５８】
ステップＳ３０３において、ＭＮＯ−ＰＣＲＦは、前記ＵＥの属するＭＶＮＯのポリシーチャージング制御部（ＭＶＮＯ−ＰＣＲＦ）にＩＰ−ＣＡＮセッションを確立する旨を示す指示メッセージを転送する。
【００５９】
ステップＳ３０４において、ＭＶＮＯ−ＰＣＲＦは、契約ユーザの情報及びサービス情報に基づいて、前記ユーザ装置（ＵＥ）のＰＣＣルールを決める。
【００６０】
ステップＳ３０５において、ＭＶＮＯ−ＰＣＲＦは、ＭＮＯ−ＰＣＲＦにＩＰ−ＣＡＮセッションの確立を確認するメッセージを送信する。前記メッセージには、前記ＵＥのポリシーチャージング制御（ＰＣＣ）ルールが含まれる。
【００６１】
ステップＳ３０６において、ＭＮＯ−ＰＣＲＦは、ＭＶＮＯ−ＰＣＲＦにより提供されたＰＣＣルールから、クオリティオブサービス（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ、ＱｏＳ）情報を取得する。
【００６２】
Ｓ３０７において、ＭＮＯ−ＰＣＲＦは、ＭＮＯ−ＭＢＣＦに、前記ユーザ装置（ＵＥ）のＱｏＳ情報を提供する。
【００６３】
ステップＳ３０８−Ｓ３０９において、ＭＮＯ−ＭＢＣＦは、前記ＵＥのＱｏＳ情報に含まれている前記ＭＶＮＯから、前記ＵＥへ割り当てた許可帯域幅に基づいて、前記ＵＥの属するＭＶＮＯのすでに利用した帯域幅と今回前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅の合計をカウントし、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きいか否かを判断する。カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きい場合、ＭＮＯ−ＰＣＲＦは、ＭＮＯ−ＭＢＣＦからフィードバックした前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信し、ウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きくない場合、ＭＮＯ−ＭＢＣＦは、ＭＮＯ−ＰＣＲＦに、前記ＵＥの属するＭＶＮＯの許可容量が前記ＵＥのためにＩＰ−ＣＡＮセッションを確立する条件を満す旨の通知をフィードバックする。
【００６４】
前記ＵＥの許可帯域幅は、ＭＶＮＯ  ＰＣＲＦが前記ＵＥのために割り当てた帯域幅値である。
【００６５】
ステップＳ３１０ａ―Ｓ３１０ｄにおいて、もし照合が成功すれば、Ｓ３１１に遷移し、照合が成功していなければ、ＭＮＯ−ＰＣＲＦはＭＶＮＯ−ＰＣＲＦに照合が失敗したと通知する。また、この待機可能タイマー (Waitable Timer)がタイムアウトする前に、もし前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信した場合には、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを再び判断し、すなわちＳ３１６に遷移する。もし前記待機可能タイマー (Waitable Timer)がタイムアウトする前に、前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信していなかった場合には、前記指示メッセージを送信したモバイルネットワーク事業者のパケットデータネットワークゲートウェイ（ＭＮＯ−Ｐ−ＧＷ）に前記ＵＥのためのＩＰ−ＣＡＮセッション確立が失敗したことを示すメッセージを返信する。
【００６６】
ステップＳ３１１において、ＭＮＯ−ＰＣＲＦは、ＩＰ−ＣＡＮセッションの確立を確認するメッセージを送信する。
【００６７】
上記方法に基づいて、具体的に例を挙げ説明すると、もしあるＭＶＮＯがＭＮＯから１Ｇの帯域幅を購入したなら、すなわちＭＮＯが前記ＭＶＮＯにレンタルした許可容量が１Ｇであるなら、前記ＭＶＮＯでの全てのアクティブなユーザが同時に占用するネットワークの帯域幅の合計が１Ｇを超えてはいけない。
【００６８】
図４に示すように、本発明の実施例に係るＩＰ−ＣＡＮセッションの変更のフローは具体的には下記のステップを含む。
【００６９】
ステップＳ４０１において、ＭＶＮＯ−ＰＣＲＦは、契約ユーザの情報及びサービス情報に基づいて前記ユーザ装置（ＵＥ）のＰＣＣルールを決め、ＩＰ−ＣＡＮセッションの変更を起動する。
【００７０】
ステップＳ４０２において、ＭＶＮＯ−ＰＣＲＦは、ＭＮＯ−ＰＣＲＦに、ＰＣＣルール提供メッセージを送信する。前記ＰＣＣルール提供メッセージには、新しいＰＣＣルールが含まれる。
【００７１】
ステップＳ４０３において、ＭＮＯ−ＰＣＲＦは、ＭＶＮＯ−ＰＣＲＦから提供された新しいＰＣＣルールからＱｏＳ情報を取得する。
【００７２】
ステップＳ４０４において、ＭＮＯ−ＰＣＲＦは、ＭＮＯ−ＭＢＣＦに、前記ユーザ装置（ＵＥ）のＱｏＳ情報を提出する。
【００７３】
ステップＳ４０５において、ＭＮＯ−ＭＢＣＦは、前記ＵＥのＱｏＳ情報に含まれている前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅に基づいて、前記ＵＥの属するＭＶＮＯのすでに利用した帯域幅と今回前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅の合計をカウントし、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きいか否かを判断する。カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きい場合、ＭＮＯ−ＰＣＲＦは、ＭＮＯ−ＭＢＣＦからフィードバックした前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信する。カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きくない場合、ＭＮＯ−ＭＢＣＦは、ＭＮＯ−ＰＣＲＦに前記ＵＥの属するＭＶＮＯの許可容量が前記ＵＥのためにＩＰ−ＣＡＮセッションを変更する条件を満す旨の通知をフィードバックする。
【００７４】
ステップＳ４０６において、ＭＮＯ−ＭＢＣＦは、ＭＮＯ−ＰＣＲＦに、照合結果をフィードバックする。
【００７５】
Ｓ４０７ａ―ｄにおいて、もし照合が成功すれば、Ｓ４０８に遷移し、照合が成功していなければ、ＭＮＯ−ＰＣＲＦは、ＭＶＮＯ−ＰＣＲＦに、ＰＣＣルール提供確認メッセージを送信して、照合が失敗したと通知し、タイマーを起動する。もしタイマーがタイムアウトする前に、ＭＶＮＯ−ＰＣＲＦから提供された新しいＰＣＣルールを受信した場合には、タイマーを停止し、その後Ｓ４０３に遷移する。もしタイマーがタイムアウトしたなら、Ｓ４０８に遷移する。もしＭＶＮＯ−ＰＣＲＦが照合失敗を示すメッセージを受信した場合、処理しなくても良く、またはポリシーを再び確定してＭＮＯ−ＰＣＲＦに新しいＰＣＣルールを提供しても良いが、ＭＶＮＯ−ＰＣＲＦの実施ポリシーにより決められる。
【００７６】
ステップＳ４０８において、ＭＶＮＯ−ＰＣＲＦは、Ｐ−ＧＷに、ＰＣＣルール提供メッセージを転送する。
【００７７】
ステップＳ４０９において、Ｐ−ＧＷは、ＭＮＯ−ＰＣＲＦに、ＰＣＣルール提供確認メッセージを送信する。
【００７８】
ステップＳ４１０において、ＭＮＯ−ＰＣＲＦは、ＭＶＮＯ−ＰＣＲＦに、ＰＣＣルール提供確認メッセージを転送する。
【００７９】
図５に示すように、本発明の具体的な実施例に係るＩＰ−ＣＡＮセッション終了のフローは、具体的には下記のステップを含む。
【００８０】
ステップＳ５０１において、ＭＮＯ−Ｐ−ＧＷは、ＭＮＯ−ＰＣＲＦに、ＩＰ−ＣＡＮセッションを終了する旨を示す指示メッセージを送信する。
【００８１】
ステップＳ５０２において、ＭＮＯ−ＰＣＲＦは、ＭＮＯ−Ｐ−ＧＷから送信されたＩＰ−ＣＡＮセッションを終了する旨を示す指示メッセージを受信し、前記指示メッセージから取得したユーザ識別子に基づいて、前記ユーザ識別子に対応するユーザ装置（ＵＥ）が属する仮想モバイル事業者（ＭＶＮＯ）を確定する。
【００８２】
ステップＳ５０３において、ＭＮＯ−ＰＣＲＦは、ＵＥの属するＭＶＮＯ−ＰＣＲＦに、ＩＰ−ＣＡＮセッションを終了する旨を示す指示メッセージを転送する。
【００８３】
Ｓ５０４において、ＭＶＮＯ−ＰＣＲＦは、影響を受けるＰＣＣルールを確定する。
【００８４】
ステップＳ５０５において、ＭＶＮＯ−ＰＣＲＦは、ＭＮＯ−ＰＣＲＦにＩＰ−ＣＡＮセッション終了の確認メッセージを送信する。
【００８５】
ステップＳ５０６において、ＭＮＯ−ＰＣＲＦは、ＭＮＯ−Ｐ−ＧＷに、ＩＰ−ＣＡＮセッション終了の確認メッセージを転送する。
【００８６】
ステップＳ５０７において、ＭＮＯ−ＰＣＲＦは、ＭＮＯ−ＭＢＣＦにＩＰ−ＣＡＮセッション終了の通知メッセージを送信する。
【００８７】
ステップＳ５０８において、ＭＮＯ−ＭＢＣＦがユーザの属するネットワークリソースの利用状況を更新する具体的な方法としては、ＭＮＯ−ＭＢＣＦは、前記ＵＥのＱｏＳ情報に含まれている前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅に基づいて、前記ＵＥの属するＭＶＮＯのすでに利用した帯域幅と今回前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅の合計をカウントし、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きいか否かを判断する。カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きい場合には、ＭＮＯ−ＰＣＲＦは、ＭＢＣＦがフィードバックした前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信する。カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きくない場合、ＭＮＯ−ＭＢＣＦは前記ＵＥの属するＭＶＮＯの許可容量が前記ＵＥのためにＩＰ−ＣＡＮセッション確立の条件を満す旨の通知をＭＮＯ−ＰＣＲＦにフィードバックすることである。
【００８８】
ステップＳ５０４において、ＭＶＮＯ−ＰＣＲＦが影響を受けるＰＣＣルールを確定した後、ＰＣＲＦは更なる動作をする可能性があり、例えば、ＩＰ−ＣＡＮ終了後、Ｐ−ＧＷはユーザの利用トラフィックを報告し、ＰＣＲＦはＳＰＲに通知し、ＳＰＲは過去のトラフィックを記録して累加などをする。前記技術は従来技術であり、ここでは贅言を省略する。
【００８９】
要するには、ＭＮＯ−ＰＣＲＦ側において、本発明の実施例に係るネットワーク容量の制御方法は、図６に示すように、下記のステップを含む。
【００９０】
ステップＳ１０１において、ＭＮＯ−ＰＣＲＦは、ユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージ情報を受信し、さらに指示メッセージから取得したユーザ識別子に基づいて、前記ユーザ識別子に対応するユーザ装置（ＵＥ）の属する仮想モバイル事業者ＭＶＮＯを確定する。
【００９１】
ステップＳ１０２において、ＭＮＯ−ＰＣＲＦは前記ＵＥの属するＭＶＮＯのポリシーチャージング制御部（ＭＶＮＯ−ＰＣＲＦ）にＩＰ−ＣＡＮセッションを確立する旨を示す指示メッセージを転送する。
【００９２】
ステップＳ１０３において、ＭＮＯ−ＰＣＲＦはＭＶＮＯ−ＰＣＲＦから送信されたＩＰ−ＣＡＮセッションの確立を確認するメッセージを受信する。前記メッセージは前記ＵＥのポリシー及びチャージング制御（ＰＣＣ）ルールを含む。
【００９３】
ステップＳ１０４において、前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないことが確定された場合には、前記指示メッセージを送信したネットワークエレメントに、前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを送信する。
【００９４】
本発明に係る前記案に従うと、ＭＮＯはＭＶＮＯにレンタルした許可容量によりＭＶＮＯのＭＮＯでのネットワーク利用に対し正確に制御することができ、それによってＭＶＮＯが運用の際にＭＮＯのネットワークリソースの過剰利用によるＭＮＯのネットワークへの影響防ぐことができる。
【００９５】
ＭＮＯ−ＰＣＲＦ側において、本発明の実施例に係るポリシー及びチャージング制御（ＰＣＣ）ルールの提供方法は、図７に示すように、下記のステップを含む。
【００９６】
ステップＳ２０１において、ＭＶＮＯ−ＰＣＲＦは、モバイルネットワーク事業者のポリシーチャージング制御部（ＭＮＯ−ＰＣＲＦ）から送信されたユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信する。
【００９７】
ステップＳ２０２において、ＭＶＮＯ−ＰＣＲＦは前記指示メッセージに基づいて前記ＵＥのＰＣＣルールを確定し、さらに前記ＵＥのＰＣＣルールを含むＩＰ−ＣＡＮセッションの確立を確認するメッセージをＭＮＯ−ＰＣＲＦに送信する。
【００９８】
本発明の実施例に係るネットワーク容量の制御装置は、図８に示すように、下記の構成を含む。
【００９９】
ＭＶＮＯ確定部１１は、ユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信し、指示メッセージから取得したユーザ識別子に基づいて、前記ユーザ識別子に対応するユーザ装置（ＵＥ）の属する仮想モバイル事業者ＭＶＮＯを確定する。
【０１００】
メッセージ転送部１２は、前記ＵＥの属するＭＶＮＯのポリシーチャージング制御部（ＭＶＮＯ−ＰＣＲＦ）にＩＰ−ＣＡＮセッションを確立する旨を示す指示メッセージを転送する。
【０１０１】
メッセージ受信部１３は、ＭＶＮＯ−ＰＣＲＦから送信された前記ＵＥのポリシー及びチャージング制御（ＰＣＣ）ルールを含むＩＰ−ＣＡＮセッションの確立を確認するメッセージを受信する。
【０１０２】
判断処理部１４は、前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定した場合、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを送信する。
【０１０３】
好ましくは、前記装置はさらに以下の構成を含む。
【０１０４】
処理待機部１５は、前記メッセージ転送部１２がすでに前記ＭＶＮＯ−ＰＣＲＦに前記ＵＥの属するＭＶＮＯの許可容量を超えた旨の通知を送信した後に、予め設定された待機可能タイマー (Waitable Timer)を起動し、もし待機可能タイマー (Waitable Timer)がタイムアウトする前に、前記メッセージ転送部１２から転送された前記ＵＥの新しいＰＣＣルールを受信した場合には、判断処理部１４をトリガーし前記ＵＥの新しいＰＣＣルールに基づいて、再び前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断し、もし前記待機可能タイマー (Waitable Timer)がタイムアウトする前に前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信していなかった場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッション確立失敗のメッセージを返信する。
【０１０５】
前記ネットワーク容量の制御装置はＭＮＯ−ＰＣＲＦであっても良い。そのうちＭＶＮＯの確定部１１、判断処理部１４及び処理待機部１５はプロセッサ等の装置であっても良く、メッセージ転送部１２及びメッセージ受信部１３はメッセージを送受信する機能を有する送信モジュールで実現することができ、例えばカップリング送信等を用いる。
【０１０６】
本発明の実施例に係るもう１つのネットワーク容量の制御装置は、図９に示すように、メモリ３１及びプロセッサ３２を含む。そのうち、プロセッサ３２には上記本発明の実施例に係るネットワーク容量の制御方法のフローを実行するコンピュータープログラム等が設定され、それによってＭＮＯが簡単にＭＶＮＯにレンタルした許可容量に従いＭＶＮＯのＭＮＯネットワーク利用を正確に制御することができる。これにより、ＭＶＮＯ運用中のＭＮＯのネットワークリソース過剰利用によるＭＮＯのネットワークへの影響を防ぐことができるようになった。メモリ３１は、前記コンピュータープログラムのコードを記憶、前記プロセッサ３２の設定に用いられる。プロセッサ３２は関連情報の伝送に用いられることができ、実際の必要に応じて、ベースバンド処理ユニット、無線周波処理ユニット等を含むことができる。具体的には以下の通りである。
【０１０７】
プロセッサ３２は、ユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信し、指示メッセージから取得したユーザ識別子に基づいて、前記ユーザ識別子に対応するユーザ装置（ＵＥ）の属する仮想モバイル事業者ＭＶＮＯを確定する。
【０１０８】
プロセッサ３２は、前記ＵＥの属するＭＶＮＯのポリシーチャージング制御部（ＭＶＮＯ−ＰＣＲＦ）にＩＰ−ＣＡＮセッションを確立する旨を示す指示メッセージを転送する。
【０１０９】
プロセッサ３２は、ＭＶＮＯ−ＰＣＲＦから送信されたＩＰ−ＣＡＮセッションの確立を確認するメッセージを受信する。前記確認するメッセージには、前記ＵＥのポリシー及びチャージング制御（ＰＣＣ）ルールがふくまれる。
【０１１０】
プロセッサ３２は、前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないことを確定した場合には、前記指示メッセージを送信したネットワークエレメントに、前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを送信する。
【０１１１】
好ましくは、プロセッサ３２は、前記ＵＥのＰＣＣルールに基づいて、予め設定されたモバイルネットワーク事業者帯域幅制御機能エンティティであるＭＮＯ−ＭＢＣＦを介し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断する。
【０１１２】
好ましくは、プロセッサ３２は、前記ＵＥのＰＣＣルールに基づいて、予め設定されたモバイルネットワーク事業者帯域幅制御機能エンティティであるＭＮＯ−ＭＢＣＦを介し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断する際、具体的には以下の通りである。
【０１１３】
プロセッサ３２は、前記ＵＥのＰＣＣルールから前記ＵＥのクオリティオブサービス（ＱｏＳ）情報を取得し、さらに前記ＱｏＳ情報を予め設定されたＭＮＯ−ＭＢＣＦに送信し、前記ＭＮＯ−ＭＢＣＦが前記ＵＥのＱｏＳ情報に含まれている前記ＵＥの属するＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅に基づいて、前記ＵＥの属するＭＶＮＯのすでに利用した帯域幅と今回前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅との合計をカウントし、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きいか否かを判断する。カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きい場合には、ＭＮＯ−ＭＢＣＦが前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知をＭＮＯ−ＰＣＲＦにフィードバックする。カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きくない場合、前記ＵＥの属するＭＶＮＯの許可容量が前記ＵＥのためのＩＰ−ＣＡＮセッション確立の条件を満す旨の通知をＭＮＯ−ＰＣＲＦにフィードバックする。
【０１１４】
好ましくは、プロセッサ３２は、前記ＵＥのＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯがＭＶＮＯの許可容量を超えたと確定した際に、前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を前記ＭＶＮＯ−ＰＣＲＦに送信するように、前記メッセージ転送部をトリガーする。
【０１１５】
好ましくは、プロセッサ３２は、前記ＭＶＮＯ−ＰＣＲＦに前記ＵＥの属するＭＶＮＯの許可容量を超えた旨の通知を送信した後に、予め設定された待機可能タイマー (Waitable Timer)を起動し、もし待機可能タイマー (Waitable Timer)がタイムアウトする前に、前記ＵＥの新しいＰＣＣルールを受信した場合には、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを再び判断し、もし前記待機可能タイマー (Waitable Timer)がタイムアウトする前に前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信していなかった場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッション確立の失敗メッセージを送信する。
【０１１６】
好ましくは、プロセッサ３２は、前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、かつ前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更すべきである際に、ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信し、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かをさらに判断し、超えたと判断すれば、ＭＶＮＯ−ＰＣＲＦに前記ＵＥの新しいＰＣＣルールを再び申請し、超えていないと判断すれば、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更する。
【０１１７】
好ましくは、プロセッサ３２は、前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、かつ前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了すべきである際に、前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを受信し、前記ＭＶＮＯ−ＰＣＲＦに前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを転送し、前記ＭＶＮＯ−ＰＣＲＦから返信された前記ＵＥのために確立されたたＩＰ−ＣＡＮセッションの終了を確認するメッセージを受信した際に、前記ＵＥの属するＭＶＮＯ全体のＵＥの許可帯域幅の合計を更新する。
【０１１８】
好ましくは、プロセッサ３２は、前記ＵＥの属するＭＶＮＯ全体のＵＥの許可帯域幅の合計を更新する際に、前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了メッセージを予め設定されたＭＮＯ−ＭＢＣＦに送信し、前記予め設定されたＭＮＯ−ＭＢＣＦにより前記ＵＥの属するＭＶＮＯ全体のＵＥの許可帯域幅の合計を更新する。
【０１１９】
本発明の実施例に係るポリシー及びチャージング制御（ＰＣＣ）ルールの提供装置は、図１０に示すように、メッセージ受信部２１と、ＰＣＣ確定部２２とを含む。
【０１２０】
メッセージ受信部２１は、モバイルネットワーク事業者のポリシーチャージング制御部（ＭＮＯ−ＰＣＲＦ）から送信されたユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信する。
ＰＣＣ確定部２２は、前記指示メッセージに基づいて前記ＵＥのＰＣＣルールを確定し、ＩＰ−ＣＡＮセッションの確立を確認するメッセージをＭＮＯ−ＰＣＲＦに送信する。前記確認メッセージは。前記ＵＥのポリシー及びチャージング（ＰＣＣ）ルールを含む。
【０１２１】
前記ＰＣＣルールの提供装置はＭＶＮＯ−ＰＣＲＦであっても良い。そのうち、メッセージ受信部２１は、情報を送受信する機能を有する送信モジュールにて実施することができ、例えばカップリング送信等を用いる。ＰＣＣ確定部２２はプロセッサ等の装置であっても良い。
【０１２２】
本発明の実施例に係るもう１つのポリシー及びチャージング制御（ＰＣＣ）の提供装置は、図１１に示すように、メモリ４１及びプロセッサ４２を含む。そのうち、プロセッサ４２には上記本発明の実施例に係るネットワーク容量の制御方法のフローを実行するためのコンピュータープログラム等が設定され、メモリ４１は、前記コンピュータープログラムのコードを記憶するために用いられ、前記プロセッサ４２を配置する際に用いられる。プロセッサ４２には、実際の必要に応じベースバンド処理ユニット、無線周波処理ユニット等の装置を含み、関連情報を送信しても良い。具体的にはいかの通りである。
【０１２３】
プロセッサ４２は、モバイルネットワーク事業者のポリシーチャージング制御部（ＭＮＯ−ＰＣＲＦ）から送信されたユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信する。
【０１２４】
プロセッサ４２は、前記指示メッセージに基づいて前記ＵＥのＰＣＣルールを確定し、さらに前記ＵＥのポリシー及びチャージング（ＰＣＣ）ルールを含むＩＰ−ＣＡＮセッションの確立を確認するメッセージをＭＮＯ−ＰＣＲＦに送信する。
【０１２５】
好ましくは、プロセッサ４２は、前記ＭＮＯ−ＰＣＲＦから送信された前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信する。
【０１２６】
プロセッサ４２は、前記通知に基づいて、前記ＵＥのために再び新しいＰＣＣルールを割り当て、前記新しいＰＣＣルールを前記ＭＮＯ−ＰＣＲＦに送信する。
【０１２７】
好ましくは、プロセッサ４２は、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更すべきである際に、前記ＵＥのために新しいＰＣＣルールを再び割り当て、さらに前記新しいＰＣＣルールを前記ＭＮＯーＰＣＲＦに送信する。
【０１２８】
好ましくは、プロセッサ４２はさらに、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了すべきである際に、ＭＮＯ−ＰＣＲＦから送信された前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを受信し、前記のＰＣＣ確定部はさらに前記指示メッセージに基づき前記ＵＥに対応するＰＣＣルールを確定し、さらに前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を確認するメッセージを前記ＭＮＯ−ＰＣＲＦに送信する。
【０１２９】
本分野の技術者として分かるべきは、本発明の実施例は方法、システム、又はコンピュータープログラムの製品を提供することができる。そのため、本発明は完全なハードウェア実施例、完全なソフトウェア実施例、又はソフトウェアおよびハードウェアの方面を結合した実施例の形態を採用することができる。なお、本発明はコンピューターの使用可能のプログラムコードが含まれている１つ又は複数のコンピューター使用可能記憶媒体（ディスクメモリ及び光学メモリなどを含み、ただしこれらに限らない）において実施されるコンピュータープログラムの製品の形態を採用することができる。
【０１３０】
本発明は本発明の実施例に係る方法、装置（システム）、及びコンピュータープログラムの製品のフロー図及び／又はブロック図を参照し説明を行っている。理解すべきはコンピュータープログラムコマンドによりフロー図及び／又はブロック図の中の各フロー及び／又はブロック、及びフロー図及び／又はブロック図の中のフロー及び／又はブロックの結合を実現しても良い。これらのコンピュータープログラムのコマンドを汎用コンピューター、専用コンピューター、組み込み式のプロセッサ又はその他のプログラマブルのデータ処理装置のプロセッサに提供し１つの機器を生成することができ、すなわちコンピューター又はその他のプログラマブルのデータ処理装置のプロセッサが実行するコマンドによりフロー図の中の１つのフロー又は複数のフロー及び／又はブロック図の中の１つのブロック又は複数のブロックにより指定された機能を実現するための装置を生成させる。
【０１３１】
これらのコンピュータープログラムのコマンドはコンピューター又はその他のプログラマブルのデータ処理装置が特定形態で作動するように導けるコンピューター記憶装置に保存することもでき、前記コンピューター記憶装置に保存されたコマンドによりコマンド装置を含んだ製造品を生成させ、前記コマンド装置はフロー図の中の１つのフロー又は複数のフロー及び／又はブロック図の中の１つのブロック又は複数のブロックにより指定された機能を実現する。
【０１３２】
これらのコンピュータープログラムのコマンドはコンピューター又はその他のプログラマブルのデータ処理装置に搭載することもでき、コンピューター又はその他のプログラマブルの装置において一連の操作ステップを実行させコンピューターの実現の処理を生成し、それによってコンピューター又はその他のプログラマブルの装置において実行されるコマンドによりフロー図の中の１つのフロー又は複数のフロー及び／又はブロック図の中の１つのブロック又は複数のブロックにより指定された機能を実現するステップを提供する。
【０１３３】
本分野の技術者は本発明の精神及び範囲を逸脱せずに本発明に対しいろんな変更及び変形をしても良い。このように、もし本発明のこれらの修正及び変更が本発明の特許の請求及びその均等な技術の範囲内であれば、本発明はこれらの修正及び変更を含める。
【図１】
2016530746.tif 000003
【図２】
2016530746.tif 000004
【図３】
2016530746.tif 000005
【図４】
2016530746.tif 000006
【図５】
2016530746.tif 000007
【図６】
2016530746.tif 000008
【図７】
2016530746.tif 000009
【図８】
2016530746.tif 000010
【図９】
2016530746.tif 000011
【図１０】
2016530746.tif 000012
【図１１】
2016530746.tif 000013
【国際調査報告】
2016530746.tif 000014
2016530746.tif 000015
2016530746.tif 000016
2016530746.tif 000017