(57)【要約】【課題】無線基地局のＭＢＭＳに対する所要電力を軽減することが可能な無線基地局制御装置を提供する。【解決手段】リソースマネージメント制御部１３は、ユーザ数が閾値以上のセルを有するＮｏｄｅＢについては、ベアラの種別を、ＰＴＭベアラと決定する。また、リソースマネージメント制御部１３は、そのユーザ数がその閾値未満のセルを有するＮｏｄｅＢについては、ベアラの種別を、ＰＴＭ所要電力および隣接セルゲインに基づいて決定する。ベアラ設定部１２は、リソースマネージメント制御部１３が決定したＮｏｄｅＢのベアラ種別を、そのＮｏｄｅＢに設定する。【選択図】図１
2008252472.tif 000002
【特許請求の範囲】
【請求項１】
複数の無線基地局に接続された無線基地局制御装置であって、
ＭＢＭＳのセッションを確立する旨の確立指示を受信する受信部と、
前記受信部が前記確立指示を受信すると、前記ＭＢＭＳを受信する無線端末の数が予め定められた閾値以上のセルを有する無線基地局については、ベアラ種別を、ＰＴＭベアラと決定し、該数が該閾値未満のセルを有する無線基地局については、前記ベアラ種別を、前記ＰＴＭベアラが設定されたときの該無線基地局のＰＴＭ所要電力と、そのときの該無線基地局とセルが隣接した無線基地局への所要電力の隣接利得と、に基づいて決定する決定部と、
前記決定部が決定したベアラ種別を該無線基地局に設定する設定部と、を含む無線基地局制御装置。
【請求項２】
請求項１に記載の無線基地局制御装置において、
前記決定部は、前記数が前記閾値未満のセルを有する無線基地局については、前記ベアラ種別を、ＰＴＰベアラが設定されたときの該無線基地局のＰＴＰ所要電力が、前記ＰＴＭ所要電力から、前記隣接利得に応じた電力を減算した全体値以上であると、前記ＰＴＭベアラと決定し、一方、該ＰＴＰ所要電力が該全体値未満であると、前記ＰＴＰベアラと決定する、無線基地局制御装置。
【請求項３】
請求項１または２に記載の無線基地局制御装置において、
前記決定部は、前記数が０のセルを有する無線基地局については、前記ベアラ種別を、前記ＰＴＭ所要電力が前記隣接利得に応じた電力以下であると、前記ＰＴＭベアラと決定し、一方、該ＰＴＭ所要電力が該隣接利得より大きいと、ＮＯベアラと決定する、無線基地局制御装置。
【請求項４】
複数の無線基地局に接続された無線基地局制御装置によるベアラ設定方法であって、
ＭＢＭＳのセッションを確立する旨の確立指示を受信する受信ステップと、
前記確立指示が受信されると、前記ＭＢＭＳを受信する無線端末の数が予め定められた閾値以上のセルを有する無線基地局については、ベアラ種別を、ＰＴＭベアラと決定する数決定ステップと、
該数が該閾値未満のセルを有する無線基地局については、前記ベアラ種別を、前記ＰＴＭベアラが設定されたときの該無線基地局のＰＴＭ所要電力と、そのときの該無線基地局とセルが隣接した無線基地局への所要電力の隣接利得と、に基づいて決定する利得決定ステップと、
前記決定されたベアラ種別を該無線基地局に設定する設定ステップと、を含むベアラ設定方法。
【請求項５】
請求項４に記載のベアラ設定方法において、
前記利得決定ステップは、前記数が前記閾値未満のセルを有する無線基地局については、前記ベアラ種別を、ＰＴＰベアラが設定されたときの該無線基地局のＰＴＰ所要電力が、前記ＰＴＭ所要電力から前記隣接利得に応じた電力を減算した全体値以上であると、前記ＰＴＭベアラと決定し、一方、該ＰＴＰ所要電力が該全体値未満であると、前記ＰＴＰベアラと決定するベアラ決定ステップを含む、ベアラ設定方法。
【請求項６】
請求項４または５に記載のベアラ設定方法において、
前記利得決定ステップは、前記数が０のセルを有する無線基地局については、前記ベアラ種別を、前記ＰＴＭ所要電力が前記隣接利得に応じた電力以下であると、前記ＰＴＭベアラと決定し、一方、該ＰＴＭ所要電力が該隣接利得に応じた電力より大きいと、ＮＯベアラと決定する零決定ステップを含む、ベアラ設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線基地局制御装置およびベアラ設定方法に関し、特には、ＭＢＭＳにおけるベアラ種別を動的に設定する無線基地局制御装置およびベアラ設定方法に関する。
【背景技術】
【０００２】
無線通信システムのマルチキャスト（Multicast）技術は、ＩＰ技術によって確定されている。マルチキャスト技術では、あるＵＥ（無線端末）がＩＰのＭｕｌｔｉｃａｓｔを受信している場合、通常、複数のＵＥが同じ時間に同じデータを受信していることになる。このとき、無線通信システムでは、ＮｏｄｅＢ（無線基地局）の電力リソースを有効に利用してマルチメディアコンテンツを転送して、各ＮｏｄｅＢのセルのキャパシティを増加する方法が必要となる。
【０００３】
また、これとは別に、３ＧＰＰ（3rd Generation Partnership Project）が標準化する技術では、ＭＢＭＳ(Multimedia Broadcast Multicast Service)と呼ばれる技術が導入される。
【０００４】
ＭＢＭＳでは、ＲＮＣ（無線基地局制御装置）は、マルチキャストサービスと、ブロードキャスト(Broadcast)サービスとのどちらか一方をＵＥに提供する場合、自装置の配下にあるＮｏｄｅＢごとに、ベアラ（Bearer）種別を決定することで、ＭＢＭＳに対するＮｏｄｅＢの電力リソースを有効に利用することができる。なお、ブロードキャスト(Broadcast)サービスでは、ＮｏｄｅＢのセル内のＵＥの数がカウントされる。
【０００５】
ベアラ種別は、データの伝送方法の種別を表す。具体的には、ベアラ種別は、ＰＴＭベアラ（ポイントトゥマルチポイントベアラ）、ＰＴＰベアラ（ポイントトゥポイントベアラ）、および、ＮＯベアラ（ベアラを設定しない）がある。
【０００６】
ＮｏｄｅＢは、ＰＴＭベアラが設定されると、ブロードキャストサービスをＵＥに提供し、ＰＴＰベアラが設定されると、マルチキャストサービスをＵＥに提供する。なお、ＮｏｄｅＢは、ベアラの設定が行われないと、ＭＢＭＳをＵＥに提供しない。
【０００７】
ＲＮＣは、通常、ＮｏｄｅＢのセル内のＭＢＭＳを受信するＵＥの数（以下、ユーザ数と称する）に基づいて、そのＮｏｄｅＢに設定するベアラ種別を決定する。
【０００８】
具体的には、ＲＮＣは、そのユーザ数が予め定められた閾値より大きいと、そのＮｏｄｅＢに設定するベアラ種別をＰＴＭベアラと決定する。また、ＲＮＣは、そのユーザ数がその閾値より小さく、かつ、０でないと、そのＮｏｄｅＢに設定するベアラ種別をＰＴＰベアラと決定する。また、ＲＮＣは、そのユーザ数が０であると、そのＮｏｄｅＢに設定するベアラ種別をＮｏベアラと決定する。
【０００９】
これは、ＮｏｄｅＢにＰＴＰベアラが設定されると、そのＮｏｄｅＢのセルのユーザ数が多くなるほど、そのＮｏｄｅＢの所要電力は大きくなり、そのＮｏｄｅＢにＰＴＭベアラが設定されると、そのＮｏｄｅＢのセルのユーザ数が多くなっても、そのＮｏｄｅＢの所要電力は変らないからである。
【００１０】
なお、ＮｏｄｅＢのセルのユーザ数は、そのＮｏｄｅＢのセル内でＭＢＭＳの受信を契約しているＵＥ（Ｊｏｉｎ）の数、または、そのＭＢＭＳの受信を選択しているＵＥ(Selected Service)の数である。
【００１１】
なお、ユーザ数をカウントするカウンティングは、以下のように行われる。
【００１２】
マルチキャストサービスの場合には、Ｃｅｌｌ＿ＤＣＨ状態（state）であるＵＥは、ＲＮＣが通知するＲＲＣプロトコルのＭＢＭＳ・Ａｃｃｅｓｓ・Ｉｎｆｏｒｍａｔｉｏｎ信号に応答することで、そのセッションを受信済みではないと、以下の動作を実行する。なお、この動作を行うＵＥは、そのＭＢＭＳを受信契約しているＵＥ、または、そのＭＢＭＳの受信を選択しているＵＥである。また、この動作は、３ＧＰＰ．ＴＳ．２５．３３１に記述されている。
【００１３】
具体的には、アイドル（Idle）モードのＵＥは、乱数を決定し、その乱数が、ＲＮＣから通知された'Ａｃｃｅｓｓ・ｐｒｏｂａｂｉｌｉｔｙ・ｆａｃｔｏｒ―Ｉｄｌｅ'の値より小さい場合には、ＲＲＣ・ＣＯＮＮＥＣＴＩＯＮ・ＲＥＱＵＥＳＴの確立を試みる。
【００１４】
また、ＵＲＡ＿ＰＣＨ、Ｃｅｌｌ＿ＰＣＨまたはＣｅｌｌ＿ＦＡＣＨ状態であるＵＥは、'Ｃｏｎｎｅｃｔｅｄ・ｍｏｄｅ・ｃｏｕｎｔｉｎｇ・ｓｃｏｐｅ'のパラメータの対象に対して、乱数を決定する。ＵＥは、その乱数がＲＮＣから通知された'Ａｃｃｅｓｓ・ｐｒｏｂａｂｉｌｉｔｙ・ｆａｃｔｏｒ―ｃｏｎｎｅｃｔｅｄ'よりも小さい場合には、Ｃｅｌｌ・Ｕｐｄａｔｅを起動し、ＣＥＬＬ・ＵＰＤＡＴＥメッセージをＲＮＣに送信する。
【００１５】
ＲＮＣは、ＲＲＣ・ＣＯＮＮＥＣＴＩＯＮ・ＲＥＱＵＥＳＴおよびＣＥＬＬ ＵＰＤＡＴＥメッセージを受信した回数をカウントして、ユーザ数をカウントする。なお、このカウンティングについては、３ＧＰＰ．ＴＳ２５．３４６にも記載されている。
【００１６】
一方、ブロードキャストサービスの場合には、ＵＥは、ある状態からＣｅｌｌ＿ＤＣＨ状態に遷移する場合に、ＲＮＣにＭＢＭＳ・Ｍｏｄｉｆｉｃａｔｉｏｎ・ｒｅｑｕｅｓｔ手順によって、選択しているＭＢＭＳを通知する。ＲＮＣは、その通知を受信した回数カウントして、ユーザ数をカウントする。
【００１７】
このようなユーザ数に基づいてベアラ種別を決定する技術は、例えば、特許文献１（特開２００４−２２１７５８号公報）および特許文献２（特表２００６−５２６３１６号公報）に記載されている。
【００１８】
また、これとは別に、ＭＢＭＳでは、ＮｏｄｅＢにＰＴＭベアラが設定されたときに、
ＵＥが複数のＮｏｄｅＢのそれぞれから同じデータの信号を受信し、その信号を合成してデータを取得する合成方式が知られている。ＵＥがこの合成方式を用いることで、ＮｏｄｅＢの所要電力を軽減することが可能である。
【００１９】
合成方式には、ソフトコンバイン（Soft combining）と、選択合成(Selective combining)とがある。
【００２０】
ソフトコンバインでは、ＵＥは、複数のＮｏｄｅＢのそれぞれから、同じデータの信号を共通チャネル（Ｓ−ＣＣＰＣＨ）で受信し、その共通チャネルを合成して、データを取得する。なお、ソフトコンバインは、３ＧＰＰ．ＴＳ２５．２１４に記載されている。
【００２１】
また、選択合成では、ＵＥは、複数のＮｏｄｅＢのそれぞれから、同じデータの信号を共通チャネルで受信し、その信号の中で最も通信品質が良い信号からデータを取得する。なお、選択合成は、３ＧＰＰ．ＴＳ２５．３２２に記載されている。
【００２２】
以下、ＵＥがソフトコンバインまたは選択合成で信号を合成するＮｏｄｅＢの数を、合成数と称する。
【００２３】
なお、３ＧＰＰ．ＴＲ２５．８０３にも、ソフトコンバインおよび選択合成による効果として、ＮｏｄｅＢの下り方向の所要電力を軽減することが可能である旨が記載されている。また、３ＧＰＰ．ＴＲ２５．８０３では、合成方式によるＮｏｄｅＢの所要電力の利得（以下、隣接セルゲインと称する）が評価されている。
【００２４】
表１は、３ＧＰＰ．ＴＲ２５．８０３による合成方式（具体的には、ソフトコンバイン）による隣接セルゲインを示した表である。
【００２５】
【表１】
2008252472.tif 000003
【００２６】
表１において、Ｃｏｖｅｒａｇｅ＠１％ＢＬＥＲは、ＮｏｄｅＢのセル内のＢＬＥＲ（Block Error rate）が１％以下になる領域の、ＮｏｄｅＢのセル全体に対する割合である。ＴＴＩ ｌｅｎｇｔｈは、伝送時間インターバルである。
【００２７】
１ＲＬは、ＵＥがソフトコンバインを用いないときのＮｏｄｅＢの出力電力レベルと、そのときのＮｏｄｅＢの所要電力の、そのＮｏｄｅＢの最大電力に対する所要電力割合（丸括弧内のパーセンテージ）とを示す。なお、「cannot support」は、３ＧＰＰ．ＴＲ２５．８０３で評価されていないことを示す。
【００２８】
ＳＣ（２ＲＬ）は、合成数が２の場合のＮｏｄｅＢの出力電力レベルおよび所要電力割合を示す。
【００２９】
ＳＣ（３ＲＬ）は、合成数が３の場合のＮｏｄｅＢの出力電力レベルおよび所要電力割合を示す。
【００３０】
表１より、ＵＥがソフトコンバインでデータを合成すると、ＮｏｄｅＢの所要電力が軽減されることが分かる。
【００３１】
例えば、Ｃｏｖｅｒａｇｅ＠１％ＢＬＥＲが９５％であり、ＴＴＩ長が８０ｍｓであるとき、ＵＥがソフトコンバインを使用しないときのＮｏｄｅＢは、最大電力の６１．７％もの電力を使用するが、ＵＥがデータをソフトコンバインで合成するときのＮｏｄｅＢは、最大電力の１７．８％または１３．２％しか使用しない。
【００３２】
ここで、ＵＥがソフトコンバインの代わりに選択合成を使用しても、ＮｏｄｅＢの所要電力が軽減される。なお、選択合成による隣接セルゲインは、３ＧＰＰ．ＴＳ２５．３２２にて評価されている。
【００３３】
したがって、ＲＮＣは、隣接セルゲインを考慮して、各ＮｏｄｅＢのベアラ種別を決定することで、所要電力を軽減することが可能になる。
【特許文献１】特開２００４−２２１７５８号公報
【特許文献２】特表２００６−５２６３１６号公報
【発明の開示】
【発明が解決しようとする課題】
【００３４】
しかしながら、ＲＮＣの配下にある全てのＮｏｄｅＢのＭＢＭＳに対する所要電力の和は、隣接セルゲインを考慮して、各ＮｏｄｅＢのベアラ種別を決定する方が、隣接セルゲインを考慮せずに、各ＮｏｄｅＢのベアラ種別を決定する方より、大きくなる場合がある。
【００３５】
以下、図４で示した無線通信システムのモデル図を参照しながら、隣接セルゲインを考慮せずに各ＮｏｄｅＢのベアラ種別を決定する方法（以下、第一方法と称する）と、隣接セルゲインを考慮して各ＮｏｄｅＢのベアラ種別を決定する方法（以下、第二方法と称する）とを比較する。
【００３６】
図４において、セルＡないしＮとセルａないしｑとのそれぞれは、複数のＮｏｄｅＢのそれぞれのセルを示す。セルＡないしＮのそれぞれは、ＭＢＭＳが提供される配信エリア内のセルを示し、セルａないしｑのそれぞれは、その配信エリア外のセルを示す。
【００３７】
なお、セルＡないしＮのそれぞれの中に記載された数字は、そのセルのユーザ数を示す。例えば、セルＡのユーザ数は、１２である。
【００３８】
第一方法では、ＮｏｄｅＢのセルのユーザ数がある閾値以上の場合、つまり、ＰＴＰベアラが設定されるときのＮｏｄｅＢの所要電力が、ＰＴＭベアラが設定されるときのＮｏｄｅＢの所要電力以上の場合、ＰＴＭベアラが設定される。
【００３９】
一方、ＮｏｄｅＢのセルのユーザ数がその閾値未満の場合、つまり、ＰＴＰベアラが設定されるときのＮｏｄｅＢの所要電力が、ＰＴＭベアラが設定されるときのＮｏｄｅＢの所要電力未満の場合、ＰＴＰベアラが設定される。
【００４０】
また、セルのユーザ数が０の場合、ＮＯベアラが設定される。つまり、この場合、ＮｏｄｅＢにベアラが設定されない。
【００４１】
ＰＴＭベアラが設定されるときのＮｏｄｅＢの所要電力は、図５を参考に、合成数が２の場合には、最大電力の１８％とし、合成数が３場合には、最大電力の１３％と仮定する。ＰＴＰベアラを設定するときのユーザ数１つあたりのＮｏｄｅＢの所要電力は、ＵＥの位置および速度やセルの半径等によって変化するが、簡単のために最大電力の３％と仮定する。
【００４２】
この場合、セルのユーザ数が４の場合、ＰＴＰベアラを設定するときのＮｏｄｅＢの所要電力は、最大電力の１２％であり、セルのユーザ数が５の場合、ＰＴＰベアラを設定するときのＮｏｄｅＢの所要電力は、最大電力の１５％となる。
【００４３】
したがって、通常、ＮｏｄｅＢは、ＰＴＭが設定されるとき、ＵＥの合成数が３であると仮定して、セルのユーザ数が５以上であれば、ＰＴＰベアラを設定するときのＮｏｄｅＢの所要電力に比べて、ＰＴＭベアラを設定したときのＮｏｄｅＢの所要電力の方が、小さくなる。
【００４４】
よって、閾値を５と定めれば、ＮｏｄｅＢの所要電力を軽減することができる。
【００４５】
図５は、図４で示した無線通信システムの、第一方法で各ＮｏｄｅＢに設定されたベアラ種別を示したモデル図である。
【００４６】
図５において、セルＡ、Ｄ、ＦおよびＩには、ＰＴＭベアラが設定され、セルＢ、Ｅ、ＨおよびＬには、ＰＴＰベアラが設定され、セルＣ、Ｇ、Ｊ、Ｋ、ＭおよびＮには、ベアラが設定されない。
【００４７】
この場合の、ＮｏｄｅＢの所要電力を表２に示す。
【００４８】
【表２】
2008252472.tif 000004
【００４９】
なお、本明細書中の各表において、人数は、セルのユーザ数を示す。ベアラは、セルを有するＮｏｄｅＢの設定されたベアラ種別を示す。ＰＴＭでソフトコンバイン可能なセル数は、合成数を示す。ＰＴＰベアラ数は、ＰＴＰベアラを設定する数を示す。なお、Ｎ／Ａは、該当するデータがないことを示す。
【００５０】
表２から分かるように、全てのＮｏｄｅＢのＭＢＭＳに対する所要電力の和（システム合計の所要電力）は、１０１％(上述のように、１００％は１つのＮｏｄｅＢの最大電力を示す)となる。
【００５１】
一方、第二方法では、ＲＮＣは、ユーザ数が閾値「５」以上のセルを有するＮｏｄｅＢにＰＴＭベアラを設定する。
【００５２】
その後、ＲＮＣは、隣接セルゲインを得るために、ＰＴＭベアラが設定されたＮｏｄｅＢとセルが隣接するＮｏｄｅＢにＰＴＭベアラを設定していく。例えば、セルＨのユーザ数は閾値未満であるが、セルＦおよびセルＨのＮｏｄｅＢの隣接セルゲインを得るために、ＲＮＣは、そのセルＨのＮｏｄｅＢにＰＴＭベアラを設定する。
【００５３】
このとき、あるＮｏｄｅＢ（以下、注目ＮｏｄｅＢと称する）のセルが、ＰＴＭベアラが設定されたＮｏｄｅＢのセルに隣接していても、その隣接するセルのユーザ数が０の場合、つまり、その隣接するセルにソフトコンバインを行うＵＥがない場合、注目ＮｏｄｅＢにＰＴＭベアラが設定されても、隣接セルゲインは得られない。
【００５４】
このため、ＲＮＣは、この注目ＮｏｄｅＢには、ＰＴＭベアラを設定しない。このとき、ＲＮＣは、注目ＮｏｄｅＢのセルのユーザ数が０であると、注目ＮｏｄｅＢにＮＯベアラを設定し、注目ＮｏｄｅＢのセルのユーザ数が閾値未満でありかつ０でないと、注目ＮｏｄｅＢにＰＴＰベアラを設定する。
【００５５】
例えば、ユーザ数「０」のセルＭは、ＰＴＭベアラが設定されたセルＪ、ＫおよびＮと隣接しているが、セルＪ、ＫおよびＮのユーザ数は０であるため、ＲＮＣは、セルＭのＮｏｄｅＢにＮＯベアラを設定する。また、ユーザ数「４」のセルＥのＮｏｄｅＢは、ＰＴＭベアラが設定されたセルＣおよびＧと隣接しているが、セルＣおよびＧのユーザ数は０であるため、ＲＮＣは、セルＥのＮｏｄｅＢにＰＴＰベアラを設定する。
【００５６】
図６は、図４で示した無線通信システムの、第二方法で各ＮｏｄｅＢに設定されたベアラ種別を示したモデル図である。
【００５７】
図５において、セルＡ、Ｂ、Ｃ、Ｄ、Ｆ、Ｇ、Ｈ、Ｉ、Ｊ、Ｋ、ＬおよびＮには、ＰＴＭベアラが設定され、セルＥには、ＰＴＰベアラが設定され、セルＭには、ＮＯベアラが設定される。
【００５８】
この場合の、ＮｏｄｅＢの所要電力を表３に示す。
【００５９】
【表３】
2008252472.tif 000005
【００６０】
表３から分かるように、全てのＮｏｄｅＢのＭＢＭＳに対する所要電力の和は、１６８％となる。
【００６１】
第一方法と第二方法とを比較すると、全てのＮｏｄｅＢのＭＢＭＳに対する所要電力の和は、隣接セルゲインを考慮した場合の方が、６７％(１６８％−１０１％)も悪化することになる。
【００６２】
これは、第二方法で、ユーザ数が閾値未満の場合にＰＴＭベアラが設定されるときのＮｏｄｅＢの所要電力が、隣接セルゲインよりも大きくなることがあるためである。
【００６３】
本発明の目的は、無線基地局のＭＢＭＳに対する所要電力を軽減することが可能な無線基地局制御装置およびベアラ種別の決定方法を提供することである。
【課題を解決するための手段】
【００６４】
上記の目的を達成するために、本発明の無線基地局制御装置は、複数の無線基地局に接続された無線基地局制御装置であって、ＭＢＭＳのセッションを確立する旨の確立指示を受信する受信部と、前記受信部が前記確立指示を受信すると、前記ＭＢＭＳを受信する無線端末の数が予め定められた閾値以上のセルを有する無線基地局については、ベアラ種別を、ＰＴＭベアラと決定し、該数が該閾値未満のセルを有する無線基地局については、前記ベアラ種別を、前記ＰＴＭベアラが設定されたときの該無線基地局のＰＴＭ所要電力と、そのときの該無線基地局とセルが隣接した無線基地局への所要電力の隣接利得と、に基づいて決定する決定部と、前記決定部が決定したベアラ種別を該無線基地局に設定する設定部と、を含む。
【００６５】
また、本発明のベアラ設定方法は、複数の無線基地局に接続された無線基地局制御装置によるベアラ設定方法であって、ＭＢＭＳのセッションを確立する旨の確立指示を受信する受信ステップと、前記確立指示が受信されると、前記ＭＢＭＳを受信する無線端末の数が予め定められた閾値以上のセルを有する無線基地局については、ベアラ種別を、ＰＴＭベアラと決定する数決定ステップと、該数が該閾値未満のセルを有する無線基地局については、前記ベアラ種別を、前記ＰＴＭベアラが設定されたときの該無線基地局のＰＴＭ所要電力と、そのときの該無線基地局とセルが隣接した無線基地局への所要電力の隣接利得と、に基づいて決定する利得決定ステップと、前記決定されたベアラ種別を該無線基地局に設定する設定ステップと、を含む。
【００６６】
上記の発明によれば、受信数が閾値未満である無線基地局については、ベアラ種別が、ＰＴＭベアラが設定されたときのＰＴＭ所要電力と、そのときの、その無線基地局のセルと隣接したセルを有する無線基地局への所要電力の隣接利得とに基づいて決定される。
【００６７】
このため、ＰＴＭ所要電力が隣接利得より小さくなるようにベアラ種別を決定することが可能になり、無線基地局のＭＢＭＳに対する所要電力を軽減することが可能になる。
【００６８】
また、前記決定部は、前記数が前記閾値未満のセルを有する無線基地局については、前記ベアラ種別を、ＰＴＰベアラが設定されたときの該無線基地局のＰＴＰ所要電力が、前記ＰＴＭ所要電力から、前記隣接利得に応じた電力を減算した全体値以上であると、前記ＰＴＭベアラと決定し、一方、該ＰＴＰ所要電力が該全体値未満であると、前記ＰＴＰベアラと決定することが望ましい。
【００６９】
上記の発明によれば、受信数が閾値未満である無線基地局については、ベアラ種別が、ＰＴＰベアラが設定されたときの所要電力が全体値以上であると、ＰＴＭベアラと決定され、その所要電力が全体値未満であると、ＰＴＰベアラと決定される。
【００７０】
このため、所要電力が軽減されるように、ＰＴＭベアラまたはＰＴＰベアラを設定することが可能になる。
【００７１】
また、前記決定部は、前記数が０のセルを有する無線基地局については、前記ベアラ種別を、前記ＰＴＭ所要電力が前記隣接利得に応じた電力以下であると、前記ＰＴＭベアラと決定し、一方、該ＰＴＭ所要電力が該隣接利得より大きいと、ＮＯベアラと決定することが望ましい。
【００７２】
上記の発明によれば、受信数が０のセルを有する無線基地局については、ベアラ種別が、ＰＴＭ所要電力が隣接利得以下であると、ＰＴＭベアラと決定され、そのＰＴＭ所要電力がその隣接利得より大きいと、ＮＯベアラが設定される。
【００７３】
このため、所要電力が軽減されるように、ＰＴＭベアラまたはＮＯベアラを設定することが可能になる。
【発明の効果】
【００７４】
本発明によれば、無線基地局のＭＢＭＳに対する所要電力を軽減することが可能になる。
【発明を実施するための最良の形態】
【００７５】
以下、本発明の実施例について図面を参照して説明する。
【００７６】
図１は、本発明の一実施例のＲＮＣ（無線基地局制御装置）を示したブロック図である。
【００７７】
図１において、ＲＮＣ１は、ＭＢＭＳベアラコンテキスト情報格納部１０と、対ＣＮ信号送受信部１１と、ベアラ設定部１２と、リソースマネージメント制御部１３と、ＲＲＣメッセージ送受信部１４とを含む。また、ベアラ設定部１２は、セッション制御部１２ａと、呼制御部１２ｂとを含む。
【００７８】
なお、ＲＮＣ１は、ＣＮ（具体的には、ＳＧＳＮ２０（サービスパケット無線サービス支援ノード：Serving GPRS(General Packet Radio Service) Support Node)）と、ＮｏｄｅＢ（無線基地局）２１とに接続される。
【００７９】
図１では、ＲＮＣ１に接続されるＮｏｄｅＢの数は、１だけだが、実際には、複数ある。また、ＮｏｄｅＢ２１は、自己のセル内のＵＥ（無線端末）と接続可能である。
【００８０】
なお、ＵＥは、ＰＴＭベアラが設定されている場合、ソフトコンバインを行うものとする。ＵＥは、ＭＢＭＳの受信を契約しているものとする。
【００８１】
ＭＢＭＳベアラコンテキスト情報格納部（以下、格納部と称する）１０は、ＮｏｄｅＢに関するノード情報を格納する。
【００８２】
ノード情報では、セルの範囲が、そのセルを有するＮｏｄｅＢごとに対応付けられている。
【００８３】
対ＣＮ信号送受信部１１は、ＲＡＮＡＰ（Radio Access Network Application Part）プロトコルでＳＧＳＮ２０と接続する。例えば、対ＣＮ信号送受信部１１は、ＳＧＳＮ２０から、特定の配信エリアにＭＢＭＳのセッションを確立する旨のＭＢＭＳ・ＳＥＳＳＩＯＮ・ＳＴＡＲＴメッセージを受信する。
【００８４】
ＭＢＭＳ・ＳＥＳＳＩＯＮ・ＳＴＡＲＴメッセージは、ベアラ情報と、ＭＢＭＳ・Ｓｅｒｖｉｃｅ・Ａｒｅａ情報とを含む。
【００８５】
ベアラ情報は、ＭＢＭＳのベアラに関する情報であり、ＭＢＭＳの識別子であるＴＭＧＩ（Temporary Mobile Group Identity）、ＭＢＭＳの受信を契約しているＵＥ（以下、契約ＵＥと称する）に関する情報、ＭＢＭＳのセッションの識別子であるＭＢＭＳ・Ｓｅｓｓｉｏｎ・ＩＤ、および、データを反復して送信する数を示すＭＢＭＳ・Ｓｅｓｓｉｏｎ・Ｒｅｐｅｔｉｔｉｏｎ・Ｎｕｍｂｅｒなどである。
【００８６】
ＭＢＭＳ・Ｓｅｒｖｉｃｅ・Ａｒｅａ情報は、配信エリアを示す。
【００８７】
ベアラ設定部１２は、リソースマネージメント制御部１３が決定したＮｏｄｅＢのベアラ種別を、そのＮｏｄｅＢに設定する。
【００８８】
セッション制御部１２ａは、対ＣＮ信号送受信部１１が受信したＭＢＭＳ・ＳＥＳＳＩＯＮ・ＳＴＡＲＴメッセージ内のベアラ情報を、ＭＢＭＳベアラコンテキスト情報格納部（以下、格納部と称する）１０に格納する。
【００８９】
また、セッション制御部１２ａは、格納部１０内で、そのＭＢＭＳ・ＳＥＳＳＩＯＮ・ＳＴＡＲＴメッセージ内のＭＢＭＳ・Ｓｅｒｖｉｃｅ・Ａｒｅａ情報が示す配信エリア内のセルの範囲と対応付けられたＮｏｄｅＢを、ＭＢＭＳのセッションを確立するＮｏｄｅＢとして選択する。
【００９０】
以下、配信エリアに含まれるセルは、複数あるとする。この場合、セッション制御部１２ａが選択するＮｏｄｅＢも複数ある。
【００９１】
また、セッション制御部１２ａは、リソースマネージメント制御部１３がＮｏｄｅＢのベアラ種別をＰＴＭベアラと決定すると、格納部１０内のベアラ情報に基づいて、そのＮｏｄｅＢにＰＴＭベアラを設定する。
【００９２】
具体的には、セッション制御部１２ａは、そのＮｏｄｅＢに共通チャネル（Ｓ−ＣＣＰＨ）の確立手順を行い、ＰＴＭベアラを設定する。その後、セッション制御部１２ａは、ＭＢＭＳ制御チャネル（ＭＣＣＨ）を、リソースマネージメント制御部１３と、ＲＲＣメッセージ送受信部１４と、そのＮｏｄｅＢとを介して、そのＮｏｄｅＢのセル内の契約ＵＥに送信して、その契約ＵＥにＰＴＭベアラが確立された旨を通知する。
【００９３】
さらに、セッション制御部１２ａは、リソースマネージメント制御部１３がＮｏｄｅＢのベアラ種別をＮＯベアラと決定すると、格納部１０内のベアラ情報に基づいて、そのＮｏｄｅＢにＮＯベアラを設定する。
【００９４】
具体的には、セッション制御部１２ａは、格納部１０内のベアラ情報に基づいて、その契約ＵＥにＰＴＭベアラが確立されていると、そのＰＴＭベアラを解放し、その契約ＵＥにベアラが設定されていないと、その契約ＵＥにベアラ設定されていない状態を維持する。
【００９５】
呼制御部１２ｂは、リソースマネージメント制御部１３がＮｏｄｅＢのベアラ種別をＰＴＰベアラと決定すると、格納部１０内のベアラ情報に基づいて、そのＮｏｄｅＢに個別チャネル（ＤＰＣＣＨ）の確立手順を行い、そのＮｏｄｅＢにＰＴＰベアラを設定する。呼制御部１２ｂは、そのＰＴＰベアラを設定すると、個別制御チャネル（ＤＣＣＨ）を、そのＮｏｄｅＢのセル内の契約ＵＥに送信して、その契約ＵＥにＰＴＰベアラが確立された旨を通知する。
【００９６】
リソースマネージメント制御部１３は、セッション制御部１２ａが選択したＮｏｄｅＢごとに、そのＮｏｄｅＢのセルのユーザ数をカウントする。
【００９７】
リソースマネージメント制御部１３は、そのユーザ数が予め定められた閾値以上のセルを有するＮｏｄｅＢについては、ベアラの種別を、ＰＴＭベアラと決定する。なお、閾値は、０より大きい。
【００９８】
リソースマネージメント制御部１３は、そのユーザ数がその閾値未満のセルを有するＮｏｄｅＢについては、ベアラの種別を、ＰＴＭベアラが設定されたときの、そのＮｏｄｅＢの所要電力（以下、ＰＴＭ所要電力と称する）と、そのときの、そのＮｏｄｅＢとセルが隣接したＮｏｄｅＢへの所要電力の隣接セルゲインと、に基づいて決定する。
【００９９】
具体的には、先ず、リソースマネージメント制御部１３は、ユーザ数がその閾値未満、かつ、ユーザ数が０でないセルを有するＮｏｄｅＢに、ＰＴＰベアラが設定されたときの、そのＮｏｄｅＢの所要電力（以下、ＰＴＰ所要電力と称する）が、そのＮｏｄｅＢのＰＴＭ所要電力からその隣接セルゲインに応じた電力を減算した全体値以上か否かを判定する。
【０１００】
続いて、リソースマネージメント制御部１３は、そのＮｏｄｅＢのベアラ種別を、そのＰＴＰ所要電力が全体値以上であると、ＰＴＭベアラと決定し、一方、そのＰＴＰ所要電力が全体値未満であると、ＰＴＰベアラと決定する。
【０１０１】
一方、リソースマネージメント制御部１３は、そのユーザ数が０のセルを有するＮｏｄｅＢについては、そのＮｏｄｅＢのＰＴＭ所要電力がその隣接セルゲイン以下か否かを判定する。
【０１０２】
続いて、リソースマネージメント制御部１３は、そのＮｏｄｅＢのベアラ種別を、そのＰＴＭ所要電力がその隣接セルゲイン以下であると、ＰＴＭベアラと決定し、一方、そのＰＴＭ所要電力がその隣接セルゲインより大きいと、ＮＯベアラと決定する。
【０１０３】
ＲＲＣメッセージ送受信部１４は、ＲＲＣ（Radio Resource Control）プロトコルで、ＮｏｄｅＢ２１およびＵＥと接続する。
【０１０４】
次に動作を説明する。
【０１０５】
なお、無線通信システムとして、図４で示したモデルを例に説明する。また、合成数が３より大きい場合、合成数が増えても、ＮｏｄｅＢの所要電力は、変化（減少）しないものとする。
【０１０６】
対ＣＮ信号送受信部１１は、ＳＧＳＮ２０から、ＭＢＭＳ・ＳＥＳＳＩＯＮ・ＳＴＡＲＴメッセージを受信すると、そのＭＢＭＳ・ＳＥＳＳＩＯＮ・ＳＴＡＲＴメッセージをセッション制御部１２ａに送信する。
【０１０７】
セッション制御部１２ａは、そのＭＢＭＳ・ＳＥＳＳＩＯＮ・ＳＴＡＲＴメッセージを受信すると、そのＭＢＭＳ・ＳＥＳＳＩＯＮ・ＳＴＡＲＴメッセージからベアラ情報および、ＭＢＭＳ・Ｓｅｒｖｉｃｅ・Ａｒｅａ情報を抽出する。セッション制御部１２ａは、そのベアラ情報を格納部１０に格納する。
【０１０８】
その後、セッション制御部１２ａは、格納部１０内で、そのＭＢＭＳ・Ｓｅｒｖｉｃｅ・Ａｒｅａ情報が示す配信エリア内のセルの範囲と対応付けられたＮｏｄｅＢを、ＭＢＭＳのセッションを確立するＮｏｄｅＢとして選択する。なお、セッション制御部１２ａは、図６のセルＡないしＮのそれぞれを有する複数のＮｏｄｅＢを選択したとする。
【０１０９】
セッション制御部１２ａは、その選択した複数のＮｏｄｅＢをリソースマネージメント制御部１３に通知する。
【０１１０】
リソースマネージメント制御部１３は、その複数のＮｏｄｅＢを受信すると、その複数のＮｏｄｅＢごとに、そのＮｏｄｅＢのセルのユーザ数をカウントする。リソースマネージメント制御部１３は、そのユーザ数が大きい順に、そのユーザ数のセルを有するＮｏｄｅＢをソーティングする。
【０１１１】
リソースマネージメント制御部１３は、そのユーザ数が大きい順に、そのユーザ数のセルを有するＮｏｄｅＢを選択し、その選択したＮｏｄｅＢのベアラ種別を決定する。ベアラ設定部１２は、その決定されたベアラ種別を、その選択したＮｏｄｅＢに設定する。
【０１１２】
図２は、ベアラ種別の決定および設定の動作を説明するためのフローチャートである。
【０１１３】
なお、ユーザ数の閾値を５とする。これは、ＰＴＭベアラが設定されるときのＮｏｄｅＢの所要電力が１３％（合成数３に対応）と仮定し、契約ＵＥ１つ当たりのＰＴＰベアラが設定されるときの所要電力を３％と仮定したことによる値である。
【０１１４】
以下、閾値をＰＴＭ閾値と称する。
【０１１５】
ステップ５０１では、リソースマネージメント制御部１３は、ＮｏｄｅＢを選択する。リソースマネージメント制御部１３は、ＮｏｄｅＢを選択するとステップ５０２を実行する。
【０１１６】
ステップ５０２では、リソースマネージメント制御部１３は、その選択したＮｏｄｅＢのユーザ数が０より大きいか否かを判定する。リソースマネージメント制御部１３は、そのユーザ数が０より大きいと、ステップ５０３を実行し、そのユーザ数が０であると、ステップ５０８を実行する。
【０１１７】
ステップ５０３では、リソースマネージメント制御部１３は、そのユーザ数がＰＴＭ閾値以上か否かを判定する。リソースマネージメント制御部１３は、そのユーザ数がＰＴＭ閾値以上であると、ステップ５０４を実行し、そのユーザ数がＰＴＭ閾値未満であると、ステップ５０５を実行する。
【０１１８】
ステップ５０４では、リソースマネージメント制御部１３は、そのＮｏｄｅＢのベアラ種別をＰＴＭベアラと決定する。リソースマネージメント制御部１３は、その決定したベアラ種別とＮｏｄｅＢをセッション制御部１２ａに通知する。
【０１１９】
セッション制御部１２ａは、そのベアラ種別およびＮｏｄｅＢを受信すると、格納部１０からベアラ情報を取得し、そのベアラ情報に基づいて、そのＮｏｄｅＢにＰＴＭベアラを設定する。
【０１２０】
これにより、セルＡ、Ｄ、ＦおよびＩのＮｏｄｅＢにＰＴＭベアラが設定される。
【０１２１】
ステップ５０５では、リソースマネージメント制御部１３は、そのＮｏｄｅＢのＰＴＰ所要電力、ＰＴＭ所要電力、および、そのＮｏｄｅＢとセルが隣接するＮｏｄｅＢへの所要電力の隣接セルゲインを求める。リソースマネージメント制御部１３は、そのＰＴＭ所要電力からその隣接セルゲインに応じた電力を減算して全体値を求める。
【０１２２】
リソースマネージメント制御部１３は、そのＰＴＰ所要電力がその全体値以上か否かを判定する。
【０１２３】
例えば、セルＢのＮｏｄｅＢの場合、リソースマネージメント制御部１３は、セルＢ内のユーザ数は４なので、ＰＴＰ所要電力を１２％（４×３％）と求める。また、リソースマネージメント制御部１３は、ＰＴＭ所要電力を１３％と求める。
【０１２４】
ここで、セルＢのＮｏｄｅＢにＰＴＭベアラが設定されると、セルＡ内のＵＥの合成数が、２から３に増えるので、セルＡのＮｏｄｅＢの所要電力は、１８％から１３％に減る。このため、リソースマネージメント制御部１３は、セルＡのＮｏｄｅＢの隣接セルゲインに応じた電力を、５％（１８％−１３％）と求める。
【０１２５】
したがって、（ＰＴＰ所要電力＝１２％）≧（ＰＴＭ所要電力＝１３％）−（隣接セルゲインに応じた電力＝５％）＝（全体値＝８％）となるので、リソースマネージメント制御部１３は、ＰＴＰベアラの所要電力が全体値以上と判定する。
【０１２６】
また、セルＥのＮｏｄｅＢの場合、リソースマネージメント制御部１３は、セルＢ内のユーザ数は４なので、ＰＴＰ所要電力を１２％と求める。また、リソースマネージメント制御部１３は、ＰＴＭ所要電力を１３％と求める。
【０１２７】
ここで、セルＥのＮｏｄｅＢにＰＴＭベアラが設定されても、セルＥに隣接するセルを有するＮｏｄｅＢにＰＴＭベアラが設定されていないので、隣接セルゲインは得られない。このため、リソースマネージメント制御部１３は、隣接セルゲインに応じた電力を０％と求める。
【０１２８】
したがって、（ＰＴＰ所要電力＝１２％）＜（ＰＴＭ所要電力＝１３％）−（隣接セルゲインに応じた電力＝０％）＝（全体値＝１３％）となるので、リソースマネージメント制御部１３は、ＰＴＰ所要電力が全体値未満と判定する。
【０１２９】
リソースマネージメント制御部１３は、そのＰＴＰ所要電力がその全体値以上であると、ステップＳ５０６を実行し、そのＰＴＰ所要電力がその全体値未満であると、ステップＳ５０７を実行する。
【０１３０】
ステップ５０６では、リソースマネージメント制御部１３は、そのＮｏｄｅＢのベアラ種別をＰＴＭベアラと決定する。リソースマネージメント制御部１３は、その決定したベアラ種別とＮｏｄｅＢをセッション制御部１２ａに通知する。
【０１３１】
セッション制御部１２ａは、そのベアラ種別およびＮｏｄｅＢを受信すると、格納部１０からベアラ情報を取得し、そのベアラ情報に基づいて、そのＮｏｄｅＢにＰＴＭベアラを設定する。
【０１３２】
これにより、セルＢ、ＨおよびＩのＮｏｄｅＢにＰＴＭベアラが設定される。
【０１３３】
一方、ステップ５０７では、リソースマネージメント制御部１３は、そのＮｏｄｅＢのベアラ種別をＰＴＰベアラと決定する。リソースマネージメント制御部１３は、その決定したベアラ種別とＮｏｄｅＢを呼制御部１２ｂに通知する。
【０１３４】
呼制御部１２ｂは、そのベアラ種別およびＮｏｄｅＢを受信すると、格納部１０からベアラ情報を取得し、そのベアラ情報に基づいて、そのＮｏｄｅＢにＰＴＰベアラを設定する。呼制御部１２ｂは、そのＰＴＰベアラを設定すると、個別制御チャネル（ＤＣＣＨ）を、そのＮｏｄｅＢのセル内の契約ＵＥに送信して、その契約ＵＥにＰＴＰベアラが確立された旨を通知する。
【０１３５】
これにより、セルＥおよびＬのＮｏｄｅＢにＰＴＰベアラが設定される。
【０１３６】
また、ステップ５０８では、リソースマネージメント制御部１３は、そのＮｏｄｅＢのＰＴＭ所要電力、および、ＰＴＰベアラが設定されたときのそのＮｏｄｅＢとセルが隣接したＮｏｄｅＢの所要電力に対する隣接セルゲインを求める。
【０１３７】
リソースマネージメント制御部１３は、そのＰＴＭ所要電力がその隣接セルゲイン以下か否かを判定する。
【０１３８】
リソースマネージメント制御部１３は、そのＰＴＭ所要電力が隣接セルゲイン以下であると、ステップ５０９を実行し、そのＰＴＭ所要電力が隣接セルゲインより大きいと、ステップ５１０を実行する。
【０１３９】
ステップ５０９では、リソースマネージメント制御部１３は、そのＮｏｄｅＢのベアラ種別をＰＴＭベアラと決定する。リソースマネージメント制御部１３は、そのベアラ種別（ＰＴＭベアラ）とＮｏｄｅＢをセッション制御部１２ａに通知する。
【０１４０】
セッション制御部１２ａは、そのベアラ種別およびＮｏｄｅＢを受信すると、格納部１０からベアラ情報を取得し、そのベアラ情報に基づいて、そのＮｏｄｅＢにＰＴＭベアラを設定する。
【０１４１】
一方、ステップ５１０では、リソースマネージメント制御部１３は、リソースマネージメント制御部１３は、そのＮｏｄｅＢのベアラ種別をＮＯベアラと決定する。リソースマネージメント制御部１３は、そのベアラ種別（ＮＯベアラ）とＮｏｄｅＢをセッション制御部１２ａに通知する。
【０１４２】
セッション制御部１２ａは、そのベアラ種別およびＮｏｄｅＢを受信すると、格納部１０からベアラ情報を取得し、そのベアラ情報に基づいて、そのＮｏｄｅＢにＮＯベアラを設定する。
【０１４３】
図３は、図４で示した無線通信システムの、本実施例により設定されたベアラの種別を示したモデル図である。
【０１４４】
図３において、セルＡ、Ｂ、Ｄ、Ｆ、ＨおよびＩを有するＮｏｄｅＢには、ＰＴＭベアラが設定され、セルＬおよびセルＥを有するＮｏｄｅＢには、ＰＴＰベアラが設定され、セルＣ、Ｇ、Ｊ、Ｋ、ＭおよびＮを有するＮｏｄｅＢには、ＮＯベアラが設定される。
【０１４５】
また、この場合のＮｏｄｅＢの所要電力を表４に示す。
【０１４６】
【表４】
2008252472.tif 000006
【０１４７】
表４から分かるように、全てのＮｏｄｅＢのＭＢＭＳに対する所要電力の和は、９３％となる。これは、従来の第一方法による所要電力の和「１０１％」、および、従来の第二方法による所要電力の和「１６８％」より低い。
【０１４８】
次に効果を説明する。
【０１４９】
本実施例によれば、リソースマネージメント制御部１３は、ユーザ数が閾値以上のセルを有するＮｏｄｅＢについては、ベアラの種別を、ＰＴＭベアラと決定する。また、リソースマネージメント制御部１３は、そのユーザ数がその閾値未満のセルを有するＮｏｄｅＢについては、ベアラの種別を、ＰＴＭ所要電力および隣接セルゲインに基づいて決定する。ベアラ設定部１２は、リソースマネージメント制御部１３が決定したＮｏｄｅＢのベアラ種別を、そのＮｏｄｅＢに設定する。
【０１５０】
このため、ＰＴＭ所要電力が隣接利得より小さくなるようにベアラ種別を決定することが可能になり、無線基地局のＭＢＭＳに対する所要電力を軽減することが可能になる。
【０１５１】
また、本実施例では、リソースマネージメント制御部１３は、そのユーザ数がその閾値未満であるＮｏｄｅＢについては、ベアラ種別を、ＰＴＰ所要電力が全体値以上であると、ＰＴＭベアラと決定し、一方、ＰＴＰ所要電力が全体値未満であると、ＰＴＰベアラと決定する。
【０１５２】
この場合、所要電力が軽減されるように、ＰＴＭベアラまたはＰＴＰベアラを設定することが可能になる。
【０１５３】
また、本実施例では、リソースマネージメント制御部１３は、そのユーザ数が０のセルを有するＮｏｄｅＢについては、ベアラ種別を、そのＰＴＭ所要電力がその隣接セルゲイン以下であると、ＰＴＭベアラと決定し、一方、そのＰＴＭ所要電力がその隣接セルゲインより大きいと、ＮＯベアラと決定する。
【０１５４】
この場合、所要電力が軽減されるように、ＰＴＭベアラまたはＮＯベアラを設定することが可能になる。
【０１５５】
以上説明した実施例において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。
【０１５６】
例えば、ＵＥは、ＰＴＭベアラが設定されている場合、ソフトコンバインを行っていたが、選択合成を行ってもよい。
【０１５７】
また、ＲＮＣ１は、ＮｏｄｅＢ２１に、ＰＴＰベアラを設定せずに、ＰＴＭベアラおよびＮｏベアラのどちらか一方を設定してもよい。
【０１５８】
また、合成数が３より大きい場合、ＮｏｄｅＢの所要電力は、合成数が増えても、変化しないとしたが、合成数が増えるに従い、変化してもよい。
【０１５９】
さらに、ＲＮＣ１は、ＵＥの受信電力（Primary CPICH RSCPおよび Primary CPICH Ec/No）や、ＵＥが測定する伝播損失(Path loss)を考慮して、ベアラ種別を決定してもよい。
【図面の簡単な説明】
【０１６０】
【図１】本発明の一実施例のＲＮＣを示したブロック図である。
【図２】ＲＮＣの動作を説明するためにフローチャートである。
【図３】本実施例で決定したベアラ種別を示した無線通信システムのモデル図である。
【図４】無線通信システムのモデル図である。
【図５】第一方法で決定したベアラ種別を示した無線通信システムのモデル図である。
【図６】第二方法で決定したベアラ種別を無線通信システムのモデル図である。
【符号の説明】
【０１６１】
１        ＲＮＣ
１０      ＭＢＭＳベアラコンテキスト情報格納部
１１      対ＣＮ信号送受信部
１２      ベアラ設定部
１２ａ    セッション制御部
１２ｂ    呼制御部
１３      リソースマネージメント制御部
１４      ＲＲＣメッセージ送受信部
２０      ＳＧＳＮ
２１      ＮｏｄｅＢ
【図１】
2008252472.tif 000007
【図２】
2008252472.tif 000008
【図３】
2008252472.tif 000009
【図４】
2008252472.tif 000010
【図５】
2008252472.tif 000011
【図６】
2008252472.tif 000012