非显而易见性评估仅供参考，不构成法律建议。
权利要求列表点击可跳转
对比文件列表
| 编号 | 名称 |
|---|---|
| 0 | 2013-01-17_JP2013013071A_发明专利_JP2013013071A Portable network connection device, setting method therefor, computer program, and recording medium.docx |
| 0 | 2012-04-10_US8155063B_发明授权_US08155063B2 Apparatus and methods for transmission and reception of data in multi-antenna systems_+++A_B_F_K_c_j_p_q_u_w+++.docx |
| 0 | 2012-04-11_JP4913149B_发明专利_JP4913149B2 Adaptation of the communication network to changing conditions_+++F_b_c_d_e_h_i_j_k_l_p_q_r_s_t_u_v_w_x_y_z+++.docx |
| 0 | 2012-05-09_CN102450050A_发明公开_CN102450050A 在相同装置平台中协调多重无线收发器的系统及方法_+++f_h_i_j_k_l_m_p_q_r_s_t_u_v_w_x_y_z+++.docx |
| 0 | 2012-05-09_EP2451218A_发明公开_EP2451218A1 Wireless communication access point_+++a_b_c_f_g+++.docx |
| 0 | 2012-05-10_WO2012059707A_发明申请_WO2012059707A1 WIRELESS COMMUNICATION ACCESS POINT_+++A_C_G_b_c_d_e_f_h_i_j_k_l_m+++.docx |
| 0 | 2012-06-14_JP2012114844A_发明专利_JP2012114844A Portable network connection device_+++F_a_c_g+++.docx |
| 0 | 2012-07-11_CN102571513A_发明公开_CN102571513A 便携式装置、以及动作模式的设定方法_+++c_f+++.docx |
| 0 | 2012-12-06_WO2012166975A_发明申请_WO2012166975A1 ENHANCED LOCAL ACCESS IN MOBILE COMMUNICATIONS USING SMALL NODE DEVICES_+++A_C_D_F_S_T_b_e_g_h_i_j_k_l_m_p_q_r_u_v_w_x_y_z+++.docx |
| 0 | 2011-09-14_CN102187731A_发明公开_CN102187731A 用于无线通信网络的可靠毫微微小区系统_+++A_C+++.docx |
| 0 | 2013-01-17_JP2013502152A_发明专利_JP2013502152A Link aggregation in a heterogeneous communication system_+++A_B_C_D_E_F_N_U_V_W_X_Y_Z_g_h_i_j_k_l+++.docx |
| 0 | 2013-01-24_JP2013016153A_发明专利_JP2013016153A Image processing system and method.docx |
| 0 | 2013-02-06_CN101305550B_发明授权_CN101305550B 使通信网络适应于变化的条件的方法和系统_+++E_F_U_V_W_X_Y_a_b_d_h_i_j_k_l_m_p_q_s_t_z+++.docx |
| 0 | 2013-04-04_US2013083783A_发明申请_US20130083783A1 Multi-RAT Carrier Aggregation for Integrated WWAN-WLAN Operation_+++A_C_D_F_H_I_U_V_W_X_b_e_j_k_l_p_q_r_s_t_y_z+++.docx |
| 0 | 2013-05-30_JP2013106234A_发明专利_JP2013106234A Network system, communication method and line termination device_+++a_d_f_g+++.docx |
| 0 | JPWO2012168996A1_Description_20260309_2142_+++A_F_c_e+++.docx |
| 0 | US2013031256A1_Description_20260309_2142_+++cdefhijklmnpqr+++.docx |
| 0 | WO2012168996A1_Description_20260309_2142_+++C_F_a_b_h_j_k_n_p_q_r_t_u_v_w_x_y_z+++.docx |
| 0 | 2008-08-13_KR1020080074878A_发明公开_KR1020080074878A 통신 네트워크를 가변 동작 조건에 적응시키기 위한 방법및 컴퓨터-판독가능 매체_+++F_U_V_W_X_Y_a_b_d_e_g_h_i_j_k_l_m_p_q_z+++.docx |
| 0 | 2005-09-29_US2005213583A_发明申请_US20050213583A1 Transmitting and receiving control information for multimedia broadcast_multicast service in mobile communication system.docx |
| 0 | 2006-03-02_US2006044218A_发明申请_US20060044218A1 Display device.docx |
| 0 | 2007-05-10_US2007104218A_发明申请_US20070104218A1 Adapting a communication network to varying conditions_+++E_F_U_V_W_X_Y_Z_a_b_c_d_e_g_h_i_j_k_l_p_q_s_t+++.docx |
| 0 | 2007-05-18_WO2007056467A_发明申请_WO2007056467A1 ADAPTING A COMMUNICATION NETWORK TO VARYING CONDITIONS_+++F_b_c_d_e_g_h_i_j_k_l_n_p_q_r_u_v_w_x_y_z+++.docx |
| 0 | 2008-05-15_WO2008058128A_发明申请_WO2008058128A2 METHOD AND APPARATUS REGARDING USING TCP PACKETS TO DETECT WHEN A MOBILE DATA FLOW HAS BEEN DROPPED BY A MOBILE NETWORK.docx |
| 0 | 2008-05-29_US2008125163A_发明申请_US20080125163A1 APPARATUS, METHOD, AND COMPUTER READABLE MEDIUM FOR TRANSMITTING DATA VIA A PLURALITY OF NETWORK INTERFACES.docx |
| 0 | 2008-07-09_GB2445397A_发明专利_GB2445397A Mobile data terminal for transmitting data via a plurality of network interfaces_+++F_b_d_e_g_h_i+++.docx |
| 0 | 2008-07-23_EP1946486A_发明公开_EP1946486A1 ADAPTING A COMMUNICATION NETWORK TO VARYING CONDITIONS_+++F_a_b_c_e_h_i_j_k_l_p_q_s_t_u_v_w_x_y_z+++.docx |
| 0 | 1995-05-19_None_发明专利_JPH07127981A Cryogenic heat pipe.docx |
| 0 | 2008-09-11_US2008217189A_发明申请_US20080217189A1 PROMOTIONAL CARD CARRIER.docx |
| 0 | 2008-11-12_CN101305550A_发明公开_CN101305550A 使通信网络适应于变化的条件_+++A_F_b_c_d_e_g_h_i_j_k_l_m_p_q_u_v_w_x_y_z+++.docx |
| 0 | 2009-04-09_JP2009515487A_发明专利_JP2009515487A Adaptation of the communication network to changing conditions_+++B_E_F_H_U_V_W_X_Y_a_b_c_d_g_i_j_k_l_m_n_p_q_r_z+++.docx |
| 0 | 2009-05-21_US2009129346A_发明申请_US20090129346A1 Method and Apparatus for Monitoring TCP Sessions in a Mobile Data Network and Developing Corresponding Performance Metrics.docx |
| 0 | 2009-08-05_EP2084846A_发明公开_EP2084846A2 METHOD AND APPARATUS REGARDING USING TCP PACKETS TO DETECT WHEN A MOBILE DATA FLOW HAS BEEN DROPPED BY A MOBILE NETWORK.docx |
| 0 | 2009-11-19_JP2009539998A_发明专利_JP2009539998A Substituted 3-cyanopyridine as a protein kinase inhibitor_+++A_a+++.docx |
| 0 | 2010-05-27_US2010128708A_发明申请_US20100128708A1 FEMTOCELL LOCAL BREAKOUT MECHANISMS_+++A_C_F_b_d_g_h_i_j_k_l_m_n_u_v_w_x_y_z+++.docx |
| 0 | 2011-08-18_WO2011100492A_发明申请_WO2011100492A1 DATA SPLIT BETWEEN MULTIPLE SITES_+++A_C_F_b_h_i_j_k_l_m_u_v_w_x_y_z+++.docx |
权利要求1
一种用于在毫微微小区中聚合无线通信业务的方法，所述方法包括：在毫微微小区处接收针对移动设备的数据分组流； 选择传输模式，所述传输模式用于将所述数据分组流的数据分组从所述毫微微小区发送给所述移动设备，所述选择包括确定是否使用第一传输模式、第二传输模式或第三传输模式来将来自于所述数据分组流的所述数据分组传输给所述移动设备，其中：所述第一传输模式包括经由所述毫微微小区的长期演进(LTE)接口来传输来自于所述流的所述数据分组，所述第二传输模式包括将所述数据分组发送给无线收发机，用于传输给所述移动设备，以经由所述无线收发机的WiFi接口来传输来自于所述流的所述数据分组，所述第三传输模式包括经由所述LTE接口来将所述数据分组的第一部分传输给所述移动设备，以及将所述数据分组的第二部分发送给所述无线收发机，用于经由所述WiFi接口来传输给所述移动设备；以及根据所选择的传输模式来发送所述数据分组。
你好！作为一名专利代理师，我将为你对目标专利的权利要求1进行深度的拆解，并紧密结合你提供的对比文件进行特征比对与创造性分析。
一、 结合目标专利说明书对权利要求1的解释
目标专利（CN105308919B）的核心发明点在于解决毫微微小区（Femtocell，即家庭基站等小型基站）在LTE频段受到严重干扰时，如何保障或提升下行数据传输质量和带宽的问题。
结合说明书背景技术（[0004]-[0005]段）及具体实施方式（图2及[0103]-[0108]段），权利要求1定义了一种在毫微微小区侧执行的数据流动态路由与聚合方法。具体而言：
-
毫微微小区是决策主体：它接收来自核心网（针对移动设备）的数据分组流。
-
三种传输模式的动态选择（核心机制）：毫微微小区并不局限于仅通过自己的LTE天线发射数据，它可以借助外部的“无线收发机”（说明书[0007]段明确指出其通常是连接在同一宽带网络下的WiFi路由器）。
-
第一传输模式（纯LTE）：信道状况良好时，直接通过毫微微小区自身的LTE接口发送。
-
第二传输模式（纯WiFi）：当LTE干扰严重时，将数据路由给外部WiFi路由器，由WiFi路由器发送给移动设备。
-
第三传输模式（LTE+WiFi聚合）：将同一个数据分组流拆分，一部分走LTE，另一部分走WiFi，在移动设备端再进行重组聚合，从而实现带宽叠加。
-
二、 对比文件技术特征比对表格
以下表格直观展示了各主要对比文件对权利要求1各技术特征的公开情况。
注：D1 (US20070104218A1)、D2 (CN101305550A) 和 D3 (JP2009515487A) 为同族专利，技术内容实质相同，下表以D1为代表。
| 权利要求1技术特征 | D7 (US20130083783A1) | D4 (WO2012059707A1) | D1 (US20070104218A1) |
| A: 在毫微微小区处接收针对移动设备的数据分组流 | 实质公开。公开了eNB（包括毫微微小区）接收针对UE的数据（[0053], [0065]）。 | 实质公开。公开了Hub(femtocell)接收来自网络的数据([0025])。 | 未公开。仅宽泛提及通信节点，未特指毫微微小区。 |
| B: 选择传输模式（确定是否使用第一、第二或第三传输模式） | 毫无异议公开。公开了MRCA模块进行流量映射和路由选择（[0074], [0084]）。 | 部分公开。公开了广域MNC和本地MNC的分流，但缺乏动态三模式选择。 | 部分公开。公开了连接选择器在多个标准间切换或组合（[0020]）。 |
| C: 第一传输模式：经由LTE接口传输 | 毫无异议公开。公开了通过PCell (WWAN/LTE) 发送数据（[0046]）。 | 实质公开。公开了通过广域MNC(3G/LTE)发送（[0028]）。 | 未公开。提及GPRS等，未特指LTE。 |
| D: 第二传输模式：发送给无线收发机，经由WiFi接口传输 | 毫无异议公开。公开了将数据路由至WLAN(WiFi)接入点进行发送（[0046], [0058], [0085]）。 | 实质公开。公开了将数据路由至局域网WiFi接口（[0033]）。 | 部分公开。公开了通过WiFi发送，但缺乏“发送给外部收发机”的架构。 |
| E: 第三传输模式（聚合）：第一部分走LTE，第二部分发给无线收发机走WiFi | 毫无异议公开。公开了将数据流在PCell和SCell之间进行拆分分配（[0046], [0085]）。 | 未公开。未明确公开对单一数据流进行LTE和WiFi的拆分和并发传输。 | 实质公开。公开了将数据分割并并发发送以提高带宽（[0020]）。 |
| F: 根据所选择的模式发送数据 | 毫无异议公开。公开了Flow routing模块根据映射表发送（[0084]-[0085]）。 | 实质公开。 | 实质公开。 |
三、 最接近的对比文件（CPA）分析
在创造性分析中，D7 (US20130083783A1) 是最适合作为最接近的对比文件（CPA）的。
1. 从解决的技术问题来看：
目标专利解决的是授权频段（LTE）拥堵或干扰时，如何利用未授权频段（WiFi）来卸载流量或增加带宽。D7 明确指出其致力于解决无线网络在授权频谱中的拥塞问题（[0023]），并提出将WWAN（LTE）与WLAN（WiFi）紧密集成，通过WiFi卸载流量（[0030]-[0032]）。两者面临和解决的技术问题高度一致。
2. 从技术效果来看：
目标专利实现了LTE与WiFi的数据流动态切换与聚合。D7 同样实现了PCell（WWAN）和SCell（WLAN）之间的动态流量映射（Flow Mapping）和数据包路由（Flow Routing），实现了单一设备同时利用LTE和WiFi带宽的效果。
四、 基于 D7 (CPA) 的详细特征比对与出处分析
D7 几乎毫无异议地公开了权利要求1的所有技术特征。具体对应关系如下：
-
特征 A（在毫微微小区接收数据）：
D7 的段落 [0053] 明确指出：“The eNB can be a micro-cell, a femtocell...” (eNB可以是微小区、毫微微小区)。段落 [0065] 及图3a公开了基站302接收数据并准备发送给移动设备（UE 340）。
-
特征 B（选择传输模式）：
D7 的段落 [0084]-[0085] 公开了“Flow Routing”模块，该模块在数据平面上工作，查看从PDCP到达的单个流数据包，并**决定（determines）**该数据包是通过WWAN（LTE）还是WLAN（WiFi）发送。这就构成了对传输模式的选择。
-
特征 C（第一传输模式-纯LTE）：
D7 的段落 [0046] 公开了：“...remaining traffic flows may continue to be supported by the PCell using a licensed band.”（剩余的流量可以继续由使用授权频段的PCell支持）。PCell即为3GPP LTE连接（见 [0036]-[0037]）。
-
特征 D（第二传输模式-纯WiFi，经无线收发机）：
D7 的段落 [0046] 公开了：“only selective flows may be offloaded to the SCell”（仅选择性的流被卸载到SCell）。而SCell是由WiFi无线电承载的。
关于“发送给无线收发机”：D7 的图2c及段落 [0059]-[0060] 公开了eNB 222连接到多个集成的远程无线电元件 (RRE) 227，这些RRE集成了WiFi无线电节点 226, 236。eNB将数据发送给这些物理上可能分离的WiFi节点来进行WiFi传输，完美对应了“将数据分组发送给无线收发机...以经由WiFi接口传输”。
-
特征 E（第三传输模式-LTE与WiFi聚合拆分）：
D7 的段落 [0046] 毫无异议地公开了聚合模式：“the flows may be partitioned amongst the PCell and SCell, depending on the QoS available on each carrier...”（数据流可以在PCell和SCell之间进行划分/拆分...）。段落 [0085] 进一步解释了具体的拆分动作：“...determines whether the individual packet needs to be sent through the WWAN or the WLAN”（确定单个数据包需要通过WWAN还是WLAN发送）。
-
特征 F（根据模式发送）：
D7 的段落 [0085] 明确公开了，如果数据包需要通过WWAN发送，则发送到RLC；否则，发送到WLAN发送模块。这实质上就是根据选择的模式执行发送。
结论：权利要求1的所有技术特征均已被 D7 实质公开。在 D7 作为 CPA 的情况下，权利要求1不具备新颖性，或至少极度缺乏创造性。
五、 其他对比文件的补充分析
既然 D7 已经覆盖了权利要求1的特征，其他对比文件可作为背景技术或次要组合证据：
-
D4 (WO2012059707A1) 也是一个强相关的Femtocell专利，公开了同时具备3G和WiFi能力的接入点。但其侧重于控制权限和协议转换（例如将蜂窝协议转换为局域网协议打印文件），不如 D7 在“单一数据流的包级别动态拆分/聚合（Flow Routing）”上公开得明确。
-
D5 (WO2012166975A1) 讨论的是宏基站（Macro BS）将控制面保留，而将用户面数据卸载给“小型节点设备（Small-node devices）”。这是基站间的协作，而不是 Femtocell 与外部 WiFi 路由器之间的聚合。
-
D1/D2/D3 公开了设备间通过多重通信标准（如WiFi和蓝牙）进行并发传输（[0020]段），其证明了在通信领域，“将数据拆分并在不同协议链路上并发传输以提高带宽”属于本领域的公知常识。
-
D6 (JP2013502152A) & D8 (US2013031256A1) 讨论的是代理终端中继以及MPTCP会话迁移的校验，与本权利要求的物理/MAC层路由机制相距较远。
需要我基于 D7 为您草拟一份针对该权利要求1的无效宣告请求理由（如缺乏新颖性/创造性的具体论述段落）吗？
作为一名人工智能，我完全理解在撰写正式法律文书时对严谨性、逻辑性以及证据引用准确性的极高要求。根据您提供的目标专利说明书及各对比文件原文，我为您草拟了以下**《专利权无效宣告请求书（正文及理由部分）》**。
请注意，本草拟文书已严格核对您提供的原文段落，确保引用的准确性。
专利权无效宣告请求书（正文部分）
一、 请求宣告无效的范围
请求宣告目标专利（专利号：CN105308919B，名称：LTE和外部WIFI带宽聚合）的权利要求1全部无效。
二、 证据列表及简述
-
证据1（最接近的对比文件，CPA）：US20130083783A1 (简称D7)，公开日为2013年4月4日，早于涉案专利的优先权日（2013年6月18日），构成涉案专利的现有技术。
-
证据2（补强证据/公知常识证据）：US20070104218A1 (简称D1)，公开日为2007年5月10日。
-
证据3（补强证据）：WO2012059707A1 (简称D4)，公开日为2012年5月10日。
三、 无效理由及法条依据
涉案专利权利要求1所要求保护的技术方案已经被证据1（D7）完整公开，不具备《专利法》第二十二条第二款规定的新颖性；退一步讲，即使认为权利要求1中某些极其细微的表述与证据1存在差异，该权利要求也是在证据1的基础上结合证据2或本领域公知常识即可轻易获得，不具备《专利法》第二十二条第三款规定的创造性。
四、 权利要求1的具体特征比对与公开性论述
以下将涉案专利权利要求1分解为特征A至F，并紧密结合证据1（D7）的原文进行特征比对。
| 涉案专利权利要求1 | 证据1 (D7: US20130083783A1) 对应公开内容原文及出处 |
| 特征A：一种用于在毫微微小区中聚合无线通信业务的方法，所述方法包括：在毫微微小区处接收针对移动设备的数据分组流； |
[0053] "The eNB can be a micro-cell, a femtocell, a home eNB gateway (HeNB GW)..." [0046] "...the SCell may be used to carry traffic flows to/from the UE..." [0084] "The flow routing module can route data communicated via the packet data convergence protocol (PDCP) service data units (SDUs) to the WWAN and WLAN." |
| 特征B：选择传输模式，所述传输模式用于将所述数据分组流的数据分组从所述毫微微小区发送给所述移动设备，所述选择包括确定是否使用第一传输模式、第二传输模式或第三传输模式来将来自于所述数据分组流的所述数据分组传输给所述移动设备， |
[0084] "The flow routing module 360, 380 can be configured to operate in the data plane." [0085] "On the user plane for downlink traffic, the flow routing module looks at individual flow packets arriving from the PDCP and determines whether the individual packet needs to be sent through the WWAN or the WLAN." |
| 特征C：其中：所述第一传输模式包括经由所述毫微微小区的长期演进(LTE)接口来传输来自于所述流的所述数据分组， |
[0046] "In another scenario, only selective flows may be offloaded to the SCell while the remaining traffic flows may continue to be supported by the PCell using a licensed band." (注：D7全文多处[0036]-[0037]已指明PCell即为WWAN/LTE承载) |
| 特征D：所述第二传输模式包括将所述数据分组发送给无线收发机，用于传输给所述移动设备，以经由所述无线收发机的WiFi接口来传输来自于所述流的所述数据分组， |
[0046] "...only selective flows may be offloaded to the SCell..." [0059] "The integrated RRE is comprised of one or more RREs 225, 235 that are integrated with WiFi radio nodes (access points) 226, 236 respectively."
|
| 特征E：所述第三传输模式包括经由所述LTE接口来将所述数据分组的第一部分传输给所述移动设备，以及将所述数据分组的第二部分发送给所述无线收发机，用于经由所述WiFi接口来传输给所述移动设备； | [0046] "Alternatively, the flows may be partitioned amongst the PCell and SCell, depending on the QoS available on each carrier in the licensed and unlicensed bands." |
| 特征F：以及根据所选择的传输模式来发送所述数据分组。 | [0085] "If the packet needs to be sent through a WWAN radio connection, the packet can be sent to a radio link controller (RLC). Otherwise, the packet can be sent to a WLAN transmitting module." |
针对证据1（D7）的详细公开性论述：
-
关于毫微微小区接收流（特征A）：证据1在[0053]段明确指出eNB可以是一个毫微微小区（femtocell）。同时，[0065]段公开了集成WLAN的基站，[0084]段指出流路由模块（Flow routing module）处理PDCP层的数据单元（SDU），这就等同于在毫微微小区处接收针对移动设备的数据分组流。
-
关于三种传输模式的动态选择（特征B、C、D、E）：证据1在[0046]段给出了极为清晰的对应：
-
其明确公开了“仅将选择性流卸载到SCell（WiFi），而剩余流量继续由PCell（LTE）支持”（对应第二传输模式卸载，以及第一传输模式保留）。
-
其进一步明确公开了“the flows may be partitioned amongst the PCell and SCell”（数据流可以在PCell和SCell之间被划分/拆分），这毫无异议地对应了涉案专利中将一部分数据走LTE，另一部分走WiFi的第三传输模式。
-
关于“发送给无线收发机”（特征D/E）：证据1在[0059]段公开了eNB（包括毫微微小区）连接到集成了WiFi无线电节点（access points）的远程无线电元件（RREs 225, 235），这直接公开了将数据发送给外部无线收发机（WiFi节点）进行传输的架构。
-
-
关于根据选择发送（特征F）：证据1在[0085]段明确公开了路由执行机制，即如果需要通过WWAN发送则送至RLC，否则发送至WLAN发送模块，完全覆盖了特征F。
综上所述，涉案专利权利要求1相对于证据1不具备新颖性。
五、 结合启示论述及其他对比文件的补强作用
退一步讲，即使合议组认为证据1中关于“partitioned（划分/拆分）”的描述在字面上未直接穷尽涉案专利“第一部分”与“第二部分”的表述，该权利要求1也毫无创造性。
-
证据2（D1）作为公知常识的补强：
证据2在[0020]段明确公开了：“In the case where bandwidth is a high priority, the data sent from the client application 102, can be divided and sent concurrently to the chosen communication standard components by the connection selector 103.”（在带宽是高优先级的情况下，从客户端应用程序发送的数据可以被划分并并发发送给所选的通信标准组件）。
结合启示：这充分证明了在无线通信领域，为了提高带宽，将单一数据流拆分并通过多个不同的物理接口（如LTE和WiFi）并发传输，是本领域技术人员解决带宽受限问题时的常规技术手段（公知常识）。本领域技术人员在面对证据1的系统时，有充分的动机和显而易见的启示去实施此类数据流的拆分。
-
证据3（D4）对网络架构的补强：
证据3在[0009]段及[0033]段公开了接入点基站（femtocell）同时提供广域网络（MNC，对应蜂窝/LTE）和局域网络（WLAN/WiFi）的能力，并且数据可以在本地路由器（45）处进行路由分离。这进一步印证了利用毫微微小区结合内部/外部WiFi路由器来进行流量分担的网络拓扑结构，在涉案专利优先权日之前已经是高度成熟的常规设计。
六、 结论
涉案专利权利要求1所要求保护的“动态选择LTE、WiFi或两者聚合传输”的技术方案，其核心思想、架构及具体实现步骤已被证据1（D7）全面公开。同时，证据2与证据3进一步印证了该技术手段属于本领域的常规选择。因此，权利要求1既不具备新颖性，也不具备创造性，应依法予以全部宣告无效。
代理师附言：
以上是为您草拟的权利要求1无效请求书正文部分。该文书在逻辑链条上采用了“主打新颖性，辅以创造性防守”的策略，能够最大程度确保打击的稳定性。如果您还需要我基于此逻辑，继续为您逐一拆解和论述权利要求2至从属权利要求的无效理由，或者需要协助填写官方的格式化表格，请随时告诉我。
作为专利权人的代理师，面对这份无效宣告请求，我们需要从**“概念偷换”、“技术事实认定错误”以及“缺乏结合启示”**三个核心维度进行强有力的反击。
无效请求方的核心逻辑在于将D7（US20130083783A1）中的**“流级别路由（Flow Routing）”等同于本专利的“单流的包级别拆分与聚合（Packet-level Splitting and Aggregation of a Single Stream）”**，并模糊了本专利中关于三种模式动态选择的整体性。
以下是我为您起草的《专利权无效宣告请求意见陈述书（专利权人反驳意见）》的核心论述段落，您可以直接将其作为正式法律文书的答辩意见使用。
专利权无效宣告请求意见陈述书（反驳意见正文）
一、 涉案专利权利要求1具备新颖性（反驳关于D7的公开性论述）
无效宣告请求人认为证据1（D7）公开了权利要求1的全部技术特征，属于对证据1技术方案的严重误读和断章取义。证据1并未公开权利要求1中的核心特征，权利要求1相对于证据1具备新颖性。具体反驳如下：
1. 证据1未公开“第三传输模式”（即对单一数据流的包级别拆分与并发）
权利要求1明确限定了第三传输模式：“将所述数据分组的第一部分传输给所述移动设备，以及将所述数据分组的第二部分发送给所述无线收发机……”。这明确限定了本专利是针对**同一个数据分组流（Single Data Packet Stream）**进行拆分，一部分数据包走LTE，另一部分数据包走WiFi，在终端进行聚合。
无效请求方引用证据1的[0046]段“the flows may be partitioned amongst the PCell and SCell”（数据流可以在PCell和SCell之间被划分）以及[0085]段，声称这构成了对单一数据流的拆分。这属于严重的断章取义。
-
结合证据1全文（特别是[0076]段表1a及[0084]-[0085]段），证据1的“Flow Routing（流路由）”机制是基于**服务质量类别标识符（QCI）进行的“流级别（Flow-level）”**映射。例如，将QCI为1-3的语音流（Flow A）映射到WWAN（LTE），将QCI为4-9的网页浏览流（Flow B）映射到WLAN（WiFi）。
-
证据1的“partitioned amongst”指的是不同的业务流被分别分配到不同的网络，而绝对不是将同一个业务流（例如同一个视频流）的数据包生硬切分为两部分，分别通过两条链路并发传输。
-
因此，证据1根本没有公开本专利权利要求1中“将同一个数据分组流的第一部分走LTE、第二部分走WiFi”的第三传输模式（聚合模式）。
2. 证据1未公开“对单一数据流进行三种传输模式的动态选择”
权利要求1强调的是毫微微小区对同一个接收到的数据分组流，根据网络状况动态决策是采用第一模式（全走LTE）、第二模式（全走外部WiFi）还是第三模式（拆分走LTE+WiFi）。
-
证据1公开的仅仅是静态或半静态的流映射表（Flow-mapping table），即根据业务类型（Voice、Video等）决定该业务是走LTE还是WiFi。
-
证据1从未教导过对于一个既定的数据流，网络节点会评估并在这三种特定模式（特别是包含包级别拆分的第三模式）之间进行“是否使用”的判定和选择。无效请求方将证据1中处理不同业务流的独立机制强行拼凑，试图等同于本专利针对单一数据流的“三选一”动态决策机制，在事实认定上是站不住脚的。
结论：证据1既没有公开单流的包级别拆分（特征E），也没有公开针对单流的三模式动态选择机制（特征B）。权利要求1相对于证据1具备新颖性。
二、 涉案专利权利要求1具备创造性（反驳结合启示）
无效请求方提出，即使证据1未直接公开某些特征，结合证据2（D1）或证据3（D4）以及公知常识，权利要求1也不具备创造性。该主张同样无法成立。
1. 证据1结合证据2（D1）不存在技术启示
-
证据2（D1）解决的技术问题与证据1存在冲突：证据2（US20070104218A1）是一篇关于客户端与服务器之间多链路并发传输的通用专利（发表于2007年），其第[0020]段确实提到了将数据分割并并发发送以提高带宽。然而，证据1（D7）的核心发明点是通过QCI映射，将不同QoS要求的流**分流（Offload）**到最合适的网络（如语音必须走可靠的LTE，网页走WiFi），以避免网络拥塞。如果按照无效请求方的逻辑，将证据2的“单流生硬拆分并发”强行引入证据1，将会彻底破坏证据1基于QCI保障不同业务服务质量（QoS）的核心机制（因为拆分后，高QoS要求的数据包会流落到无法保障延迟的WiFi网络中）。
-
本领域技术人员没有动机进行结合：本领域技术人员在面对证据1的“基于QCI的流级路由”方案时，为了保障QoS，不仅没有动机去引入证据2的“包级拆分并发”，反而会被阻碍进行这种结合。因此，证据1结合证据2无法得到本专利权利要求1的技术方案。
2. 证据1结合证据3（D4）无法得到本专利的技术方案
-
证据3（D4）的实质内容：证据3（WO2012059707A1）的核心在于同一个Femtocell设备上配置了广域MNC（移动网络代码）和本地MNC，用于区分访问蜂窝网络和局域网（打印机、本地服务器等）。其第[0033]段描述的本地路由器只是在局域网内部分配数据，完全没有涉及为提升单一终端下行带宽而将同一数据流在LTE和WiFi间拆分聚合的任何启示。
-
证据3仅仅是提供了在一个物理盒子里集成两种协议的背景，对本专利“三模式动态选择”及“包级别拆分”的难点毫无贡献。
3. 涉案专利取得了预料不到的技术效果
本专利通过在毫微微小区处设立动态三模式选择（特别是引入了第一部分走LTE、第二部分走外部WiFi路由器并进行聚合的第三模式），不仅解决了LTE授权频段的干扰问题，还能在信道条件允许时，打破了单一网络接口的物理带宽上限，实现了毫微微小区无需自身具备高功率WiFi发射天线，即可利用用户家中现有的“外部无线收发机（路由器）”实现带宽的物理叠加。这种精巧的架构协同与包级聚合，是证据1这种单纯的“分流卸载（Offload）”方案所无法达到的，具有显著的进步。
结论：涉案专利权利要求1不仅没有被证据1公开，且无论与证据2还是证据3结合，本领域技术人员都无法在不付出创造性劳动的情况下获得本专利的技术方案。权利要求1具备突出的实质性特点和显著的进步，完全符合《专利法》第二十二条第三款的规定。
代理师建议：
在正式口审或书面答辩中，我们可以着重引导审查员/合议组关注**“Flow-level（流级别，如不同App的流量）”与“Packet-level（包级别，如同一个App同一条数据流内的不同数据包）”**的本质区别。这是打赢这场新颖性与创造性防御战的最核心武器。
需要我为您进一步梳理口审时向合议组展示这两种技术路线差异的PPT逻辑或陈述大纲吗？作为专利权人的代理师，面对这份无效宣告请求，我们需要从**“概念偷换”、“技术事实认定错误”以及“缺乏结合启示”**三个核心维度进行强有力的反击。
无效请求方的核心逻辑在于将D7（US20130083783A1）中的**“流级别路由（Flow Routing）”等同于本专利的“单流的包级别拆分与聚合（Packet-level Splitting and Aggregation of a Single Stream）”**，并模糊了本专利中关于三种模式动态选择的整体性。
以下是我为您起草的《专利权无效宣告请求意见陈述书（专利权人反驳意见）》的核心论述段落，您可以直接将其作为正式法律文书的答辩意见使用。
专利权无效宣告请求意见陈述书（反驳意见正文）
一、 涉案专利权利要求1具备新颖性（反驳关于D7的公开性论述）
无效宣告请求人认为证据1（D7）公开了权利要求1的全部技术特征，属于对证据1技术方案的严重误读和断章取义。证据1并未公开权利要求1中的核心特征，权利要求1相对于证据1具备新颖性。具体反驳如下：
1. 证据1未公开“第三传输模式”（即对单一数据流的包级别拆分与并发）
权利要求1明确限定了第三传输模式：“将所述数据分组的第一部分传输给所述移动设备，以及将所述数据分组的第二部分发送给所述无线收发机……”。这明确限定了本专利是针对**同一个数据分组流（Single Data Packet Stream）**进行拆分，一部分数据包走LTE，另一部分数据包走WiFi，在终端进行聚合。
无效请求方引用证据1的[0046]段“the flows may be partitioned amongst the PCell and SCell”（数据流可以在PCell和SCell之间被划分）以及[0085]段，声称这构成了对单一数据流的拆分。这属于严重的断章取义。
-
结合证据1全文（特别是[0076]段表1a及[0084]-[0085]段），证据1的“Flow Routing（流路由）”机制是基于**服务质量类别标识符（QCI）进行的“流级别（Flow-level）”**映射。例如，将QCI为1-3的语音流（Flow A）映射到WWAN（LTE），将QCI为4-9的网页浏览流（Flow B）映射到WLAN（WiFi）。
-
证据1的“partitioned amongst”指的是不同的业务流被分别分配到不同的网络，而绝对不是将同一个业务流（例如同一个视频流）的数据包生硬切分为两部分，分别通过两条链路并发传输。
-
因此，证据1根本没有公开本专利权利要求1中“将同一个数据分组流的第一部分走LTE、第二部分走WiFi”的第三传输模式（聚合模式）。
2. 证据1未公开“对单一数据流进行三种传输模式的动态选择”
权利要求1强调的是毫微微小区对同一个接收到的数据分组流，根据网络状况动态决策是采用第一模式（全走LTE）、第二模式（全走外部WiFi）还是第三模式（拆分走LTE+WiFi）。
-
证据1公开的仅仅是静态或半静态的流映射表（Flow-mapping table），即根据业务类型（Voice、Video等）决定该业务是走LTE还是WiFi。
-
证据1从未教导过对于一个既定的数据流，网络节点会评估并在这三种特定模式（特别是包含包级别拆分的第三模式）之间进行“是否使用”的判定和选择。无效请求方将证据1中处理不同业务流的独立机制强行拼凑，试图等同于本专利针对单一数据流的“三选一”动态决策机制，在事实认定上是站不住脚的。
结论：证据1既没有公开单流的包级别拆分（特征E），也没有公开针对单流的三模式动态选择机制（特征B）。权利要求1相对于证据1具备新颖性。
二、 涉案专利权利要求1具备创造性（反驳结合启示）
无效请求方提出，即使证据1未直接公开某些特征，结合证据2（D1）或证据3（D4）以及公知常识，权利要求1也不具备创造性。该主张同样无法成立。
1. 证据1结合证据2（D1）不存在技术启示
-
证据2（D1）解决的技术问题与证据1存在冲突：证据2（US20070104218A1）是一篇关于客户端与服务器之间多链路并发传输的通用专利（发表于2007年），其第[0020]段确实提到了将数据分割并并发发送以提高带宽。然而，证据1（D7）的核心发明点是通过QCI映射，将不同QoS要求的流**分流（Offload）**到最合适的网络（如语音必须走可靠的LTE，网页走WiFi），以避免网络拥塞。如果按照无效请求方的逻辑，将证据2的“单流生硬拆分并发”强行引入证据1，将会彻底破坏证据1基于QCI保障不同业务服务质量（QoS）的核心机制（因为拆分后，高QoS要求的数据包会流落到无法保障延迟的WiFi网络中）。
-
本领域技术人员没有动机进行结合：本领域技术人员在面对证据1的“基于QCI的流级路由”方案时，为了保障QoS，不仅没有动机去引入证据2的“包级拆分并发”，反而会被阻碍进行这种结合。因此，证据1结合证据2无法得到本专利权利要求1的技术方案。
2. 证据1结合证据3（D4）无法得到本专利的技术方案
-
证据3（D4）的实质内容：证据3（WO2012059707A1）的核心在于同一个Femtocell设备上配置了广域MNC（移动网络代码）和本地MNC，用于区分访问蜂窝网络和局域网（打印机、本地服务器等）。其第[0033]段描述的本地路由器只是在局域网内部分配数据，完全没有涉及为提升单一终端下行带宽而将同一数据流在LTE和WiFi间拆分聚合的任何启示。
-
证据3仅仅是提供了在一个物理盒子里集成两种协议的背景，对本专利“三模式动态选择”及“包级别拆分”的难点毫无贡献。
3. 涉案专利取得了预料不到的技术效果
本专利通过在毫微微小区处设立动态三模式选择（特别是引入了第一部分走LTE、第二部分走外部WiFi路由器并进行聚合的第三模式），不仅解决了LTE授权频段的干扰问题，还能在信道条件允许时，打破了单一网络接口的物理带宽上限，实现了毫微微小区无需自身具备高功率WiFi发射天线，即可利用用户家中现有的“外部无线收发机（路由器）”实现带宽的物理叠加。这种精巧的架构协同与包级聚合，是证据1这种单纯的“分流卸载（Offload）”方案所无法达到的，具有显著的进步。
结论：涉案专利权利要求1不仅没有被证据1公开，且无论与证据2还是证据3结合，本领域技术人员都无法在不付出创造性劳动的情况下获得本专利的技术方案。权利要求1具备突出的实质性特点和显著的进步，完全符合《专利法》第二十二条第三款的规定。
代理师建议：
在正式口审或书面答辩中，我们可以着重引导审查员/合议组关注**“Flow-level（流级别，如不同App的流量）”与“Packet-level（包级别，如同一个App同一条数据流内的不同数据包）”**的本质区别。这是打赢这场新颖性与创造性防御战的最核心武器。
需要我为您进一步梳理口审时向合议组展示这两种技术路线差异的PPT逻辑或陈述大纲吗？
你好！作为一名人工智能助手，我将继续扮演专利代理师的角色，协助你完成这场“无效攻防战”。
专利权人的反驳看似巧妙，试图通过区分“流级别（Flow-level）”和“包级别（Packet-level）”来挽救其新颖性和创造性，并声称对比文件之间存在“技术冲突”。但只要我们回归对比文件的客观原文证据，就会发现其反驳是建立在偷换概念和无视客观文字基础之上的。
以下是我为您起草的《专利权无效宣告请求补充意见（针对专利权人答辩的反驳）》，该文书用客观事实和原文证据直击对方痛点，可直接作为法律文书提交或在口审中使用。
专利权无效宣告请求补充意见陈述书
针对专利权人就涉案专利（CN105308919B）权利要求1提出的答辩意见，无效宣告请求人认为其答辩理由歪曲了对比文件的客观公开事实，且对“结合启示”的理解严重背离了本领域技术人员的常规认知。具体反驳意见如下：
一、 专利权人所谓“未公开包级别拆分”属于严重罔顾原文事实（驳回新颖性抗辩）
专利权人辩称：证据1（D7）仅公开了“流级别（Flow-level）”的路由（即将不同App的流分发到不同网络），而未公开针对“单一数据流”的“包级别（Packet-level）”拆分，因此未公开“第三传输模式”。这一主张在证据1的原文面前不攻自破。
客观证据反驳：
证据1（US20130083783A1）在第[0085]段白纸黑字地明确公开了：
"On the user plane for downlink traffic, the flow routing module looks at individual flow packets arriving from the PDCP and determines whether the individual packet needs to be sent through the WWAN or the WLAN."
（在下行链路流量的用户平面上，流路由模块查看从PDCP到达的单个流数据包，并确定该单个数据包是否需要通过WWAN或WLAN发送。）
论述：
-
证据1不仅公开了流级别的控制，更明确教导了在“单个数据包（individual packet）”的微观颗粒度上进行路由决策。
-
既然流路由模块能够逐个检查从PDCP（分组数据汇聚协议）层下来的“单个数据包”，并决定这“一个个数据包”是走WWAN（LTE）还是WLAN（WiFi），这在物理和逻辑事实上就已经构成了对同一个数据流（Flow）在包级别（Packet-level）上的拆分。
-
专利权人强行将证据1的方案局限于“流级别”，是对证据1第[0085]段明文记载的刻意无视。证据1已毫无异议地公开了将单一数据流拆分为第一部分（走LTE）和第二部分（走WiFi）的“第三传输模式”。
二、 证据1明确公开了动态选择机制，专利权人属偷换概念
专利权人辩称证据1只是“静态或半静态”的映射，未公开权利要求1中对同一个数据流的“三模式动态选择”。这同样与证据事实不符。
客观证据反驳：
证据1在第[0134]段明确公开了动态调整机制：
"In step 14, a decision in the WWAN network may be made to disable the WLAN offloading or change flow mapping across different links based on WLAN link quality relative to QoS needs of the data flows."
（在步骤14中，WWAN网络中可以做出决策以禁用WLAN卸载，或者基于WLAN链路质量相对于数据流的QoS需求，更改跨不同链路的流映射。）
论述：
证据1明确教导了基站（eNodeB）会根据实时的WLAN链路质量和QoS需求，动态地做出决策（decision）。这种决策必然导致一个数据流在不同时刻呈现出：全走LTE（WLAN卸载被禁用，即第一模式）、全走WiFi（第二模式）、或者在两者之间进行包级别路由分配（第三模式）。这与涉案专利权利要求1中“确定是否使用第一、第二或第三传输模式”在技术实质上完全等同。
三、 证据1结合证据2存在明确的技术启示，不存在所谓“技术冲突”
针对创造性，专利权人辩称证据1（强调QoS）与证据2（D1，强调带宽）存在技术冲突（Teaching away），本领域技术人员没有动机结合。该观点违背了通信领域的基本常识。
客观证据与逻辑反驳：
-
带宽与QoS是相辅相成的，而非对立的：在无线通信领域，当LTE网络拥塞导致无法满足业务的QoS（如高延迟、高丢包）时，引入额外的带宽（如并发使用WiFi）正是为了保障或提升整体的QoS。
-
结合动机显而易见：证据1已经搭建了LTE与WiFi融合的框架，并具备了在包级别（[0085]段）进行路由的能力。当本领域技术人员面临单一链路带宽不足的技术问题时，查阅到证据2（US20070104218A1）第[0020]段明文给出的教导（"the data sent from the client application 102, can be divided and sent concurrently... " 即为了高优先级带宽，可以分割数据并并发发送），将“并发发送”策略应用到证据1已有的包级路由模块中，是顺理成章、水到渠成的常规技术选择。
-
不存在预料不到的技术效果：涉案专利利用外部WiFi路由器分担LTE流量并聚合带宽，其实现的效果完全在证据1（WLAN卸载）和证据2（多链路并发提高带宽）的预期叠加范围之内，没有产生任何超出本领域技术人员预期的“奇效”。
四、 结论
综上所述，专利权人的答辩意见主要建立在对对比文件（尤其是证据1第[0085]段和第[0134]段）客观记载的规避之上。权利要求1的所谓“包级别拆分”和“动态选择”均已被证据1明确公开。退万步言，其方案也是证据1与证据2及本领域公知常识的简单叠加，毫无创造性可言。
恳请合议组依法宣告涉案专利权利要求1无效。
下一步建议：
这份补充意见已经通过直接引用D7的 [0085] 段（包级别路由）和 [0134] 段（动态决策）彻底锁死了专利权人的退路。在接下来的程序中，通常会进入口头审理（口审）阶段。
您是否需要我为您整理一份用于口头审理的《双方争议焦点比对表》或《口审陈述大纲》，以便在口审现场快速应对专利权人的诡辩？你好！作为一名人工智能助手，我将继续扮演专利代理师的角色，协助你完成这场“无效攻防战”。
专利权人的反驳看似巧妙，试图通过区分“流级别（Flow-level）”和“包级别（Packet-level）”来挽救其新颖性和创造性，并声称对比文件之间存在“技术冲突”。但只要我们回归对比文件的客观原文证据，就会发现其反驳是建立在偷换概念和无视客观文字基础之上的。
以下是我为您起草的《专利权无效宣告请求补充意见（针对专利权人答辩的反驳）》，该文书用客观事实和原文证据直击对方痛点，可直接作为法律文书提交或在口审中使用。
专利权无效宣告请求补充意见陈述书
针对专利权人就涉案专利（CN105308919B）权利要求1提出的答辩意见，无效宣告请求人认为其答辩理由歪曲了对比文件的客观公开事实，且对“结合启示”的理解严重背离了本领域技术人员的常规认知。具体反驳意见如下：
一、 专利权人所谓“未公开包级别拆分”属于严重罔顾原文事实（驳回新颖性抗辩）
专利权人辩称：证据1（D7）仅公开了“流级别（Flow-level）”的路由（即将不同App的流分发到不同网络），而未公开针对“单一数据流”的“包级别（Packet-level）”拆分，因此未公开“第三传输模式”。这一主张在证据1的原文面前不攻自破。
客观证据反驳：
证据1（US20130083783A1）在第[0085]段白纸黑字地明确公开了：
"On the user plane for downlink traffic, the flow routing module looks at individual flow packets arriving from the PDCP and determines whether the individual packet needs to be sent through the WWAN or the WLAN."
（在下行链路流量的用户平面上，流路由模块查看从PDCP到达的单个流数据包，并确定该单个数据包是否需要通过WWAN或WLAN发送。）
论述：
-
证据1不仅公开了流级别的控制，更明确教导了在“单个数据包（individual packet）”的微观颗粒度上进行路由决策。
-
既然流路由模块能够逐个检查从PDCP（分组数据汇聚协议）层下来的“单个数据包”，并决定这“一个个数据包”是走WWAN（LTE）还是WLAN（WiFi），这在物理和逻辑事实上就已经构成了对同一个数据流（Flow）在包级别（Packet-level）上的拆分。
-
专利权人强行将证据1的方案局限于“流级别”，是对证据1第[0085]段明文记载的刻意无视。证据1已毫无异议地公开了将单一数据流拆分为第一部分（走LTE）和第二部分（走WiFi）的“第三传输模式”。
二、 证据1明确公开了动态选择机制，专利权人属偷换概念
专利权人辩称证据1只是“静态或半静态”的映射，未公开权利要求1中对同一个数据流的“三模式动态选择”。这同样与证据事实不符。
客观证据反驳：
证据1在第[0134]段明确公开了动态调整机制：
"In step 14, a decision in the WWAN network may be made to disable the WLAN offloading or change flow mapping across different links based on WLAN link quality relative to QoS needs of the data flows."
（在步骤14中，WWAN网络中可以做出决策以禁用WLAN卸载，或者基于WLAN链路质量相对于数据流的QoS需求，更改跨不同链路的流映射。）
论述：
证据1明确教导了基站（eNodeB）会根据实时的WLAN链路质量和QoS需求，动态地做出决策（decision）。这种决策必然导致一个数据流在不同时刻呈现出：全走LTE（WLAN卸载被禁用，即第一模式）、全走WiFi（第二模式）、或者在两者之间进行包级别路由分配（第三模式）。这与涉案专利权利要求1中“确定是否使用第一、第二或第三传输模式”在技术实质上完全等同。
三、 证据1结合证据2存在明确的技术启示，不存在所谓“技术冲突”
针对创造性，专利权人辩称证据1（强调QoS）与证据2（D1，强调带宽）存在技术冲突（Teaching away），本领域技术人员没有动机结合。该观点违背了通信领域的基本常识。
客观证据与逻辑反驳：
-
带宽与QoS是相辅相成的，而非对立的：在无线通信领域，当LTE网络拥塞导致无法满足业务的QoS（如高延迟、高丢包）时，引入额外的带宽（如并发使用WiFi）正是为了保障或提升整体的QoS。
-
结合动机显而易见：证据1已经搭建了LTE与WiFi融合的框架，并具备了在包级别（[0085]段）进行路由的能力。当本领域技术人员面临单一链路带宽不足的技术问题时，查阅到证据2（US20070104218A1）第[0020]段明文给出的教导（"the data sent from the client application 102, can be divided and sent concurrently... " 即为了高优先级带宽，可以分割数据并并发发送），将“并发发送”策略应用到证据1已有的包级路由模块中，是顺理成章、水到渠成的常规技术选择。
-
不存在预料不到的技术效果：涉案专利利用外部WiFi路由器分担LTE流量并聚合带宽，其实现的效果完全在证据1（WLAN卸载）和证据2（多链路并发提高带宽）的预期叠加范围之内，没有产生任何超出本领域技术人员预期的“奇效”。
四、 结论
综上所述，专利权人的答辩意见主要建立在对对比文件（尤其是证据1第[0085]段和第[0134]段）客观记载的规避之上。权利要求1的所谓“包级别拆分”和“动态选择”均已被证据1明确公开。退万步言，其方案也是证据1与证据2及本领域公知常识的简单叠加，毫无创造性可言。
恳请合议组依法宣告涉案专利权利要求1无效。
下一步建议：
这份补充意见已经通过直接引用D7的 [0085] 段（包级别路由）和 [0134] 段（动态决策）彻底锁死了专利权人的退路。在接下来的程序中，通常会进入口头审理（口审）阶段。
您是否需要我为您整理一份用于口头审理的《双方争议焦点比对表》或《口审陈述大纲》，以便在口审现场快速应对专利权人的诡辩？
站在绝对中立、客观的第三方视角，依据《专利审查指南》中关于新颖性和创造性的审查标准，合议组在面对双方的攻防时，不会偏听偏信任何一方的“断章取义”或“过度延伸”。合议组的审查逻辑将严格基于**“本领域普通技术人员（PHOSITA）”的认知，结合对比文件的整体公开内容**进行事实认定。
以下是合议组在审理本案时的详细抉择路径、双方核心软肋的客观评估，以及对最终成功概率的预判。
一、 合议组的详细抉择路径
合议组的审理通常严格遵循“先审查新颖性，后审查创造性”的逻辑路径。
路径一：关于新颖性的事实认定（涉案专利 vs. D7）
合议组的焦点：D7是否直接、毫无疑义地公开了“对单一数据分组流进行包级别拆分（第三传输模式）”。
-
无效方的逻辑漏洞：无效方紧咬D7第[0085]段的“individual packet（单个数据包）”，试图证明D7在包级别进行了拆分。
-
专利权人的有效防御：专利权人会指出，结合D7全文（特别是表1a及第[0076]、[0084]段），D7的路由决策是基于**QCI（服务质量等级）**的。第[0085]段的准确含义是：路由模块逐个检查数据包，识别其属于哪个Flow（数据流），然后根据该Flow的QCI映射表，决定这个包是走WWAN还是WLAN。
-
合议组的客观抉择：在专利审查中，孤立地摘取一句话而不顾其上下文语境是不可接受的。合议组大概率会认同专利权人的观点，即D7公开的是**“流级别（Flow-level）的分流（Offload）”（例如视频流走LTE，网页流走WiFi），而并未直接且明确地公开**“将同一个数据流切分成两部分，同时在两条链路上并发传输（聚合）”。
-
新颖性结论预判：合议组极有可能认定涉案专利权利要求1相对于D7具备新颖性。无效方试图单凭D7打掉新颖性的策略，风险极高。
路径二：关于创造性的事实认定（涉案专利 vs. D7 + D1 + 公知常识）
在确认具备新颖性后，合议组将进入《专利法》第22条第3款的创造性审查（三步法）。
-
步骤1：确定最接近的现有技术。双方无争议，D7是CPA。
-
步骤2：确定区别技术特征和实际解决的技术问题。
-
区别特征：针对同一个数据分组流，将其拆分为两部分，分别通过LTE和WiFi并发传输给移动设备。
-
实际解决的技术问题：如何进一步突破单一网络链路（LTE或WiFi）的物理带宽瓶颈，提升单一业务流的传输速率。
-
-
步骤3：判断是否具有结合启示。
-
专利权人的挣扎：声称D7（重QoS分流）与D1（重带宽拆分）存在技术冲突（Teaching away），本领域技术人员没有动机结合。
-
合议组的客观抉择：合议组会从本领域技术人员的角度出发。在通信领域，“多链路聚合/绑定（Link Aggregation/Bonding）”以提升带宽和可靠性，是极其基础且普遍的公知常识（D1正是这一常识的体现）。当D7已经构建了“基站同时具备LTE和WiFi双通道，且具备底层路由分发能力”的硬件和逻辑基础时，为了解决突发的高带宽需求（如高清视频），本领域技术人员有极其强烈的动机引入D1的“单流拆分并发”机制。
-
专利权人所谓的“技术冲突”站不住脚，因为在LTE拥塞时，将数据流拆分到WiFi不仅不会破坏QoS，反而是通过增加带宽来保障QoS的常规手段。
-
-
创造性结论预判：合议组极有可能认定，在D7的基础上结合D1及本领域公知常识，获得权利要求1的技术方案是显而易见的。权利要求1不具备创造性。
二、 双方核心风险与客观评价
| 维度 | 无效请求方（挑战者） | 专利权人（防守方） |
| 战术软肋 | 在新颖性攻击上“强词夺理”。将D7中基于流的包转发（[0085]段）强行解释为“单流拆分”，容易在口审时被合议组认定为“过度解读对比文件”，从而降低合议组对无效方整体证据解释的信任度。 | 过度依赖“Teaching away（技术教导相反）”进行防御。在ICT领域，将成熟的多链路聚合技术（D1）应用于已有多通道的设备（D7），几乎是不可逾越的显而易见性壁垒。 |
| 最具杀伤力的武器 | D7 + D1 的创造性组合。D7解决了双通道架构问题，D1解决了单流并发的启示问题。逻辑链条闭环，非常坚固。 | 强调具体应用场景的微观差异。例如，强调D7是基于核心网/宏基站的控制，而本专利完全是毫微微小区（Femtocell）自主决策拆分，试图在决策主体上拉开差距。 |
三、 本次无效提出后的成功概率预判
综合上述客观分析，对本次无效宣告请求的成功概率预判如下：
-
以“不具备新颖性”宣告无效的概率：低（约 10% - 20%）
合议组通常非常谨慎，对于对比文件中没有“字面+实质”双重直接公开的特征，不会轻易按缺乏新颖性处理。
-
以“不具备创造性”宣告无效的概率：高（约 75% - 85%）
D7+D1的组合对涉案专利权利要求1构成了致命威胁。链路聚合在通信领域属于高度成熟的常规演进，涉案专利的发明高度不足以抵挡“显而易见性”的审查。
-
专利权人通过修改权利要求维持有效的概率：中等（约 30% - 40%）
专利权人极有可能在口审前提交权利要求的修改（例如，将说明书中关于“如何测试WiFi连接性”、“如何处理桥接功能”等更具体的实现细节补入独立权利要求1），以增加区别技术特征，从而争取在缩小保护范围的情况下维持有效。
总体结论：本次无效宣告请求整体成功率较高。大概率的结果是：权利要求1被宣告无效，或者专利权人被迫大幅限缩权利要求的保护范围。
站在绝对中立的评估立场，无效方在接下来的策略中应当“弱化新颖性争议，重锤创造性结合”。您是否需要我基于这一客观评估，为您调整《口审陈述大纲》，将主攻方向从“新颖性”全面转移到“D7+D1创造性结合的必然性”上？站在绝对中立、客观的第三方视角，依据《专利审查指南》中关于新颖性和创造性的审查标准，合议组在面对双方的攻防时，不会偏听偏信任何一方的“断章取义”或“过度延伸”。合议组的审查逻辑将严格基于**“本领域普通技术人员（PHOSITA）”的认知，结合对比文件的整体公开内容**进行事实认定。
以下是合议组在审理本案时的详细抉择路径、双方核心软肋的客观评估，以及对最终成功概率的预判。
一、 合议组的详细抉择路径
合议组的审理通常严格遵循“先审查新颖性，后审查创造性”的逻辑路径。
路径一：关于新颖性的事实认定（涉案专利 vs. D7）
合议组的焦点：D7是否直接、毫无疑义地公开了“对单一数据分组流进行包级别拆分（第三传输模式）”。
-
无效方的逻辑漏洞：无效方紧咬D7第[0085]段的“individual packet（单个数据包）”，试图证明D7在包级别进行了拆分。
-
专利权人的有效防御：专利权人会指出，结合D7全文（特别是表1a及第[0076]、[0084]段），D7的路由决策是基于**QCI（服务质量等级）**的。第[0085]段的准确含义是：路由模块逐个检查数据包，识别其属于哪个Flow（数据流），然后根据该Flow的QCI映射表，决定这个包是走WWAN还是WLAN。
-
合议组的客观抉择：在专利审查中，孤立地摘取一句话而不顾其上下文语境是不可接受的。合议组大概率会认同专利权人的观点，即D7公开的是**“流级别（Flow-level）的分流（Offload）”（例如视频流走LTE，网页流走WiFi），而并未直接且明确地公开**“将同一个数据流切分成两部分，同时在两条链路上并发传输（聚合）”。
-
新颖性结论预判：合议组极有可能认定涉案专利权利要求1相对于D7具备新颖性。无效方试图单凭D7打掉新颖性的策略，风险极高。
路径二：关于创造性的事实认定（涉案专利 vs. D7 + D1 + 公知常识）
在确认具备新颖性后，合议组将进入《专利法》第22条第3款的创造性审查（三步法）。
-
步骤1：确定最接近的现有技术。双方无争议，D7是CPA。
-
步骤2：确定区别技术特征和实际解决的技术问题。
-
区别特征：针对同一个数据分组流，将其拆分为两部分，分别通过LTE和WiFi并发传输给移动设备。
-
实际解决的技术问题：如何进一步突破单一网络链路（LTE或WiFi）的物理带宽瓶颈，提升单一业务流的传输速率。
-
-
步骤3：判断是否具有结合启示。
-
专利权人的挣扎：声称D7（重QoS分流）与D1（重带宽拆分）存在技术冲突（Teaching away），本领域技术人员没有动机结合。
-
合议组的客观抉择：合议组会从本领域技术人员的角度出发。在通信领域，“多链路聚合/绑定（Link Aggregation/Bonding）”以提升带宽和可靠性，是极其基础且普遍的公知常识（D1正是这一常识的体现）。当D7已经构建了“基站同时具备LTE和WiFi双通道，且具备底层路由分发能力”的硬件和逻辑基础时，为了解决突发的高带宽需求（如高清视频），本领域技术人员有极其强烈的动机引入D1的“单流拆分并发”机制。
-
专利权人所谓的“技术冲突”站不住脚，因为在LTE拥塞时，将数据流拆分到WiFi不仅不会破坏QoS，反而是通过增加带宽来保障QoS的常规手段。
-
-
创造性结论预判：合议组极有可能认定，在D7的基础上结合D1及本领域公知常识，获得权利要求1的技术方案是显而易见的。权利要求1不具备创造性。
二、 双方核心风险与客观评价
| 维度 | 无效请求方（挑战者） | 专利权人（防守方） |
| 战术软肋 | 在新颖性攻击上“强词夺理”。将D7中基于流的包转发（[0085]段）强行解释为“单流拆分”，容易在口审时被合议组认定为“过度解读对比文件”，从而降低合议组对无效方整体证据解释的信任度。 | 过度依赖“Teaching away（技术教导相反）”进行防御。在ICT领域，将成熟的多链路聚合技术（D1）应用于已有多通道的设备（D7），几乎是不可逾越的显而易见性壁垒。 |
| 最具杀伤力的武器 | D7 + D1 的创造性组合。D7解决了双通道架构问题，D1解决了单流并发的启示问题。逻辑链条闭环，非常坚固。 | 强调具体应用场景的微观差异。例如，强调D7是基于核心网/宏基站的控制，而本专利完全是毫微微小区（Femtocell）自主决策拆分，试图在决策主体上拉开差距。 |
三、 本次无效提出后的成功概率预判
综合上述客观分析，对本次无效宣告请求的成功概率预判如下：
-
以“不具备新颖性”宣告无效的概率：低（约 10% - 20%）
合议组通常非常谨慎，对于对比文件中没有“字面+实质”双重直接公开的特征，不会轻易按缺乏新颖性处理。
-
以“不具备创造性”宣告无效的概率：高（约 75% - 85%）
D7+D1的组合对涉案专利权利要求1构成了致命威胁。链路聚合在通信领域属于高度成熟的常规演进，涉案专利的发明高度不足以抵挡“显而易见性”的审查。
-
专利权人通过修改权利要求维持有效的概率：中等（约 30% - 40%）
专利权人极有可能在口审前提交权利要求的修改（例如，将说明书中关于“如何测试WiFi连接性”、“如何处理桥接功能”等更具体的实现细节补入独立权利要求1），以增加区别技术特征，从而争取在缩小保护范围的情况下维持有效。
总体结论：本次无效宣告请求整体成功率较高。大概率的结果是：权利要求1被宣告无效，或者专利权人被迫大幅限缩权利要求的保护范围。
站在绝对中立的评估立场，无效方在接下来的策略中应当“弱化新颖性争议，重锤创造性结合”。您是否需要我基于这一客观评估，为您调整《口审陈述大纲》，将主攻方向从“新颖性”全面转移到“D7+D1创造性结合的必然性”上？
作为无效请求人，您在察觉到D7（基于QCI的流级别卸载）与涉案专利（单流的包级别拆分）之间存在潜在的“新颖性/创造性事实认定风险”后，果断提出补充检索现有技术，这是极其专业且极具战略眼光的决定。
为了彻底夯实“单流包级别拆分与聚合（Packet-level Splitting and Aggregation）”这一核心区别技术特征的公知性或直接公开性，我们将检索时间线严格锁定在涉案专利优先权日（2013年6月18日）之前。
以下是为您制定的高价值、高命中率的“补充现有技术检索策略”：
一、 明确检索的“靶心特征”
我们不再需要寻找“LTE+WiFi双模基站”（D7已经解决），我们需要寻找的是：
-
包级别拆分（Packet-level Splitting / Packet Striping）：明确记载将**同一个数据流（Single Stream/Session）**的数据包，分配到LTE和WiFi两条物理链路上。
-
决策锚点（Anchor Point）：拆分和聚合的动作发生在**基站侧（特别是Femtocell/Home eNB）与终端（UE）**之间，而非核心网（如PGW）。
二、 核心检索方向与策略
方向一：猛攻 IETF 与 3GPP 的标准提案 (Standardization Contributions)
2011年至2013年上半年，正是业界狂热讨论“异构网络（HetNet）”、“LTE-WLAN融合”以及“多路径协议”的时间段。这是产生致命X类文献的“金矿”。
-
检索焦点 1：MPTCP（多路径TCP协议）在Femtocell的应用
-
背景：IETF在2013年1月发布了MPTCP的实验性标准（RFC 6824）。MPTCP的核心能力就是将一个TCP流拆分成多个子流（Subflows），分别通过LTE和WiFi发送。如果在2013年6月前，有提案或专利提出“在Femtocell/HeNB中部署MPTCP Proxy（代理）”，这就构成了对涉案专利的绝对绝杀。
-
检索关键词：
"Multipath TCP" OR MPTCPANDFemtocell OR "Home eNB" OR HeNBANDProxy OR Split OR Aggregation。
-
-
检索焦点 2：3GPP Rel-11/12 关于 WLAN Interworking 的讨论
-
背景：关注3GPP RAN2或SA2工作组在2012-2013年的Tdoc（技术提案）。
-
检索关键词：
MAPCON(Multi Access PDN Connectivity),IFOM(IP Flow Mobility),LIPA(Local IP Access), 结合packet level或split bearer。
-
方向二：学术文献检索（IEEE Xplore / ACM）
学术界通常比专利界早1-2年提出具体的架构设计。在学术界，将一个数据流拆分到多条链路上有专门的学术术语。
-
高频学术术语（强力检索词）：
-
Packet Striping（数据包条带化/拆分） -
Inverse Multiplexing（逆向复用：将高速流拆分为多个低速流） -
Concurrent Transmission（并发传输） -
Bandwidth Aggregation（带宽聚合）
-
-
构造布尔逻辑式：
-
(Femtocell OR "small cell" OR HeNB) AND (WiFi OR WLAN OR 802.11) AND ("packet striping" OR "inverse multiplexing" OR "concurrent transmission") AND (split* OR aggregat*)
-
方向三：针对特定竞争对手的专利“狙击”
在2011-2013年期间，以下几家通信巨头在LTE-WiFi融合（尤其是底层/MAC层融合）领域布局了大量基础专利，建议利用申请人字段（Assignee）进行精准排查：
-
Qualcomm（高通）：关注其关于“HetNet”和“Multi-Radio”的专利。
-
Ericsson（爱立信）：其在3GPP中主导了大量关于“WLAN integration at RAN level（在无线接入网级别的WLAN集成）”的提案。
-
Intel / Broadcom：由于涉及PC和路由器的WiFi芯片，他们在“并发多链路连接”上有深厚积累。
方向四：专利数据库IPC/CPC分类号精准检索
避免使用宽泛的词汇，直接利用国际专利分类号限制技术领域，配合核心关键词：
-
核心分类号：
-
H04W 88/06(适用于在多个网络中操作的终端设备) -
H04W 88/10(适用于在多个网络中操作的接入点设备) -
H04W 76/15(建立多个无线链路连接/多连接)
-
-
专利检索式示例（以Derwent或Orbit语法为例）：
-
CPC=(H04W88/10 OR H04W76/15) AND ALL=( (femto* OR "small cell" OR HeNB) AND (WiFi OR WLAN) AND (split* OR divid* OR distribut*) AND (packet* OR "same flow" OR "single stream") ) AND PRD <= 2013-06-18
-
三、 检索成果的预期应用（下一步行动）
-
如果检索到“完美X类文献”（Femtocell + 单流包级拆分）：
我们将直接替换D7，将新文献作为最接近的对比文件（CPA），这不仅能打掉创造性，甚至能直接以缺乏新颖性一击毙命，彻底封死专利权人“流级别 vs. 包级别”的狡辩空间。
-
如果检索到“强效Y类文献”（其他网络节点或终端间的单流包级拆分）：
我们将继续保留D7作为CPA（利用其Femtocell双模架构），并将新检索到的文献作为证据2。逻辑将变为：“在D7的双模基站架构下，引入证据2的包级别拆分机制以提升峰值带宽，是本领域的常规技术手段”。这比用目前的D1（通用多链路并发）具有更强的结合启示和针对性。
您是否希望我模拟运行上述某个具体的布尔逻辑式，或者针对“MPTCP在Femtocell中的应用”先为您提供一些技术背景上的论述，以便您评估这个方向的可行性？
权利要求2
根据权利要求1所述的方法，其中，所述无线收发机是无线路由器的无线收发机。
权利要求3
根据权利要求1所述的方法，其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的链路状况来选择所述传输模式。
权利要求4
根据权利要求1所述的方法，其中，选择所述传输模式包括至少部分地基于在所述无线收发机和所述移动设备之间的WiFi链路的链路状况来选择所述传输模式。
权利要求5
根据权利要求1所述的方法，其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式。
权利要求6
根据权利要求1所述的方法，其中，选择所述传输模式包括至少部分地基于在所述无线收发机和所述移动设备之间的WiFi链路的负载来选择所述传输模式。
权利要求7
根据权利要求1所述的方法，其中，选择所述传输模式包括至少部分地基于所述毫微微小区的回程的负载来选择所述传输模式。
权利要求8
根据权利要求1所述的方法，其中，根据所选择的传输模式来发送所述数据分组包括封装从所述毫微微小区传输给所述移动设备的分组。
权利要求9
根据权利要求8所述的方法，还包括： 确定无线路由器是否提供桥接功能，以及其中，所述封装从所述毫微微小区传输给所述移动设备的分组是如果所述无线路由器不提供桥接功能来被执行的。
权利要求10
根据权利要求1所述的方法，还包括： 响应于选择了所述第三传输模式来发送信号给所述移动设备以指示聚合数据会话的开始。
权利要求11
根据权利要求10所述的方法，还包括： 在根据所述第三传输模式发送所述数据分组之后，发送信号给所述移动设备以指示所述聚合数据会话的结束。
权利要求12
根据权利要求1所述的方法，其中，选择所述传输模式还包括：对于LTE用户平面数据选择所述第二传输模式；以及 对于LTE控制平面数据选择所述第一传输模式。
权利要求13
根据权利要求1所述的方法，还包括： 向所述移动设备发送聚合发现消息； 从所述移动设备接收聚合发现响应； 向所述移动设备传输第一聚合信息； 从所述移动设备接收第二聚合信息；以及 基于所述第一聚合信息和所述第二聚合信息来配置所述毫微微小区的聚合层。
权利要求14
根据权利要求13所述的方法，其中，所述第一聚合信息包括聚合策略信息。
权利要求15
根据权利要求13所述的方法，还包括： 测试与所述移动设备的WiFi连接性。
权利要求16
一种用于在毫微微小区中聚合无线通信业务的装置，所述装置包括：用于在毫微微小区处接收针对移动设备的数据分组流的单元； 用于选择传输模式的单元，所述传输模式用于将所述数据分组流的数据分组从所述毫微微小区发送给所述移动设备，所述用于选择的单元包括用于确定是否使用第一传输模式、第二传输模式，或第三传输模式来将来自于所述数据分组流的所述数据分组传输给所述移动设备的单元，其中：所述第一传输模式包括经由所述毫微微小区的长期演进(LTE)接口来传输来自于所述流的所述数据分组，所述第二传输模式包括将所述数据分组发送给无线收发机，用于传输给所述移动设备，以经由所述无线收发机的WiFi接口来传输来自于所述流的所述数据分组，所述第三传输模式包括经由所述LTE接口来将所述数据分组的第一部分传输给所述移动设备，以及将所述数据分组的第二部分发送给所述无线收发机，用于经由所述WiFi接口来传输给所述移动设备；以及用于根据所选择的传输模式来发送所述数据分组的单元。
权利要求17
根据权利要求16所述的装置，其中，所述无线收发机是无线路由器的无线收发机。
权利要求18
根据权利要求16所述的装置，其中，所述用于选择所述传输模式的单元包括用于至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的链路状况来选择所述传输模式的单元。
权利要求19
根据权利要求16所述的装置，其中，所述用于选择所述传输模式的单元包括用于至少部分地基于在所述毫微微小区和所述移动设备之间的WiFi链路的链路状况来选择所述传输模式的单元。
权利要求20
根据权利要求16所述的装置，其中，所述用于选择所述传输模式的单元包括用于至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式的单元。
权利要求21
根据权利要求16所述的装置，其中，所述用于选择所述传输模式的单元包括用于至少部分地基于在所述毫微微小区和所述移动设备之间的WiFi链路的负载来选择所述传输模式的单元。
权利要求22
根据权利要求16所述的装置，其中，所述用于选择所述传输模式的单元包括用于至少部分地基于所述毫微微小区的回程的负载来选择所述传输模式的单元。
权利要求23
根据权利要求16所述的装置，其中，所述用于根据所选择的传输模式来发送所述数据分组的单元包括用于封装从所述毫微微小区传输给所述移动设备的分组的单元。
权利要求24
根据权利要求23所述的装置，还包括： 用于确定无线路由器是否提供桥接功能的单元，以及其中，所述用于封装从所述毫微微小区传输给所述移动设备的分组的单元包括用于如果所述无线路由器不提供桥接功能，则封装所述分组的单元。
权利要求25
根据权利要求16所述的装置，还包括： 用于响应于选择了所述第三传输模式来发送信号给所述移动设备以指示聚合数据会话的开始的单元。
权利要求26
根据权利要求25所述的装置，还包括： 用于在根据所述第三传输模式发送所述数据分组之后，发送信号给所述移动设备以指示所述聚合数据会话的结束的单元。
权利要求27
根据权利要求16所述的装置，其中，选择所述传输模式还包括：用于对于LTE用户平面数据选择所述第二传输模式的单元；以及用于对于LTE控制平面数据选择所述第一传输模式的单元。
权利要求28
根据权利要求16所述的装置，还包括： 用于向所述移动设备发送聚合发现消息的单元； 用于从所述移动设备接收聚合发现响应的单元； 用于向所述移动设备传输第一聚合信息的单元； 用于从所述移动设备接收第二聚合信息的单元；以及 用于基于所述第一聚合信息和所述第二聚合信息来配置所述毫微微小区的聚合层的单元。
权利要求29
根据权利要求28所述的装置，其中，所述第一聚合信息包括聚合策略信息。
权利要求30
根据权利要求28所述的装置，还包括： 用于测试与所述移动设备的WiFi连接性的单元。
权利要求31
一种有形的计算机可读介质，其上存储有用于在毫微微小区中聚合无线通信业务的计算机可读指令，包括被配置为使得计算机进行以下操作的指令：在毫微微小区处接收针对移动设备的数据分组流； 选择传输模式，所述传输模式用于将所述数据分组流的数据分组从所述毫微微小区发送给所述移动设备，所述被配置为使得所述计算机选择所述传输模式的指令包括使得所述计算机确定是否使用第一传输模式、第二传输模式，或第三传输模式来将来自于所述数据分组流的所述数据分组传输给所述移动设备的指令，其中：所述第一传输模式包括经由所述毫微微小区的长期演进(LTE)接口来传输来自于所述流的所述数据分组，所述第二传输模式包括经由无线收发机的WiFi接口来传输来自于所述流的所述数据分组，所述第三传输模式包括经由所述LTE接口来将所述数据分组的第一部分传输给所述移动设备，以及将所述数据分组的第二部分发送给所述无线收发机，用于经由所述WiFi接口来传输给所述移动设备；以及根据所选择的传输模式来发送所述数据分组。
权利要求32
根据权利要求31所述的有形的计算机可读介质，其中，所述无线收发机是无线路由器的无线收发机。
权利要求33
根据权利要求31所述的有形的计算机可读介质，其中，所述被配置为使得所述计算机选择所述传输模式的指令包括被配置为使得所述计算机至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的链路状况来选择所述传输模式的指令。
权利要求34
根据权利要求31所述的有形的计算机可读介质，其中，所述被配置为使得所述计算机选择所述传输模式的指令包括被配置为使得所述计算机至少部分地基于在所述毫微微小区和所述移动设备之间的WiFi链路的链路状况来选择所述传输模式的指令。
权利要求35
根据权利要求31所述的有形的计算机可读介质，其中，所述被配置为使得所述计算机选择所述传输模式的指令包括被配置为使得所述计算机至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式的指令。
权利要求36
根据权利要求31所述的有形的计算机可读介质，其中，所述被配置为使得所述计算机选择所述传输模式的指令包括被配置为使得所述计算机至少部分地基于在所述毫微微小区和所述移动设备之间的WiFi链路的负载来选择所述传输模式的指令。
权利要求37
根据权利要求31所述的有形的计算机可读介质，其中，所述被配置为使得所述计算机选择所述传输模式的指令包括被配置为使得所述计算机至少部分地基于所述毫微微小区的回程的负载来选择所述传输模式的指令。
权利要求38
根据权利要求31所述的有形的计算机可读介质，其中，所述被配置为使得所述计算机根据所选择的传输模式来发送所述数据分组的指令包括被配置为使得所述计算机封装从所述毫微微小区传输给所述移动设备的分组的指令。
权利要求39
根据权利要求31所述的有形的计算机可读介质，还包括被配置为使得所述计算机进行以下操作的指令：确定无线路由器是否提供桥接功能，以及其中，所述被配置为使得所述计算机封装所述分组的指令包括被配置为如果所述无线路由器不提供桥接功能，则使得所述计算机来执行封装从所述毫微微小区传输给所述移动设备的所述分组的指令。
权利要求40
根据权利要求31所述的有形的计算机可读介质，还包括被配置为使得所述计算机进行以下操作的指令：响应于选择了所述第三传输模式来发送信号给所述移动设备以指示聚合数据会话的开始。
权利要求41
根据权利要求40所述的有形的计算机可读介质，还包括被配置为使得所述计算机进行以下操作的指令：在根据所述第三传输模式发送所述数据分组之后，发送信号给所述移动设备以指示所述聚合数据会话的结束。
权利要求42
根据权利要求31所述的有形的计算机可读介质，其中，所述被配置为使得所述计算机选择所述传输模式的指令还包括被配置为使得所述计算机进行以下操作的指令：对于LTE用户平面数据选择所述第二传输模式；以及 对于LTE控制平面数据选择所述第一传输模式。
权利要求43
根据权利要求31所述的有形的计算机可读介质，还包括被配置为使得所述计算机进行以下操作的指令：向所述移动设备发送聚合发现消息； 从所述移动设备接收聚合发现响应； 向所述移动设备传输第一聚合信息； 从所述移动设备接收第二聚合信息；以及 基于所述第一聚合信息和所述第二聚合信息来配置所述毫微微小区的聚合层。
权利要求44
根据权利要求43所述的有形的计算机可读介质，其中，所述第一聚合信息包括聚合策略信息。
权利要求45
根据权利要求43所述的有形的计算机可读介质，还包括被配置为使得所述计算机进行以下操作的指令：测试与所述移动设备的WiFi连接性。
权利要求46
一种用于在毫微微小区中聚合无线通信业务的装置包括：有形的、非暂时性计算机可读存储器； 包括存储在所述存储器中的处理器可执行代码的多个模块； 连接到所述存储器以及被配置为访问存储在所述存储器中的所述多个模块的处理器； 以及 数据聚合模块，所述数据聚合模块被配置为 在毫微微小区处接收针对移动设备的数据分组流； 选择传输模式，所述传输模式用于将所述数据分组流的数据分组从所述毫微微小区发送给所述移动设备，所述数据聚合模块还被配置为确定是否使用第一传输模式、第二传输模式，或第三传输模式来将来自于所述数据分组流的所述数据分组传输给所述移动设备，其中：所述第一传输模式包括经由所述毫微微小区的长期演进(LTE)接口来传输来自于所述流的所述数据分组，所述第二传输模式包括经由无线收发机的WiFi接口来传输来自于所述流的所述数据分组，所述第三传输模式包括经由所述LTE接口来将所述数据分组的第一部分传输给所述移动设备，以及将所述数据分组的第二部分发送给所述无线收发机，用于经由所述WiFi接口来传输给所述移动设备； 以及 根据所选择的传输模式来发送所述数据分组。
权利要求47
根据权利要求46所述的装置，其中，所述无线收发机是无线路由器的无线收发机。
权利要求48
根据权利要求46所述的装置，其中，所述被配置为选择所述传输模式的数据聚合模块还被配置为至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的链路状况来选择所述传输模式。
权利要求49
根据权利要求46所述的装置，其中，所述被配置为选择所述传输模式的数据聚合模块还被配置为使得所述计算机至少部分地基于在所述毫微微小区和所述移动设备之间的WiFi链路的链路状况来选择所述传输模式。
权利要求50
根据权利要求46所述的装置，其中，所述被配置为选择所述传输模式的数据聚合模块还被配置为至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式。
权利要求51
根据权利要求46所述的装置，其中，所述被配置为选择所述传输模式的数据聚合模块还被配置为至少部分地基于在所述毫微微小区和所述移动设备之间的WiFi链路的负载来选择所述传输模式。
权利要求52
根据权利要求46所述的装置，其中，所述被配置为选择所述传输模式的数据聚合模块还被配置为至少部分地基于所述毫微微小区的回程的负载来选择所述传输模式。
权利要求53
根据权利要求46所述的装置，其中，所述被配置为根据所选择的传输模式来发送所述数据分组的数据聚合模块还被配置为封装从所述毫微微小区传输给所述移动设备的分组。
权利要求54
根据权利要求53所述的装置，其中，所述数据聚合模块被配置为确定无线路由器是否提供桥接功能，以及其中，所述数据聚合模块被配置为如果所述无线路由器不提供桥接功能，则封装从所述毫微微小区传输给所述移动设备的分组。
权利要求55
根据权利要求46所述的装置，其中，所述数据聚合模块还被配置为：响应于选择了所述第三传输模式来发送信号给所述移动设备以指示聚合数据会话的开始。
权利要求56
根据权利要求46所述的装置，其中，所述数据聚合模块还被配置为：在根据所述第三传输模式发送所述数据分组之后，发送信号给所述移动设备以指示所述聚合数据会话的结束。
权利要求57
根据权利要求46所述的装置，其中，所述数据聚合模块被配置为：对于LTE用户平面数据选择所述第二传输模式；以及 对于LTE控制平面数据选择所述第一传输模式。
权利要求58
根据权利要求46所述的装置，其中，所述数据聚合模块被配置为：向所述移动设备发送聚合发现消息； 从所述移动设备接收聚合发现响应； 向所述移动设备传输第一聚合信息； 从所述移动设备接收第二聚合信息；以及 基于所述第一聚合信息和所述第二聚合信息来配置所述毫微微小区的聚合层。
权利要求59
根据权利要求58所述的装置，其中，所述第一聚合信息包括聚合策略信息。
权利要求60
根据权利要求58所述的装置，其中，所述数据聚合模块还被配置为：测试与所述移动设备的WiFi连接性。
权利要求61
一种用于在移动设备中聚合无线通信业务的方法，所述方法包括：使用第一无线通信协议来从毫微微小区接收来自于数据流的数据分组的第一部分； 使用第二无线通信协议来从无线收发机接收来自于所述数据流的数据分组的第二部分，所述无线收发机是与所述毫微微小区分离的；以及在所述移动设备处聚合所述数据分组的第一部分和所述数据分组的第二部分以重组所述数据流。
权利要求62
根据权利要求61所述的方法，还包括： 在接收所述数据分组的第一部分和所述数据分组的第二部分之前，从所述毫微微小区接收指示聚合数据会话的开始的信号。
权利要求63
根据权利要求61所述的方法，还包括： 在接收所述数据分组的第一部分和所述数据分组的第二部分之后，从所述毫微微小区接收指示所述聚合数据会话的结束的信号。
权利要求64
根据权利要求61所述的方法，其中，所述无线收发机是无线路由器的无线收发机。
权利要求65
一种用于在移动设备中聚合无线通信业务的装置，所述装置包括：用于使用第一无线通信协议来从毫微微小区接收来自于数据流的数据分组的第一部分的单元； 用于使用第二无线通信协议来从无线收发机接收来自于所述数据流的数据分组的第二部分的单元，所述无线收发机是与所述毫微微小区分离的；以及用于在所述移动设备处聚合所述数据分组的第一部分和所述数据分组的第二部分以重组所述数据流的单元。
权利要求66
根据权利要求65所述的装置，还包括： 用于在接收所述数据分组的第一部分和所述数据分组的第二部分之前，从所述毫微微小区接收指示聚合数据会话的开始的信号的单元。
权利要求67
根据权利要求65所述的装置，还包括： 用于在接收所述数据分组的第一部分和所述数据分组的第二部分之后，从所述毫微微小区接收指示所述聚合数据会话的结束的信号的单元。
权利要求68
根据权利要求65所述的装置，其中，所述无线收发机是无线路由器的无线收发机。
权利要求69
一种有形的计算机可读介质，其上存储有用于在移动设备中聚合无线通信业务的计算机可读指令，包括被配置为使得计算机进行以下操作的指令：使用第一无线通信协议来从毫微微小区接收来自于数据流的数据分组的第一部分； 使用第二无线通信协议来从无线收发机接收来自于所述数据流的数据分组的第二部分，所述无线收发机是与所述毫微微小区分离的；以及在所述移动设备处聚合所述数据分组的第一部分和所述数据分组的第二部分以重组所述数据流。
权利要求70
根据权利要求69所述的有形的计算机可读介质，还包括被配置为使得所述计算机进行以下操作的指令：在接收所述数据分组的第一部分和所述数据分组的第二部分之前，从所述毫微微小区接收指示聚合数据会话的开始的信号。
权利要求71
根据权利要求69所述的有形的计算机可读介质，还包括被配置为使得所述计算机进行以下操作的指令：在接收所述数据分组的第一部分和所述数据分组的第二部分之后，从所述毫微微小区接收指示所述聚合数据会话的结束的信号。
权利要求72
根据权利要求69所述的有形的计算机可读介质，其中，所述无线收发机是无线路由器的无线收发机。
权利要求73
一种用于在移动设备中聚合无线通信业务的装置包括：有形的、非暂时性计算机可读存储器； 包括存储在所述存储器中的处理器可执行代码的多个模块； 连接到所述存储器以及被配置为访问存储在所述存储器中的所述多个模块的处理器； 以及 数据聚合模块，所述数据聚合模块被配置为 使用第一无线通信协议来从毫微微小区接收来自于数据流的数据分组的第一部分； 使用第二无线通信协议来从无线收发机接收来自于所述数据流的数据分组的第二部分，所述无线收发机是与所述毫微微小区分离的； 以及 在所述移动设备处聚合所述数据分组的第一部分和所述数据分组的第二部分以重组所述数据流。
权利要求74
根据权利要求73所述的装置，其中，所述数据聚合模块还被配置为使得所述计算机进行以下操作：在接收所述数据分组的第一部分和所述数据分组的第二部分之前，从所述毫微微小区接收指示聚合数据会话的开始的信号。
权利要求75
根据权利要求73所述的装置，其中，所述数据聚合模块还被配置为进行以下操作：在接收所述数据分组的第一部分和所述数据分组的第二部分之后，从所述毫微微小区接收指示所述聚合数据会话的结束的信号。
权利要求76
根据权利要求73所述的装置，其中，所述无线收发机是无线路由器的无线收发机。
权利要求77
一种用于在移动设备中聚合无线通信业务的方法，所述方法包括：在移动设备的聚合模块处接收要被传输给远程网络实体的数据分组流； 选择传输模式，所述传输模式用于将所述数据分组流的数据分组从所述移动设备发送给与所述移动设备相关联的毫微微小区，所述选择包括确定是否使用第一传输模式来将来自于所述数据分组流的所述数据分组传输给所述毫微微小区，所述第一传输模式包括经由所述移动设备的长期演进(LTE)接口来传输来自于所述流的所述数据分组，是否使用第二传输模式来将所述数据分组传输给在所述毫微微小区外部的无线收发机，用于路由给所述毫微微小区，所述第二传输模式包括经由所述移动设备的WiFi接口来传输来自于所述流的所述数据分组，或者是否使用第三传输模式来传输来自于所述数据流的所述数据分组，所述第三传输模式包括经由所述LTE接口来将所述数据分组的第一部分传输给所述毫微微小区，以及经由WiFi接口来将所述数据分组的第二部分传输给所述无线收发机，用于路由给所述毫微微小区；以及根据所选择的传输模式来发送所述数据分组。
权利要求78
根据权利要求77所述的方法，其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的链路状况来选择所述传输模式。
权利要求79
根据权利要求77所述的方法，其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的WiFi链路的链路状况来选择所述传输模式。
权利要求80
根据权利要求77所述的方法，其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式。
权利要求81
根据权利要求77所述的方法，其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的WiFi链路的负载来选择所述传输模式。
权利要求82
根据权利要求77所述的方法，其中，根据所选择的传输模式来发送所述数据分组包括封装从所述移动设备传输给所述毫微微小区的分组。
权利要求83
根据权利要求77所述的方法，还包括： 响应于选择了所述第三传输模式来发送信号给所述毫微微小区以指示聚合数据会话的开始。
权利要求84
根据权利要求83所述的方法，还包括： 在根据所述第三传输模式发送所述数据分组之后，发送信号给所述毫微微小区以指示所述聚合数据会话的结束。
权利要求85
根据权利要求77所述的方法，其中，所述无线收发机是无线路由器的无线收发机。
权利要求86
根据权利要求77所述的方法，其中，选择所述传输模式还包括：对于LTE用户平面数据选择所述第二传输模式；以及 对于LTE控制平面数据选择所述第一传输模式。
权利要求87
根据权利要求77所述的方法，还包括： 向所述毫微微小区发送聚合发现消息； 从所述毫微微小区接收聚合发现响应； 向所述毫微微小区传输第一聚合信息； 从所述毫微微小区接收第二聚合信息；以及 基于所述第一聚合信息和所述第二聚合信息来配置所述移动设备的聚合层。
权利要求88
根据权利要求87所述的方法，其中，所述第一聚合信息包括聚合策略信息。
权利要求89
根据权利要求87所述的方法，还包括： 测试与所述毫微微小区的WiFi连接性。
权利要求90
一种用于在移动设备中聚合无线通信业务的装置，所述装置包括：用于在移动设备的聚合模块处接收要被传输给远程网络实体的数据分组流的单元； 用于选择传输模式的单元，所述传输模式用于将所述数据分组流的数据分组从所述移动设备发送给与所述移动设备相关联的毫微微小区，所述选择包括确定是否使用第一传输模式来将来自于所述数据分组流的所述数据分组传输给所述毫微微小区，所述第一传输模式包括经由所述移动设备的长期演进(LTE)接口来传输来自于所述流的所述数据分组，是否使用第二传输模式来将所述数据分组传输给在所述毫微微小区外部的无线收发机，用于路由给所述毫微微小区，所述第二传输模式包括经由所述移动设备的WiFi接口来传输来自于所述流的所述数据分组，或者是否使用第三传输模式来传输来自于所述数据流的所述数据分组，所述第三传输模式包括经由所述LTE接口来将所述数据分组的第一部分传输给所述毫微微小区，以及经由WiFi接口来将所述数据分组的第二部分传输给所述无线收发机，用于路由给所述毫微微小区；以及用于根据所选择的传输模式来发送所述数据分组的单元。
权利要求91
根据权利要求90所述的装置，其中，所述用于选择所述传输模式的单元包括用于至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的链路状况来选择所述传输模式的单元。
权利要求92
根据权利要求90所述的装置，其中，所述用于选择所述传输模式的单元包括用于至少部分地基于在所述毫微微小区和所述移动设备之间的WiFi链路的链路状况来选择所述传输模式的单元。
权利要求93
根据权利要求90所述的装置，其中，所述用于选择所述传输模式的单元包括用于至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式的单元。
权利要求94
根据权利要求90所述的装置，其中，所述用于选择所述传输模式的单元包括用于至少部分地基于在所述毫微微小区和所述移动设备之间的WiFi链路的负载来选择所述传输模式的单元。
权利要求95
根据权利要求90所述的装置，其中，所述用于根据所选择的传输模式来发送所述数据分组的单元包括用于封装从所述移动设备传输给所述毫微微小区的分组的单元。
权利要求96
根据权利要求90所述的装置，还包括： 用于响应于选择了所述第三传输模式来发送信号给所述毫微微小区以指示聚合数据会话的开始的单元。
权利要求97
根据权利要求96所述的装置，还包括： 用于在根据所述第三传输模式发送所述数据分组之后，发送信号给所述毫微微小区以指示所述聚合数据会话的结束的单元。
权利要求98
根据权利要求90所述的装置，其中，所述无线收发机是无线路由器的无线收发机。
权利要求99
根据权利要求90所述的装置，其中，所述用于选择所述传输模式的单元还包括：用于对于LTE用户平面数据选择所述第二传输模式的单元；以及用于对于LTE控制平面数据选择所述第一传输模式的单元。
权利要求100
根据权利要求90所述的装置，还包括： 用于向所述毫微微小区发送聚合发现消息的单元； 用于从所述毫微微小区接收聚合发现响应的单元； 用于向所述毫微微小区传输第一聚合信息的单元； 用于从所述毫微微小区接收第二聚合信息的单元；以及 用于基于所述第一聚合信息和所述第二聚合信息来配置所述移动设备的聚合层的单元。
权利要求101
根据权利要求100所述的装置，其中，所述第一聚合信息包括聚合策略信息。
权利要求102
根据权利要求100所述的装置，还包括： 用于测试与所述毫微微小区的WiFi连接性的单元。
权利要求103
一种有形的计算机可读介质，在其上存储有用于在移动设备中聚合无线通信业务的计算机可读指令的，包括被配置为使得计算机进行以下操作的指令：在移动设备的聚合模块处接收要被传输给远程网络实体的数据分组流； 选择传输模式，所述传输模式用于将所述数据分组流的数据分组从所述移动设备发送给与所述移动设备相关联的毫微微小区，所述选择包括确定是否使用第一传输模式来将来自于所述数据分组流的所述数据分组传输给所述毫微微小区，所述第一传输模式包括经由所述移动设备的长期演进(LTE)接口来传输来自于所述流的所述数据分组，是否使用第二传输模式来将所述数据分组传输给在所述毫微微小区外部的无线收发机，用于路由给所述毫微微小区，所述第二传输模式包括经由所述移动设备的WiFi接口来传输来自于所述流的所述数据分组，或者是否使用第三传输模式来传输来自于所述数据流的所述数据分组，所述第三传输模式包括经由所述LTE接口来将所述数据分组的第一部分传输给所述毫微微小区，以及经由WiFi接口来将所述数据分组的第二部分传输给所述无线收发机，用于路由给所述毫微微小区；以及根据所选择的传输模式来发送所述数据分组。
权利要求104
根据权利要求103所述的有形的计算机可读介质，其中，所述被配置为使得所述计算机选择所述传输模式的指令包括被配置为使得所述计算机至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的链路状况来选择所述传输模式的指令。
权利要求105
根据权利要求103所述的有形的计算机可读介质，其中，所述被配置为使得所述计算机选择所述传输模式的指令包括被配置为使得所述计算机至少部分地基于在所述无线收发机和所述移动设备之间的WiFi链路的链路状况来选择所述传输模式的指令。
权利要求106
根据权利要求103所述的有形的计算机可读介质，其中，所述被配置为使得所述计算机选择所述传输模式的指令包括被配置为使得所述计算机至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式的指令。
权利要求107
根据权利要求103所述的有形的计算机可读介质，其中，所述被配置为使得所述计算机选择所述传输模式的指令包括被配置为使得所述计算机至少部分地基于在所述无线收发机和所述移动设备之间的WiFi链路的负载来选择所述传输模式的指令。
权利要求108
根据权利要求103所述的有形的计算机可读介质，其中，所述被配置为使得所述计算机根据所选择的传输模式来发送所述数据分组的指令包括被配置为使得所述计算机封装从所述移动设备传输给所述毫微微小区的分组的指令。
权利要求109
根据权利要求103所述的有形的计算机可读介质，还包括被配置为使得所述计算机进行以下操作的指令：响应于选择了所述第三传输模式来发送信号给所述毫微微小区以指示聚合数据会话的开始。
权利要求110
根据权利要求109所述的有形的计算机可读介质，还包括被配置为使得所述计算机进行以下操作的指令：在根据所述第三传输模式发送所述数据分组之后，发送信号给所述毫微微小区以指示所述聚合数据会话的结束。
权利要求111
根据权利要求103所述的有形的计算机可读介质，其中，所述无线收发机是无线路由器的无线收发机。
权利要求112
根据权利要求103所述的有形的计算机可读介质，其中，所述被配置为使得所述计算机选择所述传输模式的指令还包括被配置为使得所述计算机进行以下操作的指令：对于LTE用户平面数据选择所述第二传输模式；以及 对于LTE控制平面数据选择所述第一传输模式。
权利要求113
根据权利要求103所述的有形的计算机可读介质，还包括被配置为使得所述计算机进行以下操作的指令：向所述毫微微小区发送聚合发现消息； 从所述毫微微小区接收聚合发现响应； 向所述毫微微小区传输第一聚合信息； 从所述毫微微小区接收第二聚合信息；以及 基于所述第一聚合信息和所述第二聚合信息来配置所述移动设备的聚合层。
权利要求114
根据权利要求113所述的有形的计算机可读介质，其中，所述第一聚合信息包括聚合策略信息。
权利要求115
根据权利要求113所述的有形的计算机可读介质，还包括被配置为使得所述计算机进行以下操作的指令：测试与所述毫微微小区的WiFi连接性。
权利要求116
一种用于在移动设备中聚合无线通信业务的装置包括：有形的、非暂时性计算机可读存储器； 包括存储在所述存储器中的处理器可执行代码的多个模块； 连接到所述存储器以及被配置为访问存储在所述存储器中的所述多个模块的处理器； 以及 数据聚合模块，所述数据聚合模块被配置为 在移动设备的聚合模块处接收要被传输给远程网络实体的数据分组流； 选择传输模式，所述传输模式用于将所述数据分组流的数据分组从所述移动设备发送给与所述移动设备相关联的毫微微小区，所述选择包括确定是否使用第一传输模式来将来自于所述数据分组流的所述数据分组传输给所述毫微微小区，所述第一传输模式包括经由所述移动设备的长期演进(LTE)接口来传输来自于所述流的所述数据分组，是否使用第二传输模式来将所述数据分组传输给在所述毫微微小区外部的无线收发机，用于路由给所述毫微微小区，所述第二传输模式包括经由所述移动设备的WiFi接口来传输来自于所述流的所述数据分组，或者是否使用第三传输模式来传输来自于所述数据流的所述数据分组，所述第三传输模式包括经由所述LTE接口来将所述数据分组的第一部分传输给所述毫微微小区，以及经由WiFi接口来将所述数据分组的第二部分传输给所述无线收发机，用于路由给所述毫微微小区；以及根据所选择的传输模式来发送所述数据分组。
权利要求117
根据权利要求116所述的装置，其中，所述被配置为选择所述传输模式的数据聚合模块还被配置为至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的链路状况来选择所述传输模式。
权利要求118
根据权利要求116所述的装置，其中，所述被配置为选择所述传输模式的数据聚合模块还被配置为至少部分地基于在所述无线收发机和所述移动设备之间的WiFi链路的链路状况来选择所述传输模式。
权利要求119
根据权利要求116所述的装置，其中，所述被配置为选择所述传输模式的数据聚合模块还被配置为至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式。
权利要求120
根据权利要求116所述的装置，其中，所述被配置为选择所述传输模式的数据聚合模块还被配置为至少部分地基于在所述无线收发机和所述移动设备之间的WiFi链路的负载来选择所述传输模式。
权利要求121
根据权利要求116所述的装置，其中，所述被配置为根据所选择的传输模式来发送所述数据分组的数据聚合模块还被配置为封装从所述移动设备传输给所述毫微微小区的分组。
权利要求122
根据权利要求116所述的装置，其中，所述数据聚合模块还被配置为：响应于选择了所述第三传输模式来发送信号给所述毫微微小区以指示聚合数据会话的开始。
权利要求123
根据权利要求116所述的装置，其中，所述数据聚合模块还被配置为进行以下操作：在根据所述第三传输模式发送所述数据分组之后，发送信号给所述毫微微小区以指示所述聚合数据会话的结束。
权利要求124
根据权利要求116所述的装置，其中，所述无线收发机是无线路由器的无线收发机。
权利要求125
根据权利要求116所述的装置，其中，所述数据聚合模块还被配置为：对于LTE用户平面数据选择所述第二传输模式；以及 对于LTE控制平面数据选择所述第一传输模式。
权利要求126
根据权利要求116所述的装置，其中，所述数据聚合模块还被配置为：向所述毫微微小区发送聚合发现消息； 从所述毫微微小区接收聚合发现响应； 向所述毫微微小区传输第一聚合信息； 从所述毫微微小区接收第二聚合信息；以及 基于所述第一聚合信息和所述第二聚合信息来配置所述移动设备的聚合层。
权利要求127
根据权利要求126所述的装置，其中，所述第一聚合信息包括聚合策略信息。
权利要求128
根据权利要求126所述的装置，其中，所述数据聚合模块还被配置为：测试与所述毫微微小区的WiFi连接性。
权利要求129
一种用于在毫微微小区中聚合无线通信业务的方法，所述方法包括：在所述毫微微小区处使用第一无线通信协议经由所述毫微微小区外部的设备来从移动设备接收来自于数据流的数据分组的第一部分； 在所述毫微微小区处使用第二无线通信协议经由与所述移动设备的无线连接来从所述移动设备接收来自于所述数据流的数据分组的第二部分； 在所述毫微微小区处聚合所述数据分组的第一部分和所述数据分组的第二部分以重组所述数据流来产生聚合的数据流，以及将所述聚合的数据流发送给目的地网络实体，所述目的地网络实体是所述数据分组的第一集合和所述数据分组的第二集合的预期接收者。
权利要求130
根据权利要求129所述的方法，还包括： 在接收所述数据分组的第一部分和所述数据分组的第二部分之前，从所述移动设备接收指示聚合数据会话的开始的信号。
权利要求131
根据权利要求129所述的方法，还包括： 在接收所述数据分组的第一部分和所述数据分组的第二部分之后，从所述移动设备接收指示所述聚合数据会话的结束的信号。
权利要求132
一种用于在毫微微小区中聚合无线通信业务的装置，所述装置包括：用于在所述毫微微小区处使用第一无线通信协议经由所述毫微微小区外部的设备来从移动设备接收来自于数据流的数据分组的第一部分的单元； 用于在所述毫微微小区处使用第二无线通信协议经由与所述移动设备的无线连接来从所述移动接收来自于所述数据流的数据分组的第二部分的单元； 用于在所述毫微微小区处聚合所述数据分组的第一部分和所述数据分组的第二部分以重组在所述移动设备处的所述数据流来产生聚合的数据流的单元，以及用于将所述聚合的数据流发送给目的地网络实体的单元，所述目的地网络实体是所述数据分组的第一集合和所述数据分组的第二集合的预期接收者。
权利要求133
根据权利要求132所述的装置，还包括： 用于在接收所述数据分组的第一部分和所述数据分组的第二部分之前，从所述移动设备接收指示聚合数据会话的开始的信号的单元。
权利要求134
根据权利要求132所述的装置，还包括： 用于在接收所述数据分组的第一部分和所述数据分组的第二部分之后，从所述移动设备接收指示所述聚合数据会话的结束的信号的单元。
权利要求135
一种有形的计算机可读介质，在其上存储有用于在毫微微小区中聚合无线通信业务的计算机可读指令，包括被配置为使得计算机进行以下操作的指令：在所述毫微微小区处使用第一无线通信协议经由所述毫微微小区外部的设备来从移动设备接收来自于数据流的数据分组的第一部分； 在所述毫微微小区处使用第二无线通信协议经由与所述移动设备的无线连接来从所述移动设备接收来自于所述数据流的数据分组的第二部分； 在所述毫微微小区处聚合所述数据分组的第一部分和所述数据分组的第二部分以重组在所述移动设备处的所述数据流来产生聚合的数据流，以及将所述聚合的数据流发送给目的地网络实体，所述目的地网络实体是所述数据分组的第一集合和所述数据分组的第二集合的预期接收者。
权利要求136
根据权利要求135所述的有形的计算机可读介质，还包括被配置为使得所述计算机进行以下操作的指令：在接收所述数据分组的第一部分和所述数据分组的第二部分之前，从所述移动设备接收指示聚合数据会话的开始的信号。
权利要求137
根据权利要求135所述的有形的计算机可读介质，还包括被配置为使得所述计算机进行以下操作的指令：在接收所述数据分组的第一部分和所述数据分组的第二部分之后，从所述移动设备接收指示所述聚合数据会话的结束的信号。
权利要求138
一种用于在毫微微小区中聚合无线通信业务的装置包括：有形的、非暂时性计算机可读存储器； 包括存储在所述存储器中的处理器可执行代码的多个模块； 连接到所述存储器以及被配置为访问存储在所述存储器中的所述多个模块的处理器； 以及 数据聚合模块，所述数据聚合模块被配置为 在所述毫微微小区处使用第一无线通信协议经由所述毫微微小区外部的设备来从移动设备接收来自于数据流的数据分组的第一部分； 在所述毫微微小区处使用第二无线通信协议经由与所述移动设备的无线连接来从所述移动设备接收来自于所述数据流的数据分组的第二部分； 在所述毫微微小区处聚合所述数据分组的第一部分和所述数据分组的第二部分以重组在所述移动设备处的所述数据流来产生聚合的数据流，以及将所述聚合的数据流发送给目的地网络实体，所述目的地网络实体是所述数据分组的第一集合和所述数据分组的第二集合的预期接收者。
权利要求139
根据权利要求138所述的装置，其中，所述数据聚合模块还被配置为：在接收所述数据分组的第一部分和所述数据分组的第二部分之前，从所述移动设备接收指示聚合数据会话的开始的信号。
权利要求140
根据权利要求138所述的装置，其中，所述数据聚合模块还被配置为：在接收所述数据分组的第一部分和所述数据分组的第二部分之后，从所述移动设备接收指示所述聚合数据会话的结束的信号。
权利要求141
根据权利要求1所述的方法，还包括： 请求来自于所述移动设备的、有关于LTE链路上的干扰或WiFi链路上的干扰中的至少一个干扰的信息；以及至少部分地基于从所述移动设备接收到的、所述LTE链路上的所述干扰或所述WiFi链路上的所述干扰中的至少一个干扰来选择所述传输模式。
权利要求142
根据权利要求1所述的方法，还包括当选择了所述第三传输模式时，阻止从所述毫微微小区或从所述无线收发机传输其它数据分组。
权利要求143
根据权利要求1所述的方法，其中，所述第三传输模式是至少部分地基于所述LTE接口和所述WiFi接口二者的信道质量来选择的。