CN103118352B - 对呼叫请求消息进行路由的方法和系统 - Google Patents
对呼叫请求消息进行路由的方法和系统 Download PDFInfo
- Publication number
- CN103118352B CN103118352B CN201110362372.5A CN201110362372A CN103118352B CN 103118352 B CN103118352 B CN 103118352B CN 201110362372 A CN201110362372 A CN 201110362372A CN 103118352 B CN103118352 B CN 103118352B
- Authority
- CN
- China
- Prior art keywords
- request message
- call request
- route
- service device
- access code
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开一种对呼叫请求消息进行路由的方法和系统。其中在对呼叫请求消息进行路由方法中,S-CSCF单元根据主叫方用户终端发送的呼叫请求消息,从锚定业务iFC中获取路由接入码和锚定服务器标识,并将其增加到呼叫请求消息的路由头域中,并将呼叫请求消息发送给锚定服务器标识所标识的锚定服务器。锚定服务器将路由接入码插到被叫方用户号码前,并将呼叫请求消息发送给SSP。SSP将呼叫请求消息发送给路由接入码对应的SCP。由于SSP能够将呼叫请求消息发送给路由接入码对应的SCP,因此软交换网络中的SSP能够实现与IMS网络的直接对接,并能够正确处理来自IMS网络的呼叫。
Description
技术领域
本发明涉及网络传输领域,特别是涉及对呼叫请求消息进行路由的方法和系统。
背景技术
传统软交换网络用户接入IP多媒体子系统(IP MultimediaSubsystem,简称:IMS)之后,还希望能够继续使用传统软交换网络提供的智能化业务,例如协同通信、综合虚拟专用网络(integratedVirtual Private Network,简称:iVPN)等。由于传统软交换网络中的大部分智能化业务中是在智能网应用协议(Intelligent NetworkApplication Protocol,简称:INAP)的基础上,通过业务交换点(Service Switch Point,简称:SSP)与业务控制点(ServiceControl Point,简称:SCP)进行互通,由SCP执行智能业务的触发和处理。由于SSP并不具备IMS网络中用于触发业务的签约信息,因此SSP无法根据来自IMS网络的呼叫请求消息选择适当的SCP,因此也就无法对智能业务进行正确的触发和处理。从而SSP无法实现与IMS网络的直接对接,并无法正确处理来自IMS的呼叫请求消息。
为了解决这一问题,基于现有技术,可以在软交换网络中设置智能归属位置寄存器(Smart Home Location Register,简称:SHLR)。在该SHLR中存储各用户在IMS网络中用于触发业务的签约信息。当SSP接收到来自IMS网络的呼叫请求消息时,SSP利用呼叫请求消息在SHLR中查询当前用户的触发业务签约信息,并利用查询到的相应签约信息选择相应的SCP,从而由SCP完成对智能业务的触发和处理。
然而,在这种方式下,为了能够使SSP通过SHLR查询到各用户在IMS网络中用于触发业务的签约信息,需要将各用户在IMS网络中用于触发业务的签约信息存储在SHLR中,此为还需要对签约信息进行实时更新,这极大地增加了系统的运行和维护成本。
发明内容
本发明要解决的技术问题是提供一种对呼叫请求消息进行路由的方法和系统,从而使软交换网络中的SSP能够实现与IMS网络的直接对接,并能够正确处理来自IMS网络的呼叫,同时无需软交换网络进行额外存储、更新用户签约信息的操作。
根据本发明的一个方面,提供了一种对呼叫请求消息进行路由的方法,包括:
服务呼叫会话控制功能(Serving-Call Session Control Function,简称:S-CSCF)单元接收主叫方用户终端发送的第一呼叫请求消息,其中第一呼叫请求消息包括被叫方用户号码、主叫方用户号码、与被叫方用户号码相关联的业务点触发信息;
S-CSCF单元利用第一呼叫请求消息中包括的主叫方用户号码和业务点触发信息获取锚定业务初始过滤准则(Initial Filter Criteria,简称:iFC),并从锚定业务iFC中获取路由接入码和锚定服务器标识;
S-CSCF单元在第一呼叫请求消息中增加路由头域,将所述路由接入码和锚定服务器标识增加到路由头域中,得到第二呼叫请求消息;
S-CSCF单元将第二呼叫请求消息发送给锚定服务器标识所标识的锚定服务器;
锚定服务器在收到第二呼叫请求消息后,将路由接入码插到被叫方用户号码前,得到第三呼叫请求消息;
锚定服务器将第三呼叫请求消息发送给业务交换点;
业务交换点在接收到第三呼叫请求消息后,根据所述路由接入码将第三呼叫请求消息路由至所述路由接入码对应的业务控制点。
根据本发明的一个方面,提供了一种对呼叫请求消息进行路由的系统,包括S-CSCF单元、锚定服务器、业务交换点,其中:
S-CSCF单元,用于接收主叫方用户终端发送的第一呼叫请求消息,其中第一呼叫请求消息包括被叫方用户号码、主叫方用户号码、与被叫方用户号码相关联的业务点触发信息;利用第一呼叫请求消息中包括的主叫方用户号码和业务点触发信息获取锚定业务iFC,并从锚定业务iFC中获取路由接入码和锚定服务器标识;在第一呼叫请求消息中增加路由头域,将所述路由接入码和锚定服务器标识增加到路由头域中,得到第二呼叫请求消息,将第二呼叫请求消息发送给锚定服务器标识所标识的锚定服务器;
锚定服务器,用于在收到第二呼叫请求消息后,将路由接入码插到被叫方用户号码前,得到第三呼叫请求消息;将第三呼叫请求消息发送给业务交换点;
业务交换点,用于在接收到第三呼叫请求消息后,根据所述路由接入码将第三呼叫请求消息路由至所述路由接入码对应的业务控制点。
本发明通过S-CSCF单元根据主叫方用户终端发送的第一呼叫请求消息,从当前主叫用户的锚定业务iFC中获取路由接入码和锚定服务器标识。S-CSCF单元在第一呼叫请求消息中增加路由头域,将路由接入码和锚定服务器标识增加到路由头域中,得到第二呼叫请求消息,并将第二呼叫请求消息发送给锚定服务器标识所标识的锚定服务器。锚定服务器在收到第二呼叫请求消息后,将路由接入码插到被叫方用户号码前,得到第三呼叫请求消息,并将第三呼叫请求消息发送给SSP。SSP将第三呼叫请求消息发送给路由接入码对应的SCP。由于SSP能够根据插入到被叫方用户号码前的路由接入码,将呼叫请求消息发送给路由接入码对应的SCP,因此软交换网络中的SSP能够实现与IMS网络的直接对接,并能够正确处理来自IMS网络的呼叫,同时软交换网络无需进行额外存储、更新用户签约信息的操作。
附图说明
图1为本发明对呼叫请求消息进行路由方法一个实施例的示意图。
图2为本发明对呼叫请求消息进行路由方法另一实施例的示意图。
图3为本发明S-CSCF单元建立过滤准则列表方法一个实施例的示意图。
图4为本发明对呼叫请求消息进行路由系统一个实施例的示意图。
图5为本发明对呼叫请求消息进行路由系统另一实施例的示意图。
图6为本发明对呼叫请求消息进行路由系统又一实施例的示意图。
具体实施方式
下面参照附图对本发明进行更全面的描述,其中说明本发明的示例性实施例。
图1为本发明对呼叫请求消息进行路由方法一个实施例的示意图。如图1所示,该实施例原始主叫号码传递方法如下:
步骤101,S-CSCF单元接收主叫方用户终端发送的第一呼叫请求消息,其中第一呼叫请求消息包括被叫方用户号码、主叫方用户号码、与被叫方用户号码相关联的业务点触发信息。
步骤102,S-CSCF单元利用第一呼叫请求消息中包括的主叫方用户号码和业务点触发信息获取锚定业务iFC,并从锚定业务iFC中获取路由接入码和锚定服务器标识。
步骤103,S-CSCF单元在第一呼叫请求消息中增加路由头域,将所述路由接入码和锚定服务器标识增加到路由头域中,得到第二呼叫请求消息。
步骤104,S-CSCF单元将第二呼叫请求消息发送给锚定服务器标识所标识的锚定服务器。
步骤105,锚定服务器在收到第二呼叫请求消息后,将路由接入码插到被叫方用户号码前,得到第三呼叫请求消息。
步骤106,锚定服务器将第三呼叫请求消息发送给SSP。
步骤107,SSP在接收到第三呼叫请求消息后,根据所述路由接入码将第三呼叫请求消息路由至所述路由接入码对应的SCP。
基于本发明上述实施例提供的对呼叫请求消息进行路由的方法,S-CSCF单元根据主叫方用户终端发送的第一呼叫请求消息,从当前主叫用户的锚定业务iFC中获取路由接入码和锚定服务器标识。S-CSCF单元在第一呼叫请求消息中增加路由头域,将路由接入码和锚定服务器标识增加到路由头域中,得到第二呼叫请求消息,并将第二呼叫请求消息发送给锚定服务器标识所标识的锚定服务器。锚定服务器在收到第二呼叫请求消息后,将路由接入码插到被叫方用户号码前,得到第三呼叫请求消息,并将第三呼叫请求消息发送给SSP。SSP将第三呼叫请求消息发送给路由接入码对应的SCP。由于SSP能够根据插入到被叫方用户号码前的路由接入码,将呼叫请求消息发送给路由接入码对应的SCP,因此软交换网络中的SSP能够实现与IMS网络的直接对接,并能够正确处理来自IMS网络的呼叫,同时软交换网络无需进行额外存储、更新用户签约信息的操作。
在本发明一个具体实施例中,路由接入码和锚定服务器标识的信息格式为Aaf.operator.com,其中A为对应于主叫用户呼叫业务的路由接入码,af.operator.com为锚定服务器在网络中的标识。
图2为本发明对呼叫请求消息进行路由方法另一个实施例的示意图。如图2所示,该实施例的对呼叫请求消息进行路由方法如下:
步骤201,S-CSCF单元接收主叫方用户终端发送的第一呼叫请求消息,其中第一呼叫请求消息包括被叫方用户号码、主叫方用户号码、与被叫方用户号码相关联的业务点触发信息。
步骤202,S-CSCF单元利用第一呼叫请求消息中包括的主叫方用户号码和业务点触发信息获取锚定业务iFC。
根据本发明另一具体实施例,S-CSCF单元在接收到第一呼叫请求消息后,利用第一呼叫请求消息中的主叫方用户号码选择当前主叫用户的过滤准则列表。
S-CSCF单元根据第一呼叫请求消息中的业务点触发信息对当前主叫用户的过滤准则列表中包括的iFC进行匹配,在过滤准则列表中选择出锚定业务iFC。
根据本发明另一具体实施例,由于一个业务对应一个iFC,因此如果用户具有多个业务,则该用户就会签约多个iFC。由于不同业务的优先级不同,因此将对应于不同业务的iFC设置不同的优先级别,并将过滤准则列表中包括的iFC按照其优先级别进行排列。从而S-CSCF单元根据第一呼叫请求消息中的业务点触发信息,按照先后顺序对当前主叫用户的过滤准则列表中包括的iFC进行匹配,其中过滤准则列表中包括的iFC按照iFC的优先级别进行排列。这样可有助于优先触发优先级别高的业务。
步骤203,S-CSCF单元从锚定业务iFC中获取路由接入码和锚定服务器标识。
在本发明一个具体实施例中,路由接入码和锚定服务器标识的信息格式为Aap.operator.com,其中A为对应于用户呼叫业务的路由接入码,ap.operator.com为锚定服务器在网络中的标识。
步骤204,S-CSCF单元在第一呼叫请求消息中增加路由头域,将所述路由接入码、锚定服务器标识和S-CSCF单元地址信息增加到路由头域中,得到第二呼叫请求消息。
步骤205,S-CSCF单元将第二呼叫请求消息发送给锚定服务器标识所标识的锚定服务器。
根据本发明另一具体实施例,S-CSCF单元通过IMS业务控制(IMS Service Control,简称:ISC)接口将第二呼叫请求消息发送给锚定服务器。
步骤206,锚定服务器在收到第二呼叫请求消息后,将路由接入码插到被叫方用户号码前,得到第三呼叫请求消息。
根据本发明另一具体实施例,锚定服务器在路由接入码插到被叫方用户号码前之后,还将第二呼叫请求消息中的路由接入码和锚定服务器标识删除,以避免路由接入码和锚定服务器标识对后续操作造成影响。
步骤207,锚定服务器将第三呼叫请求消息发送给由路由头域中包括的S-CSCF单元地址信息指定的S-CSCF单元。
步骤208,S-CSCF单元接收到第三呼叫请求消息后,将第三呼叫请求消息发送给媒体网关控制功能(Media Gateway ControlFunction,简称:MGCF)单元。
根据本发明另一具体实施例,S-CSCF单元接收到第三呼叫请求消息后,删除第三呼叫请求消息的路由头域中包括的S-CSCF单元地址信息,然后将删除S-CSCF单元地址信息的第三呼叫请求消息发送给MGCF单元,以避免S-CSCF单元地址信息对后续操作造成影响。
步骤209,MGCF单元将第三呼叫请求消息发送给SSP。
步骤210,SSP在接收到第三呼叫请求消息后,根据所述路由接入码将第三呼叫请求消息路由至所述路由接入码对应的SCP。由SCP执行智能业务的触发和处理。
图3为本发明S-CSCF单元建立过滤准则列表方法一个实施例的示意图。如图3所示,S-CSCF单元建立过滤准则列表方法如下:
步骤301,当用户进行注册时,S-CSCF单元向归属用户服务器(Home Subscriber Server,简称:HSS)发送用于查询该用户iFC的查询请求。
根据本发明另一具体实施例,S-CSCF单元在对用户身份认证成功后,再向HSS发送查询请求。
步骤302,HSS根据查询请求,在用户信息中查询该用户的全部iFC进行查询。
步骤303,HSS将查询结果发送给S-CSCF单元。
步骤304,S-CSCF单元将查询结果中包括的iFC放置在该用户的过滤准则列表中。
下面以一个具体示例对该实施例进行说明。
假设S-CSCF单元接收到用户终端发送的语音呼叫请求消息,其中请求统一资源标识符(Uniform Resource Identifier,简称:URI)为:
+862150440045operator.com
其中被叫方用户号码为+862150440045。
S-CSCF单元利用请求消息中的业务点触发信息在过滤准则列表中选择出锚定业务iFC,该锚定业务iFC中的应用服务器地址信息为:
335608af.operator.com
其中335608为对应于用户呼叫业务的路由接入码,ap.operator.com为锚定服务器在网络中的标识。
S-CSCF单元在呼叫请求消息中增加路由头域,在路由头域中增加从锚定业务iFC中获取的路由接入码和锚定服务器标识、以及S-CSCF单元自身的地址信息。S-CSCF单元将呼叫请求消息发送给ap.operator.com标识的锚定服务器。
锚定服务器接收到请求消息后,将路由接入码335608插到被叫号码之前,此时请求URI成为:
+862133560850440045operator.com
锚定服务器将路由头域中的路由接入码和锚定服务器标识删除后,将其发送给由路由头域中包括的S-CSCF单元地址信息对应的S-CSCF单元。
S-CSCF单元在接收到锚定服务器返回的呼叫请求消息后,通过分析请求URI中的路由接入码,将其路由至MGCF,同时将呼叫请求消息的路由头域中的S-CSCF单元地址信息删除。
MGCF分析请求URI中的路由接入码,完成相关号码格式处理后,将呼叫请求路由至软交换网络SSP。
SSP根据被叫方用户号码前的路由接入码,将呼叫路由至与335608相应的SCP。
图4为本发明对呼叫请求消息进行路由系统一个实施例的示意图。如图4所示,本实施例中对呼叫请求消息进行路由系统包括S-CSCF单元401、锚定服务器402、SSP 403,其中:
S-CSCF单元401,用于接收主叫方用户终端发送的第一呼叫请求消息,其中第一呼叫请求消息包括被叫方用户号码、主叫方用户号码、与被叫方用户号码相关联的业务点触发信息;利用第一呼叫请求消息中包括的主叫方用户号码和业务点触发信息获取锚定业务iFC,并从锚定业务iFC中获取路由接入码和锚定服务器标识;在第一呼叫请求消息中增加路由头域,将所述路由接入码和锚定服务器标识增加到路由头域中,得到第二呼叫请求消息,将第二呼叫请求消息发送给锚定服务器标识所标识的锚定服务器402。
锚定服务器402,用于在收到第二呼叫请求消息后,将路由接入码插到被叫方用户号码前,得到第三呼叫请求消息;将第三呼叫请求消息发送给SSP 403。
SSP 403,用于在接收到第三呼叫请求消息后,根据所述路由接入码将第三呼叫请求消息路由至所述路由接入码对应的SCP。
基于本发明上述实施例提供的对呼叫请求消息进行路由的系统,S-CSCF单元根据主叫方用户终端发送的第一呼叫请求消息,从当前主叫用户的锚定业务iFC中获取路由接入码和锚定服务器标识。S-CSCF单元在第一呼叫请求消息中增加路由头域,将路由接入码和锚定服务器标识增加到路由头域中,得到第二呼叫请求消息,并将第二呼叫请求消息发送给锚定服务器标识所标识的锚定服务器。锚定服务器在收到第二呼叫请求消息后,将路由接入码插到被叫方用户号码前,得到第三呼叫请求消息,并将第三呼叫请求消息发送给SSP。SSP将第三呼叫请求消息发送给路由接入码对应的SCP。由于SSP能够根据插入到被叫方用户号码前的路由接入码,将呼叫请求消息发送给路由接入码对应的SCP,因此软交换网络中的SSP能够实现与IMS网络的直接对接,并能够正确处理来自IMS网络的呼叫,同时软交换网络无需进行额外存储、更新用户签约信息的操作。
在本发明一个具体实施例中,路由接入码和锚定服务器标识的信息格式为Aaf.operator.com,其中A为对应于主叫用户呼叫业务的路由接入码,af.operator.com为锚定服务器在网络中的标识。
在本发明一个具体实施例中,一个CSCF单元可同时包括代理呼叫会话控制功能(Proxy-Call Session Control Function,简称:P-CSCF)实体和服务呼叫会话控制功能(Serving-Call Session ControlFunction,简称:S-CSCF)实体。其中P-CSCF实体是锚定业务接入IMS网络的入口节点。S-CSCF实体提供锚定终端的注册服务、会话控制、相关的选路和业务触发等功能,并维持会话状态信息。S-CSCF实体业务触发功能包括:完成根据收到呼叫请求消息进行iFC评估,判断符合锚定业务触发条件后,将呼叫送至锚定服务器触发锚定业务逻辑。S-CSCF实体路由功能包括:根据锚定服务器返回呼叫请求消息的请求URI中的路由接入码将呼叫路由至MGCF。
锚定服务器具备锚定业务的处理逻辑,满足前插路由接入码的功能要求。锚定服务器的功能要求是:根据请求消息的路由头域中携带的路由接入码部分信息,将该路由码前插到被叫号码前面。
SSP根据被叫号码前的路由接入码将呼叫送至相应的SCP,以便使SSP能够直接处理来自IMS网络的呼叫,实现与IMS网络的直接对接。
根据本发明另一具体实施例,S-CSCF单元401还用于在接收到第一呼叫请求消息后,利用第一呼叫请求消息中的主叫方用户号码选择当前主叫用户的过滤准则列表;根据第一呼叫请求消息中的业务点触发信息对当前主叫用户的过滤准则列表中包括的iFC进行匹配,在过滤准则列表中选择出锚定业务iFC。
根据本发明另一具体实施例,S-CSCF单元401还用于根据第一呼叫请求消息中的业务点触发信息,按照先后顺序对当前主叫用户的过滤准则列表中包括的iFC进行匹配,其中过滤准则列表中包括的iFC按照iFC的优先级别进行排列。
根据本发明另一具体实施例,锚定服务器402还用于在将路由接入码插到被叫方用户号码前之后,将路由头域中的路由接入码和锚定服务器标识删除。
图5为本发明对呼叫请求消息进行路由系统另一实施例的示意图。其中在图5所示的实施例中,S-CSCF单元401、锚定服务器402、SSP 403与图4所示的S-CSCF单元401、锚定服务器402、SSP 403相同。在图5所示的实施例中还包括MGCF 501,用于在接收到第三呼叫请求消息后,将第三呼叫请求消息发送给SSP 403。
S-CSCF单元401还用于在将路由接入码和锚定服务器标识增加到路由头域中之后,在路由头域中增加S-CSCF单元地址信息;在接收到第三呼叫请求消息后,将第三呼叫请求消息发送给MGCF 501。
锚定服务器402还用于将第三呼叫请求消息发送给S-CSCF单元地址信息对应的S-CSCF单元401。
根据本发明另一具体实施例,S-CSCF单元401还用于在接收到第三呼叫请求消息后,删除路由头域中的所述S-CSCF单元地址信息,然后执行将删除S-CSCF单元地址信息的第三呼叫请求消息发送给MGCF501的操作。
图6为本发明对呼叫请求消息进行路由系统又一实施例的示意图。其中在图6所示的实施例中,S-CSCF单元401、锚定服务器402、SSP 403、MGCF 501与图5所示的S-CSCF单元401、锚定服务器402、SSP 403、MGCF 501相同。在图5所示的实施例中还包括HSS601,用于根据S-CSCF单元401发送的用于查询该用户iFC的查询请求,在用户信息中查询该用户的全部iFC,并将查询结果发送给S-CSCF单元401。
S-CSCF单元401还用于当用户进行注册时,向HSS 601发送用于查询该用户iFC的查询请求;接收HSS 601发送的查询结果,将查询结果中包括的iFC放置在该用户的过滤准则列表中。
本发明的描述是为了示例和描述起见而给出的,而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用,并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。
Claims (15)
1.一种对呼叫请求消息进行路由的方法,其特征在于,包括:
服务呼叫会话控制功能S-CSCF单元接收主叫方用户终端发送的第一呼叫请求消息,其中第一呼叫请求消息包括被叫方用户号码、主叫方用户号码、与被叫方用户号码相关联的业务点触发信息;
S-CSCF单元利用第一呼叫请求消息中包括的主叫方用户号码和业务点触发信息获取锚定业务初始过滤准则,并从锚定业务初始过滤准则中获取路由接入码和锚定服务器标识;
S-CSCF单元在第一呼叫请求消息中增加路由头域,将所述路由接入码和锚定服务器标识增加到路由头域中,得到第二呼叫请求消息;
S-CSCF单元将第二呼叫请求消息发送给锚定服务器标识所标识的锚定服务器;
锚定服务器在收到第二呼叫请求消息后,将路由接入码插到被叫方用户号码前,得到第三呼叫请求消息;
锚定服务器将第三呼叫请求消息发送给业务交换点,其中锚定服务器将第三呼叫请求消息发送给S-CSCF单元地址信息对应的S-CSCF单元,以便S-CSCF单元接收到第三呼叫请求消息后,将第三呼叫请求消息通过媒体网关控制功能单元发送给业务交换点;
业务交换点在接收到第三呼叫请求消息后,根据所述路由接入码将第三呼叫请求消息路由至所述路由接入码对应的业务控制点。
2.根据权利要求1所述的方法,其特征在于,所述S-CSCF单元利用第一呼叫请求消息中包括的主叫方用户号码和业务点触发信息获取锚定业务初始过滤准则包括:S-CSCF单元在接收到第一呼叫请求消息后,利用第一呼叫请求消息中的主叫方用户号码选择当前主叫用户的过滤准则列表;
S-CSCF单元根据第一呼叫请求消息中的业务点触发信息对当前主叫用户的过滤准则列表中包括的初始过滤准则进行匹配,在过滤准则列 表中选择出锚定业务初始过滤准则。
3.根据权利要求2所述的方法,其特征在于,
所述S-CSCF单元根据第一呼叫请求消息中的业务点触发信息对当前主叫用户的过滤准则列表中包括的初始过滤准则进行匹配包括:
S-CSCF单元根据第一呼叫请求消息中的业务点触发信息,按照先后顺序对当前主叫用户的过滤准则列表中包括的初始过滤准则进行匹配,其中过滤准则列表中包括的初始过滤准则按照初始过滤准则的优先级别进行排列。
4.根据权利要求1-3中任一项所述的方法,其特征在于,
所述锚定服务器将路由接入码插到被叫方用户号码前包括:
锚定服务器将路由接入码插到被叫方用户号码前;
锚定服务器将路由头域中的路由接入码和锚定服务器标识删除。
5.根据权利要求1-3中任一项所述的方法,其特征在于,
所述S-CSCF单元将路由接入码和锚定服务器标识增加到路由头域中包括:
S-CSCF单元将路由接入码和锚定服务器标识增加到路由头域中;
S-CSCF单元在路由头域中增加S-CSCF单元地址信息。
6.根据权利要求5所述的方法,其特征在于,
所述S-CSCF单元接收到第三呼叫请求消息后,还包括:
所述S-CSCF单元删除路由头域中的所述S-CSCF单元地址信息,然后执行将删除S-CSCF单元地址信息的第三呼叫请求消息发送给媒体网关控制功能单元的步骤。
7.根据权利要求1-3中任一项所述的方法,其特征在于,
路由接入码和锚定服务器标识的信息格式为Aaf.operator.com, 其中A为路由接入码,af.operator.com为锚定服务器标识。
8.根据权利要求2或3所述的方法,其特征在于,
当用户进行注册时,S-CSCF单元向归属用户服务器发送用于查询该用户初始过滤准则的查询请求;
归属用户服务器根据查询请求,在用户信息中查询该用户的全部初始过滤准则,并将查询结果发送给S-CSCF单元;
S-CSCF单元将查询结果中包括的初始过滤准则放置在该用户的过滤准则列表中。
9.一种对呼叫请求消息进行路由的系统,其特征在于,包括服务呼叫会话控制功能S-CSCF单元、锚定服务器、业务交换点和媒体网关控制功能单元,其中:
S-CSCF单元,用于接收主叫方用户终端发送的第一呼叫请求消息,其中第一呼叫请求消息包括被叫方用户号码、主叫方用户号码、与被叫方用户号码相关联的业务点触发信息;利用第一呼叫请求消息中包括的主叫方用户号码和业务点触发信息获取锚定业务初始过滤准则,并从锚定业务初始过滤准则中获取路由接入码和锚定服务器标识;在第一呼叫请求消息中增加路由头域,将所述路由接入码和锚定服务器标识增加到路由头域中,得到第二呼叫请求消息,将第二呼叫请求消息发送给锚定服务器标识所标识的锚定服务器;在接收到第三呼叫请求消息后,将第三呼叫请求消息发送给媒体网关控制功能单元;
锚定服务器,用于在收到第二呼叫请求消息后,将路由接入码插到被叫方用户号码前,得到第三呼叫请求消息;将第三呼叫请求消息发送给S-CSCF单元地址信息对应的S-CSCF单元;
媒体网关控制功能单元,用于在接收到第三呼叫请求消息后,将第三呼叫请求消息发送给业务交换点;
业务交换点,用于在接收到第三呼叫请求消息后,根据所述路由接入码将第三呼叫请求消息路由至所述路由接入码对应的业务控制点。
10.根据权利要求9所述的系统,其特征在于,
所述S-CSCF单元还用于在接收到第一呼叫请求消息后,利用第一呼叫请求消息中的主叫方用户号码选择当前主叫用户的过滤准则列表;根据第一呼叫请求消息中的业务点触发信息对当前主叫用户的过滤准则列表中包括的初始过滤准则进行匹配,在过滤准则列表中选择出锚定业务初始过滤准则。
11.根据权利要求10所述的系统,其特征在于,
所述S-CSCF单元还用于根据第一呼叫请求消息中的业务点触发信息,按照先后顺序对当前主叫用户的过滤准则列表中包括的初始过滤准则进行匹配,其中过滤准则列表中包括的初始过滤准则按照初始过滤准则的优先级别进行排列。
12.根据权利要求9-11中任一项所述的系统,其特征在于,
所述锚定服务器还用于在将路由接入码插到被叫方用户号码前之后,将路由头域中的路由接入码和锚定服务器标识删除。
13.根据权利要求9-11中任一项所述的系统,其特征在于,
所述S-CSCF单元还用于在将路由接入码和锚定服务器标识增加到路由头域中之后,在路由头域中增加S-CSCF单元地址信息。
14.根据权利要求13所述的系统,其特征在于,
所述S-CSCF单元还用于在接收到第三呼叫请求消息后,删除路由头域中的所述S-CSCF单元地址信息,然后执行将删除S-CSCF单元地址信息的第三呼叫请求消息发送给媒体网关控制功能单元的操作。
15.根据权利要求9-11中任一项所述的系统,其特征在于,系统还包括归属用户服务器,用于根据S-CSCF单元发送的用于查询该用户初始过滤准则的查询请求,在用户信息中查询该用户的全部初始过滤准则,并将查询结果发送给S-CSCF单元;
所述S-CSCF单元还用于当用户进行注册时,向归属用户服务器发送用于查询该用户初始过滤准则的查询请求;接收归属用户服务器发送的查询结果,将查询结果中包括的初始过滤准则放置在该用户的过滤准则列表中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110362372.5A CN103118352B (zh) | 2011-11-16 | 2011-11-16 | 对呼叫请求消息进行路由的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110362372.5A CN103118352B (zh) | 2011-11-16 | 2011-11-16 | 对呼叫请求消息进行路由的方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103118352A CN103118352A (zh) | 2013-05-22 |
CN103118352B true CN103118352B (zh) | 2015-07-29 |
Family
ID=48416595
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110362372.5A Active CN103118352B (zh) | 2011-11-16 | 2011-11-16 | 对呼叫请求消息进行路由的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103118352B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105530618B (zh) * | 2014-09-29 | 2019-01-22 | 中国电信股份有限公司 | 用于实现虚拟号码业务的方法和系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1842211A (zh) * | 2005-03-30 | 2006-10-04 | 华为技术有限公司 | 一种实现路由控制的方法和系统 |
CN1942001A (zh) * | 2005-09-29 | 2007-04-04 | 深圳市点睛科技有限公司 | 一种关联电话呼叫方法及其通信系统 |
CN102177749A (zh) * | 2008-08-01 | 2011-09-07 | 泰克莱克公司 | 基于移动位置的无触发路由/筛选的系统、方法和计算机可读介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7480915B2 (en) * | 2002-10-03 | 2009-01-20 | Nokia Corporation | WV-IMS relay and interoperability methods |
-
2011
- 2011-11-16 CN CN201110362372.5A patent/CN103118352B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1842211A (zh) * | 2005-03-30 | 2006-10-04 | 华为技术有限公司 | 一种实现路由控制的方法和系统 |
CN1942001A (zh) * | 2005-09-29 | 2007-04-04 | 深圳市点睛科技有限公司 | 一种关联电话呼叫方法及其通信系统 |
CN102177749A (zh) * | 2008-08-01 | 2011-09-07 | 泰克莱克公司 | 基于移动位置的无触发路由/筛选的系统、方法和计算机可读介质 |
Also Published As
Publication number | Publication date |
---|---|
CN103118352A (zh) | 2013-05-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101142833B (zh) | 用于控制电路交换域用户终端接入ims通信网服务的设备 | |
CN103763446B (zh) | 使用既有设备的ims网络接入 | |
CN101569154B (zh) | 用于为非登记订户的gsm与ims之间的重叠 | |
CN101107831A (zh) | 在分组交换无线接入网中处理紧急呼叫的方法和设备 | |
US7206611B2 (en) | Method for displaying special alerting icon | |
CN103125105A (zh) | 用于管理向一组用户实体的通信的应用服务器 | |
EP2466929B1 (en) | Method, device and system for implementing emergency call override service | |
CN102651732B (zh) | 一种ims网络中的业务触发方法和系统 | |
US9055083B2 (en) | Interworking method and interworking control unit, method and system for implementing simulation services | |
CN101267577A (zh) | 实现呼叫接续以及智能业务的方法、系统和设备 | |
CN101325744A (zh) | 一种根据终端能力触发业务的方法、装置及系统 | |
CN103841528A (zh) | Ims系统来电提醒业务实现方法和系统 | |
CN105306758A (zh) | 一种建立呼叫时企业网络标识的传送方法、ibcf及ims | |
CN103118352B (zh) | 对呼叫请求消息进行路由的方法和系统 | |
CN107509173B (zh) | 一种位置信息的获取方法、装置及ims | |
CN101272425B (zh) | 防止业务重复触发的方法、系统和设备 | |
US9838437B2 (en) | Method, device, and system for implementing prompting and collecting user information | |
CN100362830C (zh) | 一种分组网络互通的方法及其网络系统 | |
CN101014004A (zh) | 紧急呼叫处理方法和系统以及一种软交换 | |
CN103812771B (zh) | 在ip多媒体子系统中锚定业务路由的方法与系统 | |
EP1973290A1 (en) | Carrier selection in an IP multimedia subsystem (IMS) | |
CN101247323B (zh) | 一种传输历史标识信息的方法和系统 | |
CN101677316B (zh) | 业务组合处理方法、系统及业务组合控制装置 | |
CN101772121B (zh) | 业务处理方法、设备及系统 | |
CN102118369A (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 |