特許6122215 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 大唐移▲動▼通信▲設▼▲備▼有限公司の特許一覧

特許6122215ネットワーク容量の制御方法及び装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6122215

(24)【登録日】2017年4月7日

(45)【発行日】2017年4月26日

(54)【発明の名称】ネットワーク容量の制御方法及び装置

(51)【国際特許分類】

H04W 28/10 20090101AFI20170417BHJP

H04W 28/24 20090101ALI20170417BHJP

H04W 4/24 20090101ALI20170417BHJP

H04W 92/02 20090101ALI20170417BHJP

【ＦＩ】

H04W28/10

H04W28/24

H04W4/24

H04W92/02

【請求項の数】12

【全頁数】24

(21)【出願番号】特願2016-516089(P2016-516089)

(86)(22)【出願日】2014年7月28日

(65)【公表番号】特表2016-530746(P2016-530746A)

(43)【公表日】2016年9月29日

(86)【国際出願番号】CN2014083163

(87)【国際公開番号】WO2015021856

(87)【国際公開日】20150219

【審査請求日】2016年2月15日

(31)【優先権主張番号】201310358923.X

(32)【優先日】2013年8月16日

(33)【優先権主張国】CN

【早期審査対象出願】

(73)【特許権者】

【識別番号】510065207

【氏名又は名称】大唐移▲動▼通信▲設▼▲備▼有限公司

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野登夫

(72)【発明者】

【氏名】段江海

【審査官】齋藤浩兵

(56)【参考文献】

【文献】国際公開第２０１３／０５０４３５（ＷＯ，Ａ１）

【文献】特表２０１３−５０２７８６（ＪＰ，Ａ）

【文献】特開２０１１−０１５０２１（ＪＰ，Ａ）

【文献】 3GPP TS23.203 V12.1.0，２０１３年６月，pp.24,45-85,97-100,104-112，ＵＲＬ，http://www.3gpp.org/ftp/Specs/archive/23_series/23.203/23203-c10.zip

【文献】 Resolving ten MVNO issues with EPS architecture, VoLTE and advanced policy server，IEEE，２０１１年１１月１８日，pp.29-34，ＵＲＬ，http://ieeexplore.org/stamp/stamp.jsp?arnumber=6081093

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ７／２４−７／２６

Ｈ０４Ｗ４／００−９９／００

３ＧＰＰＴＳＧＲＡＮＷＧ１−４

ＳＡＷＧ１−４

ＣＴＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

ネットワーク容量の制御方法であって、
前記方法は、
ユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信し、前記指示メッセージからユーザ識別子を取得し、さらに前記ユーザ識別子に基づいて前記ユーザ識別子に対応するＵＥの属する仮想モバイルネットワーク事業者（ＭＶＮＯ）を確定するステップと、
前記ＵＥの属するＭＶＮＯのポリシーチャージング制御部（ＭＶＮＯ−ＰＣＲＦ）にＩＰ−ＣＡＮセッションを確立する旨を示す指示メッセージを転送するステップと、
前記ＭＶＮＯ−ＰＣＲＦが送信した前記ＵＥのポリシー及びチャージング制御（ＰＣＣ）ルールを含むＩＰ−ＣＡＮセッションの確立を確認するメッセージを受信するステップと、
前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定された場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを返信するステップと
を含み、
前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定された場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを返信するステップは、
モバイルネットワーク事業者（ＭＮＯ）のポリシーチャージング制御部（ＭＮＯ−ＰＣＲＦ）が前記ＵＥのＰＣＣルールに基づいて、予め設定されたモバイルネットワーク事業者帯域幅制御機能エンティティ（ＭＮＯ−ＭＢＣＦ）を介し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断し、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定された場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを送信するステップであり、
前記ＭＮＯ−ＰＣＲＦが前記ＵＥのＰＣＣルールに基づいて、予め設定されたモバイルネットワーク事業者帯域幅制御機能エンティティ（ＭＮＯ−ＭＢＣＦ）を介し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断するステップは、
前記ＵＥのＰＣＣルールに基づいて前記ＵＥのクオリティオブサービス（ＱｏＳ）情報を取得し、前記ＱｏＳ情報を予め設定されたＭＮＯ−ＭＢＣＦに送信し、前記ＭＮＯ−ＰＣＲＦは前記ＵＥのＱｏＳ情報に含まれている前記ＵＥの属するＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅に基づいて、前記ＵＥの属するＭＶＮＯのすでに利用した帯域幅と今回前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅との合計をカウントし、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きいか否かを判断し、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きい場合には、前記ＭＮＯ−ＭＢＣＦからフィードバックされる前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信し、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きくない場合には、前記ＭＮＯ−ＭＢＣＦからフィードバックされる前記ＵＥのためのＩＰ−ＣＡＮセッション確立の条件を満す旨の通知を受信することを含む
ことを特徴とするネットワーク容量の制御方法。

【請求項2】

前記ＵＥのＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたと確定された場合には、前記ＭＶＮＯ−ＰＣＲＦに前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を送信するステップ
をさらに含むことを特徴とする請求項１記載のネットワーク容量の制御方法。

【請求項3】

前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を前記ＭＶＮＯ−ＰＣＲＦに送信した後に、前記方法は、
予め設定された待機可能タイマー (Waitable Timer)を起動するステップと、
もし待機可能タイマー(Waitable Timer)がタイムアウトする前に、前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信した場合には、前記ＵＥの新しいＰＣＣルールに基づいて、再び前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断するステップと、
もし前記待機可能タイマー (Waitable Timer)がタイムアウトする前に前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信していなかった場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッション確立の失敗メッセージを返信するステップと
をさらに含むことを特徴とする請求項２記載のネットワーク容量の制御方法。

【請求項4】

前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、かつ前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更すべきである際に、ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信し、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断し、超えたと判断する場合、ＭＶＮＯ−ＰＣＲＦに前記ＵＥの新しいＰＣＣルールを再び申請し、超えていないと判断する場合、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更するステップ
をさらに含むことを特徴とする請求項１記載のネットワーク容量の制御方法。

【請求項5】

前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了すべきである際に、前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを受信するステップと、
前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを前記ＭＶＮＯ−ＰＣＲＦに転送するステップと、
前記ＭＶＮＯ−ＰＣＲＦから返信された前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を確認するメッセージを受信した際に、前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新するステップと
をさらに含むことを特徴とする請求項１記載のネットワーク容量の制御方法。

【請求項6】

前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新するステップは、
前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを予め設定されたＭＮＯ−ＭＢＣＦに送信し、前記予め設定されたＭＮＯ−ＭＢＣＦを介して、前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新するステップ
を含むことを特徴とする請求項５記載のネットワーク容量の制御方法。

【請求項7】

ネットワーク容量の制御装置であって、
前記装置は、
ユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信し、前記指示メッセージからユーザ識別子を取得し、前記ユーザ識別子に基づいて前記ユーザ識別子に対応するＵＥの属する仮想モバイルネットワーク事業者（ＭＶＮＯ）を確定するＭＶＮＯ確定部と、
前記ＵＥの属するＭＶＮＯのポリシーチャージング制御部（ＭＶＮＯ−ＰＣＲＦ）にＩＰ−ＣＡＮセッションを確立する旨を示す指示メッセージを転送するメッセージ転送部と、
前記ＭＶＮＯ−ＰＣＲＦから送信された前記ＵＥのポリシー及びチャージング制御（ＰＣＣ）ルールを含むＩＰ−ＣＡＮセッションの確立を確認するメッセージを受信するメッセージ受信部と、
前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定された場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを送信する判断処理部と
を含み、
前記判断処理部が、前記ＵＥのＰＣＣルールに基づいて前記ＵＥのクオリティオブサービス（ＱｏＳ）情報を取得し、前記ＱｏＳ情報を予め設定されたＭＮＯ−ＭＢＣＦに送信し、前記ＭＮＯ−ＭＢＣＦを介して、前記ＵＥのＱｏＳ情報に含まれている前記ＵＥの属するＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅に基づいて、前記ＵＥの属するＭＶＮＯのすでに利用した帯域幅と今回前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅との合計をカウントし、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きいか否かを判断し、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きい場合、前記ＭＮＯ−ＭＢＣＦからフィードバックされた前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信し、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きくない場合、前記ＭＮＯ−ＭＢＣＦからフィードバックされた前記ＵＥのためのＩＰ−ＣＡＮセッション確立条件を満す旨の通知を受信する
ことを特徴とするネットワーク容量の制御装置。

【請求項8】

前記判断処理部は、前記ＵＥのＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたと確定した際に、前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を前記ＭＶＮＯ−ＰＣＲＦに送信するように、前記メッセージ転送部をトリガーする
ことを特徴とする請求項７記載のネットワーク容量の制御装置。

【請求項9】

前記メッセージ転送部がＭＶＮＯ−ＰＣＲＦに前記ＵＥの属するＭＶＮＯの許可容量を超えた旨の通知を送信した後に、予め設定された待機可能タイマー (Waitable Timer)を起動し、もし待機可能タイマー (Waitable Timer)がタイムアウトする前に、前記メッセージ転送部から転送された前記ＵＥの新しいＰＣＣルールを受信した場合には、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量値を再び超えたか否かを判断するように、判断処理部をトリガーし、もし前記待機可能タイマー (Waitable Timer)がタイムアウトする前に前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信していなかった場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッション確立の失敗メッセージを返信する処理待機部
をさらに含むことを特徴とする請求項８記載のネットワーク容量の制御装置。

【請求項10】

前記判断処理部は、
前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、かつ前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更すべきである際に、ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信し、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断し、超えたと判断する場合、ＭＶＮＯ−ＰＣＲＦに前記ＵＥの新しいＰＣＣルールを再び申請し、超えていないと判断する場合、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更する
ことを特徴とする請求項７記載のネットワーク容量の制御装置。

【請求項11】

前記メッセージ受信部は、前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了すべきである際に、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了する旨を示す指示メッセージを受信し、
前記メッセージ転送部はさらに前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了する旨を示す指示メッセージを前記ＭＶＮＯ−ＰＣＲＦに転送し、
前記メッセージ受信部が前記ＭＶＮＯ−ＰＣＲＦから返信された前記ＵＥのために確立したＩＰ−ＣＡＮセッション終了の確認メッセージを受信した際に、前記判断処理部はさらに前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新する
ことを特徴とする請求項７記載のネットワーク容量の制御装置。

【請求項12】

前記判断処理部が前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新する際に、予め設定されたＭＮＯ−ＭＢＣＦに前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了メッセージを送信するように、前記メッセージ転送部をトリガーし、前記予め設定されたＭＮＯ−ＭＢＣＦを介して、前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新する
ことを特徴とする請求項１１記載のネットワーク容量の制御装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信技術分野に関し、特にネットワーク容量の制御方法及び装置に関する。

【背景技術】

【0002】

本出願は、２０１３年８月１６日に中国特許局に提出し、出願番号が２０１３１０３５８９２３．Ｘであり、発明名称が「ネットワーク容量の制御方法及び装置」との中国特許出願を基礎とする優先権を主張し、その開示の総てをここに取り込む。

【0003】

仮想モバイルネットワーク事業者（ＭｏｂｉｌｅＶｉｒｔｕａｌＮｅｔｗｏｒｋＯｐｅｒａｔｏｒ, ＭＶＮＯ）とは、主に他のモバイルネットワーク事業者（ＭｏｂｉｌｅＮｅｔｗｏｒｋＯｐｅｒａｔｏｒ, ＭＮＯ）のネットワークを介し自分のユーザのためにモバイルサービスを提供する事業者のことである。ＭＶＮＯは、ネットワーク共有技術に基づき提出されたネットワーク事業モデルであり、これを導入することにより、たくさんの事業者たちが共同出資し共有ネットワークを建設することができ、または他の事業者のネットワークをレンタルすることができるようになるため、投資リスクが低減され、及びネットワーク建設・運用のスピード向上等のメリットがある。

【0004】

モバイル卸売サービスは業界におけるＭＶＮＯ応用の主な形態である。これはモバイルネットワークの基本電気通信サービス事業者（すなわちＭＮＯ）からモバイル通信サービスを購入し、改めて独自のブランドにパッケージし、エンドユーザに販売するモバイル通信サービスを言う。モバイル卸売企業（すなわちＭＶＮＯ）は一般的には自ら無線ネットワーク、コアネットワーク、送信ネットワーク等のモバイル通信ネットワークの基礎設備を建設しないが、必ずユーザサービスシステムを建設すると共に、サービス支持システム及びサービスプラットフォームを持たなければならない。各ＭＶＮＯは独自にユーザを発展させるため、ＭＶＮＯの間及びＭＶＮＯとＭＮＯの間に潜在的なユーザ競争関係が存在する可能性があることを勘案し、そのため、ＭＶＮＯ運用の安全性、すなわちＭＶＮＯのユーザ情報を外部に漏洩しないために、ＭＶＮＯは通常自分のホーム加入者サーバ（ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ、ＨＳＳ）設備を設置する必要がある。また、ＭＶＮＯは自分のポリシー及びチャージングルールを定める必要があるため、通常、ＭＶＮＯはそれぞれポリシーチャージング制御部（ＰｏｌｉｃｙＣｈａｒｇｉｎｇＲｕｌｅＦｕｎｃｔｉｏｎ、ＰＣＲＦ）装置も持つ。

【0005】

図１に示すように、ＭＮＯが提供するネットワークリソースは進化型ユニバーサル地上無線アクセスネットワーク（ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ、Ｅ−ＵＴＲＡＮ）、モビリティマネジメントエンティティ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ、ＭＭＥ）、サービングゲートウェイ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ、Ｓ−ＧＷ）、パケットデータネットワークゲートウェイ（パケットデータネットワーク（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ、ＰＤＮ）Ｇａｔｅｗａｙ、Ｐ−ＧＷ）、チャージングゲートウェイ（ＣｈａｒｇｉｎｇＧａｔｅｗａｙ、ＣＧ）等の装置を含む。ＭＮＯのネットワークリソースは複数のＭＶＮＯ_Ｉ（１≦Ｉ≦Ｎ）により共有される。各ＭＮＶＯはそれぞれのサービス運用支持システム（ＢｕｓｉｎｅｓｓａｎｄＯｐｅｒａｔｉｏｎＳｕｐｐｏｒｔＳｙｓｔｅｍ、ＢＯＳＳ）、アプリケーション機能（ＡｐｐｌｉｃａｔｉｏｎＦｕｎｃｔｉｏｎ、ＡＦ）、ＨＳＳ、ＰＣＲＦ等の装置を持ち、ＭＮＯに許可されたネットワークリソースを用いサービスを提供する。ＭＶＮＯはそれぞれユーザを発展させ、そのうち、ＭＶＮＯ_ＩのユーザグループはＵＥ_１ｋ（１≦ｋ≦Ｋ）であり、ＭＶＮＯ_２のユーザグループはＵＥ_２ｌ（１≦ｌ≦Ｌ）等である。

【0006】

ＭＶＮＯがＭＮＯのネットワークリソースをレンタルする際には、自分が発展させたユーザ規模、展開しようとするサービス種類、自分の資金注入予算等の実際状況によりＭＮＯにネットワーク容量及びソフトウェア機能を購入すべきである。異なるＭＶＮＯが購入するネットワーク容量は通常は同じでなく、必要とするオプションソフトウェア機能も違う。ネットワークリソースの提供側としてのＭＮＯは、ＭＶＮＯへ提供するネットワーク容量を許可し、ＭＶＮＯのネットワークリソースの利用状況に対し制限をしなければならず、例えばアクセスを許可するユーザ数、開設を許可する進化型パケットシステム（ＥｖｏｌｖｅｄＰａｃｋｅｔＳｙｓｔｅｍ、ＥＰＳ）の伝送量等に対して制限する必要がである。他の一方、ＭＶＮＯが購入したソフト機能の状況により、ＭＶＮＯのソフトウェアへの許可を制御すべきである。ＭＶＮＯが利用するネットワーク容量の制限及びソフトウェア機能への許可に対する制御はＭＭＥにより実現する。このような制御は、例えば、ＭＮＯのネットワークリソースが３社のＭＶＮＯにより共有されるとする。ＭＶＮＯ１に対しては、ＭＭＥによりアクセスを許可するユーザ数を１００万にし、開設を許可するＥＰＳ伝送量を１５０万にし、基本ソフトウェア機能のほか、同時にネットワーク支援のセル変更（ＮｅｔｗｏｒｋＡｓｓｉｓｔｅｄＣｅｌｌＣｈａｎｇｅ、ＮＡＣＣ）及び回線交換フォールバック（ＣｉｒｃｕｉｔＳｗｉｔｃｈｅｄＦａｌｌｂａｃｋ、ＣＳＦＢ）の２つのオプションソフトウェア機能を起動する。ＭＶＮＯ２に対しては、ＭＭＥによりアクセスを許可するユーザ数を１０万にし、開設を許可するＥＰＳ搬送数を２０万にし、基本ソフトウェア機能のみを備え、いかなるオプションソフトウェア機能を起動しない。ＭＶＮＯ３に対しては、ＭＭＥによりアクセスを許可するユーザ数を５０万にし、開設を許可するＥＰＳ搬送数を８０万にし、基本ソフトウェア機能のほか、アイドルモードによるシグナリング節約（ＩｄｌｅｍｏｄｅＳｉｇｎａｌｌｉｎｇＲｅｄｕｃｔｉｏｎ、ＩＳＲ）のオプションソフトウェア機能のみを起動する。

【0007】

要するには、従来の技術において、以下の原因で、ＭＶＮＯに利用されているネットワーク容量を制御する際にＭＶＮＯに利用できるデータトラフィックに対する制御は、考えていない。
（１）ＭＭＥ装置はコントロールプレーンの装置であり、データトラフィックを制御することができない。
（２）Ｐ−ＧＷ／Ｓ−ＧＷ装置のサービス面については、通常はリソースプールの仕様を用いて実施するため、ＭＶＮＯのユーザのデータを集中して処理できなくなってしまい、あるＭＶＮＯに対しトラフィック制御が行いにくくなる。
（３）ＭＶＮＯのユーザ情報は、ＭＮＯに対し開示せず、ＭＮＯとしてはＭＶＮＯ中のあるユーザの契約情報（例えばユーザグレード）が分からないため、ＭＶＮＯに対しトラフィック制御することができるとしても、ランダムにそのうちのユーザを選んで処理することしかできず、ユーザの多様化に応ずる処理要求を満たすことができない。

【0008】

ＭＮＯ装置の処理能力には限界がある。そのため、もしＭＶＮＯに対しデータトラフィック制御を行わないと、いったんＭＶＮＯに利用されたトラフィックが購入したトラフィックを超えた場合、必ず他のＭＶＮＯのサービスに影響を及ぼす。

【0009】

ＭＶＮＯに対するトラフィック制御の問題については、ネットワーキングする際にＭＶＮＯの物理ポートへのアクセス数を制限する仕様で解決することができるが、このような方法の場合、粒度が大きすぎ、制御精度が低すぎ、同時に、ＭＶＮＯのユーザの多様化に応ずる処理要求を満たすこともできない。

【発明の概要】

【発明が解決しようとする課題】

【0010】

本発明の実施例によれば、ＭＮにレンタルした許可容量Ｏが自分が許可したＭＶＮＯにレンタルした容量に従ってＭＶＮＯのＭＮＯネットワーク利用に対する正確な制御を実現するネットワーク容量の制御方法及び装置を提供することにより、ＭＶＮＯの運用におけるＭＮＯのネットワークリソースの過剰利用が原因となったＭＮＯのネットワークへの影響を防止することができる。

【課題を解決するための手段】

【0011】

本発明の実施例に係るネットワーク容量の制御方法は、ユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信し、前記指示メッセージからユーザ識別子を取得し、さらに前記ユーザ識別子に基づいて前記ユーザ識別子に対応するＵＥの属する仮想モバイルネットワーク事業者（ＭＶＮＯ）を確定するステップと、前記ＵＥの属するＭＶＮＯのポリシーチャージング制御部（ＭＶＮ０−ＰＣＲＦ）にＩＰ−ＣＡＮセッションを確立する旨を示す指示メッセージを転送するステップと、前記ＭＶＮＯ−ＰＣＲＦからの前記ＵＥのポリシー及びチャージング制御（ＰＣＣ）ルールを含むＩＰ−ＣＡＮセッションの確立を確認するメッセージを受信するステップと、前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定された場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを返信するステップとを含む。

【0012】

上記案から分かるように、ＭＮＯはＭＶＮＯにレンタルした許可容量に従いＭＶＮＯのＭＮＯネットワーク利用を正確かつ簡単に制御することができるため、ＭＶＮＯ運用におけるＭＮＯのネットワークリソースの過剰利用によるＭＮＯのネットワークへの影響を防止することができる。

【0013】

好ましくは、前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定された場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを返信するステップは、モバイルネットワーク事業者（ＭＮＯ）のポリシーチャージング制御部（ＭＮＯ−ＰＣＲＦ）が前記ＵＥのＰＣＣルールに基づいて、予め設定されたモバイルネットワーク事業者帯域幅制御機能エンティティ（ＭＮＯ−ＭＢＣＦ）を介し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断し、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定された場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを送信するステップを含む。

【0014】

好ましくは、前記ＭＮＯ−ＰＣＲＦが前記ＵＥのＰＣＣルールに基づいて、予め設定されたモバイルネットワーク事業者帯域幅制御機能エンティティ（ＭＮＯ−ＭＢＣＦ）を介し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断するステップは、前記ＵＥのＰＣＣルールに基づいて前記ＵＥのクオリティオブサービス（ＱｏＳ）情報を取得し、さらに前記ＱｏＳ情報を予め設定されたＭＮＯ−ＭＢＣＦに送信し、前記ＭＮＯ−ＰＣＲＦは前記ＵＥのＱｏＳ情報に含まれている前記ＵＥの属するＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅に基づいて、前記ＵＥの属するＭＶＮＯのすでに利用した帯域幅と今回前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅との合計をカウントし、さらにカウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きいか否かを判断し、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きい場合には、前記ＭＮＯ−ＭＢＣＦからフィードバックされる前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信し、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きくないと、前記ＭＮＯ−ＭＢＣＦからフィードバックされる前記ＵＥのためのＩＰ−ＣＡＮセッション確立の条件を満す旨の通知を受信するステップを含む。

【0015】

ここから分かるように、すべてのＵＥの許可帯域幅がＭＮＯ−ＰＣＲＦではなく、ＭＶＮＯ−ＰＣＲＦにより提供されることから、ＭＶＮＯの運用は、ＭＮＯと別、独立運用している。

【0016】

好ましくは、前記方法は、前記ＵＥのＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたと確定された場合には、前記ＭＶＮＯ−ＰＣＲＦに前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を送信するステップをさらに含む。
これにより、前記ＵＥの属するＭＶＮＯのネットワーク利用容量が許可されたネットワーク容量を超えたか否かを正確に判断することができるため、ＭＶＮＯが利用したネットワーク容量がその許可されたネットワーク容量を超えた後の、他のＭＶＮＯのサービスへの影響防ぐことができる。

【0017】

好ましくは、前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を前記ＭＶＮＯ−ＰＣＲＦに送信した後に、前記方法は、予め設定された待機可能タイマー (Waitable Timer)を起動するステップと、もし待機可能タイマー(Waitable Timer)がタイムアウトする前に、前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信した場合には、前記ＵＥの新しいＰＣＣルールに基づいて、再び前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断するステップと、もし前記待機可能タイマー (Waitable Timer)がタイムアウトする前に前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信していなかった場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッション確立の失敗メッセージを返信するステップとをさらに含む。

【0018】

タイマーを起動する目的は、ＭＶＮＯ−ＰＣＲＦから応答がない際に、前記ＵＥの新しいＰＣＣルールをずっと待つのではなく、ＭＮＯ−ＰＣＲＦが次の処理を進めるようにするためである。

【0019】

好ましくは、前記方法は、前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、かつ前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更すべきである際に、ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信し、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えた場合、ＭＶＮＯ−ＰＣＲＦに前記ＵＥの新しいＰＣＣルールを再び申請し、前記ＭＶＮＯの許可容量を超えていない場合、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更するステップをさらに含む。

【0020】

このように、ＭＶＮＯ−ＰＣＲＦからの前記ＵＥの新しいＰＣＣルールに基づいて、再び前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断するため、ＭＮＯがＭＶＮＯに対する容量の制御がより正確になる。

【0021】

好ましくは、前記方法は、前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了すべきである際に、前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを受信するステップと、前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを前記ＭＶＮＯ−ＰＣＲＦに転送するステップと、前記ＭＶＮＯ−ＰＣＲＦから返信された前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を確認するメッセージを受信した際に、前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新するステップとをさらに含む。

【0022】

このように、ＭＮＯ−ＭＢＣＦは新しいＭＶＮＯの許可容量に基づいて、ＭＶＮＯが利用したネットワーク容量がその許可されたネットワーク容量を超えたか否かを判断することができる。

【0023】

好ましくは、前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新するステップは、前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを予め設定されたＭＮＯ−ＭＢＣＦに送信し、前記予め設定されたＭＮＯ−ＭＢＣＦを介して、前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新するステップを含む。

【0024】

このように、ユーザがＩＰ−ＣＡＮセッションを終了する際に、ＭＶＮＯのユーザがその占有した占有した帯域幅を解放するため、その他のユーザが利用できるようになる。

【0025】

本発明の実施例に係るポリシー及びチャージング制御（ＰＣＣ）ルールを提供する方法は、モバイルネットワーク事業者のポリシーチャージング制御部（ＭＮＯ−ＰＣＲＦ）から送信されたユーザ装置（ＵＥ）のためのＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッション確立の指示メッセージを受信するステップと、前記指示メッセージに基づいて前記ＵＥのＰＣＣルールを確定し、前記ＵＥのＰＣＣルールを含むＩＰ−ＣＡＮセッション確立の確認メッセージを前記ＭＮＯ−ＰＣＲＦに送信するステップとを含む。

【0026】

上記案から分かるように、ＰＣＣルールはＭＶＮＯ−ＰＣＲＦが提供するため、ＭＶＮＯと別、独立に運用している。

【0027】

好ましくは、前記方法は、前記ＭＮＯ−ＰＣＲＦから送信された前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信するステップと、前記通知に基づいて、前記ＵＥのために再び新しいＰＣＣルールを割り当て、前記新しいＰＣＣルールを前記ＭＮＯ−ＰＣＲＦに送信するステップとをさらに含む。

【0028】

このように、ＭＶＮＯはＰＣＣポリシーを１回だけではなく、何回も割り当てることを試すことができるため、ＩＰ−ＣＡＮプロセスの成功率が増加する。

【0029】

好ましくは、前記方法は、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更すべきである際に、前記ＵＥのために再び新しいＰＣＣルールを割り当て、前記新しいＰＣＣルールを前記ＭＮＯーＰＣＲＦに送信するステップをさらに含む。

【0030】

このように、前記ＵＥのために新しいＰＣＣルールを再び割り当てるため、ＭＮＯ−ＰＣＲＦは再び前記ＵＥの属するＭＶＮＯに対し許可リソースを照合することができる。

【0031】

好ましくは、前記方法は、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了すべきである際に、前記ＭＮＯ−ＰＣＲＦから送信された前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを受信し、前記指示メッセージに基づき前記ＵＥに対応するＰＣＣルールを確定するステップと、前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を確認するメッセージを前記ＭＮＯ−ＰＣＲＦに送信するステップとをさらに含む。

【0032】

このように、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了することができる。

【0033】

本発明の実施例に係るネットワーク容量の制御装置は、ユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信し、前記指示メッセージからユーザ識別子を取得し、前記ユーザ識別子に基づいて前記ユーザ識別子に対応するＵＥの属する仮想モバイルネットワーク事業者（ＭＶＮＯ）を確定するＭＶＭＯ確定部と、前記ＵＥの属するＭＶＮＯのポリシーチャージング制御部（ＭＶＮ０−ＰＣＲＦ）にＩＰ−ＣＡＮセッションを確立する旨を示す指示メッセージを転送するメッセージ転送部と、前記ＭＶＮＯ−ＰＣＲＦから送信された前記ＵＥのポリシー及びチャージング制御（ＰＣＣ）ルールを含むＩＰ−ＣＡＮセッションの確立を確認するメッセージを受信するメッセージ受信部と、前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定された場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを送信する判断処理部とを含む。

【0034】

好ましくは、前記判断処理部は前記ＵＥのＰＣＣルールに基づいて、予め設定されたモバイルネットワーク事業者帯域幅制御機能エンティティ（ＭＮＯ−ＭＢＣＦ）を介し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断する。このように、論理エンティティであるＭＮＯ−ＭＢＣＦのネットワーク構成における位置は全般的なものであるため、簡単にＭＶＮＯに対するトラフィック制御を実現することができる。

【0035】

好ましくは、前記判断処理部は、前記ＵＥのＰＣＣルールに基づいて、予め設定されたモバイルネットワーク事業者帯域幅制御機能エンティティ（ＭＮＯ−ＭＢＣＦ）を介し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断する際に、前記ＵＥのＰＣＣルールに基づいて前記ＵＥのクオリティオブサービス（ＱｏＳ）情報を取得し、前記ＱｏＳ情報を予め設定されたＭＮＯ−ＭＢＣＦに送信し、前記ＭＮＯ−ＭＢＣＦを介して、前記ＵＥのＱｏＳ情報に含まれている前記ＵＥの属するＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅に基づいて、前記ＵＥの属するＭＶＮＯのすでに利用した帯域幅と今回前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅との合計をカウントし、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きいか否かを判断し、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きい場合、前記ＭＮＯ−ＭＢＣＦからフィードバックされた前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信し、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きくない場合、前記ＭＮＯ−ＭＢＣＦからフィードバックされた前記ＵＥのためのＩＰ−ＣＡＮセッション確立条件を満す旨の通知を受信する。

【0036】

このように、前記ＵＥの属するＭＶＮＯのネットワーク利用容量が許可されたネットワーク容量を超えたか否かを正確に判断することができるため、ＭＶＮＯが利用したネットワーク容量がその許可されたネットワーク容量を超える場合の他のＭＶＮＯのサービスへの影響を防ぐことができる。

【0037】

好ましくは、前記判断処理部はさらに、前記ＵＥのＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたと確定した際に、前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を前記ＭＶＮＯ−ＰＣＲＦに送信するように、前記メッセージ転送部をトリガーする。このように、前記ＵＥの属するＭＶＮＯのネットワーク利用容量が許可されたネットワーク容量を超えたか否かを正確に判断することができるため、ＭＶＮＯが利用したネットワーク容量がその許可されたネットワーク容量を超え場合の他のＭＶＮＯのサービスへの影響を防ぐことができる。

【0038】

好ましくは、前記メッセージ転送部がＭＶＮＯ−ＰＣＲＦに前記ＵＥの属するＭＶＮＯの許可容量を超えた旨の通知を送信した後に、前記装置は、予め設定された待機可能タイマー (Waitable Timer)を起動し、もし待機可能タイマー (Waitable Timer)がタイムアウトする前に、前記メッセージ転送部から転送された前記ＵＥの新しいＰＣＣルールを受信した場合には、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量値を再び超えたか否かを判断するように、判断処理部をトリガーし、もし前記待機可能タイマー (Waitable Timer)がタイムアウトする前に前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信していなかった場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッション確立の失敗メッセージを返信する処理待機部をさらに含む。

【0039】

タイマーを起動する目的は、ＭＶＮＯ−ＰＣＲＦから応答がない際に、ずっと待つためではなく、ＭＮＯ−ＰＣＲＦが次の処理を進めるようにするためである。

【0040】

好ましくは、前記判断処理部は、前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、かつ前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更すべきである際に、ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信し、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えた場合、ＭＶＮＯ−ＰＣＲＦに前記ＵＥの新しいＰＣＣルールを再び申請し、前記ＭＶＮＯの許可容量を超えていない場合、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更する。このように、ＭＶＮＯ−ＰＣＲＦからの前記ＵＥの新しいＰＣＣルールに基づき前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを再び判断することができるため、ＭＮＯのＭＶＮＯに対する容量の制御がより正確になる。

【0041】

好ましくは、前記メッセージ受信部は、前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了すべきである際に、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了する旨を示す指示メッセージを受信する。

【0042】

前記メッセージ転送部は、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了する旨を示す指示メッセージを前記ＭＶＮＯ−ＰＣＲＦに転送する。
前記メッセージ受信部が前記ＭＶＮＯ−ＰＣＲＦから返信された前記ＵＥのために確立したＩＰ−ＣＡＮセッション終了の確認メッセージを受信した際に、前記判断処理部は、前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新する。

【0043】

【0044】

好ましくは、前記判断処理部は、前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新する際に、予め設定されたＭＮＯ−ＭＢＣＦに前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了メッセージを送信するように、前記メッセージ転送部をトリガーし、前記予め設定されたＭＮＯ−ＭＢＣＦを介して、前記ＵＥの属するＭＶＮＯにおけるすべてのＵＥの許可帯域幅の合計を更新する。

【0045】

さらに、本発明の実施例に係るポリシー及びチャージング制御（ＰＣＣ）ルールの提供装置は、モバイルネットワーク事業者のポリシーチャージング制御部（ＭＮＯ−ＰＣＲＦ）から送信されたユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信するメッセージ受信部と、前記指示メッセージに基づいて前記ＵＥのＰＣＣルールを確定し、前記ＵＥのポリシー及びチャージング制御（ＰＣＣ）ルールを含むＩＰ−ＣＡＮセッション確立の確認メッセージを前記ＭＮＯ−ＰＣＲＦに送信するＰＣＣ確定部とを含む。

【0046】

好ましくは、前記メッセージ受信部は前記ＭＮＯ−ＰＣＲＦから送信された前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信し、前記ＰＣＣ確定部は前記通知に基づいて、前記ＵＥのために再び新しいＰＣＣルールを割り当て、前記新しいＰＣＣルールを前記ＭＮＯ−ＰＣＲＦに送信する。

【0047】

このように、異なるＵＥに基づき異なるＰＣＣルールを割り当てるため、ＭＶＮＯノユーザに対する差異化処理の要求を満たすことができる。

【0048】

好ましくは、前記ＰＣＣ確定部はさらに、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更すべきである際に、前記ＵＥのために再び新しいＰＣＣルールを割り当て、前記新しいＰＣＣルールを前記ＭＮＯーＰＣＲＦに送信する。このように、前記ＵＥのために新しいＰＣＣルールを割り当てる再びため、ＭＮＯ−ＰＣＲＦは前記ＵＥの属するＭＶＮＯに対し再び許可リソースの照合を行うことができる。

【0049】

好ましくは、前記メッセージ受信部は、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了すべきである際に、ＭＮＯ−ＰＣＲＦから送信された前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを受信し、前記ＰＣＣ確定部は前記指示メッセージに基づき前記ＵＥに対応するＰＣＣルールを確定し、前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を確認するメッセージを前記ＭＮＯ−ＰＣＲＦに送信する。

【発明の効果】

【0050】

このように、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了することができる。

【図面の簡単な説明】

【0051】

【図1】仮想モバイルネットワーク事業者のネットワークの構成図である。

【図2】本発明の実施例に係るネットワークアーキテクチャを示す図である。

【図3】本発明の実施例に係るＩＰ−ＣＡＮセッションの確立のプロセスを示す図である。

【図4】本発明の実施例に係るＩＰ−ＣＡＮセッションの変更のプロセスを示す図である。

【図5】本発明の実施例に係るＩＰ−ＣＡＮセッションの終了のプロセスを示す図である。

【図6】本発明の実施例に係るネットワーク容量の制御方法のフローを示す図である。

【図7】本発明の実施例に係るポリシー及びチャージング制御（ＰＣＣ）ルールを提供する方法のフローを示す図である。

【図8】本発明に実施例に係るネットワーク容量の制御装置の構成を示す図である。

【図9】本発明の実施例に係るもう１つのネットワーク容量の制御装置の構成を示す図である。

【図10】本発明の実施例に係るポリシー及びチャージング制御（ＰＣＣ）ルールを提供する装置の構成を示す図である。

【図11】本発明の実施例に係るもう１つのポリシー及びチャージング制御（ＰＣＣ）ルールを提供する装置の構成を示す図である。

【発明を実施するための形態】

【0052】

本発明の実施例は、ＭＮＯが自分が許可したＭＶＮＯにレンタルした容量に従ってＭＶＮＯのＭＮＯネットワーク利用に対する正確な制御を実現するネットワーク容量制御方法及び装置を提供し、それによって、ＭＶＮＯが運用の際にＭＮＯのネットワークリソースの過剰利用によるＭＮＯのネットワークへの影響防ぐことができる。

【0053】

図２に示すように、本発明の実施例は従来の仮想事業者のネットワークアーキテクチャを基に、ＭＮＯ共有ネットワークリソースにおいてＰＣＲＦ装置（ＭＮＯ−ＰＣＲＦと記す）を加え、前記装置は各ＭＶＮＯのＰＣＲＦ装置（ＭＶＮＯ−ＰＣＲＦと記す）とつながると共に、ＭＮＯのＰ−ＧＷ装置（ＭＶＮＯ−Ｐ−ＧＷと記す）ともつながる。また、仮想モバイル事業者帯域制御機能論理エンティティ（ＭＶＮＯＢａｎｄｗｉｄｔｈＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ、ＭＢＣＦ）（ＭＮＯ−ＭＢＣＦと記す）を導入し、前記論理エンティティは単独に配置しても良く、ＭＮＯ−ＰＣＲＦ装置と統合しても良く、かつ前記論理エンティティとＭＮＯ−ＰＣＲＦ装置の間には論理的な接続関係を有する。

【0054】

図２において、ＭＢＣＦ論理エンティティの主な機能は、各ＭＶＮＯにおけるＭＮＯのネットワークリソースの利用状況をリアルタイムに保守し（動作前に初期化が必要となる）、現行ＭＶＮＯにより利用されているネットワーク容量がその許可されたネットワーク容量を超えたか否かを判断する。
ＭＮＯ−ＰＣＲＦの主な機能は、ユーザの識別子によりユーザの属するＭＶＮＯを判断し、ＭＶＮＯ−ＰＣＲＦのために、ポリシー及びチャージング制御（ＰｏｌｉｃｙＣｈａｒｇｉｎｇＣｏｎｔｒｏｌ、ＰＣＣ）メッセージを請求し、および、ＰＣＣメッセージをＰ−ＧＷに提供する。また、ＭＮＯ−ＰＣＲＦはさらにＭＶＮＯ−ＰＣＲＦのＰＣＣルールからクオリティオブサービス（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ、ＱｏＳ）メッセージを抽出し、ＭＢＣＦ論理エンティティとのインタラクションにより、ＭＢＣＦ論理エンティティと共にＭＶＮＯに対するトラフィック制御を完成する。具体的には、ＩＰ接続アクセスネットワーク（ＩＰＣｏｎｎｅｃｔｉｖｉｔｙＡｃｃｅｓｓＮｅｔｗｏｒｋ、ＩＰ−ＣＡＮ）セッションの確立、変更、終了等のプロセスにおいてＭＶＮＯトラフィックの制御を具現する。

【0055】

以下は具体的な実施例を以て本発明の方法を詳細に説明し、図３に示すように、本発明の具体的な実施例に係るＩＰ−ＣＡＮセッションを確立のフローは、具体的に下記のステップＳ３０１からＳ３１１を含む。

【0056】

ステップＳ３０１において、モバイルネットワークオ事業者のパケットデータネットワークゲートウェイ（ＭＮＯ−Ｐ−ＧＷ）は、ユーザ装置（ＵＥ）のためのＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションの確立に用いられる指示メッセージをＭＮＯ−ＰＣＲＦに送信する。

【0057】

ステップＳ３０２において、ＭＮＯ−ＰＣＲＦは、前記指示メッセージから取得したユーザ識別子に基づいて、前記ユーザ識別子に対応するユーザ装置（ＵＥ）が属する仮想モバイル事業者（ＭＶＮＯ）を確定する。

【0058】

ステップＳ３０３において、ＭＮＯ−ＰＣＲＦは、前記ＵＥの属するＭＶＮＯのポリシーチャージング制御部（ＭＶＮＯ−ＰＣＲＦ）にＩＰ−ＣＡＮセッションを確立する旨を示す指示メッセージを転送する。

【0059】

ステップＳ３０４において、ＭＶＮＯ−ＰＣＲＦは、契約ユーザの情報及びサービス情報に基づいて、前記ユーザ装置（ＵＥ）のＰＣＣルールを決める。

【0060】

ステップＳ３０５において、ＭＶＮＯ−ＰＣＲＦは、ＭＮＯ−ＰＣＲＦにＩＰ−ＣＡＮセッションの確立を確認するメッセージを送信する。前記メッセージには、前記ＵＥのポリシーチャージング制御（ＰＣＣ）ルールが含まれる。

【0061】

ステップＳ３０６において、ＭＮＯ−ＰＣＲＦは、ＭＶＮＯ−ＰＣＲＦにより提供されたＰＣＣルールから、クオリティオブサービス（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ、ＱｏＳ）情報を取得する。

【0062】

Ｓ３０７において、ＭＮＯ−ＰＣＲＦは、ＭＮＯ−ＭＢＣＦに、前記ユーザ装置（ＵＥ）のＱｏＳ情報を提供する。

【0063】

ステップＳ３０８−Ｓ３０９において、ＭＮＯ−ＭＢＣＦは、前記ＵＥのＱｏＳ情報に含まれている前記ＭＶＮＯから、前記ＵＥへ割り当てた許可帯域幅に基づいて、前記ＵＥの属するＭＶＮＯのすでに利用した帯域幅と今回前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅の合計をカウントし、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きいか否かを判断する。カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きい場合、ＭＮＯ−ＰＣＲＦは、ＭＮＯ−ＭＢＣＦからフィードバックした前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信し、ウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きくない場合、ＭＮＯ−ＭＢＣＦは、ＭＮＯ−ＰＣＲＦに、前記ＵＥの属するＭＶＮＯの許可容量が前記ＵＥのためにＩＰ−ＣＡＮセッションを確立する条件を満す旨の通知をフィードバックする。

【0064】

前記ＵＥの許可帯域幅は、ＭＶＮＯＰＣＲＦが前記ＵＥのために割り当てた帯域幅値である。

【0065】

ステップＳ３１０ａ―Ｓ３１０ｄにおいて、もし照合が成功すれば、Ｓ３１１に遷移し、照合が成功していなければ、ＭＮＯ−ＰＣＲＦはＭＶＮＯ−ＰＣＲＦに照合が失敗したと通知する。また、この待機可能タイマー (Waitable Timer)がタイムアウトする前に、もし前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信した場合には、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを再び判断し、すなわちＳ３１６に遷移する。もし前記待機可能タイマー (Waitable Timer)がタイムアウトする前に、前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信していなかった場合には、前記指示メッセージを送信したモバイルネットワーク事業者のパケットデータネットワークゲートウェイ（ＭＮＯ−Ｐ−ＧＷ）に前記ＵＥのためのＩＰ−ＣＡＮセッション確立が失敗したことを示すメッセージを返信する。

【0066】

ステップＳ３１１において、ＭＮＯ−ＰＣＲＦは、ＩＰ−ＣＡＮセッションの確立を確認するメッセージを送信する。

【0067】

上記方法に基づいて、具体的に例を挙げ説明すると、もしあるＭＶＮＯがＭＮＯから１Ｇの帯域幅を購入したなら、すなわちＭＮＯが前記ＭＶＮＯにレンタルした許可容量が１Ｇであるなら、前記ＭＶＮＯでの全てのアクティブなユーザが同時に占用するネットワークの帯域幅の合計が１Ｇを超えてはいけない。

【0068】

図４に示すように、本発明の実施例に係るＩＰ−ＣＡＮセッションの変更のフローは具体的には下記のステップを含む。

【0069】

ステップＳ４０１において、ＭＶＮＯ−ＰＣＲＦは、契約ユーザの情報及びサービス情報に基づいて前記ユーザ装置（ＵＥ）のＰＣＣルールを決め、ＩＰ−ＣＡＮセッションの変更を起動する。

【0070】

ステップＳ４０２において、ＭＶＮＯ−ＰＣＲＦは、ＭＮＯ−ＰＣＲＦに、ＰＣＣルール提供メッセージを送信する。前記ＰＣＣルール提供メッセージには、新しいＰＣＣルールが含まれる。

【0071】

ステップＳ４０３において、ＭＮＯ−ＰＣＲＦは、ＭＶＮＯ−ＰＣＲＦから提供された新しいＰＣＣルールからＱｏＳ情報を取得する。

【0072】

ステップＳ４０４において、ＭＮＯ−ＰＣＲＦは、ＭＮＯ−ＭＢＣＦに、前記ユーザ装置（ＵＥ）のＱｏＳ情報を提出する。

【0073】

ステップＳ４０５において、ＭＮＯ−ＭＢＣＦは、前記ＵＥのＱｏＳ情報に含まれている前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅に基づいて、前記ＵＥの属するＭＶＮＯのすでに利用した帯域幅と今回前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅の合計をカウントし、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きいか否かを判断する。カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きい場合、ＭＮＯ−ＰＣＲＦは、ＭＮＯ−ＭＢＣＦからフィードバックした前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信する。カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きくない場合、ＭＮＯ−ＭＢＣＦは、ＭＮＯ−ＰＣＲＦに前記ＵＥの属するＭＶＮＯの許可容量が前記ＵＥのためにＩＰ−ＣＡＮセッションを変更する条件を満す旨の通知をフィードバックする。

【0074】

ステップＳ４０６において、ＭＮＯ−ＭＢＣＦは、ＭＮＯ−ＰＣＲＦに、照合結果をフィードバックする。

【0075】

Ｓ４０７ａ―ｄにおいて、もし照合が成功すれば、Ｓ４０８に遷移し、照合が成功していなければ、ＭＮＯ−ＰＣＲＦは、ＭＶＮＯ−ＰＣＲＦに、ＰＣＣルール提供確認メッセージを送信して、照合が失敗したと通知し、タイマーを起動する。もしタイマーがタイムアウトする前に、ＭＶＮＯ−ＰＣＲＦから提供された新しいＰＣＣルールを受信した場合には、タイマーを停止し、その後Ｓ４０３に遷移する。もしタイマーがタイムアウトしたなら、Ｓ４０８に遷移する。もしＭＶＮＯ−ＰＣＲＦが照合失敗を示すメッセージを受信した場合、処理しなくても良く、またはポリシーを再び確定してＭＮＯ−ＰＣＲＦに新しいＰＣＣルールを提供しても良いが、ＭＶＮＯ−ＰＣＲＦの実施ポリシーにより決められる。

【0076】

ステップＳ４０８において、ＭＶＮＯ−ＰＣＲＦは、Ｐ−ＧＷに、ＰＣＣルール提供メッセージを転送する。

【0077】

ステップＳ４０９において、Ｐ−ＧＷは、ＭＮＯ−ＰＣＲＦに、ＰＣＣルール提供確認メッセージを送信する。

【0078】

ステップＳ４１０において、ＭＮＯ−ＰＣＲＦは、ＭＶＮＯ−ＰＣＲＦに、ＰＣＣルール提供確認メッセージを転送する。

【0079】

図５に示すように、本発明の具体的な実施例に係るＩＰ−ＣＡＮセッション終了のフローは、具体的には下記のステップを含む。

【0080】

ステップＳ５０１において、ＭＮＯ−Ｐ−ＧＷは、ＭＮＯ−ＰＣＲＦに、ＩＰ−ＣＡＮセッションを終了する旨を示す指示メッセージを送信する。

【0081】

ステップＳ５０２において、ＭＮＯ−ＰＣＲＦは、ＭＮＯ−Ｐ−ＧＷから送信されたＩＰ−ＣＡＮセッションを終了する旨を示す指示メッセージを受信し、前記指示メッセージから取得したユーザ識別子に基づいて、前記ユーザ識別子に対応するユーザ装置（ＵＥ）が属する仮想モバイル事業者（ＭＶＮＯ）を確定する。

【0082】

ステップＳ５０３において、ＭＮＯ−ＰＣＲＦは、ＵＥの属するＭＶＮＯ−ＰＣＲＦに、ＩＰ−ＣＡＮセッションを終了する旨を示す指示メッセージを転送する。

【0083】

Ｓ５０４において、ＭＶＮＯ−ＰＣＲＦは、影響を受けるＰＣＣルールを確定する。

【0084】

ステップＳ５０５において、ＭＶＮＯ−ＰＣＲＦは、ＭＮＯ−ＰＣＲＦにＩＰ−ＣＡＮセッション終了の確認メッセージを送信する。

【0085】

ステップＳ５０６において、ＭＮＯ−ＰＣＲＦは、ＭＮＯ−Ｐ−ＧＷに、ＩＰ−ＣＡＮセッション終了の確認メッセージを転送する。

【0086】

ステップＳ５０７において、ＭＮＯ−ＰＣＲＦは、ＭＮＯ−ＭＢＣＦにＩＰ−ＣＡＮセッション終了の通知メッセージを送信する。

【0087】

ステップＳ５０８において、ＭＮＯ−ＭＢＣＦがユーザの属するネットワークリソースの利用状況を更新する具体的な方法としては、ＭＮＯ−ＭＢＣＦは、前記ＵＥのＱｏＳ情報に含まれている前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅に基づいて、前記ＵＥの属するＭＶＮＯのすでに利用した帯域幅と今回前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅の合計をカウントし、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きいか否かを判断する。カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きい場合には、ＭＮＯ−ＰＣＲＦは、ＭＢＣＦがフィードバックした前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信する。カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きくない場合、ＭＮＯ−ＭＢＣＦは前記ＵＥの属するＭＶＮＯの許可容量が前記ＵＥのためにＩＰ−ＣＡＮセッション確立の条件を満す旨の通知をＭＮＯ−ＰＣＲＦにフィードバックすることである。

【0088】

ステップＳ５０４において、ＭＶＮＯ−ＰＣＲＦが影響を受けるＰＣＣルールを確定した後、ＰＣＲＦは更なる動作をする可能性があり、例えば、ＩＰ−ＣＡＮ終了後、Ｐ−ＧＷはユーザの利用トラフィックを報告し、ＰＣＲＦはＳＰＲに通知し、ＳＰＲは過去のトラフィックを記録して累加などをする。前記技術は従来技術であり、ここでは贅言を省略する。

【0089】

要するには、ＭＮＯ−ＰＣＲＦ側において、本発明の実施例に係るネットワーク容量の制御方法は、図６に示すように、下記のステップを含む。

【0090】

ステップＳ１０１において、ＭＮＯ−ＰＣＲＦは、ユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージ情報を受信し、さらに指示メッセージから取得したユーザ識別子に基づいて、前記ユーザ識別子に対応するユーザ装置（ＵＥ）の属する仮想モバイル事業者ＭＶＮＯを確定する。

【0091】

ステップＳ１０２において、ＭＮＯ−ＰＣＲＦは前記ＵＥの属するＭＶＮＯのポリシーチャージング制御部（ＭＶＮＯ−ＰＣＲＦ）にＩＰ−ＣＡＮセッションを確立する旨を示す指示メッセージを転送する。

【0092】

ステップＳ１０３において、ＭＮＯ−ＰＣＲＦはＭＶＮＯ−ＰＣＲＦから送信されたＩＰ−ＣＡＮセッションの確立を確認するメッセージを受信する。前記メッセージは前記ＵＥのポリシー及びチャージング制御（ＰＣＣ）ルールを含む。

【0093】

ステップＳ１０４において、前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないことが確定された場合には、前記指示メッセージを送信したネットワークエレメントに、前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを送信する。

【0094】

本発明に係る前記案に従うと、ＭＮＯはＭＶＮＯにレンタルした許可容量によりＭＶＮＯのＭＮＯでのネットワーク利用に対し正確に制御することができ、それによってＭＶＮＯが運用の際にＭＮＯのネットワークリソースの過剰利用によるＭＮＯのネットワークへの影響防ぐことができる。

【0095】

ＭＮＯ−ＰＣＲＦ側において、本発明の実施例に係るポリシー及びチャージング制御（ＰＣＣ）ルールの提供方法は、図７に示すように、下記のステップを含む。

【0096】

ステップＳ２０１において、ＭＶＮＯ−ＰＣＲＦは、モバイルネットワーク事業者のポリシーチャージング制御部（ＭＮＯ−ＰＣＲＦ）から送信されたユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信する。

【0097】

ステップＳ２０２において、ＭＶＮＯ−ＰＣＲＦは前記指示メッセージに基づいて前記ＵＥのＰＣＣルールを確定し、さらに前記ＵＥのＰＣＣルールを含むＩＰ−ＣＡＮセッションの確立を確認するメッセージをＭＮＯ−ＰＣＲＦに送信する。

【0098】

本発明の実施例に係るネットワーク容量の制御装置は、図８に示すように、下記の構成を含む。

【0099】

ＭＶＮＯ確定部１１は、ユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信し、指示メッセージから取得したユーザ識別子に基づいて、前記ユーザ識別子に対応するユーザ装置（ＵＥ）の属する仮想モバイル事業者ＭＶＮＯを確定する。

【0100】

メッセージ転送部１２は、前記ＵＥの属するＭＶＮＯのポリシーチャージング制御部（ＭＶＮＯ−ＰＣＲＦ）にＩＰ−ＣＡＮセッションを確立する旨を示す指示メッセージを転送する。

【0101】

メッセージ受信部１３は、ＭＶＮＯ−ＰＣＲＦから送信された前記ＵＥのポリシー及びチャージング制御（ＰＣＣ）ルールを含むＩＰ−ＣＡＮセッションの確立を確認するメッセージを受信する。

【0102】

判断処理部１４は、前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないと確定した場合、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを送信する。

【0103】

好ましくは、前記装置はさらに以下の構成を含む。

【0104】

処理待機部１５は、前記メッセージ転送部１２がすでに前記ＭＶＮＯ−ＰＣＲＦに前記ＵＥの属するＭＶＮＯの許可容量を超えた旨の通知を送信した後に、予め設定された待機可能タイマー (Waitable Timer)を起動し、もし待機可能タイマー (Waitable Timer)がタイムアウトする前に、前記メッセージ転送部１２から転送された前記ＵＥの新しいＰＣＣルールを受信した場合には、判断処理部１４をトリガーし前記ＵＥの新しいＰＣＣルールに基づいて、再び前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断し、もし前記待機可能タイマー (Waitable Timer)がタイムアウトする前に前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信していなかった場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッション確立失敗のメッセージを返信する。

【0105】

前記ネットワーク容量の制御装置はＭＮＯ−ＰＣＲＦであっても良い。そのうちＭＶＮＯの確定部１１、判断処理部１４及び処理待機部１５はプロセッサ等の装置であっても良く、メッセージ転送部１２及びメッセージ受信部１３はメッセージを送受信する機能を有する送信モジュールで実現することができ、例えばカップリング送信等を用いる。

【0106】

本発明の実施例に係るもう１つのネットワーク容量の制御装置は、図９に示すように、メモリ３１及びプロセッサ３２を含む。そのうち、プロセッサ３２には上記本発明の実施例に係るネットワーク容量の制御方法のフローを実行するコンピュータープログラム等が設定され、それによってＭＮＯが簡単にＭＶＮＯにレンタルした許可容量に従いＭＶＮＯのＭＮＯネットワーク利用を正確に制御することができる。これにより、ＭＶＮＯ運用中のＭＮＯのネットワークリソース過剰利用によるＭＮＯのネットワークへの影響を防ぐことができるようになった。メモリ３１は、前記コンピュータープログラムのコードを記憶、前記プロセッサ３２の設定に用いられる。プロセッサ３２は関連情報の伝送に用いられることができ、実際の必要に応じて、ベースバンド処理ユニット、無線周波処理ユニット等を含むことができる。具体的には以下の通りである。

【0107】

プロセッサ３２は、ユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信し、指示メッセージから取得したユーザ識別子に基づいて、前記ユーザ識別子に対応するユーザ装置（ＵＥ）の属する仮想モバイル事業者ＭＶＮＯを確定する。

【0108】

プロセッサ３２は、前記ＵＥの属するＭＶＮＯのポリシーチャージング制御部（ＭＶＮＯ−ＰＣＲＦ）にＩＰ−ＣＡＮセッションを確立する旨を示す指示メッセージを転送する。

【0109】

プロセッサ３２は、ＭＶＮＯ−ＰＣＲＦから送信されたＩＰ−ＣＡＮセッションの確立を確認するメッセージを受信する。前記確認するメッセージには、前記ＵＥのポリシー及びチャージング制御（ＰＣＣ）ルールがふくまれる。

【0110】

プロセッサ３２は、前記ＵＥのＰＣＣルールに基づいて、もし前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えていないことを確定した場合には、前記指示メッセージを送信したネットワークエレメントに、前記ＵＥのためのＩＰ−ＣＡＮセッションの確立を確認するメッセージを送信する。

【0111】

好ましくは、プロセッサ３２は、前記ＵＥのＰＣＣルールに基づいて、予め設定されたモバイルネットワーク事業者帯域幅制御機能エンティティであるＭＮＯ−ＭＢＣＦを介し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断する。

【0112】

好ましくは、プロセッサ３２は、前記ＵＥのＰＣＣルールに基づいて、予め設定されたモバイルネットワーク事業者帯域幅制御機能エンティティであるＭＮＯ−ＭＢＣＦを介し、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを判断する際、具体的には以下の通りである。

【0113】

プロセッサ３２は、前記ＵＥのＰＣＣルールから前記ＵＥのクオリティオブサービス（ＱｏＳ）情報を取得し、さらに前記ＱｏＳ情報を予め設定されたＭＮＯ−ＭＢＣＦに送信し、前記ＭＮＯ−ＭＢＣＦが前記ＵＥのＱｏＳ情報に含まれている前記ＵＥの属するＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅に基づいて、前記ＵＥの属するＭＶＮＯのすでに利用した帯域幅と今回前記ＭＶＮＯから前記ＵＥへ割り当てた許可帯域幅との合計をカウントし、カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きいか否かを判断する。カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きい場合には、ＭＮＯ−ＭＢＣＦが前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知をＭＮＯ−ＰＣＲＦにフィードバックする。カウント結果が前記ＵＥの属するＭＶＮＯの許可容量より大きくない場合、前記ＵＥの属するＭＶＮＯの許可容量が前記ＵＥのためのＩＰ−ＣＡＮセッション確立の条件を満す旨の通知をＭＮＯ−ＰＣＲＦにフィードバックする。

【0114】

好ましくは、プロセッサ３２は、前記ＵＥのＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯがＭＶＮＯの許可容量を超えたと確定した際に、前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を前記ＭＶＮＯ−ＰＣＲＦに送信するように、前記メッセージ転送部をトリガーする。

【0115】

好ましくは、プロセッサ３２は、前記ＭＶＮＯ−ＰＣＲＦに前記ＵＥの属するＭＶＮＯの許可容量を超えた旨の通知を送信した後に、予め設定された待機可能タイマー (Waitable Timer)を起動し、もし待機可能タイマー (Waitable Timer)がタイムアウトする前に、前記ＵＥの新しいＰＣＣルールを受信した場合には、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かを再び判断し、もし前記待機可能タイマー (Waitable Timer)がタイムアウトする前に前記ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信していなかった場合には、前記指示メッセージを送信したネットワークエレメントに前記ＵＥのためのＩＰ−ＣＡＮセッション確立の失敗メッセージを送信する。

【0116】

好ましくは、プロセッサ３２は、前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、かつ前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更すべきである際に、ＭＶＮＯ−ＰＣＲＦから前記ＵＥの新しいＰＣＣルールを受信し、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥの属するＭＶＮＯにおいて、前記ＭＶＮＯの許可容量を超えたか否かをさらに判断し、超えたと判断すれば、ＭＶＮＯ−ＰＣＲＦに前記ＵＥの新しいＰＣＣルールを再び申請し、超えていないと判断すれば、前記ＵＥの新しいＰＣＣルールに基づいて、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更する。

【0117】

好ましくは、プロセッサ３２は、前記ＵＥのためにＩＰ−ＣＡＮセッションを確立し、かつ前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了すべきである際に、前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを受信し、前記ＭＶＮＯ−ＰＣＲＦに前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを転送し、前記ＭＶＮＯ−ＰＣＲＦから返信された前記ＵＥのために確立されたたＩＰ−ＣＡＮセッションの終了を確認するメッセージを受信した際に、前記ＵＥの属するＭＶＮＯ全体のＵＥの許可帯域幅の合計を更新する。

【0118】

好ましくは、プロセッサ３２は、前記ＵＥの属するＭＶＮＯ全体のＵＥの許可帯域幅の合計を更新する際に、前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了メッセージを予め設定されたＭＮＯ−ＭＢＣＦに送信し、前記予め設定されたＭＮＯ−ＭＢＣＦにより前記ＵＥの属するＭＶＮＯ全体のＵＥの許可帯域幅の合計を更新する。

【0119】

本発明の実施例に係るポリシー及びチャージング制御（ＰＣＣ）ルールの提供装置は、図１０に示すように、メッセージ受信部２１と、ＰＣＣ確定部２２とを含む。

【0120】

メッセージ受信部２１は、モバイルネットワーク事業者のポリシーチャージング制御部（ＭＮＯ−ＰＣＲＦ）から送信されたユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信する。
ＰＣＣ確定部２２は、前記指示メッセージに基づいて前記ＵＥのＰＣＣルールを確定し、ＩＰ−ＣＡＮセッションの確立を確認するメッセージをＭＮＯ−ＰＣＲＦに送信する。前記確認メッセージは。前記ＵＥのポリシー及びチャージング（ＰＣＣ）ルールを含む。

【0121】

前記ＰＣＣルールの提供装置はＭＶＮＯ−ＰＣＲＦであっても良い。そのうち、メッセージ受信部２１は、情報を送受信する機能を有する送信モジュールにて実施することができ、例えばカップリング送信等を用いる。ＰＣＣ確定部２２はプロセッサ等の装置であっても良い。

【0122】

本発明の実施例に係るもう１つのポリシー及びチャージング制御（ＰＣＣ）の提供装置は、図１１に示すように、メモリ４１及びプロセッサ４２を含む。そのうち、プロセッサ４２には上記本発明の実施例に係るネットワーク容量の制御方法のフローを実行するためのコンピュータープログラム等が設定され、メモリ４１は、前記コンピュータープログラムのコードを記憶するために用いられ、前記プロセッサ４２を配置する際に用いられる。プロセッサ４２には、実際の必要に応じベースバンド処理ユニット、無線周波処理ユニット等の装置を含み、関連情報を送信しても良い。具体的にはいかの通りである。

【0123】

プロセッサ４２は、モバイルネットワーク事業者のポリシーチャージング制御部（ＭＮＯ−ＰＣＲＦ）から送信されたユーザ装置（ＵＥ）のためにＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する旨を示す指示メッセージを受信する。

【0124】

プロセッサ４２は、前記指示メッセージに基づいて前記ＵＥのＰＣＣルールを確定し、さらに前記ＵＥのポリシー及びチャージング（ＰＣＣ）ルールを含むＩＰ−ＣＡＮセッションの確立を確認するメッセージをＭＮＯ−ＰＣＲＦに送信する。

【0125】

好ましくは、プロセッサ４２は、前記ＭＮＯ−ＰＣＲＦから送信された前記ＵＥの属するＭＶＮＯの許可容量をすでに超えた旨の通知を受信する。

【0126】

プロセッサ４２は、前記通知に基づいて、前記ＵＥのために再び新しいＰＣＣルールを割り当て、前記新しいＰＣＣルールを前記ＭＮＯ−ＰＣＲＦに送信する。

【0127】

好ましくは、プロセッサ４２は、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを変更すべきである際に、前記ＵＥのために新しいＰＣＣルールを再び割り当て、さらに前記新しいＰＣＣルールを前記ＭＮＯーＰＣＲＦに送信する。

【0128】

好ましくは、プロセッサ４２はさらに、前記ＵＥのために確立したＩＰ−ＣＡＮセッションを終了すべきである際に、ＭＮＯ−ＰＣＲＦから送信された前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を示す指示メッセージを受信し、前記のＰＣＣ確定部はさらに前記指示メッセージに基づき前記ＵＥに対応するＰＣＣルールを確定し、さらに前記ＵＥのために確立したＩＰ−ＣＡＮセッションの終了を確認するメッセージを前記ＭＮＯ−ＰＣＲＦに送信する。

【0129】

本分野の技術者として分かるべきは、本発明の実施例は方法、システム、又はコンピュータープログラムの製品を提供することができる。そのため、本発明は完全なハードウェア実施例、完全なソフトウェア実施例、又はソフトウェアおよびハードウェアの方面を結合した実施例の形態を採用することができる。なお、本発明はコンピューターの使用可能のプログラムコードが含まれている１つ又は複数のコンピューター使用可能記憶媒体（ディスクメモリ及び光学メモリなどを含み、ただしこれらに限らない）において実施されるコンピュータープログラムの製品の形態を採用することができる。

【0130】

本発明は本発明の実施例に係る方法、装置（システム）、及びコンピュータープログラムの製品のフロー図及び／又はブロック図を参照し説明を行っている。理解すべきはコンピュータープログラムコマンドによりフロー図及び／又はブロック図の中の各フロー及び／又はブロック、及びフロー図及び／又はブロック図の中のフロー及び／又はブロックの結合を実現しても良い。これらのコンピュータープログラムのコマンドを汎用コンピューター、専用コンピューター、組み込み式のプロセッサ又はその他のプログラマブルのデータ処理装置のプロセッサに提供し１つの機器を生成することができ、すなわちコンピューター又はその他のプログラマブルのデータ処理装置のプロセッサが実行するコマンドによりフロー図の中の１つのフロー又は複数のフロー及び／又はブロック図の中の１つのブロック又は複数のブロックにより指定された機能を実現するための装置を生成させる。

【0131】

これらのコンピュータープログラムのコマンドはコンピューター又はその他のプログラマブルのデータ処理装置が特定形態で作動するように導けるコンピューター記憶装置に保存することもでき、前記コンピューター記憶装置に保存されたコマンドによりコマンド装置を含んだ製造品を生成させ、前記コマンド装置はフロー図の中の１つのフロー又は複数のフロー及び／又はブロック図の中の１つのブロック又は複数のブロックにより指定された機能を実現する。

【0132】

これらのコンピュータープログラムのコマンドはコンピューター又はその他のプログラマブルのデータ処理装置に搭載することもでき、コンピューター又はその他のプログラマブルの装置において一連の操作ステップを実行させコンピューターの実現の処理を生成し、それによってコンピューター又はその他のプログラマブルの装置において実行されるコマンドによりフロー図の中の１つのフロー又は複数のフロー及び／又はブロック図の中の１つのブロック又は複数のブロックにより指定された機能を実現するステップを提供する。

【0133】

本分野の技術者は本発明の精神及び範囲を逸脱せずに本発明に対しいろんな変更及び変形をしても良い。このように、もし本発明のこれらの修正及び変更が本発明の特許の請求及びその均等な技術の範囲内であれば、本発明はこれらの修正及び変更を含める。

【図1】