媒体分销协议范文（精选7篇）
媒体分销协议 第1篇
渠 道 分 销 代 理 协 议
5-1
失。
3、乙方派专人（姓名 电话）负责与甲方日常业务工作的协调，并做好看房后的跟进成交工作；
4、乙方销售过程中进行广告推广的，需报甲方审核同意后方可执行，费用由乙方自行承担。
5、乙方销售现场包装要有明确的甲方标识及监督电话。
6、由乙方陪同的看房客户的人身及财产安全，由乙方负责，若出现任何事故，由乙方自行承担法律责任，与甲方无关。
第三条 代理佣金和支付方式
1、代理佣金是指乙方介绍的客户经甲方书面确认（客户确认单）后，并通过甲方成功购入该项目所属房屋的，乙方可获得的分销服务报酬。
2、乙方代理佣金为xxxxx成交额外奖励xxxxx元现金（不开发票为xxxx，开发票扣x%税）。
3、代理佣金由甲方以人民币（现金或转帐）方式支付给乙方，乙方认可此种结算方式，并于收款时向甲方出具正式发票（甲方见发票后方可付款）。分销代理佣金按月支付，乙方每月月末工作日将当月达到收佣条件的《结佣明细表》向甲方递交书面申请，甲方在收到乙方《结佣明细表》后进行核对，并于收到开发商支付的相应佣金或现佣模式客户缴纳的团购费后30个工作日内支付乙方相应佣金。
4、选择一次性及分期付款方式成交的，客户签订《商品房买卖合同》并按合同约定支付全部房款后，即可视乙方已达到收佣条件。乙方可以申请结算该宗业务佣金。甲方在收到开发商佣金后7个工作日内结算给乙方。
5、选择按揭付款方式成交的，客户签订《商品房买卖合同》且交完首付房款，所贷款额经银行审批通过并发放后，即可视乙方已达到收佣条件。乙方可以申请结算该宗业务佣金。甲方在收到开发商佣金后7个工作日内结算给乙方。
6、如因非甲方原因发生客户退房或者因其他原因开发商不与聚泛结算佣金，而乙方已计提的佣金，甲方将在下月从应付乙方佣金中扣回。
第四条 销售业绩归属界定
1、甲乙双方应本着诚信、互利的原则，业绩归属以首次接待登记购房人（或购房委托人）并由甲方签字确认为准，在双方合同约定的合作期内，凡经甲方签字确认并签约成交的，应视为乙方的业绩；双方以第一时间传真客户名单相互确定为核定依据。
2、乙方已签定购房协议的客户在签订正式合同时更名，不因更名而影响乙方业绩的认定。
第五条 销售合作流程
1、乙方在安排客户至甲方所代理项目看房，乙方介绍的客户经甲方确认后由甲方组织带看。
2、乙方客户成功购买甲方所代理的物业之后，由乙方每周发送成交明细至甲方，由甲方签字
5-3
所有损失。
5、本合同所约定的甲方义务若与甲方和项目开发商签订的分销代理合同条款不一致的则以后者为准。
第十一条 声明及保证
（一）甲、乙双方签署和履行本协议所需的一切手续均已办妥并合法有效。
（二）甲、乙双方为签署本协议所需的内部授权程序均已完成，本协议的签署人是甲、乙双方的法定代表人或授权代表人。本协议生效后即对合同双方具有法律约束力。
第十二条 协议的解除
1、签约任何一方，由于不可抗力因素丧失履约能力的，则受灾方提供当地官方权威证明后，本协议自动解除。
2、在本合同到期时，双方应通力协作，妥善处理终止合同所涉及的有关事宜，处理完与本合同有关的法律和经济事宜。
第十三条 其他事项
1、甲、乙方须派专人与对方联络，若有人员变动须及时通知对方。
2、本协议一式贰份，甲方保留壹份，乙方保留壹份，经双方代表签字盖章即生效。
3、本协议未尽事宜，经双方同意可签订补充协议，并与本协议具有同等法律效力。
4、在履约过程中发生争议的，双方可协商解决；协商不成的，任何一方可向甲方所在地人民法院提起诉讼。
第十四条 补充条款
甲方：
乙方：
代表： 代表： 电话：
电话： 传真： 开户行
户名：
帐号: 签约日期： 年 月 日
5-5-
媒体分销协议 第2篇
分 销 合 作 协 议
0 1 万胜金兰湾项目分销合作协议
甲方：
（以下简称甲方）法定代表人：
法定委托人：
地址：
乙方：
（以下简称乙方）部门(组)：
法定代表人：
地址：
甲乙双方本着互惠互利、真诚合作的原则，就甲方 万胜金兰湾（以下简称本项目），委托乙方非独家分销合作事宜达成本协议，以供双方共同遵守。
第一条：委托项目概况
1、项目名称：
万胜金兰湾。
2、项目地址：
贵州安顺市镇宁县环翠路。
第二条：合作期限和内容
1、合作期限：
本协议自
年
月
日至
年
月
日止；协议期满后，甲乙双方将根据实际销售业绩情况决定是否续约。
2、合作地区：中国（）。
3、合作内容： 万胜金兰湾 住宅销售。
4、合作范围：本项目预售许可证上批准的可进入市场销售的所有房产。
第三条、甲方需提供乙方的相关资料：
项目资料：企业营业执照（复印件）；国有土地使用证（复印件）；建设用地许可证（复印件）；建设规划许可证（复印件）；建筑工程施工许可证（复印件）；商品房预销售许可证（复印件）；当地主管机构的工程批复文件（复印件）；其它销售所必须的项目文件资料、道具等。2 第四条、销售指标：
1、以每月完成销售物业《商品房买卖合同》实际成交总金额
万元或销售套数
套为考核指标。
2、如乙方业绩不达标，甲方有权单方面终止分销合作协议。
第五条、销售佣金的相关约定
1、代理佣金是指乙方履行本合同后所应获得的报酬。甲方向乙方支付分销代理佣金为乙方客户成交房屋套数计算，以10000元/套结算。
2、完成当月任务的100%及以上：结佣100%元/套；
完成当月任务60%至99%按完成任务比例结算，如：完成任务量70%，按单套70%结佣、完成任务量99%，按单套99%结佣；
3、甲方支付给乙方的销售代理佣金比例按乙方推荐成交客户所签订的《商品房买卖合同》数量计算。
4、银行按揭付款客户在签订《商品房买卖合同》交完首付款，并提供齐全有效的按揭资料前往银行签订有效贷款合同后，甲方按约定比例向乙方支付单套80%佣金，剩余20%元在客户面签后发放。
5、一次性付款客户在签订《商品房买卖合同》并按合同约定支付全额房款后，甲方按约定比例向乙方支付该业务乙方应得单套100%全额佣金。
6、分销代理佣金按周支付，乙方每周日前将当周达到收佣条件的结佣明细向甲方递交书面申请，甲方在收到乙方请款报告后三个工作日内完成核对并确认回传给乙方，并在确认回传后三个工作日内支付给乙方上周应支付的佣金。
第六条、甲乙双方的权利与义务：
1、甲方提供本案住宅建筑面积平面图及销售时应备的各项证照、文件、价格表及相关资料，并负责所提供资料的合法性,前期组织乙方进场人员的相关项目的培训。
2、甲方负责在销售过程中落实前期银行按揭所需的资料，并由项目开发商负责办理银行按揭手续。
3、负责解决各种影响销售工作的问题，保障营销中心正常的工作环境。
4、甲方安排专人负责项目开发商销售合同的录入、打印、备案、审核、签章，日常监督和存档管理。3
5、乙方有助客户实地考察项目的责任，甲方协助乙方销售员与客户谈判议价，尽快促成交易成功。
6、乙方应信守甲方所规定的销售价格，未经甲方授权，不得擅自给客户任何正常销售政策以为形式的折扣、承诺，如遇特殊情况，乙方应该书面告知甲方，经甲方同意后，做个案协商处理。
7、在渠道销售过程中，乙方获知的甲方未对外公开的信息，乙方均应该予以保密，不得以盈利为目的非法使用或披露。
8、乙方因业务需要，需发展下属附带分销公司，需提前和甲方报备通知，经甲方同意方可带客。乙方附属分销公司行为同样受本合同条款约束。因乙方附属分销公司行为不当对甲方造成的损失和法律责任由乙方承担。
9、乙方负责乙方所有工作人员安全及责任，产生的一切责任与甲方无关，由乙方自行承担。
10、乙方向客户或第三方收取其他费用，需向甲方报备说明，相关责任由乙方自行承担，与甲方无关。
11、乙方不得参与营销中心现场自然来访客户接待，案场乙方不设立A位。
12、分销合作期内乙方所开展的经营推广销售行为，自行承担责任及营销过程中所产生的所有经费，自负盈亏，包括但不限于（劳动争议、安全责任、营销活动法律法规责任）。如乙方提前退场，需向甲方提前30日提出书面申请。
13、甲乙双方属于合作关系，乙方的团队建设按甲方统一标准（按部命名，每部团队不能低于20人），乙方自行管理。
第七条、其它约定：
1、乙方应严格按照甲方的案场制度管理规范执行相关的一切销售工作，若甲方有违规情况发生，甲方有权对乙方进行根据案场制度进行处罚，若产生严重违规，如：发生民事纠纷、恶意争取业绩，甲方有权对该房源业绩佣金扣除，乙方无任何胜诉权及索赔权。
2、甲乙双方签定合作的本项目范围内，乙方不得与甲方以外的第三方发生有损甲方利益的行为，一经发现，甲方有权立即单方面终止本合同，扣除乙方所有佣金，乙方须立即退场并无任何申诉权及索赔权，甲方并有权追讨乙方此行为对甲方造成的一切经济损失。
3、甲乙双方的销售人员在项目销售期间不得互相窜队挂单，一经发现，甲方有权扣除乙方该房源佣金，并对销售员进行处罚。
4、若因不可抗力因素导致客户退房，则退房的佣金部分（含团购费用）全额一次性退还给甲方，若乙方在3个工作日内未退还给甲方，甲方有权从乙方剩余佣金中扣除。所 4 产生的违约金以及资金占用费由乙方承担。
第八条、违约责任：
1、若甲方未能按协议的规定及时支付乙方佣金，乙方有权单方面解除本协议，且甲方需支付乙方未结佣金总额20%作为违约金，由此造成的经济损失由甲方承担。
2、乙方在工作开展过程中应守法经营，不得以甲方的名义从事本协议规定的分销合作协议之外的任何商业活动，也不得以虚假夸大之词欺骗客户，否则造成的不良影响、法律后果及甲方、第三方的全部损失由乙方承担，甲方有权单方面解除本协议，乙方据实向甲方赔付由此产生的一切经济损失。
3、其它法律、行政法规规定可单方解除协议的情形。
4、甲、乙双方任何一方未履行本合同之条款时，所造成的经济损失应由违约方承担。
5、乙方需严格遵守合同，否则甲方有权单方面终止协议。
第九条、如有未尽事宜，双方秉持公平诚信原则另外协商签定补充协议，补充协议、附件与本协议具有同等法律效力。如协商不能解决，约定由本案所在地仲裁机构或人民法院裁定。
第十条、本协议一式叁份，甲方执两份，乙方执壹份，自双方签字盖章之日立即生效，协议到期后自动解除本协议，但甲方需在到期前结清全部费用。甲方（盖章）：
授权代表：
乙方（盖章）：
授权代表：
签约时间：
流媒体传输协议及应用 第3篇
流媒体的显著特点就是数据量大，并且许多应用对实时性要求比较高，因此，流媒体技术应用对网络带宽、音视频数据的实时传输和连续播放、分组丢失有着严格的要求。同时，用户对流媒体应用一般都有一定程度的服务质量QoS(Quality of Service)要求，要求系统对网络带宽、吞吐量、端到端延迟、物理抖动、分组出错率和比特出错率等QoS参数提供一定的承诺。因此，网络化流媒体系统需要强有力的QoS管理机制来满足用户的要求。
由于最初Internet并不是为传输多媒体内容而设计的网络，支持可靠的文本数据传送是它的主要设计目标，提供定量Qo S保证属次要考虑。Internet传统通信协议不支持QoS概念，难以适应连续媒体通信的实时和等时要求，为了满足实时要求，流媒体通信采用了用户数据报协议UDP(User Datagram Protocol)，由于UDP协议是一个不可靠的协议，基于UDP的流媒体通信质量由于网络中不可避免的分组丢失率而严重降低;而传输控制协议TCP(Transfer Control Protocol)是一个完全可靠的面向连接的协议，它的重传机制和拥塞控制机制都不适用于实时多媒体传输。为此，IP协议(Internet Protocol)提出解决问题的根本思想是对所有数据通信进行分类，为不同的应用指定优先权和安排预定机制。其中Internet工程任务组IETF(Internet Engineering Task Force)开发了一个同名的Internet增强服务模型，包括“Best-effort”(全力传送)服务和“Real-time”(实时传送)服务。其中“Real-time”服务就是为在Internet网络中传输多媒体数据而开发的业务，与此相应制订了多媒体数据流实时传输协议，同时其它的国际标准化组织和研究机构也制定了一些流媒体传输标准，这些协议互相配合，在一定程度上满足了Internet上多媒体数据实时传输的要求。流媒体协议在TCP/IP协议栈中的位置如表1所示。
一、流协议ST-Ⅱ
流协议ST-Ⅱ是一种面向流的协议，目的是为了在Interne上提供网络化多媒体应用所需的端到端Qo S保证。流协议ST-Ⅱ曾经被称为IPv5，但它只是IP协议的一个附属协议，并不是取代IPv4的新一代协议。ST-Ⅱ协议是原ST协议的扩展，它由两个组件组成：ST控制消息协议SCMP(ST Control Message Protocol)，它支持可靠的面向非连接的协议消息传输;另一组件是ST协议本身，它支持非可靠的数据传输。
ST-Ⅱ协议处在TCP/IP协议栈中的网络层，但它和IP协议不同，ST-Ⅱ协议需要路由器保留流过它的数据报信息。ST-Ⅱ协议的上层是ST-Ⅱ应用协议：视频包协议PVP(Packet Video Protocol)和网络语音协议NVP(Network Voice Protocol)，它们提供应用进程间的视频、音频通信能力。TCP和UDP也可以建立在ST-Ⅱ协议之上，以提供应用进程间的通信能力。ST-Ⅱ数据包的头部信息如表2所示。
ST-Ⅱ协议提供的服务是面向连接的，支持资源预留、树型拓扑和多点传送。尽管ST-Ⅱ也可以建立双向连接，但一般以单向连接方式建立发送端与几个接收端之间的连接，ST-Ⅱ非常适合于多媒体传输，因为它从发送端到接收端沿路都进行资源保留。ST-Ⅱ进行实时通信前，首先通过应答模式建立流，预约必要的网络资源，用流说明发送SCMP消息，如果接收端接收呼叫，则返回最终的流说明给发送端。所有参加方必须就QoS达成共识，即整个流具有相同的QoS，各中间路由器经过协商，在有足够资源的情况下，建立一条从发送端到接收端的保证带宽的通道，此带宽可依据申请级别进行调整。连接建立后就开始发送数据，传输的可靠性依据超时重发来保证。ST-Ⅱ协议还允许将多条流集结成组，以便共享带宽，数据传输结束后，各节点立即释放资源。
ST-Ⅱ协议要求各节点了解资源预留所需的下层网络情况，如网络总带宽、已使用带宽、包交换处理器速度、缓冲区长度等。ST-Ⅱ数据包也可以封装在IP数据报内进行传输，这使得ST-Ⅱ数据包可以通过那些没有运行ST-Ⅱ协议的路由器。
二、资源预留协议RSVP
资源预留协议RSVP(Resource re SerVation protocol)是施乐公司、麻省理工学院、加州大学的研究成果，1997年被批准为Internet标准。RSVP协议是非路由协议，与IP协议配合使用，属于TCP/IP协议栈中的传输层，RSVP分组不携带任何应用数据，只是用来控制IP包的传输，它同路由协议协同工作，建立与路由协议计算出路由等价的动态访问列表，帮助数据接收方沿数据传输路径向支持该协议的路由器预留必要的网络资源，确保端到端的传输带宽，尽量减少实时流媒体通信中的传输延迟和数据到达时间间隔的抖动，使应用Internet传输数据流时能够获得特殊QoS。RSVP数据包的头部信息如表3所示。
RSVP报文长度
RSVP协议封装在主机和路由器中，RSVP协议的工作过程如下：(1)服务器端根据带宽、延时、抖动的上界和下界来规定发送端话务;(2)服务器端向客户端发送“PATH”检测，所经路径上的路由器均记下路由信息;(3)客户端收到该“PATH”报文后，向发送端发送“RESV”消息，其中包含数据流的平均速率、突发长度等资源预留信息，并沿原路径反向传回;(4)路径上的路由器根据“RESV”报文中的信息为相应的应用进程保留资源(连接建立)，直至到达服务器端;(5)数据沿着与“PATH”和“RESV”消息相同的路径传送。
在RSVP中，数据流的发送端和接收端被严格地加以区分，即使它们可能同时存在于同一台主机上，一次RSVP资源预留过程只能在一个方向上为某个数据流预约资源。当一个接收端向某应用发出RSVP请求时，位于该终端和发送端之间的每个路由器都会响应这个QoS请求并试图满足它，如果该请求通过路由器到达发送端主机，它会与来自其他接收端的请求合并，如果路由器不能满足该请求，即不能保证带宽或其他的Qo S性能指标，这时发送端会收到一条错误信息，等同于话音网络上的占线信号。
RSVP协议与ST-Ⅱ协议的带宽预留方式既有相同之处，也有不同之处。相同的是这两种协议都需要路由器的支持，但目前的路由器是没有预留功能的，除了ATM(Asynchronous Transfer Mode)网络外，还没有任何一种网络能提供预留资源所需的全部信息。不同的是，它们在TCP/IP协议栈中所处的位置不同，ST-Ⅱ是网络层协议，而RSVP是传输层协议，建立在IP协议之上;其次，ST-Ⅱ协议与RSVP协议对带宽的预留方向不同，ST-Ⅱ协议从信源端开始预留带宽，使信源端对它所发起的实时通信的QoS进行主动控制，以满足最佳发送的要求，而RSVP协议是由目的端请求预留带宽，这样可以有效地适应各个目的端的不同情况以及组内成员的动态变化。从传输效果来看，ST-Ⅱ协议应是最佳的实时通信协议，因为它在网络层建立了保证带宽的连接，但从实用性来看，RSVP协议更具优势，因为ST-Ⅱ协议完全改变了目前TCP/IP协议栈的底层协议，而RSVP仅仅是在现有的TCP/IP协议栈的传输层上再附加的一种协议，此外没有太大的变动。RSVP本打算被用于在IP网络上提供一种类似于线路竞争的机制，对于应用主机和网络上路由器和交换机来说，RSVP是所有QoS技术中最为复杂的，因此，它也最大程度地违背了“全力传送”的IP服务标准，但从服务保障、资源分配粒度和对要求QoS的应用反馈内容等方面看，RSVP提供了最高级别的Qo S。
三、实时传输协议RTP
实时传输协议RTP(Real-time Transport Protocol)是由IETF开发的一种为交互式语音、视频、仿真数据等实时多媒体应用传输而设计的传输层协议，其目的是提供时间信息和实现流同步，为多媒体应用提供端到端提交服务。国际电信联盟ITU(International Telecommunications Union)的视频会议标准H.323采用了RTP协议。RTP协议包括两个协议：实时传输协议RTP和实时控制协议RTCP(Real-Time Control Protocol)。RTP协议负责传送带有实时信息的数据包，RTCP协议是RTP协议的控制部分。RTP协议不能保证定时提交或QoS保证的机制，在网络服务质量较低时，丢包现象将会频繁发生;RTCP协议是和RTP协议配合使用的协议，用于拥塞控制和流控制，负责管理传输质量和在当前应用进程之间交换的控制信息，提供有关正在进行会话中的各参加者的信息。若使用RTCP协议，则每个参加者周期性地向其他参加者发送本地信息，这些信息作为RTP包中的可选项，RTCP协议不必非得使用RTP协议进行通信。
RTP协议可以在面向连接或无连接的下层协议上工作,通常和UDP协议一起使用,RTP数据包的头部和数据就包含在UDP包中,利用UDP的高效性来保证实时通信,但RTP也可以在ATM、ST-Ⅱ、TCP等其他协议之上工作。RTP数据包的头部含有时间戳和顺序号,支持接收端重建接收数据的时序关系,以便正确回放媒体流。RTP数据包的头部格式如表4所示。
RTP协议主要实现一种端到端的多媒体同步控制机制，既不需要事先建立连接，也不需要中间节点为其保留资源。在网络带宽充足的情况下，RTP协议具有一定的带宽调控能力，保证端到端的多媒体流同步，在网络带宽不足时，RTP的带宽调控能力将受到一定程度的限制。RTP协议本身既不保证服务质量QoS,也不保证可靠传输，不过在RTP的分组头中提供了与媒体实时传输紧密相关的时间戳、顺序号、负载类型标识和源标识等，RTP协议工作时，从上层接收多媒体信息流，装配成RTP数据包，传送给下层协议。下层协议提供RTP与RTCP的分流，会话时将使用两个端口，一个给RTP，一个给RTCP，如使用UDP协议传送时，RTP使用一个偶数号端口，而RTCP使用其后的奇数号端口。时间戳反映了RTP数据报文中的第一个字节数据的采样时间，接收端根据收到数据报文的时间戳对数据进行重建，时间戳也用于流间的同步，如音频流和视频流的同步。顺序号用于数据传送的遗失检测和帧序重构，接收端可通过检测到的分组顺序号判断是否有分组丢失,并可重新恢复发送时的分组顺序。负载类型标识则表明了RTP报文中数据负荷的编码格式，如ASF、MPEG2、PCM、LPC等。源标识用于指示接收数据的来源，为接收方提供了一种区分不同源的方法，在音频会议中，利用该功能可以知道谁在发言。在RTP会话期间，各参与者周期性地传送RTCP包，RTCP包中含有已发送的数据包的数量、丢失的数据包数量等统计资料，因此，服务器可以利用这些信息动态地改变传输速率，甚至改变有效负载类型。RTP协议和RTCP协议配合使用，它们能以有效的反馈和最小的开销使传输效率最佳化，因而特别适合传送网上的实时数据。
四、实时流协议RTSP
实时流协议RTSP(Real-Time Streaming Protocol)是由RealNetworks公司、Netscape公司、Columbia大学等共同研发的，1998年被批准成为Internet标准。RTSP协议是一个应用层协议，它必须以底层的RTP、RSVP等协议为依托，才能够在Internet上提供完整的流媒体传输服务，在数据选择传送通道和传送机制上都遵循底层的RTP或TCP协议。它的主要任务是为单点传送和多点传送流媒体提供很高的播放性能，同时也能够兼容不同厂商的服务端和客户端的应用程序。
使用RTSP时，客户机和服务器都可以发出请求，即RTSP可以是双向的。作为一个应用层协议，该协议目的在于控制多个数据发送连接，RTSP提供了一个可供扩展的框架，使得实时流媒体数据的受控和点播变得可能，为选择发送通道(如UDP、多播UDP或TCP)提供途径。RTSP可以对流媒体提供诸如播放、暂停、快进等操作，操作的资源对象可以是直播流也可以是存储片段。RTSP协议除了定义具体的控制消息、操作方法、状态码外，还描述了与RTP间的交互操作。总的说来，RTSP是一个流媒体表示协议，主要用来控制具有实时特性的数据发送，但它本身并不传输数据，而是必须依赖于下层传输协议所提供的某些服务。
虽然RTSP服务器同样也使用标识符来区别每一连接会话(Session)，但RTSP连接并没有被绑定到传输层连接(如TCP等)，也就是说在整个RTSP连接期间，RTSP用户可打开或者关闭多个对RTSP服务器的可靠传输连接以发出RTSP请求，此外，RTSP连接也可以基于面向无连接的传输协议(如UDP等)。RTSP协议负责在服务器和客户机之间创建并控制连续媒体流，它支持以下操作：(1)从媒体服务器回取媒体流。RTSP允许用户通过HTTP或者其它方法向媒体服务器提交一个表示描述(Presentation Description)，所谓表示是指流媒体服务器提供给客户机的一个或者多个媒体流的集合，而表示描述则包含了一个表示中各个媒体流的相关信息，如数据编码/解码算法、语言、网络地址、端口号、内容及其它相关参数。(2)邀请一个媒体服务器加入会话。媒体服务器可以被邀请参加正在进行的会议，或者在表示中回放媒体，或者在表示中录制全部媒体或其子集，因此非常适合于分布式教学。(3)添加媒体。即向一个已经存在的表示中添加新的媒体流，通知用户新加入的可利用媒体流，这对现场讲座来讲显得尤其有用。与HTTP/1.1类似，RTSP请求也可以交由代理、通道或者缓存来进行处理。
RTSP协议在制定时较多地参考了超文本传输协议HTTP/1.1(HyperText Transfer Protocol)，甚至许多描述与HTTP/1.1完全相同。RTSP之所以特意使用与HTTP/1.1类似的语法和操作，在很大程度上是为了兼容现有的Web基础结构，正因如此，HTTP/1.1的扩展机制大都可以直接引入到RTSP中。虽然RTSP协议的设计在语法和操作上与HTTP协议十分相似，但RTSP协议与HTTP协议也有不同之处。首先，HTTP是无状态协议，而RTSP协议则是有状态的，因为RTSP服务器必须记录客户的状态以保证客户请求与媒体流的相关性;其次，HTTP是个不对称协议，客户机只能发送请求，服务器只能回应请求，而RTSP是对称的，客户机和服务器都可以发送和回应请求，在RTSP中，所有的操作都是通过服务器和客户端的消息应答来完成的，至于数据的传输则是低层协议的工作。
五、微软媒体服务器协议MMS
MMS协议(Microsoft Media Server Protocol)为控制实时流媒体数据传输的应用层协议，是微软公司定义的用来访问并流式接收Windows Media服务器中ASF文件(Advanced Streaming Format)的协议，MMS广泛用于Microsoft Media的流媒体服务器。
MMS协议是连接Windows Media单播服务的默认协议，如果客户端在Windows Media Player中输入一个URL地址以连接流媒体文件，而不是通过超链接访问媒体内容时，则必须使用MMS协议。连接到多播的客户端不使用协议，它们在流媒体内容经过多播IP地址传送时接收数据，不需协议连接。
在MMS协议中，根据连接对象的不同，又分为MMSU和MMST。其中MMSU是MMS和UDP的结合，MMST是MMS和TCP的结合。MMSU可以让客户端通过UDP接受流信息，这种机制很适合于音频，因为它仅仅负责发送包，而不考虑连接的质量，因此用户可以较少程度上受延迟或暂停的影响，如果时间允许，可以请求重新发送丢失的包。MMST支持客户端通过TCP接受流信息，TCP形成一个可靠的流，如果包丢失了，将会停止流，重新发送丢失的包，在这种情况下，使用MMST的用户要忍受更长时间的延迟和暂停。
典型的MMS会话使用TCP连接发送和接受媒体控制命令，使用UDP或TCP连接分流数据。当使用MMS协议连接到发布点时可以激发MMS协议“协议翻转”机制。所谓“协议翻转”，就是客户端首先试图通过UDP接受流，如果UDP不工作，流将自动的转换到TCP传输，如果TCP也不工作，客户端将试图通过HTTP接受流，“协议翻转”机制确保了最佳的连接。
Windows Media服务的核心是ASF。ASF是一种数据格式，音频、视频、图像以及控制命令脚本等多媒体信息以网络数据包的形式传输，实现流式多媒体内容发布。ASF支持任意的压缩/解压缩编码方式，并可以使用任何一种底层网络传输协议，具有很大的灵活性。ASF数据流中的包必须顺序传送，这主要是为了实现数据分流，只有ASF兼容服务器如Windows Media服务器可以通过一次传输一个ASF包避免分帧，它完全封装在Internet或其他网络协议包中。如果客户端和服务器不用计算出ASF数据包何时开始、何时结束，它们就可以支持ASF中的错误更正、流回放和比特率优化。HTTP服务器没有这个功能，因为它不能识别ASF包的有效位，此外，在Web服务器中不支持Windows Media的一些功能，例如快速转发或者倒转ASF数据流等。
六、IPv6协议
IPv6协议是Internet IP的最新版本，IPv6将IP地址从IPv4的32位提高到128位，以解决IP地址空间即将耗尽及日益复杂和扩张的流媒体业务高效传输。IPv6保留了IPv4所赖以成功的许多优点，但也有许多改进。主要的改进内容包括：扩展了地址域长度;简化了IPv4的头部格式，采用等长头方式以便于硬件实现分组解析;加强加密功能以满足安全性传输的需要，增强了IP层的安全机制;采用24位流标记方式可追踪通信过程中的分组传送，采用扩展到4位的业务流类型优先级标识以利于路由器进行调度处理，支持流媒体传输业务。
IPv6定义了“流”的抽象概念，所谓“流”就是Internet上从一个特定源站到一个特定目的站(单播或多播)的一系列数据报文。IPv6在它的数据报头中加入了“流标签”字段，同时将优先级的范围扩大到16种，用来实现资源预留和QoS的承诺，新的路由器可以根据“流标签”域中的通信量类型子域采取不同的策略和机制处理相应类型的通信量，这对于需要支持的连续媒体流特别有用。
虽然IPv6引进了QoS机制，但IPv6还必须与RSVP配合来共同实现对QoS进行一定程度的控制。因此，IPv6流媒体方案在Qo S控制方面解决的第一个问题是如何对RSVP协议进行改进来适应IPV6的变化，研制实现新型的RSVP协议与IPv6配合共同完成对网络环境中流媒体传输Qo S的有效控制，为用户提供更好的服务。第二个问题是应用层QoS控制接口的研究。在实际应用中，流媒体的传输除了通过下层协议对QoS进行控制外，最终还应该在应用层设置一个透明的接口，通过这一接口，可以使应用层的程序和下层支持QoS的协议相独立。只有在达到通用性的目标和实现透明的QoS服务接口层的基础上，才能够真正实现应用层对下层各种QoS控制手段的综合，为最终用户提供了可操作的Qo S控制。
七、其它流媒体传输协议
在制定流媒体传输协议标准的过程中，除了IETF的工作外，其它的国际标准化组织和研究机构也做了大量的工作，其中许多成果也被批准为国际标准。
SDP协议(Session Description Protocol)为媒体描述协议。SDP协议通过该协议服务器端产生描述媒体文件的编码信息以及所在的服务器的链接等信息的SDP报文，其他的客户端通过该报文来配置播放软件的相关参数内容，比如客户端的音视频解码器，接受音频视频数据的端口等。
XTP3.x协议(Xpress Transfer Protocol)是一个同时具有网络层和传输层功能的协议。如果下层基础网络提供支持的话，则XTP3.x可以提供面向连接的多点播送。为改善XTP的组通信支持机制，XTP3.x使用四种技术：篮(bucket)算法、时间分片(slotting)、阻尼(damping)和无性系(cloning)技术。篮算法用来确定如何以及何时更新状态信息;时间分片和阻尼技术用来减少控制包的数量;无性系技术是一种实现集中的方法，几个发送方就可以向同一多点播送地址发送。
XTP4.0协议(Xpress Transport Protocol)只是一个传输层协议。XTP4.0支持多种不同的可靠性语义。XTP4.0定义了组管理机制，可以用来确定接收方组的成员属性。对于可靠的多点播送情形，任何一个接收方报告丢失的数据都必须通过其中的一种差错恢复机制向组重传。时间分片依然用于调节控制包对时间的分布。和单点播送一样，同步握手机制用于信息状态的更新。在同步握手期间，不传送数据。
HeiTP是Hei TS系统中使用的一个传输层协议，基于ST-II协议。Hei TP支持数据分组的分段与重组，使用基于速率的流控机制防止发送方“淹没”接收方。对于传送中出现的差错，用户可以选择差错忽略、差错指示、差错纠正等机制。此外，HeiTP提供媒体调节机制，可以使被传送的数据流适应网络负载的变化。
TP5也是一种支持多媒体通信的传输层协议。对于数据部分，该协议基于ISO TP4协议的机制;对于音频和视频传送，该协议则使用不带出错纠正功能的轻型协议。此外，TP5还提供了在一条传输层连接上同步多条数据流的机制。
八、结束语
流媒体从信息源的流化、网络传输到在客户端播放，每一个阶段都牵涉到很多关键技术，目前流媒体技术应用的技术焦点在于流媒体编码压缩算法和传输控制协议。在流媒体传输协议领域，IETF的开放标准HTTP、FTP、RTP、RTCP和RTSP协议族是跨平台的惟一选择，MMS协议由于显而易见的原因不具备跨平台的能力，但MMS协议对智能流的支持能力目前仍居业界领先地位。
当前Microsoft、RealNetworks、Apple、Philips等几大公司在流媒体平台的竞争上不约而同地将目光对准了媒体编码压缩算法和流媒体传输协议，其根本原因在于媒体编码压缩算法和流媒体传输协议决定了整个流媒体增值业务平台中除运营所需的支撑技术以外的其他所有技术，掌握了媒体编码压缩算法和流媒体传输协议的主导权，也就掌握了所有相关网络设备的主导权。在这种情况下，竞争显然已经不再局限于纯技术范畴，最终获胜的不一定是最优的技术，但一定是市场运作成功的技术。
必须承认，由于流媒体技术的应用越来越广泛,目前的网络带宽和速度，还无法完全发挥流媒体技术优势，为此各国政府和运营商都加速了通信网的建设和演化，以适应流媒体实时业务对带宽和容量的要求。随着宽带网络以及新的编码压缩算法和传输协议的发展，高品质的网络视听服务将在不久的将来会进入我们的生活。
参考文献
[1]胡泽,赵新梅.流媒体技术与应用[M].中国广播电视出版社,2006.
分销合作协议 第4篇
甲方：_________________乙方：___________________
法定住址：________________________法定住址：________________________法定代表人：______________________法定代表人：______________________职务：____________________________职务：____________________________委托代理人：______________________委托代理人：______________________身份证号码：______________________身份证号码：______________________通讯地址：________________________通讯地址：________________________邮政编码：________________________邮政编码：________________________电话：____________________________电话：____________________________
甲方为________系列建筑防水材料的销售公司，具有供给该建筑防水材料、材料资料及资质的能力；乙方为建筑防水工程公司，具有建筑防水工程施工、承接建筑防水工程项目的能力。
甲、乙双方基于资源优势互补，本着平等互利、共同发展、利益共赢的原则，经友好协商，就乙方作为甲方系列产品的代理销售及推广事宜，达成以下协议。双方均确认已阅读过该协议，并理解和同意其中的条款和条件，该协议的签订，将取代双方口头和书面对乙方代理销售及推广系列产品进行的所有交流。
一、协议有效期间、履行地点、代理区域及代理产品
1、本协议自双方签署后正式生效，有效期间自_______年______月______日至_______年______月______日。
2、甲、乙任一方如无意续约，于协议到期______日前，以书面方式通知另一方。
3、甲、乙双方如无终止协议表示，则本协议自动续约一年。
4、代理区域
1）、甲方指定乙方代理准入区域：______________________________
2）、代理区域扩大或缩小的条件及方法：________________________
5、代理产品
1）、乙方代理甲方的产品为：______________________________
2）、代理产品种类增减的条件及方法：__________________________
3）、约定新产品（是/否）包括在内：___________________________
二、代理的原则
1、乙方必须是独立的法人实体或销售实体。
2、乙方注册经营范围项目中，必须包含与代理销售、推广产品相关之项目。
3、甲方向乙方提供各系列产品和____________________________________，如有新产品，本合同仍然有效。
三、双方的权利和义务
(一)、甲方的权利及义务
1、对乙方的经营有咨询、调查权。
2、甲方应保证其产品的合格及市场的可销售性：即产品合格的质量标准。
3、乙方在行业选型、大客户攻关时，甲方给予技术和规划方案的支持。
4、甲方根据乙方的需要，向乙方提供技术支持，包括技术咨询，_________系列产品资料、资质，销售方案以及大客户攻关等支持，大客户攻关支持乙方负责费用。
(二)、乙方权利和义务
1、国内的自主经营权。
2、对甲方违反本合同的行为，可以追究甲方经济、法律责任。
3、为使乙方便于销售及推广该系列产品，甲方将尽可能提供中性化的包装，但这并不表示乙方可以忽视甲方的知识产权，做出任何有损甲方知识产权权益的行为。
4、乙方须遵守甲方的市场价格体系，不得做出低价扰乱市场的行为，否则甲方有权取消其代理资格。
5、甲方有责任为乙方合同代表人保守所有的商业秘密，即除合同签名人以外不向乙方第二人透出有关双方的合同内容。
6、在全国范围内乙方已有的或新联系的客户，须提前通知甲方并进行备案，经甲方确认后，该客户归乙方所有，甲方不得直接或间接介入，不得允许有权使用、销售该类产品的其他个人或单位介入。
四、价格政策
1、甲方依据乙方进货数量及业务量，给予乙方一定的价格折扣优惠。根据市场行情，双方及时协商代理价格。结算价格在开具销售凭证时直接体现。具体资费价格参照合同附件。
2、甲方制定乙方代理销售及推广的_________系列产品代理价格，双方对本价格负有保密责任。具体价格见附件。
五、付款方式
1、甲方只接受乙方银行转帐、电汇、现金、支票的付款方式。
2、甲方产品代办托运或邮寄等到乙方指定地址，甲方承担运费。
六、市场管理
1、甲方不实行独家代理制度，但对乙方现有用户或即将开发的用户给予保护。
2、乙方进入________________以外的地区销售前须告知甲方，以便备案。
七、保密条款
1、甲、乙双方有责任对通过本业务获得的所有用户资料予以保密。
2、甲、乙双方对本次合作及本协议的具体内容负有保密责任。未经一方事先书面同意，任何一方不得将双方合作协议的具体内容及其相关内容披露给任何第三方。
3、协议签订后，双方均负有严守商业秘密的义务。
八、违约责任
1、若有一方违反本协议规定导致本协议无法履行，另一方有权终止协议，由违约方承担所有的责任。
2、一方违约造成对方不良社会影响或经济损失，则另一方有权追究该方责任，要求其消除影响，并作相应的经济赔偿。
3、甲方所开发的手机软件程序不得有涉及侵权或其它法律规定的非法行为。因此所引起的一切后果由甲方承担。
九、不可抗力
由于不能预见并且发生的不能克服、不可避免的不可抗力事件，致使一方遭受经济损失或本协议不能履行或不能完全履行时，对另一方的损失不承担责任。遇有上述不可抗力事件的一方，应立即将事件情况书面通知另一方，并提出事件详情及协议不能履行或不能完全履行、或需要延期履行的理由的有效证明文件。按照事件对协议的履行的影响程度，由双方协商决定是否继续履行本协议或终止协议。
十、本协议的终止
1、按照双方要求终止协议。
2、任一方如违反本协议条款，或严重违背商业道德和法律，或严重损害对方的利益时，受损方有权单方终止本协议，并要求对方赔偿经济损失。
十一、本合同壹式贰份，甲乙双方各执壹份，具同等法律效力。
十二、如有未尽事宜，经双方协商以书面补充合同附上，同具有法律效力。
甲方(盖章)：_____________________乙方(盖章)：_____________________ 负责人(签字)：___________________负责人(签字)：___________________ 地址：___________________________地址：___________________________ 联系人：______________联系人：______________
电话：________________电话：________________
渠道代理分销协议 第5篇
甲方：（即供应商）乙方：_______________________________________（即代理商）
第一章： 总则
第一条 甲乙双方本着真诚合作、互惠互利的原则，通过友好协商，达成以下协议。
第二条 甲方授权乙方作为甲方在******* 的代理商销售甲方产品:“******”定额卡（含200元定额卡、500元定额卡、1000元定额卡三种类型）。
第二章：甲乙双方权利和义务
第三条 甲方在本协议中仅授权乙方进行销售甲方指定产品。
第四条 甲方授权乙方使用甲方产品商标、产品名称等相关知识产权用于乙方销售甲方指定产品，乙方不得使用甲方名义销售除甲方指定产品以外的任何产品，如因乙方违约引起法律或行政程序，由已方自行负责。
第五条 乙方不得擅自取消、更改甲方产品及宣传物料中的上述标识和内容。
第六条 乙方可在甲方授权范围内对甲方产品进行销售。
第七条 乙方销售甲方指定产品，由甲方按照约定比例给予乙方佣金。
第三章：产品销佣金及结算方式
第八条 乙方以现金或银行转账形式进行提取甲方产品。
第九条 乙方销售甲方产品达到一定销售额，享受如下佣金：
1、5万以内：千分之五；
2、5万—10万：千分之六；
2、10万—50万：千分之七；
3、50万—100万：千分之八；
4、100万以上：千分之十。
第十条 结算方式
1、乙方订货需要先填《***订货单》，甲方在收到乙方订货全额货款后在三个工作日内交货。
2、每月8号-13号为集中结算时间，乙方提供发票后由甲方通过银行转账或现金形式将
佣金支付给乙方。
第四章：保密
第十一条 甲乙双方对双方的合作（包括价格）及本协议的具体内容负有保密责任。未经对方事先书面同意，任何一方不得将双方的合作及本协议的具体内容披露给任何第三方。第十二条 乙方接受甲方对于产品销售的统一管理和监督，并自觉地维护甲方的信誉；及时向甲方反映甲方产品中可能具有的缺点或问题，并保持让甲方了解最终用户的不满之处。
第五章：授权期限
第十三条 甲方对乙方的授权期限从协议签订之日起至年月日止。期满前壹个月，甲方对乙方进行重新认证，双方可以协商继续合作的条款和条件并另行签订协议。
第七章：授权终止
第十四条 在下列情况下终止协议：
1、甲乙双方协方议期满同意终止本协议；
2、乙方发生损害甲方商业利益的行为，或是违反甲乙双方签订的相关协议，甲方可强制终止本协议。
第十五条 授权终止时，甲方不再收回。
第十六条 当本协议期满、终止或取消，乙方应将全部所有权信息资料销毁或全数退还甲方。乙方有资格保留为维持现有的顾客或产品所需要的信息资料。
第八章：其他
第十一条本协议一式贰份，双方各持壹份，具有同等法律效力，自签订之日起生效。第十二条本协议包含了双方之间全部理解，将替代任何其它口头或书面协议，将约束和确保双方的利益。未经双方同意不得以任何方式修改。双方都无权在无另一方书面同意的情况下转让协议的全部或部分。
第二十六条协议中未尽事宜，双方应本着平等协商、互谅互让的原则进行处理。如果协商解决不成，则任何一方可将争议事项提交菏泽市仲裁委员会进行裁决。
第二十七条甲方保留对此协议的最终解释权。
甲方：***乙方：
负 责 人：负 责 人：
单位盖章：单位盖章：
分销代理协议 第6篇
甲方： 乙方：
乙方身份证号码：（附复印件）
甲乙双方经友好协商，就乙方在指定区域内经销甲方生产的 系列产品事宜，达成如下协议： 第一条：经营区域及经营期限
一、甲方授权乙方作为 系列产品 省 市总代理
二、经营期限自 年 月 日至 年 月 日 第二条：购销方式
一、订货方式
1、乙方的每一笔订单以传真方式经双方签字确认，如有变动乙方须在 日之内提出申请，若超过 日订单将不予变动。乙方每笔订单经确认后，甲方 天至 天内发货，另有特殊原因电话通知，补专码的 天内给予发货，甲方如需要推迟发货须由甲方重新确认方可发货。
2、如乙方在研讨会期间需要订货预付 %订货金。
二、送货方式
1、双方约定甲方采取 运输，运输方式将货物运输至乙方指定地点。
2、运输保险费及其他费用由乙方支付，甲方负担生产地市区内的运费和仓储费。
3、甲方发出的货物自转交乙方指定货运站，货运风险就转至乙方，由乙方负责保险索赔。第三条：财务结算方式
一、每月回款
乙方按甲方制定的 年回款指标分解到每个月，甲方据此按月严格执行“信用额度发货制”，如果乙方一个月未按规定回款，则甲方将考虑对乙方采取控货措施。乙方连续三个月达不到月度回款额，则甲方对乙方采取作停货整顿处理，直到乙方回款恢复正常后，甲方对乙方的发货方解冻。
二、每月对帐
甲方每月 日前，将上月的《对帐单》传真给乙方，乙方核对无误后，应于 个工作日内签字回传甲方。若有误差，乙方应于 个工作日内，以书面形式通知甲方。否则，甲方将视同乙方为默认行为。
三、支持额度
甲方对乙方的支持额度按 年总业绩的百分之十。如乙方需要加大支持额度，要以书面形式向甲方负责人提出申请，甲方根据乙方实际情况考虑是否给予加大支持额度。第四条：双方承担的义务
一、乙方有义务尽全力销售己方的产品。
二、甲方发新样品至乙方，如果新样品在乙方市场出现滞销现象，乙方应及时将市场情况反馈给甲方，甲方将联系其他经销商帮助乙方调货，所需费用由乙方承担（不予退货）。
三、甲方发新样品给乙方，没补单的款式不予打折。
四、乙方年销售款达到 万元。乙方如有达到销售目标，并且款项全部还清，甲方将给予乙方销售款的 作为回扣。
五、对于因生产质量问题而造成的不合格产品，甲方按照质量信誉三包范围给予退、换，并承担相应费用，具体程序如下：
1、乙方从各经销点收回不合格产品，先整理出清单，列明货号、颜色、销售日期、具体原因、退回日期，传真至甲方销售部，经甲方确认后通知退回。若乙方退回货物与清单不符时，甲方有权拒收。
2、对退回不合格品，乙方应妥善保存好鞋盒包装，购货发票，内存合格证和残次原因标识，以便甲方销售部核对，否则甲方有权不予受理。
六、由于乙方自身订货原因，造成的库存积压或缺货责任，由乙方自负，但甲方可协助处理。若未经甲方许可，自行退货、调货，甲方可不予入帐。
七、甲乙双方本着认真、负责的态度共同协商制订本协议，双方愿共同遵守。第五条：其他事宜
一、保密规定
乙方在分销代理期间及终止经销后，有义务为甲方做好保密工作（法律规定和行政命令除外），特别是产品开发、企业发展战略、营销策略等商业机密。
二、甲、乙双方均可在本合同到期前 天提出延长合同的申请，经双方协商后可续签合同。
三、在协议期限内，双方均有权提出修改协议，并通知对方，经对方认同后可重新签订。若只有单方提出异议而对方不认同时，则应按原协议执行。
四、如甲乙双方在执行本协议发生争议时，双方可在“平等互利”的原则下共同协商解决；若协商不成，则想甲方所在地的法院给予裁决。
本协议自签订日生效，一式两份，双方各执一份。未尽事宜，双方另行协商解决。
甲方： 乙方：
代表人（签章）： 代表人（签章）：
年 月 日 年 月 日
媒体分销协议 第7篇
IP多媒体子系统是由第3代合作伙伴计划(3GPP)首先在R5中提出的支持IP多媒体业务的子系统(IMS),后由3GPP2、欧洲电信标准化协会(ETSI)和国际电信联盟(ITU)等组织采用。目前在实现网络融合愿望的驱动下,IMS已经由移动通信扩展到固网通信领域,希望籍此建立移动网络与固定网络统一的控制。IMS的最终目的是建立与接入无关、能被移动网络与固定网络共用的融合核心网,即能够为使用各种不同接入手段的用户提供融合的业务。
Diameter协议是RADIUS协议的一种演化,它是广泛应用于因特网中完成AAA功能的协议。Diameter被选为IMS的认证、授权和计费协议(AAA)。例如,当一个用户呼叫IMS业务控制接口(ISP)时,网络接入服务器采用Diameter来鉴别和授权用户进入网络。Diameter包含一个由Diameter应用作为补充的底层协议。Diameter应用是定制或扩展Diameter使其成为适用于某一特定环境的特殊应用。IMS的许多接口都使用Diameter,例如,IMS定义了一个Diameter应用在会话建立时与SIP联系,定义了另一个Diameter应用来完成计费控制。
1 Diameter协议分析
1.1 Diameter基础协议
Diameter基础协议注重能力协商、消息发送以及对等端如何最终被拒绝。基础协议还规定了特定规则用于Diameter节点之间所有的消息交换,并为各种应用提供了一个AAA框架。
一个Diameter节点具有和多个对等端通信的能力,但通常基于每个域,一个节点应该与2个对等端建立连接。2个Diameter对等端建立传输连接时,必须进行能力交换。能力交换消息包含对等端的标识和能力(协议版本号、支持的Diameter应用和安全机制等),如果能力交换请求消息的接收端与其发送端没有任何共同支持的应用程序,则必须返回原因值为“无共同应用”的应答消息,并且终止相互间的传输层连接。
Diameter基本协议运行在TCP和SCTP传输协议的端口3868上。Diameter客户端必须支持TCP或SCTP,代理和服务器必须二者都支持。
1.2 Diameter应用协议
Diameter能够为应用提供认证和授权服务。当一个服务使用应用的认证和授权服务,且有用户请求接入网络,Diameter客户端会向本地服务器发送认证请求。服务器收到认证请求消息后,根据网络资源及请求消息中携带的属性值对来用户判断是否通过认证。
1.3 Diameter协议接口
Diameter包含基础协议、传送协议和不同的应用扩展。所有应用和服务公用的基本功能都在基础协议中实现,而应用特定的功能则会在不同的应用中实施。Diameter在IMS中的接口关系如图1所示。
图1中的Cx接口、Sh接口、Dx接口和Dh接口使用Diameter协议,Cx接口位于呼叫会话控制功能(CSCF)和归属用户服务器(HSS)之间,主要完成以下功能:
(1)为注册用户指派S CSCF;
(2)CSCF通过HSS查询路由信息;
(3)授权处理,检查用户漫游是否许可;
(4)鉴权处理,在HSS和CSCF之间传递用户的安全参数;
(5)过滤规则控制,从HSS下载用户的过滤参数到服务呼叫会话控制功能(S CSCF)上。
Sh接口位于HSS和应用服务器(AS)之间,用于AS从HSS获取用户数据,以及HSS中用户数据更新时,通知AS。
Dx接口位于CSCF和签约定位器功能(SLF)之间,用于确定用户签约数据所在HSS的地址。Dh接口位于AS和SLF之间,用于AS到SLF定位HSS。
2 设计和实现
Diameter基础协议是实现所有接口的基本,Cx接口协议是IMS架构实现用户注册、位置管理和用户数据管理的重要接口。下面主要介绍Diameter基础协议和Cx接口的设计和实现过程。
2.1 Diameter协议软件设计
2.1.1 模块划分
Diameter基础协议和Cx应用接口协议的组成主要包含面向节点模块、应用程序模块和维护软件。完成基础协议、Cx接口应用协议、消息转发和维护功能。客户端和服务器端的组成框图如图2所示。
面向节点模块实现Diameter基础协议,以及转发消息到相应的应用程序模块功能。
应用程序模块执行Cx接口的应用协议功能,以及发送消息到面向节点模块。
维护终端完成Cx接口的参数配置功能,包含私有用户标识、公有用户标识、过滤规则和一些默认处理。
2.1.2 流程设计
(1)Diameter基础协议设计
Diameter基础协议的重要部分是能力交换,用于2个Diameter对等端按照规定的交换能力交换信息,包括支持的Diameter应用和安全机制等,由客户端和服务器端的面向节点完成。基础协议的流程设计如图3所示。
Diameter协议支持端到端的安全机制,支持TLS,TLS提供2个应用程序之间的保密性和数据完整性,支持信息摘要算法第5版(MD5算法)。输入一个任意长度的字节串,MD5算法生成一个128位的整数,算法具有不可逆特征,在加密应用上有较好的安全性。MD5算法首先进行信息扩展和数据填充,使信息位长=N512+448+64=(N+1)512,即长度恰好是512的整数倍,其中N为正整数,64表示数据填充之前的长度。然后设置链接变量,设置好链接变量以后,进入4轮循环运算,完成MD5算法全过程。例如:字符“a”经过MD5算法加密后,结果如下:
加密后的数据到达对端后,再将加密后的数据解密。
(2)Cx接口应用协议设计
Cx接口应用协议包含用户注册状态查询、用户位置信息查询、多媒体认证和更新用户信息等功能。实现Cx接口的各条消息和消息的方向如表1所示。
2.2 Diameter协议实现
2.2.1 实现环境及流程
Diameter协议软件实现采用C++语言编写,用g++进行编译,运行在Linux实时操作系统,实现了Diameter基础协议和Cx接口应用协议。其中,基础协议主要实现了能力交换功能。Cx接口应用协议主要实现了位置管理和用户数据处理,包括:
(1)UAR/UAA消息:实现HSS对用户公有用户标识注册、安全检查;I-CSCF获得S-CSCF信息;
(2)SAR/SAA消息:用于在HSS更新S-CSCF名称,S-CSCF从HSS下载用户数据文件;
(3)LIR/LIA消息:I-CSCF从HSS获取S-CSCF名称和能力;
(4)MAR/MAA消息:S-CSCF和HSS之间交换信息,以支持终端用户和归属IMS网络之间的鉴权过程。
Diameter协议软件分为服务器和客户端2个部分,服务器端将运行在应用服务器上,客户端软件运行在所有的被管理设备上。在图2所示的模块结构中,应用程序模块负责具体处理Cx接口应用协议消息,面向节点模块负责消息的转发。以用户认证请求为例,消息在各模块间的流程如图4所示。
2.2.2 试验结果分析
Diameter协议的实现在工程应用中得到了验证,试验结构图如图5所示。2个SIP终端、Diameter客户端、Diameter服务器和应用服务器通过集线器(Hub)相连,由终端发起注册、SIP会话和应用服务器发起的去注册过程对Diameter的能力协商和Cx接口应用协议进行了试验,能够完成对终端的认证和授权过程,试验结果符合Diameter协议标准。
3 结束语
Diameter协议应用于IMS中,实现认证、授权和计费功能,已经在实际工程中得到应用。Diameter良好的开放性和扩展性决定了它在通信网络环境能够更好地支持各种应用,更加符合下一代网络技术中AAA业务的需求。Diameter协议在通信架构中将得到越来越多的应用。
参考文献
[1]3GPP TS 29.229 V7.6.0.Diameter协议Cx和Dx接口[S].
[2]3GPP TS 29.228 V7.6.0.IP多媒体子系统Cx和Dx接口信令流和消息内容[S].
