IP多媒体子系统对禁呼或错误用户呼叫的处理方法

摘要

本发明供了一种IP多媒体子系统对禁呼或错误用户呼叫的处理方法，包括：首先，用户向代理会话控制功能实体发送起呼请求，其中携带用户优选公共用户标识；其次，若所述用户为禁呼用户或错误用户，代理会话控制功能实体将所述请求中的用户优选公共用户标识插入到起呼请求，并将所述请求转发给服务会话控制功能实体；最后，服务会话控制功能实体根据起呼请求获知该用户为禁呼或错误用户。采用本发明，在不需要对现有IMS架构做修改的情况下，就可以有效地对禁呼或错误用户发起的呼叫进行处理，并能禁止禁呼用户或错误用户发起的呼叫。

说明书

技术领域

本发明涉及IP多媒体子系统，具体涉及一种IP多媒体子系统对禁呼或错误用户呼叫的处理方法。

背景技术

在IMS(IP多媒体子系统)中，一个IMS用户可以有多个公有身份标识，其中运营商可以将其中一个或多个公有身份标识设置为禁止呼叫(barred)状态，称为禁呼用户。根据TS29.228<附录B.2.1>中的相关要求禁呼用户可以发起注册、注销，但无法发起呼叫、订阅等多媒体会话业务。

一个IMS用户如果要进行会话，需要首先进行注册，注册的过程就是将自己的位置在网络上进行登记。

图1是IMS用户注册流程图，主要涉及以下网元和设备：UE(用户设备)、P-CSCF(代理会话控制功能实体)、I-CSCF(问询会话控制功能实体)、S-CSCF(服务会话控制功能实体)、HSS(归属用户服务器)。其中对禁呼用户的处理见步骤119。

当前技术中，IMS用户注册流程见附图1，包括以下步骤：

步骤101，UE(用户)向P-CSCF发送注册请求，请求中带有用户公有身份标识；

步骤102，P-CSCF收到注册请求时，通过DNS查询或者本地配置找到用户归属网络接入点的I-CSCF，并将注册请求转发到该I-CSCF；

步骤103，I-CSCF向HSS发送S-CSCF分配请求消息，请求分配S-CSCF；

步骤104，HSS向I-CSCF返回S-CSCF分配响应消息，其中包含分配的S-CSCF名称或S-CSCF的能力列表；

步骤105，I-CSCF从上述S-CSCF名称或S-CSCF的能力列表中选择S-CSCF，并将注册请求消息发送到该选定的S-CSCF；

如果S-CSCF需要对用户进行认证鉴权，则执行步骤106～116；否则跳转至步骤117：

步骤106～116，S-CSCF向HSS发送用户认证请求，以获取用户认证向量，HSS向S-CSCF返回包含用户认证向量的用户认证响应(106～107)；S-CSCF构造挑战请求(Unauthorized消息)，将该挑战请求转发到UE后，UE构造挑战响应，S-CSCF收到挑战响应消息后，判断用户的合法性，完成对用户的认证、鉴权(108～116)；

步骤117，S-CSCF向HSS发送用户配置请求；

步骤118，HSS存储S-CSCF信息，并将用户的签约数据、计费地址信息包含在用户配置响应中返回给S-CSCF；

步骤119，S-CSCF构建注册成功响应，响应消息的P-Associated-URI头域值携带用户的除barred公有身份标识以外的所有公有身份标识；

步骤120，S-CSCF将注册成功响应转发给I-CSCF；

步骤121，I-CSCF将注册成功响应转发给P-CSCF；

步骤122，P-CSCF收到注册成功响应，将注册响应消息中携带的公有身份标识等信息保存在本地，将注册成功响应转发给UE；

由于响应消息中不包含Barred公有身份标识，因此P-CSCF无该用户数据，如果收到该用户标识相关的业务请求，则会认为该用户未注册。

另外在订阅、通知过程中，S-CSCF也不会将被禁止的用户数据通知给P-CSCF，因此P-CSCF也无法获得用户的Barred公有身份标识。

现有的IMS对起呼处理流程见附图2，包括以下步骤：

步骤201，主叫UE(UE#1)向主叫P-CSCF(P-CSCF#1)发送会话请求，用户发起会话，该会话请求可以携带一个P-Preferred-Identity(用户优选公共用户标识)消息头，该消息头是可选的，它是用户希望使用的公有身份标识，可称为用户优选公共用户标识；由于某种原因，UE在填写P-Preferred-Identity消息头，可能填写为Barred公有身份标识或者可能填错。

步骤202，请求消息到达P-CSCF，P-CSCF首先会检查P-Preferred-Identity消息头是否存在：如果存在P-Preferred-Identity消息头，P-CSCF检查消息头的中的数据是否为发起会话用户的一个当前已注册的公有身份标识，如果是的话，P-CSCF就会用一个内容相同的P-Asserted-Identity头(用于告知S-CSCF，该公有身份标识是可信任的)代替P-Preferred-Identity头发往S-CSCF。如果P-Preferred-Identity消息头没有包含一个已经注册的公共身份标识，P-CSCF就会删除该消息头，在这种情况下，或者在不存在P-Preferred-Identity头的情况下，P-CSCF就会添加一个P-Asserted-Identity头，其中包含发起用户的缺省公有身份标识，再将会话请求消息发往用户归属的S-CSCF。

如果在步骤201中，UE填写为Barred公有身份标识或者其他错误公有身份标识，在现有机制由于P-CSCF无该用户注册数据，会认为会话消息携带上来的用户公有身份标识不存在，P-CSCF就修改会话请求(替换原来公有身份标识为一个注册的缺省用户公有身份标识)将会话路由到S-CSCF。

步骤203～208，主叫S-CSCF(S-CSCF#1)进行业务控制处理，之后将会话请求转发给被叫S-CSCF(S-CSCF#2)，被叫S-CSCF进行一定的业务控制处理，将请求发往被叫P-CSCF，被叫P-CSCF将会话请求发给被叫用户；

如果在步骤201中，UE填写为Barred用户，或者其他错误用户，由于步骤202中将其替换为缺省用户公有身份标识，S-CSCF将认为该呼叫合法，允许呼叫继续进行。

步骤209～213，被叫UE回应会话建立成功应答给被叫P-CSCF，会话建立成功应答一路经过被叫P-CSCF、被叫S-CSCF、主叫S-CSCF、主叫P-CSCF到达主叫UE。

可以看出，目前IMS对barred公有身份标识和错误用户处理存在缺陷，导致IMS系统对barred用户公有身份的呼叫无法禁止。

发明内容

本发明要解决的技术问题是提供一种IP多媒体子系统对禁呼或错误用户呼叫的处理方法，可实现IMS系统禁止禁呼用户或错误用户发起的呼叫。

为了解决上述问题，本发明提供了一种IP多媒体子系统对禁呼或错误用户呼叫的处理方法，包括：

(a)用户向代理会话控制功能实体发送起呼请求，其中携带用户优选公共用户标识；

(b)若所述用户为禁呼用户或错误用户，代理会话控制功能实体将所述请求中的用户优选公共用户标识插入到起呼请求，并将所述请求转发给服务会话控制功能实体；

(c)服务会话控制功能实体根据起呼请求获知该用户为禁呼或错误用户。

进一步地，所述步骤(b)中代理会话控制功能实体收到所述请求，通过获取其中的用户优选公共用户标识与本地保存的已注册的公共用户标识进行匹配，若所述用户优选公共用户标识与其中任何一个注册的公共用户标识都不匹配，则判定所述用户为禁呼用户或错误用户。

进一步地，所述步骤(b)中代理会话控制功能实体判定所述用户为禁呼用户或错误用户后，在起呼请求中插入一个包含了缺省的公共用户身份标识的P-Asserted-Identity消息头，同时保留P-Preferred-Identity消息头，或用其他扩展头域和扩展参数携带用户优选公共用户标识，再将所述起呼请求转发给服务会话控制功能实体。

进一步地，所述步骤(c)中服务会话控制功能实体收到所述起呼请求后，获取所述请求中的用户优选公共用户标识，若所述标识为禁呼用户或错误用户，根据运营商策略，允许继续呼叫或禁止呼叫。

进一步地，若禁止呼叫，服务会话控制功能实体则向代理会话控制功能实体返回禁止响应，代理会话控制功能实体将所述禁止响应返回给用户，拒绝起呼请求。

进一步地，若允许继续呼叫，服务会话控制功能实体在向其他网元转发起呼请求时，删除P-Preferred-Identity消息头，或其它包含了用户优选公共用户标识的扩展头域和扩展参数。

综上所述，本发明提供了一种IP多媒体子系统对禁呼或错误用户呼叫的处理方法，在不需要对现有IMS架构做修改的情况下，就可以有效地对禁呼用户发起呼叫进行处理，并能禁止禁呼用户或错误用户发起的呼叫。

附图说明

图1为现有技术中的IMS用户注册流程图；

图2为现有技术中的P-CSCF和S-CSCF对起呼用户处理流程图；

图3为本发明的禁呼用户或错误用户发起会话时P-CSCF和S-CSCF处理流程图。

具体实施方式

现有技术中，P-CSCF无法知道请求消息中包含的用户信息是否为Barred用户或错误的用户，当接收请求中P-Preferred-Identity消息头中的内容与本地保存的已注册的公共用户标识不匹配的时候，就在请求消息中插入P-Asserted-Identity消息头，包含一个缺省的公共用户身份标识，同时删除P-Preferred-Identity消息头，然后将起呼请求转发给S-CSCF。这样S-CSCF在收到来自P-CSCF的请求中，无法获知此请求是否来自一个Barred的用户或错误的用户，所以有必要让P-CSCF将barred用户或错误用户的公共身份标识发到S-CSCF。

本实施例提供了一种IP多媒体子系统对对禁呼或错误用户呼叫的处理方法，如图3所示：

步骤301：用户向P-CSCF发送起呼请求，在P-Preferred-Identity消息头中携带UE优选使用的公共用户标识，如果没有P-Preferred-Identity消息头，则表示UE优选使用默认用户标识；

步骤302：P-CSCF收到起呼请求后，将P-Preferred-Identity消息头中的公共用户标识与本地保存的已注册的公共用户标识进行匹配。如果与其中任何一个注册的公共用户标识都不匹配，说明为禁呼用户或错误用户，则在起呼请求中插入P-Asserted-Identity消息头，包含一个缺省的公共用户身份标识，同时保留P-Preferred-Identity消息头，或用其他扩展头域和扩展参数携带用户优选公共用户标识，然后将起呼请求转发给S-CSCF；

P-CSCF收到起呼请求后，将P-Preferred-Identity消息头中的用户优选公共用户标识与本地保存的已注册的公共用户标识进行匹配。如果P-Preferred-Identity消息头中的用户优选公共用户标识与其中一个注册的公共用户标识匹配，在起呼请求中插入P-Asserted-Identity消息头，包含所匹配的公共用户身份标识，但删除携带了用户优选公共用户标识的P-Preferred-Identity消息头，即不再将用户优选公共用户标识插入到起呼请求中，然后将起呼请求转发给S-CSCF；

如果P-CSCF收到的起呼请求消息中不含P-Preferred-Identity消息头，P-CSCF则在起呼请求中插入P-Asserted-Identity消息头，包含一个缺省的公共用户身份标识。

步骤303：S-CSCF收到P-CSCF发来的起呼请求，并根据起呼请求作出相应处理。

步骤304：如果请求消息中包含P-Preferred-Identity消息头，说明用户是Barred用户或错误的用户，则根据运营商策略，可以允许继续呼叫或禁止呼叫，如果禁止呼叫，则向P-CSCF返回禁止(Forbidden)响应，拒绝会话请求；如果允许继续呼叫，在向其他网元转发请求消息时，删除P-Preferred-Identity消息头，或其它包含了用户优选公共用户标识的扩展头域和扩展参数。S-CSCF收到起呼请求以后，如果请求消息中不包含P-Preferred-Identity消息头，说明用户是允许呼叫的用户，继续进行呼叫的进一步处理。

步骤305：若是禁呼或错误用户，且禁止呼叫，P-CSCF将收到的禁止响应转发给用户。