中华人民共和国
北京知识产权法院
行 政 判 决 书
（2015）京知行初2659号
原告艾利森电话股份有限公司，住所地瑞典王国斯德哥尔摩市。
法定代表人罗兰德*哈格曼，副总裁兼集团司库。
法定代表人克里斯蒂娜*彼得森，副总裁。
委托代理人陈虹序，中国专利代理（香港）有限公司专利代理人。
委托代理人汤春龙，中国专利代理（香港）有限公司专利代理人。
被告中华人民共和国国家知识产权局专利复审委员会，住所地中华人民共和国北京市海淀区北四环西路9号银谷大厦10-12层。
法定代表人葛树，副主任。
委托代理人刘宁，中华人民共和国国家知识产权局专利复审委员会审查员。
委托代理人袁丽颖，中华人民共和国国家知识产权局专利复审委员会审查员。
第三人华为技术有限公司，住所地中华人民共和国广东省深圳市龙岗区坂田华为总部办公楼。
法定代表人孙亚芳，董事长。
委托代理人秦伟华，女，1986年8月15日生，华为技术有限公司知识产权部职员，住中华人民共和国北京市海淀区。
委托代理人王诗妍，女，1981年2月9日生，华为技术有限公司知识产权部职员，住中华人民共和国上海市杨浦区。
原告艾利森电话股份有限公司（简称艾利森公司）因专利无效行政纠纷一案，不服被告中华人民共和国国家知识产权局专利复审委员会（简称专利复审委员会）作出的第24788号无效宣告请求复审决定（简称被诉决定），于法定期限内向本院提起行政诉讼，本院于2015年5月5日受理后，依法组成合议庭，并指派技术调查官冯玉学参加诉讼。本院依法通知华为技术有限公司（简称华为公司）作为第三人参加诉讼。2016年11月1日，本院公开开庭审理了本案。原告艾利森公司的委托代理人熊延峰、汤春龙，被告专利复审委员会的委托代理人刘宁、袁丽颖到庭参加诉讼。第三人华为公司经本院依法传唤，无正当理由未到庭参加诉讼，本院依法缺席审理。本案现已审理终结。
2014年12月26日，专利复审委员会针对华为公司就艾利森公司拥有的申请号为200580003130.X，名称为“用于移动通信系统中分组交换通信的基站变更的方法及系统”的发明专利（简称本专利）所提无效宣告请求作出了被诉决定，该决定认为：
一、审查基础
被诉决定所依据的文本为本专利的授权公告文本。
二、证据认定
对比文件1和2可以作为现有技术评价本专利的创造性。艾利森电话公司对对比文件1和2的中文译文准确性无异议，对比文件1和2所公开内容以艾利森公司提交的中文译文为准，其中，对比文件1的中文译文第11页倒数第2段第4行“PDCP-
SNU”修改为“PDCP-SND”。
对比文件3是3GPP组织所发布的通信行业技术规范，艾利森电话公司对其真实性提出异议，华为公司逾期未提交用于证明对比文件3真实性的公证书或其他证明真实性的证据。因此，专利复审委员会对于对比文件3的真实性不予认可，不考虑将其作为现有技术评价本专利的创造性使用。
三、关于《中华人民共和国专利法实施细则》（简称专利法实施细则）第二十条第一款
华为公司提出的本专利相关权利要求不符合专利法实施细则第二十条第一款的理由并不成立，权利要求1-70、77-79、83、85-94、97-99、107、109、111、112符合专利法实施细则第二十条第一款的规定。
四、关于《中华人民共和国专利法》（简称专利法）第二十六条第四款
华为公司提出的本专利相关权利要求不符合专利法第二十六条第四款的理由并不成立，权利要求4-8、12、14、16、23-26、42、50、54、62、63、78-84、88、90、92、95、96、98-112符合专利法第二十六条第四款的规定。
五、关于专利法实施细则第二十一条第二款
华为公司关于独立权利要求1、37、38、48、49、77的无效理由不成立，相应上述独立权利要求的从属权利要求缺少必要技术特征的无效理由也不予支持。上述权利要求符合专利法实施细则第二十一条第二款的规定。
华为公司认为，在下行方向上，目标基站需要将来自目标支持节点的经受无损类型的基站变更的下行链路协议数据单元发送给移动台，才能实现移动台在基站变更过程中的无损切换。而在上行方向上，目标基站需要将来自移动台的经受无损类型的基站变更的上行链路协议数据单元发送给目标支持节点，才能实现移动台在基站变更过程中的无损切换。权利要求71无论是在上行方向还是在下行方向均缺少实现“无损切换”这一发明目的的必要技术特征。权利要求71的从属权利要求72-76也未克服所引用的权利要求的缺陷，也不符合专利法实施细则第二十一条第二款的规定。权利要求113所要求保护的通信系统包括权利要求71-76中的任一项中的基站实体，因此也缺少必要技术特征。
专利复审委员会认为，权利要求71所要解决的技术问题是如何在避免因切换引起的分组丢失的同时减小数据传输延迟。在本专利说明书第【0043】段记载了“根据先有技术，无损分组交换切换通过已确认模式操作LLC/SNDCP来实现。它将增加开销、增加延迟以及减少整体吞吐量”、第【0050】段记载了“通过不要求LLC/SNDCP在整个数据传送会话期间以已确认模式操作的分组交换通信的无损基站切换的方法及系统来满足这些目的”，由此可见，本专利所要解决的技术问题是局限在无损基站切换的范畴内。根据本专利说明书第【0037】-【0040】段的记载，现有技术中小区变更包括有损类型的分组交换切换、以及无损类型的分组交换切换，而在有损类型的分组交换切换中“不需要所接收的数据的确认，无论是上行链路还是下行链路”,在无损类型的分组交换切换中除采取确认模式外，还需要通过切换信令消息在MS与SGSN之间交换“下一个预计的上行链路和下行链路N-
PDU的编号”。并且根据本专利的说明书【0093】、【0102】段所述，本专利中基站进行无损切换过程中基站实体需要接收相应的预计的N-
PDU序号等信息。因此，在本专利的在基站切换中，为了实现其要解决的技术问题，基站实体既需要参与交换预计的“N-PDU序号”信息，又要采用“非确认模式”。而根据目前权利要求71所记载的技术方案该，基站实体由其包括的部件，缓冲、清空协议数据单元，并且限定了协议数据单元“由所述发送部件在所述接收部件从所述至少一个支持节点接收到关于所述一个移动台的采取未确认模式的分组交换基站变更的命令时发送”，可见，仅限定了基站变更采取“未确认模式”，而并未包含关于如何实现无损切换的技术特征，并且根据本专利说明书第【0037】、【0038】段的记载基站采取未确认方式传输数据本是现有技术。因此，权利要求71的技术方案不能解决如何在避免因切换引起的分组丢失的同时减小数据传输延迟的技术问题，缺少关于参与交换预计的“N-PDU序号”信息以实现无损切换的必要技术特征。
权利要求72-76从属于权利要求71，在权利要求71缺少必要技术特征的情况下，从属权利要求72-76的附加技术特征也均未记载该必要技术特征，因此整体技术方案也都不能解决了如何减小数据传输延迟的同时避免因切换引起的分组丢失的技术问题，故仍然缺少关于无损切换的必要技术特征。
权利要求113所要求保护的通信系统包括权利要求71-76中的任一项中的基站实体，基于和权利要求71-76相同的理由，也缺少关于无损切换的必要技术特征。
综上，独立权利要求71、113缺少必要技术特征，不符合专利法实施细则第二十一条第二款的规定，从属权利要求72-76在引用的权利要求71缺少必要技术特征的情况下，其附加技术特征也未记载相应的必要技术特征，因此也不符合专利法实施细则第二十条第二款的规定。
六、关于专利法第二十二条第三款
（一）权利要求37相对于对比文件1存在如下区别特征：①对比文件1是一种SRNC的重定位，而权利要求37属于基站的变更；②分组交换通信的无损基站变更采用未确认模式；以及③处理部件接收协议数据单元，根据一个或多个协议来操作。基于上述区别特征，权利要求37实际要解决的技术问题是如何在避免因切换引起的分组丢失的同时减小数据传输延迟。
对于区别特征①，虽然对比文件1公开的是一种SRNC的重定位过程，但是SRNC的变更和基站的变更都属于通信实体的切换，仅是具体应用场景的不同，为了避免数据的丢失，本领域技术人员很容易想到将对比文件1中所采用的无损变更方法应用到基站变更中。
对于区别特征②，对比文件2公开了一种实现更有效数据传输的方法和数据传输协议，其中具体公开了（参见对比文件2中文译文第9页倒数第3段-第10页第2段、第14页倒数第1段-第15页第1段）：非确认数据传送，借助于此，可以向接收器传送信息而无需保证信息的到达，在这种方式中，所有正确的RLCSDU立即向上PDCP子层进行传输，并且只传一次，确认数据传送，借助于此，可以安全的方式通过重传向接收器传送信息，使得所有到达的正确的RLCSDU被立即以正确的顺序或以到达的顺序传偷到上PDCP子层，并且只传一次；净荷还可以通过不良连接来及时地成功传送，这里应该注意，关于实时业务，通常使用非确认的数据传输。
由此可见，对比文件2公开了两种RLC层的传输方式，即确认模式和非确认模式，并且公开了对于实时业务可以采用非确认的数据传输，即给出了使用非确认数据传输可以减少数据传输时延的技术启示，因此在对比文件1中已经通过序号保证传输数据不损失的情况下，为了进一步减少数据传输延迟，本领域技术人员很容易想到使用对比文件2中所公开的非确认模式替代对比文件1中的确认模式，以解决基站变更过程中的数据传输延迟的技术问题。
对于区别特征③，使用一个处理部件根据一个或多个协议处理接收的协议数据单元对于本领域技术人员来说是一种常用的技术手段。因此，在对比文件1的基础上结合对比文件2以及本领域公知常识得到权利要求37的技术方案对本领域技术人员来说是显而易见的，该权利要求不具备突出的实质性特点和显著的进步，不符合专利法第二十二条第三款有关创造性的规定。
（二）权利要求38要求保护一种供用于分组交换通信的移动台使用的方法，根据第6.1节中所述对比文件1公开的内容，权利要求38相对于对比文件1存在如下区别特征：①对比文件1是一种SRNC的重定位，而权利要求37属于基站的变更；②分组交换通信的无损基站变更采用未确认模式；以及③处理部件传送协议数据单元，根据一个或多个协议来操作。基于上述区别特征，权利要求38实际要解决的技术问题是如何在避免因切换引起的分组丢失的同时减小数据传输延迟。
基于评价权利要求37中相同的理由，区别特征①-
③或被对比文件2公开，或属于本领域的公知常识，因此，在对比文件1的基础上结合对比文件2以及本领域公知常识得到权利要求38的技术方案对本领域技术人员来说是显而易见的，该权利要求不具备突出的实质性特点和显著的进步，不符合专利法第二十二条第三款有关创造性的规定。
（三）权利要求48要求保护一种供用于涉及至少一个移动台的通信的包括基站的分组交换通信网络中的支持节点使用的方法，权利要求49要求保护一种供用于涉及至少一个移动台的通信的包括基站的分组交换通信网络中的支持节点使用的方法，基于对比文件1公开的内容，权利要求48、49相对于对比文件1分别存在如权利要求37、38中所述的区别特征。基于权利要求37、38的相同理由，在对比文件1的基础上结合对比文件2以及本领域公知常识得到权利要求48、49的技术方案对本领域技术人员来说是显而易见的，上述权利要求不具备突出的实质性特点和显著的进步，不符合专利法第二十二条第三款有关创造性的规定。
综上所述，权利要求37、38、48、49不符合专利法第二十二条第三款规定的创造性。
由于权利要求71-76、113缺少必要技术特征，不符合专利法实施细则第二十条第二款的规定，对于权利要求71-76、113的其他无效理由专利复审委员会不再予以评述。
根据上述事实和理由，专利复审委员会作出被诉决定：宣告本专利的权利要求37、38、48、49、71-76、113无效，在权利要求1-36、39-47、50-70、77-112的基础上继续维持该专利有效。
原告艾利森公司不服，向本院提起行政诉讼称：被诉决定认定事实不清，证据不足。其主要理由为：一、对比文件1至多公开了：传送MS中待接收的下一预期有序下行包的PDCP序列号，以用于确认模式的无损变更。因此，对比文件1公开的是：使用传送MS中待接收的下一预期序列号的手段，从而允许确认模式的无损变更的功能。可见对比文件1没有公开权利要求37中的完整特征“……把与分组交换基站变更关联的下一个预计下行链路协议数据单元通知网络，从而允许采取未确认模式的分组交换通信的无损基站变更”。对比文件2则仅仅公开了两种传输模式，即，确认模式和未确认模式。对比文件2完全没有提及将下一个预计下行链路协议数据单元告知网络或传输模式和基站变更间的关系。因此，对比文件2也没有公开作为完整特征的“……把与分组交换基站变更关联的下一个预计下行链路协议数据单元通知网络，从而允许采取未确认模式的分组交换通信的无损基站变更”。综上，“……把与分组交换基站变更关联的下一个预计下行链路协议数据单元通知网络，从而允许采取未确认模式的分组交换通信的无损基站变更”是完整的一个技术特征，并且无论是对比文件1还是对比文件2都没有完整地公开该技术特征。二、对比文件1教导了：无损PDCP+确认模式。对比文件1公开的是一种与SRNS重新定位过程相关的方法。在对比文件1中，使用PDCP序号的目的是为了实现确认模式的无损变更。实际上，如果不借助确认模式的数据复制和重传功能的话，源RNC中发送过的、没有被移动台确认接收的数据包就不会被复制（或缓冲）并由目标RNC重新发送，所以导致造成数据的丢失。相应地，若是没有确认模式，也就不能实现无损PDCP。因此，对比文件1最多也就给出了无损PDCP和确认模式的基站无损变更相结合的启示，而没有启示将无损PDCP用于非确认模式。三、对比文件2教导了：非确认模式+有损类型。对比文件2中清楚地记载了“非确认数据传送，借助于此，可以向接收器传送信息而无需保证信息的到达”，并且，“关于实时业务，通常使用非确认的数据传输”。可见，对比文件2教导的是：非确认数据传输无需保证信息的到达，并且非确认数据传输与实时业务相关联。首先，“无需保证信息的到达”就意味着不需要缓冲已经发送的数据，更不存在将缓冲的、没有成功被接收的数据重新发送的可能。这样会造成数据的丢失，所以这种传输是有损的。因此，“无需保证信息的到达”的非确认数据传输天然就是和有损类型紧密关联的。另一方面，实时业务（如语音）要求较小的延迟，而非确认模式由于没有数据重传，不会造成额外迟延，所以能够满足实时业务的要求。但是，没有数据重传就会导致在已传送数据没有被成功接收情况下的数据丢失。尤其是，现有技术的非确认模式不会通知并重新发送未被成功接收的下一个预计数据单元。因此，从这个角度看，没有数据重传的非确认模式也是与有损类型的数据传输紧密关联的。因此，对比文件2给出的教导是：非确认模式+有损类型。因此，不存在将非确认模式用于与对比文件2教导相背的无损类型数据传输的启示。综上，原告认为，权利要求37具有创造性。基于类似的理由，权利要求38、48、49也具有创造性。四、独立权利要求71中的“所述缓冲部件被清空送往所述至少一个移动台的协议数据单元”，尤其是权利要求73及其从属权利要求中包括的“用于把状态消息发回给源支持节点以通知它已经删除了多少LLCPDU的发送部件”已经记载了包含无损切换的技术特征。另外，被诉决定中错误地引用了本专利的第[0093]段和第[0102]段来评述权利要求71-76的方案，被告错误地理解了权利要求71-76的技术方案，其结论也是不准确的。同时，权利要求71-76要求保护基站实体，没有必要限定并非基站实体所实现的技术内容。相应地，要求保护该基站实体的权利要求71-76（尤其是权利要求73-75）记载了完整的技术方案，并且引用权利要求71-76的权利要求113也限定了完整的技术方案，因此，本专利权利要求71-76、113都不缺少必要技术特征。综上，原告请求人民法院判令撤销被诉决定并判决被告重新作出决定。
被告专利复审委员会辩称，对比文件1公开了确认模式下的无损类型切换，对比文件2公开了两种RLC层的传输方式，即确认模式和非确认模式，并且公开了对于实时业务可以采用非确认的数据传输，即给出了使用非确认数据传输可以减少数据传输时延的技术启示，因此对比文件1和对比文件2存在结合启示。关于缺少必要技术特征：0065-0069段仅描述了具有源BBS辅助下行链路状态管理概况，图3是分组切换的更为详细的信令图，0065-0069段并未排除使用上述信令，坚持在被诉决定中的意见。综上，被诉决定认定事实清楚，适用法律正确，审理程序合法，原告的诉讼理由不能成立，请求人民法院判决驳回原告的诉讼请求。
第三人华为公司未提交书面意见陈述。
本院经审理查明：
本专利的专利号为200580003130.X，优先权日为2004年1月28日，申请日为2005年1月28日，授权公告日为2011年3月9日，专利权人为艾利森公司。本专利授权公告时的权利要求书如下：
“1.一种基站变更的方法，所述基站在移动台与支持节点之间传送分组交换通信，所述方法的特征在于，所述基站变更是无损类型的，允许在所述移动台与所述支持节点之间采取未确认模式的分组交换通信的无损基站变更，所述支持节点在所述基站变更期间用作源支持节点，当所述源支持节点与基站变更的目标支持节点不同时将所保存的经受无损类型的基站变更的每个分组流的序号信息转发给所述目标支持节点，
其中，所述支持节点中的协议实体保存所述序号信息，所述序号信息包括N-PDU发送和接收序号以及GTPT-PDU上行链路和下行链路序号。
2.如权利要求1所述的方法，其特征在于，下行链路N-PDU和下行链路GTPT-PDU序号与从所述源支持节点转发到所述目标支持节点的每个N-PDU一起提供。
3.如权利要求1所述的方法，其特征在于，源BSS中缓冲的、在所述源BSS向所述移动台发送分组交换切换命令消息的时间点仍未发送给所述移动台或者由所述移动台确认的LLC数据被删除。
4.如权利要求3所述的方法，其特征在于，把状态消息从所述源BSS发给所述源支持节点，通知它已经删除了多少LLCPDU。
5.如权利要求4所述的方法，其特征在于，所述状态消息提供一个或多个已删除LLCPDU的一部分。
6.如权利要求5所述的方法，其特征在于，所述状态消息提供所述一个或多个已删除LLCPDU的首标。
7.如权利要求1所述的方法，其特征在于，对于经受无损分组交换切换的每个分组流在所述源支持节点中缓冲向下发送给源BSS的一组N-PDU。
8.如权利要求3所述的方法，其特征在于，所述分组交换切换命令消息包含RLCACK/NACK报告，允许移动台确定哪个或哪些N-PDU已经由网络完全接收。
9.如权利要求1所述的方法，其特征在于，移动台在切换到目标小区时，由未被源小区中的较低层确认的所估算下一个上行链路N-
PDU开始上行链路传输，所述移动台从所述源小区切换到所述目标小区。
10.如权利要求1所述的方法，其特征在于，从所述源支持节点发送给源BSS的分组交换切换命令包含预计接收N-
PDU序号，移动台在目标小区中对于经受无损切换的每个上行链路分组流从所述预计接收N-PDU序号开始传输。
11.如权利要求1所述的方法，其特征在于，移动台缓冲已经根据RLC确认的一个或多个上行链路N-PDU。
12.如权利要求1所述的方法，其特征在于，与上行链路和下行链路N-PDU关联的上行链路和下行链路GTPT-
PDU序号在处于所述移动台与所述源支持节点之间的未确认模式时被记录。
13.如权利要求1所述的方法，其特征在于，所述基站变更允许采取未确认模式的整个数据传送会话。
14.如权利要求13所述的方法，其特征在于，所述数据传送会话是数据文件传送的会话。
15.如权利要求1所述的方法，其特征在于，在所述移动台与所述源支持节点之间采取未确认模式的所述分组交换通信涉及LLC协议的未确认模式。
16.如权利要求1所述的方法，包括一种操作模式，其特征在于记录上行链路以及下行链路中的一个或多个协议数据单元的一个或多个序号。
17.如权利要求16所述的方法，其特征在于，所述协议数据单元为N-PDU。
18.如权利要求16所述的方法，其特征在于，所述协议数据单元为GTPT-PDU。
19.如权利要求1所述的方法，其特征在于，在分组交换基站变更中所涉及的支持节点上保持SNDCP序列连续性。
20.如权利要求1所述的方法，其特征在于，所述协议实体利用一个或多个SN-UNITDATA协议数据单元，所述SN-
UNITDATA协议数据单元包括一个或多个N-PDU。
21.如权利要求20所述的方法，其特征在于，N-PDU编号包含在SN-UNITDATA协议数据单元的首标中。
22.如权利要求1所述的方法，其特征在于，连接到要变更的源基站或基站子系统的支持节点把要接收的下一个预计上行链路协议数据单元通知同样连接到所述基站或基站子系统的移动台。
23.如权利要求1所述的方法，其特征在于，连接到要变更的源基站或基站子系统的移动台把要接收的下一个预计下行链路协议数据单元通知同样连接到所述基站或基站子系统的源支持节点。
24.如权利要求22所述的方法，其特征在于，所述基站或基站子系统在移动台与支持节点之间转发所述要接收的下一个预计上行链路协议数据单元，而无需对所述要接收的下一个预计上行链路协议数据单元进行处理。
25.如权利要求23所述的方法，其特征在于，所述基站或基站子系统在移动台与支持节点之间转发所述要接收的下一个预计下行链路协议数据单元，而无需对所述要接收的下一个预计下行链路协议数据单元进行处理。
26.如权利要求22或23所述的方法，其特征在于，允许所述源基站或基站子系统在作为对分组交换切换命令的响应而清空下行链路缓冲部件时继续接收上行链路数据。
27.如权利要求16-18和20-23中的任一项所述的方法，其特征在于，所述协议数据单元符合子网相关会聚协议。
28.如权利要求27所述的方法，其特征在于，源支持节点中的SNDCP实体缓冲一个或多个下行链路N-PDU。
29.如权利要求28所述的方法，其特征在于，所述源支持节点缓冲与关联分组流的延迟属性对应的若干N-PDU。
30.如权利要求29所述的方法，其特征在于，所述缓冲的N-PDU在所述基站变更期间被转发给目标支持节点。
31.如权利要求30所述的方法，其特征在于，目标支持节点中的所接收的转发N-PDU被转发给所述移动台。
32.如权利要求31所述的方法，其特征在于，在所述目标支持节点接收到分组交换切换完成消息时，把所述一个或多个N-PDU转发给所述移动台。
33.如权利要求27所述的方法，其特征在于，在目标支持节点中的SNDCP实体中缓冲一个或多个下行链路N-PDU。
34.如权利要求33所述的方法，其特征在于，所述目标支持节点缓冲与从所述源支持节点接收的若干N-PDU对应的若干上行链路N-PDU。
35.如权利要求27所述的方法，其特征在于，在移动台中的SNDCP实体中缓冲一个或多个上行链路N-PDU。
36.如权利要求35所述的方法，其特征在于，所述移动台缓冲与LLCPDU的传输的RLC/MAC确认的最大延迟对应的若干N-PDU。
37.一种供用于分组交换通信的移动台使用的方法，所述移动台在包括基站以及一个或多个支持节点的通信网络上进行通信，所述方法的特征在于包括：由处理部件接收协议数据单元，根据一个或多个协议来操作，以及由处理部件提取用于所述移动台的信息，以便把与分组交换基站变更关联的下一个预计下行链路协议数据单元通知网络，从而允许采取未确认模式的分组交换通信的无损基站变更。
38.一种供用于分组交换通信的移动台使用的方法，所述移动台在包括基站以及一个或多个支持节点的通信网络上进行通信，所述方法的特征在于包括：由处理部件传送协议数据单元，根据一个或多个协议来操作，以及由接收机从网络接收关于与分组交换基站变更关联的下一个预计上行链路协议数据单元的信息，从而允许采取未确认模式的分组交换通信的无损基站变更。
39.如权利要求37或38所述的方法，其特征在于，所述协议数据单元符合子网相关会聚协议。
40.如权利要求39所述的方法，其特征在于，还包括采用缓冲器来缓冲已经根据RLC确认的一个或多个上行链路N-PDU。
41.如权利要求40所述的方法，其特征在于，所述移动台在切换到目标小区时，通过发送未被源小区中的较低层所确认的所估算下一个上行链路N-
PDU开始上行链路传输，所述移动台从所述源小区切换到所述目标小区。
42.如权利要求41所述的方法，其特征在于，由处理部件根据子网相关会聚协议来记录所接收或传送的N-PDU的N-PDU序号。
43.如权利要求40所述的方法，其特征在于，协议数据单元包括N-PDU。
44.如权利要求41所述的方法，其特征在于，还包括采用缓冲器来缓冲上行链路N-PDU。
45.如权利要求44所述的方法，其特征在于，所述缓冲器大小对于与要缓冲的LLCPDU的传输的RLC/MAC确认的最大延迟对应的若干N-PDU来说是足够大的。
46.如权利要求39所述的方法，其特征在于，关于下一个预计协议数据单元的信息在发起或完成基站变更的消息中或在发起或完成关于所述移动台的切换的消息中传送。
47.如权利要求46所述的方法，其特征在于，所述发起或完成基站变更的消息或者所述发起或完成关于所述移动台的切换的消息是分组交换切换命令或分组交换切换完成消息。
48.一种供用于涉及至少一个移动台的通信的包括基站的分组交换通信网络中的支持节点使用的方法，所述方法的特征在于包括：由处理部件接收协议数据单元，根据一个或多个协议来操作，以及由处理部件提取用于所述支持节点的信息，以把与所述至少一个移动台的采取未确认模式的分组交换基站变更关联的下一个预计上行链路协议数据单元通知移动台。
49.一种供用于涉及至少一个移动台的通信的包括基站的分组交换通信网络中的支持节点使用的方法，所述方法的特征在于包括：由处理部件传送协议数据单元，根据一个或多个协议来操作，以及由接收机从所述至少一个移动台接收关于与分组交换切换关联的下一个预计下行链路协议数据单元的信息，从而允许分组交换通信的采取未确认模式的无损基站变更。
50.如权利要求49所述的方法，其特征在于，还包括采用协议实体为经受无损类型的基站变更的每个分组流保存N-PDU发送和接收序号以及GTPT-
PDU上行链路和下行链路序号，所述支持节点在所述基站变更期间用作源支持节点，向所述基站变更的目标支持节点转发所保存的序号信息。
51.如权利要求50所述的方法，其特征在于，还包括：由处理部件连同转发到所述目标支持节点的每个N-PDU一起提供下行链路N-PDU和下行链路GTPT-
PDU序号。
52.如权利要求50所述的方法，其特征在于，还包括采用缓冲器为经受无损分组交换切换的每个分组流缓冲向下发送给源BSS的一组N-PDU。
53.如权利要求50所述的方法，其特征在于，还包括：由处理部件在分组交换切换命令消息中包含RLCACK/NACK报告、允许移动台确定哪个或哪些N-
PDU已经由网络完全接收。
54.如权利要求50所述的方法，其特征在于，从所述源支持节点发送给源BSS的分组交换切换命令包含预计接收N-
PDU序号，移动台应当在目标小区中对于经受无损切换的每个上行链路分组流从所述预计接收N-PDU序号开始传输。
55.如权利要求50所述的方法，其特征在于，还包括：由记录部件在处于所述移动台与所述源支持节点之间的未确认模式时记录与上行链路和下行链路N-
PDU关联的上行链路和下行链路GTPT-PDU序号。
56.如权利要求49所述的方法，其特征在于，所述基站变更在GERAN之内或者在GERAN与UTRAN之间。
57.如权利要求49所述的方法，其特征在于，所述支持节点的协议实体保持所述支持节点上的序列连续性。
58.如权利要求57所述的方法，其特征在于，所述协议实体根据SNDCP进行操作。
59.如权利要求49所述的方法，其特征在于，在完成分组交换基站变更时，所述支持节点支持所述基站变更为从所述至少一个移动台所预计的下一个协议数据单元开始向所述至少一个移动台传送协议数据单元。
60.如权利要求59所述的方法，其特征在于还包括：在接收部件接收到分组交换切换完成消息时开始所述传送。
61.如权利要求51所述的方法，其特征在于，所述协议数据单元符合子网相关会聚协议。
62.如权利要求61所述的方法，其特征在于，由处理部件根据子网相关会聚协议来记录所接收或传送的N-PDU的N-PDU序号。
63.如权利要求61所述的方法，其特征在于，由处理部件根据子网相关会聚协议来记录所接收或传送的GTPT-PDU的GTPT-PDU序号。
64.如权利要求61所述的方法，其特征在于还包括采用缓冲部件来缓冲下行链路N-PDU。
65.如权利要求64所述的方法，其特征在于，所述缓冲部件大小对于与所述关联分组流的延迟属性对应的多个N-PDU来说是足够大的。
66.如权利要求48-60中的任一项所述的方法，其特征在于，关于下一个预计协议数据单元的信息在发起或完成基站变更的消息中或在发起或完成关于所述至少一个移动台的切换的消息中被传送。
67.如权利要求66所述的方法，其特征在于，所述发起或完成基站变更的消息或者所述发起或完成关于所述至少一个移动台的切换的消息是分组交换切换命令或分组交换切换完成消息。
68.如权利要求64所述的方法，其特征在于，所述缓冲的协议数据单元在分组交换基站变更时被传送给在所述至少一个移动台变更到的所述基站上维持分组交换通信的支持节点。
69.如权利要求68所述的方法，其特征在于，所述缓冲的协议数据单元在完成所述分组交换基站变更的准备阶段时被传送。
70.如权利要求48-60中的任一项所述的方法，其特征在于，所述支持节点是在服务GPRS支持节点。
71.一种基站实体，用于涉及至少一个移动台的通信的、包括至少一个支持节点的分组交换通信网络中，所述基站实体的特征在于包括接收部件、发送部件以及缓冲部件，所述缓冲部件缓冲下行链路协议数据单元，所述缓冲部件被清空送往所述至少一个移动台的协议数据单元，所述协议数据单元由所述发送部件在所述接收部件从所述至少一个支持节点接收到关于所述一个移动台的采取未确认模式的分组交换基站变更的命令时发送。
72.如权利要求71所述的基站实体，其特征在于，还包括用于删除在源BSS向所述移动台发送分组交换切换命令消息的时间点仍未发送给所述移动台或者由所述移动台确认的所缓冲LLC数据的处理部件。
73.如权利要求72所述的基站实体，其特征在于，还包括用于把状态消息发回给源支持节点以通知它已经删除了多少LLCPDU的发送部件。
74.如权利要求73所述的基站实体，其特征在于，所述状态消息提供一个或多个已删除LLCPDU的一部分。
75.如权利要求74所述的基站实体，其特征在于，所述状态消息提供所述一个或多个已删除LLCPDU的首标。
76.如权利要求71所述的基站实体，其特征在于，所述接收部件在所述缓冲部件被清空送往所述至少一个移动台的协议数据单元时接收来自所述至少一个移动台的上行链路分组数据。
77.一种基站变更的装置，所述基站在移动台与支持节点之间传送分组交换通信，所述装置的特征在于，所述基站变更是无损类型的，允许在所述移动台与所述支持节点之间采取未确认模式的分组交换通信的无损基站变更，所述装置包括用于使所述支持节点能够在所述基站变更期间用作源支持节点，当所述源支持节点与基站变更的目标支持节点不同时将所保存的经受无损类型的基站变更的每个分组流的序号信息转发给所述目标支持节点的部件，
其中，所述支持节点中的协议实体保存所述序号信息，所述序号信息包括N-PDU发送和接收序号以及GTPT-PDU上行链路和下行链路序号。
78.如权利要求77所述的装置，其特征在于，所述装置包括用于使下行链路N-PDU和下行链路GTPT-
PDU序号能够与从所述源支持节点转发到所述目标支持节点的每个N-PDU一起提供的部件。
79.如权利要求77所述的装置，其特征在于，所述装置包括用于使源BSS中缓冲的、在所述源BSS向所述移动台发送分组交换切换命令消息的时间点仍未发送给所述移动台或者由所述移动台确认的LLC数据能够被删除的部件。
80.如权利要求79所述的装置，其特征在于，所述装置包括用于使状态消息能够从所述源BSS发给所述源支持节点，通知它已经删除了多少LLCPDU的部件。
81.如权利要求80所述的装置，其特征在于，所述状态消息提供一个或多个已删除LLCPDU的一部分。
82.如权利要求81所述的装置，其特征在于，所述状态消息提供所述一个或多个已删除LLCPDU的首标。
83.如权利要求77所述的装置，其特征在于，所述装置包括用于对于经受无损分组交换切换的每个分组流使得能够在所述源支持节点中缓冲向下发送给源BSS的一组N-
PDU的部件。
84.如权利要求79所述的装置，其特征在于，所述分组交换切换命令消息包含RLCACK/NACK报告，允许移动台确定哪个或哪些N-PDU已经由网络完全接收。
85.如权利要求77所述的装置，其特征在于，所述装置包括用于使移动台能够在切换到目标小区时，由未被源小区中的较低层确认的所估算下一个上行链路N-
PDU开始上行链路传输的部件，所述移动台从所述源小区切换到所述目标小区。
86.如权利要求77所述的装置，其特征在于，从所述源支持节点发送给源BSS的分组交换切换命令包含预计接收N-
PDU序号，移动台在目标小区中对于经受无损切换的每个上行链路分组流从所述预计接收N-PDU序号开始传输。
87.如权利要求77所述的装置，其特征在于，所述装置包括用于使移动台能够缓冲已经根据RLC确认的一个或多个上行链路N-PDU的部件。
88.如权利要求77所述的装置，其特征在于，所述装置包括用于使与上行链路和下行链路N-PDU关联的上行链路和下行链路GTPT-
PDU序号能够在处于所述移动台与所述源支持节点之间的未确认模式时被记录的部件。
0) {$(\"#divTool_Summary\").ContentSummary({ data: dirData });}});$(function()
{\r\n var jsonHtmlData =
\"{\\\\\"Title\\\\\":\\\\\"衢州市衢江区廿里镇富里村经济合作社与郑慧忠物权保护纠纷一审民事裁定书\\\\\",\\\\\"PubDate\\\\\":\\\\\"2018-04-19\\\\\",\\\\\