CN109152086B - 支持按需请求的系统消息的方法和设备 - Google Patents

支持按需请求的系统消息的方法和设备 Download PDF

Info

Publication number
CN109152086B
CN109152086B CN201810437646.4A CN201810437646A CN109152086B CN 109152086 B CN109152086 B CN 109152086B CN 201810437646 A CN201810437646 A CN 201810437646A CN 109152086 B CN109152086 B CN 109152086B
Authority
CN
China
Prior art keywords
message
information
distribution unit
sent
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201810437646.4A
Other languages
English (en)
Other versions
CN109152086A (zh
Inventor
汪巍崴
柯小婉
王弘
许丽香
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to CN202211008566.XA priority Critical patent/CN115296781A/zh
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority to KR1020197038023A priority patent/KR102591104B1/ko
Priority to KR1020237035189A priority patent/KR20230149860A/ko
Priority to EP18817615.0A priority patent/EP3622778B1/en
Priority to PCT/KR2018/006866 priority patent/WO2018231035A1/en
Priority to EP22167865.9A priority patent/EP4048024A1/en
Publication of CN109152086A publication Critical patent/CN109152086A/zh
Priority to US16/712,380 priority patent/US10979941B2/en
Priority to US17/227,853 priority patent/US11700552B2/en
Application granted granted Critical
Publication of CN109152086B publication Critical patent/CN109152086B/zh
Priority to US18/348,810 priority patent/US20230354110A1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/002—Transmission of channel access control information
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Abstract

本申请公开了一种支持按需请求的系统消息的方法，包括：基站分布单元DU从基站集中单元CU接收用于请求系统消息的物理随机接入信道PRACH的配置信息；DU从用户设备UE接收用于请求系统消息的随机接入前导；DU根据所述随机接入前导以及所述用于请求系统消息的PRACH的配置信息，确定关于UE请求的系统消息的信息，并将UE请求的系统消息发送给UE。本申请还公开了其他几种支持按需请求的系统消息的方法及对应的设备。应用本申请公开的技术方案，能够通过CU和DU之间的交互，支持按需请求的系统消息的发送。

Description

支持按需请求的系统消息的方法和设备
技术领域
本申请涉及无线通信技术领域，特别涉及支持按需请求的系统消息的方法和设备。
背景技术
在下一代网络或第五代(5G)网络中，为了支持网络功能虚拟化，更高效的资源管理和调度，为终端(UE)提供无线网络接口的基站(gNB)可以进一步分成基站集中单元gNB-CU(gNB central unit)和基站分布单元gNB-DU(gNB distributed unit)，(本发明中分别简称为CU和DU)。
CU至少具有无线资源控制(RRC)和分组数据汇聚协议(PDCP)协议层等，也会包含服务数据自适应协议(SDAP:Service Data Adaptation Protocol)。
DU具有无线链路控制协议(RLC)、介质访问控制(MAC)和物理层等。
CU和DU之间是标准化的公开接口F1接口。
F1接口分为：F1接口控制平面(F1-C)和F1接口用户平面(F1-U)。
F1-C的传输网络层是基于IP传输的。为了更可靠的传输信令，在IP之上增加了流控制传输协议(SCTP)。应用层的协议是F1AP。SCTP可以提供可靠的应用层消息传输。
F1-U的传输层是UDP/IP，GTP-U在UDP/IP之上用于承载用户平面协议数据单元(PDU)。
图1示出了CU和DU的结构。
另外，为了减少系统消息带来的系统开销，5G网络中定义了按需请求的系统消息，该系统消息不是一直在小区中广播，而是根据用户的请求而进行发送。为了支持按需请求的系统消息，用户会发送特定的随机接入的前导(PRACH preamble)或者在特定的随机接入资源(PRACH resource)上发送前导，或者在特定的随机接入资源上发送特定的随机接入前导，基站(gNB)根据收到的随机接入前导和/或接收该随机接入前导的资源来确定用户请求的是哪一个或哪几个系统消息(system information message)，该系统消息中可能包含一个或多个系统信息块(system information block)，然后基站将用户请求的系统消息以广播的方式或者多播的方式或者单播的方式发送给用户。
如前所述，在5G系统中，gNB可能由两个独立的功能实体构成，即CU和DU，两者之间的接口为标准化的F1。在这样的结构中，CU负责产生系统消息，而DU能收到用户发送的随机接入前导。如果CU和DU间没有关于按需请求的系统消息的支持，CU就无法获知用户发送了与请求系统消息有关的随机接入前导。因此，为了支持按需请求的系统消息，CU和DU间需要定义相关的机制。目前还没有相关的讨论。
发明内容
本申请提供了几种支持按需请求的系统消息的方法和设备，可以实现按需请求的系统消息的发送。
本申请公开了一种支持按需请求的系统消息的方法，包括：
A、基站分布单元DU从基站集中单元CU接收用于请求系统消息的物理随机接入信道PRACH的配置信息；
B、DU从用户设备UE接收用于请求系统消息的随机接入前导；
C、DU根据所述随机接入前导以及所述用于请求系统消息的PRACH的配置信息，确定关于UE请求的系统消息的信息，并将UE请求的系统消息发送给UE。
较佳的，在所述C之前还包括：DU从CU接收按需请求的系统消息的配置信息，所述按需请求的系统消息的配置信息包括以下信息的至少一种：
每个支持用户按需请求的系统消息，所述系统消息包含至少一个系统信息块SIB，或者是至少一个SIB；
每个支持用户按需请求的系统消息的调度信息；
每个支持用户按需请求的系统消息与所述用于请求系统消息的PRACH配置信息的对应关系；
所述用于请求系统消息的PRACH配置信息包含：PRACH preamble的信息和/或PRACH资源的信息。
较佳的，所述关于UE请求的系统消息的信息为：UE请求的系统消息；
所述C包括：DU根据所述随机接入前导确定对应的PRACH配置信息，并根据所述每个支持用户按需请求的系统消息与所述用于请求系统消息的PRACH配置信息的对应关系确定UE请求的系统消息。
较佳的，所述关于UE请求的系统消息的信息为：所述随机接入前导对应的PRACH配置信息；
所述C包括：DU根据所述随机接入前导确定对应的PRACH配置信息，将所述PRACH配置信息发送给CU；DU从CU接收UE请求的系统消息，并将UE请求的系统消息发送给UE。
较佳的，在所述C之前还包括：DU从CU接收与每个用于请求系统消息的PRACH配置信息对应的索引信息；
所述关于UE请求的系统消息的信息为：PRACH配置信息对应的索引信息；
所述C包括：DU根据所述随机接入前导确定对应的PRACH配置信息，并确定对应于所述PRACH配置信息的索引信息，将所述索引信息发送给CU；DU从CU接收UE请求的系统消息，并将UE请求的系统消息发送给UE。
较佳的，在所述C之前还包括：DU从CU接收与每个用于请求系统消息的PRACH配置信息对应的系统消息的索引信息；
所述关于UE请求的系统消息的信息为：系统消息的索引信息；
所述C包括：DU根据所述随机接入前导确定对应的PRACH配置信息，并确定对应的系统消息的索引信息，将所述索引信息发送给CU；DU从CU接收UE请求的系统消息，并将UE请求的系统消息发送给UE。
较佳的，在DU将UE请求的系统消息发送给UE之前，还包括：
DU向UE发送确认消息，所述确认消息用于指示以下信息的至少一种：
确认网络侧将发送UE请求的系统消息；
确认已经收到了UE发送的随机接入前导；
确认已经收到了UE发送的随机接入前导，且获知该UE在请求系统消息；
确认已经收到了UE发送的随机接入前导，且获知该UE在请求系统消息，并向CU发送了相应的请求消息；
确认已经收到了UE发送的随机接入前导，且获知该UE在请求系统消息，并向CU发送了相应的请求消息，并且CU已经确认了UE的请求。
本申请还公开了一种支持按需请求的系统消息的方法，包括：
CU将用于请求系统消息的物理随机接入信道PRACH的配置信息发送给DU。
较佳的，该方法还包括：CU将按需请求的系统消息的配置信息发送给DU。
较佳的，该方法还包括：
CU从DU接收UE发送的随机接入前导所对应的PRACH配置信息；
CU根据所述PRACH配置信息，确定UE所请求的系统消息，并将所述系统消息发送给DU。
较佳的，该方法还包括：
CU将与每个用于请求系统消息的PRACH配置对应的索引信息发送给DU；
CU从DU接收UE发送的随机接入前导所对应的PRACH配置信息对应的索引信息；
CU根据所述对应的索引信息，确定UE所请求的系统消息，并将所述系统消息发送给DU。
较佳的，该方法还包括：
CU将与每个用于请求系统消息的PRACH配置信息对应的系统消息的索引信息发送给DU；
CU从DU接收UE发送的随机接入前导所对应的PRACH配置信息对应的系统消息的索引信息；
CU根据所述对应的索引信息，确定UE所请求的系统消息，并将所述系统消息发送给DU。
本申请还公开了一种基站分布单元设备，包括：CU交互模块、UE交互模块和存储模块，其中：
所述CU交互模块，用于从CU接收用于请求系统消息的PRACH的配置信息；
所述存储模块，用于存储所述用于请求系统消息的PRACH的配置信息；
所述UE交互模块，用于从UE接收用于请求系统消息的随机接入前导，并根据所述随机接入前导和所述用于请求系统消息的PRACH的配置信息，确定UE请求的系统消息，将UE请求的系统消息发送给UE。
较佳的，所述CU交互模块还用于从CU接收以下信息的至少一种：
按需请求的系统消息的配置信息；
与每个PRACH配置对应的索引信息；
与每个用于请求系统消息的PRACH配置信息对应的系统消息的索引信息。
本申请还公开了一种基站集中单元设备，包括：DU交互模块和处理模块，其中：
所述DU交互模块，用于将用于请求系统消息的PRACH的配置信息发送给DU。
较佳的，所述DU交互模块还用于将以下信息的至少一种发送给DU：
按需请求的系统消息的配置信息；
与每个PRACH配置对应的索引信息；
与每个用于请求系统消息的PRACH配置信息对应的系统消息的索引信息。
本申请还公开了一种支持按需请求的系统消息的方法，包括：
基站分布单元DU从用户设备UE接收系统信息请求消息；
向基站集中单元CU发送包含UE信息的消息；
接收CU发送的正确接收到系统信息请求消息的确认消息；
向UE发送UE请求的系统信息。
较佳地，确认消息包括以下信息至少之一：
UE的标识信息、UE所在的小区的标识、DU向UE发送的系统信息的指示信息。
本申请公开了一种支持按需请求的系统消息的方法，包括：
基站集中单元CU接收基站分布单元DU发送的包含UE信息的消息，其中，包含UE信息的消息是DU在从用户设备UE接收到系统信息请求消息之后发送的；
向DU发送正确接收到系统信息请求消息的确认消息。
优选地，确认消息包括以下信息至少之一：
UE的标识信息、UE所在的小区的标识、DU向UE发送的系统信息的指示信息。
本申请公开了一种基站分布单元DU，包括：
第一接收模块，用于从用户设备UE接收系统信息请求消息；
第一发送模块，用于向基站集中单元CU发送包含UE信息的消息；
第一接收模块，用于接收CU发送的正确接收到系统信息请求消息的确认消息；
第一发送模块，用于向UE发送UE请求的系统信息。
本申请公开了一种基站集中单元CU，包括：
第二接收模块，用于接收基站分布单元DU发送的包含UE信息的消息，其中，包含UE信息的消息是DU在从用户设备UE接收到系统信息请求消息之后发送的；
第二发送模块，用于向DU发送正确接收到系统信息请求消息的确认消息。
由上述技术方案可见，本申请提供的支持按需请求的系统消息的方法和设备，通过CU和DU之间的交互，能够支持按需请求的系统消息的发送。
附图说明
图1为现有gNB-CU与gNB-DU的结构图；
图2为本发明CU和DU间支持按需请求的系统消息的方法一示意图；
图3为本发明CU和DU间支持按需请求的系统消息的方法二示意图；
图4为本发明CU和DU间支持按需请求的系统消息的方法三示意图；
图5为本发明CU和DU间支持按需请求的系统消息的方法四示意图；
图6为本发明一较佳基站分布单元设备的组成结构示意图；
图7为本发明一较佳基站集中单元设备的组成结构示意图；
图8为本发明CU向DU发送接收到系统信息请求消息的确认消息的示意图；
图9为本发明CU和DU间支持按需请求的系统消息的方法五示意图；
图10为本发明CU和DU间支持按需请求的系统消息的方法六示意图。
具体实施方式
为使本申请的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本申请作进一步详细说明。
在5G网络中，gNB可能由CU和DU组成，CU和DU的功能不相同。另外5G网络中也会支持按需请求系统消息的机制，该机制中，用户会发送特定的随机接入的前导(PRACHpreamble)，或者在特定的随机接入资源(PRACH resource)上发送前导，或者在特定的随机接入资源上发送特定的随机接入前导，以此向网络侧请求其所需的系统消息。如果gNB分成了CU和DU，DU可以收到用户发送的随机接入前导，但是系统消息是由CU产生的，所以为了将用户请求的系统消息发送给用户，CU和DU间需要交互。本发明提出了一种通过CU和DU间的交互支持用户请求的系统消息的方法。
在本发明中，系统消息表示包含了一个或多个系统信息块(SIB：systeminformation block)的一个消息，或者是指一个或多个SIB。
下面通过几个较佳实施例对本申请技术方案进行详细说明。
实施例一
本实施例中，CU预先将所有的按需请求的系统消息配置在DU。
本实施例对本发明提供的CU和DU间支持按需请求的系统消息的方法一进行说明。在该方法中，CU将所有的按需请求的系统消息以及与请求按需请求的(on-demand)系统消息有关的PRACH的配置信息通过F1接口的消息(如F1接口的控制平面的消息，即F1-C消息)发送给DU。当DU收到一个与请求系统消息有关的随机接入前导(PRACH preamble)，就向用户发送请求的系统消息(发送的方式可能有广播或单播或多播)。该方法的流程图如图2所示，包括如下步骤：
步骤201：CU通过F1接口的消息(如F1-C消息)向DU发送关于支持on-demand系统消息的配置信息，该配置信息包含如下一个或多个信息：
1)每个支持用户按需请求的系统消息，该系统消息可能包含一个SIB(如LTE中的SIB4)，也可能包含多个SIBs(如LTE中的SIB4，SIB5，SIB6等)，也可能就是一个或多个SIB；
2)每个支持用户按需请求的系统消息的调度信息，如发送该系统消息的时间位置，和/或频率位置，和/或空间信息，和/或周期等；
3)用于请求系统消息的PRACH配置信息，以及PRACH配置信息与每个支持用户按需请求的系统消息的对应关系，该PRACH配置信息包含PRACH preamble的信息和/或PRACH资源的信息(例如：发送PRACH preamble的时频资源，发送PRACH preamble的空间资源)。例如：PRACH配置1是用于请求系统消息1，PRACH配置2是用于请求系统消息2等。另外，一个PRACH配置也可能用于请求多个系统消息，如PRACH配置3用于请求系统消息1和系统消息2。表1给出了PRACH配置与按需请求的系统消息的对应关系的示意。
PRACH配置1 系统消息1
PRACH配置2 系统消息2
PRACH配置3 系统消息1和系统消息2
PRACH配置4 系统消息2和系统消息3
PRACH配置5 系统消息4和系统消息5
表1
本步骤中的配置信息可以通过同一个F1接口消息发送给DU，也可以通过不同的F1接口消息发送给DU。另外，如果这些配置信息发生了更新，CU也会发送更新消息给DU来更新这些配置信息。
在本步骤之前或之后，或者在本步骤中，假设CU或DU已经将用于请求系统消息的PRACH配置信息，以及PRACH配置信息与每个支持用户按需请求的系统消息的对应关系发送给了用户。
步骤202：用户向DU发送随机接入前导以请求系统消息。
本步骤中，用户根据其收到的配置信息(用于请求系统消息的PRACH配置信息，以及PRACH配置信息与每个支持用户按需请求的系统消息的对应关系)，以及其希望请求的系统消息来发送相应的随机接入前导。
步骤203：DU根据收到的随机接入前导，确定用户请求的一个或多个系统消息，然后向用户发送确认消息，该确认消息至少代表以下的一种含义：
1)确认网络侧(CU和/或DU和/或基站)将发送用户请求的系统消息；
2)确认已经收到了用户在步骤202中发送的随机接入前导；
3)确认已经收到了用户在步骤202中发送的随机接入前导，且获知该用户在请求系统消息；
4)确认已经收到了用户在步骤202中发送的随机接入前导，且获知该用户在请求哪一个或哪几个系统消息(即：获知该用户所请求的系统消息)；
5)确认已经收到了用户在步骤202中发送的随机接入前导，且获知该用户在请求哪一个或哪几个系统消息，且DU存有该用户请求的系统消息(即：DU存有用户请求的系统消息)。
步骤204：DU向用户发送用户所请求的系统消息。
在步骤204之前，如果储存在DU处的系统消息和/或调度信息发生了改变，CU将在步骤203a中向DU发送更新的系统消息和/或调度信息。
实施例二
本实施例中，CU通知DU用于请求系统消息的PRACH配置。
本实施例对本发明提供的CU和DU间支持按需请求的系统消息的方法二进行说明。在该方法中，CU将用于请求系统消息的PRACH配置发送给DU，当DU收到一个请求系统消息的随机接入前导时，将接收到的随机接入前导对应的配置信息通知CU，CU据此获知用户请求的系统消息，并将该系统消息通过DU发送给用户。该方法的流程图如图3所示，包括如下步骤：
步骤301：CU向DU发送F1接口消息，该消息包含了用于请求系统消息的PRACH配置信息，该配置信息包含PRACH preamble的信息和/或PRACH资源的信息(例如：发送PRACHpreamble的时频资源位置，发送PRACH preamble的空间资源)。例如：该消息包含用于请求系统消息的PRACH配置1，用于请求系统消息的PRACH配置2等。根据这些信息，DU无法获知PRACH配置与系统消息的对应关系，只能获知如果收到与这些配置相匹配的随机接入前导，表示用户在请求系统消息。
在本步骤之前或之后，或者在本步骤中，假设CU或DU已经将用于请求系统消息的PRACH配置信息，以及PRACH配置信息与每个支持用户按需请求的系统消息的对应关系发送给了用户。
步骤302：用户向DU发送随机接入前导以请求系统消息。
本步骤中，用户根据其收到的配置信息(用于请求系统消息的PRACH配置信息，以及PRACH配置信息与每个支持用户按需请求的系统消息的对应关系)，以及其希望请求的系统消息来发送相应的随机接入前导。
步骤303：DU向CU发送F1AP消息(如系统消息请求)，在该消息中包含DU接收到的随机接入前导所对应的PRACH配置信息(PRACH preamble的信息和/或PRACH资源的信息)。可选的，DU可以用如下方式之一来限定DU收到响应消息的时间：
方式1：在步骤303中发送的消息中包含时钟信息(如时间长度信息，时间点信息)，该信息指示了CU最晚发送响应消息的时间点；
方式2：在发送步骤303的消息后，DU可以启动一个计时器，DU期望在计时器超时前收到响应消息，如果没有收到，表示步骤303中发送的消息未被CU成功接收。
步骤304：CU向DU回复响应消息(如系统消息请求响应)，该消息用于指示CU确认接收到了步骤303中DU发送的消息，该步骤是可选的。另外，可选的，在该响应消息中还可以包括以下一个或多个信息：
1)用户请求的一个或多个系统消息；
2)用户请求的一个或多个系统消息的调度信息。
步骤305：DU向用户发送确认消息，该确认消息至少代表以下的一种含义：
1)确认网络侧(CU和/或DU和/或基站)将发送用户请求的系统消息；
2)确认已经收到了用户在步骤302中发送的随机接入前导；
3)确认已经收到了用户在步骤302中发送的随机接入前导，且获知该用户在请求系统消息；
4)确认已经收到了用户在步骤302中发送的随机接入前导，且获知该用户在请求系统消息，并向CU发送了相应的请求消息；
5)确认已经收到了用户在步骤302中发送的随机接入前导，且获知该用户在请求系统消息，并向CU发送了相应的请求消息，并且CU已经确认了用户的请求。
步骤306：DU向用户发送用户请求的系统消息。
如果没有步骤304，或者步骤304中没有包含用户请求的系统消息，或者DU处所保存的用户请求的系统消息和/或调度信息发生了更新，在步骤306之前还可以有步骤305a，在步骤305a中，CU将用户请求的系统消息和/或该系统消息的调度信息发送给DU，然后再通过步骤306，由DU将用户请求的系统消息发送给用户。
如果上述步骤304中CU没有将响应消息及时地发送给DU，步骤305和306就无需进行。
实施例三
本实施例中，CU通知DU用于请求系统消息的PRACH配置及每个配置的索引信息。
本实施例对本发明提供的CU和DU间支持按需请求的系统消息的方法三进行说明。在该方法中，CU将用于请求系统消息的PRACH配置以及与每个PRACH配置对应的索引信息(index)发送给DU，当DU收到一个请求系统消息的随机接入前导时，将接收到的随机接入前导的配置信息对应的索引信息通知CU，CU据此获知用户请求的系统消息，并将该系统消息通过DU发送给用户。该方法的流程图如图4所示，包括如下步骤：
步骤401：CU向DU发送F1接口消息，该消息包含了用于请求系统消息的PRACH配置信息，该配置信息包含PRACH preamble的信息和/或PRACH资源的信息(例如：发送PRACHpreamble的时频资源位置，发送PRACH preamble的空间资源)以及与每个PRACH配置信息对应的索引信息。例如：该消息包含用于请求系统消息的PRACH配置1以及索引值1，用于请求系统消息的PRACH配置2以及索引值2等。根据这些信息，DU无法获知PRACH配置与系统消息的对应关系，只能获知如果收到与这些配置相匹配的随机接入前导，表示用户在请求系统消息。
在本步骤之前或之后，或者在本步骤中，假设CU或DU已经将用于请求系统消息的PRACH配置信息，以及PRACH配置信息与每个支持用户按需请求的系统消息的对应关系发送给了用户。
步骤402：用户向DU发送随机接入前导以请求系统消息。
本步骤中，用户根据其收到的配置信息(用于请求系统消息的PRACH配置信息，以及PRACH配置信息与每个支持用户按需请求的系统消息的对应关系)，以及其希望请求的系统消息来发送相应的随机接入前导。
步骤403：DU向CU发送F1AP消息(如系统消息请求)，在该消息中包含DU接收到的随机接入前导所对应的PRACH配置信息(PRACH preamble的信息和/或PRACH资源的信息)的索引信息。可选的，DU可以用如下方式之一来限定DU收到响应消息的时间：
方式1：在步骤403中发送的消息中包含时钟信息(如时间长度信息，时间点信息)，该信息指示了CU最晚发送响应消息的时间点；
方式2：在发送步骤403的消息后，DU可以启动一个计时器，DU期望在计时器超时前收到响应消息，如果没有收到，表示步骤403中发送的消息未被CU成功接收。
步骤404：CU向DU回复响应消息(如系统消息请求响应)，该消息用于指示CU确认接收到了步骤403中DU发送的消息，该步骤是可选的。另外，可选的，在该响应消息中还可以包括以下一个或多个信息：
1)用户请求的一个或多个系统消息；
2)用户请求的一个或多个系统消息的调度信息。
步骤405：DU向用户发送确认消息，该确认消息至少代表以下的一种含义：
1)确认网络侧(CU和/或DU和/或基站)将发送用户请求的系统消息；
2)确认已经收到了用户在步骤402中发送的随机接入前导；
3)确认已经收到了用户在步骤402中发送的随机接入前导，且获知该用户在请求系统消息；
4)确认已经收到了用户在步骤402中发送的随机接入前导，且获知该用户在请求系统消息，并向CU发送了相应的请求消息；
5)确认已经收到了用户在步骤402中发送的随机接入前导，且获知该用户在请求系统消息，并向CU发送了相应的请求消息，并且CU已经确认了用户的请求。
步骤406：DU向用户发送用户请求的系统消息。
如果没有步骤404，或者步骤404中没有包含用户请求的系统消息，或者DU处所保存的用户请求的系统消息和/或调度信息发生了更新，在步骤406之前还可以有步骤405a。在步骤405a中，CU将用户请求的系统消息和/或该系统消息的调度信息发送给DU，然后再通过步骤406，由DU将用户请求的系统消息发送给用户。
如果上述步骤404中CU没有将响应消息及时地发送给DU，步骤405和406就无需进行。
实施例四
本实施例中，CU通知DU用于请求系统消息的PRACH配置以及对应的系统消息的指示信息。
本实施例对本发明提供的CU和DU间支持按需请求的系统消息的方法四进行说明。在该方法中，CU将用于请求系统消息的PRACH配置以及与每个PRACH配置对应的系统消息的指示信息发送给DU，当DU收到一个请求系统消息的随机接入前导时，根据之前CU发送的PRACH配置及其对应的系统消息的指示信息，DU将获知用户所请求的系统消息，从而可以将用户所请求的系统消息的指示信息通知CU，CU据此获知用户请求的系统消息，并将该系统消息通过DU发送给用户。该方法的流程图如图5所示，包括如下步骤：
步骤501：CU向DU发送F1接口消息，该消息包含了用于请求系统消息的PRACH配置信息，该配置信息包含PRACH preamble的信息和/或PRACH资源的信息(例如：发送PRACHpreamble的时频资源位置，发送PRACH preamble的空间资源)以及与每个PRACH配置信息对应的系统消息的指示信息(该指示信息可以是系统消息的索引信息)。例如：该消息包含用于请求系统消息的PRACH配置1以及该配置是用于请求系统消息1的指示信息，用于请求系统消息的PRACH配置2以及该配置是用于请求系统消息2的指示信息等。根据这些信息，DU能够获知用户所要请求的系统消息。
在本步骤之前或之后，或者本步骤中，假设CU或DU已经将用于请求系统消息的PRACH配置信息，以及PRACH配置信息与每个支持用户按需请求的系统消息的对应关系发送给了用户。
步骤502：用户向DU发送随机接入前导以请求系统消息。
本步骤中，用户根据其收到的配置信息(用于请求系统消息的PRACH配置信息，以及PRACH配置信息与每个支持用户按需请求的系统消息的对应关系)，以及其希望请求的系统消息来发送相应的随机接入前导。
步骤503：DU向CU发送F1AP消息(如系统消息请求)，在该消息中包含用户请求的系统消息的指示信息。可选的，DU可以用如下方式之一来限定DU收到响应消息的时间：
方式1：在步骤503中发送的消息中包含时钟信息(如时间长度信息，时间点信息)，该信息指示了CU最晚发送响应消息的时间点；
方式2：在发送步骤503的消息后，DU可以启动一个计时器，DU期望在计时器超时前收到响应消息，如果没有收到，表示步骤503中发送的消息未被CU成功接收。
步骤504：CU向DU回复响应消息(如系统消息请求响应)，该消息用于指示CU确认接收到了步骤503中发送的消息，该步骤是可选的。另外，可选的，在该响应消息中还可以包括以下一个或多个信息：
1)用户请求的一个或多个系统消息；
2)用户请求的一个或多个系统消息的调度信息。
步骤505：DU向用户发送确认消息，该确认消息至少代表以下的一种含义：
1)确认网络侧(CU和/或DU和/或基站)将发送用户请求的系统消息；
2)确认已经收到了用户在步骤502中发送的随机接入前导；
3)确认已经收到了用户在步骤502中发送的随机接入前导，且获知该用户在请求系统消息；
4)确认已经收到了用户在步骤502中发送的随机接入前导，且获知该用户在请求哪一个或多个系统消息；
5)确认已经收到了用户在步骤502中发送的随机接入前导，且获知该用户在请求哪一个或多个系统消息，并向CU发送了请求消息
6)确认已经收到了用户在步骤502中发送的前导，且获知该用户在请求哪一个或多个系统消息，并向CU发送了请求消息，并且CU已经确认了用户的请求。
步骤506：DU向用户发送用户请求的系统消息。
如果没有步骤504，或者步骤504中没有包含用户请求的系统消息，或者DU处所保存的用户请求的系统消息和/或调度信息发生了更新，在步骤506之前还可以有步骤505a。在步骤505a中，CU将用户请求的系统消息和/或该系统消息的调度信息发送给DU，然后再通过步骤506，由DU将用户请求的系统消息发送给用户。
如果上述步骤504中CU没有将响应消息及时地发送给DU，步骤505和506就无需进行。
对应于上述方法，本申请还提供了相应的设备。
图6为本发明一较佳基站分布单元设备的组成结构示意图，该设备包括：CU交互模块、UE交互模块和存储模块，其中：
所述CU交互模块，用于从CU接收用于请求系统消息的PRACH的配置信息；
所述存储模块，用于存储所述用于请求系统消息的PRACH的配置信息；
所述UE交互模块，用于从UE接收用于请求系统消息的随机接入前导，并根据所述随机接入前导和所述用于请求系统消息的PRACH的配置信息，确定UE请求的系统消息，将UE请求的系统消息发送给UE。
较佳的，所述CU交互模块还用于从CU接收以下信息的至少一种：
按需请求的系统消息的配置信息；
与每个PRACH配置对应的索引信息；
与每个用于请求系统消息的PRACH配置信息对应的系统消息的索引信息。
图7为本发明一较佳基站集中单元设备的组成结构示意图，该设备包括：DU交互模块，其中：
所述DU交互模块，用于将用于请求系统消息的PRACH的配置信息发送给DU。
较佳的，所述DU交互模块还用于将以下信息的至少一种发送给DU：
按需请求的系统消息的配置信息；
与每个PRACH配置对应的索引信息；
与每个用于请求系统消息的PRACH配置信息对应的系统消息的索引信息。
本发明提供的gNB-CU和gNB-DU间支持按需请求系统消息的方法和设备，可以解决gNB分成DU和CU时，如何支持按需请求的系统消息的传输问题。用户通过随机接入前导请求系统消息，但是系统消息的产生是在CU完成，本发明给出了如何通过F1接口的信息交互来完成按需请求的系统消息的传输问题。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。
实施例5
当用户通过RRC消息来请求系统消息时(也就是通过随机接入流程中Message 3来请求系统消息)，基站收到该RRC消息后，会通过向用户发送竞争解决消息来告知用户所发送的用来请求系统消息的RRC消息已经被基站正确接收，从而用户可以准备接收其请求的系统消息。该竞争解决消息是MAC层产生的(如包含竞争解决标识MAC CE(ContentionResolution Identity MAC Control Element)的消息)，而不是一个RRC消息。在CU-DU分离的结构下，DU会将收到的用于请求系统消息的RRC消息发送给CU。但是，现有机制下，DU无法获知CU是否正确收到了该RRC消息，因此，DU无法向用户发送竞争解决消息来告知该用户所发送的用于请求系统消息的RRC消息是否正确收到。为了解决该问题，本实施例提出了如下机制：
CU向DU发送正确接收到用户发送的系统信息请求消息的确认消息，如图8所示，该消息用来向DU确认其发送的系统信息请求消息已经被CU正确接收了。该确认消息可能的实现方式为至少包含如下信息之一的消息(下述信息是针对一个用户的，如果该确认消息包含对多个用户的确认，该消息中会针对每个用户至少包含如下信息之一):
→用户的标识信息，如用户在DU侧的标识信息(gNB-DU UE F1AP ID),用户在小区内的标识信息(C-RNTI)
→用户所在的小区的标识，如NR CGI(NR-RAN Cell Global Identifier)
→DU向用户发送的系统信息的指示信息，该指示信息指示了DU需要向用户发送的系统信息
根据上述“CU向DU发送正确接收到用户发送的系统信息请求消息的确认消息”，用户通过RRC消息来请求系统信息的过程(即CU和DU间支持按需请求的系统消息的方法五)如下，如图9所示：
步骤601：用户发送系统信息请求(SystemInfoRequest)消息给DU，该消息是RRC消息，指示了用户所请求的系统消息。
■步骤602：DU通过消息二将步骤601中收到的系统信息请求消息发送给CU，该消息二(该消息二可以是Initial UL RRC Message Transfer消息)可以至少包含如下信息之一：用户的标识信息，如用户在DU侧的标识信息(gNB-DU UE F1AP ID),用户在小区内的标识信息(C-RNTI)
■用户所在的小区的标识，如NR CGI(NR-RAN Cell Global Identifier)
■用户发送的RRC消息，在本实施例中，就是步骤601中发送的系统信息请求消息
步骤603：CU向DU发送正确接收到用户发送的系统信息请求消息的确认消息，该消息用来向DU确认其发送的系统信息请求消息已经被CU正确接收了。该确认消息可能的实现方式为至少包含如下信息之一的消息(下述信息是针对一个用户的，如果该确认消息包含对多个用户的确认，该消息中会针对每个用户至少包含如下信息之一):
→用户的标识信息，如用户在DU侧的标识信息(gNB-DU UE F1AP ID),用户在小区内的标识信息(C-RNTI)
→用户所在的小区的标识，如NR CGI(NR-RAN Cell Global Identifier)
→DU向用户发送的系统信息的指示信息，该指示信息指示了DU需要向用户发送的系统信息
步骤604：DU向用户发送消息三，该消息三用来告知用户其发送的系统信息请求已经被基站正确接收了，该消息三可以是竞争解决消息(如包含竞争解决标识MAC CE(Contention Resolution Identity MAC Control Element)的消息)
步骤605：DU向用户发送用户所请求的系统消息，可以是通过广播的方式发送，也可以是通过单播的方式发送。
上述步骤中，步骤604和步骤605的次序可以交换，或者同时发生。
上述步骤中，如果步骤603中没有包含“DU向用户发送的系统信息的指示信息”，步骤604之后还可以包括步骤604a如下，如图10所示(即CU和DU间支持按需请求的系统消息的方法六)：
步骤604a：CU向DU发送系统信息发送指令消息，该消息指示了需要DU向用户发送的系统信息。
上述步骤中，步骤604、步骤604a和步骤605的次序可以任意交换，或者同时发生。
在步骤601之前，还可以包含步骤600，即CU向DU发送消息一，该消息中包含系统信息和/或与系统信息的调度有关的信息。

Claims (16)

1.一种无线通信系统中由基站分布单元DU执行的方法，其特征在于，包括：
接收用户设备UE发送的系统信息请求消息；
向基站集中单元CU发送包括所述UE在分布单元的标识信息和UE发送给基站分布单元的系统信息请求消息的第一消息；
接收CU发送的用于确认接收到来自于所述UE发送的系统信息请求的第二消息，其中，所述第二消息包括：所述第一消息中所包括的所述UE在分布单元的标识信息、以及需要由DU发送的系统信息的指示信息；
根据所述第二消息中所包括的所述UE在分布单元的标识信息，向UE发送用于确认接收到来自所述UE的系统信息请求消息的第三消息；
根据所述第二消息中所包括的所述需要由DU发送的系统信息的指示信息，广播请求的系统信息。
2.根据权利要求1所述的方法，其特征在于，所述用于确认接收到来自于所述UE发送的系统信息请求的第二消息还至少包括以下信息：所述UE所在的小区的标识。
3.根据权利要求1所述的方法，其特征在于，所述用户设备UE发送的系统信息请求消息包括在消息三Message 3中。
4.根据权利要求1所述的方法，其特征在于，所述UE在分布单元的标识信息包括：基站分布单元UE前向接口应用协议标识gNB-DU UE F1AP ID。
5.根据权利要求1所述的方法，其特征在于，所述第三消息包括竞争解决标识介质访问控制MAC控制元素CE。
6.一种无线通信系统中由基站集中单元CU执行的方法，其特征在于，包括：
基站集中单元CU接收基站分布单元DU发送的包含UE在分布单元的标识信息和UE发送给基站分布单元的系统信息请求消息的第一消息；
向所述DU发送用于确认接收到来自于所述UE发送的系统信息请求的第二消息，其中，所述第二消息包括：所述第一消息中所包括的所述UE在分布单元的标识信息、以及需要由DU发送的系统信息的指示信息；
其中，用于确认接收到来自所述UE的系统信息请求消息的第三消息被DU根据所述第二消息中所包括的所述UE在分布单元的标识信息发送给UE。
7.根据权利要求6所述的方法，其特征在于，所述用于确认接收到来自于所述UE发送的系统信息请求的第二消息还至少包括以下信息：
所述UE所在的小区的标识。
8.根据权利要求6所述的方法，其特征在于，所述UE在分布单元的标识信息包括：基站分布单元UE前向接口应用协议标识gNB-DU UE F1AP ID。
9.一种基站分布单元DU，其特征在于，包括：
第一接收模块，用于接收用户设备UE发送的系统信息请求消息；
第一发送模块，用于向基站集中单元CU发送包括所述UE在分布单元的标识信息和UE发送给基站分布单元的系统信息请求消息的第一消息；
所述第一接收模块，用于接收CU发送的用于确认接收到来自于所述UE发送的系统信息请求的第二消息，其中，所述第二消息包括：所述第一消息中所包括的所述UE在分布单元的标识信息、以及需要由DU发送的系统信息的指示信息；
所述第一发送模块，用于根据所述第二消息中所包括的所述UE在分布单元的标识信息，向UE发送用于确认接收到来自所述UE的系统信息请求消息的第三消息；
根据所述第二消息中所包括的所述需要由DU发送的系统信息的指示信息，广播请求的系统信息。
10.根据权利要求9所述的DU，其特征在于，所述用于确认接收到来自于所述UE发送的系统信息请求的第二消息还至少包括以下信息：所述UE所在的小区的标识。
11.根据权利要求9所述的DU，其特征在于，所述用户设备UE发送的系统信息请求消息包括在消息三Message 3中。
12.根据权利要求9所述的DU，其特征在于，所述UE在分布单元的标识信息包括：基站分布单元UE前向接口应用协议标识gNB-DU UE F1AP ID。
13.根据权利要求9所述的DU，其特征在于，所述第三消息包括竞争解决标识介质访问控制MAC控制元素CE。
14.一种基站集中单元CU，其特征在于，包括：
第二接收模块，用于接收基站分布单元DU发送的包含UE在分布单元的标识信息和UE发送给基站分布单元的系统信息请求消息的第一消息；
第二发送模块，用于向所述DU发送用于确认接收到来自于所述UE发送的系统信息请求的第二消息，其中，所述第二消息包括：所述第一消息中所包括的所述UE在分布单元的标识信息、以及需要由DU发送的系统信息的指示信息；
其中，用于确认接收到来自所述UE的系统信息请求消息的第三消息被DU根据所述第二消息中所包括的所述UE在分布单元的标识信息发送给UE。
15.根据权利要求14所述的CU，其特征在于，所述用于确认接收到来自于所述UE发送的系统信息请求的第二消息还至少包括以下信息：
所述UE所在的小区的标识。
16.根据权利要求14所述的CU，其特征在于，所述UE在分布单元的标识信息包括：基站分布单元UE前向接口应用协议标识gNB-DU UE F1AP ID。
CN201810437646.4A 2017-06-16 2018-05-09 支持按需请求的系统消息的方法和设备 Active CN109152086B (zh)

Priority Applications (9)

Application Number Priority Date Filing Date Title
CN202211008566.XA CN115296781A (zh) 2017-06-16 2018-05-09 支持按需请求的系统消息的方法和设备
KR1020237035189A KR20230149860A (ko) 2017-06-16 2018-06-18 서빙 셀을 전환하는 방법 및 디바이스와 온디맨드 시스템 정보 메시지를 지원하는 방법 및 디바이스
EP18817615.0A EP3622778B1 (en) 2017-06-16 2018-06-18 Method and device for switching a serving cell and method and device supporting on-demand system information message
PCT/KR2018/006866 WO2018231035A1 (en) 2017-06-16 2018-06-18 Method and device for switching a serving cell and method and device supporting on-demand system information message
KR1020197038023A KR102591104B1 (ko) 2017-06-16 2018-06-18 서빙 셀을 전환하는 방법 및 디바이스와 온디맨드 시스템 정보 메시지를 지원하는 방법 및 디바이스
EP22167865.9A EP4048024A1 (en) 2017-06-16 2018-06-18 Methods and devices for requesting context setup in a distributed base station
US16/712,380 US10979941B2 (en) 2017-06-16 2019-12-12 Method and device for switching a serving cell and method and device supporting on-demand system information message
US17/227,853 US11700552B2 (en) 2017-06-16 2021-04-12 Method and device for switching a serving cell and method and device supporting on-demand system information message
US18/348,810 US20230354110A1 (en) 2017-06-16 2023-07-07 Method and device for switching a serving cell and method and device supporting on-demand system information message

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710459634 2017-06-16
CN2017104596347 2017-06-16

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202211008566.XA Division CN115296781A (zh) 2017-06-16 2018-05-09 支持按需请求的系统消息的方法和设备

Publications (2)

Publication Number Publication Date
CN109152086A CN109152086A (zh) 2019-01-04
CN109152086B true CN109152086B (zh) 2022-09-09

Family

ID=64801742

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810437646.4A Active CN109152086B (zh) 2017-06-16 2018-05-09 支持按需请求的系统消息的方法和设备

Country Status (1)

Country Link
CN (1) CN109152086B (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111511037B (zh) * 2019-01-31 2022-07-29 华为技术有限公司 获取系统信息的方法、装置及计算机可读存储介质
CN111586802A (zh) 2019-02-15 2020-08-25 索尼公司 用户设备、集中单元设备、无线通信方法和存储介质
CN109743753B (zh) * 2019-03-15 2021-11-23 武汉虹信科技发展有限责任公司 F1ap负荷分担方法及装置
CN111726825B (zh) * 2019-03-22 2022-06-10 华为技术有限公司 通信方法及装置
CN111757529B (zh) * 2019-03-29 2022-07-22 华为技术有限公司 通信方法、装置及设备
CN111757409B (zh) * 2019-03-29 2022-01-25 大唐移动通信设备有限公司 一种无线接入方法及网络侧设备
EP4087323A4 (en) * 2019-12-30 2022-12-28 Guangdong Oppo Mobile Telecommunications Corp., Ltd. RESOURCE INDICATION METHOD AND DEVICE AND COMMUNICATION APPARATUS
CN113271609A (zh) * 2020-02-14 2021-08-17 华为技术有限公司 通信方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105612776A (zh) * 2013-07-11 2016-05-25 诺基亚通信公司 用于代理基站的方法和系统
CN106538034A (zh) * 2014-08-07 2017-03-22 Lg 电子株式会社 用于在scg改变过程期间去激活s小区的方法及其设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11051259B2 (en) * 2015-11-02 2021-06-29 Qualcomm Incorporated Methods and apparatuses for an access procedure

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105612776A (zh) * 2013-07-11 2016-05-25 诺基亚通信公司 用于代理基站的方法和系统
CN106538034A (zh) * 2014-08-07 2017-03-22 Lg 电子株式会社 用于在scg改变过程期间去激活s小区的方法及其设备

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
Consideration on the RRC message transfer between CU and DU;CATT;《3GPP TSG RAN WG3 Meeting #96 R3-171456》;20170519;正文1-3节 *
On-demand SI support in high layer functional split;Samsung, KT, SK Telecom;《3GPP TSG-RAN WG3 Meeting Ad Hoc，R3-172250》;20170620;正文1-3节 *
TP for UE Radio Bearer Management;ZTE;《3GPP TSG RAN WG3 Meeting #96，R3-171598》;20170519;全文 *

Also Published As

Publication number Publication date
CN109152086A (zh) 2019-01-04

Similar Documents

Publication Publication Date Title
CN109152086B (zh) 支持按需请求的系统消息的方法和设备
KR102289879B1 (ko) 셀룰러망에서 세션의 다양한 ssc 모드 지원을 위한 upf 변경 방안
US11700552B2 (en) Method and device for switching a serving cell and method and device supporting on-demand system information message
CN111491395B (zh) 关联的建立方法及装置
CN110213799B (zh) 一种下行小数据传输方法及装置
CN101827451B (zh) 中继节点的入网方法及装置
RU2006140091A (ru) Способ и система для распределения мультимедийного содержимого посредством сети беспроводной связи, в частности сети мобильной телефонной связи
EP3318007B1 (en) Proximity services priority control for multicast traffic in proximity services user equipment network relay scenario
US20230354110A1 (en) Method and device for switching a serving cell and method and device supporting on-demand system information message
EP3316652B1 (en) Method and apparatus for uplink transmission of small data packets
CN102598834B (zh) 无线通信系统中对于基于竞争的资源上的上行链路传输的确认
CN102204384B (zh) 请求资源的方法、设备和通信系统
CN109155912B (zh) 用户终端、无线基站以及无线通信方法
JP2019537886A (ja) 方法、ユーザ機器装置、プロセッサ、及び基地局
WO2016050418A1 (en) Coverage enhancement for multicast in a cellular network
CN111148281B (zh) 一种车联网的重传请求方法、终端和网络侧设备
CN109963283B (zh) 一种lte小区的实现方法
TWI744329B (zh) 資料傳輸方法、設備及系統
CN111147193B (zh) 一种车联网的重传请求方法、终端和网络侧设备
US20190230480A1 (en) Apparatus and methods for transferring messages between networks
CN109587702B (zh) 一种配置参数的传输方法和设备
US20090170513A1 (en) Mobile station, radio access network apparatus and resource request method
CN115296781A (zh) 支持按需请求的系统消息的方法和设备
CN117016009A (zh) 蜂窝通信系统中向用户设备提供mbs数据的装置和方法
CN108809490B (zh) 信令消息传输方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant