[发明专利]对用户设备伪装成应用服务器发起呼叫的处理方法

说明书

技术领域

本发明涉及通信领域，更具体地，涉及一种对用户设备(UserEquipment，简称UE)伪装成应用服务器(Application Server，简称AS)发起呼叫的处理方法，该方法尤其适用于IP多媒体子系统。

背景技术

IP多媒体子系统(IP Multimedia Core Network Subsystem，简称IMS)是第三代合作伙伴组织(3rd Generation Partnership Project，简称3GPP)定义的下一代网络标准，它的显著特点是采用了会话初始协议(Session Initial Protocol，简称SIP)体系，通讯与接入无关，可以具备多媒体业务控制功能与承载能力分离，呼叫与业务分离，应用与服务分离，业务与网络分离，以及移动网与因特网业务融合等多种能力。

IMS中主要的功能实体包括控制用户注册、会话控制等功能的呼叫控制实体(Call Session Control Function，简称CSCF)，集中管理用户签约数据的归属用户服务器(Home Subscriber Server，简称HSS)，提供各种业务逻辑控制功能的应用服务器(ApplicationServer，简称AS)。另外，在会话过程中还涉及互连边界控制功能(Interconnection Border Control Function，简称IBCF)、签约定位器功能(Subscription Locator Function，简称SLF)等功能实体。

在IMS框架中，AS可以代替用户发起始呼(Origination)流程，其中，用户可为已注册或未注册用户。

AS在发起始呼流程时，需要在初始请求的最上面的Route头(topmost Route header)的统一分配资源标识(Uniform ResourceIdentifier，简称URI)后携带″orig″参数。″orig″参数是一个URI参数，AS使用该参数向I-CSCF(Interrogating Call Session ControlFunction，查询呼叫会话控制功能)和S-CSCF(Serving Call SessionControl Function，服务呼叫会话控制功能)表明该请求是AS发起的始呼流程，I-CSCF和S-CSCF据此执行AS始呼流程。S-CSCF对AS发起的请求与对UE(User Equipment，用户设备)发起请求的处理不同，主要是没有对AS鉴权的要求。

即，″orig″参数是AS发起的始呼流程的标志，只要请求的最上面的Route头的URI后携带″orig″参数，I-CSCF和S-CSCF即视为AS发起的请求，进行不同的处理流程。目前所采用的技术中，P-CSCF对UE的请求的预加载的Route头(preloaded Route headers)进行检查时，只是对URI进行检查比较，没有检查是否有″orig″参数。如果用户在发起的请求预加载Route头中携带″orig″参数，S-CSCF即会将此请求视为AS发起的始呼流程，将不管系统是否配置为要求鉴权，都不做认证鉴权处理。

图1是在要求对呼叫进行鉴权时，IMS对用户发起呼叫请求的处理流程，如图1所示，包括如下处理：

S101，终端UE向P-CSCF(Proxy Call Session Control Function，代理呼叫会话控制功能)发送一个初始会话请求；

S102，P-CSCF将请求消息转发到S-CSCF；

S103，S-CSCF检查系统配置是否需要鉴权；

S104，系统检查需要鉴权，S-CSCF发送挑战请求(407)到P-CSCF；

S105，P-CSCF将挑战请求转发到UE；

S106，UE计算挑战响应，并发送第二条会话请求携带挑战响应；

S107，P-CSCF转发该请求消息到S-CSCF；

S108，S-CSCF检查第二条会话请求中的挑战响应是否正确；

S109，如果挑战响应正确，鉴权通过，S-CSCF转发会话请求到被叫网络；

S110，S-CSCF收到被叫发回的会话建立成功响应；

S111，S-CSCF转发会话建立成功响应到P-CSCF；

S112，P-CSCF转发会话建立成功响应到UE；

如果用户在发起的请求预加载的Route头中S-CSCF的URI后面携带″orig″参数，则IMS对该请求的处理流程如图2所示，具体包括：