简介这份PDF面向光通信与传输网方向的工程师、运维人员及通信专业学生系统梳理OTN技术体系的标准框架与网络架构帮助读者建立从标准到分层结构的完整认知。资源为单文件PDF压缩包约1.44MB内容以图文结合方式呈现便于随时查阅与对照学习。目前已有93人学习下载。文档围绕G.872、G.709等核心标准展开先介绍OTN标准体系的组成与相互关系再深入讲解光传送网的三层结构——光信道层、光复用段层与光传送段层并补充OTU层与ODU层的电层划分说明各层的连接、交叉调度、监测与保护功能。同时涵盖光网络管理的连续性监视、连通性监视、信号质量监测等需求以及线性与环形ODUk保护、抖动漂移和误码性能等生存性技术适合作为OTN入门与标准查阅的参考材料。1. OTN技术体系介绍从G.709帧结构到ODUk交叉的落地拆解很多刚接触传输网的兄弟第一次翻《OTN技术体系介绍.pdf》这类材料看到G.709、G.872、ODUk、OPUk一堆缩写堆在一起第一反应是“这玩意儿跟SDH到底啥关系”。我当年也一样直到有一次现网割接客户业务从10G升到100GSDH的VC交叉颗粒度直接不够用才真正被逼着把OTN这套体系啃下来。OTN本质上是把SDH的运维基因和WDM的容量优势捏在一起G.872定义分层架构G.709定义帧格式和开销ODUk做交叉调度OPUk做承载映射。它解决的是大颗粒业务在波分系统里“可管理、可调度、可保护”的问题。适合谁看传输网规划、光层运维、设备调测的从业者以及需要理解OTN通道层和光层分工的网工。下面按“先立住理论、再动手配数据、最后避坑”的顺序拆。2. G.709帧结构与ODUk/OPUk映射为什么你的交叉颗粒度总选错2.1 G.709帧长与开销字段的工程含义G.709的OTU帧是4行4080列这个数字不是随便定的。4行对应OTU开销、ODU开销、OPU开销和载荷四个区域4080列里前16列是开销区后面3824列是OPU载荷区。帧周期固定为12.191微秒对应2.666Gbps的OTU1速率所有更高速率都是这个帧结构的时分复用扩展。工程上最需要盯的是三个开销OTU开销里的SM段监控和GC通用通信ODU开销里的PM通道监控和TCM串联连接监控OPU开销里的PT载荷类型和JC调整控制。SM管的是OTU段PM管的是端到端ODU通道TCM管的是跨域分段监控。很多现场PM告警和SM告警分不清就是因为没搞明白这两个开销的监控范围不一样。提示PM开销是端到端的TCM是分段或跨运营商的排查通道告警先看PM再查TCM。2.2 ODUk和OPUk的映射关系与交叉颗粒度选择ODUk是OTN的交叉调度单元k取值0、1、2、2e、3、4、flex对应不同速率等级。OPUk是承载单元负责把客户信号映射进来。关键点在于ODUk交叉颗粒度决定了设备能调度的最小带宽单元。ODU0是1.25GODU1是2.5GODU2是10GODU2e是10.3G承载10GEODU3是40GODU4是100G。选交叉颗粒度时如果业务是GE用ODU0最划算如果是10GE必须用ODU2e而不是ODU2因为ODU2的净荷带宽装不下10GE的线速。这个坑我见过不止一次配置时看着都是10G实际映射不进去查半天才发现颗粒度选错了。2.3 用脚本验证ODUk映射带宽是否匹配下面这段Python脚本用来快速校验客户信号速率和ODUk净荷带宽是否匹配避免配置时拍脑袋。# OTN ODUk净荷带宽校验脚本 # 输入客户信号速率(Gbps)和计划使用的ODUk类型输出是否匹配 oduk_payload { ODU0: 1.244, # ODU0净荷带宽约1.244Gbps ODU1: 2.498, # ODU1净荷带宽约2.498Gbps ODU2: 9.995, # ODU2净荷带宽约9.995Gbps ODU2e: 10.312, # ODU2e净荷带宽约10.312Gbps专为10GE设计 ODU3: 40.319, # ODU3净荷带宽约40.319Gbps ODU4: 104.794, # ODU4净荷带宽约104.794Gbps } def check_mapping(client_rate, oduk_type): 校验客户信号速率是否适配指定ODUk类型 if oduk_type not in oduk_payload: return f未知ODUk类型: {oduk_type} payload oduk_payload[oduk_type] if client_rate payload: return f匹配: {client_rate}Gbps 可映射到 {oduk_type} (净荷{payload}Gbps) else: return f不匹配: {client_rate}Gbps 超出 {oduk_type} 净荷{payload}Gbps需升颗粒度 # 示例10GE业务映射到ODU2e print(check_mapping(10.0, ODU2e)) # 输出匹配 print(check_mapping(10.0, ODU2)) # 输出不匹配ODU2净荷不够脚本逻辑很直白把常见ODUk的净荷带宽做成字典输入客户信号速率后比较大小。参数说明client_rate单位是Gbpsoduk_type是字符串。实际工程中还要考虑映射方式GMP还是AMP带来的开销差异但作为快速校验足够用。我一般会在做业务配置前先跑一遍避免在网管上反复试错。2.4 OPUk映射路径与常见客户信号对应关系OPUk的映射路径决定了客户信号怎么装进OTN管道。常见映射关系如下表客户信号映射路径目标ODUk备注GEGE over OPU0ODU0需GFP封装10GE10GE over OPU2eODU2e不能走ODU2STM-16STM-16 over OPU1ODU1异步映射STM-64STM-64 over OPU2ODU2异步映射100GE100GE over OPU4ODU4需GMP映射这张表是现场配置时最常查的。注意10GE那一行ODU2e和ODU2虽然速率接近但净荷带宽差了一点点就是这一点点决定了能不能装下。另外GFP封装和GMP映射的区别在于GFP适合分组业务GMP适合恒定比特率业务选错了会导致映射效率下降或告警。2.5 交叉连接配置的实操步骤在网管上配ODUk交叉一般步骤是先创建ODUk通道再配置交叉方向最后绑定保护组。以ODU2e为例创建通道时指定源端口和宿端口交叉方向选双向保护组根据业务等级选SNCP或OLP。配置完成后用otn-check类命令不同厂商命令不同查看通道状态确认PM开销无告警。如果PM有AIS或OCI告警说明上游映射有问题得回头查OPUk的PT字节是否匹配。3. G.872分层架构与光层/电层分工规划时怎么划清边界3.1 G.872的三层架构与各层职责G.872把OTN分成光通道层OCh、光复用段层OMS和光传输段层OTS。OCh层管的是端到端光通道包括波长分配和光通道保护OMS层管的是复用段负责多波长复用和放大OTS层管的是传输段负责光纤线路和光放大。电层这边对应的是ODUk通道层和OTUk段层。规划时最容易混淆的是光层保护OLP和电层保护SNCP到底用哪个。OLP是光层11保护切换快但颗粒度粗SNCP是电层子网连接保护颗粒度细但依赖ODUk交叉。一般原则是波长级业务用OLP子波长业务用SNCP。3.2 光层参数规划与OSNR计算光层规划的核心参数是OSNR光信噪比。OSNR需求取决于调制格式和FEC类型。常见对应关系NRZ调制需要约15dB OSNRPM-QPSK需要约12dBPM-16QAM需要约18dB。计算链路OSNR时要考虑放大器噪声系数、跨段损耗和波长数量。一个粗略公式OSNR 58 Pout - NF - 10logN - L其中Pout是单波输出功率NF是放大器噪声系数N是波长数L是跨段损耗。这个公式在现场估算够用精确计算得用仿真工具。3.3 电层交叉与光层调度的协同配置电层交叉和光层调度不是二选一而是配合使用。典型场景核心节点用ODUk交叉做子波长调度边缘节点用ROADM做波长调度。配置时先规划光层波长再在波长内规划ODUk通道。如果光层波长不够用优先考虑升调制格式或加波长而不是硬挤ODUk。我见过一个项目光层只规划了40波电层却想开80个ODU2通道结果波长不够只能改方案。3.4 分层故障定位的排查路径故障定位按层往下查先看OTS层光功率是否正常再看OMS层放大器是否工作再看OCh层波长是否可调最后看电层ODUk通道是否有告警。这个顺序能避免一上来就查电层结果发现是光层光纤断了。常用命令光功率查询、OSNR查询、ODUk PM告警查询。每层查完确认正常再往下走别跳层。4. OTN体系落地避坑5个现场翻车记录4.1 坑一ODU2e和ODU2混用导致10GE业务不通现象10GE业务配置到ODU2通道后PM开销持续报AIS业务不通。 原因ODU2净荷带宽约9.995Gbps10GE线速是10.3125Gbps装不下。 解决改用ODU2e颗粒度重新配置交叉和映射。4.2 坑二TCM开销未使能导致跨域监控缺失现象跨运营商链路故障对方说没问题我方PM无告警。 原因TCM开销未使能分段监控没开故障定位到不了对方域。 解决在域间接口使能TCM配置TCM级别和监控模式。4.3 坑三OPUk PT字节配错导致映射失败现象客户信号映射到OPUk后PT字节显示未知类型业务起不来。 原因PT字节没按客户信号类型配置比如10GE应该配0x07配成了0x03。 解决查G.709标准PT字节定义表按客户信号类型重新配置。4.4 坑四光层OSNR余量不足导致误码现象链路开通后BER偏高业务闪断。 原因OSNR余量不足实际OSNR低于调制格式需求。 解决调整放大器增益或增加中继提升OSNR余量至少3dB。4.5 坑五交叉颗粒度选大导致带宽浪费现象GE业务用ODU2交叉带宽利用率不到10%。 原因交叉颗粒度选大了ODU2装GE浪费严重。 解决改用ODU0交叉提升带宽利用率。5. OTN体系进阶用脚本批量校验ODUk配置与OSNR余量5.1 批量校验ODUk配置的脚本实现现场配置多了以后手工校验容易漏。下面这个脚本读取CSV配置文件批量校验ODUk映射和OSNR余量。import csv # 批量校验ODUk配置和OSNR余量 # CSV格式: 业务名,客户速率Gbps,ODUk类型,实际OSNR,调制格式 osnr_required { NRZ: 15, PM-QPSK: 12, PM-16QAM: 18, } oduk_payload { ODU0: 1.244, ODU1: 2.498, ODU2: 9.995, ODU2e: 10.312, ODU3: 40.319, ODU4: 104.794, } def validate(row): 校验单条配置 name, rate, oduk, osnr, mod row rate float(rate) osnr float(osnr) issues [] # 校验ODUk带宽 if oduk in oduk_payload: if rate oduk_payload[oduk]: issues.append(f带宽不匹配: {rate}G {oduk}净荷{oduk_payload[oduk]}G) else: issues.append(f未知ODUk: {oduk}) # 校验OSNR余量 if mod in osnr_required: margin osnr - osnr_required[mod] if margin 3: issues.append(fOSNR余量不足: 实际{osnr}dB, 需求{osnr_required[mod]}dB, 余量{margin}dB) else: issues.append(f未知调制格式: {mod}) return name, issues # 读取CSV并逐行校验 with open(otn_config.csv, r, encodingutf-8) as f: reader csv.reader(f) next(reader) # 跳过表头 for row in reader: name, issues validate(row) if issues: print(f[异常] {name}: {; .join(issues)}) else: print(f[正常] {name})脚本逻辑读取CSV逐行校验ODUk带宽和OSNR余量。参数说明CSV列顺序为业务名、客户速率、ODUk类型、实际OSNR、调制格式。OSNR余量阈值设为3dB低于3dB就告警。这个脚本我一般在上线前跑一遍能提前发现大部分配置问题。5.2 OSNR余量与调制格式的快速对照调制格式OSNR需求(dB)建议余量(dB)适用场景NRZ15≥3短距、低速率PM-QPSK12≥3长距、100GPM-16QAM18≥4高速率、短距这张表是现场估算OSNR够不够用的快捷参考。实际规划时还要考虑光纤老化、连接器损耗和温度变化余量留足比省波长更重要。5.3 一个习惯配置前先跑校验脚本我现在做OTN配置不管项目大小先把业务清单整理成CSV跑一遍校验脚本确认ODUk颗粒度和OSNR余量都没问题再上网管操作。这个习惯帮我省了很多返工时间。有次一个项目20多条业务手工查了两小时没发现问题脚本跑一遍查出3条OSNR余量不足提前调整了放大器增益避免了开通后误码。希望帮到你。本文还有配套的精品资源点击获取 OTN技术体系实战：G.709帧结构、ODUk交叉与避坑指南
简介这份PDF面向光通信与传输网方向的工程师、运维人员及通信专业学生系统梳理OTN技术体系的标准框架与网络架构帮助读者建立从标准到分层结构的完整认知。资源为单文件PDF压缩包约1.44MB内容以图文结合方式呈现便于随时查阅与对照学习。目前已有93人学习下载。文档围绕G.872、G.709等核心标准展开先介绍OTN标准体系的组成与相互关系再深入讲解光传送网的三层结构——光信道层、光复用段层与光传送段层并补充OTU层与ODU层的电层划分说明各层的连接、交叉调度、监测与保护功能。同时涵盖光网络管理的连续性监视、连通性监视、信号质量监测等需求以及线性与环形ODUk保护、抖动漂移和误码性能等生存性技术适合作为OTN入门与标准查阅的参考材料。1. OTN技术体系介绍从G.709帧结构到ODUk交叉的落地拆解很多刚接触传输网的兄弟第一次翻《OTN技术体系介绍.pdf》这类材料看到G.709、G.872、ODUk、OPUk一堆缩写堆在一起第一反应是“这玩意儿跟SDH到底啥关系”。我当年也一样直到有一次现网割接客户业务从10G升到100GSDH的VC交叉颗粒度直接不够用才真正被逼着把OTN这套体系啃下来。OTN本质上是把SDH的运维基因和WDM的容量优势捏在一起G.872定义分层架构G.709定义帧格式和开销ODUk做交叉调度OPUk做承载映射。它解决的是大颗粒业务在波分系统里“可管理、可调度、可保护”的问题。适合谁看传输网规划、光层运维、设备调测的从业者以及需要理解OTN通道层和光层分工的网工。下面按“先立住理论、再动手配数据、最后避坑”的顺序拆。2. G.709帧结构与ODUk/OPUk映射为什么你的交叉颗粒度总选错2.1 G.709帧长与开销字段的工程含义G.709的OTU帧是4行4080列这个数字不是随便定的。4行对应OTU开销、ODU开销、OPU开销和载荷四个区域4080列里前16列是开销区后面3824列是OPU载荷区。帧周期固定为12.191微秒对应2.666Gbps的OTU1速率所有更高速率都是这个帧结构的时分复用扩展。工程上最需要盯的是三个开销OTU开销里的SM段监控和GC通用通信ODU开销里的PM通道监控和TCM串联连接监控OPU开销里的PT载荷类型和JC调整控制。SM管的是OTU段PM管的是端到端ODU通道TCM管的是跨域分段监控。很多现场PM告警和SM告警分不清就是因为没搞明白这两个开销的监控范围不一样。提示PM开销是端到端的TCM是分段或跨运营商的排查通道告警先看PM再查TCM。2.2 ODUk和OPUk的映射关系与交叉颗粒度选择ODUk是OTN的交叉调度单元k取值0、1、2、2e、3、4、flex对应不同速率等级。OPUk是承载单元负责把客户信号映射进来。关键点在于ODUk交叉颗粒度决定了设备能调度的最小带宽单元。ODU0是1.25GODU1是2.5GODU2是10GODU2e是10.3G承载10GEODU3是40GODU4是100G。选交叉颗粒度时如果业务是GE用ODU0最划算如果是10GE必须用ODU2e而不是ODU2因为ODU2的净荷带宽装不下10GE的线速。这个坑我见过不止一次配置时看着都是10G实际映射不进去查半天才发现颗粒度选错了。2.3 用脚本验证ODUk映射带宽是否匹配下面这段Python脚本用来快速校验客户信号速率和ODUk净荷带宽是否匹配避免配置时拍脑袋。# OTN ODUk净荷带宽校验脚本 # 输入客户信号速率(Gbps)和计划使用的ODUk类型输出是否匹配 oduk_payload { ODU0: 1.244, # ODU0净荷带宽约1.244Gbps ODU1: 2.498, # ODU1净荷带宽约2.498Gbps ODU2: 9.995, # ODU2净荷带宽约9.995Gbps ODU2e: 10.312, # ODU2e净荷带宽约10.312Gbps专为10GE设计 ODU3: 40.319, # ODU3净荷带宽约40.319Gbps ODU4: 104.794, # ODU4净荷带宽约104.794Gbps } def check_mapping(client_rate, oduk_type): 校验客户信号速率是否适配指定ODUk类型 if oduk_type not in oduk_payload: return f未知ODUk类型: {oduk_type} payload oduk_payload[oduk_type] if client_rate payload: return f匹配: {client_rate}Gbps 可映射到 {oduk_type} (净荷{payload}Gbps) else: return f不匹配: {client_rate}Gbps 超出 {oduk_type} 净荷{payload}Gbps需升颗粒度 # 示例10GE业务映射到ODU2e print(check_mapping(10.0, ODU2e)) # 输出匹配 print(check_mapping(10.0, ODU2)) # 输出不匹配ODU2净荷不够脚本逻辑很直白把常见ODUk的净荷带宽做成字典输入客户信号速率后比较大小。参数说明client_rate单位是Gbpsoduk_type是字符串。实际工程中还要考虑映射方式GMP还是AMP带来的开销差异但作为快速校验足够用。我一般会在做业务配置前先跑一遍避免在网管上反复试错。2.4 OPUk映射路径与常见客户信号对应关系OPUk的映射路径决定了客户信号怎么装进OTN管道。常见映射关系如下表客户信号映射路径目标ODUk备注GEGE over OPU0ODU0需GFP封装10GE10GE over OPU2eODU2e不能走ODU2STM-16STM-16 over OPU1ODU1异步映射STM-64STM-64 over OPU2ODU2异步映射100GE100GE over OPU4ODU4需GMP映射这张表是现场配置时最常查的。注意10GE那一行ODU2e和ODU2虽然速率接近但净荷带宽差了一点点就是这一点点决定了能不能装下。另外GFP封装和GMP映射的区别在于GFP适合分组业务GMP适合恒定比特率业务选错了会导致映射效率下降或告警。2.5 交叉连接配置的实操步骤在网管上配ODUk交叉一般步骤是先创建ODUk通道再配置交叉方向最后绑定保护组。以ODU2e为例创建通道时指定源端口和宿端口交叉方向选双向保护组根据业务等级选SNCP或OLP。配置完成后用otn-check类命令不同厂商命令不同查看通道状态确认PM开销无告警。如果PM有AIS或OCI告警说明上游映射有问题得回头查OPUk的PT字节是否匹配。3. G.872分层架构与光层/电层分工规划时怎么划清边界3.1 G.872的三层架构与各层职责G.872把OTN分成光通道层OCh、光复用段层OMS和光传输段层OTS。OCh层管的是端到端光通道包括波长分配和光通道保护OMS层管的是复用段负责多波长复用和放大OTS层管的是传输段负责光纤线路和光放大。电层这边对应的是ODUk通道层和OTUk段层。规划时最容易混淆的是光层保护OLP和电层保护SNCP到底用哪个。OLP是光层11保护切换快但颗粒度粗SNCP是电层子网连接保护颗粒度细但依赖ODUk交叉。一般原则是波长级业务用OLP子波长业务用SNCP。3.2 光层参数规划与OSNR计算光层规划的核心参数是OSNR光信噪比。OSNR需求取决于调制格式和FEC类型。常见对应关系NRZ调制需要约15dB OSNRPM-QPSK需要约12dBPM-16QAM需要约18dB。计算链路OSNR时要考虑放大器噪声系数、跨段损耗和波长数量。一个粗略公式OSNR 58 Pout - NF - 10logN - L其中Pout是单波输出功率NF是放大器噪声系数N是波长数L是跨段损耗。这个公式在现场估算够用精确计算得用仿真工具。3.3 电层交叉与光层调度的协同配置电层交叉和光层调度不是二选一而是配合使用。典型场景核心节点用ODUk交叉做子波长调度边缘节点用ROADM做波长调度。配置时先规划光层波长再在波长内规划ODUk通道。如果光层波长不够用优先考虑升调制格式或加波长而不是硬挤ODUk。我见过一个项目光层只规划了40波电层却想开80个ODU2通道结果波长不够只能改方案。3.4 分层故障定位的排查路径故障定位按层往下查先看OTS层光功率是否正常再看OMS层放大器是否工作再看OCh层波长是否可调最后看电层ODUk通道是否有告警。这个顺序能避免一上来就查电层结果发现是光层光纤断了。常用命令光功率查询、OSNR查询、ODUk PM告警查询。每层查完确认正常再往下走别跳层。4. OTN体系落地避坑5个现场翻车记录4.1 坑一ODU2e和ODU2混用导致10GE业务不通现象10GE业务配置到ODU2通道后PM开销持续报AIS业务不通。 原因ODU2净荷带宽约9.995Gbps10GE线速是10.3125Gbps装不下。 解决改用ODU2e颗粒度重新配置交叉和映射。4.2 坑二TCM开销未使能导致跨域监控缺失现象跨运营商链路故障对方说没问题我方PM无告警。 原因TCM开销未使能分段监控没开故障定位到不了对方域。 解决在域间接口使能TCM配置TCM级别和监控模式。4.3 坑三OPUk PT字节配错导致映射失败现象客户信号映射到OPUk后PT字节显示未知类型业务起不来。 原因PT字节没按客户信号类型配置比如10GE应该配0x07配成了0x03。 解决查G.709标准PT字节定义表按客户信号类型重新配置。4.4 坑四光层OSNR余量不足导致误码现象链路开通后BER偏高业务闪断。 原因OSNR余量不足实际OSNR低于调制格式需求。 解决调整放大器增益或增加中继提升OSNR余量至少3dB。4.5 坑五交叉颗粒度选大导致带宽浪费现象GE业务用ODU2交叉带宽利用率不到10%。 原因交叉颗粒度选大了ODU2装GE浪费严重。 解决改用ODU0交叉提升带宽利用率。5. OTN体系进阶用脚本批量校验ODUk配置与OSNR余量5.1 批量校验ODUk配置的脚本实现现场配置多了以后手工校验容易漏。下面这个脚本读取CSV配置文件批量校验ODUk映射和OSNR余量。import csv # 批量校验ODUk配置和OSNR余量 # CSV格式: 业务名,客户速率Gbps,ODUk类型,实际OSNR,调制格式 osnr_required { NRZ: 15, PM-QPSK: 12, PM-16QAM: 18, } oduk_payload { ODU0: 1.244, ODU1: 2.498, ODU2: 9.995, ODU2e: 10.312, ODU3: 40.319, ODU4: 104.794, } def validate(row): 校验单条配置 name, rate, oduk, osnr, mod row rate float(rate) osnr float(osnr) issues [] # 校验ODUk带宽 if oduk in oduk_payload: if rate oduk_payload[oduk]: issues.append(f带宽不匹配: {rate}G {oduk}净荷{oduk_payload[oduk]}G) else: issues.append(f未知ODUk: {oduk}) # 校验OSNR余量 if mod in osnr_required: margin osnr - osnr_required[mod] if margin 3: issues.append(fOSNR余量不足: 实际{osnr}dB, 需求{osnr_required[mod]}dB, 余量{margin}dB) else: issues.append(f未知调制格式: {mod}) return name, issues # 读取CSV并逐行校验 with open(otn_config.csv, r, encodingutf-8) as f: reader csv.reader(f) next(reader) # 跳过表头 for row in reader: name, issues validate(row) if issues: print(f[异常] {name}: {; .join(issues)}) else: print(f[正常] {name})脚本逻辑读取CSV逐行校验ODUk带宽和OSNR余量。参数说明CSV列顺序为业务名、客户速率、ODUk类型、实际OSNR、调制格式。OSNR余量阈值设为3dB低于3dB就告警。这个脚本我一般在上线前跑一遍能提前发现大部分配置问题。5.2 OSNR余量与调制格式的快速对照调制格式OSNR需求(dB)建议余量(dB)适用场景NRZ15≥3短距、低速率PM-QPSK12≥3长距、100GPM-16QAM18≥4高速率、短距这张表是现场估算OSNR够不够用的快捷参考。实际规划时还要考虑光纤老化、连接器损耗和温度变化余量留足比省波长更重要。5.3 一个习惯配置前先跑校验脚本我现在做OTN配置不管项目大小先把业务清单整理成CSV跑一遍校验脚本确认ODUk颗粒度和OSNR余量都没问题再上网管操作。这个习惯帮我省了很多返工时间。有次一个项目20多条业务手工查了两小时没发现问题脚本跑一遍查出3条OSNR余量不足提前调整了放大器增益避免了开通后误码。希望帮到你。本文还有配套的精品资源点击获取