媒体通信系统应用子系统综合论述

多媒体应用的支持系统已从本地系统发展到了分布式系统。例如公用信息查询台、多媒体电子邮件、协同工作系统、分布式虚拟现实等应用都需要高速网络、高传输率和带有适当的传输协议的通信系统。从通信角度看，我们将多媒体通信系统(MCS)分成两大子系统：应用子系统和传输子系统。多媒体通信系统Theconsiderationofmultimediaapplicationssupportstheviewthatlocalsystemsexpandtowarddistributedsolutions.Applicationssuchaskiosks,multimediamail,collaborativeworksystems,virtualrealityapplicationsandothersrequirehigh-speednetworkswithahightransferrateandcommunicationsystemswithadaptive,lightweighttransmissionprotocolsontopofthenetworks.Fromthecommunicationperspective,wedividethehigherlayersoftheMultimediaCommunicationSystem(MCS)intotwoarchitecturalsubsystems:anapplicationsubsystemandatransportsubsystem.MultimediaCommunicationSystems

ApplicationSubsystem应用子系统Collaborativecomputing

现在工作站和PC机都配有很强的音频和视频功能,若把它们用高速网络联在一起，那么就为人们提供了一个协同计算环境，协同计算通常又称为计算机支持的协同工作(CSCW)。ThecurrentinfrastructureofnetworkedworkstationsandPCs,andtheavailabilityofaudioandvideoattheseend-points,makesiteasierforpeopletocooperateandbridgespaceandtime.Inthisway,networkconnectivityandend-pointintegrationofmultimediaprovidesuserswithacollaborativecomputingenvironment.CollaborativecomputingisgenerallyknownasComputer-SupportedCooperativeWork(CSCW).协同计算CollaborativeDimensions

电子化的协同工作系统可根据时间、用户范围和控制这三个参数进行分类[WSM+91]。这样协同工作系统可以被划分一个三维空间（如图11.1所示）。Electroniccollaborationcanbecategorizedaccordingtothreemainparameters:time,user

scaleandcontrol[WSM+91].Therefore,thecollaborationspacecanbepartitionedintoathree-dimensionalspace(showninfigure11.1).协同维数TimeSynchronousAsynchronousTelephoneTele-MentoringDesktopTeleconfereningCollaborativeSoftwareElectronicMailBulletinBoardDevelopmentCollaborativeDocumentEditingGroupScheduleManageSingleUserMultipleUsers(Group)DistributedControlCentralizedFace-to-FaceMeetingGroupCSCWConferenceRoomMeetingGroupDecisionmakingUserScaleFigure11.1:Dimensionsofcollaborativecomputing.

Time

从图中可以看出，在时间轴上有两种模式。即同步模式和异步模式。异步协同工作说明处理活动在同时发生。Withrespecttotime,therearetwomodesofcooperativework:asynchronousandsynchronous.Thesynchronouscooperativeworkhappensatthesametime.时间轴

UserScale

用户轴上的参数说明是否为单用户协同工作，或者是两个用户以上的组与另一组协同工作。Theuserscaleparameterspecifieswhetherasingleusercollaborateswithanotheruseroragroupofmorethantwouserscollaboratetogether.用户轴

Control控制轴上分成集中式和分布式两种.在集中式控制中有一个主席，由他来控制协同工作，而在分布式控制中，每个组成员能控制协同工作中属于自己的任务.Controlduringacollaborationcanbecentralizedordistributed.Centralizedcontrolmeansthatthereisachairman(e.g.,mainmanager)whocontrolsthecollaborativework.Distributed

controlmeansthateverygroupmemberhascontroloverhis\herowntasksinthecollaborativeworkanddistributedcontrolprotocolsareinplacetoprovideconsistentcollaboration.控制轴

GroupCommunicationArchitecture

组通（GC）是指CSCW环境下多个用户之间的通信，协作可以是同步的，而其中控制可以是集中式或分布式的。

Groupcommunication(GC)involvesthecommunicationofmultipleusersinasynchronousoranasynchronousmodewithcentralizedordistributedcontrol.组通信结构组通通信信结结构构由支支撑撑模模型型、、系系统统模模型型和和接接口口型型[WSM+91]。。组组通通信信支支持持模模式式包包括括了了通通过过多多点点传传输输网网络络通通信信的的组组通通信信代代理理（（如如图图11.2））。。它它可可用用于于完完成成组组汇汇合合（（grouprendezvous））、、应应用用共共享享和和会会议议管管理理。。Agroupcommunicationarchitectureconsistsofasupportmodel,systemmodelandinterfacemodel[WSM+91].TheGCsupportmodelincludesgroupcommunicationagentsthatcommunicateviaamulti-pointmulticastcommunicationnetworkasshowninFigure11.2.Groupcommunicationagentsmayusethefollowingfortheircollaboration:GroupRendezvous;SharedApplications;Conferencing.MulticastCommunicationNetworkGroupRendezvousCommunication(Transport)SupportConferencingApplicationSharingGroupCommunicationAgentGroupCommunicationAgentFigure11.2:Groupcommunicationsupportmodel.GroupRendezvousGroupRendezvousGroupCommunicationAgentCommunication(Transport)SupportCommunication(Transport)SupportConferencingConferencingApplicationSharingApplicationSharing组通信信系统统模型型基于客客户机机－服服务器器(client-server)模模式，，其中中client提供供组成成员与与系统统间进进行交交互的的用户户界面面，server则则向用用户提提供组组通信信功能能，每每一服服务器器都有有它的的独特特的功功能。。TheGCsystemmodelisbasedonaclient-servermodel.Clientsprovideuserinterfacesforsmoothinteractionbetweengroupmembersandthesystem.Serverssupplyfunctionsforaccomplishingthegroupcommunicationwork,andeachserverspecializesinitsownfunction.组通信信接口口模型型包括用用于在在组通通信支支撑模模型内内交换换信息息的两两种协协议，，即用用户表表现协协议和和组工工作管管理协协议。。用户户表现现协议议执行行行客客户机机间的的交互互，例例如发发起会会议、、结束束会议议、动动态加加入和和离开开会议议以及及发方方言权权控制制等。。组工工作管管理协协议说说明客客户和和服务务器之之间的的通信信。活活动会会议登登录和和会议议信息息检索索等服服务都都受这这些协协议的的支持持。TheGCinterfacemodelincludestwokindsofprotocolsforexchanginginformationwithintheGCsupportmodel:userpresentationprotocolsandgroupworkmanagementprotocols.Userpresentationprotocolsperforminteractionsamongtheclients,suchasopeningaconference,closingaconference,dynamicjoiningandleavingofameetingandfloorpassing,Groupworkmanagementprotocolsspecifythecommunicationbetweentheclientsandtheservers.Servicessuchasregistrationofactiveconferencesandqueriesforfurtherconferenceinformationaresupportedbytheseprotocols.GroupRendezvous组汇合合方法法允许许建立立协同同工作作组会会议，，以及及提供供有关关目前前和将将来的的组和和会议议的其其他静静态动动态信信息。。组汇汇合工工具在在用户户界面面上提提供一一组会会话和和会议议的活活动信信息。。组汇汇合有有同步步和异异步方方法。。Grouprendezvousmethodsallowforsettingupcollaborativegroupmeetingsandprovidingotherstaticanddynamicinformationaboutgroupsandongoingorfuturemeetings.Thegrouprendezvoustoolsprovideasinglesetofsessionandactivityinformationattheuserinterface.Therearesynchronousandasynchronousmethodsforgrouprendezvous.组汇合应用共享被认为是支支持组通信信活动的一一种有效机机制。应用用共享意味味着，当应应用共享程程序（像如如编辑器））从任一参参加者执行行输入，共共享对象（（例如文档档、正文））的所有执执行结果都都将发送到到所有的参参加者。共共享对象一一般只显示示在共享口口中[HTM92]。应用共享中中的一个重重要问题是是共享控制制。共享应应用中的一一个主要设设计问题是是决定采用用集中式体体系结构还还是复制式式体系结构构[OMS+92，，SW94a]。应用共享方方法Sharingapplicationsisrecognizedasavitalmechanismforsupportinggroupcommunicationactivities:Sharingapplicationsmeansthatwhenasharedapplicationprogram(e.g.,editor)executesanyinputfromaparticipant,allexecutionresultsperformedonthesharedobject(e.g.,documenttext)aredistributedamongalltheparticipants.Sharedobjectsaredisplayed,generally,insharedwindows[HTM92].Animportantissueinapplicationsharingissharedcontrol.Theprimarydesigndecisioninsharingapplicationsistodeterminewhethertheyshouldbecentralizedorreplicated[OMS+92,SW94a]ApplicationSharingApproachCentralizedArchitecture在集中式体体系结构中中，共享应应用中的单单个拷贝只只在一个地地点运行。。所有参加加者的输入入都送到本本地，应用用的输出（（共享对象象）都发送送到所有地地点。图11.3（（a）显示示了集中式式体系结构构。Inacentralizedarchitecture,asinglecopyofthesharedapplicationrunsatonesite.Allparticipants’inputtotheapplicationisforwardedtothelocalsiteandtheapplication’output(sharedobject)isthendistributedtoallsites.Figure11.3(a)showsthecentralizedarchitecture.集中式体系系结构ReplicatedArchitecture在复制式体体系结构中中，共享应应用拷贝只只在各个本本地站点运运行。每一一个应用的的输入事件件都分布在在所有地点点，共享应应用的拷贝贝分布在每每一个地点点，在本地地机上执行行。图11.3(b)给出了了复制式体体系结构图图。Inareplicatedarchitecture,acopyofthesharedapplicationrunslocallyateachsite.Inputeventstoeachapplicationaredistributedtoallsitesandeachcopyofthesharedapplicationisexecutedlocallyateachsite.Figure11.3(b)showsthereplicatedarchitecture.复制式体系系结构SharedWindowSharedApplicationSharedApplicationSharedApplicationSharedWindowSharedWindowNetworkNetwork(a)FloorHolder(b)FloorHolderOutputInputOutputOutputOutputInputInputInputSharedWindowFigure11.3:Sharingapplicationarchitectures:(a)centralizedarchitecture,(b)replicatedarchitectureConferencing远程会议支支持协同计计算，它又又称为同步步远程协同同工作。远远程会议是是一种管理理服务，通通过多种媒媒体（例如如视频和音音频）控制制多个用户户之间的通通信，获取取同时的面面对面通信信效果。更更精确地说说，在远程程会议系统统中视频和和音频有如如下用处：：Conferencingsupportscollaborativecomputingandisalsocalledsynchronoustele-collaboration.Conferencingisamanagementservicethatcontrolsthecommunicationamongmultipleusersviamultiplemedia,suchasvideoandaudio,toachievesimultaneousface-to-facecommunication.Moreprecisely,videoandaudiohavethefollowingpurposesinatele-conferencingsystem远程会议从技术角度度看，视频是用用于显示可可见的图形形，指出有有多少用户户在出席远远程会议。。对于可视视化支持，，可使用工工作站、PC机或视视频墙。对于超过3或4个参参加者的远远程会议主主，PC机机或工作站站的屏幕就就会初分成成多个非常常小的窗口口，特别对对于在同时时使用其他他应用（如如共享编辑辑器或画图图工具）时时，情况更更是如此。。因此必须须使用可快快速改变单单个图像大大小的机制制。Videoisusedintechnicaldiscussionstodisplayview-graphsandtoindicatehowmanyusersarestillphysicallypresentataconference.Forvisualsupport,workstations,PCsorvideowallscanbeused.Forconferenceswithmorethanthreeorfourparticipants,thescreenresourcesonaPCorworkstationrunoutquickly,particularlyifotherapplications,suchassharededitorsordrawingspaces,areused.Hence,mechanismswhichquicklyresizeindividualimagesshouldbeused.音频是远程会议议中的一中中重要组件件，用于描描述和阐述述可视化信信息。因此此，必须有有高质量的的音频，即即带有真全全双工的通通信和回声声消除，以以及空间队队列等等。。Audioisanimportantcomponentintele-conferencingfordescribingandclarifyingvisualinformation.Therefore,qualityaudio,withtruefull-duplexcommunicationandechocancellation,andpossiblyenhancedwithspatialqueues,isnecessary.发起会议，使用会议议参加者都都赞同的状状态，例如如，主席的的名称、访访问权限（（发言权））和音频编编码方式。。会议系统统建立阶段段要提供注注册、允许许、磋商服服务，但这这些必须很很灵活，允允许用户加加入/离开开某个媒体体会话或整整个会议。。灵活性由由控制模式式决定。Establishingaconference,wheretheconferenceparticipantsagreeuponacommonstate,suchasidentityofachairman(moderator),accessrights(floorcontrol)andaudioencoding.Conferencesystemsmayperformregistration,admission,andnegotiationservicesduringtheconferenceestablishmentphase,buttheymustbeflexibleandallowparticipantstojoinandleaveindividualmediasessionsorthewholeconference.Theflexibilitydependsonthecontrolmodel.加入新用户户，删除离开开会议的用用户。Addingnewusersandremovinguserswholeavetheconference.集中式会议议提供发起会会议功能。。首先，会会议发起者者（主席））发起一个个会议，选选择一个原原始组，邀邀请会议成成员（对组组汇合使用用显式邀请请）。这意意味着主席席知道所有有会议参加加者的地址址。可以从从中央目录录服务器询询问会议状状态，因此此，客户要要登录他/她的地址址。集中式会议议控制Centralizedconferencecontrolprovidestheestablishmentofaconference.First,theinitiator(e.g.,chairman)startsaconferencebyselectinganinitialgroupofinvitedconferencemembers(explicitinvitationforgrouprendezvous).Thisimpliesthatthechairmanknowstheaddressesofallconferenceparticipants.Theknowledgeoftheconferencestateisinquiredfromacentraldirectoryserver,whichimpliesthattheclienthasregisteredhis\herlocation.CentralizedConferenceControl分布式会议议控制是基于分嘏嘏会议状态态的。包括括以下两个个步骤：会会议的发起起者建立多多点发送空空间（例如如Mbone中的多多点发送通通道），多多点发送空空间中要带带有让会议议参加者使使用的分布布式信息的的入口，然然后创建会会议；第二二步是会议议参加通过过转入持定定的多点入入口（多点点发送地址址）而加入入会议，通通过组汇合合方式声明明（例如sd）。分布式会议议控制Distributedconferencecontrolisbasedonadistributedconferencestate.Thisisachievedasfollows:theinitiatoroftheconferenceestablishesamulticastspace(e.g.,multicasttunnelinMBone)withmulticastentriesfordistributionofinformationtotheconferenceparticipantsandtheconferenceisestablished;theconferenceparticipantsjointheconferencebytuningintoaparticularmulticastentry(e.g.,multicastaddress),announcedthroughgrouprendezvousmeans(e.g.,sd).DistributedConferenceControlSessionManager会话管理程程序的功能能分为局部部和远程两两个类Sessionmanagerincludeslocalandremotefunctionalities.会话管理程程序会话管理是多媒体通通信结构的的重要部分分，它是多多媒体通信信结构的一一个核心部部分，它把把传输过程程中需要的的控制和实实际的传输输操作分开开。在协同同工作计算算领域都要要研究会会议管理，，所以我们们在这里休休中讨论会会话管理的的体系结构构和管理问问题。Sessionmanagementisanimportantpartofthemultimediacommunicationarchitecture.Itisthecorepartwhichseparatesthecontrol,neededduringthetransport,fromtheactualtransport.Sessionmanagementisextensivelystudiedinthecollaborativecomputingarea,thereforeweconcentrateonarchitecturalandmanagementissuesinthisarea.会话管理会话管理结结构围绕着会话话管理这个个主体建立立，它把控控制从传输输中分离开开。通过创创建一个可可彼一时用用的会话管管理程度，，从而可以以方便面向向会议的实实用工具的的实现。一一种可能的的会话控制制结构如图图11.5所示。这这个会话控控制结构由由以下部分分组成：Asessionmanagementarchitectureisbuiltaroundanentity–sessionmanager-whichseparatesthecontrolfromthetransport[SC92].Bycreatingareusablesessionmanager,whichisseparatedfromtheuser-interface,conference-orientedtoolsavoidaduplicationoftheireffort.ApossiblesessioncontrolarchitectureisshowninFigure11.5.Thesessioncontrolarchitectureconsistsofthefollowingcomponents:结构VideoAgentConferenceControlConfigurationControlFloorControlMediaControl(Synchronization)MembershipControlWhiteboardAgentAudioAgentSensoryDataAgentSessionManagerSessionControlProtocolReliableTransportProtocolReal-timeTransportProtocolReal-timeTransportProtocolReal-timeTransportProtocolSharedWorkspaceAgentMediaAgentsFigure11.5:Sessioncontrolarchitecture.MediaAgents媒体借民民会话管管理程序序分开，，它们负负责每一一类媒体体的说明明。这种种调整可可以替代代代理。。每一代代理通过过特定的的媒体执执行本身身的控制制机制，，例如控控制操作作可包括括：使发发声、使使不发声声、修改改视频质质量、开开始发送送和结束束发送等等等。Mediaagentsareseparatefromthesessionmanagerandtheyareresponsiblefordecisionsspecifictoeachtypeofmedia.Thismodularityallowsareplacementofagents.Eachagentperformsitsowncontrolmechanismovertheparticularmedium,suchasmute,unmute,changevideoquality,startsending,stopsending,etc.媒体代理理SharedWorkspaceAgent共享工作作空间代代理在共共享的应应用系统统间传送送共享对对象（远远程指坐坐标、图图形或正正文对象象）Thesharedworkspaceagenttransmitssharedobjects(e.g.,telepointercoordinate,graphicalortextualobject)amongthesharedapplications.共享工作作空间代代理每个会话话过程都都由它的的会话状状态描述述。状态态信息包包括会话话开始、、会话策策略、会会话过程程名等，，它们或或是私有有的（如如局部资资源），，或由多多个会话话参加者者共享。。会话管理理分两步步处理会会话状态态：会话话建立和和会话修修改。在在会话建建立阶段段，管理理程度管管理和设设置会话话本身的的逻辑状状态。并并且它与与其他会会话管理理程序一一起管理理和设置置付费策策略和其其他策略略。它还还可以公公布一个个会话（（例如使使用组汇汇合服务务），使使其他参参加者可可以定位位和加入入该会话话。它与与传输子子系统一一起管理理和定义义传输拓拓扑结构构。控制Eachsessionisdescribedthroughitssessionstate.Thisstateinformation(starttimeofsession,policiesassociatedwiththesession,sessionname)iseitherprivate(e.g.,localresources)orsharedamongallsessionparticipants(e.g.,conferenceparticipants).Sessionmanagementincludestwostepstoprocessthesessionstate:anestablishmentandamodificationofthesession.Duringtheestablishment,thesessionmanagernegotiates,agrees,andsetsthelogicalstateofitsownsession.Further,itnegotiates,agreesandsetsbillingpolicyandotherpolicieswithothersessionmanagers.Further,itpermits“publishing”asession(e.g.,usinggrouprendezvousservice),allowingotherstolocateandjointasession.Itnegotiatesanddefinesthetransporttopologywiththetransportsubsystem.Control根据应用用系统所所需的功功能的不不同，在在会话管管理过程程中可以以嵌入以以下几种种控制机机制：Dependentonthefunctions,whichanapplicationrequiresandasessioncontrolprovides,severalcontrolmechanismsareembeddedinsessionmanagement:⑴发言言权控制制----FloorControl⑵会议议控制----ConferenceControl⑶媒体体控制----MediaControl⑷配置置控制----ConfigurationControl⑸成员员控制----MembershipControlTransportSubsystem传输子系系统Requirements1.用户户和应用用需求–UserandApplicationRequirements网络多媒媒体应用用本身对对计算机机通信中中的数据据处理提提出了新新的需求求，原因因是它们们需要大大的数据据吞吐量量、快速速数据转转发、服服务保证证和多点点发送。。Networkedmultimediaapplicationsbythemselvesimposenewrequirementsontodatahandlingincomputingandcommunicationsbecausetheyneed(1)substantialdatathroughput,(2)fastdataforwarding,(3)serviceguarantees,and(4)multicasting.需求⑴数据据吞吐量量Datathroughput传输音频频和视频频数据即即使在压压缩模式式下也需需要大数数据吞吐吐量。Audioandvideodataresembleastream-likebehavior,andtheydemand,eveninacompressedmode,highdatathroughput.⑵快速数据据转发FastDataForwarding当不同的的应用系系统在同同一个端端系统内内共存时时，每个个中能对对数据移移动有不不同的数数据移动动要求（（无错数数据传输输、带时时间限制制的数据据传输）），并且且需要快快速的数数据转发发。Fastdataforwardingimposesaproblemonend-systemswheredifferentapplicationsexistinthesameend-system,andtheyeachrequiredatamovementrangingfromnormal,error-freedatatransmissiontonewtime-constrainttraffictypestraffic.⑶服务务保证（（QoS）ServiceGuarantees在有些分分布式多多媒体应应用系统统中，必必须使用用资源管管理来保保证某些些服务功功能，否否则多媒媒体系统统将不能能提供可可靠连续续媒体传传输。Distributedmultimediaapplicationsneedserviceguarantees,otherwisetheiracceptancedoesnotcomethroughasthesesystems.⑷多点点发送Multicasting在分布多多媒体系系统中，，由于有有多个用用户参加加，这样样有时就就需要把把消息和和数据进进行多点点发送，，这对网网络带宽宽和协议议处理又又提出了了要求。。Multicastisimportantformultimedia-distributedapplicationsintermsofsharingresourceslikethenetworkbandwidthandthecommunicationprotocolprocessingatend-systems.2.处理和协协议约束束----ProcessingandProtocolConstraintsTransportLayer支持多媒媒全传输输协议必必须新的的特征，，提供以以下功能能：时间间信息，，半可靠靠性、多多点发送送，基于于NAK（非确确认，None-AcKnowledgement）的的错误恢恢复机制制和位率率控制。。Transportprotocols,tosupportmultimediatransmission,needtohavenewfeaturesandprovidethefollowingfunctions:timinginformation,semi-reliability,multicasting,NAK(None-AcKnowledgment)-basederrorrecoverymechanismandratecontrol.传输层1.Internet传输输协议----InternetTransportProtocolsInternet协议议包括两两种传输输协议：：TCP和UDP。TheInternetprotocolstackincludestwotypesoftransportprotocols(1)TransmissionControlProtocol(TCP);(2)UserDatagramProtocol(UDP).传输控制制协议（（TCP）TransmissionControlProtocol(TCP)早期视频频会议应应用是在在TCP协议上上实现的的。TCP在交交换全双双工字节节流的进进程之间间提供可可靠的串串行通信信路径或或虚拟线线路。每每一进程程假定都都放在由由IP地地址标识识出的Internet终端端中。每每一进程程都有一一些逻辑辑的全双双工端口口，通过过这些端端口可以以建立进进程，并并用作全全双工TCP连连接。EarlyimplementationsofvideoconferencingapplicationswereimplementedontopoftheTCPprotocol.TCPprovidesareliable,serialcommunicationpath,orvirtualcircuit,betweenprocessesexchangingafull-duplexstreamofbytes.EachprocessisassumedtoresideinanInternethostthatisidentifiedbyanIPaddress.Eachprocesshasanumberoflogical,full-duplexportsthroughwhichitcansetupanduseasfull-duplexTCPconnections.用户数据据报文协协议UDPUserDatagramProtocol(DUP)UDP是是Internet网网络协议议IP的的扩展，，它支持持数据报报文的多多路复合合。它只只提供多多路复合合及检查查和控制制。使用用UDP的高层层协议必必须自己己提供重重传、打打包、重重组、汉汉控制和和拥挤避避免等。。UDPisasimpleextensiontotheInternetnetworkprotocolIPthatsupportsmultiplexingofdatagramsexchangedbetweenpairsofInternethosts.Itoffersonlymultiplexingandchecksumming,nothingelse.Higher-levelprotocolsusingUDPmustprovidetheirownretransmission,packetization,reassembly,folwcontrol,congestionavoidance,etc.2．实时时传输协协议（RTP））----Real-timeTransportProtocol(RTP)RTP是是一种端端对端协协议，提提供网络络传输功功能，适适合于应应用系统统传输实实时数据据，例如如音频、、视频或或多点发发送或单单点发送送网络服服务上的的并发数数据。它它由Audio/VideoTransportWorkingGroup[SCFJ94]定定义。RTPisanend-to-endprotocolprovidingnetworktransportfunctionssuitableforapplicationstransmittingreal-timedata,suchasaudio,videoorsimulationdataovermulticastorunicastnetworkservices.ItisspecifiedandstillaugmentedbytheAudio\VideoTransportWorkingGroup[SCFJ94].RTP有一相关关协议RTCP（RTP控制制协议）），负责责传送有有关会议议参加者者的信息息。RTP提供供诸如媒媒体编码码确定、、同步、、帧、错错误检测测、加密密、定时时和源标标识等功功能。RTCP负责监监控某一一正在进进行的佳佳话的QoS参参数以及及传送参参加者的的信息。。RTCP的第第一部分分（监控控作用））由称为为QoS监控器器的应用用实现，，它接收收RTCP消息息。监控控器估算算当前QoS参参数、错错误诊断断以及一一段时间间内的统统计信息息。RTCP的的第二部部分用于于基于““松散控控制”的的会话。。RTP和RTCP住住处通过过不同的的端传输输。RTPhasacompanionprotocolRTCP(RTP-ControlProtocol)toconveyinformationabouttheparticipantsofaconference.RTPprovidesfunctions,suchasdeterminationofmediaencoding,synchronization,framing,errordetection,encryption,timingandsourceidentification.RTCPisusedforthemonitoringofQoSandforconveyinginformationabouttheparticipantsinanongoingsession.ThefirstaspectofRTCP,themonitoring,isdonebyanapplicationcalledaQoSmonitor,whichreceivestheRTCPmessages.Thismonitorest