RevA Call Flows

Veeru M M
June 2008

Topics

Need for Multiple Personality Negotiation

Configuration Negotiation

Personality Switch in Dormant State

Personality Switch in Active State

Inter AN Handoff Scenario

RevA Virtual Soft Handoff (VSHO)

All Rights Reserved Alcatel-Lucent 2006, #####

Need for Multiple Personality Negotiation

In the EVDO networks there will be mixed Rev-0 PHY connection and
Rev-A PHY connection coverage. In these networks, borders exist between
BTSs that support Rev-A PHY connections, and BTSs that support only Rev-0
PHY connections. In these border scenarios it is necessary to switch the ATs
connection from a Rev-A PHY to a Rev-0 PHY, or vice versa. In HRPD, this
means renegotiating the session first, unless Multiple Personalities are
supported by the AT and the AN.
This scenario may happen very frequently since it is expected that
service providers will have intra-AN borders where Rev-A PHY coverage ends
as illustrated in the figure below.

All Rights Reserved Alcatel-Lucent 2006, #####

contd
Having the session closed each time this scenario occurs may have large
end user impact. Furthermore, an end user with a Rev-0-only AT will have no
problem during this transition and their session will never be closed at this
point. Ironically, the Rev-0-only AT will better handle this border than the
Rev-A-capable AT. If MP is supported, the Rev-A PHY session will not need to
be closed.

All Rights Reserved Alcatel-Lucent 2006, #####

Call flow for Rel0 Personality Negotiation

All Rights Reserved Alcatel-Lucent 2006, #####

Session Configuration Protocol - RevA

Personality A complete set of negotiated protocol subtypes, application
subtypes, attribute values, and public data.
One personality is in use at a time
Total number of personalities <= PersonalityCount
PersonalityIndex = 0 the Main Personality.
New attributes
PersonalityCount (<=4, ATAN)
SupportGAUPSessionConfigurationToken (AN AT)
SupportConfigurationLock (ANAT, not used)
ATSupportedApplicationSubtypes (ATAN)
New Session State Information Parameter
ConfigurationLock and ATSupportedNonDefaultProtocolSubTypes
All Rights Reserved Alcatel-Lucent 2006, #####

All Rights Reserved Alcatel-Lucent 2006, #####

All Rights Reserved Alcatel-Lucent 2006, #####

contd

All Rights Reserved Alcatel-Lucent 2006, #####

contd

All Rights Reserved Alcatel-Lucent 2006, #####

Personality Switch in Dormant State

RevA
Capable AT

RevA
Capable AN
ConnectionRequest
AtrributeUpdateRequest
AtrributeUpdateAccept
TrafficChannelAssignment
ReversePilot + MAC
RTCAck
TrafficChannelComplete

Note: AUR and TCA can be bundled by AN while sending to AT.

All Rights Reserved Alcatel-Lucent 2006, #####

Personality Switch in Active State

RevA
Capable AT

RevA
Capable AN
RouteUpdate
AtrributeUpdateRequest
AtrributeUpdateAccept
ConnectionClose + TCA
ReversePilot + MAC
RTCAck
TrafficChannelComplete

All Rights Reserved Alcatel-Lucent 2006, #####

contd

All Rights Reserved Alcatel-Lucent 2006, #####

Inter AN Handoff Scenarios

The session information from source AN to target AN is sent in the A13
SessionInformationResponse message. If there is only one personality
negotiated at the source AN then this personality will be sent in Session
State Information Record (SSIR) information element (IE) as part of the
A13SessionInformationResponse message.
When there are multiple personalities negotiated then the additional
personalities will be packed in A13 SessionInformationResponse message as
new IEs known as Extended Session State Information Record (ESSIR).
SSIR will always contain the Main Personality protocol subtypes while
the ESSIRs will include the additional personalities negotiated.

All Rights Reserved Alcatel-Lucent 2006, #####

Session Information Response message

All Rights Reserved Alcatel-Lucent 2006, #####

contd

All Rights Reserved Alcatel-Lucent 2006, #####

contd
RevA Idle transfer

All Rights Reserved Alcatel-Lucent 2006, #####

contd
Personality Switch at the target AN

All Rights Reserved Alcatel-Lucent 2006, #####

 contd
Session close at the target AN

All Rights Reserved Alcatel-Lucent 2006, #####

contd
Dummy GAUP Scenario

All Rights Reserved Alcatel-Lucent 2006, #####

RevA Virtual Soft Handoff

The function of the DSC (Data Source Control) channel is to indicate the
desired FL serving cell ahead of the DRC sector information. With DSC, once
an AT wants to switch cells, it first sends the DSC information that contains
the new cell information so that the switching process can start while the AT
is still receiving data from the old cell. Once the DSC message takes effect,
the AT would then point its DRC to one of the sectors in the new cell and
receive service instantly
Benefits: Rev 0 DRC indicates ATs intent to switch cells.
- AT waits on new sector for data transition.
- The delay is often 32 slots.
Rev A DSC indicates ATs intent to switch cells.
-AT can continue to receive from sectors in current cell during
data transition
-Reduces inter cell latency
All Rights Reserved Alcatel-Lucent 2006, #####

RevA VSHO

RevA
Capable AT

RevA
Capable AN
DRCCover (L1)
FwdTrafficFrame(L1)
DSCCover(C2)
FwdTrafficFrame(L1)
DRCCover (L2)
FwdTrafficFrame(L2)

Note: There will be multicast of forward data (from RNC to BTS) when DSCCover is received.

All Rights Reserved Alcatel-Lucent 2006, #####

Thank you!