<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:series="http://unfoldingneurons.com/"
		>
<channel>
	<title>Comments on: More on the SMS PDU</title>
	<atom:link href="http://mobiletidings.com/2009/02/11/more-on-the-sms-pdu/feed/" rel="self" type="application/rss+xml" />
	<link>http://mobiletidings.com/2009/02/11/more-on-the-sms-pdu/</link>
	<description>A blog about Internet protocols, mobile technologies and things remotely related</description>
	<lastBuildDate>Thu, 08 Jul 2010 10:13:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: kristl</title>
		<link>http://mobiletidings.com/2009/02/11/more-on-the-sms-pdu/comment-page-3/#comment-1628</link>
		<dc:creator>kristl</dc:creator>
		<pubDate>Thu, 08 Jul 2010 10:13:35 +0000</pubDate>
		<guid isPermaLink="false">http://mobiletidings.com/?p=102#comment-1628</guid>
		<description>Hi Jeroen,
I have problem with Tp-mr field in pdu format.
I am sending messages throught hyper terminal. And the problem is that i do not get the same message reference (that i set in SMS-SUBMIT) when reading SMS status report:

example: (SMS-SUBMIT)
AT+CMGS: 34 
07918346011033F325 08 0B918336234567F800001873B8BCDC2EBBD565F71B242ECFCBE434FB0D72B95C
my message reference is : 08

what i get is: (STATUS REPORT)
+CMD: 06550B918336234567F801702001723480017020017244800000000012
returned message reference is: 55(hex)

As i see the problem is in that the modem &quot;override&quot; my message reference because this message reference is the one that is on SIM card(TP-MR -&gt; incremental field) which is used in case if you set message reference to 00(let modem choose).

I do not know how to tell modem not to &quot;override&quot; it. I think there must be some kind of AT COMMAND to tell that. Or it can be a trick in addtional pdu fileds, but i cannot figure it out i read all the documentation from ETSI.

Please help.</description>
		<content:encoded><![CDATA[<p>Hi Jeroen,<br />
I have problem with Tp-mr field in pdu format.<br />
I am sending messages throught hyper terminal. And the problem is that i do not get the same message reference (that i set in SMS-SUBMIT) when reading SMS status report:</p>
<p>example: (SMS-SUBMIT)<br />
AT+CMGS: 34<br />
07918346011033F325 08 0B918336234567F800001873B8BCDC2EBBD565F71B242ECFCBE434FB0D72B95C<br />
my message reference is : 08</p>
<p>what i get is: (STATUS REPORT)<br />
+CMD: 06550B918336234567F801702001723480017020017244800000000012<br />
returned message reference is: 55(hex)</p>
<p>As i see the problem is in that the modem &#8220;override&#8221; my message reference because this message reference is the one that is on SIM card(TP-MR -&gt; incremental field) which is used in case if you set message reference to 00(let modem choose).</p>
<p>I do not know how to tell modem not to &#8220;override&#8221; it. I think there must be some kind of AT COMMAND to tell that. Or it can be a trick in addtional pdu fileds, but i cannot figure it out i read all the documentation from ETSI.</p>
<p>Please help.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jags</title>
		<link>http://mobiletidings.com/2009/02/11/more-on-the-sms-pdu/comment-page-3/#comment-1624</link>
		<dc:creator>jags</dc:creator>
		<pubDate>Wed, 16 Jun 2010 09:07:35 +0000</pubDate>
		<guid isPermaLink="false">http://mobiletidings.com/?p=102#comment-1624</guid>
		<description>Hi Jeroen,
with the help of your article am able to send the below message and received correctly as &quot;hellohello&quot;, your article helped me a lot!
 
at+cmgs=23
&gt; 0011000C911999084443130000AA0AE8329BFD4697D9EC37
&gt; 
+CMGS: 2

OK

but when i tried to send the above message as an combined message by sending message 3 times as shown below, i was able send success but not able to receive correctly in the receiving end.
sending :
 AT+CMGS=28          
&gt; 0041000C91199908444313000011050003000301E8329BFD4697D9EC37                                                          
&gt;    
+CMGS: 14         

OK  
AT+CMGS=28          
&gt; 0041000C91199908444313000011050003000302E8329BFD4697D9EC37                                                            
&gt;    
+CMGS: 15         

OK  
AT+CMGS=28          
&gt; 0041000C91199908444313000011050003000303E8329BFD4697D9EC37                                                            
&gt;    
+CMGS: 16   
OK

but at the receiving end am received message like this &quot;t26v7t26v7t26v7t26v7t26v7t26v7&quot; it should be &quot;hellohellohellohellohellohello&quot;.
pls help me out to find the problem.
Regards
jags</description>
		<content:encoded><![CDATA[<p>Hi Jeroen,<br />
with the help of your article am able to send the below message and received correctly as &#8220;hellohello&#8221;, your article helped me a lot!</p>
<p>at+cmgs=23<br />
&gt; 0011000C911999084443130000AA0AE8329BFD4697D9EC37<br />
&gt; <br />
+CMGS: 2</p>
<p>OK</p>
<p>but when i tried to send the above message as an combined message by sending message 3 times as shown below, i was able send success but not able to receive correctly in the receiving end.<br />
sending :<br />
 AT+CMGS=28<br />
&gt; 0041000C91199908444313000011050003000301E8329BFD4697D9EC37<br />
&gt; <br />
+CMGS: 14         </p>
<p>OK<br />
AT+CMGS=28<br />
&gt; 0041000C91199908444313000011050003000302E8329BFD4697D9EC37<br />
&gt; <br />
+CMGS: 15         </p>
<p>OK<br />
AT+CMGS=28<br />
&gt; 0041000C91199908444313000011050003000303E8329BFD4697D9EC37<br />
&gt; <br />
+CMGS: 16<br />
OK</p>
<p>but at the receiving end am received message like this &#8220;t26v7t26v7t26v7t26v7t26v7t26v7&#8243; it should be &#8220;hellohellohellohellohellohello&#8221;.<br />
pls help me out to find the problem.<br />
Regards<br />
jags</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kashif</title>
		<link>http://mobiletidings.com/2009/02/11/more-on-the-sms-pdu/comment-page-3/#comment-1607</link>
		<dc:creator>Kashif</dc:creator>
		<pubDate>Sun, 28 Mar 2010 01:42:27 +0000</pubDate>
		<guid isPermaLink="false">http://mobiletidings.com/?p=102#comment-1607</guid>
		<description>OK, I found the answer of my question
(Replacing message on handset with new one)
Setting PID to 01000001 or decimal 65 or hex 41 replace message.

For hardware modems (GSM) it should be set in AT+CSMP
its default value is 17,179,0,0
setting it to 17,179,65,0 make message replace
setting it to 17,179,0,16 makes flash SMS

tested on Siemens and Wavecom modems.

I hope it would help those trying to find this information. I spend lot of time till I read this post and it gave me idea to figure it out.
Thanks,
Kashif
Canada</description>
		<content:encoded><![CDATA[<p>OK, I found the answer of my question<br />
(Replacing message on handset with new one)<br />
Setting PID to 01000001 or decimal 65 or hex 41 replace message.</p>
<p>For hardware modems (GSM) it should be set in AT+CSMP<br />
its default value is 17,179,0,0<br />
setting it to 17,179,65,0 make message replace<br />
setting it to 17,179,0,16 makes flash SMS</p>
<p>tested on Siemens and Wavecom modems.</p>
<p>I hope it would help those trying to find this information. I spend lot of time till I read this post and it gave me idea to figure it out.<br />
Thanks,<br />
Kashif<br />
Canada</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kashif</title>
		<link>http://mobiletidings.com/2009/02/11/more-on-the-sms-pdu/comment-page-3/#comment-1606</link>
		<dc:creator>Kashif</dc:creator>
		<pubDate>Sat, 27 Mar 2010 21:20:48 +0000</pubDate>
		<guid isPermaLink="false">http://mobiletidings.com/?p=102#comment-1606</guid>
		<description>Hi,
Your articles are really good and provide lot of information on SMS and GSM standards.

For some time I am doing a research to find a way to replace SMS on the handset with a new message version. This is useful e.g when a one time password is sent via SMS (old password becomes invalid and hence may be replaced with a new message if sender id and message reference are same etc)

Is there anyway of doing it? I have a multiwave GSM modem to play with. I will be thankful for any tip.
I saw someone discussing similar thing in messages above?

Thanks</description>
		<content:encoded><![CDATA[<p>Hi,<br />
Your articles are really good and provide lot of information on SMS and GSM standards.</p>
<p>For some time I am doing a research to find a way to replace SMS on the handset with a new message version. This is useful e.g when a one time password is sent via SMS (old password becomes invalid and hence may be replaced with a new message if sender id and message reference are same etc)</p>
<p>Is there anyway of doing it? I have a multiwave GSM modem to play with. I will be thankful for any tip.<br />
I saw someone discussing similar thing in messages above?</p>
<p>Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NRKARTHICK</title>
		<link>http://mobiletidings.com/2009/02/11/more-on-the-sms-pdu/comment-page-3/#comment-1515</link>
		<dc:creator>NRKARTHICK</dc:creator>
		<pubDate>Mon, 07 Dec 2009 04:51:43 +0000</pubDate>
		<guid isPermaLink="false">http://mobiletidings.com/?p=102#comment-1515</guid>
		<description>Dear Jeroen,
Please help me to send SMS without country code because national sms is not free for me but local sms is free. 

If I send sms to national numbers directly from phone without country code then it ask me to insert 0 or 91.

Following PDU is for your reference...

AT+CMGS=153
00 41 00 0A A1 0949965958 00 00 A0 05 0003000201 98 C472580E1AD6E7F477BB2C6F289661795D0EB2E6E7F930481876AF41E3...

+CMS: ERROR</description>
		<content:encoded><![CDATA[<p>Dear Jeroen,<br />
Please help me to send SMS without country code because national sms is not free for me but local sms is free. </p>
<p>If I send sms to national numbers directly from phone without country code then it ask me to insert 0 or 91.</p>
<p>Following PDU is for your reference&#8230;</p>
<p>AT+CMGS=153<br />
00 41 00 0A A1 0949965958 00 00 A0 05 0003000201 98 C472580E1AD6E7F477BB2C6F289661795D0EB2E6E7F930481876AF41E3&#8230;</p>
<p>+CMS: ERROR</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karthick</title>
		<link>http://mobiletidings.com/2009/02/11/more-on-the-sms-pdu/comment-page-3/#comment-1512</link>
		<dc:creator>Karthick</dc:creator>
		<pubDate>Sat, 05 Dec 2009 13:08:12 +0000</pubDate>
		<guid isPermaLink="false">http://mobiletidings.com/?p=102#comment-1512</guid>
		<description>Dear Jeroen,

My country is india (country Code:+91),
State is Tamilnadu.
For me Local(ie. Inside tamilnadu circle) sms is free but national sms is not free.

But my database contains 100000 phone numbers including national numbers.
I dont know how to omit the national numbers which debit my account balance.
Because i am using 91 as my country code so i cant filter the national numbers.
 
Through mobile if i try to send sms to national numbers without my country code it will not send and it ask me to include country code but through PDU how to solve this problem? (ie. if i get error then i will continue to send to next number which means that error occured due to national number)

I tried using A1 as mentioned by you but i am getting error.

Following are the Two Scenario for your reference

1. Country Code (91 India) Included
AT+CMGS=153
00 41 00 0C 91 19 0949965958 00 00 A0 05 0003000201 98 C472580E1AD6E7F477BB2C6F289661795D0EB2E6E7F930481876A
F41E332BB2C9687E9E539681AB6A7DDE73968186EC3C3E9B31B649
6BFDBA0D89C0E72BEED2E10FD0D9AC5E67410B13C76816039574301
65EB416F78D90DCABFEB729039DC4EB3F32C90599E2EBBC97390092
42FB3C3F4B4BD3C0785C7E377DD4D9F83EE693A1A1476E741

(This is Ok for Both local and national sms, but i have to send only for local numbers)


2. Country Code Excluded
AT+CMGS=153
00 41 00 0A A1 0949965958 00 00 A0 05 0003000201 98 C472580E1AD6E7F477BB2C6F289661795D0EB2E6E7F930481876A
F41E332BB2C9687E9E539681AB6A7DDE73968186EC3C3E9B31B649
6BFDBA0D89C0E72BEED2E10FD0D9AC5E67410B13C76816039574301
65EB416F78D90DCABFEB729039DC4EB3F32C90599E2EBBC97390092
42FB3C3F4B4BD3C0785C7E377DD4D9F83EE693A1A1476E741

(Error CMS+:500)

Please help me...
Thanks in advance.</description>
		<content:encoded><![CDATA[<p>Dear Jeroen,</p>
<p>My country is india (country Code:+91),<br />
State is Tamilnadu.<br />
For me Local(ie. Inside tamilnadu circle) sms is free but national sms is not free.</p>
<p>But my database contains 100000 phone numbers including national numbers.<br />
I dont know how to omit the national numbers which debit my account balance.<br />
Because i am using 91 as my country code so i cant filter the national numbers.</p>
<p>Through mobile if i try to send sms to national numbers without my country code it will not send and it ask me to include country code but through PDU how to solve this problem? (ie. if i get error then i will continue to send to next number which means that error occured due to national number)</p>
<p>I tried using A1 as mentioned by you but i am getting error.</p>
<p>Following are the Two Scenario for your reference</p>
<p>1. Country Code (91 India) Included<br />
AT+CMGS=153<br />
00 41 00 0C 91 19 0949965958 00 00 A0 05 0003000201 98 C472580E1AD6E7F477BB2C6F289661795D0EB2E6E7F930481876A<br />
F41E332BB2C9687E9E539681AB6A7DDE73968186EC3C3E9B31B649<br />
6BFDBA0D89C0E72BEED2E10FD0D9AC5E67410B13C76816039574301<br />
65EB416F78D90DCABFEB729039DC4EB3F32C90599E2EBBC97390092<br />
42FB3C3F4B4BD3C0785C7E377DD4D9F83EE693A1A1476E741</p>
<p>(This is Ok for Both local and national sms, but i have to send only for local numbers)</p>
<p>2. Country Code Excluded<br />
AT+CMGS=153<br />
00 41 00 0A A1 0949965958 00 00 A0 05 0003000201 98 C472580E1AD6E7F477BB2C6F289661795D0EB2E6E7F930481876A<br />
F41E332BB2C9687E9E539681AB6A7DDE73968186EC3C3E9B31B649<br />
6BFDBA0D89C0E72BEED2E10FD0D9AC5E67410B13C76816039574301<br />
65EB416F78D90DCABFEB729039DC4EB3F32C90599E2EBBC97390092<br />
42FB3C3F4B4BD3C0785C7E377DD4D9F83EE693A1A1476E741</p>
<p>(Error CMS+:500)</p>
<p>Please help me&#8230;<br />
Thanks in advance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NRKARTHICK</title>
		<link>http://mobiletidings.com/2009/02/11/more-on-the-sms-pdu/comment-page-3/#comment-1506</link>
		<dc:creator>NRKARTHICK</dc:creator>
		<pubDate>Mon, 30 Nov 2009 09:29:20 +0000</pubDate>
		<guid isPermaLink="false">http://mobiletidings.com/?p=102#comment-1506</guid>
		<description>Dear Jeroen,
You are 100% correct...
If i omit that extra octets than i get only symbols as message. So that Extra octet preserves Offset in bits.
I will try to find the solution. Thanks for your help and i will mention your name in my projects.</description>
		<content:encoded><![CDATA[<p>Dear Jeroen,<br />
You are 100% correct&#8230;<br />
If i omit that extra octets than i get only symbols as message. So that Extra octet preserves Offset in bits.<br />
I will try to find the solution. Thanks for your help and i will mention your name in my projects.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeroen</title>
		<link>http://mobiletidings.com/2009/02/11/more-on-the-sms-pdu/comment-page-3/#comment-1505</link>
		<dc:creator>Jeroen</dc:creator>
		<pubDate>Thu, 26 Nov 2009 22:16:11 +0000</pubDate>
		<guid isPermaLink="false">http://mobiletidings.com/?p=102#comment-1505</guid>
		<description>No.

Cheers,
Jeroen</description>
		<content:encoded><![CDATA[<p>No.</p>
<p>Cheers,<br />
Jeroen</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NRKARTHICK</title>
		<link>http://mobiletidings.com/2009/02/11/more-on-the-sms-pdu/comment-page-3/#comment-1503</link>
		<dc:creator>NRKARTHICK</dc:creator>
		<pubDate>Wed, 25 Nov 2009 07:31:17 +0000</pubDate>
		<guid isPermaLink="false">http://mobiletidings.com/?p=102#comment-1503</guid>
		<description>Hi Jeroen
This is my second question.....
Is it possible to write the long(more than 160) sms in pdu mode using AT+CMGW instead of AT+CMGS (ie: writing long sms in message memory to send to more recipients....)??</description>
		<content:encoded><![CDATA[<p>Hi Jeroen<br />
This is my second question&#8230;..<br />
Is it possible to write the long(more than 160) sms in pdu mode using AT+CMGW instead of AT+CMGS (ie: writing long sms in message memory to send to more recipients&#8230;.)??</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeroen</title>
		<link>http://mobiletidings.com/2009/02/11/more-on-the-sms-pdu/comment-page-3/#comment-1504</link>
		<dc:creator>Jeroen</dc:creator>
		<pubDate>Tue, 24 Nov 2009 22:15:35 +0000</pubDate>
		<guid isPermaLink="false">http://mobiletidings.com/?p=102#comment-1504</guid>
		<description>It seems to me you have an extra User Data Size in your PDUs.

In the first one:
A0 05 0003000201 98 - A0 is the user data size (UDL =160 septets). 05 is the user data header length (UDHL). The next 5 octets or the UDH. Then starts your text. The 98 is not required (and is in fact interpreted as text). Because of this extra octet you probably didn&#039;t have to worry about the offset in bits for your text, but if you remove the 98 you&#039;ll need to pay attention.

The second one:
89 05 0003000202 81 - Basically the same story. The 81 should not be there.

Look at &#039;How to pack GSM-7 characters into octets&#039; and particularly pay attention to the offset bits.

Regards,
Jeroen</description>
		<content:encoded><![CDATA[<p>It seems to me you have an extra User Data Size in your PDUs.</p>
<p>In the first one:<br />
A0 05 0003000201 98 &#8211; A0 is the user data size (UDL =160 septets). 05 is the user data header length (UDHL). The next 5 octets or the UDH. Then starts your text. The 98 is not required (and is in fact interpreted as text). Because of this extra octet you probably didn&#8217;t have to worry about the offset in bits for your text, but if you remove the 98 you&#8217;ll need to pay attention.</p>
<p>The second one:<br />
89 05 0003000202 81 &#8211; Basically the same story. The 81 should not be there.</p>
<p>Look at &#8216;How to pack GSM-7 characters into octets&#8217; and particularly pay attention to the offset bits.</p>
<p>Regards,<br />
Jeroen</p>
]]></content:encoded>
	</item>
</channel>
</rss>
