冲突解决检测方法、装置、终端和存储介质与流程

1.本公开涉及通信技术领域，尤其涉及一种冲突解决检测方法、冲突解决检测装置、终端设备和计算机可读存储介质。


背景技术：

2.为了提高上行覆盖，尤其是小区边缘用户的上行覆盖，以及随机接入的成功率，在3gpp(3rd generation partnership project，第三代合作伙伴计划)中引入了消息三msg3(基于竞争的随机接入信令)重复传输。
3.但是基于现有协议，随机接入过程的冲突解决监听机制并未考虑msg3重复传输的情况，因此不适用于上述引入msg3重复传输的应用场景。
4.需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

5.本公开的目的在于提供一种冲突解决检测方法、冲突解决检测装置、终端设备和计算机可读存储介质，至少在一定程度上克服解决现有的冲突解决监听机制未考虑msg3重复传输的问题。
6.本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。
7.根据本公开的一个方面，提供一种冲突解决检测方法，包括：在每个消息三msg3重复传输结束后的第一个符号，或者，在第一个msg3重复传输之后的第一个符号至最后一个msg3重复传输之后的第一个符号之间，介质访问控制层mac启动定时器；在所述定时器的运行期间，监听物理下行控制信道pdcch。
8.在一个实施例中，在每个消息三msg3重复传输结束后的第一个符号，或者，在第一个msg3重复传输之后的第一个符号至最后一个msg3重复传输之后的第一个符号之间，介质访问控制层mac启动定时器，之前还包括：
9.mac设置msg3重复传输次数为底层提供的重复传输数值n，n为正整数。
10.在一个实施例中，所述定时器为随机接入定时器ra-contentionresolutiontimer。
11.在一个实施例中，所述定时器的时长大于64个子帧。
12.在一个实施例中，所述定时器的时长满足指定计算式，时间单位为子帧，其中，所述指定计算式为8
×
m x，m为1至8中的任意整数，x为自启动所述定时器至最后一个所述msg3重复传输结束后的第一个符号经历的时长。
13.在一个实施例中，所述定时器的时长为72个子帧、80个子帧、88个子帧、96个子帧、104个子帧、112个子帧、120个子帧和128个子帧中的任意一种。
14.在一个实施例中，所述在第一个msg3重复传输之后的第一个符号至最后一个msg3
重复传输之后的第一个符号之间，介质访问控制层mac启动定时器，包括：在第一个msg3传输结束后的第一个符号，mac启动定时器；或者，在最后一个msg3传输结束后的第一个符号，mac启动定时器。
15.在一个实施例中，所述在第一个msg3重复传输之后的第一个符号至最后一个msg3重复传输之后的第一个符号之间，介质访问控制层mac启动定时器，包括：在第k个msg3传输之后的第一个符号，mac启动定时器；其中，k为1至n之间任一正整数。
16.在一个实施例中，所述方法还包括：在所述msg3的重复传输发生重传时，在重传的第一个所述msg3传输结束后的第一个符号，所述mac重启所述定时器；或者，在所述msg3的重复传输发生重传时，在重传的最后一个所述msg3传输结束后的第一个符号，mac重启所述定时器。
17.在一个实施例中，所述方法还包括：在所述msg3的重复传输发生重传时，在重传的第一个所述msg3传输结束后第一个字符至重传的最后一个所述msg3传输结束后第一个符号之间的任一时刻，mac重启所述定时器。
18.在一个实施例中，所述方法还包括：在所述msg3的重复传输发生重传时，在重传的第k个msg3传输结束后的第一个符号，mac重启所述定时器；其中，k为1至n之间任一正整数。
19.在一个实施例中，所述方法还包括：在所述msg3的重复传输发生重传时，在每个重传的msg3传输结束后的第一个符号，mac重启所述定时器。
20.在一个实施例中，在所述定时器的运行期间，监听物理下行控制信道pdcch，包括：在接收到临时c-rnti加扰的所述pdcch时，根据所述pdcch获取mac pdu；在对所述mac pdu解码成功时，控制所述定时器停止运行。
21.在一个实施例中，还包括：如果所述mac pdu包含的用户设备冲突解决标识与所述msg3中的一致，并且已完成的所述msg3重复传输次数小于n时，停止后续的所述msg3重复传输。
22.在一个实施例中，还包括：如果所述mac pdu包含的用户设备冲突解决标识与所述msg3中的一致，并且已完成的所述msg3重复传输次数小于n时，继续后续的所述msg3重复传输，直至检测到所述实际重复传输次数达到n。
23.根据本公开的另一方面，提供一种冲突解决检测装置，包括：启动模块，用于在每个消息三msg3重复传输结束后的第一个符号，或者，在第一个msg3重复传输之后的第一个符号至最后一个msg3重复传输之后的第一个符号之间，介质访问控制层mac启动定时器；监听模块，用于在所述定时器的运行期间，监听物理下行控制信道pdcch。
24.根据本公开的再一方面，提供一种终端设备，包括：处理器；以及存储器，用于存储处理器的可执行指令；其中，处理器配置为经由执行可执行指令来执行上述任意一项所述的冲突解决检测方法。
25.根据本公开的又一方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的冲突解决检测方法。
26.本公开的实施例所提供的冲突解决检测方法和装置，在执行msg3的重复传输时，通过在每个消息三msg3重复传输结束后的第一个符号，或在第一个msg3重复传输之后的第一个符号至最后一个msg3重复传输之后的第一个符号之间启动定时器，并监听物理下行控制信道pdcch，以进行冲突解决的监听操作，实现了在msg3重复传输的工况中的对冲突解决
信息的可靠监听。
27.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
28.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
29.图1示出本公开实施例中一种冲突解决检测方法的示意流程图；
30.图2示出本公开实施例中另一种冲突解决检测方法的示意流程图；
31.图3示出本公开实施例中再一种冲突解决检测方法的示意流程图；
32.图4示出本公开实施例中又一种冲突解决检测方法的示意流程图；
33.图5示出本公开实施例中又一种冲突解决检测方法的示意流程图；
34.图6示出本公开实施例中又一种冲突解决检测方法的示意流程图；
35.图7示出本公开实施例中又一种冲突解决检测方法的示意流程图；
36.图8示出本公开实施例中又一种冲突解决检测方法的示意流程图；
37.图9示出本公开实施例中又一种冲突解决检测方法的示意流程图；
38.图10示出本公开实施例中又一种冲突解决检测方法的示意流程图；
39.图11示出本公开实施例中又一种冲突解决检测方法的示意流程图；
40.图12示出本公开实施例中又一种冲突解决检测方法的示意流程图；
41.图13示出本公开实施例中又一种冲突解决检测方法的示意流程图；
42.图14示出本公开实施例中又一种冲突解决检测方法的示意流程图；
43.图15示出本公开实施例中又一种冲突解决检测方法的示意流程图；
44.图16示出本公开实施例中又一种冲突解决检测方法的示意流程图；
45.图17示出本公开实施例中又一种冲突解决检测方法的示意流程图；
46.图18示出本公开实施例中又一种冲突解决检测方法的示意流程图；
47.图19示出本公开实施例中又一种冲突解决检测方法的示意流程图；
48.图20示出本公开实施例中又一种冲突解决检测方法的示意流程图；
49.图21示出本公开实施例中又一种冲突解决检测方法的示意流程图；
50.图22示出本公开实施例中一种冲突解决检测装置的示意框图；
51.图23示出本公开实施例中一种计算机设备的结构框图。
具体实施方式
52.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。
53.此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标
记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
54.本发明提供的技术方案可以应用于各种通信系统，例如，5g通信系统，未来演进系统或者多种通信融合系统等等。可以包括多种应用场景，例如，机器对机器(machine to machine，m2m)、d2m、宏微通信、增强型移动互联网(enhance mobile broadband，embb)、超高可靠性与超低时延通信(ultra reliable&low latency communication，urllc)以及海量物联网通信(massive machine type communication，mmtc)等场景。这些场景包括但不限于：终端与终端之间的通信，或网络设备与网络设备之间的通信，或网络设备与终端间的通信等场景中。本发明实施例可以应用于与5g通信系统中的网络设备与终端之间的通信。
55.具体地，移动通信的主要参与方是基站enb和终端(最常用的是手机，下文将直接以手机称呼)。双方通信时，需要有个明确的收发关系。
56.由于基站高高在上，因此把基站发射，手机接收这条路径叫做“下行”，反过来，把手机发射，基站接收这条路径叫做“上行”。
57.harq是为了更好的抗干扰和抗衰落，提高系统吞吐量(有效性)和数据传输的可靠性而研发的一种基于fec(前向纠错)和arq(自动重传)的新型通信技术，全称为hybrid automatic repeat request，国内译为混合自动重传。
58.c-rnti(cell-radionetworktemporaryidentifier小区无线网络临时标识)，是由基站分配给ue的动态标识。c-rnti唯一标识了一个小区空口下的ue，且只有处于连接态下的ue，c-rnti才有效。
59.ack(acknowledge character)指确认字符。
60.在终端设备ue随机接入的过程中，ue选择合适的小区进行驻留后，即可发起初始的随机接入过程，ue通过随机接入过程，与系统的上行同步以后，才能够被系统调度进行上行的传输。
61.其中，初始的随机接入过程，是一种竞争的接入过程，可以包括以下四个步骤：
62.第一步，ue基于第一信息msg1上行发送随机接入前导序列。
63.第二步，enb基于第二信息msg2对随机接入前导序列进行下行响应。
64.其中，如果多个ue在同一个随机机会中国选择了一个相同的前导码，则enb检测出此前导码后，并不知道又多余一个ue在同一资源位置发送了此前导码，这就是第四步碰撞所要解决的问题，enb在某个随机接入发送机会上正确解出一个或多个前导码后，可得到相应的前导码序号，同时可以根据该发送机会所在的视频位置计算出其对应的ra-rnti，enb根据这些信息生成随机接入响应mac pdu，mac字头中的rapid字段值即为检测出的前导码序号，进而为第三步中ue发送上行数据分配的上行资源授权，以及为ue分配临时rnti。
65.第三步，ue发送第三信息msg3，msg3携带ue id。
66.具体地，msg3在pusch(physical uplink shared channel，物理上行共享信道)上传输，用msg2中分配的临时c-rnti加扰，使用了harq重传，msg3消息会在分配的资源上发送信息，包括临时c-rnti和ue id等。
67.第四步，enb对msg3的ue id做出响应，ue通过id对比，判断竞争是否成功。
68.具体地，enb发送竞争冲突解决消息，由于可能有多个ue在同一上行授权中发送自己的msg3，彼此之间会产生干扰，但由于通常情况下为发送msg3而分配的上行授权采用较低的调制方式和较高的编码冗余，并且enb接收到来自不同ue的信号强度也存在差异，因此及时在冲突的情况下，enb也有很大概率可以正确解调出其中一个ue的msg3，如果正确解调出msg3，则生成msg4反馈给ue。
69.所有发送msg3的ue都会等待接收msg4，并启动定时器，并根据pdcch的指示接收msg4，然后分别将自己的唯一用户标识于msg4中的用户id进行比较，如果匹配则表明冲突解决。
70.而本公开中的冲突解决检测方案则应用于mgs3重复传输的工况中。
71.下面，将结合附图及实施例对本示例实施方式中的冲突解决检测的各个步骤进行更详细的说明。
72.图1示出本公开实施例中一种冲突解决检测方法。
73.如图1所示，根据本公开的一个实施例的冲突解决检测方法，包括:
74.步骤s102，在每个消息三msg3重复传输结束后的第一个符号，或者，在第一个msg3重复传输之后的第一个符号至最后一个msg3重复传输之后的第一个符号之间，介质访问控制层mac启动定时器。
75.其中，第一个符号为msg3传输结束的时间符号。
76.具体地，通过向网络设备发送msg3，以触发网络设备发送多个终端的竞争冲突解决消息。
77.步骤s104，在定时器的运行期间，监听物理下行控制信道pdcch。
78.其中，通过监听pdcch，以获取网络设备在pdcch上发送的msg4。
79.在该实施例中，在执行msg3的重复传输时，通过在每个消息三msg3重复传输结束后的第一个符号，或在第一个msg3重复传输之后的第一个符号至最后一个msg3重复传输之后的第一个符号之间启动定时器，并监听物理下行控制信道pdcch，以进行冲突解决的监听操作，实现了在msg3重复传输的工况中的对冲突解决信息的可靠监听。
80.进一步地，在接收到冲突响应信息时，通过对冲突响应信息中用户设备冲突解决标识的验证，即在检测到接收到的用户设备冲突解决标识与msg3携带的用户设备冲突解决标识一致时，表明冲突解决成功，以及随机接入成功，进而提高了随机接入的可靠性。
81.如图2所示，根据本公开的另一个实施例的冲突解决检测方法，包括:
82.步骤s202，mac设置msg3重复传输次数为底层提供的重复传输数值n，n为正整数。
83.步骤s204，在每个msg3重复传输结束后的第一个符号，或者，在第一个msg3重复传输之后的第一个符号至最后一个msg3重复传输之后的第一个符号之间，mac启动定时器。
84.步骤s206，在定时器的运行期间，监听物理下行控制信道pdcch。
85.下面基于以下实施例，对定时器的配置方式，进行进一步描述。
86.在一个实施例中，定时器为随机接入定时器ra-contentionresolutiontimer。
87.在该实施例中，ra-contentionresolutiontimer的最大定时时长小于或等于64ms，更适用于作为在每个重传的msg3传输结束后的第一个符号，mac重启的定时器，或在最后个msg3传输节后的第一符号，mac启动的定时器。
88.在一个实施例中，定时器的时长大于64个子帧。
89.在一个实施例中，定时器的时长满足指定计算式，时间单位为子帧，其中，指定计算式为8
×
m x，m为1至8中的任意整数，x为自启动定时器至最后一个msg3重复传输结束后的第一个符号经历的时长。
90.在一个实施例中，定时器的时长为72个子帧、80个子帧、88个子帧、96个子帧、104个子帧、112个子帧、120个子帧和128个子帧中的任意一种。
91.在该实施例中，上述配置的定时器适用于作为在msg3重复传输工况中只启动一次的定时器，并能够保证对冲突解决信息的可靠监控。
92.如图3所示，在一个实施例中，作为定时器启动的一种设置时机，步骤s102中，在第一个msg3重复传输之后的第一个符号至最后一个msg3重复传输之后的第一个符号之间，介质访问控制层mac启动定时器的一种具体实现方式，包括：
93.步骤s302，在第一个msg3传输结束后的第一个符号，mac启动定时器。
94.如图4所示，在一个实施例中，作为定时器启动的另一种设置时机，步骤s102中，在第一个msg3重复传输之后的第一个符号至最后一个msg3重复传输之后的第一个符号之间，介质访问控制层mac启动定时器的另一种具体实现方式，包括：
95.步骤s402，在最后一个msg3传输结束后的第一个符号，mac启动定时器。
96.如图5所示，在一个实施例中，步骤s102中，作为定时器启动的再一种设置时机，在第一个msg3重复传输之后的第一个符号至最后一个msg3重复传输之后的第一个符号之间，介质访问控制层mac启动定时器的再一种具体实现方式，包括：
97.步骤s502，在第k个msg3传输之后的第一个符号，mac启动定时器，其中，k为1至n之间任一正整数。
98.如图6所示，在一个实施例中，作为定时器启动的又一种设置时机，冲突解决检测方法还包括：
99.步骤s602，在msg3的重复传输发生重传时，在重传的第一个msg3传输结束后的第一个符号，mac重启定时器。
100.如图7所示，在一个实施例中，作为定时器启动的又一种设置时机，冲突解决检测方法还包括：
101.步骤s702，在msg3的重复传输发生重传时，在重传的最后一个msg3传输结束后的第一个符号，mac重启定时器。
102.如图8所示，在一个实施例中，作为定时器启动的又一种设置时机，冲突解决检测方法还包括：
103.步骤s802，在msg3的重复传输发生重传时，在重传的第一个msg3传输结束后第一个字符至重传的最后一个msg3传输结束后第一个符号之间的任一时刻，mac重启定时器。
104.如图9所示，在一个实施例中，作为定时器启动的又一种设置时机，冲突解决检测方法还包括：
105.步骤s902，在msg3的重复传输发生重传时，在重传的第k个msg3传输结束后的第一个符号，mac重启定时器；其中，k为1至n之间任一正整数。
106.如图10所示，在一个实施例中，作为定时器启动的又一种设置时机，冲突解决检测方法还包括：
107.步骤s1002，在msg3的重复传输发生重传时，在每个重传的msg3传输结束后的第一
个符号，mac重启定时器。
108.在该实施例中，通过对上述的定时器启动时机的限定，保证了在定时器运行期间内，对冲突解决的可靠监听
109.如图11所示，在一个实施例中，在定时器的运行期间，监听物理下行控制信道pdcch，还包括：
110.步骤s1102，在接收到临时c-rnti加扰的pdcch时，根据pdcch获取mac pdu。
111.其中，如果msg4中包括mac pdu，并且对mac pdu，则表明接收到了网络设备发送的竞争冲突解决消息。
112.步骤s1104，在对mac pdu解码成功时，控制定时器停止运行。
113.进一步地，在确定msg3在重复传输中的冲突解决时，将本地的c-rnti配置为临时c-rnti，并丢弃临时c-rnti。
114.在该实施例中，通过根据pdcch获取mac pdu，并对mac pdu中的检测用户设备冲突解决标识mac ce进行识别，实现了msg3重复传输工况中对冲突检测标识的可靠识别。
115.如图12所示，在一个实施例中，还包括：
116.步骤s1202，如果mac pdu包含的用户设备冲突解决标识与msg3中的一致，并且已完成的msg3重复传输次数小于n时，停止后续的msg3重复传输。
117.mac pdu包含的用户设备冲突解决标识具体为mac pdu中包括的ue contention resolution identity mac ce。
118.在该实施例中，在检测到冲突解决时，通过控制提前终止msg3的重复传输，能够节省功耗，降低传输干扰。
119.如图13所示，在一个实施例中，还包括：
120.步骤s1302，如果mac pdu包含的用户设备冲突解决标识与msg3中的一致，并且已完成的msg3重复传输次数小于n时，继续后续的msg3重复传输，直至检测到实际重复传输次数达到n。
121.在该实施例中，在检测到冲突解决时，通过基于重复传输数值n完成重复传输操作，不需要发送额外的信令，只需要等待msg3基于预设的重复传输数值n完成重复传输即可，因此对于ue的处理过程更简单。
122.进一步地，在重复传输停止时，清空msg3对应的混合自动重传harq缓存。
123.其中，至此，在清空harq缓存后，表明随机接入过程成功。
124.实施例一
125.如图14所示，根据本公开的一个实施例的冲突解决检测方法，包括：
126.步骤s1402，基于mac的底层提供的重复传输数值，配置msg3的重复传输数值n。
127.步骤s1404，在每个msg3重复传输结束后的第一个符号重复启动ra-contentionresolutiontimer。
128.步骤s1406，在ra-contentionresolutiontimer的运行期间，监听物理下行控制信道pdcch。
129.步骤s1408，检测是否接收到临时c-rnti加扰的pdcch，并对pdcch中的mac pdu进行成功解码，在检测结果为“是”时，进入步骤s1410，在检测结果为“否”时，进入步骤s1412。
130.步骤s1410，控制ra-contentionresolutiontimer停止运行。
131.步骤s1412，检测ra-contentionresolutiontimer是否超时，在检测结果为“是”时，进入步骤s1422，在检测结果为“否”时，返回步骤s1406。
132.步骤s1414，检测mac pdu中是否包括终端的冲突解决标识，以及冲突解决标识与msg3携带的冲突解决标识是否一致，在检测结果为“是”时，进入步骤s1416，在检测结果为“否”时，进入步骤s1422。
133.其中，终端的冲突解决标识即用户设备冲突解决标识。
134.步骤s1416，确定msg3在重复传输中的冲突解决。
135.步骤s1418，在检测到确定冲突解决，msg3的实际重复传输次数小于重复传输数值n时，控制停止后续的重复传输。
136.步骤s1420，在重复传输停止时，清空msg3对应的混合自动重传harq缓存。
137.步骤s1422，确定冲突解决失败。
138.在该实施例中，采用ra-contentionresolutiontimer进行定时，在每个重复传输接收后都重新启动定时器，并且提前ack/停止重复传输。
139.实施例二
140.如图15所示，根据本公开的另一个实施例的冲突解决检测方法，包括：
141.步骤s1502，基于mac的底层提供的重复传输数值，配置msg3的重复传输数值n。
142.步骤s1504，在每个msg3重复传输结束后的第一个符号重复启动ra-contentionresolutiontimer。
143.步骤s1506，在ra-contentionresolutiontimer的运行期间，监听物理下行控制信道pdcch。
144.步骤s1508，检测是否接收到临时c-rnti加扰的pdcch，并对pdcch中的mac pdu进行成功解码，在检测结果为“是”时，进入步骤s1510，在检测结果为“否”时，进入步骤s1512。
145.步骤s1510，控制ra-contentionresolutiontimer停止运行。
146.步骤s1512，检测ra-contentionresolutiontimer是否超时，在检测结果为“是”时，进入步骤s1522，在检测结果为“否”时，返回步骤s1506。
147.步骤s1514，检测mac pdu中是否包括终端的冲突解决标识，以及冲突解决标识与msg3携带的冲突解决标识是否一致，在检测结果为“是”时，进入步骤s1516，在检测结果为“否”时，进入步骤s1522。
148.步骤s1516，确定msg3在重复传输中的冲突解决。
149.步骤s1518，在检测到确定冲突解决，msg3的实际重复传输次数小于重复传输数值n时，控制继续后续的重复传输，直至检测到实际重复传输次数达到重复传输数值n时，控制停止重复传输。
150.步骤s1520，在重复传输停止时，清空msg3对应的混合自动重传harq缓存。
151.步骤s1522，确定冲突解决失败。
152.该实施例与实施例一相比，不需要提前ack/停止重复传输。
153.实施例三
154.如图16所示，根据本公开的再一个实施例的冲突解决检测方法，包括：
155.步骤s1602，基于mac的底层提供的重复传输数值，配置msg3的重复传输数值n。
156.步骤s1604，检测msg重复传输是否出现重传，在检测结果为“否”时，进入步骤
s1606，在检测结果为“是”时，进入步骤s1608。
157.步骤s1606，在第一个msg3传输结束的第一个符号，mac启动定时器。
158.可选地，定时器的时长大于64个子帧。
159.可选地，定时器的时长满足指定计算式，时间单位为子帧，其中，指定计算式为8
×
m x，m为1至8中的任意整数，x为自启动定时器至最后一个msg3重复传输结束后的第一个符号经历的时长。
160.可选地，定时器的时长为72个子帧、80个子帧、88个子帧、96个子帧、104个子帧、112个子帧、120个子帧和128个子帧中的任意一种。
161.步骤s1608，在msg3的重复传输发生重传时，在重传的第一个msg3传输结束的第一个符号，mac启动定时器。
162.步骤s1610，在定时器的运行期间，监听物理下行控制信道pdcch。
163.步骤s1612，检测是否接收到临时c-rnti加扰的pdcch，并对pdcch中的mac pdu进行成功解码，在检测结果为“是”时，进入步骤s1614，在检测结果为“否”时，进入步骤s1616。
164.步骤s1614，控制定时器停止运行。
165.步骤s1616，检测定时器是否超时，在检测结果为“是”时，进入步骤s1626，在检测结果为“否”时，返回步骤s1610。
166.步骤s1618，检测mac pdu中是否包括终端的冲突解决标识，以及冲突解决标识与msg3携带的冲突解决标识是否一致，在检测结果为“是”时，进入步骤s1620，在检测结果为“否”时，进入步骤s1626。
167.步骤s1620，确定msg3在重复传输中的冲突解决。
168.步骤s1622，在检测到确定冲突解决，msg3的实际重复传输次数小于重复传输数值n时，控制停止后续的重复传输。
169.步骤s1624，在重复传输停止时，清空msg3对应的混合自动重传harq缓存。
170.步骤s1626，确定冲突解决失败。
171.在该实施例中，在重复传输的过程中只启动一次定时器，启动时刻是第一个msg3传输之后，并提前ack/停止重复传输。
172.实施例四
173.如图17所示，根据本公开的又一个实施例的冲突解决检测方法，包括：
174.步骤s1702，基于mac的底层提供的重复传输数值，配置msg3的重复传输数值n。
175.步骤s1704，检测msg重复传输是否出现重传，在检测结果为“否”时，进入步骤s1706，在检测结果为“是”时，进入步骤s1708。
176.步骤s1706，在第一个msg3传输结束的第一个字符之后至最后一个msg3传输结束的第一个符号之前的任一时刻，mac启动定时器。
177.可选地，定时器的时长大于64个子帧。
178.可选地，定时器的时长满足指定计算式，时间单位为子帧，其中，指定计算式为8
×
m x，m为1至8中的任意整数，x为自启动定时器至最后一个msg3重复传输结束后的第一个符号经历的时长。
179.可选地，定时器的时长为72个子帧、80个子帧、88个子帧、96个子帧、104个子帧、112个子帧、120个子帧和128个子帧中的任意一种。
180.步骤s1708，在msg3的重复传输发生重传时，重传的第一个msg3传输结束第一个字符之后至重传的最后一个msg3传输结束的第一个符号之前的任一时刻，mac启动定时器。
181.步骤s1710，在定时器的运行期间，监听物理下行控制信道pdcch。
182.步骤s1712，检测是否接收到临时c-rnti加扰的pdcch，并对pdcch中的mac pdu进行成功解码，在检测结果为“是”时，进入步骤s1714，在检测结果为“否”时，进入步骤s1716。
183.步骤s1714，控制定时器停止运行。
184.步骤s1716，检测定时器是否超时，在检测结果为“是”时，进入步骤s1726，在检测结果为“否”时，返回步骤s1710。
185.步骤s1718，检测mac pdu中是否包括终端的冲突解决标识，以及冲突解决标识与msg3携带的冲突解决标识是否一致，在检测结果为“是”时，进入步骤s1720，在检测结果为“否”时，进入步骤s1726。
186.步骤s1720，确定msg3在重复传输中的冲突解决。
187.步骤s1722，在检测到确定冲突解决，msg3的实际重复传输次数小于重复传输数值n时，控制停止后续的重复传输。
188.步骤s1724，在重复传输停止时，清空msg3对应的混合自动重传harq缓存。
189.步骤s1726，确定冲突解决失败。
190.在该实施例中，该方案与方案三的区别是启动定时器的时机为在第一个msg3传输之后的第一个符号之后至最后一个msg3重复传输之后的第一个符号之前的时段内的任一时刻。
191.实施例五
192.如图18所示，根据本公开的又一个实施例的冲突解决检测方法，包括：
193.步骤s1802，基于mac的底层提供的重复传输数值，配置msg3的重复传输数值n。
194.步骤s1804，在最后一个msg3传输结束的第一个符号启动ra-contentionresolutiontimer。
195.步骤s1806，在ra-contentionresolutiontimer的运行期间，监听物理下行控制信道pdcch。
196.步骤s1808，检测是否接收到临时c-rnti加扰的pdcch，并对pdcch中的mac pdu进行成功解码，在检测结果为“是”时，进入步骤s1810，在检测结果为“否”时，进入步骤s1812。
197.步骤s1810，控制ra-contentionresolutiontimer停止运行。
198.步骤s1812，检测ra-contentionresolutiontimer是否超时，在检测结果为“是”时，进入步骤s1822，在检测结果为“否”时，返回步骤s1806。
199.步骤s1814，检测mac pdu中是否包括终端的冲突解决标识，以及冲突解决标识与msg3携带的冲突解决标识是否一致，在检测结果为“是”时，进入步骤s1816，在检测结果为“否”时，进入步骤s1822。
200.步骤s1816，确定msg3在重复传输中的冲突解决。
201.步骤s1818，在检测到确定冲突解决，msg3的实际重复传输次数小于重复传输数值n时，控制停止后续的重复传输。
202.步骤s1820，在重复传输停止时，清空msg3对应的混合自动重传harq缓存。
203.步骤s1822，确定冲突解决失败。
204.在该实施例中，采用ra-contentionresolutiontimer进行定时，并且在一轮msg3的重复传输过程中只启动一次总共只启动一次timer，启动时刻是最后一个msg3传输结束的第一个符号，并且不需要提前ack/停止重复传输。
205.实施例六
206.如图19所示，根据本公开的又一个实施例的冲突解决检测方法，包括：
207.步骤s1902，基于mac的底层提供的重复传输数值，配置msg3的重复传输数值n。
208.步骤s1904，检测msg重复传输是否出现重传，在检测结果为“否”时，进入步骤s1906，在检测结果为“是”时，进入步骤s1908。
209.步骤s1906，在第一个msg3传输结束的第一个符号，mac启动定时器。
210.可选地，定时器的时长大于64个子帧。
211.可选地，定时器的时长满足指定计算式，时间单位为子帧，其中，指定计算式为8
×
m x，m为1至8中的任意整数，x为自启动定时器至最后一个msg3重复传输结束后的第一个符号经历的时长。
212.可选地，定时器的时长为72个子帧、80个子帧、88个子帧、96个子帧、104个子帧、112个子帧、120个子帧和128个子帧中的任意一种。
213.步骤s1908，在msg3的重复传输发生重传时，在重传的第一个msg3传输结束的第一个符号，mac启动定时器。
214.步骤s1910，在定时器的运行期间，监听物理下行控制信道pdcch。
215.步骤s1912，检测是否接收到临时c-rnti加扰的pdcch，并对pdcch中的mac pdu进行成功解码，在检测结果为“是”时，进入步骤s1914，在检测结果为“否”时，进入步骤s1916。
216.步骤s1914，控制定时器停止运行。
217.步骤s1916，检测定时器是否超时，在检测结果为“是”时，进入步骤s1926，在检测结果为“否”时，返回步骤s1910。
218.步骤s1918，检测mac pdu中是否包括终端的冲突解决标识，以及冲突解决标识与msg3携带的冲突解决标识是否一致，在检测结果为“是”时，进入步骤s1920，在检测结果为“否”时，进入步骤s1926。
219.步骤s1920，确定msg3在重复传输中的冲突解决。
220.步骤s1922，在检测到确定冲突解决，msg3的实际重复传输次数小于重复传输数值n时，控制继续重复传输，直至检测到实际重复传输次数达到重复传输数值n时，控制停止重复传输。
221.步骤s1924，在重复传输停止时，清空msg3对应的混合自动重传harq缓存。
222.步骤s1926，确定冲突解决失败。
223.在该实施例中，该实施例与实施例三的区别是不需要提前ack/停止重复传输。
224.实施例七
225.如图20所示，根据本公开的又一个实施例的冲突解决检测方法，包括：
226.步骤s2002，基于mac的底层提供的重复传输数值，配置msg3的重复传输数值n。
227.步骤s2004，检测msg重复传输是否出现重传，在检测结果为“否”时，进入步骤s2006，在检测结果为“是”时，进入步骤s2008。
228.步骤s2006，在第一个msg3传输结束的第一个字符之后至最后一个msg3传输结束
的第一个符号之前的任一时刻，mac启动定时器。
229.可选地，定时器的时长大于64个子帧。
230.可选地，定时器的时长满足指定计算式，时间单位为子帧，其中，指定计算式为8
×
m x，m为1至8中的任意整数，x为自启动定时器至最后一个msg3重复传输结束后的第一个符号经历的时长。
231.可选地，定时器的时长为72个子帧、80个子帧、88个子帧、96个子帧、104个子帧、112个子帧、120个子帧和128个子帧中的任意一种。
232.步骤s2008，在msg3的重复传输发生重传时，重传的第一个msg3传输结束第一个字符之后至重传的最后一个msg3传输结束的第一个符号之前的任一时刻，mac启动定时器。
233.步骤s2010，在定时器的运行期间，监听物理下行控制信道pdcch。
234.步骤s2012，检测是否接收到临时c-rnti加扰的pdcch，并对pdcch中的mac pdu进行成功解码，在检测结果为“是”时，进入步骤s2014，在检测结果为“否”时，进入步骤s2016。
235.步骤s2014，控制定时器停止运行。
236.步骤s2016，检测定时器是否超时，在检测结果为“是”时，进入步骤s2026，在检测结果为“否”时，返回步骤s2010。
237.步骤s2018，检测mac pdu中是否包括终端的冲突解决标识，以及冲突解决标识与msg3携带的冲突解决标识是否一致，在检测结果为“是”时，进入步骤s2020，在检测结果为“否”时，进入步骤s2026。
238.步骤s2020，确定msg3在重复传输中的冲突解决。
239.步骤s2022，在检测到确定冲突解决，msg3的实际重复传输次数小于重复传输数值n时，控制继续重复传输，直至检测到实际重复传输次数达到重复传输数值n时，控制停止重复传输。
240.步骤s2024，在重复传输停止时，清空msg3对应的混合自动重传harq缓存。
241.步骤s2026，确定冲突解决失败。
242.在该实施例中，该实施例与实施例四的区别是不需要提前ack/停止重复传输。
243.实施例八
244.如图21所示，根据本公开的又一个实施例的冲突解决检测方法，包括：
245.步骤s2102，基于mac的底层提供的重复传输数值，配置msg3的重复传输数值n。
246.步骤s2104，检测msg重复传输是否出现重传，在检测结果为“否”时，进入步骤s2106，在检测结果为“是”时，进入步骤s2108。
247.步骤s2106，在重复传输中，中间任意一个msg3传输结束的第一个字符，mac启动定时器。
248.可选地，定时器的时长大于64个子帧。
249.可选地，定时器的时长满足指定计算式，时间单位为子帧，其中，指定计算式为8
×
m x，m为1至8中的任意整数，x为自启动定时器至最后一个msg3重复传输结束后的第一个符号经历的时长。
250.可选地，定时器的时长为72个子帧、80个子帧、88个子帧、96个子帧、104个子帧、112个子帧、120个子帧和128个子帧中的任意一种。
251.步骤s2108，在msg3的重复传输发生重传时，重传的中间任意一个msg3传输结束的
第一个字符，mac启动定时器。
252.步骤s2110，在定时器的运行期间，监听物理下行控制信道pdcch。
253.步骤s2112，检测是否接收到临时c-rnti加扰的pdcch，并对pdcch中的mac pdu进行成功解码，在检测结果为“是”时，进入步骤s2114，在检测结果为“否”时，进入步骤s2116。
254.步骤s2114，控制定时器停止运行。
255.步骤s2116，检测定时器是否超时，在检测结果为“是”时，进入步骤s2126，在检测结果为“否”时，返回步骤s2110。
256.步骤s2118，检测mac pdu中是否包括终端的冲突解决标识，以及冲突解决标识与msg3携带的冲突解决标识是否一致，在检测结果为“是”时，进入步骤s2120，在检测结果为“否”时，进入步骤s2126。
257.步骤s2120，确定msg3在重复传输中的冲突解决。
258.步骤s2122，在检测到确定冲突解决，msg3的实际重复传输次数小于重复传输数值n时，控制停止后续的重复传输。
259.步骤s2124，在重复传输停止时，清空msg3对应的混合自动重传harq缓存。
260.步骤s2126，确定冲突解决失败。
261.在该实施例中，该实施例与实施例三的区别是启动定时器的时机为在第k个msg3传输之后的第一个符号重启定时器。其中，1《k《n，n为msg3重复传输数目。
262.需要注意的是，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
263.所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
264.下面参照图22来描述根据本发明的这种实施方式的一种冲突解决检测装置2200。图22所示的冲突解决检测装置2200仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
265.冲突解决检测装置2200以硬件模块的形式表现。冲突解决检测装置2200的组件可以包括但不限于：启动模块2202，用于在每个消息三msg3重复传输结束后的第一个符号，或者，在第一个msg3重复传输之后的第一个符号至最后一个msg3重复传输之后的第一个符号之间，介质访问控制层mac启动定时器；监听模块2204，用于在所述定时器的运行期间，监听物理下行控制信道pdcch。
266.如图23所示，终端为电子设备，电子设备2300以通用计算设备的形式表现。电子设备2300的组件可以包括但不限于：上述至少一个处理单元2310、上述至少一个存储单元2320、连接不同系统组件(包括存储单元2320和处理单元2310)的总线2330。
267.其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元2310执行，使得所述处理单元2310执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元2310可以执行如图1中所示的步骤s102至步骤s102所描述的方案。
268.存储单元2320可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)23201和/或高速缓存存储单元23202，还可以进一步包括只读存储单元(rom)23203。
269.存储单元2320还可以包括具有一组(至少一个)程序模块23205的程序/实用工具23204，这样的程序模块23205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
270.总线2330可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
271.电子设备2300也可以与一个或多个外部设备2360(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备2300交互的设备通信，和/或与使得该电子设备2300能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口2340进行。并且，电子设备2300还可以通过网络适配器2350与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器2350通过总线2330与电子设备2300的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备2300使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
272.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
273.在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
274.根据本发明的实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
275.所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
276.计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其
中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
277.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
278.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c 等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
279.应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
280.此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
281.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
282.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。