CDMA-QCHAT交流材料PPT课件.ppt

QCHAT特性介绍CBSC测试组 凌湘寿2003年10月25日1 1本材料主要内容n n 1 1 概要介绍集群业务概要介绍集群业务n n 2 PCF2 PCF部分的修改部分的修改n n 3 RRM3 RRM部分的修改部分的修改n n 4 FMR4 FMR部分的修改部分的修改n n 5 CCM/CMF/SM5 CCM/CMF/SM部分的修改部分的修改n n 6 DB6 DB、OMOM部分的修改部分的修改n n 7 BTS/MSC7 BTS/MSC的配合问题的配合问题n n 8 8 代码估计、风险分析代码估计、风险分析n n 9 9 参考资料参考资料2 21概要介绍集群业务n n本节主要内容包括：n nPush to talk 业务的概念n nPUSH TO TALK 业务典型应用n nCDMA 网PTT 业务技术平台的进展n nPTT进一步发展存在的问题n n高通公司QChat业务n nQChat需要满足的基本要求n nQChat呼叫建立类型3 31概要介绍集群业务（2）n nQChat呼叫中目标加入会话的模式n nQCHAT协议结构n n华为QChat解决方案n n需要CDMA 1X的支持的内容n nQchat应用服务器需要考虑的特性n n我们系统支持PTT面临的挑战4 41概要介绍集群业务2003 09 15 2003 09 15 情报所资料：情报所资料：PUSH TO TALKPUSH TO TALK业务向大众用户走来业务向大众用户走来n n一、一、Push to talk Push to talk 业务的概念业务的概念n nPTTPTT（PUSH TO TALKPUSH TO TALK）业务也称即按即说业务，）业务也称即按即说业务，指的是实时直连的指的是实时直连的“点到点点到点”和和“点到多点点到多点”话话音通信。这种业务使用非常简单的半双工通信方音通信。这种业务使用非常简单的半双工通信方式，也就是说同一时间只有一人能够讲话，以便式，也就是说同一时间只有一人能够讲话，以便于群体交流，主叫方只要按一个键就可向一个人于群体交流，主叫方只要按一个键就可向一个人或一组人发起通话，无需拨号和等待对方摘机，或一组人发起通话，无需拨号和等待对方摘机，电话立即接通，迅速建立起电话立即接通，迅速建立起“谈话组谈话组”。5 5PUSH TO TALK 业务典型应用n nPUSH TO TALK 业务典型应用是：一个团队在行动过程中需要一直听管理者的信息和命令，而团队成员偶尔需要向管理者说些什么，队员之间有时也需要交流。这种简单、直接的通信无论在需小组管理的商业用户非常实用而必要。车队司机和总调度的通信属于这种业务的典型应用，政府部门的执行公务、商业娱乐、社会活动的协调也很需要这种服务6 6基于VoIP 技术的Push to talkn n从业务上讲，基于从业务上讲，基于VoIP VoIP 技术的技术的Push to talk Push to talk 业务业务实质上是把话音作为无线数据的一种应用，把风实质上是把话音作为无线数据的一种应用，把风靡靡Internet Internet 的传统即时文本消息和即时图象消息的传统即时文本消息和即时图象消息的所具有的好友列表、状态呈现、聊天等功能引的所具有的好友列表、状态呈现、聊天等功能引入话音服务，为用户需求中占绝对重要地位的话入话音服务，为用户需求中占绝对重要地位的话音业务赋予了新的内容，通过为消费者提供更大音业务赋予了新的内容，通过为消费者提供更大的价值也为运营带来附加收入。恰当解决了数据的价值也为运营带来附加收入。恰当解决了数据业务这个长远发展方向和当前依靠话音业务生存业务这个长远发展方向和当前依靠话音业务生存的矛盾。况且的矛盾。况且Nextel Nextel 的实践证明的实践证明Push to talk Push to talk 业业务在市场上是受欢迎的。务在市场上是受欢迎的。7 7CDMA 网PTT 业务技术平台的进展n nCDMA 网PTT 业务技术平台的进展目前CDMA 2000 的Push to talk 业务的技术方案基本采用的是Nextel Communications、Qualcomm 和Motorola 联合开发的Qchat方案。Qchat 方案以Nextel 和Motoral 开发的Direct Connect 协议为基础，使用标准的VoIP 技术。8 8Motorolan nMotorola 将为Qchat在CDMA2000系列网上使用提供综合基础设施解决方案，并针对CDMA2000 网的快速呼叫建立、移动性管理以及与Qchat 与Nextel 的Direct Connect 业务互操作开发专门的增强功能。9 9高通公司n n高通公司基于BREW 平台上建立Qchat 服务器-客户机软件系统，该技术设计成由用户对小组成员动态管理，即用户可以随时在自己手机上删除或添加谈话参与者。除了管理者可以建立固定成员组（常设组），用户自己也可以临时创建谈话组。1010PTT进一步发展存在的问题进一步发展存在的问题进一步发展存在的问题n n首先存在技术上的挑战。首先存在技术上的挑战。从技术上讲，从技术上讲，Push-To-Push-To-Talk Talk 一直引以为豪的一直引以为豪的“即时性即时性”在现有公众移动在现有公众移动网上实际实现起来难度不小，对网上实际实现起来难度不小，对CDMACDMA和和GSM GSM 网运营商而言，降低呼叫建立时延的挑战首先在网运营商而言，降低呼叫建立时延的挑战首先在于手机每于手机每6 6到到10 10 秒才检测是否有来话。其次，呼秒才检测是否有来话。其次，呼叫过程中的时延是分组话音的致命弱点。平均来叫过程中的时延是分组话音的致命弱点。平均来说其说其PTT PTT 解决方案面临着围绕呼叫和呼叫建立的解决方案面临着围绕呼叫和呼叫建立的3 3到到10 10 秒延迟的技术挑战。秒延迟的技术挑战。1111PTT进一步发展存在的问题n n此外，由于Push-To-Talk 是建立在分组数据网络之上的VoIP，语音质量（QoS）等问题也是该业务要推广必须要面对的一个问题，需要采取一些QoS 保障技术。1212PTT进一步发展存在的问题n n其次，Push totalk 面临市场上的挑战，除了行业用户市场直接面临集群系统的挑战，本身产业支持程度，以及产业链能否完整，也决定了最终Push to talk 在市场上成功与否，比如可供选择手持终端的多样性。1313高通公司QChat业务n nQChat是美国高通公司QIS（Qualcomm Internet Services）部门开发的通过CDMA 1X 分组域提供集群通信的一种技术。QChat基于VoIP提供点到点、点到多点的半双工通信服务，其业务有：n n1、直接呼叫 （类似于两人对讲）；n n2、组呼叫；n n3、聊天；1414QChat需要满足的基本要求QChat系统需要满足以下3个基本要求：n n1、瞬时接入（通过PTT按钮，在较短时间之内建立呼叫。Motorola的iDEN系统可以实现在1秒内接通）；n n2、永远在线n n3、通话保证（Guaranteed Talk Permit）：保证至少有一个目标听众在参与通信；否则通话发起失败。1515QChat呼叫建立类型n nQChat呼叫建立有2 种类型：动态的Ad-hoc（特别）；静态的Predefined。n nAd-hoc：主叫选择了一个或多个用户做被叫；主叫选择了两个或多个预定义组(Predefined groups)做被叫；主叫选择了前两种情况的联合做被叫。n nPredefined：主叫选择了一个预定义组做被叫。1616QChat呼叫中目标加入会话的模式n nQChatQChat呼叫建立中目标加入会话的呼叫建立中目标加入会话的2 2 种模式种模式n n主动模式：组定义中的每个用户都需要显式主动模式：组定义中的每个用户都需要显式（explicitexplicit）决定是否参加该）决定是否参加该QChatQChat呼叫。呼叫。n n被动模式：组定义中的每个用户不需要任何用户被动模式：组定义中的每个用户不需要任何用户的操作动作，只是被通知已加入该的操作动作，只是被通知已加入该QChatQChat呼叫。呼叫。1717 QCHAT协议结构：与CDMA1X基本无关1818华为QChat解决方案n n我公司自己开发的解决方案考虑：（自己开发从网络侧来看是可行的）n n（1）终端方面合作OEM或购买,自行开发需论证;n n（2）QChat服务器方案:智能的U-NICAMRS解决;n n（3）1X承载设备可以考虑分组域，或电路域(考虑QOS,待讨论).1919需要CDMA 1X支持的内容n n主要解决快速接入和一直在线特性n nDCCH信道 n nREACH信道n nSDB(Short Data Burst)功能支持n n数据头压缩（PPP）n nPDSN要求PCF以SDB方式发送快速呼叫建立(在分组休眠期到激活态转变情况)n n需要较高的QOS支持2020Qchat应用服务器需要考虑的特性n n为实现为实现QchatQchat业务，业务，QchatQchat应用服务器需要考虑的特性：应用服务器需要考虑的特性：n n考虑考虑QSPQSP建立建立QChatQChat呼叫呼叫,为高通专有为高通专有n nSIPSIP协议完成协议完成QchatQchat终端的注册终端的注册n n需要需要MCUMCU完成组呼完成组呼VOIPVOIP语音的复制广播功能（考虑组播语音的复制广播功能（考虑组播技术）技术）n n单工特性（单工特性（QchatQchat业务是一个数据呼叫，空中资源可以单业务是一个数据呼叫，空中资源可以单向向DCCHDCCH完成）完成）n n调度服务器与调度服务器与PDSNPDSN之间的之间的IPIP包有一个特殊的需求：；包有一个特殊的需求：；n nVP2VP2功能功能:考虑支持考虑支持QchatQchat呼叫与电路域呼叫并发的情况呼叫与电路域呼叫并发的情况（明年芯片考虑支持）（明年芯片考虑支持）n n其他集群相关的功能：保密、限定时间通信、优先级别定其他集群相关的功能：保密、限定时间通信、优先级别定义抢占等；义抢占等；2121我们系统支持PTT面临的挑战n n空口：支持版本7的手机n nA口：支持IOS4.2n nABIS口：要做修改n nBSC/BTS支持多个新的信道n n改变流程，让接入控制在12秒以内n n业务信道支持DCCH影响呼叫和切换n n不走MSC下寻呼要实现VLR的功能n n话统要为QCHAT单独修改2222返回处理n n返回主目录23232 PCF部分的修改支持快速接入，支持快速接入，PDSNPDSN要求要求PCFPCF以以SDBSDB方式发送快方式发送快速呼叫建立速呼叫建立(在分组休眠期到激活态转变情况在分组休眠期到激活态转变情况)主要内容包括：主要内容包括：n nQChatQChat呼叫信令呼叫信令n n高通建议高通建议处理方式处理方式n nQChat SDBQChat SDB在在PCFPCF的处理流程的处理流程n nQchat SDBQchat SDB在在SPUSPU板的处理流程板的处理流程n nPCFPCF要实现的具体需求要实现的具体需求：解码、流控、保存时隙：解码、流控、保存时隙信息信息2424QChat呼叫信令n nQChat呼叫信令的具体内容BSC/PCF看不见也不用关心，BSC/PCF的任务就是发送和接收封装有QChat呼叫信令的SDB。n n我们现有的系统已经支持了SDB流程，但是QChat业务对SDB的要求比一般的SDB要高，所以需要对现有的流程进行优化。2525高通建议不使用MSC下发SDBn n因为高通Qchat文档参考协议都是CDMA2000 ReleaseA，所以以下描述中的终端协议版本默认为7。n n高通建议：为了缩短SDB发送时间，不使用MSC下发ADDS PAGE的方式，由BSC直接将SDB发给手机。对现有流程需要作如下优化：2626QChat SDB在PCF的处理流程QChat SDB在PCF的处理流程n nQChat服务器为了能保证数据包能以SDB的方式迅速的发给终端，利用数据包的IP层的TOS字段的保留位最后1个bit来进行标识（参见180D15271 Rev.A，P54），如果该bit为“1”，那么该数据包一定要以SDB的方式进行发送。2727BPU解析数据包识别Qchat业务n nPCFPCF要识别出要识别出QchatQchat业务特殊的数据包，将数据包业务特殊的数据包，将数据包作为作为SDBSDB发给发给BSCBSC，并通知，并通知BSCBSC该该SDBSDB是是QchatQchat业业务的务的SDB SDB n na.a.当当BPUBPU板收到板收到PDSNPDSN送来的数据包后，如果该送来的数据包后，如果该PPPPPP连接处于连接处于DormantDormant态，解析该数据包，一直态，解析该数据包，一直解到解到IPIP层，从层，从IPIP层中的层中的TOSTOS字段中取出保留位，字段中取出保留位，判断是否为强制使用判断是否为强制使用SDBSDB的数据包。具体解数据的数据包。具体解数据包的算法在高通包的算法在高通QChatQChat文档文档(参见参见1)1)中有详细描中有详细描述，这里不再赘述。述，这里不再赘述。2828BPU/PCU处理n nb.BPU板在发给PCU板的PktInd消息中指明该数据包是否要强制作为SDB进行发送；n nc.PCU板在发给BSC的SPU板的消息A9 SDD中通过消息中ADDS User Part的保留位向BSC表明该SDB需要强制在FCCCH上发送；2929Qchat SDB在SPU板的处理流程n nQchat终端终结的SDB流程要求PIM模块给所有SPU板发送A9 SDD消息，SPU板收到A9 SDD Ack消息后不能马上给PCF回A9 SDD Ack，如果马上回响应，PCF会收到多条A9 SDD Ack。为了避免这种情况，SPU板只有收到终端对DBM的应答消息之后给PCF回A9 SDD Ack，再紧接着发A9 Update A8。3030PCF要实现的具体需求n nPCF处理下行SDB时需要增加对数据的解码*PCF主要工作量都在这里n n需要对PKT_IND消息进行流控处理。n nPCF上需要对时隙信息进行保存n n新增参数配置*PCF代替VLR的部分功能，但第一个版本实现时没有存位置区小区信息：实现过于复杂，每次呼叫、登记、切换都要更新3131目前PCF上对SDB的处理流程目前目前PCFPCF上对上对SDBSDB的处理流程大致是：的处理流程大致是：n n发送数据时，对处于休眠态且缓存有数据的用户，发送数据时，对处于休眠态且缓存有数据的用户，BPUBPU统计用户缓存数据长度，通过统计用户缓存数据长度，通过MSG_BPU_PCU_PKT_ARR_INDMSG_BPU_PCU_PKT_ARR_IND消息发送给消息发送给PCUPCU，消息中带有缓存数据长度。，消息中带有缓存数据长度。n nPCUPCU收到收到MSG_BPU_PCU_PKT_ARR_INDMSG_BPU_PCU_PKT_ARR_IND，判断，判断消息携带的消息携带的“缓存数据长度缓存数据长度”，长度小于等于，长度小于等于L L（PCUPCU上设定值），将采用上设定值），将采用SDBSDB发送数据。并发发送数据。并发送送MSG_PCU_BPU_PKT_ARV_RSPMSG_PCU_BPU_PKT_ARV_RSP给给BPUBPU，消息，消息中带原因值中带原因值“PCU_PKT_ARV_RSP_MODE_SDBPCU_PKT_ARV_RSP_MODE_SDB”，建议使，建议使用用SDBSDB发送数据。发送数据。3232目前PCF上对SDB的处理流程n nBPUBPU收到收到PCUPCU发送的带原因值发送的带原因值“PCU_PKT_ARV_RSP_MODE_SDBPCU_PKT_ARV_RSP_MODE_SDB”的的MSG_PCU_BPU_PKT_ARV_RSPMSG_PCU_BPU_PKT_ARV_RSP消息，将对应用消息，将对应用户缓存的第一个数据包放入户缓存的第一个数据包放入MSG_BPU_PCU_PKT_INDMSG_BPU_PCU_PKT_IND消息发送给消息发送给PCUPCU。n nPCUPCU收到收到MSG_BPU_PCU_PKT_INDMSG_BPU_PCU_PKT_IND消息，取出消息，取出数据通过数据通过A9-Short Data DeliveryA9-Short Data Delivery消息发送给消息发送给PIMPIMn nPIMPIM收到收到PCUPCU的的A9-Short Data DeliveryA9-Short Data Delivery消息，消息，选择一个选择一个SPUSPU并转发该消息。并转发该消息。3333修改PCF上对SDB的处理流程n nPCF对SDB处理需要做如下方面改动。n n增加对IP数据解码。QChat服务器为了能保证数据包能以SDB的方式迅速的发给终端，利用数据包的IP层的TOS字段的保留位最后1个bit来进行标识（参见80D15271 Rev.A，P54），如果该bit为“1”而且缓存长度小于设定的上限值X（暂时定为255），那么该数据包一定要以SDB的方式进行发送。3434修改PCF上对SDB的处理流程n n为简化流程，节约处理时间，对为简化流程，节约处理时间，对TOSTOS置位的特殊数据置位的特殊数据SDBSDB处理中，不发送处理中，不发送MSG_BPU_PCU_PKT_ARR_INDMSG_BPU_PCU_PKT_ARR_IND，直接发，直接发送送MSG_BPU_PCU_PKT_INDMSG_BPU_PCU_PKT_IND消息，并在消息中指明该数消息，并在消息中指明该数据需要用据需要用SDBSDB方式发送。方式发送。n nPCUPCU收到指明需要用收到指明需要用SDBSDB方式发送的方式发送的MSG_BPU_PCU_PKT_INDMSG_BPU_PCU_PKT_IND消息，取出数据通过消息，取出数据通过A9-Short A9-Short Data DeliveryData Delivery消息发送给消息发送给SPUSPU，并在消息中携带强制发，并在消息中携带强制发送的数据标记和时隙信息。送的数据标记和时隙信息。n nPIIMPIIM收到强制发送收到强制发送A9-Short Data DeliveryA9-Short Data Delivery消息，将把消息，将把A9-Short Data DeliveryA9-Short Data Delivery消息转发给所有的消息转发给所有的SPUSPU。3535PCF保存SLOT_CYCLE_INDEXn n终端终结的SDB流程中，BSC将不通过MSC而直接向终端下寻呼，但是现有系统中BSC不保存终端的SLOT_CYCLE_INDEX，需要对协议版本7终端作特殊处理，在PCF上保留用户的时隙信息。SPU将在A9 SETUP A8的消息携带时隙信息，PCU收到A9 SETUP A8的消息，需要保存时隙信息，在发送强制SDB数据时使用 3636PCF保存SLOT_CYCLE_INDEXn nPCUPCU需要在连接控制表结构需要在连接控制表结构CONN_CTRL_BLK_STRUCONN_CTRL_BLK_STRU定义中最后增加一项定义中最后增加一项ucSlotCycleIndexucSlotCycleIndex，用于记录时隙信息。，用于记录时隙信息。n nPCUPCU收到收到A9 SETUP A8A9 SETUP A8消息后，解码出时隙信消息后，解码出时隙信息，将时隙信息保存到用户对应连接控制记录息，将时隙信息保存到用户对应连接控制记录下的下的ucSlotCycleIndexucSlotCycleIndex里面。用户释放到空态里面。用户释放到空态时，时隙信息随用户连接控制记录一起释放。时，时隙信息随用户连接控制记录一起释放。n n在该连接进入稳态时，备份在该连接进入稳态时，备份ucSlotCycleIndexucSlotCycleIndex内容。内容。3737PCF流控n n在流控特性设计中，要求在流控特性设计中，要求PCUPCU上对上对SDBSDB进行流控，进行流控，根据以前关于根据以前关于SDBSDB处理的设计，处理的设计，PCUPCU只需要对只需要对MSG_BPU_PCU_PKT_ARR_INDMSG_BPU_PCU_PKT_ARR_IND消息进行流控就消息进行流控就实现了对实现了对SDBSDB的流控。在本需求中（参见需求的流控。在本需求中（参见需求QChat.R.FUN.PCF.001QChat.R.FUN.PCF.001）SDBSDB设计方案已经变动，设计方案已经变动，原来只对原来只对MSG_BPU_PCU_PKT_ARR_INDMSG_BPU_PCU_PKT_ARR_IND消息流消息流控的方案已经不能完全满足流控控的方案已经不能完全满足流控SDBSDB，需要新增，需要新增对对MSG_BPU_PCU_PKT_INDMSG_BPU_PCU_PKT_IND消息进行流控。消息进行流控。3838返回按钮n n返回主目录39393 RRM部分的修改修改说明：为提高接入速度、支持不连续的修改说明：为提高接入速度、支持不连续的DTXDTX帧，帧，必须支持新的共用信道和专用信道，导致信道管必须支持新的共用信道和专用信道，导致信道管理、资源管理、功控几个部分都有修改。切换本理、资源管理、功控几个部分都有修改。切换本来也会涉及，为避免判决过于复杂，暂不考虑新来也会涉及，为避免判决过于复杂，暂不考虑新老基站中间的切换保护，这点由数据配置来保证。老基站中间的切换保护，这点由数据配置来保证。修改主要内容：修改主要内容：n nDCCHDCCH的信道参数分配的信道参数分配 n nDCCHDCCH的前反向功控的前反向功控 n nQchatQchat新增信道的动态配置新增信道的动态配置 4040 RRM模块结构4141DCCH的信道参数分配DCCH的信道参数分配n n在CDMA2000协议中，新增了专有信道DCCH，它可以用于传输用户数据和信令（不能传输语音）。它与IS95中的专有信道FCH相比，最大的区别在于支持不连续传输（简称DTX）。对于数据业务来说，使用DTX方式，有助于减少空口的干扰，提高系统容量。对于Inquam项目，明确要求我司系统必须支持DCCH。4242与DCCH相关的信道参数分配方法重点是与DCCH相关的信道参数分配方法：n n确定分配DCCH的时机n n确定DCCH信道的无线参数n n对Qchat业务限制SCH的分配/数据业务使用DCCHSCH也是可以的，但在QCHAT方案中没有考虑，仅对QCHAT业务分DCCH，且可以用软参关掉！/以后需要测试数据业务DCCHSCH的情况4343DCCH信道分配输入n n（1 1）MSG_CCM_RRM_CRB_REQ MSG_CCM_RRM_CRB_REQ CC_REQ_CHN_INFO_STRUCC_REQ_CHN_INFO_STRU/新增接入信道类型新增接入信道类型:ACH/EACH:ACH/EACH*这样做并不合适！版本这样做并不合适！版本7 7手机也是可以从手机也是可以从PCH/ACHPCH/ACH上来的，并不降版本使用，同样支持上来的，并不降版本使用，同样支持QCHATQCHAT业务，不能以业务，不能以EACHEACH作为判定标准。作为判定标准。n n（2 2）MSG_CCM_RRM_HHO_CRB_REQ MSG_CCM_RRM_HHO_CRB_REQ CC_IS2000_CHN_ID_STRUCC_IS2000_CHN_ID_STRU/含有源侧的信道类型含有源侧的信道类型,接口不变接口不变4444DCCH信道分配输入n n（3）MSG_CCM_RRM_TCH_REQ CC_IS2000_SRV_CFG_REC_STRU/含分配的信道类型，接口不变n n（4）MSG_SHM_RRM_TCH_REQ CC_IS2000_SRV_CFG_REC_STRU/含分配的信道类型，接口不变4545分配DCCH软参开关（5 5）分配）分配DCCHDCCH软参开关软参开关相关内容：相关内容：n nRRM_DB_SOFT_WHEN_ORG_DCCH_SWRRM_DB_SOFT_WHEN_ORG_DCCH_SW/当始呼时分配当始呼时分配DCCHDCCH的软参开关，缺省关的软参开关，缺省关n nRRM_DB_SOFT_WHEN_HHO_DCCH_SWRRM_DB_SOFT_WHEN_HHO_DCCH_SW/当硬切换时分配当硬切换时分配DCCHDCCH的软参开关，缺省关的软参开关，缺省关n nRRM_DB_SOFT_ALLOW_QCHAT_ASS_SCH_SRRM_DB_SOFT_ALLOW_QCHAT_ASS_SCH_SWW/是否允许是否允许QCHATQCHAT分配分配SCHSCH，缺省关，缺省关4646始呼时确定分配DCCH的策略始呼时确定分配始呼时确定分配DCCHDCCH的策略的策略在确定是否分配在确定是否分配DCCHDCCH时，主要考虑以下因素：时，主要考虑以下因素：n n业务类型：业务类型：DCCHDCCH只能够传输数据，不能够传只能够传输数据，不能够传语音。所以仅仅对语音。所以仅仅对SOSO为为3333的数据业务呼叫，才允的数据业务呼叫，才允许分配许分配DCCHDCCH。n n手机版本：手机版本：DCCHDCCH是是1X1X的新增信道，只有版本的新增信道，只有版本6 6或版本或版本6 6以上手机才支持。所以仅仅对版本大于等以上手机才支持。所以仅仅对版本大于等于于6 6的手机，才允许分配的手机，才允许分配DCCHDCCH。但是考虑到。但是考虑到QCHATQCHAT业务的手机都是版本业务的手机都是版本7 7的，因此将条件加的，因此将条件加强为：仅仅对版本大于等于强为：仅仅对版本大于等于7 7的手机，才允许分配的手机，才允许分配DCCHDCCH。4747始呼时确定分配DCCH的策略n n手机手机DCCHDCCH支持能力：手机在始呼消息中携带有以下支持能力：手机在始呼消息中携带有以下DCCHDCCH支持能力字段：支持能力字段：DCCH_SUPPORTEDDCCH_SUPPORTED，表示是否支，表示是否支持持DCCHDCCH；DCCH_FRAME_SIZEDCCH_FRAME_SIZE，表示支持的，表示支持的DCCHDCCH的帧的帧长度；长度；FOR_DCCH_RC_MAPFOR_DCCH_RC_MAP，表示支持的前向，表示支持的前向RCRC的集合；的集合；REV_DCCH_RC_MAPREV_DCCH_RC_MAP，表示支持的反向，表示支持的反向RCRC的集合。仅当的集合。仅当DCCH_SUPPORTEDDCCH_SUPPORTED为为1 1；而且；而且DCCH_FRAME_SIZEDCCH_FRAME_SIZE支持支持20ms20ms帧；前向支持帧；前向支持RC3RC3或者或者RC4RC4；反向支持；反向支持RC4RC4；以上条；以上条件同时成立，才允许分配件同时成立，才允许分配DCCHDCCH。n n接入信道类型：接入信道包括接入信道类型：接入信道包括ACHACH和和EACHEACH。本身。本身DCCHDCCH的分配与接入信道无关。但是考虑到的分配与接入信道无关。但是考虑到QCHATQCHAT业务的业务的手机都是从手机都是从EACHEACH上接入的，因此将条件加强为：仅仅对上接入的，因此将条件加强为：仅仅对从从EACHEACH上接入的呼叫，才允许分配上接入的呼叫，才允许分配DCCHDCCH。（有问题）（有问题）4848始呼时确定分配DCCH的策略n n始呼时分配DCCH的软参开关：仅当软参RRM_DB_SOFT_WHEN_ORG_DCCH_SW为开时，才允许分配DCCH。n n仅当以上5个条件同时成立，才确定该呼叫的信道类型为DCCH。4949硬切换时确定分配DCCH的策略硬切换时确定分配硬切换时确定分配DCCHDCCH的策略的策略在确定是否分配在确定是否分配DCCHDCCH时，主要考虑以下因素：时，主要考虑以下因素：n n 硬切换源侧正在使用的信道类型：判断源侧携硬切换源侧正在使用的信道类型：判断源侧携带的带的CC_IS2000_CHN_ID_STRUCC_IS2000_CHN_ID_STRU中的中的ucChnTypeucChnType字段，仅当源侧正在使用字段，仅当源侧正在使用DCCHDCCH，才允许分配，才允许分配DCCHDCCH。n n 分配分配DCCHDCCH软参开关：仅当软参软参开关：仅当软参RRM_DB_SOFT_WHEN_HHO_DCCH_SWRRM_DB_SOFT_WHEN_HHO_DCCH_SW为开为开时，才允许分配时，才允许分配DCCHDCCH。仅当以上仅当以上2 2个条件同时成立，才确定该呼叫的信道类个条件同时成立，才确定该呼叫的信道类型为型为DCCHDCCH。5050DCCH的其它信道参数分配DCCH的其它信道参数分配n n对于帧长，目前版本只是支持20ms帧，故直接写死为20ms即可。n n对于前向RC，分配方法同FCHn n对于反向RC，分配方法同FCHn nCOCRB在分配walsh码时，目前版本也已经考虑到了DCCH信道存在的情况。5151目前版本中其它涉及信道的地方目前版本中其它涉及信道类型的地方n n当CRB确定信道类型为DCCH时，应当在CRB保存呼叫的信道类型为DCCH。目前版本，函数CHM_FillCrbInfo将bit1DcchExist写死为0，需要修改。n n在处理HHO_CRB_REQ过程中，函数CHM_DealCcmRrmHhoCrbReq中也存在没有考虑源侧信道类型为DCCH的地方，需要相应修改。5252目前版本中其它涉及信道的地方n n在处理TCH_REQ消息时，函数CHM_CoCrbAssignFchPara中也存在没有考虑源侧信道类型为DCCH的地方，需要相应修改。5353QCHAT业务不分配SCHn n根据高通对QCHAT的guideline文件，不要求对QCHAT业务分配SCH。为此，我们设置软参RRM_DB_SOFT_ALLOW_QCHAT_ASS_SCH_SW，表示是否允许对QCHAT呼叫分配SCH（无论是否这个QCHAT呼叫分配了FCH还是DCCH，都这样判断）。5454QCHAT业务暂定判别标准n n但是目前BSC还没有准确的办法用于区分某数据业务呼叫是否是QCHAT呼叫。暂定办法如下：SO为33、版本为7、接入信道类型为EACH5555DCCH的功控n n在处理CCM_RRM_CRB_REQ消息时，如果判断呼叫为QCHAT而且软参禁止分配SCH，则：RRM的信道子模块在整个呼叫过程中将禁止分配SCH；并不再像普通数据呼叫一样要求手机周期性的上报PMRM消息，以减少对业务的影响；并且设置前向快速功控的FPC_MODE为0（表示功控速率800Hz/s；目前对于普通数据业务设置为1，表示FCH和SCH各400Hz/s）。5656DCCH的前反向功控DCCH的前反向功控 n nDCCH信道的最大特征在于支持DTX。当没有数据传输时，空口将不再发射数据，功控仍然维持，前反向功控子信道都保持全速率发射（不采取门控方式，PILOT_GATING_USE_RATEs=0）。5757DCCH的前反向功控对于前向，仍然可以采取前向快速功控（简单起见，对于前向，仍然可以采取前向快速功控（简单起见，不采取不采取QIBQIB功控）。对于反向，仍然采取反向外功控）。对于反向，仍然采取反向外环功控，但是这时反向将有三种类型的帧：好帧、环功控，但是这时反向将有三种类型的帧：好帧、坏帧、坏帧、DTXDTX帧；因此需要新增对帧；因此需要新增对DTXDTX帧的处理。帧的处理。下面重点分析使用下面重点分析使用DCCHDCCH时的前反向功控方法，它时的前反向功控方法，它包括：包括：n nDCCHDCCH上的前向快速功控上的前向快速功控n nDCCHDCCH上的反向闭环功控上的反向闭环功控n n新增新增DCCHDCCH后，后，FMRFMR上功控模块其它处理上功控模块其它处理5858DCCH的功控配置参数n n（1）DCCH的功控配置参数 与以前保持不变n n来源：DBAPI；n n相关内容：n n前向快速功控参数表（已经包含DCCH的功控参数）n n反向闭环功控参数表（已经包含DCCH的功控参数）n n目标FER表（已经包含DCCH的目标FER）5959DCCH上的Abis反向业务帧n n（2）DCCH上的Abis反向业务帧n n来源：BTS；n n相关内容：n n功控参数：与FCH反向帧中的功控参数相同。n n帧类型：新增了DTX帧类型。6060DCCH上的前向快速功控DCCH上的前向快速功控与FCH上的前向快速功控，它们原理相同。n n 手机根据收到的每个帧的质量，调整目标EbNt的大小。对于FCH来说，帧可以分为好帧和坏帧；对于DCCH来说，多了一个DTX帧。手机在收到DTX帧时，保持目标EbNt不变；在收到坏帧时，提高0.5dB；在收到好帧时，根据目标FER的大小，下降一个固定的步长。6161DCCH上的前向快速功控n n 手机比较实际EbNt和目标EbNt，命令BTS调整功率。由于手机是根据测量前向功控子信道的EbNt来估算整个前向业务信道的EbNt的，因此不论是否DTX，只要前向功控子信道存在，估算出的前向业务信道的EbNt都是一样的。6262DCCH上的前向快速功控n n对于对于BSCBSC来说，只是需要将前向快速功控的参数，来说，只是需要将前向快速功控的参数，分别传递给手机和分别传递给手机和BTSBTS即可。分析目前版本，已即可。分析目前版本，已经在经在DBDB表格中配置了表格中配置了DCCHDCCH的参数，而且也已经的参数，而且也已经通过通过CRB_CNFCRB_CNF或者或者HHO_CRB_CNFHHO_CRB_CNF消息，将这些消息，将这些参数携带给了参数携带给了CCMCCM。只是需要。只是需要CCMCCM将将DCCHDCCH的前的前向向EbNtEbNt参数传给手机即可。参数传给手机即可。n n考虑到考虑到QCHATQCHAT呼叫限制分配呼叫限制分配SCHSCH，所以如果，所以如果QCHATQCHAT呼叫已经被限制分配呼叫已经被限制分配SCHSCH后，需要将后，需要将FPC_MODEFPC_MODE设置为设置为0 0。6363 6464DCCH上的反向闭环功控n nDCCH上的反向闭环功控与FCH上的反向闭环功控，它们原理相同。n n BTS检测每个反向帧的质量，并将其上报给BSC。对于DCCH，存在DTX帧类型。6565DCCH上的反向闭环功控n n BSC根据每个反向帧的质量，调整反向的目标EbNt的大小，并将其传递给BTS。对于DCCH，需要考虑对DTX帧的处理。n n BTS比较实际EbNt和目标EbNt，命令手机调整功率。无论前向信道是否处于DTX方式下，BTS都必须照常进行反向内环的800Hz的功率调整。6666DCCH上的反向闭环功控n n对于BSC来说，需要将反向闭环功控的参数，从SPU传递到给FMR和BTS。分析目前版本，已经在DB表格中配置了DCCH的参数，而且也已经通过CRB_CNF或者HHO_CRB_CNF消息，将这些参数携带给了CCM。只是需要CCM将这些参数分别传递给FMR和BTS即可。n n对于FMR板上的功控模块，也需要对收到的反向DCCH业务帧进行处理。6767 6868目前FCH上的反向外环功控算法目前FCH上的反向外环功控算法n n 收到一个坏帧：将目标EbNt提高Step_up。n n 连续收到PWR_CTRL_FREQ个好帧：将目标EbNt降低Step_down。6969 DCCHDCCH上