一种用户实体释放方法及基站与流程

1.本技术涉及通信技术领域，特别是涉及一种用户实体释放方法及基站。


背景技术：

2.目前，在基站发起的用户实体释放的过程中，基站将用户释放消息发送给终端后，终端的rlc(radio link control，无线链路控制协议)模块接收到用户释放消息后，立即将用户释放消息传递给终端的rrc(radio resource control，无线资源控制)模块，终端的rrc模块接收到用户释放消息后，立即释放用户实体。而终端的rlc模块接收到用户释放消息后，需要一定处理时间，才能向基站发送针对用户实体的状态报告。在一段处理时间内，终端的rrc模块很可能已经释放了用户实体。在已经释放了用户实体的情况下，终端的rlc模块是不会向基站发送状态报告的。
3.这种情况下，基站会因一直收不到状态报告，只能等到用户释放定时器超时后再释放用户实体，延长了用户实体释放流程的时间。此外，在等待用户释放定时器超时的这一时间段内，基站会不断重复向终端发送用户释放消息，这大大浪费了网络资源。


技术实现要素：

4.本技术实施例的目的在于提供一种用户实体释放方法及基站，以缩短用户实体释放流程的时间，并节约网络资源。具体技术方案如下：
5.第一方面，本技术实施例提供了一种用户实体释放方法，应用于基站，所述方法包括：
6.向终端发送用户释放消息，并启动harq(hybrid automatic repeat request，混合自动重传请求)进程，所述用户释放消息用于指示释放终端上的用户实体的消息；
7.当通过所述harq进程接收到所述终端发送的第一确认成功消息时，释放所述用户实体，所述第一确认成功消息用于指示所述终端成功接收到所述用户释放消息。
8.可选的，所述方法还包括：
9.当通过所述harq进程接收到所述终端发送的第一确认失败消息时，重新向所述终端发送用户释放消息，直至通过所述harq进程接收到所述终端发送的所述第一确认成功消息。
10.可选的，所述方法还包括：
11.启动arq(automatic repeat request，自动重传请求)进程；
12.当通过所述arq进程成功接收到所述终端发送的针对所述用户实体的状态报告时，释放所述用户实体，并向所述终端发送第二确认成功消息，所述第二确认成功消息指示所述基站成功接收到所述状态报告。
13.可选的，所述方法还包括：
14.当通过所述arq进程未成功接收到所述终端发送的针对所述用户实体的所述状态报告时，向所述终端发送第二确认失败消息，所述第二确认失败消息指示所述基站未成功
接收到所述状态报告，以使所述终端重新向所述基站发送所述状态报告。
15.可选的，所述方法还包括：
16.当通过所述arq进程未成功接收到所述终端发送的针对所述用户实体的状态报告时，若确定所述用户实体已释放，则向所述终端发送所述第二确认成功消息。
17.第二方面，本技术实施例提供了一种基站，包括存储器、收发机和处理器；所述存储器，用于存储计算机程序；所述收发机，用于在所述处理器的控制下收发数据；所述处理器，用于读取所述存储器中的计算机程序并执行以下操作：
18.向终端发送用户释放消息，并启动harq进程，所述用户释放消息用于指示释放终端上的用户实体的消息；
19.当通过所述harq进程接收到所述终端发送的第一确认成功消息时，释放所述用户实体，所述第一确认成功消息用于指示所述终端成功接收到所述用户释放消息。
20.可选的，所述处理器，还用于读取所述存储器中的计算机程序并执行以下操作：
21.当通过所述harq进程接收到所述终端发送的第一确认失败消息时，重新向所述终端发送用户释放消息，直至通过所述harq进程接收到所述终端发送的所述第一确认成功消息。
22.可选的，所述处理器，还用于读取所述存储器中的计算机程序并执行以下操作：
23.启动arq进程；
24.当通过所述arq进程成功接收到所述终端发送的针对所述用户实体的状态报告时，释放所述用户实体，并向所述终端发送第二确认成功消息，所述第二确认成功消息指示所述基站成功接收到所述状态报告。
25.可选的，所述处理器，还用于读取所述存储器中的计算机程序并执行以下操作：
26.当通过所述arq进程未成功接收到所述终端发送的针对所述用户实体的所述状态报告时，向所述终端发送第二确认失败消息，所述第二确认失败消息指示所述基站未成功接收到所述状态报告，以使所述终端重新向所述基站发送所述状态报告。
27.可选的，所述处理器，还用于读取所述存储器中的计算机程序并执行以下操作：
28.当通过所述arq进程未成功接收到所述终端发送的针对所述用户实体的状态报告时，若确定所述用户实体已释放，则向所述终端发送所述第二确认成功消息。
29.第三方面，本技术实施例提供了一种基站，所述基站包括：
30.发送模块，用于向终端发送用户释放消息，启动harq进程，所述用户释放消息用于指示释放终端上的用户实体的消息；
31.释放模块，用于当通过所述harq进程接收到所述终端发送的第一确认成功消息时，释放所述用户实体，所述第一确认成功消息用于指示所述终端成功接收到所述用户释放消息。
32.第四方面，本技术实施例提供了一种处理器可读存储介质，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行上述任一所述的用户实体释放方法。
33.第五方面，本技术实施例提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述任一所述的用户实体释放方法。
34.本技术实施例提供的技术方案中，基站通过harq进程接收到终端发送的第一确认
成功消息时，释放用户实体。其中，终端不会因为用户实体已释放而不发送第一确认成功消息，且终端发送第一确认成功消息的时间早于终端发送状态报告的时间。因此，本技术实施例大大缩短了用户实体释放流程的时间。另外，本技术实施例中，基站基于第一确认成功消息释放了用户实体，因此，不会因为迟迟接收不到状态报告，而不断重复向终端发送用户释放消息，节约了网络资源。
35.当然，实施本技术的任一产品或方法并不一定需要同时达到以上所述的所有优点。
附图说明
36.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。
37.图1为现有技术中用户实体释放方法的一种流程示意图；
38.图2为本技术实施例提供的用户实体释放方法的第一种流程示意图；
39.图3为本技术实施例提供的用户实体释放方法的第二种流程示意图；
40.图4为本技术实施例提供的arq/harq系统的一种结构示意图；
41.图5为本技术实施例提供的arq/harq系统检测和解决剩余错误的一种交互示意图；
42.图6为本技术实施例提供的arq/harq系统检测和解决剩余错误的另一种交互示意图；
43.图7为本技术实施例提供的arq/harq系统检测和解决剩余错误的再一种交互示意图；
44.图8为本技术实施例提供的用户实体释放方法的第三种流程示意图；
45.图9为本技术实施例提供的用户实体释放方法的第四种流程示意图；
46.图10为本技术实施例提供的用户实体释放方法的第五种流程示意图；
47.图11为本技术实施例提供的用户实体释放方法的第六种流程示意图；
48.图12为本技术实施例提供的用户实体释放的一种交互示意图；
49.图13为本技术实施例提供的用户实体释放装置的一种结构示意图；
50.图14为本技术实施例提供的基站的一种结构示意图。
具体实施方式
51.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
52.目前，基站发起的用户实体释放的流程，如图1所示，包括如下步骤：
53.步骤s11，基站的rrc模块将用户释放消息发送给基站的pdcp(packet data convergence protocol，分组数据汇聚协议)模块。
54.其中，用户释放消息又可以称为release(释放)消息。
55.步骤s12，基站的pdcp模块按照分组数据汇聚协议处理用户释放消息，并将处理后的用户释放消息发送给基站的rlc模块。
56.步骤s13，基站的rlc模块按照无线链路层控制协议处理用户释放消息，并将处理后的用户释放消息发送给基站的mac(media accesscontrol,媒体接入控制)模块。
57.基站的rlc模块将处理后的用户释放消息发送给基站的mac模块后，等待终端的rlc模块返回的状态报告。
58.步骤s14，基站的mac模块将用户释放消息发送给底层，即通过空口将用户释放消息发送给终端的mac模块，另外，基站的mac模块启动混合自动重传请求harq进程，以等待终端的mac模块返回的ack(acknowledge，确认)消息。
59.ack消息用于指示终端成功接收到用户释放消息。
60.步骤s15，终端的mac模块成功接收到用户释放消息后，向基站的mac模块返回ack消息，并将用户释放消息发送给终端的rlc模块。
61.步骤s16，终端的rlc模块按照无线链路层控制协议处理用户释放消息，将处理后的用户释放消息发送给终端的pdcp模块，并向基站的rlc模块发送状态报告。
62.步骤s17，终端的pdcp模块按照分组数据汇聚协议处理用户释放消息，并将处理后的用户释放消息发送给终端的rrc模块。
63.步骤s18，终端的rrc模块根据用户释放消息释放用户实体。
64.步骤s19，基站的rlc模块根据状态报告，向基站的rrc发送释放通知。
65.步骤s110，基站的rrc根据释放通知释放用户实体。
66.相关技术中，终端的rlc模块接收到用户释放消息后，立即将用户释放消息传递给终端的rrc模块，终端的rrc模块接收到用户释放消息后，立即释放用户实体。然而，终端的rlc模块接收到用户释放消息后，需要一定处理时间，才能向基站发送状态报告。在该处理时间内，终端的rrc模块很可能已经释放了用户实体。在已经释放了用户实体的情况下，终端的rlc模块是不会向基站发送状态报告的。
67.这种情况下，基站会因一直收不到状态报告，只能等到用户释放定时器超时后再释放用户实体，延长了用户实体释放流程的时间。此外，在等待用户释放定时器超时的这一时间段内，基站会不断重复向终端发送用户释放消息，这大大浪费了网络资源。
68.为解决上述问题，本技术实施例提供了一种用户实体释放方法。该方法中，基站通过harq进程接收到终端发送的第一确认成功消息时，释放用户实体。其中，终端不会因为用户实体已释放而不发送第一确认成功消息，且终端发送第一确认成功消息的时间早于终端发送状态报告的时间。因此，本技术实施例大大缩短了用户实体释放流程的时间。另外，本技术实施例中，基站基于第一确认成功消息释放了用户实体，因此，不会因为迟迟接收不到状态报告，而不断重复向终端发送用户释放消息，节约了网络资源。
69.下面通过具体实施例，对本技术实施例提供的用户实体释放方法进行详细说明。
70.参见图2，图2为本技术实施例提供的用户实体释放方法的第一种流程示意图，该方法应用于基站。该基站可以为4g基站(即enb(evolved node base station，演进基站))，也可以为5g基站(即gnb(next generation node base station，下一代基站))，对此不进行限定。该方法包括如下步骤：
71.步骤s21，向终端发送用户释放消息，并启动harq进程，用户释放消息用于指示释放终端上的用户实体的消息。
72.基站发起用户实体释放的流程后，向终端发送用户释放消息，并启动harq进程，以保证终端成功接收到用户释放消息。
73.一个实施例中，基站在预设时长后未接收到来自该用户实体的访问数据，可确定该用户实体已下线，基站发起用户实体释放的流程。另一个实施例中，基站接收到管理人员输入的用户释放消息后，发起用户实体释放的流程。
74.本技术实施例中，对基站发起用户实体释放流程的方式不做限定。
75.步骤s22，当通过harq进程接收到终端发送的第一确认成功消息时，释放用户实体，第一确认成功消息用于指示终端成功接收到用户释放消息。
76.当终端成功接收到用户释放消息时，终端通过harq进程向基站返回ack消息，如第一确认成功消息。当基站通过harq进程接收到终端发送的第一确认成功消息时，基站释放用户实体。
77.本技术实施例提供的技术方案中，基站通过harq进程接收到终端发送的第一确认成功消息时，释放用户实体。其中，终端不会因为用户实体已释放而不发送第一确认成功消息，且终端发送第一确认成功消息的时间早于终端发送状态报告的时间。因此，本技术实施例大大缩短了用户实体释放流程的时间。另外，本技术实施例中，基站基于第一确认成功消息释放了用户实体，因此，不会因为迟迟接收不到状态报告，而不断重复向终端发送用户释放消息，节约了网络资源。
78.一个可选的实施例中，若终端未成功接收到用户释放消息，则终端通过harq进程向基站返回nack(n-acknowledge，非确认)消息，如第一确认失败消息。当基站通过harq进程接收到终端发送的第一确认失败消息时，基站重新向终端发送用户释放消息。
79.若基站通过harq进程再次接收到终端发送的第一确认失败消息时，则基站再次重新将用户释放消息发送给终端，如此重复，直至基站通过harq进程接收到终端发送的第一确认成功消息。
80.本技术实施例中，基站通过上述harq进程，不断重新发送用户释放消息，直至终端成功接收到用户释放消息，保证了终端能够接收到用户释放消息，进而保证终端和基站成功释放用户实体。
81.一个可选的实施例中，基站在向终端发送用户释放消息后，启动arq进程。终端接收到用户释放消息后，基于用户释放消息，向基站发送状态报告。当基站通过arq进程成功接收到终端发送的针对用户实体的状态报告时，基站释放用户实体。另外，基站向终端发送ack消息，如第二确认成功消息，第二确认成功消息指示基站成功接收到状态报告。终端接收到第二确认成功消息后，不会再向基站发送状态报告，节约了网络资源。
82.本技术实施例中，基站接收到第一确认成功消息和状态报告，均会释放用户实体。为基站释放用户实体提供了双重保障，保证了基站释放用户实体流程的完整性。
83.一个可选的实施例中，当基站通过arq进程未成功接收到终端发送的针对用户实体的状态报告时，基站向终端发送第二确认失败消息，第二确认失败消息指示基站未成功接收到状态报告，以使终端重新向基站发送状态报告。
84.本技术实施例中，基站通过arq进程接收到终端发送的针对用户实体的状态报告，
且该状态报告中存在错误，则确定未成功接收到状态报告，基站向终端发送nack消息，如第二确认失败消息。终端通过arq进程接收到第二确认失败消息后，重新向基站发送状态报告，以保证基站成功接收到状态报告，实现基站释放用户实体的双重保障。
85.一个可选的实施例中，当基站通过arq进程未成功接收到终端发送的针对用户实体的状态报告时，若确定用户实体已释放，则基站向终端发送第二确认成功消息。
86.本技术实施例中，当基站通过arq进程未成功接收到终端发送的针对用户实体的状态报告时，基站确定用户实体是否已释放。若确定用户实体已释放，则基站向终端发送第二确认成功消息。这样，终端不再向基站重传状态报告，以节约网络资源。
87.若确定用户实体未释放，则基站向终端发送第二确认失败消息。终端通过arq进程接收到第二确认失败消息后，重新向基站发送状态报告，以保证第基站成功接收到状态报告，实现基站释放用户实体的双重保障。
88.基于以上实施例，以下实施例提供实际应用场景下的一种可能的实现，以基站可以包括mac模块、rrc模块、rlc模块和pdcp模块为例。为便于区分，下面将基站的mac模块称为第一mac模块，基站的rrc模块称为第一rrc模块，基站的rlc模块称为第一rlc模块，基站的pdcp模块称为第一pdcp模块。在实际实施时，可以通过基站的第一mac模块将用户释放消息发送给终端的第二mac模块，并启动harq进程。通过基站的第一rlc模块启动arq进程。如图3所示，该用户实体释放方法可以包括如下步骤：
89.步骤s31，第一rrc模块将用户释放消息通过第一pdcp模块发送给第一rlc模块，用户释放消息用于指示释放终端上的用户实体的消息。
90.基站发起用户实体释放的流程后，第一rrc模块向第一pdcp模块发送用户释放消息。第一pdcp模块接收到第一rrc模块发送的用户释放消息后，按照分组数据汇聚协议处理用户释放消息，并将处理后的用户释放消息发送给第一rlc模块。
91.步骤s32，第一rlc模块将用户释放消息发送给第一mac模块。
92.本技术实施例中，第一rlc模块接收到第一pdcp模块发送的用户释放消息后，按照无线链路层控制协议处理该用户释放消息，并将处理后的用户释放消息发送给第一mac模块。
93.步骤s33，第一mac模块将用户释放消息发送给终端的第二mac模块，并启动harq进程。
94.所述终端的第二mac模块，实质是指终端的mac模块，这里采用第一mac模块和第二mac模块仅仅是为了区分基站和终端的mac模块。对于rlc模块、pdcp模块和rrc模块的第一和第二的写法也是为了区分基站侧和终端侧的相应模块。这里不再赘述。
95.本技术实施例中，第一mac模块接收到第一rlc模块发送的用户释放消息后，通过空口将用户释放消息发送给终端的mac模块(即第二mac模块)。在将用户释放消息发送给第二mac模块的同时，第一mac模块启动harq进程，以等待终端的mac模块返回的ack消息。
96.步骤s34，当第一mac模块通过harq进程接收到第二mac模块发送的第一确认成功消息时，第一mac模块向第一rrc模块发送释放通知，第一确认成功消息用于指示终端成功接收到用户释放消息。
97.当终端的第二mac模块成功接收到用户释放消息时，则通过harq进程向第一mac模块返回ack消息，如第一确认成功消息。当第一mac模块通过harq进程接收到第二mac模块发
送的第一确认成功消息时，第一mac模块向第一rrc模块发送释放通知。释放通知用于通知第一rrc模块释放用户实体。
98.步骤s35，第一rrc模块根据释放通知，释放用户实体。
99.第一rrc接收第一mac模块发送的释放通知，基于该释放通知释放用户实体。
100.本技术实施例提供的技术方案中，基站的mac模块通过harq进程接收到终端的mac模块发送的第一确认成功消息时，向基站的rrc模块发送释放通知，进而基站的rrc模块释放用户实体。其中，终端的mac模块不会因为用户实体已释放而不发送第一确认成功消息，且终端的mac模块发送第一确认成功消息的时间早于终端的rlc模块发送状态报告的时间。因此，本技术实施例大大缩短了用户实体释放流程的时间。另外，本技术实施例中，基站的rrc模块基于第一确认成功消息释放了用户实体，因此，不会因为迟迟接收不到状态报告，而不断重复向终端发送用户释放消息，节约了网络资源。
101.本技术实施例中，harq系统由一个arq(automatic repeat request，自动重传请求)系统和一个fec(forward error correction，前向纠错码)系统。fec系统用来纠正信道中经常出现的错误，以减少重传次数，从而提高harq系统的通信效率。arq系统的作用是纠正那些不常出现的、且fec系统不能纠正的错误，以提高harq系统的可靠性。因此，harq系统可以实现比fec系统高得多的可靠性，以及比arq系统更高的传输效率。
102.在harq系统中，可以采用一个能检测和纠错的码，如(n，k)线性码。当发现接收的码组有错误码时，接收端先确定错误，并进行纠错。若错误码的个数在预设纠错范围之内，错误码将得到纠正，接收端将译码后的消息传送给用户。若错误码的个数超过预设纠错范围，即错误码不可被纠正，则接收端禁止把该码组传送给用户，并通过信道向发送端反馈nack消息，以请求该码组的重传。
103.当接收端接收到重传的码组时，将再次试着纠正其错误码。若译码不成功，则接收端再次拒绝该码组，并要求再一次重传，纠错和重传的过程一直持续到该码组被成功接收或正确译码为止。
104.在nr(new radio，新空口)网络中，为了给上层应用提供足够的传输可靠性，在l2层(即数据链路层)采用双arq的协议结构，且arq系统位于harq系统之上。arq/harq系统都位于enb中，arq系统由rlc模块完成，harq系统由物理层完成，harq系统的控制由mac模块完成。基站的arq/harq系统的结构如图4。在rlc模块中，每个ue(user equipment，用户设备)分别占用了两个分段arq的协议，在mac模块中，每个ue占用了一份harq的协议。
105.本技术实施例中，基站可通过arq/harq系统交互来检测和解决剩余错误。具体参见图5-7，如下：在接收端的mac模块和发送端的mac模块中，各存在一个控制arq(controlarq，c-arq)实体。接收端接收到数据后，进行harq差错检测。当接收端在检测到错误时，通过harq进程向本地c-arq实体发送本地nack，接收端的c-arq实体通过mac模块的c-pdu(control protocol data unit，控制协议数据单元)向发送端的c-arq实体发送错误指示消息(可以称为harq差错指示)，该错误指示消息携带发生错误的pdu的harq进程标识(harq process id)、帧编号(frame number)等信息；发送端的c-arq实体根据错误指示消息携带的信息，分析出本次错误所涉及的arq pdu，并触发本地arq进行相关操作，如重传数据等。上述错误包括crc(cyclic redundancy check，循环冗余校验)差错、nack/ack差错等。具体内容如下。
106.(1)nack/ack剩余错误检测和恢复。
107.在上行harq传输中，如果在ack/nack的下行反馈信道上引入crc(cyclic redundancy check，循环冗余校验)，那么可以认为不会发生nack/ack的差错，所以主要考虑下行harq传输。arq/harq检测和纠正连续发送传输块(即数据)时产生的错误的过程如图5所示。
108.对于发送孤立传输块时的纠错，如果接收端获知发送端的最大传输次数，则可以引入重传定时器机制，采用如图6所示的纠错过程。重传定时器的设置与harq系统的具体机制相关。如果接收端采用同步harq系统，则重传定时器的时间可以严格设置；如果接收端采用异步harq系统，则重传定时器的时间需要精确调整，以获得最佳的检测性能。
109.对于发送端接收到nack消息，数据重传次数没有达到最大重传次数，但harq系统传输的数据却被丢弃的情况，可使用arq探询(polling)的机制来进行错误恢复。
110.(2)dtx(discontinuous transmission，非连续发送)/ack剩余错误与恢复
111.在上行harq传输过程中，由enb进行调度和反馈ack或者nack，才不会发生dtx/ack剩余错误。对于下行harq传输，在发生dtx/ack错误，并且接收端的arq系统检测到分段丢失后，可以通过状态报告解决该错误；如果是孤立的发送端，则发送端可通过arq探询解决可能的消息错误。
112.(3)harq失败检测与恢复
113.harq失败都是由于发送端放弃传输造成的，所以harq失败都可以由发送端的harq系统发送本地nack给发送端的arq系统，触发相应的arq重传，如图7所示。
114.本技术实施例中，基于上述图4-7所示的arq系统和harq系统，实现用户实体的释放。上述图4-7中的数据n和数据m仅为区分不同的数据，并不起限定作用。
115.在本技术的一个实施例中，基于图3所示的用户实体释放方法，本技术实施例还提供了一种用户实体释放方法，如图8所示，还可以包括如下步骤：
116.步骤s36，当第一mac模块通过harq进程接收到第二mac模块发送的第一确认失败消息时，第一mac模块重新将用户释放消息发送给终端的第二mac模块。
117.当终端的第二mac模块未成功接收到用户释放消息时，如接收到的消息出现错误，且未成功译码得到用户释放消息，则通过harq进程向第一mac模块返回nack消息，如第一确认失败消息。当第一mac模块通过harq进程接收到第二mac模块发送的第一确认失败消息时，第一mac模块重新将用户释放消息发送给终端的第二mac模块。
118.若第一mac模块通过harq进程再次接收到第二mac模块发送的第一确认失败消息时，则第一mac模块再次重新将用户释放消息发送给终端的第二mac模块，直至第一mac模块通过harq进程接收到第二mac模块发送的第一确认成功消息。
119.本技术实施例中，第一mac模块通过上述harq进程，不断重新发送用户释放消息，直至终端成功接收到用户释放消息，保证了终端能够接收到用户释放消息，进而保证终端和基站成功释放用户实体。
120.在本技术的一个实施例中，基于图2所示的用户实体释放方法，本技术实施例还提供了一种用户实体释放方法，如图9所示，还可以包括如下步骤：
121.步骤s37，第一rlc模块启动arq进程。
122.本技术实施例中，第一rlc模块将用户释放消息发送给第一mac模块的同时，可启
动arq进程，以等待接收终端的第二rlc模块发送的针对用户实体的状态报告。
123.步骤s38，当第一rlc模块通过arq进程成功接收到终端的第二rlc模块发送的针对用户实体的状态报告时，第一rlc模块向第一rrc模块发送释放通知，并向第二rlc模块发送第二确认成功消息，第二确认成功消息指示基站成功接收到状态报告。
124.本技术实施例中，终端的第二rlc模块接收到用户释放消息后，基于用户释放消息，向第一rlc模块发送状态报告。当第一rlc模块通过arq进程成功接收到终端的第二rlc模块发送的针对用户实体的状态报告时，第一rlc模块向第一rrc模块发送释放通知，第一rrc模块根据第一rlc模块发送的释放通知，释放用户实体。另外，第一rlc模块向第一rrc模块发送释放通知的同时，还可以向第二rlc模块发送ack消息，如第二确认成功消息，以告知第二rlc模块基站成功接收到状态报告，使得第二rlc模块停止继续发送状态报告，节约网络资源。
125.本技术实施例中，第一mac模块接收到第一确认成功消息，会向第一rrc模块发送释放通知，第一rlc模块接收到状态报告，也会向第一rrc模块发送释放通知。在为第一rrc模块释放用户实体提供了双重保障，保证了基站释放用户实体流程的完整性。
126.在本技术的一个实施例中，基于图9所示的用户实体释放方法，本技术实施例还提供了一种用户实体释放方法，如图10所示，还可以包括如下步骤：
127.步骤s39，当第一rlc模块通过arq进程未成功接收到第二rlc模块发送的针对用户实体的状态报告时，第一rlc模块向第二rlc模块发送第二确认失败消息，第二确认失败消息指示基站未成功接收到状态报告，以使第二rlc模块重新向第一rlc模块发送状态报告。
128.本技术实施例中，第一rlc模块通过arq进程接收到第二rlc模块发送的针对用户实体的状态报告，且该状态报告中存在错误，则确定未成功接收到状态报告，第一rlc模块向第二rlc模块发送nack消息，如第二确认失败消息。
129.第二rlc模块通过arq进程接收到第二确认失败消息后，重新向第一rlc模块发送状态报告，以保证第一rlc模块成功接收到状态报告，实现第一rrc模块释放用户实体的双重保障。
130.在本技术的一个实施例中，基于图9所示的用户实体释放方法，本技术实施例还提供了一种用户实体释放方法，如图11所示，还可以包括如下步骤：
131.步骤s310，当第一rlc模块通过arq进程未成功接收到第二rlc模块发送的针对用户实体的状态报告时，第一rlc模块若确定用户实体已释放，则向第二rlc模块发送第二确认成功消息。
132.本技术实施例中，当第一rlc模块通过arq进程未成功接收到第二rlc模块发送的针对用户实体的状态报告时，第一rlc模块确定用户实体是否已释放。若确定用户实体已释放，则第一rlc模块向第二rlc模块发送第二确认成功消息。这样，第二rlc模块不再向第一rlc模块重传状态报告，以节约网络资源。
133.若确定用户实体未释放，则第一rlc模块向第二rlc模块发送第二确认失败消息。第二rlc模块通过arq进程接收到第二确认失败消息后，重新向第一rlc模块发送状态报告，以保证第一rlc模块成功接收到状态报告，实现第一rrc模块释放用户实体的双重保障。
134.下面通过图12所示的交互图，对本技术实施例提供的用户实体释放方法进行详细说明。
135.步骤s121，基站的rrc模块将用户释放消息发送给基站的pdcp模块。
136.步骤s122，基站的pdcp模块按照分组数据汇聚协议处理用户释放消息，并将处理后的用户释放消息发送给基站的rlc模块。
137.步骤s123，基站的rlc模块按照无线链路层控制协议处理用户释放消息，并将处理后的用户释放消息发送给基站的mac模块。
138.步骤s124，基站的mac模块通过空口将用户释放消息发送给终端的mac模块，并启动harq进程，以等待终端的mac模块返回的ack消息。
139.步骤s125，终端的mac模块成功接收到用户释放消息后，向基站的mac模块返回ack消息，并将用户释放消息发送给终端的rlc模块。之后执行步骤s126和步骤s129。
140.步骤s126，终端的rlc模块按照无线链路层控制协议处理用户释放消息，将处理后的用户释放消息发送给终端的pdcp模块，并向基站的rlc模块发送状态报告。之后执行步骤s127和步骤s129。
141.步骤s127，终端的pdcp模块按照分组数据汇聚协议处理用户释放消息，并将处理后的用户释放消息发送给终端的rrc模块。
142.步骤s128，终端的rrc模块根据用户释放消息释放用户实体。
143.步骤s129，基站的mac模块接收到ack消息/状态报告后，向基站的rrc模块发送释放通知。之后，执行步骤s1210。
144.步骤s1210，基站的rrc模块根据释放通知释放用户实体。
145.上述步骤s121-s1210的描述相对简单，具体参见上述图2-11部分的描述，此处不再赘述。
146.与上述用户实体释放方法对应，本技术实施例还提供了一种用户实体释放装置，参见图13所示，该装置包括：
147.发送单元131，用于向终端发送用户释放消息，并启动harq进程，用户释放消息用于指示释放终端上的用户实体的消息；
148.释放单元132，用于当通过harq进程接收到终端发送的第一确认成功消息时，释放用户实体，第一确认成功消息用于指示终端成功接收到用户释放消息。
149.可选的，发送单元131，还可以用于当通过harq进程接收到终端发送的第一确认失败消息时，重新向终端发送用户释放消息，直至通过harq进程接收到终端发送的第一确认成功消息。
150.可选的，发送单元131，还可以用于启动arq进程；当通过arq进程成功接收到终端发送的针对用户实体的状态报告时，释放用户实体，并向终端发送第二确认成功消息，第二确认成功消息指示基站成功接收到状态报告。
151.可选的，发送单元131，还可以用于当通过arq进程未成功接收到终端发送的针对用户实体的状态报告时，向终端发送第二确认失败消息，第二确认失败消息指示基站未成功接收到状态报告，以使终端重新向基站发送状态报告。
152.可选的，发送单元131，还可以用于当通过arq进程未成功接收到终端发送的针对用户实体的状态报告时，若确定用户实体已释放，则向终端发送第二确认成功消息。
153.本技术实施例提供的技术方案中，基站通过harq进程接收到终端发送的第一确认成功消息时，释放用户实体。其中，终端不会因为用户实体已释放而不发送第一确认成功消
息，且终端发送第一确认成功消息的时间早于终端发送状态报告的时间。因此，本技术实施例大大缩短了用户实体释放流程的时间。另外，本技术实施例中，基站基于第一确认成功消息释放了用户实体，因此，不会因为迟迟接收不到状态报告，而不断重复向终端发送用户释放消息，节约了网络资源。
154.与上述用户实体释放方法对应，本技术实施例还提供了一种基站，如图14所示，包括存储器141、收发机142和处理器143；存储器141，用于存储计算机程序；收发机142，用于在处理器143的控制下收发数据；处理器143，用于读取存储器141中的计算机程序并执行以下操作：
155.向终端发送用户释放消息，并启动harq进程，用户释放消息用于指示释放终端上的用户实体的消息；
156.当通过harq进程接收到终端发送的第一确认成功消息时，释放用户实体，第一确认成功消息用于指示终端成功接收到用户释放消息。
157.可选的，处理器143，还可以用于读取存储器中的计算机程序并执行以下操作：
158.当通过harq进程接收到终端发送的第一确认失败消息时，重新向终端发送用户释放消息，直至通过harq进程接收到终端发送的第一确认成功消息。
159.可选的，处理器143，还可以用于读取存储器中的计算机程序并执行以下操作：
160.启动arq进程；当通过arq进程成功接收到终端发送的针对用户实体的状态报告时，释放用户实体，并向终端发送第二确认成功消息，第二确认成功消息指示基站成功接收到状态报告。
161.可选的，处理器143，还可以用于读取存储器中的计算机程序并执行以下操作：
162.当通过arq进程未成功接收到终端发送的针对用户实体的状态报告时，向终端发送第二确认失败消息，第二确认失败消息指示基站未成功接收到状态报告，以使终端重新向基站发送状态报告。
163.可选的，处理器143，还可以用于读取存储器中的计算机程序并执行以下操作：
164.当通过arq进程未成功接收到终端发送的针对用户实体的状态报告时，若确定用户实体已释放，则向终端发送第二确认成功消息。
165.本技术实施例提供的技术方案中，基站通过harq进程接收到终端发送的第一确认成功消息时，释放用户实体。其中，终端不会因为用户实体已释放而不发送第一确认成功消息，且终端发送第一确认成功消息的时间早于终端发送状态报告的时间。因此，本技术实施例大大缩短了用户实体释放流程的时间。另外，本技术实施例中，基站基于第一确认成功消息释放了用户实体，因此，不会因为迟迟接收不到状态报告，而不断重复向终端发送用户释放消息，节约了网络资源。
166.在图14中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器143代表的一个或多个处理器和存储器141代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机142可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括，这些传输介质包括无线信道、有线信道、光缆等传输介质。针对不同的用户设备，总线接口还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键
盘、显示器、扬声器、麦克风、操纵杆等。
167.存储器141可以包括随机存取存储器(random access memory，ram)，也可以包括非易失性存储器(non-volatile memory，nvm)，例如至少一个磁盘存储器。可选的，存储器141还可以是至少一个位于远离前述处理器的存储装置。
168.处理器143负责管理总线架构和通常的处理，存储器141可以存储处理器143在执行操作时所使用的数据。
169.可选的，处理器143可以是cpu(central processing unit，中央处埋器)、asic(application specific integrated circuit，专用集成电路)、fpga(field－programmable gate array，现场可编程门阵列)或cpld(complex programmable logic device，复杂可编程逻辑器件)，处理器也可以采用多核架构。
170.在本技术提供的又一实施例中，还提供了一种处理器可读存储介质，处理器可读存储介质存储有计算机程序，计算机程序用于使处理器执行上述任一所述的用户实体释放方法。
171.在本技术提供的又一实施例中，还提供了一种计算机程序，当其在处理器上运行时，使得处理器执行上述任一所述的用户实体释放方法。
172.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk(ssd))等。
173.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
174.本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于用户实体释放装置、基站、处理器可读存储介质和计算机程序实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
175.以上所述仅为本技术的较佳实施例，并非用于限定本技术的保护范围。凡在本申
请的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本技术的保护范围内。