JP4944935B2

JP4944935B2 - セッション制御システム及びセッション制御プログラム

Info

Publication number: JP4944935B2
Application number: JP2009231575A
Authority: JP
Inventors: なぎさ塩見; 彰則白神
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2009-10-05
Filing date: 2009-10-05
Publication date: 2012-06-06
Anticipated expiration: 2029-10-05
Also published as: JP2011082671A

Description

本発明は、次世代ネットワークにおいてセッション制御や通信品質管理を行うためのアクセスラインに関する各種情報を通知する技術に関する。

ネットワークを介する地上デジタルテレビ放送の再送信、電話、ＶＯＤ（ビデオ・オン・デマンド）といったさまざまなサービスに対してネットワーク上での通信品質を保証するために、次世代ネットワーク（ＮＧＮ：ＮｅｘｔＧｅｎｅｒａｔｉｏｎＮｅｔｗｏｒｋ）ではＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）セッション制御により帯域を制御することを可能としている。ＮＧＮの転送ネットワークは、光ファイバやそれらをユーザ宅内まで分配するための伝送装置で構成されるアクセスネットワークと、大容量のルータで構成されるコアネットワークを有する。コアネットワークとアクセスネットワークはエッジルータ（ＳＳＥ：ＳｕｂｓｃｒｉｂｅｒＳｅｒｖｉｃｅＥｄｇｅ）を介して接続される。ユーザ宅内のユーザ端末やルータ等で構成されるユーザネットワークは、ホームゲートウェイ（ＨＧＷ：ＨｏｍｅＧａｔｅｗａｙ）を介してアクセスネットワークに接続され、アクセスネットワークを介してＳＳＥに収容される。

ユーザを収容するセッション制御サーバ（ＳＳＣ：ＳｕｂｓｃｒｉｂｅｒＳｅｓｓｉｏｎＣｏｎｔｒｏｌｓｅｒｖｅｒ）は、ＳＩＰによるセッション制御を行うＳＩＰセッション制御機能部（ＣＳＣＦ：ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）と、ＳＳＥを制御するネットワーク帯域管理機能部（ＲＡＣＳ：ＲｅｓｏｕｒｃｅａｎｄＡｄｍｉｓｓｉｏｎＣｏｎｔｒｏｌＳｕｂｓｙｓｔｅｍ）、およびユーザ端末に対してＤＨＣＰ（ＤｙｎａｍｉｃＨｏｓｔＣｏｎｆｉｇｕｒａｔｉｏｎＰｒｏｔｏｃｏｌ）によりＩＰアドレスの払い出しや認証等を行う加入者情報管理機能部（ＮＡＳＳ：ＮｅｔｗｏｒｋＡｔｔａｃｈｍｅｎｔＳｕｂＳｙｓｔｅｍ）を備える。ＮＧＮでは、これらの機能がＳＩＰセッションによる要求ごとに連携して処理を行うことにより、通信品質（ＱｏＳ：ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）の管理などのＮＧＮ特有の機能を実現している。

宮坂、外２名、「ＮＧＮにおける帯域管理制御技術」、ＮＴＴ技術ジャーナル、平成２０年１０月、第２０巻、第１０号、ｐ．２２−２３

ＮＡＳＳは、ＲＡＣＳがネットワークにおいてＱｏＳマネジメントを行うために必要となるアクセスラインに関する各種情報（アクセスプロファイル）を管理し、ユーザの契約情報等を示すサービスオーダが追加・更新されるごとにＲＡＣＳ及びＣＳＣＦに対して通知する。さらに、ＣＳＣＦがＲＡＣＳを制御するために必要な情報をＣＳＣＦに対して通知する。

しかしながら、すべてのイベント発生毎に情報連携をしてアクセスプロファイルを通知すると、多数のユーザを収容するＳＳＣに負荷が掛かる。

本発明は、上記に鑑みてなされたものであり、アクセスプロファイル通知の際の負荷を軽減することを目的とする。

第１の本発明に係るセッション制御システムは、セッション制御を行うセッション制御装置と帯域管理を行う帯域管理装置とＩＰアドレス情報及び帯域管理情報を含むアクセスプロファイルを管理するプロファイル管理装置とを備えたセッション制御システムであって、プロファイル管理装置は、アクセスプロファイルを記憶する記憶手段と、アクセスプロファイルに設定された情報の追加あるいは変更の通知を受信する受信手段と、受信手段が通知を受信したときに、記憶手段から変更前後のアクセスプロファイルを読み出して帯域管理装置へアクセスプロファイルの変更内容を通知するか否か判定し、変更内容を通知すると判定した場合に当該変更内容を帯域管理装置へ通知する第１の通知手段と、受信手段が通知を受信したときに、記憶手段から変更前後のアクセスプロファイルを読み出してセッション制御装置へＩＰアドレス情報を通知するか否か判定し、ＩＰアドレス情報を通知すると判定した場合に当該ＩＰアドレス情報をセッション制御装置へ通知する第２の通知手段と、を有し、第１の通知手段は、アクセスプロファイルの変更内容を通知するか否かの判定を変更前後のアクセスプロファイルの帯域管理情報に利用者が契約した所定の契約種別が設定されているか否かに基づいて判定し、第２の通知手段は、ＩＰアドレス情報を通知するか否かの判定を変更前後のアクセスプロファイルの帯域管理情報にユニキャストサービスが設定されているか否かに基づいて判定することを特徴とするセッション制御システム。

上記セッション制御システムにおいて、アクセスプロファイルに設定された情報の追加あるいは変更の通知は、利用者からのＩＰアドレス要求であることを特徴とする。

第２の本発明に係るセッション制御プログラムは、上記セッション制御システムを構成する各手段としてコンピュータを機能させることを特徴とする。

本発明によれば、アクセスプロファイル通知の際の負荷を軽減することができる。

本実施の形態におけるセッション制御システムおよびＮＧＮの構成を示すブロック図である。ユーザを識別するユーザ識別子とアクセスプロファイルとの関係を示す図である。ＮＡＳＳ機能へのサービスオーダの追加・変更時に、アクセスプロファイルをＣＳＣＦ機能およびＲＡＣＳ機能へ通知する処理の流れを示すシーケンス図である。アクセスプロファイルをＲＡＣＳ機能へ通知するか否かを判定する処理の流れを示すフローチャートである。アクセスプロファイルが有効であるか否かを判定する処理の流れを示すフローチャートである。ＩＰアドレス情報をＣＳＣＦ機能へ通知するか否かを判定する処理の流れを示すフローチャートである。ユニキャストサービスの契約の有無を判定する処理の流れを示すフローチャートである。ＣＳＣＦ機能にサービスオーダの追加・変更が通知されたときの処理の流れを示すシーケンス図である。ＲＡＣＳ機能にサービスオーダの追加・変更が通知されたときの処理の流れを示すシーケンス図である。ＮＡＳＳ機能がユーザ端末にＩＰアドレスを配布するときに、ＣＳＣＦ機能およびＲＡＣＳ機能へアクセスプロファイルを通知する処理の流れを示すシーケンス図である。

以下、本発明の実施の形態について図面を用いて説明する。

図１は、本実施の形態におけるセッション制御システム（ＳＳＣ）およびＮＧＮの構成を示すブロック図である。コアネットワーク１００は、大容量のルータで構成され、他のネットワークにエッジルータを介して接続される。アクセスネットワーク２００は、光ファイバや光ファイバをユーザ宅内まで分配するための伝送装置で構成され、ユーザ端末６１，６２等で構成されるユーザ宅内のユーザネットワークとコアネットワーク１００を接続する。コアネットワーク１００とアクセスネットワーク２００は、エッジルータ（ＳＳＥ）５を介して接続される。アクセスネットワーク２００とユーザネットワークは、ホームゲートウェイ（ＨＧＷ）６を介して接続される。コアネットワーク１００に配置されたＳＳＣ１は、ＳＳＥ５に接続され、セッション制御、ＳＳＥ５の制御、およびＤＨＣＰによるＩＰアドレスの払い出しや認証を行う。図１に示すように、ＳＳＣ１は、ＮＡＳＳ機能２、ＣＳＣＦ機能３、およびＲＡＣＳ機能４を備える。

ＮＡＳＳ機能２は、ユーザ端末６１，６２に対するＩＰアドレスの払い出しと認証を行う。また、ＮＡＳＳ機能２は、アクセスプロファイル管理部２１およびアクセスプロファイル通知部２２を備え、ＣＳＣＦ機能３によるセッション制御やＲＡＣＳ機能４による帯域管理に必要となるアクセスプロファイルを管理するとともに、サービスオーダの追加・更新やＩＰアドレス配布時におけるアクセスプロファイルの変更をＣＳＣＦ機能３およびＲＡＣＳ機能４に対して通知する。

アクセスプロファイルは、ＶＬＡＮおよびそれに関わるアクセスライン情報（表１）、ユーザ端末に払い出すＩＰアドレス情報（表２）、およびユーザが契約したＱｏＳサービスに関するＱｏＳプロファイル情報（表３）を保持する。

これらの情報は、図２に示すように、ユーザを識別するユーザ識別子と関連付けられる。図２は、ユーザ識別子に対してアクセスライン情報およびＩＰアドレス情報が１つずつ関連付けられ、ユーザ識別子に対して複数のＱｏＳプロファイル情報が関連付けられることを示している。

ＣＳＣＦ機能３は、ＳＩＰによるセッション制御を行い、ＲＡＣＳ機能４が帯域管理を行うのに必要な情報を通知する。例えば、ＳＩＰのＩＮＶＩＴＥメッセージによるセッション確立時に、ＳＩＰのＳＤＰ（ＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎＰｒｏｔｏｃｏｌ）に記述されるメディア情報から要求帯域、転送品質を決定し、ＲＡＣＳ機能４に通知する。

ＲＡＣＳ機能４は、ＳＳＥ５を制御することで、自身が保持するアクセスプロファイルの情報やＣＳＣＦ機能３から通知された情報に基づいて帯域の予約などのＱｏＳマネジメントを行う。

なお、ＳＳＣ１が備える各機能は、演算処理装置、記憶装置、メモリ等を備えたコンピュータにより構成して、各機能の処理がプログラムによって実行されるものとしてもよい。このプログラムはＳＳＣ１が備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。また、ＳＳＣ１が各機能を備える構成は一例であり、ＮＡＳＳ機能２、ＣＳＣＦ機能３、およびＲＡＣＳ機能４の各機能をコアネットワーク１００内に配置した別々のサーバで構成してもよい。

次に、アクセスプロファイルの通知について説明する。

アクセスプロファイルは、ＣＳＣＦ機能３およびＲＡＣＳ機能４が連携してセッション制御や帯域管理を行うために必要であり、アクセスプロファイル管理部２１が管理している。アクセスプロファイル通知部２２は、サービスオーダの追加・変更およびＩＰアドレスの配布により、アクセスプロファイルの内容が変更された場合、ＣＳＣＦ機能３およびＲＡＣＳ機能４に対してＩＰアドレス情報を含むアクセスプロファイルの変更内容を通知する。

［ＮＡＳＳ機能へのサービスオーダの追加・変更］
図３は、ＮＡＳＳ機能２にサービスオーダの追加・変更が通知されたときに、アクセスプロファイルをＣＳＣＦ機能３およびＲＡＣＳ機能４へ通知する処理の流れを示すシーケンス図である。

ＮＡＳＳ機能２が、ネットワークを構成している各機器を管理するためのサービスオーダ処理部７からサービスオーダの追加・変更の通知を受信すると（ステップＳ１１）、アクセスプロファイル通知部２２は、サービスオーダの追加・変更の内容をＮＡＳＳ機能２の有する記憶装置に記憶しておき、そのサービスオーダの追加・変更によるアクセスプロファイルの変更内容をＲＡＣＳ機能４へ通知する必要が有るか否かを判定する（ステップＳ１２）。判定の詳細については後述する。

そして、アクセスプロファイル通知部２２は、アクセスプロファイルをアクセスプロファイル管理部２１から読み出してＲＡＣＳ機能４へ通知する（ステップＳ１３）。ＲＡＣＳ機能４は、その通知に応答する（ステップＳ１４）。

続いて、アクセスプロファイル通知部２２は、サービスオーダ処理部７からのサービスオーダの追加・変更によるアクセスプロファイルの変更内容をＣＳＣＦ機能３へ通知する必要が有るか否かを判定する（ステップＳ１５）。判定の詳細については後述する。

そして、アクセスプロファイル通知部２２は、アクセスプロファイルに設定されたＩＰアドレス情報をアクセスプロファイル管理部２１から読み出し、データプッシュ通知により、ＣＳＣＦ機能３へ通知する（ステップＳ１６）。ＣＳＣＦ機能３は、その通知に応答する（ステップＳ１７）。

次に、アクセスプロファイルをＲＡＣＳ機能４へ通知するか否かを判定するＲＡＣＳ機能４への判定通知処理について説明する。

図３で説明したように、ＮＡＳＳ機能２は、サービスオーダ処理部７からサービスオーダの追加・変更の通知を受けると、アクセスプロファイルが有効であるか否かを調べ、アクセスプロファイルをＲＡＣＳ機能４へ通知するか否か判定する。アクセスプロファイルが有効であるか否かは、そのアクセスプロファイルが、ユーザが契約したＩＰバージョンが設定されたＱｏＳプロファイル情報を含むか否かにより判定する。

図４は、アクセスプロファイルをＲＡＣＳ機能４へ通知するか否かを判定する処理の流れを示すフローチャートである。

まず、アクセスプロファイル通知部２２は、変更前のアクセスプロファイルをアクセスプロファイル管理部２１から読み出し、変更前のアクセスプロファイルが有効であるか否かを判定する（ステップＳ２１）。アクセスプロファイルが有効であるか否かの処理は後述する。

変更前のアクセスプロファイルが有効な場合、アクセスプロファイル通知部２２は、変更後のアクセスプロファイルをアクセスプロファイル管理部２１から読み出して、変更後のアクセスプロファイルが有効であるか否かを判定する（ステップＳ２２）。変更後のアクセスプロファイルが有効な場合は、ＲＡＣＳ機能４へアクセスプロファイルを通知する（ステップＳ２４）。変更後のアクセスプロファイルが無効の場合は、ＲＡＣＳ機能４へＮＵＬＬを通知し（ステップＳ２５）、ＲＡＣＳ機能４に設定されたアクセスプロファイルを削除する。

一方、変更前のアクセスプロファイルが無効の場合、アクセスプロファイル通知部２２は、変更後のアクセスプロファイルをアクセスプロファイル管理部２１から読み出して、変更後のアクセスプロファイルが有効であるか否かを判定する（ステップＳ２３）。変更後のアクセスプロファイルが有効な場合は、ＲＡＣＳ機能４へアクセスプロファイルを通知する（ステップＳ２６）。変更後のアクセスプロファイルが無効の場合は、ＲＡＣＳ機能４への通知は行わない（ステップＳ２７）。

図５は、アクセスプロファイルが有効であるか否かを判定する処理の流れを示すフローチャートである。

まず、ＮＡＳＳ機能２は、アクセスプロファイルの追加・変更の該当ユーザが、ＩＰｖ４契約種別あるいはＩＰｖ６契約種別のいずれかを契約しているか否か判定する（ステップＳ３１）。ＩＰｖ４契約種別およびＩＰｖ６契約種別のいずれも契約無しの場合は、アクセスプロファイルは無効であると判定する（ステップＳ３６）。

続いて、アクセスプロファイルに設定されたＱｏＳプロファイル情報を調べる。ＱｏＳプロファイル情報に設定されたＩＰバージョンのなかに、契約ありの契約種別があるか否か判定し（ステップＳ３２）、契約ありの契約種別が存在する場合は、有効なアクセスプロファイルリストにそのＱｏＳプロファイル情報を追加する（ステップＳ３３）。この処理を繰り返して、アクセスプロファイルに設定されたＱｏＳプロファイル情報の全てを調べる（ステップＳ３４）。

そして、有効なアクセスプロファイルリストにＱｏＳプロファイル情報が設定されているか否かを調べ（ステップＳ３５）、ＱｏＳプロファイル情報が設定されている場合は、アクセスプロファイルは有効であると判定し（ステップＳ３７）、ＱｏＳプロファイル情報が設定されていない場合は、アクセスプロファイルは無効であると判定する（ステップＳ３６）。

次に、ＩＰアドレス情報をＣＳＣＦ機能３へ通知するか否かを判定するＣＳＣＦ機能３への判定通知処理について説明する。

図３で説明したように、ＮＡＳＳ機能２は、サービスオーダ処理部７からサービスオーダの追加・変更の通知を受けると、ＲＡＣＳ機能４へアクセスプロファイルを通知するか否かを判定した後、アクセスプロファイルにユニキャストサービスの契約があるか否かを調べ、ＣＳＣＦ機能３へＩＰアドレス情報を通知するか否かを判定する。ユニキャストサービスは、例えば電話あるいはＶＯＤで用いられる。

図６は、ＩＰアドレス情報をＣＳＣＦ機能３へ通知するか否かを判定する処理の流れを示すフローチャートである。

まず、アクセスプロファイル通知部２２は、変更前のアクセスプロファイルをアクセスプロファイル管理部２１から読み出し、変更前のアクセスプロファイルにユニキャストサービスの契約があるか否かを判定する（ステップＳ４１）。ユニキャストサービスの契約の有無の判定処理は後述する。

変更前のアクセスプロファイルにユニキャストサービスの契約がある場合、アクセスプロファイル通知部２２は、変更後のアクセスプロファイルをアクセスプロファイル管理部２１から読み出して、変更後のアクセスプロファイルにユニキャストサービスの契約があるか否かを判定する（ステップＳ４２）。変更後のアクセスプロファイルにユニキャストサービスの契約がある場合は、ＣＳＣＦ機能３へアクセスプロファイルに設定されたＩＰアドレス情報を通知する（ステップＳ４４）。変更後のアクセスプロファイルにユニキャストサービスの契約がない場合は、ＣＳＣＦ機能３へＮＵＬＬを通知し（ステップＳ４５）、ＣＳＣＦ機能３に設定されたＩＰアドレス情報を削除する。

一方、変更前のアクセスプロファイルにユニキャストサービスの契約がない場合、アクセスプロファイル通知部２２は、変更後のアクセスプロファイルをアクセスプロファイル管理部２１から読み出して、変更後のアクセスプロファイルにユニキャストサービスの契約があるか否かを判定する（ステップＳ４３）。変更後のアクセスプロファイルにユニキャストサービスの契約がある場合は、ＣＳＣＦ機能３へアクセスプロファイルに設定されたＩＰアドレス情報を通知する（ステップＳ４６）。変更後のアクセスプロファイルにユニキャストサービスの契約がない場合は、ＣＳＣＦ機能３への通知は行わない（ステップＳ４７）。

図７は、ユニキャストサービスの契約の有無を判定する処理の流れを示すフローチャートである。

まず、ＮＡＳＳ機能２は、アクセスプロファイルの追加・変更の該当ユーザが、ＩＰｖ４契約種別あるいはＩＰｖ６契約種別のいずれかを契約しているか否か判定する（ステップＳ５１）。ＩＰｖ４契約種別およびＩＰｖ６契約種別のいずれも契約無しの場合は、ユニキャストサービスの契約はないと判定する（ステップＳ５７）。

続いて、アクセスプロファイルに設定されたＱｏＳプロファイル情報を調べる。ＱｏＳプロファイル情報に設定されたＩＰバージョンのなかに、契約ありの契約種別があるか否か判定し（ステップＳ５２）、契約ありの契約種別が存在する場合は、そのＱｏＳプロファイル情報がユニキャストサービスであるか否かを調べる（ステップＳ５３）。ＱｏＳプロファイル情報がユニキャストサービスである場合は、有効なアクセスプロファイルリストにそのＱｏＳプロファイル情報を追加する（ステップＳ５４）。この処理を繰り返して、アクセスプロファイルに設定されたＱｏＳプロファイル情報の全てを調べる（ステップＳ５５）。

そして、有効なアクセスプロファイルリストにＱｏＳプロファイル情報が設定されていなか否かを調べ（ステップＳ５６）、ＱｏＳプロファイル情報が設定されている場合は、ユニキャストサービスが有効であると判定し（ステップＳ５８）、ＱｏＳプロファイル情報が設定されていない場合は、ユニキャストサービスは無効であると判定する（ステップＳ５７）。

［ＣＳＣＦ機能へのサービスオーダの追加・変更］
図８は、ＣＳＣＦ機能３にサービスオーダの追加・変更が通知されたときの処理の流れを示すシーケンス図である。

サービスオーダ処理部７からＣＳＣＦ機能３にサービスオーダの追加・変更が通知されると（ステップＳ６１）、ＣＳＣＦ機能３は、ＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎＱｕｅｒｙによりＮＡＳＳ機能２へ問い合わせる（ステップＳ６２）。

ＮＡＳＳ機能２は、上述したＣＳＣＦ機能３への通知判定処理を行う（ステップＳ６３）。そして、ＮＡＳＳ機能２は、ＲＡＣＳ機能４の完全修飾ドメイン名ＦＱＤＮ（ＦｕｌｌｙＱｕａｌｉｆｉｅｄＤｏｍａｉｎＮａｍｅ）をＣＳＣＦ機能３へ応答する（ステップＳ６４）。

そして、ＣＳＣＦ機能３は、受信したＦＱＤＮにより制御すべきＲＡＣＳ機能４を特定してＲＡＣＳ制御を実施する（ステップＳ６５）。ＲＡＣＳ機能４から応答があると（ステップＳ６６）、サービスオーダ処理部７に対してサービスオーダの追加・変更の応答を返す（ステップＳ６７）。

［ＲＡＣＳ機能へのサービスオーダの追加・変更］
図９は、ＲＡＣＳ機能４にサービスオーダの追加・変更が通知されたときの処理の流れを示すシーケンス図である。

サービスオーダ処理部７からＲＡＣＳ機能４にサービスオーダの追加・変更が通知されると（ステップＳ７１）、ＲＡＣＳ機能４は、ＡｃｃｅｓｓＰｒｏｆｉｌｅＰｕｌｌによりＮＡＳＳ機能２へ問い合わる（ステップＳ７２）。

ＮＡＳＳ機能２は、上述したＲＡＣＳ機能４への通知判定処理を行う（ステップＳ７３）。そして、ＮＡＳＳ機能２は、ＡｃｃｅｓｓＰｒｏｆｉｌｅ通知により有効なアクセスプロファイルリストを通知する（ステップＳ７４）。

ＲＡＣＳ機能４は、アクセスプロファイルに設定されたＱｏＳプロファイル情報ごとに必要な帯域の確保処理を実施し、サービスオーダ処理部７に対してサービスオーダの追加・変更の応答を返す（ステップＳ７５）。

［ＩＰアドレスの配布］
図１０は、ＮＡＳＳ機能２がユーザ端末６１，６２にＩＰアドレスを配布するときに、ＣＳＣＦ機能３およびＲＡＣＳ機能４へアクセスプロファイルを通知する処理の流れを示すシーケンス図である。

ＩＰアドレス要求がユーザ端末６１，６２からＨＧＷ６、ＳＳＥ５を介してＮＡＳＳ機能２へ通知されると（ステップＳ８１）、ＮＡＳＳ機能２は、上述したＲＡＣＳ機能４への通知判定処理を行う（ステップＳ８２）。

そして、ＮＡＳＳ機能２は、ＡｃｃｅｓｓＰｒｏｆｉｌｅ通知により、ＩＰアドレス情報を含むアクセスプロファイルをＲＡＣＳ機能４へ通知する（ステップＳ８３）。

ＮＡＳＳ機能２は、ＲＡＣＳ機能４からのＡｃｃｅｓｓＰｒｏｆｉｌｅ通知応答を受信すると（ステップＳ８４）、上述したＣＳＣＦ機能３への通知判定処理を行う（ステップＳ８５）。

そして、ＮＡＳＳ機能２は、データプッシュ通知により、ＩＰアドレス情報をＣＳＣＦ機能３へ通知する（ステップＳ８６）。

ＮＡＳＳ機能２は、ＣＳＣＦ機能３からの応答を受信すると（ステップＳ８７）、ユーザ端末６１，６２に対してＩＰアドレスを払い出す（ステップＳ８８）。

以上説明したように、本実施の形態によれば、サービスオーダの追加・更新やＩＰアドレス配布時において、ＮＡＳＳ機能２が、変更前後のアクセスプロファイルの設定を調べ、ＣＳＣＦ機能３やＲＡＣＳ機能４にアクセスプロファイルの変更内容を通知するか否かを判定することにより、必要な場合にのみ必要な情報を限定的に通知することができ、アクセスプロファイルの連携処理の負荷を低減できる。

１…ＳＳＣ
２…ＮＡＳＳ機能
２１…アクセスプロファイル管理部
２２…アクセスプロファイル通知部
３…ＣＳＣＦ機能
４…ＲＡＣＳ機能
５…ＳＳＥ
６…ＨＧＷ
６１，６２…ユーザ端末
７…サービスオーダ処理部
１００…コアネットワーク
２００…アクセスネットワーク

Claims

セッション制御を行うセッション制御装置と帯域管理を行う帯域管理装置とＩＰアドレス情報及び帯域管理情報を含むアクセスプロファイルを管理するプロファイル管理装置とを備えたセッション制御システムであって、
前記プロファイル管理装置は、
前記アクセスプロファイルを記憶する記憶手段と、
前記アクセスプロファイルに設定された情報の追加あるいは変更の通知を受信する受信手段と、
前記受信手段が前記通知を受信したときに、前記記憶手段から変更前後のアクセスプロファイルを読み出して前記帯域管理装置へ前記アクセスプロファイルの変更内容を通知するか否か判定し、変更内容を通知すると判定した場合に当該変更内容を前記帯域管理装置へ通知する第１の通知手段と、
前記受信手段が前記通知を受信したときに、前記記憶手段から変更前後のアクセスプロファイルを読み出して前記セッション制御装置へ前記ＩＰアドレス情報を通知するか否か判定し、ＩＰアドレス情報を通知すると判定した場合に当該ＩＰアドレス情報を前記セッション制御装置へ通知する第２の通知手段と、を有し、
前記第１の通知手段は、前記アクセスプロファイルの変更内容を通知するか否かの判定を変更前後のアクセスプロファイルの前記帯域管理情報に利用者が契約した所定の契約種別が設定されているか否かに基づいて判定し、
前記第２の通知手段は、前記ＩＰアドレス情報を通知するか否かの判定を変更前後のアクセスプロファイルの前記帯域管理情報にユニキャストサービスが設定されているか否かに基づいて判定すること
を特徴とするセッション制御システム。
前記アクセスプロファイルに設定された情報の追加あるいは変更の通知は、利用者からのＩＰアドレス要求であることを特徴とする請求項１記載のセッション制御システム。
請求項１又は２に記載のセッション制御システムを構成する各手段としてコンピュータを機能させるためのセッション制御プログラム。