URL Parameters + Protocol ID (PID)

URL Parameters + Protocol ID (PID) SearchSearch

SMS & MMS Technical Forum » NowSMS Support - SMS Issues (Product Support Only) » Archive through July 14, 2005 » URL Parameters + Protocol ID (PID) « Previous || Next »
Author Message
New member
Username: Nosij

Post Number: 5
Registered: 05-2005
Posted on Friday, May 20, 2005 - 10:08 am:   

Hi bryce ,
What is Protocol ID (PID). DO NowSMS have URL Parameter in which We can generate Transaction Primary Key from A Custom Application? in this we can traverse to the log and relate it to transaction.
Bryce Norwood - NowSMS Support
Board Administrator
Username: Bryce

Post Number: 4605
Registered: 10-2002
Posted on Thursday, May 26, 2005 - 04:58 pm:   


Good question. I'm not sure that I completely understand the PID. Essentially, it is a control flag that can be sent with a message.

Valid settings for the PID are defined in ETSI GSM 03.40 specification. Refer to sections 3.2.3,

Originally, I believe the idea was to use this for indicating that a message needed to be routed to another network type.

But today, all it is really used for is the "replacement type" messages. Basically, there are 8 different "replacment type" codes defined for PID values. So if a mobile receives a message from a particular sender address, with a "replacement type" that matches a previously received message from that same sender ... the new message replaces the old one in the inbox.

PID is also used to signal SIM download for SIM update messages.

You can download ETSI GSM 03.40 from www.etsi.org.

But I suspect this won't do what you're looking for.

It sounds like you want to have the ability to include some type of ID in messages sent out by your application. So when the message recipient replies back to your application, there is a transaction id in the message that allows your application to know what transaction the message is in response to.

Unfortunately, I've never seen a way to do this in SMS. There is no attribute that you can associate with a message that forces the receiving client to include that attribute in the reply.

It's a shame, because that would be incredibly useful to many applications.

All you can do is track based upon receipient/sender phone number. Some applications require that the reply include a code to associate with the transaction.

Some applications have multiple sender addresses, so if they need to have multiple transactions open with a single recipient ... and to track replies to the correct transaction. (Each transaction goes out to the recipient from a different sender address. When the reply comes back, the app knows which transaction the message is in reply to based upon which address the message was sent to. The application generally uses a bank of sender addresses, and rotates through them, placing a limit on the number of transactions that can be outstanding.)
New member
Username: Nosij

Post Number: 8
Registered: 05-2005
Posted on Saturday, May 28, 2005 - 12:03 am:   

thanks bryce.I just want to clarify. When I send SMS message.My message will go to QUEUE? or the Q folder.if that is true. can I embed Transaction ID just upto the Queue. for me to check if my SMS Message were successfully delivered to client? or can I Put directly a Text file with the format to the QUEUE folder so that I need not to envoke HTTP request? thank you so much for your reply

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