JP5863649B2 - 移動体通信システム - Google Patents

移動体通信システム Download PDF

Info

Publication number
JP5863649B2
JP5863649B2 JP2012520366A JP2012520366A JP5863649B2 JP 5863649 B2 JP5863649 B2 JP 5863649B2 JP 2012520366 A JP2012520366 A JP 2012520366A JP 2012520366 A JP2012520366 A JP 2012520366A JP 5863649 B2 JP5863649 B2 JP 5863649B2
Authority
JP
Japan
Prior art keywords
hnb
henb
mme
mobile terminal
base station
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2012520366A
Other languages
English (en)
Other versions
JPWO2011158663A1 (ja
Inventor
望月　満
満 望月
前田　美保
美保 前田
靖 岩根
靖 岩根
隆之 野並
隆之 野並
大成 末満
大成 末満
祐一 中井
祐一 中井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP2012520366A priority Critical patent/JP5863649B2/ja
Publication of JPWO2011158663A1 publication Critical patent/JPWO2011158663A1/ja
Application granted granted Critical
Publication of JP5863649B2 publication Critical patent/JP5863649B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H04W36/1443—Reselecting a network or an air interface over a different radio air interface technology between licensed networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/10—Access point devices adapted for operation in multiple networks, e.g. multi-mode access points

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は、複数の移動端末と基地局との間で無線通信を実施する移動体通信システムに関する。
第３世代と呼ばれる通信方式のうち、Ｗ−ＣＤＭＡ（Wideband Code division Multiple Access）方式が２００１年から日本で商用サービスが開始されている。また、下りリンク（個別データチャネル、個別制御チャネル）にパケット伝送用のチャネル（High Speed-Downlink Shared Channel：ＨＳ−ＤＳＣＨ）を追加することにより、下りリンクを用いたデータ送信の更なる高速化を実現するＨＳＤＰＡ（High Speed Downlink Packet Access）のサービスが開始されている。さらに、上り方向のデータ送信をより高速化するために、ＨＳＵＰＡ（High Speed Uplink Packet Access）方式についてもサービスが開始されている。Ｗ−ＣＤＭＡは、移動体通信システムの規格化団体である３ＧＰＰ（3rd Generation Partnership Project）により定められた通信方式であり、リリース８版の規格書がとりまとめられている。
また、３ＧＰＰにおいて、Ｗ−ＣＤＭＡとは別の通信方式として、無線区間についてはロングタームエボリューション（Long Term Evolution：ＬＴＥ）、コアネットワーク（単にネットワークとも称する）を含めたシステム全体構成については、システムアーキテクチャエボリューション（System Architecture Evolution：ＳＡＥ）と称される新たな通信方式が検討されている。この通信方式は３．９Ｇ（3.9 Generation）システムとも呼ばれる。
ＬＴＥでは、アクセス方式、無線のチャネル構成やプロトコルが、現在のＷ−ＣＤＭＡ（ＨＳＤＰＡ／ＨＳＵＰＡ）とは全く異なるものになる。例えば、アクセス方式は、Ｗ−ＣＤＭＡが符号分割多元接続（Code Division Multiple Access）を用いているのに対して、ＬＴＥは下り方向はＯＦＤＭ（Orthogonal Frequency Division Multiplexing）、上り方向はＳＣ−ＦＤＭＡ（Single Career Frequency Division Multiple Access）を用いる。また、帯域幅は、Ｗ−ＣＤＭＡが５ＭＨｚであるのに対し、ＬＴＥでは１．４ＭＨｚ，３ＭＨｚ，５ＭＨｚ，１０ＭＨｚ，１５ＭＨｚ，２０ＭＨｚの中で基地局毎に選択可能となっている。また、ＬＴＥでは、Ｗ−ＣＤＭＡとは異なり、回線交換を含まず、パケット通信方式のみになる。
ＬＴＥは、Ｗ−ＣＤＭＡのコアネットワークであるＧＰＲＳ（General Packet Radio Service）とは異なる新たなコアネットワークを用いて通信システムが構成されるので、Ｗ−ＣＤＭＡ網とは別の独立した無線アクセス網として定義される。したがって、Ｗ−ＣＤＭＡの通信システムと区別するために、ＬＴＥの通信システムでは、移動端末（User Equipment：ＵＥ）と通信を行う基地局（Base station）はｅＮＢ（E-UTRAN NodeB）と称され、複数の基地局と制御データやユーザデータのやり取りを行う基地局制御装置（Radio Network Controller）は、ＥＰＣ（Evolved Packet Core）またはａＧＷ（Access Gateway）と称される。このＬＴＥの通信システムでは、ユニキャスト（Unicast）サービスとＥ-ＭＢＭＳサービス（Evolved Multimedia Broadcast Multicast Service）とが提供される。Ｅ−ＭＢＭＳサービスとは、放送型マルチメディアサービスである。Ｅ−ＭＢＭＳサービスは、単にＭＢＭＳと称される場合もある。Ｅ−ＭＢＭＳサービスでは、複数の移動端末に対してニュースや天気予報、モバイル放送などの大容量放送コンテンツが送信される。これを１対多（Point to Multipoint）サービスともいう。
３ＧＰＰでの、ＬＴＥシステムにおける全体的なアーキテクチャ（Architecture）に関する現在の決定事項が、非特許文献１（４．６．１章）に記載されている。全体的なアーキテクチャについて図１を用いて説明する。図１は、ＬＴＥ方式の通信システムの構成を示す説明図である。図１において、移動端末１０１に対する制御プロトコル、例えばＲＲＣ（Radio Resource Control）と、ユーザプレイン、例えばＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、ＰＨＹ（Physical layer）とが基地局１０２で終端するならば、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access）は１つあるいは複数の基地局１０２によって構成される。
基地局１０２は、ＭＭＥ（Mobility Management Entity）１０３から通知されるページング信号（Paging Signal、ページングメッセージ（paging messages）とも称される）のスケジューリング（Scheduling）および送信を行う。基地局１０２は、Ｘ２インタフェースにより、互いに接続される。また基地局１０２は、Ｓ１インタフェースによりＥＰＣ（Evolved Packet Core）に接続される。より明確には、基地局１０２は、Ｓ１＿ＭＭＥインタフェースによりＭＭＥ（Mobility Management Entity）１０３に接続され、Ｓ１＿ＵインタフェースによりＳ−ＧＷ（Serving Gateway）１０４に接続される。
ＭＭＥ１０３は、複数あるいは単数の基地局１０２へのページング信号の分配を行う。また、ＭＭＥ１０３は、待受け状態（Idle State）のモビリティ制御（Mobility control）を行う。ＭＭＥ１０３は、移動端末が待ち受け状態の際、および、アクティブ状態（Active State）の際に、トラッキングエリア（Tracking Area）リストの管理を行う。
Ｓ−ＧＷ１０４は、ひとつまたは複数の基地局１０２とユーザデータの送受信を行う。Ｓ−ＧＷ１０４は、基地局間のハンドオーバの際、ローカルな移動性のアンカーポイント（Mobility Anchor Point）となる。ＥＰＣには、さらにＰ−ＧＷ（PDN Gateway）が存在する。Ｐ−ＧＷは、ユーザ毎のパケットフィルタリングやＵＥ−ＩＤアドレスの割当などを行う。
移動端末１０１と基地局１０２との間の制御プロトコルＲＲＣは、報知（Broadcast）、ページング（paging）、ＲＲＣ接続マネージメント（RRC connection management）などを行う。ＲＲＣにおける基地局と移動端末との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤとがある。ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Public Land Mobile Network）選択、システム情報（System Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティ等が行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができる。またＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ハンドオーバ（Handover：ＨＯ）、隣接セル（Neighbour cell）のメジャメント等が行われる。
非特許文献１（５章）に記載される、３ＧＰＰでの、ＬＴＥシステムにおけるフレーム構成に関する現在の決定事項について、図２を用いて説明する。図２は、ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。図２において、１つの無線フレーム（Radio frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Subframe）に分割される。サブフレームは、２個の等しい大きさのスロット（slot）に分割される。無線フレーム毎に１番目および６番目のサブフレームに下り同期信号（Downlink Synchronization Signal：ＳＳ）が含まれる。同期信号には、第一同期信号（Primary Synchronization Signal：Ｐ−ＳＳ）と、第二同期信号（Secondary Synchronization Signal：Ｓ−ＳＳ）とがある。サブフレーム単位で、ＭＢＳＦＮ（Multimedia Broadcast multicast service Single Frequency Network）用のチャネルと、ＭＢＳＦＮ以外用のチャネルとの多重が行われる。ＭＢＳＦＮ送信(MBSFN Transmission)とは、同時に複数のセルから同じ波形の送信により実現される同時放送送信技術(simulcast transmission technique)である。ＭＢＳＦＮ領域（MBSFN Area）の複数のセルからのＭＢＳＦＮ送信は、移動端末は１つの送信に見える。ＭＢＳＦＮとは、このようなＭＢＳＦＮ送信をサポートするネットワークである。以降、ＭＢＳＦＮ送信用のサブフレームをＭＢＳＦＮサブフレーム（MBSFN subframe）と称する。
非特許文献２に、ＭＢＳＦＮサブフレームの割り当て時のシグナリング例が記載されている。図３は、ＭＢＳＦＮフレームの構成を示す説明図である。図３に示すように、ＭＢＳＦＮフレーム（MBSFN frame）毎にＭＢＳＦＮサブフレームが割り当てられる。ＭＢＳＦＮフレームは、割当周期（radio Frame Allocation Period）にて繰り返される。ＭＢＳＦＮサブフレームは、割当周期と割当オフセット（radio Frame Allocation Offset）とによって定義された無線フレームにてＭＢＳＦＮのために割り当てられるサブフレームであり、マルチメディアデータを伝送するためのサブフレームである。以下の式（１）を満たす無線フレームが、ＭＢＳＦＮサブフレームを含む無線フレームである。
ＳＦＮ ｍｏｄ radioFrameAllocationPeriod＝radioFrameAllocationOffset …（１）
ＭＢＳＦＮサブフレームの割当は６ビットにて行われる。１番左のビットは、サブフレームの２番目（＃１）のＭＢＳＦＮ割当を定義する。２番目のビットはサブフレームの３番目（＃２）、３番目のビットはサブフレームの４番目（＃３）、４番目のビットはサブフレームの７番目（＃６）、５番目のビットはサブフレームの８番目（＃７）、６番目のビットはサブフレームの９番目（＃８）のＭＢＳＦＮ割当を定義する。該ビットが「１」を示す場合、対応するサブフレームがＭＢＳＦＮのために割当てられることを示す。
３ＧＰＰでの、ＬＴＥシステムにおけるチャネル構成に関する現在の決定事項が、非特許文献１（５章）に記載されている。ＣＳＧセル（Closed Subscriber Group cell）においてもｎｏｎ−ＣＳＧセルと同じチャネル構成が用いられると想定されている。物理チャネル（Physical channel）について、図４を用いて説明する。図４は、ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。図４において、物理報知チャネル（Physical Broadcast channel：ＰＢＣＨ）４０１は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＢＣＨトランスポートブロック（transport block）は、４０ｍｓ間隔中の４個のサブフレームにマッピングされる。４０ｍｓタイミングの明白なシグナリングはない。物理制御チャネルフォーマットインジケータチャネル（Physical Control Format Indicator Channel：ＰＣＦＩＣＨ）４０２は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＣＦＩＣＨは、ＰＤＣＣＨｓ（Physical Downlink Control Channels）のために用いるＯＦＤＭシンボルの数について基地局１０２から移動端末１０１へ通知する。ＰＣＦＩＣＨは、サブフレーム毎に送信される。
物理下り制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）４０３は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＤＣＣＨは、リソース割り当て（allocation）、後述の図５に示されるトランスポートチャネルの１つである下り共有チャネル（Downlink Shared Channel：ＤＬ−ＳＣＨ）に関するＨＡＲＱ（Hybrid Automatic Repeat reQuest）情報、図５に示されるトランスポートチャネルの１つであるページングチャネル（Paging Channel：ＰＣＨ）を通知する。ＰＤＣＣＨは、上りスケジューリンググラント（Uplink Scheduling Grant）を運ぶ。ＰＤＣＣＨは、上り送信に対する応答信号であるＡｃｋ（Acknowledgement）／Ｎａｃｋ（Negative Acknowledgement）を運ぶ。ＰＤＣＣＨは、Ｌ１／Ｌ２制御信号とも呼ばれる。
物理下り共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）４０４は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＤＳＣＨには、トランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）やトランスポートチャネルであるＰＣＨがマッピングされている。物理マルチキャストチャネル（Physical Multicast Channel：ＰＭＣＨ）４０５は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＭＣＨには、トランスポートチャネルであるマルチキャストチャネル（Multicast Channel：ＭＣＨ）がマッピングされている。
物理上り制御チャネル（Physical Uplink Control Channel：ＰＵＣＣＨ）４０６は、移動端末１０１から基地局１０２への上り送信用のチャネルである。ＰＵＣＣＨは、下り送信に対する応答信号（response）であるＡｃｋ／Ｎａｃｋを運ぶ。ＰＵＣＣＨは、ＣＱＩ（Channel Quality Indicator）レポートを運ぶ。ＣＱＩとは、受信したデータの品質、もしくは通信路品質を示す品質情報である。またＰＵＣＣＨは、スケジューリングリクエスト（Scheduling Request：ＳＲ）を運ぶ。物理上り共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）４０７は、移動端末１０１から基地局１０２への上り送信用のチャネルである。ＰＵＳＣＨには、図５に示されるトランスポートチャネルの１つである上り共有チャネル（Uplink Shared Channel：ＵＬ−ＳＣＨ）がマッピングされている。
物理ＨＡＲＱインジケータチャネル（Physical Hybrid ARQ Indicator Channel：ＰＨＩＣＨ）４０８は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＨＩＣＨは、上り送信に対する応答であるＡｃｋ／Ｎａｃｋを運ぶ。物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）４０９は、移動端末１０１から基地局１０２への上り送信用のチャネルである。ＰＲＡＣＨは、ランダムアクセスプリアンブル（random access preamble）を運ぶ。
下りリファレンスシグナル（Reference signal）は、移動体通信システムとして既知のシンボルである。移動端末の物理レイヤの測定として、リファレンスシンボルの受信電力（Reference Symbol Received Power：ＲＳＲＰ）測定がある。
非特許文献１（５章）に記載されるトランスポートチャネル（Transport channel）について、図５を用いて説明する。図５は、ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。図５（Ａ）には、下りトランスポートチャネルと下り物理チャネルとの間のマッピングを示す。図５（Ｂ）には、上りトランスポートチャネルと上り物理チャネルとの間のマッピングを示す。下りトランスポートチャネルについて報知チャネル（Broadcast Channel：ＢＣＨ）は、その基地局（セル）のカバレッジ全体に報知される。ＢＣＨは、物理報知チャネル（ＰＢＣＨ）にマッピングされる。
下り共有チャネル（Downlink Shared Channel：ＤＬ−ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＤＬ−ＳＣＨは、基地局（セル）のカバレッジ全体への報知が可能である。ＤＬ−ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては、パーシステントスケジューリング（Persistent Scheduling）とも言われる。ＤＬ−ＳＣＨは、移動端末の低消費電力化のために移動端末のＤＲＸ（Discontinuous reception）をサポートする。ＤＬ−ＳＣＨは、物理下り共有チャネル（ＰＤＳＣＨ）へマッピングされる。
ページングチャネル（Paging Channel：ＰＣＨ）は、移動端末の低消費電力を可能とするために移動端末のＤＲＸをサポートする。ＰＣＨは、基地局（セル）のカバレッジ全体への報知が要求される。ＰＣＨは、動的にトラフィックに利用できる物理下り共有チャネル（ＰＤＳＣＨ）のような物理リソース、あるいは他の制御チャネルの物理下り制御チャネル（ＰＤＣＣＨ）のような物理リソースへマッピングされる。マルチキャストチャネル（Multicast Channel：ＭＣＨ）は、基地局（セル）のカバレッジ全体への報知に使用される。ＭＣＨは、マルチセル送信におけるＭＢＭＳサービス（ＭＴＣＨとＭＣＣＨ）のＳＦＮ合成をサポートする。ＭＣＨは、準静的なリソース割り当てをサポートする。ＭＣＨは、ＰＭＣＨへマッピングされる。
上り共有チャネル（Uplink Shared Channel：ＵＬ−ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＵＬ−ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。ＵＬ−ＳＣＨは、物理上り共有チャネル（ＰＵＳＣＨ）へマッピングされる。図５（Ｂ）に示されるランダムアクセスチャネル（Random Access Channel：ＲＡＣＨ）は、制御情報に限られている。ＲＡＣＨは、衝突のリスクがある。ＲＡＣＨは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）へマッピングされる。
ＨＡＲＱについて説明する。ＨＡＲＱとは、自動再送要求（Automatic Repeat reQuest：ＡＲＱ）と誤り訂正（Forward Error Correction）との組み合わせにより、伝送路の通信品質を向上させる技術である。ＨＡＲＱには、通信品質が変化する伝送路に対しても、再送により誤り訂正が有効に機能するという利点がある。特に、再送にあたって初送の受信結果と再送の受信結果との合成をすることで、更なる品質向上を得ることも可能である。
再送の方法の一例を説明する。受信側にて、受信データが正しくデコードできなかった場合、換言すればＣＲＣ（Cyclic Redundancy Check）エラーが発生した場合（ＣＲＣ＝ＮＧ）、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側は、データを再送する。受信側にて、受信データが正しくデコードできた場合、換言すればＣＲＣエラーが発生しない場合（ＣＲＣ＝ＯＫ）、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。
ＨＡＲＱ方式の一例として、チェースコンバイニング（Chase Combining）がある。チェースコンバイニングとは、初送と再送とにおいて、同じデータを送信するもので、再送において初送のデータと再送のデータとの合成を行うことで、利得を向上させる方式である。これは、初送データに誤りがあったとしても、部分的に正確なものも含まれており、正確な部分の初送データと再送データとを合成することで、より高精度にデータを送信できるという考え方に基づいている。また、ＨＡＲＱ方式の別の例として、ＩＲ（Incremental Redundancy）がある。ＩＲとは、冗長度を増加させるものであり、再送においてパリティビットを送信することで、初送と組み合わせて冗長度を増加させ、誤り訂正機能により品質を向上させるものである。
非特許文献１（６章）に記載される論理チャネル（ロジカルチャネル：Logical channel）について、図６を用いて説明する。図６は、ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。図６（Ａ）には、下りロジカルチャネルと下りトランスポートチャネルとの間のマッピングを示す。図６（Ｂ）には、上りロジカルチャネルと上りトランスポートチャネルとの間のマッピングを示す。報知制御チャネル（Broadcast Control Channel：ＢＣＣＨ）は、報知システム制御情報のための下りチャネルである。論理チャネルであるＢＣＣＨは、トランスポートチャネルである報知チャネル（ＢＣＨ）、あるいは下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。
ページング制御チャネル（Paging Control Channel：ＰＣＣＨ）は、ページング信号を送信するための下りチャネルである。ＰＣＣＨは、移動端末のセルロケーションをネットワークが知らない場合に用いられる。論理チャネルであるＰＣＣＨは、トランスポートチャネルであるページングチャネル（ＰＣＨ）へマッピングされる。共有制御チャネル（Common Control Channel：ＣＣＣＨ）は、移動端末と基地局との間の送信制御情報のためのチャネルである。ＣＣＣＨは、移動端末がネットワークとの間でＲＲＣ接続（connection）を持っていない場合に用いられる。下り方向では、ＣＣＣＨは、トランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨは、トランスポートチャネルである上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされる。
マルチキャスト制御チャネル（Multicast Control Channel：ＭＣＣＨ）は、１対多の送信のための下りチャネルである。ＭＣＣＨは、ネットワークから移動端末への１つあるいはいくつかのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、ＭＢＭＳ受信中の移動端末のみに用いられる。ＭＣＣＨは、トランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）あるいはマルチキャストチャネル（ＭＣＨ）へマッピングされる。
個別制御チャネル（Dedicated Control Channel：ＤＣＣＨ）は、移動端末とネットワークとの間の個別制御情報を送信するチャネルである。ＤＣＣＨは、上りでは上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ−ＳＣＨ）にマッピングされる。
個別トラフィックチャネル（Dedicated Traffic Channel：ＤＴＣＨ）は、ユーザ情報の送信のための個別移動端末への１対１通信のチャネルである。ＤＴＣＨは、上りおよび下りともに存在する。ＤＴＣＨは、上りでは上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。
マルチキャストトラフィックチャネル（Multicast Traffic channel：ＭＴＣＨ）は、ネットワークから移動端末へのトラフィックデータ送信のための下りチャネルである。ＭＴＣＨは、ＭＢＭＳ受信中の移動端末のみに用いられるチャネルである。ＭＴＣＨは、下り共有チャネル（ＤＬ−ＳＣＨ）あるいはマルチキャストチャネル（ＭＣＨ）へマッピングされる。
ＧＣＩとは、グローバルセル識別子（Global Cell Identity）のことである。ＬＴＥおよびＵＭＴＳ（Universal Mobile Telecommunication System）において、ＣＳＧセル（Closed Subscriber Group cell）が導入される。ＣＳＧセルについて以下に説明する（非特許文献３ ３．１章参照）。ＣＳＧ（Closed Subscriber Group）セルとは、利用可能な加入者をオペレータが特定しているセル（以下「特定加入者用セル」という場合がある）である。特定された加入者は、ＰＬＭＮ（Public Land Mobile Network）の１つ以上のＥ-ＵＴＲＡＮセルにアクセスすることが許可される。特定された加入者がアクセスを許可されている１つ以上のＥ−ＵＴＲＡＮセルを「ＣＳＧセル（ＣＳＧ ｃｅｌｌ（ｓ））」と呼ぶ。ただし、ＰＬＭＮにはアクセス制限がある。ＣＳＧセルとは、固有のＣＳＧアイデンティティ（CSG identity：ＣＳＧ ＩＤ；ＣＳＧ−ＩＤ）を報知するＰＬＭＮの一部である。予め利用登録し、許可された加入者グループのメンバーは、アクセス許可情報であるところのＣＳＧ−ＩＤを用いてＣＳＧセルにアクセスする。
ＣＳＧ−ＩＤは、ＣＳＧセルまたはセルによって報知される。移動体通信システムにＣＳＧ−ＩＤは複数存在する。そして、ＣＳＧ−ＩＤは、ＣＳＧ関連のメンバーのアクセスを容易にするために、移動端末（ＵＥ）によって使用される。移動端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても移動端末の位置を追跡し、呼び出す、すなわち移動端末が着呼することを可能にするために行われる。この移動端末の位置追跡のための区域をトラッキングエリアと呼ぶ。ＣＳＧホワイトリスト（CSG White List）とは、加入者が属するＣＳＧセルのすべてのＣＳＧ ＩＤが記録されている、ＵＳＩＭ（Universal Subscriber Identity Module）に格納されたリストである。ＣＳＧホワイトリストは、許可ＣＳＧリスト（Allowed CSG ID List）と呼ばれることもある。
「適切なセル」（Suitable cell）について以下に説明する（非特許文献３ ４．３章参照）。「適切なセル」（Suitable cell）とは、ＵＥが通常（normal）サービスを受けるためにキャンプオン（Camp ON）するセルである。そのようなセルは、以下の条件を満たすものとする。
（１）セルは、選択されたＰＬＭＮもしくは登録されたＰＬＭＮ、または「Ｅｑｕｉｖａｌｅｎｔ ＰＬＭＮリスト」のＰＬＭＮの一部であること。
（２）ＮＡＳ（Non-Access Stratum）によって提供された最新情報にて、さらに以下の条件を満たすこと
（ａ）そのセルが禁じられた（barred）セルでないこと
（ｂ）そのセルが「ローミングのための禁止されたＬＡｓ」リストの一部ではなく、少なくとも１つのトラッキングエリア（Tracking Area:TA）の一部であること。その場合、そのセルは上記（１）を満たす必要がある
（ｃ）そのセルが、セル選択評価基準を満たしていること
（ｄ）そのセルが、ＣＳＧセルとしてシステム情報（System Information：ＳＩ）によって特定されたセルに関しては、ＣＳＧ−ＩＤはＵＥの「ＣＳＧホワイトリスト」（CSG WhiteList）の一部であること、すなわちＵＥのCSG WhiteList中に含まれること。
「アクセプタブルセル」（Acceptable cell）について以下に説明する（非特許文献３ ４．３章参照）。これは、ＵＥが限られたサービス（緊急通報）を受けるためにキャンプオンするセルである。そのようなセルは、以下のすべての要件を充足するものとする。つまり、Ｅ−ＵＴＲＡＮネットワークで緊急通報を開始するための最小のセットの要件を以下に示す。（１）そのセルが禁じられた（barred）セルでないこと。（２）そのセルが、セル選択評価基準を満たしていること。
「セルにキャンプオン（camp on）する」とは、ＵＥがセル選択（cell selection）またはセル再選択（cell re-selection）の処理を完了し、ＵＥがシステム情報とページング情報をモニタするセルを選択した状態である。
３ＧＰＰにおいて、Ｈｏｍｅ−ＮｏｄｅＢ（Ｈｏｍｅ−ＮＢ；ＨＮＢ）、Ｈｏｍｅ−ｅＮｏｄｅＢ（Ｈｏｍｅ−ｅＮＢ；ＨｅＮＢ）と称される基地局が検討されている。ＵＴＲＡＮにおけるＨＮＢ、またはＥ-ＵＴＲＡＮにおけるＨｅＮＢは、例えば家庭、法人、商業用のアクセスサービス向けの基地局である。非特許文献４には、ＨｅＮＢおよびＨＮＢへのアクセスの３つの異なるモードが開示されている。具体的には、オープンアクセスモード（Open access mode）と、クローズドアクセスモード（Closed access mode）と、ハイブリッドアクセスモード（Hybrid access mode）である。
各々のモードは、以下のような特徴を有する。オープンアクセスモードでは、ＨｅＮＢやＨＮＢは通常のオペレータのノーマルセルとして操作される。クローズドアクセスモードでは、ＨｅＮＢやＨＮＢは、ＣＳＧセルとして操作される。このＣＳＧセルは、ＣＳＧメンバーのみアクセス可能なＣＳＧセルである。ハイブリッドアクセスモードでは、ＨｅＮＢやＨＮＢは、非ＣＳＧメンバーも同時にアクセス許可されているＣＳＧセルとして操作される。ハイブリッドアクセスモードのセル（ハイブリッドセルとも称する）は、言い換えれば、オープンアクセスモードとクローズドアクセスモードの両方をサポートするセルである。
３ＧＰＰでは、全ＰＣＩ（Physical Cell Identity）を、ＣＳＧセル用とｎｏｎ−ＣＳＧセル用とに分割すること（ＰＣＩスプリットと称する）が議論されている（非特許文献５参照）。またＰＣＩスプリット情報は、システム情報にて基地局から傘下の移動端末に対して報知されることが議論されている。ＰＣＩスプリットを用いた移動端末の基本動作を開示する。ＰＣＩスプリット情報を有していない移動端末は、全ＰＣＩを用いて、例えば５０４コード全てを用いて、セルサーチを行う必要がある。これに対して、ＰＣＩスプリット情報を有する移動端末は、当該ＰＣＩスプリット情報を用いてセルサーチを行うことが可能である。
また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（Long Term Evolution Advanced：ＬＴＥ−Ａ）の規格策定が進められている（非特許文献６、非特許文献７参照）。
ＬＴＥ−Ａシステムでは、高い通信速度、セルエッジでの高いスループット、新たなカバレッジエリアなどを得るために、リレー（Relay：リレーノード（ＲＮ））をサポートすることが検討されている。リレーノードは、ドナーセル（Donor cell；Donor eNB；ＤｅＮＢ）を介して無線アクセスネットワークに無線で接続される。ドナーセルの範囲内で、ネットワーク（Network：ＮＷ）からリレーへのリンクは、ネットワークからＵＥへのリンクと同じ周波数バンドを共用する。この場合、リリース８のＵＥも該ドナーセルに接続することを可能とする。ドナーセルとリレーノードとの間のリンクをバックホールリンク（backhaul link）と称し、リレーノードとＵＥとの間のリンクをアクセスリンク（access link）と称す。
ＦＤＤ（Frequency Division Duplex）におけるバックホールリンクの多重方法として、ＤｅＮＢからＲＮへの送信は下り（ＤＬ）周波数バンドで行われ、ＲＮからＤｅＮＢへの送信は上り（ＵＬ）周波数バンドで行われる。リレーにおけるリソースの分割方法として、ＤｅＮＢからＲＮへのリンクおよびＲＮからＵＥへのリンクが一つの周波数バンドで時分割多重され、ＲＮからＤｅＮＢへのリンクおよびＵＥからＲＮへのリンクも一つの周波数バンドで時分割多重される。こうすることで、リレーにおいて、リレーの送信が自リレーの受信へ干渉することを防ぐことができる。
３ＧＰＰでは、通常のｅＮＢ（マクロセル）だけでなく、ピコｅＮＢ（ピコセル（pico cell））、ＨｅＮＢ／ＨＮＢ／ＣＳＧセル、ホットゾーンセル用のノード、リレーノード、リモートラジオヘッド（Remote Radio Head：ＲＲＨ）などのいわゆるローカルノードが検討されている。
これらローカルノードは、高速、大容量の通信などのさまざまなサービスの要求に応じて、マクロセルを補完するために配置される。例えば、ＨｅＮＢは、商店街やマンション、学校、会社などへ数多く設置されることが要求される。このため、ＨｅＮＢがマクロセルのカバレッジ内に設置される場合も生じる。ＨｅＮＢがマクロセルのカバレッジ内に設置されるような場合、マクロセル、ＨｅＮＢ、移動端末（ＵＥ）らの間で干渉が生じることとなる。これらの干渉により、移動端末（ＵＥ）は、マクロセルあるいはＨｅＮＢとの通信が妨げられ、通信速度の低下が生じる。さらに干渉電力が大きくなると、通信ができなくなってしまうことになる。したがって、これらのマクロセルとローカルノードとが混在して配置される状況において生じる干渉を回避し、通信品質を最適にするための方法が要求される。
ＬＴＥで音声サービスの提供がなされていない場合に、ユーザに音声サービスを提供する方法として、音声発着信時は２Ｇ／３Ｇ（2nd Generation/3rd Generation）システムに切り替えるという方法が３ＧＰＰにおいて標準化されている。この方法は、２Ｇ／３Ｇシステムの回線交換（Circuit Switched：ＣＳ）の機能を利用する方法である。この方法を、ＣＳ Ｆａｌｌｂａｃｋ（以下「ＣＳＦＢ」という）と呼ぶ。非特許文献８には、ＣＳＦＢの３ＧＰＰにおける規格が示されている。また非特許文献９には、ＣＳＦＢの概要が示されている。
３ＧＰＰ ＴＳ３６．３００ Ｖ９．２．０ ４．６．１章、４．６．２章、５章、６章、１０．１．２章、１０．７章 ３ＧＰＰ ＴＳ３６．３３１ Ｖ９．１．０ ３ＧＰＰ ＴＳ３６．３０４ Ｖ９．１．０ ３．１章、４．３章、５．２．４章 ３ＧＰＰ Ｓ１−０８３４６１ ３ＧＰＰ Ｒ２−０８２８９９ ３ＧＰＰ ＴＲ ３６．８１４ Ｖ９．０．０ ３ＧＰＰ ＴＲ ３６．９１２ Ｖ９.０.０ ３ＧＰＰ ＴＳ ２３．２７２ Ｖ９．３．０ 田中威津馬、外２名、「ＬＴＥと３Ｇ回線交換サービスの連携を実現するＣＳ Ｆａｌｌｂａｃｋ機能」、エヌ・ティ・ティ・ドコモ（ＮＴＴＤＯＣＯＭＯ）テクニカル・ジャーナル、株式会社エヌ・ティ・ティ・ドコモ、２００９年１０月、第１７巻（Ｖｏｌ．１７）、第３号（Ｎｏ．３）、ｐ．１５−２０
３ＧＰＰにおいては、ＨＮＢあるいはＨｅＮＢが検討されている。非特許文献８および非特許文献９に示す従来のＣＳＦＢでは、これらＨＮＢあるいはＨｅＮＢが設置された場合の、音声サービスのサポート方法については、何ら開示されていない。
また、ＨＮＢを用いたアーキテクチャが通常のＮＢを用いたアーキテクチャと異なること、ＨＮＢ、ＨｅＮＢが比較的狭いカバレッジエリアを有し、数多く設置されることが想定されていること、さらには、ＨＮＢあるいはＨｅＮＢはＣＳＧをサポートすることなどの理由から、従来のＣＳＦＢの方法をＨＮＢあるいはＨｅＮＢにそのまま適用することは不可能である。
例えば、従来のＣＳＦＢの方法をＨＮＢあるいはＨｅＮＢにそのまま適用しただけでは、ＨｅＮＢでＬＴＥサービスを提供されていたユーザが、音声の発着信を行うことが不可能となるという問題が生じる。
本発明の目的は、音声通話サービスの提供が無い移動通信網に接続中の移動端末装置に、音声通話サービスの発呼または着呼が生じた場合に、移動通信網を切替えて音声通話サービスを提供可能な移動体通信システムを提供することである。
本発明の移動体通信システムは、基地局装置と、前記基地局装置に無線通信可能に接続される移動端末装置と、前記基地局装置が接続される上位装置とを備える移動体通信システムであって、前記基地局装置は、複数備えられ、各前記基地局装置は、データ通信サービスおよび音声通話サービスを提供する第１移動通信網と接続される第１基地局部と、前記第１移動通信網よりも高速のデータ通信サービスを提供する第２移動通信網と接続される第２基地局部とを備え、前記第１基地局部と前記第２基地局部とは、互いに通信可能に構成され、前記第２基地局部は、前記第１基地局部のパラメータを得て、前記上位装置に通知し、前記上位装置は、前記第２基地局部から前記第１基地局部のパラメータを受信すると、各前記基地局装置の前記第１基地局部と無線通信可能な範囲である第１カバレッジエリアＣ１を足し合わせて構成されるロケーションエリアＬＡと、各前記基地局装置の前記第２基地局部と無線通信可能な範囲である第２カバレッジエリアＣ２を足し合わせて構成されるトラッキングエリアＴＡとの対応関係を管理することを特徴とする。
本発明の移動体通信システムによれば、基地局装置と移動端末装置と上位装置とを備えて移動体通信システムが構成される。基地局装置は、複数備えられる。各基地局装置は、第１基地局部と第２基地局部とを備えて構成される。第１基地局部は、データ通信サービスおよび音声通話サービスを提供する第１移動通信網と接続される。第２基地局部は、第１移動通信網よりも高速のデータ通信サービスを提供する第２移動通信網と接続される。第１基地局部と第２基地局部とは互いに通信可能に構成されるので、例えば、第１基地局部と第２基地局部とに選択的に接続可能な移動端末装置が第２基地局部に接続されている状況下で、移動端末装置に音声通話サービスの発呼または着呼が生じたときに、移動端末装置を第１基地局部に接続するように切替えることができる。したがって、第２移動通信網で音声通話サービスの提供が無い場合でも、第２移動通信網から第１移動通信網に切替えて、音声通話サービスを提供することができる。また第２基地局部は、第１基地局部のパラメータを得て、上位装置に通知するので、上位装置は、第１基地局部のパラメータを認識することができる。
また、上位装置は、第２基地局部から第１基地局部のパラメータを受信すると、各基地局装置の第１基地局部と無線通信可能な範囲である第１カバレッジエリアＣ１を足し合わせて構成されるロケーションエリアＬＡと、各基地局装置の第２基地局部と無線通信可能な範囲である第２カバレッジエリアＣ２を足し合わせて構成されるトラッキングエリアＴＡとの対応関係を管理する。これによって、ＣＳＦＢのためのトラッキングエリアＴＡとロケーションエリアＬＡとの対応関係を容易に構築することができる。
この発明の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
ＬＴＥ方式の通信システムの構成を示す説明図である。 ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。 ＭＢＳＦＮフレームの構成を示す説明図である。 ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。 ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。 ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。 現在３ＧＰＰにおいて議論されているＬＴＥ方式の移動体通信システムの全体的な構成を示すブロック図である。 本発明に係る移動端末である図７に示す移動端末７１の構成を示すブロック図である。 本発明に係る基地局である図７に示す基地局７２の構成を示すブロック図である。 本発明に係るＭＭＥである図７に示すＭＭＥ部７３の構成を示すブロック図である。 本発明に係るＨｅＮＢＧＷである図７に示すＨｅＮＢＧＷ７４の構成を示すブロック図である。 ＬＴＥ方式の通信システムにおいて移動端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。 従来のＣＳＦＢを用いた通信システム１３のアーキテクチャを示すブロック図である。 本発明の実施の一形態に係る移動体通信システム１４のアーキテクチャを示すブロック図である。 ＨｅＮＢとＨＮＢとが設置された場合にＣＳＦＢをサポートするためのアーキテクチャの他の例である通信システム１５のアーキテクチャを示すブロック図である。 本発明の実施の一形態に係るデュアル機によって構成されるカバレッジエリアの概念を示す図である。 本発明の実施の一形態に係るデュアル機によって構成されるＬＡとＴＡとの概念を示す図である。 デュアル機と、ＨｅＮＢのシングル機によって構成されるＬＡとＴＡとの概念を示す図である。 デュアル機と、ＨＮＢのシングル機によって構成されるＬＡとＴＡとの概念を示す図である。 本実施の形態におけるＬＡとＴＡとのマッピング方法およびそれを用いた連携位置登録のシーケンスを示す図である。 ＰＳ ＨＯをサポートしている場合のＣＳ発呼におけるＣＳＦＢのシーケンスの一例を示す図である。 図２１に示すステップＳＴ１９２４の具体的なシーケンスを示す図である。 ＰＳ ＨＯをサポートしていない場合のＣＳ発呼におけるＣＳＦＢのシーケンスの一例を示す図である。 ＵＥがアイドルモードの場合のＣＳＦＢのシーケンスの一例を示す図である。 ＵＥがアイドルモードの場合のＣＳＦＢのシーケンスの他の例を示す図である。 ＵＥがアクティブモードに移行せずにＣＳＦＢを行うシーケンスの例を示す図である。 ＰＳ ＨＯをサポートしている場合のＣＳ着呼におけるＣＳＦＢのシーケンスの一例を示す図である。 本発明の実施の形態２に係るＣＳ発呼におけるＣＳＦＢのシーケンスの一例を示す図である。 図２８に示すステップＳＴ２６０１の具体的なシーケンスを示す図である。 アイドルモードのＵＥがＣＳ発呼する場合におけるＣＳＦＢのシーケンスの一例を示す図である。 アイドルモードのＵＥがＣＳ着呼する場合におけるＣＳＦＢのシーケンスの一例を示す図である。 実施の形態４における通信システム３２の構成を示すブロック図である。 実施の形態４の解決策を用いた場合の通信システム３２のシーケンスの一例を示す図である。 実施の形態４の変形例１の解決策を用いた場合の通信システムのシーケンスの一例を示す図である。 実施の形態４の変形例２の解決策を用いた場合の通信システムのシーケンスの一例を示す図である。 実施の形態４の変形例３の解決策を用いた場合の通信システムのシーケンスの一例を示す図である。 実施の形態４の変形例４の解決策を用いた場合の通信システムのシーケンスの一例を示す図である。 実施の形態４の変形例５の解決策を用いた場合の通信システムのシーケンスの一例を示す図である。 実施の形態４の変形例６の課題を説明する概念図である。 実施の形態４の変形例６における移動端末の待受け方法の具体例を示す図である。 実施の形態４の変形例６における音声通話サービスのサポート方法の切換処理の手順を示すフローチャートである。 実施の形態４の変形例６における移動端末の待受け方法の切換処理の手順を示すフローチャートである。 ネットワーク側の音声通話サービスのサポート方法の切換え判断、および移動端末の待受け方法の切換え判断を示す図である。
実施の形態１．
図７は、現在３ＧＰＰにおいて議論されているＬＴＥ方式の移動体通信システムの全体的な構成を示すブロック図である。現在３ＧＰＰにおいては、ＣＳＧ（Closed Subscriber Group）セル（Ｅ−ＵＴＲＡＮのＨｏｍｅ−ｅＮｏｄｅＢ（Ｈｏｍｅ−ｅＮＢ；ＨｅＮＢ）、ＵＴＲＡＮのＨｏｍｅ−ＮＢ（ＨＮＢ））と、ｎｏｎ−ＣＳＧセル（Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ（ｅＮＢ）、ＵＴＲＡＮのＮｏｄｅＢ（ＮＢ）、ＧＥＲＡＮのＢＳＳ）とを含めたシステムの全体的な構成が検討されており、Ｅ−ＵＴＲＡＮについては、図７のような構成が提案されている（非特許文献１ ４．６．１.章参照）。
図７について説明する。移動端末装置（以下「移動端末（User Equipment：ＵＥ）」という）７１は、基地局装置（以下「基地局」という）７２と無線通信可能であり、無線通信で信号の送受信を行う。基地局７２は、マクロセルであるｅＮＢ７２−１と、ローカルノードであるＨｏｍｅ−ｅＮＢ７２−２とに分類される。ｅＮＢ７２−１は、大規模基地局装置に相当し、移動端末ＵＥ７１と通信可能な範囲であるカバレッジとして、比較的大きい大規模カバレッジを有する。Ｈｏｍｅ−ｅＮＢ７２−２は、小規模基地局装置に相当し、カバレッジとして、比較的小さい小規模カバレッジを有する。
ｅＮＢ７２−１は、ＭＭＥ、あるいはＳ−ＧＷ、あるいはＭＭＥおよびＳ−ＧＷを含むＭＭＥ／Ｓ−ＧＷ部（以下「ＭＭＥ部」という場合がある）７３とＳ１インタフェースにより接続され、ｅＮＢ７２−１とＭＭＥ部７３との間で制御情報が通信される。ひとつのｅＮＢ７２−１に対して、複数のＭＭＥ部７３が接続されてもよい。ｅＮＢ７２−１間は、Ｘ２インタフェースにより接続され、ｅＮＢ７２−１間で制御情報が通信される。
Ｈｏｍｅ−ｅＮＢ７２−２は、ＭＭＥ部７３とＳ１インタフェースにより接続され、Ｈｏｍｅ−ｅＮＢ７２−２とＭＭＥ部７３との間で制御情報が通信される。ひとつのＭＭＥ部７３に対して、複数のＨｏｍｅ−ｅＮＢ７２−２が接続される。あるいは、Ｈｏｍｅ−ｅＮＢ７２−２は、ＨｅＮＢＧＷ（Home-eNB GateWay）７４を介してＭＭＥ部７３と接続される。Ｈｏｍｅ−ｅＮＢ７２−２とＨｅＮＢＧＷ７４とは、Ｓ１インタフェースにより接続され、ＨｅＮＢＧＷ７４とＭＭＥ部７３とはＳ１インタフェースを介して接続される。ひとつまたは複数のＨｏｍｅ−ｅＮＢ７２−２がひとつのＨｅＮＢＧＷ７４と接続され、Ｓ１インタフェースを通して情報が通信される。ＨｅＮＢＧＷ７４は、ひとつまたは複数のＭＭＥ部７３と接続され、Ｓ１インタフェースを通して情報が通信される。
さらに現在３ＧＰＰでは、以下のような構成が検討されている。Ｈｏｍｅ−ｅＮＢ７２−２間のＸ２インタフェースはサポートされない。ＭＭＥ部７３からは、ＨｅＮＢＧＷ７４はｅＮＢ７２−１として見える。Ｈｏｍｅ−ｅＮＢ７２−２からは、ＨｅＮＢＧＷ７４はＭＭＥ部７３として見える。Ｈｏｍｅ−ｅＮＢ７２−２が、ＨｅＮＢＧＷ７４を介してＭＭＥ部７３に接続されるか否かに関係なく、Ｈｏｍｅ−ｅＮＢ７２−２とＭＭＥ部７３との間のインタフェースは、Ｓ１インタフェースで同じである。ＨｅＮＢＧＷ７４は、複数のＭＭＥ部７３にまたがるような、Ｈｏｍｅ−ｅＮＢ７２−２へのモビリティ、あるいはＨｏｍｅ−ｅＮＢ７２−２からのモビリティはサポートしない。Ｈｏｍｅ−ｅＮＢ７２−２は、唯一のセルをサポートする。
図８は、本発明に係る移動端末である図７に示す移動端末７１の構成を示すブロック図である。図８に示す移動端末７１の送信処理を説明する。まず、プロトコル処理部８０１からの制御データ、およびアプリケーション部８０２からのユーザデータが、送信データバッファ部８０３へ保存される。送信データバッファ部８０３に保存されたデータは、エンコーダー部８０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部８０３から変調部８０５へ直接出力されるデータが存在してもよい。エンコーダー部８０４でエンコード処理されたデータは、変調部８０５にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部８０６へ出力され、無線送信周波数に変換される。その後、アンテナ８０７から基地局７２に送信信号が送信される。
また、移動端末７１の受信処理は、以下のとおりに実行される。基地局７２からの無線信号がアンテナ８０７により受信される。受信信号は、周波数変換部８０６にて無線受信周波数からベースバンド信号に変換され、復調部８０８において復調処理が行われる。復調後のデータは、デコーダー部８０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部８０１へ渡され、ユーザデータはアプリケーション部８０２へ渡される。移動端末７１の一連の処理は、制御部８１０によって制御される。よって制御部８１０は、図８では省略しているが、各部８０１〜８０９と接続している。
図９は、本発明に係る基地局である図７に示す基地局７２の構成を示すブロック図である。図９に示す基地局７２の送信処理を説明する。ＥＰＣ通信部９０１は、基地局７２とＥＰＣ（ＭＭＥ部７３、ＨｅＮＢＧＷ７４など）との間のデータの送受信を行う。他基地局通信部９０２は、他の基地局との間のデータの送受信を行う。Ｈｏｍｅ−ｅＮＢ７２−２間のＸ２インタフェースはサポートされない方向であるので、Ｈｏｍｅ−ｅＮＢ７２−２では、他基地局通信部９０２が存在しないことも考えられる。ＥＰＣ通信部９０１および他基地局通信部９０２は、それぞれプロトコル処理部９０３と情報の受け渡しを行う。プロトコル処理部９０３からの制御データ、ならびにＥＰＣ通信部９０１および他基地局通信部９０２からのユーザデータおよび制御データは、送信データバッファ部９０４へ保存される。
送信データバッファ部９０４に保存されたデータは、エンコーダー部９０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部９０４から変調部９０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部９０６にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部９０７へ出力され、無線送信周波数に変換される。その後、アンテナ９０８より一つもしくは複数の移動端末７１に対して送信信号が送信される。
また、基地局７２の受信処理は以下のとおりに実行される。ひとつもしくは複数の移動端末７１からの無線信号が、アンテナ９０８により受信される。受信信号は、周波数変換部９０７にて無線受信周波数からベースバンド信号に変換され、復調部９０９で復調処理が行われる。復調されたデータは、デコーダー部９１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部９０３あるいはＥＰＣ通信部９０１、他基地局通信部９０２へ渡され、ユーザデータはＥＰＣ通信部９０１および他基地局通信部９０２へ渡される。基地局７２の一連の処理は、制御部９１１によって制御される。よって制御部９１１は、図９では省略しているが、各部９０１〜９１０と接続している。
現在３ＧＰＰにおいて議論されているＨｏｍｅ−ｅＮＢ７２−２の機能を以下に示す（非特許文献１ ４．６．２章参照）。Ｈｏｍｅ−ｅＮＢ７２−２は、ｅＮＢ７２−１と同じ機能を有する。加えて、ＨｅＮＢＧＷ７４と接続する場合、Ｈｏｍｅ−ｅＮＢ７２−２は、適当なサービングＨｅＮＢＧＷ７４を発見する機能を有する。Ｈｏｍｅ−ｅＮＢ７２−２は、１つのＨｅＮＢＧＷ７４に唯一接続する。つまり、ＨｅＮＢＧＷ７４との接続の場合は、Ｈｏｍｅ−ｅＮＢ７２−２は、Ｓ１インタフェースにおけるＦｌｅｘ機能を使用しない。Ｈｏｍｅ−ｅＮＢ７２−２は、１つのＨｅＮＢＧＷ７４に接続されると、同時に別のＨｅＮＢＧＷ７４や別のＭＭＥ部７３に接続しない。
Ｈｏｍｅ−ｅＮＢ７２−２のＴＡＣとＰＬＭＮ ＩＤは、ＨｅＮＢＧＷ７４によってサポートされる。Ｈｏｍｅ−ｅＮＢ７２−２をＨｅＮＢＧＷ７４に接続すると、「ＵＥ ａｔｔａｃｈｍｅｎｔ」でのＭＭＥ部７３の選択は、Ｈｏｍｅ−ｅＮＢ７２−２の代わりに、ＨｅＮＢＧＷ７４によって行われる。Ｈｏｍｅ−ｅＮＢ７２−２は、ネットワーク計画なしで配備される可能性がある。この場合、Ｈｏｍｅ−ｅＮＢ７２−２は、１つの地理的な領域から別の地理的な領域へ移される。したがって、この場合のＨｏｍｅ−ｅＮＢ７２−２は、位置によって、異なったＨｅＮＢＧＷ７４に接続する必要がある。
図１０は、本発明に係るＭＭＥの構成を示すブロック図である。図１０では、前述の図７に示すＭＭＥ部７３に含まれるＭＭＥ７３ａの構成を示す。ＰＤＮ ＧＷ通信部１００１は、ＭＭＥ７３ａとＰＤＮ ＧＷとの間のデータの送受信を行う。基地局通信部１００２は、ＭＭＥ７３ａと基地局７２との間のＳ１インタフェースによるデータの送受信を行う。ＰＤＮ ＧＷから受信したデータがユーザデータであった場合、ユーザデータは、ＰＤＮ ＧＷ通信部１００１から、ユーザプレイン通信部１００３経由で基地局通信部１００２に渡され、１つあるいは複数の基地局７２へ送信される。基地局７２から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部１００２から、ユーザプレイン通信部１００３経由でＰＤＮ ＧＷ通信部１００１に渡され、ＰＤＮ ＧＷへ送信される。
ＰＤＮ ＧＷから受信したデータが制御データであった場合、制御データは、ＰＤＮ ＧＷ通信部１００１から制御プレイン制御部１００５へ渡される。基地局７２から受信したデータが制御データであった場合、制御データは、基地局通信部１００２から制御プレイン制御部１００５へ渡される。
ＨｅＮＢＧＷ通信部１００４は、ＨｅＮＢＧＷ７４が存在する場合に設けられ、情報種別によって、ＭＭＥ７３ａとＨｅＮＢＧＷ７４との間のインタフェース（ＩＦ）によるデータの送受信を行う。ＨｅＮＢＧＷ通信部１００４から受信した制御データは、ＨｅＮＢＧＷ通信部１００４から制御プレイン制御部１００５へ渡される。制御プレイン制御部１００５での処理の結果は、ＰＤＮ ＧＷ通信部１００１経由でＰＤＮ ＧＷへ送信される。また、制御プレイン制御部１００５で処理された結果は、基地局通信部１００２経由でＳ１インタフェースにより１つあるいは複数の基地局７２へ送信され、またＨｅＮＢＧＷ通信部１００４経由で１つあるいは複数のＨｅＮＢＧＷ７４へ送信される。
制御プレイン制御部１００５には、ＮＡＳセキュリティ部１００５−１、ＳＡＥベアラコントロール部１００５−２、アイドルステート（Idle State）モビリティ管理部１００５―３などが含まれ、制御プレインに対する処理全般を行う。ＮＡＳセキュリティ部１００５―１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部１００５―２は、ＳＡＥ（System Architecture Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部１００５―３は、待受け状態（ＬＴＥ−ＩＤＬＥ状態、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末７１のトラッキングエリア（ＴＡ）の追加、削除、更新、検索、トラッキングエリアリスト（TA List）管理などを行う。
ＭＭＥ７３ａは、ＵＥが登録されている（registered）追跡領域（トラッキングエリア：Tracking Area：ＴＡ）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥ７３ａに接続されるＨｏｍｅ−ｅＮＢ７２−２のＣＳＧの管理やＣＳＧ−ＩＤの管理、そしてホワイトリスト管理は、アイドルステートモビリティ管理部１００５―３で行ってもよい。
ＣＳＧ−ＩＤの管理では、ＣＳＧ−ＩＤに対応する移動端末とＣＳＧセルとの関係が管理（例えば追加、削除、更新、検索）される。この関係は、例えば、あるＣＳＧ−ＩＤにユーザアクセス登録された一つまたは複数の移動端末と該ＣＳＧ−ＩＤに属するＣＳＧセルとの関係であってもよい。ホワイトリスト管理では、移動端末とＣＳＧ−ＩＤとの関係が管理（例えば追加、削除、更新、検索）される。例えば、ホワイトリストには、ある移動端末がユーザ登録した一つまたは複数のＣＳＧ−ＩＤが記憶されてもよい。これらのＣＳＧに関する管理は、ＭＭＥ７３ａの中の他の部分で行われてもよい。ＭＭＥ７３ａの一連の処理は、制御部１００６によって制御される。よって制御部１００６は、図１０では省略しているが、各部１００１〜１００５と接続している。
現在３ＧＰＰにおいて議論されているＭＭＥ７３ａの機能を以下に示す（非特許文献１ ４．６．２章参照）。ＭＭＥ７３ａは、ＣＳＧ（Closed Subscriber Group）のメンバーの１つ、あるいは複数の移動端末のアクセスコントロールを行う。ＭＭＥ７３ａは、ページングの最適化（Paging optimization）の実行をオプションとして認める。
図１１は、本発明に係るＨｅＮＢＧＷである図７に示すＨｅＮＢＧＷ７４の構成を示すブロック図である。ＥＰＣ通信部１１０１は、ＨｅＮＢＧＷ７４とＭＭＥ７３ａとの間のＳ１インタフェースによるデータの送受信を行う。基地局通信部１１０２は、ＨｅＮＢＧＷ７４とＨｏｍｅ−ｅＮＢ７２−２との間のＳ１インタフェースによるデータの送受信を行う。ロケーション処理部１１０３は、ＥＰＣ通信部１１０１経由で渡されたＭＭＥ７３ａからのデータのうちレジストレーション情報などを、複数のＨｏｍｅ−ｅＮＢ７２−２に送信する処理を行う。ロケーション処理部１１０３で処理されたデータは、基地局通信部１１０２に渡され、ひとつまたは複数のＨｏｍｅ−ｅＮＢ７２−２にＳ１インタフェースを介して送信される。
ロケーション処理部１１０３での処理を必要とせず通過（透過）させるだけのデータは、ＥＰＣ通信部１１０１から基地局通信部１１０２に渡され、ひとつまたは複数のＨｏｍｅ−ｅＮＢ７２−２にＳ１インタフェースを介して送信される。ＨｅＮＢＧＷ７４の一連の処理は、制御部１１０４によって制御される。よって制御部１１０４は、図１１では省略しているが、各部１１０１〜１１０３と接続している。
現在３ＧＰＰにおいて議論されているＨｅＮＢＧＷ７４の機能を以下に示す（非特許文献１ ４．６．２章参照）。ＨｅＮＢＧＷ７４は、Ｓ１アプリケーションについてリレーする。Ｈｏｍｅ−ｅＮＢ７２−２へのＭＭＥ７３ａの手順の一部分であるが、ＨｅＮＢＧＷ７４は、移動端末７１に関係しないＳ１アプリケーションについて終端する。ＨｅＮＢＧＷ７４が配置されるとき、移動端末７１に無関係な手順がＨｏｍｅ−ｅＮＢ７２−２とＨｅＮＢＧＷ７４との間、そしてＨｅＮＢＧＷ７４とＭＭＥ７３ａとの間を通信される。ＨｅＮＢＧＷ７４と他のノードとの間でＸ２インタフェースは設定されない。ＨｅＮＢＧＷ７４は、ページングの最適化（Paging optimization）の実行をオプションとして認める。
次に移動体通信システムにおける一般的なセルサーチ方法の一例を示す。図１２は、ＬＴＥ方式の通信システムにおいて移動端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。移動端末は、セルサーチを開始すると、ステップＳＴ１２０１で、周辺の基地局から送信される第一同期信号（Ｐ−ＳＳ）、および第二同期信号（Ｓ−ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる。Ｐ−ＳＳとＳ−ＳＳとを合わせて、同期信号（ＳＳ）には、セル毎に割り当てられたＰＣＩ（Physical Cell Identity）に１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は現在５０４通りが検討されており、この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。
次に同期がとれたセルに対して、ステップＳＴ１２０２で、基地局からセル毎に送信される参照信号ＲＳ（cell-specific Reference Signal：ＣＲＳ）を検出し受信電力（RSRPとも称される。）の測定を行う。参照信号ＲＳには、ＰＣＩと１対１に対応したコードが用いられている。そのコードで相関をとることによって他セルと分離できる。ステップＳＴ１２０１で特定したＰＣＩから、該セルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳ受信電力を測定することが可能となる。
次にステップＳＴ１２０３で、ステップＳＴ１２０２までで検出されたひとつ以上のセルの中から、ＲＳの受信品質が最もよいセル、例えば、ＲＳの受信電力が最も高いセル、つまりベストセルを選択する。
次にステップＳＴ１２０４で、ベストセルのＰＢＣＨを受信して、報知情報であるＢＣＣＨを得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master Information Block）がのる。したがってＰＢＣＨを受信してＢＣＣＨを得ることで、ＭＩＢが得られる。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅（送信帯域幅設定（transmission bandwidth configuration：dl-bandwidth）とも呼ばれる）、送信アンテナ数、ＳＦＮ（System Frame Number）などがある。
次にステップＳＴ１２０５で、ＭＩＢのセル構成情報をもとに該セルのＤＬ−ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System Information Block）１を得る。ＳＩＢ１には、該セルへのアクセスに関する情報や、セルセレクションに関する情報、他のＳＩＢ（ＳＩＢｋ；ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、ＴＡＣ（Tracking Area Code）が含まれる。
次にステップＳＴ１２０６で、移動端末は、ステップＳＴ１２０５で受信したＳＩＢ１のＴＡＣと、移動端末が既に保有しているＴＡ（Tracking Area）リスト内のＴＡＣとを比較する。比較した結果、ステップＳＴ１２０５で受信したＴＡＣがＴＡリスト内に含まれるＴＡＣと同じならば、移動端末は、該セルで待ち受け動作に入る。比較して、ステップＳＴ１２０５で受信したＴＡＣがＴＡリスト内に含まれなければ、移動端末は該セルを通してコアネットワーク（Core Network，ＥＰＣ）（ＭＭＥなどが含まれる）へ、ＴＡＵ（Tracking Area Update）を行うためにＴＡの変更を要求する。コアネットワークは、ＴＡＵ要求信号とともに移動端末から送られてくる該移動端末の識別番号（ＵＥ−ＩＤなど）をもとに、ＴＡリストの更新を行う。コアネットワークは、移動端末に更新後のＴＡリストを送信する。移動端末は、受信したＴＡリストにて移動端末が保有するＴＡＣリストを書き換える（更新する）。その後、移動端末は、該セルで待ち受け動作に入る。
ＬＴＥやＵＭＴＳ（Universal Mobile Telecommunication System）においては、ＣＳＧ（Closed Subscriber Group）セルの導入が検討されている。前述したように、ＣＳＧセルに登録したひとつまたは複数の移動端末のみにアクセスが許される。ＣＳＧセルと登録されたひとつまたは複数の移動端末とがひとつのＣＳＧを構成する。このように構成されたＣＳＧには、ＣＳＧ−ＩＤと呼ばれる固有の識別番号が付される。ひとつのＣＳＧには、複数のＣＳＧセルがあってもよい。移動端末は、どれかひとつのＣＳＧセルに登録すれば、そのＣＳＧセルが属するＣＳＧの他のＣＳＧセルにはアクセス可能となる。
また、ＬＴＥでのＨｏｍｅ−ｅＮＢやＵＭＴＳでのＨｏｍｅ−ＮＢが、ＣＳＧセルとして使われることがある。ＣＳＧセルに登録した移動端末は、ホワイトリストを有する。具体的には、ホワイトリストはＳＩＭ（Subscriber Identity Module）／ＵＳＩＭに記憶される。ホワイトリストには、移動端末が登録したＣＳＧセルのＣＳＧ情報が格納される。ＣＳＧ情報として具体的には、ＣＳＧ−ＩＤ、ＴＡＩ（Tracking Area Identity）、ＴＡＣなどが考えられる。ＣＳＧ−ＩＤとＴＡＣとが対応付けられていれば、どちらか一方でよい。また、ＣＳＧ−ＩＤおよびＴＡＣと、ＧＣＩ（Global Cell Identity）とが対応付けられていればＧＣＩでもよい。
以上から、ホワイトリストを有しない（本発明においては、ホワイトリストが空（empty）の場合も含める）移動端末は、ＣＳＧセルにアクセスすることは不可能であり、ｎｏｎ−ＣＳＧセルのみにしかアクセスできない。一方、ホワイトリストを有する移動端末は、登録したＣＳＧ−ＩＤのＣＳＧセルにも、ｎｏｎ−ＣＳＧセルにもアクセスすることが可能となる。
３ＧＰＰでは、全ＰＣＩ（Physical Cell Identity）を、ＣＳＧセル用とｎｏｎ−ＣＳＧセル用とに分割すること（ＰＣＩスプリットと称する）が議論されている（非特許文献５参照）。またＰＣＩスプリット情報は、システム情報にて基地局から傘下の移動端末に対して報知されることが議論されている。非特許文献５は、ＰＣＩスプリットを用いた移動端末の基本動作を開示する。ＰＣＩスプリット情報を有していない移動端末は、全ＰＣＩを用いて、例えば５０４コード全てを用いて、セルサーチを行う必要がある。これに対して、ＰＣＩスプリット情報を有する移動端末は、当該ＰＣＩスプリット情報を用いてセルサーチを行うことが可能である。
また３ＧＰＰでは、ハイブリッドセルのためのＰＣＩは、ＣＳＧセル用のＰＣＩ範囲の中には含まれないことが決定されている（非特許文献１ １０．７章参照）。
３ＧＰＰでは、移動端末がＣＳＧセルをセレクション、あるいはリセレクションする方法について２つのモードが存在する。１つ目は、自動（Automatic）モードである。自動モードの特徴を以下に示す。移動端末は、移動端末内の許可ＣＳＧリスト（Allowed CSG ID List）を利用して、セレクション、あるいはリセレクションを行う。移動端末は、ＰＬＭＮの選択が完了した後、ｎｏｎ−ＣＳＧセル、あるいは許可ＣＳＧリストに存在するＣＳＧ ＩＤを伴うＣＳＧセルである場合にのみ、選択している該ＰＬＭＮ中の１つのセルにキャンプオンする。移動端末の許可ＣＳＧリストが空であるならば、移動端末は、ＣＳＧセルの自立（autonomous）サーチ機能を停止する（非特許文献３ ５．２．４．８．１章参照）。
２つ目は、手動（Manual）モードである。手動モードの特徴を以下に示す。移動端末は、現在選択されているＰＬＭＮで利用可能なＣＳＧのリストを、ユーザに示す。移動端末がユーザに提供するＣＳＧのリストは、移動端末に保存されている許可ＣＳＧリストに含まれるＣＳＧに限られない。ユーザが該ＣＳＧのリストに基づいてＣＳＧを選定した後、移動端末は、選択されたＣＳＧ ＩＤを伴うセルへキャンプオンし、登録（register）を試みる（非特許文献３ ５．２．４．８．１章参照）。
ＨｅＮＢおよびＨＮＢに対しては、様々なサービスへの対応が求められている。例えば、オペレータは、ある決められたＨｅＮＢおよびＨＮＢに移動端末を登録させ、登録した移動端末のみにＨｅＮＢおよびＨＮＢのセルへのアクセスを許可することで、該移動端末が使用できる無線リソースを増大させて、高速に通信を行えるようにする。その分、オペレータは、課金料を通常よりも高く設定する、といったサービスである。
このようなサービスを実現するため、登録した（加入した、メンバーとなった）移動端末のみがアクセスできるＣＳＧセル（Closed Subscriber Group cell）が導入されている。ＣＳＧセル（Closed Subscriber Group cell）は、商店街やマンション、学校、会社などへ数多く設置されることが要求される。例えば、商店街では店舗毎、マンションでは部屋毎、学校では教室毎、会社ではセクション毎にＣＳＧセルを設置し、各ＣＳＧセルに登録したユーザのみが該ＣＳＧセルを使用可能とするような使用方法が要求されている。ＨｅＮＢ／ＨＮＢは、マクロセルのカバレッジ外での通信を補完するためだけでなく、上述したような様々なサービスへの対応が求められている。このため、ＨｅＮＢ／ＨＮＢがマクロセルのカバレッジ内に設置される場合も生じる。
３．９Ｇシステム（ＳＡＥ）はパケット交換型のネットワークであり、ＧＳＭ（Global System for Mobile Communications）などの２Ｇシステムや、ＷＣＤＭＡ（Wideband Code Division Multiple Access）などの３Ｇシステムに用いられている回線交換（ＣＳ）型の機能を用いず、全てのサービスを、ＩＰ（Internet Protocol）を用いて提供する。このため、ＬＴＥではＩＭＳ（IP Multimedia Subsystem）上でＶｏＩＰ（Voice over Internet Protocol）をベースとした音声サービスを提供する。
しかし、ＬＴＥのサービス開始当初は、ＩＭＳ上でのＶｏＩＰをベースとした音声サービスの提供が間に合わない可能性がある。
一方、例えＬＴＥになったからといって、音声サービスに対する要求がなくなるわけではなく、その需要は高い。
このため、ＬＴＥで音声サービスの提供がなされていない場合でも、音声サービスをユーザに提供する方法が求められている。
ＬＴＥで音声サービスの提供がなされていない場合に、ユーザに音声サービスを提供する方法として、音声発着信時は２Ｇ／３Ｇシステムに切り替えるという方法が３ＧＰＰにおいて標準化されている。この方法は、２Ｇ／３ＧシステムのＣＳの機能を利用する方法である。この方法を、ＣＳＦＢと呼ぶ。非特許文献８には、ＣＳＦＢの３ＧＰＰにおける規格が示されている。また非特許文献９には、ＣＳＦＢの概要が示されている。
非特許文献８および非特許文献９には、従来のＣＳＦＢについての以下の４項の技術が示されている。具体的には、（１）ＴＡ（Tracking Area）とＬＡ（Location Area）とのマッピング、（２）連携位置登録（Combined Attach）、（３）ＣＳ発呼、（４）ＣＳ着呼である。
図１３は、従来のＣＳＦＢを用いた通信システム１３のアーキテクチャを示すブロック図である。従来のＣＳＦＢを用いた通信システム１３は、ＵＥ１３０１、ＮＢ１３０２、ｅＮＢ１３０３、無線ネットワーク制御装置（Radio Network Controller：ＲＮＣ）１３０５、パケットアクセス制御ノード（Serving GPRS Support Node：ＳＧＳＮ）１３０７、移動交換局／在圏網加入者管理レジスタ（Mobile-services Switching Center/Visitor Location Register：ＭＳＣ／ＶＬＲ）１３０９、ホーム加入者サーバ（Home Subscriber Server：ＨＳＳ）１３１１、ＭＭＥ１３１３、ＳＧＷ（Ｓ−ＧＷ）１３１６、ＰＧＷ（Ｐ−ＧＷ）１３１８、および発信元ＭＳＣ１３１９を備えて構成される。
ＲＮＣ１３０５は、インタフェース（Ｉｕｂ）１３０４を介してＮＢ１３０２と接続される。ＭＳＣ／ＶＬＲ１３０９は、インタフェース（Ｉｕｃｓ）１３０８を介してＲＮＣ１３０５と接続される。ＭＳＣ／ＶＬＲ１３０９と発信元ＭＳＣ１３１９との間は、インタフェース１３２０を介して接続される。ＭＭＥ１３１３は、インタフェース（Ｓ１−ＭＭＥ）１３１４を介してｅＮＢ１３０３に接続される。ＨＳＳ１３１１は、インタフェース１３１０を介してＭＳＣ／ＶＬＲ１３０９に接続され、また、インタフェース１３１２を介してＭＭＥ１３１３に接続される。ＳＧＳＮ１３０７は、インタフェース（Ｉｕｐｓ）１３０６を介してＲＮＣ１３０５に接続される。ＳＧＷ１３１６は、インタフェース（Ｓ１−ｕ）１３１５を介してｅＮＢ１３０３に接続される。ＰＧＷ１３１８は、インタフェース（Ｓ５）１３１７を介してＳＧＷ１３１６に接続される。ＳＧＳＮ１３０７とＳＧＷ１３１６との間は、インタフェース（Ｓ４）１３２１で接続される。
ＣＳＦＢをサポートするネットワークでは、ＭＳＣ／ＶＬＲ１３０９とＭＭＥ１３１３との間がインタフェース（ＳＧｓ）１３２２によって接続される。これによって、ＬＴＥ側のネットワークのＭＭＥ１３１３と、３Ｇ側のネットワークのＣＳドメインのノードであるＭＳＣ／ＶＬＲ１３０９との間のシグナリングを可能としている。
また、非特許文献８および非特許文献９には、上記（１）のＴＡとＬＡとのマッピングに関しては、ＭＭＥが、物理的に重なっているＴＡとＬＡとの対応関係を管理するデータベースを保持することなどが記載されている。
上記（２）の連携位置登録に関しては、非特許文献８および非特許文献９には、ＭＭＥとＭＳＣ／ＶＬＲとの間にインタフェース（ＳＧｓ）を設け、上記（１）で構成したマッピング情報をもとに、ＭＭＥが、対応するＭＳＣ／ＶＬＲを特定し、該ＭＳＣ／ＶＬＲに対して位置登録要求を行うことなどが記載されている。これにより、３Ｇシステム側でも位置登録を行うようにしておくことが記載されている。また、ＭＳＣ／ＶＬＲ内にＭＭＥとの対応関係を保持しておくことなども記載されている。
上記（３）のＣＳ発呼に関しては、ＬＴＥから３ＧへのＰＳ（Packet Switch）ドメインのハンドオーバ（以下「ＰＳ ＨＯ」という場合がある）がサポートされている場合と、ＰＳ ＨＯがサポートされていない場合とがそれぞれ規格化されている。ＰＳ ＨＯがサポートされている場合は、ＨＯ指示メッセージに３Ｇ側のターゲットセル情報をのせることで、該ターゲットセルにＨＯさせる。ＰＳ ＨＯがサポートされていない場合は、一旦ＬＴＥ側の接続をリリースした上で、３Ｇ側に新たに接続させる。このため、ＲＲＣ接続リリースメッセージに３Ｇ側のターゲットセル情報をのせる（RRC release with Redirection）方法が３ＧＰＰで提案されている。ターゲットセル情報としては、３Ｇ側のセルのＳＩ（System Information）が挙げられている。
ＵＥがアイドルモードにいる場合は、アクティブモードに移行した後に、ＭＭＥに拡張サービスリクエストを通知し、その後に上述の方法を適用することが記載されている。ここで、拡張サービスリクエストとは、ＣＳ発呼である旨あるいはＣＳＦＢである旨を示す情報を含ませたサービスリクエストをいう。
上記（４）のＣＳ着呼に関しては、ＬＴＥから３ＧへのＰＳ ＨＯがサポートされている場合と、サポートされていない場合とがそれぞれ規格化されている。発信元ＭＳＣは、ＨＳＳにアクセスすることにより、３Ｇ側のＭＳＣ／ＶＬＲを認識する。このことは、上記（２）の連携位置登録を行うことによって３Ｇ側でも位置登録が行われることから、可能となる。３Ｇ側のＭＳＣ／ＶＬＲを認識した発信元ＭＳＣは、該ＭＳＣ／ＶＬＲへ発信を行う。該ＭＳＣ／ＶＬＲは、上記（１）のＴＡとＬＡとのマッピングで保持したＭＭＥとの対応関係に基づいて、ＭＭＥへページング要求信号を送信する。
ＭＭＥは、ページング信号をＵＥに通知し、ＵＥは、拡張サービスリクエストをＭＭＥに通知する。ＰＳ ＨＯがサポートされている場合は、ＨＯ指示メッセージに３Ｇ側のターゲットセル情報をのせることで、該ターゲットセルにＨＯさせる。ＰＳ ＨＯがサポートされていない場合は、一旦ＬＴＥ側の接続をリリースした上で、３Ｇ側に新たに接続させる。このため、ＲＲＣ接続リリースメッセージに３Ｇ側のターゲットセル情報をのせる（RRC release with Redirection）方法が３ＧＰＰで提案されている。ターゲットセル情報としては、３Ｇ側のセルのＳＩが挙げられている。
ＵＥがアイドルモードにいる場合は、ＵＥは、ＭＭＥから通知されたページング信号に対して、拡張サービスリクエストをＭＭＥに通知した後に、上述の方法を適用することが記載されている。従来のＣＳＦＢは、以上のような方法を用いている。
一方、前述のように、３ＧＰＰにおいてＨＮＢあるいはＨｅＮＢが検討されている。従来のＣＳＦＢでは、これらＨＮＢあるいはＨｅＮＢが設置された場合の、音声サービスのサポート方法については、何ら開示されていない。また、ＨＮＢを用いたアーキテクチャは、通常のＮＢを用いたアーキテクチャとは異なり、ＲＮＣを用いない。したがって、図１３で示した従来のＣＳＦＢのアーキテクチャをそのまま適用することは不可能である。
また、ＨＮＢ、ＨｅＮＢは比較的狭いカバレッジエリアを有し、数多く設置されることが想定されている。このような状況におけるＬＡとＴＡとのマッピングについて、従来のマクロセルでの対応関係の構築方法を単に適用するだけでは、その数の多さから複雑になってしまい、マッピングが不可能になってしまう。また、ＨＮＢあるいはＨｅＮＢは、ＣＳＧをサポートするため、ＣＳＧアクセス制御が必要となる。したがって、従来のＣＳＦＢの方法をそのまま適用することは不可能である。
このように、従来のＣＳＦＢの方法をそのまま適用しただけでは、ＨｅＮＢでＬＴＥサービスを提供されていたユーザは、音声発着信を行うことが不可能となるという問題が生じる。
本実施の形態では、ＨＮＢあるいはＨｅＮＢが設置された場合に、ＨｅＮＢでＬＴＥサービスを提供されていたユーザが音声サービスの提供を受けることを可能にする方法を開示する。まず、ＨＮＢとＨｅＮＢとの構成について開示する。
ＨｅＮＢからのＣＳＦＢをサポートするために、ＨｅＮＢとＨＮＢの機能を併せ持つ構成（デュアル構成、デュアル機）とする。
図１４は、本発明の実施の一形態に係る移動体通信システム（以下、単に「通信システム」という場合がある）１４のアーキテクチャを示すブロック図である。図１４では、ＨｅＮＢとＨＮＢとが設置された場合にＣＳＦＢをサポートするためのアーキテクチャを示す。図１４に示す本実施の形態の通信システム１４は、図１３に示す通信システム１３と類似し、対応する部分については同一の参照符を付して共通する説明を省略する。本発明のＣＳＦＢを用いた通信システム１４は、ＵＥ１３０１、ＳＧＳＮ１３０７、ＭＳＣ／ＶＬＲ１３０９、ＨＳＳ１３１１、ＭＭＥ１３１３、ＳＧＷ１３１６、ＰＧＷ１３１８、発信元ＭＳＣ１３１９、ＨＮＢ１４０１、ＨｅＮＢ１４０２、およびＨＮＢＧＷ１４０５を備えて構成される。
図１４に示す形態では、ＨＮＢ１４０１とＨｅＮＢ１４０２とインタフェース１４０６とを含んでデュアル機１４０３が構成される。すなわちデュアル機１４０３は、ＨＮＢ１４０１の機能とＨｅＮＢ１４０２の機能とを併せて有している。ＨＮＢ１４０１は、第１基地局部に相当し、ＨｅＮＢ１４０２は、第２基地局部に相当し、デュアル機１４０３は、基地局装置に相当する。ＨＮＢ１４０１が接続される２Ｇシステムおよび３Ｇシステムに対応する移動通信網は、第１移動通信網に相当する。ＨｅＮＢ１４０２が接続される３．９Ｇシステムに対応する移動通信網は、第２移動通信網に相当する。
ＨＮＢＧＷ１４０５は、インタフェース（Ｉｕｈ）１４０４を介してＨＮＢ１４０１と接続される。ＨＮＢＧＷ１４０５は、インタフェース（Ｉｕｃｓ）１３０８を介してＭＳＣ／ＶＬＲ１３０９に接続される。また、ＨＮＢＧＷ１４０５は、インタフェース（Ｉｕｐｓ）１３０６を介してＳＧＳＮ１３０７に接続される。ＨｅＮＢ１４０２は、インタフェース（Ｓ１−ＭＭＥ）１３１４を介してＭＭＥ１３１３に接続され、インタフェース（Ｓ１−ｕ）１３１５を介してＳＧＷ１３１６に接続される。
ＨＮＢ１４０１とＨｅＮＢ１４０２との間は、新たに設けられたインタフェース１４０６によって接続される。ＭＭＥ１３１３とＭＳＣ／ＶＬＲ１３０９との間は、従来のＣＳＦＢのアーキテクチャと同様に、インタフェース（ＳＧｓ）１３２２によって接続される。
図１４に示す構成に、さらにＨｅＮＢＧＷを備えて通信システムが構成される場合は、ＨｅＮＢ１４０２とＭＭＥ１３１３との間であって、かつＨｅＮＢ１４０２とＳＧＷ１３１５との間にＨｅＮＢＧＷが位置するように構成される。このとき、ＨｅＮＢ１４０２とＨｅＮＢＧＷとの間には、新たなインタフェースが設けられる。ＨｅＮＢ１４０２とＨｅＮＢＧＷとは、新たに設けられたインタフェースによって接続される。ＨｅＮＢＧＷとＭＭＥ１３１３との間は、インタフェース（Ｓ１−ＭＭＥ）で接続され、ＨｅＮＢＧＷとＳＧＷ１３１６との間は、インタフェース（Ｓ１−ｕ）で接続されるようにする。このような構成にすることで、ＨｅＮＢ１４０２がＨｅＮＢＧＷに接続されるような場合でも、ＣＳＦＢをサポートすることが可能となる。
デュアル機１４０３内でＨＮＢ１４０１とＨｅＮＢ１４０２とを接続するための新たなインタフェース１４０６は、比較的容易に設けることができる。これは、デュアル機１４０３であるので、ＨＮＢ１４０１、ＨｅＮＢ１４０２の物理的な位置を近接させることが可能となり、物理的なインタフェースを構築し易くできるためである。したがってデュアル機１４０３では、該新たなインタフェース１４０６を構築することで、ＨＮＢ１４０１とＨｅＮＢ１４０２とを直接接続することが容易にできる。
図１５は、ＨｅＮＢとＨＮＢとが設置された場合にＣＳＦＢをサポートするためのアーキテクチャの他の例である通信システム１５のアーキテクチャを示すブロック図である。図１５に示す通信システム１５は、図１３に示す通信システム１３および図１４に示す通信システム１４と類似し、対応する部分については同一の参照符を付して、共通する説明を省略する。図１５に示す通信システム１５において、デュアル機１４０３Ａを除くその他の構成は、図１４に示す通信システム１４と同一である。図１５に示す通信システム１５において、デュアル機１４０３Ａは、ＨＮＢ１４０１およびＨｅＮＢ１４０２に、さらに制御ユニット１４０７を備えて構成される。制御ユニット１４０７は、インタフェース１４０８を介してＨＮＢ１４０１と接続され、またインタフェース１４０９を介してＨｅＮＢ１４０２と接続される。インタフェース１４０８，１４０９は、通信用のインタフェースでなくてもよく、例えば、維持管理用のインタフェースであってもよい。
デュアル機１４０３Ａの中に、ＨＮＢ１４０１とＨｅＮＢ１４０２とを制御する制御ユニット１４０７を備えて構成することで、下記に開示するような、ＨＮＢ１４０１あるいはＨｅＮＢ１４０２間で各々のパラメータなどの情報の授受を容易にすることができる。
以上に開示した構成およびアーキテクチャとすることで、ＨｅＮＢからＨＮＢへのＣＳＦＢが可能となる。
また、ＨＮＢとＨｅＮＢとからなるデュアル機における、ＨＮＢによって構成されるカバレッジエリアと、ＨｅＮＢによって構成されるカバレッジエリアとの関係を以下の式（２）で示すようにしてもよい。
Ｃ＿ＨＮＢ⊇Ｃ＿ＨｅＮＢ …（２）
上記の式（２）において、Ｃ＿ＨＮＢは、ＨＮＢによって構成されるカバレッジエリアを示し、Ｃ＿ＨｅＮＢは、ＨｅＮＢによって構成されるカバレッジエリアを示す。
図１６は、本発明の実施の一形態に係るデュアル機によって構成されるカバレッジエリアの概念を示す図である。ＨＮＢ１５０４は、カバレッジエリアＣ＿ＨＮＢ１５０１を持つ。ＨｅＮＢ１５０５は、カバレッジエリアＣ＿ＨｅＮＢ１５０２を持つ。ＨＮＢ１５０４のカバレッジエリアＣ＿ＨＮＢ１５０１は、ＨｅＮＢ１５０５のカバレッジエリアＣ＿ＨｅＮＢ１５０２よりも大きい。ＨＮＢ１５０４およびＨｅＮＢ１５０５を有し、双方の機能を併せ持つデュアル機１５０３は、ＨｅＮＢ１５０５のカバレッジエリアＣ＿ＨｅＮＢ１５０２内に位置しているものとする。また、ＨｅＮＢ１５０５のカバレッジエリアＣ＿ＨｅＮＢ１５０２の境界付近に、ＵＥ１５０６が存在するものとする。
各カバレッジエリアを上記のようにすることで、ＨｅＮＢにアクセスしているＵＥは、ＨＮＢのカバレッジエリア内に存在することになるので、該ＵＥがＨｅＮＢからＣＳＦＢによってＨＮＢへアクセスする場合に、ＨＮＢにおける無線回線接続の失敗を防ぐことが可能となる。
各カバレッジエリアの調整は、ＨＮＢ、ＨｅＮＢ各々のアンテナ高、アンテナ角度、送信電力などを調整することによって行う。デュアル構成とすることで、これらの調整を容易に行うことが可能となる。これらの調整は製造時に行ってもよいし、設置時に行ってもよいし、設置後動作時にセミスタティックあるいはダイナミックに行うようにしてもよい。また、周波数帯域毎に各調整パラメータとカバレッジエリアとの関係を予め測定しておき、所望のカバレッジエリアと、ＨＮＢ、ＨｅＮＢの各設定周波数に応じて、ＨＮＢ、ＨｅＮＢの調整パラメータを調整するようにしておいてもよい。これらの調整は、制御ユニットで行うようにしてもよい。
また、ＨＮＢとＨｅＮＢとを備えるデュアル機における、ＨＮＢによって構成されるロケーションエリア（ＬＡ）と、ＨｅＮＢによって構成されるトラッキングエリア（ＴＡ）との関係を、以下の式（３）で示すようにしてもよい。
ＬＡ＿ＨＮＢ⊇ＴＡ＿ＨｅＮＢ …（３）
上記の式（３）において、ＬＡ＿ＨＮＢは、ＨＮＢによって構成されるＬＡを示し、ＴＡ＿ＨｅＮＢは、ＨｅＮＢによって構成されるＴＡを示す。
図１７は、本発明の実施の一形態に係るデュアル機によって構成されるＬＡとＴＡとの概念を示す図である。第１のデュアル機１６０５において、ＨＮＢ１６０３は、カバレッジエリア１６０１を持つ。ＨｅＮＢ１６０４は、カバレッジエリア１６０２を持つ。ＨＮＢ１６０３のカバレッジエリア１６０１は、ＨｅＮＢ１６０４のカバレッジエリア１６０２よりも大きい。ＨＮＢ１６０３およびＨｅＮＢ１６０４を有し、双方の機能を併せ持つ第１のデュアル機１６０５は、ＨｅＮＢ１６０４のカバレッジエリア１６０２内に位置しているものとする。また、ＨｅＮＢ１６０４のカバレッジエリア１６０２の境界付近に、ＵＥ１６０６が存在するものとする。
第２のデュアル機１６１５において、ＨＮＢ１６１６は、カバレッジエリア１６１８を持つ。ＨｅＮＢ１６１７は、カバレッジエリア１６１９を持つ。ＨＮＢ１６１６のカバレッジエリア１６１８は、ＨｅＮＢ１６１７のカバレッジエリア１６１９よりも大きい。ＨＮＢ１６１６およびＨｅＮＢ１６１７を有し、双方の機能を併せ持つ第２のデュアル機１６１５は、ＨｅＮＢ１６１７のカバレッジエリア１６１９内に位置しているものとする。
ＨＮＢＧＷ１６１１は、インタフェース（Ｉｕｈ）１６０７を介して第１のデュアル機１６０５のＨＮＢ１６０３に接続され、またインタフェース（Ｉｕｈ）１６１４を介して、第２のデュアル機１６１５のＨＮＢ１６１６に接続される。ＭＳＣ／ＶＬＲ１６１２は、インタフェース（Ｉｕｃｓ）１６１３を介して、ＨＮＢＧＷ１６１１に接続される。ＭＭＥ１６０９は、インタフェース（Ｓ１−ＭＭＥ）１６０８を介して、第１のデュアル機１６０５のＨｅＮＢ１６０４に接続され、またインタフェース（Ｓ１−ＭＭＥ）１６１０を介して、第２のデュアル機１６１５のＨｅＮＢ１６１７に接続される。
第１のデュアル機１６０５のＨＮＢ１６０３によって構成されるカバレッジエリア１６０１と、第２のデュアル機１６１５のＨＮＢ１６１６によって構成されるカバレッジエリア１６１８とから構成されるＬＡを、ＬＡ＿ＨＮＢとする。第１のデュアル機１６０５のＨｅＮＢ１６０４によって構成されるカバレッジエリア１６０２と、第２のデュアル機１６１５のＨｅＮＢ１６１７によって構成されるカバレッジエリア１６１９とから構成されるＴＡを、ＴＡ＿ＨｅＮＢとする。
ＬＡ＿ＨＮＢとＴＡ＿ＨｅＮＢとの関係を上記のようにすることで、同一のＴＡ（ＴＡ＿ＨｅＮＢ）に属するＨｅＮＢにアクセスしているＵＥは、同一のＬＡ（ＬＡ＿ＨＮＢ）に属するＨＮＢのカバレッジエリア内に存在することになる。このため、該ＵＥがＨｅＮＢからＣＳＦＢによってＨＮＢへアクセスする場合に、ＭＭＥにおいて該ＵＥが存在するＴＡ（ＴＡ＿ＨｅＮＢ）からＬＡ（ＬＡ＿ＨＮＢ）へのマッピングが可能になる。
図１８は、デュアル機と、ＨｅＮＢのシングル機によって構成されるＬＡとＴＡとの概念を示す図である。図１８において、図１７に対応する部分については同一の参照符を付して、共通する説明を省略する。シングル構成のＨｅＮＢ１７０２は、カバレッジエリア１７０１を持つ。シングル構成のＨｅＮＢ１７０２は、インタフェース（Ｓ１−ＭＭＥ）１７０３を介して、ＭＭＥ１６０９に接続される。ＭＭＥ１６０９は、インタフェース（Ｓ１−ＭＭＥ）１７０３を介して、シングル構成のＨｅＮＢ１７０２に接続される。またＭＭＥ１６０９は、インタフェース（Ｓ１−ＭＭＥ）１６０８を介して、第１のデュアル機１６０５のＨｅＮＢ１６０４に接続され、インタフェース（Ｓ１−ＭＭＥ）１６１０を介して、第２のデュアル機１６１５のＨｅＮＢ１６１７に接続される。
図１９は、デュアル機と、ＨＮＢのシングル機によって構成されるＬＡとＴＡとの概念を示す図である。図１９において、図１７に対応する部分については同一の参照符を付して、共通する説明を省略する。シングル構成のＨＮＢ１７０５は、カバレッジエリア１７０４を持つ。シングル構成のＨＮＢ１７０５は、インタフェース（Ｉｕｃｓ）１７０６を介して、ＨＮＢＧＷ１６１１に接続される。ＭＭＥ１６０９は、インタフェース（Ｓ１−ＭＭＥ）１６０８を介して、第１のデュアル機１６０５のＨｅＮＢ１６０４に接続され、インタフェース（Ｓ１−ＭＭＥ）１６１０を介して、第２のデュアル機１６１５のＨｅＮＢ１６１７に接続される。ＨＮＢＧＷ１６１１は、インタフェース（Ｉｕｃｓ）１７０６を介して、シングル構成のＨＮＢ１７０５に接続される。またＨＮＢＧＷ１６１１は、インタフェース（Ｉｕｈ）１６０７を介して、第１のデュアル機１６０５のＨＮＢ１６０３に接続され、またインタフェース（Ｉｕｈ）１６１４を介して、第２のデュアル機１６１５のＨＮＢ１６１６に接続される。
図１８では、ＨｅＮＢによって構成されるＴＡ（ＴＡ＿ＨｅＮＢ）は、シングル構成のＨｅＮＢ１７０２によって構成されるカバレッジエリア１７０１、第１のデュアル機１６０５のＨｅＮＢ１６０４によって構成されるカバレッジエリア１６０２、および第２のデュアル機１６１５のＨｅＮＢ１６１７によって構成されるカバレッジエリア１６１９を含んで構成される。
一方、ＨＮＢによって構成されるＬＡ（ＬＡ＿ＨＮＢ）は、第１のデュアル機１６０５のＨＮＢ１６０３によって構成されるカバレッジエリア１６０１、および第２のデュアル機１６１５のＨＮＢ１６１６によって構成されるカバレッジエリア１６１８を含んで構成される。
したがって、ＨｅＮＢによって構成されるＴＡと、ＨＮＢによって構成されるＬＡとの関係は、ＴＡ＿ＨｅＮＢ⊇ＬＡ＿ＨＮＢとなってしまうので、例えば、ＵＥ１６０６がシングル構成のＨｅＮＢ１７０２によって構成されるカバレッジエリア１７０１に存在しているような場合、該ＵＥがＨｅＮＢからＣＳＦＢによってＨＮＢへアクセスするときに、ＨＮＢにおける無線回線の接続に失敗してしまうことがわかる。
これに対し、図１９では、ＨｅＮＢによって構成されるＴＡ（ＴＡ＿ＨｅＮＢ）は、第１のデュアル機１６０５のＨｅＮＢ１６０４によって構成されるカバレッジエリア１６０２、および第２のデュアル機１６１５のＨｅＮＢ１６１７によって構成されるカバレッジエリア１６１９を含んで構成される。
一方、ＨＮＢによって構成されるＬＡ（ＬＡ＿ＨＮＢ）は、シングル構成のＨＮＢ１７０５によって構成されるカバレッジエリア１７０４、第１のデュアル機１６０５のＨＮＢ１６０３によって構成されるカバレッジエリア１６０１、および第２のデュアル機１６１５のＨＮＢ１６１６によって構成されるカバレッジエリア１６１８を含んで構成される。
したがって、ＨＮＢによって構成されるＬＡと、ＨｅＮＢによって構成されるＴＡとの関係は、ＬＡ＿ＨＮＢ⊇ＴＡ＿ＨｅＮＢとなり、第１のデュアル機１６０５のＨｅＮＢ１６０４によって構成されるカバレッジエリア１６０２、および第２のデュアル機１６１５のＨｅＮＢ１６１７によって構成されるカバレッジエリア１６１９に存在するＵＥが、ＨｅＮＢからＣＳＦＢによってＨＮＢへアクセスするときに、ＨＮＢにおける無線回線の接続に失敗することなく、ＨＮＢへアクセスすることが可能となる。
以上のことからわかるように、ＨｅＮＢからのＣＳＦＢをサポートするためには、ＨｅＮＢの機能のみを有するシングル構成（シングル機）とせず、ＨｅＮＢとＨＮＢとの機能を併せ持つデュアル構成（デュアル機）とするとよい。これらの構成は、特にマクロ圏外に配置されるＨｅＮＢおよびＨＮＢの場合に効果的である。
次に、本実施の形態におけるＬＡとＴＡとのマッピング方法およびそれを用いた連携位置登録の方法を開示する。
前述のように従来のＣＳＦＢでは、ＭＭＥが、物理的に重なっているＴＡとＬＡとの対応関係を管理するデータベースを保持することなどを行う。この際、ＴＡとＬＡのデータベースの構築方法は明確に示されておらず、従って、オペレータが独自に独自の方法で行うことになる。オペレータによるＴＡとＬＡのデータベースを作成するための時間や作業量等のコストは大きくなる。さらに、数多くのＨＮＢ、ＨｅＮＢが設置される状況におけるＬＡとＴＡのデータベースを構築するときに、従来のマクロセルでの対応関係の構築方法を単に適用するだけでは、その数の多さから複雑になってしまい、さらにオペレータのコストが増大する。最悪の場合には、ＬＡとＴＡとのマッピングが不可能になってしまうことになる。
この問題を解消するために、本実施の形態では、ＨｅＮＢがＨＮＢのパラメータを得て、ＨｅＮＢがＭＭＥに該パラメータを通知するようにする。
図２０は、本実施の形態におけるＬＡとＴＡとのマッピング方法およびそれを用いた連携位置登録のシーケンスを示す図である。ステップＳＴ１８０１において、ＨｅＮＢは、ＨＮＢにＨＮＢのパラメータを要求する旨のメッセージを通知する。ＨｅＮＢとＨＮＢとの間の信号の送受信を可能にするため、ＨｅＮＢとＨＮＢとの間に新たなインタフェースを設けておくとよい。例えば、図１４に開示したアーキテクチャとするとよい。
ＨｅＮＢから前記メッセージを受信したＨＮＢは、ステップＳＴ１８０２において、パラメータ要求に対する応答として、自セルのパラメータをＨｅＮＢに通知する。ＨｅＮＢは、受信したＨＮＢのパラメータを保持する。
パラメータとしては、３ＧＰＰ ＴＳ ２５．４６７ Ｖ９．２．０（以下「非特許文献１０」という）に示されるような、コアネットワーク（Core Network：ＣＮ）レベルのパラメータ、無線アクセスネットワーク（Radio Access Network：ＲＡＮ）レベルのパラメータ、無線周波数（Radio Frequency：ＲＦ）レベルのパラメータとする。パラメータは、上記パラメータの全てでなく、そのうちの一部であってもよい。例えば、ＣＳＦＢに必要なパラメータのみとしてもよいし、または位置登録エリア識別子（Location Area Identity：ＬＡＩ）のみとしてもよい。ＬＡＩのみとすることで、ＨｅＮＢで保持する情報量を最小にすることができる。また例えば、ＬＡＩ、動作周波数、スクランブリングコード、およびＳＩなど、ＵＥがＨＮＢにアクセスするために必要な情報としてもよい。これにより、後述するように、ＨｅＮＢがＵＥに対して、ＨＮＢにアクセスするためのパラメータを送信することが可能になる。
デュアル機におけるレジストレーション、すなわち登録は、デュアル機のＨＮＢはＨＮＢＧＷに、ＨｅＮＢはＭＭＥあるいはＨｅＮＢＧＷに、というように、別個に行うようにしてもよい。ＨＮＢがＨｅＮＢに通知するパラメータは、ＨＮＢがレジストレーションの際にＨＮＢＧＷから通知あるいは設定されたパラメータであってもよい。ＨＮＢＧＷから通知あるいは設定されるパラメータの具体例としては、ＬＡＩあるいはＬＡＣ（Location Area Code）情報、動作周波数などがある。
ＨＮＢがＨｅＮＢにパラメータを通知するトリガは、（１）ＨｅＮＢからのパラメータ要求を受信した場合、（２）デュアル機が新たに設置された場合、（３）ＨＮＢの電源がＯＮした場合、（４）ＨＮＢのエナジーセービングモードが解除された場合、（５）定期的あるいは周期的、（６）ＨＮＢでパラメータ変更が生じた場合、（７）ＨＮＢがレジストレーションした場合、（８）ＨＮＢのレジストレーションが完了した場合、（９）ＨＮＢがレジストレーション応答を受信した場合、のいずれでもよく、あるいはこれらの組合せとしてもよい。
上記の（１）あるいは（５）、あるいは（６）の場合のトリガを用いることによって、ＨＮＢの動作中にパラメータの変更が生じた場合でも、変更後のパラメータをＨｅＮＢが認識することができ、ＨｅＮＢが保持しているパラメータを、該変更後のパラメータに変更することが可能となる。
ステップＳＴ１８０３において、ＵＥは、連携位置登録要求をＨｅＮＢに通知する。ステップＳＴ１８０４において、ＨｅＮＢは、ＵＥからの連携位置登録要求をＭＭＥに通知する。このときＨｅＮＢは、ＨＮＢから得たＨＮＢのパラメータを連携位置登録要求に含めてＭＭＥに通知する。ＨＮＢから得たＨＮＢのパラメータを連携位置登録要求に含めるのではなく、別の信号で通知するようにしてもよい。連携位置登録要求が行われる際に通知されるようにしておけばよい。パラメータの具体例としては、ＬＡＩあるいはＬＡＣ（Location Area Code）情報などがある。
ステップＳＴ１８０４においてＨｅＮＢからＨＮＢのパラメータを受信したＭＭＥは、ＨｅＮＢのＴＡとＬＡとの対応関係を管理する。具体例として、ＭＭＥは、ＨｅＮＢのＴＡＩあるいはＴＡＣ情報と、ステップＳＴ１８０４でＨｅＮＢから受信したＨＮＢのＬＡＩあるいはＬＡＣ情報とを対応させて管理する。これにより、ＣＳＦＢのためのＴＡとＬＡとの対応関係を容易に構築することができる。
また、ＨｅＮＢからＨＮＢのパラメータをＭＭＥに、連携位置登録要求の際に通知するのではなく、ＨｅＮＢがＭＭＥに対して行うレジストレーションの際に通知するようにしてもよい。ＨｅＮＢは該レジストレーションを行う前にＨＮＢからパラメータを得るようにしてもよい。
ＵＥが連携位置登録要求を行うたびに、ＨｅＮＢからＭＭＥにＨＮＢのパラメータを通知するようにしておくことで、ＭＭＥは最新のＨＮＢのパラメータを認識することができる。これによって、ＣＳＦＢの失敗を防ぐことが可能となり、システムとして安定な動作をユーザに提供することが可能となる。
ステップＳＴ１８０５において、アタッチプロシージャの一部が行われる。ステップＳＴ１８０６において、ＭＭＥは、上述の方法を用いて構築したＴＡとＬＡとの対応関係に基づいて、ＨＮＢのＬＡＩ情報とＵＥの移動加入者識別番号（International Mobile Subscriber Identity：ＩＭＳＩ）のハッシュ関数とから、ＭＳＣあるいはＶＬＲ番号（以下「ＭＳＣ／ＶＬＲ番号」という場合がある）を導出する。
ステップＳＴ１８０７において、ＭＭＥは、導出したＭＳＣ／ＶＬＲ番号を用いて、該ＭＳＣ／ＶＬＲに対してロケーションエリアアップデートの要求を行う。
ステップＳＴ１８０８において、ＭＳＣ／ＶＬＲは、インタフェースＳＧｓ関連の設定を行い、ステップＳＴ１８０９において、ＣＳ領域でのロケーションエリアアップデートを行う。これにより、３Ｇ側の位置登録が行われることになる。
また、ＭＳＣ／ＶＬＲは、連携位置登録を行うＵＥと、ステップＳＴ１８０７において該ＵＥのロケーションエリアアップデートを通知してきたＭＭＥとの対応関係を保持しておく。該対応関係を、ＵＥの識別子とＭＭＥの識別子とを用いてリストあるいは表としておいてもよい。これによって、該ＵＥへＣＳ着呼が発生した際に、ＭＳＣ／ＶＬＲは、対応するＭＭＥにページングメッセージを通知することが可能となる。
ステップＳＴ１８１０において、ＭＳＣ／ＶＬＲは、ＭＭＥにロケーションエリアアップデートアクセプトを通知する。その後、ステップＳＴ１８１１において、残りのアタッチプロシージャが行われる。これにより、連携位置登録が完了する。
本実施の形態で開示したＬＡとＴＡとのマッピング方法およびそれを用いた連携位置登録の方法を用いることによって、ＨｅＮＢがＣＳＦＢ可能なＨＮＢのマッピングに関するパラメータをＭＭＥに通知することが可能になる。したがってオペレータは、ＭＭＥで管理するＴＡとＬＡとの対応関係の構築を独自に独自の方法で開発する必要が無くなる。これによって、オペレータは、例えばＴＡとＬＡのデータベースを作成するための時間等のコストを削減することが可能となり、ＣＳＦＢのためのＴＡとＬＡとの対応関係を容易に構築することができる。
上述の方法では、ＭＭＥがＴＡとＬＡとの対応関係を構築して管理することを開示したが、セルがデュアル機である場合は、セルがデュアル機でない場合と同一の対応関係の管理としなくてもよい。例えば、セルがデュアル機でない場合は、該セルの属するＴＡとＣＳＦＢ先のＬＡとの対応関係を構築して、ＴＡとＬＡとの対応関係のデータベース（以下「対応関係データベース」という場合がある）へ入力し、デュアル機である場合は、ＨｅＮＢの属するＴＡとＨＮＢの属するＬＡとを、ＴＡとＬＡとの対応関係データベースへ入力せずに、デュアル機用の対応関係データベースに記載するようにしてもよい。また、デュアル機である場合は、ＨｅＮＢの属するＴＡとＨＮＢの属するＬＡとの対応関係を一時的に保持するようにしてもよい。ＵＥが連携位置登録要求を行う際に、ステップＳＴ１８０４でＨｅＮＢからＭＭＥにＨＮＢのパラメータを通知し、ＭＭＥはステップＳＴ１８０６で対応するＭＳＣ／ＶＬＲ番号を導出するまで一時的に保持するようにしてもよい。こうすることで、オペレータはさらに、ＴＡとＬＡとのデータベースを作成するための時間等のコストを削減することが可能となる。
図２０で開示した方法では、ＨｅＮＢがＨＮＢのパラメータを得るために、ステップＳＴ１８０１においてＨｅＮＢがＨＮＢにパラメータ要求信号を通知している。このパラメータ要求信号を通知するタイミングとしては、ステップＳＴ１８０３においてＨｅＮＢがＵＥからアタッチ要求を受信した場合に、該パラメータ要求信号をＨＮＢに通知するようにしてもよい。ＨｅＮＢは、ＨＮＢからのパラメータ応答を受信した後に、該応答に含まれるパラメータを用いて、ＭＭＥにアタッチ要求を通知するようにしてもよい。
ＨｅＮＢとＨＮＢとの間のメッセージの送受信を可能にするための方法として、本実施の形態では、ＨｅＮＢとＨＮＢとの間に新たなインタフェースを設けておくことを開示した。他の方法としては、図１５に開示したように、デュアル機の中にパラメータを制御する機能を有する制御ユニットを設けて、制御ユニットとＨＮＢ、制御ユニットとＨｅＮＢを接続するアーキテクチャとしてもよい。制御ユニットがＨＮＢのパラメータを得て、ＨｅＮＢに通知するようにしてもよい。この場合、例えば、ＨｅＮＢの代わりに、制御ユニットがＨＮＢに対してパラメータ要求メッセージを送信し、それを受信したＨＮＢは、制御ユニットに対してパラメータを通知する。ＨＮＢが制御ユニットにパラメータを通知するトリガは、上述の方法が適用できる。ＨＮＢからパラメータを受信した制御ユニットは、ＨｅＮＢに対してＨＮＢのパラメータを通知する。これによって、ＨｅＮＢとＨＮＢとの間に直接インタフェースが設けられないような場合でも、ＨＮＢのパラメータをＨｅＮＢが認識することが可能となる。
この制御機能と前述したカバレッジエリアの調整を行う制御機能とを、同じ制御ユニットに備えるようにしてもよい。これによって、複数の制御ユニットを設ける必要が無く、デュアル機の構成を簡易にすることができる。
次に、本実施の形態におけるＣＳ発呼の方法を開示する。前述のように、従来のＣＳＦＢでは、ＨＮＢあるいはＨｅＮＢが設置された場合の方法については、何ら開示されていない。また、ＨＮＢ、ＨｅＮＢが設置された場合に、従来のＣＳＦＢの方法をそのまま適用することは不可能である。ここでは、ＨｅＮＢ、ＨＮＢが設置された場合について、ＣＳ発呼におけるＣＳＦＢを実現する方法について開示する。
図２１は、ＰＳ ＨＯをサポートしている場合のＣＳ発呼におけるＣＳＦＢのシーケンスの一例を示す図である。図２２は、図２１に示すステップＳＴ１９２４の具体的なシーケンスを示す図である。図２１および図２２では、ステップＳＴ１９０１において、ＵＥがアクティブである場合について示す。
ステップＳＴ１９０２において、ＵＥは、ＨｅＮＢを介してＭＭＥに対して、拡張サービスリクエストを通知する。ＨｅＮＢＧＷがサポートされている場合は、ＵＥは、ＨｅＮＢとＨｅＮＢＧＷとを介してＭＭＥに、拡張サービスリクエストを通知すればよい。
拡張サービスリクエストを受信したＭＭＥは、ステップＳＴ１９０３において、ＨｅＮＢに対して、ＣＳＦＢによってＵＥを３Ｇ側にアクセスさせる旨の通知を行う。前記ＵＥを３Ｇ側にアクセスさせる旨の通知を受信したＨｅＮＢは、ステップＳＴ１９０４において、ＭＭＥに対して、前記ＵＥを３Ｇ側にアクセスさせる旨の通知に対する応答を通知する。またＨｅＮＢは、ステップＳＴ１９０５において、ＵＥに３Ｇ側へＨＯを行わせることを決定し、ステップＳＴ１９０６において、ＵＥのＨＯ要求をＭＭＥに対して通知する。
前述のようにＨｅＮＢとＨＮＢとをデュアル構成とすることで、ＨｅＮＢは、デュアル構成のＨＮＢをターゲットセルに設定することが可能となる。また、ＨＮＢをターゲットセルに設定することで、ステップＳＴ１９０５のＨＯ開始処理の事前に、ＵＥに、ターゲットセル決定用のメジャメント処理を実行させる必要がなくなる。したがって、ＵＥが拡張サービスリクエストを通知してからＣＳ呼設立までの時間の短縮が可能になる。
ステップＳＴ１９０６のＨＯ要求には、ターゲットセルとしてデュアル構成のＨＮＢの情報を含ませるのではなく、ＨｅＮＢがデュアル構成のセルである旨の情報を含ませてもよい。また、デュアル構成であるか否かの情報を含ませておいてもよい。例えば１ｂｉｔの情報としてもよい。また、ＨｅＮＢのセル識別子を含ませておいてもよい。この方法の場合、予めＭＭＥが、デュアル構成のＨｅＮＢとＨＮＢとの対応関係を構築して管理するようにしておく。例えば、デュアル構成のＨｅＮＢのセル識別子とＨＮＢのセル識別子とで、対応関係のデータベースを構築しておく。該データベースに、ＨｅＮＢに関する情報とＨＮＢに関する情報とを入力しておいてもよい。ＭＭＥがＨＮＢに関する情報を取得する方法は、前述のＬＡとＴＡとのマッピング方法およびそれを用いた連携位置登録の方法を適用すればよい。この方法は、ステップＳＴ１９０２において拡張サービスリクエストが発生した場合に適用するとしてもよい。以上のようにすることによって、ＨｅＮＢは、ステップＳＴ１９０６で、デュアル構成のＨＮＢをターゲットセルとしてＭＭＥに通知する必要が無くなり、ＨｅＮＢの処理量の削減を図ることができる。
ステップＳＴ１９０６においてＨＯ要求を受信したＭＭＥは、ＨＯの準備を行う。ＨＯの準備とは、リロケーションの準備、データフォワーディングの準備などである。ステップＳＴ１９０７において、ＭＭＥは、３Ｇ側のＳＧＳＮに対してフォワードリロケーション要求を通知する。ＳＧＳＮは、ターゲットとなるＳＧＷ（以下「ターゲットＳＧＷ」または「Target Ｓ−ＧＷ」という場合がある）を選択し、ステップＳＴ１９０８において、ターゲットＳＧＷに対してリロケーション設定のためのセッション設立要求を通知する。
ステップＳＴ１９０９において、ターゲットＳＧＷは、セッション設立要求に対する応答をＳＧＳＮに通知する。ＳＧＳＮは、３Ｇ側での無線回線設立のために、ステップＳＴ１９１０において、ＨＮＢＧＷを介して、ターゲットセルとなるＨＮＢ（以下「ターゲットＨＮＢ」と言う場合がある）に対してリロケーション要求を通知する。ターゲットＨＮＢは、ステップＳＴ１９１１において、ＳＧＳＮにリロケーション要求に対する応答を通知する。
リロケーション要求に対する応答を受信したＳＧＳＮは、ステップＳＴ１９１２において、ＳＧＳＮとターゲットＳＧＷとの間のデータフォワーディング用のトンネル設立要求をターゲットＳＧＷに通知する。トンネル設立要求を受信したターゲットＳＧＷは、ステップＳＴ１９１３において、トンネル設立要求に対する応答をＳＧＳＮに通知する。
トンネル設立要求に対する応答を受信したＳＧＳＮは、ステップＳＴ１９１４において、ＭＭＥに対してフォワードリロケーション応答を通知する。フォワードリロケーション応答を受信したＭＭＥは、ステップＳＴ１９１５において、ＭＭＥとソースＳＧＷ（以下「Source Ｓ−ＧＷ」という場合がある）との間のデータフォワーディング用のトンネル設立要求をソースＳＧＷに通知する。トンネル設立要求を受信したソースＳＧＷは、ステップＳＴ１９１６において、トンネル設立要求に対する応答をＭＭＥに通知する。
リロケーションおよびデータフォワーディングのための設定が行われた後、ステップＳＴ１９１７において、ＭＭＥは、ＨｅＮＢに対してＨＯコマンドを通知する。ステップＳＴ１９１８において、ＨｅＮＢは、ＵＥに対してＥＵＴＲＡＮからＵＴＲＡＮへのシステム間ＨＯコマンドを通知する。ＨＯコマンドを受信したＵＥは、ステップＳＴ１９１９において、ステップＳＴ１９１８でＨｅＮＢから通知されたＨＯコマンドに含まれるターゲットセルに関する情報に従って、ターゲットセルであるＨＮＢに対してアクセスを行う。
本実施の形態では、ステップＳＴ１９１７においてＨＯコマンドを受信したＨｅＮＢが、ステップＳＴ１９１８においてＵＥに通知するＨＯコマンドに、ターゲットＨＮＢに関する情報を含ませるようにしておく。ターゲットＨＮＢに関する情報としては、ＬＡＩ、動作周波数、スクランブリングコード、ＳＩ、ＣＳＧ−ＩＤ、またはセルのアクセスモードなど、ＵＥがターゲットＨＮＢにアクセスするために必要な情報とするとよい。
ＨｅＮＢがターゲットＨＮＢに関する情報をＨＯコマンドに含ませるようにするためには、ＨｅＮＢはターゲットＨＮＢに関する情報を認識しておく必要がある。この方法として、前述のＬＡとＴＡとのマッピング方法およびそれを用いた連携位置登録の方法で開示した、ＨｅＮＢがＨＮＢのパラメータを得る方法を適用することが可能である。前述のＨｅＮＢがＨＮＢのパラメータを得る方法を適用することによって、ＨｅＮＢはターゲットセルとなるＨＮＢを決定し、ターゲットＨＮＢに関するパラメータを、ＵＥに通知するＨＯコマンドに含めることが可能となる。これによって、数多くのＨｅＮＢ、ＨＮＢが設置されたとしても、ＭＭＥにおける処理を複雑にすることなく、的確なＨＮＢをターゲットセルとすることができるとともに、ターゲットＨＮＢに対するパラメータをＵＥに通知することが可能となる。
またＵＥは、ＨｅＮＢからターゲットＨＮＢに関するパラメータを受信することで、ターゲットセルをサーチするための処理を簡易化することが可能となる。これによって、ＨｅＮＢが決定したターゲットセルであるターゲットＨＮＢに対して、少ない遅延時間でアクセスすることが可能となる。
ターゲットＨＮＢに対してアクセスを行ったＵＥは、必要に応じて、ステップＳＴ１９２０において、ＨＮＢ、ＨＮＢＧＷを介してＭＳＣ／ＶＬＲに対して、ロケーションエリアアップデート（Location Area Update：ＬＡＵ）などの処理を実行する。
ステップＳＴ１９２１において、ＵＥは、ＨＮＢを介してＨＮＢＧＷに対して、ＣＳサービスのサービスリクエストを通知する。ＨＮＢからＨＮＢＧＷへの通知は、ＨＮＢとＨＮＢＧＷとの間のインタフェースＩｕｈを用いて行われるようにするとよい。
サービスリクエストを受信したＨＮＢＧＷは、ステップＳＴ１９２２において、ＭＳＣ／ＶＬＲに対して、ＵＥから通知されたＣＳサービスのサービスリクエストを通知する。ＨＮＢＧＷからＭＳＣ／ＶＬＲへの通知は、ＨＮＢＧＷとＭＳＣ／ＶＬＲとの間のインタフェースＩｕＣＳを用いて行われるようにするとよい。ステップＳＴ１９２３において、ＭＳＣ／ＶＬＲとＨＮＢＧＷとＨＮＢとＵＥとの間でＣＳ呼の設立が行われる。
ステップＳＴ１９１９におけるＵＥとターゲットＨＮＢとの間のアクセス処理の完了後は、ステップＳＴ１９２４として、図２２に示すＨＯ実行および完了処理が行われる。図２２には、ＨＯ実行および完了処理のシーケンスの一例を示している。図２１のステップＳＴ１９１９で、ターゲットＨＮＢとの間でアクセス処理を行ったＵＥは、図２２のステップＳＴ２００１において、ＨＮＢに対して、ＵＴＲＡＮへのＨＯが完了した旨の通知を行う。
また、図２１のステップＳＴ１９１８においてＨＯコマンドをＵＥに通知したＨｅＮＢは、図２２のステップＳＴ２００２およびステップＳＴ２００３において、ターゲットＨＮＢに対してデータ転送を行う。具体的には、ＨｅＮＢはソースＳＧＷへ、ソースＳＧＷはターゲットＳＧＷへ、ターゲットＳＧＷはＳＧＳＮへ、ＳＧＳＮはＨＮＢＧＷへ、ＨＮＢＧＷはターゲットＨＮＢへ、という順にデータ転送処理を行う。
図２２のステップＳＴ２００４において、ターゲットＨＮＢは、ＨＮＢＧＷを介してＳＧＳＮに対してリロケーション完了通知を送信する。リロケーション完了通知を受信したＳＧＳＮは、ステップＳＴ２００５において、ＭＭＥに対してリロケーション完了通知を送信する。リロケーション完了通知を受信したＭＭＥは、ステップＳＴ２００６において、ＳＧＳＮに対してリロケーション完了通知に対する応答（以下「リロケーション完了通知応答」という場合がある）を送信する処理を行う。
ステップＳＴ２００６においてリロケーション完了通知応答を受信したＳＧＳＮは、ステップＳＴ２００７において、ターゲットＳＧＷに対してベアラ設定の修正要求を通知する。ベアラ設定の修正要求を受信したターゲットＳＧＷは、ステップＳＴ２００８において、ＰＤＮＧＷに対してＳＧＳＮから通知されたベアラ設定の修正要求を通知する。
ステップＳＴ２００８でベアラ設定の修正要求を受信したＰＤＮＧＷは、ステップＳＴ２００９において、ターゲットＳＧＷに対して、ベアラ設定の修正要求に対する応答を通知する。またステップＳＴ２００７でベアラ設定の修正要求を受信したターゲットＳＧＷは、ステップＳＴ２０１０において、ＳＧＳＮに対して、ベアラ設定の修正要求に対する応答を通知する処理を行う。
ベアラ設定の修正要求の通知処理およびベアラ設定の修正要求に対する応答の通知処理が終了した後は、ステップＳＴ２０１１において、ＵＥと、ＨＮＢと、ＳＧＳＮと、ターゲットＳＧＷと、ＰＤＮＧＷとの間で、ＵＬデータおよびＤＬデータが送受信される。
また、ステップＳＴ２０１２において、ＭＭＥは、ソースＳＧＷに対してセッションデリート要求を通知する。セッションデリート要求を受信したソースＳＧＷは、ステップＳＴ２０１４において、ＭＭＥに対して、セッションデリート要求に対する応答を通知する。
また、ステップＳＴ２０１５において、ＭＭＥは、ソースＳＧＷに対してデータフォワーディング用のトンネルのデリート要求を通知する。前記トンネルのデリート要求を受信したソースＳＧＷは、ステップＳＴ２０１６において、ＭＭＥに対して、前記トンネルのデリート要求に対する応答を通知する。
また、ステップＳＴ２０１３において、ＭＭＥは、ＨｅＮＢとの間でリソースのリリース処理を行う。また、ステップＳＴ２０１７において、ＳＧＳＮは、ターゲットＳＧＷに対してデータフォワーディング用のトンネルのデリート要求を通知する。前記トンネルのデリート要求を受信したターゲットＳＧＷは、ステップＳＴ２０１８において、ＳＧＳＮに対して前記トンネルのデリート要求に対する応答を通知する。
ＨＮＢ、ＨｅＮＢは、ＣＳＧをサポートするために、ＣＳＧアクセス制御が必要となる。したがって、ＵＥに対してＨｅＮＢからターゲットＨＮＢへＣＳＦＢが行われる際に、どのノードがアクセス制御を行うのか、またその際のアクセス制御を行うための方法はどうするのかが問題となる。ここでは、ターゲットＨＮＢへのＣＳＧアクセス制御の方法を開示する。
アクティブ状態のＵＥは、既にＨｅＮＢに対してはＣＳＧアクセス制御が行われている。図２１のステップＳＴ１９０６に示すように、ＨｅＮＢは、ＭＭＥに対してＨＯ要求を通知する。ＨｅＮＢは、このＨＯ要求メッセージに、ターゲットＨＮＢのＣＳＧ−ＩＤ情報を含めてＭＭＥに通知するようにする。ＨＯ要求メッセージを受信したＭＭＥは、ＨＯを行うＵＥの許可ＣＳＧリストのＣＳＧ−ＩＤと、ターゲットＨＮＢのＣＳＧ−ＩＤとを比較する。ＵＥの許可ＣＳＧリストに、ターゲットＨＮＢのＣＳＧ−ＩＤが含まれている場合は、ＭＭＥは、ターゲットＨＮＢへのアクセスを許可する。ＵＥの許可ＣＳＧリストに、ターゲットＨＮＢのＣＳＧ−ＩＤが含まれていない場合は、ＭＭＥは、ターゲットＨＮＢへのアクセスを拒否する。
ＵＥの許可ＣＳＧリストとしては、ＨＳＳによって管理されているものを用いてもよい。その場合、ＭＭＥは、ＨＳＳに該ＵＥの許可ＣＳＧリストを問い合わせればよい。
ターゲットＨＮＢへのアクセスを許可したＭＭＥは、ステップＳＴ１９０７の処理を行う。ターゲットＨＮＢへのアクセスを拒否したＭＭＥは、続くステップＳＴ１９０７の処理を行わない。この際に、ＭＭＥはＨｅＮＢに対してアクセス拒否のメッセージを通知してもよい。これによって、ＨｅＮＢは、ＭＭＥによりＨＮＢへのアクセスが拒否されたことを認識することができ、ＵＥに対してアクセス拒否された旨のメッセージを通知することが可能となる。ＨｅＮＢからアクセス拒否のメッセージを通知されたＵＥは、それをもって、拡張サービス要求が失敗したことを認識することが可能となり、ＣＳ発呼の失敗を認識することができる。
アクセス拒否のメッセージに、ＣＳＧアクセス制御による拒否である旨の情報をのせるようにしてもよい。これによって、ＵＥは、ＣＳ発呼の失敗の理由がＣＳＧアクセス制御による拒否であることを認識することが可能となる。
このようなＣＳＧアクセス制御の方法とすることで、ＨｅＮＢからＨＮＢへのＣＳＦＢにおいて、ＨＮＢに対するＣＳＧアクセス制御が可能となる。したがって、ＣＳＧをサポートするＨＮＢ、ＨｅＮＢにおいてＣＳＦＢを行うことが可能となる。
以上に述べたＣＳＧアクセス制御の方法では、図２１のステップＳＴ１９０６のＨＯ要求メッセージに、ターゲットＨＮＢのＣＳＧ−ＩＤ情報を含めてＭＭＥに通知することを開示した。これを実現するためには、ＨｅＮＢがＨＮＢのＣＳＧ−ＩＤ情報を認識しておく必要がある。この方法には、既に本実施の形態で開示した、ＨｅＮＢがＨＮＢのパラメータを得る方法を適用すればよい。ＨｅＮＢがＨＮＢのパラメータを得るために、ＨｅＮＢとＨＮＢとの間に新たなインタフェースを設けてＨＮＢとＨｅＮＢとの間でパラメータを送受信する方法、ならびにデュアル機の中にパラメータを制御する機能を有する制御ユニットを構成し、制御ユニットとＨＮＢ、および制御ユニットとＨｅＮＢを接続して、制御ユニットを介してＨＮＢとＨｅＮＢとの間でパラメータを送受信する方法などが適用できる。
また、ＭＭＥが、ＣＳＧアクセス制御を、ＨＯ要求メッセージを受信した際に行うのではなく、拡張サービスリクエストを受信した際に行うようにしてもよい。図２１のステップＳＴ１９０２において、ＵＥからの拡張サービスリクエストを受信したＨｅＮＢは、ターゲットセルとするＨＮＢを決定し、拡張サービスリクエストに、ターゲットＨＮＢのＣＳＧ−ＩＤ情報を含めてＭＭＥに通知する。
ＭＭＥは、拡張サービスリクエストメッセージに含まれる、拡張サービス要求を通知したＵＥの許可ＣＳＧリストのＣＳＧ−ＩＤと、ターゲットＨＮＢのＣＳＧ−ＩＤとを比較する。ＵＥの許可ＣＳＧリストに、ターゲットＨＮＢのＣＳＧ−ＩＤが含まれている場合は、ＭＭＥは、ターゲットＨＮＢへのアクセスを許可する。ＵＥの許可ＣＳＧリストに、ターゲットＨＮＢのＣＳＧ−ＩＤが含まれていない場合は、ＭＭＥは、ターゲットＨＮＢへのアクセスを拒否する。
ＵＥの許可ＣＳＧリストとしては、ＨＳＳによって管理されているものを用いてもよい。その場合、ＭＭＥは、ＨＳＳに該ＵＥの許可ＣＳＧリストを問い合わせればよい。
ターゲットＨＮＢへのアクセスを許可したＭＭＥは、ステップＳＴ１９０３の処理を行う。ターゲットＨＮＢへのアクセスを拒否したＭＭＥは、続くステップＳＴ１９０３の処理を行わない。この際に、ＭＭＥは、ＨｅＮＢに対してアクセス拒否のメッセージを通知してもよい。これによって、ＨｅＮＢは、ＭＭＥによりＨＮＢへのアクセスが拒否されたことを認識することができ、ＵＥに対してアクセス拒否された旨のメッセージを通知することが可能となる。アクセス拒否された旨を示すためのメッセージとしては、例えば拡張サービスリクエスト拒否メッセージとしてもよいし、拡張サービスリクエスト拒否メッセージにアクセス拒否された旨の情報をのせるようにしてもよい。
ＨｅＮＢからアクセス拒否のメッセージを通知されたＵＥは、それをもって、拡張サービス要求が失敗したことを認識することが可能となり、ＣＳ発呼の失敗を認識することができる。
アクセス拒否のメッセージあるいは拡張サービスリクエスト拒否メッセージに、ＣＳＧアクセス制御による拒否である旨の情報をのせるようにしてもよい。これによって、ＵＥは、ＣＳ発呼の失敗の理由がＣＳＧアクセス制御による拒否であることを認識することが可能となる。
ＣＳＧとして、クローズドアクセスモード（以下、単に「クローズドモード」という場合がある）と、ハイブリッドアクセスモード（以下、単に「ハイブリッドモード」という場合がある）とがあることは既に述べた。ハイブリッドモードをサポートするためには、以下に開示する方法を用いるとよい。
ＨｅＮＢがＭＭＥに通知するＨＯ要求や拡張サービスリクエストに、ターゲットＨＮＢのＣＳＧ−ＩＤ情報に加えて、ターゲットＨＮＢがハイブリッドモードである旨の情報、あるいはターゲットＨＮＢのアクセスモード情報をのせる。
ハイブリッドモードのセルは、クローズドモードおよびオープンモードのどちらのモードでの動作も可能である。したがって、ＵＥは、ＨＮＢに対して、クローズドモードのアクセスだけでなく、オープンモードのアクセスも可能となる。これらのモードの違いで、ＨＮＢへのアクセス制御は異なる。
クローズドモードのアクセスの場合は、上述した方法と同じだが、オープンモードでのアクセスの場合は、ＵＥの許可ＣＳＧリストに、ＨＮＢのＣＳＧ−ＩＤが存在しなくても、ＨＮＢへのアクセスは許可される。ＭＭＥが、このモードの違いによるアクセス制御の判断を可能とするために、ＨｅＮＢがＨＯ要求メッセージあるいは拡張サービスリクエストに、ＨＮＢがハイブリッドモードである旨の情報あるいはＨＮＢのアクセスモード情報をのせる。
ＨｅＮＢは、既に本実施の形態で開示した、ＨｅＮＢがＨＮＢのパラメータを得る方法によって、ＨＮＢがハイブリッドモードである旨の情報、あるいはＨＮＢのアクセスモード情報を得ることができる。
ここで開示した方法により、ＨＮＢまたはＨｅＮＢがハイブリッドモード対応であっても、ＣＳＦＢを行うことが可能となる。
ＨｅＮＢは、ターゲットのＨＮＢがハイブリッドモードである場合にのみ、ターゲットＨＮＢがハイブリッドモードである旨の情報、あるいはＨＮＢのアクセスモード情報をのせるようにしてもよい。これによって、ターゲットＨＮＢがクローズドモードの場合には、モード情報をＭＭＥに通知する必要がなくなるので、シグナリング量の削減を図ることができる。
次に、ＨｅＮＢおよびＨＮＢが設置された場合のＣＳＦＢを実現するためのＣＳＧアクセス制御方法について、他の方法を開示する。
デュアル構成を有するＨＮＢおよびＨｅＮＢのＣＳＧ−ＩＤを同じにする。すなわち、デュアル構成のＨＮＢとＨｅＮＢとは、同じＣＳＧに属するように設定する。これによって、デュアル構成のＨｅＮＢからＨＮＢへは、ＣＳＧアクセス制御をすることなく、ＣＳＦＢを行うことが可能となる。
この場合、ＨｅＮＢがＨＯ要求メッセージや拡張サービスリクエストメッセージに、ＨｅＮＢがデュアル構成である旨の情報、ターゲットＨＮＢがデュアル構成をなすＨＮＢである旨の情報、およびＨｅＮＢとＨＮＢとが同じＣＳＧ−ＩＤである旨の情報の少なくともいずれか一つの情報を含めて、ＭＭＥに通知するようにするとよい。これによって、ＭＭＥは、拡張サービスリクエストあるいはＨＯ要求を通知したＨｅＮＢがデュアル構成であること、およびターゲットＨＮＢがデュアル構成をなすＨＮＢであることの少なくともいずれか一方を認識することができる。したがって、上記の情報に基づいて、ＭＭＥは、ＨｅＮＢとデュアル構成をなすＨＮＢに対して、ＣＳＧリストによる照合を行わなくても、ＣＳＧアクセスを許可する判断を行うことが可能となる。
ＨＯ要求メッセージや拡張サービスリクエストメッセージに、上記の情報が含まれていない場合は、ＭＭＥは、ＨｅＮＢがデュアル機でないと判断し、ＣＳＧアクセス制御による許可ＣＳＧリストとの照合を行うようにすればよい。これによって、デュアル機とシングル機とが混在するようなシステムにおいても、ＣＳＧアクセス制御を伴うＣＳＦＢを行うことが可能となる。
以上のようにすることによって、ＭＭＥは、ＣＳＧアクセス許可の判断に要する遅延時間を削減することが可能となる。したがって、ＵＥが拡張サービスリクエスト送信後、ＨＮＢとのＣＳ回線の設立までの時間を短縮することが可能となる。
以上の一連の処理により、ＨｅＮＢおよびＨＮＢが設置された場合について、ＣＳ発呼におけるＣＳＦＢが可能となる。
図２１および図２２で開示した例では、ＰＳ ＨＯをサポートしている場合について示した。次に、ＰＳ ＨＯをサポートしていない場合のＣＳＦＢの方法を開示する。図２３は、ＰＳ ＨＯをサポートしていない場合のＣＳ発呼におけるＣＳＦＢのシーケンスの一例を示す図である。図２３では、ステップＳＴ２１０１において、ＵＥがアクティブである場合について示す。
ステップＳＴ２１０２において、ＵＥは、ＨｅＮＢを介してＭＭＥに対して、拡張サービスリクエストを通知する。ＨｅＮＢＧＷがサポートされている場合は、ＵＥは、ＨｅＮＢとＨｅＮＢＧＷとを介してＭＭＥに、拡張サービスリクエストを通知すればよい。
拡張サービスリクエストを受信したＭＭＥは、ステップＳＴ２１０３において、ＨｅＮＢに対して、ＣＳＦＢによってＵＥを３Ｇ側にアクセスさせる旨の通知を行う。またＭＭＥは、前記ＵＥを３Ｇ側にアクセスさせる旨の通知を行う際に、コアネットワーク（ＣＮ）側がＰＳ ＨＯをサポートしていない旨の情報、あるいはＰＳ ＨＯのサポートの有無の情報を含めておく。これによって、前記ＵＥを３Ｇ側にアクセスさせる旨の通知を受信したＨｅＮＢは、ＣＮ側のＰＳ ＨＯのサポートの有無を認識することが可能となり、ＵＥに対してＨＯを起動するか、ＲＲＣ接続リリースを起動するかの判断が可能となる。
また、ＭＭＥは、前記ＵＥを３Ｇ側にアクセスさせる旨の通知を行う際に、ＲＲＣ接続リリース後のＵＥのリセレクション先となるターゲットセルの情報を含めておく。ターゲットセルの情報としては、ターゲットセルとなるＨＮＢをリセレクションさせるために必要となるパラメータとしてもよい。これらの情報は、ＣＳＦＢによりＵＥを３Ｇ側にアクセスさせる旨の情報を含めたメッセージと一緒に含めるようにしてもよいし、別のメッセージに含めるようにしてもよい。
ステップＳＴ２１０４において、ＨｅＮＢは、ＭＭＥに対して前記ＵＥを３Ｇ側にアクセスさせる旨の通知に対する応答を通知する。
ステップＳＴ２１０３において、ＭＭＥからＵＥをＣＳＦＢによって３Ｇ側にアクセスさせる旨の情報と、ＣＮがＰＳ ＨＯをサポートしていない旨の情報とを受信したＨｅＮＢは、ステップＳＴ２１０５において、ＵＥに対してＲＲＣ接続リリースメッセージを通知する。ＨｅＮＢは、ＲＲＣ接続リリースメッセージに、ステップＳＴ２１０３においてＭＭＥから受信したＲＲＣ接続リリース後のＵＥのリセレクション先となるターゲットセルの情報を含ませておく。
ステップＳＴ２１０６において、ＨｅＮＢは、ＭＭＥに対してＵＥコンテキストリリース要求メッセージを通知する。ＵＥコンテキストリリース要求メッセージを受信したＭＭＥは、ステップＳＴ２１０７において、ＨｅＮＢに対してＵＥコンテキストリリース処理を実行させ、ＨｅＮＢはＵＥコンテキストをリリースする。また、ＳＧＷもＨｅＮＢに関連する情報をリリースする。
ステップＳＴ２１０５において、ＲＲＣ接続リリースメッセージを受信したＵＥは、ＲＲＣ接続リリースメッセージに含まれるターゲットセルに関する情報に従って、ステップＳＴ２１０８において、ターゲットセルであるＨＮＢに対してアクセスを行う。
これによって、ステップＳＴ２１０８における３Ｇ側のセルへのアクセス処理の事前に、ＵＥに、ターゲットセル決定用のメジャメント処理を実行させなくてもよくなる。したがって、ＵＥが拡張サービスリクエストを通知してからＣＳ呼設立までの時間を短縮することが可能となる。
ステップＳＴ２１０８において、ターゲットＨＮＢに対してアクセスを行ったＵＥは、ステップＳＴ２１０９において、必要に応じてＨＮＢおよびＨＮＢＧＷを介してＭＳＣ／ＶＬＲに対して、ＬＡＵなどの処理を実行する。
ステップＳＴ２１１０において、ＵＥは、ＨＮＢを介してＨＮＢＧＷに対して、ＣＳサービスのサービスリクエストを通知する。ＨＮＢからＨＮＢＧＷへの通知は、ＨＮＢとＨＮＢＧＷとの間のインタフェースＩｕｈを用いて行われるようにするとよい。前記ＣＳサービスのサービスリクエストを受信したＨＮＢＧＷは、ステップＳＴ２１１１において、ＭＳＣ／ＶＬＲに対して、ＵＥから通知されたＣＳサービスのサービスリクエストを通知する。ＨＮＢＧＷからＭＳＣ／ＶＬＲへの通知は、ＨＮＢＧＷとＭＳＣ／ＶＬＲとの間のインタフェースＩｕＣＳを用いて行われるようにするとよい。ステップＳＴ２１１２において、ＭＳＣ／ＶＬＲとＨＮＢＧＷとＨＮＢとＵＥとの間でＣＳ呼の設立が行われる。
ＣＳＧアクセス制御方法については、前述のＰＳ ＨＯのサポートが無い場合の説明で開示したＣＳＧアクセス制御の方法を適用することができる。例えば、ステップＳＴ２１０２の拡張サービスリクエストに、ターゲットＨＮＢのＣＳＧ−ＩＤを含めて、拡張サービスリクエストを受信したＭＭＥが、ＣＳＧ−ＩＤに基づいてＣＳＧアクセス制御を行うようにすればよい。また同様に、ハイブリッドモードをサポートする場合の方法についても適用可能である。また同様に、デュアル構成を有するＨＮＢおよびＨｅＮＢのＣＳＧ−ＩＤを同じにする方法も適用可能である。
また、別の方法として、ステップＳＴ２１０９の処理の例えばＬＡＵ要求メッセージ、あるいはステップＳＴ２１１０およびステップＳＴ２１１１のＣＳサービスのサービスリクエストに、ＨＮＢがＨＮＢのＣＳＧ−ＩＤを含めてＭＳＣ／ＶＬＲに通知するようにしてもよい。これらのメッセージを受信したＭＳＣ／ＶＬＲが、ＵＥの許可ＣＳＧリストにＨＮＢのＣＳＧ−ＩＤが存在するかどうかを判断することによって、ＣＳＧアクセス制御を行うことが可能となる。ＵＥの許可ＣＳＧリストとしては、ＨＳＳによって管理されているものを用いてもよい。その場合、ＭＳＣ／ＶＬＲは、ＨＳＳに問い合わせればよい。ハイブリッドモードへの対応は、前述した方法を適用することができる。この方法は、ＰＳ ＨＯのサポートがある場合にも適用可能である。
このようなＣＳＧアクセス制御の方法とすることで、ＨｅＮＢからＨＮＢへのＣＳＦＢにおいて、ＨＮＢに対するＣＳＧアクセス制御が可能となる。したがって、ＣＮ側でＰＳ ＨＯをサポートしていない場合も、ＣＳＧをサポートするＨＮＢおよびＨｅＮＢにおいてＣＳＦＢを行うことが可能となる。
上述した方法では、ＲＲＣ接続リリース後のＵＥのリセレクション先となるターゲットセルの情報をＭＭＥが設定して、例えばステップＳＴ２１０３の前記ＵＥを３Ｇ側にアクセスさせる旨のメッセージに、前記ターゲットセルの情報を含めてＨｅＮＢに通知する方法を開示した。
しかし、直接ＨＮＢとＭＭＥとの間を接続するインタフェースが無いので、ＭＭＥがターゲットセルとなるＨＮＢの情報を取得する処理は複雑になる。また数多くのＨＮＢが設置された場合、ＭＭＥに接続される全てのＨＮＢのパラメータを取得して管理する処理は複雑になる。
そこで、ＨｅＮＢがターゲットセルとなるＨＮＢの情報を取得しておき、ＲＲＣ接続リリース後のＵＥのリセレクション先となるターゲットセルの情報として設定して、ＵＥにＲＲＣ接続リリースメッセージを通知する際に、ターゲットＨＮＢに関する情報を通知しておくようにする。また、ＨｅＮＢとＨＮＢとをデュアル構成とすることで、ＨｅＮＢは、デュアル構成のＨＮＢをターゲットセルに設定することが可能となる。
例えば、ステップＳＴ２１０３において、ＭＭＥは、ＵＥをＣＳＦＢによって３Ｇ側にアクセスさせる旨の情報と、ＣＮがＰＳ ＨＯをサポートしていない旨の情報とをＨｅＮＢに対して通知する。これらの情報を受信したＨｅＮＢは、ステップＳＴ２１０５のＲＲＣ接続リリースメッセージに、ＲＲＣ接続リリース後のＵＥのリセレクション先となるターゲットセルの情報を含めてＵＥに通知すればよい。
ＨｅＮＢがターゲットセルとなるＨＮＢの情報を取得する方法や、そのトリガ方法、あるいはターゲットセルとなるＨＮＢをリセレクションさせるために必要となるパラメータなどは、前述のＰＳ ＨＯをサポートする場合の例で開示した方法を用いればよい。
以上のようにすることによって、ＨｅＮＢがターゲットセルとするＨＮＢの情報を設定することができるので、ＨＮＢの情報をＭＭＥが設定する必要が無くなる。したがって、システムとしての複雑化の回避およびシグナリング量の削減を図ることが可能となる。また、ＵＥはターゲットセルをサーチするための処理を簡易化することが可能となり、ＨｅＮＢが決定したターゲットセルであるターゲットＨＮＢに対して、少ない遅延時間でアクセスすることが可能となる。
以上の一連の処理により、ＨｅＮＢおよびＨＮＢが設置された場合について、ＰＳ ＨＯがサポートされていない場合でも、ＣＳ発呼におけるＣＳＦＢが可能となる。
上述した方法では、ＵＥがアクティブモードの場合について説明した。一方、ＵＥがアイドルモードの場合については、従来の方法として、アイドルモードのＵＥがアクティブモードに移行した後に、ＭＭＥに拡張サービスリクエストを通知した後のＣＳ発呼の場合と同じ処理を行う方法を説明した。この方法の一つとして、３ＧＰＰ Ｓ２−１０２５９５（以下「非特許文献１１」という）に示すように、ＰＳ ＨＯ時にシグナリング用のリソースベアラ（Signaling Radio Bearer：ＳＲＢ）のみを設定するＳＲＢ ｏｎｌｙ ＰＳ ＨＯという方法が提案されている。しかし、非特許文献１１においても、ＨＮＢおよびＨｅＮＢが設置された場合の音声サービスのサポート方法については、何ら開示されていない。したがって、このＳＲＢ ｏｎｌｙ ＰＳ ＨＯをそのまま適用しただけでは、ＨｅＮＢでＬＴＥサービスを提供されていたユーザは、音声発着信を行うことが不可能となる。
ここでは、本実施の形態で開示したアクティブモードのＵＥのＣＳ発呼の場合のＣＳＦＢ方法を用いて、該方法にＳＲＢ ｏｎｌｙ ＰＳ ＨＯを適用することで、アイドルモードのＵＥの場合にもＣＳＦＢを実現可能にする方法を開示する。
図２４は、ＵＥがアイドルモードの場合のＣＳＦＢのシーケンスの一例を示す図である。図２４では、ステップＳＴ２２０１において、ＵＥがアイドルである場合について示す。
ＣＳ発呼を行うＵＥは、ステップＳＴ２２０２において、ＨｅＮＢに対して、ＲＲＣ接続要求などのアクセス処理を行う。ＨｅＮＢに対してアクセス処理を完了したＵＥは、ステップＳＴ２２０３において、ＨｅＮＢを介してＭＭＥに対して、サービスリクエストを通知する。その後、ステップＳＴ２２０４において、ＵＥ、ＭＭＥ、ＨＳＳで認証および秘匿処理を行う。
ステップＳＴ２２０５において、ＭＭＥは、ＨｅＮＢに対して、初期コンテキストのセットアップ要求メッセージを通知する。コンテキストセットアップ要求メッセージを受信したＨｅＮＢは、ステップＳＴ２２０６において、ＵＥに対して必要な無線ベアラの設立を行う。その後、ステップＳＴ２２０７において、ＵＥは、ＨｅＮＢとソースＳＧＷとＰＤＮＧＷとに対してデータの通信を行う。
データ通信をする必要が無い場合は、データ用の無線ベアラの設立を行わないようにしてもよい。例えば、ＣＳ発呼によるＲＲＣ接続要求、またはサービスリクエストであった場合、データ用の無線ベアラの設立を行わないようにしてもよい。このために、ＲＲＣ接続要求、またはサービスリクエストに、ＣＳ発呼による旨の情報を含めておくとよい。これによってＭＭＥまたはＨｅＮＢは、判断可能となり、ＣＳ発呼による場合は、データ用の無線ベアラの設定を行わないようにし、そうで無い場合は、データ用の無線ベアラの設定を行うようにする。
ステップＳＴ２２０８において、ＨｅＮＢは、初期コンテキストセットアップ完了メッセージをＭＭＥに通知する。ステップＳＴ２２０９において、ＭＭＥは、ソースＳＧＷに対して、ソースＳＧＷとの間で必要となるベアラの修正要求を通知する。ステップＳＴ２２１０において、ソースＳＧＷは、ＭＭＥに対して、ベアラの修正要求に対する応答を通知する。ステップＳＴ２２１１において、ＵＥは、アイドルモードからアクティブモードに移行する。
ＵＥがアクティブモードに移行した後に、ステップＳＴ２２１２において、ＵＥは、ＨｅＮＢを介してＭＭＥに対して、拡張サービスリクエストを通知する。ＨｅＮＢＧＷがサポートされている場合は、ＵＥは、ＨｅＮＢとＨｅＮＢＧＷとを介してＭＭＥに、拡張サービスリクエストを通知すればよい。
拡張サービスリクエストを受信したＭＭＥは、ステップＳＴ２２１３において、ＨｅＮＢに対して、ＣＳＦＢによってＵＥを３Ｇ側にアクセスさせる旨の通知を行う。ステップＳＴ２２１４において、ＨｅＮＢは、ＭＭＥに対して、前記ＵＥを３Ｇ側にアクセスさせる旨の通知に対する応答を通知する。またＨｅＮＢは、ステップＳＴ２２１５において、ＵＥにＨＯを行わせることを決定する。この際、ＨｅＮＢとＨＮＢをデュアル構成とすることで、ＨｅＮＢは、デュアル構成のＨＮＢをターゲットセルと設定することが可能となる。また、このように構成することで、ステップＳＴ２２１５のＨＯ開始処理の事前に、ＵＥに、ターゲットセル決定用のメジャメント処理を実行させなくてもよくなる。したがって、ＵＥが拡張サービスリクエストを通知してからＣＳ呼設立までの時間を短縮することが可能となる。
また、ステップＳＴ２２１５において、ＨｅＮＢは、ＵＥとＨｅＮＢとの間でデータ用のベアラの設立が行われているか否かを判断する。データ用のベアラの設立が行われている場合は、データ用のベアラの設立を必要とするＨＯを行う。この方法としては、先に開示したアクティブモードのＵＥのＣＳＦＢ方法を行う。
データ用のベアラの設立が行われていない場合は、ＣＳＦＢのためのデータ用のベアラの設立を必要としないＨＯであるＳＲＢ ｏｎｌｙ ＰＳ ＨＯを行う。この場合、ステップＳＴ２２１６において、ＨｅＮＢは、ＨＯ要求メッセージをＭＭＥに通知する。ＨＯ要求メッセージに、データ用のベアラ設立を必要としないＨＯである旨の情報、あるいは該データ用のベアラの設立を必要としないＨＯであるか否かを示す情報を含めておく。ＭＭＥは、この情報を受信することで、データ用のベアラの設立を必要とするか否かを判断し、どちらのＨＯを行うかを決定する。データ用のベアラの設立を必要としないＨＯ（ＳＲＢ ｏｎｌｙ ＰＳ ＨＯ）を行う場合、ＭＭＥは、ＣＮ側でのデータフォワーディング用のベアラ設立を行わなくて済むようにする。
ＭＭＥは、ステップＳＴ２２１７において、３Ｇ側のＳＧＳＮに対してフォワードリロケーション要求メッセージを通知する。フォワードリロケーション要求メッセージに、データ用のベアラ設立を必要としないＨＯである旨の情報を含めておく。この情報に基づいてＳＧＳＮは、図２１のステップＳＴ１９０８、ステップＳＴ１９０９に示す処理を行わない判断をする。
ＳＧＳＮは、３Ｇ側での無線回線設立のために、ステップＳＴ２２１８において、ＨＮＢＧＷを介してターゲットセルとなるＨＮＢに対して、リロケーション要求メッセージを通知する。リロケーション要求メッセージに、データ用のベアラ設立を必要としないＨＯである旨の情報を含めておいてもよい。ＨＮＢは、ステップＳＴ２２１９において、ＨＮＢＧＷを介してＳＧＳＮに、リロケーション要求に対する応答を通知する。リロケーション要求に対する応答を受信したＳＧＳＮは、ステップＳＴ２２１７において受信したデータ用のベアラ設立を必要としないＨＯである旨の情報に基づいて、図２１のステップＳＴ１９１２、ステップＳＴ１９１３で示すＳＧＳＮとターゲットＳＧＷとの間のデータフォワーディング用のトンネル設立を行わない判断をする。
ステップＳＴ２２２０において、ＳＧＳＮは、ＭＭＥに対して、フォワードリロケーション応答を通知する。フォワードリロケーション応答メッセージに、データ用のベアラ設立を必要としないＨＯである旨の情報を含めておいてもよい。ＭＭＥは、ステップＳＴ２２１６あるいはステップＳＴ２２２０において受信したベアラ設立を必要としないＨＯである旨の情報に基づいて、図２１のステップＳＴ１９１５、ステップＳＴ１９１６で示すＭＭＥとソースＳＧＷとの間のデータフォワーディング用のトンネル設立を行わない判断をする。
ステップＳＴ２２２１において、ＭＭＥは、ＨｅＮＢに対して、ＨＯコマンドを通知し、ステップＳＴ２２２２において、ＨｅＮＢは、ＵＥに対して、ＨＯコマンドを通知する。ＨＯコマンドを受信したＵＥは、ステップＳＴ２２２３において、ＨＯコマンドに含まれるターゲットセルに関する情報に従って、ターゲットセルであるＨＮＢに対してアクセスを行う。
ステップＳＴ２２２１においてＨＯコマンドを受信したＨｅＮＢが、ステップＳＴ２２２２においてＵＥに通知するＨＯコマンドに、ターゲットＨＮＢに関する情報を含ませるようにしてもよい。ＨＯコマンドに、ターゲットＨＮＢに関する情報を含ませるためには、ＨｅＮＢは、ＵＥにターゲットＨＮＢに対してアクセスさせるためのターゲットＨＮＢに関する情報を認識しておく必要がある。この方法は、先に開示した方法を適用することができる。ＨＯコマンドに、ターゲットＨＮＢに関する情報を含ませることによって、ＵＥは、ターゲットセルをサーチするための処理を簡易化することが可能となり、ＨｅＮＢが決定したターゲットセルであるターゲットＨＮＢに対して、少ない遅延時間でアクセスすることが可能となる。
ＨＮＢに対してアクセスを行ったＵＥは、必要に応じてステップＳＴ２２２４において、ＨＮＢおよびＨＮＢＧＷを介してＭＳＣ／ＶＬＲに対して、ＬＡＵなどの処理を実行する。ステップＳＴ２２２５において、ＵＥは、ＨＮＢを介してＨＮＢＧＷに対して、ＣＳサービスのサービスリクエストを通知する。ＨＮＢからＨＮＢＧＷへの通知は、ＨＮＢとＨＮＢＧＷとの間のインタフェースＩｕｈを用いて行われるようにするとよい。ＣＳサービスのサービスリクエストを受信したＨＮＢＧＷは、ステップＳＴ２２２６において、ＭＳＣ／ＶＬＲに対して、ＵＥから通知されたＣＳサービスのサービスリクエストを通知する。ＨＮＢＧＷからＭＳＣ／ＶＬＲへの通知は、ＨＮＢＧＷとＭＳＣ／ＶＬＲとの間のインタフェースＩｕＣＳを用いて行われるようにするとよい。ステップＳＴ２２２７において、ＭＳＣ／ＶＬＲとＨＮＢＧＷとＨＮＢとＵＥとの間でＣＳ呼の設立が行われる。
ステップＳＴ２２２３におけるＵＥとターゲットＨＮＢとの間のアクセス処理の完了後は、ＨＯ実行および完了処理が行われる。具体的には、ステップＳＴ２２２８において、ＵＥは、ターゲットＨＮＢに対してＨＯ完了通知を行う。ステップＳＴ２２２９において、ターゲットＨＮＢは、ＨＮＢＧＷを介してＳＧＳＮに対して、リロケーション完了を通知する。
リロケーション完了通知を受信したＳＧＳＮは、ステップＳＴ２２３０において、ＭＭＥに対して、リロケーション完了通知を送信する。リロケーション完了通知を受信したＭＭＥは、ステップＳＴ２２３１において、ＳＧＳＮに対して、リロケーション完了通知応答を送信する。
ステップＳＴ２２３１においてリロケーション完了通知応答を受信したＳＧＳＮは、この処理がデータ用のベアラ設立を必要としないＨＯである場合は、図２２のステップＳＴ２００７、ステップＳＴ２００８、ステップＳＴ２００９、ステップＳＴ２０１０に示すターゲットＳＧＷおよびＰＤＮＧＷに対するベアラ設定処理、ステップＳＴ２０１２、ステップＳＴ２０１４に示すＭＭＥとソースＳＧＷとの間でのセッション設立要求のデリート処理、ステップＳＴ２０１５、ステップＳＴ２０１６に示すＭＭＥとソースＳＧＷとの間でのデータフォワーディング用のトンネル設立のデリート処理、ならびにステップＳＴ２０１７、ステップＳＴ２０１８に示すＳＧＳＮとターゲットＳＧＷとの間でのデータフォワーディング用のトンネル設立のデリート処理を行わないと判断する。ステップＳＴ２２３２において、ＭＭＥは、ＨｅＮＢとの間でリソースのリリース処理を行う。
ＨＮＢおよびＨｅＮＢは、ＣＳＧをサポートするためにＣＳＧアクセス制御が必要となるが、この方法は先に開示した方法を適用すればよく、これによって同様の効果が得られる。
以上のように、本実施の形態で開示したアクティブモードのＵＥのＣＳ発呼の場合のＣＳＦＢ方法を用いて、該方法にＳＲＢ ｏｎｌｙ ＰＳ ＨＯを適用することで、アイドルモードのＵＥの場合にもＣＳＦＢを実現することができる。また、ＳＲＢ ｏｎｌｙ ＰＳ ＨＯを適用することによって、データフォワーディング用の設定、例えばトンネル設立などが不要となり、データフォワーディングが不要となるので、ＣＳＦＢにおけるＨＯ制御を簡易にすることが可能となる。
また、別の方法として、ＣＳ発呼を行うアイドルモードのＵＥが、ステップＳＴ２２０３において、ＨｅＮＢを介してＭＭＥに対して通知するサービスリクエストを、拡張サービスリクエストとしてもよい。すなわち、拡張サービスリクエストに、ＣＳ発呼である旨あるいはＣＳＦＢである旨を示す情報を含ませておいてもよい。この場合、ステップＳＴ２２０５およびステップＳＴ２２０８において、ＭＭＥは、ＨｅＮＢとのコンテキストのセットアップ処理を行う。また、ステップＳＴ２２０９およびステップＳＴ２２１０において、ＭＭＥは、ソースＳＧＷとのベアラ修正処理を行う。その後に、ステップＳＴ２２１３において、ＭＭＥは、ＨｅＮＢに対して、ＣＳＦＢによってＵＥを３Ｇ側にアクセスさせる旨の通知を行う。
ＭＭＥは、ステップＳＴ２２０３において、既に拡張サービスリクエストを受信しているので、再度ステップＳＴ２２１２において、拡張サービスリクエストメッセージをＵＥから受信する必要が無く、直ちにＨｅＮＢに、ＣＳＦＢのためにＵＥを３Ｇ側にアクセスさせる旨の通知を行うことができる。これによって、ＵＥもステップＳＴ２２１２において、拡張サービスリクエストをＭＭＥに通知する必要が無くなる。したがって、これらの処理に要する遅延時間を削減することが可能となり、アイドルモードのＵＥが、ＨｅＮＢにアクセスしてからＨＮＢへＣＳＦＢを完了するまでの遅延時間を短縮することが可能となる。また、この場合のＣＳＧアクセス制御は、ステップＳＴ２２０３においてサービスリクエストを受信したＭＭＥが行うようにしてもよい。この場合、先に開示した拡張サービスリクエストを受信したＭＭＥが行う方法を適用すればよく、これによって同様の効果が得られる。
ＨＮＢおよびＨｅＮＢが設置された場合において、アイドルモードのＵＥをＣＳＦＢ可能にするための別の方法を開示する。図２５は、ＵＥがアイドルモードの場合のＣＳＦＢのシーケンスの他の例を示す図である。図２５は、図２４に類似しているので、図２４に対応する部分については同一のステップ番号を付して、処理の詳細な説明を省略する。
ステップＳＴ２２１３において、ＭＭＥからＣＳＦＢによってＵＥを３Ｇ側にアクセスさせる旨の通知を受信し、ステップＳＴ２２１４において、ＭＭＥに対して前記ＵＥを３Ｇ側にアクセスさせる旨の通知に対する応答を通知したＨｅＮＢは、ＵＥとＨｅＮＢとの間でデータ用のベアラの設立が行われているか否かを判断する。データ用のベアラの設立が行われている場合は、先に開示したアクティブモードのＵＥのＣＳＦＢ方法を行うように決定する。データ用のベアラの設立が行われていない場合は、ＲＲＣ接続リリースによるセルリセレクションを行わせるように決定する。ＲＲＣ接続リリースによるセルリセレクションでは、ＰＳ ＨＯを行う必要が無くなるので、ＰＳドメインのデータ用のデータフォワーディングに要する処理を省略することができる。これによって、システムとしてのＣＳＦＢの処理の簡略化、およびＣＳＦＢに要する遅延時間の削減を図ることが可能となる。
ＵＥにＲＲＣ接続リリースを行わせることを決定したＨｅＮＢは、ステップＳＴ２３０１において、ＵＥに対して、ＲＲＣ接続リリースメッセージを通知する。
ここで、ＭＭＥがＲＲＣ接続リリースによるセルリセレクションを行わせるように決定してもよい。ステップＳＴ２２１２でＵＥからの拡張サービスリクエストを受信したＨｅＮＢが、該ＵＥとの間でデータ用のベアラの設立が行われているか否かを判断し、その結果を示す情報をＭＭＥに通知するようにしてもよい。該情報を、ＨｅＮＢは、ステップＳＴ２２１２の拡張サービスリクエストに含めてＭＭＥに通知するようにしてもよい。ＭＭＥが該情報を基に、該ＵＥにＲＲＣ接続リリースによるセルリセレクションを行わせることを判断し、ＲＲＣ接続リリースによるセルリセレクションを行わせる旨の情報を、ステップＳＴ２２１３の、ＣＳＦＢによりＵＥを３Ｇ側にアクセスする旨の通知に含めてＨｅＮＢに通知するようにしてもよい。該通知に従って、ＨｅＮＢは、該ＵＥとの間でＲＲＣ接続リリースを行い、セルリセレクションを行わせる。
ＨｅＮＢがＵＥにＲＲＣ接続リリースメッセージを通知する際に、ターゲットＨＮＢに関する情報を通知しておくようにする。
ＨｅＮＢがターゲットセルとなるＨＮＢの情報を取得する方法や、そのトリガ方法、あるいはターゲットセルとなるＨＮＢをリセレクションさせるために必要となるパラメータなどは、前述の開示した方法を用いればよい。
この際、ＨｅＮＢとＨＮＢとをデュアル構成とすることで、ＨｅＮＢは、デュアル構成のＨＮＢをＲＲＣ接続リリース後のセルリセレクションのターゲットセルに設定することが可能となる。また、デュアル構成のＨＮＢをＲＲＣ接続リリース後のセルリセレクションのターゲットセルに設定することによって、ステップＳＴ２３０１のＲＲＣ接続リリース通知処理の事前に、ＵＥに、ターゲットセル決定用のメジャメント処理を実行させなくてもよくなる。したがって、ＵＥが拡張サービスリクエストを通知してからＣＳ呼設立までの時間を短縮することが可能となる。
ステップＳＴ２３０２において、ＨｅＮＢは、ＭＭＥに対して、ＵＥコンテキストリリース要求メッセージを通知する。ステップＳＴ２３０３において、ＭＭＥは、ＨｅＮＢに対して、ＵＥコンテキストリリースを通知し、ＨｅＮＢは、ＵＥコンテキストリリース処理を行う。
ステップＳＴ２３０４において、ＵＥは、ステップＳＴ２３０１のＲＲＣ接続リリースメッセージに含まれるターゲットセルに関する情報に従って、ターゲットセルであるＨＮＢに対してアクセスを行う。前述のようにＲＲＣ接続リリースメッセージに、ターゲットセルに関する情報が含まれるようにしているので、ＵＥは、ターゲットセルをリセレクションするための処理を簡易化することが可能となり、ＨｅＮＢが決定したターゲットセルであるターゲットＨＮＢに対して、少ない遅延時間でアクセスすることが可能となる。
ステップＳＴ２３０１のＲＲＣ接続リリースメッセージに、ターゲットセルに関する情報が含まれるようにするためには、ＨｅＮＢは、ＵＥにターゲットＨＮＢに対してアクセスさせるためのターゲットＨＮＢに関する情報を認識しておく必要がある。この方法には、先に開示した方法を適用することができる。
ステップＳＴ２３０４においてＨＮＢに対してアクセスを行ったＵＥは、必要に応じてステップＳＴ２３０５において、ＨＮＢおよびＨＮＢＧＷを介してＭＳＣ／ＶＬＲに対して、ＬＡＵなどの処理を実行する。ステップＳＴ２３０６において、ＵＥは、ＨＮＢを介してＨＮＢＧＷに対して、ＣＳサービスのサービスリクエストを通知する。ＨＮＢからＨＮＢＧＷへの通知は、ＨＮＢとＨＮＢＧＷとの間のインタフェースＩｕｈを用いて行われるようにするとよい。ＣＳサービスのサービスリクエストを受信したＨＮＢＧＷは、ステップＳＴ２３０７において、ＭＳＣ／ＶＬＲに対して、ＵＥから通知されたＣＳサービスのサービスリクエストを通知する。ＨＮＢＧＷからＭＳＣ／ＶＬＲへの通知は、ＨＮＢＧＷとＭＳＣ／ＶＬＲとの間のインタフェースＩｕＣＳを用いて行われるようにするとよい。ステップＳＴ２３０８において、ＭＳＣ／ＶＬＲとＨＮＢＧＷとＨＮＢとＵＥとの間でＣＳ呼の設立が行われる。
ＨＮＢおよびＨｅＮＢは、ＣＳＧをサポートするためにＣＳＧアクセス制御が必要となるが、この方法には、先に開示した方法を適用すればよく、これによって同様の効果が得られる。
以上の一連の処理により、ＨｅＮＢおよびＨＮＢが設置された場合について、アイドルモードのＵＥがＣＳ発呼した場合におけるＣＳＦＢが可能となる。
また、ここで開示した方法はＰＳドメインのＨＯを必要としないので、ＰＳ ＨＯのサポートがある場合および無い場合のいずれの場合にも適している。このようにＰＳ ＨＯのサポートの有無に拘わらず同じ方法で行えるので、拡張サービスリクエストを受信したＭＭＥは、ＣＮ側がＰＳ ＨＯをサポートしているか否かの判断を行う必要がなくなる。したがって、ＭＭＥにおける処理を簡易にすることができる。また、ＭＭＥがＨｅＮＢに通知する、ＵＥを３Ｇ側にアクセスさせる旨のメッセージに、ＰＳ ＨＯをサポートしていない旨の情報、あるいはＰＳ ＨＯのサポートの有無の情報を含める必要がなくなる。これによって、ＭＭＥとＨｅＮＢとの間のシグナリング量を削減できるという効果が得られる。
ＨＮＢおよびＨｅＮＢが設置された場合において、アイドルモードのＵＥをＣＳＦＢ可能にするための別の方法を開示する。前述の例においては、アイドルモードのＵＥが一旦アクティブモードに移行した後に、ＨＮＢにアクセスする方法を開示した。この例においては、ＵＥがアクティブモードに移行せずにＨＮＢにアクセスすることで、ＣＳＦＢが行われる方法を開示する。図２６は、ＵＥがアクティブモードに移行せずにＣＳＦＢを行うシーケンスの例を示す図である。図２６では、ステップＳＴ２４０１において、ＵＥがアイドルである場合について示す。
ステップＳＴ２４０２において、ＣＳ発呼を行うＵＥは、ＨｅＮＢに対して、ＲＲＣ接続要求などのアクセス処理を行う。ＨｅＮＢに対してアクセス処理を完了したＵＥは、ステップＳＴ２４０３において、ＨｅＮＢを介してＭＭＥに対して、拡張サービスリクエストを通知する。この拡張サービスリクエストに、ＵＥの状態を示す情報を含めるようにする。例えば、ＵＥの状態を示す情報を１ビット（bit）として、「１」の場合には、ＵＥはアイドルモードであるとし、「０」の場合には、ＵＥはアクティブモードであるとする。ＵＥの状態を示す情報は、ＨｅＮＢが拡張サービスリクエストメッセージに含めるようにしてもよい。拡張サービスリクエストに、ＵＥの状態を示す情報を含めるようにすることによって、拡張サービスリクエストを受信したＭＭＥがＵＥの状態を認識することが可能となる。
また、ＭＭＥが拡張サービスリクエストを通知したＵＥの状態を判断する方法として、該ＵＥに対してＵＥコンテキストの設定を行っている状態か否か、または、無線ベアラ等の初期コンテキストの設定を行っている状態か否かで、ＵＥの状態を判断するようにしてもよい。ＵＥコンテキストの設定を行っている状態の場合、または無線ベアラ等の初期コンテキストの設定を行っている状態の場合は、該ＵＥはアクティブモードであると判断し、ＵＥコンテキストの設定を行っていない状態かつ無線ベアラ等の初期コンテキストの設定を行っていない状態の場合は、該ＵＥはアイドルモードであると判断するようにしてもよい。これによって、拡張サービスリクエストに、ＵＥの状態を示す情報を含める必要が無くなる。
ステップＳＴ２４０３において拡張サービスリクエストを受信したＭＭＥは、ＵＥがアクティブモードの場合は、図２１から図２３に開示した方法を用いてＣＳＦＢを行わせる。ＵＥがアイドルモードの場合は、ＭＭＥは、ステップＳＴ２４０４において、ＨｅＮＢに対して、ＣＳＦＢによってＵＥを３Ｇ側にアクセスさせる旨の通知を行う。本例では、ＵＥを３Ｇ側にアクセスさせる旨のメッセージに、ＵＥがアイドルのまま、ＲＲＣ接続のリリースを指示する旨の情報をのせる。ＲＲＣ接続のリリースを指示する旨の情報に代えて、ＵＥコンテキストの設定を行わない旨の情報、またはＵＥとＨｅＮＢとの間でＵＥがアクティブモードに移行するための無線ベアラの設定を行わない旨の情報をのせてもよい。ＨｅＮＢは、これらの情報を含む、ＵＥを３Ｇ側にアクセスさせる旨のメッセージを受信すると、ステップＳＴ２４０５において、ＭＭＥに対して、ＵＥを３Ｇ側にアクセスさせる旨の通知に対する応答を通知する。
また、ＨｅＮＢは、ステップＳＴ２４０５において、ＵＥのモードと、ＭＭＥから受信した、ＣＳＦＢによってＵＥを３Ｇ側にアクセスさせる旨の情報から、ＵＥに対してアクティブモードに移行させずにＲＲＣ接続リリースを行わせることを決定し、ステップＳＴ２４０６において、ＵＥに対してＲＲＣ接続をリリースする旨のメッセージを通知し、ＵＥとＨｅＮＢとの間のＲＲＣ接続をリリースする。
本例では、ＨｅＮＢがＵＥにＲＲＣ接続リリースメッセージを通知する際に、ターゲットＨＮＢに関する情報を通知しておくようにする。
ＨｅＮＢがターゲットセルとなるＨＮＢの情報を取得する方法や、そのトリガ方法、あるいはターゲットセルとなるＨＮＢをリセレクションさせるために必要となるパラメータなどは、前述の開示した方法を用いればよい。
本例において、前述のようにＨｅＮＢとＨＮＢをデュアル構成とすることで、ＨｅＮＢは、デュアル構成のＨＮＢをＲＲＣ接続リリース後のセルリセレクションのターゲットセルに設定することが可能となる。また、デュアル構成のＨＮＢをＲＲＣ接続リリース後のセルリセレクションのターゲットセルに設定することによって、ステップＳＴ２４０６のＲＲＣ接続リリース通知処理の事前に、ＵＥに、ターゲットセル決定用のメジャメント処理を実行させなくてもよくなる。したがって、ＵＥが拡張サービスリクエストを通知してからＣＳ呼設立までの時間を短縮することが可能となる。
ステップＳＴ２４０７において、ＵＥは、ステップＳＴ２４０６のＲＲＣ接続リリースメッセージに含まれるターゲットセルに関する情報に従って、ターゲットセルであるＨＮＢに対してアクセスを行う。ＲＲＣ接続リリースメッセージに、ターゲットセルに関する情報を含ませるようにしているので、ＵＥは、ターゲットセルをリセレクションするための処理を簡易化することが可能となり、ＨｅＮＢが決定したターゲットセルであるターゲットＨＮＢに対して、少ない遅延時間でアクセスすることが可能となる。
ステップＳＴ２４０６のＲＲＣ接続リリースメッセージに、ターゲットセルに関する情報が含まれるようにするためには、ＨｅＮＢは、ＵＥにターゲットＨＮＢに対してアクセスさせるための、ターゲットＨＮＢに関する情報を認識しておく必要がある。この方法には、先に開示した方法を適用することができる。
ステップＳＴ２４０７においてターゲットＨＮＢに対してアクセスを行ったＵＥは、ステップＳＴ２４０８において、必要に応じてＨＮＢおよびＨＮＢＧＷを介してＭＳＣ／ＶＬＲに対して、ＬＡＵなどの処理を実行する。
ステップＳＴ２４０９において、ＵＥは、ＨＮＢを介してＨＮＢＧＷに対して、ＣＳサービスのサービスリクエストを通知する。ＨＮＢからＨＮＢＧＷへの通知は、ＨＮＢとＨＮＢＧＷとの間のインタフェースＩｕｈを用いて行われるようにするとよい。ＣＳサービスのサービスリクエストを受信したＨＮＢＧＷは、ステップＳＴ２４１０において、ＭＳＣ／ＶＬＲに対して、ＵＥから通知されたＣＳサービスのサービスリクエストを通知する。ＨＮＢＧＷからＭＳＣ／ＶＬＲへの通知は、ＨＮＢＧＷとＭＳＣ／ＶＬＲとの間のインタフェースＩｕＣＳを用いて行われるようにするとよい。ステップＳＴ２４１１において、ＭＳＣ／ＶＬＲとＨＮＢＧＷとＨＮＢとＵＥとの間でＣＳ呼の設立が行われる。
ＨＮＢおよびＨｅＮＢは、ＣＳＧをサポートするためにＣＳＧアクセス制御が必要となるが、この方法には、先に開示した方法を適用すればよく、これによって同様の効果が得られる。
以上の一連の処理により、ＨｅＮＢおよびＨＮＢが設置された場合について、アイドルモードのＵＥがＣＳ発呼した場合におけるＣＳＦＢが可能となる。
また、ＵＥがアクティブモードに移行せずにＨＮＢにアクセスするようにしているので、ＨｅＮＢにおけるコンテキストの設定やリリース、あるいはデータ用無線ベアラの設定、あるいはＭＭＥとＳＧＷとの間のベアラの修正などのアクティブモードに移行する場合に必要な処理を省略することができる。したがって、システムとしての処理を簡略化することが可能となる。
次に、本実施の形態におけるＣＳ着呼の方法を開示する。前述のように、従来のＣＳＦＢでは、ＨＮＢあるいはＨｅＮＢが設置された場合の方法については、何ら開示されていない。また、従来のＣＳＦＢの方法をそのまま適用することは不可能である。そこで本実施の形態では、ＨｅＮＢおよびＨＮＢが設置された場合について、ＣＳ着呼におけるＣＳＦＢを実現可能にする方法について開示する。
図２７は、ＰＳ ＨＯをサポートしている場合のＣＳ着呼におけるＣＳＦＢのシーケンスの一例を示す図である。図２７において、図２１に対応する部分については同一のステップ番号を付して、処理の詳細な説明を省略する。
図２７では、ステップＳＴ２５０１において、ＵＥがアクティブである場合について示す。発信元のＭＳＣは、予めＨＳＳにアクセスすることにより、発信先のＵＥの３Ｇ側のＭＳＣ／ＶＬＲを認識しておく。連携位置登録を行うことによって、発信先のＵＥの３Ｇ側のＭＳＣ／ＶＬＲを認識しておくことが可能となる。
ステップＳＴ２５０２において、発信元のＭＳＣからＭＳＣ／ＶＬＲに対して、ＣＳ着呼の旨の信号が通知される。ＣＳ着呼の旨の信号を受信したＭＳＣ／ＶＬＲは、連携位置登録を行うことによって保持したＭＭＥとの対応関係からＭＭＥを特定し、ステップＳＴ２５０３において、特定したＭＭＥに対して、ページング要求メッセージを通知する。
ＭＳＣ／ＶＬＲからページング要求メッセージを受信したＭＭＥは、ステップＳＴ２５０４において、ＨｅＮＢを介して発信先のＵＥに対して、ページングメッセージを通知する。このページングメッセージに、ＣＳ着呼である旨の情報を含めておくとよい。これによって、ページングメッセージを受信したＵＥが、ＣＳドメインでの接続を必要とすることを認識することができる。
ＵＥがページングメッセージを受信した後は、図２１で開示したＣＳ発呼と同じ処理に移行する。具体的には、図２１のステップＳＴ１９０２〜ステップＳＴ１９２０と同様の処理が行われた後に、図２７のステップＳＴ２５０５において、ＵＥは、ＨＮＢを介してＨＮＢＧＷに対して、ページング応答を送信する。ページング応答を受信したＨＮＢＧＷは、ステップＳＴ２５０６において、ＭＳＣ／ＶＬＲに対して、ページング応答の旨の情報を含むメッセージを通知する。ページング応答の旨の情報を含むメッセージを受信したＭＳＣ／ＶＬＲは、ＣＳ呼を設立する。ＭＳＣ／ＶＬＲは、ＣＳ呼を設立した後、図２１のステップＳＴ１９２３〜ステップＳＴ１９２４の処理を行う。
ＣＳ着呼の場合も、ＨＮＢおよびＨｅＮＢは、ＣＳＧをサポートするためにＣＳＧアクセス制御が必要となる。この方法には、ＣＳ発呼の場合で開示した方法を適用すればよく、これによって同様の効果が得られる。
以上の一連の処理により、ＨｅＮＢおよびＨＮＢが設置された場合について、アイドルモードのＵＥがＣＳ発呼した場合におけるＣＳＦＢが可能となる。
ここでは、ＰＳ ＨＯをサポートしている場合であって、ＵＥがアクティブである場合について説明した。ＰＳＨＯをサポートしていない場合、あるいはＵＥがアイドルである場合のＣＳ着呼の場合も、既に開示した各々の場合のＣＳ発呼の方法を同様に適用することによって、ＣＳＦＢを実現することができる。
本実施の形態で開示した構成および方法とすることによって、音声通話サービスの提供が無い移動通信網に接続中の移動端末に、音声通話サービスの発呼または着呼が生じた場合に、移動通信網を切替えて音声通話サービスを提供可能な通信システムを提供することができる。具体的には、ＨＮＢおよびＨｅＮＢが設置された場合に、ＬＴＥにおいて音声サービスの提供が無い状況下でも、ＨｅＮＢにおいて音声発着信が生じたときに、ＨｅＮＢからＨＮＢへ音声発着信を切り替えて、ＨＮＢで音声サービスを提供することが可能となる。すなわち、ＣＳＦＢが可能となる。
実施の形態２．
実施の形態１では、ＰＳ ＨＯをサポートしている場合のＣＳ発呼あるいはＣＳ着呼の際に、ＨｅＮＢから、ＬＴＥ側のソースＳＧＷ、ターゲットＳＧＷ、３Ｇ側のＳＧＳＮ、ＨＮＢＧＷを介して、ＨＮＢに対してＰＳドメインでのデータフォワーディングを行った。しかし、この方法はＬＴＥ側と３Ｇ側とのコアネットワーク（ＣＮ）の処理を必要とするので、データフォワーディングのための遅延時間が大きいという問題がある。本実施の形態では、この問題を解消するために、ＨｅＮＢとＨＮＢとの間で直接データフォワーディングを行う方法を開示する。
ＨｅＮＢからＨＮＢへ直接データフォワーディングを行うために、ＨｅＮＢとＨＮＢとの間に新たにインタフェースを設ける。これには、図１４で開示したアーキテクチャを適用することができる。図１４に開示されたＨｅＮＢとＨＮＢとの間のインタフェース１４０６を介して、データフォワーディングを行えばよい。
この際、ＨｅＮＢとＨＮＢとを備えるデュアル機とすることで、インタフェースを容易に構成できる。
ＬＡとＴＡとのマッピング方法、および連携位置登録の方法は、実施の形態１で開示した方法を、本実施の形態にも適用することができる。
図２８は、本発明の実施の形態２に係るＣＳ発呼におけるＣＳＦＢのシーケンスの一例を示す図である。図２９は、図２８に示すステップＳＴ２６０１の具体的なシーケンスを示す図である。図２８および図２９は、図２１および図２２と類似し、対応する部分については同一のステップ番号を付して、処理の詳細な説明を省略する。
図２８および図２９において、図２１および図２２と異なる部分は、図２１のステップＳＴ１９０８、ステップＳＴ１９０９、ステップＳＴ１９１２、ステップＳＴ１９１３、ステップＳＴ１９１５、およびステップＳＴ１９１６の各処理、ならびに図２２のステップＳＴ２０１２、ステップＳＴ２０１４、ステップＳＴ２０１５、ステップＳＴ２０１６、ステップＳＴ２０１７、およびステップＳＴ２０１８の各処理が省略されている点と、図２２のステップＳＴ２００２およびステップＳＴ２００３の処理に代えて、図２９のステップＳＴ２７０１の処理が行われる点である。
これは、ＨｅＮＢからＨＮＢへ直接データフォワーディングを行うことから、ＣＮのＬＴＥ側ノードと３Ｇ側ノードとの間でのデータフォワーディング用の設定が不要となるためである。また、データフォワーディング自体も、図２２のステップＳＴ２００２、ステップＳＴ２００３で示すように、ＨｅＮＢからソースＳＧＷ、ターゲットＳＧＷ、ＳＧＳＮ、ＨＮＢＧＷ、ＨＮＢへと転送する必要が無く、図２９のステップＳＴ２７０１において、ＨｅＮＢからＨＮＢに直接転送するためである。
しかし、上記に示す処理を省略可能にするためには、ＭＭＥが、ＨｅＮＢとＨＮＢとの間で直接データフォワーディングが可能であるか否かを判断できるようにする必要がある。この判断ができるように、本実施の形態では、ＨｅＮＢがステップＳＴ１９０６においてＭＭＥに通知するＨＯ要求メッセージに、ＨｅＮＢとＨＮＢとの間で直接データフォワーディングが可能であるか否かを示す情報を含めておく。
別の方法として、デュアル機が設置された際に、直接データフォワーディングが可能であるか否かを示す情報を上位装置へ通知するようにしてもよいし、または、ＨｅＮＢがレジストレーションする際に、直接データフォワーディングが可能であるか否かを示す情報をＭＭＥへ通知するようにしてもよい。これによって、ＭＭＥは、ＨｅＮＢとＨＮＢとの間で直接データフォワーディングが可能であるか否かを判断可能となる。
ＭＭＥは、ＨＯ要求メッセージとともに、前記データフォワーディングが可能であるか否かを示す情報を受信することで、ＨｅＮＢとＨＮＢとの間で直接データフォワーディングが可能であるか否かを認識することができる。この認識に基づいて、ＭＭＥは、直接データフォワーディングが可能な場合は、上記に示す処理を省略し、不可能な場合には、上記に示す処理を省略しないようにする。これによって、直接データフォワーディングが不可能な場合は、ＨｅＮＢから、ＬＴＥ側のソースＳＧＷ、ターゲットＳＧＷ、３Ｇ側のＳＧＳＮ、ＨＮＢＧＷを介して、ＨＮＢに対してデータフォワーディングを行わせることが可能となり、その選択をＭＭＥで行うことが可能となる。したがって、ＨＮＢとＨｅＮＢとが多数配置されるような状況において、デュアル機の構成に応じたデータフォワーディングの方法を採ることが可能となる。
また、上記に示す方法では、ＬＴＥ側のＨｅＮＢとＭＭＥとの間でのリソースのリリース処理は、ステップＳＴ２０１３において行うようにしている。これとは別の方法として、ＨｅＮＢがＨＮＢへ直接データフォワーディングする処理、例えばステップＳＴ２７０１の処理を完了したことをトリガとして、ＨｅＮＢがＭＭＥにリソースリリース要求を行うことによって、ＭＭＥとＨｅＮＢとの間でのリソースリリース処理を行うようにしてもよい。これによって、データフォワーディング完了からリソースのリリースまでの遅延時間を削減することが可能となる。
ＣＳ着呼の場合も同様に、実施の形態１の図２７で開示したＣＳ着呼の場合のＣＳＦＢの方法に、上述のＨｅＮＢとＨＮＢとの間で直接データフォワーディングを行うための変更を行えばよい。
本実施の形態で開示した構成および方法とすることによって、ＨＮＢおよびＨｅＮＢが設置された場合に、ＬＴＥにおいて音声サービスの提供が無い状況下でも、ＨｅＮＢにおいて音声発着信が生じたときに、ＨｅＮＢからＨＮＢへ音声発着信を切り替えて、ＨＮＢで音声サービスを提供することが可能となる。また、ＰＳ ＨＯをサポートしている場合のＣＳ発呼あるいはＣＳ着呼の際に、ＣＮ側のデータフォワーディングの負荷や遅延時間を削減することが可能となる。
上記に開示した方法では、ＨｅＮＢからＨＮＢに対して直接データフォワーディングを行った。これとは別の方法として、ＨｅＮＢとＨＮＢＧＷとの間に新たなインタフェースを設けて、ＨｅＮＢとＨＮＢＧＷとの間でデータフォワーディングを行うようにしてもよい。この場合、図２９のステップＳＴ２７０１において、ＨｅＮＢからＨＮＢに対してデータフォワーディングを行うのではなく、ＨｅＮＢからＨＮＢＧＷへ、そしてＨＮＢＧＷからＨＮＢへデータフォワーディングを行うようにすればよい。
この方法は、ＨｅＮＢ機能およびＨＮＢ機能だけでなく、ＨＮＢＧＷの機能も有する構成のデュアル機の場合に適用することが可能となる。例えば、ＨＮＢＧＷに複数のＨＮＢが接続されており、そのうちの１つのＨＮＢがＨｅＮＢとのデュアル機である場合、ＨＮＢＧＷをデュアル機内に設けて、上記の方法を適用することで、ＨＮＢＧＷに接続されるＨＮＢ間でのサイトダイバーシチが可能となる。これによって、ＵＥがＨＮＢへＣＳＦＢされた後の通信品質を向上させることが可能となる。
実施の形態３．
実施の形態１および実施の形態２では、アイドル状態のＵＥがＣＳ発呼あるいはＣＳ着呼する際は、一旦ＨｅＮＢに対してアクセスした後にＨＮＢにアクセスすることで、ＣＳＦＢを実現可能にした。しかし、ＵＥは、本来ＨＮＢにアクセスすればよく、一旦ＨｅＮＢに対してアクセスすることは無駄である。また、このようにＵＥが一旦ＨｅＮＢに対してアクセスした後にＨＮＢにアクセスするように構成すると、ＵＥでの制御処理が複雑になる、ＵＥの消費電力が増大するなどの問題が生じる。
これらの問題を解消するために、本実施の形態では、アイドル状態のＵＥがＣＳ発呼あるいはＣＳ着呼の際に、一旦ＨｅＮＢに対してアクセスすることなく、ＨＮＢに対してアクセスすることでＣＳＦＢを実現可能とする方法を開示する。
本実施の形態におけるアーキテクチャ、ＬＡとＴＡとのマッピング方法、連携位置登録の方法は、前述の実施の形態１で開示した方法を適用することができる。
図３０は、アイドルモードのＵＥがＣＳ発呼する場合におけるＣＳＦＢのシーケンスの一例を示す図である。ステップＳＴ２９０１において、ＵＥは、ＨｅＮＢに対して連携位置登録を行う。連携位置登録の方法は、実施の形態１で開示した方法を適用することができる。
ステップＳＴ２９０２において、ＨｅＮＢは、ステップＳＴ２９０１において連携位置登録を行ったＵＥに対して報知情報を通知する。ＨｅＮＢは、報知情報に、ターゲットセルとするターゲットＨＮＢに関する情報を含めておく。ターゲットＨＮＢに関する情報の具体例としては、ターゲットＨＮＢの動作周波数、スクランブリングコード、およびシステム情報（ＳＩ）などがある。この他にも、セルアイデンティティ（Cell-ID）、またはＣＳＧ−ＩＤ、またはセルのアクセスモードなどを含めてもよい。ＨｅＮＢをＨＮＢとのデュアル構成とすることで、ターゲットセルとすべきターゲットＨＮＢを決定することが可能となる。また、ＨｅＮＢがターゲットＨＮＢに関する情報を取得する方法は、実施の形態１で開示したＨｅＮＢがＨＮＢのパラメータを取得する方法を適用することが可能となる。
ステップＳＴ２９０２において報知情報を受信したＵＥは、ステップＳＴ２９０３において、アイドルモードに移行し、ＨｅＮＢに対して間欠受信を開始する。ステップＳＴ２９０４において、アイドルモードのＵＥにＣＳ発呼が生じた場合、ステップＳＴ２９０５において、ＵＥは、ＨＮＢに対してアクセス処理を開始する。具体的には、ＵＥは、まず、アクセスを行うＨＮＢであるターゲットＨＮＢを、ステップＳＴ２９０２で受信した情報、例えばスクランブリングコードを用いてサーチして検出する。例えばスクランブリングコードを用いる場合、ＵＥは、ステップＳＴ２９０２で受信したスクランブリングコードを有するＨＮＢをターゲットＨＮＢとしてサーチして検出する。
上述の方法では、ＵＥは、ターゲットＨＮＢに関する情報を、ＨｅＮＢからの報知情報を受信することで取得する。別の方法として、ステップＳＴ２９０３においてＨｅＮＢが、アイドルモードのＵＥに対して、ページング信号を用いてＨＮＢに関する情報を通知するようにしてもよい。ＨｅＮＢは、ページング信号に、ターゲットＨＮＢに関する情報を含めるようにすればよい。こうすることで、ＨｅＮＢの報知情報に、ターゲットＨＮＢに関する情報を含める必要が無くなるので、報知情報量を削減することができる。
また別の方法として、ＨｅＮＢは、該ＵＥへのページング信号をのせるサブフレーム（間欠受信のサブフレーム）で、ターゲットＨＮＢに関する情報を該ＵＥに通知するようにしてもよい。ＨｅＮＢは、ターゲットＨＮＢに関する情報をＣＣＣＨにマッピングして、該間欠受信のサブフレームで該ＵＥに通知するようにしてもよい。こうすることで、報知情報の削減が可能になるとともに、ページング信号の情報量も増大させる必要が無くなる。ＵＥは、間欠受信のサブフレームでページング信号の検出処理を行うが、それと同じサブフレームで該ＣＣＣＨの検出処理を行えばよく、こうすることで、ＵＥの消費電力を増大させること無く、ターゲットＨＮＢに関するパラメータを取得することが可能となる。
また別の方法として、ＨｅＮＢは、該ＵＥへのページング信号と同一のサブフレームで、ターゲットＨＮＢに関する情報を該ＵＥに通知するようにしてもよい。ＨｅＮＢは、ターゲットＨＮＢに関する情報をＣＣＣＨにマッピングして、ページング信号とともに同一のサブフレームで該ＵＥに通知するようにしてもよい。ＵＥが間欠受信タイミングでページング信号を検出した場合、同一サブフレームでＣＣＣＨを検出するようにしておけばよい。これによってＵＥは、ターゲットＨＮＢに関する情報を取得することが可能となる。
また、ページング信号に、ＨＮＢに関する情報が送信されていることを示す情報を含ませてもよい。間欠受信のサブフレームでページング信号の検出処理を行っているＵＥは、ページング信号を検出した場合、それに含まれる該ＨＮＢに関する情報が送信されていることを示す情報の有無によって、ＨＮＢに関する情報が同一サブフレームで送信されているか否かを判断する。送信されていると判断したＵＥは、同一サブフレームでＣＣＣＨの検出を行う。また、ページング信号に、ＵＥがＣＣＣＨを検出するのに必要となる情報を含めておいてもよい。ＣＣＣＨを検出するのに必要な情報は、セル内で用いられるＵＥの識別子、例えばＣ−ＲＮＴＩ（Radio Network Temporary Identifier）としてもよい。こうすることによって、ＵＥが間欠受信のサブフレームで常にＣＣＣＨの検出を行う必要が無くなり、常に行うのはページング信号の検出のみでよくなる。したがって、ＵＥの消費電力の増大をさらに抑制することが可能となる。
ターゲットＨＮＢを検出したＵＥは、ステップＳＴ２９０２であわせて受信したターゲットＨＮＢの報知情報を用いて、ターゲットＨＮＢにアクセス処理を行う。具体的には、ＲＡＣＨ送信を行い、ＲＲＣ接続の設立処理を行う。
ステップＳＴ２９０５においてＨＮＢとのアクセス処理が完了した後は、ＵＥは、必要に応じてステップＳＴ２９０６において、ＨＮＢおよびＨＮＢＧＷを介してＭＳＣ／ＶＬＲに対して、ＬＡＵなどの処理を実行する。
ステップＳＴ２９０７において、ＵＥは、ＨＮＢを介してＨＮＢＧＷに対して、ＣＳサービスのサービスリクエストを通知する。ＨＮＢからＨＮＢＧＷへの通知は、ＨＮＢとＨＮＢＧＷとの間のインタフェースＩｕｈを用いて行われるようにするとよい。
ＣＳサービスのサービスリクエストを受信したＨＮＢＧＷは、ステップＳＴ２９０８において、ＭＳＣ／ＶＬＲに対してＵＥから通知されたＣＳサービスのサービスリクエストを通知する。ＨＮＢＧＷからＭＳＣ／ＶＬＲへの通知は、ＨＮＢＧＷとＭＳＣ／ＶＬＲとの間のインタフェースＩｕＣＳを用いて行われるようにするとよい。ステップＳＴ２９０９において、ＭＳＣ／ＶＬＲとＨＮＢＧＷとＨＮＢとＵＥとの間でＣＳ呼の設立が行われる。
本実施の形態においても、ＨＮＢおよびＨｅＮＢは、ＣＳＧをサポートするためにＣＳＧアクセス制御が必要となる。本実施の形態の場合は、ＵＥが拡張サービスリクエストを、ＨｅＮＢを介してＭＭＥに通知する必要が無いので、拡張サービスリクエストを受信したＭＭＥがＣＳＧアクセス制御を行うことはできない。そこで本実施の形態の場合は、ステップＳＴ２９０８においてＣＳサービスのサービスリクエストのメッセージを受信したＭＳＣ／ＶＬＲが、ＣＳＧアクセス制御を行うようにすればよい。ＨＮＢは、ＨＮＢが属するＣＳＧ−ＩＤを、予めＭＳＣ／ＶＬＲに通知しておいてもよいし、ステップＳＴ２９０７およびステップＳＴ２９０８のＣＳサービスのサービスリクエストのメッセージに含めてＭＳＣ／ＶＬＲに通知するようにしてもよい。あるいは、オペレータによって、ＭＳＣ／ＶＬＲに別途入力あるいは通知されるようにしておいてもよい。
これによって、ＭＳＣ／ＶＬＲは、ＵＥの許可ＣＳＧリスト内にＨＮＢの属するＣＳＧ−ＩＤが含まれているか否かを判断することができる。この判断に基づいてＭＳＣ／ＶＬＲは、ＵＥの許可ＣＳＧリスト内にＨＮＢの属するＣＳＧ−ＩＤが含まれている場合は、ＵＥをＨＮＢにアクセス許可し、ＵＥの許可ＣＳＧリスト内にＨＮＢの属するＣＳＧ−ＩＤが含まれていない場合は、ＵＥをＨＮＢにアクセス許可しないようにする。アクセス許可しない場合は、ＭＳＣ／ＶＬＲは、ＨＮＢを介してＵＥに対して、アクセス拒否の旨を示すメッセージを通知するとよい。アクセス拒否の旨を示すメッセージに、拒否の理由としてＣＳＧが異なるためである旨の情報を含めておくとよい。このような方法とすることで、本実施の形態の場合にも、ＣＳＧアクセス制御が可能となる。
また、ステップＳＴ２９０６の処理が行われる場合には、ＭＳＣ／ＶＬＲは、ステップＳＴ２９０８のＣＳサービスのサービスリクエストのメッセージを受信した際にＣＳＧアクセス制御を行うのではなく、ステップＳＴ２９０６の処理が行われた際にＣＳＧアクセス制御を行うようにすればよい。この場合、例えば、ステップＳＴ２９０６の処理におけるＬＡＵメッセージに、ＨＮＢが属するＣＳＧ−ＩＤを含めてＭＳＣ／ＶＬＲに通知するようにしてもよい。これによって、ＣＳＧアクセス制御をすることができる。
また実施の形態１で開示した、デュアル機を構成するＨｅＮＢとＨＮＢとを同じＣＳＧに属するようにする方法を適用してもよい。この場合、上述のＣＳＧアクセス制御の方法を用いてもよいが、別の方法として、ＣＳＧアクセス制御をＭＭＥだけで行う方法を用いてもよい。ＣＳＧアクセス制御をＭＭＥだけで行う方法では、例えば、ステップＳＴ２９０１において、ＨｅＮＢを介して連携位置登録を行う際に、ＭＭＥでＣＳＧアクセス制御を行うようにしておき、その後のＣＳＦＢの処理では、ＭＳＣ／ＶＬＲによるターゲットＨＮＢに対するＣＳＧアクセス制御は行わないようにする。このようにＭＭＥだけでＣＳＧアクセス制御を行うことができるのは、ＨｅＮＢのＣＳＧ−ＩＤと、ＣＳＦＢの際のターゲットとなるＨＮＢのＣＳＧ−ＩＤとが同じであるので、一旦ＨｅＮＢに対するＣＳＧアクセス許可が得られれば、ＨＮＢに対してもアクセス可能と判断することができるためである。
以上のようにすることによって、ＣＳＧアクセス制御の処理を簡易にすることが可能となるので、ＣＳ発呼から、ＣＳＦＢによりＨＮＢに接続するまでの遅延時間を短縮することが可能となる。また、ＵＥ、ＨＮＢおよびＭＳＣ／ＶＬＲにおける制御が簡易になるので、これらの消費電力を削減することができるという効果が得られる。
上述した方法とすることで、アイドル状態のＵＥがＣＳ発呼する際に、一旦ＨｅＮＢに対してアクセスすることなく、ＨＮＢに対してアクセスすることができ、ＣＳＦＢを実現することができる。また、これにより、ＵＥでの制御処理を簡略化できるので、ＵＥの消費電力を削減することが可能となる。
図３１は、アイドルモードのＵＥがＣＳ着呼する場合におけるＣＳＦＢのシーケンスの一例を示す図である。図３１において、図３０に対応する部分については同一のステップ番号を付して、処理の詳細な説明を省略する。
図３１に示す例では、ステップＳＴ３００１において、発信元のＭＳＣからＭＳＣ／ＶＬＲに対して、ＣＳ着呼の旨の信号が通知される。ＣＳ着呼の旨の信号を受信したＭＳＣ／ＶＬＲは、連携位置登録を行うことによって保持したＭＭＥとの対応関係からＭＭＥを特定し、ステップＳＴ３００２において、特定したＭＭＥに対してページング要求メッセージを通知する。
ＭＳＣ／ＶＬＲからページング要求メッセージを受信したＭＭＥは、ステップＳＴ３００３において、ＨｅＮＢを介して発信先のＵＥに対して、ページングメッセージを通知する。このページングメッセージに、ＣＳ着呼である旨の情報を含めておくとよい。これによって、ページングメッセージを受信したＵＥは、ＣＳドメインでの接続を必要とすることを認識することができる。
ページングメッセージを受信したＵＥは、受信したページングメッセージが、ＣＳ着呼であることを示す情報を含むか否かに基づいて、ＣＳ着呼であるか否かを判断する。ＣＳ着呼であることを示す情報を含んでいないと判断した場合は、ＵＥは、通常通りＨｅＮＢに対してアクセス処理を行い、ページング応答をＭＭＥに対して通知する。ＣＳ着呼であることを示す情報を含んでいると判断した場合、ＵＥは、ステップＳＴ３００４において、ＨＮＢに対してアクセス処理を開始する。ＵＥがアクセスを行うＨＮＢであるターゲットＨＮＢに関する情報を、ＣＳ発呼の場合と同様に、ステップＳＴ２９０２において、または間欠受信のサブフレームにおいて、ＨｅＮＢから受信しておくとよい。またＣＳ着呼の場合は、ターゲットＨＮＢに関する情報を、ＨｅＮＢはステップＳＴ３００３のページング信号に含めて、または該ページング信号と同一のサブフレームでＣＣＣＨにマッピングしてＵＥに通知するようにしてもよい。これによって、予め送受信する必要が無くなり、シグナリング量の削減、ＨｅＮＢ、ＵＥの消費電力の削減を図ることができる。ＵＥは、ターゲットＨＮＢに関する情報を用いてセルリセレクションを行い、ターゲットＨＮＢにアクセス処理を行う。具体的には、ＲＡＣＨ送信を行い、ＲＲＣ接続の設立処理を行う。
ステップＳＴ３００４において、ＨＮＢとのアクセス処理が完了した後は、ＵＥは、必要に応じてＨＮＢおよびＨＮＢＧＷを介してＭＳＣ／ＶＬＲに対して、ＬＡＵなどの処理を実行する。図３１の例では、ＬＡＵを行わない場合について示してある。
ステップＳＴ３００５において、ＵＥは、ＨＮＢを介してＨＮＢＧＷに対して、ＣＳサービスのサービスリクエストを通知する。ＨＮＢからＨＮＢＧＷへの通知は、ＨＮＢとＨＮＢＧＷとの間のインタフェースＩｕｈを用いて行われるようにするとよい。ＵＥは、ＣＳサービスのサービスリクエストに、ＬＴＥあるいはＨｅＮＢからのＣＳ着呼のページングに対する応答である旨の情報、あるいはＣＳＦＢである旨の情報を含ませる。
ＣＳサービスのサービスリクエストを受信したＨＮＢＧＷは、ステップＳＴ３００６において、ＭＳＣ／ＶＬＲに対して、ＵＥから通知されたＣＳサービスのサービスリクエストを通知する。ＨＮＢＧＷからＭＳＣ／ＶＬＲへの通知は、ＨＮＢＧＷとＭＳＣ／ＶＬＲとの間のインタフェースＩｕＣＳを用いて行われるようにするとよい。ＣＳサービスのサービスリクエストにも、ＬＴＥあるいはＨｅＮＢからのＣＳ着呼のページングに対する応答である旨の情報、あるいはＣＳＦＢである旨の情報を含ませる。
ステップＳＴ３００６においてＵＥからのサービスリクエストを受信したＭＳＣ／ＶＬＲは、ステップＳＴ３００７において、ＣＳサービスのサービスリクエストに含まれるＬＴＥあるいはＨｅＮＢからのＣＳ着呼のページングに対する応答である旨の情報、あるいはＣＳＦＢである旨の情報から、ステップＳＴ３００１で受信したＣＳ着呼に対する応答であることを認識することができる。
ステップＳＴ３００７でＣＳ着呼に対する応答であることを認識したＭＳＣ／ＶＬＲは、ステップＳＴ３００２でＭＭＥに対して行うページング要求メッセージの通知を終了する。ステップＳＴ３００８において、ＭＳＣ／ＶＬＲとＨＮＢＧＷとＨＮＢとＵＥとの間でＣＳ呼の設立が行われる。
ＨＮＢおよびＨｅＮＢのＣＳＧをサポートするためのＣＳＧアクセス制御の方法には、上述のＣＳ発呼の場合の方法を適用すればよい。これによって、本実施の形態の場合にも、ＣＳＧアクセス制御が可能となる。
上述の方法では、ステップＳＴ３００５およびステップＳＴ３００６において、ＣＳサービスのサービスリクエストに、ＬＴＥあるいはＨｅＮＢからのＣＳ着呼のページングに対する応答である旨の情報、あるいはＣＳＦＢである旨の情報を含ませることで、ステップＳＴ３００７において、ＭＳＣ／ＶＬＲが、ステップＳＴ３００２でＭＭＥに対して行うページング要求メッセージの通知を終了することを可能としている。
ＣＳサービスのサービスリクエストに、上記の情報が含まれていない場合、ＭＳＣ／ＶＬＲは、いつまでもＭＭＥに対してページング要求メッセージを通知し続けることになる。ページング要求メッセージを受信し続けるＭＭＥは、ＨｅＮＢを介してＵＥに対して、ページングを送信し続けることになる。このことは、無線リソースを無駄に使用することにつながり、また、ＵＥ、ＨｅＮＢ、ＭＭＥおよびＭＳＣ／ＶＬＲの消費電力を増大させるという問題を生じさせる。
しかし、上述の方法のように、ＣＳサービスのサービスリクエストに上記の情報を含ませることによって、無線リソースを無駄に使用するという問題、ならびにＵＥ、ＨｅＮＢ、ＭＭＥおよびＭＳＣ／ＶＬＲの消費電力が増大するという問題を解消することが可能となる。
ＭＳＣ／ＶＬＲが、いつまでもＭＭＥに対してページング要求メッセージを通知し続けることを無くすための別の方法を開示する。
ＭＳＣ／ＶＬＲは、ステップＳＴ３００１におけるＣＳ着呼の受信、あるいはステップＳＴ３００２におけるページング要求の送信から、所定の時間が経過した場合に、ＭＭＥに対してページング要求を通知することを停止する。
ＭＳＣ／ＶＬＲは、所定の時間の経過をタイマで管理してもよい。この場合、所定の時間が経過したときに、ステップＳＴ３００２のページング要求をＭＭＥに通知する処理を停止するようにすればよい。
また、何らかの理由により、ステップＳＴ３００３のページングに対するページング拒否メッセージがＭＭＥに通知された場合、または、ＭＭＥがページングを送信してから所定の時間が経過してもページングに対する応答が無い場合に、ＭＭＥが、ＭＳＣ／ＶＬＲに対して、ページング要求拒否メッセージを通知するようにしておいてもよい。この場合、ページング要求拒否メッセージを受信したＭＳＣ／ＶＬＲは、ステップＳＴ３００２のページング要求を、ＭＭＥに通知する処理を停止するようにすればよい。
このような方法とすることで、上述の問題を解消できる効果が得られる。
ここで開示した、ＭＳＣ／ＶＬＲが、いつまでもＭＭＥに対してページング要求メッセージを通知し続けることを防ぐための複数の方法の一部、あるいはこれらの方法の全てを適用してもよい。複数の方法を適用する場合、ＭＳＣ／ＶＬＲがメッセージを受信するタイミング、およびタイマで管理される所定の時間の経過のうちのいずれかが最も早く発生したときに、ＭＭＥに対するページング要求の送信を停止するようにしてもよい。これによって、無線リソースの使用の無駄を回避することができ、さらにはＵＥ、ＨｅＮＢ、ＭＭＥおよびＭＳＣ／ＶＬＲの消費電力を最小限に抑えることが可能となる。
上述した方法とすることで、アイドル状態のＵＥがＣＳ着呼する際に、一旦ＨｅＮＢに対してアクセスすることなく、ＨＮＢに対してアクセスすることができ、ＣＳＦＢを実現することができる。また、これにより、ＵＥでの制御処理を簡略化できるので、ＵＥの消費電力を削減することも可能となる。
実施の形態４．
特開２０１０−６２５９５号公報（以下「特許文献１」という）に以下が開示されている。３．９Ｇシステム（ＳＡＥ）では、高速データ通信サービスの提供が主目的とされ、音声通話サービスが提供されないことも考えられる。音声通話サービスが提供されない３．９Ｇシステムが構築されているロケーションにて、ＭＳＣ／ＶＬＲとＭＭＥが互いに対応づけされず、また接続されておらず、別々に管理されているため、ＣＳＦＢに対応していない場合が考えられる。ＣＳＦＢに対応した移動端末では優先的に３．９ＧシステムのＥ−ＵＴＲＡＮのみに在圏するようにされている。よって音声着信があったとしても、ＣＳＦＢのように２Ｇ／３Ｇシステムへと遷移されずに３．９Ｇシステムに在圏したままとなり、音声通話サービスを受けることができないおそれがある。
特許文献１では、上記のような課題を以下の方法にて解決する。移動端末は、Ｅ-ＵＴＲＡＮ（ＬＴＥ）で位置登録を行う。移動端末は、位置登録応答の情報を基に、ＣＳＦＢ対応のロケーションであるか否かを判断する。該ロケーションがＣＳＦＢ対応の地域でない場合、ユーザの意思も勘案して、移動端末は、２Ｇ／３Ｇシステムに在圏するように切り替える。
実施の形態４で解決する課題について、以下に説明する。ロケーションが３．９Ｇシステムに対応し、該ロケーションに３．９Ｇシステム対応の移動端末が存在する場合であっても、該ロケーションがＣＳＦＢに非対応であり、移動端末のユーザが音声通話サービスを受けることを欲する場合、以下の課題が発生する。特許文献１を適用した場合、移動端末は２Ｇ／３Ｇシステムに在圏するように切り替えられる。よって、該移動端末のユーザは、音声通話サービスを受けられたとしても、３．９Ｇシステムからの高速データ通信サービスを受けることが出来ない。このことはユーザにとって不利益となる。
本実施の形態４では、ロケーションが３．９Ｇシステムに対応し、該ロケーションに３．９Ｇ対応の移動端末が存在する場合、該ロケーションがＣＳＦＢ非対応であったとしても、移動端末のユーザが、３．９Ｇシステムからの高速データ通信サービスと、２Ｇ／３Ｇシステムからの音声通話サービスとの双方を受けることを可能とすることを目的とする。
実施の形態４での解決策を以下に示す。２Ｇ／３Ｇシステムと３．９Ｇシステムとの双方で動作可能な基地局を用いることにより、課題を解決する。以降、該基地局をデュアル基地局、あるいはデュアルセルと称することもある。デュアルセルにて、予め定める処理、例えばアタッチ、位置登録、ロケーションエリアアップデート（以下「在圏エリアアップデート」とも称される）、音声着呼および音声発呼に用いる情報を、２Ｇ／３Ｇシステムと３．９Ｇシステムとに分離、あるいは振り分ける、あるいは統合するルーティングを実施する。
図３２は、実施の形態４における通信システム３２の構成を示すブロック図である。
本実施の形態４の通信システム３２は、前述の図１３に示す実施の形態１の通信システム１３および図１４に示す実施の形態１の通信システム１４と類似し、対応する部分については、同一の参照符を付して共通する説明を省略する。
本実施の形態の通信システム３２は、ＣＳＦＢ非対応のロケーションであるので、ＭＳＣ／ＶＬＲ１３０９とＭＭＥ１３１３との間のインタフェースは存在しない。以下では、２Ｇ／３ＧシステムではＨＮＢとして動作し、３．９ＧシステムではＨｅＮＢとして動作するというように、２Ｇ／３Ｇシステムと３．９Ｇシステムとの双方で動作可能な基地局を「ＨＮＢ／ＨｅＮＢデュアル機」と称することとする。制御ユニット１４０７は制御部と称することもある。
以下、実施の形態４におけるアタッチ処理について、詳細な解決策を開示する。ＨＮＢ／ＨｅＮＢデュアル機が、設置場所のコアネットワーク状況に応じて、ルーティング機能をオン（ＯＮ）／オフ（ＯＦＦ）する。ルーティング機能がＯＮの場合、ＨＮＢ／ＨｅＮＢデュアル機は、移動端末から連携アタッチ要求を受信したとき、２Ｇ／３Ｇシステムと３．９Ｇシステムとの双方に対して、移動端末のアタッチ要求を実行する。
ＨＮＢ／ＨｅＮＢデュアル機が設置場所のコアネットワーク状況を確認する方法の具体例を以下に２つ開示する。（１）ＨＮＢ／ＨｅＮＢデュアル機が接続された上位装置経由でコアネットワーク側に状況を確認する。（２）オペレータ、あるいはＨＮＢ／ＨｅＮＢデュアル機のオーナが手動で、または運用、維持管理ツールを用いて、ＨＮＢ／ＨｅＮＢデュアル機にコアネットワーク側状況を設定する。あるいは、ルーティング機能のＯＮ／ＯＦＦを設定してもよい。設定タイミングの具体例を以下に３つ開示する。（１）ＨＮＢ／ＨｅＮＢデュアル機の設置のとき。（２）ＨＮＢ／ＨｅＮＢデュアル機の電源がＯＮされたとき。ＨＮＢ／ＨｅＮＢデュアル機のエナジーセービングモードが解除されたときであってもよい。（３）ＨＮＢ／ＨｅＮＢデュアル機が上位装置に対してレジストレーションを行ったとき。ＨＮＢがＨＮＢＧＷに対してレジストレーションを行ったとき、または、ＨｅＮＢがＨｅＮＢＧＷあるいはＭＭＥに対してレジストレーションを行ったときであってもよい。
ＨＮＢ／ＨｅＮＢデュアル機内にてコアネットワーク状況を確認する処理ブロックの具体例を以下に３つ開示する。（１）制御部。（２）ＨｅＮＢ。（３）ＨＮＢ。
ＨＮＢ／ＨｅＮＢデュアル機がコアネットワーク状況を確認するときに経由する上位装置の具体例を以下に３つ開示する。（１）ＨｅＮＢＧＷ。ＨｅＮＢＧＷは、ＨｅＮＢ１４０２とＭＭＥ１３１３との間に設置されることもある。（２）ＭＭＥ。（３）ＨＮＢＧＷ。
コアネットワーク状況を確認する方法の具体例を以下に１つ開示する。ＨＮＢ／ＨｅＮＢデュアル機がコアネットワーク側へコアネットワーク側状況確認を要求し、コアネットワーク側がＨＮＢ／ＨｅＮＢデュアル機へコアネットワーク状況応答を通知する。
コアネットワーク側状況確認の要求の具体例を以下に３つ開示する。（１）ＣＳＦＢ対応であるか否かを問い合わせる。（２）自セルがデュアルセルである旨を通知する。傘下の基地局から、デュアルセルである旨が通知された場合、コアネットワーク側にてネットワーク状況が確認されたと認識する。（３）自セルの対応システムを通知する。傘下の基地局から、対応システムが２Ｇ／３Ｇシステムおよび３．９Ｇシステムである旨が通知された場合、コアネットワーク側にてネットワーク状況が確認されたと認識する。
コアネットワーク状況応答を通知する具体例を以下に２つ開示する。（１）ＣＳＦＢ対応か否かを通知する。（２）コアネットワーク側の対応システムを通知する。
コアネットワークがＣＳＦＢ対応か否かを判断する方法の具体例を以下に２つ開示する。
（１）ＭＭＥが、ＭＭＥとＭＳＣ／ＶＬＲ間とのインタフェースの有無を確認する。インタフェースが存在した場合は、ＣＳＦＢ対応と判断する。インタフェースが存在しなかった場合は、ＣＳＦＢ非対応と判断する。
（２）ＭＳＣ／ＶＬＲが、ＭＭＥとＭＳＣ／ＶＬＲと間のインタフェースの有無を確認する。インタフェースが存在した場合は、ＣＳＦＢ対応と判断する。インタフェースが存在しなかった場合は、ＣＳＦＢ非対応と判断する。
ルーティング機能ＯＮ／ＯＦＦの判断の具体例を以下に１つ開示する。３．９Ｇシステムおよび２Ｇ／３Ｇシステムに対応のコアネットワークであり、ＣＳＦＢ非対応のコアネットワークである場合、ＨＮＢ／ＨｅＮＢデュアル機のルーティング機能をＯＮすべきと判断する。それ以外のコアネットワークの状況である場合、ＨＮＢ／ＨｅＮＢデュアル機のルーティング機能をＯＦＦすべきと判断する。それ以外のコアネットワークの状況の具体例を以下に４つ開示する。（１）３．９Ｇシステムに対応していないコアネットワーク。（２）２Ｇ／３Ｇシステムに対応していないコアネットワーク。（３）ＣＳＦＢ対応のコアネットワーク。（４）（１）から（３）の組合せ。
ＨＮＢ／ＨｅＮＢデュアル機が行うルーティング機能の具体例について以下に３つ開示する。（１）移動端末から連携アタッチ要求を受信したとき、２Ｇ／３Ｇシステムと３．９Ｇシステムとの双方に対してアタッチ要求を実行する。具体的には、ＨＮＢＧＷ／ＲＮＣを介して２Ｇ／３ＧシステムのＭＳＣ／ＶＬＲへと、３．９ＧシステムのＭＭＥへ、移動端末のアタッチ要求を通知する。（２）２Ｇ／３Ｇコアネットワークからアタッチ応答を受信し、３．９Ｇコアネットワークからアタッチ応答を受信したとき、アタッチ応答を統合する。本動作はオプションであってもよい。但し、統合処理を実行した方がＣＳＦＢ能力を有する移動端末のアタッチ応答（アタッチ承認、アタッチ拒否など）の受信動作において、従来の動作から変更が無い点において有効である。（３）移動端末からアタッチ完了を受信したとき、２Ｇ／３Ｇシステムと３．９Ｇシステムとの双方に対して移動端末のアタッチ完了を通知する。具体的には、ＨＮＢＧＷ／ＲＮＣを介して２Ｇ／３ＧシステムのＭＳＣ／ＶＬＲへと、３．９ＧシステムのＭＭＥへ、移動端末のアタッチ完了を通知する。
上記ＨＮＢ／ＨｅＮＢデュアル機が行うルーティング機能は、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢとＨＮＢとの間に設けた新たなインタフェース１４０６を用いて行われてもよい。
移動端末から連携アタッチ要求を受信したときに、２Ｇ／３Ｇシステムと３．９Ｇシステムとの双方に対してアタッチ要求を実行する具体例を以下に３ステップで開示する。
第１ステップとして、移動端末からの連携アタッチ要求をＨＮＢ／ＨｅＮＢデュアル機内にてＨｅＮＢ（３．９Ｇシステム）とＨＮＢ（２Ｇ／３Ｇシステム）とに分離する。
ＨＮＢ／ＨｅＮＢデュアル機内にて分離を実行する処理ブロックの具体例を以下に３つ開示する。
（１）ＨｅＮＢ。ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢからＨＮＢ／ＨｅＮＢデュアル機のＨＮＢへアタッチ要求を通知する。該通知は、ＨＮＢ／ＨｅＮＢデュアル機１４０３内のＨｅＮＢ１４０２とＨＮＢ１４０１との間に設けた新たなインタフェース１４０６を用いて行われてもよい。該通知は、ＨＮＢ１４０１傘下の移動端末からのアタッチ要求と区別してもよい。区別するためにアタッチ要求中にインジケータを新たに設けてもよい。
該インジケータの具体例を以下に３つ開示する（ａ１）ＨＮＢ１４０１傘下の移動端末からのアタッチ要求であるか否か。（ａ２）ＨＮＢ１４０１傘下の移動端末１３０１からのアタッチ要求である旨。（ａ３）ＨＮＢ１４０１傘下の移動端末１３０１からのアタッチ要求でない旨。ＨＮＢ１４０１傘下の移動端末１３０１からのアタッチ要求である旨は、該移動端末１３０１がＨＮＢ１４０１傘下で待受けていることを示してもよい。ＨＮＢ１４０１傘下の移動端末１３０１からのアタッチ要求でない旨は、該移動端末１３０１がＨＮＢ１４０１傘下ではなく、ＨｅＮＢ１４０２傘下にて待受けていることを示してもよい。
また、ＨＮＢ／ＨｅＮＢデュアル機１４０３のＨｅＮＢ１４０２からのアタッチ要求にのみインジケータを設けてもよい。ＨＮＢ１４０１傘下の移動端末１３０１のアタッチ要求において、従来の動作から変更が無い点において有効である。該インジケータの具体例を以下に３つ開示する。（ｂ１）ＨｅＮＢ１４０２経由でのアタッチ要求であるか否か。（ｂ２）ＨｅＮＢ１４０２経由でのアタッチ要求である旨。（ｂ３）ＨｅＮＢ１４０２経由でのアタッチ要求でない旨。ＨｅＮＢ１４０２経由でのアタッチ要求でない旨は、該移動端末１３０１がＨＮＢ１４０１傘下で待受けていることを示してもよい。ＨｅＮＢ１４０２経由でのアタッチ要求である旨は、該移動端末１３０１がＨＮＢ１４０１傘下ではなく、ＨｅＮＢ１４０２傘下にて待受けていることを示してもよい。
（２）制御部。ＨＮＢ／ＨｅＮＢデュアル機１４０３のＨｅＮＢ１４０２からＨＮＢ／ＨｅＮＢデュアル機１４０３の制御部（制御ユニット１４０７）へアタッチ要求を通知する。制御部でアタッチ要求を分離する。制御部からＨＮＢ／ＨｅＮＢデュアル機１４０３のＨｅＮＢ１４０２とＨＮＢ／ＨｅＮＢデュアル機１４０３のＨＮＢ１４０１へアタッチ要求を通知する。
（３）ＨＮＢ。ＣＳＦＢ機能を有する、あるいはデュアル対応の移動端末が優先的に３．９Ｇシステムに在圏するように設定されることが想定される。そのような機能を有する移動端末がアタッチ要求する場合は、ＨＮＢ／ＨｅＮＢデュアル機１４０３のＨｅＮＢ１４０２へ連携アタッチ要求を行うことが考えられる。よって、上記（１）のＨｅＮＢあるいは上記（２）の制御部が分離を実行することが有効である。
第２ステップとして、移動端末からの連携アタッチ要求の分離後、ＨＮＢ／ＨｅＮＢデュアル機のＨＮＢから、２Ｇ／３Ｇシステムのコアネットワークに対して通常のアタッチ要求を行う。２Ｇ／３Ｇシステムの具体例として、３ＧシステムであるＷ−ＣＤＭＡがある。Ｗ-ＣＤＭＡの場合、アタッチ要求の信号の流れとしては、ＨＮＢ／ＨｅＮＢデュアル機のＨＮＢからＨＮＢＧＷへ通知され、ＨＮＢＧＷからＭＳＣ／ＶＬＲへ通知され、ＭＳＣ／ＶＬＲからＨＳＳへ通知される。
また、移動端末からの連携アタッチ要求の分離後、ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢから３．９Ｇシステムのコアネットワークに対して、実施の形態１に示す連携アタッチ要求を行う。この場合、連携アタッチ要求ではなく、アタッチ要求であってもよい。３．９Ｇシステムの具体例として、ＬＴＥがある。ＬＴＥの場合、連携アタッチ要求の信号の流れとしては、ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢからＭＭＥへ通知され、ＭＭＥからＨＳＳへ通知される。
第３ステップとして、２Ｇ／３Ｇコアネットワーク経由と３．９Ｇコアネットワーク経由にてアタッチ要求を受信したＨＳＳのアタッチ管理方法の具体例を、以下に２つ開示する。
（１）移動端末毎にアタッチされているシステムを記憶する。２Ｇ／３Ｇコアネットワーク経由と３．９Ｇコアネットワーク経由にてアタッチされた場合には、２Ｇ／３Ｇシステムと３．９Ｇシステムとにアタッチされていることを記憶する。（２）ＣＳＦＢ機能を有する移動端末からの連携アタッチ要求を受信した場合と同様の管理方法とする。
ＨＳＳがＨＮＢ／ＨｅＮＢデュアル機に対してアタッチ応答を通知する方法の具体例について以下に３つ開示する。（１）アタッチ要求が行われた、各コアネットワーク経由でアタッチ応答を通知する。ＨＮＢ／ＨｅＮＢデュアル機とＨＳＳ間に存在する、それぞれのシステムにおけるエンティティがアタッチ要求の結果を知ることができる点において有効である。（２）３．９Ｇコアネットワーク経由でアタッチ応答を通知する。３．９Ｇシステムに対応するアタッチ応答のみではなく、２Ｇ／３Ｇシステムに対応するアタッチ応答についても併せて通知する。ＨＮＢ／ＨｅＮＢデュアル機にてアタッチ応答を統合する処理が不要な点において、有効である。（３）２Ｇ／３Ｇコアネットワーク経由でアタッチ応答を通知する。２Ｇ／３Ｇシステムに対応するアタッチ応答のみではなく、３．９Ｇシステムシステムに対応するアタッチ応答についても併せて通知する。ＨＮＢ／ＨｅＮＢデュアル機にてアタッチ応答を統合する処理が不要な点において、有効である。
２Ｇ／３Ｇコアネットワークからアタッチ応答を受信し、３．９Ｇコアネットワークからアタッチ応答を受信した際、アタッチ応答を統合する具体例について、以下に２ステップで開示する。
第１ステップとして、２Ｇ／３Ｇコアネットワークと３．９Ｇコアネットワークとから受信したアタッチ応答を統合する。例えば、ＨＮＢＧＷ／ＲＮＣ（２Ｇ／３Ｇシステム）からアタッチ応答を受信し、ＭＭＥ（３．９Ｇシステム）からアタッチ応答を受信した際、アタッチ応答を統合する。
ＨＮＢ／ＨｅＮＢデュアル機内にて統合を実行する処理ブロックの具体例を、以下に３つ開示する。（１）ＨｅＮＢ。ＨＮＢ／ＨｅＮＢデュアル機のＨＮＢから、ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢへアタッチ応答を通知する。該通知は、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢとＨＮＢとの間に設けた新たなインタフェースを用いて行われてもよい。（２）制御部。ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢから制御部へ、ＨＮＢ／ＨｅＮＢデュアル機のＨＮＢから制御部へアタッチ応答を通知する。（３）ＨＮＢ。ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢから、ＨＮＢ／ＨｅＮＢデュアル機のＨＮＢへアタッチ応答を通知する。該通知は、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢとＨＮＢとの間に設けた新たなインタフェースを用いて行われてもよい。
ＣＳＦＢ機能を有する、あるいはデュアル対応の移動端末が優先的に３．９Ｇシステムに在圏するように設定されることが想定される。そのような機能を有する移動端末は、ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢからアタッチ応答を受信することが考えられる。よって、上記（１）のＨｅＮＢあるいは上記（２）の制御部が統合を実行することが有効である。
第２ステップとして、アタッチ応答の統合後、統合したアタッチ応答は、ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢから、アタッチ要求を行った移動端末へ通知される。該通知は、移動端末とＨＮＢ／ＨｅＮＢデュアル機との間のＲＲＣ接続を用いて通知されてもよい。
３．９Ｇコアネットワーク（ＭＭＥ）と２Ｇ／３Ｇコアネットワーク（ＭＳＣ／ＶＬＲ）とからのアタッチ応答種別に応じたアタッチ応答の統合処理、および統合処理後の動作例を以下に４つ開示する。
（１）アタッチ応答として、２Ｇ／３Ｇコアネットワーク（ＭＳＣ／ＶＬＲ）からアタッチ承認を受信し、３．９Ｇコアネットワーク（ＭＭＥ）からアタッチ承認を受信した際のアタッチ応答の統合処理例を以下に５ステップで開示する。
ＨＮＢ／ＨｅＮＢデュアル機は、該移動端末に対して双方のコアネットワークからのアタッチ承認を通知する。
第１ステップとして、３．９Ｇコアネットワーク（ＭＭＥ）と２Ｇ／３Ｇコアネットワーク（ＭＳＣ／ＶＬＲ）とからのアタッチ応答を統合する。該移動端末宛の１つのアタッチ応答に、双方のコアネットワークから受信したアタッチ承認に含まれる、双方のシステムにおける該移動端末宛の制御情報を、マッピングする。移動端末宛の制御情報の具体例としては、該移動端末のテンポラリ識別子などがある。
第２ステップとして、アタッチ応答の統合後、統合したアタッチ応答は、ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢから、アタッチ要求を行った移動端末へ通知される。該通知は、移動端末とＨＮＢ／ＨｅＮＢデュアル機との間のＲＲＣ接続を用いて通知されてもよい。
第３ステップとして、該アタッチ応答を受信した移動端末は、双方のシステムにおける制御情報を受信することで、双方のシステムに対するアタッチが承認されたことを認識してもよい。
第４ステップとして、該移動端末は、ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢに対して、アタッチ完了を送信する。該通知は、移動端末とＨＮＢ／ＨｅＮＢデュアル機との間のＲＲＣ接続を用いて通知されてもよい。
第５ステップとして、移動端末からアタッチ完了を受信した際、ＨＮＢ／ＨｅＮＢデュアル機は、２Ｇ／３Ｇシステムと３．９Ｇシステムとの双方に対してアタッチ完了を実行する。移動端末からのアタッチ完了を、ＨＮＢ／ＨｅＮＢデュアル機にてＨｅＮＢ（３．９Ｇシステム）とＨＮＢ（２Ｇ／３Ｇシステム）とに分離する。
ＨＮＢ／ＨｅＮＢデュアル機内にて分離を実行する処理ブロックの具体例を、以下に３つ開示する。
（Ａ１）ＨｅＮＢ。ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢから、ＨＮＢ／ＨｅＮＢデュアル機のＨＮＢへアタッチ完了を通知する。該通知は、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢとＨＮＢとの間に設けた新たなインタフェースを用いて行われてもよい。該通知は、ＨＮＢ傘下の移動端末からのアタッチ完了と区別してもよい。区別するためにアタッチ要求中にインジケータを新たに設けてもよい。該インジケータの具体例を、以下に３つ開示する。
（ｃ１）ＨＮＢ傘下の移動端末からのアタッチ完了であるか否か。（ｃ２）ＨＮＢ傘下の移動端末からのアタッチ完了である旨。（ｃ３）ＨＮＢ傘下の移動端末からのアタッチ完了でない旨。ＨＮＢ傘下の移動端末からのアタッチ完了である旨は、該移動端末がＨＮＢ傘下で待受けていることを示してもよい。ＨＮＢ傘下の移動端末からのアタッチ完了でない旨は、該移動端末がＨＮＢ傘下ではなく、ＨｅＮＢ傘下にて待受けていることを示してもよい。また、ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢからのアタッチ完了にのみインジケータを設けてもよい。ＨＮＢ傘下の移動端末のアタッチ完了において、従来の動作から変更が無い点において有効である。該インジケータの具体例を以下に３つ開示する。
（ｄ１）ＨｅＮＢ経由でのアタッチ完了であるか否か。（ｄ２）ＨｅＮＢ経由でのアタッチ完了である旨。（ｄ３）ＨｅＮＢ経由でのアタッチ完了でない旨。ＨｅＮＢ経由でのアタッチ完了でない旨は、該移動端末がＨＮＢ傘下で待受けていることを示してもよい。ＨｅＮＢ経由でのアタッチ完了である旨は、該移動端末がＨＮＢ傘下ではなく、ＨｅＮＢ傘下にて待受けていることを示してもよい。
（Ａ２）制御部。ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢから、ＨＮＢ／ＨｅＮＢデュアル機の制御部へアタッチ完了を通知する。制御部でアタッチ完了を分離する。制御部から、ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢとＨＮＢ／ＨｅＮＢデュアル機のＨＮＢとへアタッチ完了を通知する。
（Ａ３）ＨＮＢ。ＣＳＦＢ機能を有する、あるいはデュアル対応の移動端末が、優先的に３．９Ｇシステムに在圏するように設定されることが想定される。そのような機能を有する移動端末がアタッチ完了を通知する場合は、ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢへアタッチ完了を通知することが考えられる。よって、上記（Ａ１）のＨｅＮＢあるいは上記（Ａ２）の制御部が分離を実行することが有効である。
次に、移動端末からのアタッチ完了の分離後、ＨＮＢ／ＨｅＮＢデュアル機のＨＮＢから、２Ｇ／３Ｇシステムのコアネットワークに対して通常のアタッチ完了を行う。２Ｇ／３Ｇシステムの具体例として、３ＧシステムであるＷ−ＣＤＭＡがある。Ｗ-ＣＤＭＡの場合、アタッチ完了の信号の流れとしては、ＨＮＢ／ＨｅＮＢデュアル機のＨＮＢからＨＮＢＧＷへ通知され、ＨＮＢＧＷからＭＳＣ／ＶＬＲへ通知され、ＭＳＣ／ＶＬＲからＨＳＳへ通知される。
また、移動端末からのアタッチ完了の分離後、ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢから、３．９Ｇシステムのコアネットワークに対して実施の形態１に示すアタッチ完了を行う。３．９Ｇシステムの具体例として、ＬＴＥがある。ＬＴＥの場合、アタッチ完了の信号の流れとしては、ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢからＭＭＥへ通知され、ＭＭＥからＨＳＳへ通知される。
（２）アタッチ応答として、２Ｇ／３Ｇコアネットワーク（ＭＳＣ／ＶＬＲ）からアタッチ拒否を受信し、３．９Ｇコアネットワーク（ＭＭＥ）からアタッチ拒否を受信した際のアタッチ応答の統合処理、および統合処理後の動作例を以下に開示する。アタッチ応答として、２Ｇ／３Ｇコアネットワーク（ＭＳＣ／ＶＬＲ）からアタッチ承認を受信し、３．９Ｇコアネットワーク（ＭＭＥ）からアタッチ承認を受信した際のアタッチ応答の統合処理と異なる部分のみを説明する。
第１ステップとして、３．９Ｇコアネットワーク（ＭＭＥ）と２Ｇ／３Ｇコアネットワーク（ＭＳＣ／ＶＬＲ）からのアタッチ応答を統合する。具体例を以下に３つ開示する。
（ｅ１）ＨＮＢ／ＨｅＮＢデュアル機は、該移動端末に対してアタッチ応答を通知しない。
（ｅ２）ＨＮＢ／ＨｅＮＢデュアル機は、該移動端末に対してアタッチ拒否を通知する。
（ｅ３）該移動端末宛の１つのアタッチ応答に、双方のコアネットワークから受信したアタッ拒否を示す情報をマッピングし、該移動端末宛に通知する。アタッチ拒否の示し方の具体例としては、双方のシステムの該移動端末宛の制御情報を含まないアタッチ応答とする。
第３ステップとして該アタッチ応答を受信した移動端末は、双方のシステムに対するアタッチが拒否されたことを認識してもよい。移動端末は、他のシステムあるいは他のセルをサーチしてもよい。つまり、本動作例においては、第４ステップ、第５ステップは実行されない。
（３）アタッチ応答として、２Ｇ／３Ｇコアネットワーク（ＭＳＣ／ＶＬＲ）からアタッチ拒否を受信し、３．９Ｇコアネットワーク（ＭＭＥ）からアタッチ承認を受信した際のアタッチ応答の統合処理、および統合処理後の動作例を以下に開示する。アタッチ応答として、２Ｇ／３Ｇコアネットワーク（ＭＳＣ／ＶＬＲ）からアタッチ承認を受信し、３．９Ｇコアネットワーク（ＭＭＥ）からアタッチ承認を受信した際のアタッチ応答の統合処理と異なる部分のみを説明する。
第１ステップとして、３．９Ｇコアネットワーク（ＭＭＥ）と２Ｇ／３Ｇコアネットワーク（ＭＳＣ／ＶＬＲ）からのアタッチ応答を統合する。具体例を以下に３つ開示する。
（ｆ１）該移動端末宛の１つのアタッチ応答に、３．９Ｇシステムから受信したアタッチ承認を示す情報をマッピングする。
（ｆ２）該移動端末宛の１つのアタッチ応答に、３．９Ｇシステムのアタッチ承認に含まれる該移動端末宛の制御情報をマッピングする。
（ｆ３）該移動端末宛の１つのアタッチ応答に、３．９Ｇシステムのアタッチ承認に含まれる該移動端末宛の制御情報と、２Ｇ／３Ｇシステムのアタッチ拒否を示すインジケータとをマッピングする。
第３ステップとして、該アタッチ応答を受信した移動端末は、３．９Ｇシステムに対するアタッチが承認されたこと、および２Ｇ／３Ｇシステムに対するアタッチが拒絶されたことを認識してもよい。
第４ステップとして、該移動端末は、ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢに対して、アタッチ完了を送信する。該アタッチ完了には、３．９Ｇシステムのアタッチ完了を示すインジケータが含まれていてもよい。
第５ステップとして、移動端末からアタッチ完了を受信した際、ＨＮＢ／ＨｅＮＢデュアル機は、３．９Ｇシステムに対してアタッチ完了を実行する。ルーティング機能の１つであるＨＮＢＧＷ／ＲＮＣ（２Ｇ／３Ｇシステム）とＭＭＥ（３．９Ｇシステム）との双方に対して、移動端末のアタッチ完了を通知する機能を止めてもよい。
（４）アタッチ応答として、２Ｇ／３Ｇコアネットワーク（ＭＳＣ／ＶＬＲ）からアタッチ承認を受信し、３．９Ｇコアネットワーク（ＭＭＥ）からアタッチ拒否を受信した際のアタッチ応答の統合処理例を以下に開示する。アタッチ応答として、２Ｇ／３Ｇコアネットワーク（ＭＳＣ／ＶＬＲ）からアタッチ承認を受信し、３．９Ｇコアネットワーク（ＭＭＥ）からアタッチ承認を受信した際のアタッチ応答の統合処理と異なる部分のみを説明する。
第１ステップとして、３．９Ｇコアネットワーク（ＭＭＥ）と２Ｇ／３Ｇコアネットワーク（ＭＳＣ／ＶＬＲ）からのアタッチ応答を統合する。具体例を以下に３つ開示する。
（ｇ１）ＨＮＢ／ＨｅＮＢデュアル機は、該移動端末に対してアタッチ応答を通知しない。
（ｇ２）ＨＮＢ／ＨｅＮＢデュアル機は、該移動端末に対してアタッチ拒否を通知する。
（ｇ３）３．９Ｇコアネットワーク（ＭＭＥ）と２Ｇ／３Ｇコアネットワーク（ＨＮＢＧＷ／ＲＮＣ）からのアタッチ応答を統合する。具体例を以下に３つ開示する。（２−１）該移動端末宛の１つのアタッチ応答に、２Ｇ／３Ｇシステムから受信したアタッチ承認を示す情報をマッピングする。（２−２）該移動端末宛の１つのアタッチ応答に、２Ｇ／３Ｇシステムのアタッチ承認に含まれる該移動端末宛の制御情報をマッピングする。（２−３）該移動端末宛の１つのアタッチ応答に、２Ｇ／３Ｇシステムのアタッチ承認に含まれる該移動端末宛の制御情報と、３．９Ｇシステムシステムのアタッチ拒否を示すインジケータとをマッピングする。
第２ステップとして、統合したアタッチ応答を該移動端末へ通知する際、リダイレクション先を示すパラメータを合わせて通知してもよい。これにより、移動端末によるサーチ処理時間、システム情報取得時間などを短縮することが可能となる。リダイレクション先として、ＨＮＢ／ＨｅＮＢデュアル機のＨＮＢとするとよい。ソースセルであるＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢと、リダイレクション先のＨＮＢ／ＨｅＮＢデュアル機のＨＮＢとは、同じロケーションに配置されていることとなるので、該移動端末がリダイレクション先のカバレッジ内に位置すること保証されやすくなる。
またソースセルであるＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢと、リダイレクション先のＨＮＢ／ＨｅＮＢデュアル機のＨＮＢとが、物理的に同じ機器の中に収納されているため、ソースセルであるＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢが、リダイレクション先のＨＮＢ／ＨｅＮＢデュアル機のＨＮＢを示すパラメータを容易に入手することができる。パラメータの入手の際に、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢとＨＮＢとの間に設けた新たなインタフェースを用いてもよい。リダイレクション先を示すパラメータ例を以下に６つ開示する。（１）２Ｇ／３Ｇシステム用のキャリア周波数。（２）セル識別子。スクランブリングコードなどが考えられる。（３）２Ｇ／３Ｇシステム用のロケーションエリア情報。ＬＡＩなどが考えられる。（４）システム情報。（５）ＣＳＧ−ＩＤ。（６）セルのアクセスモード。
第３ステップとして、該アタッチ応答を受信した移動端末は、２Ｇ／３Ｇシステムに対するアタッチが承認されたこと、および３．９Ｇシステムに対するアタッチが拒絶されたことを認識してもよい。
第４ステップとして、該移動端末は、ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢに対して、アタッチ完了を送信する。あるいは、該移動端末は、ＨＮＢ／ＨｅＮＢデュアル機のＨＮＢに対して、アタッチ完了を送信する。該アタッチ完了には、２Ｇ／３Ｇシステムのアタッチ完了を示すインジケータが含まれていてもよい。また、該移動端末は、２Ｇ／３Ｇシステムへリダイレクションする。その際、アタッチ応答に含まれたリダイレクション先を示すパラメータを用いてもよい。
第５ステップとして、移動端末からアタッチ完了を受信した際、ＨＮＢ／ＨｅＮＢデュアル機は、２Ｇ／３Ｇシステムに対してアタッチ完了を実行してもよい。ルーティング機能の１つであるＨＮＢＧＷ／ＲＮＣ（２Ｇ／３Ｇシステム）と、ＭＭＥ（３．９Ｇシステム）との双方に対して、移動端末のアタッチ完了を通知する機能を止めてもよい。
実施の形態４を用いた具体的な動作例を、図３３を用いて説明する。図３３は、実施の形態４の解決策を用いた場合の通信システム３２のシーケンスの一例を示す図である。
図３３では、アタッチ応答として、２Ｇ／３Ｇコアネットワーク（ＭＳＣ／ＶＬＲ）からアタッチ承認を受信し、３．９Ｇコアネットワーク（ＭＭＥ）からアタッチ承認を受信した場合を説明する。
ステップＳＴ４２０１において、ＨＮＢ／ＨｅＮＢデュアル機内の制御部は、ＨＮＢ／ＨｅＮＢデュアル機設置場所のコアネットワーク状況を確認する。
ステップＳＴ４２０２において、ＨＮＢ／ＨｅＮＢデュアル機内の制御部は、ＨＮＢ／ＨｅＮＢデュアル機設置場所のコアネットワークが３．９Ｇシステム対応であるか否かを判断する。ステップＳＴ４２０２では、ＬＴＥ対応であるか否かを判断してもよい。ステップＳＴ４２０２において、ＬＴＥ対応であると判断した場合は、ステップＳＴ４２０３へ移行し、ＬＴＥ対応でないと判断した場合は、本発明の本質部分ではないので、説明を省略する。
ステップＳＴ４２０３において、ＨＮＢ／ＨｅＮＢデュアル機内の制御部は、ＨＮＢ／ＨｅＮＢデュアル機設置場所のコアネットワークが、２Ｇ／３Ｇシステム対応であるか否かを判断する。ステップＳＴ４２０３では、３Ｇ対応であるか否かを判断してもよい。ステップＳＴ４２０３において、３Ｇ対応であると判断した場合は、ステップＳＴ４２０４へ移行し、３Ｇ対応でないと判断した場合は、本発明の本質部分ではないので、説明を省略する。
ステップＳＴ４２０４において、ＨＮＢ／ＨｅＮＢデュアル機内の制御部は、ＨＮＢ／ＨｅＮＢデュアル機設置場所のコアネットワークがＣＳＦＢ対応であるか否かを判断する。ステップＳＴ４２０４において、ＣＳＦＢ対応であると判断した場合は、ステップＳＴ４２０５へ移行し、ＣＳＦＢ対応でないと判断した場合は、ステップＳＴ４２０７へ移行する。
ステップＳＴ４２０５において、ＨＮＢ／ＨｅＮＢデュアル機内の制御部は、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢへルーティングＯＦＦを通知する。
ステップＳＴ４２０６において、ＨＮＢ／ＨｅＮＢデュアル機内の制御部は、変形例を含む実施の形態１、あるいは変形例を含む実施の形態２、あるいは変形例を含む実施の形態３へ移行する。
ステップＳＴ４２０７において、ＨＮＢ／ＨｅＮＢデュアル機内の制御部は、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢへルーティングＯＮを通知する。
ステップＳＴ４２０８において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、傘下の移動端末より連携アタッチ要求を受信する。
ステップＳＴ４２０９において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、ルーティング機能がＯＮされているか否かを判断する。ステップＳＴ４２０９において、ルーティング機能がＯＮされていると判断した場合は、ステップＳＴ４２１０へ移行し、ルーティング機能がＯＮされていないと判断した場合は、ステップＳＴ４７００へ移行する。ステップＳＴ４７００において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、変形例を含む実施の形態１、あるいは変形例を含む実施の形態２、あるいは変形例を含む実施の形態３へ移行する。
ステップＳＴ４２１０において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、ステップＳＴ４２０８において受信した連携アタッチ要求を分離する。
ステップＳＴ４２１１において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、分離したアタッチ要求をＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢへ通知する。該通知はＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢとＨＮＢとの間に設けた新たなインタフェースを用いて行われてもよい。
ステップＳＴ４２１２において、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢは、ステップＳＴ４２１１において通知されたアタッチ要求をＨＮＢＧＷ経由で２Ｇ／３Ｇコアネットワークへ通知する。
ステップＳＴ４２１３において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、分離したアタッチ要求を３．９Ｇコアネットワークへ通知する。
ステップＳＴ４２１４において、ＨＳＳは、ステップＳＴ４２１２においてＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢから受信したアタッチ要求と、ステップＳＴ４２１３においてＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢから受信した連携アタッチ要求を基に、アタッチ管理を実行する。
ステップＳＴ４２１５において、ＨＳＳは、ＭＳＣ／ＶＬＲ、ＨＮＢＧＷ経由でＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢへアタッチ応答を通知する。
ステップＳＴ４２１６において、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢは、ステップＳＴ４２１５において受信したアタッチ応答を、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢへ通知する。
ステップＳＴ４２１７において、ＨＳＳは、ＭＭＥ経由でＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢへアタッチ応答を通知する。
ステップＳＴ４２１８において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、ステップＳＴ４２１６において受信した２Ｇ／３Ｇコアネットワークからのアタッチ応答と、ステップＳＴ４２１７において受信した３．９Ｇコアネットワークからのアタッチ応答とを統合する。
ステップＳＴ４２１９において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、移動端末へアタッチ応答を通知する。
ステップＳＴ４２２０において、移動端末は、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢへアタッチ完了を通知する。
ステップＳＴ４２２１において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、ステップＳＴ４２２０において受信したアタッチ完了を分離する。
ステップＳＴ４２２２において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、分離したアタッチ完了を、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢへ通知する。該通知は、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢとＨＮＢとの間に設けた新たなインタフェースを用いて行われてもよい。
ステップＳＴ４２２３において、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢは、ステップＳＴ４２２２において通知されたアタッチ完了をＨＮＢＧＷ経由で、ＭＳＣ／ＶＬＲへ通知する。
ステップＳＴ４２２４において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、分離したアタッチ完了を３．９Ｇコアネットワークへ通知する。
ＣＳＦＢ機能を有する、あるいは３．９Ｇシステムと２Ｇ／３Ｇシステムのデュアル対応の移動端末が、ＨＮＢ／ＨｅＮＢデュアル機のＨＮＢ経由で連携アタッチ要求、あるいはアタッチ要求した場合においても、ＨＮＢ／ＨｅＮＢデュアル機は、ルーティング機能を開始してもよい。
また、ＣＳＦＢ機能を有する移動端末からの在圏エリアアップデート、具体例としてはＴＡＵ、ＬＡＵが実施された場合も、実施の形態４と同様に、ＨＮＢ／ＨｅＮＢデュアル機が２Ｇ／３Ｇシステムと３．９Ｇシステムとの双方に対して、移動端末の在圏エリアアップデートを実行できる。また、ＣＳＦＢ機能を有する移動端末からの位置登録が実施された場合も、実施の形態４と同様に、ＨＮＢ／ＨｅＮＢデュアル機が２Ｇ／３Ｇシステムと３．９Ｇシステムとの双方に対して、移動端末の位置登録を実行できる。
実施の形態４は、ＨＮＢ／ＨｅＮＢデュアル機を中心に説明したが、デュアルセルに適用可能である。デュアルセルの具体例としては、ｅＮｏｄｅＢとＮｏｄｅＢとの双方で動作可能な基地局、２Ｇシステムと３．９Ｇシステムとで動作可能な基地局などがある。
実施の形態４により以下の効果を得ることができる。ロケーションがＣＳＦＢに非対応であった場合でも、３．９Ｇに対応している移動端末からのアタッチ要求を、デュアルセルにより分離し、２Ｇ／３Ｇシステムと３．９Ｇシステムとにアタッチすることが可能となる。これによって、該移動端末宛に２Ｇ／３Ｇシステムを用いた音声着呼、例えばＣＳ着呼が発生した場合に、ＨＳＳにより該移動端末の在圏するＭＳＣ／ＶＬＲを検索することが可能となる。したがって、該移動端末が３．９Ｇシステムにて在圏しつつ、２Ｇ／３Ｇシステムからの音声着呼が可能となる。これによって、上記のようなロケーションであっても、移動端末のユーザが３．９Ｇからの高速データ通信サービスと音声通話サービスとの双方を受けるためのアタッチを行うことが可能となる。
また本解決策において、ネットワーク側の状況によらず、ＣＳＦＢの能力を有する移動端末のアタッチ要求動作が、従来の方法である連携アタッチ要求と同一となる点において、移動端末の処理が複雑にならない点にて有効な解決策といえる。
実施の形態４ 変形例１．
実施の形態４の変形例１では、実施の形態４と同様の課題について、実施の形態４とは異なるアタッチ処理について詳細な解決策を開示する。実施の形態４の変形例１での解決策を以下に示す。実施の形態４の解決策と異なる部分を中心に説明する。説明していない部分については、実施の形態４と同様とする。
コアネットワークのエンティティが、コアネットワーク状況に応じてＨＮＢ／ＨｅＮＢデュアル機のルーティング機能をＯＮ／ＯＦＦする。ルーティング機能ＯＮの場合は、ＨＮＢ／ＨｅＮＢデュアル機が、移動端末から連携アタッチ要求を受信した際、２Ｇ／３Ｇシステムと３．９Ｇシステムとの双方に対して、移動端末のアタッチ要求を実行する。コアネットワーク状況を確認するコアネットワークのエンティティの具体例としては、ＭＭＥがある。
基地局が、コアネットワーク状況を確認するコアネットワークのエンティティへセル能力を通知する。セル能力の具体例としては、ルーティング機能を有するか否かの情報を通知してもよいし、デュアルセルであるか否かの情報を通知してもよい。該通知のタイミング例を以下に５つ開示する。（１）基地局の設置の際に通知する。（２）基地局の電源がＯＮされたときに通知する。基地局のエナジーセービングモードが解除されたときであってもよい。（３）基地局が上位装置に対してレジストレーションを行ったときに通知する。（４）周期的に通知する。（５）コアネットワークのエンティティから問合せがあった際に通知する。
セル能力を通知するＨＮＢ／ＨｅＮＢデュアル機内の処理ブロックの具体例を以下に３つ開示する。（１）制御部。（２）ＨｅＮＢ。（３）ＨＮＢ。
コアネットワークがＣＳＦＢ対応か否かを判断する方法の具体例は、実施の形態４と同様であるので説明を省略する。
コアネットワークのエンティティにおいて、コアネットワーク状況を確認するタイミング例を以下に６つ開示する。（１）該エンティティの設置の際に確認する。（２）周期的に確認する。（３）基地局からセル能力を受信した際に確認する。（４）移動端末から連携アタッチ要求を受信したときに確認する。（５）コアネットワークが基地局のエナジーセービングモードを解除する際に確認する。（６）コアネットワークが基地局からのレジストレーションを受信したときに確認する。
基地局がルーティング機能を有する場合のみ、コアネットワークのエンティティがコアネットワーク状況を確認してもよい。あるいは、基地局がデュアルセルである場合のみ、コアネットワークのエンティティがコアネットワーク状況を確認してもよい。これによって、コアネットワークのエンティティにおいて不要な処理を削減できるという効果を得ることができる。
ルーティング機能ＯＮ／ＯＦＦの判断の具体例は、実施の形態４と同様であるので説明を省略する。ルーティング機能ＯＮ／ＯＦＦの判断のタイミング例を以下に３つ開示する。（１）基地局からルーティング機能を有するか否かの情報などを受信した際に確認する。（２）移動端末から連携アタッチ要求を受信したときに確認する。（３）コアネットワークエンティティにおいてコアネットワーク状況を確認するときに判断する。
コアネットワーク状況を確認するコアネットワークのエンティティの具体例がＭＭＥである場合において、ＭＭＥからＨＮＢ／ＨｅＮＢデュアル機へルーティング機能ＯＮ／ＯＦＦの判断結果の通知方法の具体例を、以下に開示する。Ｓ１インタフェースを用いる。
通知に用いるメッセージの具体例について、以下に２つ開示する。（１）ルーティング機能ＯＮ／ＯＦＦ通知用にメッセージを新設する。（２）連携アタッチ応答メッセージ、あるいはアタッチ応答メッセージ、あるいはアタッチ応答メッセージに付随したメッセージ。
判断結果の情報の内容の具体例について、以下に３つ開示する。（１）ルーティング機能ＯＮであるか否かを通知する。（２）ルーティング機能ＯＮである旨を通知する。（３）ルーティング機能ＯＮでない旨を通知する。
判断結果の通知タイミングの具体例について、以下に２つ開示する。（１）連携アタッチ応答の際に通知する。（２）セル能力を受信した際に通知する。
基地局がルーティング機能を有する場合のみ、コアネットワークのエンティティがルーティング機能ＯＮ／ＯＦＦの判断、ルーティング機能ＯＮ／ＯＦＦの通知を行ってもよい。あるいは、基地局がデュアルセルである場合のみ、コアネットワークのエンティティがルーティング機能ＯＮ／ＯＦＦの判断、ルーティング機能ＯＮ／ＯＦＦの通知を行ってもよい。これによって、コアネットワークのエンティティにおいて不要な処理を削減できるという効果を得ることができる。
実施の形態４の変形例１を用いた具体的な動作例を、図３４を用いて説明する。図３４は、実施の形態４の変形例１の解決策を用いた場合の通信システムのシーケンスの一例を示す図である。図３４は、図３３に類似しているので、図３３に対応する部分については同一のステップ番号を付して、処理の詳細な説明を省略する。
ステップＳＴ４３０１において、ＨＮＢ／ＨｅＮＢデュアル機内の制御部は、ＭＭＥへセル能力を通知する。
ステップＳＴ４３０２において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、傘下の移動端末より連携アタッチ要求を受信する。
ステップＳＴ４３０３において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、連携アタッチ要求を３．９Ｇコアネットワークへ通知する。
ステップＳＴ４３０４において、ＭＭＥは、コアネットワーク状況を確認する。ステップＳＴ４３０５において、ＭＭＥは、コアネットワークが３．９Ｇシステム対応であるか否かを判断する。ステップＳＴ４３０５では、ＬＴＥ対応であるか否かを判断してもよい。ステップＳＴ４３０５において、ＬＴＥ対応であると判断した場合は、ステップＳＴ４３０６へ移行し、ＬＴＥ対応でないと判断した場合は、本発明の本質部分ではないので、説明を省略する。
ステップＳＴ４３０６において、ＭＭＥは、コアネットワークが２Ｇ／３Ｇシステム対応であるか否かを判断する。ステップＳＴ４３０６では、３Ｇ対応であるか否かを判断してもよい。ステップＳＴ４３０６において、３Ｇ対応であると判断した場合は、ステップＳＴ４３０７へ移行し、３Ｇ対応でないと判断した場合は、本発明の本質部分ではないので、説明を省略する。
ステップＳＴ４３０７において、ＭＭＥは、コアネットワークがＣＳＦＢ対応であるか否かを判断する。ステップＳＴ４３０７において、ＣＳＦＢ対応であると判断した場合は、ステップＳＴ４３０８へ移行し、ＣＳＦＢ対応でないと判断した場合は、ステップＳＴ４３０９へ移行する。
ステップＳＴ４３０８において、ＭＭＥは、変形例を含む実施の形態１、あるいは変形例を含む実施の形態２、あるいは変形例を含む実施の形態３へ移行する。
ステップＳＴ４３０９において、ＭＭＥは、ステップＳＴ４３０３において受信した連携アタッチ要求をＨＳＳへ通知する。
ステップＳＴ４３１０において、ＨＳＳは、ステップＳＴ４３０９においてＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢから受信した連携アタッチ要求を基に、該移動端末のアタッチ管理を行う。該移動端末が３．９Ｇシステムにアタッチされていることを記憶する。
ステップＳＴ４３１１において、ＨＳＳは、ＭＭＥ経由でＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢへアタッチ応答を通知する。
ステップＳＴ４３１２において、ＭＭＥは、ＨＮＢ／ＨｅＮＢデュアル機へルーティング機能ＯＮ／ＯＦＦの判断結果を通知する。通知先は、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢ、ＨＮＢ、制御部などが考えられる。本動作例においては、ＭＭＥは、ルーティング機能ＯＮをＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢへ通知する。
ステップＳＴ４７００において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、変形例を含む実施の形態１、あるいは変形例を含む実施の形態２、あるいは変形例を含む実施の形態３へ移行する。
ステップＳＴ４３１３において、ＨＳＳは、ステップＳＴ４２１２においてＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢから受信したアタッチ要求を基に、アタッチ管理を実行する。本変形例には、移動端末が、３Ｇシステムにアタッチされていることを記憶する。この際、ステップＳＴ４３１０において先に実行されている同じ移動端末に関するアタッチ管理と統一して、あるいは関係付けて管理する。本変形例では、移動端末が、３Ｇシステムと３．９Ｇシステムとにアタッチされていることを記憶する。
ＣＳＦＢ機能を有する、あるいは３．９Ｇシステムと２Ｇ／３Ｇシステムとのデュアル対応の移動端末が、ＨＮＢ／ＨｅＮＢデュアル機のＨＮＢ経由で連携アタッチ要求、あるいはアタッチ要求した場合においても、ＨＮＢ／ＨｅＮＢデュアル機は、ルーティング機能を開始してもよい。
また、ＣＳＦＢ機能を有する移動端末からの在圏エリアアップデート、具体例としてはＴＡＵ、ＬＡＵが実施された場合も、実施の形態４の変形例１と同様に、ＨＮＢ／ＨｅＮＢデュアル機が２Ｇ／３Ｇシステムと３．９Ｇシステムとの双方に対して、移動端末の在圏エリアアップデートを実行できる。また、ＣＳＦＢ機能を有する移動端末からの位置登録が実施された場合も、実施の形態４と同様に、ＨＮＢ／ＨｅＮＢデュアル機が２Ｇ／３Ｇシステムと３．９Ｇシステムとの双方に対して、移動端末の位置登録を実行できる。
実施の形態４の変形例１は、ＨＮＢ／ＨｅＮＢデュアル機を中心に説明したが、デュアルセルに適用可能である。デュアルセルの具体例としては、ｅＮｏｄｅＢとＮｏｄｅＢとの双方で動作可能な基地局、２Ｇシステムと３．９Ｇシステムとの双方で動作可能な基地局などがある。
実施の形態４の変形例１により、実施の形態４の効果に加えて、以下の効果を得ることができる。デュアルセルがネットワーク状況を確認する必要が無い点において、デュアルセルの処理が複雑にならないという点において有効である。
実施の形態４ 変形例２．
実施の形態４の変形例２では、実施の形態４と同様の課題について、実施の形態４および実施の形態４の変形例１とは異なるアタッチ処理について詳細な解決策を開示する。実施の形態４の変形例２での解決策を以下に示す。実施の形態４の解決策と異なる部分を中心に説明する。説明していない部分については実施の形態４と同様とする。
ＨＮＢ／ＨｅＮＢデュアル機が、コアネットワークからのアタッチ応答に含まれる情報を基に、設置場所のコアネットワーク状況を判断する。そしてＨＮＢ／ＨｅＮＢデュアル機が、設置場所のコアネットワーク状況に応じて、ルーティング機能をＯＮ／ＯＦＦする。ルーティング機能ＯＮの場合は、ＨＮＢ／ＨｅＮＢデュアル機が移動端末から連携アタッチ要求を受信した際、２Ｇ／３Ｇシステムと３．９Ｇシステムとの双方に対して、移動端末のアタッチ要求を実行する。
ＨＮＢ／ＨｅＮＢデュアル機は傘下の移動端末から連携アタッチ要求を受信した場合、変形例を含む実施の形態１、あるいは変形例を含む実施の形態２、あるいは変形例を含む実施の形態３と同様に、該連携アタッチ要求をＭＭＥへ通知する。
ＨＮＢ／ＨｅＮＢデュアル機のネットワーク状況の判断の具体例を以下に開示する。連携アタッチ応答、あるいはアタッチ応答に含まれる情報を基に判断する。該情報は該移動端末宛の制御情報であってもよい。移動端末宛の制御情報の具体例としては移動端末のテンポラリ識別子などがある。２Ｇ／３Ｇシステム用の情報が含まれていなければＣＳＦＢ非対応の地域であると判断する。２Ｇ／３Ｇシステム用の情報が含まれていればＣＳＦＢ対応の地域であると判断する。
ルーティング機能ＯＮ／ＯＦＦの判断の具体例を以下に開示する。ＣＳＦＢ非対応のコアネットワークである場合、ＨＮＢ／ＨｅＮＢデュアル機のルーティング機能をＯＮすべきと判断する。それ以外のコアネットワークの状況である場合、ＨＮＢ／ＨｅＮＢデュアル機のルーティング機能をＯＦＦすべきと判断する。それ以外のコアネットワークの状況の具体例はＣＳＦＢ対応のコアネットワークなどがある。
ルーティング機能ＯＮと判断したＨＮＢ／ＨｅＮＢデュアル機は、連携アタッチ要求を分離後、２Ｇ／３Ｇシステムへのアタッチ要求を実行する。ここでは３．９Ｇシステムへのアタッチ要求は既に実行されているので不要である。
実施の形態４の変形例１を用いた具体的な動作例を、図３５を用いて説明する。図３５は、実施の形態４の変形例２の解決策を用いた場合の通信システムのシーケンスの一例を示す図である。図３５は、図３３に類似しているので、図３３に対応する部分については同一のステップ番号を付して、処理の詳細な説明を省略する。
ステップＳＴ４４０１において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、傘下の移動端末より連携アタッチ要求を受信する。
ステップＳＴ４４０２において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、ステップＳＴ４４０１において受信した連携アタッチ要求を３．９Ｇコアネットワークへ通知する。
ステップＳＴ４４０３において、ＨＳＳは、ステップＳＴ４４０２においてＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢから受信した連携アタッチ要求を基に、移動端末のアタッチ管理を行う。具体的には、移動端末が３．９Ｇシステムにアタッチされていることを記憶する。
ステップＳＴ４４０４において、ＨＳＳは、ＭＭＥ経由でＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢへアタッチ応答を通知する。
ステップＳＴ４４０５において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、連携アタッチ応答に含まれる情報を判断する。ステップＳＴ４４０５では、アタッチ応答に２Ｇ／３Ｇシステム用の制御情報が含まれているか否かを判断してもよい。ステップＳＴ４４０５において、２Ｇ／３Ｇシステム用の制御情報が含まれていると判断した場合は、ステップＳＴ４４０６へ移行し、２Ｇ／３Ｇシステム用の制御情報が含まれていないと判断した場合は、ステップＳＴ４４０７へ移行する。
ステップＳＴ４４０６において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、変形例を含む実施の形態１、あるいは変形例を含む実施の形態２、あるいは変形例を含む実施の形態３へ移行する。
ステップＳＴ４４０７において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、ＨＮＢ／ＨｅＮＢデュアル機の設置場所のコアネットワークがＣＳＦＢ非対応である、換言すれば、ＣＳＦＢ非対応の地域であると判断する。
ステップＳＴ４４０８において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、ルーティング機能をＯＮとする。
ステップＳＴ４４０９において、ＨＳＳは、ステップＳＴ４２１２においてＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢから受信したアタッチ要求を基に、アタッチ管理を実行する。本変形例は、移動端末が、３Ｇシステムにアタッチされていることを記憶する。この際、ステップＳＴ４４０３において先に実行されている同じ移動端末に関するアタッチ管理と統一して、あるいは関係付けて管理する。本変形例では、移動端末が、３Ｇシステムと３．９Ｇシステムにアタッチされていることを記憶する。
ＣＳＦＢ機能を有する、あるいは３．９Ｇシステムと２Ｇ／３Ｇシステムとのデュアル対応の移動端末がＨＮＢ／ＨｅＮＢデュアル機のＨＮＢ経由で連携アタッチ要求、あるいはアタッチ要求をした場合においても、ＨＮＢ／ＨｅＮＢデュアル機はルーティング機能を開始してもよい。
また、ＣＳＦＢ機能を有する移動端末からの在圏エリアアップデート、具体例としてはＴＡＵ、ＬＡＵが実施された場合も、実施の形態４の変形例２と同様に、ＨＮＢ／ＨｅＮＢデュアル機が２Ｇ／３Ｇシステムと３．９Ｇシステムとの双方に対して、移動端末の在圏エリアアップデートを実行できる。また、ＣＳＦＢ機能を有する移動端末からの位置登録が実施された場合も、実施の形態４と同様に、ＨＮＢ／ＨｅＮＢデュアル機が２Ｇ／３Ｇシステムと３．９Ｇシステムとの双方に対して、移動端末の位置登録を実行できる。
実施の形態４の変形例２は、ＨＮＢ／ＨｅＮＢデュアル機を中心に説明したが、デュアルセルに適用可能である。デュアルセルの具体例としては、ｅＮｏｄｅＢとＮｏｄｅＢとの双方で動作可能な基地局、２Ｇシステムと３．９Ｇシステムとの双方で動作可能な基地局などがある。
実施の形態４の変形例２により、実施の形態４、実施の形態４の変形例１の効果に加えて、以下の効果を得ることができる。
ＭＭＥがネットワーク状況に応じてデュアルセルのルーティング機能をＯＮ／ＯＦＦする新たな機能を設ける必要が無い点、および、ＭＭＥとデュアルセル間にルーティング機ＯＮ／ＯＦＦの判断結果を通知する等の新たなメッセージを設ける必要がない点において、有効である。
実施の形態４ 変形例３．
実施の形態４の変形例３では、実施の形態４と同様の課題について、音声発呼（ＣＳ発呼）処理における詳細な解決策を開示する。
ＨＮＢ／ＨｅＮＢデュアル機は、傘下の移動端末からの拡張サービス要求がコアネットワークから拒否された場合は、該移動端末へリダイレクションを伴う拒否を通知する。
拒否のみではなく、リダイレクションを伴うことにより、移動端末が再度拡張サービスリクエストを送信することを防ぐことができる。これにより、制御遅延防止、移動端末の低消費電力化という効果を得ることができる。
コアネットワークにおけるエンティティの具体例としてはＭＭＥなどがある。
コアネットワークがＣＳＦＢ対応か否かを判断する方法の具体例は、実施の形態４と同様であるので説明を省略する。
コアネットワーク状況を確認するタイミング例を以下に３つ開示する。（１）該エンティティの設置の際に確認する。（２）周期的に確認する。（３）移動端末から拡張サービス要求を受信したときに確認する。
コアネットワークにおける拡張サービス要求の承認または拒否の判断の具体例を以下に開示する。ＣＳＦＢ対応のコアネットワークである場合、拡張サービス要求を承認すべきと判断する。前記の状況であっても３．９Ｇコアネットワークが混雑している場合は、拡張サービス要求を承認しなくてもよい。前記の状況であっても２Ｇ／３Ｇコアネットワークが混雑している場合は、拡張サービス要求を承認しなくてもよい。それ以外のコアネットワークの状況である場合、拡張サービス要求を拒否すべきと判断する。それ以外のコアネットワークの状況の具体例を以下に４つ開示する。（１）ＣＳＦＢ非対応のコアネットワーク。（２）３．９Ｇコアネットワークが混雑している。（３）２Ｇ／３Ｇコアネットワークが混雑している。（４）（１）〜（３）の組合せ。
コアネットワークは、拡張サービス要求の拒否の理由を通知してもよい。コアネットワークは、拡張サービス要求の拒否の際に、ＣＳＦＢ非対応である旨を通知してもよい。拡張サービス要求応答中にＣＳＦＢ非対応を示すインジケータを新設してもよい。拡張サービス要求の拒否の理由を付加することで、該拒否を受信したＨＮＢ／ＨｅＮＢデュアル機の動作を拒否の理由別にすることが可能となる。
ＨＮＢ／ＨｅＮＢデュアル機の動作の具体例について、以下に２つのパターンを開示する。
（１）拡張サービス要求に拒否の理由が通知されない場合について以下に開示する。拡張サービス要求の拒否を受信した場合、移動端末に対して拡張サービス要求応答として拒否を通知する。合わせてリダイレクションの指示を通知してもよい。拡張サービス要求の承認を受信した場合、移動端末に対して拡張サービス要求応答として承認を通知する。
（２）拡張サービス要求に拒否の理由が通知される場合について以下に開示する。ＣＳＦＢ非対応を理由に拡張サービス要求の拒否を受信した場合、移動端末に対して拡張サービス要求応答として拒否を通知するとともにリダイレクションの指示を通知する。ＣＳＦＢ非対応以外を理由に拡張サービス要求の拒否を受信した場合、移動端末に対して拡張サービス要求応答として拒否を通知する。拡張サービス要求の承認を受信した場合、移動端末に対して拡張サービス要求応答として承認を通知する。拡張サービス要求に拒否の理由が通知されることにより、移動端末が再度拡張サービス要求しても、拒否されることが確実な場合においてリダイレクションの指示を確実に行うことが可能となる。
ＨＮＢ／ＨｅＮＢデュアル機は、移動端末へリダイレクションを通知する場合、リダイレクション先を示すパラメータを合わせて通知してもよい。これにより、移動端末によるサーチ処理時間、システム情報取得時間などを短縮することが可能となる。リダイレクション先は、ＨＮＢ／ＨｅＮＢデュアル機のＨＮＢとするとよい。これによって、ソースセルであるＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢと、リダイレクション先のＨＮＢ／ＨｅＮＢデュアル機のＨＮＢとは、同じロケーションに配置されていることとなるので、移動端末がリダイレクション先のカバレッジ内に位置することが保証されやすくなる。またソースセルであるＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢと、リダイレクション先のＨＮＢ／ＨｅＮＢデュアル機のＨＮＢとが物理的に同じ機器の中に収納されているので、ソースセルであるＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢが、リダイレクション先のＨＮＢ／ＨｅＮＢデュアル機のＨＮＢを示すパラメータを容易に入手することができる。リダイレクション先を示すパラメータ例を以下に６つ開示する。（１）２Ｇ／３Ｇシステム用のキャリア周波数。（２）セル識別子。スクランブリングコードなどが考えられる。（３）２Ｇ／３Ｇシステム用のロケーションエリア情報。ＬＡＩなどが考えられる。（４）システム情報。（５）ＣＳＧ−ＩＤ。（６）セルのアクセスモード。
リダイレクション先を示すパラメータを、リダイレクションメッセージ、あるいは拡張サービス要求の拒否メッセージ、あるいは別のメッセージへマッピングする処理を実行するＨＮＢ／ＨｅＮＢデュアル機内の処理ブロックの具体例を以下に開示する。
（１）ＨｅＮＢ。パラメータの入手方法の具体例としては、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢから、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢへ通知される。パラメータの通知の際には、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢとＨＮＢとの間に設けた新たなインタフェースを用いてもよい。あるいは、パラメータは、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢからＨＮＢ／ＨｅＮＢデュアル機内の制御部へ通知され、ＨＮＢ／ＨｅＮＢデュアル機内の制御部からＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢへ通知されてもよい。
（２）制御部。パラメータの入手方法の具体例としては、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢからＨＮＢ／ＨｅＮＢデュアル機内の制御部へ通知される。
移動端末の動作の具体例について、以下に２つのパターンを開示する。
（１）拡張サービス要求に拒否の理由が通知されない場合について以下に開示する。拡張サービス要求の拒否を受信した場合、再度同じセルを対象に拡張サービス要求を通知する、あるいは他のセルをサーチする、あるいは他のシステムをサーチする。合わせてリダイレクションの指示を受信した場合は、他のセルをサーチする、あるいは他のシステムをサーチする。リダイレクション先が通知されている場合、該パラメータを用いてサーチ動作を行ってもよい。拡張サービス要求の承認を受信した場合、発呼処理を継続する。
（２）拡張サービス要求に拒否の理由が通知される場合について以下に開示する。ＣＳＦＢ非対応を理由に拡張サービス要求の拒否を受信した場合、他のセルをサーチする、あるいは他のシステムをサーチする。リダイレクション先が通知されている場合、該パラメータを用いてサーチ動作を行ってもよい。ＣＳＦＢ非対応以外を理由に拡張サービス要求の拒否を受信した場合、再度同じセルを対象に拡張サービス要求を通知する、あるいは他のセルをサーチする、あるいは他のシステムをサーチする。拡張サービス要求の承認を受信した場合、発呼処理を継続する。拡張サービス要求に拒否の理由が通知されることにより、移動端末が再度拡張サービス要求しても拒否されることが確実な場合において、再度の拡張サービス要求を未然に防ぐことができる。これにより、移動端末の消費電力削減という効果を得ることができる。
実施の形態４の変形例３を用いた具体的な動作例を、図３６を用いて説明する。図３６は、実施の形態４の変形例３の解決策を用いた場合の通信システムのシーケンスの一例を示す図である。
ステップＳＴ４５０１において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、傘下の移動端末より、拡張サービス要求を受信する。ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、ＭＭＥへ該拡張サービス要求を通知する。ステップＳＴ４５０２において、ＭＭＥは、コアネットワーク状況を確認する。
ステップＳＴ４５０３において、ＭＭＥは、コアネットワークがＣＳＦＢ対応であるか否か、換言すればＣＳＦＢ対応の地域であるか否かを判断する。ステップＳＴ４５０３において、ＣＳＦＢ対応であると判断した場合は、ステップＳＴ４５０６へ移行し、ＣＳＦＢ対応でないと判断した場合は、ステップＳＴ４５０４へ移行する。
ステップＳＴ４５０４において、ＭＭＥは、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢへ、ＣＳＦＢ非対応を理由に拡張サービス要求の拒否を通知する。その後、ステップＳＴ４５０８の後へ移行する。
ステップＳＴ４５０６において、ＭＭＥは、３Ｇコアネットワークが混雑しているか否かを判断する。ステップＳＴ４５０６において、混雑していないと判断した場合は、ステップＳＴ４５０７へ移行し、混雑していると判断した場合は、ステップＳＴ４５０８へ移行する。
ステップＳＴ４５０７において、ＭＭＥは、変形例を含む実施の形態１、あるいは変形例を含む実施の形態２、あるいは変形例を含む実施の形態３へ移行する。
ステップＳＴ４５０８において、ＭＭＥは、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢへ、拡張サービス要求の拒否を通知する。
ステップＳＴ４５０９において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、拡張サービス要求の応答が拒否であるか否かを判断する。ステップＳＴ４５０９において、拒否でないと判断した場合は、ステップＳＴ４５１０へ移行し、拒否であると判断した場合は、ステップＳＴ４５１１へ移行する。
ステップＳＴ４５１０において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、変形例を含む実施の形態１、あるいは変形例を含む実施の形態２、あるいは変形例を含む実施の形態３へ移行する。
ステップＳＴ４５１１において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、拡張サービス要求の拒否の理由がＣＳＦＢ非対応であるか否かを判断する。ステップＳＴ４５１１において、ＣＳＦＢ非対応が理由でないと判断した場合は、ステップＳＴ４５１２へ移行し、ＣＳＦＢ非対応が理由であると判断した場合は、ステップＳＴ４５１３へ移行する。
ステップＳＴ４５１２において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、移動端末へ拡張サービス要求応答として拒否を通知する。
ステップＳＴ４５１３において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、リダイレクション先を示すパラメータを確認する。具体例としては、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、同じＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢを示すシステム情報を確認する。
ステップＳＴ４５１４において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、拡張サービス要求の拒否メッセージに、ステップＳＴ４５１３において確認したパラメータ、例えば同じＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢを示すシステム情報を付加する。
ステップＳＴ４５１５において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、移動端末へ、拡張サービス要求応答として拒否を通知するとともに、リダイレクションの指示を通知する。
ステップＳＴ４５１６において、移動端末は、リダイレクションの指示を受信したか否か、換言すればリダイレクションの指示が有ったか否かを判断する。ステップＳＴ４５１６において、受信したと判断した場合は、ステップＳＴ４５１７へ移行し、受信していないと判断した場合は、再度、ＨＮＢ／ＨｅＮＢデュアル機へ拡張サービス要求を通知するためにステップＳＴ４５０１へ戻る。
ステップＳＴ４５１７において、移動端末は、リダイレクション処理を実行する。具体例としては、移動端末は、他のシステムである２Ｇ／３Ｇシステムにおいて、セル選択処理を実行する。セル選択処理では、ステップＳＴ４５１５においてリダイレクション先が通知されている場合は、通知されているリダイレクション先のパラメータを用いてセル選択処理を行ってもよい。本動作例では、移動端末は、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢをセル選択する。
ステップＳＴ４５１８において、移動端末は、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢ経由で３Ｇシステムにおける発呼処理を行う。
本実施の形態４の変形例３は、移動端末が待受け（Ｉｄｌｅ）中に音声発呼する場合を中心に説明した。移動端末が通話（Ａｃｔｉｖｅ）中に音声発呼する場合も、実施の形態４の変形例３と同様に実行できる。移動端末が通話中に音声発呼する場合の適用例について以下に２つ開示する。（１）ＨＮＢ／ＨｅＮＢデュアル機は、３．９Ｇシステムで接続中のデータ通信路を切断する処理を行う。前記データには制御データ、およびユーザデータが含まれる。（２）ＰＳ ＨＯをサポートしている場合は、ＨｅＮＢからデュアル機内のＨＮＢをターゲットセルとして、ＰＳ ＨＯを実行する。ＰＳ ＨＯ実行の方法は、実施の形態１、実施の形態２で開示した方法を用いるとよい。
また本実施の形態４の変形例３は、ＨＮＢ／ＨｅＮＢデュアル機を中心に説明したが、デュアルセルに適用可能である。デュアルセルの具体例としては、ｅＮｏｄｅＢとＮｏｄｅＢとの双方で動作可能な基地局、２Ｇシステムと３．９Ｇシステムとの双方で動作可能な基地局などがある。
本実施の形態４の変形例３は、実施の形態４、実施の形態４の変形例１、実施の形態４の変形例２と組み合わせて用いることができる。
実施の形態４の変形例３により、以下の効果を得ることができる。３．９Ｇに対応している移動端末からの音声発呼を、リダイレクションの指示とともに拒否することが可能となる。これにより、該移動端末からの３．９Ｇシステムへの再度の音声発呼を抑制することが可能となる。これにより、ロケーションがＣＳＦＢに非対応である場合に、移動端末のユーザが３．９Ｇからの高速データ通信サービスを受けていたときであっても、あるいは３．９Ｇにて待受けていたときであっても、制御遅延を少なく抑えて、２Ｇ／３Ｇシステムでの音声発呼が可能となる。
また、リダイレクションの指示とともに、リダイレクション先としてデュアルセル中の２Ｇ／３Ｇシステムに関する情報を通知することによって、移動端末によるサーチ処理時間、システム情報取得時間などを短縮することが可能となる。これにより、制御遅延を更に削減することができる。
また本変形例における解決策は、ネットワーク側の状況によらず、ＣＳＦＢ能力を有する移動端末の音声発呼動作が、従来の方法である拡張サービス要求と同一となり、移動端末の処理が複雑にならないという点において、有効な解決策といえる。
実施の形態４ 変形例４．
実施の形態４の変形例４では、実施の形態４と同様の課題について、実施の形態４の変形例３とは異なる音声発呼（ＣＳ発呼）について詳細な解決策を開示する。実施の形態４の変形例４での解決策を以下に示す。実施の形態４の変形例３の解決策と異なる部分を中心に説明する。説明していない部分については実施の形態４の変形例３と同様とする。
ＨＮＢ／ＨｅＮＢデュアル機は、ルーティング機能ＯＮの場合に、傘下の移動端末からの音声発呼のための無線区間接続要求を受信した際、該移動端末にリダイレクションを伴う拒否を通知する。無線区間接続要求は、「RRC Connection Request」とも称される。それに対する拒否は、「RRC Connection Reject」とも称される。
ルーティング機能のＯＮ／ＯＦＦの設定方法は、実施の形態４、実施の形態４の変形例１、実施の形態４の変形例２で開示した方法を用いることができる。
移動端末から音声発呼、あるいはＣＳ発呼のための無線区間接続要求であることを示す方法の具体例を以下に開示する。無線区間接続要求中に音声発呼、あるいはＣＳ発呼を示すインジケータを設ける。これにより、無線区間接続要求を受信したＨＮＢ／ＨｅＮＢデュアル機の動作を音声発呼のためと、それ以外とで別にすることが可能となる。具体例としては、音声発呼のための無線区間接続要求を受信した場合に、ＨＮＢ／ＨｅＮＢデュアル機でルーティング機能を開始し、それ以外は通常の無線区間接続処理を行うことが可能となる。
ＨＮＢ／ＨｅＮＢデュアル機における音声発呼のための無線区間接続要求の承認または拒否の判断の具体例を以下に開示する。ルーティング機能がＯＦＦされている場合、音声発呼のための無線区間接続要求を承認すべきと判断する。前記の状況であってもＨＮＢ／ＨｅＮＢデュアル機が混雑している場合は、音声発呼のための無線区間接続要求を承認しなくてもよい。前記の状況であっても３．９Ｇコアネットワークが混雑している場合は、音声発呼のための無線区間接続要求を承認しなくてもよい。ルーティング機能がＯＮされている場合、音声発呼のための無線区間接続要求を拒否すべきと判断する。ＨＮＢ／ＨｅＮＢデュアル機は、該拒否を移動端末に対して通知する場合、合わせてリダイレクションの指示を通知する。移動端末へリダイレクションを通知する場合、リダイレクション先を示すパラメータを合わせて通知してもよい。
ＨＮＢ／ＨｅＮＢデュアル機は、音声発呼のための無線区間接続要求の拒否の理由を通知してもよい。ＨＮＢ／ＨｅＮＢデュアル機は、音声発呼のための無線区間接続要求に対する拒否メッセージ中に、ネットワーク側がＣＳＦＢ非対応である旨の情報を含ませて通知してもよい。無線区間接続要求応答中にＣＳＦＢ非対応を示すインジケータを新設してもよい。音声発呼のための無線区間接続要求の拒否の理由を付加することで、該拒否を受信した移動端末の動作を拒否の理由別にすることが可能となる。
移動端末の動作の具体例について以下に２パターン開示する。
（１）音声発呼のための無線区間接続要求に拒否の理由が通知されない場合について以下に開示する。音声発呼のための無線区間接続要求の拒否を受信した場合、再度同じセルを対象に音声発呼のための無線区間接続要求を通知する、あるいは他のセルをサーチする、あるいは他のシステムをサーチする。合わせてリダイレクションの指示を受信した場合は、他のセルをサーチする、あるいは他のシステムをサーチする。リダイレクション先が通知されている場合、そのリダイレクション先のパラメータを用いてサーチ動作を行ってもよい。音声発呼のための無線区間接続要求の承認を受信した場合、発呼処理を継続する。
（２）音声発呼のための無線区間接続要求に拒否の理由が通知される場合について以下に開示する。ＣＳＦＢ非対応を理由に音声発呼のための無線区間接続要求の拒否を受信した場合、他のセルをサーチする、あるいは他のシステムをサーチする。リダイレクション先が通知されている場合、そのリダイレクション先のパラメータを用いてサーチ動作を行ってもよい。ＣＳＦＢ非対応以外を理由に音声発呼のための無線区間接続要求の拒否を受信した場合、再度同じセルを対象に音声発呼のための無線区間接続要求を通知する、あるいは他のセルをサーチする、あるいは他のシステムをサーチする。音声発呼のための無線区間接続要求の承認を受信した場合、発呼処理を継続する。
音声発呼のための無線区間接続要求に拒否の理由が通知されることにより、移動端末が再度音声発呼のための無線区間接続要求をしても、拒否されることが確実な場合において、再度の音声発呼のための無線区間接続要求を未然に防ぐことができる。これにより、移動端末の消費電力削減という効果を得ることができる。
実施の形態４の変形例４を用いた具体的な動作例を、図３７を用いて説明する。図３７は、実施の形態４の変形例４の解決策を用いた場合の通信システムのシーケンスの一例を示す図である。図３７は、図３３および図３６に類似しているので、図３３および図３６に対応する部分については同一のステップ番号を付して、処理の詳細な説明を省略する。
ステップＳＴ４６０１において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、傘下の移動端末より、音声発呼のための無線区間接続要求を受信する。
ステップＳＴ４６０２において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、ルーティング機能がＯＮされているか否かを判断する。ステップＳＴ４６０２において、ルーティング機能がＯＮされていると判断した場合は、ステップＳＴ４５１３へ移行し、ルーティング機能がＯＮされていないと判断した場合は、変形例を含む実施の形態１、あるいは変形例を含む実施の形態２、あるいは変形例を含む実施の形態３へ移行する。
ステップＳＴ４６０３において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、音声発呼のための無線区間接続要求の拒否メッセージに、ステップＳＴ４５１３において確認した、同じＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢを示すシステム情報を付加する。
ステップＳＴ４６０４において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、移動端末へ音声発呼のための無線区間接続要求応答として拒否を通知するとともに、リダイレクションの指示を通知する。
ステップＳＴ４６０５において、移動端末は、リダイレクションの指示を受信したか否か、換言すればリダイレクションの指示が有ったか否かを判断する。ステップＳＴ４６０５において、受信したと判断した場合は、ステップＳＴ４５１７へ移行し、受信していないと判断した場合は、再度、ＨＮＢ／ＨｅＮＢデュアル機へ音声発呼のための無線区間接続要求を通知するために、ステップＳＴ４６０１へ戻る。
ＨＮＢ／ＨｅＮＢデュアル機が、移動端末からの音声発呼のための無線区間接続要求を受信した際に、リダイレクションを伴う無線区間接続拒否を通知する代わりに、以下の処理を行ってもよい。ＨＮＢ／ＨｅＮＢデュアル機は、音声発呼のための無線区間接続要求に対して、一旦無線区間（ＲＲＣとも称される）の接続を行う。その後、ＨＮＢ／ＨｅＮＢデュアル機は、リダイレクションを伴う無線区間接続開放（RRC Connection Release）を行う。これによって、一旦接続した無線区間を用いて、大きな制御情報のやり取りが行いやすくなるという効果を得ることができる。リダイレクションを通知する場合、リダイレクション先を示すパラメータを合わせて通知する場合などは、データ量が大きくなるので、以上のようにすることが有効と考えられる。
また、ＨＮＢ／ＨｅＮＢデュアル機が、移動端末からの拡張サービス要求を受信した際、コアネットワークへ通知せずに、ＨＮＢ／ＨｅＮＢデュアル機が、リダイレクションを伴う拒否の通知を判断してもよい。
本実施の形態４の変形例４は、移動端末が待受け（Ｉｄｌｅ）中に音声発呼する場合を中心に説明した。移動端末が通話（Ａｃｔｉｖｅ）中に音声発呼する場合も、実施の形態４の変形例４と同様に実行できる。移動端末が通話中に音声発呼する場合の適用例について以下に２つ開示する。（１）ＨＮＢ／ＨｅＮＢデュアル機は、３．９Ｇシステムで接続中のデータ通信路を切断する処理を行う。前記データには制御データ、およびユーザデータが含まれる。（２）ＰＳ ＨＯをサポートしている場合は、ＨｅＮＢからデュアル機内のＨＮＢをターゲットセルとして、ＰＳ ＨＯを実行する。ＰＳ ＨＯ実行の方法は、実施の形態１、実施の形態２で開示した方法を用いるとよい。
また本実施の形態４の変形例４は、ＨＮＢ／ＨｅＮＢデュアル機を中心に説明したが、デュアルセルに適用可能である。デュアルセルの具体例としては、ｅＮｏｄｅＢとＮｏｄｅＢとの双方で動作可能な基地局、２Ｇシステムと３．９Ｇシステムとの双方で動作可能な基地局などがある。
本実施の形態４の変形例４は、実施の形態４、実施の形態４の変形例１、実施の形態４の変形例２と組み合わせて用いることができる。
実施の形態４の変形例４により、実施の形態４の変形例３の効果に加えて、以下の効果を得ることができる。無線区間の接続（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ）を行うことなく、リダイレクションを行うことができるので、無線リソースの有効活用を図ることができる。
実施の形態４ 変形例５．
実施の形態４の変形例５では、実施の形態４と同様の課題について、音声着呼（ＣＳ着呼）処理における詳細な解決策を開示する。
ＭＳＣ／ＶＬＲは、連携アタッチを実施している、あるいは連携位置登録を実施している移動端末宛の音声着呼を受信した場合、コアネットワーク状況に応じて、音声着呼を通知するエンティティを切り替える。
ＨＮＢ／ＨｅＮＢデュアル機は、ルーティング機能ＯＮの場合は、ＭＳＣ／ＶＬＲから受信した移動端末宛の音声着呼を、ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢから傘下の移動端末へ通知する。
ＭＳＣ／ＶＬＲがコアネットワーク状況を確認する方法の具体例を以下に開示する。ＭＳＣ／ＶＬＲがＭＭＥとＭＳＣ／ＶＬＲとの間のインタフェースの有無を確認する。インタフェースが存在した場合は、ＣＳＦＢ対応と判断する。インタフェースが存在しなかった場合は、ＣＳＦＢ非対応と判断する。
コアネットワーク状況を確認するタイミング例を以下に３つ開示する。（１）ＭＳＣ／ＶＬＲの設置の際に確認する。（２）周期的に確認する。（３）移動端末への音声着呼を受信したときに確認する。
ＭＳＣ／ＶＬＲが実行する音声着呼（ＣＳ着呼）の切換えの具体例を以下に開示する。ＣＳＦＢ対応のコアネットワークであると判断した場合、連携アタッチを実施している、あるいは連携位置登録を実施している移動端末宛の音声着呼をＭＭＥへ通知する。該ＭＭＥは、ＣＳＦＢ用にＭＳＣ／ＶＬＲと対応付けられたＭＭＥとする。ＣＳＦＢ対応のコアネットワークでないと判断した場合、連携アタッチを実施している、あるいは連携位置登録を実施している移動端末宛の音声着呼を、ＨＮＢＧＷ／ＲＮＣ経由で基地局へ通知する。ＣＳＦＢ対応のコアネットワークでないと判断した場合、全ての音声着呼をＨＮＢＧＷ／ＲＮＣ経由で基地局へ通知するとしてもよい。
ＨＮＢ／ＨｅＮＢデュアル機が音声着呼を、連携アタッチを実施している、あるいは連携位置登録を実施している移動端末宛の音声着呼であると判断する方法の具体例を以下に２つ開示する。
（１）従来から存在する音声着呼に含まれるＣＳコールインジケータを用いる。新たなメッセージの追加がないことから、移動体通信システムの複雑性回避に有効である。音声着呼のメッセージ中にＣＳコールインジケータが含まれていれば、連携アタッチを実施している、あるいは連携位置登録を実施している移動端末宛のＣＳ着呼と判断する。音声着呼のメッセージ中にＣＳコールインジケータが含まれていなければ、連携アタッチを実施している、あるいは連携位置登録を実施している移動端末宛のＣＳ着呼ではないと判断する。
（２）連携アタッチを実施しているか否かを示すインジケータを新たに設ける。連携位置登録を実施しているか否かを示すインジケータであってもよい。該インジケータは音声着呼のメッセージ中に設けてもよいし、音声着呼のメッセージに付随して通知してもよい。音声着呼が、連携アタッチを実施している、あるいは連携位置登録を実施している移動端末宛の音声着呼か否かの判断に、それ専用のインジケータを用いることで、より柔軟な移動体通信システムを構築可能となる。連携アタッチを実施している旨を示すインジケータが含まれていれば、連携アタッチを実施している移動端末宛の音声着呼と判断する。連携アタッチを実施していない旨を示すインジケータが含まれていれば、連携アタッチを実施している移動端末宛の音声着呼ではないと判断する。
音声着呼の振り分けを実行するＨＮＢ／ＨｅＮＢデュアル機の処理ブロックの具体例を以下に２つ開示する。（１）ＨＮＢ。ＭＳＣ／ＶＬＲから振り分け前の元来の音声着呼を受信する処理ブロックであるので、ＨＮＢ／ＨｅＮＢデュアル機の制御動作の複雑性回避に有効である。（２）制御部。
ＨＮＢ／ＨｅＮＢデュアル機が行う音声着呼の振り分けの具体例を以下に３つ開示する。
（１）連携アタッチを実施している移動端末宛の音声着呼であると判断した場合、音声着呼をＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢへ通知する。該通知は、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢとＨＮＢ間に設けた新たなインタフェースを用いて行われてもよい。ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢから傘下の移動端末へ通知する。連携アタッチを実施している移動端末宛の音声着呼でないと判断した場合、音声着呼をＨＮＢ／ＨｅＮＢデュアル機のＨＮＢから傘下の移動端末へ通知する。
（２）連携アタッチを実施している移動端末宛の音声着呼であると判断した場合、ＨＮＢ／ＨｅＮＢデュアル機のＨＮＢから傘下の移動端末へ該音声着呼を通知する。同様に音声着呼をＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢへ通知し、ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢから傘下の移動端末へ該音声着呼を通知する。該ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢへの通知は、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢとＨＮＢとの間に設けた新たなインタフェースを用いて行われてもよい。連携アタッチを実施している移動端末宛の音声着呼でないと判断した場合、音声着呼をＨＮＢ／ＨｅＮＢデュアル機のＨＮＢから傘下の移動端末へ通知する。
（３）ＨＮＢ／ＨｅＮＢデュアル機は音声着呼を受信した際、ＨＮＢ／ＨｅＮＢデュアル機のＨＮＢから傘下の移動端末へ該音声着呼を通知する。同様に音声着呼をＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢへ通知し、ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢから傘下の移動端末へ該音声着呼を通知する。該ＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢへの通知は、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢとＨＮＢとの間に設けた新たなインタフェースを用いて行われてもよい。方法（３）は、方法（１）（２）と比較して、ＨＮＢ／ＨｅＮＢデュアル機が音声着呼を、連携アタッチを実施している、あるいは連携位置登録を実施している移動端末宛の音声着呼であると判断する必要がないので、ＨＮＢ／ＨｅＮＢデュアル機の処理負荷軽減となる。
音声着呼をＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢから傘下の移動端末へ通知する場合、音声着呼にて、あるいは音声着呼に付随してリダイレクションの指示を通知してもよい。さらにリダイレクション先を通知してもよい。これにより、移動端末によるサーチ処理時間、システム情報取得時間などを短縮することが可能となる。
リダイレクション先は、ＨＮＢ／ＨｅＮＢデュアル機のＨＮＢとするとよい。これによって、ソースセルであるＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢと、リダイレクション先のＨＮＢ／ＨｅＮＢデュアル機のＨＮＢとは、同じロケーションに配置されていることとなるので、該移動端末がリダイレクション先のカバレッジ内に位置することが保証されやすくなる。またソースセルであるＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢと、リダイレクション先のＨＮＢ／ＨｅＮＢデュアル機のＨＮＢとが物理的に同じ機器の中に収納されているので、ソースセルであるＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢが、リダイレクション先のＨＮＢ／ＨｅＮＢデュアル機のＨＮＢを示すパラメータを容易に入手することができる。パラメータの入手の際に、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢとＨＮＢとの間に設けた新たなインタフェースを用いてもよい。
リダイレクション先を示すパラメータ例を以下に６つ開示する。（１）２Ｇ／３Ｇシステム用のキャリア周波数。（２）セル識別子。スクランブリングコードなどが考えられる。（３）２Ｇ／３Ｇシステム用のロケーションエリア情報。ＬＡＩなどが考えられる。（４）システム情報。（５）ＣＳＧ−ＩＤ。（６）セルのアクセスモード。
リダイレクション先を示すパラメータを音声着呼にて、あるいは音声着呼に付随して通知する処理ブロックの具体例を以下に３つ開示する。
（１）ＨｅＮＢ。パラメータの入手方法の具体例としては、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢから、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢへ通知される。該パラメータの通知の際に、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢとＨＮＢとの間に設けた新たなインタフェースを用いてもよい。あるいはＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢからＨＮＢ／ＨｅＮＢデュアル機内の制御部（制御ユニット）へ通知され、ＨＮＢ／ＨｅＮＢデュアル機内の制御部からＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢへ通知されてもよい。
（２）制御部。パラメータの入手方法の具体例としては、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢからＨＮＢ／ＨｅＮＢデュアル機内の制御部へ通知される。
（３）ＨＮＢ。ＨＮＢのパラメータをＨＮＢ／ＨｅＮＢデュアル機内の別の処理ブロックへ通知する必要が無い点において、有効な方法である。
移動端末の音声着信応答方法の具体例を以下に２つ開示する。リダイレクションの指示を受信したか否かで音声着信応答方法を別にしてもよい。
（１）リダイレクションの指示を受信しない場合、３．９Ｇシステムに対して、つまりＨＮＢ／ＨｅＮＢデュアル機のＨｅＮＢに対して応答を行う。応答方法の具体例について以下に３つ開示する。（ｈ１）変形例を含む実施の形態１を用いて応答する。（ｈ２）実施の形態４の変形例３を用いて応答する。（ｈ３）実施の形態４の変形例４を用いて応答する。
（２）リダイレクションの指示を受信する場合、２Ｇ／３Ｇシステムに対して、応答を行う。リダイレクション先を受信している場合、該情報を基にセル選択などを行ってもよい。
実施の形態４の変形例５を用いた具体的な動作例を、図３８を用いて説明する。図３８は、実施の形態４の変形例５の解決策を用いた場合の通信システムのシーケンスの一例を示す図である。図３８は、図３３および図３６に類似しているので、図３３および図３６に対応する部分については同一のステップ番号を付して、処理の詳細な説明を省略する。
ステップＳＴ４７０１において、ＭＳＣ／ＶＬＲは、音声着呼を受信する。ステップＳＴ４７０２において、ＭＳＣ／ＶＬＲは、音声着呼が発生した移動端末の管理状況をＨＳＳ（Home Subscriber Server）にて検索、あるいはＨＳＳへ問合せする。管理状況の具体例としては、該移動端末が連携アタッチを行っているか否かを検索する、あるいは該移動端末が連携位置登録を行っているか否かを検索する。あるいはＭＳＣ／ＶＬＲは、移動端末の識別情報と連携位置登録がなされていることを示す情報とを保管、あるいは管理し、音声着信を受信した際、連携位置登録がなされているかどうかを判断してもよい。上記移動端末の識別情報と連携位置登録がなされていることを示す情報との保管、あるいは管理は、連携アタッチ、連携位置登録、連携ロケーションエリアアップデートがなされたＭＳＣ／ＶＬＲによって行われてもよい。
ステップＳＴ４７０３において、ＭＳＣ／ＶＬＲは、該移動端末が連携アタッチを行っているか否かを判断する。ステップＳＴ４７０３において、連携アタッチを行っていると判断した場合は、ステップＳＴ４７０４へ移行し、連携アタッチを行っていないと判断した場合は、ステップＳＴ４７０９へ移行する。
ステップＳＴ４７０４において、ＭＳＣ／ＶＬＲは、コアネットワーク状況を確認する。ステップＳＴ４７０５において、ＭＳＣ／ＶＬＲは、コアネットワークがＬＴＥ対応であるか否か、換言すれば、ＬＴＥ対応地域であるか否かを判断する。ステップＳＴ４７０５では、３．９Ｇシステム対応であるか否かを判断してもよい。ステップＳＴ４７０５において、ＬＴＥ対応であると判断した場合は、ステップＳＴ４７０６へ移行し、ＬＴＥ対応でないと判断した場合は、本発明の本質部分ではないので、説明を省略する。
ステップＳＴ４７０６において、ＭＳＣ／ＶＬＲは、コアネットワークが３Ｇシステム対応であるか否かを判断する。ステップＳＴ４７０６では、２Ｇシステムおよび３Ｇシステムのいずれかに対応しているか否かを判断してもよい。ステップＳＴ４７０６において、３Ｇシステム対応であると判断した場合は、ステップＳＴ４７０７へ移行し、３Ｇシステム対応でないと判断した場合は、本発明の本質部分ではないので、説明を省略する。
ステップＳＴ４７０７において、ＭＳＣ／ＶＬＲは、コアネットワークがＣＳＦＢ対応であるか否か、換言すれば、ＣＳＦＢ対応地域であるか否かを判断する。ステップＳＴ４７０７において、ＣＳＦＢ対応であると判断した場合は、ステップＳＴ４７０８へ移行し、ＣＳＦＢ対応でないと判断した場合は、ステップＳＴ４７０９へ移行する。
ステップＳＴ４７０８において、ＭＳＣ／ＶＬＲは、変形例を含む実施の形態１、あるいは変形例を含む実施の形態２、あるいは変形例を含む実施の形態３へ移行する。
ステップＳＴ４７０９において、ＭＳＣ／ＶＬＲは、移動端末宛の音声着呼を、ＨＮＢＧＷ／ＲＮＣ経由で基地局、具体的にはＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢへ通知する。
ステップＳＴ４２０４において、ＨＮＢ／ＨｅＮＢデュアル機内の制御部が、ＨＮＢ／ＨｅＮＢデュアル機設置場所のコアネットワークがＣＳＦＢ対応である、すなわちＣＳＦＢ対応の地域であると判断した場合は、ステップＳＴ４７１０へ移行し、ＣＳＦＢ対応でない、すなわちＣＳＦＢ対応の地域でないと判断した場合は、ステップＳＴ４７１１へ移行する。
ステップＳＴ４７１０において、ＨＮＢ／ＨｅＮＢデュアル機内の制御部は、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢへ、ルーティングＯＦＦを通知する。
ステップＳＴ４７１１において、ＨＮＢ／ＨｅＮＢデュアル機内の制御部は、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢへ、ルーティングＯＮを通知する。
ステップＳＴ４７１２において、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢは、ルーティング機能がＯＮされているか否かを判断する。ステップＳＴ４７１２において、ルーティング機能がＯＮされていると判断した場合は、ステップＳＴ４７１４へ移行し、ルーティング機能がＯＮされていないと判断した場合は、ステップＳＴ４７１３へ移行する。
ステップＳＴ４７１３において、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢは、変形例を含む実施の形態１、あるいは変形例を含む実施の形態２、あるいは変形例を含む実施の形態３へ移行する。
ステップＳＴ４７１４において、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢは、該移動端末が連携アタッチを行っているか否かを判断する。ステップＳＴ４７１４において、連携アタッチを行っていると判断した場合は、ステップＳＴ４７１６へ移行し、連携アタッチを行っていないと判断した場合は、ステップＳＴ４７１５へ移行する。
ステップＳＴ４７１５において、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢは、該移動端末へ音声着呼を通知する。
ステップＳＴ４７１６において、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢは、ステップＳＴ４７０９において受信した音声着呼とリダイレクションの指示とを、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢへ通知する。該通知は、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢとＨＮＢとの間に設けた新たなインタフェースを用いて行われてもよい。
ステップＳＴ４７１７において、ＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢは、移動端末へ音声着呼とリダイレクションの指示とを通知する。
ステップＳＴ４７１８において、移動端末は、リダイレクションの指示を受信したか否か、換言すれば、リダイレクションの指示が有ったか否かを判断する。ステップＳＴ４７１８において、受信したと判断した場合は、ステップＳＴ４５１７へ移行し、受信していないと判断した場合は、ステップＳＴ４７１９へ移行する。
ステップＳＴ４７１９において、移動端末は、音声着呼を受信したＨＮＢ／ＨｅＮＢデュアル機内のＨｅＮＢに対して、音声着信応答を行う。音声着信応答は、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢ、およびＨＮＢＧＷ経由でＭＳＣ／ＶＬＲへ通知される。
ステップＳＴ４５１７において、移動端末は、リダイレクション処理を実行する。具体例としては、他のシステムである２Ｇ／３Ｇにてセル選択処理を実行する。該セル選択処理では、ステップＳＴ４７１７においてリダイレクション先が通知されている場合、該パラメータを用いてセル選択処理を行ってもよい。本動作例では、該移動端末は、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢをセル選択する。
ステップＳＴ４７２０において、移動端末は、ＨＮＢ／ＨｅＮＢデュアル機内のＨＮＢに対して、音声着信応答を行う。音声着信応答は、ＨＮＢＧＷ経由でＭＳＣ／ＶＬＲへ通知される。ステップＳＴ４７２０において、音声着信応答を受信したＨＮＢは、ＨｅＮＢに対して行っている音声着呼とリダイレクションの指示との通知を終了する。これによって、ＨＮＢがいつまでもＨｅＮＢに対して音声着呼信号とリダイレクションの指示とを通知し続けることを回避することができる。また、別の方法として、ＨＮＢがＨｅＮＢに対して音声着呼とリダイレクションの指示との送出をトリガとし、所定の時間経過後に、該送出を終了するようにしてもよい。該所定の時間をタイマとしてもよい。この別の方法の場合でも、本実施の形態と同等の効果を得ることができる。
本実施の形態４の変形例５は、移動端末が待受け（Ｉｄｌｅ）中に音声発呼する場合を中心に説明した。移動端末が通話（Ａｃｔｉｖｅ）中に音声着呼する場合も、実施の形態４の変形例５と同様に実行できる。移動端末が通話中に音声発呼する場合の適用例について以下に２つ開示する。（１）ＨＮＢ／ＨｅＮＢデュアル機は、３．９Ｇシステムで接続中のデータに音声着呼をマッピングする。前記データには制御データ、およびユーザデータが含まれる。（２）ＰＳ ＨＯをサポートしている場合は、ＨｅＮＢからデュアル機内のＨＮＢをターゲットセルとして、ＰＳ ＨＯを実行する。ＰＳ ＨＯ実行の方法は、実施の形態１、実施の形態２で開示した方法を用いるとよい。
また本実施の形態４の変形例５は、ＨＮＢ／ＨｅＮＢデュアル機を中心に説明したが、デュアルセルに適用可能である。デュアルセルの具体例としては、ｅＮｏｄｅＢとＮｏｄｅＢとの双方で動作可能な基地局、２Ｇシステムと３．９Ｇシステムとの双方で動作可能な基地局などがある。
本実施の形態４の変形例５は、実施の形態４、実施の形態４の変形例１、実施の形態４の変形例２、実施の形態４の変形例３、実施の形態４の変形例４と組み合わせて用いることができる。
実施の形態４の変形例５により、以下の効果を得ることができる。ロケーションがＣＳＦＢに非対応である場合に、移動端末のユーザが３．９Ｇからの高速データ通信サービスを受けていたときであっても、あるいは３．９Ｇにて待受けていたときであっても、３．９Ｇシステム経由で音声着呼が可能となる。これによって、例えば該移動端末が待受け中であれば、該移動端末が３．９Ｇシステムのみに対する間欠受信動作を実行すればよいことになる。音声着呼に対応するシステム、例えば２Ｇ／３Ｇシステムと、高速データ通信に対応するシステム、例えば３．９Ｇシステムとの双方に対する間欠受信動作を行う必要が無い点において、移動端末の消費電力低減という効果を得ることができる。
また、リダイレクションの指示とともに、リダイレクション先としてデュアルセル中の２Ｇ／３Ｇシステムに関する情報を通知することで、移動端末によるサーチ処理時間、システム情報取得時間などを短縮することが可能となる。これにより、制御遅延を削減することができる。
また本変形例における解決策は、ネットワーク側の状況によらず、ＣＳＦＢ能力を有する移動端末の音声着呼動作が、従来の方法である３．９Ｇシステムでの音声着呼動作で同一となり、移動端末の処理が複雑にならないという点において、有効な解決策といえる。
実施の形態４ 変形例６．
実施の形態４の変形例６で解決する課題について以下に説明する。変形例１〜５を含む実施の形態４では、デュアルセルにてアタッチ、位置登録、ロケーションエリアアップデート、音声着呼、音声発呼などの処理に用いる情報を、２Ｇ／３Ｇシステムと３．９Ｇシステムとに分離、あるいは振り分ける、あるいは統合するルーティングを実施することで、課題を解決している。
デュアルセル傘下の移動端末が移動し、サービングセルが変更となった場合を考える。新しいサービングセルがデュアルセルで無い場合、変形例１〜５を含む実施の形態４における解決策を用いることができない。ＣＳＦＢに対応した移動端末では、優先的に３．９ＧシステムのＥ−ＵＴＲＡＮのみの在圏するようにされている。よって、何の工夫もなければ、移動端末は３．９システムに在圏したままとなる。これにより、音声通話サービスを受けることができないという課題が再発する。
図３９は、実施の形態４の変形例６の課題を説明する概念図である。まず図３９について説明する。図３９は、ロケーションを示す図である。
２Ｇ／３Ｇシステムに対応するコアネットワークは、カバレッジエリア４８０１を有する。３．９Ｇシステムに対応する第１のコアネットワークは、カバレッジエリア４８０２を有する。第１のコアネットワークのカバレッジエリア４８０２は、ＣＳＦＢ非対応とする。３．９Ｇシステムに対応する第２のコアネットワークは、カバレッジエリア４８０３を有する。第２のコアネットワークのカバレッジエリア４８０３は、ＣＳＦＢ対応とする。２Ｇ／３ＧシステムのＭＭＥと、３．９ＧシステムのＭＳＣ／ＶＬＲとの間は、ＣＳＦＢのためのインタフェース４８０４で接続される。
ＣＳＦＢ非対応のカバレッジエリアである第１のコアネットワークのカバレッジエリア４８０２内には、２つの基地局（以下「第１基地局」および「第２基地局」という）が設置される。第１基地局のカバレッジである第１カバレッジを参照符４８０５で示し、第２基地局のカバレッジである第２カバレッジを参照符４８０６で示す。第１基地局はデュアルセルであるとし、第２基地局はデュアルセルでないとする。図３９においては、デュアルセルのカバレッジを斜線で示す。
ＣＳＦＢ対応のカバレッジエリアである第２のコアネットワークのカバレッジエリア４８０３内には、３つの基地局（以下「第３基地局」、「第４基地局」および「第５基地局」という）が設置される。第３基地局のカバレッジである第３カバレッジを参照符４８０７で示し、第４基地局のカバレッジである第４カバレッジを参照符４８０８で示し、第５基地局のカバレッジである第５カバレッジを参照符４８０９で示す。第３基地局および第５基地局はデュアルセルでないとし、第４基地局はデュアルセルであるとする。
図３９を用いて、実施の形態４の変形例６の課題について説明する。ＣＳＦＢ非対応であり、デュアルセルのカバレッジエリア内である第１カバレッジ４８０５では、実施の形態４〜実施の形態４の変形例５に開示したように、デュアルセルのルーティング機能を用いることによって、３．９Ｇシステムからの高速データ通信サービスと、２Ｇ／３Ｇシステムからの音声通話サービスとの双方を受けることが可能である。
ここで、移動端末が第１カバレッジ４８０５から第２カバレッジ４８０６へ移動した場合を考える。この場合、移動端末のサービングセルは、デュアルセルから、デュアルセルではなくなる。したがって、第２カバレッジ４８０６では、実施の形態４〜実施の形態４の変形例５に開示した方法をとることはできない。
この場合、移動端末は、何の指示もなければ、３．９Ｇシステムに在圏する。よって、何の工夫もなければ、移動端末は、第１カバレッジ４８０５から第２カバレッジ４８０６へ移動した後も、３．９Ｇシステムに在圏することとなる。したがって、音声着信があったとしても、第２カバレッジ４８０６はＣＳＦＢ非対応であるので、２Ｇ／３Ｇシステムへと遷移されずに３．９Ｇシステムに在圏したままとなり、音声通話サービスを受けることができないという課題が再発することとなる。
実施の形態４の変形例６での解決策を以下に示す。コアネットワーク状況と、サービングセルがデュアルセルであるか否かとに応じて、傘下の移動端末の待受け方法を切り替える。
コアネットワーク状況と、サービングセルがデュアルセルであるか否かとに応じた移動端末の待受け方法の具体例について、以下に開示する。図４０は、実施の形態４の変形例６における移動端末の待受け方法の具体例を示す図である。コアネットワークの状況がＣＳＦＢ対応であって、サービングセルがデュアルセルであった場合、例えば図４０に示す第４カバレッジ４８０８の場合、傘下の移動端末は、３．９Ｇシステムにて待受けを行う。音声通話サービスは、ＣＳＦＢを用いてサポートする。
コアネットワークの状況はＣＳＦＢ対応であるが、サービングセルがデュアルセルでなく、シングルセルであった場合、例えば図４０に示す第３カバレッジ４８０７および第５カバレッジ４８０９の場合、傘下の移動端末は、３．９Ｇシステムにて待受けを行う。音声通話サービスは、ＣＳＦＢを用いてサポートする。実施の形態４の変形例６におけるシングルセルとは、３．９Ｇシステムで動作可能な基地局とする。
コアネットワークの状況がＣＳＦＢ非対応であって、サービングセルがデュアルセルであった場合、例えば図４０に示す第１カバレッジ４８０５の場合、傘下の移動端末は、３．９Ｇシステムにて待受けを行う。音声通話サービスは、実施の形態４〜実施の形態４の変形例５を用いてサポートする。
コアネットワークの状況がＣＳＦＢ非対応であって、サービングセルがシングルセルであった場合、例えば図４０に示す第２カバレッジ４８０６の場合、傘下の移動端末は、２Ｇ／３Ｇシステムにて待受けを行う。音声通話サービスは、特許文献１に開示された方法と同様の方法を用いてサポートする。
基地局を含むネットワーク側の音声通話サービスのサポート方法を切換える切換処理の具体的な動作例を、図４１を用いて説明する。図４１は、実施の形態４の変形例６における音声通話サービスのサポート方法の切換処理の手順を示すフローチャートである。
ステップＳＴ５００１において、ネットワーク側は、該ロケーションがＣＳＦＢ対応か否かを判断する。ステップＳＴ５００１において、ＣＳＦＢ対応であると判断した場合（以下、この判断を「判断（１）」と称する）は、ステップＳＴ５００２へ移行し、ＣＳＦＢ対応でないと判断した場合は、ステップＳＴ５００３へ移行する。
ステップＳＴ５００２において、ネットワーク側は、音声通話サービスのサポート方法としてＣＳＦＢを選択する。ＣＳＦＢに代えて、変形例を含む実施の形態１、あるいは変形例を含む実施の形態２、あるいは変形例を含む実施の形態３を選択してもよい。
ステップＳＴ５００３において、ネットワーク側は、サービングセルがデュアルセルであるか否か、例えばサービングセルがデュアル機で構成されているか否かを判断する。ステップＳＴ５００３において、デュアルセルであると判断した場合（以下、この判断を「判断（２）」と称する）は、ステップＳＴ５００４へ移行し、デュアルセルでない、すなわちシングルセルであると判断した場合（以下、この判断を「判断（３）」と称する）は、ステップＳＴ５００５へ移行する。
ステップＳＴ５００４において、ネットワーク側は、音声通話サービスのサポート方法として、実施の形態４〜実施の形態４の変形例５を選択する。
ステップＳＴ５００５において、ネットワーク側は、音声通話サービスのサポート方法として、特許文献１に開示された方法と同様の方法を選択する。
移動端末の待受け方法を切換える切換処理の具体的な動作例を、図４２を用いて説明する。図４２は、実施の形態４の変形例６における移動端末の待受け方法の切換処理の手順を示すフローチャートである。
ステップＳＴ５１０１において、移動端末は、該ロケーションがＣＳＦＢ対応か否かを判断する。ステップＳＴ５１０１において、ＣＳＦＢ対応である場合と判断した場合（以下、この判断を「判断（１）」と称する）は、ステップＳＴ５１０２へ移行し、ＣＳＦＢ対応でないと判断した場合は、ステップＳＴ５１０３へ移行する。ステップＳＴ５１０２において、移動端末は、３．９Ｇシステムにて待受けを行う。
ステップＳＴ５１０３において、移動端末は、サービングセルがデュアルセルであるか否かを判断する。ステップＳＴ５１０３において、デュアルセルであると判断した場合（以下、この判断を「判断（２）」と称する）は、ステップＳＴ５１０２へ移行し、デュアルセルでない、すなわちシングルセルであると判断した場合（以下、この判断を「判断（３）」と称する）は、ステップＳＴ５１０４へ移行する。ステップＳＴ５１０４において、移動端末は、２Ｇ／３Ｇシステムにて待受けを行う。
移動端末における該ロケーションがＣＳＦＢ対応か否かの判断方法の具体例を以下に開示する。移動端末のアタッチ要求に対するアタッチ応答、あるいは位置登録に対する位置登録応答に含まれる該移動端末宛の制御情報を確認する。移動端末宛の制御情報の具体例としては、該移動端末のテンポラリ識別子などがある。
３．９Ｇシステムおよび２Ｇ／３Ｇシステムの移動端末宛の制御情報が含まれている場合、該ロケーションがＣＳＦＢ対応であると判断する。３．９Ｇシステムの移動端末宛の制御情報のみが含まれている場合、該ロケーションがＣＳＦＢ非対応であると判断する。
移動端末におけるサービングセルがデュアルセルであるか否かの判断方法の具体例を以下に開示する。基地局からデュアルセルであるか否かの情報を通知する。デュアルセルである旨の情報を通知してもよい。この方法は、シングルセルにおいては新たな情報の付加が不要となる点において、有効である。
基地局から移動端末へのデュアルセルであるか否かの情報の通知方法を以下に２つ開示する。
（１）報知情報を用いて通知する。具体例としては、自セルに関する報知情報に追加する。あるいは、周辺セル情報に関する報知情報に周辺セルがデュアルセルであるか否かの情報をマッピングする。以下の（２）の測定要求を用いて通知する方法と比較して、移動端末の状態が待受け中であるか、通話中であるかを問わず、傘下の移動端末全てに通知することが可能な点において有効である。
（２）測定要求（Measurement Request）を用いて通知する。具体例としては、周辺セル情報に周辺セルがデュアルセルであるか否かの情報をマッピングする。個別の移動端末宛に通知するので、上記（１）の報知情報を用いて通知する方法と比較して、該移動端末へ通知するのに必要以上の送信電力を用いることはない。よって、無駄な送信電力による干渉量が増加しないという効果を有する。
図３９のロケーションにおいて移動端末が移動した場合のネットワーク側の音声通話サービスのサポート方法の切換え判断、および移動端末の待受け方法の切換え判断について、図４３にまとめて示す。図４３は、ネットワーク側の音声通話サービスのサポート方法の切換え判断、および移動端末の待受け方法の切換え判断を示す図である。
実施の形態４の変形例６により、以下の効果を得ることができる。移動端末が移動することによりサービングセルが変更になった場合であっても、コアネットワーク状況と、サービングセルがデュアルセルであるか否かの情報とに応じて、基地局を含むネットワーク側の音声通話サービスのサポート方法と、移動端末の待受け方法とを切換えるので、音声通話サービスを受けることができる。
また、可能な限り広範囲にわたって、３．９Ｇからの高速データ通信サービスと音声通話サービスとの双方を受けることが可能となる。具体例としては、ＣＳＦＢ対応のロケーション、例えば図３９の第３カバレッジ〜第５カバレッジ４８０７，４８０８，４８０９、およびＣＳＦＢ非対応のロケーションにおけるデュアルセル圏内、例えば図３９の第１カバレッジ４８０５において、３．９Ｇからの高速データ通信サービスと音声通話サービスとの双方を受けることが可能となる。
本発明で開示した方法は、ＨｅＮＢ、ＨＮＢに限らず、ピコｅＮＢ（ＬＴＥ ピコセル（EUTRAN pico cell））、ピコＮＢ（ＷＣＤＭＡ ピコセル（UTRAN pico cell）、ホットゾーンセル用のノード、リレーノード、リモートラジオヘッド（ＲＲＨ）などの、いわゆるローカルノードにも適用できる。例えば、ＬＴＥのセルと３Ｇのセルとが配置されるような場合にも、本発明で開示した方法を行うことで、ＬＴＥにおいて音声通話サービスが提供されていないような場合にも、音声通話サービスを提供することが可能となる。
以上の各実施の形態では、ＬＴＥシステム（Ｅ−ＵＴＲＡＮ）を中心に記載したが、本発明の移動体通信システムは、ＬＴＥアドヴァンスド（LTE-Advanced）に適用可能である。
この発明は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、この発明がそれに限定されるものではない。例示されていない無数の変形例が、この発明の範囲から外れることなく想定され得るものと解される。
１４，１５，３２ 移動体通信システム（通信システム）、１３０１ 移動端末装置（ＵＥ）、１３０６，１３０８，１３１０，１３１２，１３１４，１３１５，１３１７，１３２０，１３２１，１３２２，１４０４，１４０６，１４０８，１４０９ インタフェース、１３０７ ＳＧＳＮ、１３０９ ＭＳＣ／ＶＬＲ、１３１１ ＨＳＳ、１３１３ ＭＭＥ、１３１６ ＳＧＷ、１３１８ ＰＧＷ、１３１９ 発信元ＭＳＣ、１４０１ ＨＮＢ、１４０２ ＨｅＮＢ、１４０３，１４０３Ａ デュアル機、１４０５ ＨＮＢＧＷ、１４０７ 制御ユニット。

Claims (4)

  1. 基地局装置と、前記基地局装置に無線通信可能に接続される移動端末装置と、前記基地局装置が接続される上位装置とを備える移動体通信システムであって、
    前記基地局装置は、複数備えられ、
    各前記基地局装置は、データ通信サービスおよび音声通話サービスを提供する第１移動通信網と接続される第１基地局部と、前記第１移動通信網よりも高速のデータ通信サービスを提供する第２移動通信網と接続される第２基地局部とを備え、
    前記第１基地局部と前記第２基地局部とは、互いに通信可能に構成され、
    前記第２基地局部は、前記第１基地局部のパラメータを得て、前記上位装置に通知し、
    前記上位装置は、前記第２基地局部から前記第１基地局部のパラメータを受信すると、各前記基地局装置の前記第１基地局部と無線通信可能な範囲である第１カバレッジエリアＣ１を足し合わせて構成されるロケーションエリアＬＡと、各前記基地局装置の前記第２基地局部と無線通信可能な範囲である第２カバレッジエリアＣ２を足し合わせて構成されるトラッキングエリアＴＡとの対応関係を管理することを特徴とする移動体通信システム。
  2. 前記第１カバレッジエリアＣ１と、前記第２カバレッジエリアＣ２とは、
    Ｃ１⊇Ｃ２
    の関係を満足することを特徴とする請求項１に記載の移動体通信システム。
  3. 前記ロケーションエリアＬＡと、前記トラッキングエリアＴＡとは、
    ＬＡ⊇ＴＡ
    の関係を満足することを特徴とする請求項２に記載の移動体通信システム。
  4. 前記移動端末装置は、前記第１基地局部および前記第２基地局部に選択的に接続可能に構成され、
    各前記基地局装置は、前記第１移動通信網と前記第２移動通信網とが互いに独立して管理される場合に、前記移動端末装置から予め定める処理を要求するメッセージを受信すると、前記第１移動通信網と前記第２移動通信網とに対して、前記予め定める処理を実行することを特徴とする請求項１に記載の移動体通信システム。
JP2012520366A 2010-06-18 2011-06-03 移動体通信システム Expired - Fee Related JP5863649B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2012520366A JP5863649B2 (ja) 2010-06-18 2011-06-03 移動体通信システム

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2010139235 2010-06-18
JP2010139235 2010-06-18
PCT/JP2011/062762 WO2011158663A1 (ja) 2010-06-18 2011-06-03 移動体通信システム
JP2012520366A JP5863649B2 (ja) 2010-06-18 2011-06-03 移動体通信システム

Publications (2)

Publication Number Publication Date
JPWO2011158663A1 JPWO2011158663A1 (ja) 2013-08-19
JP5863649B2 true JP5863649B2 (ja) 2016-02-16

Family

ID=45348070

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012520366A Expired - Fee Related JP5863649B2 (ja) 2010-06-18 2011-06-03 移動体通信システム

Country Status (2)

Country Link
JP (1) JP5863649B2 (ja)
WO (1) WO2011158663A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2497918A (en) * 2011-12-06 2013-07-03 Nec Corp HNB and HeNB of a dual mode base station having an internalinterface coupling over which they inform each other of whether they are in a power saving mode
GB2497316A (en) * 2011-12-06 2013-06-12 Nec Corp Transferring internally at least one information element between first and second base station modules
CN108282835B (zh) * 2012-03-30 2021-08-24 三星电子株式会社 用于在移动通信系统中建立呼叫的方法和用户设备
JP5984507B2 (ja) * 2012-05-24 2016-09-06 三菱電機株式会社 基地局装置および通信システム
JP5759428B2 (ja) * 2012-07-31 2015-08-05 日本電信電話株式会社 無線通信装置、及び無線通信方法
JP6088257B2 (ja) * 2013-01-18 2017-03-01 株式会社Ｎｔｔドコモ 移動局
WO2015080040A1 (ja) * 2013-11-26 2015-06-04 京セラ株式会社 通信制御方法及び基地局
US9338136B2 (en) * 2013-12-05 2016-05-10 Alcatel Lucent Security key generation for simultaneous multiple cell connections for mobile device
WO2016152140A1 (ja) 2015-03-25 2016-09-29 日本電気株式会社 通信装置、通信システム、制御方法
US20180115884A1 (en) * 2015-04-21 2018-04-26 British Telecommunications Public Limited Company Maintenance of local/tracking area mappings
JP6089127B1 (ja) * 2016-01-20 2017-03-01 ソフトバンク株式会社 通信制御装置、プログラム、及び通信システム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007266790A (ja) * 2006-03-27 2007-10-11 Nec Corp 移動体通信システムにおけるデータ伝送方法およびシステム
WO2009057782A1 (ja) * 2007-11-02 2009-05-07 Ntt Docomo, Inc. 移動通信システム、制御装置及び方法
WO2009088044A1 (ja) * 2008-01-11 2009-07-16 Ntt Docomo, Inc. 移動通信方法及び無線基地局

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007266790A (ja) * 2006-03-27 2007-10-11 Nec Corp 移動体通信システムにおけるデータ伝送方法およびシステム
WO2009057782A1 (ja) * 2007-11-02 2009-05-07 Ntt Docomo, Inc. 移動通信システム、制御装置及び方法
WO2009088044A1 (ja) * 2008-01-11 2009-07-16 Ntt Docomo, Inc. 移動通信方法及び無線基地局

Also Published As

Publication number Publication date
WO2011158663A1 (ja) 2011-12-22
JPWO2011158663A1 (ja) 2013-08-19

Similar Documents

Publication Publication Date Title
JP6639612B2 (ja) 移動体通信システム、基地局装置および移動中継装置
JP6513265B2 (ja) 通信システム、基地局および移動端末
JP6219429B2 (ja) ハイブリッドセル
JP6076427B2 (ja) 移動体通信システム、基地局装置および移動端末
JP5863649B2 (ja) 移動体通信システム
JP6466860B2 (ja) 移動体通信システム、基地局装置および中継装置
JP6257325B2 (ja) 移動体通信システム
JP6203177B2 (ja) 通信システム
JP2019017105A (ja) 通信システムおよび基地局
WO2011052190A1 (ja) 移動体通信システム
JP5490227B2 (ja) 移動体通信システム
WO2011099509A1 (ja) 移動体通信システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20140123

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150407

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150604

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150707

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150904

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20151124

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20151222

R150 Certificate of patent or registration of utility model

Ref document number: 5863649

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees