返回项目页面
对比文件列表
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_CA2844630A_发明专利_CA2844630A1 HANDLING A CONNECTION IN A WIRELESS COMMUNICATION SYSTEM_+++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
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
2016-05-11_CN105580488A_发明公开_CN105580488A 通信装置和方法_+++G+++.docx
2026-06-17 01:26
US2017070981A1_Description_20260426_1221_+++a_b_c_e_f_g+++.docx
2026-06-17 01:26
2016-05-11_CN105580488A_发明公开_CN105580488A 通信装置和方法_+++G+++.docx

**对比文件名称**:2016-05-11_CN105580488A_发明公开_CN105580488A 通信装置和方法

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

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

### 特征比对表格

技术特征描述及公开性判断对比文件原文引用公开性论述
**技术特征A**:包括:通过网络元件标识无线电资源控制连接恢复请求过程要由用户设备使用以作为对寻呼消息的响应<br>**公开性判断:未公开**对比文件[0068]段:“5.因此在完成(RAR接收的)RACH过程后,通信装置将RRC连接重建请求消息发送至eNB 102。” 以及[0075]段:“网络可检测到它可能因此需要使用常规寻呼消息...在下行链路上将信号发送至通信装置。”对比文件描述了UE在省电状态下通过RRC连接重建请求响应寻呼,但该过程是预定义的UE行为,网络并未主动“标识”某一特定过程;且对比文件使用的是“RRC连接重建请求”,而非目标专利的“RRC连接恢复请求”,两者在3GPP中属于不同过程。本领域技术人员无法毫无疑义地从对比文件得出网络标识RRC连接恢复请求过程作为寻呼响应的技术方案,也未隐含公开。
**技术特征B**:在所述寻呼消息中,由所述网络元件向所述用户设备隐式地指示使用所述无线电资源控制连接恢复请求过程<br>**公开性判断:未公开**对比文件[0075]段:“网络可检测到它可能因此需要使用常规寻呼消息...在下行链路上将信号发送至通信装置。”对比文件仅提及使用“常规寻呼消息”,未公开任何在寻呼消息中携带隐式指示(如通过数据类型、优先级等)以告知UE使用特定响应过程的机制。因此,该技术特征未被对比文件直接或隐含公开。
**技术特征C**:其中所述过程是基于所述用户设备的上下文的可用性来标识的<br>**公开性判断:未公开**对比文件[0062]段:“当从RRC连接状态转换至电力减少或休眠状态时,...协议栈内的协议的状态可有效地冷冻并保存...然而,从RRC连接至省电状态的转换可包括资源和RRC连接的释放,从而导致UE仅能够从省电状态返回至空闲状态。”对比文件虽涉及上下文(背景)的保存与释放,但网络并未基于上下文可用性来“标识”UE应使用RRC连接恢复请求过程;UE的响应方式由进入省电状态的方式决定,而非网络动态标识。因此,该技术特征未被公开。
**技术特征D**:其中所述隐式地指示包括使用经由控制平面的数据、经由用户平面的数据、正常数据、小数据、短连接、高优先级数据、低优先级数据或信令中的至少一种<br>**公开性判断:未公开**对比文件全文未涉及通过数据类型、数据大小、连接类型或优先级等隐式指示响应过程的内容。对比文件未公开任何通过数据特性(如CP/UP数据、小数据、高优先级等)隐式指示UE响应过程的技术方案,因此该技术特征未被公开。
**技术特征E**:包括:在寻呼消息中,由用户设备从网络元件接收使用无线电资源控制连接恢复请求过程作为对所述寻呼消息的响应的隐式的指示<br>**公开性判断:未公开**对比文件[0075]段仅提及“常规寻呼消息”,未描述寻呼消息中包含任何隐式指示。对比文件未公开UE从寻呼消息中接收隐式指示以使用RRC连接恢复请求过程,因此该技术特征未被公开。
**技术特征F**:使用所述无线电资源控制连接恢复请求过程来对所述寻呼消息进行响应<br>**公开性判断:未公开**对比文件[0068]段:“通信装置将RRC连接重建请求消息发送至eNB 102。”对比文件中UE响应寻呼使用的是“RRC连接重建请求”,而目标专利明确要求“RRC连接恢复请求”,两者在3GPP规范中属于不同信令过程,不能等同。因此,该技术特征未被对比文件直接或隐含公开。
**技术特征G**:其中对所述寻呼消息进行响应包括在所述寻呼消息中没有显式指示的情况下,基于服务小区中的所述用户设备的上下文的可用性对信令过程的选择<br>**公开性判断:直接公开**对比文件[0062]段:“当从RRC连接状态转换至电力减少或休眠状态时,...协议栈内的协议的状态可有效地冷冻并保存...然而,从RRC连接至省电状态的转换可包括资源和RRC连接的释放,从而导致UE仅能够从省电状态返回至空闲状态。” [0071]段:“一旦处于省电状态250,通信装置102在不建立背景的情况下不可移动至RRC连接状态,且因此必须进行RRC连接建立。” [0068]段:“5.因此在完成(RAR接收的)RACH过程后,通信装置将RRC连接重建请求消息发送至eNB 102。” [0075]段:“网络可检测到它可能因此需要使用常规寻呼消息(它需要移回RRC连接和ECM连接状态的常规寻呼消息)在下行链路上将信号发送至通信装置。”对比文件明确公开:UE在省电状态下接收常规寻呼消息(无显式指示),当服务小区中存在UE上下文(背景被保存)时,UE通过RRC连接重建请求响应;当服务小区中无上下文(背景被释放或未建立)时,UE必须进行RRC连接建立。这直接构成了“在寻呼消息中没有显式指示的情况下,基于服务小区中的用户设备的上下文的可用性对信令过程的选择”。因此,技术特征G被对比文件直接公开。

<<<G>>>

Powered by Django

网站备案号:渝ICP备2023012882号


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