（4）DB（Data Base）：用户信息数据库（DB）存储用户业务数据，其余网元通过数据库访问接口访问用户信息数据库。

    3.3 彩振业务平台详细设计

    AS模块和Portal模块是IMS多媒体彩振业务系统中最重要的两个模块。

    3.3.1 AS模块

    AS模块从功能上主要分为SIP信令处理模块以及振铃选择模块。

    （1）SIP信令处理模块：开发语言为Java，选用EB-Xjoin框架。主要功能是按照3.4节的信令流程图完成主叫侧与被叫侧的SIP信令处理。要特别注意AS对于信令的处理使用B2B（Back To Back）方式，即在AS针对主叫、被叫分别维护一个SIP Session。下面分别对主叫、被叫侧的SIP信令处理进行说明。

     ●主叫侧：主要功能是在收到彩振用户的初始INVITE消息后，执行业务逻辑。从INVTIE消息中提取主叫、被叫号码，调用振铃选择模块获取彩振用户设置的多媒体文件，将多媒体文件信息添加到INVITE消息中，发送给被叫。同时需要对主叫侧SIP信令进行转发。

    ●被叫侧：对被叫侧SIP信令进行转发，不执行业务逻辑。

    （2）振铃选择模块：开发语言为Java，选用Spring，Hibernate框架，数据库使用Informix。主要功能是根据用户设置的规则，返回对应的多媒体振铃文件。振铃选择模块主要包括振铃规则匹配、振铃文件选择、振铃文件返回三大功能。

    ●振铃规则匹配：由于主叫用户可能针对同一被叫用户设置包括群组规则、呈现规则在内的多种规则。所以当振铃选择模块被调用后，会首先从配置文件中读取当前用户设置的各规则的优先级，按照优先级顺序依次判断铃音规则是否匹配，如果匹配则返回对应的振铃文件，如果没有任何规则匹配则返回系统默认振铃文件。

    ●振铃文件选择：主叫用户可以设置同类媒体资源的振铃盒，例如图片盒、文本盒、电子名片盒以及视频盒。如果当前规则对应的多媒体文件是一个振铃盒，那么振铃选择模块会根据用户的设置，顺序或者随机返回媒体资源盒中的一个媒体文件。

    ●振铃文件返回：主叫用户可以设置多种媒体资源的组合，例如图片、文本、电子名片、视频的组合。铃音选择模块会向SIP信令处理模块返回一个Java中的Object数组，这个数组中可以包含多个多媒体振铃文件。

    3.3.2 Portal模块

    Portal模块的开发语言为Java，使用的框架为Spring，Hibernate，Struts，数据库使用Informix。Portal模块主要由用户管理网站、内容提供商管理网站、运营商管理网站构成。

    （1）用户管理网站：多媒体彩振用户可以通过Web方式对自己的个性化振铃业务进行配置和管理。

    ●提供主叫用户对个性化振铃业务播放规则的管理配置，包括被叫群组、时间段的设置，振铃播放规则的设置。

    ●提供用户对个人资源库的管理，包括个性化振铃资源的浏览/订购、个性化振铃资源的定制。用户上传的个性化振铃资源需经运营商审批后才能上传到个人资源库。

    （2）内容提供商管理网站：多媒体彩振内容提供者可通过运营商提供的接入方式对所提供的振铃资源进行自我管理维护，包括：

    ●上传振铃资源：个性化振铃内容提供者上传新的振铃资源，上传的媒体资源经运营商审批后才可提供给用户下载。

    ●维护振铃资源：个性化振铃内容提供者应对上传之后尚未通过审核的振铃资源进行维护，包括修改基本信息、试听或删除振铃资源。

    ●查询振铃资源订购情况：包括订购的用户数、被订购振铃资源的数量、订购的收入、每个振铃资源订购的次数、订购的用户数等。

    （3）运营商管理功能。

    ●系统管理功能：能够管理多媒体彩振业务的系统资源，进行整个系统的参数配置和默认业务参数配置。

    ●权限管理功能：分配多媒体彩振内容提供者、多媒体彩振用户的管理权限，并负责维护系统管理员的增加，删除，修改等功能。

    ●对多媒体彩振内容提供者的管理：主要完成对内容提供者基本信息、信用等级、合作协议及接入功能及权限的管理。

    ●对多媒体彩振资源的管理维护：主要完成系统默认振铃的设置、审批维护内容提供者和用户上传的振铃资源和维护媒体文件分类和信息。

    3.4 信令流程

    IMS多媒体彩振业务是主叫侧业务，主叫用户终端的INVITE经过主叫侧S-CSCF的IFC（Initial Filter Criteria）评估，触发到多媒体彩振服务器。多媒体彩振服务器根据用户的群组、时间条件设置，通过选铃音算法选择振铃文件，将音、视频文件的URL写入INVITE消息的Alert-Info，将文本、图片、电子名片按照规范编码写入MIME体中。INVITE消息送达被叫后，根据Alert-Info头下载和播放振铃文件，解析MIME中的媒体文件并在客户端呈现。被叫用户摘机后，终端停止播放和呈现振铃文件，并建立通话。具体流程图如图3所示。

    图3 多媒体彩振呼叫信令流程图

    流程描述：

    （1）主叫用户拨打被叫用户，INVITE请求到达主叫S-CSCF。

    （2）主叫侧S-CSCF对所收到的INVITE消息进行IFC评估。

    （3）当主叫用户申请了多媒体彩振业务，主叫侧S-CSCF根据个性化振铃业务的IFC，将呼叫路由到个性化振铃服务器。

    （4）个性化振铃服务器收到INVITE请求后，启动振铃业务逻辑，选择正确的振铃文件。

    （5）如主叫用户为该被叫用户或所属群组设置的个性化振铃文件为包含了音乐和文本的个性化振铃文件，则个性化振铃服务器在INVITE消息中添加Alert-Info（包含音乐媒体文件的URL）同时将Content-type设置为相应的文本的MIME类型并将文件内容添加到消息体中。然后向被叫S-CSCF发送INVITE消息。

    （6）用户B处于空闲状态，包含了媒体文件url和MIME消息体的INVITE消息送达被叫客户端。

    （7）如果被叫用户不屏蔽主叫个性化振铃，则被叫客户端解析INVITE消息，根据得到的媒体文件的URL地址到个性化振铃服务器下载，同时对SIP消息中的MIME消息体进行解码。如果被叫用户屏蔽主叫个性化振铃，则被叫客户端不对INVITE消息中的Alert-Info头域和MIME消息体进行处理。

    （8）被叫客户端返回180Ringing消息并进行振铃文件的播放/显示，对于Alert-Info头域中对应的媒体文件要求客户端实时播放。

    （9）被叫侧S-CSCF向个性化振铃服务器转发180消息。

    （10）个性化振铃服务器向主叫侧S-CSCF转发180消息。（11）主叫侧S-CSCF向主叫发送180消息。

    （12）被叫摘机，发送200 OK响应消息。

    （13）被叫客户端发出200 OK响应后立即停止Alert-Info头域中对应的媒体文件的播放。

    （14）被叫侧S-CSCF向个性化振铃服务器转发200 OK响应。

    （15）个性化振铃服务器向主叫侧S-CSCF转发200 OK响应。

    （16）主叫侧S-CSCF向主叫发送200 OK响应。

    （17）主叫客户端发送ACK。

    （18）主叫侧S-CSCF向个性化振铃服务器转发ACK。

    （19）个性化振铃服务器向被叫转发ACK。

    （20）被叫侧S-CSCF向被叫网络发送ACK，通话建立。

    3.5 SIP信令详解

    3.5.1 SIP信令定义

    SIP消息携带多媒体文件主要有两种方式：HTTP方式（携带音频、视频文件）和信令方式（携带文本、图片、电子名片文件）。

    （1）HTTP方式：将音频、视频文件的URL地址放入INVITE消息中的Alert-Info头域。RFC3261对Alert-Info头域的语法定义如下：

    Alert-Info =“Alert-Info” HCOLON alert-param *（COMMA alert-param）。

    alert-param = LAQUOT absoluteURI RAQUOT *（ SEMI generic-param ）。

    （2）信令方式：多媒体振铃业务将文本、图片或电子名片以消息体的形式添加到INVITE消息中，并以MIME类型进行标识。

    ●文本：IEFT RFC 1521对文本类型的Content-type的语法定义如下：