发明创造名称：汇报无线链路失败信息的方法
外观设计名称：
决定号：194598
决定日：2019-10-25
委内编号：1F267743
优先权日：2012-02-28
申请（专利）号：201210143932.2
申请日：2012-05-10
复审请求人：北京三星通信技术研究有限公司 三星电子株式会社
无效请求人：
授权公告日：
审定公告日：
专利权人：
主审员：耿晓芳
合议组组长：曹娟
参审员：张剑
国际分类号：H04W24/02
外观设计分类号：
法律依据：专利法第22条第3款
决定要点
：如果一项权利要求与一篇对比文件相比存在区别，然而这些区别为本领域公知常识，本领域技术人员在该对比文件基础上结合本领域公知常识得到该权利要求是显而易见的，那么该权利要求不具备创造性。
全文：
本复审请求涉及申请号为201210143932.2，名称为“汇报无线链路失败信息的方法”的发明专利申请（下称本申请）。申请人为北京三星通信技术研究有限公司。本申请的申请日为2012年05月10日，优先权日为2012年02月28日，公开日为2013年09月11日。
经实质审查，国家知识产权局原审查部门于2018年08月20日发出驳回决定，驳回了本申请。驳回决定中引用了以下对比文件，即：对比文件1，WO2012/019363A1，公开日为2012年02月16日。驳回决定的理由是，权利要求1相对于对比文件1不具备专利法第22条第2款规定的新颖性，权利要求2-16相对于对比文件1和本领域公知常识不具备专利法第22条第3款规定的创造性。驳回决定所依据的文本为申请日2012年05月10日提交的说明书摘要、说明书第1-190段（即第1-25页）、摘要附图、说明书附图第1-8页；以及2018年01月26日提交的权利要求第1-16项。驳回决定所针对的权利要求书内容如下：
“1. 一种汇报无线链路失败RLF信息的方法，其特征在于，包括：
用户设备UE发生失败，所述失败包括RLF或者切换失败；
如果所述失败是切换失败，UE发送RLF报告给发送切换命令的源接入系统；如果所述失败是RLF，UE发送RLF报告给RLF发生的小区所属的接入系统。
2. 根据权利要求1所述的方法，其特征在于：
如果所述失败是切换失败，当UE在所述发送切换命令的源接入系统的小区重新接入时，将RLF报告发送给所述小区的基站；如果所述失败是RLF，当UE在RLF发生的小区所属的接入系统的小区重新接入时，将RLF报告发送给所述小区的基站。
3. 根据权利要求2所述的方法，其特征在于：
UE在切换过程中或者无线资源控制RRC连接建立过程中指示给所述基站UE有RLF报告信息。
4. 根据权利要求1至3任一项所述的方法，其特征在于：
所述RLF报告中包括：RLF时最后服务于UE的小区的小区标识和/或RAT类型，或者，切换失败时目的小区的小区标识和/或RAT类型；所述RLF报告中还包括：失败发生后第一次RRC连接重建立的小区或者第一次RRC连接建立小区的小区标识和/或RAT类型，以及UE切换到失败小区之前所在的小区的小区标识和/或RAT类型；其中，小区标识为：全球小区标识CGI/ECGI或者物理小区标识PCI和频率的信息。
5. 根据权利要求4所述的方法，其特征在于：
该方法进一步包括：失败的原因由从UE接收到所述RLF报告的基站根据所述RLF报告判断；或者，对于切换失败，所述RLF报告由从UE接收到所述RLF报告的基站发送给发送切换命令的源基站并由所述源基站根据所述RLF报告判断失败的原因，对于RLF，所述RLF报告由从UE接收到所述RLF报告的基站发送给RLF发生的小区所在的基站并由该基站根据所述RLF报告判断失败的原因；
所述失败的原因是下列原因之一：切换到错误小区、过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者覆盖漏洞；
判断失败的原因的方式包括：
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次重新建立RRC连接的小区或者第一次建立RRC连接的小区是源RAT的小区，则判定为过早的Inter-RAT切换；
如果UE没有最近的切换，最后服务于UE的小区与失败后第一次RRC重建小区或者失败后第一次RRC连接建立的小区属于不同的接入系统，则判定为过晚的Inter-RAT切换；
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次RRC重新建立的小区或者第一次建立RRC连接的小区不是最后服务于UE的小区所在的RAT或者切换失败时目的小区所属RAT的小区，也不是UE切换到失败小区之前所在的小区所属RAT的小区，则判定为切换到错误的RAT；
如果UE最近发生了不同RAT间的切换，并且，失败后UE重新建立RRC连接的小区是失败前最后一次切换的目的小区所属的RAT，但是不是最后一次切换的目的小区，则判定为切换到错误小区。
6. 根据权利要求5所述的方法，其特征在于：
如果失败的原因是切换到错误小区、过早的Inter-RAT切换或者切换到错误的RAT，并且判断出失败原因的基站不是最后一次触发切换的小区所在的基站，则切换报告由所述判断出失败原因的基站发送给最后一次触发切换的小区所在 的基站；如果失败的原因是过晚的Inter-RAT切换，并且判断出失败原因的基站不是失败前最后服务于UE的小区所在的基站，则切换报告由所述判断出失败原因的基站发送给失败前最后服务于UE的小区所在的基站；所述切换报告中包含：最后一次切换的目的小区的小区标识和/或RAT类型、和/或最后一次切换的源小区的小区标识和/或RAT类型、和/或失败后第一次RRC连接建立或者重新建立的小区的小区标识和/或RAT类型；所述切换报告中还包含：过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者切换到错误小区的问题指示；
如果失败的原因是覆盖漏洞，覆盖问题报告由判断出失败原因的基站发送给连接失败前最后服务于UE的小区所在的基站；所述覆盖问题报告包含最后服务于UE的小区的全球小区标识。
7. 根据权利要求6所述的方法，其特征在于：
如果从UE接收到RLF报告的基站和需要接收切换报告的基站属于不同的RAT，所述切换报告通过核心网转发给所述需要接收切换报告的基站，对于通用移动通信系统UTMS小区，所述切换报告中还包含最后触发切换的小区的小区标识和/或所述小区所在的位置区标识LAI和路由区码RAC，可选地，还包含所述小区所在的无线网络控制器RNC的标识；对于长期演进LTE小区，所述切换报告中还包含最后触发切换的小区的小区标识和/或所述小区所在的跟踪区标识TAI。
8. 根据权利要求1至3任一项所述的方法，其特征在于，UE发生失败后，进一步保存以下信息中的一部分或全部：
失败的小区标识；对于切换失败，失败的小区标识为切换目的小区的全球小区标识或者物理小区标识和频率，对于RLF，失败的小区标识为RLF发生小区的全球小区标识或者物理小区标识和频率；
前一次的小区标识为UE失败前最后一次收到切换命令消息的小区的全球 小区标识或者物理小区标识和频率；如果UE失败前收到最后一次切换命令消息的小区是UTMS小区，则可选地保存所述小区所在的LAI、RAC和无线网络控制器RNC的标识；如果UE失败前收到最后一次切换命令消息的小区是LTE小区，则可选地保存所述小区所在的TAI；
收到最后一次切换命令消息到RLF或者切换失败的时间。
9. 一种用户设备，其特征在于，包括：
用于用户设备UE发生失败的模块，所述失败包括RLF或者切换失败；
用于如果所述失败是切换失败，发送RLF报告给发送切换命令的源接入系统，如果所述失败是RLF，发送RLF报告给RLF发生的小区所属的接入系统的模块。
10. 根据权利要求9所述的用户设备，其特征在于，所述模块用于如果所述失败是切换失败，当UE在所述发送切换命令的源接入系统的小区重新接入时，将RLF报告发送给所述小区的基站；如果所述失败是RLF，当UE在RLF发生的小区所属的接入系统的小区重新接入时，将RLF报告发送给所述小区的基站。
11. 根据权利要求10所述的用户设备，其特征在于，还包括：
用于UE在切换过程中或者无线资源控制RRC连接建立过程中指示给所述基站UE有RLF报告信息的模块。
12. 根据权利要求9至11任一项所述的用户设备，其特征在于：
所述RLF报告中包括：RLF时最后服务于UE的小区的小区标识和/或RAT类型，或者，切换失败时目的小区的小区标识和/或RAT类型；所述RLF报告中还包括：失败发生后第一次RRC连接重建立的小区或者第一次RRC连接建立小区的小区标识和/或RAT类型，以及UE切换到失败小区之前所在的小区的小区标识和/或RAT类型；其中，小区标识为：全球小区标识CGI/ECGI或者物 理小区标识PCI和频率的信息。
13. 根据权利要求12所述的用户设备，其特征在于：
失败的原因由从UE接收到所述RLF报告的基站根据所述RLF报告判断；或者，对于切换失败，所述RLF报告由从UE接收到所述RLF报告的基站将发送给发送切换命令的源基站并由所述源基站根据所述RLF报告判断失败的原因，对于RLF，所述RLF报告由从UE接收到所述RLF报告的基站发送给RLF发生的小区所在的基站并由该基站根据所述RLF报告判断失败的原因；
所述失败的原因是下列原因之一：切换到错误小区、过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者覆盖漏洞；
判断失败的原因的方式包括：
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次重新建立RRC连接的小区或者第一次建立RRC连接的小区是源RAT的小区，则判定为过早的Inter-RAT切换；
如果UE没有最近的切换，最后服务于UE的小区与失败后第一次RRC重建小区或者失败后第一次RRC连接建立的小区属于不同的接入系统，则判定为过晚的Inter-RAT切换；
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次RRC重新建立的小区或者第一次建立RRC连接的小区不是最后服务于UE的小区所在的RAT或者切换失败时目的小区所属RAT的小区，也不是UE切换到失败小区之前所在的小区所属RAT的小区，则判定为切换到错误的RAT；
如果UE最近发生了不同RAT间的切换，并且，失败后UE重新建立RRC连接的小区是失败前最后一次切换的目的小区所属的RAT，但是不是最后一次切换的目的小区，则判定为切换到错误小区。
14. 根据权利要求13所述的用户设备，其特征在于：
如果失败的原因是切换到错误小区、过早的Inter-RAT切换或者切换到错误 的RAT，并且判断出失败原因的基站不是最后一次触发切换的小区所在的基站，则切换报告由所述判断出失败原因的基站发送给最后一次触发切换的小区所在的基站；如果失败的原因是过晚的Inter-RAT切换，并且判断出失败原因的基站不是失败前最后服务于UE的小区所在的基站，则切换报告由所述判断出失败原因的基站发送给失败前最后服务于UE的小区所在的基站；所述切换报告中包含：最后一次切换的目的小区的小区标识和/或RAT类型、和/或最后一次切换的源小区的小区标识和/或RAT类型、和/或失败后第一次RRC连接建立或者重新建立的小区的小区标识和/或RAT类型；所述切换报告中还包含：过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者切换到错误小区的问题指示；
如果失败的原因是覆盖漏洞，覆盖问题报告由判断出失败原因的基站发送给连接失败前最后服务于UE的小区所在的基站；所述覆盖问题报告包含最后服务于UE的小区的全球小区标识。
15. 根据权利要求14所述的用户设备，其特征在于：
如果从UE接收到RLF报告的基站和需要接收切换报告的基站属于不同的RAT，所述切换报告通过核心网转发给所述需要接收切换报告的基站，对于通用移动通信系统UTMS小区，所述切换报告中还包含最后触发切换的小区的小区标识和/或所述小区所在的位置区标识LAI和路由区码RAC，可选地，还包含所述小区所在的无线网络控制器RNC的标识；对于长期演进LTE小区，所述切换报告中还包含最后触发切换的小区的小区标识和/或所述小区所在的跟踪区标识TAI。
16. 根据权利要求9至11任一项所述的用户设备，其特征在于，还包括：用于UE发生失败后，进一步保存以下信息中的一部分或全部的模块：
失败的小区标识；对于切换失败，失败的小区标识为切换目的小区的全球小区标识或者物理小区标识和频率，对于RLF，失败的小区标识为RLF发生小区 的全球小区标识或者物理小区标识和频率；
前一次的小区标识为UE失败前最后一次收到切换命令消息的小区的全球小区标识或者物理小区标识和频率；如果UE失败前收到最后一次切换命令消息的小区是UTMS小区，则可选地保存所述小区所在的LAI、RAC和无线网络控制器RNC的标识；如果UE失败前收到最后一次切换命令消息的小区是LTE小区，则可选地保存所述小区所在的TAI；
收到最后一次切换命令消息到RLF或者切换失败的时间。”
申请人（下称复审请求人）对上述驳回决定不服,于2018年12月04日向国家知识产权局提出了复审请求，未修改申请文件。复审请求人认为：（1）对比文件1所公开的实施例中，UE最后均将RLF报告发送给最初的RAT1中的eNB；而本申请权利要求1是根据失败的不同类型，在失败是切换失败时，UE将RLF报告发送给发送切换命令的源接入系统；在失败是RLF时，UE发送RLF报告给RLF发生的小区所属的接入系统。对比文件1并未涉及“发送切换命令的源接入系统”和“RLF发生的小区所属的接入系统”类似的内容。本申请权利要求1将失败区分为“切换失败”和“RLF”，而对比文件1对失败并未进行如本申请权利要求1所述的区分。（2）本申请权利要求1通过由UE根据实际情况的不同，将RLF报告发送给引出问题的小区所在的接入系统，收到RLF报告的接入系统能够据此判断出发生RLF或者切换失败的原因，从而避免了对其他RAT的不良影响，保证一个RAT的问题在本RAT解决，减少了Inter-RAT间的信令交互，提升了移动通信系统性能。
经形式审查合格，国家知识产权局于2018年12月07日依法受理了该复审请求，并将其转送至原审查部门进行前置审查。
原审查部门在前置审查意见书中认为，权利要求1-16不符合专利法第22条第3款规定的创造性,因而坚持驳回决定。
随后，国家知识产权局成立合议组对本案进行审理。
合议组于2019年02月28日向复审请求人发出复审通知书。复审通知书中引用的对比文件与驳回决定中引用的对比文件相同，即对比文件1。该复审通知书所依据的审查文本与驳回决定所依据的文本相同，即：申请日2012年05月10日提交的说明书摘要、说明书第1-25页、摘要附图、说明书附图第1-8页；2018年01月26日提交的权利要求第1-16项。该复审通知书中指出，权利要求1-16相对于对比文件1和本领域公知常识不符合专利法第22条第3款规定的创造性，并且对复审请求人的意见陈述进行了针对性的答复。
复审请求人于2019年04月15日提交了意见陈述书，并且提交了权利要求书全文修改替换页。复审请求人在意见陈述中指出，权利要求1与对比文件1的区别在于，“根据接收上次系统间Inter-RAT切换的切换命令至发生失败的时间间隔，确定发送RLF报告的接入系统，如果所述时间间隔小于或等于预设时间，则UE发送RLF报告给所述上次Inter-RAT切换的源接入系统；否则，UE发送RLF报告给所述上次Inter-RAT切换的目标接入系统”，而且对比文件1也没有给出技术启示，并且权利要求1的方案具有有益的技术效果，因此权利要求1相对于对比文件1和本领域公知常识具备创造性。修改后的权利要求新修改的权利要求书内容如下：
“1. 一种汇报无线链路失败RLF信息的方法，其特征在于，包括：
用户设备UE发生失败，所述失败包括RLF或者切换失败；
根据接收上次系统间Inter-RAT切换的切换命令至发生失败的时间间隔，确定发送RLF报告的接入系统，如果所述时间间隔小于或等于预设时间，则UE发送RLF报告给所述上次Inter-RAT切换的源接入系统；否则，UE发送RLF报告给所述上次Inter-RAT切换的目标接入系统。
2. 根据权利要求1所述的方法，其特征在于：
如果所述失败是RLF，所述上次Inter-RAT切换包括上次成功Inter-RAT切换，所述源接入系统包括所述上次成功Inter-RAT切换的源小区的接入系统，所述目标接入系统包括上次成功Inter-RAT切换的目标小区的接入系统；
如果所述失败是切换失败，所述上次Inter-RAT切换包括上次成功Inter-RAT切换，所述源接入系统包括所述上次成功Inter-RAT切换的源小区的接入系统，所述目标接入系统包括上次成功Inter-RAT切换的目标小区的接入系统；或者，
所述上次Inter-RAT切换包括最后一次Inter-RAT切换，所述源接入系统包括所述最后一次成功Inter-RAT切换的源小区的接入系统，所述目标接入系统包括最后一次成功Inter-RAT切换的目标小区的接入系统。
3. 根据权利要求2所述的方法，其特征在于：
UE在切换过程中或者无线资源控制RRC连接建立过程中将UE有RLF报告信息指示给所述系统。
4. 根据权利要求1至3任一项所述的方法，其特征在于：
所述RLF报告中包括：RLF时最后服务于UE的小区的小区标识和/或RAT类型，或者，切换失败时目的小区的小区标识和/或RAT类型；所述RLF报告 中还包括：失败发生后第一次RRC连接重建立的小区或者第一次RRC连接建立小区的小区标识和/或RAT类型，以及UE切换到失败小区之前所在的小区的小区标识和/或RAT类型；其中，小区标识为：全球小区标识CGI/ECGI或者物理小区标识PCI和频率的信息。
5. 根据权利要求4所述的方法，其特征在于：
该方法进一步包括：失败的原因由从UE接收到所述RLF报告的基站根据所述RLF报告判断；或者，对于切换失败，所述RLF报告由从UE接收到所述RLF报告的基站发送给发送切换命令的源基站并由所述源基站根据所述RLF报告判断失败的原因，对于RLF，所述RLF报告由从UE接收到所述RLF报告的基站发送给RLF发生的小区所在的基站并由该基站根据所述RLF报告判断失败的原因；
所述失败的原因是下列原因之一：切换到错误小区、过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者覆盖漏洞；
判断失败的原因的方式包括：
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次重新建立RRC连接的小区或者第一次建立RRC连接的小区是源RAT的小区，则判定为过早的Inter-RAT切换；
如果UE没有最近的切换，最后服务于UE的小区与失败后第一次RRC重建小区或者失败后第一次RRC连接建立的小区属于不同的接入系统，则判定为过晚的Inter-RAT切换；
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次RRC重新建立的小区或者第一次建立RRC连接的小区不是最后服务于UE的小区所在的RAT或者切换失败时目的小区所属RAT的小区，也不是UE切换到失败小区之前所在的小区所属RAT的小区，则判定为切换到错误的RAT；
如果UE最近发生了不同RAT间的切换，并且，失败后UE重新建立RRC连接的小区是失败前最后一次切换的目的小区所属的RAT，但是不是最后一次 切换的目的小区，则判定为切换到错误小区。
6. 根据权利要求5所述的方法，其特征在于：
如果失败的原因是切换到错误小区、过早的Inter-RAT切换或者切换到错误的RAT，并且判断出失败原因的基站不是最后一次触发切换的小区所在的基站，则切换报告由所述判断出失败原因的基站发送给最后一次触发切换的小区所在的基站；如果失败的原因是过晚的Inter-RAT切换，并且判断出失败原因的基站不是失败前最后服务于UE的小区所在的基站，则切换报告由所述判断出失败原因的基站发送给失败前最后服务于UE的小区所在的基站；所述切换报告中包含：最后一次切换的目的小区的小区标识和/或RAT类型、和/或最后一次切换的源小区的小区标识和/或RAT类型、和/或失败后第一次RRC连接建立或者重新建立的小区的小区标识和/或RAT类型；所述切换报告中还包含：过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者切换到错误小区的问题指示；
如果失败的原因是覆盖漏洞，覆盖问题报告由判断出失败原因的基站发送给连接失败前最后服务于UE的小区所在的基站；所述覆盖问题报告包含最后服务于UE的小区的全球小区标识。
7. 根据权利要求6所述的方法，其特征在于：
如果从UE接收到RLF报告的基站和需要接收切换报告的基站属于不同的RAT，所述切换报告通过核心网转发给所述需要接收切换报告的基站，对于通用移动通信系统UTMS小区，所述切换报告中还包含最后触发切换的小区的小区标识和/或所述小区所在的位置区标识LAI和路由区码RAC，可选地，还包含所述小区所在的无线网络控制器RNC的标识；对于长期演进LTE小区，所述切换报告中还包含最后触发切换的小区的小区标识和/或所述小区所在的跟踪区标识TAI。
8. 根据权利要求1至3任一项所述的方法，其特征在于，UE发生失败后，进一步保存以下信息中的一部分或全部：
失败的小区标识；对于切换失败，失败的小区标识为切换目的小区的全球小区标识或者物理小区标识和频率，对于RLF，失败的小区标识为RLF发生小区的全球小区标识或者物理小区标识和频率；
前一次的小区标识为UE失败前最后一次收到切换命令消息的小区的全球小区标识或者物理小区标识和频率；如果UE失败前收到最后一次切换命令消息的小区是UTMS小区，则可选地保存所述小区所在的LAI、RAC和无线网络控制器RNC的标识；如果UE失败前收到最后一次切换命令消息的小区是LTE小区，则可选地保存所述小区所在的TAI；
收到最后一次切换命令消息到RLF或者切换失败的时间。
9. 一种用户设备，其特征在于，包括：
用于用户设备UE发生失败的模块，所述失败包括RLF或者切换失败；
用于根据接收上次系统间Inter-RAT切换的切换命令至发生失败的时间间隔，确定发送RLF报告的接入系统，如果所述时间间隔小于或等于预设时间，则发送RLF报告给所述上次Inter-RAT切换的源接入系统，否则，发送RLF报告给所述上次Inter-RAT的目标接入系统的模块。
10. 根据权利要求9所述的用户设备，其特征在于，如果所述失败是RLF，所述上次Inter-RAT切换包括上次成功Inter-RAT切换，所述源接入系统包括所述上次成功Inter-RAT切换的源小区的接入系统，所述目标接入系统包括上次成功Inter-RAT切换的目标小区的接入系统；
如果所述失败是切换失败，所述上次Inter-RAT切换包括上次成功Inter-RAT切换，所述源接入系统包括所述上次成功Inter-RAT切换的源小区的接入系统，所述目标接入系统包括上次成功Inter-RAT切换的目标小区的接入系统；或者，
所述上次Inter-RAT切换包括最后一次Inter-RAT切换，所述源接入系统包 括所述最后一次成功Inter-RAT切换的源小区的接入系统，所述目标接入系统包括最后一次成功Inter-RAT切换的目标小区的接入系统。
11. 根据权利要求10所述的用户设备，其特征在于，还包括：
用于UE在切换过程中或者无线资源控制RRC连接建立过程中将UE有RLF报告信息指示给所述系统的模块。
12. 根据权利要求9至11任一项所述的用户设备，其特征在于：
所述RLF报告中包括：RLF时最后服务于UE的小区的小区标识和/或RAT类型，或者，切换失败时目的小区的小区标识和/或RAT类型；所述RLF报告中还包括：失败发生后第一次RRC连接重建立的小区或者第一次RRC连接建立小区的小区标识和/或RAT类型，以及UE切换到失败小区之前所在的小区的小区标识和/或RAT类型；其中，小区标识为：全球小区标识CGI/ECGI或者物理小区标识PCI和频率的信息。
13. 根据权利要求12所述的用户设备，其特征在于：
失败的原因由从UE接收到所述RLF报告的基站根据所述RLF报告判断；或者，对于切换失败，所述RLF报告由从UE接收到所述RLF报告的基站将发送给发送切换命令的源基站并由所述源基站根据所述RLF报告判断失败的原因，对于RLF，所述RLF报告由从UE接收到所述RLF报告的基站发送给RLF发生的小区所在的基站并由该基站根据所述RLF报告判断失败的原因；
所述失败的原因是下列原因之一：切换到错误小区、过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者覆盖漏洞；
判断失败的原因的方式包括：
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次重新建立RRC连接的小区或者第一次建立RRC连接的小区是源RAT的小区，则判定为过早的Inter-RAT切换；
如果UE没有最近的切换，最后服务于UE的小区与失败后第一次RRC重建小区或者失败后第一次RRC连接建立的小区属于不同的接入系统，则判定为过晚的Inter-RAT切换；
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次RRC重新建立的小区或者第一次建立RRC连接的小区不是最后服务于UE的小区所在的RAT或者切换失败时目的小区所属RAT的小区，也不是UE切换到失败小区之前所在的小区所属RAT的小区，则判定为切换到错误的RAT；
如果UE最近发生了不同RAT间的切换，并且，失败后UE重新建立RRC连接的小区是失败前最后一次切换的目的小区所属的RAT，但是不是最后一次切换的目的小区，则判定为切换到错误小区。
14. 根据权利要求13所述的用户设备，其特征在于：
如果失败的原因是切换到错误小区、过早的Inter-RAT切换或者切换到错误的RAT，并且判断出失败原因的基站不是最后一次触发切换的小区所在的基站，则切换报告由所述判断出失败原因的基站发送给最后一次触发切换的小区所在的基站；如果失败的原因是过晚的Inter-RAT切换，并且判断出失败原因的基站不是失败前最后服务于UE的小区所在的基站，则切换报告由所述判断出失败原因的基站发送给失败前最后服务于UE的小区所在的基站；所述切换报告中包含：最后一次切换的目的小区的小区标识和/或RAT类型、和/或最后一次切换的源小区的小区标识和/或RAT类型、和/或失败后第一次RRC连接建立或者重新建立的小区的小区标识和/或RAT类型；所述切换报告中还包含：过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者切换到错误小区的问题指示；
如果失败的原因是覆盖漏洞，覆盖问题报告由判断出失败原因的基站发送给连接失败前最后服务于UE的小区所在的基站；所述覆盖问题报告包含最后服务于UE的小区的全球小区标识。
15. 根据权利要求14所述的用户设备，其特征在于：
如果从UE接收到RLF报告的基站和需要接收切换报告的基站属于不同的RAT，所述切换报告通过核心网转发给所述需要接收切换报告的基站，对于通用移动通信系统UTMS小区，所述切换报告中还包含最后触发切换的小区的小区标识和/或所述小区所在的位置区标识LAI和路由区码RAC，可选地，还包含所述小区所在的无线网络控制器RNC的标识；对于长期演进LTE小区，所述切换报告中还包含最后触发切换的小区的小区标识和/或所述小区所在的跟踪区标识TAI。
16. 根据权利要求9至11任一项所述的用户设备，其特征在于，还包括：用于UE发生失败后，进一步保存以下信息中的一部分或全部的模块：
失败的小区标识；对于切换失败，失败的小区标识为切换目的小区的全球小区标识或者物理小区标识和频率，对于RLF，失败的小区标识为RLF发生小区的全球小区标识或者物理小区标识和频率；
前一次的小区标识为UE失败前最后一次收到切换命令消息的小区的全球小区标识或者物理小区标识和频率；如果UE失败前收到最后一次切换命令消息的小区是UTMS小区，则可选地保存所述小区所在的LAI、RAC和无线网络控制器RNC的标识；如果UE失败前收到最后一次切换命令消息的小区是LTE小区，则可选地保存所述小区所在的TAI；
收到最后一次切换命令消息到RLF或者切换失败的时间。”
合议组于2019年06月28日再次发出复审通知书。该复审通知书所依据的文本为：申请日2012年05月10日提交的说明书摘要、说明书第1-25页、摘要附图、说明书附图第1-8页；2019年04月15日提交的权利要求第1-16项。该复审通知书中指出，修改后的权利要求书不符合专利法实施细则第61条第1款的规定，并进一步指出2019年02月28日复审通知书所依据的审查文本中的权利要求1-16不符合专利法第22条第3款的规定。
复审请求人于2019年08月13日提交了意见陈述书以及权利要求书全文修改替换页，其中在2018年01月26日提交的权利要求1中增加了“所述RLF报告使得接收该报告的接入系统判断失败原因，所述失败原因包括切换到错误小区，判断切换到错误小区的方式包括：如果UE最近发生了不同RAT间的切换，并且，失败后UE重新建立RRC连接的小区是失败前最后一次切换的目的小区所属的RAT，但是不是最后一次切换的目的小区，则判定为切换到错误小区”，权利要求5中“所述失败的原因是下列原因之一：切换到错误小区、过早的Inter-RAT切换”修改为“所述失败的原因还包括下列原因之一：过早的Inter-RAT切换”，删除了权利要求5中的特征“如果UE最近发生了不同RAT间的切换，并且，失败后UE重新建立RRC连接的小区是失败前最后一次切换的目的小区所属的RAT，但是不是最后一次切换的目的小区，则判定为切换到错误小区”，并对权利要求9和13作了相应修改。复审请求人认为，对比文件1没有公开切换到错误小区的情形，也没有给出任何启示；并且对比文件1的公开日仅早于本申请的申请日约3个月，早于本申请的优先权日12天，这意味着对比文件和本申请都是当时通信领域的热点，但是对比文件1对于切换到错误的小区并没有涉及，从一个侧面说明在不同接入技术之间，根据RLF报告判断切换到错误小区的失败原因未必是本领域常用技术手段；本申请减少了Inter-RAT之间的交互。修改后的权利要求书内容如下：
“1. 一种汇报无线链路失败RLF信息的方法，其特征在于，包括：
用户设备UE发生失败，所述失败包括RLF或者切换失败；
如果所述失败是切换失败，UE发送RLF报告给发送切换命令的源接入系统；如果所述失败是RLF，UE发送RLF报告给RLF发生的小区所属的接入系统；
所述RLF报告使得接收该报告的接入系统判断失败原因，所述失败原因包括切换到错误小区，判断切换到错误小区的方式包括：
如果UE最近发生了不同RAT间的切换，并且，失败后UE重新建立RRC连接的小区是失败前最后一次切换的目的小区所属的RAT，但是不是最后一次切换的目的小区，则判定为切换到错误小区。
2. 根据权利要求1所述的方法，其特征在于：
如果所述失败是切换失败，当UE在所述发送切换命令的源接入系统的小区重新接入时，将RLF报告发送给所述小区的基站；如果所述失败是RLF，当UE在RLF发生的小区所属的接入系统的小区重新接入时，将RLF报告发送给所述小区的基站。
3. 根据权利要求2所述的方法，其特征在于：
UE在切换过程中或者无线资源控制RRC连接建立过程中指示给所述基站UE有RLF报告信息。
4. 根据权利要求1至3任一项所述的方法，其特征在于：
所述RLF报告中包括：RLF时最后服务于UE的小区的小区标识和/或RAT类型，或者，切换失败时目的小区的小区标识和/或RAT类型；所述RLF报告中还包括：失败发生后第一次RRC连接重建立的小区或者第一次RRC连接建立小区的小区标识和/或RAT类型，以及UE切换到失败小区之前所在的小区的小区标识和/或RAT类型；其中，小区标识为：全球小区标识CGI/ECGI或者物理小区标识PCI和频率的信息。
5. 根据权利要求4所述的方法，其特征在于：
该方法进一步包括：失败的原因由从UE接收到所述RLF报告的基站根据所述RLF报告判断；或者，对于切换失败，所述RLF报告由从UE接收到所述RLF报告的基站发送给发送切换命令的源基站并由所述源基站根据所述RLF报告判断失败的原因，对于RLF，所述RLF报告由从UE接收到所述RLF报告的基站发送给RLF发生的小区所在的基站并由该基站根据所述RLF报告判断失败的原因；
所述失败的原因还包括下列原因之一：过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者覆盖漏洞；
判断失败的原因的方式包括：
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次重新建立RRC连接的小区或者第一次建立RRC连接的小区是源RAT的小区，则判定为过早的Inter-RAT切换；
如果UE没有最近的切换，最后服务于UE的小区与失败后第一次RRC重建小区或者失败后第一次RRC连接建立的小区属于不同的接入系统，则判定为过晚的Inter-RAT切换；
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次RRC重新建立的小区或者第一次建立RRC连接的小区不是最后服务于UE的小区所在的RAT或者切换失败时目的小区所属RAT的小区，也不是UE切换到失败小区之前所在的小区所属RAT的小区，则判定为切换到错误的RAT。
6. 根据权利要求5所述的方法，其特征在于：
如果失败的原因是切换到错误小区、过早的Inter-RAT切换或者切换到错误的RAT，并且判断出失败原因的基站不是最后一次触发切换的小区所在的基站，则切换报告由所述判断出失败原因的基站发送给最后一次触发切换的小区所在 的基站；如果失败的原因是过晚的Inter-RAT切换，并且判断出失败原因的基站不是失败前最后服务于UE的小区所在的基站，则切换报告由所述判断出失败原因的基站发送给失败前最后服务于UE的小区所在的基站；所述切换报告中包含：最后一次切换的目的小区的小区标识和/或RAT类型、和/或最后一次切换的源小区的小区标识和/或RAT类型、和/或失败后第一次RRC连接建立或者重新建立的小区的小区标识和/或RAT类型；所述切换报告中还包含：过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者切换到错误小区的问题指示；
如果失败的原因是覆盖漏洞，覆盖问题报告由判断出失败原因的基站发送给连接失败前最后服务于UE的小区所在的基站；所述覆盖问题报告包含最后服务于UE的小区的全球小区标识。
7. 根据权利要求6所述的方法，其特征在于：
如果从UE接收到RLF报告的基站和需要接收切换报告的基站属于不同的RAT，所述切换报告通过核心网转发给所述需要接收切换报告的基站，对于通用移动通信系统UTMS小区，所述切换报告中还包含最后触发切换的小区的小区标识和/或所述小区所在的位置区标识LAI和路由区码RAC，可选地，还包含所述小区所在的无线网络控制器RNC的标识；对于长期演进LTE小区，所述切换报告中还包含最后触发切换的小区的小区标识和/或所述小区所在的跟踪区标识TAI。
8. 根据权利要求1至3任一项所述的方法，其特征在于，UE发生失败后，进一步保存以下信息中的一部分或全部：
失败的小区标识；对于切换失败，失败的小区标识为切换目的小区的全球小区标识或者物理小区标识和频率，对于RLF，失败的小区标识为RLF发生小区的全球小区标识或者物理小区标识和频率；
前一次的小区标识为UE失败前最后一次收到切换命令消息的小区的全球 小区标识或者物理小区标识和频率；如果UE失败前收到最后一次切换命令消息的小区是UTMS小区，则可选地保存所述小区所在的LAI、RAC和无线网络控制器RNC的标识；如果UE失败前收到最后一次切换命令消息的小区是LTE小区，则可选地保存所述小区所在的TAI；
收到最后一次切换命令消息到RLF或者切换失败的时间。
9. 一种用户设备，其特征在于，包括：
用于用户设备UE发生失败的模块，所述失败包括RLF或者切换失败；
用于如果所述失败是切换失败，发送RLF报告给发送切换命令的源接入系统，如果所述失败是RLF，发送RLF报告给RLF发生的小区所属的接入系统的模块；
所述RLF报告使得接收该报告的接入系统判断失败原因，所述失败原因包括切换到错误小区，判断切换到错误小区的方式包括：
如果UE最近发生了不同RAT间的切换，并且，失败后UE重新建立RRC连接的小区是失败前最后一次切换的目的小区所属的RAT，但是不是最后一次切换的目的小区，则判定为切换到错误小区。
10. 根据权利要求9所述的用户设备，其特征在于，所述模块用于如果所述失败是切换失败，当UE在所述发送切换命令的源接入系统的小区重新接入时，将RLF报告发送给所述小区的基站；如果所述失败是RLF，当UE在RLF发生的小区所属的接入系统的小区重新接入时，将RLF报告发送给所述小区的基站。
11. 根据权利要求10所述的用户设备，其特征在于，还包括：
用于UE在切换过程中或者无线资源控制RRC连接建立过程中指示给所述基站UE有RLF报告信息的模块。
12. 根据权利要求9至11任一项所述的用户设备，其特征在于：
所述RLF报告中包括：RLF时最后服务于UE的小区的小区标识和/或RAT类型，或者，切换失败时目的小区的小区标识和/或RAT类型；所述RLF报告中还包括：失败发生后第一次RRC连接重建立的小区或者第一次RRC连接建立小区的小区标识和/或RAT类型，以及UE切换到失败小区之前所在的小区的小区标识和/或RAT类型；其中，小区标识为：全球小区标识CGI/ECGI或者物 理小区标识PCI和频率的信息。
13. 根据权利要求12所述的用户设备，其特征在于：
失败的原因由从UE接收到所述RLF报告的基站根据所述RLF报告判断；或者，对于切换失败，所述RLF报告由从UE接收到所述RLF报告的基站将发送给发送切换命令的源基站并由所述源基站根据所述RLF报告判断失败的原因，对于RLF，所述RLF报告由从UE接收到所述RLF报告的基站发送给RLF发生的小区所在的基站并由该基站根据所述RLF报告判断失败的原因；
所述失败的原因还包括下列原因之一：过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者覆盖漏洞；
判断失败的原因的方式包括：
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次重新建立RRC连接的小区或者第一次建立RRC连接的小区是源RAT的小区，则判定为过早的Inter-RAT切换；
如果UE没有最近的切换，最后服务于UE的小区与失败后第一次RRC重建小区或者失败后第一次RRC连接建立的小区属于不同的接入系统，则判定为过晚的Inter-RAT切换；
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次RRC重新建立的小区或者第一次建立RRC连接的小区不是最后服务于UE的小区所在的RAT或者切换失败时目的小区所属RAT的小区，也不是UE切换到失败小区之前所在的小区所属RAT的小区，则判定为切换到错误的RAT。
14. 根据权利要求13所述的用户设备，其特征在于：
如果失败的原因是切换到错误小区、过早的Inter-RAT切换或者切换到错误 的RAT，并且判断出失败原因的基站不是最后一次触发切换的小区所在的基站，则切换报告由所述判断出失败原因的基站发送给最后一次触发切换的小区所在的基站；如果失败的原因是过晚的Inter-RAT切换，并且判断出失败原因的基站不是失败前最后服务于UE的小区所在的基站，则切换报告由所述判断出失败原因的基站发送给失败前最后服务于UE的小区所在的基站；所述切换报告中包含：最后一次切换的目的小区的小区标识和/或RAT类型、和/或最后一次切换的源小区的小区标识和/或RAT类型、和/或失败后第一次RRC连接建立或者重新建立的小区的小区标识和/或RAT类型；所述切换报告中还包含：过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者切换到错误小区的问题指示；
如果失败的原因是覆盖漏洞，覆盖问题报告由判断出失败原因的基站发送给连接失败前最后服务于UE的小区所在的基站；所述覆盖问题报告包含最后服务于UE的小区的全球小区标识。
15. 根据权利要求14所述的用户设备，其特征在于：
如果从UE接收到RLF报告的基站和需要接收切换报告的基站属于不同的RAT，所述切换报告通过核心网转发给所述需要接收切换报告的基站，对于通用移动通信系统UTMS小区，所述切换报告中还包含最后触发切换的小区的小区标识和/或所述小区所在的位置区标识LAI和路由区码RAC，可选地，还包含所述小区所在的无线网络控制器RNC的标识；对于长期演进LTE小区，所述切换报告中还包含最后触发切换的小区的小区标识和/或所述小区所在的跟踪区标识TAI。
16. 根据权利要求9至11任一项所述的用户设备，其特征在于，还包括：用于UE发生失败后，进一步保存以下信息中的一部分或全部的模块：
失败的小区标识；对于切换失败，失败的小区标识为切换目的小区的全球小区标识或者物理小区标识和频率，对于RLF，失败的小区标识为RLF发生小区 的全球小区标识或者物理小区标识和频率；
前一次的小区标识为UE失败前最后一次收到切换命令消息的小区的全球小区标识或者物理小区标识和频率；如果UE失败前收到最后一次切换命令消息的小区是UTMS小区，则可选地保存所述小区所在的LAI、RAC和无线网络控制器RNC的标识；如果UE失败前收到最后一次切换命令消息的小区是LTE小区，则可选地保存所述小区所在的TAI；
收到最后一次切换命令消息到RLF或者切换失败的时间。”
在上述程序的基础上，合议组认为本案事实已经清楚，可以作出审查决定。
二、决定的理由
（一）审查文本的认定
复审请求人于2019年08月13日提交了权利要求书全文修改替换页。经审查，所述修改文本的修改之处符合专利法第33条的规定。本复审请求审查决定所依据的审查文本为：申请日2012年05月10日提交的说明书摘要、说明书第1-25页、摘要附图、说明书附图第1-8页，以及2019年08月13日提交的权利要求第1-16项。
（二）具体理由的阐述
关于专利法第22条第3款：创造性，是指与现有技术相比，该发明具有突出的实质性特点和显著的进步，该实用新型具有实质性特点和进步。
本复审请求审查决定引用的对比文件与2019年02月28日发出的复审通知书、驳回决定中引用的对比文件相同，即：
对比文件1，WO2012/019363A1，公开日为2012年02月16日。
1. 权利要求1请求保护一种汇报无线链路失败RLF信息的方法，对比文件1是最接近的现有技术，其公开了一种用于在蜂窝式无线通信系统中提供信息的方法，并具体披露了如下特征（参见对比文件1的说明书第2-24页）：本发明的目的是改进交互式RAT HO问题检测、减少信令，MS在发生RLF失败的情况下确定源小区，并将此信息只报告给所属RAT与源小区相同的小区；（1）示例性实施例：IRAT过晚；1， UE连接到支持RAT1的eNB所服务的小区1；2，UE移动到小区的覆盖范围之外，检测到无线问题，并试着寻找其可连接到的小区，试着寻找一段时间后，UE返回空闲模式；处于空闲态时，UE检测到与小区1分属不同RAT（RAT2）的另一小区（小区2），UE连接到此小区2，并保持连接一段时间；3，最终UE移回RAT1的另一小区（小区n），这个小区可能是小区1或其他小区，UE记住其一存储了可发送的、有关RAT1中源小区的RLF报告，UE将此报告给RAT1处理小区n的eNB；（2）示例性实施例：IRAT过早；1，UE连接到支持RAT1的eNB1所服务的小区1；2，UE切换到属于另一RAT（RAT2）的另一小区（小区2），在时间阈值所确定的一小段时间内，UE检测无线问题，并试着寻找其可连接到的小区，试着寻找一段时间后，UE返回空闲模式；3，处于空闲模式时，UE检测到属于RAT1的另一小区（小区n），这个小区可能是小区1或其他小区，UE连接到这个小区，且UE认识到该小区具有可发送的、关于RAT1中源小区的RLF报告，UE将此报告给RAT1上服务于小区n的eNB；（3）示例性实施例：IRAT到错误RAT；1，UE连接到支持RAT1的eNB1所服务的小区1；2，UE切换到属于另一RAT（RAT2）的另一小区（小区2），在时间阈值所确定的一小段时间内，UE检测到无线问题，并试着寻找其可连接的小区，试着寻找一段时间后，UE返回空闲模式；3，处于空闲态时，UE检测到另一RAT（RAT3）的另一小区（小区3）。UE连接到次小区；4，最终UE移回RAT1的另一小区（小区n），这个小区可能是小区1或其他小区；5，UE记住其已存储可发送的、有关RAT1中源小区的RLF报告，UE将此报告给RAT1上服务于小区n的eNB。
权利要求1与对比文件1的区别在于：（1）权利要求1明确区分了RLF失败和切换失败以及相对应的RLF接收系统；（2）所述RLF报告使得接收该报告的接入系统判断失败原因，所述失败原因包括切换到错误小区，判断切换到错误小区的方式包括：如果UE最近发生了不同RAT间的切换，并且，失败后UE重新建立RRC连接的小区是失败前最后一次切换的目的小区所属的RAT，但是不是最后一次切换的目的小区，则判定为切换到错误小区。根据该区别，其要解决的技术问题是，如何确定要发送RLF报告的系统，以减少对其他系统的影响，减少不同系统之间的信令交互；以及如何根据RLF判断失败原因。
对于区别（1），本申请虽然区分了RLF和切换失败，并在判断是切换失败时，发送RLF给发送切换命令的源接入系统；判断是RLF时，发送RLF报告给RLF发生的小区所属的接入系统，其本质上是将RLF报告发送给问题RAT系统。而对比文件1中已经公开了其目的是改进交互式RAT HO问题检测、减少信令，MS在发生RLF失败的情况下确定源小区，并将此信息报告给所属RAT与源小区相同的小区；从其三个实施例来看，1）在过晚切换实施例中，RLF发生在RAT1中，报告也在RAT1中报告，也即在发生RLF的RAT中报告，其实质上是将报告发送给所述出现问题的RAT；2）在过早切换和错误切换实施例中，RLF发生在RAT2中，但是RLF报告也是在RAT1中报告，其原因在于尽管RLF在RAT2中发生，但是根据时间阈值判断其实质上是切换失败的RLF，因此其报告给RAT1的系统，也就是其实质上也是将报告发送给所述出现问题的RAT。也就是说，对比文件1也是将RLF报告发送给问题RAT，即给出了将RLF报告发送给问题RAT的启示。而且，本领域技术人员知晓，可以将无线链路失败区分为RLF和切换失败进行分别的判断及报告处理是本领域常见的处理方式；在对比文件1给出了报告给问题RAT的启示下，对于RLF来说，将失败报告给问题RAT，也就是将RLF报告给问题发生的RAT，对于切换失败来说，将失败报告给问题RAT实际上也就是报告给发送切换命令的源RAT，这是本领域技术人员可以想到的处理方式。
对于区别（2），对比文件1中公开了移动鲁棒性优化的功能之一是，检测因过早或过晚切换，或者切换到错误小区而导致的RLF；一旦eNB B从eNB C接收RLF指示时，且eNB B已向eNB A发送与最后Tstore_UE_cntxt秒内针对同一UE完成即将进行的HO有关的UE上下文释放消息,则eNB B可向eNB A发送表示HO到错误小区事件的切换报告消息；UE收集和报告的信息包括：最后一次HO之前，UE所连接的小区，RLF之前，UE所连接到的小区，RLF之后，其中UE重新连接的小区，最后一次HO和RLF之间经过的时间，有关小区的信息包括RAT信息。从上述公开内容可知，切换到错误小区而导致的RLF是已知的一种失败原因；而且上述RLF报告的信息中还包含了小区的RAT信息，对于本领域技术人员来说，从中可以容易得出HO之前的小区、RLF之前UE连接的小区以及RLF之后重新连接的小区属于相同、还是不同RAT，如果RLF之前UE连接的小区以及RLF之后重新连接的小区属于相同RAT，且与HO之前的小区RAT不相同，那么很容易可以判断出失败原因是在RAT切换之间切换到错误小区。
综上，在对比文件1的基础上结合本领域的公知常识，得到权利要求1所要求保护的技术方案，对于本领域技术人员来说是显而易见的，因此权利要求1不具备专利法第22条第3款规定的创造性。
2. 权利要求2的附加技术特征已经被对比文件1公开（参见同上），在过晚、过早、错误切换时，均是在重新移回RAT1的小区时发送RLF报告。因此在其引用的权利要求不具备创造性的情况下，该权利要求所要求保护的技术方案不具备专利法第22条第3款所规定的创造性。
3. 权利要求3对权利要求2作了进一步限定，然而在切换过程中或者RRC连接建立过程中指示有RLF报告是本领域中常见的报告指示方式。因此，在其引用的权利要求不具备创造性的情况下，该权利要求也不具备专利法第22条第3款规定的创造性。
4. 权利要求4引用权利要求1-3任一项，对比文件1进一步公开了（参见同上）：在UE未执行到目标/最终小区的任何映射(如上文中的替代性解决方案所述)的情况下，UE将需要报告检测到的小区，即：最后一次HO之前，UE所连接到的小区；RLF之前，UE所连接到的小区；RLF之后，其中UE重新连接的小区；但对于这种情况下，UE无法在源小区/目标小区/最终小区之间进行区分，且因此将需要报告关于所有小区的完整信息，即：载波频率EARFCN；RAT类型，例如UTRAN/GERAN/CDMA2000；小区ID。此外，小区标识为全球小区标识或物理小区标识，这是本领域公知常识。因此，在其引用的权利要求不具备创造性的情况下，该权利要求所要求保护的技术方案不具备专利法第22条第3款所规定的创造性
5. 权利要求5-6直接或间接引用权利要求4，对比文件1进一步公开了（参见同上）：在下文中，描述了以下情况的示例性实施例：“IRAT过晚”、“IRAT过早”以及“IRAT到错误RAT”；（1）示例性实施例：IRAT过晚，4，服务于小区n的eNB接收RLF报告，读取报告，寻找上一个服务小区(小区1)的小区ID(例如，EGCI)，以及在小区不同(小区1不同于小区n)时，将信息转发至处理小区1的eNB(参见图2中的(4))；5，源小区(小区1)研究RLF报告，并使用所述信息来调整移动参数，例如，交互式RAT移动事件的阈值；（2）示例性实施例：IRAT过早，4，服务于小区n的eNB接收RLF报告，该eNB读取此RLF报告，寻找上一个服务小区(小区1)的EGCI，以及在小区不同(小区1不同于小区n)时，将信息转发至服务于小区1的eNB(参见图2中的(4))；5，源小区(小区1)研究报告，并使用所述信息来调整移动参数；（3）示例性实施例：IRAT到错误RAT，5UE记住其已存储可发送的、有关RATl中源小区的RLF报告，UE将此报告给RATl上服务于小区n的eNB参见图3中的(5))；6，服务于小区n的eNB接收RLF报告。该eNB读取此RLF报告，寻找上一个服务小区(小区1)的EGCI，以及在小区不同(小区1不同于小区n)时，将信息转发至服务于小区1的eNB；7，源小区(小区1)研究RLF报告，并使用所述信息来调整移动参数；为了确定错误类型，UE必须检测并存储以下小区：最后一次HO之前，UE所连接到的小区；因HO失败而发生RLF之前，UE所连接到的小区；以及RLF后，其中UE重新连接的小区；以下小区应由UE进行报告，以支持交互式RAT MRO；源小区—其中在错误事件之前MS所连接到的且支持RAT1的小区；目标小区—其中尝试进行HO但在HO期间或之后不久发生RLF的小区；最终小区—其中MS试图重建到网络的连接的小区。 而根据RLF报告判断覆盖漏洞等是本领域技术人员根据实际需要所采用的常规技术手段，属于公知常识；在不同原因的切换失败下，将切换报告发送至与所述失败相关的基站，以使所示基站进行相关优化操作，这是本领域技术人员根据实际需要所采用的常规技术手段，属于公知常识。因此，在其引用的权利要求不具备创造性的情况下，该权利要求也不具备专利法第22条第3款规定的创造性。
6.权利要求7引用权利要求6，通过核心网转发RLF报告以及对于不同接入系统所述RLF报告中包含的相应接入类型对应的小区ID，这是本领域的惯用手段，属于公知常识。因此，当其引用的权利要求不具备创造性时，该权利要求也不具备专利法第22条第3款规定的创造性。
7.权利要求8引用权利要求1-3任一项，对比文件1进一步公开了（参见同上）： UE将需要报告检测到的小区，即：最后一次HO之前，UE所连接到的小区；RLF之前，UE所连接到的小区；RLF之后，其中UE重新连接的小区；最后一次HO和RLF之间经过的时间；但对于这种情况下，UE无法在源小区/目标小区/最终小区之间进行区分，且因此将需要报告关于所有小区的完整信息，即：载波频率EARFCN；RAT类型，例如UTRAN/GERAN/CDIVIA2000；小区ID；同时，对于使用不同接入技术的小区使用所述接入技术相对应的小区标识，这是本领域的公知常识。因此，在其引用的权利要求不具备创造性的情况下，该权利要求所要求保护的技术方案不具备专利法第22条第3款所规定的创造性。
8.权利要求9-16是分别与权利要求1-8相对应的装置权利要求，而将方法设计成产品装置，并在装置中通过设置相应的功能模块、子模块执行相应的步骤，以及设定相关模块之间的相互联系，以实现相应的功能，这是本领域技术人员所采用的常规手段。因此，结合以上对权利要求1-8的评述，权利要求9-16也不具备专利法第22条第3款规定的创造性。
（三）对复审请求人相关意见的评述
对于复审请求人于2019年08月13日提交的意见陈述，合议组认为：
尽管在对比文件1的公开日仅早于申请人的申请日约三个月，早于本申请的优先权日12天，但是对比文件1的申请日早于本申请的申请日大约一年半的时间，因此从时间上不能说明对比文件和本申请是同时期通信领域的热点，也不能说明在不同接入技术之间根据RLF报告判断切换到错误小区不是本领域常用技术手段；对比文件1中侧重点在于如何确定发送RLF报告的系统，以减少对其他系统的影响，减少不同系统之间的信令交互，而在接收到报告后如何分析RLF失败原因不是对比文件1要解决的主要问题，因而在对比文件1中没有具体涉及，而且在申请中的实施例也都是示例性的，用于说明本申请的发明构思，不可能把所有的情形都面面俱到的进行描述，因而也不能说明在不同接入技术之间根据RLF报告判断切换到错误小区不是本领域常用技术手段。此外，参见前面权利要求的评述，对比文件1在背景技术中已经提到公开RLF的原因可能是切换到错误小区，而且在本申请中公开了UE收集和报告的信息包括：最后一次HO之前，UE所连接的小区，RLF之前，UE所连接到的小区，RLF之后，其中UE重新连接的小区，最后一次HO和RLF之间经过的时间，有关小区的信息包括RAT信息。从上述公开内容可知，切换到错误小区而导致的RLF是已知的一种失败原因；而且上述RLF报告的信息中还包含了小区的RAT信息，对于本领域技术人员来说，从中可以容易得出HO之前的小区、RLF之前UE连接的小区以及RLF之后重新连接的小区属于相同、还是不同RAT，如果RLF之前UE连接的小区以及RLF之后重新连接的小区属于相同RAT，且与HO之前的小区RAT不相同，那么很容易可以判断出所述失败原因是在RAT切换之间切换到错误小区。对比文件1同样也减少了Inter-RAT之间的交互，与本申请达到了同样的技术效果。综上，对于复审请求人的意见，合议组不予支持。
三、决定
维持国家知识产权局于2018年08年20日对本申请作出的驳回决定。
如对本复审请求审查决定不服，根据专利法第41条第2款的规定，复审请求人自收到本决定之日起三个月内向北京知识产权法院起诉。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
