返回项目页面
对比文件列表
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
2013-02-14_US2013039339A_发明申请_US20130039339A1 Other Network Component Receiving RRC Configuration Information from eNB_+++F_G+++.docx

**对比文件名称**:2013-02-14_US2013039339A_发明申请_US20130039339A1 Other Network Component Receiving RRC Configuration Information from eNB

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

**本次调用的模型名称**:大型语言模型(GPT系列)

---

### 特征比对表格

技术特征描述及公开性判断结果对比文件原文引用(翻译成中文)公开性论述
**技术特征A**:包括:通过网络元件标识无线电资源控制连接恢复请求过程要由用户设备使用以作为对寻呼消息的响应<br>**公开性判断:未公开**对比文件第[0380]段:“当DL数据到达S-GW时,S-GW将用户平面数据直接转发给eNB1。eNB1缓冲DL数据,然后向UE发送寻呼消息或数据到达通知消息。”<br>第[0379]段:“收到包含UE身份的寻呼消息后,UE将尝试恢复其暂停的RRC连接。”对比文件虽然涉及RRC连接暂停和通过寻呼触发恢复,但网络元件(eNB或MME)在发送寻呼消息时,并未执行标识UE应使用RRC连接恢复请求过程作为响应的操作。网络仅基于DL数据到达发起寻呼,UE自行决定响应过程。没有描述网络侧主动标识特定过程。
**技术特征B**:在所述寻呼消息中,由所述网络元件向所述用户设备隐式地指示使用所述无线电资源控制连接恢复请求过程。<br>**公开性判断:未公开**对比文件第[0380]段:“eNB1缓冲DL数据,然后向UE发送寻呼消息或数据到达通知消息。”<br>第[0379]段:“UE将监控寻呼信道,接收寻呼消息并检查UE身份。”对比文件中的寻呼消息仅包含UE标识,不包含任何关于响应过程(如使用RRC连接恢复请求)的显式或隐式指示。没有描述在寻呼消息中携带任何指示信息。
**技术特征C**:其中所述过程是基于所述用户设备的上下文的可用性来标识的。<br>**公开性判断:未公开**对比文件第[0382]段:“当这种情况发生时,UE首先确定其暂停的RRC连接对于其当前所在的小区是否有效。”<br>第[0383]段:“eNB检查它是否有该UE的有效暂停RRC连接。”特征C限定网络标识过程是基于UE上下文的可用性。对比文件中,网络在发起寻呼时并不明确基于上下文可用性来标识过程;上下文可用性由UE在响应时评估,或由eNB在收到重新激活请求后检查。网络侧未执行基于上下文可用性标识过程的步骤。
**技术特征D**:其中所述隐式地指示包括使用经由控制平面的数据、经由用户平面的数据、正常数据、小数据、短连接、高优先级数据、低优先级数据或信令中的至少一种。<br>**公开性判断:未公开**对比文件全文未提及任何关于通过数据类型进行隐式指示的内容。对比文件没有描述基于数据特征(如CP/UP数据、数据大小、优先级等)在寻呼消息中进行隐式指示的机制。因此未公开该特征。
**技术特征E**:包括:在寻呼消息中,由用户设备从网络元件接收使用无线电资源控制连接恢复请求过程作为对所述寻呼消息的响应的隐式的指示<br>**公开性判断:未公开**同技术特征B,寻呼消息无指示。对比文件中的UE接收的寻呼消息不包含任何隐式指示,因此未公开该特征。
**技术特征F**:使用所述无线电资源控制连接恢复请求过程来对所述寻呼消息进行响应。<br>**公开性判断:直接公开**对比文件第[0383]段:“UE发起RRC连接重新激活过程,通过发送RRC连接重新激活请求(RRC Connection Reactivation Request)。”<br>第[0379]段:“收到包含UE身份的寻呼消息后,UE将尝试恢复其暂停的RRC连接。”<br>第[0382]段:“RRC连接重新激活可由……收到寻呼触发。”对比文件明确公开了UE在收到寻呼后,通过发送RRC连接重新激活请求(即RRC连接恢复请求过程)来响应寻呼。因此,该特征被直接公开。
**技术特征G**:其中对所述寻呼消息进行响应包括在所述寻呼消息中没有显式指示的情况下,基于服务小区中的所述用户设备的上下文的可用性对信令过程的选择。<br>**公开性判断:直接公开**对比文件第[0382]段:“当这种情况发生时,UE首先确定其暂停的RRC连接对于其当前所在的小区是否有效。”<br>第[0383]-[0384]段:如果有效,发送重新激活请求;如果无效,则释放暂停连接并进入空闲模式,然后建立新连接。对比文件描述了UE在收到寻呼后(寻呼消息中没有显式指示),基于服务小区中暂停RRC连接的上下文可用性(有效性)来选择信令过程:如果上下文有效,选择RRC连接重新激活过程;如果无效,选择建立新连接。这完全对应于特征G。因此,该特征被直接公开。

---

### 公开性代码输出

根据以上严谨判断,对比文件直接公开了技术特征F和技术特征G,未直接公开或隐含公开其他技术特征。

<<<F>>><<<G>>>

Powered by Django

网站备案号:渝ICP备2023012882号


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