Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W36/00—Hand-off or reselection arrangements
  • H04W36/0005—Control or signalling for completing the hand-off
  • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
  • H04W36/0019—Control or signalling for completing the hand-off for data sessions of end-to-end connection adapted for mobile IP [MIP]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04H—BROADCAST COMMUNICATION
  • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
  • H04H20/65—Arrangements characterised by transmission systems for broadcast
  • H04H20/71—Wireless systems
  • H04H20/72—Wireless systems of terrestrial networks
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04H—BROADCAST COMMUNICATION
  • H04H2201/00—Aspects of broadcast communication
  • H04H2201/10—Aspects of broadcast communication characterised by the type of broadcast system
  • H04H2201/20—Aspects of broadcast communication characterised by the type of broadcast system digital audio broadcasting [DAB]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W36/00—Hand-off or reselection arrangements
  • H04W36/14—Reselecting a network or an air interface
  • H04W36/142—Reselecting a network or an air interface over the same radio air interface technology

Definitions

• a multi-bearer network is a network having the ca- pability to carry a data packet via one of several alternative bearers.
• the term 'multi-bearer network' should be interpreted as meaning 'multi-bearer-type network', or in other words, a network arrangement which provides multiple different bearer types for data packet delivery.
• An example of an MBN is a concept known as MEMO (Multimedia Environment for Mobiles), see reference 1. Additionally, the MBN supports mobility of a subscriber terminal.
• An example of terminal mobility is IP mobility, which is the topic of standard RFC2002 by the Internet Engineering Task Force (IETF). This RFC standard is incorporated herein by reference.
• a general problem underlying the invention is how to select an op- timal bearer for each data packet in varying situations in a multi-bearer network. Data packets have different quality-of-service requirements. Situations may vary because the subscriber moves or the network load changes.
• a solution to the general problem is disclosed in a co-pending patent application FI992850 which, however, is not published at the priority date of the present invention. Accordingly, the solution to the general problem is repeated here.
• Selecting the optimal bearer for a data packet between the MBN and the mobile node is based on a combination of 1) the quality-of-service requirement (traffic class) of the data packet in question, 2) the mobility data related to the mobile node, 3) the traffic data related to the multiple bearers, and 4) bearer preference information.
• the bearer preference information can be obtained from the mobile node, and optionally, from the operators of the home and visited MBN operators. It is possible to implement the above method by means of a single visitor administration system (VAS) which is a logical extension of a foreign agent in the IP mobility scheme.
• VAS visitor administration system
• HAS home administration system
• the single-VAS/HAS architecture will be referred to as 'simplified architecture'.
• a specific problem underlying the invention is how to perform a smooth handover between subnetworks of an MBN.
• a smooth handover is a handover with essentially no packet loss.
• a subnetwork is a part of a network which is under one foreign agent (FA)
• FA foreign agent
• a handover between subnetwork under different foreign agents requires registration with the mobile node's home agent (HA) and foreign agent
• the (re)reg ⁇ strat ⁇ on of a mobile node means that the mobile node registers with its new foreign agent and its home agent
• the mobile node must register its new care-of-address (le the address of its new foreign agent) into the mobile node's mobility binding list in its home agent
• the re-registration is necessary because only by re-registration can the mobile node's home agent redirect IP traffic to the new foreign agent of the mobile node
• the re-registration is a time- consuming process during which a fast-moving node may move completely out of the coverage area of
• a preferred embodiment of the invention provides a solution for the handover- related problem
• the enhanced architecture is based on the idea that during handover, an administration system (AS) acts as a foreign agent for all mobile nodes staying in the cells controlled by the AS.
• the AS forwards data packets to correct interface units (by routing or tunnelling, depending on whether there is a physical or logical link, respectively, between the administration system and the interface units)
• the AS has a mobility management function for supporting mobility between cells controlled by the AS and border cells of a neighbouring AS Handover between cells under one AS is performed locally, and there is no need for authentication and re-registration with the home agent
• the new administration system makes use of the authentication performed by the old administration system (or the first one which authenticated the mobile node) By temporarily replacing the conventional re-registration process with this
• the functions of the home administration system (HAS) and the visitor administration system (VAS) are combined into a single functional entity or network element, which will be referred to as a multi-bearer administration system (MBAS)
• a network may comprise more than one MBAS elements
• a system according to the enhanced architecture provides better scalability and other benefits, which will be apparent after reading the detailed description
• the mobile node only monitors one bearer type (network) at a time
• the subscriber data related to the mobile node can include a default bearer type, such as GSM or UMTS
• the mobile node should be paged on this bearer
• the mobile node can be ordered to monitor the selected bearer type by sending a modified page message which indicates the selected bearer type, channel, possible decryption data, etc Alternatively, such information can be sent in a separate message, such as a short message, USSD, (Unstructured Supplementary Service Data) data call or the like
• all IP packets belonging to the same session are routed via the same interface unit
• all IP packets of the same session should be routed via DAB cell x, unless the mobile node moves out of the coverage area
• Figure 1 B shows the available options for mobile node-originated (uplink) traffic
• Figure 2 shows the major functional blocks of a visitor administration system
• FIGS 3A and 3B show the internal structure of the visitor administration system VAS in more detail
• Figure 4 illustrates the cooperation between a traffic management unit TMU and a traffic distribution unit
• Figure 5 shows a preferred version of a routing table with two optional fields
• Figure 6 illustrates the procedures performed by a traffic management unit after receiving an IP packet
• Figure 7 illustrates the hierarchical structure on an enhanced multi- bearer network MBN by means of an abstract model
• FIGS 8A and 8B show the internal structure of the multi-bearer administration system MBAS in more detail
• Figure 9 shows the logical links between the MBAS elements and the network interface units
• FIGs 10 and 11 illustrate broadcasting the ID number of the MBAS element via broadcast and non-broadcast networks, respectively
• Figure 12 shows a preferred internal structure of an MBAS element
• Figure 13 shows a preferred internal structure of an interface unit
• Figure 14 illustrates traffic flow for uplink user traffic
• FIGS. 15A and 15B illustrate traffic flow for downlink user traffic
• Figure 16 illustrates an intra-MBAS handover between two DVB cells
• FIGS 17A and 17B illustrate an inter-MBAS handover between two DVB cells
• FIG. 1A shows a preferred structure of a network arrangement in which the invention can be used
• a mobile node MN communicates with its correspondent node MCN via a multi-bearer network MBN which offers several alternative bearers for a data packet DP
• Each data packet comprises a header H and a payload part PL
• a data packet typically has several headers inside each other, because each protocol layer inserts its own header
• each protocol layer only handles each own header and a model with only one network layer header is usually sufficient for describing the invention
• the header indicates, directly or indirectly, a quality-of-service requirement QoS for the data packet
• An example of a direct QoS indication is a case where the data packet header includes a parameter which is or which can be directly mapped to a quality-of-service requirement parameter
• An ex- ample of an indirect QoS indication is a case where the header indicates a PDP (packet data protocol) context, and the PDP context in turn indicates the QoS requirement.
• PDP packet
• 'quality of service' is a very generic term indicating certain requested or negotiated transmission characteristics, such as bit rate, maximum delay and/or packet loss probability. De- pending on the actual protocol used, quality of service is indicated by or mapped to one of the existing appropriate fields, such as the Traffic Class field of IPv6 or the Type of Service of IPv4. The term 'traffic class' is used to refer collectively to the fields which are used to indicate the quality-of-service requirement.
• the MBN communicates with the MCN via the Internet. There is preferably a firewall FW at the edge of the MBN.
• a gateway node GW interfaces the MBN to the Internet.
• a backbone network BBN combines the different bearer networks BN.
• a physical example of a BBN is a high-speed lo- cal-area network or a wide-area network.
• a home administration system HAS is largely equivalent to a home agent in the IP mobility scheme (described in the RFC 2002).
• a visitor administration system VAS is a logical extension of a foreign agent in the IP mobility scheme.
• the MBN has access to several bearers for conveying the data packet to the mobile node MN.
• the bearers include a first set of bidirectional bearers.
• bidirectional bearers examples include circuit-switched mobile networks, such as GSM (Global System for Mobile communications), and packet-switched mobile networks, such as GPRS (General Packet Radio Service), and third generation mobile networks, such as UMTS (Universal Mobile Telecommunications Sys- tem), which offer both circuit-switched and packet-switched bearers.
• GSM Global System for Mobile communications
• GPRS General Packet Radio Service
• UMTS Universal Mobile Telecommunications Sys- tem
• the bearers include a second set of unidirectional bearers.
• Examples of unidirectional bearers are digital audio broadcast (DAB) and digital video broadcast (DVB).
• DAB digital audio broadcast
• DVD digital video broadcast
• Figure 1 shows two cells DAB_C1 , DAB_C2; DVB_C1 , DVB_C2, and their corresponding interface units DABJU1 , DABJU2; DVBJU1 , DVBJU2.
• the set of unidirectional bearers can also be called broadcast bearers, and the set of bidirectional bearers can also be called non-broadcast bearers.
• the bearers of the first set are point-to-point bearers In other words, each connection is customized to one particular recipient
• the bearers of the second set are broadcast or multicast bearers In other words, it is not immediately apparent how a connection can be customized to individual recipients
• One solution to this problem is encryption of the broadcast/multicast bearers with distribution of decryption keys only to the intended recipients
• 'uplink' means from the mobile node MN to the correspondent node MCN and 'downlink' means the inverse direction
• the bold arrows in Figure 1 depict various routing options for data packets in the downlink direction
• data packets are routed directly if the IP address of the mobile node MN (or its subscriber) does not belong to the MBN network If the IP address be- longs to the MBN network, data packets are routed via the home administration system HAS This route is drawn with a thin dotted line 11
• the VAS has several alternative bearers According to the invention, the VAS considers all of the following 1) the qual- ity-of-service requirement (the traffic class) of the data packet in question 2) the mobility data related to the mobile node (i e , which bearers and which interface units can be used to reach the MN), 3) the traffic load/resource availability data related to the multiple bearers, and 4) bear
• the extended TCP proposed in reference 1 can be used for this purpose.
• the function of the caching proxy CP is to maintain frequently-requested content in high-speed memory in order to minimize retrieval of such content over telecommunication lines.
• the caching proxy CP should have enough intelligence to handle data packets in an application-specific manner, instead of merely caching IP traffic packets.
• Figures 3A and 3B show the internal structure of the visitor administration system VAS in more detail from the point of view of traffic management.
• Figure 3A shows the VAS structure from the point of view of user traffic.
• IP Routing Software blocks 31 to 33 route data packets to the ap- intestinalte recipients, based on the packet headers. These blocks also decap- sulate IP packets towards the VAS and pass the decapsulated packets to the upper layers for further processing.
• the blocks 31 to 33 also encapsulate packets arriving from the upper layers.
• the packets from the upper layers are indicated as the traffic flow entering the blocks 31 to 33 from above.
• the VAS also comprises a traffic distribution unit TDU.
• the function of the TDU is a) to determine the traffic class of incoming IP packets based on one or more quality-of-service related parameters indicated by the packet header (these parameters may comprise 'Type of Service' for IPv4 and 'Traffic Class' or 'flow label' for IPv6), b) based on the traffic class/QoS requirement, to select an appropriate bearer (radio network) for downlink traffic, and c) to encapsulate each IP packet into an outer IP header towards the selected bearer network and interface unit.
• the fact that the arrow from the TDU enters IP routing block 32 from below indicates that the TDU has already encapsulated the IP packets, and the block 32 should not perform an- other encapsulation.
• FIG. 3B shows the VAS structure from the point of view of system traffic, mobility management and traffic management.
• a mobility management unit MMU performs the functions which are normally performed by a foreign agent in an IP network with mobile IP support, with some enhanced function- ality related to MBN support, such as cell selection and handover control within a broadcast network or between networks.
• the function of the traffic management unit TMU is a) to collect traffic load information from the various bearer networks BN (DVB, DAB, UMTS, etc ), b) to collect and to update (via the MMU) bearer preference information from the mobile nodes, c) optionally to collect bearer type preference information from the home network of each mobile node, d) to create and update bearer routing information to the TDU, and e) to send traffic administrative messages to the mobile nodes
• the traffic management unit TMU receives the following input a) traffic load information from the various bearer networks BN, b) bearer preference information from the mobile nodes, and c) optionally bearer type preference information from the home MBN of each mobile node
• the traffic distribution unit TDU and the traffic management unit TMU cooperate to perform the traffic management function TMF shown in Figure 2
• the cooperation of the TDU and the TMU will be described in more detail in connection with Figure 4 Figure 4 illustrates the cooperation between the traffic management unit TMU and the traffic distribution unit TDU
• the traffic management unit TMU considers all the available information 41 through 43, and creates and updates a Multi-Bearer Routing Table MBRT in the traffic distribution unit TDU
• the MBRT indicates the IP address of the appropriate interface unit for each combination of active user w w+1 , etc and traffic class 1 through 5 (the number 5 being just one example) It should be noted that a user with multiple simultaneous sessions can have an entry for each session in the MBRT table
• the traffic distribution unit TDU receives a data packet whose header H indirectly indicates a traffic class (via a QoS-related parameter)
• the TDU uses the corresponding user ID and the traffic class to retrieve the IP address of the appropriate interface from the Multi-Bearer Routing Table MBRT
• the TDU encapsulates the data packet DP into another data packet DP' whose header H' indicates the IP address (of the selected interface unit) which was retrieved from the MBRT
• the selected interface unit receives the data packet DP' it decapsulates the outer header H' and sends
• the IP packets carrying news belong to traffic class 1 , and they are routed via the router whose IP address is IP-GPRS_IUa.
• the IP packets carrying FTP belong to traffic class 3, and they are routed via the router whose IP address is IP-DABJUx.
• the IP packets carrying video belong to traffic class 4, and they are routed via the router whose IP address is IP- DABJUx.
• IP packets carrying e-mail belong to traffic class 1 , and they are routed via the router whose IP address is IP-GPRSJUa.
• FIG. 5 shows yet another preferred feature or addition to the embodiment shown in Figure 4.
• This preferred feature allows paging the mobile node via a single default bearer and using a single interface unit as long as the mobile node is within its coverage area.
• the feature is based on the idea that IP packets separated by a time interval exceeding a certain maximum time Tmax are treated by the MBN as belonging to two separate sessions.
• each entry in the MBRT table includes not only the IP address of the relevant interface unit but also a busy flag B and a timer field T.
• the timer field T is compared with the maximum value Tmax, the value of which is optimized by the operator. If the busy flag B is zero, it means that no IP packets used this entry for the past time interval of Tmax.
• the value of each timer field T is incremented by the TMU in a constant time interval.
• the corresponding timer field T of that entry is reset to zero and the busy flag is set to one Setting the busy flag to '1 ' is preferably performed or triggered by the TDU when it routes an IP packet
• FIG. 6 shows a way to use the B and T fields shown in Figure 5
• the traffic distribution unit TDU examines the header of an incoming IP packet The TDU determines the destination IP address and traffic class (direct or indirect mapping) and retrieves the corresponding entry from the MBRT table
• the TDU checks the busy flag B to see if the selected interface unit IU has been used by this user/session during the last time interval Tmax If not, then in step 63 the TDU begins to buffer incoming IP packets and in step 64 the TDU pages the mobile node More preferably to reduce the computational load of the TDU, the TDU can only trigger a page while the actual page operation is performed by another unit, such as the TMU
• the busy flag T is set to one and the timer field T is initialized to zero
• the TDU begins encapsulating each original IP packet with another IP header whose destination IP address is retrieved from the MBRT table
• step 67 the traffic distribution unit TDU examines the header of an incoming IP packet The TDU determines the destination IP address
• the traffic management unit TMU is responsible for updating the MBRT
• the MBRT updating should obey the following principles
• An entry of the MBRT table, or more specifically, the IP address for a certain combination of a user/session and a traffic class, can only be modified under the following circumstances
• the busy flag B is nonzero
• the IP address can be updated if a) the modification is caused by a handover between cells of a broadcast net- work or between different networks, b) the mobile node moves out of the coverage area of one bearer, or c) the traffic load/resource availability changes
• the busy flag B is zero, the IP address can be updated if a) the modification is caused by a handover between cells of a broadcast network, b) the mobile node moves out of the coverage area of one bearer, or c) there is an extraordinary change of traffic condition Interruption of IP traffic flow should be avoided, if possible This is particularly important with IP packets having high QoS requirements Inversely, flows with low QoS requirements should be
• An essential feature of the enhanced architecture is the ability to support multiple administration systems, such as the MBAS elements.
• Each MBAS element is responsible for the delivery of IP packets to a group of home users (as a home agent) and a group of visited users (as a foreign agent).
• an MBAS in Helsinki acts as a home agent for Helsinki-based subscribers. When these users are away from Helsinki, the MBAS forwards their traffic to the relevant foreign network.
• the same MBAS acts as a foreign agent for users whose home network is elsewhere but who are currently roaming in Helsinki.
• Figure 7 illustrates the hierarchical structure of an enhanced multi- bearer network MBN by means of an abstract model.
• AS1 and AS2 denote administration systems which are essentially foreign agents (FA) with an extended mobility support function.
• the AS can be like the visitor administration system VAS described in connection with the simplified architecture, or an enhanced multi-bearer administration system MBAS.
• Reference signs AP1 a to AP2b denote access points.
• In the multi-bearer network MBN they represent interface units of broadcast networks.
• Reference signs 71 denote conventional hierarchical connections be- tween administration systems AS and access points AP. These connections are drawn with solid lines.
• connections 72 are used primarily to provide continuous support for a mobile node during an inter-AS handover, for example a handover from a cell 73 under access point AP1 b to a cell 74 under access point AP2a. Without the connections 72, the high-level architecture of Figure 7 closely resembles that of some existing wireless IP networks. Traffic on connections 72 is more restricted than traffic on connections 71 . For instance, the connections 72 are not allowed to be used for establishing new sessions, and the lifetime of a connection is limited to a short period after an inter-AS handover until the mobile node registers with its new foreign agent and updates its mobility binding in its home agent.
• FIGS 8A and 8B show the internal structure of the multi-bearer administration system MBAS in more detail.
• a typical implementation of the MBAS element resembles a suitably con Figured powerful router.
• the novel features of this invention can be implemented by software routines.
• the most notable difference between the MBAS shown in Figures 8A and 8B and the VAS shown in Figures 2, 3A and 3B is the fact that the MBAS is a combination of a VAS and a HAS. It also includes the home agent and foreign agent functions, HA and FA, which are largely equivalent to the corresponding functions within the Mobile-IP scheme.
• the home agent function in a home MBAS according to the invention corresponds to the home agent of the mobile IP.
• the foreign agent function in a visited MBAS according to the invention corresponds to the foreign agent of mobile IP.
• Reference sign HL points commonly to blocks MMU, HA and FA which constitute the handover logic within the MBAS.
• FIG 9 shows the logical links between the MBAS elements and the network interface units.
• Each MBAS element should be physically or logi- cally attached to only one interface unit of each non-broadcast (bi-directional) bearer network (GSM, GPRS or UMTS).
• an MBAS element can be physically or logically attached to several interface units of each broadcast (unidirectional) bearer network.
• Figure 9 shows several interface units xxJU, where 'xx' is the name of a bearer network, such as DAB, DVB, GSM, GPRS or UMTS.
• Each interface unit is responsible for the delivery of data packets to a network selected by the MBAS.
• Each GSM interface unit GSMJU can be connected to an interworking unit (IWU, not shown separately) in a GSM network.
• Each GPRS/UMTS interface unit GPRSJU, UMTSJU can be connected to a gateway support node (GGSN, not shown separately) in a GPRS or UMTS network.
• the embodiments shown in the Figures comprise a separate interface unit (DABJU, DVBJU) for each cell in a broadcast network (DAB and DVB) because these networks do not support IP routing.
• the bidirectional networks GSM, GPRS and UMTS
• each MBAS has one interface unit for each network with IP routing capability and one interface unit for each cell in a network without IP routing capability.
• GSM infrastructure does not support IP routing directly, but a similar function can be achieved by the PPP (point-to-point protocol) between the MBAS and a mobile station.
• PPP point-to-point protocol
• packets can be delivered to any cell under the MBAS.
• an MBAS element MBAS1 is connected to each bi-directional bearer network UMTS, GSM and GPRS via interface units 91 1 , 912 and 913 respectively.
• the embodiment shown in Figure 9 has a separate interface unit for each cell in the unidirectional networks DVB and DAB.
• interface units 914 and 915 each serve one DVB cell and interface units 916 and 917 each serve one DAB cell.
• the invention preferably makes use of concepts 'master MBAS' and 'MBAS-area'.
• Each DAB or DVB cell is physically or logically connected to its nearest MBAS element.
• 'Nearest' can be interpreted as being the geographically closest (for example, by means of a look-up table) or as having the smallest number of hops via its interface unit.
• the nearest MBAS acts as a master MBAS for the cells to which it is the nearest MBAS.
• MBAS1 is the nearest MBAS for DVB interface units 914 and 915 and DAB interface units 916 and 917.
• MBAS1 is the master MBAS for DVB cells 924 and 925 and DAB cells 926 and 927. These cells, which are under one master MBAS, form an MBAS support area, or simply 'MBAS area'. It should be noted that an MBAS area does not necessarily have one clearly defined geographical border. Because the sizes of DVB cells and DAB cells can be different, a certain location, such as the location 950, can have MBAS1 as its master MBAS for DAB but MBAS2 as its master MBAS for DVB. In other words, the geographical border of an MBAS area may differ between the bearer networks, and an MBAS supporting five bearer networks (GSM, GPRS, UMTS, DAB and DVB) may have five different MBAS areas.
• GSM Global System for Mobile communications
• an MBAS area comprises the cells broadcasting its ID
• An MBAS is a master MBAS to such cells
• Each cell in a broadcast network has a unique ID (identifier) number
• Each DAB or DVB cell broadcasts its own ID number pe ⁇ - odically Based on this ID number, the IP address of the corresponding interface unit xx_IU can be determined
• each MBAS may store a look-up table which maps a cell ID to an IP address of an interface unit When a mobile node registers with an MBAS, the MBAS can send this information to the mobile node
• the look-up table stored in each MBAS should contain the information of all cells in this MBAS area as well as in the neighbouring MBAS area
• Each MBAS element should also broadcast its IP address or ID number If the ID number is broadcast, each MBAS should also have a unique number, based on which the IP address of the MBAS can be determined
• each MBN there can be a look-up table which maps a cell ID to an IP address
• the element storing the look-up table is called an ID storage device
• Each MBN should also store a look-up table of other networks whose operators have a roaming agreement with the operator of the home network Only the look-up table of the currently visited (home or foreign) network needs to be stored in the mobile node
• a mobile node Upon entering a new MBN a mobile node can request the ID storage device of its home network to send the look-up table of the new MBN
• the request may contain an unknown MBAS ID that is broadcast in the new MBN
• the ID storage device of the home network finds the corresponding look-up table and sends it to the mobile node
• the request is conveyed via the bidirectional network directly (not via the MBN)
• FIGS 10 and 11 illustrate broadcasting the ID number of the MBAS element in broadcast and non-broadcast networks, respectively Because each non-broadcast interface unit (GSMJU, GPRSJU and UMTSJU) is (logically or physically) linked to only one MBAS element, there is no need to broadcast the ID number of those interface units.
• the IP address of those units can be derived directly from the ID number of the MBAS.
• the MBAS elements are adapted 1 ) to attract and intercept datagrams that are destined to the home address of any of its registered mobile nodes (ie to act as a home agent, preferably supporting route optimization); 2) to forward traffic to mobile nodes that are in their home networks (via a traffic distribution unit TDU, see Figure 3A) or away from their home networks (to act as a foreign agent.); 3) to select an appropriate bearer type for each session; 4) to as- sist mobile nodes in inter-cell handovers (especially in broadcast networks) and inter-MBAS handovers; and 5) to act as a caching proxy.
• Figure 12 shows a preferred internal structure of an MBAS.
• the four leftmost elements, ie the CP, the MMU, the TMU and the TDU have already been described in connection with Figures 2, 3A and 3B.
• the foreign and home agent functions, FA and HA, are largely equivalent to the corresponding the functions in the known IP mobility scheme.
• FIG 13 shows a preferred internal structure of an interface unit xxJU.
• the interface units have a Protocol Adaptation function PA to encapsulate incoming IP packets into protocols suitable for the radio bearer, for ex- ample to encapsulate IP packets over MPE&section&MPEG2 TS protocols for transferring them via a DVB network.
• a Traffic Control function TC controls incoming traffic, limits the traffic from each MBAS and discards packets from unidentified sources.
• a Resource Management function RM monitors, reports on and controls the use of resources allocated to the interface unit.
• Figures 14, 15A and 15B illustrate traffic flow for user traffic. As stated, each operator may have one or more MBAS elements in a multi-bearer network. Each MBAS is responsible for handling a group of users.
• Each MBAS broadcasts its ID number in its MBAS area. From the ID number of the MBAS, a mobile node MN is able to determine the IP address of the MBAS. Alterna- tively, it is also possible to broadcast the IP address of the MBAS elements.
• a mobile node After obtaining the IP address of its visited MBAS, a mobile node has to perform registration with its home MBAS as well as the visited MBAS before receiving any multi-bearer services.
• the registration procedure is basically similar to the one in the mobile IP scheme. A mobile node has to register even if it is in its home network.
• a mobile node should select the MBAS whose ID is broadcast in an active cell, or in other words, the broadcast cell which is being or going to be used for transferring the downlink traffic of the mobile node
• the mobile node can be attached to a visited MBAS whose ID is different from the one broadcast in the active cell
• Figure 14 illustrates traffic flow for uplink user traffic Uplink user traffic is transmitted from the mobile node MN via one or more of the bidirectional networks to the visited MBAS which forwards the traffic via the gateway GW and the Internet to the mobile node's correspondent node MCN
• FIG 15A illustrates downlink user traffic flow from the correspon- dent node MCN to the MBAS
• Downlink traffic is delivered to the visited MBAS directly if the mobile node is under its home MBAS (its home MBAS and visited MBAS are the same), or if route optimization is used This case is shown with a solid arrow 151
• Downlink traffic is delivered to the visited MBAS via the mobile node's home MBAS if the mobile node is away from its home network and route optimization is not used
• FIG 15B illustrates downlink user traffic flow from the MBAS to the mobile node MN
• Downlink traffic is delivered from the visited MBAS via the selected bearer network BN
• the selection has been described in connec- tion with the simplified architecture
• the traffic management unit of the visited MBAS decides to which bearer network the traffic should be directed
• the home MBAS will act as the home agent and the visited MBAS acts as the foreign agent
• the home MBAS tunnels the downlink traffic to the mobile node's visited MBAS Route optimization can be used in this case
• the home agent function of an MBAS differs from a conventional home agent in the mobile IP scheme, which does not need to forward IP packets to a mobile node when the mobile node is in its home network.
• a mobile node when a mobile node is in its home network, it is on the same physical link with its home agent. The mobile node can directly receive all the packets addressed to it, and forwarding is not needed. But in some networks there is no direct physical link between a mobile node and the home agent, and the home agent must forward packets to the mobile node via a tunnel.
• a multi-bearer administration system MBAS can establish virtual links with all the cells via a corresponding interface unit IU.
• An MBAS can also establish virtual links with the broadcast cells within its MBAS area, and with their neighbouring cells.
• Figure 10 illustrates broadcasting the ID number of the MBAS elements via a broadcast network (DAB or DVB).
• DVB cells 101 , 102 and DAB cells 103, 104 broadcast the ID number of the MBAS element MBAS1
• DVB cells 105, 106 and DAB cells 107, 108 broadcast the ID number of the MBAS element MBAS2.
• Figure 11 illustrates broadcasting the ID number of the MBAS elements via a non- broadcast (bidirectional) network (GSM, GPRS or UMTS).
• GSM non- broadcast
• GPRS GPRS
• UMTS cells 111 , GSM cells 112 and GPRS cells 113 broadcast the ID number of the MBAS element MBAS1
• UMTS cells 114, GSM cells 115 and GPRS cells 116 broadcast the ID number of the MBAS element MBAS2.
• a mobile node MN may face four different handover situations.
• the MN In the first handover type, the MN is moving from one cell to another in a non- broadcast network, such as GPRS. This handover is supported by the non- broadcast network in question.
• the MBN has to take action only if the ID of the serving MBAS is broadcast over a non-broadcast network and the MN moves between cells broadcasting the ID of different MBAS elements. If the MN moves between different MBAS areas, it should register with its home MBAS and the new visited MBAS after completing the inter-cell handover.
• the MN is moving from one cell to another in a broadcast network (DAB or DVB) such that both cells belong to the same network (such as DAB) and to the same MBAS area.
• DAB broadcast network
• the mobility management unit MMU of a visited MBAS and the corresponding enti- ties of the mobile node are responsible for handling micro-mobility
• the mobile node detects signal deterioration
• the mobile node measures the signal strength in the neighbour- ing cells, makes a list of recommended cells, and sends the measurement data (signal strength and cell ID) as well as the recommendation list to the mobility management unit MMU in the visited MBAS
• the mobility management unit MMU of the visited MBAS determines the available resources and instructs the mobile node to perform an in- tra-system or inter-system handover (or roaming)
• the MBAS may optionally buffer incoming data to the MN until the MN acknowledges the attachment to the new cell As the inter-cell handover takes place locally, the time from the handover command to the acknowledgement is short, and a reasonably small buffer is sufficient
• the Mobility management unit MMU directs the traffic distribution unit TDU to route the traffic to the new cell From now on, the traffic is routed to the new cell
• Roaming support can be achieved with relative ease because there is no ongoing traffic
• Figure 16 illustrates a handover between two DVB cells belonging to the same MBAS area
• the solid single-headed arrows denote the connec- tion before the handover, and the dashed single-headed arrows denote the connection after the handover
• the dotted double-headed arrows denote signalling connections by which the mobile node reports the signal strengths of the cells it can receive
• the MN is moving from one cell to an- other within one MBAS area but in different bearer networks
• the MN may move from a DAB cell to a DVB cell
• This type of handover takes place when the MN is moving out of the coverage range of one network or when the neighbouring cell that belongs to the same network is congested
• This type of handover follows the same procedure as the second type of han- dover
• the MN is moving from one MBAS area to another
• the MN moves between cells having different master MBAS elements
• the master MBAS of the MN s active cell should act as the MN's visited MBAS because it is the MBAS having the shortest distance to the interface unit of the active cell
• 'distance' may mean physical distance or a number of hops, depending on the implementation
• the MN does not have to change its visited MBAS during an inter-MBAS-area handover Instead, it should first perform an inter-cell
• the inter-cell handover dispenses with registration and authentication with a foreign agent and a home agent
• Such operations can be very time-consuming, especially when the MN's home MBAS is in another MBN, located far away
• Another feature improving the speed of the handover is the fact that during the mobile node's binding update the Mobile IP registration process is carried out in parallel with user data transfer In other words, the MN does not have to stop data reception during the registration process
• the reduced duration of the handover and the parallel registration and data transfer processes eliminate or at least significantly reduce data loss during an in- ter-AS handover Further, when the MN updates its mobility binding its user traffic is delivered via the same broadcast cell, and the MN does not miss any packets before or after the mobility binding update
• a failure to follow the above-specified two-phase handover procedure ie an attempt to perform an inter-MBAS handover before starting to re- ceive data from the new cell, may result in service degradation because of the time involved in the inter-MBAS handover
• An example of such a handover is a handover between cells belonging to different MMAs (Mobility Management Agents) in the MEMO concept
• Figures 17A and 17B further illustrate the two-phase handover be- tween two DVB cells
• Figure 17A illustrates a first phase in which the mobile node MN performs a normal inter-cell handover
• the old visited MBAS MBAS2
• the mobility management unit inside the old MBAS2 instructs the mobile node to perform an inter-cell handover.
• Figure 17B illustrates a second phase in which the mobile node performs a mobility binding update by following normal mobile-IP procedures. Because downlink traffic is always forwarded via the same cell during an inter-MBAS handover, the handover will not cause packet loss.
• an inter-MBAS handover in a situation as shown in Figures 17A and 17B comprises the following steps.
• a mobile node MN which is registered with MBAS2, measures the signal strength (or some other criterion of signal quality, such as bit error ratio) of DVB cells 171 and 172.
• the former broadcasts the ID of MBAS2 and the latter broadcasts the ID of MBAS3.
• MBAS1 is the mobile node's home MBAS.
• the mobile node detects that the signal quality of DVB cell 172 is so much better that a handover is justified.
• the signal quality measurements and a handover request are sent to MBAS2.
• the mobility management unit MMU in MBAS2 decides to hand over the mobile node's traffic to DVB cell 172.
• the mobility management unit MMU in MBAS2 assists the mobile node MN in performing an inter-cell handover to DVB cell 172. After the inter-cell handover, the MN begins to receive data from cell 172.
• the mobile node MN detects that cell 172 broadcasts the ID of MBAS3, ie the ID of a different MBAS from the one the MN is registered with.
• the mobile node measures the signal quality of the cells broadcasting the ID of MBAS2. and other neighbouring cells. If the signal quality of cell 172 is much better than the quality of all neighbouring cells, or if the cells which broadcast the ID of MBAS2 are too weak to receive, the MN begins to perform an inter-MBAS handover.
• the mobile node sends a registration request to MBAS1 (its home MBAS) and to MBAS3 (a visited MBAS).
• the registration request per se can be implemented by conventional mobile-IP procedures.
• the IP address of MBAS3 is provided as the mobile node's care-of- address.
• the mobile node keeps receiving traffic from cell 172 (via MBAS2).
• MBAS1 the mobile node's home MBAS
• MBAS3 the mobile node's foreign agent
• MBAS2 acts as the mobile node's visited MBAS.
• MBAS3 acts as the mobile node's visited MBAS, and all user traffic to the MN is routed via MBAS3. From this point on, the mobility management unit of MBAS3 is responsible for handling the mobile node MN. 7.
• the mobile node can send a de-registration message to MBAS2, informing it about the successful handover.
• each MBAS may employ a mobile-node-specific timer. If the MBAS receives nothing from a mobile node, the MBAS can assume that the mobile node has been switched off or it has moved elsewhere.
• An essential feature of the above-described inter-MBAS handover is that the mobile node receives service from a new MBAS during the entire handover process. This is in stark contrast to the scheme outlined in reference 1 (the MEMO project), in which a mobile node must register with a PSTS (personal services transport server) before receiving service from a cell under that element. In other words, a system according to reference 1 is not able to hand over an ongoing call, at least not without packet loss.
• PSTS personal services transport server
• a mobile node may wait some time before it begins a mobility binding up- date. During the waiting time, the MN may monitor the signal strength of its old cell and new cell to determine whether it is really moving away from its old cell. If a mobile node is staying in the border area between two MBAS elements for an extended period of time, it can request the old visited MBAS to support it without re-registration with its new visited MBAS.
• a mobile node according to the enhanced architecture of the invention should be aware of the handover logic.
• the mobile node When the mobile node is handed over to a cell which belongs to a different administration system (PSTS in the MEMO concept, MBAS in the present invention) than the one which served the mobile node's old cell, the mobile node should start performing mobile-IP registration and a binding update within a certain time limit. If the mobile node is uncertain whether it will soon return to the area of the old administration system, it should send the administration system a request for extending support time.
• PSTS in the MEMO concept, MBAS in the present invention
• the enhanced architecture has been described in connection with a single network operator.
• a skilled reader can implement a multi-bearer network which can be at least partially shared by multiple network operators
• the operators can share at least some bearer networks and/or network elements, most notably the interface units IU, while each operator has its own MBAS element

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Mobile Radio Communication Systems (AREA)

Priority Applications (2)

Applications Claiming Priority (2)

Publications (1)

Family

ID=8557995

Family Applications (1)

Country Status (4)

Cited By (37)

Families Citing this family (1)

Citations (2)

• 2000
  • 2000-03-21 FI FI20000662A patent/FI20000662A/fi unknown
• 2001
  • 2001-03-20 AU AU2001248392A patent/AU2001248392A1/en not_active Abandoned
  • 2001-03-20 EP EP01921396A patent/EP1275264A1/en not_active Withdrawn
  • 2001-03-20 WO PCT/FI2001/000275 patent/WO2001072076A1/en active Application Filing

Patent Citations (2)

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events