返回项目页面
对比文件列表
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
2013-02-14_US2013039287A_发明申请_US20130039287A1 SIMPLIFIED UE + ENB MESSAGING_+++F_G+++.docx

对比文件名称:2013-02-14_US2013039287A_发明申请_US20130039287A1 SIMPLIFIED UE + ENB MESSAGING

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

本次调用的模型名称:AI语言模型(GPT-4架构)

### 特征比对表格

技术特征描述及公开性判断结果对比文件原文引用(翻译)公开性论述
**技术特征A**:包括:通过网络元件标识无线电资源控制连接恢复请求过程要由用户设备使用以作为对寻呼消息的响应<br><br>**判断:未公开**对比文件全文未公开网络元件标识要由用户设备使用以作为对寻呼消息的响应的过程。对比文件描述了RRC连接挂起和重新激活的机制,但网络元件(如eNB)在发送寻呼消息时并未预先标识UE应使用何种响应过程(如RRC连接恢复请求)。寻呼仅用于通知UE有下行数据,UE随后自主决定是否发起重新激活(例如通过RRC连接重新建立请求)。因此,技术特征A未被直接或隐含公开。
**技术特征B**:在所述寻呼消息中,由所述网络元件向所述用户设备隐式地指示使用所述无线电资源控制连接恢复请求过程。<br><br>**判断:未公开**对比文件全文未公开在寻呼消息中包含隐式指示以指定响应过程。对比文件中,网络元件发送的寻呼消息仅包含UE标识,未包含任何显式或隐式指示来指定UE应使用的响应过程(如RRC连接恢复请求)。UE的行为(如发送RRC连接重新建立请求)是基于自身对上下文有效性的判断,而非网络通过寻呼消息的隐式指示。因此,技术特征B未被公开。
**技术特征C**:其中所述过程是基于所述用户设备的上下文的可用性来标识的。<br><br>**判断:未公开**对比文件未公开网络元件基于UE上下文的可用性来标识要使用的响应过程。对比文件中,网络元件在挂起连接时存储上下文,但在寻呼过程中并未基于上下文的可用性来“标识”UE应使用的过程。上下文可用性是由UE在响应寻呼时自行判断的(见[0376]段),而非由网络标识。因此,技术特征C未被公开。
**技术特征D**:其中所述隐式地指示包括使用经由控制平面的数据、经由用户平面的数据、正常数据、小数据、短连接、高优先级数据、低优先级数据或信令中的至少一种。<br><br>**判断:未公开**对比文件未公开任何形式的隐式指示,更未涉及通过数据类型等进行隐式指示。对比文件完全没有提及在寻呼消息中通过数据类型(如CP数据、UP数据、小数据等)隐式指示响应过程的概念。挂起/恢复过程不依赖于此类隐式指示。因此,技术特征D未被公开。
**技术特征E**:包括:在寻呼消息中,由用户设备从网络元件接收使用无线电资源控制连接恢复请求过程作为对所述寻呼消息的响应的隐式的指示<br><br>**判断:未公开**对比文件未公开UE在寻呼消息中接收任何隐式指示。对比文件中,UE仅从寻呼消息中获知有下行数据到达,并未接收关于使用何种响应过程的隐式指示。UE随后自主触发RRC连接重新激活流程(见[0377]段),该流程不是基于网络在寻呼中的指示。因此,技术特征E未被公开。
**技术特征F**:使用所述无线电资源控制连接恢复请求过程来对所述寻呼消息进行响应。<br><br>**判断:《直接公开》**对比文件[0377]段:“对活动RRC连接的需求由UE 101中生成的上行数据触发,或由接收寻呼或下行数据通知消息触发(2)。……UE 101通过发送RRC连接重新激活请求(RRC Connection Reactivation Request)来发起RRC连接重新激活过程(4)。”<br>另见[0376]段:“当UE 101收到包含其身份的寻呼消息时,将尝试恢复其挂起的RRC连接,如下所述。”对比文件明确公开了UE在收到寻呼消息后,通过发送“RRC连接重新激活请求”(相当于目标专利中的“无线电资源控制连接恢复请求”)来响应寻呼,从而恢复挂起的RRC连接。该请求即是一种连接恢复请求过程。本领域技术人员可以毫无疑义地确定,该过程正是用于对寻呼消息的响应。因此,技术特征F被直接公开。
**技术特征G**:其中对所述寻呼消息进行响应包括在所述寻呼消息中没有显式指示的情况下,基于服务小区中的所述用户设备的上下文的可用性对信令过程的选择。<br><br>**判断:《直接公开》**对比文件[0376]段:“当这种情况发生时,UE 101首先确定其挂起的RRC连接对于其当前所在的小区是否有效。根据挂起的RRC连接是否被确定为有效,存在多种不同的可能选项。”<br>随后[0377]段描述了当连接有效时,UE发送RRC连接重新激活请求;[0378]段描述了当连接无效时,UE释放挂起的连接并进入空闲模式,然后发起正常的RRC连接建立流程。对比文件公开了UE在收到寻呼后,在没有显式指示(寻呼消息中仅包含UE身份,无过程指示)的情况下,基于挂起的RRC连接在服务小区是否有效(即上下文可用性)来选择不同的信令过程:有效则使用重新激活请求(连接恢复请求过程),无效则建立新连接。这与技术特征G完全一致。因此,技术特征G被直接公开。

### 公开性代码

根据以上判断,对比文件直接公开了技术特征F和G,故在回答结尾插入对应的大写英文代码:

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

Powered by Django

网站备案号:渝ICP备2023012882号


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