CN107135142B - 彩信接收方法、装置和移动终端 - Google Patents

Abstract

本发明实施例提供的彩信接收方法、装置和移动终端，应用于通信技术领域。所述方法包括：获取彩信头中所包含的第一格式的彩信下载地址；当所述移动终端的数据承载地址格式为第二格式时，执行将所述数据承载地址格式由所述第二格式向所述第一格式转换的操作；当所述数据承载地址由所述第二格式转换为所述第一格式，基于所述第一格式的数据承载地址接入所述VoWiFi，根据所述第一格式的彩信下载地址，下载所述彩信。等待所述移动终端用于下载彩信的数据承载地址由第二格式转换为第一格式，再进行第一格式的下载地址的连接操作，以提高移动终端通过VoWiFi接收彩信的成功率。

Description

彩信接收方法、装置和移动终端

技术领域

本发明属于通信技术领域，具体而言，涉及彩信接收方法、装置和移动终端。

背景技术

VoWiFi即Voice over WiFi，它是一种IP数据传输技术和一种完全基于WLAN网络接入技术，VoWiFi是支持电话，短信，彩信，上网等业务。换言之，在WLAN网络下，可以满足手机日常所有业务，并且可以并发进行。

VoWiFi除了可以支持语音业务，还可以支持短信，彩信等其他业务。如果有其他用户给当前手机发送短信，基站将通过当前手机的注册信息，寻呼当前手机，并将彩信通知通过VoWiFi网络发送至当前手机，手机通过解析网络的彩信通知，获取彩信下载地址，然后下载彩信即可。

然而在实际使用过程中，经常发现彩信收到彩信通知，但是无法下载的情况。主要原因是：手机需要先根据承载数据业务的地址接入网络，再根据彩信的下载地址去获取彩信。但是，在手机收到彩信下载地址后，会出现彩信的下载地址与承载数据业务的地址格式不同的情况，此时，如果手机去根据彩信下载地址下载彩信的话，会因为数据承载地址的格式与彩信下载地址的格式不同而导致彩信下载失败。

发明内容

本发明的目的在于提供彩信接收方法、装置和移动终端，以改善上述的问题。

第一方面，本发明实施例提供的一种彩信接收方法，用于移动终端通过VoWiFi接收彩信。所述方法包括：获取彩信头中所包含的彩信下载地址，其中，所述彩信下载地址的格式为第一格式。当所述移动终端数据承载地址的格式为第二格式时，执行将所述数据承载地址格式由所述第二格式向所述第一格式转换的操作，其中，所述第二格式与所述第一格式不同。判断所述数据承载地址的格式是否完成；若否，则延时所述数据承载地址的格式转换操作的第一时段，直至所述数据承载地址格式由所述第二格式转换为所述第一格式。基于所述第一格式的数据承载地址接入所述VoWiFi，根据所述第一格式的彩信下载地址，下载所述彩信。

第二方面，本发明实施例提供的一种彩信接收装置，用于移动终端通过VoWiFi接收彩信。所述装置包括：地址解析模块，用于获取彩信头中所包含的彩信下载地址，其中，所述彩信下载地址的格式为第一格式。格式转换模块，用于当所述移动终端数据承载地址的格式为第二格式时，执行将所述数据承载地址格式由所述第二格式向所述第一格式转换的操作。判断模块，用于判断所述数据承载地址的格式转换操作是否完成。延时模块，用于如果所述数据承载地址没有由所述第二格式转换为所述第一格式，延时所述数据承载地址的格式转换操作的第一时段，直至所述数据承载地址格式由所述第二格式转换为所述第一格式。下载模块，用于基于所述第一格式的数据承载地址接入所述VoWiFi，根据所述第一格式的彩信下载地址，下载所述彩信。

第三方面，本发明实施例提供的一种移动终端，包括：存储器和处理器，所述处理器与所述存储器耦合。所述存储器用于存储程序。所述处理器用于调用存储在所述存储器中的存储程序，执行第一方面所提供的彩信接收方法。

上述本发明实施例提供的彩信接收方法和装置，用于移动终端通过VoWiFi接收彩信。移动终端在需要接收彩信时，先获取用于下载彩信的彩信下载地址，该彩信下载地址的格式为第一格式。如果所述移动终端的用于下载彩信的数据承载地址是第二格式，需要先将所述用于下载彩信的第二格式的数据承载地址转换为第一格式后，才能通过所述第一格式的数据承载地址，连接到同样为第一格式的彩信下载地址下载所述彩信。如果判定用于下载彩信的数据承载地址没有由第二格式转换为第一格式，则延时第一时段，等待所述移动终端用于下载彩信的数据承载地址由第二格式转换为第一格式，再进行第一格式的下载地址的连接操作，因此，与现有技术相比，本发明实施例，在数据承载地址的格式向彩信下载地址的格式转换操作完成之前，不执行下载彩信的操作，能够以提高移动终端通过VoWiFi接收彩信的成功率，避免移动终端通过VoWiFi接收彩信成功率较低的技术问题。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。通过附图所示，本发明的上述及其它目的、特征和优势将更加清晰。

图1为本发明实施例提供的移动终端的方框图；

图2为本发明第一实施例提供的彩信接收方法的步骤流程图；

图3为本发明第一实施例提供的彩信接收方法所应用的移动终端的界面示意图；

图4为本发明第二实施例提供的彩信接收方法的步骤流程图；

图5为本发明第三实施例提供的彩信接装置的功能模块图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

本发明实施例提供的彩信接收方法和装置，用于提高移动终端通过VoWiFi(Voiceover WiFi)接收彩信(Multimedia Messaging Service)的成功率，是基于IMS(IPMultimedia Subsystem，IP多媒体子系统)的技术。所述VoWiFi，是一种IP数据传输技术和一种完全基于WLAN网络接入技术。所述WLAN，是指无线局域网络，是一种利用射频(RadioFrequency)技术进行数据传输的系统。VoWIFI支持电话、短信、彩信、上网等业务。在WLAN网络下，可以满足手机等移动终端日常所有业务，并且是可以并发进行的。

请参阅图1，为本发明实施例提供的彩信接收方法和装置所应用的移动终端100的方框示意图。所述移动终端100包括：彩信接收装置101、存储器102、存储控制器103、处理器104、外设接口105、输入输出单元106和显示单元107等。

所述彩信接收装置101、所述存储器102、存储控制器103、处理器104、外设接口105、输入输出单元106和显示单元107等各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线或信号线实现电性连接。所述彩信接收装置包括至少一个可以软件或固件(firmware)的形式存储于所述存储器102中。所述处理器104用于执行存储器102中存储的可执行模块，例如所述彩信接收装置101包括的软件功能模块或计算机程序。

其中，存储器102可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read－Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read－Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read－Only Memory，EEPROM)等。其中，存储器102用于存储程序，所述处理器104在接收到执行指令后，执行所述程序，后续本发明实施例任一实施例揭示的流程定义的移动终端100所执行的方法可以应用于处理器104中，或者由处理器104实现。

处理器104可以是一种集成电路芯片，具有信号的处理能力。上述的处理器104可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述外设接口105将各种输入输出单元106耦合至处理器104以及存储器102。在一些实施例中，外设接口，处理器以及存储控制器可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

输入输出单元106用于提供给用户输入数据实现用户与所述移动终端100的交互。所述输入输出单元可以是，但不限于，触摸屏、鼠标和键盘等，用于响应用户的操作而输出对应的信号。

显示单元107在所述移动终端100与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。在本实施例中，所述显示单元可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器进行计算和处理。

请参见图2，为本发明第一实施例提供的彩信接收方法的步骤流程图，用于移动终端通过VoWiFi接收彩信。下面将结合图2，对本发明实施例提供的步骤进行具体解释。

步骤S201，获取彩信头中所包含的彩信下载地址。

移动终端的VoWiFi支持语音、短信、彩信等业务。通过使能移动终端的WLAN通话功能，VoWiFi将会通过WiFi网络发起注册。注册成功之后，一般会在移动终端的状态栏显示用于指示VoWiFi在线状态的图标(如图3中1所示)。当VoWiFi注册成功之后，设置WLAN优先。如果有其他用户给目标移动终端下发彩信，基站将通过目标移动终端的注册信息，寻呼所述目标移动终端，并将待接收彩信通过VoWiFi网络发送至所述目标移动终端。该目标移动终端通过解析网络的彩信通知，获取彩信下载，然后下载彩信即可。

基站将待接收的彩信通过VoWiFi网络发送至当前手机的方式是，获取该彩信的彩信下载地址，根据所述彩信下载地址生成彩信头，将所生成的彩信头发送至移动终端。移动终端在进行彩信接收业务时，接收包含该彩信的彩信下载地址的彩信头。

所述移动终端接收到彩信头后，解析所接收的所述彩信头中所包含的彩信下载地址，该地址指向存储待接收的彩信的目的设备，通过连接彩信下载地址可以接收所述彩信。一般地，所述彩信下载地址的格式为第一格式。在一般情况下，网络分配的下载彩信的彩信下载地址为IPv4格式的下载地址。

目前的全球因特网所采用的协议族是TCP/IP协议族。IP是TCP/IP协议族中网络层的协议，是TCP/IP协议族的核心协议。目前IP协议的版本号是4(简称为IPv4)，发展至今已经使用了30多年。IPv4的地址位数为32位，也就是最多有数量为2的32次方的电脑可以联到Internet上，近十年来由于互联网的蓬勃发展，IP位址的需求量愈来愈大，使得IP位址的发放愈趋严格，IPv4定义的有限地址空间将被耗尽，地址空间的不足必将妨碍互联网的进一步发展。为了扩大地址空间，拟通过IPv6重新定义地址空间。IPv6采用128位地址长度，几乎可以不受限制地提供地址。按保守方法估算IPv6实际可分配的地址，整个地球的每平方米面积上仍可分配1000多个地址。在IPv6的设计过程中除了一劳永逸地解决了地址短缺问题以外，还考虑了在IPv4中解决不好的其它问题，主要有端到端IP连接、服务质量(QoS)、安全性、多播、移动性、即插即用等。IPv6与IPv4相比的特点和优点包括：更大的地址空间。IPv4中规定IP地址长度为32，即有2＾32－1个地址；而IPv6中IP地址的长度为128，即有2＾128－1个地址。更小的路由表。IPv6的地址分配一开始就遵循聚类(Aggregation)的原则，这使得路由器能在路由表中用一条记录(Entry)表示一片子网，大大减小了路由器中路由表的长度，提高了路由器转发数据包的速度。增强的组播(Multicast)支持以及对流的支持(Flow－control)。这使得网络上的多媒体应用有了长足发展的机会，为服务质量(QoS)控制提供了良好的网络平台.加入了对自动配置(Auto－configuration)的支持。这是对DHCP协议的改进和扩展，使得网络(尤其是局域网)的管理更加方便和快捷.更高的安全性.在使用IPv6网络中用户可以对网络层的数据进行加密并对IP报文进行校验，这极大的增强了网络安全。

在现有的数据域业务中，运营商要求IMS的数据承载地址一般是IPv6格式，同时也可以达到将该范围更广的IPv6提供给更多用户使用。因此分配给移动终端进行数据域业务的IP地址为Ipv6。而在网络侧，支持IPv6的网络给移动终端下发的彩信下载地址是IPv4格式，其中，所述IPv4格式和IPv6格式的地址均可以指向同一目的设备。因此要完成彩信接收功能，需要将移动终端分配的用于接收彩信的数据承载地址的IPv6格式转换为IPv4格式，根据转换后的移动终端的IPv4格式的数据承载地址连接IPv4格式的彩信下载地址，即可完成彩信接收业务。

移动终端在注册运营商，尤其是T－mobile运行商的VoWiFi的时候，需要建立一个IMS数据承载。IMS数据承载和网络通信均属于数据域范畴，在进行终端之间的通信时都需要通过一个IP地址完成数据收发。现有的IP地址主要包括IPv4格式地址和IPv6格式地址。为适应更为广泛的网络扩展需求，网络分配给移动终端的数据承载地址一般多为IPv6格式的数据承载地址。因此，要实现本发明实施例涉及的彩信接收过程，需要涉及到承载同一移动终端的数据域业务的数据承载地址的两种格式之间的转换，尤其地，涉及所述移动终端到网络的数据承载的数据承载地址的IPv4格式和IPv6格式之间的转换。

步骤S202，当所述移动终端数据承载地址的格式为第二格式时，执行将所述数据承载地址的格式由所述第二格式向所述第一格式转换的操作。

步骤S203，判断所述数据承载地址的格式转换操作是否完成。

若否，执行步骤S204。

若是，执行步骤S205。

步骤S204，延时所述数据承载地址的格式转换操作的第一时段，直至所述数据承载地址的格式由所述第二格式转换为所述第一格式。

步骤S205，基于所述第一格式的数据承载地址接入所述VoWiFi，连接所述第一格式的彩信下载地址，下载所述彩信。

移动终端在进行彩信接收时，先接收的彩信头中包含的彩信下载地址为第一格式。所述移动终端在接入IMS时，所连接的网络提供给移动终端的数据承载地址为第二格式，其中，所述第一格式与所述第二格式不同。一般地，所述下载地址的第一格式为IPv4格式，所述第二格式为支持IPv6网络的IPv6格式。如果判定所述彩信头中包含的彩信下载地址为第一格式，且所述移动终端的数据承载地址为第二格式，则不能直接通过第二格式的数据承载地址接入到所述VoWiFi，无法实现根据第一格式的彩信下载地址进行彩信下载操作。

当前的移动终端设备，尤其是安卓系统的智能设备，系统内都预置有IP地址格式转换过渡模块，利用该IP地址格式转换过度模块可以较为简便、快捷的将IPv6格式的地址转换到IPv4格式的地址。如果完成了移动终端到网络的数据承载地址的IPv6格式到IPv4格式的转换，即可根据转换后的IPv4格式的数据承载地址接入网络，并通过网络连接到IPv4格式的彩信下载地址下载彩信，完成彩信接收功能。其中，优选地，于本发明实施例中，移动终端根据转换后的IPv6格式的数据承载地址所接入的网络为VoWiFi网络。

在一种实施方式中，判断所述数据承载地址的格式是否由所述第二格式转换为所述第一格式的方式可以有多种。例如，判断所述数据承载地址的长度是否为预设值，该预设值为第一格式的长度，因此该预设值根据第一格式的长度而设定。当第一格式为IPV4格式时，由于IPv4中规定IP地址长度为32，因此，优选地，该预设值为32。因此可以判断当前的数据承载地址的长度是否为32。如果当前的数据承载地址的长度是32，则满足IPv4格式的地址长度，因此判定所述数据承载地址已经由所述第二格式转换为所述第一格式。如果当前的数据承载地址的长度是128，而非32，则满足IPv6格式的地址长度，因此判定所述数据承载地址没有完成由所述第二格式向所述第一格式的转换操作，当前数据承载地址的格式仍然是第二格式。还可以通过数据承载地址的数据帧格式的不同等来判断，其他能实现数据承载地址的格式转换状态的判断过程的步骤仍可适用于本实施例。如果没有完成移动终端到网络的数据承载地址的IPv6格式到IPv4格式的转换，不能通过IPv6格式的数据承载地址接入的网络去实现连接IPv4格式的彩信下载地址，因此发起的数据连接也自然不会被接收。

在进行下载地址的连接之前，先判断所述移动终端原始的第二格式的数据承载地址，即所述IPv6格式的数据承载地址，是否已经转换为所述第一格式的数据承载地址，即IPv4格式的数据承载地址。如果检测到所述IPv6格式的数据承载地址已经转换成IPv4格式的数据承载地址，则根据所述IPv4格式的数据承载地址接入VoWiFi，再连接到同样为IPv4格式的彩信下载地址，下载所述彩信。如果检测到所述IPv6格式的数据承载地址没有转换成所述IPv4格式的数据承载地址，则需要根据所述移动终端的数据承载地址的格式转换需求，延时第一时段直至所述数据承载地址由所述第二格式转换为所述第一格式。于本发明实施例中，延时第一时段直至所述数据承载地址由所述第二格式转换为所述第一格式的实施方式至少包括以下几种：

第一种延时方式，等待所述数据承载地址进行格式转换时所执行的延时第一时段的操作，其延时的第一时段可以包括多个子时段，多个子时段的时长可以设置为相同，也可以设置为不同。例如，延时所述数据承载地址的格式转换操作的第一子时段，延时第一子时段的操作结束后，判断所述数据承载地址是否由所述第二格式转换为所述第一格式。如果已经完成了格式转换操作，则可以继续后续的彩信接收操作。如果没有完成格式转换操作，则延时所述数据承载格式的格式转换操作的第二子时段。在延时第二子时段的操作结束后，再次判断所述数据承载地址的格式转换操作是否完成。依次类推，或者多次循环的方式进行转换操作的延时和转换状态的判断操作，直至完成所述数据承载地址由所述第二格式转换为所述第一格式。其中，可以将所述第一子时段、所述第二子时段等所有用于延时所述数据承载地址的格式转换操作的子时段的总和时长作为所延时的第一时段的时长，所述的第一子时段、所述第二子时段等的各个子时段的时长可以自定义设置，在此不做限定。另外，各个子时段的设置可以采用逐渐减小的趋势，即第一子时段大于第二子时段，第二子时段大于第三子时段，依此类推，既能保证网络或者系统运行速度导致的延迟，也能避免较长时间的等待时限影响用户体验。

第二种延时方式，可以设定所述第一时段的时长为非固定时长。在开始执行将所述数据承载地址由所述第二格式向所述第一格式转换的操作时，启动延时所述数据承载地址的格式转换操作的第一时段的操作，将此时的时间记为启动时间。根据数据承载地址转换过程中的参数或者其他数据等监控所述数据承载地址的格式，在监测到所述数据承载地址的格式转换为所述第一格式后，停止延时第一时段的操作，并将此时的时间记为结束时间，则所述第一时段的时长为启动时间与结束时间之间的时长。

第三种延时方式，根据数据承载地址在IPv6格式和IPv4格式之间转换的测试时长，合理设置第一时段的时长，使得在该时段内，能最大程度地确保不同配置的移动终端执行IPv6格式到IPv4格式的操作均能完成。因此，于本发明实施例中，可以将延时等待的所述第一时段的时长范围设置为100ms－200ms。进一步地，所述第一时段的时长范围可以优选为100ms，既能很大程度上保证所述移动终端的数据承载地址完成由IPv6格式到IPv4格式的转换，又不至于等待时段过长影响用户体验。因此，在此种实施方式中，移动终端默认该第一时段内的时长足够完成IPv6格式到IPv4格式的转换。进行后续的数据承载和下载操作。另外，在此种延时方式，还可以在延时第一时段后再次增设判断过程。即第一时段结束后，再次判断所述第二格式的数据承载地址是否已经转换为第一格式的数据承载地址。

如果第二次判断操作后，判定所述第二格式的数据承载地址已经转换为第一格式的数据承载地址，可以根据转换后的第一格式的数据承载地址，连接到第一格式的下载地址，进行彩信下载操作。如果第二次判断后，判定所述第二格式的数据承载地址没有转换为第一格式的数据承载地址，则可以推测当前移动终端的地址格式转换功能故障。可以选择直接退出当前的彩信接收操作，并报错，以提示相关错误类型，方便移动终端进行自检。也可以设置第三次延时操作，直到完成数据承载地址的格式转换。

另外，在此种延时方式中，延时所述第一时段后，也可以省略延时后的第二次判断操作，直接推测已经完成了所述移动终端的数据承载地址的格式转换，进行后续的数据承载和下载操作。

上述第三种延时方式中，第二次延时的第二时段的时长选择可以同所述第一时段的时长选择规则，均为100ms－200ms。考虑到正常情况下，移动终端完成一次数据承载地址的格式转换操作所需要的时长一般是固定的，可以设置第二时段的时长小于所述第一时段的时长，既能保证网络或者系统运行速度导致的延迟，也能避免较长时间的等待时限影响用户体验。

上述本发明实施例提供的彩信接收方法，针对移动终端通过VoWiFi接收彩信时，彩信头中包含的彩信下载地址与移动终端的数据承载的地址格式不同，未完成格式转换时直接进行连接导致彩信下载失败的问题，在进行移动终端的数据承载地址连接到下载地址之前，增设移动终端数据承载地址的格式转换状态的判断过程。在检测到未完成格式转换时，延时第一时段后，再根据当前格式的数据承载地址连接到彩信的下载地址，完成彩信下载操作。通过设定延时时段，保证了移动终端的数据承载地址的格式转换，进而提高了移动终端通过VoWiFi进行彩信接收操作的成功率。

请参阅图4，为本发明第二实施例提供的彩信接收方法的步骤流程图。下面将结合图4，为本发明实施例提供的方法的实施过程进行具体描述。

步骤S401，判断是否检测到所述移动终端接入无线网络。

如果检测到所述移动终端接入无线网络，执行步骤S402，通过所述无线网络注册VoWiFi。

如果未检测到所述移动终端接入无线网，则跳转回步骤S401。

步骤S403，接收彩信头。

移动终端开机后，用户可以通过使能移动终端的WLAN通话功能发起网络连接，判断能否连接到无线网。如果能连接到无线网，则通过WiFI网络发起VoWiFi注册，在注册成功之后，一般会在移动终端的状态栏显示用于指示VoWiFi在线状态的图标。当VoWiFi注册成功之后，设置WLAN优先。如果不能连接到无线网，则可以继续检测网络连接状态。

步骤S404，获取所述彩信头中所包含的彩信下载地址。

获取所述彩信头后，解析所述彩信头中所包含的下载地址。下载地址的具体获取过程请参见上述实施例，不再赘述。

步骤S405，判断是否用于所述移动终端的数据承载地址格式为IPv6格式，且所述彩信下载地址为IPv4格式。

如果所述移动终端的数据承载地址格式是IPv6格式且所述彩信下载地址格式为IPv4格式，则执行步骤S406。

如果所述移动终端的数据承载地址格式不是IPv6格式或者所述下载地址格式不是IPv4格式，则执行步骤S410。

考虑到不同移动终端连入网络时，所连接网络分配给移动终端的数据承载地址的格式可能不同，因此在进行地址格式的转换操作之前，先判断所述移动终端内的数据承载地址的地址格式和下载彩信的彩信下载地址的地址格式是否需要进行地址转换操作。判断所述移动终端的数据承载地址格式是否为IPv6格式且所述彩信下载地址格式是否为IPv4格式，如果判定所述移动终端的数据承载地址格式是IPv6格式且所述彩信下载地址格式是IPv4格式，则表示需要进行所述移动终端的数据承载地址的格式转换操作。如果判定所述移动终端的数据承载地址格式不是所述IPv6格式或者所述彩信下载地址格式不是IPv4格式，则可以根据具体情况设置。

其一，所述移动终端的数据承载地址格式是IPv6格式，彩信下载地址格式是IPv6格式地址，则表明所述数据承载地址和所述下载地址的格式相同，不再需要进行地址格式转换，即可直接根据当前格式的数据承载地址，连接到当前格式的下载地址，下载彩信。其二，所述移动终端的数据承载地址是IPv4格式地址，下载地址是IPv6格式地址，则需要进行数据承载地址由IPv4到IPv6的转换，本实施例不在详述。其三，所述移动终端的数据承载地址是IPv4，且所述下载地址是IPv4，则表明所述数据承载地址和所述下载地址的格式相同，不再需要进行地址格式转换，即可直接根据当前格式的数据承载地址，连接到当前格式的下载地址，下载彩信。

步骤S406，判断所述数据承载地址的格式转换操作是否完成。

如果所述数据承载地址的格式转换操作完成，执行步骤S410。

如果数据承载地址的格式转换操作没有完成，执行步骤S407。

步骤S407，延时所述数据承载地址的格式转换操作的第一子时段。

在确定移动终端的数据承载地址的格式需要进行转换后，进行转换进度的判断。在判定没有完成所述移动终端的数据承载格式由IPv6格式转换为IPv4格式时，延时第一时段。转换进度的判断过程和第一时段的选取规则可参见上述实施例，不再赘述。

步骤S408，判断所述数据承载地址的格式转换操作是否完成。

如果所述数据承载地址的格式转换操作完成，则执行步骤S410。

步骤S409，延时所述数据承载地址的格式转换操作的第二子时段，跳转至步骤S408。

步骤S410，基于当前格式的所述数据承载地址接入所述VoWiFi，根据所述彩信下载地址，接收所述彩信。

依据上述步骤延时第一子时段，等待所述移动终端的数据承载格式由IPv6格式转换为IPv4格式。延时的第一子时段结束之后，进行第二次转换进度的判断操作。如果判断得出所述移动终端的数据承载地址由IPv6格式转换为IPv4格式，则可以根据当前IPv4格式的数据承载地址，连接到IPv4格式的下载地址，下载彩信。如果判断得出所述移动终端的数据承载地址没有由IPv6格式转换为IPv4格式，则表明延时的第一子时段内，没有完成格式转换操作。可以延时第二子时段，再次等待移动终端的数据承载地址由IPv6转换为IPv4，在依据转换后的数据承载地址连接到彩信下载地址，下载彩信。所述第一子时段和所述第二子时段的具体设置方式可以参见上述实施例，不再赘述。

需要说明的是，图4对应的实施方式中，只列举了延时操作包括延时第一子时段和延时第二子时段的例子，以便介绍本发明实施例，但本发明实施例并不局限延时时间之后判断IPv6格式是否转换为IPv4格式的次数和再次延时的次数，可以根据实际情况而设定。例如，延时第二子时段之后，再次判定IPv6格式仍未转换为IPv4格式或者IPv6格式转换为IPv4格式的操作未完成时，则延时第三子时段，依次类推，直至IPv6格式转换为IPv4格式，再执行基于当前格式的所述数据承载地址接入所述VoWiFi，根据所述彩信下载地址，接收所述彩信的步骤。

因此，本发明实施例提供的彩信接收方法，所应用的移动终端在连接到无线网后注册VoWiFi。通过VoWiFi接收彩信时，先根据所述移动终端的数据承载地址的格式和彩信下载地址的匹配状态，判断是否需要进行地址格式的转换。如果需要进行地址格式转换时，监控当前的数据承载地址的转换进度。在第一次检测到未完成转换时，延时第一子时段后，进行转换进度的二次判断。如果完成地址格式转换，则根据转换格式后的数据承载地址，连接到下载地址下载彩信。如果仍未完成移动终端的数据承载地址的格式转换，则延时第二子时段，在第二子时段的延时操作结束后，再次发起下载连接。通过前后转换进度的判断和延时操作，极大程度地保证了由于网速或者移动终端运行速度等因素造成的地址格式转换的延迟，提高了连接彩信的下载地址进行彩信下载之前的数据承载地址的格式转换的成功率，进而提高了移动终端通过VoWiFi接收彩信的成功率，提高了用户体验。

请参见图5，为本发明第三实施例提供的彩信接收装置500的功能模块图，所述彩信接收装置500用于移动终端通过VoWiFi接收彩信。本实施例所提供的彩信接收装置500可以同上一实施例提供的彩信接收装置101。所述彩信接收装置500包括：地址解析模块501、格式转换模块502、判断模块503、延时模块504和下载模块505。

所述地址解析模块501，用于获取彩信头中所包含的彩信下载地址，其中，所述彩信下载地址的格式为第一格式；

所述格式转换模块502，用于当所述移动终端的数据承载地址为第二格式时，执行将所述数据承载地址的格式由所述第二格式向所述第一格式转换的操作，其中，所述第一格式与所述第二格式不同；

所述判断模块503，用于判断所述数据承载地址的格式转换操作是否完成：

所述延时模块504，用于如果所述数据承载地址的格式转换操作没有完成，延时所述数据承载地址的格式转换操作的第一时段，直至所述数据承载地址由所述第二格式转换为所述第一格式；

下载模块505，用于基于所述第一格式的数据承载地址接入所述VoWiFi，根据所述第一格式的彩信下载地址，下载所述彩信。

在上述实施例的基础上，所述第一格式下载地址为IPv4格式，所述第二格式地址为IPv6格式。

在上述实施例的基础上，所述第一时段的时长范围为100ms－200ms。

上述本发明实施例提供的彩信接收装置，在进行移动终端的数据承载地址连接到下载地址之前，增设移动终端数据承载地址的格式转换状态的判断过程。在检测到未完成格式转换时，延时第一时段后，再根据当前格式的数据承载地址连接到彩信的下载地址，完成彩信下载操作。通过设定延时时段，保证了移动终端的数据承载地址的格式转换，进而提高了移动终端通过VoWiFi进行彩信接收操作的成功率。本发明实施例提供的彩信接收装置的具体实施过程请参见上述方法实施例，在此不再一一赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read－Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种彩信接收方法，其特征在于，用于移动终端通过VoWiFi接收彩信，所述方法包括：

获取彩信头中所包含的彩信下载地址，其中，所述彩信下载地址的格式为第一格式；

当所述移动终端数据承载地址的格式为第二格式时，执行将所述数据承载地址格式由所述第二格式向所述第一格式转换的操作，其中，所述第二格式与所述第一格式不同；

判断所述数据承载地址的格式转换操作是否完成；

若否，则延时所述数据承载地址的格式转换操作的第一时段，直至所述数据承载地址格式由所述第二格式转换为所述第一格式；

基于所述第一格式的数据承载地址接入所述VoWiFi，根据所述第一格式的彩信下载地址，下载所述彩信。

2.根据权利要求1所述的方法，其特征在于，所述第一时段的时长范围为100ms－200ms。

3.根据权利要求2所述的方法，其特征在于，所述第一时段的时长为100ms。

4.根据权利要求1所述的方法，其特征在于，延时所述数据承载地址的格式转换操作的第一时段，直至所述数据承载地址格式由所述第二格式转换为所述第一格式的步骤包括：

延时所述数据承载地址的格式转换操作的第一子时段；

判断所述数据承载地址的格式转换操作是否完成；

若否，延时所述数据承载地址的格式转换操作的第二子时段，执行判断所述数据承载地址的格式是否由所述第二格式转换为所述第一格式的步骤，直至所述数据承载地址的格式由所述第二格式转换为所述第一格式，其中，用于延时所述数据承载地址的格式转换操作的所有子时段的和作为所述第一时段。

5.根据权利要求1所述的方法，其特征在于，判断所述数据承载地址的格式是否由所述第二格式转换为所述第一格式的步骤包括：

判断当前的数据承载地址的长度是否为预设值，所述预设值为所述第一格式的长度；

若是，则判定所述数据承载地址格式由所述第二格式转换为所述第一格式。

6.根据权利要求1所述的方法，其特征在于，所述第一格式为IPv4格式，所述第二格式为IPv6格式。

7.一种彩信接收装置，其特征在于，用于移动终端通过VoWiFi接收彩信，所述装置包括：地址解析模块，用于获取彩信头中所包含的彩信下载地址，其中，所述彩信下载地址的格式为第一格式；

格式转换模块，用于当所述移动终端数据承载地址的格式为第二格式时，执行将所述数据承载地址格式由所述第二格式向所述第一格式转换的操作，其中，所述第一格式与所述第二格式不同；

判断模块，用于判断所述数据承载地址的格式转换操作是否完成；

延时模块，用于如果所述数据承载地址没有由所述第二格式转换为所述第一格式，延时所述数据承载地址的格式转换操作的第一时段，直至所述数据承载地址格式由所述第二格式转换为所述第一格式；

下载模块，用于基于所述第一格式的数据承载地址接入所述VoWiFi，根据所述第一格式的彩信下载地址，下载所述彩信。

8.根据权利要求7所述的装置，其特征在于，所述第一格式为IPv4格式，所述第二格式为IPv6格式。

9.根据权利要求7所述的装置，其特征在于，所述第一时段的时长范围为100ms－200ms。

10.一种移动终端，其特征在于，包括：存储器和处理器，所述处理器与所述存储器耦合；

所述存储器用于存储程序；

所述处理器用于调用存储在所述存储器中的存储程序，执行如权利要求1－6任一项所述方法。