具体实施方式
本发明实施例的实现主叫名显示业务的方法,参考图1,主要包括步骤:
Step1、接收交换系统发送的业务请求,所称业务请求携带有主叫和被叫的标识。
所称交换系统指为主、被叫用户提供通信服务的网络系统;包括主、被叫端局的交换设备,例如移动业务交换中心(MSC:Mobile Service SwitchingCenter)、业务交换点(SSP:Service Switching Piont)等,以及提供相关数据服务的设备,例如拜访位置寄存器(VLR:Visitor Location Register)、归属位置寄存器(HLR:Home Location Register)等。
所称业务请求是在呼叫过程中根据某方用户的业务定购信息触发的请求,它可以是对主叫名显示业务的请求,也可以是对其他业务的请求。在后一情况下,该“其他业务”与主叫名显示业务关联,能够通过对该业务的请求触发主叫名显示业务的执行。
Step2、根据主叫的标识查询主叫用户设置的主叫信息,根据被叫的标识查询被叫的位置信息。
此步骤中的两个操作用于获得主叫信息发送所需要的数据,其执行没有严格的时机限制,可在获得主、被叫的标识后,在进行主叫信息发送前的任意时间安排执行,与Step3中的限制相比,该两个操作安排在确定被叫终端已振铃之前或之后均可。此外,所执行的“查询被叫的位置信息”可以是专属于主叫名显示业务流程的操作,也可是其他业务执行流程中的操作,只要其查询的结果能够在发送主叫信息时被使用即可。
Step3、在确定被叫终端已振铃后,按照被叫的位置信息将携带主叫信息的闪信发送给被叫。
主叫信息的发送时机基于对呼叫接续流程当前执行状态的判断,可根据实际系统以及具体呼叫流程的特点设计不同的判断方式,包括但不限于如下几种:
①基于对呼叫接续流程执行时间的合理预估,例如采用定时器控制的方法;
②主动对呼叫接续流程的执行状态进行监控,例如根据交换系统的能力配置基本呼叫状态(BCSM:Basic Call State Machine)事件上报的方法;
③根据呼叫接续流程中指示当前呼叫接续状态的消息进行判断,此方式需要主叫信息服务设备直接参与呼叫接续流程;
④利用现有流程中隐含说明当前呼叫接续状态的消息进行被动触发,例如将主叫名显示业务与现有通常在被叫终端振铃后才会执行的其他业务相关联,将该业务的触发视为被叫终端已振铃的确认,无需主动进行呼叫接续状态的判断,直接根据业务关联执行主叫名显示业务。
用于执行上述方法的本发明实施例的主叫信息服务设备,参考图2,主要包括:
位置查询单元001,用于根据被叫的标识查询被叫的位置信息;
业务处理单元002,用于接收交换系统发送的业务请求,该业务请求携带有主叫和被叫的标识;根据主叫的标识查询主叫用户设置的主叫信息;在确定被叫终端已振铃后,按照位置查询单元001查到的被叫的位置信息将携带主叫信息的闪信发送给被叫。
基于不同的具体业务实现流程,上述主叫信息服务设备可通过对智能网业务控制设备(SCP:Service Control Point),或SCP与智能外设(IP:IntelligentPeripheral)的组合,或其他业务的运营设备的改造来实现。
下面基于具体的实施例分别对上述方法和装置进行详细说明。
实施例一、一种实现主叫名显示业务的方法,参考图3,包括步骤:
A1、接收主叫端局根据主叫的签约信息发送的主叫信息请求,所称主叫信息请求携带有主叫和被叫的标识。
本实施例中,主叫信息请求为对主叫名显示业务的请求,由交换系统中的主叫端局发起。该请求发起方式可参照移动网络增强逻辑的客户化应用(CAMEL:Customized Applications for Mobile network Enhanced Logic)业务的请求发起方式执行,即在呼叫触发后,由主叫端局根据HLR提供的主叫用户的签约信息(O-CSI:Originating CAMEL Subscription Information),获知主叫用户定购有主叫名显示业务,从而触发主叫信息请求。
A2、根据主叫的标识查询主叫用户设置的主叫信息,根据被叫的标识查询被叫的位置信息。
可通过查询所保存的业务数据库获得主叫用户设置的主叫信息。
可通过向被叫归属的HLR发起短信路由信息请求(SRI_for_SM:SendRouting Information for Short Message)查询被叫的位置信息。
A3、在确定被叫终端已振铃后,按照被叫的位置信息将携带主叫信息的闪信发送给被叫。
基于主叫端局的能力,可采用以下两种不同的确认判断方式:
①若主叫端局不支持上报振铃事件(例如主叫端局仅支持CAMEL1~3),则可在收到主叫端局发送的主叫信息请求后,设置延迟定时,在定时到期后确定被叫终端已振铃。延迟时间的具体值n可根据应用网络的情况通过实验来确定,建议为3~10秒。
②若主叫端局支持上报振铃事件(例如主叫端局支持CAMEL4),则可在收到主叫端局发送的主叫信息请求后,向主叫端局发送上报被叫振铃事件的请求;在收到主叫端局上报的被叫振铃事件后,确定被叫终端已振铃。
为进一步确保业务的有效执行,除了设置上述确认判断条件,此外还可以设置业务终止的判断条件,使得在某些情况下,主叫名显示业务可不必继续执行,避免网络资源的浪费。例如:
A31、在收到主叫端局发送的主叫信息请求后,向主叫端局发送上报主叫挂机和/或被叫应答事件的请求。
若对被叫终端振铃的确认判断也采用事件上报的方法,则本步骤的请求可与上报被叫振铃事件的请求一同发送。
这种情况下,确定被叫终端已振铃的判断还需要包括:在收到主叫端局上报的主叫挂机或被叫应答事件后,结束主叫信息业务处理。当然,若对被叫终端振铃的确认判断采用延迟定时的方法,则上述业务终止判断可与定时判断综合进行,即:判断在定时时间内是否收到主叫端局上报的主叫挂机或被叫应答事件,若是,则结束主叫信息业务处理;若否,则在定时到期后确定被叫终端已振铃。
用于执行本实施例方法的主叫信息服务设备的实施例,参考图4,包括:
位置查询单元101,用于根据被叫的标识查询被叫的位置信息。
业务处理单元102,包括处理子单元1021和控制子单元1022。
处理子单元1021,用于接收主叫端局根据主叫的签约信息发送的主叫信息请求,该主叫信息请求携带有主叫和被叫的标识;根据主叫的标识查询主叫用户设置的主叫信息;根据控制子单元1022的指示,按照位置查询单元101查到的被叫的位置信息将携带主叫信息的闪信发送给被叫;
若基于事件上报方式来确认被叫终端振铃,则处理子单元1021还用于,在收到主叫端局发送的主叫信息请求后,向主叫端局发送上报被叫振铃事件的请求;
此外,为进一步提供主叫名显示业务的终止判断能力,处理子单元1021还可用于,在收到主叫端局发送的主叫信息请求后,向主叫端局发送上报主叫挂机和/或被叫应答事件的请求。
控制子单元1022,用于在处理子单元1021收到主叫信息请求后,执行对被叫终端振铃的确认判断,具体功能可以是下述两种之一:
①设置延迟定时,在定时到期后指示处理子单元1021发送携带主叫信息的闪信。以及进一步的,判断在定时时间内是否收到主叫端局上报的主叫挂机或被叫应答事件,若是,则结束主叫信息业务处理。
②在收到主叫端局上报的被叫振铃事件后,指示处理子单元1021发送携带主叫信息的闪信。以及进一步的,在收到主叫端局上报的主叫挂机或被叫应答事件后,结束主叫信息业务处理。
本实施例的主叫信息服务设备可采用SCP来实现,此时,主叫名显示业务可由主叫端局根据O-CSI采用初始检测点(IDP:Initial Detect Point)消息触发到SCP;各种事件的上报要求可由SCP采用上报BCSM事件(RRBE:RequestReport BCSM Event)请求配置到主叫端局;被叫的位置信息可由SCP向被叫归属的HLR发起SRI_for_SM获得。
本实施例方案能保证在被叫终端振铃后,被叫用户接听前(和/或主叫用户挂机前)将主叫信息发送到被叫终端,使得被叫用户能够准确获知正在振铃的呼叫与收到的主叫信息的对应关系,便于被叫用户提前了解主叫信息。
为更好的理解上述实施例,下面给出本实施例方案应用于具体呼叫流程中的一个示例。在该示例中,采用SCP作为主叫信息服务设备,主叫端局(MSC/VLR/SSP)支持CAMEL2,SCP采用延迟定时的方式执行对被叫终端振铃的确认判断。参考图5,该实现主叫名显示业务的呼叫流程包括:
a1、主叫MSC/VLR/SSP收到主叫名显示业务用户发出的呼叫请求,根据主叫用户的O-CSI触发业务,向主叫归属SCP发送IDP消息;
a2、主叫归属SCP查询出主叫用户设置的主叫信息,向主叫MSC/VLR/SSP发送RRBE消息,配置主叫挂机、被叫应答事件;
a3、主叫归属SCP向主叫MSC/VLR/SSP发送Continue或Connect消息,指示继续进行呼叫接续,并开始延迟定时n秒;在这n秒期间,如果主叫端局上报主叫挂机、被叫应答事件,则SCP结束主叫信息业务处理;
a4、主叫MSC/VLR/SSP向被叫归属HLR发送路由信息请求(SRI:SendRouting Information)查询被叫的动态漫游号码(MSRN:Mobile Station RoamingNumber);
a5、被叫归属HLR向被叫MSC/VLR/SSP发送漫游码请求(PRN:ProvideRoaming Number)查询被叫的MSRN;
a6、被叫MSC/VLR/SSP向被叫归属HLR回PRN应答PRN_ack,携带被叫的MSRN;
a7、被叫归属HLR向主叫MSC/VLR/SSP回SRI应答SRI_ack,携带被叫的MSRN;
a8、主叫MSC/VLR/SSP根据被叫的MSRN向被叫MSC/VLR/SSP发送初始地址消息(IAM:InitialAddress Message),将呼叫接续到被叫MSC/VLR/SSP;
a9、被叫MSC/VLR/SSP向被叫终端(MS:Mobile Station)发送呼叫请求;被叫终端开始振铃;
a10、被叫MSC/VLR/SSP向主叫MSC/VLR/SSP发送地址全(ACM:Address Complete Message)消息;
a11、n秒的延迟定时到达,主叫归属SCP向被叫HLR发送SRI_for_SM消息;
a12、被叫HLR向主叫归属SCP回SRI_for_SM应答SRI_for_SM_Ack,携带被叫的位置信息,其中包括被叫MSC地址和被叫用户的国际移动电话用户识别码(IMSI:International Mobile Subscriber Identity)等;
a13、主叫归属SCP向被叫MSC发送携带主叫信息的闪信Forward_SM;
a14、被叫MSC将携带主叫信息的闪信发送到被叫终端;被叫终端显示主叫信息,并继续播放振铃音;
a15、被叫MSC向主叫归属SCP回Forward_SM应答Forward_SM_Ack;
a16、被叫用户听到振铃,看到主叫信息,接听来话,向被叫MSC返回应答;
a17、被叫MSC向主叫MSC回应答消息(ANM:ANswer message),主被叫双方开始通话。
实施例二、一种实现主叫名显示业务的方法,本实施例与实施例一的区别在于本实施例中主叫信息服务设备直接参与呼叫接续流程,根据呼叫接续流程中指示当前呼叫接续状态的消息进行被叫终端已振铃的判断。流程参考图6,包括步骤:
B1、接收主叫端局根据主叫的签约信息发送的主叫信息请求,所称主叫信息请求携带有主叫和被叫的标识。
此步骤可参照实施例一步骤A1执行。
B2、在收到主叫端局发送的主叫信息请求后,向主叫端局发送呼叫路由请求。
此步骤中,主叫信息服务设备通知主叫端局将呼叫路由到自身,由主叫信息服务设备来执行后续的呼叫接续操作。若基于SCP来实现主叫信息服务设备,可在SCP下发给主叫端局的Connect消息中在被叫号码前加入特定的接入码,主叫端局即可根据该接入码将呼叫路由到主叫信息服务设备。
B3、接收主叫端局根据呼叫路由请求路由过来的呼叫,向被叫端局发送呼叫接续请求,接收被叫端局返回的接续响应。
此步骤可参照通常的呼叫接续过程来执行。由于在执行呼叫接续的过程中,需要查询被叫归属的HLR获得被叫的相关地址信息,被叫归属的HLR返回的响应中除了MSRN以外,通常还包含有发送短信所需要的IMSI和被叫MSC地址(VMSC-Address)参数,因此可使用该过程获得的地址信息用于后续携带主叫信息的闪信的发送。当然,若通过专门执行的请求过程来查询被叫的位置信息也是可以的。
B4、根据主叫的标识查询主叫用户设置的主叫信息。
此步骤可在收到主叫信息请求后,在闪信发送之前的任意时间执行。
B5、在收到被叫端局返回的接续响应后,确定被叫终端已振铃,按照被叫的位置信息将携带主叫信息的闪信发送给被叫。
当然,作为呼叫接续操作的执行者,主叫信息服务设备在收到被叫端局返回的接续响应后还可按照通常的接续处理流程为主叫方播放振铃,如果被叫设置了彩铃,则连接彩铃平台为主叫方播放彩铃。
由于本实施例中主叫信息服务设备直接参与呼叫接续的流程,可以不必通过请求主叫端局上报BCSM事件来关注呼叫的状态,因此主叫信息服务设备可在向主叫端局下发呼叫路由请求后结束与主叫端局之间的会话。当然,若主叫信息服务设备仍要求主叫端局上报BCSM事件也是可以的,相关过程与实施例一类似,不再赘述。
用于执行本实施例方法的主叫信息服务设备的实施例,参考图7,包括:
位置查询单元201,用于根据被叫的标识查询被叫的位置信息。
接续处理单元203,用于接收主叫端局根据呼叫路由请求路由过来的呼叫;向被叫端局发送呼叫接续请求;接收被叫端局返回的接续响应。
业务处理单元202,包括处理子单元2021和控制子单元2022。
处理子单元2021,用于接收主叫端局根据主叫的签约信息发送的主叫信息请求,该主叫信息请求携带有主叫和被叫的标识;在收到主叫端局发送的主叫信息请求后,向主叫端局发送呼叫路由请求;根据主叫的标识查询主叫用户设置的主叫信息;根据控制子单元2022的指示,按照位置查询单元201查到的被叫的位置信息将携带主叫信息的闪信发送给被叫;
此外,为进一步提供主叫名显示业务的终止判断能力,处理子单元2021还可用于,在收到主叫端局发送的主叫信息请求后,向主叫端局发送上报主叫挂机和/或被叫应答事件的请求。
控制子单元2022,用于在确定接续处理单元203收到被叫端局返回的接续响应后,指示处理子单元2021发送携带主叫信息的闪信。以及进一步的,在收到主叫端局上报的主叫挂机或被叫应答事件后,结束主叫信息业务处理。
本实施例的主叫信息服务设备可采用通过接口互相连接的SCP和IP的组合来实现,由IP提供呼叫接续功能。此时,业务处理单元202设置于SCP,而位置查询单元201和接续处理单元203设置于IP。为闪信发送提供被叫位置信息的位置查询单元201可以是为接续处理单元203的接续过程提供被叫地址查询功能的逻辑单元,此时,接续处理单元203是根据位置查询单元201查到的被叫的位置信息向被叫端局发送呼叫接续请求。
本实施例方案能保证在被叫终端振铃后,被叫用户接听前(和/或主叫用户挂机前)将主叫信息发送到被叫终端,使得被叫用户能够准确获知正在振铃的呼叫与收到的主叫信息的对应关系,便于被叫用户提前了解主叫信息。
为更好的理解上述实施例,下面给出本实施例方案应用于具体呼叫流程中的一个示例。在该示例中,采用SCP+IP作为主叫信息服务设备。参考图8,该实现主叫名显示业务的呼叫流程包括:
b1、主叫MSC/VLR/SSP收到主叫名显示业务用户发出的呼叫请求,根据主叫用户的O-CSI触发业务,向主叫归属SCP发送IDP消息;
b2、主叫归属SCP查询出主叫用户设置的主叫信息,向主叫MSC/VLR/SSP发送RRBE消息,配置主叫挂机、被叫应答事件(本步骤可省略);
b3、主叫归属SCP向主叫MSC/VLR/SSP发送Connect消息,被叫号码前携带特定的路由码,指示主叫MSC将呼叫路由到IP;
b4、主叫MSC根据被叫号码前的路由码将呼叫路由到主叫信息服务设备中的IP;
b5~b8、参照a4~a7,主叫信息服务设备中的IP获取被叫的MSRN以及IMSI和VMSC-Address;
b9、主叫信息服务设备根据被叫的MSRN向被叫MSC/VLR/SSP发送IAM,将呼叫接续到被叫MSC/VLR/SSP;
b10、被叫MSC/VLR/SSP向被叫MS发送呼叫请求;被叫终端开始振铃;
b11、被叫MSC/VLR/SSP向主叫信息服务设备发送ACM消息;
b12、主叫信息服务设备中的IP向主叫MSC发送ACM消息,并向主叫播放回铃音;
b13、主叫信息服务设备中的SCP向被叫MSC发送携带主叫信息的闪信Forward_SM;闪信发送所使用的IMSI和VMSC-Address可以从步骤b8中接收的SRI_ack中获得,通过IP与SCP之间的接口传递给SCP;
b14、被叫MSC将携带主叫信息的闪信发送到被叫终端;被叫终端显示主叫信息,并继续播放振铃音;
b15、被叫MSC向主叫信息服务设备中的SCP回Forward_SM应答Forward_SM_Ack;
b16、被叫用户听到振铃,看到主叫信息,接听来话,向被叫MSC返回应答;
b17、被叫MSC向主叫信息服务设备中的IP回ANM;
b18、主叫信息服务设备中的IP向主叫MSC回ANM;主被叫双方开始通话。
实施例三、一种实现主叫名显示业务的方法,本实施例与实施例一和二的区别在于本实施例中将主叫名显示业务与第一业务相关联,根据第一业务的触发时机本身所具有的特点,将该业务的触发视为被叫终端已振铃的确认。流程参考图9,包括步骤:
C1、接收主叫端局在收到被叫端局返回的接续响应后,根据主叫或被叫的业务定购信息发送的第一业务请求;或者,接收被叫端局在向被叫终端发送呼叫请求后,根据主叫或被叫的业务定购信息发送的第一业务请求,所称第一业务请求携带有主叫和被叫的标识。
所称第一业务请求为对具有特定触发时机的第一业务的请求。所称第一业务可在主叫端局收到被叫端局返回的接续响应后由主叫端局触发,也可在被叫端局向被叫终端发送呼叫请求后由被叫端局触发。
本实施例中选择彩铃业务作为第一业务,相应的第一业务请求为彩铃业务请求。本实施例所称彩铃业务可以采用主叫彩铃或被叫彩铃等不同的定购形式,其触发也可以由主叫端局或被叫端局进行,其具体业务执行模式可根据应用需要从现有众多可行方案中进行选择,本实施例不作限定。例如,可采用由主叫端局触发的被叫彩铃业务模式,即,主叫端局在收到被叫端局返回的接续响应后,根据从被叫归属的HLR获得的被叫业务代码(彩铃SS_CODE),触发彩铃业务请求。
C2、在根据第一业务请求携带的主叫的标识确定主叫用户定购了主叫名显示业务后,查询主叫用户设置的主叫信息;根据被叫的标识查询被叫的位置信息。
本实施例中将主叫名显示业务与彩铃业务相关联,通过彩铃业务请求间接触发主叫名显示业务。显然,通常并非所有触发彩铃业务的呼叫的主叫方都定购了主叫名显示业务,因此,可在查询主叫信息前先确定主叫已定购主叫名显示业务。
基于彩铃业务与主叫名显示业务的关联关系,可将彩铃业务视为基础业务,将主叫名显示业务视为其附加业务。在呼叫过程中,一方用户需要定购有基础业务,已方或另一方用户定购的附加业务才能实现。例如,若以主叫定购的主叫彩铃业务作为基础业务,则主叫需要同时定购主叫彩铃业务和主叫名显示业务来实现主叫名显示的功能,此时主叫用户的主叫信息与彩铃信息在同一平台;若以被叫定购的被叫彩铃业务作为基础业务,则当主叫定购有主叫名显示业务时,被叫需要订购被叫彩铃业务来实现接收主叫信息的功能,此时主叫用户的主叫信息与被叫用户的彩铃信息在同一平台。
C3、按照被叫的位置信息将携带主叫信息的闪信发送给被叫。
基于彩铃业务本身具有的触发时机上的特点,本实施例中以收到主叫或被叫端局发送的彩铃业务请求视为对被叫终端已振铃的确认,因此可根据业务关联直接执行主叫名显示业务。
用于执行本实施例方法的主叫信息服务设备的实施例,参考图10,包括:
位置查询单元301,用于根据被叫的标识查询被叫的位置信息。
业务处理单元302,包括第一业务单元3021和第二业务单元3022;
第一业务单元3021,用于接收主叫端局在收到被叫端局返回的接续响应后,根据主叫或被叫的业务定购信息发送的第一业务请求;或者,接收被叫端局在向被叫终端发送呼叫请求后,根据主叫或被叫的业务定购信息发送的第一业务请求;所称第一业务请求携带有主叫和被叫的标识;
第二业务单元3022,用于在根据第一业务单元3021获得的第一业务请求携带的主叫的标识确定主叫用户定购了主叫名显示业务后,根据主叫的标识查询主叫用户设置的主叫信息;在查询到主叫用户设置的主叫信息后,按照位置查询单元301查到的被叫的位置信息将携带主叫信息的闪信发送给被叫。
本实施例的主叫信息服务设备可采用能够提供彩铃业务的设备,例如彩铃平台来实现,在现有彩铃平台的基础上增加主叫名显示业务的相关功能即可,两项业务的触发合用彩铃业务的触发机制。此时第一业务单元即为处理彩铃业务的功能单元,第二业务单元即为处理同步触发的主叫名显示业务的功能单元。
本实施例方案能保证在被叫终端振铃后将主叫信息发送到被叫终端,使得被叫用户能够准确获知正在振铃的呼叫与收到的主叫信息的对应关系;并且可基于现有彩铃平台的业务功能增加来执行,实现方便。
为更好的理解上述实施例,下面给出本实施例方案应用于具体呼叫流程中的一个示例。在该示例中,以增加主叫名显示业务功能的彩铃平台作为主叫信息服务设备,采用由主叫端局触发的被叫彩铃业务模式。参考图11,该实现主叫名显示业务的呼叫流程包括:
c1~c4、参考a4~a7,主叫MSC收到主叫名显示业务用户发出的呼叫请求,向被叫归属的HLR发送SRI,获得被叫的MSRN以及彩铃业务代码SS_CODE;
c5、主叫MSC根据被叫的MSRN向被叫MSC发送IAM,将呼叫接续到被叫MSC;
c6、被叫MSC向被叫MS发送呼叫请求;被叫终端开始振铃;
c7、被叫MSC向主叫MSC发送ACM消息;
c8、主叫MSC暂时挂起与被叫侧的话路连接,根据被叫的SS_CODE向彩铃平台发送IAM;
c9、彩铃平台向主叫MSC发送ACM消息;建立与主叫之间的话路连接向主叫播放彩铃;
c10~c11、参考a11~a12,彩铃平台向被叫HLR获取被叫MSC地址和被叫的IMSI;
c12、彩铃平台向被叫MSC发送携带主叫信息的闪信Forward_SM;
c13、被叫MSC将携带主叫信息的闪信发送到被叫终端;被叫终端显示主叫信息,并继续播放振铃音;
c14、被叫MSC向彩铃平台回Forward_SM应答Forward_SM_Ack;
c15、被叫用户听到振铃,看到主叫信息,接听来话,向被叫MSC返回应答;
c16、被叫MSC向彩铃平台回ANM;
c17、彩铃平台向主叫MSC回ANM;主叫MSC释放彩铃平台与主叫之间的话路,接通主被叫之间的话路,主被叫双方开始通话。
以上对本发明实施例所提供的实现主叫名显示业务的方法以及相应的主叫信息服务设备进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。