**对比文件名称**：2005-10-13_JP2005286508A_发明专利_JP2005286508A Wireless communication system, and transmitter, receiver and transmitter-receiver used in this system
**目标专利名称**：455用于无线通信的多载波和单载波复用方案的联合使用CN101601246B
**模型名称**：GPT-4
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：用于向用户设备(UE)发送指示以指示其根据多载波复用方案或单载波复用方案运行的模块<br>**判断结果**：未直接公开且未隐含公开 | 对比文件没有描述基站向终端发送指示以命令其根据多载波或单载波复用方案运行。对比文件公开的是预定义的固定分配：制御情報（控制信息）在制御チャネル（控制信道）上使用シングルキャリア方式（单载波方式）传送；通信情報（通信信息，如音声或数据）在データチャネル（数据信道）上使用マルチキャリア方式（多载波方式，如OFDM）传送。这两种方式的切换是基于传输内容类型（控制或数据）并由系统定时（スロットタイマ）固定控制，而非根据来自基站的动态指示。例如，[2]段描述：“前記制御チャネルで制御情報を伝送する場合は、単一の搬送波によるシングルキャリア方式が用いられ、前記データチャネルで通信情報を伝送する場合は、複数の搬送波によるマルチキャリア方式が用いられ、前記制御情報と前記通信情報とは時分割で伝送される”。 | 目标专利中，基站根据UE的属性（如SNR）向UE发送指示，动态或半静态地命令其使用OFDM或LFDM/IFDM方案。对比文件公开的是一种基于传输信息类型（控制/数据）的固定、预定义的方案分配，控制信道固定使用单载波，数据信道固定使用多载波（OFDM）。本领域技术人员无法从对比文件中得出基站向UE发送指示以根据UE的特定情况（如SNR）选择多载波或单载波方案的启示。因此，技术特征A既未被直接公开，也未被隐含公开。 |
| **技术特征B**：用于如果发送的是根据单载波复用方案运行的指示，则将连续子载波或均匀间隔的音调中的至少之一分配给所述UE的模块<br>**判断结果**：未直接公开且未隐含公开 | 对比文件描述了在数据信道使用OFDM（一种多载波方案）时，可以将不同的子载波组分配给不同的终端。例如，[2]段描述：“端末１０２は１番目からｍ番目サブキャリア、端末１０５はｍ＋１番目から２ｍ番目のサブキャリアをデータとして受信し...自分に割り当てられた以外のサブキャリア信号は破棄する”。这隐含了OFDM系统中子载波的分配。然而，对比文件未描述在为单载波方案（即控制信道）分配资源时涉及“连续子载波”或“均匀间隔的音调”的概念。控制信道使用的是单载波信号，其资源分配体现在时域（时间シンボル），而非频域子载波的分配。 | 目标专利中，当指示UE使用单载波复用方案（如LFDM或IFDM）时，调度器会分配连续子载波（LFDM）或均匀间隔的音调（IFDM）给该UE。对比文件公开了在OFDM（多载波）方案下可以分配子载波给不同用户，但未公开在单载波方案（其控制信道）下进行子载波分配，因为其单载波控制信号不涉及将数据映射到多个子载波的过程。本领域技术人员无法从对比文件推理出为单载波方案分配“连续子载波或均匀间隔的音调”的技术特征。因此，技术特征B未被公开。 |
| **技术特征C**：用于根据所指示的复用方案对从所述UE接收的传输进行处理的模块。<br>**判断结果**：《隐含公开》 | [2]段描述了接收侧的处理：“受信側においては、前記マルチキャリア方式で前記データチャネルを介して送信された直交周波数多重信号または前記シングルキャリア方式で前記制御チャネルを介して送信された信号を...変換する...第１の信号受信手段と...第２の信号受信手段と...復調手段”。结合图3及[2]段描述，接收机（无论是基站还是终端）根据接收到的信号类型（单载波控制信号或多载波OFDM数据信号），通过开关420, 421选择不同的处理路径（信号线423对应单载波，或经过GI除去、FFT等处理对应多载波），最终由復調処理部414进行解调。 | 目标专利的模块根据从UE接收的传输所采用的复用方案（OFDM或LFDM/IFDM）进行相应处理（例如，解调时绕过或不绕过IDFT单元）。对比文件公开了接收装置根据接收到的信号是单载波方式（用于控制）还是多载波OFDM方式（用于数据），切换到不同的处理路径进行处理。虽然对比文件中方案的选择是基于固定规则（信息类型）而非来自基站的“指示”，但其接收处理模块的功能本质上是“根据信号所采用的复用方案进行处理”。本领域技术人员可以合理推断，对比文件中的接收处理模块能够执行根据复用方案处理接收信号的功能。因此，技术特征C被对比文件隐含公开。 |
| **技术特征D**：其中所述多载波复用方案是正交频分复用(OFDM)。<br>**判断结果**：《直接公开》 | [2]段多次明确指出数据信道使用的多载波方案是OFDM。例如：“ここでは、各端末はＯＦＤＭ通信方式を用いてマルチキャリア通信を行っている。”、“ＯＦＤＭ通信方式を用いてデータチャネルで通信情報を伝送する場合”。 | 目标专利中多载波复用方案为OFDM。对比文件明确、直接地公开了在数据信道使用OFDM作为多载波通信方式。因此，技术特征D被对比文件直接公开。 |
| **技术特征E**：其中所述单载波复用方案是局域频分复用(LFDM)或交织频分复用(IFDM)中的一种。<br>**判断结果**：未直接公开且未隐含公开 | 对比文件仅泛泛提及控制信道使用“シングルキャリア方式”（单载波方式），例如[2]段：“前記制御チャネルで制御情報を伝送する場合は、単一の搬送波によるシングルキャリア方式が用いられ”。未提及LFDM或IFDM这两种具体的单载波频分复用(SC-FDM)技术。 | 目标专利限定了单载波复用方案是LFDM或IFDM，这是SC-FDM的两种具体实现方式，涉及将数据符号通过DFT扩展后映射到连续(LFDM)或交织(IFDM)的子载波上。对比文件公开的单载波方式是传统的单载波调制，不涉及在频域将数据映射到多个正交子载波的概念（即SC-FDM）。本领域技术人员无法从对比文件中得出LFDM或IFDM的技术启示。因此，技术特征E未被公开。 |
| **技术特征F**：还包括：用于为低信噪比(SNR)选择所述单载波复用方案，为高SNR选择所述多载波复用方案的模块。<br>**判断结果**：未直接公开且未隐含公开 | 对比文件全文未提及根据信噪比（SNR）选择通信方案。其方案选择完全基于传输信息的类型：控制信息用单载波，数据信息用多载波（OFDM）。[2]段提到上り信号中包含“SNR測定用信号”，但这是用于测量的控制信号本身，而非作为选择复用方案的依据。 | 目标专利的核心创新点之一在于根据UE的SNR条件动态选择复用方案，以兼顾低PAPR（单载波）和高链路效率（多载波）。对比文件完全没有揭示根据信道条件（如SNR）为UE选择不同复用方案的技术思想。其方案是固定且与信道质量无关的。因此，技术特征F未被公开。 |
| **技术特征G**：其中UE在所述用于发送指示的模块发送根据所述单载波复用方案运行的指示时进行单输入多输出(SIMO)运行，并在所述用于发送指示的模块发送根据所述多载波复用方案运行的指示时进行多输入所输出(MIMO)运行。<br>**判断结果**：未直接公开且未隐含公开 | 对比文件未涉及MIMO（多输入多输出）或SIMO（单输入多输出）技术。其描述的系统侧重于通过时分和频分复用多个用户，未讨论多天线空间复用技术。 | 目标专利中将复用方案的选择与MIMO/SIMO操作模式相关联。对比文件完全没有公开任何MIMO或SIMO技术，更不用说将其与单载波/多载波复用方案的选择相关联。因此，技术特征G未被公开。 |
| **技术特征H**：还包括：用于为所述UE半静态地选择所述单载波复用方案或所述多载波复用方案的模块。<br>**判断结果**：未直接公开且未隐含公开 | 对比文件中，一个终端在发送控制信息时使用单载波，在发送数据时使用多载波（OFDM）。这种选择是基于帧/时隙结构中预定义的时段，是固定的、与UE长期属性无关的规则。例如，图2和[2]段描述了在时间201发送单载波控制信号，在时间202发送多载波数据信号。这并非基于UE属性（如SNR）变化的“半静态”选择。 | 目标专利中的“半静态选择”指基于UE属性（如SNR）的变化，在相对较长的时间尺度上为UE选择并固定使用一种复用方案。对比文件中的方案切换是基于传输内容类型（控制/数据）在固定时隙间切换，每个UE在特定时刻使用何种方案是系统预定义的，并非针对该UE属性进行的个性化、可调整的选择。因此，技术特征H未被公开。 |
| **技术特征I**：还包括：用于为所述UE动态地选择所述单载波复用方案或所述多载波复用方案的模块，所述用于发送的模块通过信令向所述UE发送所述指示。<br>**判断结果**：未直接公开且未隐含公开 | 对比文件中未描述基站通过信令动态指示终端在单载波和多载波方案之间进行选择。方案的使用由系统定时（スロットタイマ417）根据预定的帧结构控制开关（418, 419, 420, 421）来实现。[2]段提到基地局可能通知终端发送控制信号的“タイミング”（时机）或“拡散コード”（扩频码），但这不是指示选择复用方案的信令。 | 目标专利的动态调度涉及在每个调度间隔，基站通过信令（如模式位）指示UE本次传输应使用的复用方案。对比文件没有这种动态信令机制，其方案使用是周期性、固定模式的。因此，技术特征I未被公开。 |
| **技术特征J**：其中，所述信令包括模式位，该模式位具有第一值，用于指示所述多载波复用方案，或具有第二值，用于指示所述单载波复用方案。<br>**判断结果**：未直接公开且未隐含公开 | 对比文件中不存在用于指示复用方案的模式位信令。其方案切换依赖于硬件开关（418, 419, 420, 421）和定时器（スロットタイマ417）根据帧结构进行的物理连接切换。 | 目标专利明确了一种具体的信令实现方式：使用一个模式位来指示方案选择。对比文件完全没有公开任何类似的信令机制。因此，技术特征J未被公开。 |
| **技术特征K**：其中，所述用于分配的模块将连续的或不连续的子载波分配给所述UE用于所述多载波复用方案。<br>**判断结果**：《隐含公开》 | 对比文件在描述OFDM数据信道时提到将不同的子载波组分配给不同的终端，例如[2]段：“端末１０２は１番目からｍ番目サブキャリア、端末１０５はｍ＋１番目から２ｍ番目のサブキャリアをデータとして受信する”。虽然未明确说明这些子载波组是连续还是非连续，但在OFDM系统中，分配给一个用户的子载波组可以是连续的（如局部式分配）也可以是非连续的（如分布式分配），这是本领域公知的OFDM资源分配灵活性的一部分。 | 目标专利中，调度器为使用多载波方案（OFDM）的UE分配连续或不连续的子载波。对比文件公开了在OFDM系统中为不同用户分配不同的子载波组。尽管对比文件未明确分配方式，但本领域技术人员知晓OFDM系统具备分配连续或不连续子载波的能力，这是OFDM技术的固有特性。因此，可以合理推断对比文件中用于OFDM的资源分配模块能够执行分配连续或不连续子载波的功能。技术特征K被隐含公开。 |
| **技术特征L**：其中，所述用于分配的模块根据第一信道树将子载波分配给所述UE用于所述单载波复用方案，并根据第二信道树将子载波分配给所述UE用于所述多载波复用方案。<br>**判断结果**：未直接公开且未隐含公开 | 对比文件未提及“信道树”这一概念。其资源分配主要体现在图2、4、5、7所示的时隙和帧结构中，通过时间（控制/数据时隙）和频率（OFDM子载波）进行划分，但未描述使用树形结构进行资源映射和分配的机制。 | 目标专利中利用不同的信道树结构来分配资源块，这是其实现灵活调度的一种具体机制。对比文件完全没有涉及“信道树”的概念或类似结构。因此，技术特征L未被公开。 |
| **技术特征M**：还包括：用于经由多个天线从所述UE接收所述传输的模块。<br>**判断结果**：未直接公开且未隐含公开 | 对比文件描述的系统未提及使用多个天线进行接收。图3所示的装置具有天线，但未说明天线数量。全文描述侧重于通过时分和频分复用支持多用户，未涉及多天线接收分集或MIMO技术。 | 目标专利的该特征明确涉及多个天线接收，这是支持MIMO等高级技术的基础。对比文件没有公开通过多个天线接收传输的模块。因此，技术特征M未被公开。 |
| **技术特征N**：用于进行多输入多输出(MIMO)检测，以便在空间上分离在所述传输中发送的多个流的模块。<br>**判断结果**：未直接公开且未隐含公开 | 对比文件未涉及MIMO检测技术。其接收处理（如復調処理部414）处理的是来自单个用户（在指定时隙和子载波上）的信号，或是多个用户通过时分/频分复用的信号，而不是对同一时频资源上通过多个空间流发送的信号进行分离。 | 目标专利的MIMO检测模块用于空间分离多个流。对比文件完全没有公开任何MIMO检测的技术内容。因此，技术特征N未被公开。 |
| **技术特征O**：其中，所述用于进行处理的模块根据所述单载波复用方案对所述多个流中的至少一个流进行处理，并根据所述多载波复用方案对所述多个流中的至少另一个流进行处理。<br>**判断结果**：未直接公开且未隐含公开 | 对比文件未描述从一个终端接收多个数据流的情况，更未描述对不同的流采用不同的复用方案进行处理。其处理是针对单个信号路径：要么是单载波控制信号，要么是多载波数据信号。 | 目标专利该特征涉及在MIMO等场景下，对同一UE的不同数据流采用不同的复用方案进行处理。对比文件未涉及多流传输，且其方案应用是基于信号类型而非数据流。因此，技术特征O未被公开。 |
| **技术特征P**：其中，所述用于进行处理的模块在根据所述多载波复用方案对所述至少另一个流进行处理之前，根据所述单载波复用方案对所述至少一个流进行处理。<br>**判断结果**：未直接公开且未隐含公开 | 同技术特征O，对比文件未涉及对多个流进行串行处理的情况。其处理流程是独立的，针对不同时隙的不同类型信号。 | 目标专利该特征限定了对不同流进行处理的先后顺序。对比文件未公开相关技术内容。因此，技术特征P未被公开。 |
<<<D>>><<<c>>><<<k>>>