Error 401--Unauthorized
Error 401--Unauthorized
From RFC 2068 Hypertext Transfer Protocol -- HTTP/1.1:
10.4.2 401 Unauthorized
The request requires user authentication. The response MUST include a WWW-Authenticate header field (section 14.46) containing a challenge applicable to the requested resource. The client MAY repeat the request with a suitable Authorization header field (section 14.8). If the request already included Authorization credentials, then the 401 response indicates that authorization has been refused for those credentials. If the 401 response contains the same challenge as the prior response, and the user agent has already attempted authentication at least once, then the user SHOULD be presented the entity that was given in the response, since that entity MAY include relevant diagnostic information. HTTP access authentication is explained in section 11.君，已阅读到文档的结尾了呢~~
广告剩余8秒
文档加载中
豆丁精品文档： 教师职称评定考试题 转正定级评定表 定级考试 科目四考试题库 ***考试题 职称评定考试 驾照理论考试题库 社区工作者考试题 科一考试模拟题 科目一考试题库
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
GSM定级评定高级考试题(1)
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer-4.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口扫描二维码登录
请用微信扫描左边二维码获得验证码
* 填写验证码
* 无需输入用户名密码，安全可靠 （需要微信已绑定）
【问题闭环】直播华为GSM下行重传优化方法及进展
积分 34163
威望 261848 个
礼品券 1102 个
专家指数 3293
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
【问题闭环】华为研发最终解决方案：修改BEP表参数后，下行重传下降1%-2%。由于重传减少，流量也稍微有所减少。这个问题是6月中旬解决的。
最后总结一下下行重传优化方法：
搬迁后重传率升高可以从以下几个方面分析：
1、和友商的公式是否匹配；
2、和友商的算法实现是否一样；
3、施工质量是否有保证，是否存在告警；
4、数据配置是否出错，是否能够调整；
5、参数配置；
6、无线环境问题；
7、传输质量问题。
分享另外一地方下行重传的处理过程，下行重传由13%下降到7%
处理过程：
由于是搬迁网络，首先需要明确公式。
1、对比统计公式，我司的实现不能和原网完全匹配，目前我司的统计上比较吃亏，需要在新的版本里改进；
2、我司的编码方式实现采用比较激进的算法，提高了用户感受，但是重传率会偏高，通过修改BEP表，使用相对保守的编码方式可以降低重传率；
3、现场部分小区由于缺少跳线，当时分集接收存在问题，整改后CS掉话率降低，PS重传率也有一定的改善；
4、部分参数设置对重传率不利，进行了修改:
A)链路质量控制模式修改为LA模式；
B)下行缺省编码类型选择“MCS2”，让手机下行初始使用较低的编码方式，防止由于初始编码方式较高带来重传；
C)通过对比几个BEP表，把BEP表类型选择为相对保守的编码方式1；
D)“下行快速启动下行”关闭；“上行快速启动下行”关闭，防止由于下行快速启动异常带来手机未收到下行指配消息，而网络侧已经开始下发数据；
E)因为部分小区异常掉话较多，为了减少异常掉话带来的影响，在环境比较差的小区尽快让手机快速重选，部分小区将“Pan递减值设置为2，PAN递增值设置为4，PAN最大值设置为12”；
F)部分小区CS拥塞，带来部分小区PACCH控制信道被抢占，造成手机异常释放，在主B上增加静态PDCH；同时将上/下行复用动态信道转换门限增加到40；
G)对于延迟释放阶段的数据块会被统计到有效块和总块数中，因此将下行延迟释放改为4000，增加有效块和总块数。
5、现场部分站点覆盖不好，经过优化对重传率也有一定的提升，还需要继续优化；
6、现网中存在分组传输G_ABIS口乱序、丢包比较严重小区，需要进行传输排查，提高传输的质量；
最后感谢大家的关注。同时以后C友们在优化KPI指标时，希望多多到论坛直播优化处理过程。只要你的问题具有技术探讨性，问题描述足够清晰明朗，我会推荐到论坛头条本周热贴，群策群力，让大家一起分享技术带给我们的欢乐。
=====================================================================
问题描述：
& &&&HW搬NSN站点，搬迁后有一半的站点下行重传大于原网。原网下行重传在8%以下，搬迁后有一半的站点下行重传大于8%，分布在9%-12%的比较多。导致现在差不多一半的cluster下行重传不达标，整体下行重传率大于原网2%，上行重传率原网是12%左右，搬迁后是4%左右，远远好于原网。其它指标优化后几乎都达标了。
& &&&现在对这指标的优化没一点头绪。都不知道与哪些PS参数有关。试验了下行MSC缺省类型从MCS9改到MSC6，也没明显效果。计时器类参数不让改。
& & 全网为DCS1800站点，设备几乎都是BTS3900.
& & 下行重传与哪些参数有关呢？大家提供些，我来试验下效果。
& & 如果有相关的下行重传指导文件和优化案例更好。技术性回复有高额专家指数奖励。
[奖励]：如果提供的优化方案帮我下行重传率改善2%及以上，奖励5万威望,提升1%奖励2万威望。
直播优化进展：
&&4月16日：PS功控参数，试验一个cluster,ALPHA&&GAMMA&&T_***G_W&&T_***G_T这四个参数改为默认值，效果不明显；
&&4月23日：上下行缺省MSC类型都由MSC9调MSC6,下行重传改善不明显，上行TBF建立成功率提升1%以上，下行TBF建立功率0.2%左右；
&&4月24日：链路质量控制模式从IR改为LA,试验一个cluster,效果明天观察；
&&4月25日：链路质量控制模式从IR改为LA,试验一个cluster,提升差不多0.1%，几平不明显，没多大作用，和原网差距还有1.5%左右。同时LLC throughput 有提升，但目前LLC throughput 已远远高于原网了。
& && && & 另外，之前把一个BSC的基带跳频改为射频跳频后，下行重传改善1.5%以上，目前该BSC下行重传已全部达标。当初改射频跳频是为了提升下行质量.不过客户是否同意全网改为射频跳频现在还不得知，因为原网是基带跳频，并且基带跳频会有3DB增益。
&&4月26日：经同事验证，对下行重传高且LLC throughput 也低的小区，把下行MCS编码采用固定的MSC6，可以大大改善下行重传，对LLC throughput 几乎无影响，因为这本来就低。这种方法不能在规模应用，只能应用于下行重传非常高，且LLC throughput 也低的小区，否则会影响LLC throughput 速度。另外发现1，2块载频的小区重传率高，这是？之前我们也发现LLC throughput 相当低的小区几乎都2载频小区，这个共性问题能说明什么呢？
& && &&&之外也开始对有干扰的频点进行修改，硬件问题排查，但这个 周期会比较长。
& && &&&另外也对三个重传非常高的小区的EBP周期由5调整为3，效果有待观察。
4月27日：对三个重传非常高的小区的EBP周期由5调整为3，其中两个小区下行重传下降了接近1%，但另外一个小区反而稍微上升了，BEP周期这个参数还有待更进一步的验证；
& && &&&因为有一个BSC有基带跳频改为射频后，该BSC下的cluster 下行重传全部达标，有C友说是功率问题，功率比原网达大。基带跳频比射频跳频多3DB增益。现在网中原NSN站26.3W的站替换后HW站是27W。现在试去下降功率微调这参数。功率类型和功率等级是不能改的，这个要和原网匹配，客户也不会同意下降功率。这里站稀，本来覆盖就差，不像国内500米一个站；
4月28日：调整了两个下行重传高的小区的功率微调，其中一个小区下行重传有0.5%的改善，另一个稍微上升了。今天开始对华为三代功控参数进行观察，然后再进行适当性的参数验证；
5月2日：更正前面说的一个错误，现网中PS DTX没有打开，上星期六到本周二开打了一个Cluster 的PS DTX，三四天中，其中有三天下行重传下降了1%，另外一天下降了0.5%，可是下行质量却下降了差不多0.3%。该CLUSTER下行重传降低到了历史最低水平，可是另外有两个cluster没有任何操作，这三天下行重传也下降了1%降低到了历史最低水平，我在想是不是因为这几天放假导致下行重传下降了。现在这三个cluster下行重传几乎达标了。现在还不确定是不是DTX PS 有效，还有待进一步的观察；
& && && &&&另外，也在优化小区级的下行重传，主要是修改BCCH 和TCH, 再硬件排查；
& && && &&&同事今天说建议把主B载频改成不跳频，这几天会试验下。
& && && & 下行重传这个指标真不好搞，自己现在还没有撑握系统的思路来解决这个。同事把全网下行重传和质量各做了一个云图，发现下行质量差的小区下行重传一定高。有少数cluster下行质量还差0.2%，发现很多小区无频点干扰，可下行质量却只有92%，其它指标都比原网好，无告警，上下行平衡正常，传输情况良好，怀疑是硬件或者天馈问题。
5月4日：目前华为专家正在搞这个指标，有实质性的进展会发上来和大家共享。
& && && && && &&&…………
（非常感谢大家关注，有进展我会更新的，直到问题闭环）
————————————————————————————————————————————————————————
————————————————————————————————————————————————————————
4楼：从后台统计干扰无，站间距都2KM以上，且可用频点多，几乎无干扰（注：不在中国），G-ABIS 误帧率0.传输情良好。TA分布正常，主要是0-3，小区最少接入电平-109，继承原网，小区重选功能关闭。上下行平衡正常。上下行缺省MSC类型从MCS9改为MCS6后上下行TBF建立成功率提升明显，对重传无改善。哥们说的PS域的重选、编码和功控参数，可以具体说下参数名称不？& && &
6楼：链路质量控制模式目前全网已为IR,你说的检查涉及滑动窗口的参数是否设置合理，如PanMax、PanInc、PanDec、N3102等，希望能提供更详细的信息，怎么改，目前PanMax、PanInc、PanDec的值分别是20，2，1。 这些都是系统推荐值。
8楼：目前现网参数：Maximum Value of N3101 =20， Maximum Value of N3103 =3，Maximum Value of N3105 =10，这些也是使用系统推荐值。如果调整，怎么调整这些参数？BEP周期=5,也是使用系统推荐值。你说的第3点可否再重点叙述一下，怎么调整？
9楼：下行DTX是打开的。PS功控参数上上星期次试了这四个ALPHA&&GAMMA&&T_***G_W&&T_***G_T ，全部改为默认值，没有效果。NACC这个怎么弄？
10楼：Tms,Tms,Release Delay of Downlink TBF&&（下行TBF延时释放时长）=2400。不过计数器类的参数都不让改。
11楼：BEP周期目前为5，还能往下调吗？
12楼：公式匹配和算法这个在割接前就已和客户确定。今天已把一个CLUSTER 链路质量控制模式由IR改为LA,其它参数我后面接着试验；
14楼：现在中BEP周期最少的为多少？我这里目前是5；
17楼：目前小区重选功能是关闭的还能能使用NACC这个功能吗？另外开启NACC还需要license支持，是否试验这个还有待研究和讨论；
18楼：我到时试BEP周期下调至3看效果如何。目前PS DTX这个功能也是关闭的。听同事说打开后可以提升下行质量。目前重传是共性问题，大约一半的CLUSTER重传不达标。而且华为的站割接过来后，一半的站重传都是比NSN高的；
20楼:郊区城区站点均有，功率有原网匹配，绝大部分站点功率是27W,20W；
32楼：对个别重传率特别高的尝试下调整这个EBP周期；
37楼：下行PS-DTX目前已打开。功率和原网匹配。链路质量控制模式由IR改为LA后效果不明显；
39楼：我们这现在有部分BSC由R12升R13后，有些PS参数调整效果不如R12时；
46楼：网HW设备下载速率确实远远高于NSN，但重传也高于NSN. 工程质量问题也导致了不少小区重传率高，当然其它指标也差，而且这些小区没有告警，大部分都是隐性故障难于发现。如果不能从面来解决这个问题，就只能从单个的TOPN 小区来优化，重点排查硬件、天馈问题。
49楼：目前现网功率都是匹配原网NSN，27W的比较多，而且配制比较大，8-12块载频的小区比较多。现在也开始处理下行重传TOPN小区。主要是从硬件和频点方面来做。现在上行重传远远好于原网，搬迁前上行重传在12%左右，搬迁后是4%，有没有办法牺牲一部分上行重传来改善下行重传呢？
50楼：把基带跳频改为射频跳频后 下行重传率 会有这么大的改善？这个我也不清楚，希望有牛人能够在后面回帖解答；
55楼：后期可能会去尝试你说的方法；
62楼：这个问题早提单给华为研发了；
67楼：最小接入电平是-109，和原网相同，这个客户不让调整；
68楼：这里是IP传输，没有拥塞，包立即指标拒绝率几乎为0，最小接入电平 -109、PS最小接入电平-105。翻频是不可能的，除非另外给PO,核心网定时器参数是否匹配不知道；KPI定义搬迁前之前已和客户确认过，路测重传是否这个还真没看过；看来也要从路测PS业务来看下重传；
74楼：RBBP周期 这个参数我怎么搜索不到？
75楼：编码主要是占用MCS7-MSC9,MCS1-MCS4几乎为0，MSC9占用率40%，MSC7,MCS8占用率各接近30%，LLC throughput比原网高约20kbit/s 这个也可以看出来.重传率高的编码也就主要是MCS9,MCS8,MCS7;
77楼：参数调制会再向华为技术支持反映；
83楼：功控参数有问题？可否更详细说说？
87楼:BSC级的参数先不试验：
89楼：实际功率没测过，几乎都是理论上来匹配功率的；
92楼：整体下行TBF建立成功率99.86%左右，但现在还有些差的cluster 这个指标和原网差0.1%左右；改下行缺省编码效果不大；
95楼：BSC GPRS 4粒度特性 这个参数在哪？命令？
谢谢各位的解答，技术的内容讨论我会一一回复。
共获得 14 次点评
威望 +30 个
& 搞得热火朝天啊，总结性的结论呢
发表与： 15:42:59
专家指数 +3
& 加分，很专业的讨论
发表与： 11:14:50
专家指数 +7
& 期待更多的这样的讨论帖
发表与： 14:48:36
专家指数 +10 , 威望 +50 个
& 鼓励这种方式开展技术交流
发表与： 20:39:37
专家指数 +3
& 支持原创，希望坚持！
发表与： 12:46:13
专家指数 +2
& 加分，很好问题讨论！
发表与： 19:28:39
专家指数 +5 , 威望 +50 个
& 等待最后的结果
发表与： 11:59:59
威望 +55 个
& 很有深度
发表与： 11:27:47
专家指数 +5
& 这个真不错，希望以后多搞
发表与： 21:02:27
威望 +13 个
& 加分，很专业的讨论
发表与： 02:33:11
专家指数 +2 , 威望 +20 个
& 加分，很专业的讨论
发表与： 00:46:35
专家指数 +1
& 加分，好案例，跟踪学习！
发表与： 14:32:31
专家指数 +5
& 学习的好方法，顶一个学习了
发表与： 13:40:59
专家指数 +3
& NACC方案已发
发表与： 20:37:40
作者的更多帖子
screen.width*0.7) {this.resized= this.width=screen.width*0.7; this.alt='Click here to open new window\nCTRL+Mouse wheel to zoom in/out';}" onmouseover="if(this.width>screen.width*0.7) {this.resized= this.width=screen.width*0.7; this.style.cursor='hand'; this.alt='Click here to open new window\nCTRL+Mouse wheel to zoom in/out';}" onclick="if(!this.resized) {} else {window.open(this.src);}" onmousewheel="return imgzoom(this);" alt="" />
威望 1665 个
礼品券 20 个
专家指数 330
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
技术问题，回答得专家指数，快速升级
· · · · · · · · · ·
顶上，后面高手支招
对本帖内容的看法？
积分 90059
威望 105719 个
礼品券 1390 个
专家指数 14
注册 专业方向&
无线网络优化
回答问题数
回答被采纳数
回答采纳率
这个奖励很是
对本帖内容的看法？
screen.width*0.7) {this.resized= this.width=screen.width*0.7; this.alt='Click here to open new window\nCTRL+Mouse wheel to zoom in/out';}" onmouseover="if(this.width>screen.width*0.7) {this.resized= this.width=screen.width*0.7; this.style.cursor='hand'; this.alt='Click here to open new window\nCTRL+Mouse wheel to zoom in/out';}" onclick="if(!this.resized) {} else {window.open(this.src);}" onmousewheel="return imgzoom(this);" alt="" />
积分 80305
威望 995194 个
礼品券 799 个
专家指数 5596
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
一半的站点？这个数量不小啊；不知道上行重传率如何？这里似乎只是EDGE的，GPRS的指标如何呢？
排除了各种告警、故障之后；根据以往的经验，一般从传输误帧率、误码率和无线口方面入手的。数量这么大，楼主可以从这两方面归一下类。
传输的查询小区级的G-abis口的性能来排查；
无线口比较复杂；这个估计需要结合CS域的指标以及TBF建立成功率之类的指标来排查；
一般来说以下性能会影响重传：
1、干扰；排查各种干扰；
2、弱覆盖、过覆盖；根据经验，华为设备替换以后，功率一般会比较大，查看小区TA和电平分布，查看邻区配置是否合理，查看最小接入电平和CRO配置，如果沿袭原网参数，有些可能不当
3、上下行不平衡；
4、PS域的重选、编码和功控参数；这些一般调整的比较少。
重选的参数：
GPRS重选偏移(dB)
该参数用于C32的计算，较大的值可赋予小区较高的接入优先级。
该参数是PSI3/PSI3bis中的一个可选字段，如果配置为“未使用”，该参数将不在系统消息中编码。
这个主要是用在重选频繁的小区上的，不知道你那里支不支持
编码就是这里的调整到MCS-6的“下行缺省MCS类型”
功控参数主要有俩：
初始功率等级
具体的调整可以参考帮助文件 算然升级到BSC6900了，但我现在还留了一份6000的帮助文件用来查阅
我觉得这里重传率高的小区虽然不少，但是有问题的应该不多，很多小区有可能都是周边小区的影响所致，随着DT和其他优化的进行，指标自然会得到提升的。
参考资料：
关于下行EDGE RLC层重传率问题（华为设备） - GPRS&EDGE -&&MSCBSC 移动通信论坛
[ 本帖最后由 exloding99 于
21:26 编辑 ]
共获得 1 次点评
专家指数 +8 , 威望 +80 个
& 本楼问题内容已回复在主题下面，希望再 ...
发表与： 17:18:12
威望 5080 个
礼品券 0 个
专家指数 23
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
我以前发过一个类似的帖子，当时我这边重传也是很高，你可以参考一下，也是华为的重传问题，
对本帖内容的看法？
威望 5080 个
礼品券 0 个
专家指数 23
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
我的建议是LA改为IR，我这里改了一下对重传率有效果，这个可以说改善比较大的，其他的建议如下，这是我引用的一位哥们的：
个人建议，仅供参考1、核查是否为LA模式，调整为IR模式后观察；
2、初始编码模式是否设置过高，如设置为MCS8或者MCS9等，调整为MCS7或者6试试3、检查涉及滑动窗口的参数是否设置合理，如PanMax、PanInc、PanDec、N3102等
共获得 1 次点评
专家指数 +8 , 威望 +80 个
& 本楼问题内容已回复在主题下面，希望再 ...
发表与： 17:18:46
威望 5080 个
礼品券 0 个
专家指数 23
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
我在浙江，浙江这边有NSN也有华为的，不过华为的确实比NSN的重传高一些，我估计有可能是不同的设备的信令统计点或者方式有点不同导致的。
对本帖内容的看法？
积分 16389
威望 11226 个
礼品券 5 个
专家指数 107
注册 专业方向&
无线网络优化
回答问题数
回答被采纳数
回答采纳率
悬赏5万威望是我的：
1、一般的TBF异常释放，都为N3101、N3103、N3105超时导致，BEP周期过高，BEP周期过长，编码往下调整不及时，导致误块率较高重传，可以适当下调。
2、语音抢占数据业务信道，也能造成重传，解决无非是增加资源。
3、对于重选导致，只能通过导开启Packet SI功能、开启NACC资源保障允许、打开上行扩展ACK、打开业务类型延续功能等进行加快重选过程。
4、其他常规手段，载频性能，无线环境，覆盖。
不知道能赚几万威望。
共获得 2 次点评
专家指数 +1 , 威望 +10 个
& 已回复你的内容，补充在主题下面。希望 ...
发表与： 12:27:23
专家指数 +8 , 威望 +80 个
& 加分，很专业的讨论
发表与： 10:27:31
给我一个姑娘，我可以创造一个民族。
威望 5080 个
礼品券 0 个
专家指数 23
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
原帖由 belzony 于
16:07:19 发表
我的建议是LA改为IR，我这里改了一下对重传率有效果，这个可以说改善比较大的，其他的建议如下，这是我引用的一位哥们的：
个人建议，仅供参考1、核查是否为LA模式，调整为IR模式后观察；
2、初始编码模式是否 ... 我这里的PAN,设置也是默认的1,2,20，这样就没什么异常了，
剩下的就是看下NACC& & 下行DTX这些检查下是否开了，
把数据业务的功控功能关了试试，我觉得调下功控参数应该会有点效果
共获得 1 次点评
专家指数 +2 , 威望 +20 个
& 希望继续参与讨论。本楼已回复。
发表与： 12:37:08
威望 9276 个
礼品券 130 个
专家指数 237
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
请问下现在现网设置的T和下行TBF释放时延是多少？
共获得 1 次点评
专家指数 +2 , 威望 +20 个
& 已回复在主题下面。希望继续参与讨论
发表与： 12:43:10
威望 11832 个
礼品券 0 个
专家指数 174
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
IR的链路控制模式比较容易出现较高的重传率，建议楼主核查一下BEP周期、权值以及编码表，编码表有几张表（内置参数，需要华为的人员协助），不知道楼主那个区域使用的是哪个。
共获得 1 次点评
专家指数 +2 , 威望 +20 个
& EBP周期是5.
发表与： 12:50:48
威望 232 个
礼品券 272 个
专家指数 355
注册 专业方向&
G网优、项目管理
回答问题数
回答被采纳数
回答采纳率
可以从以下几个方面分析:
1、和友商的公式是否匹配;
2、和友商的算法实现是否一样;
3、参数配置;
1)空口质量较好,建议链路质量控制模式修改为LA模式.空口质量较差的小区一般配置为&IR&
2)下行缺省编码类型选择&MCS2”，让手机下行初始使用较低的编码方式，防止由于初始编码方式较高带来重传;
3)“下行快速启动下行”关闭;&上行快速启动下行&关闭，防止由于下行快速启动异常带来手机未收到下行指配消息,而网络侧已经开始下发数据;
4)对于延迟释放阶段的数据块会被统计到有效块和总块数中,因此将下行延迟释放改为4000,增加有效块和总块数.
4、检查G-Abis/GB口传输质量.
共获得 3 次点评
专家指数 +3 , 威望 +30 个
& 这个说的比较全面
发表与： 09:27:04
专家指数 +3 , 威望 +30 个
& 已回复在主题下面。希望继续参与讨论
发表与： 21:57:47
专家指数 +5 , 威望 +50 个
& 加分，很专业的讨论
发表与： 10:28:04
威望 4095 个
礼品券 0 个
专家指数 -6
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
对本帖内容的看法？
积分 16389
威望 11226 个
礼品券 5 个
专家指数 107
注册 专业方向&
无线网络优化
回答问题数
回答被采纳数
回答采纳率
IR的链路控制模式在一定情况下确实需要下调小BEP周期。
共获得 1 次点评
专家指数 +2 , 威望 +20 个
& 已回复在主题下面。希望继续参与讨论
发表与： 21:58:21
给我一个姑娘，我可以创造一个民族。
威望 8909 个
礼品券 101 个
专家指数 252
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
发动金钱攻势
对本帖内容的看法？
您即将访问其它网站
您即将访问的地址是其它网站的内容，MSCBSC将不再对其安全性和可靠性负责，请自行判断是否继续前往
精彩通信图库
当前时区 GMT+8, 现在时间是
   本站统一服务邮箱：