JP6938726B2

JP6938726B2 - 端末、基地局、移動通信システム、及びシステム情報取得方法

Info

Publication number: JP6938726B2
Application number: JP2020103225A
Authority: JP
Inventors: 高橋　秀明; 秀明高橋; アンダルマワンティハプサリウリ
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2016-05-12
Filing date: 2020-06-15
Publication date: 2021-09-22
Anticipated expiration: 2037-03-23
Also published as: EP3457763A1; CN109155965B; JPWO2017195478A1; KR20190002522A; AU2017261994B2; US20190159110A1; KR102321684B1; US11856506B2; EP3457763A4; WO2017195478A1; AU2017261994A1; CN109155965A; JP2020141428A

Description

本発明は、移動通信システムにおけるユーザ装置、及び基地局に関する。

３ＧＰＰ（非特許文献１）で規定されているとおり、既存の移動通信システムにおいて、基地局からユーザ装置に対してシステム情報が送信される。各システム情報は基地局からセル内に周期的に送信される。

システム情報には、全てのユーザ装置が取得しなければならないシステム情報と、特定のユーザ装置のみが必要とするシステム情報がある。

全てのユーザ装置が取得しなければならないシステム情報としては、例えば、ＭＩＢ（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ、ＳＩＢ１（Ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋｔｙｐｅ１）がある。ＭＩＢは、システム帯域幅等の基本的な情報を含み、ＳＩＢ１は、ＳＩＢ１以降のＳＩＢのスケジューリング情報等を含む。

特定のユーザ装置のみが必要とするシステム情報としては、例えば、ＳＩＢ１７（ＷＬＡＮインターワーキング用）、ＳＩＢ１８、１９（サイドリンク用）等がある。

３ＧＰＰＴＳ３６．３３１Ｖ１２．８．０（２０１５−１２）

上述した特定のユーザ装置のみが必要とするシステム情報に関し、このような特定のユーザ装置がセルに存在しなかったり、存在しても、当該特定のユーザ装置が既に必要なシステム情報を有している場合等には、特定のユーザ装置のみでしか必要としないシステム情報を周期的に送信することは無駄であり、オーバーヘッドの増加につながる。

特に、超大容量、超低遅延等を目標とする次世代移動通信システム（５Ｇ、ｎｅｗＲＡＴ）においては、システム情報送信によるオーバーヘッドの削減が必要である。システム情報送信によるオーバーヘッドの削減に関連し、全ユーザ装置にとって必須のシステム情報を周期的に送信し、それ以外のシステム情報は、ユーザ装置からの要求に応じて送信する考えが提案されている（これをＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＯｎＤｅｍａｎｄと呼ぶ）。

ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＯｎＤｅｍａｎｄの実現にあたっては、システム情報の変更への対応、セル間でのシステム情報の相違への対応等が必要となるが、これらについての具体的な提案はされていない。また、ユーザ装置からシステム情報を要求する方法についても具体的な適切な提案はなされていない。

本発明は上記の点に鑑みてなされたものであり、システム情報送信によるオーバーヘッドの削減を実現するための技術を提供することを目的とする。

本発明の実施の形態によれば、基地局から、セル間でシステム情報が共通であるエリアの識別情報を受信する受信部と、
前記識別情報が、記憶されている識別情報と異なる場合に、ランダムアクセスプリアンブルを前記基地局に送信することにより、システム情報を前記基地局に要求する制御部と
を備える端末が提供される。

本発明の実施の形態によれば、システム情報送信によるオーバーヘッドの削減を実現するための技術が提供される。

本発明の実施の形態における無線通信システムの構成図である。本実施の形態におけるシステム情報の送信方法例を説明するための図である。変更されたシステム情報を個別に取得する処理を示すシーケンス図である。セル間でシステム情報が異なる場合の例を説明するための図である。セル間でシステム情報が異なる場合におけるシーケンス図である。セル間でシステム情報が異なる場合の他の例を説明するための図である。システム情報が変わらないエリアを定義する場合の例を説明するための図である。システム情報が変わらないエリアを定義する場合におけるシーケンス図である。変形例１におけるシーケンス図である。変形例１におけるユーザ装置２０の動作を説明するためのフローチャートである。変形例１におけるシーケンス図である。変形例２におけるシーケンス図である。変形例３におけるシーケンス図である。変形例４−１におけるシーケンス図である。変形例４−２におけるシーケンス図である。変形例５におけるシーケンス図である。ＳＩＢ要求に係る基本的な処理シーケンスを示す図である。ＳＩＢ要求方法詳細例１を説明するための図である。ＳＩＢ要求方法詳細例１を説明するための図である。ＳＩＢ要求方法詳細例２を説明するための図である。ＳＩＢ要求方法詳細例３を説明するための図である。ＳＩＢ要求方法詳細例４を説明するための図である。ＳＩＢ要求方法詳細例５を説明するための図である。基地局１０の構成図である。ユーザ装置２０の構成図である。制御装置４０の構成図である。ユーザ装置２０、基地局１０、及び制御装置４０のハードウェア構成図である。

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。

本実施の形態の移動通信システムは、ＬＴＥに対応していることを想定している。ただし、本明細書で使用する「ＬＴＥ」は、ＬＴＥ−Ａｄｖａｎｃｅｄ、及び、ＬＴＥ−Ａｄｖａｎｃｅｄ以降の方式（例：５Ｇ）を含む広い意味を有するものとする。なお、本発明の実施の形態はＬＴＥに限らず、他の方式にも適用可能である。例えば、本発明の実施の形態は、ＳＵＰＥＲ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（ＦｕｔｕｒｅＲａｄｉｏＡｃｃｅｓｓ）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（ＵｌｔｒａＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、ＵＷＢ（Ｕｌｔｒａ−ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、もしくは、これらに基づいて拡張された次世代システムに適用されてもよい。

（システム構成、基本動作）
図１に、本実施の形態における移動通信システムの構成例を示す。図１に示すように、本実施の形態の移動通信システムは、セルを形成する基地局１０、基地局１０と無線による通信を行うユーザ装置２０を有する。また、基地局１０は、コアネットワーク３０に接続されており、コアネットワーク３０には、各ユーザ装置のモビリティ制御等を行う制御装置４０が備えられている。

図１には、ユーザ装置２０が１つだけ示されているが、一般には複数のユーザ装置が存在する。

本実施の形態では、基地局１０は、全ユーザ装置にとって必須のシステム情報（例：システム帯域幅、システムフレーム番号、後述するｖａｌｕｅｔａｇ等）を、ユーザ装置２０からの要求を受けることなく、周期的に送信（ブロードキャスト）する。必須のシステム情報を最小限のシステム情報と呼んでもよい。一方、全ユーザ装置にとって必須のシステム情報以外のシステム情報は、基本的に、ユーザ装置２０からの要求に基づいて送信する。以下、便宜上、必須のシステム情報以外のシステム情報をＳＩＢと呼ぶことにする。ただし、「ＳＩＢ１」は必須のシステム情報に含まれるものとする。

基地局１０がＳＩＢを送信するために使用するチャネルは特定のチャネルに限定されないが、本実施の形態では、Ｉｄｌｅ状態のユーザ装置２０でも受信できるＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ、共通制御チャネル）で送信することとしている。ただし、後述する変形例、ＳＩＢ要求方法詳細例においては、ＣＣＣＨ以外のチャネルも使用する。

例えば、基地局１０は、ＳＩＢ＿Ａの送信の要求をユーザ装置２０から受信すると、ＳＩＢ＿Ａをユーザ装置２０に送信する。基地局１０は、要求を受信してから、予め定められた期間の間、例えば、ＳＩＢ＿Ａを周期的に送信する。当該期間の間にユーザ装置２０は、ＳＩＢ＿Ａを受信し、保持する。当該期間が終了すると、基地局１０はＳＩＢ＿Ａの送信を停止する。

（ＳＩＢの変更時の動作について）
ＳＩＢの内容（パラメータの値、設定値等）は常に同じではなく、基地局１０により変更される場合がある。ＳＩＢの内容が変更された場合、当該ＳＩＢを使用するユーザ装置２０は、変更後のＳＩＢを取得する必要がある。そのための動作例を図２を参照して説明する。ここでは、ＳＩＢ＿Ａが変更される場合を例に説明する。なお、以下では、１つのＳＩＢであるＳＩＢ＿Ａが変更される場合を示しているが、複数のＳＩＢが変更される場合でも、各ＳＩＢについて、同様の処理がなされる。

図２において、Ａで示す時点の前において、ＳＩＢ＿Ａの送信／送信停止が既に行われており、ユーザ装置２０はＳＩＢ＿Ａを保持している。ここでは、既に保持しているＳＩＢ＿Ａを旧ＳＩＢ＿Ａと呼ぶことにする。例えば、Ａ時点の前に（あるいはＡ時点で）、基地局１０が変更後の新ＳＩＢ＿Ａを送信することを決定すると、まず、Ａの時点で、ＳＩＢ＿Ａが変更されることを示す変更通知を送信する。この変更通知は、例えば、ページングメッセージ、又は、ｖａｌｕｅｔａｇである。本実施の形態における変更通知は、特定のＳＩＢ（ここではＳＩＢ＿Ａ）が変更されたことを示す情報を有する。ただし、変更通知は、変更されるＳＩＢを特定せずに、いずれかのＳＩＢが変更されたことを示す通知であってもよい。その場合、以下で説明するユーザ装置２０によるＳＩＢ要求において指定されるＳＩＢは、ユーザ装置２０が必要とする全てのＳＩＢになる。

図２において、基地局１０は、変更通知を、Ａ時点の１回だけ送信することとしてもよいし、所定期間（Ｃで示す期間）に複数回（例えば周期的に）送信することとしてもよい。特に、本実施の形態では、ｖａｌｕｅｔａｇは、必須のシステム情報（例：ＳＩＢ１）に含まれており、常に周期的に送信されている。ＳＩＢの変更は、ｖａｌｕｅｔａｇの値の変更により通知される。

Ｂ時点で、基地局１０は、新ＳＩＢ＿Ａの送信を開始する。本例では、新ＳＩＢ＿Ａは、Ｄで示す期間、周期的に繰り返し送信される。Ｄで示す期間が終了する（Ｆの時点）と、新ＳＩＢ＿Ａの送信は停止される。ユーザ装置２０は、Ｄで示す期間に、新ＳＩＢ＿Ａを受信し、保持する。

なお、Ｃで示す期間（Ａ時点からＢ時点）は、非特許文献１に記載されているＢＣＣＨｍｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄであってもよい。また、Ａ時点（最初の変更通知）よりも前のＥの時点からＢの時点（変更されたＳＩＢ送信開始時点）が、ＢＣＣＨｍｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄであってもよい。また、Ｄの期間の長さは、特定の長さに限定されないが、例えば、ＢＣＣＨｍｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄのＮ倍（Ｎは１以上の整数）であってもよい。

ここで、例えば、図２に示すＡ〜Ｆの期間に、ユーザ装置２０が基地局１０からの信号を受信できない状態にあった場合（例：電源がＯＦＦであった等）、その後に、基地局１０からの信号を受信できる状態になったユーザ装置２０は、変更通知（例：ｖａｌｕｅｔａｇ）により、ＳＩＢ＿Ａが変更されたことを知るが、Ｄで示す新ＳＩＢ＿Ａの送信期間が終了しているため、このままでは新ＳＩＢ＿Ａを受信することができない。

そこで、本実施の形態では、ユーザ装置２０が、変通通知によりＳＩＢの変更を検知したが、変更後のＳＩＢを受信しない場合に、ユーザ装置２０が、基地局１０に対して、変更後のＳＩＢを要求するメッセージを送信する。当該要求メッセージを受信した基地局１０は、要求された変更後のＳＩＢを要求元のユーザ装置２０に送信する。

上記の場合における処理シーケンスを図３を参照して説明する。この例では、変更されるＳＩＢが１つ又は複数であることを示すためにＳＩＢ（ｓ）という記載を用いている。また、当該ＳＩＢ（ｓ）は、ユーザ装置２０にとって必要なＳＩＢであるものとする。

ステップＳ１０１において、基地局１０は、ＳＩＢ（ｓ）が変更されることを示す変更通知（ページングメッセージ又はｖａｌｕｅｔａｇ）を送信する。ステップＳ１０２において、ユーザ装置２０は、変更通知を受信することにより、特定のＳＩＢ（ｓ）が変更されたことを検知する。

図３の例では、ステップＳ１０１の前の時点で、変更されたＳＩＢ（ｓ）の送信は終了しており、ステップＳ１０２でＳＩＢ（ｓ）変更を検知したユーザ装置２０は、変更後のＳＩＢ（ｓ）を受信できない。

例えば、ユーザ装置２０は、ＳＩＢ（ｓ）の変更を検知した時点から、ＳＩＢ（ｓ）が送信されるチャネル（本実施の形態ではＣＣＣＨ）を監視しても変更後のＳＩＢ（ｓ）を受信せずに所定時間が経過した場合に、変更されたＳＩＢ（ｓ）の個別送信を要求する要求メッセージを基地局１０に送信する（ステップＳ１０３）。当該要求メッセージには、例えば、ユーザ装置２０が取得を希望するＳＩＢ（ｓ）を指定する情報（例：ＳＩＢの番号）が含まれる。

なお、ＳＩＢ（ｓ）の変更を検知した時点から、変更されたＳＩＢ（ｓ）を受信せずに所定時間が経過した時点で要求メッセージを送信することは一例である。その他のタイミングで要求メッセージを送信することとしてもよい。

要求メッセージを受信した基地局１０は、当該ユーザ装置２０に対して、要求されたＳＩＢ（ｓ）を送信する（ステップＳ１０４）。ステップＳ１０４でのＳＩＢ（ｓ）送信は、所定期間だけ行われ、所定期間が経過すると送信が停止される。

本実施の形態では、ＣＣＣＨを用いて要求されたＳＩＢ（ｓ）を送信する。また、ユーザ装置２０への個別の送信とするために、ＣＣＣＨで運ばれる信号（要求メッセージを含む）のヘッダ等（例：ＭＡＣヘッダ）に、ユーザ装置２０の識別情報が付されることとしてもよい。また、当該ＣＣＣＨ送信のリソースを通知する制御情報（例：ＰＤＣＣＨで送信されるＤＣＩ）に当該ユーザ装置２０の識別情報が含まれることとしてもよい。また、ＣＣＣＨでユーザ装置２０を特定せずに送信を行ってもよい。この場合は、報知（ブロードキャスト送信）となる。

後述するＳＩＢ要求方法詳細例１〜５はいずれも、図３に示すＳＩＢ（ｓ）の要求（Ｓ１０３）、及びＳＩＢ（ｓ）の送信（Ｓ１０４）に適用することが可能である。

また、図３に示したように、ＳＩＢの要求、及び受信を行うユーザ装置２０はＩｄｌｅ状態あるいはＩｎａｃｔｉｖｅ状態にあることを想定しているが、ｃｏｎｎｅｃｔｅｄ状態において、図３に示した動作を行うこととしてもよい。

上述したＣＣＣＨの送信方法、及び、Ｉｄｌｅ状態あるいはＩｎａｃｔｉｖｅ状態を想定するが、ｃｏｎｎｅｃｔｅｄ状態であってもよいことについては、以下で説明する全ての例（変形例を除く）に適用できる。

（有効期限切れによりＳＩＢ（ｓ）を要求する場合の例）
上記の例では、ユーザ装置２０が、ＳＩＢ（ｓ）が変更されたことを検知しても変更後のＳＩＢ（ｓ）を受信しない場合に、基地局１０に対してＳＩＢ（ｓ）の送信要求を行うこととしているが、ユーザ装置２０が基地局１０に対してＳＩＢ（ｓ）の送信要求を行うケースはこのケースに限られず、以下のようなケースもある。

本実施の形態におけるＳＩＢ（ｓ）は、有効期限を有する。当該有効期限は、全てのＳＩＢに共通でもよいし、ＳＩＢ毎に異なるものであってもよい。また、有効期限は、基地局１０からユーザ装置２０に通知される値であってもよいし、予めユーザ装置２０に設定されている値であってもよい。

あるＳＩＢの有効期限がＴ時間であるとする。この場合、ユーザ装置２０は、基地局１０からＳＩＢを受信し、保持した時点から、変更通知を受けないまま、Ｔ時間が経過した時点で、当該ＳＩＢの有効期限が満了したと判断し、図３のステップＳ１０３、Ｓ１０４を実行することで、当該ＳＩＢを取得し、新たに有効期限（Ｔ時間）の計測を開始する。このような動作がユーザ装置２０が保持するＳＩＢ毎に実行される。

なお、例えば、ユーザ装置２０が基地局１０からＳＩＢを受信した後に電源をＯＦＦとし、次に電源をＯＮした後、変更通知を受信しない場合でも、この時点で、有効期限が経過していれば、図３のステップＳ１０３、Ｓ１０４を実行することで、当該ＳＩＢを取得することになる。

（セル毎にＳＩＢ（ｓ）が異なる場合の動作例）
同じ種類のＳＩＢであってもセル毎にそのパラメータの値が異なる場合がある。既存のＳＩＢを例にとると、例えば、ＳＩＢ４における同周波数のセル固有のセル再選択パラメータの値はセル毎に異なる可能性がある。

図４は、そのような状況の一例を示す図である。図４の例では、セル１、セル２、セル３が存在し、それぞれのセルの基地局１０により、在圏するユーザ装置からの要求に基づいてＳＩＢｘが送信される。ただし、セル１とセル３ではＳＩＢｘはパラメータＡを有するのに対し、セル２では、ＳＩＢｘは、パラメータＡと異なるパラメータＢを有する。

例えば、図４のケース２として示すように、セル１に在圏して、セル１で受信した有効期限内のＳＩＢｘを有するユーザ装置２０が、Ｉｄｌｅ状態のまま移動して、セル３に遷移（セル再選択によりセル３にＣａｍｐｏｎ）したとする。セル３とセル１との間では、ＳＩＢｘのパラメータは同じであるため、ユーザ装置２０はセル１で取得したＳＩＢｘをセル３でも継続して使用できる。

一方、図４のケース１として示すように、セル１で受信した有効期限内のＳＩＢｘを有するユーザ装置２０が、Ｉｄｌｅ状態のまま移動して、セル２に遷移（セル再選択によりセル２にＣａｍｐｏｎ）したとする。セル２とセル１との間では、ＳＩＢｘのパラメータが異なるため、ユーザ装置２０はセル１で取得したＳＩＢｘをセル２でも継続して使用することができない。あるいは、継続して使用した場合に、適切な動作が行われない可能性がある。本実施の形態では、ユーザ装置２０からの要求がなければ、ＳＩＢｘが送信されないから、このままでは、セル２において、適切なＳＩＢｘを用いないで動作を継続してしまう可能性がある。

そこで、本実施の形態では、以下の例１、例２に示す方法で、上記の問題を解決している。

＜例１＞
例１では、各セルにおいて、自セルの複数ＳＩＢの中で、隣接セルとはその内容（パラメータ等）が異なるＳＩＢが存在する場合に、当該異なるＳＩＢの識別情報（例：ＳＩＢの番号）を含む情報（これをＳＩＢ相違情報と呼ぶ）をセル内に通知する。例１では、例えば、自セルの周囲に複数の隣接セルがある場合、少なくとも１つの隣接セルにおいて自セルと内容の異なるＳＩＢが存在する場合に、この通知がなされる。本実施の形態では、この通知は、必須システム情報（例：ＭＩＢ、ＳＩＢ１等）によりなされるが、これに限られるわけではない。必須システム情報（報知信号）以外の、セル内で周期的に送信される他の信号を用いて通知を行ってもよい。

より具体的には、例えば、図４のセル２において、ＳＩＢｘの内容が隣接セル（図４の場合、セル１）のＳＩＢｘの内容と異なるので、セル２の基地局１０は、ＳＩＢｘが隣接セルのＳＩＢｘと異なることを示すＳＩＢ相違情報を通知する。ＳＩＢ相違情報には、ＳＩＢｘの識別情報が含まれる。

なお、ＳＩＢ相違情報が送信されない場合には、ユーザ装置２０は、全ての隣接セルにおいて、全てのＳＩＢの内容は、自セルと同じであると見なす。また、全ての隣接セルにおいて、全てのＳＩＢの内容は、自セルと同じである場合に、当該自セルの基地局１０は、全ての隣接セルにおいて、全てのＳＩＢの内容は、自セルと同じであることを示す情報を必須システム情報として通知してもよい。

一例として、図４において、セル１でＳＩＢｘを受信したユーザ装置２０が、隣接セル（セル２）にＩｄｌｅ状態のまま遷移した場合（セル再選択を行った場合）を考える。ユーザ装置２０は、セル２で受信するＳＩＢ相違情報により、隣接セルではＳＩＢｘが自セル（セル２）とは異なることを検知すると、自セルで基地局１０にＳＩＢｘ送信を要求し、ＳＩＢｘを取得する。なお、ＳＩＢ相違情報に基づくＳＩＢ送信要求／取得の動作は、セル再選択後に１回だけ行えばよいが、複数回行うこととしてもよい。

上記の動作の処理シーケンスを図５を参照して説明する。

ステップＳ２０１において、ユーザ装置２０は、セル再選択を行って、あるセルに在圏する。当該セルでは、一例として、ＳＩＢ３、ＳＩＢ５、ＳＩＢ６が隣接セルと異なっているものとする。そのため、基地局１０は、ＳＩＢ３、ＳＩＢ５、ＳＩＢ６が隣接セルと異なることを示すＳＩＢ相違情報を報知している（ステップＳ２０２）。

ユーザ装置２０は、ステップＳ２０２で受信したＳＩＢ相違情報により、ＳＩＢ３、ＳＩＢ５、ＳＩＢ６が隣接セルと異なることを把握すると、基地局１０に対し、ＳＩＢ３、ＳＩＢ５、ＳＩＢ６の個別送信を要求する要求メッセージを基地局１０に送信する（ステップＳ２０３）。当該要求メッセージには、ユーザ装置２０が取得を希望するＳＩＢ（ｓ）を指定する情報（例：ＳＩＢの番号）が含まれる。なお、この例では、ユーザ装置２０は、ＳＩＢ３、ＳＩＢ５、ＳＩＢ６の全てを必要とするためにこれらを要求するが、仮に、ＳＩＢ相違情報の中に、ユーザ装置２０が必要としないＳＩＢが含まれる場合、当該ＳＩＢについては送信要求を行わない。

要求メッセージを受信した基地局１０は、当該ユーザ装置２０に対して、要求されたＳＩＢ（ｓ）を送信する（ステップＳ２０４）。本実施の形態では、ＣＣＣＨにより要求されたＳＩＢ（ｓ）を送信する。ステップＳ２０４でのＳＩＢ（ｓ）送信は、所定期間だけ行われ、所定期間が経過すると送信が停止される。

後述するＳＩＢ要求方法詳細例１〜５はいずれも、図５に示すＳＩＢ（ｓ）の要求（Ｓ２０３）、及びＳＩＢ（ｓ）の送信（Ｓ２０４）に適用することが可能である。

＜例２＞
例１では、図４の例において、ユーザ装置２０が、セル１からセル３に遷移する場合でも、セル１からセル２に遷移する場合と同様に、ユーザ装置２０はセル３においてＳＩＢｘを取得する動作を実行する。セル３において、ＳＩＢｘが隣接セル（ここではセル２）と異なることを示すＳＩＢ相違情報が報知されているためである。しかし、セル１とセル３とではＳＩＢｘの内容は同じであるので、無駄な動作となる。例２では、このような無駄な動作を解消する例を説明する。

例２は、例１と比べて、基地局１０から送信されるＳＩＢ相違情報の内容が異なる。すなわち、例２において、各セル（自セル）で送信されるＳＩＢ相違情報には、どの隣接セルのどのＳＩＢが、自セルと異なるかを示す情報が含まれる。図６を参照して一例を説明する。図６は、図４と同じ状況を示している。つまり、セル１とセル３においてＳＩＢｘはパラメータＡを有するのに対し、セル２では、ＳＩＢｘは、パラメータＡと異なるパラメータＢを有する。なお、図６においては、ＳＩＢ相違情報をＳＩＢ１で報知する場合の例を示している。

例２において、セル１では、自セルのＳＩＢｘがセル２のＳＩＢｘと異なることを示すＳＩＢ相違情報が報知される。セル２では、自セルのＳＩＢｘがセル１及びセル３のＳＩＢｘと異なることを示すＳＩＢ相違情報が報知される。セル３では、自セルのＳＩＢｘがセル２のＳＩＢｘと異なることを示すＳＩＢ相違情報が報知される。

例２でも処理シーケンスは図５に示したものと同様である。ただし、例２では、ステップＳ２０２において、上述したようなＳＩＢ相違情報が報知され、ユーザ装置２０は、遷移元のセルとの関係を考慮して、ＳＩＢ送信要求が必要である場合にのみ、ステップＳ２０３、Ｓ２０４を実行する。

一例として、図６の例で、セル１でＳＩＢｘを受信したユーザ装置２０が、セル２に遷移する場合、ユーザ装置２０は、ＳＩＢ相違情報により、セル２では、遷移元のセル１とＳＩＢｘが異なることを検知するので、セル２において、ＳＩＢｘの要求、受信を実施する。

一方、図６の例で、セル１でＳＩＢｘを受信したユーザ装置２０が、セル３に遷移する場合、ユーザ装置２０は、ＳＩＢ相違情報により、セル３では、遷移元のセル１と異なるＳＩＢは存在しないことを検知するので、ＳＩＢｘの要求、受信を実施しない。

（ＳＩＢ（ｓ）が変わらないエリアを定義する例）
本実施の形態に係る移動通信システムにおいて、セル間でＳＩＢが変わらないエリアを設けて、当該エリアを出て、他のエリアに入る場合に、ＳＩＢの要求を行うこととしてもよい。当該エリアは、例えば、複数のセルからなるエリアである。また、ＳＩＢが変わらないとは、当該エリア内のセル内、セル間のいずれにおいても、全てのＳＩＢの内容が変わらないことである。例えば、あるエリアのＳＩＢとしてＳＩＢ＿Ａがある場合、当該ＳＩＢ＿Ａのパラメータは、エリア内のどのセルでも同一である。以下、このようなエリアをＳＩＢ共通エリアと呼ぶ。

図７に一例を示す。図７の例では、ＳＩＢ共通エリアＡと、ＳＩＢ共通エリアＢが示されている。１つのＳＩＢ共通エリア内では、どのセルでも、各ＳＩＢの内容は変わらずに同一である。また、異なるＳＩＢ共通エリア間では、一般に各ＳＩＢの内容は異なるものとする。ただし、異なるＳＩＢ共通エリア間でも、各ＳＩＢの内容は同一であってもよい。

図７の例では、ＳＩＢ共通エリアＡ内を移動するユーザ装置２０は、在圏するセルの基地局１０に対して、図５に示すようなＳＩＢ（ｓ）の要求を行わない。一方、ユーザ装置２０は、ＳＩＢ共通エリアＡからＳＩＢ共通エリアＢに移動した場合には、例えば、図６で説明した例２の仕組みをエリアに適用して、ユーザ装置２０が必要とするＳＩＢ（ｓ）を取得する。

一例として、あるＳＩＢ共通エリアに属する各セルの基地局１０は、当該ＳＩＢ共通エリアの識別情報（ＩＤ）と、エリア単位でのＳＩＢ相違情報を、必須システム情報として報知する。例えば、図７の例で、ＳＩＢ共通エリアＡとＳＩＢ共通エリアＢとの間で、ＳＩＢｘの内容が異なるとする。この場合、ＳＩＢ共通エリアＡに属する各セルの基地局１０は、エリアのＩＤとともに、ＳＩＢ相違情報として、自エリアのＳＩＢｘは、ＳＩＢ共通エリアＢのＳＩＢｘと異なることを示す情報を報知（ブロードキャスト）する。また、ＳＩＢ共通エリアＢに属する各セルの基地局１０は、エリアのＩＤとともに、ＳＩＢ相違情報として、自エリアのＳＩＢｘは、ＳＩＢ共通エリアＡのＳＩＢｘと異なることを示す情報を報知（ブロードキャスト）する。

そして、例えば、ＳＩＢ共通エリアＡでＳＩＢｘを取得したユーザ装置２０が、ＳＩＢ共通エリアＡから、ＳＩＢ共通エリアＢのあるセルに移動すると、当該ユーザ装置２０は、必須システム情報に含まれるＳＩＢ共通エリアのＩＤから、ＳＩＢ共通エリアＢに遷移したことを検知するとともに、ＳＩＢ相違情報から、ＳＩＢ共通エリアＢでは、遷移元のＳＩＢ共通エリアＡに対して、ＳＩＢｘが異なることを検知し、当該検知に応じて、在圏セルの基地局１０に対してＳＩＢｘを要求し、ＳＩＢｘを取得する。

なお、上記の例では、エリア単位のＳＩＢ相違情報を用いているが、当該ＳＩＢ相違情報を使用しないこととしてもよい。この場合、ユーザ装置２０は、ＳＩＢ共通エリアのＩＤに基づき、異なるＳＩＢ共通エリアに移動したことを検知した場合に、自身が必要とするＳＩＢ（ｓ）を在圏セルの基地局１０に要求し、取得する。

上記の後者の例における処理シーケンスを図８を参照して説明する。ステップＳ３０１において、ユーザ装置２０が、あるＳＩＢ共通エリアから別のＳＩＢ共通エリアに移動したことを検知する。すると、ステップＳ３０２において、ユーザ装置２０は、自身が必要とするＳＩＢ（ｓ）を在圏するセルの基地局１０に要求する。そして、ユーザ装置２０は、基地局１０から、要求したＳＩＢ（ｓ）を受信する（ステップＳ３０３）。ステップＳ３０３でのＳＩＢ（ｓ）送信は、所定期間だけ行われ、所定期間が経過すると送信が停止される。

後述するＳＩＢ要求方法詳細例１〜５はいずれも、図８に示すＳＩＢ（ｓ）の要求（Ｓ３０２）、及びＳＩＢ（ｓ）の送信（Ｓ３０３）に適用することが可能である。

なお、ＳＩＢ共通エリアのＩＤは、各基地局１０に予め設定しておいてもよいし、コアネットワーク３０の制御装置４０が、ＳＩＢ共通エリアとセル（基地局）との対応関係を管理して、制御装置４０が各基地局に対して、当該対応関係に基づくＳＩＢ共通エリアのＩＤを通知することとしてもよい。例えば、制御装置４０は、いくつかのセルにおいて、ＳＩＢ（ｓ）の内容が変更される場合において、ＳＩＢ共通エリアとセル（基地局）との対応関係を更新し、更新後の当該対応関係に基づくＳＩＢ共通エリアのＩＤを各基地局に通知する。

（変形例）
これまでに説明した例では、ユーザ装置２０が、ＳＩＢ（ｓ）をあるセルで取得していることを前提にして、その後、ＳＩＢ（ｓ）が変更される場合、及びユーザ装置２０が別のセルに移動する場合等について説明した。

ここで、ユーザ装置２０が、電源ＯＮ後にネットワークにａｔｔａｃｈ（接続）する際に、ユーザ装置２０がシステム情報を全く保持していない場合が考えられる。このように、あるセルにおいて、ユーザ装置２０がシステム情報を全く保持していない場合に、ユーザ装置２０は、以下のケースＡとケースＢをどのように判定すればよいのか明らかでないという課題（課題１と呼ぶ）がある。

ケースＡ）当該セル（当該セルの基地局）は、あるＳＩＢ（ｓ）を常にブロードキャストすることを行っていないが、ＳＩＢ（ｓ）の機能に対応している。つまり、当該ＳＩＢ（ｓ）をサポートしている。

ケースＢ）当該セル（当該セルの基地局）は、あるＳＩＢ（ｓ）の機能に対応していないので、当該ＳＩＢ（ｓ）のブロードキャストを全く行わない。

ケースＡにおいて、あるＳＩＢ（ｓ）を常にブロードキャストすることを行っていないとは、例えば、前述したように、通常時は全くブロードキャストを行わず、変更時に所定時間だけブローキャストを行うことである。また、ユーザ装置２０からの要求に基づき、個別に当該ＳＩＢ（ｓ）が通知される。

ケースＡは、例えば、次のケースに該当する。当該セルの基地局は、ＳＩＢ１３及びＳＩＢ１５の常時ブロードキャストを行っていないが、ＭＢＭＳ（Multimedia Broadcast Multicast Services）をサポートしている。例えば、ユーザ装置２０は、別のセルで個別に通知されたＳＩＢ１３及びＳＩＢ１５のパラメータに対応した動作を当該セル上で行う。

また、ユーザ装置２０がシステム情報を全く保持していない場合に、ユーザ装置２０は、どのような具体的手順を実行して、ブロードキャストされていないＳＩＢ（ｓ）を個別に取得するのか明らかでないという課題（これを課題２と呼ぶ）もある。

以下、変形例１において、課題１の解決方法と課題２の解決方法を説明する。また、変形例２〜５においては、課題２の解決方法のバリエーションを説明する。変形例２〜５における課題１の解決方法は、変形例１における課題１の解決方法と同じである。

＜変形例１＞
（１）課題１の解決方法
課題１の解決方法として、変形例（変形例１〜５）では、基地局１０が、周期的にブロードキャストするシステム情報（例：ＭＩＢ、ＳＩＢ１、ＳＩＢ２等）の中で、周期的にブロードキャストされてないＳＩＢ毎にｖａｌｕｅｔａｇを送信する。なお、周期的にブロードキャストするシステム情報をブロードキャスト情報と呼んでもよい。当該ｖａｌｕｅｔａｇを受信したユーザ装置２０は、該当セル（つまり基地局１０）は、ｖａｌｕｅｔａｇが通知されたＳＩＢの機能に対応していると判断する。逆に、ｖａｌｕｅｔａｇが通知されていないＳＩＢに関しては、ユーザ装置２０は、そのセルは当該ＳＩＢの機能に対応していないと判断する。

図９のシーケンス図を参照して、上記の手順の具体例を説明する。図９に示すように、基地局１０は、ＳＩＢ３のｖａｌｕｅｔａｇの値として１を含み、ＳＩＢ４のｖａｌｕｅｔａｇの値として５を含み、ＳＩＢ５のｖａｌｕｅｔａｇの値として１０を含むＳＩＢ１を送信（ブロードキャスト）する（ステップＳ４０１）。

ＳＩＢ１を受信したユーザ装置２０は、ＳＩＢ１から、ＳＩＢ３、ＳＩＢ４、及びＳＩＢ５についてのｖａｌｕｅｔａｇを検出するので、当該セルは、ＳＩＢ３、ＳＩＢ４、及びＳＩＢ５をサポートしていると判定する（ステップＳ４０２）。

図１０は、ＳＩＢ１を受信するユーザ装置２０の動作をより詳細に示したフローチャートである。図１０を参照して、ＳＩＢ１を受信するユーザ装置２０の動作例を説明する。

ユーザ装置２０がＳＩＢ１を受信する（ステップＳ５０１）と、ステップＳ５０２〜Ｓ５０５の処理がフローチャートの手順に従って、ＳＩＢ１以降、予め定められたＳＩＢの数だけ繰り返される。図１０の例では、予め定められたＳＩＢの数は、標準仕様で規定しているＳＩＢの数としているが、これに限られるわけではない。

ステップＳ５０２において、ユーザ装置２０は、対象のＳＩＢがブロードキャストされているか否かを判断する。つまり、ユーザ装置２０は、対象のＳＩＢを受信するか否かを判断する。対象のＳＩＢがブロードキャストされている場合（ステップＳ５０２のＹｅｓ）、ユーザ装置２０は、当該セルは当該ＳＩＢをサポートしていると判断する（ステップＳ５０３）。

対象のＳＩＢがブロードキャストされていない場合（ステップＳ５０２のＮｏ）、ユーザ装置２０は、ＳＩＢ１で当該ＳＩＢのｖａｌｕｅｔａｇが通知されているか否かを判断する（ステップＳ５０４）。ＳＩＢ１で当該ＳＩＢのｖａｌｕｅｔａｇが通知されていると判断された場合（ステップＳ５０４のＹｅｓ）、ユーザ装置２０は、当該セルは当該ＳＩＢをサポートしていると判断する（ステップＳ５０３）。ＳＩＢ１で当該ＳＩＢのｖａｌｕｅｔａｇが通知されていないと判断された場合（ステップＳ５０４のＮｏ）、ユーザ装置２０は、当該セルは当該ＳＩＢをサポートしていないと判断する（ステップＳ５０５）。

なお、課題１の解決方法として、上記のように、ｖａｌｕｅｔａｇを使用する方法の他、ｖａｌｕｅｔａｇ以外の情報を用いる方法もある。この方法では、例えば、基地局１０は、ｖａｌｕｅｔａｇとは別に、当該セルで対応しているＳＩＢ（ｓ）を示すｂｉｔｍａｐ等の情報を、周期的にブロードキャストされるシステム情報（例：ＭＩＢ、ＳＩＢ１、ＳＩＢ２等）に含める。当該システム情報を受信するユーザ装置２０は、ｂｉｔｍａｐ等の情報に基づき、当該セルにおいてサポートされるＳＩＢ（ｓ）を判断する。

例えば、３２ビットのｂｉｔｍａｐを定義し、各ビットをＳＩＢに対応付ける。一例として、ＭＳＢをＳＩＢ１に対応付け、ＳＩＢ２を２番目のビット（２ｎｄＭＳＢ）に対応付ける、といったように、ＳＩＢの番号とビットの位置を対応付けることが考えられる。また、ビットの値と対応／非対応との関係については、例えば、ビットが１であれば対応を意味し、ビットが０であれば非対応を意味すると定義することができる（この逆であってもよい）。この場合、例えば、ユーザ装置２０は、ＭＳＢが１であれば、セルはＳＩＢ１に対応、０であればセルはＳＩＢ１に非対応、といった判断を行うことができる。

（２）課題２の解決方法
変形例１では、ユーザ装置２０は、上述した方法により対応ＳＩＢを判定した後、RRC connection establishment procedure中のRRC connection request messageで、個別通知が必要なＳＩＢ（ｓ）を基地局１０に要求する。もしくは、ユーザ装置２０は、RRC connection setup complete messageで個別通知が必要なＳＩＢ（ｓ）を基地局１０に要求することとしてもよい。その後、基地局１０は、RRC connection reconfiguration procedureで、要求されたＳＩＢ（ｓ）をユーザ装置２０に個別に通知する。なお、ユーザ装置２０がRRC connection request messageでＳＩＢ（ｓ）を要求する場合、基地局１０は、RRC connection setup messageでＳＩＢ（ｓ）を送信してもよい。

また、後述するＳＩＢ要求方法詳細例１〜５のいずれかを適用して、ユーザ装置２０が、ＳＩＢ（ｓ）の要求、及びＳＩＢ（ｓ）の受信を行うこととしてもよい。ただし、後述するＳＩＢ要求方法詳細例１〜５に関しては、課題１の解決方法を実施しない場合でも適用可能である。

変形例１における、課題２の解決方法に係る動作例を図１１のシーケンス図を参照して説明する。

既に説明したステップＳ４０１、Ｓ４０２により、ユーザ装置２０は、当該セルにおいてＳＩＢ３、ＳＩＢ４、及びＳＩＢ５がサポートされていると判断する。

ユーザ装置２０は、基地局１０との接続確立のために、RRC connection request messageを基地局１０に送信する（ステップＳ４０３）と、基地局１０からユーザ装置２０にRRC connection setup messageが送信される（ステップＳ４０４）。続いて、ユーザ装置２０は、RRC connection setup complete messageを基地局１０に送信し（ステップＳ４０５）、基地局１０はユーザ装置２０にRRC connection reconfiguration messageを送信する（ステップＳ４０６）。そして、ユーザ装置２０は、RRC connection reconfiguration complete messageを基地局１０に送信する（ステップＳ４０７）。

上記の手順において、ユーザ装置２０は、ステップＳ４０３（RRC connection request message）で、ＳＩＢ３、ＳＩＢ４、及びＳＩＢ５の送信を基地局１０に要求する。この場合、基地局１０は、ステップＳ４０４（RRC connection setup message）又はステップＳ４０６（RRC connection reconfiguration message）で、ＳＩＢ３、ＳＩＢ４、及びＳＩＢ５をユーザ装置２０に個別に送信する。

また、ユーザ装置２０は、ステップＳ４０５（RRC connection setup complete message）で、ＳＩＢ３、ＳＩＢ４、及びＳＩＢ５の送信を基地局１０に要求することとしてもよい。この場合、基地局１０は、ステップＳ４０６（RRC connection reconfiguration message）で、ＳＩＢ３、ＳＩＢ４、及びＳＩＢ５をユーザ装置２０に個別に送信する。

＜変形例２＞
変形例２では、ユーザ装置２０は、変形例１で説明した課題１の解決方法により対応ＳＩＢを判定した後、RRC connection resume procedure中のRRC connection resume request messageで、個別通知が必要なＳＩＢ（ｓ）を基地局１０に要求する。もしくは、ユーザ装置２０は、RRC connection resume complete messageで個別通知が必要なＳＩＢ（ｓ）を基地局１０に要求することとしてもよい。その後、基地局１０は、RRC connection reconfiguration procedureで、要求されたＳＩＢ（ｓ）をユーザ装置２０に個別に通知する。なお、ユーザ装置２０がRRC connection resume request messageでＳＩＢ（ｓ）を要求する場合、基地局１０は、RRC connection resume messageでＳＩＢ（ｓ）を送信してもよい。

変形例２における、動作例を図１２のシーケンス図を参照して説明する。

ステップＳ６０１、Ｓ６０２により、ユーザ装置２０は、当該セルにおいてＳＩＢ３、ＳＩＢ４、及びＳＩＢ５がサポートされていると判断する。

ユーザ装置２０は、基地局１０との接続再開のために、RRC connection resume request messageを基地局１０に送信する（ステップＳ６０３）と、基地局１０からユーザ装置２０にRRC connection resume messageが送信される（ステップＳ６０４）。続いて、ユーザ装置２０は、RRC connection resume complete messageを基地局１０に送信し（ステップＳ６０５）、基地局１０はユーザ装置２０にRRC connection reconfiguration messageを送信する（ステップＳ６０６）。そして、ユーザ装置２０は、RRC connection reconfiguration complete messageを基地局１０に送信する（ステップＳ６０７）。

上記の手順において、ユーザ装置２０は、ステップＳ６０３（RRC connection resume request message）で、ＳＩＢ３、ＳＩＢ４、及びＳＩＢ５の送信を基地局１０に要求する。この場合、基地局１０は、ステップＳ６０４（RRC connection resume message）又はステップＳ６０６（RRC connection reconfiguration message）で、ＳＩＢ３、ＳＩＢ４、及びＳＩＢ５をユーザ装置２０に個別に送信する。

また、ユーザ装置２０は、ステップＳ６０５（RRC connection resume complete message）で、ＳＩＢ３、ＳＩＢ４、及びＳＩＢ５の送信を基地局１０に要求することとしてもよい。この場合、基地局１０は、ステップＳ６０６（RRC connection reconfiguration message）で、ＳＩＢ３、ＳＩＢ４、及びＳＩＢ５をユーザ装置２０に個別に送信する。

＜変形例３＞
変形例３では、ユーザ装置２０は、変形例１で説明した課題１の解決方法により対応ＳＩＢを判定した後、RRC connection establishment procedure完了後の、UE capability transfer procedure中のUE capability information messageで、個別通知が必要なＳＩＢ（ｓ）を基地局１０に要求する。その後、基地局１０は、RRC connection reconfiguration procedureで、要求されたＳＩＢ（ｓ）をユーザ装置２０に個別に通知する。

変形例３における動作例を図１３のシーケンス図を参照して説明する。

ステップＳ７０１、Ｓ７０２により、ユーザ装置２０は、当該セルにおいてＳＩＢ３、ＳＩＢ４、及びＳＩＢ５がサポートされていると判断する。

ユーザ装置２０は、基地局１０との接続確立のために、RRC connection request messageを基地局１０に送信する（ステップＳ７０３）と、基地局１０からユーザ装置２０にRRC connection setup messageが送信される（ステップＳ７０４）。続いて、ユーザ装置２０は、RRC connection setup complete messageを基地局１０に送信し（ステップＳ７０５）、基地局１０はユーザ装置２０にUE capability enquiry messageを送信する（ステップＳ７０６）。そして、ユーザ装置２０は、UE capability information messageを基地局１０に送信する（ステップＳ７０７）。

そして、基地局１０はユーザ装置２０にRRC connection reconfiguration messageを送信し（ステップＳ７０８）、ユーザ装置２０は、RRC connection reconfiguration complete messageを基地局１０に送信する（ステップＳ７０９）。

上記の手順において、ユーザ装置２０は、ステップＳ７０７（UE capability information message）で、ＳＩＢ３、ＳＩＢ４、及びＳＩＢ５の送信を基地局１０に要求する。基地局１０は、ステップＳ７０９（RRC connection reconfiguration message）で、ＳＩＢ３、ＳＩＢ４、及びＳＩＢ５をユーザ装置２０に個別に送信する。

＜変形例４＞
変形例４では、ユーザ装置２０がシステム情報を個別に取得するための新規procedureを使用する。ユーザ装置２０は、変形例１で説明した課題１の解決方法により対応ＳＩＢを判定した後、RRC connection establishment procedure完了前、もしくは完了後に、上記の新規procedureを使用して、個別通知が必要なＳＩＢ（ｓ）を基地局１０に要求し、基地局１０から、要求されたＳＩＢ（ｓ）を受信する。

以下では、RRC connection establishment procedure完了前に新規procedureを使用する場合を変形例４−１として説明し、RRC connection establishment procedure完了後に新規procedureを使用する場合を変形例４−２として説明する。

＜変形例４−１＞
変形例４−１における動作例を図１４のシーケンス図を参照して説明する。

ステップＳ８０１、Ｓ８０２により、ユーザ装置２０は、当該セルにおいてＳＩＢ３、ＳＩＢ４、及びＳＩＢ５がサポートされていると判断する。図１４のＡで示すＳ８０３〜Ｓ８０５が新規procedureである。

ユーザ装置２０は、ＳＩＢ３、ＳＩＢ４、及びＳＩＢ５の送信を要求するSystem Information Enquiryを基地局１０に送信する（ステップＳ８０３）と、基地局１０からユーザ装置２０にＳＩＢ３、ＳＩＢ４、及びＳＩＢ５を含むSystem Information reconfigurationが送信される（ステップＳ８０４）。ユーザ装置２０は、ＳＩＢ３、ＳＩＢ４、及びＳＩＢ５の設定（格納）が完了すると、System Information reconfiguration completeを基地局１０に送信する（ステップＳ８０５）。

その後、ステップＳ８０６〜Ｓ８０８により、RRC connectionが確立される。

＜変形例４−２＞
変形例４−２における動作例を図１５のシーケンス図を参照して説明する。

ステップＳ８５１、Ｓ８５２により、ユーザ装置２０は、当該セルにおいてＳＩＢ３、ＳＩＢ４、及びＳＩＢ５がサポートされていると判断する。図１５のＡで示すＳ８５６〜Ｓ８５８が新規procedureである。

ステップＳ８５３〜Ｓ８５５により、RRC connectionが確立される。その後、ユーザ装置２０は、ＳＩＢ３、ＳＩＢ４、及びＳＩＢ５の送信を要求するSystem Information Enquiryを基地局１０に送信する（ステップＳ８５６）と、基地局１０からユーザ装置２０にＳＩＢ３、ＳＩＢ４、及びＳＩＢ５を含むSystem Information reconfigurationが送信される（ステップＳ８５７）。ユーザ装置２０は、ＳＩＢ３、ＳＩＢ４、及びＳＩＢ５の設定（格納）が完了すると、System Information reconfiguration completeを基地局１０に送信する（ステップＳ８５８）。

＜変形例５＞
変形例５では、ユーザ装置２０は、変形例１で説明した課題１の解決方法により対応ＳＩＢを判定した後、RRC connection establishment procedure実施前のRA preambleにより、ユーザ装置２０に対する個別通知が必要なＳＩＢ（ｓ）を基地局１０に要求する。その後、基地局１０は、Random Access Responseで、要求されたＳＩＢ（ｓ）をユーザ装置２０に個別に通知する。

例えば、特定のＳＩＢ（ｓ）を要求するRA preamble sequenceを該当セル（つまり、基地局１０）の中で確保（reserve）し、ユーザ装置２０は要求するＳＩＢ（ｓ）に応じたRA preambleを送信する。

一例として、ＬＴＥを例にとると、１セル当たり６４個あるpreamble sequenceの中から、１番目のsequenceをＳＩＢ３用、２番目をＳＩＢ４、３番目をＳＩＢ５、４番目をＳＩＢ３＋ＳＩＢ４、...．といった具合に設定する。これらのpreamble sequenceと要求するＳＩＢとのマッピング情報については、例えば、基地局１０から周期的にブロードキャストされるシステム情報（例：ＳＩＢ１）によりユーザ装置２０に通知される。なお、RA preambleによりＳＩＢ（ｓ）を要求する方法に関しては、より詳細な例をＳＩＢ要求方法詳細例として後述する。

変形例５における動作例を図１６のシーケンス図を参照して説明する。

ステップＳ９０１、Ｓ９０２により、ユーザ装置２０は、当該セルにおいてＳＩＢ３、ＳＩＢ４、及びＳＩＢ５がサポートされていると判断する。

ユーザ装置２０は、ＳＩＢ３、ＳＩＢ４、及びＳＩＢ５の送信を要求するRandom Access Preambleを基地局１０に送信する（ステップＳ９０３）と、基地局１０からユーザ装置２０に、ＳＩＢ３、ＳＩＢ４、及びＳＩＢ５を含むRandom Access Responseが送信される（ステップＳ９０４）。その後、ステップＳ９０５〜Ｓ９０７により、RRC connectionが確立する。

（ＳＩＢ要求方法詳細例）
次に、ユーザ装置２０が基地局１０に対してシステム情報を要求する方法の詳細例を説明する。これまでの説明と同様、明細書において、便宜上、要求に係るシステム情報をＳＩＢと呼ぶ。「ＳＩＢ要求方法詳細例」において説明する各ＳＩＢ要求方法は、矛盾が生じない限り、本実施の形態におけるいずれのＳＩＢ要求のステップにも適用可能である。

図１７は、ＳＩＢ要求に係る基本的な処理シーケンスを示す。図１７に示すとおり、基地局１０から、最小限のシステム情報（Minimum System Information）が送信され、ユーザ装置２０が当該最小限のシステム情報を受信する（ステップＳ１００１）。当該最小限のシステム情報は、基地局１０から周期的に、常時、ブロードキャストされるシステム情報である。また、オプショナルなシステム情報が周期的に基地局１０からブロードキャストされてもよい（ステップＳ１００２）。

ステップＳ１００３において、ユーザ装置２０からの要求に基づき、基地局１０は、その他のシステム情報としてのＳＩＢ（other system information via on-demand basis）を送信する。これまでに説明したように、当該ＳＩＢは、基地局１０からユーザ装置２０に対し、ブロードキャストあるいは個別シグナリングにより送信される。

図１７におけるユーザ装置２０は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態、又はＲＲＣ＿ＩＤＬＥ状態にある。

ＲＲＣ＿ＩＤＬＥ状態又はＩＮＡＣＴＩＶＥ状態のユーザ装置２０が、ＳＩＢ（ｓ）を基地局１０に要求し、取得する処理の例として、例えば、図１８、図１９に示す例と図２０に示す例がある。図１８、図１９に示す例と図２０に示す例をそれぞれＳＩＢ要求方法詳細例１、ＳＩＢ要求方法詳細例２として説明する。

＜ＳＩＢ要求方法詳細例１＞
図１８に示す例では、ステップＳ１０１２において、ユーザ装置２０は、ランダムアクセス手順のメッセージ１（RA preamble）でＳＩＢ（ｓ）の要求（Other System Information Request）を基地局１０に送信する。ステップＳ１０１３において、基地局１０は、要求されたＳＩＢ（ｓ）を、ブロードキャスト又は個別シグナリングでユーザ装置２０に送信する。

図１８に示す例のように、RA preambleのみを用いてＳＩＢ（ｓ）を要求する場合、RA preambleと要求するＳＩＢとを対応付ける。例えば、Ｐｒｅａｍｂｌｅ＃１＝ＳＩＢ１、Ｐｒｅａｍｂｌｅ＃２＝ＳＩＢ２、Ｐｒｅａｍｂｌｅ＃３＝ＳＩＢ１＋ＳＩＢ２...．．のように対応付けを行うことが考えられる。これにより、基地局１０は、受信するRA preambleにより、要求されたＳＩＢ（ｓ）を把握できる。

しかし、上記の方法では、非常に多くのRA preamble系列数が必要になる。例えば、Ｒｅｌ−１３ＬＴＥではＳＩＢ１〜ＳＩＢ２０までの２０個のＳＩＢが規定されている。この場合に、２０個のＳＩＢの中から、１〜２０個のＳＩＢを要求する全ての組み合せを考えると、_２０Ｃ_１＋_２０Ｃ_２＋…＋_２０Ｃ_２０＝１０４８５７５個のRA preambleが必要になる。一方、ＬＴＥでは１ｃｅｌｌ当たりのRA preamble数は６４であり、このままでは上記の組み合わせを考慮したＳＩＢ要求を行うことができない。

代替案として、ユーザ装置２０は、１つのRA preambleで１つのＳＩＢのみ要求してもよい。ユーザ装置２０が複数のＳＩＢを要求する場合には、ＲＡＣＨ送信タイミングを要求ＳＩＢ毎に分けて、各ＲＡＣＨ送信タイミングで１つのＳＩＢを要求する。この場合の処理例を図１９に示す。図１９は、ＬＴＥでのＰＲＡＣＨｌｏｃａｔｉｏｎを例として使用している。図１９に示すとおり、ユーザ装置２０は、Ａで示すＲＡＣＨ送信タイミングでＳＩＢ３を要求するRA preambleを送信し、Ｂで示すＲＡＣＨ送信タイミングでＳＩＢ４を要求するRA preambleを送信し、Ｃで示すＲＡＣＨ送信タイミングでＳＩＢ５を要求するRA preambleを送信する。この例では、ユーザ装置２０は、３つのRA preambleを時間を分けて送信するため、ＳＩＢ３、ＳＩＢ４、ＳＩＢ５の３つのＳＩＢを要求するのに２０ｍｓかかる。

＜ＳＩＢ要求方法詳細例２＞
図２０に示す例では、RA preambleとRA responseの送受信（Ｓ１０２２、Ｓ１０２３）の後、ステップＳ１０２４において、ユーザ装置２０は、ランダムアクセス手順におけるメッセージ３（例：ＲＲＣメッセージ、又は、ＭＡＣＣＥ）でＳＩＢ（ｓ）の要求（Other System Information Request）を基地局１０に送信する。ステップＳ１０２５において、基地局１０は、要求されたＳＩＢ（ｓ）を、ブロードキャスト又は個別シグナリングでユーザ装置２０に送信する。

図２０に示す例のように、メッセージ３を用いてＳＩＢを要求する場合、ユーザ装置２０は、要求するＳＩＢの情報を含むＲＲＣメッセージ、又は、要求するＳＩＢの情報を含むＭＡＣＣＥ（MAC Control Element）をＰＵＳＣＨ（Physical Uplink Shared Channel）で送信する。要求するＳＩＢの情報は例えば２０ｂｉｔ長のｂｉｔｍａｐである。当該ｂｉｔｍａｐの各ｂｉｔのｏｎ／ｏｆｆでどのＳＩＢを要求するかが通知される。なお、メッセージ３を用いる場合、基地局１０の処理負荷が上がり、Ｍｓｇ．２／３向けにより多くのリソースが必要になると考えられる。

本実施の形態において、ＳＩＢ要求方法として、上述したRA preambleのみを使用する方法（例：図１９に示した方法）とメッセージ３を利用する方法のいずれも使用することが可能である。ただし、上述したように、ＳＩＢ取得に時間がかかったり、処理負荷が上がる可能性がある。以下では、これらの課題を解決したＳＩＢ要求方法の例として、ＳＩＢ要求方法詳細例３〜ＳＩＢ要求方法詳細例５を説明する。

＜ＳＩＢ要求方法詳細例３＞
ＳＩＢ要求方法詳細例３の全体の処理手順は、図１８に示したＳＩＢ要求方法詳細例１の処理手順と同じである。ただし、ＳＩＢ要求方法詳細例３では、図１８のステップＳ１０１２においてユーザ装置２０から送信されるＳＩＢ要求信号が、ＳＩＢ要求方法詳細例１における信号とは異なる。

ＳＩＢ要求方法詳細例３では、図１８のステップＳ１０１２において、ユーザ装置２０は、図２１に示すPreamble formatのメッセージをＰＲＡＣＨ（Physical Random Access Channel）で基地局１０に送信する。図２１に示すPreamble formatは、RA preambleにＳＩＢの要求有無を示すｂｉｔｍａｐを追加した系列に、ＧＴ（ＧｕａｒｄＴｉｍｅ）とＣＰを追加したｆｏｒｍａｔである。ｂｉｔｍａｐは、例えば２０ビットであり、各ｂｉｔのｏｎ／ｏｆｆで要求ＳＩＢが指定される。

図２１に示すPreamble formatを用いてＳＩＢ要求を行うことにより、多くのＳＩＢ（ｓ）を迅速に取得することが可能となる。

＜ＳＩＢ要求方法詳細例４＞
図２２は、ＳＩＢ要求方法詳細例４での処理手順を示す図である。ユーザ装置２０は、最小限のシステム情報を受信した（ステップＳ１１０１）後、要求するＳＩＢ（ｓ）を示すｂｉｔｍａｐを含むメッセージ（ＲＲＣメッセージ、又は、ＭＡＣＣＥ）とRA preambleとを同一ＴＴＩ（Transmission Time Interval）で送信する（ステップＳ１１０２）。１ＴＴＩは、例えば１サブフレームである。また、１ＴＴＩが、１スロットであってもよい。ステップＳ１１０２におけるRA preambleはＰＲＡＣＨで送信され、ｂｉｔｍａｐを有するメッセージはＰＵＳＣＨで送信される。

メッセージ送信のためのＰＵＳＣＨリソースに関し、例えば、RA Preambleが送信される同じ時間領域（ＴＴＩ）の別の周波数リソースがＰＵＳＣＨ用に予め割り当てられている。ユーザ装置２０は当該リソースを利用して、ｂｉｔｍａｐを有するメッセージのＰＵＳＣＨ送信を行う。また、RA Preambleには、ユーザ装置２０を識別する識別情報が含まれる。あるいは、RA Preambleの送信リソースが、ユーザ装置２０を識別する識別情報であってもよい。

メッセージに含まれるｂｉｔｍａｐは、これまでに説明したｂｉｔｍａｐと同様であり、各ｂｉｔのｏｎ／ｏｆｆで要求ＳＩＢが指定される。

ステップＳ１１０３において、ｂｉｔｍａｐを有するメッセージにより要求されたＳＩＢ（ｓ）が基地局１０からユーザ装置２０に送信される。基地局１０は、ステップＳ１１０２で受信したRA Preamble（あるいはRA Preambleの送信リソース）に含まれるユーザ装置２０の識別情報を使用して、ユーザ装置２０宛てに要求されたＳＩＢ（ｓ）を送信することができる。

上記のように、RA preambleと、ｂｉｔｍａｐを有するメッセージとを１ＴＴＩで送信することで、多くのＳＩＢ（ｓ）を迅速に取得することが可能となる。

＜ＳＩＢ要求方法詳細例５＞
図２３は、ＳＩＢ要求方法詳細例５での処理手順を示す図である。ユーザ装置２０は、最小限のシステム情報を受信した（ステップＳ１２０１）後、要求する全てのＳＩＢ（ｓ）の中の一部のＳＩＢ（ｓ）をRA preambleで要求する（ステップＳ１２０２）。ステップＳ１２０２におけるＳＩＢの要求においては、ＳＩＢ要求方法詳細例１で説明したように、RA preambleとＳＩＢとを対応付ける方法を用いる。あるいは、ＳＩＢ要求方法詳細例３で説明したように、図２１に示すpreamble formatを使用してｂｉｔｍａｐでＳＩＢ（ｓ）を要求してもよい。

ステップＳ１２０３において、基地局１０は、RA responseを送信すると同時に、ステップＳ１２０２のRA preambleで要求されたＳＩＢ（ｓ）を送信する。ユーザ装置２０は、RA response と、RA preambleで要求したＳＩＢ（ｓ）を基地局１０から受信する。

ステップＳ１２０４において、ユーザ装置２０は、要求する残りのＳＩＢ（ｓ）を指定したｂｉｔｍａｐを含むメッセージ３（ＲＲＣメッセージ、又は、ＭＡＣＣＥ）を基地局１０に送信する。ｂｉｔｍａｐは、これまでに説明したｂｉｔｍａｐと同様であり、各ｂｉｔのｏｎ／ｏｆｆで要求ＳＩＢが指定される。

ステップＳ１２０５において、ユーザ装置２０は、メッセージ３で要求したＳＩＢ（ｓ）を基地局１０から受信する。

例えば、ＬＴＥのＳＩＢを例に挙げて説明すると、ユーザ装置２０は、ＬＴＥ内のcell reselection用に必要なＳＩＢ２〜ＳＩＢ５をRA preambleで要求し、ＳＩＢ６以降のＳＩＢをメッセージ３のｂｉｔｍａｐで要求する。RA preambleによるＳＩＢ要求においてRA preambleとＳＩＢとを対応付ける方法を用いるとすると、必要なRA preambleの数は、_４Ｃ_１＋_４Ｃ_２＋_４Ｃ_３＋_４Ｃ_４＝１５となり、RA preambleのみを用いてＳＩＢを要求する場合に比べて非常に小さな数となる。

以上、実施の形態と変形例、及びＳＩＢ要求方法詳細例において様々な例を説明したが、各例は組み合わせて実施することが可能である。

（装置構成）
次に、本発明の実施の形態における基地局１０、ユーザ装置２０、制御装置４０の構成例を示す。

＜基地局１０＞
図２４に、基地局１０の機能構成図を示す。図２４に示すように、基地局１０は、信号送信部１１、信号受信部１２、システム情報送信制御部１３を含む。

信号送信部１１は、基地局１０から送信されるべき上位のレイヤの情報から、物理レイヤの各種信号を生成し、送信する機能を含む。信号受信部１２は、ユーザ装置２０から各種の上り信号を受信し、受信した物理レイヤの信号からより上位のレイヤの情報を取得する機能を含む。

システム情報送信制御部１３は、本実施の形態及び変形例及びＳＩＢ要求方法詳細例で説明した、基地局１０からのシステム情報の送信の制御を実施する。例えば、システム情報送信制御部１３は、システム情報の変更を行う場合に、変更通知を信号送信部１１を介して送信し、信号受信部１２を介して、ユーザ装置２０から、特定のＳＩＢを指定したＳＩＢの送信要求を受信すると、当該ＳＩＢを信号送信部１１を介してユーザ装置２０に送信する。また、システム情報送信制御部１３は、ＳＩＢ相違情報の作成／送信制御、ＳＩＢ共通エリアのＩＤの送信制御等を実施する。また、システム情報送信制御部１３は、ＳＩＢ共通エリアのＩＤを制御装置４０から受信し、保持する機能も含む。また、システム情報送信制御部１３は、各変形例及び各ＳＩＢ要求方法詳細例で説明したように、ユーザ装置２０から、特定のＳＩＢ（ｓ）の個別送信の要求を信号受信部１２を介して受信すると、要求されたＳＩＢ（ｓ）を信号送信部１１を介して個別送信する機能を含む。なお、システム情報送信制御部１３が、信号送信部１１及び／又は信号受信部１２に含まれていてもよい。

図２４に示す基地局１０の構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵ及びメモリとプログラムとで実現してもよい。

＜ユーザ装置２０＞
図２５に、ユーザ装置２０の機能構成図を示す。図２５に示すように、ユーザ装置２０は、信号送信部２１、信号受信部２２、システム情報格納部２３、システム情報取得制御部２４を含む。

信号送信部２１は、ユーザ装置２０から送信されるべき上位のレイヤの情報から、物理レイヤの各種信号を生成し、基地局１０に対して送信する機能を含む。信号受信部２２は、基地局１０から各種の下り信号を受信し、受信した物理レイヤの信号からより上位のレイヤの情報を取得する機能を含む。

システム情報格納部２３は、基地局１０から受信したシステム情報を格納する。格納されたシステム情報におけるパラメータを用いることで、例えば、信号送信部２１／信号受信部２２により信号の送受信動作等が行われる。

システム情報取得制御部２４は、本実施の形態及び変形例及びＳＩＢ要求方法詳細例で説明した、システム情報の要求／受信に係る制御を実行する。例えば、システム情報取得制御部２４は、信号受信部２２を介して変更通知を基地局１０から受信すると、当該変更通知で示された変更されるＳＩＢ（ｓ）の中で、自身が必要とするＳＩＢ（ｓ）を、信号送信部２１を介して基地局１０に要求し、信号受信部２２を介して取得する。また、システム情報取得制御部２４は、システム情報格納部２３に格納されている各ＳＩＢの有効期限を管理しており、有効期限が切れたＳＩＢを基地局１０に要求する。

また、システム情報取得制御部２４は、ユーザ装置２０が、あるセルから別のセルに遷移した際に、当該別のセルで受信するＳＩＢ相違情報、ＳＩＢ共通エリアのＩＤ等に基づいて、ＳＩＢ（ｓ）要求の要否を判断し、要であれば、ＳＩＢ（ｓ）の要求、取得を実施する。システム情報取得制御部２４は、基地局１０から取得したＳＩＢをシステム情報格納部２３に格納する。

また、システム情報取得制御部２４は、図１０に示したフローに従って、周期的にブロードキャストされるシステム情報におけるｖａｌｕｅｔａｇに基づき、在圏セルでの対応／非対応のＳＩＢ（ｓ）を判断することができる。また、システム情報取得制御部２４は、信号送信部２１を介して、ＳＩＢ（ｓ）を基地局１０に要求し、信号受信部２２を介して、基地局１０からＳＩＢ（ｓ）を取得する機能を含む。なお、システム情報取得制御部２４は、信号送信部２１及び／又は信号受信部２２に含まれていてもよい。

図２５に示すユーザ装置２０の構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵ及びメモリとプログラムとで実現してもよい。

＜制御装置４０＞
図２６に、制御装置４０の機能構成図を示す。図２６に示すように、制御装置４０は、エリア−基地局対応情報管理部４１、ＩＤ通知部４２を含む。エリア−基地局対応情報管理部４１は、ＳＩＢ共通エリアのＩＤと基地局（あるいはセル）との対応関係を管理し、当該対応関係の情報を保持している。

ＩＤ通知部４２は、例えば、エリア−基地局対応情報に変更があった場合に、該当する各基地局に対して、当該基地局が属するＳＩＢ共通エリアのＩＤを通知する。

図２６に示す制御装置４０の構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵ及びメモリとプログラムとで実現してもよい。

以上、基地局１０、ユーザ装置２０、制御装置４０の構成を説明したが、上記の構成は一例であり、機能区分、機能部の名称等は、上記の例に限られない。

＜ハードウェア構成＞
上記のブロック図（図２４〜図２６）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。

例えば、本発明の一実施の形態における基地局１０、ユーザ装置２０、及び制御装置４０のそれぞれは、本実施の形態における処理を行うコンピュータとして機能してもよい。図２７は、本発明の一実施の形態に係る基地局１０、ユーザ装置２０、及び制御装置４０のそれぞれのハードウェア構成の一例を示す図である。基地局１０、ユーザ装置２０、及び制御装置４０は、ハードウェアとしては同様の構成を備えるため、１つの図（図２７）にこれらのハードウェア構成を示している。

図２７に示すとおり、上述の基地局１０、ユーザ装置２０、及び制御装置４０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。基地局１０、ユーザ装置２０、及び制御装置４０のハードウェア構成は、図に示した各装置（各部）を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

基地局１０、ユーザ装置２０、及び制御装置４０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御し、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）で構成されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、及びデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、基地局１０の信号送信部１１、信号受信部１２、システム情報送信制御部１３は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、ユーザ装置２０の信号送信部２１、信号受信部２２、システム情報格納部２３、システム情報取得制御部２４は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、制御装置４０のエリア−基地局対応情報管理部４１、ＩＤ通知部４２は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。

上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＥＰＲＯＭ（ＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）などのうちの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本実施の形態で説明した処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュール、データなどを保存することができる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（ＣｏｍｐａｃｔＤｉｓｃＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどのうちの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。

通信装置１００４は、有線及び／又は無線ネットワークを介して装置間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、ユーザ装置２０の信号受信部２２、及び、信号送信部２１は通信装置１００４で実現されてもよい。また、基地局１０の信号送信部１１、及び、信号受信部１２は、通信装置１００４で実現されてもよい。また、制御装置４０のＩＤ通知部４２は、通信装置１００４で実現されてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

また、基地局１０、ユーザ装置２０、及び制御装置４０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）、ＰＬＤ（ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ）、ＦＰＧＡ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

（実施の形態のまとめ）
以上、説明したように、本実施の形態により、移動通信システムにおいて基地局と通信を行うユーザ装置であって、前記基地局からシステム情報の変更通知を受信する受信部と、前記受信部が、前記変更通知を受信した後に、前記システム情報を受信しない場合に、当該システム情報の送信を前記基地局に要求する制御部とを備えることを特徴とするユーザ装置が提供される。

上記の構成により、ユーザ装置からの要求に基づいて基地局がシステム情報を送信する方式において、システム情報が変更される場合でも、基地局はユーザ装置からの要求に基づくシステム情報の送信を行うことができるため、システム情報送信によるオーバーヘッドの削減を実現することができる。

前記制御部は、前記基地局から受信したシステム情報の有効期限が切れたことを検知した場合に、当該システム情報の送信を前記基地局に要求することとしてもよい。この構成により、ユーザ装置は、有効期限内のシステム情報を継続して保持することが可能となる。

また、本実施の形態により、移動通信システムにおいて基地局と通信を行うユーザ装置であって、前記基地局から、隣接セルにおけるシステム情報が当該基地局のセルにおけるシステム情報と異なることを示す相違情報を受信する受信部と、前記受信部により受信した前記相違情報に示される前記システム情報の送信を前記基地局に要求する制御部とを備えることを特徴とするユーザ装置が提供される。

上記の構成により、ユーザ装置からの要求に基づいて基地局がシステム情報を送信する方式において、システム情報がセル間で異なる場合でも、基地局は、隣接セルと異なるシステム情報を常に報知するといった動作を行うことなく、ユーザ装置からの要求に基づくシステム情報の送信を行うことができるため、システム情報送信によるオーバーヘッドの削減を実現することができる。

また、本実施の形態により、移動通信システムにおいて基地局と通信を行うユーザ装置であって、前記基地局から、セル間でシステム情報が共通であるエリアの識別情報を受信する受信部と、前記受信部により受信した前記識別情報に基づいて、前記ユーザ装置が、別エリアから前記エリアに移動したことを検知した場合に、システム情報を前記基地局に要求する制御部とを備えることを特徴とするユーザ装置が提供される。

上記の構成により、ユーザ装置からの要求に基づいて基地局がシステム情報を送信する方式において、システム情報がエリア間で異なる場合でも、基地局は、隣接エリアと異なるシステム情報を常に報知するといった動作を行うことなく、ユーザ装置からの要求に基づくシステム情報の送信を行うことができるため、システム情報送信によるオーバーヘッドの削減を実現することができる。

また、変形例により、移動通信システムにおいて基地局と通信を行うユーザ装置であって、前記基地局から周期的に送信されるブロードキャスト情報を受信する受信部と、前記受信部により受信したブロードキャスト情報から、前記基地局が所定のシステム情報をサポートしていることを示す情報を検出した場合に、当該所定のシステム情報を前記基地局に要求し、当該所定のシステム情報を前記基地局から取得する制御部とを備えることを特徴とするユーザ装置が提供される。この構成により、基地局は、所定のシステム情報を周期的に、常時送信する必要がなくなるので、システム情報送信によるオーバーヘッドの削減を実現することができる。

例えば、前記制御部は、前記所定のシステム情報を示すビットマップと、ランダムアクセスプリアンブルとを含む信号を前記基地局に送信することにより、前記所定のシステム情報を要求することができる。また、前記制御部は、前記所定のシステム情報を示すビットマップを含むメッセージと、ランダムアクセスプリアンブルとを同一ＴＴＩ内で前記基地局に送信することにより、前記所定のシステム情報を要求することとしてもよい。また、前記制御部は、前記所定のシステム情報の一部に対応するランダムアクセスプリアンブルを前記基地局に送信することにより、前記所定のシステム情報の一部を要求し、当該一部のシステム情報を除く前記所定のシステム情報を示すビットマップを含むメッセージを前記基地局に送信することにより、当該一部のシステム情報を除く前記所定のシステム情報を要求することとしてもよい。

また、本実施の形態により、移動通信システムにおいてユーザ装置と通信を行う基地局であって、隣接セルにおけるシステム情報が当該基地局のセルにおけるシステム情報と異なることを示す相違情報を送信する送信部と、前記ユーザ装置から、前記相違情報に示される前記システム情報の送信の要求を受信する受信部と、を備え、前記受信部が前記要求を受信した場合に、前記送信部は、前記システム情報を前記ユーザ装置に送信することを特徴とする基地局が提供される。

以上、本発明の各実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。

情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）シグナリング、ＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）、ＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。

本明細書で説明した各態様／実施形態は、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（ＦｕｔｕｒｅＲａｄｉｏＡｃｃｅｓｓ）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（ＵｌｔｒａＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、ＵＷＢ（Ｕｌｔｒａ−ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。

また、本明細書で説明した各態様／実施形態の処理手順、シーケンスなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、メッセージは信号であってもよい。

また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。また、参照信号は、ＲＳ（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）と略称することもでき、適用される標準によってパイロット（Ｐｉｌｏｔ）と呼ばれてもよい。

本明細書において基地局によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒｎｏｄｅ）によって行われることもある。基地局を有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋｎｏｄｅｓ）からなるネットワークにおいて、ユーザ装置２０との通信のために行われる様々な動作は、基地局１０および／または基地局１０以外の他のネットワークノード（例えば、ＭＭＥまたはＳ−ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局１０以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ−ＧＷ）であってもよい。

本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。

ユーザ装置は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。

基地局は、当業者によって、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｎｈａｎｃｅｄＮｏｄｅＢ）、ベースステーション（ＢａｓｅＳｔａｔｉｏｎ）、ｇＮＢ、またはいくつかの他の適切な用語で呼ばれる場合もある。

本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。

本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。

本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。

本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。

＜付記＞
（第１項）
移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記基地局からシステム情報の変更通知を受信する受信部と、
前記受信部が、前記変更通知を受信した後に、前記システム情報を受信しない場合に、当該システム情報の送信を前記基地局に要求する制御部と
を備えることを特徴とするユーザ装置。
（第２項）
前記制御部は、前記基地局から受信したシステム情報の有効期限が切れたことを検知した場合に、当該システム情報の送信を前記基地局に要求する
ことを特徴とする第１項に記載のユーザ装置。
（第３項）
移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記基地局から、隣接セルにおけるシステム情報が当該基地局のセルにおけるシステム情報と異なることを示す相違情報を受信する受信部と、
前記受信部により受信した前記相違情報に示される前記システム情報の送信を前記基地局に要求する制御部と
を備えることを特徴とするユーザ装置。
（第４項）
移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記基地局から、セル間でシステム情報が共通であるエリアの識別情報を受信する受信部と、
前記受信部により受信した前記識別情報に基づいて、前記ユーザ装置が、別エリアから前記エリアに移動したことを検知した場合に、システム情報を前記基地局に要求する制御部と
を備えることを特徴とするユーザ装置。
（第５項）
移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記基地局から周期的に送信されるブロードキャスト情報を受信する受信部と、
前記受信部により受信したブロードキャスト情報から、前記基地局が所定のシステム情報をサポートしていることを示す情報を検出した場合に、当該所定のシステム情報を前記基地局に要求し、当該所定のシステム情報を前記基地局から取得する制御部と
を備えることを特徴とするユーザ装置。
（第６項）
前記制御部は、前記所定のシステム情報を示すビットマップと、ランダムアクセスプリアンブルとを含む信号を前記基地局に送信することにより、前記所定のシステム情報を要求する
ことを特徴とする第５項に記載のユーザ装置。
（第７項）
前記制御部は、前記所定のシステム情報を示すビットマップを含むメッセージと、ランダムアクセスプリアンブルとを同一ＴＴＩ内で前記基地局に送信することにより、前記所定のシステム情報を要求する
ことを特徴とする第５項に記載のユーザ装置。
（第８項）
前記制御部は、前記所定のシステム情報の一部に対応するランダムアクセスプリアンブルを前記基地局に送信することにより、前記所定のシステム情報の一部を要求し、当該一部のシステム情報を除く前記所定のシステム情報を示すビットマップを含むメッセージを前記基地局に送信することにより、当該一部のシステム情報を除く前記所定のシステム情報を要求する
ことを特徴とする第５項に記載のユーザ装置。
（第９項）
移動通信システムにおいてユーザ装置と通信を行う基地局であって、
隣接セルにおけるシステム情報が当該基地局のセルにおけるシステム情報と異なることを示す相違情報を送信する送信部と、
前記ユーザ装置から、前記相違情報に示される前記システム情報の送信の要求を受信する受信部と、を備え、
前記受信部が前記要求を受信した場合に、前記送信部は、前記システム情報を前記ユーザ装置に送信する
ことを特徴とする基地局。

本特許出願は２０１６年５月１２日に出願した日本国特許出願第２０１６−９６５２５号、及び２０１６年８月１０日に出願した日本国特許出願第２０１６−１５８２６２号に基づきその優先権を主張するものであり、日本国特許出願第２０１６−９６５２５号及び日本国特許出願第２０１６−１５８２６２号の全内容を本願に援用する。

１０基地局
１１信号送信部
１２信号受信部
１３システム情報送信制御部
２０ユーザ装置
２１信号送信部
２２信号受信部
２３システム情報格納部
２４システム情報取得制御部
３０コアネットワーク
４０制御装置
４１エリア−基地局対応情報管理部
４２ＩＤ通知部
１００１プロセッサ
１００２メモリ
１００３ストレージ
１００４通信装置
１００５入力装置
１００６出力装置

Claims

基地局から、セル間でシステム情報が共通であるエリアの識別情報を受信する受信部と、
前記識別情報が、記憶されている識別情報と異なる場合に、ランダムアクセスプリアンブルを前記基地局に送信することにより、システム情報を前記基地局に要求する制御部と
を備える端末。
セル間でシステム情報が共通であるエリアの識別情報を端末に送信する送信部と、
前記識別情報が、前記端末に記憶されている識別情報と異なる場合に、システム情報の要求として、ランダムアクセスプリアンブルを前記端末から受信する受信部と、
を備える基地局。
基地局から、セル間でシステム情報が共通であるエリアの識別情報を受信する受信部と、
前記識別情報が、記憶されている識別情報と異なる場合に、ランダムアクセスプリアンブルを前記基地局に送信することにより、システム情報を前記基地局に要求する制御部と、を備える端末と、
前記識別情報を前記端末に送信する送信部と、
前記ランダムアクセスプリアンブルを前記端末から受信する受信部と、を備える基地局と、
を備える移動通信システム。
基地局から、セル間でシステム情報が共通であるエリアの識別情報を受信する受信ステップと、
前記識別情報が、記憶されている識別情報と異なる場合に、ランダムアクセスプリアンブルを前記基地局に送信することにより、システム情報を前記基地局に要求する制御ステップと
を備えることを特徴とする端末が実行するシステム情報取得方法。