非显而易见性评估仅供参考，不构成法律建议。
权利要求列表点击可跳转
对比文件列表
| 编号 | 名称 |
|---|
权利要求1
一种在基站中使用的方法，该方法包括；接收来自与所述基站通信的多个设备中的一个设备的事件指示消息；基于所述事件指示消息确定普遍异常事件是否临近；其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件；以及在普遍异常事件临近的情况下；传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备；其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【SUMMARY OF THE INVENTION, 倒数第3段】<br>“Registration signal channel overloads occuring due to overly numerous autonomous registration messages initiated by the mobile radiotelephones are averted in accord with the principles of the invention by monitoring the number of autonomous registration messages occurring in a particular local cellular system and responding in the event of an impending overload by sending messages to specified mobile radiotelephones instructing them not to register at this time.”<br>（中文翻译：根据本发明的原理，通过监测特定本地蜂窝系统中出现的自主登记消息的数量，并在即将发生过载的情况下通过向指定的移动无线电话发送指示它们此时不要登记的消息进行响应，从而避免因移动无线电话发起的过多自主登记消息而导致的登记信号信道过载。） | 对比文件公开了一种在蜂窝移动无线电话系统中避免信道过载的方法，特征A属于方法的常规引导语，被对比文件直接公开。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《直接公开》 | 【BACKGROUND OF THE INVENTION, 倒数第2段】<br>“In registering, the mobile radiotelephones send their serial number and related information to the local cellular service system over a reverse radio channel dedicated to transmitting overhead messages of this type.”<br>（中文翻译：在登记时，移动无线电话通过专用于传输此类开销消息的反向无线电信道向本地蜂窝服务系统发送其序列号和相关信息。）<br><br>【DETAILED DESCRIPTION, 第3段】<br>“If the mobile radiotelephone 202 leaves the area covered by the cell site 201 and enters the area covered by the cell site 204, the mobile loses the setup and reverse control of cell site 201. The new identifying information on the corresponding set up channel of cell site 204 may cause it to register in the new cell. If on the other hand it remains in the cell area of cell site 201, the time information provided by the cell site 201 causes it to periodically register.”<br>（中文翻译：如果移动无线电话202离开小区站点201覆盖的区域并进入小区站点204覆盖的区域，该移动台失去对小区站点201的建立和反向控制。小区站点204相应建立信道上的新标识信息可能导致其在新小区中登记。另一方面，如果其保留在小区站点201的小区区域内，小区站点201提供的时间信息使其周期性登记。） | 对比文件中的蜂窝小区基站（cell site/base station）与多个移动无线电话（mobile radiotelephones）通信。移动电话向基站发送自主登记消息（autonomous registration messages），以指示发生位置改变（漫游进入新小区事件）或基于时间的登记触发事件。基站接收来自其中一个移动设备的自主登记消息。因此，对比文件直接公开了该特征。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>《隐含公开》 | 【SUMMARY OF THE INVENTION, 倒数第3段】<br>“...by monitoring the number of autonomous registration messages occurring in a particular local cellular system and responding in the event of an impending overload by sending messages to specified mobile radiotelephones instructing them not to register at this time.”<br>（中文翻译：……通过监测特定本地蜂窝系统中出现的自主登记消息的数量，并在即将发生过载（impending overload）的情况下通过向指定的移动无线电话发送指示它们此时不要登记的消息进行响应。）<br><br>【DETAILED DESCRIPTION, 第8段（图7说明）】<br>“The initial step (block 703) involves the measuring of the rate at which autonomous registration (AR) messages are received. A threshold of the autonomous registration rate is established usually in terms of the number of autonomous registration messages within a definite time interval. The step expressed by decision block 705 evaluates if that AR rate threshold has been exceeded.”<br>（中文翻译：初始步骤（方框703）涉及测量接收到自主登记（AR）消息的速率。自主登记速率的阈值通常根据明确时间间隔内的自主登记消息数量来建立。由判断方框705所表示的步骤评估是否已超出该AR速率阈值。） | 对比文件通过统计单位时间内接收到的自主登记消息数量（AR速率）并判断其是否超过预设阈值，以此确定信道是否面临即将到来的过载（impending overload）。对比文件的“过载（overload）”与目标专利说明书第[0047]-[0048]段所阐述的突发性网络登入导致的大量接入冲突与系统过载/拥塞机制一致。在极其宽松的隐含公开标准下，对比文件监测自主登记消息速率来判断即将过载（impending overload），实质上对应于基于接收到的指示消息确定过载异常事件是否临近，本领域技术人员能够合理推断出该技术特征，构成隐含公开。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《隐含公开》 | 【BACKGROUND OF THE INVENTION, 倒数第1段】<br>“Since the transmission capacity of the reverse channel is limited, the need to process a large number of autonomous registrations will fill the reverse channel to capacity and block or severely limit transmissions of the other overhead messages that operate to originate calls and perform other support services.”<br>（中文翻译：由于反向信道的传输容量有限，处理大量自主登记的需求将填满反向信道的容量，并阻止或严重限制用于发起呼叫和执行其他支持服务的其他开销消息的传输。）<br><br>【SUMMARY OF THE INVENTION, 倒数第1段】<br>“...operative to actively preserve sufficient capacity on the reverse channel for the call originations from mobile radiotelephone and other cellular overhead activities.”<br>（中文翻译：……用于在反向信道上主动保留足够的容量，用于来自移动无线电话的呼叫发起和其他蜂窝开销活动。） | 目标专利说明书第[0047]-[0048]段指出普遍异常事件导致的大量接入尝试造成信道极端拥塞，导致设备无法成功接入网络（失去正常通信）。对比文件公开了反向信道过载将填满反向信道容量，彻底阻塞或严重限制呼叫发起及支持服务消息的传输，即导致多个移动设备无法建立正常呼叫和控制通信。根据极宽松的隐含公开审查标准，由于过载阻塞反向信道导致大量移动设备无法接入或中断通信的作用与目标专利相同，本领域技术人员可以合理推断出该过载事件属于导致多个设备失去与基站通信的事件，因此构成隐含公开。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>《直接公开》 | 【SUMMARY OF THE INVENTION, 倒数第3段】<br>“...responding in the event of an impending overload by sending messages to specified mobile radiotelephones instructing them not to register at this time.”<br>（中文翻译：……在即将发生过载（impending overload）的情况下通过向指定的移动无线电话发送指示它们此时不要登记的消息进行响应。）<br><br>【DETAILED DESCRIPTION, 第8段】<br>“If the AR rate threshold, defined by block 703, has been exceeded as determined by the step enumerated in block 705 the autonomous registrations of all the roamer radiotelephones covered by the service area are inhibited...”<br>（中文翻译：如果按照方框705所列举的步骤确定已超出由方框703定义的AR速率阈值，则通过……抑制该服务区覆盖的所有漫游无线电话的自主登记。） | 对比文件明确公开了“in the event of an impending overload”（在即将发生过载/临近过载的情况下），触发后续向移动设备发送指示的动作。该条件判定与技术特征E相同，属于直接公开。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《直接公开》 | 【SUMMARY OF THE INVENTION, 倒数第3段】<br>“...sending messages to specified mobile radiotelephones instructing them not to register at this time. In one particular illustrative implementation disclosed herein the roamer mobile radiotelephones requesting registration within an area covered by a cellular system experiencing an immediate or an impending overload are instructed, via an overhead message, not to register.”<br>（中文翻译：……通过向指定的移动无线电话发送指示它们此时不要登记的消息进行响应。在本文公开的一个特定说明性实现方式中，通过开销消息指示在经历立即或即将发生过载的蜂窝系统所覆盖的区域内请求登记的漫游移动无线电话不要登记。）<br><br>【DETAILED DESCRIPTION, 第8段】<br>“...by means of an overhead control message broadcast to all the mobile radiotelephones.”<br>（中文翻译：……通过向所有移动无线电话广播的开销控制消息。） | 对比文件公开了基站向移动设备广播开销控制消息（overhead control message），该开销消息即对应于传送给一个或多个设备的第一系统指示消息。因此，对比文件直接公开了该技术特征。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>《隐含公开》 | 【DETAILED DESCRIPTION, 第4段】<br>“It periodically transmits a system overhead message to the mobile radiotelephone which includes a system identification number (SID), a time stamped registration ID (REGID), a bit or flag enabling/disabling control defining the ability of the mobile radiotelephone 302 to register (REGH for homer mobile radiotelephones and REGR for roamer radio mobile radiotelephones)...”<br>（中文翻译：它周期性地向移动无线电话发送系统开销消息，其包括系统标识号（SID）、带时间戳的登记ID（REGID）、定义移动无线电话302登记能力的使能/去使能控制比特或标志（对于本地移动无线电话为REGH，对于漫游移动无线电话为REGR）……）<br><br>【DETAILED DESCRIPTION, 第8段】<br>“...the autonomous registrations of all the roamer radiotelephones covered by the service area are inhibited by setting the flags REGR of each of the roamer radiotelephones to zero by means of an overhead control message broadcast to all the mobile radiotelephones.”<br>（中文翻译：……通过向所有移动无线电话广播的开销控制消息将每个漫游无线电话的标志REGR设置为零，从而抑制该服务区覆盖的所有漫游无线电话的自主登记。）<br><br>【目标专利说明书, 第[0093]、[0104]段】<br>“……新信息元件(IE)和/或信息字段可以被添加到一些已有的多播/广播类别-1管理帧(例如，信标帧、公共响应帧等等)。” | 对比文件公开了通过广播系统开销控制消息，将开销消息中的去使能标志（REGR=0或REGH=0）置位，用于指示/禁止移动电话停止发送自主登记消息。关于“信标（beacon）”的属性，目标专利在说明书第[0104]段明确解释指示消息可在已有的广播帧（如802.11信标帧/beacon frame）中添加字段实现；对比文件公开的基站周期性广播下发包含系统同步时戳（REGID）及控制参数的系统开销控制消息（system overhead message/broadcast），其性质和功能与无线通信中的系统广播信标（beacon）完全等同。在极宽松隐含公开判断下，本领域技术人员结合公知常识完全可以合理推断出该广播系统开销消息属于具备指示停止传送登记指示功能的信标，因此认定为隐含公开。 |
| 技术特征H：<br>该方法还包括<br><br>《直接公开》 | 【SUMMARY OF THE INVENTION, 倒数第2段】<br>“Additional features of the system to prevent autonomous registration message overloads include...”<br>（中文翻译：用于防止自主登记消息过载的系统的附加特征包括……）<br><br>【DETAILED DESCRIPTION, 第9段-第11段（图7中711-729步骤）】 | 特征H属于方法附加步骤的常规过渡连接语，对比文件直接公开了在上述步骤基础上还包括后续处理方法。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《直接公开》 | 【SUMMARY OF THE INVENTION, 倒数第3段末尾】<br>“Normal registration service is not resumed until the overload condition is terminated.”<br>（中文翻译：直到过载状况终止，才恢复正常的登记服务。）<br><br>【DETAILED DESCRIPTION, 第9段】<br>“The rate of autonomous registration messages is re-evaluated with respect to the AR rate threshold by the step enumerated in the decision block 711. If the rate of autonomous registration messages is below the threshold rate the autonomous registration of roamer radio telephones is again enabled, according to instructions enumerated in block 713...”<br>（中文翻译：通过判断方框711所列举的步骤，关于AR速率阈值重新评估自主登记消息的速率。如果自主登记消息的速率低于阈值速率，则根据方框713中所列举的指令重新使能漫游无线电话的自主登记……）<br><br>【DETAILED DESCRIPTION, 第11段】<br>“If the rate of autonomous registration messages, measured in decision block 717, does not exceed the AR rate threshold the process flow continues to block 721... If the original rate of incrementing the standard REGID has not been attained... If the original rate at which the standard REGID is being incremented has been attained... is operative to broadcast overhead messages to again enable the roamer radiotelephones to register...”<br>（中文翻译：如果在判断方框717中测得的自主登记消息速率未超过AR速率阈值，则处理流程继续到方框721……如果尚未达到增加标准REGID的原始速率……如果已达到增加标准REGID的原始速率……用于广播开销消息以再次使能漫游无线电话进行登记……） | 对比文件在采取过载控制措施后，持续监控AR消息速率是否回落至阈值以下（步骤711、717、723），以判断过载状况是否消除/终止（overload condition is terminated），确定系统是否已恢复正常运行条件。这与目标专利说明书第[0053]段所述“基于冲突数量在容限界限内确定系统已经恢复”的作用与方案完全相同。因此，对比文件直接公开了确定基站是否已从异常/过载中恢复的技术特征。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《直接公开》 | 【DETAILED DESCRIPTION, 第10段】<br>“If the rate of autonomous registration messages is determined by the procedure of decision block 711 to exceed the threshold rate, the process flow continues to the block 715 which enumerates program instructions for decreasing the rate at which the time stamp REGID is incremented... The rate of autonomous registration messages is again checked, by the information of decision block 717 to see if the threshold AR rate is exceeded. If the AR threshold rate is exceeded the process flow continues, via flow path 719, to the block 715 whose delineated process step again decreases the rate...”<br>（中文翻译：如果在判断方框711的过程确定自主登记消息的速率超过阈值速率，则处理流程继续到方框715，其列举用于降低时间戳REGID增加速率的程序指令……再次通过判断方框717的信息检查自主登记消息的速率以查看是否超过阈值AR速率。如果超过AR阈值速率，则处理流程通过流向路径719继续到方框715，其描述的过程步骤再次降低速率……） | 对比文件在判定AR消息速率仍超过阈值（即基站未从过载异常中恢复）的分支下，执行进一步的控制与消息发送（步骤715）。明确直接公开了在基站没有从异常中恢复的情况下的判断分支条件。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>《直接公开》 | 【DETAILED DESCRIPTION, 第10段】<br>“The REGID increment rate is decreased by increasing the value of the registration ID increment rate RIDINCR to a new value RIDINCR*. The new values of REGID are designated REGID*... The new value of REGID* is determined by the following expression... This new REGID* value is broadcast throughout the cell area (block 617)...”<br>（中文翻译：通过将登记ID增加速率RIDINCR的值增大为新值RIDINCR*，从而降低REGID的增加速率。REGID的新值被指定为REGID*……新的REGID*值由以下表达式确定……这一新的REGID*值在整个小区区域内广播（方框617）……）<br><br>【DETAILED DESCRIPTION, 第12段（图8说明）】<br>“If the rate of autonomous registration messages continues to exceed the threshold rate, as per the instructions of decision block 809, the flow process proceeds to the instructions of process block 817. Here the autonomous registration of the roamer mobile radiotelephones is again enabled and the autonomous registration of homer mobile radiotelephones is disabled.”<br>（中文翻译：如果按照判断方框809的指令自主登记消息速率继续超过阈值速率，则处理流程进行到处理方框817的指令。在此重新使能漫游移动无线电话的自主登记，并去使能本地移动无线电话的自主登记。） | 对比文件公开了在确定过载未恢复时，基站向小区内的设备广播传送更新后的控制消息（例如广播调整后的REGID*开销消息以进一步推迟终端登记，或者在图8步骤817中发送禁用本地终端登记的开销消息）。这些在未恢复状态下发送的消息即对应于“第二系统指示消息”。因此，对比文件直接公开了该特征。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>《直接公开》 | 【DETAILED DESCRIPTION, 第4段】<br>“It periodically transmits a system overhead message to the mobile radiotelephone which includes a system identification number (SID), a time stamped registration ID (REGID), a bit or flag enabling/disabling control defining the ability of the mobile radiotelephone 302 to register (REGH for homer mobile radiotelephones and REGR for roamer radio mobile radiotelephones) and a number REGINCR defining the maximum interval between registrations of the mobile radiotelephones 302.”<br>（中文翻译：它周期性地向移动无线电话发送系统开销消息，其包括系统标识号（SID）、带时间戳的登记ID（REGID）、定义移动无线电话302登记能力的使能/去使能控制比特或标志（对于本地移动无线电话为REGH，对于漫游移动无线电话为REGR）以及定义移动无线电话302登记之间的最大间隔的数值REGINCR。） | 对比文件明确记载基站“periodically transmits a system overhead message”（周期性地向移动无线电话传送系统开销消息），该系统开销消息即前述承载系统指示的控制消息。本特征被对比文件直接公开。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>《隐含公开》 | 【BACKGROUND OF THE INVENTION, 倒数第2段】<br>“In registering, the mobile radiotelephones send their serial number and related information to the local cellular service system over a reverse radio channel dedicated to transmitting overhead messages of this type.”<br>（中文翻译：在登记时，移动无线电话通过专用于传输此类开销消息的反向无线电信道向本地蜂窝服务系统发送其序列号和相关信息。）<br><br>【DETAILED DESCRIPTION, 第3段】<br>“If the mobile radiotelephone 202 leaves the area covered by the cell site 201 and enters the area covered by the cell site 204, the mobile loses the setup and reverse control of cell site 201. The new identifying information on the corresponding set up channel of cell site 204 may cause it to register in the new cell.”<br>（中文翻译：如果移动无线电话202离开小区站点201覆盖的区域并进入小区站点204覆盖的区域，该移动台失去对小区站点201的建立和反向控制。小区站点204相应建立信道上的新标识信息可能导致其在新小区中登记。） | 对比文件中的自主登记消息在终端漫游移出原小区服务边界、失去原基站控制（即原有连接状态发生断开或变更）的事件下触发发送，向新服务系统报告其身份与位置状态变化。从极为宽松的隐含公开判断准则考量，当终端离开服务区导致通信丢失后发起的漫游登记，在广义上属于报告自身脱网/越区通信状态异常事件的报告机制，本领域技术人员能够合理推断出该登记消息可作为一种状态变更及链路丢失的异常报告，与其他可能更具体的故障报告对比文件组合公开，因而符合隐含公开判定。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>《隐含公开》 | 【DETAILED DESCRIPTION, 第8段】<br>“The initial step (block 703) involves the measuring of the rate at which autonomous registration (AR) messages are received. A threshold of the autonomous registration rate is established usually in terms of the number of autonomous registration messages within a definite time interval. The step expressed by decision block 705 evaluates if that AR rate threshold has been exceeded. ... If the AR rate threshold, defined by block 703, has been exceeded ... the autonomous registrations of all the roamer radiotelephones covered by the service area are inhibited by setting the flags REGR of each of the roamer radiotelephones to zero by means of an overhead control message broadcast to all the mobile radiotelephones.”<br>（中文翻译：初始步骤（方框703）涉及测量接收到自主登记（AR）消息的速率。自主登记速率的阈值通常根据明确时间间隔内的自主登记消息数量（the number of autonomous registration messages within a definite time interval）来建立。由判断方框705所表示的步骤评估是否已超出该AR速率阈值。……如果确定已超出AR速率阈值……通过向所有移动无线电话广播开销控制消息将每个漫游无线电话的标志REGR设置为零，从而抑制该服务区覆盖的所有漫游无线电话的自主登记。） | 对比文件明确公开了基站测量在明确的时间间隔内（within a definite time interval）接收到的来自多个移动无线电话的自主登记消息数量（number of AR messages），当该数量在特定时间内超出阈值时，基站广播开销控制消息（第一系统指示消息）以抑制登记。结合前文对“自主登记消息”在宽松标准下隐含作为“异常报告”的认定，本特征完全对应于在预定的时间周期内基于接收到多个报告而发送指示消息的控制逻辑。本领域技术人员容易合理推断出该技术方案，因此认定为隐含公开。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>《直接公开》 | 【DETAILED DESCRIPTION, 第8段】<br>“The initial step (block 703) involves the measuring of the rate at which autonomous registration (AR) messages are received. A threshold of the autonomous registration rate is established usually in terms of the number of autonomous registration messages within a definite time interval. The step expressed by decision block 705 evaluates if that AR rate threshold has been exceeded. ... If the AR rate threshold, defined by block 703, has been exceeded as determined by the step enumerated in block 705 the autonomous registrations of all the roamer radiotelephones covered by the service area are inhibited by setting the flags REGR of each of the roamer radiotelephones to zero by means of an overhead control message broadcast to all the mobile radiotelephones.”<br>（中文翻译：初始步骤（方框703）涉及测量接收到自主登记（AR）消息的速率。自主登记速率的阈值通常根据明确时间间隔内的自主登记消息数量（the number of autonomous registration messages within a definite time interval）来建立。由判断方框705所表示的步骤评估是否已超出该AR速率阈值。……如果按照方框705所列举的步骤确定已超出AR速率阈值，则通过向所有移动无线电话广播开销控制消息……抑制自主登记。）<br><br>【BACKGROUND OF THE INVENTION, 倒数第1段】<br>“...the need to process a large number of autonomous registrations will fill the reverse channel to capacity and block or severely limit transmissions of the other overhead messages that operate to originate calls and perform other support services.”<br>（中文翻译：……处理大量自主登记的需求将填满反向信道的容量，并阻止或严重限制用于发起呼叫和执行其他支持服务的其他开销消息的传输。） | 对比文件中的反向信道传输多种不同类型的消息（如用于发起呼叫的控制消息、支持服务消息以及自主登记消息）。对比文件明确以“自主登记消息（autonomous registration messages）”这一特定类型的控制消息作为监测统计对象，并在特定时间间隔内（within a definite time interval）当该特定类型消息的数量超过阈值速率时，由基站发送开销控制消息（第一系统指示消息）。因此，对比文件直接公开了该技术特征。 |
<<<A>>>
<<<B>>>
<<<c>>>
<<<d>>>
<<<E>>>
<<<F>>>
<<<g>>>
<<<H>>>
<<<I>>>
<<<J>>>
<<<K>>>
<<<L>>>
<<<m>>>
<<<n>>>
<<<O>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【对比文件】SUMMARY OF THE INVENTION 部分第 [2] 段：<br>“In a data communication network according to one embodiment of the invention, a method of processing alarms from network objects, includes the steps of: receiving a first alarm; determining whether or not the first alarm is a redundant alarm by comparing the first alarm previously received alarms; and placing the first alarm in a queue for processing by an inference engine if the first alarm is not a redundant alarm.”<br>（译文：根据本发明的一个实施例，在数据通信网络中，一种处理来自网络对象的告警的方法，包括以下步骤：接收第一告警；通过将所述第一告警与先前接收的告警进行比较，确定所述第一告警是否为冗余告警；以及如果所述第一告警不是冗余告警，则将所述第一告警放入队列中以供推理机处理。） | 公开性论述：<br>对比文件公开了一种在数据通信网络中处理来自网络对象的告警的方法，其明确记载了“a method of processing alarms... includes the steps of...”（一种处理……的方法，包括以下步骤），直接对应于权利要求中的方法前序引导语“该方法包括”。两者在方案中所起的作用完全相同，均为引出后续具体的方法处理步骤。因此，技术特征A被对比文件《直接公开》。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《隐含公开》 | 【对比文件】Environment of the Preferred Embodiment 部分第 [2] 段：<br>“Messages passed between the Network Manager 24 and the network objects include alarms, informational messages and instructions. Network objects can signify malfunctions by sending alarms to the Network Manager 24.”<br>（译文：网络管理器24与网络对象之间传递的消息包括告警、信息性消息和指令。网络对象可以通过向网络管理器24发送告警来表示故障。）<br><br>以及第 [2] 段：<br>“The Network Manager 24 communicates with the network objects via, for example, RS232 connections 96, 97, 98 and 99 to central cite objects such as multiplexer 74 and modems 46, 58 and 78 respectively. These objects communicate with the remaining network objects via a multiplexed secondary diagnostics channel... These connections enable the Network manager 24 to communicate with the entire network 5 through these central site objects.”<br>（译文：网络管理器24通过例如到中心站点对象（诸如多路复用器74以及调制解调器46、58和78）的RS232连接96、97、98和99与网络对象通信。这些对象通过复用的辅助诊断信道与其余网络对象通信……这些连接使网络管理器24能够通过这些中心站点对象与整个网络5通信。）<br><br>以及第 [2] 段：<br>“...central modem 58 which is coupled to the FEP 42. This modem 58 feeds a multidrop connection... via a transmission line 60. The first drop... feeds a remote modem 62... The second drop feeds a remote modem 66... Similarly, the third drop feeds a remote modem 70...”<br>（译文：……连接到FEP 42的中心调制解调器58。该调制解调器58通过传输线60为多支路连接供电。多支路传输线上的第一个分支连接远端调制解调器62……第二个分支连接远端调制解调器66……类似地，第三个分支连接远端调制解调器70……） | 公开性论述：<br>目标专利中，该特征是指基站从与其通信的多个M2M设备中的某一个设备接收异常指示消息（如事件指示消息、异常报告）。<br>对比文件中公开了数据通信网络中具有中心节点设备（如中心调制解调器58、中心多路复用器74等）与多个下级远端设备（如多点连接中的远端调制解调器62、66、70）进行通信并传递告警信息（Alarms）。中心节点设备接收来自与其通信的多个网络设备中某一个设备的告警消息并汇聚/传输至网络管理器。<br>在极其宽松的隐含公开判断标准下，对比文件网络拓扑中的中心节点（如调制解调器/网络管理实体）与基站均作为控制与汇聚接入侧节点的通信设备；设备上报的“告警（alarm）”属于表征异常发生的“事件指示消息”。本领域技术人员基于对比文件中心节点接收下属多个设备之一上报故障告警的教导，能够合理解读与推断出该特征的方案，且对比文件至少部分公开了该技术特征的内容，有可能与现有无线通信技术组合得出该特征，故技术特征B被对比文件《隐含公开》。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>《未公开》 | 对比文件通篇检索无对应内容。对比文件中与告警处理相关的记载见 Alarm Filter 部分第 [2] 段：<br>“Redundant alarms can be present by virtue of two devices reporting the same problem... By knowing the network topology, the Alarm Filter 118 can readily determine that both alarms relate to the same problem... the Alarm Filter 118 can discard alarms... in order to prevent a queue overflow or system crash.”<br>（译文：由于两个设备报告相同的问题，可能存在冗余告警……通过了解网络拓扑，告警过滤器118可以容易地确定两个告警都涉及相同的问题……告警过滤器118可以丢弃告警……以防止队列溢出或系统崩溃。） | 公开性论述：<br>结合目标专利说明书[0006]、[0047]、[0052]可知，“普遍异常事件（widespread exception event）”是将导致多个设备失去与基站通信的事件（如大面积断电、管道破裂等），而“确定普遍异常事件是否临近（imminent）”是指基站通过对接收到的事件指示消息进行分析评估，预判/检测系统是否即将经历普遍异常，从而提前采取规避信道过载的措施。<br>对比文件中虽然公开了告警过滤器基于告警及网络拓扑过滤冗余告警，或在海量告警可能导致自身队列溢出时丢弃告警，但对比文件完全未涉及“确定普遍异常事件是否临近”的技术构思与判断逻辑，其仅是专家系统接收已有故障告警后的常规过滤与故障根因诊断推导。对比文件既未直接公开、亦无法合理推断出该特征，因此技术特征C《未公开》。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《未公开》 | 对比文件通篇检索无对应内容。对比文件关于网络故障的记载见 BACKGROUND 部分第 [2] 段：<br>“In a typical network management environment, a heterogeneous array of switching and transmission equipment may produce hundred of alarms each day. Moreover, alarms are sometimes spurious, transient, redundant, time correlated, or too numerous to be handled at the same time.”<br>（译文：在典型的网络管理环境中，异构的交换和传输设备阵列每天可能产生数百个告警。此外，告警有时是虚假的、瞬态的、冗余的、时间相关的，或者数量太多而无法同时处理。） | 公开性论述：<br>目标专利说明书[0047]明确指出：“普遍异常事件可以是将导致与BS通信的多个设备失去与所述BS通信的事件”，例如停电等，这会导致大量设备从空闲状态并发唤醒进行网络重新登入。<br>对比文件涉及的是通用的数据通信网络故障（如线路衰减、调制解调器硬件参数错配等局部或组件级故障），并未定义或涉及“导致多个通信设备失去与基站通信”的“普遍异常事件”。即使采用最宽松的隐含推断标准，对比文件中也不存在此类普遍异常事件的定义或相应技术方案。因此技术特征D《未公开》。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>《未公开》 | 对比文件通篇检索无对应内容。 | 公开性论述：<br>技术特征E为触发后续发送系统指示消息的前提条件，即“在普遍异常事件临近的情况下”。如技术特征C和D的分析所述，对比文件完全没有关于检测、预判“普遍异常事件临近”的技术内容，更不存在以此作为后续控制步骤的触发条件。即使依照极其宽松的标准，亦无法从对比文件中推理得出该前置触发条件。因此技术特征E《未公开》。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《未公开》 | 对比文件通篇检索无对应内容。对比文件中下发消息的记载见 Environment of the Preferred Embodiment 部分第 [2] 段：<br>“Messages passed between the Network Manager 24 and the network objects include alarms, informational messages and instructions... The Network Manager 24 can send instructions to network objects to perform diagnostic tests or other functions such as loop back tests or switching functions.”<br>（译文：网络管理器24与网络对象之间传递的消息包括告警、信息性消息和指令……网络管理器24可以向网络对象发送指令以执行诊断测试或其他功能，例如环回测试或切换功能。） | 公开性论述：<br>目标专利说明书[0006]、[0051]、[0052]表明，传送系统指示消息是基站在判断普遍异常事件临近后，主动向终端设备发送的指示消息（如告知已收到普遍异常报告，指示终端调整接入行为）。<br>对比文件中网络管理器向网络对象下发的消息仅为具体的诊断测试指令（如环回测试、自检指令），其是在专家系统定位到具体故障分支后针对单一目标对象发起的测试操作，与目标专利中基站向多个设备发送系统指示消息的作用、技术方案及应用场景完全不同。对比文件未直接公开，亦无法隐含推断得出该特征。因此技术特征F《未公开》。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>《未公开》 | 对比文件通篇检索无对应内容。对比文件涉及通知 network manager 停止发送告警的描述见 Alarm Filter 部分第 [2] 段：<br>“In a similar manner, some types of alarms are repeatedly transmitted until told by the network manager to quit, thus multiple alarms can be produced in that instance.”<br>（译文：以类似的方式，某些类型的告警会重复传输，直到网络管理器通知停止，因此在那时可能产生多个告警。） | 公开性论述：<br>目标专利说明书[0051]明确记载：“系统指示消息可以被传送到一个或多个M2M设备来提醒M2M设备停止传送事件指示消息以避免报告相同的错误”；[0104]指出该消息可以编码在信标帧（如802.11信标）中广播。<br>对比文件仅提及网络管理器可以通知个别重复告警的设备退出告警发送，其并非由基站向下属多个设备发送“指示应当停止传送事件指示消息的信标（beacon）”，其技术手段（信标下发控制）和实现机制与目标专利均不相同。对比文件未直接公开，且在宽松推断下也无法得出采用“信标”抑制设备事件指示消息的方案。因此技术特征G《未公开》。 |
| 技术特征H：<br>该方法还包括<br><br>《直接公开》 | 【对比文件】SUMMARY OF THE INVENTION 部分第 [2] 段：<br>“In another embodiment of the invention, a method of processing events in an expert system, includes the steps of: receiving a first event; determining whether or not the first event is a redundant event... and placing the first event in a queue...”<br>（译文：在本发明的另一个实施例中，一种在专家系统中处理事件的方法，包括以下步骤：接收第一事件；确定第一事件是否为冗余事件……以及放置第一事件在队列中……） | 公开性论述：<br>技术特征H为权利要求中引出附加方法步骤的常规过渡连接词。对比文件在多个实施例及方法描述中均公开了包含进一步步骤的方法方案（如“includes the steps of...”）。本领域技术人员可以毫无疑义地确定该特征被对比文件《直接公开》。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《未公开》 | 对比文件通篇检索无对应内容。 | 公开性论述：<br>目标专利说明书[0053]记载：“如果BS确定系统还没有恢复(240)……当BS确定系统已经恢复(240)，其可以重新开始正常运行(250)。基于不再检测到RA信道上的冲突或RA信道上冲突的数量在容限界限内，BS确定系统已经恢复。BS确定系统已经恢复的另一个示例可以是基于接收来自在网络侧上的服务器的消息……指示系统已经恢复。”<br>对比文件中专家系统处理的是具体的软硬件或线路故障，在诊断完成并采取修复（如修复漏水、替换设备、手动/自动重配）后结束目标处理，根本不存在基站侧自主检测/判断是否从“导致多个设备失去通信的普遍异常事件”中恢复的技术构思与特征。因此技术特征I《未公开》。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《未公开》 | 对比文件通篇检索无对应内容。 | 公开性论述：<br>目标专利说明书[0053]、[0071]记载：“如果BS确定系统还没有恢复(240)，则系统指示消息可以以所选择的周期重复地被传送……”。<br>由于对比文件完全没有关于“确定基站是否从普遍异常事件中恢复”的判断步骤，自然也不存在“在所述基站没有从所述普遍异常事件中恢复的情况下”这一状态分支条件。即使宽松推断也缺乏推导基础。因此技术特征J《未公开》。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>《未公开》 | 对比文件通篇检索无对应内容。 | 公开性论述：<br>目标专利说明书[0053]、[0069]说明，在未恢复时，基站传送另一个（第二）系统指示消息（440）到设备，用于维持对设备网络登入的控制，抑制信道风暴。<br>对比文件中既无第一系统指示消息，也无在异常未恢复情况下继续下发第二系统指示消息的技术手段。因此技术特征K《未公开》。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>《未公开》 | 对比文件通篇检索无对应内容。对比文件涉及周期/轮询的记载见 BACKGROUND 部分第 [2] 段：<br>“In some networks, alarms are generated autonomously while in others the alarms are actually responses to queries (polls).”<br>（译文：在某些网络中，告警是自主生成的，而在另一些网络中，告警实际上是对查询（轮询）的响应。） | 公开性论述：<br>目标专利说明书[0053]、[0071]明确说明系统指示消息在系统未恢复期间“以所选择的周期重复地被传送”。<br>对比文件仅提及告警可能是对网络管理器查询/轮询的响应，完全没有基站周期性向下游设备发送系统指示消息以通告普遍异常状态的记载。对比文件未直接公开，亦无法隐含推知该特征。因此技术特征L《未公开》。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>《隐含公开》 | 【对比文件】BACKGROUND 部分第 [2] 段：<br>“Alarms can generally be considered events reported by target network devices when abnormal conditions exist... both will be referred to as alarms for purposes of this document.”<br>（译文：告警通常可以被认为是在存在异常情况时由目标网络设备报告的事件……出于本文档的目的，两者都将被称为告警。）<br><br>以及第 [2] 段：<br>“Second, an alarm is a report of a network malfunction.”<br>（译文：第二，告警是网络故障的报告。） | 公开性论述：<br>目标专利说明书[0052]指出：“BS可以接收触发(210)，例如事件指示消息或临界实时异常报告”，事件指示消息具体体现为网络设备上报的异常报告（exception report）。<br>对比文件在背景技术及整体架构中明确指出，网络中的“Alarm（告警）”即为“存在异常情况时由目标网络设备报告的事件（events reported by target network devices when abnormal conditions exist）”，且明确定义“告警是网络故障的报告（an alarm is a report of a network malfunction）”。在宽松的隐含公开判断标准下，对比文件中的“告警”与目标专利的“异常报告”均为设备在发生非正常状况时向上级节点发送的故障/异常报告事件，本领域技术人员能够直接且毫无疑义或通过逻辑推理合理解读出所述事件指示消息即为异常报告。因此技术特征M被对比文件《隐含公开》。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>《未公开》 | 对比文件通篇检索无对应内容。对比文件涉及基于时间窗口和多个告警关联的记载见 Alarm Filter 部分第 [2] 段：<br>“The Alarm Filter 118 of the preferred embodiment determines whether alarms are redundant by both space and time correlation techniques... examines newly received alarms comparing them to goals on the Bulletin Board 120 and events in the Event Manager 117 to determine whether they should be considered redundant.”<br>（译文：优选实施例的告警过滤器118通过空间和时间相关技术来确定告警是否多余……通过将新接收的告警与公告板120上的目标和事件管理器117中的事件进行比较来检查新接收的告警，以确定它们是否应被视为多余。） | 公开性论述：<br>目标专利说明书[0055]记载：“用于传送系统指示消息的另一触发可以基于在预定的时间窗内接收来自预定数量的M2M设备的重复的报告……如果在预定的时间周期内接收的相同类型的消息数量超出，则系统指示消息可以被传送到有关的设备。”该方案用于基站识别普遍异常并抑制网络风暴。<br>对比文件中的时间相关技术仅用于告警过滤器（Alarm Filter）内部判断是否属于因同一故障引发的冗余告警并进行剔除，并不存在“基站在预定时间周期内接收到多个设备的多个异常报告后，触发向多个设备传送第一系统指示消息”的技术方案。对比文件未直接公开，亦无法隐含推断出该技术特征。因此技术特征N《未公开》。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>《未公开》 | 对比文件通篇检索无对应内容。对比文件涉及特定消息处理的记载见 Event Manager 部分第 [2] 段：<br>“...block 734 then decodes the event to determine its type (alarm, configuration event or result event)... Block 738 then determines whether the event is an alarm. If so, 739 sets the priority attribute of the record based on the alarm type.”<br>（译文：……块734然后对事件进行解码以确定其类型（告警、配置事件或结果事件）……块738然后确定事件是否为告警。如果是，739基于告警类型设置记录的优先级属性。） | 公开性论述：<br>目标专利说明书[0055]记载：“如果在预定的时间周期内接收的相同类型的消息数量超出，则系统指示消息可以被传送到有关的设备。例如，如果BS接收到10个紧急情况的报告……接收的消息的一个示例可以是具有测距目的字段设置为‘非正常断电’的测距请求消息……为系统异常报告测距保留的测距码……”以此作为基站检测普遍系统错误并下发系统指示消息的依据。<br>对比文件中虽然对事件划分了类型并根据告警类型设置处理优先级，但完全不存在“在预定时间周期内基于接收到多个特定类型的消息而触发传送系统指示消息给设备”的技术方案与作用。对比文件未直接公开，且依据宽松标准也无法合理推导出该方案。因此技术特征O《未公开》。 |
<<<A>>>
<<<b>>>
<<<H>>>
<<<m>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br>《直接公开》 | 【0001】本発明は携帯電話のような移動体通信システムに係り、特に、サービス地域に災害が発生した場合に有効となる、移動局のアクセス規制方式に関する。<br>（译文：本发明涉及如蜂窝电话的移动通信系统，特别涉及在服务区域发生灾害时有效的移动局接入限制方式。）<br>【0021】～【0027】等记载了移动通信系统中基站与移动局执行通信控制的方法。 | 对比文件公开了一种在移动通信系统中基站与移动局配合执行接入限制控制的方法。对比文件中的方法在系统中起到规范接入控制流程的作用，与目标专利中方法前序的作用相同。本领域技术人员能够毫无疑义地直接得出该技术特征。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br>《隐含公开》 | 【0011】特に、災害発生時には緊急に必須な緊急要請や、単なる安否の問い合わせなどが入り乱れ、通信が輻輳するため非常に大容量の回線が必要となる。<br>（译文：特别是，在灾害发生时，紧急且必需的紧急请求、或单纯的安危询问等交织在一起，由于通信拥塞，需要极大量的线路容量。）<br>【0015】…自局が規制対象であることを検出した場合は、送信禁止時間内では、個別呼び出し（着信呼）された場合と、ユーザが警察通報及び消防・緊急通報を要求する緊急通信の場合をのぞき、自局の送信を禁止する…<br>（译文：……在检测到自身属于限制对象的情况下，在发送禁止时间内，除了被个别寻呼（来电呼叫）的情况以及用户请求警察通报及消防/紧急通报的紧急通信的情况以外，禁止自身的发送……）<br>【0044】～【0045】…警察通報や、消防、救急通報を指し…この緊急通信の要求がある場合は、直ちに移動局装置の発信禁止を解除（306）し、次に「位置登録」が既に終了しているかの判定を行い（307）…発呼モード（311）に遷移する。<br>（译文：……指警察通报、消防、急救通报……在存在该紧急通信的要求的情况下，立即解除移动局装置的发信禁止（306），接着判定“位置注册”是否已经完成（307）……转换至呼叫模式（311）。） | 对比文件公开了在灾害发生时移动局会发出警察通报、消防/急救通报等紧急通信呼叫（即关于灾害异常事件的指示消息），并且即使在限制状态下，移动局也会向基站发起该呼叫/接入。本领域技术人员可以合理推断出，在灾害发生时，基站必然会接收来自与基站通信的移动局所发出的紧急通信/通报消息，以指示灾害事件的发生。这与目标专利中基站接收设备上报的事件指示消息的技术手段和实质作用具有对应性，且部分公开了相关机制，有可能与其他对比文件结合，因此构成隐含公开。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br>《隐含公开》 | 【0020】仮にサービスゾーン１０で地震などの災害が発生し、輻輳する通信を制限することで回線が不通になることを防ぐ、通信規制が必要となった場合を考える。<br>（译文：设想在服务区10发生地震等灾害，为了通过限制拥塞的通信来防止线路中断而需要进行通信限制的情况。）<br>【0021】…移動局から発呼及び「位置登録」など送信出力の規制は、自動車電話交換局３の指令により基地局４で実施する。<br>（译文：……从移动局发起的呼叫及“位置注册”等发送输出的限制，根据移动电话交换局3的指令由基站4实施。）<br>【0011】特に、災害発生時には緊急に必須な緊急要請や、単なる安否の問い合わせなどが入り乱れ、通信が輻輳するため…<br>（译文：特别是在灾害发生时，紧急必需的紧急请求等交织在一起导致通信拥塞……） | 对比文件公开了地震等灾害发生时引发通信拥塞，系统通过限制移动局发送来防止线路中断。本领域技术人员可以合理推断出，网络侧（包含交换机指令控制下的基站）需要基于接收到的灾害紧急呼叫或请求（即事件指示）来获知/判定是否发生了普遍性的灾害拥塞异常，从而触发基站实施接入限制。对比文件至少部分公开了基于灾害情况判断是否实施限制的逻辑，有可能与其他对比文件结合，因此构成隐含公开。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br>《直接公开》 | 【0012】また、大きな地震などに対しては、有線回線が損傷を受ける場合があり、無線回線を利用する移動体通信システムに災害耐久性があるが、処理不可能な呼の発生があると折角の災害耐久性を活用できない。<br>（译文：此外，针对大地震等，有时有线线路会受到损伤，利用无线线路的移动通信系统虽具有灾害耐受性，但若发生无法处理的呼叫，则无法充分发挥其灾害耐受性。）<br>【0020】仮にサービスゾーン１０で地震などの災害が発生し、輻輳する通信を制限することで回線が不通になることを防ぐ、通信規制が必要となった場合を考える。<br>（译文：设想在服务区10发生地震等灾害，为了通过限制拥塞的通信来防止线路中断而需要进行通信限制的情况。） | 对比文件明确指出了大地震等灾害会导致线路损伤、产生无法处理的呼叫并引起通信严重拥塞甚至导致“线路不通（回線が不通になる）”，即导致服务区内的移动终端失去与基站的通信。其灾害事件与目标专利说明书【0047】中定义的“地震、管道破坏等导致与BS通信的多个设备失去与BS通信的事件”完全相同，属于本领域技术人员可毫无疑义直接确定的实质相同方案。因此该特征被直接公开。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br>《直接公开》 | 【0020】仮にサービスゾーン１０で地震などの災害が発生し、輻輳する通信を制限することで回線が不通になることを防ぐ、通信規制が必要となった場合を考える。<br>（译文：设想在服务区10发生地震等灾害，为了通过限制拥塞的通信来防止线路中断而需要进行通信限制的情况。）<br>【0021】…自動車電話交換局３の指令により基地局４で実施する。<br>（译文：……根据移动电话交换局3的指令由基站4实施。） | 对比文件明确公开了在发生地震等灾害导致需要进行通信限制以防止线路不通的情况下，由基站实施通信限制。该限制的触发前提即为灾害事件发生/来临（普遍异常事件临近）的情况下，其时机与条件与目标专利完全相同。因此该特征被直接公开。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br>《直接公开》 | 【0015】…移動局に対し、ランダムアクセスチャネルの送信を、グループ選択的且つ有限長の時間幅を以て禁止する通信規制情報を報知する基地局と…<br>（译文：……向移动局通过广播通知在有限长的时间宽度内以群组选择性方式禁止随机接入信道发送的通信限制信息的基站……）<br>【0022】基地局４は、下り報知チャネル上で、通信規制メッセージを送信する。本実施例では通信規制メッセージの内容は、送信を禁止するグループを指定する番号情報、規制終了時刻から構成するものとする。<br>（译文：基站4在下行广播信道上发送通信限制消息。在本实施例中，通信限制消息的内容由指定禁止发送的群组的号码信息、限制结束时刻构成。） | 对比文件公开了基站4通过下行广播信道向服务区内的移动局发送“通信限制信息/通信限制消息（通信規制メッセージ）”，该消息明确传送至与基站通信的多个移动局（例如按号码指定的特定组或全部移动局）。这与目标专利中基站向多个设备传送第一系统指示消息的技术方案实质相同，作用相同。因此该特征被直接公开。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br>《隐含公开》 | 【0015】…移動局に対し、ランダムアクセスチャネルの送信を、グループ選択的且つ有限長の時間幅を以て禁止する通信規制情報を報知する基地局…送信禁止時間内では、個別呼び出し（着信呼）された場合と、ユーザが警察通報及び消防・緊急通報を要求する緊急通信の場合をのぞき、自局の送信を禁止する送信禁止機能…<br>（译文：……向移动局广播通知禁止随机接入信道发送的通信限制信息的基站……在发送禁止时间内，除被寻呼及紧急通信外禁止自身发送……）<br>【0029】電源を投入された移動局は、「とまり木チャネル」と呼ばれる報知チャネルの受信を開始し…この報知チャネル上で通信規制メッセージの検出を行い（２０３）…<br>（译文：接通电源的移动局开始接收被称为“栖木信道”的广播信道……在该广播信道上进行通信限制消息的检测（203）……） | 对比文件公开了通信限制信息是在广播信道（如栖木信道，即蜂窝移动通信中的信标广播信道）上传送，其用于禁止被限制的移动局进行随机接入发送（包括位置登记呼叫），其目的在于降低接入集中、减轻信道负荷以避免线路中断。虽然对比文件例举的紧急通报在限制期间可被例外允许，但普通呼叫/状态消息被全面禁止；本领域技术人员可以合理推断出，通过该信标广播消息禁止设备发起常规事件接入请求以阻止大量同类消息冲击信道，体现了指示设备停止传送事件接入消息的技术方案，属于部分公开并可推导出该特征，因此构成隐含公开。 |
| 技术特征H：<br>该方法还包括<br>《直接公开》 | 【0021】～【0043】记载了灾害限制期间及限制解除时系统的后续控制步骤。 | 对比文件进一步公开了通信限制开始后的后续处理方法步骤，起到串联后续技术操作的作用，与目标专利中方法前序/连接词的作用相同。本领域技术人员能够毫无疑义直接得出。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br>《隐含公开》 | 【0040】ステップ３０３では、報知チャネル上での「通信規制の解除」の判定を行い、解除されている場合、非規制待ち受けモードに至る、ステップ３１２へ進行する。<br>（译文：在步骤303中，在广播信道上进行“通信限制解除”的判定，在已解除的情况下，进行至转入非限制待机模式的步骤312。）<br>【0024】さらに規制終了時刻は、移動局７及び７'が各自の時計機能をもとに、自律的の規制の解除を検知できるためのものである。<br>（译文：此外，限制结束时刻用于使移动局7和7'能够基于各自的时钟功能自主检测限制的解除。）<br>【0020】…輻輳する通信を制限することで回線が不通になることを防ぐ…<br>（译文：……通过限制拥塞的通信来防止线路不通……） | 对比文件公开了在广播信道上传达“通信限制解除”，并且设置限制结束时刻以解除限制。网络侧/基站决定解除通信限制的前提必然是拥塞/灾害情况好转（即异常状态恢复）。本领域技术人员可以合理推断出，基站或网络侧必然存在对通信拥塞与异常恢复情况的评估与确定机制，以据此决定是否在广播信道上发布解除限制。该内容部分公开了相关技术方案，有可能与其他对比文件结合，因此构成隐含公开。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br>《隐含公开》 | 【0041】解除されていない場合、自局の非規制時刻にあるかの判定を行う（３０４）。これは図２で説明した規制タイマの計数結果によって判定される。規制タイマが所定の計数値に達していない場合は、ステップ３０５へ進む。<br>（译文：在尚未解除的情况下，判定是否处于自身的非限制时刻（304）。这通过图2中所说明的限制定时器的计数结果来判定。在限制定时器未达到规定计数值的情况下，前进至步骤305。）<br>【0040】～【0041】记载了限制尚未解除时保持限制状态。 | 对比文件公开了在广播信道未解除通信限制（即系统/基站尚未从拥塞灾害异常中恢复）且限制定时器未结束时，保持限制状态。本领域技术人员可以合理推断出，在异常未解除、基站未恢复的情况下，系统将持续维持相应的限制通信指示机制，这对应于在未恢复情况下的控制分支。因此构成隐含公开。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br>《隐含公开》 | 【0022】基地局４は、下り報知チャネル上で、通信規制メッセージを送信する。<br>（译文：基站4在下行广播信道上发送通信限制消息。）<br>【0040】ステップ３０３では、報知チャネル上での「通信規制の解除」の判定を行い…<br>（译文：在步骤303中，在广播信道上进行“通信限制解除”的判定……）<br>【0004】アクセスは、下り回線（基地局から移動局へ）がＴＤＭ…１フレームを２０msとし…この優先情報は基地局からの下り回線で報知される。<br>（译文：接入采用下行链路为TDM……以1帧为20ms……该优先信息在来自基站的下行链路中广播通知。） | 对比文件公开了下行信道采用TDM帧结构在广播信道上持续/周期性广播系统信息与通信限制消息；当限制未解除时，基站会在广播信道上持续或更新发送通信限制相关消息（第二指示消息），或者发送解除限制相关的控制消息。本领域技术人员基于下行TDM广播的常规运行方式，可以合理推断出基站会在未恢复的持续期间继续向设备广播下行指示消息以维持限制。对比文件部分公开了下行消息传输方案，有可能与其他对比文件结合，因此构成隐含公开。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br>《隐含公开》 | 【0004】アクセスは、下り回線（基地局から移動局へ）がＴＤＭ（Time Division Multiple）…１フレームを２０msとし、これを時間的に分割して複数の移動局が共有する…この優先情報は基地局からの下り回線で報知される。<br>（译文：接入方面，下行链路（基站至移动局）采用TDM……以1帧为20ms，将其在时间上分割并由多个移动局共享……该优先信息在来自基站的下行链路中广播通知。）<br>【0022】基地局４は、下り報知チャネル上で、通信規制メッセージを送信する。<br>【0029】電源を投入された移動局は、「とまり木チャネル」と呼ばれる報知チャネルの受信を開始し、時分割多重フレームに対する同期状態を確立する（２０２）。この報知チャネル上で通信規制メッセージの検出を行い（２０３）…<br>（译文：接通电源的移动局开始接收被称为“栖木信道”的广播信道，确立对时分多路复用帧的同步状态（202）。在该广播信道上进行通信限制消息的检测（203）……） | 对比文件公开了下行采用TDM方式（以20ms为1帧），基站在“栖木信道”这一广播信道上广播包含通信限制消息在内的系统信息。本领域移动通信技术人员能够清楚知晓，TDM制式下的下行公共广播信道（如栖木信道/BCCH）必然是按照固定的帧/超帧周期反复、周期性地广播发送系统指示消息，以便开机或待机的移动局随时捕获和检测。因此该周期性传送特征可被合理推导出，构成隐含公开。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br>《隐含公开》 | 【0011】特に、災害発生時には緊急に必須な緊急要請や、単なる安否の問い合わせなどが入り乱れ、通信が輻輳するため…<br>（译文：特别是，在灾害发生时，紧急必需的紧急请求、或单纯的安危询问等交织在一起，由于通信拥塞……）<br>【0015】…ユーザが警察通報及び消防・緊急通報を要求する緊急通信の場合をのぞき…<br>（译文：……除了用户请求警察通报及消防/紧急通报的紧急通信的情况以外……）<br>【0044】…前記緊急通信は、警察通報や、消防、救急通報を指し…<br>（译文：……所述紧急通信是指警察通报、消防、急救通报……） | 对比文件公开的移动局发起的紧急通信为“警察通报、消防、急救通报”，其是在发生地震等灾害事件时发出的呼叫请求。本领域技术人员可以合理推断出，这类灾害紧急通报属于典型的对异常灾情事件的指示或报告（异常报告）。对比文件公开的内容与目标专利中异常报告的作用与性质相同，构成了对该特征的部分公开与技术启示，因此构成隐含公开。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br>《隐含公开》 | 【0011】特に、災害発生時には緊急に必須な緊急要請や、単なる安否の問い合わせなどが入り乱れ、通信が輻輳するため非常に大容量の回線が必要となる。サービスゾーンの加入者容量が十分でない場合、ランダムアクセスの失敗率の増加は、ユーザの不安と混乱を増加させる要因となる。<br>（译文：特别是在灾害发生时，紧急必需的紧急请求等交织在一起，通信发生拥塞……）<br>【0020】仮にサービスゾーン１０で地震などの災害が発生し、輻輳する通信を制限することで回線が不通になることを防ぐ、通信規制が必要となった場合を考える。<br>（译文：设想在服务区10发生地震等灾害，为了通过限制拥塞的通信来防止线路中断而需要进行通信限制的情况。）<br>【0021】～【0022】…基地局４で実施する。基地局４は、下り報知チャネル上で、通信規制メッセージを送信する。<br>（译文：……由基站4实施。基站4在下行广播信道上发送通信限制消息。） | 对比文件公开了在灾害发生时，极短时间内大量移动局同时发起紧急请求或呼叫，导致通信在短时间内发生极其严重的拥塞；为了防止线路因突发接入而瘫痪，网络触发基站发送通信限制消息。本领域技术人员可以合理推论出，基站检测通信拥塞以及识别灾害发生的机制，必然是在特定统计时间窗口（预定时间周期）内接收/检测到了来自大量移动局集中爆发的呼叫请求（异常报告），进而触发广播发送限制消息。对比文件部分公开了这一突发拥塞触发限制机制，有可能与其他对比文件结合，因此构成隐含公开。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br>《隐含公开》 | 【0011】特に、災害発生時には緊急に必須な緊急要請や、単なる安否の問い合わせなどが入り乱れ、通信が輻輳するため非常に大容量の回線が必要となる。<br>（译文：特别是在灾害发生时，紧急必需的紧急请求、或单纯的安危询问等交织在一起，通信发生拥塞……）<br>【0020】～【0022】仮にサービスゾーン１０で地震などの災害が発生し、輻輳する通信を制限することで回線が不通になることを防ぐ、通信規制が必要となった場合…基地局４は、下り報知チャネル上で、通信規制メッセージを送信する。<br>（译文：设想在服务区10发生地震等灾害，需要进行通信限制防止线路不通的情况下……基站4在下行广播信道上发送通信限制消息。）<br>【0044】…警察通報や、消防、救急通報を指し…<br>（译文：……指警察通报、消防、急救通报……） | 对比文件公开了灾害发生时，存在“警察通报、消防、急救通报”等特定类型的紧急请求以及安危询问消息交织导致的通信拥塞，从而触发基站发送通信限制消息。本领域技术人员可以合理推导出，基站/网络侧是通过在一定时间周期内统计接收到的特定类型突发呼叫（如灾害紧急呼叫或位置注册接入消息）的激增，判定拥塞进而触发传送限制广播消息的。对比文件部分公开了基于特定通信类型激增触发限制的构思，有可能与其他对比文件结合，因此构成隐含公开。 |
<<<A>>>
<<<b>>>
<<<c>>>
<<<D>>>
<<<E>>>
<<<F>>>
<<<g>>>
<<<H>>>
<<<i>>>
<<<j>>>
<<<k>>>
<<<l>>>
<<<m>>>
<<<n>>>
<<<o>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【0007】「このような問題を解決する本発明のオーバヘッドチャネル管理方法は、移動通信システムにおける基地局のオーバヘッドチャネル管理方法において、…」<br>（中文翻译：解决此类问题的本发明的开销信道管理方法，是在移动通信系统中的基站的开销信道管理方法中，包括……） | 对比文件公开了一种基站的开销信道管理方法，其属于无线通信系统中由基站执行的方法，直接公开了“该方法包括”。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《隐含公开》 | 【0005】「逆方向ＣＤＭＡチャネル上でも、アクセスチャネルを通じて移動局が行う発信、ＢＴＳのページングに対する応答及び登録回数の増加によって多量のトラヒックが生じ、アクセスチャネルに過負荷がかかる恐れがある。」<br>（中文翻译：在反向CDMA信道上，也可能由于移动台通过接入信道进行的发起呼叫、对BTS寻呼的响应以及注册次数的增加而产生大量业务，从而在接入信道上产生过载。）<br>【0022】「(２)逆方向ＣＤＭＡチャネルの場合：正常な呼が行われると逆方向ＣＤＭＡチャネルでのメッセージは、端末機が発信時に用いる発信メッセージと、基地局からのページングに応答するために用いるページ応答メッセージと、端末機が登録を行うときに用いる登録メッセージとからなる。」<br>（中文翻译：(2)在反向CDMA信道的情况下：当进行正常呼叫时，反向CDMA信道上的消息由终端在发起时使用的发起消息、用于响应来自基站的寻呼的寻呼响应消息、以及终端在进行注册时使用的注册消息组成。） | 对比文件公开了基站在反向接入信道上接收来自移动台（移动设备）的发起消息（发信）、寻呼响应消息或注册消息。虽然对比文件提及的这些消息主要是正常呼叫建立或移动性管理消息，未明确限定为目标专利所述针对异常情况的“事件指示消息”，但在宽松的隐含公开标准下，移动台发起呼叫/注册本身代表终端侧触发的通信事件请求，属于向基站发送指示某事件发生的上行信道消息。本领域技术人员能够合理推断出，基站接收来自终端的上行信令消息构成了对“接收来自多个设备中的一个设备的事件指示消息”的上位或部分公开，有可能与其它涉及异常指示的现有技术相结合，因此认定为《隐含公开》。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利中，“普遍异常事件”是指导致多个设备与基站失联的大范围异常（如断电等严重事故），基站根据事件指示消息预先判断此类大范围异常是否临近，以便提前向全网设备通告停止接入。而对比文件段落【0007】、【0013】、【0022】～【0027】记载的是基站根据系统正常呼叫模型公式计算话务流量所引起的系统信道负载率（如达到80%~85%），并未涉及检测某种导致通信中断的“普遍异常事件”，更没有根据接收到的事件指示消息来确定普遍异常事件是否临近的技术手段。因此该特征未被直接公开也未被隐含公开。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件段落【0004】仅提及在最坏情况下发生系统宕机（最悪の場合はシステムダウンする），但这是说明现有技术由于寻呼话务过载可能引发的系统故障缺陷，并不是对比文件所要检测、判定或响应的“事件”对象，对比文件也没有将某种会导致多个设备失去通信的事件定义为由基站进行判断和处理的普遍异常事件。因此该特征未被直接公开也未被隐含公开。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 如特征C和D所述，对比文件的触发判断条件是“计算得到的信道负荷达到临界值（80~85%）”，而非“在普遍异常事件临近的情况下”。对比文件完全不涉及普遍异常事件是否临近的判定及触发分支。因此该特征未被直接公开也未被隐含公开。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《隐含公开》 | 【0007】「…計算した負荷が臨界値に達する場合、チャネルカードインタフェースプロセッサにオーバヘッドチャネルの追加割当て要求メッセージを送り、オーバヘッドチャネルを追加して割当てる第２過程と、…」<br>（中文翻译：……当计算出的负载达到临界值时，向信道卡接口处理器发送开销信道追加分配请求消息，追加分配开销信道的第二过程……）<br>【0014】表1及【0015】「単位時間当たりオーバヘッドチャネルメッセージ(Overhead#Msg)によって順方向ＣＤＭＡチャネルで発生可能な総ビット数…」<br>（中文翻译：由每单位时间的开销信道消息在正向CDMA信道上可能产生的总比特数……） | 目标专利中第一系统指示消息是基站下发给设备的系统级广播/组播消息（用于通知异常并控制接入）。对比文件公开了基站在负载达到临界值时追加分配开销信道（如寻呼信道），并在下行链路（前向CDMA信道）上发送开销信道消息（Overhead#Msg）等系统消息给移动台。虽然对比文件发送该消息的作用是重配信道资源而非通告异常事件，但二者均公开了“基站在特定高负荷触发条件下向与其通信的设备传送系统级指示消息”。基于非常宽松的隐含公开判断原则，对比文件部分公开了基站向一个或多个设备传送下行系统消息的技术内容，可与其它对比文件组合，因此认定为《隐含公开》。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书【0051】、【0096】、【0104】等明确说明，第一系统指示消息是以信标（Beacon）等形式发送，其核心功能是“指示/提醒设备停止传送事件指示消息以避免报告相同错误、终止RA尝试以控制信道拥塞”。对比文件中在下行发送的开销消息或追加的寻呼信道消息是用于扩大信道容量以继续处理呼叫与寻呼，完全没有“指示设备应当停止传送事件指示消息”的技术内容，亦未将其作为限制终端上行行为的信标来使用。因此该特征未被直接公开也未被隐含公开。 |
| 技术特征H：<br>该方法还包括<br><br>《直接公开》 | 【0007】「…オーバヘッドチャネルを追加して割当てる第２過程と、計算した負荷が臨界値以下になる場合、オーバヘッドチャネル解除要求メッセージをチャネルカードインタフェースプロセッサに送り、追加したオーバヘッドチャネルを解除する第３過程と、からなることを特徴とする。」<br>（中文翻译：……追加分配开销信道的第二过程，以及当计算出的负载变为临界值以下时，向信道卡接口处理器发送开销信道解除请求消息并解除所追加的开销信道的第三过程。） | 对比文件明确公开了开销信道管理方法还包括负载降低时的后续处理过程（第三过程），直接公开了“该方法还包括”。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《隐含公开》 | 【0007】「…計算した負荷が臨界値以下になる場合、オーバヘッドチャネル解除要求メッセージをチャネルカードインタフェースプロセッサに送り、追加したオーバヘッドチャネルを解除する第３過程と、…」<br>（中文翻译：……当计算出的负载变为临界值以下时，向信道卡接口处理器发送开销信道解除请求消息并解除所追加的开销信道的第三过程……）<br>【0038】「…正常に戻った場合は、追加したオーバヘッドチャネルを解除することによって無線資源を効率的に管理でき、…」<br>（中文翻译：……当恢复正常时，通过解除追加的开销信道能够高效管理无线资源……） | 目标专利说明书【0053】明确基站确定是否从普遍异常事件恢复可以“基于RA信道上的冲突数量在容限界限内”或网络侧通知。对比文件公开了基站实时监控负荷并“判断计算出的负载是否降到临界值以下”以确认“恢复正常（正常に戻った場合）”。虽然对比文件的系统事件是常规信道过载而非普遍严重事故，但二者在“基站监测系统指标以确定是否从过载/异常状态中恢复正常”的控制逻辑上具有高度相似性。按照极度宽松的判定标准，本领域技术人员有可能由此推导出针对异常状态恢复的判定过程，因此认定为《隐含公开》。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件仅公开了在负荷降低到临界值以下时执行解除追加信道的动作（第三过程）；若负荷未降到临界值以下，对比文件仅保持追加后的状态，并未设置“在基站没有从普遍异常事件中恢复的情况下执行特定传输步骤（如传送第二系统指示消息）”的技术分支与方案。因此该特征未被直接公开也未被隐含公开。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利中第二系统指示消息是指在未恢复情况下重复/周期传送的系统指示消息（如说明书【0053】、【0069】），以持续抑制设备接入。对比文件中追加信道后，并不存在由于“未恢复”而再次向终端传送“第二系统指示消息”的方案，未公开该特征。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>《隐含公开》 | 【0014】表1「1 Overhead#Msg Overhead Message 1秒当たり発生するビット数…」<br>（中文翻译：1 Overhead#Msg 开销消息 每1秒产生的比特数……）<br>【0015】「このような条件に基づいて、単位時間当たりオーバヘッドチャネルメッセージ(Overhead#Msg)によって順方向ＣＤＭＡチャネルで発生可能な総ビット数…」<br>（中文翻译：基于这些条件，由每单位时间的开销信道消息在正向CDMA信道上可能产生的总比特数……） | 目标专利说明书【0053】、【0071】中系统指示消息以所选择的周期重复传送。对比文件公开了正向CDMA信道上的开销消息（Overhead Message）是按单位时间（每秒）周期性发送的广播信令。基于极度宽松的推论原则，对比文件公开了前向广播/系统级指示消息在信道中是周期性发送的技术手段，公开了“系统指示消息被周期地传送”的技术属性，有可能与其他对比文件结合，因此认定为《隐含公开》。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利中“事件指示消息是异常报告”是指终端用于向网络上报电力故障、设备损坏等系统异常情况的专用报告（说明书【0048】、【0055】）。对比文件段落【0005】、【0022】明确记载其终端在接入信道上发送的是常规呼叫发信消息、寻呼响应消息和位置注册请求消息，不属于任何意义上的“异常报告”。因此该特征未被直接公开也未被隐含公开。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书【0055】指出触发条件是在预定时间窗内接收到预定数量的异常报告（例如10个紧急情况报告）。对比文件段落【0014】~【0027】记载基站计算负载的基础是统计呼叫发起概率、平均呼叫时长和正常注册频率，并非在预定时间周期内统计来自多个设备的“多个异常报告”来触发传送指示。因此该特征未被直接公开也未被隐含公开。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>《隐含公开》 | 【0022】「…アクセスチャネル上のデータレートは４８００ｂｐｓを用いている。 平均呼時間は９０秒、アクセスチャネル処理性能は８０％とし、加入者当たり登録要求の回数は１０回とする。…」<br>（中文翻译：……接入信道上的数据速率采用4800bps。平均呼叫时间为90秒，接入信道处理性能为80%，每订户的注册请求次数为10次。……）<br>【0025】「時間当たり登録要請メッセージによって逆方向チャネルで発生可能な負荷…」<br>（中文翻译：每单位时间由注册请求消息在反向信道上可能产生的负荷……）<br>【0026】「従って、単位時間当たり逆方向ＣＤＭＡチャネルで発生可能な総負荷ＴＬＯＡＤは数式１３で示される。」<br>（中文翻译：因此，每单位时间在反向CDMA信道上可能产生的总负荷TLOAD由数式13表示。） | 目标专利说明书【0055】记载基站在预定时间周期内根据接收到的相同类型特定消息数量（例如特定测距请求或测距码）超过阈值时触发传送指示。对比文件公开了基站在单位时间（预定时间周期）内，根据特定类型的消息（包括发信消息、寻呼响应消息、注册请求消息）的发生频次及总比特负荷进行计算，当综合负载达到临界值时触发系统开销信道的追加并下发信令。在极度宽松的隐含公开判断标准下，对比文件基于单位时间内特定类型上行信令消息的统计到达量来触发下行系统控制消息发送，与特征O的技术方案原理相通，具备被组合公开的可能，因此认定为《隐含公开》。 |
<<<A>>>
<<<b>>>
<<<F>>>
<<<H>>>
<<<i>>>
<<<l>>>
<<<o>>>
**技术特征比对与公开性评估**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br><br>【直接公开】 | 【0039】「電子チケットを用いて取引を行うシステムにおいて使用された電子チケットを回収する電子チケット回収方法であって、サービス提供機関において、利用者からの取引の要求に応答し、…」<br><br>（中文翻译：一种在利用电子票据进行交易的系统中回收已使用的电子票据的电子票据回收方法，其在服务提供机构中响应于来自利用者的交易请求，……） | 对比文件公开了一种电子票据回收方法，包含方法步骤，且由系统中的服务实体执行，直接公开了作为方法主题的“该方法包括”。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>【未公开】 | 【0006】「前記サービス提供端末は、前記利用者端末からの取引の要求に応じて、…」<br>【0039】「…サービス提供機関において、利用者からの取引の要求に応答し、…」<br><br>（中文翻译：所述服务提供终端根据来自所述用户终端的交易要求……；……在服务提供机构中，响应于来自利用者的交易请求，……） | 1. 目标专利技术方案及作用：目标专利中，该特征是指基站从与其通信的多个终端（如M2M设备/WTRU）中接收指示异常发生的“事件指示消息”（如停电、异常断电测距请求、临界实时异常报告等，说明书[0006][0047][0055]），其作用在于让通信网络基站获悉底层可能发生了网络通信中断或导致接入过载的事件。<br>2. 对比文件公开内容及作用：对比文件公开的是电子商务/电子票据交易系统中，服务提供终端接收利用者终端发来的普通“交易要求”（取引の要求）。该消息属于正常的应用层商业交易发起，并非针对通信网络实体接收的指示故障/异常事件的指示消息，完全不具备网络通信中异常事件指示的属性和功能。<br>3. 判断结论：对比文件既未直接公开，也不可能让本领域技术人员合理推导出在基站中接收事件指示消息的技术方案。因此未公开。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br><br>【未公开】 | 对比文件全文无相关记载。 | 1. 目标专利技术方案及作用：目标专利中，基站根据接收到的事件指示消息（如多个特定类型的报告、断电指示等），判断在通信网络中是否即将经历导致大量设备通信中断/拥塞的普遍异常事件（说明书[0006][0047][0052][0055]），用于前置预警和拥塞避免。<br>2. 对比文件分析：对比文件涉及的是电子票据的防复制、签名验证及回收机制，其业务逻辑是核对现金袋编号、公钥签名、防止重复使用等，根本不存在基站实体，更不涉及根据事件指示消息去预判普遍异常事件是否临近的网络控制机制。<br>3. 判断结论：对比文件未直接公开，亦无法通过宽松推理得出，故未公开。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>【未公开】 | 对比文件全文无相关记载。 | 1. 目标专利技术方案及作用：目标专利说明书[0047]明确记载：“普遍异常事件可以是将导致与BS通信的多个设备失去与所述BS通信的事件”，例如停电、管道泄漏、破坏等导致大批终端通信断开并在恢复时发起海量登入。<br>2. 对比文件分析：对比文件全文涉及防止电子票据被非法服务商或利用者重复复制/冒领的交易安全与验真，未涉及任何通信网络层面上导致多个设备与基站失去通信的普遍异常事件。<br>3. 判断结论：未直接公开，亦未隐含公开。 |
| 技术特征E：在普遍异常事件临近的情况下<br><br>【未公开】 | 对比文件全文无相关记载。 | 1. 目标专利技术方案及作用：作为条件触发特征，在判定网络普遍异常即将发生时，触发执行抑制接入拥塞的保护流程（说明书[0006][0052]）。<br>2. 对比文件分析：对比文件仅存在“响应于利用者的交易要求”或“回收电子票据时”的交易触发条件，不存在“在普遍异常事件临近的情况下”这一网络状态前提条件。<br>3. 判断结论：未直接公开，亦未隐含公开。 |
| 技术特征F：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>【未公开】 | 【0006】「前記サービス提供端末は、前記利用者端末からの取引の要求に応じて、取引毎に異なるチャレンジ情報を該利用者端末に送信する送信手段を備え…」<br>【0008】「…前記回収端末を識別するための回収端末識別符号及び回収を特定するための現金袋番号を含む要求情報を該利用者端末に送信する要求情報送信手段を備え…」<br><br>（中文翻译：所述服务提供终端具备发送手段，响应于来自所述利用者终端的交易要求，向该利用者终端发送每次交易均不同的质询信息……；具备要求信息发送手段，向该利用者终端发送包括用于识别所述回收终端的回收终端识别符号及用于确定回收的现金袋编号的要求信息……） | 1. 目标专利技术方案及作用：基站在检测到普遍异常临近时，向通信范围内的设备广播或多播系统指示消息，用于通知设备终止接入或采取规避动作（说明书[0006][0051][0052]）。<br>2. 对比文件公开内容及作用：对比文件由服务提供终端向单个交易的用户终端回送交易质询信息（Challenge）或包含现金袋编号的要求信息，其目的是供利用者终端在电子签名时将该识别信息纳入签名范围以绑定回收路径防伪防篡改。这与基站向多个通信设备发送用于网络级异常控制的“系统指示消息”在执行主体、消息性质、网络控制机制上均不相同。<br>3. 判断结论：未直接公开，亦未隐含公开。 |
| 技术特征G：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>【未公开】 | 【0093】「…新情報エレメント(IE)および／または情報フィールドが追加されてもよい既存のマルチキャスト／ユニキャストクラス1管理フレーム（例えば、ビーコンフレーム、パブリックレスポンスフレームなど）…」<br><br>（中文翻译：……新信息元素(IE)和/或信息字段可以被添加到现有的多播/单播类别-1管理帧（例如，信标帧、公共响应帧等）……） | 1. 目标专利技术方案及作用：第一系统指示消息采用信标（Beacon）形式发送，其承载的语义及控制作用是指示设备应当停止传送事件指示消息（如说明书[0051]所述“提醒M2M设备停止传送事件指示消息以避免报告相同的错误”以及说明书[0104]提及的信标帧载体）。<br>2. 对比文件公开内容及作用：对比文件虽然在其管理帧载体中提及了可将信息添加到现有的类别-1管理帧（如信标帧），但对比文件信标帧中承载的是现金袋编号或网络回收终端标识等交易防重放参数，绝无“指示多个设备停止向基站传送事件指示消息”的控制内容与语义。<br>3. 判断结论：虽然对比文件形式上提到了信标帧，但其内容、技术含义及在系统中所起的作用与目标特征实质不同，未公开该特征。 |
| 技术特征H：该方法还包括<br><br>【直接公开】 | 【0041】「該電子チケット回収方法は、…さらに備えてもよい。」<br><br>（中文翻译：该电子票据回收方法，……还可以进一步具备。） | 对比文件在描述方法方案时明确公开了该方法进一步包括后续的一系列处理步骤，直接公开了方法补充引导词“该方法还包括”。 |
| 技术特征I：确定所述基站是否已经从所述普遍异常事件中恢复<br><br>【未公开】 | 对比文件全文无相关记载。 | 1. 目标专利技术方案及作用：基站自主或根据网络侧指示确定自身是否已经从普遍异常事件（如断电恢复、拥塞解除）中恢复正常运行状态（说明书[0053][0069]），用于决定是否停止下发抑制指令或恢复正常接入。<br>2. 对比文件分析：对比文件仅存在票据查重、数字签名校验、账户预存状态核对，完全不涉及通信基站实体，更不涉及判定基站是否从网络普遍异常事件中恢复的技术过程。<br>3. 判断结论：未直接公开，亦未隐含公开。 |
| 技术特征J：在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>【未公开】 | 对比文件全文无相关记载。 | 目标专利中作为循环下发抑制或保护消息的前提条件（说明书[0053][0069]）。对比文件不存在该网络异常状态未恢复的判定分支，未公开。 |
| 技术特征K：传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>【未公开】 | 对比文件全文无相关记载。 | 目标专利中，在未恢复时再次/重复发送系统指示消息以维持拥塞控制（说明书[0053][0069]）。对比文件中无基于网络异常恢复状态向设备发送第二系统指示消息的方案，未公开。 |
| 技术特征L：其中所述系统指示消息被周期地传送。<br><br>【未公开】 | 【0080】「…現金袋番号等を使用済みチケットの回収周期より早く更新し、取引と、取引で使用された使用済み電子チケットの回収と、の間に所定時間を確保するようにしてもよい。」<br><br>（中文翻译：……现金袋编号等可以比使用完毕的票据的回收周期更新得更早，以便在交易和回收交易中所使用的使用完毕的票据之间确保规定时间。） | 1. 目标专利技术方案及作用：目标专利中，基站以选定的周期重复向设备传送系统指示消息（说明书[0053][0071]），直到拥塞受控或系统恢复。<br>2. 对比文件公开内容及作用：对比文件仅提及后台批处理回收已使用票据时存在业务上的“回收周期”（回収周期），这是票据归档清算周期，根本不是基站向空口设备周期性广播或传送网络系统指示消息。<br>3. 判断结论：技术领域、执行主体、消息类型及作用均不同，未公开。 |
| 技术特征M：其中所述事件指示消息是异常报告。<br><br>【未公开】 | 对比文件全文无相关记载。 | 目标专利说明书[0052]中明确记载事件指示消息是异常报告（如临界实时异常报告、断电报告）。对比文件中涉及的消息仅为“交易要求”、“质询信息”、“电子票据与签名”、“领收书”，无任何异常报告，未公开。 |
| 技术特征N：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>【未公开】 | 对比文件全文无相关记载。 | 目标专利说明书[0055]记载基站在预定的时间窗内接收到预定数量（如10个紧急报告）的异常报告后触发发送系统指示消息。对比文件中不存在基于基站在时间周期内统计多个异常报告而触发消息传送的机制，未公开。 |
| 技术特征O：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>【未公开】 | 对比文件全文无相关记载。 | 目标专利说明书[0055]记载在预定时间周期内如果接收的特定类型消息（例如测距目的设为“非正常断电”的测距请求消息，或保留测距码）超出数量，触发基站发送系统指示消息。对比文件无相关方案，未公开。 |
<<<A>>>
<<<H>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及具体位置） | 公开性论述 |
| 技术特征A：该方法包括<br><br>《直接公开》 | 【位置】 DETAILED DESCRIPTION, FIG. 3 说明段落（对应说明书第6栏第10-15行，以及FIG. 3说明）：<br>“FIG. 3 is a flow diagram illustrating an embodiment of a procedure for detecting problems or potential problems in a network environment. At step 42, data is collected from the network...”（图3是示出用于检测网络环境中的问题或潜在问题的过程的一个实施例的流程图。在步骤42，从网络收集数据……） | 对比文件公开了一种用于在网络环境中检测问题或潜在问题的方法与处理规程（如图3所示的流程步骤42至54）。该技术特征属于方法权利要求的常规前置引导性语句，对比文件已明确公开了一种网络监控/处理方法，因此技术特征A被对比文件实质直接公开。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《隐含公开》 | 【位置】 DETAILED DESCRIPTION, FIG. 2与FIG. 3说明段落（对应说明书第5栏第60-67行，第6栏第15-30行）：<br>“Network monitor 22 includes a data collection module 30 that collects information from various devices or applications, such as information regarding network utilization (or device utilization), lost packets, response time, or number of errors... Data collection module 30 can collect data from any number of networks and any number of network devices or applications.”（网络监控器22包括数据收集模块30，其从各种设备或应用收集信息，诸如关于网络利用率（或设备利用率）、丢包、响应时间或错误数量的信息……数据收集模块30可以从任意数量的网络和任意数量的网络设备或应用收集数据。）<br>“A request for information (such as a status request) is sent to one or more network devices or applications at various time intervals. The request for information requests details regarding particular operation or performance parameters... details regarding the number of errors or discarded packets associated with each interface or port on a network device.”（在不同时间间隔向一个或多个网络设备或应用发送信息请求（诸如状态请求）。该信息请求请求关于特定运行或性能参数的细节……关于与网络设备上的每个接口或端口相关联的错误或丢弃分组数量的细节。）<br>以及第5栏第45-50行：“Although FIG. 1 illustrates network monitor 22 as a separate network device, network monitor 22 may be incorporated into another network device, such as server 16.”（尽管图1将网络监控器22示为单独的网络设备，但网络监控器22也可以集成到另一网络设备中，诸如服务器16。） | 对比文件中公开了监控实体（可集成在网络设备/服务器中）通过向多个网络设备轮询或请求状态，从而从被监控的多个设备中的某一个设备收集接收包含错误数、丢弃分组数、利用率等信息的数据。在极其宽松的隐含公开判断标准下，对比文件的网络收集模块接收来自多个设备中设备的错误/运行状态信息，本领域技术人员可以合理推断出其包含了接收反映异常状态/事件的消息；虽然对比文件是以轮询/请求应答形式采集，并未严格限定为移动通信蜂窝基站直接接收UE上报的事件指示，但对比文件部分公开了网络中心节点/服务器设备接收下属网络设备发来的性能/错误事件数据。因此，按照最宽松的认定口径，技术特征B被对比文件隐含公开。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br><br>《隐含公开》 | 【位置】 BACKGROUND（第2栏第35-45行）及 DETAILED DESCRIPTION（第8栏第35-50行，第9栏第45-55行）：<br>“For example, a high network utilization or a high network response time may indicate that the network (or a particular device or link in the network) is approaching an overloaded condition. In an overloaded condition, network devices may be unable to communicate at a reasonable speed, thereby reducing the usefulness of the network.”（例如，高网络利用率或高网络响应时间可能指示网络（或网络中的特定设备或链路）正接近过载状态。在过载状态下，网络设备可能无法以合理的速度进行通信，从而降低了网络的实用性。）<br>“The first rule generates an alarm (Alarm1) if the current network utilization exceeds the peak historical utilization... The second rule generates a different alarm (Alarm2) if the current network utilization exceeds the peak historical utilization by 25 percent...”（如果当前网络利用率超过峰值历史利用率，则第一规则生成告警（Alarm1）……如果当前网络利用率超过峰值历史利用率25%，则第二规则生成不同的告警（Alarm2）……）<br>“Alarm analyzer 139 is also able to correlate multiple events into a single alarm or a single problem... errors on multiple interfaces of a device may be treated as a single event because a problem with the device may be the cause of all interface errors.”（告警分析器139还能够将多个事件关联为单个告警或单个问题……一个设备的多个接口上的错误可以被当作单个事件，因为该设备的问题可能是所有接口错误的原因。） | 对比文件公开了根据采集的性能数据/错误数据与阈值或认知签名进行比对，以检测网络或链路是否“正接近过载状态（approaching an overloaded condition）”或发生潜在故障。依据目标专利说明书[0047]-[0048]，“普遍异常事件临近”涉及系统因大面积突发情况即将发生严重拥塞或通信阻断。在对比文件中，通过收集的指标判断网络正在逼近过载（approaching overload），在功能和逻辑思路上具有相似的监测预警意图。根据极宽松的隐含公开判断规则，本领域技术人员能够基于对比文件中检测“接近过载/潜在严重故障”的内容推理推断出类似基于指示消息评估系统级故障/过载临近的方案。因此，判定技术特征C被隐含公开。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《隐含公开》 | 【位置】 BACKGROUND（第1栏第50-55行，第2栏第38-45行）：<br>“If a particular network device or network communication link fails, multiple devices, or the entire network, may be affected.”（如果特定的网络设备或网络通信链路发生故障，则多个设备或整个网络都可能会受到影响。）<br>“In an overloaded condition, network devices may be unable to communicate at a reasonable speed, thereby reducing the usefulness of the network. In this situation, it is important to identify the network problem...”（在过载状态下，网络设备可能无法以合理的速度进行通信，从而降低了网络的实用性。在这种情况下，识别网络问题是很重要的……） | 目标专利说明书[0047]中指出普遍异常事件如停电、管道泄漏、恐怖袭击等，是导致大量设备与基站失去通信的事件。对比文件虽然是在有线/局域网络背景下描述，但明确记载了如果特定网络设备或通信链路发生故障，会导致“多个设备或整个网络受到影响”，或者网络陷入严重过载而使“网络设备无法通信”。在极其宽松的标准下，对比文件部分公开了系统性故障导致多个网络设备通信中断或失效的技术场景，本领域技术人员可以合理推断出该故障即属于使得多个通信设备丧失与主控/汇聚节点正常通信能力的事件。因此判定技术特征D被隐含公开。 |
| 技术特征E：在普遍异常事件临近的情况下<br><br>《隐含公开》 | 【位置】 BACKGROUND（第2栏第35-45行），DETAILED DESCRIPTION（第6栏第45-55行，第8栏第35-42行，第10栏第30-45行）：<br>“If a problem or a potential problem is detected in step 48, the procedure continues to step 52, where an alarm is generated indicating the problem or the potential problem detected.”（如果在步骤48检测到问题或潜在问题，则过程继续到步骤52，其中生成指示所检测到的问题或潜在问题的告警。）<br>“A network utilization in excess of 90 percent may indicate an approaching overload condition... If (NetworkUtilization)>(PeakHistoricalUtilization) then Alarm1”（网络利用率超过90%可以指示接近过载状态……如果网络利用率大于峰值历史利用率，则发出告警1） | 该特征为条件触发逻辑，目标专利是在检测到普遍异常临近的触发条件下执行后续控制下发。对比文件公开了在步骤48判断检测到问题或“潜在问题（potential problem）”（例如判定逼近过载条件approaching overload）时，触发分支转入步骤52执行告警及后续动作。基于极宽松的推导标准，其对应于在潜在的大面积异常/过载条件临近时的条件判定分支，因此判定技术特征E被对比文件隐含公开。 |
| 技术特征F：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《未公开》 | 【位置】 无对应公开内容。对比文件涉及告警动作的段落位于 DETAILED DESCRIPTION（第10栏第5-20行，第10栏第60行-第11栏第10行）：<br>“An alarm action module 141 includes multiple modules capable of communicating an alarm or other problem indicator to a network administrator or other individual or system. An electronic mail generator 142 is capable of generating and sending an e-mail message... A paging module 146 may generate and send a pager message to one or more pagers... An alarm communicator 150 is capable of communicating alarm information to another device or system... activate an application or process... reset a device, subsystem or component...”（告警动作模块141包括能够向网络管理员或其他个人或系统传送告警或其他问题指示符的多个模块。电子邮件生成器142能够生成并发送电子邮件消息……寻呼模块146可以生成寻呼消息并将其发送到一个或多个寻呼机……告警通信器150能够将告警信息传送至另一设备或系统……激活应用或进程……重置设备、子系统或组件……） | 目标专利中，基站检测到普遍异常临近后，通过空中接口将“第一系统指示消息”下发/广播传送给与其通信的终端设备（如M2M设备），以通知终端采取退避或终止接入动作（参见目标专利说明书[0051]、[0052]）。而对比文件中，检测到问题或潜在问题后，告警动作模块141仅仅是将告警发送给“网络管理员”（通过Email、寻呼机通知网络管理员），或者由告警通信器150向特定有故障的设备/组件发送指令以“重置设备（reset a device）”，完全没有向网络中通信的下属多个用户/客户设备发送系统级状态指示消息的任何教导或启示，也不可能由本领域技术人员毫无疑义地直接得出或合理推断出该方案。因此技术特征F未被公开。 |
| 技术特征G：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>《未公开》 | 【位置】 无对应公开内容。<br>（对比文件仅在第9栏第20-30行提及：“tools are available to adjust the polling rate of a particular device... as network utilization increases, polling may decrease to avoid further congestion”；以及在第10栏提到通过Email/寻呼告警或重置故障设备，无信标指示设备停止发送消息的机制。） | 目标专利说明书[0051]明确指出：“系统指示消息可以被传送到一个或多个M2M设备来提醒M2M设备停止传送事件指示消息以避免报告相同的错误”，在[0104]进一步说明可采用802.11信标帧（Beacon）进行广播指示。该特征限定了该系统指示消息的实质功能是作为“信标”通知终端设备“停止传送事件指示消息（避免大量设备雪崩重发导致接入信道彻底瘫痪）”。对比文件中完全不存在由基站发射下行“信标”消息以命令外围从属设备“停止发送事件指示”的机制，甚至完全没有信标帧控制终端停止上报的构思。即使采用最宽松的标准，对比文件也未公开也无法推导出该技术特征。因此技术特征G未被公开。 |
| 技术特征H：该方法还包括<br><br>《直接公开》 | 【位置】 DETAILED DESCRIPTION, 整个流程及后续处理段落（例如第6栏第10-60行）：<br>“FIG. 3 is a flow diagram illustrating an embodiment of a procedure... If a problem or a potential problem is not detected, then the procedure branches to step 50... If a problem or a potential problem is detected... the procedure continues to step 52...”（图3示出过程的一个实施例……若未检测到问题则分支到步骤50……若检测到问题则继续进行到步骤52……） | 属于方法权利要求的附加步骤引导语。对比文件的方法完整包含了在主流程步骤之后的多个延续判断、循环及后续处理步骤，因此技术特征H被对比文件实质直接公开。 |
| 技术特征I：确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《隐含公开》 | 【位置】 DETAILED DESCRIPTION（第10栏第20-25行）：<br>“For example, alarm communicator 150 can reset a device, subsystem or component that may be the source of a problem. After taking this action, analysis module 38 will analyze network operation and performance to determine whether the problem has been corrected.”（例如，告警通信器150可以重置可能是问题根源的设备、子系统或组件。在采取该动作之后，分析模块38将分析网络运行和性能，以确定问题是否已被纠正。） | 目标专利说明书[0053]指出：“当BS确定系统已经恢复(240)，其可以重新开始正常运行……基于不再检测到RA信道上的冲突……或基于接收来自网络侧服务器的消息指示系统已经恢复”。对比文件明确公开了在采取告警响应动作（如重置设备）之后，“分析模块38将分析网络运行和性能，以确定问题是否已被纠正（determine whether the problem has been corrected）”。“确定问题是否已被纠正”在功能机制和解决技术问题上与“确定是否已从异常中恢复”完全对应。依据极宽松的隐含公开判断规则，可以毫无障碍地推断出对比文件公开了对异常事件恢复状态的判定检测。因此技术特征I被对比文件隐含公开。 |
| 技术特征J：在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《隐含公开》 | 【位置】 DETAILED DESCRIPTION（第10栏第50-55行）：<br>“Step 165 determines whether any action is required. If the alarm is a minor alarm, the alarm generator may ignore the alarm and not take action, unless the alarm continues for a significant period of time or increases in severity.”（步骤165确定是否需要任何动作。如果告警是次要告警，则告警生成器可以忽略该告警并且不采取动作，除非该告警持续了相当长的时间或严重性增加。）<br>以及第9栏第45-55行中关于偏差持续时间（duration of the deviation）如果长期持续则视为严重事件继续处理的描述。 | 目标专利中该特征限定的是异常未消除时的分支条件（[0053]中图2步骤240判定未恢复则继续重复传送指示）。对比文件在判断问题是否被纠正后，若故障未消除（告警持续存在或严重性未下降），系统会持续进行周期性监测、维持告警状态并根据策略进一步升级通知或采取进一步处置。按照最宽松的隐含推导标准，其包含了问题未恢复时触发特定后续动作的条件分支。因此技术特征J被对比文件隐含公开。 |
| 技术特征K：传送第二系统指示消息到所述多个设备中的至少一个设备<br><br>《未公开》 | 【位置】 无对应公开内容。<br>（对比文件第10-11栏仅记载向管理员发送Email/Pager，或对发生问题的故障模块进行再次通信/重置。） | 目标专利说明书[0053]及[0069]明确说明，当基站确定系统仍未恢复时，基站向终端设备传送另一个（第二）系统指示消息（以通知拥塞仍在继续，控制终端继续抑制接入）。对比文件在网络未恢复时，根本不向网络内被服务的大量通信设备传送所谓的“第二系统指示消息”，也没有任何针对通信端设备下发维持抑制通信的通知。因此技术特征K未被公开。 |
| 技术特征L：其中所述系统指示消息被周期地传送。<br><br>《未公开》 | 【位置】 无对应公开内容。<br>（对比文件第6栏第25-30行仅公开：“Information can be collected from the various network devices and applications at regular time intervals, such as every five minutes.”——该内容为周期性向上收集/轮询数据，而非周期性向终端传送系统指示消息。） | 目标专利说明书[0053]记载：“如果BS确定系统还没有恢复(240)，则系统指示消息可以以所选择的周期重复地被传送，直到网络登入/重新登入RA信道拥塞得到控制”。该技术特征限定的是下行发送的“系统指示消息”具有周期性重复下发的特征。对比文件仅公开了监控器“周期性采集上报数据（每5分钟）”，对于向下属设备发送的系统指示消息完全不存在，更谈不上以所选周期周期性传送该系统指示消息。因此技术特征L未被公开。 |
| 技术特征M：其中所述事件指示消息是异常报告。<br><br>《隐含公开》 | 【位置】 DETAILED DESCRIPTION（第5栏第60-65行，第6栏第20-25行）：<br>“Network monitor 22 includes a data collection module 30 that collects information from various devices or applications, such as information regarding network utilization (or device utilization), lost packets, response time, or number of errors.”（……收集来自各个设备或应用的信息，例如关于网络利用率、丢包、响应时间或错误数量（number of errors）的信息。）<br>“Additionally, the request for information may request details regarding the number of errors or discarded packets associated with each interface or port on a network device.”（此外，信息请求可以请求关于与网络设备上的各个接口或端口相关联的错误数量或丢弃分组的细节。） | 目标专利说明书[0051]、[0052]指出事件指示消息即为异常报告（例如错误报告、断电报告等）。对比文件中，被监控设备响应请求向主控端上报包含设备接口的错误数量（number of errors）、丢弃分组等异常情况的统计与记录。在极其宽松的标准下，设备向网络监控设备上报包含错误数量/丢包情况的数据，本质上包含了向主控端提供异常情况的报告（异常报告）。因此，本领域技术人员可以合理推断出该事件指示消息可以具体体现为异常报告，技术特征M被对比文件隐含公开。 |
| 技术特征N：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>《未公开》 | 【位置】 无对应公开内容。<br>（对比文件第8-9栏仅公开了收集数据与历史认知签名比较后由告警分析模块生成告警并发送给管理员，并不存在基于在预定时间周期内收到多个异常报告而由基站向设备下发第一系统指示消息的技术方案。） | 目标专利说明书[0055]明确指出：“用于传送系统指示消息的另一触发可以基于在预定的时间窗内接收来自预定数量的M2M设备的重复的报告……如果在预定的时间周期内接收的相同类型的消息数量超出，则系统指示消息可以被传送到有关的设备”。对比文件中根本不存在基站在特定时间窗口内汇聚多个设备的异常报告进而向多个设备发射第一系统指示消息以平息风暴的机制。因此技术特征N未被公开。 |
| 技术特征O：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>《未公开》 | 【位置】 无对应公开内容。<br>（对比文件第8栏提及若利用率超过峰值历史利用率则触发Alarm1，或者应用响应时间超过阈值则触发Alarm8，属于监控器自身规则匹配，并非基站在预定时间周期内统计接收特定类型的消息后向下属通信设备下发系统指示消息。） | 目标专利说明书[0055]指出：“例如具有测距目的字段设置为‘非正常断电’的测距请求消息……当BS在预定义的时间窗内接收到这些码超出预定义的数量时，BS可以检测普遍系统错误”，进而传送系统指示消息。对比文件没有公开基站在预定时间周期内基于接收到多个特定类型的消息来触发向终端设备下发系统指示消息的机制。因此技术特征O未被公开。 |
<<<A>>>
<<<b>>>
<<<c>>>
<<<d>>>
<<<e>>>
<<<H>>>
<<<i>>>
<<<j>>>
<<<m>>>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br><br>【直接公开】 | 段落[0001]：<br>“The present invention relates to information delivery methods and information delivery management apparatus.”<br>（本发明涉及信息分发方法和信息分发管理设备。） | 对比文件EP1278390A1明确公开了一种信息分发方法，其说明书中对实施例各流程步骤（如段落[0036]、[0076]-[0077]等）的记载实质公开了该方法包括一系列技术步骤，本领域技术人员能毫无疑义地确定该方法引导特征被对比文件直接公开。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>【隐含公开】 | 段落[0083]：<br>“When the user chooses data that he wants to download from the menu displayed on mobile communications terminal (MS) 101, a data request is transmitted from mobile communications terminal (MS) 101 to information delivery management apparatus 103 by way of base station (BS) 102, and stored in request memory 202.”<br>（当用户从移动通信终端(MS) 101上显示菜单中选择其想要下载的数据时，数据请求经由基站(BS) 102从移动通信终端(MS) 101传送到信息分发管理设备103，并存储在请求存储器202中。）<br><br>段落[0006]：<br>“When a communications terminal (MS) receives downloading services such as music distribution, the communications terminal first issues an access request to the base station (BS).”<br>（当通信终端(MS)接收诸如音乐分发的下载服务时，通信终端首先向基站(BS)发出接入请求。） | 在目标专利中，该特征是指基站接收来自终端（设备）的事件指示消息（如异常报告）。在对比文件中，基站（BS 102）接收来自移动终端（MS 101）的“数据请求（data request）”或“接入请求（access request）”。在非常宽松的隐含公开判断标准下，对比文件中的接入/数据请求消息由通信终端发送至基站，属于通信事件的一种触发/指示形式，部分公开了“接收来自多个通信设备中一个设备的指示消息”的传输架构与交互动作，本领域技术人员有可能基于该消息接收交互合理推断/组合得出基站接收来自终端的事件指示消息，因此认定该特征被对比文件隐含公开。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br><br>【未公开】 | 无引用内容。 | 目标专利中，基站基于事件指示消息（例如大量设备由于断电、系统崩溃等上报的异常）判断普遍异常事件是否临近，目的是防止大量设备并发接入引发接入信道严重雪崩与崩溃。而在对比文件中，基站或信息分发管理设备仅是基于无线信道或网络侧的流量监测电路（段落[0095]-[0099]、[0109]）来监控常规业务的“拥塞水平/流量阈值（traffic below the threshold level）”，并不存在针对导致终端失去与基站通信的“普遍异常事件”进行临近预测或判断的逻辑。二者技术构思与技术方案完全不同，既不存在直接公开，也不具备合理解读或推理出该判断步骤的可能性。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>【未公开】 | 无引用内容。 | 结合目标专利说明书[0047]等段落，“普遍异常事件”被明确界定为诸如断电、管道泄漏或破坏等导致与基站通信的多个设备失去与基站通信（失去链路/掉线）的严重灾难性事件。对比文件通篇仅针对移动通信网络中日常业务下载引起的常规“业务流量高峰/流量拥塞（traffic peak, traffic congestion）”（见段落[0009]、[0012]、[0025]等），完全未涉及任何使多个设备失去与基站通信的致命性普遍异常事件，对比文件未公开该定义特征。 |
| 技术特征E：在普遍异常事件临近的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0006]、[0052]、图2等）记载该特征作为触发后续下发系统指示的前提条件。对比文件不存在任何关于“普遍异常事件”及其临近状况的判断，其流程的分支条件仅为“无线信道业务流量是否低于阈值”或“是否在最大允许时延范围内”（段落[0109]-[0117]），故该前置条件特征未被对比文件公开。 |
| 技术特征F：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>【隐含公开】 | 段落[0085]：<br>“From this point onward, mobile communications terminal (MS) 101 may disconnect channels with base station (BS) 102. This channel disconnection is performed in accordance with instructions from access decision circuit 201.”<br>（从此时起，移动通信终端(MS) 101可以断开与基站(BS) 102的信道。该信道断开是根据来自接入判定电路201的指令来执行的。）<br><br>段落[0144]：<br>“If the number of tries equals to the given number, access decision circuit 201 transmits a download failure email message to mobile communications terminal (MS) 101 (ST 508).”<br>（如果尝试次数等于给定次数，接入判定电路201向移动通信终端(MS) 101发送下载失败电子邮件消息(ST 508)。） | 目标专利中该特征是由基站向一个或多个设备发送系统指示消息以通知异常状态。对比文件中，基站或网络侧设备会向终端下发控制信令（如指示终端断开信道的指令，或发送下载失败的通知消息）。在宽松的隐含公开判断下，对比文件公开了网络侧/基站向终端传送特定系统级控制/状态指示指令的操作，部分公开了向终端下发系统指示的技术内容，具备结合推理的基础，认定为隐含公开。 |
| 技术特征G：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0051]、[0104]明确记载，系统指示消息可以采用信标（beacon）帧广播/组播，其作用是命令终端终止随机接入（RA）尝试、停止上报相同的异常指示，以释放接入信道。对比文件中虽然提及终端在提交请求后可根据指令断开信道（段落[0085]），但该断开指令纯粹是常规下载等待时的休眠省电策略，完全不是“停止传送事件指示消息”，更未公开该指示消息是“信标（beacon）”。对比文件既未直接公开、也无法合理推理出该信标的功能与本质属性。 |
| 技术特征H：该方法还包括<br><br>【直接公开】 | 段落[0001]：<br>“The present invention relates to information delivery methods and information delivery management apparatus.”<br>（本发明涉及信息分发方法和信息分发管理设备。） | 对应于方法权利要求的进一步附加步骤引导语，对比文件说明书通篇揭示了一套完整的方法流程，实质公开了该方法还包括后续处理步骤。 |
| 技术特征I：确定所述基站是否已经从所述普遍异常事件中恢复<br><br>【未公开】 | 无引用内容。 | 目标专利中（说明书[0053]、图2步骤240），该特征指基站通过检测RA信道冲突是否降低或接收核心网消息，判断是否已从全网设备失去连接的普遍异常中恢复。对比文件仅在段落[0109]、[0116]中判断无线信道忙闲是否降低到门限值以下（即常规业务流量是否减轻），并没有普遍异常事件的概念，更不涉及基站从导致多个设备断联的普遍异常中恢复的判定。 |
| 技术特征J：在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利图2步骤240及说明书[0053]明确指在系统未从普遍异常中恢复时持续进行异常控制循环。对比文件由于根本不存在“普遍异常事件”，因此不存在“未从普遍异常中恢复”的前提分支条件。 |
| 技术特征K：传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>【隐含公开】 | 段落[0140]-[0141]：<br>“When mobile communications terminal (MS) 101 is busy or the power is off, and consequently connection to mobile communications terminal (MS) 101 cannot be made, data will be held in data memory 205 (ST 505), and after an interval, a second attempt at connection will be made (ST 506).”<br>（当移动通信终端(MS) 101正忙或关机，导致无法建立与移动通信终端的连接时，数据将保存在数据存储器中，间隔一段时间后，将进行第二次连接尝试。）<br><br>段落[0144]：<br>“If the number of tries equals to the given number, access decision circuit 201 transmits a download failure email message to mobile communications terminal (MS) 101 (ST 508).”<br>（如果尝试次数等于给定次数，接入判定电路向移动通信终端发送下载失败邮件消息。） | 在目标专利中，该特征为在异常未恢复时重复/后续发送系统指示消息（例如再次发送广播或通知）。在对比文件中，当首次连接不成功且条件不满足时，系统在间隔一段时间后再次向终端发起连接呼叫或传送状态信息（如下载失败消息）。在极度宽松的判定标准下，对比文件公开了网络侧在初次通信未完成或条件未达成时再次传送消息/信令给设备，部分公开了多次/第二阶段发送消息的行为机制，可推断其包含重复传送第二消息的交互架构，故认定为隐含公开。 |
| 技术特征L：其中所述系统指示消息被周期地传送。<br><br>【隐含公开】 | 段落[0163]：<br>“This transmission of traffic information from base station (BS) 102 may be performed on a regular basis.”<br>（从基站(BS) 102传输流量信息可以定期（周期性）执行。）<br><br>段落[0103]：<br>“Furthermore, the transmission of traffic information from base station (BS) 102 can be performed either regularly or when such request is made...”<br>（此外，来自基站的流量信息的传输可以定期执行或当提出请求时执行。） | 目标专利说明书[0053]、[0071]记载系统指示消息以预定周期重复广播。对比文件中虽然上述定期（regularly/on a regular basis）传输的是基站向管理电路报告的信道流量信息，但在极度宽松的标准下，对比文件揭示了基站具备按固定周期/定期在通信接口上传送控制/指示信息的机制，技术人员能够据此推理并部分结合该周期性发送能力，因此认定该周期性传送特征被隐含公开。 |
| 技术特征M：其中所述事件指示消息是异常报告。<br><br>【未公开】 | 无引用内容。 | 结合目标专利说明书[0004]、[0051]、[0055]，“异常报告”是设备用于主动上报断电、管道损坏等临界故障警报（alarm/exception report）的专用消息。对比文件中终端上报的仅为“接入请求（access request）”或“数据下载请求（data request）”（如段落[0077]、[0083]），完全属于日常业务服务调用，绝非设备自身或环境故障的异常报告，两者的技术性质、承载内容及引发的后续逻辑完全不同，对比文件未公开。 |
| 技术特征N：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0055]明确说明该特征的作用：当基站在预定时间窗内收到来自预定数量M2M设备的重复异常报告（例如超出门限数量的断电测距请求）时，触发下发系统指示消息。对比文件完全没有统计特定时间窗口内“多个设备的多个异常报告”以触发系统指示消息的机制，未公开该特征。 |
| 技术特征O：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>【隐含公开】 | 段落[0124]：<br>“In addition, when information subject to delivery relates to a concert of a popular singer and frequent downloading requests from a large number of mobile communications terminals (MS) are envisaged, the number of accesses becomes enormous if all the downloading requests from separate terminals are sent to the contents server...”<br>（此外，当待分发的信息涉及流行歌手的音乐会，并预见到来自大量移动通信终端的频繁下载请求时，如果来自各个终端的所有下载请求都发送到内容服务器，则访问数量将变得极其庞大……）<br><br>段落[0056]-[0057]：<br>“...access decision circuit 201 has access management circuit 2011 that decides as to whether data downloaded from contents server 105 is popular data (or whether the number of access times is large)...”<br>（接入判定电路具有接入管理电路，用以判定从内容服务器下载的数据是否为热门数据（或访问次数是否很大）……） | 目标专利说明书[0055]记载该特征指基站在时间周期内统计特定类型的消息数量（如特定测距码或断电消息）来触发系统指示下发。对比文件在段落[0124]、[0056]中提及系统会监控/预见大量终端在特定时间段内针对特定热门内容发送的大量访问请求（特定下载类型请求），并据此改变处理行为（转为由缓存管理设备直接应答分发并控制信道）。在极度宽松的隐含公开判断下，对比文件考虑了特定类型请求密集到达的情形并据此触发网络侧的消息控制机制，部分公开了基于接收多个特定类型消息做出响应的构思，本领域技术人员有可能基于其推导得出该逻辑，故认定为隐含公开。 |
<<<A>>>
<<<b>>>
<<<F>>>
<<<H>>>
<<<k>>>
<<<l>>>
<<<o>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | 【SUMMARY OF THE INVENTION 部分】<br>“In accordance with one aspect of the present invention, a method for managing an overhead channel of a base station in a mobile communication system includes the steps of: ...”<br>（根据本发明的一个方面，一种在移动通信系统中管理基站开销信道的方法包括以下步骤：……） | 对比文件明确公开了一种在移动通信系统中由基站执行的开销信道管理方法，该方法包括后续的一系列处理步骤。因此，技术特征A被对比文件实质/直接公开。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br>《直接公开》 | 【DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS / (2) Reverse CDMA Channel 部分】<br>“When a normal call is set up, a message is generated in the reverse CDMA channel which includes an origination message used for origination, a page response message used to respond to paging from the BTS, and a registration message used for registration... Before a terminal transmits the message to the BTS, the start and length of the access channel are determined.”<br>（当建立正常呼叫时，在反向CDMA信道中生成消息，其包括用于呼叫发起的发起消息、用于响应来自BTS寻呼的寻呼响应消息、以及用于注册的注册消息……在终端向BTS发送该消息之前，确定接入信道的起始和长度。） | 对比文件中公开了移动终端（对应于与基站通信的多个设备中的一个设备）在反向接入信道向基站（BTS）发送消息（如呼叫发起消息、寻呼响应消息、位置注册请求消息等）。这些消息指示了终端发生的特定通信事件（如发起呼叫、响应寻呼或请求位置登记），属于广义的事件指示消息。该过程起到了使基站获知终端行为事件的作用，与目标专利中接收设备发来的事件指示消息作用相同。因此，特征B被对比文件直接公开。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br>《未公开》 | 【SUMMARY OF THE INVENTION / DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 部分】<br>“In accordance with one aspect of the present invention, a method for managing an overhead channel of a base station in a mobile communication system includes the steps of: calculating a load of the base station and assigning a threshold value based on said calculated load; monitoring the actual load of the base station; if the actual load reaches the threshold value, transmitting an additional overhead channel assignment request message... Therefore, the system anticipates an incipient overload condition which may be abruptly generated and dynamically allocates additional channel resources to prevent the overload.”<br>（根据本发明的一个方面，一种在移动通信系统中管理基站开销信道的方法包括以下步骤：计算基站的负载并基于所述计算出的负载分配阈值；监视基站的实际负载；如果实际负载达到阈值，发送附加开销信道分配请求消息……因此，系统预测可能突然产生的初期过载状况，并动态分配附加信道资源以防止过载。） | 对比文件仅公开了通过计算反向接入信道/前向寻呼信道的负荷并监测实际负载是否达到阈值，从而预测基站是否发生“过载状况（incipient overload condition）”并分配更多信道资源。在目标专利中，“普遍异常事件（widespread exception）”是指停电、管道泄露、破坏等导致大批设备与基站失去通信的突发灾害/故障事件，并根据设备上报的事件指示（如断电指示、报警）来预测该灾害是否临近。对比文件中没有任何“基于事件指示消息确定普遍异常事件是否临近”的技术方案与机制，二者在技术手段和作用上完全不同，即使按照极宽松的推导标准，也无法从常规业务负载统计推理出普遍异常事件的临近预测。因此，该特征未公开。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br>《未公开》 | 【BACKGROUND OF THE INVENTION / 2. Description of the Related Art 部分】<br>“The overload associated with the location of a subscriber results in significant overhead traffic in the BTS and, in extreme cases, may bring the system down... As this overload is applied to the limited access channel, a connection between the mobile terminal and the BTS may become unstable.”<br>（与用户位置相关的过载会导致BTS中显著的开销流量，并且在极端情况下可能使系统瘫痪……随着该过载施加到有限的接入信道，移动终端与BTS之间的连接可能变得不稳定。） | 对比文件中仅提及开销信道过载在极端情况下可能使系统瘫痪或使连接变得不稳定，其所针对的是常规蜂窝话务拥塞导致的系统过载，而非目标专利所限定的停电、灾害等将导致大量设备与基站失去通信的客观“普遍异常事件（widespread exception event）”。对比文件并未定义或给出该特定普遍异常事件。因此，该特征未公开。 |
| 技术特征E：在普遍异常事件临近的情况下<br>《未公开》 | 【DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 部分】<br>“Therefore, the system anticipates an incipient overload condition which may be abruptly generated and dynamically allocates additional channel resources to prevent the overload.”<br>（因此，系统预测可能突然产生的初期过载状况，并动态分配附加信道资源以防止过载。） | 由于对比文件并未公开“普遍异常事件”，其仅在监测到信道负荷达到阈值预测初期过载时触发动作，不存在“在普遍异常事件临近的情况下”这一触发前提条件。因此，该特征未公开。 |
| 技术特征F：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br>《隐含公开》 | 【DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS / (1) Forward CDMA Channel 部分】<br>“1. Overhead message: 752 bits... System parameter message: 264 bits; Access parameter message: 152 bits... 2. Channel assignment message: 136 bits... If this load approximates to a threshold value, the BCP 10 transmits an additional overhead channel assignment request message of the CIP 12. In response to the assignment request message, the CIP 12 assigns one of the channel elements 14-0, . . . , 14-n as an additional paging channel.”<br>（1. 开销消息：752比特……系统参数消息：264比特；接入参数消息：152比特……2. 信道分配消息：136比特……如果该负载接近阈值，BCP 10向CIP 12发送附加开销信道分配请求消息。响应于该分配请求消息，CIP 12将信道单元14-0...14-n之一分配为附加寻呼信道。） | 结合极宽松的隐含公开判断原则：对比文件公开了基站可在前向信道上周期性广播开销系统消息（Overhead message，如系统参数消息、接入参数消息等）或信道分配消息给蜂窝小区内的多个终端，以通告系统配置；当基站检测到负荷达到阈值时，会增加寻呼信道等开销资源，此时基站必然需要向小区内的一个或多个移动设备传送更新后的系统/接入参数等系统级指示消息以通知信道配置改变。因此，本领域技术人员基于对比文件公开的前向开销消息广播与信道动态分配机制，能够合理解读/推断出基站向多个设备传送系统指示消息。故在极宽松标准下认定为隐含公开。 |
| 技术特征G：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br>《未公开》 | 【DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 部分】<br>“Therefore, the system anticipates an incipient overload condition which may be abruptly generated and dynamically allocates additional channel resources to prevent the overload... In response to the assignment request message, the CIP 12 assigns one of the channel elements 14-0, . . . , 14-n as an additional paging channel.”<br>（因此，系统预测可能突然产生的初期过载状况，并动态分配附加信道资源以防止过载……响应于分配请求消息，CIP 12将信道单元之一分配为附加寻呼信道。） | 对比文件的技术思路是在发生过载时“通过CIP在基站内部额外分配信道板资源（增加寻呼信道和接入信道容量）”，以接纳更多话务。对比文件中完全没有“通过系统指示消息/信标指示终端设备停止传送事件指示消息（退避/终止网络登入以抑制上行突发风暴）”的构思与技术方案，相反对比文件是分配更多资源以供终端接入。二者的技术方案实质完全相反，根本无法推断得出该特征。因此，该特征未公开。 |
| 技术特征H：该方法还包括<br>《直接公开》 | 【SUMMARY OF THE INVENTION 部分】<br>“... and if the actual load is lowered, transmitting an overhead channel assignment release request message to the channel card interface processor and releasing the overhead channel.”<br>（……并且如果实际负载降低，则向信道卡接口处理器发送开销信道分配释放请求消息并释放开销信道。） | 对比文件记载了该方法还包括负荷降低后的进一步处理步骤。因此，技术特征H被对比文件直接公开。 |
| 技术特征I：确定所述基站是否已经从所述普遍异常事件中恢复<br>《未公开》 | 【SUMMARY OF THE INVENTION 部分】<br>“... and if the actual load is lowered, transmitting an overhead channel assignment release request message to the channel card interface processor and releasing the overhead channel.”<br>（……并且如果实际负载降低，向信道卡接口处理器发送开销信道分配释放请求消息并释放开销信道。） | 对比文件仅公开了监控基站的实际通信负载是否降低至阈值以下（即常规话务高峰回落），其监控对象是“话务负载数值”，并未公开“确定基站是否已经从普遍异常事件（如断电、破坏灾害等导致通信中断的普遍异常）中恢复”。因此，该特征未公开。 |
| 技术特征J：在所述基站没有从所述普遍异常事件中恢复的情况下<br>《未公开》 | 【DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 部分】<br>“If the BTS 2 detects that an actual operating load reaches a threshold value... the BCP 10 transmits a paging channel assignment message... If the total actual load is lowered to the threshold value or less, the BCP 10 transmits a paging channel assignment release message...”<br>（如果BTS 2检测到实际工作负载达到阈值……BCP 10发送寻呼信道分配消息……如果总实际负载降低到阈值或更小，BCP 10发送寻呼信道分配释放消息……） | 对比文件仅存在负载维持在阈值以上或降低至阈值以下的负荷判断，不存在“基站没有从普遍异常事件中恢复”的工况及判断机制。因此，该特征未公开。 |
| 技术特征K：传送第二系统指示消息到所述多个设备中的至少一个设备。<br>《未公开》 | 【DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 部分】<br>“If the total actual load is lowered to the threshold value or less, the BCP 10 transmits a paging channel assignment release message to the CIP 12 as indicated by {circle around (2)} to release the assigned overhead channel.”<br>（如果总实际负载降低到阈值或更小，BCP 10向CIP 12发送寻呼信道分配释放消息，以释放分配的开销信道。） | 目标专利中，该第二系统指示消息是在未恢复时继续传送以提醒设备继续抑制接入或指示状态。而在对比文件中，当负荷未降低时，基站维持当前分配的信道状态，其消息交互是基站内部BCP向CIP发送控制指令，完全未公开在未恢复状态下向下行设备发送第二系统指示消息。因此，该特征未公开。 |
| 技术特征L：其中所述系统指示消息被周期地传送。<br>《隐含公开》 | 【DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS / (1) Forward CDMA Channel 部分】<br>“TOHMB = [Hour / Overhead.Msg.Period] * Overhead.Msg Bit (3) where 'Overhead.Msg.Period' is a transmission period of the overhead channel message, and 'Overhead.Msg' is the number of bits in the overhead channel message.”<br>（TOHMB = [小时 / 开销消息周期] * 开销消息比特 (3)，其中“Overhead.Msg.Period”是开销信道消息的传输周期，“Overhead.Msg”是开销信道消息中的比特数。） | 对比文件公式(3)明确公开了前向开销信道消息（Overhead.Msg）具有固定的传输周期（Overhead.Msg.Period），即在前向信道上周期性地广播开销消息。采用极宽松的隐含公开判断标准，若将对比文件中的前向开销系统消息视为系统指示消息，其传输方式正是被周期性地传送。因此，本领域技术人员可以合理推断得出系统指示消息被周期地传送。该特征被对比文件隐含公开。 |
| 技术特征M：其中所述事件指示消息是异常报告。<br>《未公开》 | 【DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS / (2) Reverse CDMA Channel 部分】<br>“When a normal call is set up, a message is generated in the reverse CDMA channel which includes an origination message used for origination, a page response message used to respond to paging from the BTS, and a registration message used for registration.”<br>（当建立正常呼叫时，在反向CDMA信道中生成消息，其包括用于呼叫发起的发起消息、用于响应来自BTS寻呼的寻呼响应消息、以及用于注册的注册消息。） | 对比文件中反向接入信道上传送的消息仅为常规的呼叫建立消息（主叫发起、被叫寻呼响应、位置登记请求），这些均为蜂窝通信正常呼叫业务流程中的信令，并不属于系统或设备发生故障/灾害的“异常报告（exception report）”。对比文件未记载任何异常报告。因此，该特征未公开。 |
| 技术特征N：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br>《未公开》 | 【DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS / (1) & (2) 部分】<br>“A total registration acknowledge order message bit total, TRAOMB, which can be generated in the forward CDMA channel by a registration acknowledge order message per hour is expressed as: TRAOMB = Total Subscribers * (Number of Registrations / Subscriber) * Registration_Ack_Order_Msg Bit... If this load approximates to a threshold value, the BCP 10 transmits an additional overhead channel assignment request message of the CIP 12.”<br>（在前向CDMA信道中每小时通过注册确认命令消息生成的总注册确认命令消息比特数……如果该负载接近阈值，BCP 10向CIP 12发送附加开销信道分配请求消息。） | 对比文件是根据单位时间内统计的常规信令比特数/呼叫次数来计算综合话务负荷，并在负载达到阈值时在基站内部请求增加开销信道，而非“在预定时间周期内基于接收到多个设备的多个异常报告”来向前向设备传送系统指示消息。对比文件缺乏“异常报告”的输入及相应的触发发送逻辑。因此，该特征未公开。 |
| 技术特征O：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br>《隐含公开》 | 【DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS / (2) Reverse CDMA Channel 部分】<br>“On the basis of the above assumption, a load ORLD which can be generated in the reverse CDMA channel by the origination message per hour is given by: ORLD = [Number of Call Setup / Hour * PML * FML] + [Number of Call Setup / Hour * PMM * FMM]... A load RQLD which can be generated in the reverse channel by the registration request message per hour is expressed as: RQLD = Number of Subscribers * Number of Registration * FML... If the BTS 2 detects that an actual operating load reaches a threshold value... the BCP 10 transmits a paging channel assignment message...”<br>（基于上述假设，通过发起消息每小时在反向CDMA信道中生成的负荷ORLD由下式给出……通过注册请求消息每小时在反向信道中生成的负荷RQLD表示为：用户总数 * 注册次数 * FML……如果BTS 2检测到实际工作负载达到阈值……BCP 10发送寻呼信道分配消息……） | 结合极宽松的隐含公开判断原则：对比文件公开了反向信道负荷是基于预定时间周期内（每小时，per hour）特定类型的消息（如呼叫发起消息Origination message、或位置登记请求消息Registration request message）的发生数量与频次计算得出的。当实际负载达到阈值时，基站触发开销信道调整，并必然需要在前向信道上传送包含相应参数更新的系统指示消息通知移动终端。因此，本领域技术人员基于对比文件公开的“根据每小时特定信令（如注册消息）的密集接收导致负荷过载并触发前向系统信道重配”的机制，能够合理推断出系统指示消息可以在预定时间周期内基于接收到多个特定类型的消息而传送。在极宽松标准下，该特征被对比文件隐含公开。 |
<<<A>>>
<<<B>>>
<<<f>>>
<<<H>>>
<<<l>>>
<<<o>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | 【0019】「また、本発明の輻輳抑制方法は、請求項１２に記載されるように、輻輳制御装置と移動端末とを有する輻輳抑制システムにて、移動通信ネットワークに生じる輻輳を抑制する輻輳抑制方法において…」<br>（参考中文翻译：此外，本发明的拥塞抑制方法如权利要求12所述，是在具有拥塞控制装置和移动终端的拥塞抑制系统中，抑制在移动通信网络中产生的拥塞的拥塞抑制方法，其特征在于…） | 对比文件公开了一种用于抑制移动通信网络中产生拥塞的方法，该方法由多个处理步骤组成，因此本领域技术人员能够毫无疑义地直接确定对比文件直接公开了该方法包含一系列处理步骤，技术特征A被《直接公开》。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br>《直接公开》 | 【0025】「発信元の移動端末１０８から発信され、移動通信ネットワーク１０内の着信先の移動端末１０８や、サービス事業者ネットワーク３０内の通信装置に着信されるべき呼は、基地局１００を介して基地局制御装置１０２に接続される。」<br>（参考中文翻译：从作为发起方的移动终端108发起、且应当接入到移动通信网络10内的作为接收方的移动终端108或业务提供商网络30内的通信设备的呼叫，经由基地局100连接至基地局控制装置102。）<br>【0054】「移動端末１０８Ａが呼を発信すると、その呼は基地局制御装置１０２及び加入者交換機１０４を介して関門交換機１０６に接続される（ステップ１０１、１０２及び１０３）。」<br>（参考中文翻译：当移动终端108A发起呼叫时，该呼叫经由基地局控制装置102及用户交换机104连接至关口交换机106（步骤101、102及103）。） | 在对比文件中，与基站通信的移动终端108（即发起方设备）向网络发起呼叫，该呼叫经由基站100进行接收并转发。呼叫连接请求本质上是一种指示发起呼叫事件的消息，起到了向基站/网络报告有呼叫产生的作用，这与目标专利中终端向基站发送消息指示发生事件的作用实质等同，因此技术特征B被《直接公开》。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br>《隐含公开》 | 【0029】「関門交換機１０６は、着信先毎に、当該着信先へ着信されるべき呼の数をカウントする。更に、関門交換機１０６は、そのカウント数が予め定めた所定の閾値を超えている着信先を検出する。所定の閾値は、例えば関門交換機１０６の処理能力や接続されている回線の容量に基づいて、輻輳が発生しない呼数が定められる。以下、この所定の閾値を呼接続閾値と称する。」<br>【0030】「呼接続閾値を超えている着信先が存在する場合、関門交換機１０６は、その着信先に着信されるべき呼によって輻輳が発生したとみなし、輻輳が生じた旨の情報（以下、「輻輳情報」と称する）を輻輳監視装置２０へ送信する。」<br>（参考中文翻译：关口交换机106按每个呼叫目的地对应当接入到该呼叫目的地的呼叫数进行计数。此外，关口交换机106检测计数超过预定阈值的呼叫目的地。预定阈值基于例如关口交换机106的处理能力或连接线路的容量，被设定为不发生拥塞的呼叫数。在存在超过呼叫连接阈值的呼叫目的地的情况下，关口交换机106认为由于应当接入该呼叫目的地的呼叫而产生了拥塞，并将表明产生拥塞的信息发送给拥塞监视装置20。） | 目标专利中，“确定普遍异常事件是否临近”是指基于接收的消息判定网络拥塞或故障等全局系统异常即将发生或存在极大可能性发生。在对比文件中，关口交换机对呼叫消息进行统计并判断是否超过阈值（呼叫连接阈值正是基于“不发生拥塞的呼叫数”设定的容量上限），一旦超过即判定发生拥塞。从网络控制原理来看，在呼叫数逼近或刚达到预设容量阈值时识别拥塞风险，与检测普遍异常临近/即将来临具有相同的技术机理；本领域技术人员结合网络监控逻辑容易推断出该阈值检测机制兼具监控拥塞临近并进行提前防范的作用，因此在宽松标准下技术特征C被《隐含公开》。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br>《隐含公开》 | 【0006】「このため、移動端末と加入者交換機の間の伝送路や装置は、移動端末が規制対象の着信先への呼を発信した場合であっても利用される。しかし、規制対象の着信先への呼は、収益につながらないため、設備の有効利用という観点からは無駄が生じていた。更に、このように移動端末と加入者交換機の間の伝送路や装置が無駄に利用されることにより、移動端末が規制対象となっていない着信先へ発信した呼が接続されない場合があった。」<br>（参考中文翻译：因此，即使移动终端发起了针对受控目的地的呼叫，移动终端与用户交换机之间的传输路径和设备也会被占用。此外，由于移动终端与用户交换机之间的传输路径和设备被徒劳地占用，有时会导致移动终端发起的针对非受控目的地的呼叫无法连接。） | 目标专利说明书【0047】记载“停电、管道泄漏、管道破坏或恐怖袭击造成的普遍异常事件可能导致非常突发性的网络登入/重新登入需求情况的发生。在另一个示例中，普遍异常事件可以是将导致与BS通信的多个设备失去与所述BS通信的事件……可能导致系统拥塞以及甚至系统故障”。在对比文件中，严重的呼叫集中导致系统拥塞，使得其他正常通信的呼叫无法接通（失去通信），严重时可导致网络设备瘫痪而使移动终端无法与网络正常通信。该严重网络拥塞事件与目标专利中的系统普遍异常事件在引起设备通信受阻/无法正常连接的结果上是一致的，本领域技术人员容易合理推断出该拥塞属于导致设备通信受阻/中断的事件，因此技术特征D被《隐含公开》。 |
| 技术特征E：在普遍异常事件临近的情况下<br>《隐含公开》 | 【0030】「呼接続閾値を超えている着信先が存在する場合、関門交換機１０６は、その着信先に着信されるべき呼によって輻輳が発生したとみなし、輻輳が生じた旨の情報（以下、「輻輳情報」と称する）を輻輳監視装置２０へ送信する。」<br>【0031】「輻輳監視装置２０は、輻輳情報を受信すると、加入者交換機１０４に対して、発信規制を要求する情報（以下、「発信呼規制要求」と称する）を送信する。」<br>（参考中文翻译：在存在超过呼叫连接阈值的呼叫目的地的情况下，关口交换机106认为产生了拥塞，并发送辐射信息。拥塞监视装置20在接收到辐射信息后，向用户交换机104发送请求发起限制的信息。） | 结合特征C的分析，对比文件中当计数的呼叫数超过设定的不产生拥塞的阈值（即处于拥塞临界状态或发生拥塞状态）时，即触发向网络侧发送拥塞信息并启动发信限制机制。这对应于在检测到异常状态/临近拥塞情况下执行后续指示动作的条件触发，因此在非常宽松的隐含公开判断标准下，技术特征E被《隐含公开》。 |
| 技术特征F：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br>《直接公开》 | 【0032】「次に、基地局制御装置１０２は、基地局１００を介して、配下の移動端末１０８に対し、発信規制を行うべき移動端末の情報を含んだ発信呼規制要求を送信する。」<br>（参考中文翻译：接着，基地局控制装置102经由基地局100向其管辖下的移动终端108发送包含应当进行发起限制的移动终端的信息的发起呼叫限制请求。） | 对比文件中，基地局控制装置102在产生拥塞时，通过基地局100向其管辖下的移动终端108发送“发起呼叫限制请求”（即系统指示消息）。该消息传送至与基站通信的一个或多个移动终端，所起的作用是向终端通知限制策略以减轻网络拥塞，与目标专利中系统指示消息的作用完全一致，技术特征F被《直接公开》。 |
| 技术特征G：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br>《隐含公开》 | 【0032】「次に、基地局制御装置１０２は、基地局１００を介して、配下の移動端末１０８に対し、発信規制を行うべき移動端末の情報を含んだ発信呼規制要求を送信する。」<br>【0035】「発信規制部１１６は、入力した着信先サービス番号により、規制対象の着信先を認識し、当該規制対象の着信先への呼の発信を規制する。」<br>【0093】「指示网络登入溢出的系统通知可以在一个或多个多播/单播类别-1管理帧中编码……添加一些已有的多播/单播类别-1管理帧(如，信标帧、公共响应帧等等)。」（目标专利说明书原文第【0093】段） | 在对比文件中，发送给移动终端的“发信呼叫限制请求”明确要求被选中的终端停止向该特定着信先发起呼叫（即停止向基站发送呼叫请求这一事件消息）。对于该消息是否采用“信标（Beacon）”形式：在移动无线通信系统中，广播式系统限制/控制信息常承载于下行广播信道或信标信道（例如Beacon/广播信标帧）中发送给所有或部分移动台；结合对比文件对基站广播/组发下行限制消息的教导，本领域技术人员可以合理推知该限制消息可以借由常规基站广播信标来实现，且部分公开了“指示设备停止传送消息”的内容，在宽松标准下能够与其他对比文件组合公开，因此技术特征G被《隐含公开》。 |
| 技术特征H：该方法还包括<br>《直接公开》 | 【0013】「また、本発明の輻輳制御装置は、請求項６に記載されるように、前記移動端末に対して、発信規制の解除を通知する規制解除通知手段を備えることを特徴とする。」<br>【0014】「また、本発明の輻輳制御装置は、請求項７に記載されるように、前記移動端末によって発信規制が行われた後に、規制対象の着信先に着信されるべき呼の数を計数する第２の呼数計数手段と…」<br>（参考中文翻译：此外，本发明的拥塞控制装置如权利要求6所述，其特征在于具备向移动终端通知解除发起限制的限制解除通知手段。此外，如权利要求7所述，其特征在于具备在移动终端进行了发起限制后，对应当接入受控目的地的呼叫数进行计数的第二呼叫数计数手段…） | 对比文件的方法中，在实施发信限制之后，还继续包括对呼叫进行估计以判断是否解除限制、若未解除则调整限制率重新下发限制要求等后续处理方法步骤，本领域技术人员可直接确定该方法还包含后续步骤，技术特征H被《直接公开》。 |
| 技术特征I：确定所述基站是否已经从所述普遍异常事件中恢复<br>《直接公开》 | 【0014】「…前記規制解除通知手段は、前記呼数推定手段により推定された呼数が前記所定の閾値を下回った場合に、発信規制の解除を通知することを特徴とする。」<br>【0045】「推定呼数が呼接続閾値を下回っている場合には、移動端末１０８から規制対象の着信先へ着信されるべき呼の数は、規制を解除しても呼接続閾値を超える可能性が低い。このため、輻輳監視装置２０は、推定呼数が呼接続閾値を下回っている場合には、加入者交換機１０４に対して、発信呼規制解除要求を送信する。」<br>（参考中文翻译：…限制解除通知手段在由呼叫数估计手段估计出的呼叫数低于预定阈值的情况下，通知解除发起限制。在估计呼叫数低于呼叫连接阈值的情况下，即使解除限制，呼叫数超过呼叫连接阈值的可能性也较低。因此，当估计呼叫数低于呼叫连接阈值时，向用户交换机发送发起呼叫限制解除请求。） | 对比文件中，网络侧（包含基站及其上位控制单元）通过计算估计呼叫数并与呼叫连接阈值对比，若推定呼数低于阈值，则认为网络负载已降低、具备解除限制条件并发送解除限制请求；该判断呼叫数低于阈值的过程，实质上就是判定网络/基站是否已从拥塞异常中恢复的过程，二者在技术方案与实现功能上完全相同，技术特征I被《直接公开》。 |
| 技术特征J：在所述基站没有从所述普遍异常事件中恢复的情况下<br>《直接公开》 | 【0015】「また、本発明の輻輳制御装置は、請求項８に記載されるように、前記呼数推定手段により推定された呼数が前記所定の閾値を上回った場合に、対応する規制対象の着信先に対する呼接続の規制率を変更する規制率変更手段を備えることを特徴とする。」<br>【0048】「一方、推定呼数が呼接続閾値を上回っている場合には、輻輳監視装置２０は、呼接続の規制率を変更する。」<br>（参考中文翻译：此外，如权利要求8所述，其特征在于具备在估计出的呼叫数高于预定阈值的情况下，变更针对相应的受控目的地的呼叫连接限制率的限制率变更手段。另一方面，在估计呼叫数高于呼叫连接阈值的情况下，拥塞监视装置20变更呼叫连接限制率。） | 对比文件中明确记载，当推定呼数仍然高于呼叫连接阈值时（即尚未恢复正常条件、基站及网络依然处于拥塞异常未恢复的状态），将执行变更限制率等进一步处理流程。因此该条件判断已被对比文件直接公开，技术特征J被《直接公开》。 |
| 技术特征K：传送第二系统指示消息到所述多个设备中的至少一个设备。<br>《直接公开》 | 【0051】「基地局制御装置１０２は、規制率変更要求を受信すると、当該規制率変更要求に含まれる新たな呼接続の規制率に基づいて、配下の基地局１００によって設定されるセル内に在圏する移動端末１０８の内、発信規制を行うべき移動端末を決定する。次に、基地局制御装置１０２は、基地局１００を介して、配下の移動端末１０８に対し、規制対象の着信先の着信先サービス番号と、新たに発信規制を行うべき移動端末の情報と、発信規制に関する情報とを含んだ発信呼規制要求を送信する。」<br>（参考中文翻译：基地局控制装置102在接收到限制率变更要求后，基于该新的呼叫连接限制率，在配属基地局100设定的小区内存在的移动终端108中决定应当进行发起限制的移动终端。接着，基地局控制装置102经由基地局100向其管辖下的移动终端108发送包含受控目的地的着信服务号码、应当新进行发起限制的移动终端的信息及发起限制相关信息的发起呼叫限制请求。） | 对比文件中，在系统尚未从拥塞中恢复的情况下（推定呼数高于阈值），基站控制装置通过基站再次向管辖下的移动终端发送新的发信呼叫限制请求（即第二系统指示消息）。该消息发送给配属下的至少一个移动设备以实施新的限制规则，这与目标专利在未恢复时传送第二系统指示消息到至少一个设备的技术特征完全一致，技术特征K被《直接公开》。 |
| 技术特征L：其中所述系统指示消息被周期地传送。<br>《直接公开》 | 【0011】「また、本発明の輻輳制御装置は、請求項４に記載されるように、前記規制端末決定手段は、所定の周期で発信規制を行うべき移動端末を変更することを特徴とする。」<br>【0037】「基地局制御装置１０２は、所定の周期で、発信規制を行うべき移動端末を変更する。そして、基地局制御装置１０２は、基地局１００を介して、配下の移動端末１０８に対し、規制対象の着信先の着信先サービス番号と、新たに発信規制を行うべき移動端末の情報と、発信規制に関する情報とを含んだ発信呼規制要求を送信する。」<br>【0049】「呼接続の規制率の変更は、推定呼数が呼接続閾値を下回るまで定期的に行われる。」<br>（参考中文翻译：基地局控制装置102以预定的周期变更应当进行发起限制的移动终端。然后，基地局控制装置102经由基地局100向配属的移动终端108发送发起呼叫限制请求……呼叫连接限制率的变更定期进行，直至估计呼叫数低于呼叫连接阈值。） | 对比文件明确公开了基站控制装置以“所定的周期（所定の周期で）”变更受限设备并经由基站向移动终端发送发信呼叫限制请求，且限制率的变更也是“定期地（定期的に）”进行并下发通知。这与目标专利中系统指示消息被周期性传送的技术方案完全一致，技术特征L被《直接公开》。 |
| 技术特征M：其中所述事件指示消息是异常报告。<br>《隐含公开》 | 【0002】「…テレビ番組での電話による視聴者からの懸賞応募や、チケットの電話予約等において、特定の着信先への呼が集中し、輻輳が生じることがある。」<br>【0024】「図１に示す通信システムでは、移動通信ネットワーク１０に接続される呼の着信先毎に当該着信先へ着信されるべき呼が計数（カウント）され、そのカウントされた呼の数が所定の閾値を超えた場合に、移動端末１０８によって、その着信先への発信が規制される。」<br>【0030】「呼接続閾値を超えている着信先が存在する場合、関門交換機１０６は、その着信先に着信されるべき呼によって輻輳が発生したとみなし、輻輳が生じた旨の情報（以下、「輻輳情報」と称する）を輻輳監視装置２０へ送信する。」<br>（参考中文翻译：电视节目观众电话抽奖或电话订票等情况下，呼叫集中在特定目的地而产生拥塞……当计数的呼叫数超过预定阈值时，由移动终端限制发信；超过阈值时认为产生了拥塞并发送辐射信息。） | 目标专利中，异常报告是指向网络指示系统出现临界普遍错误、断电、报警等异常的消息。在对比文件中，移动终端发送的呼叫本身是常规的呼叫建立请求（如电话、数据访问请求），在字面上并非专职的“异常报告”；但正是由于大量该类呼叫消息在网络侧汇聚并导致阈值溢出，在网络侧触发生成表明系统产生故障/过载的“辐射信息”（即系统内部的异常报告）。在极为宽松的隐含公开标准下，移动终端所发起的呼叫触发了系统异常判决，构成了异常状态的诱发指示，且部分公开了引发系统产生异常指示的消息内容，本领域技术人员有可能将其推断为广义的触发异常的指示消息，在宽松标准下技术特征M被《隐含公开》。 |
| 技术特征N：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br>《隐含公开》 | 【0024】「…着信先毎に当該着信先へ着信されるべき呼が計数（カウント）され、そのカウントされた呼の数が所定の閾値を超えた場合に、移動端末１０８によって、その着信先への発信が規制される。」<br>【0029】「関門交換機１０６は、着信先毎に、当該着信先へ着信されるべき呼の数をカウントする。更に、関門交換機１０６は、そのカウント数が予め定めた所定の閾値を超えている着信先を検出する。所定の閾値は、例えば関門交換機１０６の処理能力や接続されている回線の容量に基づいて、輻輳が発生しない呼数が定められる。」<br>（参考中文翻译：按每个呼叫目的地对应当接入的呼叫进行计数，当计数的呼叫数超过预定阈值时限制发信……阈值基于处理能力或线路容量等设定。） | 对比文件中，呼叫计数的统计必然是在一定的时间窗口/周期内对单位时间内的呼叫到达量（呼叫率/呼数）进行统计判断，当在统计周期内来自多个设备的呼叫数超过预定阈值时，触发下发发信呼叫限制要求（第一系统指示消息）。结合特征M关于异常报告的分析，对比文件公开了在时间周期内接收多个设备的呼叫并超过阈值从而发送指示消息。本领域技术人员可以合理推知此统计周期即为预定的时间周期，在宽松标准下技术特征N被《隐含公开》。 |
| 技术特征O：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br>《直接公开》 | 【0026】「加入者交換機１０４は、呼に含まれる着信先サービス番号を抽出し、解析することにより、着信先を認識する。着信先サービス番号は、着信先を一意に特定することが可能な情報であり、例えば音声サービスの場合は、着信先の移動端末や通信装置の電話番号、インターネット接続サービスの場合は、着信先のインターネットサイトのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）である。」<br>【0029】「関門交換機１０６は、着信先毎に、当該着信先へ着信されるべき呼の数をカウントする。更に、関門交換機１０６は、そのカウント数が予め定めた所定の閾値を超えている着信先を検出する。」<br>【0032】「次に、基地局制御装置１０２は、基地局１００を介して、配下の移動端末１０８に対し、発信規制を行うべき移動端末の情報を含んだ発信呼規制要求を送信する。」<br>（参考中文翻译：用户交换机104通过提取并分析呼叫中包含的受控服务号码来识别目的地。受控服务号码是能够唯一标识目的地的有效信息，例如在语音服务中为电话号码，在互联网接入服务中为URL。关口交换机106按每个呼叫目的地对呼叫数进行计数，并检测超过阈值的目的地。接着基地局控制装置经由基站向移动终端发送发起呼叫限制请求。） | 在对比文件中，系统对“特定着信先”（例如特定的电话号码、特定网站URL对应的特定业务呼叫）的呼叫进行区分和识别，即基站和交换机接收的是针对该特定着信先的特定类型呼叫消息；当该特定类型的消息在统计期间内超过设定阈值时，基站向配属的移动终端发送发信限制请求（第一系统指示消息）。这与目标专利说明书【0055】中“具有相同类型/特定类型的消息数量超出预定阈值则传送系统指示消息”的作用及技术方案完全相同，技术特征O被《直接公开》。 |
<<<A>>><<<B>>><<<c>>><<<d>>><<<e>>><<<F>>><<<g>>><<<H>>><<<I>>><<<J>>><<<K>>><<<L>>><<<m>>><<<n>>><<<O>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《未公开》 | 对比文件（JP2005233013A）全文未公开任何通信方法步骤。 | 对比文件公开的是一种包含带电防止风扇叶片及特定把手结构的送风装置（风扇），其属于机械家电领域；而目标专利涉及机器到机器（M2M）通信网络中由基站处理突发性登入的方法，属于无线通信技术领域。对比文件中不存在对应于无线通信方法步骤的方案，本领域技术人员无法直接得出亦无法合理推导出该方法特征，故未公开。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《未公开》 | 对比文件全文未记载基站、设备间通信或消息接收的相关内容。 | 目标专利说明书（如[0006]、[0046]–[0048]、[0051]–[0052]等）阐述了在M2M网络中，基站接收来自终端（如智能仪表等设备）报告普遍异常或警报的事件指示消息（如测距请求或紧急情况报告）。对比文件为家用电风扇机械结构设计，完全不涉及通信基站、终端设备、无线链路或事件指示消息的接收处理，本领域技术人员不可能从中得出或推导该方案，故未公开。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>《未公开》 | 对比文件全文未记载关于通信网络中基于消息判定普遍异常事件临近的内容。 | 目标专利说明书（如[0006]、[0052]、[0055]、[0069]）中，基站通过分析事件指示消息或其统计特征来预测/检测系统即将经历普遍异常（widespread exception is imminent）。对比文件涉及风扇的防静电添加剂以及把手应力分散，完全不涉及异常事件的检测与判定机制，故未公开。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《未公开》 | 对比文件全文未记载通信异常事件及其对设备通信链路影响的定义。 | 目标专利说明书（如[0047]）明确界定普遍异常事件为停电、管道泄漏、严重故障等会导致多个设备失去与基站通信的事件，并可能导致接入信道雪崩式过载。对比文件属于日常机械通风装置，无任何通信实体或导致多个设备失去通信的系统级事件概念，故未公开。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>《未公开》 | 对比文件全文未记载事件判定条件及相应逻辑分支。 | 目标专利说明书（如[0006]、[0052]、[0069]、[0116]）中，该特征构成了触发基站下发系统级抑制指示的前提条件。对比文件全篇仅描述机械零部件的安装与注塑材料组合，无任何通信状态判定与事件触发条件，故未公开。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《未公开》 | 对比文件全文未记载下行系统指示消息或基站向设备下发指令的内容。 | 目标专利说明书（如[0051]–[0052]、[0069]、[0070]、[0104]）表明，基站在空中接口广播或多播系统指示消息给设备，告知系统已获知普遍异常。对比文件是机械风扇，无任何无线信号发送机构或通信信令结构，故未公开。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>《未公开》 | 对比文件全文未记载用于指示设备停止发送消息的信标或系统消息。 | 目标专利说明书（如[0051]、[0096]、[0104]）指出，该消息可作为信标帧（如802.11类别-1管理帧中的信标）发送，用于提醒设备终止接入尝试并停止传送事件指示消息，以防止随机接入信道阻塞。对比文件毫无任何无线协议信标或拥塞反压控制机制，故未公开。 |
| 技术特征H：<br>该方法还包括<br><br>《未公开》 | 对比文件全文未记载进一步的通信方法步骤。 | 对比文件为风扇硬件结构，不包含无线通信网络的处理方法步骤，故未公开。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《未公开》 | 对比文件全文未记载基站对系统恢复状态进行检测的内容。 | 目标专利说明书（如[0053]、[0069]、[0091]）中，基站通过信道冲突减少或上层服务器通知来确定系统是否从异常中恢复。对比文件为风扇构造，不存在任何网络状态恢复检测方案，故未公开。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《未公开》 | 对比文件全文未记载网络未恢复时的处理分支条件。 | 目标专利说明书（如[0053]、[0069]）中，在基站检测到系统尚未恢复时执行持续性的拥塞控制。对比文件不包含任何通信网络异常维持判定的技术方案，故未公开。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>《未公开》 | 对比文件全文未记载未恢复状态下发送第二系统指示消息的内容。 | 目标专利说明书（如[0053]、[0069]）中，当系统未恢复时基站传送另一个系统指示消息以维持接入抑制。对比文件不具备任何信令重传或后续下行控制机制，故未公开。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>《未公开》 | 对比文件全文未记载通信消息的周期性发送机制。 | 目标专利说明书（如[0053]、[0071]、[0123]）指出，基站可以按照预定或动态周期重复传送系统指示消息直至拥塞解除。对比文件仅公开了风扇叶片旋转吹风，完全不涉及通信数据包或控制信令的周期性发射，故未公开。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>《未公开》 | 对比文件全文未记载通信上行异常报告消息。 | 目标专利说明书（如[0052]、[0058]、[0126]）记载，终端触发基站的事件指示消息具体为紧急情况或临界普遍异常报告。对比文件全篇不涉及数据通信或异常报告报文，故未公开。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>《未公开》 | 对比文件全文未记载时间窗内多设备异常报告聚合触发下发消息的机制。 | 目标专利说明书（如[0055]、[0127]–[0131]）指出，基站在预定的时间窗内接收到超过阈值数量的M2M设备重复报告（如10个紧急报告）时触发传送指示消息。对比文件无任何时间窗聚合统计及信令下发机制，故未公开。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>《未公开》 | 对比文件全文未记载特定类型消息的时间窗内聚合触发下发机制。 | 目标专利说明书（如[0055]、[0130]–[0133]）描述基站在预定时间周期内收到特定类型消息（例如特定测距码或断电测距请求）达到预定数量时触发系统指示消息。对比文件为机械结构装置，无通信协议消息类型的区分及时间窗触发机制，故未公开。 |
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>【公开性判断】《隐含公开》 | 对比文件说明书【0025】、【0027】等段落：<br>“The RF module 10 receives and transmits wireless telephone signals from and to other handsets. The ABB module 15 performs the required or necessary signal processing on the signal in the transmit and receive signal paths...”（中文翻译：射频模块10接收来自其他手机以及向其他手机发射无线电话信号。模拟基带模块15在发射和接收信号路径中对信号执行所需或必要的信号处理……） | 1. 作用与技术方案对比：<br>目标专利技术特征A为方法权利要求的前序过渡语，用于限定通信交互或网络处理方法的一系列步骤。<br>2. 论述：<br>对比文件公开了一种移动电话系统，说明书【0025】、【0027】等记载了射频模块接收与发射信号、基带模块进行信号处理等具体动作流程。本领域技术人员基于其硬件架构及信号收发、转换的操作流程，能够完全预期并合理推断出其隐含执行了相应的信号处理及通信“方法”。因此，该特征被对比文件隐含公开。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>【公开性判断】《未公开》 | 对比文件全文无对应内容（全文仅公开终端侧手机内部架构及芯片总线互连，未公开基站或网络侧交互）。 | 1. 作用与技术方案对比：<br>目标专利中，该特征是指基站接收来自终端（如M2M设备/WTRU）发送的事件指示消息（如异常报告、特定测距消息等），用于作为基站侧检测/感知网络或设备普遍异常事件临近的输入与触发机制。<br>2. 论述：<br>对比文件涉及的是手机内部的多媒体处理器与基带处理芯片、外设之间的总线连接与硬件架构设计（例如段落【0008】、【0024】、【0025】），未涉及蜂窝网络基站，更未公开基站接收来自多个设备中某一个设备的“事件指示消息”或“异常报告”。即使按照最为宽松的标准，对比文件也完全未涉及任何网络侧处理或事件指示接收方案，本领域技术人员无法从对比文件中推导或组合得出该方案，故未公开。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>【公开性判断】《未公开》 | 对比文件全文无对应内容。 | 1. 作用与技术方案对比：<br>目标专利中，基站根据设备上传的事件指示消息进行分析研判，判断是否有将造成大量设备无法正常通信的普遍异常事件即将发生，用于在信道严重拥塞前进行预警与接入控制。<br>2. 论述：<br>对比文件全文通篇针对移动终端内部视频、音频和图像信号处理架构的改进（段落【0007】至【0011】），完全不存在网络状态监控、普遍异常事件判定等机制，本领域技术人员无法从对比文件中推导出任何基于事件指示消息判定普遍异常事件临近的内容，故未公开。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>【公开性判断】《未公开》 | 对比文件全文无对应内容。 | 1. 作用与技术方案对比：<br>目标专利中，该特征对“普遍异常事件”进行了界定，明确其为如断电、管道泄漏、恐怖袭击等会导致大量设备无法与基站维持或进行正常通信的事件。<br>2. 论述：<br>对比文件仅关注移动电话多媒体处理器的性能提升，完全没有提及基站以及多个设备失去与基站通信的大规模网络异常事件的定义或相关机制，本领域技术人员无法合理推断出该特征，故未公开。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>【公开性判断】《未公开》 | 对比文件全文无对应内容。 | 1. 作用与技术方案对比：<br>目标专利中，该特征是基站采取后续下行抑制与保护措施的前置触发与判断条件。<br>2. 论述：<br>对比文件不存在基站对网络状态或普遍异常的检测与判断，因而更无从在上述条件下触发任何操作，本领域技术人员无法合理推断出该技术条件，故未公开。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>【公开性判断】《未公开》 | 对比文件全文无对应内容。 | 1. 作用与技术方案对比：<br>目标专利中，基站在检测到普遍异常临近时向终端设备下发系统指示消息，用于通知终端暂停接入或采取特定行为。<br>2. 论述：<br>对比文件仅记载手机内部模块间的数据传输（如段落【0039】多媒体处理器向显示模块发送数据）及RF模块一般的收发电话信号（段落【0025】），完全未公开基站在异常临近场景下由基站主动下发特定的第一系统指示消息的技术方案，故未公开。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>【公开性判断】《未公开》 | 对比文件全文无对应内容。 | 1. 作用与技术方案对比：<br>目标专利中，该特征界定了第一系统指示消息的本质和功能，即作为一种信标（Beacon），指示设备停止上报事件指示消息，避免大量设备盲目发起随机接入导致网络雪崩。<br>2. 论述：<br>对比文件完全未涉及基站通过广播/组播信标帧来指示终端停止传送事件指示消息以抑制上行接入风暴的机制，故未公开。 |
| 技术特征H：<br>该方法还包括<br><br>【公开性判断】《隐含公开》 | 对比文件说明书【0025】、【0027】等段落：<br>“The RF module 10 receives and transmits wireless telephone signals from and to other handsets. The ABB module 15 performs the required or necessary signal processing...”（中文翻译：射频模块10接收来自其他手机以及向其他手机发射无线电话信号。模拟基带模块15执行所需的信号处理……） | 1. 作用与技术方案对比：<br>目标专利技术特征H为进一步限定从属方法特征的常规过渡用语。<br>2. 论述：<br>对比文件公开了手机系统内部多种不同的信号处理、模式切换与总线控制操作过程，本领域技术人员基于对比文件整体方案能够合理推断出上述处理过程中必然包括进一步的方法步骤。因此，该连接过渡性特征被隐含公开。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>【公开性判断】《未公开》 | 对比文件全文无对应内容。 | 1. 作用与技术方案对比：<br>目标专利中，该特征用于基站在异常事件后评估网络恢复状态（例如冲突率回落、应用服务器指示恢复等），以决定后续通知及恢复策略。<br>2. 论述：<br>对比文件未公开基站设备，更未涉及任何普遍异常事件发生后的系统状态检测及网络恢复研判流程，故未公开。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>【公开性判断】《未公开》 | 对比文件全文无对应内容。 | 1. 作用与技术方案对比：<br>目标专利中，该特征是基站在判定网络尚未恢复时继续维持过载保护机制的条件分支。<br>2. 论述：<br>对比文件未涉及系统异常恢复状态的判断分支，本领域技术人员无法从中得出该技术方案，故未公开。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>【公开性判断】《未公开》 | 对比文件全文无对应内容。 | 1. 作用与技术方案对比：<br>目标专利中，在系统未恢复时，基站重复传送系统指示消息以持续抑制设备的接入尝试。<br>2. 论述：<br>对比文件完全不涉及基站在系统未恢复情况下向终端继续发送第二系统指示消息的机制，故未公开。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>【公开性判断】《未公开》 | 对比文件全文无对应内容。 | 1. 作用与技术方案对比：<br>目标专利中，该特征限定系统指示消息以特定周期重复广播/下发，确保空闲态或断网设备在监听信道时能及时获取最新系统异常指示。<br>2. 论述：<br>对比文件未涉及任何基站侧系统指示消息的生成与周期性调度传输机制，故未公开。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>【公开性判断】《未公开》 | 对比文件全文无对应内容。 | 1. 作用与技术方案对比：<br>目标专利中，该特征界定了设备向基站发送的事件指示消息的具体形式为异常报告（例如断电报告、报警等）。<br>2. 论述：<br>对比文件不涉及终端向基站报告故障或异常的通信过程，本领域技术人员无法从中得出该特征，故未公开。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>【公开性判断】《未公开》 | 对比文件全文无对应内容。 | 1. 作用与技术方案对比：<br>目标专利中，该特征限定了普遍异常判定的具体统计算法，即基站在特定时间窗口内接收到的异常报告数量超出阈值时触发下发第一系统指示消息。<br>2. 论述：<br>对比文件完全不涉及基站统计时间窗口内接收多个设备异常报告并触发系统指示消息的逻辑，故未公开。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>【公开性判断】《未公开》 | 对比文件全文无对应内容。 | 1. 作用与技术方案对比：<br>目标专利中，该特征限定通过统计预定时间周期内特定类型消息（例如特定测距码、非正常断电请求等）的频次来触发下发指示。<br>2. 论述：<br>对比文件不存在基站在特定时间周期内检测特定类型消息并下发指示消息的技术方案，故未公开。 |
<<<a>>>
<<<h>>>
**特征比对与公开性评估**
| 技术特征描述及公开性判断结果 | 对比文件原文引用（US 2006/0234214 A1） | 公开性论述 |
| 技术特征A： 该方法包括<br><br>【未公开】 | 无引用内容。<br>（整篇对比文件均属于生物医药领域） | 本技术特征属于无线通信领域中基站侧处理突发网络接入的方法前序限定。对比文件 US 2006/0234214 A1 涉及检测丙型肝炎病毒（HCV）的生物测定方法（如说明书[0003]、[0011]所述），属于生物医学与分子诊断领域，根本未涉及无线通信网络、基站或通信方法，二者技术领域完全不相干，因此技术特征A未被公开。 |
| 技术特征B： 接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>【未公开】 | 无引用内容。 | 在目标专利说明书中（如[0006]、[0047]、[0052]、[0054]、[0061]等），该技术特征作用是基站接收来自终端（如WTRU、M2M智能仪表等设备）的异常报告或接入触发消息，以获知潜在的突发普遍事件。而对比文件公开的是利用抗体检测生物样本中的线粒体表达HCV肽（如[0015]、[0022]等），完全未记载基站、通信设备或接收事件指示消息的通信过程，在对比文件中无任何对应作用，因此未公开。 |
| 技术特征C： 基于所述事件指示消息确定普遍异常事件是否临近<br><br>【未公开】 | 无引用内容。 | 在目标专利中（说明书[0006]、[0052]步骤220、[0069]步骤430），该特征作用是使基站分析接收到的事件指示消息，预测即将经历会导致大量网络接入冲突/失联的严重异常（例如断电等）。对比文件涉及生物体液中多肽的检测与HCV感染诊断（[0011]、[0025]），完全不存在“基于通信事件指示消息确定通信普遍异常事件是否临近”的逻辑或算法，因此未公开。 |
| 技术特征D： 其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0047]明确指出普遍异常事件例如断电、管道泄漏或破坏等，“是将导致与BS通信的多个设备失去与所述BS通信的事件”，其作用是界定导致大批无线设备同时失联或突发重登入的特定网络灾难事件。对比文件全篇针对HCV病毒及其引发的肝脏疾病（[0005]），完全不涉及任何通信基站失联事件，因此未公开。 |
| 技术特征E： 在普遍异常事件临近的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征作为触发基站向设备下发指示的前提控制条件（说明书[0006]、[0069]、[0116]）。对比文件涉及病原体检测实验方案与试剂盒，不涉及此种通信系统的事件触发机制，因此未公开。 |
| 技术特征F： 传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0006]、[0051]、[0052]步骤230、[0070]中，该特征的作用是基站向下行设备广播/多播系统级消息，以提醒终端网络已感知异常。对比文件属于抗原抗体免疫反应的检测流程，不具备无线下行传输消息的技术方案与作用，因此未公开。 |
| 技术特征G： 其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0051]明确指出该系统指示消息“提醒M2M设备停止传送事件指示消息以避免报告相同的错误”，且[0093]、[0104]公开其可编码在信标帧（Beacon）中，其作用是防止大量终端持续竞争上行RA信道造成雪崩式拥塞。对比文件完全未公开通信信标帧或抑制事件指示消息发送的任何信息，因此未公开。 |
| 技术特征H： 该方法还包括<br><br>【未公开】 | 无引用内容。 | 属于通信方法后续步骤的连接引导词。对比文件属于生物体外诊断检测方法，技术领域和方案实质截然不同，未公开。 |
| 技术特征I： 确定所述基站是否已经从所述普遍异常事件中恢复<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0053]步骤240、[0069]步骤450公开该特征，作用在于让基站依据RA信道冲突率降低或应用服务器通知来判定异常状态是否结束，以便恢复正常运行。对比文件完全不涉及基站系统恢复的检测与判断，未公开。 |
| 技术特征J： 在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0053]、[0069]、[0122]中，该特征的作用是提供持续实施接入拥塞控制的判定分支。对比文件无相关方案，未公开。 |
| 技术特征K： 传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0069]步骤440、[0122]实施例4中，该特征的作用是在未恢复时再次/重复向下行设备发送系统指示消息以维持拥塞控制。对比文件完全不涉及下行无线通信信令的传送，未公开。 |
| 技术特征L： 其中所述系统指示消息被周期地传送。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0053]、[0071]、[0123]公开“系统指示消息可以以所选择的周期重复地被传送”，起到周期性抑制接入尝试、维持接入管控的作用。对比文件无周期性通信指示消息的公开，未公开。 |
| 技术特征M： 其中所述事件指示消息是异常报告。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0052]、[0055]、[0126]明确指出该事件指示消息具体为M2M终端上报的异常报告（如非正常断电报告），用于向基站告警。对比文件记载的是生物样本中抗原多肽的检测结果，并非通信中的终端异常报告消息，未公开。 |
| 技术特征N： 其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0055]、[0127]-[0129]公开该特征，作用是在设定时间窗口内通过对重复接收到的多台设备异常报告进行频次统计/超阈值检测，进而准确判定并下发系统指示。对比文件不包含任何基于接收时间窗口与设备报告数量触发系统消息的机制，未公开。 |
| 技术特征O： 其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0055]、[0130]-[0133]公开“如果在预定的时间周期内接收的相同类型的消息数量超出，则系统指示消息可以被传送到有关的设备”，作用在于通过特定消息类型的统计过滤误报并精准触发下行通告。对比文件完全未记载任何特定类型无线通信消息在特定时间窗内的接收统计与下行触发机制，未公开。 |
**公开性结论**
对比文件 US 2006/0234214 A1 涉及一种通过检测线粒体表达的丙型肝炎病毒（HCV）肽来检测 HCV 的生物分析方法，属于体外免疫诊断领域；而目标专利涉及机器到机器（M2M）通信网络中基站处理突发接入拥塞的技术方案，属于无线通信与网络协议领域。
对比文件未记载任何与无线通信、基站、网络设备通信交互、异常指示、信标帧或信道接入控制相关的内容，本领域技术人员无法从该对比文件中直接得出或合理解读、推导出技术特征 A 至 O 中的任何内容。因此，技术特征 A 至 O 均未被直接公开，也未被隐含公开。
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含段落与中文翻译） | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | [0058] "Operations for various embodiments may be further described with reference to the following figures and accompanying examples. Some of the figures may include a logic flow..."<br>（各种实施例的操作可以参考以下附图和附带的示例进一步描述。一些附图可以包括逻辑流……）<br>[0059] "FIG. 2 illustrates a logic flow 200 for an Event Log operation. In various embodiments, the logic flow 200 may be performed by a communications system (e.g. communications system 100) and/or a node (e.g., managed nodes 101 and 102-1-n)..."<br>（图2示出了用于事件日志操作的逻辑流200。在各种实施例中，逻辑流200可以由通信系统（例如，通信系统100）和/或节点（例如，被管理节点101和102-1-n）执行……） | 对比文件在[0058]、[0059]等处明确公开了由通信系统/节点（包括基站BS或管理系统）执行的逻辑流（方法），属于方法的引导词，本领域技术人员能直接、毫无疑义地得出其公开了“该方法包括”。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br>《隐含公开》 | [0022] "The managed node 101 may be implemented as a base station (BS) 118... The managed nodes 102-1-n may be implemented as subscriber stations (SS-n) 120-n..."<br>（被管理节点101可实现为基站(BS) 118……被管理节点102-1-n可实现为用户站(SS-n) 120-n……）<br>[0023] "...The base station 118 may comprise or be implemented as an agent and/or as a proxy such as an SNMP proxy acting on behalf of managed subscriber stations 120-n. In various implementations, agents of subscriber stations 120-n may be managed directly by the NMS 110 and/or may be managed indirectly through a proxy of the BS 118."<br>（基站118可以包括或实现为代理和/或代表被管理用户站120-n充当代理的代理（例如SNMP代理）。在各种实现中，用户站120-n的代理可由NMS 110直接管理和/或可通过BS 118的代理间接管理。）<br>[0027] "The managed objects may comprise notifications reported through mechanisms, such as traps and non-volatile logging. The managed objects may be reported to the NMS 110..."<br>（被管理对象可包括通过机制报告的通知，例如Trap陷阱和非易失性日志记录。被管理对象可被报告给NMS 110……）<br>[0043] "To prevent sending the same event both from the SS and the BS, the trap and Syslog reporting mechanism may be disabled by default for warning events."<br>（为了防止从SS和BS两者发送相同的事件，对于警告事件，trap和Syslog报告机制在默认情况下可以被禁用。） | 目标专利中该特征指基站接收来自终端（设备）的事件指示消息（如停电等异常报告）。对比文件中基站118作为与其通信的多个用户站（SS 120-n）的SNMP Proxy代理，各SS发生硬件/软件故障、状态变化（如电源故障、温度异常、RSSI阈值等）时产生事件通知（Trap/Notification）。当SS通过BS代理向NMS间接报告管理对象/通知时，基站118必然接收来自与其通信的特定用户站SS的事件通知/指示消息。在极度宽松的隐含公开判断标准下，本领域技术人员可以合理推断出基站存在接收来自所通信的多个设备中某个设备的事件指示消息的过程，因此构成《隐含公开》。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br>《未公开》 | 对比文件全文未记载有关“普遍异常事件是否临近（widespread exception is imminent）”的预测或判定机制。 | 对比文件中的事件处理机制仅为：节点发生本地事件后，读取事件记录并根据严重性阈值决定是否记录到本地日志缓冲区以及是否向NMS上报SNMP Trap（参见[0060]-[0064]）；或者NMS根据严重性阈值调整防止事件淹没（[0068]）。对比文件既没有将事件与“将导致多个设备失去与基站通信”的临近普遍性网络故障关联，也没有基于设备上报的事件去推断/预测普遍异常事件是否临近的判定逻辑。故该特征未被公开。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br>《未公开》 | 对比文件全文未记载或定义该类型的“普遍异常事件”。 | 目标专利说明书[0047]明确指出普遍异常事件是指“如停电、管道泄漏、管道破坏或恐怖袭击造成的导致与BS通信的多个设备失去与所述BS通信的事件”，其会引发大量设备并发重新登入网络。而对比文件仅记载单节点自身的断电、温度、服务失败等软硬件事件（[0028]、[0039]-[0046]），即使紧急事件（emergency）也仅导致单节点重启，并非导致“与基站通信的多个设备失去与基站通信”的系统级普遍异常事件。故该特征未被公开。 |
| 技术特征E：在普遍异常事件临近的情况下<br>《未公开》 | 对比文件全文未记载该前提判断条件。 | 由于对比文件根本未公开“普遍异常事件”及其“临近（imminent）”的检测和判定，因此也不存在“在普遍异常事件临近的情况下”执行后续流程的技术方案。故该特征未被公开。 |
| 技术特征F：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br>《未公开》 | 对比文件全文未记载基站因系统异常向多个设备下发系统指示消息。 | 目标专利中该特征是由基站向其下辖通信的一个或多个设备（如WTRU/终端）下发系统指示，用以通告基站已获知普遍异常。对比文件中的通知（Trap）传输方向是自下而上的——即由SS/BS向核心管理侧的网络管理系统（NMS 110）报告（[0027]、[0064]），或者由NMS下发SNMP SET/GET管理命令（[0071]-[0072]），根本未公开基站向所通信的一个或多个用户设备下发指示普遍异常的系统指示消息。故该特征未被公开。 |
| 技术特征G：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br>《未公开》 | [0043] "To prevent sending the same event both from the SS and the BS, the trap and Syslog reporting mechanism may be disabled by default for warning events."<br>（为了防止从SS和BS两者发送相同的事件，对于警告事件，trap和Syslog报告机制在默认情况下可以被禁用。）<br>[0047] "In some cases, the NMS 110 can disable the event report, if it is determined that the event has flooded the system."<br>（在一些情况下，如果确定事件已经淹没了系统，NMS 110可以禁用事件报告。） | 目标专利说明书[0051]、[0093]明确限定该系统指示消息是用于指示设备停止向基站发送事件指示（防止RA信道拥塞）的“信标（beacon）”。对比文件[0047]仅提到由网络管理系统NMS禁用事件报告以防止事件淹没系统，[0043]仅提到针对警告事件默认禁用SS和BS双方同时上报机制，完全未公开基站向设备发射用于指示停止传送事件指示消息的“信标”。二者的消息性质、通信实体、作用完全不同。故该特征未被公开。 |
| 技术特征H：该方法还包括<br>《直接公开》 | [0058] "Operations for various embodiments may be further described with reference to the following figures and accompanying examples. Some of the figures may include a logic flow..."<br>（各种实施例的操作可以参考以下附图和附带的示例进一步描述。一些附图可以包括逻辑流……） | 属于方法权利要求的附加步骤引导连接词，对比文件公开了包含多个连续/可选操作的逻辑流程，本领域技术人员可直接确定其公开了“该方法还包括”。 |
| 技术特征I：确定所述基站是否已经从所述普遍异常事件中恢复<br>《未公开》 | [0040] "In various implementations, a cold/warm start notification may be sent after recovering from a critical event."<br>（在各种实现中，在从紧急/严重事件中恢复之后，可以发送冷/热启动通知。）<br>[0041] "In various implementations, a Link Up notification may be sent after recovering from the error."<br>（在各种实现中，在从错误中恢复之后，可以发送链路建立(Link Up)通知。） | 对比文件[0040]、[0041]仅描述了在节点自身发生错误并恢复后，发送冷启动通知或链路建立通知。这并非目标专利中所限定的“基站确定其自身是否已经从导致多个设备失联的普遍异常事件中恢复”（例如目标专利[0053]记载的检测RA信道冲突是否降低到限度内或收到恢复指示）。对比文件未公开由基站执行的该恢复确定步骤。故该特征未被公开。 |
| 技术特征J：在所述基站没有从所述普遍异常事件中恢复的情况下<br>《未公开》 | 对比文件全文未记载在未恢复状态下的判定分支或在此条件下的操作。 | 对比文件不存在针对普遍异常事件恢复状态的判定逻辑，更无在“未恢复”条件分支下的处理方案。故该特征未被公开。 |
| 技术特征K：传送第二系统指示消息到所述多个设备中的至少一个设备。<br>《未公开》 | 对比文件全文未公开基站在未恢复时向至少一个设备下发第二系统指示消息。 | 目标专利中技术特征K对应基站在未恢复情况下重复发送系统指示（如周期性信标广播，参见目标说明书[0053]、[0069]）。对比文件没有基站向通信设备下发指示异常未恢复的第二系统指示消息的技术方案。故该特征未被公开。 |
| 技术特征L：其中所述系统指示消息被周期地传送。<br>《未公开》 | 对比文件全文未公开周期性下发系统指示消息以通告异常。 | 目标专利中系统指示消息以周期方式重复下发（说明书[0053]、[0071]）。对比文件中的事件通报是事件触发型（即产生事件并超过阈值时才立即发送Trap，[0064]），不存在周期性向设备传送系统指示消息的公开。故该特征未被公开。 |
| 技术特征M：其中所述事件指示消息是异常报告。<br>《直接公开》 | [0027] "In various embodiments, the MIB format may define managed objects for reporting the status and/or occurrence of events such as software and hardware events... The managed objects may comprise notifications reported through mechanisms, such as traps and non-volatile logging."<br>（在各种实施例中，MIB格式可以定义用于报告诸如软件和硬件事件之类的事件的状态和/或发生的被管理对象……被管理对象可以包括通过诸如Trap陷阱和非易失性日志记录等机制报告的通知。）<br>[0028] "In various embodiments, the managed objects may comprise notifications based on the occurrence and/or status of fault events and exceptions. Examples of notifications may include, for example, a dynamic service notification to report the failure of a dynamic service operation..."<br>（在各种实施例中，被管理对象可以包括基于故障事件和异常（exceptions）的发生和/或状态的通知。通知的示例可以包括例如用于报告动态服务操作失败的动态服务通知……） | 对比文件[0028]明确记载了用于报告“fault events and exceptions”（故障事件与异常）发生与状态的通知（notifications/traps），且具体列举了服务失败通知、电源状态改变/故障通知等，其完全等同于“异常报告”，且在对比文件中同样用于指示设备异常。本领域技术人员能直接、毫无疑义地确定该特征被直接公开。 |
| 技术特征N：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br>《未公开》 | 对比文件全文未记载基站基于在预定时间周期内收到来自多个设备的多个异常报告而向设备触发传送第一系统指示消息。 | 目标专利中该特征是防止雪崩式接入拥塞的保护机制（说明书[0055]：预定时间周期内收到来自预定数量M2M设备的报告，基站传送系统指示消息让其他设备停止上报）。对比文件仅公开了在节点日志记录中配置事件生命周期（[0031]、[0067]）和日志索引计数，完全未公开基站在预定时间周期内根据统计多个设备的异常报告进而下发系统指示消息。故该特征未被公开。 |
| 技术特征O：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br>《未公开》 | 对比文件全文未记载基站基于预定时间周期内接收多个特定类型的消息而向设备传送第一系统指示消息。 | 目标专利对应说明书[0055]中基站在预定时间周期内收到超过阈值数量的相同/特定类型消息（如特定测距码或紧急情况报告）时触发传送系统指示消息。对比文件未公开基站统计特定类型消息并在预定时间周期内达到阈值时向终端设备下发系统指示消息的技术方案。故该特征未被公开。 |
<<<A>>>
<<<b>>>
<<<H>>>
<<<M>>>
本对比分析基于目标专利说明书原文的上下文语境，对照对比文件（WO2007089281A2）的公开内容进行逐项技术特征的直接公开与隐含公开评估。
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译） | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>【直接公开】 | [p0109] Accordingly, as shown in Fig. 1, the present invention provides a distributed warning/notification method and system of the present invention. In particular, situational awareness workstation and threat warning gateways are provided...<br>【译文】因此，如图1所示，本发明提供了一种本发明的分布式告警/通知方法和系统。特别是，提供了态势感知工作站和威胁告警网关…… | 对比文件[p0109]明确指出了该发明提供了分布式告警/通知的方法（method），属于常规的主题前序特征，被对比文件直接公开。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>【隐含公开】 | [p0028] (b) one or more network bridges... comprising: (i) a network bridge wireless communications means capable of receiving from and transmitting data to individual user warning and positioning devices, sensors, and command and control systems...<br>【译文】(b) 一个或多个网络网桥……包括：(i) 网络网桥无线通信部件，能够向各个用户告警和定位设备、传感器以及指挥和控制系统接收和发送数据……<br>[p0109] ...Event warning information consists of data such as event type, time of the event, locale of the event, etc. ... Location (position) information of the assets (users) is generated in the user warning and positioning devices... and position messages periodically sent from the user warning and positioning device... to the network bridges...<br>【译文】……事件告警信息由事件类型、事件时间、事件地点等数据组成。……资产（用户）的位置（定位）信息在用户告警和定位设备中生成……并且位置消息由用户告警和定位设备周期性地发送……至网络网桥……<br>[p0137] In addition, the network bridges translate the messages received from the individual user warning and positioning devices into other message formats utilized by other different and multiple command and control systems.<br>【译文】此外，网络网桥将从各个用户告警和定位设备接收到的消息转换成由其他不同且多个指挥与控制系统利用的其他消息格式。 | 在目标专利中，“基站”与多个设备通信并接收指示异常/事件的消息。对比文件中，网络网桥（network bridge）作为局部无线接入节点与下属的多个用户告警和定位设备通信。对比文件公开了网络网桥无线接收来自各用户设备的消息（包括位置消息、或经由各设备上报/中继的事件消息、传感器数据）。本领域技术人员基于网络网桥具备接收下属设备上报消息的能力，能够合理推知其接收来自其通信的多个设备之一的上报事件/指示消息。在极为宽松的隐含公开判断标准下，认定该特征被对比文件隐含公开。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>【未公开】 | 无对应内容。 | 目标专利中，该特征是指基站依据接收到的事件指示消息（如多个重复报告或测距异常码）来判断即将面临导致通信中断的普遍异常事件（imminent widespread exception）。<br>而在对比文件中，对威胁/未来事件（如炮弹袭击、建筑坍塌）是否发生的分析和预测是由中央网关/态势感知工作站（[p0033]、[p0131]）或传感器直接检测计算得出的，并非由相当于基站的网络网桥基于接收自终端设备的事件指示消息来确定普遍异常是否临近；且对比文件中预测的仅仅是外部战术物理威胁，而非通信系统自身的普遍异常事件。因此该特征未被直接公开也未被隐含公开。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>【未公开】 | [p0047] 当多个M2M设备处于空闲状态时，如停电、管道泄漏、管道破坏或恐怖袭击造成的普遍异常事件可能导致非常突发性的网络登入/重新登入需求情况的发生。在另一个示例中，普遍异常事件可以是将导致与BS通信的多个设备失去与所述BS通信的事件。（目标专利说明书原文）<br>对比文件[p0106]、[p0157]：...such as the imminent collapse of a building within a disaster area, the imminent detonation of a roadside bomb, etc.<br>【译文】……例如灾区内即将倒塌的建筑物、路边炸弹即将爆炸等。 | 目标专利说明书中对“普遍异常事件”有严格定义，是指导致大量设备断电或断链而与基站失去通信、随后引起突发登入雪崩的事件。<br>对比文件记载的事件仅为战术威胁或物理灾难事件（如炮弹来袭、暴风雨、建筑物坍塌），其并不限定为导致大量设备与网络网桥“失去通信”的通信层面的系统异常事件。因此该特定限定未被公开。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>【未公开】 | 无对应内容。 | 目标专利中该特征作为触发后续下发系统指示的前置逻辑条件。由于对比文件并未公开由基站检测/确定“通信系统层面的普遍异常事件临近”，因而也不存在在此特定情况下执行下发操作的技术方案。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>【隐含公开】 | [p0028] ...a network bridge wireless communications means capable of receiving from and transmitting data to individual user warning and positioning devices...<br>【译文】……网络网桥无线通信部件，能够向各个用户告警和定位设备接收和发送数据……<br>[p0039] (iv) application program code operable to send notification to one or more user warning and positioning devices within the affected area of an authenticated event warning message of an event predicted to occur in the future...<br>【译文】(iv) 应用程序代码，用于向受影响区域内的一个或多个用户告警和定位设备发送关于预测在未来发生的事件的经认证事件告警消息的通知……<br>[p0109] ...Subsequently, an event warning message is communicated to the network bridges, and in turn communicated to the user warning and positioning devices in communication therewith.<br>【译文】……随后，事件告警消息被传送到网络网桥，并进而传送到与其通信的用户告警和定位设备。 | 目标专利中基站向设备下发系统指示消息以通知异常；对比文件中，网络网桥将其接收到的事件告警消息（作为第一系统级别的指示/通知消息）发送给与其通信的一个或多个用户设备（[p0039]、[p0109]）。虽然两者承载的具体事件语义不同，但网络接入点向通信范围内的多个设备下发系统指示/告警消息的基础通信行为已被对比文件披露。在宽松的隐含公开判断规则下，认定该特征被隐含公开。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>【未公开】 | [p0051] 系统指示消息可以被传送到一个或多个M2M设备来提醒M2M设备停止传送事件指示消息以避免报告相同的错误。[0104] ...系统指示消息可以在新信息元件(IE)和/或信息字段中被编码，新信息元件(IE)和/或信息字段可以被添加到一些已有的多播/广播类别-1管理帧(例如，信标帧、公共响应帧等等)。（目标专利说明书原文）<br>对比文件[p0093]：...into some existing multicast/unicast Class-1 management frames (such as, beacon frames, probe response frames, etc.).<br>【译文】……添加到一些已有的组播/单播类别-1管理帧中（例如信标帧、探测响应帧等）。<br>对比文件[p0118]：The re-transmission feature can be disabled to prolong power life or reduce the risk of enemy detection.<br>【译文】可以禁用重新传输功能以延长电源寿命或降低被敌人发现的风险。 | 目标专利中，该特征具有特定作用：第一系统指示消息是信标帧（beacon），其具体功用在于“指示终端停止向基站发送事件指示消息”，以防止随机接入信道被相同的上报消息冲垮拥塞。<br>对比文件虽然在[p0093]中提到了可利用已有的信标帧（beacon frames）承载事件通知，并且在[p0118]中提到了终端可以禁用其向其他终端的重传（re-transmission）功能以省电，但其完全没有公开利用信标指示设备“停止传送事件指示消息到基站/网桥”，对比文件中终端甚至继续向网桥上报周期性位置信息。两者的技术构思与技术手段实质不同，本领域技术人员无法从对比文件中推理得出该特征。 |
| 技术特征H：<br>该方法还包括<br><br>【直接公开】 | [p0109] ...the present invention provides a distributed warning/notification method and system...<br>【译文】……本发明提供了一种本发明的分布式告警/通知方法和系统…… | 对应于方法权利要求的常规过渡前序连接特征，对比文件直接公开了该方法进一步包括若干处理流程。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>【未公开】 | 无对应内容。 | 目标专利中，该特征是指基站检测自身通信网络是否已从崩溃或普遍异常状态中恢复（例如通过检测RA信道冲突是否降低到阈值以下，见说明书[0053]）。<br>对比文件关注的是外部威胁与人员定位告警，并不涉及网络网桥或基站自身判断是否从普遍异常事件中恢复的机制，未公开该技术特征。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>【未公开】 | 无对应内容。 | 目标专利中作为基站未恢复时继续发送指示的前提条件。对比文件未涉及基站自身恢复状态的判断逻辑，更不存在该未恢复情况下的处理分支。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>【隐含公开】 | [p0108] Accordingly, the present invention's architecture permits the ongoing computation of user locations and threat areas at the end user warning and positioning devices from the time of receipt of the future event warning message at the user warning and positioning device up to the predicted future event time...<br>【译文】相应地，本发明的体系结构允许从在用户告警和定位设备处接收到未来事件告警消息之时起直到预测的未来事件发生时间，在终端用户告警和定位设备处持续计算用户位置和威胁区域……<br>[p0155] The present invention permits retransmission of event warning messages, in appropriate instances, depending on the specified configuration of the user warning and positioning devices... Thus, a specific event warning message can be transmitted once or multiple times.<br>【译文】本发明允许在适当的情况下根据用户告警和定位设备的指定配置重新发送事件告警消息……因此，特定事件告警消息可以被发送一次或多次。 | 目标专利中是在未恢复时再次发送系统指示消息；对比文件公开了事件告警消息可以被传送一次或多次（retransmission of event warning messages ... transmitted once or multiple times，[p0155]）。再次发送的消息实质等同于传送第二系统指示消息给至少一个设备。在宽松标准下，该发送多次消息的行为与该特征技术方案相契合，属于隐含公开。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>【隐含公开】 | [p0050] (x) application program code operable to periodically transmit messages to local and/or central nodes containing data concerning the unique identifier and location of the user warning and positioning device...<br>【译文】(x) 应用程序代码，用于向本地和/或中央节点周期性地发送包含有关用户告警和定位设备的唯一标识符和位置的数据的消息……<br>[p0155] Thus, a specific event warning message can be transmitted once or multiple times.<br>【译文】因此，特定事件告警消息可以被发送一次或多次。 | 目标专利中系统指示消息由基站周期性重复发送（说明书[0053]、[0071]）。对比文件[p0155]公开了告警消息可被发送多次，且在网络告警系统中，多节点间维持警报或状态广播通常可以采用周期性广播机制（对比文件[p0050]中已揭示网络中消息的周期性传输机制）。本领域技术人员结合多次重发与周期性信令交互机制，有可能合理推断出系统指示消息的周期性传送方式。在极宽松判断标准下，认定该特征被隐含公开。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>【未公开】 | 对比文件[p0010]：...automatically generates a threat warning message is the AN/TPQ-36 Firefinder Counter-fire Radar, which is able to detect projectiles in flight, compute their predicted points of origin and predicted points of impact, and automatically broadcast this information to other systems.<br>【译文】……自动生成威胁告警消息的系统是AN/TPQ-36火炮寻踪雷达，它能够检测飞行中的射弹，计算它们预测的发射点和预测的落点，并将该信息自动广播给其他系统。 | 目标专利中，异常报告是与基站通信的通信终端生成的报告系统自身异常（如非正常断电、管道破坏导致离线等，说明书[0047]、[0055]）的专用报告。<br>对比文件中的消息是雷达检测或传感器生成的“外部威胁告警消息”（threat warning message），并非反映设备端自身通信故障或网络异常的“异常报告”。因此未被公开。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>【未公开】 | 无对应内容。 | 目标专利中，该特征为基站触发机制：基站在预定时间周期内收到超过阈值数量的多个异常报告后，触发下发系统指示消息（说明书[0055]）。<br>对比文件完全没有披露基于在预定时间内累计接收到多个设备的多个异常报告而触发下发消息的机制，该技术特征未公开。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>【未公开】 | 无对应内容。 | 目标专利中，基站在预定时间周期内接收多个特定类型的消息（例如保留的特定测距码或具有断电标识的测距请求，说明书[0055]）后触发下发系统指示消息。<br>对比文件中的网桥下发告警消息是单纯响应于上级网关或雷达传感器发送过来的单次外部威胁告警，不存在“在预定时间周期内基于接收多个特定类型消息”的触发判断逻辑。该特征未被公开。 |
<<<A>>><<<b>>><<<H>>><<<f>>><<<k>>><<<l>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《未公开》 | 对比文件无说明书正文内容（仅有题名文档且标注“无说明书”）。 | 目标专利中技术特征A为方法权利要求的前序引导词。由于对比文件未提供说明书或附图等技术实质内容，无法从中得出对比文件公开了任何对应的方法技术方案，本领域技术人员无法从对比文件中得出该特征，亦无任何内容可支持隐含公开的合理推理。因此该特征未公开。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《未公开》 | 对比文件无说明书正文内容。 | 目标专利中，该特征指基站从与其通信的多个设备之一接收触发事件指示消息（如段落[0006]、[0051]、[0052]所述，接收设备发送的异常报告作为触发）。对比文件仅提供题名且明确标注“无说明书”，不存在任何涉及基站接收设备发送事件指示消息的技术记载，无法直接公开，亦无法通过逻辑推理推断其公开，故未公开。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>《未公开》 | 对比文件无说明书正文内容。 | 目标专利说明书段落[0006]、[0052]公开了基站基于接收到的触发消息检测/确定其即将经历（临近）普遍异常。对比文件缺乏任何具体技术内容支撑，无法确定存在基于事件指示消息对普遍异常事件临近性的判断机制，故未被对比文件直接或隐含公开。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《未公开》 | 对比文件无说明书正文内容。 | 目标专利说明书段落[0047]明确界定普遍异常事件“可以是将导致与BS通信的多个设备失去与所述BS通信的事件”（如停电、管道泄漏、破坏等导致大面积设备失联重登）。对比文件无相关文字或方案记载，该技术特征未公开。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>《未公开》 | 对比文件无说明书正文内容。 | 目标专利说明书段落[0006]、[0052]、[0069]指出在检测到普遍异常临近的特定条件下执行后续发送动作。对比文件无相关条件触发的判断与执行方案记载，未被对比文件直接或隐含公开。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《未公开》 | 对比文件无说明书正文内容。 | 目标专利说明书段落[0006]、[0051]、[0052]公开基站在异常临近时向有关设备发送系统指示消息。对比文件无具体说明书正文公开下行发送系统指示消息的机制，未被直接或隐含公开。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>《未公开》 | 对比文件无说明书正文内容。 | 目标专利说明书段落[0051]及[0104]指出系统指示消息提醒设备停止传送事件指示消息以避免重复报告引起RA信道拥塞，且可在信标帧（信标）中编码。对比文件无任何技术内容体现停止发送指示或信标承载，未被直接或隐含公开。 |
| 技术特征H：<br>该方法还包括<br><br>《未公开》 | 对比文件无说明书正文内容。 | 为从属方法权利要求的前序过渡连接词。对比文件未记载任何技术方案，未公开。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《未公开》 | 对比文件无说明书正文内容。 | 目标专利说明书段落[0053]、[0069]指出基站确定系统是否已经恢复（例如基于RA信道冲突数量降至容限内或接收服务器通知）。对比文件没有任何涉及基站检测/确定恢复状态的内容，未被直接或隐含公开。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《未公开》 | 对比文件无说明书正文内容。 | 目标专利说明书段落[0053]、[0069]公开当基站确定系统尚未恢复时的分支控制条件。对比文件缺乏对应的技术方案记载，未公开。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>《未公开》 | 对比文件无说明书正文内容。 | 目标专利说明书段落[0053]、[0069]公开系统未恢复时，基站传送另一个系统指示消息（即第二系统指示消息）。对比文件无相关方案记载，未被直接或隐含公开。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>《未公开》 | 对比文件无说明书正文内容。 | 目标专利说明书段落[0053]、[0071]公开系统指示消息以所选择的周期重复地传送直到信道拥塞受控或系统恢复。对比文件无相关周期发送机制的记载，未被直接或隐含公开。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>《未公开》 | 对比文件无说明书正文内容。 | 目标专利说明书段落[0006]、[0052]、[0126]指出触发即为设备发送的临界实时异常报告。对比文件无对应消息定义或方案记载，未被直接或隐含公开。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>《未公开》 | 对比文件无说明书正文内容。 | 目标专利说明书段落[0055]公开基站在预定的时间窗/周期内接收到来自预定数量设备的重复报告或超出阈值的异常报告时触发传送系统指示消息。对比文件无时间周期内累计异常报告触发发送的机制记载，未公开。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>《未公开》 | 对比文件无说明书正文内容。 | 目标专利说明书段落[0055]公开在预定时间周期内若接收到的相同/特定类型消息（例如测距目的为“非正常断电”的测距请求或专用测距码）数量超出阈值，则触发基站传送系统指示消息。对比文件无相关记载，未被直接或隐含公开。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [0007] "To this end, a first aspect of the invention relates to a method of communication between a calling terminal and an emergency call center via a call server to which said calling terminal and other terminals are connected..."<br>【中文翻译】为此，本发明的第一方面涉及一种在主叫终端与紧急呼叫中心之间经由呼叫服务器进行通信的方法，所述主叫终端和其他终端连接到所述呼叫服务器…… | 对比文件公开了一种用于通信的方法，本领域技术人员可以毫无疑义地确定对比文件直接公开了方法的前序引导语。该特征属于方法的常规描述，在对比文件中起到界定技术方案主题的作用，与目标专利中的作用完全相同。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《隐含公开》 | [0007] "...this method including: a step of the server receiving a request from a calling terminal to set up a call between the calling terminal and an emergency call center..."<br>【中文翻译】……该方法包括：服务器从主叫终端接收在主叫终端与紧急呼叫中心之间建立呼叫的请求的步骤……<br><br>[0009] "Dialing on the calling terminal to set up the request for communication with the emergency call centre preferably comprises entering a prefix assigned to the emergency call centre and entering a termination identifying a type of event."<br>【中文翻译】在主叫终端上拨号以建立与紧急呼叫中心的通信请求优选地包括输入分配给紧急呼叫中心的前缀以及输入标识事件类型的后缀。<br><br>[0022] "...a) identification of the cell (Cell ID) or the sector, by means of information available in the BTS (Base Transceiver Station) or from the sector that provides the service; b) triangulation, if a plurality of base transceiver stations pick up the call emanating from the mobile concerned..."<br>【中文翻译】……a) 通过基站收发信台（BTS）中可用的信息或来自提供服务的小区扇区的信息来识别小区（Cell ID）或扇区；b) 三角测量，如果有多个基站收发信台接收到来自相关移动台的呼叫…… | 目标专利中，该特征为基站接收终端发送的事件指示消息（如停电等普遍异常报告）。<br>对比文件公开了呼叫服务器接收来自连接的主叫终端的呼叫建立请求，其中拨号包含标识事件类型的终止符（如1121/1122等火灾、医疗等紧急事件类型）。虽然对比文件中直接执行接收并进行逻辑控制的实体为主体架构层面的呼叫服务器（Call Server），而非底层的基站（BTS），但在移动蜂窝网络（GSM/UMTS）中，移动终端发送的呼叫请求和信令必须首先经由基站（BTS）进行空中接口接收并转发。按照隐含公开极度宽松的标准，本领域技术人员结合对比文件段落[0022]所提及的BTS接收移动终端呼叫以及常识，能够合理推断或推导出终端发出的事件呼叫请求在通信链路底层即为由基站接收，该呼叫请求即承载事件指示，在防止系统过载/报告事件中起到触发源头的作用，有可能与其他无线接入网常识或文件组合得出基站接收该事件消息，因此认定为隐含公开。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>《隐含公开》 | [0004] "Saturation of the call center and redundant calls. In the event of calamities such as natural disasters or technological catastrophes, for example, call centers, and especially emergency call centers, are inundated with calls coming from witnesses, victims or their families... In these situations of rapidly changing crisis, call center operators would prefer not to receive information that they already have or that is obsolete..."<br>【中文翻译】呼叫中心饱和和冗余呼叫。在诸如自然灾害或技术灾难等灾难事件中，例如，呼叫中心，特别是紧急呼叫中心，会被来自目击者、受害者或其家属的呼叫所淹没……在这些瞬息万变的危机情况下，呼叫中心话务员希望不接收他们已经掌握的或过时的信息……<br><br>[0010] "...sending a message to all terminals within a particular perimeter around the location of the calling terminal... In particular, the message may dissuade witnesses to an event already reported to the emergency call center from calling the center. The risk of saturation of the call center is reduced commensurately."<br>【中文翻译】……向主叫终端位置周围特定范围内的所有终端发送消息……特别是，该消息可以劝阻已向紧急呼叫中心报告的事件的目击者呼叫该中心。呼叫中心饱和的风险相应降低。<br><br>[0025] "Step 8: Identification of the type of emergency, for example: fire, medical emergency, etc., from the second portion of the called number (1, 2, 3, ...)."<br>【中文翻译】步骤8：从被叫号码的第二部分（1，2，3，……）中识别紧急情况的类型，例如：火灾、医疗紧急情况等。 | 目标专利中，基站基于事件指示消息判断普遍异常事件（如停电、灾难等导致大量终端网络登入拥塞或失联的事件）是否临近（imminent）。<br>对比文件公开了服务器识别呼叫请求中的事件类型（如火灾等严重灾难），且其明确记载了在自然灾害、工业灾难等紧急事件下，呼叫中心极易面临话务洪泛和饱和风险，且在识别到该事件类型后立即触发向周边终端发送劝阻广播以防饱和。基于隐含公开极宽松的标准，呼叫服务器通过分析事件指示（事件类型）并触发广播，本领域技术人员有可能合理推断出系统在该过程中判断了灾害/灾难性拥塞事件的出现或临近；虽然其判断实体偏向呼叫中心/呼叫服务器，但其部分公开了通过事件指示识别灾难严重状况的技术构思，有可能与其他对比文件结合，因此认定为隐含公开。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《未公开》 | 对比文件全文通篇未记载能够导致多个设备失去与基站通信的异常事件。 | 目标专利说明书段落[0047]明确解释：“普遍异常事件如停电、管道泄漏、管道破坏或恐怖袭击造成的普遍异常事件可能导致非常突发性的网络登入/重新登入需求情况的发生。在另一个示例中，普遍异常事件可以是将导致与BS通信的多个设备失去与所述BS通信的事件”。其核心技术含义在于物理或链路层面的通信中断（例如全网停电断电导致海量终端掉电失联，恢复通电后同时重新接入导致雪崩）。<br>而对比文件所关注的事件仅为外部现实生活中的紧急突发事件（如火灾、医疗急救、暴力伤害、人身危险等），其带来的问题是呼叫中心（Call Center）应用层业务电话呼叫过载饱和，移动终端与基站之间的无线通信网络本身始终保持正常连接，绝不会导致多个设备“失去与所述基站通信”。因此，该特征既未被直接公开，在极宽松标准下本领域技术人员也绝无可能推理出对比文件的事件会导致设备失去与基站通信，不属于隐含公开。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>《隐含公开》 | [0010] "One embodiment of the method further includes sending a message to all terminals within a particular perimeter around the location of the calling terminal. Sending such a message has numerous advantages. In particular, the message may dissuade witnesses to an event already reported to the emergency call center from calling the center."<br>【中文翻译】该方法的一个实施例还包括向主叫终端位置周围特定范围内的所有终端发送消息。发送这样的消息具有很多优点。特别是，该消息可以劝阻已经向紧急呼叫中心报告的事件的目击者呼叫该中心。 | 结合技术特征C的论述，对比文件在识别到特定事件（如火灾等紧急灾害）被上报时，即进入向该区域终端下发消息的执行阶段。虽然对比文件的事件不等同于使设备与基站失去通信的事件，但在判断“异常事件发生/临近作为前置条件”的技术逻辑层面，对比文件部分公开了在检测到紧急事件发生/面临话务洪泛的情况下触发下行通知动作。在隐含公开宽松标准下，认定为隐含公开。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《隐含公开》 | [0010] "One embodiment of the method further includes sending a message to all terminals within a particular perimeter around the location of the calling terminal... The message (text or audio) can also reassure other victims within the perimeter of the event already reported."<br>【中文翻译】该方法的一个实施例还包括向主叫终端位置周围特定范围内的所有终端发送消息……该消息（文本或音频）还可以安抚已报告事件范围内其他受害者。<br><br>[0029] "During a supplementary step 12, message preparation means broadcast text or voice messages to all terminals situated within a particular perimeter around the location of the calling terminal... These messages can be IP MULTICAST (Internet Protocol Multicast) messages to terminals situated within a particular perimeter around the location of the calling terminal."<br>【中文翻译】在补充步骤12中，消息准备装置向位于主叫终端位置周围特定范围内的所有终端广播文本或语音消息……这些消息可以是发送给位于主叫终端位置周围特定范围内的终端的IP多播（IP组播）消息。 | 目标专利中，基站向多个终端传送第一系统指示消息以通知终端控制拥塞/停止报告。<br>对比文件公开了向特定周边范围内的所有终端发送/广播消息（文本或语音，采用IP多播等形式）。虽然对比文件的发送源是呼叫服务器/网络系统经由底层基站多播，而非由基站自主生成并发送系统级控制信标，但在“向处于通信范围内的多个设备发送下行广播/多播指示消息”这一功能和行为上，对比文件部分公开了消息传递机制。在极度宽松的隐含公开判断标准下，本领域技术人员有可能合理推理出该消息通过无线空口发送至与网络通信的设备，认定为隐含公开。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>《未公开》 | [0010] "...In particular, the message may dissuade witnesses to an event already reported to the emergency call center from calling the center. The risk of saturation of the call center is reduced commensurately..."<br>【中文翻译】……特别是，该消息可以劝阻已向紧急呼叫中心报告的事件的目击者呼叫该中心。呼叫中心饱和的风险相应降低……<br><br>[0032] "...In the case of a call to an emergency call center, this message might be expressed in the following manner, for example: '[summary of the event known to the call center]. If you do not need help yourself, please do not call the emergency call center, as other people may need to contact us'."<br>【中文翻译】……在呼叫紧急呼叫中心的情况下，该消息例如可以表示为以下方式：“[呼叫中心已知事件的摘要]。如果您自己不需要帮助，请不要呼叫紧急呼叫中心，因为其他人可能需要与我们联系”。 | 目标专利说明书[0006]、[0051]、[0104]明确界定，该第一系统指示消息在物理/链路层是指示设备停止传送事件指示消息的“信标”（Beacon），例如在WiMAX/802.11系统中添加到广播信标帧（Beacon frame）中，设备接收后自动终止接入进程（终止RA）。<br>而在对比文件中，所发送的消息是面向人类用户阅读或收听的应用层“文本或语音提示语”（如劝阻目击者不要拨打112电话的语音或短信），既不是无线空中接口规范中供终端硬件/MAC层协议栈识别处理的“信标（Beacon）”，也不存在指示设备自动停止向基站发射事件消息的信标机制。两者的技术载体、处理层次（应用层人工通话 vs 空口信标协议层控制）存在本质差异，即使采用极为宽松的标准，对比文件也未公开“信标”这一限定特征，亦无法推理得出，故不构成公开。 |
| 技术特征H：<br>该方法还包括<br><br>《直接公开》 | [0007] "...and which is characterized in that it further includes..."<br>【中文翻译】……并且其特征在于它还包括…… | 对比文件直接公开了方法还包括其他步骤的过渡表述，属于常规引导词，与目标专利作用相同，直接公开。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《未公开》 | 对比文件全文未记载确定基站是否从异常中恢复的内容。 | 目标专利说明书段落[0049]、[0053]记载，基站需判断系统/基站自身是否已经从普遍异常事件中恢复（如检测RA信道冲突是否降至容限内、是否接收到恢复指示）。<br>对比文件中自始至终基站并未发生故障或异常中断，呼叫中心面对的仅仅是持续的呼叫压力，不存在“确定基站是否已经从普遍异常事件中恢复”的处理机制。即使在极度宽松的推理下，对比文件也完全没有任何关于基站恢复检测的暗示，故未公开。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《未公开》 | 对比文件全文未记载基站未恢复时的判断条件或处理分支。 | 参见特征I的论述，对比文件根本不存在关于基站是否恢复的判断，因而更不存在“在基站没有从普遍异常事件中恢复的情况下”这一前置条件。即使按最宽松标准，也无法从对比文件中推导出基站未恢复的状态判断逻辑，故未公开。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>《未公开》 | 对比文件全文未记载在基站未恢复时传送第二系统指示消息。 | 目标专利说明书段落[0053]、[0069]明确说明，若确定系统/基站还没有恢复，则以所选择的周期重复传送系统指示消息（即第二系统指示消息）。<br>对比文件虽然在段落[0033]中提及消息可以被更新（"The message is advantageously updated"），但该更新是基于紧急事件现场信息发生变化时的人工/系统内容更新，绝非在基站未恢复的状态下发送第二系统指示消息。对比文件完全缺乏与基站恢复状态相绑定的第二消息发送机制，因此未公开。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>《未公开》 | [0033] "The message is advantageously updated. It is broadcast within the updated perimeter concerned only for a predetermined time."<br>【中文翻译】该消息有利地被更新。它仅在预定时间内在所涉及的更新范围之内广播。 | 目标专利说明书段落[0053]、[0071]指出系统指示消息以所选择的周期重复传送（周期性广播信标）。<br>对比文件段落[0033]仅公开了消息在预定时间内广播（"only for a predetermined time"），并未公开以特定的时间间隔或周期进行“周期地传送”（periodically transmitted）。在极宽松的标准下，“在预定时间内广播”通常是一次性播发或持续播发，并不能合理推断出具有周期的重复循环发送机制，故未被公开。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>《直接公开》 | [0004] "...fires, falls, poisoning, terrorist acts. In this flood of calls, operators must distinguish those that are redundant from those reporting a new event or a change in respect of an event that has already been reported..."<br>【中文翻译】……火灾、坠落、中毒、恐怖袭击。在这呼叫洪泛中，话务员必须将冗余呼叫与报告新事件或报告已报告事件发生变化的呼叫区分开来……<br><br>[0007] "...identifying, in the call set-up request, a type of event belonging to a list of predefined event types..."<br>【中文翻译】……在呼叫建立请求中识别属于预定义事件类型列表的事件类型……<br><br>[0017] "1121 is the number for a situation of personal danger, such as an assault; 1122 is the number for a medical problem; 1123 is the number for reporting a hazard such as a fire, when the caller is not in immediate danger."<br>【中文翻译】1121是用于人身危险情况（如袭击）的号码；1122是用于医疗问题的号码；1123是用于报告危险（如火灾，在呼叫者没有直接危险时）的号码。 | 对比文件明确公开了主叫终端发送的呼叫请求用于报告人身危险、火灾、严重事故等突发危险事件，在呼叫请求中包含所报告异常事件的类型。本领域技术人员能够毫无疑义地确定，终端发送的该包含事件类型的请求消息即为“异常报告”（exception report）。两者均起到向网络侧通报异常事件发生的作用，属于直接公开（实质公开）。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>《未公开》 | [0004] "Saturation of the call center and redundant calls. In the event of calamities such as natural disasters or technological catastrophes, for example, call centers, and especially emergency call centers, are inundated with calls coming from witnesses, victims or their families..."<br>【中文翻译】呼叫中心饱和和冗余呼叫。在诸如自然灾害或技术灾难等灾难事件中，例如，呼叫中心，特别是紧急呼叫中心，会被来自目击者、受害者或其家属的呼叫所淹没……<br><br>[0010] "One embodiment of the method further includes sending a message to all terminals within a particular perimeter around the location of the calling terminal. Sending such a message has numerous advantages. In particular, the message may dissuade witnesses to an event already reported to the emergency call center from calling the center..."<br>【中文翻译】该方法的一个实施例还包括向主叫终端位置周围特定范围内的所有终端发送消息。发送这样的消息具有很多优点。特别是，该消息可以劝阻已向紧急呼叫中心报告的事件的目击者呼叫该中心…… | 目标专利说明书段落[0055]明确公开：“用于传送系统指示消息的另一触发可以基于在预定的时间窗内接收来自预定数量的M2M设备的重复的报告……如果在预定的时间周期内接收的相同类型的消息数量超出，则系统指示消息可以被传送到有关的设备。例如，如果BS接收到10个紧急情况的报告，BS可以传送此消息的系统指示消息以使其他M2M设备不发送相同的报告到所述BS”。即其触发条件为时间窗口内累计接收的异常报告达到阈值。<br>而对比文件段落[0010]、[0027]明确记载，在呼叫中心收到某个呼叫请求（单个呼叫）并确定该事件及范围后，即可向周围终端发送劝阻广播消息，并非基于“在预定的时间周期内接收多个异常报告”才触发发送。即使在最宽松的隐含公开标准下，对比文件也完全未公开或暗示过基于“预定时间周期内接收多个异常报告”这一统计阈值来触发下发消息，故未公开。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>《未公开》 | 对比文件全文未记载在预定时间周期内基于基站接收多个特定类型的消息而触发传送指示消息。 | 参见技术特征N的论述，目标专利说明书段落[0055]明确限定特定类型的消息（例如具有特定测距目的的测距请求消息、特定测距码）在预定时间窗内接收数量超出阈值才触发发送指示消息。<br>对比文件是基于接收到单个特定类型的紧急呼叫（如后缀为1、2、3的呼叫）即进行事件识别与周边通知，根本未设置“在预定时间周期内接收多个特定类型消息”作为触发下发系统指示的前提机制。因此，该特征未被直接公开，亦无法隐含推导得出。 |
<<<A>>>
<<<b>>>
<<<c>>>
<<<e>>>
<<<f>>>
<<<H>>>
<<<M>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落/部分） | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 对比文件【背景技术/发明内容】部分：<br>「本発明は、移動通信システム、移動通信方法、移動局及び交換機に関する。」<br>（中文翻译：本发明涉及移动通信系统、移动通信方法、移动局及交换机。）<br><br>「本発明の第２の特徴は、無線回線制御局と交換機と介して移動通信を行う移動通信方法であって……」<br>（中文翻译：本发明的第2特征是一种通过无线网络控制器与交换机进行移动通信的移动通信方法……） | 对比文件明确公开了一种移动通信方法，该方法包括后续的一系列通信处理步骤。因此，技术特征A被对比文件直接公开。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《隐含公开》 | 对比文件【详细说明】部分（图5至图10对应说明段落）：<br>「ステップＳ１０１において、かかる電車内のユーザの移動局ＵＥ＃１が、位置登録エリアＢにおいて、一斉に位置登録要求（ＣＳ位置登録要求、ＰＳ位置登録要求又は、ＣＳ/ＰＳ位置登録要求）を送信する。ステップＳ１０２において、交換機（回線交換機ＭＳＣ又はパケット交換機ＳＧＳＮ）において、大量の位置登録要求が到着して輻輳が発生する。」<br>（中文翻译：在步骤S101中，该电车内的用户的移动局UE#1在位置注册区域B中一齐发送位置注册请求（CS位置注册请求、PS位置注册请求或CS/PS位置注册请求）。在步骤S102中，在交换机（电路交换机MSC或分组交换机SGSN）中，大量位置注册请求到达并发生拥塞。）<br><br>「ステップＳ２０１において、移動局ＵＥが、特定のイベントにおいて、一斉に発信要求（ＣＳ発信要求（例えば、音声電話発信要求又はデレビ電話発信要求）又はＰＳ発信要求（例えば、ｉ-ｍｏｄｅ（登録商標）接続要求やメール送信要求））を送信する。ステップＳ２０２において、交換機（回線交換機ＭＳＣ又はパケット交換機ＳＧＳN）において、大量の発信要求が到着して輻輳が発生する。」<br>（中文翻译：在步骤S201中，移动局UE在特定事件中一齐发送呼叫请求（CS呼叫请求（例如语音电话呼叫请求或可视电话呼叫请求）或PS呼叫请求（例如i-mode（注册商标）连接请求或邮件发送请求））。在步骤S202中，在交换机（电路交换机MSC或分组交换机SGSN）中，大量呼叫请求到达并发生拥塞。）<br><br>「図５に示すように、本実施形態に係る移動通信システムは、交換機（回線交換機ＭＳＣ又はパケット交換機ＳＧＳＮ）と、無線回線制御局ＲＮＣと、複数の基地局ＢＳ＃Ａ、ＢＳ＃Ｂと、複数の移動局ＵＥ＃１、ＵＥ＃２とを具備している。……なお、図４乃至図１３の例では、基地局ＢＳは、情報転送を行うだけであるため、説明を省略することとする。」<br>（中文翻译：如图5所示，本实施方式的移动通信系统具备交换机（电路交换机MSC或分组交换机SGSN）、无线网络控制器RNC、多个基站BS#A、BS#B以及多个移动局UE#1、UE#2。……另外，在图4至图13的示例中，基站BS仅进行信息转发，因此省略说明。） | 目标专利说明书【0006】、【0052】明确指出，基站接收来自设备的触发（例如事件指示消息或紧急情况报告）。在对比文件中，移动局UE经由无线接入网向核心网发送位置注册请求或呼叫请求，且对比文件明确说明基站BS作为无线接入网络节点与移动局UE通信并执行信息转发。当大量UE（如电车内跨区域的多个UE或特定事件中的多个UE）一齐发送位置注册请求或呼叫请求时，基站BS必定逐一接收来自与其通信的多个移动局中的每一个设备发送的请求消息并向RNC/交换机转发。按照宽松的隐含公开判断标准，移动局发起的呼叫/位置注册请求即属于由特定事件触发的指示消息，基站接收该消息并进行转发属于移动通信系统物理层与链路层的固有运行机制，因此对比文件隐含公开了基站接收来自与其通信的多个设备中的一个设备的事件指示消息。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>《未公开》 | 对比文件【详细说明】部分：<br>「ステップＳ１０００において、回線交換機ＭＳＣ又はパケット交換機が、回線交換ネットワーク又はパケット交換ネットワークにおける輻輳の発生を検知する。」<br>（中文翻译：在步骤S1000中，电路交换机MSC或分组交换机检测到电路交换网络或分组交换网络中拥塞的发生。）<br><br>「輻輳要因検出部１１は、交換機ＭＳＣ又はＳＧＳＮにおける輻輳発生要因を検出するように構成されている。具体的には、輻輳要因検出部１１は、交換機ＭＳＣ又はＳＧＳＮにおいて、どの処理が原因で輻輳が発生したのかについて検出するように構成されている。例えば、輻輳要因検出部１１は、ＣＰＵ使用率に基づいて、輻輳の発生を検出するように構成されていてもよい。」<br>（中文翻译：拥塞要因检测部11被配置为检测交换机MSC或SGSN中的拥塞发生要因。具体而言，拥塞要因检测部11被配置为检测在交换机MSC或SGSN中是由哪个处理引起了拥塞。例如，拥塞要因检测部11也可以配置为基于CPU使用率来检测拥塞的发生。） | 目标专利说明书【0006】、【0047】、【0052】、【0055】中，“普遍异常事件（widespread exception event）”是指如停电、管道泄漏或恐怖袭击等严重故障，基站基于事件指示消息（如大量具有“非正常断电”的测距请求或专用异常码）预测并确定系统即将经历严重的全面瘫痪/失去通信（“普遍异常事件是否临近”）。而在对比文件中：（1）检测主体是核心网交换机（MSC/SGSN）而非基站，基站仅作透传；（2）检测对象是交换机本身由于处理负荷（如CPU使用率过高）已经发生的特定业务（位置注册或发信）拥塞，既不是基站基于接收到的消息内容去评估，也不是对不可抗力等严重外生故障导致全网设备通信中断的“普遍异常事件”进行“临近”预测。两者的判定主体、判断依据及判断内容实质完全不同，即使从最宽松的推理角度，也无法推导得出由基站基于事件指示消息确定普遍异常事件临近。故该特征未被公开。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《未公开》 | 对比文件【背景技术/详细说明】部分：<br>「従来の移動通信システムでは、例えば、電車が、位置登録エリアを跨る際には、かかる電車に乗っている全てのユーザの移動局が、一斉に位置登録要求の送信を開始し始めるため、無線容量及び交換機における処理負荷を大きく圧迫してしまうという問題点があった。また、特定のイベント（例えば、テレビ企画等の申し込み）によって、大量の発信処理が行われる場合、かかる発信処理を行うための発信要求の送信によって無線容量及び交換機における処理負荷を大きく圧迫してしまうという問題点もあった。」<br>（中文翻译：在以往的移动通信系统中，例如电车跨越位置注册区域时，乘坐该电车的所有用户的移动局一齐开始发送位置注册请求，存在严重挤压无线容量及交换机的处理负荷的问题。此外，在因特定事件（例如电视活动申请等）而进行大量呼叫处理的情况下，由于发送用于执行该呼叫处理的呼叫请求，也存在严重挤压无线容量及交换机的处理负荷的问题。） | 目标专利说明书【0047】明确限定“普遍异常事件是将导致与基站通信的多个设备失去与基站通信的事件”，其实质是指由于外在严重事件（停电、破坏等）导致设备大面积掉线、无法与基站建立正常通信的全局性致命故障。对比文件所记载的仅是常规的网络拥塞工况（即电车乘客同时跨区引发位置注册拥塞，或电视观众同时拨打电话引发发信拥塞），这种拥塞仅是业务队列或无线信道繁忙，并不是使移动局物理上或实质上失去与基站通信能力的灾难性普遍异常事件。因此，对比文件未公开该特征。 |
| **技术特征E**：<br>在普遍异常事件临近的情况下<br><br>《未公开》 | **对比文件【详细说明】部分**：<br>「ステップＳ１０２において、交換機（回線交換機ＭＳＣ又はパケット交換機ＳＧＳＮ）において、大量の位置登録要求が到着して輻輳が発生する。ステップＳ１０３において、交換機ＭＳＣ又はＳＧＳNが、無線回線制御局ＲＮＣに対して、かかる交換機における位置登録処理を規制するための位置登録規制指示……を送信する。」<br>（中文翻译：在步骤S102中，在交换机（电路交换机MSC或分组交换机SGSN）中，大量位置注册请求到达并发生拥塞。在步骤S103中，交换机MSC或SGSN向无线网络控制器RNC发送用于对该交换机中的位置注册处理进行限制的位置注册限制指示……） | 基于对技术特征C和D的分析，对比文件中根本不存在预测或感知对对比文件（JP2008098872A）与目标专利权利要求的技术特征的比对分析如下：
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及位置） | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【说明书段落[2]】：<br>“本発明の第２の特徴は、無線回線制御局と交換機と介して移動通信を行う移動通信方法であって……”<br>（中文翻译：本发明的第2特征是一种通过无线网络控制器和交换机进行移动通信的移动通信方法……） | 对比文件公开了一种移动通信系统中的通信方法。因此，作为方法权利要求的引导主题语，“该方法包括”属于本领域常规的方法表述，已被对比文件直接公开。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《直接公开》 | 【说明书段落[2]】：<br>“ステップＳ１０１において、かかる電車内のユーザの移動局ＵＥ＃１が、位置登録エリアＢにおいて、一斉に位置登録要求（ＣＳ位置登録要求、ＰＳ位置登録要求又は、ＣＳ/ＰＳ位置登録要求）を送信する。”<br>“ステップＳ２０１において、移動局ＵＥが、特定のイベントにおいて、一斉に発信要求……を送信する。”<br>“図５に示すように、本実施形態に係る移動通信システムは、交換機……無線回線制御局ＲＮＣと、複数の基地局ＢＳ＃Ａ、ＢＳ＃Ｂと、複数の移動局ＵＥ＃１、ＵＥ＃２とを具備している。”<br>（中文翻译：在步骤S101中，该列车内的用户的移动台UE#1在位置注册区域B中一齐发送位置注册请求（CS位置注册请求、PS位置注册请求或CS/PS位置注册请求）。在步骤S201中，移动台UE在特定事件中一齐发送呼叫发起请求……如图5所示，本实施方式的移动通信系统包括交换机……无线网络控制器RNC、多个基站BS#A、BS#B以及多个移动台UE#1、UE#2。） | 对比文件中公开了基站BS与多个移动台UE进行通信。在特定事件（如列车跨越区域、特定活动）发生时，移动台UE发送位置注册请求或呼叫发起请求，网络侧/基站接收来自该多个移动台UE中的设备发送的上述请求（即事件指示消息）。该消息在对比文件中指示了移动台发生的接入事件，其作用与目标专利中接收设备发送的事件指示消息相同，本领域技术人员可直接毫无疑义得出，属于直接公开。 |
| **技术特征C：**<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>《隐含公开》 | 【说明书段落[2]】：<br>“ステップＳ１０２において、交換機（回線交換機ＭＳＣ又はパケット交換機ＳＧＳＮ）において、大量の位置登録要求が到着して輻輳が発生する。”<br>“ステップＳ２０２において、交換機（回線交換機ＭＳＣ又はパケット交換機ＳＧＳＮ）において、大量の発信要求が到着して輻輳が発生する。”<br>“輻輳要因検出部１１は、所定閾値よりも高いＣＰＵ使用率のプロセス（例えば、位置登録プロセスや発信プロセス）を検出した場合に、かかるプロセスが原因で輻輳が発生したと判断する。”<br>“なお、報知情報送信部２２は、無線容量自体に輻輳が生じた場合には、自らで処理別規制指示を含む報知情報を生成して送信するように構成されていてもよい。”<br>（中文翻译：在步骤S102中，在交换机（电路交换机MSC或分组交换机SGSN）处大量位置注册请求到达而发生拥塞。在步骤S202中，大量呼叫发起请求到达而发生拥塞。拥塞原因检测部11在检测到具有高于预定阈值的CPU使用率的进程时，判定是由该进程引起了拥塞。另外，在无线容量自身发生拥塞的情况下，报知信息发送部22也可以构成为自行生成包含各处理限制指示的报知信息并发送。） | 目标专利说明书中指出“普遍异常事件可以是将导致与BS通信的多个设备失去与所述BS通信的事件”（如停电、信道严重拥塞故障等），且BS基于接收到的报告检测其即将经历异常。对比文件中，交换机或接入网侧接收大量移动台发送的位置注册或呼叫请求，并基于这些请求引起的负
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>【公开性判断】：《直接公开》 | [0023]：“A second aspect of the present invention is summarized as a mobile communication method for performing mobile communications through a radio network controller and an exchange, including: detecting, at the exchange, a congestion occurrence factor showing a processing which causes a congestion to occur in the exchange; transmitting, at the exchange, a restriction indication per the processing, to the radio network controller based on the detected congestion occurrence factor, the restriction indication instructing a type of the processing which should be restricted in the exchange; transmitting, at the radio network controller, to a mobile station, broadcast information including the received restriction indication; and restricting, at the mobile station, processing corresponding to the restriction indication included in the received broadcast information.”<br>（中文翻译：本发明第二方面概括为一种用于通过无线电网络控制器和交换机执行移动通信的移动通信方法，包括：在交换机处检测指示导致交换机中发生拥塞的处理的拥塞发生因素；基于所检测到的拥塞发生因素，在交换机处向无线电网络控制器发送按处理划分的限制指示，所述限制指示指示应当在交换机中被限制的处理类型；在无线电网络控制器处向移动台发送包括接收到的限制指示的广播信息；以及在移动台处限制与接收到的广播信息中包括的限制指示相对应的处理。） | 对比文件第[0023]段明确公开了一种移动通信方法，且该方法包括一系列后续步骤。该特征为方法权利要求的常规引导语，已被对比文件直接公开。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>【公开性判断】：《直接公开》 | [0088]：“If a train moves from a location registration area A to a location registration area B at step S100, mobile stations UE#1 of users on the train transmit location registration requests (CS location registration requests, PS location registration requests, or CS/PS location registration requests) at the same time, in the location registration area B at step S101.”<br>（中文翻译：如果在步骤S100处火车从位置登记区域A移动到位置登记区域B，则火车上用户的移动台UE#1在步骤S101处在位置登记区域B中同时发送位置登记请求（CS位置登记请求、PS位置登记请求或CS/PS位置登记请求）。）<br>[0086]：“...Note that in examples of FIGS. 11 to 20, a base station BS only transfers information, and the description thereof will be omitted.”<br>（中文翻译：……注意，在图11至图20的示例中，基站BS仅传输信息，其描述将被省略。）<br>[0047]：“...the mobile communication system according to the present embodiment is provided with an exchange (a circuit switching exchange MSC or a packet switching exchange SGSN), a radio network controller RNC, a plurality of base stations BS#A and BS#B and a plurality of mobile stations UE#1 and UE#2.”<br>（中文翻译：……根据本实施例的移动通信系统设置有交换机（电路交换机MSC或分组交换机SGSN）、无线电网络控制器RNC、多个基站BS#A和BS#B以及多个移动台UE#1和UE#2。）<br>[0096]：“At step S201, mobile stations UE transmit calling requests... at the same time on the occasion of a specific event.”<br>（中文翻译：在步骤S201处，移动台UE在特定事件发生时同时发送呼叫请求……） | 目标专利说明书中指出，事件指示消息包括设备发送的网络登入/请求、异常报告或紧急事件触发消息（如[0047]、[0052]）。对比文件公开了移动台UE与基站BS建立无线通信，在特定事件发生时（例如跨越位置区或特定事件触发），移动台UE向网络发送位置登记请求或呼叫请求，基站BS负责传输该信息（[0086]、[0088]、[0096]）。移动台发送的呼叫请求或位置登记请求即属于反映特定事件发生的指示消息。基站接收该来自与其通信的设备的消息并向核心网转发，构成了基站接收来自通信设备之一的事件指示消息。因此，该特征被对比文件直接公开。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>【公开性判断】：《隐含公开》 | [0088]-[0089]：“...mobile stations UE#1 of users on the train transmit location registration requests... at the same time, in the location registration area B at step S101. At step S102, an exchange (a circuit switching exchange MSC or a packet switching exchange SGSN) receives a large amount of location registration requests, which causes congestion.”<br>（中文翻译：……移动台UE#1同时发送位置登记请求。在步骤S102处，交换机接收大量位置登记请求，从而引起拥塞。）<br>[0096]-[0097]：“At step S201, mobile stations UE transmit calling requests... at the same time on the occasion of a specific event. At step S202, the exchange (the circuit switching exchange MSC or the packet switching exchange SGSN) receives a large amount of calling requests, which causes congestion.”<br>（中文翻译：在步骤S201处，移动台UE在特定事件发生时同时发送呼叫请求。在步骤S202处，交换机接收大量呼叫请求，从而引起拥塞。）<br>[0075]：“Note that the broadcast information transmitter 22 may be configured to create and transmit broadcast information including a restriction indication if congestion is caused in the radio capacity.”<br>（中文翻译：注意，如果在无线电容量中引起拥塞，则广播信息发送器22可以被配置为创建并发送包括限制指示的广播信息。） | 目标专利中，“普遍异常事件”是指引起大量设备突发拥塞导致通信受阻/中断的事件，基站基于事件消息或拥塞量判断异常是否临近。对比文件中，在接收到来自大量移动台的并发请求消息（事件指示消息）后，网络侧（包括交换机，并在无线资源拥塞时包括无线接入侧设备）检测到负荷超限进而判断突发拥塞是否发生/即将造成瘫痪（[0075]、[0089]、[0097]）。本领域技术人员结合通信系统架构能够合理推断出：网络根据接收到的突发请求消息量进行负荷与拥塞判定，等同或包含了对因突发事件导致系统不可用/普遍异常状态的临近进行检测。因此，基于极为宽松的隐含公开标准，该技术特征被对比文件隐含公开。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>【公开性判断】：《直接公开》 | [0005]：“...which causes a problem that overloads for processing are imposed on radio capacity and an exchange.”<br>（中文翻译：……导致对无线电容量和交换机施加处理过载的问题。）<br>[0008]：“...Accordingly, a mobile station cannot perform calling/call-receiving processing and location registration processing through either the circuit switch or the packet switch.”<br>（中文翻译：……因此，移动台不能通过电路交换机或分组交换机执行呼叫/呼叫接收处理以及位置登记处理。）<br>[0048]：“...The circuit switching exchange MSC is a device responsible for circuit switched services and is configured to... perform communication restrict in the circuit switched network.”<br>（中文翻译：……电路交换机MSC是负责电路交换业务的设备，被配置为……在电路交换网络中执行通信限制。）<br>[0075]：“Note that the broadcast information transmitter 22 may be configured to create and transmit broadcast information including a restriction indication if congestion is caused in the radio capacity.”<br>（中文翻译：注意，如果在无线电容量中引起拥塞，则广播信息发送器22可以被配置为创建并发送包括限制指示的广播信息。） | 目标专利说明书[0047]明确界定普遍异常事件“可以是将导致与BS通信的多个设备失去与所述BS通信的事件”，其本质上包括由于过载、拥塞导致通信信道不可用或网络实施全面限制使设备无法进行正常通信的情形。对比文件第[0005]、[0008]、[0075]段明确公开了当突发事件导致无线电容量及交换机发生过载和拥塞时，将导致所有移动台无法执行呼叫、呼叫接收及位置登记，即无法进行正常的网络接入与通信，实质上造成了设备与基站/网络失去通信。其技术本质与作用完全一致，因此该特征被直接公开。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>【公开性判断】：《直接公开》 | [0020]：“...wherein the exchange includes a congestion factor detector configured to detect a congestion occurrence factor showing a processing which causes a congestion to occur in the exchange, and; a restriction indication transmitter configured to transmit a restriction indication per the processing, to the radio network controller based on the detected congestion occurrence factor...”<br>（中文翻译：……其中交换机包括拥塞因素检测器，配置为检测指示导致交换机中发生拥塞的处理的拥塞发生因素；以及限制指示发送器，配置为基于所检测到的拥塞发生因素向无线电网络控制器发送按处理划分的限制指示……）<br>[0075]：“...if congestion is caused in the radio capacity.”<br>（中文翻译：……如果在无线电容量中引起拥塞。）<br>[0127]：“...in order to restrict specific processing (location registration processing) in the specific place in advance, so that a state of congestion can be avoided.”<br>（中文翻译：……以便提前限制特定地点的特定处理（位置登记处理），从而能够避免拥塞状态。） | 目标专利中该特征是指在判定拥塞/普遍异常即将发生或存在的情况下触发后续信令。对比文件第[0020]、[0075]以及[0127]段公开了在检测到发生拥塞或在特定区域预测拥塞将要发生时（“提前限制……从而避免拥塞状态”），网络执行发送限制指示的操作。在事件临近/拥塞即将发生时执行触发，两者在触发时机和控制逻辑上完全一致。因此，该特征被对比文件直接公开。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>【公开性判断】：《直接公开》 | [0020]：“...the radio network controller comprises: a broadcast information transmitter configured to transmit, to a mobile station, broadcast information including the received restriction indication.”<br>（中文翻译：……无线电网络控制器包括：广播信息发送器，被配置为向移动台发送包括接收到的限制指示的广播信息。）<br>[0013]：“At step S1003, the radio network controller RNC transmits the created broadcast information through a radio base station BTS to a location registration area belonging to the radio network controller RNC.”<br>（中文翻译：在步骤S1003处，无线电网络控制器RNC通过无线电基站BTS将所创建的广播信息发送到属于无线电网络控制器RNC的位置登记区域。）<br>[0062]：“The broadcast information transmitter 22 is configured to create broadcast information including the restriction indication received by the restriction indication receiver 21 to transmit the information to the mobile station UE.”<br>（中文翻译：广播信息发送器22配置为创建包括由限制指示接收器21接收到的限制指示的广播信息，以将该信息发送到移动台UE。） | 目标专利中的“第一系统指示消息”在说明书[0051]、[0070]中对应于基站向多个设备广播/多播的包含限制/阻止进一步接入请求的系统消息。对比文件公开了RNC生成包含限制指示的广播信息，并通过无线电基站BTS向该小区/区域内的多个移动台UE广播发送（[0013]、[0020]、[0062]）。BTS向移动台发送该广播信息即直接公开了基站传送系统指示消息至通信设备。因此，该特征被对比文件直接公开。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>【公开性判断】：《直接公开》 | [0092]：“At step S106, by receiving and analyzing the broadcast information, the mobile station UE#1 recognizes that the location registration processing is restricted in the location registration area B and suppresses the location registration processing in the location registration area B.”<br>（中文翻译：在步骤S106处，通过接收和分析广播信息，移动台UE#1识别出在位置登记区域B中位置登记处理受到限制，并抑制在位置登记区域B中的位置登记处理。）<br>[0093]：“In an example in which an 802.11-based wireless LAN system can be used as an access link... new information elements (IE) and/or information fields can be added to some existing multicast/unicast Class-1 management frames (eg, beacon frames, public response frames, etc.).” / 对比文件[0066]：“...SIB3 (System Information Block Type 3) defined by 3GPP...”<br>（参见目标说明书[0093]、[0104]对信标/系统广播帧的对应描述）<br>[0100]：“At step S206, by receiving and analyzing the broadcast information, the mobile station UE recognizes that the calling processing is restricted in the specific area and suppresses the calling processing in the specific area.”<br>（中文翻译：在步骤S206处，通过接收和分析广播信息，移动台UE识别出在特定区域中呼叫处理受到限制，并抑制在特定区域中的呼叫处理。） | 目标专利说明书[0104]明确指明系统指示消息即广播帧/信标帧（Beacon frame）或系统信息块，其作用是指示设备抑制/终止网络接入或请求发送（[0051]、[0070]）。对比文件公开了广播信息（如SIB3系统信息，属于蜂窝网络中的周期性信标/广播控制信道消息）包含限制指示，移动台接收后识别并抑制（即停止/放弃传送）位置登记请求消息或呼叫请求消息（即事件指示消息）（[0066]、[0092]、[0100]）。该广播消息在网络中所起的作用完全一致，直接公开了该信标形式的第一系统指示消息指示设备停止传送事件指示消息。 |
| 技术特征H：<br>该方法还包括<br><br>【公开性判断】：《直接公开》 | [0023]：“A second aspect of the present invention is summarized as a mobile communication method for performing mobile communications through a radio network controller and an exchange, including...”<br>（中文翻译：本发明第二方面概括为一种用于通过无线电网络控制器和交换机执行移动通信的移动通信方法，包括……） | 常规方法性连接词，对比文件公开的方法包括多个连续及后续操作步骤（如取消限制、更新广播等，见[0115]-[0125]），直接公开了该技术特征。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>【公开性判断】：《直接公开》 | [0120]：“At step S505, the circuit switching exchange MSC transmits, to the radio network controller RNC, a CS location registration restrict cancellation instruction for instructing to cancel the restrict of the CS location registration processing in the specific area.”<br>（中文翻译：在步骤S505处，电路交换机MSC向无线电网络控制器RNC发送CS位置登记限制取消指令，用于指示取消在特定区域中的CS位置登记处理的限制。）<br>[0126]：“...the restriction indication transmitter 12 of the switching exchange MSC or SGSN specifies and restricts the processing which causes congestion in each exchange, so that an adverse effect on the processing that should not be restricted can be avoided.”<br>（中文翻译：……交换机MSC或SGSN的限制指示发送器12指定并限制在各交换机中引起拥塞的处理，从而可以避免对不应被限制的处理产生不利影响。） | 目标专利说明书[0053]指出，确定恢复可以通过检测拥塞降低，或接收核心网/服务器指示恢复的消息。对比文件第[0120]段中，网络侧（MSC/RNC/基站）在拥塞解除后生成并发送“限制取消指令”，指示取消特定区域的处理限制。能够发出取消限制的指令，必然基于系统确定拥塞（普遍异常）已经消除或恢复，两者在技术实质与控制流程上等同。因此，该特征被对比文件直接公开。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>【公开性判断】：《直接公开》 | [0094]：“In particular, in a boundary of a location registration area along a rail road, the radio network controller RNC continuously transmits broadcast information including the location registration restriction indication (note that a restrict rate is changed in operation) to prevent the location registration processing from being performed at the same time, so that the above-mentioned congestion can be prevented.”<br>（中文翻译：特别地，在沿着铁路线的位置登记区域的边界处，无线电网络控制器RNC连续发送包括位置登记限制指示的广播信息（注意限制率在操作中改变），以防止位置登记处理同时被执行，从而能够防止上述拥塞。） | 目标专利说明书[0053]、[0069]指出，如果系统没有恢复，系统指示消息将被持续传送。对比文件第[0094]段明确公开了在拥塞尚未消除/需要持续控制的期间，网络控制器通过基站“连续发送包括限制指示的广播信息”。即在未解除限制（未恢复）的条件下保持限制信息的传送，技术方案实质相同，被对比文件直接公开。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>【公开性判断】：《直接公开》 | [0094]：“...the radio network controller RNC continuously transmits broadcast information including the location registration restriction indication (note that a restrict rate is changed in operation)...”<br>（中文翻译：……无线电网络控制器RNC连续发送包括位置登记限制指示的广播信息（注意限制率在操作中改变）……）<br>[0121]：“At step S506, the radio network controller RNC creates broadcast information including the received CS location registration restrict cancellation instruction, and at step S507 transmits 'Paging Type 1 (bcch modify)', and thereafter at step S508 transmits the created broadcast information as 'SYSTEM INFORMATION' through broadcast to the specific area.”<br>（中文翻译：在步骤S506处，无线电网络控制器RNC创建包括接收到的CS位置登记限制取消指令的广播信息，并在步骤S507处发送“寻呼类型1（bcch修改）”，此后在步骤S508处将所创建的广播信息作为“系统信息”通过广播发送到特定区域。） | 目标专利中，在未恢复时重复传送或在改变状态时传送的另一指示消息即为第二系统指示消息（说明书[0053]、[0069]）。对比文件第[0094]段中在限制未解除时连续/重复发送限制广播消息（其中包含调整后的限制率消息），以及第[0121]段在状态更新时再次广播系统信息（SYSTEM INFORMATION），均完全对应于传送第二系统指示消息给移动设备。因此，该特征被直接公开。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>【公开性判断】：《直接公开》 | [0066]：“As shown in FIG. 7, broadcast information used in a conventional mobile communication system is configured so that 'SIB3 (System Information Block Type 3)' defined by 3GPP would include a normal restriction indication, a CS restriction indication, and a PS restriction indication.”<br>（中文翻译：如图7所示，在常规移动通信系统中使用的广播信息被配置为由3GPP定义的“SIB3（系统信息块类型3）”将包括常规限制指示、CS限制指示和PS限制指示。）<br>[0094]：“...the radio network controller RNC continuously transmits broadcast information including the location registration restriction indication...”<br>（中文翻译：……无线电网络控制器RNC连续发送包括位置登记限制指示的广播信息……）<br>[0121]：“...at step S508 transmits the created broadcast information as 'SYSTEM INFORMATION' through broadcast to the specific area.”<br>（中文翻译：……在步骤S508处将所创建的广播信息作为“系统信息”通过广播发送到特定区域。） | 对比文件明确说明该指示消息是在3GPP定义的“SIB3”系统信息块（System Information Block）中广播承载的。在移动通信系统中，SIB（系统信息块）在BCCH信道上以预定周期连续重复广播是本领域的公知常识和标准固有属性（对比文件引用的3GPP TS 25.331亦明确定义了SIB周期的调度广播）。对比文件[0094]中的“continuously transmits”结合其SIB3承载形态，明确指明了该系统指示消息是以周期性方式广播发送的。因此，该技术特征属于实质直接公开。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>【公开性判断】：《隐含公开》 | [0006]：“In addition, there is also another problem that when a large amount of calling processing is performed at the same time for a specific event (for example, application for a TV program or the like), the transmission of calling requests for performing the calling processing causes overloads for processing on a radio capacity and an exchange.”<br>（中文翻译：此外，还存在另一个问题，即当针对特定事件（例如电视节目等的申请）同时执行大量呼叫处理时，用于执行呼叫处理的呼叫请求的传输会导致无线电容量和交换机上的处理过载。）<br>[0088]：“...mobile stations UE#1 of users on the train transmit location registration requests (CS location registration requests, PS location registration requests, or CS/PS location registration requests) at the same time...”<br>（中文翻译：……火车上用户的移动台UE#1同时发送位置登记请求（CS位置登记请求、PS位置登记请求或CS/PS位置登记请求）……） | 目标专利说明书中将设备由于异常事件（如断电、网络突发拥塞等）发送的登入/连接请求或报警消息统称为异常报告（[0047]、[0051]、[0055]）。在对比文件中，移动台在突发特定事件或移动越区等事件下大量并发发送的位置登记请求和呼叫请求，本身作为表征该特殊突发状况发生的信令载体。依据极为宽松的隐含公开标准，本领域技术人员可以合理推断该事件触发请求涵盖了广义的突发异常/拥塞事件指示与汇报，故认为该特征被隐含公开。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>【公开性判断】：《隐含公开》 | [0088]-[0091]：“...mobile stations UE#1 of users on the train transmit location registration requests... at the same time, in the location registration area B at step S101. At step S102, an exchange... receives a large amount of location registration requests, which causes congestion. At step S103, the switching exchange... transmits, to a radio network controller RNC, a location registration restriction indication... At step S104, the radio network controller RNC creates broadcast information... and at step S105 transmits the created broadcast information through broadcast to the location registration area B.”<br>（中文翻译：……移动台UE#1同时发送位置登记请求。在步骤S102处，交换机接收大量位置登记请求，从而引起拥塞。在步骤S103处，交换机向RNC发送位置登记限制指示。在步骤S104处，RNC创建广播信息，并在步骤S105处将所创建的广播信息通过广播发送到位置登记区域B。）<br>[0053]：“...if a process with a CPU usage being higher than a predetermined threshold... is detected, the congestion factor detector 11 determines that this process caused congestion to occur.”<br>（中文翻译：……如果检测到CPU使用率高于预定阈值的处理……拥塞因素检测器11确定该处理导致拥塞发生。） | 目标专利说明书[0055]记载，在预定时间窗内接收到超过阈值数量的报告消息时触发发送系统指示消息。对比文件公开了移动台在特定时间（如火车到站跨区、电视活动时）同时（at the same time）发送大量请求消息，交换机/网络在单位时间内因接收到大量请求导致CPU利用率超预定阈值判定拥塞，并立刻触发通过基站广播发送限制指示（[0053]、[0088]-[0091]）。本领域技术人员可以合理推知网络在检测并发大量请求时，必然依托一定的统计窗口/计时周期来衡量单位时间内的请求数量或负载冲击。按照极为宽松的隐含公开判断原则，对比文件部分公开了该特征并提供了可推断的技术启示，因而构成隐含公开。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>【公开性判断】：《直接公开》 | [0051]-[0053]：“The congestion factor detector 11 is configured to detect a congestion occurrence factor showing a processing which causes a congestion to occur in the switching exchange MSC or SGSN. Specifically, the congestion factor detector 11 is configured to detect which processing caused congestion to occur in the switching exchange MSC or SGSN. For example, the congestion factor detector 11 may be configured to detect an occurrence of congestion based on a CPU usage. For example, if a process with a CPU usage being higher than a predetermined threshold (for example, a location registration process or a calling process) is detected, the congestion factor detector 11 determines that this process caused congestion to occur.”<br>（中文翻译：拥塞因素检测器11配置为检测指示导致交换机MSC或SGSN中发生拥塞的处理的拥塞发生因素。具体地，拥塞因素检测器11被配置为检测哪种处理引起了交换机中的拥塞。例如，如果检测到CPU使用率高于预定阈值的处理（例如位置登记处理或呼叫处理），则确定该处理引起拥塞发生。）<br>[0055]-[0056]：“The restriction indication transmitter 12 is configured to transmit... a restriction indication per the processing for instructing a type of processing (for example, location registration processing or calling processing) which should be restricted... For example, if the restriction indication transmitter 12 detects a process with a CPU usage higher than a predetermined threshold... it transmits a restriction indication...”<br>（中文翻译：限制指示发送器12配置为……发送按处理划分的限制指示，用于指示应当被限制的处理类型（例如位置登记处理或呼叫处理）……例如若检测到CPU使用率高于阈值的处理，发送该限制指示……）<br>[0020]、[0088]-[0091]：大量特定请求（如位置登记请求或呼叫请求）并发导致拥塞从而触发下发广播限制指示。 | 目标专利说明书[0055]记载特定类型的消息如测距请求或具有特定标识的请求，当其数量超额时触发系统指示消息。对比文件明确指出系统针对特定处理类型的消息（如单独的“位置登记处理消息”或“呼叫处理消息”）进行检测，当在短时间段内接收到的该特定类型的消息过载（CPU负载超过预定阈值）时，专门触发针对该特定类型的限制指示并通过基站广播下发（[0051]、[0053]、[0056]、[0090]-[0091]）。计算特定类型消息的负载必然基于统计周期。该方案与技术特征O在技术手段、针对特定类型消息触发控制的作用及效果上实质相同，构成了直接公开。 |
<<<A>>><<<B>>><<<c>>><<<D>>><<<E>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<K>>><<<L>>><<<m>>><<<n>>><<<O>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [14] “According to an aspect of the invention, there is provided a wireless network management procedure, the procedure comprising...”<br>（根据本发明的一个方面，提供了一种无线网络管理规程，该规程包括……）<br><br>[45] “Fig. 3 is a flowchart illustrating a management procedure of a wireless network... according to an embodiment of the invention.”<br>（图3是示出根据本发明实施例的无线网络管理规程的流程图。） | 对比文件公开了一种无线网络管理方法/规程（procedure/method），技术方案中明确记载了“该规程包括（the procedure comprising）”各个步骤，与技术特征A在语义和方案结构上实质完全相同，属于常规的方法前序性特征，起到界定方法流程的作用。因此，技术特征A被对比文件直接公开。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《直接公开》 | [42] “The AP (AP1 and AP2) is a functional entity providing connection to the DS through a wireless medium for the associated stations... The AP may be called a convergence controller, a base station (BS), a node-B, a base transceiver system (BTS), or a site controller, in addition to the tile of an access point.”<br>（AP是为关联站点通过无线介质提供到DS的连接的功能实体……AP除了接入点的名称外，还可以被称为集中控制器、基站(BS)、节点B、基站收发信台(BTS)或站点控制器。）<br><br>[55] “Referring to Fig. 4, a station transmitting an event request frame is called a requesting STA and a station transmitting an event report frame is called a reporting STA or a requested STA. In this embodiment, the requesting STA is an access point (AP) and the reporting STA is a non-AP STA.”<br>（参考图4，发送事件请求帧的站点被称为请求STA，发送事件报告帧的站点被称为报告STA或被请求STA。在该实施例中，请求STA是接入点(AP)，报告STA是非AP STA。）<br><br>[59] “The reporting STA transmits the generated event report frame to the requesting STA in response to the event request frame (S130).”<br>（报告STA响应于事件请求帧向请求STA发送所生成的事件报告帧(S130)。） | 目标专利说明书中将设备发送给基站的事件指示消息对应为异常报告或事件报告（[0051]、[0052]、[0126]）。对比文件中AP明确等同于基站（BS）（[42]），非AP STA即为与基站通信的设备（[41]、[42]），且BSS中存在多个设备（STAl至STA4，[39]）。由非AP STA向作为AP的基站发送“事件报告帧（event report frame）”，AP相应予以接收，该事件报告帧即为事件指示消息。对比文件公开的内容在对比文件中用于向网络管理端/AP通报发生的事件，与目标专利中设备向基站指示事件的作用相同。因此，技术特征B被对比文件直接公开。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>《隐含公开》 | [5] “The wireless network management procedure for a WLAN provides protocols relevant to the wireless network management, such as allowing a non-AP station or an access point (AP) to collect a variety of information on the wireless network or diagnosing problems of the wireless network. For example, the wireless network management procedure includes an event reporting procedure...”<br>（WLAN的无线网络管理规程提供了与无线网络管理相关的协议，例如允许非AP站点或接入点(AP)收集关于无线网络的各种信息或诊断无线网络的问题。例如，无线网络管理规程包括事件报告规程……）<br><br>[6] “The event reporting procedure serves to diagnose states of a network in real time.”<br>（事件报告规程用于实时诊断网络的状态。）<br><br>[12] “However, the transmission of all the available event report elements causes an overload of the system and also causes unnecessary overhead.”<br>（然而，传输所有可用的事件报告元素会导致系统过载，并且还会导致不必要的开销。）<br><br>[20] “...it is possible to prevent the overload of the wireless communication system and to prevent the unnecessary overhead.”<br>（……可以防止无线通信系统过载并防止不必要的开销。） | 对比文件中AP收集STA上报的事件信息用于“实时诊断网络状态（diagnose states of a network in real time）”以及“诊断无线网络的问题”，并特别关注“防止系统过载（prevent the overload of the system）”。虽然对比文件未以明文字眼记载“确定普遍异常事件是否临近”，但根据极为宽松的隐含公开判断原则：AP收集网络异常/事件信息就是为了在问题导致全网瘫痪/严重过载前感知网络状态劣化（诊断问题），本领域技术人员基于对比文件公开的通过事件报告诊断系统故障及防范过载的机制，完全有可能进行合理解释与推理，推断出基于收集的事件报告检测和判定大面积网络故障/普遍异常是否即将发生。因此，技术特征C被对比文件隐含公开。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《隐含公开》 | [8] “...thereby deteriorating the utilization efficiency of the wireless channels.”<br>（……从而恶化了无线信道的利用效率。）<br><br>[12] “However, the transmission of all the available event report elements causes an overload of the system and also causes unnecessary overhead.”<br>（然而，传输所有可用的事件报告元素会导致系统过载，并且还会导致不必要的开销。）<br><br>[67]、[73]、[82]、[90] 涉及BSS切换事件（transition event）、安全认证关联事件（RSNA event）、对等链路事件（peer-to-peer link event）等，包括“frequent transition”（频繁切换/掉线切换）、认证失败等。 | 目标专利说明书[0047]指出，普遍异常事件包括如断电、管道破坏等导致与基站通信的多个设备失去通信的事件。对比文件揭示了无线网络中因大量事件上报导致的“系统过载（overload of the system）”以及网络严重故障（如频繁切换、信道拥塞恶化），在此类严重过载和网络瘫痪故障状态下，系统无线信道被阻塞，必然导致多个移动终端STA断开与AP的正常关联和通信链路（即失去通信）。本领域技术人员结合通信常识很容易推断出严重过载/崩溃所对应的即为导致STA失去通信的普遍故障事件。按照宽松的审查认定标准，对比文件部分公开了严重网络故障的机理，技术特征D被对比文件隐含公开。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>《隐含公开》 | [12] “...transmission of all the available event report elements causes an overload of the system and also causes unnecessary overhead.”<br>（……传输所有可用的事件报告元素会导致系统过载，并且还会导致不必要的开销。）<br><br>[20] “...it is possible to prevent the overload of the wireless communication system and to prevent the unnecessary overhead.”<br>（……可以防止无线通信系统过载并防止不必要的开销。）<br><br>[130] “...the reporting STA recognizes the second event request frame not including the event request field as a command for stopping the process of the first event request frame and stops the procedure for the first event request frame.”<br>（……报告STA将不包括事件请求字段的第二事件请求帧识别为用于停止第一事件请求帧的处理的命令，并停止第一事件请求帧的规程。） | 目标专利中该特征是作为触发发送抑制信标或通知的前提条件。对比文件在检测到系统即将发生过载（即上述对应普遍异常事件临近）或存在过多上报开销的场景下，提出了通过发送限制指令（如不带请求字段的帧或带有count限制的帧）以“防止无线通信系统过载（prevent the overload of the wireless communication system）”。即在面临系统过载风险的情形下采取措施。本领域技术人员完全有可能推理出该控制动作的触发时机与环境，按照宽松的隐含公开标准，技术特征E被对比文件隐含公开。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《直接公开》 | [55] “...In this embodiment, the requesting STA is an access point (AP) and the reporting STA is a non-AP STA.”<br>（在该实施例中，请求STA是接入点(AP)，报告STA是非AP STA。）<br><br>[56] “Referring to Fig. 4, the requesting STA transmits an event request frame to the reporting STA (S110). The event request frame can include one or more event request elements.”<br>（参考图4，请求STA向报告STA发送事件请求帧(S110)。该事件请求帧可以包括一个或多个事件请求元素。）<br><br>[130] “The reporting STA receives a second event request frame from the same requesting STA in the course of processing the first event request frame (S220)... when the dialog token of the first event request frame is equal to the dialog token of the second event request frame, the reporting STA recognizes the second event request frame not including the event request field as a command for stopping the process of the first event request frame...”<br>（报告STA在处理第一事件请求帧的过程中从同一请求STA接收到第二事件请求帧(S220)……当第一事件请求帧的对话令牌等于第二事件请求帧的对话令牌时，报告STA将不包含事件请求字段的第二事件请求帧识别为用于停止第一事件请求帧处理的命令……） | 目标专利说明书[0051]、[0093]、[0103]、[0104]指出，系统指示消息可以在空中接口的MAC管理帧中编码，例如广播/多播信标帧或新管理帧。对比文件公开了作为基站的AP（requesting STA）向一个或多个与其通信的STA（reporting STA）发送管理帧（如第二事件请求帧作为控制指示），该管理帧即实质对应于下发的系统指示消息（指示STA调整上报动作）。其在对比文件中起到向终端指示控制命令的作用，与目标专利中向设备下发指示的作用相同。因此，技术特征F被对比文件直接公开。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>《隐含公开》 | [48] “...In this method, the first STA 2 to access a wireless LAN can search for an accessible BSS by receiving a beacon frame periodically transmitted from the second STA 4 which is an AP managing the corresponding BSS.”<br>（……在该方法中，接入无线LAN的第一STA 2可以通过接收由作为管理相应BSS的AP的第二STA 4周期性发送的信标帧来搜索可访问的BSS。）<br><br>[130] “...the reporting STA recognizes the second event request frame not including the event request field as a command for stopping the process of the first event request frame and stops the procedure for the first event request frame.”<br>（……报告STA将不包括事件请求字段的第二事件请求帧识别为用于停止第一事件请求帧的处理的命令，并停止第一事件请求帧的规程。）<br><br>[131] “In this example, the reporting STA does not transmit any event report frame in response to the first event request frame and the second event request frame. If a STA receives a subsequent event request frame with no event request field before the event report from a previous request has been completed, the STA shall stop responding to the request.”<br>（在该示例中，报告STA不响应于第一事件请求帧和第二事件请求帧发送任何事件报告帧。如果STA在来自先前请求的事件报告完成之前接收到没有事件请求字段的后续事件请求帧，则该STA应停止响应该请求。） | 目标专利中第一系统指示消息是指示设备停止上报异常/事件指示消息的信标（说明书[0051]：提醒设备停止传送事件指示消息；[0104]：可以在信标帧中编码）。对比文件中：（1）公开了由AP发送控制帧给STA，使得“STA停止响应该请求，不发送任何事件报告帧（stops the procedure... does not transmit any event report frame... shall stop responding to the request）”，起到了指示终端停止发送事件报告/指示消息的实质效果；（2）对比文件段落[48]明确公开了AP向STA发送信标帧（beacon frame），且在802.11标准中信标帧作为广播管理帧携带网络管理信息是常规手段。本领域技术人员有可能将停止上报事件的指示字段载入信标帧中向STA下发。按照宽松的隐含公开判断规则，技术特征G被对比文件隐含公开。 |
| 技术特征H：<br>该方法还包括<br><br>《直接公开》 | [14] “According to an aspect of the invention, there is provided a wireless network management procedure, the procedure comprising...”<br>（根据本发明的一个方面，提供了一种无线网络管理规程，该规程包括……）<br><br>[46] “...further includes as preliminary procedures a scanning procedure (S10), an authentication procedure (S20), and/or an association procedure (S30) and further includes a management procedure (S40)...”<br>（……进一步包括作为初始规程的扫描规程(S10)、认证规程(S20)和/或关联规程(S30)，并且进一步包括管理规程(S40)……） | 对比文件在描述整个管理规程及其各个连续实施步骤时，明确揭示了方法流程进一步包括各子规程和后续步骤，与技术特征H具有相同的方法流程衔接描述作用。因此，技术特征H被对比文件直接公开。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《隐含公开》 | [5] “...allowing a non-AP station or an access point (AP) to collect a variety of information on the wireless network or diagnosing problems of the wireless network...”<br>（……允许非AP站点或接入点(AP)收集关于无线网络的各种信息或诊断无线网络的问题……）<br><br>[6] “The event reporting procedure serves to diagnose states of a network in real time.”<br>（事件报告规程用于实时诊断网络的状态。）<br><br>[136] “...Since the second event request frame does not include the event request frame but includes the event count field, the reporting STA contains the latest event report corresponding to the event type of the second event request frame in a second event report frame as many as included in the count field. Subsequently, the reporting STA transmits the second event report frame to the requesting STA (S430).”<br>（……由于第二事件请求帧不包含事件请求字段但包含事件计数域，因此报告STA在第二事件报告帧中包含与第二事件请求帧的事件类型相对应的最新事件报告，数量与计数域中包含的相同。随后，报告STA向请求STA发送第二事件报告帧(S430)。） | 目标专利说明书[0053]指出，基站确定系统是否恢复可通过不再检测到信道冲突、冲突数量在容限内或接收到恢复消息。对比文件中，AP通过“实时诊断网络状态”以监控网络拥塞与故障，在先前停止上报或限制上报后，当需要进一步处理事件时（例如图16中的处理阶段S425/S430恢复接收上报），AP必须在内部确认当前网络信道负载是否允许或故障状态是否改善。本领域技术人员有可能通过对比文件中网络实时状态诊断、过载控制机制以及后续流程流转，合理推断出基站内部存在判断网络故障/异常状态是否恢复的判断逻辑。按照非常宽松的标准，技术特征I被对比文件隐含公开。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《隐含公开》 | [8] “...the burden of the WLAN system including the requesting STA and the requested STA is made to increase and unnecessary traffic is caused, thereby deteriorating the utilization efficiency of the wireless channels.”<br>（……包括请求STA和被请求STA在内的WLAN系统的负担加重，并引起不必要的流量，从而恶化无线信道的利用效率。）<br><br>[131] “If a STA receives a subsequent event request frame with no event request field before the event report from a previous request has been completed, the STA shall stop responding to the request.”<br>（如果STA在来自先前请求的事件报告完成之前接收到没有事件请求字段的后续事件请求帧，则该STA应停止响应该请求。） | 目标专利中该特征是指基站在系统尚未恢复时采取进一步限制或保持当前保护状态的前提。对比文件在网络信道恶化、过载尚未缓解或先前的事件报告处理未完成之前，持续维持限制状态（如指示STA停止响应并不发送任何帧）。在未脱离过载/未完成恢复的情形下继续维持控制策略，这与目标专利在未恢复状态下的控制时机逻辑相通。本领域技术人员可以合理推知在故障/过载未消除的情况下维持此类指示操作。基于宽松审查尺度，技术特征J被对比文件隐含公开。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>《直接公开》 | [135] “Fig. 16 is a flow diagram illustrating a wireless network management procedure according to another example of the second embodiment of the invention. In this example, the reporting STA receives continuously another event request frame not including the event request field and including the event count field in the course of processing the previously received event request frame.”<br>（图16是示出根据本发明第二实施例的另一个示例的无线网络管理规程的流程图。在该示例中，报告STA在处理先前接收到的事件请求帧的过程中连续接收到不包括事件请求字段且包括事件计数域的另一事件请求帧。）<br><br>[136] “...The reporting STA receives a second event request frame from the same requesting STA in the course of processing the first event request frame (S420)...”<br>（……报告STA在处理第一事件请求帧的过程中从同一请求STA接收到第二事件请求帧(S420)……） | 目标专利说明书[0053]、[0069]指出，如果系统没有恢复，基站传送另一个系统指示消息（即第二系统指示消息）。对比文件图16及其说明明确公开了：请求STA（AP/基站）在发送了第一帧后，如果先前的请求仍在处理或未完成，继续传送另一帧（第二事件请求帧，即第二系统指示消息）到报告STA（S420）。对比文件直接公开了基站向设备传送第二系统指示帧的技术方案，作用均为实施进一步的管理与控制指示。因此，技术特征K被对比文件直接公开。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>《直接公开》 | [48] “In this method, the first STA 2 to access a wireless LAN can search for an accessible BSS by receiving a beacon frame periodically transmitted from the second STA 4 which is an AP managing the corresponding BSS.”<br>（在该方法中，接入无线LAN的第一STA 2可以通过接收由作为管理相应BSS的AP的第二STA 4周期性发送的信标帧来搜索可访问的BSS。）<br><br>[123] “For the purpose of real-time diagnosis of networks in a wireless network system, STAs can exchange an event request frame and an event report frame periodically or as needed.”<br>（为了无线网络系统中网络的实时诊断，STA可以周期性地或根据需要交换事件请求帧和事件报告帧。） | 目标专利说明书[0053]、[0071]指出，系统指示消息可以以所选择的周期重复地/周期地被传送。对比文件段落[48]中明确记载了信标帧（作为系统指示的载体）是由作为基站的AP“周期性发送（periodically transmitted）”；段落[123]亦明确记载AP与STA之间“周期性地交换事件请求帧和事件报告帧（exchange an event request frame and an event report frame periodically）”。对比文件直接公开了指示/管理帧的周期性传送方式，作用相同。因此，技术特征L被对比文件直接公开。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>《直接公开》 | [5] “...allowing a non-AP station or an access point (AP) to collect a variety of information on the wireless network or diagnosing problems of the wireless network. For example, the wireless network management procedure includes an event reporting procedure...”<br>（……允许非AP站点或接入点(AP)收集关于无线网络的各种信息或诊断无线网络的问题。例如，无线网络管理规程包括事件报告规程……）<br><br>[6] “The event reporting procedure serves to diagnose states of a network in real time.”<br>（事件报告规程用于实时诊断网络的状态。）<br><br>[12] “However, in the known event reporting procedure... the requested STA... shall include all the available event report elements of the requested event type in the event report frame. However, the transmission of all the available event report elements causes an overload of the system and also causes unnecessary overhead.”<br>（然而，在已知的事件报告规程中……被请求STA……应在事件报告帧中包含所请求事件类型的所有可用事件报告元素。然而，所有可用事件报告元素的传输会导致系统过载，并且还会导致不必要的开销。） | 目标专利说明书[0051]、[0052]、[0061]指出，事件指示消息包括异常报告（例如临界实时普遍异常报告、系统异常报告）。对比文件中，事件报告帧用于“诊断无线网络的问题（diagnosing problems of the wireless network）”，所报告的事件（如切换异常失败、频繁异常切换frequent transition、认证RSNA失败等）本质上即属于网络运行中的故障和异常状况报告（异常报告）。对比文件公开的内容与目标专利中上报网络问题的性质完全一致。因此，技术特征M被对比文件直接公开。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>《隐含公开》 | [8] “...since all the available event report elements satisfying the conditions or stored are included in the event report frame, unnecessarily many event report elements... can be included in the event report frame... In some cases, two or more event report frames may be transmitted to report the events for one event request. Accordingly, in the event reporting procedure, the burden of the WLAN system... is made to increase and unnecessary traffic is caused...”<br>（……由于满足条件或存储的所有可用事件报告元素都包含在事件报告帧中，因此不必要的大量事件报告元素……可能包含在事件报告帧中……在某些情况下，可以发送两个或更多个事件报告帧来报告针对一个事件请求的事件。因此，在事件报告规程中，WLAN系统的负担加重并引起了不必要的流量……）<br><br>[80] “The frequent transition sub-element is used to request for a transition event report when the total number of transitions during a time interval defined in the sub-element reaches a frequent transition count threshold included in the sub-element.”<br>（频繁切换子元素用于在子元素中定义的时间间隔内的切换总数达到子元素中包含的频繁切换计数阈值时请求切换事件报告。） | 目标专利说明书[0055]记载了基站基于在预定时间窗内接收预定数量的设备上报作为传送系统指示消息的触发条件。对比文件公开了：（1）存在由于多个STA多次传输事件报告导致网络产生不必要流量与过载；（2）段落[80]明确公开了在“定义的时间间隔（a time interval）”内基于事件数量达到“计数阈值（count threshold）”进行监测与响应；当AP监测到该特定时间窗口内的大量密集报告时，进而采取发送后续管理帧（如停止指令帧）来抑制过载。本领域技术人员基于对比文件公开的时间窗口内事件计数及解决多事件报告过载的技术构思，完全有可能合理推断出AP可在预定时间周期内基于接收到多个异常事件报告而触发下发管理控制指示帧。因此，技术特征N被对比文件隐含公开。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>《隐含公开》 | [14] “...event type field for specifying the event type of an event request and an event response limit field for specifying the number of requested event report elements; and receiving... an event response frame including event report elements for the event type specified in the event type field as many as the number specified...”<br>（……用于指定事件请求的事件类型的事件类型字段，以及用于指定所请求事件报告元素的数量的事件响应限制字段；以及接收……包括针对事件类型字段中指定的事件类型的、数量与所指定的数量相同的事件报告元素的事件响应帧……）<br><br>[67] “...The event type field indicates an event type to be requested using the event request element. Table 1 shows examples of the event type.”<br>（……事件类型字段指示使用事件请求元素所请求的事件类型。表1示出了事件类型的示例。）<br><br>[80] “The frequent transition sub-element is used to request for a transition event report when the total number of transitions during a time interval defined in the sub-element reaches a frequent transition count threshold included in the sub-element.”<br>（频繁切换子元素用于在子元素中定义的时间间隔内的切换总数达到子元素中包含的频繁切换计数阈值时请求切换事件报告。） | 目标专利说明书[0055]记载，如果预定时间周期内接收的相同类型消息数量超出阈值，系统指示消息被传送。对比文件明确公开了事件报告是严格按照“特定事件类型（specified event type，如表1定义的特定类型）”进行分类和上报的，并且段落[80]公开了在“指定的时间间隔（time interval）”内针对该特定类型事件达到阈值数量时进行统计上报，AP据此获知并发送相应的后续管理/控制帧以抑制过载。本领域技术人员有可能由此推理得出：基站在预定时间间隔内基于接收到的特定类型事件消息的数量达到要求而触发发送控制指示。因此，技术特征O被对比文件隐含公开。 |
<<<A>>><<<B>>><<<c>>><<<d>>><<<e>>><<<F>>><<<g>>><<<H>>><<<i>>><<<j>>><<<K>>><<<L>>><<<M>>><<<n>>><<<o>>>
对于对比文件【2009-01-15_WO2009008630A_发明申请_WO2009008630A3 WIRELESS NETWORK MANAGEMENT PROCEDURE, STATION SUPPORTING THE PROCEDURE, AND FRAME FORMAT FOR THE PROCEDURE.docx】，由于本输入中**无说明书及任何实质正文内容**（仅标注“无说明书”），无法从中提取、引用任何具体的技术内容、技术方案或段落记载。
因此，基于现有输入，对比文件对目标专利权利要求的各项技术特征（技术特征A至技术特征O）均无法认定为直接公开或隐含公开。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 无（对比文件无说明书正文内容） | 由于对比文件未提供说明书或任何具体文本内容，本领域技术人员无法从该对比文件中获取任何技术信息，因此该技术特征未被公开。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br>《未公开》 | 无（对比文件无说明书正文内容） | 对比文件无说明书文本，未公开接收事件指示消息的相关方案及作用，未被公开。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br>《未公开》 | 无（对比文件无说明书正文内容） | 对比文件无说明书文本，无法获知基于事件指示消息确定普遍异常事件是否临近的任何技术特征或推理基础，未被公开。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br>《未公开》 | 无（对比文件无说明书正文内容） | 对比文件无说明书文本，未公开该特定普遍异常事件的定义与特征，未被公开。 |
| 技术特征E：在普遍异常事件临近的情况下<br>《未公开》 | 无（对比文件无说明书正文内容） | 对比文件无说明书文本，未公开普遍异常事件临近的前提判断条件，未被公开。 |
| 技术特征F：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br>《未公开》 | 无（对比文件无说明书正文内容） | 对比文件无说明书文本，未公开向多个设备中的一个或多个传送第一系统指示消息的技术方案，未被公开。 |
| 技术特征G：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br>《未公开》 | 无（对比文件无说明书正文内容） | 对比文件无说明书文本，未公开以信标形式指示设备停止传送事件指示消息的技术内容，未被公开。 |
| 技术特征H：该方法还包括<br>《未公开》 | 无（对比文件无说明书正文内容） | 对比文件无说明书文本，未公开该特征。 |
| 技术特征I：确定所述基站是否已经从所述普遍异常事件中恢复<br>《未公开》 | 无（对比文件无说明书正文内容） | 对比文件无说明书文本，未公开确定基站从普遍异常事件恢复的相关内容，未被公开。 |
| 技术特征J：在所述基站没有从所述普遍异常事件中恢复的情况下<br>《未公开》 | 无（对比文件无说明书正文内容） | 对比文件无说明书文本，未公开该判断与触发条件，未被公开。 |
| 技术特征K：传送第二系统指示消息到所述多个设备中的至少一个设备。<br>《未公开》 | 无（对比文件无说明书正文内容） | 对比文件无说明书文本，未公开基站未恢复时传送第二系统指示消息的方案，未被公开。 |
| 技术特征L：其中所述系统指示消息被周期地传送。<br>《未公开》 | 无（对比文件无说明书正文内容） | 对比文件无说明书文本，未公开系统指示消息的周期性传输特征，未被公开。 |
| 技术特征M：其中所述事件指示消息是异常报告。<br>《未公开》 | 无（对比文件无说明书正文内容） | 对比文件无说明书文本，未公开事件指示消息作为异常报告的特征，未被公开。 |
| 技术特征N：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br>《未公开》 | 无（对比文件无说明书正文内容） | 对比文件无说明书文本，未公开在预定时间周期内基于接收多个异常报告触发传送的机制，未被公开。 |
| 技术特征O：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br>《未公开》 | 无（对比文件无说明书正文内容） | 对比文件无说明书文本，未公开在预定时间周期内基于接收多个特定类型消息触发传送的机制，未被公开。 |
针对目标专利（说明书公开了一种在机器到机器网络中处理突发性网络登入和重新登入的方法和装置）与对比文件JP2009130657A的公开性比对分析如下：
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译） | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | 【说明书第10段、第33段等】：<br>「本発明による無線ネットワーク制御方法を説明すると、第１ステップとして…第２ステップとして…第３ステップとして…」<br>（中文翻译：说明本发明的无线网络控制方法，作为第1步骤……作为第2步骤……作为第3步骤……）以及权利要求（付记1）记载的移动通信系统的负荷分散方法。 | 对比文件公开了一种用于移动通信系统中的无线网络控制/负荷分散方法，其包含多个执行步骤。因此，方法前序技术特征A被对比文件直接公开。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br>《未公开》 | 【说明书第13段、第30段、图6】：<br>「携帯端末４から基地局３−３に対して発信を行った時…基地局３−３は無線ネットワーク制御装置状態管理サーバ１に対して問い合わせ手段３ｂにより利用可能な無線ネットワーク制御装置を問い合わせる。」<br>（中文翻译：当便携式终端4向基站3-3进行发信时……基站3-3通过询问单元3b向无线网络控制器状态管理服务器1询问可利用的无线网络控制器。）<br>「その後，携帯端末４から基地局３−３に対して発呼要求（発信）を行うと（図６のｄ）…」<br>（中文翻译：之后，当便携式终端4向基站3-3进行呼叫请求（发信）时（图6之d）……） | 目标专利中，结合说明书【0006】、【0047】、【0051】、【0052】可知，“事件指示消息”是设备在检测到普遍异常事件（如停电等）时，向基站发送的用以指示或报告该异常事件的消息（如临界实时异常报告或异常测距请求）。<br>对比文件中，便携式终端4发送给基站3-3的是普通的用户业务发信/呼叫请求（発信信号/発呼要求），并非指示异常事件发生的“事件指示消息”；而在对比文件中报告异常状态的是上位无线网络控制器（RNC）或状态管理服务器，并非“与基站通信的多个设备（终端）”。两者消息性质、技术含义和作用均不相同。即使采取最宽松的判断标准，本领域技术人员也无法从常规的用户业务呼叫请求推理出属于指示异常事件的事件指示消息，故技术特征B未公开（既无直接公开，也无隐含公开）。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br>《未公开》 | 【说明书第11段、第22段、图3】：<br>「無線ネットワーク制御装置状態管理サーバ１のヘルスチェック手段１ａは一定間隔で無線ネットワーク制御装置２−１〜２−ｎに対してヘルスチェック信号を送信し，各無線ネットワーク制御装置２−１〜２−ｎからの応答を待ち，一定時間内に応答が返らないとその無線ネットワーク制御装置は障害として認識する。」<br>（中文翻译：无线网络控制器状态管理服务器1的健康检查单元1a以恒定间隔向无线网络控制器2-1~2-n发送健康检查信号，等待来自各无线网络控制器2-1~2-n的响应，若在恒定时间内没有响应返回，则将该无线网络控制器识别为故障。）<br>「状態管理手段１ｂは状態管理テーブル１０をチェックして負荷状態が予め設定された輻輳を表す装置負荷率に達したか，または障害状態…になると…直属の無線ネットワーク制御装置が異常状態であることを通知する。」<br>（中文翻译：状态管理单元1b检查状态管理表格10，当负载状态达到预设表示拥塞的装置负载率，或者成为故障状态时……通知直属的无线网络控制器处于异常状态。） | 目标专利中，由基站基于接收到的终端发送的事件指示消息（如多个异常报告）来判断普遍异常是否临近（说明书【0006】、【0052】、【0055】）。<br>对比文件中，确定拥塞或故障异常事件的主体是核心网的“无线网络控制器状态管理服务器1”，其判断依据是无线网络控制器（RNC）上报的CPU使用率（负荷率）或对其健康检查信号的超时未响应，根本不存在“基于来自设备的事件指示消息来确定普遍异常事件是否临近”的方案。因此技术特征C未公开。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br>《未公开》 | 【说明书第3段、第6段、第10段】：<br>「無線ネットワーク制御装置内リソースで輻輳が発生した場合，基地局が携帯端末からの発信信号を受信しても無線ネットワーク制御装置にて拒否されてしまい，発信不可となる。」<br>（中文翻译：当无线网络控制器内部资源发生拥塞时，即使基站接收到来自便携式终端的发信信号，也会被无线网络控制器拒绝，从而无法发信。）<br>「無線ネットワーク制御装置で障害が発生した場合，リストを携帯端末（移動端末）に通知することができなくなり，発信不可になる…」<br>（中文翻译：当无线网络控制器发生故障时，变得无法将列表通知给便携式终端，从而无法发信……） | 目标专利说明书【0047】明确定义：“普遍异常事件可以是将导致与BS通信的多个设备失去与所述BS通信的事件”，例如大面积停电、管道泄漏、破坏等使得设备无法与基站通信的外部/系统级严重灾难。<br>对比文件所发生的仅是通信网络内部上位节点无线网络控制器（RNC）的CPU负荷过高（拥塞）或单点通信超时故障。在此情况下，终端与基站之间的无线接入链路依然完好（基站仍能正常接收便携式终端的发信信号，并由基站将信号通过核心网转接至其他正常的RNC进行通信），并未导致多个设备失去与基站的通信。因此技术特征D未被公开。 |
| 技术特征E：在普遍异常事件临近的情况下<br>《未公开》 | 【说明书第10段、第24段】：<br>「無線ネットワーク制御装置状態管理サーバ１は，通知された無線ネットワーク制御装置の装置負荷率から輻輳状態または異常状態であることを検知すると…」<br>（中文翻译：无线网络控制器状态管理服务器1从通知的无线网络控制器装置负载率检测到处于拥塞状态或异常状态时……） | 目标专利限定该判断发生在基站确定“普遍异常事件临近”这一特定前提条件生效时（说明书【0006】、【0052】）。<br>如特征C和D所述，对比文件并未确定任何导致设备失去与基站通信的普遍异常事件是否临近，其触发条件仅是服务器检测到RNC当前处于拥塞或故障状态。因此技术特征E未被公开。 |
| 技术特征F：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br>《未公开》 | 【说明书第10段、第12段、第30段、图6】：<br>「当該輻輳状態（異常状態）になった無線ネットワーク制御装置配下の基地局に対し，直属の…無線ネットワーク制御装置が異常状態であることを通知する。」<br>（中文翻译：向处于该拥塞状态（异常状态）的无线网络控制器管辖下的基站通知直属的无线网络控制器处于异常状态。）<br>「通知手段１ｃを用いて，該当する無線ネットワーク制御装置の配下の基地局３に対して直属の無線ネットワーク制御装置が異常状態であることを通知する。」<br>（中文翻译：利用通知单元1c，向相应的无线网络控制器管辖下的基站3通知直属的无线网络控制器处于异常状态。） | 目标专利中，是由基站（BS）向下行通信的多个终端设备（如WTRU/智能仪表）广播或多播传送第一系统指示消息（说明书【0006】、【0051】、【0052】）。<br>对比文件中，发送通知的是核心网管理服务器1，接收通知的是基站3；基站接收该异常通知后，仅在内部记录/保持该状态，以便后续有终端发信时代为向服务器询问其他RNC路由（图6步骤b至e），基站根本没有将该异常通知或第一系统指示消息传送给与其通信的一个或多个终端设备（便携式终端4）。因此技术特征F未被公开。 |
| 技术特征G：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br>《未公开》 | 【说明书第10段、第13段、第30段】：<br>「この異常状態であることの通知を受けた基地局は，その基地局のエリアに位置する携帯端末から発信信号を受信すると…携帯端末からの発信信号を取得した転送先無線ネットワーク制御装置に転送することで…携帯端末４による通信が可能となる。」<br>（中文翻译：接收到该异常状态通知的基站，在从位于该基站区域的便携式终端接收到发信信号时……通过将来自便携式终端的发信信号转发给取得的转发目的地无线网络控制器……便携式终端4能够进行通信。） | 目标专利中，该第一系统指示消息作为信标，用于通知设备基站已意识到异常，命令或提醒各设备停止向基站继续发送事件指示消息/终止网络登入以控制RA信道拥塞（说明书【0051】、【0093】、【0104】）。<br>对比文件中不存在向终端传送该指示消息，相反，对比文件的基站继续正常接收终端的发信请求，并协助将其转接给其他轻载RNC处理；对比文件既没有公开“指示设备停止传送事件指示消息”，也没有公开将该消息作为“信标”传送。技术特征G未公开。 |
| 技术特征H：该方法还包括<br>《直接公开》 | 【说明书第10段】：<br>「第１ステップとして…第２ステップとして…第３ステップとして…」<br>（中文翻译：作为第1步骤……作为第2步骤……作为第3步骤……） | 作为延续的方法步骤引述前序，对比文件公开了包含后续多个处理步骤的方法。因此技术特征H被直接公开。 |
| 技术特征I：确定所述基站是否已经从所述普遍异常事件中恢复<br>《未公开》 | 【说明书第12段、第23段、第26段、图3】：<br>「なお，異常状態から正常状態になった場合にも通知手段１ｃから通知される。」<br>（中文翻译：此外，从异常状态恢复为正常状态时也通过通知单元1c进行通知。）<br>「状態管理テーブルの中の当該無線ネットワーク制御装置２−１について設定されている状態…が『規制』…の状態に設定されていると，無線ネットワーク制御装置２−１の配下の基地局３−１〜３−３に無線ネットワーク制御装置（２−１）が正常回復したことを通知する（図３のＳ８）。」<br>（中文翻译：若状态管理表格中关于该无线网络控制器2-1设定的状态为“管制”状态，则向管辖下的基站3-1~3-3通知无线网络控制器（2-1）已正常恢复（图3之S8）。） | 目标专利中，是由基站确定基站本身是否已经从普遍异常事件中恢复（例如说明书【0053】、【0069】图2步骤240、图4步骤450，基站通过RA信道冲突消失或接收M2M服务器指示来判断恢复）。<br>对比文件中，执行恢复状态判断的是核心网的“无线网络控制器状态管理服务器1”，且判断的对象是处于上位控制节点的“无线网络控制器（RNC）”的CPU负荷是否回落至正常阈值或健康检查恢复，而非“确定所述基站是否恢复”。判断主体与判断客体均不相符，故技术特征I未被公开。 |
| 技术特征J：在所述基站没有从所述普遍异常事件中恢复的情况下<br>《未公开》 | 【说明书第23段、第24段、图3】：<br>「『規制』の状態であると今回のタイマ満了イベントの状態（障害）と同じであるため，ステップＳ２に戻る…」<br>（中文翻译：若为“管制”状态，则与本次定时器超时事件的状态（故障）相同，返回步骤S2……） | 目标专利限定该条件为“基站没有从普遍异常事件中恢复”（说明书【0053】、【0069】）。<br>对比文件对应的是状态管理服务器判断RNC未恢复，不存在基站判断自身未从普遍异常中恢复的技术方案。因此技术特征J未公开。 |
| 技术特征K：传送第二系统指示消息到所述多个设备中的至少一个设备。<br>《未公开》 | 【说明书第23段、图3步骤S8、S14、S21】：<br>「配下の基地局３−１〜３−３に対して無線ネットワーク制御装置２−１が異常であることを通知する」<br>（中文翻译：向管辖下的基站3-1~3-3通知无线网络控制器2-1异常。） | 目标专利中，在基站未恢复时，基站向终端设备传送第二系统指示消息（如继续周期性广播指示，说明书【0053】、【0069】）。<br>对比文件在异常未恢复期间，核心网服务器仅内部维持定时检查，并不向终端设备传送系统指示消息；且基站亦未向其通信的设备发送第二系统指示消息。因此技术特征K未公开。 |
| 技术特征L：其中所述系统指示消息被周期地传送。<br>《未公开》 | 【说明书第11段、第20段】：<br>「無線ネットワーク制御装置状態管理サーバ１のヘルスチェック手段１ａは一定間隔で無線ネットワーク制御装置２−１〜２−ｎに対してヘルスチェック信号を送信し…」<br>（中文翻译：无线网络控制器状态管理服务器1的健康检查单元1a以恒定间隔向无线网络控制器2-1~2-n发送健康检查信号……） | 目标专利中周期传送的是基站向多个终端设备广播的第一/第二系统指示消息（说明书【0053】、【0071】）。<br>对比文件中周期传送的仅是状态管理服务器发往RNC之间的内部“健康检查信号（ヘルスチェック信号）”，并非发往设备的“系统指示消息”，两者的发送端、接收端及消息内涵完全不同。因此技术特征L未被公开。 |
| 技术特征M：其中所述事件指示消息是异常报告。<br>《未公开》 | 【说明书第13段、第30段】：<br>「携帯端末４から基地局３−３に対して発信を行った時…」<br>（中文翻译：当便携式终端4向基站3-3进行发信时……）<br>「携帯端末４から基地局３−３に対して発呼要求（発信）を行うと…」<br>（中文翻译：当便携式终端4向基站3-3进行呼叫请求（发信）时……） | 目标专利说明书【0051】、【0052】记载：“触发（210），例如事件指示消息或临界实时异常报告”。<br>对比文件中便携式终端发送的是常规的发信信号或呼叫请求（发信/发呼要求），对比文件全篇未记载任何由设备向基站发送异常报告以作为事件指示消息的技术内容。因此技术特征M未被公开。 |
| 技术特征N：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br>《未公开》 | 【说明书第25段、第29段】：<br>「これは，無線ネットワーク制御装置２−１においてＣＰＵ使用率を一定量の刻み単位でレベル分けし，レベルが変更した際に無線ネットワーク制御装置状態管理サーバへＣＰＵ使用率変動報告が行われ，これを受信した場合である。」<br>（中文翻译：这是在无线网络控制器2-1中将CPU使用率按一定量步进单位分级，在级别改变时向无线网络控制器状态管理服务器进行CPU使用率变动报告，并接收到该报告的情况。） | 目标专利中，基站触发发送指示消息的条件是在预定时间周期内接收到来自多个设备的多个异常报告（如10个紧急报告，说明书【0055】）。<br>对比文件中，服务器发送异常通知给基站是基于RNC单节点CPU使用率越过阈值或健康检查超时，基站自身不向终端传送第一系统指示消息，更未记载基于预定时间周期内接收多个设备的多个异常报告来触发发送。因此技术特征N未被公开。 |
| 技术特征O：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br>《未公开》 | 【说明书第22段、第25段】：<br>「ヘルスチェック応答の受信があると（図３のＳ５）…」<br>（中文翻译：若有健康检查响应的接收（图3之S5）……）<br>「ＣＰＵ使用率変動報告を無線ネットワーク制御装置２−１から受信した場合がある（図３のＳ１７）。」<br>（中文翻译：存在从无线网络控制器2-1接收到CPU使用率变动报告的情况（图3之S17）。） | 目标专利中，特定类型的消息例如为带有特定异常测距目的字段的测距请求或异常测距码（说明书【0055】）。<br>对比文件没有任何由基站在预定时间周期内基于接收多个特定类型的消息来传送第一系统指示消息的技术内容。因此技术特征O未被公开。 |
<<<A>>>
<<<H>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【说明书段落[2]】：<br>「また、本発明による輻輳制御方法は、端末装置と接続可能な無線基地局装置が輻輳制御方法であって、前記無線基地局装置の輻輳の度合を示す輻輳値を測定する測定ステップと、前記測定された求められた輻輳値に応じて、データの送信を通知するためのプリアンブルの送信頻度を決定する決定ステップと、前記決定された送信頻度でプリアンブルを送信する旨の送信指示を前記端末装置に送信する報知ステップと、を含む。」<br>（译文：此外，根据本发明的拥塞控制方法，是与终端装置可连接的无线基站装置中的拥塞控制方法，包括：测量表示所述无线基站装置的拥塞程度的拥塞值的测量步骤；根据所测量求得的拥塞值，决定用于通知数据发送的前导码的发送频率的决定步骤；以及将以该决定的发送频率发送前导码的发送指示发送给所述终端装置的报知步骤。） | 对比文件在说明书段落[2]（公开的发明内容部分）明确公开了一种在无线基站装置中执行的“拥塞控制方法”，该方法包括多个具体步骤。因此，该方法类权利要求的引导项技术特征A被对比文件直接公开。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《 | 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及位置） |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 位置： 说明书第[2]段（发明内容部分）及图1等全局描述。<br>原文：<br>「また、本発明による輻輳制御方法は、端末装置と接続可能な無線基地局装置が輻輳制御方法であって、…測定ステップと、…決定ステップと、…報知ステップと、を含む。」<br>翻译：<br>“此外，根据本发明的拥塞控制方法是能够与终端装置连接的无线基站装置中的拥塞控制方法，包括：……测量步骤；……决定步骤；以及……报知步骤。” | 直接公开论述：<br>对比文件记载了一种在无线通信系统中由无线基站装置执行的拥塞控制方法，该方法包含一系列由基站执行的步骤，与技术特征A属于同类常规方法引导语，本领域技术人员能够毫无疑义地确定对比文件直接公开了该特征。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《直接公开》 | 位置： 说明书第[2]段（实施方式部分，结合图1、图2）。<br>原文：<br>「端末３は、位置登録や発呼要求を行なう際に、プリアンブル（preamble）をランダムアクセスによってＮｏｄｅＢ２のＵＬ／ＤＬ・ＢａｓｅＢａｎｄ処理部２２２に送信する。続いて、ＵＬ／ＤＬ・ＢａｓｅＢａｎｄ処理部２２２は、そのプリアンブルを受信すると、ＵＬデータの送信を許可する場合、ＡＣＫ信号を端末３に送信する。」<br>「ＮｏｄｅＢ２および端末３の数は、図１では、１だけだが、実際には、複数あるものとする。」<br>翻译：<br>“终端3在进行位置登记或呼叫请求时，通过随机接入向NodeB 2的UL/DL基带处理部222发送前导码（preamble）。接着，UL/DL基带处理部222当接收到该前导码时，在许可UL数据发送的情况下，向终端3发送ACK信号。”<br>“NodeB 2和终端3的数量在图1中虽然仅示出1个，但实际上存在多个。” | 直接公开论述：<br>1. 设备与连接关系： 对比文件中记载了基站（NodeB 2）与多个终端3无线连接，通信系统中实际存在多个终端3。<br>2. 消息与接收动作： 终端3在发生位置登记或呼叫请求事件时，通过随机接入向基站发送前导码（preamble），基站接收该前导码。在无线通信中，前导码即为终端为了指示特定接入/通信事件（如位置登记或呼叫请求）而发送的上行信令消息，属于广义的“事件指示消息”。目标专利说明书[0048]、[0055]亦明确将随机接入过程中的接入码、测距请求消息视作事件指示或异常触发的示例。因此，基站接收来自多个设备中某一个设备的前导码直接公开了基站“接收来自与所述基站通信的多个设备中的一个设备的事件指示消息”。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>《隐含公开》 | 位置： 说明书第[2]段（背景技术及实施方式部分）。<br>原文：<br>「プリアンブルは、端末装置がデータの送信を通知するための信号であり、プリアンブルの受信数は、輻輳の度合を示す。」<br>「ＵＬ／ＤＬ・ＢａｓｅＢａｎｄ処理部２２２は、プリアンブルの受信数が第一閾値より大きいと判定すると、ＮｏｄｅＢ２が輻輳状態であると判定する。」<br>「携帯端末からの位置登録や発着信が急増して輻輳状態になることがある。ＮｏｄｅＢは、輻輳状態になると、異常終了（ダウン）することがある。ＮｏｄｅＢがダウンすると、無線アクセスネットワークが提供するサービスが中断される。なお、携帯端末からの位置登録や発着信が急増する場合には、ＮｏｄｅＢが再起動した場合、セルが隣接する隣接ＮｏｄｅＢがリセットされた場合、および、ＮｏｄｅＢのセル内で花火などのイベントが発生した場合などが挙げられる。」<br>翻译：<br>“前导码是终端装置用于通知数据发送的信号，前导码的接收数量表示拥塞的程度。”<br>“UL/DL基带处理部222如果判定前导码的接收数量大于第一阈值，则判定NodeB 2处于拥塞状态。”<br>“可能发生来自移动终端的位置登记或呼叫急剧增加而陷入拥塞状态的情况。NodeB一旦处于拥塞状态，可能发生异常终止（宕机/down）。NodeB若宕机，无线接入网络提供的服务将被中断。此外，来自移动终端的位置登记或呼叫急剧增加的情形包括：NodeB重启的情况、小区相邻的相邻NodeB被重置的情况、以及在NodeB的小区内发生烟花等事件的情况等。” | 隐含公开论述：<br>1. 对比文件机制与作用： 对比文件中，基站基于在监视间隔内统计接收到的来自终端的前导码数量是否超过第一阈值（Threshold High），来判定基站是否达到拥塞状态，并明确记载当拥塞状态持续或无法缓解时“基站可能会异常终止（宕机），导致无线接入网络服务中断”。<br>2. 与目标专利对比推理： 目标专利说明书第[0047]、[0048]段指出，“普遍异常事件可以是将导致与BS通信的多个设备失去与所述BS通信的事件，可能导致系统拥塞甚至系统故障”。对比文件中基站通过统计接收前导码来检测拥塞是否超过门限，本质上就是在严重拥塞即将引发基站系统崩溃宕机（即完全失去通信能力的前兆阶段）时作出状态判定。在极其宽松的隐含公开判断标准下，本领域技术人员容易合理推断出，基站基于事件触发所发送的前导码的统计判定，即相当于基于前导码确定系统全面宕机/服务中断等普遍异常事件是否临近。因此判定为隐含公开。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《直接公开》 | 位置： 说明书第[2]段（背景技术部分）。<br>原文：<br>「ＮｏｄｅＢは、輻輳状態になると、異常終了（ダウン）することがある。 ＮｏｄｅＢがダウンすると、無線アクセスネットワークが提供するサービスが中断される。」<br>翻译：<br>“NodeB在陷入拥塞状态时，可能发生异常终止（宕机）。NodeB一旦宕机，无线接入网络所提供的服务就会中断。” | 直接公开论述：<br>目标专利说明书第[0047]段明确定义：“普遍异常事件可以是将导致与BS通信的多个设备失去与所述BS通信的事件”。<br>对比文件明确记载了由于终端接入突增导致拥塞，会致使基站“异常终止（宕机/down）”，且一旦宕机，“无线接入网络所提供的服务就会中断”。在基站宕机、服务中断的客观状态下，所有与该基站通信的移动终端必然均无法接入网络，即彻底失去与该基站的通信。因此，对比文件记载的基站宕机/服务中断与目标专利定义的“普遍异常事件”在技术内涵、产生的后果及技术作用上完全相同，属于实质等同公开，构成直接公开。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>《隐含公开》 | 位置： 说明书第[2]段（实施方式部分，结合图3、图4）。<br>原文：<br>「ＵＬ／ＤＬ・ＢａｓｅＢａｎｄ処理部２２２は、プリアンブルの受信数がスレッショルドＨｉｇｈより大きいと判定すると、自装置が輻輳状態と判定し、プリアンブルの受信数を規制する旨の規制通知を報知情報処理部２２３に送信する。…その後、報知情報処理部２２３は、ＵＬ／ＤＬ・ＢａｓｅＢａｎｄ処理部２２２から規制通知を受信すると、規制状態に遷移する。」<br>翻译：<br>“UL/DL基带处理部222当判定前导码的接收数量大于阈值High时，判定自身装置处于拥塞状态，向报知信息处理部223发送限制前导码接收数量的限制通知。……之后，报知信息处理部223从UL/DL基带处理部222接收到限制通知后，转移至限制状态。” | 隐含公开论述：<br>根据对特征C与D的分析，对比文件中基站判定前导码接收数超过阈值High而进入拥塞状态，正是基站面临负荷过重可能走向异常终止宕机（普遍异常事件）的临界条件。当且仅当满足该拥塞判定条件时，基站才会触发向终端下发控制信息。在极度宽松的审查标准下，基于该条件触发后续系统指示消息的发送，本领域技术人员可以合理推断其公开了“在普遍异常事件临近的情况下”这一前置条件。因此判定为隐含公开。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《直接公开》 | 位置： 说明书第[2]段（实施方式部分，图1、图4）。<br>原文：<br>「報知情報処理部２２３は、ＵＬ／ＤＬ・ＢａｓｅＢａｎｄ処理部２２２が測定した輻輳値（監視間隔内のプリアンブルの受信数）に応じて、プリアンブルの送信頻度を決定する。報知情報処理部２２３は、その送信頻度でプリアンブルを送信する旨の送信指示を含む報知情報を端末３に送信する。ここで、送信指示として、３ＧＰＰにて規定されるＳＩＢ７で使用される報知情報内ダイナミックパーシステンスレベルを用いる。」<br>翻译：<br>“报知信息处理部223根据UL/DL基带处理部222测量的拥塞值（监视间隔内的前导码接收数量），决定前导码的发送频度。报知信息处理部223向终端3发送包含以该发送频度发送前导码的发送指示的报知信息。在此，作为发送指示，使用在3GPP中规定的SIB7（系统信息块类型7）中所使用的报知信息内动态持续等级（DynamicPersistenceLevel）。” | 直接公开论述：<br>1. 消息形式： 对比文件中基站通过报知信息（广播消息）发送，明确指出采用了3GPP标准中的系统信息块（SIB7），系统信息块属于典型的“系统指示消息”。<br>2. 发送对象： 该报知信息在小区的广播信道中下发，传输至该小区内的一个或多个终端3（处于接入或待机状态的多个设备）。<br>3. 作用对应： 基站检测到拥塞后向多个设备发送包含接入控制参数的系统信息，与目标专利中基站向多个设备发送系统指示消息完全一致。因此，该特征被直接公开。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>《隐含公开》 | 位置： 说明书第[2]段（背景技术及实施方式部分）。<br>原文：<br>「端末装置は、その発呼規制情報を受信すると、その発呼規制情報が示す時間だけプリアンブルの送信を停止する。」<br>「ここで、送信指示として、３ＧＰＰにて規定されるＳＩＢ７で使用される報知情報内ダイナミックパーシステンスレベルを用いる。レベルは、１から８までの８段階の値を有する。レベルの値がＮの場合、送信頻度は、レベルの値が「１」のときの１／Ｎになる。報知情報処理部２２３は、その輻輳値に応じてそのレベルの値を決定することで、プリアンブルの送信頻度を決定する。」<br>「報知情報は端末３に定期的に送信する。」<br>翻译：<br>“终端装置在接收到该呼叫限制信息后，在由该呼叫限制信息所示的时间内停止前导码的发送。”<br>“在此，作为发送指示，使用在3GPP中规定的SIB7中所使用的报知信息内动态持续等级。等级具有从1到8的8个阶段的值。等级的值为N时，发送频度变为等级值为‘1’时的1/N。报知信息处理部223通过根据该拥塞值决定该等级的值，从而决定前导码的发送频度。”<br>“报知信息定期地发送给终端3。” | 隐含公开论述：<br>1. 信标属性： 对比文件记载基站定期向终端发送包含SIB7等级指示的报知信息，无线蜂窝/广播系统中的周期性报知信息本质上即充当广播信标角色（目标专利[0104]亦将广播管理帧、信标帧等列为系统指示消息的形式）。<br>2. 控制行为（停止传送）： 对比文件在背景技术第[2]段中明确指出了先案技术中包含“指示终端在规定时间内停止前导码（事件指示消息）的发送”的技术手段；而在其发明实施方式中，则是通过SIB7动态调整发送频度至1/8甚至更低。在极为宽松的隐含公开标准下，限制发送频度本质上是对接入尝试的一种概率性抑制和部分/临时停止（目标专利[0060]调整网络登入进程也包括“以999/1000概率终止网络登入”的退避方式），且结合对比文件本身提及的发呼停止机制，本领域技术人员完全能够容易推断出该广播报知信息可起到指示终端停止或暂停发送事件指示消息的作用。因此判定为隐含公开。 |
| 技术特征H：<br>该方法还包括<br><br>《直接公开》 | 位置： 说明书第[2]段全局。<br>原文：<br>「また、本発明による輻輳制御方法は、…」<br>翻译：<br>“此外，根据本发明的拥塞控制方法……” | 直接公开论述：<br>常规方法权利要求扩展连接语，对比文件中公开了拥塞控制方法还包括后续判定与控制步骤，直接公开。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《隐含公开》 | 位置： 说明书第[2]段（实施方式部分，图3、图4）。<br>原文：<br>「また、ＮｏｄｅＢ２が輻輳状態の場合、ＵＬ／ＤＬ・ＢａｓｅＢａｎｄ処理部２２２は、プリアンブルの受信数を測定すると、そのプリアンブルの受信数がスレッショルドＬｏｗより小さいか否かを判定する。ＵＬ／ＤＬ・ＢａｓｅＢａｎｄ処理部２２２は、プリアンブルの受信数がスレッショルドＬｏｗより小さいと判定すると、自装置が輻輳状態でないと判定し、プリアンブルの受信数の規制を解除する旨の規制解除通知を報知情報処理部２２3に送信する。」<br>翻译：<br>“此外，在NodeB 2处于拥塞状态的情况下，UL/DL基带处理部222在测量了前导码的接收数量后，判定该前导码的接收数量是否小于阈值Low。UL/DL基带处理部222如果判定前导码的接收数量小于阈值Low，则判定自身装置不处于拥塞状态，向报知信息处理部223发送用于解除对前导码接收数量限制的限制解除通知。” | 隐含公开论述：<br>1. 对比文件机制： 对比文件中，处于拥塞状态（即面临宕机风险的普遍异常临界状态）的基站持续监视前导码接收数，当接收数低于第二阈值（阈值Low）时，基站判定自身不再处于拥塞状态，脱离故障危险。<br>2. 与目标专利对比推理： 目标专利说明书第[0053]段指出：“基于不再检测到RA信道上的冲突或RA信道上冲突的数量在容限界限内，BS确定系统已经恢复”。对比文件中基站通过判定接收的前导码数量回落至阈值Low以下，从而确认基站从拥塞危机中摆脱、进入非拥塞正常状态，其实质就是在“确定基站是否已经从普遍异常事件/拥塞危机中恢复”。在极宽松的隐含公开判断标准下，两者技术原理与逻辑完全一致，判定为隐含公开。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《隐含公开》 | 位置： 说明书第[2]段（实施方式部分，图3、图4）。<br>原文：<br>「つまり、報知情報処理部２２３は、ＵＬ／ＤＬ・ＢａｓｅＢａｎｄ処理部２２２にて輻輳値が第一閾値より大きいと判定されると、輻輳値が第二閾値より小さいと判定されるまで、徐々に送信頻度を下げる。例えば、報知情報処理部２２３は、定期的に送信頻度を下げる。」<br>「一方、ＵＬ／ＤＬ・ＢａｓｅＢａｎｄ処理部２２２は、プリアンブルの受信数がスレッショルドＬｏｗより大きいと判定すると、自装置が輻輳状態であると判定する。」<br>翻译：<br>“也就是说，报知信息处理部223当在UL/DL基带处理部222处判定拥塞值大于第一阈值时，直到判定拥塞值小于第二阈值之前，逐步降低发送频度。例如，报知信息处理部223定期地降低发送频度。”<br>“另一方面，UL/DL基带处理部222如果判定前导码的接收数量大于阈值Low，则判定自身装置处于拥塞状态。” | 隐含公开论述：<br>对比文件中明确指出：在拥塞值被判定小于第二阈值（即恢复）之前，基站保持在拥塞限制状态（即“基站没有从普遍异常事件中恢复”），并持续维持管制逻辑。因此，对比文件公开了该判断分支条件，在极度宽松的隐含公开标准下，认定为隐含公开。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>《直接公开》 | 位置： 说明书第[2]段（实施方式部分，图4）。<br>原文：<br>「規制状態に遷移すると、報知情報処理部２２３は、徐々にレベルの値を上げる。報知情報処理部２２３は、レベルの値を上げると、その上げた値のレベルを含む報知情報を端末３に送信する。なお、報知情報処理部２２３は、レベルの値を８まで上げると、その後は、それ以上レベルの値を上げずに、値が８のレベルを含む報知情報を定期的に端末３に送信する。」<br>翻译：<br>“转移至限制状态后，报知信息处理部223逐步提高等级值。报知信息处理部223在提高等级值后，向终端3发送包含该提高后的等级值的报知信息。另外，报知信息处理部223在将等级值提高至8之后，其后不再继续提高等级值，而是定期向终端3发送包含值为8的等级的报知信息。” | 直接公开论述：<br>对比文件明确记载，在处于拥塞限制状态（未恢复）期间，基站会改变等级值并向终端3发送包含新等级值的报知信息，或者在达到最大限制级别后定期向终端3发送包含限制等级的报知信息。这些在未恢复期间再次/重复下发的报知信息（SIB7），即直接对应于“传送第二系统指示消息到所述多个设备中的至少一个设备”。因此该特征被直接公开。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>《直接公开》 | 位置： 说明书第[2]段（实施方式部分）。<br>原文：<br>「この場合、報知情報処理部２２３は、値が基準値「１」のレベルを含む報知情報を定期的に端末３に送信する。」<br>「値が８のレベルを含む報知情報を定期的に端末３に送信する。」<br>「例えば、報知情報処理部２２３は、定期的に送信頻度を下げる。」<br>翻译：<br>“在此情况下，报知信息处理部223定期向终端3发送包含基准值‘1’的等级的报知信息。”<br>“定期向终端3发送包含值为8的等级的报知信息。”<br>“例如，报知信息处理部223定期降低发送频度。” | 直接公开论述：<br>对比文件明确说明包含发送指示信息的报知信息（系统指示消息）是由基站定期（即“周期地/定期的に”）发送给终端3的。本领域技术人员无需推导即可得出该技术特征已被直接公开。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>《隐含公开》 | 位置： 说明书第[2]段（背景技术及实施方式部分）。<br>原文：<br>「なお、携帯端末からの位置登録や発着信が急増する場合には、ＮｏｄｅＢが再起動した場合、セルが隣接する隣接ＮｏｄｅＢがリセットされた場合、および、ＮｏｄｅＢのセル内で花火などのイベントが発生した場合などが挙げられる。」<br>「端末３は、位置登録や発呼要求を行なう際に、プリアンブル（preamble）をランダムアクセスによってＮｏｄｅＢ２のＵＬ／ＤＬ・ＢａｓｅＢａｎｄ処理部２２２に送信する。」<br>翻译：<br>“此外，来自移动终端的位置登记或呼叫急剧增加的情形包括：NodeB重启的情况、小区相邻的相邻NodeB被重置的情况、以及在NodeB的小区内发生烟花等事件的情况等。”<br>“终端3在进行位置登记或呼叫请求时，通过随机接入向NodeB 2的UL/DL基带处理部222发送前导码。” | 隐含公开论述：<br>1. 对比文件中终端发送的前导码是为了请求网络接入以执行“位置登记或发呼”，而在背景技术中指出，该接入激增往往是由“相邻基站复位重置”、“基站重启”等网络异常突发状况引发的被动接入行为。<br>2. 目标专利说明书第[0055]段指出，异常指示消息的形式可以包括具有特定目的的接入请求（如带有特定测距目的或保留测距码的消息）。对比文件中由于网络节点异常重置引发的位置登记前导码，在极度宽松的标准下，可合理推断其承载了因异常而触发的网络上报功能，具有异常指示属性。因此判定为隐含公开。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>《隐含公开》 | 位置： 说明书第[2]段（实施方式部分）。<br>原文：<br>「本実施形態では、ＵＬ／ＤＬ・ＢａｓｅＢａｎｄ処理部２２２は、輻輳値として、監視間隔内のプリアンブルの受信数を測定する。なお、監視間隔は、所定時間の一例である。」<br>「ＵＬ／ＤＬ・ＢａｓｅＢａｎｄ処理部２２２は、その測定したプリアンブルの受信数が予め定められた第一閾値より大きいか否かを判定する。…プリアンブルの受信数が第一閾値より大きいと判定すると、ＮｏｄｅＢ２が輻輳状態であると判定する。」<br>「報知情報処理部２２３は、ＵＬ／ＤＬ・ＢａｓｅＢａｎｄ処理部２２２にて輻輳値が第一閾値より大きいと判定されると、…送信頻度でプリアンブルを送信する旨の送信指示を含む報知情報を端末３に送信する。」<br>翻译：<br>“在本实施方式中，UL/DL基带处理部222作为拥塞值，测量监视间隔内的前导码接收数量。另外，监视间隔是预定时间的一个示例。”<br>“UL/DL基带处理部222判定所测量的前导码接收数量是否大于预先设定的第一阈值。……若判定前导码接收数量大于第一阈值，则判定NodeB 2处于拥塞状态。”<br>“报知信息处理部223在UL/DL基带处理部222处判定拥塞值大于第一阈值时，……向终端3发送包含以该发送频度发送前导码的发送指示的报知信息。” | 隐含公开论述：<br>1. 对应关系： 对比文件中明确公开了在“监视间隔（说明书明确保留为预定时间的示例）”内，基站统计接收到的来自多个终端的“前导码（基于特征M已认定可引申为异常事件接入报告）”的数量；当前导码接收数量超过第一阈值（多个）时，触发基站向终端传送包含限制指示的报知信息（第一系统指示消息）。<br>2. 推理分析： 目标专利说明书第[0055]段明确阐述：“用于传送系统指示消息的另一触发可以基于在预定的时间窗内接收来自预定数量的M2M设备的重复的报告……如果在预定的时间周期内接收的相同类型的消息数量超出，则系统指示消息可以被传送到有关的设备”。对比文件基于预定监视间隔内统计接收超过阈值数量的前导码来触发发送系统报知信息，在极度宽松的隐含公开判断标准下，与该技术特征所界定的逻辑完全相符，判定为隐含公开。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>《直接公开》 | 位置： 说明书第[2]段（实施方式部分，图2）。<br>原文：<br>「本実施形態では、ＵＬ／ＤＬ・ＢａｓｅＢａｎｄ処理部２２２は、輻輳値として、監視間隔内のプリアンブルの受信数を測定する。 なお、監視間隔は、所定時間の一例である。」<br>「ＵＬ／ＤＬ・ＢａｓｅＢａｎｄ処理部２２２は、プリアンブルの受信数が第一閾値より大きいと判定すると、ＮｏｄｅＢ２が輻輳状態であると判定し、プリアンブルの受信数を規制する旨の規制通知を報知情報処理部２２３に送信する。」<br>「報知情報処理部２２３は、…報知情報を端末３に送信する。」<br>翻译：<br>“在本实施方式中，UL/DL基带处理部222作为拥塞值，测量监视间隔内的前导码接收数量。另外，监视间隔是预定时间的一个示例。”<br>“UL/DL基带处理部222在判定前导码接收数量大于第一阈值时，判定自身处于拥塞状态，并向报知信息处理部223发送限制前导码接收数量的限制通知。”<br>“报知信息处理部223……向终端3发送报知信息。” | 直接公开论述：<br>对比文件中基站在“监视间隔（预定的时间周期）”内，对“前导码（属于特定类型的物理层随机接入信令消息）”的接收数量进行计数，当该特定类型的消息在所设监视间隔内被接收的统计数量超过设定的第一阈值（即接收了多个特定类型的消息）时，判定达到拥塞触发条件并下发报知信息。这与技术特征O中限定的“在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送”完全吻合，本领域技术人员可以直接、毫无疑义地确定该特征已被直接公开。 |
<<<A>>><<<B>>><<<c>>><<<D>>><<<e>>><<<F>>><<<g>>><<<H>>><<<i>>><<<j>>><<<K>>><<<L>>><<<m>>><<<n>>><<<O>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 无对应公开内容。 | 对比文件属于冶金机械制造领域，涉及一种薄板坯连铸方法及双辊铸造机（参见[2]：“本发明涉及带钢连铸方法及双辊铸造机”）。而目标专利属于无线通信/机器到机器（M2M）网络领域中的通信控制方法。两者技术领域完全不同，对比文件未公开用于在通信网络中处理突发事件的方法，因此未公开技术特征A。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br>《未公开》 | 无对应公开内容。 | 对比文件公开的是双辊铸造机中通过板厚传感器测量带钢板厚、通过相机拍摄液面位置以调整浇注流量与水口位置（参见[2]），完全未公开无线通信系统中的“基站”、“与基站通信的多个设备”以及“接收事件指示消息”等技术内容，因此未公开技术特征B。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br>《未公开》 | 无对应公开内容。 | 对比文件仅公开根据板厚传感器测定值与目标值偏差调节滑板阀门开度（参见[2]），并未涉及通信网络中基于上行消息分析、判断普遍通信中断异常是否临近的技术手段与功能，因此未公开技术特征C。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及无线通信网络，更未公开导致多个通信设备失去与基站通信连接的“普遍异常事件”，因此未公开技术特征D。 |
| 技术特征E：在普遍异常事件临近的情况下<br>《未公开》 | 无对应公开内容。 | 对比文件不涉及通信网络异常临近的前提条件判断，因此未公开技术特征E。 |
| 技术特征F：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br>《未公开》 | 无对应公开内容。 | 对比文件中各执行器动作仅为铸造机内部的机械控制与驱动（参见[2]），未公开基站向无线设备下发系统级指示消息的无线通信过程，因此未公开技术特征F。 |
| 技术特征G：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br>《未公开》 | 无对应公开内容。 | 对比文件完全不存在基站下发用于指示设备停止发送事件报告以遏制接入信道风暴拥塞的“信标”或指示消息，因此未公开技术特征G。 |
| 技术特征H：该方法还包括<br>《未公开》 | 无对应公开内容。 | 对比文件属于金属铸造领域，未公开无线通信控制方法，未公开技术特征H。 |
| 技术特征I：确定所述基站是否已经从所述普遍异常事件中恢复<br>《未公开》 | 无对应公开内容。 | 对比文件未公开基站对网络普遍异常事件恢复状态的检测与判断，因此未公开技术特征I。 |
| 技术特征J：在所述基站没有从所述普遍异常事件中恢复的情况下<br>《未公开》 | 无对应公开内容。 | 对比文件不存在针对通信异常未恢复状态的条件判断，未公开技术特征J。 |
| 技术特征K：传送第二系统指示消息到所述多个设备中的至少一个设备。<br>《未公开》 | 无对应公开内容。 | 对比文件未公开在基站未恢复时持续或再次向设备下发指示消息以维持拥塞控制的技术方案，未公开技术特征K。 |
| 技术特征L：其中所述系统指示消息被周期地传送。<br>《未公开》 | 无对应公开内容。 | 对比文件未公开基站在下行链路中周期性广播/传送系统指示消息的机制，未公开技术特征L。 |
| 技术特征M：其中所述事件指示消息是异常报告。<br>《未公开》 | 无对应公开内容。 | 对比文件未公开终端/设备向基站发送作为事件指示消息的“异常报告”，未公开技术特征M。 |
| 技术特征N：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br>《未公开》 | 无对应公开内容。 | 对比文件未公开基站在预定时间周期内统计多个异常报告并据此触发系统指示消息传送的触发判定机制，未公开技术特征N。 |
| 技术特征O：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br>《未公开》 | 无对应公开内容。 | 对比文件未公开基于预定时间周期内接收多个特定类型消息以触发系统指示消息发送的判定机制，未公开技术特征O。 |
作为资深专利代理师，结合目标专利说明书原文以及对比文件（US 2009/0294362 A1）的具体公开内容，对目标专利权利要求的技术特征 A 至 O 进行深度公开性评估。
**技术领域与方案实质分析：**
* **目标专利**属于无线通信/机器到机器（M2M）通信领域，涉及在通信系统发生大面积/普遍异常事件时，基站如何接收设备事件报告、评估网络异常、周期下发系统指示信标以制止设备过载重登/风暴接入的方法。
* **对比文件（US 2009/0294362 A1）**属于化学与色谱分离分析技术领域，发明名称为《STATIONARY PHASE FOR HYDROPHILIC INTERACTION CHROMATOGRAPHY》（用于亲水作用色谱的固定相），全部内容仅涉及通过接枝中性亲水性乙烯基单体改性固相支撑体以用于亲水相互作用色谱（HILIC）分离的技术方案。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含段落与翻译） | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>【未公开】 | 无引用内容。<br><br>对比文件全文（如[0001]、[0020]等）涉及的是“用于亲水作用色谱（HILIC）的固定相制备方法及色谱分离方法”。 | 对比文件属于化学色谱材料领域，公开的是色谱分离或固相萃取方法，与无线通信中基站处理网络登入的方法完全无关。即便从最宽的上位概念“方法”来看，其所指代的方法体系和执行主体全然不同，因此未公开。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>【未公开】 | 无引用内容。<br><br>对比文件全文涉及亲水单体在固体支撑物上的接枝共聚及分析物分离，不含任何基站、通信设备或消息传递内容。 | 目标专利中，该特征是指基站接收与其无线连接的终端（如M2M设备/WTRU）发送的诸如断电、故障等事件指示消息（见目标说明书[0048]、[0051]、[0055]）。对比文件涉及色谱固定相分离极性化合物，无任何无线通信实体、无基站、无设备上报事件指示消息，既未直接公开，也无任何可推导的启示，完全未公开。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指基站根据收到的事件指示消息（或统计数量、特定代码）预先检测通信网络即将经历大规模严重异常，以提前触发防风暴机制（见目标说明书[0006]、[0052]）。对比文件为化学色谱分离机理，不涉及任何事件分析、状态判定或普遍异常预测，完全未公开。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>【未公开】 | 无引用内容。 | 目标专利中对普遍异常事件的定义明确为“导致与BS通信的多个设备失去与所述BS通信的事件”（见目标说明书[0047]）。对比文件涉及液相色谱流动相与固定相的分配机制，无网络实体脱网或通信中断的物理含义，完全未公开。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是基站执行防拥塞调度策略的触发前置条件（见目标说明书[0006]、[0052]、[0069]）。对比文件不涉及任何事件检测及其条件分支控制，完全未公开。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指基站在空口下发信令（如广播或多播系统指示消息）通知有关终端（见目标说明书[0051]、[0052]、[0070]）。对比文件为化学试剂处理与吸附剂制备，无消息传输机制，完全未公开。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征限定了系统指示消息的具体性质（信标Beacon）和功能（指示设备停止传送事件指示消息以抑制随机接入信道拥塞，见目标说明书[0051]、[0093]、[0104]）。对比文件属于化学材料领域，不存在信标通信及设备停发机制，完全未公开。 |
| 技术特征H：<br>该方法还包括<br><br>【未公开】 | 无引用内容。 | 属于从属权利要求的方法步骤引入特征，基于前述分析，对比文件未公开无线基站通信方法，完全未公开。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指基站监测网络状态（如RA信道冲突是否降至容限界限内，或接收网络服务器指示）以评估是否完成故障恢复（见目标说明书[0053]、[0069]）。对比文件不包含任何系统故障恢复判断，完全未公开。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是网络未恢复时的持续控制判定条件（见目标说明书[0053]、[0069]）。对比文件无相关机制，完全未公开。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是在未恢复时再次传送系统指示消息以维持抑制拥塞（见目标说明书[0053]、[0069]）。对比文件无无线下行消息发送，完全未公开。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征限定系统指示消息以所选择的周期重复广播，直到拥塞受控或系统恢复（见目标说明书[0053]、[0071]）。对比文件完全不涉及无线信号的周期发送，完全未公开。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征明确了设备上传消息的类型为故障/异常报告（如临界实时异常报告，见目标说明书[0051]、[0052]）。对比文件无相关信息，完全未公开。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征限定了基站判断异常的统计窗口机制，即在预定时间窗内接收到超过阈值数量的重复异常报告时触发下发（见目标说明书[0055]）。对比文件属于化学色谱领域，无消息统计与触发机制，完全未公开。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征限定基站在时间周期内统计特定类型的消息（如断电测距请求消息、保留测距码）达到设定阈值时下发第一系统指示消息（见目标说明书[0055]）。对比文件无任何相应技术方案，完全未公开。 |
---
### 评估结论
本案对比文件 US 2009/0294362 A1 属于化学材料与亲水相互作用色谱（HILIC）分析领域，与目标专利所处的信息与通信技术领域存在本质跨界。对比文件通篇完全未记载任何无线基站通信、设备事件指示消息上报、普遍异常检测、信标下发及网络拥塞抑制等机制。即使采用最宽松的隐含公开标准，本领域技术人员也绝无可能从对比文件的化学色谱材料接枝制备及色谱保留行为中推导出任何上述技术特征。因此，技术特征 A 至 O 全部未被直接公开，亦未被隐含公开。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《未公开》 | 对比文件全文（例如【0001】、【0011】）公开内容：<br>“【0001】本发明涉及挥发性物质扩散装置的调节。更具体地，本发明涉及包含具有半透膜的容器的挥发性物质扩散器……”<br>“【0011】本发明的各方面之一涉及一种借助于具有可调节蒸发程度的半透膜的挥发性物质蒸发器装置……” | 目标专利中的技术特征A属于机器到机器（M2M）通信网络中基站处理突发性网络登入/重新登入的无线通信方法的前序。而对比文件（US20090302128A1）属于一种用于空气清新或杀虫的挥发性物质扩散/蒸发机械装置，完全不属于无线通信方法范畴，也不包含无线基站的方法步骤，未公开该技术特征。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《未公开》 | 对比文件全文无相关内容。全文仅涉及外壳、具有半透膜的容器以及挥发性液体的物理挥发调节，例如【0011】中的壳体与容器的相对位移。 | 对比文件属于日用挥发性物质扩散物理装置领域，完全不涉及通信实体，不存在“基站”、“通信设备”以及通过无线通信信道“接收事件指示消息”的硬件实体与交互过程。本领域技术人员无法从对比文件中直接得出或推理得出该技术特征。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利说明书（如【0047】-【0052】）中，该特征是指基站依据M2M设备上报的事件指示（如警报、紧急消息）检测是否即将经历全网范围的突发异常。对比文件是机械蒸发装置，无任何消息处理或异常判断逻辑，未公开该技术特征。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《未公开》 | 对比文件全文无相关内容。 | 对比文件不涉及任何通信网络、基站或通信设备掉线/失联的异常事件定义，未公开该特征。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>《未公开》 | 对比文件全文无相关内容。 | 对比文件不具备任何关于通信系统普遍异常临近的条件判断机制，未公开该特征。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利中该特征是指基站通过广播或多播下发系统指示消息以通知终端控制接入。对比文件不包含任何电子信息发送功能，未公开该技术特征。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利中信标用于提醒设备停止传送事件指示消息以避免信道拥塞（说明书【0051】、【0104】）。对比文件为无源机械挥发调节器，完全不涉及无线通信协议中的“信标（beacon）”及相关流控指示信令，未公开该特征。 |
| 技术特征H：<br>该方法还包括<br><br>《未公开》 | 对比文件全文无相关内容。 | 属于通信处理方法步骤的连接词，对比文件全篇未涉及通信方法，未公开该特征。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利中基站检测碰撞是否降低或接收服务器指示以判断系统是否恢复（说明书【0053】）。对比文件无状态检测和故障恢复机制，未公开该特征。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《未公开》 | 对比文件全文无相关内容。 | 对比文件无相应异常未恢复的状态判定分支，未公开该特征。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>《未公开》 | 对比文件全文无相关内容。 | 对比文件完全不存在基站在未恢复情况下重复或后续发送系统消息的机制，未公开该特征。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利指基站以选定周期重复传送系统指示消息直到拥塞受控（说明书【0053】）。对比文件不涉及任何通信消息的周期性发送，未公开该特征。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>《未公开》 | 对比文件全文无相关内容。 | 对比文件不涉及通信协议中的异常报告消息，未公开该特征。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利指基站在时间窗内收到超阈值的报告后触发系统指示（说明书【0055】）。对比文件无统计多设备报告并触发控制的机制，未公开该特征。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利指基于特定类型消息（如特定测距码、非正常断电请求等）在时间窗内的数量触发（说明书【0055】）。对比文件无消息类型判断与触发逻辑，未公开该特征。 |
| 技术特征描述及判断结果 | 对比文件原文引用（中文翻译及段落标号） | 公开性论述 |
| 技术特征A：该方法包括<br><br>《直接公开》 | 【对比文件段落[p07]】<br>“根据本发明的一个方面，提供了一种在无线通信系统中操作毫微微基站的方法。”（According to an aspect of the present invention, a method of operating a femto base station in a wireless communication system is provided.） | 对比文件段落[p07]明确公开了一种在无线通信系统中操作毫微微基站的方法，直接公开了该方法的前提架构特征。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《未公开》 | 【对比文件段落[p41]、[p44]、[p67]、[p81]】<br>“例如，当由于软件下载/安装等需要重新启动时，毫微微基站可以通过调度其OoS来操作……非预定的OoS可能发生在毫微微基站未预料到的情况下，例如毫微微基站经历掉电或网络断开连接等情况。”（段落[p41]）；“当备用电源达到阈值时……”（段落[p67]）；“毫微微基站可能在毫微微基站未预料到的情况下经历回程故障……”（段落[p81]）。 | 目标专利中，该特征是指基站从与其通信的多个设备中接收触发事件指示消息（如M2M设备上报的异常报告或测距请求，参见目标说明书[0006]、[0051]、[0055]）。而在对比文件中，基站触发服务中断（OoS）完全是由于基站自身检测到事件（例如计划的软件重启、自身备用电源达到阈值、自身回程IP网络故障中断等），并未公开由基站从与其通信的终端设备接收任何“事件指示消息”来触发。因此对比文件既未直接公开也未隐含公开该特征。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br><br>《未公开》 | 【对比文件段落[p41]、[p67]、[p81]】<br>（同技术特征B引用段落，记载了基站自身确定调度OoS或自身检测掉电、回程中断）。 | 目标专利中，基站需要根据接收到的设备事件指示消息来分析判断普遍异常事件是否即将来临（例如接收到特定数量的异常报告，参见[0006]、[0052]、[0055]）。对比文件中不存在接收设备的事件指示消息，基站确定OoS完全基于内部自身状态（自身供电、自身软件更新、自身回程连通性），因此无法得出“基于所述事件指示消息确定普遍异常事件是否临近”，该特征未公开。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《直接公开》 | 【对比文件段落[p04]、[p41]】<br>“毫微微基站的服务受IP网络线路状况不佳、软件重启等的影响。例如，毫微微基站可能暂时断电或可能与移动通信系统的核心网断开连接。如果在意外情况下毫微微基站的服务中断，向用户设备提供的通信服务可能会显著恶化。”（段落[p04]）；“毫微微基站的服务中断的状态在下文中被称为服务停止（OoS）……非预定的OoS可能发生在毫微微基站未预料到的情况下，例如毫微微基站经历掉电或网络断开连接等情况。”（段落[p41]）。 | 目标专利说明书[0047]指出普遍异常事件可以是导致与基站通信的多个设备失去与基站通信的事件（如停电、网络中断等）。对比文件段落[p04]和[p41]明确公开了由于掉电、回程网络断开导致毫微微基站的服务中断（OoS，out of service），使得与其通信的用户设备无法继续在该基站获取通信服务，其实质就是导致与基站通信的多个设备失去与基站的正常通信。技术方案实质相同且作用一致，属于直接公开。 |
| 技术特征E：在普遍异常事件临近的情况下<br><br>《直接公开》 | 【对比文件段落[p41]、[p45]、[p67]、[p70]】<br>“为了应对这种情况，毫微微基站可以具有备用电源。在切换到备用电源后，当备用电源达到阈值时，毫微微基站执行非预定的OoS。”（段落[p67]）；“毫微微基站向用户设备（UE）发送寻呼通告（PAG-ADV）消息以指示用户设备接入宏基站。”（段落[p70]）。 | 目标专利说明书[0006]指出在确定普遍异常（如掉电）即将发生/临近时采取动作。对比文件段落[p67]公开了毫微微基站发生外部掉电切换到备用电源后，当备用电源电量消耗达到某一阈值时（即电池即将耗尽、服务即将彻底中断/临近中断的时机），触发向UE发送即将发生OoS的指示（PAG-ADV），属于在普遍异常事件临近（imminent）的情况下执行操作，构成本领域技术人员可确定的直接公开。 |
| 技术特征F：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《直接公开》 | 【对比文件段落[p07]、[p45]、[p70]】<br>“该方法包括：通过使用以特定周期发送的寻呼消息或广播消息来发送指示服务中断的第一通告消息……”（段落[p07]）；“毫微微基站向用户设备（UE）发送寻呼通告（PAG-ADV）消息或广播消息（步骤S115）。PAG-ADV消息或广播消息可以包括指示毫微微基站执行调度的OoS的OoS指示……”（段落[p45]）；“毫微微基站向UE发送PAG-ADV消息以指示UE接入宏基站（步骤S425）。”（段落[p70]）。 | 对比文件明确公开了毫微微基站在服务中断前，向处于该小区内的UE（一个或多个通信设备）发送指示服务中断的第一通告消息（如PAG-ADV广播消息或寻呼消息），对应于目标专利中基站向设备传送第一系统指示消息，技术手段和作用完全相同，属于直接公开。 |
| 技术特征G：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标<br><br>《未公开》 | 【对比文件段落[p45]、[p70]、[p104]】<br>“……PAG-ADV消息或广播消息可以包括指示毫微微基站执行调度的OoS的OoS指示……”（段落[p45]）；“毫微微基站向UE发送PAG-ADV消息以指示UE接入宏基站（步骤S425）。PAG-ADV消息可以包括诸如宏基站ID、宏基站提供的专用测距码、OoS原因等信息。”（段落[p70]）。 | 目标专利中，第一系统指示消息用于通知设备停止向基站继续发送事件指示消息/错误报告，并且限定其为“信标（beacon）”（见目标说明书[0051]、[0104]）。对比文件中的第一通告消息（PAG-ADV等）的作用是通知UE本基站即将服务中断并指导UE接入/重定向到重叠的宏基站，既没有指示设备“停止传送事件指示消息到基站”，对比文件在发生OoS时发送的第一消息也并非“信标”，两者消息性质、指示内容及所起的技术作用完全不同，未公开。 |
| 技术特征H：该方法还包括<br><br>《直接公开》 | 【对比文件段落[p07]】<br>“……该方法包括……并且发送指示服务恢复的第二通告消息……”（……and transmitting a second announcement message indicating service recovery……） | 对应权利要求中的方法步骤连接过渡特征，对比文件的方法中进一步包括后续的操作步骤，属于直接公开。 |
| 技术特征I：确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《直接公开》 | 【对比文件段落[p58]、[p74]、[p85]】<br>“当毫微微基站从调度的OoS中恢复时，毫微微基站可以向UE发送恢复指示……”（段落[p58]）；“当电源恢复时，毫微微基站向宏基站发送恢复通知消息（步骤S460）。”（段落[p74]）；“当毫微微基站的回程恢复时，毫微微基站向宏基站发送指示‘回程开启’的OoS通知消息（步骤S540）。”（段落[p85]）。 | 对比文件明确公开了基站在掉电或回程故障后，在电源恢复（power is recovered）或回程恢复（backhaul is recovered）时检测到恢复并触发恢复通知流程，基站自身必然执行了“确定自身是否已经从服务中断/异常中恢复”的操作，属于直接公开。 |
| 技术特征J：在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《隐含公开》 | 【对比文件段落[p07]、[p11]、[p55]、[p58]】<br>“在发送第一通告消息之后直到发送第二通告消息为止，寻呼消息可以从宏基站发送到用户设备。”（段落[p11]）；“在调度的OoS持续时间期间，UE使用重叠宏基站的寻呼信息接收重叠宏基站的寻呼消息。在调度的OoS持续时间期间，UE不监视毫微微基站的寻呼周期和寻呼偏移处的寻呼消息。”（段落[p55]）；“当毫微微基站从调度的OoS中恢复时……”（段落[p58]）。 | 目标专利中，该特征是指在异常持续、尚未恢复的状态下维持特定处理机制。对比文件虽然在实施例4中更倾向于在未恢复期间让毫微微基站停止工作而由宏基站接管，但在整体方案描述中（如[p07]、[p11]），对比文件定义了基站在“第一通告消息发送后至第二通告消息发送前”即处于“服务中断期间（即基站尚未恢复的状态）”。本领域技术人员可以合理推断出该状态对应于“基站没有从所述异常中恢复的情况下”，对比文件在此特征的环境条件及逻辑判定上提供了明确的技术教导，根据宽松判断标准认定为隐含公开。 |
| 技术特征K：传送第二系统指示消息到所述多个设备中的至少一个设备<br><br>《直接公开》 | 【对比文件段落[p07]、[p58]】<br>“……并且发送指示服务恢复的第二通告消息，其中第二通告消息被发送到用户设备或者具有比毫微微基站更宽的小区区域的宏基站。”（段落[p07]）；“当毫微微基站从调度的OoS中恢复时，毫微微基站可以向UE发送恢复指示，即‘从OoS恢复通知’消息（步骤S250）。”（段落[p58]）。 | 对比文件段落[p07]和[p58]明确记载了在恢复后毫微微基站向用户设备（UE）发送指示服务恢复的第二通告消息（第二系统指示消息），技术方案和作用与特征K一致，属于直接公开。 |
| 技术特征L：其中所述系统指示消息被周期地传送<br><br>《直接公开》 | 【对比文件段落[p07]、[p16]、[p45]】<br>“……通过使用以特定周期发送的寻呼消息或广播消息来发送指示服务中断的第一通告消息……”（……transmitting a first announcement message indicating service interruption by using a paging message or broadcast message transmitted with a specific cycle……[p07]、[p16]）；“备选地，OoS指示和OoS信息可以使用在由处于空闲模式的UE监视的周期中发送的广播消息来发送。”（段落[p45]）。 | 目标专利中系统指示消息被周期性地广播/传送（见[0053]、[0071]、[0123]）。对比文件段落[p07]、[p16]及[p45]明确记载使用“以特定周期发送的寻呼消息或广播消息”来发送该指示消息，技术手段实质相同，属于直接公开。 |
| 技术特征M：其中所述事件指示消息是异常报告<br><br>《未公开》 | 【对比文件全文】<br>（未公开设备向基站发送的事件指示消息）。 | 对比文件中由于根本没有公开技术特征B中的“接收来自设备的事件指示消息”，亦未公开终端设备向毫微微基站上报普遍异常事件的报告，因此作为其进一步限定的“事件指示消息是异常报告”在对比文件中完全未公开。 |
| 技术特征N：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送<br><br>《未公开》 | 【对比文件全文】<br>（未公开基站基于在预定时间内接收多个设备的多个异常报告而触发传送第一消息）。 | 目标专利中，第一系统指示消息的触发机制是在预定时间窗内接收到来自预定数量/多个设备的重复异常报告（目标说明书[0055]、[0127]-[0129]）。对比文件中第一消息由基站自身掉电、备用电源阈值、回程故障等自身状态触发，完全不存在基于设备上报异常报告的数量来触发广播/发送第一消息的机制，因此未公开。 |
| 技术特征O：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送<br><br>《未公开》 | 【对比文件全文】<br>（未公开基站基于在预定时间周期内接收多个特定类型消息而触发传送第一消息）。 | 目标专利说明书[0055]记载触发条件为在预定时间窗内接收超出预定数量的特定类型消息（例如特定测距请求消息或特定测距码）。对比文件中毫微微基站传送第一消息不是基于接收多个特定类型的上行消息触发的，因此未公开。 |
<<<A>>><<<D>>><<<E>>><<<F>>><<<H>>><<<I>>><<<j>>><<<K>>><<<L>>>
**特征比对分析**
本比对基于目标专利说明书原文界定的发明构思与技术方案，对技术特征A至O进行审慎核查。在本次比对中，对比文件【WO2010077002A3】未提供任何说明书正文或附图内容（标记为“无说明书”），导致对比文件不存在任何可引用的文字记载、技术事实或公开内容。在此前提下，本领域技术人员无法从对比文件中毫无疑义地得出目标专利技术方案的全部或部分技术内容，亦无法基于对比文件文本进行任何合乎逻辑的技术推理。
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A： 该方法包括<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 对比文件未提供说明书或附图记载，不存在任何公开的方法流程或技术方案，故未公开技术特征A。 |
| 技术特征B： 接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书中记载基站接收来自终端（如WTRU/M2M设备）的触发或异常报告（如说明书[0006]、[0051]、[0052]）。对比文件因无说明书内容，既未记载基站与设备间的通信机制，也未记载基站接收事件指示消息的动作，无法直接公开或隐含公开该特征。 |
| 技术特征C： 基于所述事件指示消息确定普遍异常事件是否临近<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书中记载基于事件指示消息或接收到的触发检测/确定普遍异常临近（如说明书[0006]、[0052]、[0069]）。对比文件完全缺乏相关记载，无法导出任何关于基于特定消息判断异常临近的逻辑或事实。 |
| 技术特征D： 其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0047]明确将普遍异常事件定义为“将导致与BS通信的多个设备失去与所述BS通信的事件”（如断电、严重事故等）。对比文件无任何技术内容记载，未公开该事件定义。 |
| 技术特征E： 在普遍异常事件临近的情况下<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0006]、[0069]记载在确定普遍异常事件临近的前提条件下触发后续下行信令流程。对比文件缺乏相关判断条件与触发时机记载。 |
| 技术特征F： 传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0006]、[0051]、[0069]记载基站在普遍异常临近时向相关设备发送系统指示消息以避免上行信道拥塞。对比文件无说明书，完全未公开基站下发系统指示消息的技术手段。 |
| 技术特征G： 其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0051]、[0093]、[0104]记载系统指示消息用于提醒设备停止传送事件指示消息，并在802.11系统中可体现在信标帧中。对比文件无任何文本记载，未公开该具有特定控制语义的信标消息。 |
| 技术特征H： 该方法还包括<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 对比文件无文本公开，未公开任何进一步的方法步骤。 |
| 技术特征I： 确定所述基站是否已经从所述普遍异常事件中恢复<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0053]、[0069]记载基站通过RA信道冲突情况或服务器消息确定系统是否已恢复。对比文件缺乏相关状态监测与判断步骤的记载。 |
| 技术特征J： 在所述基站没有从所述普遍异常事件中恢复的情况下<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0053]、[0069]记载在确定系统未恢复时的分支执行逻辑。对比文件无对应逻辑判断条件的记载。 |
| 技术特征K： 传送第二系统指示消息到所述多个设备中的至少一个设备。<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0053]、[0069]、[0122]记载未恢复时重复传送系统指示消息。对比文件未公开未恢复时的第二系统指示消息发送动作。 |
| 技术特征L： 其中所述系统指示消息被周期地传送。<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0053]、[0071]、[0123]记载系统指示消息以所选择的周期重复传送。对比文件无相关周期发送机制的公开。 |
| 技术特征M： 其中所述事件指示消息是异常报告。<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0052]、[0126]记载触发事件指示消息具体为异常报告（例如临界实时普遍异常报告）。对比文件无此技术内容。 |
| 技术特征N： 其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0055]记载在预定时间窗内接收到预定数量的重复报告时触发传送系统指示消息。对比文件无对应时间窗与聚合报告触发机制的记载。 |
| 技术特征O： 其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0055]记载预定时间周期内接收多个特定类型消息（如具有特定测距目的的测距请求消息或特定测距码）触发系统指示消息。对比文件完全未公开该技术内容。 |
## 特征比对表格
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br><br>【直接公开】 | [0012]“本发明的另一目的在于提供一种用于前述移动装置的方法……”；[0053]“本发明的第五实施例如图7所示，是用于一无线网络系统的移动装置的方法……” | 对比文件公开了一种用于无线网络系统的通信方法，属于方法权利要求的前序提示特征，技术特征A被对比文件直接公开。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>【未公开】 | 无直接或隐含公开引证内容。<br>相关内容：[0048]“当基站13a欲停止通讯服务或在数据传输上由运作模式切换至低负载模式时，会传输一通讯中断信号126至移动装置11”；[0035]“移动装置11可通过传送一持续服务(servicecontinuity)请求信号至基站15a……” | 目标专利中，该特征为主体“基站”接收来自其下辖通信设备上报的“事件指示消息”（如异常报告）。而在对比文件中，各基站（主要基站13a、备用基站15a）并未被公开接收终端上报的“事件指示消息”；对比文件仅公开了基站主动向下发送“通讯中断信号126”，或终端向备用基站发送“持续服务请求信号/连线保持信号”。即使按极为宽松的推理，对比文件中备用基站接收持续服务请求信号也只是终端主动切换链路的请求，基站并未接收表明网络发生普遍故障/事件的指示消息，未能起到相应技术作用。故未公开。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br><br>【未公开】 | 无直接或隐含公开引证内容。<br>相关内容：[0048]“移动装置11可根据通讯中断信号126得知数据传输程序将发生异常”；[0035]“若数据传输程序因遭受干扰或基站13a自身无预警的故障状况而发生异常，移动装置11会立刻与基站15a进行一数据传输回复程序……” | 目标专利中该技术方案为：基站作为判断主体，依据接收到的事件指示消息判断是否存在将导致大量设备通信中断的临界“普遍异常事件”。对比文件中，判断数据传输发生异常的主体是“移动装置”（由移动装置根据干扰、失联或基站的通讯中断信号判定），基站自身并未执行基于事件指示消息预测普遍异常是否临近的判定机制，二者在执行主体、判断依据和技术功能上均完全不同。即使宽松推断也无法合理得出该方案，故未公开。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>【隐含公开】 | [0005]“因移动装置于同一时间中，仅能与一基站进行数据传输；且于进行数据传输时，移动装置可能因与其进行数据传输的基站停止服务或遭受干扰，而中断其原本进行数据传输的基站的连线”；[0048]“当基站13a欲停止通讯服务或在数据传输上由运作模式切换至低负载模式时……” | 目标专利中将“普遍异常事件”界定为将导致多个设备失去与基站通信的事件（如基站故障、断电等）。对比文件虽然没有使用“普遍异常事件”这一命名，但明确指出了基站“停止服务”、“遭受干扰”或“无预警故障”，这些客观硬件/环境事件在蜂窝无线通信网络中必然直接导致当前与该基站通信的所有或多数移动设备通信中断。本领域技术人员基于常识能够合理推断出对比文件中提及的“基站停止服务/故障”即属于该类型的异常事件，在概念实质和所起效果上具有重合对应性。按照最宽松的隐含公开判断标准，认定技术特征D被隐含公开。 |
| 技术特征E：在普遍异常事件临近的情况下<br><br>【未公开】 | 无直接或隐含公开引证内容。<br>相关内容：[0048]“当基站13a欲停止通讯服务或在数据传输上由运作模式切换至低负载模式时，会传输一通讯中断信号126至移动装置11，如此一来，移动装置11可根据通讯中断信号126得知数据传输程序将发生异常……” | 目标专利中是指基站确定 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [0012]：“本发明的另一目的在于提供一种用于前述移动装置的方法，其包括下列步骤……”<br>[0048]、[0049]：“当基站13a欲停止通讯服务或在数据传输上由运作模式切换至低负载模式时，会传输一通讯中断信号126至移动装置11……处理模块133会致能通讯模块131传送通讯中断信号126至移动装置11。” | 作用分析与公开性论述：<br>目标专利技术特征A为方法权利要求的前序过渡词，限定该方案为一种在无线通信系统（基站侧）中执行的方法。对比文件在说明书[0012]、[0048]、[0049]及实施例中完整公开了基站及移动装置在通信系统中执行交互控制的方法步骤。因此，该前序步骤特征被对比文件《直接公开》。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《未公开》 | 对比文件通篇（包括段落[0008]、[0031]、[0035]、[0048]-[0049]等）未记载基站接收来自终端的“事件指示消息/异常报告”。其记载的是基站接收低负载模式请求信号（[0031]）、或者由移动装置自身通过测量判断异常（[0008]），以及基站主动向下发送通讯中断信号（[0048]）。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：在目标专利（如[0051]、[0052]、[0061]）中，该特征是指基站从空闲态或连接态的M2M设备处接收报告特定突发事件/故障的事件指示消息（如非正常断电等异常报告），用于触发基站感知系统是否即将面临大范围并发接入风暴。<br>2. 对比文件方案与技术比对：对比文件涉及的是移动装置为避免中断而与主要基站、备用基站分别建立连接的技术。在对比文件中，基站接收的是正常的建立/协商信令（如低负载模式请求信号112，段落[0031]），异常情况是由移动装置自身根据信道测量进行本地判定（段落[0008]、[0057]），或者是主要基站自身欲停止服务并由基站主动下发中断信号（段落[0048]），完全没有公开“基站接收来自终端设备的事件指示消息”。即便按照最宽松的隐含公开推导，对比文件也不存在任何终端向基站报告网络/外部异常事件的机制或教导，无法合理推理出该特征。故该特征《未公开》。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>《未公开》 | 对比文件通篇未记载基站基于来自终端的事件指示消息判断是否存在普遍异常事件临近。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（如[0052]、[0055]）中，基站作为集中控制节点，根据接收到的来自设备的异常指示（或一定时间内的频次、类型），分析预测即将发生全网范围的接入过载或系统通信中断（即普遍异常临近）。<br>2. 对比文件方案与技术比对：对比文件中根本不存在“事件指示消息”，更无从谈起“基于事件指示消息确定普遍异常事件是否临近”。对比文件中的基站仅在自身欲停止服务时下发中断信号（段落[0048]），属于基站自身状态切换，既非基于终端消息触发，亦不涉及对普遍异常事件的临近预测判断。即便是最宽松的隐含公开判断，对比文件也未提供任何线索使本领域技术人员得出该技术方案。故该特征《未公开》。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《隐含公开》 | [0005]：“……且于进行数据传输时，移动装置可能因与其进行数据传输的基站停止服务或遭受干扰，而中断其原本进行数据传输的基站的连线。”<br>[0048]：“……当基站13a欲停止通讯服务或在数据传输上由运作模式切换至低负载模式时，会传输一通讯中断信号126至移动装置11……” | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利说明书[0047]明确指出：“普遍异常事件可以是将导致与BS通信的多个设备失去与所述BS通信的事件”，例如断电、重大事故或设备停服等造成全网终端脱网的事件。<br>2. 对比文件方案与推理：对比文件段落[0005]与[0048]公开了基站“停止服务或遭受干扰”的情形，当基站停止通讯服务时，客观上必然会导致该基站小区内与其通信的多个移动装置中断连线并失去与该基站的通信。虽然对比文件未采用“普遍异常事件”这一措辞，但其描述的“基站停止服务”事件在物理结果上与导致多个设备失去与基站通信的技术效果完全一致。按照极其宽松的隐含公开标准，本领域技术人员基于对比文件公开的基站停止服务内容，能够合理推断出该事件即为导致服务范围内多个设备失去与基站通信的事件，因此该特征被对比文件《隐含公开》。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>《未公开》 | 对比文件通篇未公开在基站预测/确定到普遍异常事件临近作为前提判定条件。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（如[0006]、[0052]）中，基站以“普遍异常事件临近”作为关键的先验触发前提，在该条件满足时，基站执行下发系统指示抑制全网接入。<br>2. 对比文件方案与技术比对：对比文件仅记载基站在其“欲停止通讯服务”时下发通讯中断信号（段落[0048]）。对比文件没有基站对“普遍异常事件临近”的前置确定逻辑，也不存在针对外部突发性群体灾难/断电事件的前瞻性处理机制。按照隐含公开要求，无法从对比文件推断出基站存在该临近判断逻辑。故该特征《未公开》。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《隐含公开》 | [0048]、[0049]：“当基站13a欲停止通讯服务或在数据传输上由运作模式切换至低负载模式时，会传输一通讯中断信号126至移动装置11……处理模块133会致能通讯模块131传送通讯中断信号126至移动装置11。” | 作用分析与公开性论述：<br>1. 目标专利中的作用：在目标专利（如[0051]、[0052]、[0104]）中，基站向小区内的一个或多个设备（通常通过多播或广播广播信标、MAC控制消息等）下发指示消息，通告异常状态并引导终端行为。<br>2. 对比文件方案与推理：对比文件段落[0048]、[0049]公开了基站13a在欲停止通讯服务时，通过通讯模块131向移动装置11传送“通讯中断信号126”。该“通讯中断信号”属于基站下发给与其通信的移动设备的系统级指示信号，用于通告基站服务将发生异常。在极其宽松的隐含公开判断下，基站向移动装置发送的通讯中断信号部分公开了基站向一个或多个设备传送用于通告中断状态的系统指示消息，本领域技术人员可以合理推理得出此特征属于传送指示系统通信中断的消息。因此，该特征被对比文件《隐含公开》。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>《未公开》 | [0048]：“……移动装置11可根据通讯中断信号126得知数据传输程序将发生异常，并开始与基站15a进行该数据传输回复程序。”<br>[0093]、[0104]（目标专利对照）中目标专利将系统指示消息编码于Class-1信标帧中指示停止发送异常报告。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（[0051]、[0104]）中，该指示消息的具体属性被限定为“信标（beacon）”，其技术作用是明确指示并命令全网多个设备“停止向基站传送事件指示消息（异常报告）”，从而抑制随机接入信道风暴和拥塞。<br>2. 对比文件方案与技术比对：对比文件中的“通讯中断信号126”的作用是让移动装置11得知异常后主动与“备用基站”启动数据传输回复程序（即切换至备用基站），并未指示“应当停止传送事件指示消息”；更重要的是，对比文件完全没有公开该消息是“信标（beacon）”。即使按照最宽松的推断，对比文件既无停止上报事件消息的语义，也无信标帧的承载形式。故该特征《未公开》。 |
| 技术特征H：<br>该方法还包括<br><br>《直接公开》 | [0012]：“本发明的另一目的在于提供一种用于前述移动装置的方法，其包括下列步骤……”<br>[0053]：“本发明的第五实施例如图7所示，是用于一无线网络系统的移动装置的方法……” | 作用分析与公开性论述：<br>该特征为权利要求中引出从属方法步骤的常规过渡连接词。对比文件在说明书多处公开了无线通信方法包含进一步的后续处理流程与操作步骤，因此该特征被对比文件《直接公开》。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《未公开》 | 对比文件通篇未记载基站端判断自身是否从普遍异常事件中恢复。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（如[0053]、[0069]）中，基站具备状态评估逻辑，通过检测接入冲突率或接收网络侧指示，判断自身是否已从普遍异常中恢复正常。<br>2. 对比文件方案与技术比对：对比文件仅在段落[0052]提及移动装置离开又重新进入基站13a覆盖范围时恢复传输，或者在移动装置侧执行数据传输回复程序；对比文件的基站根本没有执行“确定基站自身是否已经从普遍异常事件中恢复”的处理流程。即使以最宽松的尺度推理，对比文件也完全未涉及基站对大范围灾难或服务停服后的恢复判定机制。故该特征《未公开》。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《未公开》 | 对比文件通篇未记载以基站未从普遍异常事件中恢复作为后续发信的前提分支条件。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（如[0053]标号240）中，在基站未恢复的情况下形成一个周期维持或重传的控制循环分支。<br>2. 对比文件方案与技术比对：由于对比文件连基站确定是否恢复的特征I都未公开，自然更不存在“在基站没有从普遍异常事件中恢复的情况下”的判断分支逻辑。故该特征《未公开》。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>《未公开》 | 对比文件通篇未记载在未恢复状态下基站再次发送第二系统指示消息。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（如[0053]、[0069]）中，基站若未恢复，会再次/重复传送第二系统指示消息，用于在整个未恢复期间持续抑制终端接入或维持终端静默。<br>2. 对比文件方案与技术比对：对比文件段落[0048]中基站13a仅单次发送一次“通讯中断信号126”，移动装置即转去与备用基站连接。对比文件既无持续未恢复状态下的第二系统指示消息，也无在未恢复场景下的消息重传。故该特征《未公开》。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>《未公开》 | 对比文件通篇未记载系统指示消息（通讯中断信号）是周期性传送的。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（如[0053]、[0071]）中，系统指示消息以固定或可变周期周期性下发，确保未收到的终端或在不同时段唤醒的终端均能收到指示。<br>2. 对比文件方案与技术比对：对比文件的通讯中断信号126是在基站欲停止服务或切换模式时作为突发事件触发发送的（段落[0048]），属于事件驱动的单次发送，根本没有公开亦无法推导出任何“周期地传送”机制。故该特征《未公开》。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>《未公开》 | 对比文件未公开任何由终端发送给基站的事件指示消息或异常报告。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（如[0051]、[0055]）中限定事件指示消息的具体形式为“异常报告”（如停电、管道泄漏、告警等实时报告）。<br>2. 对比文件方案与技术比对：如特征B所述，对比文件中完全缺乏终端向基站发送异常指示/报告的机制，因此也不存在“事件指示消息是异常报告”的技术内容。故该特征《未公开》。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>《未公开》 | 对比文件通篇未记载基于预定时间周期内接收多个异常报告而触发基站下发系统指示消息。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（如[0055]）中，基站设置统计时间窗与数量门限，当在预定时间窗内接收到超过阈值数量的重复异常报告时触发下发系统指示，用于过滤单点偶发偶发故障并确认为普遍异常。<br>2. 对比文件方案与技术比对：对比文件下发通讯中断信号126纯粹是因基站自身欲停止服务而由基站内部触发（段落[0048]、[0049]），既无终端异常报告，亦无时间窗口聚合统计判断。故该特征《未公开》。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>《未公开》 | 对比文件通篇未记载基站在预定时间周期内基于接收多个特定类型的消息而触发传送指示消息。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（如[0055]）中，基站根据在预定时间窗内收到特定类型的消息（例如具有“非正常断电”字段的测距请求消息，或特定的一组测距码）达到设定数量时触发下发系统指示。<br>2. 对比文件方案与技术比对：对比文件完全不存在基于预定时间内接收特定类型消息的频度作为触发下发指示信号的控制逻辑。故该特征《未公开》。 |
<<<A>>>
<<<d>>>
<<<f>>>
<<<H>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | [0017]“本発明の１つのアスペクト（側面）によれば、第１のノードと、前記第１のノードと無線ネットワークで接続される第２のノードと…通信システムが提供される。…前記第２のノードは基地局であり…”<br>[0037]“本発明に係る方法は、基地局が、移動局による通信状況の監視結果を基地局に報告する確率を報知する工程と、前記移動局は、前記基地局から報知された前記確率を受け、前記確率にしたがって、前記監視結果を前記基地局へ報告する工程と、を含む。”<br>（译文：根据本发明的方法包括：基站广播移动台向基站报告通信状况监控结果的概率的步骤；以及移动台接收从基站广播的概率，并根据概率向基站报告监控结果的步骤。） | 对比文件[0017]、[0037]明确公开了一种在通信系统中由基站执行的通信控制方法，该特征属于常规方法引导词，已被对比文件直接公开。对比文件中方法所起的作用与目标专利相同，均为在无线通信系统中由网络侧节点执行特定的通信流程。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br>《直接公开》 | [0008]“イベント型で報告を行う場合、移動局で監視する通信状況に、例えば・無線回線障害（Radio Link Failure）、・ハンドオーバ障害（HO Failure）、・スループット低下、・パイロット品質の低下、等、予め定められた所定の条件に該当し、トリガとなるイベントが発生すると、移動局は当該イベントの発生を、基地局に報告する。”<br>[0010]“基地局は、移動局からの報告を受信すると、該報告を、管理サーバに送信する。”<br>[0108]“基地局の受信データ処理部２２は、一定時間、移動局からの報告を、無線送受信部２１を介して受信する（ステップＳ３０２）。”<br>[0120]-[0122]“第１の移動局（UE1…）でイベントが発生する。…第１の移動局（UE1）は、無線回線接続の再確立後、基地局（NodeB）から報知された第１の実施確率Prep1を受信する。第１の移動局（UE1）は、第１の実施確率Prep1で報告する。”<br>（译文：当以事件型进行报告时，在移动台监控的通信状况符合预定条件并发生触发事件时，移动台将该事件的发生报告给基站；基站接收来自移动台的报告；移动台UE1发生事件并在重新建立连接后向基站发送报告。） | 目标专利中，该特征是指基站接收与基站通信的设备发出的指示发生异常事件的消息（如说明书[0051]、[0052]所述）。对比文件[0008]、[0010]、[0108]、[0120]-[0122]明确公开了移动台（UE1）在检测到无线链路故障（RLF）等事件触发时向基站（NodeB）发送事件报告，基站接收该报告。对比文件中的事件报告即为“事件指示消息”，移动台为与基站通信的多个设备中的一个设备。二者在技术方案与作用上完全相同，因此该特征已被直接公开。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br>《隐含公开》 | [0092]“報告トラフィック量ArepがTh_high_repより大の場合（ステップＳ１０４のＹＥＳ分岐）、報告指示生成部２６は、Prep＝0.1とする（ステップＳ１０５）。すなわち、報告指示生成部２６は、上り回線のトラフィック量がしきい値Th_high以下であっても、報告件数が多い場合、Prepを小さな値に設定し、報告の送信を抑制する。”<br>[0108]-[0109]“基地局の受信データ処理部２２は、一定時間、移動局からの報告を、無線送受信部２１を介して受信する（ステップＳ３０２）。…基地局の報告指示生成部２６は、報告受信数が最大閾値Nth_maxよりも大の場合（ステップＳ３０３のＹＥＳ分岐）、第２の実施確率Prep2を０とする。”<br>[0045]“基地局（または管理サーバ）は、同一内容（イベントの種類と発生場所が同一）の報告を多数受信したとき、その内容の報告は不要であることを報知するようにしてもよい。”<br>（译文：如果报告业务量Arep大于Th_high_rep，报告件数较多时，Prep设为较小值0.1以抑制报告；若一定时间内报告接收数量大于最大阈值Nth_max，将报告概率Prep2设为0；基地局在接收到多数同一内容的报告时，广播该内容的报告是不必要的。） | 目标专利中，该特征是指基站根据接收到的异常报告等触发确定普遍异常是否即将发生（如说明书[0052]、[0055]所述接收预定数量的重复报告以检测普遍错误）。对比文件公开了基站对接收到的事件报告数量进行统计，并在接收到的报告件数超过阈值（如超过Nth_max或多数同一内容报告）时确定存在需要进行拥塞抑制的大量集中报告状态（即发生了严重且影响多个设备的集中故障）。本领域技术人员基于对比文件公开的“根据接收到的报告数量超过阈值判定需要紧急抑制后续报告”的机制，结合其说明书中普遍存在的基站故障、隧道大面积断连等应用场景，完全能够合理推断出其本质就是基于设备上报的事件消息来确定大面积的普遍异常事件是否临近/发生。因此按照宽松的审查判断标准，技术特征C已被隐含公开。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br>《直接公开》 | [0011]-[0012]“移動局が通信状況の監視結果をイベント型で基地局に送信する際、無線回線障害又は基地局障害等により、通信不能の場合、回線接続が再確立して通信可能となったときに、移動局側にバッファされていた報告が、基地局に送信されることになる。基地局障害やトンネル通過等による無線回線障害が生じた場合、回線再接続時に、複数の移動局が、基地局に対して一斉に報告を行うことになり…”<br>[0053]“図１に示すように、セル１において、基地局２の障害時、あるいは電車等車両のトンネル進入時、多数の移動局３において、無線回線障害が発生する。”<br>[0174]“図１９に示すように、セル２の位置LOC1で基地局障害（Cell Failure）が発生し、位置LOC2で回線接続が再確立したものとする。…これは、セル障害発生時、接続断となった移動局（UE）はセル２内で、ランダムに位置しているという事実による。”<br>（译文：在无线链路障碍或基站故障等导致通信不能的情况下……在基站故障或进入隧道发生无线链路障碍时，多数移动台发生无线链路障碍；在基站故障发生时，在小区内发生连接中断的移动台随机分布。） | 目标专利说明书[0047]明确指出：“在另一个示例中，普遍异常事件可以是将导致与BS通信的多个设备失去与所述BS通信的事件”，例如停电、基站故障等。对比文件在[0011]、[0012]、[0053]及[0174]中明确公开了基站故障（基地局障害/Cell Failure）以及隧道无线链路障碍，这些事件直接导致小区内与其通信的多数移动台发生连接中断（通信不能、接続断、無線回線障害）。这与技术特征D所限定的“将导致与所述基站通信的所述多个设备失去与所述基站通信的事件”完全实质等同。因此，该技术特征已被直接公开。 |
| 技术特征E：在普遍异常事件临近的情况下<br>《隐含公开》 | [0091]-[0092]“上り回線のトラフィック量が大きいときは、報告指示生成部２６は、Prep＝0に設定し、移動局からの報告を禁止する。…上り回線のトラフィック量がしきい値Th_high以下であっても、報告件数が多い場合、Prepを小さな値に設定し、報告の送信を抑制する。”<br>[0108]-[0109]“基地局の報告指示生成部２６は、報告受信数が最大閾値Nth_maxよりも大の場合（ステップＳ３０３のＹＥＳ分岐）、第２の実施確率Prep2を０とする。”<br>[0045]“基地局（または管理サーバ）は、同一内容（イベントの種類と発生場所が同一）の報告を多数受信したとき、その内容の報告は不要であることを報知するようにしてもよい。”<br>（译文：上行流量大时Prep设为0禁止报告；报告件数较多时设为较小值抑制报告；报告接收数大于最大阈值Nth_max时，Prep2设为0；接收到多数同一内容的报告时，广播该报告不需要。） | 对应于特征C的论述，对比文件公开了基站检测到报告接收数超过阈值或多数同一内容报告（即判定对应于集中故障/大面积障碍的工况出现）作为前置条件，随后执行将报告概率设为0或报知禁止报告等控制操作。这一触发条件与目标专利中“在普遍异常事件临近的情况下”执行后续消息发送起到了相同的时机控制作用，本领域技术人员可以合理推断出该判断条件的存在。因此技术特征E已被隐含公开。 |
| 技术特征F：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br>《直接公开》 | [0019]“本発明に係るシステムにおいては、移動局による通信状況の監視結果を基地局に報告する確率を報知する基地局と、前記基地局から報知された前記確率を受け、前記確率にしたがって、前記監視結果を前記基地局へ報告するように制御する移動局と、を含む。”<br>[0061]“特に制限されないが、実施確率（Prep）等の送信に用いられる下り方向の共通チャネルとしては、例えばページング信号の送信に用いられるページングチャネル（PCH）、あるいは制御情報及びユーザデータの送信に用いられるフォワードアクセスチャネル（FACH）を用いてもよい。”<br>[0094]“基地局は、報告指示生成部２６で決定したPrepを、送信データ処理部２３、無線送受信部２１を介して、報知する（ステップＳ１０７）。”<br>[0107]“基地局の報告指示生成部２６は、予め設定された小さな値である第１の実施確率Prep1を送信データ処理部２３、無線送受信部２１を介して報知する（ステップＳ３０１）。”<br>[0172]“報告（SON測定レポート）は許可されていないという基地局（eNB2）からの報知情報（DSI；Discard Indicator）を読み…”<br>（译文：基站向移动台广播报告实施概率；下行公共信道可使用寻呼信道PCH或前向接入信道FACH；基站广播决定的Prep或第1实施概率Prep1；或基站广播丢弃指示DSI报知信息。） | 目标专利说明书[0051]指出，当检测到普遍异常时，基站传送系统指示消息到多个设备。对比文件公开了基站通过下行公共信道（PCH、FACH等）向多个移动设备广播第一实施概率（Prep1）、报告概率（Prep）或丢弃指示信息（DSI）。该广播消息即相当于向与基站通信的一个或多个设备传送“第一系统指示消息”，其物理下发实体、信道及目标对象完全一致。因此技术特征F已被直接公开。 |
| 技术特征G：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br>《隐含公开》 | [0021]“…基地局は、上り回線トラフィック量を測定し、該トラフィック量が予め定められた閾値よりも大の場合、前記確率を０に設定して報知することで、前記移動局に報告を禁止させるようにしてもよい。”<br>[0091]“…上り回線のトラフィック量が大きいときは、報告指示生成部２６は、Prep＝0に設定し、移動局からの報告を禁止する。”<br>[0109]“…報告受信数が最大閾値Nth_maxよりも大の場合（ステップＳ３０３のＹＥＳ分岐）、第２の実施確率Prep2を０とする。”<br>[0093]“指示ネットワーク登入溢出のシステム通知は…新情報エレメント(IE)および/または情報フィールドに符号化され得、…已有のマルチキャスト/ユニキャストクラス-1管理フレーム(例えば、ビーコンフレーム、パブリックレスポンスフレームなど)に追加され得る。”（注：对比文件[0093]记载：“…已有的多播/单播类别-1管理帧(如，信标帧、公共响应帧等等)”。）<br>[0138]“…基地局（eNB2）から、移動局（UE）に対して、報告の禁止の指示（DSI；報告廃棄指示）が行われる。移動局（UE）は報告を行わない。”<br>（译文：基站将概率设为0广播从而使移动台禁止报告；或者下发DSI指示禁止报告使得移动台不进行报告；且管理帧包括信标帧。） | 目标专利说明书[0051]、[0093]、[0104]指出，系统指示消息用于提醒设备停止传送事件指示消息以避免报告相同错误，并且在无线通信中该指示可以编码在已有广播/多播帧（如信标帧Beacon frame）的新IE中。对比文件公开了基站将报告概率设为0（Prep=0）或者发送DSI指示以实现“禁止移动台报告”（即停止传送报告）。对于“信标（beacon）”，对比文件[0093]在讨论系统通知时明确提到了将相关抑制/禁止信息添加到“信标帧（ビーコンフレーム，Beacon frame）”等管理帧中。结合对比文件广播Prep=0或DSI即达到命令设备停止传送报告的效果，本领域技术人员容易推理出将此类报告禁止指示承载于下行广播的信标（Beacon）信号中，起到指示设备停止发送事件报告的作用。因此按照极宽松的隐含公开判断标准，特征G已被隐含公开。 |
| 技术特征H：该方法还包括<br>《直接公开》 | 参见技术特征A所引用的对比文件[0017]、[0037]及整体方法流程（如[0107]-[0113]）。 | 属于方法权利要求的常规过渡连接词，已被对比文件直接公开。 |
| 技术特征I：确定所述基站是否已经从所述普遍异常事件中恢复<br>《直接公开》 | [0036]“本発明においては、定期的に行われる基地局間のヘルスチェックにより、隣接セルが障害セルを自律的に検出する。”<br>[0047]“本発明において、定期的なチェックにより、隣接セルが障害セルを自律的に検出するようにしてもよい。”<br>[0175]“セル障害の場合、障害ｅＮＢは隣接セルに指示できる。隣接セルは、周期的な基地局（ｅＮＢ）間ヘルス（基地局間でのヘルスチェック機能）により、自律的にセル障害を検出できる。”<br>[0053]“基地局の復旧時、あるいはトンネル出口のセル２において基地局２'と再接続した場合…”<br>（译文：通过定期进行的基站间健康检查，邻区基站自律检测故障小区；在基站恢复时……） | 目标专利说明书[0053]记载基站确定系统是否恢复的方法（如基于冲突数量恢复正常或网络侧服务器通知系统恢复）。对比文件[0036]、[0047]、[0053]、[0175]明确公开了基站故障后的自律检测与状态监测，特别是通过周期性的基站间健康检查（ヘルスチェック，health check）机制自律检测故障小区的存在与恢复，以及在“基地局の復旧時”（基站恢复时）执行后续处理。这属于网络节点对普遍异常事件（基站故障）恢复状态的检测与确定，与特征I的技术手段和作用完全一致。因此技术特征I已被直接公开。 |
| 技术特征J：在所述基站没有从所述普遍异常事件中恢复的情况下<br>《直接公开》 | [0053]“セル１において、基地局２の障害時…基地局の復旧時、あるいはトンネル出口のセル２において基地局２'と再接続した場合、基地局２'は、実施確率を小さく設定して報知する。”<br>[0133]“移動局からの不要な報告が多数存在する場合、基地局では、報告受信件数に基づき、第２の実施確率を小さな値に設定して報知するため、それ以降、移動局からの不要な報告は減少する。”<br>[0174]-[0175]（在发生基站故障期间，指示报告禁止并持续维护状态，直至故障恢复）。 | 目标专利中该特征是指系统处于未恢复状态的前置判断条件。对比文件在基站处于故障状态或尚未恢复正常（即高报告量、故障持续期间），持续保持对报告的抑制控制机制。在系统没有恢复的持续周期内维持相应的信令指示，该前置条件已被实质公开。 |
| 技术特征K：传送第二系统指示消息到所述多个设备中的至少一个设备。<br>《直接公开》 | [0023]“本発明において、前記基地局は、前記確率として、予め定められた固定値の第１の確率と、前記第１の確率を報知したのち、予め定められた所定時間内における移動局からの報告受信件数に応じて可変に設定される第２の確率と、を交互に報知する、ようにしてもよい。”<br>[0112]“基地局の報告指示生成部２６は、決定した第２の実施確率Prep2を送信データ処理部２３、無線送受信部２１を介して報知する（ステップＳ３０８）。”<br>[0125]-[0126]“基地局（NodeB）は第２の実施確率Prep2を報知する。第２の移動局（UE2）は、無線回線接続の再確立後、基地局（NodeB）から報知された第２の実施確率Prep2を受信する。また第１の移動局（UE1）も、この第２の実施確率Prep2を受信する。”<br>（译文：基站作为概率，在广播预定的固定值第1概率之后，根据规定时间内移动台报告接收数可变设置第2概率，并进行交替广播；基站广播决定的第2实施概率Prep2，UE1和UE2均接收该Prep2。） | 目标专利中，该特征是指基站再次下发系统指示消息（如说明书[0053]、[0069]所述重复发送系统指示消息）。对比文件在广播了第1实施概率（Prep1）后，明确记载了进一步广播“第2实施概率Prep2”（即第二系统指示消息），且多个移动台（UE1、UE2）均可接收该第二系统指示消息。两者在发送第二指示消息的手段和控制目的上实质相同。因此技术特征K已被直接公开。 |
| 技术特征L：其中所述系统指示消息被周期地传送。<br>《直接公开》 | [0023]“…予め定められた固定値の第１の確率と…第２の確率と、を交互に報知する、ようにしてもよい。”<br>[0113]“基地局では、一定時間が経過（ステップＳ３０９）した後、ステップＳ３０１の第１の実施確率（Prep1）の報知の処理から繰り返す。”<br>[0132]“図１１に示したように、基地局は、第１の実施確率、第２の実施確率を交互に報知する。”<br>（译文：基站交替广播第1概率和第2概率；一定时间过去后，从步骤S301的广播处理开始重复；如图11所示，基站交替地广播第1实施概率和第2实施概率。） | 目标专利说明书[0053]、[0071]记载系统指示消息以所选择的周期重复地被传送。对比文件明确公开了基站以固定周期/时间间隔循环重复执行广播，并且交替周期性广播第1实施概率Prep1和第2实施概率Prep2。两者在周期性下发控制指示以维持抑制效果方面完全相同。因此技术特征L已被直接公开。 |
| 技术特征M：其中所述事件指示消息是异常报告。<br>《直接公开》 | [0008]“イベント型で報告を行う場合、移動局で監視する通信状況に、例えば・無線回線障害（Radio Link Failure）、・ハンドオーバ障害（HO Failure）、・スループット低下、・パイロット品質の低下、等、予め定められた所定の条件に該当し、トリガとなるイベントが発生すると、移動局は当該イベントの発生を、基地局に報告する。”<br>[0011]“…無線回線障害又は基地局障害等により、通信不能の場合…報告が、基地局に送信されることになる。”<br>[0163]“…無線回線接続障害が発生し、SON測定レポートのトリガとなる（SON Measurement (MSR) trigger）…”<br>（译文：在无线链路障碍RLF、切换障碍HO Failure等事件触发时，移动台将该事件报告给基站；无线回线障碍发生后报告SON测量报告。） | 目标专利说明书[0051]、[0052]记载事件指示消息例如临界实时异常报告或停电等异常报告。对比文件公开的事件报告具体限定为无线链路故障（Radio Link Failure）、切换失败（HO Failure）、吞吐量下降、通信不能等网络异常的监控结果报告。这些报告毫无疑义地属于“异常报告”。因此技术特征M已被直接公开。 |
| 技术特征N：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br>《直接公开》 | [0108]-[0109]“基地局の受信データ処理部２２は、一定時間、移動局からの報告を、無線送受信部２１を介して受信する（ステップＳ３０２）。なお、一定時間は、時間管理を行う不図示のタイマで計時される。基地局の報告指示生成部２６は、報告受信数が最大閾値Nth_maxよりも大の場合（ステップＳ３０３のＹＥＳ分岐）、第２の実施確率Prep2を０とする。”<br>[0112]“基地局の報告指示生成部２６は、決定した第２の実施確率Prep2を送信データ処理部２３、無線送受信部２１を介して報知する（ステップＳ３０８）。”<br>[0045]“基地局（または管理サーバ）は、同一内容（イベントの種類と発生場所が同一）の報告を多数受信したとき、その内容の報告は不要であることを報知するようにしてもよい。”<br>（译文：基站接收数据处理部通过定时器在一定时间内接收来自移动台的报告；在报告接收数大于最大阈值Nth_max时将概率设为0并广播该指示；接收到多数同一内容的报告时广播该报告不需要。） | 目标专利说明书[0055]记载：“用于传送系统指示消息的另一触发可以基于在预定的时间窗内接收来自预定数量的M2M设备的重复的报告…如果在预定的时间周期内接收的相同类型的消息数量超出，则系统指示消息可以被传送到有关的设备”。对比文件[0108]-[0112]明确公开了基站使用定时器计时的预定时间（一定時間）内接收来自多个移动台的异常报告，当报告接收数量超出阈值（Nth_max）时，触发广播生成并传送指示消息（如Prep2=0或DSI等）。两者条件设置、触发机理和效果完全相同。因此技术特征N已被直接公开。 |
| 技术特征O：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br>《直接公开》 | [0045]“本発明において、基地局（または管理サーバ）は、同一内容（イベントの種類と発生場所が同一）の報告を多数受信したとき、その内容の報告は不要であることを報知するようにしてもよい。その際、同一内容の報告から報告禁止セル番号や報告禁止位置の組合せをイベントの種類毎に、自動的に生成するようにしてもよい。”<br>[0108]-[0112]“基地局の受信データ処理部２２は、一定時間、移動局からの報告を…受信する…報告受信数が最大閾値Nth_maxよりも大の場合…報知する”<br>（译文：基站在接收到多数同一内容（事件的种类与发生场所同一）的报告时，广播该内容的报告不需要；此时，根据同一内容的报告按事件种类自动生成报告禁止组合。） | 目标专利说明书[0055]记载：“接收的消息的一个示例可以是具有测距目的字段设置为‘非正常断电’的测距请求消息…如果在预定的时间周期内接收的相同类型的消息数量超出，则系统指示消息可以被传送”。对比文件[0045]明确公开了基站统计“同一内容（事件种类与发生场所相同）的报告”，当此类特定类型（特定事件种类）的报告接收到多数（超过阈值）时，触发向移动台广播通知不要报告该特定内容。这与特征O限定的“在预定时间周期内基于基站接收多个特定类型的消息而传送系统指示消息”在技术手段、处理依据和技术效果上完全相同。因此技术特征O已被直接公开。 |
<<<A>>>
<<<B>>>
<<<c>>>
<<<D>>>
<<<e>>>
<<<F>>>
<<<g>>>
<<<H>>>
<<<I>>>
<<<J>>>
<<<K>>>
<<<L>>>
<<<M>>>
<<<N>>>
<<<O>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>【未公开】 | 无引用内容。 | 对比文件（JP2010275958A）涉及的是电动离心风扇（Centrifugal fan）的机械及电路基板布局结构（参见段落[2]“本発明は、送風に用いられる電動式の遠心ファンに関する”），根本未公开任何无线通信网络中基站与设备间的处理方法。因此，该技术特征未被对比文件公开。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指基站在M2M无线通信系统中接收来自通信设备（如WTRU/传感器）的异常触发/指示消息。而对比文件公开的是离心风扇的电机控制电路基板及壳体结构，完全不存在“基站”、“通信设备”以及“接收事件指示消息”的通信功能与结构，作用完全不同，既未直接公开，本领域技术人员也绝无可能从中推导或隐含得出。因此，该技术特征未被公开。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指基站根据接收到的消息判断是否即将发生大范围导致断连的普遍异常（如停电等导致突发网络登入）。对比文件为机械散热风扇技术，完全没有相关通信状态判断逻辑，未公开该特征。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征限定了特定类型的系统级灾难事件（如导致大量设备与基站失去连接的断电等事件）。对比文件仅涉及笔记本电脑冷却用风扇的电路安装空间与流路优化问题，完全不涉及通信网络的断连异常事件，未公开该特征。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征为后续步骤的执行条件判断。对比文件不存在任何该事件的检测或触发前提，未公开该特征。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指基站下发系统指示消息以通知终端控制接入。对比文件仅公开了通过电路基板上的电子元件对风扇电枢通电进行驱动控制，完全没有基站向下行设备下发系统级无线信令消息的机制，未公开该特征。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该系统指示消息作为特定格式（信标）且携带停止发送事件指示消息的指示，以防止接入信道拥塞。对比文件完全不涉及基站广播信标以抑制终端上行消息传输的机制，未公开该特征。 |
| 技术特征H：<br>该方法还包括<br><br>【未公开】 | 无引用内容。 | 对比文件为离心风扇机械硬件结构，未公开任何关于网络登入处理方法的技术方案，未公开该特征。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>【未公开】 | 无引用内容。 | 目标专利中是指基站监测网络恢复状态（如通过RA冲突降低或接收核心网消息）。对比文件不存在通信基站，更不存在基站从普遍通信异常中恢复的判断机制，未公开该特征。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利中是基站判断未恢复时执行进一步信令控制的前提条件。对比文件属于不相关的离心风扇领域，未公开该技术特征。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>【未公开】 | 无引用内容。 | 目标专利中是在未恢复时继续发送指示消息（如周期性重复通知终端保持抑制）。对比文件无无线通信发射与信令重传机制，未公开该特征。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>【未公开】 | 无引用内容。 | 目标专利中是指基站以设定周期重复发送系统指示消息以持续控制网络拥塞。对比文件仅涉及电机的定子、转子、回路基板及风洞布置，不涉及通信消息的周期性发送，未公开该特征。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>【未公开】 | 无引用内容。 | 目标专利中是将事件指示消息具体限定为终端向基站报告的异常报告。对比文件不涉及任何通信报告消息，未公开该特征。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>【未公开】 | 无引用内容。 | 目标专利中限定了基站在预定时间窗口内汇总统计多个异常报告后触发下发系统指示消息的门限机制。对比文件属于风扇物理散热领域，不包含该统计触发通信流程，未公开该特征。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>【未公开】 | 无引用内容。 | 目标专利中限定了基于接收特定类型消息的频次来判断并触发下发系统指示消息。对比文件完全没有消息接收、类型识别与触发下发的通信处理过程，未公开该特征。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利涉及机器到机器（M2M）通信网络中基站与设备之间的网络接入控制方法。对比文件公开的是一种采用LED芯片的发光装置（半导体光电硬件结构），并非基站通信或网络接入控制方法，未公开该方法特征。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，该特征是指基站接收与其通信的多个设备中某一设备发送的事件指示消息（如临界实时异常报告），用于触发后续的系统异常判断与拥塞控制。对比文件公开的是发光装置中由光检测部受光检测光输出，完全不涉及“基站”、“通信设备”以及“接收事件指示消息”的通信过程与功能。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，基站依据接收到的事件指示消息预先判断是否即将发生大范围通信中断等普遍异常，以提前采取信标广播规避网络拥塞。对比文件属于半导体LED封装结构，完全不涉及通信事件处理或对网络普遍异常事件的判定。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，普遍异常事件具体定义为诸如停电、管道事故等将导致大量M2M终端与基站断开通信的网络级事件。对比文件仅涉及发光器件的物理光学结构，完全未公开此类网络通信异常事件。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，该条件作为触发后续下行系统指示消息的控制前置步骤。对比文件完全不涉及网络通信运行状态及其条件判断。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，基站在确定普遍异常临近时，主动向下游多个终端下发系统级指示消息。对比文件不存在通信节点间的消息传送机制。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，该信标消息的作用是通知接入设备抑制并发的随机接入与异常上报，防止随机接入信道严重拥塞崩溃。对比文件完全不涉及广播信标抑制上行通信负载的技术方案。 |
| 技术特征H：<br>该方法还包括<br><br>《未公开》 | 对比文件无对应内容。 | 属于后续方法步骤的引导语。对比文件为光学发光装置结构，未公开相应的通信控制方法。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，基站检测冲突是否消除或接收核心网/服务器通知以判断系统是否已从异常中恢复，以恢复正常运行。对比文件完全不涉及基站状态检测与通信恢复机制。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，该分支条件用于在系统持续异常时维持拥塞控制。对比文件完全没有相应的通信异常分支处理技术方案。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，基站在未恢复状态下继续下发第二系统指示消息以维持抑制。对比文件不包含任何通信报文的发送。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，基站以预定或可变周期重复发送系统指示，确保空闲态或重试终端均能收到。对比文件完全不涉及系统消息的周期性传输。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中将事件指示消息具体限定为针对系统故障的异常报告。对比文件完全没有通信报文及其类型的公开。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，基站通过统计特定时间窗内接收到的重复异常报告数量超出阈值来触发第一系统指示消息的下发。对比文件完全不包含统计接收报文并触发下行广播的机制。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，基站依据预定时间周期内收集到的特定类型消息（例如特定测距请求或专用测距码）达到数量阈值来触发指示发送。对比文件完全未涉及任何通信消息分类统计与下行触发机制。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br><br>《直接公开》 | [0001]「本発明は、移動通信の技術分野に関し、特に移動通信システムにおける基地局装置及び方法に関する。」<br>（译文：本发明涉及移动通信的技术领域，特别涉及移动通信系统中的基站装置及方法。） | 对比文件[0001]段明确记载了该发明涉及移动通信系统中的基站装置及方法，且后续段落展开了该方法所包含的步骤，与目标专利中方法权利要求的引导主题作用相同，本领域技术人员能毫无疑义地直接得出该技术特征。因此，技术特征A被对比文件直接公开。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《未公开》 | [0006]「上りリンクのチャネル状態は、ユーザ装置が送信したリファレンス信号(又はパイロットチャネル)の受信品質に基づいて基地局で測定できる。下りリンクのチャネル状態はユーザ装置で測定され、測定結果が基地局に報告される。…チャネル品質インジケータ(CQI: Channel Quality Indicator)として表現されてもよい。」<br>（译文：上行链路的信道状态可由基站基于用户设备发送的参考信号的接收质量来测量。下行链路的信道状态在用户设备中测量，测量结果被报告给基站。……可表现为信道质量指示符（CQI）。） | 目标专利说明书[0006]、[0047]、[0051]、[0055]明确，该“事件指示消息”是设备在发生异常事件（如停电、管道泄漏破坏等普遍异常事件）时向基站发送的触发消息或异常报告。<br>而对比文件接收的仅是常规通信中的下行信道质量指示（CQI），CQI是正常无线资源调度及自适应调制编码所必须的周期性或非周期性无线测量物理量反馈，并非用于指示或报告突发“事件”或“系统异常”的消息。对比文件既无“事件指示消息”的实质公开，也无法推理得出。因此，对比文件未公开技术特征B。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0006]、[0047]、[0052]明确，“基于事件指示消息确定普遍异常事件是否临近”是指基站基于接收到的触发（如停电等异常报告），判断网络是否即将面临可能导致通信瘫痪或大批设备失联的灾难性事件。<br>对比文件针对的是LTE系统中如何适正化请求用户上报CQI的频度（通过统计下行调度次数或调度系数累加值），其根本不存在对“普遍异常事件是否临近”的检测与确定机制。对比文件既无直接公开，也无法从CQI统计逻辑中推理得出该技术方案。因此，对比文件未公开技术特征C。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0047]明确指明，普遍异常事件是“如停电、管道泄漏、管道破坏或恐怖袭击造成的普遍异常事件”，该事件“将导致与BS通信的多个设备失去与所述BS通信”。<br>对比文件仅涉及系统通信中的数据传输排队与无线资源混杂拥塞（如[0010]、[0081]提及的系统混杂/拥塞），是正常的网络流量负荷，并未涉及任何导致设备群体性失去通信连接的突发灾难性普遍异常事件。因此，对比文件未公开技术特征D。 |
| 技术特征E：在普遍异常事件临近的情况下<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0006]、[0052]指出，该特征构成了发送系统指示消息的触发前置判定条件。<br>由于对比文件根本不存在确定“普遍异常事件临近”的技术构思与判断步骤，因此更不存在基于该事件临近作为前提条件来触发后续操作。对比文件未公开技术特征E。 |
| 技术特征F：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《未公开》 | [0013]「下りリンクのチャネル状態情報をユーザ装置が報告すべきか否かを示す報告指示情報と、無線リソースの割当計画を示すスケジューリンググラント情報とを含む制御信号を生成する手段と、前記制御信号を下りリンクで送信する手段と、を有する。」<br>（译文：具有生成包含用于指示用户设备是否应报告下行信道状态信息的报告指示信息、以及指示无线资源分配计划的调度许可信息的控制信号的部件；以及在下行链路上发送所述控制信号的部件。） | 目标专利中的“系统指示消息”在[0051]、[0058]、[0070]中被定义为BS向设备广播/多播以指示其已意识到普遍系统错误并用于控制登入风暴的消息。<br>对比文件下行发送的控制信号仅是包含“CQI请求比特”的上行调度许可控制信号（PDCCH/DCI），用于常规调度单个UE上报测量信息，不具备任何应对普遍异常事件的“系统指示消息”的性质与功能。因此，对比文件未公开技术特征F。 |
| 技术特征G：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>《未公开》 | [0008]「上りスケジューリンググラントには、CQIリクエストビットというビットが含まれ…CQIリクエストビットが所定値(例えば、「１」)であった場合、上りリンクで許可された共有チャネルは、CQIを報告するために使用される。」<br>（译文：上行调度许可中包含称为CQI请求比特的比特……在CQI请求比特为规定值（例如“1”）的情况下，在上行链路上被许可的共享信道被用于报告CQI。）<br>[0104]「システム指示メッセージは…多重/ブロードキャストClass-1管理フレーム(例えば、ビーコンフレーム…)にコード化されてもよい。」（目标专利[0104]段信标对应定义） | 目标专利说明书[0051]、[0096]、[0104]明确，第一系统指示消息（如信标帧）的核心目的与实质作用在于“提醒M2M设备停止传送事件指示消息以避免报告相同的错误”，以遏制信道拥塞。<br>而对比文件的CQI请求比特（哪怕设置为0）仅表示当前PUSCH不携带CQI（或设置为1表示要求上报CQI），其既非“信标”，更绝无指示或命令终端“停止发送异常事件指示消息”的技术意图与作用。因此，对比文件未公开技术特征G。 |
| 技术特征H：该方法还包括<br><br>《直接公开》 | [0001]「本発明は、移動通信の技術分野に関し、特に移動通信システムにおける基地局装置及び方法に関する。」<br>（译文：本发明涉及移动通信的技术领域，特别涉及移动通信系统中的基站装置及方法。） | 对比文件[0001]以及实施例[0026]-[0065]记载了基站执行的多个连续方法步骤，对应专利方法权利要求中的常规过渡用语。本领域技术人员能毫无疑义地直接得出该技术特征。因此，技术特征H被对比文件直接公开。 |
| 技术特征I：确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0053]、[0069]明确，该特征是指基站检测普遍灾难事件是否消除、系统是否恢复（例如根据RA信道冲突消除或应用服务器消息）。<br>对比文件中自始至终未涉及任何普遍异常事件，自然不存在判断是否从该事件中恢复的过程。对比文件未公开技术特征I。 |
| 技术特征J：在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0053]、[0069]明确该特征为系统未恢复时重复下发指示的前提条件。<br>对比文件完全缺乏该事件状态判定前提，未公开技术特征J。 |
| 技术特征K：传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0053]、[0069]明确，第二系统指示消息是在基站尚未从普遍异常中恢复时，以所选择周期重复传送的用于持续抑制上行报告或进行拥塞控制的消息。<br>对比文件完全未公开在异常未恢复状态下发送第二系统指示消息的技术手段。因此，技术特征K未被公开。 |
| 技术特征L：其中所述系统指示消息被周期地传送。<br><br>《隐含公开》 | [0003]「サブフレーム毎に、どの移動局に対して上記共有チャネルを割り当てるかのシグナリングする必要がある。…シグナリングに用いられる制御チャネルは、LTEでは、下り物理制御チャネル(PDCCH: Physical Downlink Control Channel)と呼ばれる。」<br>（译文：需要以子帧为单位信令通知对哪个移动局分配上述共享信道。……用于信令的控制信道在LTE中被称为下行物理控制信道（PDCCH）。）<br>[0080]「図４の＜閑散時＞の場合、５ｍｓ毎に所定値のCQIリクエストがユーザ装置に通知されるので、ユーザ装置は５ｍｓ毎にCQIを報告することになる。」<br>（译文：在图4的＜闲散时＞的情况下，由于每隔5ms向用户设备通知规定值的CQI请求，因此用户设备每隔5ms报告CQI。） | 目标专利说明书[0053]、[0071]记载系统指示消息可以以所选择的周期重复地传送。<br>在极其宽松的隐含公开判断标准下：对比文件在[0080]及图4中记载了在数据持续传输时，基站可每隔5ms（以固定周期）向终端发送携带CQI报告指示的下行控制信号；同时PDCCH控制信令也是按子帧时间间隔重复调度的。尽管对比文件中的控制信号并非针对普遍异常事件，但其公开了基站“周期性地下发指示信息/控制消息给设备”的技术动作与传输机制，部分公开了信息周期传送的时域调度手段，在宽松标准下有可能与其他对比文件组合，因此可认定技术特征L被隐含公开。 |
| 技术特征M：其中所述事件指示消息是异常报告。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0006]、[0051]、[0055]明确指出，事件指示消息为设备检测到突发状况后发出的“临界实时异常报告”或“紧急情况报告”。<br>对比文件中终端所传输的全部上行信息均为正常的信道质量（CQI）反馈或用户业务数据，与“异常报告”的本质属性、产生机制及解决的技术问题完全不同。因此，对比文件未公开技术特征M。 |
| 技术特征N：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>《未公开》 | [0063]「ステップS36では、累計値(Count)が所定の閾値("Threshold"として言及されている。)と比較される。…累計値(Count)が閾値(Threshold)より大きかった場合(YESの場合)、フローはステップS38に進む。[0064]ステップS38では、CQIリクエストビットが所定値(例えば、「１」)に設定される。」<br>（译文：在步骤S36中，累计值与规定阈值进行比较。……在累计值大于阈值的情况下，流程进入步骤S38。在步骤S38中，CQI请求比特被设定为规定值（例如“1”）。） | 目标专利说明书[0055]明确公开，该特征是指基站监测预定时间窗口内若接收到超出阈值的重复异常报告（例如10个紧急情况报告），即触发系统指示消息以遏制其他设备上报。<br>对比文件虽然在[0063]记载了计数累加与阈值比较，但其累加的是“基站对该UE发送下行共享信道（PDSCH）的次数”或“该UE的调度系数值优良程度”，累加主体和统计对象是基站自身的下行调度行为，根本不是“基站接收到的来自多个设备的多个异常报告”。因此，对比文件未公开技术特征N。 |
| 技术特征O：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0055]指出，该特定类型的消息可以是“具有测距目的字段设置为‘非正常断电’的测距请求消息”或“为系统异常报告测距保留的测距码”，基站在预定时间窗内接收到超出数量时检测到错误并下发系统指示。<br>对比文件中基站发送指示仅由基站对特定UE的下行调度累积次数或系数触发，而非基于在预定周期内接收到终端上传的“多个特定类型的消息”（更无特定异常信令类型）。因此，对比文件未公开技术特征O。 |
<<<A>>>
<<<H>>>
<<<l>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>【未公开】 | 无引用内容。 | 对比文件公开的是一种蓄电池的充放电计划装置、充放电计划方法、程序及蓄电池的充放电装置（参见对比文件[0001]），其属于电力系统与储能控制技术领域；而目标专利的技术特征A为一种在无线通信系统/机器到机器（M2M）网络中由基站侧处理突发性网络登入及异常指示的方法的前序步骤。两者的技术领域、解决的技术问题及整体方法架构完全不同。对比文件未公开由基站或类似通信节点执行的方法的前序，即使按极为宽松的隐含公开标准，也无法推导或推理出该通信方法的前序特征，因此技术特征A未被公开。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0006]、[0047]、[0052]、[0055]）中，技术特征B是指基站在无线网络中接收来自多个通信设备（如处于空闲态的M2M设备/WTRU）中的设备发出的事件指示消息（例如异常报告、测距请求或紧急情况报告），用于告知发生了异常事件以启动后续防护。对比文件中仅涉及家庭/需求家侧的“計測装置M1は、更に、例えば電気事業者等(不図示)から第1価格情報S1を受信する”（计量装置M1从电力事业者接收第一价格信息S1，参见[0015]）。对比文件的计量装置不是无线基站，接收的第一价格信息是用于制定充放电计划的电价数据，完全不属于“来自通信的多个设备中的一个设备的事件指示消息”，亦未起到指示网络/设备普遍异常事件发生的作用。本领域技术人员无法从对比文件中直接得出或合理解释、推理出该特征，因此技术特征B未被公开。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0006]、[0047]、[0052]、[0055]）指出，该特征指基站根据接收到的事件指示消息（如特定异常码、达到一定阈值的异常上报数量）检测/判断导致多设备失联或RA信道严重拥塞的系统级普遍异常是否即将来临（imminent）。对比文件（如[0005]、[0035]、[0042]等）公开的判断是“判定装置基于第一卖买价格、第二卖买价格和蓄电池的充放电效率对蓄电池充放电的经济性进行判定”，其目的是判断低买高卖是否具备套利空间，与目标专利中基站判定网络中是否存在普遍异常事件临近在判定主体、判定对象、技术手段和技术效果上完全不同，不存在任何实质或等同公开，亦不具备推导出的可能性，因此技术特征C未被公开。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0047]）明确限定，“普遍异常事件可以是将导致与BS通信的多个设备失去与所述BS通信的事件”，例如大面积停电、管道泄漏、破坏导致大量设备断电失联并在恢复时并发重登入。对比文件全文通篇讨论的是常规电力系统中的电价实时变动、峰谷套利及防止逆潮流（[0024]、[0058]），根本未涉及任何“使多个设备与基站失去通信的普遍异常事件”的概念、事件定义或相关缺陷教导。本领域技术人员无法从对比文件中得出该技术特征，因此技术特征D未被公开。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0006]、[0052]）中，该特征是基站触发下行控制与拥塞避免的前提条件（检测到普遍系统异常即将发生）。对比文件完全未涉及任何“普遍异常事件”的场景，更无从谈及在普遍异常事件临近时采取动作的处理条件分支。因此技术特征E未被对比文件直接公开或隐含公开。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0051]、[0052]、[0070]）中，技术特征F是指基站在检测到普遍异常临近时，通过广播或多播向一个或多个终端设备下发系统指示消息，通知基站已获知普遍错误。对比文件中仅记载充放电控制装置向充放电装置输出用于充放电的“控制信号Ct”（参见[0018]、[0047]），该信号是需求家内部控制蓄电池开关充电、放电或停止的本地硬件驱动信号，并非无线基站向多个通信设备传送的关于普遍异常的“系统指示消息”，两者的通信架构、报文性质、传送目的及控制机理截然不同。因此对比文件未公开技术特征F。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0051]、[0093]、[0104]）明确指出，系统指示消息可编码于802.11信标帧（Beacon）等管理帧中，其作用是指示终端设备停止发送重复的事件指示消息（如终止随机接入尝试RA），避免上行信道雪崩拥塞。对比文件完全未公开无线局域网或蜂窝网中的信标帧，更未公开用于“指示多个设备停止向基站传送事件指示消息”的信标或等同信令。对比文件无任何技术内容对应于该特征，因此技术特征G未被公开。 |
| 技术特征H：<br>该方法还包括<br><br>【未公开】 | 无引用内容。 | 对比文件为蓄电池充放电控制方法/装置，未公开基站侧执行的多步骤无线网络异常处理方法的后续特征，因此技术特征H未被公开。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0053]、[0069]、[0091]）中，技术特征I是基站检测系统是否已从普遍异常中恢复（例如通过RA信道冲突是否降至容限内，或接收到应用服务器的恢复通知）。对比文件虽然涉及充放电控制循环是否执行完毕的判断（例如[0043]判断变量K是否为12、[0055]判断变量t是否为24），但这仅仅是24小时充放电时间段计划编制或执行循环的结束判断，完全与“基站是否从普遍异常事件中恢复”无关，两者的判断主体、对象与技术效果完全不同。对比文件未公开技术特征I。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0053]、[0069]）中，该特征是在基站尚未脱离普遍异常时的处理条件分支。对比文件根本没有关于系统经历并处于未恢复状态的普遍异常事件的任何公开或教导，因此技术特征J未被公开。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0053]、[0069]、[0122]）中，该特征是指在系统未恢复时，基站继续向设备发送第二系统指示消息（例如重复发送信标或指示消息），以维持对终端随机接入风暴的抑制。对比文件中充放电控制装置根据计划输出控制信号Ct，完全不涉及在普遍异常未恢复时向通信设备传送第二系统指示消息。两者的信号内容、触发逻辑与控制对象无任何关联，对比文件未公开技术特征K。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0053]、[0071]、[0123]）明确，系统指示消息以所选择的周期（预定或可变/动态周期）重复传送，以确保持续抑制设备重登入。对比文件中虽涉及将一天划分为每1小时或每30分钟的时间段（[0025]、[0087]），但这是关于电价变化和充放电计划时隙的划分，对比文件既没有公开系统指示消息，更没有公开“系统指示消息被周期地传送”的信令传输机制。本领域技术人员无法从对比文件中直接或隐含得出该特征，因此技术特征L未被公开。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0006]、[0051]、[0052]、[0126]）中，事件指示消息具体体现为设备上报系统故障/断电等的临界实时“异常报告”（exception report）。对比文件传输的是价格信息S1与控制信号Ct，不存在任何关于设备向网络上报“异常报告”的记载。对比文件未公开技术特征M。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0055]、[0127]-[0129]）指出，该特征是基站在预定义时间窗内接收到超出阈值数量的重复异常报告（例如10个紧急情况报告）时，触发发送第一系统指示消息。对比文件未涉及基站、未涉及设备异常报告，更未涉及基于时间窗口统计异常报告数量从而触发消息下发的技术手段。对比文件未公开技术特征N。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0055]、[0130]-[0133]）指出，特定类型的消息例如为测距目的字段设为“非正常断电”的测距请求消息或特定保留测距码。基站在预定时间周期内收到超出预定数量的特定类型消息即判定异常并发送指示。对比文件中完全不存在相关特定类型消息的接收统计与指示消息触发机制。对比文件未公开技术特征O。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 无对应公开内容。 | 对比文件属于冶金机械制造领域，涉及一种薄板坯连铸方法及双辊铸造机（参见[2]：“本发明涉及带钢连铸方法及双辊铸造机”）。而目标专利属于无线通信/机器到机器（M2M）网络领域中的通信控制方法。两者技术领域完全不同，对比文件未公开用于在通信网络中处理突发事件的方法，因此未公开技术特征A。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br>《未公开》 | 无对应公开内容。 | 对比文件公开的是双辊铸造机中通过板厚传感器测量带钢板厚、通过相机拍摄液面位置以调整浇注流量与水口位置（参见[2]），完全未公开无线通信系统中的“基站”、“与基站通信的多个设备”以及“接收事件指示消息”等技术内容，因此未公开技术特征B。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br>《未公开》 | 无对应公开内容。 | 对比文件仅公开根据板厚传感器测定值与目标值偏差调节滑板阀门开度（参见[2]），并未涉及通信网络中基于上行消息分析、判断普遍通信中断异常是否临近的技术手段与功能，因此未公开技术特征C。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及无线通信网络，更未公开导致多个通信设备失去与基站通信连接的“普遍异常事件”，因此未公开技术特征D。 |
| 技术特征E：在普遍异常事件临近的情况下<br>《未公开》 | 无对应公开内容。 | 对比文件不涉及通信网络异常临近的前提条件判断，因此未公开技术特征E。 |
| 技术特征F：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br>《未公开》 | 无对应公开内容。 | 对比文件中各执行器动作仅为铸造机内部的机械控制与驱动（参见[2]），未公开基站向无线设备下发系统级指示消息的无线通信过程，因此未公开技术特征F。 |
| 技术特征G：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br>《未公开》 | 无对应公开内容。 | 对比文件完全不存在基站下发用于指示设备停止发送事件报告以遏制接入信道风暴拥塞的“信标”或指示消息，因此未公开技术特征G。 |
| 技术特征H：该方法还包括<br>《未公开》 | 无对应公开内容。 | 对比文件属于金属铸造领域，未公开无线通信控制方法，未公开技术特征H。 |
| 技术特征I：确定所述基站是否已经从所述普遍异常事件中恢复<br>《未公开》 | 无对应公开内容。 | 对比文件未公开基站对网络普遍异常事件恢复状态的检测与判断，因此未公开技术特征I。 |
| 技术特征J：在所述基站没有从所述普遍异常事件中恢复的情况下<br>《未公开》 | 无对应公开内容。 | 对比文件不存在针对通信异常未恢复状态的条件判断，未公开技术特征J。 |
| 技术特征K：传送第二系统指示消息到所述多个设备中的至少一个设备。<br>《未公开》 | 无对应公开内容。 | 对比文件未公开在基站未恢复时持续或再次向设备下发指示消息以维持拥塞控制的技术方案，未公开技术特征K。 |
| 技术特征L：其中所述系统指示消息被周期地传送。<br>《未公开》 | 无对应公开内容。 | 对比文件未公开基站在下行链路中周期性广播/传送系统指示消息的机制，未公开技术特征L。 |
| 技术特征M：其中所述事件指示消息是异常报告。<br>《未公开》 | 无对应公开内容。 | 对比文件未公开终端/设备向基站发送作为事件指示消息的“异常报告”，未公开技术特征M。 |
| 技术特征N：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br>《未公开》 | 无对应公开内容。 | 对比文件未公开基站在预定时间周期内统计多个异常报告并据此触发系统指示消息传送的触发判定机制，未公开技术特征N。 |
| 技术特征O：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br>《未公开》 | 无对应公开内容。 | 对比文件未公开基于预定时间周期内接收多个特定类型消息以触发系统指示消息发送的判定机制，未公开技术特征O。 |
### 特征比对分析
**技术特征A**：该方法包括
对比文件公开了移动通信系统中基站与移动局之间控制报告的方法。属于常规方法引导语，属于直接公开。
**技术特征B**：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息
对比文件公开了基站接收来自终端（移动局/UE）的事件型报告（如无线回线障害、RL Failure等事件触发的报告、SON测量报告），在基站覆盖下有多个移动局与基站通信。在事件发生后，基站接收来自其中一个移动局的报告，被直接公开。
**技术特征C**：基于所述事件指示消息确定普遍异常事件是否临近
在目标专利中，“普遍异常事件是否临近”是指基站判断即将经历可能导致大面积脱网/拥塞的系统级异常（如停电等导致突发登入潮的临界普遍异常事件）。对比文件中，基站接收移动局的事件型报告后，主要将其作为SON网络自优化数据收集（用于无线参数优化），或者在“同一内容（事件种类和发生场所相同）的报告多数接收时，报知该内容的报告不需要”。对比文件中并未公开“基于单个设备的事件指示消息确定普遍异常事件是否临近”，基站并不根据接收到的某一个事件指示消息去预测/确定普遍异常事件即将发生（imminent），因此未直接公开。但从隐含公开的角度来看，对比文件公开了基站接收到无线回线障害报告，且说明了当发生基站障碍等大范围故障时回线再连接会导致大量报告集中增加网络负荷，基站具备对报告和网络状态进行监控并采取措施的能力，本领域技术人员有可能基于其揭示的“基站障碍时大量回线再连接报告导致网络过载”的背景推理出根据收到的故障事件推断出系统存在大范围异常的可能性，并且在极为宽松的标准下与其它技术方案组合，可视为隐含公开。
**技术特征D**：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件
对比文件明确记载了“基地局障害やトンネル通過等による無線回線障害が生じた場合、回線再接続時に、複数の移動局が、基地局に対して一斉に報告を行う”、“基地局障害により、セルが消滅したときは…”等。其中基站故障（基地局障害）即是导致与该基站通信的多个移动局失去与基站通信的大范围故障事件，其技术实质和作用完全相同，属于直接公开。
**技术特征E**：在普遍异常事件临近的情况下
目标专利是在确定普遍异常临近（即异常即将爆发/即将导致网络过载）这一特定触发条件下采取后续下发信标的操作。对比文件是在基站故障或检测到上行流量过大、或者基站故障恢复后再连接时下发概率/禁止指示，并未在基站侧建立“在普遍异常事件临近的情况下”这一前置条件。但由于对比文件记载了基站感知上行流量过大时立即设置Prep=0禁止报告以防网络瘫痪，属于防范网络过载临近的动作，宽松标准下可视为隐含公开。
**技术特征F**：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备
对比文件公开了基站向移动局报知（广播/组播）执行概率（Prep）或报告禁止信息（DSI/报知情報），用于控制或抑制移动局向基站上报。这构成了传送第一系统指示消息到基站通信的多个设备中的一个或多个设备，作用相同，属于直接公开。
**技术特征G**：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。
对比文件公开了基站向移动局广播报知指示（如Prep=0，或报告禁止信息DSI/廃棄指示），指示移动局禁止/中止报告无线回线障害事件；在具体实施例中明确指出了可以通过广播信道、寻呼信道（PCH）、FACH或系统管理帧如“信标帧（ビーコンフレーム、Beacon frame）”中编码并报知该禁止/中止指示。该消息在对比文件中起到了让移动设备停止向基站发送事件报告以避免网络拥塞的作用，与目标专利中信标的作用完全相同，属于直接公开。
**技术特征H**：该方法还包括
常规引导语，直接公开。
**技术特征I**：确定所述基站是否已经从所述普遍异常事件中恢复
对比文件公开了基地局障害时，在回线再连接后进行控制，以及在管理服务器/基站中将报告禁止单元从列表中排除时，将报知的概率从0逐渐增加最终为1；同时还公开了基站间定期进行健康检查（ヘルスチェック）以检测障害セル等机制。基站根据系统恢复状况调整报告抑制策略。虽然对比文件未以“确定基站是否从普遍异常事件中恢复”的字面完整表述独立限定检测模块，但其系统自恢复、回线再连接和将禁止单元解禁（从0逐步恢复到1）的前提即是基站/网络恢复正常运行。因此在极为宽松的隐含公开标准下，本领域技术人员可以合理推断出基站直接或间接地确定系统/基站故障是否已经恢复，属于隐含公开。
**技术特征J**：在所述基站没有从所述普遍异常事件中恢复的情况下
对比文件记载了在系统处于大负荷或故障抑制状态期间（即上行流量仍超阈值，未恢复正常状态时），基站持续保持Prep=0（禁止报告）或继续报知报告禁止信息。在宽松标准下，该未恢复状态下的控制逻辑被对比文件隐含公开。
**技术特征K**：传送第二系统指示消息到所述多个设备中的至少一个设备。
对比文件公开了基站可以周期性、交替地报知不同的指示消息（例如图9/图11中交替报知第1实施概率Prep1和第2实施概率Prep2，或者在未恢复时持续循环报知禁止信息）。第2实施概率即构成了第二系统指示消息，作用在于进一步控制和抑制设备上报，直接公开。
**技术特征L**：其中所述系统指示消息被周期地传送。
对比文件公开了基站周期性地发送报知信息（例如通过定时器管理，一定时间间隔内重复报知，或者交替报知第1概率和第2概率，信标帧本身也是周期性下发）。与目标专利中周期性传送系统指示消息的作用相同，属于直接公开。
**技术特征M**：其中所述事件指示消息是异常报告。
对比文件公开了移动局发送的事件报告是无线回线障害（Radio Link Failure）、切换失败（HO Failure）等通信异常的测量监视报告（SON测量报告），完全属于“异常报告”，直接公开。
**技术特征N**：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。
对比文件明确记载了：基站可以在预定的时间周期内（一定時間内）统计接收到的来自移动局的报告数量（報告受信件数），当报告件数过多（超过最大阈值Nth_max或Th_high_rep）时，基站将实施概率设为0（禁止报告）并向移动局报知该指示；或者“基地局（または管理サーバ）は、同一内容（イベントの種類と発生場所が同一）の報告を多数受信したとき、その内容の報告は不要であることを報知するようにしてもよい”。这直接公开了在预定时间周期内基于接收到多个异常报告而传送第一系统指示消息，技术手段和技术效果完全相同，直接公开。
**技术特征O**：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。
对比文件公开了基站基于特定类型（例如无线回线障害事件、同一事件种类）的消息在一定时间内被大量接收，从而触发向移动局报知报告禁止指示。这与技术特征O完全等同并直接公开。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及位置） | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | 【WO2009022752A1说明书 概要及方法部分】<br>“本発明に係る方法は、基地局が、移動局による通信状況の監視結果を基地局に報告する確率を報知する工程と、前記移動局は、前記基地局から報知された前記確率を受け、前記確率にしたがって、前記監視結果を前記基地局へ報告する工程と、を含む。”<br>（译文：本发明涉及的方法包括：基站报知移动局向基站报告通信状况监视结果的概率的步骤；所述移动局接收所述基站报知的所述概率，并按照所述概率向所述基站报告所述监视结果的步骤。） | 对比文件公开了一种无线通信系统中控制终端向基站报告监视结果的通信方法，包含了方法的基本技术方案流程，直接公开了该常规方法引导特征。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br>《直接公开》 | 【WO2009022752A1说明书 ［0013］及［0015］等】<br>“イベント型で報告を行う場合、移動局で監視する通信状況に、例えば…無線回線障害（Radio Link Failure）…等、予め定められた所定の条件に該当し、トリガとなるイベントが発生すると、移動局は当該イベントの発生を、基地局に報告する。”<br>（译文：在进行事件型报告的情况下，在移动局监视的通信状况中，当符合例如无线链路故障等预定的所定条件并发生作为触发的事件时，移动局向基站报告该事件的发生。） | 对比文件中基站与多个移动局进行无线通信，当某一移动局发生特定事件（如无线链路故障）时，该移动局作为触发向基站发送包含故障事件的监视报告。对比文件中的事件报告即相当于事件指示消息，基站接收该消息的技术手段与目标专利完全相同，达到接收设备故障事件指示的技术效果，属于直接公开。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br>《隐含公开》 | 【WO2009022752A1说明书 ［0017］、［0020］等】<br>“基地局障害やトンネル通過等による無線回線障害が生じた場合、回線再接続時に、複数の移動局が、基地局に対して一斉に報告を行うことになり、無線ネットワークのトラフィック量が急激に増大する。”<br>“基地局は、移動局側から基地局側への上りトラフィック量に基づき前記確率を決定し…”<br>（译文：在发生因基站故障或通过隧道等引起的无线链路故障的情况下，在链路重新连接时，多个移动局向基站一齐进行报告，无线网络的业务量急剧增大…基站基于从移动局侧到基站侧的上行链路业务量来决定所述概率…） | 目标专利中该特征是指基站基于事件指示消息判断普遍异常事件（导致多个设备失去通信的大范围事件）是否即将来临。对比文件中未字面记载基于单个事件指示消息预测普遍异常事件临近，但对比文件明确指出了无线链路故障事件的大量上报反映了基站故障等严重网络瘫痪事件，且基站通过对上行报告流量及异常事件的监测来判断网络是否即将面临过载并据此下发抑制指示。在极为宽松的隐含公开判断标准下，本领域技术人员结合其关于基站故障引起的大规模故障与上报拥塞的教导，有可能推理得出基站可基于事件指示消息对普遍异常事件的临近进行判断，因此构成隐含公开。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br>《直接公开》 | 【WO2009022752A1说明书 ［0017］、［0020］、［0038］】<br>“基地局障害やトンネル通過等による無線回線障害が生じた場合、回線再接続時に、複数の移動局が、基地局に対して一斉に報告を行う…”<br>“基地局障害により、セルが消滅したときは…”<br>（译文：在发生因基站故障或通过隧道等引起的无线链路故障的情况下，在链路重新连接时，多个移动局向基站一齐进行报告…当因基站故障导致小区消亡时…） | 目标专利中将“普遍异常事件”解释为导致与基站通信的多个设备失去与基站通信的事件。对比文件中列举的“基站故障（基地局障害）”直接导致其下辖小区消失（セルが消滅）、多个移动局发生无线链路断开（无线回线障害），在基站修复前多个移动局均失去与该基站的通信。二者概念、发生场景及造成多个设备失去通信的技术效果完全一致，属于直接公开。 |
| 技术特征E：在普遍异常事件临近的情况下<br>《隐含公开》 | 【WO2009022752A1说明书 ［0020］、［0023］、流程图图7】<br>“前記上り回線トラフィック量を測定し、該トラフィック量が予め定められた閾値よりも大の場合、前記確率を０に設定して報知することで、前記移動局に報告を禁止させるようにしてもよい。”<br>（译文：测量所述上行链路业务量，在该业务量大于预定的阈值的情况下，将所述概率设定为0进行报知，从而禁止所述移动局报告。） | 目标专利强调“在普遍异常事件临近的情况下”执行后续抑制信令的下发。对比文件虽未直接使用“临近（imminent）”的字眼，但记载了当上行流量超过门限（表明大批量的故障发生、上报潮即将来临或加剧网络崩溃）时，基站触发下发抑制/禁止报告指示以防范网络瘫痪。按照极为宽松的判断标准，该场景实质上涵盖了在系统面临大规模通信障碍/过载异常临近时的处理逻辑，构成隐含公开。 |
| 技术特征F：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br>《直接公开》 | 【WO2009022752A1说明书 ［0020］、［0037］】<br>“前記決定した確率を移動局に報知する手段と、を含む基地局が提供される。”<br>“報告禁止情報のリストから…報告禁止の指示を報知し、報告を抑止させる…”<br>（译文：提供一种基站，包括向移动局报知所决定的概率的手段…报知报告禁止指示，抑制报告…） | 对比文件中基站生成实施概率（Prep=0）或报告禁止信息（DSI），通过无线广播或组播方式下发给其通信范围内的一个或多个移动局。该消息即对应于目标专利的第一系统指示消息，其在对比文件中的下发机制和对象与目标专利完全相同，属于直接公开。 |
| 技术特征G：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br>《直接公开》 | 【WO2009022752A1说明书 ［0020］、［0047］、［0057］】<br>“該トラフィック量が予め定められた閾値よりも大の場合、前記確率を０に設定して報知することで、前記移動局に報告を禁止させる…”<br>“新情報エレメント（ＩＥ）および／または情報フィールドは、いくつかの既存のマルチキャスト／ユニキャストクラス１管理フレーム（例えば、ビーコンフレーム、パブリックレスポンスフレームなど）に追加されてもよい。”<br>（译文：该业务量大于预定阈值的情况下，将所述概率设置为0并报知，从而使所述移动局禁止报告…新信息元素（IE）和/或信息字段可以被添加到一些现有的多播/单播1类管理帧（例如信标帧Beacon Frame、公共响应帧等）中。） | 对比文件中基站发送的第一指示消息（实施概率Prep=0或报告禁止信息DSI）明确指示移动局停止/禁止向基站发送事件报告（无线链路故障等报告）；且对比文件明确公开了该指示可以承载在“信标帧（Beacon Frame）”中向移动局报知。其技术手段为利用信标帧指示终端停止发送事件报告，起到减轻信道拥塞的作用，与目标专利的技术特征G完全等同，属于直接公开。 |
| 技术特征H：该方法还包括<br>《直接公开》 | 【WO2009022752A1说明书 全文】 | 常规方法步骤引导语，直接公开。 |
| 技术特征I：确定所述基站是否已经从所述普遍异常事件中恢复<br>《隐含公开》 | 【WO2009022752A1说明书 ［0039］、［0042］、［0050］】<br>“管理サーバにおいて、報告禁止セルを報告禁止情報のリストから除く場合、基地局から報知する確率を、０から徐々に増加させて、最終的に１となるように制御するようにしてもよい。”<br>“定期的なチェックにより、隣接セルが障害セルを自律的に検出するようにしてもよい。”<br>“基地局の復旧時、あるいはトンネル出口のセル２において…再接続した場合…”<br>（译文：在管理服务器将报告禁止小区从报告禁止信息列表中移除的情况下，可以控制从基站报知的概率从0逐渐增加，最终变为1。可以通过定期检查使邻区自律检测故障小区。基站恢复时，或者在隧道出口小区再连接时…） | 目标专利中基站确定自身是否已经从普遍异常事件中恢复。对比文件虽然侧重在管理服务器移除禁止列表、邻区心跳检测以及根据故障恢复情况逐渐将报告概率从0调升至1的整体系统控制，但基站/网络节点具备获取自身或邻区故障恢复状态的能力，在恢复后才逐步放开报告权限。在宽松的隐含公开判断标准下，基站掌握并确定故障是否恢复是其调整报告控制指示的内在前提逻辑，本领域技术人员可以合理推理得出，属于隐含公开。 |
| 技术特征J：在所述基站没有从所述普遍异常事件中恢复的情况下<br>《隐含公开》 | 【WO2009022752A1说明书 ［0020］、［0051］及附图图7】<br>“上り回線のトラフィック量Ａがしきい値Ｔｈ＿ｈｉｇｈより大の場合…Ｐｒｅｐ＝０とする…上り回線のトラフィック量が大きいときは、報告指示生成部２６は、Ｐｒｅｐ＝０に設定し、移動局からの報告を禁止する。”<br>（译文：在上行链路业务量A大于阈值Th_high的情况下…设Prep=0…在上行链路业务量大时，报告指示生成部26设定Prep=0，禁止来自移动局的报告。） | 目标专利要求在未恢复的情况下继续执行系统指示操作。对比文件中在上行流量未回落至阈值以下（即网络故障及其造成的过载状态未解除、未恢复）的情况下，基站继续维持报告禁止或低概率抑制状态。在宽松的隐含公开判断标准下，该技术方案与技术特征J的技术实质相同，属于隐含公开。 |
| 技术特征K：传送第二系统指示消息到所述多个设备中的至少一个设备。<br>《直接公开》 | 【WO2009022752A1说明书 ［0021］、［0054］、附图图9/图11】<br>“前記基地局は、前記確率として、予め定められた固定値の第１の確率と、前記第１の確率を報知したのち…第２の確率と、を交互に報知する…”<br>（译文：所述基站作为所述概率，交替报知预定固定值的第1概率、以及在报知了所述第1概率之后…可变设定的第2概率…） | 对比文件明确公开了基站在报知了第一指示消息（第1概率Prep1）后，进一步计算并向移动局传送第二指示消息（第2实施概率Prep2），用以继续控制移动局的报告行为。这与目标专利中传送第二系统指示消息的技术方案实质相同，作用相同，属于直接公开。 |
| 技术特征L：其中所述系统指示消息被周期地传送。<br>《直接公开》 | 【WO2009022752A1说明书 ［0021］、［0054］、［0057］】<br>“前記第１の確率と…第２の確率と、を交互に報知する…一定時間経過した後、ステップＳ３０１の第１の実施確率の報知の処理から繰り返す。この一定時間もタイマで管理される。”<br>（译文：交替报知所述第1概率和第2概率…在经过一定时间后，重复从步骤S301的报知第1实施概率的处理。该一定时间也由定时器管理。） | 对比文件中基站通过定时器（タイマ）管理一定时间周期，交替并循环重复报知系统指示消息（实施概率/信标帧），这与目标专利中系统指示消息被周期性传送的技术特征相同，作用均为确保覆盖范围内的终端能够周期性获取最新的网络报告控制状态，属于直接公开。 |
| 技术特征M：其中所述事件指示消息是异常报告。<br>《直接公开》 | 【WO2009022752A1说明书 ［0013］、［0015］、［0049］】<br>“移動局で監視する通信状況に、例えば無線回線障害（Radio Link Failure）、ハンドオーバ障害（HO Failure）、スループット低下、パイロット品質の低下等…トリガとなるイベントが発生すると、移動局は当該イベントの発生を、基地局に報告する。”<br>（译文：移动局监视的通信状况中，当发生例如无线链路故障、切换故障、吞吐量下降、导频质量下降等作为触发的事件时，移动局向基站报告该事件的发生。） | 对比文件中的事件指示消息具体为无线链路故障报告、切换失败报告、吞吐量下降报告等，均属于反映网络通信发生异常的“异常报告”，与目标专利限定的内容完全一致，属于直接公开。 |
| 技术特征N：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br>《直接公开》 | 【WO2009022752A1说明书 ［0021］、［0038］、［0054］】<br>“前記第１の確率を報知したのち、予め定められた所定時間内における移動局からの報告受信件数に応じて可変に設定される第２の確率と、を交互に報知する…”<br>“基地局（または管理サーバ）は、同一内容（イベントの種類と発生場所が同一）の報告を多数受信したとき、その内容の報告は不要であることを報知するようにしてもよい。”<br>（译文：在报知所述第1概率之后，交替报知根据预定的所定时间内来自移动局的报告接收件数可变设定的第2概率…基站（或管理服务器）在接收到多数同一内容（事件种类和发生场所相同）的报告时，也可以报知不需要该内容的报告。） | 对比文件明确公开了基站在预定时间周期内（所定時間内）统计接收到的来自多个移动局的异常报告件数，当接收到的报告数量多时，设定实施概率为0或向终端报知该内容的报告不需要（即发送指示停止报告的第一系统指示消息）。该特征的技术手段、触发条件（预定周期内接收多个异常报告）及控制效果与目标专利完全相同，属于直接公开。 |
| 技术特征O：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br>《直接公开》 | 【WO2009022752A1说明书 ［0038］、［0053］、［0054］】<br>“基地局（または管理サーバ）は、同一内容（イベントの種類と発生場所が同一）の報告を多数受信したとき、その内容の報告は不要であることを報知するようにしてもよい。その際、同一内容の報告から報告禁止セル番号や報告禁止位置の組合せをイベントの種類毎に、自動的に生成するようにしてもよい。”<br>（译文：基站（或管理服务器）在接收到多数同一内容（事件种类和发生地点相同）的报告时，也可以报知不需要该内容的报告。此时，也可以按照事件种类自动生成报告禁止小区编号和报告禁止位置的组合。） | 对比文件公开了基站在特定时间统计特定类型（如同一事件种类，例如无线链路故障）的消息数量，当接收到多数该特定类型的消息时，触发报知报告禁止指示。这与技术特征O中基于在预定时间周期内接收多个特定类型的消息而传送系统指示消息的特征完全等同，属于直接公开。 |
---
<<<A>>>
<<<B>>>
<<<c>>>
<<<D>>>
<<<e>>>
<<<F>>>
<<<G>>>
<<<H>>>
<<<i>>>
<<<j>>>
<<<K>>>
<<<L>>>
<<<M>>>
<<<N>>>
<<<O>>>
作为资深专利代理师，结合目标专利说明书原文以及对比文件（US 2009/0294362 A1）的具体公开内容，对目标专利权利要求的技术特征 A 至 O 进行深度公开性评估。
**技术领域与方案实质分析：**
* **目标专利**属于无线通信/机器到机器（M2M）通信领域，涉及在通信系统发生大面积/普遍异常事件时，基站如何接收设备事件报告、评估网络异常、周期下发系统指示信标以制止设备过载重登/风暴接入的方法。
* **对比文件（US 2009/0294362 A1）**属于化学与色谱分离分析技术领域，发明名称为《STATIONARY PHASE FOR HYDROPHILIC INTERACTION CHROMATOGRAPHY》（用于亲水作用色谱的固定相），全部内容仅涉及通过接枝中性亲水性乙烯基单体改性固相支撑体以用于亲水相互作用色谱（HILIC）分离的技术方案。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含段落与翻译） | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>【未公开】 | 无引用内容。<br><br>对比文件全文（如[0001]、[0020]等）涉及的是“用于亲水作用色谱（HILIC）的固定相制备方法及色谱分离方法”。 | 对比文件属于化学色谱材料领域，公开的是色谱分离或固相萃取方法，与无线通信中基站处理网络登入的方法完全无关。即便从最宽的上位概念“方法”来看，其所指代的方法体系和执行主体全然不同，因此未公开。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>【未公开】 | 无引用内容。<br><br>对比文件全文涉及亲水单体在固体支撑物上的接枝共聚及分析物分离，不含任何基站、通信设备或消息传递内容。 | 目标专利中，该特征是指基站接收与其无线连接的终端（如M2M设备/WTRU）发送的诸如断电、故障等事件指示消息（见目标说明书[0048]、[0051]、[0055]）。对比文件涉及色谱固定相分离极性化合物，无任何无线通信实体、无基站、无设备上报事件指示消息，既未直接公开，也无任何可推导的启示，完全未公开。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指基站根据收到的事件指示消息（或统计数量、特定代码）预先检测通信网络即将经历大规模严重异常，以提前触发防风暴机制（见目标说明书[0006]、[0052]）。对比文件为化学色谱分离机理，不涉及任何事件分析、状态判定或普遍异常预测，完全未公开。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>【未公开】 | 无引用内容。 | 目标专利中对普遍异常事件的定义明确为“导致与BS通信的多个设备失去与所述BS通信的事件”（见目标说明书[0047]）。对比文件涉及液相色谱流动相与固定相的分配机制，无网络实体脱网或通信中断的物理含义，完全未公开。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是基站执行防拥塞调度策略的触发前置条件（见目标说明书[0006]、[0052]、[0069]）。对比文件不涉及任何事件检测及其条件分支控制，完全未公开。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指基站在空口下发信令（如广播或多播系统指示消息）通知有关终端（见目标说明书[0051]、[0052]、[0070]）。对比文件为化学试剂处理与吸附剂制备，无消息传输机制，完全未公开。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征限定了系统指示消息的具体性质（信标Beacon）和功能（指示设备停止传送事件指示消息以抑制随机接入信道拥塞，见目标说明书[0051]、[0093]、[0104]）。对比文件属于化学材料领域，不存在信标通信及设备停发机制，完全未公开。 |
| 技术特征H：<br>该方法还包括<br><br>【未公开】 | 无引用内容。 | 属于从属权利要求的方法步骤引入特征，基于前述分析，对比文件未公开无线基站通信方法，完全未公开。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指基站监测网络状态（如RA信道冲突是否降至容限界限内，或接收网络服务器指示）以评估是否完成故障恢复（见目标说明书[0053]、[0069]）。对比文件不包含任何系统故障恢复判断，完全未公开。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是网络未恢复时的持续控制判定条件（见目标说明书[0053]、[0069]）。对比文件无相关机制，完全未公开。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是在未恢复时再次传送系统指示消息以维持抑制拥塞（见目标说明书[0053]、[0069]）。对比文件无无线下行消息发送，完全未公开。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征限定系统指示消息以所选择的周期重复广播，直到拥塞受控或系统恢复（见目标说明书[0053]、[0071]）。对比文件完全不涉及无线信号的周期发送，完全未公开。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征明确了设备上传消息的类型为故障/异常报告（如临界实时异常报告，见目标说明书[0051]、[0052]）。对比文件无相关信息，完全未公开。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征限定了基站判断异常的统计窗口机制，即在预定时间窗内接收到超过阈值数量的重复异常报告时触发下发（见目标说明书[0055]）。对比文件属于化学色谱领域，无消息统计与触发机制，完全未公开。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征限定基站在时间周期内统计特定类型的消息（如断电测距请求消息、保留测距码）达到设定阈值时下发第一系统指示消息（见目标说明书[0055]）。对比文件无任何相应技术方案，完全未公开。 |
---
### 评估结论
本案对比文件 US 2009/0294362 A1 属于化学材料与亲水相互作用色谱（HILIC）分析领域，与目标专利所处的信息与通信技术领域存在本质跨界。对比文件通篇完全未记载任何无线基站通信、设备事件指示消息上报、普遍异常检测、信标下发及网络拥塞抑制等机制。即使采用最宽松的隐含公开标准，本领域技术人员也绝无可能从对比文件的化学色谱材料接枝制备及色谱保留行为中推导出任何上述技术特征。因此，技术特征 A 至 O 全部未被直接公开，亦未被隐含公开。
**特征比对表格**
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译及标号） | 公开性论述 |
| 技术特征A<br>该方法包括<br>【直接公开】 | [0001]<br>“本发明涉及移动通信的技术领域，尤其涉及移动通信系统中的基站装置及方法。”<br>（原文：本発明は、移動通信の技術分野に関し、特に移動通信システムにおける基地局装置及び方法に関する。）<br><br>[0013]<br>“本发明使用的基站装置具有……调度器、生成包含报告指示信息与调度许可信息的控制信号的手段、以及在下行链路发送所述控制信号的手段……”<br>（原文：本発明で使用される基地局装置は、……スケジューラと、……制御信号を生成する手段と、前記制御信号を下りリンクで送信する手段と、を有する。） | 对比文件段落[0001]及[0013]明确公开了该方案属于移动通信系统中的一种方法及基站装置所执行的处理方法，其技术方案包括一系列具体的方法步骤。因此，技术特征A被对比文件直接公开。 |
| 技术特征B<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br>【隐含公开】 | [0006]<br>“上行链路的信道状态可基于用户装置发送的参考信号（或导频信道）的接收质量在基站测量。下行链路的信道状态由用户装置测量，测量结果报告给基站。具体而言，基站发送下行参考信号……测量结果可作为信道质量指示符（CQI）来表现……”<br>（原文：上りリンクのチャネル状態は、ユーザ装置が送信したリファレンス信号……に基づいて基地局で測定できる。下りリンクのチャネル状態はユーザ装置で測定され、測定結果が基地局に報告される。……）<br><br>[0022]<br>“本系统具备基站装置（eNB）200和多个用户装置（UE）100n（100₁、100₂、100₃……100n，n为n>0的整数）。”<br>（原文：本システムは、基地局装置（eNB）200と複数のユーザ装置（UE）100n……とを備える。）<br><br>[0024]<br>“……CQI用于下行链路共享信道的调度以及自适应调制解调与编码（AMC）。”<br>（原文：……CQIは、下りリンクにおける共有チャネルのスケジューリングや、適応変復調及び符号化(AMC)に使用される。） | 目标专利中，该消息是由于异常事件发生导致设备上报的事件指示（例如断电、紧急报警报告等）。对比文件公开了基站与小区内多个UE通信（段落[0022]），基站能够接收来自各UE上报的信道状态信息/CQI（段落[0006]、[0024]）。在极宽的隐含公开标准下，UE向基站发送的下行信道质量状态指示（如信道恶化/恶劣等状态报告）可视为广义的信道事件状态指示消息，基站能够接收通信的多个设备中某一设备发送的消息。因此，该特征被隐含公开。 |
| 技术特征C<br>基于所述事件指示消息确定普遍异常事件是否临近<br>【未公开】 | [0010]、[0011]、[0016]<br>“……存在应该让用户报告CQI的情况和不应该让用户报告CQI的情况，需要根据各自状况控制让/不让用户报告CQI。”（[0011]）<br>“根据本发明的一种形态，根据累计值是否达到规定值，决定是否请求报告CQI，因此能够根据拥塞时及空闲时各自的情况以适当的频率从用户装置报告CQI。”（[0016]） | 目标专利中技术特征C的作用是根据设备上报的事件指示消息（如断电报警等）预测评估即将发生导致大量设备失联的系统级普遍异常（widespread exception）。对比文件中基站仅是基于累计下行传输次数或调度系数值判断信道评估与调度负荷，基站根本不存在“基于事件指示消息确定普遍异常事件是否临近”的处理，两者作用与机制截然不同。本领域技术人员无法据此推理得出该技术方案，因此未公开。 |
| 技术特征D<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br>【未公开】 | [0010]、[0081]<br>“过量消耗上行链路资源在系统拥塞（混杂）时尤其不利。因为会给希望在上行链路通信的其他用户造成困扰。”（[0010]）<br>“当系统拥塞（或辐辏）时，通过使用户装置不频繁报告CQI（以低频率报告），能够节约上行链路的资源消耗量。”（[0081]） | 目标专利说明书段落[0047]明确解释，普遍异常事件是指“停电、管道泄漏、管道破坏或恐怖袭击”等导致大量通信设备与基站失去通信连接的突发严重事件。对比文件仅涉及常规移动通信系统中网络多用户调度引起的常规“拥塞/混杂（システムが混雑）”，系统并未发生任何使得多个设备与基站“失去通信”的普遍异常事件。本领域技术人员无法从对比文件中推断出该特征，因此未公开。 |
| 技术特征E<br>在普遍异常事件临近的情况下<br>【未公开】 | [0016]、[0063]<br>“作为比较的结果，当累计值（Count）大于阈值（Threshold）时（YES的情况），流程进入步骤S38。”（[0063]） | 目标专利中特征E是作为判定系统大面积故障临近时的触发前提条件。对比文件触发特定下行信令的前提是调度累计值达到预设阈值（Count > Threshold），而非“普遍异常事件临近”。对比文件未记载任何与普遍异常事件临近相关的判断或触发机制，因此未公开。 |
| 技术特征F<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br>【直接公开】 | [0013]<br>“……以及包含无线资源分配计划的调度许可信息的控制信号的生成手段；以及将所述控制信号在下行链路发送的手段……”<br>（原文：……制御信号を生成する手段と、前記制御信号を下りリンクで送信する手段と、を有する。）<br><br>[0058]<br>“在步骤S22中，准备至少包含调度许可的下行控制信号，并在下行链路发送。下行控制信号典型地是下行L1/L2控制信道（PDCCH）……”<br>（原文：ステップS22では、スケジューリンググラントを少なくとも含む下り制御信号が用意され、下リリンクで送信される。下り制御信号は、典型的には下りL 1/L2制御チャネル(PDCCH)であるが……）<br><br>[0064]<br>“在步骤S38中，CQI请求比特被设置为规定值（例如‘1’）。……该设置为规定值的CQI请求比特作为上行调度许可信息的一部分或与之分开通知给用户装置。”<br>（原文：ステップS38では、CQIリクエストビットが所定値（例えば、「1」）に設定される。……上リスケジューリンググラント情報のー部として又はそれとは別にユーザ装置に通知される。） | 目标专利中，基站向一个或多个通信设备下发指示控制消息。对比文件段落[0013]、[0058]及[0064]明确公开了基站在下行控制信道（PDCCH）上向一个或多个用户装置传送包含CQI指示信息/上行调度许可的下行控制信号（第一系统指示消息）。因此，技术特征F被对比文件直接公开。 |
| 技术特征G<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br>【未公开】 | [0060]、[0064]<br>“CQI请求比特在许可用户装置发送物理上行共享信道（PUSCH）时，指定是否应当在该PUSCH上报告CQI。例如，当CQI请求比特被设定为‘1’时，在被许可发送的PUSCH上向基站装置发送CQI和用户业务数据……”（[0060]）<br><br>[0093]<br>“……新信息元素（IE）和/或信息字段可被添加到已存在的多播/单播类别-1管理帧（例如，信标帧、公共响应帧等）。”（注：仅为目标专利说明书[0093]对信标的描述，对比文件中无对应技术内容） | 目标专利说明书段落[0051]、[0104]明确限定，第一系统指示消息是通知停止传送事件指示消息以避免网络雪崩的“信标（beacon）”。对比文件中的控制信号是通过PDCCH发送的下行控制信息，其携带的CQI请求比特为“1”时是主动“要求/指示UE上报CQI”，而非让UE“停止传送事件指示消息”，且该控制信号并非“信标”。二者的消息性质、指示内容及技术作用完全相反。因此未公开。 |
| 技术特征H<br>该方法还包括<br>【直接公开】 | [0001]、[0013]<br>“本发明涉及移动通信的技术领域，尤其涉及移动通信系统中的基站装置及方法。”<br>（原文同特征A） | 对比文件公开了基站装置执行的完整通信处理方法，包含多个进一步处理的方法步骤。技术特征H被对比文件直接公开。 |
| 技术特征I<br>确定所述基站是否已经从所述普遍异常事件中恢复<br>【未公开】 | [0053]、[0064]<br>（对比文件[0064]中仅记载）“……在决定了CQI请求比特应被设为规定值（目前的例子中为‘1’）之后，累计值被重置为零（Count=0）。此后流程返回步骤S32……”<br>（原文：……累計値は、ゼロにリセットされる（Count=0）。以後フローはステップS32に戻り……） | 目标专利段落[0053]明确，特征I是基站检测系统是否已从停电/系统故障等普遍异常中恢复（例如信道冲突恢复容限内或收到M2M服务器恢复指示）。对比文件段落[0064]仅是在计数达到阈值并发送通知后将计数器简单复位（Count=0），基站根本没有经历普遍异常事件，更不存在“确定是否从普遍异常事件中恢复”的逻辑判断。因此未公开。 |
| 技术特征J<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br>【未公开】 | [0063]、[0065]<br>“步骤S36的比较结果，累计值（Count）在阈值（Threshold）以下的情况（NO的情况），流程也返回步骤S32，对其他用户重复已说明的步骤。”（[0065]） | 目标专利中特征J作为基站处于未恢复状态时持续进行保护控制的条件。对比文件不存在普遍异常事件及其未恢复状态，其判断分支仅针对Count是否达到Threshold，与普遍异常事件未恢复毫无关联。因此未公开。 |
| 技术特征K<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br>【隐含公开】 | [0060]、[0065]<br>“……在步骤S36为NO的情况且该用户装置被许可发送PUSCH时，CQI请求比特被设置为另一规定值（例如‘0’）。该设置于规定值的CQI请求比特也作为上行调度许可信息的一部分或与之分开通知给用户装置。”<br>（原文：……ステップS36でN0の場合であってそのユーザ装置にPUSCHの送信が許可される場合、CQIリクエストビットは別の所定値（例えば、「0」）に設定される。この所定値に設定されたCQIリクエストビットも、上リスケジューリンググラント情報の一部として又はそれとは別にユーザ装置に通知される。） | 目标专利中，该第二系统指示消息用于在未恢复时再次/重复发送或发送特定状态信令。对比文件段落[0065]公开了当处于不同条件（步骤S36为NO）时，基站可向用户设备发送携带设置为另一规定值（例如“0”）的CQI请求比特的控制信号（即第二种控制指示消息）。在极其宽松的隐含公开标准下，基站向UE发送另一种状态的系统控制信号，部分对应并可合理推断出基站能够传送第二系统指示消息。因此，该特征被隐含公开。 |
| 技术特征L<br>其中所述系统指示消息被周期地传送。<br>【直接公开】 | [0080]<br>“……如图4的<空闲时>所示，每隔1ms的子帧累计值被递增。当累计值大于阈值‘4’时，CQI请求被设定为规定值（上述例子中为‘1’），请求用户装置报告CQI。在图4的<空闲时>的情况下，由于每隔5ms向用户装置通知规定值的CQI请求，因此用户装置每隔5ms报告CQI。”<br>（原文：……図4のく閑散時〉の場合、5ms毎に所定値のCQIリクエストがユーザ装置に通知されるので、ユーザ装置は5ms毎にCQIを報告することになる。） | 目标专利说明书段落[0053]、[0071]记载系统指示消息以选择的周期重复传送。对比文件段落[0080]明确记载在业务连续时，基站每隔固定时间（例如每隔5ms）周期性地向用户设备发送包含规定CQI请求的控制指示消息。对比文件公开的内容与目标专利的作用及效果相同，因此技术特征L被对比文件直接公开。 |
| 技术特征M<br>其中所述事件指示消息是异常报告。<br>【未公开】 | [0006]、[0024]<br>“下行链路的信道状态由用户装置测量，测量结果报告给基站。……下行链路的信道状态……可作为信道质量指示符（CQI）来表现……”（[0006]） | 目标专利说明书段落[0051]、[0055]明确限定，事件指示消息是终端遭遇突发灾害/断电等时主动向基站发送的“异常报告（alarm / exception report）”。对比文件中UE向基站发送的仅是定期的常规下行信道质量状态量化报告（CQI/CSI），并非关于设备或系统故障的“异常报告”。因此未公开。 |
| 技术特征N<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br>【未公开】 | [0062]、[0063]<br>“在步骤S32中，确认对于考察对象的各用户装置，是否发送了下行共享信道。……在步骤S34中，针对每个考察对象用户装置分别计数的累计值（Count）递增1。在步骤S36中，将累计值与规定阈值进行比较。”（[0062]、[0063]）<br><br>[0082]<br>“在步骤S52中，确认考察对象用户装置的调度系数在Nscheduling个调度系数中优良到何种程度……判定是否进入前X位以内……”（[0082]） | 目标专利说明书段落[0055]明确，特征N是基站在时间窗口内收到预定数量的重复异常报告（如10个紧急情况报告）时触发传送。对比文件中，基站发送下行指示信息的触发条件是“单用户的下行传输次数累计值”或“调度系数在前X位”达到阈值，完全不是“基于在预定时间周期内接收多个设备的多个异常报告”而触发。因此未公开。 |
| 技术特征O<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br>【隐含公开】 | [0062]、[0063]、[0080]<br>“在图4的<空闲时>的情况下，1ms的子帧每次都递增累计值。当累计值大于阈值‘4’时，CQI请求被设定为规定值（在上述例子中为‘1’）……”（[0080]）<br><br>[0122]<br>“层1处理部252还进行上行链路发送的控制信息的接收处理。控制信息中包含例如信道质量指示符（CQI）及关于下行共享信道的确认应答信息（ACK/NACK）等。CQI及确认应答信息通知给用户装置状态管理部254。”（[0122]） | 目标专利段落[0055]记载，基站可基于在预定时间内接收预定数量的特定类型消息（例如特定测距请求或ACK/NACK反馈等特定消息）而触发发送指示消息。对比文件段落[0030]、[0062]、[0080]、[0122]中，基站根据各子帧内针对PDSCH接收特定的ACK应答消息（特定类型的消息）来递增累计计数（例如在5ms周期内累计达到阈值），从而触发在下行发送包含CQI请求的指示消息。按照极度宽松的隐含公开判断原则，该机制可合理推断出基站在特定时间周期内基于接收特定类型反馈消息而触发传送指示。因此，该特征被隐含公开。 |
<<<A>>><<<b>>><<<F>>><<<H>>><<<k>>><<<L>>><<<o>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《未公开》 | 对比文件全文（例如【0001】、【0011】）公开内容：<br>“【0001】本发明涉及挥发性物质扩散装置的调节。更具体地，本发明涉及包含具有半透膜的容器的挥发性物质扩散器……”<br>“【0011】本发明的各方面之一涉及一种借助于具有可调节蒸发程度的半透膜的挥发性物质蒸发器装置……” | 目标专利中的技术特征A属于机器到机器（M2M）通信网络中基站处理突发性网络登入/重新登入的无线通信方法的前序。而对比文件（US20090302128A1）属于一种用于空气清新或杀虫的挥发性物质扩散/蒸发机械装置，完全不属于无线通信方法范畴，也不包含无线基站的方法步骤，未公开该技术特征。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《未公开》 | 对比文件全文无相关内容。全文仅涉及外壳、具有半透膜的容器以及挥发性液体的物理挥发调节，例如【0011】中的壳体与容器的相对位移。 | 对比文件属于日用挥发性物质扩散物理装置领域，完全不涉及通信实体，不存在“基站”、“通信设备”以及通过无线通信信道“接收事件指示消息”的硬件实体与交互过程。本领域技术人员无法从对比文件中直接得出或推理得出该技术特征。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利说明书（如【0047】-【0052】）中，该特征是指基站依据M2M设备上报的事件指示（如警报、紧急消息）检测是否即将经历全网范围的突发异常。对比文件是机械蒸发装置，无任何消息处理或异常判断逻辑，未公开该技术特征。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《未公开》 | 对比文件全文无相关内容。 | 对比文件不涉及任何通信网络、基站或通信设备掉线/失联的异常事件定义，未公开该特征。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>《未公开》 | 对比文件全文无相关内容。 | 对比文件不具备任何关于通信系统普遍异常临近的条件判断机制，未公开该特征。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利中该特征是指基站通过广播或多播下发系统指示消息以通知终端控制接入。对比文件不包含任何电子信息发送功能，未公开该技术特征。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利中信标用于提醒设备停止传送事件指示消息以避免信道拥塞（说明书【0051】、【0104】）。对比文件为无源机械挥发调节器，完全不涉及无线通信协议中的“信标（beacon）”及相关流控指示信令，未公开该特征。 |
| 技术特征H：<br>该方法还包括<br><br>《未公开》 | 对比文件全文无相关内容。 | 属于通信处理方法步骤的连接词，对比文件全篇未涉及通信方法，未公开该特征。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利中基站检测碰撞是否降低或接收服务器指示以判断系统是否恢复（说明书【0053】）。对比文件无状态检测和故障恢复机制，未公开该特征。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《未公开》 | 对比文件全文无相关内容。 | 对比文件无相应异常未恢复的状态判定分支，未公开该特征。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>《未公开》 | 对比文件全文无相关内容。 | 对比文件完全不存在基站在未恢复情况下重复或后续发送系统消息的机制，未公开该特征。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利指基站以选定周期重复传送系统指示消息直到拥塞受控（说明书【0053】）。对比文件不涉及任何通信消息的周期性发送，未公开该特征。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>《未公开》 | 对比文件全文无相关内容。 | 对比文件不涉及通信协议中的异常报告消息，未公开该特征。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利指基站在时间窗内收到超阈值的报告后触发系统指示（说明书【0055】）。对比文件无统计多设备报告并触发控制的机制，未公开该特征。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>《未公开》 | 对比文件全文无相关内容。 | 目标专利指基于特定类型消息（如特定测距码、非正常断电请求等）在时间窗内的数量触发（说明书【0055】）。对比文件无消息类型判断与触发逻辑，未公开该特征。 |
| 技术特征描述及判断结果 | 对比文件原文引用（中文翻译及段落标号） | 公开性论述 |
| 技术特征A：该方法包括<br><br>《直接公开》 | 【对比文件段落[p07]】<br>“根据本发明的一个方面，提供了一种在无线通信系统中操作毫微微基站的方法。”（According to an aspect of the present invention, a method of operating a femto base station in a wireless communication system is provided.） | 对比文件段落[p07]明确公开了一种在无线通信系统中操作毫微微基站的方法，直接公开了该方法的前提架构特征。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《未公开》 | 【对比文件段落[p41]、[p44]、[p67]、[p81]】<br>“例如，当由于软件下载/安装等需要重新启动时，毫微微基站可以通过调度其OoS来操作……非预定的OoS可能发生在毫微微基站未预料到的情况下，例如毫微微基站经历掉电或网络断开连接等情况。”（段落[p41]）；“当备用电源达到阈值时……”（段落[p67]）；“毫微微基站可能在毫微微基站未预料到的情况下经历回程故障……”（段落[p81]）。 | 目标专利中，该特征是指基站从与其通信的多个设备中接收触发事件指示消息（如M2M设备上报的异常报告或测距请求，参见目标说明书[0006]、[0051]、[0055]）。而在对比文件中，基站触发服务中断（OoS）完全是由于基站自身检测到事件（例如计划的软件重启、自身备用电源达到阈值、自身回程IP网络故障中断等），并未公开由基站从与其通信的终端设备接收任何“事件指示消息”来触发。因此对比文件既未直接公开也未隐含公开该特征。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br><br>《未公开》 | 【对比文件段落[p41]、[p67]、[p81]】<br>（同技术特征B引用段落，记载了基站自身确定调度OoS或自身检测掉电、回程中断）。 | 目标专利中，基站需要根据接收到的设备事件指示消息来分析判断普遍异常事件是否即将来临（例如接收到特定数量的异常报告，参见[0006]、[0052]、[0055]）。对比文件中不存在接收设备的事件指示消息，基站确定OoS完全基于内部自身状态（自身供电、自身软件更新、自身回程连通性），因此无法得出“基于所述事件指示消息确定普遍异常事件是否临近”，该特征未公开。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《直接公开》 | 【对比文件段落[p04]、[p41]】<br>“毫微微基站的服务受IP网络线路状况不佳、软件重启等的影响。例如，毫微微基站可能暂时断电或可能与移动通信系统的核心网断开连接。如果在意外情况下毫微微基站的服务中断，向用户设备提供的通信服务可能会显著恶化。”（段落[p04]）；“毫微微基站的服务中断的状态在下文中被称为服务停止（OoS）……非预定的OoS可能发生在毫微微基站未预料到的情况下，例如毫微微基站经历掉电或网络断开连接等情况。”（段落[p41]）。 | 目标专利说明书[0047]指出普遍异常事件可以是导致与基站通信的多个设备失去与基站通信的事件（如停电、网络中断等）。对比文件段落[p04]和[p41]明确公开了由于掉电、回程网络断开导致毫微微基站的服务中断（OoS，out of service），使得与其通信的用户设备无法继续在该基站获取通信服务，其实质就是导致与基站通信的多个设备失去与基站的正常通信。技术方案实质相同且作用一致，属于直接公开。 |
| 技术特征E：在普遍异常事件临近的情况下<br><br>《直接公开》 | 【对比文件段落[p41]、[p45]、[p67]、[p70]】<br>“为了应对这种情况，毫微微基站可以具有备用电源。在切换到备用电源后，当备用电源达到阈值时，毫微微基站执行非预定的OoS。”（段落[p67]）；“毫微微基站向用户设备（UE）发送寻呼通告（PAG-ADV）消息以指示用户设备接入宏基站。”（段落[p70]）。 | 目标专利说明书[0006]指出在确定普遍异常（如掉电）即将发生/临近时采取动作。对比文件段落[p67]公开了毫微微基站发生外部掉电切换到备用电源后，当备用电源电量消耗达到某一阈值时（即电池即将耗尽、服务即将彻底中断/临近中断的时机），触发向UE发送即将发生OoS的指示（PAG-ADV），属于在普遍异常事件临近（imminent）的情况下执行操作，构成本领域技术人员可确定的直接公开。 |
| 技术特征F：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《直接公开》 | 【对比文件段落[p07]、[p45]、[p70]】<br>“该方法包括：通过使用以特定周期发送的寻呼消息或广播消息来发送指示服务中断的第一通告消息……”（段落[p07]）；“毫微微基站向用户设备（UE）发送寻呼通告（PAG-ADV）消息或广播消息（步骤S115）。PAG-ADV消息或广播消息可以包括指示毫微微基站执行调度的OoS的OoS指示……”（段落[p45]）；“毫微微基站向UE发送PAG-ADV消息以指示UE接入宏基站（步骤S425）。”（段落[p70]）。 | 对比文件明确公开了毫微微基站在服务中断前，向处于该小区内的UE（一个或多个通信设备）发送指示服务中断的第一通告消息（如PAG-ADV广播消息或寻呼消息），对应于目标专利中基站向设备传送第一系统指示消息，技术手段和作用完全相同，属于直接公开。 |
| 技术特征G：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标<br><br>《未公开》 | 【对比文件段落[p45]、[p70]、[p104]】<br>“……PAG-ADV消息或广播消息可以包括指示毫微微基站执行调度的OoS的OoS指示……”（段落[p45]）；“毫微微基站向UE发送PAG-ADV消息以指示UE接入宏基站（步骤S425）。PAG-ADV消息可以包括诸如宏基站ID、宏基站提供的专用测距码、OoS原因等信息。”（段落[p70]）。 | 目标专利中，第一系统指示消息用于通知设备停止向基站继续发送事件指示消息/错误报告，并且限定其为“信标（beacon）”（见目标说明书[0051]、[0104]）。对比文件中的第一通告消息（PAG-ADV等）的作用是通知UE本基站即将服务中断并指导UE接入/重定向到重叠的宏基站，既没有指示设备“停止传送事件指示消息到基站”，对比文件在发生OoS时发送的第一消息也并非“信标”，两者消息性质、指示内容及所起的技术作用完全不同，未公开。 |
| 技术特征H：该方法还包括<br><br>《直接公开》 | 【对比文件段落[p07]】<br>“……该方法包括……并且发送指示服务恢复的第二通告消息……”（……and transmitting a second announcement message indicating service recovery……） | 对应权利要求中的方法步骤连接过渡特征，对比文件的方法中进一步包括后续的操作步骤，属于直接公开。 |
| 技术特征I：确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《直接公开》 | 【对比文件段落[p58]、[p74]、[p85]】<br>“当毫微微基站从调度的OoS中恢复时，毫微微基站可以向UE发送恢复指示……”（段落[p58]）；“当电源恢复时，毫微微基站向宏基站发送恢复通知消息（步骤S460）。”（段落[p74]）；“当毫微微基站的回程恢复时，毫微微基站向宏基站发送指示‘回程开启’的OoS通知消息（步骤S540）。”（段落[p85]）。 | 对比文件明确公开了基站在掉电或回程故障后，在电源恢复（power is recovered）或回程恢复（backhaul is recovered）时检测到恢复并触发恢复通知流程，基站自身必然执行了“确定自身是否已经从服务中断/异常中恢复”的操作，属于直接公开。 |
| 技术特征J：在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《隐含公开》 | 【对比文件段落[p07]、[p11]、[p55]、[p58]】<br>“在发送第一通告消息之后直到发送第二通告消息为止，寻呼消息可以从宏基站发送到用户设备。”（段落[p11]）；“在调度的OoS持续时间期间，UE使用重叠宏基站的寻呼信息接收重叠宏基站的寻呼消息。在调度的OoS持续时间期间，UE不监视毫微微基站的寻呼周期和寻呼偏移处的寻呼消息。”（段落[p55]）；“当毫微微基站从调度的OoS中恢复时……”（段落[p58]）。 | 目标专利中，该特征是指在异常持续、尚未恢复的状态下维持特定处理机制。对比文件虽然在实施例4中更倾向于在未恢复期间让毫微微基站停止工作而由宏基站接管，但在整体方案描述中（如[p07]、[p11]），对比文件定义了基站在“第一通告消息发送后至第二通告消息发送前”即处于“服务中断期间（即基站尚未恢复的状态）”。本领域技术人员可以合理推断出该状态对应于“基站没有从所述异常中恢复的情况下”，对比文件在此特征的环境条件及逻辑判定上提供了明确的技术教导，根据宽松判断标准认定为隐含公开。 |
| 技术特征K：传送第二系统指示消息到所述多个设备中的至少一个设备<br><br>《直接公开》 | 【对比文件段落[p07]、[p58]】<br>“……并且发送指示服务恢复的第二通告消息，其中第二通告消息被发送到用户设备或者具有比毫微微基站更宽的小区区域的宏基站。”（段落[p07]）；“当毫微微基站从调度的OoS中恢复时，毫微微基站可以向UE发送恢复指示，即‘从OoS恢复通知’消息（步骤S250）。”（段落[p58]）。 | 对比文件段落[p07]和[p58]明确记载了在恢复后毫微微基站向用户设备（UE）发送指示服务恢复的第二通告消息（第二系统指示消息），技术方案和作用与特征K一致，属于直接公开。 |
| 技术特征L：其中所述系统指示消息被周期地传送<br><br>《直接公开》 | 【对比文件段落[p07]、[p16]、[p45]】<br>“……通过使用以特定周期发送的寻呼消息或广播消息来发送指示服务中断的第一通告消息……”（……transmitting a first announcement message indicating service interruption by using a paging message or broadcast message transmitted with a specific cycle……[p07]、[p16]）；“备选地，OoS指示和OoS信息可以使用在由处于空闲模式的UE监视的周期中发送的广播消息来发送。”（段落[p45]）。 | 目标专利中系统指示消息被周期性地广播/传送（见[0053]、[0071]、[0123]）。对比文件段落[p07]、[p16]及[p45]明确记载使用“以特定周期发送的寻呼消息或广播消息”来发送该指示消息，技术手段实质相同，属于直接公开。 |
| 技术特征M：其中所述事件指示消息是异常报告<br><br>《未公开》 | 【对比文件全文】<br>（未公开设备向基站发送的事件指示消息）。 | 对比文件中由于根本没有公开技术特征B中的“接收来自设备的事件指示消息”，亦未公开终端设备向毫微微基站上报普遍异常事件的报告，因此作为其进一步限定的“事件指示消息是异常报告”在对比文件中完全未公开。 |
| 技术特征N：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送<br><br>《未公开》 | 【对比文件全文】<br>（未公开基站基于在预定时间内接收多个设备的多个异常报告而触发传送第一消息）。 | 目标专利中，第一系统指示消息的触发机制是在预定时间窗内接收到来自预定数量/多个设备的重复异常报告（目标说明书[0055]、[0127]-[0129]）。对比文件中第一消息由基站自身掉电、备用电源阈值、回程故障等自身状态触发，完全不存在基于设备上报异常报告的数量来触发广播/发送第一消息的机制，因此未公开。 |
| 技术特征O：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送<br><br>《未公开》 | 【对比文件全文】<br>（未公开基站基于在预定时间周期内接收多个特定类型消息而触发传送第一消息）。 | 目标专利说明书[0055]记载触发条件为在预定时间窗内接收超出预定数量的特定类型消息（例如特定测距请求消息或特定测距码）。对比文件中毫微微基站传送第一消息不是基于接收多个特定类型的上行消息触发的，因此未公开。 |
<<<A>>><<<D>>><<<E>>><<<F>>><<<H>>><<<I>>><<<j>>><<<K>>><<<L>>>
**特征比对分析**
本比对基于目标专利说明书原文界定的发明构思与技术方案，对技术特征A至O进行审慎核查。在本次比对中，对比文件【WO2010077002A3】未提供任何说明书正文或附图内容（标记为“无说明书”），导致对比文件不存在任何可引用的文字记载、技术事实或公开内容。在此前提下，本领域技术人员无法从对比文件中毫无疑义地得出目标专利技术方案的全部或部分技术内容，亦无法基于对比文件文本进行任何合乎逻辑的技术推理。
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A： 该方法包括<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 对比文件未提供说明书或附图记载，不存在任何公开的方法流程或技术方案，故未公开技术特征A。 |
| 技术特征B： 接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书中记载基站接收来自终端（如WTRU/M2M设备）的触发或异常报告（如说明书[0006]、[0051]、[0052]）。对比文件因无说明书内容，既未记载基站与设备间的通信机制，也未记载基站接收事件指示消息的动作，无法直接公开或隐含公开该特征。 |
| 技术特征C： 基于所述事件指示消息确定普遍异常事件是否临近<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书中记载基于事件指示消息或接收到的触发检测/确定普遍异常临近（如说明书[0006]、[0052]、[0069]）。对比文件完全缺乏相关记载，无法导出任何关于基于特定消息判断异常临近的逻辑或事实。 |
| 技术特征D： 其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0047]明确将普遍异常事件定义为“将导致与BS通信的多个设备失去与所述BS通信的事件”（如断电、严重事故等）。对比文件无任何技术内容记载，未公开该事件定义。 |
| 技术特征E： 在普遍异常事件临近的情况下<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0006]、[0069]记载在确定普遍异常事件临近的前提条件下触发后续下行信令流程。对比文件缺乏相关判断条件与触发时机记载。 |
| 技术特征F： 传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0006]、[0051]、[0069]记载基站在普遍异常临近时向相关设备发送系统指示消息以避免上行信道拥塞。对比文件无说明书，完全未公开基站下发系统指示消息的技术手段。 |
| 技术特征G： 其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0051]、[0093]、[0104]记载系统指示消息用于提醒设备停止传送事件指示消息，并在802.11系统中可体现在信标帧中。对比文件无任何文本记载，未公开该具有特定控制语义的信标消息。 |
| 技术特征H： 该方法还包括<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 对比文件无文本公开，未公开任何进一步的方法步骤。 |
| 技术特征I： 确定所述基站是否已经从所述普遍异常事件中恢复<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0053]、[0069]记载基站通过RA信道冲突情况或服务器消息确定系统是否已恢复。对比文件缺乏相关状态监测与判断步骤的记载。 |
| 技术特征J： 在所述基站没有从所述普遍异常事件中恢复的情况下<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0053]、[0069]记载在确定系统未恢复时的分支执行逻辑。对比文件无对应逻辑判断条件的记载。 |
| 技术特征K： 传送第二系统指示消息到所述多个设备中的至少一个设备。<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0053]、[0069]、[0122]记载未恢复时重复传送系统指示消息。对比文件未公开未恢复时的第二系统指示消息发送动作。 |
| 技术特征L： 其中所述系统指示消息被周期地传送。<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0053]、[0071]、[0123]记载系统指示消息以所选择的周期重复传送。对比文件无相关周期发送机制的公开。 |
| 技术特征M： 其中所述事件指示消息是异常报告。<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0052]、[0126]记载触发事件指示消息具体为异常报告（例如临界实时普遍异常报告）。对比文件无此技术内容。 |
| 技术特征N： 其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0055]记载在预定时间窗内接收到预定数量的重复报告时触发传送系统指示消息。对比文件无对应时间窗与聚合报告触发机制的记载。 |
| 技术特征O： 其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br>《未公开》 | 对比文件无说明书，无任何可引用内容。 | 目标专利说明书[0055]记载预定时间周期内接收多个特定类型消息（如具有特定测距目的的测距请求消息或特定测距码）触发系统指示消息。对比文件完全未公开该技术内容。 |
## 特征比对表格
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br><br>【直接公开】 | [0012]“本发明的另一目的在于提供一种用于前述移动装置的方法……”；[0053]“本发明的第五实施例如图7所示，是用于一无线网络系统的移动装置的方法……” | 对比文件公开了一种用于无线网络系统的通信方法，属于方法权利要求的前序提示特征，技术特征A被对比文件直接公开。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>【未公开】 | 无直接或隐含公开引证内容。<br>相关内容：[0048]“当基站13a欲停止通讯服务或在数据传输上由运作模式切换至低负载模式时，会传输一通讯中断信号126至移动装置11”；[0035]“移动装置11可通过传送一持续服务(servicecontinuity)请求信号至基站15a……” | 目标专利中，该特征为主体“基站”接收来自其下辖通信设备上报的“事件指示消息”（如异常报告）。而在对比文件中，各基站（主要基站13a、备用基站15a）并未被公开接收终端上报的“事件指示消息”；对比文件仅公开了基站主动向下发送“通讯中断信号126”，或终端向备用基站发送“持续服务请求信号/连线保持信号”。即使按极为宽松的推理，对比文件中备用基站接收持续服务请求信号也只是终端主动切换链路的请求，基站并未接收表明网络发生普遍故障/事件的指示消息，未能起到相应技术作用。故未公开。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br><br>【未公开】 | 无直接或隐含公开引证内容。<br>相关内容：[0048]“移动装置11可根据通讯中断信号126得知数据传输程序将发生异常”；[0035]“若数据传输程序因遭受干扰或基站13a自身无预警的故障状况而发生异常，移动装置11会立刻与基站15a进行一数据传输回复程序……” | 目标专利中该技术方案为：基站作为判断主体，依据接收到的事件指示消息判断是否存在将导致大量设备通信中断的临界“普遍异常事件”。对比文件中，判断数据传输发生异常的主体是“移动装置”（由移动装置根据干扰、失联或基站的通讯中断信号判定），基站自身并未执行基于事件指示消息预测普遍异常是否临近的判定机制，二者在执行主体、判断依据和技术功能上均完全不同。即使宽松推断也无法合理得出该方案，故未公开。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>【隐含公开】 | [0005]“因移动装置于同一时间中，仅能与一基站进行数据传输；且于进行数据传输时，移动装置可能因与其进行数据传输的基站停止服务或遭受干扰，而中断其原本进行数据传输的基站的连线”；[0048]“当基站13a欲停止通讯服务或在数据传输上由运作模式切换至低负载模式时……” | 目标专利中将“普遍异常事件”界定为将导致多个设备失去与基站通信的事件（如基站故障、断电等）。对比文件虽然没有使用“普遍异常事件”这一命名，但明确指出了基站“停止服务”、“遭受干扰”或“无预警故障”，这些客观硬件/环境事件在蜂窝无线通信网络中必然直接导致当前与该基站通信的所有或多数移动设备通信中断。本领域技术人员基于常识能够合理推断出对比文件中提及的“基站停止服务/故障”即属于该类型的异常事件，在概念实质和所起效果上具有重合对应性。按照最宽松的隐含公开判断标准，认定技术特征D被隐含公开。 |
| 技术特征E：在普遍异常事件临近的情况下<br><br>【未公开】 | 无直接或隐含公开引证内容。<br>相关内容：[0048]“当基站13a欲停止通讯服务或在数据传输上由运作模式切换至低负载模式时，会传输一通讯中断信号126至移动装置11，如此一来，移动装置11可根据通讯中断信号126得知数据传输程序将发生异常……” | 目标专利中是指基站确定 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [0012]：“本发明的另一目的在于提供一种用于前述移动装置的方法，其包括下列步骤……”<br>[0048]、[0049]：“当基站13a欲停止通讯服务或在数据传输上由运作模式切换至低负载模式时，会传输一通讯中断信号126至移动装置11……处理模块133会致能通讯模块131传送通讯中断信号126至移动装置11。” | 作用分析与公开性论述：<br>目标专利技术特征A为方法权利要求的前序过渡词，限定该方案为一种在无线通信系统（基站侧）中执行的方法。对比文件在说明书[0012]、[0048]、[0049]及实施例中完整公开了基站及移动装置在通信系统中执行交互控制的方法步骤。因此，该前序步骤特征被对比文件《直接公开》。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《未公开》 | 对比文件通篇（包括段落[0008]、[0031]、[0035]、[0048]-[0049]等）未记载基站接收来自终端的“事件指示消息/异常报告”。其记载的是基站接收低负载模式请求信号（[0031]）、或者由移动装置自身通过测量判断异常（[0008]），以及基站主动向下发送通讯中断信号（[0048]）。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：在目标专利（如[0051]、[0052]、[0061]）中，该特征是指基站从空闲态或连接态的M2M设备处接收报告特定突发事件/故障的事件指示消息（如非正常断电等异常报告），用于触发基站感知系统是否即将面临大范围并发接入风暴。<br>2. 对比文件方案与技术比对：对比文件涉及的是移动装置为避免中断而与主要基站、备用基站分别建立连接的技术。在对比文件中，基站接收的是正常的建立/协商信令（如低负载模式请求信号112，段落[0031]），异常情况是由移动装置自身根据信道测量进行本地判定（段落[0008]、[0057]），或者是主要基站自身欲停止服务并由基站主动下发中断信号（段落[0048]），完全没有公开“基站接收来自终端设备的事件指示消息”。即便按照最宽松的隐含公开推导，对比文件也不存在任何终端向基站报告网络/外部异常事件的机制或教导，无法合理推理出该特征。故该特征《未公开》。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>《未公开》 | 对比文件通篇未记载基站基于来自终端的事件指示消息判断是否存在普遍异常事件临近。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（如[0052]、[0055]）中，基站作为集中控制节点，根据接收到的来自设备的异常指示（或一定时间内的频次、类型），分析预测即将发生全网范围的接入过载或系统通信中断（即普遍异常临近）。<br>2. 对比文件方案与技术比对：对比文件中根本不存在“事件指示消息”，更无从谈起“基于事件指示消息确定普遍异常事件是否临近”。对比文件中的基站仅在自身欲停止服务时下发中断信号（段落[0048]），属于基站自身状态切换，既非基于终端消息触发，亦不涉及对普遍异常事件的临近预测判断。即便是最宽松的隐含公开判断，对比文件也未提供任何线索使本领域技术人员得出该技术方案。故该特征《未公开》。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《隐含公开》 | [0005]：“……且于进行数据传输时，移动装置可能因与其进行数据传输的基站停止服务或遭受干扰，而中断其原本进行数据传输的基站的连线。”<br>[0048]：“……当基站13a欲停止通讯服务或在数据传输上由运作模式切换至低负载模式时，会传输一通讯中断信号126至移动装置11……” | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利说明书[0047]明确指出：“普遍异常事件可以是将导致与BS通信的多个设备失去与所述BS通信的事件”，例如断电、重大事故或设备停服等造成全网终端脱网的事件。<br>2. 对比文件方案与推理：对比文件段落[0005]与[0048]公开了基站“停止服务或遭受干扰”的情形，当基站停止通讯服务时，客观上必然会导致该基站小区内与其通信的多个移动装置中断连线并失去与该基站的通信。虽然对比文件未采用“普遍异常事件”这一措辞，但其描述的“基站停止服务”事件在物理结果上与导致多个设备失去与基站通信的技术效果完全一致。按照极其宽松的隐含公开标准，本领域技术人员基于对比文件公开的基站停止服务内容，能够合理推断出该事件即为导致服务范围内多个设备失去与基站通信的事件，因此该特征被对比文件《隐含公开》。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>《未公开》 | 对比文件通篇未公开在基站预测/确定到普遍异常事件临近作为前提判定条件。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（如[0006]、[0052]）中，基站以“普遍异常事件临近”作为关键的先验触发前提，在该条件满足时，基站执行下发系统指示抑制全网接入。<br>2. 对比文件方案与技术比对：对比文件仅记载基站在其“欲停止通讯服务”时下发通讯中断信号（段落[0048]）。对比文件没有基站对“普遍异常事件临近”的前置确定逻辑，也不存在针对外部突发性群体灾难/断电事件的前瞻性处理机制。按照隐含公开要求，无法从对比文件推断出基站存在该临近判断逻辑。故该特征《未公开》。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《隐含公开》 | [0048]、[0049]：“当基站13a欲停止通讯服务或在数据传输上由运作模式切换至低负载模式时，会传输一通讯中断信号126至移动装置11……处理模块133会致能通讯模块131传送通讯中断信号126至移动装置11。” | 作用分析与公开性论述：<br>1. 目标专利中的作用：在目标专利（如[0051]、[0052]、[0104]）中，基站向小区内的一个或多个设备（通常通过多播或广播广播信标、MAC控制消息等）下发指示消息，通告异常状态并引导终端行为。<br>2. 对比文件方案与推理：对比文件段落[0048]、[0049]公开了基站13a在欲停止通讯服务时，通过通讯模块131向移动装置11传送“通讯中断信号126”。该“通讯中断信号”属于基站下发给与其通信的移动设备的系统级指示信号，用于通告基站服务将发生异常。在极其宽松的隐含公开判断下，基站向移动装置发送的通讯中断信号部分公开了基站向一个或多个设备传送用于通告中断状态的系统指示消息，本领域技术人员可以合理推理得出此特征属于传送指示系统通信中断的消息。因此，该特征被对比文件《隐含公开》。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>《未公开》 | [0048]：“……移动装置11可根据通讯中断信号126得知数据传输程序将发生异常，并开始与基站15a进行该数据传输回复程序。”<br>[0093]、[0104]（目标专利对照）中目标专利将系统指示消息编码于Class-1信标帧中指示停止发送异常报告。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（[0051]、[0104]）中，该指示消息的具体属性被限定为“信标（beacon）”，其技术作用是明确指示并命令全网多个设备“停止向基站传送事件指示消息（异常报告）”，从而抑制随机接入信道风暴和拥塞。<br>2. 对比文件方案与技术比对：对比文件中的“通讯中断信号126”的作用是让移动装置11得知异常后主动与“备用基站”启动数据传输回复程序（即切换至备用基站），并未指示“应当停止传送事件指示消息”；更重要的是，对比文件完全没有公开该消息是“信标（beacon）”。即使按照最宽松的推断，对比文件既无停止上报事件消息的语义，也无信标帧的承载形式。故该特征《未公开》。 |
| 技术特征H：<br>该方法还包括<br><br>《直接公开》 | [0012]：“本发明的另一目的在于提供一种用于前述移动装置的方法，其包括下列步骤……”<br>[0053]：“本发明的第五实施例如图7所示，是用于一无线网络系统的移动装置的方法……” | 作用分析与公开性论述：<br>该特征为权利要求中引出从属方法步骤的常规过渡连接词。对比文件在说明书多处公开了无线通信方法包含进一步的后续处理流程与操作步骤，因此该特征被对比文件《直接公开》。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《未公开》 | 对比文件通篇未记载基站端判断自身是否从普遍异常事件中恢复。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（如[0053]、[0069]）中，基站具备状态评估逻辑，通过检测接入冲突率或接收网络侧指示，判断自身是否已从普遍异常中恢复正常。<br>2. 对比文件方案与技术比对：对比文件仅在段落[0052]提及移动装置离开又重新进入基站13a覆盖范围时恢复传输，或者在移动装置侧执行数据传输回复程序；对比文件的基站根本没有执行“确定基站自身是否已经从普遍异常事件中恢复”的处理流程。即使以最宽松的尺度推理，对比文件也完全未涉及基站对大范围灾难或服务停服后的恢复判定机制。故该特征《未公开》。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《未公开》 | 对比文件通篇未记载以基站未从普遍异常事件中恢复作为后续发信的前提分支条件。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（如[0053]标号240）中，在基站未恢复的情况下形成一个周期维持或重传的控制循环分支。<br>2. 对比文件方案与技术比对：由于对比文件连基站确定是否恢复的特征I都未公开，自然更不存在“在基站没有从普遍异常事件中恢复的情况下”的判断分支逻辑。故该特征《未公开》。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>《未公开》 | 对比文件通篇未记载在未恢复状态下基站再次发送第二系统指示消息。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（如[0053]、[0069]）中，基站若未恢复，会再次/重复传送第二系统指示消息，用于在整个未恢复期间持续抑制终端接入或维持终端静默。<br>2. 对比文件方案与技术比对：对比文件段落[0048]中基站13a仅单次发送一次“通讯中断信号126”，移动装置即转去与备用基站连接。对比文件既无持续未恢复状态下的第二系统指示消息，也无在未恢复场景下的消息重传。故该特征《未公开》。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>《未公开》 | 对比文件通篇未记载系统指示消息（通讯中断信号）是周期性传送的。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（如[0053]、[0071]）中，系统指示消息以固定或可变周期周期性下发，确保未收到的终端或在不同时段唤醒的终端均能收到指示。<br>2. 对比文件方案与技术比对：对比文件的通讯中断信号126是在基站欲停止服务或切换模式时作为突发事件触发发送的（段落[0048]），属于事件驱动的单次发送，根本没有公开亦无法推导出任何“周期地传送”机制。故该特征《未公开》。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>《未公开》 | 对比文件未公开任何由终端发送给基站的事件指示消息或异常报告。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（如[0051]、[0055]）中限定事件指示消息的具体形式为“异常报告”（如停电、管道泄漏、告警等实时报告）。<br>2. 对比文件方案与技术比对：如特征B所述，对比文件中完全缺乏终端向基站发送异常指示/报告的机制，因此也不存在“事件指示消息是异常报告”的技术内容。故该特征《未公开》。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>《未公开》 | 对比文件通篇未记载基于预定时间周期内接收多个异常报告而触发基站下发系统指示消息。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（如[0055]）中，基站设置统计时间窗与数量门限，当在预定时间窗内接收到超过阈值数量的重复异常报告时触发下发系统指示，用于过滤单点偶发偶发故障并确认为普遍异常。<br>2. 对比文件方案与技术比对：对比文件下发通讯中断信号126纯粹是因基站自身欲停止服务而由基站内部触发（段落[0048]、[0049]），既无终端异常报告，亦无时间窗口聚合统计判断。故该特征《未公开》。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>《未公开》 | 对比文件通篇未记载基站在预定时间周期内基于接收多个特定类型的消息而触发传送指示消息。 | 作用分析与公开性论述：<br>1. 目标专利中的作用：目标专利（如[0055]）中，基站根据在预定时间窗内收到特定类型的消息（例如具有“非正常断电”字段的测距请求消息，或特定的一组测距码）达到设定数量时触发下发系统指示。<br>2. 对比文件方案与技术比对：对比文件完全不存在基于预定时间内接收特定类型消息的频度作为触发下发指示信号的控制逻辑。故该特征《未公开》。 |
<<<A>>>
<<<d>>>
<<<f>>>
<<<H>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | [0017]“本発明の１つのアスペクト（側面）によれば、第１のノードと、前記第１のノードと無線ネットワークで接続される第２のノードと…通信システムが提供される。…前記第２のノードは基地局であり…”<br>[0037]“本発明に係る方法は、基地局が、移動局による通信状況の監視結果を基地局に報告する確率を報知する工程と、前記移動局は、前記基地局から報知された前記確率を受け、前記確率にしたがって、前記監視結果を前記基地局へ報告する工程と、を含む。”<br>（译文：根据本发明的方法包括：基站广播移动台向基站报告通信状况监控结果的概率的步骤；以及移动台接收从基站广播的概率，并根据概率向基站报告监控结果的步骤。） | 对比文件[0017]、[0037]明确公开了一种在通信系统中由基站执行的通信控制方法，该特征属于常规方法引导词，已被对比文件直接公开。对比文件中方法所起的作用与目标专利相同，均为在无线通信系统中由网络侧节点执行特定的通信流程。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br>《直接公开》 | [0008]“イベント型で報告を行う場合、移動局で監視する通信状況に、例えば・無線回線障害（Radio Link Failure）、・ハンドオーバ障害（HO Failure）、・スループット低下、・パイロット品質の低下、等、予め定められた所定の条件に該当し、トリガとなるイベントが発生すると、移動局は当該イベントの発生を、基地局に報告する。”<br>[0010]“基地局は、移動局からの報告を受信すると、該報告を、管理サーバに送信する。”<br>[0108]“基地局の受信データ処理部２２は、一定時間、移動局からの報告を、無線送受信部２１を介して受信する（ステップＳ３０２）。”<br>[0120]-[0122]“第１の移動局（UE1…）でイベントが発生する。…第１の移動局（UE1）は、無線回線接続の再確立後、基地局（NodeB）から報知された第１の実施確率Prep1を受信する。第１の移動局（UE1）は、第１の実施確率Prep1で報告する。”<br>（译文：当以事件型进行报告时，在移动台监控的通信状况符合预定条件并发生触发事件时，移动台将该事件的发生报告给基站；基站接收来自移动台的报告；移动台UE1发生事件并在重新建立连接后向基站发送报告。） | 目标专利中，该特征是指基站接收与基站通信的设备发出的指示发生异常事件的消息（如说明书[0051]、[0052]所述）。对比文件[0008]、[0010]、[0108]、[0120]-[0122]明确公开了移动台（UE1）在检测到无线链路故障（RLF）等事件触发时向基站（NodeB）发送事件报告，基站接收该报告。对比文件中的事件报告即为“事件指示消息”，移动台为与基站通信的多个设备中的一个设备。二者在技术方案与作用上完全相同，因此该特征已被直接公开。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br>《隐含公开》 | [0092]“報告トラフィック量ArepがTh_high_repより大の場合（ステップＳ１０４のＹＥＳ分岐）、報告指示生成部２６は、Prep＝0.1とする（ステップＳ１０５）。すなわち、報告指示生成部２６は、上り回線のトラフィック量がしきい値Th_high以下であっても、報告件数が多い場合、Prepを小さな値に設定し、報告の送信を抑制する。”<br>[0108]-[0109]“基地局の受信データ処理部２２は、一定時間、移動局からの報告を、無線送受信部２１を介して受信する（ステップＳ３０２）。…基地局の報告指示生成部２６は、報告受信数が最大閾値Nth_maxよりも大の場合（ステップＳ３０３のＹＥＳ分岐）、第２の実施確率Prep2を０とする。”<br>[0045]“基地局（または管理サーバ）は、同一内容（イベントの種類と発生場所が同一）の報告を多数受信したとき、その内容の報告は不要であることを報知するようにしてもよい。”<br>（译文：如果报告业务量Arep大于Th_high_rep，报告件数较多时，Prep设为较小值0.1以抑制报告；若一定时间内报告接收数量大于最大阈值Nth_max，将报告概率Prep2设为0；基地局在接收到多数同一内容的报告时，广播该内容的报告是不必要的。） | 目标专利中，该特征是指基站根据接收到的异常报告等触发确定普遍异常是否即将发生（如说明书[0052]、[0055]所述接收预定数量的重复报告以检测普遍错误）。对比文件公开了基站对接收到的事件报告数量进行统计，并在接收到的报告件数超过阈值（如超过Nth_max或多数同一内容报告）时确定存在需要进行拥塞抑制的大量集中报告状态（即发生了严重且影响多个设备的集中故障）。本领域技术人员基于对比文件公开的“根据接收到的报告数量超过阈值判定需要紧急抑制后续报告”的机制，结合其说明书中普遍存在的基站故障、隧道大面积断连等应用场景，完全能够合理推断出其本质就是基于设备上报的事件消息来确定大面积的普遍异常事件是否临近/发生。因此按照宽松的审查判断标准，技术特征C已被隐含公开。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br>《直接公开》 | [0011]-[0012]“移動局が通信状況の監視結果をイベント型で基地局に送信する際、無線回線障害又は基地局障害等により、通信不能の場合、回線接続が再確立して通信可能となったときに、移動局側にバッファされていた報告が、基地局に送信されることになる。基地局障害やトンネル通過等による無線回線障害が生じた場合、回線再接続時に、複数の移動局が、基地局に対して一斉に報告を行うことになり…”<br>[0053]“図１に示すように、セル１において、基地局２の障害時、あるいは電車等車両のトンネル進入時、多数の移動局３において、無線回線障害が発生する。”<br>[0174]“図１９に示すように、セル２の位置LOC1で基地局障害（Cell Failure）が発生し、位置LOC2で回線接続が再確立したものとする。…これは、セル障害発生時、接続断となった移動局（UE）はセル２内で、ランダムに位置しているという事実による。”<br>（译文：在无线链路障碍或基站故障等导致通信不能的情况下……在基站故障或进入隧道发生无线链路障碍时，多数移动台发生无线链路障碍；在基站故障发生时，在小区内发生连接中断的移动台随机分布。） | 目标专利说明书[0047]明确指出：“在另一个示例中，普遍异常事件可以是将导致与BS通信的多个设备失去与所述BS通信的事件”，例如停电、基站故障等。对比文件在[0011]、[0012]、[0053]及[0174]中明确公开了基站故障（基地局障害/Cell Failure）以及隧道无线链路障碍，这些事件直接导致小区内与其通信的多数移动台发生连接中断（通信不能、接続断、無線回線障害）。这与技术特征D所限定的“将导致与所述基站通信的所述多个设备失去与所述基站通信的事件”完全实质等同。因此，该技术特征已被直接公开。 |
| 技术特征E：在普遍异常事件临近的情况下<br>《隐含公开》 | [0091]-[0092]“上り回線のトラフィック量が大きいときは、報告指示生成部２６は、Prep＝0に設定し、移動局からの報告を禁止する。…上り回線のトラフィック量がしきい値Th_high以下であっても、報告件数が多い場合、Prepを小さな値に設定し、報告の送信を抑制する。”<br>[0108]-[0109]“基地局の報告指示生成部２６は、報告受信数が最大閾値Nth_maxよりも大の場合（ステップＳ３０３のＹＥＳ分岐）、第２の実施確率Prep2を０とする。”<br>[0045]“基地局（または管理サーバ）は、同一内容（イベントの種類と発生場所が同一）の報告を多数受信したとき、その内容の報告は不要であることを報知するようにしてもよい。”<br>（译文：上行流量大时Prep设为0禁止报告；报告件数较多时设为较小值抑制报告；报告接收数大于最大阈值Nth_max时，Prep2设为0；接收到多数同一内容的报告时，广播该报告不需要。） | 对应于特征C的论述，对比文件公开了基站检测到报告接收数超过阈值或多数同一内容报告（即判定对应于集中故障/大面积障碍的工况出现）作为前置条件，随后执行将报告概率设为0或报知禁止报告等控制操作。这一触发条件与目标专利中“在普遍异常事件临近的情况下”执行后续消息发送起到了相同的时机控制作用，本领域技术人员可以合理推断出该判断条件的存在。因此技术特征E已被隐含公开。 |
| 技术特征F：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br>《直接公开》 | [0019]“本発明に係るシステムにおいては、移動局による通信状況の監視結果を基地局に報告する確率を報知する基地局と、前記基地局から報知された前記確率を受け、前記確率にしたがって、前記監視結果を前記基地局へ報告するように制御する移動局と、を含む。”<br>[0061]“特に制限されないが、実施確率（Prep）等の送信に用いられる下り方向の共通チャネルとしては、例えばページング信号の送信に用いられるページングチャネル（PCH）、あるいは制御情報及びユーザデータの送信に用いられるフォワードアクセスチャネル（FACH）を用いてもよい。”<br>[0094]“基地局は、報告指示生成部２６で決定したPrepを、送信データ処理部２３、無線送受信部２１を介して、報知する（ステップＳ１０７）。”<br>[0107]“基地局の報告指示生成部２６は、予め設定された小さな値である第１の実施確率Prep1を送信データ処理部２３、無線送受信部２１を介して報知する（ステップＳ３０１）。”<br>[0172]“報告（SON測定レポート）は許可されていないという基地局（eNB2）からの報知情報（DSI；Discard Indicator）を読み…”<br>（译文：基站向移动台广播报告实施概率；下行公共信道可使用寻呼信道PCH或前向接入信道FACH；基站广播决定的Prep或第1实施概率Prep1；或基站广播丢弃指示DSI报知信息。） | 目标专利说明书[0051]指出，当检测到普遍异常时，基站传送系统指示消息到多个设备。对比文件公开了基站通过下行公共信道（PCH、FACH等）向多个移动设备广播第一实施概率（Prep1）、报告概率（Prep）或丢弃指示信息（DSI）。该广播消息即相当于向与基站通信的一个或多个设备传送“第一系统指示消息”，其物理下发实体、信道及目标对象完全一致。因此技术特征F已被直接公开。 |
| 技术特征G：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br>《隐含公开》 | [0021]“…基地局は、上り回線トラフィック量を測定し、該トラフィック量が予め定められた閾値よりも大の場合、前記確率を０に設定して報知することで、前記移動局に報告を禁止させるようにしてもよい。”<br>[0091]“…上り回線のトラフィック量が大きいときは、報告指示生成部２６は、Prep＝0に設定し、移動局からの報告を禁止する。”<br>[0109]“…報告受信数が最大閾値Nth_maxよりも大の場合（ステップＳ３０３のＹＥＳ分岐）、第２の実施確率Prep2を０とする。”<br>[0093]“指示ネットワーク登入溢出のシステム通知は…新情報エレメント(IE)および/または情報フィールドに符号化され得、…已有のマルチキャスト/ユニキャストクラス-1管理フレーム(例えば、ビーコンフレーム、パブリックレスポンスフレームなど)に追加され得る。”（注：对比文件[0093]记载：“…已有的多播/单播类别-1管理帧(如，信标帧、公共响应帧等等)”。）<br>[0138]“…基地局（eNB2）から、移動局（UE）に対して、報告の禁止の指示（DSI；報告廃棄指示）が行われる。移動局（UE）は報告を行わない。”<br>（译文：基站将概率设为0广播从而使移动台禁止报告；或者下发DSI指示禁止报告使得移动台不进行报告；且管理帧包括信标帧。） | 目标专利说明书[0051]、[0093]、[0104]指出，系统指示消息用于提醒设备停止传送事件指示消息以避免报告相同错误，并且在无线通信中该指示可以编码在已有广播/多播帧（如信标帧Beacon frame）的新IE中。对比文件公开了基站将报告概率设为0（Prep=0）或者发送DSI指示以实现“禁止移动台报告”（即停止传送报告）。对于“信标（beacon）”，对比文件[0093]在讨论系统通知时明确提到了将相关抑制/禁止信息添加到“信标帧（ビーコンフレーム，Beacon frame）”等管理帧中。结合对比文件广播Prep=0或DSI即达到命令设备停止传送报告的效果，本领域技术人员容易推理出将此类报告禁止指示承载于下行广播的信标（Beacon）信号中，起到指示设备停止发送事件报告的作用。因此按照极宽松的隐含公开判断标准，特征G已被隐含公开。 |
| 技术特征H：该方法还包括<br>《直接公开》 | 参见技术特征A所引用的对比文件[0017]、[0037]及整体方法流程（如[0107]-[0113]）。 | 属于方法权利要求的常规过渡连接词，已被对比文件直接公开。 |
| 技术特征I：确定所述基站是否已经从所述普遍异常事件中恢复<br>《直接公开》 | [0036]“本発明においては、定期的に行われる基地局間のヘルスチェックにより、隣接セルが障害セルを自律的に検出する。”<br>[0047]“本発明において、定期的なチェックにより、隣接セルが障害セルを自律的に検出するようにしてもよい。”<br>[0175]“セル障害の場合、障害ｅＮＢは隣接セルに指示できる。隣接セルは、周期的な基地局（ｅＮＢ）間ヘルス（基地局間でのヘルスチェック機能）により、自律的にセル障害を検出できる。”<br>[0053]“基地局の復旧時、あるいはトンネル出口のセル２において基地局２'と再接続した場合…”<br>（译文：通过定期进行的基站间健康检查，邻区基站自律检测故障小区；在基站恢复时……） | 目标专利说明书[0053]记载基站确定系统是否恢复的方法（如基于冲突数量恢复正常或网络侧服务器通知系统恢复）。对比文件[0036]、[0047]、[0053]、[0175]明确公开了基站故障后的自律检测与状态监测，特别是通过周期性的基站间健康检查（ヘルスチェック，health check）机制自律检测故障小区的存在与恢复，以及在“基地局の復旧時”（基站恢复时）执行后续处理。这属于网络节点对普遍异常事件（基站故障）恢复状态的检测与确定，与特征I的技术手段和作用完全一致。因此技术特征I已被直接公开。 |
| 技术特征J：在所述基站没有从所述普遍异常事件中恢复的情况下<br>《直接公开》 | [0053]“セル１において、基地局２の障害時…基地局の復旧時、あるいはトンネル出口のセル２において基地局２'と再接続した場合、基地局２'は、実施確率を小さく設定して報知する。”<br>[0133]“移動局からの不要な報告が多数存在する場合、基地局では、報告受信件数に基づき、第２の実施確率を小さな値に設定して報知するため、それ以降、移動局からの不要な報告は減少する。”<br>[0174]-[0175]（在发生基站故障期间，指示报告禁止并持续维护状态，直至故障恢复）。 | 目标专利中该特征是指系统处于未恢复状态的前置判断条件。对比文件在基站处于故障状态或尚未恢复正常（即高报告量、故障持续期间），持续保持对报告的抑制控制机制。在系统没有恢复的持续周期内维持相应的信令指示，该前置条件已被实质公开。 |
| 技术特征K：传送第二系统指示消息到所述多个设备中的至少一个设备。<br>《直接公开》 | [0023]“本発明において、前記基地局は、前記確率として、予め定められた固定値の第１の確率と、前記第１の確率を報知したのち、予め定められた所定時間内における移動局からの報告受信件数に応じて可変に設定される第２の確率と、を交互に報知する、ようにしてもよい。”<br>[0112]“基地局の報告指示生成部２６は、決定した第２の実施確率Prep2を送信データ処理部２３、無線送受信部２１を介して報知する（ステップＳ３０８）。”<br>[0125]-[0126]“基地局（NodeB）は第２の実施確率Prep2を報知する。第２の移動局（UE2）は、無線回線接続の再確立後、基地局（NodeB）から報知された第２の実施確率Prep2を受信する。また第１の移動局（UE1）も、この第２の実施確率Prep2を受信する。”<br>（译文：基站作为概率，在广播预定的固定值第1概率之后，根据规定时间内移动台报告接收数可变设置第2概率，并进行交替广播；基站广播决定的第2实施概率Prep2，UE1和UE2均接收该Prep2。） | 目标专利中，该特征是指基站再次下发系统指示消息（如说明书[0053]、[0069]所述重复发送系统指示消息）。对比文件在广播了第1实施概率（Prep1）后，明确记载了进一步广播“第2实施概率Prep2”（即第二系统指示消息），且多个移动台（UE1、UE2）均可接收该第二系统指示消息。两者在发送第二指示消息的手段和控制目的上实质相同。因此技术特征K已被直接公开。 |
| 技术特征L：其中所述系统指示消息被周期地传送。<br>《直接公开》 | [0023]“…予め定められた固定値の第１の確率と…第２の確率と、を交互に報知する、ようにしてもよい。”<br>[0113]“基地局では、一定時間が経過（ステップＳ３０９）した後、ステップＳ３０１の第１の実施確率（Prep1）の報知の処理から繰り返す。”<br>[0132]“図１１に示したように、基地局は、第１の実施確率、第２の実施確率を交互に報知する。”<br>（译文：基站交替广播第1概率和第2概率；一定时间过去后，从步骤S301的广播处理开始重复；如图11所示，基站交替地广播第1实施概率和第2实施概率。） | 目标专利说明书[0053]、[0071]记载系统指示消息以所选择的周期重复地被传送。对比文件明确公开了基站以固定周期/时间间隔循环重复执行广播，并且交替周期性广播第1实施概率Prep1和第2实施概率Prep2。两者在周期性下发控制指示以维持抑制效果方面完全相同。因此技术特征L已被直接公开。 |
| 技术特征M：其中所述事件指示消息是异常报告。<br>《直接公开》 | [0008]“イベント型で報告を行う場合、移動局で監視する通信状況に、例えば・無線回線障害（Radio Link Failure）、・ハンドオーバ障害（HO Failure）、・スループット低下、・パイロット品質の低下、等、予め定められた所定の条件に該当し、トリガとなるイベントが発生すると、移動局は当該イベントの発生を、基地局に報告する。”<br>[0011]“…無線回線障害又は基地局障害等により、通信不能の場合…報告が、基地局に送信されることになる。”<br>[0163]“…無線回線接続障害が発生し、SON測定レポートのトリガとなる（SON Measurement (MSR) trigger）…”<br>（译文：在无线链路障碍RLF、切换障碍HO Failure等事件触发时，移动台将该事件报告给基站；无线回线障碍发生后报告SON测量报告。） | 目标专利说明书[0051]、[0052]记载事件指示消息例如临界实时异常报告或停电等异常报告。对比文件公开的事件报告具体限定为无线链路故障（Radio Link Failure）、切换失败（HO Failure）、吞吐量下降、通信不能等网络异常的监控结果报告。这些报告毫无疑义地属于“异常报告”。因此技术特征M已被直接公开。 |
| 技术特征N：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br>《直接公开》 | [0108]-[0109]“基地局の受信データ処理部２２は、一定時間、移動局からの報告を、無線送受信部２１を介して受信する（ステップＳ３０２）。なお、一定時間は、時間管理を行う不図示のタイマで計時される。基地局の報告指示生成部２６は、報告受信数が最大閾値Nth_maxよりも大の場合（ステップＳ３０３のＹＥＳ分岐）、第２の実施確率Prep2を０とする。”<br>[0112]“基地局の報告指示生成部２６は、決定した第２の実施確率Prep2を送信データ処理部２３、無線送受信部２１を介して報知する（ステップＳ３０８）。”<br>[0045]“基地局（または管理サーバ）は、同一内容（イベントの種類と発生場所が同一）の報告を多数受信したとき、その内容の報告は不要であることを報知するようにしてもよい。”<br>（译文：基站接收数据处理部通过定时器在一定时间内接收来自移动台的报告；在报告接收数大于最大阈值Nth_max时将概率设为0并广播该指示；接收到多数同一内容的报告时广播该报告不需要。） | 目标专利说明书[0055]记载：“用于传送系统指示消息的另一触发可以基于在预定的时间窗内接收来自预定数量的M2M设备的重复的报告…如果在预定的时间周期内接收的相同类型的消息数量超出，则系统指示消息可以被传送到有关的设备”。对比文件[0108]-[0112]明确公开了基站使用定时器计时的预定时间（一定時間）内接收来自多个移动台的异常报告，当报告接收数量超出阈值（Nth_max）时，触发广播生成并传送指示消息（如Prep2=0或DSI等）。两者条件设置、触发机理和效果完全相同。因此技术特征N已被直接公开。 |
| 技术特征O：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br>《直接公开》 | [0045]“本発明において、基地局（または管理サーバ）は、同一内容（イベントの種類と発生場所が同一）の報告を多数受信したとき、その内容の報告は不要であることを報知するようにしてもよい。その際、同一内容の報告から報告禁止セル番号や報告禁止位置の組合せをイベントの種類毎に、自動的に生成するようにしてもよい。”<br>[0108]-[0112]“基地局の受信データ処理部２２は、一定時間、移動局からの報告を…受信する…報告受信数が最大閾値Nth_maxよりも大の場合…報知する”<br>（译文：基站在接收到多数同一内容（事件的种类与发生场所同一）的报告时，广播该内容的报告不需要；此时，根据同一内容的报告按事件种类自动生成报告禁止组合。） | 目标专利说明书[0055]记载：“接收的消息的一个示例可以是具有测距目的字段设置为‘非正常断电’的测距请求消息…如果在预定的时间周期内接收的相同类型的消息数量超出，则系统指示消息可以被传送”。对比文件[0045]明确公开了基站统计“同一内容（事件种类与发生场所相同）的报告”，当此类特定类型（特定事件种类）的报告接收到多数（超过阈值）时，触发向移动台广播通知不要报告该特定内容。这与特征O限定的“在预定时间周期内基于基站接收多个特定类型的消息而传送系统指示消息”在技术手段、处理依据和技术效果上完全相同。因此技术特征O已被直接公开。 |
<<<A>>>
<<<B>>>
<<<c>>>
<<<D>>>
<<<e>>>
<<<F>>>
<<<g>>>
<<<H>>>
<<<I>>>
<<<J>>>
<<<K>>>
<<<L>>>
<<<M>>>
<<<N>>>
<<<O>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>【未公开】 | 无引用内容。 | 对比文件（JP2010275958A）涉及的是电动离心风扇（Centrifugal fan）的机械及电路基板布局结构（参见段落[2]“本発明は、送風に用いられる電動式の遠心ファンに関する”），根本未公开任何无线通信网络中基站与设备间的处理方法。因此，该技术特征未被对比文件公开。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指基站在M2M无线通信系统中接收来自通信设备（如WTRU/传感器）的异常触发/指示消息。而对比文件公开的是离心风扇的电机控制电路基板及壳体结构，完全不存在“基站”、“通信设备”以及“接收事件指示消息”的通信功能与结构，作用完全不同，既未直接公开，本领域技术人员也绝无可能从中推导或隐含得出。因此，该技术特征未被公开。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指基站根据接收到的消息判断是否即将发生大范围导致断连的普遍异常（如停电等导致突发网络登入）。对比文件为机械散热风扇技术，完全没有相关通信状态判断逻辑，未公开该特征。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征限定了特定类型的系统级灾难事件（如导致大量设备与基站失去连接的断电等事件）。对比文件仅涉及笔记本电脑冷却用风扇的电路安装空间与流路优化问题，完全不涉及通信网络的断连异常事件，未公开该特征。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征为后续步骤的执行条件判断。对比文件不存在任何该事件的检测或触发前提，未公开该特征。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指基站下发系统指示消息以通知终端控制接入。对比文件仅公开了通过电路基板上的电子元件对风扇电枢通电进行驱动控制，完全没有基站向下行设备下发系统级无线信令消息的机制，未公开该特征。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该系统指示消息作为特定格式（信标）且携带停止发送事件指示消息的指示，以防止接入信道拥塞。对比文件完全不涉及基站广播信标以抑制终端上行消息传输的机制，未公开该特征。 |
| 技术特征H：<br>该方法还包括<br><br>【未公开】 | 无引用内容。 | 对比文件为离心风扇机械硬件结构，未公开任何关于网络登入处理方法的技术方案，未公开该特征。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>【未公开】 | 无引用内容。 | 目标专利中是指基站监测网络恢复状态（如通过RA冲突降低或接收核心网消息）。对比文件不存在通信基站，更不存在基站从普遍通信异常中恢复的判断机制，未公开该特征。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利中是基站判断未恢复时执行进一步信令控制的前提条件。对比文件属于不相关的离心风扇领域，未公开该技术特征。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>【未公开】 | 无引用内容。 | 目标专利中是在未恢复时继续发送指示消息（如周期性重复通知终端保持抑制）。对比文件无无线通信发射与信令重传机制，未公开该特征。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>【未公开】 | 无引用内容。 | 目标专利中是指基站以设定周期重复发送系统指示消息以持续控制网络拥塞。对比文件仅涉及电机的定子、转子、回路基板及风洞布置，不涉及通信消息的周期性发送，未公开该特征。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>【未公开】 | 无引用内容。 | 目标专利中是将事件指示消息具体限定为终端向基站报告的异常报告。对比文件不涉及任何通信报告消息，未公开该特征。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>【未公开】 | 无引用内容。 | 目标专利中限定了基站在预定时间窗口内汇总统计多个异常报告后触发下发系统指示消息的门限机制。对比文件属于风扇物理散热领域，不包含该统计触发通信流程，未公开该特征。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>【未公开】 | 无引用内容。 | 目标专利中限定了基于接收特定类型消息的频次来判断并触发下发系统指示消息。对比文件完全没有消息接收、类型识别与触发下发的通信处理过程，未公开该特征。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利涉及机器到机器（M2M）通信网络中基站与设备之间的网络接入控制方法。对比文件公开的是一种采用LED芯片的发光装置（半导体光电硬件结构），并非基站通信或网络接入控制方法，未公开该方法特征。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，该特征是指基站接收与其通信的多个设备中某一设备发送的事件指示消息（如临界实时异常报告），用于触发后续的系统异常判断与拥塞控制。对比文件公开的是发光装置中由光检测部受光检测光输出，完全不涉及“基站”、“通信设备”以及“接收事件指示消息”的通信过程与功能。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，基站依据接收到的事件指示消息预先判断是否即将发生大范围通信中断等普遍异常，以提前采取信标广播规避网络拥塞。对比文件属于半导体LED封装结构，完全不涉及通信事件处理或对网络普遍异常事件的判定。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，普遍异常事件具体定义为诸如停电、管道事故等将导致大量M2M终端与基站断开通信的网络级事件。对比文件仅涉及发光器件的物理光学结构，完全未公开此类网络通信异常事件。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，该条件作为触发后续下行系统指示消息的控制前置步骤。对比文件完全不涉及网络通信运行状态及其条件判断。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，基站在确定普遍异常临近时，主动向下游多个终端下发系统级指示消息。对比文件不存在通信节点间的消息传送机制。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，该信标消息的作用是通知接入设备抑制并发的随机接入与异常上报，防止随机接入信道严重拥塞崩溃。对比文件完全不涉及广播信标抑制上行通信负载的技术方案。 |
| 技术特征H：<br>该方法还包括<br><br>《未公开》 | 对比文件无对应内容。 | 属于后续方法步骤的引导语。对比文件为光学发光装置结构，未公开相应的通信控制方法。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，基站检测冲突是否消除或接收核心网/服务器通知以判断系统是否已从异常中恢复，以恢复正常运行。对比文件完全不涉及基站状态检测与通信恢复机制。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，该分支条件用于在系统持续异常时维持拥塞控制。对比文件完全没有相应的通信异常分支处理技术方案。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，基站在未恢复状态下继续下发第二系统指示消息以维持抑制。对比文件不包含任何通信报文的发送。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，基站以预定或可变周期重复发送系统指示，确保空闲态或重试终端均能收到。对比文件完全不涉及系统消息的周期性传输。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中将事件指示消息具体限定为针对系统故障的异常报告。对比文件完全没有通信报文及其类型的公开。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，基站通过统计特定时间窗内接收到的重复异常报告数量超出阈值来触发第一系统指示消息的下发。对比文件完全不包含统计接收报文并触发下行广播的机制。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利中，基站依据预定时间周期内收集到的特定类型消息（例如特定测距请求或专用测距码）达到数量阈值来触发指示发送。对比文件完全未涉及任何通信消息分类统计与下行触发机制。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br><br>《直接公开》 | [0001]「本発明は、移動通信の技術分野に関し、特に移動通信システムにおける基地局装置及び方法に関する。」<br>（译文：本发明涉及移动通信的技术领域，特别涉及移动通信系统中的基站装置及方法。） | 对比文件[0001]段明确记载了该发明涉及移动通信系统中的基站装置及方法，且后续段落展开了该方法所包含的步骤，与目标专利中方法权利要求的引导主题作用相同，本领域技术人员能毫无疑义地直接得出该技术特征。因此，技术特征A被对比文件直接公开。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>《未公开》 | [0006]「上りリンクのチャネル状態は、ユーザ装置が送信したリファレンス信号(又はパイロットチャネル)の受信品質に基づいて基地局で測定できる。下りリンクのチャネル状態はユーザ装置で測定され、測定結果が基地局に報告される。…チャネル品質インジケータ(CQI: Channel Quality Indicator)として表現されてもよい。」<br>（译文：上行链路的信道状态可由基站基于用户设备发送的参考信号的接收质量来测量。下行链路的信道状态在用户设备中测量，测量结果被报告给基站。……可表现为信道质量指示符（CQI）。） | 目标专利说明书[0006]、[0047]、[0051]、[0055]明确，该“事件指示消息”是设备在发生异常事件（如停电、管道泄漏破坏等普遍异常事件）时向基站发送的触发消息或异常报告。<br>而对比文件接收的仅是常规通信中的下行信道质量指示（CQI），CQI是正常无线资源调度及自适应调制编码所必须的周期性或非周期性无线测量物理量反馈，并非用于指示或报告突发“事件”或“系统异常”的消息。对比文件既无“事件指示消息”的实质公开，也无法推理得出。因此，对比文件未公开技术特征B。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0006]、[0047]、[0052]明确，“基于事件指示消息确定普遍异常事件是否临近”是指基站基于接收到的触发（如停电等异常报告），判断网络是否即将面临可能导致通信瘫痪或大批设备失联的灾难性事件。<br>对比文件针对的是LTE系统中如何适正化请求用户上报CQI的频度（通过统计下行调度次数或调度系数累加值），其根本不存在对“普遍异常事件是否临近”的检测与确定机制。对比文件既无直接公开，也无法从CQI统计逻辑中推理得出该技术方案。因此，对比文件未公开技术特征C。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0047]明确指明，普遍异常事件是“如停电、管道泄漏、管道破坏或恐怖袭击造成的普遍异常事件”，该事件“将导致与BS通信的多个设备失去与所述BS通信”。<br>对比文件仅涉及系统通信中的数据传输排队与无线资源混杂拥塞（如[0010]、[0081]提及的系统混杂/拥塞），是正常的网络流量负荷，并未涉及任何导致设备群体性失去通信连接的突发灾难性普遍异常事件。因此，对比文件未公开技术特征D。 |
| 技术特征E：在普遍异常事件临近的情况下<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0006]、[0052]指出，该特征构成了发送系统指示消息的触发前置判定条件。<br>由于对比文件根本不存在确定“普遍异常事件临近”的技术构思与判断步骤，因此更不存在基于该事件临近作为前提条件来触发后续操作。对比文件未公开技术特征E。 |
| 技术特征F：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>《未公开》 | [0013]「下りリンクのチャネル状態情報をユーザ装置が報告すべきか否かを示す報告指示情報と、無線リソースの割当計画を示すスケジューリンググラント情報とを含む制御信号を生成する手段と、前記制御信号を下りリンクで送信する手段と、を有する。」<br>（译文：具有生成包含用于指示用户设备是否应报告下行信道状态信息的报告指示信息、以及指示无线资源分配计划的调度许可信息的控制信号的部件；以及在下行链路上发送所述控制信号的部件。） | 目标专利中的“系统指示消息”在[0051]、[0058]、[0070]中被定义为BS向设备广播/多播以指示其已意识到普遍系统错误并用于控制登入风暴的消息。<br>对比文件下行发送的控制信号仅是包含“CQI请求比特”的上行调度许可控制信号（PDCCH/DCI），用于常规调度单个UE上报测量信息，不具备任何应对普遍异常事件的“系统指示消息”的性质与功能。因此，对比文件未公开技术特征F。 |
| 技术特征G：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>《未公开》 | [0008]「上りスケジューリンググラントには、CQIリクエストビットというビットが含まれ…CQIリクエストビットが所定値(例えば、「１」)であった場合、上りリンクで許可された共有チャネルは、CQIを報告するために使用される。」<br>（译文：上行调度许可中包含称为CQI请求比特的比特……在CQI请求比特为规定值（例如“1”）的情况下，在上行链路上被许可的共享信道被用于报告CQI。）<br>[0104]「システム指示メッセージは…多重/ブロードキャストClass-1管理フレーム(例えば、ビーコンフレーム…)にコード化されてもよい。」（目标专利[0104]段信标对应定义） | 目标专利说明书[0051]、[0096]、[0104]明确，第一系统指示消息（如信标帧）的核心目的与实质作用在于“提醒M2M设备停止传送事件指示消息以避免报告相同的错误”，以遏制信道拥塞。<br>而对比文件的CQI请求比特（哪怕设置为0）仅表示当前PUSCH不携带CQI（或设置为1表示要求上报CQI），其既非“信标”，更绝无指示或命令终端“停止发送异常事件指示消息”的技术意图与作用。因此，对比文件未公开技术特征G。 |
| 技术特征H：该方法还包括<br><br>《直接公开》 | [0001]「本発明は、移動通信の技術分野に関し、特に移動通信システムにおける基地局装置及び方法に関する。」<br>（译文：本发明涉及移动通信的技术领域，特别涉及移动通信系统中的基站装置及方法。） | 对比文件[0001]以及实施例[0026]-[0065]记载了基站执行的多个连续方法步骤，对应专利方法权利要求中的常规过渡用语。本领域技术人员能毫无疑义地直接得出该技术特征。因此，技术特征H被对比文件直接公开。 |
| 技术特征I：确定所述基站是否已经从所述普遍异常事件中恢复<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0053]、[0069]明确，该特征是指基站检测普遍灾难事件是否消除、系统是否恢复（例如根据RA信道冲突消除或应用服务器消息）。<br>对比文件中自始至终未涉及任何普遍异常事件，自然不存在判断是否从该事件中恢复的过程。对比文件未公开技术特征I。 |
| 技术特征J：在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0053]、[0069]明确该特征为系统未恢复时重复下发指示的前提条件。<br>对比文件完全缺乏该事件状态判定前提，未公开技术特征J。 |
| 技术特征K：传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0053]、[0069]明确，第二系统指示消息是在基站尚未从普遍异常中恢复时，以所选择周期重复传送的用于持续抑制上行报告或进行拥塞控制的消息。<br>对比文件完全未公开在异常未恢复状态下发送第二系统指示消息的技术手段。因此，技术特征K未被公开。 |
| 技术特征L：其中所述系统指示消息被周期地传送。<br><br>《隐含公开》 | [0003]「サブフレーム毎に、どの移動局に対して上記共有チャネルを割り当てるかのシグナリングする必要がある。…シグナリングに用いられる制御チャネルは、LTEでは、下り物理制御チャネル(PDCCH: Physical Downlink Control Channel)と呼ばれる。」<br>（译文：需要以子帧为单位信令通知对哪个移动局分配上述共享信道。……用于信令的控制信道在LTE中被称为下行物理控制信道（PDCCH）。）<br>[0080]「図４の＜閑散時＞の場合、５ｍｓ毎に所定値のCQIリクエストがユーザ装置に通知されるので、ユーザ装置は５ｍｓ毎にCQIを報告することになる。」<br>（译文：在图4的＜闲散时＞的情况下，由于每隔5ms向用户设备通知规定值的CQI请求，因此用户设备每隔5ms报告CQI。） | 目标专利说明书[0053]、[0071]记载系统指示消息可以以所选择的周期重复地传送。<br>在极其宽松的隐含公开判断标准下：对比文件在[0080]及图4中记载了在数据持续传输时，基站可每隔5ms（以固定周期）向终端发送携带CQI报告指示的下行控制信号；同时PDCCH控制信令也是按子帧时间间隔重复调度的。尽管对比文件中的控制信号并非针对普遍异常事件，但其公开了基站“周期性地下发指示信息/控制消息给设备”的技术动作与传输机制，部分公开了信息周期传送的时域调度手段，在宽松标准下有可能与其他对比文件组合，因此可认定技术特征L被隐含公开。 |
| 技术特征M：其中所述事件指示消息是异常报告。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0006]、[0051]、[0055]明确指出，事件指示消息为设备检测到突发状况后发出的“临界实时异常报告”或“紧急情况报告”。<br>对比文件中终端所传输的全部上行信息均为正常的信道质量（CQI）反馈或用户业务数据，与“异常报告”的本质属性、产生机制及解决的技术问题完全不同。因此，对比文件未公开技术特征M。 |
| 技术特征N：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>《未公开》 | [0063]「ステップS36では、累計値(Count)が所定の閾値("Threshold"として言及されている。)と比較される。…累計値(Count)が閾値(Threshold)より大きかった場合(YESの場合)、フローはステップS38に進む。[0064]ステップS38では、CQIリクエストビットが所定値(例えば、「１」)に設定される。」<br>（译文：在步骤S36中，累计值与规定阈值进行比较。……在累计值大于阈值的情况下，流程进入步骤S38。在步骤S38中，CQI请求比特被设定为规定值（例如“1”）。） | 目标专利说明书[0055]明确公开，该特征是指基站监测预定时间窗口内若接收到超出阈值的重复异常报告（例如10个紧急情况报告），即触发系统指示消息以遏制其他设备上报。<br>对比文件虽然在[0063]记载了计数累加与阈值比较，但其累加的是“基站对该UE发送下行共享信道（PDSCH）的次数”或“该UE的调度系数值优良程度”，累加主体和统计对象是基站自身的下行调度行为，根本不是“基站接收到的来自多个设备的多个异常报告”。因此，对比文件未公开技术特征N。 |
| 技术特征O：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0055]指出，该特定类型的消息可以是“具有测距目的字段设置为‘非正常断电’的测距请求消息”或“为系统异常报告测距保留的测距码”，基站在预定时间窗内接收到超出数量时检测到错误并下发系统指示。<br>对比文件中基站发送指示仅由基站对特定UE的下行调度累积次数或系数触发，而非基于在预定周期内接收到终端上传的“多个特定类型的消息”（更无特定异常信令类型）。因此，对比文件未公开技术特征O。 |
<<<A>>>
<<<H>>>
<<<l>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>【未公开】 | 无引用内容。 | 对比文件公开的是一种蓄电池的充放电计划装置、充放电计划方法、程序及蓄电池的充放电装置（参见对比文件[0001]），其属于电力系统与储能控制技术领域；而目标专利的技术特征A为一种在无线通信系统/机器到机器（M2M）网络中由基站侧处理突发性网络登入及异常指示的方法的前序步骤。两者的技术领域、解决的技术问题及整体方法架构完全不同。对比文件未公开由基站或类似通信节点执行的方法的前序，即使按极为宽松的隐含公开标准，也无法推导或推理出该通信方法的前序特征，因此技术特征A未被公开。 |
| 技术特征B：<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0006]、[0047]、[0052]、[0055]）中，技术特征B是指基站在无线网络中接收来自多个通信设备（如处于空闲态的M2M设备/WTRU）中的设备发出的事件指示消息（例如异常报告、测距请求或紧急情况报告），用于告知发生了异常事件以启动后续防护。对比文件中仅涉及家庭/需求家侧的“計測装置M1は、更に、例えば電気事業者等(不図示)から第1価格情報S1を受信する”（计量装置M1从电力事业者接收第一价格信息S1，参见[0015]）。对比文件的计量装置不是无线基站，接收的第一价格信息是用于制定充放电计划的电价数据，完全不属于“来自通信的多个设备中的一个设备的事件指示消息”，亦未起到指示网络/设备普遍异常事件发生的作用。本领域技术人员无法从对比文件中直接得出或合理解释、推理出该特征，因此技术特征B未被公开。 |
| 技术特征C：<br>基于所述事件指示消息确定普遍异常事件是否临近<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0006]、[0047]、[0052]、[0055]）指出，该特征指基站根据接收到的事件指示消息（如特定异常码、达到一定阈值的异常上报数量）检测/判断导致多设备失联或RA信道严重拥塞的系统级普遍异常是否即将来临（imminent）。对比文件（如[0005]、[0035]、[0042]等）公开的判断是“判定装置基于第一卖买价格、第二卖买价格和蓄电池的充放电效率对蓄电池充放电的经济性进行判定”，其目的是判断低买高卖是否具备套利空间，与目标专利中基站判定网络中是否存在普遍异常事件临近在判定主体、判定对象、技术手段和技术效果上完全不同，不存在任何实质或等同公开，亦不具备推导出的可能性，因此技术特征C未被公开。 |
| 技术特征D：<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0047]）明确限定，“普遍异常事件可以是将导致与BS通信的多个设备失去与所述BS通信的事件”，例如大面积停电、管道泄漏、破坏导致大量设备断电失联并在恢复时并发重登入。对比文件全文通篇讨论的是常规电力系统中的电价实时变动、峰谷套利及防止逆潮流（[0024]、[0058]），根本未涉及任何“使多个设备与基站失去通信的普遍异常事件”的概念、事件定义或相关缺陷教导。本领域技术人员无法从对比文件中得出该技术特征，因此技术特征D未被公开。 |
| 技术特征E：<br>在普遍异常事件临近的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0006]、[0052]）中，该特征是基站触发下行控制与拥塞避免的前提条件（检测到普遍系统异常即将发生）。对比文件完全未涉及任何“普遍异常事件”的场景，更无从谈及在普遍异常事件临近时采取动作的处理条件分支。因此技术特征E未被对比文件直接公开或隐含公开。 |
| 技术特征F：<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0051]、[0052]、[0070]）中，技术特征F是指基站在检测到普遍异常临近时，通过广播或多播向一个或多个终端设备下发系统指示消息，通知基站已获知普遍错误。对比文件中仅记载充放电控制装置向充放电装置输出用于充放电的“控制信号Ct”（参见[0018]、[0047]），该信号是需求家内部控制蓄电池开关充电、放电或停止的本地硬件驱动信号，并非无线基站向多个通信设备传送的关于普遍异常的“系统指示消息”，两者的通信架构、报文性质、传送目的及控制机理截然不同。因此对比文件未公开技术特征F。 |
| 技术特征G：<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0051]、[0093]、[0104]）明确指出，系统指示消息可编码于802.11信标帧（Beacon）等管理帧中，其作用是指示终端设备停止发送重复的事件指示消息（如终止随机接入尝试RA），避免上行信道雪崩拥塞。对比文件完全未公开无线局域网或蜂窝网中的信标帧，更未公开用于“指示多个设备停止向基站传送事件指示消息”的信标或等同信令。对比文件无任何技术内容对应于该特征，因此技术特征G未被公开。 |
| 技术特征H：<br>该方法还包括<br><br>【未公开】 | 无引用内容。 | 对比文件为蓄电池充放电控制方法/装置，未公开基站侧执行的多步骤无线网络异常处理方法的后续特征，因此技术特征H未被公开。 |
| 技术特征I：<br>确定所述基站是否已经从所述普遍异常事件中恢复<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0053]、[0069]、[0091]）中，技术特征I是基站检测系统是否已从普遍异常中恢复（例如通过RA信道冲突是否降至容限内，或接收到应用服务器的恢复通知）。对比文件虽然涉及充放电控制循环是否执行完毕的判断（例如[0043]判断变量K是否为12、[0055]判断变量t是否为24），但这仅仅是24小时充放电时间段计划编制或执行循环的结束判断，完全与“基站是否从普遍异常事件中恢复”无关，两者的判断主体、对象与技术效果完全不同。对比文件未公开技术特征I。 |
| 技术特征J：<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0053]、[0069]）中，该特征是在基站尚未脱离普遍异常时的处理条件分支。对比文件根本没有关于系统经历并处于未恢复状态的普遍异常事件的任何公开或教导，因此技术特征J未被公开。 |
| 技术特征K：<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0053]、[0069]、[0122]）中，该特征是指在系统未恢复时，基站继续向设备发送第二系统指示消息（例如重复发送信标或指示消息），以维持对终端随机接入风暴的抑制。对比文件中充放电控制装置根据计划输出控制信号Ct，完全不涉及在普遍异常未恢复时向通信设备传送第二系统指示消息。两者的信号内容、触发逻辑与控制对象无任何关联，对比文件未公开技术特征K。 |
| 技术特征L：<br>其中所述系统指示消息被周期地传送。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0053]、[0071]、[0123]）明确，系统指示消息以所选择的周期（预定或可变/动态周期）重复传送，以确保持续抑制设备重登入。对比文件中虽涉及将一天划分为每1小时或每30分钟的时间段（[0025]、[0087]），但这是关于电价变化和充放电计划时隙的划分，对比文件既没有公开系统指示消息，更没有公开“系统指示消息被周期地传送”的信令传输机制。本领域技术人员无法从对比文件中直接或隐含得出该特征，因此技术特征L未被公开。 |
| 技术特征M：<br>其中所述事件指示消息是异常报告。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0006]、[0051]、[0052]、[0126]）中，事件指示消息具体体现为设备上报系统故障/断电等的临界实时“异常报告”（exception report）。对比文件传输的是价格信息S1与控制信号Ct，不存在任何关于设备向网络上报“异常报告”的记载。对比文件未公开技术特征M。 |
| 技术特征N：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0055]、[0127]-[0129]）指出，该特征是基站在预定义时间窗内接收到超出阈值数量的重复异常报告（例如10个紧急情况报告）时，触发发送第一系统指示消息。对比文件未涉及基站、未涉及设备异常报告，更未涉及基于时间窗口统计异常报告数量从而触发消息下发的技术手段。对比文件未公开技术特征N。 |
| 技术特征O：<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0055]、[0130]-[0133]）指出，特定类型的消息例如为测距目的字段设为“非正常断电”的测距请求消息或特定保留测距码。基站在预定时间周期内收到超出预定数量的特定类型消息即判定异常并发送指示。对比文件中完全不存在相关特定类型消息的接收统计与指示消息触发机制。对比文件未公开技术特征O。 |
### 特征比对分析
**技术特征A**：该方法包括
对比文件公开了移动通信系统中基站与移动局之间控制报告的方法。属于常规方法引导语，属于直接公开。
**技术特征B**：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息
对比文件公开了基站接收来自终端（移动局/UE）的事件型报告（如无线回线障害、RL Failure等事件触发的报告、SON测量报告），在基站覆盖下有多个移动局与基站通信。在事件发生后，基站接收来自其中一个移动局的报告，被直接公开。
**技术特征C**：基于所述事件指示消息确定普遍异常事件是否临近
在目标专利中，“普遍异常事件是否临近”是指基站判断即将经历可能导致大面积脱网/拥塞的系统级异常（如停电等导致突发登入潮的临界普遍异常事件）。对比文件中，基站接收移动局的事件型报告后，主要将其作为SON网络自优化数据收集（用于无线参数优化），或者在“同一内容（事件种类和发生场所相同）的报告多数接收时，报知该内容的报告不需要”。对比文件中并未公开“基于单个设备的事件指示消息确定普遍异常事件是否临近”，基站并不根据接收到的某一个事件指示消息去预测/确定普遍异常事件即将发生（imminent），因此未直接公开。但从隐含公开的角度来看，对比文件公开了基站接收到无线回线障害报告，且说明了当发生基站障碍等大范围故障时回线再连接会导致大量报告集中增加网络负荷，基站具备对报告和网络状态进行监控并采取措施的能力，本领域技术人员有可能基于其揭示的“基站障碍时大量回线再连接报告导致网络过载”的背景推理出根据收到的故障事件推断出系统存在大范围异常的可能性，并且在极为宽松的标准下与其它技术方案组合，可视为隐含公开。
**技术特征D**：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件
对比文件明确记载了“基地局障害やトンネル通過等による無線回線障害が生じた場合、回線再接続時に、複数の移動局が、基地局に対して一斉に報告を行う”、“基地局障害により、セルが消滅したときは…”等。其中基站故障（基地局障害）即是导致与该基站通信的多个移动局失去与基站通信的大范围故障事件，其技术实质和作用完全相同，属于直接公开。
**技术特征E**：在普遍异常事件临近的情况下
目标专利是在确定普遍异常临近（即异常即将爆发/即将导致网络过载）这一特定触发条件下采取后续下发信标的操作。对比文件是在基站故障或检测到上行流量过大、或者基站故障恢复后再连接时下发概率/禁止指示，并未在基站侧建立“在普遍异常事件临近的情况下”这一前置条件。但由于对比文件记载了基站感知上行流量过大时立即设置Prep=0禁止报告以防网络瘫痪，属于防范网络过载临近的动作，宽松标准下可视为隐含公开。
**技术特征F**：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备
对比文件公开了基站向移动局报知（广播/组播）执行概率（Prep）或报告禁止信息（DSI/报知情報），用于控制或抑制移动局向基站上报。这构成了传送第一系统指示消息到基站通信的多个设备中的一个或多个设备，作用相同，属于直接公开。
**技术特征G**：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。
对比文件公开了基站向移动局广播报知指示（如Prep=0，或报告禁止信息DSI/廃棄指示），指示移动局禁止/中止报告无线回线障害事件；在具体实施例中明确指出了可以通过广播信道、寻呼信道（PCH）、FACH或系统管理帧如“信标帧（ビーコンフレーム、Beacon frame）”中编码并报知该禁止/中止指示。该消息在对比文件中起到了让移动设备停止向基站发送事件报告以避免网络拥塞的作用，与目标专利中信标的作用完全相同，属于直接公开。
**技术特征H**：该方法还包括
常规引导语，直接公开。
**技术特征I**：确定所述基站是否已经从所述普遍异常事件中恢复
对比文件公开了基地局障害时，在回线再连接后进行控制，以及在管理服务器/基站中将报告禁止单元从列表中排除时，将报知的概率从0逐渐增加最终为1；同时还公开了基站间定期进行健康检查（ヘルスチェック）以检测障害セル等机制。基站根据系统恢复状况调整报告抑制策略。虽然对比文件未以“确定基站是否从普遍异常事件中恢复”的字面完整表述独立限定检测模块，但其系统自恢复、回线再连接和将禁止单元解禁（从0逐步恢复到1）的前提即是基站/网络恢复正常运行。因此在极为宽松的隐含公开标准下，本领域技术人员可以合理推断出基站直接或间接地确定系统/基站故障是否已经恢复，属于隐含公开。
**技术特征J**：在所述基站没有从所述普遍异常事件中恢复的情况下
对比文件记载了在系统处于大负荷或故障抑制状态期间（即上行流量仍超阈值，未恢复正常状态时），基站持续保持Prep=0（禁止报告）或继续报知报告禁止信息。在宽松标准下，该未恢复状态下的控制逻辑被对比文件隐含公开。
**技术特征K**：传送第二系统指示消息到所述多个设备中的至少一个设备。
对比文件公开了基站可以周期性、交替地报知不同的指示消息（例如图9/图11中交替报知第1实施概率Prep1和第2实施概率Prep2，或者在未恢复时持续循环报知禁止信息）。第2实施概率即构成了第二系统指示消息，作用在于进一步控制和抑制设备上报，直接公开。
**技术特征L**：其中所述系统指示消息被周期地传送。
对比文件公开了基站周期性地发送报知信息（例如通过定时器管理，一定时间间隔内重复报知，或者交替报知第1概率和第2概率，信标帧本身也是周期性下发）。与目标专利中周期性传送系统指示消息的作用相同，属于直接公开。
**技术特征M**：其中所述事件指示消息是异常报告。
对比文件公开了移动局发送的事件报告是无线回线障害（Radio Link Failure）、切换失败（HO Failure）等通信异常的测量监视报告（SON测量报告），完全属于“异常报告”，直接公开。
**技术特征N**：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。
对比文件明确记载了：基站可以在预定的时间周期内（一定時間内）统计接收到的来自移动局的报告数量（報告受信件数），当报告件数过多（超过最大阈值Nth_max或Th_high_rep）时，基站将实施概率设为0（禁止报告）并向移动局报知该指示；或者“基地局（または管理サーバ）は、同一内容（イベントの種類と発生場所が同一）の報告を多数受信したとき、その内容の報告は不要であることを報知するようにしてもよい”。这直接公开了在预定时间周期内基于接收到多个异常报告而传送第一系统指示消息，技术手段和技术效果完全相同，直接公开。
**技术特征O**：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。
对比文件公开了基站基于特定类型（例如无线回线障害事件、同一事件种类）的消息在一定时间内被大量接收，从而触发向移动局报知报告禁止指示。这与技术特征O完全等同并直接公开。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及位置） | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | 【WO2009022752A1说明书 概要及方法部分】<br>“本発明に係る方法は、基地局が、移動局による通信状況の監視結果を基地局に報告する確率を報知する工程と、前記移動局は、前記基地局から報知された前記確率を受け、前記確率にしたがって、前記監視結果を前記基地局へ報告する工程と、を含む。”<br>（译文：本发明涉及的方法包括：基站报知移动局向基站报告通信状况监视结果的概率的步骤；所述移动局接收所述基站报知的所述概率，并按照所述概率向所述基站报告所述监视结果的步骤。） | 对比文件公开了一种无线通信系统中控制终端向基站报告监视结果的通信方法，包含了方法的基本技术方案流程，直接公开了该常规方法引导特征。 |
| 技术特征B：接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br>《直接公开》 | 【WO2009022752A1说明书 ［0013］及［0015］等】<br>“イベント型で報告を行う場合、移動局で監視する通信状況に、例えば…無線回線障害（Radio Link Failure）…等、予め定められた所定の条件に該当し、トリガとなるイベントが発生すると、移動局は当該イベントの発生を、基地局に報告する。”<br>（译文：在进行事件型报告的情况下，在移动局监视的通信状况中，当符合例如无线链路故障等预定的所定条件并发生作为触发的事件时，移动局向基站报告该事件的发生。） | 对比文件中基站与多个移动局进行无线通信，当某一移动局发生特定事件（如无线链路故障）时，该移动局作为触发向基站发送包含故障事件的监视报告。对比文件中的事件报告即相当于事件指示消息，基站接收该消息的技术手段与目标专利完全相同，达到接收设备故障事件指示的技术效果，属于直接公开。 |
| 技术特征C：基于所述事件指示消息确定普遍异常事件是否临近<br>《隐含公开》 | 【WO2009022752A1说明书 ［0017］、［0020］等】<br>“基地局障害やトンネル通過等による無線回線障害が生じた場合、回線再接続時に、複数の移動局が、基地局に対して一斉に報告を行うことになり、無線ネットワークのトラフィック量が急激に増大する。”<br>“基地局は、移動局側から基地局側への上りトラフィック量に基づき前記確率を決定し…”<br>（译文：在发生因基站故障或通过隧道等引起的无线链路故障的情况下，在链路重新连接时，多个移动局向基站一齐进行报告，无线网络的业务量急剧增大…基站基于从移动局侧到基站侧的上行链路业务量来决定所述概率…） | 目标专利中该特征是指基站基于事件指示消息判断普遍异常事件（导致多个设备失去通信的大范围事件）是否即将来临。对比文件中未字面记载基于单个事件指示消息预测普遍异常事件临近，但对比文件明确指出了无线链路故障事件的大量上报反映了基站故障等严重网络瘫痪事件，且基站通过对上行报告流量及异常事件的监测来判断网络是否即将面临过载并据此下发抑制指示。在极为宽松的隐含公开判断标准下，本领域技术人员结合其关于基站故障引起的大规模故障与上报拥塞的教导，有可能推理得出基站可基于事件指示消息对普遍异常事件的临近进行判断，因此构成隐含公开。 |
| 技术特征D：其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br>《直接公开》 | 【WO2009022752A1说明书 ［0017］、［0020］、［0038］】<br>“基地局障害やトンネル通過等による無線回線障害が生じた場合、回線再接続時に、複数の移動局が、基地局に対して一斉に報告を行う…”<br>“基地局障害により、セルが消滅したときは…”<br>（译文：在发生因基站故障或通过隧道等引起的无线链路故障的情况下，在链路重新连接时，多个移动局向基站一齐进行报告…当因基站故障导致小区消亡时…） | 目标专利中将“普遍异常事件”解释为导致与基站通信的多个设备失去与基站通信的事件。对比文件中列举的“基站故障（基地局障害）”直接导致其下辖小区消失（セルが消滅）、多个移动局发生无线链路断开（无线回线障害），在基站修复前多个移动局均失去与该基站的通信。二者概念、发生场景及造成多个设备失去通信的技术效果完全一致，属于直接公开。 |
| 技术特征E：在普遍异常事件临近的情况下<br>《隐含公开》 | 【WO2009022752A1说明书 ［0020］、［0023］、流程图图7】<br>“前記上り回線トラフィック量を測定し、該トラフィック量が予め定められた閾値よりも大の場合、前記確率を０に設定して報知することで、前記移動局に報告を禁止させるようにしてもよい。”<br>（译文：测量所述上行链路业务量，在该业务量大于预定的阈值的情况下，将所述概率设定为0进行报知，从而禁止所述移动局报告。） | 目标专利强调“在普遍异常事件临近的情况下”执行后续抑制信令的下发。对比文件虽未直接使用“临近（imminent）”的字眼，但记载了当上行流量超过门限（表明大批量的故障发生、上报潮即将来临或加剧网络崩溃）时，基站触发下发抑制/禁止报告指示以防范网络瘫痪。按照极为宽松的判断标准，该场景实质上涵盖了在系统面临大规模通信障碍/过载异常临近时的处理逻辑，构成隐含公开。 |
| 技术特征F：传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br>《直接公开》 | 【WO2009022752A1说明书 ［0020］、［0037］】<br>“前記決定した確率を移動局に報知する手段と、を含む基地局が提供される。”<br>“報告禁止情報のリストから…報告禁止の指示を報知し、報告を抑止させる…”<br>（译文：提供一种基站，包括向移动局报知所决定的概率的手段…报知报告禁止指示，抑制报告…） | 对比文件中基站生成实施概率（Prep=0）或报告禁止信息（DSI），通过无线广播或组播方式下发给其通信范围内的一个或多个移动局。该消息即对应于目标专利的第一系统指示消息，其在对比文件中的下发机制和对象与目标专利完全相同，属于直接公开。 |
| 技术特征G：其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br>《直接公开》 | 【WO2009022752A1说明书 ［0020］、［0047］、［0057］】<br>“該トラフィック量が予め定められた閾値よりも大の場合、前記確率を０に設定して報知することで、前記移動局に報告を禁止させる…”<br>“新情報エレメント（ＩＥ）および／または情報フィールドは、いくつかの既存のマルチキャスト／ユニキャストクラス１管理フレーム（例えば、ビーコンフレーム、パブリックレスポンスフレームなど）に追加されてもよい。”<br>（译文：该业务量大于预定阈值的情况下，将所述概率设置为0并报知，从而使所述移动局禁止报告…新信息元素（IE）和/或信息字段可以被添加到一些现有的多播/单播1类管理帧（例如信标帧Beacon Frame、公共响应帧等）中。） | 对比文件中基站发送的第一指示消息（实施概率Prep=0或报告禁止信息DSI）明确指示移动局停止/禁止向基站发送事件报告（无线链路故障等报告）；且对比文件明确公开了该指示可以承载在“信标帧（Beacon Frame）”中向移动局报知。其技术手段为利用信标帧指示终端停止发送事件报告，起到减轻信道拥塞的作用，与目标专利的技术特征G完全等同，属于直接公开。 |
| 技术特征H：该方法还包括<br>《直接公开》 | 【WO2009022752A1说明书 全文】 | 常规方法步骤引导语，直接公开。 |
| 技术特征I：确定所述基站是否已经从所述普遍异常事件中恢复<br>《隐含公开》 | 【WO2009022752A1说明书 ［0039］、［0042］、［0050］】<br>“管理サーバにおいて、報告禁止セルを報告禁止情報のリストから除く場合、基地局から報知する確率を、０から徐々に増加させて、最終的に１となるように制御するようにしてもよい。”<br>“定期的なチェックにより、隣接セルが障害セルを自律的に検出するようにしてもよい。”<br>“基地局の復旧時、あるいはトンネル出口のセル２において…再接続した場合…”<br>（译文：在管理服务器将报告禁止小区从报告禁止信息列表中移除的情况下，可以控制从基站报知的概率从0逐渐增加，最终变为1。可以通过定期检查使邻区自律检测故障小区。基站恢复时，或者在隧道出口小区再连接时…） | 目标专利中基站确定自身是否已经从普遍异常事件中恢复。对比文件虽然侧重在管理服务器移除禁止列表、邻区心跳检测以及根据故障恢复情况逐渐将报告概率从0调升至1的整体系统控制，但基站/网络节点具备获取自身或邻区故障恢复状态的能力，在恢复后才逐步放开报告权限。在宽松的隐含公开判断标准下，基站掌握并确定故障是否恢复是其调整报告控制指示的内在前提逻辑，本领域技术人员可以合理推理得出，属于隐含公开。 |
| 技术特征J：在所述基站没有从所述普遍异常事件中恢复的情况下<br>《隐含公开》 | 【WO2009022752A1说明书 ［0020］、［0051］及附图图7】<br>“上り回線のトラフィック量Ａがしきい値Ｔｈ＿ｈｉｇｈより大の場合…Ｐｒｅｐ＝０とする…上り回線のトラフィック量が大きいときは、報告指示生成部２６は、Ｐｒｅｐ＝０に設定し、移動局からの報告を禁止する。”<br>（译文：在上行链路业务量A大于阈值Th_high的情况下…设Prep=0…在上行链路业务量大时，报告指示生成部26设定Prep=0，禁止来自移动局的报告。） | 目标专利要求在未恢复的情况下继续执行系统指示操作。对比文件中在上行流量未回落至阈值以下（即网络故障及其造成的过载状态未解除、未恢复）的情况下，基站继续维持报告禁止或低概率抑制状态。在宽松的隐含公开判断标准下，该技术方案与技术特征J的技术实质相同，属于隐含公开。 |
| 技术特征K：传送第二系统指示消息到所述多个设备中的至少一个设备。<br>《直接公开》 | 【WO2009022752A1说明书 ［0021］、［0054］、附图图9/图11】<br>“前記基地局は、前記確率として、予め定められた固定値の第１の確率と、前記第１の確率を報知したのち…第２の確率と、を交互に報知する…”<br>（译文：所述基站作为所述概率，交替报知预定固定值的第1概率、以及在报知了所述第1概率之后…可变设定的第2概率…） | 对比文件明确公开了基站在报知了第一指示消息（第1概率Prep1）后，进一步计算并向移动局传送第二指示消息（第2实施概率Prep2），用以继续控制移动局的报告行为。这与目标专利中传送第二系统指示消息的技术方案实质相同，作用相同，属于直接公开。 |
| 技术特征L：其中所述系统指示消息被周期地传送。<br>《直接公开》 | 【WO2009022752A1说明书 ［0021］、［0054］、［0057］】<br>“前記第１の確率と…第２の確率と、を交互に報知する…一定時間経過した後、ステップＳ３０１の第１の実施確率の報知の処理から繰り返す。この一定時間もタイマで管理される。”<br>（译文：交替报知所述第1概率和第2概率…在经过一定时间后，重复从步骤S301的报知第1实施概率的处理。该一定时间也由定时器管理。） | 对比文件中基站通过定时器（タイマ）管理一定时间周期，交替并循环重复报知系统指示消息（实施概率/信标帧），这与目标专利中系统指示消息被周期性传送的技术特征相同，作用均为确保覆盖范围内的终端能够周期性获取最新的网络报告控制状态，属于直接公开。 |
| 技术特征M：其中所述事件指示消息是异常报告。<br>《直接公开》 | 【WO2009022752A1说明书 ［0013］、［0015］、［0049］】<br>“移動局で監視する通信状況に、例えば無線回線障害（Radio Link Failure）、ハンドオーバ障害（HO Failure）、スループット低下、パイロット品質の低下等…トリガとなるイベントが発生すると、移動局は当該イベントの発生を、基地局に報告する。”<br>（译文：移动局监视的通信状况中，当发生例如无线链路故障、切换故障、吞吐量下降、导频质量下降等作为触发的事件时，移动局向基站报告该事件的发生。） | 对比文件中的事件指示消息具体为无线链路故障报告、切换失败报告、吞吐量下降报告等，均属于反映网络通信发生异常的“异常报告”，与目标专利限定的内容完全一致，属于直接公开。 |
| 技术特征N：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br>《直接公开》 | 【WO2009022752A1说明书 ［0021］、［0038］、［0054］】<br>“前記第１の確率を報知したのち、予め定められた所定時間内における移動局からの報告受信件数に応じて可変に設定される第２の確率と、を交互に報知する…”<br>“基地局（または管理サーバ）は、同一内容（イベントの種類と発生場所が同一）の報告を多数受信したとき、その内容の報告は不要であることを報知するようにしてもよい。”<br>（译文：在报知所述第1概率之后，交替报知根据预定的所定时间内来自移动局的报告接收件数可变设定的第2概率…基站（或管理服务器）在接收到多数同一内容（事件种类和发生场所相同）的报告时，也可以报知不需要该内容的报告。） | 对比文件明确公开了基站在预定时间周期内（所定時間内）统计接收到的来自多个移动局的异常报告件数，当接收到的报告数量多时，设定实施概率为0或向终端报知该内容的报告不需要（即发送指示停止报告的第一系统指示消息）。该特征的技术手段、触发条件（预定周期内接收多个异常报告）及控制效果与目标专利完全相同，属于直接公开。 |
| 技术特征O：其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br>《直接公开》 | 【WO2009022752A1说明书 ［0038］、［0053］、［0054］】<br>“基地局（または管理サーバ）は、同一内容（イベントの種類と発生場所が同一）の報告を多数受信したとき、その内容の報告は不要であることを報知するようにしてもよい。その際、同一内容の報告から報告禁止セル番号や報告禁止位置の組合せをイベントの種類毎に、自動的に生成するようにしてもよい。”<br>（译文：基站（或管理服务器）在接收到多数同一内容（事件种类和发生地点相同）的报告时，也可以报知不需要该内容的报告。此时，也可以按照事件种类自动生成报告禁止小区编号和报告禁止位置的组合。） | 对比文件公开了基站在特定时间统计特定类型（如同一事件种类，例如无线链路故障）的消息数量，当接收到多数该特定类型的消息时，触发报知报告禁止指示。这与技术特征O中基于在预定时间周期内接收多个特定类型的消息而传送系统指示消息的特征完全等同，属于直接公开。 |
---
<<<A>>>
<<<B>>>
<<<c>>>
<<<D>>>
<<<e>>>
<<<F>>>
<<<G>>>
<<<H>>>
<<<i>>>
<<<j>>>
<<<K>>>
<<<L>>>
<<<M>>>
<<<N>>>
<<<O>>>
**特征比对表格**
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译及标号） | 公开性论述 |
| 技术特征A<br>该方法包括<br>【直接公开】 | [0001]<br>“本发明涉及移动通信的技术领域，尤其涉及移动通信系统中的基站装置及方法。”<br>（原文：本発明は、移動通信の技術分野に関し、特に移動通信システムにおける基地局装置及び方法に関する。）<br><br>[0013]<br>“本发明使用的基站装置具有……调度器、生成包含报告指示信息与调度许可信息的控制信号的手段、以及在下行链路发送所述控制信号的手段……”<br>（原文：本発明で使用される基地局装置は、……スケジューラと、……制御信号を生成する手段と、前記制御信号を下りリンクで送信する手段と、を有する。） | 对比文件段落[0001]及[0013]明确公开了该方案属于移动通信系统中的一种方法及基站装置所执行的处理方法，其技术方案包括一系列具体的方法步骤。因此，技术特征A被对比文件直接公开。 |
| 技术特征B<br>接收来自与所述基站通信的多个设备中的一个设备的事件指示消息<br>【隐含公开】 | [0006]<br>“上行链路的信道状态可基于用户装置发送的参考信号（或导频信道）的接收质量在基站测量。下行链路的信道状态由用户装置测量，测量结果报告给基站。具体而言，基站发送下行参考信号……测量结果可作为信道质量指示符（CQI）来表现……”<br>（原文：上りリンクのチャネル状態は、ユーザ装置が送信したリファレンス信号……に基づいて基地局で測定できる。下りリンクのチャネル状態はユーザ装置で測定され、測定結果が基地局に報告される。……）<br><br>[0022]<br>“本系统具备基站装置（eNB）200和多个用户装置（UE）100n（100₁、100₂、100₃……100n，n为n>0的整数）。”<br>（原文：本システムは、基地局装置（eNB）200と複数のユーザ装置（UE）100n……とを備える。）<br><br>[0024]<br>“……CQI用于下行链路共享信道的调度以及自适应调制解调与编码（AMC）。”<br>（原文：……CQIは、下りリンクにおける共有チャネルのスケジューリングや、適応変復調及び符号化(AMC)に使用される。） | 目标专利中，该消息是由于异常事件发生导致设备上报的事件指示（例如断电、紧急报警报告等）。对比文件公开了基站与小区内多个UE通信（段落[0022]），基站能够接收来自各UE上报的信道状态信息/CQI（段落[0006]、[0024]）。在极宽的隐含公开标准下，UE向基站发送的下行信道质量状态指示（如信道恶化/恶劣等状态报告）可视为广义的信道事件状态指示消息，基站能够接收通信的多个设备中某一设备发送的消息。因此，该特征被隐含公开。 |
| 技术特征C<br>基于所述事件指示消息确定普遍异常事件是否临近<br>【未公开】 | [0010]、[0011]、[0016]<br>“……存在应该让用户报告CQI的情况和不应该让用户报告CQI的情况，需要根据各自状况控制让/不让用户报告CQI。”（[0011]）<br>“根据本发明的一种形态，根据累计值是否达到规定值，决定是否请求报告CQI，因此能够根据拥塞时及空闲时各自的情况以适当的频率从用户装置报告CQI。”（[0016]） | 目标专利中技术特征C的作用是根据设备上报的事件指示消息（如断电报警等）预测评估即将发生导致大量设备失联的系统级普遍异常（widespread exception）。对比文件中基站仅是基于累计下行传输次数或调度系数值判断信道评估与调度负荷，基站根本不存在“基于事件指示消息确定普遍异常事件是否临近”的处理，两者作用与机制截然不同。本领域技术人员无法据此推理得出该技术方案，因此未公开。 |
| 技术特征D<br>其中普遍异常事件是将导致与所述基站通信的所述多个设备失去与所述基站通信的事件<br>【未公开】 | [0010]、[0081]<br>“过量消耗上行链路资源在系统拥塞（混杂）时尤其不利。因为会给希望在上行链路通信的其他用户造成困扰。”（[0010]）<br>“当系统拥塞（或辐辏）时，通过使用户装置不频繁报告CQI（以低频率报告），能够节约上行链路的资源消耗量。”（[0081]） | 目标专利说明书段落[0047]明确解释，普遍异常事件是指“停电、管道泄漏、管道破坏或恐怖袭击”等导致大量通信设备与基站失去通信连接的突发严重事件。对比文件仅涉及常规移动通信系统中网络多用户调度引起的常规“拥塞/混杂（システムが混雑）”，系统并未发生任何使得多个设备与基站“失去通信”的普遍异常事件。本领域技术人员无法从对比文件中推断出该特征，因此未公开。 |
| 技术特征E<br>在普遍异常事件临近的情况下<br>【未公开】 | [0016]、[0063]<br>“作为比较的结果，当累计值（Count）大于阈值（Threshold）时（YES的情况），流程进入步骤S38。”（[0063]） | 目标专利中特征E是作为判定系统大面积故障临近时的触发前提条件。对比文件触发特定下行信令的前提是调度累计值达到预设阈值（Count > Threshold），而非“普遍异常事件临近”。对比文件未记载任何与普遍异常事件临近相关的判断或触发机制，因此未公开。 |
| 技术特征F<br>传送第一系统指示消息到与所述基站通信的所述多个设备中的一个或多个设备<br>【直接公开】 | [0013]<br>“……以及包含无线资源分配计划的调度许可信息的控制信号的生成手段；以及将所述控制信号在下行链路发送的手段……”<br>（原文：……制御信号を生成する手段と、前記制御信号を下りリンクで送信する手段と、を有する。）<br><br>[0058]<br>“在步骤S22中，准备至少包含调度许可的下行控制信号，并在下行链路发送。下行控制信号典型地是下行L1/L2控制信道（PDCCH）……”<br>（原文：ステップS22では、スケジューリンググラントを少なくとも含む下り制御信号が用意され、下リリンクで送信される。下り制御信号は、典型的には下りL 1/L2制御チャネル(PDCCH)であるが……）<br><br>[0064]<br>“在步骤S38中，CQI请求比特被设置为规定值（例如‘1’）。……该设置为规定值的CQI请求比特作为上行调度许可信息的一部分或与之分开通知给用户装置。”<br>（原文：ステップS38では、CQIリクエストビットが所定値（例えば、「1」）に設定される。……上リスケジューリンググラント情報のー部として又はそれとは別にユーザ装置に通知される。） | 目标专利中，基站向一个或多个通信设备下发指示控制消息。对比文件段落[0013]、[0058]及[0064]明确公开了基站在下行控制信道（PDCCH）上向一个或多个用户装置传送包含CQI指示信息/上行调度许可的下行控制信号（第一系统指示消息）。因此，技术特征F被对比文件直接公开。 |
| 技术特征G<br>其中所述第一系统指示消息是指示与所述基站通信的所述多个设备应当停止传送事件指示消息到所述基站的信标。<br>【未公开】 | [0060]、[0064]<br>“CQI请求比特在许可用户装置发送物理上行共享信道（PUSCH）时，指定是否应当在该PUSCH上报告CQI。例如，当CQI请求比特被设定为‘1’时，在被许可发送的PUSCH上向基站装置发送CQI和用户业务数据……”（[0060]）<br><br>[0093]<br>“……新信息元素（IE）和/或信息字段可被添加到已存在的多播/单播类别-1管理帧（例如，信标帧、公共响应帧等）。”（注：仅为目标专利说明书[0093]对信标的描述，对比文件中无对应技术内容） | 目标专利说明书段落[0051]、[0104]明确限定，第一系统指示消息是通知停止传送事件指示消息以避免网络雪崩的“信标（beacon）”。对比文件中的控制信号是通过PDCCH发送的下行控制信息，其携带的CQI请求比特为“1”时是主动“要求/指示UE上报CQI”，而非让UE“停止传送事件指示消息”，且该控制信号并非“信标”。二者的消息性质、指示内容及技术作用完全相反。因此未公开。 |
| 技术特征H<br>该方法还包括<br>【直接公开】 | [0001]、[0013]<br>“本发明涉及移动通信的技术领域，尤其涉及移动通信系统中的基站装置及方法。”<br>（原文同特征A） | 对比文件公开了基站装置执行的完整通信处理方法，包含多个进一步处理的方法步骤。技术特征H被对比文件直接公开。 |
| 技术特征I<br>确定所述基站是否已经从所述普遍异常事件中恢复<br>【未公开】 | [0053]、[0064]<br>（对比文件[0064]中仅记载）“……在决定了CQI请求比特应被设为规定值（目前的例子中为‘1’）之后，累计值被重置为零（Count=0）。此后流程返回步骤S32……”<br>（原文：……累計値は、ゼロにリセットされる（Count=0）。以後フローはステップS32に戻り……） | 目标专利段落[0053]明确，特征I是基站检测系统是否已从停电/系统故障等普遍异常中恢复（例如信道冲突恢复容限内或收到M2M服务器恢复指示）。对比文件段落[0064]仅是在计数达到阈值并发送通知后将计数器简单复位（Count=0），基站根本没有经历普遍异常事件，更不存在“确定是否从普遍异常事件中恢复”的逻辑判断。因此未公开。 |
| 技术特征J<br>在所述基站没有从所述普遍异常事件中恢复的情况下<br>【未公开】 | [0063]、[0065]<br>“步骤S36的比较结果，累计值（Count）在阈值（Threshold）以下的情况（NO的情况），流程也返回步骤S32，对其他用户重复已说明的步骤。”（[0065]） | 目标专利中特征J作为基站处于未恢复状态时持续进行保护控制的条件。对比文件不存在普遍异常事件及其未恢复状态，其判断分支仅针对Count是否达到Threshold，与普遍异常事件未恢复毫无关联。因此未公开。 |
| 技术特征K<br>传送第二系统指示消息到所述多个设备中的至少一个设备。<br>【隐含公开】 | [0060]、[0065]<br>“……在步骤S36为NO的情况且该用户装置被许可发送PUSCH时，CQI请求比特被设置为另一规定值（例如‘0’）。该设置于规定值的CQI请求比特也作为上行调度许可信息的一部分或与之分开通知给用户装置。”<br>（原文：……ステップS36でN0の場合であってそのユーザ装置にPUSCHの送信が許可される場合、CQIリクエストビットは別の所定値（例えば、「0」）に設定される。この所定値に設定されたCQIリクエストビットも、上リスケジューリンググラント情報の一部として又はそれとは別にユーザ装置に通知される。） | 目标专利中，该第二系统指示消息用于在未恢复时再次/重复发送或发送特定状态信令。对比文件段落[0065]公开了当处于不同条件（步骤S36为NO）时，基站可向用户设备发送携带设置为另一规定值（例如“0”）的CQI请求比特的控制信号（即第二种控制指示消息）。在极其宽松的隐含公开标准下，基站向UE发送另一种状态的系统控制信号，部分对应并可合理推断出基站能够传送第二系统指示消息。因此，该特征被隐含公开。 |
| 技术特征L<br>其中所述系统指示消息被周期地传送。<br>【直接公开】 | [0080]<br>“……如图4的<空闲时>所示，每隔1ms的子帧累计值被递增。当累计值大于阈值‘4’时，CQI请求被设定为规定值（上述例子中为‘1’），请求用户装置报告CQI。在图4的<空闲时>的情况下，由于每隔5ms向用户装置通知规定值的CQI请求，因此用户装置每隔5ms报告CQI。”<br>（原文：……図4のく閑散時〉の場合、5ms毎に所定値のCQIリクエストがユーザ装置に通知されるので、ユーザ装置は5ms毎にCQIを報告することになる。） | 目标专利说明书段落[0053]、[0071]记载系统指示消息以选择的周期重复传送。对比文件段落[0080]明确记载在业务连续时，基站每隔固定时间（例如每隔5ms）周期性地向用户设备发送包含规定CQI请求的控制指示消息。对比文件公开的内容与目标专利的作用及效果相同，因此技术特征L被对比文件直接公开。 |
| 技术特征M<br>其中所述事件指示消息是异常报告。<br>【未公开】 | [0006]、[0024]<br>“下行链路的信道状态由用户装置测量，测量结果报告给基站。……下行链路的信道状态……可作为信道质量指示符（CQI）来表现……”（[0006]） | 目标专利说明书段落[0051]、[0055]明确限定，事件指示消息是终端遭遇突发灾害/断电等时主动向基站发送的“异常报告（alarm / exception report）”。对比文件中UE向基站发送的仅是定期的常规下行信道质量状态量化报告（CQI/CSI），并非关于设备或系统故障的“异常报告”。因此未公开。 |
| 技术特征N<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。<br>【未公开】 | [0062]、[0063]<br>“在步骤S32中，确认对于考察对象的各用户装置，是否发送了下行共享信道。……在步骤S34中，针对每个考察对象用户装置分别计数的累计值（Count）递增1。在步骤S36中，将累计值与规定阈值进行比较。”（[0062]、[0063]）<br><br>[0082]<br>“在步骤S52中，确认考察对象用户装置的调度系数在Nscheduling个调度系数中优良到何种程度……判定是否进入前X位以内……”（[0082]） | 目标专利说明书段落[0055]明确，特征N是基站在时间窗口内收到预定数量的重复异常报告（如10个紧急情况报告）时触发传送。对比文件中，基站发送下行指示信息的触发条件是“单用户的下行传输次数累计值”或“调度系数在前X位”达到阈值，完全不是“基于在预定时间周期内接收多个设备的多个异常报告”而触发。因此未公开。 |
| 技术特征O<br>其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。<br>【隐含公开】 | [0062]、[0063]、[0080]<br>“在图4的<空闲时>的情况下，1ms的子帧每次都递增累计值。当累计值大于阈值‘4’时，CQI请求被设定为规定值（在上述例子中为‘1’）……”（[0080]）<br><br>[0122]<br>“层1处理部252还进行上行链路发送的控制信息的接收处理。控制信息中包含例如信道质量指示符（CQI）及关于下行共享信道的确认应答信息（ACK/NACK）等。CQI及确认应答信息通知给用户装置状态管理部254。”（[0122]） | 目标专利段落[0055]记载，基站可基于在预定时间内接收预定数量的特定类型消息（例如特定测距请求或ACK/NACK反馈等特定消息）而触发发送指示消息。对比文件段落[0030]、[0062]、[0080]、[0122]中，基站根据各子帧内针对PDSCH接收特定的ACK应答消息（特定类型的消息）来递增累计计数（例如在5ms周期内累计达到阈值），从而触发在下行发送包含CQI请求的指示消息。按照极度宽松的隐含公开判断原则，该机制可合理推断出基站在特定时间周期内基于接收特定类型反馈消息而触发传送指示。因此，该特征被隐含公开。 |
<<<A>>><<<b>>><<<F>>><<<H>>><<<k>>><<<L>>><<<o>>>
权利要求2
根据权利要求1所述的方法，该方法还包括；确定所述基站是否已经从所述普遍异常事件中恢复；以及在所述基站没有从所述普遍异常事件中恢复的情况下；传送第二系统指示消息到所述多个设备中的至少一个设备。
权利要求3
根据权利要求1所述的方法，其中所述系统指示消息被周期地传送。
权利要求4
根据权利要求1所述的方法，其中所述事件指示消息是异常报告。
权利要求5
根据权利要求1所述的方法，其中所述第一系统指示消息在预定的时间周期内基于所述基站接收来自所述多个设备的多个异常报告而由所述基站传送。
权利要求6
根据权利要求1所述的方法，其中所述第一系统指示消息在预定的时间周期内基于所述基站接收多个特定类型的消息而由所述基站传送。