(57)【要約】移動端末との通信において随時最適な網リソースを選択することができる移動通信システム、移動通信端末及び呼接続方法を提供する。上記移動通信システムは、端末と無線通信を行う基地局を含む複数のノードが接続される通信網を有し、当該端末からの通信要求に応じて通信サービスを提供するものであって、複数のノードに関する情報を含む上記通信網内のリソース情報を管理する管理手段と、上記リソース情報を含めた報知情報を当該基地局から当該端末に送信する報知手段と、当該端末からの通信要求が当該基地局により受信された場合に、上記通信網内のリソースのうち当該端末から指定されたリソースを使用して、上記通信要求に応じた呼接続を行う接続手段とを備える。
2007043117.tif 000002
【特許請求の範囲】
【請求項１】
端末と無線通信を行う基地局を含む複数のノードが接続される通信網を有し、前記端末からの通信要求に応じて通信サービスを提供する移動通信システムにおいて、
前記複数のノードに関する情報を含む前記通信網内のリソース情報を管理する管理手段と、
前記リソース情報を含めた報知情報を前記基地局から前記端末に送信する報知手段と、
前記端末からの通信要求が前記基地局により受信された場合に、前記通信網内のリソースのうち前記端末から指定されたリソースを使用して、前記通信要求に応じた呼接続を行う接続手段と、
を備える移動通信システム。
【請求項２】
前記管理手段は、
前記リソース情報を前記基地局毎に分類し、分類されたリソース情報を各基地局へそれぞれ通知する通知手段を更に備え、
前記報知手段は、
前記分類されたリソース情報を前記報知情報に含め、
前記接続手段は、
前記端末からの通信要求が受信された場合に、その通信要求に対応する信号から、その端末により指定されたリソースに関する指定リソース情報を抽出する抽出手段を更に備え、
前記通信網内のリソースのうち、抽出された指定リソース情報により特定されるリソースを使用して、前記通信要求信号に応じた呼接続を行う、
請求項１に記載の移動通信システム。
【請求項３】
前記通知手段は、
前記リソース情報のうち、呼種別毎に適切なリソースの組み合わせを適切リソース情報として生成し、該適切リソース情報を前記基地局毎に分類し、分類された適切リソース情報を各基地局へそれぞれ通知し、
前記報知手段は、
前記分類された適切リソース情報を前記報知情報に含める、
請求項２に記載の移動通信システム。
【請求項４】
前記通知手段は、
前記リソース情報のうち、呼種別毎、及び前記端末を所定の集合に分類した端末群毎に、適切なリソースの組み合わせを適切リソース情報として生成し、
前記報知手段は、
前記分類された適切リソース情報を前記端末群毎に区別可能な状態で前記報知情報に含める、
請求項３に記載の移動通信システム。
【請求項５】
前記報知手段は、ＳＩＢ（System Information Block）を用いて報知情報を送信する請求項１から３のいずれか１つに記載の移動通信システム。
【請求項６】
前記報知手段は、セルブロードキャストを用いて報知情報を送信する請求項１から３のいずれか１つに記載の移動通信システム。
【請求項７】
前記報知手段は、マルチキャストを用いて報知情報を送信する請求項１から３のいずれか１つに記載の移動通信システム。
【請求項８】
前記接続手段は、所定の通信要求に応じた呼接続のために確立されたリンクを所定時間維持する請求項１又は２に記載の移動通信システム。
【請求項９】
前記報知手段は、
前記リソース情報に基づき、予め所定のリソースを用いたリンクを確立するよう制御する予約手段を更に備え、
前記予約手段によりリンクが確立された後に、前記報知情報を送信する、
請求項１又は２に記載の移動通信システム。
【請求項１０】
前記接続手段は、ノード間で送受される制御信号に前記端末から指定されたリソースを識別する情報をルーティング情報として付加することにより呼接続を行う請求項１又は２に記載の移動通信システム。
【請求項１１】
前記端末は、
前記基地局からの報知情報から、自身の属する端末群に関する前記適切リソース情報を抽出し、抽出された適切リソース情報から所定のリソースを指定する指定手段と、
指定されたリソースに関する情報と共に前記通信要求を送信する送信手段と、
を更に備える請求項４に記載の移動通信システム。
【請求項１２】
基地局を含む複数のノードが接続される通信網を有する移動通信システムと前記基地局と無線通信を行うことにより接続し、通信サービスの提供を受ける移動通信端末において、
前記基地局からの報知情報を受信する受信部と、
受信された報知情報から前記通信網内のリソース情報を抽出する抽出部と、
前記リソース情報から所定のリソースを指定する指定部と、
前記通信サービスの提供を受ける際に、指定されたリソースに関する情報と共に通信要求を送信する送信部と、
を備える移動通信端末。
【請求項１３】
端末と無線通信を行う基地局を含む複数のノードが接続される通信網を有し、前記端末からの通信要求に応じて通信サービスを提供する移動通信システムで実行される呼接続方法であって、
前記複数のノードに関する情報を含む前記通信網内のリソース情報を管理する管理ステップと、
前記リソース情報を含めた報知情報を前記基地局から前記端末に送信する報知ステップと、
前記端末からの通信要求が前記基地局により受信された場合に、前記通信網内のリソースのうち前記端末から指定されたリソースを使用して、前記通信要求に応じた呼接続を行う接続ステップと、
を備える呼接続方法。
【請求項１４】
前記管理ステップは、
前記リソース情報を前記基地局毎に分類し、分類されたリソース情報を各基地局へそれぞれ通知する通知ステップを更に備え、
前記報知ステップは、
前記分類されたリソース情報を前記報知情報に含め、
前記接続ステップは、
前記端末からの通信要求が受信された場合に、その通信要求に対応する信号から、その端末により指定されたリソースに関する指定リソース情報を抽出する抽出ステップを更に備え、
前記通信網内のリソースのうち、抽出された指定リソース情報により特定されるリソースを使用して、前記通信要求信号に応じた呼接続を行う、
請求項１３に記載の呼接続方法。
【請求項１５】
前記通知ステップは、
前記リソース情報のうち、呼種別毎に適切なリソースの組み合わせを適切リソース情報として生成し、該適切リソース情報を前記基地局毎に分類し、分類された適切リソース情報を各基地局へそれぞれ通知し、
前記報知ステップは、
前記分類された適切リソース情報を前記報知情報に含める、
請求項１４に記載の呼接続方法。
【請求項１６】
前記通知ステップは、
前記リソース情報のうち、呼種別毎、及び前記端末を所定の集合に分類した端末群毎に、適切なリソースの組み合わせを適切リソース情報として生成し、
前記報知ステップは、
前記分類された適切リソース情報を前記端末群毎に区別可能な状態で前記報知情報に含める、
請求項１５に記載の呼接続方法。
【請求項１７】
前記接続ステップは、所定の通信要求に応じた呼接続のために確立されたリンクを所定時間維持する請求項１３又は１４に記載の呼接続方法。
【請求項１８】
前記報知ステップは、
前記リソース情報に基づき、予め所定のリソースを用いたリンクを確立するよう制御する予約ステップを更に備え、
前記予約ステップによりリンクが確立された後に、前記報知情報を送信する、
請求項１３又は１４に記載の呼接続方法。
【請求項１９】
前記接続ステップは、ノード間で送受される制御信号に前記端末から指定されたリソースを識別する情報をルーティング情報として付加することにより呼接続を行う請求項１３又は１４に記載の呼接続方法。
【請求項２０】
前記端末が、
前記基地局からの報知情報から、自身の属する端末群に関する前記適切リソース情報を抽出し、抽出された適切リソース情報から所定のリソースを指定するステップと、
指定されたリソースに関する情報と共に前記通信要求を送信するステップと、
を更に備える請求項１９に記載の呼接続方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、網リソース制御を行う移動通信システム、移動通信端末及び呼接続方法に関する。
【背景技術】
【０００２】
移動通信システムは、一般に図１５に示すような構成からなる。図１５は、従来の移動通信システムの構成を示す図である。従来の移動通信システムは、パケット交換機（以降、ｘＧＳＮと表記する）１０００、移動通信交換機（以降、ＭＭＳと表記する）１００１、基地局制御装置（以降、ＲＮＣと表記する）１００２、１００３及び１００４、基地局（以降、ＢＴＳと表記する）１００５、及び移動端末（以降、ＵＥと表記する）１００６から構成される。【０００３】
このような従来の移動通信システムでは、システムを構成するＢＴＳ、ＲＮＣ、ＭＭＳ、ｘＧＳＮ（以降、これらを総称してノードとも呼ぶ）相互間がＮｏ．７共通線信号方式、若しくはＡＴＭ（Asynchronous Transfer Mode）等により固定的に接続されている。【０００４】
従って、従来の移動通信システムでは、ＵＥ１００６から発信された信号が受信可能なＢＴＳ１００５で受信されると、それ以降、当該信号に対応するデータが伝送されるノードは固定されていた。例えば、ＵＥ１００６から発信された信号がＢＴＳ１００５−１で受信されると、当該信号に対応するデータは、ＲＮＣ１００２、ＭＭＳ１００１若しくはｘＧＳＮ１０００へと固定的に伝送された。このような構成は、網を冗長に構成し、他のＲＮＣ、ＭＭＳへの迂回ルートを設定することにより多少柔軟に変更可能となるが、それでも固定的に接続された数個のＲＮＣ、ＭＭＳのなかの一つが選択されるに過ぎない。【０００５】
このような従来の移動通信システムでは、例えば特定のＲＮＣ配下のトラフィックが高くなりＲＮＣの処理能力を超えた場合に柔軟に対応することができないため、スループットの低下等の問題を生じさせる可能性があった。
このような問題点を解決すべく、図１６に示すような移動通信システムが提案されている。図１６は、ＩＰ網で接続される従来の移動通信システムの構成を示す図である。図１６に示す従来の移動通信システムは、各ノード間がＩＰ（Internet Protocol）で接続され、ＩＰ網１０１０を構成する。このような移動通信システムでは、接続相手を通信局条件等により選択する上でＩＰアドレスを設定すればよいため、柔軟な網構築を可能としている。【０００６】
しかしながら、このようなＩＰを用いた従来の移動通信システムにおいても、あるとき特定のＲＮＣが輻輳状態となった場合に、即座に接続形態の変更をするといった対応を取ることができない。【０００７】
このような問題を回避する方法として、システム内に設けられた通信資源管理装置が通信端末の位置情報と通信資源の状況等を管理することにより、各通信端末に対してそれぞれ通信資源の割り当てを決定する手法が提案されている（下記特許文献１参照）。【０００８】
また、報知情報にリソース情報を載せて移動端末に通知することにより、移動端末内の各種設定を自動で変更することにより、ハンドオーバ時においても継続通信を保証する手法が提案されている（下記特許文献２及び３参照）。同様に、報知情報にリソース情報を載せて移動端末に通知し、移動端末が通知された情報を用いて、送受する情報量に関する所定情報をＲＮＣへ通知し、この所定情報によりＲＮＣが通信リソースを割り当てる手法が提案されている（下記特許文献４参照）。【０００９】
更に、報知情報にリソース情報を載せて移動端末に通知する技術として、ＯＭＡ（Open Mobile Alliance）で既定されているＣｌｉｅｎｔ  Ｐｒｏｖｉｓｉｏｎｉｎｇがある（下記非特許文献１参照）。この中には、ＯＴＡ（Over The Air）  Ｐｒｏｖｉｓｉｏｎｉｎｇとして、移動通信の放送情報（Cell Broadcast）に移動端末のブラウザの設定情報(利用可能なアクセスポイントのＩＰアドレス、利用可能ベアラ（Bearer）情報（ＰＳ（Packet Switch）、ＣＳ（Circuit Switch）等)を報知し、移動端末の設定を自動又は半自動で変更するというものがある。【００１０】
これらは、移動端末ユーザが国をまたがるような長距離の移動をしたような場合に、固定的にアクセスポイントに接続すると通信経路が冗長となることを避け、最寄りのアクセスポイントを利用できるようにするための技術である。
【特許文献１】特開２００４−２３３２９号公報
【特許文献２】特開２００３−３４８００７号公報
【特許文献３】特開２０００−２０９６３３号公報
【特許文献４】特開２００２−３４５０１７号公報
【非特許文献１】Open Mobile Alliance Ltd., "Provisioning Architecture Overview Candidate Version 1.1", Provisioning Architecture Overview, 28 April 2005.
【発明の開示】
【発明が解決しようとする課題】
【００１１】
このような従来技術に基づき時々刻々と変化する網のリソース使用状況に応じて接続形態を変更する方法として、例えば、各ノードが負荷状況や性能等（以降、リソース稼動情報と表記する）を相互に交換し、移動端末からの発呼を受け付けたＢＴＳが当該リソース稼動情報に基づき、最適なＲＮＣやＭＭＳを選択して接続する方法が考えられる。【００１２】
しかしながら、移動端末から網側に要求する処理能力、サービスの品質、通信コスト等は、ＵＥを利用する各ユーザの意向によるところが大きいため、網側で勝手に各ノードの接続形態を決めるのでは不十分である。例えば、あるユーザは、高価であっても高品質、高スループットの通信を望むかもしれないし、他方別のユーザは、多少の応答遅延等があっても、低価格であればよいと考える場合もある。【００１３】
また、将来的に移動通信の事業者融合が進み、ＢＴＳを提供するアクセス網事業者、ＭＭＳを提供する移動交換網事業者といった事業形態が出現し、ユーザが特定の事業者の利用を望むケースも想定される。このような状況から、ユーザの意向を反映させた最適な網リソース選択方法が望まれる。【００１４】
また、上述の報知情報にリソース情報を載せて移動端末に通知する従来の技術では、時々刻々変化するリソース稼働状況には対応しておらず、主に位置情報のみを対象としたものであった。【００１５】
本発明の目的は、移動端末との通信において随時最適な網リソースを選択することができる移動通信システム、移動通信端末及び呼接続方法を提供することである。
【課題を解決するための手段】
【００１６】
本発明は、上述した課題を解決するために以下の構成を採用する。即ち、本発明は、端末と無線通信を行う基地局を含む複数のノードが接続される通信網を有し、当該端末からの通信要求に応じて通信サービスを提供する移動通信システムにおいて、複数のノードに関する情報を含む上記通信網内のリソース情報を管理する管理手段と、上記リソース情報を含めた報知情報を当該基地局から当該端末に送信する報知手段と、当該端末からの通信要求が当該基地局により受信された場合に、上記通信網内のリソースのうち当該端末から指定されたリソースを使用して、上記通信要求に応じた呼接続を行う接続手段とを備える移動通信システムについてのものである。【００１７】
ここで、通信網に接続される複数のノードとは、基地局の他、例えば、基地局制御装置、パケット交換機、移動通信交換機等である。また、リソース情報とは、例えば、通信網に接続されるノードに関する輻輳状態、通信性能、処理性能等であり、また、各ノード間のリンクに関する情報等である。【００１８】
本発明では、管理手段が通信網内のリソース情報を管理し、このリソース情報が基地局からの報知情報に含められ端末へ送信される。更に、端末からの通信要求に応じ、通信網内のリソースのうちのその端末に指定されたリソースが使用され呼接続が実行される。【００１９】
これにより、本発明によれば、通信網内のリソース情報を端末に通知することができ、更に、端末により指定されたリソースを用いて呼接続を行うことができる。よって、本発明に係る移動通信システムと通信する端末では、時々刻々変化する通信網内のリソース状況に対応して、所望のリソースを使用して通信サービスの提供を受けることができる。【００２０】
また、上記管理手段が、上記リソース情報を当該基地局毎に分類し、分類されたリソース情報を各基地局へそれぞれ通知する通知手段を更に備え、上記報知手段が、分類されたリソース情報を報知情報に含め、上記接続手段が、当該端末からの通信要求が受信された場合に、その通信要求に対応する信号から、その端末により指定されたリソースに関する指定リソース情報を抽出する抽出手段を更に備え、当該通信網内のリソースのうち、抽出された指定リソース情報により特定されるリソースを使用して、通信要求信号に応じた呼接続を行うようにしてもよい。【００２１】
本発明では、通信網内のリソース情報を端末へ送信するにあたり、通知手段が基地局毎に分類されたリソース情報を各基地局へそれぞれ通知する。これにより、報知手段は、分類されたリソース情報を報知情報に含めて端末に通知することになる。更に、接続手段は端末からの通信要求に対応する信号から端末の指定リソース情報を得て、その指定リソース情報で特定されるリソースを用いた呼接続を実行する。【００２２】
よって、各基地局は、例えば自身に関連するリソース情報のみを端末へ通知することが可能になるため、報知情報に含める情報を絞ることができる。また、端末によって指定されたリソースを端末からの通信要求に対応する信号から得ることができるため、呼毎にリソースを指定することができる。【００２３】
また、本発明は、上記通知手段が上記リソース情報のうち、呼種別毎に適切なリソースの組み合わせを適切リソース情報として生成し、その適切リソース情報を基地局毎に分類し、分類された適切リソース情報を各基地局へそれぞれ通知し、上記報知手段が、分類された適切リソース情報を上記報知情報に含めるというものである。【００２４】
本発明では、基地局に通知されるリソース情報として、適切リソース情報が通知され、その適切リソース情報が端末へ送信される。【００２５】
これにより、呼種別に応じて、その時その場所で、適切な網リソース情報を端末へ通知することができるようになり、端末では適切なリソースの中から所望のリソースを選択することができるようになる。【００２６】
従って、本発明によれば、基地局及び端末それぞれにおいて、適量なリソース情報の中から適切なリソース選択が可能となる。【００２７】
また、本発明は、上記通知手段が上記リソース情報のうち、呼種別毎、及び前記端末を所定の集合に分類した端末群毎に、適切なリソースの組み合わせを適切リソース情報として生成し、上記報知手段が分類された適切リソース情報を当該端末群毎に区別可能な状態で上記報知情報に含めるというものである。【００２８】
本発明では、端末群毎に適切リソース情報を分類して生成し、この適切リソース情報が端末群毎に区別可能な状態で報知情報に含められ送信される。【００２９】
これにより、当該報知情報を受信した端末において、自身が属する端末群に関する適切リソース情報からリソース指定を行うようにすれば、複数の端末から一斉に送信要求が通信網側にきた場合でも、通信網側における負荷を拡散することができる。【００３０】
また、上記報知手段は、ＳＩＢ（System Information Block）、セルブロードキャスト、若しくはマルチキャストを用いて報知情報を送信するようにしてもよい。【００３１】
また、上記接続手段は、所定の通信要求に応じた呼接続のために確立されたリンクを所定時間維持するようにしてもよい。【００３２】
これにより、本発明によれば、時間を要するノード間の制御チャネルの確立に関し、一度確立した後の呼（通信要求）からは呼接続時間を短縮することができる。【００３３】
また、上記報知手段は、上記リソース情報に基づき、予め所定のリソースを用いたリンクを確立するよう制御する予約手段を更に備え、上記予約手段によりリンクが確立された後に、上記報知情報を送信するようにしてもよい。【００３４】
これにより、高速な呼接続処理を実現することが可能となる。【００３５】
また、上記接続手段は、ノード間で送受される制御信号に当該端末から指定されたリソースを識別する情報をルーティング情報として付加することにより呼接続を行うようにしてもよい。【００３６】
また、本発明は、基地局を含む複数のノードが接続される通信網を有する移動通信システムと前記基地局と無線通信を行うことにより接続し、通信サービスの提供を受ける移動通信端末において、当該基地局からの報知情報を受信する受信部と、受信された報知情報から当該通信網内のリソース情報を抽出する抽出部と、上記リソース情報から所定のリソースを指定する指定部と、上記通信サービスの提供を受ける際に、指定されたリソースに関する情報と共に通信要求を送信する送信部とを備える移動通信端末についてのものである。【００３７】
本発明では、移動通信端末が移動通信システムを構成する基地局からの報知情報を受信すると、その報知情報から当該システム内の通信網におけるリソース情報を抽出する。更に、移動通信端末は、抽出されたリソース情報から所定のリソースを指定し、この指定されたリソースを用いた通信サービスを受けるべく、指定されたリソースに関する情報を通信要求と共に送信する。【００３８】
従って、本発明によれば、時事刻々と変化する移動通信システムの通信網内の稼動状況に応じて、本移動通信端末を利用するユーザの所望のリソースを用いた通信サービスを受けることができるようになる。【００３９】
なお、本発明は、以上の何れかの機能をコンピュータに実現させる方法であってもよい。また、本発明は、以上の何れかの機能を実現させるプログラムであってもよい。また、本発明は、そのようなプログラムをコンピュータが読み取り可能な記憶媒体に記録してもよい。
【発明の効果】
【００４０】
本発明によれば、移動端末との通信において随時最適な網リソースを選択することができる移動通信システム、移動通信端末及び呼接続方法を実現することができる。
【図面の簡単な説明】
【００４１】
【図１】図１は実施形態における移動通信システムのシステム構成を示す図である。
【図２】図２は移動端末の機能構成を示す図である。
【図３】図３は網側のノードが指定リソース接続機能を有することを示す図である。
【図４】図４はリソース情報管理テーブルの設定例を示す図である。
【図５】図５はＳＩＢによる報知情報のフォーマットを示す図である。
【図６】図６はセルブロードキャストによる報知情報のフォーマットを示す図である。
【図７】図７は移動端末におけるリソース選択画面の例を示す図である。
【図８】図８は網側の局間制御信号の転送メッセージのフォーマットを示す図である。
【図９】図９は網側のノードが指定リソース接続機能及びリソース予約接続機能を有することを示す図である。
【図１０】図１０は適切リソース情報の生成動作シーケンスを示す図である。
【図１１】図１１は報知情報の送信フォーマットを示す図である。
【図１２】図１２は実施形態の移動通信システムにおける呼接続シーケンスを示す図である。
【図１３】図１３は網側のノードにおける呼接続動作フローを示す図である。
【図１４】図１４はリソース情報管理テーブルの変形例を示す図である。
【図１５】図１５は従来の移動通信システムの構成を示す図である。
【図１６】図１６はＩＰ網で接続される従来の移動通信システムの構成を示す図である。
【符号の説明】
【００４２】
１、１０１０  ＩＰ網
１００、１０００  パケット交換機（ｘＧＳＮ）
１０１、１００１  移動通信交換機（ＭＭＳ）
１１０  リソース情報管理サーバ
２００、１００６  移動端末（ＵＥ）
２１１  報知情報受信部
２１２  リソース指定呼接続部
２１３  適切リソース情報抽出部
２１４  リソース情報選択部
２１５  ユーザプロファイル
２１６  グラフィックユーザインタフェース（ＧＵＩ）
２１７  リソース情報データベース
３００  実行ボタン
１００２、１００３、１００４  基地局制御装置（ＲＮＣ）
１００５、１００５−１  基地局（ＢＴＳ）
【発明を実施するための最良の形態】
【００４３】
［実施形態］
以下、図面を参照して、本発明を実施するための最良の形態に係る移動通信システムについて説明する。実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。【００４４】
〔システム構成〕
まず、本発明の実施形態における移動通信システムのシステム構成について図１を用いて説明する。図１は、本実施形態における移動通信システムの構成を示す図である。【００４５】
本移動通信システムは、パケット交換機（以降、ｘＧＳＮと表記する）１００、移動通信交換機（以降、ＭＭＳと表記する）１０１、基地局制御装置（以降、各基地局装置をＲＮＣ１〜３と表記する）、基地局（以降、各基地局をＢＴＳ１〜９と表記する）、リソース情報管理サーバ１１０、及び移動端末（以降、ＵＥと表記する）２００から構成される。【００４６】
ｘＧＳＮ１００、ＭＭＳ１０１、ＲＮＣ１〜３、ＢＴＳ１〜９、及びリソース情報管理サーバ１１０（以降、これらを網側とも表記する）は、それぞれＩＰ網１により接続される。ＵＥ２００は、無線通信可能な範囲に位置するＢＴＳと無線通信により接続することで網側にアクセスし、各種通信サービスの提供を受ける。なお、図１に示される各機器の台数は例示であり、これに限定されるものではない。また、図１ではＩＰ網１が１つのネットワークのように示されるが、幾つかのサブネットワークに分割されるようにしてもよい。また、リソース情報管理サーバ１１０が本発明の管理手段及び通知手段に相当し、ＢＴＳが本発明の報知手段に相当する。【００４７】
以下、本移動通信システムを構成する各装置について、本発明に係る特徴部分を中心に説明する。なお、各装置は、以下に説明していない機能についても一般的な移動通信システムにおいて必要な機能は有するものとし、本発明はこれらを限定するものではない。【００４８】
〈リソース情報管理サーバ〉
リソース情報管理サーバ１１０は、ＩＰ網１に接続されるリソース情報を管理する。ここで、リソース情報とは、網側の全ノード若しくは所定のノードの負荷情報、能力情報等をいう。また、リソース情報には、各ノード間を繋ぐ物理リンクの負荷情報、能力情報等を含めるようにしてもよい。本実施形態の例では、当該リソース情報として、各ノードの輻輳状態に関する情報が収集されるものとする。この輻輳状態には、各ノードのＣＰＵ（Central Processing Unit）の処理負荷が高い状態の他、当該ノード内の所定の機能の処理負荷が高い状態、他のノードとの間のリンクの通信負荷が高い状態等も含まれる。【００４９】
リソース情報管理サーバ１１０は、上述のリソース情報を収集し、この収集されたリソース情報に基づき、随時、適切リソース情報を生成する。適切リソース情報とは、網側のノードのうち各ＢＴＳと通信するＵＥ２００が使用すべき適切なノードの組み合わせに関する情報である。リソース情報管理サーバ１１０は、生成された適切リソース情報を各ＢＴＳへ通知する。リソース情報管理サーバ１１０は、各ＢＴＳへ適切リソース情報を通知した後、当該適切リソース情報の各移動端末への報知を指示するようにしてもよい。なお、上述の適切リソース情報生成の詳細については後述する。【００５０】
〈基地局（ＢＴＳ）〉
ＢＴＳ１〜９は、自身が無線通信可能な通信エリア内にあるＵＥ２００と通信し、網側にＵＥ２００を接続する。各ＢＴＳは、ＵＥ２００から送信される各種信号を受信し、その信号に応じたデータをＩＰパケットとして所定のノードへ転送する。【００５１】
また、ＢＴＳは、随時、微弱電波により報知情報を送信する。ＢＴＳは、この報知情報に、自身を示すＩＤ情報の他、上述のリソース情報管理サーバ１１０から通知される適切リソース情報を含める。報知情報により適切リソース情報を送信する方法としては、セルブロードキャスト、マルチキャストを使うようにしてもよい。この場合には、セルブロードキャストセンタ（以降、ＣＢＣとも表記する）、マルチキャストセンタ（以降、ＭＣとも表記する）をＩＰ網１に接続するようにしてもよい。なお、当該適切リソース情報の報知の詳細については後述する。【００５２】
〈基地局制御装置（ＲＮＣ）〉
ＲＮＣ１〜３は、複数のＢＴＳを制御して、網内の所望のノードと当該ＢＴＳとを接続する。ＲＮＣ１〜３は、ＵＥ２００が複数のＢＴＳと同時に接続するためのソフトハンドオーバ機能、レイク受信機能等を有する。例えば、ＲＮＣ１〜３は、ＵＥ２００が常に複数のＢＴＳと交信している場合に、それらＢＴＳのうち一番感度の高い信号を受信するＢＴＳを当該移動端末と通信すべき代表ＢＴＳと決定する。【００５３】
ＲＮＣ１〜３は、決定された代表ＢＴＳから送信される信号を当該移動端末からの信号と判断し、ｘＧＳＮ１００、ＭＭＳ１０１等へ当該信号に対応するデータを転送する。なお、本移動通信システムではＲＮＣを有するが、ＲＮＣを設けず、ＭＭＳ１０１若しくはｘＧＳＮ１００が上述の機能を有し、直接ＢＴＳと通信するようにしてもよい。【００５４】
〈移動通信交換機（ＭＭＳ）〉
ＭＭＳ１０１は、ＵＥ２００からの音声通話等で利用される回線交換（ＣＳ）の呼に応じて、いずれかのＢＴＳを介し各種通信サービスを提供する。通信サービスとしては、通常の通話サービス、当該通話サービスに基づく通話料割引サービス等がある。なお、本移動体通信システムは、このような提供するサービスを限定するものではない。【００５５】
ＭＭＳ１０１は、通話サービスであれば、ＵＥ２００からの発呼を制御し、通信相手となる移動端末と呼接続を行う。なお、ＭＭＳ１０１は、当該通信サービスを提供するにあたり、各ＢＴＳのセルを管理し、併せて、ＵＥ２００の存在する位置を管理するようにしてもよい。【００５６】
〈パケット交換機（ｘＧＳＮ）〉
ｘＧＳＮ１００は、ＵＥ２００からの、電子メール等のインターネット接続サービスで利用されるパケット交換（ＰＳ）の呼に対して、いずれかのＢＴＳを介し、各種パケット通信サービスを提供する。すなわち、ｘＧＳＮ１００は、ＵＥ２００からのＰＳ呼に対応するパケットをいずれかのＢＴＳを介して受信し、それに応じた呼制御を行う。【００５７】
〈移動端末（ＵＥ）〉
以下、移動端末２００の機能概要について図２を用いて説明する。図２は、移動端末２００の機能概要を示すブロック図である。ＵＥ２００は、その所在地に応じて、その所在地を通信エリアとしてカバーするＢＴＳと無線通信する。ＵＥ２００は、無線通信機能を有した端末であり、例えば携帯電話、ＰＤＡ（Personal Digital Assistance）等である。【００５８】
ＵＥ２００は、図２に示すように、報知情報受信部２１１（本発明の受信部に相当する）、リソース指定呼接続部２１２（本発明の送信部、送信手段に相当する）、適切リソース情報抽出部２１３（本発明の抽出部に相当する）、リソース情報選択部２１４（本発明の指定手段、指定部に相当する）、ユーザプロファイル２１５、グラフィックユーザインタフェース（以降、ＧＵＩと表記する）２１６及びリソース情報ＤＢ２１７を有し、以下のような機能を実現する。【００５９】
また、ＵＥ２００は、報知情報受信部２１１により各ＢＴＳから送信される報知情報を受信する。ＵＥ２００は、当該報知情報を受信することにより、あるＢＴＳの対応する通信エリアから他のＢＴＳの対応する通信エリアへの自端末の移動を検知する。その他、ＵＥ２００は、当該報知情報を受信することにより適切リソース情報を受ける。【００６０】
当該報知情報をセルブロードキャスト、マルチキャストにより受信する場合、ＵＥ２００は、それらの通信方法により送信される報知情報を受信することができるように自装置内の設定を行う。例えば、セルブロードキャストにより報知情報が送信される場合、ＵＥ２００は、セルブロードキャストが提供されるチャネルを予め受信対象として選択しておく。【００６１】
ＵＥ２００は、報知情報を受けると、適切リソース情報抽出部２１３により報知情報から適切リソース情報を抽出する。ＵＥ２００は、この抽出された適切リソース情報を自装置のメモリ（例えば、リソース情報ＤＢ２１７）に記憶する。このとき、ＵＥ２００は、受信された報知情報の適切リソース情報が自装置内に記憶されている以前のリソース情報から更新された場合に、更新された情報をメモリに記憶するようにしてもよい。【００６２】
ＵＥ２００は、発呼時等に、当該適切リソース情報のうちの少なくとも１つのリソースの組み合わせに係るリソース情報を選択する。このリソース情報の選択にあたり、ＵＥ２００は、例えば、リソース情報ＤＢ２１７から取得された適切リソース情報をユーザフレンドリにＧＵＩ２１６に表示させることにより、ユーザに所望のリソース情報を選択させる（リソース情報選択部２１４）。【００６３】
また、リソース情報選択部２１４により、予めユーザの好みの情報が保存されたユーザプロファイル２１５と適切リソース情報が比較され、一致したリソース選択候補が自動で決定されるようにしてもよい。【００６４】
このように指定されたリソース情報を用いて網側に呼接続を要求すべく、ＵＥ２００は、当該指定されたリソース情報をルーティング情報として付加したメッセージを発信する（リソース指定呼接続部２１２）。ＵＥ２００によるこの適切リソースの指定機能の詳細については後述する。【００６５】
〈網側の各ノード〉
網側の各ノードは、それぞれ、ＵＥ２００により選択されたリソースによる呼接続（ルーティング）を実現すべく共通の機能を有する。すなわち、網側のリソースのうち、ＵＥ２００により選択された指定リソースのみを用いるように呼接続を行う機能（以降、指定リソース接続機能とも表記する）である。図３は、網側の各ノードがこの指定リソース接続機能を共通に有する態様を示す図である。【００６６】
これら各ノードは、ＵＥ２００からの通信要求信号中のルーティング情報を参照することにより当該指定リソース接続機能を実現する。この指定リソース接続機能の詳細については後述する。また、この指定リソース接続機能が本発明の接続手段及び抽出手段に相当する。【００６７】
〈本移動通信システムにおける諸機能〉
以下、先に簡単に述べた、本移動通信システムの各ノードにより実現される各機能について、機能毎に詳細に説明する。【００６８】
〈〈適切リソース情報の生成〉〉
以下、リソース情報管理サーバ１１０における上述の適切リソース情報生成機能の詳細について説明する。【００６９】
まず、リソース情報管理サーバ１１０は、適切リソース情報生成を行うにあたり、網内のリソース情報を収集する。ＩＰ網１に接続されるＢＴＳ、ＲＮＣ、ＭＭＳ、ｘＧＳＮ等の各ノードは、自ノードの負荷情報等（本実施形態では輻輳状態）を随時計測している。そして各ノードは、定期的に若しくは所定のタイミング（例えば、状態が変化した場合）で、自ノードの輻輳状態をリソース情報管理サーバ１１０に送信する。なお、送信される輻輳状態は、呼種別毎に送信されるようにしてもよい。また、各ノードがその他の情報量や通信帯域幅等のパラメータを送信するようにし、リソース情報管理サーバ１１０が輻輳状態を決定するようにしてもよい。【００７０】
リソース情報管理サーバ１１０は、適切リソース情報を生成するために利用される、図４に示すリソース情報管理テーブルを持つ。図４は、リソース情報管理テーブルの設定例を示す図である。以下、このリソース情報管理テーブルについて図４を用いて説明する。なお、このリソース情報管理テーブルは、例えば、リソース情報管理サーバ１１０内のメモリに格納される。【００７１】
リソース情報管理テーブルには、ＢＴＳ毎に、呼種別、候補ＲＮＣ、候補ＭＭＳ／ｘＧＳＮ、品質性能、コスト、ＲＮＣ及びＭＭＳ／ｘＧＳＮの輻輳状態に関する情報がそれぞれ設定される。このうち、輻輳状態に関する情報は、各ノードから収集されるリソース情報により随時更新される。輻輳状態以外の情報については、予め、システム保守者／管理者等により設定されるようにしてもよい。また、網内の各ノードが増設、減設される際に、当該保守者等により、本リソース情報管理テーブルが変更されるようにしてもよい。【００７２】
呼種別フィールドには、各ＢＴＳがサポートする呼の種別が設定される。呼種別には、例えば、音声通話等で利用される回線交換（ＣＳ）、電子メール等のインターネット接続サービスで利用されるパケット交換（ＰＳ）がある。【００７３】
候補ＲＮＣフィールドには、ＢＴＳと呼種別の組み合わせ毎に、ソフトハンドオーバの対象となり得るＲＮＣのリストが設定される。【００７４】
候補ＭＭＳ／ｘＧＳＮフィールドには、ＢＴＳと呼種別とＲＮＣとの組み合わせ毎に、接続可能な及びサービス提供可能なＭＭＳ若しくはｘＧＳＮのリストが設定される。【００７５】
品質／性能フィールドには、ＢＴＳとＲＮＣとＭＭＳ／ｘＧＳＮとの組み合わせ毎に、その組み合わせに係る各ノード間のリンク及び各ノードのハードウェアスペック等を考慮した、通信品質若しくは通信性能の評価値が設定される。通信性能の評価値は、例えば、当該組み合わせに係るノード間のリンクに応じた通信帯域幅、ホップ数を用いて算出されるようにしてもよい。【００７６】
コストフィールドには、ＢＴＳとＲＮＣとＭＭＳ／ｘＧＳＮとの組み合わせ毎に、その組み合わせに係る各ノードを利用する上でかかるコスト（通信費用）等に応じた評価値が設定される。これは、各ノードを供給する網事業者に応じてコストが異なることを想定し設けたパラメータである。ここでの網事業者とは、現在のような移動通信網全体を提供する事業者のみならず、例えば、所定のＢＴＳのみを提供する事業者、所定のＲＮＣのみを提供する事業者、交換サービス（ＭＭＳ若しくはｘＧＳＮ）のみを提供する事業者等も含む。これにより、各網事業者が提供するノードを組み合わせた呼接続サービスも可能となる。【００７７】
輻輳状態フィールドには、各ＲＮＣ及びＭＭＳ／ｘＧＳＮそれぞれに関しての輻輳状態が設定される。この情報は、リソース情報管理サーバ１１０がＩＰ網１に接続される全ノード若しくは所定のノードに関するリソース情報を収集して得た情報により適宜更新される。【００７８】
リソース情報管理サーバ１１０は、このようなリソース情報管理テーブルに基づき、適切リソース情報を生成する。まず、適切リソース情報を生成するにあたって、リソース情報管理サーバ１１０は、リソース情報管理テーブルの輻輳状態を参照し、ＲＮＣ若しくはｘＧＳＮの輻輳状態が閾値を超える組み合わせを適切リソースの候補から除外する（図４に示す選択フィールドが「×」の行）。図４に示す例では、輻輳状態が「高」のノードが存在するリソースの組み合わせを除外している。【００７９】
そして、リソース情報管理サーバ１１０は、リソース情報管理テーブルの所定のリストが除外された残りのリソースの組み合わせに関し、適切リソース情報を生成する。適切リソース情報には、各リソースの組み合わせそれぞれに関し、呼種別フィールド、候補ＲＮＣフィールド、候補ＭＭＳ／ｘＧＳＮフィールド、品質フィールド及びコストフィールドに設定された情報が含められる。なお、図４に示される各行は、リソースの組み合わせの１つであり、これをＢＴＳ毎にまとめた情報が適切リソース情報となる。【００８０】
その後、リソース情報管理サーバ１１０は、決定された適切リソース情報をＩＰパケット化し、各ＢＴＳへそれぞれ通知する。例えば、ＢＴＳ５へ通知される適切リソース情報は、図４の２重線で囲まれる部分である。【００８１】
〈〈適切リソース情報の送信〉〉
次に、各ＢＴＳにおける上述の適切リソース情報の送信方法について説明する。【００８２】
各ＢＴＳは、リソース情報管理サーバ１１０から適切リソース情報を通知されると、当該適切リソース情報を含めた報知情報を自装置の無線通信可能範囲内のＵＥ２００へ送信する。【００８３】
報知情報の送信フォーマットには、３ＧＰＰ（3rd Generation Partnership Project）で規定されるシステムインフォメーションブロック（ＳＩＢ）を使用するフォーマット、又は、セルブロードキャストが使用される場合には３ＧＰＰ−ＴＳ−２３．０４１に規定されるフォーマット等が用いられる。【００８４】
ＢＴＳは、上述のＳＩＢのフォーマットを用いる場合には新たなＳＩＢ（ＳＩＢ−Ｍ）を追加し、そのＳＩＢ―Ｍにリソース選択候補として適切リソース情報を設定する。この場合の送信フォーマットを図５に示す。図５は、ＳＩＢ使用時の適切リソース情報送信フォーマットを示す図である。図５に示されるように、適切リソース情報が複数の組み合わせを含む場合には、その組み合わせ数分リソース選択候補が追加される。すなわち、図４に示されるリソース情報管理テーブルの各行が１つのリソース選択候補として設定される。【００８５】
ＲＮＣ−ＩＤ部には、適切リソース情報の候補ＲＮＣフィールドの値が設定される。ＭＭＳ−ＩＤ部には、同情報の候補ＭＭＳ／ｘＧＳＮフィールドの値が設定される。コスト情報部には、同情報のコストフィールドの値が設定される。ＱｏＳ（Quality of Service）部には、同情報の品質／性能フィールドの値が設定される。なお、図５に示すフォーマットは例示であり、適切リソース情報として提供元となる事業者情報を含む場合にはこのメッセージフォーマットにもその事業者情報に対応する情報が設定されるようにしてもよい。【００８６】
また、ＢＴＳは、上述のセルブロードキャストにより報知情報を通知する場合には、セルブロードキャスト（ＣＢ）データ部を拡張し、適切リソース情報を設定する。この場合の送信フォーマットを図６に示す。図６は、セルブロードキャスト使用時の適切リソース情報送信フォーマットを示す図である。図６に示されるように、適切リソース情報が複数の組み合わせを含む場合には、その組み合わせ数分リソース選択候補が追加される。ＣＢデータ部に設定される情報は、ＳＩＢ使用の場合と同様である。【００８７】
〈〈移動端末による適切リソースの指定〉〉
次に、移動端末における適切リソース情報に含まれるリソース選択候補の指定機能について説明する。【００８８】
移動端末は、報知情報を受信する度に、受信された報知情報に含まれる適切リソース情報を自装置のメモリ内に記憶する。また、移動端末は、報知情報を受信する度に自装置内に記憶される適切リソース情報と受信された適切リソース情報を比較し、両者が異なる場合にのみ、受信された適切リソース情報をメモリ内に記憶するようにしてもよい。なお、適切リソース情報に含まれるリソース選択候補が１つである場合には、移動端末は当該リソース選択候補を用いて発信を行う。【００８９】
リソース選択候補が複数ある場合、移動端末は、ユーザに複数のリソース選択候補のうちの好きなリソースの組み合わせを選択させる。このリソース選択をさせるにあたり、移動端末は、自装置内の画面に選択画面を表示する。ユーザは、この選択画面を操作することにより、好みに合ったリソースを選択する。【００９０】
このときの選択画面を図７に示す。図７は、移動端末におけるリソース選択画面のイメージ図である。図７の画面では、設備情報、通信品質、通信コスト等のパラメータをユーザフレンドリに表示している。また、図７に示すリストは、図４におけるＢＴＳ５に関する適切リソース情報のうち、図４の２重線で囲まれる部分の上から３行分を表示した例である。【００９１】
図７の「Ａ事業者○○設備」とあるのは、ＢＴＳ５におけるＲＮＣ２とＭＭＳ１とのリソース組み合わせを示し（図４のＢＴＳ５における一番上の行）、図７の「△△設備」とあるのは、ＲＮＣ１とＭＭＳ１とのリソース組み合わせを示し（図４のＢＴＳ５における上から３行目の行）、図７の「□□設備」とあるのは、ＲＮＣ３とＭＭＳ２とのリソース組み合わせを示す（図４のＢＴＳ５における上から５行目の行）。【００９２】
なお、図７に示すリソース選択画面は一例であり、ＢＴＳから移動端末へ送信する情報を少なくする場合にはより簡易的な情報を表示するようにしてもよく、ＢＴＳからの情報を多くできる場合にはより詳細な情報（例えば、通信品質として通信帯域等）を表示するようにしてもよい。また、選択画面を表示せず、音声によりリソース選択するようにしてもよい。【００９３】
このようなリソース選択画面は、例えば発呼時等に表示される。移動端末のユーザは、このリスト中の一の候補を選択し、発信する。ユーザは、例えば図７の画面において、使用したいリソースを示す行の選択フィールドに●印を付け、実行ボタン３００を押下することにより、●印が付されたリソースを選択する。これにより、以降、本移動通信システムにおいて提供される通信サービスは、ＲＮＣ１とＭＭＳ１とのリソース組み合わせにより実現されることになる。【００９４】
また、その選択は、予めユーザが自分の好みの情報（事業者はＡ社がよい、品質が悪くても常にコストが安いものがよいなど ）をプロファイルとして予め保存しておき、そのプロファイルと報知情報を比較し、一致したリソース選択候補を自動で決定するようにしてもよい。【００９５】
更に、移動端末において複数のリソース選択候補を指定可能としてもよい。指定したリソース選択候補が常に有効であるとは限らず、リソース捕捉失敗に終わった場合の予備の選択肢として有効だからである。【００９６】
このように選択されたリソースの組み合わせに係る情報は、無線インタフェースプロトコルを構成する論理チャネルのうちＣＣＣＨ（Common Control Channel）を用いて、移動端末からＢＴＳへ送信される。図７の選択例では、ＲＮＣ１とＭＭＳ１とを利用する旨の情報がＢＴＳへ送信される。これにより、ＲＲＣ（Radio Resource Control）における、移動端末から網側のＢＴＳ、ＲＮＣ、ＭＭＳ等への無線リソース制御に、この選択されたリソースの組み合わせを利用することができるようになる。【００９７】
〈〈選択されたリソースによる呼接続〉〉
以下、網側の各ノードが、移動端末からの通信要求を選択（指定）されたリソースに沿って転送する、すなわち呼接続する方法について説明する。【００９８】
移動端末は、先に述べた方法により、指定されたリソースの組み合わせにかかる情報（以降、ルーティング情報とも表記する）をＢＴＳへ送信する。ＢＴＳは、ＣＣＣＨから当該リソースの組み合わせに係る情報を取得する。そして、ＢＴＳは、この取得された情報が設定されたルーティング情報フィールドとＩＰヘッダを移動端末から送信された局間制御信号に付加したＩＰパケットを生成する。ＢＴＳは、その生成されたＩＰパケットを当該ルーティング情報に含まれるノードのうち、次に転送すべきＲＮＣへ送信する。このときのメッセージフォーマットの例を図８に示す。【００９９】
図８に示されるメッセージフォーマットには、移動端末から指定されたリソースの組み合わせにかかるノードを順にメッセージが転送するように、ルーティング情報フィールドが付加されている。ルーティング情報フィールドは、移動端末で選択されたＢＴＳ、ＲＮＣ、ＭＭＳ若しくはｘＧＳＮを示すＩＤ情報が設定される。なお、ＢＴＳ、ＲＮＣ、ＭＭＳ等のノードＩＤ指定以外にも、ノードのＩＤアドレスやポイントコードで指定するようにしてもよい。【０１００】
また、各ノードが局間制御信号を転送する際には、ノード間に制御リンクを確率する必要がある。しかし、ノード間の制御チャネルの確立には、ある程度の時間を要するため、呼毎にノードを選択しようとした場合に呼接続処理の遅延が懸念される。そこで、移動端末の所定の呼に応じて確立されたノード間リンクは、一定時間確立したままにしておくことにより、次の呼（他の移動端末からでも可）からは呼接続時間を短縮することができる。【０１０１】
また、ＢＴＳが報知情報でリソース情報を報知する際に、予め選択されるノードが分かっているため、利用可能性の高いノード間のリンクを予め確立しておくようにしてもよい。図９は、本実施形態における移動通信システムのリソース予約接続機能の概要を示す図である。図９では、ＢＴＳ３が報知情報を送信する前に、ＢＴＳ３とＲＮＣ３との間のリンク、及び、ＲＮＣ３とＭＭＳ１０１との間のリンクを予約的に確立している例が示されている。このような機能が本発明の予約手段に相当する。【０１０２】
〔動作例〕
次に、本実施形態の移動通信システムにおける動作例について、上述の機能毎にそれぞれ説明する。【０１０３】
〈適切リソース情報の生成動作〉
まず、本実施形態における移動通信システムの適切リソース情報の生成動作について図１０を用いて説明する。図１０は、本移動通信システムにおける適切リソース情報の生成動作を示すシーケンス図である。【０１０４】
網側の各ノードＭＭＳ１０１（ｘＧＳＮ１００も含む）、ＲＮＣ１、２及び３、ＢＴＳ１及び２（その他のＢＴＳも含む）はそれぞれ、所定のタイミングにより、リソース情報管理サーバ１１０へ自身の輻輳状態をリソース情報として報告する（Ｓ７０１からＳ７０６）。この例では、各ノードがリソース情報管理サーバ１１０へ報告する場合の動作例を示すが、逆にリソース情報管理サーバ１１０が各ノードから当該リソース情報を収集するようにしてもよい。【０１０５】
リソース情報管理サーバ１１０は、収集された各ノードのリソース情報に基づき適切リソース情報を生成する。この適切リソース情報は、上述のとおり、各ＢＴＳ用にそれぞれ生成される。【０１０６】
リソース情報管理サーバ１１０は、生成された適切リソース情報を対象となるＢＴＳへ送信する（Ｓ７０７）。図１０の例では、ＢＴＳ１に関する適切リソース情報のみが変更された場合を想定し、ＢＴＳ１へのみ当該適切リソース情報が送信される場合の例を示しているが、当然、他のＢＴＳ（ＢＴＳ２等）へ送信されるようにしてもよい。【０１０７】
図１０の下方では、ＲＮＣ１、ＲＮＣ３からのみリソース情報が報告される場合の例が示されている（Ｓ７１０、Ｓ７１１）。このように、各ノードが自身の輻輳状態が変更されたことを検知した場合のみ当該リソース情報を報告するようにしてもよい。更に、この例では、リソース情報管理サーバ１１０は、ＢＴＳ２へ更新された適切リソース情報を通知している（Ｓ７１２）。【０１０８】
また、図１０には、セルブロードキャストセンタ（ＣＢＣ）若しくはマルチキャストセンタ（ＭＣ）を利用する動作シーケンスについても点線により示されている。この場合には、リソース情報管理サーバ１１０は、報知情報更新指示をＣＢＣ若しくはＭＣへ通知し（Ｓ７０８）し、通知を受けたＣＢＣ若しくはＭＣが対象となるＢＴＳ２へ報知情報更新指示を通知する（Ｓ７０９）。【０１０９】
〈適切リソース情報の報知情報による送信動作〉
次に、本移動通信システムの各ＢＴＳにおける適切リソース情報の送信動作について図１１を用いて説明する。図１１は、ＢＴＳからの報知情報による適切リソース情報の送信動作の概念を示す図である。【０１１０】
図１１に示されるように、各ＢＴＳは、図５の例における報知情報の送信フォーマットにより移動端末に適切リソース情報を送信する。図１１の例では、送信フォーマット中のＳＩＢ―Ｍ部に適切リソース情報が設定され、ＵＥ２００に送信される。なお、図１１におけるＭＩＢは、Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋを示し、ＳＩＢは、Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋを示し、ＴＢは、Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋを示す。【０１１１】
〈選択されたリソースによる呼接続動作〉
次に、移動端末により選択されたリソースによる、本移動通信システムの網側の各ノードの呼接続動作について、図１２を用いて説明する。図１２は、本移動通信システムにおける呼接続シーケンスを示す図である。図１２の例は、ＵＥにより選択されたリソースの組み合わせ（ＢＴＳ１−ＲＮＣ２−ＭＭＳ１）に沿って、ＵＥから送信された信号が転送される様子を示している。図１２における二重線で示されるノード（ＢＴＳ１、ＲＮＣ２、ＭＭＳ１）がＵＥ２００により指定されたリソースの組み合わせに係るノードである。【０１１２】
ＵＥにより指定されたリソースの組み合わせに係る情報は、論理チャネルのＣＣＣＨ（Common Control Channel）により、ＵＥから網側の各ノードへ送信される。この情報は、図１２におけるメッセージ毎の論理チャネルに設定されるようにしてもよいし、所定のメッセージのみに設定されるようにし、各ノードにより保持されたものが利用されるようにしてもよい。【０１１３】
ＵＥからの送信信号を受信したＢＴＳ１は、ＣＣＣＨに含まれるルーティング情報に基づき、次に転送すべきノードＲＮＣ２を決定する。そして、ＢＴＳ１は、決定されたＲＮＣ２との間にＲＲＣコネクションを確立する。このとき、ＢＴＳ１は、ＵＥからの送信信号に対応する局間制御信号にこのルーティング情報とＩＰヘッダとを付加したＩＰパケットをＲＮＣ２へ送信する。【０１１４】
当該ＩＰパケットを受信したＲＮＣ２は、このＩＰパケットのルーティング情報に設定される情報に基づき、次に転送すべきノードＭＭＳ１を決定する。そして、ＲＮＣ２は、転送先となるＭＭＳ１との間にリンクを確立し、その確立されたリンクを用い、ＲＡＮＡＰ（Radio Access Network Application Part）プロトコル等によりシグナリングを実現する。【０１１５】
このように確立されたＢＴＳ１とＲＮＣ２との間のリンク、ＲＮＣ２とＭＭＳ１との間のリンクは、その呼接続が終了されるまでの間、保持されるようにしてもよい。この場合には、図１２に示されるシーケンスのうち、コネクションのセットアップに関するデータの送受信は省略することができるため、高速なデータ転送を可能とする。【０１１６】
なお、ルーティング情報には、指定されたノードを示すＩＤ情報が含まれるようにし、網側の各ノードは、このＩＤ情報から指定されたノードのＩＰアドレスを取得し、転送先を指定するようにしてもよい。以下に、ルーティング情報に指定されたノードを示すＩＤ情報が含まれる場合の、網側の各ノードの呼接続動作フローを図１３を用いて説明する。図１３は、網側の各ノードにおける呼接続動作を示すフローチャートである。【０１１７】
ＢＴＳ、ＲＮＣ、ＭＭＳ１０１、ｘＧＳＮ１００は、ＵＥ２００からの通信メッセージ若しくはその転送メッセージを受信すると（Ｓ１３０１）、受信されたメッセージ中のルーティング情報フィールドから次接続ノードに関するノードＩＤを抽出する（Ｓ１３０２）。ＢＴＳであれば、ＣＣＣＨから当該ノードＩＤを抽出し、それ以外のノードであれば、図８に示されるフォーマットのルーティング情報フィールドに設定される値を抽出する。【０１１８】
続けて、ノードは、抽出されたノードＩＤをＩＰアドレスに変換する（Ｓ１３０３）。この変換については、ノードＩＤとＩＰアドレスとの変換表を各ノードがそれぞれ保持するようにしてもよいし、所定のサーバにアドレス変換要求を送信するようにしてもよい。【０１１９】
そして、ノードは、変換されたＩＰアドレスが指す対向ノードとの間にリンクが既に確立されているか否かを確認する（Ｓ１３０４）。そして、未だリンクが確立されていなければ（Ｓ１３０４；ＮＯ）、ノードは、その対向ノードとの間に局間制御リンクを確立する（Ｓ１３０５）。【０１２０】
〈実施形態における作用／効果〉
本実施形態による移動通信システムでは、リソース情報管理サーバ１１０により網側の各ノードのそれぞれについての輻輳状態等がリソース情報として収集される。収集されたリソース情報はリソース情報管理テーブルに保持される。リソース情報管理サーバ１１０は、このリソース情報管理テーブルを参照することにより、例えば輻輳状態となっているノードを除外したリソースの組み合わせを、適切リソース情報としてＢＴＳ毎に生成する。【０１２１】
生成された適切リソース情報は、リソース情報管理サーバ１１０から各ＢＴＳへ通知される。ＢＴＳは、この適切リソース情報を含めた報知情報を移動端末へ送信する。【０１２２】
移動端末は、無線通信可能範囲内に位置するＢＴＳからの報知情報を受信し、受信された報知情報に含まれる適切リソース情報のうち、利用したいリソースの組み合わせを選択する。移動端末は、発呼時等に、この選択されたリソースの組み合わせに係るルーティング情報を含めた信号を対象となるＢＴＳへ送信する。【０１２３】
以降、移動端末から送信された信号は、当該ルーティング情報に含まれるノードに沿って網側を転送される。この転送時には、各ノードが当該ルーティング情報をＩＰパケットに設定し、そのＩＰパケットが次のノードに転送される。【０１２４】
このように、本実施形態では、網側でリソース稼働状況を収集し、それを報知情報により移動端末に通知する。更に、移動端末が当該報知情報から使用したいリソースを選択し、その選択されたリソースに従って、網側の各ノードが転送を行う。【０１２５】
このため、移動端末では、時々刻々と変化するシステム稼働状況に対応して、個々のユーザの要求に応じたリソースを自由に選択することができる。更に、網側では、その選択されたリソースが利用されるべく制御される。
これにより、本移動通信システムでは、移動端末との通信において随時最適な網リソースを選択することができる。【０１２６】
〔本実施形態における第一変形例〕
以下、上述の実施形態における移動通信システムの第一変形例について図１４を用いて説明する。上述の実施形態における移動通信システムでは、リソース情報管理サーバ１１０がＢＴＳ毎に生成された適切リソース情報を各ＢＴＳへ通知していた。本変形例における移動通信システムでは、移動端末を所定の集合に分類した端末群毎に適切リソース情報を生成する手法が採られる。図１４は、リソース情報管理テーブルの第一変形例を示す図である。【０１２７】
リソース情報管理サーバ１１０は、図１４に示すリソース情報管理テーブルを保持する。このリソース情報管理テーブルには、上述の実施形態におけるテーブルに更に端末群フィールドが付加されている。【０１２８】
この端末群フィールドには、移動端末を所定の集合に分類した端末群の情報が設定される。この端末群は、全移動端末で一斉に同じリソースが使用されないように群分けされ、例えば、電話番号の最後の一桁で１０通りの群に群分けされるようにしてもよい。図１４には、２つの端末群に分けられる例が示されている。【０１２９】
リソース情報管理サーバ１１０は、このようなリソース情報管理テーブルに基づき、適切リソース情報を生成する。適切リソース情報を生成するにあたってのリソース情報管理サーバ１１０の処理は、上述の本実施形態と同様である。但し、本変形例により生成される適切リソース情報には、上述の実施形態の場合の情報の他、端末群に関する情報が付加される。【０１３０】
ＢＴＳは、通知された適切リソース情報を端末群毎に区別可能な状態で報知情報に含め、移動端末へ送信する。端末群毎に区別可能な状態とは、例えば、端末群のＩＤ情報に続けてその端末群に関する適切リソース情報という順で並んだ状態としてもよい。本発明は、端末群毎に区別可能であれば、報知情報への含め方を限定するものではない。【０１３１】
移動端末は、受信される報知情報のうち、自端末が属する端末群に関する適切リソース情報を抽出する。移動端末は、この抽出された適切リソース情報を用いて、最適なリソースを指定する。【０１３２】
これにより、本変形例における移動通信システムでは、複数の移動端末から一斉に通信要求が送信された場合等に、一時的に負荷が一極（１つのＲＮＣ等）に集中するのを防ぐことができ、一斉に通信要求された場合においても適切なリソース配分を行うことができる。
【図１】
2007043117.tif 000003
【図２】
2007043117.tif 000004
【図３】
2007043117.tif 000005
【図４】
2007043117.tif 000006
【図５】
2007043117.tif 000007
【図６】
2007043117.tif 000008
【図７】
2007043117.tif 000009
【図８】
2007043117.tif 000010
【図９】
2007043117.tif 000011
【図１０】
2007043117.tif 000012
【図１１】
2007043117.tif 000013
【図１２】
2007043117.tif 000014
【図１３】
2007043117.tif 000015
【図１４】
2007043117.tif 000016
【図１５】
2007043117.tif 000017
【図１６】
2007043117.tif 000018
【手続補正書】
【提出日】平成20年1月15日(2008.1.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末と無線通信を行う基地局を含む複数のノードが接続される通信網を有し、前記端末からの通信要求に応じて通信サービスを提供する移動通信システムにおいて、
前記複数のノードに関する情報を含む前記通信網内のリソース情報を管理する管理手段と、
前記リソース情報を含めた報知情報を前記基地局から前記端末に送信する報知手段と、
前記端末からの通信要求が前記基地局により受信された場合に、前記通信網内のリソースのうち前記端末から指定されたリソースを使用して、前記通信要求に応じた呼接続を行う接続手段と、
を備える移動通信システム。
【請求項２】
前記管理手段は、
前記リソース情報を前記基地局毎に分類し、分類されたリソース情報を各基地局へそれぞれ通知する通知手段を更に備え、
前記報知手段は、
前記分類されたリソース情報を前記報知情報に含め、
前記接続手段は、
前記端末からの通信要求が受信された場合に、その通信要求に対応する信号から、その端末により指定されたリソースに関する指定リソース情報を抽出する抽出手段を更に備え、
前記通信網内のリソースのうち、抽出された指定リソース情報により特定されるリソースを使用して、前記通信要求信号に応じた呼接続を行う、
請求項１に記載の移動通信システム。
【請求項３】
前記通知手段は、
前記リソース情報のうち、呼種別毎に適切なリソースの組み合わせを適切リソース情報として生成し、該適切リソース情報を前記基地局毎に分類し、分類された適切リソース情報を各基地局へそれぞれ通知し、
前記報知手段は、
前記分類された適切リソース情報を前記報知情報に含める、
請求項２に記載の移動通信システム。
【請求項４】
基地局を含む複数のノードが接続される通信網を有する移動通信システムと前記基地局と無線通信を行うことにより接続し、通信サービスの提供を受ける移動通信端末において、
前記基地局からの報知情報を受信する受信部と、
受信された報知情報から前記通信網内のリソース情報を抽出する抽出部と、
前記リソース情報から所定のリソースを指定する指定部と、
前記通信サービスの提供を受ける際に、指定されたリソースに関する情報と共に通信要求を送信する送信部と、
を備える移動通信端末。
【請求項５】
端末と無線通信を行う基地局を含む複数のノードが接続される通信網を有し、前記端末からの通信要求に応じて通信サービスを提供する移動通信システムで実行される呼接続方法であって、
前記複数のノードに関する情報を含む前記通信網内のリソース情報を管理する管理ステップと、
前記リソース情報を含めた報知情報を前記基地局から前記端末に送信する報知ステップと、
前記端末からの通信要求が前記基地局により受信された場合に、前記通信網内のリソースのうち前記端末から指定されたリソースを使用して、前記通信要求に応じた呼接続を行う接続ステップと、
を備える呼接続方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、網リソース制御を行う移動通信システム、移動通信端末及び呼接続方法に関する。
【背景技術】
【０００２】
移動通信システムは、一般に図１５に示すような構成からなる。図１５は、従来の移動通信システムの構成を示す図である。従来の移動通信システムは、パケット交換機（以降、ｘＧＳＮと表記する）１０００、移動通信交換機（以降、ＭＭＳと表記する）１００１、基地局制御装置（以降、ＲＮＣと表記する）１００２、１００３及び１００４、基地局（以降、ＢＴＳと表記する）１００５、及び移動端末（以降、ＵＥと表記する）１００６から構成される。
【０００３】
このような従来の移動通信システムでは、システムを構成するＢＴＳ、ＲＮＣ、ＭＭＳ、ｘＧＳＮ（以降、これらを総称してノードとも呼ぶ）相互間がＮｏ．７共通線信号方式、若しくはＡＴＭ（Asynchronous Transfer Mode）等により固定的に接続されている。
【０００４】
従って、従来の移動通信システムでは、ＵＥ１００６から発信された信号が受信可能なＢＴＳ１００５で受信されると、それ以降、当該信号に対応するデータが伝送されるノードは固定されていた。例えば、ＵＥ１００６から発信された信号がＢＴＳ１００５−１で受信されると、当該信号に対応するデータは、ＲＮＣ１００２、ＭＭＳ１００１若しくは
ｘＧＳＮ１０００へと固定的に伝送された。このような構成は、網を冗長に構成し、他のＲＮＣ、ＭＭＳへの迂回ルートを設定することにより多少柔軟に変更可能となるが、それでも固定的に接続された数個のＲＮＣ、ＭＭＳのなかの一つが選択されるに過ぎない。
【０００５】
このような従来の移動通信システムでは、例えば特定のＲＮＣ配下のトラフィックが高くなりＲＮＣの処理能力を超えた場合に柔軟に対応することができないため、スループットの低下等の問題を生じさせる可能性があった。
【０００６】
このような問題点を解決すべく、図１６に示すような移動通信システムが提案されている。図１６は、ＩＰ網で接続される従来の移動通信システムの構成を示す図である。図１６に示す従来の移動通信システムは、各ノード間がＩＰ（Internet Protocol）で接続され、ＩＰ網１０１０を構成する。このような移動通信システムでは、接続相手を通信局条件等により選択する上でＩＰアドレスを設定すればよいため、柔軟な網構築を可能としている。
【０００７】
しかしながら、このようなＩＰを用いた従来の移動通信システムにおいても、あるとき特定のＲＮＣが輻輳状態となった場合に、即座に接続形態の変更をするといった対応を取ることができない。
【０００８】
このような問題を回避する方法として、システム内に設けられた通信資源管理装置が通信端末の位置情報と通信資源の状況等を管理することにより、各通信端末に対してそれぞれ通信資源の割り当てを決定する手法が提案されている（下記特許文献１参照）。
【０００９】
また、報知情報にリソース情報を載せて移動端末に通知することにより、移動端末内の各種設定を自動で変更することにより、ハンドオーバ時においても継続通信を保証する手法が提案されている（下記特許文献２及び３参照）。同様に、報知情報にリソース情報を載せて移動端末に通知し、移動端末が通知された情報を用いて、送受する情報量に関する所定情報をＲＮＣへ通知し、この所定情報によりＲＮＣが通信リソースを割り当てる手法が提案されている（下記特許文献４参照）。
【００１０】
更に、報知情報にリソース情報を載せて移動端末に通知する技術として、ＯＭＡ（Open
Mobile Alliance）で既定されているＣｌｉｅｎｔ  Ｐｒｏｖｉｓｉｏｎｉｎｇがある（下記非特許文献１参照）。この中には、ＯＴＡ（Over The Air）  Ｐｒｏｖｉｓｉｏｎｉｎｇとして、移動通信の放送情報（Cell Broadcast）に移動端末のブラウザの設定情報(利用可能なアクセスポイントのＩＰアドレス、利用可能ベアラ（Bearer）情報（ＰＳ（Packet Switch）、ＣＳ（Circuit Switch）等)を報知し、移動端末の設定を自動又は半自動で変更するというものがある。
【００１１】
これらは、移動端末ユーザが国をまたがるような長距離の移動をしたような場合に、固定的にアクセスポイントに接続すると通信経路が冗長となることを避け、最寄りのアクセスポイントを利用できるようにするための技術である。
【特許文献１】特開２００４−２３３２９号公報
【特許文献２】特開２００３−３４８００７号公報
【特許文献３】特開２０００−２０９６３３号公報
【特許文献４】特開２００２−３４５０１７号公報
【非特許文献１】Open Mobile Alliance Ltd., "Provisioning Architecture Overview Candidate Version 1.1", Provisioning Architecture Overview, 28 April 2005.
【発明の開示】
【発明が解決しようとする課題】
【００１２】
このような従来技術に基づき時々刻々と変化する網のリソース使用状況に応じて接続形態を変更する方法として、例えば、各ノードが負荷状況や性能等（以降、リソース稼動情報と表記する）を相互に交換し、移動端末からの発呼を受け付けたＢＴＳが当該リソース稼動情報に基づき、最適なＲＮＣやＭＭＳを選択して接続する方法が考えられる。
【００１３】
しかしながら、移動端末から網側に要求する処理能力、サービスの品質、通信コスト等は、ＵＥを利用する各ユーザの意向によるところが大きいため、網側で勝手に各ノードの接続形態を決めるのでは不十分である。例えば、あるユーザは、高価であっても高品質、高スループットの通信を望むかもしれないし、他方別のユーザは、多少の応答遅延等があっても、低価格であればよいと考える場合もある。
【００１４】
また、将来的に移動通信の事業者融合が進み、ＢＴＳを提供するアクセス網事業者、ＭＭＳを提供する移動交換網事業者といった事業形態が出現し、ユーザが特定の事業者の利用を望むケースも想定される。このような状況から、ユーザの意向を反映させた最適な網リソース選択方法が望まれる。
【００１５】
また、上述の報知情報にリソース情報を載せて移動端末に通知する従来の技術では、時々刻々変化するリソース稼働状況には対応しておらず、主に位置情報のみを対象としたものであった。
【００１６】
本発明の目的は、移動端末との通信において随時最適な網リソースを選択することができる移動通信システム、移動通信端末及び呼接続方法を提供することである。
【課題を解決するための手段】
【００１７】
本発明は、上述した課題を解決するために以下の構成を採用する。即ち、本発明は、端末と無線通信を行う基地局を含む複数のノードが接続される通信網を有し、当該端末からの通信要求に応じて通信サービスを提供する移動通信システムにおいて、複数のノードに関する情報を含む上記通信網内のリソース情報を管理する管理手段と、上記リソース情報を含めた報知情報を当該基地局から当該端末に送信する報知手段と、当該端末からの通信要求が当該基地局により受信された場合に、上記通信網内のリソースのうち当該端末から指定されたリソースを使用して、上記通信要求に応じた呼接続を行う接続手段とを備える移動通信システムについてのものである。
【００１８】
ここで、通信網に接続される複数のノードとは、基地局の他、例えば、基地局制御装置、パケット交換機、移動通信交換機等である。また、リソース情報とは、例えば、通信網に接続されるノードに関する輻輳状態、通信性能、処理性能等であり、また、各ノード間のリンクに関する情報等である。
【００１９】
本発明では、管理手段が通信網内のリソース情報を管理し、このリソース情報が基地局からの報知情報に含められ端末へ送信される。更に、端末からの通信要求に応じ、通信網内のリソースのうちのその端末に指定されたリソースが使用され呼接続が実行される。
【００２０】
これにより、本発明によれば、通信網内のリソース情報を端末に通知することができ、更に、端末により指定されたリソースを用いて呼接続を行うことができる。よって、本発明に係る移動通信システムと通信する端末では、時々刻々変化する通信網内のリソース状況に対応して、所望のリソースを使用して通信サービスの提供を受けることができる。
【００２１】
また、上記管理手段が、上記リソース情報を当該基地局毎に分類し、分類されたリソース情報を各基地局へそれぞれ通知する通知手段を更に備え、上記報知手段が、分類されたリソース情報を報知情報に含め、上記接続手段が、当該端末からの通信要求が受信された
場合に、その通信要求に対応する信号から、その端末により指定されたリソースに関する指定リソース情報を抽出する抽出手段を更に備え、当該通信網内のリソースのうち、抽出された指定リソース情報により特定されるリソースを使用して、通信要求信号に応じた呼接続を行うようにしてもよい。
【００２２】
本発明では、通信網内のリソース情報を端末へ送信するにあたり、通知手段が基地局毎に分類されたリソース情報を各基地局へそれぞれ通知する。これにより、報知手段は、分類されたリソース情報を報知情報に含めて端末に通知することになる。更に、接続手段は端末からの通信要求に対応する信号から端末の指定リソース情報を得て、その指定リソース情報で特定されるリソースを用いた呼接続を実行する。
【００２３】
よって、各基地局は、例えば自身に関連するリソース情報のみを端末へ通知することが可能になるため、報知情報に含める情報を絞ることができる。また、端末によって指定されたリソースを端末からの通信要求に対応する信号から得ることができるため、呼毎にリソースを指定することができる。
【００２４】
また、本発明は、上記通知手段が上記リソース情報のうち、呼種別毎に適切なリソースの組み合わせを適切リソース情報として生成し、その適切リソース情報を基地局毎に分類し、分類された適切リソース情報を各基地局へそれぞれ通知し、上記報知手段が、分類された適切リソース情報を上記報知情報に含めるというものである。
【００２５】
本発明では、基地局に通知されるリソース情報として、適切リソース情報が通知され、その適切リソース情報が端末へ送信される。
【００２６】
これにより、呼種別に応じて、その時その場所で、適切な網リソース情報を端末へ通知することができるようになり、端末では適切なリソースの中から所望のリソースを選択することができるようになる。
【００２７】
従って、本発明によれば、基地局及び端末それぞれにおいて、適量なリソース情報の中から適切なリソース選択が可能となる。
【００２８】
また、本発明は、上記通知手段が上記リソース情報のうち、呼種別毎、及び前記端末を所定の集合に分類した端末群毎に、適切なリソースの組み合わせを適切リソース情報として生成し、上記報知手段が分類された適切リソース情報を当該端末群毎に区別可能な状態で上記報知情報に含めるというものである。
【００２９】
本発明では、端末群毎に適切リソース情報を分類して生成し、この適切リソース情報が端末群毎に区別可能な状態で報知情報に含められ送信される。
【００３０】
これにより、当該報知情報を受信した端末において、自身が属する端末群に関する適切リソース情報からリソース指定を行うようにすれば、複数の端末から一斉に送信要求が通信網側にきた場合でも、通信網側における負荷を拡散することができる。
【００３１】
また、上記報知手段は、ＳＩＢ（System Information Block）、セルブロードキャスト、若しくはマルチキャストを用いて報知情報を送信するようにしてもよい。
【００３２】
また、上記接続手段は、所定の通信要求に応じた呼接続のために確立されたリンクを所定時間維持するようにしてもよい。
【００３３】
これにより、本発明によれば、時間を要するノード間の制御チャネルの確立に関し、一
度確立した後の呼（通信要求）からは呼接続時間を短縮することができる。
【００３４】
また、上記報知手段は、上記リソース情報に基づき、予め所定のリソースを用いたリンクを確立するよう制御する予約手段を更に備え、上記予約手段によりリンクが確立された後に、上記報知情報を送信するようにしてもよい。
【００３５】
これにより、高速な呼接続処理を実現することが可能となる。
【００３６】
また、上記接続手段は、ノード間で送受される制御信号に当該端末から指定されたリソースを識別する情報をルーティング情報として付加することにより呼接続を行うようにしてもよい。
【００３７】
また、本発明は、基地局を含む複数のノードが接続される通信網を有する移動通信システムと前記基地局と無線通信を行うことにより接続し、通信サービスの提供を受ける移動通信端末において、当該基地局からの報知情報を受信する受信部と、受信された報知情報から当該通信網内のリソース情報を抽出する抽出部と、上記リソース情報から所定のリソースを指定する指定部と、上記通信サービスの提供を受ける際に、指定されたリソースに関する情報と共に通信要求を送信する送信部とを備える移動通信端末についてのものである。
【００３８】
本発明では、移動通信端末が移動通信システムを構成する基地局からの報知情報を受信すると、その報知情報から当該システム内の通信網におけるリソース情報を抽出する。更に、移動通信端末は、抽出されたリソース情報から所定のリソースを指定し、この指定されたリソースを用いた通信サービスを受けるべく、指定されたリソースに関する情報を通信要求と共に送信する。
【００３９】
従って、本発明によれば、時事刻々と変化する移動通信システムの通信網内の稼動状況に応じて、本移動通信端末を利用するユーザの所望のリソースを用いた通信サービスを受けることができるようになる。
【００４０】
なお、本発明は、以上の何れかの機能をコンピュータに実現させる方法であってもよい。また、本発明は、以上の何れかの機能を実現させるプログラムであってもよい。また、本発明は、そのようなプログラムをコンピュータが読み取り可能な記憶媒体に記録してもよい。
【発明の効果】
【００４１】
本発明によれば、移動端末との通信において随時最適な網リソースを選択することができる移動通信システム、移動通信端末及び呼接続方法を実現することができる。
【発明を実施するための最良の形態】
【００４２】
［実施形態］
以下、図面を参照して、本発明を実施するための最良の形態に係る移動通信システムについて説明する。実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００４３】
〔システム構成〕
まず、本発明の実施形態における移動通信システムのシステム構成について図１を用いて説明する。図１は、本実施形態における移動通信システムの構成を示す図である。
【００４４】
本移動通信システムは、パケット交換機（以降、ｘＧＳＮと表記する）１００、移動通
信交換機（以降、ＭＭＳと表記する）１０１、基地局制御装置（以降、各基地局装置をＲＮＣ１〜３と表記する）、基地局（以降、各基地局をＢＴＳ１〜９と表記する）、リソース情報管理サーバ１１０、及び移動端末（以降、ＵＥと表記する）２００から構成される。
【００４５】
ｘＧＳＮ１００、ＭＭＳ１０１、ＲＮＣ１〜３、ＢＴＳ１〜９、及びリソース情報管理サーバ１１０（以降、これらを網側とも表記する）は、それぞれＩＰ網１により接続される。ＵＥ２００は、無線通信可能な範囲に位置するＢＴＳと無線通信により接続することで網側にアクセスし、各種通信サービスの提供を受ける。なお、図１に示される各機器の台数は例示であり、これに限定されるものではない。また、図１ではＩＰ網１が１つのネットワークのように示されるが、幾つかのサブネットワークに分割されるようにしてもよい。また、リソース情報管理サーバ１１０が本発明の管理手段及び通知手段に相当し、ＢＴＳが本発明の報知手段に相当する。
【００４６】
以下、本移動通信システムを構成する各装置について、本発明に係る特徴部分を中心に説明する。なお、各装置は、以下に説明していない機能についても一般的な移動通信システムにおいて必要な機能は有するものとし、本発明はこれらを限定するものではない。
【００４７】
〈リソース情報管理サーバ〉
リソース情報管理サーバ１１０は、ＩＰ網１に接続されるリソース情報を管理する。ここで、リソース情報とは、網側の全ノード若しくは所定のノードの負荷情報、能力情報等をいう。また、リソース情報には、各ノード間を繋ぐ物理リンクの負荷情報、能力情報等を含めるようにしてもよい。本実施形態の例では、当該リソース情報として、各ノードの輻輳状態に関する情報が収集されるものとする。この輻輳状態には、各ノードのＣＰＵ（Central Processing Unit）の処理負荷が高い状態の他、当該ノード内の所定の機能の処理負荷が高い状態、他のノードとの間のリンクの通信負荷が高い状態等も含まれる。
【００４８】
リソース情報管理サーバ１１０は、上述のリソース情報を収集し、この収集されたリソース情報に基づき、随時、適切リソース情報を生成する。適切リソース情報とは、網側のノードのうち各ＢＴＳと通信するＵＥ２００が使用すべき適切なノードの組み合わせに関する情報である。リソース情報管理サーバ１１０は、生成された適切リソース情報を各ＢＴＳへ通知する。リソース情報管理サーバ１１０は、各ＢＴＳへ適切リソース情報を通知した後、当該適切リソース情報の各移動端末への報知を指示するようにしてもよい。なお、上述の適切リソース情報生成の詳細については後述する。
【００４９】
〈基地局（ＢＴＳ）〉
ＢＴＳ１〜９は、自身が無線通信可能な通信エリア内にあるＵＥ２００と通信し、網側にＵＥ２００を接続する。各ＢＴＳは、ＵＥ２００から送信される各種信号を受信し、その信号に応じたデータをＩＰパケットとして所定のノードへ転送する。
【００５０】
また、ＢＴＳは、随時、微弱電波により報知情報を送信する。ＢＴＳは、この報知情報に、自身を示すＩＤ情報の他、上述のリソース情報管理サーバ１１０から通知される適切リソース情報を含める。報知情報により適切リソース情報を送信する方法としては、セルブロードキャスト、マルチキャストを使うようにしてもよい。この場合には、セルブロードキャストセンタ（以降、ＣＢＣとも表記する）、マルチキャストセンタ（以降、ＭＣとも表記する）をＩＰ網１に接続するようにしてもよい。なお、当該適切リソース情報の報知の詳細については後述する。
【００５１】
〈基地局制御装置（ＲＮＣ）〉
ＲＮＣ１〜３は、複数のＢＴＳを制御して、網内の所望のノードと当該ＢＴＳとを接続
する。ＲＮＣ１〜３は、ＵＥ２００が複数のＢＴＳと同時に接続するためのソフトハンドオーバ機能、レイク受信機能等を有する。例えば、ＲＮＣ１〜３は、ＵＥ２００が常に複数のＢＴＳと交信している場合に、それらＢＴＳのうち一番感度の高い信号を受信するＢＴＳを当該移動端末と通信すべき代表ＢＴＳと決定する。
【００５２】
ＲＮＣ１〜３は、決定された代表ＢＴＳから送信される信号を当該移動端末からの信号と判断し、ｘＧＳＮ１００、ＭＭＳ１０１等へ当該信号に対応するデータを転送する。なお、本移動通信システムではＲＮＣを有するが、ＲＮＣを設けず、ＭＭＳ１０１若しくはｘＧＳＮ１００が上述の機能を有し、直接ＢＴＳと通信するようにしてもよい。
【００５３】
〈移動通信交換機（ＭＭＳ）〉
ＭＭＳ１０１は、ＵＥ２００からの音声通話等で利用される回線交換（ＣＳ）の呼に応じて、いずれかのＢＴＳを介し各種通信サービスを提供する。通信サービスとしては、通常の通話サービス、当該通話サービスに基づく通話料割引サービス等がある。なお、本移動体通信システムは、このような提供するサービスを限定するものではない。
【００５４】
ＭＭＳ１０１は、通話サービスであれば、ＵＥ２００からの発呼を制御し、通信相手となる移動端末と呼接続を行う。なお、ＭＭＳ１０１は、当該通信サービスを提供するにあたり、各ＢＴＳのセルを管理し、併せて、ＵＥ２００の存在する位置を管理するようにしてもよい。
【００５５】
〈パケット交換機（ｘＧＳＮ）〉
ｘＧＳＮ１００は、ＵＥ２００からの、電子メール等のインターネット接続サービスで利用されるパケット交換（ＰＳ）の呼に対して、いずれかのＢＴＳを介し、各種パケット通信サービスを提供する。すなわち、ｘＧＳＮ１００は、ＵＥ２００からのＰＳ呼に対応するパケットをいずれかのＢＴＳを介して受信し、それに応じた呼制御を行う。
【００５６】
〈移動端末（ＵＥ）〉
以下、移動端末２００の機能概要について図２を用いて説明する。図２は、移動端末２００の機能概要を示すブロック図である。ＵＥ２００は、その所在地に応じて、その所在地を通信エリアとしてカバーするＢＴＳと無線通信する。ＵＥ２００は、無線通信機能を有した端末であり、例えば携帯電話、ＰＤＡ（Personal Digital Assistance）等である。
【００５７】
ＵＥ２００は、図２に示すように、報知情報受信部２１１（本発明の受信部に相当する）、リソース指定呼接続部２１２（本発明の送信部、送信手段に相当する）、適切リソース情報抽出部２１３（本発明の抽出部に相当する）、リソース情報選択部２１４（本発明の指定手段、指定部に相当する）、ユーザプロファイル２１５、グラフィックユーザインタフェース（以降、ＧＵＩと表記する）２１６及びリソース情報ＤＢ２１７を有し、以下のような機能を実現する。
【００５８】
また、ＵＥ２００は、報知情報受信部２１１により各ＢＴＳから送信される報知情報を受信する。ＵＥ２００は、当該報知情報を受信することにより、あるＢＴＳの対応する通信エリアから他のＢＴＳの対応する通信エリアへの自端末の移動を検知する。その他、ＵＥ２００は、当該報知情報を受信することにより適切リソース情報を受ける。
【００５９】
当該報知情報をセルブロードキャスト、マルチキャストにより受信する場合、ＵＥ２００は、それらの通信方法により送信される報知情報を受信することができるように自装置内の設定を行う。例えば、セルブロードキャストにより報知情報が送信される場合、ＵＥ２００は、セルブロードキャストが提供されるチャネルを予め受信対象として選択してお
く。
【００６０】
ＵＥ２００は、報知情報を受けると、適切リソース情報抽出部２１３により報知情報から適切リソース情報を抽出する。ＵＥ２００は、この抽出された適切リソース情報を自装置のメモリ（例えば、リソース情報ＤＢ２１７）に記憶する。このとき、ＵＥ２００は、受信された報知情報の適切リソース情報が自装置内に記憶されている以前のリソース情報から更新された場合に、更新された情報をメモリに記憶するようにしてもよい。
【００６１】
ＵＥ２００は、発呼時等に、当該適切リソース情報のうちの少なくとも１つのリソースの組み合わせに係るリソース情報を選択する。このリソース情報の選択にあたり、ＵＥ２００は、例えば、リソース情報ＤＢ２１７から取得された適切リソース情報をユーザフレンドリにＧＵＩ２１６に表示させることにより、ユーザに所望のリソース情報を選択させる（リソース情報選択部２１４）。
【００６２】
また、リソース情報選択部２１４により、予めユーザの好みの情報が保存されたユーザプロファイル２１５と適切リソース情報が比較され、一致したリソース選択候補が自動で決定されるようにしてもよい。
【００６３】
このように指定されたリソース情報を用いて網側に呼接続を要求すべく、ＵＥ２００は、当該指定されたリソース情報をルーティング情報として付加したメッセージを発信する（リソース指定呼接続部２１２）。ＵＥ２００によるこの適切リソースの指定機能の詳細については後述する。
【００６４】
〈網側の各ノード〉
網側の各ノードは、それぞれ、ＵＥ２００により選択されたリソースによる呼接続（ルーティング）を実現すべく共通の機能を有する。すなわち、網側のリソースのうち、ＵＥ２００により選択された指定リソースのみを用いるように呼接続を行う機能（以降、指定リソース接続機能とも表記する）である。図３は、網側の各ノードがこの指定リソース接続機能を共通に有する態様を示す図である。
【００６５】
これら各ノードは、ＵＥ２００からの通信要求信号中のルーティング情報を参照することにより当該指定リソース接続機能を実現する。この指定リソース接続機能の詳細については後述する。また、この指定リソース接続機能が本発明の接続手段及び抽出手段に相当する。
【００６６】
〈本移動通信システムにおける諸機能〉
以下、先に簡単に述べた、本移動通信システムの各ノードにより実現される各機能について、機能毎に詳細に説明する。
【００６７】
〈〈適切リソース情報の生成〉〉
以下、リソース情報管理サーバ１１０における上述の適切リソース情報生成機能の詳細について説明する。
【００６８】
まず、リソース情報管理サーバ１１０は、適切リソース情報生成を行うにあたり、網内のリソース情報を収集する。ＩＰ網１に接続されるＢＴＳ、ＲＮＣ、ＭＭＳ、ｘＧＳＮ等の各ノードは、自ノードの負荷情報等（本実施形態では輻輳状態）を随時計測している。そして各ノードは、定期的に若しくは所定のタイミング（例えば、状態が変化した場合）で、自ノードの輻輳状態をリソース情報管理サーバ１１０に送信する。なお、送信される輻輳状態は、呼種別毎に送信されるようにしてもよい。また、各ノードがその他の情報量や通信帯域幅等のパラメータを送信するようにし、リソース情報管理サーバ１１０が輻輳
状態を決定するようにしてもよい。
【００６９】
リソース情報管理サーバ１１０は、適切リソース情報を生成するために利用される、図４に示すリソース情報管理テーブルを持つ。図４は、リソース情報管理テーブルの設定例を示す図である。以下、このリソース情報管理テーブルについて図４を用いて説明する。なお、このリソース情報管理テーブルは、例えば、リソース情報管理サーバ１１０内のメモリに格納される。
【００７０】
リソース情報管理テーブルには、ＢＴＳ毎に、呼種別、候補ＲＮＣ、候補ＭＭＳ／ｘＧＳＮ、品質性能、コスト、ＲＮＣ及びＭＭＳ／ｘＧＳＮの輻輳状態に関する情報がそれぞれ設定される。このうち、輻輳状態に関する情報は、各ノードから収集されるリソース情報により随時更新される。輻輳状態以外の情報については、予め、システム保守者／管理者等により設定されるようにしてもよい。また、網内の各ノードが増設、減設される際に、当該保守者等により、本リソース情報管理テーブルが変更されるようにしてもよい。
【００７１】
呼種別フィールドには、各ＢＴＳがサポートする呼の種別が設定される。呼種別には、例えば、音声通話等で利用される回線交換（ＣＳ）、電子メール等のインターネット接続サービスで利用されるパケット交換（ＰＳ）がある。
【００７２】
候補ＲＮＣフィールドには、ＢＴＳと呼種別の組み合わせ毎に、ソフトハンドオーバの対象となり得るＲＮＣのリストが設定される。
【００７３】
候補ＭＭＳ／ｘＧＳＮフィールドには、ＢＴＳと呼種別とＲＮＣとの組み合わせ毎に、接続可能な及びサービス提供可能なＭＭＳ若しくはｘＧＳＮのリストが設定される。
【００７４】
品質／性能フィールドには、ＢＴＳとＲＮＣとＭＭＳ／ｘＧＳＮとの組み合わせ毎に、その組み合わせに係る各ノード間のリンク及び各ノードのハードウェアスペック等を考慮した、通信品質若しくは通信性能の評価値が設定される。通信性能の評価値は、例えば、当該組み合わせに係るノード間のリンクに応じた通信帯域幅、ホップ数を用いて算出されるようにしてもよい。
【００７５】
コストフィールドには、ＢＴＳとＲＮＣとＭＭＳ／ｘＧＳＮとの組み合わせ毎に、その組み合わせに係る各ノードを利用する上でかかるコスト（通信費用）等に応じた評価値が設定される。これは、各ノードを供給する網事業者に応じてコストが異なることを想定し設けたパラメータである。ここでの網事業者とは、現在のような移動通信網全体を提供する事業者のみならず、例えば、所定のＢＴＳのみを提供する事業者、所定のＲＮＣのみを提供する事業者、交換サービス（ＭＭＳ若しくはｘＧＳＮ）のみを提供する事業者等も含む。これにより、各網事業者が提供するノードを組み合わせた呼接続サービスも可能となる。
【００７６】
輻輳状態フィールドには、各ＲＮＣ及びＭＭＳ／ｘＧＳＮそれぞれに関しての輻輳状態が設定される。この情報は、リソース情報管理サーバ１１０がＩＰ網１に接続される全ノード若しくは所定のノードに関するリソース情報を収集して得た情報により適宜更新される。
【００７７】
リソース情報管理サーバ１１０は、このようなリソース情報管理テーブルに基づき、適切リソース情報を生成する。まず、適切リソース情報を生成するにあたって、リソース情報管理サーバ１１０は、リソース情報管理テーブルの輻輳状態を参照し、ＲＮＣ若しくはｘＧＳＮの輻輳状態が閾値を超える組み合わせを適切リソースの候補から除外する（図４に示す選択フィールドが「×」の行）。図４に示す例では、輻輳状態が「高」のノードが
存在するリソースの組み合わせを除外している。
【００７８】
そして、リソース情報管理サーバ１１０は、リソース情報管理テーブルの所定のリストが除外された残りのリソースの組み合わせに関し、適切リソース情報を生成する。適切リソース情報には、各リソースの組み合わせそれぞれに関し、呼種別フィールド、候補ＲＮＣフィールド、候補ＭＭＳ／ｘＧＳＮフィールド、品質フィールド及びコストフィールドに設定された情報が含められる。なお、図４に示される各行は、リソースの組み合わせの１つであり、これをＢＴＳ毎にまとめた情報が適切リソース情報となる。
【００７９】
その後、リソース情報管理サーバ１１０は、決定された適切リソース情報をＩＰパケット化し、各ＢＴＳへそれぞれ通知する。例えば、ＢＴＳ５へ通知される適切リソース情報は、図４の２重線で囲まれる部分である。
【００８０】
〈〈適切リソース情報の送信〉〉
次に、各ＢＴＳにおける上述の適切リソース情報の送信方法について説明する。
【００８１】
各ＢＴＳは、リソース情報管理サーバ１１０から適切リソース情報を通知されると、当該適切リソース情報を含めた報知情報を自装置の無線通信可能範囲内のＵＥ２００へ送信する。
【００８２】
報知情報の送信フォーマットには、３ＧＰＰ（3rd Generation Partnership Project）で規定されるシステムインフォメーションブロック（ＳＩＢ）を使用するフォーマット、又は、セルブロードキャストが使用される場合には３ＧＰＰ−ＴＳ−２３．０４１に規定されるフォーマット等が用いられる。
【００８３】
ＢＴＳは、上述のＳＩＢのフォーマットを用いる場合には新たなＳＩＢ（ＳＩＢ−Ｍ）を追加し、そのＳＩＢ―Ｍにリソース選択候補として適切リソース情報を設定する。この場合の送信フォーマットを図５に示す。図５は、ＳＩＢ使用時の適切リソース情報送信フォーマットを示す図である。図５に示されるように、適切リソース情報が複数の組み合わせを含む場合には、その組み合わせ数分リソース選択候補が追加される。すなわち、図４に示されるリソース情報管理テーブルの各行が１つのリソース選択候補として設定される。
【００８４】
ＲＮＣ−ＩＤ部には、適切リソース情報の候補ＲＮＣフィールドの値が設定される。ＭＭＳ−ＩＤ部には、同情報の候補ＭＭＳ／ｘＧＳＮフィールドの値が設定される。コスト情報部には、同情報のコストフィールドの値が設定される。ＱｏＳ（Quality of Service）部には、同情報の品質／性能フィールドの値が設定される。なお、図５に示すフォーマットは例示であり、適切リソース情報として提供元となる事業者情報を含む場合にはこのメッセージフォーマットにもその事業者情報に対応する情報が設定されるようにしてもよい。
【００８５】
また、ＢＴＳは、上述のセルブロードキャストにより報知情報を通知する場合には、セルブロードキャスト（ＣＢ）データ部を拡張し、適切リソース情報を設定する。この場合の送信フォーマットを図６に示す。図６は、セルブロードキャスト使用時の適切リソース情報送信フォーマットを示す図である。図６に示されるように、適切リソース情報が複数の組み合わせを含む場合には、その組み合わせ数分リソース選択候補が追加される。ＣＢデータ部に設定される情報は、ＳＩＢ使用の場合と同様である。
【００８６】
〈〈移動端末による適切リソースの指定〉〉
次に、移動端末における適切リソース情報に含まれるリソース選択候補の指定機能につ
いて説明する。
【００８７】
移動端末は、報知情報を受信する度に、受信された報知情報に含まれる適切リソース情報を自装置のメモリ内に記憶する。また、移動端末は、報知情報を受信する度に自装置内に記憶される適切リソース情報と受信された適切リソース情報を比較し、両者が異なる場合にのみ、受信された適切リソース情報をメモリ内に記憶するようにしてもよい。なお、適切リソース情報に含まれるリソース選択候補が１つである場合には、移動端末は当該リソース選択候補を用いて発信を行う。
【００８８】
リソース選択候補が複数ある場合、移動端末は、ユーザに複数のリソース選択候補のうちの好きなリソースの組み合わせを選択させる。このリソース選択をさせるにあたり、移動端末は、自装置内の画面に選択画面を表示する。ユーザは、この選択画面を操作することにより、好みに合ったリソースを選択する。
【００８９】
このときの選択画面を図７に示す。図７は、移動端末におけるリソース選択画面のイメージ図である。図７の画面では、設備情報、通信品質、通信コスト等のパラメータをユーザフレンドリに表示している。また、図７に示すリストは、図４におけるＢＴＳ５に関する適切リソース情報のうち、図４の２重線で囲まれる部分の上から３行分を表示した例である。
【００９０】
図７の「Ａ事業者○○設備」とあるのは、ＢＴＳ５におけるＲＮＣ２とＭＭＳ１とのリソース組み合わせを示し（図４のＢＴＳ５における一番上の行）、図７の「△△設備」とあるのは、ＲＮＣ１とＭＭＳ１とのリソース組み合わせを示し（図４のＢＴＳ５における上から３行目の行）、図７の「□□設備」とあるのは、ＲＮＣ３とＭＭＳ２とのリソース組み合わせを示す（図４のＢＴＳ５における上から５行目の行）。
【００９１】
なお、図７に示すリソース選択画面は一例であり、ＢＴＳから移動端末へ送信する情報を少なくする場合にはより簡易的な情報を表示するようにしてもよく、ＢＴＳからの情報を多くできる場合にはより詳細な情報（例えば、通信品質として通信帯域等）を表示するようにしてもよい。また、選択画面を表示せず、音声によりリソース選択するようにしてもよい。
【００９２】
このようなリソース選択画面は、例えば発呼時等に表示される。移動端末のユーザは、このリスト中の一の候補を選択し、発信する。ユーザは、例えば図７の画面において、使用したいリソースを示す行の選択フィールドに●印を付け、実行ボタン３００を押下することにより、●印が付されたリソースを選択する。これにより、以降、本移動通信システムにおいて提供される通信サービスは、ＲＮＣ１とＭＭＳ１とのリソース組み合わせにより実現されることになる。
【００９３】
また、その選択は、予めユーザが自分の好みの情報（事業者はＡ社がよい、品質が悪くても常にコストが安いものがよいなど ）をプロファイルとして予め保存しておき、そのプロファイルと報知情報を比較し、一致したリソース選択候補を自動で決定するようにしてもよい。
【００９４】
更に、移動端末において複数のリソース選択候補を指定可能としてもよい。指定したリソース選択候補が常に有効であるとは限らず、リソース捕捉失敗に終わった場合の予備の選択肢として有効だからである。
【００９５】
このように選択されたリソースの組み合わせに係る情報は、無線インタフェースプロトコルを構成する論理チャネルのうちＣＣＣＨ（Common Control Channel）を用いて、移動
端末からＢＴＳへ送信される。図７の選択例では、ＲＮＣ１とＭＭＳ１とを利用する旨の情報がＢＴＳへ送信される。これにより、ＲＲＣ（Radio Resource Control）における、移動端末から網側のＢＴＳ、ＲＮＣ、ＭＭＳ等への無線リソース制御に、この選択されたリソースの組み合わせを利用することができるようになる。
【００９６】
〈〈選択されたリソースによる呼接続〉〉
以下、網側の各ノードが、移動端末からの通信要求を選択（指定）されたリソースに沿って転送する、すなわち呼接続する方法について説明する。
【００９７】
移動端末は、先に述べた方法により、指定されたリソースの組み合わせにかかる情報（以降、ルーティング情報とも表記する）をＢＴＳへ送信する。ＢＴＳは、ＣＣＣＨから当該リソースの組み合わせに係る情報を取得する。そして、ＢＴＳは、この取得された情報が設定されたルーティング情報フィールドとＩＰヘッダを移動端末から送信された局間制御信号に付加したＩＰパケットを生成する。ＢＴＳは、その生成されたＩＰパケットを当該ルーティング情報に含まれるノードのうち、次に転送すべきＲＮＣへ送信する。このときのメッセージフォーマットの例を図８に示す。
【００９８】
図８に示されるメッセージフォーマットには、移動端末から指定されたリソースの組み合わせにかかるノードを順にメッセージが転送するように、ルーティング情報フィールドが付加されている。ルーティング情報フィールドは、移動端末で選択されたＢＴＳ、ＲＮＣ、ＭＭＳ若しくはｘＧＳＮを示すＩＤ情報が設定される。なお、ＢＴＳ、ＲＮＣ、ＭＭＳ等のノードＩＤ指定以外にも、ノードのＩＤアドレスやポイントコードで指定するようにしてもよい。
【００９９】
また、各ノードが局間制御信号を転送する際には、ノード間に制御リンクを確率する必要がある。しかし、ノード間の制御チャネルの確立には、ある程度の時間を要するため、呼毎にノードを選択しようとした場合に呼接続処理の遅延が懸念される。そこで、移動端末の所定の呼に応じて確立されたノード間リンクは、一定時間確立したままにしておくことにより、次の呼（他の移動端末からでも可）からは呼接続時間を短縮することができる。
【０１００】
また、ＢＴＳが報知情報でリソース情報を報知する際に、予め選択されるノードが分かっているため、利用可能性の高いノード間のリンクを予め確立しておくようにしてもよい。図９は、本実施形態における移動通信システムのリソース予約接続機能の概要を示す図である。図９では、ＢＴＳ３が報知情報を送信する前に、ＢＴＳ３とＲＮＣ３との間のリンク、及び、ＲＮＣ３とＭＭＳ１０１との間のリンクを予約的に確立している例が示されている。このような機能が本発明の予約手段に相当する。
【０１０１】
〔動作例〕
次に、本実施形態の移動通信システムにおける動作例について、上述の機能毎にそれぞれ説明する。
【０１０２】
〈適切リソース情報の生成動作〉
まず、本実施形態における移動通信システムの適切リソース情報の生成動作について図１０を用いて説明する。図１０は、本移動通信システムにおける適切リソース情報の生成動作を示すシーケンス図である。
【０１０３】
網側の各ノードＭＭＳ１０１（ｘＧＳＮ１００も含む）、ＲＮＣ１、２及び３、ＢＴＳ１及び２（その他のＢＴＳも含む）はそれぞれ、所定のタイミングにより、リソース情報管理サーバ１１０へ自身の輻輳状態をリソース情報として報告する（Ｓ７０１からＳ７０
６）。この例では、各ノードがリソース情報管理サーバ１１０へ報告する場合の動作例を示すが、逆にリソース情報管理サーバ１１０が各ノードから当該リソース情報を収集するようにしてもよい。
【０１０４】
リソース情報管理サーバ１１０は、収集された各ノードのリソース情報に基づき適切リソース情報を生成する。この適切リソース情報は、上述のとおり、各ＢＴＳ用にそれぞれ生成される。
【０１０５】
リソース情報管理サーバ１１０は、生成された適切リソース情報を対象となるＢＴＳへ送信する（Ｓ７０７）。図１０の例では、ＢＴＳ１に関する適切リソース情報のみが変更された場合を想定し、ＢＴＳ１へのみ当該適切リソース情報が送信される場合の例を示しているが、当然、他のＢＴＳ（ＢＴＳ２等）へ送信されるようにしてもよい。
【０１０６】
図１０の下方では、ＲＮＣ１、ＲＮＣ３からのみリソース情報が報告される場合の例が示されている（Ｓ７１０、Ｓ７１１）。このように、各ノードが自身の輻輳状態が変更されたことを検知した場合のみ当該リソース情報を報告するようにしてもよい。更に、この例では、リソース情報管理サーバ１１０は、ＢＴＳ２へ更新された適切リソース情報を通知している（Ｓ７１２）。
【０１０７】
また、図１０には、セルブロードキャストセンタ（ＣＢＣ）若しくはマルチキャストセンタ（ＭＣ）を利用する動作シーケンスについても点線により示されている。この場合には、リソース情報管理サーバ１１０は、報知情報更新指示をＣＢＣ若しくはＭＣへ通知し（Ｓ７０８）し、通知を受けたＣＢＣ若しくはＭＣが対象となるＢＴＳ２へ報知情報更新指示を通知する（Ｓ７０９）。
【０１０８】
〈適切リソース情報の報知情報による送信動作〉
次に、本移動通信システムの各ＢＴＳにおける適切リソース情報の送信動作について図１１を用いて説明する。図１１は、ＢＴＳからの報知情報による適切リソース情報の送信動作の概念を示す図である。
【０１０９】
図１１に示されるように、各ＢＴＳは、図５の例における報知情報の送信フォーマットにより移動端末に適切リソース情報を送信する。図１１の例では、送信フォーマット中のＳＩＢ―Ｍ部に適切リソース情報が設定され、ＵＥ２００に送信される。なお、図１１におけるＭＩＢは、Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋを示し、ＳＩＢは、Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋを示し、ＴＢは、Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋを示す。
【０１１０】
〈選択されたリソースによる呼接続動作〉
次に、移動端末により選択されたリソースによる、本移動通信システムの網側の各ノードの呼接続動作について、図１２を用いて説明する。図１２は、本移動通信システムにおける呼接続シーケンスを示す図である。図１２の例は、ＵＥにより選択されたリソースの組み合わせ（ＢＴＳ１−ＲＮＣ２−ＭＭＳ１）に沿って、ＵＥから送信された信号が転送される様子を示している。図１２における二重線で示されるノード（ＢＴＳ１、ＲＮＣ２、ＭＭＳ１）がＵＥ２００により指定されたリソースの組み合わせに係るノードである。
【０１１１】
ＵＥにより指定されたリソースの組み合わせに係る情報は、論理チャネルのＣＣＣＨ（Common Control Channel）により、ＵＥから網側の各ノードへ送信される。この情報は、図１２におけるメッセージ毎の論理チャネルに設定されるようにしてもよいし、所定のメッセージのみに設定されるようにし、各ノードにより保持されたものが利用されるようにしてもよい。
【０１１２】
ＵＥからの送信信号を受信したＢＴＳ１は、ＣＣＣＨに含まれるルーティング情報に基づき、次に転送すべきノードＲＮＣ２を決定する。そして、ＢＴＳ１は、決定されたＲＮＣ２との間にＲＲＣコネクションを確立する。このとき、ＢＴＳ１は、ＵＥからの送信信号に対応する局間制御信号にこのルーティング情報とＩＰヘッダとを付加したＩＰパケットをＲＮＣ２へ送信する。
【０１１３】
当該ＩＰパケットを受信したＲＮＣ２は、このＩＰパケットのルーティング情報に設定される情報に基づき、次に転送すべきノードＭＭＳ１を決定する。そして、ＲＮＣ２は、転送先となるＭＭＳ１との間にリンクを確立し、その確立されたリンクを用い、ＲＡＮＡＰ（Radio Access Network Application Part）プロトコル等によりシグナリングを実現する。
【０１１４】
このように確立されたＢＴＳ１とＲＮＣ２との間のリンク、ＲＮＣ２とＭＭＳ１との間のリンクは、その呼接続が終了されるまでの間、保持されるようにしてもよい。この場合には、図１２に示されるシーケンスのうち、コネクションのセットアップに関するデータの送受信は省略することができるため、高速なデータ転送を可能とする。
【０１１５】
なお、ルーティング情報には、指定されたノードを示すＩＤ情報が含まれるようにし、網側の各ノードは、このＩＤ情報から指定されたノードのＩＰアドレスを取得し、転送先を指定するようにしてもよい。以下に、ルーティング情報に指定されたノードを示すＩＤ情報が含まれる場合の、網側の各ノードの呼接続動作フローを図１３を用いて説明する。図１３は、網側の各ノードにおける呼接続動作を示すフローチャートである。
【０１１６】
ＢＴＳ、ＲＮＣ、ＭＭＳ１０１、ｘＧＳＮ１００は、ＵＥ２００からの通信メッセージ若しくはその転送メッセージを受信すると（Ｓ１３０１）、受信されたメッセージ中のルーティング情報フィールドから次接続ノードに関するノードＩＤを抽出する（Ｓ１３０２）。ＢＴＳであれば、ＣＣＣＨから当該ノードＩＤを抽出し、それ以外のノードであれば、図８に示されるフォーマットのルーティング情報フィールドに設定される値を抽出する。
【０１１７】
続けて、ノードは、抽出されたノードＩＤをＩＰアドレスに変換する（Ｓ１３０３）。この変換については、ノードＩＤとＩＰアドレスとの変換表を各ノードがそれぞれ保持するようにしてもよいし、所定のサーバにアドレス変換要求を送信するようにしてもよい。
【０１１８】
そして、ノードは、変換されたＩＰアドレスが指す対向ノードとの間にリンクが既に確立されているか否かを確認する（Ｓ１３０４）。そして、未だリンクが確立されていなければ（Ｓ１３０４；ＮＯ）、ノードは、その対向ノードとの間に局間制御リンクを確立する（Ｓ１３０５）。
【０１１９】
〈実施形態における作用／効果〉
本実施形態による移動通信システムでは、リソース情報管理サーバ１１０により網側の各ノードのそれぞれについての輻輳状態等がリソース情報として収集される。収集されたリソース情報はリソース情報管理テーブルに保持される。リソース情報管理サーバ１１０は、このリソース情報管理テーブルを参照することにより、例えば輻輳状態となっているノードを除外したリソースの組み合わせを、適切リソース情報としてＢＴＳ毎に生成する。
【０１２０】
生成された適切リソース情報は、リソース情報管理サーバ１１０から各ＢＴＳへ通知される。ＢＴＳは、この適切リソース情報を含めた報知情報を移動端末へ送信する。
【０１２１】
移動端末は、無線通信可能範囲内に位置するＢＴＳからの報知情報を受信し、受信された報知情報に含まれる適切リソース情報のうち、利用したいリソースの組み合わせを選択する。移動端末は、発呼時等に、この選択されたリソースの組み合わせに係るルーティング情報を含めた信号を対象となるＢＴＳへ送信する。
【０１２２】
以降、移動端末から送信された信号は、当該ルーティング情報に含まれるノードに沿って網側を転送される。この転送時には、各ノードが当該ルーティング情報をＩＰパケットに設定し、そのＩＰパケットが次のノードに転送される。
【０１２３】
このように、本実施形態では、網側でリソース稼働状況を収集し、それを報知情報により移動端末に通知する。更に、移動端末が当該報知情報から使用したいリソースを選択し、その選択されたリソースに従って、網側の各ノードが転送を行う。
【０１２４】
このため、移動端末では、時々刻々と変化するシステム稼働状況に対応して、個々のユーザの要求に応じたリソースを自由に選択することができる。更に、網側では、その選択されたリソースが利用されるべく制御される。
【０１２５】
これにより、本移動通信システムでは、移動端末との通信において随時最適な網リソースを選択することができる。
【０１２６】
〔本実施形態における第一変形例〕
以下、上述の実施形態における移動通信システムの第一変形例について図１４を用いて説明する。上述の実施形態における移動通信システムでは、リソース情報管理サーバ１１０がＢＴＳ毎に生成された適切リソース情報を各ＢＴＳへ通知していた。本変形例における移動通信システムでは、移動端末を所定の集合に分類した端末群毎に適切リソース情報を生成する手法が採られる。図１４は、リソース情報管理テーブルの第一変形例を示す図である。
【０１２７】
リソース情報管理サーバ１１０は、図１４に示すリソース情報管理テーブルを保持する。このリソース情報管理テーブルには、上述の実施形態におけるテーブルに更に端末群フィールドが付加されている。
【０１２８】
この端末群フィールドには、移動端末を所定の集合に分類した端末群の情報が設定される。この端末群は、全移動端末で一斉に同じリソースが使用されないように群分けされ、例えば、電話番号の最後の一桁で１０通りの群に群分けされるようにしてもよい。図１４には、２つの端末群に分けられる例が示されている。
【０１２９】
リソース情報管理サーバ１１０は、このようなリソース情報管理テーブルに基づき、適切リソース情報を生成する。適切リソース情報を生成するにあたってのリソース情報管理サーバ１１０の処理は、上述の本実施形態と同様である。但し、本変形例により生成される適切リソース情報には、上述の実施形態の場合の情報の他、端末群に関する情報が付加される。
【０１３０】
ＢＴＳは、通知された適切リソース情報を端末群毎に区別可能な状態で報知情報に含め、移動端末へ送信する。端末群毎に区別可能な状態とは、例えば、端末群のＩＤ情報に続けてその端末群に関する適切リソース情報という順で並んだ状態としてもよい。本発明は、端末群毎に区別可能であれば、報知情報への含め方を限定するものではない。
【０１３１】
移動端末は、受信される報知情報のうち、自端末が属する端末群に関する適切リソース
情報を抽出する。移動端末は、この抽出された適切リソース情報を用いて、最適なリソースを指定する。
【０１３２】
これにより、本変形例における移動通信システムでは、複数の移動端末から一斉に通信要求が送信された場合等に、一時的に負荷が一極（１つのＲＮＣ等）に集中するのを防ぐことができ、一斉に通信要求された場合においても適切なリソース配分を行うことができる。
【０１３３】
[その他]
本実施形態は次の発明態様を開示する。
【０１３４】
（付記１）
端末と無線通信を行う基地局を含む複数のノードが接続される通信網を有し、前記端末からの通信要求に応じて通信サービスを提供する移動通信システムにおいて、
前記複数のノードに関する情報を含む前記通信網内のリソース情報を管理する管理手段と、
前記リソース情報を含めた報知情報を前記基地局から前記端末に送信する報知手段と、
前記端末からの通信要求が前記基地局により受信された場合に、前記通信網内のリソースのうち前記端末から指定されたリソースを使用して、前記通信要求に応じた呼接続を行う接続手段と、
を備える移動通信システム。
【０１３５】
（付記２）
前記管理手段は、
前記リソース情報を前記基地局毎に分類し、分類されたリソース情報を各基地局へそれぞれ通知する通知手段を更に備え、
前記報知手段は、
前記分類されたリソース情報を前記報知情報に含め、
前記接続手段は、
前記端末からの通信要求が受信された場合に、その通信要求に対応する信号から、その端末により指定されたリソースに関する指定リソース情報を抽出する抽出手段を更に備え、
前記通信網内のリソースのうち、抽出された指定リソース情報により特定されるリソースを使用して、前記通信要求信号に応じた呼接続を行う、
付記１に記載の移動通信システム。
【０１３６】
（付記３）
前記通知手段は、
前記リソース情報のうち、呼種別毎に適切なリソースの組み合わせを適切リソース情報として生成し、該適切リソース情報を前記基地局毎に分類し、分類された適切リソース情報を各基地局へそれぞれ通知し、
前記報知手段は、
前記分類された適切リソース情報を前記報知情報に含める、
付記２に記載の移動通信システム。
【０１３７】
（付記４）
前記通知手段は、
前記リソース情報のうち、呼種別毎、及び前記端末を所定の集合に分類した端末群毎に、適切なリソースの組み合わせを適切リソース情報として生成し、
前記報知手段は、
前記分類された適切リソース情報を前記端末群毎に区別可能な状態で前記報知情報に含める、
付記３に記載の移動通信システム。
【０１３８】
（付記５）
前記報知手段は、ＳＩＢ（System Information Block）を用いて報知情報を送信する付記１から３のいずれか１つに記載の移動通信システム。
【０１３９】
（付記６）
前記報知手段は、セルブロードキャストを用いて報知情報を送信する付記１から３のいずれか１つに記載の移動通信システム。
【０１４０】
（付記７）
前記報知手段は、マルチキャストを用いて報知情報を送信する付記１から３のいずれか１つに記載の移動通信システム。
【０１４１】
（付記８）
前記接続手段は、所定の通信要求に応じた呼接続のために確立されたリンクを所定時間維持する付記１又は２に記載の移動通信システム。
【０１４２】
（付記９）
前記報知手段は、
前記リソース情報に基づき、予め所定のリソースを用いたリンクを確立するよう制御する予約手段を更に備え、
前記予約手段によりリンクが確立された後に、前記報知情報を送信する、
付記１又は２に記載の移動通信システム。
【０１４３】
（付記１０）
前記接続手段は、ノード間で送受される制御信号に前記端末から指定されたリソースを識別する情報をルーティング情報として付加することにより呼接続を行う付記１又は２に記載の移動通信システム。
【０１４４】
（付記１１）
前記端末は、
前記基地局からの報知情報から、自身の属する端末群に関する前記適切リソース情報を抽出し、抽出された適切リソース情報から所定のリソースを指定する指定手段と、
指定されたリソースに関する情報と共に前記通信要求を送信する送信手段と、
を更に備える付記４に記載の移動通信システム。
【０１４５】
（付記１２）
基地局を含む複数のノードが接続される通信網を有する移動通信システムと前記基地局と無線通信を行うことにより接続し、通信サービスの提供を受ける移動通信端末において、
前記基地局からの報知情報を受信する受信部と、
受信された報知情報から前記通信網内のリソース情報を抽出する抽出部と、
前記リソース情報から所定のリソースを指定する指定部と、
前記通信サービスの提供を受ける際に、指定されたリソースに関する情報と共に通信要求を送信する送信部と、
を備える移動通信端末。
【０１４６】
（付記１３）
端末と無線通信を行う基地局を含む複数のノードが接続される通信網を有し、前記端末からの通信要求に応じて通信サービスを提供する移動通信システムで実行される呼接続方法であって、
前記複数のノードに関する情報を含む前記通信網内のリソース情報を管理する管理ステップと、
前記リソース情報を含めた報知情報を前記基地局から前記端末に送信する報知ステップと、
前記端末からの通信要求が前記基地局により受信された場合に、前記通信網内のリソースのうち前記端末から指定されたリソースを使用して、前記通信要求に応じた呼接続を行う接続ステップと、
を備える呼接続方法。
【０１４７】
（付記１４）
前記管理ステップは、
前記リソース情報を前記基地局毎に分類し、分類されたリソース情報を各基地局へそれぞれ通知する通知ステップを更に備え、
前記報知ステップは、
前記分類されたリソース情報を前記報知情報に含め、
前記接続ステップは、
前記端末からの通信要求が受信された場合に、その通信要求に対応する信号から、その端末により指定されたリソースに関する指定リソース情報を抽出する抽出ステップを更に備え、
前記通信網内のリソースのうち、抽出された指定リソース情報により特定されるリソースを使用して、前記通信要求信号に応じた呼接続を行う、
付記１３に記載の呼接続方法。
【０１４８】
（付記１５）
前記通知ステップは、
前記リソース情報のうち、呼種別毎に適切なリソースの組み合わせを適切リソース情報として生成し、該適切リソース情報を前記基地局毎に分類し、分類された適切リソース情報を各基地局へそれぞれ通知し、
前記報知ステップは、
前記分類された適切リソース情報を前記報知情報に含める、
付記１４に記載の呼接続方法。
【０１４９】
（付記１６）
前記通知ステップは、
前記リソース情報のうち、呼種別毎、及び前記端末を所定の集合に分類した端末群毎に、適切なリソースの組み合わせを適切リソース情報として生成し、
前記報知ステップは、
前記分類された適切リソース情報を前記端末群毎に区別可能な状態で前記報知情報に含める、
付記１５に記載の呼接続方法。
【０１５０】
（付記１７）
前記接続ステップは、所定の通信要求に応じた呼接続のために確立されたリンクを所定時間維持する付記１３又は１４に記載の呼接続方法。
【０１５１】
（付記１８）
前記報知ステップは、
前記リソース情報に基づき、予め所定のリソースを用いたリンクを確立するよう制御する予約ステップを更に備え、
前記予約ステップによりリンクが確立された後に、前記報知情報を送信する、
付記１３又は１４に記載の呼接続方法。
【０１５２】
（付記１９）
前記接続ステップは、ノード間で送受される制御信号に前記端末から指定されたリソースを識別する情報をルーティング情報として付加することにより呼接続を行う付記１３又は１４に記載の呼接続方法。
【０１５３】
（付記２０）
前記端末が、
前記基地局からの報知情報から、自身の属する端末群に関する前記適切リソース情報を抽出し、抽出された適切リソース情報から所定のリソースを指定するステップと、
指定されたリソースに関する情報と共に前記通信要求を送信するステップと、
を更に備える付記１９に記載の呼接続方法。
【図面の簡単な説明】
【０１５４】
【図１】図１は実施形態における移動通信システムのシステム構成を示す図である。
【図２】図２は移動端末の機能構成を示す図である。
【図３】図３は網側のノードが指定リソース接続機能を有することを示す図である。
【図４】図４はリソース情報管理テーブルの設定例を示す図である。
【図５】図５はＳＩＢによる報知情報のフォーマットを示す図である。
【図６】図６はセルブロードキャストによる報知情報のフォーマットを示す図である。
【図７】図７は移動端末におけるリソース選択画面の例を示す図である。
【図８】図８は網側の局間制御信号の転送メッセージのフォーマットを示す図である。
【図９】図９は網側のノードが指定リソース接続機能及びリソース予約接続機能を有することを示す図である。
【図１０】図１０は適切リソース情報の生成動作シーケンスを示す図である。
【図１１】図１１は報知情報の送信フォーマットを示す図である。
【図１２】図１２は実施形態の移動通信システムにおける呼接続シーケンスを示す図である。
【図１３】図１３は網側のノードにおける呼接続動作フローを示す図である。
【図１４】図１４はリソース情報管理テーブルの変形例を示す図である。
【図１５】図１５は従来の移動通信システムの構成を示す図である。
【図１６】図１６はＩＰ網で接続される従来の移動通信システムの構成を示す図である。
【符号の説明】
【０１５５】
１、１０１０  ＩＰ網
１００、１０００  パケット交換機（ｘＧＳＮ）
１０１、１００１  移動通信交換機（ＭＭＳ）
１１０  リソース情報管理サーバ
２００、１００６  移動端末（ＵＥ）
２１１  報知情報受信部
２１２  リソース指定呼接続部
２１３  適切リソース情報抽出部
２１４  リソース情報選択部
２１５  ユーザプロファイル
２１６  グラフィックユーザインタフェース（ＧＵＩ）
２１７  リソース情報データベース
３００  実行ボタン
１００２、１００３、１００４  基地局制御装置（ＲＮＣ）
１００５、１００５−１  基地局（ＢＴＳ）
【国際調査報告】
2007043117.tif 000019
2007043117.tif 000020
2007043117.tif 000021
2007043117.tif 000022