CN103391519A - 一种短消息处理方法及其装置 - Google Patents
一种短消息处理方法及其装置 Download PDFInfo
- Publication number
- CN103391519A CN103391519A CN2012101400924A CN201210140092A CN103391519A CN 103391519 A CN103391519 A CN 103391519A CN 2012101400924 A CN2012101400924 A CN 2012101400924A CN 201210140092 A CN201210140092 A CN 201210140092A CN 103391519 A CN103391519 A CN 103391519A
- Authority
- CN
- China
- Prior art keywords
- short message
- recipient
- processing mode
- network element
- information
- 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
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种短消息处理方法及其装置,涉及通信领域。本发明公开的短消息处理方法包括:第一网元设备获取与短消息的接收方相关的信息,根据所获取的信息确定发往接收方的短消息的处理方式;其中,与短消息的接收方相关的信息包括如下一种或几种:用于指示发送方与接收方之间是否允许传输短消息的消息传输标识、用于指示是否进行内容检查操作的内容检查标识、接收方签约的业务的业务标识、用于指示短消息所属业务类别的业务类别标识。本发明还公开了一种短消息处理装置。本申请技术方案解决了现有通讯系统无法有效地防止短消息攻击所导致的运行资源浪费的技术问题,达到了防止短消息攻击的效果,进而避免了运行资源的浪费。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种短消息处理方法及其装置。
背景技术
短消息系统(Short Message System,简称为SMS)是由第三代合作伙伴计划(3rd Generation Partnership Project,简称为3GPP)提出的一种非实时通讯系统,该系统主要包括短消息服务中心(SMS-Service Center,简称为SMS-SC),其用于接收来自用户设备或其他设备发送的短消息(发往SMS-SC的短消息称为起呼短消息(Mobile Originating Short Message,简称为MO-SM)),并存储转发给目标,该目标可以是终端设备(包括用户设备),也可以是应用服务器(SMS-SC发出的短消息称为终呼短消息(MobileTerminating Short Message,简称为MT-SM))。终呼短消息通过终端设备接入的网络的网络控制单元(比如移动交换中心(Mobile Switch Center,简称为MSC)、服务通用分组无线业务支撑节点(Serving General packet radioservice support node,简称为SGSN)、或移动性管理实体(Mobile ManagementEntity,简称MME))转发给终端设备,也可能由IP短消息网关(IP-SM-GW)通过IP网络转发给终端设备。
短消息系统可以为其他应用提供消息发送平台,比如机器类型通讯就使用机器类型通讯交互功能(Machine Type Communication-Inter-WorkingFunction,简称为MTC-IWF)实体与SMS-SC交互,以通过短消息实现对终端应用的触发。机器类型通讯(MTC)终端如果是无人值守的设备,其运行资源(例如电力资源)十分宝贵,如果处理错误或无用短消息会消耗其有限的运行资源。
发明内容
本发明所要解决的技术问题是,提供一种短消息处理方法及其装置,以解决现有通讯系统中资源浪费的问题。
为了解决上述技术问题,本发明公开了一种短消息处理方法,包括:
第一网元设备获取与短消息的接收方相关的信息,根据所获取的信息确定发往所述接收方的短消息的处理方式;
其中,所述与短消息的接收方相关的信息包括如下一种或几种:
用于指示发送方与接收方之间是否允许传输短消息的消息传输标识、用于指示是否进行内容检查操作的内容检查标识、接收方签约的业务的业务标识、用于指示短消息所属业务类别的业务类别标识。
较佳地,上述方法中,所述第一网元设备根据所获取的与短消息的接收方相关的信息确定所述短消息的处理方式的过程如下:
所述第一网元设备仅根据所获取的所述信息中的消息传输标识确定所述短消息的处理方式,其中,所述消息传输标识指示发送方与接收方之间不允许传输短消息时,则所述第一网元设备确定所述短消息的处理方式为拒绝发送短消息。
较佳地,上述方法中,所述第一网元设备根据所获取的与短消息的接收方相关的信息确定所述短消息的处理方式的过程如下:
所述第一网元设备根据所获取的所述信息中的消息传输标识和接收方签约的业务的业务标识确定所述短消息的处理方式,其中,仅当所述消息传输标识指示发送方与接收方之间不允许传输短消息,且所述接收方签约的业务的业务标识指示所述接收方签约了指定业务时,所述第一网元设备确定所述短消息的处理方式为拒绝发送短消息。
较佳地,上述方法中,所述第一网元设备根据所获取的与短消息的接收方相关的信息确定所述短消息的处理方式的过程如下:
所述第一网元设备根据所获取的所述信息中的消息传输标识、接收方签约的业务的业务标识和业务类别标识确定所述短消息的处理方式,其中,仅当所述消息传输标识指示发送方与接收方之间不允许传输短消息,且所述接收方签约的业务的业务标识指示所述接收方签约了指定业务,且所述类别标识指示所述短消息与所述指定业务无关时,所述第一网元设备确定所述短消息的处理方式为拒绝发送短消息。
较佳地,上述方法中,所述第一网元设备根据所获取的与短消息的接收方相关的信息确定所述短消息的处理方式的过程如下:
所述第一网元设备根据所获取的所述信息中的内容检查标识和接收方签约的业务的业务标识确定发往所述接收方的短消息的处理方式,其中,仅当所述内容检查标识指示进行内容检查操作,且所述接收方签约的业务的业务标识指示所述接收方签约了指定业务时,所述第一网元设备确定所述短消息的处理方式为对所述短消息执行内容检查。
较佳地,上述方法中,所述第一网元设备为如下任一种:
短消息处理实体、网关设备、用户签约数据存储网元。
较佳地,上述方法中,所述第一网元设备获取与短消息的接收方相关的信息的过程如下:
所述第一网元设备从本地、或从其他网元设备中、或从本地和其他网元设备中获取接收方相关的信息。
较佳地,上述方法中,所述其他网元设备为如下一种或几种:
网关设备、短消息处理实体、用户签约数据存储网元。
较佳地,上述方法还包括:所述第一网元设备确定发往所述接收方的短消息的处理方式后,所述第一网元设备按照所确定的处理方式对发往所述接收方的短消息进行操作处理;或者
所述第一网元设备将所确定的发往所述接收方的短消息的处理方式发送给第二网元设备,所述第二网元设备按照所接收的处理方式对发往所述接收方的短消息进行操作处理。
本发明还公开了一种短消息处理装置,包括:
第一模块,获取与短消息的接收方相关的信息,其中,所述与短消息的接收方相关的信息包括如下一种或几种:
用于指示发送方与接收方之间是否允许传输短消息的消息传输标识、用于指示是否进行内容检查操作的内容检查标识、接收方签约的业务的业务标识、用于指示短消息所属业务类别的业务类别标识;
第二模块,根据所述第一模块获取的信息确定所述短消息的处理方式。
较佳地,上述装置中,所述第一模块,仅根据所获取的所述信息中的消息传输标识确定所述短消息的处理方式,其中,所述消息传输标识指示发送方与接收方之间不允许传输短消息时,确定所述短消息的处理方式为拒绝发送短消息;或者
所述第一模块,根据所获取的所述信息中的消息传输标识和接收方签约的业务的业务标识确定所述短消息的处理方式,其中,仅当所述消息传输标识指示发送方与接收方之间不允许传输短消息,且所述接收方签约的业务的业务标识指示所述接收方签约了指定业务时,确定所述短消息的处理方式为拒绝发送短消息;或者
所述第一模块,根据所获取的所述信息中的消息传输标识、接收方签约的业务的业务标识和业务类别标识确定所述短消息的处理方式,其中,仅当所述消息传输标识指示发送方与接收方之间不允许传输短消息,且所述接收方签约的业务的业务标识指示所述接收方签约了指定业务,且所述类别标识指示所述短消息与所述指定业务无关时,确定所述短消息的处理方式为拒绝发送短消息;或者
所述第一模块,根据所获取的所述信息中的内容检查标识和接收方签约的业务的业务标识确定发往所述接收方的短消息的处理方式,其中,仅当所述内容检查标识指示进行内容检查操作,且所述接收方签约的业务的业务标识指示所述接收方签约了指定业务时,确定所述短消息的处理方式为对所述短消息执行内容检查。
较佳地,上述装置为如下任一种:
短消息处理实体、网关设备、用户签约数据存储网元。
较佳地,上述装置中,所述第一模块从本地、或从其他网元设备中、或从本地和其他网元设备中获取与短消息的接收方相关的信息。
较佳地,上述装置还包括第三模块,按照所述第二模块确定的处理方式对发往所述接收方的短消息进行操作处理。
本发明还公开了一种短消息处理装置,包括:
第一模块,接收其他网元设备所确定的发往接收方的短消息的处理方式;
第二模块,按照所接收的处理方式对发往所述接收方的短消息进行操作处理。
较佳地,上述装置为网关设备或短消息处理实体。
本申请技术方案采用短消息处理实体询问签约数据,从而确定某个短消息是否应该发给该设备,从而解决了现有通讯系统无法有效地防止短消息攻击所导致的运行资源浪费的技术问题,达到了防止短消息攻击的效果,进而避免了运行资源的浪费。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为根据本发明实施例的短消息的发送方法的流程图;
图2为根据本发明的实施例1在短消息处理实体为SMS-SC时的短消息的处理方法的流程示意图1;
图3为根据本发明的实施例2在短消息处理实体为SMS-SC时的短消息的处理方法的流程示意图2;
图4为根据本发明的实施例3在短消息处理实体为MTC-IWF实体时的短消息的处理方法的流程示意图;
图5为根据本发明的实施例4在短消息网关确定短消息的处理方法的流程示意图;
图6为根据本发明的实施例5在用户签约数据存储网元确定短消息的处理方法的流程示意图;
图7为根据本发明实施例的短消息的发送装置的结构框图1;
图8为根据本发明实施例的短消息的发送装置的结构框图2;
图9为根据本发明实施例的短消息的发送装置的结构框图3;
图10为根据本发明实施例的获取签约信息的装置的结构框图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文将结合附图对本发明技术方案作进一步详细说明。需要说明的是,在不冲突的情况下,本申请的实施例和实施例中的特征可以任意相互组合。
实施例1
申请人考虑到在现有的通讯系统中,针对运行资源宝贵的设备而言,其传输短消息的过程中,可能存在不需要将短消息发给终端的场景,此时拒绝发送短消息,才能有效避免短消息攻击,并避免因一些本不需要传输的短消息而造成的运行资源(例如电力资源等)的浪费。
基于上述思想,本实施例提供一种短消息处理方法,该方法的实现过程如图1所示包括下述步骤S102和步骤S104。
步骤S102,第一网元设备获取与短消息的接收方相关的信息;
其中,与短消息的接收方相关的信息包括如下一种或几种:
用于指示发送方与接收方之间是否允许传输短消息的消息传输标识、用于指示是否进行内容检查操作的内容检查标识、接收方签约的业务的业务标识、用于指示短消息所属业务类别的业务类别标识。
步骤S104,根据所获取的信息确定发往所述接收方的短消息的处理方式。
上述方法所涉及的第一网元设备为如下任一种:
短消息处理实体、网关设备、用户签约数据存储网元。
具体地,上述第一网元设备根据所获取的与短消息的接收方相关的信息确定短消息的处理方式的过程如下:
第一网元设备仅根据所获取的信息中的消息传输标识确定短消息的处理方式,其中,消息传输标识指示发送方与接收方之间不允许传输短消息时,则第一网元设备确定短消息的处理方式为拒绝发送短消息。而消息传输标识的实现有多种形式,可事先由用户来配置。例如,事先配置消息传输标识的取值不同指示信息不同,即消息传输标识配置为第一设定值时对应指示发送方与接收方之间不允许传输短消息,消息传输标识配置为第二设定值时对应指示发送方与接收方之间允许传输短消息。也可以事先配置通过消息传输标识的有无来指示信息,如,接收方相关的信息中只要包括有消息传输标识时,无论其取值是多少,均指示发送方与接收方之间不允许传输短消息,而接收方相关的信息中不包括消息传输标识,即指示发送方与接收方之间允许传输短消息。反之亦然。
或者,第一网元设备根据所获取的所述信息中的消息传输标识和接收方签约的业务的业务标识确定所述短消息的处理方式,其中,仅当所述消息传输标识指示发送方与接收方之间不允许传输短消息,且接收方签约的业务的业务标识指示所述接收方签约了指定业务时,第一网元设备确定所述短消息的处理方式为拒绝发送短消息。
或者,第一网元设备根据所获取的所述信息中的消息传输标识、接收方签约的业务的业务标识和业务类别标识确定所述短消息的处理方式,其中,仅当所述消息传输标识指示发送方与接收方之间不允许传输短消息,且所述接收方签约的业务的业务标识指示所述接收方签约了指定业务,且类别标识指示所述短消息与所述指定业务无关时,第一网元设备确定所述短消息的处理方式为拒绝发送短消息。
又或者,第一网元设备根据所获取的所述信息中的内容检查标识和接收方签约的业务的业务标识确定发往所述接收方的短消息的处理方式,其中,仅当所述内容检查标识指示进行内容检查操作,且所述接收方签约的业务的业务标识指示所述接收方签约了指定业务时,第一网元设备确定所述短消息的处理方式为对所述短消息执行内容检查。而内容检查标识的实现有多种形式,可事先由用户来配置。例如,事先配置内容检查标识的取值不同指示信息不同,即内容检查标识配置为第一设定值时对应指示不进行内容检查操作,内容检查标识配置为第二设定值时对应指示进行内容检查操作。也可以事先配置通过内容检查标识的有无来指示信息,如,接收方相关的信息中只要包括有内容检查标识时,无论其取值是多少,均指示不进行内容检查操作,而接收方相关的信息中不包括内容检查标识,即指示进行内容检查操作。反之亦然。
具体地,上述第一网元设备可采用各种方式来获取与短消息的接收方相关的信息。例如,第一网元设备可以从本地、或从其他网元设备中、或从本地和其他网元设备中获取接收方相关的信息。
而上述方法中所涉及到的其他网元设备为如下一种或几种:
网关设备、短消息处理实体、用户签约数据存储网元。
在上述第一网元设备确定发往接收方的短消息的处理方式后,第一网元设备还可以按照所确定的处理方式对发往接收方的短消息进行操作处理;或者第一网元设备将所确定的发往接收方的短消息的处理方式发送给第二网元设备,由第二网元设备按照所接收的处理方式对发往所述接收方的短消息进行操作处理即可。
为了更好地理解上述方法,以下结合具体应用场景分别描述第一网元设备为SMS-SC和MTC-IWF时的处理过程。
首先描述SMS-SC通过MTC-IWF获取短消的接收方相关的信息,以确定短消息处理方式的过程,该过程如图2所示,包括步骤S202至步骤S216。具体步骤如下:
步骤S202,SMS-SC要发送短消息给接收方;
步骤S204,SMS-SC向MTC-IWF询问短消息的接收方相关的信息;
本实施例中,SMS-SC向MTC-IWF发送携带有接收方的标识信息的Query Informatiotn reques(询问信息请求)消息以询问短消息的接收方的信息,还可携带SMS-SC要发送的短消息所属业务的业务类型标识,比如通过判断短消息发送方来判断短消息所属的业务类型。要说明的是,本步骤中SMS-SC的询问方式可采用任意方式,而不限于上述利用Query Informatiotnreques消息的方式。
步骤S206,MTC-IWF向HLR或HSS发送询问消息以查询短消息的接收方的信息;
本实施例中,MTC-IWF向HLR或HSS发送携带的接收方的信息的用户信息请求(Subscriber Information Request)消息以询问短消息的接收方的信息。.要说明的是,本步骤中MTC-IWF的询问方式可采用任意方式,而不限于上述利用Subscriber Information Request消息的方式。
步骤S208,HLR或HSS返回结果给MTC-IWF,返回的结果中包含接收方的签约数据。
本实施例中,HLR或HSS通过用户信息应答(Subscriber Informationresponse)消息将结果返回给MTC-IWF。当然也不限于此种方式,HLR或HSS也可以通过其他任意消息将结果返回给MTC-IWF。
需要说明的是,如果短消息的接收方相关的信息中部分或全部需要根据接收方的签约数据生成,才执行上述步骤S206及步骤S208的步骤,否则直接执行步骤S210及其之后的步骤即可。
步骤S210,MTC-IWF返回接收方相关的信息给SMS-SC;
该步骤中,MTC-IWF所返回的接收方的信息包括如下一种或几种:
用于指示发送方与接收方之间是否允许传输短消息的消息传输标识、用于指示是否进行内容检查操作的内容检查标识、接收方签约的业务的业务标识、用于指示短消息所属业务类别的业务类别标识。
其中,上述消息传输标识以及内容检查标识可以包含在特定信息元素中,也可以是信息中某些内容的组合结果,比如信息中包含短消息接收方和短消息发送方表示发送方允许向接收方发送短消息,信息中只包含短消息接收方表示不允许短消息发送方向接收方发送短消息。本实施例并不对此进行限制。
另外,上述步骤S206~S208可以在步骤S202之前执行,比如受到其他事件的触发,其获取的签约数据或返回的信息被保存在了MTC-IWF上,此时,当MTC-IWF收到步骤S204的询问消息时可直接向SMS-SC返回接收方的信息。
步骤S212,SMS-SC根据所获取的接收方相关的信息确定短消息处理方式。
例如,SMS-SC仅根据所获取的信息中的消息传输标识确定短消息的处理方式,其中,消息传输标识指示发送方与接收方之间不允许传输短消息时,则SMS-SC确定短消息的处理方式为拒绝发送短消息。
或者,SMS-SC根据所获取的信息中的消息传输标识和接收方签约的业务的业务标识确定短消息的处理方式,其中,仅当消息传输标识指示发送方与接收方之间不允许传输短消息,且接收方签约的业务的业务标识指示接收方签约了指定业务时,SMS-SC确定短消息的处理方式为拒绝发送短消息。
又或者,SMS-SC根据所获取的信息中的消息传输标识、接收方签约的业务的业务标识和业务类别标识确定短消息的处理方式,其中,仅当消息传输标识指示发送方与接收方之间不允许传输短消息,且接收方签约的业务的业务标识指示接收方签约了指定业务,且类别标识指示短消息与指定业务无关时,SMS-SC确定短消息的处理方式为拒绝发送短消息。
又或者,SMS-SC根据所获取的信息中的内容检查标识和接收方签约的业务的业务标识确定发往接收方的短消息的处理方式,其中,仅当内容检查标识指示进行内容检查操作,且接收方签约的业务的业务标识指示接收方签约了指定业务时,SMS-SC确定短消息的处理方式为对短消息执行内容检查。
当SMS-SC最终确定发送短消息时,则执行以下步骤S214和S216。
步骤S214,SMS-SC通过SMS-GMSC向接收方接入网络的MSC或SGSN或MME转发短消息,比如SMS-SC向SMS-GMSC发送SMS-Delivery消息,SMS-GMSC发送转发终呼短消息请求(MAP_MT_Forward_SMS Request)消息;
步骤S216,MSC或SGSN或MME向接收方转发短消息。
另外,在上述过程中,如果SMS-SC在一段时间之前已经获取过接收方的信息并保存在本地,则无需执行步骤S204至步骤S210的操作,直接执行步骤S212及其之后的步骤即可。
下面再具体说明SMS-SC向HLR或HSS获取接收方的信息并根据接收方的信息确定短消息处理方式的过程,该过程如图3所示,包括如下步骤S302至步骤S312,具体步骤如下:
步骤S302,SMS-SC要发送短消息给接收方;
如果SMS-SC在一段时间之前已经获取过接收方的信息并保存在本地,则执行步骤S308及其之后的步骤,否则,如果部分或全部信息需要根据签约数据生成,则执行步骤S304及其之后的步骤。
步骤S304,SMS-SC向HLR或HSS发送询问消息,携带要发送短消息的接收方信息,可以直接向HLR或HSS请求,比如发送MAP_SRI_For_SMRequest消息,也可以通过SMS-GMSC向HLR或HSS请求,比如发送指示不真实发送的SMS-Delivery给SMS-GMSC,SMS-GMSC再向HLR或HSS发送MAP_SRI_For_SM Request消息;
步骤S306,HLR或HSS返回信息给SMS-SC,比如发送MAP_SRI_For_SM response消息携带信息,信息中可包含签约何种业务功能的信息,还可包含消息传输标识或内容检查标识,消息传输标识或内容检查标识可以包含在特定信息元素中,也可以是信息中某些内容的组合结果;
步骤S308,SMS-SC根据信息确定短消息处理方式,
例如,SMS-SC仅根据所获取的信息中的消息传输标识确定短消息的处理方式,其中,消息传输标识指示发送方与接收方之间不允许传输短消息时,则SMS-SC确定短消息的处理方式为拒绝发送短消息。
或者,SMS-SC根据所获取的信息中的消息传输标识和接收方签约的业务的业务标识确定短消息的处理方式,其中,仅当消息传输标识指示发送方与接收方之间不允许传输短消息,且接收方签约的业务的业务标识指示接收方签约了指定业务时,SMS-SC确定短消息的处理方式为拒绝发送短消息。
又或者,SMS-SC根据所获取的信息中的消息传输标识、接收方签约的业务的业务标识和业务类别标识确定短消息的处理方式,其中,仅当消息传输标识指示发送方与接收方之间不允许传输短消息,且接收方签约的业务的业务标识指示接收方签约了指定业务,且类别标识指示短消息与指定业务无关时,SMS-SC确定短消息的处理方式为拒绝发送短消息。
又或者,SMS-SC根据所获取的信息中的内容检查标识和接收方签约的业务的业务标识确定发往接收方的短消息的处理方式,其中,仅当内容检查标识指示进行内容检查操作,且接收方签约的业务的业务标识指示接收方签约了指定业务时,SMS-SC确定短消息的处理方式为对短消息执行内容检查。
如果最终确定发送短消息,则执行以下步骤。
步骤S310,SMS-SC通过SMS-GMSC向接收方接入网络的MSC或SGSN或MME转发短消息,比如SMS-SC向SMS-GMSC发送SMS-Delivery消息,SMS-GMSC发送MAP_MT_Forward_SMS Request消息;
步骤S312,MSC或SGSN或MME向接收方转发短消息。
下面再描述MTC-IWF被触发发送短消息,MTC-IWF向HLR或HSS获取接收方的信息并根据接收方的信息确定短消息的处理方式的过程,以确定是否终止发送短消息,该过程如图4所示,包括步骤S402至步骤S416,具体步骤如下:
步骤S402,网络发送短消息给MTC-IWF,比如SMS-GMSC或SMS-IWMSC向MTC-IWF发送SMS-Delivery(短消息传递)消息;
如果MTC-IWF在一段时间之前已经获取过接收方的信息并保存在本地,或其上就存储有接收方的信息且不需要根据签约数据生成其他信息,则执行步骤S408及其之后的步骤,否则,如果部分或全部信息需要根据签约数据生成,则执行步骤S404及其之后的步骤。
步骤S404,MTC-IWF向HLR或HSS发送询问消息,比如发送用户信息请求(Subscriber Information Request)消息,携带步骤S402中短消息的接收方信息;
步骤S406,HLR或HSS返回结果给MTC-IWF,包含签约数据,比如发送Subscriber Information response消息;
步骤S408,MTC-IWF根据信息确定短消息处理方式,该信息可部分或全部根据签约数据生成。
例如,SMS-SC仅根据所获取的信息中的消息传输标识确定短消息的处理方式,其中,消息传输标识指示发送方与接收方之间不允许传输短消息时,则SMS-SC确定短消息的处理方式为拒绝发送短消息。
或者,SMS-SC根据所获取的信息中的消息传输标识和接收方签约的业务的业务标识确定短消息的处理方式,其中,仅当消息传输标识指示发送方与接收方之间不允许传输短消息,且接收方签约的业务的业务标识指示接收方签约了指定业务时,SMS-SC确定短消息的处理方式为拒绝发送短消息。
又或者,SMS-SC根据所获取的信息中的消息传输标识、接收方签约的业务的业务标识和业务类别标识确定短消息的处理方式,其中,仅当消息传输标识指示发送方与接收方之间不允许传输短消息,且接收方签约的业务的业务标识指示接收方签约了指定业务,且类别标识指示短消息与指定业务无关时,SMS-SC确定短消息的处理方式为拒绝发送短消息。
又或者,SMS-SC根据所获取的信息中的内容检查标识和接收方签约的业务的业务标识确定发往接收方的短消息的处理方式,其中,仅当内容检查标识指示进行内容检查操作,且接收方签约的业务的业务标识指示接收方签约了指定业务时,SMS-SC确定短消息的处理方式为对短消息执行内容检查。
如果最终确定发送短消息,则执行以下步骤。
步骤S410,MTC-IWF向SMS-SC请求发送短消息,比如发送提交触发(Submit Trigger)消息;
步骤S412,SMS-SC通过SMS-GMSC向接收方接入网络的MSC或SGSN或MME转发短消息,比如SMS-SC向SMS-GMSC发送SMS-Delivery消息,SMS-GMSC发送转发终呼短消息请求(MAP_MT_Forward_SMS Request)消息;
步骤S410~S412中的处理过程可以有步骤S414实现。
步骤S414,用于替代步骤S410~S412,MTC-IWF直接向MSC或SGSN或MME发送短消息,比如发送MAP_MT_Forward_SMS Request消息;
步骤S416,MSC或SGSN或MME向接收方转发短消息。
下面再描述短消息网关SMS-GMSC或MTC-IWF确定短消息的处理方式,SMS-GMSC或MTC-IWF收到来自短消息处理实体(比如SMS-SC)的信息,并向HLR或HSS获取信息,SMS-GMSC或MTC-IWF根据来自HLR或HSS的信息以及来自短消息处理实体的信息确定短消息的处理方式的过程,以确定是否终止发送短消息,该过程包括步骤S502至步骤S512,如图5所示,具体步骤如下:
步骤S502,短消息处理实体向短消息网关(SMS-GMSC或MTC-IWF)发送信息,比如发送短消息,可在发送短消息的同时携带其他信息,比如短消息来源的类型指示,再比如以独立的消息发送指示信息,比如短消息接收方信息以及短消息来源的类型指示,短消息处理实体向短消息网关发送的信息中不一定包含指示信息,比如,如果不包含指示信息,则系统使用缺省的指示信息处理;
如果短消息网关在一段时间之前已经从HLR或HSS获取过接收方的信息并保存在本地,则执行步骤S508及其之后的步骤,否则,执行步骤S504及其之后的步骤。
步骤S504,短消息网关向HLR或HSS发送询问消息,比如发送用户信息请求(Subscriber Information Request)消息,携带指示信息或不带指示信息;
步骤S506,HLR或HSS返回结果给MTC-IWF,包含签约数据或由签约数据推导出的数据,比如发送Subscriber Information response消息;
步骤S508,短消息网关根据来自HLR或HSS的信息以及来自短消息处理网关的信息确定短消息处理方式.
例如,SMS-SC仅根据所获取的信息中的消息传输标识确定短消息的处理方式,其中,消息传输标识指示发送方与接收方之间不允许传输短消息时,则SMS-SC确定短消息的处理方式为拒绝发送短消息。
或者,SMS-SC根据所获取的信息中的消息传输标识和接收方签约的业务的业务标识确定短消息的处理方式,其中,仅当消息传输标识指示发送方与接收方之间不允许传输短消息,且接收方签约的业务的业务标识指示接收方签约了指定业务时,SMS-SC确定短消息的处理方式为拒绝发送短消息。
又或者,SMS-SC根据所获取的信息中的消息传输标识、接收方签约的业务的业务标识和业务类别标识确定短消息的处理方式,其中,仅当消息传输标识指示发送方与接收方之间不允许传输短消息,且接收方签约的业务的业务标识指示接收方签约了指定业务,且类别标识指示短消息与指定业务无关时,SMS-SC确定短消息的处理方式为拒绝发送短消息。
又或者,SMS-SC根据所获取的信息中的内容检查标识和接收方签约的业务的业务标识确定发往接收方的短消息的处理方式,其中,仅当内容检查标识指示进行内容检查操作,且接收方签约的业务的业务标识指示接收方签约了指定业务时,SMS-SC确定短消息的处理方式为对短消息执行内容检查。
如果最终确定发送短消息,则执行以下步骤。
步骤S510,短消息网关向接收方接入网络的MSC或SGSN或MME转发短消息,比如发送转发终呼短消息请求(MAP_MT_Forward_SMS Request)消息;
步骤S512,MSC或SGSN或MME向接收方转发短消息。
下面再描述HLR或HSS确定短消息的处理方式,HLR或HSS收到来自短消息网关(比如SMS-GMSC或MTC-IWF)的指示信息,HLR或HSS根据签约数据和来自短消息网关的指示信息生成处理指示,并将处理指示发送给短消息网关,由短消息网关执行处理指示指定的动作,从而最终确定是否终止发送短消息,该过程包括步骤S602至步骤S612,如图6所示,具体步骤如下:
步骤S602,短消息处理实体向短消息网关(SMS-GMSC或MTC-IWF)发送指示信息,比如发送短消息携带指示信息,比如短消息来源的类型指示,再比如以独立的消息发送指示信息;
步骤S604,短消息网关向HLR或HSS发送询问消息,比如发送用户信息请求(Subscriber Information Request)消息,携带指示信息;
步骤S606,HLR或HSS根据用户的签约数据和来自短消息网关的指示信息生成处理指示;
例如,SMS-SC仅根据所获取的信息中的消息传输标识确定短消息的处理方式,其中,消息传输标识指示发送方与接收方之间不允许传输短消息时,则SMS-SC确定短消息的处理方式为拒绝发送短消息。
或者,SMS-SC根据所获取的信息中的消息传输标识和接收方签约的业务的业务标识确定短消息的处理方式,其中,仅当消息传输标识指示发送方与接收方之间不允许传输短消息,且接收方签约的业务的业务标识指示接收方签约了指定业务时,SMS-SC确定短消息的处理方式为拒绝发送短消息。
又或者,SMS-SC根据所获取的信息中的消息传输标识、接收方签约的业务的业务标识和业务类别标识确定短消息的处理方式,其中,仅当消息传输标识指示发送方与接收方之间不允许传输短消息,且接收方签约的业务的业务标识指示接收方签约了指定业务,且类别标识指示短消息与指定业务无关时,SMS-SC确定短消息的处理方式为拒绝发送短消息。
又或者,SMS-SC根据所获取的信息中的内容检查标识和接收方签约的业务的业务标识确定发往接收方的短消息的处理方式,其中,仅当内容检查标识指示进行内容检查操作,且接收方签约的业务的业务标识指示接收方签约了指定业务时,SMS-SC确定短消息的处理方式为对短消息执行内容检查。
步骤S608,HLR或HSS返回处理指示给短消息网关,比如发送SubscriberInformation response消息;
根据HLR或HSS返回的处理指示,如果处理后的最终结果为发送短消息,则执行以下步骤。
步骤S610,短消息网关向接收方接入网络的MSC或SGSN或MME转发短消息,比如发送转发终呼短消息请求(MAP_MT_Forward_SMS Request)消息;
步骤S612,MSC或SGSN或MME向接收方转发短消息。
实施例2
本实施例提供一种短消息处理装置,该装置可位于短消息处理实体中,用于实现上述实施例1及优选实施例中短消息处理方法。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。图7所示即为本实施例所提供的短消息处理装置的结构框图。该装置包括第一模块72、第二模块74,还可包含第三模块76。
第一模块72,连接至第二模块74,用于向接收方发送短消息前,获取与短消息的接收方相关的信息,其中,与短消息的接收方相关的信息包括如下一种或几种:
用于指示发送方与接收方之间是否允许传输短消息的消息传输标识、用于指示是否进行内容检查操作的内容检查标识、接收方签约的业务的业务标识、用于指示短消息所属业务类别的业务类别标识;
具体地,上述第一模块可以从本地、或从其他网元设备中、或从本地和其他网元设备中获取与短消息的接收方相关的信息。
第二模块74,根据第一模块获取的信息确定短消息的处理方式;
其中,第二模块,仅根据所获取的所述信息中的消息传输标识确定所述短消息的处理方式,其中,所述消息传输标识指示发送方与接收方之间不允许传输短消息时,确定所述短消息的处理方式为拒绝发送短消息;或者
或者,第二模块,根据所获取的所述信息中的消息传输标识和接收方签约的业务的业务标识确定所述短消息的处理方式,其中,仅当所述消息传输标识指示发送方与接收方之间不允许传输短消息,且所述接收方签约的业务的业务标识指示所述接收方签约了指定业务时,确定所述短消息的处理方式为拒绝发送短消息;或者
或者,第二模块,根据所获取的所述信息中的消息传输标识、接收方签约的业务的业务标识和业务类别标识确定所述短消息的处理方式,其中,仅当所述消息传输标识指示发送方与接收方之间不允许传输短消息,且所述接收方签约的业务的业务标识指示所述接收方签约了指定业务,且所述类别标识指示所述短消息与所述指定业务无关时,确定所述短消息的处理方式为拒绝发送短消息;或者
又或者,第二模块,根据所获取的所述信息中的内容检查标识和接收方签约的业务的业务标识确定发往所述接收方的短消息的处理方式,其中,仅当所述内容检查标识指示进行内容检查操作,且所述接收方签约的业务的业务标识指示所述接收方签约了指定业务时,确定所述短消息的处理方式为对所述短消息执行内容检查。
如果包括有第三模块76,该模块连接至第二模块74,用于在按照第二模块74确定的处理方式对发往所述接收方的短消息进行操作处理。
和上述方法实施例中的描述类似,无论上述发送装置是否应用于机器类通讯系统,均可以采用上述装置来实现短消息的发送,尤其在应用于机器类通讯时,由于为短消息处理实体获取了消息传输标识,在消息传输标识对应于拒绝接收短消息时,不发送短消息,因此,可以有效避免短消息洪泛攻击,进而可以避免运行资源(例如电力资源)的浪费。
在本发明的一个优选实施过程中,所述短消息处理实体为短消息服务中心SMS-SC或机器类型通讯交互功能MTC-IWF实体。
需要说明的是,上述短消息处理装置只包含有第一模块和第二模块时,可以为如下任一种:
短消息处理实体、网关设备、用户签约数据存储网元。
本实施例中还提供了一种短消息处理装置,该装置位于短消息网关中,用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述,下面对该装置中涉及到模块进行说明。图8为根据本发明实施例的短消息处理装置的结构框图。如图8所示,该装置包括第一模块和第二模块,第一模块又分为第一接收单元和第二接收单元。
第一接收单元82,用于从短消息处理实体接收信息;
第二接收单元84,用于从用户签约数据存储网元接收信息;
第二模块86,连接至第一接收单元82和第二接收单元84,用于根据从短消息处理实体接收的信息和从用户签约数据存储网元接收的信息确定短消息的处理方式。
在本实施例中还提供了一种短消息处理装置,该装置位于用户签约数据存储网元中,用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述,下面对该装置中涉及到模块进行说明。图9为根据本发明实施例的短消息处理装置的结构框图。如图9所示,该装置包括第一模块和第二模块,其中第二模块分为生成单元和发送单元:
第一模块92,用于从短消息网关接收指示信息;
生成单元94,连接至第一模块92,用于根据用户签约数据和来自短消息网关的指示信息生成处理指示;
发送单元96,连接至生成模块94,用于将处理指示发送给短消息网关;
在本实施例中还提供了一种获取签约信息的装置,该装置位于机器类型通讯交互功能MTC-IWF实体中,用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述,下面对该装置中涉及到模块进行说明。图6为根据本发明实施例的短消息的发送装置的结构框图。如图10所示,该装置包括接收模块102和返回模块104,还可包括获取模块106;
所述接收模块102,连接至所述返回模块104,用于接收来自短消息处理实体的针对短消息接收方的请求;
所述返回模块104,用于向短消息处理实体返回信息;
所述获取模块106,连接至所述返回模块104,用于从用户签约数据存储网元获取所述消息接收方的签约数据,所述信息部分或全部根据所述签约数据生成;
在另外一个实施例中,还提供了一种软件,该软件用于执行上述实施例及优选实施方式中描述的技术方案。
在另外一个实施例中,还提供了一种存储介质,该存储介质中存储有上述软件,该存储介质包括但不限于:光盘、软盘、硬盘、可擦写存储器等。
实施例3
本实施例提供一种短消息处理装置,包括:
第一模块,接收其他网元设备所确定的发往接收方的短消息的处理方式;
第二模块,按照所接收的处理方式对发往所述接收方的短消息进行操作处理。
本实施例所提供的短消息处理装置为网关设备或短消息处理实体。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成,所述程序可以存储于计算机可读存储介质中,如只读存储器、磁盘或光盘等。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地,上述实施例中的各模块/单元可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本申请不限制于任何特定形式的硬件和软件的结合。
从上述实施例可以看出,本申请技术方案涉及机器类型通讯系统和短消息系统,尤其涉及防止短消息洪泛攻击机器类型通讯设备的方案。
以上所述,仅为本发明的较佳实例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (16)
1.一种短消息处理方法,其特征在于,该方法包括:
第一网元设备获取与短消息的接收方相关的信息,根据所获取的信息确定发往所述接收方的短消息的处理方式;
其中,所述与短消息的接收方相关的信息包括如下一种或几种:
用于指示发送方与接收方之间是否允许传输短消息的消息传输标识、用于指示是否进行内容检查操作的内容检查标识、接收方签约的业务的业务标识、用于指示短消息所属业务类别的业务类别标识。
2.如权利要求1所述的方法,其特征在于,所述第一网元设备根据所获取的与短消息的接收方相关的信息确定所述短消息的处理方式的过程如下:
所述第一网元设备仅根据所获取的所述信息中的消息传输标识确定所述短消息的处理方式,其中,所述消息传输标识指示发送方与接收方之间不允许传输短消息时,则所述第一网元设备确定所述短消息的处理方式为拒绝发送短消息。
3.如权利要求1所述的方法,其特征在于,所述第一网元设备根据所获取的与短消息的接收方相关的信息确定所述短消息的处理方式的过程如下:
所述第一网元设备根据所获取的所述信息中的消息传输标识和接收方签约的业务的业务标识确定所述短消息的处理方式,其中,仅当所述消息传输标识指示发送方与接收方之间不允许传输短消息,且所述接收方签约的业务的业务标识指示所述接收方签约了指定业务时,所述第一网元设备确定所述短消息的处理方式为拒绝发送短消息。
4.如权利要求1所述的方法,其特征在于,所述第一网元设备根据所获取的与短消息的接收方相关的信息确定所述短消息的处理方式的过程如下:
所述第一网元设备根据所获取的所述信息中的消息传输标识、接收方签约的业务的业务标识和业务类别标识确定所述短消息的处理方式,其中,仅当所述消息传输标识指示发送方与接收方之间不允许传输短消息,且所述接收方签约的业务的业务标识指示所述接收方签约了指定业务,且所述类别标识指示所述短消息与所述指定业务无关时,所述第一网元设备确定所述短消息的处理方式为拒绝发送短消息。
5.如权利要求1所述的方法,其特征在于,所述第一网元设备根据所获取的与短消息的接收方相关的信息确定所述短消息的处理方式的过程如下:
所述第一网元设备根据所获取的所述信息中的内容检查标识和接收方签约的业务的业务标识确定发往所述接收方的短消息的处理方式,其中,仅当所述内容检查标识指示进行内容检查操作,且所述接收方签约的业务的业务标识指示所述接收方签约了指定业务时,所述第一网元设备确定所述短消息的处理方式为对所述短消息执行内容检查。
6.如权利要求1至5任一项所述的方法,其特征在于,所述第一网元设备为如下任一种:
短消息处理实体、网关设备、用户签约数据存储网元。
7.如权利要求6所述的方法,其特征在于,所述第一网元设备获取与短消息的接收方相关的信息的过程如下:
所述第一网元设备从本地、或从其他网元设备中、或从本地和其他网元设备中获取接收方相关的信息。
8.如权利要求7所述的方法,其特征在于,所述其他网元设备为如下一种或几种:
网关设备、短消息处理实体、用户签约数据存储网元。
9.如权利要求1至5任一项所述的方法,其特征在于,该方法还包括:
所述第一网元设备确定发往所述接收方的短消息的处理方式后,所述第一网元设备按照所确定的处理方式对发往所述接收方的短消息进行操作处理;或者
所述第一网元设备将所确定的发往所述接收方的短消息的处理方式发送给第二网元设备,所述第二网元设备按照所接收的处理方式对发往所述接收方的短消息进行操作处理。
10.一种短消息处理装置,其特征在于,该装置包括:
第一模块,获取与短消息的接收方相关的信息,其中,所述与短消息的接收方相关的信息包括如下一种或几种:
用于指示发送方与接收方之间是否允许传输短消息的消息传输标识、用于指示是否进行内容检查操作的内容检查标识、接收方签约的业务的业务标识、用于指示短消息所属业务类别的业务类别标识;
第二模块,根据所述第一模块获取的信息确定所述短消息的处理方式。
11.如权利要求10所述的装置,其特征在于,
所述第一模块,仅根据所获取的所述信息中的消息传输标识确定所述短消息的处理方式,其中,所述消息传输标识指示发送方与接收方之间不允许传输短消息时,确定所述短消息的处理方式为拒绝发送短消息;或者
所述第一模块,根据所获取的所述信息中的消息传输标识和接收方签约的业务的业务标识确定所述短消息的处理方式,其中,仅当所述消息传输标识指示发送方与接收方之间不允许传输短消息,且所述接收方签约的业务的业务标识指示所述接收方签约了指定业务时,确定所述短消息的处理方式为拒绝发送短消息;或者
所述第一模块,根据所获取的所述信息中的消息传输标识、接收方签约的业务的业务标识和业务类别标识确定所述短消息的处理方式,其中,仅当所述消息传输标识指示发送方与接收方之间不允许传输短消息,且所述接收方签约的业务的业务标识指示所述接收方签约了指定业务,且所述类别标识指示所述短消息与所述指定业务无关时,确定所述短消息的处理方式为拒绝发送短消息;或者
所述第一模块,根据所获取的所述信息中的内容检查标识和接收方签约的业务的业务标识确定发往所述接收方的短消息的处理方式,其中,仅当所述内容检查标识指示进行内容检查操作,且所述接收方签约的业务的业务标识指示所述接收方签约了指定业务时,确定所述短消息的处理方式为对所述短消息执行内容检查。
12.如权利要求10或11所述的装置,其特征在于,该装置为如下任一种:
短消息处理实体、网关设备、用户签约数据存储网元。
13.如权利要求12所述的装置,其特征在于,
所述第一模块从本地、或从其他网元设备中、或从本地和其他网元设备中获取与短消息的接收方相关的信息。
14.如权利要求10或11所述的装置,其特征在于,该装置还包括:
第三模块,按照所述第二模块确定的处理方式对发往所述接收方的短消息进行操作处理。
15.一种短消息处理装置,其特征在于,该装置包括:
第一模块,接收其他网元设备所确定的发往接收方的短消息的处理方式;
第二模块,按照所接收的处理方式对发往所述接收方的短消息进行操作处理。
16.如权利要求15所述的装置,其特征在于,该装置为网关设备或短消息处理实体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012101400924A CN103391519A (zh) | 2012-05-08 | 2012-05-08 | 一种短消息处理方法及其装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012101400924A CN103391519A (zh) | 2012-05-08 | 2012-05-08 | 一种短消息处理方法及其装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103391519A true CN103391519A (zh) | 2013-11-13 |
Family
ID=49535660
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2012101400924A Pending CN103391519A (zh) | 2012-05-08 | 2012-05-08 | 一种短消息处理方法及其装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103391519A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110764929A (zh) * | 2019-10-16 | 2020-02-07 | 支付宝(杭州)信息技术有限公司 | 一种消息交互方法、系统、装置和电子设备 |
CN112584332A (zh) * | 2019-09-29 | 2021-03-30 | 中兴通讯股份有限公司 | 短消息传输方法、装置和系统、注册方法和装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1725874A (zh) * | 2004-07-23 | 2006-01-25 | 华为技术有限公司 | 一种实现短消息业务的方法 |
CN101262644A (zh) * | 2008-04-02 | 2008-09-10 | 华为技术有限公司 | 短消息处理方法及系统、短消息分析方法及装置 |
CN101527748A (zh) * | 2009-03-26 | 2009-09-09 | 候万春 | 向移动电话用户提供通信自动防御的方法 |
CN102333293A (zh) * | 2011-09-21 | 2012-01-25 | 电信科学技术研究院 | 一种小数据的传输方法和设备 |
CN102340826A (zh) * | 2011-11-17 | 2012-02-01 | 电信科学技术研究院 | 一种数据传输的方法和设备 |
-
2012
- 2012-05-08 CN CN2012101400924A patent/CN103391519A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1725874A (zh) * | 2004-07-23 | 2006-01-25 | 华为技术有限公司 | 一种实现短消息业务的方法 |
CN101262644A (zh) * | 2008-04-02 | 2008-09-10 | 华为技术有限公司 | 短消息处理方法及系统、短消息分析方法及装置 |
CN101527748A (zh) * | 2009-03-26 | 2009-09-09 | 候万春 | 向移动电话用户提供通信自动防御的方法 |
CN102333293A (zh) * | 2011-09-21 | 2012-01-25 | 电信科学技术研究院 | 一种小数据的传输方法和设备 |
CN102340826A (zh) * | 2011-11-17 | 2012-02-01 | 电信科学技术研究院 | 一种数据传输的方法和设备 |
Non-Patent Citations (1)
Title |
---|
3GPP: "Technnical Specification Group Services and System Aspects Security aspects of Machine-Type Communications", 《3GPP TR 33.868 V0.6.0》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112584332A (zh) * | 2019-09-29 | 2021-03-30 | 中兴通讯股份有限公司 | 短消息传输方法、装置和系统、注册方法和装置 |
CN110764929A (zh) * | 2019-10-16 | 2020-02-07 | 支付宝(杭州)信息技术有限公司 | 一种消息交互方法、系统、装置和电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6908597B2 (ja) | 最適化されたショートメッセージトランスポート | |
US10136269B2 (en) | Mobility management entity having mobile switching center functionality | |
CN102577592B (zh) | 通过lte网络的消息递送的通用消息中心及方法 | |
JP5158890B2 (ja) | ペアレントコントロールされたショートメッセージサービスのための方法および装置 | |
US7962160B2 (en) | Method, system and short message service center for getting user equipment information through short messages | |
CN103369480B (zh) | 分组域短信的实现方法、系统和用户设备 | |
US8909265B2 (en) | Method and system for processing validity time in trigger information | |
CN101627642A (zh) | 用于提供融合消息服务的系统和方法 | |
CN101577867B (zh) | 多媒体消息业务中的推送消息发送方法、设备及系统 | |
CN103517230B (zh) | 触发信息发送和协议转换的方法及系统 | |
JP2020058074A (ja) | 第1の装置、第1のコアネットワークノード、及びこれらの方法 | |
KR101782650B1 (ko) | 이동통신 시스템에서의 mtc 서비스 네트워크 오버로드의 제어 방법 및 그 장치 | |
CN103391519A (zh) | 一种短消息处理方法及其装置 | |
CN105530614A (zh) | 组寻址处理方法、装置、mtc互通网关及api gw | |
CN102316207B (zh) | 在终端中用于处理消息的方法和装置 | |
CN105207882A (zh) | 消息处理方法及装置 | |
CN103139731A (zh) | 消息互联的方法、装置及系统 | |
CN102868995A (zh) | 终端接入方法及系统 | |
CN101374248A (zh) | 即时消息的处理方法及装置 | |
KR100902151B1 (ko) | 메시지 길이와 네트워크 속성의 확인을 통하여 문자 메시지전달 방식을 결정하는 무선 통신 방법 및 시스템 | |
CN100372395C (zh) | 数据业务平台获取移动终端信息的系统及方法 | |
KR100958871B1 (ko) | 해외 로밍중인 이동통신 단말기의 상태 통보 방법 및시스템 | |
CN101316387B (zh) | 一种实现短消息业务的方法、系统及归属位置寄存器 | |
CN103139721A (zh) | 短信/彩信群发方法、短信/彩信收发方法及相关设备 | |
Leitao et al. | SMS over LTE: Interoperability between legacy and Next Generation Networks |
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: 20131113 |