CN116887200A - 一种彩信发送方法、电子设备及存储介质 - Google Patents

一种彩信发送方法、电子设备及存储介质 Download PDF

Info

Publication number
CN116887200A
CN116887200A CN202311137442.6A CN202311137442A CN116887200A CN 116887200 A CN116887200 A CN 116887200A CN 202311137442 A CN202311137442 A CN 202311137442A CN 116887200 A CN116887200 A CN 116887200A
Authority
CN
China
Prior art keywords
apn
mobile data
multimedia message
link
network
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.)
Granted
Application number
CN202311137442.6A
Other languages
English (en)
Other versions
CN116887200B (zh
Inventor
迪清华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honor Device Co Ltd
Original Assignee
Honor Device Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Honor Device Co Ltd filed Critical Honor Device Co Ltd
Priority to CN202311137442.6A priority Critical patent/CN116887200B/zh
Publication of CN116887200A publication Critical patent/CN116887200A/zh
Application granted granted Critical
Publication of CN116887200B publication Critical patent/CN116887200B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18Service support devices; Network management devices
    • H04W88/184Messaging devices, e.g. message centre

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供一种彩信发送方法、电子设备及存储介质,涉及通信控制技术领域;该方法在电子设备打开移动数据开关时,若移动数据APN和彩信APN的APN字段相同且不能合并,电子设备激活移动数据APN对应的移动数据链路,在接收到彩信消息的发送指令后,电子设备先对移动数据链路进行去激活操作,然后将相似的移动数据APN和彩信APN进行合并,激活合并后的APN对应的网络链路,以使得电子设备既可以上网也可以发送彩信,本申请解决了移动数据APN和彩信APN为相似APN时,由于彩信APN对应的彩信链路无法激活,导致彩信发送失败的问题。

Description

一种彩信发送方法、电子设备及存储介质
技术领域
本申请涉及通信控制技术领域,尤其涉及一种彩信发送方法、电子设备及存储介质。
背景技术
网络接入点(Access Point Name,APN)是指移动网络运营商为用户提动的接入点名称,用于连接移动网络,在手机上设置APN后,才能使用移动网络上网、发送彩信等。目前,电子设备中可能配置有移动数据APN和彩信APN,移动数据APN用于传输移动数据,彩信APN用于传输彩信。
在电子设备中存在移动数据APN和彩信APN时,如果移动数据APN和彩信APN为相似APN(例如,APN中的APN字段相同),电子设备不会激活彩信APN,由于彩信APN未激活,导致彩信发送失败。
发明内容
本申请提供一种彩信发送方法、电子设备及存储介质,可以降低彩信发送失败的概率。
为达到上述目的,本申请采用如下技术方案:
第一方面,本申请提供一种彩信发送方法,电子设备中存在移动数据APN和彩信APN,方法包括:
接收第一指令,所述第一指令用于指示发送彩信消息;
在确定所述移动数据APN和所述彩信APN的APN字段相同且不满足合并条件、且所述移动数据APN对应的移动数据链路的状态标志位为第一值时,所述彩信APN对应的彩信链路的状态标志位保持第二值不变,所述第一值表征所述移动数据链路处于激活状态,所述移动数据链路用于传输移动数据,所述第二值表征所述彩信链路处于未激活状态,所述彩信链路用于传输彩信消息;
将所述移动数据链路的状态标志位设置为第三值,所述第三值表征所述移动数据链路处于未激活状态;
将所述移动数据APN和所述彩信APN合并为一个APN,得到合并APN,所述移动数据APN和所述彩信APN均为所述合并VPN;
将所述合并APN对应的网络链路的状态标志位设置为第四值,所述第四值表征所述网络链路处于激活状态,所述网络链路用于传输所述移动数据和所述彩信消息;
通过所述网络链路发送所述彩信消息。
本申请中,在接收到彩信消息的发送指令后,由于移动数据APN和彩信APN的APN字段相同且不满足合并条件、且移动数据APN对应的移动数据链路处于激活状态,因此,电子设备不会对彩信APN对应的彩信链路进行激活,为了激活彩信链路,本申请先对移动数据链路进行去激活操作,使得移动数据链路处于未激活状态,然后合并移动数据APN和彩信APN,最后激活合并APN对应的网络链路,相当于激活了移动数据链路和彩信链路,使用网络链路发送彩信消息,使得彩信消息可以成功发送,本申请达到了即使移动数据APN和彩信APN的APN字段相同且不满足合并条件、且移动数据APN对应的移动数据链路处于激活状态,也可以成功发送彩信消息的效果。
作为第一方面的另一实现方式,在所述接收第一指令之后,所述方法还包括:
判断所述移动数据APN中的APN字段和所述彩信APN中的APN字段是否相同;
若所述移动数据APN中的APN字段和所述彩信APN中的APN字段相同,判断所述移动数据APN和所述彩信APN是否满足所述合并条件,所述合并条件包括所述移动数据APN中的预设字段和所述彩信APN中的所述预设字段相同。
本申请中,先判断移动数据APN字段和彩信APN的APN字段是否相同,在移动数据APN字段和彩信APN的APN字段相同时才继续进行是否合并的判断,给出了合并判断的具体步骤,简化了合并判断流程。
作为第一方面的另一实现方式,在所述接收第一指令之前,所述方法还包括:
接收第二指令,所述第二指令用于指示打开移动数据开关;
在确定所述移动数据APN和所述彩信APN的APN字段相同且不满足合并条件时,将所述移动数据APN对应的所述移动数据链路的状态标志位设置为所述第一值。
本申请中,由于只有打开移动数据开关时才能发送彩信,因此,在发送彩信之前需要打开移动数据开关,在打开移动数据开关后会确定彩信APN和移动数据APN是否需要合并,并确定了在移动数据APN和彩信APN的APN字段名相同且满足合并条件时,电子设备只激活移动数据链路,而不会对彩信APN对应的彩信链路进行激活,为后续流程的实现奠定了基础。
作为第一方面的另一实现方式,在确定所述移动数据APN和所述彩信APN的APN字段相同且不满足合并条件时,将所述移动数据APN对应的所述移动数据链路的状态标志位为所述第一值之后,所述方法还包括:
在接收到第一网络请求时,通过所述移动数据链路发送所述第一网络请求。
本申请中,在接收到用户需要上网的请求后,由于移动数据链路处于激活状态,也就是移动数据链路可以传输移动数据,因此,利用移动数据链路可以发送网络请求。
作为第一方面的另一实现方式,在所述将所述合并APN对应的网络链路的状态标志位设置为第四值之后,所述方法还包括:
在接收到第二网络请求时,通过所述网络链路发送所述第二网络请求。
本申请中,在接收到用户需要上网的请求后,由于网络链路处于激活状态,网络链路可以传输移动数据,因此,利用网络链路可以发送网络请求。
作为第一方面的另一实现方式,所述电子设备包括电话通讯模块和基带模块,所述方法还包括;
所述电话通讯模块接收第一指令,所述第一指令用于指示发送彩信消息;
在所述电话通讯模块确定所述彩信APN对应的彩信链路的状态标志位为所述第二值时,所述电话通讯模块向所述基带模块发送第一激活指令,所述第一激活指令中携带所述彩信APN;
所述基带模块接收到所述第一激活指令后,确定所述移动数据APN和所述彩信APN的APN字段相同且不满足合并条件、且所述移动数据APN对应的移动数据链路的状态标志位为所述第一值,所述基带模块对所述彩信链路的状态标志位不做更改;
所述基带模块将所述移动数据链路的状态标志位设置为所述第三值;
所述基带模块将所述移动数据APN和所述彩信APN合并为一个APN,得到所述合并APN;
所述基带模块将所述合并APN对应的网络链路的状态标志位设置为所述第四值;
所述基带模块通过所述网络链路发送所述彩信消息。
本申请中,展示了电子设备中的软件模块进行通信的过程,在电话通讯模块中确定彩信链路是否激活,若彩信链路未激活,则利用基带模块判断移动数据APN和彩信APN是否可以合并,若基带模块判断彩信APN和移动数据APN可以合并,则基带模块对激活的移动数据链路进行去激活操作,然后合并移动数据APN和彩信APN,并在基带模块激活合并后的APN,本申请利用电话通讯模块和基带模块的交互实现了即使移动数据APN和彩信APN的APN字段相同且不满足合并条件、且移动数据APN对应的移动数据链路处于激活状态,成功发送彩信消息。
作为第一方面的另一实现方式,在所述电话通讯模块接收第一指令之前,所述方法还包括:
所述电话通讯模块接收第二指令,所述第二指令用于指示打开移动数据开关;
所述电话通讯模块确定所述移动数据APN和所述彩信APN的APN字段相同且不满足合并条件,所述电话通讯模块向所述基带模块发送第二激活指令,第二激活指令携带所述移动数据APN;
所述基带模块接收到所述第二激活指令后,将所述移动数据APN对应的所述移动数据链路的状态标志位设置为所述第一值。
本申请中,电话通讯模块用于接收打开移动数据开关的指令,然后电话通讯模块判断彩信APN和移动数据APN是否需要合并,若彩信APN和移动数据APN不能合并,在基带模块激活移动数据APN对应的移动数据链路,本申请通过电话通讯模块和基带模块的交互过程,实现在基带模块中激活移动数据链路的目标。
作为第一方面的另一实现方式,所述电子设备包括网络应用程序;
在所述基带模块接收到所述第二激活指令后,将所述移动数据APN对应的所述移动数据链路的状态标志位设置为所述第一值之后,所述方法还包括:
所述网络应用程序接收第一网络请求后,向所述基带模块发送所述第一网络请求;
所述基带模块通过所述移动数据链路发送所述第一网络请求。
作为第一方面的另一实现方式,在所述网络应用程序接收第一网络请求后,向所述基带模块发送所述第一网络请求之前,所述方法还包括;
所述基带模块向所述电话通讯模块发送第一信息,所述第一信息表征所述移动数据链路处于激活状态;
所述网络应用程序从所述电话通讯模块监听所述第一信息。
本申请中,由于电通讯模块与网络应用程序进行通信,因此,在基带模块激活移动数据链路后,基带模块将移动数据链路激活成功的信息传输至电话通讯模块,网络应用程序可以从电话通讯模块中获得移动数据链路激活成功的信息,以便于网络应用程序确定何时发送网络请求可以成功,为网络应用程序发送网络请求提供了依据。
作为第一方面的另一实现方式,所述电子设备包括短信应用;
在所述基带模块将所述合并APN对应的网络链路的状态标志位设置为所述第四值之后,所述方法还包括;
所述基带模块向所述电话通讯模块发送第二信息,所述第二信息表征所述网络链路处于激活状态;
所述短信应用从所述电话通讯模块监听所述第二信息;
相应的,所述基带模块利用所述网络链路发送所述彩信消息,包括:
所述短信应用向所述基带模块发送所述彩信消息;
所述基带模块利用所述网络链路发送所述彩信消息。
本申请中,由于电通讯模块与短信应用进行通信,因此,在基带模块激活网络链路后,基带模块将网络链路激活成功的信息传输至电话通讯模块,短信应用可以从电话通讯模块中获得网络链路激活成功的信息,以便于短信应用确定何时发送彩信消息可以成功,为短信应用发送彩信消息提供了依据。
第二方面,提供一种电子设备,包括处理器,处理器用于运行存储器中存储的计算机程序,实现本申请第一方面任一项的方法。
第三方面,提供一种芯片系统,包括处理器,处理器与存储器耦合,处理器执行存储器中存储的计算机程序,以实现本申请第一方面任一项的方法。
第四方面,提供一种计算机可读存储介质,计算机可读存储介质存储有计算机程序,计算机程序被一个或多个处理器执行时实现本申请第一方面任一项的方法。
第五方面,本申请提供了一种计算机程序产品,当计算机程序产品在设备上运行时,使得设备执行本申请第一方面任一项的方法。
可以理解的是,上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述,在此不再赘述。
附图说明
图1为本申请实施例提供的一种电子设备的硬件结构示意图;
图2为本申请实施例提供的一种电子设备的软件结构示意图;
图3为本申请实施例提供的一种移动数据APN和彩信APN可以进行合并时的彩信发送方法的流程示意图;
图4为本申请实施例提供的一种安卓S版本中判断移动数据APN和彩信APN是否进行合并的方法的流程示意图;
图5为本申请实施例提供的一种安卓T版本中判断移动数据APN和彩信APN是否进行合并的方法的流程示意图;
图6为本申请实施例提供的另一种安卓S版本中判断移动数据APN和彩信APN是否进行合并的方法的流程示意图;
图7为本申请实施例提供的另一种安卓T版本中判断移动数据APN和彩信APN是否进行合并的方法的流程示意图;
图8为本申请实施例提供的另一种移动数据APN和彩信APN可以进行合并时的彩信发送方法的流程示意图;
图9为本申请实施例提供的另一种移动数据APN和彩信APN可以进行合并时的彩信发送方法的流程示意图;
图10为本申请实施例提供的一种移动数据APN和彩信APN不能进行合并时的彩信发送失败的方法的流程示意图;
图11为本申请实施例提供的另一种移动数据APN和彩信APN不能进行合并时的彩信发送失败的方法的流程示意图;
图12为本申请实施例提供的一种移动数据APN和彩信APN不能进行合并时的彩信发送成功的方法的流程示意图;
图13为本申请实施例提供的另一种移动数据APN和彩信APN不能进行合并时的彩信发送成功的方法的流程示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。
应当理解,当在本申请说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在本申请实施例中,“一个或多个”是指一个、两个或两个以上;“和/或”,描述关联对象的关联关系,表示可以存在三种关系;例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A、B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。
另外,在本申请说明书和所附权利要求书的描述中,术语“第一”、“第二”、“第三”、“第四”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
本申请实施例提供的语音唤醒方法,可以适用于平板电脑、手机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本、个人数字助理(personal digital assistant,PDA)等电子设备。本申请实施例对电子设备的具体类型不作限定。
图1示出了一种电子设备的结构示意图。电子设备100可以包括处理器110,外部存储器接口120,内部存储器121,通用串行总线(universal serial bus,USB)接口130,充电管理模块140,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,传感器模块180,按键190,马达191,摄像头193,显示屏194,以及用户标识模块( subscriberidentification module,SIM)卡接口195等。其中,传感器模块180可以包括压力传感器180A,触摸传感器180K等。
可以理解的是,本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中,电子设备100可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,存储器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。
其中,控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
处理器110中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据,可从存储器中直接调用。避免了重复存取,减少了处理器110的等待时间,因而提高了系统的效率。
USB接口130是符合USB标准规范的接口,具体可以是Mini USB接口,Micro USB接口,USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电,也可以用于电子设备100与外围设备之间传输数据。
外部存储器接口120可以用于连接外部存储卡,例如Micro SD卡,实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信,实现数据存储功能。例如将音乐,视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码,可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令,从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统,至少一个功能所需的应用程序(比如声音播放功能,图像播放功能等)。
此外,内部存储器121可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件,闪存器件,通用闪存存储器(universal flash storage,UFS)等。
充电管理模块140用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些有线充电的实施例中,充电管理模块140可以通过USB接口130接收有线充电器的充电输入。
电源管理模块141用于连接电池142,充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入,为处理器110,内部存储器121,外部存储器,显示屏194,摄像头193,和无线通信模块160等供电。
在其他一些实施例中,电源管理模块141也可以设置于处理器110中。在另一些实施例中,电源管理模块141和充电管理模块140也可以设置于同一个器件中。
电子设备100的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。
无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks,WLAN)(如无线保真(wireless fidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),全球导航卫星系统(global navigation satellite system,GNSS),调频(frequency modulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。
在一些实施例中,电子设备100的天线1和移动通信模块150耦合,天线2和无线通信模块160耦合,使得电子设备100可以通过无线通信技术与网络以及其他设备通信。
电子设备100可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音等。
音频模块170用于将数字音频信号转换成模拟音频信号输出,也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中,音频模块170可以设置于处理器110中,或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A,也称“喇叭”,用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐,或收听免提通话。
受话器170B,也称“听筒”,用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时,可以通过将受话器170B靠近人耳接听语音。
麦克风170C,也称“话筒”,“传声器”,用于将声音信号转换为电信号。当拨打电话或发送语音信息时,用户可以通过人嘴靠近麦克风170C发声,将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中,电子设备100可以设置两个麦克风170C,除了监听语音信息,还可以实现降噪功能。在另一些实施例中,电子设备100还可以设置三个,四个或更多麦克风170C,实现采集声音信号,降噪,还可以识别声音来源,实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130,也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform,OMTP)标准接口,美国蜂窝电信工业协会(cellular telecommunications industry association of the USA,CTIA)标准接口。
压力传感器180A用于感受压力信号,可以将压力信号转换成电信号。在一些实施例中,压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多,如电阻式压力传感器,电感式压力传感器,电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A,电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194,电子设备100根据压力传感器180A检测触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。
触摸传感器180K,也称“触控面板”。触摸传感器180K可以设置于显示屏194,由触摸传感器180K与显示屏194组成触摸屏,也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器,以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中,触摸传感器180K也可以设置于电子设备100的表面,与显示屏194所处的位置不同。
按键190包括开机键,音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入,产生与电子设备100的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示,也可以用于触摸振动反馈。
电子设备100通过GPU,显示屏194,以及应用处理器等实现显示功能。GPU为图像处理的微处理器,连接显示屏194和应用处理器。GPU用于执行数学和几何计算,用于图形渲染。处理器110可包括一个或多个GPU,其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像,视频等。在一些实施例中,电子设备100可以包括1个或N个显示屏194,N为大于1的正整数。
摄像头193用于捕获静态图像或视频。在一些实施例中,电子设备100可以包括1个或N个摄像头193,N为大于1的正整数。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195,或从SIM卡接口195拔出,实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口,N为大于1的正整数。
本申请实施例并未特别限定一种彩信发送方法的执行主体的具体结构,只要可以通过运行记录有本申请实施例的一种彩信发送方法的代码,以根据本申请实施例提供的一种彩信发送方法进行处理即可。例如,本申请实施例提供的一种彩信发送方法的执行主体可以是电子设备中能够调用程序并执行程序的功能模块,或者为应用于电子设备中的处理装置。
APN(Access Point Name)是网络接入点,APN是电子设备上网时必须配置的一个参数,它决定了电子设备通过哪种接入方式来访问网络。在移动通信网络中,APN用于标识和定位移动设备所需要的数据网络,可以理解为一个唯一的标识符,通过该标识符,移动设备可以连接到相应的数据网络,从而实现数据通信和互联网访问。另外,APN还是电子设备与移动网络设备之间成功建立通信链路的参数,在成功建立通信链路后电子设备才能上网、发彩信等。其中,移动网络设备(Network)由基站、核心网、网络服务器等组成。
目前,电子设备中的APN均由供应商提供,例如南非MTN运营商。供应商可以提供一个APN供用户上网和发送彩信。供应商还可以提供移动数据APN和彩信APN两个不同的APN,其中,移动数据APN用于上网,彩信APN用于发送彩信,也就是上网使用的APN和发送彩信使用的APN为不同的APN。
由于电子设备对于相似的APN仅会激活一次,相似的APN指APN字段相同的两个APN,针对电子设备中同时存在移动数据APN和彩信APN、且移动数据APN和彩信APN为相似APN的情况,为了保证电子设备可以正常上网和发送彩信,电子设备会将相似的移动数据APN和彩信APN合并为一条APN,合并后的APN既可以表征移动数据APN还可以表征彩信APN,电子设备激活合并后的APN对应的网络链路即可,网络链路既可以传输移动数据也可以传输彩信消息。如果不对相似的移动数据APN和彩信APN进行合并,电子设备只会优先对移动数据APN对应的移动数据链路进行激活,移动数据链路用于传输移动数据(用于上网),且电子设备会禁止对彩信APN对应的彩信链路进行激活,彩信链路用于传输彩信消息,导致彩信发送失败。激活后的链路能用于传输数据,未激活的链路不能传输数据。
以下,首先对可以合并的移动数据APN和彩信APN进行说明。
若移动数据APN和彩信APN中的预设字段相同,则移动数据APN和彩信APN可以进行合并。其中,预设字段包括APN字段和其他除APN字段之外的字段。
发明人发现,在供应商提供的安卓S版本及之前版本的系统中,判断移动数据APN和彩信APN是否需要合并的判断条件比较简单,而在安卓S版本之后版本中,例如安卓T版本,在判断移动数据APN和彩信APN是否需要合并时,合并条件设置的相较于之前更加复杂,导致相似的移动数据APN和彩信APN不满足合并条件,在安卓S之后的版本中相似的移动数据APN和彩信APN未能进行合并,彩信APN对应的彩信链路不能被激活,彩信消息发送失败。
为了便于说明,本申请均以安卓S版本的系统和安卓T版本的系统进行说明,但是安卓S版本的系统和安卓T版本的系统并不对本申请的方法造成限制,本申请的方法还适用于其他版本的系统。
具体的,安卓S版本及之前版本与安卓T版本中相似APN的合并条件的差异对比如下表1所示。
表1安卓S版本及之前版本与安卓T版本中相似APN的合并条件的差异对比
由上表1可知,在安卓T版本的系统中,判断两个相似APN是否需要合并时,设置的合并条件更多。两个相似APN为具有相同APN字段的移动数据APN和彩信APN。
上述,对于安卓S版本及之前版本,判断两个相似APN是否满足合并条件时,需要判断相似的两个APN中的第一预设字段是否相同,第一预设字段包括表1中的ProxyAddress、ProxyPort、Protocol、RoamingProtocol、CarrierEnabled、ProfileId、MvnoType、Mmsc、MmsProxyAddress、MmsProxyPort、NetworkTypeBitmask、ApnSetId、CarrierId、Skip464Xlat。若两个相似的APN中的第一预设字段均相同,则确定两个相似的APN满足合并条件,可以对两个相似的APN进行合并。若两个相似的APN中的第一预设字段中存在至少一个字段不同,则确定两个相似的APN不满足合并条件,不能对两个相似的APN进行合并。
对于安卓T版本来说,判断两个相似APN是否满足合并条件时,不仅需要判断相似的两个APN中的第一预设字段是否相同,还需要判断相似的两个APN中的第二预设字段是否相同,第二预设字段包括表1中的AlwaysOn、User、Password、AuthType、OperatorNumeric、MtuV4、MtuV6、LingeringNetworkTypeBitmask、LingeringNetworkTypeBitmaskPersistent。若两个相似的APN中的第一预设字段和第二预设字段均相同,则确定两个相似的APN满足合并条件,可以对两个相似的APN进行合并。若两个相似的APN中的第一预设字段和第二预设字段中存在至少一个字段不同,则确定两个相似的APN不满足合并条件,不能对两个相似的APN进行合并。例如,第二预设字段包括AuthType,移动数据APN中AuthType=“”(AuthType为空),彩信APN中AuthType=“1”,则相似的移动数据APN和彩信APN中的AuthType不同,相似的移动数据APN和彩信APN不满足合并条件,相似的移动数据APN和彩信APN不能进行合并。
安卓S版本及之前版本,运营商在提供移动数据APN和彩信APN时,如果运营商提供了相似的移动数据APN和彩信APN,那么运营商提供的相似的移动数据APN和彩信APN中的第一预设字段均相同,对于第二预设字段的内容可能存在不同,而安卓S版本和之前版本判断相似的移动数据APN和彩信APN是否满足合并条件时,只需要判断两个APN中的第一预设字段是否相同即可,不会判断两个APN中的第二预设字段是否相同,因此,电子设备在使用安卓S版本及之前版本时,即使两个APN的第二预设字段存在不同,也可以对相似的移动数据APN和彩信APN进行合并,然后激活合并后的APN对应的网络链路,安卓S版本及之前版本不会出现无法发送彩信消息的问题。
在安卓T版本时,对相似APN的合并增加了判断第二预设字段的条件,而运营商在提供相似的移动数据APN和彩信APN时,运营商对相似的移动数据APN和彩信APN中第二预设字段未进行更改,相似的移动数据APN和彩信APN中的第二预设字段仍存在不同,导致电子设备在使用安卓T版本时,由于两个APN的第二预设字段存在不同,相似的移动数据APN和彩信APN不满足合并条件,相似的移动数据APN和彩信APN不能进行合并,而电子设备对于相似的移动数据APN和彩信APN只会激活一次,而且优先激活移动数据APN对应的移动数据链路,在电子设备激活移动数据链路(移动数据APN)后,则不会对与移动数据APN相似的彩信APN(彩信APN对应的彩信链路)进行激活,导致彩信消息发送失败。
需要说明的是,上述表1中的合并条件仅是一个实施例,在实际应用中,合并条件可以根据需要进行设置,例如,合并条件可以进行增加或减少。也就是在实际应用中,第一预设字段和第二预设字段中的内容可以根据需要进行设置。
接下来先对本申请实施例涉及的电子设备的软件系统予以说明。电子设备的软件系统可以采用分层架构,事件驱动架构,微核架构,微服务架构,或云架构。本申请实施例以分层架构的安卓(Android)系统为例,对电子设备的软件系统进行示例性说明。
图2是本申请实施例提供的一种电子设备的软件系统的框图。参见图2,分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将Android系统分为四层,从上至下分别为应用程序层,系统框架层,硬件抽象层和基带层(Modem层)。
应用程序层可以包括一系列应用程序包。如图1所示,应用程序包可以包括第一应用程序、第二应用程序、第三应用程序等,其中,第一应用程序可以为设置和控制中心(SystemUI)等;第二应用程序为需要连接网络的网络应用程序,例如,微信和微博等;第三应用程序可以为短信应用,短信应用用于发送彩信消息。
系统框架层为整个系统的架构设计、模块划分等,同时系统框架层还能够为用户提供对外接口的开发、内部功能模块的设置、封装和抽象等。如图2所示,作为本申请的一个示例,系统框架层包括电话通讯模块(Telephony),相机模块(Camera),传感器模块(Sensor)等。
硬件抽象层的作用是将硬件抽象化,对底层硬件驱动进行了一层封装。如图2所示,作为本申请的一个示例,硬件抽象层包括无线接口模块(Radio Interface Layer,RIL)、相机接口模块(CameraHal)和传感器接口模块(SensorHal)等,其中,RIL主要为系统框架层和Modem层的接口提供适配,具有良好的独立性;CameraHal主要作用是为相机提供统一的驱动接口;SensorHal主要作用是为传感器提供统一的驱动接口。
Modem层包括基带模块(Modem)等,Modem层的作用可以为将数字信号转换成模拟信号,以便于信号在常用的通信线路上传输。Modem层用于与移动网络设备进行交互。
在本申请中,应用程序层主要是生成各个应用指令,例如,彩信消息的发送指令、打开移动数据开关的指令等,应用程序层将生成的应用指令发送至Telephony。Telephony接收到应用指令后判断对应的APN是否需要激活,若确定应用指令对应的APN未激活,Telephony模块通过RIL向Modem层发送APN激活指令。Modem接收到APN的激活指令后,激活APN的激活指令对应的APN。为了便于说明,本申请中使用的激活移动数据APN实际指的是激活移动数据APN对应的移动数据链路,而激活彩信APN实际指的是激活彩信APN对应的彩信链路。
在一种可实现的实施例中,结合电子设备的软件架构图和图3所示的彩信发送方法,对相似的移动数据APN和彩信APN可以合并时,电子设备成功发送彩信的过程进行说明。
S11,第一应用程序在接收到打开移动数据的操作(第二指令)后,第一应用程序向Telephony发送打开移动数据开关的指令。
在本实施例中,打开移动数据的操作为用户作用在第一应用程序(设置或控制中心)的第一界面上的打开移动数据的选项上的操作。
在实际应用中,若第一应用程序为控制中心,第一应用程序的第一界面为下拉菜单界面。
S12,Telephony接收到第一应用程序发送的打开移动数据开关的指令后,Telephony判断移动数据APN和彩信APN是否需要合并。
在一种实施例中,Telephony判断移动数据APN和彩信APN是否需要合并的方法包括:
Telephony先判断移动数据APN和彩信APN是否为相似的APN,若移动数据APN和彩信APN为相似的APN,判断移动数据APN和彩信APN是否满足合并条件,进而确定移动数据APN和彩信APN是否需要合并。
具体地,如图4所示,针对安卓S版本及之前版本,判断移动数据APN和彩信APN是否需要合并的方法包括:
S101,Telephony先判断移动数据APN和彩信APN是否为相似的APN。
相似的APN的判断方法包括:获取移动数据APN的APN字段和彩信APN的APN字段。若移动数据APN的APN字段和彩信APN的APN字段相同,则确定移动数据APN和彩信APN是相似的APN。若移动数据APN的APN字段和彩信APN的APN字段不相同,则确定移动数据APN和彩信APN不是相似的APN。
作为举例,若移动数据APN的APN字段为“id”,彩信APN的APN字段为“id”,则确定移动数据APN的APN字段和彩信APN的APN字段相同,移动数据APN和彩信APN是相似的APN。若移动数据APN的APN字段为“id”,彩信APN的APN字段为“ed”,则确定移动数据APN的APN字段和彩信APN的APN字段不相同,移动数据APN和彩信APN不是相似的APN。
S102,若移动数据APN和彩信APN为相似的APN,判断移动数据APN和彩信APN是否满足第一合并条件。
在一种实施例中,第一合并条件包括:判断移动数据APN中的第一预设字段和彩信APN中的第一预设字段是否相同。若移动数据APN中的第一预设字段和彩信APN中的第一预设字段相同,则确定移动数据APN和彩信APN满足第一合并条件。
若移动数据APN和彩信APN不为相似的APN,则确定移动数据APN和彩信APN不需要合并。
S103,若移动数据APN和彩信APN满足第一合并条件,Telephony确定移动数据APN和彩信APN需要合并。
S104,若移动数据APN和彩信APN不满足第一合并条件,Telephony确定移动数据APN和彩信APN需要合并。
具体地,如图5所示,针对安卓T版本,判断移动数据APN和彩信APN是否需要合并的方法包括:
S201,Telephony先判断移动数据APN和彩信APN是否为相似的APN。
S202,若移动数据APN和彩信APN为相似的APN,判断移动数据APN和彩信APN是否满足第二合并条件。
第一合并条件和第二合并条件不同。
在一种实施例中,第二合并条件包括:分别判断移动数据APN中的第一预设字段和彩信APN中的第一预设字段,以及移动数据APN中的第二预设字段和彩信APN中的第二预设字段是否相同。若移动数据APN中的第一预设字段和彩信APN中的第一预设字段相同、且移动数据APN中的第二预设字段和彩信APN中的第二预设字段相同,则确定移动数据APN和彩信APN满足合并条件。
S203,若移动数据APN和彩信APN满足第二合并条件,Telephony确定移动数据APN和彩信APN需要合并。
S204,若移动数据APN和彩信APN不满足第二合并条件,Telephony确定移动数据APN和彩信APN需要合并。
在另一种实施例中,如图6所示,针对安卓S版本及之前版本,判断移动数据APN和彩信APN是否需要合并的方法包括:
S301,Telephony判断移动数据APN和彩信APN是否需要第三合并条件。
在一种实施例中,第三合并条件包括:移动数据APN的APN字段与彩信APN的APN字段相同、且移动数据APN中的第一预设字段和彩信APN中的第一预设字段相同。
作为举例,彩信APN为:carrier=“MTN MMS”,apn=“myMTN”,authtype=“1”,Profile_Id=“abc”。移动数据APN为:carrier=“MTN MMS”,apn=“myMTN”,authtype=“”,Profile_Id=“abc”。第一预设字段为“Profile_Id”,由于彩信APN和移动数据APN的APN字段均为“myMTN”,彩信APN和移动数据APN的第一预设字段Profile_Id均为“abc”,则确定移动数据APN和彩信APN需要合并。
S302,若移动数据APN和彩信APN满足第三合并条件,Telephony确定移动数据APN和彩信APN需要合并。
S303,若移动数据APN和彩信APN不满足第三合并条件,Telephony确定移动数据APN和彩信APN需要合并。
在另一种实施例中,如图7所示,针对安卓T版本,判断移动数据APN和彩信APN是否需要合并的方法包括:
S401,Telephony判断移动数据APN和彩信APN是否需要第四合并条件。
在一种实施例中,第四合并条件包括:移动数据APN的APN字段与彩信APN的APN字段相同、移动数据APN中的第一预设字段和彩信APN中的第一预设字段相同、且移动数据APN中的第二预设字段和彩信APN中的第二预设字段相同。
作为举例,彩信APN为:carrier=“MTN MMS”,apn=“myMTN”,authtype=“1”,Profile_Id=“abc”。移动数据APN为:carrier=“MTN MMS”,apn=“myMTN”,authtype=“”,Profile_Id=“abc”。第一预设字段为“Profile_Id”,第二预设字段为“authtype”,由于彩信APN和移动数据APN的APN字段均为“myMTN”,彩信APN和移动数据APN的第一预设字段Profile_Id均为“abc”,彩信APN authtype和移动数据APN的第二预设字段不同,则确定移动数据APN和彩信APN不需要合并。
S402,若移动数据APN和彩信APN满足第四合并条件,Telephony确定移动数据APN和彩信APN需要合并。
S403,若移动数据APN和彩信APN不满足第四合并条件,Telephony确定移动数据APN和彩信APN需要合并。
S13,若Telephony确定移动数据APN和彩信APN需要合并,Telephony对移动数据APN和彩信APN进行合并,得到合并APN。
在本实施例中,合并APN既表征移动数据APN,同时也表征彩信APN。
Telephony对移动数据APN和彩信APN进行合并的方法为:在移动数据APN的类型字段(Type)增加彩信类型,或者,在彩信APN的类型字段(Type)增加移动数据类型。将APN的类型字段设置为移动数据类型和彩信类型,表征该APN既表征移动数据APN,也表征彩信APN。
作为举例,若移动数据APN中的Type=“default”,彩信APN中的Type=“mms”,在对移动数据APN和彩信APN进行合并后,移动数据APN中的Type=“default,mms”,或者彩信APN中的Type=“default,mms”。
得到的合并APN为在移动数据APN的类型字段(Type)增加彩信类型后的移动数据APN,或者在彩信APN的类型字段(Type)增加移动数据类型后的彩信APN。
作为举例,若移动数据APN为:
Carrier=“digital 412”;
APN=“Internet.digital.ve”;
user=“”;
server=“”;
port=“”;
AuthType=“1”
mmsProxy=“”;
Type=“default”。
彩信APN为:
Carrier=“MMS 412”;
APN=“Internet.digital.ve”;
user=“”;
server=“”;
port=“”;
AuthType=“1”
mmsProxy=“10.99.0.10”;
Type=“mms”。
将移动数据APN和彩信APN进行合并,得到的合并APN为:
Carrier=“digital 412”;
APN=“Internet.digital.ve”;
user=“”;
server=“”;
port=“”;
AuthType=“1”
mmsProxy=“”;
Type=“default,mms”。
或者,得到的合并APN为:
Carrier=“MMS 412”;
APN=“Internet.digital.ve”;
user=“”;
server=“”;
port=“”;
AuthType=“1”
mmsProxy=“10.99.0.10”;
Type=“default,mms”。
S14,Telephony向RIL发送合并APN的激活指令,合并APN的激活指令中携带合并APN。
S15,RIL在接收到Telephony发送的合并APN的激活指令后,将合并APN的激活指令转发至Modem。
S16,Modem在接收到合并APN的激活指令后,激活合并APN对应的网络链路,网络链路用于传输移动数据和彩信消息。
在本实施例中,由于合并APN既为移动数据ANP也为彩信APN,因此,利用合并APN建立的网络链路为移动数据和彩信消息的共用传输链路。
在本实施例中,激活合并APN对应的网络链路后,网络链路的状态标志位变为激活值(第四值),第四值可以为“1”或“0”等。
S17,第二应用程序(网络应用程序)接收到上网操作(也可以称为第二网络请求)后,第二应用程序向Modem发送上网请求。
在一种实施例中,上网操作可以是用户点击第二应用程序的界面上的选项的操作或用户点击第二应用程序的桌面图标的操作。例如,在第二应用程序为百度应用时,用户在百度的搜索界面上点击搜索选项的操作为上网操作。在第二应用程序为微信应用时,用户点击微信应用的桌面图标的操作为上网操作,用户点击微信应用的桌面图标后微信应用启动;或者,用户在微信的对话界面编辑文字内容后,点击发送“文字内容”的操作为上网操作。
上网请求可以为网络连接、获取网络资源、向网络发送让网络进行处理(例如向另一用户发送微信信息、删除网络资源等)的请求等。
S18,Modem接收到第二应用程序发送的上网请求后,Modem通过创建的网络链路向移动网络设备发送上网请求。
在本实施例中,由于上网请求为移动数据,而创建的网络链路可以用于移动数据的通信, Modem接收到上网请求后,检测到网络链路的状态为激活状态,也就是网络链路的状态标志位为激活值,因此,Modem确定可以利用创建的网络链路向移动网络设备成功发送上网请求。移动网络设备在接收到上网请求后,可以根据上网请求做出相应的响应,例如,若上网请求中包括查找“小说A的内容”,移动网络设备在查找到小说A的内容后,移动网络设备向第二应用程序发送小说A的内容页面。
S19,第三应用程序(短信应用)接收到彩信消息的发送指令(第一指令)后,第三应用程序向Modem发送彩信消息。
在本实施例中,彩信消息为用户通过第三应用程序编辑的信息。第三应用程序接收到用户编辑的彩信消息后,可以直接将彩信消息发送至Modem。
S20,Modem接收到彩信消息后,通过创建的网络链路向移动网络设备发送彩信消息。
在本实施例中,网络链路是由Modem创建的,因此,Modem接收到彩信消息后,则可以查询到发送彩信消息的链路是否已创建成功,若发送彩信消息的链路创建成功,Modem则通过创建成功的彩信链路发送彩信消息;若发送彩信消息的链路未创建成功,Modem则不会向移动网络设备发送彩信消息,第三应用程序发送的彩信消息将会发送失败。本实施例中,Modem已经将网络链路创建成功,网络链路可以用于发送彩信消息,Modem在接收到彩信消息后可以通过网络链路将彩信消息成功发送至移动网络设备。
本申请实施例中,由于移动数据APN和彩信APN进行了合并,因此,只需激活一个合并APN即可,激活合并APN就相当于将移动数据APN和彩信APN均激活,电子设备可以成功上网并发送彩信。
在另一种可实现的实施例中,如图8所示的彩信发送方法,对相似的移动数据APN和彩信APN可以合并时,电子设备发送彩信的方法进行说明。
S11,第一应用程序在接收到打开移动数据的操作后,第一应用程序向Telephony发送打开移动数据开关的指令。
S12,Telephony接收到第一应用程序发送的打开移动数据开关的指令后,Telephony判断移动数据APN和彩信APN是否需要合并。
S13,若Telephony确定移动数据APN和彩信APN需要合并,Telephony对移动数据APN和彩信APN进行合并,得到合并APN。
S14,Telephony向RIL发送合并APN的激活指令,合并APN的激活指令中携带合并APN。
S15,RIL在接收到Telephony发送的合并APN的激活指令后,将合并APN的激活指令转发至Modem。
S16,Modem在接收到合并APN的激活指令后,激活合并APN对应的网络链路,网络链路用于传输移动数据和彩信消息。
S21,Modem在激活合并APN后,向RIL发送合并APN激活成功的信息,或者向RIL发送网络链路激活成功的信息。
合并APN激活成功的信息和网络链路激活成功的信息均可以记为第二信息。
S22,RIL接收到合并APN激活成功的信息后,将合并APN激活成功的信息转发至Telephony。
或者RIL接收到网络链路激活成功的信息后,将网络链路激活成功的信息转发至Telephony。
S23,第二应用程序从Telephony监听到网络链路激活成功的信息,或者第二应用程序从Telephony中监听到合并APN激活成功的信息。
在第二应用程序从Telephony监听到网络链路或合并APN激活成功的信息后,第二应用程序则可以确定可以上网,也就是第二应用程序可以成功向移动网络设备发送上网请求。后续第二应用程序接收到上网操作后,可以直接向Modem发送上网请求。
在另一种实施例中,若第二应用程序未从Telephony监听到移动数据APN激活成功的信息,第二应用程序接收到上网操作后,第二应用程序可以忽略该上网操作,第二应用程序可以不向Modem发送上网请求。
S24,第三应用程序从Telephony监听到网络链路激活成功的信息,或者第三应用程序从Telephony中监听到合并APN激活成功的信息。
在本实施例中,在第三应用程序从Telephony监听到网络链路或合并APN激活成功的信息后,第三应用程序则可以确定可以发送彩信消息,也就是第三应用程序可以成功向移动网络设备发送彩信消息,后续第三应用程序在接收到彩信消息后,可以直接通过Modem将彩信消息成功发送至移动网络设备。
在另一种实施例中,若第三应用程序未从Telephony监听到彩信APN激活成功的信息,第三应用程序接收到彩信消息后,第三应用程序可以忽略该彩信消息,第三应用程序可以不向Modem发送彩信消息,彩信消息发送失败。
S17,第二应用程序接收到上网操作后,第二应用程序向Modem发送上网请求。
S18,Modem接收到第二应用程序发送的上网请求后,Modem通过创建的网络链路向移动网络设备发送上网请求。
S19,第三应用程序接收到彩信消息的发送指令后,第三应用程序向Modem发送彩信消息。
S20,Modem接收到彩信消息后,通过创建的网络链路向移动网络设备发送彩信消息。
本申请实施例中,在激活合并APN后向Telephony发送合并APN或网络链路激活成功的信息,以使得第二应用程序和第三应用程序可以从Telephony中监听到合并APN或网络链路的激活情况,进而使得第二应用程序确定是否可以上网,使第三应用程序确定是否可以发送彩信消息,避免了不必要的数据的传送,减少了电子设备的执行程序,提高了电子设备的响应速度。
在另一种可实现的实施例中,如图9所示的彩信发送方法,对相似的移动数据APN和彩信APN可以合并时,电子设备发送彩信的方法进行说明。
S11,第一应用程序在接收到打开移动数据的操作后,第一应用程序向Telephony发送打开移动数据开关的指令。
S12,Telephony接收到第一应用程序发送的打开移动数据开关的指令后,Telephony判断移动数据APN和彩信APN是否需要合并。
S13,若Telephony确定移动数据APN和彩信APN需要合并,Telephony对移动数据APN和彩信APN进行合并,得到合并APN。
S14,Telephony向RIL发送合并APN的激活指令,激活指令中携带合并APN。
S15,RIL在接收到Telephony发送的合并APN的激活指令后,将合并APN的激活指令转发至Modem。
S16,Modem在接收到合并APN的激活指令后,对合并APN对应的网络链路进行激活,网络链路用于传输移动数据和彩信消息。
S21,Modem在激活合并APN后,向RIL发送合并APN激活成功的信息,或者向RIL发送网络链路激活成功的消息。
S22,RIL接收到合并APN激活成功的信息后,将合并APN激活的信息转发至Telephony,或者将网络链路激活成功的消息转发至Telephony。
在本实施例中,RIL向Telephony转发合并APN或网络链路激活成功的信息,以便于后续发送彩信消息时,Telephony可以确定彩信链路是否激活成功。
S17,第二应用程序接收到上网操作(第二网络请求)后,第二应用程序向Modem发送上网请求。
S18,Modem接收到第二应用程序发送的上网请求后,Modem通过创建的网络链路向移动网络设备发送上网请求。
S31,第三应用程序接收到彩信消息的发送指令后,第三应用程序向Telephony发送彩信请求。
在本实施例中,第三应用程序接收到彩信消息后,第三应用程序先不向Modem发送彩信消息,第三应用程序先向Telephony发送彩信请求,以指示Telephony先判断彩信APN是否已经激活。彩信请求中可以包括彩信消息,也可以不包括彩信消息。
S32,Telephony在接收到彩信请求后,Telephony判断彩信APN已经激活,因此,不需要对彩信APN进行激活。
由于移动数据APN和彩信APN是在Telephony进行合并的,而且,Telephony接收到了Modem发送的合并APN或网络链路激活成功的信息,因此,Telephony可以确定彩信APN激活成功。
S33,第三应用程序从Telephony监听到彩信APN激活成功的信息。
S19,第三应用程序向Modem发送彩信消息。
S20,Modem接收到彩信消息后,通过创建的网络链路向移动网络设备发送彩信消息。
本申请实施例中,在发送彩信消息之前先对彩信APN的激活情况进行确定,以使得第三应用程序可以了解是否可以成功发送彩信消息,保证了彩信消息的发送成功。
在另一实施例中,执行上述步骤S11至步骤S22。
在执行步骤S22之后,执行步骤S23,第二应用程序从Telephony监听到移动数据APN激活成功的信息,或者第二应用程序从Telephony中监听到合并APN激活成功的信息。
执行上述步骤S17至步骤S20。
以上,对移动数据APN和彩信APN能进行合并时,彩信消息可以成功发送的情况进行了说明。
接下来对移动数据APN和彩信APN为相似的APN,但是由于移动数据APN和彩信APN不满足合并条件,所以相似的移动数据APN和彩信APN不能合并,导致电子设备的彩信消息发送失败的情况进行说明,也就是对本申请需要解决的问题进行说明,详见图10所示。
S41,第一应用程序在接收到打开移动数据的操作(第二指令)后,第一应用程序向Telephony发送打开移动数据开关的指令。
在本实施例中,步骤S41的说明请参照上述步骤S11的说明,在此不再赘述。
S42,Telephony接收到第一应用程序发送的打开移动数据开关的指令后,Telephony根据合并条件,确定移动数据APN和彩信APN是否需要合并。
在本实施例中,步骤S42的说明请参照上述步骤S12的说明,在此不再赘述。
S43,Telephony确定移动数据APN和彩信APN不能进行合并、且移动数据APN和彩信APN为相似的APN,Telephony向RIL发送移动数据APN的激活指令。
在本实施例中,Telephony通过移动数据APN的APN字段和彩信APN的APN字段,可以确定移动数据APN和彩信APN为相似的APN,但是移动数据APN和彩信APN不满足合并条件,因此,移动数据APN和彩信APN不能合并。又因为预先设置了移动数据APN和彩信APN的激活优先级,在移动数据APN和彩信APN为相似的APN时,优先激活移动数据APN,因此,Telephony会向RIL发送移动数据APN的激活指令,Telephony将彩信APN忽略。
移动数据APN的激活指令中可以携带移动数据APN的信息。
S44,RIL接收到移动数据APN的激活指令后,RIL向Modem转发移动数据APN的激活指令。
S45,Modem接收到移动数据APN的激活指令后,激活移动数据APN对应的用于传输移动数据的移动数据链路。
在本实施例中,激活移动数据链路后,移动数据链路的状态标志位变更为激活值(第一值),第一值表征所述移动数据链路处于激活状态。
移动数据链路是利用移动数据APN创建(或激活)的,因此,移动数据链路上可以传输移动数据,移动数据链路不能传输彩信消息。
在本实施例中,步骤S45的说明请参照上述步骤S16的说明,在此不再赘述。
S61,Modem向RIL发送移动数据APN激活成功的信息(第一信息)。
在另一种实施例中,Modem向RIL发送移动数据链路创建成功的信息(第一信息)。
S62,RIL接收到移动数据APN激活成功的信息后,RIL向Telephony转发移动数据APN激活成功的信息。
在另一种实施例中,RIL接收到移动数据链路创建成功的信息后,RIL向Telephony转发移动数据链路创建成功的信息。
Telephony将移动数据APN的状态标志位设置为激活值(第一值),和/或将移动数据APN对应的移动数据链路的状态标志位为激活值(第一值)。
在实际使用过程中,步骤S61和步骤S62可以删除。
S46,第二应用程序接收到上网操作(第一网络请求)后,第二应用程序向Modem发送上网请求(第一网络请求)。
在本实施例中,步骤S46的说明请参照上述步骤S17的说明,在此不再赘述。
S47,Modem接收到第二应用程序发送的上网请求后,Modem通过创建的移动数据链路向移动网络设备发送上网请求。
在本实施例中,Modem对上网请求进行分析,确定上网请求为移动数据;由于移动数据链路是Modem创建的, Modem在接收到上网请求后可以确定用于传输移动数据的链路已经创建完成,可以使用移动数据链路向移动网络设备发送上网请求,因此,Modem接收到上网请求后,可以通过移动数据链路成功向移动数据网络设备发送上网请求。
S48,第三应用程序接收到彩信消息的发送指令(第一指令)后,第三应用程序向Telephony发送彩信请求。
在本实施例中,步骤S48的说明请参照上述步骤S31的说明,在此不再赘述。
S49,Telephony接收到彩信请求后,对彩信APN(或彩信APN对应的彩信链路)的激活情况进行判断,确定彩信APN(或彩信APN对应的彩信链路)未激活。
在本实施例中,在接收到打开移动数据开关的之后,Telephony仅向Modem发送了移动数据APN的激活指令,因此,Telephony可以确定彩信APN未进行激活。
另外,由于Telephony在上述步骤S43中如果已经确定移动数据APN和彩信APN为相似的APN,但是移动数据APN和彩信APN并没有合并,由此,Telephony确定彩信APN未激活。
另外,Telephony中彩信APN的状态标志位为未激活值(第二值),因此,判断彩信APN处于未激活状态。或者,Telephony中彩信链路的状态标志位为未激活值(第二值),因此,判断彩信APN未激活,彩信链路未激活。
S50,Telephony向RIL发送彩信APN的激活指令。
彩信APN的激活指令中携带彩信APN的信息。
S51,RIL接收到彩信APN的激活指令后,RIL向Modem转发彩信APN的激活指令。
S52,Modem接收到彩信APN的激活指令后,Modem对彩信APN对应的彩信链路进行激活失败,彩信链路的状态标志位为未激活值(第二值)。
在本实施例中,Modem在对彩信APN激活时,Modem对移动数据APN和彩信APN进行对比,确定移动数据APN中的APN字段和彩信APN中的APN字段相同,由此确定移动数据APN和彩信APN为相似的APN。由于Modem对相似的APN仅能激活一次,Modem在对移动数据APN激活后,则无法对彩信APN进行激活,因此,彩信APN对应的彩信链路激活失败。
S53,Modem向RIL发送彩信APN或彩信链路激活失败的信息。
S54,RIL接收到彩信APN激活失败的信息后,RIL向Telephony转发彩信APN或彩信链路激活失败的信息。
Telephony接收到彩信APN或彩信链路激活失败的信息,Telephony中彩信APN的状态标志位保持未激活值不变,和/或彩信链路的状态标志位保持未激活值不变。
S55,第三应用程序从Telephony中监听到彩信APN或彩信链路激活失败的信息。
S56,第三应用程序设置彩信APN和/或彩信链路的状态标志位为未激活值(第二值)。
作为举例,第三应用程序从Telephony中监听到彩信APN激活失败的信息后,将彩信APN对应的彩信链路的状态标志未为设置为“1”。
第三应用程序设置彩信APN和/或彩信链路的状态标志位为未激活值后,第三应用程序不会通过Modem向移动网络设备发送彩信消息,也就是第三应用程序中的彩信消息发送失败。
本申请实施例中,由于移动数据APN和彩信APN为相似的APN,导致彩信APN无法激活,电子设备无法发送彩信。
如图11所示,在另一种可实现的实施例中,电子设备彩信发送失败的过程还可以包括:
S41,第一应用程序在接收到打开移动数据的操作后,第一应用程序向Telephony发送打开移动数据开关的指令。
S42,Telephony接收到第一应用程序发送的打开移动数据开关的指令后,Telephony根据合并条件,确定移动数据APN和彩信APN是否需要合并。
S43,Telephony确定移动数据APN和彩信APN不能进行合并、且移动数据APN和彩信APN为相似的APN,Telephony向RIL发送移动数据APN的激活指令。
S44,RIL接收到移动数据APN的激活指令后,RIL将移动数据APN的激活指令转发至Modem。
S45,Modem接收到移动数据APN的激活指令后,对移动数据APN进行激活,利用激活的移动数据APN创建Modem与移动网络设备进行移动数据通信的移动数据链路。
S61,Modem向RIL发送移动数据APN激活成功的信息。
在另一种实施例中,Modem向RIL发送移动数据链路创建成功的信息。
S62,RIL接收到移动数据APN激活成功的信息后,RIL向Telephony转发移动数据APN激活成功的信息。
在另一种实施例中,RIL接收到移动数据链路创建成功的信息后,RIL向Telephony转发移动数据链路创建成功的信息。
S63,第二应用程序从Telephony监听到移动数据APN激活成功的信息。
在本实施例中,第二应用程序从Telephony监听到移动数据APN激活成功的信息后,第二应用程序将移动数据APN的状态标志位和/或移动网络链路的状态标志位设置为激活值(第一值),第二应用程序则可以确定第二应用程序可以与移动网络设备进行通信,第二应用程序可以通过Modem向移动网络设备发送上网请求。
在另一中实施例中,第二应用程序从Telephony中监听到移动数据链路创建成功的信息(第一信息)。
S46,第二应用程序接收到上网操作后,第二应用程序向Modem发送上网请求。
S47,Modem接收到第二应用程序发送的上网请求后,Modem通过创建的移动数据链路向移动网络设备发送上网请求。
S48,第三应用程序接收到彩信消息后,第三应用程序向Telephony发送彩信请求。
S49,Telephony接收到彩信请求后,对彩信APN的激活情况进行判断,确定彩信APN未激活。
在本实施例中,Telephony未接收到Modem通过RIL返回的彩信APN激活成功的信息,因此,Telephony确定彩信APN未激活。
S50,Telephony向RIL发送彩信APN的激活指令。
S51,RIL接收到彩信APN的激活指令后,RIL向Modem转发彩信APN的激活指令。
S52,Modem接收到彩信APN的激活指令后,Modem对彩信APN进行激活时,确定对彩信APN进行激活失败。
S53,Modem向RIL发送彩信APN激活失败的信息。
S54,RIL接收到彩信APN激活失败的信息后,RIL向Telephony转发彩信APN激活失败的信息。
S55,第三应用程序从Telephony中监听到彩信APN激活失败的信息。
S56,第三应用程序设置彩信APN和/或彩信链路的状态标志位为未激活值。
在另一种可实现的实施例中,电子设备彩信发送失败的过程还可以包括:
执行上述步骤S41至步骤S55的过程。
在步骤S55之后,第三应用程序向Modem发送彩信消息。由于Modem未激活彩信链路,Modem不会向移动网络设备发送彩信消息,或者,Modem向移动网络设备发送彩信消息失败。
在另一种可实现的实施例中,电子设备彩信发送失败的过程还可以包括:
执行上述步骤S41至步骤S52的过程。
在步骤S52之后,第三应用程序向Modem发送彩信消息。由于Modem未激活彩信链路,Modem不会向移动网络设备发送彩信消息,或者,Modem向移动网络设备发送彩信消息失败。
以上介绍了本申请需要解决的问题,也就是在移动数据APN和彩信APN为两个相似的APN,且移动数据APN和彩信APN不满足合并条件的情况下,导致彩信APN无法激活,彩信发送失败的问题。
为了解决上述问题,现有的一个方法是与运营商协商,让运营商将相似的移动数据APN和彩信APN中预设字段(合并条件中的预设字段,例如上述第一预设字段和第二预设字段)配置为相同的字段,已达到移动数据APN和彩信APN可以进行合并的效果。但是,该方法需要运营商的配合,实现起来比较麻烦。
本申请提出的彩信发送方法在不改变运营商提供的程序的基础上,增加了相似APN合并自适应的处理方法,以使得电子设备既可以上网也可以发送彩信消息。本申请具体方法包括:若电子设备的上层Telephony未对相似的移动数据APN和彩信APN进行合并,在发送彩信消息时在利用下层Modem对相似的移动数据APN和彩信APN进行合并,达到相似的移动数据APN和彩信APN合并激活的效果。本申请不用运营商的配合,简单方便,适用于所有版本的系统。
以下结合图12,对本申请提出的电子设备的彩信发送方法进行说明。
S71,第一应用程序在接收到打开移动数据的操作(第二指令)后,第一应用程序向Telephony发送打开移动数据开关的指令。
S72,Telephony接收到第一应用程序发送的打开移动数据开关的指令后,Telephony根据合并条件,确定移动数据APN和彩信APN是否需要合并。
S73,Telephony确定移动数据APN和彩信APN不能进行合并,且移动数据APN和彩信APN为相似的APN,Telephony向RIL发送移动数据APN的激活指令(第二激活指令)。
在本实施例中,Telephony可以确定移动数据APN和彩信APN为相似的APN,而且移动数据APN和彩信APN不满足合并条件,因此,移动数据APN和彩信APN不能进行合并。
S74,RIL接收到移动数据APN的激活指令(第二激活指令)后,RIL将移动数据APN的激活指令转发至Modem。
S75,Modem接收到移动数据APN的激活指令后,激活移动数据APN对应的用于传输移动数据的移动数据链路,激活移动数据链路后,移动数据链路的状态标志位设置为激活值(第一值)。
S76,第二应用程序接收到上网操作(第一网络请求)后,第二应用程序向Modem发送上网请求(第一网络请求)。
S77,Modem接收到第二应用程序发送的上网请求(第一网络请求)后,Modem通过创建的移动数据链路向移动网络设备发送上网请求(第一网络请求)。
S78,第三应用程序接收到彩信消息的发送指令(第一指令)后,第三应用程序向Telephony发送彩信请求(第一指令)。
S79,Telephony接收到彩信请求后,对彩信APN的激活情况进行判断,确定彩信APN未激活。彩信APN和/或彩信APN对应的彩信链路的状态标志为第二值,第二值表征彩信APN和/或彩信APN对应的彩信链路处于未激活状态。
S80,Telephony向RIL发送彩信APN的激活指令(第一激活指令)。
S81,RIL接收到彩信APN的激活指令后,RIL向Modem转发彩信APN的激活指令。
S82,Modem接收到彩信APN的激活指令(第一激活指令)后,判断移动数据APN和彩信APN是否为相似的APN,进而确定移动数据APN和彩信APN为相似的APN,且相似的移动数据APN和彩信APN未进行合并。基带模块对彩信链路的状态标志位不做更改,彩信链路的状态标志位处于未激活值(第二值)。
在本实施例中,在Modem接收到彩信APN的激活指令后,还可以直接对彩信APN进行激活操作,在对彩信APN进行激活失败后,判断移动数据APN和彩信APN是否为相似的APN,进而确定移动数据APN和彩信APN为相似的APN,且相似的移动数据APN和彩信APN未进行合并。
由于对APN的激活均在Modem中执行,因此,Modem可以确定对移动数据APN进行了激活操作,对移动数据APN和彩信APN进行合并后的APN未进行激活,因此,确定移动数据APN和彩信APN未进行合并。
另外,根据彩信链路的状态标志位也可以确定彩信链路未激活。
S83,Modem对移动数据APN对应的移动数据链路进行去激活,移动数据链路的状态标志位更新为未激活值(第三值),第三值表征移动数据链路处于未激活状态。
在本实施例中,为了对相似的移动数据APN和彩信APN进行合并,并激活移动数据APN和彩信APN合并后的APN,可以对移动数据APN进行去激活,以使得移动数据APN处于未激活状态。
在本实施例中,去激活也就是终止激活状态的操作,进而达到释放网络连接的效果。
S84,Modem对移动数据APN和彩信APN进行合并,得到合并APN;Modem激活合并APN对应的网络链路。网络链路的状态标志位更新为第四值,第四值表征网络链路处于激活状态。
在本实施例中,由于移动数据APN已经去激活,因此,Modem可以对去激活后的移动数据APN和未激活的彩信APN进行合并。Modem对移动数据APN和彩信APN进行合并的过程与上述Telephony对移动数据APN和彩信APN进行合并的过程相同,在此不再赘述。
S85,Modem在激活合并APN后,向RIL发送彩信APN或网络链路激活成功的信息(第二信息)。
在另一种实施例中,Modem在激活合并APN后,向RIL发送合并APN激活成功的信息。
S86,RIL向Telephony转发彩信APN或网络链路激活成功的信息(第二信息)。
在本实施例中,Telephony接收到彩信APN或网络链路激活成功的信息后,将彩信APN和/或彩信链路的状态标志位设置为激活值,和/或将网络链路的状态标志位设置为激活值(第四值),表征彩信APN或彩信链路处于激活状态。
S87,第三应用程序从Telephony中监听到彩信APN或网络链路激活成功的信息。
第三应用程序监听到彩信APN或网络链路激活成功的信息后,将彩信APN和/或网络链路的状态标志位设置为激活值(第四值),表征彩信APN或网络链路处于激活状态。
S88,第三应用程序向Modem发送彩信消息。
在本实施例中,彩信消息包括用户需要发送的彩信的具体内容,例如,用户需要发送图片A,则彩信消息中包括图片A。
S89,Modem通过创建的网络链路发送彩信消息。
本申请实施例中,在移动数据APN和彩信APN为相似APN时,若移动数据APN和彩信APN在上层Telephony中未合并,也就是彩信APN未激活,那么在发送彩信时,在下层Modem先对移动数据APN进行去激活,然后再将移动数据APN和彩信APN进行合并,对合并后的移动数据APN和彩信APN进行激活。本申请即使在上层未对彩信APN激活时,在下层也可以对移动数据APN和彩信APN进行合并并激活,达到了移动数据APN和彩信APN合并激活的目的,使电子设备可以成功发送彩信。
如图13所示,在另一种实施例中,对本申请提出的电子设备的彩信发送方法进行说明。
S71,第一应用程序在接收到打开移动数据的操作后,第一应用程序向Telephony发送打开移动数据开关的指令。
S72,Telephony接收到第一应用程序发送的打开移动数据开关的指令后,Telephony根据合并条件,确定移动数据APN和彩信APN是否需要合并。
S73,Telephony确定移动数据APN和彩信APN不能进行合并,Telephony向RIL发送移动数据APN的激活指令。
S74,RIL接收到移动数据APN的激活指令后,RIL将移动数据APN的激活指令转发至Modem。
S75,Modem接收到移动数据APN的激活指令后,激活移动数据APN对应的移动数据链路,移动数据链路的状态标志位设置为激活值。
S61,Modem向RIL发送移动数据APN或移动数据链路激活成功的信息(第一信息)。
在另一种实施例中,Modem向RIL发送移动数据链路创建成功的信息。
S62,RIL在接收到移动数据APN或移动数据链路激活成功的信息后,RIL向Telephony转发移动数据APN或移动数据链路激活成功的信息。
S63,第二应用程序从Telephony中监听到移动数据APN或移动数据链路激活成功的信息。
第二应用程序监听到移动数据APN或移动数据连裤激活成功的信息,将移动数据APN和/或移动数据链路的状态标志位设置为激活值。
在实际应用中,步骤S63可以省略。
S76,第二应用程序接收到上网操作后,第二应用程序向Modem发送上网请求。
S77,Modem接收到第二应用程序发送的上网请求后,Modem通过创建的移动数据链路向移动网络设备发送上网请求。
S78,第三应用程序接收到彩信消息的发送指令后,第三应用程序向Telephony发送彩信请求。
S79,Telephony接收到彩信请求后,对彩信APN的激活情况进行判断,确定彩信APN未激活,也就是彩信APN或彩信链路的状态标志位为未激活值。
S80,Telephony向RIL发送彩信APN的激活指令。
S81,RIL接收到彩信APN的激活指令后,RIL向Modem转发彩信APN的激活指令。
S82,Modem接收到彩信APN的激活指令后,判断移动数据APN和彩信APN是否为相似的APN,进而确定移动数据APN和彩信APN为相似的APN,且相似的移动数据APN和彩信APN未进行合并。
S83,Modem对移动数据APN(移动数据APN对应的移动数据链路)进行去激活,移动数据链路的状态标志位更新为未激活值,未激活值表征移动数据链路处于未激活状态。
S84,Modem对移动数据APN和彩信APN进行合并,得到合并APN;Modem激活合并APN对应的网络链路。
S85,Modem在激活合并APN后,向RIL发送彩信APN或网络链路激活成功的信息。
S86,RIL向Telephony转发彩信APN或网络链路激活成功的信息。
S87,第三应用程序从Telephony中监听到彩信APN或彩信链路激活成功的信息。
S88,第三应用程序向Modem发送彩信消息。
S89,Modem通过创建的网络链路发送彩信消息。
在本实施例中,在步骤S84之后,若第二应用程序接收到上网操作后,第二应用程序向Modem发送上网请求。Modem接收到第二应用程序发送的上网请求后,Modem通过创建的网络链路向移动网络设备发送上网请求。
在另一种实施例中,若移动数据APN和彩信APN不是相似的APN,则Modem可以对移动数据APN和彩信APN分别进行激活,并利用激活的移动数据APN创建用于传输移动数据的移动数据链路,利用激活的彩信APN创建用于传输彩信的彩信链路。
具体地,执行上述步骤S71至步骤S72后,Telephony确定移动数据APN和彩信APN为不相似的APN,Telephony向RIL分别发送移动数据APN的激活指令和彩信APN的激活指令。RIL接收到移动数据APN的激活指令和彩信APN的激活指令后,RIL向Modem转发移动数据APN和彩信APN。Modem接收到移动数据APN和彩信APN后,Modem激活移动数据APN,Modem利用激活的移动数据APN创建移动数据链路;Modem激活彩信APN,Modem利用激活的彩信APN创建彩信链路。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本申请实施例还提供了一种计算机可读存储介质,计算机可读存储介质存储有计算机程序,计算机程序被处理器执行时可实现上述各个方法实施例中的步骤。
本申请实施例还提供了一种计算机程序产品,当计算机程序产品在第一设备上运行时,使得第一设备可实现上述各个方法实施例中的步骤。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,计算机程序包括计算机程序代码,计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质至少可以包括:能够将计算机程序代码携带到第一设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质。例如U 盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区,根据立法和专利实践,计算机可读介质不可以是电载波信号和电信信号。
本申请实施例还提供了一种芯片系统,芯片系统包括处理器,处理器与存储器耦合,处理器执行存储器中存储的计算机程序,以实现本申请任一方法实施例的步骤。芯片系统可以为单个芯片,或者多个芯片组成的芯片模组。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及方法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。

Claims (12)

1.一种彩信发送方法,其特征在于,电子设备中存在移动数据APN和彩信APN,所述方法包括:
接收第一指令,所述第一指令用于指示发送彩信消息;
在确定所述移动数据APN和所述彩信APN的APN字段相同且不满足合并条件、且所述移动数据APN对应的移动数据链路的状态标志位为第一值时,所述彩信APN对应的彩信链路的状态标志位保持第二值不变,所述第一值表征所述移动数据链路处于激活状态,所述移动数据链路用于传输移动数据,所述第二值表征所述彩信链路处于未激活状态,所述彩信链路用于传输彩信消息;
将所述移动数据链路的状态标志位设置为第三值,所述第三值表征所述移动数据链路处于未激活状态;
将所述移动数据APN和所述彩信APN合并为一个APN,得到合并APN,所述移动数据APN和所述彩信APN均为所述合并VPN;
将所述合并APN对应的网络链路的状态标志位设置为第四值,所述第四值表征所述网络链路处于激活状态,所述网络链路用于传输所述移动数据和所述彩信消息;
通过所述网络链路发送所述彩信消息。
2.如权利要求1所述的方法,其特征在于,在所述接收第一指令之后,所述方法还包括:
判断所述移动数据APN中的APN字段和所述彩信APN中的APN字段是否相同;
若所述移动数据APN中的APN字段和所述彩信APN中的APN字段相同,判断所述移动数据APN和所述彩信APN是否满足所述合并条件,所述合并条件包括所述移动数据APN中的预设字段和所述彩信APN中的所述预设字段相同。
3.如权利要求1所述的方法,其特征在于,在所述接收第一指令之前,所述方法还包括:
接收第二指令,所述第二指令用于指示打开移动数据开关;
在确定所述移动数据APN和所述彩信APN的APN字段相同且不满足合并条件时,将所述移动数据APN对应的所述移动数据链路的状态标志位设置为所述第一值。
4.如权利要求3所述的方法,其特征在于,在确定所述移动数据APN和所述彩信APN的APN字段相同且不满足合并条件时,将所述移动数据APN对应的所述移动数据链路的状态标志位为所述第一值之后,所述方法还包括:
在接收到第一网络请求时,通过所述移动数据链路发送所述第一网络请求。
5.如权利要求1至4任一项所述的方法,其特征在于,在所述将所述合并APN对应的网络链路的状态标志位设置为第四值之后,所述方法还包括:
在接收到第二网络请求时,通过所述网络链路发送所述第二网络请求。
6.如权利要求1所述的方法,其特征在于,所述电子设备包括电话通讯模块和基带模块,所述方法还包括;
所述电话通讯模块接收第一指令,所述第一指令用于指示发送彩信消息;
在所述电话通讯模块确定所述彩信APN对应的彩信链路的状态标志位为所述第二值时,所述电话通讯模块向所述基带模块发送第一激活指令,所述第一激活指令中携带所述彩信APN;
所述基带模块接收到所述第一激活指令后,确定所述移动数据APN和所述彩信APN的APN字段相同且不满足合并条件、且所述移动数据APN对应的移动数据链路的状态标志位为所述第一值,所述基带模块对所述彩信链路的状态标志位不做更改;
所述基带模块将所述移动数据链路的状态标志位设置为所述第三值;
所述基带模块将所述移动数据APN和所述彩信APN合并为一个APN,得到所述合并APN;
所述基带模块将所述合并APN对应的网络链路的状态标志位设置为所述第四值;
所述基带模块通过所述网络链路发送所述彩信消息。
7.如权利要求6所述的方法,其特征在于,在所述电话通讯模块接收第一指令之前,所述方法还包括:
所述电话通讯模块接收第二指令,所述第二指令用于指示打开移动数据开关;
所述电话通讯模块确定所述移动数据APN和所述彩信APN的APN字段相同且不满足合并条件,所述电话通讯模块向所述基带模块发送第二激活指令,第二激活指令携带所述移动数据APN;
所述基带模块接收到所述第二激活指令后,将所述移动数据APN对应的所述移动数据链路的状态标志位设置为所述第一值。
8.如权利要求7所述的方法,其特征在于,所述电子设备包括网络应用程序;
在所述基带模块接收到所述第二激活指令后,将所述移动数据APN对应的所述移动数据链路的状态标志位设置为所述第一值之后,所述方法还包括:
所述网络应用程序接收第一网络请求后,向所述基带模块发送所述第一网络请求;
所述基带模块通过所述移动数据链路发送所述第一网络请求。
9.如权利要求8所述的方法,其特征在于,在所述网络应用程序接收第一网络请求后,向所述基带模块发送所述第一网络请求之前,所述方法还包括;
所述基带模块向所述电话通讯模块发送第一信息,所述第一信息表征所述移动数据链路处于激活状态;
所述网络应用程序从所述电话通讯模块监听所述第一信息。
10.如权利要求6所述的方法,其特征在于,所述电子设备包括短信应用;
在所述基带模块将所述合并APN对应的网络链路的状态标志位设置为所述第四值之后,所述方法还包括;
所述基带模块向所述电话通讯模块发送第二信息,所述第二信息表征所述网络链路处于激活状态;
所述短信应用从所述电话通讯模块监听所述第二信息;
相应的,所述基带模块利用所述网络链路发送所述彩信消息,包括:
所述短信应用向所述基带模块发送所述彩信消息;
所述基带模块利用所述网络链路发送所述彩信消息。
11.一种电子设备,其特征在于,所述电子设备包括处理器,所述处理器用于运行存储器中存储的计算机程序,以使得所述电子设备实现如权利要求1至10任一项所述的方法。
12.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,计算机程序被一个或多个处理器执行时实现如权利要求1至10任一项所述的方法。
CN202311137442.6A 2023-09-05 2023-09-05 一种彩信发送方法、电子设备及存储介质 Active CN116887200B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311137442.6A CN116887200B (zh) 2023-09-05 2023-09-05 一种彩信发送方法、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311137442.6A CN116887200B (zh) 2023-09-05 2023-09-05 一种彩信发送方法、电子设备及存储介质

Publications (2)

Publication Number Publication Date
CN116887200A true CN116887200A (zh) 2023-10-13
CN116887200B CN116887200B (zh) 2023-11-10

Family

ID=88266646

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311137442.6A Active CN116887200B (zh) 2023-09-05 2023-09-05 一种彩信发送方法、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN116887200B (zh)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090023426A1 (en) * 2007-07-20 2009-01-22 Cisco Technology, Inc. Intelligent real access point name (apn) selection using virtual apns
CN101888603A (zh) * 2010-03-22 2010-11-17 宇龙计算机通信科技(深圳)有限公司 一种收发彩信的方法、装置及移动终端
CN106412857A (zh) * 2016-10-18 2017-02-15 努比亚技术有限公司 发送彩信的方法及装置
US20170054600A1 (en) * 2014-04-24 2017-02-23 Pismo Labs Technology Limited Methods and systems for configuring system
CN106792580A (zh) * 2016-12-14 2017-05-31 深圳市万普拉斯科技有限公司 发送彩信的方法和装置
CN106792583A (zh) * 2017-01-17 2017-05-31 广东欧珀移动通信有限公司 一种彩信发送的方法及终端
CN108271126A (zh) * 2016-12-30 2018-07-10 展讯通信(上海)有限公司 彩信接收实现方法、装置及多卡终端
US20220116750A1 (en) * 2020-10-08 2022-04-14 Mediatek Inc. Configuration enhancements on access point name (apn) or data network name (dnn) selection in user equipment (ue)
CN114885395A (zh) * 2022-07-08 2022-08-09 荣耀终端有限公司 数据通信方法、电子设备及计算机存储介质

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090023426A1 (en) * 2007-07-20 2009-01-22 Cisco Technology, Inc. Intelligent real access point name (apn) selection using virtual apns
CN101888603A (zh) * 2010-03-22 2010-11-17 宇龙计算机通信科技(深圳)有限公司 一种收发彩信的方法、装置及移动终端
US20170054600A1 (en) * 2014-04-24 2017-02-23 Pismo Labs Technology Limited Methods and systems for configuring system
CN106412857A (zh) * 2016-10-18 2017-02-15 努比亚技术有限公司 发送彩信的方法及装置
CN106792580A (zh) * 2016-12-14 2017-05-31 深圳市万普拉斯科技有限公司 发送彩信的方法和装置
CN108271126A (zh) * 2016-12-30 2018-07-10 展讯通信(上海)有限公司 彩信接收实现方法、装置及多卡终端
CN106792583A (zh) * 2017-01-17 2017-05-31 广东欧珀移动通信有限公司 一种彩信发送的方法及终端
US20220116750A1 (en) * 2020-10-08 2022-04-14 Mediatek Inc. Configuration enhancements on access point name (apn) or data network name (dnn) selection in user equipment (ue)
CN114885395A (zh) * 2022-07-08 2022-08-09 荣耀终端有限公司 数据通信方法、电子设备及计算机存储介质

Also Published As

Publication number Publication date
CN116887200B (zh) 2023-11-10

Similar Documents

Publication Publication Date Title
CN113613238B (zh) 一种sim模块的管理方法及电子设备
US20220039179A1 (en) Bluetooth Connection Method and Device
CN112789934B (zh) 一种蓝牙服务的查询方法及电子设备
US20220159453A1 (en) Method for Using Remote SIM Module and Electronic Device
US10827455B1 (en) Method and apparatus for sending a notification to a short-range wireless communication audio output device
WO2023020618A1 (zh) 基于蓝牙的设备连接方法、装置、电子设备及存储介质
CN113709906B (zh) 无线音频系统、无线通讯方法及设备
CN116887200B (zh) 一种彩信发送方法、电子设备及存储介质
CN115643339B (zh) 调节音量的方法、电子设备及计算机可读存储介质
WO2023116056A1 (zh) 通话处理方法及装置
CN105101470A (zh) 一种通话系统及方法
WO2020107169A1 (zh) 一种音频模式校正的方法、装置及电子设备
CN116744244B (zh) 一种通信方法、存储介质及电子设备
WO2023236659A1 (zh) 随卡配置特性的配置管理方法及电子设备
CN115065998B (zh) 通话处理方法及装置
CN117041465B (zh) 一种视频通话的优化方法、电子设备及存储介质
CN116709582B (zh) 辅助通话的方法和电子设备
CN116048679B (zh) 一种图层的处理方法、电子设备及可读存储介质
WO2023207138A1 (zh) 一种来电通知系统和电子设备
CN116048872B (zh) 一种数据克隆过程的管控方法、电子设备及存储介质
CN117714995A (zh) 无线连接方法、电子设备、无线路由器及存储介质
CN117812548A (zh) 一种分布式通话方法及电子设备
CN117714983A (zh) 电子设备的控制方法、电子设备、无线路由器及存储介质
CN117812547A (zh) 一种通话转移方法及电子设备
CN117915308A (zh) 一种去电方法及电子设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant