Re: 有哪位在研究IMS的，大家说说心得吧

作者: aptitude (有空多读读书) 站内: IPv6 标题: 闲聊 IMS (2) IMS 要做什么 时间: Tue Feb 15 22:57:47 2005 IMS 包含了近几年来的几个热门词汇： 3G All-IP SIP 多媒体 NGN OSA/Parlay 很难说 IMS 是不是为了赶时髦而创造出来的名词，不过我们还是从客观的角度 来看看 IMS 吧。 如果说 IMS 仅仅是 All-IP 化的产物似乎并不准确，因为R-5之所以可以被称做 全IP网络，不在于 IMS，而在于 RAN 的 IP 化，其核心网部分从 R-4 开始就是 IP 的了，CS 域中使用的是软交换技术，已经分组化了。 IMS 相比于分组化的 CS 域，更加注重的不是对传统移动网的兼容，而是趋于 数据网络，这一点从使用 SIP 上就能看出来。 SIP 来自 TCP/IP 的老家，IETF，作为一个多媒体会话控制协议，SIP 的一大特 点是网络智能的边缘化，对核心交换功能进行了弱化，而对边缘智能有了更高的 要求。事实上，aptitude 认为这种结构对于系统的可扩展性是有益的，但给系统 的运营和管理带来了一定的困难。 之所以选择 SIP 作为 IMS 的主要协议，3GPP 的用意在于更多的与其它 IP 多媒 体网络能更好的互通。从 IMS 自身的发展也可一看出这个目的，R-6 中的 IMSv2 更加减少了 IMS 与 IPCAN 的偶合，具体体现在 Gq 口和 PDF 相关的一些内容 综上，aptitude 认为，IMS 的终极目标是成为 All IP 时代的 多媒体通信系统的 通用标准，至少是可以方便的和其它IP 多媒体网络互通的多媒体业务网络。这是 借助 IPv6 和 SIP 实现的。 后面具体说说 IMS 的结构和相关业务吧

作者: aptitude (有空多读读书) 站内: IPv6 标题: 闲聊 IMS (3) IMS 的结构 时间: Mon Mar 7 21:58:24 2005 本文主要参考了 3GPP 规范的 23.002 和 23.228，文中有些内容是 aptitude 的 个人理解，不一定是 3GPP 的规范的正确理解，所以如果哪位也看了规范，可以一 起讨论一下。 本文参考的规范版本是 03年12月的 v6.4 与以前的版本相比，这里的变化在于作为 IMS 向 IP-CAN 施加策略控制的策略判决点 PDF 从 CSCF 转移到了 IP-CAN，关于 这一改动，涉及到策略控制，涉及的协议有 IETF 的相关规范和 23.917，我们以后 可以慢慢聊这个，今天我们讨论 IMS 的整体结构。 IMS 是一个业务网，不考虑接入网也不解决移动性管理等问题，这些问题都是 IP- CAN 要解决的。两者之间的耦合比较松，理想情况下，通过 Gq 口，以策略控制的 方式完成。IMS 具有 NGN 特点，控制与承载分离，事实上可以看作是一个基于 SI P 的软交换网络。 下面分别介绍一下控制层面和承载层面的元素和相关参考点/接口，不局限在规范里 面的内容，我就随便说了。首先是控制层面： 最终要的当然是 CSCF 了，就是一个 SIP server，IMS 在两个不同的域中有三种不 同的 CSCF: Proxy-CSCF, Interrogating-CSCF, Serving-CSCF. 分别承担不同的任 务。 P-CSCF 位于 IMS 的入口，假设 IMS 构建于 3GPP PS 之上，那么 P-CSCF 应该与 用户的当前 PDP 上下文所对应的 GGSN 相连，这样，一使用 IMS 业务，SIP 呼叫 首先进入 P-CSCF，它的任务就是把 SIP 请求发送到 Home Network 的 S-CSCF 去 ，来提供服务。 S-CSCF 位于 home network，完成呼叫控制的功能，后面讲到业务的时候，还会提 到这个，它是 IMS 中的软交换机，核心网元。 I-CSCF 就是在每个网络域的入口处可以部署 I-CSCF，这样，不同的 IMS 之间可以 隐藏自己的 S-CSCF 部署情况和功能分布，起到负载均衡、流量控制等功能 BGCF 边界网关控制功能，用于控制 breakout network 处的 MGCF 来完成信令转换 。这里这个 breakout network 我觉得可以是 visit/home 之外的第三个网络域 说到传输，这里说一下 MRFC/MRFP 和 MGW/MGCF，这几个总是成对出现的，我个人 认为他们应该总是位于同一网络域中的，虽然不一定地理位置上紧密相连。MRFP 是 进行媒体资源处理、混合、分发等工作的，MRFC 在 CSCF 控制下对 MRFP 进行控制 ；MGW 是和 PSTN 等网络互通时作媒体转换的，MGCF 则是在 BGCF 和 CSCF 指导下 控制 MGW 的。 总的结构就这些吧，如果大家有什么不同意见可以说。后面说说 IMS 业务控制还有 SIP 吧。

作者: aptitude (有空多读读书) 站内: IPv6 标题: 闲聊 IMS (4) IMS 的业务相关话题 时间: Sat Mar 12 23:30:39 2005 aptitude 不懂智能网什么的，所以这里就是随便说说吧，不对的地方还请大家多多 指正 谈到 IMS 的业务，肯定要说 ISC 接口啦，xiaolee gg 已经说对这个接口很有兴趣 了，估计很有研究，我都不好意思在这里班门弄斧了。 ISC 者，IMS 业务控制接口也，就是连接 IMS 的核心交换设备 S-CSCF 和业务平台 的接口，借以控制 SIP Server 的工作方式。关于这个接口位置，可以看 R5 以后的 3GPP TS 23.002，有一张图，还是挺清楚的。 ISC 的基本功能就是 S-CSCF 把需要 SIP AS/OSA SCS/IMS-SSF 处理的 SIP 请求转 到 AS 们上去，由它们来进行一些高级业务的控制，还传送话单信息。本身这个接 口的定义是一个比较新的事情，事实上，我应该参考一下更新的协议，因为当前手 里的版本上面说有关 AS/SCF/SSF 代替用户发起请求的可能还是 FFS 的呢。 对于这个接口，aptitude 认为应该是个运营商内部接口，因为规范说这个接口不考 虑安全性问题，这也就是说，连接在这个接口上提供运营商特定业务的 SIP AS 一 定和 IMS 网络属于同一运营商，而对于运营商之外的 SP，要提供业务则要借助于 OSA 或是 CAMEL 了，后者我不懂，不知道是如何工作的。 多扯一句 OSA，所谓 Open Service Access，由一个联合API专家组规范，提供著名 的 Parlay/OSA API 来允许业务更加灵活、可扩展的构建，去年又搞出了 ParlayX API，提供了 Web Service 的接口，这方面如果大家有兴趣也可以一起讨论一下。 就这么几句吧，更多的东西恐怕要几个人讨论才能有更多的实质性内容出来。 闲聊 IMS 系列至此就基本完成了吧，以后如果想出来后续话题还可以继续。 这是鄙人第 1500 贴，来这么个原创，算是庆祝一下吧。 *aptitude*(*有空多读读书*) 上站 *456 *次，文章 *71*/*1500 *篇，已经通过身份认证 上次于 *2005年 3月12日 21:19:41 星期六 *从 *59.64.186.159 *到本站一游 经验：[*1907*](版主) 表现：[*26*](★★★) 生命：[*120*] 金钱：[*122851*]*