Aspects of the present disclosure are best understood from the following detailed description when read with the accompanying figures. It is emphasized that, in accordance with the standard practice in the industry, various features are not drawn to scale. In fact, the dimensions of the various features may be arbitrarily increased or reduced for clarity of discussion.
It is to be understood that the following disclosure provides many different embodiments, or examples, for implementing different features of the disclosure. Specific examples of components and arrangements are described below to simplify the present disclosure. These are, of course, merely examples and are not intended to be limiting. In addition, the present disclosure may repeat reference numerals and/or letters in the various examples. This repetition is for the purpose of simplicity and clarity and does not in itself dictate a relationship between the various embodiments and/or configurations discussed.
Referring to
In a traditional communication network, such as wireless access networks based on Code Division Multiple Access 2000 (CDMA2000) technology, a base station may initiate a hard handoff of an active packet data call to another base station. The base station that receives the call after the handoff (referred to as the Target BS or BS-T) may be connected to a PDSN other than the one to which the originating BS (called the Source BS or BS-S) is connected. Normally, this results in re-negotiations for protocols such as PPP and MIP (if being used by the mobile device) when the mobile device has successfully been handed off. However, this re-negotiation between the mobile device and the PDSN may be disruptive to packet data traffic and may degrade a sensitive application such as VoIP.
To accomplish the handoff without such re-negotiations, the communication network may pass a pair of IP addresses for the originating PDSN (PDSN-S) to the BS-T via handoff messages. The BS-T may then attempt to contact the PDSN-S directly using one of the IP addresses or, if this is not possible, may send the second IP address to the PDSN-T. The PDSN-T may then attempt to establish a PPP connection to the PDSN-S over an IP network connecting both PDSNs. It is noted that two IP addresses may be passed because the IP network may be different than the network connecting each base station to its respective PDSN. If the PDSN-T is connected to the PDSN-S by the same IP network, the PDSN-T may establish a PPP connection with the PDSN-S and tunnel any traffic to or from the mobile device to the PDSN-S over this tunnel. This may eliminate the need to re-negotiate PPP and MIP when the mobile device is handed off to the BS-T and PDSN-T, although the PDSN-T should be able to contact the PDSN-S for such tunneling to occur. However, if the PDSN-T cannot contact the PDSN-S, then the mobile device will need to renegotiate the connection with the PDSN-T.
The method 100 may be used to optimize the negotiation of a packet data session for use between the mobile device and the PDSN-T. In step 102, the base station currently coupled to the mobile device via the air traffic channel (e.g., the BS-S) receives configuration information from the mobile device. As will be described later in greater detail, the configuration information may include various parameters corresponding to the session between the mobile device and the PDSN-S. In step 104, the BS-S forwards the configuration information to another base station (e.g., the BS-T) for handoff of the mobile device.
In step 106, the BS-T receiving the mobile device during handoff may negotiate a communication session with the PDSN-T using the configuration information. In step 108, after negotiating the new communication session with the PDSN-T, the BS-T sends information corresponding to the new session to the mobile device. This enables the mobile device to connect to the PDSN-T using the second communication session without having to negotiate the new session itself. Accordingly, the BS-T may act as a proxy for the mobile device during negotiations with the PDSN-T and optimize the handoff process.
Referring to
The network 200 comprises a plurality of cells 202a, 202b. In the present example, the network 200 is a wireless network, and may be connected to other wireless and/or wireline networks, such as packet networks 204a, 204b. Each cell 202a, 202b in the network 200 includes a base station (BS) 206a, 206b, respectively, that are coupled to base station controllers (BSC) 208a, 208b, respectively. A mobile switching center (MSC) 210 may be used to connect the network 200 with other networks such as a Public Switched Telephone Network (PSTN) (not shown). Although not shown, the base stations 206a and 206b may be coupled to the same BSC, and the BSCs 208a and 208b may be coupled to separate MSCs.
The BSCs 208a, 208b are also coupled to packet-switched nodes (e.g., packet data nodes such as PDSNs) 212a, 212b, respectively, each of which is coupled to one of the packet networks 204a, 204b. The terms “packet” and “packet data”, as used in the present disclosure, may be interchangeable and may include any type of encapsulated data, including datagrams, frames, packets, and the like, and the encapsulated information may include voice, video, data, and/or other encapsulated information. The packet networks 204a, 204b may be the same network or separate networks, and may be any combination of private and public networks based on any packet technology, such as the Internet Protocol (IP) and the Transport Control Protocol (TCP).
The network 200 enables a mobile device 214 to communicate with another device (not shown) via the BTS 206a associated with the cell 202a in which the mobile device is located. Although illustrated in
Referring to
In the present example, the method 300 begins after a connection between the base station 206a and the mobile device 214 has been established, and the mobile device has established a packet data session with the PDSN 212a using MIP and PPP. In step 302, the base station 206a receives configuration information (e.g., parameters) from the mobile device 214. Examples of such configuration parameters for MIP and PPP may include indicators for simultaneous bindings, broadcast datagrams, decapsulation by mobile node, minimal encapsulation, generic routing encapsulation (GRE), and/or use of Van Jacobson header compression. The mobile station 214 may also send the home address, care-of address, and home agent IP address being used by the mobile device, as well as an identifier such as a 64-bit identification number being used by the mobile device. Examples of configuration parameters that may be sent by the mobile device 214 to the base station 206a for PPP include an identifier for the mobile device, as well as options that may be used during the PPP negotiations with the PDSN. Such options may include Maximum-Receive-Unit, Authentication-Protocol, Quality-Protocol, Protocol-Field-Compression, and/or Address-and-Control-Field-Compression.
In step 304, the base station 206a may determine that the mobile device 214 needs to be handed off to another base station, such as the base station 206b. This determination may be made by the base station 206a or may be made elsewhere and communicated to the base station.
In step 306, in addition to handoff related messaging, the base station 206a may send various configuration parameters to the base station 206b. In the present example, the parameters may be sent with the handoff messages (e.g., inserted into a field of a handoff message or otherwise encapsulated therewith) or may be sent separately.
Examples of such configuration parameters for MIP may include indicators for simultaneous bindings, broadcast datagrams, decapsulation by mobile node, minimal encapsulation, generic routing encapsulation (GRE), and/or use of Van Jacobson header compression. The base station 206a may also send the home address, care-of address, and home agent IP address being used by the mobile device 214, as well as an identifier such as a 64-bit identification number being used by the mobile device.
Examples of configuration parameters that may be sent by the base station 206a to the base station 206b for PPP include an identifier for the mobile device 214, as well as options that may be used by the base station 206b during the PPP negotiations with the PDSN 212b. Such options may include Maximum-Receive-Unit, Authentication-Protocol, Quality-Protocol, Protocol-Field-Compression, and/or Address-and-Control-Field-Compression.
It is understood that the parameters provided are for purposes of illustration and are not intended to be limiting. Accordingly, other parameters may be used and such parameters may vary depending on such factors as the particular protocol or protocols being used, as well as the configuration of the network within which the parameters are implemented. Furthermore, if such parameters are not supported by the network 200 or a particular portion of the network (e.g., the base station 206b), then the parameters may be ignored. For example, if the base station 206a does not support the parameters received from the mobile device 214, the base station may ignore them and process the call normally. If the base station 206a supports the parameters but the base station 206b does not, the base station 206b may receive the parameters and ignore them. Alternatively, the base station 206a may not send the parameters to the base station 206b if the base station 206b does not support them. Accordingly, the transfer of the parameters between the elements of a network (or between different networks) may be implemented in different ways.
In step 308, the base station 206a may instruct the mobile device 214 to switch to the base station 206b. It is understood that messages commonly used during a handoff process may be exchanged during the method 300, but is not shown for purposes of clarity.
Referring to
In step 402, the base station 206b receives configuration information from the base station 206a. As discussed with respect to
In step 410, once the negotiation is complete and the connection is established, the base station 206b may send the new MIP and PPP information to the mobile device 214. The mobile device 214 may then connect to the new PDSN 212b without having to negotiate the connection with the PDSN 212b. It is understood that messages commonly used during a handoff process may be exchanged during the method 400, but is not shown for purposes of clarity.
Referring to
In step 502, the mobile device 214 sends configuration information to the BS-S 206a. As described previously, the configuration information may represent various identifiers and parameters associated with the mobile device 214 and a packet data session between the mobile device and the PDSN-S 212a (
In step 510, the MSC 210 may send the configuration information to the BS-T 206b with a message such as a Handoff Request message. As with the Handoff Required message, the configuration information may be sent with the Handoff Request message (e.g., encapsulated therein) or may be sent separately. In the present example, although a step for contacting the PSDN-S 212a is not illustrated, such a step may occur in the sequence 500. For example, step 404 of
In step 518, the BS-T 206b may act as a proxy for the mobile device 214 and conduct negotiations (e.g., MIP and PPP negotiations) with the PDSN-T 212b to establish a connection. It is understood that the negotiations of step 518 may begin before the message of step 516 and may not end until after step 524.
In steps 520 and 522, the handoff process may continue as the MSC 210 sends a message such as a Handoff Command message to the BS-S 206a and the BS-S sends a message such as a Universal Handoff Direction message to the mobile device 214 instructing the mobile device to switch to the BS-T 206b. In step 524, the mobile device 214 and the BS-T 206b may exchange null traffic frames until the mobile device is under power control of the BS-T.
In step 526, the BS-T 206b may send the configuration information to the mobile device 214 for the new connection established by the BS-T acting as proxy for the mobile device. In the present example, such information may include MIP and PPP parameters. The mobile device 214 may then connect to the PDSN-T 212b after receiving the information in step 526 without having to negotiate the packet data connection with the PDSN-T itself. Accordingly, the handoff process may be optimized by enabling a connection with the PDSN-T 212b to be established while handoff is occurring, rather than waiting for the mobile device 214 to be handed off to the BS-T 206a before beginning negotiations for the connection.
It is understood that various messages, such as those between the MSC 210, the base stations 206a and 206b, the PDSNs 212a and 212b, and other network elements (such as the BSCs 208a and 208b) may be performed in accordance with one or more specified standards, such as TIA-2001, which is hereby incorporated by reference. As stated previously, inter-MSC communication may be performed as described in previously incorporated IS-41. It is understood that the message sequence 500 and the particular messages described are only one example of many possible sequences and that the functionality provided by the sequence 500 may be achieved using different sequences and/or messages.
Although only a few exemplary embodiments of this disclosure have been described in details above, those skilled in the art will readily appreciate that many modifications are possible in the exemplary embodiments without materially departing from the novel teachings and advantages of this disclosure. Also, features illustrated and discussed above with respect to some embodiments can be combined with features illustrated and discussed above with respect to other embodiments. For example, various steps from different flow charts may be combined, performed in an order different from the order shown, or further separated into additional steps. Furthermore, steps may be performed by network elements other than those disclosed. Accordingly, all such modifications are intended to be included within the scope of this disclosure.