CN109155965A

CN109155965A - 用户装置以及基站

Info

Publication number: CN109155965A
Application number: CN201780028803.XA
Authority: CN
Inventors: 高桥秀明; W.A.哈普萨里
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2016-05-12
Filing date: 2017-03-23
Publication date: 2019-01-04
Anticipated expiration: 2037-03-23
Also published as: EP3457763A1; CN109155965B; JPWO2017195478A1; KR20190002522A; AU2017261994B2; US20190159110A1; KR102321684B1; JP6938726B2; US11856506B2; EP3457763A4; WO2017195478A1; AU2017261994A1; JP2020141428A

Abstract

一种用户装置，是在移动通信系统中与基站进行通信的用户装置，其特征在于，具备：接收单元，从所述基站接收系统信息的变更通知；以及控制单元，在所述接收单元接收到所述变更通知后，没有接收到所述系统信息的情况下，向所述基站请求发送该系统信息。

Description

用户装置以及基站

技术领域

本发明涉及移动通信系统中的用户装置以及基站。

背景技术

如在3GPP(非专利文献1)中规定的那样，在现有的移动通信系统中，从基站对用户装置发送系统信息。各系统信息从基站向小区内被周期地发送。

在系统信息中，有所有用户装置必需获取的系统信息、以及仅特定用户装置所需的系统信息。

作为所有用户装置必需获取的系统信息，有MIB(主信息块(Master InformationBlock))、SIB1(系统信息块类型1(System information block type1))。MIB包含系统带宽等基本信息，SIB1包含SIB1以后的SIB的调度信息等。

作为仅特定用户装置所需的系统信息，有例如SIB17(WLAN交互工作用)、SIB18、19(侧链路用)等。

现有技术文献

非专利文献

非专利文献1：3GPP TS 36.331 V12.8.0(2015-12)

发明内容

发明要解决的课题

关于上述仅特定用户装置所需的系统信息，在这样的特定用户装置在小区内不存在、或者即使存在但该特定用户装置已经具有了所需的系统信息等情况下，周期性地发送仅特定用户装置所需的系统信息是多余的，导致开销的增加。

特别地，在以超大容量、超低延迟等作为目标的下一代移动通信系统(5G，新RAT(new RAT))中，需要削减因系统信息发送而导致的开销。与削减系统信息发送造成的开销相关地，提出了周期性地发送对全部用户装置而言必需的系统信息，除此以外的系统信息根据来自用户装置的请求来发送的考量(将其称为按需系统信息(System Information OnDemand))。

在实现按需系统信息(System Information On Demand)时，需要支持系统信息的变更、支持小区间的系统信息的差异等，但关于这些没有提出具体方案。此外，关于由用户装置请求系统信息的方法，也没有提出具体的适当方案。

本发明是鉴于上述情况而进行的，其目的在于，提供用于实现因系统信息发送而导致的开销的削减的技术。

用于解决课题的手段

根据本发明的实施方式，提供一种用户装置，是在移动通信系统中与基站进行通信的用户装置，其特征在于，具备：

接收单元，从所述基站接收系统信息的变更通知；以及

控制单元，在所述接收单元接收到所述变更通知后，没有接收到所述系统信息的情况下，向所述基站请求发送该系统信息。

发明效果

根据本发明的实施方式，提供用于实现因系统信息发送而导致的开销的削减的技术。

附图说明

图1是本发明的实施方式中的无线通信系统的结构图。

图2是用于说明本实施方式中的系统信息的发送方法例的图。

图3是示出分别获取变更后的的系统信息的处理的时序图。

图4是用于说明在小区间系统信息不同的情况的例子的图。

图5是在小区间系统信息不同的情况下的时序图。

图6是用于说明在小区间系统信息不同的情况的另一例的图。

图7是用于说明定义系统信息不变的区域的情况的例子的图。

图8是定义系统信息不变的区域的情况下的时序图。

图9是变形例1的时序图。

图10是用于说明变形例1中的用户装置20的操作的流程图。

图11是变形例1的时序图。

图12是变形例2的时序图。

图13是变形例3的时序图。

图14是变形例4-1的时序图。

图15是变形例4-2的时序图。

图16是变形例5的时序图。

图17是示出SIB请求所涉及的基本处理时序的图。

图18是用于说明SIB请求方法详细例1的图。

图19是用于说明SIB请求方法详细例1的图。

图20是用于说明SIB请求方法详细例2的图。

图21是用于说明SIB请求方法详细例3的图。

图22是用于说明SIB请求方法详细例4的图。

图23是用于说明SIB请求方法详细例5的图。

图24是基站10的结构图。

图25是用户装置20的结构图。

图26是控制装置40的结构图。

图27是用户装置20、基站10和控制装置40的硬件结构图。

具体实施方式

以下，参照附图，说明本发明的实施方式。另外，以下说明的实施方式仅为一例，应用本发明的实施方式不限于以下的实施方式。

设想本实施方式的移动通信系统支持LTE。但是，在本说明书中使用的“LTE”具有包括LTE-Advanced、以及LTE-Advanced以后的方式(例如：5G)在内的广泛含义。另外，本发明的实施方式不限于应用于LTE，也可以应用于其他方式。例如，本发明的实施方式也可以应用于SUPER 3G、IMT-Advanced、4G、5G、FRA(未来无线接入(Future Radio Access))、W-CDMA(注册商标)、GSM(注册商标)、CDMA2000、UMB(超移动宽带(Ultra MobileBroadband))、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、UWB(超宽带(Ultra-WideBand))、Bluetooth(注册商标)、或者基于它们进行了扩展的下一代系统。

(系统结构、基本操作)

在图1中示出本实施方式中的移动通信系统的结构例。如图1所示，本实施方式的移动通信系统具有形成小区的基站10以及与基站10通过无线方式进行通信的用户装置20。此外，基站10连接到核心网络30，在核心网络30中具备进行各用户装置的移动性控制等的控制装置40。

在图1中仅示出1个用户装置20，但一般而言存在多个用户装置。

在本实施方式中，基站10没有接受来自用户装置20的请求即周期性地发送(广播)对全部用户装置而言必需的系统信息(例如：系统带宽、系统帧编号、后述的值标签(valuetag)等)。必需的系统信息也可以称为最小限度系统信息。另一方面，除了对全部用户装置而言必需的系统信息以外的系统信息基本上基于来自用户装置20的请求来发送。以下，方便起见，将除了必需的系统信息以外的系统信息称为SIB。但是，设“SIB1”包括在必需的系统信息内。

基站10为了发送SIB而使用的信道不限于特定信道，在本实施方式中，设为用空闲(Idle)状态的用户装置20也能够接收的CCCH(公共控制信道(Common Control Channel))来发送。但是，在后述变形例、SIB请求方法详细例中，也使用除CCCH以外的信道。

例如，基站10若从用户装置20接收到SIB_A的发送请求，则将SIB_A发送给用户装置20。基站10在接收到请求之后，在预定的期间内，周期性地发送例如SIB_A。该期间内用户装置20接收SIB_A并保存。若该期间结束，则基站10停止SIB_A的发送。

(关于SIB变更时的操作)

SIB的内容(参数的值、设定值等)并非一直相同，有时会被基站10变更。在SIB的内容被变更了的情况下，使用该SIB的用户装置20需要获取变更后的SIB。参照图2说明为此进行的操作例。在此，以SIB_A被变更了的情况为例进行说明。另外，在下面示出1个SIB即SIB_A被变更的情况，但在多个SIB被变更的情况下，关于各SIB进行同样的处理。

在图2中，在A所示的时点之前，已经进行了SIB_A的发送/发送停止，用户装置20保存SIB_A。在此，将已经保存的SIB_A称为旧SIB_A。例如，在A时点之前(或者在A时点)，若基站10决定发送变更后的新SIB_A，则首先在A的时点，发送表示SIB_A被变更的变更通知。该变更通知例如是寻呼消息或者值标签(value tag)。本实施方式中的变更通知具有表示特定SIB(在此为SIB_A)已被变更的信息。但是，变更通知也可以是表示某一SIB已被变更而不确定被变更的SIB的通知。在该情况下，以下说明的由用户装置20在SIB请求中指定的SIB成为用户装置20所需的全部SIB。

在图2中，基站10可以设为仅在A时点发送1次变更通知，也可以设为在规定期间(C所示的期间)多次(例如周期性地)发送。特别地，在本实施方式中，值标签(value tag)包括在必需的系统信息(例如：SIB1)中，一直周期性地发送。SIB的变更通过变更值标签(valuetag)的值来通知。

在B时点，基站10开始发送新SIB_A。在本例中，新SIB_A在D所示的期间周期性地反复发送。若D所示的期间结束(F时点)，则停止发送新SIB_A。用户装置20在D所示的期间接收新SIB_A，并保存。

另外，C所示的期间(A时点至B时点)也可以是非专利文献1中记载的BCCH修改周期(BCCH modification period)。此外，在与A时点(最初的变更通知)相比更早的E时点至B时点(变更后的SIB发送开始时点)也可以是BCCH修改周期(BCCH modification period)。此外，D的期间的长度不限定于特定长度，例如也可以是BCCH修改周期(BCCH modificationperiod)的N倍(N为1以上的整数)。

在此，在例如图2所示的A～F的期间，处于用户装置20无法接收到来自基站10的信号的状态的情况下(例如：电源为OFF等)，然后，变为能够接收来自基站10的信号的状态的用户装置20通过变更通知(例如：值标签(value tag))，知道SIB_A已被变更，但由于D所示的新SIB_A的发送期间已结束，因此在该情况下无法接收新SIB_A。

因此，在本实施方式中，用户装置20通过变通通知而检测出SIB的变更，但是在没有接收到变更后的SIB的情况下，用户装置20对基站10发送请求变更后的SIB的消息。接收到该请求消息的基站10将所请求的变更后的SIB发送给请求源的用户装置20。

参照图3说明上述情况下的处理时序。在本例中，为了表示被变更的SIB为一个或多个，而利用SIB(s)这一记载。此外，设该SIB(s)对于用户装置20而言是必需的SIB。

在步骤S101中，基站10发送表示SIB(s)被变更的变更通知(寻呼消息或值标签(value tag))。在步骤S102中，用户装置20通过接收变更通知，来检测特定的SIB(s)已被变更的情况。

在图3的例子中，在步骤S101之前的时点，变更后的SIB(s)的发送已结束，在步骤S102中检测出SIB(s)变更的用户装置20无法接收变更后的SIB(s)。

例如，用户装置20在从检测出SIB(s)的变更的时点起，即使监视发送SIB(s)的信道(在本实施方式中为CCCH)也没有接收到变更后的SIB(s)而经过了规定时间的情况下，将请求变更后的SIB(s)的单独发送的请求消息发送给基站10(步骤S103)。在该请求消息中包括例如指定用户装置20希望获取的SIB(s)的消息(例如：SIB的编号)。

另外，在从检测出SIB(s)的变更的时点起，没有接收到变更后的SIB(s)而经过了规定时间的时点发送请求消息的情况是一例。也可以设为在其他定时发送请求消息。

接收到请求消息的基站10对该用户装置20发送所请求的SIB(s)(步骤S104)。步骤S104中的SIB(s)发送仅在规定期间内进行，若经过规定期间，则停止发送。

在本实施方式中，利用CCCH来发送所请求的SIB(s)。此外，为了设为向用户装置20单独发送，也可以设为在CCCH所运载的信号(包括请求消息)的报头等(例如：MAC报头)中附加用户装置20的识别信息。此外，也可以设为在通知该CCCH发送的资源的控制信息(例如：在PDCCH中被发送的DCI)中包含该用户装置20的识别信息。此外，也可以用CCCH进行发送而不确定用户装置20。在该情况下，成为广播(广播发送)。

后述的SIB请求方法详细例1～5均能够应用于图3所示的SIB(s)的请求(S103)、以及SIB(s)的发送(S104)。

此外，如图3所示，设想进行SIB的请求和接收的用户装置20处于空闲(Idle)状态或者非激活(Inactive)状态，但也可以设为在连接(connected)状态下进行图3所示的操作。

关于上述CCCH的发送方法、以及设想空闲(Idle)状态或者非激活(Inactive)状态但也可以是连接(connected)状态的情况，能够应用于以下说明的所有例子(变形例除外)。

(因有效期限届满而请求SIB(s)的情况的例子)

在上述例子中，在用户装置20即使检测出SIB(s)已被变更也无法接收到变更后的SIB(s)的情况下，设为对基站10进行SIB(s)的发送请求，但用户装置20对基站10进行SIB(s)的发送请求的情形不限于该情形，还存在以下那样的情形。

本实施方式中的SIB(s)具有有效期限。该有效期限可以对于所有SIB而言是公共的，也可以按各个SIB而不同。此外，有效期限可以是从基站10向用户装置20通知的值，也可以是预先在用户装置20中设定的值。

设某一SIB的有效期限为T小时。在该情况下，用户装置20在从基站10接收SIB并保存的时点起没有接受到变更通知而经过了T小时的时点，判断为该SIB的有效期限届满，通过执行图3的步骤S103、S104，获取该SIB，重新开始有效期限(T小时)的测量。这样的操作按用户装置20所保存的各个SIB来执行。

另外，例如用户装置20从基站10接收到SIB后将电源设为OFF，接着将电源设为ON后，没有接收到变更通知的情况下，若在该时点经过了有效期限，则也通过执行图3的步骤S103、S104来获取该SIB。

(按各小区SIB(s)不同的情况下的操作例)

有时，即使是相同种类的SIB，按各小区其参数的值也会不同。若以现有的SIB为例，则例如SIB4中的同频率的小区特定的小区重选参数的值可能按各小区而不同。

图4是示出这样情况的一例的图。在图4的例子中，存在小区1、小区2、小区3，通过各个小区的基站10，基于来自驻留的用户装置的请求来发送SIBx。但是，在小区1和小区3中SIBx具有参数A，与此相对，在小区2中SIBx具有与参数A不同的参数B。

例如，如图4的情形2所示，设驻留在小区1中且具有在小区1中接收到的有效期限内的SIBx的用户装置20在空闲(Idle)状态下直接移动，迁移至小区3(通过小区重选而在小区3中驻留(Camp on))。在小区3与小区1之间，SIBx的参数相同，因此用户装置20在小区3中也能够继续使用在小区1中获取的SIBx。

另一方面，如图4的情形1所示，设具有在小区1中接收到的有效期限内的SIBx的用户装置20在空闲(Idle)状态下直接移动，迁移至小区2(通过小区重选而在小区2中驻留(Camp on))。在小区2与小区1之间，SIBx的参数不同，因此用户装置20在小区2中无法还继续使用在小区1中获取的SIBx。或者，在继续使用的情况下，有可能无法进行适当的操作。在本实施方式中，若没有来自用户装置20的请求，则不发送SIBx，因此在该情况下，在小区2中有可能无法利用适当的SIBx来继续操作。

因此，在本实施方式中，通过以下的例1、例2所示的方法来解决上述问题。

＜例1＞

在例1中，在各小区中，在本小区的多个SIB之中存在其内容(参数等)与相邻小区不同的SIB的情况下，将包含该不同的SIB的识别信息(例如：SIB的编号)的消息(将其称为SIB差异信息)通知给小区内。在例1中，例如在本小区的周围存在多个相邻小区的情况下，在至少1个相邻小区中存在与本小区内容不同的SIB的情况下，进行该通知。在本实施方式中，该通知通过必需系统信息(例如：MIB、SIB1等)来进行，但不限于此。也可以利用除必需系统信息(广播信号)以外的在小区内周期性地发送的其他信号来进行通知。

更具体而言，例如在图4的小区2中，SIBx的内容与相邻小区(在图4的情况下为小区1)的SIBx的内容不同，因此小区2的基站10通知表示SIBx与相邻小区的SIBx不同的SIB差异信息。在SIB差异信息中包含SIBx的识别信息。

另外，在没有发送SIB差异信息的情况下，用户装置20在所有相邻小区中将所有SIB的内容视为与本小区相同。此外，在所有相邻小区中，所有SIB的内容与本小区相同的情况下，该本小区的基站10也可以通知表示在所有相邻小区中所有SIB的内容与本小区相同的信息作为必需系统信息。

作为一个例子，在图4中，考虑了在小区1中接收到SIBx的用户装置20在空闲(Idle)状态下直接迁移至相邻小区(小区2)的情况(进行小区重选的情况)。用户装置20若通过在小区2中接收的SIB差异信息检测出在相邻小区中SIBx与本小区(小区2)不同，则在本小区中向基站10请求发送SIBx，获取SIBx。另外，基于SIB差异信息的SIB发送请求/获取的操作在小区重选后仅进行1次即可，也可以设为进行多次。

参照图5说明上述操作的处理时序。

在步骤S201中，用户装置20进行小区重选，在某一小区中驻留。在该小区中，作为一个例子，设SIB3、SIB5、SIB6与相邻小区不同。因此，基站10广播表示SIB3、SIB5、SIB6与相邻小区不同的SIB差异信息(步骤S202)。

用户装置20若通过在步骤S202中接收到的SIB差异信息，掌握了SIB3、SIB5、SIB6与相邻小区不同的情况，则将对基站10请求SIB3、SIB5、SIB6的单独发送的请求消息发送给基站10(步骤S203)。在该请求消息中包括指定用户装置20希望获取的SIB(s)的消息(例如：SIB的编号)。另外，在本例中，用户装置20由于需要SIB3、SIB5、SIB6中的全部而请求它们，但假使在SIB差异信息之中包含用户装置20不需要的SIB的情况下，关于该SIB，也不进行发送请求。

接收到请求消息的基站10对该用户装置20发送所请求的SIB(s)(步骤S204)。在本实施方式中，通过CCCH而发送所请求的SIB(s)。步骤S204中的SIB(s)发送仅在规定期间内进行，若经过规定期间，则停止发送。

后述的SIB请求方法详细例1～5均能够应用于图5所示的SIB(s)的请求(S203)、以及SIB(s)的发送(S204)。

＜例2＞

在例1中，在图4的例子中，在用户装置20从小区1迁移至小区3的情况下，也与从小区1迁移至小区2的情况同样地，用户装置20在小区3中执行用于获取SIBx的操作。其理由在于，在小区3中，广播表示SIBx与相邻小区(在此为小区2)不同的SIB差异信息。但是，在小区1和小区3中，SIBx的内容相同，因此成为多余的操作。在例2中，说明用于消除这样的多余操作的例子。

例2与例1相比，从基站10发送的SIB差异信息的内容不同。即，在例2中，在各小区(本小区)中发送的SIB差异信息中包含表示哪个相邻小区的哪个SIB与本小区不同的信息。参照图6，说明一例。图6表示与图4相同的情况。即，在小区1和小区3中SIBx具有参数A，与此相对，在小区2中SIBx具有与参数A不同的参数B。另外，在图6中表示用SIB1广播SIB差异信息的情况的例子。

在例2中，在小区1中，广播表示本小区的SIBx与小区2的SIBx不同的SIB差异信息。在小区2中，广播表示本小区的SIBx与小区1和小区3的SIBx不同的SIB差异信息。在小区3中，广播表示本小区的SIBx与小区2的SIBx不同的SIB差异信息。

在例2中，处理时序也与图5所示的相同。但是，在例2中，在步骤S202中，广播上述那样的SIB差异信息，用户装置20考虑与迁移源的小区的关系，仅在需要SIB发送请求的情况下才执行步骤S203、S204。

作为一个例子，在图6的例子中，在小区1中接收到SIBx的用户装置20迁移至小区2的情况下，用户装置20通过SIB差异信息而检测出小区2中SIBx与迁移源的小区1不同，因此在小区2中实施SIBx的请求、接收。

另一方面，在图6的例子中，在小区1中接收到SIBx的用户装置20迁移至小区3的情况下，用户装置20通过SIB差异信息而检测出在小区3中不存在与迁移源的小区1不同的SIB，因此不实施SIBx的请求、接收。

(定义SIB(s)不变的区域的例子)

在本实施方式所涉及的移动通信系统中，也可以设置在小区间SIB不变的区域，在离开该区域而进入其他区域的情况下，进行SIB的请求。该区域例如是由多个小区组成的区域。此外，SIB不变是指在该区域内的小区内、以及小区间所有SIB的内容均不变。例如，在作为某一区域的SIB而存在SIB_A的情况下，该SIB_A的参数在区域内的任意小区中均相同。以下，将这样的区域称为SIB公共区域。

在图7中示出一例。在图7的例子中示出SIB公共区域A和SIB公共区域B。在1个SIB公共区域内，在任意小区中，各SIB的内容均不变而相同。此外，在不同SIB公共区域间，一般而言各SIB的内容不同。但是，即使在不同的SIB公共区域间，各SIB的内容也可以相同。

在图7的例子中，在SIB公共区域A内移动的用户装置20不会对所驻留的小区的基站10进行图5所示那样的SIB(s)的请求。另一方面，用户装置20在从SIB公共区域A移动至SIB公共区域B的情况下，例如将图6中说明的例2的机制应用于区域，来获取用户装置20所需的SIB(s)。

作为一例，属于某一SIB公共区域的各小区的基站10广播该SIB公共区域的识别信息(ID)以及区域单位中的SIB差异信息作为必需系统信息。例如，在图7的例子中，设在SIB公共区域A与SIB公共区域B之间SIBx的内容不同。在该情况下，属于SIB公共区域A的各小区的基站10与区域的ID一起作为SIB差异信息，广播(broadcast)表示本区域的SIBx与SIB公共区域B的SIBx不同的信息。此外，属于SIB公共区域B的各小区的基站10与区域的ID一起作为SIB差异信息，广播(broadcast)表示本区域的SIBx与SIB公共区域A的SIBx不同的信息。

并且，例如若在SIB公共区域A中获取了SIBx的用户装置20从SIB公共区域A移动至SIB公共区域B的某一小区，则该用户装置20从必需系统信息中包含的SIB公共区域的ID中检测已迁移至SIB公共区域B的情况，并且从SIB差异信息中检测在SIB公共区域B中相对于迁移源的SIB公共区域A而言SIBx不同的情况，根据该检测，对驻留小区的基站10请求SIBx，来获取SIBx。

另外，在上述例子中，利用了区域单位的SIB差异信息，但是也可以不使用该SIB差异信息。在该情况下，用户装置20在基于SIB公共区域的ID而检测出移动至不同的SIB公共区域的情况下，向驻留小区的基站10请求自身所需的SIB(s)，并获取。

参照图8说明上述后一例中的处理时序。在步骤S301中，用户装置20检测从某一SIB公共区域移动至另一SIB公共区域的情况。于是，在步骤S302中，用户装置20向驻留小区的基站10请求自身所需的SIB(s)。然后，用户装置20从基站10接收所请求的SIB(s)(步骤S303)。在步骤S303中的SIB(s)发送仅在规定期间内进行，若经过规定期间，则停止发送。

后述的SIB请求方法详细例1～5均能够应用于图8所示的SIB(s)的请求(S302)、以及SIB(s)的发送(S303)。

另外，SIB公共区域的ID可以在各基站10中预先设定，也可以设为核心网络30的控制装置40管理SIB公共区域与小区(基站)的对应关系，控制装置40对各基站通知基于该对应关系的SIB公共区域的ID。例如，控制装置40在某些小区中SIB(s)的内容被变更了的情况下，更新SIB公共区域与小区(基站)的对应关系，向各基站通知基于更新后的该对应关系的SIB公共区域的ID。

(变形例)

在至此说明的例子中，以用户装置20在某一小区中获取SIB(s)为前提，然后，关于SIB(s)被变更的情况、以及用户装置20移动至另一小区的情况等进行了说明。

在此，考虑了用户装置20在电源ON后附接(attach)到网络时，用户装置20完全不保存系统信息的情况。像这样，在某一小区中，用户装置20完全不保存系统信息的情况下，存在未明确用户装置20要如何判定以下的情形A和情形B的课题(称为课题1)。

情形A)该小区(该小区的基站)没有一直广播某SIB(s)，但支持SIB(s)的功能。即，支持该SIB(s)。

情形B)该小区(该小区的基站)不支持某SIB(s)的功能，因此完全不进行该SIB(s)的广播。

在情形A下，没有一直广播某SIB(s)是指例如如前述那样，通常时完全不进行广播，变更时仅在规定时间内进行广播。此外，基于来自用户装置20的请求，单独通知该SIB(s)。

情形A例如属于下述情形。该小区的基站没有一直广播SIB13和SIB15，但支持MBMS(多媒体广播组播服务(Multimedia Broadcast Multicast Services))。例如，用户装置20在该小区上进行与在另一小区中单独通知的SIB13和SIB15的参数对应的操作。

此外，在用户装置20完全不保存系统信息的情况下，还存在未明确用户装置20要执行怎样的具体流程来单独获取没有广播的SIB(s)的课题(将其称为课题2)。

以下，在变形例1中，说明课题1的解决方法和课题2的解决方法。此外，在变形例2～5中，说明课题2的解决方法的变形(variation)。变形例2～5中的课题1的解决方法与变形例1中的课题1的解决方法相同。

＜变形例1＞

(1)课题1的解决方法

作为课题1的解决方法，在变形例(变形例1～5)中，基站10在周期性地广播的系统信息(例如：MIB、SIB1、SIB2等)之中，按每个没有被周期性地广播的SIB发送值标签(valuetag)。另外，周期性地广播的系统信息也可以称为广播信息。接收到该值标签(value tag)的用户装置20判断为该小区(即基站10)支持通知了值标签(value tag)的SIB的功能。反之，关于未通知值标签(value tag)的SIB，用户装置20判断为该小区不支持该SIB的功能。

参照图9的时序图，说明上述流程的具体例。如图9所示，基站10发送(广播)SIB1，该SIB1包含1作为SIB3的值标签(value tag)的值、包含5作为SIB4的值标签(value tag)的值、包含10作为SIB5的值标签(value tag)的值(步骤S401)。

接收到SIB1的用户装置20从SIB1中检测出关于SIB3、SIB4、和SIB5的值标签(value tag)，因此判定为该小区支持SIB3、SIB4和SIB5(步骤S402)。

图10是更详细地示出接收SIB1的用户装置20的操作的流程图。参照图10，说明接收SIB1的用户装置20的操作例。

若用户装置20接收到SIB1(步骤S501)，则步骤S502～S505的处理按照流程图的步骤在SIB1以后反复进行预先规定的SIB的数量。在图10的例子中，预先规定的SIB的数量设为在标准中规定的SIB的数量，但不限于此。

在步骤S502中，用户装置20判断是否广播了对象的SIB。即，用户装置20判断是否接收到对象的SIB。在广播了对象的SIB的情况中(步骤S502的“是”)，用户装置20判断为该小区支持该SIB(步骤S503)。

在对象的SIB没有被广播的情况中(步骤S502的“否”)，用户装置20判断在SIB1中是否通知了该SIB的值标签(value tag)(步骤S504)。在判断为在SIB1中通知了该SIB的值标签(value tag)的情况下(步骤S504的“是”)，用户装置20判断为该小区支持该SIB(步骤S503)。在判断为在SIB1中没有通知该SIB的值标签(value tag)的情况下(步骤S504的“否”)，用户装置20判断为该小区不支持该SIB(步骤S505)。

另外，作为课题1的解决方法，除了如上述那样使用值标签(value tag)的方法以外，还有利用除值标签(value tag)以外的信息的方法。在该方法中，例如基站10将与值标签(value tag)不同的表示该小区中支持的SIB(s)的位图(bitmap)等信息也包含在周期性地广播的系统信息(例如：MIB、SIB1、SIB2等)中。接收到该系统信息的用户装置20基于位图(bitmap)等信息，判断该小区所支持的SIB(s)。

例如，定义32比特的位图(bitmap)，将各比特与SIB进行关联。作为一例，可以考虑如将MSB与SIB1进行关联、将SIB2与第2个比特(2nd MSB)进行关联等那样将SIB的编号和比特的位置进行关联。此外，关于比特的值与支持/非支持的关系，能够定义为例如若比特为1则表示支持、若比特为0则表示不支持(也可以与此相反)。在该情况下，例如用户装置20能够进行若MSB为1则小区支持SIB1、若为0则小区不支持SIB1这样的判断。

(2)课题2的解决方法

在变形例1中，用户装置20在通过上述方法而判定了支持的SIB后，在RRC连接建立过程(RRCconnection establishment procedure)中的RRC连接请求消息(RRCconnectionrequest message)中向基站10请求需要单独通知的SIB(s)。或者，也可以设为用户装置20在RRC连接设置完成消息(RRCconnection setup complete message)中向基站10请求需要单独通知的SIB(s)。然后，基站10在RRC连接重构过程(RRCconnection reconfigurationprocedure)中将所请求的SIB(s)向用户装置20单独通知。另外，在用户装置20在RRC连接请求消息(RRCconnection request message)中请求SIB(s)的情况下，基站10也可以在RRC连接设置消息(RRCconnection setup message)中发送SIB(s)。

此外，用户装置20也可以应用后述的SIB请求方法详细例1～5中任一者来进行SIB(s)的请求以及SIB(s)的接收。但是，关于后述的SIB请求方法详细例1～5，在不实施课题1的解决方法的情况下也能够应用。

参照图11的时序图，说明变形例1中的课题2的解决方法所涉及的操作例。

通过已经说明的步骤S401、S402，用户装置20判断为在该小区中支持SIB3、SIB4和SIB5。

用户装置20为了建立与基站10的连接，若将RRC连接请求消息(RRCconnectionrequest message)发送给基站10(步骤S403)，则从基站10向用户装置20发送RRC连接设置消息(RRCconnection setup message)(步骤S404)。接着，用户装置20将RRC连接设置完成消息(RRCconnection setup complete message)发送给基站10(步骤S405)，基站10向用户装置20发送RRC连接重构消息(RRCconnection reconfiguration message)(步骤S406)。并且，用户装置20将RRC连接重构完成消息(RRCconnection reconfiguration completemessage)发送给基站10(步骤S407)。

在上述步骤中，用户装置20在步骤S403(RRC连接请求消息(RRCconnectionrequest message))中向基站10请求发送SIB3、SIB4和SIB5。在该情况下，基站10在步骤S404(RRC连接设置消息(RRCconnection setup message))或步骤S406(RRC连接重构消息(RRCconnection reconfiguration message))中将SIB3、SIB4和SIB5单独发送给用户装置20。

此外，也可以设为，用户装置20在步骤S405(RRC连接设置完成消息(RRCconnection setup complete message))中向基站10请求发送SIB3、SIB4、和SIB5。在该情况下，基站10在步骤S406(RRC连接重构消息(RRCconnection reconfigurationmessage))中将SIB3、SIB4和SIB5单独发送给用户装置20。

＜变形例2＞

在变形例2中，用户装置20在通过变形例1中说明的课题1的解决方法而判定了支持的SIB后，在RRC连接恢复过程(RRCconnection resume procedure)中的RRC连接恢复请求消息(RRCconnection resume request message)中向基站10请求需要单独通知的SIB(s)。或者，也可以设为，用户装置20在RRC连接恢复完成消息(RRCconnection resumecomplete message)中向基站10请求需要单独通知的SIB(s)。然后，基站10在RRC连接重构过程(RRCconnection reconfiguration procedure)中将所请求的SIB(s)向用户装置20单独通知。另外，在用户装置20在RRC连接恢复请求消息(RRCconnection resume requestmessage)中请求SIB(s)的情况下，基站10也可以在RRC连接恢复消息(RRCconnectionresume message)中发送SIB(s)。

参照图12的时序图，说明变形例2中的操作例。

通过步骤S601、S602，用户装置20判断为在该小区中支持SIB3、SIB4和SIB5。

用户装置20若为了重建与基站10的连接而将RRC连接恢复请求消息(RRCconnection resume request message)发送给基站10(步骤S603)，则从基站10向用户装置20发送RRC连接恢复消息(RRCconnection resume message)(步骤S604)。接着，用户装置20将RRC连接恢复完成消息(RRCconnection resume complete message)发送给基站10(步骤S605)，基站10向用户装置20发送RRC连接重构消息(RRCconnectionreconfiguration message)(步骤S606)。然后，用户装置20将RRC连接重构完成消息(RRCconnection reconfiguration complete message)发送给基站10(步骤S607)。

在上述步骤中，用户装置20在步骤S603(RRC连接恢复请求消息(RRCconnectionresume request message))中向基站10请求发送SIB3、SIB4和SIB5。在该情况下，基站10在步骤S604(RRC连接恢复消息(RRCconnection resume message))或步骤S606(RRC连接重构消息(RRCconnection reconfiguration message))中将SIB3、SIB4和SIB5单独发送给用户装置20。

此外，用户装置20也可以在步骤S605(RRC连接恢复完成消息(RRCconnectionresume complete message))中向基站10请求发送SIB3、SIB4和SIB5。在该情况下，基站10在步骤S606(RRC连接重构消息(RRCconnection reconfiguration message))中将SIB3、SIB4和SIB5单独发送给用户装置20。

＜变形例3＞

在变形例3中，用户装置20通过在变形例1中说明的课题1的解决方法而判定了支持的SIB后，在RRC连接建立过程(RRCconnection establishment procedure)完成后的UE能力转发过程(UE capability transfer procedure)中的UE能力信息消息(UEcapability information message)中向基站10请求需要单独通知的SIB(s)。然后，基站10在RRC连接重构过程(RRCconnection reconfiguration procedure)中将所请求的SIB(s)向用户装置20单独通知。

参照图13的时序图，说明变形例3中的操作例。

通过步骤S701、S702，用户装置20判断为在该小区中支持SIB3、SIB4和SIB5。

用户装置20若为了建立与基站10的连接而将RRC连接请求消息(RRCconnectionrequest message)发送给基站10(步骤S703)，则从基站10向用户装置20发送RRC连接设置消息(RRCconnection setup message)(步骤S704)。接着，用户装置20将RRC连接设置完成消息(RRCconnection setup complete message)发送给基站10(步骤S705)，基站10向用户装置20发送UE能力询问消息(UE capability enquiry message)(步骤S706)。并且，用户装置20将UE能力信息消息(UE capability information message)发送给基站10(步骤S707)。

然后，基站10向用户装置20发送RRC连接重构消息(RRCconnectionreconfiguration message)(步骤S708)，用户装置20将RRC连接重构完成消息(RRCconnection reconfiguration complete message)发送给基站10(步骤S709)。

在上述步骤中，用户装置20在步骤S707(UE能力信息消息(UE capabilityinformation message))中向基站10请求发送SIB3、SIB4和SIB5。基站10在步骤S709(RRC连接重构消息(RRCconnection reconfiguration message))中将SIB3、SIB4和SIB5单独发送给用户装置20。

＜变形例4＞

在变形例4中，使用用于使用户装置20单独获取系统信息的新过程(procedure)。用户装置20通过变形例1中说明的课题1的解决方法而判定了支持的SIB后，在RRC连接建立过程(RRCconnection establishment procedure)完成前或完成后，使用上述新过程(procedure)向基站10请求需要单独通知的SIB(s)，从基站10接收所请求的SIB(s)。

以下，将在RRC连接建立过程(RRCconnection establishment procedure)完成前使用新过程(procedure)的情况作为变形例4-1进行说明，将在RRC连接建立过程(RRCconnection establishment procedure)完成后使用新过程(procedure)的情况作为变形例4-2进行说明。

＜变形例4-1＞

参照图14的时序图，说明变形例4-1中的操作例。

通过步骤S801、S802，用户装置20判断为在该小区中支持SIB3、SIB4和SIB5。图14的A所示的S803～S805为新过程(procedure)。

用户装置20若将请求发送SIB3、SIB4和SIB5的系统信息询问(SystemInformation Enquiry)发送给基站10(步骤S803)，则从基站10向用户装置20发送包含SIB3、SIB4和SIB5的系统信息重构(System Information reconfiguration)(步骤S804)。用户装置20若完成SIB3、SIB4和SIB5的设定(容纳)，则将系统信息重构完成(SystemInformation reconfiguration complete)发送给基站10(步骤S805)。

然后，通过步骤S806～S808，建立RRC连接(RRCconnection)。

＜变形例4-2＞

参照图15的时序图，说明变形例4-2中的操作例。

通过步骤S851、S852，用户装置20判断为在该小区中支持SIB3、SIB4和SIB5。图15的A所示的S856～S858为新过程(procedure)。

通过步骤S853～S855，建立RRC连接(RRCconnection)。然后，用户装置20若将请求发送SIB3、SIB4和SIB5的系统信息询问(System Information Enquiry)发送给基站10(步骤S856)，则从基站10向用户装置20发送包含SIB3、SIB4和SIB5的系统信息重构(SystemInformation reconfiguration)(步骤S857)。用户装置20若完成SIB3、SIB4和SIB5的设定(容纳)，则将系统信息重构完成(System Information reconfiguration complete)发送给基站10(步骤S858)。

＜变形例5＞

在变形例5中，用户装置20在通过变形例1中说明的课题1的解决方法而判定了支持的SIB后，通过RRC连接建立过程(RRCconnection establishment procedure)实施前的RA前导码(RApreamble)，向基站10请求对用户装置20而言需要单独通知的SIB(s)。然后，基站10在随机接入应答(Random Access Response)中将所请求的SIB(s)向用户装置20单独通知。

例如，在该小区(即基站10)之中确保(预留(reserve))请求特定的SIB(s)的RA前导码序列(RApreamble sequence)，用户装置20发送与所请求的SIB(s)对应的RA前导码(RApreamble)。

作为一个例子，若以LTE为例，则从每1小区64个前导码序列(preamble sequence)之中，将第1个序列(sequence)设定为SIB3用、将第2个设定为SIB4用、将第3个设定为SIB5用、将第4个设定为SIB3+SIB4用、....如此这般。关于这些前导码序列(preamblesequence)与所请求的SIB的映射信息，例如通过从基站10周期性地广播的系统信息(例如：SIB1)向用户装置20通知。另外，关于通过RA前导码(RApreamble)来请求SIB(s)的方法，更详细的例子将后述，作为SIB请求方法详细例。

参照图16的时序图，说明变形例5中的操作例。

通过步骤S901、S902，用户装置20判断为在该小区中支持SIB3、SIB4和SIB5。

用户装置20若将请求发送SIB3、SIB4和SIB5的随机接入前导码(Random AccessPreamble)发送给基站10(步骤S903)，则从基站10向用户装置20发送包含SIB3、SIB4和SIB5的随机接入应答(Random Access Response)(步骤S904)。然后，通过步骤S905～S907，建立RRC连接(RRCconnection)。

(SIB请求方法详细例)

接着，说明用户装置20对基站10请求系统信息的方法的详细例。与至此为止的说明同样地，在说明书中，方便起见，将请求所涉及的系统信息称为SIB。“SIB请求方法详细例”中说明的各SIB请求方法只要不发生矛盾，则均能够应用于本实施方式中的任意的SIB请求的步骤。

图17表示SIB请求所涉及的基本处理时序。如图17所示，从基站10发送最小限度系统信息(Minimum System Information)，用户装置20接收该最小限度系统信息(步骤S1001)。该最小限度系统信息是从基站10周期性地一直广播的系统信息。此外，也可以周期性地从基站10广播可选的系统信息(步骤S1002)。

在步骤S1003中，基于来自用户装置20的请求，基站10发送作为其他系统信息的SIB(基于请求的其他系统信息(other system information via on-demand basis))。如至此为止说明的那样，该SIB从基站10对用户装置20通过广播或者单独信令来发送。

图17中的用户装置20处于RRC连接(RRC_CONNECTED)状态、RRC未激活(RRC_INACTIVE)状态或者RRC空闲(RRC_IDLE)状态。

作为RRC空闲(RRC_IDLE)状态或未激活(INACTIVE)状态的用户装置20向基站10请求SIB(s)并获取的处理的例子，例如有图18、图19所示的例子和图20所示的例子。将图18、图19所示的例子和图20所示的例子分别作为SIB请求方法详细例1、SIB请求方法详细例2进行说明。

＜SIB请求方法详细例1＞

在图18所示的例子中，在步骤S1012中，用户装置20在随机接入过程的消息1(RA前导码(RApreamble))中将SIB(s)的请求(其他系统信息请求(Other System InformationRequest))发送给基站10。在步骤S1013中，基站10将所请求的SIB(s)在广播或单独信令中发送给用户装置20。

如图18所示的例子那样，在仅利用RA前导码(RApreamble)来请求SIB(s)的情况下，将RA前导码(RA preamble)与所请求的SIB进行关联。例如，可以考虑如Preamble#1＝SIB1、Preamble#2＝SIB2、Preamble#3＝SIB1+SIB2.....那样进行关联。由此，基站10能够通过所接收的RA前导码(RA preamble)来掌握所请求的SIB(s)。

但是，在上述方法中，需要非常多的RA前导码(RA preamble)序列数。例如，在Rel-13LTE中规定了SIB1～SIB20这20个SIB。在该情况下，从20个SIB之中，若考虑到请求1～20个SIB的所有组合，则需要₂₀C₁+₂₀C₂+…+₂₀C₂₀＝1048575个RA前导码(RA preamble)。另一方面，在LTE中，每1小区(1cell)的RA前导码(RA preamble)数目为64，在该情况下无法进行考虑了上述组合的SIB请求。

作为代替方案，用户装置20可以在1个RA前导码(RA preamble)中仅请求1个SIB。在用户装置20请求多个SIB的情况中，将RACH发送定时按每个请求SIB进行分割，在各RACH发送定时请求1个SIB。该情况的处理例示于图19。图19使用LTE中的PRACH位置(PRACHlocation)为例。如图19所示，用户装置20在A所示的RACH发送定时发送请求SIB3的RA前导码(RA preamble)，在B所示的RACH发送定时发送请求SIB4的RA前导码(RA preamble)，在C所示的RACH发送定时发送请求SIB5的RA前导码(RA preamble)。在本例中，用户装置20将3个RA前导码(RApreamble)分时间进行发送，因此请求SIB3、SIB4、SIB5这3个SIB需要花费20ms。

＜SIB请求方法详细例2＞

在图20所示的例子中，在RA前导码(RA preamble)和RA应答(RA response)的发送接收(S1022、S1023)之后，在步骤S1024中，用户装置20在随机接入过程中的消息3(例如：RRC消息或MAC CE)中将SIB(s)的请求(其他系统信息请求(Other System InformationRequest))发送给基站10。在步骤S1025中，基站10将所请求的SIB(s)通过广播或单独信令发送给用户装置20。

在如图20所示的例子那样利用消息3来请求SIB的情况下，用户装置20将包含所请求的SIB的信息的RRC消息、或包含所请求的SIB的信息的MAC CE(MAC控制元素(MACControl Element))在PUSCH(物理上行链路共享信道(Physical Uplink SharedChannel))中进行发送。所请求的SIB的信息例如是20比特(bit)长的位图(bitmap)。用该位图(bitmap)的各比特的打开/关闭(on/off)来通知请求哪个SIB。另外，在利用消息3的情况下，认为基站10的处理负载会提高，面向Msg.2/3需要更多的资源。

在本实施方式中，作为SIB请求方法，也能够应用上述仅使用RA前导码(RApreamble)的方法(例如：图19所示的方法)和利用消息3的方法中任一者。但是，如上所述，有可能SIB获取花费时间、或者处理负载提高。以下，作为解决这些课题的SIB请求方法的例子，说明SIB请求方法详细例3～SIB请求方法详细例5。

＜SIB请求方法详细例3＞

SIB请求方法详细例3的整体的处理步骤与图18所示的SIB请求方法详细例1的处理步骤相同。但是，在SIB请求方法详细例3中，在图18的步骤S1012中由用户装置20发送的SIB请求信号与SIB请求方法详细例1中的信号不同。

在SIB请求方法详细例3中，在图18的步骤S1012中，用户装置20将图21所示的前导码格式(Preamble format)的消息在PRACH(物理随机接入信道(Physical Random AccessChannel))中发送给基站10。图21所示的前导码格式(Preamble format)是向在RA前导码(RA preamble)中追加了表示有无SIB的请求的位图(bitmap)的序列中追加了GT(保护时间(Guard Time))和CP的格式(format)。位图(bitmap)例如是20比特，用各比特t的打开/关闭来指定所请求的SIB。

通过利用图21所示的前导码格式(Preamble format)来进行SIB请求，能够迅速获取多个SIB(s)。

＜SIB请求方法详细例4＞

图22是表示SIB请求方法详细例4中的处理步骤的图。用户装置20在接收到最小限度系统信息(步骤S1101)后，将包含表示所请求的SIB(s)的位图(bitmap)的消息(RRC消息或MAC CE)与RA前导码(RA preamble)在同一TTI(发送时间间隔(Transmission TimeInterval))中发送(步骤S1102)。1个TTI例如是1个子帧。此外，1个TTI可以是1个时隙。步骤S1102中的RA前导码(RA preamble)在PRACH中发送，具有位图(bitmap)的消息在PUSCH中发送。

关于用于发送消息的PUSCH资源，例如预先将与发送RA前导码(RA Preamble)相同的时域(TTI)的另一频率资源分配给PUSCH用途。用户装置20利用该资源，进行具有位图(bitmap)的消息的PUSCH发送。此外，在RA前导码(RA Preamble)中，包含用于识别用户装置20的识别信息。或者，RA前导码(RA Preamble)的发送资源可以是用于识别用户装置20的识别信息。

在消息中包含的位图(bitmap)与至此为止说明的位图(bitmap)相同，用各比特的打开/关闭来指定所请求的SIB。

在步骤S1103中，通过具有位图(bitmap)的消息来请求的SIB(s)从基站10发送给用户装置20。基站10能够使用在步骤S1102中接收到的RA前导码(RA Preamble)(或者RA前导码(RA Preamble)的发送资源)中包含的用户装置20的识别信息，将所请求的SIB(s)向用户装置20发送。

如上所述，通过在1个TTI中发送RA前导码(RA preamble)和具有位图(bitmap)的消息，能够迅速获取多个SIB(s)。

＜SIB请求方法详细例5＞

图23是表示SIB请求方法详细例5中的处理步骤的图。用户装置20在接收到最小限度系统信息(步骤S1201)后，在RA前导码(RA preamble)中请求所请求的所有SIB(s)之中的一部分SIB(s)(步骤S1202)。在步骤S1202中的SIB的请求中，如在SIB请求方法详细例1中所说明的那样，利用将RA前导码(RA preamble)和SIB进行关联的方法。或者，如在SIB请求方法详细例3中说明的那样，可以使用图21所示的前导码格式(preamble format)通过位图(bitmap)来请求SIB(s)。

在步骤S1203中，基站10在发送RA应答(RA response)的同时发送在步骤S1202的RA前导码(RA preamble)中请求的SIB(s)。用户装置20从基站10接收RA应答(RA response)和在RA前导码(RA preamble)中请求的SIB(s)。

在步骤S1204中，用户装置20将包含指定了所请求的剩余的SIB(s)的位图(bitmap)在内的消息3(RRC消息或MAC CE)发送给基站10。位图(bitmap)与至此为止说明的位图(bitmap)相同，用各比特的打开/关闭来指定所请求的SIB。

在步骤S1205中，用户装置20从基站10接收在消息3中请求的SIB(s)。

例如，若例举LTE的SIB进行说明，用户装置20在RA前导码(RA preamble)中请求用于LTE内的小区重选(cell reselection)而需要的SIB2～SIB5，在消息3的位图(bitmap)中请求SIB6以后的SIB。若在基于RA前导码(RApreamble)的SIB请求中利用将RA前导码(RApreamble)与SIB进行关联的方法，则所需的RA前导码(RApreamble)的数量为₄C₁+₄C₂+₄C₃+₄C₄＝15，与仅利用RA前导码(RA preamble)来请求SIB的情况相比，是非常小的数量。

以上，在实施方式和变形例以及SIB请求方法详细例中说明了各种各样的例子，但各例子能够组合实施。

(装置结构)

接着，示出本发明的实施方式中的基站10、用户装置20、控制装置40的结构例。

＜基站10＞

在图24中示出基站10的功能结构图。如图24所示，基站10包含信号发送单元11、信号接收单元12、系统信息发送控制单元13。

信号发送单元11包含根据应当从基站10发送的高层信息生成物理层的各种信号并发送的功能。信号接收单元12包含从用户装置20接收各种上行信号并从所接收到的物理层的信号中获取更高层的信息的功能。

系统信息发送控制单元13实施在本实施方式和变形例以及SIB请求方法详细例中说明的控制来自基站10的系统信息的发送。例如，系统信息发送控制单元13在进行系统信息的变更的情况下经由信号发送单元11发送变更通知，若经由信号接收单元12接收到来自用户装置20的指定了特定SIB的SIB的发送请求，则将该SIB经由信号发送单元11发送给用户装置20。此外，系统信息发送控制单元13实施SIB差异信息的创建/发送控制、SIB公共区域的ID的发送控制等。此外，系统信息发送控制单元13还包含从控制装置40接收SIB公共区域的ID并保存的功能。此外，系统信息发送控制单元13包含如在各变形例和各SIB请求方法详细例中说明的那样若经由信号接收单元12接收到来自用户装置20的特定的SIB(s)的单独发送的请求，则将所请求的SIB(s)经由信号发送单元11单独发送的功能。另外，系统信息发送控制单元13也可以包含于信号发送单元11和/或信号接收单元12中。

图24所示的基站10的结构可以整体通过硬件电路(例如：1个或多个IC芯片)实现，也可以一部分由硬件电路构成且其他部分通过CPU和存储器以及程序实现。

＜用户装置20＞

在图25中示出用户装置20的功能结构图。如图25所示，用户装置20包含信号发送单元21、信号接收单元22、系统信息容纳单元23、系统信息获取控制单元24。

信号发送单元21包含根据应当从用户装置20发送的高层信息生成物理层的各种信号并对基站10发送的功能。信号接收单元22包含从基站10接收各种下行信号并从所接收到的物理层的信号中获取更高层的信息的功能。

系统信息容纳单元23容纳从基站10接收到的系统信息。通过利用所容纳的系统信息中的参数，例如通过信号发送单元21/信号接收单元22进行信号的发送接收操作等。

系统信息获取控制单元24执行在本实施方式和变形例以及SIB请求方法详细例中说明的系统信息的请求/接收所涉及的控制。例如，系统信息获取控制单元24若经由信号接收单元22从基站10接收到变更通知，则在该变更通知所表示的被变更了的SIB(s)之中，经由信号发送单元21向基站10请求、并经由信号接收单元22获取自身所需的SIB(s)。此外，系统信息获取控制单元24管理在系统信息容纳单元23中容纳的各SIB的有效期限，向基站10请求有效期限届满的SIB。

此外，系统信息获取控制单元24在用户装置20从某一小区迁移至另一小区时，基于在该另一小区中接收到的SIB差异信息、SIB公共区域的ID等，判断是否需要请求SIB(s)，若需要，则实施SIB(s)的请求、获取。系统信息获取控制单元24将从基站10获取到的SIB容纳于系统信息容纳单元23中。

此外，系统信息获取控制单元24能够按照图10所示的流程，基于周期性地广播的系统信息中的值标签(value tag)，判断在驻留小区中支持/不支持的SIB(s)。此外，系统信息获取控制单元24包含经由信号发送单元21向基站10请求SIB(s)且经由信号接收单元22从基站10获取SIB(s)的功能。另外，系统信息获取控制单元24也可以包含于信号发送单元21和/或信号接收单元22中。

图25所示的用户装置20的结构可以整体通过硬件电路(例如：1个或多个IC芯片)实现，也可以一部分由硬件电路构成且其他部分通过CPU和存储器以及程序实现。

＜控制装置40＞

在图26中示出控制装置40的功能结构图。如图26所示，控制装置40包含区域-基站对应信息管理单元41、ID通知单元42。区域-基站对应信息管理单元41管理SIB公共区域的ID与基站(或者小区)的对应关系，保存该对应关系的信息。

例如在区域-基站对应信息发生了变更的情况下，ID通知单元42对相应的各基站通知该基站所属的SIB公共区域的ID。

图26所示的控制装置40的结构可以整体通过硬件电路(例如：1个或多个IC芯片)实现，也可以一部分由硬件电路构成且其他部分通过CPU和存储器以及程序实现。

以上，说明了基站10、用户装置20、控制装置40的结构，但上述结构是一例，功能划分、功能单元的名称等不限于上述例子。

＜硬件结构＞

上述框图(图24～图26)表示功能单位的块。这些功能块(结构单元)通过硬件和/或软件的任意组合来实现。此外，各功能块的实现手段没有特别限制。即，各功能块可以通过在物理和/或逻辑上结合的1个装置来实现，也可以将在物理和/或逻辑上分离的2个以上的装置直接和/或间接地(例如有线和/或无线)连接而通过这些多个装置来实现。

例如，本发明的一个实施方式中的基站10、用户装置20和控制装置40各自也可以作为进行本实施方式中的处理的计算机来发挥功能。图27是表示本发明的一个实施方式所涉及的基站10、用户装置20和控制装置40各自的硬件结构的一例的图。基站10、用户装置20和控制装置40作为硬件而具备相同的结构，因此在1个图(图27)中表示这些硬件结构。

如图27所示，上述基站10、用户装置20和控制装置40可以构成为在物理上包含处理器1001、存储器1002、储存器1003、通信装置1004、输入装置1005、输出装置1006、总线1007等的计算机装置。

另外，在以下的说明中，“装置”这一表达能够替换为电路、装置、单元等。基站10、用户装置20和控制装置40的硬件结构可以构成为包含一个或多个图示出的各装置(各单元)，也可以构成为不含部分装置。

基站10、用户装置20和控制装置40中的各功能通过在处理器1001、存储器1002等硬件上读取规定的软件(程序)，处理器1001进行运算，控制基于通信装置1004的通信，控制存储器1002和储存器1003中的数据的读取和/或写入，从而实现。

处理器1001例如使操作系统进行操作从而控制计算机整体。处理器1001可以由包含与周边装置的接口、控制装置、运算装置、寄存器等的中央处理装置(中央处理器(CPU：Central Processing Unit))构成。

此外，处理器1001可以将程序(程序代码)、软件模块和数据从储存器1003和/或通信装置1004中读取至存储器1002，按照它们执行各种处理。作为程序，利用使计算机执行上述实施方式中说明的操作中的至少一部分的程序。例如，基站10的信号发送单元11、信号接收单元12、系统信息发送控制单元13可以通过容纳于存储器1002且通过处理器1001运行的控制程序来实现。此外，例如用户装置20的信号发送单元21、信号接收单元22、系统信息容纳单元23、系统信息获取控制单元24可以通过容纳于存储器1002且通过处理器1001运行的控制程序来实现。此外，例如控制装置40的区域-基站对应信息管理单元41、ID通知单元42可以通过容纳于存储器1002且通过处理器1001运行的控制程序来实现。

上述各种处理说明了通过1个处理器1001来执行的内容，但也可以通过2个以上的处理器1001同时或依次执行。处理器1001可以通过1个以上的芯片来实现。另外，程序也可以经由电气通信线路从网络发送。

存储器1002是计算机可读取的记录介质，可以由例如ROM(只读存储器(Read OnlyMemory))、EPROM(可擦除可编程ROM(Erasable Programmable ROM))、EEPROM(电可擦除可编程ROM(Electrically Erasable Programmable ROM))、RAM(随机读取存储器(RandomAccess Memory))等中的至少1种构成。存储器1002也可以称为寄存器、高速缓存、主存储器(主存储装置)等。存储器1002能够保存为了实施本实施方式中说明的处理而能够执行的程序(程序代码)、软件模块、数据等。

储存器1003是计算机可读取的记录介质，可以由例如CD-ROM(Compact Disc ROM)等光盘、硬盘驱动器、软盘、光磁盘(例如紧凑型光盘、数码多用途光盘、Blu-ray(注册商标)光盘)、智能卡、闪存存储器(例如卡、棒、钥匙驱动器)、软盘(注册商标)驱动器、磁条(magnetic strip)等中的至少1种构成。储存器1003也称为辅助存储装置。上述存储媒体可以是例如包含存储器1002和/或储存器1003的数据库、服务器、其他适当的介质。

通信装置1004是用于经由有线和/或无线网络进行装置间通信的硬件(发送接收设备)，也称为例如网络设备、网络控制器、网卡、通信模块等。例如，用户装置20的信号接收单元22和信号发送单元21可以通过通信装置1004实现。此外，基站10的信号发送单元11和信号接收单元12可以通过通信装置1004实现。此外，控制装置40的ID通知单元42可以通过通信装置1004实现。

输入装置1005是接受来自外部的输入的输入设备(例如键盘、鼠标、麦克风、开关、按钮、传感器等)。输出装置1006是实施向外部的输出的输出设备(例如显示器、扬声器、LED灯等)。另外，输入装置1005和输出装置1006也可以是成为了一体的结构(例如触控面板)。

此外，处理器1001和存储器1002等各装置通过用于信息通信的总线1007而连接。总线1007可以由单一总线构成，也可以由在装置间不同的总线构成。

此外，基站10、用户装置20和控制装置40可以包含微处理器、数字信号处理器(DSP：Digital Signal Processor)、ASIC(专用集成电路(Application SpecificIntegrated Circuit))、PLD(可编程逻辑设备(Programmable Logic Device))、FPGA(现场可编程门阵列(Field Programmable Gate Array))等硬件而构成，通过该硬件，可以实现各功能块中的一部分或全部。例如，处理器1001可以通过这些硬件中的至少一者来实现。

(实施方式的总结)

如以上所说明的那样，通过本实施方式，提供了一种用户装置，是在移动通信系统中与基站进行通信的用户装置，其特征在于，具备：接收单元，从所述基站接收系统信息的变更通知；以及控制单元，在所述接收单元接收到所述变更通知后，没有接收到所述系统信息的情况下，向所述基站请求发送该系统信息。

通过上述结构，在基站基于来自用户装置的请求而发送系统信息的方式中，即使在系统信息被变更的情况下，基站也能够基于来自用户装置的请求而发送系统信息，因此能够实现因系统信息发送造成的削减的开销。

也可以设为，所述控制单元在检测出从所述基站接收到的系统信息的有效期限届满的情况下，向所述基站请求发送该系统信息。通过该结构，用户装置能够继续保存有效期限内的系统信息。

此外，通过本实施方式，提供一种用户装置，是在移动通信系统中与基站进行通信的用户装置，其特征在于，具备：接收单元，从所述基站接收差异信息，所述差异信息表示相邻小区中的系统信息与该基站的小区中的系统信息不同；以及控制单元，向所述基站请求发送由所述接收单元接收到的所述差异信息所表示的所述系统信息。

通过上述结构，在基站基于来自用户装置的请求而发送系统信息的方式中，即使在系统信息在小区间不同的情况下，基站也能够不进行一直广播与相邻小区不同的系统信息这样的操作而基于来自用户装置的请求来发送系统信息，因此能够实现因系统信息发送而导致的开销的削减。

此外，通过本实施方式，提供一种用户装置，是在移动通信系统中与基站进行通信的用户装置，其特征在于，具备：接收单元，从所述基站接收系统信息在小区间为公共的区域的识别信息；以及控制单元，基于由所述接收单元接收到的所述识别信息，在检测出所述用户装置从另一区域移动至所述区域的情况下，向所述基站请求系统信息。

通过上述结构，在基站基于来自用户装置的请求而发送系统信息的方式中，即使在系统信息在区域间不同的情况下，基站也能够不进行一直广播与相邻区域不同的系统信息这样的操作而基于来自用户装置的请求来发送系统信息，因此能够实现因系统信息发送而导致的开销的削减。

此外，通过变形例，提供一种用户装置，是在移动通信系统中与基站进行通信的用户装置，其特征在于，具备：接收单元，接收从所述基站周期性地发送的广播信息；以及控制单元，在从由所述接收单元接收到的广播信息中检测出表示所述基站支持规定的系统信息的信息的情况下，向所述基站请求该规定的系统信息，从所述基站获取该规定的系统信息。通过该结构，基站不需要周期性地一直发送规定的系统信息，因此能够实现因系统信息发送而导致的开销的削减。

例如，所述控制单元能够通过将包含表示所述规定的系统信息的位图、以及随机接入前导码的信号发送给所述基站，来请求所述规定的系统信息。此外，也可以设为，所述控制单元通过将包含表示所述规定的系统信息的位图的消息、以及随机接入前导码在同一TTI内发送给所述基站，来请求所述规定的系统信息。此外，也可以设为，所述控制单元通过将与所述规定的系统信息中的一部分对应的随机接入前导码发送给所述基站，来请求所述规定的系统信息中的一部分，通过将包含位图的消息发送给所述基站且所述位图表示除该部分系统信息以外的所述规定的系统信息，来请求除该部分系统信息以外的所述规定的系统信息。

此外，通过本实施方式，提供一种基站，是在移动通信系统中与用户装置进行通信的基站，其特征在于，具备：发送单元，发送表示相邻小区中的系统信息与该基站的小区中的系统信息不同的差异信息；以及接收单元，从所述用户装置接收所述差异信息所表示的所述系统信息的发送请求，在所述接收单元接收到所述请求的情况下，所述发送单元将所述系统信息发送给所述用户装置。

以上，对本发明的各实施方式进行了说明，但所公开的发明不限于这样的实施方式，本领域技术人员可以理解各种各样的变形例、修正例、替代例、置换例等。为了促进发明的理解而利用具体数值例进行了说明，但在没有特别说明的情况下，这些数值仅是一个例子，可以使用适当的任意值。上述说明中的项目区分对本发明是非本质性的，在2个以上的项目中记载的事项根据需要可以组合使用，在某一项目中记载的事项也可以应用于另一个项目中记载的事项(只要不发生矛盾)。功能框图中的功能单元或处理单元的界限不限定为必然对应于物理的部件的界限。多个功能单元的操作可以通过物理上的1个部件来进行，或者1个功能单元的操作可以通过物理上的多个部件来进行。

信息的通知不限于在本说明书中说明的方式/实施方式，也可以通过其他方法进行。例如，信息的通知也可以通过物理层信令(例如DCI(下行链路控制信息(DownlinkControl Information))、UCI(上行链路控制信息(Uplink Control Information)))、高层信令(例如RRC(无线资源控制(Radio Resource Control))信令、MAC(媒体访问控制(Medium Access Control))信令、广播信息(主信息块(MIB：Master Information Block)、系统信息块(SIB：System Information Block))、其他信号或者它们的组合来实施。此外，RRC信令也可以称为RRC消息，例如也可以是RRC连接设置(RRCConnection Setup)消息、RRC连接重构(RRCConnection Reconfiguration)消息等。

在本说明书中说明的各方式/实施方式也可以应用于LTE(长期演进(Long TermEvolution))、LTE-A(LTE-Advanced)、SUPER 3G、IMT-Advanced、4G、5G、FRA(未来无线接入(Future Radio Access))、W-CDMA(注册商标)、GSM(注册商标)、CDMA2000、UMB(超移动宽带(Ultra Mobile Broadband))、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、UWB(超宽带(Ultra-WideBand))、Bluetooth(注册商标)、利用其他适当的系统的系统和/或基于它们进行了扩展的下一代系统。

此外，在本说明书中说明的各方式/实施方式的处理顺序、时序等只要没有矛盾，则也可以替换顺序。例如，关于在本说明书中说明的方法，以例示性的顺序提示了各种各样的步骤的要素，不限定于所提示的特定顺序。

所输入输出的信息等可以保存于特定场所(例如存储器)，也可以在管理表中进行管理。所输入输出的信息等可以盖写、更新或追加。也可以删除被输出了的信息等。也可以将输入的信息等发送给其他装置。

规定的信息的通知(例如“为X”的通知)不限于显式地进行，也可以隐式地(例如通过不进行该规定的信息的通知)进行。

在本说明书中说明的信息、信号等可以使用各种各样的不同技术中的任一种来表示。例如，遍及上述说明整体而可以提及的数据、指令、命令、信息、信号、比特、码元、码片(chip)等可以通过电压、电流、电磁波、磁场或磁性粒子、光场或光子、或者它们的任意组合来表示。

另外，关于在本说明书中说明的术语和/或为理解本说明书而必要的术语，可以替换为具有相同或类似含义的术语。例如，消息也可以是信号。

此外，在本说明书中说明的信息、参数等可以通过绝对值表示，也可以通过从规定值起算的相对值表示，还可以通过对应的其他信息表示。此外，参考信号还能够简称为RS(Reference Signal)，也可以根据所应用的标准而称为导频(Pilot)。

在本说明书中设为由基站进行的特定操作有时也根据情况而通过其上位节点(upper node)来进行。显然，在由具有基站的1个或多个网络节点(network nodes)组成的网络中，为了与用户装置20通信而进行的各种各样的操作也可以通过基站10和/或除基站10以外的其他网络节点(例如可以考虑MME或S-GW等，但不限于此)来进行。在上述中例示了除基站10以外的其他网络节点为1个的情况，但也可以为多个其他网络节点的组合(例如MME和S-GW)。

在本说明书中说明的各方式/实施方式可以单独利用，也可以组合利用，还可以伴随执行而切换利用。

用户装置有时被本领域技术人员称为订户站、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、远程订户站、接入终端、移动终端、无线终端、远程终端、手机、用户端、移动客户端、客户端、或多种其他适当术语。

基站有时被本领域技术人员称为NB(节点B(NodeB))、eNB(增强节点B(enhancedNodeB))、基台((Base Station))、gNB、或多种其他适当术语。

本说明书中使用的“判断(determining)”、“决定(determining)”这样的术语有时包含多种多样的操作。对于“判断”、“决定”，可以包括将例如判定(judging)、计算(calculating)、演算(computing)、处理(processing)、导出(deriving)、调查(investigating)、搜索(looking up)(例如表、数据库或其他数据结构中的搜索)、确认(ascertaining)视为进行“判断”“决定”。此外，“判断”、“决定”可以包括将接收(receiving)(例如接收信息)、发送(transmitting)(例如发送信息)、输入(input)、输出(output)、访问(accessing)(例如访问存储器中的数据)视为进行“判断”“决定”。此外，“判断”、“决定”可以包括将解决(resolving)、选择(selecting)、选定(choosing)、建立(establishing)、比较(comparing)等视为进行“判断”“决定”。即，“判断”“决定”可以包括将任意操作视为进行“判断”“决定”。

在本说明书中使用的“基于”这一记载在没有另外明确说明的情况下，意思不是“仅基于”。换言之，“基于”这一记载是指“仅基于”和“至少基于”两者。

“包含(include)”、“包括(including)”以及它们的变形在本说明书或者权利要求书中使用的情况下，这些术语与术语“具备(comprising)”同样是开放式的。进一步，在本说明书或者权利要求书中使用的术语“或(or)”不是指异或。

在本公开整体中，例如英语中的a、an和the那样因翻译而增加了冠词的情况下，这些冠词只要根据上下文未明确表示并非如此，则可以包括多个的情况。

本发明不限于上述实施方式，在不脱离本发明的精神的情况下，本发明包括各种各样的变形例、修正例、替代例、置换例等。

本专利申请要求2016年5月12日申请的日本专利申请第2016-96525号和2016年8月10日申请的日本专利申请第2016-158262号的优先权，在本申请中援用日本专利申请第2016-96525号和日本专利申请第2016-158262号的全部内容。

标号说明

10 基站

11 信号发送单元

12 信号接收单元

13 系统信息发送控制单元

20 用户装置

21 信号发送单元

22 信号接收单元

23 系统信息容纳单元

24 系统信息获取控制单元

30 核心网络

40 控制装置

41 区域-基站关联信息管理单元

42 ID通知单元

1001 处理器

1002 存储器

1003 储存器

1004 通信装置

1005 输入装置

1006 输出装置

Claims

1.一种用户装置，是在移动通信系统中与基站进行通信的用户装置，其特征在于，具备：

接收单元，从所述基站接收系统信息的变更通知；以及

2.如权利要求1所述的用户装置，其特征在于，所述控制单元在检测出从所述基站接收到的系统信息的有效期限届满的情况下，向所述基站请求发送该系统信息。

3.一种用户装置，是在移动通信系统中与基站进行通信的用户装置，其特征在于，具备：

接收单元，从所述基站接收差异信息，所述差异信息表示相邻小区中的系统信息与该基站的小区中的系统信息不同；以及

控制单元，向所述基站请求发送由所述接收单元接收到的所述差异信息所表示的所述系统信息。

4.一种用户装置，是在移动通信系统中与基站进行通信的用户装置，其特征在于，具备：

接收单元，从所述基站接收系统信息在小区间为公共的区域的识别信息；以及

控制单元，基于由所述接收单元接收到的所述识别信息，在检测出所述用户装置从另一区域移动至所述区域的情况下，向所述基站请求系统信息。

5.一种用户装置，是在移动通信系统中与基站进行通信的用户装置，其特征在于，具备：

接收单元，接收从所述基站周期性地发送的广播信息；以及

控制单元，在从由所述接收单元接收到的广播信息中检测出表示所述基站支持规定的系统信息的信息的情况下，向所述基站请求该规定的系统信息，从所述基站获取该规定的系统信息。

6.如权利要求5所述的用户装置，其特征在于，

所述控制单元通过将包含表示所述规定的系统信息的位图、以及随机接入前导码的信号发送给所述基站，来请求所述规定的系统信息。

7.如权利要求5所述的用户装置，其特征在于，所述控制单元通过将包含表示所述规定的系统信息的位图的消息、以及随机接入前导码在同一TTI内发送给所述基站，来请求所述规定的系统信息。

8.如权利要求5所述的用户装置，其特征在于，所述控制单元通过将与所述规定的系统信息的一部分对应的随机接入前导码发送给所述基站，来请求所述规定的系统信息的一部分，通过将包含位图的消息发送给所述基站且所述位图表示除了该一部分的系统信息以外的所述规定的系统信息，来请求除了该一部分的系统信息以外的所述规定的系统信息。

9.一种基站，是在移动通信系统中与用户装置进行通信的基站，其特征在于，具备：

发送单元，发送表示相邻小区中的系统信息与该基站的小区中的系统信息不同的差异信息；以及

接收单元，从所述用户装置接收所述差异信息所表示的所述系统信息的发送请求；

在所述接收单元接收到所述请求的情况下，所述发送单元将所述系统信息发送给所述用户装置。