Cisco Cisco Tunnel Terminating Gateway (TTG)

HNBGW will not allow multiple HNB aggregators with the same value for the higher 20 bits of their Cell
ID. On detecting such a duplicate HNB registration, HNBGW will keep the old registration and delete the
new registration.

If the HNBGW receives an HNB Registration request having a Cell ID with 16th bit set to 0 and at an HNBGW
service in which handin with aggregator feature is enabled, then such an HNB will be admitted in the system,
but it would not be considered while determining the target HNB for handin procedure. As a result, handin
will not be allowed into such HNBs.

Other HNBGW services may not have the handin with aggregator feature enabled. HNBs connecting to these
services will not be added in the 20 bit Cell ID based lookup table. They will instead be added in the 28 bit
Cell ID lookup table.

On receiving an SRNS Relocation Request message, HNBGW will use the CS/PS network on which it was
received to get a list of HNBGW services using that CS/PS network.

If all of these services are aggregator services and handin with aggregator feature is enabled in these services
and the 16th bit in the Cell ID in the Relocation Request is set to 1, HNBGW will use the higher 20 bits of
the Cell ID to lookup in the 20 bit lookup table to find the target HNB.

If all of the services are non-aggregator services, HNBGW will use the complete 28 bits of the Cell ID to
lookup in the 28 bit lookup table to find the target HNB.

If some services are aggregator services with handin with aggregator enabled and some are non-aggregator
services and the 16th bit in the Cell ID is set to 1, HNBGW will first do a lookup using the complete 28 bit
Cell in the 28 bit lookup table. If the lookup is successful, it will give a normal HNB which will be the target
HNB. If the lookup is unsuccessful, HNBGW will use the higher 20 bits to lookup in the 20 bit lookup table.
If the lookup is successful, it will give the aggregator to which the Relocation Request will be forwarded.