(57)【要約】【課題】アクセスプロファイル通知の際の負荷を軽減することを目的とする。【解決手段】サービスオーダの追加・更新やＩＰアドレス配布時において、ＮＡＳＳ機能２が、変更前後のアクセスプロファイルの設定を調べ、ＣＳＣＦ機能３やＲＡＣＳ機能４にアクセスプロファイルの変更内容を通知するか否かを判定する。これにより、必要な場合にのみ必要な情報を限定的に通知することができ、アクセスプロファイルの連携処理の負荷を低減できる。【選択図】図１
2011082671.tif 000002
【特許請求の範囲】
【請求項１】
セッション制御を行うセッション制御装置と帯域管理を行う帯域管理装置とＩＰアドレス情報及び帯域管理情報を含むアクセスプロファイルを管理するプロファイル管理装置とを備えたセッション制御システムであって、
前記プロファイル管理装置は、
前記アクセスプロファイルを記憶する記憶手段と、
前記アクセスプロファイルに設定された情報の追加あるいは変更の通知を受信する受信手段と、
前記受信手段が前記通知を受信したときに、前記記憶手段から変更前後のアクセスプロファイルを読み出して前記帯域管理装置へ前記アクセスプロファイルの変更内容を通知するか否か判定し、変更内容を通知すると判定した場合に当該変更内容を前記帯域管理装置へ通知する第１の通知手段と、
前記受信手段が前記通知を受信したときに、前記記憶手段から変更前後のアクセスプロファイルを読み出して前記セッション制御装置へ前記ＩＰアドレス情報を通知するか否か判定し、ＩＰアドレス情報を通知すると判定した場合に当該ＩＰアドレス情報を前記セッション制御装置へ通知する第２の通知手段と、
を有することを特徴とするセッション制御システム。
【請求項２】
前記第１の通知手段は、前記アクセスプロファイルの変更内容を通知するか否かの判定を変更前後のアクセスプロファイルの前記帯域管理情報に利用者が契約した所定の契約種別が設定されているか否かに基づいて判定し、
前記第２の通知手段は、前記ＩＰアドレス情報を通知するか否かの判定を変更前後のアクセスプロファイルの前記帯域管理情報に所定のサービスが設定されているか否かに基づいて判定することを特徴とする請求項１記載のセッション制御システム。
【請求項３】
前記セッション制御装置あるいは前記帯域管理装置が前記アクセスプロファイルに設定された情報の追加あるいは変更の通知を受信したときに、前記受信手段は、前記セッション制御装置あるいは前記帯域管理装置から通知を受信することを特徴とする請求項１又は２記載のセッション制御システム。
【請求項４】
前記アクセスプロファイルに設定された情報の追加あるいは変更の通知は、利用者からのＩＰアドレス要求であることを特徴とする請求項１又は２記載のセッション制御システム。
【請求項５】
請求項１乃至４のいずれかに記載のセッション制御システムを構成する各手段としてコンピュータを機能させるためのセッション制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、次世代ネットワークにおいてセッション制御や通信品質管理を行うためのアクセスラインに関する各種情報を通知する技術に関する。
【背景技術】
【０００２】
ネットワークを介する地上デジタルテレビ放送の再送信、電話、ＶＯＤ（ビデオ・オン・デマンド）といったさまざまなサービスに対してネットワーク上での通信品質を保証するために、次世代ネットワーク（ＮＧＮ：Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）ではＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）セッション制御により帯域を制御することを可能としている。ＮＧＮの転送ネットワークは、光ファイバやそれらをユーザ宅内まで分配するための伝送装置で構成されるアクセスネットワークと、大容量のルータで構成されるコアネットワークを有する。コアネットワークとアクセスネットワークはエッジルータ（ＳＳＥ：Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｉｃｅ  Ｅｄｇｅ）を介して接続される。ユーザ宅内のユーザ端末やルータ等で構成されるユーザネットワークは、ホームゲートウェイ（ＨＧＷ：Ｈｏｍｅ  Ｇａｔｅｗａｙ）を介してアクセスネットワークに接続され、アクセスネットワークを介してＳＳＥに収容される。
【０００３】
ユーザを収容するセッション制御サーバ（ＳＳＣ：Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  ｓｅｒｖｅｒ）は、ＳＩＰによるセッション制御を行うＳＩＰセッション制御機能部（ＣＳＣＦ：Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）と、ＳＳＥを制御するネットワーク帯域管理機能部（ＲＡＣＳ：Ｒｅｓｏｕｒｃｅ  ａｎｄ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｓｕｂｓｙｓｔｅｍ）、およびユーザ端末に対してＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）によりＩＰアドレスの払い出しや認証等を行う加入者情報管理機能部（ＮＡＳＳ：Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｍｅｎｔ  ＳｕｂＳｙｓｔｅｍ）を備える。ＮＧＮでは、これらの機能がＳＩＰセッションによる要求ごとに連携して処理を行うことにより、通信品質（ＱｏＳ：Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）の管理などのＮＧＮ特有の機能を実現している。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】宮坂、外２名、「ＮＧＮにおける帯域管理制御技術」、ＮＴＴ技術ジャーナル、平成２０年１０月、第２０巻、第１０号、ｐ．２２−２３
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＮＡＳＳは、ＲＡＣＳがネットワークにおいてＱｏＳマネジメントを行うために必要となるアクセスラインに関する各種情報（アクセスプロファイル）を管理し、ユーザの契約情報等を示すサービスオーダが追加・更新されるごとにＲＡＣＳ及びＣＳＣＦに対して通知する。さらに、ＣＳＣＦがＲＡＣＳを制御するために必要な情報をＣＳＣＦに対して通知する。
【０００６】
しかしながら、すべてのイベント発生毎に情報連携をしてアクセスプロファイルを通知すると、多数のユーザを収容するＳＳＣに負荷が掛かる。
【０００７】
本発明は、上記に鑑みてなされたものであり、アクセスプロファイル通知の際の負荷を軽減することを目的とする。
【課題を解決するための手段】
【０００８】
第１の本発明に係るセッション制御システムは、セッション制御を行うセッション制御装置と帯域管理を行う帯域管理装置とＩＰアドレス情報及び帯域管理情報を含むアクセスプロファイルを管理するプロファイル管理装置とを備えたセッション制御システムであって、プロファイル管理装置は、アクセスプロファイルを記憶する記憶手段と、アクセスプロファイルに設定された情報の追加あるいは変更の通知を受信する受信手段と、受信手段が通知を受信したときに、記憶手段から変更前後のアクセスプロファイルを読み出して帯域管理装置へアクセスプロファイルの変更内容を通知するか否か判定し、変更内容を通知すると判定した場合に当該変更内容を帯域管理装置へ通知する第１の通知手段と、受信手段が通知を受信したときに、記憶手段から変更前後のアクセスプロファイルを読み出してセッション制御装置へＩＰアドレス情報を通知するか否か判定し、ＩＰアドレス情報を通知すると判定した場合に当該ＩＰアドレス情報をセッション制御装置へ通知する第２の通知手段と、を有することを特徴とする。
【０００９】
上記セッション制御システムにおいて、第１の通知手段は、アクセスプロファイルの変更内容を通知するか否かの判定を変更前後のアクセスプロファイルの帯域管理情報に利用者が契約した所定の契約種別が設定されているか否かに基づいて判定し、第２の通知手段は、ＩＰアドレス情報を通知するか否かの判定を変更前後のアクセスプロファイルの帯域管理情報に所定のサービスが設定されているか否かに基づいて判定することを特徴とする。
【００１０】
上記セッション制御システムにおいて、セッション制御装置あるいは帯域管理装置がアクセスプロファイルに設定された情報の追加あるいは変更の通知を受信したときに、受信手段は、セッション制御装置あるいは帯域管理装置から通知を受信することを特徴とする。
【００１１】
上記セッション制御システムにおいて、アクセスプロファイルに設定された情報の追加あるいは変更の通知は、利用者からのＩＰアドレス要求であることを特徴とする。
【００１２】
第２の本発明に係るセッション制御プログラムは、上記セッション制御システムを構成する各手段としてコンピュータを機能させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、アクセスプロファイル通知の際の負荷を軽減することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施の形態におけるセッション制御システムおよびＮＧＮの構成を示すブロック図である。
【図２】ユーザを識別するユーザ識別子とアクセスプロファイルとの関係を示す図である。
【図３】ＮＡＳＳ機能へのサービスオーダの追加・変更時に、アクセスプロファイルをＣＳＣＦ機能およびＲＡＣＳ機能へ通知する処理の流れを示すシーケンス図である。
【図４】アクセスプロファイルをＲＡＣＳ機能へ通知するか否かを判定する処理の流れを示すフローチャートである。
【図５】アクセスプロファイルが有効であるか否かを判定する処理の流れを示すフローチャートである。
【図６】ＩＰアドレス情報をＣＳＣＦ機能へ通知するか否かを判定する処理の流れを示すフローチャートである。
【図７】ユニキャストサービスの契約の有無を判定する処理の流れを示すフローチャートである。
【図８】ＣＳＣＦ機能にサービスオーダの追加・変更が通知されたときの処理の流れを示すシーケンス図である。
【図９】ＲＡＣＳ機能にサービスオーダの追加・変更が通知されたときの処理の流れを示すシーケンス図である。
【図１０】ＮＡＳＳ機能がユーザ端末にＩＰアドレスを配布するときに、ＣＳＣＦ機能およびＲＡＣＳ機能へアクセスプロファイルを通知する処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について図面を用いて説明する。
【００１６】
図１は、本実施の形態におけるセッション制御システム（ＳＳＣ）およびＮＧＮの構成を示すブロック図である。コアネットワーク１００は、大容量のルータで構成され、他のネットワークにエッジルータを介して接続される。アクセスネットワーク２００は、光ファイバや光ファイバをユーザ宅内まで分配するための伝送装置で構成され、ユーザ端末６１，６２等で構成されるユーザ宅内のユーザネットワークとコアネットワーク１００を接続する。コアネットワーク１００とアクセスネットワーク２００は、エッジルータ（ＳＳＥ）５を介して接続される。アクセスネットワーク２００とユーザネットワークは、ホームゲートウェイ（ＨＧＷ）６を介して接続される。コアネットワーク１００に配置されたＳＳＣ１は、ＳＳＥ５に接続され、セッション制御、ＳＳＥ５の制御、およびＤＨＣＰによるＩＰアドレスの払い出しや認証を行う。図１に示すように、ＳＳＣ１は、ＮＡＳＳ機能２、ＣＳＣＦ機能３、およびＲＡＣＳ機能４を備える。
【００１７】
ＮＡＳＳ機能２は、ユーザ端末６１，６２に対するＩＰアドレスの払い出しと認証を行う。また、ＮＡＳＳ機能２は、アクセスプロファイル管理部２１およびアクセスプロファイル通知部２２を備え、ＣＳＣＦ機能３によるセッション制御やＲＡＣＳ機能４による帯域管理に必要となるアクセスプロファイルを管理するとともに、サービスオーダの追加・更新やＩＰアドレス配布時におけるアクセスプロファイルの変更をＣＳＣＦ機能３およびＲＡＣＳ機能４に対して通知する。
【００１８】
アクセスプロファイルは、ＶＬＡＮおよびそれに関わるアクセスライン情報（表１）、ユーザ端末に払い出すＩＰアドレス情報（表２）、およびユーザが契約したＱｏＳサービスに関するＱｏＳプロファイル情報（表３）を保持する。
【００１９】
【表１】
2011082671.tif 000003
【００２０】
【表２】
2011082671.tif 000004
【００２１】
【表３】
2011082671.tif 000005
【００２２】
これらの情報は、図２に示すように、ユーザを識別するユーザ識別子と関連付けられる。図２は、ユーザ識別子に対してアクセスライン情報およびＩＰアドレス情報が１つずつ関連付けられ、ユーザ識別子に対して複数のＱｏＳプロファイル情報が関連付けられることを示している。
【００２３】
ＣＳＣＦ機能３は、ＳＩＰによるセッション制御を行い、ＲＡＣＳ機能４が帯域管理を行うのに必要な情報を通知する。例えば、ＳＩＰのＩＮＶＩＴＥメッセージによるセッション確立時に、ＳＩＰのＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に記述されるメディア情報から要求帯域、転送品質を決定し、ＲＡＣＳ機能４に通知する。
【００２４】
ＲＡＣＳ機能４は、ＳＳＥ５を制御することで、自身が保持するアクセスプロファイルの情報やＣＳＣＦ機能３から通知された情報に基づいて帯域の予約などのＱｏＳマネジメントを行う。
【００２５】
なお、ＳＳＣ１が備える各機能は、演算処理装置、記憶装置、メモリ等を備えたコンピュータにより構成して、各機能の処理がプログラムによって実行されるものとしてもよい。このプログラムはＳＳＣ１が備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。また、ＳＳＣ１が各機能を備える構成は一例であり、ＮＡＳＳ機能２、ＣＳＣＦ機能３、およびＲＡＣＳ機能４の各機能をコアネットワーク１００内に配置した別々のサーバで構成してもよい。
【００２６】
次に、アクセスプロファイルの通知について説明する。
【００２７】
アクセスプロファイルは、ＣＳＣＦ機能３およびＲＡＣＳ機能４が連携してセッション制御や帯域管理を行うために必要であり、アクセスプロファイル管理部２１が管理している。アクセスプロファイル通知部２２は、サービスオーダの追加・変更およびＩＰアドレスの配布により、アクセスプロファイルの内容が変更された場合、ＣＳＣＦ機能３およびＲＡＣＳ機能４に対してＩＰアドレス情報を含むアクセスプロファイルの変更内容を通知する。
【００２８】
［ＮＡＳＳ機能へのサービスオーダの追加・変更］
図３は、ＮＡＳＳ機能２にサービスオーダの追加・変更が通知されたときに、アクセスプロファイルをＣＳＣＦ機能３およびＲＡＣＳ機能４へ通知する処理の流れを示すシーケンス図である。
【００２９】
ＮＡＳＳ機能２が、ネットワークを構成している各機器を管理するためのサービスオーダ処理部７からサービスオーダの追加・変更の通知を受信すると（ステップＳ１１）、アクセスプロファイル通知部２２は、サービスオーダの追加・変更の内容をＮＡＳＳ機能２の有する記憶装置に記憶しておき、そのサービスオーダの追加・変更によるアクセスプロファイルの変更内容をＲＡＣＳ機能４へ通知する必要が有るか否かを判定する（ステップＳ１２）。判定の詳細については後述する。
【００３０】
そして、アクセスプロファイル通知部２２は、アクセスプロファイルをアクセスプロファイル管理部２１から読み出してＲＡＣＳ機能４へ通知する（ステップＳ１３）。ＲＡＣＳ機能４は、その通知に応答する（ステップＳ１４）。
【００３１】
続いて、アクセスプロファイル通知部２２は、サービスオーダ処理部７からのサービスオーダの追加・変更によるアクセスプロファイルの変更内容をＣＳＣＦ機能３へ通知する必要が有るか否かを判定する（ステップＳ１５）。判定の詳細については後述する。
【００３２】
そして、アクセスプロファイル通知部２２は、アクセスプロファイルに設定されたＩＰアドレス情報をアクセスプロファイル管理部２１から読み出し、データプッシュ通知により、ＣＳＣＦ機能３へ通知する（ステップＳ１６）。ＣＳＣＦ機能３は、その通知に応答する（ステップＳ１７）。
【００３３】
次に、アクセスプロファイルをＲＡＣＳ機能４へ通知するか否かを判定するＲＡＣＳ機能４への判定通知処理について説明する。
【００３４】
図３で説明したように、ＮＡＳＳ機能２は、サービスオーダ処理部７からサービスオーダの追加・変更の通知を受けると、アクセスプロファイルが有効であるか否かを調べ、アクセスプロファイルをＲＡＣＳ機能４へ通知するか否か判定する。アクセスプロファイルが有効であるか否かは、そのアクセスプロファイルが、ユーザが契約したＩＰバージョンが設定されたＱｏＳプロファイル情報を含むか否かにより判定する。
【００３５】
図４は、アクセスプロファイルをＲＡＣＳ機能４へ通知するか否かを判定する処理の流れを示すフローチャートである。
【００３６】
まず、アクセスプロファイル通知部２２は、変更前のアクセスプロファイルをアクセスプロファイル管理部２１から読み出し、変更前のアクセスプロファイルが有効であるか否かを判定する（ステップＳ２１）。アクセスプロファイルが有効であるか否かの処理は後述する。
【００３７】
変更前のアクセスプロファイルが有効な場合、アクセスプロファイル通知部２２は、変更後のアクセスプロファイルをアクセスプロファイル管理部２１から読み出して、変更後のアクセスプロファイルが有効であるか否かを判定する（ステップＳ２２）。変更後のアクセスプロファイルが有効な場合は、ＲＡＣＳ機能４へアクセスプロファイルを通知する（ステップＳ２４）。変更後のアクセスプロファイルが無効の場合は、ＲＡＣＳ機能４へＮＵＬＬを通知し（ステップＳ２５）、ＲＡＣＳ機能４に設定されたアクセスプロファイルを削除する。
【００３８】
一方、変更前のアクセスプロファイルが無効の場合、アクセスプロファイル通知部２２は、変更後のアクセスプロファイルをアクセスプロファイル管理部２１から読み出して、変更後のアクセスプロファイルが有効であるか否かを判定する（ステップＳ２３）。変更後のアクセスプロファイルが有効な場合は、ＲＡＣＳ機能４へアクセスプロファイルを通知する（ステップＳ２６）。変更後のアクセスプロファイルが無効の場合は、ＲＡＣＳ機能４への通知は行わない（ステップＳ２７）。
【００３９】
図５は、アクセスプロファイルが有効であるか否かを判定する処理の流れを示すフローチャートである。
【００４０】
まず、ＮＡＳＳ機能２は、アクセスプロファイルの追加・変更の該当ユーザが、ＩＰｖ４契約種別あるいはＩＰｖ６契約種別のいずれかを契約しているか否か判定する（ステップＳ３１）。ＩＰｖ４契約種別およびＩＰｖ６契約種別のいずれも契約無しの場合は、アクセスプロファイルは無効であると判定する（ステップＳ３６）。
【００４１】
続いて、アクセスプロファイルに設定されたＱｏＳプロファイル情報を調べる。ＱｏＳプロファイル情報に設定されたＩＰバージョンのなかに、契約ありの契約種別があるか否か判定し（ステップＳ３２）、契約ありの契約種別が存在する場合は、有効なアクセスプロファイルリストにそのＱｏＳプロファイル情報を追加する（ステップＳ３３）。この処理を繰り返して、アクセスプロファイルに設定されたＱｏＳプロファイル情報の全てを調べる（ステップＳ３４）。
【００４２】
そして、有効なアクセスプロファイルリストにＱｏＳプロファイル情報が設定されているか否かを調べ（ステップＳ３５）、ＱｏＳプロファイル情報が設定されている場合は、アクセスプロファイルは有効であると判定し（ステップＳ３７）、ＱｏＳプロファイル情報が設定されていない場合は、アクセスプロファイルは無効であると判定する（ステップＳ３６）。
【００４３】
次に、ＩＰアドレス情報をＣＳＣＦ機能３へ通知するか否かを判定するＣＳＣＦ機能３への判定通知処理について説明する。
【００４４】
図３で説明したように、ＮＡＳＳ機能２は、サービスオーダ処理部７からサービスオーダの追加・変更の通知を受けると、ＲＡＣＳ機能４へアクセスプロファイルを通知するか否かを判定した後、アクセスプロファイルにユニキャストサービスの契約があるか否かを調べ、ＣＳＣＦ機能３へＩＰアドレス情報を通知するか否かを判定する。ユニキャストサービスは、例えば電話あるいはＶＯＤで用いられる。
【００４５】
図６は、ＩＰアドレス情報をＣＳＣＦ機能３へ通知するか否かを判定する処理の流れを示すフローチャートである。
【００４６】
まず、アクセスプロファイル通知部２２は、変更前のアクセスプロファイルをアクセスプロファイル管理部２１から読み出し、変更前のアクセスプロファイルにユニキャストサービスの契約があるか否かを判定する（ステップＳ４１）。ユニキャストサービスの契約の有無の判定処理は後述する。
【００４７】
変更前のアクセスプロファイルにユニキャストサービスの契約がある場合、アクセスプロファイル通知部２２は、変更後のアクセスプロファイルをアクセスプロファイル管理部２１から読み出して、変更後のアクセスプロファイルにユニキャストサービスの契約があるか否かを判定する（ステップＳ４２）。変更後のアクセスプロファイルにユニキャストサービスの契約がある場合は、ＣＳＣＦ機能３へアクセスプロファイルに設定されたＩＰアドレス情報を通知する（ステップＳ４４）。変更後のアクセスプロファイルにユニキャストサービスの契約がない場合は、ＣＳＣＦ機能３へＮＵＬＬを通知し（ステップＳ４５）、ＣＳＣＦ機能３に設定されたＩＰアドレス情報を削除する。
【００４８】
一方、変更前のアクセスプロファイルにユニキャストサービスの契約がない場合、アクセスプロファイル通知部２２は、変更後のアクセスプロファイルをアクセスプロファイル管理部２１から読み出して、変更後のアクセスプロファイルにユニキャストサービスの契約があるか否かを判定する（ステップＳ４３）。変更後のアクセスプロファイルにユニキャストサービスの契約がある場合は、ＣＳＣＦ機能３へアクセスプロファイルに設定されたＩＰアドレス情報を通知する（ステップＳ４６）。変更後のアクセスプロファイルにユニキャストサービスの契約がない場合は、ＣＳＣＦ機能３への通知は行わない（ステップＳ４７）。
【００４９】
図７は、ユニキャストサービスの契約の有無を判定する処理の流れを示すフローチャートである。
【００５０】
まず、ＮＡＳＳ機能２は、アクセスプロファイルの追加・変更の該当ユーザが、ＩＰｖ４契約種別あるいはＩＰｖ６契約種別のいずれかを契約しているか否か判定する（ステップＳ５１）。ＩＰｖ４契約種別およびＩＰｖ６契約種別のいずれも契約無しの場合は、ユニキャストサービスの契約はないと判定する（ステップＳ５７）。
【００５１】
続いて、アクセスプロファイルに設定されたＱｏＳプロファイル情報を調べる。ＱｏＳプロファイル情報に設定されたＩＰバージョンのなかに、契約ありの契約種別があるか否か判定し（ステップＳ５２）、契約ありの契約種別が存在する場合は、そのＱｏＳプロファイル情報がユニキャストサービスであるか否かを調べる（ステップＳ５３）。ＱｏＳプロファイル情報がユニキャストサービスである場合は、有効なアクセスプロファイルリストにそのＱｏＳプロファイル情報を追加する（ステップＳ５４）。この処理を繰り返して、アクセスプロファイルに設定されたＱｏＳプロファイル情報の全てを調べる（ステップＳ５５）。
【００５２】
そして、有効なアクセスプロファイルリストにＱｏＳプロファイル情報が設定されていなか否かを調べ（ステップＳ５６）、ＱｏＳプロファイル情報が設定されている場合は、ユニキャストサービスが有効であると判定し（ステップＳ５８）、ＱｏＳプロファイル情報が設定されていない場合は、ユニキャストサービスは無効であると判定する（ステップＳ５７）。
【００５３】
［ＣＳＣＦ機能へのサービスオーダの追加・変更］
図８は、ＣＳＣＦ機能３にサービスオーダの追加・変更が通知されたときの処理の流れを示すシーケンス図である。
【００５４】
サービスオーダ処理部７からＣＳＣＦ機能３にサービスオーダの追加・変更が通知されると（ステップＳ６１）、ＣＳＣＦ機能３は、Ｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  ＱｕｅｒｙによりＮＡＳＳ機能２へ問い合わせる（ステップＳ６２）。
【００５５】
ＮＡＳＳ機能２は、上述したＣＳＣＦ機能３への通知判定処理を行う（ステップＳ６３）。そして、ＮＡＳＳ機能２は、ＲＡＣＳ機能４の完全修飾ドメイン名ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）をＣＳＣＦ機能３へ応答する（ステップＳ６４）。
【００５６】
そして、ＣＳＣＦ機能３は、受信したＦＱＤＮにより制御すべきＲＡＣＳ機能４を特定してＲＡＣＳ制御を実施する（ステップＳ６５）。ＲＡＣＳ機能４から応答があると（ステップＳ６６）、サービスオーダ処理部７に対してサービスオーダの追加・変更の応答を返す（ステップＳ６７）。
【００５７】
［ＲＡＣＳ機能へのサービスオーダの追加・変更］
図９は、ＲＡＣＳ機能４にサービスオーダの追加・変更が通知されたときの処理の流れを示すシーケンス図である。
【００５８】
サービスオーダ処理部７からＲＡＣＳ機能４にサービスオーダの追加・変更が通知されると（ステップＳ７１）、ＲＡＣＳ機能４は、Ａｃｃｅｓｓ  Ｐｒｏｆｉｌｅ  ＰｕｌｌによりＮＡＳＳ機能２へ問い合わる（ステップＳ７２）。
【００５９】
ＮＡＳＳ機能２は、上述したＲＡＣＳ機能４への通知判定処理を行う（ステップＳ７３）。そして、ＮＡＳＳ機能２は、Ａｃｃｅｓｓ  Ｐｒｏｆｉｌｅ通知により有効なアクセスプロファイルリストを通知する（ステップＳ７４）。
【００６０】
ＲＡＣＳ機能４は、アクセスプロファイルに設定されたＱｏＳプロファイル情報ごとに必要な帯域の確保処理を実施し、サービスオーダ処理部７に対してサービスオーダの追加・変更の応答を返す（ステップＳ７５）。
【００６１】
［ＩＰアドレスの配布］
図１０は、ＮＡＳＳ機能２がユーザ端末６１，６２にＩＰアドレスを配布するときに、ＣＳＣＦ機能３およびＲＡＣＳ機能４へアクセスプロファイルを通知する処理の流れを示すシーケンス図である。
【００６２】
ＩＰアドレス要求がユーザ端末６１，６２からＨＧＷ６、ＳＳＥ５を介してＮＡＳＳ機能２へ通知されると（ステップＳ８１）、ＮＡＳＳ機能２は、上述したＲＡＣＳ機能４への通知判定処理を行う（ステップＳ８２）。
【００６３】
そして、ＮＡＳＳ機能２は、Ａｃｃｅｓｓ  Ｐｒｏｆｉｌｅ通知により、ＩＰアドレス情報を含むアクセスプロファイルをＲＡＣＳ機能４へ通知する（ステップＳ８３）。
【００６４】
ＮＡＳＳ機能２は、ＲＡＣＳ機能４からのＡｃｃｅｓｓ  Ｐｒｏｆｉｌｅ通知応答を受信すると（ステップＳ８４）、上述したＣＳＣＦ機能３への通知判定処理を行う（ステップＳ８５）。
【００６５】
そして、ＮＡＳＳ機能２は、データプッシュ通知により、ＩＰアドレス情報をＣＳＣＦ機能３へ通知する（ステップＳ８６）。
【００６６】
ＮＡＳＳ機能２は、ＣＳＣＦ機能３からの応答を受信すると（ステップＳ８７）、ユーザ端末６１，６２に対してＩＰアドレスを払い出す（ステップＳ８８）。
【００６７】
以上説明したように、本実施の形態によれば、サービスオーダの追加・更新やＩＰアドレス配布時において、ＮＡＳＳ機能２が、変更前後のアクセスプロファイルの設定を調べ、ＣＳＣＦ機能３やＲＡＣＳ機能４にアクセスプロファイルの変更内容を通知するか否かを判定することにより、必要な場合にのみ必要な情報を限定的に通知することができ、アクセスプロファイルの連携処理の負荷を低減できる。
【符号の説明】
【００６８】
１…ＳＳＣ
２…ＮＡＳＳ機能
２１…アクセスプロファイル管理部
２２…アクセスプロファイル通知部
３…ＣＳＣＦ機能
４…ＲＡＣＳ機能
５…ＳＳＥ
６…ＨＧＷ
６１，６２…ユーザ端末
７…サービスオーダ処理部
１００…コアネットワーク
２００…アクセスネットワーク
【図１】
2011082671.tif 000006
【図２】
2011082671.tif 000007
【図３】
2011082671.tif 000008
【図４】
2011082671.tif 000009
【図５】
2011082671.tif 000010
【図６】
2011082671.tif 000011
【図７】
2011082671.tif 000012
【図８】
2011082671.tif 000013
【図９】
2011082671.tif 000014
【図１０】
2011082671.tif 000015