CN103813274A - 集群系统中收发短消息方法和实现终端收发短消息的装置 - Google Patents
集群系统中收发短消息方法和实现终端收发短消息的装置 Download PDFInfo
- Publication number
- CN103813274A CN103813274A CN201210443720.6A CN201210443720A CN103813274A CN 103813274 A CN103813274 A CN 103813274A CN 201210443720 A CN201210443720 A CN 201210443720A CN 103813274 A CN103813274 A CN 103813274A
- Authority
- CN
- China
- Prior art keywords
- short message
- pds
- bss
- sends
- recipient
- 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
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种集群系统中收发短消息方法和实现终端收发短消息的装置,不依赖交换子系统即可实现集群系统短消息业务。集群系统接收短消息方法包括:BSS接收集群终端发送的短消息,将集群终端发送的短消息发送到PDS;PDS将短消息发送至AS;AS判断短消息的接收方类型,接收方类型如果是终端,则将短消息放入投递等待队列,接收方类型如果是调度台,则转发短消息至DAS。集群系统发送短消息方法包括:AS从投递等待队列中取出短消息,向PDS发送短消息;PDS向BSS发送短消息,并指明使用信道类型;BSS向短消息的接收方集群终端发送短消息。本申请方法和装置不需要借助交换子系统,在精简设备的同时保证业务的完整性。
Description
技术领域
本发明涉及数字集群通讯领域,具体涉及一种集群系统中收发短消息的方法和实现集群终端收发短消息的装置。
背景技术
集群通信系统是移动通信系统的一个重要分支。早期的专用移动通信主要是由点对点半双工通信的无线电对讲机来完成,局限在专业移动通信领域。现代的集群通信系统除了具有通话功能之外,同时还要支持短信、数据业务、定位、视频等众多功能,和蜂窝通信相比,除话音通信有着较大应用模式的差别外,在其他应用领域,两者越来越接近。
集群系统中的用户普遍以集团为单位,为便于统一调度,调度台向集团内用户群发通知短信的功能是必须的。同时,由于蜂窝通信系统中,短消息和语音通话一样,是最基本、最常用的功能,为适应用户的使用习惯,用户间短信收发功能在集群系统中也必须支持。此外,其他数字集群系统(如:Tetra),也支持短消息功能。
数字集群系统的应用模式,有公网和专网两种。对于公网,集群系统和其他核心网设备(如:MSC、HLR、SMSC等)部署在运营商机房中,为该运营商的所有用户提供集群业务。集群通信具有的一呼百应特性,在公安、消防、交管等行业有广泛应用,也可根据这些行业的特定需求,为其搭建小型化专网,集群设备部署在各单位机房中,仅为单位内部用户提供集群业务。
图1是现有GoTa数字集群系统通过SMSC实现短消息功能网络框架图。如图1所示,GoTa终端之间收发短信,由交换子系统完成;GoTa终端与调度台之间收发短信,则由集群调度子系统和交换子系统协同完成。基站子系统、交换子系统、集群调度子系统介绍如下:
基站子系统BSS(Base Station Subsystem),由基站收发信机BTS(BaseTransceiver System)和基站控制器BSC(Base Station Controller)组成。基站子系统BSS通过标准接口和集群调度子系统、交换子系统相连,将短消息信令转发到交换子系统。
交换子系统,属于移动通信系统中的核心网,其中,短消息服务中心SMSC(Short Message Service Center)负责中继、存储或转发短消息;移动交换中心MSC(Mobile Switching Center)负责短消息在BSS和SMSC之间的转发;归属位置寄存器HLR(Home Location Register)负责鉴权。
集群调度子系统,包括GoTa行业应用服务器GAS(GoTa ApplicationServer),GAS包含多个应用服务,分别为GoTa集群用户提供短信息、定位等扩展功能。其中短信服务模块,把调度子系统内的短信实体(如:DAS)的短信请求转换为移动短信系统中要求的协议,发送到交换子系统中的SMSC。同时对SMSC发送过来的短消息,转为调度子系统信令,进而发送到对应的短信实体上。集群短信服务和短消息服务中心之间采用的是标准的短消息点对点协议SMPP。
如上所述,在现有技术中,必须借助核心网的短消息服务中心SMSC、归属位置寄存器HLR、移动交换中心MSC等设备才能提供短信业务。对于受场地、经费等的限制的小型化专网集群系统,急需寻找一种方法,尽量精简设备又能提供短信业务。
发明内容
本发明要解决的技术问题是提供一种集群系统中收发短消息方法和实现终端收发短消息的装置,不依赖交换子系统即可实现集群系统短消息业务。
为解决上述技术问题,本发明提供了一种集群系统接收短消息方法,包括:
基站子系统(BSS)接收集群终端发送的短消息,将所述集群终端发送的短消息发送到集群调度服务器(PDS);
所述PDS将所述短消息发送至行业应用服务器(AS);
所述AS判断所述短消息的接收方类型,接收方类型如果是终端,则将所述短消息放入投递等待队列,接收方类型如果是调度台,则转发所述短消息至调度代理服务器(DAS)。
进一步地,所述BSS接收集群终端发送的短消息,包括:
所述BSS接收所述集群终端通过控制信道发送的短消息,或者接收所述集群终端通过已建立的业务信道发送的短消息。
进一步地,所述方法还包括:所述PDS接收所述短消息后,向调度归属寄存器(PHR)发送鉴权请求,请求PHR对发送方进行鉴权,判断PHR鉴权通过后,再将所述短消息发送至所述AS。
进一步地,所述BSS接收集群终端发送的短消息,将集群终端发送的短消息发送到PDS,包括:
所述BSS接收到集群终端发送的业务信道建立请求后,向PDS发送呼叫建立请求,所述PDS收到呼叫建立请求后向所述BSS发起短消息寻呼,为所述集群终端建立业务信道,业务信道建立后,所述BSS接收集群终端通过所述业务信道发送的短消息,将所述短消息发送到所述PDS。
进一步地,所述PDS收到呼叫建立请求后,所述方法还包括:
所述PDS向PHR发送鉴权请求,请求PHR对发送方集群终端进行鉴权,所述PDS判断PHR鉴权通过后再向所述BSS发起短消息寻呼。
进一步地,所述AS将短消息放入投递等待队列后或转发短消息至DAS后,所述方法还包括:所述PDS向所述BSS发送用于释放业务信道的命令,所述BSS收到所述命令后,释放业务信道。
进一步地,所述AS判断所述短消息的接收方类型,接收方类型如果是终端,则将所述短消息放入投递等待队列,接收方类型如果是调度台,则转发所述短消息至DAS,包括:
所述AS判断短消息的接收方类型,向PHR发送鉴权请求,请求PHR对类型为集群终端的发送方和/或接收方进行鉴权;所述AS判断PHR鉴权通过,则将接收方类型是集群终端的短消息放入投递等待队列,将接收方类型是调度台的短消息转发到DAS,向PDS返回指示成功的响应消息;所述AS判断PHR鉴权不通过,则向PDS返回指示失败的响应消息。
进一步地,所述AS判断短消息的接收方类型,包括:
所述AS根据短消息的接收方号码,查找短信路由表获得短消息的接收方类型,所述短信路由表中保存有接收方类型与号段对应关系。
进一步地,所述方法还包括:所述PDS收到响应消息后,向BSS发送响应消息,所述BSS向所述集群终端发送响应消息。
为解决上述技术问题,本发明还提供了一种集群系统发送短消息方法,包括:
行业应用服务器(AS)从投递等待队列中取出短消息,向集群调度服务器(PDS)发送所述短消息;
所述PDS向基站子系统(BSS)发送所述短消息,并指明使用信道类型;
所述BSS向所述短消息的接收方集群终端发送所述短消息。
进一步地,所述方法还包括,所述PDS收到短消息后,向调度归属寄存器(PHR)发送鉴权请求,请求PHR对短消息的接收方集群终端进行鉴权,判断PHR鉴权通过后,再向BSS发送所述短消息。
进一步地,所述方法还包括,所述PDS收到短消息后,判断接收方集群终端处于非集群业务状态,且所述短消息大于预设长度门限,则向BSS发起短消息寻呼,为所述接收方集群终端建立业务信道,业务信道建立后再向BSS发送所述短消息。
进一步地,所述PDS向BSS发起短消息寻呼前,所述方法还包括:
所述PDS向PHR发送鉴权请求,请求PHR对接收方集群终端进行鉴权,所述PDS判断PHR鉴权通过后再向所述BSS发起短消息寻呼。
进一步地,所述BSS向所述短消息的接收方集群终端发送所述短消息后,所述方法还包括:所述PDS向所述BSS发送用于释放业务信道的命令,所述BSS收到所述命令后,释放业务信道。
进一步地,所述PDS向BSS发送所述短消息,并指明使用的信道类型,包括:
所述PDS判断所述短消息长度小于预设长度门限,则向BSS发送所述短消息同时指明使用的信道类型为控制信道;或者
所述PDS判断所述短消息长度大于预设长度门限,则向BSS发送所述短消息同时指明使用的信道类型为业务信道;或者
所述PDS判断所述短消息接收方处于标准组呼叫中,则向BSS发送所述短消息同时指明使用的信道类型为业务信道;或者,等待标准组呼结束后再向BSS发送所述短消息同时指明使用的信道类型。
进一步地,所述BSS向所述短消息的接收方集群终端发送所述短消息,包括:
所述BSS判断所述PDS指明使用的信道类型为控制信道,则再判断当前接收方集群终端是否处于语音或数据业务中,如果处于,则在业务信道向所述接收方集群终端发送所述短消息,如果不处于,则在控制信道向所述接收方集群终端发送所述短消息;或者
所述BSS判断所述PDS指明使用的信道类型为业务信道,则在业务信道向所述短消息的接收方集群终端发送所述短消息;或者
所述BSS判断当前接收方集群终端在标准组呼中,则在标准组共享信道向所述接收方集群终端发送所述短消息。
进一步地,所述方法还包括,所述集群终端收到所述短消息后通过接收所述短消息的信道向BSS返回投递结果,所述BSS向所述PDS返回所述集群终端的投递结果,所述PDS向所述AS返回本PDS的处理结果和所述集群终端的投递结果。
为解决上述技术问题,本发明还提供了一种实现集群终端收发短消息的基站子系统(BSS),包括BSS接收模块和BSS发送模块,其中:
所述BSS接收模块,用于接收集群终端发送的短消息,以及接收集群调度服务器(PDS)发送的短消息;
所述BSS发送模块,用于在集群系统接收短消息过程中,将所述集群终端发送的短消息发送到PDS;在集群系统向集群终端投递短消息过程中,将所述PDS发送的短消息发送至所述短消息的接收方集群终端。
进一步地,BSS接收模块接收集群终端发送的短消息,包括:
所述BSS接收模块接收所述集群终端通过控制信道发送的短消息,或者接收所述集群终端通过已建立的业务信道发送的短消息。
进一步地,所述BSS还包括BSS业务信道模块,用于在接收到集群终端发送的业务信道建立请求后,向PDS发送呼叫建立请求,在收到所述PDS发起的短消息寻呼后,为所述发送方集群终端建立业务信道;
BSS接收模块接收集群终端发送的短消息,包括:接收集群终端通过新建业务信道发送的短消息。
进一步地,所述BSS业务信道模块,还用于在收到所述PDS发送的用于释放业务信道的命令后,释放所述集群终端的业务信道。
进一步地,所述BSS接收模块接收PDS发送的短消息,包括:所述BSS接收模块接收PDS发送的短消息,以及PDS指明使用的信道类型;
所述BSS发送模块在集群系统向集群终端投递短消息过程中,将所述PDS发送的短消息发送至所述短消息的接收方集群终端,包括:
所述BSS发送模块判断PDS指明使用的信道类型为控制信道,则再判断当前接收方集群终端是否处于语音或数据业务中,如果处于,则在业务信道向所述接收方集群终端发送所述短消息,如果不处于,则在控制信道向所述接收方集群终端发送所述短消息;或者
所述BSS发送模块判断所述PDS指明使用的信道类型为业务信道,则在业务信道向所述短消息的接收方集群终端发送所述短消息;或者
所述BSS发送模块判断当前接收方集群终端在标准组呼中,则在标准组共享信道向所述接收方集群终端发送所述短消息。
为解决上述技术问题,本发明还提供了一种实现集群终端收发短消息的集群调度服务器(PDS),包括PDS接收模块和PDS发送模块,其中:
所述PDS接收模块,用于接收基站子系统(BSS)发送的短消息,以及接收行业应用服务器(AS)发送的短消息;
所述PDS发送模块,用于在集群系统接收短消息过程中,将所述PDS接收模块接收的BSS发送的短消息发送至AS;在集群系统向集群终端投递短消息过程中,将所述PDS接收模块接收的AS发送的短消息发送给BSS,并指明使用信道类型。
进一步地,所述PDS还包括第一PDS短消息鉴权模块,用于在集群系统接收短消息过程中,在所述PDS接收模块接收到BSS发送的短消息后,向调度归属寄存器(PHR)发送鉴权请求,请求PHR对发送方集群终端进行鉴权,在判断PHR鉴权通过后,再通知所述PDS发送模块将所述短消息发送至所述AS;以及用于在集群系统向集群终端投递短消息过程中,在所述PDS接收模块接收到AS发送的短消息后,向PHR发送鉴权请求,请求PHR对短消息的接收方集群终端进行鉴权,判断PHR鉴权通过后,再向BSS发送所述短消息。
进一步地,所述PDS还包括PDS寻呼模块,用于在集群系统接收短消息过程中,在收到BSS发送的呼叫建立请求后向所述BSS发起短消息寻呼,指示BSS为发送方集群终端建立业务信道;以及用于在集群系统向集群终端投递短消息过程中,判断所述PDS接收模块接收的AS发送的短消息的接收方集群终端处于非集群业务状态,且所述短消息大于预设长度门限时,向BSS发起短消息寻呼,指示所述BSS为所述接收方集群终端建立业务信道。
进一步地,所述PDS还包括第二PDS短消息鉴权模块,用于在集群系统接收短消息过程中,在所述PDS寻呼模块收到BSS发送的呼叫建立请求后,向PHR发送鉴权请求,请求PHR对发送方集群终端进行鉴权,判断PHR鉴权通过后再通知所述PDS寻呼模块向所述BSS发起短消息寻呼;以及用于在集群系统向集群终端投递短消息过程中,在所述PDS寻呼模块向BSS发起短消息寻呼前,向PHR发送鉴权请求,请求PHR对接收方集群终端进行鉴权。
进一步地,所述PDS发送模块,在集群系统向集群终端投递短消息过程中,将所述PDS接收模块接收的AS发送的短消息发送给BSS,包括:所述PDS发送模块在所述第一PDS短消息鉴权模块请求PHR对接收方集群终端进行鉴权,所述PHR鉴权通过后,再向BSS发送所述短消息。
进一步地,PDS寻呼模块,还用于在集群系统接收短消息过程中,在AS成功处理短消息后,向所述BSS发送用于释放业务信道的命令,指示所述BSS释放所述发送方集群终端的业务信道;以及用于在集群系统向集群终端投递短消息过程中,在所述BSS成功投递所述短消息后,向所述BSS发送用于释放业务信道的命令,指示所述BSS释放所述接收方集群终端的业务信道。
进一步地,所述PDS发送模块在集群系统向集群终端投递短消息过程中,将所述PDS接收模块接收的AS发送的短消息发送给BSS,并指明使用信道类型,包括:
所述PDS发送模块判断所述PDS接收模块接收的AS发送的短消息的长度小于预设长度门限,则向BSS发送所述短消息同时指明使用的信道类型为控制信道;或者
所述PDS判断所述PDS接收模块接收的AS发送的短消息的长度大于预设长度门限,则向BSS发送所述短消息同时指明使用的信道类型为业务信道,或者
所述PDS判断所述短消息接收方处于标准组呼叫中,则向BSS发送所述短消息同时指明使用的信道类型为业务信道;或者,等待标准组呼结束后再向BSS发送所述短消息同时指明使用的信道类型。
为解决上述技术问题,本发明还提供了一种实现集群终端收发短消息的行业应用服务器(AS),包括AS接收模块、AS路由选择模块和AS发送模块,其中:
所述AS接收模块,用于接收集群调度服务器(PDS)发送的短消息;
所述AS路由选择模块,用于在集群系统接收短消息过程中,判断所述AS接收模块接收的短消息的接收方类型,接收方类型如果是终端,则将所述短消息放入投递等待队列,接收方类型如果是调度台,则转发所述短消息至调度代理服务器(DAS);
所述AS发送模块,用于在集群系统向集群终端投递短消息过程中,从投递等待队列中取出短消息,向集群调度服务器(PDS)发送所述短消息。
进一步地,AS路由选择模块判断所述短消息的接收方类型,接收方类型如果是终端,则将所述短消息放入投递等待队列,接收方类型如果是调度台,则转发所述短消息至DAS,包括:
AS路由选择模块判断短消息的接收方类型,向PHR发送鉴权请求,请求PHR对类型为集群终端的发送方和/或接收方进行鉴权;在判断PHR鉴权通过后,将接收方类型为集群终端的短消息放入投递等待队列,将接收方类型为调度台的短消息转发到DAS,并向PDS返回指示成功的响应消息;在判断PHR鉴权不通过,则向PDS返回指示失败的响应消息。
进一步地,AS路由选择模块判断短消息的接收方类型,包括:
AS路由选择模块根据短消息的接收方号码,查找短信路由表获得短消息的接收方类型,所述短信路由表中保存有接收方类型与号段对应关系。
本申请提出了一种由集群系统独立控制短消息收发的装置和方法,为小型化专网集群系统提供了短信业务解决方案。不需要借助交换子系统的SMSC等设备,无需增加集群系统服务器数量,只需要集群调度子系统和基站子系统做部分软硬件改造,就可以实现基本的短信功能,满足集群用户的短信业务需求。在精简设备的情况下又保证了业务的完整性,对于集群专网市场的拓展具有重要意义。
本申请方案除了可应用于基于CDMA2000技术的小型化专网集群系统,还适用于其他小型化专网通信领域。
附图说明
图1是现有GoTa数字集群系统通过SMSC实现短消息功能网络框架图;
图2是本发明实施例1流程图;
图3是本发明实施例2流程图;
图4是本发明实施例3GoTa数字集群系统独立实现短消息功能网络框架图;
图5是本发明实施例3中的包括BSS、PDS和AS的短消息收发系统结构示意图;
图6是应用示例1用户终端在控制信道或已建立的业务信道发送短消息的流程图;
图7是应用示例2处于空闲状态的用户终端建立业务信道发送短消息的流程图;
图8是应用示例3PDS选择在控制信道或已建立的业务信道投递短消息的流程图;
图9是应用示例4PDS选择在业务信道向处于空闲状态的用户终端投递短消息的流程图;
图10是应用示例5GoTa数字集群系统中GAS的短信服务功能模块结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
本文所述终端如无特别说明,均指集群终端。本文所述短消息包括文本短消息和/或多媒体短消息。
实施例1
本实施例介绍集群系统接收短消息的方法,具体为如图2所示,包括:
步骤101,基站子系统(BSS)接收集群终端发送的短消息,将该集群终端发送的短消息发送到集群调度服务器(PDS);
步骤102,该PDS将该短消息发送至行业应用服务器(AS);
步骤103,该AS判断该短消息的接收方类型,接收方类型如果是终端,则将该短消息放入投递等待队列,接收方类型如果是调度台,则转发该短消息至调度代理服务器(DAS)。
在一个优选实施例中,上述流程中,步骤101中,如果BSS接收集群终端通过控制信道发送的短消息,或者集群终端通过已建立的业务信道发送的短消息,则BSS可以直接将该短消息发送到PDS。此时,PDS接收到BSS发送的短消息后,可以向调度归属寄存器(PHR)发送鉴权请求,请求PHR对发送方集群终端进行鉴权,在PHR鉴权通过后,再将该短消息发送至AS。
在一个优选实施例中,上述流程中,步骤101中,如果BSS先接收到集群终端发送的业务信道建立请求,则向PDS发送呼叫建立请求,PDS收到呼叫建立请求后向该BSS发起短消息寻呼,为集群终端建立业务信道,业务信道建立后,BSS接收集群终端通过该业务信道发送的短消息,将该短消息发送到PDS。上述业务信道是为发送大于预设长度门限的短消息而建立的,因此,可在发起建立业务信道时,标识此次业务类型为短消息。
上述过程中,在PDS收到BSS发送的呼叫建立请求后,PDS可以向PHR发送鉴权请求,请求PHR对发送方集群终端进行鉴权,在PHR鉴权通过后,再向BSS发起短消息寻呼。
若为短消息业务建立了业务信道,则在短消息业务完成后,即AS将短消息放入投递等待队列后或转发短消息至DAS后,由PDS向BSS发送用于释放业务信道的命令,该BSS收到该命令后,释放业务信道。
在一个优选实施例中,上述流程步骤102中,具体包括:AS判断短消息的接收方类型,向PHR发送鉴权请求,请求PHR对类型为集群终端的发送方和/或接收方进行鉴权;如果AS判断PHR鉴权通过,则将接收方类型是集群终端的短消息放入投递等待队列,将接收方类型是调度台的短消息转发到DAS,向PDS返回指示成功的响应消息;如果AS判断PHR鉴权不通过,则向PDS返回指示失败的响应消息。
上述AS可采用以下方式判断短消息的接收方类型:AS根据短消息的接收方号码,查找短信路由表获得短消息的接收方类型,该短信路由表中保存有接收方类型与号段对应关系。
实施例2
本实施例介绍集群系统发送短消息的方法,即集群系统向集群终端投递短消息的过程,如图3所示,包括:
步骤201,行业应用服务器(AS)向集群终端投递短消息时,从投递等待队列中取出短消息,向集群调度服务器(PDS)发送所述短消息;
步骤202,所述PDS向基站子系统(BSS)发送所述短消息,并指明使用信道类型;
步骤203,所述BSS向所述短消息的接收方集群终端发送所述短消息。
在一个优选实施例中,在上述步骤201后,PDS收到短消息后,可先向调度归属寄存器(PHR)发送鉴权请求,请求PHR对短消息的接收方集群终端进行鉴权,判断PHR鉴权通过后,再执行步骤202,向BSS发送该短消息。
在一个优选实施例中,在上述步骤201后,PDS收到短消息后,如果判断接收方集群终端处于非集群业务状态,且该短消息大于预设长度门限,则向BSS发起短消息寻呼,为接收方集群终端建立业务信道,业务信道建立后,再执行步骤202,向BSS发送该短消息。
上述过程中,PDS向BSS发起短消息寻呼前,PDS可先向PHR发送鉴权请求,请求PHR对接收方集群终端进行鉴权,PDS判断PHR鉴权通过后再向BSS发起短消息寻呼。
若为短消息业务建立了业务信道,则在短消息业务完成后,即BSS向短消息的接收方集群终端发送短消息后,PDS向BSS发送用于释放业务信道的命令,BSS收到该命令后,释放业务信道。
在一个优选实施例中,上述流程步骤202中,具体包括:
PDS判断短消息长度小于预设长度门限,则向BSS发送该短消息同时指明使用的信道类型为控制信道;或者
PDS判断短消息长度大于预设长度门限,则向BSS发送该短消息同时指明使用的信道类型为业务信道;或者
PDS判断短消息接收方处于标准组呼叫中,则向BSS发送短消息同时指明使用的信道类型为业务信道;或者,等待标准组呼结束后再向BSS发送短消息同时指明使用的信道类型。
在一个优选实施例中,上述流程步骤203中,具体包括:
BSS判断PDS指明使用的信道类型若为控制信道,则再判断当前接收方集群终端是否处于语音或数据业务中,如果处于,则在业务信道向接收方集群终端发送短消息,如果不处于,则在控制信道向接收方集群终端发送短消息;或者
BSS判断所述PDS指明使用的信道类型若为业务信道,则在业务信道向短消息的接收方集群终端发送该短消息;或者
BSS判断当前接收方集群终端在标准组呼中,则在标准组共享信道向接收方集群终端发送该短消息。
当集群终端收到该短消息后通过接收该短消息的信道向BSS返回投递结果,BSS向PDS返回集群终端的投递结果,PDS向AS返回本PDS的处理结果和所述集群终端的投递结果。
实施例3
为了实现上述实施例1和实施例2的方法,需要对现有系统进行改进:
基站子系统的软件需要进行改造:将原本转发到交换子系统的短消息信令转发到集群调度子系统,并能够处理集群调度子系统发来的短消息信令;优选还支持在标准组特有信道中向终端投递短消息。
集群调度子系统中,扩展行业应用服务器AS上架设的短信服务,使其可以灵活工作于专网和公网两种模式。如果业务需要,短信服务可以直接和SMSC设备对接,以实现复杂多样的短信需求。在组网和设备成本受限制,或者对集群呼叫中短信实时性要求高的场合,可以切换到专网短信模式。
短信服务工作于专网模式时,具备交换子系统中SMSC的基本功能。终端发送的短消息通过BSS、PDS发送到短信服务,如果接收方是终端,则通过PDS、BSS投递;如果接收方是调度台,则通过DAS投递;同样的,调度台发送的短消息通过DAS发送到短信服务,如果接收方是终端,则通过PDS、BSS投递。PHR负责对短消息业务的鉴权。PDS负责在BSS和AS之间进行转发短消息,不做业务权限判断,不对封装数据包解码。终端与短信服务之间传送的短消息遵循3GPP2定义的CDMA短消息业务标准。
图4为GoTa数字集群系统独立实现短消息功能网络框架图。GoTa终端之间收发短信,GoTa终端与调度台之间收发短信,都由终端、基站子系统和集群调度子系统协同完成,其中:
集群终端
集群终端通过空中接口和集群系统相连,为用户提供集群业务、普通电话业务、短消息业务和数据业务。
基站子系统BSS
由基站收发信机BTS(Base Transceiver System)和基站控制器BSC(BaseStation Controller)组成。基站子系统BSS通过标准接口和调度子系统相连,将短消息信令转发到集群调度子系统。
集群调度子系统DSS
调度子系统主要完成集群调度业务,由集群调度服务器PDS、GoTa行业应用服务器GAS、调度归属寄存器PHR、调度代理服务器DAS、调度代理客户端DAC组成。
集群调度服务器PDS(PTT Dispatch Server),实现集群呼叫的呼叫控制和话权管理。负责在BSS和GAS之间转发短消息信令,不做业务权限判断,不对封装数据包解码。
调度归属寄存器PHR(PTT Home Register),保存集群用户和群组的注册信息和位置信息,实现对集群用户的鉴权、授权和计费功能,以及位置更新和群组管理功能。负责短消息业务的鉴权。
调度代理服务器DAS(Dispatch Agent Server),处理调度代理客户端发来的业务请求。是集群系统中的短信实体之一。
调度代理客户端DAC(Dispatch Agent Client),包括调度台和管理台。其中调度台是具有特殊权限的终端,用于对管辖范围内的群组和用户进行指挥调度。可通过调度台向集群终端发送短消息。
GoTa行业应用服务器GAS(GoTa Application Server),即上述实施例中的AS,包含多个应用服务,分别为GoTa集群用户提供短信息、定位等扩展功能。扩展对短信服务,使其具备交换子系统中SMSC的基本功能。终端发送的短消息通过BSS、PDS发送到短信服务,如果接收方是终端,则通过PDS、BSS投递;如果接收方是调度台,则通过DAS投递;同样的,调度台发送的短消息通过DAS发送到短信服务,如果接收方是终端,则通过PDS、BSS投递;PHR负责对短消息业务的鉴权。终端与短信服务之间传送的短消息遵循3GPP2定义的CDMA短消息业务标准。
下面对BSS、PDS和AS分别进行具体说明:
●实现集群终端收发短消息的BSS,如图5所示,包括BSS接收模块和BSS发送模块,其中:
该BSS接收模块,用于接收集群终端发送的短消息,以及接收PDS发送的短消息;
该BSS发送模块,用于在集群系统接收短消息过程中,将所述集群终端发送的短消息发送到PDS;在集群系统向集群终端投递短消息过程中,将所述PDS发送的短消息发送至所述短消息的接收方集群终端。
在一个优选实施例中:BSS接收模块接收集群终端通过控制信道发送的短消息,或者接收集群终端通过已建立的业务信道发送的短消息。
在另一个优选实施例中:BSS还包括BSS业务信道模块,用于在接收到集群终端发送的业务信道建立请求后,向PDS发送呼叫建立请求,在收到所述PDS发起的短消息寻呼后,为发送方集群终端建立业务信道;在该实施例中,BSS接收模块接收集群终端通过新建业务信道发送的短消息。
该BSS业务信道模块,还用于在收到所述PDS发送的用于释放业务信道的命令后,释放所述集群终端的业务信道。
在另一个优选实施例中:
BSS接收模块接收PDS发送的短消息以及PDS指明使用的信道类型;
BSS发送模块在集群系统向集群终端投递短消息过程中,将PDS发送的短消息发送至短消息的接收方集群终端,具体包括:
该BSS发送模块判断PDS指明使用的信道类型为控制信道,则再判断当前接收方集群终端是否处于语音或数据业务中,如果处于,则在业务信道向接收方集群终端发送短消息,如果不处于,则在控制信道向接收方集群终端发送短消息;或者
该BSS发送模块判断所述PDS指明使用的信道类型为业务信道,则在业务信道向短消息的接收方集群终端发送短消息;或者
该BSS发送模块判断当前接收方集群终端在标准组呼中,则在标准组共享信道向接收方集群终端发送所述短消息。
●实现集群终端收发短消息的PDS,如图5所示,包括PDS接收模块和PDS发送模块,其中:
该PDS接收模块,用于接收BSS发送的短消息,以及接收AS发送的短消息;
该PDS发送模块,用于在集群系统接收短消息过程中,将PDS接收模块接收的BSS发送的短消息发送至AS;在集群系统向集群终端投递短消息过程中,将PDS接收模块接收的AS发送的短消息发送给BSS,并指明使用信道类型。
在一个优选实施例中,该PDS还包括第一PDS短消息鉴权模块,用于在集群系统接收短消息过程中,在PDS接收模块接收到BSS发送的短消息后,向PHR发送鉴权请求,请求PHR对发送方集群终端进行鉴权,在判断PHR鉴权通过后,再通知PDS发送模块将短消息发送至AS;以及用于在集群系统向集群终端投递短消息过程中,在PDS接收模块接收到AS发送的短消息后,向PHR发送鉴权请求,请求PHR对短消息的接收方集群终端进行鉴权,判断PHR鉴权通过后,再向BSS发送所述短消息。
此时,PDS发送模块在第一PDS短消息鉴权模块请求PHR对接收方集群终端进行鉴权,PHR鉴权通过后,再向BSS发送短消息。
在另一个优选实施例中,该PDS还包括PDS寻呼模块,用于在集群系统接收短消息过程中,在收到BSS发送的呼叫建立请求后向BSS发起短消息寻呼,指示BSS为发送方集群终端建立业务信道;以及用于在集群系统向集群终端投递短消息过程中,判断PDS接收模块接收的AS发送的短消息的接收方集群终端处于非集群业务状态,且所述短消息大于预设长度门限时,向BSS发起短消息寻呼,指示BSS为接收方集群终端建立业务信道。
优选地,该PDS还包括第二PDS短消息鉴权模块,用于在集群系统接收短消息过程中,在所述PDS寻呼模块收到BSS发送的呼叫建立请求后,向PHR发送鉴权请求,请求PHR对发送方集群终端进行鉴权,判断PHR鉴权通过后再通知所述PDS寻呼模块向所述BSS发起短消息寻呼;以及用于在集群系统向集群终端投递短消息过程中,在所述PDS寻呼模块向BSS发起短消息寻呼前,向PHR发送鉴权请求,请求PHR对接收方集群终端进行鉴权。
优选地,该PDS寻呼模块还用于在集群系统接收短消息过程中,在AS成功处理短消息后,向BSS发送用于释放业务信道的命令,指示BSS释放发送方集群终端的业务信道;以及用于在集群系统向集群终端投递短消息过程中,在BSS成功投递所述短消息后,向BSS发送用于释放业务信道的命令,指示BSS释放接收方集群终端的业务信道。
在另一个优选实施例中,PDS发送模块在集群系统向集群终端投递短消息过程中,向BSS发送短消息,并指明使用信道类型,具体包括:
PDS发送模块判断PDS接收模块接收的AS发送的短消息的长度小于预设长度门限,则向BSS发送短消息同时指明使用的信道类型为控制信道;或者
PDS判断PDS接收模块接收的AS发送的短消息的长度大于预设长度门限,则向BSS发送短消息同时指明使用的信道类型为业务信道,或者
PDS判断所述短消息接收方处于标准组呼叫中,则向BSS发送短消息同时指明使用的信道类型为业务信道;或者,等待标准组呼结束后再向BSS发送短消息,同时指明使用的信道类型。
●实现集群终端收发短消息的AS,如图5所示,包括AS接收模块、AS路由选择模块和AS发送模块,其中:
该AS接收模块,用于接收PDS发送的短消息;
该AS路由选择模块,用于在集群系统接收短消息过程中,判断所述AS接收模块接收的短消息的接收方类型,接收方类型如果是终端,则将所述短消息放入投递等待队列,接收方类型如果是调度台,则转发所述短消息至DAS;
该AS发送模块,用于在集群系统向集群终端投递短消息过程中,从投递等待队列中取出短消息,向PDS发送所述短消息;
在一个优选实施例中,AS路由选择模块判断短消息的接收方类型,向PHR发送鉴权请求,请求PHR对类型为集群终端的发送方和/或接收方进行鉴权;在判断PHR鉴权通过后,将接收方类型为集群终端的短消息放入投递等待队列,将接收方类型为调度台的短消息转发到DAS,并向PDS返回指示成功的响应消息;在判断PHR鉴权不通过,则向PDS返回指示失败的响应消息。
具体地,AS路由选择模块根据短消息的接收方号码,查找短信路由表获得短消息的接收方类型,所述短信路由表中保存有接收方类型与号段对应关系。
以上装置中各模块功能可用各种具体的硬件方式实现,例如发送模块和接收模块可由一接口装置实现。能实现上述模块功能的装置,均属于本申请保护范围。
下面通过应用示例对上述实施例方法进行举例说明。在以下示例中,以GoTa数字集群系统中的行业应用服务器GAS作为AS进行举例说明,其他集群系统中的AS收发短消息实现过程可参照下例中的GAS相关流程。示例1和示例2为短消息始呼过程,即终端将短消息发送至网络侧的过程,示例3和示例4是短消息终呼过程,即网络侧下发短消息的过程,示例5为一种GAS的实现结构图。在不冲突的情况下,以下示例及示例中的特征可以相互任意组合,例如示例1可以和示例3或示例4组合,示例2也可以和示例3或示例4组合。在以下示例中,终端和基站之间的短消息信令交互,不属于本文讨论范畴,如有提及只是为了更清晰的描述流程。
应用示例1
本示例为发送方为用户的短消息始呼过程,终端在控制信道(包括接入信道和寻呼信道)发送短消息,或终端已处于语音或数据业务中(即已建立业务信道),在已建立的业务信道发送短消息,如图6所示,包括以下步骤:
步骤401,用户编辑短消息并发送,终端选择在接入信道或业务信道上向BSS发送Um-DataBurst(数据突发)消息,该消息中承载有短消息内容,BSS收到后向PDS发送短消息发送请求,其中携带发送方IMSI(InternationalMobile Subscriber Identity,国际移动用户标识)和封装数据包;
IMSI用于唯一标识用户身份;封装数据包遵循3GPP2定义的CDMA短消息业务标准,至少包含目的地址(接收方号码)、短消息内容,还可以包含是否需要返回传送确认(标识)等信息。
如果用户编辑的短消息小于预设长度门限,则终端选择在控制信道上发送,如果用户编辑的短消息大于预设长度门限,则终端选择在已建立的业务信道上发送。用户编辑的短消息等于预设长度门限时,可按照小于门限情况处理,也可按照大于门限情况处理。
使用控制信道发送短消息与使用业务信道发送短消息过程中,BSS与PDS之间交互的消息可以相同也可以不同。
步骤402,PDS收到短消息发送请求消息后,判断发送方不处于短消息始呼或不处于短消息终呼中,向PHR发送鉴权请求,携带发送方IMSI等;否则,流程结束;PHR收到鉴权请求后对发送方进行鉴权,返回鉴权应答,其中包括鉴权结果、发送方位置信息等;
PDS收到短消息发送请求消息后,判断发送方是否处于短消息始呼或是否处于短消息终呼中,是为了进行异常保护,例如防止终端在一个短消息始呼过程未结束时又发起一个新的短消息始呼过程。
PDS发起的PHR鉴权为基本鉴权,主要用于判断发送方用户是否存在,以及获取发送方位置信息。
步骤403,PDS判断鉴权通过,则保存发送方位置信息,并向GAS发送短消息提交请求,其中携带发送方IMSI和封装数据包;PDS判断鉴权失败(如:发送方未在系统中开户),则流程结束;
PDS保存发送方位置信息是为了在返回响应时,确定发送给哪个基站。
步骤404,GAS收到短消息提交请求后,先解析出的目的地址(接收方号码),再到专网短信路由表中,根据接收方号码查询接收方类型,向PHR发送鉴权请求,如果接收方为用户,鉴权请求包含发送方IMSI和接收方号码,即对发送方和接收方鉴权,如果接收方为调度台,鉴权请求包含发送方IMSI,即仅对发送方鉴权;PHR收到鉴权请求后,根据鉴权请求中的内容对发送方或发送方和接收方进行鉴权,返回鉴权应答,如果鉴权通过,返回鉴权接受应答,其中包括账号状态、短消息收发权限等信息;如果鉴权失败,返回鉴权失败应答;
PHR的鉴权仅针对用户,故只要发送方或接收方有任一方或两方为用户的,就需要送至PHR进行鉴权。
GAS发起的PHR鉴权为业务逻辑的鉴权,主要包括权限判断,例如判断发送方是否有发送权限或接收方是否有接收权限,此外还可包括发送方账号状态(活动还是过期)等。
步骤405,GAS判断PHR权限校验通过后,判断接收方如果是用户,则为短消息分配唯一的标识号,并将短消息放入投递等待队列,接收方如果是调度台,则将该短消息直接转发到DAS;向PDS返回短消息提交响应消息(例如短消息提交成功响应消息),其中携带GAS的处理结果(成功)、发送方IMSI、封装数据包等;封装数据包遵循标准协议,至少包含对短消息的处理结果(成功);
GAS判断PHR权限校验不通过(如:发送方无短消息始呼权限、接收方账户过期等),则丢弃该短消息,向PDS发送短消息提交响应消息(短消息提交失败响应消息),其中携带GAS的处理结果(失败)、发送方IMSI、封装数据包中处理结果(失败);
如果步骤401中所述请求消息的封装数据包中,不要求返回传送确认,则GAS发送的短消息提交响应中可不携带封装数据包字段;如果要求返回传送确认,则GAS发送的短消息提交响应中携带封装数据包。GAS向PDS发送的响应消息中携带GAS的处理结果,同理PDS向GAS发送的响应消息中携带PDS的处理结果。响应消息发送到PDS后,PDS会解析消息中携带的处理结果,并进行相应处理(例如失败观察、性能统计等),PDS继续透传该封装数据包,封装数据包最终透传到终端,由终端进行解析,获取处理结果。
步骤406,PDS收到短消息提交响应(成功或失败),判断若携带封装数据包字段,则根据保存的终端位置信息向基站下发短消息发送响应消息,其中携带发送方IMSI和封装数据包,基站转发短消息发送响应消息给终端,否则,流程结束;
步骤407,终端收到短消息发送响应后返回层2证实、确认已经收到了信令;BSS向PDS发送证实消息,其中携带发送方IMSI,PDS收到证实消息,释放资源,流程结束。
应用示例2
本示例为发送方为用户的短消息始呼过程,终端需要在业务信道发送短消息,与上一示例的区别在于,此时终端处于空闲状态未建立业务信道,需要先建立业务信道,如图7所示,包括以下步骤:
步骤501,用户编辑短消息并发送,终端选择在接入信道上向BSS发送始发消息,请求建立业务信道;BSS收到始发消息后发送短消息呼叫建立请求,其中携带发送方IMSI;
步骤502,PDS收到短消息呼叫建立请求消息,判断发送方不处于短消息始呼或短消息终呼中,向PHR发送获取GID(呼叫唯一标识)请求,携带发送方IMSI等;否则,流程结束;PHR收到后对发送方进行鉴权,返回鉴权应答,其中包括鉴权结果、GID、发送方位置信息等;
步骤503,PDS判断鉴权通过,则保存发送方位置信息,向BSS下发短消息寻呼消息并设立定时器,其中携带发送方IMSI;PDS判断鉴权失败(如:发送方未在系统中开户),则流程结束;
步骤504,BSS收到短消息寻呼消息为终端建立业务信道后,向PDS返回短消息呼叫建立完成消息,其中携带发送方IMSI;PDS收到后流程继续,执行步骤505;若定时器超时仍未收到该短消息呼叫建立完成消息,PDS可重发寻呼或流程结束;
步骤505,终端在业务信道上向BSS发送Um-DataBurst消息,BSS收到后向PDS发送短消息发送请求消息,其中携带发送方IMSI和封装数据包,封装数据包遵循标准协议,至少包含目的地址(接收方号码)、短消息内容,还可以包含是否需要返回传送确认等信息;
步骤506,PDS收到短消息发送请求消息后,向GAS发送短消息提交请求,其中携带发送方IMSI和封装数据包;
由于在步骤502中,PDS已经向PHR请求鉴权,获取了发送方位置信息,故在步骤505之后,PDS在收到短消息发送请求消息后,可直接向GAS发送短消息提交请求,无需再进行鉴权。
步骤507,GAS收到短消息提交请求后,先解析出的目的地址(接收方号码),再到专网短信路由表中,根据接收方号码查询接收方类型,向PHR发送鉴权请求,如果接收方为用户,鉴权请求包含发送方IMSI和接收方号码,即对发送方和接收方鉴权;如果接收方为调度台,鉴权请求包含发送方IMSI,即仅对发送方鉴权;PHR收到鉴权请求后,根据鉴权请求中的内容对发送方或发送方和接收方进行鉴权,返回鉴权应答,如果鉴权通过,返回鉴权接受应答,其中包括账号状态、短消息收发权限等信息;如果鉴权失败,返回鉴权失败应答;
步骤508,GAS判断PHR权限校验通过后,判断接收方如果是用户,则为短消息分配唯一的标识号,并将短消息放入投递等待队列;接收方如果是调度台,则将该短消息直接转发到DAS;向PDS返回短消息提交响应消息,如果是短消息提交成功响应消息,其中携带GAS的处理结果(成功)、发送方IMSI、封装数据包等;封装数据包遵循标准协议,至少包含对短消息的处理结果(成功);
GAS判断PHR权限校验不通过(如:发送方无短消息始呼权限、接收方账户过期等),则丢弃该短消息,向PDS发送短消息提交失败响应消息,其中携带GAS的处理结果(失败)、发送方IMSI、封装数据包中处理结果(失败);
如果步骤505中所述请求消息的封装数据包中,不要求返回传送确认,则GAS发送的短消息提交响应中可不携带封装数据包字段;如果要求返回传送确认,则GAS发送的短消息提交响应中携带封装数据包。
步骤509,PDS收到短消息提交响应(成功或失败),判断若携带封装数据包字段,则根据保存的终端位置信息向终端发送短消息发送响应消息,其中携带发送方IMSI和封装数据包,否则,转步骤511;
步骤510,终端收到短消息发送响应后返回层2证实、确认已经收到了信令;BSS向PDS发送证实消息,其中携带发送方IMSI;
步骤511,PDS收到证实消息,向BSS发送短消息呼叫释放命令,其中携带发送方IMSI;
步骤512,BSS收到短消息呼叫释放命令后,释放为发送方建立的业务信道,向PDS返回短消息呼叫释放完成消息,其中携带发送方IMSI;PDS收到短消息呼叫释放完成消息后,释放资源,流程结束。
一个优选示例中,为了区别现有语音呼叫,上述建立业务信道所使用的消息可以差别于现有消息,例如在消息中的呼叫类型(call mode)字段或业务类型(service type)字段中表明本次呼叫为短消息呼叫,当然也可以实现为用新的消息实现。上述建立业务信道涉及的步骤包括:步骤501、步骤503、步骤504、步骤511、步骤512。
应用示例3
本示例为接收方为用户的短消息终呼过程,PDS选择在控制信道或已建立的业务信道向终端投递短消息,如图8所示,包括以下步骤:
步骤601,GAS从投递等待队列中取出待投递的短消息,向PDS发送短消息递送请求消息,其中携带接收方IMSI、封装数据包,封装数据包遵循标准协议,至少包含源地址(发送方号码)、短消息内容,还可以包含是否要求返回传送确认等信息;
该投递等待队列优选采用先进先出的读取方式。
步骤602,PDS收到短消息递送请求消息后,判断消息长度小于预设长度门限(该门限可灵活配置),表明可以在控制信道下发,则向PHR发送鉴权请求,携带发送方IMSI等信息,PHR收到鉴权请求后对接收方进行鉴权,返回鉴权应答,其中包括鉴权结果、接收方位置等;如果判断消息长度大于预设长度门限,表明需要在业务信道下发,且接收方已处于集群业务中(说明业务信道已建立),可以不请求PHR鉴权(PDS在建立业务信道过程中已经获取了发送方位置信息),直接转步骤603;
一种特殊的情况,PDS若判断短消息接收方处于标准组呼叫中,可以实现为直接投递或延迟投递,取决于系统对短消息及时性的要求。直接投递:PDS指定使用信道类型为业务信道,可以不鉴权,直接转步骤603,BSC收到后在标准组呼共享信道投递,采用这种方案终端处于标准组呼中也可以接收到短信。延迟投递:PDS等待标准组呼结束后再转步骤603;或者是直接转步骤606,指明处理结果为失败,失败原因是“处于标准组呼叫中”;GAS根据特定策略重发;采用这种方案终端会在标准组呼释放后才接收到短信。
步骤603,PDS向BSS下发短消息投递请求消息,其中携带接收方IMSI、封装数据包、接收方位置信息,并指明使用信道类型(控制信道或业务信道);BSS收到短消息投递请求消息后,根据指明的信道类型再结合实际情况选择业务信道或控制信道下发Um-DataBurst消息:如果短消息投递请求消息中指明的信道类型是业务信道,则在业务信道下发(本示例场景为接收方终端已建立业务信道,如果业务信道未建立,则BSS需要先建立业务信道再发送,详见示例4);如果短消息投递请求消息中指明的是控制信道,再判断当前终端是否处于普通语音或数据业务中,如果处于则在业务信道下发,否则在控制信道下发;
由于PDS只能获知终端是否在集群业务中,故当BSS接收到PDS指明的信道类型为控制信道时,可以再进一步判断终端是否处于其他业务中,如果处于,则优先采用业务信道下发短消息。
如果PDS指明需要使用控制信道发送,则需要在给BSS发送的短消息投递请求消息中携带接收方位置信息;如果步骤602中鉴权失败(如:接收方无位置信息),则流程结束;
一种特殊的情况,BSS判断如果接收方终端在标准组呼中则在标准组共享信道下发;
步骤604,终端收到后向BSS返回层2证实,确认已经收到了信令;BSS向PDS转发证实消息,携带接收方IMSI;
在步骤603中,PDS发送短消息投递请求时可同时设置一定时器,当定时器超时,PDS仍未收到层2证实,则转步骤606,向GAS发送短消息递送响应消息,指明处理结果为没有收到层2证实;GAS收到后采取对应的重发策略。
步骤605,终端在接入信道或控制信道(步骤604中BSS下发所使用的信道)上向BSS发送Um-DataBurst消息,通知投递结果(业务处理结果,例如解码是否成功);BSS收到后向PDS发送短消息投递响应消息,其中携带接收方IMSI和封装数据包,封装数据包遵循标准协议,至少包含对短消息的处理结果(终端的投递结果);
步骤606,PDS收到短消息投递响应消息后,向GAS发送短消息递送响应消息,其中携带接收方IMSI、PDS的处理结果和上述封装数据包;
GAS收到短消息递送响应消息后,按照按标准协议对封装数据包解码,判断处理结果,如果处理结果都为成功,则可删除内存或数据库中的该条短消息,则流程结束;只要有一个处理结果为失败,则可以根据不同情况采取对应的策略:定时重发、提醒重发或丢弃不再重发。
应用示例4
本示例为接收方为用户的短消息终呼过程,需要在业务信道发送短消息,与上一示例的区别在于,此时用户终端处于空闲状态,需要先建立业务信道,如图9所示,包括以下步骤:
步骤701,GAS从投递等待队列中取出待投递的短消息,向PDS发送短消息递送请求消息,其中携带接收方IMSI、封装数据包,封装数据包遵循标准协议,至少包含源地址(发送方号码)、短消息内容,还可以包含是否需要返回传送确认等信息;
步骤702,PDS收到短消息递送请求消息后,判断接收方处于非集群业务状态(如空闲状态,业务信道未建立),且消息长度大于预设长度门限,说明需要先建立业务信道;则向PHR发送获取GID(呼叫唯一标识)请求,携带接收方IMSI等;PHR收到后对接收方进行鉴权,返回鉴权应答,其中包括鉴权结果、GID、接收方位置信息等;
步骤703,PDS判断鉴权通过,则保存接收方位置信息,向BSS下发短消息寻呼消息并设立定时器,其中携带接收方IMSI,如果判断鉴权失败(如:接收方无位置信息),则流程结束;
步骤704,BSS收到短消息寻呼消息,为MS建立业务信道后,向PDS返回短消息呼叫建立完成消息,其中携带接收方IMSI;若定时器超时仍未收到该短消息呼叫建立完成消息,PDS可重发寻呼或流程结束;
步骤705,PDS收到短消息呼叫建立完成消息后,向BSS发送短消息投递请求消息,其中携带接收方IMSI、封装数据包等,并指明使用的信道类型为业务信道;BSS收到短消息投递请求消息后,在业务信道上向接收方终端发送Um-DataBurst消息;
PDS指明信道类型的方式可以是明示的,例如通过一标识信息,也可以是暗示的,例如通过某种消息类型。
步骤706,终端收到后向BSS返回层2证实,确认已经收到了信令;BSS向PDS发送证实消息,其中携带接收方IMSI;
在步骤705中,PDS在发送短消息投递请求消息时可设计定时器,在步骤706中,如果PDS在发送短消息投递请求消息时设立的定时器超时时,仍未收到层2证实,则转步骤710,向GAS发送短消息递送响应消息,指明处理结果为没有收到层2证实;GAS收到后采取对应的重发策略。
步骤707,终端在业务信道上向BSS发送Um-DataBurst消息,通知投递结果;BSS收到后向PDS发送短消息投递响应消息,其中携带接收方IMSI和封装数据包,封装数据包遵循标准协议,至少包含对短消息的处理结果(终端的投递结果);
步骤708,PDS向BSS发送短消息呼叫释放命令,其中携带接收方IMSI;
步骤709,BSS收到短消息呼叫释放命令后,释放为接收方建立的业务信道,向PDS返回短消息呼叫释放完成消息,其中携带接收方IMSI;
步骤710,PDS向GAS发送短消息递送响应消息,其中携带接收方IMSI、PDS的处理结果和步骤707中的封装数据包,收到短消息呼叫释放完成消息后,释放资源,流程结束。
GAS收到短消息递送响应消息后,按照按标准协议对封装数据包解码,判断处理结果,如果处理结果都为成功,则可删除内存或数据库中的该条短消息,短消息投递过程结束;只要有一个处理结果为失败,则可以根据不同情况采取对应的策略:定时重发、提醒重发或丢弃不再重发。
设计在业务信道释放后再向GAS反馈消息递送响应是为了避免时序冲突。
一个优选示例中,为了区别现有语音呼叫,上述建立业务信道所使用的消息可以差别于现有消息,例如在消息中的呼叫类型(call mode)字段或业务类型(service type)字段中表明本次呼叫为短消息呼叫,当然也可以实现为用新的消息实现。上述建立业务信道涉及的步骤包括:步骤703、步骤704、步骤709、步骤710。
应用示例5
本示例描述一种GoTa数字集群系统中GAS上的短信服务功能模块结构,如图10所示,包括协议适配模块、专网短信处理模块和短信实体信令处理模块,其中:
协议适配模块
本示例中,短信服务支持多种工作模式,可通过配置选择,协议适配模块根据模式对应协议进行编解码。若工作于SMPP(Short Message Peer toPeer,点对点短消息协议)或SGIP(Short Message Gateway Interface Protocol,短消息网关结构协议)模式,短信服务与交换子系统中的SMSC(或SMG)对接,短信服务与两者通信分别遵循SMPP或SGIP协议;若工作于专网短信模式,则短信服务与集群调度子系统内的PDS对接,与终端之间传送的短消息遵循3GPP2定义的CDMA短消息业务标准。
当然,短信服务模块也可以只支持专网短信模式;本示例中支持工作模式选择,只是为了更好的兼容集群系统在公网和专网的应用模式。
专网短信处理模块
短消息接收模块:接收来自DAS或PDS的短消息,解析出发送方号码、接收方号码,写入接收队列;
短消息鉴权模块:对于接收队列中的短信,如果发送方或接收方号码是用户,则到PHR鉴权,根据鉴权结果判断发送方或接收方号码是否存在、是否已过期、是否具备短消息收发权限等;
专网短信路由表:存储了接收方类型和号段的对应关系。路由表的每一条记录包括:起始号码、结束号码、接收方类型;
路由选择模块:对于权限校验通过的短消息,根据接收方号码到专网短信路由表匹配路由。本实施例中,接收方类型可以是用户或调度台;接收方如果被判定为调度台,短消息转发到DAS;如果是用户,转发到PDS;
短消息投递模块:根据路由选择结果,进行编码并转发。
短信实体信令处理模块
短信实体信令接收模:对接收到的来自于短信实体(本示例中是DAS,应用场景是调度台发送短消息到用户)的短消息发送请求信令进行解码,将解析出的发送方号码、目的用户列表、短消息内容、编码方式写入发送缓冲队列;
短消息发送模块:从发送缓冲队列中读取的发送方号码、接收用户列表、短消息内容,发送到协议适配模块编码;
短消息接收模块:接收协议适配模块解码出的发送方号码、集团短信接入号码、短消息内容、编码方式等写入接收缓冲队列;
DSS信令发送模块:从接收缓冲队列读取短消息,根据集团短信接入号查询短信接入号路由表,将短消息分发到对应的短信实体(本示例中是DAS,应用场景是用户发送短消息到调度台);
短信接入号路由表:存储了短信接入号段和短信实体(本示例中是DAS)的对应关系。路由表的每一条记录包括:起始接入号、结束接入号、短信实体类型、短信实体IP地址和端口号。
上述专网短信处理模块主要用于实现终端到集群系统的短消息发送和集群系统到终端的短消息投递过程。上述短信实体信令处理模块主要用于实现调度台发送短消息到集群系统和集群系统投递短消息到调度台的过程。本文主要讨论的是上述专网短信处理模块实现的流程。
上述集群系统中的短信服务,可以灵活工作于专网和公网两种模式。在组网和设备成本受限制,或者对集群呼叫中短信实时性要求高的场合,可以切换到上述专网短信模式。如果业务需要,短信服务可以直接和SMSC设备对接,以实现复杂多样的短信需求。
本发明除了适用于GoTa数字集群系统,还可以应用于其他集群系统。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成,所述程序可以存储于计算机可读存储介质中,如只读存储器、磁盘或光盘等。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地,上述实施例中的各模块/单元可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (32)
1.一种集群系统接收短消息方法,包括:
基站子系统(BSS)接收集群终端发送的短消息,将所述集群终端发送的短消息发送到集群调度服务器(PDS);
所述PDS将所述短消息发送至行业应用服务器(AS);
所述AS判断所述短消息的接收方类型,接收方类型如果是终端,则将所述短消息放入投递等待队列,接收方类型如果是调度台,则转发所述短消息至调度代理服务器(DAS)。
2.如权利要求1所述的方法,其特征在于:
所述BSS接收集群终端发送的短消息,包括:
所述BSS接收所述集群终端通过控制信道发送的短消息,或者接收所述集群终端通过已建立的业务信道发送的短消息。
3.如权利要求2所述的方法,其特征在于:
所述方法还包括:所述PDS接收所述短消息后,向调度归属寄存器(PHR)发送鉴权请求,请求PHR对发送方进行鉴权,判断PHR鉴权通过后,再将所述短消息发送至所述AS。
4.如权利要求1所述的方法,其特征在于:
所述BSS接收集群终端发送的短消息,将集群终端发送的短消息发送到PDS,包括:
所述BSS接收到集群终端发送的业务信道建立请求后,向PDS发送呼叫建立请求,所述PDS收到呼叫建立请求后向所述BSS发起短消息寻呼,为所述集群终端建立业务信道,业务信道建立后,所述BSS接收集群终端通过所述业务信道发送的短消息,将所述短消息发送到所述PDS。
5.如权利要求4所述的方法,其特征在于:
所述PDS收到呼叫建立请求后,所述方法还包括:
所述PDS向PHR发送鉴权请求,请求PHR对发送方集群终端进行鉴权,所述PDS判断PHR鉴权通过后再向所述BSS发起短消息寻呼。
6.如权利要求4所述的方法,其特征在于:
所述AS将短消息放入投递等待队列后或转发短消息至DAS后,所述方法还包括:所述PDS向所述BSS发送用于释放业务信道的命令,所述BSS收到所述命令后,释放业务信道。
7.如权利要求1-6中任一权利要求所述的方法,其特征在于:
所述AS判断所述短消息的接收方类型,接收方类型如果是终端,则将所述短消息放入投递等待队列,接收方类型如果是调度台,则转发所述短消息至DAS,包括:
所述AS判断短消息的接收方类型,向PHR发送鉴权请求,请求PHR对类型为集群终端的发送方和/或接收方进行鉴权;所述AS判断PHR鉴权通过,则将接收方类型是集群终端的短消息放入投递等待队列,将接收方类型是调度台的短消息转发到DAS,向PDS返回指示成功的响应消息;所述AS判断PHR鉴权不通过,则向PDS返回指示失败的响应消息。
8.如权利要求7所述的方法,其特征在于:
所述AS判断短消息的接收方类型,包括:
所述AS根据短消息的接收方号码,查找短信路由表获得短消息的接收方类型,所述短信路由表中保存有接收方类型与号段对应关系。
9.如权利要求7所述的方法,其特征在于:
所述方法还包括:所述PDS收到响应消息后,向BSS发送响应消息,所述BSS向所述集群终端发送响应消息。
10.一种集群系统发送短消息方法,包括:
行业应用服务器(AS)从投递等待队列中取出短消息,向集群调度服务器(PDS)发送所述短消息;
所述PDS向基站子系统(BSS)发送所述短消息,并指明使用信道类型;
所述BSS向所述短消息的接收方集群终端发送所述短消息。
11.如权利要求10所述的方法,其特征在于:
所述方法还包括,所述PDS收到短消息后,向调度归属寄存器(PHR)发送鉴权请求,请求PHR对短消息的接收方集群终端进行鉴权,判断PHR鉴权通过后,再向BSS发送所述短消息。
12.如权利要求10所述的方法,其特征在于:
所述方法还包括,所述PDS收到短消息后,判断接收方集群终端处于非集群业务状态,且所述短消息大于预设长度门限,则向BSS发起短消息寻呼,为所述接收方集群终端建立业务信道,业务信道建立后再向BSS发送所述短消息。
13.如权利要求12所述的方法,其特征在于:
所述PDS向BSS发起短消息寻呼前,所述方法还包括:
所述PDS向PHR发送鉴权请求,请求PHR对接收方集群终端进行鉴权,所述PDS判断PHR鉴权通过后再向所述BSS发起短消息寻呼。
14.如权利要求13所述的方法,其特征在于:
所述BSS向所述短消息的接收方集群终端发送所述短消息后,所述方法还包括:所述PDS向所述BSS发送用于释放业务信道的命令,所述BSS收到所述命令后,释放业务信道。
15.如权利要求10-14中任一权利要求所述的方法,其特征在于:
所述PDS向BSS发送所述短消息,并指明使用的信道类型,包括:
所述PDS判断所述短消息长度小于预设长度门限,则向BSS发送所述短消息同时指明使用的信道类型为控制信道;或者
所述PDS判断所述短消息长度大于预设长度门限,则向BSS发送所述短消息同时指明使用的信道类型为业务信道;或者
所述PDS判断所述短消息接收方处于标准组呼叫中,则向BSS发送所述短消息同时指明使用的信道类型为业务信道;或者,等待标准组呼结束后再向BSS发送所述短消息同时指明使用的信道类型。
16.如权利要求15所述的方法,其特征在于:
所述BSS向所述短消息的接收方集群终端发送所述短消息,包括:
所述BSS判断所述PDS指明使用的信道类型为控制信道,则再判断当前接收方集群终端是否处于语音或数据业务中,如果处于,则在业务信道向所述接收方集群终端发送所述短消息,如果不处于,则在控制信道向所述接收方集群终端发送所述短消息;或者
所述BSS判断所述PDS指明使用的信道类型为业务信道,则在业务信道向所述短消息的接收方集群终端发送所述短消息;或者
所述BSS判断当前接收方集群终端在标准组呼中,则在标准组共享信道向所述接收方集群终端发送所述短消息。
17.如权利要求16所述的方法,其特征在于:
所述方法还包括,所述集群终端收到所述短消息后通过接收所述短消息的信道向BSS返回投递结果,所述BSS向所述PDS返回所述集群终端的投递结果,所述PDS向所述AS返回本PDS的处理结果和所述集群终端的投递结果。
18.一种实现集群终端收发短消息的基站子系统(BSS),包括BSS接收模块和BSS发送模块,其中:
所述BSS接收模块,用于接收集群终端发送的短消息,以及接收集群调度服务器(PDS)发送的短消息;
所述BSS发送模块,用于在集群系统接收短消息过程中,将所述集群终端发送的短消息发送到PDS;在集群系统向集群终端投递短消息过程中,将所述PDS发送的短消息发送至所述短消息的接收方集群终端。
19.如权利要求18所述的BSS,其特征在于:
BSS接收模块接收集群终端发送的短消息,包括:
所述BSS接收模块接收所述集群终端通过控制信道发送的短消息,或者接收所述集群终端通过已建立的业务信道发送的短消息。
20.如权利要求18所述的BSS,其特征在于:
所述BSS还包括BSS业务信道模块,用于在接收到集群终端发送的业务信道建立请求后,向PDS发送呼叫建立请求,在收到所述PDS发起的短消息寻呼后,为所述发送方集群终端建立业务信道;
BSS接收模块接收集群终端发送的短消息,包括:接收集群终端通过新建业务信道发送的短消息。
21.如权利要求20所述的BSS,其特征在于:
所述BSS业务信道模块,还用于在收到所述PDS发送的用于释放业务信道的命令后,释放所述集群终端的业务信道。
22.如权利要求18所述的BSS,其特征在于:
所述BSS接收模块接收PDS发送的短消息,包括:所述BSS接收模块接收PDS发送的短消息,以及PDS指明使用的信道类型;
所述BSS发送模块在集群系统向集群终端投递短消息过程中,将所述PDS发送的短消息发送至所述短消息的接收方集群终端,包括:
所述BSS发送模块判断PDS指明使用的信道类型为控制信道,则再判断当前接收方集群终端是否处于语音或数据业务中,如果处于,则在业务信道向所述接收方集群终端发送所述短消息,如果不处于,则在控制信道向所述接收方集群终端发送所述短消息;或者
所述BSS发送模块判断所述PDS指明使用的信道类型为业务信道,则在业务信道向所述短消息的接收方集群终端发送所述短消息;或者
所述BSS发送模块判断当前接收方集群终端在标准组呼中,则在标准组共享信道向所述接收方集群终端发送所述短消息。
23.一种实现集群终端收发短消息的集群调度服务器(PDS),包括PDS接收模块和PDS发送模块,其中:
所述PDS接收模块,用于接收基站子系统(BSS)发送的短消息,以及接收行业应用服务器(AS)发送的短消息;
所述PDS发送模块,用于在集群系统接收短消息过程中,将所述PDS接收模块接收的BSS发送的短消息发送至AS;在集群系统向集群终端投递短消息过程中,将所述PDS接收模块接收的AS发送的短消息发送给BSS,并指明使用信道类型。
24.如权利要求23所述的PDS,其特征在于:
所述PDS还包括第一PDS短消息鉴权模块,用于在集群系统接收短消息过程中,在所述PDS接收模块接收到BSS发送的短消息后,向调度归属寄存器(PHR)发送鉴权请求,请求PHR对发送方集群终端进行鉴权,在判断PHR鉴权通过后,再通知所述PDS发送模块将所述短消息发送至所述AS;以及用于在集群系统向集群终端投递短消息过程中,在所述PDS接收模块接收到AS发送的短消息后,向PHR发送鉴权请求,请求PHR对短消息的接收方集群终端进行鉴权,判断PHR鉴权通过后,再向BSS发送所述短消息。
25.如权利要求23或24所述的PDS,其特征在于:
所述PDS还包括PDS寻呼模块,用于在集群系统接收短消息过程中,在收到BSS发送的呼叫建立请求后向所述BSS发起短消息寻呼,指示BSS为发送方集群终端建立业务信道;以及用于在集群系统向集群终端投递短消息过程中,判断所述PDS接收模块接收的AS发送的短消息的接收方集群终端处于非集群业务状态,且所述短消息大于预设长度门限时,向BSS发起短消息寻呼,指示所述BSS为所述接收方集群终端建立业务信道。
26.如权利要求25所述的PDS,其特征在于:
所述PDS还包括第二PDS短消息鉴权模块,用于在集群系统接收短消息过程中,在所述PDS寻呼模块收到BSS发送的呼叫建立请求后,向PHR发送鉴权请求,请求PHR对发送方集群终端进行鉴权,判断PHR鉴权通过后再通知所述PDS寻呼模块向所述BSS发起短消息寻呼;以及用于在集群系统向集群终端投递短消息过程中,在所述PDS寻呼模块向BSS发起短消息寻呼前,向PHR发送鉴权请求,请求PHR对接收方集群终端进行鉴权。
27.如权利要求24所述的PDS,其特征在于:
所述PDS发送模块,在集群系统向集群终端投递短消息过程中,将所述PDS接收模块接收的AS发送的短消息发送给BSS,包括:所述PDS发送模块在所述第一PDS短消息鉴权模块请求PHR对接收方集群终端进行鉴权,所述PHR鉴权通过后,再向BSS发送所述短消息。
28.如权利要求25所述的PDS,其特征在于:
PDS寻呼模块,还用于在集群系统接收短消息过程中,在AS成功处理短消息后,向所述BSS发送用于释放业务信道的命令,指示所述BSS释放所述发送方集群终端的业务信道;以及用于在集群系统向集群终端投递短消息过程中,在所述BSS成功投递所述短消息后,向所述BSS发送用于释放业务信道的命令,指示所述BSS释放所述接收方集群终端的业务信道。
29.如权利要求23所述的PDS,其特征在于:
所述PDS发送模块在集群系统向集群终端投递短消息过程中,将所述PDS接收模块接收的AS发送的短消息发送给BSS,并指明使用信道类型,包括:
所述PDS发送模块判断所述PDS接收模块接收的AS发送的短消息的长度小于预设长度门限,则向BSS发送所述短消息同时指明使用的信道类型为控制信道;或者
所述PDS判断所述PDS接收模块接收的AS发送的短消息的长度大于预设长度门限,则向BSS发送所述短消息同时指明使用的信道类型为业务信道,或者
所述PDS判断所述短消息接收方处于标准组呼叫中,则向BSS发送所述短消息同时指明使用的信道类型为业务信道;或者,等待标准组呼结束后再向BSS发送所述短消息同时指明使用的信道类型。
30.一种实现集群终端收发短消息的行业应用服务器(AS),包括AS接收模块、AS路由选择模块和AS发送模块,其中:
所述AS接收模块,用于接收集群调度服务器(PDS)发送的短消息;
所述AS路由选择模块,用于在集群系统接收短消息过程中,判断所述AS接收模块接收的短消息的接收方类型,接收方类型如果是终端,则将所述短消息放入投递等待队列,接收方类型如果是调度台,则转发所述短消息至调度代理服务器(DAS);
所述AS发送模块,用于在集群系统向集群终端投递短消息过程中,从投递等待队列中取出短消息,向集群调度服务器(PDS)发送所述短消息。
31.如权利要求30所述的AS,其特征在于:
AS路由选择模块判断所述短消息的接收方类型,接收方类型如果是终端,则将所述短消息放入投递等待队列,接收方类型如果是调度台,则转发所述短消息至DAS,包括:
AS路由选择模块判断短消息的接收方类型,向PHR发送鉴权请求,请求PHR对类型为集群终端的发送方和/或接收方进行鉴权;在判断PHR鉴权通过后,将接收方类型为集群终端的短消息放入投递等待队列,将接收方类型为调度台的短消息转发到DAS,并向PDS返回指示成功的响应消息;在判断PHR鉴权不通过,则向PDS返回指示失败的响应消息。
32.如权利要求31所述的AS,其特征在于:
AS路由选择模块判断短消息的接收方类型,包括:
AS路由选择模块根据短消息的接收方号码,查找短信路由表获得短消息的接收方类型,所述短信路由表中保存有接收方类型与号段对应关系。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210443720.6A CN103813274A (zh) | 2012-11-08 | 2012-11-08 | 集群系统中收发短消息方法和实现终端收发短消息的装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210443720.6A CN103813274A (zh) | 2012-11-08 | 2012-11-08 | 集群系统中收发短消息方法和实现终端收发短消息的装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103813274A true CN103813274A (zh) | 2014-05-21 |
Family
ID=50709381
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210443720.6A Pending CN103813274A (zh) | 2012-11-08 | 2012-11-08 | 集群系统中收发短消息方法和实现终端收发短消息的装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103813274A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108471600A (zh) * | 2017-02-23 | 2018-08-31 | 中兴通讯股份有限公司 | 一种实现呼叫限制的方法、智能网络系统和终端设备 |
CN112714055A (zh) * | 2019-10-25 | 2021-04-27 | 成都鼎桥通信技术有限公司 | 宽带集群通信的点对点短消息阅读确认方法、装置和系统 |
CN113423077A (zh) * | 2021-07-09 | 2021-09-21 | 哈尔滨海能达科技有限公司 | 专网下信息的发送方法、接收方法及相关装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1585523A (zh) * | 2004-06-04 | 2005-02-23 | 中兴通讯股份有限公司 | 数字集群系统中集群短信代理模块及发送短消息方法 |
CN101102555A (zh) * | 2007-07-26 | 2008-01-09 | 中兴通讯股份有限公司 | 一种集群系统中调度员发送通知消息的实现方法 |
CN101115234A (zh) * | 2007-09-06 | 2008-01-30 | 中兴通讯股份有限公司 | 一种集群通信系统中收发短消息的方法及系统 |
-
2012
- 2012-11-08 CN CN201210443720.6A patent/CN103813274A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1585523A (zh) * | 2004-06-04 | 2005-02-23 | 中兴通讯股份有限公司 | 数字集群系统中集群短信代理模块及发送短消息方法 |
CN101102555A (zh) * | 2007-07-26 | 2008-01-09 | 中兴通讯股份有限公司 | 一种集群系统中调度员发送通知消息的实现方法 |
CN101115234A (zh) * | 2007-09-06 | 2008-01-30 | 中兴通讯股份有限公司 | 一种集群通信系统中收发短消息的方法及系统 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108471600A (zh) * | 2017-02-23 | 2018-08-31 | 中兴通讯股份有限公司 | 一种实现呼叫限制的方法、智能网络系统和终端设备 |
CN112714055A (zh) * | 2019-10-25 | 2021-04-27 | 成都鼎桥通信技术有限公司 | 宽带集群通信的点对点短消息阅读确认方法、装置和系统 |
CN112714055B (zh) * | 2019-10-25 | 2022-10-25 | 成都鼎桥通信技术有限公司 | 宽带集群通信的点对点短消息阅读确认方法、装置和系统 |
CN113423077A (zh) * | 2021-07-09 | 2021-09-21 | 哈尔滨海能达科技有限公司 | 专网下信息的发送方法、接收方法及相关装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5102229B2 (ja) | 無線急報プライオリティユーザへ通信リソースを提供するシステム及び方法 | |
US7969925B2 (en) | Peer-to-peer mobile data transfer method and device | |
US20080064364A1 (en) | Emergency group calling across multiple wireless networks | |
CN101115234B (zh) | 一种集群通信系统中收发短消息的方法及系统 | |
RU2333617C2 (ru) | Способ и устройство передачи отчетов для sms-сообщений в системах беспроводной связи | |
CN100362873C (zh) | 一种多媒体消息的发送方法 | |
CN100596226C (zh) | 用于在无线通信网络中快速定位数据并将数据传输到移动装置的方法 | |
WO1999066746A2 (en) | A method for delivering messages in a wireless communications system using the same protocol for all types of messages | |
CN1473444A (zh) | 辅助网络自动确认发送短信息服务的方法与装置 | |
WO2007109936A1 (fr) | Procédé, appareil et système de transmission de messages courts trop longs dans un champ de circuits amcr | |
US7177628B2 (en) | Method for enabling IP push capability to wireless devices on a wireless network | |
CN101730021B (zh) | 码分多址终端短消息存储空间不足时的处理方法和系统 | |
US20060068761A1 (en) | System and method for prioritizing a store-and-forward message | |
WO2010120461A1 (en) | Relay of delayed transmitter identity across a push-to-talk audio patch | |
CN103813274A (zh) | 集群系统中收发短消息方法和实现终端收发短消息的装置 | |
CN101291472B (zh) | 涉及一机多号终端的短信收发方法及系统 | |
WO2012062051A1 (zh) | 一种下发多媒体消息的方法和系统 | |
CN101088299B (zh) | 用于在目标忙时自动重新路由信息的系统和方法 | |
CN102056104A (zh) | 一种短消息发送控制方法及装置、系统 | |
EP1755349A1 (en) | Text or media message service and mobile communication network | |
WO2008080325A1 (fr) | Système et procédé de transmission et d'amélioration de messages dans un réseau de communication sans fil | |
CN101668265A (zh) | 短消息发送方法、系统及装置 | |
CN101072389A (zh) | 数字集群通信系统中对接入失败用户提示的系统和方法 | |
CN100349481C (zh) | 一种数字集群通信系统中发送短消息的实现方法 | |
CN101340610A (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 | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20140521 |