通信处理器的监控方法和智能终端的制作方法
【技术领域】
[0001]本发明涉及智能终端技术领域，具体而言，本发明涉及一种通信处理器的监控方法和智能终端。
【背景技术】
[0002]目前的智能手机在硬件上通常采用双处理器的架构，一个是AP(Applicat1nProcessor，应用处理器)，主要处理面向用户的应用，运行操作系统和各种应用程序；另一个是CP(Communicat1n Processor，通信处理器)，主要处理数字信号、语音信号的编码解码以及GSM通信协议。
[0003]实际应用中，通常可以把AP当作计算机，而把CP当作AP的无线m0dem(解调器)，AP通过向CP发送AT控制命令，以此实现通话、短信、上网等功能。
[0004]随着时代的发展，各种新兴的操作系统不断涌现，为用户带来了新颖且更加便捷的终端使用体验。但是，由于传统的智能手机只允许单个操作系统运行，即使有多个操作系统支持也均为静态支持，即需要在设备启动时重新引导新的操作系统，并不能同时运行多个操作系统。
[0005]Linux Container容器是一种内核虚拟化技术，可以提供轻量级的虚拟化，以便隔离进程和资源，而且不需要提供指令解释机制以及全虚拟化的其他复杂性。因此，实际应用中，通过Linux Container容器，可以有效地将原来由单个操作系统管理的资源划分到孤立的组中，以更好地在孤立的组之间平衡有冲突的资源使用需求，实现智能手机同时运行多个操作系统。
[0006]实际应用中，在多系统的智能手机中，多个操作系统往往采用分时复用的方式共享通信处理器。
[0007]然而，在现有的多系统的智能手机中，当其中一个操作系统与通信处理器发生通信异常，可能会导致通信处理器的缓冲区溢出、指针异常等等情况，进而导致其他操作系统也无法与通信处理器正常通信。这样，降低了智能手机的性能，进而导致用户体验差。
【发明内容】
[0008]针对上述现有技术存在的缺陷，本发明提供了一种通信处理器的监控方法和智能终端，用以保障操作系统与通信处理器之间的正常通信，提高智能终端的性能和用户体验。
[0009]本发明方案提供了一种通信处理器的监控方法，包括:
[0010]智能终端中预设的守护进程检测到通信处理器异常时，向智能终端中的操作系统广播复位消息，并控制所述通信处理器进行复位；
[0011]所述操作系统接收到所述复位消息后，清除当前与所述通信处理器之间的通信状态；
[0012]在所述通信处理器完成复位后，所述操作系统重新与所述通信处理器建立通信；
[0013]其中，所述智能终端中包括至少一个操作系统。
[0014]较佳地，所述智能终端中预设的守护进程检测到通信处理器异常，具体包括:
[0015]所述守护进程接收到操作系统发送的阻塞消息后，向所述通信处理器发送回环命令；
[0016]所述守护进程确认所述通信处理器针对所述回环命令无响应时，确定检测到通信处理器异常；
[0017]其中，所述阻塞消息由与所述通信处理器通信失败的操作系统发送。
[0018]较佳地，所述智能终端中预设的守护进程检测到通信处理器异常，具体包括:
[0019]所述守护进程接收到通信处理器发送的中断通知后，确定检测到通信处理器异常。
[0020]较佳地，所述向所述智能终端中所有的操作系统广播复位消息，具体包括:
[0021]所述守护进程向所述智能终端的操作系统中的无线接口层RIL和网络通信相关应用广播复位消息。
[0022]较佳地，所述守护进程基于套接字socket通道与所述操作系统中的RIL和网络通信相关应用进行消息传递。
[0023]根据本发明的另一方面，还提供了一种智能终端，该智能终端包括:通信处理器、守护进程、以及至少一个操作系统;其中，
[0024]所述守护进程检测到所述通信处理器异常时，向所述智能终端中的操作系统广播复位消息，并控制所述通信处理器进行复位；
[0025]所述操作系统用于接收到所述复位消息后，清除当前与所述通信处理器之间的通信状态;并在所述通信处理器完成复位后，重新与所述通信处理器建立通信。
[0026]较佳地，所述守护进程具体包括:消息处理模块和通信控制模块;其中，
[0027]所述消息处理模块用于检测到通信处理器异常时，向所述智能终端中的操作系统广播复位消息，并向所述通信控制模块输出复位通知；
[0028]所述通信控制模块用于接收到所述复位通知后，控制所述通信处理器进行复位。
[0029]较佳地，所述消息处理模块具体包括:消息处理单元和广播处理单元;其中，
[0030]所述消息处理单元用于接收到操作系统发送的阻塞消息后，向所述通信处理器发送回环命令;确认所述通信处理器针对所述回环命令无响应时，确定检测到通信处理器异常，并向所述广播处理单元输出广播通知；
[0031]所述广播处理单元用于接收到所述广播通知后，向所述智能终端中的操作系统广播复位消息，并向所述通信控制模块输出复位通知；
[0032]其中，所述阻塞消息由与所述通信处理器通信失败的操作系统发送。
[0033]较佳地，所述消息处理单元用于接收到通信处理器发送的中断通知后，确定检测到通信处理器异常，并向所述广播处理单元输出广播通知。
[0034]较佳地，所述广播处理单元具体用于接收到所述广播通知后，向所述智能终端的操作系统中的无线接口层RIL和网络通信相关应用广播复位消息，并向所述通信控制模块输出复位通知；以及
[0035]所述广播处理单元基于套接字socket通道与所述操作系统中的RIL和网络通信相关应用进行消息传递。
[0036]本发明的技术方案中，在智能终端中预先设置用于监控通信处理器的状态的守护进程。通过预设的守护进程，可以在通信处理器异常时向智能终端中的操作系统广播复位消息。这样，在发生问题后可以及时地调整操作系统与通信处理器的通信，避免操作系统在通信处理器异常时仍然向操作系统发送命令造成通信处理器的缓冲区溢出等情况。
[0037]而且，守护进程在广播复位消息的同时，还可通过拉高通信处理器的reset管脚控制通信处理器复位;通信处理器完成复位后可以与操作系统重新建立通信，以此保障操作系统与通信处理器之间的正常通信。
[0038]进一步地，本发明的方案还可适用于多操作系统的智能终端;通过本发明的方案，可以避免出现智能终端中一个操作系统与通信处理器通信失败后造成其他操作系统也无法与通信处理器正常通信的情况，提高了智能终端的性能和用户体验。
[0039]本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。
【附图说明】
[0040]图1为本发明实施例的通信处理器的监控方法的流程示意图；
[0041]图2为本发明实施例的智能终端的内部结构示意图；
[0042]图3为本发明实施例的守护进程的内部结构示意图；
[0043]图4为本发明实施例的消息处理模块的内部结构示意图。
【具体实施方式】
[0044]以下将结合附图对本发明的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施例，都属于本发明所保护的范围。
[0045]本发明的发明人发现，现有多操作系统的智能手机中，由于各个操作系统通常采用时分复用的方式来共享通信处理器。因此，在其中一个操作系统与通信处理器发生通信异常，而其它的操作系统在不了解通信处理器当前的运行状态的情况下，仍然会不断尝试与通信处理器通信，并由此导致通信处理器的缓冲区溢出、指针异常等等情况，进而导致其他操作系统也无法与通信处理器正常通信。
[0046]而且，本发明的发明人还发现，当出现系统进程调度问题导致通信处理器异常的情况下，由于各个操作系统无法了解通信处理器的当前状态，可能会仍然向通信处理器发送命令，从而出现通信处理器不能针对接收的命令及时处理的情况。
[0047]因此，本发明的发明人考虑，可以预先在智能终端中设置一个守护进程，监控通信处理器的运行状态。在检测到通信处理器异常时，可以通过预设的守护进程向智能终端中所有的操作系统广播复位消息，并控制通信处理器进行复位，使得各个操作系统能够在通信处理器完成复位后，及时与通信处理器重新建立通信。这样，通过及时调整通信处理器的状态，并与各个操作系统重新建立通信，可以有效保障各个操作系统与通信处理器之间的正常通信，提高智能手机的性能和用户体验。
[0048]下面结合附图详细说明本发明的技术方案。
[0049]在智能终端中，为