好的，我理解您的需求。作为一名经验丰富的资深专利代理师，我将对目标专利的权利要求与对比文件进行严谨、细致的特征比对。我会严格遵循您设定的“直接公开”和“隐含公开”的判断标准，并紧密结合目标专利说明书进行解释。
请在回答的开始明确对比文件的名称：2008-03-18_US7346076B_发明授权_US07346076B1 Network controller and method to support format negotiation between interfaces of a network和目标专利的名称：957通信网络系统中的不同IP接口CN101978667B以及本次调用的模型名称。
---
**对比文件名称**：2008-03-18_US7346076B_发明授权_US07346076B1 Network controller and method to support format negotiation between interfaces of a network
**目标专利名称**：957通信网络系统中的不同IP接口CN101978667B
**本次调用的模型名称**：DeepSeek-R1-32K (模拟)
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：确定用户平面接口的类型，呼叫将经由该用户平面接口被处理 | **对比文件【0015】** ：“In order for the gateway controllers to determine whether a conversion is to be performed...and also enable a microprocessor in the gateway controller to determine whether to activate a conversion function of the gateway which it controls.”<br><br>**对比文件【0036】** ：“Upon receipt of the call setup message from originating node 12, and based on information contained in said message, controller 26 determines that ingress gateway 22 of network 16 will receive the bearer channel of the call, and that egress gateway controller 28 will control the egress gateway for the call.”<br><br>**对比文件【0036】** ：“If (ingress interface = IP) then send the call setup message to the egress gateway controller, indicating that IP is used as the bearer format on the ingress interface” | **《直接公开》** <br>对比文件明确公开了网关控制器（gateway controller）需要确定呼叫所涉及的接口类型（例如，入口接口是IP、AAL1、TDM等），以便决定是否需要执行格式转换。这与目标专利中“确定用户平面接口的类型，呼叫将经由该用户平面接口被处理”这一动作和目的完全相同。对比文件中的控制器正是在处理呼叫时，通过信令消息确定相应节点的接口类型。 |
| **技术特征B**：其中所确定的类型的用户平面接口是基于因特网协议的接口并且其中不使用Nb用户平面成帧协议 | **对比文件【0002】** ：“Packet-based transmission protocols, on the other hand, include Internet Protocol (IP)...”<br><br>**对比文件【0036】** ：“If (ingress interface = IP) then...”<br><br>**对比文件【0036】** ：“If (ingress interface = IP) then instruct the ingress gateway to convert the bearer to AAL1...instruct the ingress gateway to convert the bearer to IP over AAL5...” | **《隐含公开》** <br>对比文件明确公开了多种接口类型，其中包括基于IP的接口（ingress interface = IP），并且详细描述了当接口为IP时如何处理。虽然对比文件没有提及“Nb用户平面成帧协议”，但该协议是3GPP网络（如目标专利背景技术中所述的Re14架构）中用于Nb接口的一个特定协议。对比文件描述的是一个更通用的多协议网络环境，其中IP接口直接传输数据（例如，在骨干网中作为“IP over AAL5”传输）。在本领域技术人员看来，在一个不特指3GPP Nb接口的通用IP接口场景中，不使用该特定的NbUP协议是合理的默认情况。因此，对比文件公开了“基于因特网协议的接口”，并且由于未限定为特定的3GPP Nb接口，隐含了不使用NbUP成帧协议。 |
| **技术特征C**：在具有参考点值的分组中指示基于因特网协议的用户平面接口类型 | **对比文件【0024】** ：“Bearer format information...is conveyed...by way of a parameter in, for example, a call setup message. The parameter is referred to as the bearer format parameter, which identifies the type of interface used...”<br><br>**对比文件【0036】** ：“This call setup message may contain a bearer format parameter that provides an indication of bearer format 1.”<br><br>**对比文件【0036】** ：“send the call setup message to the egress gateway controller, indicating that IP is used as the bearer format on the ingress interface”<br><br>**对比文件【0036】【0039】** ：“Upon receipt of the call setup acknowledgment message from the egress gateway controller...An indication (in the bearer format parameter) of the type of egress interface used on gateway 24.” | **《隐含公开》** <br>对比文件公开了使用一个“承载格式参数（bearer format parameter）”在消息（如呼叫建立消息、应答消息）中指示接口类型（例如，IP、AAL1、TDM）。目标专利的“具有参考点值的分组”本质上也是一个用于指示接口类型的参数。对比文件虽然没有直接定义“参考点值”这个术语，但“承载格式参数”及其值与目标专利的“参考点值”在功能上等同，都是用于标识接口类型的特定值。因此，对比文件隐含公开了在参数（分组）中指示接口类型这一技术特征。 |
| **技术特征D**：其中所述参考点值对应于所述基于因特网协议的用户平面接口类型 | **对比文件【0024】** ：“The parameter is referred to as the bearer format parameter, which identifies the type of interface used between the network 16 and each of the originating and terminating nodes 12, 14.”<br><br>**对比文件【0036】** ：“This call setup message may contain a bearer format parameter that provides an indication of bearer format 1.”<br><br>**对比文件【0036】** ：“indicating that IP is used as the bearer format on the ingress interface” | **《隐含公开》** <br>对比文件明确指出，“承载格式参数”的值用于标识接口的类型。例如，当入口接口为IP时，参数值会指示“IP”。这与目标专利中“参考点值对应于所述基于因特网协议的用户平面接口类型”的含义完全一致，即参数值（参考点值）与接口类型（如IP）之间存在一一对应的关系。 |
| **技术特征E**：所述分组被包含在终结点保留消息中 | **对比文件【0036】** ：“instruct the ingress gateway to convert the bearer to AAL1”<br><br>**对比文件【0036】** ：“instruct the ingress gateway to pass the bearer unchanged, as AAL1”<br><br>**对比文件【0040】** ：“instruct the egress gateway to convert the bearer channel from AAL1 to IP on the egress interface” | **《隐含公开》** <br>对比文件没有直接使用“终结点保留消息”这一术语。然而，对比文件中控制器向网关发送的指令（instruct the gateway to convert/pass...）正是用于在网关上配置资源，为后续的呼叫承载做准备。在H.248协议等网关控制协议中，这种配置资源的操作通常就是通过“终结点保留（或添加）”消息来实现的。对比文件【0035】明确提到控制器与网关之间的信令协议可以包括“H.248”。本领域技术人员知晓，在H.248协议中，网关资源的配置正是通过“Add”或“Modify”等终结点操作命令完成的。因此，对比文件隐含公开了该承载格式参数（分组）包含在用于配置网关资源的消息（即终结点保留消息）中。 |
| **技术特征F**：发送包括所述分组的所述终结点保留消息。 | **对比文件【0036】** ：“instruct the ingress gateway to convert the bearer to AAL1”<br><br>**对比文件【0040】** ：“instruct the egress gateway to convert the bearer channel from AAL1 to IP on the egress interface.” | **《隐含公开》** <br>基于对技术特征E的论述，对比文件中的控制器在确定需要进行的操作后，必然会将相应的指令（包括承载格式参数）发送给网关。这个发送指令的动作，在本领域普通技术人员看来，就是发送包含接口类型指示的终结点保留消息。因此，对比文件隐含公开了发送包括分组（承载格式参数）的终结点保留消息（网关配置指令）这一步骤。 |
| **技术特征G**：包括：接收与所述呼叫相关的控制平面信令消息 | **对比文件【0036】** ：“At originating node 12, a call setup message (e.g., an Initial Address Message (IAM)) is sent to gateway controller 26...Upon receipt of the call setup message from originating node 12...”<br><br>**对比文件【0039】** ：“In response to an incoming call setup message from the gateway controller for the egress gateway, terminating node 14 sends an address complete (ACM) message to the gateway controller for the egress gateway...” | **《直接公开》** <br>对比文件明确描述了网关控制器（相当于目标专利的MSS）接收来自节点（如节点12、14）或其它控制器的呼叫建立消息（如IAM）、地址完成消息（ACM）等控制平面信令消息。这与目标专利中“接收与所述呼叫相关的控制平面信令消息”完全吻合。 |
| **技术特征H**：根据所述控制平面信令消息来确定所述基于因特网协议的用户平面接口类型。 | **对比文件【0036】** ：“Upon receipt of the call setup message from originating node 12, and based on information contained in said message, controller 26 determines...If (ingress interface = IP) then...”<br><br>**对比文件【0015】** ：“The knowledge of the user's equipment may be determined either by information previously propagated...or via call setup signaling messages received from the user's equipment at call setup time.” | **《直接公开》** <br>对比文件明确公开了控制器根据从节点接收到的呼叫建立消息中包含的信息（例如，承载格式参数），来确定入口接口（例如，判断其是否为IP接口）。这与目标专利中MSS根据接收到的控制平面信令来确定接口类型的方式完全一致。 |
| **技术特征I**：其中，所述控制平面信令消息包括呼叫建立请求消息、协商发起消息和协商响应消息中的至少一个。 | **对比文件【0036】** ：“a call setup message (e.g., an Initial Address Message (IAM))”<br><br>**对比文件【0036】** ：“send the call setup message to the egress gateway controller”<br><br>**对比文件【0039】** ：“terminating node 14 sends an address complete (ACM) message”<br><br>**对比文件【0042】** ：“egress gateway controller 28 sends the call setup acknowledgment message to ingress gateway controller 26” | **《直接公开》** <br>对比文件明确使用了“call setup message”（呼叫建立请求消息）作为控制平面信令。同时，在网关控制器之间交换的用于协商承载格式的“call setup message”（对应协商发起消息）和“call setup acknowledgment message”（对应协商响应消息），本质上也是协商消息。因此，对比文件公开了这些消息类型。 |
| **技术特征J**：包括：接收呼叫建立请求消息 | **对比文件【0036】** ：“Upon receipt of the call setup message from originating node 12...” | **《直接公开》** <br>对比文件公开了网关控制器（如入口网关控制器26）接收来自始发节点（originating node）的呼叫建立请求消息。 |
| **技术特征K**：在对所述呼叫建立请求消息进行反应的将被发送的协商发起消息中，把装置指示为所述协商发起消息的发送方，其中所述协商发起消息将通过所述装置被发送 | **对比文件【0036】** ：“Controller 26 next attempts to determine the preferred bearer format 2 for transporting the bearer channel across network 16. This may be accomplished according to the following routine:...send the call setup message to the egress gateway controller, indicating that IP is used as the bearer format on the ingress interface” | **《隐含公开》** <br>对比文件明确，入口网关控制器26在收到来自节点12的呼叫建立请求后，执行一个例程来确定承载格式，并向出口网关控制器28发送一个呼叫建立消息（即协商发起消息），其中包含了（指示了）入口接口的类型。虽然对比文件没有明确写出“把装置（即网关控制器26）指示为发送方”这样的文字，但在任何信令交互中，消息的发送方是消息本身固有的属性，是收发双方进行通信的基础。本领域技术人员必然理解，该协商发起消息是由控制器26发送的，自然会携带指示其发送方的信息。因此，这个特征对于本领域技术人员来说是毫无疑问的。 |
| **技术特征L**：发送所述协商发起消息。 | **对比文件【0036】** ：“send the call setup message to the egress gateway controller, indicating that IP is used as the bearer format on the ingress interface” | **《直接公开》** <br>对比文件明确公开了发送呼叫建立消息（即协商发起消息）给出口网关控制器。 |
| **技术特征M**：包括：接收协商发起消息 | **对比文件【0038】** ：“Upon receipt of a call setup message from ingress gateway controller 26, egress gateway controller 28 determines...” | **《直接公开》** <br>对比文件明确公开了出口网关控制器28接收来自入口网关控制器26的呼叫建立消息（即协商发起消息）。 |
| **技术特征N**：在对所述协商发起消息进行反应的将被发送的协商响应消息中，把装置指示为所述协商响应消息的发送方，其中所述协商响应消息将通过所述装置被发送 | **对比文件【0036】【0039】【0040】** 描述了出口网关控制器28根据从入口网关控制器收到的呼叫建立消息（协商发起消息）和从终端节点14收到的ACM消息（其包含承载格式参数），执行一个例程，然后在【0042】中“egress gateway controller 28 sends the call setup acknowledgment message to ingress gateway controller 26, with an indication (in the bearer format parameter) of the type of egress interface used on gateway 24.” | **《隐含公开》** <br>与特征K类似，对比文件公开了出口网关控制器28在收到协商发起消息后，发送一个响应（呼叫建立应答消息，即协商响应消息）给入口网关控制器。该响应中包含了出口接口的类型。同样，任何消息的发送方都是该消息的固有属性，出口网关控制器28必然是此协商响应消息的发送方。这对于本领域技术人员是显而易见的。 |
| **技术特征O**：发送所述协商响应消息。 | **对比文件【0042】** ：“egress gateway controller 28 sends the call setup acknowledgment message to ingress gateway controller 26...” | **《直接公开》** <br>对比文件明确公开了出口网关控制器28发送呼叫建立应答消息（即协商响应消息）给入口网关控制器26。 |
| **技术特征P**：包括：使用H.248协议来发送所述终结点保留消息。 | **对比文件【0035】** ：“The signaling protocol between gateway controllers 26, 28 and the gateways 22, 24, respectively, may include H.248...” | **《直接公开》** <br>对比文件明确提到网关控制器与网关之间的信令协议可以包括H.248，而结合特征F，控制器向网关发送的配置指令（终结点保留消息）正是通过该协议传送的。因此，对比文件直接公开了使用H.248协议来发送配置消息（终结点保留消息）。 |
| **技术特征Q**：包括：接收终结点保留消息，所述终结点保留消息包括具有对应于基于因特网协议的用户平面接口的参考点值的分组 | **对比文件【0036】** ：“instruct the ingress gateway to convert the bearer to AAL1”<br><br>**对比文件【0036】** ：“instruct the ingress gateway to convert the bearer to IP over AAL5”<br><br>**对比文件【0040】** ：“instruct the egress gateway to convert the bearer channel from AAL1 to IP on the egress interface.” | **《隐含公开》** <br>对比文件公开了网关（如入口网关22、出口网关24）会接收来自其控制器的指令（instruct）。这些指令指示网关执行特定的操作（如转换格式），其中隐含了指示接口类型的信息（例如，转换为IP）。本领域技术人员可以合理推断，这些指令在网关控制协议（如H.248）中是以消息形式（终结点保留消息）传递的，并且消息中包含指示承载格式的参数（分组）。因此，对比文件隐含公开了网关接收包含接口指示的消息。 |
| **技术特征R**：根据在包含在所述终结点保留消息中的所述分组中所指示的所述参考点值来确定基于因特网协议的接口的用户平面接口类型，其中在所述用户平面接口类型中不使用Nb用户平面成帧协议 | **对比文件【0036】【0040】** 中的指令：“convert the bearer to IP over AAL5”、“convert the bearer channel from ... to IP” | **《隐含公开》** <br>基于对特征Q的论述，网关在接收到控制器的指令后，必然解析该指令，从而确定需要将承载格式转换为IP，也就是确定了基于IP的用户平面接口类型。同样地，由于对比文件描述的是通用IP接口，而非特定的3GPP Nb接口，因此隐含了不使用NbUP协议。 |
| **技术特征S**：依照基于因特网协议的用户平面接口类型来执行处理。 | **对比文件【0036】** ：“instruct the ingress gateway to convert the bearer to IP over AAL5”<br><br>**对比文件【0040】** ：“instruct the egress gateway to convert the bearer channel from AAL1 to IP on the egress interface.” | **《隐含公开》** <br>对比文件明确，网关被指令执行处理操作，例如“将承载转换为IP over AAL5”或“转换为IP”。这正是依照确定的IP接口类型来执行具体的处理（格式转换）。 |
| **技术特征T**：包括：使用H.248协议来接收所述终结点保留消息。 | **对比文件【0035】** ：“The signaling protocol between gateway controllers 26, 28 and the gateways 22, 24, respectively, may include H.248...” | **《直接公开》** <br>与特征P对应，对比文件公开了网关可以使用H.248协议来接收来自控制器的消息。 |
| **技术特征U**：包括：依照所述基于因特网协议的用户平面协议类型来保留资源。 | **对比文件【0036】【0040】** 中的指令指示网关进行承载格式转换。格式转换通常涉及在网关中为新的承载格式分配和配置资源（例如，IP端口、编解码器资源等）。 | **《隐含公开》** <br>虽然对比文件没有直接使用“保留资源”这一表述，但“执行格式转换”这一操作本身必然要求网关分配和保留相应的处理资源（如IP端点、编解码器等）。本领域技术人员可以合理推断，在收到指令后，网关会执行资源保留以完成格式转换。 |
| **技术特征V**：包括：依照所述基于因特网协议的用户平面协议类型来提供特定服务。 | **对比文件【0036】【0040】** 中的指令指示网关进行承载格式转换。格式转换本身就是一种特定服务。 | **《隐含公开》** <br>网关根据指令将承载从一种格式转换为另一种格式（如TDM转IP），这就是一种根据接口类型提供的特定服务。本领域技术人员能理解这一点。 |
| **技术特征W**：包括：用于确定用户平面接口的类型的部件，呼叫将经由该用户平面接口被处理，其中所确定的类型的用户平面接口是基于因特网协议的接口并且其中不使用Nb用户平面成帧协议 | **对比文件【0015】** ：“...a microprocessor in the gateway controller to determine whether to activate a conversion function...”<br><br>**对比文件【0036】** 描述了控制器根据消息确定接口类型的过程。 | **《隐含公开》** <br>对比文件的网关控制器包含微处理器（microprocessor），该微处理器执行逻辑以确定接口类型。这构成了“用于确定用户平面接口的类型的部件”。关于接口类型的具体限定（基于IP、不使用NbUP），参见特征A和B的论述，此处基于相同的理由认为被隐含公开。 |
| **技术特征X**：用于在具有参考点值的分组中指示基于因特网协议的用户平面接口类型的部件，其中所述参考点值对应于所述基于因特网协议的用户平面接口类型，所述分组被包含在终结点保留消息中 | **对比文件【0024】** 描述了控制器通过“bearer format parameter”来指示接口类型。<br><br>**对比文件【0035】【0036】** 描述了控制器通过H.248等协议向网关发送指令。 | **《隐含公开》** <br>对比文件的控制器能够生成包含承载格式参数的消息，并通过H.248协议发送。控制器中的微处理器和相关通信接口构成了实现该功能的“部件”。关于分组和消息的具体限定，参见特征C、D、E、F的论述。 |
| **技术特征Y**：用于发送包括所述分组的所述终结点保留消息的部件。 | **对比文件【0015】** 描述了控制器及其功能，【0035】提到了H.248协议，【0036】描述了发送指令。 | **《隐含公开》** <br>对比文件的控制器具备发送消息的接口和功能，构成了“用于发送的部件”。其发送的指令消息即是包含格式参数的终结点保留消息。 |
| **技术特征Z**：其中，所述控制平面信令消息包括呼叫建立请求消息、协商发起消息和协商响应消息中的至少一个。 | **对比文件【0036】【0039】【0042】** 中分别使用了“call setup message”、“call setup acknowledgment message”等。 | **《直接公开》** <br>与特征I的论述相同，对比文件明确公开了这些消息类型。 |
---
### 结论代码
根据上述严谨的对比分析，判断各技术特征的公开情况如下。
- 直接公开的技术特征：A, G, H, I, J, L, M, O, P, T, Z
- 隐含公开的技术特征：B, C, D, E, F, K, N, Q, R, S, U, V, W, X, Y
因此，输出的代码为：
<<<A>>><<<G>>><<<H>>><<<I>>><<<J>>><<<L>>><<<M>>><<<O>>><<<P>>><<<T>>><<<Z>>><<<b>>><<<c>>><<<d>>><<<e>>><<<f>>><<<k>>><<<n>>><<<q>>><<<r>>><<<s>>><<<u>>><<<v>>><<<w>>><<<x>>><<<y>>>