Well, I suppose these characters are counted after they would have been converted to the GSM 03.38 alphabet.
2009/10/1 Jason Mule <[email protected]>: > Please take a look at the PDU dump below. It seems that these > characters are counted as occupying 2 bytes and yet we are using > ASCII: > > 2009-10-01 11:18:52 [9435] [7] DEBUG: type_name: submit_sm > 2009-10-01 11:18:52 [9435] [7] DEBUG: command_id: 4 = 0x00000004 > 2009-10-01 11:18:52 [9435] [7] DEBUG: command_status: 0 = 0x00000000 > 2009-10-01 11:18:52 [9435] [7] DEBUG: sequence_number: 1775 = 0x000006ef > 2009-10-01 11:18:52 [9435] [7] DEBUG: service_type: "6502" > 2009-10-01 11:18:52 [9435] [7] DEBUG: source_addr_ton: 0 = 0x00000000 > 2009-10-01 11:18:52 [9435] [7] DEBUG: source_addr_npi: 1 = 0x00000001 > 2009-10-01 11:18:52 [9435] [7] DEBUG: source_addr: "6502" > 2009-10-01 11:18:52 [9435] [7] DEBUG: dest_addr_ton: 1 = 0x00000001 > 2009-10-01 11:18:52 [9435] [7] DEBUG: dest_addr_npi: 1 = 0x00000001 > 2009-10-01 11:18:52 [9435] [7] DEBUG: destination_addr: "250789112112" > 2009-10-01 11:18:52 [9435] [7] DEBUG: esm_class: 0 = 0x00000000 > 2009-10-01 11:18:52 [9435] [7] DEBUG: protocol_id: 0 = 0x00000000 > 2009-10-01 11:18:52 [9435] [7] DEBUG: priority_flag: 0 = 0x00000000 > 2009-10-01 11:18:52 [9435] [7] DEBUG: schedule_delivery_time: NULL > 2009-10-01 11:18:52 [9435] [7] DEBUG: validity_period: NULL > 2009-10-01 11:18:52 [9435] [7] DEBUG: registered_delivery: 1 = 0x00000001 > 2009-10-01 11:18:52 [9435] [7] DEBUG: replace_if_present_flag: 0 = > 0x00000000 > 2009-10-01 11:18:52 [9435] [7] DEBUG: data_coding: 0 = 0x00000000 > <-- default coding (ASCII) > 2009-10-01 11:18:52 [9435] [7] DEBUG: sm_default_msg_id: 0 = 0x00000000 > 2009-10-01 11:18:52 [9435] [7] DEBUG: sm_length: 80 = 0x00000050 > 2009-10-01 11:18:52 [9435] [7] DEBUG: short_message: > 2009-10-01 11:18:52 [9435] [7] DEBUG: Octet string at 0x9360ed0: > 2009-10-01 11:18:52 [9435] [7] DEBUG: len: 80 > 2009-10-01 11:18:52 [9435] [7] DEBUG: size: 81 > 2009-10-01 11:18:52 [9435] [7] DEBUG: immutable: 0 > 2009-10-01 11:18:52 [9435] [7] DEBUG: data: 7b 7d 7b 7d 7b 7d 7b > 7d 7b 7d 7b 7d 7b 7d 7b 7d {}{}{}{}{}{}{}{} > 2009-10-01 11:18:52 [9435] [7] DEBUG: data: 7b 7d 7b 7d 7b 7d 7b > 7d 7b 7d 7b 7d 7b 7d 7b 7d {}{}{}{}{}{}{}{} > 2009-10-01 11:18:52 [9435] [7] DEBUG: data: 7b 7d 7b 7d 7b 7d 7b > 7d 7b 7d 7b 7d 7c 7c 7c 7c {}{}{}{}{}{}|||| > 2009-10-01 11:18:52 [9435] [7] DEBUG: data: 7c 7c 7c 7c 7c 7c 7c > 7c 7b 7d 7b 7d 7b 7d 7b 7d ||||||||{}{}{}{} > 2009-10-01 11:18:52 [9435] [7] DEBUG: data: 7b 7d 7b 7d 7b 7d 7b > 7d 7b 7d 7b 7d 7b 7d 7b 7d {}{}{}{}{}{}{}{} > 2009-10-01 11:18:52 [9435] [7] DEBUG: Octet string dump ends. > 2009-10-01 11:18:52 [9435] [7] DEBUG: SMPP PDU dump ends. > ...(split occurs here and the second part is sent out) > 2009-10-01 11:18:52 [9435] [7] DEBUG: SMPP[MAGPIE1]: Sending PDU: > 2009-10-01 11:18:52 [9435] [7] DEBUG: SMPP PDU 0x936a260 dump: > 2009-10-01 11:18:52 [9435] [7] DEBUG: type_name: submit_sm > 2009-10-01 11:18:52 [9435] [7] DEBUG: command_id: 4 = 0x00000004 > 2009-10-01 11:18:52 [9435] [7] DEBUG: command_status: 0 = 0x00000000 > 2009-10-01 11:18:52 [9435] [7] DEBUG: sequence_number: 1776 = 0x000006f0 > 2009-10-01 11:18:52 [9435] [7] DEBUG: service_type: "6502" > 2009-10-01 11:18:52 [9435] [7] DEBUG: source_addr_ton: 0 = 0x00000000 > 2009-10-01 11:18:52 [9435] [7] DEBUG: source_addr_npi: 1 = 0x00000001 > 2009-10-01 11:18:52 [9435] [7] DEBUG: source_addr: "6502" > 2009-10-01 11:18:52 [9435] [7] DEBUG: dest_addr_ton: 1 = 0x00000001 > 2009-10-01 11:18:52 [9435] [7] DEBUG: dest_addr_npi: 1 = 0x00000001 > 2009-10-01 11:18:52 [9435] [7] DEBUG: destination_addr: "250789112112" > 2009-10-01 11:18:52 [9435] [7] DEBUG: esm_class: 0 = 0x00000000 > 2009-10-01 11:18:52 [9435] [7] DEBUG: protocol_id: 0 = 0x00000000 > 2009-10-01 11:18:52 [9435] [7] DEBUG: priority_flag: 0 = 0x00000000 > 2009-10-01 11:18:52 [9435] [7] DEBUG: schedule_delivery_time: NULL > 2009-10-01 11:18:52 [9435] [7] DEBUG: validity_period: NULL > 2009-10-01 11:18:52 [9435] [7] DEBUG: registered_delivery: 0 = 0x00000000 > 2009-10-01 11:18:52 [9435] [7] DEBUG: replace_if_present_flag: 0 = > 0x00000000 > 2009-10-01 11:18:52 [9435] [7] DEBUG: data_coding: 0 = 0x00000000 > 2009-10-01 11:18:52 [9435] [7] DEBUG: sm_default_msg_id: 0 = 0x00000000 > 2009-10-01 11:18:52 [9435] [7] DEBUG: sm_length: 80 = 0x00000050 > 2009-10-01 11:18:52 [9435] [7] DEBUG: short_message: > 2009-10-01 11:18:52 [9435] [7] DEBUG: Octet string at 0x936d0f8: > 2009-10-01 11:18:52 [9435] [7] DEBUG: len: 80 > 2009-10-01 11:18:52 [9435] [7] DEBUG: size: 81 > 2009-10-01 11:18:52 [9435] [7] DEBUG: immutable: 0 > 2009-10-01 11:18:52 [9435] [7] DEBUG: data: 7b 7d 7b 7d 7b 7d 7b > 7d 7b 7d 7b 7d 7b 7d 7c 7c {}{}{}{}{}{}{}|| > 2009-10-01 11:18:52 [9435] [7] DEBUG: data: 7c 7c 7c 7c 7c 7c 7c > 7c 7c 7c 7c 7c 7c 7c 7c 7c |||||||||||||||| > 2009-10-01 11:18:52 [9435] [7] DEBUG: data: 7c 7c 7c 7c 7c 7c 7c > 7c 7c 7c 7c 7c 7c 7c 7c 7c |||||||||||||||| > 2009-10-01 11:18:52 [9435] [7] DEBUG: data: 7c 7c 7c 7c 7c 7c 7c > 7c 7c 7c 7c 7c 7c 7c 7c 7c |||||||||||||||| > 2009-10-01 11:18:52 [9435] [7] DEBUG: data: 7c 7c 7c 7c 7c 7c 7c > 7c 7c 7c 7c 7d 7c 5e 5e 5e |||||||||||}|^^^ > > > > > 2009/9/30 Nikos Balkanas <[email protected]>: >> Hi, >> >> Well, you should also count in UDH. I believe this is 7 chars. So in reality >> you are sending 167 chars. >> >> BR, >> Nikos >> ----- Original Message ----- From: "Jason Mule" <[email protected]> >> To: <[email protected]> >> Sent: Wednesday, September 30, 2009 8:38 PM >> Subject: message split in SUBMIT_SM pdu due to extended GSM characters >> >> >>> Hello, >>> >>> It appears that a 160 character message containing extended gsm >>> characters e.g. [,\,],^,{,|,},~ will be split into 2 messages even >>> though the default SMSC alphabet is ASCII. I have just tested this >>> using Kannel 1.4.3. Is anyone able to shed more light on this? Thanks. >>> >>> -- >>> Kind regards >>> Jason Mule >>> >> >> > > > > -- > Kind regards > Jason Mule > -- Kind regards Jason Mule
