# SMS Service problem

**URL:** <https://forum.sierrawireless.com/t/sms-service-problem/5078>\
**Category:** Open AT\
**Created:** [May 24, 2011, 12:29pm UTC](https://forum.sierrawireless.com/t/sms-service-problem/5078 "2011-05-24T12:29:31Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![gsav](https://avatars.discourse-cdn.com/v4/letter/g/ecc23a/32.png) [@gsav](https://forum.sierrawireless.com/u/gsav)\
**Post date:** [May 24, 2011, 12:29pm UTC](https://forum.sierrawireless.com/t/sms-service-problem/5078/1 "2011-05-24T12:29:31Z")

</div>

Hello,

I use the adl\_smsSubscribe() function to subscribe to the SMS service for sending/receiving SMS (Open AT library version 6.32) and I have encountered a problem…

Everything seems to be working fine when application starts but after a while (may be hours or days) my incoming SMS handler stops being called when an incoming SMS arrives. From that point on, all incoming SMS are stored in the SIM card instead!

My handler always returns FALSE so that incoming SMS will NOT be stored to SIM card (incoming SMS are only to be processed by the handler).

I tried to unsubscribe from the SMS service (when the problem appeared) and subscribe again just to see if the problem is solved but nothing happened. Outgoing SMS are still being dispatched with no problem.

My embedded application handles incoming calls as well by subscribing to “RING”, “+CLIP” and “NO CARRIER” unsolicited modem responses through adl\_atUnSoSubscribe() function. When the problem mentioned above occurred I issued a call to the modem but the “RING” unsolicited response was forwarded to the external serial port (I was able to see it with HyperTerminal) instead of being forwarded to the embedded application as expected. Incoming call handler also returns FALSE in any case.

After a restart everything is working as expected. Incoming SMS are being handled by the incoming SMS handler and incoming calls are being detected by the embedded application (no “RING” message appears on external serial port as it is directed to the embedded application).

Has anybody faced a similar problem before? Any ideas what can bring the modem to such a state?

Thanks in advance for your time and interest…

George

---

<div class="post-metadata">

**Author:** ![awneil](https://avatars.discourse-cdn.com/v4/letter/a/49beb7/32.png) [@awneil](https://forum.sierrawireless.com/u/awneil)\
**Post date:** [May 24, 2011, 1:49pm UTC](https://forum.sierrawireless.com/t/sms-service-problem/5078/2 "2011-05-24T13:49:14Z")

</div>

> [@gsav](#):
>
> Has anybody faced a similar problem before?

Yes: [Received SMS messages not reaching the SMS Handler - #5 by awneil](https://forum.sierrawireless.com/t/received-sms-messages-not-reaching-the-sms-handler/4685/5)

> [@](#):
>
> Any ideas what can bring the modem to such a state?

No. 😠

But if you can find anything that seems to cause the problem with a fair degree of repeatability, I’d be happy to help investigate…

> [@](#):
>
> I tried to unsubscribe from the SMS service (when the problem appeared) and subscribe again just to see if the problem is solved but nothing happened.

What was the return result from adl\_smsSubscribe() here?

> [@](#):
>
> My embedded application handles incoming calls as well by subscribing to “RING”, “+CLIP” and “NO CARRIER” unsolicited modem responses through adl\_atUnSoSubscribe() function. When the problem mentioned above occurred I issued a call to the modem but the “RING” unsolicited response was forwarded to the external serial port (I was able to see it with HyperTerminal) instead of being forwarded to the embedded application as expected.

That’s interesting…

Have you reported this to your Distributor and/or FAE?

I think we now have enough posts here to be fairly sure that there is a problem…

---

<div class="post-metadata">

**Author:** ![gsav](https://avatars.discourse-cdn.com/v4/letter/g/ecc23a/32.png) [@gsav](https://forum.sierrawireless.com/u/gsav)\
**Post date:** [May 25, 2011, 9:31am UTC](https://forum.sierrawireless.com/t/sms-service-problem/5078/3 "2011-05-25T09:31:12Z")

</div>

> [@awneil](#):
>
> > [@gsav](#):
> >
> > Has anybody faced a similar problem before?
> 
> Yes: [forum.sierrawireless.com/viewto … 385#p21009](https://forum.sierrawireless.com/t/received-sms-messages-not-reaching-the-sms-handler/4685/5)

Sorry… I missed that topic… Although I did perform a search before posting… ☹

> [@awneil](#):
>
> > [@gsav](#):
> >
> > Any ideas what can bring the modem to such a state?
> 
> No. 😠  
> But if you can find anything that seems to cause the problem with a fair degree of repeatability, I’d be happy to help investigate…

I’m not able to reproduce it (so far)… It only happened a few times in the field and just once in the lab while I was trying to simulate another abnormal modem behavior (I 'll open another topic about that one) so I took the chance to make a few tests…

> [@awneil](#):
>
> > [@gsav](#):
> >
> > I tried to unsubscribe from the SMS service (when the problem appeared) and subscribe again just to see if the problem is solved but nothing happened.
> 
> What was the return result from adl\_smsSubscribe() here?

Both adl\_smsUnsubscribe() and adl\_smsSubscribe() were successful. adl\_smsUnsubscribe() returns OK whereas adl\_smsSubscribe() returns a valid handle (that is \>=0)

> [@awneil](#):
>
> > [@gsav](#):
> >
> > My embedded application handles incoming calls as well by subscribing to “RING”, “+CLIP” and “NO CARRIER” unsolicited modem responses through adl\_atUnSoSubscribe() function. When the problem mentioned above occurred I issued a call to the modem but the “RING” unsolicited response was forwarded to the external serial port (I was able to see it with HyperTerminal) instead of being forwarded to the embedded application as expected.
> 
> That’s interesting…  
> Have you reported this to your Distributor and/or FAE?

Yes, did that already… Waiting for an answer… I 'll let you know if I get any …

> [@awneil](#):
>
> I think we now have enough posts here to be fairly sure that there is a problem…

There definitely is a problem… Let’s hope we 'll get to know what causes it…

Thank you very much for your reply…

George

---

<div class="post-metadata">

**Author:** ![awneil](https://avatars.discourse-cdn.com/v4/letter/a/49beb7/32.png) [@awneil](https://forum.sierrawireless.com/u/awneil)\
**Post date:** [May 25, 2011, 9:33am UTC](https://forum.sierrawireless.com/t/sms-service-problem/5078/4 "2011-05-25T09:33:44Z")

</div>

> [@gsav](#):
>
> I’m not able to reproduce it (so far)… It only happened a few times in the field and just once in the lab while I was trying to simulate another abnormal modem behavior

I know that feeling exactly!

☹
