CN1889608A - 一种呼叫前转的方法及*** - Google Patents
一种呼叫前转的方法及*** Download PDFInfo
- Publication number
- CN1889608A CN1889608A CN 200510132467 CN200510132467A CN1889608A CN 1889608 A CN1889608 A CN 1889608A CN 200510132467 CN200510132467 CN 200510132467 CN 200510132467 A CN200510132467 A CN 200510132467A CN 1889608 A CN1889608 A CN 1889608A
- Authority
- CN
- China
- Prior art keywords
- callee side
- message
- former
- call
- new
- 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)
Abstract
本发明公开了一种呼叫前转的方法及***,用以解决由于现有的呼叫前转方法及***存在局限性,导致基于ITUT-Q0731_7e标准的恶意呼叫追查流程无法与所述呼叫前转同时实施的问题。本发明方法包括:A、原被叫侧将本次呼叫前转到新被叫侧;B、原被叫侧等待新被叫侧发来的振铃消息;C、原被叫侧将所述振铃消息转发到主叫侧,完成呼叫接续。
Description
技术领域
本发明涉及通信领域,特别是涉及一种呼叫前转的方法及***。
背景技术
在ITUT92年标准中对恶意呼叫流程进行了扩充,新增了IDR消息(ISUP协议中规定的恶意呼叫请求消息,在请求有关恶意呼叫识别补充业务动作的方向上所发送的消息)和IDS消息(ISUP协议中规定的恶意呼叫请求响应消息,响应识别请求消息而发送的消息)来代替恶意呼叫查询请求消息(INR消息:ISUP协议中规定的信息请求消息,为了传送与某呼叫有关的信息而发送的消息,在信息请求消息中可以请求该消息)和恶意呼叫查询回应消息(INF消息:ISUP协议中规定的信息请求响应消息,交换局为了请求与某呼叫有关的信息而发送的消息)进行恶意呼叫的查询,并规定这两个消息可以在振铃消息(ACM消息:ISUP协议中规定的地址全消息,是后向发送的消息,表明已收到为该呼叫选路到被叫用户所需的所有地址信号)之后发送。参见图1所示,其流程如下:
用户A、B、C为普通用户,B用户申请了无条件前转或遇忙前转到用户C,C用户申请了恶意呼叫识别业务。用户A向用户B发起呼叫,则用户A所在主叫局向用户B所在的交换局发送呼叫请求消息(IAM消息);当检测到用户B设置了无条件前转到用户C,或者用户B设置了遇忙前转到用户C且用户B正忙,则交换局B向用户C所在的交换局C发送IAM消息,将此呼叫转移给用户C;同时交换局B向交换局A回送ACM消息,以指示被叫号码已经收齐;用户C接收到所述IAM消息后,交换局C向交换局B回送IDR消息进行恶意呼叫请求;交换局B将此IDR消息转发给交换局A;交换局A接收IDR消息请求并回送IDS消息,IDS消息可以携带用户A的主叫号码等信息;交换局B将IDS转发给交换局C完成用户C的恶意呼叫请求;用户C振铃并向B回送ACM消息;B交换局将此ACM消息转换成CPG消息(ISUP协议中规定的呼叫通知消息,在呼叫建立阶段或激活阶段,任一方向发送的消息,表明某一具有意义的事件已出现,应把它转送给始发接入或终端接入)给A交换局;C用户摘机应答并向B回送应答消息(ANM消息);B交换局转发ANM消息给A交换局,呼叫接通。
但是由于目前现有的电信网络中还有大量的交换机不支持IDR消息和IDS消息,只支持INR消息和INF消息进行恶意呼叫请求,因此上述流程的使用具有局限性。参见图2所示,追查恶意呼叫业务流程如下:
用户A和B为普通电话用户,用户B具有追查恶意呼叫业务。用户A向用户B发起呼叫,则用户A所在主叫局A向用户B所在的被叫交换局B发送IAM消息;当检测到用户B具有恶意呼叫业务时,交换局B向交换局A发送INR消息进行恶意呼叫请求;交换局A接收请求并回送INF消息,INF消息可以携带用户A的主叫号码等信息;然后用户B振铃并向A回送ACM消息;用户B摘机后向用户A回送ANM消息。
目前在ITUT标准Q0731_7e中规定了追查恶意呼叫业务,使具有追查恶意呼叫权限的用户可以对打入的电话进行恶意呼叫追查,如:追查主叫号码,使主叫用户在一段时间内无法挂机等功能。ITUT标准Q0732_2e中规定了呼叫无条件前转和遇忙前转业务,可以使申请了此业务的用户将来话呼叫转移到另一个号码上。参见图3所示,无条件前转或遇忙前转业务流程如下:
用户A、B和C为普通用户,用户B申请了无条件前转或遇忙前转到用户C。用户A向用户B发起呼叫,则用户A所在主叫局A向用户B所在的交换局B发送IAM消息;当检测到用户B设置了无条件前转到用户C,或者用户B设置了遇忙前转到用户C且用户B正忙,则交换局B向用户C所在的交换局C转发送IAM消息,将此呼叫转移给用户C;同时向交换局A回送ACM消息指示被叫号码已经收齐;用户C接收到IAM消息之后,交换局C向交换局B回送ACM消息;交换局B将此消息转换成CPG消息发送给主叫局A,当用户C摘机后,交换局C向交换局B回送ANM消息,交换局B将此消息转发给主叫局A,呼叫接通。
但是在上述标准的无条件前转或遇忙前转业务流程中,若用户C申请了追查恶意呼叫的业务,会导致追查恶意呼叫不成功,参见图4所示,流程如下:
用户A、B和C为普通用户,用户B申请了无条件前转或遇忙前转到用户C,用户C申请了恶意呼叫识别业务。用户A向用户B发起呼叫,则用户A所在主叫局A向用户B所在的交换局B发送IAM消息;当检测到用户B设置了无条件前转到用户C,或者用户B设置了遇忙前转到用户C且用户B正忙,则交换局B向用户C所在的交换局C发送IAM消息,将此呼叫转移给用户C;同时向交换局A回送ACM消息指示被叫号码已经收齐;用户C接收到IAM消息后,交换局C向交换局B回送INR消息进行恶意呼叫请求;交换局B接收此INR消息后无法将此消息转发给交换局A,因为按照ITUT标准规定,INR消息不能在ACM消息之后发送,因此追查恶意呼叫的业务不能正常完成。
综上所述,由于现有的呼叫前转流程存在局限性,导致基于ITUT-Q0731_7e标准的恶意呼叫追查流程无法与所述呼叫前转流程同时实施。
发明内容
本发明提供了一种呼叫前转的方法及***,用以解决由于现有的呼叫前转方法及***存在局限性,导致基于ITUT-Q0731_7e标准的恶意呼叫追查流程无法与所述呼叫前转同时实施的问题。
本发明方法包括:A、原被叫侧将本次呼叫前转到新被叫侧;B、原被叫侧等待新被叫侧发来的振铃消息;C、原被叫侧将所述振铃消息转发到主叫侧,完成呼叫接续。
所述步骤B中,若新被叫侧的用户申请了恶意呼叫追查业务,则所述新被叫侧完成恶意呼叫查询后,向原被叫侧发送振铃消息;否则,直接向原被叫侧发送振铃消息。
所述步骤A包括下列步骤:主叫侧向原被叫侧发送呼叫请求消息;原被叫侧将所述呼叫请求消息转发到新被叫侧。
若新被叫侧的用户申请了恶意呼叫追查业务,则所述步骤B包括下列步骤:新被叫侧向原被叫侧发送恶意呼叫查询请求消息;原被叫侧将所述恶意呼叫查询请求消息转发到主叫侧;主叫侧向原被叫侧发送恶意呼叫查询回应消息;原被叫侧将所述恶意呼叫查询回应消息转发到新被叫侧;新被叫侧向原被叫侧发送振铃消息。
所述恶意呼叫查询回应消息中至少携带主叫用户的号码信息。
所述步骤C包括下列步骤:原被叫侧将所述振铃消息转发到主叫侧;新被叫侧摘机后,向原被叫侧发送应答消息;原被叫侧将所述应答消息转发到主叫侧,完成呼叫接续。
所述恶意呼叫追查基于ITUT-Q0731_7e标准。
本发明的呼叫前转***,包括:主叫局、具有前转功能的原被叫所在的原被叫局,以及新被叫局;所述***还包括:振铃消息生成单元,用于为新被叫局生成振铃消息,并发出;触发单元,用于在新被叫局发出振铃消息后,指示原被叫局将该振铃消转发到主叫局。
若新被叫用户申请了恶意呼叫追查业务,则所述振铃消息生成单元在新被叫局完成恶意呼叫查询后,生成振铃消息;否则,在新被叫局收到呼叫前转后,直接生成振铃消息。
所述***基于ITUT-Q0731_7e标准。
本发明有益效果如下:
本发明方法对现有的呼叫前转流程进行了优化。在原被叫侧将本次呼叫前转到新被叫侧后,等待新被叫侧发来的振铃消息,并将该振铃消息转发到主叫侧,而不是在将本次呼叫前转到新被叫侧后,直接向主叫侧发送振铃消息。即向主叫侧发送振铃消息的机制转移到了新被叫侧完成,这样新被叫侧就可以在需要进行恶意呼叫查询时,先完成恶意呼叫查询,再发出振铃消息。
通过本发明方法的实施,从形式上看,本方法调整了向主叫侧发送振铃消息与进行恶意呼叫查询的时间顺序;从实质上看,优化了现有的呼叫前转流程,使其兼容了基于ITUT-Q0731_7e标准的恶意呼叫追查。
显然,基于ITUT92年标准同样可以在本发明方法所述的流程中实施,使得现网中旧的(不支持IDR消息和IDS消息)的网络设备可以物尽其用,同时也兼顾了新的网络设备。
为了支撑本发明方法,本发明还提供了一种呼叫前转***,包括:主叫局、具有前转功能的原被叫所在的原被叫局,以及新被叫局;所述***还包括:振铃消息生成单元,用于为新被叫局生成振铃消息,并发出;触发单元,用于在新被叫局发出振铃消息后,指示原被叫局将该振铃消转发到主叫局。
附图说明
图1为基于ITUT92年标准的追查恶意呼叫信令流程图;
图2为基于ITUT标准Q0731_7e的追查恶意呼叫信令流程图;
图3为基于ITUT标准Q0732_2e的呼叫前转信令流程图;
图4为在Q0732_2e规定的呼叫前转流程中实施Q0731_7e规定的追查恶意呼叫的信令流程图;
图5为本发明***结构示意图;
图6为本发明方法步骤流程图;
图7为本发明方法信令流程图。
具体实施方式
为了在ITUT-Q0731_7e环境下,使新被叫侧可以对原被叫侧前转来的呼叫进行恶意呼叫追查,本发明提供了一种呼叫前转***,参见图5所示,其包括:依次相连的主叫所在的主叫局、具有前转功能的原被叫所在的原被叫局,以及新被叫所在的新被叫局;还包括:与所述新被叫局相连的振铃消息生成单元,以及与所述振铃消息生成单元和原被叫局分别相连的触发单元。
所述振铃消息生成单元,用于为新被叫局生成振铃消息,并发出。若所述新被叫用户申请了恶意呼叫追查业务,则所述振铃消息生成单元在新被叫局完成恶意呼叫查询后,生成振铃消息;否则,在新被叫局收到呼叫前转后,直接生成振铃消息。
所述触发单元,用于在所述振铃消息生成单元发出振铃消息后,指示原被叫局将该振铃消转发到主叫局。
应用上述***,本发明提供了一种呼叫前转的方法,参见图6所示,包括下列步骤:
S1、主叫侧向原被叫侧发送呼叫请求。
S2、原被叫侧将该呼叫请求前转到新被叫侧。
S3、新被叫侧是否进行恶意呼叫查询,若需要查询,则完成恶意呼叫查询后,转入步骤S4;否则,直接转入步骤S4。
S4、新被叫侧发出振铃消息。
S5、该振铃消息被转发到主叫侧。
S6、完成呼叫接续。
以下通过两个实例具体描述本发明方法。
方法实例一:新被叫侧需要进行恶意呼叫查询。参见图7所示,并结合图6,本实例包括以下具体内容:
S101、主叫侧向原被叫侧发送呼叫请求。
在主叫用户A向原被叫用户B发起呼叫时,按照现有流程,主叫局向原被叫局发送呼叫请求消息(IAM消息)。
S102、原被叫侧将该呼叫请求前转到新被叫侧。
本发明中原被叫用户B申请了前转业务(无条件前转或遇忙前转),前转的目标为新被叫用户C。当原被叫局收到主叫局发来的呼叫请求消息(IAM消息),并且原被叫局检测到原被叫用户B设置了无条件前转,或者原被叫用户B设置了遇忙前转且当前正忙时,则将该呼叫请求消息前转到新被叫局。
S103、新被叫侧是否进行恶意呼叫查询,若需要查询,则完成恶意呼叫查询后,转入步骤S104;否则,直接转入步骤S104。
当新被叫局收到原被叫局前转来的呼叫请求消息(IAM消息)后,判断是否需要进行恶意呼叫查询。本例中新被叫用户C申请了恶意呼叫追查业务,所以新被叫局向原被叫局发送恶意呼叫查询请求消息(INR消息);原被叫局再将该恶意呼叫查询请求消息转发到主叫局。
主叫局收到所述恶意呼叫查询请求消息后,按照现有机制对应查询主叫用户A的号码等信息,并将查询到的信息携带于恶意呼叫查询回应消息(INF消息)中,发送到原被叫局;原被叫局再将该恶意呼叫查询回应消息转发到新被叫局,以使新被叫用户C获知主叫用户A的号码等信息。
S104、新被叫侧发出振铃消息。
新被叫局完成恶意呼叫查询后,通过所述振铃消息生成单元生成振铃消息(ACM消息),并向原被叫局发出。
S105、该振铃消息被转发到主叫侧。
所述触发单元获知所述振铃消息生成单元发出了振铃消息,则立即向原被叫局发出转发该振铃消息的指示。
原被叫局收到所述振铃消息后,将该振铃消息转发到主叫局,以触发后续的呼叫接续流程。
S106、完成呼叫接续。
按照现有接续流程,新被叫用户C摘机后,新被叫局向原被叫局发送应答消息(ANM消息);原被叫局再将该应答消息转发到主叫局,完成主叫用户A与新被叫用户C的呼叫接续。
方法实例二:新被叫侧不需要进行恶意呼叫查询。
S201、主叫侧向原被叫侧发送呼叫请求。
在主叫用户A向原被叫用户B发起呼叫时,按照现有流程,主叫局向原被叫局发送呼叫请求消息(IAM消息)。
S202、原被叫侧将该呼叫请求前转到新被叫侧。
本发明中原被叫用户B申请了前转业务(无条件前转或遇忙前转),前转的目标为新被叫用户C。当原被叫局收到主叫局发来的呼叫请求消息(IAM消息),并且原被叫局检测到原被叫用户B设置了无条件前转,或者原被叫用户B设置了遇忙前转且当前正忙时,则将该呼叫请求消息前转到新被叫局。
S203、新被叫侧是否进行恶意呼叫查询,若需要查询,则完成恶意呼叫查询后,转入步骤S204;否则,直接转入步骤S204。
当新被叫局收到原被叫局前转来的呼叫请求消息(IAM消息)后,判断是否需要进行恶意呼叫查询。本例中新被叫用户C没有申请了恶意呼叫追查业务,直接转入步骤S204。
S204、新被叫侧发出振铃消息。
通过所述振铃消息生成单元为新被叫侧生成振铃消息(ACM消息),并向原被叫局发出。
S205、该振铃消息被转发到主叫侧。
所述触发单元获知所述振铃消息生成单元发出了振铃消息,则立即向原被叫局发出转发该振铃消息的指示。
原被叫局收到所述振铃消息后,将该振铃消息转发到主叫局,以触发后续的呼叫接续流程。
S206、完成呼叫接续。
按照现有接续流程,新被叫用户C摘机后,新被叫局向原被叫局发送应答消息(ANM消息);原被叫局再将该应答消息转发到主叫局,完成主叫用户A与新被叫用户C的呼叫接续。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1、一种呼叫前转的方法,其特征在于,包括下列步骤:
A、原被叫侧将本次呼叫前转到新被叫侧;
B、原被叫侧等待新被叫侧发来的振铃消息;
C、原被叫侧将所述振铃消息转发到主叫侧,完成呼叫接续。
2、如权利要求1所述的方法,其特征在于,所述步骤B中,若新被叫侧的用户申请了恶意呼叫追查业务,则所述新被叫侧完成恶意呼叫查询后,向原被叫侧发送振铃消息;
否则,直接向原被叫侧发送振铃消息。
3、如权利要求1所述的方法,其特征在于,所述步骤A包括下列步骤:
-主叫侧向原被叫侧发送呼叫请求消息;
-原被叫侧将所述呼叫请求消息转发到新被叫侧。
4、如权利要求1所述的方法,其特征在于,若新被叫侧的用户申请了恶意呼叫追查业务,则所述步骤B包括下列步骤:
-新被叫侧向原被叫侧发送恶意呼叫查询请求消息;
-原被叫侧将所述恶意呼叫查询请求消息转发到主叫侧;
-主叫侧向原被叫侧发送恶意呼叫查询回应消息;
-原被叫侧将所述恶意呼叫查询回应消息转发到新被叫侧;
-新被叫侧向原被叫侧发送振铃消息。
5、如权利要求4所述的方法,其特征在于,所述恶意呼叫查询回应消息中至少携带主叫用户的号码信息。
6、如权利要求1所述的方法,其特征在于,所述步骤C包括下列步骤:
-原被叫侧将所述振铃消息转发到主叫侧;
-新被叫侧摘机后,向原被叫侧发送应答消息;
-原被叫侧将所述应答消息转发到主叫侧,完成呼叫接续。
7、如权利要求2、4、5或6所述的方法,其特征在于,所述恶意呼叫追查基于ITUT-Q0731 7e标准。
8、一种呼叫前转***,包括:主叫局、具有前转功能的原被叫所在的原被叫局,以及新被叫局,其特征在于,所述***还包括:
振铃消息生成单元,用于为新被叫局生成振铃消息,并发出;
触发单元,用于在新被叫局发出振铃消息后,指示原被叫局将该振铃消转发到主叫局。
9、如权利要求8所述的***,其特征在于,若新被叫用户申请了恶意呼叫追查业务,则所述振铃消息生成单元在新被叫局完成恶意呼叫查询后,生成振铃消息;否则,在新被叫局收到呼叫前转后,直接生成振铃消息。
10、如权利要求8或9所述的***,其特征在于,所述***基于ITUT-Q0731 7e标准。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200510132467 CN1889608A (zh) | 2005-12-20 | 2005-12-20 | 一种呼叫前转的方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200510132467 CN1889608A (zh) | 2005-12-20 | 2005-12-20 | 一种呼叫前转的方法及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1889608A true CN1889608A (zh) | 2007-01-03 |
Family
ID=37578865
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200510132467 Pending CN1889608A (zh) | 2005-12-20 | 2005-12-20 | 一种呼叫前转的方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1889608A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101572892B (zh) * | 2009-06-17 | 2011-02-02 | 杭州华三通信技术有限公司 | 一种呼叫建立方法和网络设备 |
CN102111738A (zh) * | 2011-02-24 | 2011-06-29 | 中兴通讯股份有限公司 | 主叫侧预防语音呼叫前转陷阱的方法、msc及*** |
CN101562796B (zh) * | 2009-05-11 | 2012-07-04 | 中兴通讯股份有限公司 | 短消息前转方法及位置寄存器 |
-
2005
- 2005-12-20 CN CN 200510132467 patent/CN1889608A/zh active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101562796B (zh) * | 2009-05-11 | 2012-07-04 | 中兴通讯股份有限公司 | 短消息前转方法及位置寄存器 |
CN101572892B (zh) * | 2009-06-17 | 2011-02-02 | 杭州华三通信技术有限公司 | 一种呼叫建立方法和网络设备 |
CN102111738A (zh) * | 2011-02-24 | 2011-06-29 | 中兴通讯股份有限公司 | 主叫侧预防语音呼叫前转陷阱的方法、msc及*** |
WO2012113321A1 (zh) * | 2011-02-24 | 2012-08-30 | 中兴通讯股份有限公司 | 主叫侧预防语音呼叫前转陷阱的方法、msc及*** |
CN102111738B (zh) * | 2011-02-24 | 2015-01-28 | 中兴通讯股份有限公司 | 主叫侧预防语音呼叫前转陷阱的方法、msc及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1933459A (zh) | 一种电话回拨方法及*** | |
CN1859496A (zh) | 一种实现多媒体彩铃业务的***及方法 | |
CN1310530C (zh) | 一种实现回铃音业务的方法 | |
CN1848876A (zh) | 跨域用户交换机分机直拨的实现方法及*** | |
CN1929629A (zh) | 一种触发智能业务的方法、***及信令处理装置 | |
CN1802007A (zh) | 一种智能网***中呼叫接续的实现方法 | |
CN1812447A (zh) | 一种实现未完成来电短消息通知业务的设备及方法 | |
CN1599398A (zh) | 实现电话向计算机网络即时通信终端发信息的装置和方法 | |
CN1889608A (zh) | 一种呼叫前转的方法及*** | |
CN1929519A (zh) | 一种遇忙提醒业务的实现方法及*** | |
CN1829266A (zh) | 在分组域中实现遇忙呼叫完成业务的方法及*** | |
CN1300997C (zh) | 一种实现定制回铃音的方法 | |
CN1434642A (zh) | 移动网内通知未成功接通的来电的方法 | |
CN1406043A (zh) | 用一个电信运营商的网络***为其它电信网的电信用户提供呼叫转移的方法 | |
CN1275448C (zh) | 一种通过计算机控制电话呼叫的方法 | |
CN1242589C (zh) | 固话短信***及其方法 | |
CN101056282A (zh) | 随路信令在h.248分离架构下的实现方法、设备及*** | |
CN101400191B (zh) | 为移动电话号码附带固定电话号码的***和方法 | |
CN101047898A (zh) | 一种可实现漏话回拨的漏话提示***及漏话提示方法 | |
CN1816073A (zh) | 一种在固定通信网络中实现多彩回铃音业务的方法 | |
CN1870697A (zh) | 增强的cw业务的实现 | |
CN1905594A (zh) | 一种在通信***中实现双振铃业务的方法 | |
CN1738263A (zh) | 软交换***媒体流的监听方法及采用的监听网关处理装置 | |
CN1306848C (zh) | 使用智能网方式实现双模手机呼叫的***和方法 | |
CN1662024A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20070103 |