| Regarding class 0 DCS sending |  Search
|
|
NowSMS Support Forums ⬆ NowSMS Support - SMS Issues ⬆ Archive through April 16, 2015 ⬆ |
◄ ► |
| Author | Message | ||||||
| Johnny Frequent Contributor Username: Johny Post Number: 52 Registered: 02-2009 |
for the DCS class 0,1,2 support, when I select class 0, and input unicode such as KOREAN, now sms send 0x08 value to the smpp. after adding RemapMessageClassDCS=No When I select class 0 and input unicode such as KOREAN, now sms send 0x18 value to the smpp. is it right? where do i add RemapMessageClassDCS=No? under [SMPP - server:port]? if not after creating [SMPP] and then add RemapMessageClassDCS=No under [SMPP]? If our smpp support 0x18 0x19 0x1A 0x1B values, Unicode sms correctly received without character numbers?(more 70 characters have to received correctly [SMPP - 2xx.xxx.xxx.xx:xxx] SMPPVersion=v3.4 UserName=xxx Password=xxx SenderAddress=+821029991115 SenderAddressOverride=Yes Receive=No ReceiveMMS=No UseSSL=No LongSMSAlt=Yes RemapMessageClassDCS=No <- input here? [SMPP] RemapMessageClassDCS=No <- input here? [SMSGW] Modem1=SMPP - 203.229.247.33:6208 WebAuth=No WebMenu=Yes WebDisplaySender=Yes WebDisplayRoute=No WebPort=8800 Debug=Yes SeparateUserQueues=Yes ReceiveSMS=Yes ReceiveMMS=No PHPEnable=No PHPAllowRemote=No ReceiveSMSCharset=utf-8 | ||||||
| Des - NowSMS Support Board Administrator Username: Desosms Post Number: 5193 Registered: 08-2008 |
Yes. In raw GSM, the DCS value for flash unicode (class 0) is 0x18. However, the data_coding value of 0x18 is not valid in the SMPP specification That is why NowSMS does not use it by default. Some SMPP servers might support this value anyway, but most do not.
When the RemapMessageClassDCS=No setting was first added to NowSMS, it could only be used under the [SMPP] header. (Add if [SMPP] header does not already exist.) More recently (2012), the setting was extended to also be supported under [SMPP - server:port].
Yes. But stay aware that 0x18 0x19 0x1A 0x1B are "reserved/unused" values for data_coding in the SMPP protocol specification. So the SMPP server needs to understand how they should be handled. -- Des NowSMS Support | ||||||
| Johnny Frequent Contributor Username: Johny Post Number: 53 Registered: 02-2009 |
Hi I add the parameter (RemapMessageClassDCS=No) as follow [SMPP - 2xx.xxx.xxx.xx:xxx] SMPPVersion=v3.4 UserName=xxx Password=xxx SenderAddress=+821029991115 SenderAddressOverride=Yes Receive=No ReceiveMMS=No UseSSL=No LongSMSAlt=Yes RemapMessageClassDCS=No <-----add [SMSGW] Modem1=SMPP - 203.229.247.33:6208 WebAuth=No WebMenu=Yes WebDisplaySender=Yes WebDisplayRoute=No WebPort=8800 Debug=Yes SeparateUserQueues=Yes ReceiveSMS=Yes ReceiveMMS=No PHPEnable=No PHPAllowRemote=No ReceiveSMSCharset=utf-8 when I add RemapMessageClassDCS=No, input Unicode(KOREAN) send sms. at this time sms is correctly received to the handset. however when I input english characters send sms, sms can not be received to the handset. test result(after adding RemapMessageClassDCS=No) - Unicode . select default: received to the handset . select class0: received to the handset and pop up is occured(flash type) . select class1: received to the handset and save to the handset . select class2: received to the handset and save to the USIM - english character . select default: received to the handset . select class0: not received to the handset . select class1: not received to the handset . select class2: not received to the handset why english characters can not be received when I add RemapMessageClassDCS=No? (I attach the log files) please check it I have found that DCS value is different when I send sms. - not add RemapMessageClassDCS=No - input english characters and send sms . select default: 0x00 . select class 0: 0xf0 . select class 1: 0xf1 . select class 2: 0xf2 - add RemapMessageClassDCS=No - input english characters and send sms . select default: 0x00 . select class 0: 0x10 . select class 1: 0x11 . select class 2: 0x12 why DCS value is diffent? originally DCS value is different when I add RemapMessageClassDCS=No?
| ||||||
| Des - NowSMS Support Board Administrator Username: Desosms Post Number: 5201 Registered: 08-2008 |
That is correct. The normal GSM values are: TEXT UNICODE Default: 0x00 0x08 Class 0: 0x10 0x18 Class 1: 0x11 0x19 Class 2: 0x12 0x1A Class 3: 0x13 0x1B 0x10 thru 0x1B are technically not valid in SMPP (marked as reserved/unused). By default (without RemapMessageClassDCS=No), NowSMS changes to: TEXT UNICODE Default: 0x00 0x08 Class 0: 0xF0 0x08 Class 1: 0xF1 0x08 Class 2: 0xF2 0x08 Class 3: 0xF3 0x08 In GSM, 0x10 and 0xF0 have the same meaning. (Same with 1, 2, 3) The NowSMS web form uses the 0x1# version when submitting. When RemapMessageClassDCS=0 is added, the DCS values are not changed. So messages with class indicator could use 0x10, 0x11, 0x12, 0x13, 0x18, 0x19, 0x1A, 0x1B -- Des NowSMS Support | ||||||
