Streaming audio data won't stop unless I turn off the phone for 5 minutes.

Question

I have been testing the Curve 8330 regarding streaming audio from an icecast server. The address of the station is http://www.AirProgressive.org, click on "listen". (I have already run this by the icecast experts and they say it is a Blackberry "bug")
BLACKBERRY USERS! PLEASE BE AWARE THAT THE STREAM (dataflow) DOES NOT STOP WHEN YOU CLICK "STOP" ON THE MEDIA PLAYER! (and will continue for as long as you leave it on, and even if you turn off your BB for less than 5 Minutes.) I'm not sure if you are charged for these streams, but it seems that the battery is depleted rapidly if this continues without aborting it. See details of my testing below:
> Access icecast stream by clicking on the link on the website:
     http://www.airprogressive.org:8000/stream.m3u
> Stream consists of mp3 at 32kbps / 22050 Hz.
> Stock media player launches, stops at "Do you want to open or save the item."
    > No connections started yet (viewing "List Clients" page of icecast admin interface).
> Click "open", stream begins playing.
> Two connections are started instead of just one, always offset by 2 seconds.
    -- but sometimes only one connection starts.
> FYI, Icecast config: <client-timeout>30</client-timeout>
Here is the output from the "List Clients" page of Icecast2 Admin
IP
Seconds Connected
User Agent
Action
68.7.238.55
406
WinampMPEG/5.62, Ultravox/2.1
Kick
74.82.68.16
6
Mozilla/4.8 [en] (Windows NT 5.0; U)
Kick
74.82.68.16
4
Mozilla/4.8 [en] (Windows NT 5.0; U)
Kick
Note the last two entries with the same IP address. This is the Blackberry. Top entry is winamp player on PC for reference. Don't know why two listener connections are generated.
> Stream is "Stopped" (i.e. click stop)
> Stream is restarted (i.e. click Play)
> A new connection is started, this time with a new +1 IP address.
IP
Seconds Connected
User Agent
Action
68.7.238.55
687
WinampMPEG/5.62, Ultravox/2.1
Kick
74.82.68.16
287
Mozilla/4.8 [en] (Windows NT 5.0; U)
Kick
74.82.68.16
285
Mozilla/4.8 [en] (Windows NT 5.0; U)
Kick
74.82.68.17
8
Mozilla/4.8 [en] (Windows NT 5.0; U)
Kick
I can understand that the player may continue to communicate when "stopped" to fill the lookahead buffer, but when it is restarted, it should use the same connection and not start a new one.
> Click Stop.
> Click Play.
IP
Seconds Connected
User Agent
Action
68.7.238.55
803
WinampMPEG/5.62, Ultravox/2.1
Kick
74.82.68.16
403
Mozilla/4.8 [en] (Windows NT 5.0; U)
Kick
74.82.68.16
401
Mozilla/4.8 [en] (Windows NT 5.0; U)
Kick
74.82.68.17
124
Mozilla/4.8 [en] (Windows NT 5.0; U)
Kick
74.82.68.18
24
Mozilla/4.8 [en] (Windows NT 5.0; U)
Kick
> Yet another connection is started with a new "listener".
> Click "back" to exit from browser in Blackberry.
> All threads continue.
    --> I have tested this many times and the threads continue without being cleaned up indefinitely, even though the player is stopped and the stream is not "playing" on the handset.
> Turn off mobile network. Handset not communicating.
> Threads continue
> Handheld turned off.
IP
Seconds Connected
User Agent
Action
68.7.238.55
995
WinampMPEG/5.62, Ultravox/2.1
Kick
74.82.68.16
595
Mozilla/4.8 [en] (Windows NT 5.0; U)
Kick
74.82.68.16
593
Mozilla/4.8 [en] (Windows NT 5.0; U)
Kick
74.82.68.17
316
Mozilla/4.8 [en] (Windows NT 5.0; U)
Kick
74.82.68.18
216
Mozilla/4.8 [en] (Windows NT 5.0; U)
Kick
Finally, after over 300 seconds, the threads are finally cleaned up.
IP
Seconds Connected
User Agent
Action
68.7.238.55
1139
WinampMPEG/5.62, Ultravox/2.1
Kick
So, to stop the streaming server from communicating with the Blackberry handset, you must either turn it off or disable mobile network for at least 5 minutes.
It appears that the handset continues to transfer data (and therefore incur charges, if the user does not have an unlimited data plan) if the handset is not turned off or mobile network disabled for at least five minutes. It also runs down the battery much faster because the radio transmitter is actively being used, even if the user is not listening to the stream.
The Blackberry network has intervening servers that continue to receive data from the streaming server even if the handset is off. This behavior likely has utility to deal with the realities of the cellphone network, to allow the stream to be transferred from one cell to another, and deal with the possibility that the handset may be out of range for up to 5 minutes without "interruption." However, it is hard to turn off the stream.
QUESTIONS:
1. Is there a way to stop this sort of behavior using a configuration setting or something? It seems particularly stupid to start a new stream connection each time a STOP/START cycle is completed, allowing the old connections to continue streaming data (even if the data does not make it to the handset).
2. IS IT TRUE that the user will be "charged" for the data streams that are not disconnected?
3. Is there a way for a developer to send a signal to the intervening cellphone network to discontinue the orphan streams?
THANKS!!

Answer 1

No, I'm using something like this :
to start...
                   channel = new SoundChannel();
                                        soundPlay = new Sound();
                                        urlReq=new URLRequest;
                                        urlReq.url=mylUrl;  // url of radio mp3
                                        soundPlay.load(urlReq);
                   channel = soundPlay.play();
to stop it...
                      channel.stop();
                      channel=null;
                      try{soundPlay.close();} catch (e:Error) {} // error or not, the sream won't stop.
Any idea ? Did you try with a NetStream object ?
Bernard