ReservationKKQoSRequestRev 和ReservationKKQoSRequestFwd 消息是QoSsub-blob 的一部分,QoS sub-blob 定义参见参考资料【7】。 如下是对终端的要求: 1)终端应支持传送为QChat 专用的呼叫建立信令、通话信令和媒体等业务的Profile ID,并作为表6-1 中规定
如下是对终端的要求: 1)终端通过在一个给PDSN 的标准消息中发送一个或多个业务流模板信息单元(TFT IE),定义前向业务QoS。每个TFT IE 包括一个或多个标识请求QoS 流的分组滤波器,组成要素有源/目的IP 地址及端口、IP 地址及端口范围、业务类型(TOS)等
如下是对终端的要求: 1)在1xEV-DO Rev.A 网络里,终端应支持三个IP 流: a)呼叫建立信令流 b)通话中信令流 c)媒体流 每个 QChat IP 流都定义了QoS要求,且分别映射到上述三个独立的RLP流。启用QChat 功能的终端在激活一个QCHat 呼叫时,至少有四个RLP
如下是对终端的要求: 1)终端应支持在PPP 会话中对如下不同流实现QoS 的映射: a)IP(应用)流:终端应支持标准IP 流中已有的定义。 b)RLP(链路)流:根据上一层流的QoS 要求(如,RLP 配置参数)分配RLP 流。相同QoS 要求的多个IP 流可以映射到一个相同
如下是对终端的要求: 1)终端应支持紧急呼叫功能,以实现紧急救助、报警等能力,业务承载在分组域中。规范下文所提及的紧急呼叫均为本条目所指的业务。 2)终端应支持通过按下紧急呼叫键而发起紧急呼叫业务。 3)终端应支持预置及由用户设置、修改紧急呼叫
如下是对终端的要求: 1)终端应支持紧急呼叫功能,以实现紧急救助、报警等能力,业务承载在电路域中。具体要求参见参考资料【2】BasicReq-02001[必选]紧急呼叫。
如下是对终端的要求: 1)支持语音类QChat 业务,且在分组数据域中承载。规范下文如无特殊说明,QChat 业务均指语音类QChat 业务;通话均指QChat 通话。 2)支持单呼、Ad Hoc 群组、预定义群组、预定义聊天室会话发起/终结。 3)支持Ad Hoc 群组、预定义群组
如下是对终端的要求: 1)终端应支持分组数据业务。 2)终端应遵循并满足参考资料【1】和参考资料【19】的要求。
如下是对终端的要求: 1)支持普通语音业务,且在电路域中承载。 2)终端应遵循并满足参考资料【2】规范的要求。
PTT(Push to Talk)业务的概念起源于集群通信技术,最初使用在对讲机上,其用户体验使用简单、快捷,通信方式上采用半双工通话。PoC ,即Push to Talk over Cellular,是基于蜂窝通信系统实现的PTT业务,能够快速连接,一按即说,连接速度快于语音呼叫,还能
从本质上说,POC/PTT技术是把VoIP技术应用于移动终端,将原来由运营商承担的部分VoIP功能转移到手机终端来实现。因此,POC可参照传统的网络分层概念。其中,POC系统中的移动信道层、应用层以及IP层分别等同于TCP/IP模型中的网络访问层、应用层以及传输层与互