对比文件的名称：2007-04-04_CN1943138A_发明公开_CN1943138A 用于调度和同步多媒体广播_组播业务的方法和设备
目标专利的名称：2039用于使终端的输出同步的方法及系统CN101889422B
本次调用的模型名称：无
### 特征比对表格
| 第一栏（技术特征描述及公开性判断结果） | 第二栏（对比文件原文引用） | 第三栏（公开性论述） |
| 技术特征A：在所述终端和同步单元(112)之间提供一个或者多个低延迟通信信道(110a，110b)（不公开） | 对比文件未提及“低延迟通信信道”，也未提及在终端和同步单元之间提供专门的低延迟信道。 | 对比文件涉及网络控制器通过节点B向UE传输调度信息，使用的信道为空中接口的控制信道，未明确具有低延迟特性，且未在终端和同步单元之间直接建立低延迟通信信道。本领域技术人员不能从对比文件毫无疑义地得出该特征，也不可能合理推断出该特征。 |
| 技术特征B：所述同步单元被包括在所述终端的至少一个中（不公开） | 对比文件中的同步单元是网络控制器130，位于网络侧，不在终端中。 | 对比文件明确同步单元（网络控制器130）是独立于终端的网络节点，未公开或暗示同步单元可设置在终端中。 |
| 技术特征C：所述一个或者多个低延迟通信信道中的至少一个作为所述终端之间的通信会话的一部分而被建立（不公开） | 对比文件未涉及终端之间的通信会话，所有通信均为网络到终端的单向或双向控制。 | 对比文件没有终端之间的通信会话，也没有将低延迟通信信道作为终端间通信会话的一部分。 |
| 技术特征D：所述同步单元基于经所述一个或者多个低延迟通信信道从所述终端接收的同步信息来计算延迟信息（不公开） | 对比文件中的网络控制器基于节点同步过程计算调度信息，而非从终端接收同步信息。 | 对比文件未公开终端向同步单元发送同步信息，且同步单元的计算不基于从终端接收的同步信息。 |
| 技术特征E：将所述延迟信息传送到所述终端中的至少一个，允许所述至少一个终端延迟其输出以便所述终端的输出基本上被同步。（隐含公开） | 对比文件公开了网络控制器130经由服务节点B将调度信息（包括偏移、起始时间）传送到UE 102，UE根据该信息确定软合并起始时间，从而同步接收到的MBMS数据，最终实现输出同步。（参见具体实施方式部分，如“网络控制器130经由服务节点B 123向UE 102传送该调度信息”） | 对比文件中传送的调度信息（如偏移）可视为延迟信息，UE根据该信息调整合并时间，导致输出延迟并同步，因此本领域技术人员可以合理推断出该特征。 |
| 技术特征F：其中每个终端包括用于接收多媒体信号的输入（直接公开） | 对比文件具体实施方式部分描述：“UE 102经由空中接口110、113、116接收MBMS数据”。 | 对比文件明确UE具有接收多媒体信号（MBMS数据）的输入，因此直接公开。 |
| 技术特征G：每个终端包括用于将所述多媒体信号传送到信息呈现单元(116a，116b)的输出（直接公开） | 对比文件具体实施方式部分：“UE 102预定并且能够接收和显示音频、视频和/或与MBMS业务相关的数据”。 | 对比文件公开了UE能够显示多媒体数据，即具有输出到信息呈现单元（如屏幕）的功能，因此直接公开。 |
| 技术特征H：每个终端包括用于延迟所述输出信号的可变延迟单元(114a，114b)（隐含公开） | 对比文件公开了UE 102包括软合并缓冲器108，用于存储从多个节点B接收的MBMS数据，直到能够软合并为止。（参见具体实施方式部分：“软合并缓冲器108存储从多个节点B 120，123和126中的每一个节点B接收到的MBMS数据”） | 软合并缓冲器暂时存储数据，从而延迟了输出信号，且该缓冲器可适应不同延迟时间，起到了可变延迟单元的作用。本领域技术人员可以合理推断出该特征。 |
| 技术特征I：将多媒体流传送到所述终端的输入（直接公开） | 对比文件公开了网络控制器130经由节点B 120、123、126向UE 102组播MBMS数据。（参见具体实施方式部分：“网络控制器130经由节点B 120，123和126中的每一个节点B向UE 102传送MBMS数据”） | 对比文件明确将多媒体流（MBMS数据）传送到终端UE的输入，因此直接公开。 |
| 技术特征J：根据所述接收的延迟信息延迟所述输出信号。（隐含公开） | 对比文件公开了UE 102基于接收的调度信息（包括起始时间、偏移）确定软合并起始时间，从而在合并前延迟输出数据。（参见具体实施方式部分：“UE 102可以使用所提供的调度信息来确定关于多个节点B 120，123和126中每一个节点B的软合并周期何时开始，并基于所确定的关于多个节点B的软合并周期的开始来同步经由多个节点B中每一个接收到的数据”） | UE根据接收的调度信息调整合并时机，导致输出信号被延迟，相当于根据延迟信息延迟输出。本领域技术人员可以合理推断出该特征。 |
| 技术特征K：每个终端经低延迟通信信道将同步信息发送到所述同步单元（不公开） | 对比文件未公开终端向同步单元发送同步信息，所有同步信息均由网络控制器向终端发送。 | 对比文件没有终端向同步单元发送同步信息的机制，也没有低延迟通信信道用于该目的。 |
| 技术特征L：所述同步信息包括表示媒体单元在多媒体流中的位置的媒体单元参考(MUR)信息。（隐含公开） | 对比文件公开了调度信息包括以无线帧表示的起始时间（如SFN索引、CFN索引），参见具体实施方式部分：“调度信息包括用于以无线帧(例如SFN索引或CFN索引)表示的业务起始时间”。 | 尽管对比文件中的同步信息由网络控制器发送，但其内容包含帧号，属于媒体单元参考信息。本领域技术人员可以合理推断出同步信息包括MUR信息。 |
| 技术特征M：响应于同步请求，所述同步信息被发送。（不公开） | 对比文件未公开同步请求，调度信息由网络控制器主动发送。 | 对比文件没有同步请求的概念，终端发送同步信息不基于同步请求。 |
| 技术特征N：其中所述MUR信息包括帧号或者序列号。（直接公开） | 对比文件公开了调度信息包括起始SFN、CFN等帧号（参见具体实施方式部分：“调度信息包括用于以无线帧(例如SFN索引或CFN索引)表示的业务起始时间”） | 对比文件明确使用帧号（SFN/CFN）作为媒体单元的位置参考，因此直接公开。 |
| 技术特征O：将一个或者多个时间戳添加到从所述终端接收的所述MUR信息（不公开） | 对比文件未公开从终端接收MUR信息，也未公开添加时间戳的步骤。 | 对比文件没有涉及时间戳添加到MUR信息。 |
| 技术特征P：提供关于由所述终端接收的所述多媒体流的帧速率的信息（隐含公开） | 对比文件公开了TTI（传输时间间隔）尺寸，例如20ms，作为调度信息的一部分（参见具体实施方式部分：“传输时间间隔(TTI)是20毫秒(ms)”） | TTI尺寸提供了帧的时间间隔，可间接反映帧速率。本领域技术人员可以合理推断出提供了帧速率相关信息。 |
| 技术特征Q：基于所述帧速率信息以及被加上时间戳的MUR信息来为每个终端计算延迟信息（不公开） | 对比文件的计算基于节点同步（RFN-BFN差），而非基于帧速率和时间戳MUR。 | 对比文件没有基于帧速率和时间戳MUR计算延迟信息。 |
| 技术特征R：将延迟信息发送到所述终端中的至少一个。（不公开，因与Q关联） | 对比文件有发送调度信息，但该信息非基于Q的计算。 | 本特征与Q紧密关联，对比文件没有Q的计算，因此R不公开。 |
| 技术特征S：所述同步单元经一个或者多个低延迟通信信道向所述终端发送同步请求（不公开） | 对比文件没有同步单元发送同步请求，只有网络控制器发送调度信息。 | 对比文件没有同步请求步骤。 |
| 技术特征T：提供关于由所述终端接收的所述多媒体流的帧速率的信息（隐含公开） | 同特征P，TTI尺寸作为帧速率相关信息（参见具体实施方式部分：“传输时间间隔(TTI)是20毫秒(ms)”） | 同特征P的论述，隐含公开。 |
| 技术特征U：基于所述帧速率信息以及所述MUR信息来为每个终端计算延迟信息（不公开） | 对比文件计算调度信息基于节点同步，而非基于帧速率和MUR。 | 对比文件没有基于帧速率和MUR计算延迟信息。 |
| 技术特征V：将延迟信息发送到所述终端中的至少一个。（不公开，因与U关联） | 同特征R，对比文件有发送调度信息，但非基于U的计算。 | 本特征与U关联，对比文件没有U的计算，因此V不公开。 |
<<<e>>><<<F>>><<<G>>><<<h>>><<<I>>><<<j>>><<<l>>><<<N>>><<<p>>><<<t>>>