好的，我们开始进行专利创造性评估的特征比对分析。在开始之前，请确认以下信息：
1. **对比文件名称**：2014-06-12_US2014160990A_发明申请_US20140160990A1 Mechanisms for Quality of Service to Over the Top Applications for Use in Commercial Wireless Networks
2. **目标专利名称**：2075使用OTT服务的基于基础设施的D2D连接建立CN112887941B
3. **本次调用的模型名称**：用户未提供，本次回答基于专利审查逻辑与给定文本进行分析。
以下是根据您提供的对比文件（以下简称D1）与目标专利权利要求的技术特征比对结果。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：所述方法能够在连接至所述移动网络运营商的电信网络的第一设备(202)和连接至所述电信网络的第二设备(212)之间建立连接<br><br>**《无直接或隐含公开》** | D1未明确公开在两个设备之间建立连接。D1公开了OTT应用客户端（第一设备）与OTT应用服务器（网络侧实体）之间的连接建立，例如步骤2a/2b（[0056]）：“...执行信令（注册、识别等）到对应的OTT应用服务器...”。 | D1聚焦于在OTT应用服务器和PCRF之间建立QoS策略通道，以保障客户端与服务器之间的数据流QoS。D1没有公开在两个终端设备（第一设备和第二设备）之间建立连接（如D2D连接或基于基础设施的端到端连接）的机制、目的或步骤。虽然D1公开了网络连接，但该连接是客户端-服务器架构，而非目标专利所要求的两个设备之间的连接，且作用不同（D1是业务连接，目标专利是直接通信连接）。因此，D1未公开A。 |
| **技术特征B**：从第一设备接收(306)包括第二设备的第一标识符的连接请求<br><br>**《无直接或隐含公开》** | D1未公开此类请求。D1中，OTT应用服务器从客户端接收的是服务注册请求（步骤2a/2b），该请求不包括目标设备（第二设备）的标识符。 | D1的流程中，客户端（第一设备）向OTT应用服务器发送的信令（[0056]）是用于注册或开始服务，其目的是请求QoS，而非请求与另一个特定设备建立连接。D1完全没有涉及“第二设备”的概念，因此不可能从第一设备接收包含第二设备标识符的连接请求。 |
| **技术特征C**：将第二设备的第一标识符解析为第二设备的第二标识符<br><br>**《无直接或隐含公开》** | D1未公开任何标识符解析过程。D1提及了应用标识符、用户标识符（IMSI/MSISDN），但未提及将一种标识符解析为另一种标识符。 | 目标专利中的解析过程是将应用级别的OTT标识符（第一标识符）解析为网络级别的MNO标识符（第二标识符）。D1虽然同时使用了应用标识符（[0059]中的应用标识符）和网络标识符（[0059]中的订阅ID，如IMSI），但它们是作为请求消息中的不同字段并行存在的，不存在从一种到另一种的解析映射关系。D1没有公开任何解析步骤。 |
| **技术特征D**：所述第二标识符识别所述移动网络运营商所控制的第二路由实体(220)<br><br>**《无直接或隐含公开》** | D1没有将任何标识符定义为识别路由实体。D1中的“第二路由实体”可类比为PCRF，但PCRF是通过FQDN/IP地址（[0038]）或通过查询本地数据库/NPDB（[0064]）来寻址的，而不是通过一个由客户端设备标识符解析出来的“第二标识符”来识别。 | 目标专利中，第二标识符是用于识别第二路由实体的网络级标识符。D1中，QoS服务器通过查询本地MNO信息数据库或NPDB（[0064]）来确定客户端的归属MNO及对应的PCRF，但这个过程是基于客户端标识符（如MSISDN）查找网络信息，而不是将客户端标识符作为“第二标识符”直接用于识别路由实体。D1没有公开“第二标识符”的概念及其与路由实体的直接对应关系。 |
| **技术特征E**：向第二路由实体提供(316)对第一设备和第二设备之间的连接的连接请求<br><br>**《无直接或隐含公开》** | D1步骤8（[0066]）：“如果OTT应用被允许影响归属MNO上的QoS设置，那么QoS服务器向归属MNO上的PCRF发送一个Diameter AAR消息，其中包含适当的QoS信息。” | D1中，QoS服务器向PCRF（第二路由实体）发送的是“QoS请求”（AAR消息），目的是请求QoS策略。目标专利中，向第二路由实体提供的是“连接请求”，目的是请求建立两个设备之间的连接。两者的目的、内容和触发条件完全不同。D1的AAR消息不包含任何与建立两个设备间连接相关的信息。 |
| **技术特征F**：所述连接请求包括第二设备的第一标识符和/或第二标识符<br><br>**《无直接或隐含公开》** | D1的QoS请求消息（[0059]）包含：“应用标识符”、“订阅ID（IMSI/MSISDN）”、“源IP地址”等。这些是请求客户端自身的信息，而非目标设备（第二设备）的信息。 | D1的所有信令消息（QoS请求、QoS响应、QoS终止）均围绕发起请求的客户端设备（第一设备）和OTT应用服务器。D1中没有“第二设备”的概念，因此其任何请求消息都不可能包含第二设备的标识符。 |
| **技术特征G**：向第二路由实体提供(316/330)第一设备的联系信息<br><br>**《隐含公开》** | D1步骤8（[0066]）中，QoS服务器向PCRF发送的AAR消息，根据标准协议，应包含从QoS请求消息中提取的客户端信息。D1 [0059]指出QoS请求消息包含“源IP地址”。 | 本领域技术人员可以合理推断，当QoS服务器向PCRF（第二路由实体）发送AAR消息以请求服务时，必然需要提供该服务对应客户端（第一设备）的联系信息（如IP地址），以便PCRF识别数据流并应用QoS策略。虽然D1没有明确表述“向第二路由实体提供第一设备的联系信息”这一步骤，但这是实现QoS策略下发的必要前提，属于隐含在AAR消息中的必然内容。 |
| **技术特征H**：从第二路由实体接收(326)第二设备的联系信息<br><br>**《无直接或隐含公开》** | D1步骤9（[0067]）：“PCRF...返回一个Diameter AAA消息给QoS服务器。”D1未描述AAA消息中包含第二设备的联系信息。 | 目标专利中，接收第二设备的联系信息是为了配置防火墙以建立连接。D1中，QoS服务器从PCRF接收AAA消息，该消息是AAR的响应，通常包含确认或错误代码，而非目标设备的联系信息。D1完全没有涉及“第二设备”的概念，因此不可能从第二路由实体接收其联系信息。 |
| **技术特征I**：依据第一设备的联系信息和第二设备的联系信息配置(332)第一防火墙(208)以便通过第一设备和第二设备之间的连接进行数据交换<br><br>**《无直接或隐含公开》** | D1未公开防火墙配置。D1涉及QoS策略的下发，但QoS策略（如GBR、优先级）是通过PCRF和PGW执行的，而非通过配置客户端侧的防火墙。 | D1的整个机制是用于在核心网侧（PCRF/PGW）保障QoS，不涉及终端设备侧或网络边缘的防火墙配置。D1没有公开任何关于防火墙、防火墙配置或基于联系信息配置防火墙以允许特定设备间数据交换的步骤。 |
| **技术特征J**：其中所述第一防火墙(208)是第一设备与之连接的电信网络的、被配置为保护第一设备的防火墙<br><br>**《无直接或隐含公开》** | D1未公开任何防火墙实体。 | D1主要涉及QoS服务器、OTT应用服务器和PCRF之间的交互，其网络架构（图1）中未示出或描述任何防火墙设备。D1完全没有公开关于防火墙的任何技术特征。 |
| **技术特征K**：其中第一标识符是指智能蜂窝设备和互联网上的过顶(OTT)应用所使用的应用级别的标识符<br><br>**《隐含公开》** | D1 [0047]：“OTT应用标识符是一个唯一的字符串...提供给了OTT应用。” [0059]：“QoS请求消息包含：...应用标识符...”。 | D1明确提出了“应用标识符”（Application Identifier）的概念，并指出它是OTT应用使用的唯一标识符，用于识别应用。这符合“应用级别的标识符”的定义，作用相同。虽然D1的“应用标识符”是用于识别应用本身，而目标专利的“第一标识符”是用于识别第二设备（目标设备），但两者在“应用于OTT应用的应用级别标识符”这一概念上是相同的。D1部分公开了该特征，即应用可采用应用级别的标识符。 |
| **技术特征L**：其中第二标识符是指移动网络运营商(MNO)所使用的网络级别的标识符<br><br>**《隐含公开》** | D1 [0059]：“...订阅ID (RFC 4006 [14]) 识别一个特定的订阅 (例如 IMSI, MSISDN等等)。” | D1明确提出了网络级别的标识符，如IMSI（国际移动用户识别码）和MSISDN（移动用户号码），这些是MNO在网络上识别用户/设备的标识符，符合“MNO所使用的网络级别的标识符”的定义。虽然D1的IMSI/MSISDN是用于识别客户端设备（第一设备），而目标专利的“第二标识符”是用于识别目标设备（第二设备）和路由实体，但两者在“属于MNO网络级别标识符”这一概念上相同。D1部分公开了该特征。 |
| **技术特征M**：进一步包括从第一设备接收(402)终止所述连接的命令<br><br>**《无直接或隐含公开》** | D1 [0075]：“一旦客户端UE上的信令或数据服务被终止，OTT应用服务器通知QoS服务器服务终止...” | D1中，终止请求是由OTT应用服务器在检测到客户端设备服务终止后发起的，而不是直接从第一设备接收终止连接的命令。D1的流程是服务器检测到终止，然后服务器发起终止流程。与目标专利中“从第一设备接收终止命令”的明确动作不同。 |
| **技术特征N**：指示(404)第一防火墙(208)终止所述连接<br><br>**《无直接或隐含公开》** | 参见特征I和J，D1未公开任何防火墙。 | 由于D1完全没有公开防火墙，因此无法公开任何关于指示防火墙执行操作的步骤。 |
| **技术特征O**：进一步包括向第二路由实体(220)提供所述连接将被终止的指示(406)<br><br>**《隐含公开》** | D1步骤23（[0080]）：“QoS服务器向客户端设备归属MNO上的PCRF发送一个Diameter STR消息，以指示服务/信令已被终止。” | D1中，当服务终止时，QoS服务器向PCRF（第二路由实体）发送STR（Session Termination Request）消息，指示QoS会话终止。这与目标专利中“向第二路由实体提供连接将被终止的指示”作用相同（通知路由实体进行资源释放）。虽然D1终止的是QoS会话，而目标专利终止的是设备间连接，但两者在向核心网路由实体发送终止指示以释放相关资源这一核心思想上是一致的。 |
| **技术特征P**：进一步包括步骤从第二路由实体(220)接收(506)第二设备(212)发出了终止所述连接的命令的指示<br><br>**《无直接或隐含公开》** | D1步骤24（[0081]）：“PCRF向QoS服务器响应一个Diameter STA消息。”D1未描述PCRF向QoS服务器发送“第二设备发出了终止命令”的指示。 | D1中，终止流程是由OTT应用服务器（而非第二设备）发起的，并由QoS服务器向PCRF发送STR。PCRF返回的STA（Session Termination Answer）是确认响应，不包含“第二设备发出终止命令”的指示内容。D1完全没有涉及第二设备的概念，因此不可能接收此类指示。 |
| **技术特征Q**：指示(508)第一防火墙(208)终止所述连接和/或向第一设备(202)提供所述连接要被终止的指示(510)<br><br>**《无直接或隐含公开》** | D1未公开防火墙。D1 [0081]：“QoS服务器随后向请求的OTT应用服务器发送一个QoS响应消息。”该响应是发给服务器，而非第一设备。 | D1终止流程的最后一步是QoS服务器回应OTT应用服务器，而非指示防火墙或直接通知第一设备。D1没有公开任何关于防火墙的操作，也没有公开向第一设备（客户端UE）发送连接终止指示的步骤。 |
| **技术特征R**：进一步包括步骤从第一路由实体(210)接收(406)第一设备(202)发出了终止第一设备和第二设备之间的连接的命令的指示<br><br>**《无直接或隐含公开》** | D1 [0075]：“当OTT应用服务器检测到客户端UE上的信令或服务被终止...” D1中，终止是由OTT应用服务器（相当于第一路由实体）检测并主动发起的，而非从第一路由实体接收关于第一设备命令的指示。 | 目标专利是从第一路由实体接收“第一设备发出了终止命令”的指示。D1中，OTT应用服务器本身是检测到服务终止，而不是接收到来自第一设备的一个命令后才执行。D1的流程是服务器检测事件，目标专利是服务器接收命令。两者逻辑不同。 |
| **技术特征S**：指示(408)第二防火墙(218)终止所述连接和/或向第二设备(212)提供所述连接要被终止的指示(410)<br><br>**《无直接或隐含公开》** | D1未公开任何防火墙，也未涉及第二设备。 | 参见特征J和N，D1没有防火墙，也没有第二设备的概念，因此无法公开此特征。 |
| **技术特征T**：进一步包括步骤从第二设备接收(502)终止所述连接的命令<br><br>**《无直接或隐含公开》** | D1未公开从第二设备接收任何命令。 | D1的整个流程中从未出现“第二设备”这一角色，因此不可能从第二设备接收终止命令。 |
| **技术特征U**：指示(504)第二防火墙(218)终止所述连接<br><br>**《无直接或隐含公开》** | D1未公开任何防火墙。 | 参见特征J和N。 |
| **技术特征V**：进一步包括步骤向第一路由实体(210)提供所述连接将被终止的指示(506)<br><br>**《隐含公开》** | D1步骤21-23（[0077]-[0080]）：OTT应用服务器向QoS服务器发送QoS终止消息，QoS服务器随后向PCRF发送STR。 | 虽然D1中QoS服务器是核心执行者，但OTT应用服务器（第一路由实体）向QoS服务器发送QoS终止消息（步骤21），这本身就是向一个核心网实体（QoS服务器，可视为一种路由实体）提供“服务将被终止”的指示。目标专利中，是向第一路由实体提供指示，D1中是第一路由实体（OTT应用服务器）向QoS服务器提供指示，动作方向相反。但D1确实公开了“第一路由实体”发出终止指示，这可以理解为“第一路由实体”参与了终止指示的传递。考虑到隐含公开的宽松标准，D1公开了向路由实体提供终止指示的模式，可以认为部分公开了此概念。但需注意，作用实体不同，严谨来看，仍不能直接对应。 |
| **技术特征W**：其中所述第一设备的联系信息包括要被用于通过所述连接传送数据的第一设备的IP地址<br><br>**《隐含公开》** | D1 [0059]：“QoS请求消息包含：...源帧IP地址 (或源帧IPv6前缀) ...”。该IP地址是客户端设备的IP地址。 | D1中，QoS请求消息包含的“源帧IP地址”即为第一设备（客户端UE）的IP地址。该IP地址将被用于识别数据流，从而应用QoS策略，这与目标专利中第一设备的IP地址用于通过连接传送数据的目的和作用相似。虽然D1中该IP地址用于QoS策略，而非直接用于配置防火墙，但作为第一设备的联系信息（IP地址）这一事实被公开了。 |
| **技术特征X**：第二设备的联系信息包括要被用于通过所述连接传送数据的第二设备的IP地址<br><br>**《无直接或隐含公开》** | D1未公开第二设备的概念。 | D1没有涉及任何第二设备，因此不可能公开其IP地址。 |
| **技术特征Y**：其中所述第一设备的联系信息还包括第一设备的一个或多个端口<br><br>**《隐含公开》** | D1 [0060]：“QoS请求消息中的流描述还可以包含：...源和目的端口...”。 | D1明确指出，在QoS请求消息的流描述（Flow Description）中，可以包含源和目的端口信息。该流描述用于描述客户端（第一设备）的数据流。因此，D1公开了第一设备的联系信息中可包含端口信息，用于数据通信。 |
| **技术特征Z**：第二设备的联系信息还包括第二设备的一个或多个端口<br><br>**《无直接或隐含公开》** | D1未公开第二设备的概念。 | 参见特征X。 |
---
### 结论
根据上述特征比对，对比文件D1公开或隐含公开了部分技术特征。具体代码输出如下：
<<<g>>>
<<<k>>>
<<<l>>>
<<<o>>>
<<<v>>>
<<<w>>>
<<<y>>>