通信控制方法与流程

通信控制方法
1.本技术是申请日为2018年8月6日、申请号为201880051638.4的中国发明专利申请“通信控制方法”的分案申请。
技术领域
2.本发明涉及一种移动通信系统中的通信控制方法。


背景技术：

3.近年来，以机器类型通信(mtc)和物联网(iot)服务为目标的，无需人工干预即可进行通信的无线电终端备受关注。这样的无线电终端需要实现成本降低、覆盖范围扩展和低功耗。因此，在第三代合作伙伴计划(3gpp)中，规定了新无线电终端的类别，这种新无线电终端的传输/接收带宽被限制为系统传输/接收带宽的仅一部分。


技术实现要素：

4.根据一个实施例的通信控制方法是一种移动通信系统中的方法。该通信控制方法包括以下步骤：基站传输系统信息块(sib)，所述sib指示在早期数据传输中允许传输的允许数据量，所述早期数据传输在随机接入过程期间使用消息3传输上行链路用户数据；处于rrc空闲模式的无线电终端接收sib；以及无线电终端在向基站传输的数据量小于或等于由sib指示的允许数据量时，确定执行早期数据传输。
5.该通信控制方法还可以包括以下步骤：在确定执行早期数据传输后，无线电终端从用于早期数据传输的prach资源中选择用于传输随机接入前导码的prach资源；以及无线电终端使用所选择的prach资源向基站传输随机接入前导码。
6.在该通信控制方法中，为每个扩展覆盖级别设置了用于早期数据传输的prach资源，并且选择的步骤可以包括选择与应用于无线电终端的扩展覆盖级别相对应的prach资源的步骤。
7.该通信控制方法还可以包括以下步骤：基站响应于接收到随机接入前导码，向无线电终端传输包括上行链路许可的随机接入响应，其中随机接入响应可以包括指示上行链路许可是否用于早期数据传输的信息。
8.该通信控制方法还可以包括以下步骤：无线电终端从基站接收随机接入响应；以及无线电终端在随机接入响应中包括的上行链路许可不用于早期数据传输时，终止早期数据传输。
9.根据一个实施例的通信控制方法是一种用于在随机接入过程期间控制早期数据传输的通信控制方法，该早期数据传输执行从基站到无线电终端的上行链路用户数据传输。该通信控制方法包括：步骤a，基站向无线电终端传输用于不进行早期数据传输的随机接入过程的第一定时器值和用于进行早期数据传输的随机接入过程的第二定时器值；步骤b，无线电终端响应于确定无线电终端执行早期数据传输而选择第二定时器值；步骤c，无线电终端在通过早期数据传输而传输上行链路数据时启动设置第二定时器值的定时器。
10.根据一个实施例的通信控制方法是一种通信控制方法，用于在随机接入过程期间控制执行从基站到无线电终端的下行链路用户数据传输的早期数据传输。该通信控制方法包括步骤a：基站向无线电终端传输关于早期数据传输中的数据量条件的信息；步骤b，无线电终端从基站接收关于数据量条件的信息；步骤c，无线电终端估计在早期数据传输中将从基站接收的下行链路用户数据量；以及步骤d，当估计的下行链路用户数据量满足数据量条件时，无线电终端开始早期数据传输。
11.根据一个实施例的通信控制方法是一种用于控制早期数据传输的通信控制方法，其中在随机接入过程期间，无线电终端传输或接收的用户数据量小于或等于从基站设置的最大用户数据量。该通信控制方法包括以下步骤：步骤a，无线电终端确定无线电终端推荐的最大用户数据量；以及步骤b，处于rrc连接模式的无线电终端向基站传输指示无线电终端推荐的最大用户数据量的信息。
附图说明
12.图1是示出根据实施例的lte系统(移动通信系统)的配置的图。
13.图2是示出根据实施例的ue(无线电终端)的配置的图。
14.图3是示出根据实施例的enb(基站)的配置的图。
15.图4是示出根据实施例的lte系统中的无线电接口的协议栈的图。
16.图5是示出根据实施例的lte系统中的无线电帧的配置的图。
17.图6是示出由emtc ue和nb-iot ue处理的频段的图。
18.图7是示出用于emtc ue和nb-iot ue的随机接入过程的图。
19.图8是示出根据第一实施例的操作模式1的图。
20.图9是示出根据第一实施例的操作模式2的图。
21.图10是示出根据第一实施例的操作模式3的图。
22.图11是示出根据第一实施例的操作模式4的图。
23.图12是示出图11的序列的修改示例的图。
24.图13是示出第一实施例的修改示例1的图。
25.图14是示出根据第一实施例的修改示例1的prach资源的配置示例的图。
26.图15是示出第一实施例的修改示例2的图。
27.图16是示出根据第一实施例的修改示例8的mac pdu的示例的图。
28.图17是示出第一实施例的修改示例14的操作的示例的图。
29.图18是示出第一实施例的修改示例14的操作的另一示例的图。
30.图19是示出第一实施例的修改示例15的操作的示例的图。
31.图20是示出第一实施例的修改示例17的操作的示例的图。
32.图21是示出第一实施例的修改示例18的操作的示例的图。
33.图22是示出第二实施例的操作模式1的示例的图。
34.图23是示出第二实施例的操作模式2的示例的图。
35.图24是示出第二实施例的操作模式3的示例的图。
36.图25是与补充说明有关的图。
37.图26是与补充说明有关的图。
gw经由s1接口连接到enb 200。
55.图2是示出ue 100(无线电终端)的配置的图。ue 100包括接收器110、传输器120和控制器130。
56.接收器110在控制器130的控制下执行各种接收。接收器110包括天线和接收设备。接收设备将由天线接收的无线电信号转换为基带信号(接收信号)，并将基带信号输出到控制器130。
57.传输器120在控制器130的控制下执行各种传输。传输器120包括天线和传输设备。传输设备将从控制器130输出的基带信号(传输信号)转换为无线电信号，并从天线传输无线电信号。
58.控制器130执行ue 100中的各种控制。控制器130包括至少一个处理器和存储器。存储器存储由处理器执行的程序和用于由处理器执行的处理的信息。处理器可以包括基带处理器和中央处理单元(cpu)。基带处理器执行基带信号的调制/解调、编码/解码等。cpu通过执行存储在存储器中的程序来执行各种处理。处理器执行稍后将描述的处理。
59.图3是示出enb 200(基站)的配置的图。enb 200包括传输器210、接收器220、控制器230和回程通信器240。
60.传输器210在控制器230的控制下执行各种传输。传输器210包括天线和传输设备。传输设备将从控制器230输出的基带信号(传输信号)转换为无线电信号，并从天线传输无线电信号。
61.接收器220在控制器230的控制下执行各种接收。接收器220包括天线和接收设备。接收设备将由天线接收的无线电信号转换为基带信号(接收信号)，并将基带信号输出到控制器230。
62.控制器230执行enb 200中的各种控制。控制器230包括至少一个处理器和存储器。存储器存储由处理器执行的程序和用于由处理器执行的处理的信息。处理器可以包括基带处理器和cpu。基带处理器执行基带信号的调制/解调、编码/解码等。cpu通过执行存储在存储器中的程序来执行各种处理。处理器执行稍后将描述的处理。
63.回程通信器240经由x2接口连接到相邻的enb。回程通信器240经由s1接口连接到mme/s-gw 300。回程通信器240用于在x2接口上执行的通信、在s1接口上执行的通信等。
64.图4是示出lte系统中的无线电接口的协议栈的配置的图。如图4中所示，无线电接口协议被划分为osi参考模型的第一层至第三层。第一层是物理(phy)层。第二层包括媒体访问控制(mac)层、无线电链路控制(rlc)层和分组数据会聚协议(pdcp)层。第三层包括无线电资源控制(rrc)层。phy层、mac层、rlc层、pdcp层和rrc层构成接入(as)层。
65.phy层执行编码/解码、调制/解调、天线映射/解映射以及资源映射/解映射。经由物理信道在ue 100的phy层与enb 200的phy层之间传输数据和控制信息。
66.mac层执行数据的优先级控制、通过混合arq(harq)的重新传输处理、随机接入过程等。经由传输信道在ue 100的mac层与enb 200的mac层之间传输数据和控制信息。enb 200的mac层包括调度器。调度器确定上行链路和下行链路的传输格式(传输块大小、调制和编码方案(mcs))以及分配给ue 100的资源块。
67.rlc层使用mac层和phy层的功能将数据传输到接收侧的rlc层。经由逻辑信道在ue 100的rlc层与enb 200的rlc层之间传输数据和控制信息。
68.pdcp层执行标头压缩/扩展和加密/解密。
69.仅在处理控制信息的控制平面中定义rrc层。在ue 100的rrc层与enb 200的rrc层之间传输用于各种配置的rrc信令。rrc层响应于建立、重新建立和释放无线电承载来控制逻辑信道、传输信道和物理信道。当ue 100的rrc与enb 200的rrc之间存在连接(rrc连接)时，ue 100处于rrc连接模式。当ue 100的rrc与enb 200的rrc之间没有连接(rrc连接)时，ue 100处于rrc空闲模式。
70.位于rrc层之上的nas层执行会话管理、移动性管理等。在ue 100的nas层与mme 300c的nas层之间传输nas信令。ue 100除了无线电接口协议之外还具有诸如应用层之类的功能。
71.图5是示出在lte系统中使用的无线电帧的配置的图。无线电帧在时间轴上由10个子帧组成。每个子帧在时间轴上由两个时隙组成。每个子帧的长度是1ms。每个时隙的长度是0.5ms。每个子帧在频率轴上包括多个资源块(rb)。每个子帧在时间轴上包括多个符号。每个资源块在频率轴上包括多个子载波。具体而言，1个rb由12个子载波和1个时隙构成。一个资源元素(re)由一个符号和一个子载波构成。在分配给ue 100的无线电资源(时间/频率资源)中，频率资源可以由资源块指定，而时间资源可以由子帧(或时隙)指定。
72.在下行链路中，每个子帧的几个先头符号的一部分是可以用作主要传输下行链路控制信息的物理下行链路控制信道(pdcch)的区域。每个子帧的其余部分是可以用作用于传输下行链路数据的物理下行链路共享信道(pdsch)的区域。
73.在上行链路中，每个子帧在频率方向上的两个端部是可以用作主要传输上行链路控制信息的物理上行链路控制信道(pucch)的区域。每个子帧的其余部分是可以用作主要传输上行链路数据的物理上行链路共享信道(pusch)的区域。
74.(emtc和nb-iot概述)
75.将描述emtc和nb-iot的概述。在第一实施例中，假设其中存在针对mtc和iot服务的新类别的ue 100的情况。新类别的ue 100是其传输/接收带宽被限制为系统传输/接收带宽(lte传输/接收带宽)的仅一部分的ue 100。新类别的ue被称为例如类别m1和类别窄带(nb)-iot。类别m1是增强机器类型通信(emtc)ue所属的类别。类别nb-iot(类别nb1)是nb-iot ue所属的类别。类别m1将ue 100(emtc ue)的传输/接收带宽限制为例如1.08mhz(即，6个资源块的带宽)。类别nb-iot(类别nb1)进一步将ue 100(nb-iot ue)的传输/接收带宽限制为180khz(即，一个资源块的带宽)。通过带宽的缩小，可以实现emtc ue和nb-iot ue所需的成本降低和功耗。
76.图6是示出由emtc ue和nb-iot ue处理的频段的图。如图6中所示，lte系统的系统频带的带宽可以是10mhz。系统传输/接收带宽是例如50个资源块＝9mhz。emtc ue可用的频段的带宽在6个资源块＝1.08mhz内。emtc ue可用的6个资源块内的频段称为“窄带(nb)”。nb-iot ue可用的频段带宽为1个资源块＝180khz。nb-iot ue可用的1个资源块的频段称为“载波”。
77.emtc ue在lte传输/接收带宽内操作。nb-iot ue支持在lte传输/接收带宽内操作的形式、在lte传输/接收带宽之外的保护带中操作的形式、以及在nb-iot专用的频带内操作的形式。
78.为了实现覆盖范围扩展，emtc ue和nb-iot ue支持使用重复传输等的增强覆盖范
围(ec，enhanced coverage)功能。增强覆盖范围功能可以包括使用多个子帧重复传输相同信号的重复传输。覆盖范围可以随着重复次数的增加而扩展。增强覆盖范围功能可以包括功率提升(power boosting)，该功率提升增加了传输信号的功率密度。例如，通过使传输信号的频率带宽变窄的窄带传输来增加功率密度。随着传输信号功率密度的增加，覆盖范围可以扩展。增强覆盖范围功能可以包括较低的mcs(lower mcs)传输，该较低的mcs传输降低了用于传输信号的mcs。通过使用具有低数据速率和高容错性的mcs进行传输，可以扩展覆盖范围。
79.(随机接入过程概述)
80.图7是示出用于emtc ue和nb-iot ue的随机接入过程的图。在初始状态下，ue 100处于rrc空闲模式。ue 100执行随机接入过程以便转换为rrc连接模式。这种情况称为初始连接(从rrc_idle起的初始访问)。在初始连接时，将应用基于竞争的随机接入过程。
81.ue 100选择enb 200的小区作为服务小区。如果不满足用于正常覆盖范围的第一小区选择标准(第一s标准)并且满足用于增强覆盖范围的第二小区选择标准(第二s标准)，则ue 100可以确定ue 100处于增强覆盖范围中。“ue处于增强覆盖范围中”是指为了接入小区需要使用增强覆盖范围功能(增强覆盖范围模式)的ue。注意，emtc ue必须使用增强覆盖范围模式。在此，将在ue 100处于增强覆盖范围中的假设下进行描述。
82.在步骤s1001中，enb 200通过广播信令(例如，sib)传输与物理随机接入信道(prach)有关的信息。与prach有关的信息包括为每个增强覆盖级别提供的各种参数。例如，对于增强覆盖级别，总共定义了四个级别的增强覆盖级别0到3。各种参数包括参考信号接收功率(rsrp)阈值、prach资源以及前导码传输的最大次数。prach资源包括无线电资源(时间/频率资源)和信号序列(前导码序列)。ue 100存储接收到的与prach有关的信息。
83.在步骤s1002中，ue 100基于从enb 200传输的参考信号来测量rsrp。
84.在步骤s1003中，ue 100通过将所测量的rsrp与针对每个增强覆盖级别的rsrp阈值进行比较来确定其自身的增强覆盖级别(ce级别)。增强覆盖级别指示ue 100所需的增强覆盖程度。增强覆盖级别至少与重复传输中的传输次数(即，重复次数)有关。
85.在步骤s1004中，ue 100选择与其自身的增强覆盖级别相对应的prach资源。
86.步骤s1005至s1008构成随机接入过程。在步骤s1005中，ue 100使用选择的prach资源向enb 200传输msg1(随机接入前导码)。注意，“msg”是消息的缩写。enb 200基于用于接收到的msg1的prach资源来指定ue 100的增强覆盖级别。
87.在步骤s1006中，enb 200将msg2(随机接入响应)传输到ue 100，该msg2包括指示分配给ue 100的pusch资源的调度信息。ue 100可以多次传输msg1，直到ue 100正常接收msg2为止，msg1的传输次数最多为与ue 100自身的增强覆盖级别相对应的前导码传输的最大次数。
88.在步骤s1007中，ue 100基于调度信息向enb 200传输msg3。msg3可以是rrc连接请求消息。
89.在步骤s1008中，enb 200向ue 100传输msg4。msg4可以是rrc连接建立消息。
90.在步骤s1009中，ue 100响应于接收到msg4而转换为rrc连接模式。此时，ue 100可以向enb 200传输msg5：rrc连接建立完成消息。此后，enb 200基于指定的增强覆盖级别来控制向ue 100的重复传输等。
91.(与早期数据传输有关的操作)
92.将描述根据第一实施例的与早期数据传输有关的操作。
93.早期数据传输是用于在随机接入过程期间使用预定消息来传输数据(用户数据)的传输方法。预定消息是msgl(随机接入前导码)、msg2(随机接入响应)、msg3(例如，rrc连接请求消息)、msg4(rrc连接建立消息)和msg5(rrc连接建立完成消息)中的至少一个。注意，“使用预定消息传输数据”是通过将数据包括在预定消息中来传输数据、通过将数据添加到预定消息中来传输数据、以及通过将数据与预定消息相关联来传输数据中的至少一种。
94.可以将早期数据传输应用于处于rrc挂起状态的ue。rrc挂起状态是rrc空闲模式的一种状态，并且是其中ue上下文被保存在网络中的特殊状态。在用于将处于rrc挂起状态的ue恢复为rrc连接模式的随机接入过程中，msg3是rrc连接恢复请求消息，msg4是rrc连接恢复消息，而msg5是rrc连接恢复完成消息。
95.根据第一实施例的通信控制方法包括以下步骤：(a)由第一无线电通信设备向第二无线电通信设备传输关于是否执行早期数据传输的信息，该早期数据传输在随机接入过程期间使用预定消息来传输数据；以及(b)在第二无线电通信设备接收到该信息后，由第二无线电通信设备基于接收到的信息确定是否执行早期数据传输。第一无线电通信设备是ue 100和enb 200中的一个，并且第二无线电通信设备是ue 100和enb 200中的另一个。在预定消息的传输定时之前执行步骤a。
96.将描述根据第一实施例的操作模式1至4的概述。操作模式1至4可以与上述“随机接入过程概述”(参见图7)中的操作的至少一部分组合。
97.在根据第一实施例的操作模式1中，步骤a包括以下步骤：ue 100基于是否执行早期数据传输来选择要应用于随机接入前导码传输的资源；以及由ue 100传输应用了所选择的资源的随机接入前导码。在步骤b中，enb 200基于应用于随机接入前导码的资源来确定是否执行早期数据传输。
98.在根据第一实施例的操作模式2中，在步骤a中，在ue 100处于连接模式时，ue 100向enb 200传输指示执行早期数据传输的通知。操作模式2还包括以下步骤：在传输通知之后，将ue 100从连接模式转换为空闲模式，以及当ue 100处于空闲模式时，由enb 200或更高级网络设备保留该通知。在步骤b中，在随机接入过程期间，enb 200基于所保存的通知来确定是否执行早期数据传输。
99.在根据第一实施例的操作模式3中，在步骤a中，在开始随机接入过程之前，enb 200通过寻呼消息、下行链路控制信息(dci)和/或物理下行链路共享信道(pdsch)中的至少一个向ue 100传输指示是否执行早期数据传输的通知。在步骤b中，ue 100基于来自enb 200的通知来确定是否执行早期数据传输。
100.在根据第一实施例的操作模式4中，在步骤a中，在开始随机接入过程之前，enb 200向ue 100传输指示允许通过早期数据传输来传输的数据量的信息。在步骤b中，ue 100基于从enb 200通知的数据量和从ue 100向enb 200传输的数据量来确定是否执行早期数据传输。
101.(1)操作模式1
102.图8是示出根据第一实施例的操作模式1的图。将主要描述与上述“随机接入过程
概述”中的操作的不同之处。
103.如图8中所示，在步骤s101中，enb 200通过系统信息(sib)传输(广播)指示prach资源(prach资源池)的prach资源信息，该prach资源是可以用于随机接入前导码传输的资源。prach资源包括无线电资源(时间/频率资源)和/或信号序列(前导码序列)。
104.prach资源包括：指示执行早期数据传输(执行早期数据传输的指示)的第一资源组(prach资源池)和指示不执行早期数据传输的第二资源组(prach资源池)。划分为第一资源组和第二资源组的prach资源可以是无线电资源(时间/频率资源)。划分为第一资源组和第二资源组的prach资源可以是信号序列(前导码序列)。
105.enb 200在sib中包括指示第一资源组的信息和指示第二资源组的信息。第二资源组可以是类似于常规资源的prach资源。第一资源组可以是与常规prach资源分开确保的prach资源。
106.第一资源组可以包括：指示通过早期数据传输来传输上行链路数据的第一资源子组；以及指示通过早期数据传输来接收下行链路数据的第二资源子组。此外，第一资源组可以包括第三资源子组，该第三资源子组指示上行链路数据的传输和下行链路数据的接收两者均通过早期数据传输来执行。enb 200可以在sib中包括指示多个资源子组(第一资源子组、第二资源子组和第三资源子组)中的至少一个的信息。
107.处于rrc空闲模式的ue 100从enb 200接收sib。处于rrc空闲模式的ue 100确定需要建立rrc连接，并且开始准备随机接入过程。在此，ue 100可以响应于ue 100中的上行链路数据的生成来确定需要建立rrc连接以便传输上行链路数据。ue 100可以响应于从enb 200接收了寻址到ue 100的寻呼消息，确定需要建立rrc连接以便接收下行链路数据。
108.在步骤s102中，处于rrc空闲模式的ue 100从由sib通知的prach资源中选择要应用于随机接入前导码传输的资源。当执行早期数据传输时，ue 100选择第一资源组中的资源。另一方面，当不执行早期数据传输时，ue 100选择第二资源组中的资源。是否执行早期数据传输基于以下标准1)到7)中的至少一项。1)ue 100的能力，即，ue 100是否具有执行早期数据传输的能力。2)由ue 100传输或接收的数据的优先级(例如，qos)。3)ue 100的功率状态(例如，电池的剩余电量)。4)是否要减少数据延迟(例如，早期进行tcp ack传输的必要性)。5)用户首选项(例如，取决于手动设置)。6)来自网络的指示(例如，基于由mme等做出的功能限制或认证结果)。7)来自enb的指示(例如，基于enb是否具有早期数据传输/接收能力)。注意，“执行早期数据传输”可以意味着ue 100意欲执行早期数据传输、是否允许早期数据传输、或者是否可能进行早期数据传输。
109.ue 100可以针对上行链路和下行链路分别确定是否执行早期数据传输。当通过早期数据传输来传输上行链路数据时，ue 100可以选择第一资源子组中的资源。当通过早期数据传输接收下行链路数据时，ue 100可以选择第二资源子组中的资源。
110.在步骤s103中，ue 100传输应用了在步骤s102中选择的资源的msg1(随机接入前导码)。
111.在步骤s104中，enb 200基于应用于接收到的随机接入前导码的资源来确定是否执行早期数据传输。例如，当第一资源组中的资源被应用于随机接入前导码时，enb 200针对作为传输源的ue 100确定执行早期数据传输。此外，enb 200可以基于资源子组来确定是执行上行链路早期数据传输还是下行链路早期数据传输。另一方面，当第二资源组中的资
100确定不执行早期数据传输时(当在msg1中使用常规prach资源时)，ue 100和enb 200可以取消(丢弃)通知信息。
121.在步骤s205中，ue 100向enb 200传输msgl(随机接入前导码)。尽管稍后将描述，但是ue 100可以通过应用从enb 200分配给每个ue的专用前导码序列(专用前导码)来传输随机接入前导码。enb 200从ue 100接收随机接入前导码。
122.enb 200可以从更高级设备(例如，mme 300)接收寻址到处于空闲模式的ue 100的寻呼消息。寻呼消息可以包括目的地ue的标识符和更高级设备保存的通知信息的组合。enb 200可以使用包括在寻呼消息中的信息，以便确定是否针对ue 100执行早期数据传输。
123.当应用专用前导码序列时，在步骤s206中，enb 200基于前导码序列来识别ue 100。enb 200基于在步骤s204中保存的通知信息来确定是否执行早期数据传输。具体地，如果保存了与所识别的ue 100相对应的通知信息，则enb 200确定执行早期数据传输。另一方面，如果没有保存与所识别的ue 100相对应的通知信息，则enb 200确定不执行早期数据传输。
124.在步骤s207中，enb 200向ue 100传输msg2(随机接入响应)。
125.在步骤s208中，ue 100向enb 200传输msg3。
126.当没有应用专用前导码序列时，在步骤s209中，enb 200基于msg3来识别ue 100。enb 200基于在步骤s204中保存的通知信息来确定是否执行早期数据传输。
127.(3)操作方式3
128.图10是示出根据第一实施例的操作模式3的图。将主要描述与上述“随机接入过程概述”中的操作的不同之处。另外，将省略与操作模式1和2重复的描述。操作模式3应用于下行链路早期数据传输。
129.在操作模式3中，执行随机接入过程的ue 100处于rrc空闲模式或rrc连接模式。处于rrc空闲模式的ue 100执行基于竞争的随机接入过程。另一方面，处于rrc连接模式的ue 100可以执行基于非竞争的随机接入过程。在基于非竞争的随机接入过程中，通过下行链路控制信息(dci)或单独的rrc信令(专用信令)将专用前导码序列从enb 200分配给每个ue。在切换、上行链路定时调整等时应用基于非竞争的随机接入过程。
130.如图10中所示，在步骤s301中，enb 200在开始随机接入过程之前，通过寻呼消息、dci和pdsch中的至少一个，向ue 100传输指示是否执行早期数据传输的通知。
131.当使用寻呼消息时，可以应用基于竞争的随机接入过程。enb 200传输寻呼消息，该寻呼消息包括目的地ue的标识符和指示是否执行早期数据传输的信息的组合。这样的寻呼消息可以由mme 300生成并且经由enb 200从mme 300传输给ue 100。
132.当使用dci或pdsch时，ue 100可以处于rrc连接模式。当使用dci或pdsch时，可以应用基于非竞争的随机接入过程。enb 200在寻址到ue 100的dci或pdsch中包括指示是否执行早期数据传输的信息。在寻呼时机，即在执行间歇接收(drx)操作的ue 100监测pdcch的定时，enb 200可以向ue 100传输dci，该dci包括指示是否执行早期数据传输的信息。
133.当用于早期数据传输的预定消息是msg1(随机接入前导码)时，enb 200可以在向ue 100通知是否执行早期数据传输时向ue 100通知用于早期数据传输的prach资源。该通知是通过寻呼消息、dci和pdsch中的至少一个执行的。enb 200可以通过sib预先广播几个prach资源(以及包括prach资源的索引的列表)。enb 200可以通过寻呼消息、dci和pdsch中
的至少一个来通知prach资源的索引。
134.在步骤s302中，ue 100基于在步骤s301中来自enb 200的通知来确定是否执行早期数据传输。ue 100可以在被通知执行早期数据传输时确定执行早期数据传输。替代地，即使在被通知执行早期数据传输时，ue 100也可以确定不执行早期数据传输。在这种情况下，ue 100可以在随机接入过程期间通过例如msg1(随机接入前导码)或msg3(例如，rrc连接请求消息)来向enb 200通知不执行早期数据传输。
135.当随机接入过程开始时，在步骤s303中，ue 100向enb 200传输msg1(随机接入前导码)。当执行早期数据传输时，enb 200在随机接入过程期间通过例如msg2(随机接入响应)或msg4(例如，rrc连接建立消息)将下行链路数据传输给ue 100。
136.替代地，enb 200可以在随机接入过程期间向ue 100通知执行下行链路早期数据传输。例如，enb 200可以通过msg4向ue 100传输指示使用msg2传输下行链路数据的信息。
137.(4)操作方式4
138.图11是示出根据第一实施例的操作模式4的图。将主要描述与上述“随机接入过程概述”中的操作的不同之处。另外，将省略与操作模式1至3重复的描述。操作模式4被应用于上行链路早期数据传输。
139.如图11中所示，在步骤s401中，在开始随机接入过程之前，enb 200向ue 100传输指示允许通过早期数据传输来传输的数据量(允许数据量)的信息。指示早期数据传输的允许数据量的信息可以是指示允许数据量的阈值。enb 200可以通过sib来广播指示早期数据传输的允许数据量的信息。enb 200可以通过单播消息(例如，rrc连接释放消息)向每个ue传输指示早期数据传输的允许数据量的信息。ue 100接收指示早期数据传输的允许数据量的信息。ue 100可以处于rrc空闲模式。
140.enb 200向ue 100通知的允许数据量可以仅为一个，或可以为多个。当允许数据量为多个时，可以配置列表，该列表包括允许数据量及其索引的多个组合。enb 200可以基于小区的负载状态来改变列表的内容(记录的数量)。ue 100可以基于该列表，利用msgl向enb 200通知与要传输给enb 200的上行链路数据量相对应的索引，从而向enb 200指示要通过早期数据传输来传输的数据量。
141.在步骤s402中，ue 100基于从enb 200通知的允许数据量和从ue 100向enb 200传输的数据量，来确定是否执行早期数据传输。向enb 200传输的数据量可以是在ue 100内的上行链路缓冲区中累积的上行链路数据量。
142.做出这种确定的实体可以是ue 100的接入层(as)或ue 100的更高层。如上所述，接入层(as)是包括phy层、mac层、rlc层、pdcp层和rrc层的层。接入层(as)是用于与enb 200进行无线通信的层。更高层是包括nas层、应用层等的层，并且位于比接入层高的位置。在更高层中生成要向enb 200传输的数据(即，上行链路数据)。
143.当确定实体是ue 100的接入层(as)时，ue 100的更高层可以向ue 100的接入层(as)通知要通过上行链路早期数据传输向enb 200传输的数据量。向enb 200传输的数据量可以是数据分组的大小或多个数据分组的总量。数据分组可以是pdcp sdu(即，ip分组)或包括nas标头的nas pdu。例如，ue 100的接入层(as)基于从enb 200通过sib通知的允许数据量和从更高层通知的数据分组的大小，来确定是否执行早期数据传输。
144.另一方面，当确定实体是ue 100的更高层时，接入层向更高层通知从enb 200通知
的允许数据量。更高层基于从接入层通知的允许数据量和要向enb 200传输的数据分组的大小，来确定是否执行早期数据传输。
145.当要向enb 200传输的数据量等于或小于允许数据量时，ue 100可以确定执行早期数据传输。在这种情况下，当在随机接入过程期间通过早期数据传输完成了上行链路数据传输时，ue 100可以结束随机接入过程而不转换为rrc连接模式。将在第一实施例的修改示例4中描述这种操作。
146.当要向enb 200传输的数据量超过允许数据量时，ue 100可以确定执行早期数据传输。在这种情况下，ue 100可以在随机接入过程期间通过早期数据传输来传输上行链路数据，并且可以在转换为rrc连接模式之后将剩余的上行链路数据传输给enb 200。
147.当随机接入过程开始时，ue 100在步骤s403中将msg1(随机接入前导码)传输给enb 200。当执行早期数据传输时，ue 100在随机接入过程期间通过例如msg1(随机接入前导码)或msg3(例如，rrc连接请求消息)将上行链路数据传输给enb 200。
148.已经描述了以下示例：在图11的序列中，当要向enb 200传输的数据(即，上行链路数据)量超过允许数据量时，ue 100通过早期数据传输来传输上行链路数据，并且在转换为rrc连接模式之后将剩余的上行链路数据传输给enb 200。然而，即使上行链路数据量略大于允许数据量，由于ue 100需要转换为rrc连接模式，因此效率低下，并且在ue 100的功耗方面不是优选的。
149.因此，当要向enb 200传输的数据量大于通过广播信息(sib)从enb 200通知的允许数据量时，ue 100可以多次传输msg3。msg3的多次传输中的每一次都包含数据传输。例如，ue 100在第一次msg3传输中传输上行链路数据直到达到允许数据量，并且在第二次msg3传输中传输剩余的上行链路数据。因此，由于可以通过早期数据传输来完成上行链路数据传输，所以ue 100不必转换为rrc连接模式。
150.图12是示出图11的序列的修改示例的图。在此，将主要描述与图11的序列的不同之处。
151.如图12中所示，在步骤s411中，enb 200向ue 100传输广播信息(sib)，该广播信息指示允许通过早期数据传输来传输的数据量(允许数据量)。ue 100基于从enb 200通知的允许数据量和从ue 100向enb 200传输的数据(上行链路数据)量，来确定是否执行上行链路早期数据传输。在此，尽管上行链路数据量大于允许数据量，但ue 100确定可以通过多次传输msg3来完成上行链路数据传输，并且确定执行上行链路早期数据传输。
152.当随机接入过程开始时，ue 100在步骤s412中向enb 200传输msg1(随机接入前导码)。ue 100可以通过随机接入前导码向enb 200通知传输大于允许数据量的数据的指示。例如，以与操作模式1相同的方式划分prach资源，并且在prach资源中定义用于表示要传输大于允许数据量的数据的指示的资源。ue 100选择用于表示要传输大于允许数据量的数据的指示的资源，并使用所选择的资源来传输随机接入前导码。enb 200识别出用于前导码传输的资源，并且得知ue 100具有传输大于允许数据量的数据的指示。
153.在步骤s413中，enb 200向ue 100传输msg2(随机接入响应)。enb 200可以通过msg2向ue 100传输用于多次传输msg3的信息。这样的信息可以是半永久调度(sps)的配置信息和/或激活指令。例如，enb 200向ue 100传输包含sps周期的配置信息，该sps周期指示上行链路的传输周期。此外，enb 200通过msg2传输上行链路许可，该上行链路许可指示分
配给ue 100的上行链路资源(时间/频率资源)。可以在步骤s411中从enb 200向ue 100通知sps的配置信息。替代地，sps的配置信息可以在规范中定义，并且可以在ue 100中预先设置。
154.在步骤s414中，ue 100使用由上行链路许可指示的时间/频率资源，将msg3与数据一起传输给enb 200。在此，ue 100可以向enb 200传输最多达到从enb 200通知的允许数据量的上行链路数据。ue 100将上行链路数据包括在rrc消息(例如，rrc连接请求)中。替代地，ue 100不将上行链路数据包括在rrc消息中，而是在mac层中复用并传输上行链路数据(dtch)和rrc消息(ccch)。
155.在步骤s415中，当从步骤s414的时刻起已经经过了与sps周期相对应的时间时，ue 100执行第二次msg3传输。ue 100使用由上行链路许可指示的时间/频率资源，将msg3与数据一起传输到enb 200。在此，在此处传输的msg3可以包括上行链路数据，而不包括rrc消息。
156.ue 100根据sps设置多次向enb 200与数据一起传输msg3，直到完成上行链路数据传输为止。ue 100可以在最后的msg3传输中传输指示完成上行链路数据传输的信息(例如，结束标记)。ue 100可以使用“bsr＝0”来指示完成上行链路数据传输。将在修改示例8中描述“bsr＝0”的细节。enb 200识别ue 100的最后的msg3传输。
157.在步骤s416中，enb 200向ue 100传输msg4。enb 200可以使用msg4来终止sps传输。例如，enb 200可以通过msg4向ue 100传输指示停止sps传输的1位指示符。ue 100响应于接收到msg4而停止sps传输(并且丢弃sps设置)。ue 100可以终止随机接入过程而不转换为rrc连接模式。
158.enb 200可以通过msg4明确地通知ue 100：终止随机接入过程而不转换为rrc连接模式。在这种情况下，msg4传输可以包括rrc连接释放消息或rrc连接拒绝消息的传输。
159.替代地，enb 200可以通过msg4明确地通知ue 100：转换为rrc连接模式。在这种情况下，msg4传输可以包括rrc连接建立消息或rrc连接恢复消息的传输。
160.在图12的序列中，已经描述了以下示例：通过随机接入前导码将要传输大于允许数据量的数据的指示通知给enb 200，并且enb 200指示ue 100执行sps传输。
161.然而，enb 200可以响应于接收到该随机接入前导码，通过msg2向ue 100传输上行链路许可，该上行链路许可使得能够传输多于允许数据量的数据。当在接收到随机接入前导码时有足够量的上行链路资源时，enb 200可以将该上行链路许可传输给ue 100。当从enb 200接收到使得能够传输多于允许数据量的数据的上行链路许可时，ue 100可以用一次msg3传输来完成上行链路数据传输。
162.替代地，当在接收到随机接入前导码时没有足够的上行链路资源时，enb 200不传输对随机接入前导码的随机接入响应(msg2)，或者可以在msg4中向ue 100通知拒绝。
163.(第一实施例的概要)
164.根据第一实施例的通信控制方法包括以下步骤：(a)由第一无线电通信设备向第二无线电通信设备传输关于是否执行早期数据传输的信息，该早期数据传输在随机接入过程期间使用预定消息来传输数据；以及(b)在第二无线电通信设备接收到该信息后，由第二无线电通信设备基于接收到的信息确定是否执行早期数据传输。第一无线电通信设备是ue 100和enb 200中的一个，并且第二无线电通信设备是ue 100和enb 200中的另一个。在预定
消息的传输定时之前执行步骤a。根据这种通信控制方法，第二无线电通信设备可以基于从第一无线电通信设备接收的信息，在预定消息的传输定时(即，可用于早期数据传输的定时)之前，预先确定是否执行早期数据传输。例如，可以使关于是否进行早期数据传输的认识在第一无线电通信设备和第二无线电通信设备(ue 100和enb 200)之间相匹配。因此，可以实现早期数据传输。
165.(修改示例1)
166.图13是示出第一实施例的修改示例1的图。在第一实施例的修改示例1中，ue 100通过随机接入前导码向enb 200通知通过早期数据传输要传输的数据(上行链路数据)量。将主要描述与第一实施例中的操作的不同之处。
167.如图13中所示，在步骤s501中，enb 200通过sib广播以下信息中的至少一个：指示数据量与prach资源(例如，前导码序列)之间的对应关系的信息和指示早期数据传输的最小保证资源量的信息。可以使用寻呼消息代替sib。
168.在步骤s502中，ue 100还可以基于通过早期数据传输来传输的数据(上行链路数据)量来选择要应用于随机接入前导码传输的资源。例如，ue 100基于从enb 200通知的对应关系，选择与通过早期数据传输来传输的数据(上行链路数据)量相对应的前导码序列。
169.ue 100可以基于从enb 200通知的最小保证资源量来确定是否向enb 200通知通过早期数据传输要传输的数据(上行链路数据)量。例如，当最小保证资源量足够时，ue 100可以确定不向enb 200通知通过早期数据传输要传输的数据量。当最小保证资源量不足时，ue 100可以确定向enb 200通知通过早期数据传输要传输的数据量。
170.在步骤s503中，ue 100向enb 200传输msg1(随机接入前导码)。ue 100可以通过应用与通过早期数据传输来传输的数据量相对应的prach资源(例如，前导码序列)，来传输随机接入前导码。替代地，ue 100可以通过将指示通过早期数据传输来传输的数据量的信息添加到随机接入前导码，来传输随机接入前导码。
171.在步骤s504中，enb 200基于由随机接入前导码通知的数据量来确定要分配给ue 100的上行链路无线电资源(例如，pusch资源)的量。上行链路无线电资源可以是用于msg3传输的无线电资源。通过msg2向ue 100通知关于enb 200分配给ue 100的上行链路无线电资源的信息。
172.注意，已经描述了其中enb 200向ue 100通知最小保证资源量的示例。然而，代替这种通知，enb 200可以在ue 100中设置ue 100是否应当使用随机接入前导码来通知上行链路数据量。该设置可以通过sib执行。
173.替代地，执行上行链路早期数据传输的指示的通知可以具有上行链路数据量的隐式通知含义。enb 200可以将通知执行上行链路早期数据传输的指示视为：将ul许可大小留给enb决定、数据量等于所报告的ul许可大小(其可以是最大允许的ul许可大小)、或者所报告的ul许可大小需要具有与早期数据传输相关的数据量。
174.在第一实施例的操作模式1中，已经描述了使用prach资源向enb 200通知ue 100的执行早期数据传输的指示的示例。可能需要针对每个ce级别执行此类通知。另外，在该修改示例中，使用prach资源向enb 200通知上行链路数据量。当这些操作一起使用时，有必要增加prach资源划分的数量。另外，由于为prach保证的一个资源池是有限的，所以随着prach资源划分的数量增加，每个划分的资源组的大小减小。因此，即使ue 100随机选择每
个资源组内的资源，多个ue选择相同资源的概率(即，资源冲突的发生概率)也增加。
175.因此，ue 100可以在随机接入响应的接收定时之前，多次执行随机接入前导码传输。在多次随机接入前导码传输的每次传输中，ue 100基于要通知给enb 200的信息来选择要应用于随机接入前导码传输的资源。由此，可以在时间方向上确保多个prach资源池，并且可以增加可用prach资源的数量。
176.图14是图示prach资源配置的示例的图。在图14所示的示例中，ue 100在预定时间内执行两次前导码传输。预定时间可以是一个子帧的时间或一个无线电帧的时间。设置与两次前导码传输相对应的两个prach资源池#1和#2。prach资源池#1和prach资源池#2可以设置在相同的频率上。每个prach资源池在频率方向上被划分，并且被划分为多个资源组。每个prach资源池可以在时间方向上被划分。
177.ue 100在第一次前导码传输中从prach资源池#1中选择资源。prach资源池#1被分为三个资源组，这三个资源组对应于ce级别#1至#3。例如，具有执行上行链路早期数据传输的指示的ue 100确定与其自身的ce级别相对应的资源组，从所确定的资源组中随机选择资源，并使用所选择的资源来传输随机接入前导码。enb 200确定与从ue 100接收到的随机接入前导码相对应的资源组，并且得知ue 100的ce级别。
178.ue 100在第二次前导码传输中从prach资源池#2中选择资源。prach资源池#2被划分成四个资源组，四个资源组对应于上行链路数据量#1至#4。数据量#1至#4中的每一个是指示数据量范围的索引。例如，具有执行上行链路早期数据传输的指示的ue 100确定与其上行链路数据量相对应的资源组，从所确定的资源组中随机选择资源，并使用所选择的资源来传输随机接入前导码。enb 200确定与从ue 100接收到的随机接入前导码相对应的资源组，并且得知ue 100的上行链路数据量。
179.ue 100可以在第一次前导码传输和第二次前导码传输中应用相同的前导码序列(信号序列)。在这种情况下，enb 200基于前导码序列将已经执行了第一次前导码传输的ue与已经执行了第二次前导码传输的ue相关联。替代地，可以在第一次前导码传输和第二次前导码传输中根据预定模式(例如，跳频模式)从资源组中选择资源。在这种情况下，enb 200基于资源选择模式将已经执行了第一次前导码传输的ue与已经执行了第二次前导码传输的ue相关联。
180.当从ue 100接收到通过第二次前导码传输来传输的随机接入前导码时，enb 200可以向ue 100传输与通过第一次前导码传输来传输的随机接入前导码相对应的随机接入响应。即，enb 200不传输与通过第二次前导码传输来传输的随机接入前导码相对应的随机接入响应。由此，可以确保向后兼容。替代地，当从ue 100接收到通过第二次前导码传输来传输的随机接入前导码时，enb 200可以向ue 100传输与通过第二次前导码传输来传输的随机接入前导码相对应的随机接入响应。即，enb 200不传输与通过第一次前导码传输来传输的随机接入前导码相对应的随机接入响应。
181.enb 200可以通过sib向ue 100通知关于每个prach资源池的信息。关于每个prach资源池的信息包括与每个prach资源池和每个资源组相关联的信息的类型、指示构成prach资源池的资源的时间/频率范围的信息、以及指示prach资源池中每个资源组的时间/频率范围的信息中的至少一个。enb 200可以作为针对每个prach资源池的单独信息元素(例如，rach-config)来向ue 100通知这种信息。每个信息元素可以包括对应信息的类型(ce级别
或上行链路数据量)，或者对应信息的类型可以由信息元素名称来表示。
182.注意，在图14的示例中，已经描述了其中通过前导码传输向enb 200通知ce级别和上行链路数据量的示例，但是可以通过前导码传输向enb 200通知除ce级别和上行链路数据量之外的信息(例如，ue类别、稍后描述的修改示例14的定时器值)。另外，连续执行的前导码传输的次数不限于两次，可以是三次或三次以上。例如，ue 100可以通过第一次随机接入前导码传输向enb 200通知ce级别，通过第二次随机接入前导码传输向enb 200通知执行早期数据传输的指示，并且通过第三次随机接入前导码传输向enb 200通知上行链路数据量(即，ue 100期望的上行链路许可的数量)。替代地，用于第一次随机接入前导码传输的prach资源池#1和用于第二次随机接入前导码传输的prach资源池#2被划分，并且prach资源池#2被划分为两个资源组。然后，可以确保prach资源池#2的一个资源组用于通知执行早期数据传输的指示，并且可以确保prach资源池#2的另一个资源组用于通知上行链路数据量的指示。在这种情况下，enb 200可以将已经使用用于通知上行链路数据量的资源组中的资源向enb 200通知了上行链路数据量的ue 100，视为具有执行早期数据传输的指示的ue。另外，可以将执行早期数据传输的指示的通知视为将ul许可大小留给enb决定、数据量等于所报告的ul许可大小(其可以是最大允许的ul许可大小)、或者所报告的ul许可大小需要具有与早期数据传输相关的数据量。
183.在图14的示例中，已经描述了其中在时间方向上设置多个prach资源池的示例，但是可以在频率方向上设置多个prach资源池。
184.另外，已经描述了通过在第一次前导码传输和第二次前导码传输中应用相同的前导码序列(信号序列)来使第一次前导码传输和第二次前导码传输彼此关联的示例。然而，关联不限于使用前导码序列的情况，关联可以通过时间/频率资源来执行。例如，如图14中所示，用于第一次随机接入前导码传输的prach资源池#1和用于第二次随机接入前导码传输的prach资源池#2中的每一个包括多个资源组，并且每个资源组假设被定义为矩形。在这种情况下，将矩形的四个顶点中的一个特定点确定为参考点。ue 100在用于第一次随机接入前导码传输的资源组中，基于参考点选择预定时间/频率位置处的资源。ue 100在用于第二次随机接入前导码传输的资源组中，基于参考点来选择与第一次相同的时间/频率位置处的资源。以这种方式，通过在第一次和第二次随机接入前导码传输的每次传输中对齐时间/频率资源的相对位置，enb 200可以执行第一次前导码传输与第二次前导码传输的关联。
185.另外，在图14的示例中，已经描述了其中prach资源池由时间/频率资源配置的示例，但是prach资源池可以由前导码序列(信号序列)资源组成。
186.接下来，将描述在多次随机接入前导码的传输中enb 200至少一次未能接收前导码的情况。在此，假设ue 100通过第一次随机接入前导码传输向enb 200通知ce级别，并且通过第二次随机接入前导码传输向enb 200通知执行早期数据传输的指示(特别是执行上行链路早期数据传输的指示)。如表1中所示，在情况1至3中，第一次随机接入前导码传输(第一prach)和第二次随机接入前导码传输(第二prach)中的至少一个传输失败。
187.[表1]
[0188][0189]
情况1是第一次随机接入前导码传输和第二次随机接入前导码传输均成功的情况。在情况1中，enb 200得知由ue 100执行早期数据传输的指示，并且向ue 100分配比正常上行链路许可(即，不考虑通过早期数据传输来传输的数据量)多的上行链路资源，并通过msg2通知分配的上行链路资源。ue 100通过早期数据传输来用msg3传输数据。
[0190]
情况2是第一次随机接入前导码传输成功而第二次随机接入前导码传输失败的情况。在情况2中，enb 200识别出接收到正常随机接入前导码，并且通过msg2向ue 100通知正常上行链路许可。ue 100确定没有被分配可用于数据传输的上行链路资源，并且将不包括数据的msg3传输给enb 200。
[0191]
情况3是第一次随机接入前导码传输失败并且第二次随机接入前导码传输成功的情况。在情况3中，由于enb 200没有接收到第一次随机接入前导码，因此即使接收到第二次随机接入前导码，enb 200也不传输对应的msg2。ue 100没有从enb 200接收到msg2，因此从头开始再次执行随机接入过程。
[0192]
在情况3中，enb 200可以基于第二次随机接入前导码来确定已经传输了该随机接入前导码的ue 100，并且可以将msg2传输给所确定的ue 100。例如，enb 200可以基于应用于第二次随机接入前导码的前导码序列和/或跳变模式来确定ue 100。然而，由于enb 200没有接收到第一次随机接入前导码，因此enb 200无法基于第一次随机接入前导码来得知ue 100的ce级别。在这种情况下，enb 200假设ue 100处于正常覆盖范围内(即，不在扩展覆
盖范围内)，并且在msg2传输期间不执行重复传输。替代地，enb 200可以基于第二次随机接入前导码来估计ce级别。具体地，当在第二次前导码传输期间应用重复传输时，enb 200可以对已经成功接收的前导码传输的重复次数进行计数，并且可以根据计数值来估计ce级别。enb 200基于估计的ce级别，在传输msg2时执行重复传输。
[0193]
注意，不论是否多次执行随机接入前导码传输，已经通过前导码传输向enb 200通知了执行上行链路早期数据传输的指示的ue 100可以具有如下限制：当没有被分配可以用于数据传输的上行链路资源时，应向enb 200传输正常msg3(不与数据一起的msg3)。
[0194]
替代地，当没有被分配可以用于数据传输的上行链路资源时，已经通过前导码传输向enb 200通知了执行上行链路早期数据传输的指示的ue 100可以再次执行随机接入过程。当重新开始随机接入过程时，ue 100再次执行前导码传输，并且通过前导码传输再次向enb 200通知执行上行链路早期数据传输的指示。仅当enb 200允许时，ue 100才可以再次执行随机接入过程。即，当enb 200不允许时，ue 100被禁止再次执行随机接入过程。指示这种许可的信息可以通过sib从enb 200广播，或者可以从mme配置给ue 100。
[0195]
(修改示例2)
[0196]
图15是示出第一实施例的修改示例2的图。将主要描述与第一实施例中的操作的不同之处。
[0197]
如图15中所示，在步骤s601中，ue 100通过早期数据传输将数据与msg1(随机接入前导码)一起传输给enb 200。例如，ue 100在随机接入前导码之后使用新的数据信道来传输数据。然而，可以与随机接入前导码一起传输少量数据。ue 100保留在步骤s601中传输的数据。
[0198]
在步骤s602中，当enb 200接收到与随机接入前导码一起传输的数据时，enb 200通过msg2(随机接入响应)将接收到的数据的至少一部分返回给ue 100。enb 200可以将所有接收到的数据返回给ue 100。
[0199]
在步骤s603中，ue 100将在步骤s601中传输的数据与从enb 200返回的数据进行比较。作为比较的结果，如果在步骤s601中传输的数据与从enb 200返回的数据一致，则ue 100确定传输成功(ack)，并且如果在步骤s601中传输的数据与从enb 200返回的数据不一致，则确定传输失败(nack)。如果确定传输失败(nack)，则ue 100在下一次上行链路传输时(在pusch传输时)重新传输该传输失败的数据。此外，ue 100可以通过msg3向enb 200通知确定结果(ack或nack)。ue 100可以仅在确定结果为nack时向enb 200执行nack通知。
[0200]
(修改示例3)
[0201]
根据第一实施例的修改示例3的ue 100在rrc空闲模式中通过早期数据传输将数据传输给enb 200。此后，处于rrc空闲模式的ue 100监测物理信道混合arq指示符信道(phich)，以从enb 200接收与通过早期数据传输来传输的数据相对应的ack或nack。
[0202]
通常，ue 100仅在rrc连接模式下监测phich。然而，假设enb 200通过phich通知针对上行链路早期数据传输的ack/nack。因此，即使ue 100处于rrc空闲模式，ue 100也监测phich，以能够得知早期数据传输是否成功。
[0203]
(修改示例4)
[0204]
在第一实施例的修改示例4中，ue 100或enb 200确定是否通过早期数据传输完成了数据传输。当确定通过早期数据传输完成了数据传输时，ue 100在不从rrc空闲模式转换
为rrc连接模式的情况下终止随机接入过程。这使得实现有效的数据传输。
[0205]
例如，在上行链路早期数据传输的情况下，当ue 100从enb 200接收到msg4(例如，rrc连接建立消息)时，ue 100向enb 200传输指示失败或拒绝的消息(失败消息)，因此可以终止随机接入过程。指示失败或拒绝的消息可以包括指示失败或拒绝的原因的信息(例如，早期数据传输完成)。
[0206]
在下行链路早期数据传输的情况下，enb 200通过msg4(例如，rrc连接建立消息)向ue 100通知终止随机接入过程(即，不必完成)，并且可以终止随机接入过程。替代地，enb 200可以传输rrc连接释放消息作为msg4。
[0207]
当传输下行链路早期数据时，enb 200可以通过在随机接入过程之前向ue 100传输特殊寻呼消息，来通知下行链路早期数据传输是小分组(小数据量)的下行链路传输。这样的寻呼消息可以由mme 300生成，并且经由enb 200从mme 300传输给ue 100。特殊寻呼消息可以包括ue 100的标识符和指示小分组传输的信息的组合。当ue 100接收到特殊寻呼消息时，在通过早期数据传输完成了数据传输之后，ue 100终止随机接入过程而不转换为rrc连接模式。
[0208]
(修改示例5)
[0209]
在第一实施例的修改示例5中，enb 200通过寻呼消息向ue 100传输前导码索引，该前导码索引指示要应用于随机接入前导码的前导码序列。例如，寻呼消息可以包括ue 100的标识符和前导码索引的组合。
[0210]
在该操作之前，mme 300可以在经由s1接口传输给enb 200的s1寻呼消息中执行“基于非竞争的随机接入过程的应用”以及ue的标识符(ue id)的通知。mme 300可以在s1寻呼消息中执行ue id以及“早期数据传输的应用”的通知。另外，enb 200预先向mme 300通知(多个)前导码索引，并且mme 300在s1消息中向enb 200通知从该索引中选择的一个索引(如果需要的话)。
[0211]
ue 100(例如，处于rrc空闲模式的ue)从enb 200接收寻呼消息，并向enb 200传输应用了由前导码索引指示的前导码序列的随机接入前导码。enb 200可以基于应用于随机接入前导码的前导码序列来识别作为随机接入前导码传输源的ue 100。
[0212]
因此，可以在原本执行基于竞争的随机接入过程的情况下(例如，在初始连接期间)执行基于非竞争的随机接入过程。因此，可以不需要用于基于竞争的随机接入过程的竞争解决方案。
[0213]
(修改示例6)
[0214]
在第一实施例的修改示例6中，ue 100或enb 200通过早期数据传输来传输数据。对于通过早期数据传输来传输的数据，不应用与该数据相对应的ack或nack的传输，而是应用以预定次数重复传输该数据的重复传输。因此，即使不使用ack或nack，也可以提高数据传输的可靠性。
[0215]
即使当ue 100不在增强覆盖范围内(即，在正常覆盖范围内)时，ue 100或enb 200也将重复传输应用于通过早期数据传输来传输的数据。通常，当ue 100处于正常覆盖范围内时，不应用重复传输。另一方面，在第一实施例的修改示例6中，不管ue 100是否处于增强覆盖范围中，对于通过早期数据传输来传输的数据，均不应用ack或nack的传输，而是应用以预定次数重复传输该数据的重复传输。
[0216]
例如，在上行链路早期数据传输的情况下，即使通过早期数据传输接收到上行链路数据，enb 200也不向ue 100传输ack/nack。然而，ue 100以在规范中预先定义的次数或以从enb 200设置的次数，在较低层中执行对相同信号的重复传输。
[0217]
在下行链路早期数据传输的情况下，即使通过早期数据传输接收到下行链路数据，ue 100也不向enb 200传输ack/nack。然而，enb 200以在规范中预先定义的次数或以通知给ue 100的次数，在较低层中执行对相同信号的重复传输。
[0218]
(修改示例7)
[0219]
在第一实施例的修改示例7至10中，假设在早期数据传输中用于数据传输的预定消息是msg3的情况。即，第一实施例的修改示例7至10中的早期数据传输是上行链路早期数据传输。注意，如上所述，msg3是从ue 100向enb 200传输的消息，并且是用于请求将ue 100从空闲模式转换为连接模式的消息。在早期数据传输中，通过msg3传输的数据(分组)可以被包括在msg3中。例如，ue 100传输包括数据pdu的rrc连接请求消息。替代地，通过msg3传输的数据(分组)可以作为不同于msg3的消息与msg3组合(连续)传输。例如，ue 100可以传输一个mac pdu，该mac pdu包含了包括数据(分组)的消息和msg3。ue 100可以将包括数据(分组)的消息和msg3包含在单独的mac pdu中，并且同时或连续地传输单独的mac pdu。
[0220]
在下面的修改示例7至11的描述中，将描述msg3是rrc连接请求消息的示例，但是msg3可以是rrc连接恢复请求消息。
[0221]
在修改示例7中，上述步骤a(即，传输关于是否执行早期数据传输的信息的步骤)包括以下步骤：通过mac随机接入响应(mac rar)来指示执行上行链路早期数据传输，该mac随机接入响应构成从enb 200传输给ue 100的随机接入响应(msg2)。
[0222]
一般的随机接入响应作为mac rar构成，并且具有：enb 200基于随机接入前导码确定的定时提前命令；enb 200分配给ue 100的用于rrc连接请求消息传输的上行链路资源的分配信息(ul许可)；以及enb 200分配给ue 100的临时c-rnti。
[0223]
在修改示例7中，已经从ue 100接收到随机接入前导码的enb 200通过根据上述第一实施例或其修改示例的方法来确定ue 100是否执行上行链路早期数据传输(即，使用rrc连接请求消息的数据传输)。当确定要由ue 100执行早期数据传输时，enb 200利用构成随机接入响应的mac rar来指示上行链路早期数据传输的执行。例如，当在mac rar中设置新字段时，enb 200在该新字段中包括指示执行使用rrc连接请求消息的数据传输的标记(许可位)。当不执行使用rrc连接请求消息的数据传输时，enb 200在该新字段中不包括指示执行使用rrc连接请求消息的数据传输的标记(或者作为零值来包括该标记)。
[0224]
替代地，enb 200还可以通过与构成随机接入响应的mac rar不同的mac ce来向ue 100通知是否使ue 100执行早期数据传输。例如，该不同的mac ce可以被称为“早期数据传输rar”。在这种情况下，enb 200可以在早期数据传输rar中包括指示上行链路和/或下行链路早期数据传输的标识符。
[0225]
注意，如修改示例1中所述，ue 100通过随机接入前导码向enb 200通知通过早期数据传输来传输的数据(上行链路数据)量。enb 200基于从ue 100通知的上行链路数据量来确定要分配给ue 100的上行链路无线电资源量，并且enb 200在随机接入响应(mac rar)期间将指示所确定的上行链路无线电资源的信息包括在ul许可中。
[0226]
(修改示例8)
[0227]
在上述修改示例4中，已经描述了当确定通过早期数据传输完成数据传输时，ue 100终止随机接入过程而不从rrc空闲模式转换为rrc连接模式的操作。修改示例8涉及在下行链路早期数据传输的情况下的操作示例。
[0228]
在修改示例8中，当通过rrc连接请求消息完成数据传输时，ue 100将包括有指示ue 100不需要转换为连接模式(即，不需要建立rrc连接)的标记的rrc连接请求消息从ue 100传输给enb 200。该标记由1位组成。
[0229]
例如，当要传输给enb 200的数据量等于或小于rrc连接请求消息可以承载的最大数据量时，ue 100确定通过rrc连接请求消息完成数据传输。在这种情况下，当使用rrc连接请求消息传输数据时，ue 100在rrc连接请求消息中包括指示ue 100不需要转换为连接模式的标记。因此，rrc连接请求消息包括通过早期数据传输来传输的数据和指示ue 100不需要转换为连接模式的标记。另一方面，当要传输给enb 200的数据量超过rrc连接请求消息可以承载的最大数据量时，ue 100确定通过rrc连接请求消息未完成数据传输。在这种情况下，当使用rrc连接请求消息传输数据时，ue 100在rrc连接请求消息中不包括指示ue 100不需要转换为连接模式的标记(或者，包括作为零值的标记)。
[0230]
enb 200从ue 100接收包括数据和标记的rrc连接请求消息。在此，在enb 200中，由于无线电状态或rrc连接请求消息的冲突，可能发生包括在rrc连接请求消息中的数据的接收错误(数据解码失败)。
[0231]
当enb 200已经正常接收到包括在rrc连接请求消息中的数据时，包括在rrc连接请求消息中的标记指示不需要建立rrc连接，因此，enb 200不进行对ue 100的msg4传输，或将rrc连接释放消息传输给ue 100。另一方面，当在enb 200中发生包括在rrc连接请求消息中的数据的接收错误时，enb 200例如通过向ue 100传输msg4，来继续进行随机接入过程以建立rrc连接。ue 100基于enb 200对rrc连接请求消息的响应状态来确定通过rrc连接请求消息的数据传输是否成功。
[0232]
在此，将描述当在enb 200中发生了包括在rrc连接请求消息中的数据的接收错误时ue 100的操作。当ue 100确定使用rrc连接请求消息的数据传输已经失败时，ue 100执行以下操作0)至4)中的任何一个。
[0233]
0)从随机接入前导码(msg1)传输起重新开始随机接入过程。具体地，可以从前导码序列的选择起重新开始随机接入过程。然后，可以在msg3中重新传输数据。
[0234]
1)重新传输具有数据的rrc连接请求消息。在这种情况下，ue 100在rrc连接请求消息中包括指示ue 100不需要转换为连接模式的标记。
[0235]
2)重新传输不具有数据的rrc连接请求消息。在这种情况下，ue 100在rrc连接请求消息中不包括指示ue 100不需要转换为连接模式的标记。ue 100在转换为连接模式之后传输(重新传输)数据。
[0236]
3)通过msg5来传输数据，msg5是从ue 100传输给enb 200的消息，该消息用于通知向连接模式的转换已经完成。在这种情况下，ue 100可以转换为连接模式。替代地，ue 100可以向enb 200传输数据，而不是传输msg5。enb 200可以通过msg6向ue 100通知是否成功地从ue 100接收到数据。
[0237]
4)转换为连接模式。
[0238]
在修改示例8中，ue 100可以传输具有指示ue 100不需要转换为连接模式的信息
的rrc连接请求消息，而不是传输包括指示ue 100不需要转换为连接模式(即，无需建立rrc连接)的标记的rrc连接请求消息。ue 100可以传输包括指示ue 100不需要转换为连接模式的信息的mac ce。例如，mac ce是缓冲区状态报告(bsr)。bsr是指示ue 100可用于上行链路传输的数据量(即，上行链路传输等待数据量)的mac ce。
[0239]
图16是示出由mac层生成的mac协议数据单元(mac pdu)的示例的图。如图16中所示，mac pdu包括从比mac层更高的层提供给mac层的mac服务数据单元(mac sdu)。由rrc层生成诸如rrc连接请求消息和rrc连接恢复请求消息之类的rrc消息，并将其作为mac sdu提供给mac层。通过pdcp层和rlc层，将通过早期数据传输来传输的上行链路数据作为mac sdu提供给mac层。可以在不通过pdcp层和rlc层的情况下将上行链路数据作为mac sdu提供给mac层。
[0240]
mac pdu除了包括mac sdu之外，还包括由mac层生成的mac标头和mac控制元素(mac ce)。mac pdu还包括用于填补mac pdu的空闲区域的填充(padding)。尽管图16示出了mac pdu包括两个mac ce的示例，但是mac ce的数量可以是三个或三个以上或一个。构成bsr的mac ce包括用于存储指示可用于上行链路传输的数据量的值(索引)的缓冲区大小字段。ue 100在缓冲区大小字段中包括指示可用于上行链路传输的数据量为零的值，作为指示ue 100不需要转换为连接模式的信息。这样的bsr可以被称为释放辅助信息(release assistance information，rai)。
[0241]
在早期数据传输中，当通过rrc连接请求消息(msg3)完成数据传输时，ue 100可以通过一个mac pdu来收集包括上行链路数据和rrc连接请求消息的一个或多个mac sdu以及包括指示ue 100不需要转换为连接模式的信息(bsr＝0)的mac ce，并将收集到的mac sdu和mac ce传输到enb 200。替代的，ue 100可以通过单独的mac pdu，将包括上行链路数据和rrc连接请求消息的一个或多个mac sdu，以及包括指示ue 100不需要转换为连接模式的信息(bsr＝0)的mac ce连续传输到enb 200。enb 200基于伴随rrc连接请求消息的“bsr＝0”来确定ue 100不需要转换为连接模式。
[0242]
(修改示例9)
[0243]
在第一实施例的修改示例9至12中，假设在早期数据传输中用于数据传输的预定消息是msg4的情况。即，第一实施例的修改示例9～11中的早期数据传输是下行链路早期数据传输。注意，如上所述，msg4是从enb 200传输给ue 100的消息，并且是用于将ue 100从空闲模式转换为连接模式的消息。
[0244]
在下面的修改示例9至12的描述中，将描述msg4是rrc连接建立消息的示例，但是msg4可以是rrc连接恢复消息。
[0245]
在修改示例9中，处于空闲模式的ue 100开始随机接入过程。当ue 100处于空闲模式时，enb 200可以不保留ue 100的上下文信息(包括与ue 100的能力有关的信息)。在这种情况下，enb 200不了解ue 100是否具有处理下行链路早期数据传输的能力，并且难以确定是否执行下行链路早期数据传输。
[0246]
因此，在修改示例9中，ue 100通过使用随机接入前导码(msgl)或rrc连接请求消息来向enb 200通知ue 100是否对应于(支持)下行链路早期数据传输。例如，具有执行下行链路早期数据传输的能力的ue 100通过随机接入前导码(msg1)或rrc连接请求消息向enb 200传输指示ue 100具有执行下行链路早期数据传输的能力的信息(标识符)。在使用随机
接入前导码(msg1)的情况下，可以使用上述第一实施例的操作模式1的方法。基于来自ue 100的通知，enb 200确定ue 100是否对应于下行链路早期数据传输。在此，“ue 100对应于(支持)下行链路早期数据传输”以及“ue 100具有执行下行链路早期数据传输的能力”可以意味着ue 100具有“接收”通过下行链路早期数据传输从enb 200传输的数据的能力(功能)。
[0247]
注意，ue 100可以仅当从enb 200接收到执行下行链路早期数据传输的寻呼消息(参见根据上述第一实施例的操作模式3)时，通过随机接入前导码向enb 200通知下行链路早期数据传输的能力。寻呼消息可以包括明确指示执行下行链路早期数据传输的信息。寻呼消息可以包括隐式指示执行下行链路早期数据传输的信息(例如，关于用于随机接入前导码传输的prach资源的信息，其指示ue 100具有下行链路早期数据传输的能力)。
[0248]
另外，ue 100可以仅当从enb 200接收到指示下行链路早期数据传输的msg2(参见上述修改示例7)时，通过rrc连接请求消息向enb 200通知下行链路早期数据传输的能力。msg2可以包括明确指示执行下行链路早期数据传输的信息。msg2可以包括隐式指示执行下行链路早期数据传输的信息。
[0249]
(修改示例10)
[0250]
在修改示例9中，已经描述了ue 100向enb 200通知ue 100是否对应于(支持)下行链路早期数据传输的示例。然而，设置在核心网络(epc 20)中的移动性管理设备(mme 300)可以向enb 200通知ue 100是否具有执行下行链路早期数据传输的能力。在该操作之前，ue 100向mme 300通知指示ue 100具有执行下行链路早期数据传输的能力的信息，并且mme 300可以将包括该信息在内的ue上下文保留一定时间(例如，当ue 100处于emm注册状态期间)。
[0251]
mme 300可以通过寻呼消息(s1寻呼消息)向enb 200通知该能力，或者可以通过初始上下文建立消息来通知enb 200。当mme 300通过nas信令向ue 100传输数据时，mme 300可以通过nas信令或s1消息向enb 200通知该能力。
[0252]
(修改示例11)
[0253]
在上述修改示例4中，已经描述了当确定通过早期数据传输完成数据传输时ue 100终止随机接入过程而不从rrc空闲模式转换为rrc连接模式的操作。修改示例8涉及在下行链路早期数据传输的情况下的操作示例。
[0254]
在修改示例11中，enb 200基于通过下行链路早期数据传输向ue 100传输的数据量，将第一消息或第二消息确定为用于数据传输的消息(预定消息)。第一消息是用于将ue 100从空闲模式转换为连接模式的rrc连接建立消息。第二消息是用于使ue 100保持在空闲模式的消息。尽管将描述使用rrc连接释放消息作为第二消息的示例，但是第二消息可以是新消息。
[0255]
例如，当要传输给ue 100的数据量等于或小于由rrc连接释放消息可以携带的最大数据量时，enb 200确定通过rrc连接释放消息完成数据传输。在这种情况下，enb 200向ue 100传输包括数据的rrc连接释放消息，而不是传输rrc连接建立消息。因此，可以中途停止随机接入过程，并且可以防止ue 100转换为连接模式。另一方面，当要传输给ue 100的数据量超过rrc连接释放消息可以承载的最大数据量时，enb 200确定通过rrc连接释放消息未完成数据传输。在这种情况下，enb 200向ue 100传输包括数据的rrc连接建立消息。这允
许ue 100继续随机接入过程。
[0256]
替代地，代替改变消息，可以通过rrc连接建立消息向ue 100通知数据传输的终止。例如，当要传输给ue 100的数据量等于或小于rrc连接建立消息可以携带的最大数据量时，enb 200确定通过rrc连接建立信息完成数据传输。在这种情况下，enb 200向ue 100传输包括数据和指示数据传输终止的信息(所谓的结束标记)在内的rrc连接建立消息。因此，可以中途停止随机接入过程，并且可以防止ue 100转换为连接模式。另一方面，当要传输给ue 100的数据量超过rrc连接建立消息可以承载的最大数据量时，enb 200确定通过rrc连接建立消息未完成数据传输。在这种情况下，enb 200向ue 100传输包括数据并且不包括结束标记的rrc连接建立消息。这允许ue 100继续随机接入过程。
[0257]
(修改示例12)
[0258]
在上述修改示例8中，已经描述了当ue 100确定通过rrc连接请求消息(msg3)的数据传输失败时重新传输具有数据的rrc连接请求消息的示例。
[0259]
该重新传输操作也可以应用于下行链路早期数据传输。在修改示例9中，enb 200通过早期数据传输将具有数据的rrc连接建立消息(msg4)传输给ue 100，然后确定通过rrc连接建立消息的数据传输是否成功。enb 200可以基于例如mac层中的harq ack或harq nack来进行确定。当enb 200确定使用msg4的数据传输失败时，enb 200重新传输具有数据的msg4。当设置了下行链路早期数据传输并且msg4接收失败时，ue 100确定数据在msg4重新传输中也被重新传输。ue 100(例如，ue 100的比mac层更高的层(rrc层等))等待，使得可以执行构成msg4的rrc消息(rrc连接重新配置)接收和数据接收两者。
[0260]
(修改示例13)
[0261]
修改示例13是与上行链路早期数据传输和下行链路早期数据传输两者有关的示例。
[0262]
在修改示例13中，ue 100和/或enb 200针对在上行链路和下行链路的一个中执行早期数据传输的随机接入过程，确定不在上行链路和下行链路的另一个中执行所述早期数据传输。因此，在由一个ue 100执行的一个随机接入过程中，可以仅执行上行链路早期数据传输和下行链路早期数据传输中的一个。
[0263]
如果可以在一个随机接入过程中实现上行链路早期数据传输和下行链路早期数据传输两者，则问题是与早期数据传输有关的控制变得复杂。此外，可能会出现以下问题。例如，在通过rrc连接请求消息(msg3)传输数据之后，ue 100应等待通过rrc连接建立消息(msg4)传输的与该数据相对应的响应数据(例如，tcp ack)。由于这样的响应数据受到网络中的延迟的影响，因此ue 100继续等待通过rrc连接建立消息(msg4)传输的响应数据不是优选的。因此，在一个随机接入过程中，可以通过仅启用上行链路早期数据传输和下行链路早期数据传输中的一个来避免这种问题。
[0264]
在修改示例13中，当ue 100通过rrc连接请求消息(msg3)执行数据传输时，ue 100确定不通过rrc连接建立消息(msg4)执行数据接收。换句话说，对于执行使用msg3的上行链路早期数据传输的随机接入过程，ue 100确定不执行使用msg4的下行链路早期数据传输。例如，假设通过寻呼消息通知ue 100执行使用msg4的下行链路早期数据传输(参见第一实施例的操作模式3)，或者通过随机接入响应通知执行使用msg4的下行链路早期数据传输(参见修改示例7)。即使在这种情况下，当ue 100通过rrc连接请求消息(msg3)执行数据传
输时，ue 100也可以确定不通过rrc连接建立消息(msg4)执行数据接收。此外，当enb 200通过rrc连接请求消息(msg3)接收数据时，enb 200可以确定不通过rrc连接建立消息(msg4)执行数据传输。
[0265]
在修改示例13中，当ue 100通过rrc连接建立消息(msg4)执行数据接收时，ue 100确定不通过rrc连接请求消息(msg3)执行数据传输。换句话说，对于使用msg4执行下行链路早期数据传输的随机接入过程，ue 100确定不使用msg3执行上行链路早期数据传输。例如，假设通过寻呼消息向ue 100通知使用msg4执行下行链路早期数据传输(参见第一实施例的操作模式3)，或者通过随机接入响应(msg2)通知使用msg4执行下行链路早期数据传输(参见修改示例7)。在这种情况下，即使ue 100具有上行链路传输数据，ue 100也确定使用msg4执行下行链路早期数据传输，并且确定不使用msg3执行上行链路传输数据。
[0266]
在修改示例13中，考虑如下情况：具有执行早期数据传输能力的ue 100通过随机接入前导码(msg1)和rrc连接请求消息(msg3)中的一个(参见修改示例9)向enb 200传输指示ue 100具有执行早期数据传输能力的通知(标识符)。
[0267]
在这种情况下，当通过寻呼消息或msg2将指示执行下行链路早期数据传输的信息从enb 200传输给ue 100时，如果enb 200从ue 100接收到指示ue 100具有执行早期数据传输的能力的通知，则enb 200将该通知解释为指示执行下行链路早期数据传输的能力。当从enb 200接收到指示执行下行链路早期数据传输的信息时，具有执行下行链路早期数据传输的能力和/或指示的ue 100通过向enb 200传输指示ue 100具有执行早期数据传输的能力的通知，来向enb 200通知执行下行链路早期数据传输的能力和/或指示。
[0268]
另一方面，当没有通过寻呼消息或msg2将指示执行下行链路早期数据传输的信息从enb 200传输给ue 100时，如果enb 200从ue 100接收到指示ue 100具有执行早期数据传输的能力的通知，则enb 200将该通知解释为指示执行上行链路早期数据传输的能力和/或指示。当没有从enb 200接收到指示执行下行链路早期数据传输的信息时，具有执行上行链路早期数据传输的能力和/或指示的ue 100通过向enb 200传输指示ue 100具有执行早期数据传输的能力的通知，来向enb 200通知执行上行链路早期数据传输的能力和/或指示。
[0269]
以这种方式，根据是否传输了指示执行下行链路早期数据传输的信息，来使通知的含义不同。因此，一种类型的通知(例如，一个信息元素)可以起到两个作用。
[0270]
(修改示例14)
[0271]
与修改示例13不同，在修改示例14中，假设可以在一个随机接入过程中实现上行链路早期数据传输和下行链路早期数据传输两者的情况。
[0272]
在一般的随机接入过程中，当ue 100传输不具有数据的msg3时，ue 100在传输该不具有数据的msg3时激活第一定时器，该第一定时器定义用于等待接收从enb 200传输的msg4的等待时间。这样的第一定时器可以被称为竞争解决定时器。第一定时器通过sib从enb 200设置到ue 100中。当第一定时器到期而没有接收到msg4时，ue 100停止接收msg4的处理(例如，pdcch的监测)，并且从msg1传输起重新开始随机接入过程。
[0273]
然而，如上所述，在通过rrc连接请求消息(msg3)传输数据之后，当通过rrc连接建立消息(msg4)传输与该数据相对应的响应数据(例如，tcp ack)时，有可能第一定时器没有足够的等待时间。因此，在修改示例14中，与第一定时器分开地引入用于早期数据传输的第二定时器。设置有第一定时器和第二定时器两者的ue 100在msg3传输不涉及数据传输时选
择第一定时器，并且在msg3传输涉及数据传输时选择第二定时器。
[0274]
在修改示例14中，当ue 100通过早期数据传输来传输具有数据的msg3时，ue 100激活第二定时器，该第二定时器定义了用于等待接收从enb 200传输的具有数据的msg4的等待时间。与第二定时器相对应的等待时间的长度不同于与第一定时器相对应的等待时间的长度。例如，可以使第二定时器中设置的等待时间长于第一定时器中设置的等待时间。例如，可以在第二定时器中设置的最大等待时间长于可以在第一定时器中设置的最大等待时间。第二定时器通过sib从enb 200设置到ue 100中。替代地，由于rrc挂起状态的ue 100的上下文信息被保存在网络(和ue 100)中，因此在ue 100处于连接模式时通过单独的rrc消息在ue 100中设置第二定时器，在ue 100处于连接模式时在网络中保存第二定时器的设置，并且所保存的设置可以用于随机接入过程。当第二定时器到期而没有接收到具有数据的msg4时，ue 100停止接收msg4的处理(例如，pdcch的监测)，并且从msg1传输起重新开始随机接入过程。
[0275]
替代地，假设将早期数据传输应用于emtc ue和nb-iot ue，则可以优先考虑ue 100的节能。因此，可以使第二定时器中设置的等待时间短于第一定时器中设置的等待时间。因此，可以较早地终止接收msg4的处理。
[0276]
注意，第一定时器和第二定时器中的每个可以是在rrc层中管理的定时器或在mac层中管理的定时器。在rrc层中管理的第一定时器可以被称为“t300”。在mac层中管理的第一定时器可以被称为“竞争解决定时器”。
[0277]
第二定时器的定时器值(即，msg4的等待时间)不限于由enb 200确定要在ue 100中设置的定时器值的情况，而是可以由ue 100确定。可以在ue 100的更高层中估计往返(round trip)时间，该往返时间是从ue 100传输上行链路数据直到更高层ack(例如，tcp ack)返回到ue 100的时间。因此，可以通过由ue 100确定第二定时器的定时器值，来确定更合适的定时器值。ue 100可以确定要在第二定时器中设置的定时器值，并且向enb 200通知所确定的定时器值。通过msg3执行定时器值的通知。可以通过msg1(前导码传输)执行定时器值的通知。
[0278]
图17是示出修改示例14的操作的示例的图。在图17中，在比核心网(epc)更高的网络(例如，互联网)中设置服务器50。另外，在图17中，未示出enb 200与服务器50之间的网络实体(例如，s-gw)。
[0279]
如图17中所示，在步骤s701中，ue 100确定要在第二定时器中设置的定时器值。ue 100可以基于往返时间的估计值来确定第二定时器的定时器值。
[0280]
在步骤s702中，ue 100通过上行链路早期数据传输向enb 200传输具有数据的msg3。ue 100通过msg3向enb 200通知所确定的定时器值。enb 200可以通过这样的通知来了解ue 100中的msg4等待时间。
[0281]
ue 100可以通过msg1(前导码传输)向enb 200通知第二定时器被使用。然后，ue 100可以仅当通过msg2从enb 200通知了第二定时器的使用许可时，才使用第二定时器，并且通过msg3向enb 200通知定时器值。
[0282]
enb 200可以广播(例如，通过sib传输)定时器值候选(包括用于定时器值的每个范围的索引的列表)。在这种情况下，ue 100可以通过msg3向enb 200通知定时器值的索引。
[0283]
enb 200可以广播(例如，通过sib传输)第二定时器的默认定时器值。在这种情况
下，ue 100基本上使用默认定时器值。ue 100可以仅在期望改写默认定时器值时才自主确定定时器值，并且通过msg3向enb 200通知确定的定时器值。“t300”的值可以是默认定时器值，并且“竞争解决定时器”的值可以是默认定时器值。此外，当ue 100确定第二定时器的定时器值时，可以存在如下限制：ue 100应当确定等于或大于默认定时器值的定时器值。
[0284]
enb 200可以广播(例如，通过sib传输)可以由ue 100设置的定时器值的最大值。ue 100确定等于或小于从enb 200广播的最大值的定时器值，并且向enb 200通知所确定的定时器值。然而，当ue 100将从enb 200广播的最大值确定为定时器值时，ue 100可以不向enb 200通知所确定的定时器值。当没有从ue 100通知定时器值时，enb 200可以认为ue 100已经确定了该最大值。注意，当没有通过广播从enb 200指定最大值时，ue 100可以使用预先定义的默认最大值来确定等于或小于默认最大值的定时器值。
[0285]
enb 200可以广播(例如，通过sib传输)ue 100可以设置的定时器值的最小值。ue 100确定等于或大于从enb 200广播的最小值的定时器值，并且向enb 200通知所确定的定时器值。然而，当ue 100将从enb 200广播的最小值确定为定时器值时，ue 100可以不向enb 200通知所确定的定时器值。当没有从ue 100通知定时器值时，enb 200可以认为ue 100已经确定了该最小值。注意，当没有通过广播从enb 200指定最小值时，ue 100可以使用预先定义的默认最小值来确定等于或大于默认最小值的定时器值。
[0286]
在步骤s703中，当传输msg3时，ue 100激活(初始化)第二定时器，在该第二定时器中设置了所确定的定时器值。
[0287]
在步骤s704中，enb 200将通过msg3从ue 100接收的数据传送到服务器50。
[0288]
在步骤s705中，服务器50将响应数据(tcp ack)传输给enb 200。
[0289]
在步骤s706中，enb 200通过下行链路早期数据传输将具有响应数据(tcpack)的msg4传输给ue 100。
[0290]
在图17的序列中，假设msg3传输成功。然而，还假设msg3传输失败，从enb 200向ue 100传输harq nack(重新传输请求)，并且ue 100通过harq执行msg3重新传输。当在激活第二定时器之后通过harq执行msg3重新传输时，ue 100可以继续第二定时器的操作而不重新开始(重新激活)第二定时器。因此，可以避免由更高层基于往返时间设置的tcpack等待时间与由接入层设置的msg4等待时间之间的不匹配。替代地，在激活第二定时器后，ue 100可以在通过harq执行msg3重新传输时重新开始(重新激活)第二定时器。
[0291]
在以上修改示例14的操作中，假设第一定时器是“t300”或“竞争解决定时器”，并且第二定时器是用于早期数据传输的新定时器。即，假设用于进行早期数据传输的随机接入过程的第一定时器和用于不进行早期数据传输的随机接入过程的第二定时器被定义为单独的定时器。
[0292]
在此，“t300”是定义ue 100在随机接入过程(或rrc连接建立过程)中传输msg3然后接收msg4(具体地，rrc消息)时的最大等待时间的定时器，并且在rrc层中进行管理。“竞争解决定时器”是定义ue 100在随机接入过程中传输msg3然后接收msg4(具体地，mac ce)时的最大等待时间的定时器，并且在mac层中进行管理。
[0293]
然而，代替引入这样的新定时器(第二定时器)，作为用于设置第一定时器(“t300”或“竞争解决定时器”)的定时器值而定义两种类型的定时器值，因此可以实现类似于上述修改示例14的操作的操作。因此，与引入新定时器的情况相比，可以减小系统规范改变的影
响。此外，代替设置两个定时器(第一定时器和第二定时器)，仅需要设置一个定时器(第一定时器)，因此也减轻了ue 100上的处理负荷。
[0294]
在下面的修改示例14中，将描述当作为用于设置第一定时器的定时器值而定义两种类型的定时器值定义时的操作。在此，“t300”被例示为第一定时器，但是第一定时器可以是“竞争解决定时器”。
[0295]
在这种情况下，enb 200向ue 100传输用于不进行早期数据传输的随机接入过程的第一定时器值和用于进行早期数据传输的随机接入过程的第二定时器值。第二定时器值是大于第一定时器值的值。替代地，第二定时器值是小于第一定时器值的值。
[0296]
enb 200通过广播传输第一定时器值和第二定时器值。例如，enb 200通过sib传输作为sib中的现有信息元素的“t300”(第一定时器值)和作为sib中的新信息元素的“t300-edt”。enb 200可以在相同的sib中包括第一定时器值和第二定时器值，或者可以在不同的sib中包括第一定时器值和第二定时器值。
[0297]
响应于确定执行早期数据传输，ue 100选择第一定时器值和第二定时器值中的第二定时器值，并在第一定时器中设置所选第二定时器值。当通过早期数据传输来传输上行链路数据时，ue 100启动设置第二定时器值的定时器(第一定时器)。具体地，通过早期数据传输来传输上行链路数据意味着ue 100在传输msg3时传输上行链路用户数据。
[0298]
图18是示出当定义两种类型的定时器值时的操作的图。
[0299]
如图18中所示，enb 200在步骤s751中通过广播传输第一定时器值和第二定时器值。enb 200以预定周期传输第一定时器值和第二定时器值。
[0300]
在步骤s752中，处于rrc空闲模式的ue 100检测到生成了要传输到网络的上行链路数据，并且确定有必要开始随机接入过程。
[0301]
在步骤s753中，ue 100确定是否执行早期数据传输(edt)。例如，当要传输的上行链路数据量等于或小于由来自enb 200的广播设置的最大上行链路数据量(传输块大小)时，ue 100确定执行edt。
[0302]
当确定不执行早期数据传输而执行正常随机接入过程时(步骤s753：否)，在步骤s754中，ue 100选择第一定时器值并在定时器(第一定时器)中设置第一定时器值。在步骤s755中，ue 100开始正常的随机接入过程。
[0303]
另一方面，当ue 100确定执行早期数据传输时(步骤s753：是)，在步骤s756中，ue 100选择第二定时器值并在定时器(第一定时器)中设置第二定时器值。在步骤s757中，ue 100开始具有早期数据传输的随机接入过程。
[0304]
当随机接入过程开始时，在步骤s758中，ue 100和enb 200传输和接收msg1和msg2。ue 100和enb 200可以根据是否涉及早期数据传输来改变msg1和msg2的内容。
[0305]
在步骤s759中，ue 100向enb 200传输msg3。当执行早期数据传输时，ue 100向enb 200传输具有上行链路数据的msg3。ue 100在传输msg3时启动定时器(第一定时器)。
[0306]
在步骤s760中，ue 100确定是否已经从enb 200正常接收到msg4。当从enb 200正常接收到msg4时(步骤s760：是)，在步骤s761中，ue 100停止定时器(第一定时器)，终止随机接入过程，或在传输rrc连接完成消息后终止随机接入过程。当ue 100执行正常的随机接入过程时，ue 100转换为rrc连接模式。另一方面，当执行早期数据传输时，ue 100保持rrc空闲模式而不转换为rrc连接模式。注意，ue 100从enb 200正常接收msg4的事实可以意味
着：ue 100对从enb 200接收的寻址到ue 100的msg4进行解码并且可以获得msg4的内容。
[0307]
另一方面，当定时器(第一定时器)已经到期而没有从enb 200正常接收msg4时(步骤s760：否，步骤s762：是)，在步骤s763中，ue 100从头起重新开始随机接入过程或终止随机接入过程。
[0308]
注意，在图18的流程中，ue 100在开始随机接入过程之前确定是否执行早期数据传输(步骤s753)。然而，ue 100通过msg1来传输早期数据传输(edt)指示，或使用用于早期数据传输(edt)的物理随机接入信道(prach)设置来传输edt指示，并且在通过msg2被允许执行早期数据传输(edt)的情况下，在通过msg2接收到包括关于早期数据传输的资源在内的edt许可的情况下，在接收到用于早期数据传输(edt)的dci的情况下，或者在接收到包括足以实现早期数据传输(edt)的上行链路资源在内的ul许可的情况下，当ue 100通过msg3执行上行链路早期数据传输(ul edt)(与msg3一起传输用户数据)时，可以确定ue 100执行(正在执行)早期数据传输。在这种情况下，ue 100在接收到msg2之后在定时器(第一定时器)中设置定时器值，而不会在接收到msg2之前在定时器(第一定时器)中设置定时器值。
[0309]
注意，在以上任何情况下，ue 100可以确定执行早期数据传输。即，在以上情况下，在ue 100传输msg1的情况，ue 100接收msg2的情况，或者ue 100传输msg3的情况的一种情况下，ue 100确定执行(正在执行)早期数据传输。
[0310]
(修改示例15)
[0311]
在上述修改示例14中，已经描述了通过msg4将更高层的ack从enb 200传输给ue 100的示例。在这种情况下，在传输msg3之后，ue 100应针对每个子帧继续监测pdcch，直到ue 100接收到msg4(或直到第二定时器到期)为止。特别地，当更高层的ack延迟时，由于ue 100连续监测pdcch，所以存在功耗增加的问题。
[0312]
在修改示例15中，enb 200无需等待更高层的ack的到达而将msg4传输给ue 100，因此ue 100可以停止连续监测pdcch。另外，enb 200通过msg4向ue 100通知：在传输msg4之后预定将数据(更高层的ack)传输给ue 100。msg4传输可以包括指示ue 100保持在rrc空闲模式中的信息的传输。因此，ue 100可以在保持rrc空闲模式的同时等待下行链路数据的接收。即，当接收到msg4时，ue 100等待接收下行链路数据(更高层的ack)而不转换为rrc连接模式。在等待下行链路数据时，ue 100可以通过不连续接收(drx)来在不连续子帧中间歇地监测pdcch。
[0313]
图19是示出修改示例15的操作的示例的图。在图19中，在比核心网络(epc)更高的网络(例如，互联网)中设置服务器50。另外，在图19中，未示出enb 200与服务器50之间的网络实体(例如，s-gw)。
[0314]
如图19中所示，在步骤s711中，ue 100通过上行链路早期数据传输向enb 200传输具有数据的msg3。
[0315]
在步骤s712中，enb 200将通过msg3从ue 100接收的数据传送给服务器50。
[0316]
在步骤s713中，enb 200向ue 100传输msg4。enb 200通过msg4向ue 100传输：指示使ue 100保持在rrc空闲模式的信息；以及指示在msg4传输之后预定进行下行链路数据传输(即下行链路早期数据传输)的通知。enb 200例如通过以下方法1)至3)中的任何一种来确定是否执行下行链路早期数据传输。
[0317]
1)enb 200学习过去的流量模式等，并且基于学习的结果确定是否执行下行链路
早期数据传输。
[0318]
2)从mme向enb 200通知下行链路早期数据传输指示，并且enb 200基于来自mme的通知来确定是否执行下行链路早期数据传输。
[0319]
3)通过msg3从ue 100向enb 200通知有可能会发生下行链路早期数据传输(是否存在更高层的ack)，并且enb 200基于来自ue 100的通知来确定是否执行下行链路早期数据传输。
[0320]
通过msg4从enb 200传输给ue 100的通知可以包括指示发生下行链路早期数据传输时的预期定时(例如，在10秒之后)的信息。该通知可以被包括在mac ce中，或者可以被包括在rrc消息中。
[0321]
在步骤s714中，已经接收到msg4的ue 100可以激活定时器，该定时器定义下行链路数据的接收等待时间。可以通过sib、msg4或msg2从enb 200对ue 100设置定时器的定时器值(阈值)。当定时器到期而没有接收到下行链路数据时，ue 100可以终止等待下行链路数据。
[0322]
在步骤s715中，ue 100开始drx并间歇地监测pdcch。可以通过sib或msg4从enb 200向ue 100通知drx的配置信息。drx操作可以是在rrc连接模式下根据drx的操作或者在rrc空闲模式下根据drx的操作。
[0323]
将描述在rrc连接模式下操作符合drx的情况。在步骤s715中开始的drx中从enb 200对ue 100设置的drx周期优选地比可以在rrc连接模式下的drx中设置的drx周期长。目前，在rrc连接模式下的drx周期的最大值是与1024个无线电帧相对应的时间(即10.24秒)。作为将drx周期设置为大于10.24秒的方法，可以通过应用扩展drx(edrx)机制来使用以下方法a)和b)中的一种。在edrx中，引入了超帧。超帧是具有1024个无线电帧的时间长度的时间单元。通过sib从enb 200广播当前的超帧号(h-sfn)。
[0324]
a)ue 100将满足“h-sfn mod m＝0”的h-sfn确定为接收h-sfn。enb 200将该计算公式中的值“m”设置在ue 100中。ue 100在确定的接收h-sfn内以常规rrc连接模式执行drx操作。具体地，ue 100在所设置的drx周期中唤醒，并且在唤醒状态下监测pdcch。ue 100可以在不满足“h-sfn mod m＝0”的h-sfn中保持睡眠状态(即，不监测pdcch的状态)。
[0325]
b)ue 100使用两个连续的超帧作为一组，并且可以对应于具有1024个无线电帧或更长长度的drx周期。一个超帧由具有从0到1023的无线电帧号(sfn)的1024个无线电帧组成。ue 100在构成一个组的第一个超帧(例如，第偶数个超帧)中从0到1023对sfn进行计数，然后将构成该一个组的第二个超帧(例如，第奇数个超帧)中的第一个无线电帧计数为sfn＝1024，并将该第二个超帧的第二个无线电帧计数为sfn＝1025。以这种方式，ue 100通过允许第二个超帧接续第一个超帧中的sfn计数值来继续计数。因此，ue 100可以使用具有比1024个无线电帧的时间(即10.24秒)更长的时间的drx周期来执行drx操作。
[0326]
接下来，将描述在rrc空闲模式下操作符合drx的情况。为了在常规rrc空闲模式下确定drx，使用drx周期和ue 100的国际移动用户身份(imsi)。imsi用于在多个ue之间分配寻呼时机(即，pdcch监测的定时)。然而，在随机接入过程期间，假设enb 200尚未获取ue 100的imsi。另一方面，由于msg3包括sae临时移动用户身份(s-tmsi)或恢复id，所以enb 200可以在随机接入过程期间获取ue 100的s-tmsi或恢复id。因此，enb 200和ue 100使用s-tmsi或恢复id而不是imsi来确定寻呼时机。
[0327]
在步骤s716中，服务器50向enb 200传输响应数据(tcpack)。
[0328]
在步骤s717中，enb 200通过下行链路早期数据传输向ue 100传输响应数据(tcp ack)。ue 100接收下行链路数据。
[0329]
注意，当作为下行链路数据接收到tcp nack时，ue 100可以开始随机接入过程并且执行上行链路早期数据传输。
[0330]
在图19的操作中，从传输具有数据的msg3(步骤s711)到接收下行链路数据传输通知(步骤s713)为止，ue 100操作在rrc层中进行管理的“t300”定时器和/或在mac层中进行管理的“竞争解决定时器”，并连续监测pdcch。然后，ue 100响应于下行链路数据传输通知(步骤s713)来激活定时器(步骤s714)，并且在定时器正在操作时执行drx操作(步骤s715)。
[0331]
即使在未引入数据传输通知时，也可以使用两级定时器来切换接收操作。
[0332]
这样的操作包括以下步骤：在随机接入过程期间，ue 100向enb 200传输rrc消息(msg3)并执行传输用户数据的早期数据传输；ue 100响应于早期数据传输的执行而激活第一定时器；ue 100在第一定时器操作期间执行连续监测下行链路控制信道(pdcch)的第一接收操作；ue 100响应于第一定时器到期而激活第二定时器；以及ue 100在第二定时器操作期间执行与第一接收操作不同的第二接收操作。与第一接收操作相比，第二接收操作是监测下行链路控制信道的频率较低的接收操作。例如，第二接收操作是间歇地监测下行链路控制信道(pdcch)的间歇接收(drx)操作。
[0333]
在此，第一定时器可以是在rrc层中进行管理的“t300”定时器或在mac层中进行管理的“竞争解决定时器”。通常，当“t300”定时器或“竞争解决定时器”到期而未从enb 200接收到响应(例如，msg4)时，ue 100确定随机接入过程失败(竞争解决失败等)，从而重新开始随机接入过程。然而，当执行早期数据传输时，即使第一定时器(“t300”定时器或“竞争解决定时器”)到期，ue 100也继续进行随机接入过程而不将随机接入过程确定为已经失败。
[0334]
替代地，第一定时器可以是不同于“t300”定时器和“竞争解决定时器”的新定时器。当执行早期数据传输时，ue 100激活这样的新定时器而不激活“t300”定时器和“竞争解决定时器”(参见修改示例14)。
[0335]
另一方面，当引入了下行链路数据传输的通知时，enb 200从ue 100接收rrc消息和用户数据，然后向ue 100传输下行链路数据传输的通知(预定消息)(步骤s713)。ue 100响应于在第一定时器正在操作时接收到预定消息而停止第一定时器，并停止第一接收操作。ue 100响应于停止第一定时器(停止第一接收操作)而激活第二定时器。
[0336]
注意，msg4中的mac层的竞争解决(contention resolution)可以用作预定消息。可以将指示数据传输通知的标记(1位标识符)添加到该竞争解决中。enb 200在传输下行链路数据时(步骤s717)将msg4中的rrc层的rrc连接建立消息与下行链路数据一起传输到ue 100。
[0337]
(修改示例16)
[0338]
修改示例16是与修改示例14和修改示例15有关的修改示例。在修改示例16中，主要描述了修改示例14与修改示例15之间的不同之处。
[0339]
在修改示例16中，ue 100使用msg3执行上行链路早期数据传输。ue 100响应于早期数据传输的执行来激活定时器，该定时器定义用于等待接收从enb 200传输的响应的等待时间。“定时器”可以是根据修改示例14的第一定时器或第二定时器，或者可以是根据修
改示例15的定时器。“从enb 200传输的响应”可以是从enb 200传输的具有数据的msg4，或从enb 200传输的不具有数据的msg4(参见修改示例14)，并且可以是在从enb 200传输msg4(通知)之后传输的数据(参见修改示例15)。
[0340]
然后，ue 100去除对pdcch的监测，直到基于与定时器相对应的等待时间的终止定时确定的pdcch监测定时为止。例如，ue 100仅在定时器到期时的子帧中监测pdcch。因此，由于可以在定时器正在操作时关闭ue 100的接收设备，所以可以减小ue 100的功耗。
[0341]
ue 100可以仅在定时器到期之后紧邻的子帧(即，定时器到期时的子帧的下一个子帧)中或者在定时器到期之后经过了指定时间后的子帧中监测pdcch，而不是在定时器到期时的子帧中监测pdcch。替代地，ue 100可以仅在定时器到期之前紧邻的子帧(即，在定时器到期时的子帧的前一个子帧)中或在定时器到期的子帧的指定时间之前的子帧中监测pdcch，而不是在定时器到期时的子帧中监测pdcch。
[0342]
替代地，ue 100可以仅在基于定时器到期的时间确定的多个定时(多个子帧)中监测pdcch。例如，ue 100可以仅在定时器到期时的子帧中以及在定时器到期之后紧邻的子帧中或者在定时器到期之后经过了指定时间后的子帧中监测pdcch。例如，ue 100可以仅在定时器到期时的子帧中以及在定时器到期之前紧邻的子帧中或者在定时器到期的子帧的指定时间之前的子帧中监测pdcch。
[0343]
注意，enb 200了解在ue 100中设置的定时器值，并且可以估计ue 100中的pdcch监测定时。当enb 200在pdcch监测定时向ue 100传输响应(例如，具有数据的msg4)时，ue 100可以在pdcch监测定时接收响应。
[0344]
ue 100可以仅当满足以下条件中的至少一个时，执行根据修改示例16的操作。可以仅当使用常规定时器(t300、竞争解决定时器)时应用这些条件。
[0345]
条件1：在msg1中通知了早期数据传输指示(edt指示)
[0346]
条件2：在msg2中接收了进行早期数据传输的上行链路许可(大小大于一般上行链路许可)
[0347]
条件3：在msg3中实现了早期数据传输(数据传输)
[0348]
(修改示例17)
[0349]
在上述第一实施例中，已经描述了enb 200在ue 100中设置在上行链路早期数据传输中可以由ue 100传输的数据量的最大值的示例。因此，ue 100确定是否可以通过上行链路早期数据传输来传输其自身的所有上行链路数据，并且如果确定可以传输所有上行链路数据，则ue 100可以开始早期数据传输，而如果确定不能传输所有上行链路数据，则ue 100不会开始早期数据传输。
[0350]
如上所述，当使用msg4的下行链路早期数据传输跟随在使用msg3的上行链路早期数据传输之后时，可以只有在仅一组上行链路(msg3)和下行链路(msg4)可以完成数据传输/接收时，才应用早期数据传输。因此，ue 100还可以确定是否可以通过下行链路早期数据传输来接收其自身的所有下行链路数据，并且可以仅在确定可以接收所有下行链路数据时才开始早期数据传输。
[0351]
在修改示例17中，将主要描述enb 200在ue 100中设置ue 100在下行链路早期数据传输中可以接收的数据量的最大值的示例。另外，在修改示例17中，假设使用msg3执行上行链路早期数据传输并且使用msg4执行下行链路早期数据传输。
[0352]
在修改示例17中，enb 200通过广播消息(sib)向ue 100传输与关于早期数据传输中的数据量条件有关的信息。例如，enb 200将指示可以在早期数据传输中由enb 200传输的下行链路数据量的最大值(最大传输块大小)的信息作为关于数据量条件的信息进行传输。注意，通过由enb 200传输包括关于数据量条件的信息的广播消息(sib)，即使ue 100处于rrc空闲模式下也可以接收广播消息。
[0353]
ue 100从enb 200接收关于数据量条件的信息。另外，ue 100估计在早期数据传输中要从enb 200接收的下行链路用户数据量。例如，ue 100基于ue 100执行的应用的类型等来估计要从enb 200接收的下行链路用户数据量。具体地，ue 100基于可以使用早期数据传输的应用的协议配置来估计下行链路用户数据量。例如，在使用tcp层的应用的情况下，ue 100将tcp的ack数据的量估计为下行链路用户数据量。另外，当在应用层中存在来自服务器的数据接收完成响应时，将该响应数据量添加到下行链路用户数据量中。可以在应用层中执行估计，并且可以从应用层向nas层和/或as层通知下行链路用户数据量。替代地，当在nas层和/或as层中执行估计时，保留了过去应用层行为的历史，因此可以从历史中包括的过去行为来估计下行链路用户数据量。
[0354]
当估计的下行链路用户数据量满足关于数据量的条件时，ue 100开始早期数据传输。例如，当估计的下行链路用户数据量等于或小于从enb 200设置的最大下行链路数据量时，ue 100开始早期数据传输。另一方面，当估计的下行链路用户数据量超过从enb 200传输和设置的最大下行链路数据量时，ue 100开始正常的随机接入过程而不开始早期数据传输。
[0355]
例如，enb 200可以将指示可以在早期数据传输中由enb 200传输的下行链路数据量的最小值(最小传输块大小)的信息作为关于数据量条件的信息进行传输。例如，当估计的下行链路用户数据量等于或大于从enb 200设置的最小下行链路数据量时，ue 100开始早期数据传输。另一方面，当估计的下行链路用户数据量超过从enb 200设置的最小下行链路数据量时，ue 100开始正常的随机接入过程而不开始早期数据传输。尽管将在第二实施例中描述细节，但如果数据量少，则填充位增加并且效率降低，因此，在转换为rrc连接模式之后enb 200向ue 100分配必要的最小资源，从而抑制了填充位增加。另外，如果转换为rrc连接模式，则可能进行例如以下处理：将多个ue的数据复用到一个资源或传输块中的高级处理，或在单个ue中与其他信令一起传输数据的处理。
[0356]
替代地，当估计的下行链路用户数据量小于从enb 200设置的最小下行链路数据量时，ue 100可以保持rrc空闲模式而不开始随机接入过程。
[0357]
图20是示出修改示例17的操作的示例的图。
[0358]
如图20中所示，在步骤s771中，enb 200通过广播传输关于最大下行链路数据量的信息，该信息指示早期数据传输中的最大下行链路数据量。处于rrc空闲模式的ue 100从enb 200接收关于最大下行链路数据量的信息。
[0359]
enb 200还可以通过广播来传输关于最大上行链路数据量的信息，该信息指示早期数据传输中的最大上行链路数据量。处于rrc空闲模式的ue 100从enb 200接收关于最大上行链路数据量的信息。
[0360]
在步骤s772中，ue 100检测随机接入过程的开始触发。开始触发例如是在ue 100中产生要传输的上行链路数据，由ue 100接收寻呼消息等。
[0361]
在步骤s773中，ue 100估计要在早期数据传输中从enb 200接收的下行链路用户数据量。具体地，ue 100估计在从enb 200传输msg4时传输给ue 100的下行链路用户数据量。
[0362]
在步骤s774中，ue 100确定估计的下行链路用户数据量是否等于或小于从enb 200设置的最大下行链路数据量。当估计的下行链路用户数据量等于或小于最大下行链路数据量时(步骤s774：是)，在步骤s775中，ue 100开始具有早期数据传输的随机接入过程。另一方面，当估计的下行链路用户数据量超过最大下行链路数据量时(步骤s774：否)，在步骤s776中，ue 100开始随机接入过程而不进行早期数据传输。
[0363]
注意，在步骤s774中，ue 100还可以确定要传输的上行链路用户数据量是否等于或小于从enb 200设置的最大上行链路数据量。当估计的下行链路用户数据量等于或小于最大下行链路数据量，并且估计的上行链路用户数据量等于或小于最大上行链路数据量时，ue 100开始具有早期数据传输的随机接入过程。否则，ue 100开始正常的随机接入过程而不进行早期数据传输。
[0364]
注意，当定义早期数据传输中的最大上行链路数据量和最大下行链路数据量相同时，enb 200可以不向ue 100通知最大下行链路数据量。在这种情况下，当估计的下行链路数据量等于或小于从enb 200设置的最大上行链路数据量时，ue 100可以确定早期数据传输是可能的。
[0365]
在图20中，已经描述了其中enb 200通过广播传输关于最大下行链路数据量的信息的示例，该信息指示早期数据传输中的最大下行链路数据量。然而，enb 200可以通过单播传输关于最大下行链路数据量的信息。当传输这样的单播消息时，enb 200可以针对每个ue设置关于数据量的条件。
[0366]
例如，当ue 100处于rrc连接模式时，enb 200向ue 100传输包括关于最大下行链路数据量的信息的rrc连接释放消息。ue 100响应于接收到rrc连接释放消息而转换为rrc空闲模式，并且存储关于最大下行链路数据量的信息。在此，enb 200可以使ue 100转换为作为rrc空闲模式的子状态的挂起状态。在挂起状态中，ue 100的上下文信息被保存在enb 200中。
[0367]
ue 100在rrc空闲模式中开始随机接入过程。当ue 100处于挂起状态时，enb 200在随机接入过程期间参考ue 100的上下文信息，并且识别出在ue 100中设置了最大下行链路数据量。另一方面，当ue 100不处于挂起状态时，因为enb 200不具有ue 100的上下文信息，所以在随机接入过程期间(例如，当传输msg3时)从ue 100向enb 200通知最大下行链路数据量已被设置这一事实和/或所设置的最大下行链路数据量。
[0368]
(修改示例18)
[0369]
如上所述，当enb 200在ue 100中设置早期数据传输中的最大数据量(最大传输块大小)时，enb 200难以确定最佳的最大数据量。具体地，通过早期数据传输由ue 100传输和接收的数据量(传输块大小)根据由ue 100执行的应用的类型或情况而变化。如果设置的早期数据传输中的最大数据量过多，可能会产生无用的资源。另一方面，如果设置的早期数据传输中的最大数据量过少，则意欲传输和接收超过最大传输块大小的数据的ue 100将无法使用早期数据传输，因此由早期数据传输带来的功耗和延迟降低的效果受到影响。
[0370]
在修改示例18中，ue 100确定要在早期数据传输中传输和接收的用户数据量。例
如，ue 100确定ue 100意欲通过上行链路早期数据传输来传输的上行链路数据量。除了这种确定之外或代替这种确定，ue 100可以确定ue 100意欲通过下行链路早期数据传输来接收的下行链路数据量。然后，当ue 100处于rrc连接模式时，ue 100基于所确定的用户数据量向enb 200传输指示由ue 100推荐的最大数据量(最大传输块大小)的信息。推荐的最大数据量可以是推荐的最大上行链路数据量或推荐的最大下行链路数据量。
[0371]
最大数据量的通知可以仅由具有执行早期数据传输能力的ue 100执行。在这种情况下，enb 200可以在ue上下文中将来自ue 100的通知作为ue能力信息进行保存。
[0372]
enb 200从大量ue 100收集关于用于早期数据传输的推荐的最大数据量的信息，并且对收集的信息进行统计处理，从而确定早期数据传输中的最佳最大数据量。例如，enb 200收集关于用于上行链路早期数据传输的推荐的最大数据量的信息，并且基于收集的信息来确定用于上行链路早期数据传输的最佳最大数据量。enb 200可以收集关于用于下行链路早期数据传输的推荐的最大数据量的信息，并且基于收集的信息来确定用于下行链路早期数据传输的最佳最大数据量。在确定最佳最大数据量之后，enb 200在ue 100中设置所确定的最大数据量。例如，enb 200通过广播指示所确定的最大数据量的信息，来在位于enb 200的小区中的ue 100中设置最大数据量。
[0373]
图21是示出修改示例18的操作的示例的图。在此，将描述从ue 100向enb 200通知使用msg3的早期数据传输中的推荐的最大上行链路数据量的示例。注意，在下面的示例中，以推荐的最大上行链路数据量为例进行了说明，但是可以替代地应用推荐的最大下行链路数据量。
[0374]
如图21中所示，在步骤s781中，enb 200向ue 100传输请求或设置以下操作的信息：对早期数据传输中的推荐的最大上行链路数据量的通知的传输。enb 200可以将该信息包括在：随机接入过程中的msg4(rrc连接建立消息)、作为单播消息的测量配置、ue信息请求消息和/或最小化路测(mdt)设置消息中。替代地，enb 200可以通过广播消息向ue 100通知允许或请求该通知的信息。然而，步骤s781不是必须的，并且可以省略。
[0375]
在步骤s782中，ue 100确定早期数据传输中的推荐的最大上行链路数据量。例如，ue 100在根据上行链路数据的生成而执行随机接入过程时存储该上行链路数据量，并且将所存储的上行链路数据量确定为推荐的最大上行链路数据量。
[0376]
在步骤s783中，ue 100向enb 200传输指示所确定的推荐最大上行链路数据量的信息。ue 100可以在测量报告中包括该信息，或者可以在随机接入过程的msg5(rrc连接建立完成或rrc连接恢复完成)或ue信息响应消息中包括该信息。注意，可以紧接在随机接入过程之后利用从ue 100传输到enb 200的消息来定位rrc连接建立完成和rrc连接恢复完成。
[0377]
另外，当在处于rrc空闲模式的ue 100中生成的上行链路数据量超过由enb 200设置的最大上行链路数据量时，ue 100可以开始正常的随机接入过程而不进行早期数据传输，并存储该上行链路数据量。在通过正常的随机接入过程转换为rrc连接模式之后，ue 100可以将所存储的上行链路数据量作为推荐的最大上行链路数据量通知给enb 200。
[0378]
在步骤s784中，enb 200基于从ue 100通知的推荐的最大上行链路数据量来确定最佳最大上行链路数据量。在确定最佳最大上行链路数据量之后，enb 200通过广播所确定的最大上行链路数据量，来在位于enb 200的小区中的ue 100中设置最大上行链路数据量。
[0379]
替代地，enb 200不限于通过广播在ue 100中设置最大数据量(最大上行链路数据量)的情况，而是可以通过单播(例如，rrc连接释放)在ue 100中设置最大数据量。在这种情况下，enb 200基于从ue 100通知的推荐的最大数据量来确定针对该ue 100的最佳最大数据量，并且通过单播在该ue 100中设置所确定的最大数据量。
[0380]
注意，在该修改示例中，已经描述了enb 200基于从ue 100通知的推荐的最大上行链路数据量来确定在ue 100中设置的最大上行链路数据量的示例。然而，尽管将在第二实施例中描述细节，但是可以在ue 100中在最大上行链路数据量的范围内设置多个盲解码阈值。具体地，ue 100确定比ue 100传输的用户数据量大的最小盲解码阈值，并且用填充数据来填补相对于所确定的盲解码阈值的不足部分。因此，为了减少填充数据，enb 200可以基于从ue 100通知的推荐的最大上行链路数据量来确定要在ue 100中设置的盲解码阈值。
[0381]
[第二实施例]
[0382]
将主要描述第二实施例与第一实施例之间的不同之处。在第二实施例中，假设在随机接入过程期间使用msg3执行上行链路早期数据传输。在随机接入过程期间，除了向enb 200传输rrc消息(rrc连接请求消息或rrc连接恢复请求消息)之外，ue 100还执行用户数据传输。
[0383]
在随机接入过程期间，enb 200向ue 100传输包括上行链路许可在内的msg2(随机接入响应)，该上行链路许可向ue 100分配上行链路无线电资源。当ue 100向enb 200传输与rrc消息(msg3)相伴随的用户数据时，与分配给ue 100的上行链路无线电资源相对应的分配数据大小(即，传输块大小)优选地与rrc消息和用户数据的总大小匹配。注意，传输块大小由通过上行链路许可分配的上行链路无线电资源量(例如，资源块的数量)和mcs确定。enb 200基于分配给ue 100的传输块大小的假设来执行解码处理。
[0384]
然而，分配给ue 100的传输块大小不一定与rrc消息和用户数据的总大小匹配。当分配给ue 100的传输块大小大于rrc消息和用户数据的总大小时，ue 100需要在额外分配的上行链路无线电资源内传输填充数据，以便enb 200可以适当地执行解码处理。在此，当存在大量额外分配的上行链路无线电资源时，存在以下问题：ue 100需要传输大量填充数据，并且为了传输填充数据，使ue 100的功耗增加。第二实施例是用于解决这种问题的实施例。
[0385]
(1)操作模式1
[0386]
在第二实施例的操作模式1中，在随机接入过程期间，enb 200向ue 100传输分配周期性上行链路无线电资源的上行链路许可。这样的资源分配可以被称为半永久调度(sps)。然而，在随机接入过程期间未应用常规的sps。
[0387]
在根据第二实施例的操作模式1的sps中，sps的配置信息(例如，上行链路传输周期)被包括在由enb 200传输给ue 100的sib中。此外，在操作模式1中，通过msg2传输给ue 100的上行链路许可包括关于分配给ue 100的上行链路无线电资源(资源块)的信息，并且激活sps。即，上行链路许可将周期性上行链路无线电资源分配给ue 100。
[0388]
响应于接收到上行链路许可，ue 100在随机接入过程期间使用周期性上行链路无线电资源多次执行上行链路传输。具体地，ue 100按照根据sps配置信息的上行链路传输周期，使用由上行链路许可分配的上行链路无线电资源来执行上行链路传输。
[0389]
以这种方式，ue 100可以多次执行上行链路传输，从而使得用于一次上行链路传
输的上行链路无线电资源量变小。另外，ue 100可以在不同的定时(不同的子帧)传输rrc消息和用户数据。例如，在多次执行上行链路传输中，ue 100在第一次上行链路传输中至少传输rrc消息，并且在第二次上行链路传输中传输至少一部分用户数据。因此，ue 100不需要传输大量的填充数据。
[0390]
另外，在第二实施例的操作模式1中，enb 200向ue 100传输用于设置使用周期性上行链路无线电资源的最大上行链路传输次数的信息。因此，enb 200可以适当地了解对上行链路数据执行解码处理的次数。enb 200可以通过sib传输用于设置最大传输次数的信息，或者可以通过上行链路许可(msg2)传输该信息。ue 100在不超过设置的最大传输次数的范围内多次执行上行链路传输。
[0391]
图22是示出第二实施例的操作模式1的示例的图。在初始状态下，ue 100处于rrc空闲模式。
[0392]
如图22中所示，在步骤s801中，enb 200通过sib传输sps的配置信息。ue 100接收并存储sps的配置信息。enb 200可以通过sib传输用于设置最大传输次数的信息。在此，将假设最大传输次数为三次来进行描述。
[0393]
在步骤s802中，ue 100向enb 200传输随机接入前导码(msg1)。
[0394]
在步骤s803中，enb 200向ue 100传输随机接入响应(msg2)，该随机接入响应(msg2)包括激活sps的上行链路许可。上行链路许可包括关于将用于一次上行链路传输的上行链路无线电资源(资源块)的信息。在此，一次资源分配大小(传输块大小)可以与rrc消息的大小匹配。enb 200可以通过msg2传输用于设置最大传输次数(三次)的信息。
[0395]
在步骤s804(第一次上行链路传输)中，ue 100响应于接收到上行链路许可，使用分配的上行链路无线电资源(资源块)向enb 200传输rrc消息(msg3)。
[0396]
在步骤s805(第二次上行链路传输)中，ue 100在根据sps传输周期的子帧中，使用分配的上行链路无线电资源(资源块)将一部分用户数据传输给enb 200。
[0397]
在步骤s806(第三次上行链路传输)中，ue 100在根据sps传输周期的子帧中，使用分配的上行链路无线电资源(资源块)将剩余的用户数据传输给enb 200。在此，由于上行链路传输的次数达到最大传输次数，所以ue 100停用sps。此外，ue 100可以丢弃sps的配置信息。
[0398]
另外，当在达到最大传输次数之前完成用户数据传输时(例如，当在步骤s805中传输了所有用户数据时)，ue 100可以在根据sps传输周期的子帧(步骤s806中的定时)中不执行上行链路传输。替代地，ue 100可以在最后的上行链路传输时(步骤s806中的定时)向enb 200传输指示终止数据传输的信息。此类信息(结束标记)也可以由mac ce传输。
[0399]
在步骤s807中，enb 200向ue 100传输msg4。enb 200可以通过msg4向ue 100通知在多次上行链路传输中成功接收了哪次上行链路传输和/或哪次上行链路传输失败。例如，enb 200仅在第一次通知接收良好，或者在第二次之后通知接收良好。
[0400]
注意，在该操作模式中，已经描述了ue 100在传输rrc消息(包括rrc连接请求的mac pdu)之后传输用户数据的示例，但是ue100可以首先传输用户数据并且在终止数据传输之后传输rrc消息。在这种情况下，enb 200可以通过接收该rrc消息来识别出已经终止用户数据传输。
[0401]
(2)操作模式2
[0402]
在第二实施例的操作模式2中，在随机接入过程期间，enb 200通过msg2向ue 100传输分配上行链路无线电资源的上行链路许可。
[0403]
响应于接收到上行链路许可，ue 100在随机接入过程期间使用上行链路无线电资源来执行rrc消息(msg3)的重复传输。因此，可以通过向rrc消息提供冗余来增加enb 200在rrc消息的接收处理(解码处理)中成功的可能性。使用由上行链路许可分配的上行链路无线电资源，除了执行rrc消息的重复传输之外，ue 100还可以执行用户数据的重复传输。因此，可以向用户数据提供冗余。
[0404]
在解码处理中，enb 200执行重复传输的rrc消息的软件合成和重复传输的用户数据的软件合成。如上所述，在第二实施例的操作模式2中，通过执行冗余传输而不是填充数据的传输，可以有效地使用由上行链路许可分配的上行链路无线电资源。
[0405]
·
harq冗余版本
[0406]
ue 100可以在rrc消息的重复传输中传输具有不同的harq冗余版本(即，冗余配置)的rrc消息。另外，ue 100可以在用户数据的重复传输中传输具有不同的harq冗余版本的用户数据。由此，可以进一步提高enb 200中的解码成功率。
[0407]
例如，ue 100在不同的mac pdu中存储多个rrc消息(或多个用户数据)，并且传输具有不同的harq冗余版本的一组多个mac pdu。mac pdu包括mac标头、mac ce和mac sdu(参见图16)。rrc消息(或用户数据)对应于mac sdu。
[0408]
注意，作为冗余传输的第一示例，可以仅使mac sdu冗余，并且可以将多个mac sdu存储在一个mac pdu中并进行传输。在这种情况下，可以仅提供一个冗余版本并通过以下方法获得由冗余带来的增益。具体地，当在速率匹配之前生成位串时，ue 100根据与rrc消息和用户数据的大小相对应的位长度(tbs大小1)来生成位串。在速率匹配处理中，当从循环缓冲区中提取要传输的位串时，ue 100提取与由enb 200分配的资源/mcs相对应的位长度。因此，尽管只有一个冗余版本，但是与重复循环缓冲区的相同部分的情况相比，可以获得由冗余带来的增益。当enb 200定义轮询调度解码(盲解码)时，根据与由enb 200分配的资源和mcs相对应的位长度(enb 200已知的tbs大小2)，以诸如tbs大小2的3/4、tbs大小2的1/2、tbs大小2的1/4之类的预定比率来确定tbs大小1(enb 200未知)，从而实现盲解码。
[0409]
作为冗余传输的第二示例，mac标头也可以是冗余的，并且可以传输具有不同harq冗余版本的多个mac pdu。
[0410]
·
传输功率
[0411]
当执行重复传输(冗余传输)时，与不执行重复传输的情况相比，ue 100可以减小传输功率。因此，可以减小ue 100的功耗。
[0412]
ue 100根据重复传输次数来调整传输功率。ue 100可以随着重复传输次数的增加而减小传输功率。例如，当冗余地传输三个mac pdu时，与传输一个mac pdu相比，ue 100可以将传输功率设置为三分之。注意，即使减小了传输功率，也可以通过enb 200中的软件合成增益来补偿传输功率。
[0413]
·
软件合成的具体示例1
[0414]
当ue 100执行重复传输时，ue 100可以向enb 200通知执行了重复传输(和/或重复传输的次数)。因此，enb 200可以执行适当的软件合成。
[0415]
作为这种通知的具体示例，ue 100可以使用msg3中的上行链路解调参考信号
(dmrs)的模式来执行通知。dmrs的模式可以是dmrs信号序列或dmrs的资源布置模式(例如，资源元素的布置模式)。
[0416]
ue 100根据是否执行重复传输来改变dmrs的模式。ue 100可以根据重复传输次数来改变dmrs的模式。
[0417]
·
软件合成的具体示例2
[0418]
代替传输对重复传输的通知，enb 200可以尝试接收处理(解码处理)，该接收处理的尝试次数与重复传输次数的候选数相同。在此，重复次数的候选包括零(即，不执行重复传输)。
[0419]
以这种方式，enb 200通过盲解码，使用轮询调度解码来对重复传输的rrc消息(以及重复传输的用户数据)进行解码。因此，即使没有重复传输的通知，enb 200也可以执行适当的软件合成。
[0420]
为了使enb 200通过盲解码对重复传输的rrc消息(以及重复传输的用户数据)进行解码，应用以下方法。图23的(a)和图23的(b)是示出根据第二实施例的操作模式2的重复传输方法的示例的图。
[0421]
当rrc消息(rrc连接请求)和用户数据(数据)的总大小大于分配的数据大小时，ue 100根据预定的重复传输模式执行重复传输，如图23的(a)中所示。enb 200根据预定的重复传输模式执行盲解码。
[0422]
在图23的(a)的示例中，由上行链路许可(ul许可)分配的数据大小大于rrc消息(rrc连接请求)和用户数据(数据)的总大小的两倍。在这种情况下，将分配的数据大小的一半的大小设置为一个单元，并且以该单元为单位执行重复传输。另外，对于不足所分配的数据大小的一半大小的部分，布置填充数据。enb 200将分配的数据大小的一半大小设置为一个单元，并且以该单元为单位执行盲解码。
[0423]
替代地，当rrc消息(rrc连接请求)和用户数据(数据)的总大小大于分配的数据大小时，ue 100可以仅重复传输rrc消息。由于已经知道rrc消息的数据大小，所以enb 200在假设仅重复传输rrc消息的情况下执行盲解码。
[0424]
另一方面，当rrc消息(rrc连接请求)和用户数据(数据)的总大小小于分配的数据大小时，ue 100根据预定的重复传输模式执行重复传输，如图23的(b)中所示。例如，当分配的数据大小是rrc消息的数据大小的两倍或更多时，ue 100执行rrc消息的重复传输。ue 100为剩余部分布置填充数据。enb 200在假设仅重复传输rrc消息的情况下执行盲解码。
[0425]
当rrc消息(rrc连接请求)和用户数据(数据)的总大小小于分配的数据大小时，enb 200可以尝试对仅重复传输rrc消息的情况、仅传输rrc消息的情况、以及与rrc消息一起传输用户数据的情况的三种模式执行解码。
[0426]
注意，ue 100可以使用伴随rrc消息的mac标头、mac ce等将指示所应用的重复传输模式的信息通知给enb 200。
[0427]
(3)操作方式3
[0428]
在第二实施例的操作模式3中，enb 200例如通过sib广播指示可以在早期数据传输中用于用户数据传输的多个资源池的信息。多个资源池在可用无线电资源量(即，可用传输块大小)上彼此不同。
[0429]
当ue 100响应于从enb 200接收到上行链路许可而执行早期数据传输时，ue 100
使用从多个资源池中选择的资源池来传输用户数据。因此，由于变得可以选择与ue 100意欲传输的用户数据量(大小)相对应的资源池，因此可以消除或减少要传输的填充数据。注意，enb 200尝试在每个资源池中接收(解码)用户数据，并且在任何资源池中接收(解码)用户数据。
[0430]
ue 100可以使用选择的资源池来共同传输用户数据和rrc消息。替代地，ue 100可以使用由上行链路许可分配的上行链路无线电资源来传输rrc消息，然后还可以使用所选择的资源池来传输用户数据。
[0431]
ue 100可以基于用户数据量从多个资源池中选择用于用户数据传输的资源池。例如，ue 100将要传输给enb 200的用户数据量(数据大小)与对应于每个资源池的传输块大小进行比较，并且选择最佳资源池。
[0432]
ue 100可以考虑用户数据的优先级来选择资源池。例如，当可以在所选择的资源池中选择用于传输的上行链路无线电资源(资源块)时，资源池越大，由于ue 100之间的资源冲突而引起的干扰的可能性越低。因此在高优先级的情况下，ue 100可以选择更大的资源池。替代地，enb 200可以通知每个资源池的可用优先级信息。注意，在ue 100中，可以在更高层(例如，应用层)中指定优先级，并且可以将优先级从更高层通知给as(例如，rrc层或mac层)。可以由应用服务器预先在ue 100中设置优先级，或者可以在由mme等进行认证之后在ue 100中设置优先级。此外，可以为每个ce级别提供资源池。
[0433]
图24是示出第二实施例的操作模式3的示例的图。在图24中，时间方向上的一个分区对应于一个子帧，并且时间方向对应于上行链路频带。
[0434]
首先，ue 100通过接收sib来了解用于用户数据的资源池和用于随机接入前导码(msg1)的资源池。然后，如图24中所示，ue 100在子帧sfa中从用于随机接入前导码的多个资源池中选择一个资源池，并使用选择的资源池传输随机接入前导码。在图24的示例中，用于随机接入前导码的资源池#1与用于用户数据的资源池#1(例如，1000位的大小)相关联，并且用于随机接入前导码的资源池#2与用于用户数据的资源池#2(例如，100位大小)相关联。然而，用于随机接入前导码的资源池可以只有一个，并且用于随机接入前导码的资源池和用于用户数据的资源池可以不彼此关联。
[0435]
接下来，enb 200在任何资源池中接收随机接入前导码，并且当允许使用该资源池时向ue 100传输随机接入响应(msg2)。msg2包括enb 200分配给ue 100的临时标识符(临时c-rnti)。如果ue 100接收到msg2，则假设允许早期数据传输。然后，ue 100在子帧sfb中，使用由随机接入响应中的上行链路许可分配的上行链路无线电资源，将rrc消息(msg3)传输给enb 200。ue 100在rrc消息中包括临时标识符(临时c-rnti)并进行传输。
[0436]
接下来，ue 100在子帧sfc中使用所选择的资源池将用户数据传输给enb 200。ue 100在用户数据中包括临时标识符(临时c-rnti)并进行传输。
[0437]
(4)操作方式4
[0438]
在第二实施例的操作模式4中，enb 200在随机接入过程期间向ue 100传输分配上行链路无线电资源的上行链路许可。当与上行链路许可相对应的分配的数据大小大于rrc消息和用户数据的总大小时，ue 100确定是使用上行链路无线电资源执行早期数据传输，还是使用上行链路无线电资源仅传输rrc消息。ue 100基于执行早期数据传输所需的填充数据量进行这种确定。enb 200针对ue 100仅传输rrc消息的情况和ue 100执行早期数据传
输的情况两者尝试接收处理(解码处理)。
[0439]
当仅传输rrc消息时，由于enb 200可以了解rrc消息的数据大小，因此不需要由ue 100传输填充数据。另一方面，当执行早期数据传输时，即，当与rrc消息一起传输用户数据时，enb 200不能了解用户数据量。由于这个原因，可能需要ue 100传输填充数据，以便以分配的数据大小执行传输。
[0440]
例如，ue 100基于分配的数据大小，来确定执行早期数据传输所需的填充数据量。当确定的填充数据量大于阈值时，ue 100认为由于填充数据的传输引起的功耗大，并且仅传输rrc消息而不执行早期数据传输。因此，可以避免由于填充数据的传输导致的ue 100的功耗的增加。
[0441]
[其他实施例]
[0442]
在第一实施例的修改示例1至15中，可以实现第二实施例与第一实施例及其修改示例的组合，或者可以实现两个或更多个修改示例的组合。另外，在第一实施例的修改示例1至15中，可以单独执行根据修改示例的操作，而无需假设根据第一实施例的操作。
[0443]
在上述实施例及其修改示例中，没有特别区分控制平面(cp)解决方案和用户平面(up)解决方案，但是根据实施例及其修改示例的操作可以应用于cp解决方案和up解决方案两者。在cp解决方案中，在早期数据传输中，数据被包括在rrc消息中。在up解决方案中，在早期数据传输中，数据不包括在rrc消息中，并且在mac层中对数据(dtch)和rrc消息(ccch)进行复用并传输。
[0444]
在up解决方案中，与msg3相对应的rrc消息是rrc连接恢复请求消息，并且与msg4相对应的rrc消息是rrc连接恢复消息。通常，当接收到rrc连接恢复时，ue 100建立(重新建立)pdcp实体。然而，当执行早期数据传输时，认为在接收rrc连接恢复之前，ue 100已经建立(重新建立)pdcp实体以便执行数据传输。因此，ue 100可以在建立(重新建立)用于执行早期数据传输的pdcp实体之后，从enb 200接收从空闲模式转换为连接模式的指示(rrc连接恢复)。在这种情况下，ue 100可以跳过pdcp实体的建立(重新建立)并且保持所建立的pdcp实体。
[0445]
在上述实施例中，已经描述了使用针对mtc或iot的无线电终端(emtc ue和nb-iot ue)的示例。然而，本发明不限于emtc ue和nb-iot ue。根据上述实施例的操作可以应用于普通ue。
[0446]
在实施例中，主要以rrc空闲模式、挂起模式和连接模式为例进行描述，但是本实施例不限于此。本实施例可以应用于rrc轻连接或非活动(inactive)状态。rrc轻连接是rrc连接模式的一种状态，并且是应用了rrc空闲模式的过程的一部分的特殊状态。假设非活动被引入第五代移动通信系统中，并且是与rrc连接模式和rrc空闲模式不同的rrc状态。上述实施例中的“rrc空闲模式”可以被理解为“非活动模式”。
[0447]
在实施例中，以位于增强覆盖范围中的ue为例进行了描述，但是本实施例不限于此。根据上述实施例的操作可以应用于位于正常覆盖范围内的ue。具体地，在rach过程中不必基于rsrp测量来执行ce级别确定。
[0448]
在上述实施例中，lte系统被例示为移动通信系统。然而，本发明不限于lte系统。根据上述实施例的操作可以应用于除lte系统之外的移动通信系统(例如，第五代移动通信系统)。
[0449]
可以提供用于使计算机执行由ue 100和enb 200执行的各个处理的程序。另外，程序可以被记录在计算机可读介质上。如果使用计算机可读介质，则可以在计算机中安装程序。在此，其上记录有程序的计算机可读介质可以是非暂时性记录介质。非暂时性记录介质没有特别限制，可以是诸如cd-rom或dvd-rom之类的记录介质。可以提供芯片组，该芯片组包括：存储器，其存储用于执行由ue 100和enb 200执行的各个处理的程序；以及处理器，其执行存储在该存储器中的程序。
[0450]
[附录1]
[0451]
(1.简介)
[0452]
ran#75中批准了有关lte进一步增强mtc(efemtc)的新工作项目，并且wid确定了ran2应视为主要wg的几个目标。目标是为bl/ce ue的机器类型通信指定以下改进处。[
…
]
[0453]
改进的延迟：
[0454]
[
…
]
[0455]
·
支持早期数据传输[ran2主导、ran1、ran3]
[0456]
·
至少在rrc挂起/恢复情况下，评估在随机接入过程期间(在prach传输之后和rrc连接建立完成之前)专用资源上的功耗/延迟增益并为dl/ul数据传输指定必要支持。
[0457]
在本附录中，讨论了这些改进处的注意事项。
[0458]
(2.讨论)
[0459]
(2.1改进的延迟-早期传输数据)
[0460]
尽管wid明确指出：“至少在rrc挂起/恢复情况下，评估在随机接入过程期间(在prach传输之后和rrc连接建立完成之前)专用资源上的功耗/延迟增益并为dl/ul数据传输指定必要支持。”考虑到各种mtc设备的实现，在早期数据传输中增强的延迟性能可能导致额外的功耗。在一些mtc实现方式中需要额外的功耗的情况下，应该允许ue选择传统的rach过程(即非早期数据传输模式)以避免传统用例的负担。
[0461]
提案1：早期数据传输的解决方案应将额外的功耗降至最低；例如，应该允许ue选择传统的rach过程，即“非早期数据传输模式”。
[0462]
wid还提到应在msg1之后和msg5之前执行早期数据传输，即增强的候选为msg2、msg3和msg4。另一方面，可以预期甚至在msg2之前和msg4之后也可以传输一些控制信令。
[0463]
提案2：与早期数据传输相关联的控制信令不需要通过msg 2、msg 3或msg 4发送。
[0464]
在wid中没有标识早期传输的数据是假设为小数据分组、大尺寸数据和/或两者。例如，如果仅假设是小数据，则例如即使在rach过程中，一旦数据传输完成，ue最好转换为rrc idle。无论如何，可以认为解决方案将取决于早期传输的数据大小而有所不同。因此，ran2应该首先讨论并确定数据大小的假设。
[0465]
提案3：ran2应讨论为早期传输而假设的数据大小，即小分组、大分组或两者。
[0466]
wid并未明确提及是否只能在基于竞争的rach过程、无竞争的rach过程或两者中启动早期数据传输。该解决方案的假设在两个过程之间是不同的，例如，是否可以假设pdcch命令是不同的。因此，ran2应该阐明将哪种rach过程作为早期数据传输的假设。
[0467]
提案4：ran2应讨论早期数据传输是否适用于基于竞争的rach过程、无竞争的rach过程或两者。
[0468]
图25示出了一般的rach过程(基于竞争/无竞争)。
[0469]
(2.2.改进的功耗-对小区重新选择的宽松的监测)
[0470]
wid说明了以下机制：“例如通过(重新)配置，对小区(重新)选择启用宽松的ue监测”。无论是否需要进行(重新)配置，都应允许固定ue执行宽松的监测，因为小区重新选择很少发生。当(重新)配置按wid的意图是必需时，一些ue辅助信息可能是必需的，例如，小区重新选择报告次数、固定的ue指示等，因为网络可能不知道idle模式ue是否执行小区重新选择。
[0471]
提案5：是否应配置成允许固定ue在小区重新选择的宽松的监测下操作。
[0472]
[附录2]
[0473]
(1.简介)
[0474]
ran2#99开始了关于lte进一步增强mtc(efemtc)的讨论，并达成了以下有关早期数据传输功能的协议。
[0475]
协议
[0476]
我们意欲支持msg3中的早期ul数据传输，以实现控制平面和用户平面ciot eps优化。
[0477]
我们意欲支持msg4中的早期dl数据传输，以实现控制平面和用户平面ciot eps优化。
[0478]
协议
[0479]
当未建立as安全性以仅使用cp传输数据时，考虑早期数据传输功能。
[0480]
建立as安全性以使用cp和/或up传输数据时，考虑早期数据传输功能。
[0481]
在本附录中，讨论了早期数据传输所必需的增强细节。
[0482]
(2.讨论)
[0483]
在以下部分中，为简单起见，将分别讨论早期ul数据传输和早期dl数据传输，并将现有的随机接入过程作为基准。
[0484]
(2.1.早期ul数据传输)
[0485]
(2.1.1.电子邮件讨论中的澄清说明)
[0486]
如果ue意欲在msg3中执行早期ul数据传输，则sib提供要在msg1中使用的特定前导码。换句话说，如果sib不包含具有特定前导码的指示，则不允许早期ul数据传输。
[0487]
·
msg1将ue的意图包含在特定的前导码中，无论早期ul数据传输是否在该随机接入过程中。
[0488]
·
msg2指示除了现有的随机接入响应之外，是否还接受ue的意图。
[0489]
·
msg3包括数据和扩展的rrc连接(恢复)请求，以通知enb在该随机接入过程内是否完成了数据传输，即ue是否需要转换为rrc连接。
[0490]
·
msg4可以是rrc连接建立/恢复或rrc连接释放，即网络以msg4进行响应，以确认msg3的接收完成了竞争解决并包括nas pdu(如有必要)。
[0491]
从enb的角度来看，sib至少需要表明是否允许早期ul数据传输，即类似于up-ciot-eps-optimization等的sib指示[3]。然后，ue可以在msg1中包括特定前导码，以向enb指示其意欲使用早期ul数据传输。然而，即使ue在msgl中包括特定的前导码，enb仍应具有决定是否接受早期ul数据传输的选项，因为enb可能有其他原因需要拒绝早期ul数据传输，例如过载。这可以经由msg2传达给ue。因此，在接受早期ul数据传输之前，应该有两步许可。
[0492]
提案1 ran2应同意ue应在msg1中传输在sib中提供的特定前导码，以通知enb其意欲在msg3中执行早期数据传输，而enb可以在msg2中指示早期数据传输是否可接受。
[0493]
由于早期数据传输的主要目标之一是减小ue的功耗，因此应在数据传输完成后立即将ue释放到idle。释放辅助指示(rai)[3][4]可用于此目的。另一方面，如果要发送的数据分组很小，并且可以在msg3的有限大小内完整发送，则假设ue无需转换为rrc连接。如果允许ue请求这种无连接数据传输，则需要使用以下选项中的一个将该请求传达到enb。
[0494]
选项1a：在rrc连接请求的建立原因和/或rrc连接恢复请求的恢复原因中设置备用1。
[0495]
选项1b：备用ie位于rrc连接请求和/或rrc连接恢复请求中。
[0496]
选项1c：在msg3中指定rai(即bsr＝0)。
[0497]
选项1d：新的rrc消息，例如rrc无连接请求。
[0498]
选项1a～1c对规范的影响小于选项1d。在信令开销方面，选项1a和1b相同，但优于选项1c。关于技术含义，选项1b比选项1a更具灵活性，因为早期ul数据传输通常与建立/恢复原因无关，尤其是考虑到将来版本中的潜在需求。因此，选项1b是优选的。
[0499]
提案2：ran2应该同意在rrc连接(恢复)请求中包括1位指示，以便通知enb在msg3内是否完成ul数据传输。
[0500]
(2.1.2.重新传输方案)
[0501]
wid提到对专用资源执行早期数据传输。
[0502]
应该进一步考虑专用资源是否实际支持ran2目前有关早期ul数据传输的协议。ran2同意“msg3中的早期ul数据传输”，其中msg3资源由msg2中的专用ul许可分配。目前的msg3在ccch逻辑信道上传达rrc连接请求或rrc连接恢复请求，ccch逻辑信道最终通过ul-sch映射到pusch，但在仅处于idle的ue才支持早期ul数据传输的情况下，即，在基于竞争的随机接入过程中，ue之间的物理资源竞争尚未解决。
[0503]
观察结果1：在msg3上，基于竞争的rach过程未解决竞争。
[0504]
在msg3中，由于尚未解决竞争，因此可以预期会有更多来自多个ue的ul干扰。换句话说，可能会出现msg3中早期ul数据的接收错误。在未能成功接收早期ul数据传输的情况下，仍不清楚ue应该怎么做，即如何重新传输enb未成功接收的ul数据。
[0505]
提案3：ran2应该讨论如果enb没有成功接收到早期的ul数据，ue应该如何重新传输。
[0506]
如果提案3是可以接受的，则可以考虑重新传输方案的四个选项。
[0507]
选项2a：ue从msg1重新开始随机接入过程，即先前的过程被取消。
[0508]
选项2b：ue可以将失败的数据与msg3一起重新传输，即“在msg3中的早期ul数据重新传输”。
[0509]
选项2c：ue可以在msg5中重新传输失败的数据，即仅当数据失败时。
[0510]
选项2d：仅在处于rrc连接后，才允许ue重新传输失败的数据。
[0511]
选项2a与目前规范保持一致，即清除msg3缓冲区并从随机访问资源选择重新开始。即使使用选项2a，也不清楚是将旧的退避时间还是新的退避时间用于早期ul数据重新传输，以及重新传输次数是否受到限制。选项2b可以跟随选项2a，即，ue在下一个msg3定时包括失败的数据。选项2c可能很少见，因为假设应用了相同的mcs，则在成功接收rrc连接
(恢复)请求时不太可能没有接收到数据。选项2d与目前规范一致，除了允许重新传输失败的数据之外。
[0512]
提案4：ran2应该同意，如果早期ul数据传输失败，则ue应该重新开始随机接入过程(如目前这样)，并允许其在下一个msg3中重新传输数据。
[0513]
在任何情况下，即使msg3缓冲区被清除，ue仍应保留进行早期传输的数据，直到确认成功接收为止。
[0514]
(2.2.dl早期数据传输)
[0515]
(2.2.1.电子邮件讨论中的注意事项)
[0516]
电子邮件讨论共同讨论了早期dl数据传输和早期ul数据传输，因此可能不会详细考虑dl方面。在以下部分中，将讨论此类细节。
[0517]
(2.2.2.ue对早期dl数据传输的支持)
[0518]
ran2同意“支持msg4中的早期dl数据传输”，其中除了rrc连接建立/恢复/释放之外，ue还需要在msg4处接收数据。然而，有疑问是，enb始终知道ue是否能够进行早期dl数据接收，特别是对于已完全释放而不只是挂起的ue。考虑针对ciot eps cp/up优化两者的统一解决方案，ue可以通知nw(即，enb或mme)是否可以接收早期dl数据。
[0519]
提案5：ran2应该同意ue应该通知nw是否支持早期dl数据接收。
[0520]
从enb的角度来看，有两种选项可以将ue的能力传达给nw，即mme或ue。如果mme通知enb，则显然需要增强一些s1消息，例如寻呼或初始上下文建立请求，其中ran2必须咨询ran3。另一方面，如果ue通知enb，则可以如下考虑几个选项。
[0521]
选项3a：为ue能力中的早期dl数据接收添加了新的ie。
[0522]
选项3b：如果ue支持早期dl数据接收，则在msgl或msg3中发送指示。
[0523]
选项3a是向enb提供ue能力的直接方法，但是即使ue不再处于连接或挂起状态，enb也需要保留上下文，因为它是在msg4之后转移的。选项3b是一种“握手”，因此ue需要在开始之前(即在寻呼或msg2中)知道是否意欲进行早期dl数据接收。
[0524]
提案6：ran2应该讨论如何通过例如ue或mme来通知enb ue是否支持早期dl数据接收。
[0525]
无论提案6如何，ue都必须在发生早期dl数据接收之前知道是否需要建立早期dl数据接收。
[0526]
提案7：ran2应该同意应在寻呼或msg2中通知ue是否需要早期dl数据接收。
[0527]
(2.2.3.重新传输方案)
[0528]
假设在专用/非竞争资源即msg4上执行早期dl数据传输。然而，即使使用这样的资源，也会发生接收错误，因此应明确ue的行为。一旦在寻呼或msg2(即提案7)中指示了早期dl数据传输，ue就可以很容易地监测要在msg4上发送的数据。类似于提案4，还需要一种在ue未接收到dl数据的情况下重新传输dl数据的方法。
[0529]
提案8：如果未能接收到msg4，则ran2应该同意在msg4上执行早期dl数据重新传输。
[0530]
(2.2.4.同时进行早期ul/dl数据传输)
[0531]
尚不清楚在单个随机接入过程中是否应该同时支持ul和dl的早期数据传输。通常，ul数据传输可能需要在随后的dl上的上层确认，反之亦然，例如需要tcp ack。ue似乎有
可能在一个随机接入过程内决定在msg3中传输ul数据传输，然后在msg4中确认为dl数据接收。注意，很明显在相同的过程中，不能在msg4中传输dl数据后才在msg3中进行。作为ul数据传输的上层确认必须在下一个msg3中发送，这将在下一个随机接入过程中发生，或者ue也可能转换为rrc连接，但这将否定发送早期dl数据的目的。
[0532]
然而，尚不清楚这种上层确认需要多少延迟。如果上层往返是在随机接入过程中完成的，并且上层确认被延迟，则ue在msg3传输之后可能会长时间监测msg4，这将导致ue不必要的功耗。因此，在一个随机接入过程内支持早期ul数据传输或早期dl数据传输是合理的。
[0533]
提案9：ran2应该同意一个随机访问过程仅支持一种早期数据传输，即早期ul数据传输或早期dl数据传输。
[0534]
[附录3]
[0535]
(1.简介)
[0536]
ran2#99bis通过以下许多协议在早期数据传输(edt)功能方面取得了重大进展。
[0537]
协议
[0538]
·
prach分区用于指示ue意欲在msg3中使用早期数据传输的意图。应保留向后兼容性。需要进一步考虑：关于prach池的细节，例如，prach分区的前导码/时间/频率/载波域。
[0539]
·
对于在ul edt过程期间的cp，如果ue接收到数据不适合的许可，则ue不会在msg3中传输数据。对于up解决方案，如果许可小于ul数据大小，则需要进一步考虑edt许可是否可以用于ul数据。
[0540]
·
需要进一步考虑是否需要引入授权机制。
[0541]
·
针对每个ce广播msg3的最大可能许可大小。需要进一步考虑ue是否经由prach分区指示其msg3所需的许可大小。
[0542]
·
将ls与本次会议上达成的协议一起发送给ran1，并表明我们假设用于pusch传输的传统tbs表用于edt。
[0543]
·
msg4决定ue进入rrc连接模式还是rrc空闲模式。需要进一步考虑edt的msg4的内容。
[0544]
·
使用edt的意图是用于数据，即，不是用于nas信令。
[0545]
·
将ls发送到ran3/sa2/ct1，包括在传统过程的msg5中的以下任何参数是否应该包括在edt的msg3中：selectedplmn-identity、registeredmme、gummei-type、attachwithoutpdn-connectivity、up-ciot-eps-optimisation、cp-ciot-eps-optimisation、dcn-id。
[0546]
·
ran2假设用于cp的s-tmsi，用于up解决方案的resumeid和shortresumemac-i足以分别在mme和enb处识别ue。我们将向ran3、sa2、sa3、ct1提供ls.中的该假设。
[0547]
·
对于cp解决方案，用于数据的nas pdu封装在msg3中发送的rrc消息中，并作为ccch sdu传输。
[0548]
·
对于up解决方案，srb0用于在msg3中传输rrc消息。
[0549]
·
对于up解决方案，ccch(rrc消息)和dtch(up数据)在msg3中的mac中复用。
[0550]
·
对于up，在传输msg3之前恢复as安全性，并且在msg3中传输的数据受as安全性
保护。
[0551]
·
对于cp解决方案，可以视情况将dl中的nas pdu数据封装在msg4中发送的rrc消息中，并作为ccch sdu进行传输。
[0552]
·
对于up解决方案，dl数据可以视情况在mac中复用，即msg4中的dcch(rrc消息)和dtch(up数据)。
[0553]
·
需要进一步考虑：对于up解决方案：固定连接的情况，即ccch(rrc连接恢复要求)+dcch(经由固定连接的nas pdu)
[0554]
在本附录中，将讨论完成edt基本功能的其余问题。
[0555]
(2.讨论)
[0556]
(2.1.用例)
[0557]
在讨论期间，似乎普遍理解，edt过程是由ul edt针对例如更高层上的传感器数据启动的，并且由dl edt针对例如对应的更高层ack结束，即，在edt过程内完成更高层的往返。
[0558]
另一方面，在一些情况下，仅ul的edt过程和/或仅dl的edt过程也很有用；例如：(更多比较请参考图26。图26示出edt过程)
[0559]
·
udp数据传输类型，即，更高层没有ack。
[0560]
·
更高层往返的延迟较长，即，更高层ack需要一定时间才能做出响应。
[0561]
·
从应用服务器到设备的命令，即，由dl触发通信。
[0562]
可以认为支持仅ul的edt过程，因为ran2同意“对于cp解决方案，可以将dl中的nas pdu数据视情况封装在msg4中发送的rrc消息中，并作为ccch sdu进行传输”和“对于up解决方案，dl数据可以视情况在mac中复用，即msg4中的dcch(rrc消息)和dtch(up数据)”，即，ue可以不与数据一起接收msg4。
[0563]
观察结果1：目前协议支持仅ul的edt过程。
[0564]
另一方面，在目前协议中，尚不清楚对仅dl的edt过程的支持，因为从ue的角度来看，直到接收msg4才能知道dl edt传输的可用性，并且从enb的角度来看，在没有ul edt的情况下，无法通知dl edt的接收能力，目前为止，假设的支持ul edt的ue也支持dl edt。因此，如果支持仅dl的edt过程，则进一步的讨论应该解决一些增强之处，例如寻呼中的通知。
[0565]
注意：假设具有ul edt功能的ue也具有dl edt功能。
[0566]
提案1：ran2应该讨论是否支持仅dl的edt过程。
[0567]
(2.2.edt指示的细节)
[0568]
ran2#99bis中同意“prach分区用于指示ue意欲在msg3中使用早期数据传输的意图。应保留向后兼容性。需要进一步考虑的是有关prach池的细节，例如，prach分区的前导码/时间/频率/载波域”和“针对每个ce广播msg3的最大可能许可大小。如果ue经由prach分区指示其msg3所需的许可大小，则为ffs”。
[0569]
讨论的电子邮件讨论需要进一步考虑：即有关msg1的附加信息和prach分区细节。关于msg1的附加信息，似乎大多数人认为edt指示是根据ce配置的，但ue类别不是必需的；对于许可大小的指示尚无共识，这可能是未来的扩展之处。
[0570]
提案2：ran2应同意根据ce配置有关msg1的edt指示，并且msg1上的许可大小指示应视为将来的扩展之处。
[0571]
对于prach分区的细节，提出了两个解决方案，即软分区(或非专用prach资源)和硬分区(或专用prach资源)。问题在于进一步的prach碎片是否可以接受，因为这可能导致prach性能下降，尤其是在nb-iot的一些部署方案中资源有限的情况下。
[0572]
即使在例如非优化的nw中与软分区共享prach资源有一些优势，但分区数量与硬分区没有区别。例如，对于硬分区，假没3个传统ce级别，3个ce级别有3个edt指示，则prach资源中需要6个分区。对于软分区，还需要6个prach空间(3个ce级别x2个不同的前导码)。这意味着没有物理上的突破，即，区别在于设计如何分离ue。
[0573]
注意：对于硬分区，如果enb使用重叠的资源配置传统prach资源和edt指示prach资源，则共享prach资源是可能的。
[0574]
因此，我们认为，无论分区方法(例如，软或硬)如何，无论是专用资源还是非专用资源，prach的性能最终都将在经过优化的nw中达到相似。
[0575]
观察结果2：在电子邮件讨论中提出的解决方案中，prach的性能最终将相似。
[0576]
作为电子邮件中先前未讨论的替代解决方案，还应该考虑是否可以定义来自ue的多个prach传输以区分传统prach和ul-edt prach。例如，ue发送用于传统目的的第一prach(即，ce级别确定)，并且仍然发送用于edt指示的第二prach(即，仅请求edt的ue发送第二prach)。enb可以针对每次prach监测在两个prach空间上执行盲解码(参考图27。图27示出了根据多个prach传输的edt指示)。可以在同一子帧上发送两个prach。使用这种方法，只需要4个prach资源(第一prach需要3个ce级别，而第二prach需要1个edt指示)，并且因为传统ue仅发送目前的第一prach，所以向后兼容。然而，该解决方案的缺点显然是ue需要附加的prach传输，由此引起附加的功耗，但是这可能与由于prach性能下降(例如，冲突)引起的功耗相似。
[0577]
提案3：ran2应该考虑在一个附加prach空间下的多次prach传输是否对edt指示有用。
[0578]
提案4：如果提案2和提案3是可接受的，则ran2稍后应该考虑是否将许可大小指示映射到附加prach空间。
[0579]
(2.3.edt失败情况)
[0580]
(2.3.1.ul许可失败(msg1/msg2))
[0581]
ran2同意：“对于在ul edt过程期间的cp，如果ue接收到数据不适合的许可，则ue不会在msg3中发送数据。对于up解决方案，如果edt许可可用于ul数据(如果许可小于ul数据大小)，则为ffs。”这意味着至少对于cp解决方案，即使ue在msg1上发送了edt指示，enb也可能使用msg2上的传统大小ul许可拒绝edt过程。从edt过程的角度来看，这可以视为失败情况。
[0582]
观察结果3：至少对于cp解决方案，当ul许可不适合数据大小时，edt过程失败。
[0583]
目前的协议仅规定了是否可以在msg3上传输数据的条件，即没有提到如果ul许可小于预期，ue应该怎么做。因此，应当例如针对测试指定在失败时的ue行为。应该考虑以下两种选项。
[0584]
选项1：ue传输传统msg3(即，不与数据一起)。
[0585]
选项2：ue可以重试edt过程(即，从msg1重新开始)。
[0586]
选项1可能是讨论期间印象的基准。选项2与目前行为有些不同，即，即使ue接收到
对应的ul许可，ue也跳过pusch传输。然而，由于edt是新功能，因此仍然有必要考虑视情况引入选项2，例如，仅在enb允许此功能时，才能最小化地减小不必要的ue功耗以转换为rrc连接。
[0587]
提案5：至少对于cp解决方案，如果ul许可大小不足以用于ul edt，则ran2应该同意ue传输传统msg3。
[0588]
提案6：ran2应该讨论如果ul许可大小不够大是否允许ue视情况重新传输edt指示。
[0589]
(2.3.2.接收失败(msg3/msg4))
[0590]
尚未讨论如何处理edt过程中的数据接收失败。
[0591]
到目前为止，在ul edt讨论中，ue行为仅假设ue确实接收到msg4的情况，但尚不清楚如果ue没有接收到msg4会发生什么。尽管讨论了一些选项，但是如果ue遵循目前的随机接入过程，即从随机接入资源选择重新开始，则可以更简单，由此还可以重试ul edt。
[0592]
提案7：ran2应该同意，如果竞争解决目前被认为不成功，则ue从随机接入资源选择重新开始随机接入过程(和ul edt过程)。
[0593]
应该讨论在哪里存储用于重新传输的数据，因为目前在认为竞争解决不成功时会清除harq缓冲区。从cp解决方案的角度来看，业务数据作为nas pdu封装rrc消息中。可以将业务数据封装在rrc层中，直到成功完成数据传输为止。另一方面，从up解决方案的角度来看，dtch上的业务数据在mac层中复用，因此业务数据不能存储在rrc层中，而只能存储在一个用户平面层中。从具有针对cp和up的常见ue行为的角度来看，即使认为竞争解决不成功，mac层也不应清除harq缓冲区。
[0594]
观察结果4：不清楚在red或mac中成功完成ul edt之前，由哪一层存储数据。
[0595]
提案8：ran2应该同意mac层处理ul edt中的数据重新传输。
[0596]
在dl edt中，通过harq反馈指示msg4的接收失败。因此，数据的重新传输可以简单地遵循目前的harq重新传输。
[0597]
提案9：ran2应该同意，与目前相同，通过msg4 harq重新传输来执行dl edt重新传输。
[0598]
(2.3.3.t300和竞争解决定时器故障(msg3/msg4))
[0599]
在目前规范中，在msg3和msg4之间运行着两个定时器，rrc中的t300和mac中的mac竞争解决定时器。t300值对于lte为100ms～2000ms，而对于nb-iot为2500ms～60000ms。mac-竞争解决定时器值对于lte为sf8～sf64，对于nb-iot为pp1～pp64。当这些定时器到期时，ue分别认为rrc连接建立/恢复或竞争解决不成功。
[0600]
如果ul edt用于传感器数据传输，而dl edt用于tcp ack(即，图26中的“完整edt过程”)，则edt过程中的msg4传输将比传统msg4延迟更多，因为它取决于更高层中的往返时间。因此，直接定义更长的定时器值来避免不必要的故障。
[0601]
提案10：ran2应该为在msg3上的ul edt和msg4上的dl edt之间运行的定时器定义更长的值。
[0602]
然而，由于连续的pdcch监测直到接收到msg4为止，这可能导致额外的ue功耗。因此，在edt过程中应引入某种drx型接收模式。
[0603]
提案11：ran2应该考虑在edt过程中是否允许不连续接收(即，在msg3传输之后直
到msg4接收为止)。
[0604]
此外，有疑问的是enb如何配置定时器值，因为尚不清楚tcp ack是何时由于更高层消息而返回。假设一个小区中存在许多实现各种应用的ue，因此似乎很难为所有ue设置适当的定时器值。
[0605]
一种可能是msg2上的专用配置，但是在没有应用层知识的情况下，仍然难以确定定时器值。另一方面，ue可能会基于其在更高层的超时设置来帮助设置合适的定时器值。例如，ue可以在msg3上向enb通知自配置的定时器值。
[0606]
提案12：ran2应该考虑是否允许ue在msg3上向enb通知自身配置的定时器值。
[0607]
如果提案10至提案12中的一项是可以接受的，则edt的定时器概念与传统定时器不同。另外，由于例如更大的分组传输，具有edt功能的ue仍可能会启动传统rrc连接建立/恢复，因此在这种情况下，传统定时器将适用。因此，有必要讨论edt的定时器是重用传统定时器还是定义新定时器。
[0608]
提案13：ran2应该讨论edt的定时器是重用传统定时器还是定义新定时器。
[0609]
图28示出了由于更高层中的往返时间引起的延迟。
[0610]
(2.4.授权机制)
[0611]
董事会注释中提到“需要进一步考虑是否需要引入授权机制”，这种授权机制已超出在电子邮件讨论中的范围。
[0612]
根据我们的理解，edt是as功能，并且从nw和ue的角度来看，edt并不昂贵(与ce不同)。另外，nw可以例如通过从sib中移除prach分区参数和/或最大可能的许可大小而总是禁用edt功能。因此，没有技术原因要引入授权机制。
[0613]
提案14：ran2应该同意不需要任何edt授权机制。
[0614]
[附录4]
[0615]
(1.简介)
[0616]
ran2#100时论了msg1上的早期数据传输(edt)指示的细节，并达成了以下协、议。
[0617]
协议
[0618]
当ue意欲传输的包括用户数据的msg3的大小等于或小于针对每个ce广播的msg3的最大可能tbs大小时，ue在msg1中启动edt。
[0619]
·
按增强覆盖级别配置用于edt指示的prach分区。
[0620]
·
工作假设：对于这种情况的细分支持不被优先考虑。
[0621]
·
工作假设：除了针对每个ce广播的传统或最大tbs之外，不支持prach资源分区以指示预期的数据大小。
[0622]
·
如何解决msg3中的填充问题。
[0623]
·
msgl中未指示ue类别。
[0624]
·
对于edt指示，可以在传统emtc或nb-iot中在物理层资源、前导码/子载波方面配置prach资源。
[0625]
·
用于edt指示的prach资源池(即物理层资源、前导码/子载波)与用于传统rach过程的prach资源池是分开的。
[0626]
关于如何解决填充问题，它被识别为ffs；当针对ul edt的ul许可与ue意欲传输的数据大小不匹配时，就会出现这个问题。将在对应的电子邮件讨论中描述有关问题的细节。
[0627]
在此附录中，提供了有关电子邮件讨论的补充说明。
[0628]
(2.讨论)
[0629]
在电子邮件讨论中，如下提出并总结了针对填充问题的解决方案。
[0630]
上面介绍了针对填充问题的以下解决方案。
[0631]
1.(n)prach分区，其中ue使用msg1指示edt msg3的预期数据大小/tbs。
[0632]
2.网络在供ue从考虑msg3中的预期数据传输中进行选择的rar消息中提供多种传输块大小以及ul许可信息的组合，例如ru、prb、重复次数。
[0633]
3.网络为msg3传输提供双重(或更多)许可。
[0634]
4.msg1的数据大小表达与rar中的灵活许可的组合。
[0635]
5.在填充区域中重复mac sdu或pdu(该解决方案的细节尚不清楚，最好进行详细说明以更好地理解)。
[0636]
6.隐式分配，例如，与多个“每个ce广播的最大tbs”相关联的用于msg3传输的多个公共ul资源池(该解决方案的细节尚不清楚，最好进行详细说明以更好地理解)。
[0637]
7.仅对于up而言：分段以避免对传统msg3传输的填充。
[0638]
(2.1.解决方案5(mac pdu的重复))
[0639]
该解决方案使用填充区域作为冗余机会。换句话说，子帧上的现有重复方案是在传输内完成的。图29和图30中示出了示例。图29示出了ul许可大于预期数据大小的情况。图30示出了ul许可小于预期数据大小的情况。
[0640]
需要进一步考虑层中的哪个实体应执行附加的冗余过程，而物理层中存在一种可能性。例如，ue根据mac pdu生成位串，将其存储在循环缓冲区中，并根据ul许可大小传输位。
[0641]
如下预期利弊：
[0642]
优点：与填充位的传输相比，rx软合成增益和/或tx功率降低以补偿重复的可能性。
[0643]
缺点：如果在物理层中处理重复，则可能会影响ran1。
[0644]
(2.2.解决方案6(通用ul资源池))
[0645]
该解决方案提供了用于edt的公共ul资源池，由此资源池类似于模式2/类型1侧链路传输，即，由多个ue使用的公共资源。可以假设传统msg3资源始终由ul许可提供(如目前这样)，但是允许ue使用公共资源池传输数据部分，并使用与传统msg3中使用的相同的临时c-rnti传输。sib中提供了公共资源池的配置。该解决方案可以被看作是多个ul许可解决方案的“半静态”版本，其中意欲用于数据的第二许可资源可以由多个ue共享。
[0646]
图31示出了用于ul传输的公共资源池。
[0647]
如下考虑利弊。
[0648]
优点：无需更改msg2。假设类似侧链路的传输，ue可以不填充而传输数据(除非大小超过了公共资源)。如果我们将edt视为idle模式过程，则使用公共资源也是合理的，这类似于模式2/类型1资源的情况。这意味着可以分配资源而无需专用信令，这再次强化了msg2不需要修改的理念。
[0649]
缺点：使用公共资源会发生冲突。
[0650]
[附录5]
[0651]
(1.简介)
[0652]
ran2#100旨在为早期数据传输(edt)功能奠定重要的基础。然而，对于细节，仍然需要进行许多进一步的考虑，其中之一如下。
[0653]
协议
[0654]
对于cp解决方案
[0655]
[
…
]
[0656]
·
还需要进一步考虑是否需要更改t300和mac竞争解决定时器。
[0657]
在本附录中，将讨论对定时器方面的进一步考虑。
[0658]
(2.讨论)
[0659]
(2.1.假设)
[0660]
在讨论期间，似乎很普遍地理解edt过程是由ul edt启动的，例如更高层上的传感器数据，并且以dl edt结束，例如对应的更高层ack，即在edt过程内完成更高层往返(即，参考图26中的“完整edt过程”)。
[0661]
观察结果1：典型的edt过程包含ul edt和dl edt(在随机接入过程内)。
[0662]
另一方面，在以下情况下，仅ul的edt过程和/或仅dl的edt过程也很有用(更多比较请参考图26)。
[0663]
数据传输的udp类型，即，更高层没有ack。
[0664]
更高层往返的延迟较长，即，更高层ack需要一定时间才能响应。
[0665]
从应用服务器到设备的命令，即，由dl触发通信。
[0666]
msg4中的dl数据视情况与cp/up无关地传输，即“对于cp解决方案，可以将dl中的nas pdu数据视情况封装在msg4中发射的rrc消息中并作为ccch sdu进行传输”和“对于up解决方案，dl数据可以视情况在mac中复用，即msg4中的dcch(rrc消息)和dtch(up数据)。”[0667]
观察结果2：基于目前协议，支持仅ul的edt过程。
[0668]
另一方面，基于目前协议，尚不清楚对仅dl的edt过程的支持，因为ue直到接收到msg4才知道是否将发生dl edt传输，并且enb直到从ue接收到ul edt才知道ue的dl edt接收能力。
[0669]
提案1：ran2应该讨论是否支持仅dl的edt过程。
[0670]
(2.2.t300和竞争解决定时器)
[0671]
(2.2.1.msg4延迟问题)
[0672]
在目前规范中，在msg3和msg4之间运行着两个定时器，rrc中的t300和mac中的mac竞争解决定时器。t300的值在对于lte的100ms～2000ms和对于nb-iot的2500ms～60000ms之间变化。mac竞争解决定时器值在对于lte的sf8～sf64和对于nb-iot的pp1～pp64之间变化。当这些定时器到期时，ue分别认为rrc连接建立/恢复或竞争解决不成功。尽管尚不清楚如果这些现有的定时器在edt下到期，ue的行为应该是什么，但目前的随机接入过程也确实是edt过程的基准。因此，需要进一步考虑定时器。
[0673]
如果传感器数据通过ul edt传输并且对应的tcp ack通过dl edt传输(即，参考图26中的“完整edt过程”)，则edt过程中的msg4传输将比传统msg4延迟得更多，因为它取决于从更高层往返的时间(如图2中所示)。
[0674]
观察结果3：由于来自更高层的往返时间，edt中msg3和msg4之间的持续时间变得
比传统的更长。
[0675]
因此，直接定义更长的定时器值来避免t300到期导致的不必要的故障。
[0676]
提案2：ran2应该为在msg3上的ul edt和msg4上的dl edt之间运行的定时器定义更长的值，以防止由于完整edt过程到期导致的不必要的故障。
[0677]
(2.2.2.：用于msg4接收的drx)
[0678]
如果提案2是可以接受的，则可以直接扩展现有t300和mac竞争解决的定时器值。然而，由于连续的pdcch监测直到接收到msg4为止，这可能导致额外的ue功耗，由此，如先前部分中所时论，msg4可能在edt中被延迟。为了避免这种不必要的功耗，应在edt过程中引入某种drx型接收模式。
[0679]
例如，作为简单的解决方案，ue可以仅在定时器到期之前的子帧中监测pdcch，即“单次”监测。在一些mtc/nb-iot用例(如高延迟通信)下，它比连续监测更好。
[0680]
提案3：ran2应该考虑在edt过程(即，在msg3传输之后直到msg4接收为止)中是否允许不连续接收。
[0681]
(2.2.3.定时器值的配置)
[0682]
另外，有疑问的是enb如何配置定时器值，因为enb尚不知tcp ack何时将从更高层消息到达。假设在小区中存在许多实现各种应用的ue，因此enb将难以为所有ue设置适当的定时器值。
[0683]
观察结果4：考虑到不同的ue可能使用不同的应用，很难配置适当的定时器值。
[0684]
一种可能是使用用于msg2的专用信令来配置定时器，但是在没有enb的应用层知识的情况下，仍然难以确定定时器值。另一方面，ue可以基于其在更高层中的超时设置来帮助设置合适的定时器值。例如，ue可以在msg3上向enb通知自配置的定时器值。
[0685]
提案4：ran2应该考虑是否允许ue在msg3上向enb通知自配置定时器值。
[0686]
(2.2.4.定时器的定义)
[0687]
如果上述提案中的一项或多项(提案2～提案4)是可以接受的，则edt的定时器概念将与传统定时器不同。由于例如更大的分组传输，具有edt功能的ue仍可能会启动传统rrc连接建立/恢复，因此在这种情况下，传统定时器将适用。从这个意义上讲，将现有定时器保持原样并为edt定义新的定时器而不是扩展现有定时器会更简单。
[0688]
提案5ran2应该同意定义在ul edt(通过msg3)和dl edt(通过msg4)之间运行的新定时器，而不是传统定时器。
[0689]
[附录6]
[0690]
(1.简介)
[0691]
ran2#100旨在为早期数据传输(edt)功能奠定重要的基础。然而，对于细节，仍然需要进行许多进一步的考虑，其中之一如下。
[0692]
协议
[0693]
对于cp解决方案
[0694]
[
…
]
[0695]
·
还需要进一步考虑是否需要更改t300和mac竞争解决定时器。
[0696]
在本附录中，将讨论对定时器方面的进一步考虑。
[0697]
(2.讨论)
[0698]
(2.1.假设)
[0699]
提案1：ran2应该讨论是否支持仅dl的edt过程。
[0700]
(2.2.t300和竞争解决定时器)
[0701]
(2.2.1.msg4延迟问题)
[0702]
观察结果1：由于更高层的往返时间，edt中msg3和msg4之间的持续时间比以前更长。
[0703]
对于mac竞争解决定时器，可以使用早期竞争解决方案来防止定时器到期。在nb-iot ue的情况下，同意rel-14及更高版本支持早期竞争解决，但是否可选就需要进一步考虑。
[0704]
提案2：如果支持edt的nb-iot ue支持早期竞争解决，则ran2应该同意不需要对mac-竞争解决进行任何更改。
[0705]
t300受到上层往返时间的直接影响。已经提出考虑到ce模式b的重新传输和重复传输来扩展定时器值。
[0706]
因此，很容易定义较长的定时器值，以防止由于t300到期导致的不必要的故障。
[0707]
提案3：ran2应该为在msg3上的ul edt和msg4上的dl edt之间运行的定时器定义更长的值，以防止由于t300到期导致的不必要的故障。
[0708]
(2.2.2.：用于msg4接收的drx)
[0709]
如果提案3是可以接受的，则将直接扩展现有t300的定时器值。然而，由于连续的pdcch监测直到接收到msg4为止，这可能导致额外的ue功耗，由此，如先前部分中所讨论，msg4可能在edt中被延迟。为了避免这种不必要的功耗，应在edt过程中引入某种drx型接收模式。
[0710]
例如，作为简单的解决方案，ue可以仅在定时器到期之前的子帧中监测pdcch，即“单次”监测。在一些mtc/nb-iot用例(如高延迟通信)下，它比连续监测更好。
[0711]
提案4：ran2应该考虑在edt过程(即，在msg3传输之后直到msg4接收)中是否允许不连续接收。
[0712]
(2.2.3.定时器值的配置)
[0713]
另外，有疑问的是enb如何配置定时器值，因为enb尚不知tcp ack何时将从更高层消息到达。假设在小区中存在许多实现各种应用的ue，因此enb将难以为所有ue设置适当的定时器值。
[0714]
观察结果4：考虑到不同的ue可能使用不同的应用，很难配置适当的定时器值。
[0715]
一种可能是使用用于msg2的专用信令来配置定时器，但是在没有enb的应用层知识的情况下，仍然难以确定定时器值。另一方面，ue可以基于其在更高层中的超时设置来帮助设置合适的定时器值。例如，ue可以在msg3上向enb通知自配置的定时器值。
[0716]
提案5：ran2应该考虑是否允许ue在msg3上向enb通知自配置定时器值。
[0717]
(2.2.4.定时器的定义)
[0718]
如果上述提案中的一项或多项(提案3至提案5)是可以接受的，则edt的定时器概念将与传统定时器不同。由于例如更大的分组传输，具有edt功能的ue仍可能会启动传统rrc连接建立/恢复，因此在这种情况下，传统定时器将适用。从这个意义上讲，将现有定时器保持原样并为edt定义新的定时器而不是扩展现有定时器会更简单。
[0719]
提案6ran2应该同意定义在ul edt(通过msg3)和dl edt(通过msg4)之间运行的新定时器，而不是传统定时器。
[0720]
[附录7]
[0721]
(1.简介)
[0722]
ran2#101同意ul edt中填充问题的解决方案如下。
[0723]
协、议
[0724]
·
除非提供的ul许可用于传统msg3，否则edt ul许可应始终允许系统信息中广播的最大tb大小。
[0725]
·
edt ul许可应允许ue从基于ul数据提供的一组tb大小中选择适当的tb大小、mcs、重复次数和ru(用于nb-iot)。ffs如何提供该组可能的tb大小、mcs、重复次数和ru(用于nb-iot)，例如在规范中进行了硬编码。这是未决ran1确认。
[0726]
·
ran2假设系统信息中广播的最大tb大小有8个可能的候选值。ran2假设对于广播的每个最大tb大小，最多允许4种可能的tb大小，即盲解码选项。
[0727]
·
对于emtc，仅在必要时，mac rar中的保留位才可用于emtc中的edt功能。
[0728]
·
向ran1发送ls答复，以获取上述协议，包括有关最大和最小可能tb大小的协议，并要求ran1进行确认。
[0729]
在本附录中，讨论了有关该解决方案如何工作的进一步考虑。
[0730]
(2.讨论)
[0731]
如图32中所示，可以描述目前假设下解决方案中tbs的关联。图32示出了edt的ul许可大小和实际ul传输。
[0732]
从ue的角度来看，具有4种盲解码选项的edt的ul许可允许ue选择使所需填充位最小化的tbs。然而，如果针对edt的许可ul数据大小不“适合”(至少对于cp解决方案而言)，则ue可以启动传统过程并且转换为rrc连接。因此，从ue的角度来看，最大tbs和盲编码选项的数量应设置得尽可能高。
[0733]
观察结果1：当最大tbs和/或盲解码选项与其ul数据大小很好地“适合”时，ue可以启动edt。
[0734]
相反，从nw的角度来看，最大tbs应该设置为实际可行的最低值，以最大程度地减少资源浪费。因此，在一些实现方式中，最大tbs值的配置将趋于更为保守。然而，此配置将直接影响有多少ue使用edt，即在nw是否支持ue的低功率操作方面具有直接影响。由于nw可能不知道具有各种mtc应用的ue所需的ul数据大小，因此尚不清楚nw实现方式是否具有用于优化最大tbs和盲解码选项的适当方法。
[0735]
观察结果2：edt的有效性将取决于最佳的最大tbs配置。
[0736]
观察结果3：最大tbs的配置和盲解码选项应基于mtc应用的ul数据大小要求。
[0737]
鉴于以上观察结果，应将ue是否应提供有关其预期应用的反馈(尤其是关于ul数据大小)视为nw优化的一部分。
[0738]
在ue转换回到rrc空闲之前(例如，发送rai)，ue可以有机会将其用于edt的优选tbs作为辅助信息通知给enb。在以下情况下，辅助信息才有意义。
[0739]
·
情况1：类似于bsr，该信息可用作下一次edt的预期数据大小，因此它将成为更改sib中配置的参考条件之一。
[0740]
·
情况2：类似于ue能力，该信息可用于确定是否应为下一次edt可能性向ue提供ncc。
[0741]
·
情况3：类似于mdt，该信息可能用于统计分析和nw优化。
[0742]
因此，应引入与edt操作相关联的辅助信息。
[0743]
提案1：ran2应该同意允许ue发送用于tbs配置优化的辅助信息，例如其优选的tbs。
[0744]
另外，可能存在ue自身退回传统的情况，即，由于例如由应用生成额外的ul数据，即使在msg1中发送edt指示并且接收到edt的ul许可之后，ue也发送传统msg3。如果考虑到这种情况，除了同意的4个选项之外，edt ul许可应始终允许针对传统msg3大小的盲解码选项。
[0745]
提案2：除了同意的4个选项之外，ran2还应讨论edt ul许可是否应始终允许针对传统msg3大小的盲解码选项。
[0746]
[交叉引用]
[0747]
本技术要求美国临时申请第62/543469号(2017年8月10日提交)、美国临时申请第62/560775号(2017年9月20日提交)、美国临时申请第62/564430号(2017年9月28日提交)、美国临时申请第62/586981号(2017年11月16日提交)、美国临时申请第62/627313号(2018年2月7日提交)、美国临时申请第62/630915号(2018年2月15日提交)和美国临时申请第62/652436号(2018年4月4日提交)的优先权权益，其全部公开内容以引用方式并入本文中。