好的，我将以资深专利代理师的身份，对您提出的问题进行严谨、专业的评估。
**对比文件名称：** 2013-08-01_US2013196640A_发明申请_US20130196640A1 Network Elements for End-to-End (E2E) Circuit Service (CS) Call Tracing Functionality
**目标专利名称：** 1060跟踪管理CN113016233B
**本次调用的模型名称：** 未指定
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：包括：在网络资源模型(NRM)中的被管理对象实例上，** <br><br>《未公开》 | 对比文件全文未提及“网络资源模型(NRM)”或“被管理对象实例(MOI)”等概念。对比文件主要描述了在电路域(CS)中的MSC Server、MGW、HSS等物理或逻辑网络元件上执行跟踪。 | 对比文件的跟踪方案基于现有的网络元件(如MSC Server)和信令协议(如BICC/ISUP)，并未引入基于3GPP SA5定义的服务化架构(SBMA)和网络资源模型(NRM)的新的管理架构。目标专利明确将跟踪管理建立在NRM的“被管理对象实例”之上，这是其实现基于服务的管理架构(SBMA)的核心基础。对比文件没有公开或隐含公开此技术特征。 |
| **技术特征B：响应于从跟踪用户接收到针对跟踪会话的请求，确定与所述被管理对象实例相关联的所述跟踪会话，** <br><br>《未公开》 | 对比文件[0024] step 301: “EMS sends Trace Session Activation to Home Subscriber Server (HSS).” <br>对比文件[0025] step 302: “when HSS receives Trace Session Activation from the EMS, it stores trace control and configuration parameters associated to the Trace Session.” <br>对比文件[0120]-[0121]: “when the O-MSC Server/VLR receives the MAP-ACTIVATE_TRACE_MODE message from the HSS, it stores the trace control and configuration parameters … the O-MSC Server/VLR starts a Trace Session with the Trace Reference received from the HSS.” | 对比文件公开了从管理实体(EMS或HSS)接收跟踪会话激活消息，并启动一个跟踪会话。但是，此响应是在MSC Server上执行的，而MSC Server并非目标专利中定义的、在网络资源模型(NRM)下实例化的“被管理对象实例”。目标专利中的“被管理对象实例”是NRM中的一个逻辑管理对象，而对比文件中的MSC Server是执行跟踪功能的物理或逻辑网络功能实体。两者所处的架构层级和抽象模型不同。因此，对比文件没有公开或隐含公开此技术特征。 |
| **技术特征C：其中所述请求与基于服务的管理架构(SBMA)兼容** <br><br>《未公开》 | 对比文件全文未提及“基于服务的管理架构(SBMA)”或与之相关的概念。 | 目标专利明确指出其要解决的技术问题之一就是传统的跟踪管理机制与5G管理的SBMA范例不兼容，因此其技术方案的核心是与SBMA兼容。对比文件描述的是3GPP R8/R9时期的传统管理面（EMS）和信令面（HSS）结合的跟踪激活方式，与SBMA架构无关。对比文件没有公开或隐含公开此技术特征。 |
| **技术特征D：在所述跟踪会话中生成跟踪记录会话，** <br><br>《直接公开》 | 对比文件[0021]: “the Trace Session 110 may include several Trace Recording Sessions” <br>对比文件[0038]: “the MSC Server starts a Trace Recording Session” <br>对比文件[0057]: “a trace data reporter configured to start a trace session with the Trace Reference, to start a Trace Recording Session with a Trace Recording Session Reference when the start triggering event occurs” | 对比文件明确公开了跟踪记录会话(Trace Recording Session)是在跟踪会话(Trace Session)内部生成的。一个跟踪会话可以包含多个跟踪记录会话。这与目标专利的技术特征完全一致。 |
| **技术特征E：所述跟踪记录会话指示在所述请求被接收到之后发生的事件，** <br><br>《直接公开》 | 对比文件[0038]: “when any of the start triggering event, defined in the trace control and configuration parameters, occurs (e.g. … the MSC Server receives the CM_SERVICE_REQUEST message …), the MSC Server starts a Trace Recording Session” <br>对比文件[0057]: “a trace data reporter configured to … start a Trace Recording Session with a Trace Recording Session Reference when the start triggering event occurs” | 对比文件明确公开了跟踪记录会话由“开始触发事件”启动。这个事件发生在跟踪会话激活请求（即跟踪用户发起的请求）被接收之后。例如，MSC Server在接收到来自UE的CM_SERVICE_REQUEST消息（这是一个事件）后启动跟踪记录会话。该事件表明了跟踪记录会话是响应于请求之后发生的事件而生成的。这与目标专利的特征一致。 |
| **技术特征F：所述跟踪记录会话与所述跟踪会话相关联** <br><br>《直接公开》 | 对比文件[0021]: “the Trace Session 110 may include several Trace Recording Sessions … Each of the Trace Recording Sessions 140 and 150 is … identified by a Trace Recording Session Reference which is unique within the Trace Session 110” <br>对比文件[0057]: “a trace data reporter configured to start a trace session … to start a Trace Recording Session …” | 对比文件明确公开了跟踪记录会话是跟踪会话的一部分（包含关系），并且跟踪记录会话引用(Trace Recording Session Reference)在跟踪会话内是唯一的，这建立了二者之间的关联关系。这与目标专利的技术特征完全一致。 |
| **技术特征G：至少部分地基于所述跟踪记录会话中的跟踪消息来生成跟踪记录，** <br><br>《直接公开》 | 对比文件[0043]-[0045]: “after receiving the trace control and configuration parameters from MSC Server, the MGW starts a Trace Session … and records and outputs the signaling messages related to the call procedure according to the trace control and configuration parameters” <br>对比文件[0102], [0147], [0200], [0235]: “the O-MSC, TSC/GMSC or T-MSC may record … and output … the signaling messages related to the call procedure according to the trace control and configuration parameters until the corresponding Trace Recording Session is stopped.” | 对比文件多处明确公开了在网络元件（O-MSC, TSC/GMSC, T-MSC等）上，基于跟踪记录会话，根据跟踪控制和配置参数，记录和输出与呼叫流程相关的信令消息（即跟踪消息）。这些记录下来的信令消息就是目标专利中所述的“跟踪记录”。 |
| **技术特征H：所述跟踪记录与所述跟踪记录会话相关联** <br><br>《直接公开》 | 对比文件[0038]: “the MSC Server starts a Trace Recording Session … and records and outputs the signaling messages” <br>对比文件[0141]-[0143]: “TSC/GMSC starts a Trace Recording Session … records and outputs the signaling messages …” “the T-MSC starts a Trace Recording Session … records and outputs the signaling messages …” | 对比文件明确公开了跟踪记录（信令消息）是在跟踪记录会话启动之后，在该跟踪记录会话的上下文中被记录和输出的。跟踪记录的生成与特定的跟踪记录会话绑定，二者之间存在明确的关联关系。这与目标专利的特征一致。 |
| **技术特征I：至少部分地基于所述跟踪记录来生成跟踪报告，** <br><br>《未公开》 | 对比文件[0058]: “the trace data reporter is configured to record all the relevant trace data into a trace file, and after stopping the Trace Recording Session, the trace data reporter is configured to output the recorded trace file to the Trace Collection Entity according to the address of the Trace Collection Entity.” <br>对比文件[0059]: “the trace data reporter is configured to record and output the trace data in a real-time manner to the Trace Collection Entity according to the address of the Trace Collection Entity.” | 对比文件公开了将跟踪记录（trace data）输出到“跟踪收集实体(Trace Collection Entity)”。目标专利中的“跟踪报告(Trace Report)”是一个基于跟踪记录生成的上层管理信息对象，其生成和格式是独立定义的。对比文件仅提到将原始或实时跟踪数据发送到TCE，并未公开“生成跟踪报告”这一处理步骤。这是两者在数据处理层级上的重要区别。 |
| **技术特征J：所述跟踪报告与所述被管理对象实例相关联。** <br><br>《未公开》 | 对比文件全文未提及“被管理对象实例”的概念。其跟踪数据（如trace file）是直接发送到TCE，并未关联到一个NRM中的被管理对象实例上。 | 目标专利的跟踪报告是作为被管理对象实例的一个属性或关联对象存在的。对比文件中没有“被管理对象实例”这一架构元素，因此其产生的跟踪数据或文件不可能与该对象相关联。对比文件没有公开或隐含公开此技术特征。 |
| **技术特征K：其中所述跟踪会话与以下至少一项相关联：订户和设备跟踪** <br><br>《直接公开》 | 对比文件[0003]: “Trace: general term used for Subscriber, User Equipment (UE) and Service Trace” <br>对比文件[0015]: “International Mobile Subscriber Identification number (IMSI) for Subscriber Trace, International Mobile Equipment Identity (IMEI) or IMEI Software Version (IMEI(SV)) for UE Trace” | 对比文件明确将跟踪分为订户跟踪(Subscriber Trace)和设备跟踪(UE Trace)，并在激活参数中明确指出使用IMSI（订户标识）或IMEI（设备标识）来激活对应的跟踪会话。这与目标专利的技术特征完全一致。 |
| **技术特征L：服务水平跟踪** <br><br>《直接公开》 | 对比文件[0003]: “Service Trace is only for IP Multimedia Subsystem (IMS)” <br>对比文件[0015]: “or Public ID for Service Trace” | 对比文件明确公开了服务水平跟踪(Service Trace)，并指出其用于IMS，使用公共标识(Public ID)进行激活。这与目标专利的技术特征完全一致。 |
| **技术特征M：小区业务跟踪** <br><br>《未公开》 | 对比文件全文未提及“Cell Traffic Tracing”或类似的小区级跟踪概念。 | 对比文件集中于基于用户（Subscriber, UE）或服务（Service）的端到端呼叫跟踪。没有涉及基于小区(Cell)的跟踪，如小区业务跟踪。对比文件没有公开此技术特征。 |
| **技术特征N：最小化路测MDT** <br><br>《未公开》 | 对比文件全文未提及“Minimization of Drive Tests (MDT)”或与其相关的参数、机制。 | 对比文件主要涉及电路域(CS)的呼叫跟踪。MDT是LTE/NR系统中的一个重要特征，但未在本对比文件中提及。对比文件没有公开此技术特征。 |
| **技术特征O：无线电链路故障RLF** <br><br>《未公开》 | 对比文件全文未提及“Radio Link Failure (RLF)”或其相关报告。 | 与MDT类似，RLF报告也是LTE/NR系统中与无线链路失败相关的一个功能，未在本对比文件中提及。对比文件没有公开此技术特征。 |
| **技术特征P：无线电连接建立故障RCEF** <br><br>《未公开》 | 对比文件全文未提及“Radio Connection Establishment Failure (RCEF)”或其相关报告。 | RCEF同样是LTE/NR中定义的一个与连接建立失败相关的功能，未在本对比文件中提及。对比文件没有公开此技术特征。 |
| **技术特征Q：其中确定所述跟踪会话包括：基于从所述请求获得的跟踪参数来创建跟踪会话对象，所述跟踪参数指示所述跟踪会话的属性。** <br><br>《未公开》 | 对比文件[0121]: “the O-MSC Server/VLR starts a Trace Session with the Trace Reference received from the HSS.” <br>对比文件[0025]: “it stores trace control and configuration parameters associated to the Trace Session.” | 对比文件公开了“启动一个跟踪会话(Starts a Trace Session)”和“存储跟踪参数”，但并未公开“创建跟踪会话对象(Creates a Trace Session Object)”。目标专利中的“对象”是指NRM中实例化的IOC，是一个可被管理服务操作的管理对象。对比文件中的“Trace Session”是在网络元件内部启动的一个过程，而不是被创建为一个独立的管理对象。这是基于信令/过程的方法与基于NRM对象的方法的根本区别。 |
| **技术特征R：还包括：传播用于其他被管理对象实例的其他跟踪会话的跟踪参数，所述跟踪参数指示所述跟踪会话的属性。** <br><br>《未公开》 | 对比文件[0028]: “HSS propagates the trace control and configuration parameters by sending a MAP-ACTIVATE_TRACE_MODE message to the MSC Server/VLR.” <br>对比文件[0038]: “propagates the trace control and configuration parameters to Media GateWay (MGW) and to the radio network” | 对比文件公开了跟踪参数的传播。但是，这里的传播是在不同的网络功能实体（如HSS到MSC，MSC到MGW）之间进行的，用于在同一跟踪会话下扩展跟踪范围，而非目标专利中所述的为“其他被管理对象实例”的“其他跟踪会话”传播参数。目标专利中的传播是在NRM框架下，由NFMF向其他NFMF传播，以创建独立的、但与当前跟踪会话相关的其他跟踪会话。两者的上下文和目的完全不同。 |
| **技术特征S：还包括：响应于从所述跟踪用户接收到针对取回所述跟踪报告的请求，向所述跟踪用户发送所述跟踪报告。** <br><br>《未公开》 | 对比文件[0058]: “the trace data reporter is configured to record all the relevant trace data into a trace file, and after stopping the Trace Recording Session, the trace data reporter is configured to output the recorded trace file to the Trace Collection Entity” <br>对比文件[0059]: “the trace data reporter is configured to record and output the trace data in a real-time manner to the Trace Collection Entity” | 如对特征I的分析，对比文件公开的是将跟踪记录/数据（trace data/file）发送给跟踪收集实体(TCE)，而不是“跟踪报告”。目标专利中的“跟踪用户”是请求跟踪的管理用户，而TCE是一个独立的收集和分析节点。对比文件没有公开跟踪用户请求取回报告的场景，其数据流向是向TCE推送。 |
| **技术特征T：还包括：主动地向所述跟踪用户发送所述跟踪报告。** <br><br>《未公开》 | 对比文件[0058] & [0059]: “output the recorded trace file … to the Trace Collection Entity” | 对比文件公开的是主动向TCE发送数据，而目标专利是主动向“跟踪用户”发送“跟踪报告”。两者的接收方和发送的内容均不同。对比文件没有公开此技术特征。 |
| **技术特征U：还包括：在以下之一的情况下报告通知：创建或删除与所述跟踪会话相关联的对象** <br><br>《未公开》 | 对比文件全文未提及在创建或删除与跟踪会话相关的对象时发送通知。 | 对比文件的跟踪是基于信令和过程的，没有“跟踪会话对象”的概念。其会话的创建和删除是通过信令消息隐式完成的，没有为管理面生成独立对象创建/删除的通知。 |
| **技术特征V：创建或删除与所述跟踪记录会话相关联的对象** <br><br>《未公开》 | 对比文件全文未提及在创建或删除与跟踪记录会话相关的对象时发送通知。 | 理由与特征U类似，对比文件没有“跟踪记录会话对象”的概念，因此没有相关的对象操作通知。 |
| **技术特征W：创建或删除与所述跟踪记录相关联的对象** <br><br>《未公开》 | 对比文件全文未提及在创建或删除与跟踪记录相关的对象时发送通知。 | 理由与特征U和V类似，对比文件没有“跟踪记录对象”的概念。 |
| **技术特征X：创建或删除与所述跟踪报告相关联的对象。** <br><br>《未公开》 | 对比文件全文未提及“跟踪报告对象”，因此也没有创建或删除该对象的通知。 | 理由同上，对比文件没有“跟踪报告”的概念。 |
| **技术特征Y：其中所述装置被使得通过以下来确定所述跟踪会话：基于从所述请求中获得的跟踪参数来创建跟踪会话对象，所述跟踪参数指示所述跟踪会话的属性。** <br><br>《未公开》 | 该技术特征与特征Q实质相同，是对装置权利要求中相应步骤的限定。对比文件未公开“创建跟踪会话对象”。 | 论述与特征Q相同。对比文件公开的是启动跟踪会话过程和存储参数，而非创建可管理的对象。 |
| **技术特征Z：其中所述装置还被使得：传播用于其他被管理对象实例的其他跟踪会话的跟踪参数，所述跟踪参数指示所述跟踪会话的属性。** <br><br>《未公开》 | 该技术特征与特征R实质相同，是对装置权利要求中相应步骤的限定。对比文件未公开在NRM框架下为其他MOI的其他会话传播参数。 | 论述与特征R相同。对比文件的传播是在同一跟踪会话内跨网络功能实体，而不是为不同MOI创建新的独立跟踪会话。 |
综上所述，对比文件直接公开了技术特征D、E、F、G、H、K、L。
<<<D>>><<<E>>><<<F>>><<<G>>><<<H>>><<<K>>><<<L>>>