CN101272577A - 一种进行业务能力检查的方法和系统 - Google Patents
一种进行业务能力检查的方法和系统 Download PDFInfo
- Publication number
- CN101272577A CN101272577A CNA2007100900626A CN200710090062A CN101272577A CN 101272577 A CN101272577 A CN 101272577A CN A2007100900626 A CNA2007100900626 A CN A2007100900626A CN 200710090062 A CN200710090062 A CN 200710090062A CN 101272577 A CN101272577 A CN 101272577A
- Authority
- CN
- China
- Prior art keywords
- ifc
- sip message
- contracted user
- acquiescence
- cscf entity
- 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
本发明提出一种进行业务能力检查的方法和系统。该方法包括:接收签约用户的用户设备(UE)发送的会话发起协议(SIP)消息,对SIP消息进行业务能力检查,如果检查不通过,则向UE返回失败响应消息。本发明提出的方法和系统,能够对IP多媒体子系统(IMS)中签约用户的UE发送的初始请求消息进行业务能力检查。
Description
技术领域
本发明涉及移动通信领域,特别涉及一种在IP多媒体子系统(IMS,IPMultimedia Subsystem)中进行业务能力检查的方法和系统。
背景技术
IMS是第三代合作工程(3GPP)在第五版本(Release 5)中提出的支持IP多媒体业务的子系统,它的核心特点是采用会话发起协议(SIP,SessionInitiation Protocol)和与接入的无关性。IMS是一个在分组交换(PS,PacketSwitching)域上的多媒体控制/呼叫控制平台,支持会话类和非会话类多媒体业务,为未来多媒体应用提供了一个通用的业务平台。
IMS中主要的功能实体包括:提供用户注册控制和会话控制等功能的呼叫会话控制功能(CSCF,Call Session Control Function)实体、集中管理用户签约数据的归属用户服务器(HSS,Home Subscriber Server),以及提供各种业务逻辑控制功能的应用服务器(AS,Application Server)。CSCF实体有三种类型:服务CSCF(S-CSCF,Service-Call Session Control Function)实体、代理CSCF(P-CSCF,Proxy-Call Session Control Function)实体和查询CSCF(I-CSCF,Interrogating-Call Session Control Function)实体。其中S-CSCF实体是最主要的呼叫控制实体,它位于归属网络,为用户进行会话控制和注册服务。
HSS中存储签约用户的信息,签约信息包含的内容有:签约用户的标识和初始过滤规则(iFC,Initial Filter Criteria),一个签约用户的标识可以对应一个或多个iFC。iFC包括:触发点、AS的地址、iFC的优先级等。其中,触发点用来规定业务触发条件,如果没有触发点则表示无条件触发该iFC;AS的地址表明业务触发后要联系哪个AS,而让该AS执行相关业务层面的逻辑控制。
IMS业务是这样实现的:在签约用户的注册后,该签约用户的签约信息会从HSS下载到S-CSCF实体中,其中包括上述提到的签约用户标识和iFC。此后在该签约用户发起某业务的初始请求消息,S-CSCF实体收到该初始请求消息后,S-CSCF实体按iFC优先级由高到低的顺序将iFC与该初始请求消息逐一进行匹配检测,也就是将初始请求消息中的相关内容与iFC中触发点规定的内容进行匹配检测:
如果与某个iFC匹配成功,则触发该iFC,将初始请求消息转发到该iFC中指定的AS,由该AS进行业务的逻辑控制,当S-CSCF实体收到该AS返回的初始请求消息后,S-CSCF实体继续进行初始请求消息与下一个iFC的匹配检测;
如果匹配不成功,则继续进行与下一个iFC的匹配检测;
直到与所有iFC的匹配检测结束之后,不管是否有匹配检测成功的情况,S-CSCF实体都将该初始请求消息根据SIP正常的路由规则进行进一步转发。
例如,某签约用户没有即时消息业务的签约信息,但是它的某个用户设备(UE)却具备通过IMS并利用SIP消息中的消息(MESSAGE)消息传递即时消息业务的能力,此时当S-CSCF实体收到该MESSAGE消息后,会将该消息与iFC逐一进行匹配检测,由于签约用户不存在即时消息业务,所以即使没有任何iFC匹配成功,S-CSCF实体仍将MESSAGE消息根据SIP正常路由规则进一步转发出去,这样就造成一个业务盗用现象,即一个未签约即时消息业务的用户仍然可以采用该业务。针对其他业务也可能出现相同的业务盗用现象。总之,上述过程中,如果S-CSCF实体收到一个初始请求消息,检测了所有iFC但却没有和其中任何一个iFC匹配成功,这时该初始请求消息仍然会根据SIP正常路由规则而转发出去,但在转发之前却缺乏一些基本的业务能力检查(比如用户是否签约了该业务,用户是否允许拨打国际电话等等),这样可能会引起业务盗用的情况,使得某些运营商不希望的业务仍然会在IMS中进行传递。
发明内容
有鉴于此,本发明实施例提出一种进行业务能力检查的方法,该方法能够对签约用户发送的初始请求消息进行业务能力检查。
本发明实施例还提出一种进行业务能力检查的系统,该系统能够对签约用户发送的初始请求消息进行业务能力检查。
为了达到上述目的,本发明的技术方案是这样实现的:
一种进行业务能力检查的方法,包括:接收签约用户的UE发送的SIP消息,对SIP消息进行业务能力检查,如果检查不通过,则向UE返回失败响应消息。
一种进行业务能力检查的系统,包括:S-CSCF实体,用于接收签约用户的UE发送的SIP消息,对收到的SIP消息进行业务能力检查,如果检查不通过,则向UE返回失败响应消息;或者,在收到SIP消息后,触发预先设定的该签约用户对应的默认iFC,将该SIP消息转发至默认iFC指向的AS;
默认iFC指向的AS,用于对收到的SIP消息进行业务能力检查,如果检查通过,则将该SIP消息返回至S-CSCF实体,否则,向S-CSCF实体返回失败响应消息。
可见,本发明提出的进行业务能力检查的方法和系统,在收到签约用户的UE发送的SIP消息后,能够对该SIP消息进行业务能力检查,如果检查不通过,则向UE返回失败响应消息,而不允许进行正常的SIP路由转发,从而使运营商能够对在IMS中传递的业务进行控制。利用本发明提出的技术方案,如果签约用户没有签约即时消息业务,当签约用户的UE利用MESSAGE消息传递即时消息时,S-CSCF实体收到该MESSAGE消息后,会对该消息进行业务能力检查,业务能力检查不通过,则向UE返回失败响应消息,拒绝为该签约用户的UE提供即时消息业务,从而使运营商能够对在IMS中传递的即时消息业务进行控制。
附图说明
图1为本发明实施例进行业务能力检查方法的流程图;
图2为应用本发明方案一进行业务能力检查的具体实现流程图;
图3为应用本发明方案二进行业务能力检查的具体实现流程图;
图4为本发明实施例进行业务能力检查系统的结构示意图。
具体实施方式
本发明实施例提出一种进行业务能力检查的方法,参见图1,图1为本发明实施例进行业务能力检查方法的流程图。
步骤101:接收签约用户的UE发送的SIP消息;
步骤102:对收到的SIP消息进行业务能力检查,如果检查不通过,则向UE返回失败响应消息。
上述方法中,对SIP消息进行业务能力检查的方案可以有两种,即:由S-CSCF实体对SIP消息进行业务能力检查;或者由S-CSCF实体将SIP消息转发至签约用户的默认iFC指向的AS,由默认iFC指向的AS对SIP消息进行业务能力检查。此处,系统为每个用户预先设定的默认iFC不同于一般的签约iFC,它不存在触发点,主要用于将SIP消息转发至默认iFC指向的AS进行业务能力检查。
具体方式如下:
方案一:在上述方法中,接收签约用户的UE发送的SIP消息,对SIP消息进行业务能力检查具体为:S-CSCF实体接收签约用户的UE发送的SIP消息,并对SIP消息进行业务能力检查。
方案二:在上述方法中,接收签约用户的UE发送的SIP消息,对SIP消息进行业务能力检查具体为:S-CSCF实体接收签约用户的UE发送的SIP消息,触发预先设定的该签约用户对应的默认初始过滤准则iFC,将该SIP消息转发至默认iFC指向的应用服务器AS;默认iFC指向的AS对SIP消息进行业务能力检查,如果检查通过,则将SIP消息返回S-CSCF实体;如果检查不通过,则向S-CSCF实体返回失败响应消息。
由于在现有技术中S-CSCF实体收到SIP消息后,会对SIP消息与签约用户对应的所有签约iFC进行匹配检测,在上述方案一中,S-CSCF实体对SIP消息进行业务能力检查的过程可以安排在所有匹配检测完成之后、部分匹配检测完成之后、或者所有匹配检测执行之前进行。
针对上述第一种顺序,在上述方法中,可以先进行SIP消息与所有签约iFC的匹配检测,如果与其中一个签约iFC匹配成功,则说明该签约用户已签约了该签约iFC所对应的业务,不需要进行业务能力检查;如果没有与任何一个签约iFC匹配成功,就需要对SIP消息进行业务能力检查。具体方式如下:
S-CSCF实体接收签约用户的UE发送的SIP消息之后,并在对SIP消息进行业务能力检查之前,可以进一步包括:S-CSCF实体将收到的SIP消息与签约用户对应的所有签约iFC进行匹配检测,如果与其中一个签约iFC匹配成功,则结束本流程;如果没有与任何一个签约iFC匹配成功,则继续执行所述对SIP消息进行业务能力检查的步骤。
如果与签约iFC匹配成功,或者业务能力检查通过,则将SIP消息按照SIP正常路由规则转发出去。
上述方法中,也可以不判断是否有匹配检测成功的情况,而直接在所有匹配检测完成之后,执行对SIP消息进行业务能力检查的步骤。
针对上述第二种顺序,S-CSCF实体接收签约用户的UE发送的SIP消息之后,并在并对SIP消息进行业务能力检查之前,可以进一步包括:S-CSCF实体将收到的SIP消息与签约用户对应的部分签约iFC进行匹配检测;
当所述业务能力检查结果为通过时,将SIP消息与签约用户对应的剩余部分签约iFC进行匹配检测。
针对上述第三种顺序,当所述业务能力检查结果为通过时,将SIP消息与签约用户对应的所有签约iFC进行匹配检测。
下面举一个具体的实施例,详细说明本发明业务能力检查方案一的实现过程。参见图2,图2为应用本发明方案一进行业务能力检查的具体实现流程图。在本实施例中,采用初始请求消息具体指代SIP消息。
步骤201:签约用户的UE向S-CSCF实体发送初始请求消息。
在本步骤中,所述初始请求消息可以是:邀请(INVITE)消息、MESSAGE消息或选项(OPTION)消息等。
步骤202:S-CSCF实体收到初始请求消息后,首先将初始请求消息与该签约用户对应的所有签约iFC进行匹配检测,如果与其中一个签约iFC匹配成功,则不需要对初始请求消息进行业务能力检查,执行步骤204;如果没有与任何一个签约iFC匹配成功,则执行步骤203。
在步骤202中,也可以不判断是否有与签约iFC匹配成功的情况,而是在执行完所有与签约iFC的匹配检测之后,直接执行步骤203。
步骤203:S-CSCF实体对初始请求消息进行业务能力检查,如果检查通过,则执行步骤204;否则,执行步骤205。
在步骤203中,可以在S-CSCF实体中保存签约用户是否允许执行某些业务的签约信息,当S-CSCF实体收到初始请求消息后,根据自身保存的所述签约信息,判断该初始请求消息中所请求的业务是否被允许,比如是否允许即时消息业务、或者国际电话业务等。或者,可以将签约用户是否允许执行某项业务的签约信息保存在数据库中,当S-CSCF实体收到UE发送的初始请求消息后,通过访问数据库,根据数据库中保存的信息,判断所请求的业务是否被允许。
步骤204:S-CSCF实体将初始请求消息按照SIP正常路由规则转发出去,结束当前流程。在本步骤中,将初始请求消息按照SIP正常路由规则转发出去的方式与现有技术相同。
步骤205:S-CSCF实体向UE返回失败响应消息。所述失败响应消息可以为:3xx、4xx或5xx等消息码。
在本实施例中,UE向S-CSCF实体发送初始请求消息,对初始请求消息进行业务能力检查。尽管目前只有初始请求消息才能触发签约iFC,但是从发展趋势看,后继请求消息甚至响应消息都有触发iFC的可能,所以本发明进行业务能力检查的方法同样适用于后继请求消息和响应消息等其他类型的SIP消息。
在上述实施例中,业务能力检查可能在所有的签约iFC匹配检测尚未完成的情况下进行,如果业务能力检查通过,则继续进行剩余的签约iFC的匹配检测;如果业务能力检查不通过,则向将UE返回失败响应消息。
在上述方案二中,所述签约用户对应的默认iFC是由S-CSCF实体从HSS下载得到的。为了保证SIP消息能够触发默认iFC,设置该默认iFC包含0个触发点,这样,由于默认iFC不存在触发点,也就不存在触发条件,所以任何消息都可以触发该默认iFC,并被转发至默认iFC指向的AS。
上述方案二中,匹配检测的顺序可以有三种:第一种,将默认iFC放在所有签约iFC之后进行匹配检测;第二种,将默认iFC放在部分签约iFC之后、部分签约iFC之前进行匹配检测;第三种,将默认iFC放在所有签约iFC之前进行匹配检测。
针对上述第一种顺序,类似于上述方案一的第一种顺序,可以先对SIP消息与所有签约iFC进行匹配检测,具体方式如下:
上述方法中,所述S-CSCF实体收到签约用户的UE发送的SIP消息之后,并在触发默认iFC之前,可以进一步包括:
S-CSCF实体对所述SIP消息与该签约用户对应的所有签约iFC进行匹配检测,如果与其中一个签约iFC匹配成功,则结束本流程;如果没有与任何一个签约iFC匹配成功,则继续执行所述触发默认iFC的步骤。
如果与签约iFC匹配成功,或者默认iFC指向的AS进行业务能力检查通过,则将SIP消息按照SIP正常路由规则转发出去。
上述方法中,也可以不论是否与签约iFC匹配成功,都与默认iFC进行匹配检测,触发默认iFC,并将SIP消息转发至默认iFC指向的AS进行业务能力检查。
在上述步骤中,为了保证先进行SIP消息与所有签约iFC的匹配检测,最后进行与默认iFC的匹配检测,需要将默认iFC的优先级设置为最低,这样,由于匹配检测是按照优先级由高到低的顺序进行的,就能够保证与默认iFC的匹配检测在所有匹配检测的最后进行。
针对上述第二种顺序,上述方法中,S-CSCF实体收到签约用户的UE发送的SIP消息之后,并在触发默认iFC之前,可以进一步包括:S-CSCF实体将所述SIP消息与该签约用户对应的部分签约iFC进行匹配检测;默认iFC将该SIP消息返回至S-CSCF实体之后,进一步包括:S-CSCF实体将所述SIP消息与该签约用户对应的剩余部分签约iFC进行匹配检测。全部匹配检测完成之后,S-CSCF实体将SIP消息按照SIP正常路由规则转发出去。
在上述方法中,预先设定的签约用户对应的默认iFC的优先级低于最高且高于最低。
针对上述第三种顺序,上述方法中,默认iFC将该初始请求消息返回至S-CSCF实体之后,可以进一步包括:S-CSCF实体将所述SIP消息与该签约用户对应的所有签约iFC进行匹配检测。全部匹配检测完成之后,S-CSCF实体将SIP消息按照SIP正常路由规则转发出去。
在上述方法中,预先设定的签约用户对应的默认iFC的优先级为最高。
下面举一个具体的实施例,详细说明本发明业务能力检查方案二的实现过程。参见图3,图3为应用本发明方案二进行业务能力检查的具体实现流程图。在本实施例中,预先为签约用户设置对应的默认iFC,该默认iFC有0个触发点,优先级为最低,且该默认iFC指向的AS执行业务能力检查功能。在本实施例中,采用初始请求消息具体指代SIP消息。
步骤301:签约用户的UE向S-CSCF实体发送初始请求消息。
收到初始请求消息后,S-CSCF实体将收到的初始请求消息与该签约用户对应的iFC进行匹配检测。由于将默认iFC的优级设为最低,而匹配检测是按照iFC优先级由高到低的顺序进行的,因此S-CSCF实体首先执行初始请求消息与所有签约iFC的匹配检测,即步骤302。
步骤302:S-CSCF实体执行初始请求消息与所有签约iFC的匹配检测,如果与其中一个签约iFC匹配成功,则说明该签约用户已经签约了该签约iFC所对应的业务,则跳过对默认iFC的匹配而所进行相应的业务能力检查,执行步骤308;如果没有与任何一个签约iFC匹配成功,则继续对默认iFC的匹配而进行业务能力检查,执行步骤303。
在步骤302中,也可以不判断是否有与签约iFC匹配成功的情况,而是在执行完所有与签约iFC的匹配检测之后,继续执行与默认iFC的匹配检测,即执行步骤303。
步骤303:S-CSCF实体执行初始请求消息与默认iFC的匹配检测,由于预先设定默认iFC的触发点为0个,初始请求消息一定能够触发默认iFC。
步骤304:S-CSCF实体将初始请求消息转发至默认iFC指向的AS。
步骤305:默认iFC指向的AS根据自身的判断逻辑对收到的初始请求消息进行业务能力检查,如果检查通过,执行步骤306;否则,执行步骤307。
在本步骤中,可以在默认iFC指向的AS中保存签约用户是否允许执行某些业务的签约信息,当该AS收到初始请求消息后,根据自身保存的所述签约信息,判断该初始请求消息中所请求的业务是否被允许。或者,可以将签约用户是否允许执行某项业务的签约信息保存在数据库中,当AS收到UE发送的初始请求消息后,通过访问数据库,根据数据库中保存的信息,判断所请求的业务是否被允许。
步骤306:默认iFC指向的AS将初始请求消息返回给S-CSCF实体,执行步骤308。
步骤307:默认iFC指向的AS向S-CSCF实体返回失败响应消息,S-CSCF实体将收到的失败响应消息返回给UE,结束当前流程。
步骤308:S-CSCF实体将初始请求消息按照SIP正常路由规则转发出去。
在上述方法中,也可以不把默认iFC的优先级设置为最低级,这样,业务能力检查可能在所有的签约iFC匹配检测尚未完成的情况下进行,如果业务能力检查通过,则将初始请求消息返回S-CSCF实体,继续进行剩余的签约iFC匹配检测;如果业务能力检查不通过,则向S-CSCF实体返回失败响应消息,S-CSCF实体将收到的失败响应消息返回至UE。
本发明实施例还提出一种进行业务能力检查的系统,参见图4,图4为本发明实施例进行业务能力检查系统的结构示意图。该系统包括:
S-CSCF实体,用于接收签约用户的UE发送的SIP消息,对收到的SIP消息进行业务能力检查,如果检查不通过,则向UE返回失败响应消息;或者,在收到SIP消息后,触发预先设定的该签约用户对应的默认iFC,将该SIP消息转发至默认iFC指向的AS;
默认iFC指向的AS,用于对收到的SIP消息进行业务能力检查,如果检查通过,则将该SIP消息返回至S-CSCF实体,否则,向S-CSCF实体返回失败响应消息。
上述系统可以进一步包括:HSS,用于存储签约用户对应的默认iFC,该默认iFC包含0个触发点;
S-CSCF实体,进一步用于从HSS下载签约用户对应的默认iFC。
上述系统中,S-CSCF实体进一步用于在收到签约用户的UE发送的SIP消息后,将该SIP消息与签约用户对应的所有签约iFC进行匹配检测,如果没有与任何一个签约iFC匹配成功,则继续执行对SIP消息进行业务能力检查的过程;或者,当没有与任何一个签约iFC匹配成功时,则继续执行触发默认iFC的过程。
综上所述,本发明实施例提出的IMS中进行业务能力检查的方法和系统,对签约用户的UE发送的SIP消息进行业务能力检查,所述检查可以由接收SIP消息的S-CSCF实体执行;也可以是S-CSCF实体将SIP消息转发给签约用户的默认iFC指向的AS,由该默认iFC指向的AS执行检查。上述第二种情况中,为签约用户设置对应的默认iFC,该默认iFC的触发点为0个,指向一个AS,默认iFC指向的AS对签约用户的UE发送的初始请求消息进行业务能力检查。由于默认iFC的触发点为0个,该默认iFC一定能够被触发,S-CSCF实体就一定会将UE发送的初始请求消息转发至默认iFC指向的AS,进行业务能力检查。如果检查通过,则默认iFC指向的AS向S-CSCF实体返回该初始请求消息;否则,将失败响应消息发送至S-CSCF实体。本发明也可以在初始请求消息与签约iFC匹配成功的情况下,直接跳过与默认iFC的匹配检测,不进行业务能力检查。通过这种方式,能够对签约用户的UE发送的SIP消息进行业务能力检查,使运营商能够对IMS中传递的业务进行控制。
综上所述,以上仅为对本发明精神的展示,而非用于限制本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (17)
1. 一种进行业务能力检查的方法,其特征在于,该方法包括:
接收签约用户的用户设备UE发送的会话发起协议SIP消息,对SIP消息进行业务能力检查,如果检查不通过,则向UE返回失败响应消息。
2. 根据权利要求1所述的方法,其特征在于,所述接收签约用户的UE发送的SIP消息,对SIP消息进行业务能力检查具体为:
服务呼叫会话控制功能S-CSCF实体接收签约用户的UE发送的SIP消息,并对SIP消息进行业务能力检查。
3. 根据权利要求1所述的方法,其特征在于,所述接收签约用户的UE发送的SIP消息,对SIP消息进行业务能力检查具体为:
S-CSCF实体接收签约用户的UE发送的SIP消息,触发预先设定的该签约用户对应的默认初始过滤准则iFC,将该SIP消息转发至默认iFC指向的应用服务器AS;默认iFC指向的AS对SIP消息进行业务能力检查,如果检查通过,则将SIP消息返回S-CSCF实体;如果检查不通过,则向S-CSCF实体返回失败响应消息。
4. 根据权利要求2所述的方法,其特征在于,所述S-CSCF实体接收签约用户的UE发送的SIP消息之后,并在并对SIP消息进行业务能力检查之前,进一步包括:S-CSCF实体将收到的SIP消息与签约用户对应的所有签约iFC进行匹配检测,如果与其中一个签约iFC匹配成功,则结束本流程;如果没有与任何一个签约iFC匹配成功,则继续执行所述对SIP消息进行业务能力检查的步骤。
5. 根据权利要求2所述的方法,其特征在于,所述S-CSCF实体接收签约用户的UE发送的SIP消息之后,并在并对SIP消息进行业务能力检查之前,进一步包括:S-CSCF实体将收到的SIP消息与签约用户对应的部分签约iFC进行匹配检测;
当所述业务能力检查结果为通过时,将SIP消息与签约用户对应的剩余部分签约iFC进行匹配检测。
6. 根据权利要求2所述的方法,其特征在于,所述S-CSCF实体对SIP消息进行业务能力检查之后,进一步包括:当所述业务能力检查结果为通过时,将SIP消息与签约用户对应的所有签约iFC进行匹配检测。
7. 根据权利要求3所述的方法,其特征在于,所述预先设定的签约用户对应的默认iFC是由S-CSCF实体从归属用户服务器HSS下载得到的。
8. 根据权利要求3所述的方法,其特征在于,所述预先设定的签约用户对应的默认iFC包含0个触发点。
9. 根据权利要求3所述的方法,其特征在于,所述S-CSCF实体收到签约用户的UE发送的SIP消息之后,并在触发默认iFC之前,进一步包括:
S-CSCF实体将所述SIP消息与签约用户对应的所有签约iFC进行匹配检测,如果与其中一个签约iFC匹配成功,则结束本流程;如果没有与任何一个签约iFC匹配成功,则继续执行所述触发默认iFC的步骤。
10. 根据权利要求9所述的方法,其特征在于,所述预先设定的签约用户对应的默认iFC的优先级为最低。
11. 根据权利要求3所述的方法,其特征在于,所述S-CSCF实体收到签约用户的UE发送的SIP消息之后,并在触发默认iFC之前,进一步包括:S-CSCF实体将所述SIP消息与签约用户对应的部分签约iFC进行匹配检测;
所述默认iFC将该SIP消息返回至S-CSCF实体之后,进一步包括:S-CSCF实体将所述SIP消息与签约用户对应的剩余部分签约iFC进行匹配检测。
12. 根据权利要求11所述的方法,其特征在于,所述预先设定的签约用户对应的默认iFC的优先级低于最高且高于最低。
13. 根据权利要求3所述的方法,其特征在于,所述默认iFC将该SIP消息返回至S-CSCF实体之后,进一步包括:S-CSCF实体将所述SIP消息与签约用户对应的所有签约iFC进行匹配检测。
14. 根据权利要求13所述的方法,其特征在于,所述预先设定的签约用户对应的默认iFC的优先级为最高。
15. 一种进行业务能力检查的系统,其特征在于,该系统包括:
S-CSCF实体,用于接收签约用户的UE发送的SIP消息,对收到的SIP消息进行业务能力检查,如果检查不通过,则向UE返回失败响应消息;或者,在收到SIP消息后,触发预先设定的该签约用户对应的默认iFC,将该SIP消息转发至默认iFC指向的AS;
默认iFC指向的AS,用于对收到的SIP消息进行业务能力检查,如果检查通过,则将该SIP消息返回至S-CSCF实体,否则,向S-CSCF实体返回失败响应消息。
16. 根据权利要求15所述的系统,其特征在于,所述系统进一步包括:
HSS,用于存储签约用户对应的默认iFC,该默认iFC包含0个触发点;
S-CSCF实体,进一步用于从HSS下载签约用户对应的默认iFC。
17. 根据权利要求15所述的系统,其特征在于,所述S-CSCF实体,进一步用于在收到签约用户的UE发送的SIP消息后,将该SIP消息与签约用户对应的所有签约iFC进行匹配检测,如果没有与任何一个签约iFC匹配成功,则继续执行对SIP消息进行业务能力检查的过程;或者,当没有与任何一个签约iFC匹配成功时,则继续执行触发默认iFC的过程。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007100900626A CN101272577A (zh) | 2007-03-23 | 2007-03-23 | 一种进行业务能力检查的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007100900626A CN101272577A (zh) | 2007-03-23 | 2007-03-23 | 一种进行业务能力检查的方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101272577A true CN101272577A (zh) | 2008-09-24 |
Family
ID=40006203
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007100900626A Pending CN101272577A (zh) | 2007-03-23 | 2007-03-23 | 一种进行业务能力检查的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101272577A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111277551A (zh) * | 2018-12-05 | 2020-06-12 | 中国移动通信集团四川有限公司 | 一种应用服务器as系统内部检测方法、装置、设备及介质 |
-
2007
- 2007-03-23 CN CNA2007100900626A patent/CN101272577A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111277551A (zh) * | 2018-12-05 | 2020-06-12 | 中国移动通信集团四川有限公司 | 一种应用服务器as系统内部检测方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11082459B2 (en) | System and method for determining trust for SIP messages | |
US8059633B2 (en) | Call forwarding in an IP multimedia subsystem (IMS) | |
RU2426275C2 (ru) | Способ, система и элемент сети для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, или отказе элемента сети | |
EP3054644B1 (en) | Voice session termination for messaging clients in IMS | |
CN100382503C (zh) | 一种在用户注册过程中注册异常的处理方法 | |
CN101489245B (zh) | 网络容灾方法、终端和呼叫会话控制功能实体 | |
CN102204222B (zh) | 用于ims中的重新登记或撤消登记中的方法和装置 | |
US9392027B2 (en) | Message handling in an IP multimedia subsystem | |
CN102577319B (zh) | 用于传递消息的方法和系统 | |
CN102035798B (zh) | 一种实现容灾的业务处理方法、系统及装置 | |
CN101682643A (zh) | 通信网络中的动态服务触发 | |
CN101674313A (zh) | 服务器主动通知用户切换的sip注册方法、系统及装置 | |
CN101489242A (zh) | 一种恢复业务的方法和装置 | |
CN108243162A (zh) | 一种sip注册的方法及装置 | |
KR100703426B1 (ko) | 아이피 기반 멀티미디어 서브시스템에서 가입자 정보유실시 발신 및 착신 호를 가능하게 하는 방법 및 장치 | |
CN101141678A (zh) | 一种ims会话处理方法及系统 | |
CN101743733B (zh) | Ip多媒体子系统(ims)和用于经由ims路由http消息的方法 | |
CN102884858A (zh) | 使能来自ims中未登记ue的连接的设置 | |
CN101141483B (zh) | 一种被叫非注册业务的实现方法及其装置 | |
CN101212814A (zh) | 网元数据失效或发生故障后的业务处理方法、系统及网元 | |
CN102469066B (zh) | 一种消息处理方法及装置 | |
CN101272577A (zh) | 一种进行业务能力检查的方法和系统 | |
EP2497249B1 (en) | Method and system for forwarding a message in a session initiation protocol based communications network | |
US20080186956A1 (en) | Method and system for processing call change request in an internet protocol multimedia subsystem | |
CN103685167A (zh) | 一种对ims会话进行管理的方法、装置和设备 |
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 |
Application publication date: 20080924 |