后使用快捷导航没有帐号？
查看: 3411|回复: 10
经验1065 分贝0 家园币7592 在线时间：420 小时最后登录：帖子：精华：0注册时间：UID：506052
军衔等级：
三级军士长, 积分 1065, 距离下一级还需 135 积分
注册时间：
M2000自开站指导书
1& & & & M2000自开站原理介绍& & & & 6
1.1& & & & PnP开站流程& & & & 6
1.1.1& & & & OM通道组网& & & & 6
1.1.2& & & & Vlan学习& & & & 6
1.1.3& & & & DHCP流程& & & & 7
1.1.4& & & & OMCH建立& & & & 9
1.1.5& & & & 软件下载激活& & & & 10
2& & & & M2000开站操作流程& & & & 10
2.1& & & & 环境准备& & & & 10
2.1.1& & & & M2000及CME软件确认& & & & 10
2.1.2& & & & 上传eNodeB软件& & & & 12
2.2& & & & 生成系统模板& & & & 14
2.2.1& & & & 创建planned区& & & & 14
2.2.2& & & & 创建基站模板& & & & 15
2.2.3& & & & 导出基站模板& & & & 22
2.3& & & & 准备Summary采集表& & & & 23
2.3.1& & & & 导出Summary数据采集表& & & & 23
2.3.2& & & & Summary采集表制作& & & & 25
2.3.3& & & & Summary典型模板配置& & & & 27
2.4& & & & 数据导入CME& & & & 27
2.4.1& & & & 打开planned区& & & & 27
2.4.2& & & & 导入Summary模板& & & & 27
2.5& & & & 校验数据& & & & 30
2.5.1& & & & M2000面板上选择CME-& 高级-&校验& & & & 30
2.5.2& & & & 进入校验界面& & & & 31
2.5.3& & & & 校验成功& & & & 32
2.6& & & & 导出配置文件& & & & 32
2.6.1& & & & M2000上选CME-&高级-&导出即插即用数据& & & & 32
2.6.2& & & & 打开文件导出界面& & & & 33
2.6.3& & & & 进入配置文件导出界面& & & & 33
2.6.4& & & & 导出配置文件成功& & & & 35
2.7& & & & M2000自开站& & & & 36
2.7.1& & & & 绑定ESN号& & & & 36
2.7.2& & & & 启动自开站任务& & & & 36
2.7.3& & & & 自开站任务设置& & & & 37
2.7.4& & & & 基站上电DHCP& & & & 41
2.7.5& & & & 基站与M2000之间建立OM通道& & & & 41
2.7.6& & & & 开站过程示意图& & & & 42
2.7.7& & & & 开站结束& & & & 42
2.7.8& & & & 开站结果检查& & & & 42
3& & & & M2000自开站故障排查& & & & 48
3.1& & & & 常见开站故障& & & & 48
3.2& & & & Summary表格问题处理思路& & & & 48
3.3& & & & DHCP问题处理思路& & & & 48
3.3.1& & & & DHCP报文解析& & & & 48
3.3.2& & & & M2000收不到DHCP DISCOVER消息& & & & 50
3.3.3& & & & eNodeB侧收不到DHCP OFFER消息& & & & 51
3.3.4& & & & M2000收不到DHCP REUQEST消息& & & & 51
3.4& & & & OMCH通道无法建立处理思路& & & & 51
4& & & & 开站常见问题FAQ& & & & 52
4.1& & & & summary表格中的分区指的是什么& & & & 52
4.2& & & & 反复开站时OMCH建链时间为什么比第一次长12~26分钟& & & & 52
4.3& & & & 激活eNodeB到M2000的主机路由配置时，OMCH断链，为什么& & & & 52
4.4& & & & 能否不带VLAN开站& & & & 53
5& & & & M2000自开站失败案例& & & & 53
6& & & & 附录& & & & 57
6.1& & & & 基站 PnP跟踪解析& & & & 57
6.2& & & & DHCP 完整抓包& & & & 57
10:17 上传
下载次数: 110
2.41 MB, 下载次数: 110
售价: 5 家园币 &[]
本楼主谢绝“存表情”回帖！没什么话说，您可以选择不回帖！谢谢！
经验2 分贝0 家园币1 在线时间：0 小时最后登录：帖子：精华：0注册时间：UID：988333
军衔等级：
新兵, 积分 2, 距离下一级还需 28 积分
注册时间：
找了好久了
经验111 分贝0 家园币193 在线时间：66 小时最后登录：帖子：精华：0注册时间：UID：990318
军衔等级：
下士, 积分 111, 距离下一级还需 89 积分
注册时间：
经验10 分贝0 家园币24 在线时间：6 小时最后登录：帖子：精华：0注册时间：UID：996423
军衔等级：
新兵, 积分 10, 距离下一级还需 20 积分
注册时间：
经验5 分贝0 家园币7 在线时间：1 小时最后登录：帖子：精华：0注册时间：UID：287010
军衔等级：
新兵, 积分 5, 距离下一级还需 25 积分
注册时间：
经验4 分贝0 家园币0 在线时间：1 小时最后登录：帖子：精华：0注册时间：UID：1024638
军衔等级：
新兵, 积分 4, 距离下一级还需 26 积分
注册时间：
经验4 分贝0 家园币7 在线时间：3 小时最后登录：帖子：精华：0注册时间：UID：1015607
军衔等级：
新兵, 积分 4, 距离下一级还需 26 积分
注册时间：
非常不错的样子
经验71 分贝0 家园币-442 在线时间：2 小时最后登录：帖子：精华：0注册时间：UID：313855
军衔等级：
上等兵, 积分 71, 距离下一级还需 29 积分
注册时间：
好资料啊，谢谢分享了
经验10 分贝0 家园币11 在线时间：4 小时最后登录：帖子：精华：0注册时间：UID：1054381
军衔等级：
新兵, 积分 10, 距离下一级还需 20 积分
注册时间：
谢谢，一直想看看开站的流程
经验71 分贝0 家园币-442 在线时间：2 小时最后登录：帖子：精华：0注册时间：UID：313855
军衔等级：
上等兵, 积分 71, 距离下一级还需 29 积分
注册时间：
很好的资料啊，谢谢分享了
经验147 分贝0 家园币237 在线时间：32 小时最后登录：帖子：精华：0注册时间：UID：265775
军衔等级：
下士, 积分 147, 距离下一级还需 53 积分
注册时间：
很好的资料
)||合作伙伴：
Copyright &
All Rights Reserved10LTE_TDD问题定位指导书-吞吐量篇-2013-第4页
上亿文档资料，等你来发现
10LTE_TDD问题定位指导书-吞吐量篇-2013-4
文档密级：内部公开；2.3.3上行吞吐率基本影响因素；3.2.3.1上行调度基本过程；在初始接入时，UE在PUCCH发送SR（调度请求；eNB侧根据实际资源情况和调度算法，给UE分配相；在已有上行资源的情况下，UE在PUSCH发送BS；3.2.3.2影响上行吞吐率的基本因素；（1）系统带宽：系统的不同带宽决定了系统的总RB；（2）数据信道可用带宽：公共信道的
　 文档密级：内部公开2.3.3 上行吞吐率基本影响因素3.2.3.1 上行调度基本过程 在初始接入时，UE在PUCCH发送SR（调度请求），用来请求少量数据的上行资源调度。eNB侧根据实际资源情况和调度算法，给UE分配相应的上行资源，在PDCCH上下发UL Grant通知UE；在已有上行资源的情况下，UE在PUSCH发送BSR（缓冲区状态报告）进行上行资源调度请求；eNB侧在PDCCH上下发UL Grant通知UE。3.2.3.2 影响上行吞吐率的基本因素（1）系统带宽：系统的不同带宽决定了系统的总RB数，TS 36.104； （2）数据信道可用带宽：公共信道的开销进一步决定了用户可以实际使用的资源，其中下行主要包括PDCCH和系统消息，上行主要包括PUCCH、SRS、PRACH；（3）UE能力限制：在计算单用户峰值时，在考虑用户可用带宽时，还需要考虑UE能力的限制，不同类型UE具备不同的上下行峰值速率，且只有Cat 5终端才支持上行64QAM，具体参考TS36.306； 文档密级：内部公开 （4）上行单用户RB数分配限制：在计算单用户的上行吞吐率时，还需要考虑单用户的分配的RB个数必须可以分解为1、2、3、5相乘，参考TS 36.211；PUSCHrepresents the bandwidth of the PUSCH in terms of resource blocks, and shall fulfil MRBPUSCHULMRB?2?2?3?3?5?5?NRB，where ?2,?3,?5 is a set of non-negative integers.（5）信道条件信道条件主要包含RSRP，AVG SINR，信道相关性等参数，这些都会对实际的信号解调性能造成影响。如果RSRP过低，则可使用的有用信号的越低；如果AVG SINR过低，则干扰信号强度较有用信号越大；而信道相关性会对RANK值计算造成影响：一般MIMO模式要求信道相关性低，而BF模式则要求信道相关性高，这些都将对解调性能造成较大影响。2.4 工具简介（1）Probe：可以统计空口传输各层的速率，如PHY、MAC、RLC等。其中PHY层统计的是UE侧PHY层的流量，包含了MAC头、RLC头等，并且还包含了MAC层重传包；MAC层统计的MAC层流量，但不包含MAC层重传；RLC层统计的是RLC层流量，包含RLC和PDCP头以及RLC重传包；（2）Netmeter/Dumeter：Dumeter：统计了以太网MAC层的流量，但只包含MAC头的14Byte和净荷，不包含CRC校验；Netmeter：上行统计IP层的流量，包含了IP头；下行统计网卡端口的流量，包含了ETH头；（3）TTI跟踪解释工具myLDT（研发内部工具）：用来分析TTI跟踪数据。可观察每个TTI的调度情况和功控算法等相关信息，用于分析MAC吞吐率问题。3 基本分析方法3.1 下行吞吐量基本分析方法下行吞吐率问题，一般分析步骤如下：上述流程图中，基本观察、判断问题手段如下：（1）统计UE侧SINR vs THP：定点统计AVG SINR和吞吐率平均值，移动SINR以1dB为区间画出AVG SINR vs MAC THP的曲线，和机关各种信道的基线相比，是否处于中间值状态；（2）判断用户的RB数和DL Grant是否调度充足，如果不充足，首先判断上层数据源是否充足，可采用MML命令DSP ETHPORT查看： i、对于单用户来说，可以通过M2000信令跟踪管理-小区性能监测-空口DCI状态监控当前调度的DL Grant次数，该值取决于TDD上下行配比，配比1时满调度为600次/s。其中DCI0是UL Grant，SIB消息通过DCI1C/DCI1A下发，DCI1/1A（TM2）/DCI2（TM4）/DCI2A（TM3）/DCI1B（TM6）分别对应不同的MIMO模式下发： 我司UE可通过Probe查看用户的DL Grant Count。 可以通过M2000信令跟踪管理-小区性能监测-RB使用情况监控当前的RB利用率，查看下行分集调度分配的RB数，是否接近于下行带宽的总RB数*DCI个数/s。 我司UE可通过Probe查看用户自己的RB分配和DL Grant分配情况。 ii、对于多用户来说，CHR可以跟踪到在一段时间内小区内QCI分布情况，以及该用户的QCI等级，可以计算得到该用户在某段时间内理论上被调度的概率（调度次数*RB总数）。如果该用户调度次数*RB总数小于理论?10%，认为异常，需要定位。eNB侧观察小区分配RB数方法：通过M2000信令跟踪管理-小区性能监测-RB使用包含各类专业文献、中学教育、幼儿教育、小学教育、外语学习资料、生活休闲娱乐、专业论文、应用写作文书、高等教育、10LTE_TDD问题定位指导书-吞吐量篇-2013等内容。　
　　【】　
您可在本站搜索以下内容：
华为机密,未经许可不得扩散 第 2 页,共 sq 页 Page 2 , Totalsq Confidential LTE-TDD问题定位指导书-吞吐量篇 密级: 内部公开 2013-04-...
　73 4 华为机密,未经许可不得扩散 第7页,共q1页Page 7 , Totalq1 LTE TDD问题定位指导书-掉话篇 内部公开 confidentiality level 1 免责说明该...
　 LTE TDD问题定位指导书-切换篇-2013_求职/面试_求职/职场_应用文书。LTE ...如果切换出现失败,将严重影响用户感受,切换 中断时延和切换吞吐率也会不同程度地...
　 华为机密,未经许可不得扩散 第 s 页, 共 48 页 LTE TDD 问题定位和优化指导书-接入篇 文档密级 话统统计方法 图3 RRC建立统计点 【A点】 (1...
　 FDD LTE局点问题定位指导书--异系统篇_调查/报告...Throughput and BLER窗口可以看到LTE中下行吞吐量等...(within FDD or TDD) Group 30 (between FDD and...
　 LTE_TDD问题定位指导书-... sq页 免费 LTE TDD问题定位指导书-... sq页...问题分析 对于上行吞吐量问题,和下行吞吐量类似,思路如下:
　17 2010-q-24 华为机密,未经许可不得扩散 第 3 页, 共 17 页 CDMA EVDO 吞吐量故障定位指导书 档 级: 1. 概述 1.1. 简述在本文里,吞吐量故障指的是...
　 如要投诉违规内容,请到百度文库投诉中心;如要提出功能问题或意见建议,请点击此处进行反馈。 W-RAN话统分析和问题定位指导书-200s0q26-A-2.0 w_RAN话统分析和...
s　 W-HSDPA速率问题定位指导书-A-1.0_信息与通信_... 下面是 一次吞吐率测试的例子: 图2-6 RLC BO ... 2013年注会经济法统考真题 2013年注会设计统考真题...
赞助商链接
别人正在看什么？
赞助商链接华为M2000怎么跟踪用户在哪一个小区？ - 问通信专家
已解决问题
华为M2000怎么跟踪用户在哪一个小区？
华为M2000怎么跟踪用户在哪一个小区？
提问者: &提问时间: 00:30:10 &
&的答案& ( 采纳时间:
选Sever后，在指令行输入，DSP USRNIF按执行，输入手机号码 &8613*********，就能找到MS最近联系过的小区，CI是十六进制的，需要转换，这功能在处理投诉时十分有效。
&&|&&&&|&&&&|&&
专家指数：171
• 哪位好心人有华为LTE认证题库和答案分享下？跪谢
• 那位大哥知道华为TD后台怎么用MML命令查询小区方位角？
• 关于华为TD MML命令中LSTTCELLSELRESEL中，空闲模式小区重选同频测量门限计算
• 谁有华为TD后台操作脚本帮忙发个谢谢！邮箱
• 华为网管上面已经把ANR开关关闭了，为什么还是会自动添加邻区？
• 兄弟们，华为probe软件怎么导入工参啊？
• 华为probe3.6的免狗文件谁有，怎么使用？
• 华为TD小区对应的RRU
其他答案&(6)
华为设备的话，可以通过BSC6000 LMT 上面的单资源用户查询用户，这个查询结果比较直接详细，同时也可以通过跟踪信令消息，在得知用户的IMSI，来查询。可以看到用户的LAC,CI ，就可以知道用户所在的大概区域了，至于通过M2000没有尝试过，期待高手解答。
&&&&专家指数：7&&&&
M2000是相关的指标查看吧？貌似不能进行跟踪哦??看到个牛人不是通过M2000追踪到自己丢失的手机。期待高手解答。
BSC6000 LMT 上面的单资源用户查询用户
&&&&专家指数：307&&&&
学习啦，谢谢！
&&&&专家指数：50&&&&
BSC6000可以！
&&&&专家指数：67&&&&
这个问题我问过厂家
单纯从M2000的网管软件是无法查询的
只有通过后台是数据库来查询，并且不是实时的；
想定位用户的小区，可以通过核心网的网管，可以实时跟踪到！
&&&&专家指数：24202&&&&
华为的这么复杂啊
&&&&专家指数：336&&&&
相关资料下载
<font color="#8人关注
<font color="#78人关注
<font color="#6人关注
<font color="#5人关注
<font color="#9人关注
<font color="#40人关注
<font color="#7人关注
<font color="#5人关注
<font color="#41人关注
<font color="#3人关注
聘： 需求人数：2 人 发布于：7天前
聘： 需求人数： 人 发布于：7天前
聘： 需求人数：10 人 发布于：7天前
聘： 需求人数：2 人 发布于：7天前
聘： 需求人数：10 人 发布于：7天前
聘： 需求人数：8 人 发布于：7天前
聘： 需求人数：5 人 发布于：7天前
聘： 需求人数：5 人 发布于：7天前
赞助商链接
Powered by华为无线(GSMBSS、TDSCDMA-RAN、M2000)维护宝典(第1辑)-第15页
上亿文档资料，等你来发现
华为无线(GSMBSS、TDSCDMA-RAN、M2000)维护宝典(第1辑)-15
小区数据，重新添加小区数据，不添加临区数据，但故；4、跟踪RNC的REDIRECT消息，发现在小区；“FLT_NotifyPnState:Getpo；5、检查IUB口信令面，查询SAALNK均正常建；【建议与总结】：；故障查询的原因方向，有可能是其他原因造成，需要我；一个些微的数据配置错误有可能导致复杂的故障现象，；1.2.13端口控制器配置错误导致IPPA
　小区数据，重新添加小区数据，不添加临区数据，但故障仍然依旧。4、跟踪RNC的REDIRECT消息，发现在小区建立时有异常消息“FLT_NotifyPnState: Get port ctrl tbl error!(slot:16, type:4, id:45)”RNC查找PORTCTRL错误，AAL2PATH有问题，在RNC侧查询AAL2PATH，发现PATH异常，但在NODEB侧查询PATH状态，显示PATH正常可用；在RNC侧解闭塞AAL2PATH，返回消息命令执行失败，但实际上已解闭塞或者闭塞该PATH，判断为AAL2PATH吊死。检查RNC和NODEB脚本，IUB口的AAL2PATH协商数据也一致。将AAL2PATH数据删除重新添加，故障依旧，PATH依然吊死。5、检查IUB口信令面，查询SAALNK均正常建立，但ADJNODE异常。仔细检查RNC面SAALNK和NODEB侧SAALNK配置数据，发现，RNC和NODEB的SAALNK协商VPI和VCI配置一致，但是引用关系不一致，RNC侧ADJNODE引用的是VPI/VCI=10/42的第三条SAALNK，而NODEB侧引用的确是VPI/VCI=10/43的第四条SAALNK。修改引用关系，故障解除，小区正常建立，载波正常建立。【建议与总结】：故障查询的原因方向，有可能是其他原因造成，需要我们仔细的一步一步排查。一个些微的数据配置错误有可能导致复杂的故障现象，排查起来比较麻烦，这需要我们在配置数据和排查故障时仔细细心的对比数据。1.2.13
端口控制器配置错误导致IP PATH 通道故障告警【现象描述】：某局点IPRAN组网（层2组网），RNC版本为DRNC820V004R000C01SPC100；该RNC配置了FG2板，用于连接NODEB，构成IP组网。按照协商数据完成数配后，加载到设备，IUb口出现告警，提示为IP PATH通道故障告警。【告警信息】：IPPATH故障告警。【原因分析】：1、两端IP PATH所配置的IP不一致，没有按照协商数据配置。2、TRMMAP和PATH映射关系的问题。由于TRMMAP和IPPATH关系没有对应上，会导致用户面UDP分配资源时找不到可以使用的IPPATH。所以此处先查找是否此原因。3、NODEB侧的IP PATH数据配置错误。4、NODEB侧IUBCP配置的SCTPLINK链路号错误。华为公司，2010版权所有
635、其它原因。【处理过程】：1、检查两端的IP地址是否对应，并在RNC侧使用PING IP命令PING IUB接口的IPPATH，发现能PING通，证明物理通道没有问题，且两端IP是对应并按照协商数据。2、在RNC侧，使用LST TRAMMAP 和LST PATH命令，查看两者的映射关系是否对应。其次检查NODEB侧，使用LST PATH命令，检查当中的PATH类型，是否对应。发现无误，排除该原因。3、检查NODE侧所承载的逻辑端口号、版位槽号、差分服务码是否有误。发现无误，排除该原因。4、怀疑在NODEB侧的IUBCP与SCTPLINK链路号不对应，导致IP PATH无法建立。经检查数据，发现无误，排除该原因。5、仔细检查该告警信息，发现更新了告警原因，上报控制子系统未配置。查看各配置中涉及子系统的命令，发现均配置了子系统。当前承载以太网控制的是0号框0号槽的1号子系统。初步怀疑是否子系统负荷过重，无法继续承载。改变IUb口的承载子系统，发现问题依然。最后对每条配置子系统的命令进行再次检查，在使用LST PORTCTRLER命令中发现配置的承载以太网端口号为1，而物理上的以太网端口号以及设置的以太网端口、以太网IP中的PN均为2。修改PORTCTRLER的承载以太网端口号，问题得以解决。【建议与总结】：1、对于IP的问题可以多使用PING这个命令，它能迅速的定位问题所在。2、在IP组网中TRAMMAP与IPPATH的对应关系是要求注意的，这也是这类问题出现后经常要查找的地方。3、反复对应RNC于NODEB侧的对应关系，IP PATH的故障也很有可能出现在两端数配不一致。1.2.14
某小区SAC值和CN测SAC值不一致导致该小区下无法进行业务【现象描述】：手机在某站点一小区上无任何信号，手机显示为限制服务，无法拨打电话。【告警信息】：无。【原因分析】：1、测试终端异常。64
华为公司，2010版权所有2、测试卡未在HLR上登记。3、该小区状态异常或载波异常。4、核心网配置问题。【处理过程】：1、带此终端以及相应测试卡马上在同一个RNC的另外一个小区内进行业务测试，一切正常，从中我们排除手机和测试卡的问题。2、检查小区状态和载波信息，一切正常，且站点无任何告警信息，怀疑LMT上显示有问题，去激活小区再激活小区，在IUB口观看信令，发现小区建立过程正常，载波显示正常，随后重启基站，但现象依旧。3、继续拨打电话，仍然无法打通，抓取信令分析。发现在呼叫过程中RRC建立过程正常，空口没有问题，问题出现在了IU口上；查看IU口消息，发现RNC发了INITIAL_UE_MESSAGE给核心网后，核心网回了条直传消息后，马上发起IU REALASE消息。查看CN回给RNC的直传消息内容，发现了location-updating-reject，怀疑是该小区的SAC值没配置到核心网里面去。马上询问核心网的工程师，经核对发现该小区的SAC植和核心网的不一致，原因是该RNC的各小区SAC值在全部发给核心网后，后来有局部小区的SAC值又进行了修改，但修改后我们没及时知会核心网。核心网重新配置好后，该小区的业务一切正常。【建议与总结】：1、学会使用信令来分析问题。2、开通站点期间每个站点的LAC和SAC值要提前发送给核心网，并提醒核心网工程师做好相关配合工作。1.2.15
由于AAL2PATH索引错误导致数据下载平均速率只有384kbit【现象描述】：进行HSDPA业务测试时发现，下载平均速率只有384kbit，无法占用HSDPA载波。【告警信息】：无。【原因分析】：1、确定数据卡和USIM卡的签约速率是否支持HSDPA业务。2、确定HSDPA的数据配置是否正确。3、检查IUB口数据配置。【处理过程】：1、利用数据卡及SIM卡在其他站点测试速率可以等到1.3M，且数据卡上可以满足其最大下行速率是2M，则说明该数据卡和SIM卡的签约速华为公司，2010版权所有
65率可以满足最大速率2M速率请求。2、检查HSDPA业务的数据，使用LST HSCONTROL
LST HSPDSCH 检查HS-SCCH、HS-SICH、HS-PDSCH的功率、时隙配置正确；DSP HSPDSCH查看对应小区的HSDPA状态可用；根据码树查看该HSDPA载波的HS-SCCH、HS-SICH、HS-PDSCH的状态都可用，与配置一致。3、检查IUB口数据发现第四条AAL2PATH的流量索引错误：ADD AAL2PATH: ANI=158, PATHID=4, PT=HSDPA_NRT, CARRYT=IMA, CARRYF=1, CARRYSN=22, CARRYIMAGRPN=46, ADDTORSCGRP=NO, CARRYVPI=1, CARRYVCI=57, TXTRFX=158, RXTRFX=158;流量索引应该是153，更改后业务测试正常。【建议与总结】：脚本数据制作时一定要注意。1.2.16
由于VLANID协商不一致导致RNC信令面ping SGSN不通【现象描述】：某局在对接PS域过程中，RNC侧查询到SCTP链路本端闭合。【告警信息】：目的信令点不可达告警。SCTP信令点不可达告警。【原因分析】：1、端口IP配置错误。2、信令点配置错误。3、SCTP链路数据配置错误。4、SGSN数据错误。【处理过程】：1、LST ETHPORT；查询端口的ip是否配置正确，显示槽号、端口号、端口ip都正确。2、DSP N7DPC；查询到信令点的状态是信令点不可达；再查询DSP SCTPLNK，查询到操作状态不可用、本端闭合；根据协议首先要使SCTPLNK先建立起来，才能使N7DPC状态可达；详见附件。3、LST SCTPLNK；查询SCTP链路的配置参数，发现VLANID与CE规划的参数不一致。4、MOD SCTPLNK；将SCTPLNK中的VLANID更改为规划参数1061。 再次查询DSP SCTPLNK和DSP N7DPC，链路操作状态正常、状态建链成功；目的信令点可达。【建议与总结】：66
华为公司，2010版权所有在处理目的信令点不可达的过程中，应该根据协议栈从下往上查询配置参数。依次查询物理端口状态、端口ip、设备ip、SCTP链路的各项参数和目的信令点设置是否正确。只要把这几个参数设置正确，一般都可以将PS对接起来。1.2.17
由于各厂家ATM地址算法不一致导致CS对接不成功【现象描述】：某试验网与N司核心网进行CS对接，R4组网。数据完成后，信令面和用户面个链路正常，但是无法建立业务。【告警信息】：无。【原因分析】：1、检查脚本数据。2、终端设置。3、跟踪信令，分析关键参数。【处理过程】：1、仔细检查了脚本数据后，发现没有问题。2、多方咨询了终端的设置，设置完还是不行。3、跟踪IU口信令仔细查看了每条消息里的关键参数，在消息RANAP_RAB_ASSIGNMENT_REQ中发现两个问题：（1）核心网下发的Iu-UP协议是version2。（2）ATM地址为H‘00000，修改后业务建立正常。【建议与总结】：当时与核心网工程师协商时，从设备中提取的ATM地址是十位的，如、类型为E.164。而核心网工程师又不会将10位的转换成我们使用的40位ATM地址。通过与我司核心网工程师沟通，按照我司算法设置为H‘00000,实际核心网下发的是：H‘00000。所以与不同厂家对接CS时需要注意。1.2.18
BFD协商配置不一致导致PS域业务中断【现象描述】：M客户某TD局点PS业务中断，同时有SCTP、M3UA等链路告警上报。【告警信息】：1、SCTP链路中断告警华为公司，2010版权所有
67包含各类专业文献、高等教育、应用写作文书、幼儿教育、小学教育、各类资格考试、外语学习资料、文学作品欣赏、中学教育、行业资料、生活休闲娱乐、华为无线(GSMBSS、TDSCDMA-RAN、M2000)维护宝典(第1辑)等内容。　
　　【】　
您可在本站搜索以下内容：
　 华为无线(GSMBSS、TDSCDMA-RAN、M2000)维护宝典(第1辑)-C 很不错啊很不错啊隐藏&& 分享到:
使用一键分享,轻松赚取财富值, 了解详情...
赞助商链接
别人正在看什么？
赞助商链接}