技术领域

本发明涉及 NGN ( Next Generation Network, 下一代通信网络） 网络下 的智能网通讯领域， 尤其涉及一种 NGN下实现宽带业务功能的实现方法及 业务平台。 背景技术

下一代网络（ Next Generation Network , 简称 NGN ) , 又称为次世代网 络，主要思想是在一个统一的网络平台上以统 一管理的方式提供多媒体业务， 在整合现有的市内固定电话、移动电话的基础 上（统称为 FMC ( Fixed Mobile Convergence, 固定网络与移动网络融合） ）， 增加多媒体数据服务及其他增 值型服务。 其中话音的交换将釆用软交换技术， 而业务平台的主要实现方式 为 IP技术， 逐步实现统一通信。 其中 VOIP ( Voice over Internet Protocol, 网 络电话）将是下一代网络中的重点。 为了强调 IP技术的重要性， 业界的主要 公司之一思科公司 （ Cisco Systems )主张称其为 IP-NGN。

NGN是一个分组网络， 它提供包括电信业务在内的多种业务， 能够利用 多种带宽和具有 QoS ( Quality of Service, 服务质量）能力的传送技术， 实现 业务功能与底层传送技术的分离； 它允许用户对不同业务提供商网络的自由 接入， 并支持通用移动性， 实现用户对业务使用的一致性和统一性。 它以软 交换为核心， 能够提供包括语音、 数据、 视频和多媒体业务的基于分组技术 的综合开放的网络架构， 代表了通信网络发展的方向。 NGN具有分组传送、 控制功能从承载、 呼叫 /会话、 应用 /业务中分离、 业务提供与网络分离、 提 供开放接口、 利用各基本的业务组成、 提供广泛的业务和应用、 端到端 QoS 和透明的传输能力通过开放的接口规范与传统 网络实现互通、 通用移动性、 允许用户自由地接入不同业务提供商、 支持多样标志体系， 融合固定与移动 业务等等特征。

作为 NGN网络的核心技术， 软交换（Softswitch ) 的发展受到了越来越 多的关注， 作为下一代网络的控制功能， 软交换为 NGN具有实时性要求的 业务提供呼叫控制和连接控制功能。 我国信息产业部电信传输研究所对软交 换的定义是： 软交换是网络演进以及下一代分组网络的核心 设备之一， 它独 立于传送网络，主要用于完成呼叫控制、 资源分配、协议处理、路由、认证、 计费等主要功能，同时可以向用户提供现有电 路交换机所能提供的所有业务， 并向第三方提供可编程能力。

目前，我国已完成并颁布了《软交换设备总体 技术要求》（ YDC003-2001 ), 明确规范了软交换在网络中的位置、 功能要求、 业务要求、 操作维护和网管 要求、 协议和接口要求， 计费要求和性能指标， 并规定了与 IP电话及智能网 的互通要求等。 特别值得一提的是， 不仅固网如此， 移动软交换设备技术要 求和设备规范的送审稿也于近日完成， 主要针对软交换技术在移动网络中的 移动性管理和鉴权等方面特征进行了相应的扩 展。 不难看出， 在分组交换日 益普遍的情况下， 软交换技术无论是在固网还是在移动网络的发 展和融合当 中， 作为网络的核心技术， 都发挥着重要的粘合作用。

Softswitch技术区别于其它技术的最显著特征， 也是其核心思想的三个 基本要素是：

1 ) 开放的业务生成接口

Softswitch提供业务的主要方式是通过 API ( Application Programming Interface,应用程序编程接口）与 "应用服务器 "配合以提供新的综合网络业务。 与此同时， 为了更好地兼顾现有通信网络， 它还能够通过 INAP ( Intelligent Network Application Protocol, 智能网应用协议）与 IN ( Intelligent Network, 智能网 ) 中已有的 SCP ( Service Control Point, 业务控制点 ) 配合以提供传 统的智能业务；

2 ) 综合的设备接入能力

Softswitch可以支持众多的协议，以便对各种各� �的接入设备进行控制，

3 ) 基于策略的运行支持系统

Softswitch 釆用了一种与传统 OAM ( Operation Administration and Maintenance, 操作管理维护） 系统完全不同的、 基于策略（ Policy-based )的 实现方式来完成运行支持系统的功能，按照一 定的策略对网络特性进行实时、 智能、 集中式的调整和干预， 以保证整个系统的稳定性和可靠性。

在现阶段 NGN环境下， 软交换（Softswitch )提供 API接口给业务应用 服务器， 对用户进行开户、 SIP ( Session Initiation Protocol, 初始会话协议） 注册的用户名和密码、 用户的鉴权数据、 用户的 IFC ( Initial Filter Criteria, 初始过滤规则）触发规则等功能，有了触发规 则才能触发到智能网业务平台， 才能实现智能网业务的各种功能。

业界的软交换基本上都是由硬件设备来实现的 。 在实际的智能网商用过 程中， 硬件的材料成本、 人力成本及维护成本均比较高。

发明内容

本发明的目的在于提供一种 NGN下实现宽带业务的方法及业务平台， 以克服现有通过硬件设备来实现软交换功能所 带来的成本高的缺陷。

为解决上述问题， 本发明提供了一种在 NGN下实现宽带业务的方法， 包括：

初始会话协议代理服务器 ( SIPPXY )接收智能网宽带用户发来的注册请 求消息， 根据其中携带的所述用户的标识信息检索当前 是否保存了该用户的 信息， 若未保存， 则申请数据区进行保存处理；

所述 SIPPXY向 SIP业务代理服务器（ SIP-AP )发送注册请求消息； 所述 SIP-AP对接收到的所述注册请求消息进行鉴权， 在鉴权通过后构 造注册应答消息回复给所述 SIPPXY;

所述 SIPPXY发送注册应答消息给所述智能网宽带用户 。

优选地， 所述方法还包括：

所述 SIPPXY收到主叫用户所在终端发来的呼叫请求后 ， 向所述 SIP-AP 转发所述呼叫请求；

所述 SIP-AP接收到所述呼叫请求后， 向 SIP路由服务器（SIPROUTE ) 发送消息请求获取所述主叫用户的路由信息及 签约信息， 并将请求到的所述 主叫用户的路由信息及签约信息发送给所述 SIPPXY转发； 所述 SIPPXY 向业务应用服务器 （AS )发送呼叫请求， 其中携带所述 SIPROUTE查询到的所述主叫用户的签约信息；

所述 AS根据所述呼叫请求中携带的所述主叫用户的� ��约信息触发业务 流程； 在所有业务的流程触发完毕后， 所述 SIP-AP再将所述呼叫请求转发 至被叫用户。

优选地 ,

所述注册应答消息中携带鉴权结果；

若所述注册应答消息中携带的鉴权结果为鉴权 成功， 则所述 SIPPXY还 发送第三方注册请求消息到对应的业务平台去 。

优选地， 所述方法还包括：

所述 SIPPXY在向所述 SIP-AP发送注册请求消息后， 启动一定时器； 若在所述定时器超时时，所述 SIPPXY仍未收到所述 SIP-AP回复的注册 应答消息， 则释放保存的所述注册请求消息。

优选地，

所述 SIP-AP对接收到的所述注册请求消息进行鉴权， 包括：

所述 SIP-AP根据所述注册请求消息中携带的所述主叫 用户的的标识信 息查找对应的注册信息； 若判断出所述注册信息中的注册 CALLID与所述注 册请求消息中携带的 CALLID相同，则向所述 SIPPXY发送未授权应答消息， 其中携带计算出的认证头域；

所述 SIPPXY向所述主叫用户转发所述未授权应答消息 ；

所述 SIP-AP根据所述主叫用户发来的携带所述认证头 域及 Contact头域 的注册请求消息后， 重新计算认证头域； 若计算出的认证头域与接收到的所 述认证头域相同， 则鉴权通过。

优选地，

所述 SIP-AP 利用随机产生的字符串与所述主叫用户的密码 信息计算生 成认证头域。 优选地， 所述方法还包括：

所述 SIPPXY在收到所述注册应答消息后， 构造新的注册请求消息， 并 发送给业务应用服务器；

在接收到所述业务应用服务器返回的注册成功 响应后， 所述 SIPPXY将 所述注册成功响应发送给所述 SIP-AP。

相应地， 本发明还提供了一种业务平台， 应用于下一代通信网络中， 包 括：

初始会话协议代理服务器（SIPPXY ) , 设置为： 接收智能网宽带用户发 来的注册请求消息， 根据其中携带的所述用户的标识信息检索当前 是否保存 了该用户的信息， 若未保存， 则申请数据区进行保存处理； 向 SIP业务代理 服务器（SIP-AP )发送注册请求消息； 还将接收到的注册应答消息发送给所 述智能网宽带用户；

所述 SIP-AP设置为： 对接收到的所述注册请求消息进行鉴权， 在鉴权 通过后构造注册应答消息回复给所述 SIPPXY。

优选地， 所述业务平台还包括： 业务应用服务器（AS )和 SIP路由服务 器（ SIPROUTE ) ；

所述 SIPPXY还设置为： 在收到主叫用户所在终端发来的呼叫请求后， 向所述 SIP-AP转发所述呼叫请求； 还向所述 AS发送呼叫请求， 其中携带所 述 SIPROUTE查询到的所述主叫用户的签约信息；

所述 SIP-AP还设置为： 在接收到所述呼叫请求后， 向所述 SIPROUTE 发送消息请求获取所述主叫用户的路由信息及 签约信息， 并将请求到的所述 主叫用户的路由信息及签约信息发送给所述 SIPPXY转发； 还在所有业务的 流程触发完毕后， 将所述呼叫请求转发至被叫用户；

所述 AS还设置为： 根据所述呼叫请求中携带的所述主叫用户的签 约信 息触发业务流程。

优选地 ,

所述注册应答消息中携带鉴权结果； 所述 SIPPXY还设置为： 在所述注册应答消息中携带的鉴权结果为鉴权 成功时， 发送第三方注册请求消息到对应的业务平台。

优选地 ,

所述 SIPPXY还设置为：对向所述 SIP-AP发送的注册请求消息进行保存； 还在向所述 SIP-AP发送注册请求消息后， 启动一定时器； 若在所述定时器 超时时， 仍未收到所述 SIP-AP 回复的注册应答消息， 则释放保存的所述注 册请求消息。

优选地 ,

所述 SIPPXY还设置为：向所述主叫用户转发所述 SIP-AP发来的未授权 应答消息；

所述 SIP-AP设置为： 对接收到的所述注册请求消息进行鉴权， 包括： 所述 SIP-AP根据所述注册请求消息中携带的所述主叫 用户的的标识信 息查找对应的注册信息； 若判断出所述注册信息中的注册 CALLID与所述注 册请求消息中携带的 CALLID相同，则向所述 SIPPXY发送未授权应答消息， 其中携带计算出的认证头域； 还根据所述主叫用户发来的携带所述认证头域 及 Contact头域的注册请求消息后， 重新计算认证头域； 若计算出的认证头 域与接收到的所述认证头域相同， 则鉴权通过。

优选地 ,

所述 SIP-AP设置为： 利用随机产生的字符串与所述主叫用户的密码 信 息计算生成认证头域。

优选地 ,

所述 SIPPXY还设置为： 在收到所述注册应答消息后， 构造新的注册请 求消息， 并发送给业务应用服务器（AS ) ； 还在接收到所述 AS返回的注册 成功响应后， 将所述注册成功响应发送给所述 SIP- AP。

本发明实施例提出了一种能和智能网业务平 台融合的新 SIP-AP,无需额 外的硬件设备来支持， 在智能网宽带业务的应用中有非常广阔的发展 和使用 空间， 尤其在面向政企网、 中小型企业的宽带业务应用中更加有优势、 更能 节约成本。 在流程上， 硬件软交换要单独设备， 而 SIP-AP是融合在业务平 台中的； 在后续调试上， 硬件软交换要配置业务侧的许多数据， 如增加业务 节点、 业务签约等数据， 而 SIP-AP和业务平台间是内部消息， 签约也是脚 本实现， 无需后续再配置数据， 大大缩短了联调时间。 附图概述

图 1为本发明实施例中业务平台的结构图；

图 2为本发明实施例中在 NGN下实现用户注册的逻辑流程图； 图 3为本发明实施例中在 NGN下实现用户呼叫流程的逻辑流程图； 图 4为本发明具体实施例的信令流程图。 本发明的较佳实施方式

下文中将结合附图对本发明的实施例进行详细 说明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互 任意组合。

如图 1所示， 在本实施例中， 智能网业务平台中包括： SIP代理服务器

( SIP Proxy, 简称为 SIPPXY ) 、 业务应用服务器（ Application Server, 简称 为 AS ) 、 SIP业务代理服务器（ SIP Application Proxy, 简称 SIP-AP )及 SIP 路由服务器（SIP Route, 简称 SIPROUTE ) 。 其中：

SIPPXY提供和 SIP-AP之间的接口、 第三方注册的分发等功能；

AS用于提供底层业务能力， 如： 呼叫控制等功能；

SIP-AP用于完成登录管理、订阅管理、业务注册 及 SIP消息路由等功能。 其用于实现 NGN环境下软交换所要实现的功能并进行 SIP消息处理及转发， 需要完成接收客户端注册、 注销等登陆管理以及订阅注册管理及通知、 注册 成功后向用户签约的 AS进行第三方注册等功能， 另外还需要对 SIP消息进 行路由处理， 通过用户的签约业务类型转发到对应的 AS, 从而实现业务的 各种功能；

SIPROUTE用于完成对注册在 SIP-AP上的用户的签约信息的查询， 并 通过查询到的用户的签约业务类型将 SIP消息转发到对应的 AS。 上述各网元间使用的协议如下：

SIPPXY与 UE之间使用信令和通话的媒体协商，信令使用 SIP协议互通， 相互间媒体遵循 MGCP( Media Gateway Control Protocol,媒体网关控制协议） 协议；

SIPPXY与 SIP-AP之间使用 R01内部通信，二者交互的消息中包含源发 送方的 IP地址、源发送方的端口、接收注册请求消息� ��链路号、软交换序号、 SIPPXY接收注册请求消息的链路地址与端口、 SIPPXY申请注册数据区的索 引以及必要的 SIP头域信息；

SIP-AP与 SIPROUTE之间使用 R01内部通信， SIP-AP接收到需要转发 的 SIP消息后， 向 SIPROUTE发送消息请求获取路由信息； SIPROUTE接收 到消息请求后返回路由结果， SIP-AP根据返回的结果通知 SIPPXY转发该消 息。

如图 2所示， 智能网用户的注册流程如下：

步骤 201 :智能网宽带用户 A向 SIPPXY发送注册请求消息（Register ); 步骤 202： SIPPXY以注册请求消息中携带的 Call-ID与 Via的 Branch字 段为 HashKey (哈希键值） 来检索当前是否保存了该用户的信息。 在没有保 存的情况下， SIPPXY会根据上述 HashKey来申请数据区， 之后将上述信息 更新到该数据区， 并向 SIP-AP发送注册请求消息；

步骤 203: SIP-AP收到注册请求消息后进行鉴权判断， 鉴权通过后构造 注册应答消息给 SIPPXY, 其中携带鉴权结果；

步骤 204: SIPPXY发送注册应答消息给用户 A,如果鉴权结果为鉴权成 功， 则还需要发送第三方注册请求消息到对应的业 务平台去， 这样用户 A注 册成功。

如图 3所示， 智能网宽带用户间的呼叫流程如下：

步骤 301 :用户 A向用户 B发起呼叫，发送呼叫请求到 SIPPXY, SIPPXY 向 SIP-AP转发该呼叫请求；

步骤 302: SIP-AP接收到上述呼叫请求后， 向 SIPROUTE发送消息请求 获取用户 A的 ROUTE信息及签约信息； SIPROUTE根据其中携带的用户 A 的标识信息查询 ROUTE信息及用户 A 的签约信息， 并将查询结果返回给 SIP-AP;

步骤 303: SIP-AP根据 SIPROUTE返回的查询结果， 通知 SIPPXY转发 上述呼叫请求； SIPPXY将上述呼叫请求消息转给 AS, 由 AS根据此消息中 的签约信息来触发业务流程。 所有业务的流程触发完毕后， SIP-AP再将此呼 叫转发至用户 B, 从而实现用户 A和用户 B之间的通话。

如图 4所示， 假设 UE A和 UEB是智能网宽带用户， 一种 NGN下实现 智能网业务呼叫功能的方法， 具体注册和呼叫信令流程如下：

步骤 1： UE A向 SIPPXY发送注册请求消息；

步骤 2: SIPPXY根据注册请求消息中携带的 Call-ID与 Via的 Branch字 段为 HashKey来检索当前是否保存了该 UE A的信息。在没有保存的情况下， SIPPXY会根据 HashKey来申请数据区， 之后进行更新处理（如保存源链路 号、 源 SS索引、 源地址与端口、 FromTag、 顶部 Via头域的 Host部分） ； 然后向 SIP-AP发送注册请求消息， 其中携带： 源发送方 （即 UE A ) 的 IP 地址、 源发送方的端口、 接收注册请求消息的链路号、 软交换序号、 SIPPXY 接收注册请求消息的链路地址与端口、 SIPPXY申请注册数据区的 Selflndex、 以及必要的 SIP头域信息， 然后申请共享内存保存该注册请求消息， 并设置 超时定时器 Timerl ; 若在该超时定时器超时时， 仍未收到 SIP-AP回复的注 册应答消息， 则将该注册请求消息从共享内存中删除；

步骤 3: SIP-AP接收到 SIPPXY发来的注册请求消息后， 首先根据该消 息中携带的 UE A的标识信息从内存中查找用户个人信息， 如果内存中不存 在用户个人信息， 则去相应数据库中去查询用户的注册信息和个 人信息； 步骤 4: 待数据库返回查询的信息后， 保存个人信息至内存， 判断接收 到的注册请求消息中携带的 CALLID和查询到的注册信息中的注册 CALLID 是否相同， 不相同返回 401应答； 否则执行下一步骤；

步骤 5~6： SIP-AP构造注册应答信息向 SIPPXY发送， 返回 401 未授权 应答消息， 应答消息中包含 WWW-Authenticate (认证 )头域； SIPPXY将该 401未授权应答消息转发给 UE A; 其中， 该 Authenticate头域是由 SIP-AP 根据 nonce和 password计算出来的； nonce是 SIP-AP随机生成并保存的字符 串， password是查询到的用户的密码信息；

步骤 7~8： UE A根据接收到的未授权应答消息中携带的 WWW认证信 息， 再次向 SIP- AP发送注册请求消息， 其中， Authorization头域包含了上述 未授权应答消息中携带的 WWW认证信息；

步骤 9~10： SIP- AP收到包含 Authorization头域的注册请求消息后， 执 行鉴权认证， 发现缺少 Contact头域， 因此向 UE A发送 403应答；

步骤 11~16： UE A收到 403应答后， 重新构造注册请求消息， 在步骤 1 的注册请求消息的基础上添加 Contact头域， 然后发送到 SIP-AP; SIP-AP向 UE A返回 401 Unauthorized应答， 应答消息中包含上述 WWW- Authenticate 头域；终端再次向 SIP-AP发送注册请求消息，其中携带 Authorization头域； SIP-AP收到后，使用保存的 nonce与查询到的 password计算出 Authorization 头域， 如果和 UE A发来的 Authorization头域不一致， 返回 403错误， 如果 一致且该注册请求消息中又带了 Contact头域， 则 SIP-AP鉴权成功， 向终端 发送 200 OK的注册应答消息；

步骤 17~20： SIP-AP使用 R01消息 Query— Register— Info到 SIPROUTE 查询注册请求消息的转发地址（即路由信息） ， SIPROUTE通过该 R01消息 中携带的用户的注册账号到数据库中查询出要 转发的目的地址及端口； 在查 询完成后， 将查询结果发送给 SIP-AP;

步骤 21~24： SIP-AP在对 UE A发送的注册请求消息鉴权通过后， 向 SIPPXY下发 SIP-AP— RES— FROM— DAS— EVENT消息； SIPPXY对此消息进 行判断， 进行必要的头域处理构造成新的注册消息： 增加 Via 头域、 Record-Route头域、 Route头域、更新 Contact头 i或、更新 Request-Uri的 Host 部分。 根据 SIP-AP— RES— FROM— DAS— EVENT消息中携带的 SIP-AP指示向 AS发送注册请求消息， 然后设置超时定时器 Timer2, AS返回注册成功后， SIPPXY通过发送 SIP-AP— REGISTER— RES— TO— DAS— EVENT消息将注册应 答消息上报给 SIP-AP, 同时记录收到的注册应答消息数目； 在收到所有的注 册应答的场合， 取消超时定时器 Timer2, 并释放数据区；

步骤 25： SIP-AP保存当前用户的个人信息到内存和 SYBASE数据库中， 从而完成用户的注册流程； 步骤 26~27:当用户 A向 SIPPXY发起呼叫请求（ INVITE )消息， SIPPXY 向 SIP-AP上^艮此呼叫请求；

步骤 28~29： SIP-AP接收到需要转发的 INVITE消息， 向 SIPROUTE发 送消息， 请求获取主叫用户 UE A 的 ROUTE 信息， 消息结构为 SAP— Query— Routelnfo; SIPROUTE将从数据库中查询到的此用户的签约信� �� 发送给 SIP-AP, 其中包括 Mode参数 mo (主叫签约）及 SC参数等；

步骤 30~31： SIP-AP向 SIPPXY发送 "转发请求" 此 INVITE指示， 其 中头域中 RouteMode为 mode=mo; SIPPXY将 INVITE消息分发到 AS, 由 AS上的智能网业务根据 INVITE消息头域中的 Mode及 SC来触发业务的主 叫流程；

步骤 32~37： 主叫流程触发完成后， AS再将 INVITE下发给 SIPPXY, SIPPXY向 SIP-AP上报此呼叫请求 , SIP-AP接收到需要转发的 INVITE消息 , 向 SIPROUTE发送消息请求获取被叫用户 UE B 的 ROUTE信息， 再向 SIPPXY发送 "转发请求" 转发至 AS, 触发智能网业务的被叫流程。

步骤 38~42： 智能网业务的被叫流程触发完成后， AS将 INVITE消息发 送给 SIPPXY, SIPPXY转发至 SIP-AP, SIP-AP再去 SIPROUTE中查询用户 B的下一个签约信息，如果返回用户 B有业务嵌套功能，那么同上步骤 32~37 , 则继续触发下一个智能网业务，如果用户 B在 SIPROUTE中查询出已经是最 后一个签约的智能网业务， 那么 SIPROUTE给 SIP-AP返回用户 B终端所在 的地址和端口，那么 SIP-AP直接将此 INVITE下呼至 UE B,后续的 100trying、 180、 PRACK、 200PRACK、 200INVITE, ACK等信令均能正常交互， 则 UE A和 UEB能正常通话。

相应地， 一种业务平台， 应用于下一代通信网络中， 包括：

初始会话协议代理服务器（ SIPPXY ) , 用于接收智能网宽带用户发来的 注册请求消息， 根据其中携带的所述用户的标识信息检索当前 是否保存了该 用户的信息， 若未保存， 则申请数据区进行保存处理； 还用于向 SIP业务代 理服务器（SIP-AP )发送注册请求消息； 还用于将接收到的注册应答消息发 送给所述智能网宽带用户； 所述 SIP-AP用于对接收到的所述注册请求消息进行鉴 权， 在鉴权通过 后构造注册应答消息回复给所述 SIPPXY。

进一步地， 所述业务平台还包括： 业务应用服务器（AS )和 SIP路由服 务器（ SIPROUTE ) ；

所述 SIPPXY还用于在收到主叫用户所在终端发来的呼 叫请求后， 向所 述 SIP-AP转发所述呼叫请求； 还用于向所述 AS发送呼叫请求， 其中携带所 述 SIPROUTE查询到的所述主叫用户的签约信息；

所述 SIP-AP还用于在接收到所述呼叫请求后， 向所述 SIPROUTE发送 消息请求获取所述主叫用户的路由信息及签约 信息， 并将请求到的所述主叫 用户的路由信息及签约信息发送给所述 SIPPXY转发； 还用于在所有业务的 流程触发完毕后， 将所述呼叫请求转发至被叫用户；

所述 AS还用于根据所述呼叫请求中携带的所述主叫� ��户的签约信息触 发业务流程。

较佳地，

所述注册应答消息中携带鉴权结果；

所述 SIPPXY还用于在所述注册应答消息中携带的鉴权 结果为鉴权成功 时， 发送第三方注册请求消息到对应的业务平台。 保存； 还用于在向所述 SIP-AP发送注册请求消息后， 启动一定时器； 若在 所述定时器超时时， 仍未收到所述 SIP-AP 回复的注册应答消息， 则释放保 存的所述注册请求消息。

较佳地，所述 SIPPXY还用于向所述主叫用户转发所述 SIP-AP发来的未 授权应答消息；

所述 SIP-AP用于对接收到的所述注册请求消息进行鉴 权， 具体包括： 所述 SIP-AP用于根据所述注册请求消息中携带的所述 主叫用户的的标 识信息查找对应的注册信息； 还用于若判断出所述注册信息中的注册 CALLID与所述注册请求消息中携带的 CALLID相同， 则向所述 SIPPXY发 送未授权应答消息， 其中携带计算出的认证头域； 还用于根据所述主叫用户 发来的携带所述认证头域及 Contact头域的注册请求消息后， 重新计算认证 头域； 若计算出的认证头域与接收到的所述认证头域 相同， 则鉴权通过。

较佳地， 所述 SIP-AP用于利用随机产生的字符串与所述主叫用 户的密 码信息计算生成认证头域。

较佳地， 所述 SIPPXY还用于在收到所述注册应答消息后， 构造新的注 册请求消息， 并发送给业务应用服务器（AS ) ； 还用于在接收到所述 AS返 回的注册成功响应后， 将所述注册成功响应发送给所述 SIP-AP。

本领域普通技术人员可以理解上述方法中的 全部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。

以上所述仅为本发明的优选实施例而已， 并非用于限定本发明的保护范 围。 根据本发明的发明内容， 还可有其他多种实施例， 在不背离本发明精神 改变和变形， 凡在本发明的精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

工业实用性

本发明实施例提出了一种能和智能网业务平台 融合的新 SIP-AP,无需额 外的硬件设备来支持， 在智能网宽带业务的应用中有非常广阔的发展 和使用 空间， 尤其在面向政企网、 中小型企业的宽带业务应用中更加有优势、 更能 节约成本。 在流程上， 硬件软交换要单独设备， 而 SIP-AP是融合在业务平 台中的； 在后续调试上， 硬件软交换要配置业务侧的许多数据， 如增加业务 节点、 业务签约等数据， 而 SIP-AP和业务平台间是内部消息， 签约也是脚 本实现， 无需后续再配置数据， 大大缩短了联调时间。