 |
善于提问，勤于回答，你也是专家
|
 |
提问者: • 华为WCDMAPSRAB建立失败，原因为IUBTRANSMISSIONFAILURE 2015-04-13
• 华为wCDMA基站RAB建立失败 2015-03-27
• 我想咨询wCDMA。 Iu 口RAB建立时延过长有什么优化方法吗？ 2014-12-18
• TDSCDMARAB异常 2014-12-08
• wCDMA.满功率发射是什么意思？cem板卡故障为什么会引起满功率发射。rl,rrc,RAB,rb有啥不一样 2014-07-18
• WCDMARAB指派失败非标准原因（IUB用户面）失败解决办法？ 2014-05-19
• 中兴WCDMA分组域无排队RAB指配建立失败的RAB数目怎么处理？ 2014-02-24
RAB需要RB来承载
首先看他们之间的联系（共性）：它们都是下层协议向上层协议提供的服务。例如，RAB是用户平面的接入层协议栈向非接入层提供的服务，而RB和SRB是RLC层向其用户提供的服务。关键是他们之间的区别：RAB是运用在用户平面的UE和核心网之间的一个概念。当用户发起一个业务请求的时候，核心网根据被请求业务的特性要求接入网提供相应的无线接入承载（RAB），而不关心该承载是以何种方式实现的，这样做的好处是简化了核心网和接入网之间的接口，并且使得这两个网元的独立性更好，便于彼此技术的独立更新。那么在WCDMA(TD-SCDMA)系统中，RAB是如何实现的呢这就引出了RB的概念，RB是UE和SRNC之间的一个无线承载，是RLC层提供的服务，根据业务的属性，RLC层通过自己的三种不同类型的实体（AM/UM/TM），向高层提供点对点的带确认的数据传输、无确认的数据传输和透明的传输，以此来保证用户的数据以合理的方式到达RNC。到此，RAB在UE和RNC之间的“实现”就很明白了，它是通过RB来“实现”的。再进一步，RAB在IU接口上是如何“实现”的呢实际上，它通过IUUP协议，映射到了一个AAL2承载上。也就是说，RAB=RB+AAL2。现在举个具体的例子就更明白了，就拿AMR12.2k的语音业务来说，UE和MSC之间的一个RAB，在UE和SRNC之间映射到了3个RB上，在一个TTI内，这三个RB“输出”的三个PDU又被映射到一个IUUP帧中，然后在AAL2通道上发送给MSC。
（1）RRC连接是为了建立UE和UTRAN之间的信令连接（SRB1-SRB4），可以通过CCH或者DCH，如果建立在DCH，上下行各占用1个码道（SF=16）〔在HS业务建立的时候，要占用两个码道；且PS的速率包括信令连接占的码道〕。类似还有RNC和NodeB之间的Iub连接，RNC和CN之间的IU连接，但是Iub连接是一直存在的，不需要在每次UE和CN连接都去建立和释放，而Iu连接则必须每次去建立和释放（这里是指面向连接的信令和数据承载，无连接的除外）。
（2）RL是为了建立RNC和NodeB之间的DCH的连接，只要数据走DCH，必须配置这个链路。RL是一个逻辑概念，其实就是一个格式集，数据在L2和L1之间传输（MAC-D->DCH/HS-DSCH/DSCH/USCH FP->DPCH/HS-DPSCH 传输信道和MAC-D FLOW（mac-dh->mac-hs）），在DCH时要增加/修改DCH FP/HS-DSCH FP，因此要配置，而在CCH时，L2->L1的链路已经建立完成，因此不需要配置RL，但RNC和NodeB的连接是存在的，所以RL是格式集。在RL之下还有一个叫Iub数据传输承载的东西，它和RL的主要区别在于Iub数据承载承载的是Iub接口的数据，而RL是Uu口的数据，RL是位于Iub承载之上的。（可以这样理解：Iub承载是AAL2承载，公共信道的FP是建立在AAL2上的，因此小区建立的时候会建立一些承载，如果要使用DCH信道，也要先建立DCH的AAL2承载。）
（3）RB是UE和UTRAN之间的连接格式集，就是UU口L1、L2的格式问题，即物理信道、传输信道、逻辑信道的配置问题。如果没有业务，RB是不需要的，因此如果要在CN/URTRN和UE之间传信令，只要有RRC连接即可（实际上也有无线承载，即SRB），但只要有业务，就必须配置RB，同样，必须配置Iub承载（只要有DCH就必须去配置DCH FP的承载，同RL一样）。
（4）RAB是UE和CN之间的连接的约定，体现在业务上，主要是Qos的配置。为了在无线环境中传输，就必须借助无线接入网，因此RAB分为UE和UTRAN之间的RB和CN和UTRAN之间的IU承载。
（5）相关的问题就可以这要理解了：如果没有业务要建立，例如位置区登记、更新，只需要建立RRC连接、Iu连接，而不需要去建立RL、Iub承载、Iu承载、RAB、RB。如果要在CCH上建业务，比如PS8k业务，必须建立RRC连接，Iu连接，然后建立RAB、RB、Iub承载、Iu承载，但是不需要建立RL。这时一旦RB失败，业务已经失败，RNC将回复CN消息RAB指配响应指示失败，CN决定是否释放业务。移如果要在DCH上建CS业务，则必须建所有的连接和承载，并且RRC连接必须建立在DCH上，这样：mscbsc一旦RRC连接失败，释放所有的连接和承载，包括RL；一旦RL配置失败，如果存在原先配置，则恢复到原先配置，RNC自己不会去释放RRC、RL、Iu等，回复CN RAB指配响应指示失败，按照CN新的指令去执行，业务肯定要失败的，一般来说，如果CN发现业务失败了，将会发起IU释放的流程。GSM/3G等通信一旦RB配置失败，CS业务是不行了，如果是在RL RECFG COMMIT之前收到RB配置失败，RL恢复到原来的RL，RNC回复CN RAB指配响应指示失败，由CN决定新的流程；如果是在RL RECFG
COMMIT之后收到RB配置失败，因为RNC无法恢复原来的RL，因此所有的业务都失败了，RNC向CN回复RAB指配响应指示失败，同时释放所有的连接和承载。如果要在DCH上建PS业务，所有的连接和承载都得建立，如果RRC连接建立在DCH上，对于RRC、RL、RB配置失败的处理同CS一样，如果RRC连接建在CCH上时，其实处理还是一样的。注意一点：在PS业务释放的时候，CN发RAB指配，这时候需要去重新申请两个码道的资源去传信令，如果没有资源了，则异常释放，不会执行RL重配和RL删除了。
（6）在TD-SCDMA中，一个UE最多只有一个RRC连接，当执行硬切换时，最多可以有两条RL，但一般都只有一个RL（包括组合业务），多RAB，两个Iu连接（1CS+1PS），多RB。
（7）SRB呢从某种意义上说，SRB和RB是个孪生兄弟，SRB是信令RB，在建立RRC连接的时候，SRB就建立起来了，为了传递UE和UTRAN之间的信令，而RB是用户面RB，只有在建立业务的时候，即需要传递用户面数据的时候才建立RB。在小区建立的时候，SRB0就已经建立了，传CCCH信令，SRB1-SRB4在RRC建立的时候建，传DCCH信令，SRB5以上都是业务RB，其实就是RB。
RRC连接相关消息：包括RRC连接请求、RRC连接建立（释放）、RRC连接建立（释放）完成，在这些消息中，主要有这些内容：无线承载（RB）：是UE与UTRAN之间L2向上层提供的业务。RB是UE和UTRAN之间的连接格式集，就是UU口L1、L2的格式问题，即物理信道、传输信道、逻辑信道的配置问题。如果没有业务，RB是不需要的，因此如果要在CN/URTRN和UE之间传信令，只要有RRC连接即可（实际上也有无线承载，即SRB），但只要有业务，就必须配置RB，同样，必须配置Iub承载（只要有DCH就必须去配置DCH FP的承载，同RL一样）。
RAB、RB、SRB三个概念之间既相互联系又有所区别。
首先看他们之间的联系（共性）：它们都是下层协议向上层协议提供的服务。例如，RAB是用户平面的接入层协议栈向非接入层提供的服务，而RB和SRB是RLC层向其用户提供的服务。 关键是他们之间的区别：RAB是运用在用户平面的UE和核心网之间的一个概念。当用户发起一个业务请求的时候，核心网根据被请求业务的特性要求接入网提供相应的无线接入承载（RAB），而不关心该承载是以何种方式实现的，这样做的好处是简化了核心网和接入网之间的接口，并且使得这两个网元的独立性更好，便于彼此技术的独立更新。那么在WCDMA(TD-SCDMA)系统中，RAB是如何实现的呢？这就引出了RB的概念，RB是UE和SRNC之间的一个无线承载，是RLC层提供的服务，根据业务的属性，RLC层通过自己的三种不同类型的实体（AM/UM/TM），向高层提供点对点的带确认的数据传输、无确认的数据传输和透明的传输，以此来保证用户的数据以合理的方式到达RNC。到此，RAB在UE和RNC之间的“实现”就很明白了，它是通过RB来“实现”的。再进一步，RAB在IU接口上是如何“实现”的呢？实际上，它通过IUUP协议，映射到了一个AAL2承载上。也就是说，RAB=RB+AAL2。现在举个具体的例子就更明白了，就拿AMR12.2k的语音业务来说，UE和MSC之间的一个RAB，在UE和SRNC之间映射到了3个RB上，在一个TTI内，这三个RB“输出”的三个PDU又被映射到一个IUUP帧中，然后在AAL2通道上发送给MSC。至于SRB，其实就是RB，也是RLC提供的服务，只不过他们用来承载控制面的控制消息，为了区别于RB而称为SRB。
RB是RNC和UE的无线链路承载（Radio Bear），先RNC与NodeB之间的透明直传（direct transfer），再NodeB和UE之间传输。
注意跟RAB的区别RAB是CN与UE之间的，具体说它是CN通过RNC，NodeB的透明直传与UE的。
一、HSDPA/HSUPA的关键技术
1.新信道的引入
为了支持高速业务，HSDPA/HSUPA都引入了新的物理信道。
(1)HSDPA
高速物理下行共享信道(HS-PDSCH：HighSpeedPacketData Shared
Channel)：承载实际分组数据，扩频因子（SF）＝16，QPSK和16QAM，每小区最多15个HS-PDSCH，累积数据峰值速率达到14.4Mbit/s。在单用户使用15个HS-PDSCH，16QAM调制以及编码速率为1的情况下实现。
高速共享控制信道(HS-SCCH：HighSpeedSharedControl
Channel)：承载信令信息的下行信道（信道码集、调制方案、传输块大小、HARQ处理号、冗余和星座版本参数、新数据标记和UE标识），SF＝128，QPSK由Node B进行功率控制，每小区最多32个HS-SSCCH，每用户设备最多4条HS-SCCH。
高速专用物理控制信道(HS-DPCCH：HighSpeedDedicatedPhysical
Control Channel)：承载信令信息的上行信道(ACK/NACK及信道质量指示（CQI）)，SF＝256，QPSK中止于Node B。
HS-PDSCH、HS-SCCH和HS-DPCCH使用2ms传送时间间隔（TTI）。
(2)HSUPA
E-DCH——专用物理数据信道(E-DPDCH：E-DCHDedicatedPhysicalData
Channel)：承载E-DCH的上行数据信息，扩频因子SF=64、32、16、8、4、2，UE根据业务的需要灵活选择。QPSK调制映射到传输信道E-DCH，单码道的最大速率为1.92Mbit/s，允许多码传输，峰值速率5.76Mbit/s，在2个SF=2、2个SF=4的4码道并行传输的情况下实现。
E-DCH——专用物理控制信道(E-DPCCH：E-DCHDedicatedPhysicalControl
Channel)：承载E-DCH的上行信令信息，它与E-DPDCH的信道结构相似，SF=256。
E-DCHHARQ确认指示信道(E-HICH：E-DCHHARQAcknowledgement
indicator channel)：承载E-DCH下行信令信息的专用信道，如HARQ的ACK/NACK信息。扩频因子SF=128，没有信道编码。使用3或者12个连续的时隙发送信息，每个时隙采用40个数据的复用，因此单个E-HICH最大支持上行40个用户的反馈。UE监测激活集中所有小区的E-HICH信道。当TTI为2ms时，该信道每2ms上报一次信息；当TTI为10ms时，该信道每8ms上报一次信息。
E-DCH相关准予信道(E-RGCH：E-DCHrelativegrant
channel)：承载E-DCH的下行相关信息，该信道SF=128，没有信道编码。使用3、12或15个连续的时隙发送信息，与E-HICH一道采用三维的数字标记复用在同一条SF=128的下行信道上，每时隙数据长度为40，因此单个E-RGCH最大支持上行40个用户的功率指示。该信道分为两种，服务小区（Serving Cell）下的E-RGCH及非服务小区（Non-serving Cell）下的E-RGCH，服务小区下的E-RGCH是专用信道，携带指示UE的功率上升、保持、下降的指令信息，如UP、HOLD、DOWN。当TTI配置为2ms时，该信道2ms下发一次调度指令；当TTI配置10ms时，该信道8ms下发一次。非服务小区下的E-RGCH是公共信道，携带小区的负载指示信息，如当前负荷情况，是否超载，调度时延总是10ms。
E-DCH绝对准予信道(E-AGCH：E-DCHabsolutegrant
channel)：承载E-DCH的下行绝对信息，如小区信息。每个配置E-DCH的UE只需要监听服务小区的E-AGCH信道即可，该信道是公共信道，SF=256。
上述信道支持2ms、10ms的TTI帧格式。因此有别于HSDPA的2msTTI。
2.混合自动重传+软合并（HARQ）
为了进一步提高系统性能，HSDPA/HSUPA在物理层都采用了HARQ技术，同样都支持两种合并机制：对基站重发相同的分组包进行前后合并(CC：ChaseCombing)或对基站重发含有不同信息（即冗余信息）的分组包进行增量冗余合并(IR：IncrementRedundancy)。信息在UE与NodeB间直接传输，采用ACK/NACK的方式进行，当接收方正确接收数据后，会通过相应的信道向发送方发送ACK信息，否则发送NACK信息，这样便于发送方准确及时地了解是否需要重传。
HSDPA采用HARQ方案，使得重传时延控制在10ms左右。HSUPA采用HARQ，在10ms的TTI下，重传时延为40ms；2msTTI下，重传时延为16ms。与R99/R4的无线侧重传时延100ms相去甚远，因此HARQ的引入大大提高了重传的效率和解码的性能。
两者惟一的差别是HSDPA采用了异步的HARQ，而HSUPA采用同步的HARQ。
3.基于Node B的快速调度(Node-B Scheduling)
为了对无线环境及时快速的做出响应，最大化资源效率，HSDPA/HSUPA都采用了基于NodeB的快速调度方案。但是上下行要解决的问题不一样，因此上下行调度的机制存在差异，下面分别介绍。
(1)HSDPA
HSDPA中的调度主要由NodeB中新增的MAC-hs功能实体完成。HSDPA调度的核心思想是合理分配共享资源（码字、功率），最大化资源的利用率。HSDPA的调度很大程度上决定了AMC和HARQ的效率和性能，决定了整个系统的行为。简单的说，HSDPA的调度基于以下因素：队列优先级（Queuepriority）、信道质量指示值（CQIvalue）、缓存大小（Buffer volume）、等待时间/空闲时间（waiting time/Spare time），其它如UE能力、ACK/NACK重复次数、数据重传、压缩模式等。基于上述因素，又形成了行业默认的三种调度算法：基于最大载干比的调度算法（Max C/I算法）、基于公平分配的调度算法（Round Robin算法）和基于部分公平的调度算法（Proportional
Fair算法）。
对于不同的算法，不同厂家支持及实现的方式有一定的差异。一般来讲主要采用参数化的调度器，分配资源可以考虑以下因素：f1，业务等级；f2，CQI；f3，等待时间；f4，队列长度。这些因素作为加权因子，决定了实际的资源分配方法：Pi=a×f1+ b×f2
+ c×f3 + d×f4，a/b/c/d 为加权因子。运营商可以根据HSDPA的应用场景，如微微蜂窝、微蜂窝、宏峰窝等因素，来决定相关的加权因子，实现最优的资源调度方案。
(2)HSUPA
HSUPA中的调度主要由NodeB中新增的MAC-e功能实体完成。HSUPA调度的核心思想是避免过多的UE接入过高的速率，从而给系统带来干扰，即尽可能抑制上行干扰，同时服务小区对调度起主要作用。
E-DCH信道支持调度及非调度两种模式。非调度主要是在小区负载轻，上行用户数据量不大的情况下使用。非调度模式的传输类似于R99/R4的DCH信道，信息中止与RNC，这种方式有利于低数据量及时延敏感的业务。本节主要讨论E-DCH信道的调度原理及方法。
基于NodeB的上行调度有两个关键因素，即调度请求和调度准许。
调度请求即当UE希望用更高的数据速率发送时，移动终端向基站发送请求信号，也包括UE向基站反馈的调度信息Happybit，该信息告诉基站，UE对当前的调度是否满意，以便基站下一次调整相应的调度策略。
调度准许由基站下发，主要限制UE的E-DCH信道可用的最大功率以及可用的最大E-TFC。每个UE有自己的服务准许（ServingGrant），它影响E-TFC的选择。服务准许包括两方面的内容：绝对准许及相对准许。绝对准许的内容为小区信息，E-DCH的绝对功率偏置（相对DPCCH）以及UE可用的PrimaryE-RNTI及SecondaryE-RNTI。当UE的上传数据量非常大时，Node B会指示它使用主RNTI资源。当UE的上传数据量较小或没有时，Node B会指示它使用辅E-RNTI，即与其他用户一起共享E-RNTI的资源。每个UE都有主辅两种E-RNTI，只是何时使用哪种E-RNTI，由Node B通知。相对准许指示包括E-DCH信道功率的相对上升/保持/下降（UP/HOLD/DOWN）等信息。UE的服务准许可根据绝对准许及相对准许的改变而更新。处于主E-RNTI的UE，Node B会采用专用的调度机制；处于辅E-RNTI的UE，Node B采用一般调度方案。
从上述的描述中可见，NodeB依据用户的信道质量及所需传输的数据状况来决定UE所应该使用的E-RNTI，同时依据小区负载、Iub接口资源占用情况，决定UE可用的最高传输速率及何时传输。当然UE实际使用的TFC由UE决定，同时由E-DPCCH信道上传给NodeB。UE通过Happybit反馈对当前的调度是否满意，以便下次Node B改变调度方式。
如同HSDPA一样，调度信令是在基站和移动终端间直接传输的，所以基于NodeB的快速调度机制可以使基站灵活快速地控制小区内各移动终端的传输速率，使无线网络资源更有效地服务于访问突发性数据的用户，从而达到增加小区吞吐量的效果。
UE的重传不在NodeB调度的范围内，NodeB的调度也不会影响到重传。调度只针对初始传输的数据。
4.快速链路适配
WCDMA系统下行采用扰码（Gold序列）区分小区，扩频码（OVSF&Walsh码）区分用户，上行采用扰码（Gold序列）区分用户，而扩频码（OVSF&Walsh码）区分信道。由于扩频码完全正交，因此下行不存在用户间的远近（Near-Far）效应，而扰码自相关性好，而互相关性差，不完全正交，因此上行存在用户间的远近效应。为了应对不同的情况，上下行也采用了不同的策略。
(1)HSDPA
HSDPA能够充分利用R99/R4DCH+CCH以外的剩余功率，使得资源利用率最大化。HSDPA采用码率匹配(RateMatching)的方式，即灵活根据当前的功率占用情况，来选择相应的传输速率。因此，HSDPA不采用功率控制，这也是为什么HSDPA一定要采用2ms帧长的原因。如果帧长10ms或者更长，HSDPA就难以跟踪信道的变化，难以实现快速的链路适配（500次/秒）。
(2)HSUPA
为了克服上行用户间的远近效应，HSDPA采用了上行的功率控制方案。E-DPDCH/E-DPCCH的初始功率设置与DPCCH有一定的偏置。因此E-DCH的功率控制完全依据DCH的功率变化而变化。但是E-DCH的外环功率控制依据“重传的次数”进行，而不是BLER，因为HARQ的原因，不断地重传，BLER不会差。同时，为了保证控制信道的有效性，一般来讲，E-DPCCH的功率偏置较E-DPDCH的大。
HSUPA在功控的基础上，实现了上行的软切换及更软切换，这是HSDPA不具备的，HSDPA只有硬切换。
二、HSDPA/HSUPA的终端
1.HSDPA
根据GSA的调查，截至2006年4月24日，全球已有94家移动运营商计划部署HSDPA网络，目前18个HSDPA网络在14个国家（奥地利、保加利亚、捷克、芬兰、德国、马恩岛、以色列、科威特、Madeira、荷兰、菲律宾、葡萄牙、南非、美国）已开始商用。截至今年年底至少还有29个网络将会开展商用。因此，HSDPA的商用形势一片大好。
按照3GPP的要求，依据支持的调制方式，最大可用码道的能力以及TTI的间隔将HSDPA终端分为12类。提供商主要有华为、中兴、SierraWireless、Option、NovatelWireless、西门子、三星、LG、NEC、摩托、富士通等。2005年3季度及更早，运营商测试的终端主要是12类别的终端-峰值1.8Mbit/s的数据卡。今年在巴塞罗那的通信展上，LG、NEC已经展示了12类别的终端。目前，部分厂商已经可以提供峰值3.6Mbit/s的终端及数据卡，预计在今年6月份能够推向市场开始商用。此外，高通支持7.2Mbit/sHSDPA芯片已面世，杰尔宣布推出3.6Mbit/s HSDPA芯片组，英飞凌则面向中端多媒体电话市场推出7.2Mbit/s
HSDPA处理器样品。如据GSA调查，截至2006年2月28日，HSDPA终端的已增至25款。相对过去的6个月，增长了50%。因此，随着HSDPA网络的进一步铺开，商用模式的成功，将会有越来越多的HSDPA终端提供商及更多类型的终端面世。
2.HSUPA
按照3GPP的规定，HSUPA终端共有6类。支持2msTTI的仅有3种，6种中最大速率是5.76Mbit/s。
如同HSDPA一样，芯片厂商对HSUPA终端的支持也是分阶段进行，预计商用初期，还是倾向于使用10ms的TTI，即2Mbit/s的终端，逐渐支持到5.76Mbit/s。
高通对外宣称，今年上半年推出首款支持HSUPA的功能的芯片MSM7200，该芯片后向兼容UMTS、HSDPA、GSM/GPRS/EDGE，上下行峰值速率分别为2Mbit/s，3.6Mbit/s，目前正处于实验室内部测试阶段。
从整个行业的情况看，在全球全IP网络AIPN（AllIPNetwork）的发展趋势下，伴随着VoIP的升温，多媒体业务的广泛应用，HSUPA的引入势在必行。
三、HSDPA/HSUPA的性能分析
HSDPA在前期已经讨论很多，这里只要讨论HSUPA。
在3GPP规范讨论过程中，对HSUPA研究最终认为使用QPSK调制编码，上行H-ARQ的应用，NodeB控制上行调度，更短的帧结构和快速DCH建立会达到50～70%的上行容量增益，数据呼叫时延减少20～55%，用于上行平均数据呼叫的速率可提高大概50%。但是由于目前HSUPA还没有相应的产品及试验数据，因此具体能够实现什么样的性能还不清楚。
但是，HSUPA采用了与CDMA20001xEV-DO基本相同的技术及原理，因此我们可以借鉴当前已计划年底商用的EV-DO RevA现网观测数据的仿真性能。
1.容量——平均小区吞吐量
基本假设：15个用户被放在每个小区(1.25MHz)，总共有57个小区，单载波宏蜂窝网络，并只提供数据业务。通过仿真分析得出结果如表2所示。
表2 EV-DO Rev0与RevA的上行吞吐量对比
Rev.0 Rev.A
信道模型 用户吞吐量 （kbit/s） 小区吞吐量（kbit/s） 用户吞吐量（kbit/s） 小区吞吐量（kbit/s） 增益（%）
A 18.9 283 33.8 507 79
B 12.8 192 24.2 363 89
C 13.9 208 24.4 366 76
D 18.9 283 33.2 498 76
E 26.9 403 39 586 45
3GPP2
混合信道 16.3 244 28.9 434 78
从表2看出，Rev.A的上行容量会比Rev.0高75%以上，比3GPP对HSUPA和R99的模拟结果（50%到70%）略高。
2.QoS保证的业务能力（VoIP）
基本假设：单载波小区，并只提VoIP业务。具体结果如表3所示。
表3 EV-DO RevA网络ROT与上行负载的关系
Erl 35 37 38 39 40 41
平均ROT（dB） 4.14 4.54 4.95 5.03
5.35 5.57
上行负载（%） 70.7 72.7 73.75 74.15
75 80
从表3CDMA20001x的干扰和热噪声的比例可以看出，当ROT接近5dB时，上行链路负荷已达到75%左右。这也就是表明，每个1.25MHz的可支持的VoIP话务量约40Erl.，略为高出CDMA2000 1x1x RTT的话音容量。
14
10
在UE和CN接入层之间的概念，提供非接入层的业务，用于在UE和CN之间传送用户数据。UE与CN之间的一个业务对应于一个RAB。
RAB用于UE和CN之间传送语音、数据、多媒体等业务信息。UE和CN之间的信令连接建立完成后，才能建立RAB。RAB建立是由CN发起让UTRAN执行的功能。
RAB建立基本过程如下：CN发起RAB指配请求消息RAB ASSIGNMENT REQUEST，RNC根据RAB指配请求中的QoS参数配置无线网络有关参数，然后通过RAB指配相应消息RAB ASSIGNMENT RESPONSE告诉CN该RAB成功建立还是失败。
根据RAB建立前RRC连接状态与RAB建立后RRC连接状态，可以将RAB的建立流程分成以下三种情况：
DCH-DCH：RAB建立前RRC使用DCH，RAB建立后RRC使用DCH；
CCH-DCH：RAB建立前RRC使用CCH，RAB建立后RRC使用DCH；
CCH-CCH：RAB建立前RRC使用CCH，RAB建立后RRC使用CCH。
9
12
10
6
12
10
| 联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |