葫芦岛课题研究报告呼叫时延问题验证分析报告.docxVIP

葫芦岛课题研究报告呼叫时延问题验证分析报告 葫芦岛课题研究报告呼叫时延问题验证分析报告 葫芦岛课题研究报告呼叫时延问题验证分析报告 个人资料整理 仅限学习使用 葫芦岛呼喊时延问题剖析办理报告 ——进一步考证剖析报告 呼喊时延问题背景 辽宁当前  6 个地市的呼喊时延均在  9S 左右， CS 域中心网均为爱立信，华为  RNC在爱 立信中心网下呼喊时延为  7.3S 左右，华为的  RNC配合华为的  CS域中心网呼喊时延在  6S 左 右，辽宁省华为和爱立信中心网接入地区存在较大差距。 在平时测试中爱立信中心网接入地区的呼喊时延整体大于 8S，影响客户使用感知度， 下表为 7 月份省企业第三方拉网测试的各个城市的接入时延状况。 测试省份 测试城市 TD均匀接入时长 中心网厂家 铁岭 阜新 华为 旭日 沈阳 盘锦 鞍山 辽阳 辽宁 锦州 葫芦岛 爱立信 抚顺 大连 丹东 营口 本溪 查察大唐与华为的 UE 测试 LOG，大唐与华为的整体呼喊流程一致，经过对照各个信 令点时延直观发现大唐的 RB 成立周期 UE 收到 RADIO BEARER SETUP到 UE 答复 RADIO BEARER SETUP COMPLETE）比华为长 500ms 左右 . 而爱立信的中心网的 RAB指派是主被叫串行履行， CN 收到被叫 CALL CONFIRM后先进 行主叫 RAB 指派，主叫达成后进行被叫 RAB 指派， RAB 主被叫串行办理体制致使在 RB 建 立周期和华为拉出 500MS*2=1s 左右的差距，放大了 RB成即刻长对呼喊时延的影响。 所以当前来看当前主要分为两个问题： 个人资料整理 仅限学习使用 大唐 RNC的 RB 成即刻长较长 2. 爱立信中心网 RAB 指派为主被叫串行履前进一步拉大主被叫的整体 RAB 成即刻 长 呼喊时延问题剖析 大唐 RNC的 RB成即刻长剖析 在 TDD 系统中，为了保证  RNC和  UE 能够同时使新配置参数奏效，  RNC 在发送重配置 命令时，一般会携  Activation Time  参数，设置新配置的奏效时间。  Activation Time  定义了操 作和变化的奏效时间，以  CFN  为参照时间，取值为  [0,255] 。终端接收到的重配置命令中携 带 Activation Time 参数，该参数假如不为  “Now”，那么  UE 需要在 Activation Time 时辰指定 的 TTI 界限达成配置变换。 RNC 在计算这个时间时，需要获取发送信令时辰的  NowCFN，考虑办理时延  包含传输 时延），经过以下公式计算出奏效时辰： Active Time =NowCFN + CfnOffset） % 256 CFNOffset 与发送信令的长度，信令采纳的速率和承载方式，已经无线环境都有关系。 CFNOffset 的配置需要保证在激活时间超时前，网络和 UE 的配置操作已经达成，不然可能 会致使 UE 没法正确获取重配置信令，进而惹起同步配置过程的失败。可是，假如这个参数配置过大，有会延伸配置过程的时间，影响呼喊时延等网络性能指标。 此刻系统中，对 CFNOffset 参数，是采纳静态配置方式办理的。采纳静态配置方式为 了防止信令没法被 UE 正确收到，一般都采纳了较守旧的配置，是造成 MMC 呼喊过程中 RB 成即刻间较长的主要原由。 中心网 RAB指派体制剖析 爱立信中心网 RAB指派体制剖析 葫芦岛 CS 域中心网厂家为爱立信。下列图 2 为IU、UU、IUB 口的信令流程。由图表 2 中能够看到  RNC 侧的 Call Trace RNC 向中心网答复被叫  追踪，能够追踪到 UE ID=32782） 直传信息  CALL CONFIRMED后未收到中心网下发被叫的  RAB 指派信息，只收到中心网  10： 33： 42 对主叫  UE的  RAB 指派信息，主叫  UEUE ID=32781）  RB 成立达成后  10: 33: 44 RNC 向中心网答复  RAB ASSIGNMENT RESPONSE，中心网收到主叫的  RAB ASSIGNMENT RESPONSE 后对被叫进行  RAB 指派，能够看到当前网络中主被叫的  RAB 指派信息是串行的，整个过程 个人资料整理 仅限学习使用 将会多出 1 个 RAB 指派周期，当前的  RAB 指派周期在  2S 左右，所以串行的  RAB 指派体制 将会大幅加大接续时长的开支。 图表  1 主被叫的  RAB  指派过程 下列图  3 为有关的  UU 口信令截图，能够看到主被叫的