返回项目页面
对比文件列表
2013-02-13_EP2557890A_发明公开_EP2557890A1 Simplified UE + ENB messaging_+++F_G+++.docx
2026-06-17 01:26
2013-02-14_US2013039287A_发明申请_US20130039287A1 SIMPLIFIED UE + ENB MESSAGING_+++F_G+++.docx
2026-06-17 01:26
2013-02-14_US2013039339A_发明申请_US20130039339A1 Other Network Component Receiving RRC Configuration Information from eNB_+++F_G+++.docx
2026-06-17 01:26
2013-02-21_CA2844629A_发明专利_CA2844629A1 HANDLING A CONNECTION IN A WIRELESS COMMUNICATION SYSTEM_+++F_G+++.docx
2026-06-17 01:26
2013-02-21_WO2013023975A_发明申请_WO2013023975A1 SUSPENDING A CONNECTION IN A WIRELESS COMMUNICATION SYSTEM_+++A_C_F_G+++.docx
2026-06-17 01:26
2013-02-21_WO2013024001A_发明申请_WO2013024001A1 HANDLING A CONNECTION IN A WIRELESS COMMUNICATION SYSTEM_+++F_G+++.docx
2026-06-17 01:26
2013-05-16_TW201320678A_发明专利_TW201320678A 處置無線通信系統中之一連接_+++F_g+++.docx
2026-06-17 01:26
2013-05-16_TW201320679A_发明专利_TW201320679A 處置無線通信系統中之一連接_+++F_a_c+++.docx
2026-06-17 01:26
2014-04-17_KR1020140046071A_发明公开_KR1020140046071A 무선 통신 시스템에서 접속의 핸들링_+++C_F_G_a+++.docx
2026-06-17 01:26
2014-04-29_KR1020140050724A_发明公开_KR1020140050724A 무선 통신 시스템에서 접속의 핸들링_+++C_G_f+++.docx
2026-06-17 01:26
2014-06-11_CN103858512A_发明公开_CN103858512A 处理无线通信系统中的连接_+++F_G+++.docx
2026-06-17 01:26
2014-06-11_CN103858513A_发明公开_CN103858513A 处理无线通信系统中的连接_+++F_G+++.docx
2026-06-17 01:26
2014-06-18_EP2742767A_发明公开_EP2742767A1 SUSPENDING A CONNECTION IN A WIRELESS COMMUNICATION SYSTEM_+++F_G+++.docx
2026-06-17 01:26
2014-10-30_US2014321371A_发明申请_US20140321371A1 SUSPENDING A CONNECTION IN A WIRELESS COMMUNICATION SYSTEM_+++G_f+++.docx
2026-06-17 01:26
2015-03-19_US2015080006A_发明申请_US20150080006A1 WIRELESS COMMUNICATIONS SYSTEM, WIRELESS STATION, BASE STATION, AND COMMUNICATIONS METHOD_+++A_B_C_D_E_F_G_a_b_c_d_e_f_g+++.docx
2026-06-17 01:26
2015-12-11_KR101577152B_发明授权_KR101577152B1 무선 통신 시스템에서 접속의 핸들링_+++F_G+++.docx
2026-06-17 01:26
2015-12-11_KR101577153B_发明授权_KR101577153B1 무선 통신 시스템에서 접속의 핸들링_+++F_a_c_g+++.docx
2026-06-17 01:26
2016-01-27_CN105284081A_发明公开_CN105284081A 传输机制的转换方法、用户设备以及基站_+++A_C_E_F_b_d_g+++.docx
2026-06-17 01:26
2016-02-09_US9258839B_发明授权_US09258839B2 Other network component receiving RRC configuration information from eNB_+++A_C_F_G_b_e+++.docx
2026-06-17 01:26
US2017070981A1_Description_20260426_1221_+++a_b_c_e_f_g+++.docx
2026-06-17 01:26
2014-04-29_KR1020140050724A_发明公开_KR1020140050724A 무선 통신 시스템에서 접속의 핸들링_+++C_G_f+++.docx

好的,作为一名资深专利代理师,我将对您提供的目标专利和对比文件进行严谨的创造性评估。

首先,明确本次评估的相关信息:

**对比文件名称:** 2014-04-29_KR1020140050724A_发明公开_KR1020140050724A 무선 통신 시스템에서 접속의 핸들링 (无线通信系统中的连接处理)

**目标专利名称:** 728用于信令优化的寻呼增强CN109417772B

**本次调用的模型名称:** 未指定

现在,开始进行特征比对分析。

### 特征比对表格

技术特征描述以及公开性判断结果对比文件原文引用 (中文翻译)公开性论述
**技术特征A:** 包括:通过网络元件标识无线电资源控制连接恢复请求过程要由用户设备使用以作为对寻呼消息的响应 <br><br> **判断:** 未公开对比文件主要描述了RRC连接暂停(suspension)和恢复(resumption)的机制。其中,UE在接收到寻呼后,可以发起RRC连接重建(re-establishment)或恢复(resume)过程。例如,图30及其相关描述([0641]-[0653])描述了UE在收到寻呼后发送“RRC连接重建请求(RRC Connection Re-establishment Request)”。然而,该对比文件并未明确公开由网络元件(如eNB或MME)主动“标识”一个特定的“RRC连接恢复请求过程”并指示UE使用该过程作为对寻呼的响应。对比文件中的过程更多是UE基于自身状态(如上下文是否有效)或网络隐式/显式指示来选择,而非网络侧预先标识并指定一个特定过程。对比文件虽然涉及了RRC连接恢复/重建作为对寻呼的响应,但其核心在于描述暂停/恢复的机制,而非网络侧主动“标识”并指示UE使用“RRC连接恢复请求过程”。目标专利强调的是网络元件主动选择并指示UE使用哪个过程。对比文件没有公开网络元件执行“标识”该特定过程(RRC连接恢复请求)并用于寻呼响应的步骤。因此,该技术特征未被公开。
**技术特征B:** 在所述寻呼消息中,由所述网络元件向所述用户设备隐式地指示使用所述无线电资源控制连接恢复请求过程。 <br><br> **判断:** 未公开对比文件描述了UE在收到寻呼后,可以发起RRC连接重建或恢复。例如,图30的步骤7([0651])提到“UE是发送接入连接重建请求消息(RRC Connection Re-establishment Request)”。寻呼消息本身主要用于通知UE有下行数据到达。对比文件未公开在寻呼消息中通过某种“隐式”信息来专门指示UE使用“RRC连接恢复请求过程”。目标专利要求网络在“寻呼消息”中“隐式指示”UE使用特定的“RRC连接恢复请求过程”。对比文件中的寻呼消息功能是传统的寻呼功能,即通知UE有数据到来,UE随后自主决定如何响应(例如,发起重建或恢复)。对比文件没有公开在寻呼消息本身中携带任何用于指示UE使用“RRC连接恢复请求”的隐式信息(如特定的数据指示、优先级等)。因此,该技术特征未被公开。
**技术特征C:** 其中所述过程是基于所述用户设备的上下文的可用性来标识的。 <br><br> **判断:** 直接公开对比文件多处明确公开了基于UE上下文(context)的可用性来决定连接恢复还是重建。例如: <br> - [0370] “UE(101)는 먼저 그 중지된 RRC 접속이 이것이 현재 위치되어 있는 셀에 대해 유효한지 여부를 판정한다.” (UE首先判断其暂停的RRC连接对于当前所在的小区是否有效。) <br> - [0371] “UE(101)는 그 중지된 RRC 접속이 이것이 위치되어 있는 셀에 대해 유효한 것으로 판정한다(3). UE(101)는 RRC 접속 재활성화 요구를 송신함으로써 RRC 접속 재활성화 절차를 개시한다(4).” (UE判断其暂停的RRC连接有效,并发送RRC连接重新激活请求。) <br> - [0372] “UE(101)는 그 중지된 RRC 접속이 이것이 위치되어 있는 셀을 위해 유효하지 않다고 판정한다(3)... UE(101)는 그 중지된 RRC 접속을 해제하고 RRC 아이들 상태에 진입한다(4). UE(101)는 이어서 eNB2(102b)를 향한 RRC 접속을 설정하고 사용자 평면 무선 베어러를 설정하기 위한 정상 절차를 개시하고...” (UE判断其暂停的RRC连接无效,则释放连接并进入空闲状态,然后发起正常的RRC连接建立过程。)对比文件明确揭示了UE根据其暂停的RRC上下文(即用户设备的上下文)在当前服务小区的可用性(有效或无效),来决定是发起“RRC连接重新激活(类似于恢复)”过程还是“RRC连接建立”过程。这与目标专利的技术特征C“所述过程是基于所述用户设备的上下文的可用性来标识的”完全一致。网络(或UE)基于上下文的可用性来选择和标识要使用的响应过程。因此,该技术特征被对比文件直接公开。
**技术特征D:** 其中所述隐式地指示包括使用经由控制平面的数据、经由用户平面的数据、正常数据、小数据、短连接、高优先级数据、低优先级数据或信令中的至少一种。 <br><br> **判断:** 未公开对比文件没有公开通过“经由控制平面的数据”、“经由用户平面的数据”、“正常数据”、“小数据”、“短连接”、“高优先级数据”、“低优先级数据”或“信令”这些具体信息来“隐式地指示”UE使用哪个过程。对比文件中的隐式指示或UE决策是基于上下文有效性([0370])、移动性事件([0317]-[0364])或网络能力([0363])。目标专利定义了“隐式指示”的具体内容,即通过寻呼消息所关联的数据特性(如CP数据、UP数据、小数据等)来隐式告诉UE使用何种响应过程。对比文件虽然讨论了隐式机制,但其隐式机制是基于上下文有效性、移动性区域或网络支持能力,并非基于寻呼消息所携带的数据类型或属性。对比文件未公开这种特定类型的隐式指示。因此,该技术特征未被公开。
**技术特征E:** 包括:在寻呼消息中,由用户设备从网络元件接收使用无线电资源控制连接恢复请求过程作为对所述寻呼消息的响应的隐式的指示 <br><br> **判断:** 未公开同技术特征B的分析。对比文件描述了UE接收寻呼,并根据自身判断发起重建或恢复([0651]-[0653])。寻呼消息本身不包含对使用特定恢复过程的隐式指示。该特征是从UE侧描述与特征B对应的操作。既然对比文件未公开在寻呼消息中进行隐式指示,那么UE从寻呼消息中接收该隐式指示的步骤自然也未公开。因此,该技术特征未被公开。
**技术特征F:** 使用所述无线电资源控制连接恢复请求过程来对所述寻呼消息进行响应。 <br><br> **判断:** 隐含公开对比文件明确描述了UE在收到寻呼后,可以发起RRC连接重建请求过程来重新建立连接。例如: <br> - [0651] “트리거의 생성시에, UE는 접속 재설정 요구 메시지를 송신한다. 본 예에서, UE는 RRC 중지된 지시를 갖는 RRC 접속 재설정 요구 메시지를 EUTRAN에 송신한다.” (在触发时,UE发送连接重建请求消息。在本例中,UE向EUTRAN发送带有RRC暂停指示的RRC连接重建请求消息。) <br> 此外,图31-33以及相关描述也描述了UE通过RRC连接重建请求来响应寻呼或数据到达。虽然对比文件主要使用“重建(re-establishment)”一词,但结合其背景(从暂停状态恢复),本领域技术人员可以合理推断,当上下文可用时,UE发起的“RRC连接重建请求”过程实质上就是目标专利所指的“RRC连接恢复请求”过程(即恢复一个暂停的连接)。对比文件虽未使用“RRC连接恢复请求”这一精确术语,但其描述的在收到寻呼后,UE发起“RRC连接重建请求(RRC Connection Re-establishment Request)”以重新激活暂停连接的过程,其功能、目的和所解决的问题与目标专利的“使用RRC连接恢复请求过程对寻呼进行响应”完全一致。本领域技术人员可以毫无疑义地确定,对比文件中的RRC连接重建请求过程(在暂停状态下用于响应寻呼)就是对目标专利中RRC连接恢复请求过程的等同公开。因此,该技术特征被对比文件隐含公开。
**技术特征G:** 其中对所述寻呼消息进行响应包括在所述寻呼消息中没有显式指示的情况下,基于服务小区中的所述用户设备的上下文的可用性对信令过程的选择。 <br><br> **判断:** 直接公开对比文件明确公开了在没有显式指示的情况下,UE基于上下文可用性选择信令过程。 <br> - [0370] “UE(101)는 먼저 그 중지된 RRC 접속이 이것이 현재 위치되어 있는 셀에 대해 유효한지 여부를 판정한다.” (UE首先判断其暂停的RRC连接对于当前所在的小区是否有效。) <br> - [0371]-[0372] 描述了基于该有效性判断,UE决定是进行“RRC连接重新激活”还是“释放连接并建立新连接”。整个过程是基于UE自身判断,没有提及寻呼消息中包含显式指示。 <br> - 图20的步骤9([0398])也描述了UE在重建请求被拒后,释放暂停连接并建立新连接,这体现了在没有网络显式指示时,UE基于上下文可用性的自主选择。对比文件完整地公开了“在没有显式指示的情况下”(UE自主决定,寻呼消息仅为触发),UE“基于服务小区中的用户设备的上下文的可用性”(判断暂停的上下文是否有效)来“对信令过程的选择”(选择重新激活/恢复还是建立新连接)。这与目标专利的技术特征G完全一致。因此,该技术特征被对比文件直接公开。

### 结论

根据以上分析,对比文件KR1020140050724A的公开情况如下:

* **直接公开**了技术特征:**C** 和 **G**。

* **隐含公开**了技术特征:**F**。

* **未公开**技术特征:**A**、**B**、**D**、**E**。

因此,在回答结尾插入的代码为:

<<<C>>><<<G>>>

<<<f>>>

Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE