多媒体编码通信17_多媒体的传输-2教案详解.ppt

* * 分支参数(branch parameter) 软电话(softphone) * * (引自Jiri Kuthan+Dorgham Sisalem, Tekelec, March 2007) * * * * * * * WF Style: flow descriptor list ::= WF flow descriptor WF flow descriptor ::= FLOWSPEC FF style: flow descriptor list ::= FLOWSPEC FILTER_SPEC | flow descriptor list FF flow descriptor FF flow descriptor ::= [ FLOWSPEC ] FILTER_SPEC SE style: flow descriptor list ::= SE flow descriptor SE flow descriptor ::= FLOWSPEC filter spec list filter spec list ::= FILTER_SPEC | filter spec list FILTER_SPEC * * 如图4-7(c)，假设接收端R1，R2和R3的数据接收速率分别为200 kbps，100 kbps和400 kbps，在路由器MR2下的接收端的最高速率是200 kbps，因此MR2需要保留的带宽为200 kbps。路由器MR2把保留消息发送给路由器MR1，MR1下面有一个400 kbps的接收端，因此MR1需要保留的带宽为400 kbps * * * RSVP协议在资源保留上花费一般是呈对数而不是线形幅度增长。 * * * 这里就出现一个问题， * * 会话启动协议 HTTP：超文本传输协议 SMTP：和简单邮件传送协议 * sip协议的提出和发展，是伴随着internet的发展而发展的，到目前为止它走过了以下几个阶段。　　1996年首先出现了sip的概念，这时sip的主要应用是针对internet上的各种文本应用，如电子邮件、文字聊天等。　　1999年3月，itef的多方多媒体会晤控制（mmusic）工作组提出了rfc2543建议，供各厂商和机构讨论。　　1999年9月，sip工作组从mmusic中分离并独立出来，成立了sip工作组，并与2000年7月发表了sip的草案。　　2002年6月，itef的sip工作组又发表了rfc3261建议，以取代rfc2543。 哥伦比亚大学的Henning Schulzrinne和伦敦大学的Mark Handley, Schulzrinne还与他人合作开发了RTP和RTSP。 * SIP将成为标准规范的文件是RFC 3261(2002)，扩展SIP和添加新特性的RFC文件有30多个，这些文件可在/sip/drafts.html上找到。 核心规范是3261， * HTTP：超文本传输协议 SMTP：和简单邮件传送协议 * * * 细实线表示SIP消息的通道，粗实线和粗虚线表示用RTP传输的视听数据通道；①，②，…表示消息出现的先后次序，箭头的方向表示每个消息的传输方向，3位数字的代码便于机器识别 * * * * RFC 3261定义了6种响应(Responses) * * * 服务器是软件，不同的服务器可以位于同一台机器上 * * * 所有部件都是逻辑部件，它们可安装在单台服务机上，也可分散在多台服务机上 * * 除了前面加上“SIP：”外，其余部分与电子邮件地址相同。 * 4.5.2 SIP的请求和响应 在IP电话系统中，用SIP的基本呼叫方法，如图4-8所示 (1) SIP代理服务器(SIP proxy server)：用于来回传递SIP消息的服务器 (2) SIP用户代理(SIP user agent) ：通信双方使用的收发SIP消息的设备，如电话机、安装有SIP客户软件的电脑、手机、PDA等 4.5.2 SIP的请求和响应 (1) A通过代理服务器向B发出通话INVITE(邀请)，①和②； (2) 代理服务器用代码100(试试看)回应A，③； (3) B用代码180(响铃)通过代理服务器回应A，④和⑤； (4) B用代码200(OK)通过代理服务器响应A，⑥和⑦； (5) A通过代理服务器向B发送ACK(确认)，⑧和⑨； (6) A和B通过 RTP通话； (7) B通过代理服务器向A发送BYE(再见)，⑩和； (8) A通过代理服务器向B发送OK，和； (9) 整个过程结束 4.5.2 SIP的请求和响应 SIP请求用文字表示，SIP响应用3位数字表示 SIP的请求和响应统称为消息 SIP请求 说明 INVITE(邀请) 邀请用户参加会话