对比文件名称：2014-08-14_US2014229945A_发明申请_US20140229945A1 NETWORK CONTROL USING SOFTWARE DEFINED FLOW MAPPING AND VIRTUALIZED NETWORK FUNCTIONS
目标专利名称：2016用于经由第二运营商网络向连接到第一运营商网络的用户设备提供服务的方法CN108701278B
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：其中第二运营商网络包括包含用户设备的订阅信息的寄存器，所述方法包括步骤<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件[0037]提及“AAA servers, policy control and charging platforms”作为虚拟化网络功能的示例，但未明确作为包含用户设备订阅信息的寄存器。对比文件整体未涉及归属网络（第二运营商网络）包含此类寄存器的概念。 | 该特征要求第二运营商网络包含存储用户设备订阅信息的特定寄存器（如HLR/HSS），用于认证和授权。对比文件虽提及AAA服务器，但将其作为可虚拟化的网络功能实例，而非网络架构中固有的、包含订阅信息的寄存器。对比文件核心在于使用SDN和NFV技术实现网络功能虚拟化和流映射，未公开或暗示需要从归属网络的订阅寄存器获取信息以处理漫游场景。因此，本领域技术人员无法从对比文件直接或隐含得出该特征。 |
| 技术特征B：从第一运营商网络接收用户设备的服务请求<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件[0032]描述“A mobile phone user 50 produces a flow of data...”，指示数据流来自用户设备，但未明确该数据流源自一个被称为“第一运营商网络”的实体。对比文件[0033]描述“flow handler 26 receives a data flow 18”，数据流直接来自用户设备。 | 该特征明确要求服务请求从“第一运营商网络”（即用户设备当前连接的访问网络）接收。对比文件描述的网络架构中，数据流直接由用户设备产生并进入网络，而非由一个独立的运营商网络接收并转发。对比文件未公开用户设备跨越不同运营商网络（如漫游）的场景，也未公开从另一运营商网络接收服务请求的交互过程。因此，无法从对比文件得出该特征。 |
| 技术特征C：服务请求与服务相关联<br><br>《隐含公开》 | 对比文件[0033]明确：“The flow is not an individual packet but rather a series of packets all having the same header or other identification. Typically the series belongs to a single service being provided by one network entity to another.” | 该特征要求服务请求（数据流）与一个特定的服务相关联。对比文件明确公开数据流（flow）归属于一个服务，其概念与目标专利中服务请求关联特定服务相同。虽然对比文件未使用“服务请求”一词，但数据流在网络中触发功能处理，本质上等同于服务请求。因此，本领域技术人员根据对比文件内容，可以合理推断出该技术特征。 |
| 技术特征D：根据服务请求获得针对第二运营商网络的服务部署规范<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件[0033]描述：“...each Flow Handler 56, 58 determines the service that the given mobile phone should receive. The service information may be retrieved from the mapping service or from another source of information such as a AAA, PCRF or orchestration system.” | 该特征要求获得一个“针对第二运营商网络”的服务部署规范。对比文件描述了根据数据流确定服务，并从映射服务等获取信息，但这些信息是针对整个网络（例如服务功能链）的通用规范，并未明确指出该规范是特定于“第二运营商网络”（即归属网络）的。对比文件整体未涉及多运营商网络间的协作，因此无法从中得出或合理推断出针对特定运营商网络的服务部署规范。 |
| 技术特征E：所述服务部署规范包括与服务相关联的至少一个网络功能<br><br>《直接公开》 | 对比文件[0033]公开：“...the Flow Handlers determine the specific Network Function VM instances to provide the service.” 对比文件[0034]公开：“...the desired NF VM instance has been established...”。 | 该特征要求服务部署规范包含至少一个网络功能。对比文件明确公开了“流处理器确定提供服务的特定网络功能VM实例”，这直接等同于服务部署规范包含至少一个与服务相关联的网络功能。在对比文件中，网络功能是虚拟化的，用于提供特定服务，这与目标专利中网络功能在服务部署规范中的作用相同。因此，该特征被对比文件直接公开。 |
| 技术特征F：其中服务部署规范包括与第二运营商网络相关联的标识符、地址和/或位置<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件[0090]描述：“...the location identity separation protocol, LISP, may be used to provide overlay addresses for the virtual machines...”。对比文件[0096]描述：“...the flow handler wraps the flow to form a tunnel to the correct virtual machine...”。 | 该特征要求服务部署规范中包含的标识符、地址等信息是特定于“第二运营商网络”的。对比文件虽使用LISP协议提供覆盖地址和映射，但这些地址和位置是VM实例在网络中的通用标识，并非与某一特定运营商网络（如归属网络）相关联。对比文件未公开跨运营商网络场景，因此无法认定这些标识符、地址与目标专利中的第二运营商网络有任何关联。 |
| 技术特征G：分配给每个位置以用于执行至少一个网络功能的需要的存储器的量<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件[0089]描述：“The NFV tier uses a Hyper-vizor operating system in order to allocate CPU cores, basic storage, and network interface capacity to each of the NFVM images...”。 | 该特征要求服务部署规范中明确分配给每个位置的具体存储器量。对比文件虽提及为NFVM分配基本存储，但这是VM实例化时的通用资源分配，并非在服务部署规范中针对特定位置明确指定具体存储量。对比文件未公开此类精细化的资源分配规范，因此无法得出该特征。 |
| 技术特征H：针对第二运营商网络的服务部署规范使能在第二运营商网络中的物理资源上执行与服务相关联的至少一个网络功能<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件[0089]描述：“The NFV tier hosts the now virtualized functions on physical standard server hardware.”。 | 该特征要求服务部署规范是针对“第二运营商网络”的，并且使能在该网络内的物理资源上执行功能。对比文件虽然公开了NFV层在物理服务器上运行，但这是其网络内部的通用架构，并未区分访问网络和归属网络，也未涉及归属网络为访问网络提供规范以在其内部执行功能的场景。因此，无法得出该特征。 |
| 技术特征I：将针对第二运营商网络的服务部署规范转换为通用规范<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件[0096]描述：“...the flow handler 26... uses the ID to determine 22 where the selected virtual machine is. Finally, in stage 24 the flow handler wraps the flow to form a tunnel to the correct virtual machine...”。 | 该特征涉及将一种特定于运营商（归属网络）的规范转换为另一个网络（访问网络）可理解的通用规范。对比文件中的“转换”是流处理器将数据流通过隧道导向目标VM，这是数据层面的转发处理，而非对不同网络语义的部署规范进行转换。对比文件未公开任何类似“规范转换”的概念，其目的是实现VM的灵活调度，而非跨运营商网络的互操作。因此，无法得出该特征。 |
| 技术特征J：通用规范使能在第一运营商网络中的物理资源上执行所述至少一个网络功能，用于向用户设备提供服务<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件[0095]描述：“The virtual machines are able to and indeed are assumed 16 to move around the different hardware components of the network...”。 | 该特征要求通用规范能使功能在“第一运营商网络”（访问网络）的物理资源上执行。对比文件公开了VM可以在网络内的不同硬件组件间移动，但这是在同一网络内部进行的，而非跨运营商网络。对比文件未涉及在一个运营商网络中使用另一个运营商网络提供的规范来执行功能的场景。因此，无法得出该特征。 |
| 技术特征K：其中转换服务部署规范包括移除与第二运营商网络相关联的标识符、地址和/或位置<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件未公开或暗示在转换过程中移除与特定网络相关的信息。 | 该特征描述了转换规范时的一个具体操作，即移除与第二运营商网络相关的私有信息，以保护隐私并适配第一运营商网络。对比文件没有任何关于在跨网络交互中处理私有或特有信息的描述，其所有操作均假设在同一网络域内。因此，本领域技术人员无法从对比文件得出该特征。 |
| 技术特征L：并提取执行至少一个网络功能需要的总共的存储器的量<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件未公开在规范转换过程中提取或简化资源需求（如存储总量）的操作。 | 该特征要求从包含具体位置信息的规范中提取出总体的资源需求（如存储总量）。对比文件未涉及任何类似的资源需求抽象或提取过程。其资源分配是在VM实例化时进行的，而非在规范转换阶段。因此，无法得出该特征。 |
| 技术特征M：将通用规范传输到第一运营商网络<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件[0096]描述：“...the flow handler wraps the flow to form a tunnel to the correct virtual machine...”，该传输是在网络内部节点之间进行。 | 该特征要求将通用规范从第二运营商网络（归属网络）传输到第一运营商网络（访问网络）。对比文件描述的是在同一个网络内部进行数据流或信令的传输。其网络架构中不存在“第一运营商网络”和“第二运营商网络”这样的跨网络实体，也未涉及任何跨运营商网络的规范传输。因此，无法得出该特征。 |
| 技术特征N：其中转换服务部署规范包括修改服务部署规范的语法和/或内容<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件未公开修改服务部署规范的语法或内容。 | 该特征要求转换步骤包括对规范语法或内容的修改。对比文件中的“转换”是数据层面的隧道封装，而非对高阶规范语言的修改。对比文件未涉及任何规范的语法或内容转换操作。因此，无法得出该特征。 |
| 技术特征O：其中修改内容可选地包括以下各项中的至少一项<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件未公开特征P和Q所述的修改内容。 | 该特征是对特征N中“修改内容”的进一步限定。由于特征N未被公开，该特征自然也无法被公开。 |
| 技术特征P：修改服务部署规范的语义<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件未公开修改服务部署规范的语义。 | 该特征要求修改规范的语义，例如从具体位置信息提取出通用性能要求。对比文件未涉及任何类似的语义修改或抽象过程。因此，无法得出该特征。 |
| 技术特征Q：从服务部署规范移除与第二运营商网络相关联的信息<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件未公开在转换过程中移除信息。 | 该特征要求移除与第二运营商网络相关的信息。对比文件未涉及任何跨运营商网络的信息处理，因此不存在移除此类信息的动机或技术教导。因此，无法得出该特征。 |
| 技术特征R：其中服务部署规范包括与服务相关联的至少一个其他的网络功能<br><br>《隐含公开》 | 对比文件[0033]描述：“...the Flow Handlers determine the specific Network Function VM instances to provide the service.”（复数形式instances暗示多个）。对比文件[0034]描述：“...the desired NF VM instance...”，但之前的描述已暗示服务可能涉及多个VM。 | 该特征要求服务部署规范可以包含多个网络功能，其中至少一个被认为是“其他的”。对比文件中的服务通常由多个虚拟化网络功能（NFVM）实例组成，例如在[0032]中提及的vXW和vGW。因此，虽然对比文件未明确使用“其他的”一词，但本领域技术人员可以合理推断出，一个服务规范可能包含多个网络功能，其中一些可能被部署在其他位置，从而构成“其他的”网络功能。 |
| 技术特征S：所述方法进一步包括<br><br>《无直接公开》<br>《无隐含公开》 | 该特征为方法步骤的引述，不构成具体技术特征。 | 该特征本身不限定技术内容，而是对后续步骤的引导。在公开性判断中，其能否被公开取决于后续步骤（T、U）。 |
| 技术特征T：从通用规范排除所述至少一个其他的网络功能<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件未公开在规范转换过程中排除特定网络功能。 | 该特征要求从通用规范中有意地排除某些网络功能，使其不部署在访问网络。对比文件未涉及任何类似的选择性排除过程。其所有VM实例都被视为网络的一部分，没有在一个规范中排除部分功能的教导。因此，无法得出该特征。 |
| 技术特征U：根据针对第二运营商网络的服务部署规范在第二运营商网络中执行所述至少一个其他的网络功能，用于向用户设备提供服务<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件未公开在“第二运营商网络”中执行功能，也未公开执行的是“其他的”被排除的功能。 | 该特征要求被排除的“其他的”网络功能在第二运营商网络（归属网络）中执行。对比文件虽然描述了VM可以在网络内移动，但并未涉及将功能保留在特定“归属网络”中执行，也未涉及跨网络场景中功能的分裂部署。因此，无法得出该特征。 |
| 技术特征V：进一步包括<br><br>《无直接公开》<br>《无隐含公开》 | 该特征为方法步骤的引述，不构成具体技术特征。 | 该特征本身不限定技术内容，而是对后续步骤的引导。在公开性判断中，其能否被公开取决于后续步骤（W、X、Y）。 |
| 技术特征W：验证所述至少一个其他的网络功能是否在第二运营商网络中被实例化<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件未公开验证功能是否在特定网络中被实例化。 | 该特征要求在执行前检查功能是否已在第二运营商网络中实例化。对比文件中的流处理器会确定需要哪些NFVM实例，但这是基于服务和映射的决策，而非基于实例化状态的验证。对比文件未公开检查VM实例化状态的具体步骤。因此，无法得出该特征。 |
| 技术特征X：当所述至少一个其他的网络功能在第二运营商网络中被实例化时，根据针对第二运营商网络的服务部署规范使用实例化的至少一个其他的网络功能用于向用户设备提供服务<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件未公开在验证实例化后使用已有实例的步骤。 | 该特征要求在功能已实例化时直接使用。对比文件中的流处理器会根据配置将流量导向已存在的VM，但这一过程并非基于对实例化状态的显式验证，且未提及这是针对“其他的”在“第二运营商网络”中的功能。由于特征W未被公开，该特征也无法被公开。 |
| 技术特征Y：当所述至少一个其他的网络功能未在第二运营商网络中被实例化时，根据针对第二运营商网络的服务部署规范在第二运营商网络中将所述至少一个其他的网络功能实例化，用于向用户设备提供服务<br><br>《无直接公开》<br>《无隐含公开》 | 对比文件[0034]描述：“...the Flow Handlers can then configure the flow switches with new rules causing data packets coming from the mobile phone to reach the correct NF VM instances...”，这暗示了实例化或配置。但未明确是针对“第二运营商网络”中的“其他的”功能。 | 该特征要求在功能未实例化时，在第二运营商网络中进行实例化。对比文件虽然支持NFVM的动态部署和配置，但这是响应于流映射决策，而非专门针对归属网络中的特定功能。对比文件未涉及“第二运营商网络”这一概念，也未公开在跨网络场景下对功能进行选择性实例化。因此，无法得出该特征。 |
<<<E>>>
<<<c>>>
<<<r>>>