对比文件名称：JPWO2012168996A1_Description_20260309_2142
目标专利名称：LTE和外部WIFI带宽聚合CN105308919B
模型名称：DeepSeek-R1
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A：所述方法包括：在毫微微小区处接收针对移动设备的数据分组流《直接公开》** | [0040] eNB31は、ＣＡにより、ＵＥ３４にデータ送信を行うことができる。例えば、ｅＮＢ３１は、ＵＥ３４に送信するデータの滞留量および滞留時間が所定の閾値を超える場合、ＣＡにより、Ｐｃｅｌｌ（例えば、セル４１）とＳｃｅｌｌ（例えば、セル４２）とで、ＵＥ３４にデータ送信を行う。<br>（中文翻译：eNB31可以通过CA向UE34发送数据。例如，当要发送给UE34的数据的滞留量和滞留时间超过预定阈值时，eNB31通过CA，在Pcell（例如，小区41）和Scell（例如，小区42）上向UE34发送数据。） | 对比文件公开了基站（eNB31）处有要发送给用户设备（UE34）的数据流（例如，[0040]中“ＵＥ３４に送信するデータ”）。虽然目标专利的接收主体是“毫微微小区”，对比文件中是“eNB”（基站），但二者在各自系统中均承担为移动设备提供无线接入和转发数据的网络侧设备角色。本领域技术人员能够毫无疑义地理解，eNB作为基站，其接收下行数据流的功能与毫微微小区接收数据流的功能实质相同。因此，该技术特征被对比文件直接公开。 |
| **B：选择传输模式，所述传输模式用于将所述数据分组流的数据分组从所述毫微微小区发送给所述移动设备，所述选择包括确定是否使用第一传输模式、第二传输模式或第三传输模式来将来自于所述数据分组流的所述数据分组传输给所述移动设备《未公开》** | [0032] 基地局１の転送部１ｂは、他の基地局２においても、送信部１ａの無線端末３に送信するデータが無線端末３へ送信されるように、基地局２にデータの一部を転送する。<br>[0040] ...ｅＮＢ３１は、ＵＥ３４が他のｅＮＢ３２と無線通信が可能であれば、ＵＥ３４にＣＡ送信するデータの一部を、ｅＮＢ３２に転送する。すなわち、ｅＮＢ３１は、自身のＣＡに、ｅＮＢ３２のセル４３をＳｃｅｌｌとして加え、ＵＥ３４へデータ送信を行う。 | 对比文件公开了基站（eNB31）可以选择不同的数据传输方式：1）使用自局载波进行CA传输；2）将部分数据转发给其他基站（eNB32），由该基站利用其载波进行传输。这构成了两种不同的“传输模式”。然而，目标专利明确限定了三种具体的传输模式：第一模式（仅通过毫微微小区自身的LTE接口）、第二模式（仅通过外部无线收发机的WiFi接口）、第三模式（同时使用上述两个接口）。对比文件中的传输模式是基于不同基站（或同一基站的不同载波）的LTE接口，并未涉及任何“WiFi接口”，也未涉及在毫微微小区处选择使用外部独立无线路由器的WiFi接口作为传输路径的模式。因此，对比文件没有公开目标专利中定义的、基于特定接口（LTE vs. 外部WiFi）组合的三种传输模式的选择。 |
| **C：其中：所述第一传输模式包括经由所述毫微微小区的长期演进(LTE)接口来传输来自于所述流的所述数据分组《隐含公开》** | [0030] 基地局１の送信部１ａは、ＣＡにより、複数の周波数帯で無線端末３にデータを送信する。例えば、図４に示すように、無線端末３（ＵＥ１）には、周波数帯ｆ１，ｆ２の無線リソースが割り当てられている。<br>（中文翻译：基站1的发送部1a通过CA，在多个频带上向无线终端3发送数据。例如，如图4所示，为无线终端3（UE1）分配了频带f1、f2的无线资源。） | 对比文件中的基站（如eNB31）使用其自身的频带（如f1, f2）向UE发送数据，这实质上是使用基站自身的LTE无线接口进行传输。虽然目标专利明确为“毫微微小区的LTE接口”，而对比文件是基站的LTE接口，但二者在实现无线数据传输的功能上相同。本领域技术人员可以合理推断，使用基站自身的无线接口传输数据流，构成了“仅通过基站自身接口传输”的模式，这对应于目标专利第一传输模式的核心。因此，该技术特征被对比文件隐含公开。 |
| **D：所述第二传输模式包括将所述数据分组发送给无线收发机，用于传输给所述移动设备，以经由所述无线收发机的WiFi接口来传输来自于所述流的所述数据分组《未公开》** | [0032] 基地局１の転送部１ｂは、他の基地局２においても、送信部１ａの無線端末３に送信するデータが無線端末３へ送信されるように、基地局２にデータの一部を転送する。<br>（中文翻译：基站1的转发部1b将发送部1a要发送给无线终端3的数据的一部分转发给基站2，以便在基站2中也向无线终端3发送数据。） | 对比文件公开了将数据转发给另一个基站（如eNB32），由该基站发送给UE。这对应于“将数据分组发送给无线收发机，用于传输给移动设备”的部分概念。然而，目标专利的第二传输模式明确限定了用于传输的接口是“无线收发机的WiFi接口”。对比文件中，作为接收转发数据的设备eNB32是另一个LTE基站，其使用LTE接口进行传输，而非WiFi接口。因此，对比文件未公开使用“WiFi接口”这一关键限定。 |
| **E：所述第三传输模式包括经由所述LTE接口来将所述数据分组的第一部分传输给所述移动设备，以及将所述数据分组的第二部分发送给所述无线收发机，用于经由所述WiFi接口来传输给所述移动设备《隐含公开》** | [0033] すなわち、基地局１は、自身のＣＡの周波数帯ｆ１，ｆ２に、他の基地局２の周波数帯ｆ３をセカンダリ周波数帯として加え、他の基地局２からも無線端末３へデータ送信が行われるようにする。<br>（中文翻译：即，基站1在其CA的频带f1、f2的基础上，将其他基站2的频带f3作为次级频带加入，从而也从其他基站2向无线终端3发送数据。）<br>[0071] ｅＮＢ３１，３２は、Ｓｃｅｌｌにより、ＵＥ３４にデータ（U-planeデータ）を送信する。ｅＮＢ３１は、Ｐｃｅｌｌでも、ＵＥ３４に対してデータを送信する。<br>（中文翻译：eNB31和eNB32通过Scell向UE34发送数据（U-plane数据）。eNB31也在Pcell上向UE34发送数据。） | 对比文件明确公开了基站（eNB31）同时使用自身载波（如Pcell的f1）和通过转发数据让其他基站（eNB32）使用其载波（如Scell的f3）向同一个UE发送数据。这构成了聚合传输：数据流被拆分，一部分由主基站自身接口发送，另一部分由其他基站的接口发送。虽然对比文件中聚合使用的是多个LTE载波（可能来自不同基站），而目标专利使用的是LTE接口和外部WiFi接口，但“将数据流拆分并通过不同无线接口/路径并发传输给同一终端”的核心聚合思想是相通的。本领域技术人员从对比文件公开的跨基站载波聚合可以合理推断出“使用不同接口进行聚合传输”的概念。因此，该技术特征被对比文件隐含公开。 |
| **F：以及根据所选择的传输模式来发送所述数据分组。《直接公开》** | [0071] ｅＮＢ３１，３２は、Ｓｃｅｌｌにより、ＵＥ３４にデータ（U-planeデータ）を送信する。ｅＮＢ３１は、Ｐｃｅｌｌでも、ＵＥ３４に対してデータを送信する。<br>（中文翻译：eNB31和eNB32通过Scell向UE34发送数据（U-plane数据）。eNB31也在Pcell上向UE34发送数据。）<br>（结合[0040], [0048]等描述的选择CA及转发数据的流程） | 对比文件完整公开了根据判断和选择的结果来执行数据传输的过程。例如，当判断数据滞留超阈值且UE能检测到他局小区时，eNB31选择进行CA并执行数据转发，随后eNB31和eNB32根据此决策分别向UE发送数据（[0071]）。这与目标专利中“根据所选择的传输模式来发送数据分组”的步骤完全对应。因此，该技术特征被对比文件直接公开。 |
| **G：其中，所述无线收发机是无线路由器的无线收发机。《未公开》** | 无相应内容。 | 对比文件中，接收转发数据并参与发送的设备是另一个LTE基站（eNB32），其具备完整的基站功能。目标专利明确限定“无线收发机是无线路由器的无线收发机”，即一个通常用于本地网络接入、功能相对简单的WiFi接入点设备。对比文件完全没有提及无线路由器或WiFi接入点。因此，该技术特征未被公开。 |
| **H：其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的链路状况来选择所述传输模式。《未公开》** | [0051] また、ｅＮＢ３１は、通信品質のよい周波数帯のセルにＰｃｅｌｌを変更する。例えば、ＵＥ３４が移動する場合、通信品質のよい周波数帯が変わる。この場合、ｅＮＢ３１は、最も通信品質のよい周波数帯のセルをＰｃｅｌｌにする。<br>（中文翻译：此外，eNB31将Pcell变更为通信质量好的频带的小区。例如，当UE34移动时，通信质量好的频带会变化。此时，eNB31将通信质量最好的频带的小区作为Pcell。） | 对比文件提到了基于“通信品質”（通信质量）来变更Pcell，这可以理解为考虑了无线链路状况。但是，此操作是Pcell的变更，而非目标专利中用于在“第一”、“第二”、“第三”三种传输模式之间进行选择的依据。目标专利的选择是基于LTE链路状况来决定是否使用该LTE链路、或外部WiFi链路、或两者同时使用。对比文件未公开基于毫微微小区（或基站）与移动设备之间的LTE链路状况，在所述三种特定模式中进行选择。 |
| **I：其中，选择所述传输模式包括至少部分地基于在所述无线收发机和所述移动设备之间的WiFi链路的链路状况来选择所述传输模式。《未公开》** | 无相应内容。 | 对比文件完全不涉及WiFi链路，因此不可能公开基于WiFi链路状况进行选择的技术特征。 |
| **J：其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式。《未公开》** | [0043] ［ステップＳ１］ｅＮＢ３１は、ＵＥ３４に送信するデータの滞留量および滞留時間が所定の閾値を超えているか否か判断する。<br>（中文翻译：[步骤S1] eNB31判断要发送给UE34的数据的滞留量和滞留时间是否超过了预定阈值。） | 对比文件公开了基于发送缓冲区中数据的“滞留量および滞留時間”（滞留量和滞留时间）来判断是否启动CA。这反映了下行链路的数据堆积情况，可以间接反映负载或拥塞程度。然而，目标专利明确为“LTE链路的负载”，指的是无线接口本身的资源占用或业务量情况。对比文件的判断依据是缓冲区状态，而非对无线链路负载的直接测量或评估。两者作用不同。因此，该技术特征未被公开。 |
| **K：其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式。《未公开》** | (同特征J) | 此特征与特征J文字描述完全重复，判断结论同特征J。对比文件未公开基于LTE链路负载进行模式选择。 |
| **L：其中，选择所述传输模式包括至少部分地基于在所述无线收发机和所述移动设备之间的WiFi链路的负载来选择所述传输模式。《未公开》** | 无相应内容。 | 对比文件完全不涉及WiFi链路，因此不可能公开基于WiFi链路负载进行选择的技术特征。 |
| **M：其中，选择所述传输模式包括至少部分地基于所述毫微微小区的回程的负载来选择所述传输模式。《未公开》** | 无相应内容。 | 对比文件未提及基站的回程（backhaul）或其负载。目标专利中基于回程负载进行选择是特定应用场景下的优化手段，对比文件未公开该特征。 |
| **N：其中，根据所选择的传输模式来发送所述数据分组包括封装从所述毫微微小区传输给所述移动设备的分组。《未公开》** | [0091] ［ステップＳ９１］ｅＮＢ３１のＢＢ処理部６３は、ＧＴＰ−ｕ（General packet radio service Tunneling Protocol for user plane）のメッセージに、送信時の時刻Ｔ１を付与する。<br>[0255] 図２５は、他局のｅＮＢに転送されるデータのデータフォーマット例を示した図である。図２５には、ＧＴＰ−ｕメッセージのExtension Headerを示している。<br>（中文翻译：图25是示出转发给其他局eNB的数据的数据格式例的图。图25示出了GTP-u消息的Extension Header。） | 对比文件公开了在将数据转发给其他基站（eNB32）时，使用GTP-u协议进行封装（[0091]，图25）。然而，这种封装是为了在基站间核心网接口（X2或S1）上隧道传输数据。目标专利中的“封装”特指当无线路由器不提供桥接功能时，为了通过WiFi网络传输而进行的封装（例如IP-in-IP），其目的和网络层次与对比文件中的GTP-u封装不同。因此，对比文件未公开目标专利中特定目的（用于WiFi传输适配）的封装。 |
| **O：还包括：确定无线路由器是否提供桥接功能，以及其中，所述封装从所述毫微微小区传输给所述移动设备的分组是如果所述无线路由器不提供桥接功能来被执行的。《未公开》** | 无相应内容。 | 对比文件完全不涉及无线路由器及其桥接功能，因此不可能公开判断桥接功能并根据判断结果决定是否执行封装的技术特征。 |
| **P：还包括：响应于选择了所述第三传输模式来发送信号给所述移动设备以指示聚合数据会话的开始。《未公开》** | [0063] ｅＮＢ３１は、追加したＳｃｅｌｌをＵＥ３４に通知する。例えば、ｅＮＢ３１は、Ｃｅｌｌ−ＩＤによって、追加したＳｃｅｌｌを通知する。<br>（中文翻译：eNB31将添加的Scell通知给UE34。例如，eNB31通过Cell-ID来通知添加的Scell。） | 对比文件在添加Scell（包括他局Scell）时，会通过RRC信令通知UE（[0063]，[0072]等）。这可以视为配置聚合资源。但目标专利的“发送信号...以指示聚合数据会话的开始”是一个更明确的会话控制信号，可能用于触发UE侧聚合层的特定动作。对比文件的通知主要是用于UE配置新的载波进行接收，并未明确描述为指示一个“聚合数据会话”的开始信号。两者作用存在差异。因此，该技术特征未被公开。 |
| **Q：还包括：响应于选择了所述第三传输模式来发送信号给所述移动设备以指示聚合数据会话的开始。《未公开》** | (同特征P) | 此特征与特征P文字描述完全重复，判断结论同特征P。对比文件未公开发送明确的聚合开始信号。 |
| **R：还包括：在根据所述第三传输模式发送所述数据分组之后，发送信号给所述移动设备以指示所述聚合数据会话的结束。《未公开》** | [0078] ｅＮＢ３１は、他局セルのＳｃｅｌｌを解放したことをＵＥ３４に通知する。例えば、ｅＮＢ３１は、ｅＮＢ３２のＳｃｅｌｌのセル４３を解放したことをＵＥ３４に通知する。<br>（中文翻译：eNB31将其他局小区的Scell已释放的情况通知给UE34。例如，eNB31将eNB32的Scell的小区43已释放的情况通知给UE34。） | 对比文件在释放他局Scell时，会通知UE（[0078]）。这类似于聚合资源的释放。但目标专利的“发送信号...以指示聚合数据会话的结束”是一个明确的会话结束信号。对比文件的通知是资源释放通知，并未明确描述为指示一个“聚合数据会话”的结束信号。两者作用存在差异。因此，该技术特征未被公开。 |
| **S：其中，选择所述传输模式还包括：对于LTE用户平面数据选择所述第二传输模式《未公开》** | 无相应内容。 | 对比文件没有区分用户平面数据和控制平面数据，也没有公开针对不同类型的数据选择不同传输模式的策略。因此，该技术特征未被公开。 |
| **T：以及对于LTE控制平面数据选择所述第一传输模式。《未公开》** | 无相应内容。 | 对比文件没有区分用户平面数据和控制平面数据，也没有公开针对不同类型的数据选择不同传输模式的策略。因此，该技术特征未被公开。 |
| **U：还包括：向所述移动设备发送聚合发现消息《未公开》** | [0058] ［ステップＳ１５］ｅＮＢ３１は、ＵＥ３４と呼を確立するため、ＵＥ３４に対し、ＲＲＣコネクションの再設定要求を行う。このとき、ｅＮＢ３１は、ＵＥ３４に対し、Ｐｃｅｌｌ以外の周波数帯で通信可能な周波数帯をモニタリングするように指示する。<br>（中文翻译：[步骤S15] eNB31为了与UE34建立呼叫，向UE34进行RRC连接重新配置请求。此时，eNB31指示UE34对Pcell以外的可通信频带进行监测。） | 对比文件在CA开始前，通过RRC连接重配置消息指示UE进行异频测量（[0058]）。这可以视为一种发现可用载波的过程。但目标专利的“聚合发现消息”是专门用于聚合层发现和协商的特定消息，其目的和内容与对比文件中的RRC测量配置消息不同。因此，该技术特征未被公开。 |
| **V：从所述移动设备接收聚合发现响应《未公开》** | [0059] ［ステップＳ１６］ＵＥ３４は、ステップＳ１５のＲＲＣコネクションの再設定要求に対する応答（ＲＲＣコネクションの再設定完了）をｅＮＢ３１に返す。<br>[0060] ［ステップＳ１７］ＵＥ３４は、モニタリングの測定結果をｅＮＢ３１に返す。<br>（中文翻译：[步骤S16] UE34将针对步骤S15的RRC连接重新配置请求的响应（RRC连接重新配置完成）返回给eNB31。[步骤S17] UE34将监测的测量结果返回给eNB31。） | 对比文件中，UE会回复RRC重配置完成消息以及后续的测量报告（[0059], [0060]）。这可以视为对基站指令的响应。但目标专利的“聚合发现响应”是专门针对聚合发现消息的响应，其内容与对比文件中的通用RRC信令和测量报告不同。因此，该技术特征未被公开。 |
| **W：向所述移动设备传输第一聚合信息《未公开》** | [0063] ｅＮＢ３１は、追加したＳｃｅｌｌをＵＥ３４に通知する。例えば、ｅＮＢ３１は、Ｃｅｌｌ−ＩＤによって、追加したＳｃｅｌｌを通知する。<br>（中文翻译：eNB31将添加的Scell通知给UE34。例如，eNB31通过Cell-ID来通知添加的Scell。） | 对比文件在添加Scell时，会向UE发送包含Scell配置信息（如Cell-ID）的消息（[0063]）。这可以视为传输了聚合所需的配置信息。但目标专利的“第一聚合信息”是更广义的聚合层配置信息，可能包括聚合策略等。两者不完全相同。但考虑到“信息”范围的宽泛性，可以认为对比文件部分公开了传输聚合相关信息的行为。然而，为严格起见，且特征U、V未被公开，此特征作为聚合发现配置流程的一部分，整体上对比文件公开的机制与目标专利不同。此处倾向于判断为未公开。 |
| **X：从所述移动设备接收第二聚合信息《未公开》** | [0060] ［ステップＳ１７］ＵＥ３４は、モニタリングの測定結果をｅＮＢ３１に返す。ＵＥ３４は、例えば、周波数帯ｆ２（またはセル４２のＣｅｌｌ−ＩＤ）と周波数帯ｆ３（またはセル４３のＣｅｌｌ−ＩＤ）をｅＮＢ３１に返す。<br>（中文翻译：[步骤S17] UE34将监测的测量结果返回给eNB31。UE34例如将频带f2（或小区42的Cell-ID）和频带f3（或小区43的Cell-ID）返回给eNB31。） | 对比文件中，UE向基站上报测量结果（[0060]）。这可以视为UE向网络侧提供信息。但目标专利的“第二聚合信息”是移动设备侧提供的聚合层相关信息，其内容与对比文件中的无线测量报告不同。因此，该技术特征未被公开。 |
| **Y：以及基于所述第一聚合信息和所述第二聚合信息来配置所述毫微微小区的聚合层。《未公开》** | 无相应内容。 | 对比文件描述了基于测量报告等配置CA（载波聚合），但未提及“聚合层”（aggregation layer）这一特定实体或协议层的概念及其配置。目标专利的聚合层是实现LTE与WiFi聚合的关键功能层。因此，该技术特征未被公开。 |
| **Z：其中，所述第一聚合信息包括聚合策略信息。《未公开》** | 无相应内容。 | 对比文件完全没有提及“聚合策略信息”。因此，该技术特征未被公开。 |
<<<A>>><<<F>>><<<c>>><<<e>>>