CN105677510A - 通信处理器的监控方法和智能终端 - Google Patents
通信处理器的监控方法和智能终端 Download PDFInfo
- Publication number
- CN105677510A CN105677510A CN201510996844.0A CN201510996844A CN105677510A CN 105677510 A CN105677510 A CN 105677510A CN 201510996844 A CN201510996844 A CN 201510996844A CN 105677510 A CN105677510 A CN 105677510A
- Authority
- CN
- China
- Prior art keywords
- communication processor
- operating system
- intelligent terminal
- reset
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims abstract description 265
- 238000000034 method Methods 0.000 title claims abstract description 52
- 238000012544 monitoring process Methods 0.000 title claims abstract description 14
- 230000008569 process Effects 0.000 claims abstract description 28
- 230000002159 abnormal effect Effects 0.000 claims abstract description 26
- 238000012545 processing Methods 0.000 claims description 24
- 230000000903 blocking effect Effects 0.000 claims description 16
- 230000005540 biological transmission Effects 0.000 claims description 11
- 230000004044 response Effects 0.000 claims description 10
- 238000010586 diagram Methods 0.000 description 6
- 238000004590 computer program Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 230000005856 abnormality Effects 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000003672 processing method Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1443—Transmit or communication errors
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2205—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
- G06F11/2236—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested to test CPU or processors
- G06F11/2242—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested to test CPU or processors in multi-processor systems, e.g. one processor becoming the test master
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Quality & Reliability (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明提供了一种通信处理器的监控方法和智能终端,该方法包括:智能终端中预设的守护进程检测到通信处理器异常时,向智能终端中的操作系统广播复位消息,并控制所述通信处理器进行复位;所述操作系统接收到所述复位消息后,清除当前与所述通信处理器之间的通信状态;在所述通信处理器完成复位后,所述操作系统重新与所述通信处理器建立通信。应用本发明,可以保障操作系统与通信处理器之间的正常通信,提高智能终端的性能和用户体验。
Description
技术领域
本发明涉及智能终端技术领域,具体而言,本发明涉及一种通信处理器的监控方法和智能终端。
背景技术
目前的智能手机在硬件上通常采用双处理器的架构,一个是AP(ApplicationProcessor,应用处理器),主要处理面向用户的应用,运行操作系统和各种应用程序;另一个是CP(CommunicationProcessor,通信处理器),主要处理数字信号、语音信号的编码解码以及GSM通信协议。
实际应用中,通常可以把AP当作计算机,而把CP当作AP的无线modem(解调器),AP通过向CP发送AT控制命令,以此实现通话、短信、上网等功能。
随着时代的发展,各种新兴的操作系统不断涌现,为用户带来了新颖且更加便捷的终端使用体验。但是,由于传统的智能手机只允许单个操作系统运行,即使有多个操作系统支持也均为静态支持,即需要在设备启动时重新引导新的操作系统,并不能同时运行多个操作系统。
LinuxContainer容器是一种内核虚拟化技术,可以提供轻量级的虚拟化,以便隔离进程和资源,而且不需要提供指令解释机制以及全虚拟化的其他复杂性。因此,实际应用中,通过LinuxContainer容器,可以有效地将原来由单个操作系统管理的资源划分到孤立的组中,以更好地在孤立的组之间平衡有冲突的资源使用需求,实现智能手机同时运行多个操作系统。
实际应用中,在多系统的智能手机中,多个操作系统往往采用分时复用的方式共享通信处理器。
然而,在现有的多系统的智能手机中,当其中一个操作系统与通信处理器发生通信异常,可能会导致通信处理器的缓冲区溢出、指针异常等等情况,进而导致其他操作系统也无法与通信处理器正常通信。这样,降低了智能手机的性能,进而导致用户体验差。
发明内容
针对上述现有技术存在的缺陷,本发明提供了一种通信处理器的监控方法和智能终端,用以保障操作系统与通信处理器之间的正常通信,提高智能终端的性能和用户体验。
本发明方案提供了一种通信处理器的监控方法,包括:
智能终端中预设的守护进程检测到通信处理器异常时,向智能终端中的操作系统广播复位消息,并控制所述通信处理器进行复位;
所述操作系统接收到所述复位消息后,清除当前与所述通信处理器之间的通信状态;
在所述通信处理器完成复位后,所述操作系统重新与所述通信处理器建立通信;
其中,所述智能终端中包括至少一个操作系统。
较佳地,所述智能终端中预设的守护进程检测到通信处理器异常,具体包括:
所述守护进程接收到操作系统发送的阻塞消息后,向所述通信处理器发送回环命令;
所述守护进程确认所述通信处理器针对所述回环命令无响应时,确定检测到通信处理器异常;
其中,所述阻塞消息由与所述通信处理器通信失败的操作系统发送。
较佳地,所述智能终端中预设的守护进程检测到通信处理器异常,具体包括:
所述守护进程接收到通信处理器发送的中断通知后,确定检测到通信处理器异常。
较佳地,所述向所述智能终端中所有的操作系统广播复位消息,具体包括:
所述守护进程向所述智能终端的操作系统中的无线接口层RIL和网络通信相关应用广播复位消息。
较佳地,所述守护进程基于套接字socket通道与所述操作系统中的RIL和网络通信相关应用进行消息传递。
根据本发明的另一方面,还提供了一种智能终端,该智能终端包括:通信处理器、守护进程、以及至少一个操作系统;其中,
所述守护进程检测到所述通信处理器异常时,向所述智能终端中的操作系统广播复位消息,并控制所述通信处理器进行复位;
所述操作系统用于接收到所述复位消息后,清除当前与所述通信处理器之间的通信状态;并在所述通信处理器完成复位后,重新与所述通信处理器建立通信。
较佳地,所述守护进程具体包括:消息处理模块和通信控制模块;其中,
所述消息处理模块用于检测到通信处理器异常时,向所述智能终端中的操作系统广播复位消息,并向所述通信控制模块输出复位通知;
所述通信控制模块用于接收到所述复位通知后,控制所述通信处理器进行复位。
较佳地,所述消息处理模块具体包括:消息处理单元和广播处理单元;其中,
所述消息处理单元用于接收到操作系统发送的阻塞消息后,向所述通信处理器发送回环命令;确认所述通信处理器针对所述回环命令无响应时,确定检测到通信处理器异常,并向所述广播处理单元输出广播通知;
所述广播处理单元用于接收到所述广播通知后,向所述智能终端中的操作系统广播复位消息,并向所述通信控制模块输出复位通知;
其中,所述阻塞消息由与所述通信处理器通信失败的操作系统发送。
较佳地,所述消息处理单元用于接收到通信处理器发送的中断通知后,确定检测到通信处理器异常,并向所述广播处理单元输出广播通知。
较佳地,所述广播处理单元具体用于接收到所述广播通知后,向所述智能终端的操作系统中的无线接口层RIL和网络通信相关应用广播复位消息,并向所述通信控制模块输出复位通知;以及
所述广播处理单元基于套接字socket通道与所述操作系统中的RIL和网络通信相关应用进行消息传递。
本发明的技术方案中,在智能终端中预先设置用于监控通信处理器的状态的守护进程。通过预设的守护进程,可以在通信处理器异常时向智能终端中的操作系统广播复位消息。这样,在发生问题后可以及时地调整操作系统与通信处理器的通信,避免操作系统在通信处理器异常时仍然向操作系统发送命令造成通信处理器的缓冲区溢出等情况。
而且,守护进程在广播复位消息的同时,还可通过拉高通信处理器的reset管脚控制通信处理器复位;通信处理器完成复位后可以与操作系统重新建立通信,以此保障操作系统与通信处理器之间的正常通信。
进一步地,本发明的方案还可适用于多操作系统的智能终端;通过本发明的方案,可以避免出现智能终端中一个操作系统与通信处理器通信失败后造成其他操作系统也无法与通信处理器正常通信的情况,提高了智能终端的性能和用户体验。
本发明附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
图1为本发明实施例的通信处理器的监控方法的流程示意图;
图2为本发明实施例的智能终端的内部结构示意图;
图3为本发明实施例的守护进程的内部结构示意图;
图4为本发明实施例的消息处理模块的内部结构示意图。
具体实施方式
以下将结合附图对本发明的技术方案进行清楚、完整的描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施例,都属于本发明所保护的范围。
本发明的发明人发现,现有多操作系统的智能手机中,由于各个操作系统通常采用时分复用的方式来共享通信处理器。因此,在其中一个操作系统与通信处理器发生通信异常,而其它的操作系统在不了解通信处理器当前的运行状态的情况下,仍然会不断尝试与通信处理器通信,并由此导致通信处理器的缓冲区溢出、指针异常等等情况,进而导致其他操作系统也无法与通信处理器正常通信。
而且,本发明的发明人还发现,当出现系统进程调度问题导致通信处理器异常的情况下,由于各个操作系统无法了解通信处理器的当前状态,可能会仍然向通信处理器发送命令,从而出现通信处理器不能针对接收的命令及时处理的情况。
因此,本发明的发明人考虑,可以预先在智能终端中设置一个守护进程,监控通信处理器的运行状态。在检测到通信处理器异常时,可以通过预设的守护进程向智能终端中所有的操作系统广播复位消息,并控制通信处理器进行复位,使得各个操作系统能够在通信处理器完成复位后,及时与通信处理器重新建立通信。这样,通过及时调整通信处理器的状态,并与各个操作系统重新建立通信,可以有效保障各个操作系统与通信处理器之间的正常通信,提高智能手机的性能和用户体验。
下面结合附图详细说明本发明的技术方案。
在智能终端中,为了实现操作系统中网络通信相关应用CallApp的通讯功能,智能终端中的操作系统具有各自的RIL(RadioInterfaceLayer,无线接口层)。这样,运行在操作系统中的应用处理器上的网络通信相关应用可以通过RIL与通信处理器进行通信。
本发明实施例中,为了保障操作系统与通信处理器之间的正常通信,可以对通信处理器的运行状态进行监控。具体地,在智能终端中预先设置守护进程modemcontroldaemon。
实际应用中,利用Linux内核的命名空间(namespace)特性,可以形成多个容器系统,以此对用户空间和资源进行隔离。本发明的方案中,可以通过智能终端的内核,设置独立于各个操作系统的守护进程。
守护进程可以与操作系统之间进行消息传递,也可以与通信处理器之间进行消息传递,且守护进程与通信处理器的复位端(或称为复位reset管脚)关联。
实际应用中,智能终端中的操作系统可以是基于linux系统而演变的操作系统,比如,Android(安卓)操作系统、Syberos(元心)操作系统。
本发明的方案中,通过现有的linux基础命令,modemcontroldaemon守护进程可以建立本地服务端socketserver;相应地,各个操作系统中与通信处理器相关的RIL和网络通信相关应用可以建立本地客户端socketclient。而且,各个操作系统中的socketclient可以通过connect命令连接到socketserver;各个操作系统中的socketclient与socketserver之间的消息传递可以基于socket(套接字)通道进行。
本发明的方案中,预设的守护进程用于检测通信处理器是否异常,若检测到通信处理器异常,则可以向智能终端中的操作系统广播复位消息,并控制通信处理器进行复位。其中,智能终端中包括至少一个操作系统。
具体地,检测到通信处理器异常时,守护进程向智能终端的操作系统中的RIL和网络通信相关应用广播复位消息。
实际应用中,守护进程可以向智能终端中的socketclient广播复位消息。其中,智能终端中的socketclient包括:智能终端中操作系统的无线接口层和网络通信相关应用。
比如,双系统的智能终端中包括第一操作系统和第二操作系统;守护进程检测到通信处理器异常时,可以向第一操作系统中的RIL和网络通信相关应用,以及第二操作系统中的RIL和网络通信相关应用广播复位消息。
进一步地,为了避免出现智能终端中一个操作系统与通信处理器通信失败后造成其他操作系统也无法与通信处理器正常通信的情况,守护进程还可以在检测到通信处理器异常时,通过拉高通信处理器的reset(复位)管脚,即使得通信处理器的reset管脚处于复位有效的状态,以此控制通信处理器进行复位,使得通信处理器在复位之后可以与操作系统重新建立通信,保障操作系统与通信处理器之间的正常通信。
基于智能终端中预设的守护进程,本发明提供了一种通信处理器的监控方法,其具体流程如图1所示,可以包括如下步骤:
S101:守护进程检测到通信处理器异常时,向智能终端中的操作系统广播复位消息并控制通信处理器进行复位。
其中,智能终端中包括至少一个操作系统。
本发明的方案中,智能终端中预设的守护进程接收到操作系统发送的阻塞消息modem_block后,可以向通信处理器发送回环命令loopback,以最终确认通信处理器是否能够响应。守护进程确认通信处理器针对loopback命令无响应时,确定检测到通信处理器异常。之后,向智能终端中所有的操作系统广播复位消息,并控制通信处理器进行复位。
其中,阻塞消息是由与通信处理器通信失败的操作系统发送。
例如,智能终端中操作系统的RIL与通信处理器通信时发生AT命令无响应时,且累计发生次数超过设定次数(比如,发生次数超过5次)后,该操作系统的RIL可以通过socket通道发送modem_block消息给守护进程modemcontroldaemon。
进而,modemcontroldaemon可以发送loopback命令给通信处理器以确认通信处理器是否能够响应。若确认通信处理器无响应,即执行两个动作:广播modem_reset给智能终端中所有的socketclient;拉高通信处理器的reset管脚,使通信处理器进入系统复位。
优选地,本发明的方案中,守护进程接收到通信处理器发送的中断通知后,可以确定检测到通信处理器异常。之后,守护进程可以向智能终端中所有的操作系统广播复位消息,并控制通信处理器进行复位。
S102:操作系统接收到复位消息后,清除当前与通信处理器之间的通信状态;在通信处理器完成复位后,操作系统重新与所述通信处理器建立通信。
具体地,智能终端中的操作系统接收到守护进程广播的复位消息后,可以清除当前与通信处理器之间的通信状态,等待通信处理器的复位。在通信处理器完成复位后,智能终端中的操作系统可以重新与通信处理器建立通信。
这样,通过在通信处理器异常时及时通知各个操作系统,并在通信处理器复位后与操作系统重新建立通信,可以有效保障操作系统与通信处理器之间的正常通信,避免出现智能终端中一个操作系统与通信处理器通信失败后造成其他操作系统也无法与通信处理器正常通信的情况,提高了智能手机的性能和用户体验。
基于上述通信处理器的监控方法,本发明还提供了一种智能终端,如图2所示,该智能终端包括:通信处理器201、守护进程202、以及至少一个操作系统。
其中,守护进程202用于检测到通信处理器201异常时,向智能终端中的操作系统广播复位消息,并控制通信处理器进行复位。
具体地,守护进程202接收到操作系统发送的阻塞消息modem_block后,可以向通信处理器201发送回环命令loopback,以最终确认通信处理器201是否能够响应。守护进程102确认通信处理器针对loopback命令无响应时,确定检测到通信处理器异常。其中,阻塞消息是由与通信处理器201通信失败的操作系统发送。
进一步地,守护进程202接收到通信处理器201发送的中断通知后,也可以确定检测到通信处理器异常。
之后,守护进程202可以向智能终端中的操作系统广播复位消息,并控制通信处理器进行复位。
实际应用中,为了实现操作系统中网络通信相关应用的通讯功能,智能终端中的操作系统都具有各自的RIL。运行在操作系统中的应用处理器上的网络通信相关应用可以通过RIL与通信处理器进行通信。
因此,本发明实施例中,守护进程202确定检测到通信处理器异常时,可以向操作系统中的RIL和网络通信相关应用广播复位消息。
操作系统接收到守护进程202发送的复位消息后,可以清除当前与通信处理器201之间的通信状态;并在通信处理器201完成复位后,重新与通信处理器建立通信。
实际应用中,守护进程202在检测到通信处理器异常时,可以通过拉高通信处理器201的reset管脚,使得reset管脚处于复位有效的状态,以此控制通信处理器进行复位。这样,可以使得通信处理器在复位之后可以与操作系统重新建立通信,保障操作系统与通信处理器之间的正常通信。
如图3所示,本发明提供的智能终端中,守护进程202可以包括:消息处理模块301和通信控制模块302。
其中,消息处理模块301用于检测到通信处理器201异常时,向智能终端中的操作系统广播复位消息,并向通信控制模块302输出复位通知。
具体地,消息处理模块301接收到操作系统发送的阻塞消息后,可以向通信处理器101发送回环命令;确认通信处理器201针对回环命令无响应时,确定检测到通信处理器异常。其中,阻塞消息由与通信处理器201通信失败的操作系统发送。
消息处理模块301接收到通信处理器101发送的中断通知后,也可以确定检测到通信处理器异常。
通信控制模块302接收到消息处理模块301输出的复位通知后,控制通信处理器201进行复位。
进一步地,如图4所示,本发明提供的消息处理模块301可以包括:消息处理单元401和广播处理单元402。
其中,消息处理单元401用于接收到操作系统发送的阻塞消息后,向通信处理器201发送回环命令;确认通信处理器201针对回环命令无响应时,确定检测到通信处理器异常,并向广播处理单元402输出广播通知。
其中,阻塞消息由与通信处理器201通信失败的操作系统发送。
较佳地,消息处理单元401还用于接收到通信处理器201发送的中断通知后,确定检测到通信处理器异常,并向广播处理单元402输出广播通知。
广播处理单元402用于接收到消息处理单元401输出的广播通知后,可以向智能终端中的操作系统广播复位消息,并向通信控制模块302输出复位通知。
具体地,广播处理单元402接收到消息处理单元401输出的广播通知后,可以向操作系统中的无线接口层RIL和网络通信相关应用广播复位消息,并向通信控制模块302输出复位通知。实际应用中,广播处理单元402可以基于socket通道与操作系统103中的RIL和网络通信相关应用进行消息传递。
本发明实施例中,智能终端中的各个模块、以及各模块下的单元的具体功能实现可以参考上述通信处理器的监控方法中的各步骤的具体实现,在此不再赘述。
本发明的技术方案中,在智能终端中预先设置用于监控通信处理器的状态的守护进程。通过预设的守护进程,可以在通信处理器异常时向智能终端中的操作系统广播复位消息。这样,在发生问题后可以及时地调整各个操作系统与通信处理器的通信,避免操作系统在通信处理器异常时仍然向操作系统发送AT命令造成通信处理器的缓冲区溢出等情况。
而且,守护进程在广播复位消息的同时,还可通过拉高通信处理器的reset管脚控制通信处理器复位;通信处理器完成复位后可以与操作系统重新建立通信,以此保障操作系统与通信处理器之间的正常通信。
进一步地,本发明的方案还可适用于多操作系统的智能终端;通过本发明的方案,可以避免出现智能终端中一个操作系统与通信处理器通信失败后造成其他操作系统也无法与通信处理器正常通信的情况,提高了智能终端的性能和用户体验。
本申请使用的“模块”、“系统”等术语旨在包括与计算机相关的实体,例如但不限于硬件、固件、软硬件组合、软件或者执行中的软件。例如,模块可以是,但并不仅限于:处理器上运行的进程、处理器、对象、可执行程序、执行的线程、程序和/或计算机。举例来说,计算设备上运行的应用程序和此计算设备都可以是模块。一个或多个模块可以位于执行中的一个进程和/或线程内,一个模块也可以位于一台计算机上和/或分布于两台或更多台计算机之间。
本技术领域技术人员可以理解,本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造,或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序,这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如,计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中,所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-OnlyMemory,只读存储器)、RAM(RandomAccessMemory,随即存储器)、EPROM(ErasableProgrammableRead-OnlyMemory,可擦写可编程只读存储器)、EEPROM(ElectricallyErasableProgrammableRead-OnlyMemory,电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是,可读介质包括由设备(例如,计算机)以能够读的形式存储或传输信息的任何介质。
本技术领域技术人员可以理解,可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解,可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现,从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解,本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地,具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地,现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种通信处理器的监控方法,其特征在于,包括:
智能终端中预设的守护进程检测到通信处理器异常时,向智能终端中的操作系统广播复位消息,并控制所述通信处理器进行复位;
所述操作系统接收到所述复位消息后,清除当前与所述通信处理器之间的通信状态;
在所述通信处理器完成复位后,所述操作系统重新与所述通信处理器建立通信;
其中,所述智能终端中包括至少一个操作系统。
2.如权利要求1所述的方法,其特征在于,所述智能终端中预设的守护进程检测到通信处理器异常,具体包括:
所述守护进程接收到操作系统发送的阻塞消息后,向所述通信处理器发送回环命令;
所述守护进程确认所述通信处理器针对所述回环命令无响应时,确定检测到通信处理器异常;
其中,所述阻塞消息由与所述通信处理器通信失败的操作系统发送。
3.如权利要求1所述的方法,其特征在于,所述智能终端中预设的守护进程检测到通信处理器异常,具体包括:
所述守护进程接收到通信处理器发送的中断通知后,确定检测到通信处理器异常。
4.如权利要求1-3任一所述的方法,其特征在于,所述向所述智能终端中的操作系统广播复位消息,具体包括:
所述守护进程向所述智能终端的操作系统中的无线接口层RIL和网络通信相关应用广播复位消息。
5.如权利要求4所述的方法,其特征在于,
所述守护进程基于套接字socket通道与所述操作系统中的RIL和网络通信相关应用进行消息传递。
6.一种智能终端,其特征在于,包括:通信处理器、守护进程、以及至少一个操作系统;其中,
所述守护进程检测到所述通信处理器异常时,向所述智能终端中的操作系统广播复位消息,并控制所述通信处理器进行复位;
所述操作系统用于接收到所述复位消息后,清除当前与所述通信处理器之间的通信状态;并在所述通信处理器完成复位后,重新与所述通信处理器建立通信。
7.如权利要求6所述的智能终端,其特征在于,所述守护进程具体包括:消息处理模块和通信控制模块;其中,
所述消息处理模块用于检测到通信处理器异常时,向所述智能终端中的操作系统广播复位消息,并向所述通信控制模块输出复位通知;
所述通信控制模块用于接收到所述复位通知后,控制所述通信处理器进行复位。
8.如权利要求7所述的智能终端,其特征在于,所述消息处理模块具体包括:消息处理单元和广播处理单元;其中,
所述消息处理单元用于接收到操作系统发送的阻塞消息后,向所述通信处理器发送回环命令;确认所述通信处理器针对所述回环命令无响应时,确定检测到通信处理器异常,并向所述广播处理单元输出广播通知;
所述广播处理单元用于接收到所述广播通知后,向所述智能终端中的操作系统广播复位消息,并向所述通信控制模块输出复位通知;
其中,所述阻塞消息由与所述通信处理器通信失败的操作系统发送。
9.如权利要求8所述的智能终端,其特征在于,
所述消息处理单元还用于接收到通信处理器发送的中断通知后,确定检测到通信处理器异常,并向所述广播处理单元输出广播通知。
10.如权利要求9所述的智能终端,其特征在于,
所述广播处理单元具体用于接收到所述广播通知后,向所述智能终端的操作系统中的无线接口层RIL和网络通信相关应用广播复位消息,并向所述通信控制模块输出复位通知;以及
所述广播处理单元基于套接字socket通道与所述操作系统中的RIL和网络通信相关应用进行消息传递。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510996844.0A CN105677510A (zh) | 2015-12-28 | 2015-12-28 | 通信处理器的监控方法和智能终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510996844.0A CN105677510A (zh) | 2015-12-28 | 2015-12-28 | 通信处理器的监控方法和智能终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105677510A true CN105677510A (zh) | 2016-06-15 |
Family
ID=56297678
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510996844.0A Pending CN105677510A (zh) | 2015-12-28 | 2015-12-28 | 通信处理器的监控方法和智能终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105677510A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106658469A (zh) * | 2016-12-15 | 2017-05-10 | 深圳市万普拉斯科技有限公司 | 双卡手机的交叉绑定控制方法和装置 |
CN109710322A (zh) * | 2018-12-26 | 2019-05-03 | 京信通信系统(中国)有限公司 | 通信设备复位方法、装置及系统 |
CN116192706A (zh) * | 2022-12-20 | 2023-05-30 | 珠海妙存科技有限公司 | 一种基于ufs的自检测与自复位方法及系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1904852A (zh) * | 2006-08-01 | 2007-01-31 | 西安西电捷通无线网络通信有限公司 | 一种计算机应用程序的监控及异常处理方法 |
CN102262432A (zh) * | 2011-08-04 | 2011-11-30 | 惠州Tcl移动通信有限公司 | 一种智能手机Modem死机后自动重启系统及方法 |
CN102547665A (zh) * | 2011-01-04 | 2012-07-04 | 中国移动通信有限公司 | 通信处理方法和通信处理装置 |
CN104200628A (zh) * | 2014-09-01 | 2014-12-10 | 中国东方电气集团有限公司 | 一种工业gprs监控终端 |
CN104794014A (zh) * | 2015-04-08 | 2015-07-22 | 华为技术有限公司 | 系统运行的方法及智能终端 |
CN105163297A (zh) * | 2015-09-29 | 2015-12-16 | 北京元心科技有限公司 | 跨操作系统接收彩信的方法及系统 |
-
2015
- 2015-12-28 CN CN201510996844.0A patent/CN105677510A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1904852A (zh) * | 2006-08-01 | 2007-01-31 | 西安西电捷通无线网络通信有限公司 | 一种计算机应用程序的监控及异常处理方法 |
CN102547665A (zh) * | 2011-01-04 | 2012-07-04 | 中国移动通信有限公司 | 通信处理方法和通信处理装置 |
CN102262432A (zh) * | 2011-08-04 | 2011-11-30 | 惠州Tcl移动通信有限公司 | 一种智能手机Modem死机后自动重启系统及方法 |
CN104200628A (zh) * | 2014-09-01 | 2014-12-10 | 中国东方电气集团有限公司 | 一种工业gprs监控终端 |
CN104794014A (zh) * | 2015-04-08 | 2015-07-22 | 华为技术有限公司 | 系统运行的方法及智能终端 |
CN105163297A (zh) * | 2015-09-29 | 2015-12-16 | 北京元心科技有限公司 | 跨操作系统接收彩信的方法及系统 |
Non-Patent Citations (1)
Title |
---|
王黎明: "《嵌入式系统开发与应用实验指导书 基于Cortex-M3内核的Stellaris微控制器>", 31 August 2013 * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106658469A (zh) * | 2016-12-15 | 2017-05-10 | 深圳市万普拉斯科技有限公司 | 双卡手机的交叉绑定控制方法和装置 |
CN106658469B (zh) * | 2016-12-15 | 2020-01-07 | 深圳市万普拉斯科技有限公司 | 双卡手机的交叉绑定控制方法和装置 |
CN109710322A (zh) * | 2018-12-26 | 2019-05-03 | 京信通信系统(中国)有限公司 | 通信设备复位方法、装置及系统 |
CN116192706A (zh) * | 2022-12-20 | 2023-05-30 | 珠海妙存科技有限公司 | 一种基于ufs的自检测与自复位方法及系统 |
CN116192706B (zh) * | 2022-12-20 | 2024-01-26 | 珠海妙存科技有限公司 | 一种基于ufs的自检测与自复位方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105677433A (zh) | 服务器程序热升级的方法及装置 | |
US20120246370A1 (en) | Method and apparatus for managing operating systems in embedded system | |
US9532359B2 (en) | Resource allocation method and device | |
CN110650503B (zh) | 网络接入方法、装置、系统和计算机可读存储介质 | |
CN104991811B (zh) | 隔离系统切换时进程运行状态的调整方法以及智能终端 | |
WO2021057526A1 (zh) | 一种网关设备容灾的方法及通信设备 | |
CN107820289B (zh) | 一种wifi网络切换方法、装置、终端和介质 | |
CN105677510A (zh) | 通信处理器的监控方法和智能终端 | |
US20200233712A1 (en) | Data Processing Method, Apparatus, Storage Medium, Processor, and System | |
WO2016119329A1 (zh) | 终端的控制方法、终端的控制装置和终端 | |
CN102917017A (zh) | 一种通用的虚拟机克隆时ip自动配置的方法 | |
CN109756356B (zh) | 设备升级方法及装置 | |
CN110710287B (zh) | Ra信息及频率优先级信息的配置方法及装置、存储介质 | |
CN103905470A (zh) | 一种资源下载方法、装置及移动终端 | |
CN108282804B (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN109918215A (zh) | 一种进程通信方法、系统、终端和存储介质 | |
CN110365839B (zh) | 关机方法、装置、介质及电子设备 | |
CN114221878A (zh) | 一种故障节点检测方法、系统、电子设备及存储介质 | |
CN110762774B (zh) | 一种空调器的升级方法及空调器 | |
CN110035496B (zh) | 一种云平台切换方法、系统及电子设备 | |
CN108462973B (zh) | 网络通信功能异常的处理方法、调制解调器和移动终端 | |
CN112615916A (zh) | 文件部署方法、装置、电子设备以及存储介质 | |
CN113840037A (zh) | 一种网络图标显示方法、装置、终端和存储介质 | |
CN112825586B (zh) | 业务处理方法、终端及计算机可读存储介质 | |
WO2017071205A1 (zh) | 一种短信处理方法及终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160615 |