**对比文件名称**：2013-01-17_JP2013502152A_发明专利_JP2013502152A Link aggregation in a heterogeneous communication system
**目标专利名称**：LTE和外部WIFI带宽聚合CN105308919B
**本次调用的模型名称**：专利创造性评估模型
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A：** 在毫微微小区处接收针对移动设备的数据分组流 《直接公开》 | 对比文件第[0007]段：“ワイヤレス通信デバイスとネットワーク要素との間に第１の通信経路を確立するように構成されたロジック”（被配置为在无线通信设备和网络元件之间建立第一通信路径的逻辑）<br>结合第[2]段背景部分及图2描述：网络元件（104）向客户端接入终端（106，相当于移动设备）发送数据。数据流在网络元件（相当于毫微微小区）处接收。 | 对比文件明确公开了网络元件（例如，在LTE系统中为eNodeB，其功能与目标专利的毫微微小区相同）从网络接收数据，并需要将其发送给客户端接入终端（相当于移动设备）。这直接公开了特征A。 |
| **B：** 选择传输模式，所述传输模式用于将所述数据分组流的数据分组从所述毫微微小区发送给所述移动设备，所述选择包括确定是否使用第一传输模式、第二传输模式或第三传输模式来将来自于所述数据分组流的所述数据分组传输给所述移动设备，《直接公开》 | 对比文件第[2]段：“ダウンリンクフローについては、クライアントアクセス端末１０６に対するデータストリームを直接的経路と間接的経路とにそってネットワーク要素１０４のところで分割され...”（对于下行链路流，针对客户端接入终端106的数据流在网络元件104处沿直接路径和间接路径被分割...）<br>第[2]段：“アクセス端末１０６は、ＷＷＡＮリンク１１０上で利用可能な残りの帯域幅は、クライアントアクセス端末１０６が第２のアプリケーションストリームＡ２を実行するには十分でない。その代わりに、クライアントアクセス端末１０６およびプロキシアクセス端末１０８は、...第２のアプリケーションストリームＡ２に対するＷＷＡＮプロトコルスタックを分割する。”（接入终端106上可用的剩余带宽不足以使客户端接入终端106运行第二应用流A2。取而代之，客户端接入终端106和代理接入终端108...分割用于第二应用流A2的WWAN协议栈。） | 对比文件明确描述了网络元件（104）针对发送给客户端（106）的数据流，具有多种路径选择：1）全部通过直接路径（WWAN链路110，相当于第一模式）；2）全部通过间接路径（经由代理终端108，相当于第二模式）；3）将数据流分割，部分通过直接路径，部分通过间接路径（相当于第三模式）。网络元件（或客户端与代理协作）需要根据情况（如带宽需求）确定使用哪种方式，这直接公开了特征B中的三种模式选择。 |
| **C：** 其中：所述第一传输模式包括经由所述毫微微小区的长期演进(LTE)接口来传输来自于所述流的所述数据分组，《直接公开》 | 对比文件第[2]段：“ネットワーク要素１０４は、第１のワイヤレスチャネルの上でアクセス端末１０６と、また異なるワイヤレスチャネルの上でアクセス端末１０８と通信することができる。例えば、ネットワーク要素１０４は、...ＬＴＥプロトコルベースの通信のために複数のチャネル／キャリアをサポートすることができ...”（网络元件104可以在第一无线信道上与接入终端106通信，并在不同的无线信道上与接入终端108通信。例如，网络元件104可以支持用于基于LTE协议通信的多个信道/载波...）<br>图2及描述：直接的通信路径使用WWAN链路110。 | 对比文件中的“直接路径”或“第一通信路径”是通过网络元件（104）与客户端（106）之间的WWAN链路建立的。该WWAN链路明确包括LTE协议（见引用）。因此，使用该LTE接口传输数据流的技术特征被直接公开。 |
| **D：** 所述第二传输模式包括将所述数据分组发送给无线收发机，用于传输给所述移动设备，以经由所述无线收发机的WiFi接口来传输来自于所述流的所述数据分组，《直接公开》 | 对比文件第[2]段：“通信リンク１２０と１３０とを使用する通信経路は、間接的経路と称される。”（使用通信链路120和130的通信路径被称为间接路径。）<br>第[2]段：“アクセス端末１０６とアクセス端末１０８との間の追加の通信リンク１３０は、ピアツーピアワイヤレスリンクまたは有線リンクとすることができる。”（接入终端106和接入终端108之间的附加通信链路130可以是点对点无线链路或有线链路。）<br>第[2]段列举的点对点无线技术包括蓝牙、UWB等，WiFi是所属领域最常见的短距点对点无线技术之一。结合上下文“ホームフェムトセル”（家用毫微微蜂窝）等场景，使用WiFi实现点对点链路是本领域技术人员容易想到的等同替换。 | 对比文件明确公开了“间接路径”，其包括：网络元件（104）将数据发送给代理接入终端（108，相当于无线收发机），然后代理终端通过点对点链路（130）将数据转发给客户端（106）。点对点链路（130）被描述为无线链路，且在本领域，WiFi是用于此类设备间直接通信的常规技术。因此，特征D被直接公开（等同公开）。 |
| **E：** 所述第三传输模式包括经由所述LTE接口来将所述数据分组的第一部分传输给所述移动设备，以及将所述数据分组的第二部分发送给所述无线收发机，用于经由所述WiFi接口来传输给所述移动设备《直接公开》 | 对比文件第[2]段：“ダウンリンクフローについては、クライアントアクセス端末１０６に対するデータストリームを直接的経路と間接的経路とにそってネットワーク要素１０４のところで分割され、アクセス端末１０６でマージされうる。”（对于下行链路流，针对客户端接入终端106的数据流可以在网络元件104处沿直接路径和间接路径分割，并在接入终端106处合并。）<br>图3及其描述：应用流在RLC层被分割，比例α部分通过直接WWAN链路（110）调度给客户端（106），比例(1-α)部分通过WWAN链路（120）调度给代理（108），再由代理通过点对点链路（130）转发给客户端。 | 对比文件明确且详细地公开了“聚合/分割”传输模式：网络元件（104）将数据流分割，第一部分（比例α）通过直接WWAN链路（即LTE接口）发送给客户端（106），第二部分（比例1-α）发送给代理终端（108），代理终端再通过点对点无线链路（如WiFi）转发给客户端（106）。这完全对应于目标专利的第三传输模式，被直接公开。 |
| **F：** 以及根据所选择的传输模式来发送所述数据分组。《直接公开》 | 对比文件第[2]段：“ネットワーク要素１０４は、ＷＷＡＮのＭＡＣ／ＰＨＹ層処理を使用して、ＲＬＣ−ＰＤＵをスケジュールされたアクセス端末１０６、１０８に送信する。”（网络元件104使用WWAN的MAC/PHY层处理，将RLC-PDU发送给被调度的接入终端106、108。）<br>结合图3、10、11等描述的流程。 | 在对比文件描述的各种实施方式（如RLC层分割、IP层分割）中，网络元件在决定了数据流的分割方式和路径后，都会执行相应的发送动作，将数据通过直接路径、间接路径或两者发送出去。这直接公开了“根据所选择的传输模式来发送数据分组”。 |
| **G：** 其中，所述无线收发机是无线路由器的无线收发机。《隐含公开》 | 对比文件第[2]段：“プロキシアクセス端末１０８は、...例えば、個人の壁コンセント式補助ＷＷＡＮモデム（personal wall-plugged assisting WWAN modem）、ホームフェムトセルなど”（代理接入终端108可以是...例如，个人壁插式辅助WWAN调制解调器、家用毫微微蜂窝等）<br>第[2]段：代理接入终端（108）具有WWAN接口和点对点通信能力。 | 对比文件明确列举了代理接入终端（相当于无线收发机）的具体示例，包括“家用毫微微蜂窝”和“辅助WWAN调制解调器”。在家庭或办公场景中，此类设备通常集成或无线路由器功能，或者与无线路由器（提供WiFi接入点）紧密连接以提供本地无线接入。本领域技术人员根据对比文件公开的代理终端的应用场景和功能，能够合理推断出该无线收发机可以是无线路由器的无线收发机。因此，特征G被隐含公开。 |
| **H：** 其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的链路状况来选择所述传输模式。《隐含公开》 | 对比文件第[2]段：“チャネル／キャリアの選択は、例えば、チャネル／キャリアのそれぞれにおけるスループット性能、チャネル／キャリアを使用してデータをトランスポートすることに関連する遅延、および／または...に基づくものとしてよい。”（信道/载波的选择可以例如基于每个信道/载波的吞吐量性能、与使用信道/载波传输数据相关的延迟、和/或...） | 对比文件公开了选择用于传输的信道/载波（这直接关系到传输模式的选择）时，会考虑诸如吞吐量性能、延迟等链路状况因素。直接路径（即毫微微小区/网络元件与移动设备/客户端之间的LTE链路）的链路状况（吞吐量、延迟）是必然被考虑的因素之一。因此，本领域技术人员能够合理推断出选择传输模式会基于LTE链路的链路状况。特征H被隐含公开。 |
| **I：** 其中，选择所述传输模式包括至少部分地基于在所述无线收发机和所述移动设备之间的WiFi链路的链路状况来选择所述传输模式。《隐含公开》 | 对比文件第[2]段：“チャネル／キャリアの選択は、例えば、...および／またはクライアントアクセス端末１０６とプロキシアクセス端末１０８との間のピアツーピアリンク１３０の性能／遅延に関する制約に基づくものとしてよい。”（信道/载波的选择可以例如基于...和/或客户端接入终端106与代理接入终端108之间的点对点链路130的性能/延迟相关的约束。） | 对比文件明确指出了选择（与传输模式直接相关的资源分配）会基于客户端与代理终端之间的点对点链路（即WiFi链路）的性能和延迟。这直接对应于特征I。因此，特征I被隐含公开。 |
| **J：** 其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式。《隐含公开》 | 对比文件第[2]段：“ＷＷＡＮリンク１１０上で利用可能な残りの帯域幅は、クライアントアクセス端末１０６が第２のアプリケーションストリームＡ２を実行するには十分でない。”（WWAN链路110上可用的剩余带宽不足以使客户端接入终端106运行第二应用流A2。）<br>第[2]段：“拡張されたトランスポートチャネルの使用は、クライアントアクセス端末１０６に対するパケットデータトラフィックの負荷の増大に応じてオプションであるものとしてよい。”（扩展传输信道的使用可以是可选的，取决于客户端接入终端106上分组数据流量的负载增加。） | 对比文件描述了当直接WWAN链路（LTE链路）的可用带宽不足（即负载高）时，会触发使用代理终端（即第二或第三模式）。同时，“负载”是决定是否启用聚合（即选择非第一模式）的一个明确因素。本领域技术人员能够直接且毫无疑义地得出，LTE链路的负载是选择传输模式的依据。特征J被隐含公开。 |
| **K：** 其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式。（注：与特征J重复，可能为笔误。假定原意可能为“毫微微小区的回程负载”，但根据文本此处与J相同）《隐含公开》 | 同特征J引用。 | 由于权利要求文本中特征K与J描述完全一致，基于相同对比文件内容，其公开性判断与特征J相同，被隐含公开。 |
| **L：** 其中，选择所述传输模式包括至少部分地基于在所述无线收发机和所述移动设备之间的WiFi链路的负载来选择所述传输模式。《隐含公开》 | 对比文件第[2]段：“チャネル／キャリアの選択は、例えば、...および／またはクライアントアクセス端末１０６とプロキシアクセス端末１０８との間のピアツーピアリンク１３０の性能／遅延に関する制約に基づくものとしてよい。”（信道/载波的选择可以例如基于...和/或客户端接入终端106与代理接入终端108之间的点对点链路130的性能/延迟相关的约束。） | “性能”约束自然包括链路的负载情况（如拥塞程度、可用带宽）。对比文件已明确点对点链路（WiFi链路）的性能是决策依据，因此其负载状况必然是考虑因素之一。特征L被隐含公开。 |
| **M：** 其中，选择所述传输模式包括至少部分地基于所述毫微微小区的回程的负载来选择所述传输模式。《未公开》 | 对比文件未提及网络元件（毫微微小区）的回程（backhaul）负载。 | 对比文件关注于无线接入链路的聚合，并未涉及网络元件（相当于毫微微小区）与核心网之间回程链路的负载情况及其对传输模式选择的影响。因此，特征M未被对比文件公开。 |
| **N：** 其中，根据所选择的传输模式来发送所述数据分组包括封装从所述毫微微小区传输给所述移动设备的分组。《直接公开》 | 对比文件第[2]段：“ＩＰ層アグリゲーションにおいて、ＩＰカプセル化（ＩＰ−ｏｎ−ＩＰ）およびＷｉＦｉ ＭＡＣ層アドレッシングを使用して...を実装することができる。”（在IP层聚合中，可以使用IP封装（IP-over-IP）和WiFi MAC层寻址来实现...）<br>图10、11及其描述：在IP层聚合方案中，隧道锚节点或隧道服务器对IP分组进行封装（隧道化），通过间接路径传输。 | 对比文件在IP层聚合的具体实施方式中，明确公开了使用IP封装（IP-over-IP）技术来处理通过间接路径（即经由代理终端）传输的数据分组。这直接对应于特征N中的“封装”。因此，特征N被直接公开。 |
| **O：** 还包括：确定无线路由器是否提供桥接功能，以及其中，所述封装从所述毫微微小区传输给所述移动设备的分组是如果所述无线路由器不提供桥接功能来被执行的。《未公开》 | 对比文件未提及“桥接功能”（bridging function），也未根据是否支持桥接功能来决定是否使用封装。 | 对比文件虽然公开了封装技术，但并未将其与无线收发机（代理终端）是否具备桥接功能这一条件相关联。该特征是目标专利中一个具体的、有条件的技术手段，对比文件没有给出任何相关教导或启示。因此，特征O未被公开。 |
| **P：** 还包括：响应于选择了所述第三传输模式来发送信号给所述移动设备以指示聚合数据会话的开始。《未公开》 | 对比文件第[2]段描述了发现和配置过程（图4、5），涉及消息交换以建立信任和启用服务。 | 对比文件的发现和配置过程是在聚合开始前进行的，目的是建立设备间的关联和授权，类似于目标专利的聚合发现（特征U-Y）。但对比文件并未明确公开在每次选择第三传输模式（即开始一个聚合数据会话）时，会向移动设备发送一个专门的“开始”信号。特征P是一个具体的会话控制信号，未被对比文件公开。 |
| **Q：** 还包括：响应于选择了所述第三传输模式来发送信号给所述移动设备以指示聚合数据会话的开始。（注：与特征P重复）《未公开》 | 同特征P。 | 同特征P，未被公开。 |
| **R：** 还包括：在根据所述第三传输模式发送所述数据分组之后，发送信号给所述移动设备以指示所述聚合数据会话的结束。《未公开》 | 对比文件未提及在聚合数据传输完成后发送“结束”信号。 | 对比文件没有描述任何用于指示聚合数据会话结束的信号机制。特征R未被公开。 |
| **S：** 其中，选择所述传输模式还包括：对于LTE用户平面数据选择所述第二传输模式《未公开》 | 对比文件未区分LTE协议栈中的用户平面（User Plane）和控制平面（Control Plane）数据。 | 对比文件讨论的是应用数据流（application stream）的聚合，并未针对LTE协议内部不同平面的数据（用户面/控制面）规定不同的传输模式选择策略。特征S是目标专利中一个特定的策略规则，未被对比文件公开。 |
| **T：** 以及对于LTE控制平面数据选择所述第一传输模式。《未公开》 | 同特征S。 | 同特征S，未被公开。 |
| **U：** 还包括：向所述移动设备发送聚合发现消息《直接公开》 | 对比文件第[2]段，图4及其描述：客户端接入终端（106）检测来自代理接入终端（108）的广播消息（402），并随后向代理终端发送服务查询（412）等。虽然此交互主要在客户端与代理之间，但图5描述了通过MME进行的三方交互，其中客户端和代理分别向MME发送请求（502，504），MME协调配置。这本质上是聚合服务发现和配置过程的一部分。 | 对比文件详细描述了客户端与代理之间，以及通过MME进行的服务发现和启用过程，其中包括发送各种请求/发现消息。虽然消息的接收方不完全是“移动设备”（有时是代理或MME），但“向移动设备发送聚合发现消息”可以被理解为整个发现配置流程中的一环。本领域技术人员可以理解，在对比文件描述的上下文中，为了实现聚合，网络侧（如MME或网络元件）或代理侧需要与客户端（移动设备）交换发现和配置信息。因此，特征U被直接公开。 |
| **V：** 从所述移动设备接收聚合发现响应《直接公开》 | 对比文件第[2]段，图4：代理接入终端（108）响应客户端（106）的服务查询（416）。图5：MME从客户端和代理接收请求（502，504）并发送确认（506，508）。 | 在对比文件的发现和配置流程中，存在消息的请求和响应交互。例如，代理终端或MME会从客户端（移动设备）接收对发现或服务请求的响应。这直接对应于特征V。 |
| **W：** 向所述移动设备传输第一聚合信息《直接公开》 | 对比文件第[2]段，图5：MME向客户端（106）和代理（108）发送更新的上下文信息（526），其中包括彼此的TMSI等信息。 | 对比文件中，MME在配置聚合服务时，会向客户端（移动设备）发送配置信息，例如更新后的UE上下文，其中包含代理终端的信息等。这相当于向移动设备传输聚合信息。特征W被直接公开。 |
| **X：** 从所述移动设备接收第二聚合信息《直接公开》 | 对比文件第[2]段，图4：代理终端（108）从客户端（106）接收其凭证和通信要求（412）。图5：MME从客户端（106）接收其TMSI和服务请求（502）。 | 在对比文件的流程中，代理终端或网络侧（如MME）会从客户端（移动设备）接收信息，例如凭证、TMSI、能力信息等，这些都属于聚合配置所需的信息。特征X被直接公开。 |
| **Y：** 以及基于所述第一聚合信息和所述第二聚合信息来配置所述毫微微小区的聚合层。《直接公开》 | 对比文件第[2]段：“次いで、ＭＭＥは、クライアントアクセス端末１０６およびプロキシアクセス端末１０８に対してサービングＥＮｏｄｅＢ（複数可）（例えば、ネットワーク要素１０４）に更新された情報をプッシュし（５２６）、これらがクライアントアクセス端末１０６のためにプロキシアクセス端末１０８のＷＷＡＮリンクを使用することを可能にする。”（然后，MME将更新的信息推送给服务eNodeB（一个或多个）（例如，网络元件104）（526），使得它们能够为客户端接入终端106使用代理接入终端108的WWAN链路。） | 对比文件明确描述了MME（网络控制实体）基于从客户端和代理接收的信息，对服务eNodeB（即网络元件，相当于毫微微小区）进行配置，以启用聚合功能。这直接对应于基于交换的聚合信息来配置网络侧（毫微微小区）的聚合层。特征Y被直接公开。 |
| **Z：** 其中，所述第一聚合信息包括聚合策略信息。《直接公开》 | 对比文件第[2]段：“利用可能な性能能力情報(performance capability information)は、２つのアクセス端末１０６、１０８によってトンネリングアンカーノード１１２に送信され、これにより、トンネリングアンカーノード１１２はＩＰストリームをしかるべく分割することができる。”（可用的性能能力信息由两个接入终端106、108发送给隧道锚节点112，从而使隧道锚节点112能够适当地分割IP流。） | 对比文件提到的“性能能力信息”（如带宽能力）是用于指导如何分割数据流的信息，这属于“聚合策略信息”的范畴（例如，决定分割比例的策略）。因此，特征Z被直接公开。 |
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<N>>><<<U>>><<<V>>><<<W>>><<<X>>><<<Y>>><<<Z>>><<<g>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>>