对比文件名称：2013-02-28_US2013054761A_发明申请_US20130054761A1 Implementing a 3G Packet Core in a Cloud Computer with Openflow Data and Control Planes
目标专利名称：1005软件定义联网中的多租赁CN106464743B
模型名称：Kimi
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：由处理实体（10）向虚拟网络系统的SDN控制实体（20）发送请求（S1）<br>《直接公开》 | [0139] “the SGSN control plane component sends a create session request to the GGSN control plane component in the cloud computing system, which then sends the request to the controller through a GTP routing update RPC call.”<br>（SGSN控制平面组件向云计算系统中的GGSN控制平面组件发送创建会话请求，后者随后通过GTP路由更新RPC调用将该请求发送给控制器。） | 对比文件公开了3G PC控制平面实体（如GGSN控制平面组件）作为处理实体，向作为SDN控制实体的OpenFlow控制器发送GTP路由更新RPC请求。该请求的作用与本发明中处理实体向SDN控制实体发送请求的作用相同，均为请求SDN控制实体执行底层网络配置。本领域技术人员可毫无疑义地确定该特征被直接公开。 |
| 技术特征B：以针对由所述处理实体（10）处理的应用执行具体功能<br>《直接公开》 | [0139] “The RPC call requests that the OpenFlow controller establish a new GTP tunnel endpoint at the SGSN and GGSN in the data plane...”<br>（该RPC调用请求OpenFlow控制器在数据平面中的SGSN和GGSN处建立新的GTP隧道端点……）；<br>[0005] “receiving a request by the controller to create a GTP tunnel in the PC of the 3G network... configuring a switch... to establish a first GTP tunnel endpoint”<br>（由控制器接收在3G网络的分组核心中创建GTP隧道的请求……配置交换机……以建立第一GTP隧道端点） | 对比文件中，作为处理实体的SGSN/GGSN控制平面组件所处理的应用为3G PC控制平面应用（如GTP隧道管理），其向OpenFlow控制器发送的请求旨在请求控制器执行建立GTP隧道端点等具体功能。这与本发明中处理实体请求SDN控制实体针对其处理的应用执行具体功能（如建立隧道）的作用相同。因此技术特征B被直接公开。 |
| 技术特征C：由所述处理实体（10）在所述请求中向所述SDN控制实体（20）指示（S1）与所述应用相关联的虚拟网络运营商的标识<br>《未公开》 | — | 对比文件虽提及在单一云计算设施中为不同移动运营商运行独立的3G PC控制平面实例并通过VPC进行隔离（[0080]），但其采用的是完全分离的实例架构，并未公开在从处理实体向SDN控制实体发送的请求中显式携带虚拟网络运营商标识（VNO ID）。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该特征。因此技术特征C未被直接公开或隐含公开。 |
| 技术特征D：由所述SDN控制实体（20）接收（S1）所述请求<br>《直接公开》 | [0139] “...which then sends the request to the controller through a GTP routing update RPC call.”<br>（……后者随后通过GTP路由更新RPC调用将该请求发送给控制器。）；<br>[0140] “Before returning a result to the control plane GGSN from the GTP routing update RPC, the OpenFlow controller issues...”<br>（在从GTP路由更新RPC向控制平面GGSN返回结果之前，OpenFlow控制器发出……） | 对比文件公开了OpenFlow控制器（SDN控制实体）接收来自GGSN控制平面组件（处理实体）的GTP路由更新RPC请求，并据此执行后续操作。这与本发明中SDN控制实体接收请求的作用相同。因此技术特征D被直接公开。 |
| 技术特征E：由所述SDN控制实体（20）基于所述虚拟网络运营商的标识执行（S2）所述具体功能<br>《未公开》 | — | 由于对比文件未公开在请求中指示虚拟网络运营商标识（技术特征C），因此不存在基于该标识执行具体功能的基础。对比文件中OpenFlow控制器基于GTP路由更新RPC的内容执行隧道建立，而非基于虚拟网络运营商标识。因此技术特征E未被直接公开或隐含公开。 |
| 技术特征F：其中所述SDN控制实体（20）将所述请求包括在所述SDN控制实体（20）和提供所述具体功能的服务实体（30）之间的封装协议中<br>《未公开》 | — | 对比文件未公开在SDN控制实体（OpenFlow控制器）与提供具体功能的服务实体之间存在封装协议，也未公开将来自处理实体的请求封装在该协议中。OpenFlow控制器通过OpenFlow协议或RPC直接与数据平面网关或控制平面实体交互，而非通过封装协议向独立的服务实体转发请求。因此技术特征F未被公开。 |
| 技术特征G：将包括在所述封装协议中的请求传送给所述服务实体（30）<br>《未公开》 | — | 基于技术特征F未被公开，技术特征G亦缺乏基础。对比文件未描述通过封装协议向服务实体传送请求的过程。因此技术特征G未被公开。 |
| 技术特征H：由所述服务实体（30）接收（S3）和处理（S4）包括在所述封装协议中的请求<br>《未公开》 | — | 对比文件未公开服务实体接收并处理封装协议中的请求。因此技术特征H未被公开。 |
| 技术特征I：由所述服务实体（30）使用所述封装协议向所述SDN控制实体（20）返回（S5）对所述请求的响应<br>《未公开》 | — | 对比文件未公开服务实体使用封装协议向SDN控制实体返回响应。因此技术特征I未被公开。 |
| 技术特征J：由所述SDN控制实体（20）接收（S5）使用所述封装协议的响应<br>《未公开》 | — | 对比文件未公开SDN控制实体接收使用封装协议的响应。因此技术特征J未被公开。 |
| 技术特征K：由所述SDN控制实体（20）评估（S6）所述响应<br>《未公开》 | — | 对比文件未公开SDN控制实体评估来自服务实体的响应以决定后续动作。OpenFlow控制器在收到RPC后直接向数据平面下发流表，未描述评估来自独立服务实体的响应的过程。因此技术特征K未被公开。 |
| 技术特征L：在评估了所述响应之后，由所述SDN控制实体（20）对从所述处理实体（10）接收的请求进行响应（S7）<br>《未公开》 | — | 对比文件虽提及OpenFlow控制器在完成流表更新后向控制平面GGSN返回RPC结果（[0140]），但未公开该返回是在“评估了来自服务实体的响应之后”进行的，因为对比文件中不存在所述服务实体及封装协议交互。因此技术特征L未被公开。 |
| 技术特征M：其中所述具体功能是根据DHCP和ATM中的至少一个的针对用户实体的地址分配，和/或所述具体功能是针对网络实体的地址分配，和/或所述服务实体（30）是DHCP服务器、DNS、PCE服务器、Diameter服务器和H.248服务器中的至少一个，和/或所述封装协议的净荷包括DHCP分组、DNS协议分组以及PCEP分组中的至少一个。<br>《未公开》 | — | 对比文件的核心在于GTP隧道管理，未提及DHCP、ATM地址分配、DNS、PCE、Diameter、H.248等服务实体，也未公开封装协议及其净荷内容。因此技术特征M未被公开。 |
| 技术特征N：其中，在所述处理实体和/或所述用户实体和/或所述网络实体中分离用户平面和控制平面。<br>《直接公开》 | [0038] “splitting the control plane and the data plane for the 3G PC architecture”<br>（拆分3G PC架构的控制平面和数据平面）；<br>[0071] “The 3G PC control plane entities... and the control plane parts of the support nodes (SGSN, GGSN)... The data plane consists of standard OpenFlow switches... the data plane parts of the SGSN and GGSN...”<br>（3G PC控制平面实体……以及支持节点（SGSN、GGSN）的控制平面部分……数据平面由标准OpenFlow交换机……SGSN和GGSN的数据平面部分……）；<br>[0075] “The NodeBs 1217 have no control plane entities in the cloud because... The NodeBs 1217 can however act as OpenFlow GTP-extended gateways...”<br>（NodeB 1217在云中不具有控制平面实体，因为……然而NodeB 1217可以作为OpenFlow GTP扩展网关……） | 对比文件明确公开了3G PC架构中控制平面与数据平面的分离，其中SGSN和GGSN被拆分为控制平面部分（在云中运行）和数据平面部分（OpenFlow交换机），NodeB也区分了控制平面信令侧和数据平面分组交换侧。这与本发明中在处理实体（如SGSN/GGSN控制平面）、用户实体（UE）和/或网络实体（NodeB）中分离用户平面和控制平面的作用相同。因此技术特征N被直接公开。 |
| 技术特征O：其中，所述请求和指示与在所述处理实体（10）和所述SDN控制实体（20）之间交换消息一起执行，以用于在所述用户实体和另一用户实体之间建立隧道和/或用于在所述用户实体和所述网络实体之间建立隧道和/或用于在所述网络实体和另一网络实体之间建立隧道。<br>《未公开》 | — | 对比文件公开了在处理实体（SGSN/GGSN控制平面）与SDN控制实体（OpenFlow控制器）之间交换消息以建立GTP隧道（[0139]），但未公开在所述请求中指示虚拟网络运营商标识（技术特征C）。由于特征O中的“所述指示”指代该虚拟网络运营商标识的指示，且该指示未被对比文件公开，因此技术特征O整体未被公开。 |
| 技术特征P：其中所述处理实体（10）包括处理设备和/或应用，和/或所述SDN控制实体（20）包括SDN控制设备和/或应用，和/或所述网络实体包括网络设备和/或应用，和/或所述用户实体包括用户设备和/或应用，和/或所述服务实体（30）包括服务设备和/或应用。<br>《直接公开》 | [0071] “The control plane entities 1207 and the OpenFlow controller 1205 are packaged as VMs.”<br>（控制平面实体1207和OpenFlow控制器1205被打包为虚拟机。）；<br>[0150] “The control plane entities... can be stored and executed on a single server... executed as standard software code... non-virtualized...”<br>（控制平面实体……可以被存储和执行在单个服务器上……作为标准软件代码执行……非虚拟化……） | 对比文件公开了控制平面实体和OpenFlow控制器可作为虚拟机（VM，即应用/软件）或标准软件代码、非虚拟化设备等形式实现，与本发明中处理实体、SDN控制实体、网络实体、用户实体、服务实体包括设备和/或应用的限定一致。因此技术特征P被直接公开。 |
## 结论
对比文件直接公开了技术特征A、B、D、N、P；未直接公开或隐含公开技术特征C、E、F、G、H、I、J、K、L、M、O。
<<<A>>> <<<B>>> <<<D>>> <<<N>>> <<<P>>>