(57)【要約】【課題】キャリアネットワーク内の通信端末と、その通話相手となる通信端末との通信において、通話相手の通信端末の種類を考慮した経路制御を行う。【解決手段】キャリアネットワーク１０を複数の論理ネットワーク１０α〜１０γにより構成する。発呼側の通信端末（ＣＮ２１）から着呼側の通信端末（キャリアネットワーク内のＭＮ１３）への通話要求メッセージ（ＩＮＶＩＴＥメッセージ）を受信したＳＩＰサーバ１６は、この通話要求メッセージからＭＮの識別情報及びＣＮの種類に関する情報を抽出し、ネットワーク管理サーバ１７に渡す。ネットワーク管理サーバは、ＭＮの識別情報からＭＮのインタフェースＩＤを特定し、ＣＮの種類に応じた論理ネットワークのサブネットＩＤを用いてＭＮのグローバルアドレスを構成する。これにより、ＣＮからＭＮへのパケットに関して、キャリアネットワーク内では特定の論理ネットワークに依存した経路制御が実現される。【選択図】図１
2008072290.tif 000002
【特許請求の範囲】
【請求項１】
所定の管理ネットワークの管理を行うネットワーク管理装置であって、
前記管理ネットワークに接続されている通信端末のインタフェースＩＤを管理するインタフェースＩＤ管理手段と、
外部ネットワークに接続されている通信端末の種類と、サブネットＩＤとの対応情報を管理するサブネットＩＤ管理手段と、
ＩＰネットワーク上で通話を実現するための呼制御プロトコルに関する処理を行う呼処理装置が、外部ネットワークに属する発呼側の通信端末から、前記管理ネットワークに接続されている着呼側の通信端末への通話を要求する通話要求メッセージを受信した場合に、前記呼処理装置によって前記通話要求メッセージから抽出された前記発呼側の通信端末の種類を特定する情報及び前記着呼側の通信端末の識別情報を前記呼処理装置から受信して、前記呼処理装置から前記着呼側の通信端末のアドレスの問い合わせを受けるアドレス問い合わせ受信手段と、
前記インタフェースＩＤ管理手段で管理されている情報を参照して、前記アドレス問い合わせ受信手段で受信した前記着呼側の通信端末の識別情報から、前記着呼側の通信端末のインタフェースＩＤを特定するインタフェースＩＤ特定手段と、
前記サブネットＩＤ管理手段で管理されている情報を参照して、前記アドレス問い合わせ受信手段で受信した前記発呼側の通信端末の種類に対応するサブネットＩＤを特定するサブネットＩＤ特定手段と、
前記アドレス問い合わせ受信手段で受信した前記アドレスの問い合わせに対する応答として、前記サブネットＩＤ特定手段で特定されたサブネットＩＤと、前記インタフェースＩＤ特定手段で特定されたインタフェースＩＤとを少なくとも含む情報を前記呼処理装置に通知する第１アドレス情報通知手段と、
前記着呼側の通信端末のグローバルアドレスに使用させるために、前記サブネットＩＤ特定手段で特定されたサブネットＩＤを少なくとも含む情報を前記着呼側の通信端末に通知する第２アドレス情報通知手段とを、
有するネットワーク管理装置。
【請求項２】
所定の管理ネットワークの管理を行うネットワーク管理装置であって、
前記管理ネットワークに接続されている通信端末のインタフェースＩＤを管理するインタフェースＩＤ管理手段と、
外部ネットワークに接続されている通信端末の種類と、サブネットＩＤとの対応情報を管理するサブネットＩＤ管理手段と、
ＩＰネットワーク上で通話を実現するための呼制御プロトコルに関する処理を行う呼処理装置が、外部ネットワークに属する発呼側の通信端末から、前記管理ネットワークに接続されている着呼側の通信端末への通話を要求する通話要求メッセージを受信した場合に、前記呼処理装置によって前記通話要求メッセージから抽出された前記発呼側の通信端末の種類を特定する情報及び前記着呼側の通信端末の識別情報を前記呼処理装置から受信して、前記呼処理装置から前記着呼側の通信端末のアドレスの問い合わせを受けるアドレス問い合わせ受信手段と、
前記インタフェースＩＤ管理手段で管理されている情報を参照して、前記アドレス問い合わせ受信手段で受信した前記着呼側の通信端末の識別情報から、前記着呼側の通信端末のインタフェースＩＤを特定するインタフェースＩＤ特定手段と、
前記サブネットＩＤ管理手段で管理されている情報を参照して、前記アドレス問い合わせ受信手段で受信した前記発呼側の通信端末の種類に対応するサブネットＩＤを特定するサブネットＩＤ特定手段と、
前記アドレス問い合わせ受信手段で受信した前記アドレスの問い合わせに対する応答として、前記管理ネットワークを代表するサブネットＩＤと、前記インタフェースＩＤ特定手段で特定されたインタフェースＩＤとを少なくとも含む情報を前記呼処理装置に通知する第１アドレス情報通知手段と、
前記着呼側の通信端末のグローバルアドレスに使用させるために、前記サブネットＩＤ特定手段で特定されたサブネットＩＤを少なくとも含む情報を前記着呼側の通信端末に通知する第２アドレス情報通知手段と、
前記サブネットＩＤ特定手段で特定されたサブネットＩＤと、前記着呼側の通信端末のインタフェースＩＤとを関連付けて管理するアドレス管理手段とを、
有するネットワーク管理装置。
【請求項３】
所定の管理ネットワークの管理を行うネットワーク管理装置であって、
前記管理ネットワークに接続されている通信端末のインタフェースＩＤ及び前記通信端末の現在の接続ポイントを管理するインタフェースＩＤ／接続ポイント管理手段と、
外部ネットワークに接続されている通信端末の種類及び前記管理ネットワークの接続ポイントと、サブネットＩＤとの対応情報を管理するサブネットＩＤ管理手段と、
ＩＰネットワーク上で通話を実現するための呼制御プロトコルに関する処理を行う呼処理装置が、外部ネットワークに属する発呼側の通信端末から、前記管理ネットワークに接続されている着呼側の通信端末への通話を要求する通話要求メッセージを受信した場合に、前記呼処理装置によって前記通話要求メッセージから抽出された前記発呼側の通信端末の種類を特定する情報及び前記着呼側の通信端末の識別情報を前記呼処理装置から受信して、前記呼処理装置から前記着呼側の通信端末のアドレスの問い合わせを受けるアドレス問い合わせ受信手段と、
前記インタフェースＩＤ管理手段で管理されている情報を参照して、前記アドレス問い合わせ受信手段で受信した前記着呼側の通信端末の識別情報から、前記着呼側の通信端末のインタフェースＩＤを特定するインタフェースＩＤ特定手段と、
前記インタフェースＩＤ管理手段で管理されている情報を参照して、前記アドレス問い合わせ受信手段で受信した前記着呼側の通信端末の識別情報から、前記着呼側の通信端末の現在の接続ポイントを特定する接続ポイント特定手段と、
前記サブネットＩＤ管理手段で管理されている情報を参照して、前記接続ポイント特定手段で特定された接続ポイント及び前記アドレス問い合わせ受信手段で受信した前記発呼側の通信端末の種類に基づいて、対応するサブネットＩＤを特定するサブネットＩＤ特定手段と、
前記アドレス問い合わせ受信手段で受信した前記アドレスの問い合わせに対する応答として、前記サブネットＩＤ特定手段で特定されたサブネットＩＤと、前記インタフェースＩＤ特定手段で特定されたインタフェースＩＤとを少なくとも含む情報を前記呼処理装置に通知する第１アドレス情報通知手段と、
前記着呼側の通信端末のグローバルアドレスに使用させるために、前記サブネットＩＤ特定手段で特定されたサブネットＩＤを少なくとも含む情報を前記着呼側の通信端末に通知する第２アドレス情報通知手段とを、
有するネットワーク管理装置。
【請求項４】
所定の管理ネットワークの管理を行うネットワーク管理装置であって、
前記管理ネットワークに接続されている通信端末のインタフェースＩＤ及び前記通信端末の現在の接続ポイントを管理するインタフェースＩＤ／接続ポイント管理手段と、
外部ネットワークに接続されている通信端末の種類及び前記管理ネットワークの接続ポイントと、サブネットＩＤとの対応情報を管理するサブネットＩＤ管理手段と、
ＩＰネットワーク上で通話を実現するための呼制御プロトコルに関する処理を行う呼処理装置が、外部ネットワークに属する発呼側の通信端末から、前記管理ネットワークに接続されている着呼側の通信端末への通話を要求する通話要求メッセージを受信した場合に、前記呼処理装置によって前記通話要求メッセージから抽出された前記発呼側の通信端末の種類を特定する情報及び前記着呼側の通信端末の識別情報を前記呼処理装置から受信して、前記呼処理装置から前記着呼側の通信端末のアドレスの問い合わせを受けるアドレス問い合わせ受信手段と、
前記インタフェースＩＤ管理手段で管理されている情報を参照して、前記アドレス問い合わせ受信手段で受信した前記着呼側の通信端末の識別情報から、前記着呼側の通信端末のインタフェースＩＤを特定するインタフェースＩＤ特定手段と、
前記インタフェースＩＤ管理手段で管理されている情報を参照して、前記アドレス問い合わせ受信手段で受信した前記着呼側の通信端末の識別情報から、前記着呼側の通信端末の現在の接続ポイントを特定する接続ポイント特定手段と、
前記サブネットＩＤ管理手段で管理されている情報を参照して、前記接続ポイント特定手段で特定された接続ポイント及び前記アドレス問い合わせ受信手段で受信した前記発呼側の通信端末の種類に基づいて、対応するサブネットＩＤを特定するサブネットＩＤ特定手段と、
前記アドレス問い合わせ受信手段で受信した前記アドレスの問い合わせに対する応答として、前記管理ネットワークを代表するサブネットＩＤと、前記インタフェースＩＤ特定手段で特定されたインタフェースＩＤとを少なくとも含む情報を前記呼処理装置に通知する第１アドレス情報通知手段と、
前記着呼側の通信端末のグローバルアドレスに使用させるために、前記サブネットＩＤ特定手段で特定されたサブネットＩＤを少なくとも含む情報を前記着呼側の通信端末に通知する第２アドレス情報通知手段と、
前記サブネットＩＤ特定手段で特定されたサブネットＩＤと、前記着呼側の通信端末のインタフェースＩＤとを関連付けて管理するアドレス管理手段とを、
有するネットワーク管理装置。
【請求項５】
前記管理ネットワークを特定するグローバルネットワークプレフィックスと、前記サブネットＩＤ特定手段で特定されたサブネットＩＤと、前記インタフェースＩＤ特定手段で特定されたインタフェースＩＤとを結合して、前記着呼側の通信端末のグローバルアドレスを生成するアドレス構成手段を有し、
前記第１アドレス情報通知手段による前記呼処理装置への通知、及び前記第２アドレス情報通知手段による前記通信端末への通知の一方又は両方において、前記アドレス構成手段で生成されたグローバルアドレスが通知されるように構成されている請求項１から４のいずれか１つに記載のネットワーク管理装置。
【請求項６】
ＩＰネットワーク上で通話を実現するための呼制御プロトコルに関する処理を行う呼処理装置であって、
発呼側の通信端末が着呼側の通信端末との通話を要求する通話要求メッセージを受信する通話要求メッセージ受信手段と、
前記通話要求メッセージから、前記発呼側の通信端末の種類を特定する情報と、前記着呼側の通信端末の識別情報とを抽出する情報抽出手段と、
前記情報抽出手段で抽出された前記発呼側の通信端末の種類を特定する情報及び前記着呼側の通信端末の識別情報によって、前記通信端末が現在接続されているネットワークの管理を行うネットワーク管理装置に対して、前記通信端末のアドレスの問い合わせを行うアドレス問い合わせ手段と、
前記アドレス問い合わせ手段に対応する応答として、前記ネットワーク管理装置から、前記発呼側の通信端末の種類に対応するサブネットＩＤと、前記着呼側の通信端末の識別情報によって特定される前記着呼側の通信端末のインタフェースＩＤとを少なくとも含む情報を受信するアドレス情報受信手段と、
前記アドレス情報受信手段で受信した前記サブネットＩＤ及び前記インタフェースＩＤと、前記通信端末が接続されているネットワークを特定するグローバルルーティングプレフィックスとによって構成されたアドレスを、前記着呼側の通信端末のグローバルアドレスとして使用し、前記通話要求メッセージに関する処理を行う通話要求処理手段とを、
有する呼処理装置。
【請求項７】
ＩＰネットワーク上で通話を実現するための呼制御プロトコルに関する処理を行う呼処理装置であって、
発呼側の通信端末が着呼側の通信端末との通話を要求する通話要求メッセージを受信する通話要求メッセージ受信手段と、
前記通話要求メッセージから、前記発呼側の通信端末の種類を特定する情報と、前記着呼側の通信端末の識別情報とを抽出する情報抽出手段と、
前記情報抽出手段で抽出された前記発呼側の通信端末の種類を特定する情報及び前記着呼側の通信端末の識別情報によって、前記通信端末が現在接続されているネットワークの管理を行うネットワーク管理装置に対して、前記通信端末のアドレスの問い合わせを行うアドレス問い合わせ手段と、
前記アドレス問い合わせ手段に対応する応答として、前記ネットワーク管理装置から、前記通信端末が現在接続されているネットワークを代表するサブネットＩＤと、前記着呼側の通信端末の識別情報によって特定される前記着呼側の通信端末のインタフェースＩＤとを少なくとも含む情報を受信するアドレス情報受信手段と、
前記アドレス情報受信手段で受信した前記サブネットＩＤ及び前記インタフェースＩＤと、前記通信端末が接続されているネットワークを特定するグローバルルーティングプレフィックスとによって構成されたアドレスを、前記着呼側の通信端末のグローバルアドレスとして使用し、前記通話要求メッセージに関する処理を行う通話要求処理手段とを、
有する呼処理装置。
【請求項８】
前記アドレス情報受信手段が、前記管理ネットワークを特定するグローバルネットワークプレフィックスと、前記サブネットＩＤ特定手段で特定されたサブネットＩＤと、前記インタフェースＩＤ特定手段で特定されたインタフェースＩＤとを結合して生成された前記着呼側の通信端末のグローバルアドレスを前記ネットワーク管理装置から受信するように構成されている請求項６又は７に記載の呼処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、様々な種類のネットワーク上に存在する通信端末（電話機）からの着呼管理を行うネットワーク管理装置及び呼処理装置に関し、特にＩＰ（Internet Protocol：インターネットプロトコル）ネットワークを利用して通信を行う移動通信端末への着呼の管理を行うネットワーク管理装置及び呼処理装置に関する。
【背景技術】
【０００２】
現在、様々な種類のネットワークが存在しており、キャリアネットワーク（携帯電話ネットワーク）に接続されている移動通信端末（例えば、携帯電話機）は、各種ネットワーク上の通信端末（電話機）から発呼された通話を受ける（着呼する）ことが可能である。
【０００３】
従来の電話通信システムについて、図１１を参照しながら説明する。図１１は、従来の技術における通信システムの一例を模式的に示す図である。図１１には、コアネットワーク（プロバイダネットワーク）側のエッジにＰＥ（Provider Edge Router）６１０が配置されているとともに、顧客ネットワーク（カスタマネットワーク）側のエッジにＣＥ（Customer Edge Router）６２０が配置されているキャリアネットワーク６００が図示されている。ＰＥ６１０は、各種ネットワークとの通信を中継することが可能であり、移動通信端末６３０は、ＣＥ６２０に接続することで、キャリアネットワーク６００を通じて、各種ネットワークに接続されている通信端末との通話を行うことが可能である。
【０００４】
なお、図１１には、ＣＥ６２０に接続されている移動通信端末６３０（例えば、固有の電話番号：０９０−ｘｘｘｘ−ｘｘｘ１を有する）が、インターネット１００に接続されているソフトフォン端末１１０（例えば、固有の識別情報：ｘｘｘ＠ｄｏｍを有する）やＩＰ電話機１２０（例えば、固有の電話番号：０５０−ａａａａ−ａａａ１を有する）、固定電話ネットワーク３００に接続されている固定電話機３１０（例えば、固有の電話番号：０４６−ｂｂｂｂ−ｂｂｂ２を有する）、携帯電話ネットワーク４００に接続されている携帯電話機４１０（例えば、固有の電話番号：０９０−ｙｙｙｙ−ｙｙｙ２を有する）、緊急通話回線ネットワーク５００に接続されている緊急通報用電話機５１０（例えば、１１０（警察通報用）や１１９（消防、救急通報用）を有する）などの様々なネットワーク上の通信端末と通話を行うことが可能な状態が図示されている。
【０００５】
一方、インターネットなどのＩＰネットワークを使って通話データの送受信を行うための技術として、ＶｏＩＰ（Voice over IP：ボイスオーバＩＰ）が知られている。このＶｏＩＰは、ＩＰネットワーク上における通話を可能とする技術であると同時に、既存の電話サービスとＩＰ技術とを統合し、既存の電話機とＩＰネットワーク上の通信端末との通話を可能とする技術である。ＶｏＩＰを実現するプロトコルとしては、例えば、Ｈ３２３やＳＩＰ（Session Initiation Protocol）などが知られている。
【０００６】
ＳＩＰを用いた通話技術として、例えば下記の特許文献１には、課金の管理を行う電話料金割引方法が開示されている。特許文献１に開示されている技術によれば、ＳＩＰサーバ装置が、ＩＰネットワーク上に存在するユーザ端末による通話を監視するとともに、その監視結果である通話時間が割引サービス提供装置に供給され、割引サービス提供装置において、電話料金の割引サービスを提供するか否かの抽選が行われる。そして、抽選の結果、割引サービス提供対象に当選した通話に関しては、通話料金の割引サービスが行われる。
【０００７】
また、ＩＰ通信において用いられるＩＰｖ６のアドレス構造は、例えば、下記の非特許文献１に記載されている。図１２は、従来の技術に係るＩＰｖ６のアドレス構造の一例を示す図である。図１２に示すように、ＩＰｖ６アドレスは、グローバルルーティングプレフィックス２００１、サブネットＩＤ２００２、インタフェースＩＤ２００３により構成される。なお、ＩＰｖ６アドレスは１２８ビットの識別子であり、通常のユニキャストアドレスでは、例えばＭＡＣ（Media Access Control：媒体アクセス制御）アドレスなどから生成される各通信端末の識別子を含むインタフェースＩＤ２００３を６４ビット固定長とし、残りの６４ビットをグローバルルーティングプレフィックス２００１及びサブネットＩＤ２００２に割り当てることが要請されている。以下、本明細書では、グローバルルーティングプレフィックス２００１をＩ、サブネットＩＤ２００２をＳ、インタフェースＩＤ２００３をＨとした場合、ＩＰｖ６アドレスを［Ｉ｜Ｓ｜Ｈ］と記載する場合もある。
【特許文献１】特開２００５−３２２９８１号公報（図１、５）
【非特許文献１】R. Hinden, S. Deering and E. Nordmark, “IPv6 Global Unicast Address Format”, RFC 3587, August 2003
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述の図１１において、移動通信端末６３０は、様々な種類のネットワーク上の通信端末に対して電話をかけることができると同時に、移動通信端末１３００には、様々な種類のネットワーク上の通信端末からの電話を受けることができる。このとき、各種ネットワーク上の通信端末は、移動通信端末６３００の固有の電話番号（０９０−ｘｘｘｘ−ｘｘｘ１）に対して発呼を行って、通話が開始される。
【０００９】
しかしながら、発呼側の通信端末が存在する様々な種類のネットワークは、その種類に応じて、通話に係る様々な要件を有している。例えば、ソフトフォン端末１１０やＩＰ電話機１２０は、ＩＰを利用してインターネット１００に接続されているため、従来のＩＰルーティングと同様にスループット優先の経路制御（あるいはトラフィック制御）が行われることが望ましい。一方、固定電話機３１０や携帯電話機４１０は、既存の電話ネットワークに接続されており、固定電話機３１０や携帯電話機４１０のユーザが違和感を持たないように、既存の電話ネットワークにおける通話と同等の短い遅延時間を実現するために、遅延が最小となるような経路制御（あるいはトラフィック制御）が行われることが望ましい。
【００１０】
また、例えば上述のソフトフォン端末１１０、ＩＰ電話機１２０、固定電話機３１０、携帯電話機４１０などの各種通信端末の使用に対して、各ユーザが支払っている使用料金は大幅に異なっている。移動通信端末６３０に対して発呼を行う各種の通信端末で提供されているサービスや料金などを考慮した場合、高い料金を支払っている発呼側の通信端末に対しては、低料金及び低品質のサービスを受ける発呼側の通信端末よりも、より高品質及び遅延の少ない通話を実現し、料金とサービスとの関係が釣り合うようにすることが望ましい。
【００１１】
さらに、移動通信端末６３０は、緊急通報用電話機５１０からの着呼（いわゆる、緊急通報のコールバック）を受けることもある。このようなコールバックは、スループット及び遅延の両方共が最優先となるように経路制御（あるいは、トラフィック制御）が行われることが望ましい。
【００１２】
上述のように、様々な種類のネットワークの要件に応じて経路制御が行えることが望ましいが、従来の技術では、着呼側の移動通信端末６３０は１つの識別情報によって識別され、例えば、ＩＰ通信による通信が行われる場合、発呼側の通信端末から着呼側の通信端末６３０に対して転送されるパケットのあて先アドレスには、着呼側の移動通信端末６３０のＩＰアドレスが設定される。したがって、通常のルーティング技術では、発呼側の通信端末の種類によらず、発呼側の通信端末から着呼側の移動通信端末６３０に転送されるパケットの経路は、キャリアネットワーク６００内では同一の経路に集約されてしまうという課題がある。
【００１３】
また、上述のようなスループット制御や遅延制御を行う従来の技術として、ＱｏＳ（Quality of Service：サービス品質）技術が知られているが、移動通信端末６３０と各種の通信端末との間で行われる通信は音声通話であり、したがって、すべて同一のＱｏＳクラスに収容されてしまうという課題がある。
【００１４】
また、特許文献１には、ＳＩＰを用いた通信における課金管理の技術が開示されているが、この技術は、キャリアネットワーク６００内に存在している移動通信端末６３０の通話が終了した際に、通話に伴って発生した課金の割り引きを行うか否かを決定するものであり、キャリアネットワーク６００内に存在している移動通信端末６３０が着呼を受ける場合の発呼側の通信端末の使用料金を考慮するものではない。さらには、特許文献１に開示されている技術は、キャリアネットワーク１０００内の移動通信端末６３０の通話相手となる通信端末が存在するネットワークの種類（通話相手となる通信端末の種類）を考慮した経路制御を行うものではない。
【００１５】
上記の問題に鑑み、本発明は、キャリアネットワーク内の通信端末が、様々なネットワーク上の通信端末との通話を行う場合に、その通話相手となる通信端末のネットワークの種類（通信端末の種類）を考慮した経路制御を行うことを可能とするネットワーク管理装置および呼処理装置を提供することを目的とする。
【課題を解決するための手段】
【００１６】
上記の目的を達成するため、本発明のネットワーク管理装置は、所定の管理ネットワークの管理を行うネットワーク管理装置であって、
前記管理ネットワークに接続されている通信端末のインタフェースＩＤを管理するインタフェースＩＤ管理手段と、
外部ネットワークに接続されている通信端末の種類と、サブネットＩＤとの対応情報を管理するサブネットＩＤ管理手段と、
ＩＰネットワーク上で通話を実現するための呼制御プロトコルに関する処理を行う呼処理装置が、外部ネットワークに属する発呼側の通信端末から、前記管理ネットワークに接続されている着呼側の通信端末への通話を要求する通話要求メッセージを受信した場合に、前記呼処理装置によって前記通話要求メッセージから抽出された前記発呼側の通信端末の種類を特定する情報及び前記着呼側の通信端末の識別情報を前記呼処理装置から受信して、前記呼処理装置から前記着呼側の通信端末のアドレスの問い合わせを受けるアドレス問い合わせ受信手段と、
前記インタフェースＩＤ管理手段で管理されている情報を参照して、前記アドレス問い合わせ受信手段で受信した前記着呼側の通信端末の識別情報から、前記着呼側の通信端末のインタフェースＩＤを特定するインタフェースＩＤ特定手段と、
前記サブネットＩＤ管理手段で管理されている情報を参照して、前記アドレス問い合わせ受信手段で受信した前記発呼側の通信端末の種類に対応するサブネットＩＤを特定するサブネットＩＤ特定手段と、
前記アドレス問い合わせ受信手段で受信した前記アドレスの問い合わせに対する応答として、前記サブネットＩＤ特定手段で特定されたサブネットＩＤと、前記インタフェースＩＤ特定手段で特定されたインタフェースＩＤとを少なくとも含む情報を前記呼処理装置に通知する第１アドレス情報通知手段と、
前記着呼側の通信端末のグローバルアドレスに使用させるために、前記サブネットＩＤ特定手段で特定されたサブネットＩＤを少なくとも含む情報を前記着呼側の通信端末に通知する第２アドレス情報通知手段とを、
有する。
上記の構成により、所定のキャリアネットワークに接続されている通信端末に対して、その通信相手となる通信端末からの発呼があった場合、着呼側の通信端末のグローバルアドレスとして、発呼側の通信端末の種類に応じて異なるサブネットＩＤを有するグローバルアドレスが割り当てられるようにすることで、キャリアネットワーク内において、発呼側の通信端末の種類に応じたパケット転送の経路制御を実現することが可能となる。
【００１７】
また、上記の目的を達成するため、本発明のネットワーク管理装置は、所定の管理ネットワークの管理を行うネットワーク管理装置であって、
前記管理ネットワークに接続されている通信端末のインタフェースＩＤを管理するインタフェースＩＤ管理手段と、
外部ネットワークに接続されている通信端末の種類と、サブネットＩＤとの対応情報を管理するサブネットＩＤ管理手段と、
ＩＰネットワーク上で通話を実現するための呼制御プロトコルに関する処理を行う呼処理装置が、外部ネットワークに属する発呼側の通信端末から、前記管理ネットワークに接続されている着呼側の通信端末への通話を要求する通話要求メッセージを受信した場合に、前記呼処理装置によって前記通話要求メッセージから抽出された前記発呼側の通信端末の種類を特定する情報及び前記着呼側の通信端末の識別情報を前記呼処理装置から受信して、前記呼処理装置から前記着呼側の通信端末のアドレスの問い合わせを受けるアドレス問い合わせ受信手段と、
前記インタフェースＩＤ管理手段で管理されている情報を参照して、前記アドレス問い合わせ受信手段で受信した前記着呼側の通信端末の識別情報から、前記着呼側の通信端末のインタフェースＩＤを特定するインタフェースＩＤ特定手段と、
前記サブネットＩＤ管理手段で管理されている情報を参照して、前記アドレス問い合わせ受信手段で受信した前記発呼側の通信端末の種類に対応するサブネットＩＤを特定するサブネットＩＤ特定手段と、
前記アドレス問い合わせ受信手段で受信した前記アドレスの問い合わせに対する応答として、前記管理ネットワークを代表するサブネットＩＤと、前記インタフェースＩＤ特定手段で特定されたインタフェースＩＤとを少なくとも含む情報を前記呼処理装置に通知する第１アドレス情報通知手段と、
前記着呼側の通信端末のグローバルアドレスに使用させるために、前記サブネットＩＤ特定手段で特定されたサブネットＩＤを少なくとも含む情報を前記着呼側の通信端末に通知する第２アドレス情報通知手段と、
前記サブネットＩＤ特定手段で特定されたサブネットＩＤと、前記着呼側の通信端末のインタフェースＩＤとを関連付けて管理するアドレス管理手段とを、
有する。
上記の構成により、所定のキャリアネットワークに接続されている通信端末に対して、その通信相手となる通信端末からの発呼があった場合、着呼側の通信端末のグローバルアドレスとして、発呼側の通信端末の種類に応じて異なるサブネットＩＤを有するグローバルアドレスが割り当てられるようにすることで、キャリアネットワーク内において、発呼側の通信端末の種類に応じたパケット転送の経路制御を実現することが可能となる。さらに、着呼側の通信端末のグローバルアドレスを接続ポイントに依存しないようにすることが可能となり、発呼側の通信端末に対して、着呼側の通信端末の接続ポイントに関する情報を隠蔽することが可能となる。
【００１８】
また、上記の目的を達成するため、本発明のネットワーク管理装置は、所定の管理ネットワークの管理を行うネットワーク管理装置であって、
前記管理ネットワークに接続されている通信端末のインタフェースＩＤ及び前記通信端末の現在の接続ポイントを管理するインタフェースＩＤ／接続ポイント管理手段と、
外部ネットワークに接続されている通信端末の種類及び前記管理ネットワークの接続ポイントと、サブネットＩＤとの対応情報を管理するサブネットＩＤ管理手段と、
ＩＰネットワーク上で通話を実現するための呼制御プロトコルに関する処理を行う呼処理装置が、外部ネットワークに属する発呼側の通信端末から、前記管理ネットワークに接続されている着呼側の通信端末への通話を要求する通話要求メッセージを受信した場合に、前記呼処理装置によって前記通話要求メッセージから抽出された前記発呼側の通信端末の種類を特定する情報及び前記着呼側の通信端末の識別情報を前記呼処理装置から受信して、前記呼処理装置から前記着呼側の通信端末のアドレスの問い合わせを受けるアドレス問い合わせ受信手段と、
前記インタフェースＩＤ管理手段で管理されている情報を参照して、前記アドレス問い合わせ受信手段で受信した前記着呼側の通信端末の識別情報から、前記着呼側の通信端末のインタフェースＩＤを特定するインタフェースＩＤ特定手段と、
前記インタフェースＩＤ管理手段で管理されている情報を参照して、前記アドレス問い合わせ受信手段で受信した前記着呼側の通信端末の識別情報から、前記着呼側の通信端末の現在の接続ポイントを特定する接続ポイント特定手段と、
前記サブネットＩＤ管理手段で管理されている情報を参照して、前記接続ポイント特定手段で特定された接続ポイント及び前記アドレス問い合わせ受信手段で受信した前記発呼側の通信端末の種類に基づいて、対応するサブネットＩＤを特定するサブネットＩＤ特定手段と、
前記アドレス問い合わせ受信手段で受信した前記アドレスの問い合わせに対する応答として、前記サブネットＩＤ特定手段で特定されたサブネットＩＤと、前記インタフェースＩＤ特定手段で特定されたインタフェースＩＤとを少なくとも含む情報を前記呼処理装置に通知する第１アドレス情報通知手段と、
前記着呼側の通信端末のグローバルアドレスに使用させるために、前記サブネットＩＤ特定手段で特定されたサブネットＩＤを少なくとも含む情報を前記着呼側の通信端末に通知する第２アドレス情報通知手段とを、
有する。
上記の構成により、所定のキャリアネットワークに接続されている通信端末に対して、その通信相手となる通信端末からの発呼があった場合、着呼側の通信端末のグローバルアドレスとして、発呼側の通信端末の種類に応じて異なるサブネットＩＤを有するグローバルアドレスが割り当てられるようにすることで、キャリアネットワーク内において、発呼側の通信端末の種類に応じたパケット転送の経路制御を実現することが可能となる。また、サブネットＩＤと接続ポイントとの関連付けが行われているので、特に、キャリアネットワークが多段の階層構造を有している場合や、接続ポイントが多数存在している場合においても確実に経路制御を行うことが可能となる。
【００１９】
また、上記の目的を達成するため、本発明のネットワーク管理装置は、所定の管理ネットワークの管理を行うネットワーク管理装置であって、
前記管理ネットワークに接続されている通信端末のインタフェースＩＤ及び前記通信端末の現在の接続ポイントを管理するインタフェースＩＤ／接続ポイント管理手段と、
外部ネットワークに接続されている通信端末の種類及び前記管理ネットワークの接続ポイントと、サブネットＩＤとの対応情報を管理するサブネットＩＤ管理手段と、
ＩＰネットワーク上で通話を実現するための呼制御プロトコルに関する処理を行う呼処理装置が、外部ネットワークに属する発呼側の通信端末から、前記管理ネットワークに接続されている着呼側の通信端末への通話を要求する通話要求メッセージを受信した場合に、前記呼処理装置によって前記通話要求メッセージから抽出された前記発呼側の通信端末の種類を特定する情報及び前記着呼側の通信端末の識別情報を前記呼処理装置から受信して、前記呼処理装置から前記着呼側の通信端末のアドレスの問い合わせを受けるアドレス問い合わせ受信手段と、
前記インタフェースＩＤ管理手段で管理されている情報を参照して、前記アドレス問い合わせ受信手段で受信した前記着呼側の通信端末の識別情報から、前記着呼側の通信端末のインタフェースＩＤを特定するインタフェースＩＤ特定手段と、
前記インタフェースＩＤ管理手段で管理されている情報を参照して、前記アドレス問い合わせ受信手段で受信した前記着呼側の通信端末の識別情報から、前記着呼側の通信端末の現在の接続ポイントを特定する接続ポイント特定手段と、
前記サブネットＩＤ管理手段で管理されている情報を参照して、前記接続ポイント特定手段で特定された接続ポイント及び前記アドレス問い合わせ受信手段で受信した前記発呼側の通信端末の種類に基づいて、対応するサブネットＩＤを特定するサブネットＩＤ特定手段と、
前記アドレス問い合わせ受信手段で受信した前記アドレスの問い合わせに対する応答として、前記管理ネットワークを代表するサブネットＩＤと、前記インタフェースＩＤ特定手段で特定されたインタフェースＩＤとを少なくとも含む情報を前記呼処理装置に通知する第１アドレス情報通知手段と、
前記着呼側の通信端末のグローバルアドレスに使用させるために、前記サブネットＩＤ特定手段で特定されたサブネットＩＤを少なくとも含む情報を前記着呼側の通信端末に通知する第２アドレス情報通知手段と、
前記サブネットＩＤ特定手段で特定されたサブネットＩＤと、前記着呼側の通信端末のインタフェースＩＤとを関連付けて管理するアドレス管理手段とを、
有する。
上記の構成により、所定のキャリアネットワークに接続されている通信端末に対して、その通信相手となる通信端末からの発呼があった場合、着呼側の通信端末のグローバルアドレスとして、発呼側の通信端末の種類に応じて異なるサブネットＩＤを有するグローバルアドレスが割り当てられるようにすることで、キャリアネットワーク内において、発呼側の通信端末の種類に応じたパケット転送の経路制御を実現することが可能となる。また、サブネットＩＤと接続ポイントとの関連付けが行われているので、特に、キャリアネットワークが多段の階層構造を有している場合や、接続ポイントが多数存在している場合においても確実に経路制御を行うことが可能となる。さらに、着呼側の通信端末のグローバルアドレスを接続ポイントに依存しないようにすることが可能となり、発呼側の通信端末に対して、着呼側の通信端末の接続ポイントに関する情報を隠蔽することが可能となる。
【００２０】
さらに、本発明のネットワーク管理装置は、上記の構成に加えて、前記管理ネットワークを特定するグローバルネットワークプレフィックスと、前記サブネットＩＤ特定手段で特定されたサブネットＩＤと、前記インタフェースＩＤ特定手段で特定されたインタフェースＩＤとを結合して、前記着呼側の通信端末のグローバルアドレスを生成するアドレス構成手段を有し、
前記第１アドレス情報通知手段による前記呼処理装置への通知、及び前記第２アドレス情報通知手段による前記通信端末への通知の一方又は両方において、前記アドレス構成手段で生成されたグローバルアドレスが通知されるように構成されている。
上記の構成により、ネットワーク管理装置において、通信端末のグローバルアドレスを生成して提供することが可能となる。
【００２１】
また、上記の目的を達成するため、本発明の呼処理装置は、ＩＰネットワーク上で通話を実現するための呼制御プロトコルに関する処理を行う呼処理装置であって、
発呼側の通信端末が着呼側の通信端末との通話を要求する通話要求メッセージを受信する通話要求メッセージ受信手段と、
前記通話要求メッセージから、前記発呼側の通信端末の種類を特定する情報と、前記着呼側の通信端末の識別情報とを抽出する情報抽出手段と、
前記情報抽出手段で抽出された前記発呼側の通信端末の種類を特定する情報及び前記着呼側の通信端末の識別情報によって、前記通信端末が現在接続されているネットワークの管理を行うネットワーク管理装置に対して、前記通信端末のアドレスの問い合わせを行うアドレス問い合わせ手段と、
前記アドレス問い合わせ手段に対応する応答として、前記ネットワーク管理装置から、前記発呼側の通信端末の種類に対応するサブネットＩＤと、前記着呼側の通信端末の識別情報によって特定される前記着呼側の通信端末のインタフェースＩＤとを少なくとも含む情報を受信するアドレス情報受信手段と、
前記アドレス情報受信手段で受信した前記サブネットＩＤ及び前記インタフェースＩＤと、前記通信端末が接続されているネットワークを特定するグローバルルーティングプレフィックスとによって構成されたアドレスを、前記着呼側の通信端末のグローバルアドレスとして使用し、前記通話要求メッセージに関する処理を行う通話要求処理手段とを、
有する。
上記の構成により、所定のキャリアネットワークに接続されている通信端末に対して、その通信相手となる通信端末からの発呼があった場合、着呼側の通信端末のグローバルアドレスとして、発呼側の通信端末の種類に応じて異なるサブネットＩＤを有するグローバルアドレスが割り当てられるようにするための情報をネットワーク管理装置に提供することで、キャリアネットワーク内において、発呼側の通信端末の種類に応じたパケット転送の経路制御を実現することが可能となる。
【００２２】
また、上記の目的を達成するため、本発明の呼処理装置は、ＩＰネットワーク上で通話を実現するための呼制御プロトコルに関する処理を行う呼処理装置であって、
発呼側の通信端末が着呼側の通信端末との通話を要求する通話要求メッセージを受信する通話要求メッセージ受信手段と、
前記通話要求メッセージから、前記発呼側の通信端末の種類を特定する情報と、前記着呼側の通信端末の識別情報とを抽出する情報抽出手段と、
前記情報抽出手段で抽出された前記発呼側の通信端末の種類を特定する情報及び前記着呼側の通信端末の識別情報によって、前記通信端末が現在接続されているネットワークの管理を行うネットワーク管理装置に対して、前記通信端末のアドレスの問い合わせを行うアドレス問い合わせ手段と、
前記アドレス問い合わせ手段に対応する応答として、前記ネットワーク管理装置から、前記通信端末が現在接続されているネットワークを代表するサブネットＩＤと、前記着呼側の通信端末の識別情報によって特定される前記着呼側の通信端末のインタフェースＩＤとを少なくとも含む情報を受信するアドレス情報受信手段と、
前記アドレス情報受信手段で受信した前記サブネットＩＤ及び前記インタフェースＩＤと、前記通信端末が接続されているネットワークを特定するグローバルルーティングプレフィックスとによって構成されたアドレスを、前記着呼側の通信端末のグローバルアドレスとして使用し、前記通話要求メッセージに関する処理を行う通話要求処理手段とを、
有する。
上記の構成により、所定のキャリアネットワークに接続されている通信端末に対して、その通信相手となる通信端末からの発呼があった場合、着呼側の通信端末のグローバルアドレスとして、発呼側の通信端末の種類に応じて異なるサブネットＩＤを有するグローバルアドレスが割り当てられるようにするための情報をネットワーク管理装置に提供することで、キャリアネットワーク内において、発呼側の通信端末の種類に応じたパケット転送の経路制御を実現することが可能となる。さらに、着呼側の通信端末のグローバルアドレスが接続ポイントに依存しないように構成されており、発呼側の通信端末に対して、着呼側の通信端末の接続ポイントに関する情報を隠蔽することが可能となる。
【００２３】
さらに、本発明の呼処理装置は、上記の構成に加えて、前記アドレス情報受信手段が、前記管理ネットワークを特定するグローバルネットワークプレフィックスと、前記サブネットＩＤ特定手段で特定されたサブネットＩＤと、前記インタフェースＩＤ特定手段で特定されたインタフェースＩＤとを結合して生成された前記着呼側の通信端末のグローバルアドレスを前記ネットワーク管理装置から受信するように構成されている。
上記の構成により、ネットワーク管理装置において生成された通信端末のグローバルアドレスを取得することが可能となる。
【発明の効果】
【００２４】
本発明は、上記の構成を有しており、キャリアネットワーク内の通信端末が、様々なネットワーク上の通信端末との通話を行う場合に、その通話相手となる通信端末のネットワークの種類（通信端末の種類）を考慮した経路制御が行われるようになる。
【発明を実施するための最良の形態】
【００２５】
以下、図面を参照しながら、本発明の第１及び第２の実施の形態について説明する。
【００２６】
＜第１の実施の形態＞
まず、本発明の第１の実施の形態について説明する。図１は、本発明の第１の実施の形態における通信システムの一例を模式的に示す図である。図１に図示されている通信システムは、コアネットワーク（プロバイダネットワーク）側のエッジにＰＥ（Provider Edge Router）１１が配置されているとともに、顧客ネットワーク（カスタマネットワーク）側のエッジにＣＥ（Customer Edge Router）１２が配置されているキャリアネットワーク１０を有している。なお、ＣＥ１２は複数台配置されることが可能である。
【００２７】
ＰＥ１１は、インターネット２０などの外部ネットワークに接続されており、キャリアネットワーク１０と外部ネットワークとの間で転送されるパケット中継装置として機能する。また、ＣＥ１２は、その配下に移動通信端末（以下、ＭＮ：モバイルノードと呼ぶ）１３などを収容（接続）することが可能なように構成されている。したがって、ＣＥ１２に接続されているＭＮ１３は、キャリアネットワーク１０及びＰＥ１１を通じて、任意の外部ネットワーク上の通信端末（例えばインターネット２０に接続されているＣＮ（Correspondent Node））２１と通信を行うことが可能である。
【００２８】
キャリアネットワーク１０は、１つの物理ネットワークにより構成されているとともに、ネットワークアドレス（サブネットＩＤ）が異なる複数の論理ネットワークにより構成されている。図１では、物理ネットワークであるキャリアネットワーク１０に、３つの論理ネットワーク１０α〜１０γが存在している状態が模式的に図示されている。複数の論理ネットワーク１０α〜１０γは、それぞれ異なるサブネットＩＤによって識別される。例えば、論理ネットワーク１０αを特定するサブネットＩＤとしてＳα、論理ネットワーク１０βを特定するサブネットＩＤとしてＳβ、論理ネットワーク１０γを特定するサブネットＩＤとしてＳαがそれぞれあらかじめ設定される。なお、複数の論理ネットワーク１０α〜１０γのそれぞれにおいて、異なる要件（スループット優先、遅延最小など）に基づく経路制御を実現することが可能である。
【００２９】
ＰＥ１１やＣＥ１２は、複数の論理ネットワーク１０α〜１０γのすべてに属しており、各論理ネットワーク１０α〜１０γで転送されるパケットの転送処理を行うように構成されている。また、キャリアネットワーク１０内の任意のルータ１４は、ＰＥ１１やＣＥ１２と同様に、複数の論理ネットワーク１０α〜１０γのすべてに属し、各論理ネットワーク１０α〜１０γで転送されるパケットの転送処理を行うように構成されていてもよく、また、複数の論理ネットワーク１０α〜１０γの一部のみに属し、自身が属する論理ネットワーク１０α〜１０γで転送されるパケットに関してのみ転送処理を行うように構成されていてもよい。
【００３０】
なお、本明細書では、基本的に、複数の論理ネットワークのそれぞれを識別する要素としてギリシャ文字表記（α、β、γ、…）を使用し、複数のＣＥのそれぞれを識別する要素としてローマ文字表記（ａ、ｂ、ｃ、…）を使用する。
【００３１】
また、ＳＩＰサーバ１６は、ＳＩＰメッセージの処理を行う従来のＳＩＰサーバとしての機能に加えて、ＣＮ２１からＭＮ１３へのＩＮＶＩＴＥメッセージ（セッションへの参加要求メッセージ）に含まれる情報から取得可能なＣＮ２１のネットワークの種類に関する情報を用いて、ネットワーク管理サーバ１７への問い合わせを行うことによって、ＣＮ２１の種類（ＣＮ２１が接続されているネットワークの種類）に対応した論理ネットワークのサブネットＩＤを含む応答を受けることが可能である。
【００３２】
また、ネットワーク管理サーバ１７は、キャリアネットワーク１０に接続されているＭＮ１３と通信を行うＣＮ２１の種類（ＣＮ２１が接続されているネットワークの種類）と、複数の論理ネットワークのそれぞれとの対応関係があらかじめ規定された情報（サブネットＩＤ対応情報）が格納されているサブネットＩＤ対応情報データベース１７１を保持している。ネットワーク管理サーバ１７は、例えばＳＩＰサーバ１６からＣＮ２１の種類に関する情報による問い合わせを受けた場合に、サブネットＩＤ対応情報データベース１７１を参照して、その情報に対応するサブネットＩＤを取得し、応答を行うことが可能である。
【００３３】
次に、図２を参照しながら、本発明の第１の実施の形態におけるサブネットＩＤ対応情報データベース１７１に格納されている情報の一例について説明する。図２は、本発明の第１の実施の形態におけるネットワーク管理サーバが保持するサブネットＩＤ対応情報データベース内の情報の一例を示す図である。
【００３４】
図２に図示されているように、サブネットＩＤ対応情報データベース１７１には、ネットワークの種類（ＣＮの種類）と、ＣＮからの発呼を受ける着呼側のＭＮに対して割り当てるサブネットＩＤとの対応関係が格納されている。なお、図２に図示されているサブネットＩＤ対応情報では、ＣＮがソフトフォン端末の場合にＭＮに割り当てるサブネットＩＤはＳ（α）、ＣＮがＩＰ電話機の場合にＭＮに割り当てるサブネットＩＤはＳ（β）、ＣＮが固定電話機の場合にＭＮに割り当てるサブネットＩＤはＳ（γ）、ＣＮが携帯電話機の場合にＭＮに割り当てるサブネットＩＤはＳ（δ）、ＣＮが緊急通報用電話機の場合にＭＮに割り当てるサブネットＩＤはＳ（ε）という対応関係が規定されている。
【００３５】
なお、本発明の第１の実施の形態におけるサブネットＩＤ（図２のＳ（α）〜Ｓ（ε））は、論理ネットワークの識別を行うものである。サブネットＩＤは、さらに階層型ネットワーク（例えば複数のＣＥ１２が存在しており、各ＣＥ１２の配下にサブネットが存在する状態）の位置を特定する役割を有しているが、これらのＣＥ１２の特定は、各論理ネットワークにおいて定められる任意の規則によって解決されればよい。複数のＣＥ１２が存在する場合には、例えば論理ネットワーク１０αにおける各ＣＥ１２のサブネットは、例えばサブネットＩＤ＝［Ｓ（α）｜ｙ］（ｙは各ＣＥ１２のサブネットを識別するための任意の設定値）によって識別可能となるように、Ｓ（α）〜Ｓ（ε）の値を全サブネットＩＤ長よりも短く設定すればよい。
【００３６】
また、ネットワーク管理サーバ１７は、キャリアネットワーク１０に接続されているすべてのＭＮ１３の現在の接続ポイント（現在接続されているＣＥ１２）を管理するための情報が格納されている位置情報データベース１７２を保持している。
【００３７】
位置情報データベース１７２では、ＭＮ１３の識別情報とＣＥ１２を特定するための情報との対応情報（すなわち、ＭＮ１３が現在どのＣＥ１２に接続されているかを示す情報）の管理が行われる。ネットワーク管理サーバ１７は、位置情報データベース１７２内の情報を参照することによって、キャリアネットワーク１０に接続されているＭＮ１３が、どの接続ポイント（ＣＥ１２）に接続されているかを把握することが可能である。なお、位置情報データベース１７２を更新するため、ネットワーク管理サーバ１７は、ＭＮ１３との間で常に（定期的に又は不定期に）、ＭＮ１３の位置を確認するための通信を行う。
【００３８】
次に、図３を参照しながら、本発明の第１の実施の形態における位置情報データベース１７２に格納されている情報の一例について説明する。図３は、本発明の第１の実施の形態におけるネットワーク管理サーバが保持する位置情報データベース内の情報の一例を示す図である。
【００３９】
図３に図示されているように、位置情報データベース１７２には、ＭＮのインタフェースＩＤと、ＭＮの接続ポイントとの対応情報が格納されている。なお、図３の位置情報データベース１７２には、インタフェースＩＤがＨ１のＭＮの接続ポイントはＣＥ（ａ）、インタフェースＩＤがＨ２のＭＮの接続ポイントはＣＥ（ｂ）、インタフェースＩＤがＨ３のＭＮの接続ポイントはＣＥ（ｄ）、インタフェースＩＤがＨ４のＭＮの接続ポイントはＣＥ（ｃ）、インタフェースＩＤがＨ５のＭＮの接続ポイントはＣＥ（ｂ）という対応情報が保持されている。
【００４０】
また、図３に図示されているように、位置情報データベース１７２には、各ＭＮのインタフェースＩＤに対応して、ＳＩＰサーバ１６から受信するＩＰアドレス要求のメッセージ（後述の図４のステップＳ１００３で送信されるメッセージ）に含まれているＭＮの識別情報（図３のＭＮ１＿ＩＤ〜ＭＮ５＿ＩＤ）が格納されてもよい。位置情報データベース１７２内のＭＮの識別情報は、ＳＩＰサーバ１６からのＩＰアドレス要求がどのＭＮに関するものかを特定するためのキー情報であり、ＭＮの識別情報として使用される情報の種類は、ＳＩＰサーバ１６で取り扱われる情報に依存する。
【００４１】
例えば、ＳＩＰサーバ１６がＩＰアドレス要求のメッセージ内にＭＮの識別情報としてＥ．１６４番号やＳＩＰ−ＵＲＬを使用する場合には、位置情報データベース１７２のＭＮの識別情報には、各ＭＮを識別するためのＥ．１６４番号やＳＩＰ−ＵＲＬが格納される。この場合、ネットワーク管理サーバ１７は、ＥＮＵＭ（Telephone Number Mapping）サーバに近い機能を有することになる。また、ＳＩＰサーバ１６がＩＰアドレス要求のメッセージ内にＭＮの識別情報として、自ら任意の機構を用いて取得したＭＮのインタフェースＩＤを使用する場合には、位置情報データベース１７２のインタフェースＩＤそのものがキー情報として使用可能となるため、ＭＮの識別情報の欄を設ける必要はない。
【００４２】
さらに、ネットワーク管理サーバ１７は、ＣＮ２１からの発呼を受ける着呼側のＭＮ１３に対して、ＳＩＰサーバ１６からの問い合わせで特定されたサブネットＩＤを通知し、ＭＮ１３において、このサブネットＩＤを含むグローバルＩＰアドレスを設定させる機能、あるいは、ＳＩＰサーバ１６からの問い合わせで特定されたサブネットＩＤを含むグローバルＩＰアドレスをステートレス自動設定する機能を有している。
【００４３】
なお、図１では、ＳＩＰサーバ１６及びネットワーク管理サーバ１７は、キャリアネットワーク１０の外部に存在するように図示されているが、キャリアネットワーク１０の内部やその他の任意の位置に配置されてもよい。さらに、図１では、ＰＥ１１、ＳＩＰサーバ１６、ネットワーク管理サーバ１７は、それぞれ異なる通信装置として図示されているが、一部の機能又はすべての機能が同一の通信装置に備えられてもよい。さらに、ネットワーク管理サーバ１７が有する複数の機能を複数の通信装置に分散してもよい。
【００４４】
次に、図４を参照しながら、本発明の第１の実施の形態における通信システムの動作の一例について説明する。図４は、本発明の第１の実施の形態における通信システムの動作の一例を示すシーケンスチャートである。
【００４５】
図４において、初期状態として、ＭＮ１３は、図１に図示されているようにＣＥ１２に接続された状態で、サイトローカルＩＰアドレスが設定されている（ステップＳ１０００）ものとする。また、ＣＮ２１は、これから通話を行おうとしているＭＮ１３のＥ．１６４番号をあらかじめ知っているものとする。
【００４６】
ＭＮ１３に対して発呼を行おうとするＣＮ２１は、まず、ＳＩＰで規定されているＩＮＶＩＴＥメッセージをＳＩＰサーバ１６に送信する（ステップＳ１００１）。このＩＮＶＩＴＥメッセージを受信したＳＩＰサーバ１６は、ＩＮＶＩＴＥメッセージに含まれるＭＮ１３（ＣＮ２１が通話を行おうとしている通話相手）の識別情報（ＭＮ１３のＥ．１６４番号）を抽出する。
【００４７】
なお、ここでは、ＣＮ２１自身がＳＩＰサーバ１６に対して、ＩＮＶＩＴＥメッセージを直接送信しているが、別のＳＩＰサーバに対して処理を依頼するプロキシモードで動作が行われてもよい。また、ＩＮＶＩＴＥメッセージには、Ｅ．１６４番号から生成される『．ｅ１６４．ａｒｐａ』やＳＩＰ−ＵＲＬ（Uniform Resource Locator）などの形式でＭＮ１３の識別情報が挿入されてもよい。これらの動作は、すべてＳＩＰで規定されている動作に依存するものであり、ここでは詳細に関しては説明を省略する。
【００４８】
ＳＩＰサーバ１６は、ＩＮＶＩＴＥメッセージからＭＮ１３の識別情報を抽出すると同時に、さらに、ＣＮ２１の種類を特定できる情報をＩＮＶＩＴＥメッセージから抽出する（ステップＳ１００２）。ＣＮ２１の種類を特定できる情報としては、任意の情報を使用することが可能であるが、例えば、ＣＮ２１に割り当てられている電話番号の局番（０３、０５０、０９０など）やＣＮ２１の識別情報の形式などを参照すれば、ＣＮ２１の種類を容易に把握することが可能である。
【００４９】
そして、ＳＩＰサーバ１６は、ネットワーク管理サーバ１７に対して、ＭＮ１３の識別情報（ＩＮＶＩＴＥメッセージの着呼側を識別する識別情報）と、ＣＮ２１の種類に関する情報とを含むメッセージを送信することによって、ＭＮ１３のＩＰアドレスを要求する（ステップＳ１００３）。
【００５０】
ＳＩＰサーバ１６からＩＰアドレス要求のメッセージを受信したネットワーク管理サーバ１７は、サブネットＩＤ対応情報データベース１７１を参照して、このメッセージに含まれているＣＮ２１の種類に対応したサブネットＩＤを取得するとともに、位置情報データベース１７２を参照して、このメッセージに含まれているＭＮ１３の識別情報に対応するＭＮ１３のインタフェースＩＤを取得する（ステップＳ１００４）。
【００５１】
なお、ここでは、ＳＩＰサーバ１６がＩＮＶＩＴＥメッセージからＭＮ１３の識別情報を特定し、ネットワーク管理サーバ１７が、この識別情報からＭＮ１３のインタフェースＩＤを取得しているが、例えば、ＳＩＰサーバ１６が任意の機構を用いてＩＮＶＩＴＥメッセージからＭＮ１３のインタフェースＩＤを取得することが可能であれば、ＳＩＰサーバ１６は、ＭＮ１３のインタフェースＩＤをネットワーク管理サーバ１６に通知してもよい。この場合には、上述の通り、ＭＮの識別情報としてＭＮのインタフェースＩＤを用いることが可能となり、図３に図示されている位置情報データベース１７２のＭＮの識別情報の欄は不要となる。また、ＭＮの識別情報としてＥ．１６４番号やＳＩＰ−ＵＲＬが使用されてもよい。
【００５２】
ステップＳ１００４において、ＭＮ１３のグローバルＩＰアドレスの構成に必要となるＭＮ１３のインタフェースＩＤ及びＣＮ２１の種類に対応するサブネットＩＤを取得したネットワーク管理サーバ１７は、ＳＩＰサーバ１６に対してＭＮ１３のグローバルＩＰアドレスの応答を行うとともに、ＭＮ１３に対してグローバルＩＰアドレスの構成に必要となる上記の情報の通知を行う（ステップＳ１００５）。なお、ＳＩＰサーバ１６は、キャリアネットワーク１０のグローバルネットワークプレフィックスを自ら把握できる可能性がある。したがって、ステップＳ１００５では、ネットワーク管理サーバ１７はＳＩＰサーバ１６に対して、少なくともインタフェースＩＤ及びサブネットＩＤの通知を行えばよい。また、ＭＮ１３は、自身のインタフェースＩＤを把握することが可能であり、また、キャリアネットワーク１０のグローバルネットワークプレフィックスも把握できる可能性がある。したがって、ステップＳ１００５では、ネットワーク管理サーバ１７はＭＮ１３に対して、少なくともサブネットＩＤの通知を行えばよい。
【００５３】
このネットワーク管理サーバ１７からＳＩＰサーバ１６及びＭＮ１３へのＩＰアドレスの通知には、大きく分けて２つの方法が存在する。第１の方法は、ネットワーク管理サーバ１７が、ステップＳ１００４で取得したＭＮ１３のインタフェースＩＤ及びＣＮ２１の種類に対応するサブネットＩＤをそのままＳＩＰサーバ１６及びＭＮ１３に通知する方法である。なお、このとき、ネットワーク管理サーバ１７は、グローバルネットワークにおいてキャリアネットワーク１０の識別に用いられるグローバルルーティングプレフィックス（キャリアネットワーク１０に対する固定値Ｉ）の通知を同時に行ってもよい。この場合には、ＳＩＰサーバ１６及びＭＮ１３は、ネットワーク管理サーバ１７から通知された情報に基づいて、ＭＮ１３のグローバルＩＰアドレスを構成する必要がある。
【００５４】
一方、第２の方法は、ネットワーク管理サーバ１７が、ステップＳ１００４で取得したＭＮ１３のインタフェースＩＤ及びＣＮ２１の種類に対応するサブネットＩＤに加えて、キャリアネットワーク１０を識別するためのグローバルルーティングプレフィックスに基づいて、ＭＮ１３のグローバルＩＰアドレスを生成し、生成されたグローバルＩＰアドレスをＳＩＰサーバ１６及びＭＮ１３に通知する方法である。この場合には、ＭＮ１３は、後述のステップＳ１００７において、グローバルＩＰアドレスを自ら生成する必要はなく、ネットワーク管理サーバ１７から通知されたグローバルＩＰアドレスを自らのグローバルＩＰアドレスとして設定するだけでよい。
【００５５】
ステップＳ１００５でＭＮ１３のグローバルＩＰアドレスの通知を受けたＭＮ１３は、自らのグローバルＩＰアドレスの生成（又は設定）を行う（ステップＳ１００７）。また、ステップＳ１００５でＭＮ１３のグローバルＩＰアドレスの応答を受けたＳＩＰサーバ１６は、ＭＮ１３のグローバルＩＰアドレスを送信先アドレスに設定したＩＮＶＩＴＥメッセージをＭＮ１３に送信する（ステップＳ１００９）とともに、ステップＳ１００１で受信したＩＮＶＩＴＥメッセージに関して現在処理中である旨を通知する１００ ＴｒｙｉｎｇメッセージをＣＮ２１に対して送信する（ステップＳ１０１１）。
【００５６】
その後の処理は、従来のＳＩＰで規定されているシーケンスと同一である。すなわち、ＭＮ１３は、ＩＮＶＩＴＥメッセージに対する応答として、現在呼び出し中である旨を示す１８０ Ｒｉｎｇｉｎｇメッセージを送信する（ステップＳ１０１３）。この１８０ Ｒｉｎｇｉｎｇメッセージは、ＩＮＶＩＴＥメッセージとは逆向きの経路で転送され、ＣＮ２１に届けられる（ステップＳ１０１５）。また、ＭＮ１３でオフフックが行われた場合には、ＭＮ１３は、通信要求の受け入れを示す２００ ＯＫメッセージを送信する（ステップＳ１０１７）。この２００ ＯＫメッセージも、ＩＮＶＩＴＥメッセージとは逆向きの経路で転送され、ＣＮ２１に届けられる（ステップＳ１０１９）。２００ ＯＫメッセージを受信したＣＮ２１は、確認を示すＡＣＫメッセージを送信する（ステップＳ１０２１）。このＡＣＫメッセージは、ＩＮＶＩＴＥメッセージと同一の経路を通じてＭＮ１３に届けられる（ステップＳ１０２３）。
【００５７】
以上の処理によって、ＭＮ１３とＣＮ２１との間でＩＰ通信が開始される。このＩＰ通信に係るパケット（ＣＮ２１からＭＮ１３へのパケット）は、キャリアネットワーク１０内（ＰＥ１３とＣＥ１２との間）では、ＭＮ１３のグローバルＩＰアドレスに含まれるサブネットＩＤ（例えばＳ（α））に対応した論理ネットワーク（例えば論理ネットワーク１０α）上で転送される。また、キャリアネットワーク１０外部（ＰＥ１３とＣＮ２１との間）では、グローバルルーティングプレフィックスが参照されるので、従来のパケットと同様に転送される。
【００５８】
続いて、図５を参照しながら、図４に示されている動作に基づいて開始された通信動作について説明する。図５は、本発明の第１の実施の形態における通信動作の一例を模式的に示す図である。
【００５９】
上述のように、ＭＮ１３には、通信相手（図１のＣＮ２１）の種類に応じて異なるサブネットＩＤが割り当てられ、すなわち、ＭＮ１３は、通信相手の種類に応じて異なるサブネットＩＤが割り当てられたグローバルＩＰアドレスを自身のグローバルＩＰアドレスとして使用する。
【００６０】
例えば、図５に図示されているように、ＭＮ１３がソフトフォン端末２２からの発呼を受けた場合、図２に示されているサブネットＩＤ対応情報に従えば、ＭＮ１３には、サブネットＩＤがＳ（α）のグローバルＩＰアドレスが割り当てられることになる。したがって、ソフトフォン端末２２からＭＮ１３に向けて送信されるパケットのあて先アドレスには、サブネットＩＤがＳ（α）のＭＮ１３のグローバルＩＰアドレスが設定される。このパケットは、他のパケットと同様に、ソフトフォン端末２２からインターネット２０を通じてＰＥ１１に到達する。そして、ＰＥ１１では、このパケットは、論理ネットワーク１０αに属する仮想的なＰＥ（α）１１αによって処理され、キャリアネットワーク（論理ネットワーク）１０α内に送出される。論理ネットワーク１０αは、例えばスループット優先の経路制御が行われるネットワークであり、ＰＥ（α）１１αから送出されたパケットは、スループット優先設定の経路（Ｓ（α）の経路４０α）を経由してＣＥ１２まで届けられ、ＭＮ１３に到達する。
【００６１】
一方、例えば図５に図示されているように、ＭＮ１３が緊急通報用電話機３１からの発呼（コールバック）を受けた場合、図２に示されているサブネットＩＤ対応情報に従えば、ＭＮ１３には、サブネットＩＤがＳ（ε）のグローバルＩＰアドレスが割り当てられることになる。したがって、緊急通報用電話機３１からＭＮ１３に向けて送信されるパケットのあて先アドレスには、サブネットＩＤがＳ（ε）のＭＮ１３のグローバルＩＰアドレスが設定される。このパケットは、他のパケットと同様に、緊急通報用電話機３１から緊急通話回線ネットワーク３０を通じてＰＥ１１に到達する。そして、ＰＥ１１では、このパケットは、論理ネットワーク１０εに属する仮想的なＰＥ（ε）１１εによって処理され、キャリアネットワーク（論理ネットワーク）１０ε内に送出される。論理ネットワーク１０εは、例えばスループット優先及び遅延最小の経路制御が行われるネットワークであり、ＰＥ（ε）１１εから送出されたパケットは、スループット優先及び遅延最小設定の経路（Ｓ（ε）の経路４０ε）を経由してＣＥ１２まで届けられ、ＭＮ１３に到達する。
【００６２】
以上、説明したように、本発明の第１の実施の形態によれば、所定のキャリアネットワークに接続されているＭＮに対して通信相手（通信端末）からの発呼があった場合、ＭＮのグローバルＩＰアドレスとして、その通信端末の種類に応じて異なるサブネットＩＤを有するグローバルＩＰアドレスが割り当てられるようにすることで、キャリアネットワーク内において、通信相手である通信端末の種類に応じたパケット転送の経路制御を実現することが可能となる。
【００６３】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について説明する。上述の本発明の第１の実施の形態では、各キャリアネットワーク（論理ネットワーク）１０α〜１０γに対してサブネットＩＤを割り当てており、例えばキャリアネットワーク（論理ネットワーク）の総数がＮ個の場合には、Ｎ個のサブネットＩＤが用意される。一方、本発明の第２の実施の形態では、さらに各ＣＥ１２に対してサブネットＩＤを割り当てる。したがって、例えばＣＥ１２の総数がＭ個の場合には、（Ｎ×Ｍ）個のサブネットＩＤが用意される。なお、以下では、例えば、論理ネットワーク１０αに属し、ある特定のＣＥ（ａ）に対して割り当てられるサブネットＩＤをＳａ（α）と表記する。
【００６４】
本発明の第２の実施の形態におけるシステム構成は、図１に図示されている通信システムとほぼ同一であるが、サブネットＩＤの割り当て時にＭＮ１３に適した上記のＳａ（α）のサブネットＩＤを特定するための機能がＰＥ１１及びネットワーク管理サーバ１７に追加されるとともに、ネットワーク管理サーバ１７が保持するサブネットＩＤ対応情報データベース１７１及び位置情報データベース１７２の内容に変更が加えられる。さらに、ＰＥ１１やＣＥ１２には、パケットの転送時にＭＮ１３のグローバルＩＰアドレスの変更を行う機能が追加される。
【００６５】
本発明の第２の実施の形態では、サブネットＩＤ対応情報データベース１７１及び位置情報データベース１７２は、例えば、それぞれ図６及び図７に示される内容を有している。
【００６６】
まず、図６を参照しながら、本発明の第２の実施の形態におけるサブネットＩＤ対応情報データベース１７１に格納されている情報の一例について説明する。図６は、本発明の第２の実施の形態におけるネットワーク管理サーバが保持するサブネットＩＤ対応情報データベース内の情報の一例を示す図である。
【００６７】
図６に図示されているように、サブネットＩＤ対応情報データベース１７１には、ネットワークの種類（ＣＮの種類）と、ＣＮからの発呼を受ける着呼側のＭＮに対して割り当てるサブネットＩＤとの対応関係が格納されている。図６に図示されているサブネットＩＤ対応情報データベース１７１の構造自体は、図２に図示されているサブネットＩＤ対応情報データベース１７１と同様であるが、大きく異なる点は、さらに各ＣＥ１２に対してサブネットＩＤが細分化されている点にある。
【００６８】
図６に図示されているサブネットＩＤ対応情報では、ＣＮがソフトフォン端末の場合にＣＥ（ａ）に接続されているＭＮに割り当てるサブネットＩＤはＳａ（α）、ＣＮがソフトフォン端末の場合にＣＥ（ｂ）に接続されているＭＮに割り当てるサブネットＩＤはＳｂ（α）、ＣＮがＩＰ電話機の場合にＣＥ（ａ）に接続されているＭＮに割り当てるサブネットＩＤはＳａ（β）、ＣＮがＩＰ電話機の場合にＣＥ（ｂ）に接続されているＭＮに割り当てるサブネットＩＤはＳｂ（β）、ＣＮが固定電話機の場合にＣＥ（ａ）に接続されているＭＮに割り当てるサブネットＩＤはＳａ（γ）、ＣＮが固定電話機の場合にＣＥ（ｂ）に接続されているＭＮに割り当てるサブネットＩＤはＳｂ（γ）、ＣＮが携帯電話機の場合にＣＥ（ａ）に接続されているＭＮに割り当てるサブネットＩＤはＳａ（δ）、ＣＮが携帯電話機の場合にＣＥ（ｂ）に接続されているＭＮに割り当てるサブネットＩＤはＳｂ（δ）、ＣＮが緊急通報用電話機の場合にＣＥ（ａ）に接続されているＭＮに割り当てるサブネットＩＤはＳａ（ε）、ＣＮが緊急通報用電話機の場合にＣＥ（ｂ）に接続されているＭＮに割り当てるサブネットＩＤはＳｂ（ε）という対応関係が規定されている。
【００６９】
次に、図７を参照しながら、本発明の第２の実施の形態における位置情報データベースに格納されている情報の一例について説明する。図７は、本発明の第２の実施の形態におけるネットワーク管理サーバが保持する位置情報データベース内の情報の一例を示す図である。
【００７０】
図７に図示されているように、位置情報データベース１７２には、ＭＮのインタフェースＩＤと、ＭＮの接続ポイントとの対応情報が格納されており、さらに、ＭＮの識別情報が格納されてもよい。これらの情報は、上述の本発明の第１の実施の形態（図３を参照）と同一である。さらに、図７に図示されている位置データベース１７２は、各ＭＮに対して現在割り当てられているサブネットＩＤを格納する欄を有している。
【００７１】
図７には、インタフェースＩＤがＨ２のＭＮに対してＳｂ（δ）のサブネットＩＤが割り当てられており、インタフェースＩＤがＨ３のＭＮに対してＳｄ（α）のサブネットＩＤが割り当てられており、インタフェースＩＤがＨ４のＭＮに対してＳｃ（β）のサブネットＩＤが割り当てられている状態が図示されている。なお、現在のサブネットＩＤの情報は、ＭＮの通話相手の種類が変わったり、ＭＮが移動（接続先のＣＥを変更）を行ったりした場合に変更される。また、図７において、インタフェースＩＤがＨ１、Ｈ５のＭＮの現在のサブネットＩＤが空欄となっているが、これは、インタフェースＩＤがＨ１、Ｈ５のＭＮがグローバルＩＰアドレスを取得していないことを意味する。
【００７２】
次に、本発明の第２の実施の形態における通信システムの動作の一例について説明する。本発明の第２の実施の形態における通信システムの動作は、基本的に本発明の第１の実施の形態における通信システムの動作と同一であり、図４と同一の処理を行う。ただし、ステップＳ１００４でネットワーク管理サーバ１７がＭＮ１３のサブネットＩＤを取得する際における動作の詳細が異なる。
【００７３】
以下、本発明の第２の実施の形態におけるステップＳ１００４（図４を参照）の動作の詳細について説明する。ＳＩＰサーバ１６からＩＰアドレス要求のメッセージを受信したネットワーク管理サーバ１７は、このメッセージからＣＮ２１の種類に関する情報及びＭＮ１３の識別情報を抽出することが可能である。ネットワーク管理サーバ１７は、位置情報データベース１７２を参照し、ＭＮ１３の識別情報に基づいて、ＭＮ１３のインタフェースＩＤとＭＮ１３が現在接続されているＣＥ１２の識別情報とを取得することが可能である。さらに、ネットワーク管理サーバ１７は、サブネットＩＤ対応情報データベース１７１を参照し、ＣＮ２１の種類に関する情報と、上述のようにして取得されたＭＮ１３が現在接続しているＣＥ１２の識別情報とに基づいて、ＣＮ２１の種類及びＣＥ１２の識別情報に対応したサブネットＩＤを取得することが可能である。そして、ネットワーク管理サーバ１７は、位置情報データベース１７２内のＭＮ１３の現在のサブネットの欄に、上述のようにして取得されたサブネットＩＤを挿入して位置情報データベース１７２の更新を行うとともに、図４に図示されているステップＳ１００５以降の処理を行う。
【００７４】
例えば、図６及び図７に図示されている一例において、ネットワーク管理サーバ１７が、ＣＮ２１の種類が固定電話機であり、ＭＮ１３の識別情報がＭＮ１＿ＩＤであるという情報をＩＰアドレス要求のメッセージから抽出したとする。このとき、ネットワーク管理サーバ１７は、図７の位置情報データベース１７２から、ＭＮ１３のインタフェースＩＤはＨ１であり、ＭＮ１３が現在接続されているＣＥの識別情報がＣＥ（ａ）であると把握することが可能である。さらに、ネットワーク管理サーバ１７は、図６のサブネットＩＤ対応情報データベース１７１から、固定電話機を通信相手としＣＥ（ａ）に接続されているＭＮ１３に対して割り当てられるサブネットＩＤは、Ｓａ（γ）であることを把握することが可能である。なお、ネットワーク管理サーバ１７は、ＭＮ１３において、特定されたサブネットＩＤ（Ｓａ（γ））を含むグローバルＩＰアドレスの設定が行われるように処理を行うとともに、ＭＮ１３の識別情報（ＭＮ１＿ＩＤ）に対応する現在のサブネットＩＤの欄に、上記の特定されたサブネットＩＤ（Ｓａ（γ））を登録する。
【００７５】
続いて、図８〜図１０を参照しながら、本発明の第２の実施の形態で開始された通信動作について説明する。本発明の第２の実施の形態では、ＣＮ２１からＭＮ１３に対して送信されるパケットがキャリアネットワーク１０内で転送される際に、例えば下記の３つの動作例によるパケット転送を実行することが可能である。
【００７６】
なお、図８〜図１０に図示されているシーケンスチャートには、ＣＮ２１とＭＮ１３との間で送受信されるパケットの流れが図示されているが、下り方向（ＣＮ２１からＭＮ１３に向かう方向）のパケットの流れには、パケットのあて先アドレスに設定されるＭＮ１３のグローバルＩＰアドレスのサブネットＩＤが記載されており、上り方向（ＭＮ１３からＣＮ２１に向かう方向）のパケットの流れには、パケットの送信元アドレスに設定されるＭＮ１３のグローバルＩＰアドレスのサブネットＩＤが記載されている。
【００７７】
＜第１の動作例＞
まず、図８を参照しながら、本発明の第２の実施の形態で開始された通信動作における第１の動作例について説明する。図８は、本発明の第２の実施の形態で開始された通信動作における第１の動作例を示すシーケンスチャートである。
【００７８】
第１の動作例では、上述の本発明の第１の実施の形態と同様に、ＣＮ２１とＭＮ１３との間で送受信されるパケットの送信元アドレス又はあて先アドレスに設定されるＭＮ１３のグローバルＩＰアドレス（例えば、［Ｉ｜Ｓａ（α）｜Ｈ１］）に対して、特に変更を加えることなくパケット転送が行われる。
【００７９】
すなわち、図８において、ＣＮ２１からＭＮ１３に向けて送信される下り方向のパケットは、そのあて先アドレスが［Ｉ｜Ｓａ（α）｜Ｈ１］の状態で、ＣＮ２１からＰＥ１１、ＰＥ１１からＣＥ１２、ＣＥ１２からＭＮ１３に転送される（ステップＳ１２０１〜ステップＳ１２０５）。
【００８０】
上述のように、本発明の第２の実施の形態の第１の動作例によれば、上述の本発明の第１の実施の形態と同様に、ＣＮ２１からＭＮ１３に向けて送信される下り方向のパケットを、キャリアネットワーク１０内において、ＣＮ２１の種類に応じた経路制御を受けるように論理ネットワークに分散することが可能となる。
【００８１】
また、ＭＮ１３からＣＮ２１に向けて送信される上り方向のパケットに関しても、その送信元アドレスが［Ｉ｜Ｓａ（α）｜Ｈ１］の状態で、ＭＮ１３からＣＥ１２、ＣＥ１２からＰＥ１１、ＰＥ１１からＣＮ２１に転送される（ステップＳ１２０７〜ステップＳ１２１１）。
【００８２】
＜第２の動作例＞
次に、図９を参照しながら、本発明の第２の実施の形態で開始された通信動作における第２の動作例について説明する。図９は、本発明の第２の実施の形態で開始された通信動作における第２の動作例を示すシーケンスチャートである。
【００８３】
第２の動作例では、ＰＥ１１及びＣＥ１２において、ＣＮ２１とＭＮ１３との間で送受信されるパケットの送信元アドレス又はあて先アドレスに設定されるＭＮ１３のグローバルＩＰアドレス（例えば、［Ｉ｜Ｓｘ（α）｜Ｈ１］）に対してアドレス変換（サブネットＩＤの値の変換）が行われ、キャリアネットワーク１０内では、論理ネットワークに従ったアドレスに基づく経路制御が行われ、キャリアネットワーク外部では、ＭＮ１３が接続されているＣＥ１２に依存しないアドレスが使用される。
【００８４】
この第２の動作例を実現するためには、上述のアドレス割り当て時の動作（すなわち、図４に示すシーケンスチャートの動作）を若干改変する必要がある。具体的には、ネットワーク管理サーバ１７がＣＮ２１及びＭＮ１３に対してグローバルＩＰアドレスを通知する際（図４のステップＳ１００５のＩＰアドレス応答）に、ＭＮ１３が接続されているＣＥ１２及びＣＮ２１の種類に依存するサブネットＩＤ（例えばＳａ（α））の代わりに、ＣＮ２１の種類にのみ依存するサブネットＩＤ（例えばＳｘ（α））を含むグローバルＩＰアドレスを通知する。これにより、第２の動作例では、ＭＮ１３のグローバルＩＰアドレスには、ＭＮ１３がどのＣＥ１２に接続されている場合であっても、ＣＮ２１の種類にのみ依存するサブネットＩＤが含まれるようになり、ＣＮ２１及びＭＮ１３自身は、ＭＮ１３のグローバルＩＰアドレスとして、ＣＮ２１の種類にのみ依存するサブネットＩＤを含むグローバルＩＰアドレスを使用し、通信を開始する。なお、第２の動作例では、ＣＮ２１の種類にのみ依存するサブネットＩＤ（Ｓｘ（α）、Ｓｘ（β）、…）は、論理ネットワークの数（すなわち、ＣＮ２１の種類として設定されている数）だけ用意される。
【００８５】
図９において、ＣＮ２１からＭＮ１３に向けて送信される下り方向のパケットは、そのあて先アドレスが［Ｉ｜Ｓｘ（α）｜Ｈ１］の状態で、ＣＮ２１からＰＥ１１に転送される（ステップＳ１３０１）。ＰＥ１１は、パケットのあて先アドレスのインタフェースＩＤ『Ｈ１』を抽出し、ネットワーク管理サーバ１７に対して、インタフェースＩＤ『Ｈ１』で識別されるＭＮに現在割り当てられているサブネットＩＤの問い合わせを行う。ネットワーク管理サーバ１７は、この問い合わせに対して位置情報データベース１７２を参照し、インタフェースＩＤ『Ｈ１』に対応するサブネットＩＤ（例えばＳａ（α））を特定して、ＰＥ１１に応答する。この動作によって、ＰＥ１１は、パケットのあて先アドレスのインタフェースＩＤ『Ｈ１』から、対応するサブネットＩＤ（例えばＳａ（α））を取得し、パケットのあて先アドレスを［Ｉ｜Ｓｘ（α）｜Ｈ１］から［Ｉ｜Ｓａ（α）｜Ｈ１］に変換することが可能となる（ステップＳ１３０３）。そして、あて先アドレス変換後のパケットは、ＰＥ１１からＣＥ１２に転送される（ステップＳ１３０５）。
【００８６】
一方、ＣＥ１２は、下り方向のパケットのあて先アドレスのサブネットＩＤをＳａ（α）からＳｘ（α）に機械的に変換する機能を有している。したがって、ＣＥ１２は、ステップＳ１３０５で受信したパケットのあて先アドレスを［Ｉ｜Ｓａ（α）｜Ｈ１］から［Ｉ｜Ｓｘ（α）｜Ｈ１］に変換する（ステップＳ１３０７）。そして、あて先アドレス変換後のパケットは、ＣＥ１２からＭＮ１３に転送される（ステップＳ１３０９）。
【００８７】
上述のように、本発明の第２の実施の形態の第２の動作例によれば、上述の本発明の第１の実施の形態と同様に、ＣＮ２１からＭＮ１３に向けて送信される下り方向のパケットを、キャリアネットワーク１０内において、ＣＮ２１の種類に応じた経路制御を受けるように論理ネットワークに分散することが可能となる。さらに、本発明の第２の実施の形態の第２の動作例では、ＭＮ１３のグローバルＩＰアドレスとして、接続先のＣＥ１２に依存しないグローバルＩＰアドレスが生成されるので、ＭＮ１３が接続先のＣＥ１２を変えた場合でもグローバルＩＰアドレスの変更が行われる必要はなく、ＣＮ２１に対して、ＭＮ１３がどのＣＥ１２に接続されているかを隠蔽することが可能となる。
【００８８】
一方、ＭＮ１３からＣＮ２１に向けて送信される上り方向のパケットに関しては、パケットのあて先アドレス（この場合は、ＣＮ２１のアドレス）のみに依存してルーティングが行われると仮定した場合には、パケットの送信元アドレス［Ｉ｜Ｓｘ（α）｜Ｈ１］に対して変換を行わなくても、ＭＮ１３からＣＮ２１に転送される。しかしながら、セキュリティ上の処理（例えば、イングレスフィルタリング）やエラー処理（例えば、エラーメッセージの返送）が行われる場合や、上り方向のパケットの経路制御を実現する場合などにはパケットの送信元アドレスが参照されることもあるので、上り方向のパケットは、下り方向のパケットの転送で用いられている論理ネットワークと同一の論理ネットワーク上を経由することが望ましい。
【００８９】
下り方向のパケットの転送で用いられている論理ネットワークと同一の論理ネットワーク上に上り方向のパケットを転送させるためには、例えば、図９のステップＳ１３１１以降の動作が行われることが望ましい。
【００９０】
図９において、ＭＮ１３からＣＮ２１に向けて送信される上り方向のパケットは、その送信元アドレスが［Ｉ｜Ｓｘ（α）｜Ｈ１］の状態で、ＭＮ１３からＣＥ１２に送信される（ステップＳ１３１１）。ＣＥ１２は、送信元アドレスのサブネットＩＤに含まれるＳｘ（α）から論理ネットワーク１０α上でパケット転送が行われることが望ましいと判断し、ＣＥ１２自身を識別する論理ネットワーク１０αに属するサブネットＩＤであるＳａ（α）を用いて、送信元アドレスを［Ｉ｜Ｓｘ（α）｜Ｈ１］から［Ｉ｜Ｓａ（α）｜Ｈ１］に機械的に変換する（ステップＳ１３１３）。そして、送信元アドレス変換後のパケットは、ＣＥ１２から論理ネットワーク１０αを経由してＰＥ１１に転送される（ステップＳ１３１５）。
【００９１】
ＰＥ１１は、ステップＳ１３１５で受信したパケットの送信元アドレスを［Ｉ｜Ｓａ（α）｜Ｈ１］から［Ｉ｜Ｓｘ（α）｜Ｈ１］に機械的に変換する（ステップＳ１３１７）。そして、送信元アドレス変換後のパケットは、ＰＥ１１からキャリアネットワーク１０の外部に送出され、ＣＮ２１に転送される（ステップＳ１３１９）。
【００９２】
＜第３の動作例＞
次に、図１０を参照しながら、本発明の第２の実施の形態で開始された通信動作における第３の動作例について説明する。図１０は、本発明の第２の実施の形態で開始された通信動作における第３の動作例を示すシーケンスチャートである。
【００９３】
第３の動作例は、上述の第２の動作例に似ているが、ＭＮ１３のグローバルＩＰアドレスのサブネットＩＤには、ＣＮ２１の種類にのみ依存するサブネットＩＤ（例えばＳｘ（α））ではなく、キャリアネットワーク１０を代表する代表サブネットＩＤ（例えばＳｘ）が使用される。これにより、第３の動作例では、ＭＮ１３のグローバルＩＰアドレスには、ＭＮ１３がどのＣＥ１２に接続されている場合であっても、かつＣＮ２１がどの種類であっても代表サブネットＩＤが使用されるようになり、ＣＮ２１及びＭＮ１３自身は、ＭＮ１３のグローバルＩＰアドレスとして、代表サブネットＩＤを含むグローバルＩＰアドレスを使用し、通信を開始する。なお、第３の動作例では、代表サブネットＩＤを１つのみ（Ｓｘのみ）用意するだけでよい。
【００９４】
図１０において、ＣＮ２１からＭＮ１３に向けて送信される下り方向のパケットは、そのあて先アドレスが［Ｉ｜Ｓｘ｜Ｈ１］の状態で、ＣＮ２１からＰＥ１１に転送される（ステップＳ１４０１）。ＰＥ１１は、パケットのあて先アドレスのインタフェースＩＤ『Ｈ１』を抽出し、ネットワーク管理サーバ１７に対して、インタフェースＩＤ『Ｈ１』で識別されるＭＮに現在割り当てられているサブネットＩＤの問い合わせを行う。ネットワーク管理サーバ１７は、この問い合わせに対して位置情報データベース１７２を参照し、インタフェースＩＤ『Ｈ１』に対応するサブネットＩＤ（例えばＳａ（α））を特定して、ＰＥ１１に応答する。この動作によって、ＰＥ１１は、パケットのあて先アドレスのインタフェースＩＤ『Ｈ１』から、対応するサブネットＩＤ（例えばＳａ（α））を取得し、パケットのあて先アドレスを［Ｉ｜Ｓｘ｜Ｈ１］から［Ｉ｜Ｓａ（α）｜Ｈ１］に変換することが可能となる（ステップＳ１４０３）。そして、あて先アドレス変換後のパケットは、ＰＥ１１からＣＥ１２に転送される（ステップＳ１４０５）。
【００９５】
一方、ＣＥ１２は、下り方向のパケットのあて先アドレスのサブネットＩＤをＳａ（α）からＳｘに機械的に変換する機能を有しており、ステップＳ１４０５で受信したパケットのあて先アドレスを［Ｉ｜Ｓａ（α）｜Ｈ１］から［Ｉ｜Ｓｘ｜Ｈ１］に変換する（ステップＳ１４０７）。そして、あて先アドレス変換後のパケットは、ＣＥ１２からＭＮ１３に転送される（ステップＳ１４０９）。
【００９６】
上述のように、本発明の第２の実施の形態の第３の動作例によれば、上述の本発明の第１の実施の形態と同様に、ＣＮ２１からＭＮ１３に向けて送信される下り方向のパケットが、キャリアネットワーク１０内において、ＣＮ２１の種類に応じた経路制御を受けるように各論理ネットワークに分散されるようになる。また、本発明の第２の実施の形態の第３の動作例では、ＭＮ１３のグローバルＩＰアドレスとして接続先のＣＥ１２に依存しないグローバルＩＰアドレスが生成されるので、ＭＮ１３が接続先のＣＥ１２を変えた場合でもグローバルＩＰアドレスの変更が行われる必要がなく、ＣＮ２１に対して、ＭＮ１３がどのＣＥ１２に接続されているかを隠蔽することが可能となる。さらに、本発明の第２の実施の形態の第３の動作例では、ＭＮ１３のグローバルＩＰアドレスとしてＣＮ２１の種類に依存しないグローバルＩＰアドレスが生成されるので、ＭＮ１３が異なる種類のＣＮ２１と通信を行う場合でもグローバルＩＰアドレスの変更が行われる必要はない。したがって、ＣＮ２１からＭＮ１３の発呼が行われる前から、ＭＮ１３に対してグローバルＩＰアドレスを割り当てておき、ＣＮ２１から着呼時に、ＣＮ２１の種類に応じてキャリアネットワーク１０における経路制御用のサブネットＩＤ割り当てを行うことが可能である。
【００９７】
一方、ＭＮ１３からＣＮ２１に向けて送信される上り方向のパケットに関しては、パケットのあて先アドレス（この場合は、ＣＮ２１のアドレス）のみに依存してルーティングが行われると仮定した場合には、パケットの送信元アドレス［Ｉ｜Ｓｘ｜Ｈ１］に対して変換を行わなくても、ＭＮ１３からＣＮ２１に転送される。しかしながら、上述の第２の動作例と同様に、上り方向のパケットは、下り方向のパケットの転送で用いられている論理ネットワークと同一の論理ネットワーク上を経由することが望ましい。
【００９８】
下り方向のパケットの転送で用いられている論理ネットワークと同一の論理ネットワーク上に上り方向のパケットを転送させるためには、例えば、図１０のステップＳ１４１１以降の動作が行われることが望ましい。
【００９９】
図１０において、ＭＮ１３からＣＮ２１に向けて送信される上り方向のパケットは、その送信元アドレスが［Ｉ｜Ｓｘ｜Ｈ１］の状態で、ＭＮ１３からＣＥ１２に送信される（ステップＳ１４１１）。ＣＥ１２は、パケットの送信元アドレスのインタフェースＩＤ『Ｈ１』を抽出し、ネットワーク管理サーバ１７に対して、インタフェースＩＤ『Ｈ１』で識別されるＭＮに現在割り当てられているサブネットＩＤの問い合わせを行う。ネットワーク管理サーバ１７は、この問い合わせに対して位置情報データベース１７２を参照し、インタフェースＩＤ『Ｈ１』に対応するサブネットＩＤ（例えばＳａ（α））を特定して、ＣＥ１２に応答する。この動作によって、ＣＥ１２は、パケットのあて先アドレスのインタフェースＩＤ『Ｈ１』から、対応するサブネットＩＤ（例えばＳａ（α））を取得し、パケットの送信元アドレスを［Ｉ｜Ｓｘ｜Ｈ１］から［Ｉ｜Ｓａ（α）｜Ｈ１］に変換することが可能となる（ステップＳ１４１３）。そして、送信元アドレス変換後のパケットは、ＣＥ１２からＰＥ１１に転送される（ステップＳ１４１５）。
【０１００】
ＰＥ１１は、ステップＳ１４１５で受信したパケットの送信元アドレスを［Ｉ｜Ｓａ（α）｜Ｈ１］から［Ｉ｜Ｓｘ｜Ｈ１］に機械的に変換する（ステップＳ１４１７）。そして、送信元アドレス変換後のパケットは、ＰＥ１１からキャリアネットワーク１０の外部に送出され、ＣＮ２１に転送される（ステップＳ１４１９）。
【０１０１】
なお、上述の本発明の第１及び第２の実施の形態、さらには、本発明の第２の実施の形態の第１〜第３の動作例に係る本発明の技術を任意に組み合わせて通信システムを構築することも可能である。例えば、本発明の第１の実施の形態において、本発明の第２の実施の形態の第２又は第３の動作例のように、キャリアネットワーク１０を代表する代表サブネットＩＤを使用し、ＣＮの種類から特定されたサブネットＩＤはキャリアネットワーク１０内でのみ使用されるようにしてもよい。また、本発明の技術と従来の技術とを任意に組み合わせて通信システムを構築することも可能である。
【産業上の利用可能性】
【０１０２】
本発明は、キャリアネットワーク内の通信端末が、様々なネットワーク上の通信端末との通話を行う場合に、その通話相手となる通信端末のネットワークの種類（通信端末の種類）を考慮した経路制御が実現されるという効果を有しており、様々なネットワーク上に存在する通信端末（電話機）間での通信（特に通話）に係る技術に適用可能であり、特に、ＩＰ通信を利用した通話技術に適用可能である。
【図面の簡単な説明】
【０１０３】
【図１】本発明の第１の実施の形態における通信システムの一例を模式的に示す図
【図２】本発明の第１の実施の形態におけるネットワーク管理サーバが保持するサブネットＩＤ対応情報データベース内の情報の一例を示す図
【図３】本発明の第１の実施の形態におけるネットワーク管理サーバが保持する位置情報データベース内の情報の一例を示す図
【図４】本発明の第１の実施の形態における通信システムの動作の一例を示すシーケンスチャート
【図５】本発明の第１の実施の形態における通信動作の一例を模式的に示す図
【図６】本発明の第２の実施の形態におけるネットワーク管理サーバが保持するサブネットＩＤ対応情報データベース内の情報の一例を示す図
【図７】本発明の第２の実施の形態におけるネットワーク管理サーバが保持する位置情報データベース内の情報の一例を示す図
【図８】本発明の第２の実施の形態で開始された通信動作における第１の動作例を示すシーケンスチャート
【図９】本発明の第２の実施の形態で開始された通信動作における第２の動作例を示すシーケンスチャート
【図１０】本発明の第２の実施の形態で開始された通信動作における第３の動作例を示すシーケンスチャート
【図１１】従来の技術における通信システムの一例を模式的に示す図
【図１２】従来の技術に係るＩＰｖ６のアドレス構造の一例を示す図
【符号の説明】
【０１０４】
１０、６００  キャリアネットワーク（物理ネットワーク）
１０α〜１０γ、１０ε  キャリアネットワーク（論理ネットワーク）
１１、６１０  ＰＥ（Provider Edge Router）
１１α  ＰＥ（α）
１１ε  ＰＥ（ε）
１２、６２０  ＣＥ（Customer Edge Router）
１３  移動通信端末（ＭＮ、モバイルノード）
１４  ルータ
１６  ＳＩＰサーバ
１７  ネットワーク管理サーバ
２０、１００  インターネット
２１  ＣＮ（通話相手、通信端末）
２２、１１０  ソフトフォン端末
３０、５００  緊急通話回線ネットワーク
３１、５１０  緊急通報用電話機
４０α  Ｓ（α）の経路
４０ε  Ｓ（ε）の経路
１２０  ＩＰ電話機
１７１  サブネットＩＤ対応情報データベース
１７２  位置情報データベース
３００  固定電話ネットワーク
３１０  固定電話機
４００  携帯電話ネットワーク
４１０  携帯電話機
６３０  移動通信端末（携帯電話機）
【図１】
2008072290.tif 000003
【図２】
2008072290.tif 000004
【図３】
2008072290.tif 000005
【図４】
2008072290.tif 000006
【図５】
2008072290.tif 000007
【図６】
2008072290.tif 000008
【図７】
2008072290.tif 000009
【図８】
2008072290.tif 000010
【図９】
2008072290.tif 000011
【図１０】
2008072290.tif 000012
【図１１】
2008072290.tif 000013
【図１２】
2008072290.tif 000014