基于 IMS 的视频广告实现方法、 服务器平台和客户端 【技术领域】
本发明涉及通信技术领域， 更具体地说涉及一种基于 IMS 的视频广告业务实现方 法、 服务器平台和客户端。背景技术
IP 多媒体子系统 (IP Multimedia Subsystem， IMS) 是由第三代伙伴计划组织 (3GPP) 提出的为移动多媒体业务提供统一支撑服务的开放平台。IMS 采用分组域为其提供 控制信令和媒体传输的承载通道， 是由许多新的功能实体网元构成的全 IP 架构的新的核 心网域。IMS 采用 RFC 定义的初始会话协议 (Session Initiation Protocol， SIP) 作为其 业务控制协议。其中， SIP 是基于文本的应用层协议， 该协议具有结构简单、 扩展性强、 媒体 组合方便和网络兼容性好的特点。
IMS 中业务控制与业务逻辑分离， IMS 的核心网元统一执行业务控制， 提供支撑各 种移动多媒体业务的统一的路由、 鉴权、 计费和触发机制， 丰富的多媒体业务逻辑则由应用 服务器 (Application Server， AS) 实现。IMS 的核心网元包括代理呼叫会话控制功能实体 (P-CSCF)、 查询呼叫会话控制功能实体 (I-CSCF)、 服务呼叫会话控制功能实体 (S-CSCF)、 归属用户服务器 (HSS) 等。P-CSCF 为 IMS 终端用户的 IMS 业务入口点， 根据用户当前位置 可位于归属网络 (Home Network) 或拜访网络 (Visited Network)， 执行承载资源鉴权、 服务 质量 (QoS) 管理和计费以及为用户查找相应的 I-CSCF。I-CSCF 和 S-CSCF 位于归属网络， I-CSCF 隐藏归属网络的网络拓扑， 并通过 HSS 为用户指定 S-CSCF。
S-CSCF 执行用户会话控制和业务管理， 在用户注册中执行注册服务器功能。IMS 网络中， 由归属网络执行用户的业务控制和注册， 即当用户漫游时， 由其归属网络的 S-CSCF 负责其业务控制和注册。
S-CSCF 对用户业务的管理基于与 HSS 的交互和初始过滤准则 (Initial Filter Criteria， iFC) 机制。HSS 是一个综合数据库， 通过 Cx 接口与 S-CSCF 交互， HSS 存储包括 iFC 在内的用户签约信息， S-CSCF 则基于 iFC 完成业务触发。完成用户注册后， S-CSCF 从 HSS 下载用户签约信息， 这些信息包括一个或多个业务描述 (Service Profile)， 业务描述 包括公有标识、 核心网业务授权、 共享初始过滤规则集 (Shared iFC Set)、 初始过滤规则 (iFC) 等。iFC 代表了一种用户对业务应用的定购配置数据， 它包含的信息有 ： 触发规则的 优先级、 触发点 (Trigger Point， TP)、 被触发的 AS 标识 / 地址、 缺省处理、 可选服务信息。 IMS 中每个 AS 都有自己的触发条件， TP 决定是否将应用层消息转发至应用服务器， 它包含 一个或多个业务触发器实例 ((Service Point Trigger， SPT)。S-CSCF 收到 SIP 消息后， 根据消息的方法 (SIP Method)、 消息的请求统一资源标识 (Requested-URI)、 消息头 (SIP Header)、 消息体内容及它们的各种组合条件， 与 iFC 中的 SPT 进行匹配， 若符合则触发至相 应的 AS， 不符合则执行缺省处理。
用户在 IMS 网络的注册由 S-CSCF 实现， S-CSCF 基于从 HSS 获取的相关安全参数及 用户公有标识 (Public User Identity， PUI) 与用户私有标识 (Private User Identity)的对应关系， 对 PUI 进行认证， 实现 PUI 在 IMS 网络的注册， 同时完成用于对 PUI 进行寻址 的名称 / 地址信息绑定。若 S-CSCF 接收到一个注册消息时， 存在匹配 iFC 的第三方 AS， 则 完成 IMS 网络注册后转发该消息至第三方 AS 进行第三方注册。
IMS 中 AS 完成业务逻辑的执行和提供。AS 与 S-CSCF 通过基于 SIP 协议的 IMS 业务控制接口 (IP Multimedia Subsystem Service Control， ISC) 交互， 其中 AS 可分 为 SIP 应用服务器 (SIP AS)、 IP 多媒体子系统业务交换功能服务器 (IP Multimedia Subsystem-Service Switching Function， IM-SSF) 和开放业务接入 - 业务能力服务器 (Open Service Access-Service Capability Server， OSA-SCS) 三种类型。
SIP 是适于控制 IP 网络上多媒体通信的应用层协议， 可用来创建、 修改和终结一 个或多个参与者参加的会话， 并可基于会话描述协议 (Session Description Protocol， SDP) 提供终端通信能力的协商。SIP 协议功能的实现是由一系列 SIP 协议方法 (SIP Method) 组成， 对应每个 SIP Method， SIP 协议消息分为由客户端向服务器端发送的请求 消息和由服务器端向客户端发送的响应消息。SIP 协议中， 注册 (Register) 请求消息及其 响应用于注册用户的身份和位置信息 ； 定制 (Subscribe) 请求消息用于定制某种事件的发 生； 通知 (Notify) 请求消息用于通知定制事件的发生。 移动视频广告业务是移动通信业务与广告业务的结合体， 通过移动通信网承载， 使移动终端用户能随时随地接收视频广告短片， 获取丰富的内容信息。目前的移动视频广 告的业务模式主要采用片源集成方式和终端预置方式。片源集成方式是在广告服务平台 侧将视频广告短片预先编辑或切换插入用户观看的视频节目中， 如 Lightningcast 广告系 统； 终端预置方式在移动终端预置广告应用客户端小程序， 视频广告短片预先下载存储在 移动终端， 在终端处于某些特定状态时 ( 如终端处于空闲状态时 ) 播放视频广告， 如 Ad MOA 广告系统。这两种模式的弊端在于用户是被动的接受广告内容， 传送或下载的视频广告没 有基于终端用户的实际个性化需求进行选择 ； 缺乏反馈终端用户广告使用状况的有效机 制； 缺乏向终端用户更新视频广告信息的有效机制。
目前的移动视频广告业务还没有成熟统一的流程和协议， 基本以私有协议和方法 实现。在实现移动广告的标准化方面， 开放移动应用联盟 (Open Mobile Alliance， OMA) 提 出了如附图 1 的框架建议。移动广告服务器平台 (Ad Server) 为网络侧的广告业务功能实 体， 具有针对用户的移动广告选择、 移动广告传输、 移动广告使用统计分析、 用户 / 业务数 据管理等功能 ； 移动终端侧的移动广告引擎 (Ad Engine)， 具有广告查询和下载、 移动广告 选择、 广告统计数据处理、 用户 / 业务数据管理功能。Ad Server 与 Ad Engine 通过两个通 道分别传输移动广告相关信息和移动广告内容。客户端广告应用 (Ad App) 是移动终端侧 的广告业务外部实体， 它从 Ad Engine 请求和获取广告并展现给终端用户 ； 业务提供商应 用 (SP App) 是网络侧的外部功能实体， 从 Ad Server 请求和获取广告并嵌入到其提供给 用户的内容中去。上下文和个性化资源实体 (Contextualization and Personalization Resources) 向 Ad Server 及 Ad Engine 提供终端用户相关信息 ( 如用户特征、 兴趣偏好、 位 置等 )， 便于 Ad Server 及 Ad Engine 为用户针对性的选择个性化广告。
但是， 目前的 OMA 的移动广告架构总体上还只是一个需求性的框架。例如， 尽管 其注意到为用户定制个性化广告的重要性提出了上下文和个性化资源实体需求， 但由于上 下文和个性化资源实体分类及来源的多样性和复杂性， OMA 没有定义确切的上下文和个性
化资源实体概念及相关接口， 没有给出切实可行的个性化信息提供方式 ； Ad Server 与 Ad Engine 间的具体通信协议或需要传输的具体广告信息没有明确定义 ； 另外， Ad Server 间 Ad Engine 广告内容的传输尽管 OMA 建议了拉 / 推 (Pull/Push) 和广播 (Broadcast) 的两 种方式， 但并没有给出具体实现的方法。
IMS 作为支撑各种灵活多媒体业务的统一开放平台， 目前其业务信令控制方法主 要集中于会话型多媒体通信业务类型， 如语音、 会议和消息等业务， 而在 IMS 架构中还没有 针对视频广告业务的实现方法， 因此如果能够提出一种基于 IMS 的视频广告业务的实现方 法， 将会极大促进视频广告业务的快速创建和部署。 发明内容
有鉴于此， 本发明提供一种基于 IMS 的视频广告实现方法、 服务器平台和客户端， 以解决现有技术中没有利于视频广告业务快速创建和部署的实现方法的问题， 技术方案如 下：
一种基于 IMS 的视频广告实现方法， 包括 ：
视频广告服务器平台接收移动终端发送的视频广告业务注册请求， 该注册请求 携带与移动终端硬件条件相关的第一过滤规则， 且所述第一过滤规则承载于 SIP 协议的 Register 请求消息的消息体中 ； 视频广告服务器平台向所述移动终端返回注册响应信息， 所述注册响应信息携带 视频广告分类规则， 且所述视频广告分类规则承载于 SIP 协议的 Register 响应消息的消息 体中。
优选的， 上述方法中， 在所述视频广告服务器平台向所述移动终端返回注册响应 信息之后， 还包括 ：
视频广告服务器平台接收所述移动终端基于所述视频广告分类规则定制选择后 发送的视频广告定制请求， 该定制请求携带与所述移动终端选择的广告分类类别信息相关 的第二过滤规则， 且广告定制标识承载于 SIP 协议的 Subscribe 请求消息的事件消息头中， 所述第二过滤规则承载于 SIP 协议的 Subscribe 请求消息的消息体中 ；
视频广告服务器平台向所述移动终端发送与所述第一过滤规则和第二过滤规则 相匹配的视频广告相关信息， 且所述视频广告相关信息承载于 SIP 协议的 Notify 请求消息 的消息体中。
优选的， 上述方法中， 在所述视频广告服务器平台向所述移动终端发送与所述第 一过滤规则和第二过滤规则相匹配的视频广告相关信息之后， 包括 ：
视频广告服务器平台接收所述移动终端， 基于所述视频广告分类规则重新定制选 择后， 发送的视频广告重新定制请求， 该请求中携带与所述视频广告客户端重新选择的广 告分类类别信息相关的更新后的第二过滤规则， 且所述更新后的第二过滤规则承载于所述 SIP 协议 Subscribe 请求消息的消息体中 ；
视频广告服务器平台向所述移动终端发送与所述第一过滤规则和更新后的第二 过滤规则相匹配的视频广告相关信息， 且所述视频广告相关信息承载于 SIP 协议的 Notify 请求消息的消息体中。
优选的， 上述方法中， 在所述视频广告服务器平台向所述移动终端发送视频广告
相关信息之后包括 ：
视频广告服务器平台接收所述移动终端发送的视频广告业务退订请求， 该请求承 载于 Expires 消息头域值为 0 的 SIP 协议 Subscribe 请求消息中 ；
视频广告服务器平台根据所述请求， 删除相应的用户定制信息 ；
视频广告服务器平台向移动终端返回消息体内容为空的 Notify 请求消息 ； 以便 于移动终端根据所述 Notify 请求消息， 删除已存储的视频广告及其相应的状态信息。
优选的， 上述方法中， 所述移动终端根据所述 Notify 请求消息， 删除已存储的视 频广告及其相应的状态信息后， 还包括 ：
视频广告服务器平台接收所述移动终端发送的视频广告使用信息， 该信息承载于 SIP 协议 Notify 响应消息的消息体中 ；
视频广告服务器平台根据所述视频广告使用信息， 对视频广告使用信息进行分析 统计。
优选的， 上述方法中， 所述视频广告使用信息包括视频广告标识、 所属广告分类和 播放次数。
优选的， 上述方法中， 在所述视频广告服务器平台向所述移动终端返回注册响应 信息之后， 还包括 ： 视频广告服务器平台接收所述移动终端发送的视频广告再注册请求， 所述再注册 请求中携带根据移动终端硬件条件更新后的第一过滤规则， 且承载于 SIP 协议的 Register 请求消息的消息体中 ；
视频广告服务器平台向所述移动终端返回再注册响应信息， 所述再注册响应信息 携带视频广告分类规则， 且所述视频广告分类规则承载于 SIP 协议的 Register 响应消息的 消息体中。
优选的， 上述方法中， 在所述视频广告服务器平台向所述移动终端返回注册响应 信息或再注册响应消息之后， 包括 ：
视频广告服务器平台接收所述移动终端发送的取消注册请求， 且所述取消注册请 求承载于 Expires 消息头域值为 0 的 SIP 协议 Register 请求消息中 ；
视频广告服务器平台根据所述请求， 删除相关用户信息 ；
视频广告服务器平台向移动终端返回取消注册响应消息， 通知用户取消注册成 功。
优选的， 上述方法中， 所述第一过滤规则包括 ：
移动终端支持的视频短片格式、 音频编解码格式、 视频编解码格式、 移动终端允许 的所有视频广告的最大存储空间和移动终端允许的单个视频广告的大小范围。
优选的， 上述方法中， 所述视频广告分类规则为动态多级分类规则， 所述动态多级 分类是指按照最大范围的一级分类、 一级分类下次大范围的二级子分类以及相似的更多级 子分类方式对视频广告进行分类， 且可对已有分类类别进行动态增加或减少。
优选的， 上述方法中， 所述视频广告相关信息包括 ：
视频广告标识、 视频广告文件名、 视频广告所属分类、 视频广告下载 URI 地址和视 频广告内容大小。
一种视频广告服务器平台， 包括 ：
视频广告内容提供接口模块， 对应视频广告内容提供商的接口， 用于对视频广告 进行审核、 测试和上载 ；
平台侧信令接口模块， 对应 IMS 中的 S-CSCF 接口， 用于视频广告业务流程平台侧 SIP 信令消息的收发与处理 ；
平台侧视频广告存储管理模块， 用于采用动态多级分类方式对视频广告进行分类 存储管理、 分配视频广告标识以及对已有的视频广告进行更新或替换 ；
过滤查询处理模块， 用于根据过滤规则， 对视频广告进行匹配查询处理， 获取匹配 定制的视频广告信息 ；
定制信息管理模块， 用于通过用户定制信息表对移动终端的注册状态、 视频广告 定制状态进行动态管理 ；
视频广告统计信息分析模块， 用于对移动终端上报的视频广告使用统计信息进行 后台整理和分析。
优选的， 上述视频广告服务器平台中， 所述用户定制信息表由对应用户公有标识 的用户定制信息条目组成， 所述用户定制信息条目包括对应用户公有标识的过滤规则、 广 告分类规则版本、 相关广告信息和定制剩余时间项。
一种视频广告客户端， 应用于移动终端中， 包括 ： 视频广告引擎和视频广告应用模 块， 所述视频广告应用模块用于从视频广告引擎获取视频广告并将其展现给用户 ； 所述视 频广告引擎包括 ：
用户配置与交互模块， 用于向用户提供视频广告定制的交互配置界面 ；
视频广告下载模块， 用于采用 HTTP 协议， 完成对视频广告客户端所定制视频广告 或其更新的下载 ；
终端侧视频广告存储管理模块， 用于实现视频广告的终端侧本地存储， 以及通过 视频广告状态信息表对终端侧视频广告当前状况进行动态管理 ；
终端侧信令接口模块， 用于视频广告客户端的 SIP 信令消息收发与处理 ；
视频广告应用接口模块， 用于向视频广告客户端提供本地存储视频广告调用的接 口。
优选的， 上述视频广告客户端中， 所述视频广告状态信息表由对应视频广告标识 的状态信息条目组成， 所述状态信息条目包括视频广告文件名、 所属分类标识、 下载地址、 下载状态、 本地存储地址、 存储时长和播放次数项。
从以上技术方案可以看出， 本发明利用 SIP 协议在 IMS 中实现视频广告的信令控 制， 即在 IMS 网络中采用标准成熟的 SIP 协议的请求和响应消息， 根据视频广告业务需要， 对 SIP 协议中的消息体及相关的消息头内容进行扩充定义， 来实现视频广告业务。由于并 没有增加新的 SIP 消息方法和 SIP 消息头类型， 而且无需为视频广告业务定义新的私有协 议， 和对已有的 IMS 功能实体进行改动， 因此可以使视频广告业务的实现简单灵活、 网络兼 容性好， 有助于保持 IMS 系统中信令协议的统一， 有助于在 IMS 中快速创建和部署视频广告 业务。
此外， 本发明还对视频广告客户端及视频广告服务器平台的功能模块进行了详细 定义， 从而为视频广告业务的实施提供了载体。本发明提供的视频广告载体基于动态多级 方式对视频广告进行分类存储、 基于过滤规则对视频广告进行筛选， 提供了一种简单实用的获取上下文和个性化资源信息的方法， 从而可以根据用户的需要和移动终端的硬件条件 选择相应的视频广告， 有利于视频广告的实施和推广。 附图说明 为了更清楚地说明本发明的技术方案， 下面将对本发明描述中所需要使用的附图 作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明的一些实施例， 对于本领域普 通技术人员来讲， 在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。
图 1 为现有技术中 OMA 移动广告框架结构示意图 ；
图 2 为本发明提供的视频广告实现方法流程图 1 ；
图 3 为本发明提供的视频广告实现方法流程图 2 ；
图 4 为本发明提供的视频广告实现方法流程图 3 ；
图 5 为本发明提供的视频广告实现方法流程图 4 ；
图 6 为本发明提供的视频广告实现方法流程图 5 ；
图 7 为本发明提供的视频广告实现方法流程图 6 ；
图 8 为本发明提供的视频广告实现方法流程图 7 ；
图 9 为本发明提供的视频广告实现方法注册信令流程图 ； 图 10 为本发明提供的视频广告实现方法定制信令流程图 ； 图 11 为本发明提供的视频广告实现方法视频广告更新信令流程图 ； 图 12 为本发明提供的视频广告实现方法定制更新与统计上报信令流程图 ； 图 13 为本发明提供的视频广告实现方法退订与统计上报信令流程图 ； 图 14 为本发明提供的视频广告服务器平台的结构示意图 ； 图 15 为本发明提供的视频广告客户端的结构示意图。具体实施方式
本发明提供的移动视频广告信令控制方法， 利用 SIP 协议在 IMS 中实现视频广告 的信令控制， 即在 IMS 网络中采用标准成熟的 SIP 协议的请求和响应消息， 根据视频广告业 务需要， 对 SIP 协议中的消息体及相关的消息头内容进行扩充定义， 来实现视频广告业务。 由于并没有增加新的 SIP 消息方法和 SIP 消息头类型， 而且无需为视频广告业务定义新的 私有协议， 和对已有的 IMS 功能实体进行改动， 因此可以使视频广告业务的实现简单灵活、 网络兼容性好， 有助于保持 IMS 系统中信令协议的统一， 有助于在 IMS 中快速创建和部署视 频广告业务。
下面将结合本发明中的附图， 对本发明的技术方案进行清楚、 完整地描述 ：
参见图 2 所示， 本发明提供的基于 IMS 的视频广告实现方法可以包括以下步骤 ：
S201， 视频广告服务器平台接收移动终端发送的视频广告业务注册请求， 该注册 请求携带与移动终端硬件条件相关的第一过滤规则， 且所述第一过滤规则承载于 SIP 协议 的 Register 请求消息的消息体中。
移动终端通过 SIP 协议的 Register 请求消息向视频广告服务器平台进行移动视 频广告业务注册。Register 请求消息中携带可扩展标记语言 (XML) 消息体， 该消息体中携 带与移动终端硬件条件相关的第一过滤规则。其中， 第一过滤规则可以包括 ： 移动终端支持的视频短片格式、 音频编解码格式、 视频编解码格式、 移动终端允许的所有视频广告的最大存储空间和移动终端允许的单个视 频广告的大小范围等。
S202， 视频广告服务器平台向所述移动终端返回注册响应信息， 所述注册响应信 息携带视频广告分类规则， 且所述视频广告分类规则承载于 SIP 协议的 Register 响应消息 的消息体中。
视频广告服务器平台发给移动终端的 Register 响应消息中携带 XML 消息体， 该消 息体中包括视频广告分类规则， 所述分类规则具体为动态多级分类规则。 如下表所示， 为视 频广告二级分类实例 ：
表1
需要说明的是， 多级分类是指按照最大范围的一级分类、 一级分类下次大范围的 二级子分类以及相似的更多级子分类方式对视频广告进行分类存储管理 ； 动态分类是指可 对已有分类类别进行动态增加或减少， 使广告分类规则灵活适应实际需求。
在其它实施例中， 参见图 3 所示， 本发明提供的基于 IMS 的视频广告实现方法可以 包括以下步骤 ：
其中 S301-S302 可参见 S201-S202， 故此不再赘述。
S303， 接收所述移动终端基于所述视频广告分类规则定制选择后发送的移动视频 广告定制请求， 该定制请求携带与所述移动终端选择的广告分类类别信息相关的第二过滤 规则， 且承载于 SIP 协议的 Subscribe 请求消息的事件消息头中， 所述第二过滤规则承载于 SIP 协议的 Subscribe 请求消息的消息体中。
移动终端用户基于视频广告分类规则进行广告类别定制选择后， 移动终端通过 Subscribe 请求消息向视频广告服务器平台发送视频广告定制请求。其中， Subscribe 定制 请求消息的事件 (Event) 消息头对应的域值， 表明用于定制视频广告状态信息更新事件。 定制的状态信息更新事件包括视频广告分类规则更新和视频广告更新， 视频广告分类规则 更新事件又分为视频广告分类规则增加和视频广告分类规则减少。Subscribe 定制请求消 息中携带 XML 消息体， 该消息体中包括终端用户感兴趣的具体广告分类类别信息， 即向 Ad Server 提供第二过滤规则。
S304， 向所述移动终端发送与所述第一过滤规则和第二过滤规则相匹配的视频广 告相关信息， 且所述视频广告相关信息承载于 SIP 协议的 Notify 请求消息的消息体中。
视频广告服务器平台通过 Notify 请求消息， 向移动终端发送与用户过滤规则匹 配的定制视频广告相关信息。Notify 请求消息中携带 XML 消息体， 该消息体携带与所述 第一过滤规则和第二过滤规则相匹配的视频广告相关信息。其中， 视频广告相关信息包括 视频广告标识、 视频广告文件名、 视频广告所属分类、 视频广告下载 URI 地址和广告内容大 小。
在其它实施例中， 用户重新选择视频广告分类类别时， 可以进行重新定制， 参见图 4 所示， 本发明提供的基于 IMS 的视频广告实现方法可以包括以下步骤 ：
其中 S401-S404 可参见 S301-S304， 故此不再赘述。
S405， 视频广告服务器平台接收所述移动终端， 基于所述视频广告分类规则重新 定制选择后， 发送的视频广告重新定制请求， 该请求中携带与所述视频广告客户端重新选 择的广告分类类别信息相关的更新后的第二过滤规则， 且所述更新后的第二过滤规则承载 于所述 SIP 协议 Subscribe 请求消息的消息体中。
S406， 视频广告服务器平台向所述移动终端发送与所述第一过滤规则和更新后的 第二过滤规则相匹配的视频广告相关信息， 且所述视频广告相关信息承载于 SIP 协议的 Notify 请求消息的消息体中。 在其它实施例中， 用户可以退订视频广告业务， 参见图 5 所示， 本发明提供的基于 IMS 的视频广告实现方法可以包括以下步骤 ：
其中， S501-S506 可参见 S401-S406， 故此不再赘述。
在 S504 或 S506 之后还可以包括 ：
S507， 视频广告服务器平台接收所述移动终端发送的视频广告业务退订请求， 该 请求承载于 Expires 消息头域值为 0 的 SIP 协议 Subscribe 请求消息中。
S508， 视频广告服务器平台根据所述请求， 删除相应的用户定制信息。
S509， 视频广告服务器平台向移动终端返回消息体内容为空的 Notify 请求消息。
S510， 移动终端根据所述 Notify 请求消息， 删除已存储的视频广告及其相应的状 态信息。
在其它实施例中， 移动视频广告服务器平台可以对移动视频广告的使用情况进行 统计参见图 6 所示， 本发明提供的基于 IMS 的视频广告实现方法可以包括以下步骤 ：
其中， S601-S610 可参见 S501-S510， 故此不再赘述。
S611， 视频广告服务器平台接收所述移动终端发送的视频广告使用信息， 该信息 承载于 SIP 协议 Notify 响应消息的消息体中。
S612， 视频广告服务器平台根据所述视频广告使用信息， 对视频广告使用信息进 行分析统计。
其中， 所述视频广告使用信息包括视频广告标识、 所属广告分类和播放次数。
在其它实施例中， 当移动终端的硬件条件发生变化时， 还可以进行再注册， 参见图 7 所示， 本发明提供的基于 IMS 的视频广告实现方法可以包括以下步骤 ：
其中， S701-S702 可参见 S201-S202， 故此不再赘述。
S703， 视频广告服务器平台接收所述移动终端发送的视频广告再注册请求， 所述 再注册请求中携带根据移动终端硬件条件更新后的第一过滤规则， 且承载于 SIP 协议的 Register 请求消息的消息体中。
S704， 视频广告服务器平台向所述移动终端返回再注册响应信息， 所述再注册响 应信息携带视频广告分类规则， 且所述视频广告分类规则承载于 SIP 协议的 Register 响应 消息的消息体中。
在其它实施例中， 用户可以取消注册， 参见图 8 所示， 本发明提供的基于 IMS 的视 频广告实现方法可以包括以下步骤 ：
其中， S801-S804 可参见 S801-S804， 故此不再赘述。
S805， 视频广告服务器平台接收所述移动终端发送的取消注册请求， 且所述取消 注册请求承载于 Expires 消息头域值为 0 的 SIP 协议 Register 请求消息中。
S806， 视频广告服务器平台根据所述请求， 删除相关用户信息。
S807， 视频广告服务器平台向移动终端返回取消注册响应消息， 通知用户取消注 册成功。
从以上实施例可以看出， 本发明利用 SIP 协议在 IMS 中实现移动视频广告的信令 控制， 即在 IMS 网络中采用标准成熟的 SIP 协议的请求和响应消息， 根据移动视频广告业务 需要， 对 SIP 协议中的消息体及相关消息头内容进行扩充定义， 来实现移动视频广告业务， 具体包括移动终端用户对视频广告的注册、 再注册和取消注册， 以及移动终端用户对个性 化移动视频广告的定制、 更新和使用状况统计上报。由于并没有增加新的 SIP 消息方法和 SIP 消息头类型， 而且无需为视频广告业务定义新的私有协议， 和对已有的 IMS 功能实体进 行改动， 因此可以使视频广告业务的实现简单灵活、 网络兼容性好， 有助于保持 IMS 系统中 信令协议的统一， 有助于在 IMS 中快速创建和部署移动视频广告业务。
为了便于本技术领域人员更好的理解和实施本发明， 以下将结合附图对本发明提 供的移动视频广告业务信令控制方法在 IMS 网络中的具体实现进行详细说明。由于无论移 动终端处于 IMS 的拜访网络还是归属网络， 其业务控制统一由归属网络的 S-CSCF 执行， 区 别只是移动终端用户接入 IMS 的入口点网元 P-CSCF 所处的网络不同 ( 漫游时 P-CSCF 在拜 访网络， 非漫游时 P-CSCF 在归属网络 )， 故以下流程均以用户处于漫游状态描述， 非漫游情 形类似。
视频广告业务的实施过程， 具体包括移动终端用户对视频广告的注册、 再注册和 取消注册， 以及移动终端用户对个性化视频广告的定制、 更新和使用状况统计上报的过程。
为了描述方便， 下文中将视频广告客户端简称为 UE， 将视频广告服务器平台简称 为 Ad Server。
参见图 9 所示， 视频广告业务的注册流程包括 ：
S901， UE 位 于 拜 访 网 络 (visited1.net)， 获 取 IP 连 接 后， 使 用 SIP 协 议 的 Register 请求消息， 向拜访网络的 P-CSCF 发送注册请求消息。
其中， P-CSCF 的发现机制可通过在 IMS 用户标识模块 (ISIM) 中预置或通过动态 主机配置协议 (DHCP) 等方式实现 (3GPP TS23.228)。该 Register 请求消息的消息头及消 息体有如下特征 ：
1)Register 请求消息的注册目的地址 ( 即 Request-URI 中的 SIP URI 地址 ) 为 Ad Server 域名地址， 本实例中取为 sip ： ad-server.home1.net， 该地址包含了移动终端用 户的归属网络域名信息 ： home1.net ；
2)Register 请求消息的消息头中包括用户私有标识 ( 见 3GPP TS23228)、 用户公有标识 (PUI)、 归属网络域名 (home1.net) 和 UE IP 地址等注册信息。PUI 采用 SIP URI 的 格式， 如 sip ： user1@home1.net ；
3)Register 请求消息的消息体内容为 UE 的终端相关能力， 包括视频能力信息及 视频广告存储限制信息， 这些信息将成为 Ad Server 筛选适配终端能力的视频广告的第一 过滤规则。
4)Register 请求消息的消息体内容为第一过滤规则信息， 包括了终端允许的视频 广告总空间限制、 单个视频广告大小限制、 支持的视频短片格式、 音频编解码格式和视频编 解码格式信息。可采用 3GPP TS24229 中定义的 application/3gpp-ims+xml 格式描述。
S902， 收到 Register 请求消息后， P-CSCF 检查归属网络域名， 通过名字 - 地址解 析机制发现用户的归属网络入口点 ( 即 ： I-CSCF)， 随后转发 Register 消息到 I-CSCF。
其中， 所转发消息的消息头中包括 P-CSCF 地址 / 名字、 P-CSCF 网络标识 ( 即 ： 拜 访网络标识 )、 用户私有标识、 用户公有标识、 UE IP 地址等注册信息。
S903， 收到转发的 Register 请求消息后， I-CSCF 与归属用户服务器 (HSS) 通过 Cx 接口 ( 定义于 3GPP TS 29228) 进行信令交互。
I-CSCF 通过向 HSS 提供用户私有标识、 用户公有标识和 P-CSCF 网络标识进行信息 查询， HSS 据此检查用户是否已注册， 并根据运营商漫游限制策略、 用户签约情况等信息， 决 定用户是否允许在该 P-CSCF 网络进行注册。然后， HSS 向 I-CSCF 发送查询响应， 该响应包 含分配给用户的 S-CSCF 名称， 及需要的 S-CSCF 相关能力 ( 用于 I-CSCF 选择新的 S-CSCF 时)； 如果 HSS 查询失败， 则 I-CSCF 拒绝这次注册。
S904， 通过名字 - 地址解析机制， I-CSCF 获取 HSS 返回的 S-CSCF 名称对应的地址， 随后将 Register 请求消息转发至选中的 S-CSCF。其中， Register 请求消息的消息头中包 括 P-CSCF 地址 / 名字、 P-CSCF 网络标识 ( 即 ： 拜访网络标识 )、 用户私有标识、 用户公有标 识和 UE IP 地址等注册信息。
S905， 收到转发的 Register 消息后， S-CSCF 与 HSS 通过 Cx 接口进行信令交互。
S-CSCF 向 HSS 提供用户公有标识、 用户私有标识和 S-CSCF 名称信息， HSS 为用户 保存对应的 S-CSCF 名称， 并向 S-CSCF 返回相关用户信息。返回的用户信息包括用户的名 称 / 地址、 初始过滤准则 (iFC)、 核心网业务授权信息等。HSS 发送给 S-CSCF 的 iFC 包含有 下述准则 ：
1) 准则 A， 表示业务触发器实例满足 ： SIP 请求消息方法为 Register， 且该请求消 息的 Request-URI 为 sip ： ad-server.home1.net 时， 转发的目的 AS 为 SIP URI 地址为 sip ： ad-server.home1.net 的 Ad Server ；
2) 准则 B， 表示业务触发器实例满足 ： SIP 请求消息方法为 Subscribe 且该请求 消息的 Event 消息头为 MobClipAd 时， 转发的目的 AS 为 SIP URI 地址为 sip ： ad-server. home1.net 的 Ad Server。准则 B 中采用了扩展的 Subscribe 请求消息的事件 (Event) 消 息头， Event 消息头域值 MobClipAd 表明用于定制视频广告状态信息更新事件。
S906， S-CSCF 根据核心网业务授权信息等对用户公有标识的业务签约授权信息进 行判断， 并执行从 HSS 获取的 iFC 判别准则 A。
S907， S-CSCF 将 Register 消息转发至 Ad Server 进行注册。
S908， 收到 Register 请求消息后， Ad Server 执行业务逻辑处理， 在用户定制信息表中创建用户公有标识 (PUI) 对应的用户定制信息条目。
其中， 用户定制信息条目包括对应 PUI 的第一和第二过滤规则、 广告分类规则版 本、 相关广告信息和定制剩余时间项。用户定制信息表如下表所示 ：
表2
S909， Ad Server 向 S-CSCF 发送对应 Register 请求的 200OK 响应消息， 表示完成 用户注册， 并在响应消息体中携带当前的视频广告分类规则信息。
其中， 响应消息体中携带的视频广告分类规则信息， 包括视频广告分类规则版本、 一级分类名称 / 标识、 二级子分类名称和标识 ( 以二级分类为例 )， 可采用 3GPP TS24229 中 定义的 application/3gpp-ims+xml 格式。
S910-S912， 携带 Ad Server 侧视频广告分类信息的 200OK 响应消息沿 Register 请求消息的相反路径经过 I-CSCF 和 P-CSCF 发送至 UE。
S913、 UE 获取 Ad Server 侧的视频广告分类规则， 并据此完成提供给用户交互的 广告分类的数据设置。
移动终端用户成功注册以后， 如果 UE 的终端相关能力发生了变化， 例如接入大容 量存储卡后用户设置的允许视频广告最大存储空间和单个视频文件大小变大， 或用户升级
了视频处理应用， 使支持的音视频编解码格式发生变化时， UE 可以向 Ad Server 发起再注 册请求， 以更新 Ad Server 的第一过滤规则。其流程除下述两点变动外， 同注册流程， 相同 部分不再这里不再赘述， 变动的步骤包括 ：
1) 对应于注册流程步骤 908 ： Ad Server 执行业务逻辑处理， 对 Register 请求消 息进行解析， 从消息体中获取第一过滤规则信息， 覆盖对应 PUI 用户定制信息条目中已有 的第一过滤规则 ；
2) 对应于注册流程步骤 913 ： UE 获取 Ad Server 侧的视频广告分类规则， 将获取 的广告分类规则版本与 UE 本地广告分类规则版本对比， 版本不同时 UE 根据新收到的广告 分类规则版本对提供给用户交互的广告分类数据进行更新， 版本相同时不做改变。
移动终端用户成功注册以后， 如果移动终端用户要取消对 As Server 的注册， 则 UE 可以发起取消注册流程。UE 发起的取消注册流程除下述几点变动外， 同注册流程， 相同 部分不再这里不再赘述， 变动的步骤包括 ：
1) 对应于注册流程步骤 901 ： UE 发起的 Register 请求消息 Expires 消息头设置 为 0， 且消息体内容为空 ；
2) 对应于注册流程步骤 905-906 ： S-CSCF 通知 HSS 取消 PUI 的注册， 并删除本地 存储的对应 PUI 的相关用户信息 ； 3) 对应于注册流程步骤 908 ： Ad Server 执行业务逻辑处理， 删除对应 PUI 的用户 定制信息条目。
参见图 10 所示， 移动视频广告业务的定制流程包括 ：
S1001， UE 通过用户配置与交互模块向用户提供 Ad Server 的广告分类状况及选 择界面， 用户选择感兴趣的分类对视频广告进行定制， UE 向所在拜访网络的 P-CSCF 发送 Subscribe 请求消息。
其中， 该请求消息具有下述特征 ：
1) 扩展了 Subscribe 请求消息的事件 (Event) 消息头内容， 使其对应的域值 MobClipAd 表明用于定制视频广告状态信息更新事件。
2) 根据 RFC3265， 定义事件 (Event) 域值为 MobClipAd 的状态信息更新事件如下 ：
视频广告分类规则更新事件， 分类规则更新又分为规则增加和规则减少两种情 形： 分类规则增加， 表明在已有的分类规则基础上对一级分类范围进行了扩展， 或在已有的 某个或某些一级分类下的二级子分类范围进行了扩展 ； 分类规则减少， 表明在已有的分类 规则基础上对一级分类范围进行了压缩， 或对已有的某个或某些一级分类下的二级子分类 范围进行了压缩。视频广告更新事件， 表明所定制类别下的视频广告发生了更新。
3)Subscribe 请 求 消 息 体 包 含 用 户 定 制 的 视 频 广 告 类 别 信 息， 即第二 过 滤 规 则， 包 括 用 户 选 择 的 视 频 广 告 分 类 标 识。 可 采 用 3GPP TS24229 中 定 义 的 application/3gpp-ims+xml 格式来描述。
S1002， P-CSCF 收到 Subscribe 请求消息后， 根据再注册流程中获知的 S-CSCF 名 称 / 地址信息， 直接将 Subscribe 请求发送到该消息中 PUI 对应的 S-CSCF。
S1003-S 1004， S-CSCF 对收到的 Subscribe 请求消息执行业务控制过程， 核实 PUI 为注册过的合法用户后， 执行 iFC 准则 B 判别， 其转发至 Ad Server。
S1005， 收到 Subscribe 请求消息后， Ad Server 更新对应的 PUI 用户定制信息表条
目中的第二过滤规则， 根据 Subscribe 消息的消息头 Expires 内容， 设置对应 PUI 用户定制 信息表条目中的定制剩余时间项初始值， 同时向 S-CSCF 返回定制成功的 200OK 响应消息。
S1006-S1007， S-CSCF 将定制成功的 200OK 响应消息经过 P-CSCF 转发至 UE。
S1008， Ad Server 进行业务逻辑处理， 该步骤可直接在 S1006 后开始， 根据对应 PUI 的用户定制信息表中的过滤规则， 对移动视频广告进行匹配处理， 获取匹配的移动视频 广告信息。
S1009， Ad Server 向 S-CSCF 发送 Notify 请求消息， 其消息体包含了与 PUI 过滤规 则匹配的定制视频广告信息， 包括视频广告标识、 视频广告文件名、 视频广告文件下载地址 和视频文件大小信息。可采用 3GPP TS24229 中定义的 application/3gpp-ims+xml 格式。
S1010-S1011、 S-CSCF 将携带定制视频广告信息的 Notify 请求消息通过 P-CSCF 转 发至 UE。
S1012-S1014， 收到 Notify 请求消息后， UE 通过 P-CSCF、 S-CSCF 向 Ad Server 发 送 200OK 响应对 Notify 请求消息进行确认。
S1015， UE 根据 Notify 请求消息中的视频广告文件下载地址， 通过 HTTP 协议的 Get 方法从 Ad Server 下载定制的视频广告。
S1016， 根据 Notify 请求消息内容， 以及视频广告下载状态创建对应的视频广告 状态信息表。
其中， 该信息表由一个或多个视频广告标识对应的状态信息条目组成， 状态信息 条目包括视频广告文件名、 所属分类标识、 下载地址、 下载状态、 本地存储地址、 存储时长和 播放次数项， 具体如下表所示 ：
表3
当 Ad Server 侧视频广告状态信息发生变化时， 需要从该侧向 UE 发起视频广告更 新， 参见图 11 所示， 具体包括 ：
S1101， Ad Server 侧 PUI 定制的视频广告状态信息发生变化， 且 PUI 用户定制信
息条目中对应的定制剩余时间项不为 0 时， 状态信息更新事件触发 Ad Server 向 S-CSCF 发 送目的地为 PUI 的 Notify 请求通知消息。
该消息的消息体包含视频广告状态更新信息， 包括视频广告分类规则更新和 PUI 所定制的视频广告更新信息， 视频广告分类规则更新包括增加或减少的一级分类名称 / 标 识和二级子分类名称 / 标识信息 ( 以二级分类为例 )， 定制的视频广告更新信息包括视频广 告标识、 视频广告文件名、 广告下载文件下载地址和视频广告文件大小及其所属的一级分 类标识 / 二级子分类标识信息。 可采用 GPP TS24229 中定义的 application/3gpp-ims+xml 格式。具体可以包括 ：
S1101a， 若 S-CSCF 收到 Notify 请求消息后， 由于下述情形 ：
1)UE 关机， HSS 通知 S-CSCF 取消其 PUI 的名称 / 地址注册 ；
2)UE 失去信号覆盖， HSS 通知 S-CSCF 取消其 PUI 的名称 / 地址注册 ；
3) 由于运营商限制策略， HSS 通知 S-CSCF 取消 PUI 的名称 / 地址注册 ；
导 致 S-CSCF 已 删 除 包 括 PUI 名 称 / 地 址 在 内 的 相 关 用 户 信 息 时， S-CSCF 向 As Server 返 回 指 示 无 法 对 PUI 寻 址 的 Not Found 响 应， 进 入 S1101b， 否则跳过 S1101a-S1101b， 直接进入 S1102。
S1101b， 收到 Not Found 响应后， As Server 删除用户定制信息表中 PUI 对应的用 户定制信息条目， 取消 PUI 在 Ad Server 上的注册， 流程结束。
需要说明的是， S1101a-S1101b 又对应由网络侧触发的 UE 取消注册的情形。
S1102-S1103， S-CSCF 通过 P-CSCF 将携带视频广告状态更新信息的 Notify 请求 消息转发至 UE。
S1104-S1106， 收到 Notify 请求消息后， UE 通过 P-CSCF、 S-CSCF 向 As Server 转 发 200OK 确认响应消息。
S1107， 收到 200OK 确认响应消息后， Ad Server 进行业务逻辑处理， 根据已发送的 视频广告状态更新信息， 对 PUI 定制信息条目中的广告分类规则版本项及相关广告信息项 进行更新。
S1108， UE 执行业务逻辑， 根据 Notify 请求消息中的广告规则更新信息， 更新广告 分类数据， 删除已减少的广告分类下的视频广告内容及对应的状态信息条目， 根据 Notify 请求消息中的广告更新信息， 删除被更新的视频广告内容及对应的状态信息条目， 创建更 新的视频广告对应的状态信息条目。
S1109， UE 根据更新视频广告的 URI 下载地址， 基于本地下载策略， 通过 HTTP 协议 的 Get 方法从 Ad Server 下载更新的视频广告， 同时更新 PUI 定制信息条目中的下载状态 及本地存储地址项。
当移动终端用户对视频广告定制成功后， 如果用户需要对定制进行更新， UE 发起 定制更新流程， 同时在该流程中实现终端侧视频广告使用统计信息的上报。参见图 12 所 示， 定制更新与统计上报流程可以包括 ：
S1201， 用户对感兴趣的视频广告类别重新进行选择， UE 向 P-CSCF 发送定制更新 的 Subscribe 请求消息， Subscribe 消息体包含了更新的用户兴趣偏好信息。
S1202-S1207， 同定制流程中的 S1002-S1007， 故此不再赘述。
S1208， 收到 Subscribe 定制更新请求消息后， Ad Server 进行业务逻辑处理， 根据消息体中的第二过滤规则， 以及 Expires 消息头内容对 PUI 用户定制信息条目进行更新， 同 时基于更新的过滤规则对定制视频广告进行匹配处理。
S1209-S1211， 同定制流程中的 S1009-S1011， 故此不再赘述。
S1212， UE 收到携带更新的定制视频广告信息的 Notify 请求消息后， 向 P-CSCF 发 送 200OK 确认响应， 并根据状态信息表内容在该响应的消息体中反馈本地所存储的视频广 告的相关使用状况统计信息， 包括视频广告标识、 其所属的一级分类标识 / 二级子分类标 识、 播放次数信息。可采用 3GPPTS24229 中定义的 application/3gpp-ims+xml 格式。
S1213-S1214， P-CSCF 携带视频广告使用统计信息的 200 OK 响应消息通过 S-CSCF 转发至 As Server。
S1215， UE 执行业务逻辑处理， 该步骤可直接在 S1212 后开始， UE 删除已存储的视 频广告及其对应的状态信息条目 ； 同时， UE 根据收到的 Notify 请求消息中的视频广告更新 信息创建新的视频广告状态信息条目。
S1216， As Server 执行业务逻辑处理， 该步骤可直接在 S1214 后开始， As Server 解析 200OK 响应中的视频广告使用状况统计信息并分析记录。
S1217， 该步骤可直接在 S1215 后开始， UE 根据所收到 Notify 请求消息中更新的 视频广告下载地址， 通过 HTTP 协议的 Get 方法从 Ad Server 下载新定制的视频广告， 并更 对应视频广告状态信息条目的下载状态项及本地存储地址项。
移动终端用户对视频广告定制成功后， 用户如果想取消定制， UE 可以发起退订流 程， 同时在该流程中实现终端侧视频广告使用统计信息的上报。参见图 13 所示， 包括 ：
S1301， 移动终端用户发起退订请求， UE 将 Expires 消息头值为 0 的 Subscribe 请 求消息发送至 P-CSCF。
S1302-S1307， 过程同定制流程的 S1002-S1007， 故此不再赘述。
S1308， As Server 执行业务逻辑处理， 将 PUI 用户定制信息条目中对应的第二过 滤规则、 广告分类版本信息项和相关广告信息项清空， 将条目中的定制剩余时间设为 0。
S1309-S1311， As Server 通过 C-CSCF、 P-CSCF 向 UE 发送消息体内容为空的 Notify 请求信息。
S1312-S1314， 同定制更新与统计上报流程的 S1212-S1214， 故此不再赘述。
S1315， UE 执行业务逻辑处理， 删除已存储的视频广告及其相应的状态信息条目。
S1316， As Server 执行业务逻辑处理， 该步骤可直接在 S1314 后开始， Ad Server 解析 200OK 响应中的视频广告使用状况统计信息并分析记录。
本发明还对视频广告客户端及视频广告服务器平台进行了详细定义， 为视频广告 业务的实施提供了载体。
参见图 14 所示， 本发明提供的视频广告服务器平台包括 ：
视频广告内容提供接口模块 1401， 对应视频广告内容提供商的接口， 用于对视频 广告进行审核、 测试和上载。
平台侧信令接口模块 1402， 对应 IMS 中的 S-CSCF 接口， 用于视频广告业务流程平 台侧 SIP 信令消息的收发与处理。
平台侧视频广告存储管理模块 1403， 用于采用动态多级分类方式对视频广告进行 分类存储管理、 分配视频广告标识以及对已有的视频广告进行更新或替换。过滤查询处理模块 1404， 用于根据过滤规则， 对视频广告进行匹配查询处理， 获取 匹配定制的视频广告信息。
定制信息管理模块 1405， 用于通过用户定制信息表对视频广告客户端的注册状 态、 视频广告定制状态进行动态管理。
其中， 所述用户定制信息表由对应用户公有标识的用户定制信息条目组成， 所述 用户定制信息条目包括对应用户公有标识的过滤规则、 广告分类规则版本、 相关广告信息 和定制剩余时间项， 具体参见表 2。
视频广告统计信息分析模块 1406， 用于对视频广告客户端上报的视频广告使用统 计信息进行后台整理和分析。
参见图 15 所示， 本发明提供的视频广告客户端， 包括 ： 视频广告引擎 1501 和视频 广告应用模块 1502， 视频广告应用模块 1502 用于从视频广告引擎 1501 获取视频广告并将 其展现给用户 ； 其中， 所述视频广告引擎 1501 包括 ：
用户配置与交互模块 1501a， 用于向用户提供视频广告定制的交互配置界面。
视频广告下载模块 1501b， 用于采用 HTTP 协议， 完成对视频广告客户端所定制视 频广告或其更新的下载。
终端侧视频广告存储管理模块 1501c， 用于实现视频广告的终端侧本地存储， 以及 通过视频广告状态信息表对终端侧视频广告当前状况进行动态管理。
其中， 所述视频广告状态信息表由对应视频广告标识的状态信息条目组成， 所述 状态信息条目包括视频广告文件名、 所属分类标识、 下载地址、 下载状态、 本地存储地址、 存 储时长和播放次数项， 具体参见表 3。
终端侧信令接口模块 1501d， 用于视频广告客户端的 SIP 信令消息收发与处理。
视频广告应用接口模块 1501e， 用于向视频广告客户端提供本地存储视频广告调 用的接口。
对于本发明所公开的视频广告业务的实施载体而言， 其相关之处参见方法实施例 部分的说明即可。
以上所述仅是本发明的具体实施方式， 应当指出， 对于本技术领域的普通技术人 员来说， 在不脱离本发明原理的前提下， 还可以做出若干改进和润饰， 这些改进和润饰也应 视为本发明的保护范围。