CN1918939A - 通信设备的隔离和修复 - Google Patents

Abstract

提供了一种通信网络(102)中用于隔离和修复通信设备(114)的方法(200)和装置(400)。通信网络接收来自通信设备的呼叫(204)，确定该呼叫的特征是否是不良的(206)，在确定该呼叫的特征是不良的时，终止该呼叫(214)，禁止该通信设备启动新的呼叫(216)并且对该通信设备撤消注册(218)。在确定该呼叫的特征是不良的时，通信网络可以将呼叫重新引导至可以修复通信设备的修复中心(518)。

Description

通信设备的隔离和修复

技术领域

本发明通常涉及一种通信网络，并且更具体地，涉及通信网络中通信设备的隔离和修复。

背景技术

随着在不久的将来在诸如通用分组无线电服务(“GPRS”)系统和通用移动电信系统(“UMTS”)的系统中的数据服务的使用的增长，下载到用户设备(“UE”)中的病毒的威胁日益增加，这些用户设备诸如是蜂窝电话、具有无线能力的个人数字助理(“PDA”)、计算机和其他相似的电子设备。例如，Java下载在损失收益和损失服务方面对用户和运营商均带来了显著的威胁。一种可以潜在地限制系统操作并且引发严重破坏的病毒，是导致无线电通信网络上的大量垃圾数据使用的病毒，为最终用户带来了高昂的费用，并且浪费了运营商的无线电资源的使用。在被感染的蜂窝电话用户未主动使用该被感染的蜂窝电话的情况下，或者当用户主动使用被感染的蜂窝电话的不同应用程序(诸如语音呼叫)时，这种破坏可能发生。

减轻该威胁的一种潜在的解决方案是，如果不存在语音活动时，使网络识别病毒的激活并且断开网络连接，该网络连接诸如是无线电网络控制器(“RNC”)和核心网络(“CN”)之间的接口，即接口(“Iu”)连接，该接口连接随后触发断开诸如无线电资源控制(“RRC”)连接的无线电连接。然而，断开网络连接并且随后断开无线电连接不能完全解决问题，这是因为病毒可能使无线电连接建立重新启动，并且随后使网络连接重新启动，这将引起对网络负荷的显著影响。

目前，当UE执行“位置更新”或者相似的“路由区域更新”时(该“位置更新”或者相似的“路由区域更新”可能是周期性执行的)，在位置改变时，或者在“位置更新”的情况中基于初始附加文件，网络检查预订，并且可以使用特定的原因值拒绝UE，在由第三代伙伴项目(“3GPP”)于2003年12月出版的题为“3rd Generation PartnershipProject；Technical Specification Group Core Network；Mobile radiointerface Layer 3 specification；Core network protocols；Stage 3(Release6)”(“3GPP TS 24.008 V6.3.0”)技术说明文档中对其进行了描述，其在此处并入作为参考。对于归属位置寄存器(“HLR”)中未知的国际移动用户身份(“IMSI”)，该原因值是#2，对于非法移动站(“MS”)，该原因值是#3，并且对于非法移动设备(“ME”)，该原因值是#6。然而，网络仅能在响应于UE所传送的“位置更新”时拒绝UE，并且网络在“位置更新”之间的时间段中易受破坏且暴露于病毒攻击的威胁之下。

附图说明

图1是其中可实践根据本发明实施例的环境的示例性框图；

图2是说明根据本发明的通信网络中用于隔离通信设备的方法的示例性流程图；

图3是进一步描述根据本发明的禁止通信设备启动新的呼叫的示例性流程图；

图4是根据本发明的被配置为用于隔离通信设备的通信网络的示例性框图；

图5是说明根据本发明的通信网络中用于修复通信设备的方法的示例性流程图；

图6是说明根据本发明的通信设备中用于修复通信设备的方法的示例性流程图；以及

图7是根据本发明的被配置为用于修复通信设备的通信设备的示例性框图。

具体实施方式

本发明提供了一种用于在通信网络中隔离被确定为以不良方式进行操作的通信设备的方法和装置。本发明进一步提供了一种用于通信网络修复隔离的通信设备的方法和装置。在接收到来自通信设备的呼叫时，所述通信网络确定来自所述通信设备的所述呼叫的特征，并且确定该特征是否为不良的。例如，所述通信网络可以确定所述呼叫包括已知是病毒或者包含病毒的附加文件，或者可以确定所述通信设备重复地以可识别的模式启动呼叫，这暗示着所述通信设备由驻留于其中的病毒所控制。一旦所述通信网络确定所述呼叫特征是不良的，则所述通信网络通过禁止所述通信设备启动新的呼叫来隔离所述通信设备，并且终止处于进程中的所述呼叫。然而，所述通信网络可以允许所述隔离的通信设备启动紧急呼叫。随后所述通信网络可以将所述通信设备直接连接到其中可以修复所述通信设备的修复中心。

图1是其中可实践根据本发明实施例的环境的示例性框图。通信网络102包括多种部件，诸如能够同通信设备通信的基站104、可以包含通信设备注册信息的服务器106、以及被示为组108的其他的部件。通信网络102可以进一步包括包含修复服务器112的修复中心110。通信网络102能够通过基站104同通信设备114通信。在图1中，作为示例，所使用的通信方法被示为通信网络102和通信设备114之间的无线通信116，但是还可以使用其他的通信方法，诸如但不限于，有线连接和光连接。尽管通信设备114被示为图1中的无线通信，但是通信设备114也可以个人数字助理(“PDA”)、计算机、或者能够同通信网络102通信的任何其他电子设备。

图2是说明根据本发明的通信网络102中用于隔离通信设备114的方法的示例性流程图200。该过程开始于框202，并且在框204中，通信网络102接收来自通信设备114的呼叫。该呼叫可以是电路交换网络或者分组交换网络中的呼叫。然后在框206中，通信网络102确定接收的呼叫是否具有一个或多个不良特征。为了确定该呼叫的特征是否是不良的，通信网络102可以评估来自通信设备114的呼叫的若干方面。例如，通信网络102可以评估呼叫的模式，并且确定通信设备114每隔数秒启动新的呼叫，该通信设备114具有感染有已知病毒的通信设备模式。通信网络102还可以例如，通过将自通信设备114传送的附加文件或数据识别为已知包含病毒的一个或若干文件，将呼叫的特征同预定的不良特征进行比较。而且，通信网络102可以在整个呼叫持续时间中监视该呼叫，并且可以在呼叫期间的任何时间将该呼叫特征确定为不良的。例如，通信设备114可以在初始时进行不具有不良特征的呼叫，但是通信设备114可以随后在呼叫活跃时附加和传送病毒文件。在框204中初始接收到呼叫时，如果在框206中通信网络102确定呼叫的特征不是不良的，则在框208中通信网络102开始正常处理呼叫。然而，通信网络102继续在整个呼叫持续时间中监视该呼叫的不良特征，直至在框210中确定呼叫结束。然后该过程终止于框212。

如果在框206中通信网络102确定呼叫的特征是不良的，例如，通信网络102确定通信设备114怀疑感染有病毒，则在框214中通信网络102终止呼叫。呼叫的终止不必意味通信网络102和通信设备114之间的通信完全切断。该呼叫可以包括若干呼叫会话，诸如语音呼叫和数据传输会话，并且可能仅发现这些会话中的一个会话具有不良特征并且将其终止。然后在框216中，通信网络102禁止通信设备114建立新的呼叫。如果呼叫仅包括一个呼叫会话，则通信网络102在终止呼叫之前，可以禁止通信设备114建立新的呼叫。在框218中，通信网络102可以进一步将通信设备114从其寄存器中撤消注册，并且在框212中该处理结束。撤消注册可以通过保持撤消注册列表来实现，该撤消注册列表包括：通信设备114的诸如IMSI的标识、国际移动设备身份(“IMEI”)、和用户标识模块(“SIM”)。然而，如果当前被撤消注册且被禁止建立新呼叫的通信设备114尝试启动萨呼叫，则通信网络102可以允许仅针对预定的有限目的地集合的呼叫完成，该目的地诸如是紧急服务提供商。

图3是进一步描述根据本发明禁止通信设备114建立新的呼叫的框216的示例性流程图。在框206中确定呼叫特征是不良的时，在框302中，通信网络102可以传送消息或者数据文件，该消息或数据文件被设计用于禁止通信设备114建立新的呼叫。在框304中，通过显示这样的短消息，诸如“怀疑病毒感染。呼叫终止”，该消息还可以包括指出呼叫特征是不良的通知(诸如同3GPP TS 24.008 V6.3.0的Section 4.4.4.7“Location updating not accepted by the network”中描述的原因值相似的原因值)，或者，该消息包括指出通信设备114怀疑感染病毒的通知。该消息可以进一步包括用于修复通信设备114的指令，如框306中所示。该指令可以包括基于各个步骤的指导，或者包括关于修复中心的电话号码和/或万维网中的互联网协议(“IP”)地址，在该修复中心可以下载修复程序或者可以执行修复。可以包括修复中心的电话号码或IP地址，作为允许通信设备114建立通信的预定的有限目的地集合中的一个。修复中心的地址还可以预先载入到通信设备114的内部存储器中或者类似SIM的可移除模块中，并且可以提供关于如何接入修复中心地址的指令。在撤消注册之后，作为撤消注册处理的一部分或者在随后的时间，通信设备114可被路由至预先载入的地址所指出的修复中心。修复中心也可以位于通信设备114中。例如，可以通过接入预先载入了修复程序的通信设备114内部存储器中的专用地址或类似SIM的可移除模块，到达修复中心。该消息可以包括设计用于修复呼叫不良特征的原因的机制，诸如可执行病毒消毒文件。可替换地，通信网络102可以将呼叫重新引导至被设计用于修复通信设备114的修复中心。诸如“怀疑病毒感染。正连接到修复中心”的短消息可显示在通信设备114上，以通知呼叫被重新引导。

图4是根据本发明的被配置为用于隔离通信设备的通信网络400的示例性框图。通信网络400包括：寄存器402，其被配置为寄存被授权接入通信网络的通信设备的标识；以及，接收机404，其耦合到寄存器402并且被配置为用于接收来自通信设备的呼叫。呼叫表征器406耦合到接收机404并且被配置为用于确定接收自通信设备的呼叫的至少一个特征是否是不良的或者指出了病毒感染。为了确定呼叫的特征是否是不良的，呼叫表征器406可以评估来自通信设备的呼叫模式，诸如指出了病毒感染通信设备的迅速且多次的呼叫。呼叫表征器406还可以例如，通过将自通信设备传送的附加文件或数据识别为已知包含病毒的若干文件中的一个，将呼叫同预定的不良特征进行比较。呼叫表征器406可以进一步被配置为用于在整个呼叫持续时间中监视呼叫，由此呼叫表征器406可以在呼叫期间的任何时间确定呼叫的特征。

发射机408耦合到呼叫表征器406并且被配置为用于在呼叫表征器406确定呼叫特征是不良的时候向通信设备传送禁止消息。该禁止消息被设计为禁止通信设备，由此防止该通信设备建立新的呼叫。然而，该禁止消息可以不禁止通信设备进行紧急呼叫，并且可以允许通信设备启动同可以修复该通信设备的修复中心的呼叫。发射机408可以进一步被配置为用于在呼叫表征器确定呼叫特征是不良的时候传送指出呼叫具有不良特征的通知。该通知可以包括用于修复通信设备的指令，或者可以包括设计用于修复通信设备的机制，诸如病毒消毒程序。该指令可以包括基于各个步骤的指导，或者包括关于修复中心的电话号码和/或万维网中的互联网协议(“IP”)地址，在该修复中心可以下载修复程序或者可以执行修复。修复中心的地址还可以预先载入到通信设备114的内部存储器中或者类似SIM的可移除模块中，并且可以提供关于如何接入修复中心地址的指令。该指令还可以包括，在随后的通信设备撤消注册期间的任何时间，通过通信设备的SIM中预先载入的地址，针对所指向的修复中心的连接的自主触发。

寄存器402可以进一步被配置为用于在呼叫表征器确定来自通信设备的呼叫特征是不良的时候对通信设备的标识撤消注册。可替换地，通信网络400可以进一步包括：撤消注册寄存器410，其耦合到呼叫表征器406和寄存器402此两者，该撤消注册寄存器410被配置为用于在呼叫表征器406确定呼叫特征是不良的时候保持通信设备的标识。

通信网络400可以进一步包括呼叫重新引导器412，其耦合到呼叫表征器406。呼叫重新引导器412被配置为用于在呼叫表征器406确定呼叫具有不良特征时，将呼叫重新引导至修复中心，在该修复中心可以修复通信设备的原因。

图5是说明根据本发明的通信网络102中用于修复通信设备114的方法的示例性流程图500。该处理开始于框502，并且在框504中，通信网络102接收来自通信设备114的呼叫。然后在框506中，通信网络102确定接收的呼叫是否具有一个或多个不良特征。为了确定该呼叫的特征是否是不良的，通信网络102可以评估呼叫的若干方面，如前文所述。在框504中初始接收到呼叫时，如果在框506中通信网络102确定呼叫的特征不是不良的，则在框508中通信网络102开始正常处理呼叫。但是，通信网络102继续在整个呼叫持续时间中监视该呼叫的不良特征，直至在框510中确定呼叫已经结束。然后该处理终止于框512。如果在框506中通信网络102确定呼叫的特征是不良的，则在框514中通信网络102终止该呼叫，并且在框516中允许通信设备114仅建立同预定的有限目的地集合的通信，该目的地诸如是紧急服务提供商和修复中心。如前文所描述的，终止呼叫意味着可以终止包括该呼叫的一个或多个呼叫会话。在框506中确定呼叫特征是不良时，通信网络102可以向通信设备114传送指出呼叫具有不良特征的消息。该消息还可以包括呼叫将被重新引导至修复中心的通知。然后在框518中，通信网络102将呼叫重新引导至修复中心，在该修复中心可以修复通信设备，并且在框520中将通信设备114从通信网络102中撤消注册。通过提供基于各个步骤的指导，或者提供关于修复中心的电话号码和/或万维网中的IP地址，可以完成针对修复中心的呼叫的重新引导，在该修复中心可以下载修复程序或者可以执行修复。该IP地址可以预先载入到通信设备114的SIM中。修复中心的地址还可以预先载入到通信设备114的内部存储器中或者类似SIM的可移除模块中，并且可以提供关于如何接入修复中心地址的指令。如前文所描述的，修复中心也可以位于通信设备114中。在完成修复时，在框522中，通信网络102允许通信设备114重新注册到通信网络102，并且该处理终止于框512。在完成修复处理时，通信网络102可以额外地向通信设备114传送完成修复的通知。

图6是说明根据本发明的通信设备114中用于修复通信设备114的方法的示例性流程图600。该处理开始于框602，并且在框604中通信设备114传送具有预定的特征的一个或多个呼叫。该呼叫可以包括多个呼叫会话，并且该多个呼叫会话中的任何一个可以具有与之相关联的一个或多个预定特征。如前文所描述的，通信网络102可以评估呼叫的多种方面，并且确定该呼叫是否具有一个或多个不良特征。响应于在框604中传送具有一个或多个预定特征的呼叫，在框606中通信设备114接收指出修复处理的修复处理消息，该修复处理被设计用于移除预定特征的原因。修复处理消息包括被设计用于修复通信设备114的修复处理，由此通信设备114能够在不具有一个或多个预定特征的情况下进行传送。修复处理消息可以进一步包括这样的元素，诸如但不限于，传送具有预定不良特征的呼叫的通知、对应于呼叫预定特征的原因值、修复处理的通知、连接到修复中心的指令、和设计用于修复预定特征原因的修复程序。在接收到修复处理消息之前，通过终止同预定特征相关联的一个或多个呼叫会话，可以终止呼叫，如通过框608中的虚线箭头所示出的。在框610中，通信设备114执行修复处理。修复处理的执行可以以多种方式完成，诸如但不限于，通过执行修复处理消息中包括的修复程序、通过将呼叫重新引导至被设计用于修复一个或多个预定特征原因的修复中心、或者通过允许通信设备114仅建立同预定的有限目的地集合的通信，该目的地诸如是紧急服务提供商和修复中心。通过提供基于各个步骤的指导，或者提供关于修复中心的电话号码和/或万维网中的IP地址，可以实现针对修复中心的呼叫的重新引导，在该修复中心可以下载修复程序或者可以执行修复。如前文所描述的，修复中心可以位于通信设备114中，并且修复中心的IP地址可以预先载入到通信设备114的SIM中且可被接入。然后，该处理结束于框612。

图7是根据本发明的被配置为用于修复通信设备114的通信设备114的示例性框图700。通信设备114包括多种元件。处理器702被配置为用于向呼叫提供多个特征。发射机704耦合到处理器702，并且被配置为用于传送具有由处理器702提供的多个特征中的一个或多个特征的呼叫。修复消息接收机706耦合到处理器702，并且被配置为用于在所传送呼叫的特征被确定为被定义为不良的若干预定特征中的一个时接收修复消息。修复处理器708耦合到修复消息接收机706和处理器702，并且被配置为用于根据修复消息执行被设计用于修复通信设备114的指令，由此通信设备114能够在不具有不良预定特征的情况下传送后继呼叫。修复消息可以包括多种元素，诸如但不限于，传送具有预定特征的呼叫的确认、对应于呼叫预定特征的原因值；设计用于修复通信设备114的修复程序、和针对被设计用于修复通信设备114的修复中心的呼叫的重新引导。

尽管说明和描述了本发明的优选实施例，但是应当理解本发明不限于此。在不偏离所附权利要求限定的本发明的精神和范围的前提下，本领域的技术人员可以发现许多修改方案、变化方案、替换方案和等同方案。

Claims (22)

1.一种通信网络中用于隔离通信设备的方法；所述方法包括：

接收来自所述通信设备的呼叫；

确定所述呼叫的特征是否是不良的；

终止所述呼叫；

在确定所述呼叫特征是不良时，禁止所述通信设备建立新的呼叫；

和

对所述通信设备撤消注册。

2.如权利要求1所述的方法，其中确定所述呼叫特征是否是不良的包括：在所述呼叫的持续时间中监视所述呼叫。

3.如权利要求1所述的方法，其中确定所述呼叫特征是否是不良的包括下列中的至少一个：

评估来自所述通信设备的所述呼叫的模式；和

将所述呼叫特征同预定的不良特征进行比较。

4.如权利要求1所述的方法，其中：

所述呼叫包括多个呼叫会话；以及

终止所述呼叫包括：终止所述多个呼叫会话中的一个呼叫会话。

5.如权利要求1所述的方法，进一步包括：

在确定所述呼叫特征是不良时，向所述通信设备传送指出所述呼叫具有不良特征的消息。

6.一种被配置为用于隔离通信设备的通信网络，所述网络包括：

寄存器，其被配置为用于注册被授权接入所述通信网络的通信设备的标识；

接收机，其耦合到所述寄存器，所述接收机被配置为用于接收来自所述通信设备的呼叫；

呼叫表征器，其耦合到所述接收机，所述所述呼叫表征器被配置为用于确定所述呼叫特征是否是不良的；和

发射机，其耦合到所述呼叫表征器，所述发射机被配置为用于在所述呼叫表征器确定所述呼叫特征是不良的时候向所述通信设备传送禁止消息，

其中所述禁止消息被配置为用于防止所述通信设备建立新的呼叫。

7.如权利要求6所述的通信网络，其中所述寄存器进一步被配置为用于在所述呼叫表征器确定所述呼叫特征是不良的时候对所述通信设备标识撤消注册。

8.如权利要求6所述的通信网络，进一步包括：

撤消注册寄存器，其耦合到所述呼叫表征器和所述寄存器，所述撤消注册寄存器被配置为用于在所述呼叫表征器确定所述呼叫特征是不良的时候保持所述通信设备的所述标识。

9.如权利要求6所述的通信网络，进一步包括：

呼叫重新引导器，其耦合到所述呼叫表征器，所述呼叫重新引导器被配置为用于在所述呼叫表征器确定所述呼叫特征是不良的时候将所述呼叫重新引导至修复中心，

其中所述修复中心被配置为用于修复所述通信设备。

10.如权利要求6所述的通信网络，其中所述发射机被进一步配置为用于在所述呼叫表征器确定所述呼叫特征是不良的时候传送指出所述呼叫具有不良特征的通知。

11.一种通信网络中用于修复通信设备的方法，所述方法包括：

接收来自所述通信设备的呼叫；

确定所述呼叫特征是否是不良的；

终止所述呼叫；

在确定所述呼叫特征是不良的时，将所述呼叫重新引导至修复中心；

对所述通信设备撤消注册；和

在完成修复时允许所述通信设备重新注册，

其中所述修复中心被设计用于修复所述通信设备。

12.如权利要求11所述的方法，其中：

所述呼叫包括多个呼叫会话；以及

终止所述呼叫包括：终止所述多个呼叫会话中的一个呼叫会话。

13.如权利要求11所述的方法，进一步包括：

在确定所述呼叫特征是不良的时，将所述通信设备限制为建立同预定的有限目的地集合的通信。

14.如权利要求13所述的方法，其中所述预定的有限目的地集合包括下列中的至少一个：

紧急服务提供商；和

所述修复中心。

15.如权利要求11所述的方法，其中通过下列各项的至少一个将所述呼叫重新引导至所述修复中心：

提供连接到所述修复中心的指令；和

建立所述通信设备和所述修复中心之间的通信。

16.一种通信设备中用于修复通信设备的方法，所述方法包括：

传送具有预定特征的呼叫；

响应于传送具有所述预定特征的所述呼叫，接收指出修复处理的修复处理消息，该修复处理被设计用于修复所述通信设备；和

执行所述修复处理。

17.如权利要求16所述的方法，进一步包括：

响应于传送具有所述预定特征的所述呼叫，终止所述呼叫。

18.如权利要求17所述的方法，其中：

所述呼叫包括多个呼叫会话；以及

终止所述呼叫包括：终止所述多个呼叫会话中的一个呼叫会话。

19.如权利要求16所述的方法，其中所述修复处理消息包括下列中的至少一个：

传送具有所述预定特征的所述呼叫的通知；

对应于所述呼叫的所述预定特征的原因值；

所述修复处理的通知；

连接到修复中心的指令；和

被设计用于修复所述预定特征的原因的修复程序。

20.如权利要求19所述的方法，其中所述预定的有限目的地集合包括下列中的至少一个：

紧急服务提供商；和

所述修复中心。

21.一种被配置为用于修复通信设备的通信设备，所述通信设备包括：

处理器，其被配置为用于向呼叫提供多个特征；

发射机，其耦合到所述处理器，所述发射机被配置为用于传送具有由所述处理器提供的所述多个特征中的特征的呼叫；

修复消息接收机，其耦合到所述处理器，所述修复消息接收机被配置为用于在所述所传送呼叫被确定为具有预定特征的时候接收修复消息；

修复处理器，其耦合到所述修复消息接收机和所述处理器，所述修复处理器被配置为用于根据所述修复消息执行指令，

其中所述修复消息被设计用于使所述通信设备能够在不具有所述预定特征的情况下传送后继呼叫。

22.如权利要求21所述的通信设备，其中所述修复消息包括下列中的至少一个；

传送具有所述预定特征的所述呼叫的确认；

对应于所述呼叫的所述预定特征的原因值；

被设计用于修复所述通信设备的修复程序；和

针对修复中心的所述呼叫的重新引导，所述修复中心被配置为用于修复所述通信设备。

Images