Important: |
---|
This is retired content. This content is outdated and is no longer being maintained. It is provided as a courtesy for individuals who are still using these technologies. This content may contain URLs that were valid when originally published, but now link to sites or pages that no longer exist. |
4/8/2010
Simultaneous and Serialized Multiple APN Scenarios
Simultaneous Multiple APN Scenario
- The device can support simultaneous multiple APNs active and
has two different APNs configured – one for Internet and another
for MMS.
- The user wants to send a picture via the MMS application which
requests Connection Manager for a connection.
- Connection Manager determines based on pre-provisioned XML that
the MMS application must always use the MMS APN.
- Connection Manager ensures that any socket opened by the MMS
application automatically uses the IP interface corresponding to
the MMS APN.
- The user simultaneously starts the browser application that
makes a connection request to Internet and it automatically uses
the Internet APN that is the current default network of choice to
connect to Internet.
Serialized Multiple APN Scenario
- The device supports only one active APN connection at any given
time and has two different APNs configured – one for Internet and
another for MMS.
- The user wants to send a picture via the MMS application which
requests Connection Manager for a connection.
- Connection Manager determines based on pre-provisioned XML that
the MMS application must always use the MMS APN.
- Connection Manager ensures that any socket opened by the MMS
application automatically uses the IP interface corresponding to
the MMS APN.
- The user starts the browser application that makes a connection
request to Internet. If the browser application connection request
has higher priority, then Connection Manager automatically tears
down the MMS APN connection and enables the Internet APN connection
for the browser to connect to Internet.
Multiple APN Support and Applications Scenarios
Interaction with Voice
- Interaction with Voice with multiple simultaneous contexts is
the same as with single context. That is, on non-Simultaneous Voice
Data (SVD) network.
- Suspend/resume (S/R) capable connections will not be torn-down
during voice calls but will be suspended. Application s that have
an active connection request with Connection Manager using a
suspended connection will be notified when the state of the
connection changes from connected to suspended. These applications
will be notified again when the connection is state is restored to
connected.
- Non-S/R connections will be torn-down during voice call.
Applications that had an active connection request with Connection
Manager that used the disconnected connection will be notified of
the connection state change.
- Connection requests for which Connection Manager chose a
connection path that uses S/R or non-S/R connections will not be
established during voice call. The status returned to application
sending the connection request will be
CONNMGR_STATUS_WAITINGFORPHONE. Once the voice call is
disconnected, the affected connection requests will be re-evaluated
and possibly connected.
On a SVD network, S/R capable connections will remain in connected status during voice call and those connections may be established during voice call. The behavior of non-S/R connections will remain as above.
Interaction with Internet Sharing
- Like other Connection Manager-aware applications, Internet
Sharing will open a connection request with Connection Manager for
the connection selected by the user to be shared with the desktop
(over USB RNDIS or BT). The connection used by Internet Sharing
will be shared by the desktop and also by other applications
running on a device provided that it can be used to satisfy these
applications. To prevent the connection from being shared by
applications running on device, it is sufficient to make the
connection connect to a custom network that other applications will
not be interested in connecting to.
- By default, Internet Sharing opens a connection request which
has the same priority as CONNMGR_PRIORITY_USERBACKGROUND to
eliminate conflicts with user interactive applications. The
Internet Sharing connection request will not be connected (remain
in a waiting connection state) over a requested connection, if a
higher priority connection request is using the radio to connect to
a different APN. However, if the radio supports multiple
simultaneous contexts, then the two connection requests may be
connected simultaneously to different APNs.
- The priority of the connection request used by Internet Sharing
can be adjusted through registry setting.
- The connection Request used by Internet Sharing is
suspend-aware, that is it supports the suspended state of a
connection, and will inform the user if a connection is suspend.