コアネットワークを形成する複数のノードを備えた移動体通信システムであって、前記複数のノードの少なくとも一つが、前記複数のノード間で共有されるリソース情報に基づき、スリープすることを決定する、移動体通信システム。移動体通信システムにおけるコアネットワークを形成するノードであって、前記コアネットワークを形成する1以上の他のノードとの間で、リソース情報を共有する第1の手段と、前記リソース情報に基づき、自ノードをスリープさせるか否かを決定する第2の手段と、を備えたノード。請求項2において、前記第2の手段は、前記リソース情報が、前記他のノードのいずれかが自ノードの負荷を転送するのに十分なリソース量を有する旨を示している場合に、自ノードをスリープさせると決定する、ことを特徴としたノード。請求項2又は3において、前記第2の手段が自ノードをスリープさせると決定した場合に、自ノードがスリープする旨を前記他のノードへ通知する第3の手段、をさらに備えたノード。請求項4において、前記第3の手段は、自ノードがスリープする旨を、RANを形成するノードへ更に通知する、ことを特徴としたノード。請求項5において、自ノードをスリープさせるのに先立って、前記RANを介して自ノードへアタッチしているUEに対して、前記他のノードのいずれか一つへ再アタッチするよう要求する第4の手段、をさらに備えたノード。請求項6において、前記第4の手段は、前記要求を、re-attachrequiredを示すデタッチ種別を伴うデタッチ要求メッセージを送信することによって行う、ことを特徴としたノード。請求項5~7のいずれか一項において、前記通知への応答が前記RANを形成するノードから受信された際、前記他のノードのいずれか一つに対して、自ノードに代わって、前記RANを形成するノードとのコネクションを確立するよう要求する第5の手段、をさらに備えたノード。請求項8において、前記応答は、ハンドオーバ手順に用いられるRelocationRequiredメッセージであり、前記第5の手段は、前記要求を、前記ハンドオーバ手順に用いられるForwardRelocationRequestメッセージを送信することによって行う、ことを特徴としたノード。移動体通信システムにおけるエネルギー節約方法であって、前記移動体通信システムにおいてコアネットワークを形成する複数のノードの少なくとも一つを、前記複数のノード間で共有されるリソース情報に基づきスリープさせると決定する、ことを含む方法。移動体通信システムにおいてコアネットワークを形成するノードの制御方法であって、前記コアネットワークを形成する1以上の他のノードとの間でリソース情報を共有し、前記リソース情報に基づき、自ノードをスリープさせるか否かを決定する、ことを含む方法。請求項11において、前記リソース情報が、前記他のノードのいずれかが自ノードの負荷を転送するのに十分なリソース量を有する旨を示している場合に、自ノードをスリープさせると決定する、ことを特徴とした方法。請求項11又は12において、自ノードをスリープさせると決定した場合に、自ノードがスリープする旨を前記他のノードへ通知する、ことをさらに含む方法。請求項13において、自ノードがスリープする旨を、RANを形成するノードへ通知する、ことをさらに含む方法。請求項14において、自ノードをスリープさせるのに先立って、前記RANを介して自ノードへアタッチしているUEに対して、前記他のノードのいずれか一つへ再アタッチするよう要求する、ことをさらに含む方法。請求項15において、前記要求は、re-attachrequiredを示すデタッチ種別を伴うデタッチ要求メッセージを送信することによって行われる、ことを特徴とした方法。請求項14~16のいずれか一項において、前記通知への応答が前記RANを形成するノードから受信された際、前記他のノードのいずれか一つに対して、自ノードに代わって、前記RANを形成するノードとのコネクションを確立するよう要求する、ことをさらに含む方法。請求項17において、前記応答として、ハンドオーバ手順に用いられるRelocationRequiredメッセージを受信し、前記要求は、前記ハンドオーバ手順に用いられるForwardRelocationRequestメッセージを送信することによって行われる、ことを特徴とした方法。現行の標準規格は、アクティブ呼を持つノードをシャットダウンする手段を提供していない。Iu-flexメカニズムは、呼を持たないノードをシャットダウンする手段を提供し得るが、ノードに長時間のコネクションが在る場合には、ノードをシャットダウンするのに時間を要する。本発明は、アクティブ呼を他のノードへ転送するためのハンドオーバメカニズムを用い、短時間でのスリープを可能にすることによって、この問題を解決する方法を与える。なお、関連技術として、非特許文献1には、NetworkSharingが記載されている。非特許文献2には、複数のCNノードに対するRANノードのイントラドメインコネクションが記載されている。非特許文献3には、スリーピングEPCが記載されている。モバイルネットワークは、これを使用するユーザが存在しない又は少数である期間であっても、エネルギーを消費する。不必要な電力消費を削減するために、本発明は、CNノードがスリープすることを提案する。ここでは、PSネットワークのためのスリーピングCNノード、すなわち、スリーピングSGSNSupportNodeを定義する。SGSNが、これらのリソース情報をOM又はGTP-Cメッセージを用いて共有し、PowerDownNotificationメッセージによってRNC/BSCリロケーションをトリガし、RNC/BSCが、同一呼に属してrelocationrequired/relocationrequestが送信/受信されたリソースを特定可能な、新たな手段が含まれる。本発明によれば、以下の効果を奏する。1.オペレータは、未利用のネットワークノードをシャットダウンするか、或いはその電力を低くすることが可能であろう。これによって低電力消費を達成し得るから、オペレータは、環境に優しいシステムを実現できる。2.オペレータは、CNのサイズを、ネットワークへアクセスするユーザの量に応じて動的に縮小又は拡大することが可能である。以下、本発明に係るCNノード及びこれを適用する移動体通信システムの実施の形態を、図面を参照して説明する。Iu-flexが利用可能な3GPP準拠のネットワークにおいては、共通プールエリア内の一群のRANノードが、当該プールエリアを監視するいずれかのCNノードによって制御され得る。CNノードらは、一日の或る時間帯においては完全には動作し得ないだろうから、プールエリアにおける未利用リソースの合計量が、或るCNノードのキャパシティを超過する。これらのケースにおいては、特定のCNノードが、その負荷を他のCNノードへ受け渡し、そしてシャットダウンするか或いは電力消費を低下させることを決定しても良い。ここでは、PSネットワークに着目する。スリーピングSGSN休眠する前に、スリープしたいSGSN又はオペレータは、同一のPSプールエリア内の他のアクティブSGSNノードの空きリソース量をチェックするであろう。これは、OMメッセージを用いるか、又はGTP-Cプロトコルでメッセージを定義することによって実現できる。より詳細には、SGSNは、OM又はGTP-Cメッセージを用いて相互に通信し、以てSGSN同士間で空きリソースに関する情報を共有する。こうすることにより、スリープしたいSGSN又はオペレータは、スリープしたいSGSNがその負荷を移し且つスリープするのに十分なリソース量があるか否かを検知するであろう。スリープしたいSGSNは、一旦スリープを決定すると、powerdownnotificationを送出することによって、スリープする旨を宣言する。これにより、RNC/BSCがスリープしたいSGSNを新たなコネクション及びハンドオーバのために選択するのを防止する。次に、スリープしたいSGSNは、その負荷を、同一のPSプールエリアにおける他のSGSNへ移すであろう。これには2つの方法が利用可能であり、その一つは、UEに対しネットワークへのデタッチ/アタッチを要求すること、或いは新たなSGSNへのコネクションをリルーティングすることであり得る。<デタッチ/アタッチ方法>図6は、デタッチ/アタッチ方法を示している。この方法は、IDLEモード状態に最も利用可能である。CONNECTEDモード状態にも適用可能であるが、アクティブなデータ転送を中断し得る。ここで、SGSNは、powerdownnotificationを送信した後、UEへのコネクション毎に、detachtype:reattachrequiredを伴うデタッチ要求を送出するであろう。デタッチ手順が、関連するノード間で行われる。この後、UEは、アタッチ手順をトリガするであろう。ここで、RNC/BSCは、スリーピングSGSNがもはや使用中で無いことを検知しており、アタッチ要求のためにアクティブSGSNを選択するであろう。<リルーティング方法>図7は、リルーティング方法を示している。この方法は、UEコンテキストをスリープしたいSGSNからアクティブSGSNへ転送するハンドオーバ方式を部分的に使用するため、CONNECTEDモード状態に最も利用可能である。選択されたRNC/BSCには変更が無いため、UEとRNC/BSCとの間に相互作用は無い。powerdownnotificationは、RNC/BSCが、リロケーションメッセージをスリープしたいSGSNへ送信してリロケーション手順を開始することをトリガする。スリープしたいSGSNは、アクティブSGSNへの切替を選択し、forwardrelocationrequestをアクティブSGSNへ転送するであろう。アクティブSGSNは、relocationrequestをRNC/BSCへ送信して、新たなRABを確立するであろう。RNC/BSCは、relocationrequestが現在のリソースの一つのためのものであることを特定し、通信のリダイレクトに備えるであろう。RABが確立された後、アクティブSGSNが、forwardrelocationrequestへ応答し、スリープしたいSGSNが、RNC/BSCに対するrelocationcommandをトリガするであろう。RNC/BSCは、relocationdetectメッセージをアクティブSGSNへ送信し、この後に、relocationcompleteメッセージも送信するであろう。アクティブSGSNは、forwardrelocationcompletenotificationをスリープしたいSGSNへ送信し、U-PlaneをリダイレクトするためのupdatePDPcontextを、アクティブSGSNを介して送信するであろう。最後に、スリープしたいSGSNは、RNC/BSCとのIuコネクションを削減することが可能であろう。全てのコネクションがスリープしたいSGSNから削除された後、スリープしたいSGSNは、シャットダウン又は低電力モードへ変化でき、自SGSNをスリーピングSGSNにする。スリーピングSGSNは、所定のタイマにより又はオペレータにより手動で、GTP又はOMメッセージによるpowerupnotificationメッセージを送信して、自SGSNが再びオンラインとなったことを示す。上記の説明に基づき、次のような文書がGISFIへ提出されるであろう。1.要約移動体通信は、インドだけで無く全世界で急成長しているセクタである。このセクタは、他のセクタのGHG排出の減少を促進する一方で、その成長に伴い移動体通信セクタ自体の排出量を増加させるであろう。このセクタの持続可能な成長を保証するためには、GHG排出を緩和する手段が提案されるべきである。本文書は、先の提案GE-20100020[1]の改訂であり、移動体通信のコアネットワーク部分に着目する。本文書が、その成果物としての2つのグリーンエネルギーアクティビティ、StudyonpotentialenhancementsofICTに受け入れられるべきことを提案する。2.序論ICTの活用は、他のセクタのGHG排出を減少させる効果的な方法と考えられる。しかしながら、ICTが、ICTセクタ自体のGHG排出を低減させるのは困難である。このため、GHGを減少させる更なる方法が、グリーンICTのために検討されるべきである。本文書は、ICTの移動体通信部分のコアネットワークに着目するであろう。SMART20203によれば、移動体通信は、2020年迄に201メガトンのGHGを地球大気圏へ排出すると言われている。移動体通信は、移動体端末と、RANと、コアネットワークとから成る。これらの排出の大半はRANからであるものの、コアネットワークが、そのエネルギー消費及びGHG排出を低減させる対策を講じるべきである。本文書では、第1に、現行のコアネットワークが、3G及びLTEのために如何にして構築されるかを議論する。第2に、現行のネットワークからどのような要素が欠けているかを議論する。最後に、GHG排出量を効率良く低減するだろうハイレベルなソリューションを提案する。3.現行分析コアネットワークのために如何にしてGHG排出を低減できるかを議論する前に、ネットワークの現行のアーキテクチャを知ることが重要である。この節では、従来の3Gネットワーク及びLTEネットワークを例に挙げて、3GPPがGHG排出を低減するために講じている対策を説明する。3.1.コアネットワークの現状図2は、3Gネットワークのアーキテクチャ4を示している。ネットワークアーキテクチャは、RANと、コアネットワークとから成る。RANは、RNCと、3G用のNodeBとから成る。CS呼及びPS呼の両者が、RANを通過し、コアネットワーク内の異なるノードへ導かれるよって提供され、PSはSGSNによって提供される。CS又はPSデータは、コアネットワークへ入力された後、処理されて適切な宛先へ送信される。図3は、LTEネットワーク5を示している。従来の3Gネットワークと異なり、LTEネットワークは、PSサービスのみを扱う。RANはeNodeBから成り、これらの制御はMMEによって扱われる。S-GW及びP-GWがユーザプレーンのトラヒックを扱い、MMEが制御パケットを扱う。CSサービスが必要な場合、カバレッジが利用可能であれば、3Gネットワークへのフォールバックを行うことができる。3.2.グリーンコアネットワークのための現行の対策3GPPにおいて標準化されている、グリーンコアネットワークをもたらす方法の一つが、NetworkSharingである。NetworkSharingは、異なるオペレータが、コアネットワークの端点で同一のRAN及びノードを共有可能にする。これにより、同一エリアをカバーする重複した設備が低減される。このことは、設備及び電力消費の少ないグリーン効果を与えるように、オペレータに対し開発及び運用コストの削減をもたらす。しかしながら、既に既存のネットワークが在る場合、オペレータは、結局は設備を無駄にするはめになる。よって、このソリューションは、これを新たなエリアでの開発に適用する場合にオペレータにとって魅力的であるに過ぎない。図4は、従来の3GPPネットワークのGCNW構成を示している。SGSN/MSC/MMEは、オペレータ同士間でこれらのコアネットワークの端点で共有され、RNC/eNodeBは、RANのために共有される。4.ギャップ分析コアネットワークにて節電するための更なる方法も検討されるべきである。まず、現行のソリューションでは解決出来ない問題について議論する。そして、この問題に対処するための解決策を詳述する。4.1.更なる節約が必要なエリア3GPPが与える現行のNetworkSharingソリューションは、設備及び運用コストを削減するための方法としては非常に有益である。しかしながら、依然として扱う必要のある、電力削減が可能なより多くのエリアを生み出すという問題がある。また、標準化の側面から、この問題に対処することが要求されるであろう。深刻な問題の一つは、システムにて使用される電力が、1日を通して定常的には使用されないことである。例えば商業地域では、システムが日中に最も繁忙状態に在り、業務時間後に減少し始めるであろう。住居区域は、おそらく異なるピーク時間帯を有しており、大抵のエリアが、1日のより早い時間帯に亘って著しく低い負荷を有するであろう。現行のシステムは、その負荷に応じては処理キャパシティを変更しない。これらのシステムは、BHCAに基づき構築されており、1日の如何なる時間においても最大キャパシティを処理可能なように運用される。このことは不必要な電力消費を招き、その対応策を、グリーンコアネットワーク実現の要件とする。4.2.ハイレベルな提案前節で議論した要件を解決するためには、新たなソリューションが必要である。前章における要件は、システムが最大キャパシティ比して低い負荷を有する場合に電力消費を削減することであった。電力消費を削減するための幾つかの解決策は、CPU性能を低下させること、システムを一時停止/待機モードにすること、及びシステムの電源をオフすることである。これらの適用は、ネットワークの一部には用いられていない。しかしながら、これらのソリューションは、ネットワークにおいてターゲットノードが他のノードからアクセスされた場合に通信の問題を生み出し得る。ネットワークにおいてノードをパワーダウンさせるには、ノード同士間でのネゴシエーションが極めて重要であろう。図5は、コアノードがパワーダウンすることを可能にするシステムのハイレベルなアーキテクチャを示している。まず、或るコアノードは、種々の理由に因りスリープすると決定した場合、スリーピング宣言を接続されるノードに対して送出するであろう。このメッセージの受信コアノードがスリーピングノードによってカバーされる全てのトラヒックを扱うことが可能な場合、スリーピングノードは、その全てのトランザクションを受信ノードへ受け渡す。よって、ユーザのトラヒックは、異なるノードを介してネットワークへ接続されたままである。今、トラヒックが残っていないのであるから、スリーピングノードは、電源を切る又は低電力状態へ遷移することが可能である。スリーピングノードは、所定のタイマ又はウェイクアップメッセージによってウェイクアップすることが可能である。5.結論本文書を通して、コアネットワークが如何にして非効率的に電力を使用し得るかを議論した。移動体産業はインドにおいて急成長しているセクタであるから、GHG排出の増大を回避する対策が存在すべきである。コアネットワークの不必要なエネルギー消費の除去を促進するだろうハイレベルなアーキテクチャを提案した。本文書が、その成果物としての2つのグリーンエネルギーアクティビティ、StudyonpotentialenhancementsofICTに受け入れられることを提案する。6.参考文献1GISFI、GE1-20100020、Greenthemobilecorenetwork、2010年12月2GISFI、GE1-20100011、MakingthingsGreenwithICT、2010年9月3TheClimateGroup:Globale-SustainabilityInitiativereport、Smart2020EnablingLowCarbonEconomyintheInformationAge、2008年、<http://wwwsmart2020org/publications/>43GPP、TS23.002v9.1.0、NetworkArchitecture、2009年9月53GPP、TS23.401v9.6.0、GeneralPacketRadioServiceenhancementsforEvolvedUniversalTerrestrialRadioAccessNetworkaccess、2010年9月63GPP、TS23.251v9.2.0、Networksharing;Architectureandfunctionaldescription、2010年3月次に、本実施の形態に係るCNノードの構成例を、図8を参照して説明する。図8に示すように、SGSN10は、共有部11と、決定部12と、通知部13と、要求部14及び15とを含む。共有部11は、例えば上記のOM又はGTP-Cメッセージを用いて、他のSGSNとの間でリソース情報を共有する。決定部12は、上述した通りに、リソース情報に基づいてSGSN10をスリープさせるか否かを決定する。通知部13は、SGSN10のスリープに際して、powerdownnotificationをRNC/BSC及びアクティブSGSNへ通知する。要求部14は、上記のデタッチ/アタッチ方法に係る処理を行う。具体的には、要求部14は、reattachrequiredを示すデタッチ種別を伴うデタッチ要求メッセージを、RNC/BSCを介してSGSN10へアッタッチしているUEへ送信する。要求部15は、上記のリルーティング方法に係る処理を行う。具体的には、要求部15は、RNC/BSCから、リロケーションメッセージを、powerdownnotificationへの応答として受信する。そして、要求部15は、ForwardRelocationRequestメッセージを、アクティブSGSNの一つへ送信する。これらのユニット11~12は、例えば、他のSGSN及びRNC/BSCと通信するインタフェースと、これらのインタフェースを制御して、図6及び図7に示した処理或いはこれと同等の処理を実行するコントローラとで構成できる。なお、本発明は、上記の実施の形態によって限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。この出願は、2011年2月24日に出願された日本出願特願2011-038779を基礎とする優先権を主張し、その開示の全てをここに取り込む。上記の実施の形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。どのコアノードがスリープすべきかを決定する方法スリーピングノードを決定するための幾つかの方法がある。オペレータは、SGSNのリソースを予め定義したOMメッセージを介してOMターミナル経由でチェックすることによって、スリーピングノードを決定できる。或いは、SGSNは、これらのためのリソースを、定義したGTP-C又はOMメッセージを介してリソースをチェックすることによってチェックできる。powerdownnotification及びpowerupnotificationメッセージpowerdown/upnotificationメッセージは、メッセージをRANAP、GTP-C及びOMメッセージ上で定義することによって送信できる。powerupメッセージは、所定のタイマ、災害、他のSGSN/RNCからの過負荷メッセージ、又はオペレータにより手動にてトリガされ得る。パワーダウン準備スリープしたいノードが効率良くパワーダウンするために、新たなコネクションを遮断し、切断又はハンドオーバに関連するメッセージのみを受け付けるであろう。全てのコネクションが一旦転送又は切断されると、スリーピングノードはパワーダウンするであろう。ServingRNSリロケーション手順の再利用本手順は、ソースRNCとターゲットRNCとが同一のRNCであるため、ServingRNSリロケーションとは異なる。このため、RNCは、不必要なRNC内部メッセージを省略し、不必要なリソースを確保してしまうのを防止できるであろう。RNCは、同一呼に属するリロケーションメッセージを、RNCにて送信/受信されるrelocationrequiredメッセージとrelocationrequestメッセージとを比較することによって特定できるであろう。