2002-02-21_WO2002015625A_发明申请_WO02015625A1 COMMUNICATION SYSTEM AND METHOD PROVIDING A MODE SELECTION PROCEDURE_+++A_B_C_L_O_P_Q_X_n_z+++.docx

**对比文件名称:** 2002-02-21_WO2002015625A_发明申请_WO02015625A1 COMMUNICATION SYSTEM AND METHOD PROVIDING A MODE SELECTION PROCEDURE

**目标专利名称:** 用于提供冗余管理的系统和方法(CN101536088B)

**本次调用的模型名称:** 未知(用户未提供)

以下是对比文件相对于目标专利权利要求的特征比对表格。由于目标专利权利要求的技术特征A至N(方法特征)与O至Z(装置特征)在内容上一一对应,本表格对方法特征(A至N)进行详细比对,装置特征(O至Z)的公开性判断与之完全相同,并在第三栏中统一论述。

技术特征描述及公开性判断对比文件原文引用公开性论述
**A: 包括:确定可用的编解码器模式**<br>【直接公开】[p0006]:“Such capability information may e.g. relate to voice and multimedia codecs supported by the end terminals.”<br>[p0047]:“This message may be an Invite message of the connection protocol, preferably SIP. This Invite message contains a list of codecs supported by network element 1.”对比文件明确描述了在呼叫建立过程中,发起端设备(UE Caller)通过SIP Invite消息发送其支持的编解码器列表,从而“确定可用的编解码器模式”。该过程与目标专利中确定可用编解码器模式的目的相同,均是为了知晓可供选择的编码方式,因此该特征被直接公开。
**B: 该可用的编解码器模式是根据与接收设备的之前协商设置的**<br>【直接公开】[p0006]:“the Session Initiation Protocol (SIP) represents a protocol which may be used e.g. for call and connection establishment as well as for transport of endpoint capability information.”<br>[p0014]:“the protocol may be the Session Initiation Protocol (SIP) ... is used for sending information on supported or selected modes to and from the network elements.”对比文件指出,SIP协议用于在端点之间传输能力信息(包括支持的编解码器)。该过程本质上是通信双方(发送设备与接收设备)通过SIP消息进行“之前协商”,从而确定可用的编解码器模式集合。这与目标专利权利要求中根据与接收设备的之前协商设置可用编解码器模式的特征完全一致,故直接公开。
**C: 从所述可用的编解码器模式中选择一个编解码器模式**<br>【直接公开】[p0012]:“A mode selection procedure is performed (e.g. by one or both of the network elements, or by a third network element) ..., for selecting the same mode for bidirectional communication between the network elements.”<br>[p0049]:“After performing the codec selection procedure 4, the CSCF 2 further transmits the Invite message to the user equipment 3, the message now only including the codec selected by the codec selection procedure 4.”对比文件的核心发明点即在于“模式选择过程”(Mode Selection Procedure),该过程从支持的模式集合中“选择一个”编解码器模式用于后续通信。对比文件的附图及说明书中多个实施例均明确描述了从可用编解码器模式中选择一个模式的操作,因此被直接公开。
**D: 封装分组以用于依照根据所选择的编解码器模式选择的特定帧冗余等级进行传输**<br>【未公开】对比文件全文未提及“冗余传输”、“帧冗余等级”或“冗余等级选择”。对比文件仅涉及编解码器模式的选择,未涉及如何根据所选择的模式来确定帧的冗余等级(如100%或200%冗余),也未涉及基于该冗余等级对分组进行封装。目标专利特征D的核心在于将“选择的编解码器模式”与“特定帧冗余等级”关联,并基于此封装分组。对比文件所有实施例均围绕如何协商或选择单一编解码器模式,以确保上下行链路使用相同模式,但完全没有涉及任何关于冗余传输或冗余等级的概念。因此,该特征未被对比文件直接或隐含公开。
**E: 其中从所述可用的编解码器模式中选择所述所选择的编解码器模式,**<br>**F: 以当使用所述特定帧冗余等级时与当前比特速率最接近地匹配。** <br>【未公开】对比文件全文未提及“帧冗余等级”概念,也未描述基于冗余等级匹配比特速率的选择逻辑。对比文件中的模式选择是基于运营商偏好、设备能力集匹配或应用类型(如语音传输),而非基于冗余等级与当前比特速率的匹配。目标专利特征E和F限定了编解码器模式选择的特定目的和条件:为了在使用特定帧冗余等级时,使总比特速率与当前比特速率最接近地匹配。对比文件的选择过程缺乏“特定帧冗余等级”这一前提,其选择逻辑不涉及与比特速率的匹配,因此该特征未被公开。
**G: 其中,如果编解码器适配受到适配速率的限制,则仅在达到所述所选择的编解码器模式之后实现所述特定帧冗余等级以用于分组传输。** <br>【未公开】对比文件未讨论编解码器“适配速率”的限制,也未描述在存在此类限制时的迂回策略(即先改变模式,再应用冗余等级)。对比文件关注的是模式选择的协商机制本身,而非模式切换的时间或步长限制。目标专利特征G涉及编解码器适配速率受限时的应对方案,即“先达到目标模式,再实现冗余等级”。对比文件中完全没有关于编解码器适配速率限制、模式改变周期、或模式改变步骤的讨论,因此该特征未被公开。
**H: 其中,如果编解码器适配受到到相邻模式的适配步长的限制,则仅在达到所述所选择的编解码器模式之后实现所述特定帧冗余等级以用于分组传输。** <br>【未公开】对比文件未讨论编解码器“适配步长”或“只能改变到相邻模式”的限制。对比文件假设模式选择后即可立即使用,未涉及模式切换的渐进过程。目标专利特征H与特征G类似,但具体化到“相邻模式的适配步长”这一限制。对比文件对编解码器的适配过程没有任何限制描述,也不涉及步进式调整,故该特征未被公开。
**I: 其中,如果可用的编解码器模式仅包括当前正在使用的编解码器模式,则继续使用当前正在使用的编解码器模式。** <br>【未公开】对比文件未描述“可用编解码器模式仅包括当前模式”这一特定情景。对比文件的协商机制允许选择任一共同支持的模式,不存在仅剩当前模式的预设。例如[p0036]描述了无法匹配时选择强制编解码器,但并未描述继续使用当前模式。目标专利特征I描述了一种极端的边界情况:当没有其他模式可用时,不进行模式切换。对比文件没有提及“可用模式仅包括当前模式”这一前提,也没有相应的“继续使用当前模式”的决策逻辑。因此,该特征未被公开。
**J: 其中所述特定帧冗余等级包括100%冗余。** <br>【未公开】对比文件全文未出现“100%冗余”、“冗余等级”、“帧冗余”等任何相关术语或概念。目标专利特征J将“特定帧冗余等级”具体化为“100%冗余”。由于对比文件完全不涉及冗余传输,该具体数值特征未被直接或隐含公开。
**K: 其中所述特定帧冗余等级包括200%冗余。** <br>【未公开】对比文件全文未出现“200%冗余”或任何关于冗余等级的描述。与特征J同理,由于对比文件缺乏冗余传输的技术方案,该具体数值特征“200%冗余”未被公开。
**L: 其中所述可用的编解码器模式包括3GPP自适应多速率AMR编解码器模式。** <br>【直接公开】[p0023]:“...the same codec type (e.g. AMR (Adaptive Multi-Rate), GSM FR, GSM EFR, etc.) at the same time...”对比文件说明书明确将“AMR(自适应多速率)”列举为一种编解码器类型,并且该编解码器类型属于协商或选择的对象。这与目标专利中限定的AMR编解码器模式完全一致,因此该特征被直接公开。
**M: 其中所述可用的编解码器模式包括自适应多速率宽带AMR-WB编解码器模式。** <br>【未公开】对比文件全文未提及“AMR-WB”或“自适应多速率宽带”编解码器。目标专利特征M限定了“AMR-WB”这一特定类型的编解码器模式。对比文件虽然广泛提及编解码器选择,但并未具体列举或暗示AMR-WB。由于对比文件未公开该特定模式,该特征未被公开。
**N: 其中所述之前协商包括会话描述协议SDP提供-应答协商。** <br>【隐含公开】[p0006]:“the Session Initiation Protocol (SIP) represents a protocol which may be used ... for transport of endpoint capability information.”<br>[p0014]:“the protocol may be the Session Initiation Protocol (SIP) ... is used for sending information on supported or selected modes to and from the network elements.”对比文件明确指出使用SIP协议进行编解码器能力信息的传输和协商。SIP协议在用于多媒体会话建立时,其能力交换(如编解码器信息)几乎无一例外地通过SDP(会话描述协议)的提供-应答(Offer/Answer)模型来实现。对比文件中描述的“Invite”和“200 OK”消息中携带编解码器列表的过程,正是SDP Offer/Answer协商的典型应用。本领域技术人员阅读对比文件后,可以合理推断出该协商过程即为SDP提供-应答协商,因此该特征被隐含公开。
**O 至 Z (装置特征)** <br>【公开性判断与对应方法特征A至N完全相同】与上述A至N的引用内容相同。目标专利的权利要求O至Z为与方法特征A至N相对应的装置特征(包括用于确定、选择、封装的装置及条件限定)。由于对比文件公开了所有对应的方法步骤(如上述A至N的论述),故本领域技术人员可以毫无疑义地确定,对比文件同样公开了实现这些方法的相应功能和模块(如用于确定可用模式的装置、用于选择的装置等)。因此,其特征O至Z的公开性判断与特征A至N完全一致。

根据上述特征比对表格,对比文件直接或隐含公开的技术特征代码总结如下:

<<<A>>><<<B>>><<<C>>><<<L>>><<<n>>>

<<<O>>><<<P>>><<<Q>>><<<X>>><<<z>>>

权利要求与技术特征
Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE