CN100525486C - 一种漏话提醒业务实现方法及系统 - Google Patents
一种漏话提醒业务实现方法及系统 Download PDFInfo
- Publication number
- CN100525486C CN100525486C CNB2007100032036A CN200710003203A CN100525486C CN 100525486 C CN100525486 C CN 100525486C CN B2007100032036 A CNB2007100032036 A CN B2007100032036A CN 200710003203 A CN200710003203 A CN 200710003203A CN 100525486 C CN100525486 C CN 100525486C
- Authority
- CN
- China
- Prior art keywords
- call notification
- scp
- user terminal
- mcn
- missing
- 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.)
- Active
Links
Images
Abstract
本发明实施例公开了一种漏话提醒业务实现方法和系统,交换机确定申请漏话提醒业务的被叫用户终端呼叫不成功时,从归属位置寄存器HLR中获取漏话提醒业务码及为该漏话提醒业务码保存的用户签约信息,根据获取的用户签约信息与相应的业务控制点SCP建立控制逻辑关系,并向所述SCP发送业务请求;所述SCP将接收到的业务请求转发至漏话提醒业务平台MCN;所述MCN根据接收到的业务请求,按照漏话提醒业务逻辑执行漏话提醒业务。本发明实施例公开的方法和系统,不仅避免了对交换机和SCP的处理性能造成的浪费,而且避免了将话路迂回到MCN造成的话路浪费。
Description
技术领域
本发明涉及移动通信技术,特别涉及一种漏话提醒业务实现方法及系统。
背景技术
漏话提醒业务(Missing Call Notification,MCN)是一种为通信客户提供漏话通知的增值业务。当用户终端关机或暂时不能注册到网络时,用户终端可能会漏接一些重要的来话。为了避免这种情况的发生,用户终端可以申请漏话提醒业务,这样,当用户终端重新开机或变为可及状态时,MCN业务系统会通过短信通知用户终端漏接的呼叫列表。
目前,漏话提醒业务主要有以下两种实现方案:
方案一通过用户签约信息(CAMEL Subscriber Information,CSI)实现漏话提醒业务。图1为现有技术实现漏话提醒业务方案一的系统结构图。该方案预先为申请漏话提醒业务的被叫用户终端在归属位置寄存器(HLR)中加载CSI签约信息。当用户终端发生呼叫时,根据发端用户签约信息(O-CSI)或者终端用户签约信息(T-CSI)触发业务到业务控制点(SCP);交换机通过检查点(DP,Detect Point)2,或者DP12和SCP建立控制逻辑关系;当呼叫不成功时,如被叫用户终端关机等,交换机通过和SCP建立的控制逻辑关系接口,将携带呼叫不成功原因的事件检查点(EDP)事件上报SCP,由SCP根据交换机上报的呼叫不成功原因,执行漏话提醒业务。所述执行漏话提醒业务主要包括:向被叫用户终端发送漏话提醒短信;在被叫用户终端申请了向主叫用户终端放音业务时,向主叫用户终端放音,并向主叫用户终端发送被叫用户终端开机通知。
上述方案一需要为申请漏话提醒业务的被叫用户终端在HLR中保存用户签约信息,这样此用户终端的所有呼叫都将触发到SCP,但是此业务对于成功的呼叫是没有体验感的,无谓的业务触发将对交换机和SCP的处理性能造成浪费。另外,当呼叫不成功时,如果需要先向主叫用户终端放通知音,提醒主叫用户终端选择是否需要短信通知被叫用户终端已开机,则SCP必须在交换机释放话路前,通知交换机向主叫用户终端放音;否则交换机将无法根据SCP的指示向主叫用户终端放音,进而影响用户终端的业务体验。
方案二通过前转到业务平台实现漏话提醒业务。图2为现有技术实现漏话提醒业务方案二的系统结构图。该方案为申请漏话提醒业务的被叫用户终端在HLR中设置隐性前转号码,并配置该隐性前转号码到漏话提醒业务平台(MCN)的路由数据。当呼叫不成功时,交换机根据前转号码将呼叫路由到MCN,由MCN完成漏话提醒业务逻辑。
上述方案二可以避免方案一中存在的缺陷,但需要将话路迂回到漏话提醒业务平台,因此会造成话路浪费。
发明内容
有鉴于此,本发明实施例一方面提供了一种漏话提醒业务实现方法;另一方面提供了一种漏话提醒业务实现系统,避免现有技术第一种方案对交换机和SCP的处理性能造成的浪费,同时避免第二种方案将话路迂回到MCN造成的话路浪费。
本发明实施例提供的漏话提醒业务实现方法,包括:
交换机确定申请漏话提醒业务的被叫用户终端呼叫不成功时,从归属位置寄存器HLR中获取漏话提醒业务码及为该漏话提醒业务码保存的用户签约信息,根据获取的用户签约信息与相应的业务控制点SCP建立控制逻辑关系,并向所述SCP发送业务请求;
所述SCP将接收到的业务请求转发至漏话提醒业务平台MCN,并指示交换机释放为当前呼叫建立的话路;
所述MCN根据接收到的业务请求,按照漏话提醒业务逻辑执行漏话提醒业务。
本发明实施例提供的漏话提醒业务实现系统,包括:交换机、HLR、SCP以及MCN,其中,所述HLR,用于保存为申请漏话提醒业务的被叫用户终端设置的漏话提醒业务码,以及所述漏话提醒业务码的用户签约信息;
所述交换机,用于在确定呼叫不成功时,从所述HLR中获取漏话提醒业务码的用户签约信息,根据获取的用户签约信息与相应的SCP建立控制关系,并向所述SCP发送业务请求;
所述SCP,用于接收来自所述交换机的业务请求,并将该业务请求转发给所述MCN,并指示交换机释放为当前呼叫建立的话路;
所述MCN,用于接收来自所述SCP的业务请求,按照漏话提醒业务逻辑进行处理。
由以上技术方案可见,本发明实施例提供的漏话提醒业务实现方法和系统,只有在申请漏话提醒业务的被叫用户终端呼叫不成功时,交换机才通过保存的漏话提醒业务码的用户签约信息与对应的SCP建立控制逻辑关系,因此避免了现有技术方案一中被叫用户终端所有呼叫都触发到SCP造成的交换机和SCP的处理性能浪费。同时,在呼叫不成功时,本发明实施例提供的方案并不需要将话路迂回到MCN,因此避免了的现有技术方案二存在的话路浪费问题。
附图说明
图1为现有技术实现漏话提醒业务方案一的系统结构图;
图2为现有技术实现漏话提醒业务方案二的系统结构图;
图3为本发明实施例的实现漏话提醒业务方法的流程图;
图4(a)为本发明实施例的实现漏话提醒业务的系统结构图;
图4(b)为图4(a)所示系统中的漏话提醒业务平台的结构图;
图5为利用图4(a)所示系统实现漏话提醒业务的具体应用实例的流程图。
具体实施方式
为使本发明的目的、技术方案和有益效果更加清楚明白,下面结合实施例和附图,对本发明做进一步地详细说明。
本发明实施例中,为申请漏话提醒业务的被叫用户终端设置漏话提醒业务码,并保存该漏话提醒业务码的用户签约信息;当所述被叫用户终端呼叫业务不成功时,交换机根据为所述漏话提醒业务码保存的用户签约信息与对应的SCP建立控制逻辑关系,并通过SCP将业务请求转发给MCN;MCN根据接收到的业务请求,按照漏话提醒业务逻辑执行漏话提醒业务。
图3为本发明实施例的实现漏话提醒业务方法的流程图,该流程包括:
步骤301,为申请漏话提醒业务的被叫用户终端在HLR中设置漏话提醒业务码。
本步骤中,漏话提醒业务码可以为一个,即为所有申请漏话提醒业务的用户终端设置同一个漏话提醒业务码;也可以为多个,为不同的用户终端设置不同的漏话提醒业务码。所述设置的漏话提醒业务码必须是用户终端所属运营商可控制的业务码。
步骤302,在HLR中保存设置的漏话提醒业务码的用户签约信息,并将所述漏话提醒业务码设置为永久关机。
步骤303,申请了漏话提醒业务的被叫用户终端发生呼叫业务时,如果呼叫不成功,则交换机从HLR中获取漏话提醒业务码。
步骤304,交换机向HLR发送寻路消息,为漏话提醒业务码寻路。
步骤305,HLR接收交换机发送的寻路消息,向交换机返回用户签约信息,如T-CSI签约信息,交换机根据接收到的用户签约信息中携带的SCP位置信息,与相应的SCP建立控制关系,向SCP发送业务请求,该业务请求中可以携带呼叫不成功的原因,如被叫用户终端关机等。
由以上步骤可见,本发明实施例提供的实现漏话提醒业务的方法中,只有交换机确定呼叫不成功时,才从HLR中获取漏话提醒业务码,并通过获取的漏话提醒业务码的用户签约信息与SCP建立控制逻辑关系,因此避免了现有技术方案一中被叫用户终端所有呼叫都触发到SCP造成的交换机和SCP的处理性能浪费。
步骤306,SCP接收到交换机发送的业务请求后,将其转发给MCN。
步骤307,MCN根据来自SCP的业务请求,按照漏话提醒业务逻辑进行处理。
本步骤中,MCN按照漏话提醒的业务逻辑进行处理包括:MCN向SCP返回呼叫不成功响应消息,SCP接收到来自MCN的响应消息时,释放和当前呼叫相关的资源;MCN通过SCP向短信中心预约申请漏话提醒业务的被叫用户终端的开机通知;当MCN接收到SCP转发的来自短信中心的开机通知时,通过SCP将漏话提醒短信发送到短信中心,由短信中心将漏话提醒短信发送给被叫用户终端。
由以上各步骤可知,本发明实施例提供的实现漏话提醒业务的方法中,当交换机确定呼叫不成功时,不需要将话路路由到MCN,因此避免了现有技术方案二中将呼叫不成功的话路路由到MCN造成的话路浪费。
申请漏话提醒业务的被叫用户终端还可以申请向主叫用户放音的业务,在这种情况下,MCN向短信中心预约被叫用户终端开机通知前,通过SCP指示交换机为主叫用户终端放通知音。如果主叫用户终端选择需要短信通知被叫用户终端已开机,则MCN在接收到SCP转发的来自短信中心的开机通知时,进一步向主叫用户终端发送被叫用户终端开机通知短信。
图4(a)为本发明实施例的实现漏话提醒业务的系统结构图。该系统至少包括:交换机、与交换机相连的HLR、SCP以及MCN,这里交换机包括:移动呼叫交换中心(MSC)和/或业务控制点(SSP)。
其中,HLR保存为申请漏话提醒业务的被叫用户终端设置的漏话提醒业务码,以及所述漏话提醒业务码的用户签约信息;
交换机用于在确定呼叫不成功时,从所述HLR中获取漏话提醒业务码及其用户签约信息,根据获取的用户签约信息与相应的SCP建立控制关系,并向所述SCP发送业务请求;该业务请求中可以携带呼叫不成功的原因,如被叫用户终端关机等。
所述SCP,用于接收来自所述交换机的业务请求,并将其发给所述MCN;
所述MCN,用于接收来自所述SCP的业务请求,按照漏话提醒业务逻辑进行处理。
该系统还包括短信中心(SMSC),所述MCN至少包括:漏话提醒逻辑单元和漏话提醒短信单元,如图4(b)所示。
所述漏话提醒逻辑单元,接收来自所述SCP的业务请求,根据该请求中携带的呼叫不成功的原因,在接收到来自所述SCP的开机通知时,指令所述漏话提醒短信单元通过所述SCP向所述SMSC发送漏话提醒短信;
所述漏话提醒短信单元,接收来自所述漏话提醒逻辑单元的指令,通过所述SCP向所述SMSC发送漏话提醒短信;
所述SMSC,获知所述被叫用户终端开机时,通过所述SCP向所述漏话提醒逻辑单元发送开机通知;接收来自所述漏话提醒短信单元的漏话提醒短信,并将其发送给所述申请了漏话提醒业务的被叫用户终端。
如图4(b)所示,所述MCN进一步可以包括:隐私保护查询单元,
所述漏话提醒逻辑单元,进一步用于向所述隐私保护查询单元发送隐私保护查询指令;接收来自所述隐私保护查询单元的查询结果,根据该查询结果确定是否通过所述SCP指示所述交换机向主叫用户终端放通知音;
所述隐私保护查询单元,接收来自所述漏话提醒逻辑单元的查询指令,查询所述被叫用户终端是否设置了隐私保护,并将查询结果发送给所述漏话提醒逻辑单元。
当所述漏话提醒逻辑单元指示所述交换机向主叫用户终端放通知音时,所述交换机,进一步用于向所述主叫用户终端放通知音,接收来自所述主叫用户终端的是否需要通知所述被叫用户终端已开机的选择结果,并将该选择结果通过所述SCP发送给所述漏话提醒逻辑单元。
所述漏话提醒逻辑单元进一步用于接收来自所述SCP的选择结果,在选择结果为需要通知所述被叫用户终端已开机时,通过所述SCP指令所述SMSC向所述主叫用户终端发送所述被叫用户终端开机通知;
所述SMSC,进一步用于接收来自所述漏话提醒逻辑单元的指令,向所述主叫用户终端发送所述被叫用户终端开机通知。
该实施例中,交换机与MCN之间通过SCP进行信息交互,SCP与MCN之间通过信令网互连进行信息交互。
图5为利用图4(a)所示系统实现漏话提醒业务的具体应用实例的流程图。该实施例中用户终端A呼叫用户终端B,并且用户终端B申请了漏话提醒业务。该实施例包括如下流程:
步骤501,为申请漏话提醒业务的用户终端B在HLR中设置漏话提醒业务码C,并在HLR中保存业务码C的用户签约信息。
如果用户终端B自身设置了其它前转号码,则本步骤中为用户终端B设置的漏话提醒业务码C将失效。
步骤502,由于用户终端B关机或不可及等原因,当前呼叫不成功时,交换机从HLR中获取漏话提醒业务码C,并按照接续到业务码C进行寻路,向HLR发送寻路消息。
步骤503,HLR接收到来自交换机的寻路消息后,向交换机返回业务码C的用户签约信息。
步骤504,交换机根据来自HLR的用户签约信息中携带的业务码C的SCP地址,向对应的SCP发送初始监测点(IDP,Initial DP)消息,与SCP建立控制逻辑关系,并向SCP发送携带呼叫不成功原因的业务请求。
步骤505,SCP将接收到的业务请求转发给MCN。
步骤506,MCN查询用户终端B是否设置了隐私保护;如果用户终端B没有设置隐私保护,则执行步骤507;否则,直接执行步骤510。
步骤507,MCN通过SCP指令交换机为用户终端A放音收号,提示用户终端A选择是否需要设置用户终端B开机提醒功能。
步骤508,交换机根据接收到的指示向用户终端A放音收号,提示用户终端A输入是否需要发送被叫用户终端开机通知的选择结果。
步骤509,交换机将从用户终端A收到的选择结果上报给SCP,SCP将接收到的选择结果转发给MCN。
步骤510,SCP指示交换机释放为当前呼叫建立的话路。
步骤511,MCN向SCP发送业务请求响应消息,SCP接收到该响应消息后,释放和该呼叫相关的资源。
步骤512,MCN向SCP发送预约用户终端B开机通知请求。
步骤513,SCP转发来自MCN的预约开机通知请求到短信中心。
步骤514,用户终端B开机后,短信中心根据接收到的预约请求向SCP发送用户终端B开机通知,SCP将其转发给MCN。
步骤515,MCN向SCP下发漏话提醒短信。
如果MCN接收到的用户终端A的选择结果为需要发送被叫用户终端开机通知,则MCN还需要向SCP下发用户终端B开机通知。
步骤516,SCP转发来自MCN的漏话提醒短信到短信中心,由短信中心下发给用户终端B。
如果SCP接收到来自MCN的用户终端B开机通知,则SCP将该开机通知发送给短信中心,由短信中心将其转发给用户终端A。
该实施例中步骤506至步骤509为可选步骤。
由以上实施例可见,本发明实施例提供的漏话提醒业务实现方法和系统,只有在申请漏话提醒业务的被叫用户终端呼叫不成功时,交换机才通过保存的漏话提醒业务码的用户签约信息与对应的SCP建立控制逻辑关系,因此避免了现有技术方案一中被叫用户终端所有呼叫都触发到SCP造成的交换机和SCP的处理性能浪费。同时,在呼叫不成功时,本发明实施例提供的方案并不需要将话路迂回到MCN,因此避免了的现有技术方案二存在的话路浪费问题。另外,本发明实施例通过设置漏话提醒业务码,将失败的呼叫业务前转到漏话提醒业务码,解决了现有技术方案一中存在的交换机无法根据SCP的指示向主叫用户终端放音的问题。
总之,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1、一种漏话提醒业务实现方法,其特征在于,该方法包括如下步骤:
交换机确定申请漏话提醒业务的被叫用户终端呼叫不成功时,从归属位置寄存器HLR中获取漏话提醒业务码及为该漏话提醒业务码保存的用户签约信息,根据获取的用户签约信息与相应的业务控制点SCP建立控制逻辑关系,并向所述SCP发送业务请求;
所述SCP将接收到的业务请求转发至漏话提醒业务平台MCN,并指示交换机释放为当前呼叫建立的话路;
所述MCN根据接收到的业务请求,按照漏话提醒业务逻辑执行漏话提醒业务。
2、如权利要求1所述的方法,其特征在于,所述从HLR中获取漏话提醒业务码前,还包括:在HLR中,为申请漏话提醒业务的被叫用户终端设置漏话提醒业务码,将所述漏话提醒业务码设置为永久关机,并保存所述漏话提醒业务码的用户签约信息。
3、如权利要求1或2所述的方法,其特征在于,所述交换机从HLR中获取漏话提醒业务码及为该漏话提醒业务码保存的用户签约信息的步骤具体包括:
所述交换机从所述HLR中获取所述漏话提醒业务码;
所述交换机向所述HLR发送寻路消息;
所述HLR接收到所述寻路消息时,将为所述漏话提醒业务码保存的用户签约信息发送至所述交换机。
4、如权利要求1或2所述的方法,其特征在于,所述业务请求中携带呼叫不成功原因,当所述呼叫不成功原因为所述申请漏话提醒业务的被叫用户终端关机时,所述MCN执行漏话提醒业务的步骤包括:
所述MCN获知所述被叫用户终端开机时,向所述被叫用户终端发送漏话提醒短信。
5、如权利要求4所述的方法,其特征在于,所述MCN向所述被叫用户终端发送漏话提醒短信前,进一步包括:
检查所述被叫用户终端是否设置了隐私保护,在确定未设置隐私保护时,所述MCN通过所述SCP指示所述交换机为主叫用户终端放音,提示主叫用户终端选择是否需要短信通知被叫用户终端开机;
当所述MCN确定所述主叫用户终端选择需要短信通知被叫用户终端已开机时,所述MCN在获知所述被叫用户终端开机时,进一步包括向所述主叫用户终端发送短信通知的步骤。
6、如权利要求4所述的方法,其特征在于,所述MCN获知所述被叫用户终端开机前,还包括:所述MCN通过所述SCP向短信中心预约所述被叫用户终端的开机通知。
7、一种漏话提醒业务实现系统,其特征在于,该系统包括:交换机、归属位置寄存器HLR、业务控制点SCP以及漏话提醒业务平台MCN,
其中,所述HLR,用于保存为申请漏话提醒业务的被叫用户终端设置的漏话提醒业务码,以及所述漏话提醒业务码的用户签约信息;
所述交换机,用于在确定呼叫不成功时,从所述HLR中获取漏话提醒业务码及其用户签约信息,根据获取的用户签约信息与相应的SCP建立控制关系,并向所述SCP发送业务请求;
所述SCP,用于接收来自所述交换机的业务请求,并将该业务请求转发给所述MCN,并指示交换机释放为当前呼叫建立的话路;
所述MCN,用于接收来自所述SCP的业务请求,按照漏话提醒业务逻辑进行处理。
8、如权利要求7所述的系统,其特征在于,该系统还包括短信中心SMSC,所述MCN包括:漏话提醒逻辑单元和漏话提醒短信单元;
所述漏话提醒逻辑单元,接收来自所述SCP的业务请求,根据该请求中携带的呼叫不成功的原因,在接收到来自所述SCP的开机通知时,指令所述漏话提醒短信单元通过所述SCP向所述SMSC发送漏话提醒短信;
所述漏话提醒短信单元,接收来自所述漏话提醒逻辑单元的指令,通过所述SCP向所述SMSC发送漏话提醒短信;
所述SMSC,获知所述被叫用户终端开机时,通过所述SCP向所述漏话提醒逻辑单元发送开机通知;接收来自所述漏话提醒短信单元的漏话提醒短信,并将其发送给所述申请了漏话提醒业务的被叫用户终端。
9、如权利要求8所述的系统,其特征在于,所述MCN进一步包括:隐私保护查询单元,
所述漏话提醒逻辑单元,进一步用于向所述隐私保护查询单元发送隐私保护查询指令;接收来自所述隐私保护查询单元的查询结果,根据该查询结果确定是否通过所述SCP指示所述交换机向主叫用户终端放通知音;
所述隐私保护查询单元,接收来自所述漏话提醒逻辑单元的隐私保护查询指令,查询所述被叫用户终端是否设置了隐私保护,并将查询结果发送给所述漏话提醒逻辑单元。
10、如权利要求9所述的系统,其特征在于,当所述漏话提醒逻辑单元指示所述交换机向主叫用户终端放通知音时,所述交换机,进一步用于向所述主叫用户终端放通知音,接收来自所述主叫用户终端的是否需要通知所述被叫用户终端已开机的选择结果,并将该选择结果通过所述SCP发送给所述漏话提醒逻辑单元;
所述漏话提醒逻辑单元,进一步用于接收来自所述SCP的选择结果,在选择结果为需要通知所述被叫用户终端已开机时,通过所述SCP指令所述SMSC向所述主叫用户终端发送所述被叫用户终端开机通知;
所述SMSC,进一步用于接收来自所述漏话提醒逻辑单元的指令,向所述主叫用户终端发送所述被叫用户终端开机通知。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2007100032036A CN100525486C (zh) | 2007-01-29 | 2007-01-29 | 一种漏话提醒业务实现方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2007100032036A CN100525486C (zh) | 2007-01-29 | 2007-01-29 | 一种漏话提醒业务实现方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101026792A CN101026792A (zh) | 2007-08-29 |
CN100525486C true CN100525486C (zh) | 2009-08-05 |
Family
ID=38744615
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2007100032036A Active CN100525486C (zh) | 2007-01-29 | 2007-01-29 | 一种漏话提醒业务实现方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100525486C (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101159982A (zh) * | 2007-11-05 | 2008-04-09 | 华为技术有限公司 | 呼叫失败提示业务实现方法和网络交换设备 |
CN101754144B (zh) * | 2008-12-16 | 2013-08-07 | 华为技术有限公司 | 一种漏话提醒方法、系统及设备 |
CN102238501A (zh) * | 2010-04-29 | 2011-11-09 | 中兴通讯股份有限公司 | 在移动智能网业务中管理通话信息的方法和装置 |
CN101873389A (zh) * | 2010-06-29 | 2010-10-27 | 中兴通讯股份有限公司 | 一种实现固定电话漏电提醒的方法与系统 |
CN103124401B (zh) * | 2011-11-18 | 2016-01-20 | 中国电信股份有限公司 | 对使用呼转业务的被叫终端进行漏话通知的方法和系统 |
CN103379450A (zh) * | 2012-04-25 | 2013-10-30 | 中兴通讯股份有限公司 | 漏话通知方法、装置及系统 |
CN106060847B (zh) * | 2016-05-24 | 2019-10-01 | 中国联合网络通信集团有限公司 | 信号盲区的确定方法及系统 |
CN108270908A (zh) * | 2016-12-30 | 2018-07-10 | 中移(杭州)信息技术有限公司 | 一种未接电话的提醒方法和装置 |
CN106982421A (zh) * | 2016-12-31 | 2017-07-25 | 深圳有麦科技有限公司 | 一种漏话提醒的方法及其系统 |
CN109151221B (zh) * | 2017-06-15 | 2021-02-26 | 中国移动通信集团浙江有限公司 | 呼叫提醒方法、提醒服务器和计算机可读存储介质 |
CN107592618A (zh) * | 2017-08-31 | 2018-01-16 | 咪咕动漫有限公司 | 一种漏话提醒方法、装置及存储介质 |
-
2007
- 2007-01-29 CN CNB2007100032036A patent/CN100525486C/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN101026792A (zh) | 2007-08-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100525486C (zh) | 一种漏话提醒业务实现方法及系统 | |
JP4287041B2 (ja) | 移動通信システムにおける発呼者識別転送 | |
SK7852003A3 (en) | Method and device for handling telephone calls directed to non-reachable mobile phones | |
CN101873389A (zh) | 一种实现固定电话漏电提醒的方法与系统 | |
EP2512164B1 (en) | Method and systems for realizing intelligent network service | |
CN1929629B (zh) | 一种触发智能业务的方法、系统及信令处理装置 | |
CN101047741B (zh) | 一种漏话提醒的方法及系统 | |
CN1142702C (zh) | 本地区域呼叫转发业务方法 | |
CN100563281C (zh) | 一种实现未完成来电短消息通知业务的设备及方法 | |
CN104105079A (zh) | 一种呼叫转移方法及装置 | |
US7106849B2 (en) | Hybrid intelligent network | |
CN100407814C (zh) | 通知被叫终端被无条件前转呼叫的方法及系统 | |
EP2637429A1 (en) | Call establishment to an active SIM card identifier in a mobile communications network | |
CN110856158B (zh) | 中国电信号码与国外运营商号码一卡两号实现方法及系统 | |
EP2190223B1 (en) | Method, apparatus and system for forwarding a call to an international number | |
CN100550947C (zh) | 基于虚拟终端的全球呼叫终端漏话提示方法 | |
US20040203943A1 (en) | Intelligent network application protocol communication between phone system switch and short message service center | |
US8660553B2 (en) | Method and system for bypassing called intelligence | |
CN1225926C (zh) | 一种移动用户转网改号信息传送方法 | |
CN101282496B (zh) | 基于双汇接局的通话态业务实现方法、系统和装置 | |
CN101568197A (zh) | 电话签名业务实现方法及其系统和装置 | |
CN101668278B (zh) | 一种漫游服务的方法及相关设备 | |
CN102131168B (zh) | 一种呼叫控制方法和业务控制点 | |
CN102143465A (zh) | 清晰呼叫传输ect业务处理方法、装置及系统 | |
CN101346004B (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |