返回项目页面
对比文件列表
2007-05-09_EP1784035A_发明公开_EP1784035A1 A method for connection re-establishment in a mobile communication system_+++c+++.docx
2026-06-17 01:26
2008-08-14_KR1020080075162A_发明公开_KR1020080075162A 이동 통신 시스템에서의 접속 재설정 방법 및 이동 통신시스템을 위한 네트워크 개체_+++c+++.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-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
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_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-05_US2016128007A_发明申请_US20160128007A1 USER EQUIPMENT CONTEXT HANDLING WITH USER EQUIPMENT AUTONOMOUS MOBILITY_+++c+++.docx
2026-06-17 01:26
US2017070981A1_Description_20260426_1221_+++a_b_c_e_f_g+++.docx
2026-06-17 01:26
2008-08-14_KR1020080075162A_发明公开_KR1020080075162A 이동 통신 시스템에서의 접속 재설정 방법 및 이동 통신시스템을 위한 네트워크 개체_+++c+++.docx

对比文件的名称:2008-08-14_KR1020080075162A_发明公开_KR1020080075162A 이동 통신 시스템에서의 접속 재설정 방법 및 이동 통신시스템을 위한 네트워크 개체

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

本次调用的模型名称:本AI模型(大型语言模型)

### 特征比对表格

技术特征描述及公开性判断结果对比文件原文引用公开性论述
**技术特征A**:包括:通过网络元件标识无线电资源控制连接恢复请求过程要由用户设备使用以作为对寻呼消息的响应 —— **未公开**对比文件[37]:“网络实体发送移动性管理上下文信息及/或服务管理上下文信息”,[47]:“BS/Node B/ENB可以立即重建立安全链路和无线承载,而无需等待来自寻呼发起者的明确请求”对比文件描述了网络实体在寻呼请求中携带上下文信息,基站利用该上下文进行快速重建立,但并未标识用户设备要使用特定的RRC过程(如RRC连接恢复请求)作为对寻呼的响应。网络实体发送上下文的行为隐含了基站侧的重建立过程,但未涉及用户设备侧应使用的具体RRC消息类型。因此,本领域技术人员无法毫无疑义地得出网络元件标识了用户设备使用RRC连接恢复请求过程,也不存在合理推断的基础,特征A未被公开。
**技术特征B**:在所述寻呼消息中,由所述网络元件向所述用户设备隐式地指示使用所述无线电资源控制连接恢复请求过程 —— **未公开**对比文件[62]步骤23:“寻呼消息是……只具有UE身份”对比文件中空口寻呼消息仅包含用户设备身份,未包含任何指示(显式或隐式)来告知用户设备应使用RRC连接恢复请求过程。寻呼消息中不存在与数据类型、优先级等相关的隐式指示。因此,特征B未被公开。
**技术特征C**:其中所述过程是基于所述用户设备的上下文的可用性来标识的 —— **隐含公开**对比文件[37]:“网络实体发送移动性管理上下文信息及/或服务管理上下文信息”,[47]:“BS/Node B/ENB可以立即重建立安全链路和无线承载,而无需等待来自寻呼发起者的明确请求”,[57]-[59]:“该寻呼请求承载MM上下文(安全信息、用户身份等)和SM上下文(QoS参数等)”对比文件公开了网络实体在寻呼请求中发送用户设备的上下文信息,基站根据该上下文进行快速重建立。本领域技术人员可以合理推断,网络实体之所以能够标识并使用快速重建立过程,正是基于其对上下文可用性的认知(上下文已发送至基站)。虽然对比文件未使用“基于可用性标识”的措辞,但该技术思想已实质体现:网络实体因拥有上下文而选择快速重建立,等同于基于上下文可用性标识过程。因此,特征C被隐含公开。
**技术特征D**:其中所述隐式地指示包括使用经由控制平面的数据、经由用户平面的数据、正常数据、小数据、短连接、高优先级数据、低优先级数据或信令中的至少一种 —— **未公开**对比文件全文未涉及隐式指示的类型对比文件未描述任何通过数据类型、连接类型、优先级或信令等方式进行的隐式指示。寻呼消息中无此类信息,用户设备无法据此推断应使用的过程。因此,特征D未被公开。
**技术特征E**:包括:在寻呼消息中,由用户设备从网络元件接收使用无线电资源控制连接恢复请求过程作为对所述寻呼消息的响应的隐式的指示 —— **未公开**同特征B引用与特征B同理,对比文件中寻呼消息仅包含用户设备身份,用户设备无法从中接收任何关于使用RRC连接恢复请求过程的指示。因此,特征E未被公开。
**技术特征F**:使用所述无线电资源控制连接恢复请求过程来对所述寻呼消息进行响应 —— **未公开**对比文件[64]步骤25:“在MS/UE与BS/Node B之间建立信号连接或RRC连接”,步骤24:“寻呼响应”对比文件中用户设备对寻呼的响应是常规的寻呼响应(可能为RRC连接请求),随后建立RRC连接,并未使用RRC连接恢复请求消息。RRC连接恢复请求是特定的消息类型,用于从暂停状态恢复,对比文件未公开用户设备发送该消息。因此,特征F未被公开。
**技术特征G**:其中对所述寻呼消息进行响应包括在所述寻呼消息中没有显式指示的情况下,基于服务小区中的所述用户设备的上下文的可用性对信令过程的选择 —— **未公开**对比文件[66]-[70]描述基站恢复MM/SM上下文并进行安全模式和RB设置对比文件中,用户设备在响应寻呼时并未基于上下文可用性进行选择;上下文可用性仅由基站利用,基站自动进行重建立,用户设备无选择过程。用户设备的行为是固定的,不涉及基于上下文可用性的信令过程选择。因此,特征G未被公开。

综上所述,对比文件仅隐含公开了技术特征C,其余技术特征均未被直接或隐含公开。

<<<c>>>

Powered by Django

网站备案号:渝ICP备2023012882号


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