JP5897139B2 - ネットワーク共有アーキテクチャにおけるサービス差別化 - Google Patents

Description

本発明は、一般に、モバイル通信のネットワークおよびシステムに関する。

モバイル通信のネットワークおよびシステムの詳細な説明は、たとえば３ＧＰＰ（第三世代パートナーシップ・プロジェクト）などの標準化機関によって発行された、特に技術仕様書においてなど、文献において見出され得る。

モバイル通信システムの例には、（特に３ＧＰＰ ＴＳ２３．０６０において明記されている）ＧＰＲＳ／ＵＭＴＳと、（特に３ＧＰＰ ＴＳ２３．４０１において明記されている）進化型パケット・システムＥＰＳとが含まれる。モバイル通信システム（たとえばＧＰＲＳ／ＵＭＴＳ、ＥＰＳ）は、ＩＰ接続性サービスを提供し、かつ、無線アクセス・ネットワークＲＡＮ（たとえばＧＥＲＡＮ／ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮ）を介してユーザ機器ＵＥによってアクセスされる、コア・ネットワーク（たとえばＧＰＲＳ／ＵＭＴＳコア・ネットワーク、進化型パケット・コアＥＰＣ）を備える。例として、図１においては、３ＧＰＰ ＴＳ２３．４０１から取られたＥＰＳ用のアーキテクチャが想起される。

ネットワーク共有は、モバイル・ネットワークに対する重い配備コストをモバイル事業者が共有するための方式であって、ますます重要になってきている。ネットワーク共有には、様々な形式およびシナリオが存在し得る。異なるＣＮオペレータがＲＡＮを共有することを可能にする２つの構成、すなわち、マルチ・オペレータ・コア・ネットワーク（ＭＯＣＮ）およびゲートウェイ・コア・ネットワーク（ＧＷＣＮ）が、３ＧＰＰ ＴＳ２３．２５１において明らかにされている。ＧＷＣＮ構成においては、共有されたＲＡＮのインターフェイスとなり、アクセス・ゲートウェイ（たとえばＭＭＥまたはＳＧＳＮなど）とも称される、ＣＮノードもまた、共有される。

後により詳細に解説されるように、異なるサービス・プロバイダが共通のアクセス・ネットワークを共有することを可能にするネットワーク共有アーキテクチャにおいて、サービス差別化を改善する必要性が存在する。より一般的には、モバイル・ネットワークにおいてネットワーク共有を改善する必要性が存在する。

本発明の実施形態は、特に、このような必要性に対処する。

これらのおよび他の目的は、実施形態の一実施態様において、モバイル・ネットワーク用のネットワーク共有アーキテクチャにおけるサービス差別化のための方法であって、アクセス・ネットワークＡＮが、異なるサービス・プロバイダＳＰによって共有されており、前記方法が、前記ＡＮにおけるサービス差別化のために、ＳＰの身元によるＳＰの識別であって、このＳＰがＰＬＭＮ−Ｉｄを所有することを必要としない、ＳＰの識別に基づいた、少なくとも１つのステップを含む、方法によって達成される。

これらのおよび他の目的は、他の実施態様においては、このような方法を実施するためのモバイル・ネットワークのエンティティによって達成される。

本発明の実施形態による装置および／または方法のいくつかの実施形態を、例としてのみ、および、以下の図を含む添付の図面を参照して、これから説明する。

ＥＰＳ用のアーキテクチャの例を想起することが意図された図である。 モバイル・ネットワーク用のネットワーク共有アーキテクチャの異なる例のうちの１つを例示することが意図された図である。 モバイル・ネットワーク用のネットワーク共有アーキテクチャの異なる例のうちの１つを例示することが意図された図である。 モバイル・ネットワーク用のネットワーク共有アーキテクチャの異なる例のうちの１つを例示することが意図された図である。 モバイル・ネットワーク用のネットワーク共有アーキテクチャの異なる例のうちの１つを例示することが意図された図である。 例として、本発明の実施形態による、ＥＰＳにおいて、共有されたネットワークに対する初期アクセス時に施行されるプロシージャの例を例示することが意図された図である。

本発明のいくつかの実施形態は、ＩＰサービスを提供し、かつ、ユーザの加入契約を所有しているネットワーク／オペレータが、３ｇｐｐ無線などの認可された無線への実際のアクセスを提供しているネットワーク／オペレータとは異なる場合に関し、特に、前者のネットワークがＰＬＭＮ−Ｉｄに関連付けられていない場合において、現時点で利用可能な解決策を拡張することを企図する。ＰＬＭＮ−Ｉｄは、３ｇｐｐ２３．００３において規定されている。公衆地上モバイル・ネットワーク（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）は、そのＰＬＭＮ識別子によって、一意に識別される。ＰＬＭＮ−Ｉｄは、モバイル国コード（ＭＣＣ）とモバイル・ネットワーク・コード（ＭＮＣ）とから成る。

以下において、すなわち、
・ ＩＰサービスを提供し、かつ、ユーザの加入契約を所有するオペレータが、「サービス・プロバイダ」（ＳＰ）と呼ばれる
・ ３ｇｐｐ無線などの認可された無線への実際のアクセスを提供するオペレータが、「アクセス・プロバイダ」と呼ばれる
場合において、
多くのＳＰへのアクセスを提供するアクセス・プロバイダは、時として、「ホールセラー」と称される。

アクセス・プロバイダが３ｇｐｐ無線アクセス・サービスを送出する際に、当該アクセス・プロバイダは、ＰＬＭＮ−Ｉｄに関連付けられなければならない

ＰＬＭＮ間でユーザがローミングし得るときなどの多くの場合において、「サービス・プロバイダ」は、それ自体でＰＬＭＮ−Ｉｄを所有するが、場合によっては、ＰＬＭＮ−Ｉｄを所有しない。

ＳＰがＰＬＭＮ−Ｉｄを有している場合と、ＳＰがＰＬＭＮ−Ｉｄを有していない場合とを含む、ネットワーク共有の異なる例を示す図２〜図５において、アクセス・プロバイダとサービス・プロバイダとの間を分割するための、考え得る解決策が例示される。

サービス・プロバイダがＰＬＭＮ−Ｉｄを有している場合
ＰＬＭＮ−Ｉｄをサポートするとは、サービス・プロバイダが、世界中のＰＬＭＮの全てとローミング協定を取決めなければならないことを意味し、これは煩雑なタスクである

１）３ｇｐｐ ＴＳ２３．２５１において規定されたものなどのＭＯＣＮ（マルチプル・オペレータ・コア・ネットワーク）。この種の配備においては、
〇 サービス・プロバイダが、ＲＡＮを別のＰＬＭＮに単に委譲する（ＲＡＮ共有）フルＰＬＭＮ（ｆｕｌｌ ＰＬＭＮ）である。この配備において、当該サービス・プロバイダは、「コア・オペレータ」とも呼ばれる。
○ コア・オペレータの身元が、（コアＰＬＭＮ−Ｉｄに基づいて）ＵＥ上に表示される。
○ ＲＡＮが、どのＰＬＭＮに当該ＲＡＮが応対しているかを認識しており、すなわち、サービス・プロバイダ毎のサービスの分離／課金が可能である。
■ 無線にアクセスする際に、ＵＥは、関連するＲＲＣ（無線リソース制御）を介してＲＡＮに対し、当該ＵＥがどのコア・オペレータにアクセスすること望んでいるかを教える。この特徴は、ＵＥからのサポートを必要とする（ＬＴＥについては義務付けられている）
■ たとえばＲＡＮ（たとえばＥＮＢ）において、コア・オペレータ毎（ＱＣＩ毎）の最小、最大（％）リソースを規定する構成パラメータが存在する。これらは、コア・オペレータとの協定に基づいて、アクセス（ＲＡＮ）オペレータによって構成される。
■ この配備に関する問題とは、ＲＡＮが、コアＰＬＭＮ毎にＣＤＲ（課金記録）を維持するという煩雑なタスクを有することである
〇 各コアは、それ自体が所有するポリシー（ＨＯポリシーについてのＲＡＮの制御、ローミング権、…）を執行する
〇 このことは、図２に描写されている

２）サービス・プロバイダがＰＬＭＮ−Ｉｄを有しているときに、３ｇｐｐ ＴＳ２３．２５１において規定されたものなどのＧＷＣＮ（ゲートウェイ・コア・ネットワーク）。この種の配備においては、
〇 サービス・プロバイダが、フルＰＬＭＮ（これは、次いで、基本的なローミングの場合に対応する）であるか、または、ＰＬＭＮ−Ｉｄを有するＭＶＮＯであるか、のいずれかである。各オペレータ（アクセス・プロバイダ、サービス・プロバイダ）は、それ自体のＰＬＭＮ−Ｉｄを所有する。
〇 ＵＥが提携先のアクセス・プロバイダにキャンプ・オンしているとき、サービス・プロバイダの身元が、当該ＵＥ上に表示され得る（ＵＳＩＭパラメータ）
○ ＲＡＮが、どのＰＬＭＮに当該ＲＡＮが応対しているかを認識しておらず、すなわち、サービス・プロバイダ毎のサービス分離が、ＲＡＮレベルにおいて可能ではない
○ コア・ポリシー（ＨＯポリシーについてのＲＡＮの制御、ローミング権、…）が、アクセス・オペレータのものである（ＭＶＮＯユーザは、ローマーとして取り扱われる）。アクセス・オペレータは、ＩＭＳＩのＰＬＭＮ−Ｉｄの一部に基づいて、サービス・プロバイダの身元を認識している
○ このことは、図３に描写されている。

サービス・プロバイダがＰＬＭＮ−Ｉｄを有していない場合
この場合、サービス・プロバイダは、「提携先の」アクセス・プロバイダに繋がれるが、その理由は、サービス・プロバイダのユーザのＩＭＳＩが、この提携先のアクセス・プロバイダに属する範囲内において割り当てられているためである。逆の観点から見ると、このことは、ＳＰが、提携先のアクセス・プロバイダのローミング協定から利益を得ることを可能にする。

３）サービス・プロバイダがＰＬＭＮ−Ｉｄを獲得していないときに、３ｇｐｐ ＴＳ２３．２５１において規定されたものなどのＧＷＣＮ（ゲートウェイ・コア・ネットワーク）。この種の配備において、
○ ＭＶＮＯ ＵＥのＰＬＭＮ−Ｉｄは、提携先のアクセス・オペレータ（ＭＮＯ）のＰＬＭＮ−Ｉｄである
○ サービス・プロバイダの身元が、ＵＥ上に表示され得る（ＵＳＩＭパラメータ）
○ ＲＡＮが、どのＰＬＭＮに当該ＲＡＮが応対しているかを認識しておらず、すなわち、サービス・プロバイダ毎のサービス分離が、ＲＡＮレベルにおいて可能ではない
○ コア・ポリシー（ＨＯポリシーについてのＲＡＮの制御、ローミング権、…）が、アクセス・オペレータのものである（ＩＭＳＩ範囲に基づいて、ＭＶＮＯユーザが検出され得る）（ＩＭＳＩ範囲は、ＭＶＮＯに課金するために使用される）
○ このことは、図４に描写されている

４）サービス・プロバイダは、そのユーザに固定ブロードバンド・アクセスを提供することを所望するＩＳＰ（インターネット・サービス・プロバイダ）である。この種の配備（先行の場合、すなわち、ＭＶＮＯがＰＬＭＮ−Ｉｄを有していないＧＷＣＮに極めて類似している）において、
○ ＩＳＰ ＵＥのＰＬＭＮ−Ｉｄは、提携先のアクセス・オペレータ（ＭＮＯ）のＰＬＭＮ−Ｉｄである
○ サービス・プロバイダの身元が、ＵＥ上に表示され得る（ＵＳＩＭパラメータ）
○ ＲＡＮが、どのＰＬＭＮに当該ＲＡＮが応対しているかを認識しておらず、すなわち、サービス・プロバイダ毎のサービス分離が、ＲＡＮレベルにおいて可能ではない。
○ コア・ポリシー（ＨＯポリシーについてのＲＡＮの制御、ローミング権、…）が、提携先のアクセス・オペレータのものである（ＩＭＳＩ範囲に基づいて、ＩＳＰユーザが検出され得る）（ＩＭＳＩ範囲は、ＩＳＰに課金するために使用される）
○ このことは、図５に描写されている

要約すると
○ （サービス・プロバイダがＰＬＭＮ−Ｉｄを有しているときの、ＭＶＮＯまたはＧＷＣＮ）サービス・プロバイダがＰＬＭＮ−Ｉｄを有しており、したがって、世界中のＰＬＭＮの全てとローミング協定を取決めなければならず、このことが煩雑なタスクである場合。
○ または、サービス・プロバイダがＰＬＭＮ−Ｉｄを有していない場合、のいずれか。この場合、アクセス・プロバイダ（ホールセラー）のＲＡＮのレベルにおいて、サービス・プロバイダ毎のサービス分離が可能ではない。したがって、以下の特徴が可能ではない
■ サービス・プロバイダ毎のサービス差別化
■ アクセス・プロバイダとサービス・プロバイダとの間におけるＳＬＡの監視を可能にする、ＲＡＮレベルにおける統計の発行

本発明の実施形態は、たとえサービス・プロバイダがＰＬＭＮ−Ｉｄによって識別されない場合でも、当該サービス・プロバイダの身元に基づいて、アクセス・プロバイダが、そのサービスを適合させることを可能にする解決策を突き止めることを企図する。

サービス・プロバイダ（ＳＰ）の身元に基づいて、アクセス・プロバイダがそのサービスを適合させる場合の例は以下の通りである。
・ アクセス・プロバイダのＲＡＮが、所与のＳＰに対し、無線インターフェイスを通じて、および、バックホール・リソースを通じて、最小および／または最大総計容量を割り当て得る。この総計容量は、ＱｏＳクラス毎に設定され得、たとえば、スループットに、またはベアラの数に対応し得る。
・ アクセス・プロバイダのＲＡＮに対し、ＳＰのＵＥがどのネットワーク（ＰＬＭＮ−Ｉｄ、無線アクセスのタイプ）にハンド・オーバーされ得るかについての規則が与えられ得る。
・ アクセス・プロバイダのＲＡＮは、アクセス・プロバイダ（ホールセラー）とサービス・プロバイダの各々との間におけるＳＬＡを監視することを可能にする、性能＆統計カウンタを保持し得る。

本発明の実施形態は、以下の解決策を提供する
○ サービス・プロバイダが、ＰＬＭＮ−Ｉｄを必要とせず、したがって、世界中のＰＬＭＮの全てとローミング協定を取決める必要がない
○ サービス・プロバイダの身元がＲＡＮのインターフェイス上に追加され、アクセス・プロバイダのＲＡＮのレベルにおける、サービス・プロバイダ毎のサービス分離を可能にする

本発明の実施形態は、サービス・プロバイダが、たとえば以下のものに対応する場合において使用され得る
◆ ＰＬＭＮ−Ｉｄを有さないＭＶＮＯ
◆ ＩＳＰ
◆ 企業組織（たとえば、企業体または公共団体）。

本発明のいくつかの実施形態において、サービス・プロバイダの身元は、アクセス・オペレータのＭＭＥ／ＳＧＳＮおよびＲＡＮ内において、ＰＬＭＮ−Ｉｄのように使用される（たとえば、ＰＬＭＮ−Ｉｄ毎に規定された構成の強化または模倣は、コア・オペレータ毎に無線を通じて割り当てられ得るリソースの最小、最大（％）を規定する）。

本発明のいくつかの実施形態において、以下のステップが提供され得る。
１）アクセス・オペレータが、サービス・プロバイダの身元を特定する。
２）サービス・プロバイダの身元が、当該サービス・プロバイダが提供するサービスを誘導するために、アクセス・オペレータのアクセス・ゲートウェイ（ＭＭＥまたはＳＧＳＮ）によって使用され、ＲＡＮのインターフェイス（Ｇｂ、ｌｕ、Ｓｉ）上に渡される
３）ＲＡＮが、サービス・プロバイダ毎のサービス分離を執行する。ハンド・オーバー時に、サービス・プロバイダの身元は、出所ＲＡＮノードから宛先ＲＡＮノードに渡されるはずである。

上述のステップを施行するための実施形態は、以下のようなものであり得る。
１）アクセス・オペレータが、サービス・プロバイダの身元を特定する。
この特定は、以下の機構のいずれかに従って行われ得る
◆ ＩＭＳＩ範囲に基づく。各サービス・プロバイダは、提携先のアクセス・プロバイダのＩＭＳＩアドレッシング空間内の範囲に対応する。提携先のアクセス・オペレータのアクセス・ゲートウェイ（ＭＭＥまたはＳＧＳＮ）は、このＩＭＳＩ範囲に基づいて、サービス・プロバイダの身元を特定する。
ｉ．このことは、アクセス・ゲートウェイ（ＭＭＥまたはＳＧＳＮ）のインターフェイスの改変を必要としない
ｉｉ．しかしながら、このことは、提携先のアクセス・プロバイダのアクセス・ゲートウェイ（ＭＭＥまたはＳＧＳＮ）においてのみ当てはまり得る。
◆ ＡＰＮに基づいて特定される。いくつかのＡＰＮ値が、各サービス・プロバイダに対して確保される。
ｉ．このことは、アクセス・ゲートウェイ（ＭＭＥまたはＳＧＳＮ）のインターフェイスの改変を必要としないが、提携先のアクセス・プロバイダのアクセス・ゲートウェイ（ＭＭＥまたはＳＧＳＮ）においてのみ当てはまり得る。さらに、ＡＰＮが予め規定された値（ＩＭＳに対してＧＳＭＡによって規定されたものなど）を有するべきときに、それは何らかの困難をもたらし得る
◆ 加入契約に基づいて特定される。サービス・プロバイダの身元は、ＨＳＳからアクセス・ゲートウェイ（ＭＭＥまたはＳＧＳＮ）に渡される。このことは、（３ｇｐｐ ＴＳ２９．２７２およびＴＳ２９．００２において規定された）Ｓ６ａ／Ｓ６ｄ／Ｇｒを通じた、このようなパラメータの追加を必要とする
◆ ＰＣＲＦポリシーに基づいて特定される。ＰＣＲＦは、そのポリシー規則エンジンに基づいて（たとえば、３ｇｐｐ２３．２０３において規定されたものなどの、ユーザ毎のポリシー・コンテキストを保持する、ＳＰＲ、すなわちサービス・ポリシー・リポジトリ内のいくつかの加入契約パラメータおよび／またはＩＭＳＩ範囲に基づいて）、サービス・プロバイダの身元を特定し、当該サービス・プロバイダの身元を、それ自体が所有するポリシーのために（または、それ自体が作成する、課金に関する情報のために）当該サービス・プロバイダの身元を使用し得るＰＧＷ／ＧＧＳＮに対し、Ｇｘを通じて渡し、当該サービス・プロバイダの身元を、Ｓ５／Ｓ８（３ｇｐｐ２３．４０１におけるＳＧＷおよびＭＭＥ／ＳＧＳＮに向けたＰＧＷ／ＧＧＳＮのインターフェイス）ならびにＳ４／Ｓ１１を通じて、アクセス・ゲートウェイ（ＭＭＥまたはＳＧＳＮ）に渡す。
ｉ．この機構は、より多くの融通性をもたらすが、より多くのインターフェイス改変を必要とする
ｉｉ．ＰＣＲＦは、ＱｏＳ／課金／その他のポリシーを決定してユーザに適用するために、入力パラメータとしてサービス・プロバイダの身元を使用し得る。

より短期においては、ＩＭＳＩ範囲に基づいた解決策が、最も有力であると考えられるが、その理由は、当該解決策が、新たなインターフェイスを要さないためである。より長期においては、ＰＣＲＦ特定に基づいた解決策が、最良の融通性をもたらすことが考えられるが、その理由は、特に、全てのノード（ＰＧＷ、ＳＧＷ）によって保持される課金情報が、サービス・プロバイダの身元を包含し得るためである。

２）サービス・プロバイダの身元が、当該サービス・プロバイダが提供するサービスを誘導するために、アクセス・オペレータのアクセス・ゲートウェイ（ＭＭＥまたはＳＧＳＮ）によって使用され、ＲＡＮのインターフェイス（たとえば、Ｇｂ、ｌｕ、Ｓ１）に渡される
サービス・プロバイダの身元は、
◆ （Ｇｂ／ＧＥＲＡＮに対する、すなわち３ｇｐｐ ＴＳ４８．０１８における）ＢＳＳＧＰ、
◆ （ｌｕ／ＵＴＲＡＮに対する、すなわち３ｇｐｐ ＴＳ２５．４１３における）ＲＡＮＡＰ、
◆ （Ｓ１／ＥＲＡＮに対する、すなわち３ｇｐｐ ＴＳ３６．４１３における）Ｓ１−ＡＰ、
のパラメータとして追加される。
サービス・プロバイダの身元は、ＰＬＭＮ−Ｉｄのように、アクセス・オペレータのＭＭＥ／ＳＧＳＮ内で使用される（たとえば、ＰＬＭＮ−Ｉｄ毎に規定された構成の強化または模倣は、ＭＭＥ／ＳＧＳＮの、ＰＬＭＮ間およびＲＡＴ間のハンド・オーバー・ポリシーのためのものである）。

３）ＲＡＮが、サービス・プロバイダ毎のサービス分離を執行する。ハンド・オーバー時に、サービス・プロバイダの身元は、出所ＲＡＮノードから宛先ＲＡＮノードに渡されるはずである。
◆ サービス・プロバイダの身元は、ＰＬＭＮ−Ｉｄのように、アクセス・オペレータのＲＡＮ内で使用される（たとえば、ＰＬＭＮ−Ｉｄ毎に規定された構成の強化または模倣は、コア・オペレータ毎に無線を通じて割り当てられ得るリソースの、たとえば最小、最大（％）を規定する）。
◆ サービス・プロバイダの身元は、関連する統計を発行するために、ＰＬＭＮ−Ｉｄのように、アクセス・オペレータのアクセス・ゲートウェイ（たとえばＭＭＥ／ＳＧＳＮ）およびＲＡＮ内で使用される。これらの統計は、アクセス・プロバイダ（ホールセール）とサービス・プロバイダの各々との間におけるＳＬＡをチェックするために使用される。
◆ サービス・プロバイダの身元は、関連する課金情報を発行するために、ＰＬＭＮ−Ｉｄのように、アクセス・オペレータのアクセス・ゲートウェイ（たとえばＭＭＥ／ＳＧＳＮ）内で使用される。これらの統計は、サービス・プロバイダの各々に請求するために、アクセス・プロバイダ（ホールセール）によって使用される。
◆ サービス・プロバイダの身元は、ハンド・オーバーに関するシグナリングにおいて、出所ＲＡＮノードから宛先ＲＡＮノードに渡される
◆ 出所アクセス・ゲートウェイまたはＲＡＮが当該特徴をサポートしていない場合、いずれにしても、宛先アクセス・ゲートウェイ（ＭＭＥ／ＳＧＳＮ）もまた、当該サービス・プロバイダの身元を宛先ＲＡＮに渡すはずである

ポリシー・マネージャ（ＰＣＲＦ）が、所与のユーザに対するポリシー規則に加え、サービス・プロバイダ毎に総計ＱｏＳパラメータを任意に提供し得る場合、さらなる特徴がサポートされ得る。
◆ ＰＣＲＦが、ＲＡＮに対し、ＰＣＣに関する通信チャネルを介して（ＧｘからＰＧＷに、次いで、Ｓ５からＳＧＷに、次いで、Ｓ４／Ｓ１１からＭＭＥ／ＳＧＳＮに、次いで、Ｇｂ／ｌｕ／Ｓ１を通じて）、サービス・プロバイダ毎の総計ＱｏＳパラメータを提供する
◆ このことは、ＰＣＲＦが、サービス・プロバイダの身元を特定するアクセス・オペレータのエンティティであることを想定している。

図６は、本発明の実施形態による、例としてＥＰＳにおいて、共有されたネットワークへの初期アクセス時に施行されるプロシージャの例を、簡略化された方式で例示することが意図される。

図６は、ＰＣＲＦによるＳＰ名の特定に必要ないくつかの改変と、この属性についての、アクセス・ゲートウェイ（ＭＭＥ／ＳＧＳＮ）への、およびＲＡＮへの通知とを、簡略化された方式で例示することが意図される。

以下のステップが提供され得る。
− ＵＥが、アクセス・ゲートウェイ（ＭＭＥ／ＳＧＳＮ）に対し、アタッチ要求メッセージを送信する。
− アクセス・ゲートウェイ（ＭＭＥ／ＳＧＳＮ）が、ＡＰＮに基づいて選択されたＰ−ＧＷに対し、セッション作成要求メッセージ（ＩＭＳＩ、ＡＰＮを包含する）を送信する。
− Ｐ−ＧＷが、ＰＣＲＦに対し、セッション作成の表示要求メッセージ（ＩＭＳＩ、ＡＰＮを包含する）を送信する。
− ＰＣＲＦが、ＳＰＲに対し、ユーザ・プロファイル獲得要求を送信する。
− ＰＣＲＦが、（ユーザ・プロファイルを受信した後に）ＳＰ名を特定する。
− ＰＣＲＦが、ＳＰ名を使用して、さらなるポリシー規則（ＩＰ−ＣＡＮセッションに対するＱｏＳ、レーティング・グループ）を決定し得る。
− ＰＣＲＦが、Ｐ−ＧＷに対し、ＳＰ名を包含したポリシー規則を送信する。
− Ｐ−ＧＷが、アクセス・ゲートウェイ（ＭＭＥ／ＳＧＳＮ）に対し、ＳＰ名を包含したセッション作成応答メッセージを送信する。
− アクセス・ゲートウェイ（ＭＭＥ／ＳＧＳＮ）が、ＳＰ名に基づいて、アクセス・ゲートウェイ・ポリシーを特定する。
− アクセス・ゲートウェイ（ＭＭＥ／ＳＧＳＮ）が、ＲＡＮに対し、ＳＰ名を包含した初期コンテキスト・セットアップ要求メッセージを送信する。
− ＲＡＮが、ＳＰ名に基づいて、ＲＡＮポリシーを特定する。
− アクセス・ゲートウェイ（ＭＭＥ／ＳＧＳＮ）が、ＵＥに対し、アタッチ受付メッセージを送信する。

一実施態様において、モバイル・ネットワーク用のネットワーク共有アーキテクチャにおけるサービス差別化のための方法であって、アクセス・ネットワークＡＮが、異なるサービス・プロバイダＳＰによって共有されている、方法が提供される。

実施形態において、前記方法は、前記ＡＮにおけるサービス差別化のために、ＳＰの身元によるＳＰの識別であって、このＳＰがＰＬＭＮ−Ｉｄを所有することを必要としない、ＳＰの識別に基づいた、少なくとも１つのステップを含む。

実施形態において、前記方法は、
− モバイル・ネットワークのエンティティが、ＳＰの身元を特定するステップ
を含む。

実施形態において、前記方法は、
− モバイル・ネットワークのエンティティが、別のモバイル・ネットワークのエンティティに対し、ＳＰの身元を提供するステップ
を含む。

実施形態において、前記方法は、
− ＡＮのエンティティが、ＳＰの身元に基づいて、そのサービスを適合させるステップ
を含む。

実施形態において、前記方法は、
− ＡＮのエンティティが、ＳＰの身元に基づいて、そのポリシーを特定するステップ
を含む。

実施形態において、前記方法は、
− ＡＮのエンティティが、ＳＰの身元に基づいて、そのローミングおよび／またはハンド・オーバーのポリシーを特定するステップ
を含む。

実施形態において、前記方法は、
− 前記ＡＮを運用するアクセス・プロバイダのＩＭＳＩアドレッシング空間内におけるＩＭＳＩ範囲に基づいて、ＳＰの身元を特定するステップ
を含む。

実施形態において、前記方法は、
− 前記ＳＰに対して確保されたアクセス・ポイント名ＡＰＮの値に基づいて、ＳＰの身元を特定するステップ
を含む。

実施形態において、前記方法は、
− 加入契約情報に基づいて、ＳＰの身元を特定するステップ
を含む。

実施形態において、前記方法は、
− ポリシー・マネージャによって管理されるポリシーに基づいて、ＳＰの身元を特定するステップ
を含む。

実施形態において、
− 前記ＡＮは、無線アクセス・ネットワークＲＡＮを備える。

実施形態において、
− 前記ＡＮは、無線アクセス・ネットワークＲＡＮを備え、１つまたは複数の、コア・ネットワークＣＮのノードは、前記ＲＡＮに接続されている。

実施形態において、前記方法は、
− ＭＭＥまたはＳＧＳＮ、
− ＰＣＲＦ、
のうちの少なくとも１つによって実施される、ＳＰの身元を特定するステップを含む。

実施形態において、前記方法は、
− ＨＳＳが、ＭＭＥまたはＳＧＳＮに対し、ＳＰの身元を提供するステップ、
− ＰＣＲＦが、Ｐ−ＧＷに対し、ＳＰの身元を提供するステップ、
− Ｐ−ＧＷが、ＭＭＥまたはＳＧＳＮに対し、ＳＰの身元を提供するステップ、
− ＭＭＥまたはＳＧＳＮが、ＲＡＮに対し、ＳＰの身元を提供するステップ、
のうちの少なくとも１つを含む。

実施形態において、前記方法は、
− ＭＭＥまたはＳＧＳＮが、ＳＰの身元に基づいて、そのポリシーを特定するステップ、
− ＲＡＮが、ＳＰの身元に基づいて、そのポリシーを特定するステップ、
のうちの少なくとも１つを含む。

他の実施態様は、このような方法を実施するために構成された、モバイル・ネットワークのエンティティに関する。

当該技術の当業者は、様々な上記の方法のステップが、プログラミングされたコンピュータによって実施され得ることを、容易に認識されるであろう。本明細書において、いくつかの実施形態は、機械またはコンピュータ可読であって、かつ、命令の、機械実行可能またはコンピュータ実行可能なプログラムを符号化する、プログラム・ストレージ・デバイス、たとえばデジタル・データ記憶媒体であって、前記命令が、前記上記の方法のステップのいくつかまたは全てを実施する、プログラム・ストレージ・デバイスを包含するようにも意図される。プログラム・ストレージ・デバイスは、たとえば、デジタル・メモリ、磁気ディスクおよび磁気テープなどの磁気記憶媒体、ハード・ドライブ、または、光学的に可読のデジタル・データ記憶媒体であり得る。当該実施形態は、上記の方法の前記ステップを実施するようにプログラミングされたコンピュータを包含するようにも意図される。

Claims (9)

1. モバイル・ネットワーク用のネットワーク共有アーキテクチャにおけるサービス差別化のための方法であって、アクセス・ネットワークＡＮが、異なるサービス・プロバイダＳＰによって共有されており、前記方法が、前記ＡＮにおけるサービス差別化のために、ＳＰの身元によるＳＰの識別であって、このＳＰがＰＬＭＮ−Ｉｄを所有することを必要としない、ＳＰの識別に基づいた、少なくとも１つのステップを含み、前記ＳＰがＰＣＲＦポリシーに基づいて特定される、方法。
2. − 前記ＰＣＲＦが、前記ＳＰの身元を特定するステップ
   を含む、請求項１に記載の方法。
3. 前記ＰＣＲＦは、ＱｏＳ／課金のポリシーを決定してユーザに適用するために、入力パラメータとして前記ＳＰの身元を使用する、請求項１または２に記載の方法。
4. 前記ＰＣＲＦが、所与のユーザに対するポリシー規則に加え、サービス・プロバイダ毎に総計ＱｏＳパラメータを提供するステップを含む、請求項１乃至３のいずれか１項に記載の方法。
5. 前記ＰＣＲＦが前記ＳＰの身元をＰＧＷに送信するステップ、
   前記ＰＧＷが前記ＳＰの身元をＭＭＥまたはＳＧＳＮに送信するステップ、および
   前記ＭＭＥまたはＳＧＳＮは前記ＳＰの身元をＲＡＮに送信するステップを含む、請求項１乃至４のいずれか１項に記載の方法。
6. 前記ＰＣＲＦが、ＰＧＷに対し、前記ＳＰの身元を包含するポリシー規則を送信するステップ、
   前記ＰＧＷが、ＭＭＥまたはＳＧＳＮに対し、前記ＳＰの身元を包含するセッション作成応答メッセージを送信するステップ、および
   前記ＭＭＥまたは前記ＳＧＳＮが、ＲＡＮに対し、前記ＳＰの身元を包含する初期コンテキスト・セットアップ要求メッセージを送信するステップを含む、請求項１乃至５のいずれか１項に記載の方法。
7. ＰＣＲＦが、ＲＡＮに対し、ＰＣＣに関する通信チャネルを介してサービス・プロバイダ毎の総計ＱｏＳパラメータを提供するステップを含む、請求項１乃至６のいずれか１項に記載の方法。
8. 前記ＭＭＥまたは前記ＳＧＳＮが、前記ＳＰの身元に基づいて、自らのポリシーを特定するステップ、および
   前記ＲＡＮが、前記ＳＰの身元に基づいて、自らのポリシーを特定するステップの内の少なくとも１つを含む、請求項１乃至７のいずれか１項に記載の方法。
9. 請求項１乃至８のいずれか１項に記載の方法を実施するための手段を含む、モバイル・ネットワークのエンティティ。