CN101188802A - 一种呼叫转移前转类的实现方法和系统 - Google Patents

一种呼叫转移前转类的实现方法和系统 Download PDF

Info

Publication number
CN101188802A
CN101188802A CNA2007101250502A CN200710125050A CN101188802A CN 101188802 A CN101188802 A CN 101188802A CN A2007101250502 A CNA2007101250502 A CN A2007101250502A CN 200710125050 A CN200710125050 A CN 200710125050A CN 101188802 A CN101188802 A CN 101188802A
Authority
CN
China
Prior art keywords
call
user
service
call forwarding
message
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
Application number
CNA2007101250502A
Other languages
English (en)
Inventor
宗在健
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNA2007101250502A priority Critical patent/CN101188802A/zh
Publication of CN101188802A publication Critical patent/CN101188802A/zh
Priority to PCT/CN2008/073508 priority patent/WO2009082921A1/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/54—Arrangements for diverting calls for one subscriber to another predetermined subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供一种基于IMS呼叫前转类业务的方法，包括：服务－呼叫控制功能部件获取呼叫前转触发规则；根据呼叫前转触发规则将对于被叫用户的呼叫信息前转至应用服务器或语音增值系统。本发明通过在基于IMS呼叫前转类业务的方法中过滤参数的设置以及CSCF和HSS提供的能力，很好的解决可以使VAS系统及时得到用户的真实状态信息，同时在业务处理上可以直接一次外呼用户，或者灵活合并短信下发给UE2，或者通过IMS的MESSAGE消息下发UE2，业务的处理策略非常灵活，同时通过SIP消息的请求确认机制系统的可靠性也得到了保证。

Description

一种呼叫转移前转类的实现方法和系统
技术领域
本发明涉及通信领域，尤其涉及一种呼叫前转类业务的实现方法和系统。
背景技术
目前呼叫前转类业务包括无条件呼叫前转业务、遇忙呼叫前转业务、无应答呼叫前转业务、用户不在线呼叫前转、按时间段前转等。这些前转类业务通过软交换对申请了前转业务的用户数据和状态进行查询和判断，从而建立新的前转呼叫。
对于2G移动网络(PLMN)中的呼叫前转类业务，通常采用在本地归属寄存器(Home Location Register，HLR)上设置前转号码到语音增值系统(Voice Added System，VAS)，当呼叫该用户时，该用户的用户状态满足该前转条件(前转条件可以为：无条件前转、久叫不应前转、与忙前转以及不可及前转)，即触发呼叫前转到VAS系统：VAS系统可以根据被叫用户的业务属性，提示主叫用户进行留言等操作，系统记录下该呼叫信息和本次主叫的操作信息。用户空闲或者开机后，可以主动拨打VAS系统的接入码进行收听相应的信息；或者系统主动外呼被叫用户收听；或者主动发送短信(ShortMessaging Service，SMS)或多媒体短信(Multimedia Messaging Service，MMS)消息给被叫，并触发被叫收听信息。
在上文的方案一中存在下面的问题：VAS系统无法直接通过相关规范，获取到用户的真实状态(如被叫开机可及)；在主叫不断的尝试外呼被叫过程中，主叫只有在被叫开机并且接通后，才可以使用户收听到这期间的漏话信息，这样导致网络的呼损增加，同时浪费了宝贵的网络资源。此外采用短消息下发时，VAS系统会把不可及期间的所有漏话信息逐条立即发送给短消息服务中心(Short message service center，SMSC)，导致SMSC的短消息存储量增大，同时对被叫用户可及后会收到所有的漏话短信(一个漏话一条短信)，给用户阅读带来不便。这里我们可以作个假设，如果有100万网络用户，用户关机期间的呼叫有3个，这样开通漏话业务后，对SMSC就要额外增加短消息存储量为：1,000,000*3＝3,000,000万条短信积压，此时对SMSC的存储能力要求增大，增加系统的整体成本，此外系统整体的安全性也受到了更大的挑战。
请参照附图1，为了解决方案一短消息逐条下发的问题，减少SMSC的积压量，增强用户的感受。现有一种改进方案，其采用短消息探测方案进行短消息的合并下发的方案来改善上述方案一中存在的问题。方案的基本思路如下：
1、通过对被叫用户的发送的漏话信息，下发探测短消息给SMSC；
2、SMSC尝试下发该短信，但由于被叫用户不可及，下发失败；
3、SMSC置位归属位置寄存器用户状态标志位，等待被叫用户开机；
4、用户开机，HLR给SMSC返回漏话提醒(Missed Call Alerting，MCA)触发短消息重新下发，用户收到短信；
5-7、SMSC发送被叫用户的状态报告至VAS系统，VAS探测到被叫用户开机时，下发保存在VAS系统内需要下发的短信给SMSC，并下发给用户收看。
本发明人发现对于方案二，由于需要采用短消息的机制检测用户状态后，系统再下发积压在VAS系统的漏话信息：
1、需要部分短消息保存在SMSC系统中，部分消息会保存在VAS系统，此外由于VAS系统依赖SMSC的短消息状态报告，获取用户状态，可靠性无法保证。从MAP标准规范分析，HLR发送给SMSC的Alert_SC(MAP协议的一个消息体)属于单向消息，没有回应确认消息，导致如果该消息丢失后，SMSC无法及时处理积压在系统内的短消息，从而VAS系统也无法及时获取用户的可及信息，导致保存在系统中漏话信息出现积压，用户无法及时得到漏话信息。从现网运行情况看，由于种种原因Alert_SC消息丢失机率在千分之五左右。
2、由于针对每一个用户的探测短信都保存在SMSC系统中，随着用户数的增加，对SMSC的短消息可靠性和处理能力提出了较高的要求，当用户基数增长到千万用户级别的时候，SMSC就叫难满足要求(比如目前华为的SMSC设备采用内存调度消息，而消息的总数不超过100万条，超过之后就会入数据库，后续就可能不会再次被调度到了。
发明内容
本发明实施例提供一种基于IMS通信网络的呼叫前转移的方法，装置和系统。
其中，本发明提供的一种基于IMS呼叫前转类业务的方法，包括：
服务-呼叫控制功能部件获取呼叫前转触发规则；
根据呼叫前转触发规则将对于被叫用户的呼叫信息前转至应用服务器或语音增值系统。
此外本发明还提供一种服务-呼叫控制功能部件，包括：
前转信息获取模块，用于获取用户的呼叫前转触发规则；
呼叫处理模块，用于在收到以所述用户为被叫的IMS业务呼叫请求时，根据用户的呼叫前转触发规则触发对主叫呼叫信息的呼叫前转。
本发明提供的一种IMS业务应用服务器，包括：
呼叫请求接收模块，用于接收S-CSCF发出的呼叫请求；
解析模块，用于获取呼请求中携带的呼叫前转触发规则；
呼叫处理模块，用于根据所述呼叫前转触发规则触发对主叫呼叫信息的呼叫前转。
本发明提供的一种呼叫前转系统，包括：
服务-呼叫控制功能部件，用于获取被叫用户的用户状态以及呼叫前转触发规则；
AS或VAS系统，用于接收服务-呼叫控制功能部件根据呼叫前转触发规则前转的主叫用户的呼叫信息。
本发明在实现呼叫前转移的方法，装置和系统中通过过滤参数的设置以及CSCF和HSS提供的能力，很好的解决可以使VAS系统及时得到用户的真实状态信息，同时在业务处理上可以直接一次外呼用户，或者灵活合并短信下发给UE2，或者通过IMS的MESSAGE消息下发UE2，业务的处理策略非常灵活，同时通过SIP消息的请求确认机制系统的可靠性也得到了保证。
附图说明
图1为一种现有技术的呼叫前转类业务实现流程图；
图2为本发明实施例1中，IMS域被叫用户的呼叫前转类业务定购方案一的流程图；
图3为本发明实施例1中，IMS域被叫用户的呼叫前转类业务定购方案二的流程图；
图4为本发明实施例1中，被叫用户关机时触发的去注册流程的流程图；
图5为本发明实施例1中，被叫用户注册消息超时触发的超时注册流程的流程图；
图6为本发明实施例1中呼叫前转类业务实现的流程图；
图7为本发明实施例1中，被叫用户开机时触发的注册流程的流程图；
图8为本发明实施例2中呼叫前转类业务实现的流程图；
图9为本发明实施例3中呼叫前转类业务实现的流程图；
图10为本发明实施例4中呼叫前转类业务实现的流程图；
图11为本发明实施例中服务-呼叫控制功能部件的结构框图；
图12为本发明实施例中IMS业务应用服务器的结构框图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明做进一步的详细说明。
本发明的实施例通过对智能网络中归属用户服务器(Home SubscriberSever，HSS)中相关触发规则(Filter Criteria，FC)的设置，特别是设置了具有注册/去注册属性的触发规则，使被叫用户归属的服务-呼叫控制功能部件S-CSCF2在收到以该用户为被叫的业务呼叫请求时，可以获取到的该被叫用户的用户属性、用户状态以及该状态下的触发规则，当AS或VAS系统接收S-CSCF2转发出的被叫的业务呼叫请求时，将对于被叫用户的呼叫信息根据获得的触发规则触发呼叫请求前转至AS或VAS系统。
本发明的实施例1提供了一种呼叫前转移的方法，在实施所述实施例1时，被叫用户关机时，被叫用户的归属的服务-呼叫控制功能部件S-CSCF收到以该用户为被叫的业务呼叫请求时，获取到的该被叫用户的用户属性、用户状态以及该状态下的触发规则；AS或VAS系统接收S-CSCF发出的呼叫请求，对被叫用户的呼叫信息前转至AS或VAS系统，因为在呼叫转移之前被叫用户已经定购呼叫前转的业务，当被叫用户开机时，AS或VAS系统获取用户的开机注册信息，并且根据开机注册消息触发规则触发之前前转的呼叫信息至被叫用户。
实施例1，该实施例中用户1(UE1)和用户2(UE2)都在IMS网络环境中，且用户2处于不可及的状态(用户关机或用户异常关机状态)，即用户1呼叫用户2时，用户2处于关机或异常关机状态等情况的呼叫前转业务的处理流程(又称为呼叫早前转类业务)，这种情况下的被叫用户注册前转类业务，被叫用户的关机注册，主叫呼叫被叫时呼叫前转类的处理，以及被叫开机注册漏话处理的流程如下文所述，请参照附图3-8。
首先IMS被叫用户UE2对呼叫前转类业务的定购，在IMS网络下，IMS被叫用户UE2可以采用两种方式定购呼叫前转类业务(如语音邮箱、漏话提醒、视频邮箱)，在用户不可及、忙等久叫不应情况下，把主叫呼叫消息前转至语音增值系统，IMS用户的业务定购，可以有下面的两种方案：
方案一、UE2从业务支持系统BSS/运营支持系统OSS定购，然后同步数据到VAS系统，请参阅图2，详细的流程说明如下：
步骤201-202、用户通过呼叫、短消息以及营业厅等方式定购前转类业务；
步骤203-204、BSS/OSS系统记录定购关系，同时通过Sh接口下发用户定购属性到HSS，该定购属性至少包含三个FC(FC1：呼叫前转触发规则；FC2：注册消息触发规则；FC3：去注册消息触发规则)。
步骤205-206、BSS/OSS同步定购数据到VAS系统。
步骤207、可以选择通过呼叫，消息或者协议纸件等方式给用户回定购成功失败(这一步根据业务运营情况可选)。
方案二、用户直接通过VAS系统定购业务，请参阅图3，详细的流程说明如下：
步骤301-302、用户通过电话、消息、Email等方式到VAS系统定购呼叫前转类业务；
步骤303-304、VAS系统记录定购关系，同时通过IMS规范中的Sh接口，设置定购属性FC的属性(至少包含三个FC属性，呼叫前转触发规则；注册消息触发规则；去注册消息触发规则)；
步骤305-306、同步定购关系给BSS/OSS；
步骤307、返回该定购结果给用户。
需要说明的是在上面所述的被叫用户两种定购呼叫前转业务的方案中，主要区别在于是定购关系的同步由哪个系统触发，方案一中被叫用户UE2首先向业务支持系统/运营支持系统定购，然后通过业务支持系统/运营支持系统同步数据到语音增值系统中，也就是说同步由业务支持系统/运营支持系统触发的，而方案二中，被叫用户UE2首先向语音增值系统定购，然后通过语音增值系统同步数据到业务支持系统/运营支持系统中，同步是由语音增值系统触发的，但是两种方案最终数据都是以业务支持系统/运营支持系统为准，以确保用户数据唯一性。
被叫用户UE2关机时注册或被叫用户UE2的用户注册消息超时的注册情形，分别阐述如下：
一、被叫用户UE2关机时触发的去注册(DE-REGISTER)流程如下，请参阅图4：
步骤401～405、UE2关机，UE2发送关机注册消息到P-CSCF2，经I-CSCF2到S-CSCF2，该注册消息携带0秒的老化值，同时需要包含关机注册的基本信息，如：Public User Identity，Private User Identity，home networkdomain name，UE IP address。
步骤406～408、S-CSCF2获取UE2的关机注册的信息，并根据HSS2返回的去注册触发规则触发注册消息到语音增值系统。
步骤409～410、S-CSCF2发送Cx-put信息至HSS2并更新用户的网络状态信息为用户已关机。
步骤411～414、语音增值系统处理去注册触发规则DE-REGISTER消息，更新UE2的用户状态为不可及状态，接受该期间的主叫用户呼叫信息(漏话呼叫)，并等待用户可及后呼叫该用户或者发送消息。
二、被叫用户UE2注册消息超时，如：UE2异常关机时触发的去注册DE-REGISTER流程如下，请参阅图6：
步骤501、P-CSCF2或者S-CSCF2发现用户注册消息超时(未收到用户的定时注册消息)，启动超时处理流程。
步骤502～504、S-CSCF2从HSS2获取该UE2的属性，得到去注册DE-REGISTER的触发规则，触发到语音增值系统的用户注册register删除用户注册消息。
步骤505、语音增值系统收到注册删除注册消息，更新UE2用户状态为不可用，该步骤的处理过程和UE2直接发送注册删除消息相同。
步骤506～507、语音增值系统向HSS2发送注销用户状态消息，用以更新HSS2中用户状态信息为被叫用户状态为不可及。
这里需要注意的是步骤504和506可以同时进行，或者先执行步骤606再执行步骤504。
被叫用户UE2定购了呼叫前转类业务后，在主叫用户呼叫被叫用户时，被叫用户UE2关机不可及的情况下(用户关机或用户注册超时)，CSCF2直接根据前转类触发规则(FC)触发呼叫请求消息到语音增值系统，请参阅图6，详细流程如下：
步骤601、用户1(UE1)发起呼叫请求(INVITE)希望和用户2(UE2)进行通信。
步骤602、用户1侧的服务-呼叫控制功能(S-CSCF1)部件根据UE1的签约属性，触发用户1与用户2的呼叫业务。
步骤603、S-CSCF1向UE2的关口-呼叫控制功能(I-CSCF2)转发该呼叫请求。
步骤604～606、I-CSCF2从被叫用户2侧的归属用户服务器(HSS2)获取UE2的S-CSCF2信息，并根据HSS2的返回S-CSCF2信息的结果转发该呼叫请求消息给S-CSCF2。
步骤607～608、S-CSCF2通过CX接口向HSS2获取UE2的用户属性，HSS2返回用户关机状态以及关机状态下的呼叫前转触发规则。
步骤609、S-CSCF2根据HSS2返回的用户状态和前转类触发规则，转发呼叫请求到语音增值系统。
步骤610、语音增值系统回应成功(200 OK)消息，通过S-CSCF2，I-CSCF2，CSCF1等网元给UE1。
步骤611、UE1回应对呼叫请求的响应消息(ACK)，S-CSCF1，I-CSCF2，S-CSCF2透传该消息给语音增值系统。
步骤612、语音增值系统播放UE1相应的语音或者视频信息提示UE1进行相应的操作，如录音或者录视频；
步骤613、语音增值系统处理被前转的呼叫信息和UE1的操作信息，主动释放本次呼叫或者UE1主动释放呼叫。
步骤614、UE1确认释放本次呼叫。
被叫用户UE2在开机注册时，语音增值系统通过开机触发规则触发被前转的呼叫信息至被叫用户的流程如下，请参阅图7：
步骤701、UE2用户开机，发送注册Register消息。
步骤702、拜访地P-CSCF2根据UE2属性转发REGISTER消息到归属地的I-CSCF2；如果用户未漫游，P-CSCF2等同于I-CSCF2。
步骤703～705、I-CSCF2通过HSS2或者经过用户位置功能(SubscriptionLocator Function，SLF)查询到HSS2，获取到S-CSCF2信息，转发REGISTER消息到S-CSCF2。
步骤706～707、由于语音增值系统在HSS2下发了开机注册触发规则，HSS2把开机注册触发规则发送给S-CSCF2。
步骤708、CSCF2根据业务触发点(Service Point Trigger，SPT)触发REGISTER消息给VAS系统。
步骤709、语音增值系统根据开机注册消息中UE2信息，进行用户状态的及时更新，并对用户的被前转的呼叫信息进行处理，被前转的呼叫信息的处理可以下发SMS/MMS/或者SIP-MESSAGE消息，此时可以选择如下的几种处理方案。
A、通过SMS下发，这时可以对用户关机期间的被前转的呼叫信息进行统一合并一条综合信息，该综合消息可以包括被叫在不可及或忙的时间内接收到的呼叫信息和留言，被叫用户UE2收到类似这样的短消息请参照下面所示的短消息示例：
Missed Call Information
1.XXX在XXX时间给您打过N次电话；
2.YYY在YYY时间给您打过电话，
并有留言，请拨打YYYY收听；
3.ZZZ在ZZZ时间给您打过电话，
请及时联系。
短消息示例
B、如果采用外呼方式，语音增值系统立即发起呼叫UE2用户，并逐条播放被前转的呼叫信息和留言内容，这种方案还可以允许用户在收听过程中进行重复收听、回拨主叫、删除等操作。
C、如果采用MMS消息，在向被叫用户下发漏话信息的同时还可以携带主叫用户的留言信息。UE2用户在终端直接收听该留言信息，该留言信息可以选择是语音或者是视频来承载。
步骤710～712、HSS2回应消息给S-CSCF2，并经过I-CSCF2和P-CSCF2，到UE2，最终完成用户UE2开机注册流程。
需要说明的是：
1，上述UE2用户注册REGISTER消息中可以携带老化时间，在老化时间内可以重复发送注册更新消息，语音增值系统可以多次处理这样的注册消息。
2、注册消息属于SIP的基本消息，S-CSCF需要根据用户定购关系进行FC触发。
3、IMS用户定购了呼叫前转类业务，UE2用户重复发起重新注册RE-REGISTER时，VAS系统RE-REGISTER消息的流程基本和注册流程类似，用户状态可以不断刷新。
实施例2，该实施例中用户1(UE1)和用户2(UE2)者都在IMS网络环境中，且用户2处于遇忙状态(拒绝接受信息或呼叫)，这种情况下的呼叫处理流程如下文所述，其中被叫用户的前转类业务的定购与实施例1中的前转类定购流程相同，请参照附图8(该处理流程又称为呼叫早前转类业务)。
步骤801-806，用户1(UE1)发起呼叫请求(INVITE)希望和用户2(UE2)进行通信；(S-CSCF1)根据UE1的签约属性，触发用户1向用户2的呼叫业务，并且向UE2的关口-呼叫呼叫控制功能(I-CSCF2)转发呼叫请求；I-CSCF2向用户2侧的归属用户服务器(HSS2)获取UE2的S-CSCF2信息，并根据HSS2的返回S-CSCF2的结果转发呼叫消息给S-CSCF2，该部分的处理流程和与实施例1中呼叫早前转的处理流程类似。
步骤807-810、S-CSCF2获取到用户2的正常状态，并呼叫UE2用户，发现UE2忙或者UE2拒绝了本次呼叫请求。
步骤811-813、S-CSCF2根据得到的更新用户状态(即用户2忙的状态)重新向HSS2获取该状态下的触发控制信息，并根据HSS2设置的前转类触发规则触发主叫用户的呼叫请求前转到语音增值系统。
步骤814-818、语音增值系统根据呼叫原因，进行对漏话信息和UE1的操作，该部分和实施例1中的呼叫早前转类的步骤610-614处理流程类似。
需要注意的是实施例2与前述实施例1的主要区别在于步骤810-813，S-CSCF2呼叫用户UE2发现UE2忙或者UE2拒绝了本次请求后根据用户状态重新向HSS2获取前转类触发规则，并根据语音增值系统在HSS下设置的前转类触发规则前转呼叫请求到语音增值系统，通过上述流程使S-CSCF2更新了用户状态，并且重新获取相关该用户状态的触发控制信息，根据该前转类触发规则前转呼叫请求到语音增值系统，完成呼叫前转的流程。
实施例3，该实施例中用户UE1非IMS用户，用户UE2是IMS用户、UE2用户关机情况下的呼叫处理流程(呼叫早前转类业务)请参阅图9，其中被叫用户的前转类业务的定购与实施例1中的前转类定购流程相同。
在该呼叫处理流程中，主要是公共电话交换网PSTN域中的用户UE1拨打IMS域中的用户UE2的处理流程，对于VAS来说，还是通过基于SIP系统的呼叫请求INVITE消息进行被前转的呼叫信息的处理，但是由于UE1是非IMS用户，所以增加了MGCF进行不同协议和媒体的控制转换。
步骤901、主叫用户1(UE1)发起呼叫请求(INVITE)希望和用户2(UE2)进行通信。
步骤902、媒体网关控制功能MGW/MGCF对呼叫请求进行媒体协议控制。
步骤903、MGW/MGCF向UE2的关口-呼叫呼叫控制功能(I-CSCF2)转发呼叫请求。
步骤904～906、I-CSCF2向用户2侧的归属用户服务器(HSS2)获取UE2的S-CSCF2信息，并根据HSS2的返回S-CSCF2信息的结果转发呼叫消息给S-CSCF2。
步骤907～908、S-CSCF2通过CX接口从HSS2获取UE2的用户属性，HSS2向S-CSCF2返回用户不可及状态以及该状态下的呼叫前转触发规则。
步骤909、S-CSCF2根据返回的用户状态和呼叫前转触发信息，转发呼叫请求到语音增值系统(VAS)或应用服务器(AS)。
步骤910、语音增值系统(VAS)或应用服务器(AS)给MGW/MGCF提示振铃。
步骤911、MGW/MGCF向用户1发送地址全消息ACM。
步骤912-913、语音增值系统(VAS)或应用服务器(AS)给MGW/MGCF发送呼叫成功响应，MGW/MGCF向用户1发送应答消息ANM信令。
步骤914-915、VAS播放UE1相应的语音或者视频信息提示UE1进行相应的操作，如录音或者录视频；VAS处理被前转的呼叫信息和UE1的操作信息，主动释放本次呼叫，或者UE1主动释放呼叫。
步骤916-919、UE1确认释放本次呼叫。
在该实施例中，对于被叫用户UE2在开机注册时，语音增值系统通过开机触发规则触发被前转的呼叫信息至被叫用户的流程与实施例1中的步骤701-712类似。
此外由于主叫用户是非IMS用户，在漏话处理上需要考虑主叫用户的甄别和显示，以便UE2能很好的完成相应的处理，如：采用回拨主叫方式。
实施例4，UE1是非IMS用户，UE2是IMS用户、UE2用户遇忙(拒绝)情况下的呼叫处理流程(呼叫晚前转类业务)，请参阅图10，其中被叫用户的前转类业务的定购与实施例1中的前转类定购流程相同。
该实施例的呼叫处理流程实施例3类似，区别在于因为UE2用户是开机可及状态，处于遇忙(呼叫请求拒绝)，所以在步骤1010-1013中、S-CSCF2获取到用户2的正常状态，并呼叫用户UE2，发现UE2忙或者UE2拒绝了本次请求；S-CSCF2根据用户状态重新向HSS2获取呼叫前转触发规则，并根据VAS设置的呼叫前转触发规则被前转的呼叫信息到VAS系统或AS系统。
对应于上述呼叫前转方法，本发明实施例进一步提供了一种呼叫前转系统，一种服务呼叫呼叫控制功能部件以及一种IMS业务应用服务器。
本发明实施例中呼叫前转系统主要包括：
服务-呼叫控制功能部件，用于获取被叫用户的用户状态以及呼叫前转触发规则；
AS或VAS系统，用于接收服务-呼叫控制功能部件根据呼叫前转触发规则前转的被叫用户的呼叫信息。
请参阅图11，该图为本发明实施例中服务-呼叫控制功能部件的结构框图，其主要包括：
前转信息获取模块，用于获取用户的呼叫前转触发规则；
呼叫处理模块，用于在收到以所述用户为被叫的IMS业务呼叫请求时，根据用户的呼叫前转触发规则触发对主叫呼叫信息的呼叫前转
请参阅图12，该图为本发明实施例中IMS业务应用服务器的结构框图，其主要包括：
呼叫请求接收模块，用于接收S-CSCF发出的呼叫请求；
解析模块，用于获取呼请求中携带的呼叫前转触发规则；
呼叫处理模块，用于根据所述呼叫前转触发规则触发对主叫呼叫信息的呼叫前转。
由上述本发明实施例提供的具体实施方案可以看出，本发明通过过滤参数的设置以及CSCF和HSS提供的能力，很好的解决可以使VAS系统及时得到用户的真实状态信息，同时在业务处理上可以直接一次外呼用户，或者灵活合并短信下发给UE2，或者通过IMS的MESSAGE消息下发UE2，业务的处理策略非常灵活，同时通过SIP消息的请求确认机制系统的可靠性也得到了保证。
需要特别指出的是本发明除了可以应用于IMS网络，同时也可应用与类似IMS的网络，只要采用类似的网络原理，通过控制请求消息的处理，进行用户终端的注册、呼叫等控制。同时可以用户其他业务，如：统一邮箱(UMS)、个人通信助理等基于用户网络状态的增值业务，此外对于本发明中的语音增值系统完全可以由应用服务器替代。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (22)

1.一种基于IMS呼叫前转类业务的方法，其特征在于，包括：
服务-呼叫控制功能部件获取呼叫前转触发规则；
根据呼叫前转触发规则将对于被叫用户的呼叫信息前转至应用服务器或语音增值系统。
2.如权利要求1所述的方法，其特征在于：还包括被叫用户呼叫前转类业务的定购。
3.如权利要求2所述的方法，其特征在于：被叫用户可以通过呼叫、短消息或营业厅方式定购所述呼叫前转类业务。
4.如权利要求3所述的方法，其特征在于，所述呼叫前转类业务定购包括：业务支持系统或运营支持系统接收被叫用户的呼叫前转类业务定购，记录定购业务关系，发送被叫用户定购的业务属性到归属用户服务器，最后所述定购关系到语音增值系统或应用服务器。
5.如权利要求3所述的方法，其特征在于，所述呼叫前转类业务定购包括：语音增值系统或应用服务器系统接收被叫用户的呼叫前转类业务定购，记录定购业务关系，发送被叫用户定购的业务属性到归属用户服务器，同步所述定购的业务关系至业务支持系统/运营支持系统。
6.如权利要求4或5所述的方法，其特征在于，所述业务属性至少需要包含三个触发规则：呼叫前转触发规则；注册消息触发规则；去注册消息触发规则。
7.如权利要求1所述的方法，其特征在于，所述呼叫前转触发规则由被叫用户的服务-呼叫控制功能部件从被叫用户的归属用户服务器中获得。
8.如权利要求6所述的方法，其特征在于，还包括被叫用户关机或被叫用户注册消息超时，被叫服务-呼叫控制功能部件根据去注册消息触发规则触发的去注册过程触发的去注册过程，更新被叫用户状态为不可及状态。
9.如权利要求8所述的方法，其特征在于，所述被叫用户关机触发的去注册过程，是由服务-呼叫控制功能部件根据去注册消息触发规则触发关机注册消息到语音增值系统或应用服务器，更新被叫用户状态为不可及状态。
10.如权利要求7所述的方法，其特征在于，还包括服务-呼叫控制功能部件获取到被叫用户忙或者被叫用户拒绝了呼叫请求时，向归属用户服务器获取呼叫前转触发规则。
11.如权利要求6所述的方法，其特征在于，还包括被叫用户开机注册时，服务-呼叫控制功能部件根据开机触发消息规则触发的用户状态的更新，发送被前转的呼叫信息至被叫用户的过程。
12.如权利要求11中任一所述的方法，其特征在于，所述被前转的呼叫信息可以采用短信，彩信，SIP消息，或者采用外呼方式发送至被叫用户。
13.如权利要求12所述的方法，其特征在于，当采用短信发送时，可以对用户关机期间的被前转的呼叫信息合并为一条综合信息。
14.如权利要求12中任一所述的方法，如果被叫前转的呼叫信息采用外呼方式发送时，语音增值系统或应用服务器发起呼叫被叫用户，并逐条播放被前转的主叫呼叫信息或留言内容，可以允许被叫用户在收听过程中进行重复收听、回拨主叫或删除操作。
15.如权利要求12中所述的方法，如果被前转的呼叫信息采用多媒体短信消息发送时，多媒体短信消息在下发被前转的呼叫信息的同时，还可以携带主叫用户的留言信息，被叫用户可以在终端直接收听该留言信息，该留言信息是语音或者是视频。
16.如权利要求1所述的方法，其特征在于，被叫用户服务-呼叫控制功能部件发现主叫用户为非IMS系统用户时，还包括媒体网关控制功能对主叫用户和被叫用户之间协议和媒体控制转换。
17.如权利要求1所述的方法，其特征在于被叫用户服务-呼叫控制功能部件发现主叫用户为非IMS系统用户时，还包括主叫用户的识别和显示。
18.一种呼叫前转系统，其特征在于，包括：
服务-呼叫控制功能部件，用于获取被叫用户的用户状态以及呼叫前转触发规则；
AS或VAS系统，用于接收服务-呼叫控制功能部件根据呼叫前转触发规则前转的主叫用户的呼叫信息。
19.如权利要求18所述的系统，其特征在于，还包括：
归属用户服务器，用于存储用户的针对IMS业务的呼叫前转触发规则，并向S-CSCF提供。
20.如权利要求18或19所述的方法，其特征在于，所述呼叫前转触发规则由归属的服务-呼叫控制功能部件从用户的归属用户服务器中获得。
21.一种服务-呼叫控制功能部件，其特征在于，包括：
前转信息获取模块，用于获取用户的呼叫前转触发规则；
呼叫处理模块，用于在收到以所述用户为被叫的IMS业务呼叫请求时，根据用户的呼叫前转触发规则触发对主叫呼叫信息的呼叫前转。
22.一种IMS业务应用服务器，其特征在于，包括：
呼叫请求接收模块，用于接收S-CSCF发出的呼叫请求；
解析模块，用于获取呼请求中携带的呼叫前转触发规则；
呼叫处理模块，用于根据所述呼叫前转触发规则触发对主叫呼叫信息的呼叫前转。
CNA2007101250502A 2007-12-14 2007-12-14 一种呼叫转移前转类的实现方法和系统 Pending CN101188802A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CNA2007101250502A CN101188802A (zh) 2007-12-14 2007-12-14 一种呼叫转移前转类的实现方法和系统
PCT/CN2008/073508 WO2009082921A1 (fr) 2007-12-14 2008-12-15 Procédé, système et appareil de mise en œuvre d'un service de transfert d'appels

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA2007101250502A CN101188802A (zh) 2007-12-14 2007-12-14 一种呼叫转移前转类的实现方法和系统

Publications (1)

Publication Number Publication Date
CN101188802A true CN101188802A (zh) 2008-05-28

Family

ID=39480940

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2007101250502A Pending CN101188802A (zh) 2007-12-14 2007-12-14 一种呼叫转移前转类的实现方法和系统

Country Status (2)

Country Link
CN (1) CN101188802A (zh)
WO (1) WO2009082921A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009082921A1 (fr) * 2007-12-14 2009-07-09 Huawei Technologies Co., Ltd. Procédé, système et appareil de mise en œuvre d'un service de transfert d'appels
WO2010075692A1 (zh) * 2008-12-31 2010-07-08 华为技术有限公司 前转业务的识别方法和设备
CN101635901B (zh) * 2008-07-21 2012-06-06 中兴通讯股份有限公司 一种具有呼叫转移功能的sip终端及其呼叫转移方法
CN103561362A (zh) * 2013-11-21 2014-02-05 中国联合网络通信集团有限公司 一种数据传输方法、设备及系统
CN103841528A (zh) * 2012-11-22 2014-06-04 中国移动通信集团辽宁有限公司 Ims系统来电提醒业务实现方法和系统
CN104144265A (zh) * 2013-05-10 2014-11-12 中国电信股份有限公司 实现电话自动呼转的方法、系统与交换机
CN111212392A (zh) * 2018-11-22 2020-05-29 中国移动通信集团重庆有限公司 前转呼叫过滤方法、装置、设备和介质

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100801812B1 (ko) * 2002-09-24 2008-02-11 주식회사 케이티프리텔 멀티 전화번호 서비스에서 지능형 착신전환 방법
CN1553687A (zh) * 2003-12-16 2004-12-08 刚 阮 使移动电话可以在来电时选择转移至哪个电话号码的方法
US10064032B2 (en) * 2004-10-22 2018-08-28 Aeris Communications, Inc. Methods and apparatus for providing application-specific messaging over a global system for mobile wireless communication system
CN100550948C (zh) * 2005-12-08 2009-10-14 华为技术有限公司 一种无应答前转的控制方法及系统
CN101047747A (zh) * 2006-04-18 2007-10-03 华为技术有限公司 一种呼叫前转的方法及系统
CN101188802A (zh) * 2007-12-14 2008-05-28 华为技术有限公司 一种呼叫转移前转类的实现方法和系统

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009082921A1 (fr) * 2007-12-14 2009-07-09 Huawei Technologies Co., Ltd. Procédé, système et appareil de mise en œuvre d'un service de transfert d'appels
CN101635901B (zh) * 2008-07-21 2012-06-06 中兴通讯股份有限公司 一种具有呼叫转移功能的sip终端及其呼叫转移方法
WO2010075692A1 (zh) * 2008-12-31 2010-07-08 华为技术有限公司 前转业务的识别方法和设备
CN101448226B (zh) * 2008-12-31 2011-02-09 华为技术有限公司 一种前转业务的识别方法和设备
CN103841528A (zh) * 2012-11-22 2014-06-04 中国移动通信集团辽宁有限公司 Ims系统来电提醒业务实现方法和系统
CN104144265A (zh) * 2013-05-10 2014-11-12 中国电信股份有限公司 实现电话自动呼转的方法、系统与交换机
CN103561362A (zh) * 2013-11-21 2014-02-05 中国联合网络通信集团有限公司 一种数据传输方法、设备及系统
CN111212392A (zh) * 2018-11-22 2020-05-29 中国移动通信集团重庆有限公司 前转呼叫过滤方法、装置、设备和介质
CN111212392B (zh) * 2018-11-22 2022-02-11 中国移动通信集团重庆有限公司 前转呼叫过滤方法、装置、设备和介质

Also Published As

Publication number Publication date
WO2009082921A1 (fr) 2009-07-09

Similar Documents

Publication Publication Date Title
EP2055070B1 (en) Method for registering in an ims domain a non-ims user device
US9413618B2 (en) Method, system and devices for managing user provisioning of a service in an IMS network
KR20080043266A (ko) 통합 메시징 서비스를 제공하기 위한 시스템과 방법
CN103763446A (zh) 使用既有设备的ims网络接入
CN101766011A (zh) 用于同步的呼叫协议信息的集中式呼叫日志
CN101188802A (zh) 一种呼叫转移前转类的实现方法和系统
CN101433050A (zh) 注册多联系装置的方法
CN103125105A (zh) 用于管理向一组用户实体的通信的应用服务器
US9699220B2 (en) System and method to provide combinational services to anonymous callers
CN101459533B (zh) 一种下一代网络中改进的应用服务器容灾的系统及方法
US8374330B2 (en) Call control
WO2015017179A1 (en) Method for responding to push notification based communication request
US8554183B2 (en) Call control
CN101815270B (zh) 呼叫的处理方法和装置
EP2342882B1 (en) Call response services in ims networks for businesses
CN102143478B (zh) 业务参数的处理方法及装置
US11057517B2 (en) Method for managing a failure to establish a communication between a first and a second terminal
WO2008127864A1 (en) Caller information retrieval system for unavailable calls
EP4231617A1 (en) Method for managing and/or signaling at least one voip call and a communication system
US9002327B2 (en) Method and device for providing user equipment with voice messages
CN101677316B (zh) 业务组合处理方法、系统及业务组合控制装置
EP2130347B1 (en) System and method to provide combinational services to anonymous callers
CN101291445A (zh) 通过会话初始协议进行业务数据操作的方法、装置和系统
EP2461550A1 (en) Periodic notification of failed calls in a communication network

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20080528