Regarding class 0 DCS sending

Regarding class 0 DCS sending SearchSearch

SMS & MMS Technical Forum » NowSMS Support - SMS Issues (Product Support Only) » Archive through April 16, 2015 » Regarding class 0 DCS sending « Previous || Next »
Author Message
Johnny
Frequent Contributor
Username: Johny

Post Number: 52
Registered: 02-2009
Posted on Wednesday, February 04, 2015 - 06:23 am:   

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
Posted on Wednesday, February 04, 2015 - 03:52 pm:   


quote:

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?




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.


quote:

where do i add RemapMessageClassDCS=No?
under [SMPP - server:port]?
if not after creating [SMPP] and then add RemapMessageClassDCS=No under [SMPP]?




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].


quote:

If our smpp support 0x18 0x19 0x1A 0x1B values, Unicode sms correctly received without character numbers?(more 70 characters have to received correctly




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
Posted on Wednesday, February 11, 2015 - 08:19 am:   

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?

text/plain
SMPP debug log.txt (37.0 k)
text/plain
sms out log.txt (1.4 k)
text/plain
smsdebug log.txt (15.6 k)
Des - NowSMS Support
Board Administrator
Username: Desosms

Post Number: 5201
Registered: 08-2008
Posted on Wednesday, February 11, 2015 - 09:51 pm:   


quote:

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?




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

Login Login / Register Logout Logout Search Last 30 Days Topics Topics