支持按需请求的系统消息的方法和设备与流程

支持按需请求的系统消息的方法和设备
1.本技术是申请日为2018年05月09日、申请号为201810437646.4、发明名称为“支持按需请求的系统消息的方法和设备”的发明专利申请的分案申请。
技术领域
2.本技术涉及无线通信技术领域，特别涉及支持按需请求的系统消息的方法和设备。


背景技术：

3.在下一代网络或第五代(5g)网络中，为了支持网络功能虚拟化，更高效的资源管理和调度，为终端(ue)提供无线网络接口的基站(gnb)可以进一步分成基站集中单元gnb-cu(gnb central unit)和基站分布单元gnb-du(gnb distributed unit)，(本发明中分别简称为cu和du)。
4.cu至少具有无线资源控制(rrc)和分组数据汇聚协议(pdcp)协议层等，也会包含服务数据自适应协议(sdap:service data adaptation protocol)。
5.du具有无线链路控制协议(rlc)、介质访问控制(mac)和物理层等。
6.cu和du之间是标准化的公开接口f1接口。
7.f1接口分为：f1接口控制平面(f1-c)和f1接口用户平面(f1-u)。
8.f1-c的传输网络层是基于ip传输的。为了更可靠的传输信令，在ip之上增加了流控制传输协议(sctp)。应用层的协议是f1ap。sctp可以提供可靠的应用层消息传输。
9.f1-u的传输层是udp/ip，gtp-u在udp/ip之上用于承载用户平面协议数据单元(pdu)。
10.图1示出了cu和du的结构。
11.另外，为了减少系统消息带来的系统开销，5g网络中定义了按需请求的系统消息，该系统消息不是一直在小区中广播，而是根据用户的请求而进行发送。为了支持按需请求的系统消息，用户会发送特定的随机接入的前导(prach preamble)或者在特定的随机接入资源(prach resource)上发送前导，或者在特定的随机接入资源上发送特定的随机接入前导，基站(gnb)根据收到的随机接入前导和/或接收该随机接入前导的资源来确定用户请求的是哪一个或哪几个系统消息(system information message)，该系统消息中可能包含一个或多个系统信息块(system information block)，然后基站将用户请求的系统消息以广播的方式或者多播的方式或者单播的方式发送给用户。
12.如前所述，在5g系统中，gnb可能由两个独立的功能实体构成，即cu和du，两者之间的接口为标准化的f1。在这样的结构中，cu负责产生系统消息，而du能收到用户发送的随机接入前导。如果cu和du间没有关于按需请求的系统消息的支持，cu就无法获知用户发送了与请求系统消息有关的随机接入前导。因此，为了支持按需请求的系统消息，cu和du间需要定义相关的机制。目前还没有相关的讨论。


技术实现要素：

13.本技术提供了几种支持按需请求的系统消息的方法和设备，可以实现按需请求的系统消息的发送。
14.本技术公开了一种支持按需请求的系统消息的方法，包括：
15.a、基站分布单元du从基站集中单元cu接收用于请求系统消息的物理随机接入信道prach的配置信息；
16.b、du从用户设备ue接收用于请求系统消息的随机接入前导；
17.c、du根据所述随机接入前导以及所述用于请求系统消息的prach的配置信息，确定关于ue请求的系统消息的信息，并将ue请求的系统消息发送给ue。
18.较佳的，在所述c之前还包括：du从cu接收按需请求的系统消息的配置信息，所述按需请求的系统消息的配置信息包括以下信息的至少一种：
19.每个支持用户按需请求的系统消息，所述系统消息包含至少一个系统信息块sib，或者是至少一个sib；
20.每个支持用户按需请求的系统消息的调度信息；
21.每个支持用户按需请求的系统消息与所述用于请求系统消息的prach配置信息的对应关系；
22.所述用于请求系统消息的prach配置信息包含：prach preamble的信息和/或prach资源的信息。
23.较佳的，所述关于ue请求的系统消息的信息为：ue请求的系统消息；
24.所述c包括：du根据所述随机接入前导确定对应的prach配置信息，并根据所述每个支持用户按需请求的系统消息与所述用于请求系统消息的prach配置信息的对应关系确定ue请求的系统消息。
25.较佳的，所述关于ue请求的系统消息的信息为：所述随机接入前导对应的prach配置信息；
26.所述c包括：du根据所述随机接入前导确定对应的prach配置信息，将所述prach配置信息发送给cu；du从cu接收ue请求的系统消息，并将ue请求的系统消息发送给ue。
27.较佳的，在所述c之前还包括：du从cu接收与每个用于请求系统消息的prach配置信息对应的索引信息；
28.所述关于ue请求的系统消息的信息为：prach配置信息对应的索引信息；
29.所述c包括：du根据所述随机接入前导确定对应的prach配置信息，并确定对应于所述prach配置信息的索引信息，将所述索引信息发送给cu；du从cu接收ue请求的系统消息，并将ue请求的系统消息发送给ue。
30.较佳的，在所述c之前还包括：du从cu接收与每个用于请求系统消息的prach配置信息对应的系统消息的索引信息；
31.所述关于ue请求的系统消息的信息为：系统消息的索引信息；
32.所述c包括：du根据所述随机接入前导确定对应的prach配置信息，并确定对应的系统消息的索引信息，将所述索引信息发送给cu；du从cu接收ue请求的系统消息，并将ue请求的系统消息发送给ue。
33.较佳的，在du将ue请求的系统消息发送给ue之前，还包括：
34.du向ue发送确认消息，所述确认消息用于指示以下信息的至少一种：
35.确认网络侧将发送ue请求的系统消息；
36.确认已经收到了ue发送的随机接入前导；
37.确认已经收到了ue发送的随机接入前导，且获知该ue在请求系统消息；
38.确认已经收到了ue发送的随机接入前导，且获知该ue在请求系统消息，并向cu发送了相应的请求消息；
39.确认已经收到了ue发送的随机接入前导，且获知该ue在请求系统消息，并向cu发送了相应的请求消息，并且cu已经确认了ue的请求。
40.本技术还公开了一种支持按需请求的系统消息的方法，包括：
41.cu将用于请求系统消息的物理随机接入信道prach的配置信息发送给du。
42.较佳的，该方法还包括：cu将按需请求的系统消息的配置信息发送给du。
43.较佳的，该方法还包括：
44.cu从du接收ue发送的随机接入前导所对应的prach配置信息；
45.cu根据所述prach配置信息，确定ue所请求的系统消息，并将所述系统消息发送给du。
46.较佳的，该方法还包括：
47.cu将与每个用于请求系统消息的prach配置对应的索引信息发送给du；
48.cu从du接收ue发送的随机接入前导所对应的prach配置信息对应的索引信息；
49.cu根据所述对应的索引信息，确定ue所请求的系统消息，并将所述系统消息发送给du。
50.较佳的，该方法还包括：
51.cu将与每个用于请求系统消息的prach配置信息对应的系统消息的索引信息发送给du；
52.cu从du接收ue发送的随机接入前导所对应的prach配置信息对应的系统消息的索引信息；
53.cu根据所述对应的索引信息，确定ue所请求的系统消息，并将所述系统消息发送给du。
54.本技术还公开了一种基站分布单元设备，包括：cu交互模块、ue交互模块和存储模块，其中：
55.所述cu交互模块，用于从cu接收用于请求系统消息的prach的配置信息；
56.所述存储模块，用于存储所述用于请求系统消息的prach的配置信息；
57.所述ue交互模块，用于从ue接收用于请求系统消息的随机接入前导，并根据所述随机接入前导和所述用于请求系统消息的prach的配置信息，确定ue请求的系统消息，将ue请求的系统消息发送给ue。
58.较佳的，所述cu交互模块还用于从cu接收以下信息的至少一种：
59.按需请求的系统消息的配置信息；
60.与每个prach配置对应的索引信息；
61.与每个用于请求系统消息的prach配置信息对应的系统消息的索引信息。
62.本技术还公开了一种基站集中单元设备，包括：du交互模块和处理模块，其中：
63.所述du交互模块，用于将用于请求系统消息的prach的配置信息发送给du。
64.较佳的，所述du交互模块还用于将以下信息的至少一种发送给du：
65.按需请求的系统消息的配置信息；
66.与每个prach配置对应的索引信息；
67.与每个用于请求系统消息的prach配置信息对应的系统消息的索引信息。
68.本技术还公开了一种支持按需请求的系统消息的方法，包括：
69.基站分布单元du从用户设备ue接收系统信息请求消息；
70.向基站集中单元cu发送包含ue信息的消息；
71.接收cu发送的正确接收到系统信息请求消息的确认消息；
72.向ue发送ue请求的系统信息。
73.较佳地，确认消息包括以下信息至少之一：
74.ue的标识信息、ue所在的小区的标识、du向ue发送的系统信息的指示信息。
75.本技术公开了一种支持按需请求的系统消息的方法，包括：
76.基站集中单元cu接收基站分布单元du发送的包含ue信息的消息，其中，包含ue信息的消息是du在从用户设备ue接收到系统信息请求消息之后发送的；
77.向du发送正确接收到系统信息请求消息的确认消息。
78.优选地，确认消息包括以下信息至少之一：
79.ue的标识信息、ue所在的小区的标识、du向ue发送的系统信息的指示信息。
80.本技术公开了一种基站分布单元du，包括：
81.第一接收模块，用于从用户设备ue接收系统信息请求消息；
82.第一发送模块，用于向基站集中单元cu发送包含ue信息的消息；
83.第一接收模块，用于接收cu发送的正确接收到系统信息请求消息的确认消息；
84.第一发送模块，用于向ue发送ue请求的系统信息。
85.本技术公开了一种基站集中单元cu，包括：
86.第二接收模块，用于接收基站分布单元du发送的包含ue信息的消息，其中，包含ue信息的消息是du在从用户设备ue接收到系统信息请求消息之后发送的；
87.第二发送模块，用于向du发送正确接收到系统信息请求消息的确认消息。
88.由上述技术方案可见，本技术提供的支持按需请求的系统消息的方法和设备，通过cu和du之间的交互，能够支持按需请求的系统消息的发送。
附图说明
89.图1为现有gnb-cu与gnb-du的结构图；
90.图2为本发明cu和du间支持按需请求的系统消息的方法一示意图；
91.图3为本发明cu和du间支持按需请求的系统消息的方法二示意图；
92.图4为本发明cu和du间支持按需请求的系统消息的方法三示意图；
93.图5为本发明cu和du间支持按需请求的系统消息的方法四示意图；
94.图6为本发明一较佳基站分布单元设备的组成结构示意图；
95.图7为本发明一较佳基站集中单元设备的组成结构示意图；
96.图8为本发明cu向du发送接收到系统信息请求消息的确认消息的示意图；
97.图9为本发明cu和du间支持按需请求的系统消息的方法五示意图；
98.图10为本发明cu和du间支持按需请求的系统消息的方法六示意图。
具体实施方式
99.为使本技术的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本技术作进一步详细说明。
100.在5g网络中，gnb可能由cu和du组成，cu和du的功能不相同。另外5g网络中也会支持按需请求系统消息的机制，该机制中，用户会发送特定的随机接入的前导(prach preamble)，或者在特定的随机接入资源(prach resource)上发送前导，或者在特定的随机接入资源上发送特定的随机接入前导，以此向网络侧请求其所需的系统消息。如果gnb分成了cu和du，du可以收到用户发送的随机接入前导，但是系统消息是由cu产生的，所以为了将用户请求的系统消息发送给用户，cu和du间需要交互。本发明提出了一种通过cu和du间的交互支持用户请求的系统消息的方法。
101.在本发明中，系统消息表示包含了一个或多个系统信息块(sib：system information block)的一个消息，或者是指一个或多个sib。
102.下面通过几个较佳实施例对本技术技术方案进行详细说明。
103.实施例一
104.本实施例中，cu预先将所有的按需请求的系统消息配置在du。
105.本实施例对本发明提供的cu和du间支持按需请求的系统消息的方法一进行说明。在该方法中，cu将所有的按需请求的系统消息以及与请求按需请求的(on-demand)系统消息有关的prach的配置信息通过f1接口的消息(如f1接口的控制平面的消息，即f1-c消息)发送给du。当du收到一个与请求系统消息有关的随机接入前导(prach preamble)，就向用户发送请求的系统消息(发送的方式可能有广播或单播或多播)。该方法的流程图如图2所示，包括如下步骤：
106.步骤201：cu通过f1接口的消息(如f1-c消息)向du发送关于支持on-demand系统消息的配置信息，该配置信息包含如下一个或多个信息：
107.1)每个支持用户按需请求的系统消息，该系统消息可能包含一个sib(如lte中的sib4)，也可能包含多个sibs(如lte中的sib4，sib5，sib6等)，也可能就是一个或多个sib；
108.2)每个支持用户按需请求的系统消息的调度信息，如发送该系统消息的时间位置，和/或频率位置，和/或空间信息，和/或周期等；
109.3)用于请求系统消息的prach配置信息，以及prach配置信息与每个支持用户按需请求的系统消息的对应关系，该prach配置信息包含prach preamble的信息和/或prach资源的信息(例如：发送prach preamble的时频资源，发送prach preamble的空间资源)。例如：prach配置1是用于请求系统消息1，prach配置2是用于请求系统消息2等。另外，一个prach配置也可能用于请求多个系统消息，如prach配置3用于请求系统消息1和系统消息2。表1给出了prach配置与按需请求的系统消息的对应关系的示意。
110.prach配置1系统消息1prach配置2系统消息2prach配置3系统消息1和系统消息2
prach配置4系统消息2和系统消息3prach配置5系统消息4和系统消息5
111.表1
112.本步骤中的配置信息可以通过同一个f1接口消息发送给du，也可以通过不同的f1接口消息发送给du。另外，如果这些配置信息发生了更新，cu也会发送更新消息给du来更新这些配置信息。
113.在本步骤之前或之后，或者在本步骤中，假设cu或du已经将用于请求系统消息的prach配置信息，以及prach配置信息与每个支持用户按需请求的系统消息的对应关系发送给了用户。
114.步骤202：用户向du发送随机接入前导以请求系统消息。
115.本步骤中，用户根据其收到的配置信息(用于请求系统消息的prach配置信息，以及prach配置信息与每个支持用户按需请求的系统消息的对应关系)，以及其希望请求的系统消息来发送相应的随机接入前导。
116.步骤203：du根据收到的随机接入前导，确定用户请求的一个或多个系统消息，然后向用户发送确认消息，该确认消息至少代表以下的一种含义：
117.1)确认网络侧(cu和/或du和/或基站)将发送用户请求的系统消息；
118.2)确认已经收到了用户在步骤202中发送的随机接入前导；
119.3)确认已经收到了用户在步骤202中发送的随机接入前导，且获知该用户在请求系统消息；
120.4)确认已经收到了用户在步骤202中发送的随机接入前导，且获知该用户在请求哪一个或哪几个系统消息(即：获知该用户所请求的系统消息)；
121.5)确认已经收到了用户在步骤202中发送的随机接入前导，且获知该用户在请求哪一个或哪几个系统消息，且du存有该用户请求的系统消息(即：du存有用户请求的系统消息)。
122.步骤204：du向用户发送用户所请求的系统消息。
123.在步骤204之前，如果储存在du处的系统消息和/或调度信息发生了改变，cu将在步骤203a中向du发送更新的系统消息和/或调度信息。
124.实施例二
125.本实施例中，cu通知du用于请求系统消息的prach配置。
126.本实施例对本发明提供的cu和du间支持按需请求的系统消息的方法二进行说明。在该方法中，cu将用于请求系统消息的prach配置发送给du，当du收到一个请求系统消息的随机接入前导时，将接收到的随机接入前导对应的配置信息通知cu，cu据此获知用户请求的系统消息，并将该系统消息通过du发送给用户。该方法的流程图如图3所示，包括如下步骤：
127.步骤301：cu向du发送f1接口消息，该消息包含了用于请求系统消息的prach配置信息，该配置信息包含prach preamble的信息和/或prach资源的信息(例如：发送prach preamble的时频资源位置，发送prach preamble的空间资源)。例如：该消息包含用于请求系统消息的prach配置1，用于请求系统消息的prach配置2等。根据这些信息，du无法获知prach配置与系统消息的对应关系，只能获知如果收到与这些配置相匹配的随机接入前导，
表示用户在请求系统消息。
128.在本步骤之前或之后，或者在本步骤中，假设cu或du已经将用于请求系统消息的prach配置信息，以及prach配置信息与每个支持用户按需请求的系统消息的对应关系发送给了用户。
129.步骤302：用户向du发送随机接入前导以请求系统消息。
130.本步骤中，用户根据其收到的配置信息(用于请求系统消息的prach配置信息，以及prach配置信息与每个支持用户按需请求的系统消息的对应关系)，以及其希望请求的系统消息来发送相应的随机接入前导。
131.步骤303：du向cu发送f1ap消息(如系统消息请求)，在该消息中包含du接收到的随机接入前导所对应的prach配置信息(prach preamble的信息和/或prach资源的信息)。可选的，du可以用如下方式之一来限定du收到响应消息的时间：
132.方式1：在步骤303中发送的消息中包含时钟信息(如时间长度信息，时间点信息)，该信息指示了cu最晚发送响应消息的时间点；
133.方式2：在发送步骤303的消息后，du可以启动一个计时器，du期望在计时器超时前收到响应消息，如果没有收到，表示步骤303中发送的消息未被cu成功接收。
134.步骤304：cu向du回复响应消息(如系统消息请求响应)，该消息用于指示cu确认接收到了步骤303中du发送的消息，该步骤是可选的。另外，可选的，在该响应消息中还可以包括以下一个或多个信息：
135.1)用户请求的一个或多个系统消息；
136.2)用户请求的一个或多个系统消息的调度信息。
137.步骤305：du向用户发送确认消息，该确认消息至少代表以下的一种含义：
138.1)确认网络侧(cu和/或du和/或基站)将发送用户请求的系统消息；
139.2)确认已经收到了用户在步骤302中发送的随机接入前导；
140.3)确认已经收到了用户在步骤302中发送的随机接入前导，且获知该用户在请求系统消息；
141.4)确认已经收到了用户在步骤302中发送的随机接入前导，且获知该用户在请求系统消息，并向cu发送了相应的请求消息；
142.5)确认已经收到了用户在步骤302中发送的随机接入前导，且获知该用户在请求系统消息，并向cu发送了相应的请求消息，并且cu已经确认了用户的请求。
143.步骤306：du向用户发送用户请求的系统消息。
144.如果没有步骤304，或者步骤304中没有包含用户请求的系统消息，或者du处所保存的用户请求的系统消息和/或调度信息发生了更新，在步骤306之前还可以有步骤305a，在步骤305a中，cu将用户请求的系统消息和/或该系统消息的调度信息发送给du，然后再通过步骤306，由du将用户请求的系统消息发送给用户。
145.如果上述步骤304中cu没有将响应消息及时地发送给du，步骤305和306就无需进行。
146.实施例三
147.本实施例中，cu通知du用于请求系统消息的prach配置及每个配置的索引信息。
148.本实施例对本发明提供的cu和du间支持按需请求的系统消息的方法三进行说明。
在该方法中，cu将用于请求系统消息的prach配置以及与每个prach配置对应的索引信息(index)发送给du，当du收到一个请求系统消息的随机接入前导时，将接收到的随机接入前导的配置信息对应的索引信息通知cu，cu据此获知用户请求的系统消息，并将该系统消息通过du发送给用户。该方法的流程图如图4所示，包括如下步骤：
149.步骤401：cu向du发送f1接口消息，该消息包含了用于请求系统消息的prach配置信息，该配置信息包含prach preamble的信息和/或prach资源的信息(例如：发送prach preamble的时频资源位置，发送prach preamble的空间资源)以及与每个prach配置信息对应的索引信息。例如：该消息包含用于请求系统消息的prach配置1以及索引值1，用于请求系统消息的prach配置2以及索引值2等。根据这些信息，du无法获知prach配置与系统消息的对应关系，只能获知如果收到与这些配置相匹配的随机接入前导，表示用户在请求系统消息。
150.在本步骤之前或之后，或者在本步骤中，假设cu或du已经将用于请求系统消息的prach配置信息，以及prach配置信息与每个支持用户按需请求的系统消息的对应关系发送给了用户。
151.步骤402：用户向du发送随机接入前导以请求系统消息。
152.本步骤中，用户根据其收到的配置信息(用于请求系统消息的prach配置信息，以及prach配置信息与每个支持用户按需请求的系统消息的对应关系)，以及其希望请求的系统消息来发送相应的随机接入前导。
153.步骤403：du向cu发送f1ap消息(如系统消息请求)，在该消息中包含du接收到的随机接入前导所对应的prach配置信息(prach preamble的信息和/或prach资源的信息)的索引信息。可选的，du可以用如下方式之一来限定du收到响应消息的时间：
154.方式1：在步骤403中发送的消息中包含时钟信息(如时间长度信息，时间点信息)，该信息指示了cu最晚发送响应消息的时间点；
155.方式2：在发送步骤403的消息后，du可以启动一个计时器，du期望在计时器超时前收到响应消息，如果没有收到，表示步骤403中发送的消息未被cu成功接收。
156.步骤404：cu向du回复响应消息(如系统消息请求响应)，该消息用于指示cu确认接收到了步骤403中du发送的消息，该步骤是可选的。另外，可选的，在该响应消息中还可以包括以下一个或多个信息：
157.1)用户请求的一个或多个系统消息；
158.2)用户请求的一个或多个系统消息的调度信息。
159.步骤405：du向用户发送确认消息，该确认消息至少代表以下的一种含义：
160.1)确认网络侧(cu和/或du和/或基站)将发送用户请求的系统消息；
161.2)确认已经收到了用户在步骤402中发送的随机接入前导；
162.3)确认已经收到了用户在步骤402中发送的随机接入前导，且获知该用户在请求系统消息；
163.4)确认已经收到了用户在步骤402中发送的随机接入前导，且获知该用户在请求系统消息，并向cu发送了相应的请求消息；
164.5)确认已经收到了用户在步骤402中发送的随机接入前导，且获知该用户在请求系统消息，并向cu发送了相应的请求消息，并且cu已经确认了用户的请求。
165.步骤406：du向用户发送用户请求的系统消息。
166.如果没有步骤404，或者步骤404中没有包含用户请求的系统消息，或者du处所保存的用户请求的系统消息和/或调度信息发生了更新，在步骤406之前还可以有步骤405a。在步骤405a中，cu将用户请求的系统消息和/或该系统消息的调度信息发送给du，然后再通过步骤406，由du将用户请求的系统消息发送给用户。
167.如果上述步骤404中cu没有将响应消息及时地发送给du，步骤405和406就无需进行。
168.实施例四
169.本实施例中，cu通知du用于请求系统消息的prach配置以及对应的系统消息的指示信息。
170.本实施例对本发明提供的cu和du间支持按需请求的系统消息的方法四进行说明。在该方法中，cu将用于请求系统消息的prach配置以及与每个prach配置对应的系统消息的指示信息发送给du，当du收到一个请求系统消息的随机接入前导时，根据之前cu发送的prach配置及其对应的系统消息的指示信息，du将获知用户所请求的系统消息，从而可以将用户所请求的系统消息的指示信息通知cu，cu据此获知用户请求的系统消息，并将该系统消息通过du发送给用户。该方法的流程图如图5所示，包括如下步骤：
171.步骤501：cu向du发送f1接口消息，该消息包含了用于请求系统消息的prach配置信息，该配置信息包含prach preamble的信息和/或prach资源的信息(例如：发送prach preamble的时频资源位置，发送prach preamble的空间资源)以及与每个prach配置信息对应的系统消息的指示信息(该指示信息可以是系统消息的索引信息)。例如：该消息包含用于请求系统消息的prach配置1以及该配置是用于请求系统消息1的指示信息，用于请求系统消息的prach配置2以及该配置是用于请求系统消息2的指示信息等。根据这些信息，du能够获知用户所要请求的系统消息。
172.在本步骤之前或之后，或者本步骤中，假设cu或du已经将用于请求系统消息的prach配置信息，以及prach配置信息与每个支持用户按需请求的系统消息的对应关系发送给了用户。
173.步骤502：用户向du发送随机接入前导以请求系统消息。
174.本步骤中，用户根据其收到的配置信息(用于请求系统消息的prach配置信息，以及prach配置信息与每个支持用户按需请求的系统消息的对应关系)，以及其希望请求的系统消息来发送相应的随机接入前导。
175.步骤503：du向cu发送f1ap消息(如系统消息请求)，在该消息中包含用户请求的系统消息的指示信息。可选的，du可以用如下方式之一来限定du收到响应消息的时间：
176.方式1：在步骤503中发送的消息中包含时钟信息(如时间长度信息，时间点信息)，该信息指示了cu最晚发送响应消息的时间点；
177.方式2：在发送步骤503的消息后，du可以启动一个计时器，du期望在计时器超时前收到响应消息，如果没有收到，表示步骤503中发送的消息未被cu成功接收。
178.步骤504：cu向du回复响应消息(如系统消息请求响应)，该消息用于指示cu确认接收到了步骤503中发送的消息，该步骤是可选的。另外，可选的，在该响应消息中还可以包括以下一个或多个信息：
179.1)用户请求的一个或多个系统消息；
180.2)用户请求的一个或多个系统消息的调度信息。
181.步骤505：du向用户发送确认消息，该确认消息至少代表以下的一种含义：
182.1)确认网络侧(cu和/或du和/或基站)将发送用户请求的系统消息；
183.2)确认已经收到了用户在步骤502中发送的随机接入前导；
184.3)确认已经收到了用户在步骤502中发送的随机接入前导，且获知该用户在请求系统消息；
185.4)确认已经收到了用户在步骤502中发送的随机接入前导，且获知该用户在请求哪一个或多个系统消息；
186.5)确认已经收到了用户在步骤502中发送的随机接入前导，且获知该用户在请求哪一个或多个系统消息，并向cu发送了请求消息
187.6)确认已经收到了用户在步骤502中发送的前导，且获知该用户在请求哪一个或多个系统消息，并向cu发送了请求消息，并且cu已经确认了用户的请求。
188.步骤506：du向用户发送用户请求的系统消息。
189.如果没有步骤504，或者步骤504中没有包含用户请求的系统消息，或者du处所保存的用户请求的系统消息和/或调度信息发生了更新，在步骤506之前还可以有步骤505a。在步骤505a中，cu将用户请求的系统消息和/或该系统消息的调度信息发送给du，然后再通过步骤506，由du将用户请求的系统消息发送给用户。
190.如果上述步骤504中cu没有将响应消息及时地发送给du，步骤505和506就无需进行。
191.对应于上述方法，本技术还提供了相应的设备。
192.图6为本发明一较佳基站分布单元设备的组成结构示意图，该设备包括：cu交互模块、ue交互模块和存储模块，其中：
193.所述cu交互模块，用于从cu接收用于请求系统消息的prach的配置信息；
194.所述存储模块，用于存储所述用于请求系统消息的prach的配置信息；
195.所述ue交互模块，用于从ue接收用于请求系统消息的随机接入前导，并根据所述随机接入前导和所述用于请求系统消息的prach的配置信息，确定ue请求的系统消息，将ue请求的系统消息发送给ue。
196.较佳的，所述cu交互模块还用于从cu接收以下信息的至少一种：
197.按需请求的系统消息的配置信息；
198.与每个prach配置对应的索引信息；
199.与每个用于请求系统消息的prach配置信息对应的系统消息的索引信息。
200.图7为本发明一较佳基站集中单元设备的组成结构示意图，该设备包括：du交互模块，其中：
201.所述du交互模块，用于将用于请求系统消息的prach的配置信息发送给du。
202.较佳的，所述du交互模块还用于将以下信息的至少一种发送给du：
203.按需请求的系统消息的配置信息；
204.与每个prach配置对应的索引信息；
205.与每个用于请求系统消息的prach配置信息对应的系统消息的索引信息。
206.本发明提供的gnb-cu和gnb-du间支持按需请求系统消息的方法和设备，可以解决gnb分成du和cu时，如何支持按需请求的系统消息的传输问题。用户通过随机接入前导请求系统消息，但是系统消息的产生是在cu完成，本发明给出了如何通过f1接口的信息交互来完成按需请求的系统消息的传输问题。
207.以上所述仅为本技术的较佳实施例而已，并不用以限制本技术，凡在本技术的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本技术保护的范围之内。
208.实施例5
209.当用户通过rrc消息来请求系统消息时(也就是通过随机接入流程中message 3来请求系统消息)，基站收到该rrc消息后，会通过向用户发送竞争解决消息来告知用户所发送的用来请求系统消息的rrc消息已经被基站正确接收，从而用户可以准备接收其请求的系统消息。该竞争解决消息是mac层产生的(如包含竞争解决标识mac ce(contention resolution identity mac control element)的消息)，而不是一个rrc消息。在cu-du分离的结构下，du会将收到的用于请求系统消息的rrc消息发送给cu。但是，现有机制下，du无法获知cu是否正确收到了该rrc消息，因此，du无法向用户发送竞争解决消息来告知该用户所发送的用于请求系统消息的rrc消息是否正确收到。为了解决该问题，本实施例提出了如下机制：
210.cu向du发送正确接收到用户发送的系统信息请求消息的确认消息，如图8所示，该消息用来向du确认其发送的系统信息请求消息已经被cu正确接收了。该确认消息可能的实现方式为至少包含如下信息之一的消息(下述信息是针对一个用户的，如果该确认消息包含对多个用户的确认，该消息中会针对每个用户至少包含如下信息之一):
211.→
用户的标识信息，如用户在du侧的标识信息(gnb-du ue f1ap id),用户在小区内的标识信息(c-rnti)
212.→
用户所在的小区的标识，如nr cgi(nr-ran cell global identifier)
213.→
du向用户发送的系统信息的指示信息，该指示信息指示了du需要向用户发送的系统信息
214.根据上述“cu向du发送正确接收到用户发送的系统信息请求消息的确认消息”，用户通过rrc消息来请求系统信息的过程(即cu和du间支持按需请求的系统消息的方法五)如下，如图9所示：
215.步骤601：用户发送系统信息请求(systeminforequest)消息给du，该消息是rrc消息，指示了用户所请求的系统消息。
216.■
步骤602：du通过消息二将步骤601中收到的系统信息请求消息发送给cu，该消息二(该消息二可以是initial ul rrc message transfer消息)可以至少包含如下信息之一：用户的标识信息，如用户在du侧的标识信息(gnb-du ue f1ap id),用户在小区内的标识信息(c-rnti)
217.■
用户所在的小区的标识，如nr cgi(nr-ran cell global identifier)
218.■
用户发送的rrc消息，在本实施例中，就是步骤601中发送的系统信息请求消息
219.步骤603：cu向du发送正确接收到用户发送的系统信息请求消息的确认消息，该消息用来向du确认其发送的系统信息请求消息已经被cu正确接收了。该确认消息可能的实现方式为至少包含如下信息之一的消息(下述信息是针对一个用户的，如果该确认消息包含
对多个用户的确认，该消息中会针对每个用户至少包含如下信息之一):
220.→
用户的标识信息，如用户在du侧的标识信息(gnb-du ue f1ap id),用户在小区内的标识信息(c-rnti)
221.→
用户所在的小区的标识，如nr cgi(nr-ran cell global identifier)
222.→
du向用户发送的系统信息的指示信息，该指示信息指示了du需要向用户发送的系统信息
223.步骤604：du向用户发送消息三，该消息三用来告知用户其发送的系统信息请求已经被基站正确接收了，该消息三可以是竞争解决消息(如包含竞争解决标识mac ce(contention resolution identity mac control element)的消息)
224.步骤605：du向用户发送用户所请求的系统消息，可以是通过广播的方式发送，也可以是通过单播的方式发送。
225.上述步骤中，步骤604和步骤605的次序可以交换，或者同时发生。
226.上述步骤中，如果步骤603中没有包含“du向用户发送的系统信息的指示信息”，步骤604之后还可以包括步骤604a如下，如图10所示(即cu和du间支持按需请求的系统消息的方法六)：
227.步骤604a：cu向du发送系统信息发送指令消息，该消息指示了需要du向用户发送的系统信息。
228.上述步骤中，步骤604、步骤604a和步骤605的次序可以任意交换，或者同时发生。
229.在步骤601之前，还可以包含步骤600，即cu向du发送消息一，该消息中包含系统信息和/或与系统信息的调度有关的信息。