(57)【要約】  ＥＰＣネットワーク内の負荷の偏りを解消させる最適なＥＰＣノードを選択する移動通信システムを提供することができる。  ＥＰＣネットワークを構成するＳ−ＧＷ１０４、Ｐ−ＧＷ１０５等の各ＥＰＣノードのうち、使用するＥＰＣノードを、ＤＮＳサーバ１０１に設定登録されているＤＮＳリソースレコード内の選択優先度に基づいてＤＮＳサーバ１０１で選択することによって各ＥＰＣノードの負荷を分散させる構成とし、かつ、各ＥＰＣノードは、それぞれ、自ＥＰＣノードのリソース使用状態が過負荷状態に近づきつつあることを検知した際に、当該ＥＰＣノードに関連するＤＮＳリソースレコードの選択優先度を下げるように、ＤＮＳリソースレコードの更新要求をＤＮＳサーバ１０１に送信する機能を備え、一方、ＤＮＳサーバ１０１は、ＥＰＣノードから該更新要求を受け取った際に、該更新要求に対応してＤＮＳリソースレコードを動的に更新する。
2012172729.tif 000002
【特許請求の範囲】
【請求項１】
移動通信用のＬＴＥ（Long  Term  Evolution）ネットワークの中核を形成するＥＰＣ（Evolved  Packet  Core）ネットワークを構成する各ＥＰＣノードと、
使用する前記ＥＰＣノードを、設定登録されているＤＮＳ（Domain Name Server）リソースレコード内の選択優先度に基づいて、選択するＤＮＳサーバと、を具備し、
各前記ＥＰＣノードは、それぞれ、自ＥＰＣノードのリソース使用状態が、過負荷状態に近づきつつあることを検知するためにあらかじめ設定した過負荷閾値を超えたことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を下げるように、前記ＤＮＳサーバに対して、ＤＮＳリソースレコードの更新要求を送信するＤＤＮＳ（Dynamic  ＤＮＳ）クライアント機能を備え、
前記ＤＮＳサーバは、前記ＥＰＣノードから前記ＤＮＳリソースレコードの更新要求を受け取った際に、該更新要求に対応して前記ＤＮＳリソースレコードを動的に更新するＤＤＮＳサーバ機能を備えることを特徴とする移動通信システム。
【請求項２】
前記ＤＮＳサーバに対して前記ＤＮＳリソースレコードの更新要求を送信した前記ＥＰＣノードが、自ＥＰＣノードのリソース使用状態が、過負荷状態から脱したことを検知するためにあらかじめ設定した通常状態復帰閾値以下に低下したことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を元の状態に復帰する要求を、前記ＤＮＳサーバに対して送信し、
一方、前記ＤＮＳサーバは、前記ＥＰＣノードから該要求を受け取った際に、前記ＤＮＳリソースレコードを動的に更新して、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を元の状態に復帰させることを特徴とする請求項１に記載の移動通信システム。
【請求項３】
前記ＤＮＳサーバは、前記ＥＰＣノードのＩＰアドレスから当該ＥＰＣノードのＥＰＣノード名を取得するためのＰＴＲ（Pointer）レコードを備え、前記ＥＰＣノードから自ＥＰＣノードのＩＰアドレスを含むＰＴＲレコードクエリを受け取った際に、該ＰＴＲレコードクエリに含まれている前記ＩＰアドレスに基づいて前記ＰＴＲレコードから抽出した当該ＥＰＣノードのＥＰＣノード名を、問い合わせ元の前記ＥＰＣノードに返送することを特徴とする請求項１または２に記載の移動通信システム。
【請求項４】
前記ＤＮＳサーバは、さらに、前記ＤＮＳリソースレコードとして、前記選択優先度が設定登録されているＮＡＰＴＲ（Naming  Authority  Pointer）レコードおよびＳＲＶ（Service）レコードの他に、前記ＥＰＣノード名が割り当てられた前記ＥＰＣノードに関連する前記ＤＮＳリソースレコードのドメイン名をあらかじめ設定している補充ＮＡＰＴＲレコードを備え、前記ＥＰＣノードから自ＥＰＣノードのＥＰＣノード名を含むＮＡＰＴＲレコードクエリを受け取った際に、該ＮＡＰＴＲレコードクエリに含まれている前記ＥＰＣノード名に関連する前記補充ＮＡＰＴＲを少なくとも抽出して、問い合わせ元の前記ＥＰＣノードに返送することを特徴とする請求項３に記載の移動通信システム。
【請求項５】
前記ＤＮＳサーバから前記補充ＮＡＰＴＲレコードを受け取った前記ＥＰＣノードは、該補充ＮＡＰＴＲレコードに含まれている前記ＮＡＰＴＲレコード、前記ＳＲＶレコードそれぞれのドメイン名を含むＮＡＰＴＲレコードクエリ、ＳＲＶレコードクエリを前記ＤＮＳサーバに送信し、該ＮＡＰＴＲレコードクエリ、該ＳＲＶレコードクエリに対するレスポンスとして、前記ＤＮＳサーバから当該ＥＰＣノードに関連する前記ＮＡＰＴＲレコード、前記ＳＲＶレコードが返送されてきた際に、返送されてきた前記ＮＡＰＴＲレコード、前記ＳＲＶレコードに設定されている選択優先度を適宜書き替えて、前記ＤＮＳリソースレコードの更新要求として、前記ＤＮＳサーバに送信することを特徴とする請求項４に記載の移動通信システム。
【請求項６】
移動通信用のＬＴＥ（Long  Term  Evolution）ネットワークの中核を形成するＥＰＣ（Evolved  Packet  Core）ネットワークを構成する各ＥＰＣノードのうち、使用するＥＰＣノードを、ＤＮＳ（Domain Name Server）サーバに設定登録されているＤＮＳリソースレコード内の選択優先度に基づいて該ＤＮＳサーバにより選択し、
各前記ＥＰＣノードが、それぞれ、自ＥＰＣノードのリソース使用状態が、過負荷状態に近づきつつあることを検知するためにあらかじめ設定した過負荷閾値を超えたことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を下げるように、前記ＤＮＳサーバに対して、ＤＮＳリソースレコードの更新要求を、ＤＤＮＳ（Dynamic  ＤＮＳ）クライアント機能により送信し、
前記ＤＮＳサーバは、前記ＤＮＳリソースレコードを動的に更新するＤＤＮＳサーバ機能を備え、前記ＥＰＣノードから前記ＤＮＳリソースレコードの更新要求を受け取った際に、該更新要求に対応して前記ＤＮＳリソースレコードを動的に更新することを特徴とする移動通信システムの制御方法。
【請求項７】
前記ＤＮＳサーバに対して前記ＤＮＳリソースレコードの更新要求を送信した前記ＥＰＣノードは、自ＥＰＣノードのリソース使用状態が、過負荷状態から脱したことを検知するためにあらかじめ設定した通常状態復帰閾値以下に低下したことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を元の状態に復帰する要求を、前記ＤＮＳサーバに対して送信し、
一方、前記ＤＮＳサーバは、前記ＥＰＣノードから該要求を受け取った際に、前記ＤＮＳリソースレコードを動的に更新して、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を元の状態に復帰させることを特徴とする請求項６に記載の移動通信システムの制御方法。
【請求項８】
請求項６または７に記載の移動通信システムの制御方法を、コンピュータによって実行可能な移動通信システムの制御プログラムを格納した非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システム、その制御方法および制御プログラムを格納した非一時的なコンピュータ可読媒体に関し、特に、ＬＴＥ（Long  Term  Evolution）ネットワークの中核を形成するＥＰＣ（Evolved  Packet  Core：進化型パケットコア）ネットワークにおける負荷を効率的に分散する移動通信システム、その制御方法および制御プログラムを格納した非一時的なコンピュータ可読媒体に関する。
【背景技術】
【０００２】
近年の移動通信システムの進展は急速であり、３ＧＰＰ（３rd  Generation  Partnership  Project）では、次期の移動通信システムとして、ＩＰ（Internet  Protocol）プロトコルを用いてすべてのタイプのトラフィックに適合するモビリティを実現するＬＴＥ（Long  Term  Evolution）の規格化を進めている。ＬＴＥネットワークは、無線ネットワークのｅＵＴＲＡＮ（Evolved  Universal  Terrestrial  Radio  Network）とコアネットワークを形成するＥＰＣ（Evolved  Packet  Core：進化型パケットコア）とによって構成されている。以下に、特許文献１の特表２０１０−５３９７５８号公報「ＬＴＥシステムにおいてユーザ静的ＩＰアドレスのアドレッシングをサポートする方法、システムおよび装置」等においても今まで検討されている従来のＥＰＣネットワークにおけるリソースの割当方法、負荷分散方法について説明する。【０００３】
ＭＭＥ（Mobility  Management  Entity）は、ＤＮＳ（Domain  Name  Server）サーバにＤＮＳリソースレコードとして登録されている、表１および表２で示すＮＡＰＴＲ（Naming  Authority  Pointer）レコード／ＳＲＶ（Service）レコードにそれぞれ設定される優先度を考慮し、適切に負荷を分散させて各ＥＰＣノード（ＭＭＥ／Ｓ−ＧＷ／Ｐ−ＧＷ／ＳＧＳＮ）を選択する機能を備えている。【０００４】
【表１】
2012172729.tif 000003
【０００５】
【表２】
2012172729.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）を選択する際の処理の流れを説明する説明図であり、選択対象のＳ−ＧＷとして、Ｓ−ＧＷ１  ３１、Ｓ−ＧＷ２  ３２、Ｓ−ＧＷ３  ３３の３個のゲートウェイが存在している場合について示している。【０００７】
図３の説明図において、まず、ＭＭＥ３５は、ＤＮＳサーバ３４に対して接続可能なＳ−ＧＷのアドレスを問い合わせる（ステップＳ３０１）。該問い合わせにより、ＭＭＥ３５は、ＤＮＳサーバ３４から、接続可能なＳ−ＧＷを示す表１に示すＮＡＰＴＲレコードを複数受け取る（ステップＳ３０２）。複数のＮＡＰＴＲレコードを受け取ったＭＭＥ３４は、受け取った複数のＮＡＰＴＲレコードのＯｒｄｅｒフィールドおよびＰｒｅｆｅｒｅｎｃｅフィールドそれぞれに設定されている優先度に従い、最も優先度が高く設定されている特定のＮＡＰＴＲレコードを選択する。【０００８】
次いで、ＭＭＥ３５は、選択したＮＡＰＴＲレコードのＦｌａｇフィールドを参照して、Ｆｌａｇ＝""が設定されていた場合、Replacementフィールドに出力結果として設定されているＦＱＤＮ（Fully  Qualified  Domain  Name：完全修飾ドメイン名）が、ＮＡＰＴＲ  ＲＲ（Resource  Record）検索用のキーとして設定されているので、再度、該ＦＱＤＮに該当するＮＡＰＴＲレコードをＤＮＳサーバ３４に問い合わせて、ＤＮＳサーバ３４から表１に示すＮＡＰＴＲレコードを受け取る動作を繰り返す。【０００９】
また、ＭＭＥ３５は、選択したＮＡＰＴＲレコードのＦｌａｇフィールドを参照した際に、Ｆｌａｇ＝"ａ"が設定されていた場合には、Ｒｅｐｌａｃｅｍｅｎｔフィールドに出力結果として設定されているＦＱＤＮ（Fully  Qualified  Domain  Name：完全修飾ドメイン名）が、Ａ／ＡＡＡＡ  ＲＲ（ＩＰｖ４アドレス／ＩＰｖ６アドレス  Resource  Record）からなる完全修飾ドメイン名を示しており、選択対象に該当するＳ−ＧＷのアドレスを示しているので、選択対象のＳ−ＧＷとして決定する。【００１０】
一方、ＭＭＥ３５は、選択したＮＡＰＴＲレコードのFlagフィールドを参照した際に、Ｆｌａｇ＝"ｓ"が設定されていた場合には、Ｒｅｐｌａｃｅｍｅｎｔフィールドに出力結果として設定されているＦＱＤＮ（Fully  Qualified  Domain  Name：完全修飾ドメイン名）がＳＲＶ  ＲＲ（Service  Resource  Record）検索用のキーとして設定されているので、該ＦＱＤＮに該当するＳＲＶレコードをＤＮＳサーバ３４に問い合わせて、ＤＮＳサーバ３４から表２に示すＳＲＶレコードを受け取る。【００１１】
ＤＮＳサーバ３４からＳＲＶレコードを受け取ったＭＭＥ３５は、受け取ったＳＲＶレコードのＰｒｉｏｒｉｔｙフィールドおよびＷｅｉｇｈｔフィールドそれぞれに設定されている優先度に従い、最も優先度が高く設定されているＳＲＶ  ＲＲ（Resource  Record）を選択して、Ｔａｒｇｅｔフィールドに接続先として設定されているＦＱＤＮを取り出す。該ＦＱＤＮがＡ／ＡＡＡＡ  ＲＲ（ＩＰｖ４アドレス／ＩＰｖ６アドレス  リソースレコード）の完全修飾ドメイン名を示していた場合には、選択対象に該当するＳ−ＧＷのアドレスを示しているので、選択対象のＳ−ＧＷとして決定する。【００１２】
ＭＭＥ３５は、Ｓ−ＧＷ１  ３１、Ｓ−ＧＷ２  ３２、Ｓ−ＧＷ３  ３３の３個のゲートウェイのうち、選択したＮＡＰＴＲレコードまたはＳＲＶレコードの優先度に従って選択対象として決定した特定のＳ−ＧＷ例えばＳ−ＧＷ２  ３２に対して、接続指示を送信することにより（ステップＳ３０３）、該当するＳ−ＧＷ例えばＳ−ＧＷ２  ３２に接続する。【００１３】
図４は、図３の処理の流れにおいてＭＭＥ３５とＤＮＳサーバ３４との間で送受信する制御信号のシーケンスを示すシーケンス図である。以下に、図４のシーケンス図に基づいて、ＭＭＥ３５がＳ−ＧＷを選択する際に、ＭＭＥ３５とＤＮＳサーバ３４との間で送受信する制御信号の流れをさらに説明する。【００１４】
図４のシーケンス図において、まず、ＭＭＥ３５は、ＮＡＰＴＲ  ＲＲ（ＮＡＰＴＲリソースレコード）クエリをＤＮＳサーバ３４に対して送信して、接続可能なＳ−ＧＷのアドレスを問い合わせる（シーケンスＳ４０１）。ＭＭＥ３５からＮＡＰＴＲ  ＲＲクエリを受け取ったＤＮＳサーバ３４は、接続可能なＳ−ＧＷを示すＮＡＰＴＲ  ＲＲを複数適宜抽出して、ＮＡＰＴＲ  ＲＲクエリに対するＤＮＳレスポンスとして、問い合わせ元のＭＭＥ３５に対して返送する（シーケンスＳ４０２）。【００１５】
ＤＮＳサーバ３４からのＤＮＳレスポンスを受け取ったＭＭＥ３５は、受け取った複数のＤＮＳレスポンスそれぞれからなるＮＡＰＴＲ  ＲＲリストの中から、優先度にしたがって、いずれか１つのＮＡＰＴＲ  ＲＲを選択して、当該ＮＡＰＴＲ  ＲＲに含まれているＦｌａｇ フィールドが、Ｆｌａｇ＝"ｓ"に設定されていた場合には、ＳＲＶ  ＲＲのドメイン名を示すＲｅｐｌａｃｅｍｅｎｔフィールドのＦＱＤＮを取り出す（シーケンスＳ４０３）。しかる後、ＭＭＥ３５は、ＳＲＶ  ＲＲ（ＳＲＶリソースレコード）クエリをＤＮＳサーバ３４に対して送信して、該ＦＱＤＮに該当するＳＲＶレコードを問い合わせる（シーケンスＳ４０４）。【００１６】
ＭＭＥ３５からＳＲＶ  ＲＲクエリを受け取ったＤＮＳサーバ３４は、指定されたＦＱＤＮに該当するＳＲＶ  ＲＲを適宜抽出して、ＳＲＶ  ＲＲクエリに対するＤＮＳレスポンスとして、問い合わせ元のＭＭＥ３５に対して返送する（シーケンスＳ４０５）。【００１７】
ＤＮＳサーバ３４からのＤＮＳレスポンスを受け取ったＭＭＥ３５は、受け取ったＤＮＳレスポンスのＳＲＶ  ＲＲリストの中から、優先度にしたがって、いずれか１つのＳＶＲ  ＲＲを選択して（シーケンスＳ４０６）、該ＳＶＲ  ＲＲのドメイン名としてTargetフィールドにＦＱＤＮ（Ａ／ＡＡＡＡ  ＲＲのＮａｍｅ）が設定されていた場合には、Ａ／ＡＡＡＡ  ＲＲクエリをＤＮＳサーバ３４に対して送信して、当該ＳＶＲ  ＲＲのＡ／ＡＡＡＡ  ＲＲＩＰｖ４アドレス／ＩＰｖ６アドレス  リソースレコード）を問い合わせる（シーケンスＳ４０７）【００１８】
ＭＭＥ３５からＡ／ＡＡＡＡ  ＲＲクエリを受け取ったＤＮＳサーバ３４は、指定されたＳＶＲ  ＲＲに該当する完全修飾ドメイン名Ａ／ＡＡＡＡ  ＲＲを抽出して、Ａ／ＡＡＡＡ  ＲＲクエリに対するＤＮＳレスポンスとして、問い合わせ元のＭＭＥ３５に対して返送する（シーケンスＳ４０８）。
【先行技術文献】
【特許文献】
【００１９】
【特許文献１】特表２０１０−５３９７５８号公報（第９−１１頁）
【発明の概要】
【発明が解決しようとする課題】
【００２０】
しかしながら、前述のような従来の方式においては、ＤＮＳサーバは、ドメイン名の問い合わせに対して応答するために、ＤＮＳサーバに配置しているＤＮＳリソースレコードの設定内容を、固定した値として、初期登録時にあらかじめ設定登録しており、ＤＮＳサーバ初期登録時に設定したＤＮＳリソースレコードの優先度にしたがって各ＥＰＣノード（ＭＭＥ／Ｓ−ＧＷ／Ｐ−ＧＷ／ＳＧＳＮ）を選択している。【００２１】
したがって、ＥＰＣネットワーク内の負荷に偏りが生じ、たとえ過負荷状態のＥＰＣノードが発生したとしても、ＥＰＣネットワーク内の負荷バランスを考慮した選択を行うことができず、ＤＮＳサーバ初期登録時のＤＮＳリソースレコードの優先度にしたがってＥＰＣノード（ＭＭＥ／Ｓ−ＧＷ／Ｐ−ＧＷ／ＳＧＳＮ）を選択してしまうため、過負荷状態の当該ＥＰＣノードを選択してしまい、当該ＥＰＣノードの負荷をさらに上昇させて、呼損を発生させてしまう可能性がある。【００２２】
（本発明の目的）
本発明は、かかる事情に鑑みてなされたものであり、ＥＰＣネットワーク内の負荷の偏りを考慮に入れて、負荷の偏りを解消させる最適なＥＰＣノードを選択する移動通信システム、その制御方法および制御プログラムを格納した非一時的なコンピュータ可読媒体を提供することを、その目的としている。
【課題を解決するための手段】
【００２３】
前述の課題を解決するため、本発明による移動通信システム、その制御方法およびそのプログラムを格納した非一時的なコンピュータ可読媒体は、主に、次のような特徴的な構成を採用している。【００２４】
（１）本発明による移動通信システムは、移動通信用のＬＴＥ（Long  Term  Evolution）ネットワークの中核を形成するＥＰＣ（Evolved  Packet  Core）ネットワークを構成する各ＥＰＣノードのうち、使用するＥＰＣノードを、ＤＮＳサーバに設定登録されているＤＮＳリソースレコード内の選択優先度に基づいて該ＤＮＳサーバにより選択することによって、各ＥＰＣノードの負荷を分散させる移動通信システムにおいて、各前記ＥＰＣノードは、それぞれ、自ＥＰＣノードのリソース使用状態が、過負荷状態に近づきつつあることを検知するためにあらかじめ設定した過負荷閾値を超えたことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を下げるように、前記ＤＮＳサーバに対して、ＤＮＳリソースレコードの更新要求を送信するＤＤＮＳ（Dynamic  ＤＮＳ）クライアント機能を備え、一方、前記ＤＮＳサーバは、前記ＤＮＳリソースレコードを動的に更新するＤＤＮＳサーバ機能を備え、前記ＥＰＣノードから前記ＤＮＳリソースレコードの更新要求を受け取った際に、該更新要求に対応して前記ＤＮＳリソースレコードを動的に更新することを特徴とする。【００２５】
（２）本発明による移動通信システムの制御方法は、移動通信用のＬＴＥ（Long  Term  Evolution）ネットワークの中核を形成するＥＰＣ（Evolved  Packet  Core）ネットワークを構成する各ＥＰＣノードのうち、使用するＥＰＣノードを、ＤＮＳサーバに設定登録されているＤＮＳリソースレコード内の選択優先度に基づいて該ＤＮＳサーバにより選択することによって、各ＥＰＣノードの負荷を分散させる移動通信システムの制御方法であって、各前記ＥＰＣノードは、それぞれ、自ＥＰＣノードのリソース使用状態が、過負荷状態に近づきつつあることを検知するためにあらかじめ設定した過負荷閾値を超えたことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を下げるように、前記ＤＮＳサーバに対して、ＤＮＳリソースレコードの更新要求を送信するＤＤＮＳ（Dynamic  ＤＮＳ）クライアント機能を備え、一方、前記ＤＮＳサーバは、前記ＤＮＳリソースレコードを動的に更新するＤＤＮＳサーバ機能を備え、前記ＥＰＣノードから前記ＤＮＳリソースレコードの更新要求を受け取った際に、該更新要求に対応して前記ＤＮＳリソースレコードを動的に更新することを特徴とする。【００２６】
（３）本発明による移動通信システムの制御プログラムを格納した非一時的なコンピュータ可読媒体は、少なくとも前記（２）に記載の移動通信システムの制御方法を、コンピュータによって実行可能であることを特徴とする。
【発明の効果】
【００２７】
本発明の移動通信システム、その制御方法およびプログラムを格納した非一時的なコンピュータ可読媒体によれば、以下のような効果を奏することができる。【００２８】
第１の効果は、各ＥＰＣノードが、自ＥＰＣノードが過負荷状態に近づきつつことを検知した場合、ＤＮＳサーバに設定登録されている自ＥＰＣノードに関連するＤＮＳリソースレコード（ＮＡＰＴＲレコードやＳＲＶレコード）の選択優先度を自律的に変更することにより、過負荷状態に近づきつつあるＥＰＣノードを選択し難い状態に設定して、リソース状態に余裕のある他のＥＰＣノードを優先的に選択させることができ、ＥＰＣネットワーク全体の負荷を均等に保つことができることにある。【００２９】
第２の効果は、選択優先度を変更した後において、過負荷状態から完全に脱してリソース状態に余裕が生じたＥＰＣノードは、ＤＮＳサーバに設定登録されている自ＥＰＣノードに関連するＤＮＳリソースレコードの選択優先度を自律的に元の選択優先度に復帰させることにより、通常の選択可能な状態に復帰することができ、ＥＰＣネットワーク全体の負荷を均等に保つことができることにある。
【図面の簡単な説明】
【００３０】
【図１】本発明による移動通信システムのシステム構成の一例を示すシステム構成図である。
【図２】図１の移動通信システムの動作の一例を説明するためのシーケンス図である。
【図３】従来のＥＰＣ（Evolved  Packet  Core）ネットワークにおいてＭＭＥ（Mobility  Management  Entity）がＳ−ＧＷ（Serving  Gateway）を選択する際の処理の流れを説明する説明図である。
【図４】図３の処理の流れにおいてＭＭＥとＤＮＳサーバとの間で送受信する制御信号のシーケンスを示すシーケンス図である。
【発明を実施するための形態】
【００３１】
以下、本発明による移動通信システム、移動通信システムの制御方法および移動通信システムの制御プログラムを格納した非一時的なコンピュータ可読媒体の好適な実施形態について添付図を参照して説明する。なお、以下の説明においては、本発明による移動通信システムおよび移動通信システムの制御方法について説明するが、かかる移動通信システムの制御方法をコンピュータにより実行可能な移動通信システムの制御プログラムとして実施するようにしても良いし、あるいは、移動通信システムの制御プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしても良いことは言うまでもない。
【００３２】
（本発明の特徴）
本発明の実施形態の説明に先立って、本発明の特徴についてその概要をまず説明する。本発明は、３ＧＰＰ（３rd  Generation  Partnership  Project）で規定されたＥＰＣ（Evolved  Packet  Core：進化型パケットコア）ネットワークにおいて、ＥＰＣネットワークを構成する各ノードつまり各ＥＰＣノード（ＭＭＥ／Ｓ−ＧＷ／Ｐ−ＧＷ／ＳＧＳＮ）の負荷状態に応じた最適なＥＰＣノードを選択し、各ＥＰＣノードの負荷の偏りを解消させることを可能にすることを主要な特徴としている。
【００３３】
より具体的には、動的にＤＮＳリソースレコードを更新することが可能なＤＤＮＳ（Dynamic  ＤＮＳ）サーバ機能をＤＮＳサーバに備えるとともに、ＤＮＳサーバに自ＥＰＣノードのＤＮＳリソースレコードとして登録されているＮＡＰＴＲレコードやＳＲＶレコードをＥＰＣノード名（つまりＥＰＣノードのＩＰアドレスに対応付けられたＥＰＣノード名）から特定することが可能な補充ＮＡＰＴＲレコードを新たに追加することによって、過負荷状態に陥ったＥＰＣノードからの更新要求に応じて、当該ＥＰＣノードのＤＮＳリソースレコードを特定することを可能にし、当該ＥＰＣノードの選択の優先度を低下させる状態に更新し、他のＥＰＣノードを選択し易くすることを特徴とする。
【００３４】
ここで、新たに追加した補充ＮＡＰＴＲレコードは、通常のＮＡＰＴＲレコードと同一のフォーマットから構成されるものであり、ＮＡＰＴＲレコードのFlag＝"p"、Services＝"ＮＡＰＴＲ"または"ＳＲＶ"、Regexp＝"ＮＡＰＴＲレコードまたはＳＲＶレコードのドメイン名"として定義されているレコードであり、該補充ＮＡＰＴＲレコードにより、ＥＰＣノード名からＮＡＰＴＲレコードまたはＳＲＶレコードを特定することができる。つまり、該補充ＮＡＰＴＲレコードにより、自ＥＰＣノード選択に関連するＮＡＰＴＲレコードまたはＳＲＶレコードを特定することができる。
【００３５】
また、ＤＮＳサーバにＤＤＮＳサーバ機能を追加することにより、登録されているＤＮＳリソースレコードの優先度を動的に変更することができ、過負荷状態のＥＰＣノードが、自律的に、ＤＮＳサーバの自ＥＰＣノードに関連するＤＮＳリソースレコードの更新要求を行うことによって、ＤＮＳリソースレコードを更新させて自ＥＰＣノード選択優先度を下げさせることが可能であり、ＥＰＣネットワーク内の負荷を動的に均等に分散させることが可能になる。
【００３６】
（実施形態の構成例）
次に、本発明による移動通信システムのシステム構成の一例を、図１を用いて説明する。図１は、本発明による移動通信システムのシステム構成の一例を示すシステム構成図である。
【００３７】
図１のシステム構成において、ＥＰＣネットワークを構成するＳＧＳＮ１０２、ＭＭＥ１０３、Ｓ−ＧＷ１０４、Ｐ−ＧＷ１０５等の各ＥＰＣノードそれぞれは、ＥＰＣノードとしてそれぞれに要求される通信負荷に応じて、１ないし複数個、配置されていて、ＤＮＳサーバ１０１によって選択されたＥＰＣノードが適宜使用されて、負荷分散を図るように構成されている。
【００３８】
また、ＤＮＳサーバ１０１は、ＥＰＣネットワークにおいて必要とされる通常のＤＮＳサーバとしての機能の他に、ＲＦＣ（Request  for  Comments）２１３６で規定されているＤＤＮＳ（Dynamic  ＤＮＳ）サーバ機能つまり動的なＤＮＳリソースレコード（ＤＮＳ  ＲＲ）の更新機能（Dynamic  Updates  in  the  Domain  Name  System）も合わせて備えており、相互に接続されたＳＧＳＮ１０２、ＭＭＥ１０３、Ｓ−ＧＷ１０４、Ｐ−ＧＷ１０５等の各ＥＰＣノードからのＤＮＳリソースレコードの更新要求に対応して、ＤＮＳサーバ１０１に登録されているＤＮＳリソースレコードを動的に更新可能としている。
【００３９】
また、ＤＮＳサーバ１０１に登録されるＤＮＳリソースレコードとしては、表１、表２に示したようなＥＰＣネットワークとして動作するために必要なＮＡＰＴＲレコード、ＳＲＶレコード、Ａ／ＡＡＡＡレコード以外に、以下のようなレコードも登録される。
（１）ＩＰアドレスからＥＰＣノード名を得るために必要なＰＴＲレコード
（２）ＥＰＣノード名からＳＲＶレコード、ＮＡＰＴＲレコードのドメイン名を得るために必要な補充ＮＡＰＴＲレコード
【００４０】
なお、前述の補充ＮＡＰＴＲレコードは、以下の定義にしたがったＮＡＰＴＲレコードとしてＤＮＳサーバ１０１に登録される。
（ａ）ドメイン名＝"Ａ／ＡＡＡＡレコードに設定されているドメイン名"
（ｂ）Ｆｌａｇ＝"ｐ"
（ｃ）Ｓｅｒｖｉｃｅｓ＝"ＮＡＰＴＲ"または"ＳＲＶ"
（ｄ）Ｒｅｇｅｘｐ」＝"本ＮＡＰＴＲレコードのドメイン名が示すＡ／ＡＡＡＡレコードをターゲットとしているＮＡＰＴＲレコードまたはＳＲＶレコードのドメイン名"
【００４１】
つまり、ＤＮＳサーバ１０１に登録するＮＡＰＴＲレコードとして、新たに、Ｆｌａｇ＝"ｐ"、Ｓｅｒｖｉｃｅｓ＝"ＮＡＰＴＲ"または"ＳＲＶ"、Ｒｅｇｅｘｐ＝"ＮＡＰＴＲレコードまたはＳＲＶレコードのドメイン名"の定義を追加する。かくのごときＮＡＰＴＲレコードを追加することにより、ＳＧＳＮ１０２、ＭＭＥ１０３、Ｓ−ＧＷ１０４、Ｐ−ＧＷ１０５等の各ＥＰＣノードは、自ＥＰＣノードのＩＰアドレスから、自ＥＰＣノードの選択に繋がる要因としてＤＮＳサーバ１０１に登録されているＤＮＳリソースレコードすなわちＮＡＰＴＲレコードまたはＳＲＶレコードを特定することを可能にしている。
【００４２】
また、ＤＮＳサーバ１０１と相互に接続されているＳＧＳＮ１０２、ＭＭＥ１０３、Ｓ−ＧＷ１０４、Ｐ−ＧＷ１０５等の各ＥＰＣノードは、ＥＰＣネットワークで必要とされる通常のＤＮＳクライアント機能の他に、ＤＮＳサーバ１０１のＤＤＮＳ（Dynamic  ＤＮＳ）サーバ機能に対応して、ＤＤＮＳクライアント機能も合わせて備えており、現在の負荷状態に応じて、適宜、ＤＮＳサーバ１０１に対して、自ＥＰＣノードに関するＮＡＰＴＲレコードやＳＲＶレコードの更新要求を送信することができる。
【００４３】
各ＥＰＣノードは、自ＥＰＣノードの負荷が過負荷状態に陥った場合には、自ＥＰＣノードに関するＤＮＳリソースレコードとして特定されたＤＮＳリソースレコードの選択優先度を下げるように、ＤＮＳサーバ１０１に対して、ＤＮＳリソースレコードの更新要求を送信する。而して、過負荷状態の自ＥＰＣノードが選択され難くなり、過負荷状態ではない他のＥＰＣノードを選択させ易くすることができ、自律的に、ＥＰＣネットワーク内で効率良く負荷を分散させることが可能になる。
【００４４】
なお、ＥＰＣネットワークとしてのその他の構成については、従来の技術と同様である。したがって、前述した以外の他の構成は、当業者にとって良く知られている技術であり、また、本発明とは直接関係しないので、ここでは、その詳細な構成の説明は省略する。
【００４５】
（実施形態の動作の説明）
次に、図１に示した移動通信システムの動作について、その一例を、図２のシーケンス図を用いて説明する。図２は、図１の移動通信システムの動作の一例を説明するためのシーケンス図であり、ＥＰＣネットワークを構成するＳＧＳＮ１０２、ＭＭＥ１０３、Ｓ−ＧＷ１０４、Ｐ−ＧＷ１０５等の各ＥＰＣノード１００から、各ＥＰＣノード１００に関する選択動作を行うＤＮＳサーバ１０１内に登録されているＤＮＳリソースレコードの更新要求をＤＮＳサーバ１０１に対して行う場合のＥＰＣノード１００とＤＮＳサーバ１０１との間で送受信する制御信号のシーケンスを示している。ここで、ＥＰＣノード１００は、前述のように、ＥＰＣネットワークを構成するＳＧＳＮ１０２、ＭＭＥ１０３、Ｓ−ＧＷ１０４、Ｐ−ＧＷ１０５等のいずれであっても構わない。
【００４６】
まず、ＥＰＣネットワークを構成するＳＧＳＮ１０２、ＭＭＥ１０３、Ｓ−ＧＷ１０４、Ｐ−ＧＷ１０５等のＥＰＣノード１００それぞれは、自ＥＰＣノード１００の現在のリソース（ＣＰＵ、メモリ等）の使用状況を定期的に監視していて、現在のリソース使用状況が、自ＥＰＣノード１００が過負荷状態に近づきつつある状態を検知するためにあらかじめ定めた過負荷閾値を超えた状態にあるか否かを判定している。ＳＧＳＮ１０２、ＭＭＥ１０３、Ｓ−ＧＷ１０４、Ｐ−ＧＷ１０５等のいずれかのＥＰＣノード１００において、現在のリソース使用状況が前記過負荷閾値を超えていることを検知した場合、当該ＥＰＣノード１００は、自ＥＰＣノード１００が過負荷状態に近づきつつあるものと判定する（シーケンスＳ２０１）。
【００４７】
過負荷状態に近づきつつあると判定した当該ＥＰＣノード１００は、自ＥＰＣノード１００のＩＰアドレスからＥＰＣノード名を探索するために、自ＥＰＣノード１００のＩＰアドレスを含むＰＴＲレコードクエリを、ＤＮＳサーバ１０１に対して送信する。該ＰＴＲレコードクエリを受け取ったＤＮＳサーバ１０１は、該ＰＴＲレコードクエリに含まれているＩＰアドレスに基づいて、ＰＴＲレコードを参照することにより、該ＩＰアドレスに該当する当該ＥＰＣノード１００のＥＰＣノード名を抽出して、ＰＴＲレコードクエリに対するＤＮＳレスポンスとして、要求元のＥＰＣノード１００に対して返送する（シーケンスＳ２０２）。
【００４８】
つまり、過負荷状態に近づきつつあると判定したＥＰＣノード１００は、ＤＮＳサーバ１０１に問い合わせることによって、自ＥＰＣノード１００のＩＰアドレスから自ＥＰＣノード１００のＥＰＣノード名を逆引きする。
【００４９】
ＤＮＳサーバ１０１からのＤＮＳレスポンスとして自ＥＰＣノード１００のＥＰＣノード名を受け取ったＥＰＣノード１００は、自ＥＰＣノード１００のＦＱＤＮ（完全修飾ドメイン名すなわちＡ／ＡＡＡＡレコード）を取得する前処理として、自ＥＰＣノード１００のＥＰＣノード名に該当するＮＡＰＴＲレコードを取得するために、シーケンスＳ２０２にて取得した自ＥＰＣノード１００のＥＰＣノード名を含むＮＡＰＴＲレコードクエリを、ＤＮＳサーバ１０１に対して送信する。
【００５０】
該ＮＡＰＴＲレコードクエリを受け取ったＤＮＳサーバ１０１は、該ＮＡＰＴＲレコードクエリに含まれているＥＰＣノード名に基づいて、該ＥＰＣノード名に該当するＮＡＰＴＲレコードを補充ＮＡＰＴＲレコードをも含む形で抽出して、ＮＡＰＴＲレコードクエリに対するＤＮＳレスポンスとして、要求元のＥＰＣノード１００に対して返送する（シーケンスＳ２０３）。つまり、ＤＮＳサーバ１０１から自ＥＰＣノード１００のＥＰＣノード名を受け取ったＥＰＣノード１００は、ＤＮＳサーバ１０１に問い合わせることによって、自ＥＰＣノード１００のＥＰＣノード名からＮＡＰＴＲレコードを逆引きする。
【００５１】
ＤＮＳサーバ１０１からのＤＮＳレスポンスとして自ＥＰＣノード１００のＥＰＣノード名に該当するＮＡＰＴＲレコードを受け取ったＥＰＣノード１００は、受け取ったＮＡＰＴＲレコードのＦｌａｇフィールドを検索して、Ｆｌａｇ＝"ｐ"が設定されている補充ＮＡＰＴＲレコードを抽出する。
【００５２】
さらに、ＥＰＣノード１００は、抽出した補充ＮＡＰＴＲレコードのうち、Ｓｅｒｖｉｃｅｓフィールドとして、Ｓｅｒｖｉｃｅｓ＝"ＮＡＰＴＲ"が設定されている補充ＮＡＰＴＲレコードを抽出して、該補充ＮＡＰＴＲレコードのＲｅｇｅｘｐフィールドに設定されている値（Ｒｅｇｅｘｐ＝"ＮＡＰＴＲレコードのドメイン名"）を含むＮＡＰＴＲレコードクエリを、ＤＮＳサーバ１０１に対して送信する。
【００５３】
該ＮＡＰＴＲレコードクエリを受け取ったＤＮＳサーバ１０１は、該ＮＡＰＴＲレコードクエリに含まれているＮＡＰＴＲレコードのドメイン名に基づいて、該ドメイン名に該当するＮＡＰＴＲレコードを抽出して、ＮＡＰＴＲレコードクエリに対するＤＮＳレスポンスとして、要求元のＥＰＣノード１００に対して返送する（シーケンスＳ２０４）。
【００５４】
さらに、ＥＰＣノード１００は、抽出した補充ＮＡＰＴＲレコードのうち、Ｓｅｒｖｉｃｅｓフィールドとして、Ｓｅｒｖｉｃｅｓ＝"ＳＲＶ"が設定されている補充ＮＡＰＴＲレコードを抽出して、該補充ＮＡＰＴＲレコードのＲｅｇｅｘｐフィールドに設定されている値（Ｒｅｇｅｘｐ＝"ＳＲＶレコードのドメイン名"）を含むＳＲＶレコードクエリを、ＤＮＳサーバ１０１に対して送信する。
【００５５】
該ＳＲＶレコードクエリを受け取ったＤＮＳサーバ１０１は、該ＳＲＶレコードクエリに含まれているＳＲＶレコードのドメイン名に基づいて、該ドメイン名に該当するＳＲＶレコードを抽出して、ＳＲＶレコードクエリに対するＤＮＳレスポンスとして、要求元のＥＰＣノード１００に対して返送する（シーケンスＳ２０４）。つまり、ＤＮＳサーバ１０１から自ＥＰＣノード１００のＥＰＣノード名に該当する補充ＮＡＰＴＲレコードを受け取ったＥＰＣノード１００は、ＤＮＳサーバ１０１に問い合わせることによって、自ＥＰＣノード１００に関連するＮＡＰＴＲレコードおよびＳＲＶレコードを正引きする。
【００５６】
しかる後、シーケンスＳ２０４においてＤＮＳレスポンスとして補充ＮＡＰＴＲレコードのＲｅｇｅｘｐフィールドの値に該当するＮＡＰＴＲレコードを受け取ったＥＰＣノード１００は、受け取った各ＮＡＰＴＲレコードのFlagフィールドを確認して、Ｆｌａｇ＝"ａ"（つまり、Ｒｅｐｌａｃｅｍｅｎｔフィールドに設定されている値が、Ａ／ＡＡＡＡ  ＲＲのＦＱＤＮ（完全修飾ドメイン名））であり、かつ、Ｒｅｐｌａｃｅｍｅｎｔフィールドに設定されている値が、シーケンスＳ２０２においてＤＮＳサーバ１０１から取得していた自ＥＰＣノード１００のＥＰＣノード名と一致している場合には、当該ＮＡＰＴＲレコードは、自ＥＰＣノード１００の選択に繋がるＮＡＰＴＲレコードであるので、更新対象のＮＡＰＴＲレコードとして当該ＮＡＰＴＲレコードを保持する（シーケンスＳ２０５）。
【００５７】
さらに、シーケンスＳ２０４においてＤＮＳレスポンスとして補充ＮＡＰＴＲレコードのＲｅｇｅｘｐフィールドの値に該当するＳＲＶレコードを受け取ったＥＰＣノード１００は、受け取った各ＳＲＶレコードのＴａｒｇｅｔフィールドを確認して、Ｔａｒｇｅtフィールドに設定されている値が、シーケンスＳ２０２においてＤＮＳサーバ１０１から取得していた自ＥＰＣノード１００のＥＰＣノード名と一致している場合には、当該ＳＲＶレコードは、自ＥＰＣノード１００の選択に繋がるＳＲＶレコードであるので、更新対象のＳＲＶレコードとして当該ＳＲＶレコードを保持する（シーケンスＳ２０５）。
【００５８】
シーケンスＳ２０５において更新対象のＮＡＰＴＲレコードを保持したＥＰＣノード１００は、当該ＥＰＣノード１００を選択する選択優先度を他の同種類のＥＰＣノードよりも低い値に設定するように、ＤＮＳサーバ１０１側に当該ＮＡＰＴＲレコードの更新登録をしてもらうために、保持したＮＡＰＴＲレコードのＯｒｄｅｒフィールドおよびＰｒｅｆｅｒｅｎｃｅフィールドに、例えば、それぞれ、最も低い選択優先度となる値として、Ｏｒｄｅｒ＝'６５５３５'(２進数のall'１')、Ｐｒｅｆｅｒｅｎｃｅ＝"６５５３５"(２進数のall'１')を設定して、選択優先度を変更するＮＡＰＴＲレコード更新要求として、ＤＮＳサーバ１０１に対して送信する（シーケンスＳ２０６）。
【００５９】
該ＮＡＰＴＲレコード更新要求を受け取ったＤＮＳサーバ１０１は、更新要求に応じて、該ＮＡＰＴＲレコード更新要求に含まれているＮＡＰＴＲレコードのＯｒｄｅｒフィールドおよびＰｒｅｆｅｒｅｎｃｅフィールドを、Ｏｒｄｅｒ＝'６５５３５'(２進数のall'１')、Ｐｒｅｆｅｒｅｎｃｅ＝"６５５３５"(２進数のall'１')という選択優先度が最も低くなる状態に更新登録する。更新登録が終了すると、ＤＮＳサーバ１０１は、ＮＡＰＴＲレコードを正常に更新した旨を示す情報を、ＮＡＰＴＲレコード更新要求に対するＤＮＳレスポンスとして、要求元のＥＰＣノード１００に対して返送する（シーケンスＳ２０７）。
【００６０】
また、シーケンスＳ２０５において更新対象のＳＲＶレコードを保持したＥＰＣノード１００は、当該ＥＰＣノード１００を選択する選択優先度を他の同種類のＥＰＣノードよりも低い値に設定するように、ＤＮＳサーバ１０１側に当該ＳＲＶレコードの更新登録をしてもらうために、保持したＳＲＶレコードのＰｒｉｏｒｉｔｙフィールドおよびＷｅｉｇｈｔフィールドに、例えば、それぞれ、最も低い選択優先度となる値として、Ｐｒｉｏｒｉｔｙ＝'６５５３５'(２進数のall'１')、Ｗｅｉｇｈｔ＝"０"(２進数のall'０')を設定して、選択優先度を変更するＳＲＶレコード更新要求として、ＤＮＳサーバ１０１に対して送信する（シーケンスＳ２０６）。
【００６１】
該ＳＲＶレコード更新要求を受け取ったＤＮＳサーバ１０１は、更新要求に応じて、該ＳＲＶレコード更新要求に含まれているＳＲＶレコードのＰｒｉｏｒｉｔｙフィールドおよびＷｅｉｇｈｔフィールドを、Ｐｒｉｏｒｉｔｙ＝'６５５３５'(２進数のall'１')、Ｗｅｉｇｈｔ＝"０"(２進数のall'０')という選択優先度が最も低くなる状態に更新登録する。更新登録が終了すると、ＤＮＳサーバ１０１は、ＳＲＶレコードを正常に更新した旨を示す情報を、ＳＲＶレコード更新要求に対するＤＮＳレスポンスとして、要求元のＥＰＣノード１００に対して返送する（シーケンスＳ２０７）。
【００６２】
以上のようなシーケンスにより、過負荷状態に近づきつつあるＥＰＣノード１００の選択動作を制御しているＤＮＳサーバ１０１のＤＮＳリソースレコードすなわちＮＡＰＴＲレコードやＳＲＶレコードの選択優先度の登録状態が更新されて、当該ＥＰＣノード１００を選択し難くなり、リソース状態に余裕がある他のＥＰＶノードが優先的に選択される状態に、自動的に設定することができる。
【００６３】
一方、かくのごとく、過負荷状態に近づいて選択優先度を変更したＥＰＣノード１００においては、定期的に、現在のリソース使用状態を監視する動作を継続している。つまり、当該ＥＰＣノード１００において、現在のリソース使用状態が、自ＥＰＣノード１００が過負荷状態から完全に脱した状態に達したことを検知するためにあらかじめ定めた通常状態復帰閾値以下に低下した状態にあるか否かを判定している。ここで、該通常状態復帰閾値は、選択優先度の更新動作が頻繁に繰り返されることを防ぐために、過負荷状態に近づきつつあることを検知するための過負荷閾値以下の値に設定することが好ましい。
【００６４】
過負荷状態に近づいて選択優先度を変更したＥＰＣノード１００において、現在のリソース使用状況が前記通常状態復帰閾値以下に低下したことを検知した場合、当該ＥＰＣノード１００は、自ＥＰＣノード１００が過負荷状態から完全に脱した状態に達したものと判定して、つまり、過負荷状態解除条件が成立したものと判定する（シーケンスＳ２０８）。
【００６５】
過負荷状態解除条件が成立したことを検出した当該ＥＰＣノード１００は、当該ＥＰＣノード１００に対する選択優先度を元の状態に復帰してもらうために、シーケンスＳ２０５において保持していた更新対象のＮＡＰＴＲレコードおよびＳＲＶレコードを取り出して、選択優先度を元の状態に復帰するためのＮＡＰＴＲレコード更新要求およびＳＲＶレコード更新要求として、ＤＮＳサーバ１０１に対して送信する（シーケンスＳ２０９）。
【００６６】
該ＮＡＰＴＲレコード更新要求および該ＳＲＶレコード更新要求を受け取ったＤＮＳサーバ１０１は、更新要求に応じて、該ＮＡＰＴＲレコード更新要求に含まれているＮＡＰＴＲレコードのＯｒｄｅｒフィールドおよびＰｒｅｆｅｒｅｎｃｅフィールドおよび該ＳＲＶレコード更新要求に含まれているＳＲＶレコードのＰｒｉｏｒｉｔｙフィールドおよびWeightフィールドの状態に更新して登録する。更新登録が終了すると、ＤＮＳサーバ１０１は、ＮＡＰＴＲレコードおよびＳＲＶレコードを正常に更新した旨を示す情報を、ＮＡＰＴＲレコードおよびＳＲＶレコードの更新要求に対するＤＮＳレスポンスとして、要求元のＥＰＣノード１００に対して返送する（シーケンスＳ２１０）。
【００６７】
以上のようなシーケンスにより、過負荷状態から完全に脱してリソース状態に余裕が生じたＥＰＣノード１００の選択動作を制御しているＤＮＳサーバ１０１のＤＮＳリソースレコードすなわちＮＡＰＴＲレコードやＳＲＶレコードの選択優先度の登録状態を元の状態に復帰させることによって、当該ＥＰＣノード１００のリソース状態に余裕があるにも関わらず、当該ＥＰＣノード１００が選択されないという状態から脱して、通常の選択可能な状態に自動的に設定することができる。
【００６８】
（実施形態の効果の説明）
以上に詳細に説明したように、本実施形態においては、各ＥＰＣノード１００が、自ＥＰＣノード１００が過負荷状態に近づきつつことを検知した場合、ＤＮＳサーバ１０１に設定登録されている自ＥＰＣノード１００に関連するＤＮＳリソースレコード（ＮＡＰＴＲレコードやＳＲＶレコード）の選択優先度を自律的に変更することにより、過負荷状態に近づきつつあるＥＰＣノード１００を選択し難い状態に設定して、リソース状態に余裕のある他のＥＰＣノードを優先的に選択させることができ、ＥＰＣネットワーク全体の負荷を均等に保つことができる。
【００６９】
さらには、選択優先度を変更した後において、過負荷状態から完全に脱してリソース状態に余裕が生じたＥＰＣノード１００は、ＤＮＳサーバ１０１に設定登録されている自ＥＰＣノード１００に関連するＤＮＳリソースレコードの選択優先度を自律的に元の選択優先度に復帰させることにより、通常の選択可能な状態に復帰することができ、ＥＰＣネットワーク全体の負荷を均等に保つことができる。
【００７０】
以上、本発明の好適な実施形態の構成を説明した。しかし、かかる実施形態は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることが、当業者には容易に理解できよう。
【００７１】
上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、任意の処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。
また、上述したプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（ｔａｎｇｉｂｌｅ  ｓｔｏｒａｇｅ  ｍｅｄｉｕｍ）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ）、フラッシュＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００７２】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【００７３】
この出願は、２０１１年６月１４日に出願された日本出願特願２０１１−１３２５０７を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【００７４】
（付記１）
移動通信用のＬＴＥ（Long  Term  Evolution）ネットワークの中核を形成するＥＰＣ（Evolved  Packet  Core）ネットワークを構成する各ＥＰＣノードのうち、使用するＥＰＣノードを、ＤＮＳサーバに設定登録されているＤＮＳリソースレコード内の選択優先度に基づいて該ＤＮＳサーバにより選択することによって、各ＥＰＣノードの負荷を分散させる移動通信システムにおいて、各前記ＥＰＣノードは、それぞれ、自ＥＰＣノードのリソース使用状態が、過負荷状態に近づきつつあることを検知するためにあらかじめ設定した過負荷閾値を超えたことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を下げるように、前記ＤＮＳサーバに対して、ＤＮＳリソースレコードの更新要求を送信するＤＤＮＳ（Dynamic  ＤＮＳ）クライアント機能を備え、一方、前記ＤＮＳサーバは、前記ＤＮＳリソースレコードを動的に更新するＤＤＮＳサーバ機能を備え、前記ＥＰＣノードから前記ＤＮＳリソースレコードの更新要求を受け取った際に、該更新要求に対応して前記ＤＮＳリソースレコードを動的に更新することを特徴とする移動通信システム。
（付記２）
移動通信用のＬＴＥ（Long  Term  Evolution）ネットワークの中核を形成するＥＰＣ（Evolved  Packet  Core）ネットワークを構成する各ＥＰＣノードのうち、使用するＥＰＣノードを、ＤＮＳサーバに設定登録されているＤＮＳリソースレコード内の選択優先度に基づいて該ＤＮＳサーバにより選択することによって、各ＥＰＣノードの負荷を分散させる移動通信システムの制御方法であって、各前記ＥＰＣノードは、それぞれ、自ＥＰＣノードのリソース使用状態が、過負荷状態に近づきつつあることを検知するためにあらかじめ設定した過負荷閾値を超えたことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を下げるように、前記ＤＮＳサーバに対して、ＤＮＳリソースレコードの更新要求を送信するＤＤＮＳ（Dynamic  ＤＮＳ）クライアント機能を備え、一方、前記ＤＮＳサーバは、前記ＤＮＳリソースレコードを動的に更新するＤＤＮＳサーバ機能を備え、前記ＥＰＣノードから前記ＤＮＳリソースレコードの更新要求を受け取った際に、該更新要求に対応して前記ＤＮＳリソースレコードを動的に更新することを特徴とする移動通信システムの制御方法。
【符号の説明】
【００７５】
１００    ＥＰＣノード
１０１    ＤＮＳサーバ
１０２    ＳＧＳＮ
１０３    ＭＭＥ
１０４    Ｓ−ＧＷ
１０５    Ｐ−ＧＷ
３１      Ｓ−ＧＷ１
３２      Ｓ−ＧＷ２
３３      Ｓ−ＧＷ３
３４      ＤＮＳサーバ
３５      ＭＭＥ
【図１】
2012172729.tif 000005
【図２】
2012172729.tif 000006
【図３】
2012172729.tif 000007
【図４】
2012172729.tif 000008
【手続補正書】
【提出日】平成25年10月28日(2013.10.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動通信用のＬＴＥ（Long  Term  Evolution）ネットワークの中核を形成するＥＰＣ（Evolved  Packet  Core）ネットワークを構成する各ＥＰＣノードと、
使用する前記ＥＰＣノードを、設定登録されているＤＮＳ（Domain Name Server）リソースレコード内の選択優先度に基づいて、選択するＤＮＳサーバと、を具備し、
各前記ＥＰＣノードは、それぞれ、自ＥＰＣノードのリソース使用状態が、過負荷状態に近づきつつあることを検知するためにあらかじめ設定した過負荷閾値を超えたことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を下げるように、前記ＤＮＳサーバに対して、ＤＮＳリソースレコードの更新要求を送信するＤＤＮＳ（Dynamic  ＤＮＳ）クライアント機能を備え、
前記ＤＮＳサーバは、前記ＥＰＣノードから前記ＤＮＳリソースレコードの更新要求を受け取った際に、該更新要求に対応して前記ＤＮＳリソースレコードを動的に更新するＤＤＮＳサーバ機能を備えることを特徴とする移動通信システム。
【請求項２】
前記ＤＮＳサーバに対して前記ＤＮＳリソースレコードの更新要求を送信した前記ＥＰＣノードが、自ＥＰＣノードのリソース使用状態が、過負荷状態から脱したことを検知するためにあらかじめ設定した通常状態復帰閾値以下に低下したことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を元の状態に復帰する要求を、前記ＤＮＳサーバに対して送信し、
一方、前記ＤＮＳサーバは、前記ＥＰＣノードから該要求を受け取った際に、前記ＤＮＳリソースレコードを動的に更新して、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を元の状態に復帰させることを特徴とする請求項１に記載の移動通信システム。
【請求項３】
前記ＤＮＳサーバは、前記ＥＰＣノードのＩＰアドレスから当該ＥＰＣノードのＥＰＣノード名を取得するためのＰＴＲ（Pointer）レコードを備え、前記ＥＰＣノードから自ＥＰＣノードのＩＰアドレスを含むＰＴＲレコードクエリを受け取った際に、該ＰＴＲレコードクエリに含まれている前記ＩＰアドレスに基づいて前記ＰＴＲレコードから抽出した当該ＥＰＣノードのＥＰＣノード名を、問い合わせ元の前記ＥＰＣノードに返送することを特徴とする請求項１または２に記載の移動通信システム。
【請求項４】
前記ＤＮＳサーバは、さらに、前記ＤＮＳリソースレコードとして、前記選択優先度が設定登録されているＮＡＰＴＲ（Naming  Authority  Pointer）レコードおよびＳＲＶ（Service）レコードの他に、前記ＥＰＣノード名が割り当てられた前記ＥＰＣノードに関連する前記ＤＮＳリソースレコードのドメイン名をあらかじめ設定している補充ＮＡＰＴＲレコードを備え、前記ＥＰＣノードから自ＥＰＣノードのＥＰＣノード名を含むＮＡＰＴＲレコードクエリを受け取った際に、該ＮＡＰＴＲレコードクエリに含まれている前記ＥＰＣノード名に関連する前記補充ＮＡＰＴＲを少なくとも抽出して、問い合わせ元の前記ＥＰＣノードに返送することを特徴とする請求項３に記載の移動通信システム。
【請求項５】
前記ＤＮＳサーバから前記補充ＮＡＰＴＲレコードを受け取った前記ＥＰＣノードは、該補充ＮＡＰＴＲレコードに含まれている前記ＮＡＰＴＲレコード、前記ＳＲＶレコードそれぞれのドメイン名を含むＮＡＰＴＲレコードクエリ、ＳＲＶレコードクエリを前記ＤＮＳサーバに送信し、該ＮＡＰＴＲレコードクエリ、該ＳＲＶレコードクエリに対するレスポンスとして、前記ＤＮＳサーバから当該ＥＰＣノードに関連する前記ＮＡＰＴＲレコード、前記ＳＲＶレコードが返送されてきた際に、返送されてきた前記ＮＡＰＴＲレコード、前記ＳＲＶレコードに設定されている選択優先度を適宜書き替えて、前記ＤＮＳリソースレコードの更新要求として、前記ＤＮＳサーバに送信することを特徴とする請求項４に記載の移動通信システム。
【請求項６】
移動通信用のＬＴＥ（Long  Term  Evolution）ネットワークの中核を形成するＥＰＣ（Evolved  Packet  Core）ネットワークを構成する各ＥＰＣノードのうち、使用するＥＰＣノードを、ＤＮＳ（Domain Name Server）サーバに設定登録されているＤＮＳリソースレコード内の選択優先度に基づいて該ＤＮＳサーバにより選択し、
各前記ＥＰＣノードが、それぞれ、自ＥＰＣノードのリソース使用状態が、過負荷状態に近づきつつあることを検知するためにあらかじめ設定した過負荷閾値を超えたことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を下げるように、前記ＤＮＳサーバに対して、ＤＮＳリソースレコードの更新要求を、ＤＤＮＳ（Dynamic  ＤＮＳ）クライアント機能により送信し、
前記ＤＮＳサーバは、前記ＤＮＳリソースレコードを動的に更新するＤＤＮＳサーバ機能を備え、前記ＥＰＣノードから前記ＤＮＳリソースレコードの更新要求を受け取った際に、該更新要求に対応して前記ＤＮＳリソースレコードを動的に更新することを特徴とする移動通信システムの制御方法。
【請求項７】
前記ＤＮＳサーバに対して前記ＤＮＳリソースレコードの更新要求を送信した前記ＥＰＣノードは、自ＥＰＣノードのリソース使用状態が、過負荷状態から脱したことを検知するためにあらかじめ設定した通常状態復帰閾値以下に低下したことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を元の状態に復帰する要求を、前記ＤＮＳサーバに対して送信し、
一方、前記ＤＮＳサーバは、前記ＥＰＣノードから該要求を受け取った際に、前記ＤＮＳリソースレコードを動的に更新して、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を元の状態に復帰させることを特徴とする請求項６に記載の移動通信システムの制御方法。
【請求項８】
請求項６または７に記載の移動通信システムの制御方法を、コンピュータによって実行可能な移動通信システムの制御プログラム。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本発明は、移動通信システム、その制御方法および制御プログラムに関し、特に、ＬＴＥ（Long  Term  Evolution）ネットワークの中核を形成するＥＰＣ（Evolved  Packet  Core：進化型パケットコア）ネットワークにおける負荷を効率的に分散する移動通信システム、その制御方法および制御プログラムに関する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２２
【補正方法】変更
【補正の内容】
【００２２】
（本発明の目的）
本発明は、かかる事情に鑑みてなされたものであり、ＥＰＣネットワーク内の負荷の偏りを考慮に入れて、負荷の偏りを解消させる最適なＥＰＣノードを選択する移動通信システム、その制御方法および制御プログラムを提供することを、その目的としている。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００２３
【補正方法】変更
【補正の内容】
【００２３】
前述の課題を解決するため、本発明による移動通信システム、その制御方法およびそのプログラムは、主に、次のような特徴的な構成を採用している。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００２６
【補正方法】変更
【補正の内容】
【００２６】
（３）本発明による移動通信システムの制御プログラムは、少なくとも前記（２）に記載の移動通信システムの制御方法を、コンピュータによって実行可能であることを特徴とする。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正の内容】
【００２７】
本発明の移動通信システム、その制御方法およびプログラムによれば、以下のような効果を奏することができる。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】変更
【補正の内容】
【００３１】
以下、本発明による移動通信システム、移動通信システムの制御方法および移動通信システムの制御プログラムの好適な実施形態について添付図を参照して説明する。なお、以下の説明においては、本発明による移動通信システムおよび移動通信システムの制御方法について説明するが、かかる移動通信システムの制御方法をコンピュータにより実行可能な移動通信システムの制御プログラムとして実施するようにしても良いし、あるいは、移動通信システムの制御プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしても良いことは言うまでもない。
【国際調査報告】
2012172729.tif 000009
2012172729.tif 000010
2012172729.tif 000011