i would draw it this way A user initiated USSD request follows USER----->MSC/HLR------>VLR------>USSD GW------->APPLICATION though i stand to be corrected, everything is settled by HLR just like how USSD works when roaming On Thu, Jul 14, 2011 at 4:45 PM, Bernard Mwagiru <bmwagiru@gmail.com> wrote:
I still dont see how this will work internationally? A user initiated USSD request follows USER----->MSC/VLR------>HLR------>USSD GW------->APPLICATION
Network initiated follows reverse. In both cases, how will the USSDGW contact the foreign HLR ?
./bernard
On Thu, Jul 14, 2011 at 3:58 PM, Tony Likhanga <tlikhanga@gmail.com>wrote:
Aha, I now get the drift of your implementation. A voice call is involved; so yes, the number is accessible from anywhere. I had asummed that the initial access was via a USSD short code.
Here's my new framework understanding of the idea
1. Voice call brings in required parameters of the targeted end user. 2. App, captures what it needs from the call details & disconnects the call. 3. An "application originating" (sort of NI USSD dialogue) USSD menu is fired to the end user.
Hmmm, I must have encountered something in those lines during those days when mig33 used to offer free calls (credit)
I've sent u my numbers off-list.
Tony.
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke