>From GSM 03.40 version 6.0.0: Reply path procedure: A mechanism which allows an SME to request that an SC should be permitted to handle a reply sent in response to a message previously sent from that SME to another SME. This may happen even though the SC may be unknown to the SME which received the initial message.
In my understanding the reply path means whether the mobile station (MS) should use the originator's SMSC when replying to the message, or not. In our case the reply path is automatically set to 0 in MOMT case, regardless the original value set by SME, because the subscribers are usually allowed to submit towards their own SMSC only. If user A sends a message to user B (assuming that they have different operators), and the reply path is enabled, when user B replies, the MS tries to use A's SMSC, but he will get refused by the SMSC. In AOMT case globally it can be changed, but it is restricted in the profile. The point is that the reply path indicator shows if the SC should handle the reply, and not if the user should reply. Thanks for the comments, Peter Arne K. Haaje <[EMAIL PROTECTED]> írta: > torsdag 24. februar 2005, 10:52, skrev Peter Buki: > > Hi, > > > > I created a patch for smsc_cimd2.c, because on Nokia SMSCs > > the use of reply path parameter is often forbidden. The > > original version (1.4) included it in both cases, mine > > includes when it is needed (1). > > > > It is up to you if you include it or not :-) > > I am +0 on this. > > The reason it is there (set to 0) when not used, is because some phones (try > SonyEricsson T68) will automatically ask you to reply to an incoming message > if RPI is not set to 0. > > -- > Yours sincerely, > Eurobate ASA > > Arne K. Haaje > Senior Network Engineer > -------------------------------------------------------------------- > Eurobate ASA - Postboks 4589 Nydalen - 0404 Oslo - Norway > Phone: +47 23 22 73 73 - Fax: +47 23 22 73 74 - Mob: +47 92 88 44 66 > http://www.eurobate.no/ > >
