中国联通发短信无故被屏蔽？【武鸣吧】_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：78,105贴子：
中国联通发短信无故被屏蔽？收藏
什么东西，本月第三次屏蔽了，头两次打电话给客服解除屏蔽了，后来没得两天又被屏蔽了，然后又打电话给客服，然后就没然后了，我以为已经恢复了，结果今天发短信，对方仍然没收到我号码发出的短信。。什么几把意思啊？？？打给客服居然说我发广告发诈骗信息，我真他妈日了女客服了，我诈骗了她妈啊？我就他妈的正常发短信还他妈诈骗信息？活该个傻逼联通一辈子就被移动压在几把底下。。恼火。。
「住哪里都上携程」低价,狂减,服务好,,携程订房超划算!携程-便捷的在线酒店预订网站!7*24小时免费预订!
太他妈流氓了，还好这两天没什么紧急的事需要短信。。不然绝对误事！！！
还尼玛VIP客户呢 V你阿妈啊 没点屌用操
百度了一下，各种案例无数。。很多人都是直接被屏蔽了发给移动电信的短信。。越看越气愤。。
唉 垄断企业 用又不安心 不用又不行 真他妈的。。。
那你换移动为
打电话给客服，你说我要注销了这张卡，我要换移动
没用过联通，一直都在用移动，虽然贵了点，但还没见这种事情过
手机发信息买码多了自然被屏蔽
发诈骗信息，
表示用电信移动没挨过，而且联通信号不好
就是时不时就有业务电话打过来！
登录百度帐号一个联通用户如何能在PC上发短信.|数码街[电子产品] - 绍兴E网论坛 - Powered by phpwind
查看完整版本: [--
一个联通用户如何能在PC上发短信.
有些地区有一个叫 联通短信通 的客户端软件可以在直接在pc上发送短信,但浙江联通好像没有,谁有什么办法可以实现呢.短信太多了在电话上写得累.
这个地址我去了啊.找不到什么有用的信息啊...
网上有免费发短信的网站。只是一般免费短信后面会带额外的词，比如什么“易通”举例：我爱你四海[易通]
感兴趣，你可以去
谢谢楼上的兄弟,我想要一个可以安装的客户端.
联通网站上就免费，不过每天限3条，太小器
移动走进你的生活
联通官方网站首页，有的。
引用第5楼最爱张柏芝于 18:15发表的:联通网站上就免费，不过每天限3条，太小器能不能给个地址啊...我去看看.谢谢.
引用第8楼单身移民于 21:20发表的:联通官方网站首页，有的。我在浙江联通的首页上找不到,能给个具体地址吗?
是啊联通官网上有免费短信可以发的就是只有三条每天...挺好用的...
楼上的,你能不能在我的帖子上留个网址啊.....
你去联通的官网然后用你自己的手机密码进入...不过好象不可以给小灵通发的...我一年前玩过...你自己动手找一下,很容易的....相信你自己的IQ~~
谢谢,原来要登录啊...我发送的时候说找不到服务器...郁闷.
我在用 由你商务助理
由你商务助理确实是可以的
还可以查实时话费
您好，目前浙江联通有一个“由你商务软件”，您可以进sms.zj165.com网站下载，通过这个软件不但可以在任何一台联接互联网的PC机上正常发送短信（资费与手机上发送一模一样，不另收费用），而且还可以查询本机话费帐单，详单，进行充值卡充值，特别的方便。谢谢
楼上的是正解
谢谢晓凡MM.
引用第0楼四海于 14:01发表的 一个联通用户如何能在PC上发短信. :& 有些地区有一个叫 联通短信通 的客户端软件可以在直接在pc上发送短信,但浙江联通好像没有,谁有什么办法可以实现呢.短信太多了在电话上写得累.买个高馺一点手机 比如 P50 然后装个软件& 就行了
查看完整版本: [--
Powered by
Time 0.047699 second(s),query:5 Gzip enabled我的手机最近无法收发短信，却能够接打电话，这是怎么回事？
在我数次致电询问联通客服后，谜底终于揭晓……
我还是讲述一下事情的详细经过吧：
我确定手机无法发出短信的时间是在12月14日早晨6点30分左右。
话说以往这个时间我都睡得正香，为什么星期一的早晨就不一样了呢？不是因为要上班，而是因为对面刚刚搬来不久的一个小萝莉。关于我和小萝莉之间发生了什么，这里就不多讲了，重要的是要说说手机的话题。
小萝莉8点上班，早上六点半就得起床。我9点上班，虽然闹钟定在七点半，每天还是要睡到8点才起。
可是这个星期一却鬼使神差搬地早早就醒了，看表，凌晨5点，然后翻来覆去怎么也睡不着了。熬到6点半，想着给小萝莉发短信，应该不只是为了叫她起床吧，毕竟人家定了闹钟。当我在手机屏幕上敲下“起床了小鬼”几个字后，按下发送键，手机屏幕上显示信息正在发送的动态标识，可它“动”了几下后就“死”了，取消，手机显示“信息发送失败”！反复试了几次依然如故。
这个时候，我也就以为是网络的原因，或者是房间信号不好造成的，以为过一会儿或者换个信号好的地方后就会没问题了。
短信没有发出去，我不甘心啊。这会儿已经6点50多了，不知道小萝莉起来没，拨出了她的号码，结果无人接听。
我躺在床上，又开始给其他人发短信，然而没有一条短信能够发出去。
我很郁闷，于是在手机上按下10010（联通客服热线），拨了两次才顺利拨通了人工服务，话务员是个男的。我告诉他我的手机无法发出短信，他的回答没有超出我们的常识之外，先询问了我的手机短信中心号码是否正确，并告诉我正确的联通手机短信中心号码：。我告诉他前两天（星期天没有发过短信，也没收到过短信）我手机还好好的能收发短信，我也没有动过中心号码呀！他说他将短信中心号码发到我的手机上，重新设置一下再说。虽说我对他的说法十分怀疑，但自己是个外行，别人毕竟是业内人士啊，先按人家说的办吧！通电话的过程中，他告诉我中心号码已经发给我了，可是我没有听到手机里有接到短信的提示音。我以为是正常情况的短信延迟，就挂了电话。
主帖获得的天涯分：0
楼主发言：1次 发图：0张 | 更多
过去了十多分钟，依然没有收到联通客服发来的短信中心号码，于是我再次拨通联通客服电话，这次接电话的是个女话务员，我再次向他重述了我手机的问题，她告诉我，可能由于联通公司正在调试网络设备，因此造成我无法收发短信，这种情况只是暂时的……听到她这样的回答，我的心里多少感到些安慰，但愿这个“暂时”不会太久，结束通话后，我毫不犹疑地给她一个“满意”。 7点半，我实在躺不住了，起床洗漱后，开始新一周朝九晚五的生活。
一头雾水。
话说无法收发短信这事儿搅得我心里很不安，首先我担心是否会有某些重要人物的短信或者重要的短信未能收到，其次我担心是不是我手机出了什么毛病，再次担心卡是不是坏了，当然我本不是太担心发不出去短信的，因为平时我也基本上不怎么发短信的，可是现在有了小萝莉，不能发短信实在是件太不妙的事情了，幸好，还能正常接听电话。 到了公司里，我无心工作，开始着手研究“手机不能收发短信”的症结所在。我要来同事的手机，将自己的卡放到他们的手机里试着发短信，我没有收到意外惊喜，结果和在我手机上一样——无法发出短信息；我又将他们的卡放入我的手机，结果收发短信正常。 这样的结果并不是很坏，起码证明了不是我手机的问题。 难道是我卡坏了？但是我不能确定，毕竟接打电话一点儿毛病没有。 那么可能性最大的就是网络的原因了。可是令我怀疑的是，为什么偏偏是我的手机呢？同事同样用的是联通的号，收发短信却没有任何异常啊！ 我很困惑，如果就这样下去，我想我会寝食难安的。怀着坚持不懈的精神，我借到走廊上抽烟的机会，再次拨通了联通客服热线。
3分走人
为什么不能发短信呢？肯定是你的问题，你每发一个短信联通就可以赚几分钱，怎么它会不要钱呢？
我倒试过发一条短信，对方每天同时收到一条重复的，连续了N天。 钱当然照收。。。
因为是在上班，我并没有跟接入电话的女话务员聊太久。当我向她陈述了我的疑问之后，她告诉我，他们已经接到很多出现同样问题的电话，目前公司正在调查原因，让我稍等些时候，这个问题一定会解决的。既然有很多人都和我一样不能收发短信，我想，联通公司会重视的。 我还有什么话说呢？那就等着呗。 为此，我还在QQ签名档留下这样的信息：“手机丧失短信功能，有事请来电，***的联通”。 很多朋友看到这条信息后，都让我换移动的号。表妹甚至这样对我说：都什么年代了，还在用联通！ 说实话，我真的很想换。 可是可恶的联通搞年末（11月25—12月31日）赠送活动——充话费送话费，上周四我刚刚充了100元，送15还是30，我忘了。 唉，早知道这样，我就不充了。真是占小便宜吃大亏。
等我写完，大家自然就会明白是怎么回事了。 PS:不会太久，明天之前一定整完。
为什么不能发短信呢？肯定是你的问题，你每发一个短信联通就可以赚几分钱，怎么它会不要钱呢？
等我把事情的经过讲完了，你就明白是怎么回事了。 绝对不是我的问题。
$★廣告§禁閉※最後一支西地蘭-- yubily-- 操作时间: 00:28:02 --
一等就等到了星期二。 星期二上午，正在校稿子的我，突然听到手机短信铃声响起，这真是个令人高兴的声音。我高兴地拿起手机，心里想着会是谁给我来的信息呢？打开短信，没想到却是一条推广信用卡的广告，也罢，只要手机能正常收发短信就好。 我尝试往外发送一条信息……NND，没想到还是发送失败。 联通真TM让人失望，我沮丧地删掉未发送出去的短信。
被屏蔽了，新疆地区听说经常有这种情况
上午11点左右，我接到我正操作的一本书的作者的电话，他开口就告诉我：给我发短信发了好几次都发送失败。 当时我心里就腾腾地冒火，这肯定是WBD联通捣得鬼。 接完电话后，我又让旁边的同事往我手机上发短信，结果她说发送出去了，但是我没有收到。我问他用的是什么号？她说是电信的。 我又让用联通号的同事往我手机上发短信，结果发不出去，发送失败。 这是什么世道啊！
广告/封一年/中原枪手-- dsfjfdf-- 操作时间: 18:57:48 -- 7041909
真晕！
我碰到过类似情况，联通的3G上网卡发短信发不出去，也收不到，后来过了段时间，莫名其妙好了（我什么都没改过）。期间问过客服，说是我短信信息中心设置问题。 后来有新的问题，3g 上网 不定时掉线，这个郁闷啊，玩个qq游戏 动不动就掉线，没法玩。后来也莫名其妙好了，上一个星期又发作，这几天又好了～
终于登陆成功，怎么没看到我发的回复呢？？奇怪，也被屏蔽了？？？
我倒试过发一条短信，对方每天同时收到一条重复的，连续了N天。 钱当然照收。。。
我都没有心情去找联通问个说法了。 直到晚上突然停电了，屋子黑乎乎的，啥也不能干，于是，我再一次拨通联通客服热线。我尽力克制自己的怒火，用平缓的语气先陈述了我手机的问题，并将我说试验的各种结果已经之前其他联通客服的答复告知她，可是这个小丫头声音小的可怜，啥都不懂，一个劲地说“对不起抱歉，是我们的不对”。我问她你们哪儿不对了，她又支支吾吾说不出个所以然，说她也不清楚。听她这话我真的很生气：你都不清楚，那还有谁清楚！ 不过我这人向来心软，更不喜无理取闹，也不善纠缠不休。 但我还是跟她多说了几句。 她也同样告诉我，有很多客户反映过这个问题，公司会尽快解决的。我压着怒火问她，那什么时候能够解决？她说她不能给我保证。 “那你能跟我保证什么？” “……我真的没办法给你保证。” “那联通公司是个什么样的态度，你应该给我一个说法吧。” “是我们的不对，与您无关。” “不要老说你们不对了好不好，我需要的不是你们的道歉，我需要的是答复，是解决问题。” “对给您造成的损失，我们会给予补偿的。” “补偿？什么样的补偿？” “……” “什么样的补偿？你倒是告诉我呀！” “……” “算了算了，你既然什么都不知道那就算了。那我问你，既然有很多客户出现这样的问题，你们那儿有没有记录？我的手机号在你那里有没有记录？” “……没有。” 我都快疯掉了，这是什么样的一种服务态度。我想我没有必要再跟她多费口舌了：“既然你没有能力解决我的问题，我也就不为难你了，我只是希望，如果联通公司的网络修复后，我的短信功能恢复后，能够收到你们的短信或电话通知。你最好向你们的领导传达一下我的意见。本来我想给你的服务评为恶劣的，但错也不在你，还是给你个满意算了。” 我最后给了她一个“满意”，似乎看到她楚楚可怜的样子。
联通移动都垃圾
不用骂联通，肯定自己手机问题！！！ SB一个
你背啊
移动，联通，都一个样，收钱不厚道，黑你没商量~~~
太阳楼主
作者：他爱的人做妻子 回复日期： 17:44:41
不用骂联通，肯定自己手机问题！！！ SB一个 ========================================== 你才SB呢！ 不确定的事情我能随便讲吗？ 拜托你看完帖子再发表意见
隔壁的小萝莉一夜未归，不知道在哪里过夜。 中午QQ聊天的时候，她说下班后和同事一起去半点事，回来会晚点。 又是一夜无眠。
话说我手机无法收发短信，没想到今天下班回家却有听到了短信铃声，不由得喜出望外，以为手机短信功能恢复了呢，打开短信一看，又TMD是条广告： 北京世纪金源大酒店内部招兼/专职员工，性别不限，要求年龄18-45岁体健貌端，思想开放，工资当天结算月入2万：王经理 我试着发一条短信，还是未能发出。 TNND，让人哭笑不得啊！正常的短信无法收发，偏偏却能收到这些短信，还让不让人活了！
短信的烦恼依然缠绕着我，我时不时试着发条短信，始终没有奇迹出现。 星期三，今天，上午上班中途，我又试了试，结果还是失望，我不甘心地拿着手机来到办公室外的走廊上，再次拨通了10010这个号码。这次我没有重复太多废话，像第一次那样，告诉客服小姐，我的手机出毛病了，能接打电话却不能收发短信。 这次接电话的客服MM比较老练，她问我：“您的手机短信中心号码是否设置正确？”我告诉她没有问题，并告诉她我的手机没有问题，我的卡换在别人手机里也不能收发短信，并问她：“如果不是联通网络的问题，是不是我的卡出毛病了？” 她没有正面回答我，而是问我：“之前您是否群发过短信？” 我没听清楚，她又重复了一遍。 我想这跟群发有什么关系，不过我还是仔细想了想，上个星期六那天，我的确群发过一条短信，但是我并不记得发的是什么内容了，不过还是告诉她：“是发过一条。” 然后她回答我：“您的手机短信功能被系统屏蔽了。” 我立马就跟她急了：“你们凭什么屏蔽我的短信？我群发短信有什么错？既然手机有群发功能，为什么我不能群发？我群发的内容是违法了，还是散播反动、黄赌毒……不良信息了？”我一气之下说了一大堆，都有些语无伦次了，“你告诉我，为什么要屏蔽我的短信，你看看我发的信息有什么不妥的地方？” 客服MM：“这是由系统决定的，我没办法给您解决。” 我晕，气愤之极的我脏话也随之而出：“你们联通TMD什么玩意儿，随便TMD屏蔽客户的短信，难怪你们联通比不过人家移动，本来信号就没人家好，客户还都让你们这样给攘出门外了！难道你们的系统有脑子啊，随便别人群发短信，就把人家的信息给屏蔽了吗？我充钱之前你们不屏蔽我的短信，等老子把钱充了，你们却跟我来这一套！” 客服MM估计也懵了，给我来一句：“请注意你说话的用语，系统是有人负责的……” 我：“既然是由人负责的，那你把我的短信内容念给我听，究竟哪里犯了王法？” 客服MM：“对不起，我们这里没有记录。” 我一边跟她通话，同时也在回想自己群发的究竟是什么内容，想来想去终于想起来了，哦！原来是那一条： 如果2012年火山没喷，地也没裂，楼没倒，家没淹，你还在，他还爱你，请在日结婚吧。因为这是千载难逢的201314（爱你一生一世）~如果你真心LOVE一个人，请把这条短信转给17个朋友，也包括我！如果有3个人回，你的愿望将在12月25日紫色圣诞节实现！如果不发将会一辈子不幸福，不准不发（不要小气）因为我要你幸福！ 我不知道群发这条短信有什么问题，难道是因为散播“世界末日”的信息么？ 我崩溃ing，想想跟一个客服再怎么争论也不会有什么结果，最后丢下一句：“算了算了，就算我瞎了眼，等我手机里的话费用光后，我立即换号。挂了吧挂了吧。”随后我挂了电话，心里越想越气。
就因为这么一条短信，联通居然把我的短信给屏蔽了，实在是让人忿忿不平。 还能有什么法子呢！这个社会就是这样现实。 本来我一直都在考虑是否要换移动的号，可是我一来对垄断企业特反感，不希望移动一家坐大，另外加上我天生同情弱者的心态，所以一直以来都用联通的号，不料今天却给我来这么一出，没天理啊！
最烦群发这种短信的人了
楼上实话
朋友，不幸滴告诉你移动也发生过这是，也是要我换个短信号码，我就囧了，我前几天还收发正常，怎么现在就要换号码了？不过换了号就好使了我也就没说什么了。
杯具呀，兄弟开玩笑是要负责任的。
作者：wolittle24 回复日期： 22:55:38
最烦群发这种短信的人了 ======================================================= 我很少群发这种短信，也就是周末无聊，刚好又收到别人发来的这种短信，所以才顺手群发出去的。 再说了，群发这养的短信有什么问题了，好呆还算是条“正常短信”吧
作者：预备役神话 回复日期： 23:15:16
朋友，不幸滴告诉你移动也发生过这是，也是要我换个短信号码，我就囧了，我前几天还收发正常，怎么现在就要换号码了？不过换了号就好使了我也就没说什么了。 ======================================================= 你说的换号是换什么号码？ 短信中心号码也能换么？
还有这样的事啊？感谢分享。
哈哈，看来也不是联通的事，也不是移动的事。一定是上面的指示，谁群发，屏蔽谁。
我用移动的群发没遇到过这样的事...
联通做的过分，但是我很鄙视你这种群发的短信内容，太垃圾，太缺德了！我过去就总是收这种垃圾短信，不转发就诅咒别人的内容，讨厌死了！
我曾经用过联通的笔记本的无线上网卡，包年的，结果第二年到期了，也不知道，联通也没有通知过，就让他们的律师楼给我打电话，说差他们60元已经一个月了，如果，不交的话，就要起诉，并且，记上不良信用记录。
OMG，到期了你客服给个电话，我去续费不就行了吗？至于这样吗？我立刻就到她们门市销号了，到了门市，门市小姐还装13的说，我们又有新的活动，你为什么要销呢？
我说了原因，那13就说，不好意思了，可能是我们系统搞错了。OMG，什么13的东西。立刻销号。
那时移动又贵又不快，我还是用移动的包月了！直到现在，我都不允许员工和我家人用联通的东西。现在明知不管哪个系统，反正都是挨宰了，不过只需要给宰的舒服点，安乐点！
廉通是啥...
作者：一群虎 回复日期： 01:25:27
联通做的过分，但是我很鄙视你这种群发的短信内容，太垃圾，太缺德了！我过去就总是收这种垃圾短信，不转发就诅咒别人的内容，讨厌死了！ ============================================= 其实我把后面的“如果不发将会一辈子不幸福，不准不发（不要小气）因为我要你幸福！”这一句删了，太娘娘腔了，而且还占字数。
昨天晚上一个在移动工作的朋友给我打电话，我跟她说起了这件事情。她说她们移动也有这样的情况：因为有些客户总是反映收到恶意短信（主要是广告推销一类的）的骚扰，并且指责移动运营商与JS狼狈为奸、沆瀣一气，于是就手机运营商就设置了这么一项屏蔽短信的功能。 但她又跟我说，对屏蔽的对象是要达到一定条件的，应该是群发短信达到50条以上。 但是我群发的短信总共不过十条，这个她也无法解释，只说肯定是联通的问题，算我倒霉了。
这个啊 还是无语 在
楼主，有不满可以合法发泄，有病也
语句通顺，表达清晰。我等3G成熟后用联通。
基本上我都看过，说明我潜水潜得多勤奋
lz啊，布裤啦
移动、联通一个鸟样
您换对讲机吧
哭吧哭吧，泪水总是要流的，每次灾难之后必然会有一些很痛苦的过程要经历的，可是我们要相信这样的痛苦是并不是永远的，有一天我们会好好的活着，不为任何人，只为自己
偶像、粉丝、黑，是吉祥的一家！
在我给联通打了数次电话后，我手机的短信功能在12月20日（被屏蔽一星期后）恢复正常。次日（星期一），联通客服10010还特意给我发来一条“恭贺信息”，还“感谢我的合作”。 不过我心还是很不是滋味。 这件事情至少给我留下了心理阴影。
我的新联通手机乐风，也一周被屏蔽3次，联通客服至今没有告知原因所在，其他人的卡在我手机上能发短信，也更换过uim卡，还是不行。据说是流量堵塞，我普通使用，怎么会堵塞？联通的程序肯定很多漏洞。而且短消息屏蔽，也没有任何人通知。我移动手机卡用了10年多。就从来没有出过这样的事情。 对联通失望之极，套餐完了后，再见吧。垃圾
什么结果，连手机都开始禁言了？？？
顶帖。顶死联通这个垃圾废物。。
没想到用联通的朋友也就这种烦恼啊，我还正寻思换个联通号捏。
想解决这些问题的话，换移动号没用的，用移动的号这些鸟事一点也不少：系统时常不正常、乱扣花费、天价流量费。。。。。。应有尽有
一个可能是欠费收不到，发送失败，一个是手机问题，在的地方信号不好，要不就是不小心手机短信按了别处导致信息发送失败，我原来联通就出现过这问题也不到怎么了，导致信息发送失败，最后打那电话说去那里人员就给弄好了，也许就是这样吧，设置了短信就不会有这提示
那你去办卡营业大厅那里让看看弄弄就好了，
那你直接去那里那里业务人员给你弄
<span class="count" title="
请遵守言论规则，不得违反国家法律法规回复(Ctrl+Enter)联通短信定购流程
联通短信定购流程
目前，联通短信定购流程如下：
第一步 用户上行
用户按照要求书写信息内容并提交到指定号码。
例如：用户填写3611发送到9929。
第二步 联通验证
联通检查用户上行信息，并匹配业务代码。如果匹配成功，联通将会直接将该业务的相关信息传递给用户，等待用户再次确认。用户发送的该上行信息将不透传给SP。
例如：联通的系统在接收到3611以后，发现有对应的服务。并将该服务的相关信息下发到用户手机上。
第三步 用户确认
用户再次发送同样的信息到指定的号码：
例如：用户再次填写3611发送到9929。
第四步 定购确认
联通检查用户上行信息，并匹配业务代码。如果匹配成功且已经下行确认过一次，联通将直接将该用户的上行信息透传给SP。SP收到的用户上行信息中将会有一个LinkID。
例如：联通的系统在接收到3611以后，发现有对应的服务，并且用户已经确认过，那么将该信息透传给SP。SP此时将收到一条上行信息。
常用SQL语句（详细的操作方式请参考技术手册）：
insert into cmpp_submit (service_id,dest_terminal_id,registered_delivery,msg_content,link_id) values ('3611','',1,HEXTORAW('3031'),'');
第五步 成功定购
SP在接收到用户的确认信息后，应该立即下行一条信息。下行信息中应该带有LinkID。联通如果收到了SP下行的信息，那么定购关系才生效，且发送一条定购成功的消息给用户。否则如果SP没有在规定时间内应答（5秒内），那么联通将认为定购失败。
第六步 下发信息
在用户定购成功以后，才可能下发定制信息。否则，下发的信息可能接收不到。而且在收条中会返回18号错误（用户没有定购相关业务）。下发的时候，可以不需要LinkID，但是Service ID和其他相关信息必须正确。
常用SQL语句（详细的操作方式请参考技术手册）：
insert into cmpp_submit (service_id,dest_terminal_id,registered_delivery,msg_content) values ('3611','',1,HEXTORAW('3031'));
第七步 用户退订
用户发送0000或者00000到特别号码上。联通将直接返回定购取消的信息。此时SP收不到任何相关的信息。
华为收条13号错误
error_code = 13 业务代码错误，或者没有申请该业务代码。
注意：华为的网关区分大小写。
华为收条18号错误
Error_code = 18 用户没有定购相关业务。
注意：如果用户没有定购相关业务，直接下发将被屏蔽。
华为收条32号错误
Error_code = 32 数据包里无service_type。
注意：下发的时候，一定要携带service_type，如果为空则会返回该错误。
如果用户已经定购了，用户再定购，那么这个MO，会传递给SP吗？
联通的系统将会透传。但是下行信息会拦截，错误代码为28。
中国联通割接步骤
联通在信SP公司，您好！
请按照此步骤将贵公司sp业务割接到新网关：
1、上下行业务测试：
联通短信中心用130xxxxxxxx发送一条mo消息到sp接入代码；
SP下行一条消息到手机130xxxxxxxx；
SP下行一条130xxxxxxxx用户的包月信息到网关；
新网关的ip地址是211.xxx.xxx.xxx，序列号为30xxx＋企业代码，mt消息的用户名和密码均为
接入代码，mo上行消息的用户名和密码也均为接入代码；
发送消息时，请联系联通短信中心人员进行测试跟踪；联通短信中心人员跟踪查看以上3条消
息包信息的正确性；
此步骤只是测试，并非割接到新网关；
2、若联通短信中心认证以上3条消息测试成功，短信中心另行邮件通知sp具体割接的时间，割
接的参数使用测试时使用的参数；
3、割接到新网关后，请联系省计费，做进一步的计费测试。
定制按条业务如何申报？
允许按照定制按条方式填写，及定制类业务有两种：定制包月、定制按条。
非每月给用户扣费的定制业务如何申报？
按定制包月类业务申报。
SP业务资料中业务申请时间和收费时间如何填写？
业务申请时间即sp向联通的业务申报时间，收费时间即联通允许该sp正式运营该业务的时间。
点播代码、定制代码是否需要精确匹配？
用户的MO指令与计费无关，点播业务的MO指令不能为空是出于规范业务资料，sp管理对此无严格要求；定制业务的MO指令指手机用户定制该业务的命令（即注册命令），其作用仅仅是手机用户用来定制某业务，至于定制业务日常如果有MO的话，其指令sp管理系统并不关心，只要不与定制命令重复即可（如果重复会被sp管理系统认为用户在重复定制该业务而被拦截）。
申报SP业务资料时，＃是什么意思？
点播类业务不能有定制、退定代码 ；定制类业务不能有点播指令。比如一个点播业务，在SP业务资料的定购指令，退定指令两个字段需用＃号代替 ；比如一个定制业务，在SP业务资料的点播指令字段需用＃号代替。
一般聊天类业务如何申报？
按定制类包月业务申报，定制指令、业务代码、退定指令必须唯一。SP管理系统只在手机用户定制该业务时做校验，手机用户定制业务成功后，发送什么内容SP管理系统不关心。
类似赛事直播节目如何给用户扣费（可能上个月里有，下个月里没有）？
这种业务上sp管理系统会按照普通定制业务来处理，即用户定制成功后，sp可以在接下来的月份里连续下包月话单。
SP基本资料中接入地点字段，山东代码为多少？
山东代码为11。
点播类业务只有首条代计费下发，费率如何界定，是否还是原来的最高收费2元/条？
sp管理系统对于第一条下行的具体费率大小并不关心，只关心SP下行消息时填的费率是否和申报的一致。
费率是只能按分填写吗？
我的聊天业务在定制时接入号是8800，在开展业务时接入号是8800123，请问如何处理？
该业务接入号按8800申报。SP管理系统只关心定制时的接入号，定制成功以后手机用户发到哪个子接入号SP管理系统不关心。
如果我的点播业务或者定制业务，下发条数不固定，在SP业务资料中如何填写？填写的格式如何？
按下发最大条数填写。格式任意。点播类例如：2条/次，定制类例如：2条/月、2条/周、2条/天。
SPMS Web调用接口错误代码含义
60000 系统错误
60001 请求参数个数不符
60002 解密不正确, 包括密钥使用不正确
60011 SP接入号不正确: 在EncodeStr里加密前的SpNumber必须等于包体中的SpNumber，不能为长号码
60012 订购(点播)时间不正确: 在EncodeStr里加密前的AccessTime必须等于包体中的AccessTime
60013 手机号不正确: 必须为11位联通的手机号码
60014 订购(点播)操作命令字不正确
60015 SP接入号和命令字代码不匹配
60099 其他错误
湖北联通SPMS鉴权中心错误代码含义
错误代码201：业务代码未分配
原因：根据MT话单里的接入号和业务代码找不到对应的申报项。
错误代码202：业务资费类型错误
原因：MT话单里填写的信息费大于SP实际申报的信息费或者对订制/点播失败的通知信息没有将CHARGENUMBER填为21个0。该情况下SP不用对此包重发，SP管理系统会将此包资费修正后发送。
错误代码203：LINKID不匹配
原因：根据用户的命令字解析出的是订制类业务，但SP返回的业务代码却是非订制业务。
错误代码204：用户未订购
原因：SP下发的是一个订制业务，但用户并未订制该业务，或用户为非订制状态。
也有可能用户做的是点播业务，SP下发的却是订制类业务代码；
错误代码205：下发用户数不为1
原因：MT话单里的USERCOUNT不为1，该字段只能填1，不允许群发。
错误代码206：该包格式错误
原因：1、MT话单的用户号码为空或者CHARGENUMBER为空或者SPNUMBER为空或者CORPID为空或者SERVICETYPE为空都会返回此错误。2、MT包里没有LINKID但根据业务代码判断却又不是订制类业务。
错误代码207：下发的MT超过最大条数
原因：对点播类业务使用同一个LINKID下发的MT条数不能超过申报的数，默认为3条。
错误代码208：第三方付费
原因：定制类MT话单里的CHARGENUMBER和USERNUMBER不同且不是SP付费。
错误代码209：SP不能将MOFLAG填为3
原因：按新规定，SP下发的MT包（除包月话单）中MOFLAG字段不能填3。
错误代码210：WEB点播命令字不存在
原因：WEB点播的时候，SP送过来的命令字是未申报的。此种情况下可让将命令字填4个#。
错误代码211：通知信息被拦截
原因：以后SP下发订制/退订的通知信息将只被用来确认订制关系，但不会下发到用户手机上，改由SPMS通知，此消息在定制成功时正常。
错误代码212：包月话单不许下发
原因：每月10日前不许下发包月话单，订制用户自订制起三日内不许发包月话单，用户在20号以后订购，当月不能下包月话单
基本业务流程
◆ MO订制流程
1、 发订制命令字到分配给Sp接入号。
2、 鉴权中心鉴权通过后SP会收到一条USERNUMBER为测试手机的短信，内容用户发送的订制命令字，此时该条MO短信的RESERVED字段内带有LINKID。
3、 SP如果处理该条订制业务成功则发一条订制成功的通知信息给用户，注意该通知MT必须带上步骤3中返回的LINKID，且ServiceType一定是该用户订制业务对应的ServiceType；如果SP处理该订制业务不成功则发一条订制失败的通知信息给用户，通知失败的MT的SERVIECTYPE必须填‘ERROR‘，CHARGENUMBER填21个0。
4、 测试手机会收到您下发的订制成功或失败通知，流程结束。
◆ MO退订的流程
流程和MO订制一样，不同的只是命令字不同；
◆ MO点播流程
1、 发点播命令字到分配给Sp接入号。
2、 鉴权中心鉴权通过后SP会收到一条USERNUMBER为测试手机的短信，内容用户发送的点播命令字，此时该条MO短信的RESERVED字段内带有LINKID。
3、 SP如果处理该条订制业务成功则发一条订制成功的通知信息给用户，注意该通知MT必须带上步骤3中返回的LINKID，且ServiceType一定是该用户订制业务对应的ServiceType；如果SP处理该订制业务不成功则发一条订制失败的通知信息给用户，通知失败的MT的SERVIECTYPE必须填‘ERROR‘，CHARGENUMBER填21个0。
4、 测试手机会收到您下发的点播内容或失败通知，流程结束。
◆ WEB订制
1、 用户在SP网站定制，SP调用网上定购接口，注意填写的命令字所对应的业务一定是您已经申报的；
2、 如果您填写的订制信息没有问题，则测试手机上会收到一个来自SP接入号的确认短信，提示用户输入订购业务的命令字；
3、 其余流程同手机MO订制的流程；
◆ WEB退订流程
1、到网上定购接口（URL地址已经下发给各测试SP）取消一个业务，注意填写的命令字所对应的业务一定是您已经订制成功的；
2、 用户手机收到退定通知信息。
◆ WEB点播流程
1、 SP按照接口规范调用Web点播接口，发点播命令字（可以是4个#）；
2、 用户手机收到SPMS系统的以SP接入号发送的校验码通知短信以后，在SP网站上填入校验码。
3、 SP根据用户的请求下发MT，该MT一定要带上步骤2中所填的校验码作为LINKID，如果点播命令字确实有对应点播业务那么您下发的MT的SERVICETYPE必须是该点播业务的SERVICETYPE，如果点播命令字只对SP本身有特殊意义的则有SP自己根据对命令字解析下发一个MT，该MT必须带上LINKID且只能是点播类的业务，如果SP处理点播请求失败，则下发一个失败通知的MT（必须带LINKID，SERVICETYPE填ERROR，CHARGENUMBER填21个0）；
4、 用户手机收到点播下发的MT或者失败通知的MT；
◆ 业务MT下发流程
1、 对用户已经订制了的业务，SP下发业务MT的时候SERVICETYPE，FEETYPE，FEEVALUE一定要和所申报的一致且业务MT一定不能带LINKID；
2、 如果SERVICETYPE不是用户已经订制了的，该MT不能被下发；如果SERVICETYPE是订制了的但填写的信息费超过所申报的，则该MT也会被拦截但鉴权中心会重新下发一个纠正了资费后的MT给用户，同时记录SP本次的违规行为供审核用；如果都填写正确用户将收到该MT包，如果是月租话单，用户会收到一个通知短信；
通知MT不同于业务MT，通知MT是一定要带LINKID的；
湖北联通填写各数据包注意事项
◆ 对订制业务，发MO订制的时候命令字要和您申报的该业务的订制命令字（即用户发的订制命令）相符合，订制命令字只能为字母或数字，不能为汉字和符号；系统支持UNICODE的订制命令字和长号码的SPNUMBER;
◆ 订制类业务的业务MT和包月计费包下发时不能带LINKID，其他情况下MT要带LINKID；
◆ 订制/退订业务的成功通知MT、订制业务的业务MT、成功的点播对应下发的MT其SERCICETYPE一定要和用户真实订制/点播的业务相符合；
◆ 月租包的判断依据是MOFLAG=3&&REPORTFLAG=3&&FEETYPE=3;
◆ 对订制类业务的MT，除了SP付费的情况允许CHARGENUMBER填21个0以外，其他情况下下必须是USERNUMBER和CHARGENUMBER相同，不允许订制类业务有第三方付费的情况；
◆ MT的MOFLG标志一律不允许填3（包月话单除外）；
◆ MT的USERCOUNT字段只能填1；
◆ 点播/订制/退订等的失败通知SERVICETYPE一律填ERROR，CHARGENUMBER填21个0；
◆ 当用户发送‘0000’全部退订某SP的业务时，SP的通知MT的SERVICETYPE填‘0000’；
◆ SP收到的所有MO都是带有LINKID的，最长为8位，可以不足8位。对不足8位的在后面补二进制的0，不能补字符0；
◆ 用户不需要申报业务代码0000和ERROR的业务，系统默认此两种业务代码分别为退定所有业务和错误通知信息下发。
◆ 目前发现有SP收REPORT报告和MT比较慢的问题，有时在一个发送订制请求一个小时后才收到确认MT或者下发的业务MT间隔一段时间才能收到。这并不是由于鉴权中心引起的（目前测试阶段业务量很小，不存在性能问题），如果您测试的时候发现这种情况请选择在用户使用增值业务比较少的时段测试；
◆ 状态报告错误代码的问题，参考REPORT报告返回的错误代码对了解MT包那里填写不规范有一些帮助，附录有REPORT报告错误代码对应的错误信息供参考；
◆ 业务命令字的命名最好避免一些有歧义性的东西，特别是对一些需要用户回复的业务。比如某SP申报某业务A的订制命令字申请为“OK“，而该SP恰好有一个业务B可能需要用户的回复（比如聊天类或者游戏互动类）。业务B的订制用户在聊天后者游戏过程中可能回复OK表示某种意思，由于该回复恰好又是业务A的订制命令字，这样鉴权系统就会认为该MO是一个订制业务A的请求而不是普通的回复MO，SP也就收不到该回复的MO了，影响业务运行。
◆ 当用户发送一个未申报的命令字到SP的时候，鉴权中心对其的处理同处理####的情况；
比如有以接入号为3099，CORPID 11999的SP申报了一个点播业务和一个订制业务，资料分别如下：
点播业务资料信息：
点播命令字--DBXW，业务代码--TYXW，业务类型—点播类，信息费-20
订制业务资料信息：
订制命令字---DZXH，业务代码—HHXW，业务类型—订制类，退定命令字—TDXH，月租500，信息费 0，
用户（）订制业务的时候直接在手机输入DZXH发往3099即可； SP会收到一条USERNUMBER为，短信内容为DZXH，且带上了LINKID（值为）的MO，SP此时应下发一条通知用户盯制成功的短信，业务代码填HHXW，且带上LINKID（值为），下发该MT后用户（）将收到该条通知短信。
用户订制成功后SP可以下发业务MT给用户了，此时下发的业务MT的SERVICETYPE必须填HHXW，且LINKID为空，信息费填0，下发后用户将收到该MT；
下发该业务的包月话单时，SERVICETYPE必须填HHXW，且LINKID为空，信息费填500，MOFLAG填2，FEETYPE填3，REPROTFLAG填3，下发后用户将收到一条收取月租费的通知短信（该功能联通还未开放）；
退订时在手机输入TDXH发送到3099，剩余步骤同订制时步骤；
用户点播业务的时候直接在手机输入DBXW发往会收到一条来自，内容为DBXW，且带有LINKID（比如45678）的MO，3099成功处理该MO后下发一条对应的MT给用户且SERVICETYPE 填TYXW，FEEVALUE填5，带上LINKID（45678）下发给用户，稍后用户将收到该点播所引起的MT。
有关网上订购和点播接口URL以及加密算法
点播:http://点播服务器地址:端口号/WebOrder.aspx
订制:http://订制服务器地址:端口号/WebSubscription.aspx
采用3DES加密, ECB模式/使用PKCS7方式填充不足位,
目前给的密钥是192位(24个字节)经过BASE64编码后的可见字符串
以下为一个加密的例子：
密钥的base64编码是：
27jrWz2sxrVbR+pnyg6jWHhgNk4sZo46
DECODE后密钥是：
key={-37,-72,-21,91,61,-84,-58,-75,91,71,-22,103,-54,14,-93,88,120,96,54,78,44,102,-114,58};
源字符串是：4-02-24 16:19:27
其数组为：
{51,48,51,51,36,49,51,51,49,49,48,56,51,48,54,48,36,68,49,48,36,50,48,48,52,45,48,50,45,50,52,32,49,54,58,49,57,58,50,55}
加密后的数组是：
{42,-121,-80,127,7,5,-114,-32,112,-105,53,78,-121,-107,14,83,113,84,-1,-52,30,93,7,125,7,84,104,45,-27,82,-35,64,-87,-11,-91,95,66,-24,-81,125,36,-21,38,-121,-25,-1,-73,125}
Base编码后：
KoewfwcFjuBwlzVOh5UOU3FU/8weXQd9B1RoLeVS3UCp9aVfQuivfSTrJofn/7d9
企业号（CorpId）与接入号（SpNumber）的关系？
一个SP具有唯一一个企业号，特殊情况下一个SP允许向联通申请多个接入号，即企业号与接入号可为一对多的关系。
MT消息的分类？
SP能够下发的MT消息只有点播和订制两类，订制消息包括订制通知包、订制后的业务消息、退订后的通知包、月租计费包四种，除此外SP不能向用户下发其它类型的MT消息。
SP申报业务代码时，业务代码对应的业务类别（RequestType）只有两类：1为点播，2为订制。
长号码的问题？
SP申报定制业务时，不能使用长号码，但SP可使用长号码开展业务，如QQ聊天类业务，接入号可为9777+QQ号，长号码的解析由SP自行定义，申报业务时以短号码申报。
在点播类业务中，SP可使用长号码（MO和MT都可以），申报时要说明（word文档格式，按原有的申报流程）。在提供给SPMS的SP业务资料同步接口中，SPNumber以短号方式提交，实际开展业务时，解析由SP自行定义。
MO指令中如何区分业务？
SPMS系统以短号码＋命令字来区分业务，SP申报业务时，只能使用短号码进行申报，不能使用长号码。如接入号9163加命令字ABC和接入号916301加命令ABC会被解析为同一个业务请求。
命令字如何解析？
命令字最大长度为12位字符，命令字只能由“0-9”、“A-Z”、“a-z”、“-_”此64个字符构成，不能使用其它特殊字符，SPMS解析命令字时，遇到除此64个字符外的其它字符，即认为命令字已结束，如TQDZ 010、TQDZ 020 、TQDZ#020会被解析为同一个业务请求。
在某些SP的业务中，存在如下情况，如对于天气预报业务，订制北京天气预报指令为DZTQ 010，订制广州天气预报指令为DZTQ 020，这种情况下SP应分为多个业务，将指令分开，不能都用DZTQ。
在MO业务请求消息中，建议命令字与其它内容以空格或#号分隔。
SP是否能提供第3方付费业务？
目前不允许开通第3方付费的订制业务，对于付费号码和接收号码不一致的订制类业务，SPMS将不允许下发；点播类第3方付费业务，目前仍然支持。
SPMS系统开通后，正常业务流程如何实现？
A. MO方式点播业务：用户发起MO业务点播请求－&SPMS生成点播关系及LinkID－&SP在下发的Submit包中填写对应Deliver包中的LinkID－&SPMS根据LinkID及点播关系进行鉴权。
B. MO方式订制业务：用户发起业务订制请求－&SPMS生成临时订制关系，向用户下发订制确认短信－&用户重新回复命令字确认订制－&SPMS转发Deliver包给SP（带LinkID）－&SP下发订制成功/失败通知包给用户(需要带LinkID，失败通知包用业务代码ERROR下发，此业务代码不用申报)－&SPMS根据通知包生成正式订制关系，拦截SP的订制成功通知，采用平台统一格式下发订制成功通知，返回错误代码211－&SP根据订制规则向用户下发业务消息（不带LinkID）－&SPMS根据用户订制关系进行鉴权。
C. MO方式退订业务：用户发起业务退订请求－& SPMS退订用户业务，转发Deliver包给SP（带LinkID）－&SP到Deliver包，进行退订处理。
D. 用户在WEB上注册SP社区用户：用户在WEB上注册SP社区用户－&SP调用SPMS点播接口，挂起用户请求，等待用户输入确认码－&SPMS向用户下发确认码短信-&用户收到确认码短信，在WEB上输入确认码－&SP向用户下发密码通知消息，将用户输入的确认码填在LinkID字段－&SPMS根据确认码及点播关系进行鉴权－&用户使用SP下发的密码登录SP社区。
E. WEB方式点播业务：用户登录SP社区－&用户在网上点播业务－&SP调用SPMS点播接口，挂起用户请求，等待用户输入确认码－&SPMS向用户下发确认码短信-&用户收到确认码短信，在WEB上输入确认码－&SP下发点播消息，将用户输入的确认码填在Sumit包LinkID字段－&SPMS根据确认码及点播关系进行鉴权。
F. WEB方式订制业务：用户在WEB上发起业务订制请求－&SP调用SPMS提供的定购接口－&SPMS生成临时订制关系，向用户下发订制确认短信，提示用户发送命令字到SP接入号－&用户发送命令字MO确认订制－&SPMS发Deliver包给SP（带LinkID）－&SP下发订制成功/失败通知包用户(需要带LinkID，失败通知包用业务代码ERROR下发，此业务代码不用申报)－&SPMS根据通知包生成正式订制关系－&SP根据订制规则向用户下发业务消息（不带LinkID）－&SPMS根据用户订制关系进行鉴权。
G. WEB方式退订业务：用户在WEB上发起业务退订请求－&SP调用SPMS提供的业务退订接口－& SPMS退订用户业务，转发Deliver包给SP（带LinkID）－& SP到Deliver包，进行退订处理。
MT消息中SP如何填写LinkID？
A. MO点播引起的MT：SP必须在Submit包中填写对应的MO点播请求Deliver消息中的LinkID。
B. WEB点播引起的MT：SP必须在Submit包中填写用户在WEB上输入的由SPMS下发给用户的确认码，该确认码作为MT消息的LinkID。
C. 订制或退订引起的通知MT：SP必须在Submit包中填写对应的订制/退订请求Deliver消息中的LinkID。
D. 订制成功后引起MT业务消息、月租包消息：不需要填写LinkID，Submit包Reserve字段填空。
用户发起命令字为0000的业务退订请求如何处理？
用户发起命令字为0000的业务请求，表示用户退订此SP的所有业务，SPMS会处理用户业务全退订请求，SP也必须处理该指令，将用户的全部业务定购取消。
0000的命令字所对应的业务代码为0000；信息费为0,付费号码填写21个字符0(即SP支付通道费)。
是否支持00000返回菜单形式的业务退订形式？
SP付费业务如何处理？
SP提供的SP付费业务必须作为一种订制业务提供给用户，SP只能向订制此类业务的用户发送SP付费的消息，计费号码填全0，信息费填0，通信费由SP支付。
SP下发的MT消息中ServiceType、MoMtFlag、FeeType、FeeValue等字段如何填写？
订制或退订成功的通知包中，业务代码字段填写该业务对应的业务代码；订制或退订失败的通知包中，业务代码固定填写ERROR，表示SP端订制或退订失败。
假设正常的业务代码为ABCD，则SP下发的MT消息中各字体填写规则如下：（**表示具体的值）
A. 短信点播类：ServiceType=ABCD，MoMtFlag=0/1，FeeType=2，FeeValue=**
B. 网上点播类：ServiceType=ABCD，MoMtFlag=0/1，FeeType=2，FeeValue=**
C. 订制成功通知包：ServiceType=ABCD，MoMtFlag=0，FeeType=1，FeeValue=0
D. 订制失败通知包：ServiceType=ERROR，MoMtFlag=2，FeeType=1，FeeValue=0，Chargenumber=
E. 退订成功通知包：ServiceType=ABCD，MoMtFlag=0，FeeType=1，FeeValue=0
F. 退订失败通知包：ServiceType=ERROR，MoMtFlag=2，FeeType=1，FeeValue=0，Chargenumber=
G. 包月计费类订制业务包：ServiceType=ABCD，MoMtFlag=2，FeeType=1，FeeValue=0
H. 按条计费类订制业务包：ServiceType=ABCD，MoMtFlag=2，FeeType=2，FeeValue=**
I. 月租计费包：ServiceType=ABCD，MoMtFlag=2，ReportFlag=3、FeeType=3，FeeValue=**
J. SP付费包：ChargeNumber=，ServiceType=ABCD，FeeType=4，FeeValue=0
K. 0000命令字对应的退订命令包：ServiceType=0000，MoMtFlag=0，FeeType=1，FeeValue=0
是否有WEB形式的定购取消接口
WEB形式的订制取消和订制使用同一个接口，SPMS根据命令字自动判断该请求是订制请求还是退订请求。
在SP业务资料同步接口中，一个业务的订制和退订是否是2行记录？
在SP业务资料同步接口中，一个订制业务只有一行记录，订制命令字和退订命令字是一行数据中的两个字段。
SP基本资料接口中，XML文件的XSD定义是什么？
&?xml version="1.0" encoding="UTF-8" ?&
&xs:schema xmlns:xs=""&
&xs:element name="SPMS"&
&xs:complexType&
&xs:sequence&
&xs:element ref="SpBasicInfo" maxOccurs="100000" /&
&/xs:sequence&
&/xs:complexType&
&/xs:element&
&xs:element name="SpBasicInfo"&
&xs:complexType&
&xs:sequence&
&xs:element ref="CorpID" minOccurs="1" maxOccurs="1" /&
&xs:element ref="SpNumber" minOccurs="1" maxOccurs="1" /&
&xs:element ref="ShortName" minOccurs="1" maxOccurs="1" /&
&xs:element ref="SpChName" minOccurs="1" maxOccurs="1" /&
&xs:element ref="SpEnName" minOccurs="1" maxOccurs="1" /&
&xs:element ref="CorpType" minOccurs="1" maxOccurs="1" /&
&xs:element ref="CreateDate" minOccurs="1" maxOccurs="1" /&
&xs:element ref="StockFlag" minOccurs="1" maxOccurs="1" /&
&xs:element ref="ArtificialPerson" minOccurs="1" maxOccurs="1" /&
&xs:element ref="ChiefOfficer" minOccurs="1" maxOccurs="1" /&
&xs:element ref="TotalMember" minOccurs="1" maxOccurs="1" /&
&xs:element ref="RegisterFund" minOccurs="1" maxOccurs="1" /&
&xs:element ref="Introduction" minOccurs="1" maxOccurs="1" /&
&xs:element ref="WebAddress" minOccurs="0" maxOccurs="1" /&
&xs:element ref="ServiceDesc" minOccurs="1" maxOccurs="1" /&
&xs:element ref="ProvinceCode" minOccurs="1" maxOccurs="1" /&
&xs:element ref="AreaCode" minOccurs="0" maxOccurs="1" /&
&xs:element ref="TeleSvcLicense" minOccurs="0" maxOccurs="1" /&
&xs:element ref="TeleSvcLicensedBy" minOccurs="0" maxOccurs="1" /&
&xs:element ref="License" minOccurs="1" maxOccurs="1" /&
&xs:element ref="LicensedBy" minOccurs="1" maxOccurs="1" /&
&xs:element ref="DealInScope" minOccurs="1" maxOccurs="1" /&
&xs:element ref="BankName" minOccurs="0" maxOccurs="1" /&
&xs:element ref="BankAccount" minOccurs="0" maxOccurs="1" /&
&xs:element ref="Address" minOccurs="1" maxOccurs="1" /&
&xs:element ref="ZipCode" minOccurs="1" maxOccurs="1" /&
&xs:element ref="PhoneNum" minOccurs="1" maxOccurs="1" /&
&xs:element ref="FaxNum" minOccurs="1" maxOccurs="1" /&
&xs:element ref="DisputationNum" minOccurs="1" maxOccurs="1" /&
&xs:element ref="EffectiveDate" minOccurs="1" maxOccurs="1" /&
&xs:element ref="ExpireDate" minOccurs="1" maxOccurs="1" /&
&xs:element ref="ChargeUser" minOccurs="1" maxOccurs="1" /&
&xs:element ref="ChargeUserDesc" minOccurs="1" maxOccurs="1" /&
&xs:element ref="ChargeTelNumber" minOccurs="1" maxOccurs="1" /&
&xs:element ref="ChargeMobilePhone" minOccurs="1" maxOccurs="1" /&
&xs:element ref="ChargeEmail" minOccurs="1" maxOccurs="1" /&
&xs:element ref="ContactName" minOccurs="1" maxOccurs="1" /&
&xs:element ref="ContactUserDesc" minOccurs="1" maxOccurs="1" /&
&xs:element ref="ContactTelNumber" minOccurs="1" maxOccurs="1" /&
&xs:element ref="ContactMobilePhone" minOccurs="1" maxOccurs="1" /&
&xs:element ref="ContactEmail" minOccurs="1" maxOccurs="1" /&
&xs:element ref="RegisterDate" minOccurs="1" maxOccurs="1" /&
&xs:element ref="AccesssDate" minOccurs="1" maxOccurs="1" /&
&/xs:sequence&
&/xs:complexType&
&/xs:element&
&xs:simpleType name="timeType"&
&xs:restriction base="xs:string"&
&xs:length value="10" /&
&xs:pattern value="/d{4}-((0?[1-9])|(1[0-2]))-((0?[1-9])|([1-2][0-9])|(3[0-1]))" /&
&/xs:restriction&
&/xs:simpleType&
&xs:simpleType name="MDNType"&
&xs:restriction base="xs:string"&
&xs:length value="11" /&
&xs:pattern value="13[0|1|3]/d{8}" /&
&/xs:restriction&
&/xs:simpleType&
&xs:simpleType name="StockFlagType"&
&xs:restriction base="xs:string"&
&xs:enumeration value="0" /&
&xs:enumeration value="1" /&
&/xs:restriction&
&/xs:simpleType&
&xs:element name="CorpID" type="xs:string"&&/xs:element&
&xs:element name="SpNumber" type="xs:string"&&/xs:element&
&xs:element name="ShortName" type="xs:string"&&/xs:element&
&xs:element name="SpChName" type="xs:string"&&/xs:element&
&xs:element name="SpEnName" type="xs:string"&&/xs:element&
&xs:element name="CorpType" type="xs:string"&&/xs:element&
&xs:element name="CreateDate" type="timeType"&&/xs:element&
&xs:element name="StockFlag" type="StockFlagType"&&/xs:element&
&xs:element name="ArtificialPerson" type="xs:string"&&/xs:element&
&xs:element name="ChiefOfficer" type="xs:string"&&/xs:element&
&xs:element name="TotalMember" type="xs:string"&&/xs:element&
&xs:element name="RegisterFund" type="xs:string"&&/xs:element&
&xs:element name="Introduction" type="xs:string"&&/xs:element&
&xs:element name="WebAddress" type="xs:string"&&/xs:element&
&xs:element name="ServiceDesc" type="xs:string"&&/xs:element&
&xs:element name="ProvinceCode" type="xs:string"&&/xs:element&
&xs:element name="AreaCode" type="xs:string"&&/xs:element&
&xs:element name="TeleSvcLicense" type="xs:string"&&/xs:element&
&xs:element name="TeleSvcLicensedBy" type="xs:string"&&/xs:element&
&xs:element name="License" type="xs:string"&&/xs:element&
&xs:element name="LicensedBy" type="xs:string"&&/xs:element&
&xs:element name="DealInScope" type="xs:string"&&/xs:element&
&xs:element name="BankName" type="xs:string"&&/xs:element&
&xs:element name="BankAccount" type="xs:string"&&/xs:element&
&xs:element name="Address" type="xs:string"&&/xs:element&
&xs:element name="ZipCode" type="xs:string"&&/xs:element&
&xs:element name="PhoneNum" type="xs:string"&&/xs:element&
&xs:element name="FaxNum" type="xs:string"&&/xs:element&
&xs:element name="DisputationNum" type="xs:string"&&/xs:element&
&xs:element name="EffectiveDate" type="timeType"&&/xs:element&
&xs:element name="ExpireDate" type="timeType"&&/xs:element&
&xs:element name="ChargeUser" type="xs:string"&&/xs:element&
&xs:element name="ChargeUserDesc" type="xs:string"&&/xs:element&
&xs:element name="ChargeTelNumber" type="xs:string"&&/xs:element&
&xs:element name="ChargeMobilePhone" type="xs:string"&&/xs:element&
&xs:element name="ChargeEmail" type="xs:string"&&/xs:element&
&xs:element name="ContactName" type="xs:string"&&/xs:element&
&xs:element name="ContactUserDesc" type="xs:string"&&/xs:element&
&xs:element name="ContactTelNumber" type="xs:string"&&/xs:element&
&xs:element name="ContactMobilePhone" type="MDNType"&&/xs:element&
&xs:element name="ContactEmail" type="xs:string"&&/xs:element&
&xs:element name="RegisterDate" type="timeType"&&/xs:element&
&xs:element name="AccesssDate" type="timeType"&&/xs:element&
&/xs:schema&
如果SP处理定制的MO包不成功，如何下发通知信息？
平台提供了统一的ERROR的业务代码，该业务代码所对应的信息费资费必须为0，付费号码必须填写21个字符0（SP支付通道费）。
SP能否提供帮助的业务代码？
SP必须单独申报，如果申报成功，该业务代码所对应的信息费自费必须为0，付费号码必须填写21个字符0(SP支付通道费)。
密钥的获取方式是什么？
各SP登陆到SP自服务系统上，在菜单上选择获取密钥，SPMS系统就会将密钥以BASE64的方式编码后的ASCII码字符串发送到SP在基本资料同步接口上提供的联系人EMAIL邮箱中去。
铃声图片点播业务中, SP如何下发MT包？
这种情况下，SP需要将MT包拆分；所有的拆分包中，业务代码填写该业务对应的业务代码，LinkID填写用户MO包或在网上填写的确认码；第一个包填写应收的信息费，其他包的信息费必须为0。
目前华为网关返回的错误码与SGIP规范定义的有一些不同，以这份资料为准
0 :无错误，命令正确接收
1 :非法登录，如登录名、口令出错、登录名与口令不符等。
2 :重复登录，如在同一TCP/IP连接中连续两次以上请求登录。
3 :连接过多，指单个节点要求同时建立的连接数过多。
4 :登录类型错，指bind命令中的logintype字段出错。
5 :参数格式错，指命令中参数值与参数类型不符或与协议规定的范围不符。
6 :非法手机号码，协议中所有手机号码字段出现非86130号码或手机号码前未加"86"时都应报错。
7 :消息ID错
8 :信息长度错
9 :非法序列号，包括序列号重复、序列号格式错误等
10 :SPName与SPID匹配错
11 :节点编号错误
12 :SPNumber未分配或不合法
13 :业务代码未分配
14 :业务资费类型填错
15 :业务信息费率填写错误
16 :用户未定制的SP非法下发
17 :LinkID不匹配（MT与MO）
18 :用户未订购
19 :下发用户数不为1
20 :节点忙，指本节点存储队列满或其他原因，暂时不能提供服务的情况
21 :停机用户鉴权不通过，无法下发
22 :离网用户鉴权不通过，无法下发
24 :计费号码无效，鉴权不成功时反馈的错误信息
25 :不提供此功能
26 :应答接收超时
27 :系统失败
28 :用户已经定购该业务
29 :未到规定收取包月费的时间不能收取包月费
30 :已经达到SP每天允许下发的最大条数
说明：目前华为网关返回的错误码与SGIP规范定义的有一些不同，以这份资料为准。
深圳奥天网关错误代码表
0 全部 成功
1 全部 非法登陆，一般为用户名密码错误
2 全部 重复登陆
3 全部 连接过多，超过限制
4 全部 登陆类型错误
5 全部 参数格式错误
6 SPPROXY 非法手机号码，一般指ChargeNumber和UserNumber的填写不规范
7 消息ID错
8 SPPROXY,SMGPROXY 消息长度错误
9 SPPROXY,SMGPROXY 非法序列号，指序列号重复，第一个序列号即源节点编码错误
23 CENTER 路由不存在
32 全部 系统失败，一般是申请内存失败或者创建线程失败
33 SPPROXY,SMGPROXY 超过流量限制，指发送方在一秒内的流量已经达到限制，拒绝发送
34 SPPROXY,SMGPROXY 登陆太频繁，指同一个SP或者SMG在一分钟内登陆次数已经达到限制，拒绝登陆
51 SAFEPROXY 无法连接016监控中心
52 SAFEPROXY 安全检查超时
61 SAFEPROXY 安全检查不通过
69 SMGPROXY 没有目的网关的信息
70 SMGPROXY 发送到异地网关的缓冲区满
71 SMGPROXY 发送MT到异地网关接收RESPONSE超时
72 SMGPROXY 连接异地网关失败
73 SMGPROXY 连接断开
74 SMGPROXY 发送BIND到异地网关失败
75 SMGPROXY 接收异地网关返回的BIND_RESP失败
76 SMGPROXY 异地网关返回登陆失败
77 SMGPROXY 异地网关返回的BIND_RESP长度错误
78 SMGPROXY 接收异地网关的BIND_RESP超时
79 SMGPROXY 连接关闭
80 SMGPROXY 发送信息到异地网关失败
81 SMGPROXY 接收异地网关的RESPONSE失败
82 SMGPROXY 异地网关返回的RESPONSE的COMMANDID不匹配
83 SMGPROXY 接收异地网关的RESPONSE超时
84 SMGPROXY 发送到异地网关的缓冲区满
93 CENTER 监权失败
100 CENTER 达到系统最大容量
102 CENTER 系统失败，创建线程失败
5001 SPPROXY 连接SP失败
5002 SPPROXY 发送BIND到SP失败
5003 SPPROXY 接收SP的BIND_RESP失败
5004 SPPROXY SP返回BIND_RESP登陆失败
5005 SPPROXY SP返回的BIND_RESP长度错误
5007 SPPROXY SP返回BIND_RESP超时
5011 SPPROXY 发送MO,REPORT到SP失败
5012 SPPROXY 接收MO，REPORT的RESPONSE失败
5014 SPPROXY SP返回的RESPONSE的CommandID不匹配
5015 SPPROXY 与SP连接断开
5017 SPPROXY SP返回RESPONSE超时
5020 SPPROXY 发送到SP的缓冲区满
5021 SPPROXY 与SP的连接关闭
广东SMG常见错误代码
错误码 错误说明
0 无错误，命令正确
1 非法登录（用于RESP应答）
2 重复登录（用于RESP应答）
3 连接过多（用于RESP应答）
4 登录类型错（用于RESP应答）
5 参数格式错（用于RESP应答）
6 非法手机号码（用于RESP应答）
7 消息ID错（用于RESP应答）
8 信息长度错（用于RESP应答）
9 非法序列号（用于RESP应答）
32 系统失败（一般指系统消息队列满）
33 MT超过流量限制（用于RESP应答）
34 频繁登录次数过多（用于RESP应答）
90 SGIP包长度错误（用于RESP应答）
21 目的地址不可达
23 路由不存在
24 计费号码无效
25 用户不能通信
26 手机内存不足
27 手机不支持短消息
28 手机接收短消息出现错误
29 不知道的用户
30 不提供此功能
31 非法设备
93 后付费用户鉴权失败
94 预付费用户扣费失败
错误码 错误说明
201 业务代码未分配
202 业务资费类型错误
202 信息费错误
203 LINKID不匹配
204 用户未订购
205 下发用户数不为1
206 该包格式错误
207 下发的MT超过最大条数
208 第三方付费
209 SP不能将MOFLAG填为3
210 WEB点播命令字不存在
211 订制关系成功建立,但通知由SP管理平台发送,SP的MT被拦截
212 包月话单被拦截
213 SPNUMBER未分或不合法
214 停机用户
215 离网用户
216 计费号码错
217 重复订购
218 重复点播
219 被禁止的SP
219 非法登录
220 重复登录
221 连接过多
222 登录类型错
223 参数格式错
224 非法手机号码
225 消息ID错
226 信息长度错
227 非法序列号
228 SP节点编号错
229 节点忙
230 不提供此功能
231 等待应答超时
232 系统错
233 将发NOTISP包，原流程需要终止
234 将发NOTIUSER包，原流程需要终止
235 鉴权中心处理超时
236 超过最大重试次数
237 白名单SP，直接返回鉴权成功
238 手机短信到SPPORTAL定制且不需要确认,这时返回该错误同时发一个NOTITOSP
239 MO鉴权的时候LINKID异常
240 用户确认的时候回复N，流程终止，MO不上发
241 错误的包类型
242 包长度错误
243 MD5验证码错误
联通北京全网发送话单，state = 2但是error_code = 0是啥意思？
这种情况是各省自己定义的错误代码，但是总体还是出错。扣费没成功。
北京联通全网SPMS鉴权中心错误代码含义
错误代码13：业务代码未分配
原因：根据MT话单里的接入号和业务代码找不到对应的申报项。
错误代码14：业务资费类型错误
原因：MT话单里填写的信息费大于SP实际申报的信息费或者对订制/点播失败的通知信息没有将CHARGENUMBER填为21个0。该情况下将对应字段填入正确值下发
错误代码17：LINKID不匹配
原因：根据用户的命令字解析出的是订制类业务，但SP返回的业务代码却是非订制业务。
错误代码18：用户未订购
原因：SP下发的是一个订制业务，但用户并未订制该业务，或用户为非订制状态。
也有可能用户做的是点播业务，SP下发的却是定制类业务代码；
错误代码19：下发用户数不为1
原因：MT话单里的USERCOUNT不为1，该字段只能填1，不允许群发。
错误代码32：该包格式错误
原因：1、MT话单的用户号码为空或者CHARGENUMBER为空或者SPNUMBER为空或者CORPID为空或者SERVICETYPE为空都会返回此错误。2、MT包里没有LINKID但根据业务代码判断却又不是订制类业务。
错误代码38：下发的MT超过最大条数
原因：对点播类业务使用同一个LINKID下发的MT条数不能超过申报的数，默认为5条。
错误代码39：第三方付费
原因：定制类MT话单里的CHARGENUMBER和USERNUMBER不同且不是SP付费。
错误代码40：SP不能将MOFLAG填为3
原因：按新规定，SP下发的MT包中MOFLAG字段不能填3。
错误代码43：WEB点播命令字不存在
原因：WEB点播的时候，SP送过来的命令字是未申报的。此种情况下可让将命令字填4个#。
错误代码44：通知信息被拦截
原因：以后SP下发订制/退订的通知信息将只被用来确认订制关系，但不会下发到用户手机上，改由SPMS通知，此消息在定制成功时正常。
错误代码95：包月话单不许下发
原因：每月10日前不许下发包月话单，订制用户自订制起三日内不许发包月话单；
北京联通全网填写各数据包注意事项
◆ 对订制业务，发MO订制的时候命令字要和您申报的该业务的订制命令字（即用户发的订制命令）相符合，订制命令字只能为字母或数字，不能为汉字和符号；系统支持UNICODE的订制命令字和长号码的SPNUMBER;
◆ 订制类业务的业务MT和包月计费包下发时不能带LINKID，其他情况下MT要带LINKID；
◆ 订制/退订业务的成功通知MT、订制业务的业务MT、成功的点播对应下发的MT其SERCICETYPE一定要和用户真实订制/点播的业务相符合；
◆ 月租包的判断依据是MOFLAG=2&&REPORTFLAG=3&&FEETYPE=3;
◆ 对订制类业务的MT，除了SP付费的情况允许CHARGENUMBER填21个0以外，其他情况下下必须是USERNUMBER和CHARGENUMBER相同，不允许订制类业务有第三方付费的情况；
◆ MT的MOFLG标志一律不允许填3；
◆ MT的USERCOUNT字段只能填1；
◆ 点播/订制/退订等的失败通知SERVICETYPE一律填ERROR，CHARGENUMBER填21个0；
◆ 当用户发送‘0000’全部退订某SP的业务时，SP的通知MT的SERVICETYPE填‘0000’；
◆ SP收到的所有MO都是带有LINKID的，最长为8位，可以不足8位。对不足8位的在后面补二进制的0，不能补字符0；
◆ 用户不需要申报业务代码0000和ERROR的业务，系统默认此两种业务代码分别为退定所有业务和错误通知信息下发。
◆ 目前发现有SP收REPORT报告和MT比较慢的问题，有时在一个发送订制请求一个小时后才收到确认MT或者下发的业务MT间隔一段时间才能收到。这并不是由于鉴权中心引起的（目前测试阶段业务量很小，不存在性能问题），如果您测试的时候发现这种情况请选择在用户使用增值业务比较少的时段测试；
◆ 状态报告错误代码的问题，参考REPORT报告返回的错误代码对了解MT包那里填写不规范有一些帮助，附录有REPORT报告错误代码对应的错误信息供参考；
◆ 业务命令字的命名最好避免一些有歧义性的东西，特别是对一些需要用户回复的业务。比如某SP申报某业务A的订制命令字申请为“OK“，而该SP恰好有一个业务B可能需要用户的回复（比如聊天类或者游戏互动类）。业务B的订制用户在聊天后者游戏过程中可能回复OK表示某种意思，由于该回复恰好又是业务A的订制命令字，这样鉴权系统就会认为该MO是一个订制业务A的请求而不是普通的回复MO，SP也就收不到该回复的MO了，影响业务运行。
◆ 当用户发送一个未申报的命令字到SP的时候，鉴权中心对其的处理同处理####的情况；
北京联通全网有关网上订购和点播接口URL以及加密算法
点播:http://220.194.49.19:9555/WebOrder.aspx
订制:http://220.194.49.19:9666/WebSubscription.aspx
采用3DES加密, ECB模式/使用PKCS7方式填充不足位,
目前给的密钥是192位(24个字节)经过BASE64编码后的可见字符串
以下为一个加密的例子：
密钥的base64编码是：
27jrWz2sxrVbR+pnyg6jWHhgNk4sZo46
DECODE后密钥是：
key={-37,-72,-21,91,61,-84,-58,-75,91,71,-22,103,-54,14,-93,88,120,96,54,78,44,102,-114,58};
源字符串是：4-02-24 16:19:27
其数组为：
{51,48,51,51,36,49,51,51,49,49,48,56,51,48,54,48,36,68,49,48,36,50,48,48,52,45,48,50,45,50,52,32,49,54,58,49,57,58,50,55}
加密后的数组是：
{42,-121,-80,127,7,5,-114,-32,112,-105,53,78,-121,-107,14,83,113,84,-1,-52,30,93,7,125,7,84,104,45,-27,82,-35,64,-87,-11,-91,95,66,-24,-81,125,36,-21,38,-121,-25,-1,-73,125}
Base编码后：
KoewfwcFjuBwlzVOh5UOU3FU/8weXQd9B1RoLeVS3UCp9aVfQuivfSTrJofn/7d9
北京联通全网SPMS Web调用接口错误代码含义
错误代码 说明
60000 系统错误
60001 请求参数个数不符
60002 解密不正确, 包括密钥使用不正确
60011 SP接入号不正确: 在EncodeStr里加密前的SpNumber必须等于包体中的SpNumber
60012 订购(点播)时间不正确: 在EncodeStr里加密前的AccessTime必须等于包体中的AccessTime
60013 手机号不正确: 必须为11位联通的手机号码
60014 订购(点播)操作命令字不正确
60015 SP接入号和命令字代码不匹配
60099 其他错误
山东联通错误码——SGIP协议登录错误码（bind响应）
错误码 含义
1 无权限（登陆帐号或密码错误）
2 非法源地址
4 登陆类型错误
55 超过系统接口数
56 超过帐号设置接口数
57 SP登陆IP错误
88 (英斯克定义) CP MT 流控错误
93 SGIP协议SP节点编号错
山东联通错误码——网关错误码
错误码 含义
1 消息结构错
2 命令字错误
3 消息序列号重复
4 消息长度错
5 资费代码错
6 超过最大信息长
7 业务代码错
8 流量控制错（user_phone单填写CDMA号码不在白名单中或charge_phone和user_phone填写的CDMA号码不在白名单）
9 本网关不负责此计费号码（如意通和外省号码）
10 Src_ID错（手机因关机或内存满消息超时删除返回的状态报告）
11 CorpID错(如是MT消息出现很多，可能是他的提交submit消息接口与回状态报告的接口冲突，建议SP不要使用手机上行接口来下发SUBMIT消息；还有一种情况是corp_id填写错误)
12 计费地址错（user_phone单填写GSM号码不在白名单中或charge_phone和user_phone填写的GSM号码不在白名单）
13 目的地址错
14～49 扩展
23(英斯克定义) 路由错误。路由不存在，指消息路由的节点在路由表中不存在
24(英斯克定义) 黑名单用户。计费号码无效，鉴权不成功时反馈的错误信息
40(英斯克定义) 网关对如意通用户进行拦截
50(英斯克定义) 短消息内容非法
51 尚未建立连接
52 尚未成功登录
53 发送消息失败
54 超时未接收到响应消息（一般是tp_udhi一项填写不对，应该填写0）
55 等待状态报告超时
56 用户鉴权时用户状态不正常（charge_phone不在白名单）
61 有效时间已经过期（charge_phone和user_phone填写的GSM号码不在白名单）
62 定时发送时间已经过期
63 不能识别的FeeType
64 发送服务源地址鉴权失败
65 发送服务目的地址鉴权失败
66 接收服务源地址鉴权失败(手机内存满或关机等待下发已经到达10条后，SP再
权限：公开
来自：labs
没有更多推荐了，
