CN112153666B - 通信方法、中继设备、宿主基站及计算机存储介质 - Google Patents
通信方法、中继设备、宿主基站及计算机存储介质 Download PDFInfo
- Publication number
- CN112153666B CN112153666B CN201910569212.4A CN201910569212A CN112153666B CN 112153666 B CN112153666 B CN 112153666B CN 201910569212 A CN201910569212 A CN 201910569212A CN 112153666 B CN112153666 B CN 112153666B
- Authority
- CN
- China
- Prior art keywords
- base station
- relay
- information
- relay device
- equipment
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 81
- 230000006854 communication Effects 0.000 title claims abstract description 26
- 238000004891 communication Methods 0.000 title claims abstract description 24
- 230000005540 biological transmission Effects 0.000 claims description 37
- 238000013475 authorization Methods 0.000 claims description 16
- 238000004590 computer program Methods 0.000 claims description 14
- JZEPSDIWGBJOEH-UHFFFAOYSA-N 4-decylbicyclo[2.2.1]hept-2-ene Chemical compound C1CC2C=CC1(CCCCCCCCCC)C2 JZEPSDIWGBJOEH-UHFFFAOYSA-N 0.000 description 63
- 238000007726 management method Methods 0.000 description 36
- 230000008569 process Effects 0.000 description 20
- 238000001514 detection method Methods 0.000 description 18
- 238000012360 testing method Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 7
- 230000006855 networking Effects 0.000 description 6
- 108700026140 MAC combination Proteins 0.000 description 5
- 241001093501 Rutaceae Species 0.000 description 5
- 230000004044 response Effects 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 4
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 3
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000013468 resource allocation Methods 0.000 description 3
- 230000003321 amplification Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000003199 nucleic acid amplification method Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000004806 packaging method and process Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 239000000872 buffer Substances 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0205—Traffic management, e.g. flow control or congestion control at the air interface
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例公开了一种通信方法，可以应用于通信系统中，宿主基站分别向中继设备发送上行物理信道参数配置信息和TTI级用户调度信息，以供中继设备解调其下属终端设备的上行物理信道；其中，宿主基站仅在需要配置中继设备的基础配置信息时，向中继设备发送上行物理信道参数配置信息；所述中继设备与所述宿主基站进行上行信息收发时，宿主基站只需要向中继设备发送TTI级用户调度信息即可；本申请实施例还提供一种中继设备、宿主基站及计算机存储介质，能够对中继设备所需要接收的用于上行解调的上行管理帧进行精简，从而节省了空口资源，降低软硬件设备成本。
Description
技术领域
本申请涉及通信技术领域，尤其涉及一种通信方法、中继设备、宿主基站及计算机存储介质。
背景技术
长期演进技术(long term evolution,LTE)中的边缘用户体验，特别是覆盖差的区域的用户体验，一直是需要持续提升的课题。为解决该问题，申请号为201811458577.1的中国申请提出了一种新型的信号转发设备和方法，具体包括一种低成本的中继设备：桥接无线单元(bridge radio unit，BRU)，用于提升LTE的边缘用户信号质量。
如图1所示，上述BRU包括相互连接的中继用户设备(relay user equipment,RUE或者relay remote node，RRN)、射频单元(radio unit，RU)和L1协议层RU+L1，其中， RUE用于与宿主基站无线连接，完成收发功能，并将收到的消息发送给RU+L1；L2和L3的协议功能由宿主基站完成，同时，宿主基站也具有自己的L1协议层，用于执行RUE和宿主基站下属用户设备(user equipment，UE)的物理层处理。
在现有技术中，UE与宿主基站通信过程中的上行调度过程的实现方式为：由L2协议层向L1协议层发送上行管理帧，L1协议层根据上行管理帧中所携带的解调信息对UE进行调度和上行解调。由于现有技术中L1和L2协议层同处于一个基站中，因此对于所传输的上行管理帧的长度没有限制，而在BRU的方案中，由于BRU的L1协议层和宿主基站的L2 协议层需要通过空口传输上行管理帧，上行管理帧过长会浪费空口资源。
因此，现有技术中存在的上述问题还有待于改进。
发明内容
本申请实施例提供了一种通信方法、中继设备、宿主基站及计算机存储介质，用于解决桥接中继设备和宿主基站之间通信过程中上行管理帧过长的问题。
有鉴于此，本申请第一方面提供了一种通信方法，包括：中继设备获取从宿主基站发送的上行物理信道参数配置信息，该上行物理信道参数配置信息用于配置该中继设备的基础配置信息；该中继设备与该宿主基站进行上行信息收发时，该中继设备获取从该宿主基站发送的毫秒TTI级用户调度信息，该TTI级用户调度信息随该中继设备与该宿主基站之间的信息收发而更新；该中继设备根据该上行物理信道参数配置信息和该TTI级用户调度信息解调该中继设备下属终端设备的上行物理信道。
本实施例中，宿主基站分别向中继设备发送上行物理信道参数配置信息和TTI级用户调度信息，其中，仅在中继设备的基础配置信息需要改变时，宿主基站才向中继设备发送该上行物理信道参数配置信息；在每次信息收发过程中，宿主基站只需要向中继设备发送 TTI级用户调度信息，中继设备即可根据上行物理信道参数配置信息和TTI级用户调度信息执行上行解调。从而减少了上行解调过程中宿主基站向中继设备发送的信息量，节省了空口资源。
结合上述第一方面，在第一种可能的实现方式中，该中继设备获取从宿主基站发送的上行物理信道参数配置信息，包括：该中继设备获取从宿主基站发送的小区公共参数配置信息；该中继设备获取从宿主基站发送的终端设备专用参数配置信息。
本实施例中，上行物理信道参数配置信息具体分为小区公共参数配置信息和终端设备专用参数配置信息两种类型，其中，小区公共参数配置信息由于配置小区的公共参数，终端设备专用参数配置信息用于配置终端设备的专用参数；小区的公共参数和终端设备的专用参数组成了中继设备的基础配置信息，在小区的公共参数和终端设备的专用参数不需要改变时，宿主基站不需要向中继设备发送上行物理信道参数配置信息，从而节省了空口传输资源。
结合上述第一方面第一种可能的实现方式，在第二种可能的实现方式中，该中继设备获取从宿主基站发送的小区公共参数配置信息，包括：该中继设备获取从宿主基站发送的系统消息，该系统消息中包括该小区公共参数配置信息。
本实施例中，小区公共参数配置信息是宿主基站通过系统消息的方式发送给中继设备的，由于系统消息是宿主基站本来就需要在空口上周期性发送给中继设备的消息，中继设备从系统消息中解析出小区公共参数配置信息，从而不需要额外的空口资源，就可以实现小区公共参数配置信息的传输。
结合上述第一方面第一种可能的实现方式，在第三种可能的实现方式中，该中继设备获取从宿主基站发送的终端设备专用参数配置信息，包括：该中继设备获取从宿主基站发送的NAS消息可扩展信元，该NAS消息可扩展信元中携带有该终端设备专用参数配置信息。
本实施例中，NAS消息可扩展信元是NAS层协议提供的应用可灵活扩展的演进型分组系统移动管理(evolved packet system mobility management.EMM)消息。
结合上述第一方面第一至第三种可能的实现方式，在第四种可能的实现方式中，该中继设备获取从该宿主基站发送的毫秒TTI级用户调度信息，包括：该中继设备获取从该宿主基站发送的物理上行控制信道资源信息及上行调度授权信息；该中继设备根据该上行物理信道参数配置信息和该TTI级用户调度信息对终端设备解调该中继设备下属终端设备的上行物理信道，包括：该中继设备根据该小区公共参数配置信息、该终端设备专用参数配置信息、该物理上行控制信道资源信息及该上行调度授权信息解调该中继设备下属终端设备的上行物理信道。
本实施例中，由于在基础信息配置时，宿主基站已经向中继设备发送了上行物理信道参数配置信息，因此，在每次消息传输之前，宿主基站只需要向中继设备发送物理上行控制信道资源信息及上行调度授权信息，中继设备即可结合该小区公共参数配置信息、该终端设备专用参数配置信息、该物理上行控制信道资源信息及该上行调度授权信息解调该中继设备下属终端设备的上行物理信道，从而节省了每次上行消息传输之前信令传输的空口资源。
结合上述第一方面第一至第三种可能的实现方式，在第五种可能的实现方式中，该中继设备获取从该宿主基站发送的毫秒TTI级用户调度信息，包括：该中继设备获取从该宿主基站发送的终端设备标识信息,终端设备标识信息用于标记该中继设备下属的终端设备；该中继设备根据该上行物理信道参数配置信息和该TTI级用户调度信息解调该中继设备下属终端设备的上行物理信道之前，还包括：该中继设备根据该终端设备标识信息确定该中继设备下属终端设备的专用搜索空间；该中继设备在该专用搜索空间内盲检该中继设备下属终端设备的物理下行控制信道；该中继设备获取该下属终端设备的上行调度授权信息；该中继设备根据该上行物理信道参数配置信息和该TTI级用户调度信息解调该中继设备下属终端设备的上行物理信道，包括：该中继设备根据该上行物理信道参数配置信息及该上行调度授权信息解调该中继设备下属终端设备的上行物理信道。
本实施例中，由于在基础信息配置时，宿主基站已经向中继设备发送了上行物理信道参数配置信息，因此，在每次消息传输之前，宿主基站只需要向中继设备发送终端设备标识信息，中继设备即可通过该终端设备标识信息，在终端设备标识信息所标识的属终端设备的专用搜索空间中盲检物理下行控制信道，从而不需要对中继设备下属的所有终端设备进行盲检，减少了盲检的工作量，同时，每次上行解调之前仅仅传输终端设备标识信息，节省了空口资源。
结合上述第一方面及第一方面第一至第五种可能的实现方式，在第六种可能的实现方式中，该中继设备获取从该宿主基站发送的毫秒TTI级用户调度信息，包括：该中继设备获取从该宿主基站发送的分组数据汇聚协议PDCP报文，该PDCP报文中封装有该TTI级用户调度信息。
本实施例中，宿主基站将TTI级用户调度信息封装为PDCP报文发送给中继设备，利用了宿主基站和中继设备之间的空口协议栈，遵守宿主设备与中继设备之间的标准协议。
结合上述第一方面及第一方面第一至第五种可能的实现方式，在第七种可能的实现方式中，该中继设备获取从该宿主基站发送的毫秒TTI级用户调度信息，包括：该中继设备获取从该宿主基站发送的无线链路控制协议RLC报文，该RLC报文中封装有该TTI级用户调度信息。
本实施例中，宿主基站将TTI级用户调度信息封装为RLC报文发送给中继设备。
结合上述第一方面及第一方面第一至第五种可能的实现方式，在第七种可能的实现方式中，该中继设备获取从该宿主基站发送的毫秒TTI级用户调度信息，包括：该中继设备获取从该宿主基站发送的介质访问控制层控制单元MCE，该MCE中封装有该TTI级用户调度信息。
本实施例中，在宿主基站和中继设备之间新增私有MCE，将TTI级用户调度信息封装成该私有MCE内容，经MAC协议层处理后发给中继设备。
从以上技术方案可以看出，本申请实施例具有以下优点：
本申请实施例中，对于宿主基站发送给中继设备的上行调度信息，分为上行物理信道参数配置信息和TTI级用户调度信息两种类型，其中，上行物理信道参数配置信息仅在宿主基站与中继设备建立连接时传输，不随着中继设备与宿主基站之间的信息收发而发生变化，即，在上行物理信道参数不需要调整时，只需中继设备只需接收一次上行物理信道参数配置信息即可；因此每次上行解调，中继设备只需要接收TTI级用户调度信息即可，从而对中继设备所需要接收的上行管理帧进行精简，节省了空口资源，降低软硬件设备成本。
本申请第二方面提供了一种通信方法，包括：宿主基站调度第一中继设备和第一终端设备，该第一中继设备为该宿主基站下属的中继设备中的一个中继设备，该第一终端设备为该第一中间设备下属的终端设备中的一个终端设备；该宿主基站向该第一中继设备发送上行物理信道参数配置信息，该上行物理信道参数配置信息用于配置该第一中继设备的基础配置信息；该宿主基站与该第一中继设备进行上行信息收发时，该宿主基站向该第一中继设备发送毫秒TTI级用户调度信息，该TTI级用户调度信息随该第一中继设备与该宿主基站之间的信息收发而更新。
本实施例中，宿主基站下属有至少一个中继设备，每个中继设备下属有至少一个终端设备，宿主基站分别向第一中继设备发送上行物理信道参数配置信息和TTI级用户调度信息，其中，仅在第一中继设备的基础配置信息需要改变时，宿主基站才向第一中继设备发送该上行物理信道参数配置信息；在每次信息收发过程中，宿主基站只需要向第一中继设备发送TTI级用户调度信息，第一中继设备即可根据上行物理信道参数配置信息和TTI级用户调度信息执行上行解调。从而减少了宿主基站向第一中继设备发送的信息量，节省了空口资源。
结合上述第二方面，在第一种可能的实现方式中，该宿主基站向该第一中继设备发送上行物理信道参数配置信息，包括：该宿主基站向该第一中继设备发送小区公共参数配置信息；该宿主基站向该第一中继设备发送终端设备专用参数配置信息。
本实施例中，上行物理信道参数配置信息具体分为小区公共参数配置信息和终端设备专用参数配置信息两种类型，其中，小区公共参数配置信息由于配置小区的公共参数，终端设备专用参数配置信息用于配置终端设备的专用参数；小区的公共参数和终端设备的专用参数组成了第一中继设备的基础配置信息，在小区的公共参数和终端设备的专用参数不需要改变时，宿主基站不需要向第一中继设备发送上行物理信道参数配置信息，从而节省了空口传输资源。
结合上述第二方面第一种可能的实现方式，在第二种可能的实现方式中，该宿主基站向该第一中继设备发送小区公共参数配置信息，包括：该宿主基站向该第一中继设备发送系统消息，该系统消息中包括该小区公共参数配置信息。
本实施例中，小区公共参数配置信息是宿主基站通过系统消息的方式发送给第一中继设备的，由于系统消息是宿主基站本来就需要在空口上周期性发送给第一中继设备的消息，第一中继设备从系统消息中解析出小区公共参数配置信息，从而不需要额外的空口资源，就可以实现小区公共参数配置信息的传输。
结合上述第二方面第一种可能的实现方式，在第三种可能的实现方式中，该宿主基站向该第一中继设备发送终端设备专用参数配置信息，包括：该宿主基站向该第一中继设备发送NAS消息可扩展信元，该NAS消息可扩展信元中携带有该终端设备专用参数配置信息。
本实施例中，NAS消息可扩展信元是NAS层协议提供的应用可灵活扩展的EMM消息。
结合上述第二方面第一至第三种可能的实现方式，在第四种可能的实现方式中，该宿主基站向该第一中继设备发送毫秒TTI级用户调度信息，包括：该宿主基站向该第一中继设备发送物理上行控制信道资源信息及上行调度授权信息，该物理上行控制信道信息及该上行调度授权信息用于指示该第一中继设备解调该第一中继设备下属终端设备的上行物理信道。
本实施例中，由于在基础信息配置时，宿主基站已经向第一中继设备发送了上行物理信道参数配置信息，因此，在每次消息传输之前，宿主基站只需要向第一中继设备发送物理上行控制信道资源信息及上行调度授权信息，第一中继设备即可结合该小区公共参数配置信息、该终端设备专用参数配置信息、该物理上行控制信道资源信息及该上行调度授权信息解调该第一中继设备下属终端设备的上行物理信道，从而节省了每次上行消息传输之前信令传输的空口资源。
结合上述第二方面第一至第三种可能的实现方式，在第五种可能的实现方式中，该宿主基站向该第一中继设备发送毫秒TTI级用户调度信息，包括：该宿主基站向该第一中继设备发送终端设备标识信息,终端设备标识信息用于标记该第一终端设备，以供该第一中继设备盲检该第一终端设备，从而解调该第一中继设备下属终端设备的上行物理信道。
本实施例中，由于在基础信息配置时，宿主基站已经向第一中继设备发送了上行物理信道参数配置信息，因此，在每次消息传输之前，宿主基站只需要向第一中继设备发送终端设备标识信息，第一中继设备即可通过该终端设备标识信息，在终端设备标识信息所标识的属终端设备的专用搜索空间中盲检物理下行控制信道，从而不需要对第一中继设备下属的所有终端设备进行盲检，减少了盲检的工作量，同时，每次上行解调之前仅仅传输终端设备标识信息，节省了空口资源。
结合上述第二方面及第一方面第一至第五种可能的实现方式，在第六种可能的实现方式中，该宿主基站向该第一中继设备发送毫秒TTI级用户调度信息，包括：该宿主基站将该TTI级用户调度信息封装在分组数据汇聚协议PDCP报文中发送给该第一中继设备。
本实施例中，宿主基站将TTI级用户调度信息封装为PDCP报文发送给第一中继设备，利用了宿主基站和第一中继设备之间的空口协议栈，遵守宿主设备与第一中继设备之间的标准协议。
结合上述第二方面及第一方面第一至第五种可能的实现方式，在第七种可能的实现方式中，该宿主基站向该第一中继设备发送毫秒TTI级用户调度信息，包括：该宿主基站将该TTI级用户调度信息封装在无线链路控制协议RLC报文中发送给该第一中继设备。
本实施例中，宿主基站将TTI级用户调度信息封装为RLC报文发送给中继设备。结合上述第二方面及第一方面第一至第五种可能的实现方式，在第八种可能的实现方式中，该宿主基站向该第一中继设备发送毫秒TTI级用户调度信息，包括：该宿主基站将该TTI级用户调度信息封装在介质访问控制层控制单元MCE中发送给该第一中继设备。
本实施例中，在宿主基站和第一中继设备之间新增私有MCE，将TTI级用户调度信息封装成该私有MCE内容，经MAC协议层处理后发给第一中继设备。
从以上技术方案可以看出，本申请实施例具有以下优点：
本申请实施例中，对于宿主基站发送给中继设备的上行调度信息，分为上行物理信道参数配置信息和TTI级用户调度信息两种类型，其中，上行物理信道参数配置信息仅在宿主基站与中继设备建立连接时传输，不随着中继设备与宿主基站之间的信息收发而发生变化，即，在上行物理信道参数不需要调整时，只需中继设备只需接收一次上行物理信道参数配置信息即可；因此每次上行解调，中继设备只需要接收TTI级用户调度信息即可，从而对中继设备所需要接收的上行管理帧进行精简，节省了空口资源，降低软硬件设备成本。
本申请第三方面提供了一种中继设备，包括：收发器、处理器和存储器，其中，该处理器用于控制收发器收发信号，该存储器用于存储计算机程序，该处理器用于调用并运行存储器中存储的计算机程序，使得该中继设备执行如上述第一方面或第一方面任意一种可能的实现方式所述的方法。
本申请第四方面提供了一种宿主基站，包括：收发器、处理器和存储器，其中，该处理器用于控制收发器收发信号，该存储器用于存储计算机程序，该处理器用于调用并运行存储器中存储的计算机程序，使得该中继设备执行如上述第二方面或第二方面任意一种可能的实现方式所述的方法。
本申请第五方面提供了一种计算机存储介质，包括指令代码，该指令代码用于实现如上述第一方面或第一方面任意一种可能的实现方式所述的方法。
本申请第六方面提供了一种计算机存储介质，包括指令代码，该指令代码用于实现如上述第二方面或第二方面任意一种可能的实现方式所述的方法。
本申请第七方面提供了一种中继设备，包括：获取单元，该第一获取单元用于：获取从宿主基站发送的上行物理信道参数配置信息，该上行物理信道参数配置信息用于配置该中继设备的基础配置信息；以及，在该中继设备与该宿主基站进行上行信息收发时，该中继设备获取从该宿主基站发送的毫秒TTI级用户调度信息，该TTI级用户调度信息随该中继设备与该宿主基站之间的信息收发而更新；指示单元，该指示单元用于，根据该获取单元所获取的上行物理信道参数配置信息和该TTI级用户调度信息解调该中继设备下属终端设备的上行物理信道。
本实施例中，宿主基站分别向中继设备发送上行物理信道参数配置信息和TTI级用户调度信息，其中，仅在中继设备的基础配置信息需要改变时，宿主基站才向中继设备发送该上行物理信道参数配置信息；在每次信息收发过程中，宿主基站只需要向中继设备发送 TTI级用户调度信息，中继设备即可根据上行物理信道参数配置信息和TTI级用户调度信息执行上行解调。从而减少了宿主基站向中继设备发送的信息量，节省了空口资源。
结合上述第七方面，在第一种可能的实现方式中，该获取单元还用于：获取从宿主基站发送的小区公共参数配置信息；获取从宿主基站发送的终端设备专用参数配置信息。
本实施例中，上行物理信道参数配置信息具体分为小区公共参数配置信息和终端设备专用参数配置信息两种类型，其中，小区公共参数配置信息由于配置小区的公共参数，终端设备专用参数配置信息用于配置终端设备的专用参数；小区的公共参数和终端设备的专用参数组成了中继设备的基础配置信息，在小区的公共参数和终端设备的专用参数不需要改变时，宿主基站不需要向中继设备发送上行物理信道参数配置信息，从而节省了空口传输资源。
结合上述第七方面第一种可能的实现方式，在第二种可能的实现方式中，该获取单元还用于：获取从宿主基站发送的系统消息，该系统消息中包括该小区公共参数配置信息。
本实施例中，小区公共参数配置信息是宿主基站通过系统消息的方式发送给中继设备的，由于系统消息是宿主基站本来就需要在空口上周期性发送给中继设备的消息，中继设备从系统消息中解析出小区公共参数配置信息，从而不需要额外的空口资源，就可以实现小区公共参数配置信息的传输。
结合上述第七方面第一种可能的实现方式，在第三种可能的实现方式中，该获取单元还用于：获取从宿主基站发送的NAS消息可扩展信元，该NAS消息可扩展信元中携带有该终端设备专用参数配置信息。
本实施例中，NAS消息可扩展信元是NAS层协议提供的应用可灵活扩展的EMM消息。
结合上述第七方面第一至第三种可能的实现方式，在第四种可能的实现方式中，该获取单元还用于：获取从该宿主基站发送的物理上行控制信道资源信息及上行调度授权信息；该指示单元还用于：该中继设备根据该获取单元获取的小区公共参数配置信息、该终端设备专用参数配置信息、该物理上行控制信道资源信息及该上行调度授权信息解调该中继设备下属终端设备的上行物理信道。
本实施例中，由于在基础信息配置时，宿主基站已经向中继设备发送了上行物理信道参数配置信息，因此，在每次消息传输之前，宿主基站只需要向中继设备发送物理上行控制信道资源信息及上行调度授权信息，中继设备即可结合该小区公共参数配置信息、该终端设备专用参数配置信息、该物理上行控制信道资源信息及该上行调度授权信息解调该中继设备下属终端设备的上行物理信道，从而节省了每次上行消息传输之前信令传输的空口资源。
结合上述第七方面第一至第三种可能的实现方式，在第五种可能的实现方式中，该获取单元还用于：该中继设备获取从该宿主基站发送的终端设备标识信息,终端设备标识信息用于标记该中继设备下属的终端设备；该中继设备还包括盲检单元，该盲检单元用于：根据该终端设备标识信息确定该中继设备下属终端设备的专用搜索空间；在该专用搜索空间内盲检该中继设备下属终端设备的物理下行控制信道；该获取单元还用于：获取该下属终端设备的上行调度授权信息；该指示单元还用于：根据该上行物理信道参数配置信息及该上行调度授权信息解调该中继设备下属终端设备的上行物理信道。
本实施例中，由于在基础信息配置时，宿主基站已经向中继设备发送了上行物理信道参数配置信息，因此，在每次消息传输之前，宿主基站只需要向中继设备发送终端设备标识信息，中继设备即可通过该终端设备标识信息，在终端设备标识信息所标识的属终端设备的专用搜索空间中盲检物理下行控制信道，从而不需要对中继设备下属的所有终端设备进行盲检，减少了盲检的工作量，同时，每次上行解调之前仅仅传输终端设备标识信息，节省了空口资源。
结合上述第七方面及第七方面第一至第五种可能的实现方式，在第六种可能的实现方式中，该获取单元，还用于：获取从该宿主基站发送的分组数据汇聚协议PDCP报文，该PDCP报文中封装有该TTI级用户调度信息。
本实施例中，宿主基站将TTI级用户调度信息封装为PDCP报文发送给中继设备，利用了宿主基站和中继设备之间的空口协议栈，遵守宿主设备与中继设备之间的标准协议。
结合上述第七方面及第七方面第一至第五种可能的实现方式，在第七种可能的实现方式中，该获取单元，还用于：获取从该宿主基站发送的无线链路控制协议RLC报文，该RLC 报文中封装有该TTI级用户调度信息。
本实施例中，宿主基站将TTI级用户调度信息封装为RLC报文发送给中继设备。
结合上述第七方面及第七方面第一至第五种可能的实现方式，在第七种可能的实现方式中，该获取单元，还用于：获取从该宿主基站发送的介质访问控制层控制单元MCE，该MCE中封装有该TTI级用户调度信息。
本实施例中，在宿主基站和中继设备之间新增私有MCE，将TTI级用户调度信息封装成该私有MCE内容，经MAC协议层处理后发给中继设备。
从以上技术方案可以看出，本申请实施例具有以下优点：
本申请实施例中，对于宿主基站发送给中继设备的上行解调信息，分为上行物理信道参数配置信息和TTI级用户调度信息两种类型，其中，上行物理信道参数配置信息仅在宿主基站与中继设备建立连接时传输，不随着中继设备与宿主基站之间的信息收发而发生变化，即，在上行物理信道参数不需要调整时，只需中继设备只需接收一次上行物理信道参数配置信息即可；因此上行解调，中继设备只需要接收TTI级用户调度信息即可，从而对中继设备所需要接收的上行管理帧进行精简，节省了空口资源，降低软硬件设备成本。
本申请第八方面提供了一种宿主基站，包括：调度单元，该调度单元用于调度第一中继设备和第一终端设备，该第一中继设备为该宿主基站下属的中继设备中的一个中继设备，该第一终端设备为该第一中间设备下属的终端设备中的一个终端设备；发送单元，该发送单元用于：向该第一中继设备发送上行物理信道参数配置信息，该上行物理信道参数配置信息用于配置该调度单元所调度的该第一中继设备的基础配置信息；该宿主基站与该第一中继设备进行上行信息收发时，向该第一中继设备发送毫秒TTI级用户调度信息，该TTI级用户调度信息随该第一中继设备与该宿主基站之间的信息收发而更新。
本实施例中，宿主基站下属有至少一个中继设备，每个中继设备下属有至少一个终端设备，宿主基站分别向第一中继设备发送上行物理信道参数配置信息和TTI级用户调度信息，其中，仅在第一中继设备的基础配置信息需要改变时，宿主基站才向第一中继设备发送该上行物理信道参数配置信息；在每次信息收发过程中，宿主基站只需要向第一中继设备发送TTI级用户调度信息，第一中继设备即可根据上行物理信道参数配置信息和TTI级用户调度信息执行上行解调。从而减少了上行解调过程中宿主基站向第一中继设备发送的信息量，节省了空口资源。
结合上述第八方面，在第一种可能的实现方式中，该发送单元还用于：向该第一中继设备发送小区公共参数配置信息；向该第一中继设备发送终端设备专用参数配置信息。
本实施例中，上行物理信道参数配置信息具体分为小区公共参数配置信息和终端设备专用参数配置信息两种类型，其中，小区公共参数配置信息由于配置小区的公共参数，终端设备专用参数配置信息用于配置终端设备的专用参数；小区的公共参数和终端设备的专用参数组成了第一中继设备的基础配置信息，在小区的公共参数和终端设备的专用参数不需要改变时，宿主基站不需要向第一中继设备发送上行物理信道参数配置信息，从而节省了空口传输资源。
结合上述第八方面第一种可能的实现方式，在第二种可能的实现方式中，该发送单元还用于：向该第一中继设备发送系统消息，该系统消息中包括该小区公共参数配置信息。
本实施例中，小区公共参数配置信息是宿主基站通过系统消息的方式发送给第一中继设备的，由于系统消息是宿主基站本来就需要在空口上周期性发送给第一中继设备的消息，第一中继设备从系统消息中解析出小区公共参数配置信息，从而不需要额外的空口资源，就可以实现小区公共参数配置信息的传输。
结合上述第八方面第一种可能的实现方式，在第三种可能的实现方式中，该发送单元还用于：向该第一中继设备发送NAS消息可扩展信元，该NAS消息可扩展信元中携带有该终端设备专用参数配置信息。
本实施例中，NAS消息可扩展信元是NAS层协议提供的应用可灵活扩展的EMM消息。
结合上述第八方面第一至第三种可能的实现方式，在第四种可能的实现方式中，该发送单元还用于：向该第一中继设备发送物理上行控制信道资源信息及上行调度授权信息，该物理上行控制信道信息及该上行调度授权信息用于指示该第一中继设备解调该第一中继设备下属终端设备的上行物理信道。
本实施例中，由于在基础信息配置时，宿主基站已经向第一中继设备发送了上行物理信道参数配置信息，因此，在每次消息传输之前，宿主基站只需要向第一中继设备发送物理上行控制信道资源信息及上行调度授权信息，第一中继设备即可结合该小区公共参数配置信息、该终端设备专用参数配置信息、该物理上行控制信道资源信息及该上行调度授权信息对终端设备解调该第一中继设备下属终端设备的上行物理信道，从而节省了每次上行消息传输之前信令传输的空口资源。
结合上述第八方面第一至第三种可能的实现方式，在第五种可能的实现方式中，该发送单元还用于：向该第一中继设备发送终端设备标识信息,终端设备标识信息用于标记该第一终端设备，以供该第一中继设备盲检该第一终端设备，从而解调该第一中继设备下属终端设备的上行物理信道。
本实施例中，由于在基础信息配置时，宿主基站已经向第一中继设备发送了上行物理信道参数配置信息，因此，在每次消息传输之前，宿主基站只需要向第一中继设备发送终端设备标识信息，第一中继设备即可通过该终端设备标识信息，在终端设备标识信息所标识的属终端设备的专用搜索空间中盲检物理下行控制信道，从而不需要对第一中继设备下属的所有终端设备进行盲检，减少了盲检的工作量，同时，每次上行解调之前仅仅传输终端设备标识信息，节省了空口资源。
结合上述第八方面及第一方面第一至第五种可能的实现方式，在第六种可能的实现方式中，该发送单元还用于：将该TTI级用户调度信息封装在分组数据汇聚协议PDCP报文中发送给该第一中继设备。
本实施例中，宿主基站将TTI级用户调度信息封装为PDCP报文发送给第一中继设备，利用了宿主基站和第一中继设备之间的空口协议栈，遵守宿主设备与第一中继设备之间的标准协议。
结合上述第八方面及第一方面第一至第五种可能的实现方式，在第七种可能的实现方式中，该发送单元还用于：将该TTI级用户调度信息封装在无线链路控制协议RLC报文中发送给该第一中继设备。
本实施例中，宿主基站将TTI级用户调度信息封装为RLC报文发送给中继设备。
结合上述第八方面及第一方面第一至第五种可能的实现方式，在第八种可能的实现方式中，该发送单元还用于：该宿主基站将该TTI级用户调度信息封装在介质访问控制层控制单元MCE中发送给该第一中继设备。
本实施例中，在宿主基站和第一中继设备之间新增私有MCE，将TTI级用户调度信息封装成该私有MCE内容，经MAC协议层处理后发给第一中继设备。
从以上技术方案可以看出，本申请实施例具有以下优点：
本申请实施例中，对于宿主基站发送给中继设备的上行调度信息，分为上行物理信道参数配置信息和TTI级用户调度信息两种类型，其中，上行物理信道参数配置信息仅在宿主基站与中继设备建立连接时传输，不随着中继设备与宿主基站之间的信息收发而发生变化，即，在上行物理信道参数不需要调整时，只需中继设备只需接收一次上行物理信道参数配置信息即可；因此每次上行解调，中继设备只需要接收TTI级用户调度信息即可，从而对中继设备所需要接收的上行管理帧进行精简，节省了空口资源，降低软硬件设备成本。
附图说明
图1为本申请实施例中BRU的组网示意图；
图2为本申请实施例中的通信方法的示意图；
图3为本申请实施例中DeNB和中继节点RN之间的标准协议的示意图；
图4为本申请实施例中BRU组网的使用场景示意图；
图5为本申请实施例中BRU下属UE的接入流程的示意图；
图6为本申请实施例中DeNB L2将TTI级用户调度信息指示给BRU L1的时序图；
图7为本申请实施例中中继设备的示意图；
图8为本申请实施例中宿主基站的示意图。
具体实施方式
本发明实施例提供一种通信方法、中继设备、宿主基站及计算机存储介质，能够通过精简的消息传输，解决桥接中继设备和宿主基站之间执行上行解调的过程中上行管理帧过长浪费空口资源的问题。
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
请参阅图1，图1示出了一种低成本的中继设备：桥接无线单元(bridge radiounit， BRU)的组网示意图，如图1所示，BRU的组网包括通过空口连接的BRU和宿主基站DeNB，其中，BRU包括相互连接的射频单元(radio unit,RU)、L1协议层和中继用户设备(relay user equipment,RUE；或者relay remote node，RRN)，该RU和L1用于完成接入链路的收发功能；该RUE用于与DeNB之间通过LTE无线通信，完成中继链路收发功能。DeNB用于执行基站的L1 协议层、L2协议层和L3协议层，其中，DeNB的L2协议层DeNB L2用于调度DeNB下属的普通用户设备(user equipment,UE)以及RUE，进一步地，DeNB还调度BRU下属的UE，可选地， BRU小区和DeNB小区，可以为一个逻辑小区，也可以为两个逻辑小区。
在现有技术的方案中，基站的L1协议层、L2协议层和L3协议层是集成在一个基站中的，因此L1和L2之间通过有线链路连接，L2发送完整的上行管理帧给L1，该上行管理帧用于指示L1对下属UE的上行信息进行解调，该上行管理帧包括物理随机接入信道(physicalrandom access channel，PRACH)、物理上行控制信道(physical uplink controlchannel， PUCCH)、上行物理共享信道(physical uplink shared channel,PUSCH)等物理信道的解调信息，消息长度约0.1～30KB。然而，由于在BRU组网中，BRU的L1协议层和宿主基站L2协议层之间通过LTE无线通信，因此DeNB L2向BRU L1发送上行管理帧需要占用空口资源，现有技术中的上行管理帧长度过大，严重浪费传输资源，难以通过LTE空口传输。
现有技术中，若不通过上行管理帧指示，则需要UE盲检物理下行控制信道(physical downlink control channel,PDCCH)的方式的得到UE的下行控制信息(downlink control information,DCI)。然而，如果中继设备BRU支持小区多部在线UE的PDCCH盲检，该设备的盲检规格会成为系统瓶颈，限制该设备支持的在线用户数规格，提升规格会导致设备软硬件成本急剧上升。
为解决上述问题，本申请实施例提供一种通信方法，通过分别发送上行物理信道参数配置信息和TTI级用户调度信息，实现上行管理帧的精简，从而降低空口传输占用资源，减少盲检次数。为便于理解，以下就本申请所提供的通信方法进行详细说明。
需要说明的是，本申请实施例中所述的中继设备可以为上述BRU设备，也可以是中继基站Relay eNodeB或其他中继设备，本申请实施例以中继设备为BRU进行详细说明，但并不对中继设备进行限定。
请参阅图2，如图2所示，本申请实施例所提供的通信方法包括以下步骤。
201、中继设备获取从宿主基站发送的上行物理信道参数配置信息。
本实施例中，该上行物理信道参数配置信息用于配置该中继设备的基础配置信息，该基础配置信息包括小区公共参数和终端设备专用参数；具体地：该上行物理信道参数配置信息包括小区公共参数配置信息和终端设备专用参数配置信息，其中，该小区公共参数配置信息用于小区公共参数配置，包括PRACH以及小区公共PUCCH/PUSCH/信道探测参考信号 (sounding reference signal,SRS)参数；BRU中的RUE从系统消息中获取该小区公共参数配置信息并转发给L1协议层，由于系统消息为空口上周期性发送的消息，因此小区公共参数配置信息的发送并不占用额外的空口资源。该终端设备专用参数配置信息用于终端设备专用参数配置，包括PUCCH、PUSCH及SRS参数，宿主基站DeNB在向下属设备发送无线资源控制消息(radio resource control,RRC)信令配置时，通过可扩展信元(downlinkgeneric nas transport)将该终端设备专用参数配置信息发送给RUE，RUE将该终端设备专用参数配置信息转发给L1层，从而实现终端设备专用参数配置信息的发送。可扩展信元是非接入层 (non-access stratum,NAS)协议提供的应用可灵活扩展的EMM消息，参见3GPPTS24.301 Table 8.2.31.1。该消息前3个信元Protocol discriminator、Security headertype、 Downlink generic NAS transport message identity为每个NAS消息都有的公共信元，按标准规范填写即可。后面三个信元Generic message container type、Genericmessage container、Additional information为应用可扩展信元。
需要说明的是，由于上述上行物理信道参数配置信息用于配置该中继设备的基础配置信息，因此宿主基站和中继设备之间只需要传输一次上行物理信道参数配置信息，即可完成基础配置信息的配置，在中继设备的基础配置信息不需要发生变化时，宿主基站和中继设备之间不需要传输上行物理信道参数配置信息，从而减少了上行管理帧的内容。
202、中继设备获取从该宿主基站发送的毫秒(transmission time interval,TTI)级用户调度信息。
本实施例中，该TTI级用户调度信息是宿主基站以毫秒为单位发送的信息，该TTI级用户调度信息是在该中继设备与该宿主基站进行上行信息收发时传输的，该TTI级用户调度信息随该中继设备与该宿主基站之间的信息收发而更新，即每次中继设备对下属终端设备执行上行解调之前，都需要获取一次宿主基站发送的TTI级用户调度信息。
203、中继设备根据上行物理信道参数配置信息和TTI级用户调度信息解调该中继设备下属终端设备的上行物理信道。
本实施例中，由于在基础配置信息不需要改变时，宿主基站与中继设备之间并不传输上行物理信道参数配置信息，因此每次上行解调过程中，宿主基站与中继设备之间只需要传输TTI级用户调度信息即可，从而节省了空口资源。
需要说明的是，关于TTI级用户调度信息，可以分为宿主基站发送精简的上行管理帧，以及宿主基站发送终端设备用户标识两种实现方式，以下分别具体说明。
一、宿主基站发送精简的上行管理帧。
1、中继设备获取从宿主基站发送的物理上行控制信道的资源信息及上行调度授权信息ULGrant。
本实施例中，中继设备每次调度UE需要不同的资源信息和ULGrant，因此需要在上行解调之前实时收发。
2、中继设备根据该小区公共参数配置信息、该终端设备专用参数配置信息、该物理上行控制信道信息及该上行调度授权信息解调该中继设备下属终端设备的上行物理信道。
本实施例中，该小区公共参数配置信息、该终端设备专用参数配置信息、该资源信息及该ULGrant组成完成的上行管理帧，使得中继设备能够根据该上行管理帧执行上行解调。其中，对于小区公共参数配置信息与终端设备专用参数配置信息，中继设备此前已经通过上行物理信道参数配置信息接收，因此，中继设备每次执行上行解调只需要接收宿主基站通过空口发送的/>资源信息和UL Grant即可，从而通过/>资源信息和 ULGrant组成的精简的上行管理帧，实现了节省空口资源的目的。
二、宿主基站发送终端设备用户标识。
1、中继设备获取从宿主基站发送的终端设备标识信息。
本实施例中，终端设备标识信息用于标记中继设备下属的终端设备，宿主基站通过终端设备标识信息让中继设备知晓宿主基站本次调度的终端设备，该终端设备标识信息可以通过小区无线网络临时标识(cell radio network temporary identifier，C-RNTI)实现。
2、中继设备根据终端设备标识信息确定中继设备下属终端设备的专用搜索空间。
本实施例中，中继设备通过C-RNTI知晓了宿主基站调用的终端设备，从而可以根据C-RNTI确定终端设备的专用搜索空间。
3、中继设备在专用搜索空间内盲检中继设备下属终端设备的物理下行控制信道PDCCH。
本实施例中，中继设备已经通过C-RNTI确定了宿主基站所调用终端设备的专用搜索空间，因此，只需在该专用搜索空间内执行盲检，即可获得终端设备的物理下行控制信道PDCCH，从而大大减少了盲检次数。
4、中继设备获取下属终端设备的调度授权信息。
本实施例中，中继设备获取下属终端设备的调度授权信息具体过程可以分为：
在随机接入过程中，上行调度授权信息UL Grant是从随机接入响应消息(randomaccess response，RAR)中获取到的；
随机接入成功后，中继设备从UL DCI中得到UL Grant，根据子帧n的DL DCI的CCE起始位置，或DCI中的TPC字段，得到在子帧n+k反馈的DL HARQ ACK/NACK的资源信息。
5、中继设备根据上行物理信道参数配置信息及调度授权信息解调该中继设备下属终端设备的上行物理信道。
本实施例中，根据上行物理信道参数配置信息、上行调度授权信息、资源信息，中继设备即可对宿主基站所调度的终端设备进行上行解调，其中，对于小区公共参数配置信息与终端设备专用参数配置信息，中继设备此前已经通过上行物理信道参数配置信息接收；在每次上行解调之前，中继设备只需要接收宿主基站发送的终端设备标识信息，即可执行上行解调。终端设备标识信息标注了所调度的终端设备的专用搜索空间，有效降低了盲检次数，从而能够使得中继设备支持小区多部在线终端设备的PDCCH盲检，有效提升了中继该设备的盲检规格，提升中继设备设备支持的在线终端设备数规格，节省软硬件成本，同时，每次上行解调的过程中仅仅终端设备标识信息也能有效节省空口资源。
需要说明的是，在上述技术方案中，对于宿主基站向中继设备发送TTI级用户调度信息的具体实现方式，可以有三种实现方式，分别为：1、宿主基站将TTI级用户调度信息封装成分组数据汇聚协议(packet data convergence protocol，PDCP)报文发给中继设备。2、宿主基站将TTI级用户调度信息封装成无线链路控制协议(radio link control，RLC)报文发给中继设备。3、宿主基站将TTI级用户调度信息封装成介质访问控制层控制单元(media access control element，MCE)报文发给中继设备。以下就此三种情况做具体说明。
1、宿主基站将TTI级用户调度信息封装成PDCP报文发给中继设备。
如图3所示，宿主基站DeNB和中继设备BRU的RUE之间的空口协议栈，遵守DeNB和中继节点(relay node,RN)之间的标准协议。DeNB在RUE某个数据承载(data resourcebearer， DRB)上发送上述TTI级用户调度信息，把TTI级用户调度信息作为PDCP的业务数据单元 (service data unit，SDU)处理，经过PDCP/RLC/MAC/PHY协议层处理后发给RUE；RUE解析这些协议层后得到TTI级用户调度信息，转发给L1协议层。
2、宿主基站将TTI级用户调度信息封装成RLC报文发给中继设备。
DeNB在RUE的其中个DRB承载上发送TTI级用户调度信息，把TTI级用户调度信息作为RLC 的SDU处理，经过RLC/MAC/PHY协议层处理后发给RUE；RUE解析这些协议层后得到TTI级用户调度信息，转发给L1协议层。
3、宿主基站将TTI级用户调度信息封装成MCE报文发给中继设备。
在DeNB和RUE之间新增私有MCE，选用一个保留的逻辑信道标识(logical channelidentify,LCID)，保留LCID详见3GPP TS 36.321 Release 15协议Table 6.2.1-1。例如，选择“01011”定义成TTI级用户调度信息的管理帧MCE(Management Frame MCE)。
DeNB把TTI级用户调度信息封装成该私有MCE内容，MAC协议层处理后发给RUE；RUE解析该MCE得到TTI级用户调度信息，转发给L1协议层。
上述对本申请实施例所提供的通信方法做了介绍，以下结合工作场景，对本申请实施例所提供的通信方法的具体实施方式做详细说明。
如图4所示，BRU和下述UE之间的链路，称为接入链路，BRU和DeNB之间的无线链路，称为中继链路，在BRU同频模式下，接入链路和中继链路的载波频率相同，BRU的下行为直放模式，将来自DeNB的下行信号直接进行放大转发；上行为数字转发模式，BRU接收来自UE 的上行信号并进行解调译码，并汇聚发给DeNB。由于BRU只完成ReNB RU和L1上行解调译码功能，L2L3部署在DeNB，此时BRU小区和DeNB小区为一个逻辑小区，可视BRU为DeNB的一个规格较小的物理小区。
请参阅图5，以宿主基站向中继设备发送终端设备用户标识为例，在BRU同频模式下， BRU下属UE的接入流程包括以下步骤。
501、RUE接入和识别。
本实施例中，RUE接入DeNB小区，从而使得中继设备与宿主基站连接，被识别为BRU的 RUE。识别方法与现有技术中识别Relay RUE的方法一致，此处不再详细描述。
502、RUE获取小区公共参数配置信息。
本实施例中，RUE从系统消息中获取PRACH、小区公共PUCCH/PUSCH/SRS参数，配置给L1 协议层，具体可参阅上述步骤201中关于小区公共参数配置信息的记载，此处不再赘述。
503、BRU的L1协议层执行开工流程。
本实施例中，BRU的L1协议层从DeNB小区获取必要配置参数后，正常开始工作。可选地，上述小区公共参数配置信息也可以在开工流程中配置给BRU的L1协议层。
504、BRU的L1协议层获取UE发送的前导码(Preamble)。
本实施例中，UE发起随机接入，发送Preamble。
505、DeNB的L1协议层将PRACH检测结果上报给DeNB的L2协议层。
本实施例中，宿主基站DeNB本身也有下属的UE，因此，DeNB内也有L1协议层，该DeNB L1 将PRACH检测结果上报给DeNB的L2协议层。
506、BRU的L1协议层将PRACH检测结果上报给DeNB的L2协议层。
本实施例中，BRU是拉远的中继设备，BRU L1将PRACH检测结果发送给RUE，之后RUE通过无线中继链路将PRACH检测结果上报给DeNB L2。
507、DeNB的L2协议层执行UE归属判决。
本实施例中，DeNB L2把DeNB L1和BRU L1上报的多个PRACH检测结果按前导码标识 Preamble ID合并，之后在每个Preamble ID选择检测强度最大的PRACH上报源，作为UE的归属。例如，宿主基站下属有多个BRU时，判决UE成为其中一个BRU的下属UE。
508、DeNB L3建立L1用户实施例并发送给BRU L1。
本实施例中，DeNB的L3协议层为BRU下属的UE建立BRU L1用户实例，发送给DeNB内置的演进型分组核心网(evolved packet core，EPC)功能模块。
509、EPC将BRU L1用户实例封装在NAS消息可扩展信元中，通过无线中继链路下发给 RUE，RUE再转发BRU L1。
本实施例中，EPC将BRU L1用户实例封装在NAS消息可扩展信元中发送给BRU L1。
510 DeNB L2发送随机接入响应(random access response，RAR)
本实施例中，DeNB L2在RAR时间窗内下发RAR。由于RAR是使用RA-RNTI加扰的，RUE和 UE都可以从LTE空口收到该消息。RAR和建立L1用户实例消息是并发的，RUE可能先收到RAR。
511、RUE监听和解析小区内所有的RAR，得到RAR中的Temporary C-RNTI和ULGrant，并转发给BRU L1，其中，BRU L1从RAR内容中得到的Temporary C-RNTI和UL Grant，用于解调该UE的上行PUSCH，对于通过C-RNTI获取下属终端设备专用搜索空间的工作方式，可参阅上述步骤203中第二种执行方式：宿主基站发送终端设备用户标识的记载，此处不再赘述。
512、UE发送第三消息。
本实施例中，该第三消息为UE收到RAR后发送的响应消息，若有超过一个UE发送第三消息，则由宿主基站来决定，本次与哪一个UE建立连接。
513、BRU向DeNB L2发送PUSCH解调和译码结果。
本实施例中，BRU L1根据RAR中的Temporary C-RNTI和UL Grant，解调UE的PUSCH，把解调和译码结果通过RUE无线中继链路上报给DeNB L2。
514、DeNB L2向DeNB L3发送RRC连接创建请求消息RRC Connection Request。
本实施例中，RRC Connection Request被封装在UE发送的第三消息中，通过BRU的解调和译码，DeNB L2获取到RRC Connection Request并转发给DeNB L3。
515、DeNB L3向DeNB L2发送RRC连接创建消息RRC Connection Setup。
本实施例中，DeNB L3回复RRC Connection Setup消息，以实现与UE连接的创建。
516、DeNB L2将RRC Connection Setup发送给UE。
本实施例中，DeNB L2将RRC Connection Setup发送给UE，以实现与UE连接的创建。
517、DeNB L3获取终端设备专用参数并发送给BRU。
本实施例中，DeNB L3把终端设备专用参数配置信息，例如专用PUCCH/PUSCH/SRS等信道参数封装成消息发给DeNB内置EPC，EPC把该消息封装在DOWNLINK GENERIC NASTRANSPORT 消息可扩展信元中，通过无线中继链路下发给RUE，RUE再转发BRU L1。考虑这些物理信道参数在UE的生效时间，为了保证BRU L1尽快收到UE专用物理信道参数，可优先发送UE专用物理信道参数消息给BRU，对于终端设备专用参数配置信息的具体发送传输方式，可参阅上述步骤201中关于终端设备专用参数配置信息的记载，此处不再赘述。
518、UE回复第五消息。
本实施例中，UE回复第五消息，以完成UE的接入流程。
上述工作过程完成了BRU组网中BRU下述UE的接入，在接入过程中，BRU分别接收了DeNB 发送的小区公共参数配置信息和终端设备专用参数配置信息，从而完成了基础配置信息的配置，在工作过程中，小区公共参数配置信息和终端设备专用参数配置信息为静态资源，基础配置信息不改变时可以不需要传输，因此在每次信号上行解调的过程中至传输TTI级用户调度信息，从而节省了空口资源。
在UE接入BRU之后，对于下行信息，BRU采取直放模式，直接将信号放大后发送给下属的UE，对于上行信息，BRU L1需要在DeNB L2的指示下，对UE进行上行解调，为便于理解，以下结合附图，依然以宿主基站向中继设备发送终端设备用户标识为例，对具体工作过程进行详细说明。
请参阅图6，图6为DeNB L2将TTI级用户调度信息指示给BRU L1的时序图，如图6所示，包括如下步骤。
601、DeNB L2调度RUE和UE。
本实施例中，DeNB L2调度其下属的RUE和UE，其中，DeNB的MAC子帧中断一般比空口提前AdvanceT＝1.75毫秒，DeNB L2根据BRU L1的每TTI调度规格，预估TTI级用户调度信息所占用的私有MCE的消息长度。例如，如果BRU L1支持每TTI最大解调2个DL HARQ ACK/NACK 反馈，支持最大解调2个UE的PUSCH，则TTI级用户调度信息最多携带4个UE的C-RNTI。
602、DeNB L2向DeNB L1发送本次调度的所有RUE和UE的下行控制信息(cownlinkcontrol information,DCI)信息以及控制信道单元(control channel element，CCE) 资源分配结果。
本实施例中，DeNB L1通过DCI信息和CCE资源分配结果知晓需要调度哪些RUE和UE。
603、DeNB L2将调度的该BRU下属UE的C-RNTI封装到私有MCE(Management FrameMCE) 中，发给DeNB L1。
本实施例中，该MCE可以是在TT调度结束后发送的，可选地，由于上行管理帧存在严格时序要求，也可以对BRU下属UE采用预调度，把上行管理帧提前下发给BRU。“上行管理帧”存在可靠性要求，时序上HARQ重传不及时，可通过MCS降阶等方式降低该RUE的IBLER，上述上行管理帧即为TTI级用户调度信息的具体实现方式。
604、DeNB L1向RUE发送PDCCH。
本实施例中，DeNB L1根据收到的DCI信息、CCE资源分配结果，在子帧n发送PDCCH，该子帧n可以为信号传输过程中的任意一个子帧。
605、DeNB L1向RUE发送PDSCH。
本实施例中，DeNB L1在子帧n向RUE发送PDSCH。
606、RUE接收解调上行管理帧。
本实施例中，在子帧n，RUE接收并解调下行控制信道，从PDCCH盲检得到RUE的DLDCI，同时把PDCCH数据缓存起来。RUE根据DL DCI解调PDSCH，在子帧n+2结束前，从Management Frame MCE中解复用得到上行管理帧，上述子帧n+2为子帧n之后的第二个子帧。
607、RUE对UE进行PDCCH盲检。
本实施例中，在子帧n+3开始0.5毫秒内，RUE根据上行管理帧中有效的C-RNTI盲检子帧 n的PDCCH，得到BRU下属UE的DCI和CCE的起始位置，发给BRU L1，上述子帧n+3为子帧n之后的第三个子帧。
608、BRU L1得到完整的上行解调信息.
本实施例中，BRU L1根据子帧n的DL DCI的CCE起始位置，或DCI中的TPC字段，得到在子帧n+k反馈DL HARQ ACK/NACK的PUCCH资源。根据上行物理信道配置参数、UL Grant以及 PUCCH，得到完整的上行解调信息。
609、BRU L1接收并解调UE发送的PUCCH和PUSCH。
本实施例中，BRU下属UE发送PUCCH、PUSCH，BRU L1接收并解调。
本申请实施例还提供一种中继设备，如图7所示，该中继设备包括：收发器701、处理器702和存储器703，其中，该处理器702用于控制收发器701收发信号，该存储器703用于存储计算机程序，该处理器702用于调用并运行存储器703中存储的计算机程序，使得该中继设备执行上述通信方法。
本申请实施例还提供一种宿主基站，如图8所示，该中继设备包括：收发器801、处理器802和存储器803，其中，该处理器802用于控制收发器801收发信号，该存储器803用于存储计算机程序，该处理器802用于调用并运行存储器803中存储的计算机程序，使得该中继设备执行上述通信方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如， DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的通信方法、中继设备、宿主基站及计算机存储介质，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文全称：Read-OnlyMemory，英文缩写：ROM)、随机存取存储器(英文全称：Random Access Memory，英文缩写：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (22)
1.一种通信方法，其特征在于，包括：
中继设备获取从宿主基站发送的上行物理信道参数配置信息，所述上行物理信道参数配置信息用于配置所述中继设备的基础配置信息；
所述中继设备与所述宿主基站进行上行信息收发时，所述中继设备获取从所述宿主基站发送的毫秒TTI级用户调度信息，所述TTI级用户调度信息随所述中继设备与所述宿主基站之间的信息收发而更新；
所述中继设备根据所述上行物理信道参数配置信息和所述TTI级用户调度信息解调所述中继设备下属终端设备的上行物理信道。
2.根据权利要求1所述的方法，其特征在于，所述中继设备获取从宿主基站发送的上行物理信道参数配置信息，包括：
所述中继设备获取从宿主基站发送的小区公共参数配置信息；
所述中继设备获取从宿主基站发送的终端设备专用参数配置信息。
3.根据权利要求2所述的方法，其特征在于，所述中继设备获取从宿主基站发送的小区公共参数配置信息，包括：
所述中继设备获取从宿主基站发送的系统消息，所述系统消息中包括所述小区公共参数配置信息。
4.根据权利要求2所述的方法，其特征在于，所述中继设备获取从宿主基站发送的终端设备专用参数配置信息，包括：
所述中继设备获取从宿主基站发送的非接入层NAS消息可扩展信元，所述NAS消息可扩展信元中携带有所述终端设备专用参数配置信息。
5.根据权利要求2至4任一所述的方法，其特征在于，所述中继设备获取从所述宿主基站发送的毫秒TTI级用户调度信息，包括：
所述中继设备获取从所述宿主基站发送的物理上行控制信道资源信息及上行调度授权信息；
所述中继设备根据所述上行物理信道参数配置信息和所述TTI级用户调度信息解调所述中继设备下属终端设备的上行物理信道，包括：
所述中继设备根据所述小区公共参数配置信息、所述终端设备专用参数配置信息、所述物理上行控制信道资源信息及所述上行调度授权信息解调所述中继设备下属终端设备的上行物理信道。
6.根据权利要求2至4任一所述的方法，其特征在于，所述中继设备获取从所述宿主基站发送的毫秒TTI级用户调度信息，包括：
所述中继设备获取从所述宿主基站发送的终端设备标识信息,终端设备标识信息用于标记所述中继设备下属的终端设备；
所述中继设备根据所述上行物理信道参数配置信息和所述TTI级用户调度信息解调所述中继设备下属终端设备的上行物理信道之前，还包括：
所述中继设备根据所述终端设备标识信息确定所述中继设备下属终端设备的专用搜索空间；
所述中继设备在所述专用搜索空间内盲检所述中继设备下属终端设备的物理下行控制信道；
所述中继设备获取所述下属终端设备的上行调度授权信息；
所述中继设备根据所述上行物理信道参数配置信息和所述TTI级用户调度信息解调所述中继设备下属终端设备的上行物理信道，包括：
所述中继设备根据所述上行物理信道参数配置信息及所述上行调度授权信息解调所述中继设备下属终端设备的上行物理信道。
7.根据权利要求1至4任一所述的方法，其特征在于，所述中继设备获取从所述宿主基站发送的毫秒TTI级用户调度信息，包括：
所述中继设备获取从所述宿主基站发送的分组数据汇聚协议PDCP报文，所述PDCP报文中封装有所述TTI级用户调度信息。
8.根据权利要求1至4任一所述的方法，其特征在于，所述中继设备获取从所述宿主基站发送的毫秒TTI级用户调度信息，包括：
所述中继设备获取从所述宿主基站发送的无线链路控制协议RLC报文，所述RLC报文中封装有所述TTI级用户调度信息。
9.根据权利要求1至4任一所述的方法，其特征在于，所述中继设备获取从所述宿主基站发送的毫秒TTI级用户调度信息，包括：
所述中继设备获取从所述宿主基站发送的介质访问控制层控制单元MCE，所述MCE中封装有所述TTI级用户调度信息。
10.一种通信方法，其特征在于，包括：
宿主基站调度第一中继设备和第一终端设备，所述第一中继设备为所述宿主基站下属的中继设备中的一个中继设备，所述第一终端设备为所述第一中继设备下属的终端设备中的一个终端设备；
所述宿主基站向所述第一中继设备发送上行物理信道参数配置信息，所述上行物理信道参数配置信息用于配置所述第一中继设备的基础配置信息；
所述宿主基站与所述第一中继设备进行上行信息收发时，所述宿主基站向所述第一中继设备发送毫秒TTI级用户调度信息，所述TTI级用户调度信息随所述第一中继设备与所述宿主基站之间的信息收发而更新；
其中，所述上行物理信道参数配置信息和所述TTI级用户调度信息用于所述第一中继设备解调所述第一中继设备下属终端设备的上行物理信道。
11.根据权利要求10所述的方法，其特征在于，所述宿主基站向所述第一中继设备发送上行物理信道参数配置信息，包括：
所述宿主基站向所述第一中继设备发送小区公共参数配置信息；
所述宿主基站向所述第一中继设备发送终端设备专用参数配置信息。
12.根据权利要求11所述的方法，其特征在于，所述宿主基站向所述第一中继设备发送小区公共参数配置信息，包括：
所述宿主基站向所述第一中继设备发送系统消息，所述系统消息中包括所述小区公共参数配置信息。
13.根据权利要求11所述的方法，其特征在于，所述宿主基站向所述第一中继设备发送终端设备专用参数配置信息，包括：
所述宿主基站向所述第一中继设备发送NAS消息可扩展信元，所述NAS消息可扩展信元中携带有所述终端设备专用参数配置信息。
14.根据权利要求11至13任一所述的方法，其特征在于，所述宿主基站向所述第一中继设备发送毫秒TTI级用户调度信息，包括：
所述宿主基站向所述第一中继设备发送物理上行控制信道资源信息及上行调度授权信息，所述物理上行控制信道信息及所述上行调度授权信息用于指示所述第一中继设备解调所述第一中继设备下属终端设备的上行物理信道。
15.根据权利要求11至13任一所述的方法，其特征在于，所述宿主基站向所述第一中继设备发送毫秒TTI级用户调度信息，包括：
所述宿主基站向所述第一中继设备发送终端设备标识信息,终端设备标识信息用于标记所述第一终端设备，以供所述第一中继设备盲检所述第一终端设备，从而解调所述第一中继设备下属终端设备的上行物理信道。
16.根据权利要求10至13任一所述的方法，其特征在于，所述宿主基站向所述第一中继设备发送毫秒TTI级用户调度信息，包括：
所述宿主基站将所述TTI级用户调度信息封装在分组数据汇聚协议PDCP报文中发送给所述第一中继设备。
17.根据权利要求10至13任一所述的方法，其特征在于，所述宿主基站向所述第一中继设备发送毫秒TTI级用户调度信息，包括：
所述宿主基站将所述TTI级用户调度信息封装在无线链路控制协议RLC报文中发送给所述第一中继设备。
18.根据权利要求10至13任一所述的方法，其特征在于，所述宿主基站向所述第一中继设备发送毫秒TTI级用户调度信息，包括：
所述宿主基站将所述TTI级用户调度信息封装在介质访问控制层控制单元MCE中发送给所述第一中继设备。
19.一种中继设备，其特征在于，包括：收发器、处理器和存储器，其中，所述处理器用于控制收发器收发信号，所述存储器用于存储计算机程序，所述处理器用于调用并运行存储器中存储的计算机程序，使得所述中继设备执行如权利要求1至9任意一项所述的方法。
20.一种宿主基站，其特征在于，包括：收发器、处理器和存储器，其中，所述处理器用于控制收发器收发信号，所述存储器用于存储计算机程序，所述处理器用于调用并运行存储器中存储的计算机程序，使得所述中继设备执行如权利要求10至18任意一项所述的方法。
21.一种计算机存储介质，包括指令代码，所述指令代码用于处理器实现如权利要求1至9任意一项所述的方法。
22.一种计算机存储介质，包括指令代码，所述指令代码用于处理器实现如权利要求10至18任意一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910569212.4A CN112153666B (zh) | 2019-06-27 | 2019-06-27 | 通信方法、中继设备、宿主基站及计算机存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910569212.4A CN112153666B (zh) | 2019-06-27 | 2019-06-27 | 通信方法、中继设备、宿主基站及计算机存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112153666A CN112153666A (zh) | 2020-12-29 |
| CN112153666B true CN112153666B (zh) | 2024-01-30 |
Family
ID=73868815
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910569212.4A Active CN112153666B (zh) | 2019-06-27 | 2019-06-27 | 通信方法、中继设备、宿主基站及计算机存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112153666B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115278721A (zh) * | 2021-04-30 | 2022-11-01 | 华为技术有限公司 | 一种通信方法及装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103733718A (zh) * | 2011-08-19 | 2014-04-16 | Sca艾普拉控股有限公司 | 无线通信系统及方法 |
| WO2016155990A1 (en) * | 2015-03-31 | 2016-10-06 | Sony Corporation | Mobile communications network, methods, base station, relay node and communications terminal |
| CN107535010A (zh) * | 2015-05-29 | 2018-01-02 | 华为技术有限公司 | 一种lte带内中继方法、装置及系统 |
| CN108075874A (zh) * | 2017-12-22 | 2018-05-25 | 上海华为技术有限公司 | 一种资源调度方法及基站 |
-
2019
- 2019-06-27 CN CN201910569212.4A patent/CN112153666B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103733718A (zh) * | 2011-08-19 | 2014-04-16 | Sca艾普拉控股有限公司 | 无线通信系统及方法 |
| WO2016155990A1 (en) * | 2015-03-31 | 2016-10-06 | Sony Corporation | Mobile communications network, methods, base station, relay node and communications terminal |
| CN107535010A (zh) * | 2015-05-29 | 2018-01-02 | 华为技术有限公司 | 一种lte带内中继方法、装置及系统 |
| CN108075874A (zh) * | 2017-12-22 | 2018-05-25 | 上海华为技术有限公司 | 一种资源调度方法及基站 |
Non-Patent Citations (1)
| Title |
|---|
| "Cooperation Scheme Considerations for Type II Relay";ZTE;《3GPP TSG RAN1 #57 R1-091710》;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112153666A (zh) | 2020-12-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11683795B2 (en) | Communications device and method | |
| CN112640341B (zh) | 在覆盖范围内场景下和覆盖范围外场景下的侧链中的harq | |
| KR102569625B1 (ko) | 혼합된 송신 시간 간격들을 가진 무선 통신들을 위한 업링크 데이터 전송 | |
| EP3011689B1 (en) | Methods of ul tdm for inter-enodeb carrier aggregation | |
| CN110214467B (zh) | 基站装置、终端装置以及通信方法 | |
| EP2448157B1 (en) | Method and apparatus for managing system information in wireless communication system supporting multi-carriers | |
| EP3678434A1 (en) | Method and device applied to v2x system and mobile communication system | |
| EP4319465A2 (en) | Method, wireless device, non-transitory computer readable medium and system for managing buffer state report in wireless communication system supporting device to device communication | |
| CN111096055A (zh) | 终端设备、基站设备、方法和记录介质 | |
| CN110830954B (zh) | 一种直接链路通信的方法、终端及网络设备 | |
| US9326287B2 (en) | Radio communication system, base station, relay station, and radio communication method | |
| TW202041056A (zh) | 通訊裝置及通訊方法 | |
| KR102318913B1 (ko) | 단말간 통신을 지원하는 무선 통신 시스템에서 버퍼상태보고 운용 방법 및 장치 | |
| US10201030B2 (en) | Device and method of handling dual connectivity | |
| EP3665816B1 (en) | Techniques and apparatuses for ultra-reliable low-latency communications transmission using grant-free resources | |
| CN112153666B (zh) | 通信方法、中继设备、宿主基站及计算机存储介质 | |
| WO2016022063A1 (en) | D2d resource utilization monitoring in a wireless communication network | |
| KR20170112773A (ko) | 차량 통신을 지원하는 무선통신 시스템에서 스케줄링 정보 보고 방법 및 장치, 그리고 무선자원 스케줄링 방법 및 장치 | |
| WO2023039783A1 (en) | Decoupled mini-slot sidelink control information (sci) for scheduling and resource reservation | |
| KR20210056294A (ko) | 단말간 통신을 지원하는 무선 통신 시스템에서 상향링크 데이터 전송 방법 및 장치 |
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 |