多媒体课件WB700908SGSN9810V800R007Gb接口数据配置V1020080425B_第1页
多媒体课件WB700908SGSN9810V800R007Gb接口数据配置V1020080425B_第2页
多媒体课件WB700908SGSN9810V800R007Gb接口数据配置V1020080425B_第3页
多媒体课件WB700908SGSN9810V800R007Gb接口数据配置V1020080425B_第4页
多媒体课件WB700908SGSN9810V800R007Gb接口数据配置V1020080425B_第5页
已阅读5页,还剩23页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

SGSN9810Gb接口数据配置V800R007版本|CDMA核心网产品服务部技术培训课件Contents目录SGSN9810Gb接口数据配置课程的核心模块与学习路径01基本概念02GboverTDM03GboverIPChapter01基本概念Gb接口定义、协议栈结构与核心网络概念InterfaceOverviewGb接口定义与网络位置Gb接口是GSM/GPRS网络中SGSN与PCU之间的必选接口,承载着移动终端从无线侧进入核心网的数据通道。华为SGSN9810核心网设备·机房部署场景GPRS数据必选接口:连接SGSN与PCU(分组控制单元),承载GPRS/EDGE数据业务,无此接口则无法提供分组数据服务。SGSN↔PCU核心网第一道关口:数据流路径MS→Um→BSS→Gb→SGSN→Gn→GGSN→Gi→外部网络,Gb是无线侧进入核心网的入口。BSS→Gb→SGSNPCU集成于BSC:负责无线侧分组数据汇聚与调度,通过Gb接口将用户数据和控制信令传递给SGSN进行移动性与会话管理。BSC/PCUGbInterface·UserPlaneGb接口用户面协议栈Gb接口用户面协议栈由SNDCP、LLC、BSSGP、NS和L1bis五层组成,各层分工明确:SNDCP负责数据压缩与分段,LLC提供可靠链路,BSSGP承载路由与QoS信息,NS管理虚链路,L1bis承载物理传输。LAYER7SNDCP子网依赖汇聚协议,负责IP数据包的头部压缩、分段与重组,直接影响用户面数据传输效率头部压缩·分段重组LAYER2LLC逻辑链路控制层,提供MS与SGSN之间的可靠逻辑链路,支持确认模式和非确认模式两种传输方式可靠链路·双模式GBSPECIFICBSSGP基站子系统GPRS协议,在BSS与SGSN间传递路由信息和QoS参数,是Gb接口特有的关键协议层路由·QoS传递NETWORKSVCNS网络服务层,管理NS虚链路(NSVC),提供BSSGP层的传输承载,支持负载均衡和链路冗余虚链路·负载均衡PHYSICALL1bis物理层,对应E1/T1线路,在GboverTDM模式下由UEPI单板实现物理层处理E1/T1·UEPI单板PROTOCOLSTACKGb接口控制面协议栈Gb接口控制面协议栈以GMM/SM为最上层,负责移动性管理和会话管理,与用户面共享LLC、BSSGP、NS和L1bis底层协议栈,控制信令与用户数据通过相同底层链路传输。GMM/SM移动性与会话管理控制面最上层协议。GMM处理附着、去附着、路由区更新等移动性管理流程,SM处理PDP上下文激活与修改。GMM/SM四层协议栈共享机制控制面与用户面共享LLC、BSSGP、NS和L1bis四层协议栈,底层传输资源统一管理,通过上层协议类型区分信令与数据。四层共享BSSGP数据配置核心层同时承载控制面信令消息和用户面数据包,通过不同PDU类型标识区分,是Gb接口数据配置中最需关注的协议层。BSSGPNS虚链路管理机制NS层的虚链路管理对控制面和用户面透明,NSVC的可用性和负载状态直接影响所有上层业务的传输质量。NSVCHardwareArchitectureGboverTDM相关单板GboverTDM模式下,SGSN9810通过UEPI、UFEU、UGBI三种核心单板和可选的UEPC单板协同处理Gb接口协议栈,各单板按物理层→帧中继层→上层协议的顺序分工协作。SGSN9810核心网设备单板实拍01UEPI单板负责E1物理层(L1bis)处理,是Gb接口数据进入SGSN9810的第一道硬件关口,直接连接外部E1/T1线路02UFEU单板处理FR(帧中继)子层消息,在TDM模式下承担NS层的帧中继承载功能,是传统E1链路不可或缺的中间处理环节03UGBI单板是核心处理单元,负责NS、BSSGP、LLC、SNDCP和GMM/SM等上层协议的全部处理功能04UEPC单板为可选单板,提供数据加密和头部压缩功能,根据运营商安全策略和项目需求决定是否配置SGSN9810·BOARDCONFIGURATIONGboverIP相关单板GboverIP模式以IP网络替代传统帧中继承载,单板配置显著简化——UFEU和UEPI不再需要,UGBI处理上层协议、UGFU处理UDP/IP层,物理接口由UPIU配合扣板实现。IP替代帧中继:3GPP协议定义Sub-NS子层可使用FR或IP网络承载,GboverIP以IP网络替代帧中继,降低传输成本并简化网络运维Sub-NSoverIP精简硬件配置:UFEU和UEPI单板无需配置,因为IP传输不需要帧中继子层和E1物理层的专用硬件处理UFEU/UEPI移除协议分层处理:UGBI单板承担NS、BSSGP、LLC、SNDCP和GMM/SM等上层协议,UDP和IP层由UGFU单板专门处理UGBI+UGFU物理接口连接:UPIU单板配合扣板UEEC或UEFC提供Gb接口物理连接,支持以太网或FE/GE光口等多种方式UPIU+UEEC/UEFCSGSN9810Gb接口数据配置GboverFR核心概念:E1与BCE1是SGSN与BSS之间的物理连线,包含32个时隙;BC(承载通道)是帧中继网络中的数据传输物理通道,对应E1中一个或多个时隙。工程实践中通常将整条E1配置为单一BC以简化管理。01E1物理连线连接BSS和SGSN的物理连线,速率2.048Mbps,包含32个时隙(TS0-TS31)。BSS可直连SGSN,也可通过帧中继网络间接相连,是GboverFR架构的底层传输基础。2.048Mbps02BC承载通道帧中继网络中数据传输的物理通道,对应一条E1/T1中的一个或多个时隙。每个BC用BCID唯一标识,在同一E1内不可重复,是帧中继PVC建立的关键配置参数。BCID03E1与BC配置一条E1可配置成一个完整BC,也可分成多个BC承载不同业务。工程实践中通常将所有可用时隙配置成一个BC,以简化网络拓扑、降低维护复杂度并减少故障排查点。单一BC04BCID协商要点BCID配置必须与对端PCU协商一致,两端BCID不匹配将导致帧中继LMI无法交互、PVC无法建立。这是Gb接口调通常见的故障点,需重点核查。Gb接口调通GbInterfaceE1与BC关系及PVC概念E1通过时隙划分承载多个BC,每个BC上可建立多条PVC(以DLCI区分),每条PVC对应一个NSVC,形成从物理层到网络服务层的完整链路映射关系。E1与BC的映射关系01一条E1链路(TS0-TS31)可按需划分时隙给多个BC,如BC1使用TS1-TS3、BC2使用TS4-TS6,实现物理资源的灵活分配E1的32个时隙中,TS0用于帧同步,其余31个时隙可动态分配给不同BC,满足多站点并发接入需求02每个BC可承载多条NSVC(如BC1承载NSVC1和NSVC2),通过BC层面的资源隔离实现不同BSS站点的流量分离BC作为逻辑承载单元,确保各BSS站点数据相互独立,避免单点故障影响全网业务PVC永久虚连接01PVC是帧中继网络中的逻辑传输通道,一个BC中可建立多条PVC,各PVC以DLCI(数据链路连接标识符)编号区分DLCI为本地有效标识,范围通常为16-1007,用于在帧中继网络中唯一标识虚电路端点02每个NSVC对应一条FR链路PVC,执行ADDNSVC命令时系统同时创建NSVC和PVC链路,两者一一绑定PVC永久保持连接状态,无需呼叫建立过程,为Gb接口提供稳定可靠的底层传输保障GbInterface·IPModeGboverIP链路实现:IP虚链路GboverIP模式以IP虚链路(IPVLINK)替代帧中继PVC,由SGSNIP+端口和PCUIP+端口的四元组唯一确定,配置更简洁灵活,但需额外关注IP网络的QoS保障机制。01IP虚链路四元组构成IPVLINK由SGSN的IP地址与端口号、PCU的IP地址与端口号组成,四者唯一确定一条Gb接口的IP传输通道。IP+Port×202配置复杂度大幅降低相比帧中继模式需配置E1、BC、DLCI等多层参数,IP虚链路只需确保IP路由可达和端口一致。简化多层参数03复用IP承载网降本IP模式下不再需要帧中继网络设备,可利用现有IP承载网传输Gb接口流量,降低建设和维护成本。降低运营商成本04QoS保障机制要求需通过DiffServ标记或VLAN优先级等机制实现QoS保障,确保SGSN与PCU之间IP链路具备足够带宽和低时延。DiffServ/VLANGbInterface·NSLayerNSVC与NSE概念解析NSVC是NS层虚链路,对应一条PVC或IP虚链路,由NSVCI标识(SGSN内唯一);NSE是一组NSVC的集合,由NSEI标识(与PCU协商),一个NSE管理一组小区,多条NSVC为同一BSS提供冗余和负载分担。NSVC(NS虚连接)01虚链路定义:NSVC是NS层提供给BSSGP层的虚链路每条NSVC对应一条PVC(FR模式)或IP虚链路(IP模式),由NSVCI标识且在SGSN内唯一02承载与冗余:NSVC承载BSSGP层数据的实际传输多条NSVC可归属同一NSE实现链路冗余和负载分担,提升Gb接口的传输可靠性03标识特性:NSVCI作为唯一标识符在SGSN内部确保每条虚链路的独立寻址,支持动态建立与释放UniqueIdentifierNSVCINSE(网络服务实体)01集合定义:NSE是一组NSVC的集合由NSEI定义,该ID需与PCU侧协商确定,一个NSE通常对应一个BSS并管理一组小区02聚合管理:NSE层面实现NSVC的聚合管理当某条NSVC故障时,NSE可将流量切换到其他可用NSVC,确保BSSGP层业务不中断03协商机制:NSEI需双方协商配置SGSN与PCU通过信令交互完成NSEI的协商与确认,建立稳定的网络服务实体关系UniqueIdentifierNSEIBSSGPVIRTUALCONNECTIONBVC(BSSGP虚连接)概念解析BVC是BSSGP层的虚连接,分为信令BVC(Sig)、点对点BVC(PTP)和点对多点BVC(PTM)三种类型,分别承载信令消息、单用户数据和广播数据,配置顺序上需先建立SigBVC再创建PTPBVC。SigBVC·信令BVC专门传输Gb接口控制信令,每个NSE有且仅有一个信令BVC,是Gb接口链路建立和维持的基础通道信令通道PTPBVC·点对点BVC传输单用户数据业务,每个小区对应一个PTPBVC,其状态直接决定该小区的GPRS数据业务是否可用单用户数据PTMBVC·点对多点BVC传输小区广播等点对多点数据,支持CBS(小区广播短消息)等需要向多用户同时发送的业务场景广播数据配置顺序约束必须先创建SigBVC并完成NS链路建立,然后才能创建各小区的PTPBVC,违反此顺序将导致BVC无法正常工作先Sig后PTPChapter02GboverTDM帧中继承载模式下的E1、BC、NSVC与BVC完整配置流程CONFIGURATIONWORKFLOWGboverTDM配置总体流程GboverTDM数据配置遵循从物理层到应用层的五步流程:E1链路→BC承载通道→NSVC虚链路→NSE网络服务实体→BVC虚连接,各步骤环环相扣、逐层依赖,需按序执行并逐步验证。01E1链路物理层配置E1链路参数,包括E1编号、帧格式、时钟源等基本物理层设置,确保与对端BSS/PCU的物理连接正常02BC承载通道通道层配置BC(承载通道),将E1时隙资源分配给指定的BC,建立帧中继数据传输的物理通道基础03NSVC虚链路NS层配置NSVC,在BC上建立NS层虚链路,设置DLCI和NSVCI等关键参数,对应帧中继PVC的创建04NSE网络服务聚合层配置NSE,将多条NSVC组织为一个网络服务实体,设置NSEI并关联到对应的BSS,实现链路聚合管理05BVC虚连接BSSGP层配置BVC,建立BSSGP层虚连接,创建信令BVC和各小区的PTPBVC,完成Gb接口的端到端业务通道建立SGSN9810·Gb接口E1链路配置E1链路配置是GboverTDM的第一步,使用ADDE1命令设置编号、帧格式和时钟源等物理层参数。配置后需通过DSPE1验证链路状态,物理层故障是最常见的Gb接口故障原因。ADDE1使用ADDE1命令配置E1链路,主要参数包括E1编号(系统唯一标识)、帧格式(CRC4/NOCRC4,需与对端一致)和时钟源模式CLOCKSOURCE时钟源可选主时钟(internal)或线路时钟(line),SGSN侧通常设置为线路时钟模式,从BSS侧获取时钟同步以避免滑码问题DSPE1配置完成后使用DSPE1命令查看E1链路状态,确认告警清除、帧同步正常,LOS/LOF/AIS等告警消失表示物理层连接正常TROUBLESHOOTE1物理层故障是最常见的Gb接口问题,包括线缆接触不良、阻抗不匹配和时钟不同步,故障排查时应首先检查物理层状态BCConfigurationBC承载通道配置BC配置使用ADDBC命令指定所属E1编号、BCID和时隙范围,是帧中继数据传输的物理通道基础。时隙分配需遵循TS0保留、不重叠、连续分配的原则,配置正确是后续PVC建立的前提。01创建承载通道使用ADDBC命令创建承载通道,需指定所属E1编号、BCID(E1内唯一)和使用的时隙范围,如TS1-TS31。该命令为帧中继通信建立物理层传输通道,是后续数据转发的基础配置步骤。ADDBC02时隙分配原则TS0保留给帧同步不可用于数据传输,同一E1上不同BC时隙不能重叠,建议连续时隙分配给同一BC以提高传输效率。合理的时隙规划可避免资源冲突,确保信道带宽充分利用。TS0RESERVED03验证配置状态配置完成后使用DSPBC命令验证BC状态和时隙分配情况,确认BC处于可用状态后再进行后续NSVC配置。状态检查包括链路激活、时隙占用率及告警信息,确保通道就绪。DSPBC04高容量场景规划在高容量场景下,一个BSS可能需要多条E1链路和多个BC,需要合理规划时隙资源以满足峰值数据流量需求。通过负载均衡和冗余设计,可提升网络可靠性与数据传输吞吐量。HIGHCAPACITYGBINTERFACECONFIGNSVC虚链路配置ADDNSVC命令同时创建NSVC和PVC链路,需配置NSVCI(SGSN内唯一)、DLCI、所属BC和权重等关键参数。NSVCI和DLCI必须与PCU侧协商一致,一个NSE内多条NSVC可实现负载分担和链路冗余。创建NSVC链路ADDNSVC命令同时创建NSVC和对应的帧中继PVC链路,主要参数包括NSVCI(SGSN内唯一标识)、DLCI(数据链路连接标识)、所属BC编号(承载通道)和NSVC权重(用于负载分担)。NSVCI取值范围0-65535,DLCI取值范围16-991,需确保与PCU侧配置完全匹配。ADDNSVC参数协商一致NSVCI和DLCI必须与PCU侧协商一致,这是Gb接口链路建立的前提条件。参数不匹配是链路无法建立的最常见原因,调通前需与BSS工程师仔细核对两端配置。建议建立参数对照表,记录SGSN侧与PCU侧的对应关系,便于后期维护排查。NSVCI/DLCI负载分担权重NSVC权重(weight)参数用于NSE内的流量负载分担,多条NSVC按权重比例分配用户数据流量,实现传输资源的合理利用和链路冗余保护。权重值越大,该链路承担的业务量越多。建议根据链路带宽配置权重,如E1链路权重设为1,STM-1链路权重设为63。WEIGHT状态检查维护使用DSPNSVC命令查看NSVC运行状态,正常状态应为UP。若为DOWN状态,需依次排查物理层连接、帧中继层参数配置和PCU侧配置一致性。日常维护中建议定期执行DSPNSVC检查链路健康状态,及时发现并处理潜在故障,保障Gb接口稳定运行。DSPNSVCGbInterface·NSEConfigurationNSE网络服务实体配置NSE由NSEI标识(需与PCU协商),一个NSE对应一个BSS并管理一组小区。NSE统一管理其下所有NSVC的状态监控、负载分担和故障切换,当某条NSVC故障时自动将流量迁移至其他可用链路。ADDNSE创建命令创建网络服务实体,核心参数NSEI需与PCU侧协商一致,一个NSE通常对应一个BSS并管理该BSS下的所有小区。配置时需确保NSEI全网唯一,避免与其他网络实体冲突。关键参数:NSEI标识符NSVC关联配置NSVC与NSE的关联在ADDNSVC命令中通过参数指定,创建NSE前需确保至少有一条NSVC已正确配置并处于可用状态。建议预先完成NSVC的IP地址、端口及链路参数配置。前置校验:NSVC可用状态统一管理功能NSE实现其下所有NSVC的统一管理,包括链路状态实时监控、基于权重的流量负载分担和故障自动切换,保障Gb接口业务连续性。支持动态调整负载权重比例,优化网络资源利用率。核心能力:负载分担·故障切换DSPNSE状态查询可查看NSE状态、关联的NSVC列表和整体链路质量,是日常运维中监控Gb接口健康状况的重要工具。支持实时查询链路利用率、丢包率及故障历史记录,便于快速定位问题。运维工具:状态监控·质量评估GBOVERIP·CONFIGURATIONGboverIP配置总体流程从TDM五步缩减为三个核心步骤:IP承载准备→IP虚链路配置→NSE与BVC配置。省去帧中继参数,增加IP地址规划和QoS策略要求。STEP01准备IP承载基础配置SGSN侧IP地址、子网掩码、路由和VLAN参数,确保SGSN与PCU之间IP层连通性正常IP·子网·路由·VLANSTEP02配置IP虚链路(IPVLINK)指定SGSN和PCU的IP地址及端口号四元组,建立Gb接口的IP传输通道四元组·IP传输通道STEP03配置NSE与BVCNSVC由IP虚链路承载,NSE和BVC配置逻辑与TDM模式类似但底层承载方式不同NSVC·NSE·BVCKEYDIFFERENCEIP模式与TDM模式差异省去E1、BC、DLCI等帧中继配置,需额外配置IP路由、DiffServQoS标记和VLAN优先级DiffServ·QoSSGSN9810·GbINTERFACEIP承载基础配置GboverIP的IP层由UGFU单板处理,需为其配置IP地址、路由和VLAN参数。IP连通性(PING验证)是最关键的检查点,IP不通是最常见的调通障碍,需与承载网团队协同确认网络策略。01使用ADDIP命令为Gb接口所在的UGFU单板分配IP地址和子网掩码,确保地址在运营商规划的Gb接口IP地址段内。配置完成后需确认IP地址生效状态。ADDIP02使用ADDIPRT命令配置到PCU侧IP网段的静态路由,若SGSN与PCU跨越多个网段需确保全程路由可达。路由配置需指定下一跳地址。ADDIPRT03若SGSN与PCU之间存在VLAN划分,需配置对应的VLAN参数并确认VLANID在两端一致,VLAN不匹配是常见连通性故障。建议提前与网络团队确认VLAN规划。VLANID04使用PING命令验证SGSN到PCU的双向IP连通性,PING不通时需依次排查IP地址、路由、VLAN和防火墙策略。建议从近端到远端分段排查。PINGGbInterface·NSEConfigurationIP虚链路(IPVLINK)配置ADDIPVLINK命令以SGSNIP+端口和PCUIP+端口的四元组创建IP虚链路,每条IPVLINK对应一个NSVC。端口号需两端一致,多条IPVLINK可实现NSE内的负载分担和链路冗余。四元组创建IP虚链路ADDIPVLINK命令创建IP虚链路,四元组包括SGSN侧IP和端口、PCU侧IP和端口,端口号需与PCU侧协商一致,确保两端配置匹配ADDIPVLINKNSVC映射与负载分担每条IPVLINK对应一个NSVC,在NSE内可配置多条IPVLINK实现负载分担,通过权重参数控制流量分配比例,提升链路利用率NSVC1:1状态检查与故障排查使用DSPIPVLINK查看虚链路状态,正常应显示UP;DOWN状态时需依次检查IP连通性、端口匹配和PCU侧对应配置,定位故障根因DSP→UPNS层链路建立确认IPVLINK创建成功后系统自动触发NS层链路建立流程,可通过信令跟踪确认NS-ALIVE/NS-ALIVE-ACK消息是否正常交互,验证链路可用性NS-ALIVENSE&BVCCONFIGURATIONGboverIP的NSE与BVC配置GboverIP模式下NSE和BVC的配置逻辑与TDM模式基本一致,区别在于底层NSVC由IP虚链路承载。需根据IP网络时延特性调整NS层超时和重传参数,配置完成后建议执行NSERESET确保生效。01NSE配置ADDNSE使用ADDNSE命令设置NSEI(需与PCU一致),关联由IP虚链路承载的NSVC,基本逻辑与TDM模式相同02BVC配置Sig+PTP遵循相同顺序:先创建SigBVC承载信令,再为各小区创建PTPBVC,每个GPRS小区对应一个PTPBVC03IP参数调优Tns-procNS层超时和重传参数需根据IP网络时延特性调整,避免因参数不合理导致链路频繁闪断04生效验证RSTNSE建议执行RSTNSE命令强制重建NS层链路,确保所有配置参数生效并触发BVCRESET完成端到端链路建立ComparisonGboverTDM与GboverIP对比分析GboverIP在配置简洁性(3步vs5步)、单板需求(2种vs3种)和传输成本(复用IP网vsE1专线)上均优于TDM模式,是运营商网络演进的主流方向,但两种模式在现网中仍长期共存。TDM与IP模式关键差异对比对比维度GboverTDMGboverIP承载方式E1+帧中继(FR)以太网/IP网络所需单板UEPI+UFEU+UGBIUGBI+UGFU+UPIU链路标识DLCI(帧中继PVC)四元组(IP+端口)配置步骤5步(E1→BC→NSVC→NSE→BVC)3步(IP准备→IPVLINK→NSE/BVC)传输成本E1专线资源,成本较高复用IP承载网,成本较低QoS保障E1固定带宽,天然保障需配置DiffServ/VLAN优先级IP模式在配置简洁性和成本方面优势明显,TDM模式在QoS保障方面天然可靠TROUBLESHOOTINGGb接口常见故障与排查方法遵循从下到上逐层检查原则:物理层→NS层→BSSGP层→应用层,常见故障各有针对性排查路径。TDM模式常见故障E1物理层告警(LOS/LOF/AIS):检查线缆连接、时隙配置和时钟同步,确认UEPI单板状态正常LOS·LOF·AISNSVC链路无法建立:核对DLCI与PCU侧是否一致、NSVCI是否冲突、帧中继PVC是否在两端同时创建DLCI·NSVCI·PVCIP模式与通用故障IP连通性故障:依次排查IP地址配置、路由可达性、VLAN匹配和防火墙策略,使用PING和TRACERT定位断点

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论