培训文档_20200520_035955Long SMS

SMS,*01064345888#进入自动sms测试长短信：Denali支持的CDMA长短信的4种头格式NOKIAGHRC：874ChinaUnicom新格式：603-在中国联通网络发送时使用此格式ChinaUnicom旧格式：在发送前分解成n条，在每条前加“(1/n)”，分别发送Reliance：分解成n条分别发送代码参见smsrecord.c.hToValSmsMessageUserDataToVal,Octet1-2Concatenatedshortmessages,16-bitreferencenumber.ThisreferencenumbershallbethesameasMessageIDdefinedinsection2.1toavoidreceivingsamesegmentinformationfromthedifferentoriginator.Thisreferencenumbershallremainconstantforeveryshortmessagewhichmakesupaparticularenhancedconcatenatedshortmessage.Octet3TotalnumberofsegmentsinthelongSMSmessage.Thisoctetshallcontainavalueintherange0to255indicatingthetotalnumberofshortmessageswithintheconcatenatedshortmessage.Thevalueshallstartat1andremainconstantforeveryshortmessagewhichmakesuptheenhancedconcatenatedshortmessage.IfthevalueiszerothenthereceivingentityshallignorethewholeInformationElement.Octet4Sequencenumberofthecurrentsegmentedmessage.Thisoctetshallcontainavalueintherange0to255indicatingthesequencenumberofaparticularshortmessagewithintheconcatenatedshortmessage.Thevalueshallstartat1andincrementbyoneforeveryshortmessagesentwithintheconcatenatedshortmessage.Ifthevalueiszeroorthevalueisgreaterthanthevalueinoctet3thenthereceivingentityshallignorethewholeInformationElement.,GSM长短信UserData的header格式,参见3GPPTS23.040V6.5.09.2.3.24.1ConcatenatedShortMessages,GSM长短信数据包例子-Doyle发送,Denali收到后显示结果：中文：前面多了乱码，后面正常英文：空,ASLSMS_ENCODING_ASCII模式下长短信userdata例子,Unicom新格式第一条开始部分：30048248210697100.第二条开始部分：300482484106116119.7bits:00000110000000000000001100000011000000100000000108bits:0000011000000000000000110000001100000010000000010Hex:0 x060 x000 x030 x030 x020 x01长短信条数计算方法：ASCII编码(7bits):(140-6)*8/7=153-错误，应为140*8/7-6=154Unicode:(140-6)/2=67-NOKIAGHRC格式例子第一条：3660640124165100103106109第二条：3660640124210310610911217bits:00000111000010000000010000000000000000110000000008bits:0000011100001000000001000000000000000011000000000Hex:0 x070 x080 x040 x000 x030 x020 x01因此，对于英文7bit编码的长短信，如果不支持NOKIA长短信格式的话，收到后只能显示前3个乱码，到0 x00就结束了而联通的新格式，则只有一个字符0 x06，在屏幕上什么都不显示,ChinaUnicomNew格式发送英文，Nokia2505收到空消息的数据包,第一条第二条,中文长短信现象分析,1.不支持长短信的手机，收到denali发过来的长短信，表现不一对denali发的NOKIA格式，显示全乱码因为Nokia前面有7个字节（奇数个），打乱了后面的unicode顺序对denali发的UnicomNew格式，第一个字符乱码，后面正常因为Unicom前面是6个字节（偶数个），后面正常解析下面是unicom格式的数据包例子第一条第二条2.支持长短信的手机，包括GSM和CDMA制式，表现又有所不同，因为大家对长短信的解析方法是不一样的，对header解析几个字节、各个自己作何解释，都不一样。因此，表现不可预知,2008-3-31印度语编码例子,印度语转为UTF-8后，一个字占3个字节0 xe0开头，UTF-16的印度字母区间在09000960下面是印度文字Unicode的例子050901091A090F091F092F091A09050916091A090509,FTIndia收到的很奇怪的数据-1,MsgId=FTC-DataBurst,ACK_SEQ=2,MSG_SEQ=4,ACK_REQ=1,ENCRYPTION=0,MSG_NUMBER=1,BURST_TYPE=SMS,NUM_MSGS=1,NUM_FIELDS=167,SMS_MSG_TYPE=PointToPoint0 x00,PARAMETER_ID.0=TeleservId0 x00,PARAMETER_LEN.0=2,IDENTIFIER.0=4100,PARAMETER_ID.1=OrigAddr0 x02,PARAMETER_LEN.1=4,DIGIT_MODE.1=0,NUMBER_MODE.1=0,NUM_FIELDS.1=5,CharI.1.0=2,CharI.1.1=2,CharI.1.2=2,CharI.1.3=1,CharI.1.4=2,RESERVED.1=0,PARAMETER_ID.2=BearerReplyOpt0 x06,PARAMETER_LEN.2=1,REPLY_SEQ.2=1,RESERVED.2=0,PARAMETER_ID.3=BearerData0 x08,PARAMETER_LEN.3=151,SUBPARAMETER_ID.3.0=MessageId0 x00,SUBPARAM_LEN.3.0=3,MESSAGE_TYPE.3.0=Deliver(MTonly)0001,MESSAGE_ID.3.0=12,HEADER_IND.3.0=0,RESERVED.3.0=0,SUBPARAMETER_ID.3.1=UserData0 x01,SUBPARAM_LEN.3.1=133,MSG_ENCODING.3.1=Octet00000,NUM_FIELDS.3.1=131,CharI.3.1=0 x000 x020 x000 x230 xf00 x0b0 x840 x010 x060 x270 x610 x700 x700 x6c0 x690 x630 x610 x740 x690 x6f0 x6e0 x2f0 x760 x6e0 x640 x2e0 x770 x610 x700 x2e0 x6d0 x6d0 x730 x2d0 x6d0 x650 x730 x730 x610 x670 x650 x000 xaf0 x840 x8d0 x010 x9a0 xb40 x840 x8c0 x820 x980 x4d0 x410 x410 x410 x410 x410 x410 x410 x410 x410 x670 x510 x5f0 x410 x450 x660 x740 x4d0 x620 x450 x410 x410 x460 x650 x710 x410 x420 x740 x680 x2f0 x520 x310 x4a0 x000 x8d0 x920 x880 x050 x810 x030 x090 x3a0 x800 x890 x190 x800 x2b0 x390 x310 x390 x330 x320 x300 x370 x390 x330 x360 x370 x360 x2f0 x540 x590 x500 x450 x3d0 x500 x4c0 x4d0 x4e0 x000 x8a0 x800 x8e0 x020 x040 x470 x830 x680 x74,RESERVED.3.1=0,SUBPARAMETER_ID.3.2=MsgCntrTimeStmp0 x03,SUBPARAM_LEN.3.2=6,YEAR.3.2=8,MONTH.3.2=3,DAY.3.2=28,HOURS.3.2=23,MINUTES.3.2=24,SECONDS.3.2=55,SUBPARAMETER_ID.3.3=PriorityInd0 x08,SUBPARAM_LEN.3.3=1,PRIORITY.3.3=Normal00,RESERVED.3.3=0,PDU_PADDING=0,MsgId=RTC-DataBurst,ACK_SEQ=4,MSG_SEQ=5,ACK_REQ=1,ENCRYPTION=0,MSG_NUMBER=1,BURST_TYPE=SMS,NUM_MSGS=1,NUM_FIELDS=11,SMS_MSG_TYPE=SMSAck0 x02,PARAMETER_ID.0=DestAddr0 x04,PARAMETER_LEN.0=4,DIGIT_MODE.0=0,NUMBER_MODE.0=0,NUM_FIELDS.0=5,CharI.0.0=2,CharI.0.1=2,CharI.0.2=2,CharI.0.3=1,CharI.0.4=2,RESERVED.0=0,PARAMETER_ID.1=CauseCodes0 x07,PARAMETER_LEN.1=2,REPLY_SEQ.1=1,ERROR_CLASS.1=Temporary10,CAUSE_CODE.1=DestinationBusy0 x21,PDU_PADDING=0,FTIndia收到的很奇怪的数据-1解读,CharI.3.1=0 x000 x020 x000 x230 xf00 x0b0 x840 x010 x060 x270 x610 x700 x700 x6c0 x690 x630 x610 x740 x690 x6f0 x6e0 x2f0 x760 x6e0 x640 x2e0 x770 x610 x700 x2e0 x6d0 x6d0 x730 x2d0 x6d0 x650 x730 x730 x610 x670 x650 x000 xaf0 x840 x8d0 x010 x9a0 xb40 x840 x8c0 x820 x980 x4d0 x410 x410 x410 x410 x410 x410 x410 x410 x410 x670 x510 x5f0 x410 x450 x660 x740 x4d0 x620 x450 x410 x410 x460 x650 x710 x410 x420 x740 x680 x2f0 x520 x310 x4a0 x000 x8d0 x920 x880 x050 x810 x030 x090 x3a0 x800 x890 x190 x800 x2b0 x390 x310 x390 x330 x320 x300 x370 x390 x330 x360 x370 x360 x2f0 x540 x590 x500 x450 x3d0 x500 x4c0 x4d0 x4e0 x000 x8a0 x800 x8e0 x020 x040 x470 x830 x680 x74这个片段似乎可以用utf16的方式解析，但解析出的东西无法读懂。也无法用utf8方式解析。可能的原因是没有setEncode，导致使用ascii方式把unicode数据填充到userdata，MT收到后，见到00就终止解析了，所以显示空。,FTIndia收到的很奇怪的数据-2,SUBPARAMETER_ID.3.0=MessageId0 x00,SUBPARAM_LEN.3.0=3,MESSAGE_TYPE.3.0=Submit(MOonly)0010,MESSAGE_ID.3.0=23,HEADER_IND.3.0=0,RESERVED.3.0=0,SUBPARAMETER_ID.3.1=UserData0 x01,SUBPARAM_LEN.3.1=2,MSG_ENCODING.3.1=Octet00000,NUM_FIELDS.3.1=0,CharI.3.1=,