CN110062474A - 用户设备、基站和相关方法 - Google Patents

用户设备、基站和相关方法 Download PDF

Info

Publication number
CN110062474A
CN110062474A CN201810057863.0A CN201810057863A CN110062474A CN 110062474 A CN110062474 A CN 110062474A CN 201810057863 A CN201810057863 A CN 201810057863A CN 110062474 A CN110062474 A CN 110062474A
Authority
CN
China
Prior art keywords
tbs
block size
msg3
time data
early time
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.)
Granted
Application number
CN201810057863.0A
Other languages
English (en)
Other versions
CN110062474B (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.)
FG Innovation Co Ltd
Sharp Corp
Original Assignee
Sharp Corp
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
Application filed by Sharp Corp filed Critical Sharp Corp
Priority to CN201810057863.0A priority Critical patent/CN110062474B/zh
Priority to US16/961,734 priority patent/US11395182B2/en
Priority to SG11202006766QA priority patent/SG11202006766QA/en
Priority to PCT/CN2018/124353 priority patent/WO2019141061A1/zh
Priority to EP18901641.3A priority patent/EP3742858A4/en
Priority to CA3088708A priority patent/CA3088708A1/en
Publication of CN110062474A publication Critical patent/CN110062474A/zh
Application granted granted Critical
Publication of CN110062474B publication Critical patent/CN110062474B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • H04L1/0004—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes applied to control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H04L1/001—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding applied to control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0016—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy involving special memory structures, e.g. look-up tables
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0025—Transmission of mode-switching indication
    • 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
    • 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/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例提出了一种在随机接入过程中进行早期数据传输的方法及相应的基站和用户设备。所述方法包括：接收随机接入响应消息和广播消息，所述随机接入响应消息包括用于用户设备进行早期数据传输的上行授予，其中所述上行授予包括指示资源分配的信息和指示重复次数的信息；根据所述上行授予和/或广播消息确定在早期数据传输时允许的最大传输块大小及其对应的资源和重复次数；根据允许的最大传输块大小得到可用传输块大小的候选值以及每一候选值所对应的资源和重复次数；以及，根据所要发送的上行数据的大小选择一个合适的传输块大小的候选值及其对应的资源和重复次数在随机接入消息3中进行早期数据传输。根据本发明实施例的方法可以降低UE功耗。

Description

用户设备、基站和相关方法
技术领域
本公开涉及无线通信技术领域，更具体地，本公开涉及一种用户设备、基站和相关方法。
背景技术
2017年3月，在第三代合作伙伴计划(3rd Generation Partnership Project：3GPP)RAN#75次全会上，一个关于机器类通信(Machine Type Communication：MTC)进一步增强的新的工作项目(参见非专利文献1：RP-170732：New WID on Even further enhancedMTC for LTE)和一个关于窄带物联网(NarrowBand-Internet of Things：NB-IoT)进一步增强的新的工作项目(参见非专利文献2：RP-170852：New WID on Further NB-IoTenhancements)获得批准。在上述2个研究项目中，都提到要在5GPP Rel-15版本中支持早期数据传输(Early Data Transmission：EDT)。所述早期数据传输指在随机接入过程中，即在物理随机接入信道(Physical Random Access Channel：PRACH)发送后，而在无线资源控制(Radio Resource Control：RRC)连接建立前，在专用资源上进行下行和/或上行数据的传输。
2017年11月，在美国里诺举行的3GPP RAN2#100次会议达成以下工作假设：除了已有的或基于覆盖增强等级广播的最大传输块大小(Transmission Block Size：TBS)外，不支持通过PRACH资源的分割来指示用户所要发送的上行数据的大小。也就是说基站或演进的基站(Evolved Node B：eNB)不知道用户所要发送的上行数据的大小。但基站可以通过接收PRACH估算出用户的上行信道的状况或质量。在这种情况下，基站如何通过媒体接入控制(Media Access Control：MAC)的随机接入响应(Random Access Response：RAR)中的上行授予(UL Grant)来调度承载随机接入消息3(Msg3)的物理上行共享信道(Physical UplinkShared Channel：PUSCH)是需要解决的问题。
如果基站根据最大传输块大小来调度Msg3的传输。当UE所要传输的数据小于最大传输块大小时，UE进行数据填充后还是按最大传输块大小来发送Msg3。这样将导致UE发射功率的损耗。
发明内容
为了解决或至少缓解上述问题中的至少一些问题，本发明实施例提出可以通过随机接入响应中的上行授予结合系统广播来调度在随机接入消息3(Msg3)中进行的数据传输的机制。具体地，本发明实施例提出了一种进行早期数据传输的方法，以及执行所述方法的用户设备和基站。
根据本发明的第一方面，提供了一种进行早期数据传输的方法，包括：接收随机接入响应消息和广播消息，所述随机接入响应消息包括用于用户设备进行早期数据传输的上行授予，其中所述上行授予包括指示资源分配的信息和指示重复次数的信息；根据所述上行授予和/或广播消息确定在早期数据传输时允许的最大传输块大小及其对应的资源和重复次数；根据允许的最大传输块大小得到可用传输块大小的候选值以及每一候选值所对应的资源和重复次数；以及，根据所要发送的上行数据的大小选择一个合适的传输块大小的候选值及其对应的资源和重复次数在随机接入消息3中进行早期数据传输。
在一些实施例中，确定所述允许的最大传输块大小可以包括：以基站广播的对应于用户设备的覆盖增强等级的最大传输块大小作为所述进行早期数据传输时允许的最大传输块大小。备选地，在另一些实施例中，所述上行授予还可以包括指示所述允许的最大传输块大小的索引信息，并且，确定所述允许的最大传输块大小可以包括：根据所述索引信息，从与基站广播的对应于用户设备的覆盖增强等级的最大传输块大小预关联的一组传输块大小中确定进行早期数据传输时允许的最大传输块大小。
在一些实施例中，每个允许的最大传输块大小与其关联的一组可用传输块大小的候选值之间存在预定的映射关系。备选地，在另一些实施例中，每个允许的最大传输块大小预先关联有一组可用传输块大小的候选值。
在一些实施例中，所述上行授予包括的指示资源分配的信息可以包括：指示对应于在用户设备的覆盖增强等级上采用允许的最大传输块大小时的资源分配的信息。
在一些实施例中，所述上行授予包括的指示重复次数的信息可以包括：指示对应于用户设备的覆盖增强等级的统一重复次数的信息。备选地，在另一些实施例中，所述上行授予包括的指示重复次数的信息可以包括：指示对应于在用户设备的覆盖增强等级上采用允许的最大传输块大小时的重复次数的信息。
根据本发明的第二方面，提供了一种进行早期数据传输的方法，包括：发送随机接入响应消息和广播消息，所述随机接入响应消息包括用于用户设备进行早期数据传输的上行授予，其中所述上行授予包括指示资源分配的信息和指示重复次数的信息；根据所述上行授予和/或广播消息确定在早期数据传输时允许的最大传输块大小及其对应的资源和重复次数；根据允许的最大传输块大小得到可用传输块大小的候选值以及每一候选值所对应的资源和重复次数；以及，基于可用传输块大小的候选值以及每一候选值所对应的资源和重复次数盲解调检测用户设备在随机接入消息3中进行的早期数据传输。
根据本发明的第三方面，提供了一种用户设备，包括：处理器；以及存储器，所述存储器上存储有机器可读指令，所述指令在由所述处理器执行时，使所述处理器执行本发明的第一方面所述的方法。
根据本发明的第四方面，提供了一种基站，包括：处理器；以及存储器，所述存储器上存储有机器可读指令，所述指令在由所述处理器执行时，使所述处理器执行本发明的第二方面所述的方法。
附图说明
通过下文结合附图的详细描述，本公开的上述和其它特征将会变得更加明显，其中：
图1示意性示出了基于竞争的随机接入流程的示意图。
图2示意性示出了根据本发明实施例的进行早期数据传输的方法在用户设备侧的操作的流程示例图。
图3示意性示出了根据本发明实施例的进行早期数据传输的方法在基站侧的操作的流程图。
图4示意性示出了根据本发明实施例的基站的框图。
图5示意性示出了根据本公开实施例的用户设备的框图。
图6示意性示出了根据本公开实施例的可用于实现本公开的基站或用户设备的计算系统的框图。
图7示意性示出了根据本公开实施例的NB-IoT UE的MAC RAR结构框图。
在附图中，相同或相似的结构均以相同或相似的附图标记进行标识。
具体实施方式
下面结合附图和具体实施方式对本公开进行详细阐述。应当注意，本公开不应局限于下文所述的具体实施方式。另外，为了简便起见，省略了对与本公开没有直接关联的公知技术的详细描述，以防止对本公开的理解造成混淆。
如前所述，2017年3月，在第三代合作伙伴计划(3rd Generation PartnershipProject：3GPP)RAN#75次全会上，一个关于机器类通信(Machine Type Communication：MTC)进一步增强的新的工作项目(参见非专利文献1：RP-170732：New WID on Evenfurther enhanced MTC for LTE)和一个关于窄带物联网(NarrowBand-Internet ofThings：NB-IoT)进一步增强的新的工作项目(参见非专利文献2：RP-170852：New WID onFurther NB-IoT enhancements)获得批准。在上述2个研究项目中，都提到要在5GPP Rel-15版本中支持早期数据传输(Early Data Transmission：EDT)。所述早期数据传输指在随机接入过程中，即在物理随机接入信道(Physical Random Access Channel：PRACH)发送后，而在无线资源控制(Radio Resource Control：RRC)连接建立前，在专用资源上进行下行和/或上行数据的传输。
随机接入是3GPP LTE系统中一个基本且重要的过程，通常存在2种方式：基于竞争的随机接入，和基于非竞争的随机接入。图1示意性示出了基于竞争的随机接入流程的示意图。如图1所示，基于竞争的随机接入包括如下4个步骤：
步骤1：用户设备(user equipment：UE)随机选择一个前导序列(Preamble)，并在随机接入信道上发送，即随机接入消息1(Msg1)。
步骤2：基站在检测到有前导序列发送后，下行发送随机接入响应(RAR)，即随机接入消息2(Msg2)。随机接入响应中至少应包含以下信思：
所收到的前导序列的编号
定时调整信息；
为该UE分配的上行授予信息(UL Grant)；
临时分配的小区无线网络临时标识(C-RNTI)。
步骤3：UE在收到随机接入响应后，根据其指示，在分配的上行资源上发送上行消息，即随机接入消息3(Msg3)。
步骤4：基站接收UE的上行消息，并向接入成功的UE返回冲突解决消息，即随机接入消息4(Msg4)。
所述的早期数据传输(EDT)指的是在Msg3(上行)和/或Msg4(下行)中进行数据传输。本文主要讨论在Msg3中进行早期数据传输，即上行的早期数据传输。
2017年10月，在捷克布拉格举行的3GPP RAN2#99bis次会议上，RAN2达成以下共识：可利用PRACH资源的分割来告诉基站UE想在Msg3中进行早期数据传输；以及可以基于每一覆盖增强等级为Msg3广播最大可能的传输块大小。
2017年11月，在美国里诺举行的3GPP RAN2#100次会议达成以下工作假设：除了已有的或基于覆盖增强等级广播的最大传输块大小(Transmission Block Size：TBS)外，不支持通过PRACH资源的分割来指示用户所要发送的上行数据的大小。
由RAN2已达成的共识知道：基站可以通过接收Msg1知道UE的覆盖增强等级，并且由此知道UE想在Msg3中发送的最大传输块大小。基站可以根据该最大传输块大小来调度Msg3的传输。当UE所要传输的数据小于最大传输块大小时，UE进行数据填充后还是按最大传输块大小来发送Msg3。这样将导致UE发射功率的损耗。
一种可行的解决方法是通过Msg2为Msg3提供多个传输块大小，UE根据所要发送的上行数据大小或传输块大小选择一个合适的传输块大小在Msg3中进行早期数据传输。基站通过盲检UE可能用到的多种传输块大小得到UE发送Msg3所用的传输块大小。具体地可以存在如下2种解决方案：
方案1：对于可能采用的不同的传输块大小，用相同的重复次数而不同的资源大小，在Msg3中进行早期数据传输；
方案2：对于可能采用的不同的传输块大小，用相同的资源大小而不同的重复次数，在Msg3中进行早期数据传输。
下面结合附图对本发明的方案进行详细描述。
图2示意性示出了根据本发明实施例的进行早期数据传输的方法在UE侧的操作200的流程示例图。
如图所示，在步骤S210中，接收随机接入响应消息和广播消息。所述随机接入响应消息包括用于用户设备进行早期数据传输的上行授予，其中所述上行授予包括指示资源分配的信息和指示重复次数的信息。
在一些实施例中，上行授予中不需要包括指示传输块大小的信息。
在另一些实施例中，上行授予中可以包括指示传输块大小的信息，例如可以包括最大传输块大小的索引信息。
在步骤S220中，根据上行授予和/或广播消息确定在早期数据传输时允许的最大传输块大小及其对应的资源和重复次数。
在上行授予中不包括指示传输块大小的信息的一些实施例中，在步骤S220中可以根据广播消息来确定在早期数据传输时允许的最大传输块大小。具体地，可以以基站广播的对应于用户设备的覆盖增强等级的最大传输块大小作为进行早期数据传输时允许的最大传输块大小。
在上行授予中包括指示传输块大小的信息的一些实施例中，在步骤S220中可以根据上行授予和广播消息来确定在早期数据传输时允许的最大传输块大小。例如，在系统中为可能广播的最大传输块大小预定义了一组传输块大小并且在上行授予中包括最大传输块大小的索引(例如，该最大传输块大小在关联组中的索引)信息的实施例中，可以根据所述索引信息，从与基站广播的对应于用户设备的覆盖增强等级的最大传输块大小预关联的一组传输块大小中确定进行早期数据传输时允许的最大传输块大小。作为另一示例，在系统中为可能广播的最大传输块大小预定义了多组可用传输块大小并且在上行授予中包括最大传输块大小的索引(例如，该最大传输块大小所在的关联组的索引)信息的实施例中，可以根据所述索引信息，从与基站广播的对应于用户设备的覆盖增强等级的最大传输块大小预关联的多组传输块大小中确定进行早期数据传输时可用的那组传输块大小(也即该最大传输块大小所在的关联组)。
在一些实施例中，上行授予包括的指示资源分配的信息可以包括指示对应于在用户设备的覆盖增强等级上采用允许的最大传输块大小时的资源分配的信息。于是，在确定了在早期数据传输时允许的最大传输块大小后，即可根据上行授予中的指示资源分配的信息确定其对应的资源。
在一些实施例中，对于可能采用的不同的传输块大小，用相同的重复次数而不同的资源大小在Msg3中进行早期数据传输(如上述方案1)。在这些实施例中，上行授予包括的指示重复次数的信息可以是：指示对应于用户设备的覆盖增强等级的统一重复次数的信息。
备选地，在另一些实施例中，对于可能采用的不同的传输块大小，用相同的资源大小而不同的重复次数在Msg3中进行早期数据传输(如上述方案2)。在这样的实施例中，上行授予包括的指示重复次数的信息可以是：指示对应于在用户设备的覆盖增强等级上采用允许的最大传输块大小时的重复次数的信息。
无论在哪种情况(方案1或方案2)下，在确定了在早期数据传输时允许的最大传输块大小后，即可根据上行授予中的指示信息确定其对应的重复次数。
在步骤S230中，根据允许的最大传输块大小得到可用传输块大小的候选值以及每一候选值所对应的资源和重复次数。
在一些实施例中，每个允许的最大传输块大小与其关联的一组可用传输块大小的候选值之间存在预定的映射关系。具体地，可以预先定义每个允许的最大传输块大小与其关联的一组可用传输块大小的候选值之间的映射关系。例如，假定允许的最大传输块大小为X，则其对应的可用传输块大小为X、(1/2)*X、(1/4)*X和(1/8)*X等等或其近似值。在实践中，为了兼容性，可以以与X、(1/2)*X、(1/4)*X和(1/8)*X等等接近的现有的(如Rel-13的PUSCH的)传输块大小值作为可用传输块大小。
在另一些实施例中，每个允许的最大传输块大小预先关联有一组可用传输块大小的候选值。例如，可以在系统中预先为可能广播的最大传输块大小预定义多组可用传输块大小，每组传输块大小对应一个允许的最大传输块大小。在这样的实施例中，可以在上行授予中指示允许的最大传输块大小所在的组的索引。于是根据所述索引信息，UE可以从与基站广播的对应于用户设备的覆盖增强等级的最大传输块大小预关联的多组传输块大小中确定进行早期数据传输时可用的那组传输块大小。应该理解，在这样的实施例中，确定了进行早期数据传输时可用的那组传输块大小即同时确定了允许的最大传输块大小及其对应的可用传输块大小的候选值。
在确定了可用传输块大小的候选值后，可以获得每一候选值所对应的资源和重复次数。例如，在前述对于可能采用的不同的传输块大小，采用相同的重复次数而不同的资源大小在Msg3中进行早期数据传输的实施例(如上述方案1)中，每一候选值所对应的重复次数与相应的允许的最大传输块大小对应的重复次数(其在步骤S220中确定)相同。每一候选值所对应的资源可以是相应的允许的最大传输块大小对应的资源中的一部分。又如，在前述对于可能采用的不同的传输块大小，用相同的资源大小而不同的重复次数在Msg3中进行早期数据传输的实施例(如上述方案2)中，每一候选值所对应的资源与相应的允许的最大传输块大小对应的资源相同。每一候选值所对应的重复次数可以根据相应的允许的最大传输块大小对应的重复次数以及该候选值与相应的允许的最大传输块大小的比例来确定。
在步骤S240中，根据所要发送的上行数据的大小选择一个合适的传输块大小的候选值及其对应的资源和重复次数在随机接入消息3中进行早期数据传输。
图3示意性示出了根据本发明实施例的进行早期数据传输的方法在基站侧的操作300的流程图。
在接收到用户设备发送的随机接入前导序列之后，方法300开始。
如图所示，在步骤S310中，基站发送随机接入响应消息和广播消息。其中，广播消息是周期性发送的，与用户设备发送随机接入前导序列的先后无关。所述随机接入响应消息包括用于用户设备进行早期数据传输的上行授予，其中所述上行授予包括指示资源分配的信息和指示重复次数的信息。
在一些实施例中，上行授予中不需要包括指示传输块大小的信息。
在另一些实施例中，上行授予中可以包括指示传输块大小的信息，例如可以包括最大传输块大小的索引信息。
在步骤S320中，根据上行授予和/或广播消息确定在早期数据传输时允许的最大传输块大小及其对应的资源和重复次数。
在上行授予中不包括指示传输块大小的信息的一些实施例中，在步骤S320中可以根据广播消息来确定在早期数据传输时允许的最大传输块大小。具体地，可以以基站广播的对应于用户设备的覆盖增强等级的最大传输块大小作为进行早期数据传输时允许的最大传输块大小。
在上行授予中包括指示传输块大小的信息的一些实施例中，在步骤S320中可以根据上行授予和广播消息来确定在早期数据传输时允许的最大传输块大小。例如，在系统中为可能广播的最大传输块大小预定义了一组传输块大小并且在上行授予中包括最大传输块大小的索引(例如，该最大传输块大小在关联组中的索引)信息的实施例中，可以根据所述索引信息，从与基站广播的对应于用户设备的覆盖增强等级的最大传输块大小预关联的一组传输块大小中确定进行早期数据传输时允许的最大传输块大小。作为另一示例，在系统中为可能广播的最大传输块大小预定义了多组可用传输块大小并且在上行授予中包括最大传输块大小的索引(例如，该最大传输块大小所在的关联组的索引)信息的实施例中，可以根据所述索引信息，从与基站广播的对应于用户设备的覆盖增强等级的最大传输块大小预关联的多组传输块大小中确定进行早期数据传输时可用的那组传输块大小(也即该最大传输块大小所在的关联组)。
在一些实施例中，上行授予包括的指示资源分配的信息可以包括指示对应于在用户设备的覆盖增强等级上采用允许的最大传输块大小时的资源分配的信息。于是，在确定了在早期数据传输时允许的最大传输块大小后，即可根据上行授予中的指示资源分配的信息确定其对应的资源。
在一些实施例中，对于可能采用的不同的传输块大小，用相同的重复次数而不同的资源大小在Msg3中进行早期数据传输(如上述方案1)。在这些实施例中，上行授予包括的指示重复次数的信息可以是：指示对应于用户设备的覆盖增强等级的统一重复次数的信息。
备选地，在另一些实施例中，对于可能采用的不同的传输块大小，用相同的资源大小而不同的重复次数在Msg3中进行早期数据传输(如上述方案2)。在这样的实施例中，上行授予包括的指示重复次数的信息可以是：指示对应于在用户设备的覆盖增强等级上采用允许的最大传输块大小时的重复次数的信息。
无论在哪种情况(方案1或方案2)下，在确定了在早期数据传输时允许的最大传输块大小后，即可根据上行授予中的指示信息确定其对应的重复次数。
在步骤S330中，根据允许的最大传输块大小得到可用传输块大小的候选值以及每一候选值所对应的资源和重复次数。
在一些实施例中，每个允许的最大传输块大小与其关联的一组可用传输块大小的候选值之间存在预定的映射关系。具体地，可以预先定义每个允许的最大传输块大小与其关联的一组可用传输块大小的候选值之间的映射关系。例如，假定允许的最大传输块大小为X，则其对应的可用传输块大小为X、(1/2)*X、(1/4)*X和(1/8)*X等等或其近似值。在实践中，为了兼容性，可以以与X、(1/2)*X、(1/4)*X和(1/8)*X等等接近的现有的(如Rel-13的PUSCH的)传输块大小值作为可用传输块大小。
在另一些实施例中，每个允许的最大传输块大小预先关联有一组可用传输块大小的候选值。例如，可以在系统中预先为可能广播的最大传输块大小预定义多组可用传输块大小，每组传输块大小对应一个允许的最大传输块大小。在这样的实施例中，可以在上行授予中指示允许的最大传输块大小所在的组的索引。于是根据所述索引信息，UE可以从与基站广播的对应于用户设备的覆盖增强等级的最大传输块大小预关联的多组传输块大小中确定进行早期数据传输时可用的那组传输块大小。应该理解，在这样的实施例中，确定了进行早期数据传输时可用的那组传输块大小即同时确定了允许的最大传输块大小及其对应的可用传输块大小的候选值。
在确定了可用传输块大小的候选值后，可以获得每一候选值所对应的资源和重复次数。例如，在前述对于可能采用的不同的传输块大小，采用相同的重复次数而不同的资源大小在Msg3中进行早期数据传输的实施例(如上述方案1)中，每一候选值所对应的重复次数与相应的允许的最大传输块大小对应的重复次数(其在步骤S220中确定)相同。每一候选值所对应的资源可以是相应的允许的最大传输块大小对应的资源中的一部分。又如，在前述对于可能采用的不同的传输块大小，用相同的资源大小而不同的重复次数在Msg3中进行早期数据传输的实施例(如上述方案2)中，每一候选值所对应的资源与相应的允许的最大传输块大小对应的资源相同。每一候选值所对应的重复次数可以根据相应的允许的最大传输块大小对应的重复次数以及该候选值与相应的允许的最大传输块大小的比例来确定。
在步骤S340中，基于可用传输块大小的候选值以及每一候选值所对应的资源和重复次数盲解调检测用户设备在随机接入消息3中进行的早期数据传输。
应该理解，上面示出的方法仅是示例性的。本发明的方法并不局限于上面示出的步骤和顺序。在上述方法200和300中，仅示出了与本发明相关的操作，UE和基站还可以包括其他操作。例如，在步骤S210之前，UE可以发送前导序列以发起随机接入过程。在步骤S340之后，基站还可以发送Msg 4，等等。
图4示意性示出了根据本公开实施例的基站10的框图。如图所示，基站10包括发送单元12和接收单元14。本领域技术人员应理解，发送单元12和接收单元14可以分开实现，也可以实现在一起作为单个组件。还应该理解，基站10还可以包括实现其功能所必需的其他功能单元，如各种处理器、存储器、射频信号处理单元、基带信号处理单元和其它物理下行信道发射处理单元等等。然而为了简便，省略了这些公知元件的详细描述。
发送单元12可以配置为：发送随机接入响应消息和广播消息，所述随机接入响应消息包括用于用户设备进行早期数据传输的上行授予，其中所述上行授予包括指示资源分配的信息和指示重复次数的信息。
具体地，发送单元12可以利用物理下行控制信道(Physical Downlink ControlChannel：PDCCH)和/或物理下行共享信道(Physical Downlink Shared Channel：PDSCH)向UE发送基于每一覆盖增强等级的最大授予的传输块大小和/或针对最大授予的传输块大小所分配资源数和/或重复次数等信息。所述信息可以是物理层信令和/或MAC信令和/或RRC信令等。RRC信令可以是广播信令，例如系统信息，也可以是UE专用的RRC信令。
接收单元14可以配置为：基于可用传输块大小的候选值以及每一候选值所对应的资源和重复次数盲解调检测用户设备在随机接入消息3中进行的早期数据传输，其中根据所述上行授予和/或广播消息确定在早期数据传输时允许的最大传输块大小使用的传输块大小、及其对应的资源分配和重复次数，并且根据允许的最大传输块大小得到可用传输块大小的候选值以及每一候选值所对应的资源和重复次数。
具体地，接收单元14可以根据UE的覆盖增强等级、为该覆盖增强等级所授予的最大传输块大小、以及为所述最大传输块大小所分配的资源数和/或重复次数对UE所发送的随机接入消息3进行盲检。随机接入消息3由物理上行共享信道(Physical Uplink SharedChannel：PUSCH)所承载。
图5示出了根据本公开实施例的用户设备UE 20的框图。如图所示，UE 20包括接收单元22和发送单元24。本领域技术人员应理解，接收单元22和发送单元24可以分开实现，也可以实现在一起作为单个组件。还应理解，UE 20还可以包括实现其功能所必需的其他功能单元，如各种处理器、存储器、射频信号处理单元、基带信号处理单元和其它物理上行信道发射处理单元等等。然而为了简便，省略了这些公知元件的详细描述。
接收单元22可以配置为：接收随机接入响应消息和广播消息，所述随机接入响应消息包括用于用户设备进行早期数据传输的上行授予，其中所述上行授予包括指示资源分配的信息和指示重复次数的信息。
具体地，接收单元22可以通过PDCCH和/或PDSCH接收eNB发来的基于每一覆盖增强等级的最大授予的传输块大小和/或针对最大授予的传输块大小所分配资源数和/或重复次数等信息。所述信息可以是物理层信令和/或MAC信令和/或RRC信令等。RRC信令可以是广播信令，例如系统信息，也可以是UE专用的RRC信令。
发送单元24可以配置为：根据所要发送的上行数据的大小选择一个合适的传输块大小的候选值及其对应的资源和重复次数在随机接入消息3中进行早期数据传输，其中根据所述上行授予和/或广播消息确定在早期数据传输时允许的最大传输块大小使用的传输块大小、及其对应的资源分配和重复次数，并且根据允许的最大传输块大小得到可用传输块大小的候选值以及每一候选值所对应的资源和重复次数。
具体地，发送单元24可以根据UE的覆盖增强等级、为该覆盖增强等级所授予的最大传输块大小、以及对应于所述最大传输块大小所分配的资源数和/或重复次数，基于UE所要发送的数据大小选择一个合适的传输块大小，并在与所选的传输块大小对应的资源上和/或采用与所选的传输块大小对应的重复次数发送随机接入消息3。
本发明所述的基站是用于与用户设备通信的一个实体，也可以指Node B或演进的Node B(Evolved Node B，eNB)或接入点(Access Point，AP)。
本发明所述的用户设备也可以指终端或接入终端或站点或移动站点等。用户设备可以是蜂窝电话或掌上电脑(Personal Digital Assistant，PDA)或无绳电话或笔记本电脑或移动电话或智能手机或手持设备或上网本等。
本发明所述的物理下行控制信道可以指3GPP LTE/LTE-A(Long Term Evolution/Long Term Evolution-Advanced)中的PDCCH或用于机器类通信的MPDCCH(MTC PDCCH)或用于窄带物联网通信的NPDCCH或NR(New Radio，也可称为5G)的NR-PDCCH等。所述物理下行共享信道可以指3GPP LTE/LTE-A(Long Term Evolution/Long Term Evolution-Advanced)中的PDSCH或用于窄带物联网通信的NPDSCH或NR-PDSCH等。所述物理上行共享信道可以指3GPP LTE/LTE-A(Long Term Evolution/Long Term Evolution-Advanced)中的PUSCH或用于窄带物联网通信的NPUSCH或NR-PUSCH等。
根据本发明实施例的基站可以配置为执行上述方法300。根据本发明实施例的用户设备可以配置为执行上述方法200。在此不再对其操作进行赘述。
图6示意性示出了根据本公开实施例的可用于实现本公开的基站或用户设备的计算系统的框图。
如图6所示，计算系统600包括处理器610、计算机可读存储介质620、输出接口630、以及输入接口640。该计算系统600可以执行上面参考相应的允许描述的方法200或300，以在随机接入过程中进行早期数据传输。
具体地，处理器610例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器610还可以包括用于缓存用途的板载存储器。处理器610可以是用于执行参考图4或图5描述的方法流程的不同动作的单一处理单元或者是多个处理单元。
计算机可读存储介质620，例如可以是能够包含、存储、传送、传播或传输指令的任意介质。例如，可读存储介质可以包括但不限于电、磁、光、电磁、红外或半导体系统、装置、器件或传播介质。可读存储介质的具体示例包括：磁存储装置，如磁带或硬盘(HDD)；光存储装置，如光盘(CD-ROM)；存储器，如随机存取存储器(RAM)或闪存；和/或有线/无线通信链路。
计算机可读存储介质620可以包括计算机程序621，该计算机程序621可以包括代码/计算机可执行指令，其在由处理器610执行时使得处理器610执行例如上面结合图2或图3所描述的方法流程及其任何变形。
计算机程序621可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序621中的代码可以包括一个或多个程序模块，例如包括621A、模块621B、……。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器610执行时，使得处理器610可以执行例如上面结合图2或图3所描述的方法流程及其任何变形。
根据本公开的实施例，处理器610可以使用输出接口630和输入接口640来执行上面结合图2或图3所描述的方法流程及其任何变形。
以下针对MTC和NB-loT，就上述2种解决方案分别给出一些示例来更详细地说明本发明的技术方案。应该理解，下面的示例实施例仅是作为示例而非限制，本发明的方案可以类似地用于其他支持在随机接入过程中进行早期数据传输的系统。
实施例1
针对Rel-15 MTC，为可能采用的多个不同的传输块大小，使用相同的重复次数，在不同的资源大小上进行上行的早期数据传输。
在现有的3GPP有关MTC的标准规范中，PUSCH的最小资源分配单位是一个物理资源块(PRB)，支持2种覆盖增强模式：覆盖增强模式A(CE mode A)和覆盖增强模式B(CE modeB)。CE mode A用于信道状态好，不需要覆盖增强或需要较小的覆盖增强，或者说不需要重复发送或重复发送次数很小的的UE；CE mode B用于信道状态较差，需要较大或很大的覆盖增强，或者说需要重复发送次数较大或很大的UE。Msg3的调度信息由随机接入响应(RandomAccess Response：RAR)的上行授予(UL Grant)指示。表1是RAR上行授予的内容(参见非专利文献3：3GPP TS 36.213 V13.7.0(2017-09)，物理层步骤中的表6-2)。
表1 RAR上行授予内容
表中的“Msg3 PUSCH narrowband index”栏指示在系统带宽中窄带的位置，在频域上，一个窄带为6个连续的物理资源块；“Msg3 PUSCH Resource allocation”栏指在窄带中为承载Msg3的PUSCH所分配的资源；“Number of Repetitions for Msg3 PUSCH”栏指承载Msg3的PUSCH的重复发送次数；“MCS”栏指发送Msg3所采用的调制编码等级；“TBS”栏指发送Msg3所采用的传输块大小；其它内容就不一一说明了，可以参见非专利文献3。
上行早期数据传输的RAR上行授予的设计可以采用现有的RAR上行授予的设计，即总的比特数和所含的字符段不变，而重新解释某些字符段的含义。备选地，可以保持总的比特数不变，而重新设计上行授予的字符段数以及各字符段的内容。考虑到后向兼容，可以通过RAR中的预留比特来指示所述的RAR上行授予是现有的上行授予还早期数据传输的上行授予。备选地，可以随机接入-无线网络临时标识(Random Access-Radio NetworkTemporary Identity：RA-RNTI)来区分所述的RAR上行授予是现有的上行授予还早期数据传输的上行授予。
根据3GPP RAN2达成的共识，基站通过接受随机接入Msg1可以知道UE的覆盖增强等级，并由覆盖增强等级可以得到UE的最大可能的传输块大小或UE采用早期数据传输所要发送的最大数据量，而不可能知道UE采用早期数据传输实际所要发送的数据量。因此，基站只能根据UE最大可能的传输块大小来为UE的Msg3 PUSCH分配资源和确定其重复发送次数。如果UE采用早期数据传输所要发送的上行数据量大大小于最大传输块大小，将会导致UE功率的额外损耗。我们可以针对每一覆盖增强等级的最大传输块大小，定义一组的TBS，UE根据在Msg3中进行早期数据传输所要发送的数据量大小选择一个接近其数据大小的TBS值以进行早期数据传输。由此，可以减少UE功率的消耗。以下以CE Mode B和一组中含有4个TBS值的情况进行详细说明。主要考虑传输块大小、资源和重复次数的确定等。
1.如何得到四个TBS值
四个TBS值的获得有以下三种方式：
方式1：
针对某一覆盖增强等级的UE，其在Msg3中进行早期数据传输的最大传输块大小等于依据其覆盖增强等级而广播的最大TBS(X)。其它的TBS值为(1/2)*X、(1/4)*X和(1/8)*X。例如，为覆盖增强等级1的UE所广播的最大TBS为1000比特，那么，其它三个TBS值为500比特、250比特和125比特。由于500、250和125比特的TBS值不是如下表2 Rel-13 PUSCH传输块大小表中的数值(参见非专利文献3：3GPP TS 36.213 V13.7.0(2017-09)，物理层步骤中的表7.1.7.2.1-1)，我们选择表2中最接近上述数值的TBS值来替代上述数值。由此，我们可以得到以下TBS值：504比特、256比特和120比特。
在该方式中，UE根据基站为其对应的覆盖增强等级所广播的最大TBS就可以直接得到四个TBS值。因此，在Msg3中进行早期数据传输时，其RAR上行授予中的TBS字符段可以不用。
表2 Rel-13 PUSCH传输块大小表
方式2：
为每一个可能广播的最大TBS预先定义一组TBS，每组TBS中含有4个TBS值。UE根据基站为其对应的覆盖增强等级所广播的最大TBS，可以知道与所述广播的最大TBS相对应的一组TBS。再由RAR上行授予中的TBS字符段指示该组TBS中的一个TBS值。由此所得到的TBS值即为所述UE在Msg3中进行早期数据传输时所能用到的最大TBS(Y)。其它的TBS值为(1/2)*Y、(1/4)*Y和(1/8)*Y。例如，1000比特的TBS为基站可能广播的一个最大的TBS，为该最大TBS预先定义的一组TBS为{1000，808，600，328}。RAR上行授予中的TBS字符段为2比特，00对应于1000，01对应于808，10对应于600，11对应于328。那么，当RAR上行授予中的TBS字符段为01时，可以得知该UE在Msg3中进行早期数据传输时所能用到的最大TBS为808。此时，其它的三个TBS应为404、202和101比特。由于404、202和101比特的TBS值不是如下表2 Rel-13PUSCH传输块大小表中的数值(参见非专利文献3：3GPP TS 36.213 V13.7.0(2017-09)，物理层步骤中的表7.1.7.2.1-1)，我们选择表2中最接近上述数值的TBS值来替代上述数值。由此，我们可以得到以下三个TBS值：408、208和104比特。
方式3：
为每一个可能广播的最大TBS预先定义四组TBS，每组TBS中含有4个TBS值。UE根据基站为其对应的覆盖增强等级所广播的最大TBS，可以知道与所述广播的最大TBS相对应的四组TBS。再由RAR上行授予中的TBS字符段指示四组TBS中的一组TBS。由此可以得到UE在Msg3中进行早期数据传输时的一组TBS，即4个TBS值。例如，1000比特的TBS为基站可能广播的一个最大的TBS，为该最大TBS预先定义如下四组TBS：{1000，504，256，120}，{808，408，208，104}，{600，296，144，88}，{328，176，88，56}。RAR上行授予中的TBS字符段为2比特，通过该字符段可以为UE指示四组TBS中的一组用于在Msg3中进行早期数据传输。
2.如何为上述1小节中的四个TBS值确定资源
在RAR上行授予中有一个Msg3 PUSCH的资源分配字符段。与Rel-13 CE mode B一样，该字符段有3个比特，用于指示窄带中的物理资源块(Physical Resource Block：PRB)分配。具体内容如表3所示。
表3
3比特的资源分配域 所分配的资源块
‘000’ 窄带中的第1个PRB
‘001’ 窄带中的第2个PRB
‘010’ 窄带中的第3个PRB
‘011’ 窄带中的第4个PRB
‘100’ 窄带中的第5个PRB
‘101’ 窄带中的第6个PRB
‘110’ 窄带中的第1和第2个PRB
‘111’ 窄带中的第3和第4个PRB
由表3可知，Msg3 PUSCH所能分配的PRB数为1个PRB或2个PRB。我们可以规定RAR上行授予中所分配的资源对应于UE在Msg3中进行早期数据传输的最大TBS。也就是说，如果UE选择用最大TBS来进行早期数据传输，则UE将在RAR上行授予中所分配的资源上发送Msg3。而用于其它三个TBS发送的资源将由RAR上行授予中所分配的资源推导出来。如果RAR上行授予中所分配到的资源为一个PRB，则规定1PRB、6子载波、3子载波和2子载波的资源可分别用于上述1小节中所得到的四个TBS值的传输。资源数由大到小的四个对应于TBS由大到小的四个值。如果RAR上行授予中所分配到的资源为2个PRB，则规定2PRB、1PRB、6子载波和3子载波的资源可分别用于上述1小节中所得到的四个TBS值的传输。资源数由大到小的四个对应于TBS由大到小的四个值。6子载波、3子载波、2子载波或1PRB的位置是预先确定的，例如，对于所分配到的资源为1个PRB的情况，其6子载波、3子载波、2子载波为所分配到的1个PRB中的开头的6子载波、3子载波或2子载波；对于所分配到的资源为2个PRB的情况，其1PRB、6子载波、3子载波为所分配到的2个PRB中的开头的1个PRB、以及开头1个PRB中的头6子载波、3子载波。
3.如何为上述1小节中的四个TBS值确定重复次数
在RAR上行授予中有一个Number of Repetitions for Msg3 PUSCH的字符段。该字符段与Rel-13 CE mode B的定义一样，有3个比特，用于指示Msg3 PUSCH的重复传输次数。
对于在Msg3中进行早期数据传输而言，上述字符段指示的是某一覆盖增强等级采用最大TBS时的Msg3 PUSCH重复传输次数。对于同一覆盖增强等级的其它三个TBS值，将采用与最大TBS时相同的Msg3 PUSCH重复传输次数。即上述字符段所指示的重复次数作用于同一覆盖增强等级的所有TBS值。也即相同的重复次数应用于同一覆盖增强等级的所有TBS值。
4.UE和基站的行为
UE根据下行参考信令接收功率(Reference Signal Received Power：RSRP)可以知道其自身的覆盖增强等级。当UE想在Msg3中进行早期数据传输时，将选择与其覆盖增强等级相对应的PRACH资源进行Msg1的传输。
基站通过系统广播信息广播每一覆盖增强等级的最大可能的TBS，或者广播允许UE在Msg3中进行早期数据传输时的最大的数据传输量。或者基站通过RAR上行授予信息通知UE，当该UE在Msg3中进行早期数据传输时可用的最大TBS。
UE通过接收系统广播信息或RAR上行授予信息可以得到，当UE想在Msg3中进行早期数据传输时，对应于其覆盖增强等级的最大的TBS。或者UE通过接收系统广播信息或RAR上行授予信息可以得到，对应于其覆盖增强等级，基站许可该UE在Msg3中进行早期数据传输时最大的数据传输量。
当UE想在Msg3中进行早期数据传输时，UE根据其得到的对应于其覆盖增强等级的最大的TBS，可以采用本实施例小节1“如何得到四个TBS值”的方法得到四个TBS值；采用本实施例小节2“如何为上述1小节中的四个TBS值确定资源”的方法得到对应于四个TBS值的Msg3 PUSCH的上行传输资源；采用本实施例小节3“如何为上述1小节中的四个TBS值确定重复次数”的方法得到对应于四个TBS值的Msg3 PUSCH的重复传输次数。因此，当UE想在Msg3中进行早期数据传输时，UE根据其想要发送的数据大小选择一个合适的TBS值，并在与该TBS对应的资源上采用与该TBS对应的重复传输次数进行Msg3 PUSCH的传输。
基站通过接收Msg1知道UE想在Msg3中进行早期数据传输，并且知道该UE的覆盖增强等级。基站根据其广播的对应于该UE覆盖增强等级的最大TBS或根据其在RAR上行授予信息中指示的最大TBS可以得到该UE在Msg3中进行早期数据传输时的最大的TBS。再采用本实施例小节1“如何得到四个TBS值”的方法得到四个TBS值；采用本实施例小节2“如何为上述1小节中的四个TBS值确定资源”的方法得到对应于四个TBS值的Msg3 PUSCH的上行传输资源；采用本实施例小节3“如何为上述1小节中的四个TBS值确定重复次数”的方法得到对应于四个TBS值的Msg3 PUSCH的重复传输次数。因此，基站可以在对应于4个TBS值的Msg3PUSCH资源上，以对应于该4个TBS值的Msg3 PUSCH重复次数盲检Msg3 PUSCH。从而检出UE在Msg3中采用早期数据传输所传输的数据。
如果UE在Msg3中采用早期数据传输所要传输的数据量大于RAR上行授予信息中所指示的最大的TBS，UE将放弃在Msg3中采用早期数据传输来传输UE所要传输的数据，而是在Msg3中采用早期数据传输的方式来传输已有(Legacy)的Msg3信息，即只进行已有的Msg3传输。也就是说，UE根据已有的Msg3信息量选择一个适合的TBS值，并在与该TBS对应的资源上采用与该TBS对应的重复传输次数进行Msg3 PUSCH的传输。而该Msg3 PUSCH所传输的内容只有已有的Msg3信息。
实施例2
针对Rel-15 NB-IoT，为可能采用的多个不同的传输块大小，使用相同的重复次数，在不同的资源大小上进行上行的早期数据传输。
在现有的3GPP有关NB-IoT的标准规范中，用于调度Msg3 NPUSCH的RAR UL Grant有15个比特，具体内容如下：
上行子载波间隔Δf：‘0’＝3.75kHz或‘1’＝15kHz-1比特
分配的子载波指示-6比特
调度延迟-2bits
Msg3重复次数-3bits
调制编码方案索引(指示TBS、调制方式和资源单元数(Resource Unit：RU))-3比特
RAR上行授予中的调制编码方案索引定义如表4。
表4：Msg3 NPUSCH的调制编码方案索引
有关NB-IoT RAR UL Grant的具体内容参见非专利文献3：3GPP TS 36.213V13.7.0(2017-09)，物理层步骤中的16.3.3小节：窄带随机接入响应授予。
从上述的RAR上行授予中，我们可以看没有单独的资源单元分配信息，而是用3比特来统一指示包括TBS、调制方式和资源单元数。这与正常的NPUSCH调度不同，所述正常的NUPUSCH调度指由NPDCCH承载NPUSCH的调度信息，即由NPDCCH来调度NPUSCH而非由RAR上行授予来调度NPUSCH。正常的NPUSCH的调度采用下行控制信息(Downlink ControlInformation：DCI)格式N0(DCI Format N0)。其具体内容如下：
格式N0/N1的区分标记-1比特
分配的子载波指示-6比特
资源分配-3比特
调度延迟-2比特
调制编码方案-4比特
冗余版本-1比特
重复次数-3比特
新数据指示-1比特
DCI子帧重复次数-2比特
有关DCI format N0的具体描述参见非专利文献4：3GPP TS 36.212 V13.6.0(2017-06)，复用与信道编码中的6.4.3.1小节。
而NB-IoT的MAC RAR的具体结构如图3所示(参见非专利文献5：3GPP TS 36.321V13.7.0(2017-09)，媒体介入控制协议规范中的6.1.5小节：RAR的MAC协议数据单元(Protocol Data Unit：PDU)。
从图3中，我们可以看出，虽然RAR上行授予为15比特，但RAR中有5比特的预留。而正常的NPUSCH调度的资源分配字符段只需3比特。因此，我们利用现有Msg3 NPUSCH的调制编码方案索引预留状态和/或RAR中的预留比特来设计早期数据传输的RAR上行授予或早期数据传输的MAC RAR。
在设计早期数据传输的RAR上行授予时，现有RAR上行授予的上行子载波间隔、分配的子载波指示和调度延迟字符段可以保持不变。主要考虑在Msg3中进行早期数据传输时的Msg3 NPUSCH的TBS、资源单元数和重复次数的确定。以下详细论述几种可能的确定TBS、资源单元数和重复次数的方法。
方法一：在RAR上行授予中用3个字符段分别指示TBS、资源单元数和重复次数
我们可以重新设计NB-IoT UE在Msg3中进行早期数据传输的RAR上行授予。即增加一个3比特的资源分配字符段，其定义与正常的NPSUCH调度的DCI format N0中的资源分配字符段一样。并且保留目前已有RAR上行授予中的MCS索引字符段，但其大小可以与已有RAR上行授予中的MCS索引字符段的大小不一样。例如，为2比特而非3比特。现有RAR上行授予中的其它字符段可以保持不变。这样的话，类似于实施例1中为MTC设计的方法可以应用于NB-IoT。
由于采用RAR中的预留比特指示早期数据传输的Msg3 NPUSCH的资源分配，NB-IoTUE的总RAR比特数保持不变。考虑到后向兼容，可以通过RAR中的剩余的预留比特来指示所述的RAR上行授予是现有的上行授予还是早期数据传输的上行授予。备选地，可以随机接入-无线网络临时标识(Random Access-Radio Network Temporary Identity：RA-RNTI)来区分所述的RAR上行授予是现有的上行授予还早期数据传输的上行授予。
根据3GPP RAN2达成的共识，基站通过接受随机接入Msg1可以知道UE的覆盖增强等级，并由覆盖增强等级可以得到UE的最大可能的传输块大小或UE采用早期数据传输所要发送的最大数据量，而不可能知道UE采用早期数据传输时实际所要发送的数据量。因此，基站只能根据UE最大可能的传输块大小来为UE的Msg3 PUSCH分配资源和确定其重复发送次数。如果UE采用早期数据传输所要发送的上行数据量大大小于最大传输块大小，将会导致UE功率的额外损耗。我们可以针对每一覆盖增强等级的最大传输块大小，定义一组的TBS，UE根据在Msg3中进行早期数据传输所要发送的数据量大小选择一个接近其数据大小的TBS值以进行早期数据传输。由此，可以减少UE功率的消耗。以下以一组中含有4个TBS值的情况进行详细说明。
1.TBS值的确定
四个TBS值的获得有以下三种方式：
方式1：
针对某一覆盖增强等级的UE，其在Msg3中进行早期数据传输的最大传输块大小等于依据其覆盖增强等级而广播的最大TBS(X)。其它的TBS值为(1/2)*X、(1/4)*X和(1/8)*X。例如，为覆盖增强等级1的UE所广播的最大TBS为1000比特，那么，其它三个TBS值为500比特、250比特和125比特。由于500、250和125比特的TBS值不是如表5 NPUSCH传输块大小表中的数值(参见非专利文献3：3GPP TS 36.213 V13.7.0(2017-09)，物理层步骤中的表16.5.1.2-2)，我们选择表5中最接近上述数值的TBS值来替代上述数值。由此，我们可以得到以下TBS值：504比特、256比特和120比特。
在该方式中，UE根据基站为其对应的覆盖增强等级所广播的最大TBS就可以直接得到四个TBS值。因此，在Msg3中进行早期数据传输时，其RAR上行授予中的TBS字符段可以不用。
表5 NPUSCH TBS表
方式2：
为每一个可能广播的最大TBS预先定义一组TBS，每组TBS中含有4个TBS值。UE根据基站为其对应的覆盖增强等级所广播的最大TBS，可以知道与所述广播的最大TBS相对应的一组TBS。再由RAR上行授予中的TBS字符段指示该组TBS中的一个TBS值。由此所得到的TBS值即为所述UE在Msg3中进行早期数据传输时所能用到的最大TBS(Y)。其它的TBS值为(1/2)*Y、(1/4)*Y和(1/8)*Y。例如，1000比特的TBS为基站可能广播的一个最大的TBS，为该最大TBS预先定义的一组TBS为{1000，808，600，328}。RAR上行授予中的TBS字符段为2比特，00对应于1000，01对应于808，10对应于600，11对应于328。那么，当RAR上行授予中的TBS字符段为01时，可以得知该UE在Msg3中进行早期数据传输时所能用到的最大TBS为808。此时，其它的三个TBS应为404、202和101比特。由于404、202和101比特的TBS值不是如下表5 NPUSCH传输块大小表中的数值(参见非专利文献3：3GPP TS 36.213 V13.7.0(2017-09)，物理层步骤中的表16.5.1.2-2)，我们选择表5中最接近上述数值的TBS值来替代上述数值。由此，我们可以得到以下三个TBS值：408、208和104比特。
方式3：
为每一个可能广播的最大TBS预先定义四组TBS，每组TBS中含有4个TBS值。UE根据基站为其对应的覆盖增强等级所广播的最大TBS，可以知道与所述广播的最大TBS相对应的四组TBS。再由RAR上行授予中的TBS字符段指示四组TBS中的一组TBS。由此可以得到UE在Msg3中进行早期数据传输时的一组TBS，即4个TBS值。例如，1000比特的TBS为基站可能广播的一个最大的TBS，为该最大TBS预先定义如下四组TBS：{1000，504，256，120}，{808，408，208，104}，{600，296，144，88}，{328，176，88，56}。RAR上行授予中的TBS字符段为2比特，通过该字符段可以为UE指示四组TBS中的一组用于在Msg3中进行早期数据传输。
2.资源的确定
如上所述，在NB-IoT RAR上行授予中增加一个3比特的资源分配字符段。其定义与正常的NPUSCH调度中的资源分配字符段一样。该3比特的资源字符段的定义如表6所示(参见参见非专利文献3：3GPP TS 36.213 V13.7.0(2017-09)，物理层步骤中的表16.5.1.1-2)。
表6 NPUSCH的资源单元数
I<sub>RU</sub> N<sub>RU</sub>
0 1
1 2
2 3
3 4
4 5
5 6
6 8
7 10
由表6可知NPUSCH可分配的资源单元数为1、2、3、4、5、6、8和10。我们可以规定RAR上行授予中所分配的资源对应于UE在Msg3中进行早期数据传输的最大TBS。也就是说，如果UE选择用最大TBS来进行早期数据传输，则UE将在RAR上行授予中所分配的资源上发送Msg3。而用于其它三个TBS发送的资源将由RAR上行授予中所分配的资源推导出来。例如，如果RAR上行授予中所分配到的资源单元数为10，则规定所分配到的10个资源单元中的10、ceil(10/2)＝5、ceil(10/4)＝3和ceil(10/8)＝2个资源单元可分别用于上述1小节中所得到的四个TBS值的传输。资源单元数由大到小的四个资源单元数对应于TBS由大到小的四个TBS值；如果RAR上行授予中所分配到的资源为8个资源单元，则规定所分配到的8个资源单元中的8、ceil(8/2)＝4、ceil(8/4)＝2和ceil(8/8)＝1个资源单元可分别用于上述1小节中所得到的四个TBS值的传输。资源单元数由大到小的四个资源单元数对应于TBS由大到小的四个TBS值。上述10个资源单元中的10、5、3和2个资源单元或上述8个资源单元中的8、4、2和1个资源单元的位置是预先确定的。例如，对于所分配到的资源单元为10的情况，其5、3和2个资源单元为所分配到的10个资源单元中的前5、3和2个资源单元；对于所分配到的资源单元为8的情况，其4、2和1个资源单元为所分配到的8个资源单元中的前4、2和1个资源单元。
3.重复次数的确定
在RAR上行授予中有一个Msg3 repetition number(Msg3重复次数)的字符段。该字符段与Rel-13 NB-IoT RAR上行授予的定义一样，为3个比特，用于指示Msg3 NPUSCH的重复传输次数。
对于在Msg3中进行早期数据传输而言，上述字符段指示的是某一覆盖增强等级采用最大TBS时的Msg3 NPUSCH重复传输次数。对于同一覆盖增强等级的其它三个TBS值，将采用与最大TBS时相同的Msg3 NPUSCH重复传输次数。即上述字符段所指示的重复次数作用于同一覆盖增强等级的所有TBS值。也即相同的重复次数应用于同一覆盖增强等级的所有TBS值。
4.UE和基站的行为
UE根据下行参考信令接收功率(Reference Signal Received Power：RSRP)可以知道其自身的覆盖增强等级。当UE想在Msg3中进行早期数据传输时，将选择与其覆盖增强等级相对应的PRACH资源进行Msg1的传输。
基站通过系统广播信息广播每一覆盖增强等级的最大可能的TBS，或者广播允许UE在Msg3中进行早期数据传输时的最大的数据传输量。或者基站通过RAR上行授予信息通知UE，当该UE在Msg3中进行早期数据传输时可用的最大TBS。
UE通过接收系统广播信息或RAR上行授予信息可以得到，当UE想在Msg3中进行早期数据传输时，对应于其覆盖增强等级的最大的TBS。或者UE通过接收系统广播信息或RAR上行授予信息可以得到，对应于其覆盖增强等级，基站许可该UE在Msg3中进行早期数据传输时最大的数据传输量。
当UE想在Msg3中进行早期数据传输时，UE根据其得到的对应于其覆盖增强等级的最大的TBS，可以采用本实施例小节1“TBS值的确定”的方法得到四个TBS值；采用本实施例小节2“资源的确定”的方法得到对应于四个TBS值的Msg3 NPUSCH的上行传输资源；采用本实施例小节3“重复次数的确定”的方法得到对应于四个TBS值的Msg3 NPUSCH的重复传输次数。因此，当UE想在Msg3中进行早期数据传输时，UE根据其想要发送的数据大小选择一个合适的TBS值，并在与该TBS对应的资源上采用与该TBS对应的重复传输次数进行Msg3 NPUSCH的传输。
基站通过接收Msg1知道UE想在Msg3中进行早期数据传输，并且知道该UE的覆盖增强等级。基站根据其广播的对应于该UE覆盖增强等级的最大TBS或根据其在RAR上行授予信息中指示的最大TBS可以得到该UE在Msg3中进行早期数据传输时的最大的TBS。再采用本实施例小节1“TBS值的确定”的方法得到四个TBS值；采用本实施例小节2“资源的确定”的方法得到对应于四个TBS值的Msg3 NPUSCH的上行传输资源；采用本实施例小节3“重复次数的确定”的方法得到对应于四个TBS值的Msg3 NPUSCH的重复传输次数。因此，基站可以在对应于4个TBS值的Msg3 NPUSCH资源上，以对应于该4个TBS值的Msg3 NPUSCH重复次数盲检Msg3PUSCH。从而检出UE在Msg3中采用早期数据传输所传输的数据。
如果UE在Msg3中采用早期数据传输所要传输的数据量大于RAR上行授予信息中所指示的最大的TBS，UE将放弃在Msg3中采用早期数据传输来传输UE所要传输的数据，而是在Msg3中采用早期数据传输的方式来传输已有(Legacy)的Msg3信息，即只进行已有的Msg3传输。也就是说，UE根据已有的Msg3信息量选择一个适合的TBS值，并在与该TBS对应的资源上采用与该TBS对应的重复传输次数进行Msg3 NPUSCH的传输。而该Msg3 NPUSCH所传输的内容只有已有的Msg3信息。
方法二：在RAR上行授予中用2个字符段来指示TBS、资源单元数和重复次数。其中，用一个字符段统一指示TBS和资源单元数，另一个字符段单独指示重复次数。
在现有的3GPP有关NB-IoT的标准规范中，用于调度Msg3 NPUSCH的RAR UL Grant有15个比特，具体内容如下：
上行子载波间隔Δf：‘0’＝3.75kHz或‘1’＝15kHz-1比特
分配的子载波指示-6比特
调度延迟-2bits
Msg3重复次数-3bits
调制编码方案索引(指示TBS、调制方式和资源单元数(Resource Unit：RU))-3比特
RAR上行授予中的调制编码方案索引定义如表4。有关NB-IoT RAR UL Grant的具体内容参见非专利文献3：3GPP TS 36.213 V13.7.0(2017-09)，物理层步骤中的16.3.3小节：窄带随机接入响应授予。
从上述的RAR上行授予中，我们可以看没有单独的资源单元分配信息，而是用3比特来统一指示包括TBS、调制方式和资源单元数。由表4可以看到，现有RAR的上行授予只用到3比特的8个状态中的3个状态来指示Msg3 NPUSCH的TBS、调制方式和资源单元数的组合，还有5个状态为预留状态。我们可以利用预留的5个状态来为在Msg3中进行早期数据传输的Msg3 NPUSCH指示TBS、调制方式和资源单元数。而现有RAR上行授予中的其它内容不变。例如，我们可以设计表7所示的调制编码方案索引表。
表7：Msg3 NPUSCH的调制编码方案索引
在表7中，前3个状态(或前3项)保留不变，以支持基站指示已申请在Msg3中进行早期数据传输的UE退回到现有的Msg3传输，而不进行早期数据传输。即当MCS Index为‘000’、‘001’或‘010’时，已申请在Msg3中进行早期数据传输的UE将退回到现有的Msg3传输。而当MCS Index为‘011’、‘100’、‘101’、‘110’或‘111’时，已申请在Msg3中进行早期数据传输的UE将在Msg3中进行早期数据传输。
由于采用RAR上行授予中的预留状态指示早期数据传输的Msg3 NPUSCH的资源分配，NB-IoT UE的总RAR比特数保持不变。考虑到后向兼容，可以通过RAR中的剩余的预留比特来指示所述的RAR上行授予是现有的上行授予还是早期数据传输的上行授予。备选地，可以随机接入-无线网络临时标识(Random Access-Radio Network Temporary Identity：RA-RNTI)来区分所述的RAR上行授予是现有的上行授予还早期数据传输的上行授予。
根据3GPP RAN2达成的共识，基站通过接受随机接入Msg1可以知道UE的覆盖增强等级，并由覆盖增强等级可以得到UE的最大可能的传输块大小或UE采用早期数据传输所要发送的最大数据量，而不可能知道UE采用早期数据传输时实际所要发送的数据量。因此，基站只能根据UE最大可能的传输块大小来为UE的Msg3 PUSCH分配资源和确定其重复发送次数。如果UE采用早期数据传输所要发送的上行数据量大大小于最大传输块大小，将会导致UE功率的额外损耗。我们可以针对每一覆盖增强等级的最大传输块大小，定义一组的TBS，UE根据在Msg3中进行早期数据传输所要发送的数据量大小选择一个接近其数据大小的TBS值以进行早期数据传输。由此，可以减少UE功率的消耗。
1.TBS值及其对应的资源单元数的确定
方式1.
设计一个或多个类似表7的MCS索引表，例如，设计4个MCS索引表。其中，第一个MCS索引表的其前3个状态(或前3项)保留不变，即与现有的Msg3 NPUSCH MCS索引表中的前3项保持一致，以支持基站指示已申请在Msg3中进行早期数据传输的UE退回到现有的Msg3传输，而不进行早期数据传输。即当MCS Index为‘000’、‘001’或‘010’时，已申请在Msg3中进行早期数据传输的UE将退回到现有的Msg3传输。而当MCS Index为‘011’、‘100’、‘101’、‘110’或‘111’时，已申请在Msg3中进行早期数据传输的UE将在Msg3中进行早期数据传输。而其它三个MCS索引表中的所有项都重新设计，如表8。
表8：Msg3 NPUSCH的调制编码方案索引
如果只有一个MCS索引表，则该MCS索引表为上述第一个MCS索引表，即表7。可以用RAR中预留的5比特中的2个比特来指示当次调度的Msg3 NPUSCH所用到的MCS索引表。
上述第一个MCS索引表(如表7)中的TBS3、TBS4、TBS5、TBS6和TBS7和其它3个MCS索引表(如表8)中的TBSO、TBS1、TBS2、TBS3、TBS4、TBS5、TBS6和TBS7是基站可能广播的最大TBS或基站通过RAR上行授予可能指示的最大TBS。上述的TBS值可以是一样的，也可以是不一样或部分不一样。基站通过RAR上行授予中的MCS索引字符段为UE指示一个MCS索引值，由该索引值可以得到UE在Msg3中进行早期数据传输时所用的资源单元数、TBS和调制方式。可以规定该TBS为UE在Msg3中进行早期数据传输时能用到的最大TBS。所指示的资源单元数则对应于该最大TBS所用到的资源单元数，并由该TBS得到UE在Msg3中进行早期数据传输时能用到的其它的TBS值，以及对应于其它TBS所用的资源单元数。例如，RAR上行授予中的MCS索引为表7中的‘011’，其所指示的TBS1为1000比特，其资源单元数为10。假设该UE在Msg3中进行早期数据传输时有4个TBS值可供选择，则其它3个TBS值可以为：(1/2)*TBS1＝500、(1/4)*TBS1＝250和(1/8)*TBS1＝125。由于500、250和125比特的TBS值不是如表5 NPUSCH传输块大小表中的数值(参见非专利文献3：3GPP TS 36.213 V13.7.0(2017-09)，物理层步骤中的表16.5.1.2-2)，我们选择表5中最接近上述数值的TBS值来替代上述数值。由此，我们可以得到以下TBS值：504比特、256比特和120比特。而与该3个TBS值对应的资源单元数为ceil(10/2)＝5、ceil(10/4)＝3和ceil(10/8)＝2。备选地，为每一个在RAR上行授予中可能指示到的最大TBS定义一组TBS值及其对应的一组资源单元数。例如，假设定义一组TBS中有4个TBS值，为1000比特的最大TBS定义的一组TBS值为{1000，504，256，120}，该组TBS对应的资源单元数为{10，5，3，2}。TBS组中的TBS值与资源单元数组中的资源单元数一一对应，即TBS1000对应于资源单元数10；TBS 504对应于资源单元数5；TBS 256对应于资源单元数3；TBS120对应于资源单元数2。上述10个资源单元中的10、5、3和2个资源单元的位置是预先确定的。例如，对于所分配到的资源单元为10的情况，其5、3和2个资源单元为所分配到的10个资源单元中的前5、3和2个资源单元。
方式2
可以为每一个可能广播的最大TBS设计一个类似于表7的Msg3 NPUSCH MCS索引表；或者可以为每一覆盖增强等级一个类似于表7的Msg3 NPUSCH MCS索引表。所述类似于表7的Msg3 NPUSCH MCS索引表，其前3个状态(或前3项)保留不变，即与现有的Msg3 NPUSCHMCS索引表中的前3项保持一致，以支持基站指示已申请在Msg3中进行早期数据传输的UE退回到现有的Msg3传输，而不进行早期数据传输。即当MCS Index为‘000’、‘001’或‘010’时，已申请在Msg3中进行早期数据传输的UE将退回到现有的Msg3传输。而当MCS Index为‘011’、‘100’、‘101’、‘110’或‘111’时，已申请在Msg3中进行早期数据传输的UE将在Msg3中进行早期数据传输。这样，UE基于其覆盖增强等级，根据基站为该覆盖增强等级所广播的最大TBS来解释或读取MCS索引表中的内容。或UE根据其覆盖增强等级来解释或读取MCS索引表中的内容。备选地，可以设计多个类似于表7内容的Msg3 NPUSCH MCS索引表，所述所有的类似于表7的Msg3 NPUSCH MCS索引表，其前3个状态(或前3项)保留不变，即与现有的Msg3NPUSCH MCS索引表中的前3项保持一致，以支持基站指示已申请在Msg3中进行早期数据传输的UE退回到现有的Msg3传输，而不进行早期数据传输。即当MCS Index为‘000’、‘001’或‘010’时，已申请在Msg3中进行早期数据传输的UE将退回到现有的Msg3传输。而当MCSIndex为‘011’、‘100’、‘101’、‘110’或‘111’时，已申请在Msg3中进行早期数据传输的UE将在Msg3中进行早期数据传输。可以采用RAR中的预留比特来指示所采用的MCS索引表。例如，设计了4个MCS索引表，可以用2比特的信息来指示：‘00’指示第一个MCS索引表，在该表中的前3项于表7中的内容一样，用于支持基站指示已申请在Msg3中进行早期数据传输的UE退回到现有的Msg3传输；‘01’指示第二个MCS索引表；‘10’指示第三个MCS索引表；‘11’指示第四个MCS索引表。UE根据RAR中的预留比特来解释MCS索引表的内容。由于每一个MCS索引表中有5个状态可以用于UE在Msg3中进行早期数据传输时Msg3 NPUSCH可用到的5种不同的TBS、调制方式和资源单元数的组合。因此，可以为基站可能广播的每一个最大的TBS或每一覆盖增强等级或所设计的多个MCS索引表中的每一MCS索引表设计不多于5种的不同TBS、调制方式和资源单元数的组合。UE基于其覆盖增强等级或基于对应于其覆盖增强等级广播的最大TBS或基于所接收的RAR预留比特就可以得到一个可用于Msg3 NPUSCH传输的MCS索引表，再由所得到的MCS索引表可以得到多个TBS及其对应的资源单元数。备选地，可以通过RAR中的预留比特来指示UE所得到的MCS索引表中的哪几个MCS索引可用于Msg3 NPUSCH传输。如上所述，MCS索引表中最多有5个状态可用于早期数据传输的Msg3 NPUSCH。因此，可以用3比特指示所得到的MCS索引表中5个MCS索引中有几个可用于早期数据传输的Msg3 NPUSCH。备选地，可以通过RAR上行授予中的MCS索引表中预留的5个状态来指示UE所得到的MCS索引表中的哪几个MCS索引可用于Msg3 NPUSCH传输。如上所述，MCS索引表中最多有5个状态可用于早期数据传输的Msg3 NPUSCH。也就是说，一个MCS索引表中最多有5个MCS索引可用于早期数据传输。因此，可以5个预留状态来指示1、2、3、4和5个可能的MCS索引用于早期数据传输。例如，5个预留状态中的‘011’指示有1个MCS索引可用于早期数据传输；‘100’指示有2个MCS索引可用于早期数据传输；‘101’指示有3个MCS索引可用于早期数据传输；‘110’指示有4个MCS索引可用于早期数据传输；‘111’指示有5个MCS索引可用于早期数据传输。
具体是MCS索引表中5个MCS索引哪几个可用于早期数据传输的Msg3 NPUSCH可以是预先确定的。例如，RAR中的预留比特指示有2个MCS索引可用于早期数据传输的Msg3NPUSCH，可以规定是MCS索引表中5个MCS索引‘011’、‘100’、‘101’、‘110’和‘111’中的‘011’和‘100’或者‘011’和‘101’可用于早期数据传输的Msg3 NPUSCH。UE由此可以得到2个TBS值及其对应的2个资源单元数可用于早期数据传输的Msg3 NPUSCH。
方式3
基站为每一个覆盖增强等级或为基于每一个覆盖增强等级所广播的最大TBS配置一个TBS及其对应的资源单元数或多个TBS及其对应的资源单元数。备选地，我们将表7中对应于某一MCS索引所含有的参数：调制方式、资源单元数和TBS值作为一组参数，我们称之为参数组。基站为每一个覆盖增强等级或为基于每一个覆盖增强等级所广播的最大TBS配置一个或多个所述的参数组。UE基于其覆盖增强等级或基于对应于其覆盖增强等级广播的最大TBS可以得到一个或多个TBS及其对应的资源单元数，或可以得到一个或多个参数组。从而，得到一个或多个TBS值及其对应的一个或多个资源单元数。
2.重复次数的确定
在RAR上行授予中有一个Msg3 repetition number的字符段。该字符段与Rel-13NB-IoT RAR上行授予的定义一样，为3个比特，用于指示Msg3 NPUSCH的重复传输次数。以下以4个TBS候选值为例进行说明。
对于在Msg3中进行早期数据传输而言，上述字符段指示的是某一覆盖增强等级采用最大TBS时的Msg3 NPUSCH重复传输次数。对于同一覆盖增强等级的其它三个TBS值，将采用与最大TBS时相同的Msg3 NPUSCH重复传输次数。即上述字符段所指示的重复次数作用于同一覆盖增强等级的所有TBS值。也即相同的重复次数应用于同一覆盖增强等级的所有TBS值。
3.UE和基站的行为
UE根据下行参考信令接收功率(Reference Signal Received Power：RSRP)可以知道其自身的覆盖增强等级。当UE想在Msg3中进行早期数据传输时，将选择与其覆盖增强等级相对应的PRACH资源进行Msg1的传输。
基站通过系统广播信息广播每一覆盖增强等级的最大可能的TBS，或者广播允许UE在Msg3中进行早期数据传输时的最大的数据传输量。或者基站通过RAR上行授予信息通知UE，当该UE在Msg3中进行早期数据传输时可用的最大TBS。
UE通过接收系统广播信息或RAR上行授予信息可以得到，当UE想在Msg3中进行早期数据传输时，对应于其覆盖增强等级的最大的TBS。或者UE通过接收系统广播信息或RAR上行授予信息可以得到，对应于其覆盖增强等级，基站许可该UE在Msg3中进行早期数据传输时最大的数据传输量。
当UE想在Msg3中进行早期数据传输时，UE根据其得到的对应于其覆盖增强等级的最大的TBS，可以采用本实施例小节1“TBS值及其对应的资源单元数的确定”的方法得到四个TBS值及其对应的资源；采用本实施例小节2“重复次数的确定”的方法得到对应于所述四个TBS值的Msg3NPUSCH的重复传输次数。因此，当UE想在Msg3中进行早期数据传输时，UE根据其想要发送的数据大小选择一个合适的TBS值，并在与该TBS对应的资源上采用与该TBS对应的重复传输次数进行Msg3 NPUSCH的传输。
基站通过接收Msg1知道UE想在Msg3中进行早期数据传输，并且知道该UE的覆盖增强等级。基站根据其广播的对应于该UE覆盖增强等级的最大TBS或根据其在RAR上行授予信息中指示的最大TBS可以得到该UE在Msg3中进行早期数据传输时的最大的TBS。再采用本实施例小节1“TBS值及其对应的资源单元数的确定”的方法得到四个TBS值及其对应的资源；采用本实施例小节2“重复次数的确定”的方法得到对应于所述四个TBS值的Msg3 NPUSCH的重复传输次数。因此，基站可以在对应于所述四个TBS值的Msg3 NPUSCH资源上，以对应于所述四个TBS值的Msg3 NPUSCH重复次数盲检Msg3 PUSCH。从而检出UE在Msg3中采用早期数据传输所传输的数据。
如果UE在Msg3中采用早期数据传输所要传输的数据量大于RAR上行授予信息中所指示的最大的TBS，UE将放弃在Msg3中采用早期数据传输来传输UE所要传输的数据，而是在Msg3中采用早期数据传输的方式来传输已有(Legacy)的Msg3信息，即只进行已有的Msg3传输。也就是说，UE根据已有的Msg3信息量选择一个适合的TBS值，并在与该TBS对应的资源上采用与该TBS对应的重复传输次数进行Msg3 NPUSCH的传输。而该Msg3 NPUSCH所传输的内容只有已有的Msg3信息。
实施例3
针对Rel-15 MTC，为可能采用的多个不同的传输块大小，使用不同的重复次数，在相同的资源大小上进行上行的早期数据传输。
在现有的3GPP有关MTC的标准规范中，PUSCH的最小资源分配单位是一个物理资源块(PRB)，支持2种覆盖增强模式：覆盖增强模式A(CE mode A)和覆盖增强模式B(CE modeB)。CE mode A用于信道状态好，不需要覆盖增强或需要较小的覆盖增强，或者说不需要重复发送或重复发送次数很小的的UE；CE mode B用于信道状态较差，需要较大或很大的覆盖增强，或者说需要重复发送次数较大或很大的UE。Msg3的调度信息由随机接入响应(RandomAccess Response：RAR)的上行授予(UL Grant)指示。表1是RAR上行授予的内容(参见非专利文献3：3GPP TS 36.213 V13.7.0(2017-09)，物理层步骤中的表6-2)。
表中的“Msg3 PUSCH narrowband index”栏指示在系统带宽中窄带的位置，在频域上，一个窄带为6个连续的物理资源块；“Msg3 PUSCH ResourCe allocation”栏指在窄带中为承载Msg3的PUSCH所分配的资源；“Number of Repetitions for Msg3 PUSCH”栏指承载Msg3的PUSCH的重复发送次数；“MCS”栏指发送Msg3所采用的调制编码等级；“TBS”栏指发送Msg3所采用的传输块大小；其它内容就不一一说明了，可以参见非专利文献3。
上行早期数据传输的RAR上行授予的设计可以采用现有的RAR上行授予的设计，即总的比特数和所含的字符段不变，而重新解释某些字符段的含义。备选地，可以保持总的比特数不变，而重新设计上行授予的字符段数以及各字符段的内容。考虑到后向兼容，可以通过RAR中的预留比特来指示所述的RAR上行授予是现有的上行授予还早期数据传输的上行授予。备选地，可以随机接入-无线网络临时标识(Random Access-Radio NetworkTemporary Identity：RA-RNTI)来区分所述的RAR上行授予是现有的上行授予还早期数据传输的上行授予。
根据3GPP RAN2达成的共识，基站通过接受随机接入Msg1可以知道UE的覆盖增强等级，并由覆盖增强等级可以得到UE的最大可能的传输块大小或UE采用早期数据传输所要发送的最大数据量，而不可能知道UE采用EDT实际所要发送的数据量。因此，基站只能根据UE最大可能的传输块大小来为UE的Msg3 PUSCH分配资源和确定其重复发送次数。如果UE采用EDT所要发送的上行数据量大大小于最大传输块大小，将会导致UE功率的额外损耗。我们可以针对每一覆盖增强等级的最大传输块大小，定义一组的TBS，UE根据在Msg3中进行早期数据传输所要发送的数据量大小选择一个接近其数据大小的TBS值以进行早期数据传输。由此，可以减少UE功率的消耗。以下以CE Mode B和一组中含有4个TBS值的情况进行详细说明。主要考虑传输块大小、资源和重复次数的确定等。
1.TBS值的确定
四个TBS值的获得有以下三种方式：
方式1：
针对某一覆盖增强等级的UE，其在Msg3中进行早期数据传输的最大传输块大小等于依据其覆盖增强等级而广播的最大TBS(X)。其它的TBS值为(1/2)*X、(1/4)*X和(1/8)*X。例如，为覆盖增强等级1的UE所广播的最大TBS为1000比特，那么，其它三个TBS值为500比特、250比特和125比特。由于500、250和125比特的TBS值不是如下表2 Rel-13PUSCH传输块大小表中的数值(参见非专利文献3：3GPP TS 36.213 V13.7.0(2017-09)，物理层步骤中的表7.1.7.2.1-1)，我们选择表2中最接近上述数值的TBS值来替代上述数值。由此，我们可以得到以下TBS值：504比特、256比特和120比特。
在该方式中，UE根据基站为其对应的覆盖增强等级所广播的最大TBS就可以直接得到四个TBS值。因此，在Msg3中进行早期数据传输时，其RAR上行授予中的TBS字符段可以不用。
方式2：
为每一个可能广播的最大TBS预先定义一组TBS，每组TBS中含有4个TBS值。UE根据基站为其对应的覆盖增强等级所广播的最大TBS，可以知道与所述广播的最大TBS相对应的一组TBS。再由RAR上行授予中的TBS字符段指示该组TBS中的一个TBS值。由此所得到的TBS值即为所述UE在Msg3中进行早期数据传输时所能用到的最大TBS(Y)。其它的TBS值为(1/2)*Y、(1/4)*Y和(1/8)*Y。例如，1000比特的TBS为基站可能广播的一个最大的TBS，为该最大TBS预先定义的一组TBS为{1000，808，600，328}。RAR上行授予中的TBS字符段为2比特，00对应于1000，01对应于808，10对应于600，11对应于328。那么，当RAR上行授予中的TBS字符段为01时，可以得知该UE在Msg3中进行早期数据传输时所能用到的最大TBS为808。此时，其它的三个TBS应为404、202和101比特。由于404、202和101比特的TBS值不是如下表2 Rel-13PUSCH传输块大小表中的数值(参见非专利文献3：3GPP TS 36.213 V13.7.0(2017-09)，物理层步骤中的表7.1.7.2.1-1)，我们选择表2中最接近上述数值的TBS值来替代上述数值。由此，我们可以得到以下三个TBS值：408、208和104比特。
方式3：
为每一个可能广播的最大TBS预先定义四组TBS，每组TBS中含有4个TBS值。UE根据基站为其对应的覆盖增强等级所广播的最大TBS，可以知道与所述广播的最大TBS相对应的四组TBS。再由RAR上行授予中的TBS字符段指示四组TBS中的一组TBS。由此可以得到UE在Msg3中进行早期数据传输时的一组TBS，即4个TBS值。例如，1000比特的TBS为基站可能广播的一个最大的TBS，为该最大TBS预先定义如下四组TBS：{1000，504，256，120}，{808，408，208，104}，{600，296，144，88}，{328，176，88，56}。RAR上行授予中的TBS字符段为2比特，通过该字符段可以为UE指示四组TBS中的一组用于在Msg3中进行早期数据传输。
2.资源的确定
在RAR上行授予中有一个Msg3 PUSCH的资源分配字符段。与Rel-13 CE mode B一样，该字符段有3个比特，用于指示窄带中的物理资源块(Physical Resource Block：PRB)分配。具体内容如表3所示。
由表3可知，Msg3 PUSCH所能分配的PRB数为1个PRB或2个PRB。我们可以规定RAR上行授予中所分配的资源对应于UE在Msg3中进行早期数据传输的最大TBS。也就是说，如果UE选择用最大TBS来进行早期数据传输，则UE将在RAR上行授予中所分配的资源上发送Msg3。而用于其它三个TBS发送的资源与RAR上行授予中所分配的资源一样。也就是说，对于本实施例小节1“如何得到四个TBS值”所得到的4个TBS值将采用相同的资源进行早期数据传输。而且，所用的资源为RAR上行授予中所分配到的资源。
3.重复次数的确定
在RAR上行授予中有一个Number of Repetitions for Msg3 PUSCH的字符段。该字符段与Rel-13 CE mode B的定义一样，有3个比特，用于指示Msg3 PUSCH的重复传输次数。
对于在Msg3中进行早期数据传输而言，上述字符段指示的是某一覆盖增强等级采用最大TBS时的Msg3 PUSCH重复传输次数(NRep)。对于同一覆盖增强等级的其它三个TBS值：TBS2、TBS3和TBS4。其中TBS2＞TBS3＞TBS4。其对应的Msg3 PUSCH重复传输次数可以由以下方式获得：TBS2的Msg3 PUSCH重复传输次数为：ceil((1/2)*NRep)；TBS3的Msg3 PUSCH重复传输次数为：ceil((1/4)*NRep)；TBS4的Msg3 PUSCH重复传输次数为：ceil((1/8)*NRep)。
4.UE和基站的行为
UE根据下行参考信令接收功率(Reference Signal Received Power：RSRP)可以知道其自身的覆盖增强等级。当UE想在Msg3中进行早期数据传输时，将选择与其覆盖增强等级相对应的PRACH资源进行Msg1的传输。
基站通过系统广播信息广播每一覆盖增强等级的最大可能的TBS，或者广播允许UE在Msg3中进行早期数据传输时的最大的数据传输量。或者基站通过RAR上行授予信息通知UE，当该UE在Msg3中进行早期数据传输时可用的最大TBS。
UE通过接收系统广播信息或RAR上行授予信息可以得到，当UE想在Msg3中进行早期数据传输时，对应于其覆盖增强等级的最大的TBS。或者UE通过接收系统广播信息或RAR上行授予信息可以得到，对应于其覆盖增强等级，基站许可该UE在Msg3中进行早期数据传输时最大的数据传输量。
当UE想在Msg3中进行早期数据传输时，UE根据其得到的对应于其覆盖增强等级的最大的TBS，可以采用本实施例小节1“TBS值的确定”的方法得到四个TBS值；采用本实施例小节2“资源的确定”的方法得到对应于四个TBS值的Msg3 PUSCH的上行传输资源；采用本实施例小节3“重复次数的确定”的方法得到对应于四个TBS值的Msg3 PUSCH的重复传输次数。因此，当UE想在Msg3中进行早期数据传输时，UE根据其想要发送的数据大小选择一个合适的TBS值，并在与该TBS对应的资源上采用与该TBS对应的重复传输次数进行Msg3 PUSCH的传输。
基站通过接收Msg1知道UE想在Msg3中进行早期数据传输，并且知道该UE的覆盖增强等级。基站根据其广播的对应于该UE覆盖增强等级的最大TBS或根据其在RAR上行授予信息中指示的最大TBS可以得到该UE在Msg3中进行早期数据传输时的最大的TBS。再采用本实施例小节1“TBS值的确定”的方法得到四个TBS值；采用本实施例小节2“资源的确定”的方法得到对应于四个TBS值的Msg3 PUSCH的上行传输资源；采用本实施例小节3“重复次数的确定”的方法得到对应于四个TBS值的Msg3 PUSCH的重复传输次数。因此，基站可以在对应于4个TBS值的Msg3 PUSCH资源上，以对应于该4个TBS值的Msg3 PUSCH重复次数盲检Msg3PUSCH。从而检出UE在Msg3中采用早期数据传输所传输的数据。
如果UE在Msg3中采用早期数据传输所要传输的数据量大于RAR上行授予信息中所指示的最大的TBS，UE将放弃在Msg3中采用早期数据传输来传输UE所要传输的数据，而是在Msg3中采用早期数据传输的方式来传输已有(Legacy)的Msg3信息，即只进行已有的Msg3传输。也就是说，UE根据已有的Msg3信息量选择一个适合的TBS值，并在与该TBS对应的资源上采用与该TBS对应的重复传输次数进行Msg3 PUSCH的传输。而该Msg3 PUSCH所传输的内容只有已有的Msg3信息。
实施例4
针对Rel-15 NB-IoT，为可能采用的多个不同的传输块大小，使用不相同的重复次数，在相同的资源大小上进行上行的早期数据传输。
在现有的3GPP有关NB-IoT的标准规范中，用于调度Msg3 NPUSCH的RAR UL Grant有15个比特，具体内容如下：
上行子载波间隔Δf：‘0’＝3.75kHz或‘1’＝15kHz-1比特
分配的子载波指示-6比特
调度延迟-2bits
Msg3重复次数-3bits
调制编码方案索引(指示TBS、调制方式和资源单元数(Resource Unit：RU))-3比特
RAR上行授予中的调制编码方案索引定义如表4。
有关NB-IoT RAR UL Grant的具体内容参见非专利文献3：3GPP TS 36.213V13.7.0(2017-09)，物理层步骤中的16.3.3小节：窄带随机接入响应授予。
从上述的RAR上行授予中，我们可以看没有单独的资源单元分配信息，而是用3比特来统一指示包括TBS、调制方式和资源单元数。这与正常的NPUSCH调度不同，所述正常的NUPUSCH调度指由NPDCCH承载NPUSCH的调度信息，即由NPDCCH来调度NPUSCH而非由RAR上行授予来调度NPUSCH。正常的NPUSCH的调度采用下行控制信息(Downlink ControlInformation：DCI)格式N0(DCI Format N0)。其具体内容如下：
格式N0/N1的区分标记-1比特
分配的子载波指示-6比特
资源分配-3比特
调度延迟-2比特
调制编码方案-4比特
冗余版本-1比特
重复次数-3比特
新数据指示-1比特
DCI子帧重复次数-2比特
有关DCI format N0的具体描述参见非专利文献4：3GPP TS 36.212 V13.6.0(2017-06)，复用与信道编码中的6.4.3.1小节。
而NB-IoT的MAC RAR的具体结构如图3所示(参见非专利文献5：3GPP TS 36.321V13.7.0(2017-09)，媒体介入控制协议规范中的6.1.5小节：RAR的MAC协议数据单元(Protocol Data Unit：PDU)。
从图3中，我们可以看出，虽然RAR上行授予为15比特，但RAR中有5比特的预留。而正常的NPUSCH调度的资源分配字符段只需3比特。因此，我们利用现有Msg3 NPUSCH的调制编码方案索引预留状态和/或RAR中的预留比特来设计早期数据传输的RAR上行授予或早期数据传输的MAC RAR。
在设计早期数据传输的RAR上行授予时，现有RAR上行授予的上行子载波间隔、分配的子载波指示和调度延迟字符段可以保持不变。主要考虑在Msg3中进行早期数据传输时的Msg3 NPUSCH的TBS、资源单元数和重复次数的确定。以下详细论述几种可能的确定TBS、资源单元数和重复次数的方法。
方法一：在RAR上行授予中用3个字符段分开指示TBS、资源单元数和重复次数
我们可以重新设计NB-IoT UE在Msg3中进行早期数据传输的RAR上行授予。即增加一个3比特的资源分配字符段，其定义与正常的NPSUCH调度的DCI format N0中的资源分配字符段一样。并且保留目前已有RAR上行授予中的MCS索引字符段，但其大小可以与已有RAR上行授予中的MCS索引字符段的大小不一样。例如，为2比特而非3比特。现有RAR上行授予中的其它字符段可以保持不变。这样的话，类似于实施例1中为MTC设计的方法可以应用于NB-IoT。
由于采用RAR中的预留比特指示早期数据传输的Msg3 NPUSCH的资源分配，NB-IoTUE的总RAR比特数保持不变。考虑到后向兼容，可以通过RAR中的剩余的预留比特来指示所述的RAR上行授予是现有的上行授予还是早期数据传输的上行授予。备选地，可以随机接入-无线网络临时标识(Random Access-Radio Network Temporary Identity：RA-RNTI)来区分所述的RAR上行授予是现有的上行授予还早期数据传输的上行授予。
根据3GPP RAN2达成的共识，基站通过接受随机接入Msg1可以知道UE的覆盖增强等级，并由覆盖增强等级可以得到UE的最大可能的传输块大小或UE采用早期数据传输所要发送的最大数据量，而不可能知道UE采用早期数据传输时实际所要发送的数据量。因此，基站只能根据UE最大可能的传输块大小来为UE的Msg3 PUSCH分配资源和确定其重复发送次数。如果UE采用早期数据传输所要发送的上行数据量大大小于最大传输块大小，将会导致UE功率的额外损耗。我们可以针对每一覆盖增强等级的最大传输块大小，定义一组的TBS，UE根据在Msg3中进行早期数据传输所要发送的数据量大小选择一个接近其数据大小的TBS值以进行早期数据传输。由此，可以减少UE功率的消耗。以下以一组中含有4个TBS值的情况进行详细说明。
1.TBS值的确定
四个TBS值的获得有以下三种方式：
方式1：
针对某一覆盖增强等级的UE，其在Msg3中进行早期数据传输的最大传输块大小等于依据其覆盖增强等级而广播的最大TBS(X)。其它的TBS值为(1/2)*X、(1/4)*X和(1/8)*X。例如，为覆盖增强等级1的UE所广播的最大TBS为1000比特，那么，其它三个TBS值为500比特、250比特和125比特。由于500、250和125比特的TBS值不是如表5 NPUSCH传输块大小表中的数值(参见非专利文献3：3GPP TS 36.213 V13.7.0(2017-09)，物理层步骤中的表16.5.1.2-2)，我们选择表5中最接近上述数值的TBS值来替代上述数值。由此，我们可以得到以下TBS值：504比特、256比特和120比特。
在该方式中，UE根据基站为其对应的覆盖增强等级所广播的最大TBS就可以直接得到四个TBS值。因此，在Msg3中进行早期数据传输时，其RAR上行授予中的TBS字符段可以不用。
方式2：
为每一个可能广播的最大TBS预先定义一组TBS，每组TBS中含有4个TBS值。UE根据基站为其对应的覆盖增强等级所广播的最大TBS，可以知道与所述广播的最大TBS相对应的一组TBS。再由RAR上行授予中的TBS字符段指示该组TBS中的一个TBS值。由此所得到的TBS值即为所述UE在Msg3中进行早期数据传输时所能用到的最大TBS(Y)。其它的TBS值为(1/2)*Y、(1/4)*Y和(1/8)*Y。例如，1000比特的TBS为基站可能广播的一个最大的TBS，为该最大TBS预先定义的一组TBS为{1000，808，600，328}。RAR上行授予中的TBS字符段为2比特，00对应于1000，01对应于808，10对应于600，11对应于328。那么，当RAR上行授予中的TBS字符段为01时，可以得知该UE在Msg3中进行早期数据传输时所能用到的最大TBS为808。此时，其它的三个TBS应为404、202和101比特。由于404、202和101比特的TBS值不是如下表5 NPUSCH传输块大小表中的数值(参见非专利文献3：3GPP TS 36.213 V13.7.0(2017-09)，物理层步骤中的表16.5.1.2-2)，我们选择表5中最接近上述数值的TBS值来替代上述数值。由此，我们可以得到以下三个TBS值：408、208和104比特。
方式3：
为每一个可能广播的最大TBS预先定义四组TBS，每组TBS中含有4个TBS值。UE根据基站为其对应的覆盖增强等级所广播的最大TBS，可以知道与所述广播的最大TBS相对应的四组TBS。再由RAR上行授予中的TBS字符段指示四组TBS中的一组TBS。由此可以得到UE在Msg3中进行早期数据传输时的一组TBS，即4个TBS值。例如，1000比特的TBS为基站可能广播的一个最大的TBS，为该最大TBS预先定义如下四组TBS：{1000，504，256，120}，{808，408，208，104}，{600，296，144，88}，{328，176，88，56}。RAR上行授予中的TBS字符段为2比特，通过该字符段可以为UE指示四组TBS中的一组用于在Msg3中进行早期数据传输。
2.资源的确定
如上所述，在NB-IoT RAR上行授予中增加一个3比特的资源分配字符段。其定义与正常的NPUSCH调度中的资源分配字符段一样。该3比特的资源字符段的定义如表6所示(参见参见非专利文献3：3GPP TS 36.213 V13.7.0(2017-09)，物理层步骤中的表16.5.1.1-2)。
由表6可知NPUSCH可分配的资源单元数为1、2、3、4、5、6、8和10。我们可以规定RAR上行授予中所分配的资源单元数对应于UE在Msg3中进行早期数据传输的最大TBS。也就是说，如果UE选择用最大TBS来进行早期数据传输，则UE将采用RAR上行授予中所分配的资源单元数来发送Msg3。而用于其它三个TBS发送的资源单元数与RAR上行授予中所分配的资源单元数一样。也就是说，对于本实施例小节1“如何得到四个TBS值”所得到的4个TBS值将采用相同的资源单元数进行早期数据传输。而且，所用的资源单元数为RAR上行授予中所分配到的资源单元数。
3.重复次数的确定
在RAR上行授予中有一个Msg3 repetition number的字符段。该字符段与Rel-13NB-IoT的定义一样，有3个比特，用于指示Msg3 PUSCH的重复传输次数。
对于在Msg3中进行早期数据传输而言，上述字符段指示的是某一覆盖增强等级采用最大TBS时的Msg3 PUSCH重复传输次数(NRep)。对于同一覆盖增强等级的其它三个TBS值：TBS2、TBS3和TBS4。其中TBS2＞TBS3＞TBS4。其对应的Msg3 PUSCH重复传输次数可以由以下方式获得：TBS2的Msg3 PUSCH重复传输次数为：ceil((1/2)*NRep)；TBS3的Msg3 PUSCH重复传输次数为：ceil((1/4)*NRep)；TBS4的Msg3 PUSCH重复传输次数为：ceil((1/8)*NRep)。
4.UE和基站的行为
UE根据下行参考信令接收功率(Reference Signal Received Power：RSRP)可以知道其自身的覆盖增强等级。当UE想在Msg3中进行早期数据传输时，将选择与其覆盖增强等级相对应的PRACH资源进行Msg1的传输。
基站通过系统广播信息广播每一覆盖增强等级的最大可能的TBS，或者广播允许UE在Msg3中进行早期数据传输时的最大的数据传输量。或者基站通过RAR上行授予信息通知UE，当该UE在Msg3中进行早期数据传输时可用的最大TBS。
UE通过接收系统广播信息或RAR上行授予信息可以得到，当UE想在Msg3中进行早期数据传输时，对应于其覆盖增强等级的最大的TBS。或者UE通过接收系统广播信息或RAR上行授予信息可以得到，对应于其覆盖增强等级，基站许可该UE在Msg3中进行早期数据传输时最大的数据传输量。
当UE想在Msg3中进行早期数据传输时，UE根据其得到的对应于其覆盖增强等级的最大的TBS，可以采用本实施例小节1“TBS值的确定”的方法得到四个TBS值；采用本实施例小节2“资源的确定”的方法得到对应于四个TBS值的Msg3 NPUSCH的上行传输资源；采用本实施例小节3“重复次数的确定”的方法得到对应于四个TBS值的Msg3 NPUSCH的重复传输次数。因此，当UE想在Msg3中进行早期数据传输时，UE根据其想要发送的数据大小选择一个合适的TBS值，并在与该TBS对应的资源上采用与该TBS对应的重复传输次数进行Msg3 NPUSCH的传输。
基站通过接收Msg1知道UE想在Msg3中进行早期数据传输，并且知道该UE的覆盖增强等级。基站根据其广播的对应于该UE覆盖增强等级的最大TBS或根据其在RAR上行授予信息中指示的最大TBS可以得到该UE在Msg3中进行早期数据传输时的最大的TBS。再采用本实施例小节1“TBS值的确定”的方法得到四个TBS值；采用本实施例小节2“资源的确定”的方法得到对应于四个TBS值的Msg3 NPUSCH的上行传输资源；采用本实施例小节3“重复次数的确定”的方法得到对应于四个TBS值的Msg3 NPUSCH的重复传输次数。因此，基站可以在对应于4个TBS值的Msg3 NPUSCH资源上，以对应于该4个TBS值的Msg3 NPUSCH重复次数盲检Msg3PUSCH。从而检出UE在Msg3中采用早期数据传输所传输的数据。
如果UE在Msg3中采用早期数据传输所要传输的数据量大于RAR上行授予信息中所指示的最大的TBS，UE将放弃在Msg3中采用早期数据传输来传输UE所要传输的数据，而是在Msg3中采用早期数据传输的方式来传输已有(Legacy)的Msg3信息，即只进行已有的Msg3传输。也就是说，UE根据已有的Msg3信息量选择一个适合的TBS值，并在与该TBS对应的资源上采用与该TBS对应的重复传输次数进行Msg3 NPUSCH的传输。而该Msg3 NPUSCH所传输的内容只有已有的Msg3信息。
方法二：在RAR上行授予中用2个字符段来指示TBS、资源单元数和重复次数。其中，用一个字符段统一指示TBS和资源单元数，另一个字符段单独指示重复次数。
在现有的3GPP有关NB-IoT的标准规范中，用于调度Msg3 NPUSCH的RAR UL Grant有15个比特，具体内容如下：
上行子载波间隔Δf：‘0’＝3.75kHz或‘1’＝15kHz-1比特
分配的子载波指示-6比特
调度延迟-2bits
Msg3重复次数-3bits
调制编码方案索引(指示TBS、调制方式和资源单元数(Resource Unit：RU))-3比特
RAR上行授予中的调制编码方案索引定义如表4。有关NB-IoT RAR UL Grant的具体内容参见非专利文献3：3GPP TS 36.213 V13.7.0(2017-09)，物理层步骤中的16.3.3小节：窄带随机接入响应授予。
从上述的RAR上行授予中，我们可以看没有单独的资源单元分配信息，而是用3比特来统一指示包括TBS、调制方式和资源单元数。由表4可以看到，现有RAR的上行授予只用到3比特的8个状态中的3个状态来指示Msg3 NPUSCH的TBS、调制方式和资源单元数的组合，还有5个状态为预留状态。我们可以利用预留的5个状态来为在Msg3中进行早期数据传输的Msg3 NPUSCH指示TBS、调制方式和资源单元数。而现有RAR上行授予中的其它内容不变。例如，我们可以设计表7所示的调制编码方案索引表。
在表7中，前3个状态(或前3项)保留不变，以支持基站指示已申请在Msg3中进行早期数据传输的UE退回到现有的Msg3传输，而不进行早期数据传输。即当MCS Index为‘000’、‘001’或‘010’时，已申请在Msg3中进行早期数据传输的UE将退回到现有的Msg3传输。而当MCS Index为‘011’、‘100’、‘101’、‘110’或‘111’时，已申请在Msg3中进行早期数据传输的UE将在Msg3中进行早期数据传输。
由于采用RAR上行授予中的预留状态指示早期数据传输的Msg3 NPUSCH的资源分配，NB-IoT UE的总RAR比特数保持不变。考虑到后向兼容，可以通过RAR中的剩余的预留比特来指示所述的RAR上行授予是现有的上行授予还是早期数据传输的上行授予。备选地，可以随机接入-无线网络临时标识(Random Access-Radio Network Temporary Identity：RA-RNTI)来区分所述的RAR上行授予是现有的上行授予还早期数据传输的上行授予。
根据3GPP RAN2达成的共识，基站通过接受随机接入Msg1可以知道UE的覆盖增强等级，并由覆盖增强等级可以得到UE的最大可能的传输块大小或UE采用早期数据传输所要发送的最大数据量，而不可能知道UE采用早期数据传输时实际所要发送的数据量。因此，基站只能根据UE最大可能的传输块大小来为UE的Msg3 PUSCH分配资源和确定其重复发送次数。如果UE采用早期数据传输所要发送的上行数据量大大小于最大传输块大小，将会导致UE功率的额外损耗。我们可以针对每一覆盖增强等级的最大传输块大小，定义一组的TBS，UE根据在Msg3中进行早期数据传输所要发送的数据量大小选择一个接近其数据大小的TBS值以进行早期数据传输。由此，可以减少UE功率的消耗。
1.TBS值及其对应的资源单元数的确定
方式1.
设计一个或多个类似表7的MCS索引表，例如，设计4个MCS索引表。其中，第一个MCS索引表的其前3个状态(或前3项)保留不变，即与现有的Msg3 NPUSCH MCS索引表中的前3项保持一致，以支持基站指示已申请在Msg3中进行早期数据传输的UE退回到现有的Msg3传输，而不进行早期数据传输。即当MCS Index为‘000’、‘001’或‘010’时，已申请在Msg3中进行早期数据传输的UE将退回到现有的Msg3传输。而当MCS Index为‘011’、‘100’、‘101’、‘110’或‘111’时，已申请在Msg3中进行早期数据传输的UE将在Msg3中进行早期数据传输。而其它三个MCS索引表中的所有项都重新设计，如表8。
如果只有一个MCS索引表，则该MCS索引表为上述第一个MCS索引表，即表7。可以用RAR中预留的5比特中的2个比特来指示当次调度的Msg3NPUSCH所用到的MCS索引表。
上述第一个MCS索引表(如表7)中的TBS3、TBS4、TBS5、TBS6和TBS7和其它3个MCS索引表(如表8)中的TBS0、TBS1、TBS2、TBS3、TBS4、TBS5、TBS6和TBS7是基站可能广播的最大TBS或基站通过RAR上行授予可能指示的最大TBS。上述的TBS值可以是一样的，也可以是不一样或部分不一样。基站通过RAR上行授予中的MCS索引字符段为UE指示一个MCS索引值，由该索引值可以得到UE在Msg3中进行早期数据传输时所用的资源单元数、TBS和调制方式。可以规定该TBS为UE在Msg3中进行早期数据传输时能用到的最大TBS。所指示的资源单元数则对应于该最大TBS所用到的资源单元数，并由该TBS得到UE在Msg3中进行早期数据传输时能用到的其它的TBS值。例如，RAR上行授予中的MCS索引为表7中的‘011’，其所指示的TBS1为1000比特，其资源单元数为10。假设该UE在Msg3中进行早期数据传输时有4个TBS值可供选择，则其它3个TBS值可以为：(1/2)*TBS1＝500、(1/4)*TBS1＝250和(1/8)*TBS1＝125。由于500、250和125比特的TBS值不是如表5 NPUSCH传输块大小表中的数值(参见非专利文献3：3GPP TS 36.213 V13.7.0(2017-09)，物理层步骤中的表16.5.1.2-2)，我们选择表5中最接近上述数值的TBS值来替代上述数值。由此，我们可以得到以下TBS值：504比特、256比特和120比特。备选地，为每一个在RAR上行授予中可能指示到的最大TBS定义一组TBS值。例如，假设定义一组TBS中有4个TBS值，为1000比特的最大TBS定义的一组TBS值为{1000，504，256，120}。
同一资源单元数应用于上述4个TBS值。该资源单元数由RAR上行授予中的MCS索引字符段为UE所指示MCS索引值所得到。
方式2
可以为每一个可能广播的最大TBS设计一个类似于表7的Msg3 NPUSCH MCS索引表；或者可以为每一覆盖增强等级一个类似于表7的Msg3 NPUSCH MCS索引表。所述类似于表7的Msg3 NPUSCH MCS索引表，其前3个状态(或前3项)保留不变，即与现有的Msg3 NPUSCHMCS索引表中的前3项保持一致，以支持基站指示已申请在Msg3中进行早期数据传输的UE退回到现有的Msg3传输，而不进行早期数据传输。即当MCS Index为‘000’、‘001’或‘010’时，已申请在Msg3中进行早期数据传输的UE将退回到现有的Msg3传输。而当MCS Index为‘011’、‘100’、‘101’、‘110’或‘111’时，已申请在Msg3中进行早期数据传输的UE将在Msg3中进行早期数据传输。这样，UE基于其覆盖增强等级，根据基站为该覆盖增强等级所广播的最大TBS来解释或读取MCS索引表中的内容。或UE根据其覆盖增强等级来解释或读取MCS索引表中的内容。备选地，可以设计多个类似于表7内容的Msg3 NPUSCH MCS索引表，所述所有的类似于表7的Msg3 NPUSCH MCS索引表，其前3个状态(或前3项)保留不变，即与现有的Msg3NPUSCH MCS索引表中的前3项保持一致，以支持基站指示已申请在Msg3中进行早期数据传输的UE退回到现有的Msg3传输，而不进行早期数据传输。即当MCS Index为‘000’、‘001’或‘010’时，已申请在Msg3中进行早期数据传输的UE将退回到现有的Msg3传输。而当MCSIndex为‘011’、‘100’、‘101’、‘110’或‘111’时，已申请在Msg3中进行早期数据传输的UE将在Msg3中进行早期数据传输。可以采用RAR中的预留比特来指示所采用的MCS索引表。例如，设计了4个MCS索引表，可以用2比特的信息来指示：‘00’指示第一个MCS索引表，在该表中的前3项于表7中的内容一样，用于支持基站指示已申请在Msg3中进行早期数据传输的UE退回到现有的Msg3传输；‘01’指示第二个MCS索引表；‘10’指示第三个MCS索引表；‘11’指示第四个MCS索引表。UE根据RAR中的预留比特来解释MCS索引表的内容。由于每一个MCS索引表中有5个状态可以用于UE在Msg3中进行早期数据传输时Msg3 NPUSCH可用到的5种不同的TBS、调制方式和资源单元数的组合。因此，可以为基站可能广播的每一个最大的TBS或每一覆盖增强等级或所设计的多个MCS索引表中的每一MCS索引表设计不多于5种的不同TBS、调制方式和资源单元数的组合。UE基于其覆盖增强等级或基于对应于其覆盖增强等级广播的最大TBS或基于所接收的RAR预留比特就可以得到一个可用于Msg3 NPUSCH传输的MCS索引表，再由RAR上行授予中的MCS索引指示字符段可以知道MCS索引表中的5个可用于早期数据传输的MCS索引中的哪一个MCS索引用于当次的Msg3 NPUSCH的传输，或者UE需要退回现有的Msg3的传输。
由所获得的MCS索引可以得到UE在Msg3中进行早期数据传输时所用的资源单元数、TBS和调制方式。可以规定该TBS为UE在Msg3中进行早期数据传输时能用到的最大TBS。所指示的资源单元数则对应于该最大TBS所用到的资源单元数，并由该TBS得到UE在Msg3中进行早期数据传输时能用到的其它的TBS值。例如，RAR上行授予中的MCS索引为表7中的‘011’，其所指示的TBS1为1000比特，其资源单元数为10。假设该UE在Msg3中进行早期数据传输时有4个TBS值可供选择，则其它3个TBS值可以为：(1/2)*TBS1＝500、(1/4)*TBS1＝250和(1/8)*TBS1＝125。由于500、250和125比特的TBS值不是如表5 NPUSCH传输块大小表中的数值(参见非专利文献3：3GPP TS 36.213 V13.7.0(2017-09)，物理层步骤中的表16.5.1.2-2)，我们选择表5中最接近上述数值的TBS值来替代上述数值。由此，我们可以得到以下TBS值：504比特、256比特和120比特。备选地，为每一个在RAR上行授予中可能指示到的最大TBS定义一组TBS值。例如，假设定义一组TBS中有4个TBS值，为1000比特的最大TBS定义的一组TBS值为{1000，504，256，120}。
同一资源单元数应用于上述4个TBS值。该资源单元数由RAR上行授予中的MCS索引字符段为UE所指示MCS索引值所得到。
方式3
基站为每一个覆盖增强等级或为基于每一个覆盖增强等级所广播的最大TBS配置一个TBS及其对应的资源单元数或多个TBS及其对应的资源单元数。备选地，我们将表7中对应于某一MCS索引所含有的参数：调制方式、资源单元数和TBS值作为一组参数，我们称之为参数组。基站为每一个覆盖增强等级或为基于每一个覆盖增强等级所广播的最大TBS配置一个或多个所述的参数组。UE基于其覆盖增强等级或基于对应于其覆盖增强等级广播的最大TBS可以得到一个或多个TBS及其对应的资源单元数，或可以得到一个或多个参数组。从而，得到一个或多个TBS值及其对应的一个或多个资源单元数。
可以通过RAR上行授予中的MCS索引表中预留的5个状态来指示UE所得到一个或多个TBS及其对应的资源单元数，或一个或多个参数组中的哪一个TBS及其对应的资源单元数或哪一个参数组。例如，有5个TBS及其对应的资源单元数，或5个参数组。则5个预留状态中的‘011’可以指示有第一个TBS及其对应的资源单元数，或第一个参数组；‘100’可以指示有第二个TBS及其对应的资源单元数，或第二个参数组；‘101’可以指示有第三个TBS及其对应的资源单元数，或第三个参数组；‘110’可以指示有第四个TBS及其对应的资源单元数，或第四个参数组；‘111’可以指示有第五个TBS及其对应的资源单元数，或第五个参数组。
由所获得的TBS及其对应的资源单元数或参数组可以得到UE在Msg3中进行早期数据传输时所用的资源单元数和TBS。可以规定该TBS为UE在Msg3中进行早期数据传输时能用到的最大TBS。所指示的资源单元数则对应于该最大TBS所用到的资源单元数，并由该TBS得到UE在Msg3中进行早期数据传输时能用到的其它的TBS值。例如，RAR上行授予中的MCS索引为表7中的‘011’，其所指示的TBS1为1000比特，其资源单元数为10。假设该UE在Msg3中进行早期数据传输时有4个TBS值可供选择，则其它3个TBS值可以为：(1/2)*TBS1＝500、(1/4)*TBS1＝250和(1/8)*TBS1＝125。由于500、250和125比特的TBS值不是如表5 NPUSCH传输块大小表中的数值(参见非专利文献3：3GPP TS 36.213 V13.7.0(2017-09)，物理层步骤中的表16.5.1.2-2)，我们选择表5中最接近上述数值的TBS值来替代上述数值。由此，我们可以得到以下TBS值：504比特、256比特和120比特。备选地，为每一个在RAR上行授予中可能指示到的最大TBS定义一组TBS值。例如，假设定义一组TBS中有4个TBS值，为1000比特的最大TBS定义的一组TBS值为{1000，504，256，120}。
同一资源单元数应用于上述4个TBS值。该资源单元数由RAR上行授予中的MCS索引字符段为UE所指示TBS及其对应的资源单元数，或参数组所得到。
2.重复次数的确定
在RAR上行授予中有一个Msg3 repetition number的字符段。该字符段与Rel-13NB-IoT的定义一样，有3个比特，用于指示Msg3 PUSCH的重复传输次数。以下以4个TBS候选值为例进行说明。
对于在Msg3中进行早期数据传输而言，上述字符段指示的是某一覆盖增强等级采用最大TBS时的Msg3 PUSCH重复传输次数(NRep)。对于同一覆盖增强等级的其它三个TBS值：TBS2、TBS3和TBS4。其中TBS2＞TBS3＞TBS4。其对应的Msg3 PUSCH重复传输次数可以由以下方式获得：TBS2的Msg3 PUSCH重复传输次数为：ceil((1/2)*NRep)；TBS3的Msg3 PUSCH重复传输次数为：ceil((1/4)*NRep)；TBS4的Msg3 PUSCH重复传输次数为：ceil((1/8)*NRep)。
3.UE和基站的行为
UE根据下行参考信令接收功率(Reference Signal Received Power：RSRP)可以知道其自身的覆盖增强等级。当UE想在Msg3中进行早期数据传输时，将选择与其覆盖增强等级相对应的PRACH资源进行Msg1的传输。
基站通过系统广播信息广播每一覆盖增强等级的最大可能的TBS，或者广播允许UE在Msg3中进行早期数据传输时的最大的数据传输量。或者基站通过RAR上行授予信息通知UE，当该UE在Msg3中进行早期数据传输时可用的最大TBS。
UE通过接收系统广播信息或RAR上行授予信息可以得到，当UE想在Msg3中进行早期数据传输时，对应于其覆盖增强等级的最大的TBS。或者UE通过接收系统广播信息或RAR上行授予信息可以得到，对应于其覆盖增强等级，基站许可该UE在Msg3中进行早期数据传输时最大的数据传输量。
当UE想在Msg3中进行早期数据传输时，UE根据其得到的对应于其覆盖增强等级的最大的TBS，可以采用本实施例小节1“TBS值及其对应的资源单元数的确定”的方法得到四个TBS值及其对应的资源；采用本实施例小节2“重复次数的确定”的方法得到对应于四个TBS值的Msg3NPUSCH的重复传输次数。因此，当UE想在Msg3中进行早期数据传输时，UE根据其想要发送的数据大小选择一个合适的TBS值，并在与该TBS对应的资源上采用与该TBS对应的重复传输次数进行Msg3 NPUSCH的传输。
基站通过接收Msg1知道UE想在Msg3中进行早期数据传输，并且知道该UE的覆盖增强等级。基站根据其广播的对应于该UE覆盖增强等级的最大TBS或根据其在RAR上行授予信息中指示的最大TBS可以得到该UE在Msg3中进行早期数据传输时的最大的TBS。再采用本实施例小节1“TBS值及其对应的资源单元数的确定”的方法得到四个TBS值及其对应的资源；采用本实施例小节2“重复次数的确定”的方法得到对应于四个TBS值的Msg3 NPUSCH的重复传输次数。因此，基站可以在对应于4个TBS值的Msg3 NPUSCH资源上，以对应于该4个TBS值的Msg3 NPUSCH重复次数盲检Msg3 PUSCH。从而检出UE在Msg3中采用早期数据传输所传输的数据。
如果UE在Msg3中采用早期数据传输所要传输的数据量大于RAR上行授予信息中所指示的最大的TBS，UE将放弃在Msg3中采用早期数据传输来传输UE所要传输的数据，而是在Msg3中采用早期数据传输的方式来传输已有(Legacy)的Msg3信息，即只进行已有的Msg3传输。也就是说，UE根据已有的Msg3信息量选择一个适合的TBS值，并在与该TBS对应的资源上采用与该TBS对应的重复传输次数进行Msg3 NPUSCH的传输。而该Msg3 NPUSCH所传输的内容只有已有的Msg3信息。
下面的编号示例是实施例。
1.一种进行早期数据传输的方法，包括：
接收随机接入响应消息和广播消息，所述随机接入响应消息包括用于用户设备进行早期数据传输的上行授予，其中所述上行授予包括指示资源分配的信息和指示重复次数的信息；
根据所述上行授予和/或广播消息确定在早期数据传输时允许的最大传输块大小及其对应的资源和重复次数；根据允许的最大传输块大小得到可用传输块大小的候选值以及每一候选值所对应的资源和重复次数。以及
根据所要发送的上行数据的大小选择一个合适的传输块大小的候选值及其对应的资源和重复次数在随机接入消息3中进行早期数据传输。
2.根据示例1所述的方法，其中，确定所述允许的最大传输块大小，包括：
以基站广播的对应于用户设备的覆盖增强等级的最大传输块大小作为所述进行早期数据传输时允许的最大传输块大小。
3.根据示例1所述的方法，其中，所述上行授予还包括指示所述允许的最大传输块大小的索引信息，并且，确定所述允许的最大传输块大小，包括：
根据所述索引信息，从与基站广播的对应于用户设备的覆盖增强等级的最大传输块大小预关联的一组传输块大小中确定进行早期数据传输时允许的最大传输块大小。
4.根据示例1所述的方法，其中，
每个允许的最大传输块大小与其关联的一组可用传输块大小的候选值之间存在预定的映射关系；或者
每个允许的最大传输块大小预先关联有一组可用传输块大小的候选值。
5.根据示例1所述的方法，其中，所述上行授予包括的指示资源分配的信息包括：指示对应于在用户设备的覆盖增强等级上采用允许的最大传输块大小时的资源分配的信息。
6.根据示例1所述的方法，其中，所述上行授予包括的指示重复次数的信息包括：
指示对应于用户设备的覆盖增强等级的统一重复次数的信息；或者
指示对应于在用户设备的覆盖增强等级上采用允许的最大传输块大小时的重复次数的信息。
7.一种用户设备，包括：
接收单元，配置为：接收随机接入响应消息和广播消息，所述随机接入响应消息包括用于用户设备进行早期数据传输的上行授予，其中所述上行授予包括指示资源分配的信息和指示重复次数的信息；
处理单元，配置为：根据所述上行授予和/或广播消息确定在早期数据传输时允许的最大传输块大小使用的传输块大小、及其对应的资源分配和重复次数；根据允许的最大传输块大小得到可用传输块大小的候选值以及每一候选值所对应的资源和重复次数；以及
发送单元，配置为：根据所要发送的上行数据的大小选择一个合适的传输块大小的候选值及其对应的资源和重复次数在随机接入消息3中进行早期数据传输。
8.根据示例7所述的用户设备，其中，所述处理单元进一步配置为：
以基站广播的对应于用户设备的覆盖增强等级的最大传输块大小作为所述进行早期数据传输时允许的最大传输块大小。
9.根据示例7所述的用户设备，其中，所述上行授予还包括指示所述允许的最大传输块大小的索引信息，并且，所述处理单元进一步配置为：
根据所述索引信息，从与基站广播的对应于用户设备的覆盖增强等级的最大传输块大小预关联的一组传输块大小中确定进行早期数据传输时允许的最大传输块大小。
10.根据示例7所述的用户设备，其中，
每个允许的最大传输块大小与其关联的一组可用传输块大小的候选值之间存在预定的映射关系；或者
每个允许的最大传输块大小预先关联有一组可用传输块大小的候选值。
11.根据示例7所述的用户设备，其中，所述上行授予包括的指示资源分配的信息包括：指示对应于在用户设备的覆盖增强等级上采用允许的最大传输块大小时的资源分配的信息。
12.根据示例7所述的用户设备，其中，所述上行授予包括的指示重复次数的信息包括：
指示对应于用户设备的覆盖增强等级的统一重复次数的信息；或者
指示对应于在用户设备的覆盖增强等级上采用允许的最大传输块大小时的重复次数的信息。
13.一种进行早期数据传输的方法，包括：
发送随机接入响应消息和广播消息，所述随机接入响应消息包括用于用户设备进行早期数据传输的上行授予，其中所述上行授予包括指示资源分配的信息和指示重复次数的信息；
根据所述上行授予和/或广播消息确定在早期数据传输时允许的最大传输块大小及其对应的资源和重复次数；根据允许的最大传输块大小得到可用传输块大小的候选值以及每一候选值所对应的资源和重复次数；以及
基于可用传输块大小的候选值以及每一候选值所对应的资源和重复次数盲解调检测用户设备在随机接入消息3中进行的早期数据传输。
14.根据示例13所述的方法，其中，确定允许的最大传输块大小，包括：
以对应于用户设备的覆盖增强等级的最大传输块大小作为所述允许的最大传输块大小。
15.根据示例13所述的方法，其中，所述上行授予还包括指示允许的最大传输块大小的索引信息。
16.根据示例13所述的方法，其中，
每个允许的最大传输块大小与其关联的一组可用传输块大小的候选值之间存在预定的映射关系；或者
每个允许的最大传输块大小预先关联有一组可用传输块大小的候选值。
17.根据示例13所述的方法，其中，所述上行授予包括的指示资源分配的信息包括：指示对应于在用户设备的覆盖增强等级上采用允许的最大传输块大小时的资源分配的信息。
18.根据示例13所述的方法，其中，所述上行授予包括的指示重复次数的信息包括：
指示对应于用户设备的覆盖增强等级的统一重复次数的信息；或者
指示对应于在用户设备的覆盖增强等级上采用允许的最大传输块大小时的重复次数的信息。
19.一种基站，包括：
发送单元，配置为：发送随机接入响应消息和广播消息，所述随机接入响应消息包括用于用户设备进行早期数据传输的上行授予，其中所述上行授予包括指示资源分配的信息和指示重复次数的信息；
处理单元，配置为：根据所述上行授予和/或广播消息确定在早期数据传输时允许的最大传输块大小使用的传输块大小、及其对应的资源分配和重复次数；根据允许的最大传输块大小得到可用传输块大小的候选值以及每一候选值所对应的资源和重复次数；
接收单元，配置为：基于可用传输块大小的候选值以及每一候选值所对应的资源和重复次数盲解调检测用户设备在随机接入消息3中进行的早期数据传输。
20.根据示例19所述的基站，其中，确定所述允许的最大传输块大小，包括：
以对应于用户设备的覆盖增强等级的最大传输块大小作为所述允许的最大传输块大小。
21.根据示例19所述的基站，其中，所述上行授予还包括指示所述允许的最大传输块大小的索引信息。
22.根据示例19所述的基站，其中，
每个允许的最大传输块大小与其关联的一组可用传输块大小的候选值之间存在预定的映射关系；或者
每个允许的最大传输块大小预先关联有一组可用传输块大小的候选值。
23.根据示例19所述的基站，其中，所述上行授予包括的指示资源分配的信息包括：指示对应于在用户设备的覆盖增强等级上采用允许的最大传输块大小时的资源分配的信息。
24.根据示例19所述的基站，其中，所述上行授予包括的指示重复次数的信息包括：
指示对应于用户设备的覆盖增强等级的统一重复次数的信息；或者
指示对应于在用户设备的覆盖增强等级上采用允许的最大传输块大小时的重复次数的信息。
25.一种用户设备，包括：
处理器；以及
存储器，所述存储器上存储有机器可读指令，所述指令在由所述处理器执行时，使所述处理器执行根据示例1～6中任一项所述的方法。
26.一种基站，包括：
处理器；以及
存储器，所述存储器上存储有机器可读指令，所述指令在由所述处理器执行时，使所述处理器执行根据示例13～18中任一项所述的方法。
27.一种机器可读介质，其上存储有机器可读指令，所述指令在由至少一个处理器执行时，使所述至少一个处理器执行根据示例1～6中或13～18中任一项所述的方法。
上文已经结合优选实施例对本发明的方法和涉及的设备进行了描述。本发明提供了用于在随机接入过程中进行早期数据传输的方案，其可以提高数据传输效率，降低UE的功耗，和/或提高资源利用率。
本领域技术人员可以理解，上面示出的方法仅是示例性的。本发明的方法并不局限于上面示出的步骤和顺序。上面示出的基站和用户设备可以包括更多的模块，例如还可以包括已经开发的或者将来开发的可用于基站或UE的模块等等。上文中示出的各种标识仅是示例性的而不是限制性的，本发明并不局限于作为这些标识的示例的具体信元。本领域技术人员根据所示实施例的教导可以进行许多变化和修改。
应该理解，本发明的上述实施例可以通过软件、硬件或者软件和硬件两者的结合来实现。例如，上述实施例中的基站和用户设备内部的各种组件可以通过多种器件来实现，这些器件包括但不限于：模拟电路器件、数字电路器件、数字信号处理(DSP)电路、可编程处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、可编程逻辑器件(CPLD)，等等。
在本申请中，“基站”是指具有较大发射功率和较广覆盖面积的移动通信数据和控制交换中心，包括资源分配调度、数据接收发送等功能。“用户设备”是指用户移动终端，例如包括移动电话、笔记本等可以与基站或者微基站进行无线通信的终端设备。
此外，这里所公开的本发明的实施例可以在计算机程序产品上实现。更具体地，该计算机程序产品是如下的一种产品：具有计算机可读介质，计算机可读介质上编码有计算机程序逻辑，当在计算设备上执行时，该计算机程序逻辑提供相关的操作以实现本发明的上述技术方案。当在计算系统的至少一个处理器上执行时，计算机程序逻辑使得处理器执行本发明实施例所述的操作(方法)。本发明的这种设置典型地提供为设置或编码在例如光介质(例如CD-ROM)、软盘或硬盘等的计算机可读介质上的软件、代码和/或其他数据结构、或者诸如一个或多个ROM或RAM或PROM芯片上的固件或微代码的其他介质、或一个或多个模块中的可下载的软件图像、共享数据库等。软件或固件或这种配置可安装在计算设备上，以使得计算设备中的一个或多个处理器执行本发明实施例所描述的技术方案。
尽管以上已经结合本发明的优选实施例示出了本发明，但是本领域的技术人员将会理解，在不脱离本发明的精神和范围的情况下，可以对本发明进行各种修改、替换和改变。因此，本发明不应由上述实施例来限定，而应由所附权利要求及其等价物来限定。

Claims (10)

1.一种进行早期数据传输的方法，包括：
接收随机接入响应消息和广播消息，所述随机接入响应消息包括用于用户设备进行早期数据传输的上行授予，其中所述上行授予包括指示资源分配的信息和指示重复次数的信息；
根据所述上行授予和/或广播消息确定在早期数据传输时允许的最大传输块大小及其对应的资源和重复次数；
根据允许的最大传输块大小得到可用传输块大小的候选值以及每一候选值所对应的资源和重复次数；以及
根据所要发送的上行数据的大小选择一个合适的传输块大小的候选值及其对应的资源和重复次数在随机接入消息3中进行早期数据传输。
2.根据权利要求1所述的方法，其中，确定所述允许的最大传输块大小，包括：
以基站广播的对应于用户设备的覆盖增强等级的最大传输块大小作为所述进行早期数据传输时允许的最大传输块大小。
3.根据权利要求1所述的方法，其中，所述上行授予还包括指示所述允许的最大传输块大小的索引信息，并且，确定所述允许的最大传输块大小，包括：
根据所述索引信息，从与基站广播的对应于用户设备的覆盖增强等级的最大传输块大小预关联的一组传输块大小中确定进行早期数据传输时允许的最大传输块大小。
4.根据权利要求1所述的方法，其中，
每个允许的最大传输块大小与其关联的一组可用传输块大小的候选值之间存在预定的映射关系；或者
每个允许的最大传输块大小预先关联有一组可用传输块大小的候选值。
5.根据权利要求1所述的方法，其中，所述上行授予包括的指示资源分配的信息包括：指示对应于在用户设备的覆盖增强等级上采用允许的最大传输块大小时的资源分配的信息。
6.根据权利要求1所述的方法，其中，所述上行授予包括的指示重复次数的信息包括：
指示对应于用户设备的覆盖增强等级的统一重复次数的信息；或者
指示对应于在用户设备的覆盖增强等级上采用允许的最大传输块大小时的重复次数的信息。
7.一种进行早期数据传输的方法，包括：
发送随机接入响应消息和广播消息，所述随机接入响应消息包括用于用户设备进行早期数据传输的上行授予，其中所述上行授予包括指示资源分配的信息和指示重复次数的信息；
根据所述上行授予和/或广播消息确定在早期数据传输时允许的最大传输块大小及其对应的资源和重复次数；根据允许的最大传输块大小得到可用传输块大小的候选值以及每一候选值所对应的资源和重复次数；以及
基于可用传输块大小的候选值以及每一候选值所对应的资源和重复次数盲解调检测用户设备在随机接入消息3中进行的早期数据传输。
8.根据权利要求7所述的方法，其中，所述上行授予还包括指示允许的最大传输块大小的索引信息。
9.一种用户设备，包括：
处理器；以及
存储器，所述存储器上存储有机器可读指令，所述指令在由所述处理器执行时，使所述处理器执行根据权利要求1～6中任一项所述的方法。
10.一种基站，包括：
处理器；以及
存储器，所述存储器上存储有机器可读指令，所述指令在由所述处理器执行时，使所述处理器执行根据权利要求7～8中任一项所述的方法。
CN201810057863.0A 2018-01-19 2018-01-19 用户设备、基站和相关方法 Active CN110062474B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201810057863.0A CN110062474B (zh) 2018-01-19 2018-01-19 用户设备、基站和相关方法
US16/961,734 US11395182B2 (en) 2018-01-19 2018-12-27 User equipment, base station, and related method
SG11202006766QA SG11202006766QA (en) 2018-01-19 2018-12-27 User equipment, base station, and related method
PCT/CN2018/124353 WO2019141061A1 (zh) 2018-01-19 2018-12-27 用户设备、基站和相关方法
EP18901641.3A EP3742858A4 (en) 2018-01-19 2018-12-27 USER DEVICE, BASE STATION AND RELATED PROCEDURE
CA3088708A CA3088708A1 (en) 2018-01-19 2018-12-27 User equipment, base station, and related method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810057863.0A CN110062474B (zh) 2018-01-19 2018-01-19 用户设备、基站和相关方法

Publications (2)

Publication Number Publication Date
CN110062474A true CN110062474A (zh) 2019-07-26
CN110062474B CN110062474B (zh) 2024-05-10

Family

ID=67301959

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810057863.0A Active CN110062474B (zh) 2018-01-19 2018-01-19 用户设备、基站和相关方法

Country Status (6)

Country Link
US (1) US11395182B2 (zh)
EP (1) EP3742858A4 (zh)
CN (1) CN110062474B (zh)
CA (1) CA3088708A1 (zh)
SG (1) SG11202006766QA (zh)
WO (1) WO2019141061A1 (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019242665A1 (zh) * 2018-06-20 2019-12-26 华为技术有限公司 一种传输数据的方法和装置
CN111836396A (zh) * 2019-08-06 2020-10-27 维沃移动通信有限公司 一种随机接入请求资源的选择方法、终端及网络设备
CN112040558A (zh) * 2020-08-07 2020-12-04 中国信息通信研究院 一种随机接入过程中的上行数据传输方法和设备
CN112040557A (zh) * 2020-08-05 2020-12-04 中国信息通信研究院 一种随机接入过程中的上行数据传输方法和设备
WO2021027821A1 (zh) * 2019-08-13 2021-02-18 维沃移动通信有限公司 Sdt处理方法、设备及系统
WO2021189398A1 (en) * 2020-03-27 2021-09-30 Qualcomm Incorporated Multi-mode configuration for coverage enhancements
WO2022025599A1 (en) * 2020-07-27 2022-02-03 Samsung Electronics Co., Ltd. Method and apparatus for determination of uplink/downlink transport block size and modulation and coding scheme
WO2022033274A1 (zh) * 2020-08-10 2022-02-17 大唐移动通信设备有限公司 通信方法、用户设备、网络设备及计算机可读存储介质
WO2022152242A1 (en) * 2021-01-15 2022-07-21 FG Innovation Company Limited Method related to pusch repetitions, user equipment, and network device
US11456824B2 (en) * 2018-04-26 2022-09-27 Beijing Xiaomi Mobile Software Co., Ltd. HARQ feedback method and apparatus
WO2022214006A1 (zh) * 2021-04-09 2022-10-13 华为技术有限公司 一种上行信道的发送方法、接收方法及通信装置
WO2022237498A1 (zh) * 2021-05-11 2022-11-17 大唐移动通信设备有限公司 重复传输的确定方法、装置、终端及网络侧设备

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6900472B2 (ja) * 2017-11-15 2021-07-07 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるランダムアクセス手続きで速いデータ転送を遂行するための方法及びそのための装置
CN118201098A (zh) * 2018-01-24 2024-06-14 瑞典爱立信有限公司 用于随机接入期间数据传输中的msg3的多个tbs
WO2019149894A1 (en) * 2018-02-02 2019-08-08 Sony Corporation Telecommunications apparatus and methods
WO2019191952A1 (zh) * 2018-04-04 2019-10-10 华为技术有限公司 数据传输方法、通信设备及网络设备
US11432337B2 (en) 2018-04-17 2022-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Allowance of subsequent data for early data transmission
WO2019213978A1 (zh) 2018-05-11 2019-11-14 华为技术有限公司 一种信息传输方法和终端设备以及网络设备
US11533760B2 (en) * 2018-05-11 2022-12-20 Sony Corporation Method and device for communicating with a selected transport block size
US11438797B2 (en) * 2018-05-17 2022-09-06 Lg Electronics Inc. Method and apparatus for discarding data among associated transmission buffers in wireless communication system
US20210400558A1 (en) * 2018-11-12 2021-12-23 Telefonaktiebolaget Lm Ericsson (Publ) Wireless Device, Management Server and Methods Therein for Determining Transmission of Uplink Data
US11882576B2 (en) * 2020-05-01 2024-01-23 Qualcomm Incorporated Techniques for dynamic signaling for wireless coverage enhancement
US20210352712A1 (en) * 2020-05-06 2021-11-11 Qualcomm Incorporated Dynamic slot aggregation indication for random access procedure
US20210360660A1 (en) 2020-05-15 2021-11-18 Samsung Electronics Co., Ltd. Method and apparatus for coverage enhancement of msg3
CN111919490B (zh) * 2020-06-30 2023-08-22 北京小米移动软件有限公司 信息传输方法、装置、通信设备及存储介质
WO2022086420A1 (en) * 2020-10-22 2022-04-28 Telefonaktiebolaget Lm Ericsson (Publ) Radio network node, ue and methods performed therein
EP4250612A4 (en) * 2020-11-18 2024-04-10 Beijing Xiaomi Mobile Software Co., Ltd. METHOD AND DEVICE FOR CONFIGURING A MODULATION AND CODING SCHEME (MCS) AND COMMUNICATION DEVICE
EP4258797A4 (en) * 2021-01-15 2024-01-10 Guangdong Oppo Mobile Telecommunications Corp., Ltd. INFORMATION DISPLAY METHOD AND APPARATUS, APPARATUS AND STORAGE MEDIUM
WO2023035208A1 (en) * 2021-09-10 2023-03-16 Qualcomm Incorporated Repetition request for coverage enhancement
CN115551005B (zh) * 2022-10-09 2023-10-27 南京航空航天大学 一种NB-IoT上行传输中的重复次数配置方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080056182A1 (en) * 2004-11-09 2008-03-06 Ntt Docomo Inc. Mobile Communication System, Mobile Station, Wireless Base Station, and Wireless Line Control Station
US20100074130A1 (en) * 2008-09-19 2010-03-25 Pierre Bertrand Preamble Group Selection in Random Access of Wireless Networks
CN105430750A (zh) * 2014-09-22 2016-03-23 夏普株式会社 用于配置随机接入响应的方法以及基站和用户设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3711425A1 (en) * 2017-11-16 2020-09-23 Telefonaktiebolaget LM Ericsson (publ) Method for allocating resource grant

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080056182A1 (en) * 2004-11-09 2008-03-06 Ntt Docomo Inc. Mobile Communication System, Mobile Station, Wireless Base Station, and Wireless Line Control Station
US20100074130A1 (en) * 2008-09-19 2010-03-25 Pierre Bertrand Preamble Group Selection in Random Access of Wireless Networks
CN105430750A (zh) * 2014-09-22 2016-03-23 夏普株式会社 用于配置随机接入响应的方法以及基站和用户设备

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
""R1-1719592-On NB-IoT EDT indication via PRACH"", 3GPP TSG_RAN\\WG1_RL1, pages 2 - 4 *
""R2-1712054-Draft Reply LS on antenna switching-v1"", 3GPP TSG_RAN\\WG2_RL2 *
""R2-1713057 - Report_[99bis-53MTC-NB-IoT] EDT indication via PRACH"", 3GPP TSG_RAN\\WG2_RL2 *

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11909534B2 (en) * 2018-04-26 2024-02-20 Beijing Xiaomi Mobile Software Co., Ltd. HARQ feedback method and apparatus
US11456824B2 (en) * 2018-04-26 2022-09-27 Beijing Xiaomi Mobile Software Co., Ltd. HARQ feedback method and apparatus
US20220393804A1 (en) * 2018-04-26 2022-12-08 Beijing Xiaomi Mobile Software Co., Ltd. Harq feedback method and apparatus
US11464040B2 (en) 2018-06-20 2022-10-04 Huawei Technologies Co., Ltd. Data transmission method and apparatus
WO2019242665A1 (zh) * 2018-06-20 2019-12-26 华为技术有限公司 一种传输数据的方法和装置
CN111836396A (zh) * 2019-08-06 2020-10-27 维沃移动通信有限公司 一种随机接入请求资源的选择方法、终端及网络设备
WO2021023219A1 (zh) * 2019-08-06 2021-02-11 维沃移动通信有限公司 随机接入请求资源的选择方法、终端及网络设备
CN111836396B (zh) * 2019-08-06 2022-02-08 维沃移动通信有限公司 一种随机接入请求资源的选择方法、终端及网络设备
WO2021027821A1 (zh) * 2019-08-13 2021-02-18 维沃移动通信有限公司 Sdt处理方法、设备及系统
WO2021189398A1 (en) * 2020-03-27 2021-09-30 Qualcomm Incorporated Multi-mode configuration for coverage enhancements
WO2022025599A1 (en) * 2020-07-27 2022-02-03 Samsung Electronics Co., Ltd. Method and apparatus for determination of uplink/downlink transport block size and modulation and coding scheme
US11728922B2 (en) 2020-07-27 2023-08-15 Samsung Electronics Co., Ltd. Method and apparatus for determination of uplink/downlink transport block size and modulation and coding scheme
CN112040557B (zh) * 2020-08-05 2022-04-22 中国信息通信研究院 一种随机接入过程中的上行数据传输方法和设备
CN112040557A (zh) * 2020-08-05 2020-12-04 中国信息通信研究院 一种随机接入过程中的上行数据传输方法和设备
CN112040558A (zh) * 2020-08-07 2020-12-04 中国信息通信研究院 一种随机接入过程中的上行数据传输方法和设备
CN114071776A (zh) * 2020-08-10 2022-02-18 大唐移动通信设备有限公司 通信方法、用户设备、网络设备及电子设备
WO2022033274A1 (zh) * 2020-08-10 2022-02-17 大唐移动通信设备有限公司 通信方法、用户设备、网络设备及计算机可读存储介质
WO2022152242A1 (en) * 2021-01-15 2022-07-21 FG Innovation Company Limited Method related to pusch repetitions, user equipment, and network device
WO2022214006A1 (zh) * 2021-04-09 2022-10-13 华为技术有限公司 一种上行信道的发送方法、接收方法及通信装置
WO2022237498A1 (zh) * 2021-05-11 2022-11-17 大唐移动通信设备有限公司 重复传输的确定方法、装置、终端及网络侧设备

Also Published As

Publication number Publication date
EP3742858A1 (en) 2020-11-25
WO2019141061A1 (zh) 2019-07-25
SG11202006766QA (en) 2020-08-28
CN110062474B (zh) 2024-05-10
EP3742858A4 (en) 2021-11-10
US11395182B2 (en) 2022-07-19
CA3088708A1 (en) 2019-07-25
US20210058823A1 (en) 2021-02-25

Similar Documents

Publication Publication Date Title
CN110062474A (zh) 用户设备、基站和相关方法
US11838943B2 (en) Method for generating preamble, method for configuring preamble and equipment thereof, random access method, device, user equipment and base station
US11431464B2 (en) Method and apparatus for uplink transmission in wireless communication system
KR102429435B1 (ko) 랜덤 액세스 프로세스에서 시간-주파수 리소스를 결정하고 구성하는 방법들 및 장치들
CN105101454B (zh) 一种mtc ue随机接入的方法及装置
CN108810857A (zh) 一种资源确定方法、基站及用户设备
CN110463332A (zh) 用于无线通信网络上的随机接入的方法和装置
CN105264997B (zh) 一种数据传输的方法、设备与系统
KR20190005943A (ko) 업링크 신호 송신 방법 및 사용자 장치
EP2871888B1 (en) Method for transmitting terminal detection signal for direct communication between terminals in wireless communication system, and device therefor
US20220150956A1 (en) Method and apparatus for resource determination
CN105122861A (zh) 小规模小区中的接收方法和用户设备
KR20190139885A (ko) 단말기 장치, 기지국 장치 및 통신 방법
CN104038920A (zh) 一种数据传输的方法、系统和设备
CN110351833A (zh) 用户设备执行的方法、基站执行的方法、用户设备和基站
CN107026721B (zh) 前导序列的发送和接收方法、装置及系统
CN108886811A (zh) 发送物理随机接入信道prach的方法、设备及系统
EP3186915B1 (en) Enhanced random access channel procedure
CN111818664B (zh) 随机接入方法、用户设备、基站以及随机接入系统
CN105636178A (zh) 一种非授权载波占用方法及装置
CN110447290B (zh) 无线通信方法、终端设备和网络设备
CN110178397A (zh) 基站、终端设备、方法、程序及记录介质
EP3117554B1 (en) Enb, ue and method for physical resource block allocation in mtc ue
CN112753259B (zh) 测量信道质量的方法和装置
US10694542B2 (en) Classification of user equipment using extended set of random access preambles

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20200727

Address after: No.1, Takumicho, Sakai Ward, Sakai City, Osaka Prefecture, Japan

Applicant after: Sharp Corp.

Applicant after: FG Innovation Co.,Ltd.

Address before: Japan's Osaka City. The area of Sakai Sakai Cho 1 GA 590-8522

Applicant before: Sharp Corp.

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant