IMS学习笔记.docx

  1. 1、本文档共13页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
IMS学习笔记课件

IMS学习笔记 IMS网络结构 SIP协议 SIP头域字段的含义和作用 Request-URI、To、Contact区别 SIP头域中参数 Route字段中的lr参数指示的实现的路由机制,lr表示losing route松散路由机制。 Record-route为了给该请求消息之后的请求消息留后路。而在一个请求消息的传输过程中,Proxy也可能(纯粹自愿,如果它希望还能接收到本次会话的后续请求消息的话)会添加一个Record-Route头域,这样当消息到达被叫后里面就有会有0个或若干个Record-Route头域。被叫会将这些Record-Route头域并入路由集,并并入自己的路由集,随后被叫在发送请求消息时就会使用该路由集构造一系列Route头域,以便对消息进行路由。然后,被叫会像上面对待Via头域一样,将Record-Route头域全部原样copy到响应消息中返回给主叫。主叫收到响应消息后也会将这些Record-Route头域并入路由集,只是它会将其反序。该会话中的后续请求消息的Route头域就会通过路由集构造。 【注意】Record-Route头域不用来路由,而只是起到传递信息的作用。Record-Route头域不是路由集的唯一来源,路由集还可以通过手工配置等方式得到。 Via被服务器插入request中,用来检查路由环的,并且可以使response根据via找到返回的路。它不会对未来的request 或者是response造成影响。 Route记录路由节点。 SIP编码 头域编码:头域+冒号+头域值,头域名是不分大小写的,冒号后、头域值前可以有若干个空格,但是最好是一个空格。头域值是区分大小写的。 举例Accept: application/sdp;level=1, application/x-private, text/html IMS入口点发送机制 静态机制 ?静态机制是指在IMS终端上配置SBC的IP地址或域名。这种方式的缺点是无法很好地支持用户的漫游。当用户漫游到其他省的IMS网络时,由于用户无法获知漫游地的SBC地址和域名信息,因此无法对SBC的配置进行修改,信令和媒体仍然会从归属省的SBC接入,这样会造成媒体面的迂回,占用网络资源,降低承载的传输服务质量。 ? 动态机制 ?3GPP定义了两种动态入口点的发现机制: 1)IP-CAN IMS信令承载建立方式 该方式是针对移动终端通过PS域接入IMS的场景。GGSN在建立IMS信令承载的PDP context时,在PDP相关信令中携带SBC的地址给终端,该方式对PS域的GGSN有特殊要求,需要对GGSN进行升级改造。 2)DHCP+DNS查询方式 通过IP接入网中的DHCP转发代理服务器在UE和DHCP服务器之间转发消息,获得SBC的地址,如果返回的是SBC的域名,则通过DNS查询得到SBC的地址。该方式要求对IP接入网的DHCP服务器进行改造。 CM-IMS采用的SBC发现机制 CM-IMS采用终端静态配置网元标识和DNS解析的方式:?终端中配置SBC/P-CSCF的统一标识,如sip:。接入网通过DHCP和公网DNS将SBC/P-CSCF标识映射为用户拜访地的SBC/P-CSCF的IP地址,提供给用户。 SIP事件通告机制 Subscription-State:指示创建订阅的状态。 Active订阅已被接受且授权成功。 Pending:订阅已经收到,但还没有足够的信息决定接受和拒绝此次订阅。 Terminated:订阅未激活或是创建的订阅关系已经终止。   所谓事件通告机制是指网络中的一些实体可以订阅网络中某些资源或呼叫的状态信息,当那些被订阅的资源的状态发生改变时,负责这一资源的网络实体将向订阅者发送通告,通报当前资源状态的变化情况。   为了实现这一机制,因特网工程任务组(IETF)的SIP工作组对基本的会话启动协议进行了扩充,提出了基于会话启动协议的事件通告机制规范:RFC 3265[1]。 在规范中定义了两个扩展方法:订阅(SUBSCRIBE)和通告(NOTIFY)。SUBSCRIBE方法用于发起订阅请求,NOTIFY方法用于通告当前资源状态。   会话启动协议事件通告机制涉及以下几个概念:   (1)订阅者   订阅者负责接收NOTIFY消息的会话启动协议用户代理(SIP UA)[2]。这些NOTIFY消息中包含订阅者订阅的资源信息。订阅者典型的动作是向通告者发送SUBSCRIBE消息以请求创建一次订阅关系。   (2)通告者   通告者负责产生NOTIFY请求的SIP UA。通告者在NOTIFY消息中向订阅者回馈当前资源的状态。通告者典型的动作是接收SUBSCRIBE消息并创建相应的订阅关系。   (3)订阅   所谓订阅就是一组与某个对话相关联

文档评论(0)

jiayou10 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

版权声明书
用户编号:8133070117000003

1亿VIP精品文档

相关文档