一种分组业务重建方法和终端的制作方法
【技术领域】
[0001]本发明实施例涉及数据通信领域，尤其涉及一种分组业务重建方法和终端。
【背景技术】
[0002]在LTE/UMTS/GPRS无线通信系统中，终端在正常开机后，会通过EPS承载激活过程或者PDP承载激活过程来激活承载，并通过该过程来获得分组域通信必须的IP地址，终端在获得IP地址后，就可以接入分组数据网络，进行相关的分组业务。终端获得IP地址后，该IP地址一直存在并且有效，除非终端发起承载去激活流程删除该承载。在终端基带侧，分组业务传输数据的传输是在无线接入承载(RAB,Rad1 Access Bearer)上进行的,RAB不是一直存在的，当RAB不存在的时候，终端虽然拥有有效的IP地址，但是不可以正常收发分组数据。
[0003]当终端在需要发送分组数据或者网络有数据需要发送分组数据给终端的时候，会开始RAB重建过程，当RAB重建成功后，数据就可以正常发送了。TCP/IP的快速重传和恢复策略(FRR,Fast Retransmit and Recovery)是一种拥塞控制算法,它能快速恢复丢失的数据包:如果发送段接收到三个重复确认，它会假定确认件指出的数据段丢失了，并立即重传这些丢失的数据段。
[0004]由于无线通信系统的特殊性，在某些场景下(比如无线信号较差造成无线链路失败，终端或者网络临时异常等)，会导致RAB被异常释放，造成分组数据的丢包。在该场景下，对于传输控制协议(TCP,Transmiss1n Control Protocol)类型的数据传输，由于RAB断开后，终端无法收到任何的数据，不会发送任何的TCP确认包，所以一旦数据包丢失后，TCP/IP协议中的快速重传和恢复策略无法起效，RAB无法及时重建，只有依靠TCP的重传定时器来触发RAB重建，影响用户的体验。
【发明内容】
[0005]本发明实施例提供了一种分组业务重建方法和终端，用于在异常状态下加快RAB
重建的速率。
[0006]一种分组业务重建方法，包括:
[0007]终端记录当前存在的各传输控制协议TCP连接；
[0008]当无线接入承载RAB断开时，所述终端判断所述当前存在的各TCP连接中是否存在有效的TCP连接；
[0009]若存在有效的TCP连接，则所述终端触发RAB重建过程。
[0010]一种终端，包括:
[0011]连接记录模块，用于记录当前存在的各传输控制协议TCP连接；
[0012]判断模块，用于当无线接入承载RAB断开时，判断所述连接记录模块记录的所述当前存在的各TCP连接中是否存在有效的TCP连接；
[0013]重建模块，用于当所述判断模块判定存在有效的TCP连接时，触发RAB重建过程。
[0014]从以上技术方案可以看出，本发明实施例具有以下优点:终端记录当前存在的各TCP连接，当RAB断开后，终端判断当前存在的各TCP连接中是否存在有效的TCP连接，若存在有效的TCP连接，则终端触发RAB重建过程，这样，当RAB异常断开时，若存在有效的TCP连接，终端不再需要等待重传定时器来触发RAB的重建，而是会主动去触发RAB的重建过程，这样节省了异常状态下RAB重建需要等待的时间，加快了 RAB重建的速率，使得TCP数据能更快的传输出去，提高了用户的体验度。
【附图说明】
[0015]图1为本发明实施例中分组业务重建方法一个流程示意图；
[0016]图2为本发明实施例中分组业务重建方法另一个流程示意图；
[0017]图3为本发明实施例中分组业务重建方法另一个流程示意图；
[0018]图4为本发明实施例中终端一个结构示意图；
[0019]图5为本发明实施例中终端另一个结构示意图；
[0020]图6为本发明实施例中终端另一个结构示意图。
【具体实施方式】
[0021]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0022]请参阅图1,本发明实施例中分组业务重建方法一个实施例包括:
[0023]101、终端记录当前存在的各TCP连接；
[0024]当终端与网络侧需要进行数据传输时，会与网络侧建立TCP连接，在分组数据传输过程中，终端记录当前存在的各TCP连接。
[0025]102、终端判断当前存在的各TCP连接中是否存在有效的TCP连接；
[0026]当RAB断开时，终端判断该当前存在的各TCP连接中是否存在有效的TCP连接。
[0027]103、若存在有效的TCP连接，则终端触发RAB重建过程。
[0028]若终端判断出该当前存在的各TCP连接中存在有效的TCP连接，则终端触发RAB
重建过程。
[0029]本发明实施例中，终端记录当前存在的各TCP连接，当RAB断开后，终端判断当前存在的各TCP连接中是否存在有效的TCP连接，若存在有效的TCP连接，则终端触发RAB重建过程，这样，当RAB异常断开时，若存在有效的TCP连接，终端不再需要等待重传定时器来触发RAB的重建，而是会主动去触发RAB的重建过程，这样节省了异常状态下RAB重建需要等待的时间，加快了 RAB重建的速率，使得TCP数据能更快的传输出去，提高了用户的体验度。
[0030]上面实施例中，终端判断当前存在的各TCP连接中是否存在有效的TCP连接，在实际应用中，终端可以根据TCP数据包中的状态字段来判断该TCP连接是否有效，当RAB重建成功后，终端还可以对当前存在的各TCP连接中有效的TCP连接和无效的TCP连接分别进行处理，下面对本发明实施例中的分组业务重建方法进行具体描述，请参阅图2，本发明实施例中分组业务重建方法另一个实施例包括:
[0031]201、终端记录当前存在的各TCP连接；
[0032]当终端与网络侧需要进行数据传输时，会与网络侧建立TCP连接，在分组数据传输过程中，终端记录当前存在的各TCP连接。
[0033]终端记录当前存在的各TCP连接的方式有很多种，终端可以通过记录一个TCP连接的源端口和目的端口共同来记录一个TCP连接，也可以通过其余的方式来记录一个TCP连接，此处不作限定。终端还可以通过分析TCP连接上TCP数据包的包头中的源端口和目的端口，来判断该TCP所属的TCP连接是否已经被记录。
[0034]需要说明的是，终端记录当前存在的各TCP连接时，可以记录当前存在的所有TCP连接，也可以按照一定的比例随机选取当前存在的各TCP连接，此处不作限定。
[0035]202、终端解析当前存在的各TCP连接上TCP数据包中的状态字段；
[0036]终端记录当前存在的各TCP连接后，解析当前存在的各TCP连接上TCP数据包中的状态字段，得到各TCP连接上TCP数据包中状态字段的参数；
[0037]终端可以得到状态字段里TCP头字段中FIN位置的参数和SYNC位置的参数，该FIN位置的参数用于表示其所在TCP数据包所属的TCP连接是否为无效状态，该SYNC位置的参数用于表示其所在TCP数据包所属的TCP连接是否为有效状态。
[0038]203、终端根据状态字段，确定当前存在的各TCP连接是否处于有效状态，得到记录结果；
[0039]终端解析出各TCP连接上TCP数据包中的状态字段后，根据该状态字段，确定当前存在的各TCP连接是否处于有效状态，得到记录结果；
[0040]终端可以查找各状态字段里TCP头字段中FIN位置的参数和SYNC位置的参数，若TCP头字段中FIN位置的参数为1，则记录该TCP头字段所属的TCP数据包所在的TCP连接为无效状态，若TCP头字段中SYNC位置的参数为1，则记录该TCP头字段所属的TCP数据包所在的TCP连接为有效状态。
[0041]需要说明的是，步骤202和步骤203可以在RAB断开之后执行，也可以在RAB断开之前执行，此处不作限定。
[0042]204、终端查找记录结果，判断当前存在的各TCP连接中是否有TCP连接处于有效状态；
[0043]当RAB断开后，终端查找记录结果，确定当前存在的各TCP连接是否有TCP连接处于有效状态。
[0044]在实际情况中，RAB断开的原因可以有很多种，可以是无线链路失败，也可以是终端的本地异常，还可以是网络释放RAB，此处不作限定。
[0045]若记录结果中有TCP连接处于有效状态，则执行步骤205 ；
[0046]若记录结果中没有TCP连接处于有效状态，则执行步骤206。
[0047]205、终端确定存在有效的TCP连接，执行步骤207 ；
[0048]若记录结果中有TCP连接处于有效状态，则终端确定存在有效的TCP连接，执行步骤 207。
[0049]206、执行其他处理过程；
[0050]若记录结果中没有TCP连接处于有效状态，则终端执行其他处理过程。
[0051]终端可以检测终端上是否