《oC业务介绍》PPT课件

《oC业务介绍》PPT课件

ID:36698238

大小:966.60 KB

页数:89页

时间:2019-05-10

上传者:U-145848
《oC业务介绍》PPT课件_第1页
《oC业务介绍》PPT课件_第2页
《oC业务介绍》PPT课件_第3页
《oC业务介绍》PPT课件_第4页
《oC业务介绍》PPT课件_第5页
资源描述:

《《oC业务介绍》PPT课件》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

基于IMS的PoC业务电信研究院通信标准研究所李侠宇2008-11-28 汇报提纲PoC业务概述PoC的业务功能、网络架构PoC控制/用户平面的协议PoC业务对IMS的能力需求PoC2.0特性PoC业务和数字集群的区别 第一部分内容PoC业务概述 PoC是什么?PoC(Push-to-TalkoverCellular),是定义在公众蜂窝网络上的PTT业务。相关的标准工作主要由厂家联盟标准、OMA、3GPPs展开。 PoC为什么会得到关注?集群应用的成功缔造者-NEXTEL美国著名的数字集群运营商NEXTEL采用iDEN系统,建立了覆盖全国的数字集群商用网络,有4000个基站,目前用户超过1300万,并且连年盈利,成为美国电信运营商中的佼佼者。Nextel的集群业务成功发展主要归功于其业务特性差异化和服务市场集中化差异化竞争使之拥有较高的ARPU值和最低的离网率:ARPU=US$73,平均US$54.离网率=1.9%,国内平均2.4%PoC业务是在蜂窝网络中实现PTT功能,在业务特征上与集群应用有相似之处,但是在业务性能上还是具有很大差异。 PoC的基本特征采用半双工方式进行语音通信,类似于对讲机的风格即按即说,快速通话一对一呼叫(私密呼叫)一对多呼叫(群组呼叫)一对多对一快速个人通知PoC业务需要与其他数据能力紧密联系,如:数据消息能力、组用户的建立和管理、Presence和Availability功能接听方式自动接听手动接听手动接听取代模式 PoC业务用户体验 PoC业务的基本框架基于PS域优点:是面向现有的2.5G(GPRS,cdma1x),在PS域增加简单的业务服务器实体,实现基本的PTT功能缺点:互联互通性很差基于IMS优点:业务漫游、互通性很好,多业务之间调用简单,是未来发展多媒体业务的方向缺点:对现有网络改造大,体系结构庞大而严谨,技术难度高,需要增加IMS域实体 第二部分内容OMA和3GPPs中PoC的进展PoC的业务功能PoC的构架和组网:Client/Sever、XDMC/XDMS、Wathcer/Presentity OMA中PoC1.0规范结构WISPERPoC规范的状态、版本和工作计划050428RD业务需求(功能、操作、运营需求等),由REQ组制定050329AD业务架构和组网、功能实体、网络参考点050317CP控制平面的信令消息流程,以及针对PoC业务的信令消息的扩展050317UP用户平面(承载平面)媒体交互和媒体控制过程,最主要的TBCP消息的定义,在附录中定义了基本DM和Presenc对PoC的支持050317PoC_XDM组管理功能在PoC中应用时的一些必要元素和特性050317ERELD对PoC业务客户端和服务器端最基本功能的概述,以及PoC业务基于的最基本的技术规范的说明050112ETR对测试规范的基本要求,由PoC组提出050308ETSPoC业务的测试规范,由IOP组制定050322 OMA中PoC1.0PoC1.0规范开始进行一致性检测今年6月份进行IOP测试6月份就会有成熟的产品 3GPPs的PoC规范3GPP中,把PoC业务作为IMS的一种业务应用来定义,PoC业务和IMS之间严格遵循ISC接口的定义。(参见TR.23.979)3GPP2中没有制定PoC业务规范3GPPs主要工作还是制定IMS相关的规范,以及Presence的规范 OMA业务的逻辑框架所有的SIP业务能力都是基于IMS通过IMS把各种业务能力整合 PoC会话应用的主要协议在控制平面采用SIP信令SIP消息负责发起会话邀请和响应,最重要的是负责会话路由、安全、QoS保障、各种媒体资源的定购、发布和通知等在媒体承载平面采用RTP/RTCP/TBCP会话的媒体流基于RTP流,但是由于PoC发言一般都是“只言片语”,并非是连续的媒体流,所以称之为“TalkBurst”对RTP流的控制采用RTCP,在会话的过程中客户端和服务器之间会发送RTP流的质量报告(RR和SR)最重要的是,在对PoC业务流的控制中,应用了一种RTCP的特殊应用(APP),称之为TalkBurstcontrolprotocal(TBCP) PoC通信方式(1)1-to-1通信半双工呼叫,被叫可以自动接听或者手动的拒绝呼入请求。1-to-many通信特点预定义(pre-arrange)群组永久的组群组成员事先已经确定只有组员才能发起组呼临时(ad-hoc)群组PoC用户临时创建,多个用户参与,会话结束后,此组就不存在聊天(chat)群组永久性聊天群组。用户不被邀请,单独加入PoC会话(可以是在会话进行中)。群组成员可以事先确定,也可以自由加入。 PoC通信方式(2)1-many-1方式话音在多个用户之间进行半双工的传送。一个“特殊用户”作为中间点,他可以接听其他每一个用户发送来的半双工语音,也可以向其他每一个用户发送半双工语音。其他用户作为“普通用户”,他们只能向“特殊用户”发送半双工语音,也只能接听“特殊用户”发送的半双工语音。1-many-1一般都是预定义的群组,“特殊用户”由组呼的发起者来担当。即时用户通知(instantpersonalalert)允许PoC用户要求另一个PoC用户发起一个点到点的呼叫给发起者并没有建立会话,用户的呈现(Presence)信息不影响通知的收发 PoC会话模式预建立会话(Pre-establishSession)是PoC客户端和PoC(归属/参与)服务器之间建立的SIP对话。为了建立基于用户的SIP请求的PoC会话,PoC(参与)服务器和其他PoC(控制)服务器或用户通过Pre-established会话进行协商,从而建立一个端到端的连接。随选会话(On-demandSession)随选会话是一种在会话建立过程中进行媒体参数协商的PoC会话建立机制。 PoC的标识PoC地址PoC用户通过PoC地址发起通信请求PoC地址可以是SIPURI:lixiayu@mail.ritt.com.cnTELURI:13311335880组呼标识组呼标识也是SIPURI格式组呼标识关联到组中所有用户的PoC地址PoC客户端通过组呼标识来发起一个组呼组呼标识存储在PoCXDMS或SharedXDMS中组呼标识可以由业务提供商或PoC用户创建昵称(displayname)用户或者一个组也可以用昵称(displayname)来标识,PoCsever可以把显示名映射为SIPURL PoC用户注册PoC用户的注册主要是在IMS中的注册,然后IMS再把注册信息告诉PoCsever用户注册地址是PoC地址(SIPURI)PoC用户定期发送注册更新PoC用户的注册采用SIP消息 PoC会话建立PoC用户通过群组标识来发起会话。对于预定义组,组成员已经确定,需要至少有一个被邀请用户可以参加会话对于临时组,需要确定组成员范围和用户数目,同时也需要至少有一个被邀请用户可以参加会话对于聊天组,一旦发起会话邀请,会话即会建立 PoC会话的接听自动应答手动应答手动应答取代(MAO) PoC通话过程中应用TBCP消息指示发言者准备发言、允许发言、禁止发言、发言中止、发言结束、发言权排队等加入会话对预建立群组或受限聊天PoC群组,只有其群组成员才可以申请加入。对于不受限的聊天PoC群组,任何PoC用户都可以加入。对于临时建立群组,只用那些曾经属于会话中的PoC用户才可以加入。离开会话PoC参与者可以在任何时间离开PoC会话从PoC会话中删除某个用户PoC业务实体可以从PoC会话中删除某个用户把PoC用户加入PoC群组会话PoC会话的参与者可以根据业务提供商的策略把签约用户加入到预建立群组或临时群组会话中PoC用户的加入不影响正在进行的通讯 PoC会话的终止PoC群组管理员发起终止;最后一个(或者倒数第二个)PoC参与者离开PoC会话终止;会话创建者离开PoC会话终止;根据预先设置的时间段终止;根据预先设置的没有媒体流量的时间段终止 PoC的安全机制分为SIP信令安全和媒体安全SIP信令安全基于承载的IMS的安全机制。由IMS提供SIP信令的完整性和安全性。在用户登记的过程中,IMS会验证PoC地址的合法性。媒体安全(用户平面安全)在PoC客户端与PoCsever之间,以及不同的PoCsever之间用户平面的安全遵循3GPPGPRS和3GPP2PDSN无线接入安全保护机制。 PoC的隐私(Privacy)PoC参与者可以向所有其它参与者或者部分PoC参与者隐藏自己的标识。PoC参与者可以选择显示给其它PoC参与者的标识,这个标识可以是昵称形式,SIPURI形式或TELURI形式。PoC服务器不暴露用户的个人数据,如标识和签约的群组,拒绝不期望的PoC会话邀请。PoC服务器为PoC用户的个人数据提供安全保存功能。 PoC会话的计费计费类型:预付费(在线计费)和后付费(离线付费)付费信息:基于事件、基于话务量、基于发言等 PoC功能结构逻辑 PoC业务结构 PoC业务功能实体终端侧PoCclientXDMCWatcher、Presencesource、DMClient网络侧PoC服务器(PoCsever)Sever-ParticipatingPoCFunctionsSever-ParticipatingPoCFunctionsPoCXDMSAggregationProxy、SharedXMDS、PresenceseverSIP/IPcore--IMSDMsever PoCenabler结构 PoCClient支持会话发起、参与、终结;(SIP消息)执行在IMS中的注册登记和用户鉴权;(SIP消息)产生、发送和接收Talkburst;(RTP)支持TBCP控制和协商过程;(RTCP/TBCP)合并由管理系统下载的配置数据(例如空中接口激活);支持各种应答模式和呼入禁止模式;支持用户平面适应程序(重新协商会话参数、会话模式、媒体流速率等)(RTCP/TBCP)支持Pre-established和On-demand会话模式;(SIP消息)支持用户的隐私管理;支持群组广播功能;(可选)支持TBCP的排队和优先级控制;(可选)支持多会话并发;(可选) XDMCXDMC是XDMenabler的客户端。通过XDM-3接口(3GPP定义为Ut接口),基于XCAP(XMLConfigurationAcessControl)协议,负责对存储在归属网络的XML文件进行创建、修改、保存和删除(部分POC文件归属在XDMS中,URI列表和联系列表归属在SharedXDMS中)XDMC通过SIP消息可以定购网络侧XML文件的修改信息,网络中的XML文件修改后,通过SIP消息通知XDMC。 PoCsever 参与PoCsever在控制平面,提供PoC会话SIP信令的中转在用户平面,提供RTP流、RTCP控制消息(RR、SR)、TBCP消息的中转保证用户平面的适应过程,包括媒体带宽、编码的重新协商和更新可以实现不同编码器之间的代码转换存储PoC客户的应答模式、来话禁止指示、即时通知禁止指示等信息在Pre-established会话模式中,实现client和参与PoCsever之间的SIP对话对于会话并发的情况,实现媒体流的选择和过虑 控制PoCsever在控制平面,实现集中的PoC会话控制(SIP会话的启动、终止)在用户平面,实现媒体的复制和分发、基于RTCP的质量反馈报告,实现对媒体的协商和控制通过TBCP过程,实现发言权的控制通过向PoCXDMS和sharedXDMS来创建、修改、存取、删除有关用户信息和组列表提供集中的计费信息可以支持用户的隐私功能可以支持不同编码器之间的转换功能 PoCXDMSPoCXDMS是XCAP服务器,管理PoC业务的XML文档(主要是PoC组的信息)。参与PoCsever基于XCAP协议在XDMS中实现对PoC组的创建、修改、恢复和删除操作的记录信息。XDMS通过SIP消息接受用户的订阅信息,并且通知watcher修改和存贮PoC文档。XDMS还可以对呼入的SIP和XCAP请求进行授权 XDMenabler结构 AggregationProxy(聚合代理)是XDMC对XDMenabler的一个单独联系点对XDMC要进行鉴权对XDMC的XCAP请求路由到正确的enablerXDMS或share的XDMS支持计费支持对XML文档的压缩功能 SharedXDMS(公共XDMS)是XCAP服务器,管理XML文档(主要是公共的联系列表的信息)联系列表信息不仅可以在PoC业务中应用,也可以在其他业务中应用,比如Presence业务XDMC通过聚合代理,基于XCAP协议对联系列表进行包括文档的创建、修改和删除等管理功能 Presenceenabler结构 Watcher和Presence源Watcher和Presence源都是Presenceenabler的客户端Watcher通过SIP的subscribe请求向Presencesever发出订阅请求,Presencesever通过SIP的Notify消息通知Watcher各种呈现信息的更新,包括其他用户Watcher信息的更新。Presence源通过SIP的Publish消息把呈现信息发布给Presencesever。 Presencesever和PresenceXDMSPresencesever接收、存储和发布呈现信息(基于SIP消息)PresenceXDMS管理和呈现信息相关的XML文档接收Watcher对有关XML文档变更的订阅以及发布相应的通知 RLSsever和RLSXMDSRLS(资源列表服务器)接收、存储和发布呈现信息(基于SIP消息)呈现列表信息:一个标识关联一个列表,列表中包含多个用户的呈现信息RLSXDMS管理和呈现列表相关的XML文档接收Watcher对有关X呈现列表ML文档变更的订阅以及发布相应的通知 PoC业务架构 第三部分内容PoC的控制平面SIP、SDPPoC的用户平面RTP/RTCP/SDP SIP概述SIP是在IP网络中建立、修改和终止多媒体会话的应用层协议SIP协议基于文本格式的客户端/服务器的工作方式,和HTTP类似SIP协议的设计原则独立于传输协议,可以在UDP、TCP、SCTP上运行信令和媒体描述相分离可扩展性,可以针对不同的业务进行SIP消息和属性的扩展个人的移动性 SIP体系结构SIP中的元素:用户代理(UA)、中间服务器(SIPSever)和应用服务器(AS)UA包括UAC-发起请求UAS-接收响应、重定向或者拒绝请求SIPsever包括代理服务器(如CSCF)-接收和转发SIP请求,解释和重新SIP消息的某些部分对话状态感知代理(如P-CSCF、S-CSCF)无状态服务器(如I-CSCF)重定向服务器位置服务器SIPsever还可以作为登记员,完成用户的登记过程AS-SIPsever把业务请求转发给AS,AS为用户提供业务服务 SIP消息格式SIP消息由开始行、消息头和正文组成开始行表示SIP消息是请求还是响应消息头包含与请求和响应相关的信息,比如发起者和接收者的标识等正文可携带任何基于文本的信息,如果SIP消息描述的是会话,那么正文采用SDP消息 SIP消息举例INVITEsip:group1@sina.comSIP/2.0Via:SIP/2.0/UDPcscf1.sina.com:5060Max-Forwards:69P-Preferred-Identity:xinwei@sina.comCall-ID:105637921CSeq:1INVITEContact:sip:xinwei@[5555::1:2:3:4];tag=+g.poc.talkburstContent-Type:application/sdpContent-Length:159[body] SIP消息类型请求消息包括:INVITE、ACK、CANCEL、BYE、REGISTER、SUBSCRIBE、NOTIFY、UAPEDATE、MESSAGE、REFER应答消息每个应答都有一个代表事务状态的编码。状态码是100~699的整数并且被分组100-199是临时应答,比如180状态吗代表振铃200-699是最终应答,代表客户端成功应答、重新定向、服务错误等状态 SIP对话和SIP会话SIP对话(SIPdialog)通信双方的一种SIP关系,提供在通信双方之间进行路由和消息排序时所依据的必要的状态信息(比如Pre-established会话模式)SIP对话不一定需要有真正的数据流的交换SIP会话(SIPsession)由一组多媒体发送者和接收者以及彼此之间的数据流组成SIP会话基于SIP对话,在会话发送请求时遵循SIP规则 SDP协议SDP是用来描述多媒体会话的应用层协议,基于文本。SDP描述会话时,主要包括会话发起方和接收方各自的接收能力媒体格式接收地址/端口 SDP消息三级信息会话级描述-包括会话标识和其他会话级参数,如IP地址、主题、会话创建人联系信息等定时描述-会话开始和停止时间,重复次数媒体类型和格式:传输协议和端口号,其他媒体参数 SDP消息举例v=0o=mhandleyxinwei@sina.comINIP4126.16.64.4s=SDPSeminart=28733974962873404696m=audio49170RTP/AVP0m=video51372RTP/AVP31 SDP提供/应答模式SDP基于提供/应答模型来保证会话的各方的媒体协商提供:包含提供者希望使用的媒体流集合和编码方案集合,IP地址和端口号应答:与提供相对应,表明是否接受一个媒体流将要使用的编码方案应答者想用来接收媒体的IP地址和端口 RTPRTP定义为端到端的传输实时数据的协议。RTP最大的作用时避免在数据实时传输的过程出现的“抖动”(分组丢失或延时)避免抖动的方式是在数据分组中加入时间戳和顺序号。顺序号为接收到的分组进行排序时间戳使得接收到的分组可以在正确的时间播出在PoC业务中,应用的不是连续的RTP分组,而是间断、促发的RTP分组(TalkBurst) RTCPRTCP提供对RTP流的QoS的反馈和监控对于同时应用音频和视频的业务,RTCP保证音视频的同步RTCP和RTP使用不同的UDP端口在PoC业务中,并非只是1对1的会话,在多用户参与的会话中,存在对发言权的控制,因此使用了RTCP中一个特殊应用APP包来实现对发言权的裁定、排队和控制,称为TBCP(TalkBurstControlProtocol) TBCPTBCP是PoC业务用户平面中非常重要的概念TBCP定义了各个用户在进行PoC会话时的各种状态(空闲、排队、激活、发言、接听、拒绝等),以及各种状态之间的转换关系和过程。TBCP定义了多个控制消息,包括发言申请、发言接受、发言拒绝、发言释放、发言排队等TBCP和RTCP使用同一个UDP端口 第四部分内容PoC对IMS的能力需求 没有IMS的业务结构 基于IMS的业务结构 PoC业务组网 IMS注册建立PDP上下文P-CSCF发现可以通过在PDP上下文建立过程向GPRS请求P-CSCF的IP地址如果GPRS不知道P-CSCF的IP地址,那么UE通过DHCP/DNS方式解析出P-CSCF的IP地址P-CSCF通过I-CSCF问询出UE的归属S-CDCF的地址,并在归属S-CDCF上进行注册 IMS的鉴权在IMS的注册过程中实现了用户和网络之间的双向鉴权UE向S-CSCF发第一个注册消息时,是未经认证的,没有带鉴权参数的。S-CSCF收到注册请求时返回401未授权响应,并且在响应中发起了鉴权查询,查询中包括随机数RAND和授权令牌AUTN,同时S-CSCF把信令完整性密钥IK和加密密钥CK发送给P-CSCFUE收到401未授权响应后,通过AUTN认证了网络的真实性,并把RAND作为参数,利用AKA认证算法,结合保留在UE中的共享密钥计算出AKA参数RES,同时计算出了IK和CK,并再次向S-CSCF发起注册请求,把计算的RES发送给S-CSCFS-CSCF比较UE计算的RES和网络中保留的RES,从而认证UE。认证成功后,向UE发送200认证成功响应认证成功后,UE和P-CSCF之间建立了IPsecSA,以后UE发送和接收的相关SIP消息都是建立在IPsecSA上的 IMS的注册和鉴权过程 SIP会话过程主要用户发起对PoC业务的组呼邀请,在邀请地址中填入PoC组标识,在Contect消息头中要添加标签tag”g.poc.talkburst”P-CSCF把呼叫邀请转发给I-CSCF,问询归属的S-CSCF的地址,从而把邀请转发给S-CSCFS-CSCF通过从HSS下载的iFC(初始过虑规则),根据业务触发点,把会话邀请转交给响应的PoCsever.PoCsever进行会话控制,并通过IMS把会话邀请转发给组内其他用户在经过媒体授权和协商后,组呼可以建立 SIP会话发起方路由 On-demandPoC会话自动应答流程图 Pre-establishedPoC会话手动应答流程图 计费要求PoC的计费可以根据事件计费组会话计费发言的计费Alert的计费(可选)激活/去活PoC业务的设置(可选) 计费架构 其他能力要求SIP压缩。为了节约链路资源,减少延时,在PoCClient和P-CSCF上实现SIP信令的压缩和解压缩隐私管理对其他用户或部分用户实现用户标识隐藏QoS考虑PoC会话媒体承载响应时间和媒体QoS平衡,建议使用SIP信令的QoS等级 PoC对IMS的能力需求PoCClient和PoCsever之间的信令路由提供地址发现和解析服务支持SIP压缩实行鉴权和授权维持用户注册状态提供用户的隐私管理提供计费信息提供业务触发规则提供对各种业务能力的调用 第五部分内容PoC2.0特性MultimediaTypesMediaBurstcontrolInterworkingCrisisHandlingRequestwithMediaComponents MultimediaTypes规范对MediaTypes的定义为,人类的一种感知,媒体类型分为实时和非实时(连续和离散),如audio,video,image,text。Audio可以不是强制在会话中的媒体类型 MediaBurstControl增加多媒体后,对媒体发送控制的要求增加一个floor支持同时支持多种媒体控制每种媒体都提供单独的floor控制丰富的媒体流控制策略和机制媒体发送请求队列功能进一步增强 Interworking(1)信令的转换、媒体流的类型和编码转换、新的错误原因值、新的定时器一个Controller和多个Controller两种方案的选择一个Controller:对现有规范改动小多个Controller:节省网络资源、编码转换一次处理、包复制在P2T网络中处理 PoC2Interworking(2)PoC<->P2TInterworkingFunction(Participating)ControllingPOCFunctionParticipatingPOCFunctionAPOCClientA1:M1:11:NP2TClientB1:1NetworkA(OMA)NetworkB(P2T)NetworkX(OMA)PoC-4Note:YellowareasareoutofscopeofOMAPoC PoC2Interworking(3)PoC<->P2TInterworkingFunction(Controlling)ControllingPOCFunctionParticipatingPOCFunctionAPOCClientA1:11:11:NP2TClientB1:1NetworkA(OMA)NetworkB(P2T)NetworkX(OMA)PoC-4Note:YellowareasareoutofscopeofOMAPoC CrisisHandling(1)危机处理使用CrisisHandlingManagementServer处理CrisisHandlingManagementServer身份为一个PoCClient可以部署在PoC系统外专用的危机处理的QoE级别大量危机处理管理信息(群组信息)需要处理 CrisisHandling(2)PresenceServerSIP/IPCoreXDMCPresenceSourceAggregationProxyACCESSNETWORKDM-1UERemotePoCNetworkIP-1POC-1POC-3POC-2POC-4RedboxesidentifyPoCfunctionalentitiesPoCXDMSSharedXDMSXDMCPOCClientDMServerDMClientPoCServerPRS-3PRS-1XDM-2XDM-4XDM-1XDM-3PRS-5POC-5POC-6XDM-3POC-7POC-8WatcherPRS-2CrisisManagementServer RequestwithMediaComponents媒体组件包括:媒体内容、媒体内容的索引媒体内容的索引包括:序号、URI等请求消息中携带媒体组件的方案比较复杂,请求消息中媒体组件的添加、删除和修改的规则主要根据运营商的策略、用户签约和用户设置为了减少空中接口的资源负担,客户端一般不直接添加媒体内容,而是网络根据用户设置添加运营商和PoC系统可以有检查媒体组件内容,修改或者删除媒体组件的功能 第六部分内容数字集群和PoC的差异分析 实现PTT功能的两种体系结构数字集群系统 基于信令通道的解决方案,通话过程中,语音数据和信令数据都汇集到事先建立好的电路通道上传输,这种方式一般都基于专用的移动通信系统,典型应用iDEN和TETRAPoC(PTToverCellular)业务 基于VoIP技术,在移动终端和业务应用服务器间运行高层信令协议,把话音数据捆绑到IP链路上,这种方式一般都基于公众蜂窝移动通信系统。 数字集群系统是以指挥调度为主体的多用途、高效能专用无线通信。可集调度、电话、数据、短信和多媒体图像等于一体,PTT呼叫方式是数字集群的最重要的通信方式。我国存在的主要的数字集群技术是TETRA、IDEN、GT800和GoTa PoC业务和数字集群的业务特点比较(1)组成员容量POC的实现方式是上行信道抢占,每个组呼成员各自分配一个下行信道的方式,下行信道不能共享。而小区信道数有限,如果所有用户均在同一小区,则带来网络拥塞数字集群系统无线接口采用的是一个小区仅分配一对上下行信道,其中上行无线信道被讲话者使用,下行信道被同一小区的其它组呼成员共享 PoC业务和数字集群的业务特点比较(2)通话质量数字集群使用的是常规电路域方式,而POC使用VoIP技术实现话音数据流的交换和传送,有较大的接入和传播的延迟时间。PoC数字集群RTS(RighttoSpeak)<2s<0.6sSTS(StarttoSpeak)<1.6s<0.3sETED(End-to-EndChannelDelay)1.6s<1sTaT(TurnaroundTime)4s<1s PoC业务和数字集群的业务特点比较(3)可靠性PoC业务有一定的QoS保证机制。数字集群的可靠性要求很高。目标用户群公共安全警察、消防、安全、保安、军队等)、交通运输(航空、铁路、内河航运、公共交通、出租汽车等)、社会联动、市政管理、水利电力、厂矿企业生产管理等行业或部门以及抢险救灾、处理各种突发事件等场景的调度指挥通信POC业务是人们方便日常联络沟通、提高生活品质的手段之一,可以用在酒店、企业等PoC业务的突出有点POC可以利用公众蜂窝移动网络资源实现点对多点的功能,使宽带业务更加丰富化 Q&AThanks!

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。
关闭