返回项目页面
对比文件列表
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-05-16_TW201320678A_发明专利_TW201320678A 處置無線通信系統中之一連接_+++F_g+++.docx

**对比文件名称**:2013-05-16_TW201320678A_发明专利_TW201320678A 處置無線通信系統中之一連接

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

**本次调用的模型名称**:GPT-4

### 特征比对表格

技术特征描述及公开性判断结果对比文件原文引用(翻译成中文,标号或位置)公开性论述
**技术特征A**:包括:通过网络元件标识无线电资源控制连接恢复请求过程要由用户设备使用以作为对寻呼消息的响应 **[未公开]**无直接对应的原文。对比文件仅描述UE在收到寻呼后自行判断上下文有效性并决定是否发起RRC连接重新启动请求(见“在RRC连接暂停期间处置下行链路(DL)资料之接收”章节:“当UE 101回应于传呼/通知时,(例如,经由RRC重新启动请求之发送)可重新启动暂停之RRC连接”),但未涉及网络元件事先标识要使用的过程。对比文件始终由UE自主决定对寻呼的响应方式(如发送RRC连接重新启动请求或RRC连接建立请求),网络元件并未执行标识过程并指示UE的操作。因此技术特征A未被公开。
**技术特征B**:在所述寻呼消息中,由所述网络元件向所述用户设备隐式地指示使用所述无线电资源控制连接恢复请求过程 **[未公开]**无直接对应的原文。对比文件中的寻呼消息仅用于通知UE有下行数据到达,不包含任何隐式或显式的过程指示。例如,“eNB1 102a缓冲DL资料且接着将传呼讯息或资料到达通知讯息发送至UE 101”中未提及指示信息。对比文件未在寻呼消息中携带任何关于使用何种响应过程的指示(隐式或显式),UE完全基于自身对上下文有效性的判断来选择过程。因此技术特征B未被公开。
**技术特征C**:其中所述过程是基于所述用户设备的上下文的可用性来标识的 **[未公开]**对比文件描述UE基于上下文可用性选择过程:“UE 101首先判定其暂停之RRC连接针对其当前定位之小区是否有效”(见“处置暂停RRC连接以回复Uu资料传送”章节)。但标识主体是UE而非网络元件。目标专利特征C是特征A中“通过网络元件标识”的进一步限定,即网络元件基于上下文可用性标识过程。对比文件仅公开UE自身基于上下文可用性选择过程,网络元件未参与此决策。因此技术特征C未被公开。
**技术特征D**:其中所述隐式地指示包括使用经由控制平面的数据、经由用户平面的数据、正常数据、小数据、短连接、高优先级数据、低优先级数据或信令中的至少一种 **[未公开]**无任何对应原文。对比文件未提及在寻呼消息中通过数据类型或优先级等进行隐式指示。对比文件完全未涉及通过数据特征或信令类型作为隐式指示的内容,所有关于响应过程的决策均不依赖此类指示。因此技术特征D未被公开。
**技术特征E**:包括:在寻呼消息中,由用户设备从网络元件接收使用无线电资源控制连接恢复请求过程作为对所述寻呼消息的响应的隐式的指示 **[未公开]**无直接对应的原文。对比文件中的UE仅接收普通寻呼消息,不包含任何过程指示。与技术特征B对应,对比文件未公开网络在寻呼消息中提供隐式指示,因此UE无从接收此类指示。技术特征E未被公开。
**技术特征F**:使用所述无线电资源控制连接恢复请求过程来对所述寻呼消息进行响应 **[直接公开]**“eNB1 102a缓冲DL资料(4)且接着将传呼讯息或资料到达通知讯息发送至UE 101(5)。当UE 101回应于传呼/通知时,(例如,经由RRC重新启动请求之发送)可重新启动暂停之RRC连接。”(来自“在RRC连接暂停期间处置下行链路(DL)资料之接收”章节)<br>另见“RRC连接重新启动可由UE 101中产生之UL资料触发,或由指示网路具有等待递送之DL资料的传呼或DL资料通知讯息之接收触发。……UE 101藉由发送RRC连接重新启动请求起始RRC连接重新启动程序。”(来自“处置暂停RRC连接以回复Uu资料传送”章节)对比文件明确记载UE在收到寻呼后,通过发送“RRC连接重新启动请求”(相当于目标专利中的“无线电资源控制连接恢复请求过程”)来响应寻呼,并重新建立暂停的RRC连接。该操作完全对应技术特征F的内容,因此被直接公开。
**技术特征G**:其中对所述寻呼消息进行响应包括在所述寻呼消息中没有显式指示的情况下,基于服务小区中的所述用户设备的上下文的可用性对信令过程的选择 **[隐含公开]**“UE 101首先判定其暂停之RRC连接针对其当前定位之小区是否有效。取决于判定暂停之RRC连接是否有效,许多不同选项为可能的。”<br>“UE 101判定其暂停之RRC连接针对其所定位之小区有效……UE 101藉由发送RRC连接重新启动请求起始RRC连接重新启动程序。”<br>“UE 101判定其暂停之RRC连接针对其所定位之小区无效……UE 101释放其暂停之RRC连接且进入RRC闲置状态。UE 101接着起始用于建立朝向eNB2之RRC连接及建立使用者平面无线电承载之正常程序。”(均来自“处置暂停RRC连接以回复Uu资料传送”章节)对比文件描述的寻呼消息仅为常规通知,未包含任何显式的过程指示(本领域技术人员可合理推断“没有显式指示”)。UE在收到寻呼后,根据服务小区中上下文(暂停RRC连接)是否有效,自主选择使用RRC连接重新启动请求(恢复过程)还是正常RRC连接建立过程。该行为与特征G完全一致,且对比文件未提及任何显式指示,因此隐含公开了特征G。

### 公开性判断代码

根据上述分析,对比文件直接公开了技术特征F,隐含公开了技术特征G,因此输出代码:

<<<F>>><<<g>>>

Powered by Django

网站备案号:渝ICP备2023012882号


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