CN101437214A - 一种回呼的实现方法和装置 - Google Patents
一种回呼的实现方法和装置 Download PDFInfo
- Publication number
- CN101437214A CN101437214A CNA2008102177693A CN200810217769A CN101437214A CN 101437214 A CN101437214 A CN 101437214A CN A2008102177693 A CNA2008102177693 A CN A2008102177693A CN 200810217769 A CN200810217769 A CN 200810217769A CN 101437214 A CN101437214 A CN 101437214A
- Authority
- CN
- China
- Prior art keywords
- scp
- call
- terminal
- calling
- callback
- 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
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供了一种回呼业务的实现方法和装置,方法包括:服务控制点SCP接收移动交换中心MSC发送的初始智能触发请求IDP消息;所述SCP根据所述IDP消息判断是否触发回呼流程;若触发回呼流程,所述SCP对呼叫始发终端和呼叫目标终端分别发起呼叫。本发明实施例用户以普通呼叫方式触发回呼,使用简单,比UCB更友好,优化用户体验。
Description
技术领域
本发明实施例涉及通信技术领域,特别涉及一种回呼的实现方法和装置。
背景技术
国际漫游呼叫是一种跨网业务,运营商之间一般遵循下述规则分摊通话费用:始发呼叫的网络获取通话费用的大部分,对端网络获取通话费用的小部分。回呼业务,就是归属地运营商针对这种资费情况实施的一种手段,其原理是:将本网落地的入网呼叫改为本网始发的出网呼叫。
现有技术提供的一种基于USSD(Unstructured Supplementary Services Data,非结构化补充数据业务)方案实现UCB(USSD Call Back,USSD回呼)。签约USSD业务的用户在国外漫游期间,发送特殊的USSD字符串触发回呼业务。在终端上输入USSD字符串触发回呼业务这种方式对终端用户来说使用困难,用户感受不友好。
发明内容
本发明实施例提供一种回呼业务的实现方法和装置,使用户更容易的触发回呼业务,使用简单,优化用户体验。
本发明实施方式提供一种回呼业务的实现方法,包括:SCP(Service ControlPoint:业务控制点)接收移动交换中心MSC发送的初始智能触发请求IDP(InitialDetection Point:初始智能触发请求)消息;所述SCP根据所述IDP消息判断是否触发回呼流程;若触发回呼流程,所述SCP对呼叫始发终端和呼叫目标终端分别发起呼叫。
本发明实施方式提供一种服务控制点SCP,包括:接收模块,用于接收MSC(Mobile Switching Center:移动交换中心)发送的IDP消息;判断模块,用于根据所述IDP消息判断是否发起回呼流程;回呼模块,用于对呼叫始发终端和呼叫目标终端发起回呼。
本发明实施方式中SCP接收MSC的IDP消息,SCP根据所述IDP消息,判断是否满足回呼的条件,满足回呼的条件则触发回呼流程,所述SCP根据所述IDP消息对呼叫始发终端和呼叫目标终端分别发起呼叫。用户以普通呼叫方式触发回呼,使用简单,比USSD回呼更友好,优化用户体验。
附图说明
图1是本发明实施例一漫游地始发呼叫的回呼流程图;
图2是本发明实施例二漫游地晚前转呼叫的回呼流程图;
图3是本发明实施例三归属地始发呼叫的回呼流程图;
图4是本发明实施例四归属地晚前转呼叫的回呼流程图;
图5是SIP呼叫实现回呼的流程图;
图6是SCP结构示意图。
具体实施方式
本发明实施例提供了一种回呼业务的实现方法,包括:SCP接收MSC发送的IDP消息;所述SCP根据所述IDP消息判断是否触发回呼流程;若触发回呼流程,所述SCP对呼叫始发终端和呼叫目标终端分别发起呼叫。
上述方法中判断是否触发回呼流程包括:SCP通过IDP消息中的签约数据SK(service key:业务键)识别业务类型是否为回呼业务,然后判断是否满足触发回呼业务的条件,触发回呼业务的条件可以根据运营商需求制订,在SCP上实现。SCP根据所述IDP消息对对呼叫始发终端和呼叫目标终端分别发起呼叫后,SCP桥接呼叫始发终端和呼叫目标终端的承载,接通呼叫始发方和呼叫目标方。
本发明实施例提供的回呼业务的实现方法不仅适用于在归属地场景,还可以应用在漫游场景下,不仅可以处理用户始发呼叫的回呼业务,还可以处理用户作被叫前转时的回呼业务。用户在漫游地时,上述方法中的MSC对应的就是拜访移动交换中心VMSC,SCP对应的就是归属SCP。例如用户在漫游地发起始发呼叫时,VMSC接收用户的呼叫请求,向归属SCP发送IDP消息,归属SCP判断满足触发回呼条件后对呼叫始发终端和呼叫目标终端发起呼叫,呼叫目标终端为被叫终端,具体流程见本发明实施例一。用户在漫游地作被叫时,可以将被叫业务晚前转,此场景下呼叫目标终端为前转终端。VMSC检测到被叫晚前转后,向归属SCP发送IDP消息,携带重定向信息,归属SCP判断满足回呼条件后发起回呼,实现了被叫时呼叫的晚前转,具体流程见本发明实施例二。
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明作进一步的详细阐述。
实施例一以呼叫始发终端A在漫游地发起始发呼叫为例,说明实现回呼的方法。呼叫始发用户签约CAP1,现网普遍支持CAP1(CAMELApplication part:智能协议CAMEL的应用部分),用户在漫游时,HLR通过位置更新过程下发用户的签约数据给VLR(Visitor Location Register:拜访位置寄存器)。图1为用户触发回呼业务的流程图,步骤如下:
101.呼叫始发终端A在漫游地对被叫终端B发起setup呼叫。
102-103.VMSC触发移动始发呼叫的智能关系流程,具体如下:
102.VMSC向归属SCP发送IDP消息,消息中携带呼叫始发终端A的号码、被叫终端B的号码、VLR-ID、SK、DP检测点等。
103.归属SCP判断是否触发回呼业务。归属SCP通过签约数据中的SK识别业务类型是否为回呼业务,然后判断是否满足触发回呼业务的条件。触发回呼业务的条件可以根据归属地运营商策略制订,在归属SCP上实现。例如可以通过判断该用户VLR-ID决定是否触发回呼业务,VLR-ID表征漫游所在区域,也可以根据用户的签约业务或用户类型来决定是否触发回呼业务,例如可以为VIP(very important person)用户提供回呼业务服务。
104.若触发回呼业务,归属SCP下发ReleaseCall消息,释放由用户终端A在漫游地发起的呼叫。呼叫未接通,因此可以不必产生话单,从而节省了资源,提升了处理效率,同时也节省了用户的费用。
105-108.归属SCP发起回呼流程,具体如下:
105.归属SCP通知呼叫始发终端A等待。可以通过发送USSD消息或者短消息到呼叫始发终端的方式,也可以是向用户放音的方式实现,例如可以向用户放音“您呼叫的用户忙,正在为您转接B,请稍候”。
106.归属SCP主动发起呼叫,接通呼叫始发终端A。
107.归属SCP主动发起呼叫,接通被叫终端B,被叫终端B的号码通过VMSC向归属SCP发送的IDP消息中获取。
108.B应答后,归属SCP指示MSC/SSP桥接A和B的承载,接通A和B。
在本实施例步骤104中,SCP下发ReleaseCall消息,释放漫游用户发起的漫游呼叫,呼叫未接通,因此可以不必产生话单,从而节省了资源,提升了处理效率,同时也节省了用户的费用。由于回呼可以将用户在漫游地的呼叫转为由归属地始发的呼叫,可以使归属地运营商分摊了通话费用的大部分,对归属地运营商有利,归属地运营商一般会对本网始发的漫游采取较低的资费标准,使用户可以享受到较低的资费。
本实施例中用户通过setup呼叫方式发起漫游呼叫,尤其是在国际漫游地,通过这种呼叫方式发起漫游呼叫,用户不用输入USSD字符串,简化、方便了用户的使用。通过将漫游用户的始发呼叫转为归属SCP对呼叫始发终端和呼叫目标终端的呼叫,使用户在漫游地发起的呼叫转换为由归属地发起的呼叫,使归属地运营商受益,并且可以给客户提供低资费的漫游服务。
本实施例漫游用户是呼叫始发方,本发明实施例还提供了在漫游场景下用户做被叫时晚前转的解决方案。
用户签约CAP1,用户在漫游时,HLR通过位置更新过程下发用户签约数据给VLR。图2为漫游场景下用户做被叫时晚前转的流程图,步骤如下:
201.VMSC接续被叫B,VMSC检测到发生呼叫晚前转,晚前转可以是遇忙前转、无应答前转、关机前转等。
202-203.VMSC触发晚前转呼叫的智能关系流程,具体如下:
202.VMSC为B用户的晚前转向归属SCP发送IDP消息,携带重定向信息redirection information、呼叫始发终端A的号码、VLR-ID、SK、DP检测点等,其中重定向信息可以包括前转终端C的号码。
203.归属SCP判断是否触发回呼业务。归属SCP通过签约数据中的SK识别业务类型是否为回呼业务,然后判断是否触发回呼业务可以根据运营商需求制订,由SCP业务平台实现。例如可以通过判断该用户VLR-ID决定是否触发回呼业务,VLR-ID表征用户漫游所在区域,也可以根据用户的签约业务或用户类型来决定是否触发回呼业务。
204-208.归属SCP发起回呼流程,具体如下:
204.归属SCP下发ReleaseCall通知VMSC释放呼叫。
205.SCP通知呼叫始发终端A等待接通C用户。可以通过发送USSD消息或者短消息的方式,也可以是向用户放音的方式实现,例如可以向用户放音“您呼叫的用户忙,正在为您转接C,请稍候”。
206.归属SCP主动发起呼叫,接通呼叫始发终端A。
207.归属SCP根据VMSC发送的IDP消息中携带的重定向信息,确定呼叫目标终端为前转终端C,归属SCP主动发起呼叫,接通呼叫目标终端C。
208.C应答后,归属SCP指示MSC/SSP桥接A和C的承载,接通A和C。
本实施例中VMSC向归属SCP发送IDP消息,携带重定向信息,由归属SCP对呼叫始发终端和呼叫目标终端发起回呼,实现了用户漫游时被叫业务的晚前转,方便了用户的使用,节省了用户的费用,保持了用户体验的一致性。
本技术方案还可以应用于用户在本地呼叫时的回呼,本发明实施例三为用户在归属地发起呼叫的回呼实现过程,流程如图3所示。
301.呼叫始发终端A发起setup呼叫。
302-303.MSC触发移动始发呼叫的智能关系流程,具体如下:
302.MSC接收用户的setup呼叫,向SCP发送IDP消息,消息中携带呼叫始发终端A的号码、呼叫目标终端B的号码、SK、DP检测点等。
303.SCP判断是否触发回呼业务。SCP通过签约数据中的SK识别业务类型是否为回呼业务,判断是否满足触发回呼业务的条件。触发回呼业务的条件可以根据运营商策略制订,在SCP上实现。
304.SCP下发ReleaseCall消息,释放呼叫始发终端A发起的呼叫。
305-308.SCP发起回呼流程,具体如下:
305.SCP通知呼叫始发终端A等待,可以通过发送USSD消息或者短消息的方式实现。
306.SCP主动发起呼叫,接通用户A。
307.SCP主动发起呼叫,接通呼叫目标终端B。
308.B应答后,SCP指示MSC/SSP桥接A和B的承载,接通A和B。
本发明实施例三为对用户在归属地发起呼叫的回呼,本发明技术方案还可以应用于用户在归属地作被叫时的呼叫晚前转。图4为在归属地用户作被叫时晚前转的流程图,呼叫始发终端为A,步骤如下:
401.MSC接续被叫B,MSC检测是否发生呼叫晚前转,晚前转可以是遇忙前转、无应答前转、关机前转等。
402-403.若MSC检测到晚前转,则MSC触发晚前转呼叫的智能关系流程,具体如下:
402.MSC为B用户的晚前转向SCP发送IDP消息,携带重定向信息redirection information、呼叫始发终端A、DP检测点等,其中重定向信息可以包括前转终端C的号码。
403.SCP判断是否触发回呼业务。SCP通过签约数据中的SK识别业务类型,判断是否触发回呼业务可以根据运营商需求制订,由SCP业务平台实现。
404-407.SCP发起Call Back回呼流程,具体如下:
404.SCP下发ReleaseCall通知MSC释放呼叫。
405.SCP通知呼叫始发终端A等待。可以通过发送USSD消息或者短消息的方式,也可以是向用户放音的方式实现,例如可以向用户放音“您呼叫的用户忙,正在为您转接C,请稍候”。
406.SCP主动发起呼叫,接通用户A。
407.SCP根据MSC发送的IDP消息中携带的重定向信息,确定呼叫目标终端为前转终端C,归属SCP主动发起呼叫,接通呼叫目标终端C。
408.C应答后,SCP指示MSC/SSP桥接A和C的承载,接通A和C。
本发明实施例一至四对呼叫始发终端和呼叫目标终端发起回呼可以通过电路域的信令实现,也可以采用SIP呼叫实现。实施例五为SCP发起回呼流程的SIP呼叫实现流程,如图5所示,步骤如下:
501.归属SCP向MSC/SSP发送INVITE消息,发起对A的呼叫。
502.连接建立后,MSC/SSP向归属SCP返回200OK消息,通知归属SCP已建立连接。
503.归属SCP向MSC/SSP发送INVITE消息,发起对C的呼叫。
504.连接建立后,MSC/SSP向归属SCP返回200消息,通知归属SCP连接已建立。
505.归属SCP指示MSC/SSP桥接A和C的承载,接通A和C。
本实施例归属SCP对主被叫终端回呼采用SIP协议实现,信令交互简单。
本发明实施例提供的呼叫业务的实现方法,并不限定于国际漫游场景,还可以应用于用户在其他运营商网络漫游的情况,甚至于在非漫游场景下都可以应用,取决于运营商的运营策略。在这些场景下,SCP判断是否回呼时所要满足的回呼条件不同。
本发明实施例还提供一种SCP,如图6所示,包括:
接收模块601,用于接收MSC发送的IDP消息;
判断模块602,用于根据所述IDP消息判断是否发起回呼流程;
回呼模块603,用于对呼叫始发终端和呼叫目标终端发起呼叫。
本发明实施提供的SCP还可以包括:
指示释放呼叫模块604,用于指示释放由呼叫始发终端发起的呼叫。
本发明实施提供的SCP还可以包括:
通知等待模块605,用于通知呼叫始发终端等待。
指示释放呼叫模块604指示释放由呼叫始发终端发起的呼叫,呼叫未接通,因此可以不必产生话单,从而节省了资源,提升了处理效率,同时也节省了用户的费用。
通知等待模块605,通知呼叫始发终端等待,可以通过发送USSD消息或者短消息的方式,也可以是向用户放音的方式实现,可以优化用户体验。
在本发明实施例中,SCP接收MSC的IDP消息,根据签约数据中的SK(service key:业务键)识别业务类型是否为回呼业务,然后判断是否满足触发回呼业务的条件。触发回呼业务的条件可以根据运营商需求制订,在SCP上实现,方便进行增值业务的开发。SCP可以根据该用户VLR-ID判断是否触发回呼业务,VLR-ID表征用户漫游所在区域,也可以根据用户签约的业务来判断是否触发回呼业务。若触发回呼业务,对呼叫始发终端和呼叫目标终端发起回呼。SCP会根据接收的IDP消息中是否携带有重定向信息,若携带重定向信息,则SCP确定呼叫目标终端为前转终端。
综上所述,本发明实施例中通过将用户的呼叫触发到MSC,由SCP判断是否发起回呼,在漫游地和归属地都可以实现呼叫的回呼。用户通过普通呼叫的方式发起呼叫,方便了用户的使用,特别是方便了用户在国际漫游时使用回呼业务。通过将呼叫转为归属SCP对呼叫始发终端和呼叫目标终端的呼叫的回呼,可以为用户提供低资费的国际漫游服务;还实现了用户在漫游时被叫业务的晚前转,保持了用户体验的一致性。
但本发明的保护范围并不局限于此,任何熟悉本领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (11)
1.一种回呼业务的实现方法,其特征在于,所述方法包括:
服务控制点SCP接收移动交换中心MSC发送的初始智能触发请求IDP消息;
所述SCP根据所述IDP消息判断是否触发回呼流程;
若触发回呼流程,则所述SCP分别发起到呼叫始发终端和呼叫目标终端的呼叫。
2.根据权利要求1所述的方法,其特征在于,所述呼叫目标终端为被叫终端;或者,所述IDP消息中携带重定向信息,所述呼叫目标终端为前转终端。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括所述SCP指示释放由呼叫始发终端发起的呼叫。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括所述SCP通知所述呼叫始发终端等待。
5.根据权利要求1至4任一项所述的方法,其特征在于,所述MSC为呼叫始发终端的拜访移动交换中心VMSC,所述SCP为呼叫始发终端的归属SCP;或,所述MSC为被叫终端的拜访移动交换中心VMSC,所述SCP为被叫终端的归属SCP。
6.根据权利要求5所述的方法,其特征在于,对所述呼叫始发终端发起的呼叫是SIP呼叫。
7.根据权利要求1至4任一项所述的方法,其特征在于,所述SCP根据所述IDP消息判断是否触发回呼流程包括:所述SCP根据所述IDP消息中的业务键SK识别业务类型,判断是否触发回呼业务。
8.根据权利要求5所述的方法,其特征在于,所述SCP根据所述IDP消息判断是否触发回呼流程包括:所述SCP根据所述IDP消息中的业务键SK识别业务类型,判断是否触发回呼业务。
9.一种服务控制点SCP,其特征在于,所述SCP包括:
接收模块,用于接收移动交换中心MSC发送的IDP消息;
判断模块,用于根据所述IDP消息判断是否发起回呼流程;
回呼模块,用于发起到呼叫始发终端和呼叫目标终端的呼叫。
10.根据权利要求9所述SCP,其特征在于,所述SCP还包括:
呼叫释放指示模块,用于指示释放由呼叫始发终端发起的呼叫。
11.根据权利要求9所述SCP,其特征在于,所述SCP还包括:
等待通知模块,用于通知呼叫始发终端等待。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008102177693A CN101437214A (zh) | 2008-12-01 | 2008-12-01 | 一种回呼的实现方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008102177693A CN101437214A (zh) | 2008-12-01 | 2008-12-01 | 一种回呼的实现方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101437214A true CN101437214A (zh) | 2009-05-20 |
Family
ID=40711391
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008102177693A Pending CN101437214A (zh) | 2008-12-01 | 2008-12-01 | 一种回呼的实现方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101437214A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012171350A1 (zh) * | 2011-06-14 | 2012-12-20 | 中兴通讯股份有限公司 | 一种回呼业务的实现方法及系统 |
WO2013067795A1 (zh) * | 2011-11-08 | 2013-05-16 | 中兴通讯股份有限公司 | 一种以被叫身份通话的记帐卡业务呼叫方法和系统、as |
CN105592012A (zh) * | 2014-10-23 | 2016-05-18 | 深圳市潮流网络技术有限公司 | 一种基于sip通讯的离线回呼方法及服务器 |
-
2008
- 2008-12-01 CN CNA2008102177693A patent/CN101437214A/zh active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012171350A1 (zh) * | 2011-06-14 | 2012-12-20 | 中兴通讯股份有限公司 | 一种回呼业务的实现方法及系统 |
WO2013067795A1 (zh) * | 2011-11-08 | 2013-05-16 | 中兴通讯股份有限公司 | 一种以被叫身份通话的记帐卡业务呼叫方法和系统、as |
CN105592012A (zh) * | 2014-10-23 | 2016-05-18 | 深圳市潮流网络技术有限公司 | 一种基于sip通讯的离线回呼方法及服务器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7941171B2 (en) | Activating a push-to-talk group feature using an unstructured supplementary service data message | |
US10917705B2 (en) | Implementing intelligent network service functionality in a network | |
US8655353B2 (en) | Method and system for international roaming and call bridging | |
CN101141794B (zh) | 用户设备、语音呼叫连续性应用服务器及网络切换方法 | |
US7606571B2 (en) | Wireless intelligent network (WIN) support for centralized service control in an IP multimedia subsystem (IMS) network | |
WO2009138002A1 (zh) | 一种视频呼叫回落到语音呼叫的方法、系统和装置 | |
WO2009129711A1 (zh) | 呼叫前转的方法、设备及系统 | |
WO2012019440A1 (zh) | 实现一机多号终端前转呼叫的方法、系统、业务控制点 | |
JP5313404B2 (ja) | ローカルコールローカルスイッチの実現方法及びシステム | |
CN101437214A (zh) | 一种回呼的实现方法和装置 | |
CN102123469B (zh) | 演进分组网络中电路域业务的处理方法及用户设备 | |
WO2012089064A1 (zh) | 在电路域接入终端与as之间交互控制信息的方法及设备 | |
CN101198170A (zh) | 一种智能网用户的呼叫转移通知方法及装置 | |
CN101047999B (zh) | 呼叫接续方法、服务端及系统 | |
US8477669B2 (en) | Method, device, and system for implementing communication services | |
US8254377B1 (en) | System and method for HLR support for IP-MSC feature activation | |
CN102469424B (zh) | 晚前转处理方法及系统 | |
RU2675784C1 (ru) | Система и способ контролируемого разъединения вызова по окончании максимального времени разговора для направления вызывающего абонента на дополнительные виды обслуживания по протоколам интеллектуального управления вызовами (CAP/ISUP) и установления сеанса (SIP) |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20090520 |