中华人民共和国
北京市高级人民法院
行 政 判 决 书
（2018）京行终2559号
上诉人（原审原告）艾利森电话股份有限公司，住所地瑞典王国斯德哥尔摩。
法定代表人尼娜·迈克弗森，资深副总裁兼总顾问。
法定代表人克里斯蒂娜·彼得森，副总裁。
委托代理人赵林琳，北京市金杜律师事务所专利代理人。
委托代理人庞淑敏，北京市金杜律师事务所律师。
被上诉人（原审被告）中华人民共和国国家知识产权局专利复审委员会，住所地中华人民共和国北京市海淀区。
法定代表人葛树，副主任。
委托代理人张琳，该委员会审查员。
委托代理人朱明雅，该委员会审查员。
原审第三人华为技术有限公司，住所地中华人民共和国深圳市龙岗区。
法定代表人孙亚芳,董事长。
委托代理人王提政，该公司专利工程师，住中华人民共和国广东省深圳市南山区。
委托代理人王述慧，北京华为数字技术有限公司专利工程师，住中华人民共和国北京市海淀区。
上诉人艾利森电话股份有限公司（简称艾利森公司）因发明专利权无效宣告行政纠纷一案，不服中华人民共和国北京知识产权法院（简称北京知识产权法院）（2015）京知行初字第3803号行政判决，向本院提起上诉。本院于2018年5月8日受理后，依法组成合议庭，于2018年9月12日公开开庭审理本案。上诉人艾利森公司的委托代理人赵林琳、庞淑敏，被上诉人中华人民共和国国家知识产权局专利复审委员会（简称专利复审委员会）的委托代理人张琳、朱明雅到庭参加诉讼。原审第三人华为技术有限公司（简称华为公司）经本院合法传票传唤明确表示不出庭，本院予以缺席审理。本案现已审理终结。
本案涉及艾利森公司所有的名称为“绕过通信网络中的码变换操作的方法及装置”的03814328.3号发明专利（简称本专利）。针对本专利，华为公司于2014年2月11日向专利复审委员会提出了无效宣告请求。2014年12月18日，专利复审委员会作出第24590号无效宣告请求审查决定（简称被诉决定），宣告本专利权全部无效。艾利森公司不服被诉决定，向北京知识产权法院提起行政诉讼。
北京知识产权法院认为：对比文件1涉及避免在包括蜂窝网络的数据连接中对数据进行多重编解码，特别涉及将自由汇接操作（TFO）扩展到越过非常规电话网络的连接。其公开了一种通过分组数据网络传送编码信息的方法，具体公开了一种在蜂窝网络之间协商使用的编码器和解码器的方法。另外，对比文件1还公开了一些编码器和解码器可以在网关中实现等内容。专利复审委员会对本专利权利要求1中的相应技术特征与对比文件1中相应技术特征的比对并无不妥。专利复审委员会根据对比文件1的相应内容，认定选择的编码格式与现在使用的不同时必然会改变编码格式，因此隐含公开了权利要求1中“以便在启动绕过所述码变换操作前允许在一端或两端改变当前使用的所述编码格式”并无不当。本专利说明书并没有对“绕过协议版本”进行定义。TFO协议版本的作用在于表达有关各自本地端的编码能力的信息。本专利权利要求1中的“绕过协议版本”和对比文件2中的版本号的作用一样，都是为了交换编码能力信息。本领域技术人员在对比文件2公开的通过传送表示编解码能力的AMR_TFO方案的版本号来传送编码能力信息的基础上，无需付出创造性的劳动就能够想到使用权利要求1中的“绕过协议版本”以实现编码能力信息的交换。关于对比文件1与对比文件2是否存在结合启示的问题。对比文件1与对比文件2均涉及通信领域中的自由汇接操作技术，在对比文件1公开了通过传送解码能力的信息使得各个蜂窝网络都知道其他网络的解码能力的基础上，对比文件2公开了编解码信息的载体、范畴等内容，本领域技术人员面对相应的技术问题时，容易想到二者的结合，从而得到本专利权利要求1所述的技术方案。专利复审委员会对权利要求1是否具备创造性的评述正确，予以支持。故在权利要求1不具备创造性的情况下，权利要求2-4、7不符合《中华人民共和国专利法》（简称专利法）第二十二条第三款的规定。
权利要求8附加特征限定了“如果所述两端使用不兼容的协议版本，则中止绕过协议，和/或如果协议版本兼容，则在所述绕过协议的联络状态中改变所述编码格式，所述联络状态后面是绕过所述码变换操作的操作状态”，对比文件3公开了为了避免由于话音不必要地进行两次连续地代码转换而导致不必要的恶化，可以使用无汇接工作方式（TFO方式），建立TFO方式通常需要交换信令，交换信令为有TFO方式选择的通用编码方式，终端改变编码方式，因此公开了如果协议版本兼容可以进行TFO方式，则改变编码格式。而协议版本不兼容，则不进行TFO方式。而在联络状态中改变所述编码格式的内容在对比文件1中已经被公开。在其引用的权利要求不具备创造性的情况下，权利要求8也不具备创造性。在其引用的权利要求不具备创造性的情况下，权利要求13也不具备创造性。
北京知识产权法院依照《中华人民共和国行政诉讼法》第六十九条之规定，判决：驳回艾利森公司的诉讼请求。
艾利森公司不服原审判决，向本院提起上诉，请求撤销原审判决及被诉决定。其理由为：1、权利要求1、18及19相对于对比文件1、2及公知常识的结合具备创造性；2、原审判决及被诉决定关于权利要求8的创造性判断错误。
专利复审委员会、华为公司服从原审判决。
经审理查明：本案涉及的本专利的专利号为03814328.3，优先权日为2002年4月24日，申请日为2003年4月24日，授权公告日为2010年1月6日。本专利授权公告时的权利要求书如下：
“1.一种方法，用于启动绕过由与通信网络本地端的第一通信终端安排在一起的第一变码器和与所述通信网络远端的第二通信终端安排在一起的第二变码器串行执行的一对码变换操作，包括：在绕过码变换操作的第一初始请求中从所述远端接收有关所述远端当前使用的编码格式和有关所述远端的编码能力的信息，以及在绕过码变换操作的第二初始请求中向所述远端发送有关所述本地端当前使用的编码格式和所述本地端的编码能力的信息，以便在启动绕过所述码变换操作前允许在一端或两端改变当前使用的所述编码格式，其中有关所述编码能力的所述信息包括所述相应变码器所支持的绕过协议版本。
2.如权利要求1所述的方法，其特征在于还包括：即使两端当前使用兼容的编码格式也就所述编码格式的所述改变作出决定。
3.如权利要求1或2所述的方法，其特征在于：有关所述远端的所述编码能力的所述信息用于确定所述本地端和所述远端均支持的替代编码格式。
4.如权利要求3所述的方法，其特征在于：所述编码格式的所述改变基于所述替代编码格式来实现。
5.如权利要求1所述的方法，其特征在于：有关所述编码能力的所述信息包括所述相应通信终端支持的编码格式列表。
6.如权利要求1所述的方法，其特征在于：实现所述编码格式的所述改变是为了根据两端兼容的编码格式建立最优的编码配置。
7.如权利要求1所述的方法，其特征在于还包括：改变当前使用的所述编码格式以及在进入绕过所述码变换操作的操作态之前将所述改变通知所述远端。
8.如权利要求4到7之一所述的方法，其特征在于：如果所述两端使用不兼容的协议版本，则中止绕过协议，和/或如果协议版本兼容，则在所述绕过协议的联络状态中改变所述编码格式，所述联络状态后面是绕过所述码变换操作的操作状态。
9.如权利要求1或2所述的方法，其特征在于：有关所述编码格式的所述信息包括用于将语音信号编码成编码数据表示的编解码器类型。
10.如权利要求1或2所述的方法，其特征在于：有关所述远端的所述编码能力的所述信息用于查找所述远端支持的编码格式子集，其中：将该子集与所述本地端上支持的所述编码格式进行比较，并选择所述共同的最优编码格式以启动绕过所述码变换操作。
11.如权利要求1或2所述的方法，其特征在于：有关当前使用的所述编码格式和有关所述编码能力的所述信息包括在请求启动绕过协议的消息或确认此类请求的消息中。
12.如权利要求11所述的方法，其特征在于：有关所述编码能力的所述信息以一个或多个单独信息块的形式附加到所述消息中。
13.如权利要求12所述的方法，其特征在于：第一个附加块包括绕过协议的版本和指示所述第一附加块后面是否有包括支持的编码格式列表的第二附加块的指示器。
14.如权利要求1所述的方法，其特征在于：所述方法在所述两个通信终端之间建立无串联操作的环境中执行。
15.如权利要求1所述的方法，其特征在于：至少一个所述通信终端使用编解码器类型形式的至少一种编码格式，以将语音信号编码成编码数据表示，并且其中：在所述两个变码器之间发送消息以确定所述通信终端是否具有至少一种共同的编解码器类型，并且如果有，则在所述通信终端之间建立数据连接而无需将码变换功能插入所述两个通信终端之间的信号路径中。
16.如权利要求14或15所述的方法，其特征在于：在所述变码器之间交换第一消息，所述第一消息包含有关所述相应通信终端当前使用的所述编码格式的所述信息和所述相应通信终端或变码器的所述编码能力的其它信息。
17.如权利要求14或15所述的方法，其特征在于：如果双方报告的编解码器类型匹配，或者不管是否存在此类匹配，则在所述变码器之间交换作为所述第一消息响应的第二消息。
18.一种装置，用于在启动绕过由与通信网络本地端的第一通信终端安排在一起的第一变码器和与所述通信网络远端的第二通信终端安排在一起的第二变码器串行执行的一对码变换操作的环境中处理信号，它包括一个部件，用于在绕过码变换操作的第一初始请求中接收有关所述远端当前使用的编码格式和有关所述远端的编码能力的信息，并且还包括一个部件，用于在绕过码变换操作的第二初始请求中发送有关所述本地端当前使用的编码格式和所述本地端的编码能力的信息，以便在启动所述绕过所述码变换操作前允许在一端或两端改变当前使用的所述编码格式，其中有关所述编码能力的所述信息包括所述相应变码器所支持的绕过协议版本。
19.一种包括如权利要求18所述装置的变码器。
20.如权利要求19所述的变码器，其特征在于还包括一个部件，用于评估本地端和远端编码信息并控制所述编码格式的所述改变。”
本专利说明书“发明领域”部分载明，本发明涉及通信网络中的呼叫建立，更具体地说，本发明涉及绕过由安排在所述通信网络本地端的第一变码器和安排在所述网络远端的第二变码器串行执行的码变换操作。本专利说明书“发明背景”部分载明，如果变码器单元发现当前由两个移动终端使用的编解码器类型兼容，则它们将立即进入TFO模式。虽然某些程序可确保在通信期间将通信连接切换为普通编解码器类型，于是随后可以启动TFO，但建立过程受到延迟，且在初始串联操作模式中的信号失真会引起不便。因此，可考虑报告具有更低属性但更普遍的编解码器类型，以便在很早时建立TFO。随后交换报告每个终端支持的编解码器类型列表的消息时，在连接期间，可将在用的编解码器类型改变为更好的编解码器类型。然而，移动终端的用户将在建立TFO模式时感受到编解码器改变所致的（喀哒）噪声，从而可能感到不快。本发明的目的是改善对串行执行的两个或两个以上码变换操作的旁路。本发明的又一目的是实现高效率的协议版本处理。本专利说明书还载明，根据第一方面，本发明提出了一种方法，以启动绕过由与通信网络本地端的第一通信终端安排在一起的第一变码器和与所述通信网络远端第二通信终端安排在一起的第二变码器串行执行的一对码变换操作。所述方法包括从所述远端接收有关在所述远端当前使用的编码格式和关于所述远端的编码能力的信息，并向所述远端发送有关所述本地端当前使用的编码格式和所述本地端的编码能力的信息，以便在启动绕过所述码变换操作前允许在一端或两端改变当前使用的所述编码格式。因此，在绕过所述码变换操作前，可基于对本地端和远端编码信息如当前使用的编码格式和编码能力的评估，执行所述编码格式的改变。这允许使用从系统操作者和用户的观点来看有利的编码格式，进入一种绕过码变操作的操作模式。所述编码信息可包括在全球绕过码变换操作的初始消息中。有关远端的编码能力的信息可用于确定本地端和远端均支持的替代编码格式。随后，可基于所述替代编码格式，例如，通过切换到此替代编码格式，改变编码格式的改变。有关本地端或远端的编码能力的信息可包括本地端或远端变码器支持的如果协议版本，如TFO协议版本。如果一端改变其编码格式，则它可通知其对端。这种通知可在进入绕过码变换操作的操作模式前执行。基于在两端之一上可用的本地端和远端编码信息，可决定在一端和/或两端上改变编码格式。此决定可在切换到联络状态前或在联络状态中执行。从联络状态到操作状态的切换可在一端或两端均发信令表示当前使用的编码格式将改变或已改变后执行。在协议版本不兼容的情况下，可决定在进入联络状态前或在联络状态中，即呼叫的较早阶段中止绕过协议，并保持串联操作。视特定的通信情况而定，有关编码格式的信息可涉及不同的方面。例如，它可包括在特定端用于将语音信号编码成编码数据表示的编解码器类型。然而，本发明不限于语音信号的码变换，而是可应用于处理编码信号的码变换而不论其具体的内容。有关一端的编码能力的信息可在另一端用于查找远端支持的编码格式列表子集。例如，支持的编码格式列表可包括支持的编解码器列表（SCL）。远端支持的该子集或编码格式列表随后可与本地端支持的编码格式进行比较。基于此比较，可实现编码格式改变以便使用共同的最优编码格式，启动绕过码变换操作。本地端和远端编码信息包括有关当前使用的编码格式和有关编码能力的信息，可在本地端与远端之间以不同的方式发送。例如，编码信息可包括在专用消息中。又如，编码信息可包括在请求启动绕过协议的消息或确认此类请求的消息中。如果编码信息包括在用于其它信令目的的消息中，则有关编码能力的信息可以一个或多个单独信息块的形式附加到消息中。如前所述，上述方法可在两个通信终端之间建立TFO的环境中执行。本发明还可在涉及一系列的两个或两个以上码变换操作的类似情况中实施。如果至少一个通信终端使用至少一种编解码器类型将语音信号编码成编码表示，则可在两个变码器之间发送消息以确定所述通信终端是否具有共同的一种编解码器类型。如果有，则可在两个通信终端之间建立数据连接而无需将码变换功能插入所述两个通信终端之间的信号路径中。在变码器之间交换的消息可包括第一消息，它包含有关特定通信终端当前使用的编码格式信息和所述特定通信终端或变码器编码能力的其它信息。在交换第一消息后，可在变码器之间交换第二信息以响应所述第一消息。如果双方报告的编解码器类型匹配，或者不管是否存在此类匹配，均可交换第二消息。根据又一个方面，本发明涉及为第一通信终端与第二通信终端之间的语音通信启动通信网络中的TFO的方法，其中至少一个所述终端使用至少一种编解码器类型将语音信号编码成编码数据表示，以及其中所述通信网络包括第一变码器和第二变码器。消息从第一变码器发送到第二变码器，且反之亦然，以确定两个通信终端是否具有至少一种共同的编解码器类型，并且如果有，则在所述第一通信终端与所述第二通信终端建立数据连接而无需将码变换功能插入所述第一通信终端与所述第二通信终端之间的信号路径中。所述方法包括在所述变码器之间交换消息的步骤，所述消息包括有关所述通信终端当前使用的编码器类型的信息和有关所述相应通信终端的编码能力的其它信息；以及在所述变码器之间交换对所述第一消息响应的又一消息的另一步骤，例如，此步骤在双方报告的编解码器类型匹配或者不管是否存在此类匹配的条件下执行。有关编码能力的信息可包括TFO版本号，其由接收变码器用于查找所述特定TFO版本中必需支持的有效编解码器集的子集。变码器可将此子集与相关联通信终端支持的编解码器类型进行比较，并可选择最优的编解码器类型以进入TFO。本发明可实现为软件、硬件解决方案，或者实现为软硬件解决方案。本发明还涉及包括上述变码器和用于评估本地端和远端编码信息及控制所述编码格式改变的单独控制器的通信系统。在以下说明中，为了说明而非限制的目的，给出了特定的细节，如特殊的实施例、信号格式等，以便提供对本发明的全面理解。本领域的技术人员将明白，本发明可在脱离这些特定细节的其它实施例中实现。具体地说，虽然本文中对如下实施例的描述是结合GSM网络与3G网络之间的示范TFO配置来进行的，但本发明并不限于这种实现。它可以在允许绕过串行执行的两个或两个以上码变换操作的任何码变换环境中使用。再者，本领域的技术人员将理解本文下面所述功能可使用单独的硬件电路，使用结合编程微处理器或通用计算机发挥作用的软件，使用专用集成电路（ASIC）和/或使用一个或多个数字信号处理器（DSP）来实现。原理上，无论存在何种特定呼叫配置，即无论涉及哪种接入网类型，图1所示通信情况均适用。每个TRAU和TC均包括一个接口，用于接入有关各自远端当前使用的编码格式（编解码器类型）和有关各自远端的编码能力（TFO协议版本和/或选定的替代支持编解码器类型的列表）的信息，以及用于生成和发送有关各自本地端当前使用的编码格式和有关各自本地端的编码能力的信息。在每个TRAU和TC的内部处理器上运行的软件例程允许评估本地端和远端编码信息，并控制本地使用的编码格式。在TFO协商开始时，本地TRAU发送所谓的TFO_REQ的消息，表示其系统标识（GSM）和MS与TRAU之间当前使用的语音编解码器类型。如果远端TC支持TFO，则它通过所谓的TFO_ACK消息应答。远端TC可发送TFO_REQ消息到本地TRAU，同时从本地TRAU接收TFO_ACK消息。如果远端TC不支持TFO，或者由于TFO在该处被禁用，则本地TRAU在发送若干TFO_REQ消息后中止TFO协议，并返回其正常模式。然而，它继续监视在从远端TC接收的PCM样本中是否存在插入的任何TFO消息。在联络状态中，需要发送TFO_ACK消息以检查到对端的链路的透明性。在交换TFO_REQ和/或TFO_ACK消息后，如果本地端和远端的编解码器类型以改变，显然优选TFO配置是可行的。这种情况下，TFO协议保持在联络状态下，并执行即时编解码器类型优化，即，启动本地端和远端当前使用的编码格式改变。有关替代编解码器类型的可用信息指示本地和/或远端编解码器类型的改变促成了更高优先级的TFO配置。一旦有关替代编解码器类型的新信息可用，就重新评估上述即时编解码器类型优化的条件。本地TRAU和远端TC报告最优的ARM-
WB配置以在相应空中接口上开始改变ARM-WB。各端一切换到ARM-WB，就用适当的TFO_ACK消息通知对端，报告当前使用的编码格式（ARM-
WB）和（再次报告）相应的TFO协议版本。在连接状态，只要收到正确的TFO消息便发送TFO帧和可能嵌入的TFO消息。最先收到的TFO帧使连接状态变迁到操作状态。TFO帧在TFO协议的主要状态即操作状态中发送和接收。因此，TFO连接是充分运行的。从图9可以明白，在建立了TFO时，可在操作状态进一步发送编解码器类型优化命令Con_Req和Con_Ack。如上所述，即时编解码器类型优化的目的是当TFO协议在联络状态，即在TFO协议的较早阶段时，切换本地端和/或远端的编解码器类型（如果这可产生优选TFO配置）。决定是否应执行即时编解码器类型优化的所需信息包括在TFO_REQ和TFO_ACK信息中，消息包括了TFO版本扩展块和（可选或必需的）指定选定的替代支持编码格式的附加扩展块。如果通过改变本地端和/或远端编解码器类型可实现优选TFO配置，则一执行即时编解码器类型优化，两端就保持在联络状态，即，直至本地端和/或远端已经改变了编解码器类型。在切换后，TFO协议继续像平常一样运行。协议与不包括即时编解码器类型优化的较旧版本兼容。虽然如此，但仍可使用以上针对不匹配或操作状态定义的普通编解码器类型优化例程实现到不同编解码器类型的切换。在现有情况中，定义的TFO协议版本号最小为0.0。它表示5.3前所有TFO协议版本。可保留0.0与5.3之间的所有数字已供将来使用。如果本地端和远端版本号不同，则更小的版本号将具有优先权，且适用于两端。从上述内容可以明白，交换有关编码能力的信息可就最优编码格式如AMR-
WB促使更快地建立TFO。此外，用于以信号通知编码能力的扩展块确保TFO信息更适于作进一步扩展。上述TFO版本协商允许在TFO协议早期灵活地决定是否需要建立TFO。虽然本发明方法和装置的实施例已通过附图显示并在以上详细说明中作了描述，但应理解，本发明并不限于公开的实施例，而是可以在不脱离所附权利要求书所提出和限定的本发明精神的情况下，进行各种重新布置、修改和替换。
针对本专利，华为公司于2014年2月11日向专利复审委员会提出了无效宣告请求，理由是权利要求1、18以及19不符合《中华人民共和国专利法实施细则》（简称专利法实施细则）第二十一条第二款的规定，权利要求1-20不符合专利法实施细则第二十条第一款、专利法第二十六条第四款、专利法第二十二条第二款、第三款的规定，请求宣告本专利权利要求1-20无效，同时提交了如下附件：
附件1：授权公告号为CN100579321C的授权公告文本复印件，即本专利授权公告文本，共30页。
附件2：公开号为WO01/05113A2的PCT专利申请文件复印件，公开日为2001年1月18日，共29页（即对比文件1）。对比文件1公开了一种通过分组数据网络传送编码信息的方法。其载明，本发明在一般意义上涉及避免在包括蜂窝网络的数据连接中对数据进行多重编解码，特别涉及将自由汇接操作（TFO）扩展到越过非常规电话网络的连接。如果通过蜂窝网络以及蜂窝网络之间可能的PSTN传送编码过的语音，就有可能只对语音进行一次编码。这种操作称为自由汇接操作（TFO）。根据本发明，提供一种传送有关自由汇接操作的信息的方法，其中，一包含一个具有自由汇接操作能力的编码-
解码单元的一个蜂窝网络连接到一个分组网络，一个实体连接到该分组网络，该实体可以是一个第二网络或一个终端，以及一数据通过该分组网络在该分组网络第一侧上所述编码—解码单元与该分组网络第二侧上所述实体之间传送，其特征在于，关于该分组网络第一侧上的解码能力和自由汇接操作能力的信息，通过该分组网络发送到该分组网络的第二侧。对比文件1还公开了具体的在蜂窝网络之间协商使用的编码器和解码器的方法，包括通信终端的蜂窝网络501向网关502传送的信息至少是关于所支持的解码器D（CN1）的，同样，包括通信终端的蜂窝网络503向网关504传送关于解码器D（CN2），网关502和网关504交换关于网关TFO能力和蜂窝网络解码能力的信息（箭头520、521），该信息进一步传送给蜂窝网络（箭头530、531），现在，各个蜂窝网络都知道其他网络的解码能力，它们可以协商用于连接中的编码和解码方法（箭头504）。如果有该网络中所支持的编码器，而且在其他网络中支持相应的解码器，就可以在这些编码器中选择用于该网络的编码器。如果可以选择这样一个共用的编码器-
解码器对，则可以告知网关只转发帧。对比文件1还载明，来自该蜂窝网络的上行链路数据包括解码数据和TFO帧，这些TFO帧传载编码数据、有关所用编码器的详细资料以及与自由汇接操作有关的信令。在根据本发明的方法中，数据通过一个分组网络在第一个蜂窝网络的TFO编码—解码单元与另一个网络之间传送。两个网络之间可以相连，例如通过网关连接。这些网关可以转发TFO帧，一些编码器和解码器可以在网关中实现。TFO能力和解码特征的交换，也使得在网关从分组网络接收需要用编码器或解码器进行处理的数据之前，就可以给网关加载必需的编码器或解码器。根据本发明的方法所传送的能力信息使得网关能够例如选择它们如何通过分组网络传送数据。如果网关接收到未编码的数据，它可以用一个编码器对该数据进行编码，该编码器对应于例如在连接端点所使用的解码器。这样，通过分组网络和蜂窝网络传送的数据就只被编码一次。根据本发明的方法的一个优点在于，它不会改变当前的蜂窝网络。例如在分组网络边缘上的网关可监测TFO帧来建立有关解码特征的必要信息。这种监测提供了有关蜂窝网络中的当前连接中所采用的解码方法的信息。此外，若蜂窝网络和网关传送关于网关的编解码特征和TFO能力的信息，一个或多个编码器（例如，如果在相对的方向上使用不同的编码器）可能在建立一个呼叫时就已被协商。这样，自由汇接操作可能从呼叫开始就启动。这时，只有在每个编码—解码单元以及与之通信的移动台已经分别选择了一定的编码器之后，才在编码—解码单元之间协商自由汇接操作。在分组网络的边缘上，例如在网关内，可以实现某些编码器和解码器功能。网关303可以从TFO帧得出关于编码器C1和解码器D2的信息。在图3中由箭头310表示。它通过分组网络传送关于解码器D2、它所支持的解码器D（GW1）的信息，以及它具有TFO能力的信息（箭头302）。TFO能力可以通过传送能力信息来隐含地示出，也可以直接示出，例如通过一条信令消息中的某个TFO指示器示出。第二网关可以根据从TFO帧得出的信息和从第一网关接收的信息来选择传送方法。例如，若已预先确定来自分组网络的TFO帧总是在一个解码数据流内进行转发，则不必与第一网关协商传送方法。在蜂窝网络之间协商使用的编码器和解码器。协商可以直接在蜂窝网络之间或经由网关实现。当建立连接时协商已完成。如果在连接中涉及的两个蜂窝网络都是UMTS网络，那么在建立连接时的编码器协商过程中，呼叫控制单元可以采用单独的协议。数据可以经由图5所示的网关来传送。蜂窝网络中解码信息传送设备601也可以包含一个协商块（604），它可以接收和发送关于可用编码器和解码器的信息，并协商将在一定连接中使用的编码器和解码器。这种协商在呼叫建立期间可能已经进行。如果终端设备中采用一种与蜂窝网络的一个移动台中所采用的解码方法相对应的编码方法，该终端就可以选择那种方法来对数据进行编码。然后，编码数据可以在TFO帧中传送给蜂窝网络。在反方向上，可以选择蜂窝网络中的编码方法，使得该终端设备支持相应的解码器。
附件3：对比文件1的中文译文，共19页。
附件4：3GPPTS28.062v4.3.0Release4文档复印件，请求人声称公开日为2002年03月28日，共164页（即对比文件2）。对比文件2公开了语音编码器的带内无串联操作，具体公开了免二次编解码操作为在呼叫配置中，信号路径上有物理变码器存在，但编码转换功能旁路，旨在避免传统的二次语音编解码操作。变码器是将信息从一种编码方案转换为另一种编码方案的设备。TFO是免二次编解码操作的缩写。TFO协议提供如下服务：在变码器间的建立透传路径；在呼叫配置两端交换激活语音编解码器类型和支持语音编解码器类型信息；呼叫配置两端使用同一种编解码器类型时的免二次编解码操作建立与维护。TFO建立操作过程是独立于系统的，且可以扩展到涉及其他系统的呼叫配置中。变码器单元持续监控正常的免二次编解码操作并能尽快结束TFO操作，对语音质量的影响很小。本文档适用于AMRTFO标准的版本0。该版本支持GSM_FR、GSM_HR、GSM_EFR和4种AMR语音编码器类型。如果TFO无版本号标识，则采用版本0。如果本端和远端版本号不同，较小的版本号优先级较高，并应在两端采用。TFO协商过程中，变码器发送TFO_REQ消息（TFO请求消息），指示变码器的系统标识和所用语音编解码器类型以及主要特点（AMR使用ACS）,如果远端变码器支持TFO，远端变码器回复TFO_ACK消息并可能同时发起相同的流程。如果本地端和远端变码器使用兼容的语音编码器类型或相同编码器类型的兼容配置，则本地端和远端变码器进入TFO。TFO_REQ消息为可识别消息的发起方是一个开启TFO功能的设备，这个设备使用了一种已定义的编解码器类型，其可以包含以下参数：发送侧本地当前使用的编解码器类型，其他当前使用的编码器的可能的附加属性。TFO_ACK消息是TFO_REQ消息的响应，TFO_ACK包括TFO_REQ消息中的参数。TFO_REQ消息还可包括编码解码器列表扩展块和编码解码器属性扩展块。对于TFO_REQ、TFO_ACK自适应多速率编解码器类型可包括激活编解码集，其包括参数全子标记，指示是否支持自适应多速率的全集或者子集，如果AMR编解码器类型被用作本地使用编解码器类型，则AMR_ACS扩展块应被添加到TFO_REQ和TFO_ACK消息的扩展块之后，其中AMR_ACS扩展块包括AMR_TFO方案的版本号，表示了其支持的编码器类型。呼叫建立阶段的可用信息，在TFO_REQ和TFO_ACK消息交互之后，两端的变码器上可用的信息包括，本端、远端的编解码器类型、支持编解码集、激活编解码集、激活编解码集最大编解码集优化模式，版本号，根据以上信息可以计算，最优激活编解码集。
附件5：公开号为US2001/0006895A1的美国专利申请文件复印件，公开日为2001年07月05日，共8页（即对比文件3）。对比文件3公开了一种在蜂窝移动电话网中建立无汇接工作方式的方法，其载明，为了避免由于话音不必要地进行两次连续的代码转换而导致不必要的恶化，可以使用这里称作无汇接工作（TFO）的工作方式。对比文件3具体公开了建立TFO方式通常需要交换信令，交换信令的一个目的在于确信两个代码转换器都能以TFO方式工作，通常为每个所涉及的移动站独立地选择编码方式，交换信令为由TFO方式选择的通用编码方式，因此如果至少一个移动站当前选择的编码方式不是用于TFO方式选择的通用编码方式，则移动站需要改变编码方式。在两个移动站之间呼叫时，每个BBS向相关的TC发送最初为移动站选择的编码方式和其支持的编码方式表，每个TC向其他TC发送信息，每个代码转换器根据相应于每个移动站支持的编码方式表和根据相同的标准为TFO方式选用通用编码方式。因为传统地用于选择通用编码方式的标准是质量最优标准，如果共同支持FR方式或者EFR方式，则将选择为TFO方式的通用方式。由相关TC通知每个BSS用这种方式为TFO方式选择的通用编码方式。
附件6：对比文件3的中文译文，共9页。
华为公司于2014年3月7日提交无效宣告请求程序意见陈述书，进一步陈述无效宣告请求理由如下：权利要求1-20不符合专利法第二十二条第二款、第三款规定，同时提交如下附件（编号续前）：
附件7：专利号为US6108560A的美国专利申请文本复印件，授权公告日为2000年08月22日，共25页（即对比文件4）；
附件8：对比文件4的中文译文，共35页；
附件9：对比文件2的部分中文译文，共29页。
艾利森公司于2014年5月26日提交意见陈述书。同时提交反证1，用于证明权利要求1-20具有新颖性、创造性。
反证1：3GPPTS28.062V11.0.0文档部分文件复印件，艾利森公司声称其公开日期为2012年9月，共3页。同时，艾利森公司提交了反证1的部分中文译文，共3页。
2014年8月29日，专利复审委员会举行了口头审理。双方当事人均出席了口头审理。口头审理过程中：
（1）华为公司当庭出示（2014）深南证字第6924号公证书原件，用于证明对比文件2的真实性，艾利森公司当庭提交（2014）京长安内经证字第19085号公证书证明反证1的真实性。
（2）关于证据真实性、中文译文准确性的认定。艾利森公司对于对比文件1-4的真实性、公开时间、中文译文的准确性没有异议。华为公司对于艾利森公司提交的反证1的真实性、公开时间、中文译文准确性没有异议。
2014年12月18日，专利复审委员会作出被诉决定，认定：
关于专利法第二十二条第三款
（一）权利要求1相对于对比文件1、2和公知常识的结合
权利要求1和对比文件1的区别在于：（1）在第一初始请求中、第二初始请求中包含本地端、远端当前使用的编码格式和编码能力信息；（2）编码能力的所述信息包括所述相应变码器所支持的绕过协议版本。基于上述区别特征，权利要求1实际解决的技术问题是，在建立通信时，如何承载编码能力信息，如何简便交换双方编码能力信息。
针对区别特征（1），对比文件2公开了通过TFO_REQ和TFO_ACK消息交换当前以及可支持的编码解码器信息，因此区别特征（1）被公开。针对区别特征（2），在本专利说明书第10页第3段记载了“每个TRAU和TC均包括一个接口，用于接入有关各自远端当前使用的编码格式(编解码器类型)和有关各自远端的编码能力(TFO协议版本和/或选定的替代支持编解码器类型的列表)的信息，以及用于生成和发送有关各自本地端当前使用的编码格式和有关各自本地端的编码能力的信息。在每个TRAU和TC的内部处理器上运行的软件例程允许评估本地端和远端编码信息，并控制本地使用的编码格式。”可见，TFO协议版本的作用在于表达有关各自本地端的编码能力的信息，而对比文件2公开了和TFO_REQ和TFO_ACK消息一起发送的AMR_ACS扩展块包括AMR_TFO方案的版本号，AMR_TFO方案的版本号表示了其支持的编码器类型。虽然对比文件2使用的是“AMR_TFO方案的版本号”不是权利要求1所述的“绕过协议版本”，但两个版本号都是用来表示编码能力的，和权利要求携带版本号的作用一样，都是为了交换编码能力信息，对比文件2已经给出了通过使用版本号传输编码能力信息的技术启示但本领域技术人员在对比文件2公开的通过传送表示编解码能力的AMR_TFO方案的版本号来传送编码能力信息的基础上，容易想到使用权利要求1中的“绕过协议版本”以实现编码能力信息的交换。因此，权利要求1相对于对比文件1和对比文件2和公知常识的结合不具备突出的实质性特点和显著的进步，因此不符合专利法第二十二条第三款有关创造性的规定。艾利森公司提交反证1用于证明AMR_TFO方案的版本号和本专利的版本号不同。专利复审委员会认为由于反证1的公开时间晚于本专利优先权日，无法说明在本专利申请日时，AMR_TFO方案的版本号和本专利的版本号的具体含义和关系，另外，如上分析，即使对比文件2使用的版本号和本专利使用的版本号内容不同，但是两个版本号都是用来表示编码能力的，对比文件2已经给出了通过使用版本号传输编码能力信息的技术启示，因此专利复审委员会对艾利森公司的意见不予支持。
权利要求2附加技术特征限定了“使两端当前使用兼容的编码格式也就所述编码格式的所述改变作出决定”，对比文件2中文译文第11.2.2节公开了在TFO_REQ和TFO_ACK消息交互之后，两端的变码器上可用的信息包括，本端、远端的编解码器类型、支持编解码集、激活编解码集、激活编解码集最大编解码集优化模式，版本号，根据以上信息可以计算，最优激活编解码集。因此，本领域技术人员容易想到当使用最优激活编解码集时，即使两端当前使用兼容的编码格式也就所述编码格式的所述改变作出决定。在其引用的权利要求不具备创造性的情况下，权利要求2不符合专利法第二十二条第三款有关创造性的规定。
权利要求3附加技术特征限定了“有关所述远端的所述编码能力的所述信息用于确定所述本地端和所述远端均支持的替代编码格式”、权利要求4附加技术特征限定了“所述编码格式的所述改变基于所述替代编码格式来实现”，对比文件1公开了各个蜂窝网络都知道其他网络的解码能力，他们可以协商用于连接中的编码和解码方法。如果有该网络中所支持的编码器，而且在其他网络中支持相应的解码器，就可以在这些编解码器中选择用于该网络的编码器（参见对比文件1中文译文第12页11－13行），因此对比文件1公开了权利要求3－4的附加技术特征。在其引用的权利要求不具备创造性的情况下，权利要求3－4不符合专利法第二十二条第三款有关创造性的规定。
权利要求5附加技术特征限定了“有关所述编码能力的所述信息包括所述相应通信终端支持的编码格式列表”，对比文件2中文译文第7.4节公开了TFO_REQ消息还可包括编码解码器列表扩展块和编码解码器属性扩展块，因此对比文件2公开了权利要求5的附加技术特征，在其引用的权利要求不具备创造性的情况下，权利要求5不符合专利法第二十二条第三款有关创造性的规定。
用于评述权利要求6－8、10、15的对比文件3公开了一种在蜂窝移动电话网中建立无汇接工作方式的方法，具体公开了建立TFO方式通常需要交换信令，交换信令的一个目的在于确信两个代码转换器都能以TFO方式工作，通常为每个所涉及的移动站独立地选择编码方式，交换信令为由TFO方式选择的通用编码方式，因此如果至少一个移动站当前选择的编码方式不是用于TFO方式选择的通用编码方式，则该移动站需要改变编码方式。在两个移动站之间呼叫时，每个BSS向相关的TC发送最初为移动站选择的编码方式和其支持的编码方式表，每个TC向其他TC发送信息，每个代码转换器根据相应于每个移动站支持地编码方式表和根据相同的标准为TFO方式选用通用编码方式（参见对比文件3中文译文第1－2页）。
权利要求6附加特征限定了“实现所述编码格式的所述改变是为了根据两端兼容的编码格式建立最优的编码配置”，对比文件3还公开了，因为传统地用于选择通用编码方式地标准是质量最优标准，如果共同支持FR方式或者EFR方式，则将选择为TFO方式的通用方式（参见对比文件3中文译文第2页第27－28行），在对比文件3的基础上本领域技术人员容易想到使用最优编码配置。在其引用的权利要求不具备创造性的情况下，本权利要求也不具备创造性。
权利要求7附加特征限定了“改变当前使用的所述编码格式以及在进入绕过所述码变换操作的操作态之前将所述改变通知所述远端”，对比文件3还公开了，由相关TC通知每个BSS用这种方式为TFO方式选择的通用编码方式（参见对比文件3中文译文第2页24行到第3页第3行），这种通知必然是在进入TFO操作之前进行，因此权利要求7的附加特征被对比文件3公开，在其引用的权利要求不具备创造性的情况下，本权利要求也不具备创造性。
权利要求8附加特征限定了“如果所述两端使用不兼容的协议版本，则中止绕过协议，和/或如果协议版本兼容，则在所述绕过协议的联络状态中改变所述编码格式，所述联络状态后面是绕过所述码变换操作的操作状态”，对比文件3公开了为了避免由于话音不必要地进行两次连续地代码转换而导致不必要的恶化，可以使用无汇接工作方式（TFO方式），建立TFO方式通常需要交换信令，交换信令为有TFO方式选择的通用编码方式，终端改变编码方式，因此公开了如果协议版本兼容可以进行TFO方式，则改变编码格式。而协议版本不兼容，则不进行TFO方式。在其引用的权利要求不具备创造性的情况下，本权利要求也不具备创造性。
权利要求10附加特征限定了“有关所述远端的所述编码能力的所述信息用于查找所述远端支持的编码格式子集，其中：将该子集与所述本地端上支持的所述编码格式进行比较，并选择所述共同的最优编码格式以启动绕过所述码变换操作”，对比文件3公开了在两个移动站之间呼叫时，每个BSS向相关的TC发送最初为移动站选择的编码方式和其支持的编码方式表，每个TC向其他TC发送信息，每个代码转换器根据相应于每个移动站支持地编码方式表和根据相同的标准为TFO方式选用通用编码方式，因为传统地用于选择通用编码方式的标准是质量最优标准，如果共同支持FR方式或者EFR方式，则将选择为TFO方式的通用方式（参见对比文件3译文第1－2页），在对比文件3公开了交换彼此支持的编码方式表以及最优标准的基础上本领域技术人员容易想到使用最优编码配置。在其引用的权利要求不具备创造性的情况下，本权利要求也不具备创造性。
权利要求15的附加特征限定了“至少一个所述通信终端使用编解码器类型形式的至少一种编码格式，以将语音信号编码成编码数据表示，并且其中：在所述两个变码器之间发送消息以确定所述通信终端是否具有至少一种共同的编解码器类型，并且如果有，则在所述通信终端之间建立数据连接而无需将码变换功能插入所述两个通信终端之间的信号路径中”对比文件3公开了，在两个移动站之间呼叫时，每个BSS向相关的TC发送最初为移动站选择的编码方式和其支持的编码方式表，每个TC向其他TC发送信息，每个代码转换器根据相应于每个移动站支持地编码方式表和根据相同的标准为TFO方式选用通用编码方式，进行TFO方式通信，对比文件3公开了权利要求15的附加技术特征，在其引用的权利要求不具备创造性的情况下，本权利要求也不具备创造性。
权利要求9的附加技术特征限定了“有关所述编码格式的所述信息包括用于将语音信号编码成编码数据表示的编解码器类型”，对比文件2标题为语音编码器的带内无串联操作，即是用于语音编码器的操作规范，该操作规范，其本身描述的编码器就是将语音信号编码成编码数据的编码器类型，对应一定的编码格式信息，例如，3.1节“定义”中规定了,AMR语音编码器类型：如下语音编码器类型中的一种，FR-
AMR，其代表一定的编码格式的编码器类型，信息包括了语音信号编码成编码数据表示的编解码器类型。在其引用的权利要求不具备创造性的情况下，本权利要求也不具备创造性。
权利要求11附加特征限定了“有关当前使用的所述编码格式和有关所述编码能力的所述信息包括在请求启动绕过协议的消息或确认此类请求的消息中”，权利要求12附加特征限定了“有关所述编码能力的所述信息以一个或多个单独信息块的形式附加到所述消息中”、权利要求13附加特征限定了“第一个附加块包括绕过协议的版本和指示所述第一附加块后面是否有包括支持的编码格式列表的第二附加块的指示器。”对比文件2公开了通过TFO_REQ和TFO_ACK消息传送信息，TFO_REQ消息还可包括编码解码器列表扩展块和编码解码器属性扩展块，即公开了权利要求11、12的附加技术特征。对比文件2第7.11.3.1公开了对于TFO_REQ、TFO_ACK自适应多速率编解码器类型可包括激活编解码集，其包括参数全子标记，指示是否支持自适应多速率的全集或者子集，全集或者子集相当于支持的编码格式列表，如果AMR编解码器类型被用作本地使用编解码器类型，则AMR_ACS扩展块应被添加到TFO_REQ和TFO_ACK消息的扩展块之后，其中AMR_ACS扩展块包括AMR_TFO方案的版本号，表示了其支持的编码器类型。虽然对比文件2使用的是“AMR_TFO方案的版本号”不是权利要求13所述的“绕过协议版本”，但两个版本号都是用来表示编码能力的，对比文件2已经给出了通过使用版本号传输编码能力信息的技术启示但本领域技术人员在对比文件2公开的通过传送表示编解码能力的AMR_TFO方案的版本号来传送编码能力信息的基础上，容易想到使用权利要求1中的“绕过协议版本”以实现编码能力信息的交换，在其引用的权利要求不具备创造性的情况下，权利要求11－13也不具备创造性。
权利要求14附加特征限定了“所述方法在所述两个通信终端之间建立无串联操作的环境中执行”,对比文件3说明书题目为在蜂窝移动电话网中建立无汇接工作方式的方法，说明书第8段公开了建立TFO方式通常需要在类似为每个移动站处理呼叫的系统实体之间信令的对话或者交换，即对比文件3公开了权利要求14的附加技术特征，在其引用的权利要求不具备创造性的情况下，本权利要求也不具备创造性。
权利要求16附加特征限定“在所述变码器之间交换第一消息，所述第一消息包含有关所述相应通信终端当前使用的所述编码格式的所述信息和所述相应通信终端或变码器的所述编码能力的其它信息”，权利要求17附加特征限定为“如果双方报告的编解码器类型匹配，或者不管是否存在此类匹配，则在所述变码器之间交换作为所述第一消息响应的第二消息”，对比文件2中文译文的第6.2节TFO协商过程中公开了，变码器发送TFO_REQ消息（TFO请求消息），指示变码器的系统标识','2019-01-05
15:34:43',0,'web',NULL),(5044946,'0a8541b3-27de-40f6-b20a-a98f00b32794','$(function(){$(\"#con_llcs\").html(\"浏览：35次\")});$(function(){var
caseinfo=JSON.stringify({\"法院ID\":\"1078\",\"案件基本情况段原文\":\"\",\"附加原文\":\"\",\"审判程序\":\"一审\",\"案号\":\"（2017）浙0212民初6213号\",\"不公开理由\":\"\",\"法院地市\":\"宁波市\",\"法院省份\":\"浙江\",\"文本首部段落原文\":\"\",\"法院区域\":\"\",\"文书ID\":\"0a8541b3-27de-40f6-b20a-a98f00b32794\",\"案件名称\":\"陈永斌与许霁债权人撤销权纠纷一审民事裁定书\",\"法院名称\":\"宁波市鄞州区人民法院\",\"裁判要旨段原文\":\"\",\"法院区县\":\"鄞州区\",\"补正文书\":\"2\",\"DocContent\":\"\",\"文书全文类型\":\"1\",\"诉讼记录段原文\":\"本院在审理原告陈永斌诉被告许霁、第三人许恕君债权人撤销权纠纷一案中，原告以双方已达成和解为由于2018年7月31日向本院申请撤回起诉\",\"判决结果段原文\":\"\",\"文本尾部原文\":\"\",\"上传日期\":\"\\\/Date(1541347200000)\\\/\",\"案件类型\":\"2\",\"诉讼参与人信息部分原文\":\"\",\"文书类型\":null,\"裁判日期\":null,\"结案方式\":null,\"效力层级\":null});$(document).attr(\"title\",\"陈永斌与许霁债权人撤销权纠纷一审民事裁定书\");$(\"#tdSource\").html(\"陈永斌与许霁债权人撤销权纠纷一审民事裁定书
（2017）浙0212民初6213号\");$(\"#hidDocID\").val(\"0a8541b3-27de-40f6-b20a-a98f00b32794\");$(\"#hidCaseName\").val(\"陈永斌与许霁债权人撤销权纠纷一审民事裁定书\");$(\"#hidCaseNumber\").val(\"（2017）浙0212民初6213号\");$(\"#hidCaseInfo\").val(caseinfo);$(\"#hidCourt\").val(\"宁波市鄞州区人民法院\");$(\"#hidCaseType\").val(\"2\");$(\"#HidCourtID\").val(\"1078\");$(\"#hidRequireLogin\").val(\"0\");});$(function(){;});$(function()
{\r\n var jsonHtmlData =
\"{\\\\\"Title\\\\\":\\\\\"陈永斌与许霁债权人撤销权纠纷一审民事裁定书\\\\\",\\\\\"PubDate\\\\\":\\\\\"2018-11-05\\\\\",\\\\\