Best Service Routing (Category A only)
Issue 1.0 May 2003
97
Network requirements for BSR
To support BSR, networks must meet both the criteria for LAI call control operation over
switched networks (see
‘Look-Ahead Interflow (Category A only)
on page 171) and the
following criteria:
●
The network must support end-to-end transport of codeset 0 user data, either as a User-
to-User Information Element (UUI IE) or by QSIG Manufacturer Specific Information
(MSI IE), in the ISDN SETUP and DISCONNECT messages. The network must also
allow User-to-User Information Elements to be transported in the first call-clearing
message prior to answer, while a call is still in the “call proceeding” state. (For more
information, see
Information Forwarding (Category A only)
on page 163.)
With BSR poll calls, the information is forwarded back in the DISCONNECT message.
In this case the network must support forwarding of UUI in the first call clearing
message prior to the active state (i.e., while still in the call proceeding state).
Private networks can be configured for either QSIG (transport via MSI packaged in a
codeset 0 Facility IE) or non-QSIG (transport via a codeset 0 UUI IE). Currently, public
networks do not support QSIG and user data can only be transported via the UUI IE
when supported by the network. Future public network offerings may support QSIG,
possibly by Virtual Private Network.
●
The communication server must support the ISDN country protocol.
●
The network byte limit for user information contents (the user data portion) must be
large enough to carry the data needed for the customer application.
Note:
Note:
Some public network providers may require service activation and/or fees
for user information transport.
●
Response time for ISDN signaling should be fast enough that an entire consider series
can execute within a single ring cycle.
Enhanced information forwarding has been tested with several major carriers. To find out if
these capabilities work with your carrier, check with your account team for the most current
information.
If testing has not been done to verify operation over the public networks involved with the
preferred specific configuration, use of private ISDN trunking between the nodes should be
assumed until successful testing has been completed.
