读书笔记-临时鉴权失败的原因有两种：1、UTRAN或者ue不支持系统下发消息中规定的加密或完整性保护算法，UTRAN向CN返回“不支持被请求的加密或/和完整性保护算法”1、无线接口安全控制过程失败，UTRAN上发“无线接口过程失败”在CS和PS发起用户侧，在鉴权加密完成之后，所走信令流程作用是相仿的，CS域通过直传消息想CN说明主角的业务能力和被叫号码，在收到CN下发的说明主叫UE的IMSI消息之后，CN发起RAB建立请求；在PS域，在鉴权加密之后由UE发起PDP激活，通过PDP激活告知CN用户发起的业务；在PS域中，需要用户先发起attach过程，跟CS侧的注册相仿，在用户attach不能通过时，用户将不能正常进行PS业务.在PS域中,PDP激活消息中携带的上下行最大速率计算公式64k（The maximum bit rate is 64 kbps） + (信元值(the binary coded value in 8 bits 01000000) * 8 kbps).例如上行信元值等于72,则上行最大速率=64k+(72-64)*8k)=128K在PS域中,当UE申请的是HSDPA时,消息过程同普通PS业务一致,在PDP激活之后,RNC向NODEB申请HSDPA资源,在得到NODEB的确认之后,数据将在H载波上传输UPPCH ISCPUpPCHshifting解决方法UPPCH上行导频信道，用来建立上行同步，若UPPCH存在干扰的话，对随机接入（重定位、跨LAC区切换）存在一定影响监控方法：从后台统计UPPCH ISCP解决方法：修改相关主频点、修改UPPCH所占用时隙位置（MOD UPPCH）同时要修改面向小区的负载监测控制算法参数(MOD CELLLDM)，否则的话RNC是不能在测量到对应小区的UPPCH相关数据上行失步会RlFail，最终掉话；下行失步会cellupdate，如果cellupdate失败就会掉话。 上行DPCH同步Nodeb的L1需要在每一个无线帧中，对无线链路的每一个UL CCTrCH检查同步状态。同步状态用CPHY-Sync-IND或CPHY-Out-of-Sync-IND原语指示，同时触发RL失败/修复。.无线链路的过程如下所示：当CCTrCH处于In-Sync状态时，Node B需要在接收到N_OUTSYNC_IND个连续out-of-Sync指示之后启动计时器T_RLFAILURE。NodeB在接收到连续N_INSYNC_IND个In-Sync指示后停止并重置计时器T_RLFAILURE。如果T_RLFAILURE超时，NodeB需要通过同步状态原语指示高层哪个CCTrCH处于Out-of-Sync状态，NodeB会触发RL_failure过程，并且CCTrCH状态需要变为Out-of-Sync状态。当CCTrCH处于Out-of-Sync状态，NodeB需要在接收到N_INSYNC_IND个连续in-sync指示之后指示CCTrCH已经重新建立同步，CCTrCH状态需要变为In-Sync状态。2、下行DPCH同步当UE启动建立一个专用物理信道时，UE应启动定时器T312并等待L1发出N312连续的“in sync”指示。在收到N312连续的“in sync”指示时，认为物理信道已经建立，定时器T312被停止并重置。若定时器T312在物理信道建立前超时，UE认为“physical channel establishment failure”。DPCH建立后，当L1收到对DPCH的N313连续的“out-of-sync”指示后，UE应该启动定时器T313。如果从L1收到N315连续的“in sync”指示和UE状态发生变化时，则UE应停止并重置T313；如果T313超时，UE则认为“RL failure”。当一个无线链路失败时，UE将清除专用物理信道配置，并执行“cell update”原因为“RL failure”，同时启动T314或T315和同失步相关的定时器、计数器。1）主叫会话类（Originating Convers ational Call）；2）主叫流类（Originating Streaming Call）；3)主叫交互类（Originating Interactive Call） 4）主叫背景类（Originating Background Call）； 5）主叫用户定制类（Originating Subscribed traffic Call）； 6）被叫会话类（Terminating Convers ational Call）；7）被叫流类（Terminating Streaming Call）； 8）被叫交互类（Terminating Interactive Call）； 9)被叫背景类（Terminating Background Call）10)呼叫重建类（Call re-es tablishment） 11)短消息类（Terminating Low/High Priority Signaling）low短信，high彩信Originating High Priority Signalling为彩信发送Terminating High Priority Signalling为彩信接收以上两种均默认为PS业务Originating Low Priority Signalling 为短信发送Terminating Low Priority Signalling 为短信接收以上两种默认为CS业务Originating Conversational Call（0）? ?主叫会话类（语音、视频）Originating Streaming Call?(1)? ? 主叫流媒体业务 Originating Interactive Call (2)? ?主叫交互类业务 Originatingn Background Call （3）? ? 主叫后台类业务Originating Subscribed traffic Call(4)? ? 发起预定业务 Terminating Conversational Call（5）?被叫会话类（语音、视频）Terminating Streaming Call （6） 被叫流媒体业务 Terminating Interactive Call?（7）? ? 被叫交互类业务Terminating Background Call （8）?被叫后台类业务 ? ? ? ? Emergency Call?（9）? ?紧急呼叫（2）重定位原因MSCBSC Inter-RAT cell re-selection （10）? ? ?小区重选Inter-RAT cell changen order （11）? ?小区改变? ? ? ? Registration（12）, Detach （13）? ? ? ?注册、关机Originating High Priority Signalling （14）? ?彩信发送? ? ? ? Originating Low Priority Signalling?（15）? ?短信发送Call re-establishment （16）? ? ? ? ? ? 呼叫重建Terminatingn High Priority Signalling? ?（17）彩信接收Terminating Low Priorityn Signalling （18）? ?短信接收erminating cause unknown （19）会话类，就是语音电话和视频电话交互类。主为是指在线游戏，网页浏览，定位业务还有后台类，是数据下载，图铃下载，邮件收发还有流媒体业务，手机电视，视频点播，交通监控。 activate PDP context request/accept，RANAP_RAB_ASSIGNMENT_REQ/RESP中对建立业务类型和速率要达成一致，否则接入/ 切换失败：maxBitrate/guaranteedBitRate； -CS业务：AMR12.2k/ VP不需要在setup中上报速率，VP会在setup中包含大量data-bc-octet字段 -PS业务：以QoS协商为准 RANAP_RAB_ASSIGNMENT_REQ之前的RANAP_DIRECT_TRANSFER里activate PDP context request中含有申请的UL/DL速率 申请的Max SDU size RANAP_RAB_ASSIGNMENT_REQ含有CN根据(U)SIM卡在HLR上的签约速率分配的UL/DL速率，及Max SDU size RANAP_RAB_ASSIGNMENT_RESP之后的RANAP_DIRECT_TRANSFER里activate PDP context accept中含QoS参数(98基本,99扩展) 其中包括，最终接受的UL/DL速率，计算公式： (1)若X=64,则为实际值；(2)若64X128,公式为：(X-64)*8+64； (3)若128=X=254,公式为：(X-128)*64+576；(4) 若X=255,则为0。 -即上报64，为64kbps； 上报72，为128kbps； 上报104，为384kbps； 上报151，为2048kbps； 上报254，为8640kbps；