通信装置及通信方法与流程

[0001]
本发明涉及无线通信系统中的通信装置。


背景技术：

[0002]
当前，在3gpp(第三代合作伙伴计划(third generation partnership project))中，作为lte(长期演进(long term evolution))系统以及lte-advanced系统的后续，正在进行被称为nr(新无线接入技术(new radio access technology))系统的新的无线通信系统的标准制定。另外，也可以将nr称为5g。
[0003]
在nr系统中，正在设想，作为无线接入网络的架构，使用从一个汇聚节点(中央单元(central unit：cu))扩展多个分散节点(分布单元(distributed unit：du))的结构。在该结构中，cu-du功能分离被进行，作为一例，cu具有pdcp以上的层的功能；du具有rlc以下的层的功能。cu与du之间的接口被标准化为f1接口(例如非专利文献1)。
[0004]
此外，在nr系统中，正在研究en-dc(e-utra-nr双重连接(e-utra-nr dual connectivity))的导入，所述en-dc与在lte系统中的双重连接(dc)同样地，在lte系统的基站与nr系统的基站之间分割数据，并通过这些基站对数据进行同时收发。en-dc由mn(主节点(master node))和sn(副节点(secondary node))构成。
[0005]
现有技术文献
[0006]
非专利文献
[0007]
非专利文献1：3gpp ts 38.473v15.1.0(2018-03)


技术实现要素：

[0008]
发明要解决的课题
[0009]
作为上述的en-dc的一例，设想由lte系统的基站(enb)构成mn，由nr系统的基站(gnb)构成sn，并通过cu和du来构成gnb的en-dc。
[0010]
在该en-dc中，例如，在将构成sn的gnb从s-gnb变更为t-gnb的sn变更过程被执行了的情况下，构成变更目的地t-gnb的cu和du接收被s-gnb提供的已设定的配置(configuration)。此时，在构成t-gnb的cu和du不能理解接收到的已设定的配置的情况下，cu和du需要执行全配置(full configuration)。
[0011]
然而，由于cu-du功能分离被进行，cu和du所具有的层的功能不同，因此，可能存在针对相同的已设定的配置，cu不能理解然而du能够理解的情况。该情况下，需要消除cu与du的理解的不一致，然而，在cu不能理解但是du能够理解的情况下，消除cu与du的理解的不一致的方法到目前为止并没有被规定。
[0012]
此外，在en-dc中，在mn执行全配置的情况下，也需要使sn执行全配置。作为mn使sn执行全配置的方法，可考虑mn使用网络节点间的x2接口将请求全配置的执行的消息发送给sn。然而，关于构成sn的cu接收到请求全配置的执行的消息的情况下的cu的操作，目前为止并没有被规定。
[0013]
本发明是鉴于上述方面而做出的，其目的在于，提供如下一种技术，即在无线通信系统中，将在针对接收到的已设定的配置，cu不能理解但是du能够理解的情况下的cu与du的理解的不一致消除，并且使在cu接收到请求全配置的执行的消息的情况下的cu的操作明确。
[0014]
用于解决课题的手段
[0015]
根据公开的技术，提供一种通信装置，其特征在于，在不能理解接收到的已设定的配置的情况下，或者在接收到请求全配置的执行的消息的情况下，将需要所述全配置的执行通知给其他通信装置。
[0016]
发明的效果
[0017]
根据公开的技术，可提供如下一种技术，即在无线通信系统中，将在针对接收到的已设定的配置，cu不能理解但是du能够理解的情况下的cu与du的理解的不一致消除，并且使在cu接收到请求全配置的执行的消息的情况下的cu的操作明确。
附图说明
[0018]
图1是表示cu-du功能分离的结构例的图。
[0019]
图2是表示en-dc中的sn变更过程的一例的图。
[0020]
图3a是表示针对已设定的配置而cu和du应当理解的部位的图。
[0021]
图3b是表示针对已设定的配置而示出cu和du是否能够理解的4种组合的图。
[0022]
图4是表示用于说明课题的切换过程的图。
[0023]
图5a是表示解决课题的第1方法的图。
[0024]
图5b是表示解决课题的第1方法的图。
[0025]
图6a是表示解决课题的第2方法的图。
[0026]
图6b是表示解决课题的第2方法的图。
[0027]
图7是表示解决课题的第3方法的图。
[0028]
图8是表示cu的结构例的图。
[0029]
图9是表示du的结构例的图。
[0030]
图10是表示硬件结构的示例的图。
具体实施方式
[0031]
以下，参照附图，说明本发明的实施方式(本实施方式)。另外，在以下说明的实施方式只不过是一例，应用本发明的实施方式并不应当限于以下的实施方式。
[0032]
在以下说明的实施方式中，适当使用在已有的3gpp标准书中被使用的术语，然而，与该术语所表示的对象同样的对象也可以利用其它术语来称呼。
[0033]
(cu-du功能分离)
[0034]
图1中示出了本实施方式中的cu-du功能分离的结构例。作为一例，cu具有pdcp以上的层的功能；du具有rlc以下的层的功能。
[0035]
(en-dc中的sn变更过程)
[0036]
图2是表示在en-dc中用于变更sn的sn变更过程的一例的图。使用图2，对课题进行说明。
[0037]
作为en-dc的一例，设想由lte系统的基站(enb)构成mn，由nr系统的基站(gnb)构成sn，并通过cu和du来构成gnb的en-dc。在该en-dc中将构成sn的gnb从s-gnb变更成t-gnb的sn变更过程被示出图2中。在图2的sn变更过程中，将构成s-gnb的cu以及du分别称为s-gnb-cu、s-gnb-du；将构成t-gnb的cu以及du分别称为t-gnb-cu、t-gnb-du。
[0038]
在图2的sn变更过程中，已设定的配置(configuration)(设定)被通知给t-gnb、即t-gnb-cu、t-gnb-du。在已设定的配置中，包括t-gnb-cu应当理解的部位(cu部分(cu part))和t-gnb-du应当理解的部位(cu部分(du part))。图3a是表示针对已设定的配置而t-gnb-cu和t-gnb-du应当理解的部位的图。作为cu部分(cu part)的一例，可列举与高(上位)层(例如pdcp)的设定相关的radiobearerconfig。作为du部分(du part)的一例，可列举与低(下位)层(例如rlc以下)的设定相关的cellgroupconfig。这样，已设定的配置当中t-gnb-cu应当理解的部位与t-gnb-du应当理解的部位不同。因此，关于针对已设定的配置t-gnb-cu以及t-gnb-du是否能够理解，处于相互独立的关系。图3b中表示针对已设定的配置而示出t-gnb-cu以及t-gnb-du是否能够理解的4种组合。
[0039]
在图3b中，情形1示出了针对已设定的配置而t-gnb-cu以及t-gnb-du这二者能够理解的情况。情形2示出了针对已设定的配置t-gnb-cu能够理解，然而t-gnb-du不能理解的情况。情形3示出了针对已设定的配置t-gnb-cu不能理解，然而t-gnb-du能够理解的情况。情形4示出了针对已设定的配置t-gnb-cu以及t-gnb-du这二者不能理解的情况。
[0040]
在上述4种组合中，针对情形1和情形4的情况，t-gnb-cu与t-gnb-du能够理解还是不能理解是一致的，因此，不会产生问题。
[0041]
在情形2的情况下，在t-gnb-cu以及t-gnb-du这二者中，全配置(full configuration)被生成，由此，可消除t-gnb-cu与t-gnb-du的理解的不一致。具体地，针对已设定的配置而未能理解的t-gnb-du生成全配置，并将生成了全配置之意通知给t-gnb-cu。从t-gnb-du接收到生成了全配置之意的通知的t-gnb-cu，生成全配置。通过在t-gnb-cu与t-gnb-du这二者中全配置被生成，可消除t-gnb-cu与t-gnb-du理解的不一致。
[0042]
然而，在情形3的情况下，存在消除t-gnb-cu与t-gnb-du的理解的不一致的方法并未被规定的课题。具体地，在图2的sn变更过程中，接收到包含已设定的配置的消息(图2中的“2.sgnb添加请求(sgnb addition request)”)的t-gnb-cu不能理解已设定的配置。t-gnb-cu对t-gnb-du发送包含已设定的配置的消息(图2中的“3.ue上下文设定请求(ue context setup request)”)。由于t-gnb-du能够理解已设定的配置，因此，全配置并不生成。此外，t-gnb-du对t-gnb-cu发送包含配置的差值即差量配置(delta-configuration)的消息(图2中的“4.ue上下文设定应答(ue context setup response)”)。以能够理解已设定的配置作为前提的差量配置(delta-configuration)被发送给不能理解已设定的配置的t-gnb-cu，因此，t-gnb-cu与t-gnb-du的理解的不一致并未被消除，sn变更过程失败(图2中的“5.sgnb添加拒绝(sgnb addition reject)”)。
[0043]
(切换过程)
[0044]
同样的课题还能够使用切换过程来进行说明。
[0045]
图4是表示用于说明课题的切换过程的图。图4中示出了从由s-gnb-cu以及s-gnb-du构成的s-gnb向由t-gnb-cu以及t-gnb-du构成的t-gnb的切换过程。
[0046]
在图4的切换过程中，已设定的“配置(设定)”被通知给t-gnb。与sn变更过程的情
况同样地，针对已设定的配置，t-gnb-cu以及t-gnb-du是否能够理解的组合是4种(参照图3b)。在切换过程中，在图3b中示出的情形3的情况下，也存在消除t-gnb-cu与t-gnb-du的理解的不一致的方法并未被规定的课题。具体地，在图4的切换过程中，接收到包含已设定的配置的消息(图4中的“1.切换请求(handover request)”)的t-gnb-cu不能理解已设定的配置。t-gnb-cu对t-gnb-du发送包含已设定的配置的消息(图4中的“2.ue上下文设定请求(ue context setup request)”)。由于t-gnb-du能够理解已设定的配置，因此，全配置并不生成。此外，t-gnb-du对t-gnb-cu发送包含配置的差值即差量配置(delta-configuration)的消息(图4中的“3.ue上下文设定应答(ue context setup response)”)。以能够理解已设定的配置作为前提的差量配置(delta-configuration)被发送给不能理解已设定的配置的t-gnb-cu，因此，t-gnb-cu与t-gnb-du的理解的不一致并未被消除，切换过程失败(图4中的“4.切换准备失败(handover preparation filure)”)。
[0047]
(请求全配置的执行的消息)
[0048]
此外，如已经说明的，当在en-dc中由mn执行全配置的情况下，也需要使sn执行全配置，为此，考虑将请求全配置的执行的消息从mn发送给构成sn的cu，然而，关于接收到请求全配置的执行的消息的情况下的cu的操作，并未被规定。
[0049]
(第1方法)
[0050]
作为解决上述课题的第1方法，使用图5a、图5b来说明：在cu不能理解接收到的已设定的配置的情况下，或者，cu接收到请求全配置的执行的消息的情况下，cu使du进行全配置的方法。
[0051]
首先，对图5a进行说明。
[0052]
在图5a的s1中，cu200从mn100接收包含已设定的配置的消息。包含已设定的配置的消息例如对应于图2的sn变更过程中的“2.sgnb添加请求(sgnb addition request)”、或者图4的切换过程中的“1.切换请求(handover request)”。这里，设想了，针对已设定的配置，cu200不能理解，然而du300能够理解的情况。在s2中，cu200不能理解在接收到的消息中包含的已设定的配置。未能理解已设定的配置的cu200在s3中对du300发送表示需要全配置的消息。表示需要全配置的消息例如对应于图2的sn变更过程中的“3.ue上下文设定请求(ue context setup request)”、或者图4的切换过程中的“2.ue上下文设定请求(ue context setup request)”。在ue上下文设定请求(ue context setup request)中，作为表示需要全配置的信息，例如也可以包含：显式地表示需要全配置的f1接口的信息元素。接收到表示需要全配置的消息的du300在s4中生成scg全配置。在s5中，du300对cu200发送表示生成了全配置的消息。表示生成了全配置的消息例如对应于图2的sn变更过程中的“4.ue上下文设定应答(ue context setup response)”、图4的切换过程中的“3.ue上下文设定应答(ue context setup response)”。从du300接收到表示生成了全配置的消息的cu200在s6中生成全配置。通过以上，在cu200和du300这二者中，全配置被生成，可消除针对已设定的配置的cu和du的理解的不一致。
[0053]
接下来，对图5b进行说明。
[0054]
在图5b的s11中，cu200从mn100接收请求全配置的执行的消息。接收到请求全配置的执行的消息的cu200在s3中对du300发送表示需要全配置的消息。图5b的从s3到s6的操作与图5a的从s3到s6的操作是相同的，因此省略说明。
[0055]
(第2方法)
[0056]
作为解决上述课题的第2方法，使用图6a、图6b说明：在cu不能理解接收到的已设定的配置的情况下、或者cu接收到请求全配置的执行的消息的情况下，cu将已设定的配置除去并向du转发的方法。
[0057]
图6a的s1以及s2与图5a的s1以及s2相同，因此省略说明。此外，与图5a的情况同样地，设想了，针对已设定的配置，cu200不能理解，然而du300能够理解的情况。
[0058]
首先，对图6a进行说明。
[0059]
未能理解已设定的配置的cu200在s31中对du300发送除去已设定的配置后的消息。除去已设定的配置后的消息例如对应于图2的sn变更过程中的“3.ue上下文设定请求(ue context setup request)”、或者图4的切换过程中的“2.ue上下文设定请求(ue context setup request)”。通过对除去已设定的配置后的消息进行发送，cu200能够隐式地对du300表示需要全配置之意。接收到已设定的配置被除去后的消息的du300在s4中生成全配置。在s5中，du300对cu200发送表示生成了全配置的消息。表示生成了全配置的消息例如对应于图2的sn变更过程中的“4.ue上下文设定应答(ue context setup response)”、或者图4的切换过程中的“3.ue上下文设定应答(ue context setup response)”。从du300接收到表示生成了全配置的消息的cu200在s6中生成全配置。通过以上，在cu200和du300这二者中，全配置被生成，可消除针对已设定的配置的cu和du的理解的不一致。
[0060]
接下来，对图6b进行说明。
[0061]
在图6b的s11中，cu200从mn100接收请求全配置的执行的消息。在s31中，接收到请求全配置的执行的消息的cu200对du300发送除去已设定的配置后的消息。图6b的从s31到s6的操作与图6a的从s31到s6的操作相同，因此，省略说明。
[0062]
(第3方法)
[0063]
使用图7，对第3方法进行说明。
[0064]
在第1方法以及第2方法中，cu200对du300显式地或者隐式地通知了需要全配置之意。
[0065]
在第3方法中，未能理解已设定的配置的cu200对已设定的配置的发送源节点通知不能理解已设定的配置之意。发送源节点例如是图2的sn变更过程中的mn、图4的切换过程中的s-gnb-cu。
[0066]
图7的s1以及s2与图5a、图6a的s1以及s2相同，因此省略说明。此外，与图5a、图6a的情况同样地，设想了，针对已设定的配置，cu200不能理解，然而du300能够理解的情况。
[0067]
未能理解已设定的配置的cu200在s32中对已设定的配置的发送源节点发送：表示cu200未能理解已设定的配置的消息。在图7的示例中，发送源节点是mn100。接收到表示cu200未能理解已设定的配置的消息的mn100在s33中将已设定的配置被除去后的消息发送给cu200。已设定的配置被除去后的消息例如是已设定的配置被除去后的sgnb添加请求(sgnb addition request)。接收到已设定的配置被除去后的消息的cu200在s34中将已设定的配置被除去后的消息发送给du300。接收到已设定的配置被除去后的消息的du300在s4中生成全配置。在s5中，du300对cu200发送表示生成了全配置的消息。从du300接收到表示生成了全配置的消息的cu200在s6中生成全配置。通过以上，在cu200和du300这二者中，全配置被生成，可消除针对已设定的配置的cu和du的理解的不一致。
[0068]
(其他方法)
[0069]
在上述第3方法中，还考虑了，mn100在s33中代替将已设定的配置被除去后的消息发送给cu200，而将已设定的配置被除去后的消息直接发送给du300的方法。在该情况下，需要定义mn100与du300之间的接口。
[0070]
此外，作为其他方法，考虑设为在cu-du间允许全配置与差量配置(delta configuration)的共存。在该情况下，针对已设定的配置的cu与du的理解的不一致本身不再成为课题。
[0071]
(装置结构)
[0072]
<cu200>
[0073]
图8是表示cu200的功能结构的一例的图。如图8所示的那样，cu200具有fh通信单元201、cn通信单元202、以及通信控制单元203。此外，包含fh通信单元201和cn通信单元202的结构被称为通信单元204。图8中所示的功能结构只不过是一例。只要能够执行本实施方式所涉及的操作，功能划分以及功能单元的名称可以是任意的。
[0074]
fn通信单元201在与du之间进行通信。cn通信单元202在与核心网络之间进行通信。通信控制单元203实施在本实施方式中说明的第1方法、第2方法、第3方法所涉及的控制。另外，也可以设为，通信控制单元203的功能被包含于通信单元204中。
[0075]
例如，cu是包含第1通信装置(例：cu)和第2通信装置(例：du)的无线通信系统中的、作为所述第2通信装置来使用的通信装置。例如，通信控制单元203在未能理解接收到的已设定的配置的情况下：(1)对du300发送表示需要全配置的消息；(2)对du300发送除去已设定的配置后的ue上下文设定请求(ue context setup request)；或者(3)对已设定的配置的发送源节点，发送表示未能理解已设定的配置的消息。
[0076]
此外，通信控制单元203在接收到请求全配置的执行的消息的情况下：(1)对du300发送表示需要全配置的消息；或者(2)对du300发送除去已设定的配置后的ue上下文设定请求(ue context setup request)。
[0077]
<du300>
[0078]
图9是表示du300的功能结构的一例的图。如图9中所示那样，du300具有无线通信单元301、fh(前传(front haul))通信单元302、以及通信控制单元303。此外，包含无线通信单元301和fh通信单元302的结构被称为通信单元304。图8所示的功能结构只不过是一例。只要能够执行本实施方式所涉及的操作，功能划分以及功能单元的名称可以是任意的。
[0079]
无线通信单元301在与用户装置之间进行无线通信。fh通信单元302在与cu200之间进行通信。通信控制单元303在从cu200接收到显式地表示需要全配置的ue上下文设定请求(ue context setup request)的情况下，执行全配置，并将表示执行了全配置的消息发送给cu200。此外，通信控制单元303在从cu200接收到除去已设定的配置后的ue上下文设定请求(ue context setup request)的情况下，也执行全配置，并将表示执行了全配置的消息发送给cu200。
[0080]
另外，也可以设为，通信控制单元303的功能被包含于通信单元304中。
[0081]
例如，du是通信装置。该情况下，例如，通信单元304在从其他通信装置接收到表示需要全配置的ue上下文设定请求(ue context setup request)的情况下，执行全配置，并将表示执行了全配置的消息发送给其他通信装置。
[0082]
<硬件结构>
[0083]
在上述实施方式的说明中使用的框图(图8～图9)示出了功能单位的块。这些功能块(结构单元)通过硬件和/或软件的任意组合来实现。此外，各功能块的实现方法并没有特别限定。即，各功能块可以用物理上和/或逻辑上多个元素结合而成的一个装置来实现，也可以将物理上和/或逻辑上分离的两个以上的装置直接和/或间接地(例如用有线和/或无线)连接而通过这些多个装置来实现。
[0084]
此外，例如，本发明的一实施方式中的cu200、du300也可以均作为进行本实施方式所涉及的处理的计算机而发挥功能。图10是表示本实施方式所涉及的cu200、du300的硬件结构的一例的图。上述的cu200、du300分别也可以在物理上构成为包括处理器1001、存储器1002、储存器1003、通信装置1004、输入装置1005、输出装置1006、总线1007等的计算机装置。
[0085]
另外，在以下的说明中，“装置”这一表述能够解读为电路、设备、单元等。cu200、du300的硬件结构也可以被构成为将由图中示出的1001～1006所示的各装置包含一个或者多个，也可以构成为不包含一部分装置。
[0086]
关于cu200、du300中的各功能，通过将特定的软件(程序)读入到处理器1001、存储器1002等硬件上，从而由处理器1001进行运算，并控制基于通信装置1004的通信、存储器1002和储存器1003中的数据的读出和/或写入，由此来实现。
[0087]
处理器1001例如使操作系统进行操作来控制计算机整体。处理器1001也可以通过包含与外围设备的接口、控制装置、运算装置、寄存器等的中央处理装置(中央处理单元(cpu：central processing unit))而构成。
[0088]
此外，处理器1001将程序(程序代码)、软件模块或者数据从储存器1003和/或通信装置1004读出至存储器1002，并根据它们来执行各种处理。作为程序，可利用使计算机执行在上述的实施方式中说明的操作的至少一部分的程序。例如，cu200、du300各自的功能也可以通过被存储于存储器1002中并在处理器1001中进行操作的控制程序来实现。关于上述的各种处理，说明了在一个处理器1001中被执行之意，然而也可以通过两个以上的处理器1001同时或者依次地被执行。处理器1001也可以通过一个以上的芯片而被实现。另外，程序也可以经由电通信线路从网络发送。
[0089]
存储器1002也可以是计算机可读取的记录介质，例如由rom(只读存储器(read only memory))、eprom(可擦除可编程只读存储器(erasable programmable rom))、eeprom(电可擦除可编程只读存储器(electrically erasable programmable rom))、ram(随机存取存储器(random access memory))等的至少一个而构成。存储器1002也可以被称为寄存器、高速缓存、主存储器(主存储装置)等。存储器1002能够保存为了实施本发明的一实施方式所涉及的处理而可执行的程序(程序代码)、软件模块等。
[0090]
储存器1003也可以是计算机可读取的记录介质，例如由cd-rom(压缩盘只读存储器(compact disc rom))等光盘、硬盘驱动器、柔性盘(flexible disc)、光磁盘(例如、压缩盘、数字多功能盘、blu-ray(注册商标)盘(蓝光盘))、智能卡(smart card)、闪存(例如卡(card)、棒(stick)、键驱动器(key drive))、软(floppy(注册商标))盘、磁条(stripe)等的至少一个而构成。储存器1003也可以称为辅助存储装置。上述的存储介质例如也可以是包含存储器1002和/或储存器1003的数据库、服务器以及其他合适的介质。
[0091]
通信装置1004是用于经由有线和/或无线网络来进行计算机间的通信的硬件(收发设备)，例如也称为网络设备、网络控制器、网卡、通信模块等。例如，各装置的通信单元也可以通过通信装置1004来实现。
[0092]
输入装置1005是受理来自外部的输入的输入设备(例如，键盘、鼠标、麦克风、开关、按钮、传感器等)。输出装置1006是实施向外部的输出的输出设备(例如，显示器、扬声器、led灯等)。另外，输入装置1005和输出装置1006也可以是成为一体的结构(例如，触摸面板)。
[0093]
此外，处理器1001以及存储器1002等各装置通过用于对信息进行通信的总线1007来连接。总线1007可以由单一的总线构成，也可以由在装置间不同的总线来构成。
[0094]
此外，cu200、du300分别也可以构成为包括微处理器、数字信号处理器(dsp：digital signal processor)、asic(专用集成电路(application specific integrated circuit))、pld(可编程逻辑器件(programmable logic device))、fpga(现场可编程门阵列(field programmable gate array))等硬件，也可以通过该硬件来实现各功能块的一部分或者全部。例如，处理器1001也可以通过这些硬件的至少一个来被实现。
[0095]
(实施方式的总结)
[0096]
如以上说明的那样，通过本实施方式，提供一种通信装置(cu)，其特征在于，在不能理解接收到的已设定的配置的情况下，或者接收到请求全配置的执行的消息的情况下，将需要全配置的执行这一内容通知给其他通信装置(du)。
[0097]
通过上述的结构，提供如下技术：在无线通信系统中，在针对接收到的已设定的配置，cu不能理解然而du能够理解的情况下，消除cu与du的理解的不一致，并且使在cu接收到请求全配置的执行的消息的情况下的cu的操作明确。
[0098]
(实施方式的补充)
[0099]
以上，说明了本发明的实施方式，然而所公开的发明并不限定于这样的实施方式，本领域技术人员可理解各种各种的变形例、修正例、代替例、置换例等。为了促进发明的理解，使用具体的数值例进行了说明，然而只要没有特别的说明，这些数值只不过是单纯的一例，也可以使用合适的任意的值。上述的说明中的项目的划分在本发明中并不是本质上的，两个以上的项目中记载的事项也可以根据需要而组合使用，某项目中记载的事项也可以被应用于其他项目中记载的事项(只要不矛盾)。功能框图中的功能单元或者处理单元的边界不一定对应于物理上的部件的边界。多个功能单元的操作在物理上也可以由一个部件来进行，或者一个功能单元的操作在物理上也可以通过多个部件来进行。关于在实施方式中叙述的处理过程，只要不矛盾则也可以调换处理的顺序。为了处理说明的方便，cu200、du300使用功能上的框图进行了说明，然而这样的装置也可以由硬件、由软件或者由它们的组合来实现。按照本发明的实施方式通过各装置所具有的处理器来进行操作的软件，也可以被保存于随机存取存储器(ram)、闪存、只读存储器(rom)、eprom、eeprom、寄存器、硬盘(hdd)、可移动盘(removable disc)、cd-rom、数据库、服务器以及其他合适的任意的存储介质中。
[0100]
此外，信息的通知并不限于本说明书中说明的样态/实施方式，还能够由其他的方法来进行。例如，信息的通知也可以通过物理层信令(例如，dci(下行链路控制信息(downlink control information))、uci(上行链路控制信息(uplink control information)))、高层信令(例如，rrc(无线资源控制(radio resource control))信令、
的意思。换言之，“基于”这一记载表示“仅基于”和“至少基于”这两者的意思。
[0109]
只要在本说明书或者权利要求书中使用“包含(include)”、“包括(including)”、和它们的变形，则这些术语与术语“具备(comprising)”同样地，是指包括性。进一步，在本说明书或权利要求书中使用的术语“或者(or)”不是指异或的意思。
[0110]
在本公开的整体中，例如在如英语中的a、an以及the那样因翻译追加了冠词的情况下，除非从上下文明确示出并未如此，则这些冠词包含复数的情况。
[0111]
以上，针对本发明详细地进行了说明，但是对本领域技术人员而言，本发明显然并不限定于本说明书中进行了说明的方式。本发明在不脱离基于权利要求书的记载而确定的本发明的主旨和范围的情况下，能够作为修正和变更方式来实施。因此，本说明书的记载以例示说明为目的，不带有对本发明任何限制性的意思。
[0112]
标号说明
[0113]
100 mn
[0114]
200 cu
[0115]
300 du
[0116]
201 fh通信单元
[0117]
202 cn通信单元
[0118]
203 通信控制装置
[0119]
204 通信单元
[0120]
301 无线通信单元
[0121]
302 fh通信单元
[0122]
303 通信控制单元
[0123]
304 通信单元
[0124]
1001 处理器
[0125]
1002 存储器
[0126]
1003 储存器
[0127]
1004 通信装置
[0128]
1005 输入装置
[0129]
1006 输出装置。