背景技术 在现有的通用移动通信系统 ( Universal Mobile Telecommunications System,UMTS )中， 用户设备内置在网关中。 当无线网络控制器（ Radio Network Controller, RNC )将从核心网下发的数据发送到基站 （NodeB ), 再由 NodeB通 过网关上的用户设备将该数据下发给网关。 但是， 现有技术中的网关已经无法满足用户对数据传 输速率越来越高的要 求。 发明内容 本发明提供一种 TCP数据包的处理方法和设备， 用以解决现有技术中网关 已经无法满足用户对数据传输速率越来越高的 要求的问题。 本发明的第一个方面是提供一种 TCP数据包的处理方法， 其中， 所述方法 用于通信系统中， 所述通信系统中的通信设备上设置有至少两个 用户设备， 所 述方法包括： 所述通信设备通过所述用户设备成功激活增强 业务后， 跟踪终端设备的

TCP连接的成功建立的过程； 所述通信设备获取所述 TCP连接对应的传输模式； 所述通信设备接收网络侧设备下发的第一 TCP数据包， 并根据所述传输模 式， 对所述第一 TCP数据包进行处理。 本发明的另一个方面是提供一种 TCP数据包的处理方法， 包括： 网络侧设备在通信设备成功激活增强业务后， 跟踪终端设备 TCP连接的成 功建立的过程； 其中， 所述网络侧设备分别与所述通信设备上至少两 个用户设 备之间建立数据通道； 所述网络侧设备获取所述 TCP连接对应的传输模式；

所述网络侧设备接收第一 TCP数据包， 当判断出所述第一 TCP数据包属于 所述 TCP连接时，采用所述传输模式下发所述第一 TCP数据包给所述通信设备 本发明的又一个方面是提供一种通信设备， 其中， 所述通信设备上设置有 至少两个用户设备， 所述通信设备包括：

业务增强处理模块， 用于通过所述用户设备成功激活增强业务； 跟踪模块， 用于跟踪终端设备的 TCP连接的成功建立的过程； 传输模式处理模块， 用于获取所述 TCP连接对应的传输模式；

收发模块， 用于接收网络侧设备下发的第一 TCP数据包； 数据包处理模块， 用于根据所述传输模式， 对所述第一 TCP数据包进行处 理。 本发明还一个方面是提供一种网络侧设备， 包括：

业务增强处理模块， 用于与通信设备之间进行业务增强处理； 其中， 所述 网络侧设备分别与所述通信设备上至少两个用 户设备之间建立数据通道； 跟踪模块， 用于在通信设备成功激活增强业务后， 跟踪终端设备 TCP连接 的成功建立的过程; 传输模式处理模块， 用于获取所述 TCP连接对应的传输模式； 收发模块， 用于接收第一 TCP数据包； 数据包处理模块， 用于当判断出所述第一 TCP数据包属于所述 TCP连接 时， 采用所述传输模式下发所述第一 TCP数据包给所述通信设备。 本发明实施例通过在通信设备上设置有至少两 个用户设备， 并在成功激活 增强业务后， 跟踪终端设备的 TCP连接的成功建立的过程。 另外， 通信设备还 获取该 TCP连接对应的传输模式， 当接收到网络侧下发的第一 TCP数据包时， 可以根据该传输模式， 对该第一 TCP数据包进行处理， 由于在通信设备上设置 了至少两个用户设备， 使得该通信设备聚合了至少两个用户设备的空 口能力， 并根据不同的传输模式， 对网络侧设备下发的第一 TCP数据包进行处理， 不仅 有效地提高了数据传输速率的提高， 还有效地减少了对空口能力的浪费。 附图说明 图 1为本发明各实施例所基于的通信系统的结构� �意图；

图 2为本发明 TCP数据包的处理方法的一个实施例的流程图；

图 3为该 boost业务请求的格式示意图；

图 4为本发明步骤 103的一种具体实现方式的流程图；

图 5为本发明 TCP数据包的处理方法的再一个实施例的流程图 ；

图 6为本发明步骤 403的一种具体实现方式的流程图；

图 7为本发明步骤 303的另一种具体实现方式的流程图；

图 8为本发明 TCP数据包的处理方法的还一个实施例的信令流 程图； 图 9为本发明 TCP数据包的处理方法的再一个实施例的信令流 程图； 图 10为本发明通信设备的一个实施例的结构示意� ��；

图 11为本发明通信设备的另一个实施例的结构示� ��图；

图 12为本发明网络侧设备的一个实施例的结构示� ��图； 图 13为本发明网络侧设备的另一个实施例的结构� ��意图；

图 14为本发明网络侧设备的又一个实施例的结构� ��意图。

具体实施方式

图 1为本发明各实施例所基于的通信系统的结构� �意图， 如图 1所示， 本 实施例的通信系统可以具体为 UMTS。 具体的， 该通信系统包括： 终端设备 11、 通信设备 12、 通信设备 12上设置的至少两个用户设备 13、 基站 14和网络侧设 备 15 , 终端设备 11通过通信设备 12中的用户设备 13 , 与基站 14进行通信。 其中， 该网络侧设备 15包括 无线网络控制器（ Radio Network Controller, RNC ) 151、 通用分组无线服务技术（General Packet Radio Service, GPRS )服务支持 节点（ Serving GPRS Support Node, SGSN ) 152和网关 GPRS支持节点（ Gateway GPRS Support Node , GGSN ) 153 , 其中， 基站 14与 RNC 151之间的接口为 IuB, RNC 151与 SGSN 152之间的接口为 IuPS， SGSN 152与 GGSN 153之间 的接口为 Gn。

图 2为本发明 TCP数据包的处理方法的一个实施例的流程图， 如图 2所示， 本实施例方法应用于通信系统中， 该通信系统中的通信设备上设置有至少两个 用户设备， 该方法包括：

步骤 101、 通信设备通过所述用户设备成功激活增强业务 后， 跟踪终端设备 的 TCP连接的成功建立的过程。

在本实施例中， 增强业务下， 网络侧设备通过通信设备中的至少两个用户 设备向该通信设备发送业务数据。 另外， 终端设备可以具体为手机或者客户端 等。

在本实施例中， 通信设备成功激活增强业务的一种具体实现方 式为： 通信 设备获取至少两个预设 IMSI, 并分别获取每个该用户设备对应的设备信息； 每 个该设备信息均包括 IMSI。 再根据每个该预设 IMSI和每个该设备信息， 或者 根据每个预设 IMSI和每个设备信息和主设备设置条件， 设置该用户设备中的一 个用户设备为主设备， 其他用户设备则为从设备。 然后该主设备和网络侧设备 之间建立主数据通道， 并通过该主数据通道发送 boost业务请求给网络侧设备， 最后在通过该主数据通道接收到该网络侧设备 发送的 boost业务授权消息后， 该 从设备和该网络侧设备之间建立从数据通道。

其中， 通信设备可以具体为网关或者计算机。 用户设备可以具体为 3G模块 或者一个 USB dongle, 该 USB dongle还可以称之为 3G数据卡。 另外， 该预设 IMSI可以为网关出厂时写入到网关中、 或者通过远程固件 /软件升级时写入网关 中， 还或者用户通过本地配置界面输入到网关中。 在该用户设备电源打开或者 用户手动拨号的情况下， 网关可以获取该用户设备对应的设备信息， 该设备信 息均包括 IMSI。

还需要说明的是， boost业务请求可以为特殊的 IP包进行传输， 则图 3为该 boost业务请求的格式示意图， 如图 3所示， 其中， 网絡侧设备识别该 boost业 务请求的方式有如下三种： 该特殊的 IP包的头部的 8bits服务类型域有一个 bit 尚未使用， 可以扩展用于标识该 boost业务请求； 或者， 3bits标志域一个 bit尚 未使用， 可以扩展用于标识该 boost业务请求； 或者， 使用特定源 IP地址， 目 的 IP地址标识该 boost业务清求。 另外， 该 boost业务请求中的数据部分可以包 括第一 IMSI和第二 IMSI; 该 boost业务请求可以不计入流量统计。

值得注意的是， boost业务授权消息也可以通过特殊的 IP包进行传输， 其具 体格式与图 3相类似， boost业务授权消息中的数据部分可以包括 boost业务授 权信息。

在本实施例中， 通信设备成功激活增强业务的另一种具体实现 方式为： 通 信设备分别获取每个用户设备对应的设备信息 ； 每个设备信息均包括 IMSI。 通 信设备再根据每个设备信息和主设备设置条件 ， 设置用户设备中的一个用户设 备为主设备， 其他用户设备则为从设备。 然后， 通信设备在主设备和网络侧设 备之间建立主数据通道， 并通过主数据通道发送第一 boost业务请求给网络侧设 备， 该第一 boost业务请求包括主设备对应的 IMSI和从设备对应的 IMSL 最后， 通信设备若通过主数据通道接收到网络侧设备 发送的携带有主设备对应的 IMSI 的第一 boost业务授权消息， 则分别在从用户设备和网络侧设备之间建立从 数据 通道。

其中， 用户设备可以具体为 3G模块或者一个 USB dongle。 在该用户设备电 源打开或者用户手动拨号的情况下， 通信设备可以获取该用户设备对应的设备 信息。 第一 boost业务请求和第一 boost业务授权消息均可以通过特殊的 IP包进 行传输， 该第一 boost业务请求和第一 boost业务授权消息的格式可以如图 3所 示， 此处不再赘述。

步骤 102、 通信设备获取该 TCP连接对应的传输模式。

步骤 103、 通信设备接收网絡侧设备下发的第一 TCP数据包， 并根据该传 输模式， 对该第一 TCP数据包进行处理。

在本实施例中， 通过在通信设备上设置有至少两个用户设备， 并在成功激 活增强业务后， 跟踪终端设备的 TCP连接的成功建立的过程。 另外， 通信设备 还获取该 TCP连接对应的传输模式， 当接收到网络侧下发的第一 TCP数据包 时， 可以根据该传输模式， 对该第一 TCP数据包进行处理， 由于在通信设备上 设置了至少两个用户设备， 使得该通信设备聚合了至少两个用户设备的空 口能 力， 并根据不同的传输模式， 对网络侧设备下发的第一 TCP数据包进行处理， 不仅有效地提高了数据传输速率的提高， 还有效地减少了对空口能力的浪费。

进一步的， 在本发明的另一个实施例中， 在上述图 2所示实施例的基础上， 可选地， 该步骤 102具体实现方式包括如下几种：

通信设备接收该网络侧设备发送的该 TCP连接对应的第一传输模式 或者， 通信设备获取该 TCP连接对应的默认传输方式为第一传输模式； 或者， 通信设备获取当前第一状态信息， 并当判断出该第一状态信息满足传输模 式预设条件时， 设置该 TCP连接对应的传输模式为第一传输模式。

在本实施例中， 该第一状态信息包括： 当前 TCP连接数量， 该通信设备当 前的总的下行流量速率， 该通信设备的緩存区中的可用容量， 该 TCP连接的上 层应用信息和网络状况信息的至少一种。 对应的， 该传输模式预设条件包括如 下一种或者几种： 特定 TCP连接数量， 特定总的下行流量速率， 緩存区特定可 用容量， 特定上层应用信息和特定网络状况信息。 当第一状态信息中至少有一 个信息满足该传输模式预设条件， 则设置该 TCP连接对应的传输模式为第一传 输模式。

另外， 则在步骤 102之后， 步骤 103之前， 该方法还可以进一步包括： 通信设备记录该 TCP连接并将所述 TCP连接在该通信设备时对应的第一序 列号和第一下行接收标识进行初始化处理。

在本实施例中， 通信设备可以记录该 TCP连接， 具体的， 可以记录该 TCP 连接对应的下行 TCP信息， 该下行 TCP信息针对 TCP下行数据， 该下行 TCP 信息包括： 源 IP地址、 目的 IP地址和端口号。

可选地， 图 4为本发明步骤 103的一种具体实现方式的流程图， 如图 4所 示， 步骤 103具体包括：

步骤 201、 通信设备节接收网络侧设备下发的第一 TCP数据包。

步骤 202、 通信设备当判断出第一 TCP数据包属于该 TCP连接时， 判断所 述第一 TCP数据包的第二序列号是否与该 TCP连接对应的第一序列号相同； 若 大于， 则执行步骤 203; 若相同， 则执行步骤 204。

步骤 203、 通信设备将第一 TCP数据包緩存在通信设备的緩存区中。 结束。 在本实施例中， 当第一 TCP数据包的第二序列号与该 TCP连接对应的第一 序列号相同时， 则将緩存区中的第一 TCP数据包转发给该终端设备， 并将该第 一序列号加 1。

步骤 204、 通信设备将第一 TCP数据包转发给该终端设备， 并将该第一序 列号加 1。

在本实施例中， 步骤 204具体为： 当第一序列号加 1, 使得该緩存区中的第 二 TCP数据包的第三序列号与该第一序列号相同， 则将该第二 TCP数据包转发 给该终端设备， 并将该第一序列号加 1。

另外， 在本实施例中， 当终端设备发起该 TCP连接的释放请求时， 当通信 设备跟踪该 TCP连接释放后， 删除对该 TCP连接的记录， 并删除第一序列号和 第一下行接收标识。

需要说明的是， 在终端设备发起该 TCP连接的建立请求或者释放请求时， 通信设备可以具体通过主设备来实现 TCP连接的建立过程或者释放过程。

可选地， 在步骤 203之后， 该方法还包括：

通信设备判断緩存区中的可用容量是否小于等 于预设门限， 当判断出小于 时 , 设置第一下行接收标识为用于表示不接收的数 值 , 并向所述网络侧设备发 送携带有该 TCP连接的标识的第一通知消息， 以供该网络侧设备根据该第一通 知消息， 将在网络侧设备时该 TCP连接对应的第二下行接收标识设置为用于表 示不接收的数值。

另外， 当第一下行接收标识为用于表示不接收的数值 ， 且緩存区中的可用 容量大于预设门限， 则设置该第一下行接收标识为用于表示接收的 数值， 并向 该网络侧设备发送携带有该 TCP连接的标识的第二通知消息， 以供该网络侧设 备根据该第二通知消息， 将该第二下行接收标识设置为用于表示接收的 数值。

更进一步的， 在本发明的又一个实施例中， 在上述图 2或图 4所示方法实 施例的基础上， 可选地， 该方法还可以进一步包括：

通信设备获取当前第二状态信息， 当判断出该第二状态信息不满足该传输 模式预设条件时， 将该 TCP连接对应的传输模式由第一传输模式转换为 第二传 输模式， 并发送携带有该 TCP连接的标识的转换请求给该网络侧设备。

通信设备接收该网络侧设备下发的该网络侧设 备中与该 TCP连接对应的、 且当前最大的第四序列号。

通信设备在接收到与该第四序列号相同的序列 号对应的 TCP数据包， 且该 通信设备的緩存区中没有属于该 TCP连接的 TCP数据包时， 则删除该 TCP连 接的记录、 第一序列号和第一下行接收标识。

更进一步的， 在本发明的还一个实施例中， 在上述图 2所示实施例的基础 上， 可选地， 步骤 102的另一种具体实现方式为：

通信设备接收该网絡侧设备发送的该 TCP连接对应的第二传输模式 或者， 通信设备获取该 TCP连接对应的默认传输方式为第二传输模式； 或者， 通信设备若判断出该第一状态信息不满足所述 传输模式预设条件， 则设置 该 TCP连接对应的传输模式为第二传输模式。

在本实施例中， 该第二状态信息包括： 当前 TCP连接数量， 该通信设备当 前的总的下行流量速率， 该通信设备的緩存区中的可用容量， 该 TCP连接的上 层应用信息和网络状况信息中的至少一个。 当第二状态信息中的所有信息均不 满足该传输模式预设条件， 则设置该 TCP连接对应的传输模式为第二传输模 可选地， 步驟 103的另一种具体实现方式为： 通信设备接收该网络侧设备下发的第一 TCP数据包， 并根据该第二传输模 式， 将该第一 TCP数据包转发给该终端设备。

图 5为本发明 TCP数据包的处理方法的再一个实施例的流程图 ， 如图 5所 示， 本实施例的方法包括：

步骤 301、 网络侧设备在通信设备成功激活增强业务后， 跟踪终端设备的

TCP连接的成功建立的过程； 其中， 该网络侧设备分别与该通信设备上至少两 个用户设备之间建立数据通道。

在本实施例中， 网络侧设备与通信设备之间进行业务增强处理 的一种具体 实现方式为： 网络侧设备与主设备之间建立主数据通道， 并通过该主数据通道 接收通信设备发送的 boost业务请求该 boost业务请求包括 主设备对应的 IMSI 和每个从设备对应的 IMSI。 网络侧设备再根据每个该从设备对应的 IMSI, 识别 出该从设备与该网络侧设备之间已经建立的从 数据通道。

另外， 在本实施例中， 网络侧设备与通信设备之间进行业务增强处理 的另 一种具体实现方式为： 网絡侧设备与主设备之间建立主数据通道， 网络侧设备 通过该主数据通道接收网关发送的第一 boost业务请求， 该第一 boost业务请求 包括： 主设备对应的 IMSI和每个从设备对应的 IMSI。 网络侧设备判断该主设 备对应的 IMSI是否是签约 IMS 然后， 网络侧设备若判断出主设备对应的 IMSI 是签约 IMSI, 则发送携带有主设备对应的 IMSI的第一 boost业务授权消息给网 关。 最后， 网络侧设备在根据每个从设备对应的 IMSI， 识别出从设备与网络侧 设备之间已经建立的从数据通道。

步骤 302、 网络侧设备获取该 TCP连接对应的传输模式。

步骤 303、 网络侧设备接收该服务器下发的第一 TCP数据包， 当判断出该 第一 TCP数据包属于该 TCP连接时， 采用该传输模式下发该第一 TCP数据包 给该通信设备。

其中， 通信设备可以执行图 2或图 4所示方法实施例的技术方案， 其实现 原理相类似， 此处不再赘述。

在本实施例中， 通过网络侧设备在该通信设备成功激活增强业 务后， 跟踪 终端设备的 TCP连接的成功建立的过程。 另外， 网络侧设备获取该 TCP连接对 应的传输模式 当接收到该服务器下发的第一 TCP数据包且判断出该第一 TCP 数据包属于该 TCP连接时， 采用该传输模式下发该第一 TCP数据包给通信设 备， 由于在在通信设备上设置了至少两个用户设备 ， 使得该通信设备聚合了至 少两个用户设备的空口能力， 并采用不同的传输模式， 对通信设备下发的第一 TCP数据包， 不仅有效地提高了数据传输速率的提高， 还有效地减少了对空口 能力的浪费。

进一步的， 在发明的另一个实施例中， 在上述图 5所示实施例的基础上， 可选地， 步骤 302具体的实现方式包括如下几种：

网络侧设备接收该通信设备发送的该 TCP连接对应的第一传输模式 或者， 网络侧设备获取该 TCP连接对应的默认传输方式为第一传输模式； 或者， 网络侧设备获取当前第一状态信息， 并当判断出该第一状态信息满足传输 模式预设条件时， 设置该 TCP连接对应的传输模式为第一传输模式。

在本实施例中， 该第一状态信息包括： 当前 TCP连接数量， 该通信设备当 前的总的下行流量速率， 该通信设备的緩存区中的可用容量， 该 TCP连接的上 层应用信息和网络状况信息中的至少一个。 相应的， 该传输模式预设条件包括 如下一种或者几种： 特定 TCP连接数量， 特定总的下行流量速率， 緩存区特定 可用容量， 特定上层应用信息和特定网络状况信息。 当第一状态信息中至少有 一个信息满足该传输模式预设条件， 则设置该 TCP连接对应的传输模式为第一 传输模式。

另外， 该步驟 302之后， 步骤 303之前， 该方法还可以进一步包括： 网络侧设备记录该 TCP连接并将该 TCP连接对应的第四序列号和第二下行 接收标识进行初始 处理。

在本实施例中， 通信设备可以记录该 TCP连接， 具体的， 可以记录该 TCP 连接对应的下行 TCP信息， 该下行 TCP信息针对 TCP下行数据， 该下行 TCP 信息包括： 源 IP地址、 目的 IP地址和端口号。

可选地， 图 6为本发明步骤 403的一种具体实现方式的流程图， 如图 6所 示， 步骤 303具体包括：

步骤 401、 网络侧设备接收第一 TCP数据包。

步骤 402、 网络侧设备当判断出该第一 TCP数据包属于该 TCP连接时， 将 该第四序列号插入到该第一 TCP数据包中， 并判断该第二下行接收标识是否为 用于表示接收的数值， 若为用于表示接收的数值， 则执行步骤 403; 若为用于表 示不接收的数值， 则执行步骤 404。

步骤 403、 网络侧设备将插入后的第一 TCP数据包分配到该通信设备对应 的一个数据通道并下发给所述通信设备， 并将该第四序列号加 1。 结束。

步骤 404、 网络侧设备将插入后的第一 TCP数据包进行緩存， 并将该第四 序列号加 1。 结束。

在实施例中， 当通信设备的緩存区中的可用容量小于等于预 设门限时， 网 络侧设备接收到该通信设备发送的携带有该 TCP连接的标识的第一通知消息， 并根据该第一通知消息， 将该第二下行接收标识设置为用于表示不接收 的数 值则当网络侧设备接收到服务器下发的第一 TCP数据包后，若判断该第一 TCP 数据包属于该 TCP连接， 则将第四序列号插入到该第一 TCP数据包中， 当该 TCP连接对应的第二下行接收标识设置为用于表 示不接收的数值， 则对插入后 的第一 TCP数据包进行緩存， 并将第四序列号加 1。

另外， 当通信设备的緩存区中的可用容量大于预设门 限时， 该方法还可以 进一步包括：

网络侧设备接收到该通信设备发送的携带有该 TCP连接的标识的第二通知 消息， 并根据该第二通知消息， 将该第二下行接收标识设置为用于表示接收的 数值。

同时， 网络侧设备还可以将緩存的第一 TCP数据包分配到该数据通道并下 发给该通信设备。

另外， 网络侧设备若判断该第二下行接收标识为用于 表示接收的数值， 则 将该网络侧设备緩存的、 且属于该 TCP连接的第二 TCP数据包分配到该数据通 道并下发给该通信设备。

可选地， 当通信设备请求切换传输模式时， 该方法还可以进一步包括： 网络侧设备接收该通信设备发送的携带有该 TCP连接的标识的转换请求。 网络侧设备根据该转换请求， 将该 TCP连接对应的传输模式由该第一传输 模式转换为第二传输模式， 并将该 TCP连接的标识对应的， 且当前最大的第四 序列号发送给该通信设备。

更进一步的， 在发明的又一个实施例中， 在上述图 6所示实施例的基础上， 可选地， 步骤 302的另一种具体实现方式为：

网络侧设备当判断出该第一状态信息不满足该 传输模式预设条件时， 设置 该 TCP连接对应的传输模式为第二传输模式， 并记录该 TCP连接以及为该 TCP 连接分配该通信设备对应的一个数据通道。

可选地， 图 7为本发明步骤 303的另一种具体实现方式的流程图， 如图 7 所示， 步骤 303具体包括：

步骤 501、 网络侧设备接收第一 TCP数据包。

步骤 502、 网络侧设备当判断出该第一 TCP数据包属于该 TCP连接时， 采 用第二传输模式， 将该第一 TCP数据包通过该数据通道并下发给该通信设备 。

可选地， 该方法还可以进一步包括：

网络侧设备获取当前第二状态信息， 当判断出该第二状态信息不满足传输 模式预设条件时， 将该 TCP连接对应的传输模式由第一传输模式转换为 第二传 输模式， 并发送携带有该 TCP连接的标识的转换请求给该通信设备。

图 8为本发明 TCP数据包的处理方法的另一个实施例的信令流 程图， 在上 述图 1所示实施例的基础上， 以通信设备为网关， 其上设置有两个用户设备； 对于网关处， 第一序列号为 7 (即表示为 besq=7 ) 、 第一下行接收标识为 1 (即 表示为 flag=l )； 对于网络侧设备， 第四序列号为 Ί (即表示为 besq=7 ) , 第二 下行接收标识为 1 (即表示为 flag=l )以及传输模式为第一传输模式为例， 详细 介绍本实施例的技术方案， 如图 8所示， 本实施例的方法包括：

步骤 601、 网关获取第一预设 IMSI和第二预设 IMSI， 并分别获取第一用户 设备对应的第一设备信息， 和第二用户设备对应的第二设备信息。

在本实施例中， 第一设备信息包括第一 IMSI， 第一 3GPP版本信息， 第一 类型， 第一频带和第一信号强度中的至少一个； 第二设备信息包括： 第二 IMSI, 第二 3GPP版本信息， 第二类型， 第二频带和第二信号强度中的至少一个。

步骤 602、 网关若判断出第一 IMSI与第一预设 IMSI相同， 且第二 IMSI与 第二预设 IMSI相同， 则分别判断该第一设备信息和第二设备信息是 否满足主设 备设置条件。

在本实施例中， 该主设备设置条件包括： 特定 3GPP版本， 特定类型， 特定 频带和特定信号强度中的至少一个。 其中， 主设备设置条件与第一设备信息和 第二设备信息包含的信息对应。

步骤 603、 网关若判断出第一设备信息满足主设备设置条 件， 且第二设备信 息不满足主设备设置条件， 则设置第一用户设备为主设备， 第二用户设备为从 设备。

具体的， 在本实施例中， 当第一设备信息中的至少一个信息满足主设备 设 置条件， 且第二设备信息中的每个信息均不满足主设备 设置条件， 则设置第一 用户设备为主设备， 第二用户设备为从设备。

步骤 604、 网关发送建立连接命令给主设备。

步骤 605、 主设备向网络侧设备发起第一 PDP context激活流程， 以在主设 备和网络侧设备之间建立主数据通道。

步骤 606、 网关发送 boost业务请求给主设备， 主设备在通过主数据通道将 该 boost业务请求发送给网络侧设备， 该 boost业务请求包括第二 IMSI。

步骤 607、 网络侧设备通过主数据通道发送 boost业务授权消息给主设备， 主设备再将该 boost业务授权消息发送给网关。

步骤 608、 网络侧设备根据接收到的 boost业务授权消息 , 发送建立连接命 令给从设备。

步骤 609、 从设备向网络侧设备发起第二 PDP context激活流程， 以在从设 备和网络侧设备之间建立从数据通道。

步骤 610、 网络侧设备根据第二 IMSI, 识别出从设备与网络侧设备之间建 立的从数据通道。

步骤 611、 网关和网络侧设备跟踪终端设备和服务器之间 的 TCP连接建立 的过程； 并在该 TCP连接建立成功后， 获取该 TCP连接对应的第一传输模式。 具体的， 网关和网络侧设备跟踪该 TCP连接的三次握手过程。

步骤 612、 网关和网络侧设备记录该 TCP连接。

在本实施例中， 初始时， 网关处的第一序列号为 1, 第一下行接收标识为 1; 网络侧设备处， 第四序列号为 1 , 第二下行接收标识为 1。

步骤 613、 网络侧设备接收服务器下发的第一 TCP数据包， 并判断出该第 一 TCP数据包属于该 TCP连接， 则将该第四序列号插入到该第一 TCP数据包 中， 若该第二下行接收标识为 1 , 则将该插入后的第一 TCP数据包分配到主数 据通道并下发， 并将第四序列号加 1。

在本实施例中， 此时， 在网络侧设备处， 第四序列号为 7, 第一下行接收标 识为 1。 当网络侧设备接收到该第一 TCP数据包， 且该第一 TCP数据包属于该 TCP连接时， 将该第四序列号插入到该第一 TCP数据包载荷的尾部， 插入 boost 标识， 修改第一 TCP数据包头部的长度值和 CRC校验值。 另夕卜， 将插入后的第 一 TCP数据包分配到主数据通道并下发， 并将该第四序列号加 1， 此时， 该第 四序列号为 8。

步骤 614、 网络侧设备接收服务器下发的第二 TCP数据包， 并判断出该第 二 TCP数据包属于该 TCP连接， 则将该第四序列号插入到该第一 TCP数据包 中， 若该第二下行接收标识为 1， 则将该插入后的第一 TCP数据包分配到主数 据通道并下发， 并将第四序列号加 1。

在本实施例中， 此时， 在网络侧设备处， 第四序列号为 8， 第一下行接收标 识为 1。 当网络侧设备接收到该第二 TCP数据包， 且该第二 TCP数据包属于该 TCP连接时， 将该第四序列号插入到该第二 TCP数据包载荷的尾部， 插入 boost 标识， 修改第一 TCP数据包头部的长度值和 CRC校验值。 另夕卜， 将插入后的第 一 TCP数据包分配到主数据通道并下发， 并将该第四序列号加 1 , 此时， 该第 四序列号为 9。

步骤 615、 网关接收网络侧设备下发的第二 TCP数据包， 并判断出该第二 TCP数据包属于该 TCP连接， 且第二 TCP数据包的第三序列号大于第一序列 号， 则将该第二 TCP数据包緩存在緩存区中。

在本实施例中， 此时， 第一序列号为 7 , 第一下行接收标识为 1 , 当接收到 第二 TCP数据包时， 其第三序列号相当于在网络侧设备插入的第四 序列号 8 , 因此， 第三序列号大于第一序列号， 则将该第二 TCP数据包进行緩存。

步骤 616、 网关若判断出该緩存区中的可用容量小于等于 预设门限， 则将该 第一下行接收标识设置为 0， 并发送携带有该 TCP连接的标识的第一通知消息 给网络侧设备， 以供该网络侧设备设置第二下行接收标识为 0。

在本实施例中， 当该网络侧设备设置第二下行接收标识为 0, 则后续网络侧 设备接收到的服务器下发的 TCP数据包， 若该 TCP数据包属于该 TCP连接， 则将该 TCP连接对应的第四序列号插入到该 TCP数据包中， 并将插入后的 TCP 数据包进行緩存， 同时将该 TCP连接对应的第四序列号加 1。

步骤 617、 网关接收网絡侧设备下发的第一 TCP数据包， 并判断出该第一

TCP数据包属于该 TCP连接， 且第一 TCP数据包的第二序列号与第一序列号相 同， 则将该第一 TCP数据包转发给该终端设备， 并将该第一序列号加 1。

在本实施例中， 此时， 第一序列号为 7 , 第一下行接收标识为 1 , 当接收到 第一 TCP数据包时， 其第二序列号相当于在网络侧设备插入的第四 序列号 7， 因此， 第二序列号大于第一序列号， 则将该第一 TCP数据包转发给第一 TCP数 据包的第一目的 IP地址对应的终端设备， 并将该第一序列号加 1， 即该第一序 列号为 8。

步骤 618、 网关判断出第二 TCP数据包的第三序列号与该第一序列号相同， 则将该第二 TCP数据包由緩存区中转发给该终端设备， 并将该第一序列号加 1。 在本实施例中， 此时， 该 TCP连接对应的第一序列号为 9。

在本实施例中， 可选的， 在步骤 618之后， 该方法还可以包括：

网关判断出第一下行接收标识为 0, 且緩存区中的可用容量大于预设门限， 则设置该第一下行接收标识为 1， 并发送携带有该 TCP连接的标识的第二通知 消息给网络侧设备， 以供该网络侧设备将该第二下行接收标识设置 为 1。

在本实施例中， 当该网络侧设备将该第二下行接收标识设置为 1, 则网络侧 设备不仅可以将从服务器接收到 TCP数据包采用第一 TCP数据包模式下发给网 关， 还可以将緩存中的、 属于该 TCP连接的 TCP数据包下发给网关。

另外， 当网关接收终端设备发送的该 TCP连接的释放请求， 并与网络侧设 备跟踪该 TCP连接的释放过程， 并在释放成功后， 网关删除该 TCP连接中的记 录， 以及第一序列号和第一下行接收标识； 网络侧设备删除该 TCP连接中的记 录， 以及第四序列号和第二下行接收标识。

图 9为本发明 TCPTCP数据包的处理方法的再一个实施例的信令 流程图， 在上述图 1所示实施例的基础上， 以通信设备为网关， 其上设置有两个用户设 备， 以及传输模式为第二传输模式为例， 详细介绍本实施例的技术方案， 如图 9 所示， 本实施例的方法包括：

步骤 701、 网关分别获取第一用户设备对应的第一设备信 息和第二用户设备 对应的第二设备信息。

在本实施例中， 该第一设备信息包括： 第一 IMSI, 第一 3GPP版本信息， 第一类型， 第一频带和第一信号强度中的至少一个。 第二设备信息包括： 第二 IMSI, 第二 3GPP版本信息， 第二类型， 第二频带和第二信号强度中的至少一 小— 步骤 702、 网关分别判断第一设备信息和第二设备信息是 否满足主设备设置 条件， 若该第一设备信息满足主设备设置条件， 且第二设备信息不满足主设备 设置条件， 则设置该第一用户设备为主设备， 第二用户设备为从设备。

具体的， 在本实施例中， 当第一设备信息中的至少一个信息满足主设备 设 置条件， 且第二设备信息中的每个信息均不满足主设备 设置条件， 则设置第一 用户设备为主设备， 第二用户设备为从设备。

在本实施例中， 对应于第一设备信息和第二设备信息， 该主设备设置条件 可以包括 特定 3GPP版本 特定类型， 特定频带和特定信号强度中的至少一个。 若第一设备信息中除第一 IMSI外的其他至少一个信息满足主设备设置条� �， 且 第二设备信息中除第二 IMSI外的其他任何信息均不满足主设备设置条� �， 则设 置该第一用户设备为主设备， 设置该第二用户设备为从设备。

步骤 703、 网关发送建立连接命令给主设备。

步骤 704、 主设备向网絡侧设备发起第一 PDP context激活流程， 以在主设 备和网络侧设备之间建立主数据通道。

步骤 705、 网关发送 boost业务请求给主设备， 主设备再通过主数据通道将 该 boost业务请求发送给网络侧设备， 该 boost业务请求包括第二 IMSI。

步骤 706、 网絡侧设备若判断出第一 IMSI是签约 IMSI， 则通过主数据通道 发送携带有第一 IMSI的 boost业务授权消息给主设备， 主设备再将该 boost业 务授权消息发送给网关。

步骤 707、 网关根据接收到的 boost业务授权消息， 发送建立连接命令给从 设备。

步骤 708、 从设备向网络侧设备发起第二 PDP context激活流程， 以在从设 备和网络侧设备之间建立从数据通道。 步骤 709、 网络侧设备根据第二 IMSI, 识别出从设备与网络侧设备之间建 立的从数据通道。

步骤 710、 网关和网络侧设备跟踪终端设备和服务器之间 的 TCP连接建立 的过程； 并在该 TCP连接建立成功后， 获取该 TCP连接对应的第二传输模式。

具体的， 网关和网络侧设备跟踪该 TCP连接的三次握手过程。

步骤 711、 网络侧设备记录该 TCP连接。

步骤 712、 网络侧设备接收服务器下发的第一 TCP数据包， 并判断出该第 一 TCP数据包属于该 TCP连接， 则将该第一 TCP数据包分配到主数据通道并 下发。

在本实施例中， 网络侧设备可以根据当前主数据通道和从数据 通道的流量

I, 对该 TCP数据包进行分配处理。

步骤 713、 网关接收网络侧设备下发的第一 TCP数据包， 并将所该第一 TCP 数据包转发给该终端设备。

步骤 714、 网关接收终端设备发送的该 TCP连接的释放请求， 并与网络侧 设备跟踪该 TCP连接的释放过程， 并在释放成功后， 网絡侧设备删除该 TCP连 接中的记录。

图 10为本发明通信设备的一个实施例的结构示意� ��， 如图 10所示， 该通 信设置有至少两个用户设备 21, 其中， 该通信设备包括 业务增强处理模块 22、 跟踪模块 23、 传输模式处理模块 24、 收发模块 25和数据包处理模块 26。 具体 的， 业务增强处理模块 22用于通过用户设备 21成功激活增强业务； 跟踪模块 23用于跟踪终端设备的 TCP连接的成功建立的过程； 传输模式处理模块 24用 于获取该 TCP连接对应的传输模式 收发模块 25用于接收网络侧设备下发的第 一 TCP数据包； 数据包处理模块 26用于根据该传输模式， 对该第一 TCP数据 包进行处理。

本实施例的通信设备可以执行图 2所示方法实施例的技术方案， 其实现原 理相类似， 此处不再赘述。

在本实施例中， 通过在通信设备上设置有至少两个用户设备， 并在通过用 户设备成功激活增强业务后， 跟踪终端设备的 TCP连接的成功建立的过程。 另 外， 通信设备还获取该 TCP连接对应的传输模式， 当接收到网络侧下发的第一 TCP数据包时， 可以根据该传输模式， 对该第一 TCP数据包进行处理， 由于在 通信设备上设置了至少两个用户设备， 使得该通信设备聚合了至少两个用户设 备的空口能力， 并根据不同的传输模式， 对网络侧设备下发的第一 TCP数据包 进行处理， 不仅有效地提高了数据传输速率的提高， 还有效地减少了对空口能 力的浪费。

进一步的， 图 11为本发明通信设备的另一个实施例的结构示� ��图， 在上述 图 10所示实施例的基础上， 如图 11所示， 可选地， 传输模式处理模块 24包括 第一传输模式处理单元用于获取该收发模块 25接收到的该网络侧设备发送的该 TCP连接对应的第一传输模式； 和 /或，

第二传输模式处理单元用于获取该 TCP连接对应的默认传输方式为第一传 输模式； 和 /或，

第三传输模式处理单元用于获取当前第一状态 信息， 并当判断出该第一状 态信息满足传输模式预设条件时， 设置该 TCP连接对应的传输模式为第一传输 模式。

则该通信设备还可以进一步包括： 记录模块 27和序号与标识处理模块 28， 其中，记录模块 27用于记录该 TCP连接；序号与标识处理模块 28用于将该 TCP 连接对应的第一序列号和第一下行接收标识进 行初始化处理。 可选地， 该数据包处理模块 26包括： 判断单元 261和緩存单元 262, 其中， 判断单元 261 当判断出该第一 TCP数据包属于该 TCP连接时， 判断该第一 TCP 数据包的第二序列号是否大于该第一序列号； 緩存单元 262用于当该判断单元 261判断出该第二序列号大于该第一序列号时， 将该第一 TCP数据包緩存在该 通信设备的緩存区中。

另夕卜， 该数据包处理模块 26还包括： 转发单元 263, 用于当该判断单元 261 判断出该第二序列号与该第一序列号相同时， 将该第一 TCP数据包转发给该终 端设备； 则序号与标识处理模块 28还用于将该第一序列号加 1。

可选的， 该转发单元 263还用于当该判断单元 261判断出该緩存区中的第 二 TCP数据包的第三序列号与该第一序列号相同， 则将该第二 TCP数据包转发 给该第二 TCP数据包的第二目的 IP地址对应的终端设备； 则该序号与标识处理 模块 28还用于将该第一序列号加 1。

进一步的， 序号与标识处理模块 28还用于当判断出该緩存区中的可用容量 小于等于预设门限时， 设置第一下行接收标识为用于表示不接收的数 值； 则收 发模块 25还用于向该网络侧设备发送携带有该 TCP连接的标识的第一通知消 息， 以供该网络侧设备根据该第一通知消息， 将在网络侧设备时该 TCP连接对 应的第二下行接收标识设置为用于表示不接收 的数值。 或者，

序号与标识处理模块 28还用于在该第一下行接收标识为用于表示不� ��收的 数值， 且判断出该緩存区中的可用容量大于预设门限 时， 设置该第一下行接收 标识为接收标识 则收发模块 25还用于向该网络侧设备发送携带有该 TCP连接 的标识的第二通知消息， 以供该网络侧设备根据该第二通知消息， 将该 TCP连 接对应的第二下行接收标识设置为接收标识。

更进一步的， 传输模式处理模块 24还用于获取当前第二状态信息， 当判断 出该第二状态信息不满足该传输模式预设条件 时， 将该 TCP连接对应的传输模 式由第一传输模式转换为第二传输模式； 收发模块 25还用于发送携带有该 TCP 连接的标识的转换请求给该网络侧设备， 并接收该网络侧设备下发的该网络侧 设备中该 TCP连接对应的， 且当前最大的第四序列号； 记录模块 27还用于在接 收到与该第四序列号相同的序列号对应的 TCP数据包， 且该通信设备的緩存区 中没有属于该 TCP连接的 TCP数据包时， 删除该 TCP连接的记录； 序号与标 识处理模块 28还用于在接收到与该第四序列号相同的序列� ��对应的 TCP数据 包， 且该通信设备的緩存区中没有属于该 TCP连接的 TCP数据包时， 删除第一 序列号和第一下行接收标识。

更进一步的， 在本发明的又一个实施例中， 在上述图 10所示实施例的基础 上， 传输模式处理模块 24包括：

第四传输模式处理单元用于获取该收发模块 25接收到的该网络侧设备发送 的该 TCP连接对应的第二传输模式； 和 /或，

第五传输模式处理单元用于获取该 TCP连接对应的默认传输方式为第二传 输模式； 和 /或，

第六传输模式处理单元用于当判断出该述第一 状态信息不满足所述传输模 式预设条件时， 设置该 TCP连接对应的传输模式为第二传输模式。

可选的， 数据包处理模块 26具体用于根据该第二传输模式， 将该第一 TCP 数据包转发给该第一 TCP数据包的第一目的 IP地址对应的终端设备。

图 12为本发明网络侧设备的一个实施例的结构示� ��图， 如图 12所示， 本 实施例的网络侧设备包括： 业务增强处理模块 31、 跟踪模块 32、 传输模式处理 模块 33、 收发模块 34和数据包处理模块 35, 其中， 业务增强处理模块 31用于 与通信设备之间进行业务增强处理； 其中， 该网络侧设备分别与该通信设备上 至少两个用户设备之间建立数据通道； 跟踪模块 32用于在通信设备成功激活增 强业务后， 跟踪终端设备 TCP连接的成功建立的过程； 传输模式处理模块 33 用于获取该 TCP连接对应的传输模式 收发模块 34用于接收第一 TCP数据包； 数据包处理模块 35用于当判断出该第一 TCP数据包属于该 TCP连接时， 采用 该传输模式下发该第一 TCP数据包给该通信设备。

本实施例的网络侧设备可以执行图 5所示方法实施例的技术方案， 其实现 原理相类似， 此处不再赘述。

在本实施例中， 通过网络侧设备在该通信设备成功激活增强业 务后， 跟踪 终端设备的 TCP连接的成功建立的过程。 另外， 网络侧设备获取该 TCP连接对 应的传输模式 当接收到该服务器下发的第一 TCP数据包且判断出该第一 TCP 数据包属于该 TCP连接时， 采用该传输模式下发该第一 TCP数据包给通信设 备， 由于在在通信设备上设置了至少两个用户设备 ， 使得该通信设备聚合了至 少两个用户设备的空口能力， 并釆用不同的传输模式， 对通信设备下发的第一 TCP数据包， 不仅有效地提高了数据传输速率的提高， 还有效地减少了对空口 能力的浪费。

进一步的， 图 13为本发明网络侧设备的另一个实施例的结构� ��意图， 在上 述图 12所示实施例的基础上， 如图 13所示， 可选的， 传输模式处理模块 33包 括：

第一传输模式处理单元用于获取该收发模块 34接收到的该通信设备发送的 该 TCP连接对应的第一传输模式； 和 /或，

第二传输模式处理单元用于获取该 TCP连接对应的默认传输方式为第一传 输模式； 和 /或，

第三传输模式处理单元用于获取当前第一状态 信息， 并当判断出该第一状 态信息满足传输模式预设条件时， 设置该 TCP连接对应的传输模式为第一传输 模式。

则该设备还可以进一步包括： 第一记录模块 36和序号与标识处理模块 37 , 其中， 第一记录模块 36用于记录该 TCP连接； 序号与标识处理模块 37用于将 该 TCP连接对应的第四序列号和第二下行接收标识 进行初始化处理。 可选的， 数据包处理模块 35包括： 判断单元 351、 插入单元 352和下发单元 353, 其中， 判断单元 351用于判断该第一 TCP数据包是否属于该 TCP连接； 插入单元 352 用于当该判断单元 351判断出该第一 TCP数据包属于该 TCP连接时， 将该第四 序列号插入到该第一 TCP数据包中； 判断单元 351还用于判断该第二下行接收 标识是否为接收标识； 下发单元 353用于当该判断单元 351判断出该第二下行 接收标识为接收标识时， 将插入后的第一 TCP数据包分配到该通信设备对应的 一个数据通道并下发给该通信设备。

另外， 该数据包处理模块 35还可以进一步包括： 緩存单元 354， 用于当该 判断单元 351判断出该第二下行接收标识为非接收标识时 ，将插入后的第一 TCP 数据包进行緩存。

还需要说明的是 当下发单元 353下发该第一 TCP数据包或者緩存单元 354 緩存该第一 TCP数据包时，序号与标识处理模块 37还用于将该第四序列号加 L 进一步的， 收发模块 34还用于接收该通信设备发送的携带有该 TCP连接的 标识的第一通知消息， 则该序号与标识处理模块 37还用于根据该第一通知消 息， 将该第二下行接收标识设置为用于表示不接收 的数值； 或者，

收发模块 34还用于接收该通信设备发送的携带有该 TCP连接的标识的第二 通知消息， 则该序号与标识处理模块 37还用于根据该第二通知消息， 将该第二 下行接收标识设置为接收标识。 更进一步的， 下发单元 353还用于当该判断单元 351判断出该第二下行接 收标识为接收标识时， 将该网络侧设备緩存的、 且属于该 TCP连接的第二 TCP 数据包分配到该数据通道并下发给该通信设备 。

更进一步的， 收发模块 34还用于接收该通信设备发送的携带有该 TCP连接 的标识的转换请求； 传输模式处理模块 33还用于根据该转换请求， 将该 TCP 连接对应的传输模式由该第一传输模式转换为 第二传输模式； 该收发模块 34还 用于将该 TCP连接的标识对应的，且当前最大的第四序列 号发送给该通信设备。

进一步的， 图 14为本发明网络侧设备的又一个实施例的结构� ��意图， 在上 述图 12所示实施例的基础上， 如图 14所示， 传输模式处理模块 33包括：

第四传输模式处理单元用于获取该收发模块 34接收到的该通信设备发送的 该 TCP连接对应的第儿传输模式； 和 /或

第五传输模式处理单元用于获取该 TCP连接对应的默认传输方式为第一传 输模式； 和 /或

第六传输模式处理单元用于当判断出该第一状 态信息不满足该传输模式预 设条件时， 设置该 TCP连接对应的传输模式为第二传输模式。

在本实施例中， 当获取到第二传输模式后， 该设备还包括： 第二记录模块

38和分配模块 39, 其中， 第二记录模块 38用于记录该 TCP连接； 分配模块 39 用于为该 TCP连接分配该通信设备对应的一个数据通道。

进一步的，数据包处理模块 35具体用于当判断出该第一 TCP数据包属于该 TCP连接时， 将该第一 TCP数据包通过该分配模块 38分配的该数据通道下发 给该通信设备。

可选的， 收发模块 34还用于发送携带有该 TCP连接的标识的转换请求给该 通信设备。 本发明还提供了一种通信系统， 包括： 网络侧设备和通信设备。 该通信设 备可以为图 10或图 11所示的通信设备， 并可以执行图 2所示方法实施例的技 术方案； 该网络侧设备可以为图 12至图 14任一所示的通信设备， 并可以执行 图 5所示方法实施例的技术方案， 其实现原理相类似此处不再赘述。

本领域普通技术人员可以理解： 实现上述各方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成。 前述的程序可以存储于一计算机可读取 存储介质中。 该程序在执行时， 执行包括上述各方法实施例的步骤； 而前述的 存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的介质 。

最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对其 限制； 尽管参照前述各实施例对本发明进行了详细的 说明， 本领域的普通技术 人员应当理解： 其依然可以对前述各实施例所记载的技术方案 进行修改， 或者 对其中部分或者全部技术特征进行等同替换； 而这些修改或者替换， 并不使相 应技术方案的本质脱离本发明各实施例技术方 案的范围。