用于vpn的询问转接方法

文档序号:7709324阅读:521来源:国知局
专利名称:用于vpn的询问转接方法
技术领域
本发明涉及一种询问转接方法,具体地,涉及IMS(IPMultimedia System, IP多々某体系统)网纟备中,基于SIP (SessionInitialization Protocol,会"i舌^刀i会十办i义)十办i义6勺AS( Application Server,应用月艮务器)实现用于VPN(Virtual Private Network,虚拟专用网)的询问專争4妻方法。
背景技术
随着社会经济的发展、企业规模的扩大,企业或集团内部之间方便的沟通交流及为重要,特别是对跨区域的集团。VPN业务是面向集团用户的业务,它为集团里的每个成员分配一个短号,每个短号对应各成员的实际通讯号码(即长号),集团内部成员之间通过短号互相呼叫并享受资费优惠,4及大地方〗更了集团用户之间的交流。目前的VPN业务基本都是在窄带网全各上开发的,随着IP网络和Internet的广;乏应用,基于SIP(Session Initialization Protocol,会i舌4刀始协议)协议的宽带VPN业务由于其多样性、灵活性、融合性将得到才及大的发展和应用。然而,目前并没有基于宽带SIP协i义的可以用于VPN的呼叫询问转接方法,以将通话转接到另外一个用户上。

发明内容
本发明的目的是,实现一种基于宽带SIP协议的用于VPN的呼叫询问转々妄方法,丰富VPN业务的功能。为实现上述目的,本发明,提出了一种用于宽带虚拟专用网VPN的呼叫询问4争^接方法,包^舌以下步骤由第一用户向所在的第一网
络的应用服务器发起转接请求;响应于转接请求,经由第二用户所在的第二网络的应用服务器向该第二用户传送第三用户的々某体信息;将所述第二用户的々某体信息传送至所述第三用户;以及在所述第二用户和所述第三用户之间建立通话。
此外,在所述的向第一网络的应用服务器发起转接请求的步骤之前,进一步包括以下步骤在第一用户和所述第二用户之间建立通话;所述第一用户对所述第二用户进行呼叫保持,并对所述第三用户发起呼叫。
此外,在所述第二用户和所述第三用户之间建立通话的步骤之后,进一步包括以下步骤中止所述第一用户和所述第三用户之间的通i舌;以及中止所述第一用户和所述第二用户之间的通i舌。
为实现上述目的,本发明还4是出了一种用于宽带虚拟专用网VPN的呼叫询问转接系统,包括第一网络的S-CSCF,连接至第一用户,用于转发所述第一用户发起的转接请求;第一网络的应用服务器,连接至所述第一网络的S-CSCF,用于接收并响应来自所述第一网络的S-CSCF的所述转接请求;第二网络的S-CSCF,连接至第二用户和第三用户;以及第二网络的应用服务器,连接至所述第二网络的S-CSCF,与第二网络的S-CSCF配合,以基于所述第一网络的应用服务器对所述转接请求的响应,将所述第三用户的々某体信息与所述第二用户的媒体信息进行互换,在所述第二用户与所述第三用户之间建立会i舌。
通过本发明,用户通过对只于-活内Refer以及相应等处理、并通过在网络中设置应用服务器,使得在宽带VPN中实现呼叫询问转接。也就是说,用户可以在基于SIP协议的宽带VPN上以发起Refer请求的方式实现向第三方的通话转接。本发明披露的技术解决了基于
SIP协议的具有VPN功能的转接问题,丰富了 VPN业务的功能。


下面所描述的附图用来^是供对本发明的进一步理解,构成本申i青的一部分,本发明的示例性实施例及其"i兌明用于解释本发明,并不构成对本发明的限定。在附图中
图1是4艮据本发明的系统构架图2是才艮据本发明的VPN用户A呼叫VPN用户B的流程图3是本发明VPN用户A呼叫非VPN用户B的流程图4是本发明非VPN用户A呼叫VPN用户B的流程图5是VPN用户A、 B通话后,A转接VPN用户C的流程图。
其中,上述各图中均省去了 I-CSCF(查询CSCF)、 P-CSCF(代理CSCF)网元。
具体实施例方式
本发明通过AS(Application Server,应用服务器)实现。AS提供VPN业务逻辑,进行用户短号到长号的转换、对话内Refer及其响应、Notify及其响应的关联传输等。用户要在S-CSCF(Serving-CallSession Control Function,月良务CSCF)上签约VPN业务,需要进行转4妄的用户还要在PSS(PSTN/ISDN Simulation Services)上签约呼叫转接业务。首先,VPN用户A拨打VPN用户B。主叫网皇备的S-CSCF将A的呼叫触发到主叫网络的AS,如果A拨打的是B的短号,则主叫网络的AS在数据库中进行查询,获取B的长号;主叫网络的AS使用B的长号发起对B用户的呼叫,呼叫被路由到被叫网络的S-CSCF,由于B用户也签约了 VPN业务,#皮叫网络的S-CSCF将呼叫触发到被叫网络的AS, #皮叫网络的AS再发起对用户B的呼叫,被叫B振铃、应答,A、 BJ 某体信息协商完成,建立通话。这里,呔某体信息包括网络端口号、IP地址、音频/4见频选4奪、编码方式等。々某体信息协商即主叫侧与被叫侧的用户之间互相传递并确认媒体信息的过程。
A、 B通话后,用户A决定将通话进行转接,即让B用户与VPN用户C建立通i舌,自己退出。则A用户》于B用户进4亍呼叫J呆持,同时对C用户发起新的呼叫,A、 C媒体信息协商完成后,进行B、 C々某体信息协商,B、 C建立通话。
上述过程中,对于AB之间的对话,主叫网络S-CSCF呼入AS建立的对话记为dialoglAB, AS呼出到S-CSCF建立的对话"i己为dialog2AB, #皮叫网纟各S-CSCF呼入AS建立的对i舌i己为dialog3 AB,AS呼出到S-CSCF建立的对话记为dialog4 AB;对于AC之间的对话,主叫网络S-CSCF呼入AS建立的对话记为dialoglAC, AS呼出到S-CSCF建立的对话记为dialog2AC, ^皮叫网络S-CSCF呼入AS建立的对话记为dialog3 AC, AS呼出到S-CSCF建立的对话记为dialog4AC。
为了让B、 C之间建立通话,A退出。A用户在dialoglAB对话内发起转4妄Refer "i青求,在Refer-To头部的Replaces参凄史中携带dialoglAC。 AS收到Refer消息后,获取dialoglAC,并在dialog2AB对话内发起Refer "i青求,在Refer-To头部的Replaces参凄t中携带i青求,AS在dialog2AB只于"i舌内^L到202 Refer和Notify i青求,在dialogl AB对话内回202 Refer响应、发Notify i青求,i 各由到A;同时AS在dialog3AC只于i舌内收到PSS发起的不带SDP(SessionDescription Protocol,会i舌对苗述十办i义yf言息的reinvite, AS在dialog4AC对话内发起不带SDP信息的reinvite,路由到C后,C回200 reinvite,带上C的SDP 4言息;AS在dialog4AC对话内收到C的200 reinvite时,在dialog3AC对话内回200 reinvite,携带C的SDP信息;此携带C用户SDP 4言息的200 reinvite达到PSS时,PSS发起reinvite,携带C的SDP 4言息,该reinvite -皮i 各由到AS的dialog3AB对话内,AS在dialog4AB对话内发起reinvite,携带C的SDP信息,路由到B用户,B用户回200 reinvite,带上B的SDP 4言息,此带有用户B媒体信息的200 reinvite经过PSS、 CSCF及AS的转发,最终将B的SDP信息用ACK带给C用户。B用户在回200 reinvite,路由到PSS时,PSS会发起Notify通知A用户,B用户已应答,同时在A、C对话内发起BYE,释放A用户,然后A用户发起BYE,释放与B的对话。至此,A用户完成呼叫转4妻功能,将之前与B建立的对话转4妄到C上,让B、 C建立通话,自己退出。
下面描述根据本发明的示例性实施例。
图1是才艮据本发明的系统架构图。用户在CSCF上签约VPN业务,希望具有转接功能的用户在PSS (PSTN/ISDN SimulationService,固网模拟业务)上签约呼叫转接业务。AS在数据库中保存有用户的长、短号对应信息。
图2是本发明VPN用户A拨打VPN用户B的流禾呈图
l.用户A发起呼叫,携带自己的4某体信息SDPA,路由到主叫网络的S-CSCF时,发现该用户签约了 VPN业务,主叫网络的S-CSCF将呼叫触发到主叫网络的AS;2. 如果A拨打的是B的短号,则AS将其变换成B的长号;如果A呼入的是B的长号,则AS不用变换。AS用B的长号向主叫网纟各的S-CSCF发Invite,携带SDPA;
3. 主叫网络的S-CSCF将呼叫触发到主叫网络的PSS;
4. 主叫网络的PSS将呼叫再触发到主叫网络的S-CSCF;
5. 主叫网络的S-CSCF将呼叫路由到;陂叫网络的S-CSCF,携带A的々某体SDPA;
6. 被叫网络的S-CSCF将呼叫触发到被叫网络的PSS;
7 j皮叫网络的S-CSCF将呼叫再触发到净皮叫网络的S-CSCF;
8.一皮叫网络的S-CSCF发现;波叫也签约了 VPN业务,将呼叫触发到-故叫网纟各的AS;
9 10 j皮叫网络的AS将呼叫通过CSCF路由到一皮叫B;
11 j皮叫才展玲,回180;
12. 180 #^各由到一皮叫网络的AS;
13. 一皮叫网纟各的AS、 S-CSCF、 PSS,主叫网络的S-CSCF、 PSS、AS对180进行路由处理后,该180最终到达主叫用户A;
14. 主叫用户A、主叫网全各的S-CSCF、 PSS、 AS, ^皮叫网络的S-CSCF、 PSS、 AS的Prack/200 prack;
15j皮叫用户B摘才几应答,回200 Invite响应,携带自己的々某体4言息SDPB。该200 Invite响应最终一皮路由到主叫用户A;16.主叫用户A、主叫网络的S-CSCF、 PSS、 AS, 一皮叫网络的S画CSCF、 PSS、 AS的ACK。
至此,VPN用户A和VPN用户B建立通i舌。
图3是VPN用户拨打非VPN用户的流程图。主叫侧的呼叫流程同图2中主叫侧的呼叫流禾呈;由于^皮叫不是VPN用户,所以;帔叫侧的。乎叫不经过AS;
图4是非VPN用户拨打VPN用户的流程图。由于主叫用户不是VPN用户,所以主叫侧的呼叫不经过AS; -故叫侧的呼叫流禾呈同图2中 一皮叫侧的呼叫流考呈。
下面,图5以VPN用户A与VPN用户B建立呼叫后,A发起转接到VPN用户C的流程来具体说明转接过程。
首先,A会给B发Re-Invite,携带sendonly方向的SDP, B用200 Re-Invite应答,携带recvonly方向的SDP, J 某体4言息协商成功后,B,皮保持;同时A^f象图2中呼B的流程一样,去呼叫C用户,C应答后,A、 C建立通i舌。
然后,A发起对话内的Refer请求,如图5,将B、 C接通,自己退出,完成转接操作。
1. A发起Refer :清求,该_清求祐^各由到主叫网全备的AS, AS在dialodlAB对话内收到此请求。Refer请求的Refer-To头部中携带有C的号石马4言息,在Replaces参凄丈中携带有dialoglAC的刈-i^f言息,表示要将A、 B的通话转接成B、 C之间的通话;
2. AS收到此Refer请求后,如果Refer-To头部中携带的C的号码为短号,则将其转化成长号;从Replaces参数中获取dialoglAC对话,才艮据dialoglAC获取其关联对话dialog2AC,再在dialodlAB的关联对话dialod2AB内发起Rerfer, Refer-To头部携带C的长号,Replaces参凄t携带dialog2AC只十i舌4言息;
3. 该Refer请求被主叫网络的S-CSCF路由到PSS;
4. PSS回202 Refer;
5.S-CSCF将202 Refer路由到AS, AS在dialog2AB对话内收到
该响应;
6. AS在dialog2AB的关联对话dialoglAB对话内回202 Refer响
应,该响应^皮最纟冬3各由到A;
7. 主叫网络的PSS在A、B对话内发Notify,消息体是100 trying,
表示转4妄正在处理;
8 9.主叫网纟各的PSS在A、 C对话内发起Re-Invite,该Re-Invite被3各由到-汰叫网络的S-CSCF;
10 14.主叫网纟各PSS的Notify达到AS后,AS在dialog2AB对话内收到此Notify,在dialog2AB的关联对话dialoglAB对话内发起Notify,消息体是100 trying,该Notify最终#^各由到A; A回200 Notify响应,该响应寻皮^各由到AS, AS在dialoglAB内收到此响应,在dialoglAB的关联对_活dialog2AB内发200 Notify响应,该响应最终净皮路由到PSS;
15 24.PSS在A、 C对话内发起的Re-Invite ^皮路由到^皮叫网络的AS, AS在dialog3AC对话内收到此Re-Invite,在dialog3AC的关联对话dialog4AC内发起Re-Invite , ^皮最终3各由到C; C回200Re-Invite响应,携带其更新后的4某体SDPC,该200 Re-Invite响应净皮最终^各由到主叫网络的PSS;
25 26.主叫网络的PSS在A、 B对话内发起Re-Invite,携带C的J 某体信息SDPC,该Re-Invite被J洛由到-故叫网络的S-CSCF;
27.该携带SDPC的Re-Invite经过被叫网络的PSS、 AS、 S-CSCF
后,#:最终^各由到B;
28 29.B回200 Re-Invite,携带更#斤后的々某体SDPB,该200Re-Invite经过^皮叫网络的S-CSCF、 PSS、 AS及主叫网络的S-CSCF路由后,最终到达主叫网络的PSS;
30 31.主叫网络的PSS在A、 C对话内发ACK,携带B的々某体信息SDPB,该ACK经过主叫网络的S-CSCF、;故叫网络的S-CSCF、PSS、 AS后,最终到达C。 B、 C完成J 某体信息协商,进4亍通i舌;
32~33.主叫网络的PSS在A、 B对话内发Notify,消息体是200OK,表示转*接成功,同10~14该Notify ^皮最终路由到A, A回200Notify响应,;故最终i 各由到主叫网络的PSS;
34 37主叫网络的PSS在A、 C对话发起Bye,该Bye净皮路由到AS时,AS在dialog2AC内收到,回200 Bye,在dialog2AC的关联对i舌dialog 1 AC内发起Bye,洋皮最终3各由到A; A回200 Bye, 一皮路由到AS。至此,A与C建立的对话^皮释;^文;
38 39.A在A、 B对话内发起Bye, 一皮3各由到AS时,AS在dialoglAB内收到此Bye "i青求,回200 Bye,在dialoglAB的关联只于话dialog2AB内发起Bye, ^皮最终路由到主叫网纟备的PSS; PSS回200 Bye, ^各由到AS。至》匕,A与B建立的只于^^皮释方文。图5只画了主叫用户A发起转接的流程。如果#1叫用户B签约了转接业务,B也可以发起转接,先将A保持,再呼叫C,然后类似图5的流程,B发起Refer,最终将A、 C接通,自己退出。
本文只描述了 A、 B、 C都是VPN用户时的转4妄流程。如果A是VPN用户,不论B、 C是否是VPN用户,A发起转接的流程类似图5,要经过主叫网络的AS,处理Refer及其响应、Notify及其响应;如果B是VPN用户,不论A, C是否是VPN用户,B发起转接的流程类似图5,要经过被叫网络的AS,处理Refer及其响应、Notify及其响应。
以上所述〗义为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
权利要求
1.一种用于宽带虚拟专用网VPN的呼叫询问转接方法,其特征在于,包括以下步骤由第一用户向所在的第一网络的应用服务器发起转接请求;响应于所述转接请求,经由第二用户所在的第二网络的应用服务器向该第二用户传送第三用户的媒体信息;将所述第二用户的媒体信息传送至所述第三用户;以及在所述第二用户和所述第三用户之间建立通话。
2. 根据权利要求1所述的方法,其特征在于,所述的发起转接请求的步骤进一步包4舌当包含在所述转接请求中的第三用户的通讯号码为短号时,通过查询数据库获取与所述短号对应的长号;经由所述第 一 网络的服务呼叫会话控制功能模块S-CSCF将所述转接请求传送至第 一网络的应用服务器;第一网络的应用服务器获取所述转接请求,并将所述转接i青求3各由至所述第一网络的所述S-CSCF;由第一网络的应用服务器发起的所述转接请求,由所述第一网络的所述S-CSCF传送至固网模拟业务PSS模块;经由所述第一网络的S-CSCF和所述第一网络的应用服务器将所述PSS才莫块的响应返回至第一用户。
3. 根据权利要求1所述的方法,其特征在于,在所述的向第一网络的应用服务器发起转接请求的步骤之前,进一步包括以下步骤在第一用户和所述第二用户之间建立通"i舌;所述第一用户对所述第二用户进行呼叫保持,并对所述第三用户发起呼叫。
4. 根据权利要求3所述的方法,其特征在于,所述的在第一用户和所述第二用户之间建立通话的步骤包括将所述第 一用户的呼叫触发至所述第 一 网络的应用月l务器;当所述第二用户的通讯号码为短号时,通过查询凝:据库获取对应于所述短号的长号;经由所述第二网络的S-CSCF将使用所述长号发起的呼叫传送至所述第二网络的应用服务器;以及经由所述第二网络的应用服务器向所述第一用户传送所述第二用户的媒体信息,并将所述第一用户的媒体信息传送至所述第二用户,以建立所述第一用户和所述第二用户之间的通话。
5. 才艮据片又利要求1至4中任一项所述的方法,其特征在于,在所述第二用户和所述第三用户之间建立通话的步骤之后,进一步包4舌以下步骤中止所述第一用户和所述第三用户之间的通话;以及中止所述第 一用户和所述第二用户之间的通话。
6. 根据权利要求5所述的方法,其特征在于,所述第一用户是主叫用户,所述第一网络是主叫网络,以及所述第二用户是被叫用户,所述第二网络是被叫网络。
7. 根据权利要求5所述的方法,其特征在于,所述第一用户是被叫用户,所述第一网络是被叫网络,以及所述第二用户是主叫用户,所述第二网络是主叫网络。
8. —种用于宽带虚拟专用网VPN的呼叫询问转4妻系统,其特征在于,包括第一网络的服务呼叫会话控制功能模块S-CSCF,连接至第一用户,用于转发所述第一用户发起的转接请求;第 一 网络的应用服务器,连接至所述第 一 网络的S-CSCF ,用于接收并响应来自所述第一网络的S-CSCF的所述转4妄i青求;第二网络的S-CSCF,连4妄至第二用户和第三用户;以及第二网络的应用服务器,连接至所述第二网络的S-CSCF,与所述第二网络的S-CSCF配合,以基于所述第一网络的应用服务器对所述转接请求的响应,将所述第三用户的媒体信息与所述第二用户的々某体信息进4亍互换,在所述第二用户与所述第三用户之间建立会话。
9. 根据权利要求8所述的系统,其特征在于,还包括当所述第三用户的号码为短号时,所述第二网全各的应用月良务器进一步用于通过查询^:据库获取与所述短号相对应的长号。
10. 根据权利要求8或9所述的系统,其特征在于,还包括PSS才莫块,连接至所述第一网络的S-CSCF,用于接收经由所述第一网络的S-CSCF进行传送的转接请求,而产生用于使所述第三用户向所述第二用户传送信息的邀请。
全文摘要
为了实现一种基于宽带SIP协议的用于VPN的呼叫询问转接方法,本发明提出了一种用于宽带虚拟专用网VPN的呼叫询问转接方法,包括以下步骤由第一用户向所在的第一网络的应用服务器发起转接Refer请求;第一网络的应用服务器对Refer及其响应、Notify及其响应进行处理;经由第二用户所在的第二网络的应用服务器向该第二用户传送第三用户的媒体信息;将第二用户的媒体信息传送至第三用户;以及在第二用户和第三用户之间建立通话。以及,本发明还提出了一种用于宽带VPN的呼叫询问转接系统。通过本发明,用户可以在基于SIP协议的宽带VPN上以发起Refer请求的方式实现向第三方的通话转接。
文档编号H04L29/12GK101594368SQ20091014904
公开日2009年12月2日 申请日期2009年6月15日 优先权日2009年6月15日
发明者梅君君, 罗会平, 斌 郭, 韩银俊 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1