(57)【要約】【課題】  コアネットワーク内の負荷を考慮に入れた、コアネットワークノードの選択に寄与する管理装置等を提供する【解決手段】  DNS（Domain Name Service）キャッシュを有し、少なくとも１つのDNSリソースレコードに設定された選択優先度に応じて接続先ノードを選択する複数のコアネットワークノードの管理装置であって、前記DNSサーバに格納される、第１のコアネットワークノードに対応するDNSリソースレコードに設定された選択優先度が更新された場合に、前記第１のコアネットワークノードとは異なるコアネットワークノードに対するDNSキャッシュの更新指示を生成するよう動作する少なくとも１つのプロセッサと、前記DNSキャッシュの更新指示を送るネットワークインタフェースと、を有する。【選択図】      図１
2017022430.tif 000002
【特許請求の範囲】
【請求項１】
DNS（Domain Name Service）キャッシュを有し、少なくとも１つのDNSリソースレコードに設定された選択優先度に応じて接続先ノードを選択する複数のコアネットワークノードと、DNSリソースレコードを更新する機能を備えるDNSサーバと、を少なくとも有するネットワークシステムにおける前記複数のコアネットワークノードの管理装置であって、
前記DNSサーバに格納される、第１のコアネットワークノードに対応するDNSリソースレコードに設定された選択優先度が更新された場合に、前記第１のコアネットワークノードとは異なるコアネットワークノードに対するDNSキャッシュの更新指示を生成するよう動作する少なくとも１つのプロセッサと、
前記DNSキャッシュの更新指示を送るネットワークインタフェースと、
を有する管理装置。
【請求項２】
前記DNSキャッシュの更新指示は、
前記DNSリソースレコードの更新指示と
前記DNSリソースレコードの削除指示との少なくとも１つである請求項１記載の管理装置。
【請求項３】
前記少なくとも１つのプロセッサは、
前記複数のコアネットワークノードのうちの少なくとも１つの輻輳、障害の発生又は復旧の検出に基づいて、前記DNSキャッシュの更新指示を生成するよう動作する請求項１又は２のいずれかに記載の管理装置。
【請求項４】
前記ネットワークインタフェースは、
前記選択優先度が更新された場合に、前記更新が完了した旨を示す情報を前記DNSサーバから受信する請求項１から３のいずれか１項に記載の管理装置。
【請求項５】
前記DNSサーバに格納される、前記DNSリソースレコードに設定された選択優先度の更新は、前記管理装置から前記DNSサーバへの逆引きの問い合わせにより取得したNAPTR(Naming Authority Pointer)/SRV(Service)レコードに設定された選択優先度を更新することにより行われる請求項１から４のいずれか１項に記載の管理装置。
【請求項６】
前記管理装置は、前記コアネットワークノードを複数管理するEMS（Element Management System）サーバである、請求項１から６のいずれか１項に記載の管理装置。
【請求項７】
少なくとも１つのDNS（Domain Name Service）リソースレコードに設定された選択優先度に応じて接続先ノードを選択するコアネットワークノードであって、
DNSサーバに格納されている前記DNSリソースレコードに設定された選択優先度が変更された場合に、前記コアネットワークノードに格納されているDNSキャッシュの更新指示を、前記コアネットワークノードを管理する管理装置から受信するネットワークインタフェースと、
前記DNSキャッシュの更新指示に基づいて前記コアネットワークノードに格納されているDNSキャッシュを更新するよう動作する少なくとも１つのプロセッサと
を有するコアネットワークノード。
【請求項８】
DNS（Domain Name Service）キャッシュを有し、少なくとも１つのDNSリソースレコードに設定された選択優先度に応じて接続先ノードを選択する複数のコアネットワークノードと、DNSリソースレコードを更新する機能を備えるDNSサーバと、を少なくとも有するネットワークシステムにおける前記複数のコアネットワークノードの管理装置の制御方法であって、
DNSサーバに格納されている、第１のコアネットワークノードに対応する前記DNSリソースレコードに設定された選択優先度が更新された場合に、前記第１のコアネットワークノードとは異なるコアネットワークノードに対するDNSキャッシュの更新指示を生成し、
前記DNSキャッシュの更新指示を送る
管理装置の制御方法。
【請求項９】
少なくとも１つのDNS（Domain Name Service）リソースレコードに設定された選択優先度に応じて接続先ノードを選択するコアネットワークノードの制御方法であって、
DNSサーバに格納されている前記DNSリソースレコードに設定された選択優先度が変更された場合に、前記コアネットワークノードに格納されているDNSキャッシュの更新指示を、前記コアネットワークノードを管理する管理装置から受信し、
前記DNSキャッシュの更新指示に基づいて前記コアネットワークノードに格納されているDNSキャッシュを更新する
コアネットワークノードの制御方法。
【請求項１０】
第１のコアネットワークノードが接続先選択候補として設定されたDNS（Domain Name Service）リソースレコードの少なくとも１つが格納されたDNSサーバであって、
第１のコアネットワークノードに対応する前記DNSリソースレコードに設定された選択優先度が更新された場合に、前記第１のコアネットワークノードとは異なるコアネットワークノードに対するDNSキャッシュの更新指示を生成するよう動作する少なくとも１つのプロセッサと、
前記DNSキャッシュの更新指示を送るネットワークインタフェースと、
を有するDNSサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置、コアネットワークノード、及びこれらの制御方法に関する。
【背景技術】
【０００２】
近年、３ＧＰＰ（3rd Generation Partnership Project）では、ＩＰ（Internet Protocol）プロトコルを用いてすべてのタイプのトラフィックに適合するモビリティを実現するＬＴＥ（Long Term Evolution）の規格化を完了させ、現在は、ＬＴＥをさらに促進させたＬＴＥ−Ａ（Advanced）の規格化を進めている。ＬＴＥネットワークは、無線ネットワークのｅＵＴＲＡＮ（Evolved Universal Terrestrial Radio Network）とコアネットワークを形成するＥＰＣ（Evolved Packet Core：進化型パケットコア）とによって構成されている。以下に、特許文献１おいても開示されている従来のＥＰＣネットワークにおけるリソースの割当方法、負荷分散方法について説明する。
【０００３】
ＭＭＥ（Mobility Management Entity）は、ＤＮＳ（Domain Name Server）サーバにＤＮＳリソースレコードとして登録されている、表１および表２で示すＮＡＰＴＲ（Naming Authority Pointer）レコード／ＳＲＶ（Service）レコードの、後述する所定のフィールドにそれぞれ設定される優先度を考慮し、適切に負荷を分散させて各ＥＰＣノード（ＭＭＥ／Ｓ−ＧＷ／Ｐ−ＧＷ／ＳＧＳＮ）を選択する機能を備えている。
【０００４】
【表１】
2017022430.tif 000003
【０００５】
【表２】
2017022430.tif 000004
【０００６】
以下では、ＭＭＥ（Mobility Management Entity）が接続先のＳ−ＧＷ（Serving Gateway）を選択する際の流れについて、図９の説明図を用いて説明するが、Ｓ−ＧＷに限らず、他の種類のＥＰＣノード、すなわち、ＭＭＥ、ＳＧＳＮ（Serving ＧＰＲＳ（General Packet Ratio Service） Support Node）、Ｐ−ＧＷ（Packet data network Gateway）を選択する際についても同様である。図９は、従来のＥＰＣ（Evolved Packet Core）ネットワークにおいてＭＭＥ（Mobility Management Entity）がＳ−ＧＷ（Serving Gateway）を選択する際の処理の流れを説明する説明図であり、選択対象のＳ−ＧＷとして、Ｓ−ＧＷ３０３２Ａ、Ｓ−ＧＷ３０３２Ｂ、Ｓ−ＧＷ３０３２Ｃの３個のゲートウェイが存在している場合について示している。
【０００７】
図９の説明図において、まず、ＭＭＥ３０３１は、ＤＮＳサーバ３０１に対して接続可能なＳ−ＧＷのアドレスを問い合わせる（ステップＳ３０１）。該問い合わせにより、ＭＭＥ３０３１は、ＤＮＳサーバ３０１から、接続可能なＳ−ＧＷを示す表１に示すＮＡＰＴＲレコードを複数受け取る（ステップＳ３０２）。複数のＮＡＰＴＲレコードを受け取ったＭＭＥ３０３１は、受け取った複数のＮＡＰＴＲレコードのＯｒｄｅｒフィールドおよびＰｒｅｆｅｒｅｎｃｅフィールドそれぞれに設定されている優先度に従い、最も優先度が高く設定されている特定のＮＡＰＴＲレコードを選択する。
【０００８】
次いで、ＭＭＥ３０３１は、選択したＮＡＰＴＲレコードのＦｌａｇフィールドを参照して、Ｆｌａｇ＝""が設定されていた場合、Ｒｅｐｌａｃｅｍｅｎｔフィールドに出力結果として設定されているＦＱＤＮ（Fully Qualified Domain Name：完全修飾ドメイン名）が、ＮＡＰＴＲ ＲＲ（Resource Record）検索用のキーとして設定されているので、再度、該ＦＱＤＮに該当するＮＡＰＴＲレコードをＤＮＳサーバ３０１に問い合わせて、ＤＮＳサーバ３０１から表１に示すＮＡＰＴＲレコードを受け取る動作を繰り返す。
【０００９】
また、ＭＭＥ３０３１は、選択したＮＡＰＴＲレコードのＦｌａｇフィールドを参照した際に、Ｆｌａｇ＝"ａ"が設定されていた場合には、Ｒｅｐｌａｃｅｍｅｎｔフィールドに出力結果として設定されているＦＱＤＮ（Fully Qualified Domain Name：完全修飾ドメイン名）が、Ａ／ＡＡＡＡ ＲＲ（ＩＰｖ４アドレス／ＩＰｖ６アドレス Resource Record）からなる完全修飾ドメイン名を示しており、選択対象に該当するＳ−ＧＷのアドレスを示しているので、選択対象のＳ−ＧＷ（e.g., Ｓ−ＧＷ３０３２Ｂ）として決定する。
【００１０】
一方、ＭＭＥ３０３１は、選択したＮＡＰＴＲレコードのFlagフィールドを参照した際に、Ｆｌａｇ＝"ｓ"が設定されていた場合には、Ｒｅｐｌａｃｅｍｅｎｔフィールドに出力結果として設定されているＦＱＤＮ（Fully Qualified Domain Name：完全修飾ドメイン名）がＳＲＶ ＲＲ（Service Resource Record）検索用のキーとして設定されているので、該ＦＱＤＮに該当するＳＲＶレコードをＤＮＳサーバ３０１に問い合わせて、ＤＮＳサーバ３０１から表２に示すＳＲＶレコードを受け取る。
【００１１】
ＤＮＳサーバ３０１からＳＲＶレコードを受け取ったＭＭＥ３０３１は、受け取ったＳＲＶレコードのＰｒｉｏｒｉｔｙフィールドおよびＷｅｉｇｈｔフィールドそれぞれに設定されている優先度に従い、最も優先度が高く設定されているＳＲＶ ＲＲ（Resource Record）を選択して、Ｔａｒｇｅｔフィールドに接続先として設定されているＦＱＤＮを取り出す。該ＦＱＤＮがＡ／ＡＡＡＡ ＲＲ（ＩＰｖ４アドレス／ＩＰｖ６アドレス リソースレコード）の完全修飾ドメイン名を示していた場合には、選択対象に該当するＳ−ＧＷのアドレスを示しているので、選択対象のＳ−ＧＷ（e.g., Ｓ−ＧＷ３０３２Ｂ）として決定する。
【００１２】
ＭＭＥ３０３１は、Ｓ−ＧＷ３０３２Ａ、Ｓ−ＧＷ３０３２Ｂ、Ｓ−ＧＷ３０３２Ｃの３個のゲートウェイのうち、選択したＮＡＰＴＲレコードまたはＳＲＶレコードの優先度に従って選択対象として決定した特定のＳ−ＧＷ例えばＳ−ＧＷ３０３２Ｂに対して、接続指示を送信することにより（ステップＳ３０３）、該当するＳ−ＧＷ例えばＳ−ＧＷ３０３２Ｂに接続する。
【００１３】
図１０は、図９の処理の流れにおいてＭＭＥ３０３１とＤＮＳサーバ３０１との間で送受信する制御信号のシーケンスを示すシーケンス図である。以下に、図１０のシーケンス図に基づいて、ＭＭＥ３０３１がＳ−ＧＷを選択する際に、ＭＭＥ３０３１とＤＮＳサーバ３０１との間で送受信する制御信号の流れをさらに説明する。
【００１４】
図１０のシーケンス図において、まず、ＭＭＥ３０３１は、ＮＡＰＴＲ ＲＲ（ＮＡＰＴＲリソースレコード）クエリをＤＮＳサーバ３０１に対して送信して、接続可能なＳ−ＧＷのアドレスを問い合わせる（ステップＳ４０１）。ＭＭＥ３０３１からＮＡＰＴＲ ＲＲクエリを受け取ったＤＮＳサーバ３０１は、接続可能なＳ−ＧＷを示すＮＡＰＴＲ ＲＲを複数適宜抽出して、ＮＡＰＴＲ  ＲＲクエリに対するＤＮＳレスポンスとして、問い合わせ元のＭＭＥ３０３１に対して返送する（ステップＳ４０２）。
【００１５】
ＤＮＳサーバ３０１からのＤＮＳレスポンスを受け取ったＭＭＥ３０３１は、受け取った複数のＤＮＳレスポンスそれぞれからなるＮＡＰＴＲ ＲＲリストの中から、優先度にしたがって、いずれか１つのＮＡＰＴＲ ＲＲを選択し、当該ＮＡＰＴＲ ＲＲに含まれているＦｌａｇ フィールドが、Ｆｌａｇ＝"ｓ"に設定されていた場合には、ＳＲＶ ＲＲのドメイン名を示すＲｅｐｌａｃｅｍｅｎｔフィールドのＦＱＤＮを取り出す（ステップＳ４０３）。しかる後、ＭＭＥ３０３１は、ＳＲＶ ＲＲ（ＳＲＶリソースレコード）クエリをＤＮＳサーバ３０１に対して送信して、該ＦＱＤＮに該当するＳＲＶレコードを問い合わせる（ステップＳ４０４）。
【００１６】
ＭＭＥ３０３１からＳＲＶ ＲＲクエリを受け取ったＤＮＳサーバ３０１は、指定されたＦＱＤＮに該当するＳＲＶ ＲＲを適宜抽出して、ＳＲＶ ＲＲクエリに対するＤＮＳレスポンスとして、問い合わせ元のＭＭＥ３０３１に対して返送する（ステップＳ４０５）。
【００１７】
ＤＮＳサーバ３０１からのＤＮＳレスポンスを受け取ったＭＭＥ３０３１は、受け取ったＤＮＳレスポンスのＳＲＶ ＲＲリストの中から、優先度にしたがって、いずれか１つのＳＶＲ ＲＲを選択して（ステップＳ４０６）、該ＳＶＲ ＲＲのドメイン名としてＴａｒｇｅｔフィールドにＦＱＤＮ（Ａ／ＡＡＡＡ ＲＲのＮａｍｅ）が設定されていた場合には、Ａ／ＡＡＡＡ ＲＲクエリをＤＮＳサーバ３０１に対して送信して、当該ＳＶＲ ＲＲのＡ／ＡＡＡＡ ＲＲＩＰｖ４アドレス／ＩＰｖ６アドレス リソースレコード）を問い合わせる（ステップＳ４０７）
ＭＭＥ３０３１からＡ／ＡＡＡＡ ＲＲクエリを受け取ったＤＮＳサーバ３０１は、指定されたＳＶＲ ＲＲに該当する完全修飾ドメイン名Ａ／ＡＡＡＡ ＲＲを抽出して、Ａ／ＡＡＡＡ ＲＲクエリに対するＤＮＳレスポンスとして、問い合わせ元のＭＭＥ３０３１に対して返送する（ステップＳ４０８）。
【００１８】
一方、ＤＮＳを拡張する機能として、ＤＤＮＳ（Dynamic  ＤＮＳ）が知られている。ＤＤＮＳは、リソースレコードに設定された情報を動的に更新することができる技術である。ＤＤＮＳの機能により、例えば、ある装置のＩＰアドレスが何らかの理由で変更された場合に、ＤＮＳサーバは、当該ある装置のＡ／ＡＡＡＡ  ＲＲリソースレコードに設定されたドメイン名と当該変更前のＩＰアドレスとのうち、ＩＰアドレスを当該変更後のＩＰアドレスに動的に変更することができる。このＤＤＮＳの特性を用いた、ＥＰＣネットワーク内の負荷を考慮したＥＰＣノードの選択方法が、特許文献２に記載されている。
【００１９】
特許文献２では、図９に示されるような複数のＳ−ＧＷ３０３２Ａ、Ｂ、Ｃのうち、ＮＡＰＴＲ／ＳＲＶ  ＲＲに設定された優先度が高いＳ−ＧＷ（例えばＳ−ＧＷ３０３１Ａ）に何らかの理由で障害が発生した場合に、当該Ｓ−ＧＷ３０３２Ａが選択されないよう、ＤＮＳサーバ３０１に設定されたＳ−ＧＷ３０３２Ａに関するＮＡＰＴＲ／ＳＲＶ  ＲＲの優先度の変更を、当該Ｓ−ＧＷ３０３２Ａ側から要求する技術が開示されている。これにより、複数のＳ−ＧＷ３０３２Ａ、Ｂ、Ｃを接続先の選択候補とするＭＭＥ３０３１は、ＤＮＳサーバ３０１に接続先を問い合わせた際に、返送されるリソースレコードが、Ｓ−ＧＷ３０３２Ａ以外のレコードになるため、障害の生じていないノードに接続することができる。
【先行技術文献】
【特許文献】
【００２０】
【特許文献１】特表２０１０−５３９７５８号公報
【特許文献２】国際公開２０１２／１７２７２９号公報
【発明の概要】
【発明が解決しようとする課題】
【００２１】
しかしながら、前述のような従来の方式においては、ＤＮＳリソースレコードが更新された後もＭＭＥなどのノードがキャッシュとして保持している更新前のリソースレコードのＴＴＬ（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ）が満了するまで使用し続けられる。そのため、ＴＴＬ満了まで障害発生ノードが選択され続けてしまう問題があった。
【００２２】
また、従来は各ノードが独立して障害検出及びＤＮＳリソースレコードの更新を行うため、別ノードから同じＤＮＳリソースレコードを更新するなどの更新の衝突が起き正常に更新ができない場合があった。
（本発明の目的）
本発明は、かかる事情に鑑みてなされたものであり、その目的は、コアネットワーク内の負荷を考慮に入れた、コアネットワークノードの選択に寄与する管理装置等を提供することである。
【課題を解決するための手段】
【００２３】
本発明の第１の視点によれば、DNS（Domain Name Service）キャッシュを有し、少なくとも１つのDNSリソースレコードに設定された選択優先度に応じて接続先ノードを選択する複数のコアネットワークノードと、DNSリソースレコードを更新する機能を備えるDNSサーバと、を少なくとも有するネットワークシステムにおける前記複数のコアネットワークノードの管理装置であって、前記DNSサーバに格納される、第１のコアネットワークノードに対応するDNSリソースレコードに設定された選択優先度が更新された場合に、前記第１のコアネットワークノードとは異なるコアネットワークノードに対するDNSキャッシュの更新指示を生成するよう動作する少なくとも１つのプロセッサと、前記DNSキャッシュの更新指示を送るネットワークインタフェースと、を有する管理装置が提供される。
【００２４】
本発明の第２の視点によれば、少なくとも１つのDNS（Domain Name Service）リソースレコードに設定された選択優先度に応じて接続先ノードを選択するコアネットワークノードであって、DNSサーバに格納されている前記DNSリソースレコードに設定された選択優先度が変更された場合に、前記コアネットワークノードに格納されているDNSキャッシュの更新指示を、前記コアネットワークノードを管理する管理装置から受信するネットワークインタフェースと、前記DNSキャッシュの更新指示に基づいて前記コアネットワークノードに格納されているDNSキャッシュを更新するよう動作する少なくとも１つのプロセッサとを有するコアネットワークノードが提供される。
【００２５】
本発明の第３の視点によれば、DNS（Domain Name Service）キャッシュを有し、少なくとも１つのDNSリソースレコードに設定された選択優先度に応じて接続先ノードを選択する複数のコアネットワークノードと、DNSリソースレコードを更新する機能を備えるDNSサーバと、を少なくとも有するネットワークシステムにおける前記複数のコアネットワークノードの管理装置の制御方法であって、DNSサーバに格納されている、第１のコアネットワークノードに対応する前記DNSリソースレコードに設定された選択優先度が更新された場合に、前記第１のコアネットワークノードとは異なるコアネットワークノードに対するDNSキャッシュの更新指示を生成し、前記DNSキャッシュの更新指示を送る管理装置の制御方法が提供される。
【００２６】
本発明の第４の視点によれば、少なくとも１つのDNS（Domain Name Service）リソースレコードに設定された選択優先度に応じて接続先ノードを選択するコアネットワークノードの制御方法であって、DNSサーバに格納されている前記DNSリソースレコードに設定された選択優先度が変更された場合に、前記コアネットワークノードに格納されているDNSキャッシュの更新指示を、前記コアネットワークノードを管理する管理装置から受信し、前記DNSキャッシュの更新指示に基づいて前記コアネットワークノードに格納されているDNSキャッシュを更新するコアネットワークノードの制御方法が提供される。
【００２７】
本発明の第５の視点によれば、第１のコアネットワークノードが接続先選択候補として設定されたDNS（Domain Name Service）リソースレコードの少なくとも１つが格納されたDNSサーバであって、第１のコアネットワークノードに対応する前記DNSリソースレコードに設定された選択優先度が更新された場合に、前記第１のコアネットワークノードとは異なるコアネットワークノードに対するDNSキャッシュの更新指示を生成するよう動作する少なくとも１つのプロセッサと、前記DNSキャッシュの更新指示を送るネットワークインタフェースと、を有するDNSサーバが提供される。
【発明の効果】
【００２８】
コアネットワーク内の負荷を考慮に入れた、コアネットワークノードの選択に寄与する管理装置等を提供することができる。
【図面の簡単な説明】
【００２９】
【図１】いくつかの実施形態に係る通信システムの構成例を示す図である。
【図２】第１の実施形態に係る通信システムの動作の一例を示すシーケンス図である。
【図３】第１の実施形態に係る通信システムの動作の一例を示すシーケンス図である。
【図４】いくつかの実施形態に係る通信システムの構成例を示す図である。
【図５】第２の実施形態に係る通信システムの動作の一例を示すシーケンス図である。
【図６】第３の実施形態に係る通信システムの動作の一例を示すシーケンス図である。
【図７】いくつかの実施形態に係る管理装置の構成例を示すブロック図である。
【図８】いくつかの実施形態に係るコアネットワークノードの構成例を示すブロック図である。
【図９】従来のＥＰＣネットワークにおいてＭＭＥがＳ−ＧＷを選択する際の処理の流れを説明する説明図である。
【図１０】図９の処理の流れにおいてＭＭＥとＤＮＳサーバとの間で送受信する制御信号のシーケンスを示すシーケンス図である。
【発明を実施するための形態】
【００３０】
以下では、本発明の実施の形態について図面を参照して詳細に説明する。各図面において、同一または対応する要素には同一の符号が付されており、説明の明確化のために必要な場合を除いて重複説明は省略する。
【００３１】
以下に示される複数の実施形態は、ＬＴＥ及びＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）を収容するＥｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ（ＥＰＳ）を主な対象として説明される。しかしながら、これらの実施形態は、ＥＰＳに限定されるものではなく、他のモバイル通信ネットワーク又はシステム、例えば３ＧＰＰ  ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）、３ＧＰＰ２  ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）２０００システム（１ｘＲＴＴ，  ＨＲＰＤ  （Ｈｉｇｈ  Ｒａｔｅ  Ｐａｃｋｅｔ  Ｄａｔａ)）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）（登録商標）／Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ（ＧＰＲＳ）システム、ＨＳＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）、ＷｉＦｉ、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）及びＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）システム等に適用されてもよい。
＜第１の実施形態＞
［構成］
図１は、本実施形態を含むいくつかの実施形態に係る通信システムの構成例を示している。図１の例では、通信システムは、ＤＮＳサーバ１０１、管理装置１０２、及び複数のコアネットワークノード１０３（この例では、コアネットワークノード１０３１から１０３３）を含む。ここで、コアネットワークはＥＰＣを含む。また、管理装置１０２は、ＥＭＳ（Element Management System）サーバを含む。
【００３２】
図１の例において、ＤＮＳサーバ１０１は、コアネットワークにおいて必要とされる通常のＤＮＳサーバとしての機能の他に、ＤＮＳサーバ１０１に登録されているＤＮＳリソースレコードを更新する機能を有する。当該ＤＮＳリソースレコードを更新する機能は、ＲＦＣ（Request for Comments）２１３６で規定されているＤＤＮＳ（Dynamic ＤＮＳ）サーバ機能つまり動的なＤＮＳリソースレコード（ＤＮＳ ＲＲ）の更新機能（Dynamic Updates in the Domain Name System）であってもよいし、ＤＤＮＳ機能以外にＤＮＳリソースレコードを更新する機能を定義してもよい。当該機能により、管理装置１０２からのＤＮＳリソースレコードの更新要求に対応して、ＤＮＳサーバ１０１に登録されているＤＮＳリソースレコードを動的に更新可能としている。なお、当該更新要求はコアネットワークノード１０３からＤＮＳサーバ１０１へ直接行われても良い。
【００３３】
さらに、本発明におけるＤＮＳサーバは、コアネットワークノード１０３を選択候補とするＤＮＳリソースレコードとして登録されているＮＡＰＴＲレコードやＳＲＶレコードを、コアネットワークノード名（つまりコアネットワークノード１０３のＩＰアドレスに対応付けられたコアネットワークノード名）から特定することが可能な補充ＮＡＰＴＲレコードにも対応する。これにより、接続先候補としてリソースレコードに設定されているコアネットワークノード１０３を管理する管理装置１０２からの当該レコードの更新要求に応じて、当該コアネットワークノード１０３が選択候補として設定されているＤＮＳリソースレコードを特定することを可能にし、当該コアネットワークノード１０３の選択優先度を更新することが可能となる。
【００３４】
ここで選択候補とは、物理的な接続先の選択候補であってもよいし、呼処理上の選択候補であってもよい。
【００３５】
また、新たに追加した補充ＮＡＰＴＲレコードは、通常のＮＡＰＴＲレコードと同一のフォーマットから構成されるものであってもよい。すなわち、ＮＡＰＴＲレコードのFlag＝"p"、Services＝"ＮＡＰＴＲ"または"ＳＲＶ"、Regexp＝"ＮＡＰＴＲレコードまたはＳＲＶレコードのドメイン名"として定義されているレコードを補充ＮＡＰＴＲレコードとし、該補充ＮＡＰＴＲレコードにより、ＥＰＣノード名からＮＡＰＴＲレコードまたはＳＲＶレコードを特定できるようにしてもよい。
【００３６】
また、コアネットワークノード１０３を選択候補とするＤＮＳリソースレコードとして登録されているＮＡＰＴＲレコードやＳＲＶレコードをコアネットワークノード名（つまりコアネットワークノード１０３のＩＰアドレスに対応付けられたコアネットワークノード名）から特定することを可能とするリソースレコードを新たに定義してもよい。
【００３７】
つまり、該補充ＮＡＰＴＲレコードにより、コアネットワークノード１０３を選択候補とするＮＡＰＴＲレコードまたはＳＲＶレコードを特定することができる。 
また、ＤＮＳサーバ１０１が対応するＤＮＳリソースレコードとしては、表１、表２に示したようなＥＰＣネットワークとして動作するために必要なＮＡＰＴＲレコード、ＳＲＶレコード、Ａ／ＡＡＡＡレコード以外に、以下のようなレコードも含み得る。 
（１）ＩＰアドレスからＥＰＣノード名を得るために必要なＰＴＲレコード 
（２）ＥＰＣノード名からＳＲＶレコード、ＮＡＰＴＲレコードのドメイン名を得るために必要な補充ＮＡＰＴＲレコード 
なお、前述の補充ＮＡＰＴＲレコードは、以下の定義にしたがったＮＡＰＴＲレコードとしてＤＮＳサーバ１０１に登録される。 
（ａ）ドメイン名＝"Ａ／ＡＡＡＡレコードに設定されているドメイン名" 
（ｂ）Ｆｌａｇ＝"ｐ" 
（ｃ）Ｓｅｒｖｉｃｅｓ＝"ＮＡＰＴＲ"または"ＳＲＶ" 
（ｄ）Ｒｅｇｅｘｐ＝"本ＮＡＰＴＲレコードのドメイン名が示すＡ／ＡＡＡＡレコードをターゲットとしているＮＡＰＴＲレコードまたはＳＲＶレコードのドメイン名" 
つまり、ＤＮＳサーバ１０１に登録するＮＡＰＴＲレコードとして、新たに、Ｆｌａｇ＝"ｐ"、Ｓｅｒｖｉｃｅｓ＝"ＮＡＰＴＲ"または"ＳＲＶ"、Ｒｅｇｅｘｐ＝"ＮＡＰＴＲレコードまたはＳＲＶレコードのドメイン名"の定義を追加する。かくのごときＮＡＰＴＲレコードを追加することにより、コアネットワークノード１０３を管理する管理装置１０２は、当該コアネットワークノード１０３のＩＰアドレスから、コアネットワークノード１０３が選択候補として設定されているＤＮＳリソースレコードすなわちＮＡＰＴＲレコードまたはＳＲＶレコードを特定することを可能にしている。 
ＤＮＳサーバ１０１と相互に接続されている管理装置１０２は、コアネットワークで必要とされる通常のＤＮＳクライアント機能の他に、ＤＮＳサーバ１０１のＤＤＮＳ（Dynamic ＤＮＳ）サーバ機能に対応して、ＤＤＮＳクライアント機能も合わせて備えており、ＤＮＳサーバ１０１に対して、各コアネットワークノード１０３に関するＮＡＰＴＲレコードやＳＲＶレコードの更新要求を送信することができる。
【００３８】
また、管理装置１０２は、各コアネットワークノード１０３の管理を行うために、各コアネットワークノード１０３へのコマンド投入機能を備える。当該コマンド投入機能に加えて、各コアネットワークノード１０３から負荷状態を取得する機能や各コアネットワークノード１０３からのアラーム受信機能を備えていても良い。
【００３９】
コアネットワークノード１０３の各々は、自装置内にＤＮＳキャッシュを格納することができ、管理装置１０２からのコマンドに応じて自身のＤＮＳキャッシュを更新する機能を備える。ＤＮＳキャッシュの更新は、当該ＤＮＳキャッシュに含まれる各種リソースレコードの削除又は更新を含む。当該機能は、コアネットワークノード１０３内のＴＴＬ（Time to Live）の値が０でない場合であっても作用する。
【００４０】
さらに、コアネットワークノード１０３の各々は、輻輳・障害時及び復旧時に管理装置１０２に対して呼処理インタフェースのIPアドレスを含んだアラームを通知する機能を備えてもよい。例えば、コアネットワークノード１０３の１つがＥＰＣにおけるＭＭＥで、管理装置１０２がＭＭＥを管理するＥＭＳである場合、当該ＭＭＥは、輻輳・障害時及び復旧時にＥＭＳに対して呼処理インタフェース（Ｓ１０）のＩＰアドレスを含んだアラームを通知する。
【００４１】
なお、コアネットワークとしてのその他の構成については、従来の技術と同様である。したがって、前述した以外の他の構成は、当業者にとって良く知られている技術であり、また、本発明とは直接関係しないので、ここでは、その詳細な構成の説明は省略する。
［動作］
次に、図１に示した通信システムの動作について、その一例を、図２のシーケンス図を用いて説明する。図２は、コアネットワークノード１０３３を選択候補とするリソースレコードの更新が要される場合に、コアネットワークノード１０３（１０３１、１０３３、１０３２）を管理する管理装置１０２、ＤＮＳ１０１及びコアネットワークノード１０３１との間で送受信される制御信号のシーケンスを示している。ここでの管理装置１０２は、例えば、コアネットワークノード１０３を管理するＥＭＳサーバである。また、コアネットワークノード１０３は、前述のように、例えば、コアネットワークを構成するＳＧＳＮ、ＭＭＥ、Ｓ−ＧＷ、Ｐ−ＧＷ等のいずれであっても構わない。 
図２の例では、管理装置１０２と、ＤＮＳ１０１との間での所定の手順により、管理装置１０２が管理するコアネットワークノード１０３３を選択候補とするリソースレコードが更新される（ステップＳ１０１）。例えば、管理装置１０２が、コアネットワークノード１０３３を選択候補とするリソースレコードの更新を要すると判断した場合に、当該リソースレコードの更新要求をＤＮＳ１０１へ行い、ＤＮＳ１０１が当該更新要求に応じて、対応するリソースレコードを更新する。ここで選択候補とは、物理的な接続先の選択候補であってもよいし、呼処理上の選択候補であってもよい。
【００４２】
管理装置１０２が当該リソースレコードの更新が要すると判断した場合とは、例えば、コアネットワークノード１０３３が輻輳若しくは障害を生じたため又は輻輳若しくは障害から復旧したために、当該コアネットワークノード１０３３を選択候補とするリソースレコードに設定された選択優先度を変更させることを管理装置１０２が決定した場合、などである。コアネットワークノード１０３３の輻輳・障害の発生は、例えば、呼処理インタフェースのＩＰアドレスを含んだアラームを、コアネットワークノード１０３３から通知することにより、管理装置１０２によって認識されてもよい。
【００４３】
また、当該リソースレコードを更新するための所定の手順は、具体例を示す図３及び以下の記載のように行われてもよい。
【００４４】
管理装置１０２は、コアネットワークノード１０３３のＩＰアドレスからコアネットワークノード名を探索するために、コアネットワークノード１０３３のＩＰアドレスを含むＰＴＲレコードクエリを、ＤＮＳサーバ１０１に対して送信する。該ＰＴＲレコードクエリを受け取ったＤＮＳサーバ１０１は、該ＰＴＲレコードクエリに含まれているＩＰアドレスに基づいて、ＰＴＲレコードを参照することにより、該ＩＰアドレスに該当する当該コアネットワークノード１０３３のコアネットワークノード名を抽出して、ＰＴＲレコードクエリに対するＤＮＳレスポンスとして、要求元の管理装置１０２に対して返送する（ステップＳ１０１１）。
【００４５】
つまり、管理装置１０２は、ＤＮＳサーバ１０１に対し、コアネットワークノード１０３３に関するリソースレコードの問い合わせを行うことによって、コアネットワークノード１０３３のＩＰアドレスからコアネットワークノード１０３３のコアネットワークノード名を逆引きする。 
ＤＮＳサーバ１０１からのＤＮＳレスポンスとしてコアネットワークノード１０３３のコアネットワークノード名を受け取った管理装置１０２は、コアネットワークノード１０３３のＦＱＤＮ（完全修飾ドメイン名すなわちＡ／ＡＡＡＡレコード）を取得する前処理として、コアネットワークノード１０３３のコアネットワークノード名に該当するＮＡＰＴＲレコードを取得するために、ステップＳ１０１１にて取得したコアネットワークノード１０３３のコアネットワークノード名を含むＮＡＰＴＲレコードクエリを、ＤＮＳサーバ１０１に対して送信する。該ＮＡＰＴＲレコードクエリを受け取ったＤＮＳサーバ１０１は、該ＮＡＰＴＲレコードクエリに含まれているコアネットワークノード名に基づいて、該コアネットワークノード名に該当するＮＡＰＴＲレコードを補充ＮＡＰＴＲレコードをも含む形で抽出して、ＮＡＰＴＲレコードクエリに対するＤＮＳレスポンスとして、要求元の管理装置１０２に対して返送する（ステップＳ１０１２）。 
つまり、ＤＮＳサーバ１０１からコアネットワークノード１０３３のコアネットワークノード名を受け取った管理装置１０２は、ＤＮＳサーバ１０１に問い合わせることによって、コアネットワークノード１０３３のコアネットワークノード名からＮＡＰＴＲレコードを逆引きする。 
ＤＮＳサーバ１０１からのＤＮＳレスポンスとしてコアネットワークノード１０３３のコアネットワークノード名に該当するＮＡＰＴＲレコードを受け取った管理装置１０２は、受け取ったＮＡＰＴＲレコードのＦｌａｇフィールドを検索して、Ｆｌａｇ＝"ｐ"が設定されている補充ＮＡＰＴＲレコードを抽出する。さらに、管理装置１０２は、抽出した補充ＮＡＰＴＲレコードのうち、Ｓｅｒｖｉｃｅｓフィールドとして、Ｓｅｒｖｉｃｅｓ＝"ＮＡＰＴＲ"が設定されている補充ＮＡＰＴＲレコードを抽出して、当該補充ＮＡＰＴＲレコードのＲｅｇｅｘｐフィールドに設定されている値（Ｒｅｇｅｘｐ＝"ＮＡＰＴＲレコードのドメイン名"）を含むＮＡＰＴＲレコードクエリを、ＤＮＳサーバ１０１に対して送信する。 
当該ＮＡＰＴＲレコードクエリを受け取ったＤＮＳサーバ１０１は、当該ＮＡＰＴＲレコードクエリに含まれているＮＡＰＴＲレコードのドメイン名に基づいて、当該ドメイン名に該当するＮＡＰＴＲレコードを抽出して、ＮＡＰＴＲレコードクエリに対するＤＮＳレスポンスとして、要求元の管理装置１０２に対して返送する（ステップＳ１０１３）。 
さらに、管理装置１０２は、抽出した補充ＮＡＰＴＲレコードのうち、Ｓｅｒｖｉｃｅｓフィールドとして、Ｓｅｒｖｉｃｅｓ＝"ＳＲＶ"が設定されている補充ＮＡＰＴＲレコードを抽出して、該補充ＮＡＰＴＲレコードのＲｅｇｅｘｐフィールドに設定されている値（Ｒｅｇｅｘｐ＝"ＳＲＶレコードのドメイン名"）を含むＳＲＶレコードクエリを、ＤＮＳサーバ１０１に対して送信する。 
当該ＳＲＶレコードクエリを受け取ったＤＮＳサーバ１０１は、当該ＳＲＶレコードクエリに含まれているＳＲＶレコードのドメイン名に基づいて、当該ドメイン名に該当するＳＲＶレコードを抽出して、ＳＲＶレコードクエリに対するＤＮＳレスポンスとして、要求元の管理装置１０２に対して返送する（ステップＳ１０１３）。
【００４６】
つまり、ＤＮＳサーバ１０１からコアネットワークノード１０３３のコアネットワークノード名に該当する補充ＮＡＰＴＲレコードを受け取った管理装置１０２は、ＤＮＳサーバ１０１に問い合わせることによって、コアネットワークノード１０３３に関連するＮＡＰＴＲレコードおよびＳＲＶレコードを正引きする。
【００４７】
その後、ステップＳ１０１３においてＤＮＳレスポンスとして補充ＮＡＰＴＲレコードのＲｅｇｅｘｐフィールドの値に該当するＮＡＰＴＲレコードを受け取った管理装置１０２は、受け取った各ＮＡＰＴＲレコードのFlagフィールドを確認して、Ｆｌａｇ＝"ａ"（つまり、Ｒｅｐｌａｃｅｍｅｎｔフィールドに設定されている値が、Ａ／ＡＡＡＡ ＲＲのＦＱＤＮ（完全修飾ドメイン名））であり、かつ、Ｒｅｐｌａｃｅｍｅｎｔフィールドに設定されている値が、ステップＳ１０１１においてＤＮＳサーバ１０１から取得していたコアネットワークノード１０３３のコアネットワークノード名と一致している場合には、当該ＮＡＰＴＲレコードは、コアネットワークノード１０３３を選択候補とするＮＡＰＴＲレコードであるので、更新対象のＮＡＰＴＲレコードとして当該ＮＡＰＴＲレコードを保持する（ステップＳ１０１４）。
【００４８】
さらに、ステップＳ１０１３においてＤＮＳレスポンスとして補充ＮＡＰＴＲレコードのＲｅｇｅｘｐフィールドの値に該当するＳＲＶレコードを受け取った管理装置１０２は、受け取った各ＳＲＶレコードのＴａｒｇｅｔフィールドを確認して、Ｔａｒｇｅｔフィールドに設定されている値が、ステップＳ１０１１においてＤＮＳサーバ１０１から取得していたコアネットワークノード１０３３のコアネットワークノード名と一致している場合には、当該ＳＲＶレコードは、コアネットワークノード１０３３を選択候補とするＳＲＶレコードであるので、更新対象のＳＲＶレコードとして当該ＳＲＶレコードを保持する（ステップＳ１０１４）。
【００４９】
ステップＳ１０１４において更新対象のＮＡＰＴＲレコードを保持した管理装置１０２は、当該ＮＡＰＴＲレコードに設定されている選択優先度を他の同種類のコアネットワークノードよりも低い値若しくは高い値、又は前回の更新前の値に設定（更新）するよう、ＤＮＳサーバ１０１側へ更新要求を行う。選択優先度を低い値に設定する具体例としては、ＤＮＳサーバ１０１に当該ＮＡＰＴＲレコードの更新登録させるために、管理装置１０２は、保持したＮＡＰＴＲレコードのＯｒｄｅｒフィールドおよびＰｒｅｆｅｒｅｎｃｅフィールドに、例えば、それぞれ、最も低い選択優先度となる値として、Ｏｒｄｅｒ＝'６５５３５'(２進数のall'１')、Ｐｒｅｆｅｒｅｎｃｅ＝"６５５３５"(２進数のall'１')を設定し、ＮＡＰＴＲレコード更新要求を、ＤＮＳサーバ１０１に対して送信する（ステップＳ１０１５）。 
当該ＮＡＰＴＲレコード更新要求を受け取ったＤＮＳサーバ１０１は、更新要求に応じて、例えば選択優先度を低い値に設定する場合には、当該ＮＡＰＴＲレコード更新要求に含まれているＮＡＰＴＲレコードのＯｒｄｅｒフィールドおよびＰｒｅｆｅｒｅｎｃｅフィールドを、Ｏｒｄｅｒ＝'６５５３５'(２進数のall'１')、Ｐｒｅｆｅｒｅｎｃｅ＝"６５５３５"(２進数のall'１')という選択優先度が最も低くなる状態に更新登録する。更新登録が終了すると、ＤＮＳサーバ１０１は、ＮＡＰＴＲレコードを正常に更新した旨を示す情報を、ＮＡＰＴＲレコード更新要求に対するＤＮＳレスポンスとして、要求元の管理装置１０２に対して返送する（ステップＳ１０１６）。
【００５０】
また、ステップＳ１０１４において更新対象のＳＲＶレコードを保持した管理装置１０２は、当該ＳＲＶレコードに設定された選択優先度を他の同種類のコアネットワークノードよりも低い値若しくは高い値、又は前回の更新前の値に設定（更新）するよう、ＤＮＳサーバ１０１側へ更新要求を行う。選択優先度を低い値に設定する具体例としては、ＤＮＳサーバ１０１に当該ＳＲＶレコードの更新登録をさせるために、管理装置１０２は、保持したＳＲＶレコードのＰｒｉｏｒｉｔｙフィールドおよびＷｅｉｇｈｔフィールドに、例えば、それぞれ、最も低い選択優先度となる値として、Ｐｒｉｏｒｉｔｙ＝'６５５３５'(２進数のall'１')、Ｗｅｉｇｈｔ＝"０"(２進数のall'０')を設定し、ＳＲＶレコード更新要求を、ＤＮＳサーバ１０１に対して送信する（ステップＳ１０１５）。 
当該ＳＲＶレコード更新要求を受け取ったＤＮＳサーバ１０１は、更新要求に応じて、例えば選択優先度を低い値に設定する場合には、当該ＳＲＶレコード更新要求に含まれているＳＲＶレコードのＰｒｉｏｒｉｔｙフィールドおよびＷｅｉｇｈｔフィールドを、Ｐｒｉｏｒｉｔｙ＝'６５５３５'(２進数のall'１')、Ｗｅｉｇｈｔ＝"０"(２進数のall'０')という選択優先度が最も低くなる状態に更新登録する。更新登録が終了すると、ＤＮＳサーバ１０１は、ＳＲＶレコードを正常に更新した旨を示す情報を、ＳＲＶレコード更新要求に対するＤＮＳレスポンスとして、要求元の管理装置１０２に対して返送する（ステップＳ１０１６）。 
図２に示されたステップＳ１０１は、以上のような手順（Ｓ１０１１〜Ｓ１０１６）により、実行されてもよい。
【００５１】
図２に戻り、説明を続ける。ステップＳ１０１においてコアネットワークノード１０３３を選択候補とするリソースレコードが更新されると、管理装置１０２は、コアネットワークノード１０３１に記憶されているＤＮＳキャッシュの更新指示コマンドを生成する（ステップＳ１０２）。ここで、ＤＮＳキャッシュの更新指示コマンドは、当該ＤＮＳキャッシュに含まれる、少なくとも１つのリソースレコードの更新又は削除を示してもよい。すなわち、当該ＤＮＳキャッシュの更新指示コマンドは、コアネットワークノード１０３３を選択候補として設定しているリソースレコード(e.g., ＮＡＰＴＲリソースレコード)の削除であってもよい。
【００５２】
そして、管理装置１０２は、当該更新指示コマンドをコアネットワークノード１０３１に対し送信（投入）する（ステップＳ１０３）。
【００５３】
なお、管理装置１０２によるＤＮＳキャッシュの更新指示コマンド生成（ステップＳ１０２）又は送信（投入）（ステップＳ１０３）は、ＤＮＳリソースレコードが更新要求をしたこと（ステップＳ１０１５）又は更新完了の旨を示す情報を受信したこと（ステップＳ１０１６）をトリガーとして実行されてもよい。例えば、管理装置１０２によるＤＮＳリソースレコードの更新を要求されたＤＮＳサーバ１０１が当該要求に応じてＤＮＳリソースレコードを必ず更新するよう構成されている場合は、管理装置１０２は、ＤＮＳサーバ１０１への当該更新要求を行ったこと（ステップＳ１０１５）をトリガーとしてＤＮＳキャッシュの更新指示コマンド生成又は送信が実行されてもよい。また、管理装置１０２によるＤＮＳリソースレコードの更新要求に対し、ＤＮＳサーバ１０１が当該更新をするか否か判断する場合、更新完了の旨を示す情報の受信（ステップＳ１０１６）をトリガーとしてＤＮＳキャッシュの更新指示コマンド生成又は送信が実行されてもよい。
［効果］
本実施形態では、コアネットワークノード１０３３を選択候補とするＤＮＳリソースレコードに設定された選択優先度が更新された場合に、管理装置１０２は、コアネットワークノード１０３１に対するＤＮＳキャッシュの更新指示を生成し、当該コアネットワークノード１０３１へ当該更新指示を送信（投入）するよう動作する。当該動作により、ＤＮＳリソースレコードに設定された選択優先度が更新された場合、コアネットワークノード１０３１のＤＮＳキャッシュに対するＴＴＬが満了する前であっても、当該更新内容をコアネットワークノード１０３１に対し、反映させることが可能となる。その結果、コアネットワークノード１０３３に輻輳や障害が生じた場合に、コアネットワークノード１０３１がコアネットワークノード１０３３を接続先ノードとして選択するリスクを減少させることができる。また、コアネットワークノード１０３３が輻輳や障害から復旧した場合に、コアネットワークノード１０３１がコアネットワークノード１０３３を再び選択できるように選択優先度を変更することができる。
＜第２の実施形態＞
本実施形態では、第１の実施形態における通信システムの第１の詳細例が説明される。より具体的には、コアネットワークノード１０３３としてのＰ−ＧＷ２０３３に輻輳又は障害が発生した場合の詳細例が説明される。
［構成］
図４は本実施形態を含むいくつかの実施形態に係る通信システムの構成例を示している。図４の例では、通信システムは、ＤＮＳサーバ１０１、ＥＭＳサーバ２０２、コアネットワークノード２０３を含む。コアネットワークノード２０３は、ＭＭＥ２０３１、Ｓ−ＧＷ２０３２、Ｐ−ＧＷ２０３３を含む。ここで、ＥＭＳサーバ２０２、ＭＭＥ２０３１、Ｓ−ＧＷ２０３２、Ｐ−ＧＷ２０３３は、第１の実施形態における管理装置１０２、コアネットワークノード１０３１、１０３２、１０３３にそれぞれ対応する。
【００５４】
図４の例において、ＥＭＳサーバ２０２は、第１の実施形態における管理装置１０２と同様に、コアネットワークで必要とされる通常のＤＮＳクライアント機能の他に、ＤＮＳサーバ１０１のＤＤＮＳ（Dynamic ＤＮＳ）サーバ機能に対応して、ＤＤＮＳクライアント機能も合わせて備えている。すなわち、ＥＭＳサーバ２０２は、各コアネットワークノード２０３の負荷状態に応じて、適宜、ＤＮＳサーバ１０１に対して、各コアネットワークノード２０３に関するＮＡＰＴＲレコードやＳＲＶレコードの更新要求を送信することができる。
【００５５】
また、ＥＭＳサーバ２０２は、各コアネットワークノード２０３から負荷状態の取得や、各コアネットワークノード２０３の管理を行うために、各コアネットワークノード２０３へのコマンド投入機能を備える。また、当該コマンド投入機能に加えて、各コアネットワークノード２０３からのアラーム受信機能を備えている。
【００５６】
コアネットワークノード２０３の各々は、ＥＭＳサーバ２０２からのコマンドに応じて自身のＤＮＳキャッシュを更新する機能を備える。ＤＮＳキャッシュの更新は、当該ＤＮＳキャッシュに含まれる各種リソースレコードの削除又は更新を含む。当該機能は、コアネットワークノード２０３内のＴＴＬ（Time to Live）の値が０でない場合であっても作用する。
【００５７】
さらに、コアネットワークノード２０３の各々は、輻輳若しくは障害時及び復旧時に管理装置１０２に対して呼処理インタフェースのＩＰアドレスを含んだアラームを通知する機能を備える。例えば、ＭＭＥ２０３１は、輻輳若しくは障害時及び復旧時にＥＭＳサーバ２０２に対して呼処理インタフェース（Ｓ１０）のＩＰアドレスを含んだアラームを通知する。また、Ｓ−ＧＷ２０３２は、輻輳若しくは障害時及び復旧時にＥＭＳサーバ２０２に対して呼処理インタフェース（Ｓ１１）のＩＰアドレスを含んだアラームを通知する。そして、Ｐ−ＧＷ２０３３は、輻輳若しくは障害時及び復旧時にＥＭＳサーバ２０２に対して呼処理インタフェース（Ｓ５／Ｓ８）のＩＰアドレスを含んだアラームを通知する。ここで、呼処理インタフェースＳ１０、Ｓ１１、Ｓ５、Ｓ８は、３ＧＰＰに規定されているインタフェースである。
【００５８】
なお、コアネットワークとしてのその他の構成については、第１の実施形態と同様である。
【００５９】
また、ＤＮＳサーバ１０１は、第１の実施形態と同様のＤＮＳサーバであるため、ここでは説明を省略する。
［動作］
次に、図４に示した通信システムの動作について、その一例を、図５のシーケンス図を用いて説明する。図５は、Ｐ−ＧＷ２０３３を選択候補とするリソースレコードの更新が要される場合に、コアネットワークノード２０３（ＭＭＥ２０３１、Ｓ−ＧＷ２０３２、Ｐ−ＧＷ２０３３）を管理するＥＭＳサーバ２０２、ＤＮＳサーバ１０１及びＭＭＥ２０３１との間で送受信される制御信号のシーケンスを示している。なお、ここではＰ−ＧＷ２０３３を選択候補とするリソースレコードの更新が要される場合について説明するが、Ｐ−ＧＷ２０３３の代わりとして、ＭＭＥ２０３１、Ｓ−ＧＷ２０３２を想定しても、本発明は、適用可能である。同様に、ＭＭＥ２０３１の代わりとして、Ｓ−ＧＷ２０３２、Ｐ−ＧＷ２０３３を想定しても適用可能である。 
Ｐ−ＧＷ２０３３は、輻輳又は障害が発生したこと（過負荷状態であること）を自ら検出する（ステップＳ２０１）。より具体的には、Ｐ−ＧＷ２０３３が、自装置のリソース使用状態を定期的又は所定のタイミングで監視し、リソース使用率が所定の閾値を超えた場合に、輻輳又は障害が発生したと判断（検出）してもよい。ここで、監視対象となるリソースは、コンピュータリソース（e.g.,ＣＰＵ（Central Processing Unit）やメモリの使用率）やネットワークリソース（e.g.,スループット）であってもよい。
【００６０】
そして、Ｐ−ＧＷ２０３３は、ＥＭＳサーバ２０２へ輻輳又は障害が発生したことを通知するために、呼処理インタフェース（Ｓ５／Ｓ８）のＩＰアドレスを含ませたアラームをＥＭＳサーバ２０２へ通知する（ステップＳ２０２）。
【００６１】
ステップＳ２０２において、Ｐ−ＧＷ２０３３からアラームを受信したＥＭＳサーバ２０２は、当該アラームから、Ｐ−ＧＷ２０３３に輻輳又は障害が発生したこと（過負荷状態であること）を検出する（ステップＳ２０３）。
【００６２】
続いてＥＭＳサーバ２０２は、Ｐ−ＧＷ２０３３の呼処理インタフェース（Ｓ５／Ｓ８）のＩＰアドレスを、当該受信したアラームに含まれる情報から特定する（ステップＳ２０４）。
【００６３】
そして、ＥＭＳサーバ２０２は、Ｐ−ＧＷ２０３３の呼処理インタフェース（Ｓ５／Ｓ８）のＩＰアドレスに基づき、Ｐ−ＧＷ２０３３を選択候補とするリソースレコードの更新を、ＤＮＳサーバ１０１との間で行う（ステップＳ２０５）。ここで、ＥＭＳサーバ２０２とＤＮＳサーバ１０１との間で行われるリソースレコードの更新手順は、第１の実施形態における図３で示した手順と同様である。すなわち、Ｐ−ＧＷ２０３３を選択候補とするリソースレコードに設定された選択優先度が、他のコアネットワークノード２０３より低くなるように更新される。
【００６４】
ステップＳ２０５にてリソースレコードの更新が完了すると、ＥＭＳサーバ２０２は、ＭＭＥ２０３１に記憶されているＤＮＳキャッシュの更新指示コマンドを生成する（ステップＳ２０６）。ここで、ＤＮＳキャッシュの更新指示コマンドは、第１の実施形態と同様に当該ＤＮＳキャッシュに含まれる、少なくとも１つのリソースレコードの更新又は削除を示してもよい。すなわち、当該ＤＮＳキャッシュの更新指示コマンドは、Ｐ−ＧＷ２０３３を選択候補として設定しているリソースレコード(e.g., ＮＡＰＴＲリソースレコード)の削除であってもよい。
【００６５】
そして、ＥＭＳサーバ２０２は、当該更新指示コマンドをＭＭＥ２０３１に対し送信（投入）する（ステップＳ２０７）。なお、当該更新指示コマンドの送信対象は、ＥＭＳサーバ２０２が管理する全てのＭＭＥ２０３１であってもよいし、そのうちの一部（特定のＭＭＥ２０３１）であってもよい。ここでの特定のＭＭＥ２０３１は、例えば、Ｐ−ＧＷ２０３３を選択候補とするリソースレコードに基づいて当該Ｐ−ＧＷ２０３３を選択する可能性があるＭＭＥであるがこれに限られない。
【００６６】
ステップＳ２０７にて、ＤＮＳキャッシュの更新指示コマンドを受信したＭＭＥ２０３１は、当該コマンドに基づき、ＭＭＥ２０３１内に記憶されているＤＮＳキャッシュの更新を行う（ステップＳ２０８）。
【００６７】
そして、ＭＭＥ２０３１は、ＤＮＳサーバ１０１へ問合せを行い、更新後のＤＮＳリソースレコードに従って、Ｐ−ＧＷ２０３３を選択する（ステップＳ２０９）
［効果］
本実施形態では、Ｐ−ＧＷ２０３３における輻輳又は障害発生をＥＭＳサーバが検出してＰ−ＧＷ２０３３を選択候補とするＤＮＳリソースレコードに設定された選択優先度を更新するよう動作する。そして当該選択優先度が更新された場合に、ＥＭＳサーバ２０２は、ＭＭＥ２０３１に対するＤＮＳキャッシュの更新指示を生成し、当該ＭＭＥ２０３１へ当該更新指示を送信（投入）するよう動作する。当該動作により、ＤＮＳリソースレコードに設定された選択優先度が更新された場合、ＭＭＥ２０３１のＤＮＳキャッシュに対するＴＴＬが満了する前であっても、当該更新内容をＭＭＥ２０３１に対し、反映させることが可能となる。その結果、Ｐ−ＧＷ２０３３に輻輳や障害が生じた場合に、ＭＭＥ２０３１が輻輳や障害が生じたＰ−ＧＷ２０３３を接続先ノードとして選択するリスクを減少させることができる。
＜第３の実施形態＞
本実施形態では、第１の実施形態における通信システムの第２の詳細例が説明される。より具体的には、コアネットワークノード１０３３としてのＰ−ＧＷ２０３３が輻輳又は障害から復旧した場合の詳細例が説明される。なお、本実施形態における通信システムの構成は、第２の実施形態と同様なので、構成の説明は省略される。
［動作］
図４に示した通信システムの動作について、その一例を、図６のシーケンス図を用いて説明する。図６は、図５と同様に、Ｐ−ＧＷ２０３３を選択候補とするリソースレコードの更新が要される場合に、コアネットワークノード２０３（ＭＭＥ２０３１、Ｓ−ＧＷ２０３２、Ｐ−ＧＷ２０３３）を管理するＥＭＳサーバ２０２、ＤＮＳサーバ１０１及びＭＭＥ２０３１との間で送受信される制御信号のシーケンスを示している。なお、第２の実施形態と同様に、Ｐ−ＧＷ２０３３やＭＭＥ２０３１に代えて他のコアネットワークノード２０３を想定した場合であっても適用可能である。
【００６８】
Ｐ−ＧＷ２０３３は、輻輳又は障害状態から復旧したこと（過負荷状態から脱したこと）を自ら検出する（ステップＳ３０１）。より具体的には、Ｐ−ＧＷ２０３３が、自装置のリソース使用状態を定期的又は所定のタイミングで監視し、リソース使用率が所定の閾値を下回った場合に、輻輳又は障害が発生したと判断（検出）してもよい。
【００６９】
ここで、本実施形態における所定の閾値は、第２の実施形態における所定の閾値と同一値であってもよいし、異なる値であってもよい。すなわち、本実施形態における所定の閾値を、第２の実施形態における所定の閾値よりも低い値に設定し、輻輳又は障害の発生及び復旧検出、並びにリソースレコードの更新動作が頻繁に繰り返されることを防ぐようにしてもよい。
【００７０】
また、監視対象となるリソースは、第２の実施形態と同様にコンピュータリソース（e.g.,ＣＰＵ（Central Processing Unit）やメモリの使用率）やネットワークリソース（e.g.,スループット）であってもよい。
【００７１】
そして、Ｐ−ＧＷ２０３３は、ＥＭＳサーバ２０２へ輻輳又は障害状態から復旧したことを通知するために、呼処理インタフェース（Ｓ５／Ｓ８）のＩＰアドレスを含ませたアラームをＥＭＳサーバ２０２へ通知する（ステップＳ３０２）。
【００７２】
ステップＳ３０２において、Ｐ−ＧＷ２０３３からアラームを受信したＥＭＳサーバ２０２は、当該アラームから、Ｐ−ＧＷ２０３３に輻輳又は障害状態から復旧したこと（過負荷状態から脱したこと）を検出する（ステップＳ３０３）。
【００７３】
続いてＥＭＳサーバ２０２は、Ｐ−ＧＷ２０３３の呼処理インタフェース（Ｓ５／Ｓ８）のＩＰアドレスを、当該受信したアラームに含まれる情報から特定する（ステップＳ３０４）。
【００７４】
そして、ＥＭＳサーバ２０２は、Ｐ−ＧＷ２０３３の呼処理インタフェース（Ｓ５／Ｓ８）のＩＰアドレスに基づき、Ｐ−ＧＷ２０３３を選択先候補とするリソースレコードの更新を、ＤＮＳサーバ１０１との間で行う（ステップＳ３０５）。ここで、ＥＭＳサーバ２０２とＤＮＳサーバ１０１との間で行われるリソースレコードの更新手順は、第１の実施形態における図３で示した手順と同様である。すなわち、Ｐ−ＧＷ２０３３を選択候補とするリソースレコードに設定された選択優先度が、他のコアネットワークノード２０３より高くなるように更新される。
【００７５】
ステップＳ３０６〜Ｓ３０９の手順は、図５におけるステップＳ２０６〜Ｓ２０９の手順と同様であるため、ここでは説明が省略される。
【００７６】
なお、本実施形態における動作は、他の実施形態における動作と組み合わせて実行されてもよい。すなわち、第２の実施形態において、輻輳又は障害が発生した（過負荷状態にある）Ｐ−ＧＷ２０３３を選択先候補として設定しているＤＮＳリソースレコードの選択優先度が変更された（低い値に更新された）場合、当該Ｐ−ＧＷ２０３３の負荷状態（リソース使用率）を、Ｐ−ＧＷ２０３３又はＥＭＳサーバ２０２が定期的に監視し、ステップＳ３０１〜Ｓ３０９の動作を実行してもよい。
［効果］
本実施形態では、Ｐ−ＧＷ２０３３における輻輳又は障害が復旧したことをＥＭＳサーバ２０２が検出してＰ−ＧＷ２０３３を選択先候補とするＤＮＳリソースレコードに設定された選択優先度を更新するよう動作する。そして当該選択優先度が更新された場合に、ＥＭＳサーバ２０２は、ＭＭＥ２０３１に対するＤＮＳキャッシュの更新指示を生成し、当該ＭＭＥ２０３１へ当該更新指示を送信（投入）するよう動作する。当該動作により、ＤＮＳリソースレコードに設定された選択優先度が更新された場合、ＭＭＥ２０３１のＤＮＳキャッシュに対するＴＴＬが満了する前であっても、当該更新内容をＭＭＥ２０３１に対し、反映させることが可能となる。その結果、Ｐ−ＧＷ２０３３に輻輳や障害が復旧した場合に、ＭＭＥ２０３１が輻輳や障害から復旧したＰ−ＧＷ２０３３を接続先ノードとして再び選択できるように選択優先度を変更することができる。
＜各装置の構成例＞
最後に、上述の複数の実施形態に係る各装置の構成例について説明する。図７は管理装置１０２の構成例を示すブロック図である。管理装置１０２は、ネットワークインタフェース１０２０１とプロセッサ１０２０２とを有する。
【００７７】
ネットワークインタフェース１０２０１は、ＤＮＳサーバ１０１やコアネットワークノード１０３と通信するために電気信号処理を行う。ネットワークインタフェース１０２０１は、プロセッサ１０２０２と結合される。すなわち、プロセッサ１０２０２から供給されたデータについて電気信号処理を行い、ＤＮＳサーバ１０１やコアネットワークノード１０３へ送出する。また、ＤＮＳサーバ１０１やコアネットワークノード１０３から受信した信号に対し、電気信号処理を行い、プロセッサ１０２０２へ供給する。
【００７８】
プロセッサ１０２０２は、ＣＰＵ、ＭＰＵ（Micro Processing Unit）、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。プロセッサ１０２０２は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。プロセッサ１０２０２は不図示のメモリから読み出された種々のプログラムを実行することによって、管理装置１０２の各種機能を実現する。なお、ここでのプログラムは例えばシステムソフトウェアプログラム（Operating System（OS））である。
【００７９】
例えば、プロセッサ１０２０２は、図示のメモリから読み出されたプログラムを実行することによって、コアネットワークノード１０３３に対応するＤＮＳリソースレコードに設定された選択優先度が更新された場合に、前記１０３３コアネットワークノードとは異なるコアネットワークノード（１０３１や１０３２）に対するＤＮＳキャッシュの更新指示コマンドを生成するよう動作する。そして、生成したＤＮＳキャッシュの更新指示コマンドをネットワークインタフェース１０２０１へ供給する。
【００８０】
そして、ネットワークインタフェース１０２０１は、プロセッサ１０２０２から供給されたＤＮＳキャッシュの更新指示コマンドを送出する。
【００８１】
ここで、ＥＭＳサーバ２０２は、管理装置１０２と同様な構成を用いてもよい。
【００８２】
図８は、コアネットワークノード１０３の構成例を示すブロック図である。コアネットワークノード１０３はネットワークインタフェース１０３０１とプロセッサ１０３０２とを有する。
【００８３】
ネットワークインタフェース１０３０１は、管理装置１０２と通信するために電気信号処理を行う。ネットワークインタフェース１０３０１は、プロセッサ１０３０２と結合される。すなわち、プロセッサ１０３０２から供給されたデータについて電気信号処理を行い、管理装置１０２へ送出する。また、管理装置１０２から受信した信号に対し、電気信号処理を行い、プロセッサ１０３０２へ供給する。なお、図８の破線で示すように、ネットワークインタフェース１０３０１は、ＤＮＳサーバ１０１と通信するように構成されていてもよい。
【００８４】
プロセッサ１０３０２は、ＣＰＵ、ＭＰＵ、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。プロセッサ１０３０２は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。プロセッサ１０３０２は不図示のメモリから読み出された種々のプログラムを実行することによって、コアネットワークノード１０３の各種機能を実現する。なお、ここでのプログラムは例えばシステムソフトウェアプログラム（Operating System（OS））である。
【００８５】
例えば、ネットワークインタフェース１０３０１は、当該コアネットワークノード１０３に格納されているＤＮＳキャッシュの更新指示を、当該コアネットワークノード１０３を管理する管理装置１０２から受信し、プロセッサ１０３０２へ供給する。当該ＤＮＳキャッシュの更新指示は、例えばＤＮＳサーバにおいて、ＤＮＳリソースレコードに設定された選択優先度が変更された場合に、管理装置１０２から送信される。
【００８６】
そして、プロセッサ１０３０２は、ＤＮＳキャッシュの更新指示に基づいてコアネットワークノード１０３に格納されているＤＮＳキャッシュを更新するよう動作する。
【００８７】
ここで、ＤＮＳキャッシュはコアネットワークノード１０３に備えられたメモリ（不図示）に格納されていてもよい。
【００８８】
また、ＭＭＥ２０３１、Ｓ−ＧＷ２０３２、Ｐ−ＧＷ２０３３などのコアネットワークノード２０３は、コアネットワークノード１０３と同様な構成を用いてもよい。
【００８９】
上述の実施形態に係る管理装置１０２及びコアネットワークノード１０３が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
＜その他の実施形態＞
上述の実施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。
【００９０】
また、上述の実施形態において、コアネットワークノード１０３３又はＰ−ＧＷ２０３３が検出した自装置における輻輳・障害具合（すなわちリソース使用率）に応じて、リソースレコードの選択優先度の更新後の値を決定して、当該リソースレコードを更新するよう各装置が動作してもよい。
【００９１】
また、第１の実施形態における管理装置は、DNSサーバ自身であってもよい。すなわち、第１の実施形態における管理装置の少なくとも一部の機能をDNSサーバが有し、当該DNSサーバと、各コアネットワークノードとの間で、第１の実施形態の動作が実行されてもよい。本変形例では、DNSサーバが、各コアネットワークノードへのコマンド投入機能を少なくとも備える。そして、DNSリソースレコードに設定された選択優先度が更新された場合に、当該選択優先度に係る接続先選択候補となるコアネットワークノードとは異なるコアネットワークノードのDNSキャッシュ更新指示コマンドを当該DNSサーバが生成し、送信（投入）する。この場合、コアネットワークノードとDNSサーバとの間でのDNSリソースレコードの選択優先度の更新は特許文献２に開示された方法と同様の方法を採用してもよい。また、DNSサーバが、第１の実施形態の管理装置を機能部として有し、図３に示す動作を実行してもよい。
【００９２】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【符号の説明】
【００９３】
１０１      ＤＮＳサーバ 
１０２      管理装置 
２０２      ＥＭＳサーバ
１０２０１  ネットワークインタフェース
１０２０２  プロセッサ
１０３、２０３  コアネットワークノード
２０３１    ＭＭＥ
２０３２    Ｓ−ＧＷ
２０３３    Ｐ−ＧＷ 
１０３０１  ネットワークインタフェース
１０３０２  プロセッサ
【図１】
2017022430.tif 000005
【図２】
2017022430.tif 000006
【図３】
2017022430.tif 000007
【図４】
2017022430.tif 000008
【図５】
2017022430.tif 000009
【図６】
2017022430.tif 000010
【図７】
2017022430.tif 000011
【図８】
2017022430.tif 000012
【図９】
2017022430.tif 000013
【図１０】
2017022430.tif 000014