专利创造性评估分析报告
**对比文件名称**：2001-09-11_US6289010B_发明授权_US06289010B1 Inbound gateway authorization processing for inter-carrier internet telephony
**目标专利名称**：通信网络系统中的不同IP接口 CN101978667B
**模型名称**：深度思考模型（Deep Reasoning Model）
## 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：确定用户平面接口的类型，呼叫将经由该用户平面接口被处理** | 对比文件图20及相关描述中，C2（ITN Call Control Object或hop-off gateway）协调信令并建立呼叫，但未明确描述确定用户平面接口类型（如Mb、Nb、A）。对比文件主要关注于C3（授权对象）和C5（运营商目录）之间的授权和计费，而非IP接口类型的区分和确定。 | 对比文件描述了呼叫建立和路由选择，但其核心在于跨运营商授权和计费，而不是在网关侧区分不同的IP用户平面接口类型（如A、Nb、Mb）。目标专利旨在解决MGW无法区分这些接口类型的问题，而对比文件并未涉及此区分过程。因此，对比文件未直接或隐含公开技术特征A。 |
| 《未公开》 | ||
| **技术特征B：其中所确定的类型的用户平面接口是基于因特网协议的接口并且其中不使用Nb用户平面成帧协议** | 对比文件图5及相关描述中，U1.I1接口被定义为“Internet Telephony Packetized Voice Interface”，负责传输经过语音编码和打包的语音段，承载在RTP/UDP/IP上（参见第5页第47-51行）。对比文件中未提及NbUP（Nb用户平面成帧协议）。 | 对比文件明确其用户平面使用基于IP的RTP协议传输语音，但未提及或排除使用NbUP成帧协议。目标专利的技术特征B强调“不使用Nb用户平面成帧协议”，这通常是Nb接口的特性。对比文件涉及的是PC到电话或电话到电话的VoIP，其接口模型与3GPP的网络架构不同，没有A、Nb、Mb等接口概念，因此未公开此特征。 |
| 《未公开》 | ||
| **技术特征C：在具有参考点值的分组中指示基于因特网协议的用户平面接口类型** | 对比文件描述了C2（ITG）与C3（授权对象）之间的通信，但未描述使用包含“参考点值”的分组来指示接口类型。对比文件中C2与PC、PSTN的接口使用SIP、ISUP等协议，但未定义用于指示接口参考点（如Mb、Nb、A）的专用分组。 | 目标专利使用IPUP（Internet Protocol Up Package）分组，其中包含“参考点”属性，值为“Mb”、“Nb”、“A”等。对比文件完全没有提及这种用于指示IP接口参考点类型的分组或机制。 |
| 《未公开》 | ||
| **技术特征D：其中所述参考点值对应于所述基于因特网协议的用户平面接口类型** | 对比文件中未公开任何与“参考点值”相关的概念。 | 由于对比文件未公开技术特征C，因此其从属特征D也无法公开。 |
| 《未公开》 | ||
| **技术特征E：所述分组被包含在终结点保留消息中** | 对比文件描述了呼叫建立过程，但未使用“终结点保留消息”或类似术语。C2（ITG）通过H.248协议与MGW通信的概念在对比文件中未出现。 | 目标专利中，IPUP分组通过H.248协议的“终结点保留”消息（如Add、Modify命令）发送给MGW。对比文件未涉及H.248协议或类似的终结点管理模式。 |
| 《未公开》 | ||
| **技术特征F：发送包括所述分组的所述终结点保留消息** | 对比文件中未公开“终结点保留消息”或包含“分组”的类似消息的发送。 | 由于技术特征C和E均未公开，发送包含该分组的终结点保留消息的特征F也无法公开。 |
| 《未公开》 | ||
| **技术特征G：接收与所述呼叫相关的控制平面信令消息** | 对比文件图7、图8、图22、图25、图28中，均描述了C2（ITG）接收来自PC用户的呼叫建立请求或来自PSTN的信令消息。例如，图7中步骤2“SETUP”从PC发送到C2，步骤7“Release”从PC发送到C2。 | 对比文件中，C2（ITG）作为呼叫控制对象，负责处理呼叫信令，其明确接收来自主叫方（PC或PSTN）的控制平面信令消息，如建立、释放等。这相当于目标专利中控制装置（MSS）接收与呼叫相关的控制平面信令。因此，本特征被对比文件直接公开。 |
| 《直接公开》 | ||
| **技术特征H：根据所述控制平面信令消息来确定所述基于因特网协议的用户平面接口类型** | 对比文件描述了C2根据接收到的信令（如被叫号码）查询C1目录以确定目的ITG地址（参见图7步骤1），但没有描述根据信令消息确定用户平面接口类型（如A、Nb、Mb）。 | 对比文件中，C2（ITG）根据信令确定的是路由和目的地，而非区分用户平面接口的类型。目标专利中，MSS根据信令（如SIP-I、BSSAP）判断是Nb、A还是Mb接口。对比文件未揭示这种根据信令确定IP接口类型的技术。 |
| 《未公开》 | ||
| **技术特征I：其中，所述控制平面信令消息包括呼叫建立请求消息、协商发起消息和协商响应消息中的至少一个** | 对比文件图7中，步骤1“Called Party Address Request”和步骤2“SETUP”构成呼叫建立请求。图8中步骤1、2类似。对比文件描述了SIP协议的使用（参见第4页第38-42行，第5页第22-26行），其中涉及SDP Offer/Answer的协商过程，可视为协商发起和响应消息。 | 对比文件明确描述了呼叫建立请求（SETUP）以及SIP信令中的协商过程。这些构成了控制平面信令消息的一部分，与目标专利的限定一致。因此，本特征被对比文件隐含公开。 |
| 《隐含公开》 | ||
| **技术特征J：接收呼叫建立请求消息** | 对比文件图7中步骤2“SETUP”消息从PC发送到C2（ITG），C2接收该请求。 | C2（ITG）作为网络侧节点，接收来自用户终端的呼叫建立请求是VoIP呼叫的基本流程。此特征已被对比文件直接公开。 |
| 《直接公开》 | ||
| **技术特征K：在对所述呼叫建立请求消息进行反应的将被发送的协商发起消息中，把装置指示为所述协商发起消息的发送方，其中所述协商发起消息将通过所述装置被发送** | 对比文件描述了SIP信令的使用，但未提及在SIP消息中将发送方（如MSS）明确指示为发送方。对比文件中，C2（ITG）通常在响应或发起信令时，其身份由其IP地址隐含表示，未描述显式声明“此消息的发送方是MSS”的机制。 | 目标专利中，MSS在SIP-I消息中显式指示自己是MSS，以便对端MSS判断接口类型为Nb。对比文件中没有这种显式指示发送方角色的机制。 |
| 《未公开》 | ||
| **技术特征L：发送所述协商发起消息** | 对比文件图7中，C2（ITG）在接收到SETUP后，会发起与C3的通信，并最终建立与PSTN的连接。但对比文件未明确描述C2发送的“协商发起消息”。图7中C2会向PC发送“SETUP Call Proceeding”等消息，但不是协商发起消息。 | 对比文件中的C2（ITG）作为网关，主要转发和响应信令。目标专利的MSS在MSS之间发送SIP-I协商消息。对比文件未涉及MSS之间的Nc接口信令交互。 |
| 《未公开》 | ||
| **技术特征M：接收协商发起消息** | 对比文件图7中，C2（ITG）可能接收来自PSTN或PC的协商相关消息，但未明确描述C2接收来自其他对等实体（如另一个MSS）的“协商发起消息”。 | 同样，对比文件未涉及MSS之间的协商信令。 |
| 《未公开》 | ||
| **技术特征N：在对所述协商发起消息进行反应的将被发送的协商响应消息中，把装置指示为所述协商响应消息的发送方** | 对比文件未公开此特征，原因同技术特征K。 | 对比文件无此机制。 |
| 《未公开》 | ||
| **技术特征O：发送所述协商响应消息** | 对比文件未公开此特征，原因同技术特征L。 | 对比文件无此机制。 |
| 《未公开》 | ||
| **技术特征P：使用H.248协议来发送所述终结点保留消息** | 对比文件通篇未提及H.248协议（MEGACO）。其描述的协议包括SIP、ISUP、以及内部定义的C1/C2/C3接口协议。 | 目标专利明确使用H.248协议在MSS和MGW之间通信。对比文件未涉及此协议。 |
| 《未公开》 | ||
| **技术特征Q：接收终结点保留消息，所述终结点保留消息包括具有对应于基于因特网协议的用户平面接口的参考点值的分组** | 对比文件未描述“终结点保留消息”或“参考点值”的概念。ITG（C2）作为网关，不接收来自控制器的类似H.248 Add/Modify的终结点保留消息。 | 目标专利中，MGW接收来自MSS的H.248消息。对比文件中，ITG是独立的呼叫控制对象，而非受控于另一个控制器的媒体网关。 |
| 《未公开》 | ||
| **技术特征R：根据在包含在所述终结点保留消息中的所述分组中所指示的所述参考点值来确定基于因特网协议的接口的用户平面接口类型，其中在所述用户平面接口类型中不使用Nb用户平面成帧协议** | 对比文件未公开此特征。 | 由于技术特征C、E、Q均未公开，本特征也无法公开。 |
| 《未公开》 | ||
| **技术特征S：依照基于因特网协议的用户平面接口类型来执行处理** | 对比文件中，C2（ITG）执行呼叫处理，但其处理逻辑不依赖于区分特定的IP接口类型（如A、Nb、Mb）。其处理（如语音编码、资源保留）对所有呼叫是通用的。 | 目标专利的MGW根据不同的接口类型（A、Nb、Mb）提供不同的服务（如AEC、DTMF）。对比文件未揭示根据接口类型差异化处理的技术。 |
| 《未公开》 | ||
| **技术特征T：使用H.248协议来接收所述终结点保留消息** | 对比文件未公开此特征，原因同技术特征P。 | 对比文件无此协议。 |
| 《未公开》 | ||
| **技术特征U：依照所述基于因特网协议的用户平面协议类型来保留资源** | 对比文件中，C2（ITG）会为呼叫保留PSTN资源和IP资源，但其资源保留不依赖于目标专利所述的特定“用户平面协议类型”（如A、Nb、Mb）。 | 目标专利的资源保留是与接口类型相关的（如Nb不需要语音增强）。对比文件的资源保留是通用的，不区分接口类型。 |
| 《未公开》 | ||
| **技术特征V：依照所述基于因特网协议的用户平面协议类型来提供特定服务** | 对比文件未公开此特征，原因同技术特征S和U。 | 对比文件无此差异化服务提供机制。 |
| 《未公开》 | ||
| **技术特征W：包括：用于确定用户平面接口的类型的部件，呼叫将经由该用户平面接口被处理，其中所确定的类型的用户平面接口是基于因特网协议的接口并且其中不使用Nb用户平面成帧协议** | 对比文件描述了C2（ITG）和C3（Authorization）等逻辑功能模块，但未揭示用于确定和区分不同IP接口类型（A/Nb/Mb）的部件。 | 这是对技术特征A和B的装置化限定。对比文件未公开对应的功能模块。 |
| 《未公开》 | ||
| **技术特征X：用于在具有参考点值的分组中指示基于因特网协议的用户平面接口类型的部件，其中所述参考点值对应于所述基于因特网协议的用户平面接口类型，所述分组被包含在终结点保留消息中** | 对比文件未公开此特征。 | 这是对技术特征C、D、E的装置化限定。对比文件无对应部件。 |
| 《未公开》 | ||
| **技术特征Y：用于发送包括所述分组的所述终结点保留消息的部件** | 对比文件未公开此特征。 | 这是对技术特征F的装置化限定。对比文件无对应部件。 |
| 《未公开》 | ||
| **技术特征Z：其中，所述控制平面信令消息包括呼叫建立请求消息、协商发起消息和协商响应消息中的至少一个** | 参见技术特征I的论述。 | 同技术特征I，该特征被对比文件隐含公开。 |
| 《隐含公开》 |
## 公开性代码汇总
根据上述分析，对比文件直接公开了技术特征G、J，隐含公开了技术特征I、Z。其他技术特征未被公开。
<<<G>>>
<<<J>>>
<<<i>>>
<<<z>>>