对比文件名称：2014-06-18_EP2742767A_发明公开_EP2742767A1 SUSPENDING A CONNECTION IN A WIRELESS COMMUNICATION SYSTEM
目标专利名称：728用于信令优化的寻呼增强CN109417772B
模型名称：qwen2.5-72b-instruct
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：通过网络元件标识无线电资源控制连接恢复请求过程要由用户设备使用以作为对寻呼消息的响应<br><br>**未公开** | 对比文件没有公开网络元件“标识”一个特定过程（如RRC连接恢复请求）作为对寻呼的响应。对比文件公开的是UE在收到寻呼后，自行判断并决定是否发起RRC连接恢复请求（Reactivation Request）。例如，[p0208]段落提到：“RRC Connection Reactivation can be triggered by UL data being generated in the UE101, or by the reception of a paging or DL data notification message... When this occurs the UE 101 first determines whether its suspended RRC Connection is valid for the cell in which it is currently located.” 这表明是UE自行决定使用何种过程，而非网络元件标识该过程。 | 对比文件公开了UE在收到寻呼后可以发起RRC连接恢复过程，但该过程是由UE基于自身判断（如上下文有效性）触发的。而目标专利的技术特征A明确要求“通过网络元件标识”该过程，即由网络侧决定并指明UE应使用恢复请求过程。对比文件没有公开网络侧进行这种标识和指示的步骤，因此技术特征A未被公开。 |
| 技术特征B：在所述寻呼消息中，由所述网络元件向所述用户设备隐式地指示使用所述无线电资源控制连接恢复请求过程。<br><br>**未公开** | 对比文件没有公开在寻呼消息中包含任何隐式指示来告知UE使用RRC连接恢复请求过程。对比文件中的寻呼消息仅用于通知UE有下行数据到达，例如[p0199]段落提到：“...the UE 101 may monitor the paging channel... On reception of a paging message containing the UE's identity, the UE 101 will attempt to resume its suspended RRC Connection as described below.” 以及图17、图18的流程图中，寻呼消息（Paging）后，UE自行判断上下文有效性，再决定发送RRC连接恢复请求还是进行正常连接建立。 | 目标专利的技术特征B强调在寻呼消息中通过“隐式指示”告知UE使用恢复请求过程。对比文件中的寻呼消息仅仅起到触发UE进行后续操作的作用，其本身不包含任何指示UE使用特定过程的“隐式”信息（如数据类型、优先级等）。UE是自主决定使用恢复请求过程。因此，对比文件没有公开技术特征B。 |
| 技术特征C：其中所述过程是基于所述用户设备的上下文的可用性来标识的。<br><br>**未公开** | 对比文件公开了UE或网络侧在响应寻呼或恢复连接时会检查上下文可用性，但并非网络元件基于此来“标识”该过程。例如，[p0208]段落：“...the UE 101 first determines whether its suspended RRC Connection is valid for the cell in which it is currently located.” 以及[p0213]段落图19的描述：“On receipt of this message the eNB1 102a checks that it has a suspended RRC Connection for this UE 101 and may also check whether all required parameters of the stored RRC connection remain valid.” | 目标专利的技术特征C是技术特征A的进一步限定，即网络元件“标识”过程是基于上下文可用性。对比文件虽然公开了上下文可用性是决定连接恢复是否成功的关键因素，但网络元件并未据此来“标识”或选择某个过程并指示给UE。因此，在技术特征A未公开的前提下，其从属特征C也未公开。 |
| 技术特征D：其中所述隐式地指示包括使用经由控制平面的数据、经由用户平面的数据、正常数据、小数据、短连接、高优先级数据、低优先级数据或信令中的至少一种。<br><br>**未公开** | 对比文件没有公开任何形式的基于数据类型或优先级等的隐式指示。对比文件中的寻呼触发机制是统一的，无论何种数据类型到达，网络均发起寻呼，UE再基于自身状态决定响应方式。例如，[p0199]段落描述了通用的寻呼监听和响应流程，没有区分数据类型。 | 技术特征D是对技术特征B中“隐式指示”的具体限定。对比文件全文未提及在寻呼消息中通过区分数据类型（如CP数据、UP数据、小数据等）来隐式指示UE使用特定响应过程。因此，技术特征D未被公开。 |
| 技术特征E：包括：在寻呼消息中，由用户设备从网络元件接收使用无线电资源控制连接恢复请求过程作为对所述寻呼消息的响应的隐式的指示<br><br>**未公开** | 对比文件没有公开UE从寻呼消息中接收到任何关于使用RRC连接恢复请求的隐式指示。UE在收到寻呼后，只是按照自身判断发起相应流程。例如，[p0209]段落图17的描述：“The UE 101 initiates an RRC Connection Reactivation procedure by sending an RRC Connection Reactivation Request (4).” 这是UE的自主行为，并非对寻呼消息中隐式指示的响应。 | 技术特征E是从UE侧描述技术特征B。与对特征B的分析相同，对比文件中的寻呼消息不包含任何隐式指示。UE发送RRC连接恢复请求是其自主判断的结果，而不是对寻呼消息中特定指示的响应。因此，技术特征E未被公开。 |
| 技术特征F：使用所述无线电资源控制连接恢复请求过程来对所述寻呼消息进行响应。<br><br>**《直接公开》** | [p0209] 段落:“RRC Connection Reactivation is triggered by UL data being generated in the UE101, or by the reception of a paging or DL data notification message (2). The UE 101 determines that its suspended RRC Connection is valid for the cell on which it is located (3). The UE 101 initiates an RRC Connection Reactivation procedure by sending an RRC Connection Reactivation Request (4).”<br><br>此外，[p0199]段落也指出：“On reception of a paging message containing the UE's identity, the UE 101 will attempt to resume its suspended RRC Connection as described below.” | 对比文件明确公开了UE在接收到寻呼消息后，若判定挂起的RRC连接有效，则通过发送“RRC Connection Reactivation Request”（即无线电资源控制连接恢复请求）来对寻呼进行响应。这与技术特征F中“使用所述无线电资源控制连接恢复请求过程来对所述寻呼消息进行响应”的描述完全一致。该特征在对比文件中起到的作用与在目标专利中的作用相同，即恢复挂起的连接以进行数据传输。 |
| 技术特征G：其中对所述寻呼消息进行响应包括在所述寻呼消息中没有显式指示的情况下，基于服务小区中的所述用户设备的上下文的可用性对信令过程的选择。<br><br>**《直接公开》** | [p0208] 段落:“RRC Connection Reactivation can be triggered by UL data being generated in the UE101, or by the reception of a paging or DL data notification message... When this occurs the UE 101 first determines whether its suspended RRC Connection is valid for the cell in which it is currently located. Depending on whether the suspended RRC Connection is determined to be valid, a number of different options are possible.”<br><br>接着[p0209]段落描述了上下文有效时使用Reactivation Request，而[p0212]段落描述了上下文无效时的处理：“In this case, the UE 101 determines that its suspended RRC Connection is not valid for the cell on which it is located (3)... The UE 101 releases its suspended RRC Connection and enters the RRC idle state (4). The UE 101 then initiates a normal procedure for establishing an RRC Connection towards eNB2 102b...” | 对比文件公开了UE在没有收到显式指示（寻呼消息仅用于通知）的情况下，基于服务小区中挂起上下文的可用性（valid）来选择信令过程。如果上下文有效，选择RRC连接恢复请求过程；如果无效，则释放挂起连接并选择正常的RRC连接建立过程。这与技术特征G的描述完全吻合，即响应寻呼时，在没有显式指示的条件下，根据上下文可用性选择信令过程。该特征在对比文件中是决定UE行为的关键逻辑，与目标专利作用相同。 |
<<<F>>><<<G>>>