US20060262732A1 - Method for informing changed communications capabilities - Google Patents
Method for informing changed communications capabilities Download PDFInfo
- Publication number
- US20060262732A1 US20060262732A1 US11/132,698 US13269805A US2006262732A1 US 20060262732 A1 US20060262732 A1 US 20060262732A1 US 13269805 A US13269805 A US 13269805A US 2006262732 A1 US2006262732 A1 US 2006262732A1
- Authority
- US
- United States
- Prior art keywords
- link layer
- property information
- communications device
- communication
- property
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000004891 communication Methods 0.000 title claims abstract description 78
- 238000000034 method Methods 0.000 title claims abstract description 24
- 230000008859 change Effects 0.000 claims abstract description 28
- 230000005540 biological transmission Effects 0.000 claims description 33
- 238000004590 computer program Methods 0.000 claims description 10
- 238000012360 testing method Methods 0.000 claims description 8
- 230000004044 response Effects 0.000 claims description 4
- 238000012546 transfer Methods 0.000 description 26
- 230000006870 function Effects 0.000 description 10
- 230000011664 signaling Effects 0.000 description 7
- 239000003795 chemical substances by application Substances 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 230000015654 memory Effects 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 238000001228 spectrum Methods 0.000 description 4
- 230000006978 adaptation Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000007704 transition Effects 0.000 description 3
- 238000013507 mapping Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 235000016936 Dendrocalamus strictus Nutrition 0.000 description 1
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 239000000872 buffer Substances 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 238000002716 delivery method Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000013467 fragmentation Methods 0.000 description 1
- 238000006062 fragmentation reaction Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/168—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- 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
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
Definitions
- the invention relates to informing changed communications capabilities after detecting a change or a need to change link layer communication, for instance due to a handover between links having different data transmission properties.
- the packet switched General Packet Radio Service provides the GSM networks with efficient data transmission, where radio capacity is allocated only during packet transmission.
- the third generation mobile communications system standardized by the Third Generation Partnership Project (3GPP), also referred to as the 3GPP system or the UMTS system (Universal Mobile Telecommunications System) offers more enhanced data transmission services than the GSM/GPRS networks.
- wireless local networks In addition to the data services offered by the PLMN networks, various wireless local networks have been developed that offer a broadband wireless data transmission service for a limited coverage area.
- the IEEE 802.11-based WLAN networks represent examples of such techniques.
- Such local networks can be used in different hot spots, such as offices or airports, to offer extremely fast data transmission and access to the Internet.
- Wireless local area networks and PLMN networks have also been converged.
- network elements have also been designed for wireless local area networks that allow the local network to utilize the PLMN network.
- Network elements have been created for the WLAN networks according to the IEEE 802.11 standard and GSM networks that allow access to the authentication and billing services offered by the GSM network through the WLAN network.
- the co-operation between PLMN networks and wireless local area networks has been planned further so that the services offered by the PLMN network could also be used through a radio interface offered by the wireless local area networks.
- the wireless local area network might operate as an access sub-system.
- a mobile node In Mobile IP environment it is possible that a mobile node (MN) has two or more different links for data transfer.
- MN mobile node
- ongoing data transfer may suffer from such transition, especially when the mobile device is moving from a network offering a connection with large data transmission capacity, for instance a WLAN, to a network providing substantially lower data transmission capacity, such as a GPRS network.
- a WWW browser of a mobile device has a TCP session with a WWW server and downloads files via this TCP session. If the connection is arranged via WLAN, and suddenly the mobile device moves out of the WLAN coverage, the mobile device must start to use GPRS to continue the TCP session. Because the data transfer rate offered by the GPRS network is slower than that of the WLAN, many packets may be lost and thus many TCP retransmissions need to be executed before TCP congestion control handles this problem.
- US 2002/0141353 aims to improve data throughput in the case of a transmission channel switch, where a newly assigned channel has a smaller transmission rate. If a forthcoming channel switch is detected, transmission parameters of the old channel are adapted on the basis of the new channel. For instance, the data transmission rate of the old channel is reduced before the channel switch, whereby it is possible to at least reduce the problems caused by the change to a slower channel.
- An example of a UMTS channel switch is described, wherein an RRM unit signalizes the channel switch to a MAC unit in order to change the channel parameters.
- the invention is based on an idea of transmitting link layer property information from a mobile node to a correspondent node after detecting a change or a need to change link layer communication to use a second link layer configuration instead of an originally used first link layer configuration.
- the property information indicates at least one link layer property applied or to be applied in communication utilizing the second link layer configuration.
- a communication setting for communication between the correspondent node and the mobile node is adapted in the correspondent node on the basis of the received property information. It is to be noted that the link layer property information may be transmitted directly after the detection step or at a later stage, possibly after the communication is already changed to use the second link layer configuration.
- link layer property refers generally to any property or attribute of a link protocol layer.
- the link layer property information may refer to a specific setting or a parameter of a link layer communication, or an information element otherwise indicating one or more link layer properties, such as a data transfer rate, data transfer class, or a link type.
- the link layer is located between a network layer such as the IP (Internet Protocol) and the physical layer. Thus, the link layer is underneath the IP layer and provides local data transmission services for the IP layer.
- the link layer may comprise sub-layers as is the case in the 3GPP mobile communication systems. For instance, radio link control (RLC) and medium access control (MAC) may form the OSI link layer.
- RLC radio link control
- MAC medium access control
- link layer configuration is to be understood generally, such that a change in link layer configuration may involve one or more changes in settings of a link layer and/or a physical layer.
- the solution of the invention provides such an advantage that communication between the mobile node and the correspondent node may be adapted in accordance with the (local) changed link layer data transfer of the mobile node.
- the upper layer data transfer settings may be changed to better take into account new characteristics of a sub-network, such as a mobile network. For instance, changes in an underlying wireless data transmission medium for the mobile node may be indicated to higher protocol layers and communication adapted accordingly. User experience can be improved in such transitions.
- the property information is defined in response to a need to perform a handover for the mobile node from a first access device to a second access device.
- This embodiment enables to avoid or reduce problems related to changes in connection properties due to handovers. As already indicated, especially handovers between different communications systems may change the link layer properties substantially.
- the present embodiment facilitates smooth handover procedure.
- FIG. 1 illustrates a networking system comprising a local area network and mobile communications network
- FIG. 2 is a block diagram showing user plane protocol stacks for packet data transfer in a 3GPP system
- FIGS. 3 a and 3 b illustrate a method according to an embodiment of the invention
- FIG. 4 is a signalling diagram showing handover in accordance with an embodiment of the invention.
- FIG. 5 a illustrates a mobile station capable of functioning as a correspondent node
- FIG. 5 b illustrates a device capable of functioning as a correspondent node
- FIG. 6 a illustrates relationships between entities and their functions in a mobile station in accordance with an embodiment of the invention.
- FIG. 6 b illustrates relationships between entities and their functions in a correspondent node in accordance with an embodiment of the invention.
- a mobile terminal or a mobile station MS may communicate with a correspondent node CN connected directly or indirectly to an IP network IPNW via at least two types of access networks; via a 3GPP compliant network or via a wireless local network BAN (Broadband Access Network).
- IPNW IP network
- the CN could be connected to some other network, for instance one of the access networks for the MS.
- the CN is not necessarily the end point of the communication from the MS, but could be an intermediary device.
- the correspondent node CN may be for example an SGSN (Serving GPRS Support Node) CN of the public land mobile network PLMN or a GGSN (Gateway GPRS Support Node) CN, whereby the services of the PLMN networks can be utilized through a local network.
- SGSN Serving GPRS Support Node
- GGSN Gateway GPRS Support Node
- FIG. 1 illustrates a local network BAN.
- the local network BAN is in accordance with an embodiment a wireless local area network employing user authentication and network access control according to an IEEE 802.1x standard, such as a wireless local area network according to the IEEE 802.11 i standard.
- the invention can also be applied in other IEEE 802-based wireless local area networks or in other types of local network BANs, typically in networks operating at unlicensed frequency bands, such as a network according to the BRAN (Broadband Radio Access Networks) standard, a Home. RF network or a Bluetooth network.
- BRAN Broadband Radio Access Networks
- the access point AP controls the radio interface in accordance with the radio technology used, in the present embodiment in accordance with the IEEE 802.11 standard.
- the IEEE 802.11 specifications determine the protocols of both a physical layer and a MAC layer for data transmission over the radio interface. Infrared or two spread spectrum techniques (Direct Sequence Spread Spectrum DSSS, Frequency Hopped Spread Spectrum FHSS) can also be employed in data transmission. A 2.4 GHz band is used in both spread spectrum techniques.
- the MAC layer employs what is known as a CSMA/CA technique (Carrier Sense Multiple Access with Collision Avoidance).
- the access point AP also bridges radio interface data flows or routes data flows to other network nodes, such as other access points or routers R, and from other network nodes.
- the local network BAN comprises one or more sub-networks, and the access points included therein are connected to one another and transfer information to other IP-based networks IPNW through the router R of the sub-network.
- the MS may for instance be an integrated communication device, a PDA device, or a laptop computer, combined with an apparatus offering radio access (such as a WLAN card).
- the MS comprises both WLAN communication means and means for communicating with a 3GPP network.
- FIG. 1 further illustrates a 3GPP network, showing only some of the network elements of the 3GPP system. Only one radio access network UTRAN (UMTS Terrestrial Radio Access Network) is shown in FIG. 1 .
- the UTRAN comprises at least one radio network controller RNC and typically several base stations BS, or Node Bs, connected to each radio network controller RNC, the radio network controller RNC controlling radio frequencies and channels of each base station BS connected to it.
- Mobile stations MS of the 3GPP mobile network also referred to as user equipment (UE), are connected to at least one base station BS via a radio frequency channel.
- UE user equipment
- Radio network controllers RNC are connected to a core network portion for circuit-switched (CS) services (not shown in FIG. 1 ) and to a core network portion for packet-switched (PS) services, only the latter being disclosed herein in more detail.
- the UTRAN is coupled to a Serving GPRS Support Node (SGSN) via an lu interface for providing a bearer path and a signalling interface between the UTRAN and the SGSN.
- the serving node SGSN is in contact with a user mobile station MS through a radio network UTRAN.
- a task of the serving node SGSN is to detect mobile stations MS capable of packet radio connections in its service area, to transmit and receive data packets from these mobile stations MS and to track the location of the mobile stations MS in its service area.
- the GPRS packet radio system can comprise at least one gateway node GGSN (Gateway GPRS Support Node). Typically several serving nodes SGSN are connected to one gateway node GGSN.
- the gateway node GGSN acts as a gateway between the GPRS packet radio system and an external data network such as the IP based network IPNW.
- External data networks may include the 3GPP or GPRS network of another network operator, the Internet, an X.25 network or a private local area network.
- Data packets transmitted between the gateway node GGSN and the serving node SGSN are always encapsulated according to the gateway tunnelling protocol GTP.
- the gateway node GGSN also contains PDP (Packet Data Protocol) addresses and routing information, i.e. SGSN addresses, of the mobile stations MS.
- PDP Packet Data Protocol
- the routing information is thus used to link the data packets between the external data network and the serving node SGSN.
- the network between the gateway node GGSN and the serving node SGSN employs an IP protocol (IPv4/IPv6, Internet Protocol, version 4/6). Records related to packet radio services and comprising subscriber-specific packet data protocol contents are also stored in a home subscriber server HSS.
- a GSM BSS base station sub-system
- GERAN GSM/EDGE radio access network
- WLAN wireless local area network
- FIG. 1 is only exemplary and that applicability of the present invention is not limited to any specific access network configuration.
- FIG. 2 illustrates a protocol stack of a system comprising an access network in accordance with the 3GPP specifications.
- the 3GPP packet data protocol architecture is divided into a user plane and a control plane.
- the control plane includes 3GPP-specific signalling protocols.
- FIG. 2 illustrates the user plane, which delivers user data in protocol data units PDU between the mobile station and GGSN.
- L 1 At the interface Uu between the radio network UTRAN and the mobile station MS, lower-plane data transfer on a physical layer L 1 takes place in accordance with the WCDMA or TD-CDMA protocol.
- the MAC layer on top of the physical layer conveys data packets between the physical layer and the RLC (Radio Link Control) layer, and the RLC layer is responsible for radio link management of different logical connections.
- RLC Radio Link Control
- the RLC functions include, for instance, segmentation of transmitted data into one or more RLC data packets.
- PDCP Packet Data Control Protocol
- the PDCP, RLC and MAC constitute a transmission link layer.
- SGSN is responsible for routing of data packets received from the mobile station MS via the radio network RAN further to a correct gateway node GGSN.
- This connection employs a tunnelling protocol GTP, which encapsulates and tunnels all user data and signalling conveyed via the core network.
- the GTP protocol is run on the IP protocol used by the core network.
- the IP protocol may be used in the 3GPP system for two different purposes.
- the upper IP layer is a so-called application layer IP, which is used between MS and GGSN and for a peer in an external IP network.
- IP layers for instance a transport IP layer between the MS and the GGSN and an upper remote IP layer between the MS and the CN.
- TCP or UDP protocol On top of the upper IP layer it is possible to execute a TCP or UDP protocol, which the applications APP utilize.
- the applications APP and the upper IP stack may be located in separate terminal equipment (TE), whereby a separate mobile termination (MT) portion serves as a device communicating with the UMTS network.
- TE terminal equipment
- MT mobile termination
- More specific description on the packet radio service of the 3GPP system can be found from a 3GPP specification TS 23.060 , “General Packet Radio Service ( GPRS ); Service Description; Stage 2” version 6.7.0, December 2004.
- the mobile station MS In order to obtain packet-switched services the mobile station MS should perform an attach procedure, in which the location of the MS is made known in SGSN. Thereafter the MS can receive short messages and calls from SGSN. In order to receive and transmit packet-switched data the MS must activate at least one PDP context, which makes the MS known in GGSN and establishes a logical data transmission context in the MS, SGSN and GGSN. While the PDP context is established, there is determined for the MS a PDP address that can be an IPv4 address, an IPv6 address or in accordance with an embodiment of the present invention an IPv6 address including an IPv4 address. In addition to other PDP context data, such as the negotiated QoS profile, the PDP address is determined to be included in context information maintained by GGSN.
- link layer configuration is defined by a plurality of settings and/or other properties specifying the data transfer, and may include parameters of multiple protocol layers.
- link layer property information from the MS is transmitted to the CN after detecting a need to change link layer communication to use a second link layer configuration instead of an originally used first link layer configuration. In the following an embodiment is illustrated, wherein the change is caused by a handover.
- step 301 A need is detected in step 301 to change the wireless connection of the MS, originally provided by a first access device, to be implemented by a second access device.
- the need for handover 301 typically arises when the MS moves to the coverage area of the second access device, whereby the MS can be provided with a radio link of substantially better quality through the second access device.
- the MS may be arranged to immediately enter step 302 for instance on the basis of a decision by a handover decision means that a handover is required.
- Handover should be widely interpreted to indicate any mechanism that allows changing the logical connection or context enabling data transmission to be handled by the second access device.
- changing the packet switched data transmission context to be handled by the second access device means carrying out handover, even though user data is not transferred at that particular moment (in circuit-switched networks handover typically only refers to transferring an active call).
- the handover could involve merely a change of a channel, or even change of the telecommunications system (inter-system handover).
- the handover may also involve changes to the network layer, for instance an IP care of address of the mobile station MS may change.
- step 302 property information indicating (at least) changed link layer properties is defined in step 302 .
- the mobile station MS defines, on the basis of the information stored in the mobile station MS and/or received from the new network, properties associated with a connection by a protocol layer underneath the IP layer. It is to be noted that step 302 may be entered directly after step 301 , or that there may be one or more intermediary steps, for instance the mobile station MS may already initiate connection set-up with the second access device.
- step 303 the mobile station MS prepares an information element comprising the property information and transmits this information element to the correspondent node CN.
- This information element could be an IP packet comprising a Mobile IP header, for instance.
- the information element may be transmitted using the already existing access via the first access device. Alternatively, if the original access via the first access device is not anymore available, the mobile station MS may transmit the information element via the second access device, or even a further third access device in case such further access device is available.
- FIG. 3 b illustrates steps carried out in the correspondent node CN.
- the CN receives an information element comprising property information of changed connection properties of another peer device of the communication, in the present embodiment the mobile station MS.
- the CN is arranged to check at least one predetermined portion of the received information element in order to find out the property information. For instance, a message may comprise an indication that it will comprise property information.
- the CN is in step 311 arranged to determine the required changes to upper layer communication settings.
- the CN may comprise predetermined mapping instructions or a mapping table on the basis of which changes to application layer and/or TCP/UDP layer settings are configured.
- the changes determined in step 311 may comprise a new value of a setting, or determine a required change to an original value of a setting, for instance.
- Changes to the communication settings may be IP address specific, i.e. settings affecting the transfer of a data flow applying an IP address associated with the received property information are changed. Thus, changes required to the settings associated with the IP address are determined.
- step 312 the communication settings are adapted on the basis of the changes determined in step 311 .
- This step involves modification of one or more settings defining TCP/UDP protocol layer operations by a TCP/UDP layer control entity, or one or more application level settings by an application level entity.
- One or more protocol entities in the mobile station MS may be arranged to adapt communication settings used for communicating with the correspondent node CN, either directly or indirectly. Therefore, at least some of the features as illustrated above in connection with steps 311 and 312 , further illustrated in the following, may be carried out in the mobile station MS.
- the mobile station MS may be arranged to define and transmit (as illustrated in steps 302 and 303 ) and which may be utilized by the CN and/or the MS for adapting communication settings between the CN and the MS (as illustrated in steps 311 and 312 ). Some examples are illustrated in the following.
- the property information indicates data transfer rate of a connection provided by or arranged via the second access device.
- This data transfer rate could be a maximum data transfer rate or a rate guaranteed by the new link, for instance.
- the property information may indicate link layer packet properties.
- the packet unit size of the new link is indicated to the CN.
- indication of a maximum transmission unit (MTU) utilized in the new link may be defined in the MS and transmitted to the CN.
- the CN may be arranged to adapt TCP, UDP and/or IP layer settings.
- the CN is arranged to adapt a maximum segment size (MSS) applied in the TCP layer on the basis of the received property information indicating the MTU.
- MSS determines how much the CN may transmit TCP data in one segment.
- the segment size in TCP layer communication between the MS and the CN may be adapted to optimally comply with the MTU applied in the link layer.
- the CN is arranged to adapt its settings such that fragmentation is avoided.
- the communication setting specifying communication between the correspondent node CN and the mobile node (MS), and modified on the basis of the received property information is a TCP layer flow control setting.
- the data transfer rate may be used as the property information.
- the size of the TCP transmission window applied for the data flow associated with the received property information is adapted on the basis of the received property information. This embodiment enables to adapt TCP buffers if the throughput of the new link is very different from the original link.
- the RTP (Real-time Transport Procotol) is used above the UDP layer for transmitting real-time data between the CN and the MS.
- One or more RTP specific or related settings may be adapted on the basis of the received property information.
- a codec applied for the RTP is changed on the basis of the received property information.
- the adapted communication setting is a codec applied by an application, such as a multimedia streaming application.
- a codec may be changed to one more appropriate to the new access link of the other party.
- one or more of the settings of the applied codec are adapted.
- the property information indicates at least one property of a packet data transfer context established or to be established for the mobile station MS.
- packet data transfer context is the PDP (Packet Data Protocol) context arranged for GPRS packet data services in GSM/GPRS and 3GPP systems.
- PDP context information maintained in a GPRS compliant mobile terminal, reference is made to 3GPP specification TS 23.060 , “General Packet Radio Service ( GPRS ); Service Description; Stage 2” version 6.7.0, December 2004, in particular Table 8 in Chapter 13.4, the specification being incorporated herein by reference.
- the mobile station MS may be arranged to transmit some PDP context specific information specified in this Table.
- the requested quality of service (QoS) profile information or indication of the requested QoS profile may be transmitted to the CN.
- the terminal may be arranged to define only some portion of the QoS profile information, for instance the requested bit rate (for the PDP context) is informed to the CN.
- the packet data control protocol (PDCP) is described in 3GPP TS 25.323, version 6.1.0, incorporated herein by reference.
- the property information indicates at least one property of the RLC- and/or MAC layer applied in the mobile station MS.
- the RLC layer properties specified in 3GPP TS 25.322, version 6.3.0, incorporated herein by reference, may be utilized.
- the property information defined for and transmitted to the CN is not specific only to the new connection provided by the second access device but such information may be derived from at least most of the data transmission systems.
- the formats and types of the property information may be standardized.
- There may be a specific conversion function in the MS changing the representation format of connection property from a link layer technology specific format to a more generic format used between the MS and the CN. This conversion could be applied before step 303 .
- a number of predetermined data transfer rate classes could be applied: The MS may then select a class such that the data transfer rate of the new connection falls in the predetermined range of the class.
- class 3 could include data transfer rates between 200-300 kbit/s.
- the CN may comprise a conversion function utilized in step 311 for determining the required changes on the basis of the received property information in the generic format.
- This embodiment enables to avoid link specific adaptation information in the CN, and the property information (in a predetermined format) from the MS to the CN may include properties of different link layer technologies. For instance, when the MS returns to a coverage area of the local network BAN, the same property information type(s) can again be informed to the CN. The CN can then in a corresponding way adapt the communication with the MS to the new BAN properties, such as the higher data transfer rate.
- the application of the invention is not limited to any specific connection property and therefore it is possible to apply also other properties besides or instead of the above illustrated properties. For instance, information on delay or on error ratio could be applied. Further, multiple properties may be applied in any appropriate combination.
- the property information is transmitted in an IPv6 mobility specific message.
- the property information is transmitted to the correspondent node CN in a Binding Update message or in a Care of Test Init message.
- Such new message structure can be used as an IPv6 mobility header originated from the mobile node MN to the correspondent node CN.
- One or more mobility option types may be specified for Binding Update messages. For instance, mobility option types may be specified for an MTU of a link and a data transfer rate of a link. It is possible to add new mobility option types to the Binding Update messages later if necessary.
- the transmission of property information to the correspondent node CN is not limited to any specific transmission technique.
- the property information is transmitted by IPv4 based mechanisms.
- MOBIKE IKEv2 Mobility and Multihoming Working Group
- MOBIKE specifies extensions to the IKEv2 (Internet Key Exchange) protocol to enable its use in the context where there are multiple IP addresses per host (multihoming, SCTP) or where the IP addresses change in the control of the IPsec host (mobility and roaming).
- IKEv2 Internet Key Exchange
- SCTP multihoming
- An important scenario is to make it possible for a VPN user to move from one address to another without re-establishing all security associations, or to use multiple interfaces simultaneously, such as simultaneous use of WLAN and GPRS. More information on MOBIKE is available at http://www.ieff.org/html.charters/mobike-charter.html.
- FIG. 4 is a signaling diagram that further illustrates a signaling flow of messages in accordance with an embodiment of the invention applying the MIPv6.
- the MS initiates the communication with the CN by transmitting a Home Test Init message 401 and Care of Test Init message 402 to the CN.
- the CN replies with Home Test message 403 and Care of Test message 404 .
- These messages and their usage are described in the RFC 3775.
- the MS prepares and transmits a Binding Update message 405 comprising link layer information.
- the CN replies with a Binding Acknowledgement message 406 .
- the MS transmits a Binding Update to a home agent before informing the correspondent node CN.
- the home agent may be considered as the correspondent node.
- the link layer property information may be transmitted from the MS to a device functioning as a home agent, for instance to a support node in a GPRS/3GPP core network.
- the CN may also respond to the message comprising the property information and transmitted from the MS.
- the MS is arranged to delay the handover to the second access point.
- the delaying may be adjusted to aim to have the handover after the settings in the CN have been changed.
- the delay could be based on a predetermined delay period or a response from the CN.
- the delaying is not always preferable if the link is suddenly lost or the link quality very quickly declines.
- the MS may be arranged to perform delaying only if the current link to the first access point is above a predetermined criterion, for instance the signal strength is adequate.
- the delaying may further reduce problems and packet losses caused by changed link properties.
- the property information has been transmitted to the CN before the handover to the second access device
- the property information is transmitted after the handover and the communication settings in the CN can be adapted accordingly. At least some of the above illustrated features may also be applied in this embodiment.
- the devices MS, CN comprise one or more processing units 500 , 510 , respectively.
- Computer program code portions 508 , 518 stored in the memories 502 , 512 and executed in the processing units 500 and 510 , respectively, may be used for causing the devices MS, CN to implement means for providing the inventive functions relating to arranging adaptation of communication settings on the basis of a new link layer connection, some embodiments of the inventive functions were illustrated above in association with FIGS. 2, 3 a , 3 b , and 4 .
- the mobile station MS further comprises a user interface 504 and a transceiver 506 for wireless communication.
- the device functioning as the correspondent node CN also comprises data transfer means 516 and typically also a user interface 514 .
- a chip unit or some other kind of hardware module for controlling the device MS, CN may, in one embodiment, cause the device to perform the inventive functions.
- the hardware module comprises connecting means for connecting the device MS, CN mechanically and/or functionally.
- the hardware module may form part of the device and could be removable.
- Some examples of such hardware module are a sub-assembly, a portable data storage medium, an IC card, or an accessory device.
- Computer program codes can be received via a network and/or be stored in memory means, for instance on a disk, a CD-ROM disk or other external memory means, where from they can be loaded into the memory of the devices MS, CN.
- the computer program can also be loaded through a network by using a TCP/IP protocol stack, for instance.
- Hardware solutions or a combination of hardware and software solutions may also be used to implement the inventive functions.
- a control entity for instance a handover manager performed by execution of a stored program code 508 in a processing unit 500 , in the mobile station MS may be arranged to detect the need to change a channel and instruct another entity, for instance an IP layer entity, to transmit the property information to the CN.
- the mobile station MS may comprise an entity managing link layer capabilities or at least having access to link layer properties, herein referred to as link layer capability manager. This link layer capability manager may carry out at least some of the above illustrated features in the MS.
- the link layer capability manager may maintain information on link layer property information of available links and the property information to the CN may be obtained from the link layer manager.
- the handover manager may submit information on new link layer connection to the link layer capability manager which may initiate the transmission of the information to the CN.
- the link layer capability manager may submit the L 2 property information to a protocol entity implementing the MIPv6. This protocol entity arranges the addition of the property information into an IPv6 mobility header.
- the link layer capability manager is arranged in the MS such that any one of the OSI stack layers 3 to 7 may access it.
- FIGS. 6 a and 6 b illustrate relationships between entities in the MS and the CN, respectively.
- the MS comprises the handover manager 600 , a MIPv6 layer entity 601 , an RTP layer entity 602 , and a TCP layer entity 603 .
- the handover manager 600 detects 610 a change or a need to change link layer properties and informs 611 upper layers.
- MIPv6 entity 601 may refresh 612 the home agent registration.
- the CN registration is also refreshed 613 such that information on the changed link layer properties is included in the message to the CN.
- the RTP entity 602 may be informed, whereby the used codec and/or bit rate may be changed 614 .
- the TCP entity 603 in the MS is informed, whereby one or more TCP parameters may be adjusted 615 , as already illustrated.
- an entity implementing the MIPv6 in the CN may detect the property information from the received mobility header and transmit them to an entity determining and/or managing the settings to be adapted (for instance an entity implementing the TCP, the UDP, and/or the RTP, an application manager, or a manager specifically arranged to provide the above illustrated adaptation).
- entity determining and/or managing the settings to be adapted for instance an entity implementing the TCP, the UDP, and/or the RTP, an application manager, or a manager specifically arranged to provide the above illustrated adaptation.
- Such entities or managers may be performed by execution of a stored program code 518 in the processing unit 510 .
- the MIPv6 entity 651 in the CN updates 661 the Binding Cache for the destination IP address, i.e. for the MS.
- the MIPv6 entity 651 also informs 662 a controlling entity 650 which detects 663 that link layer properties have changed to the destination device, and informs 664 upper layers.
- an RTP layer entity 652 may be informed, whereby the used codec and/or bit rate may be adapted 665 .
- a TCP layer entity 653 is informed, whereby TCP layer parameters may be adjusted 666 .
- the received property information may involve and possibly be delivered via one or more intermediate entities such as an entity implementing the IP. It is also to be noted that it is not necessarily the mobile node (the mobile station MS in the above embodiment) that defines the property information and transmits it to the CN, but an intermediate network element may be arranged to perform these tasks. For instance, a mobile router in the 3GPP system or in an IP network IPNW for hiding MIPv6 signaling may be arranged to detect the property information and transmit to the CN.
- the handover manager (or some other entity controlling the above illustrated method) may be arranged to follow and/or detect link changes and link property changes for all link types (for instance GPRS, WLAN) and deliver the property information of the new link to the TCP/IP layer.
- link types for instance GPRS, WLAN
- the change in link layer properties causing the present informing functions is not necessarily due to a handover.
- the present method may also be caused by network initiation, for instance due to changes in network load.
- the data transfer rate of an active PDP context is changed in a 3GPP system, whereby the above illustrated method may be applied.
- the change of PDP context property constitutes a link configuration change (to a faster or slower one).
- the invention may be applied in a system including any second generation, third generation and/or fourth generation mobile communications system.
- the invention and the embodiments thereof are therefore not restricted to the above examples but may deviate within the scope of the claims. Different features may thus be omitted, modified, replaced by equivalents, or combined with other above illustrated features.
Abstract
Description
- The invention relates to informing changed communications capabilities after detecting a change or a need to change link layer communication, for instance due to a handover between links having different data transmission properties.
- Data services developed for public mobile networks with extensive coverage areas and supporting the mobility of the user have evolved significantly in recent years. The packet switched General Packet Radio Service (GPRS) provides the GSM networks with efficient data transmission, where radio capacity is allocated only during packet transmission. The third generation mobile communications system standardized by the Third Generation Partnership Project (3GPP), also referred to as the 3GPP system or the UMTS system (Universal Mobile Telecommunications System) offers more enhanced data transmission services than the GSM/GPRS networks.
- In addition to the data services offered by the PLMN networks, various wireless local networks have been developed that offer a broadband wireless data transmission service for a limited coverage area. The IEEE 802.11-based WLAN networks represent examples of such techniques. Such local networks can be used in different hot spots, such as offices or airports, to offer extremely fast data transmission and access to the Internet. Wireless local area networks and PLMN networks have also been converged. For instance, network elements have also been designed for wireless local area networks that allow the local network to utilize the PLMN network. Network elements have been created for the WLAN networks according to the IEEE 802.11 standard and GSM networks that allow access to the authentication and billing services offered by the GSM network through the WLAN network. The co-operation between PLMN networks and wireless local area networks has been planned further so that the services offered by the PLMN network could also be used through a radio interface offered by the wireless local area networks. In the 3GPP system the wireless local area network might operate as an access sub-system.
- In Mobile IP environment it is possible that a mobile node (MN) has two or more different links for data transfer. As mobile devices may move between access networks having very different capabilities, ongoing data transfer may suffer from such transition, especially when the mobile device is moving from a network offering a connection with large data transmission capacity, for instance a WLAN, to a network providing substantially lower data transmission capacity, such as a GPRS network. For instance, a WWW browser of a mobile device has a TCP session with a WWW server and downloads files via this TCP session. If the connection is arranged via WLAN, and suddenly the mobile device moves out of the WLAN coverage, the mobile device must start to use GPRS to continue the TCP session. Because the data transfer rate offered by the GPRS network is slower than that of the WLAN, many packets may be lost and thus many TCP retransmissions need to be executed before TCP congestion control handles this problem.
- US 2002/0141353 aims to improve data throughput in the case of a transmission channel switch, where a newly assigned channel has a smaller transmission rate. If a forthcoming channel switch is detected, transmission parameters of the old channel are adapted on the basis of the new channel. For instance, the data transmission rate of the old channel is reduced before the channel switch, whereby it is possible to at least reduce the problems caused by the change to a slower channel. An example of a UMTS channel switch is described, wherein an RRM unit signalizes the channel switch to a MAC unit in order to change the channel parameters.
- There is now provided an enhanced solution for reducing problems caused by link layer changes. This solution may be achieved by a method, communications devices, and computer program products, which are characterized by what is stated in the independent claims. Some embodiments of the invention are disclosed in the dependent claims.
- The invention is based on an idea of transmitting link layer property information from a mobile node to a correspondent node after detecting a change or a need to change link layer communication to use a second link layer configuration instead of an originally used first link layer configuration. The property information indicates at least one link layer property applied or to be applied in communication utilizing the second link layer configuration. A communication setting for communication between the correspondent node and the mobile node is adapted in the correspondent node on the basis of the received property information. It is to be noted that the link layer property information may be transmitted directly after the detection step or at a later stage, possibly after the communication is already changed to use the second link layer configuration.
- The term ‘link layer property’ refers generally to any property or attribute of a link protocol layer. The link layer property information may refer to a specific setting or a parameter of a link layer communication, or an information element otherwise indicating one or more link layer properties, such as a data transfer rate, data transfer class, or a link type. In the ISO protocol stack the link layer is located between a network layer such as the IP (Internet Protocol) and the physical layer. Thus, the link layer is underneath the IP layer and provides local data transmission services for the IP layer. It is to be noted that the link layer may comprise sub-layers as is the case in the 3GPP mobile communication systems. For instance, radio link control (RLC) and medium access control (MAC) may form the OSI link layer. Also the term “link layer configuration” is to be understood generally, such that a change in link layer configuration may involve one or more changes in settings of a link layer and/or a physical layer.
- The solution of the invention provides such an advantage that communication between the mobile node and the correspondent node may be adapted in accordance with the (local) changed link layer data transfer of the mobile node. Thus, the upper layer data transfer settings may be changed to better take into account new characteristics of a sub-network, such as a mobile network. For instance, changes in an underlying wireless data transmission medium for the mobile node may be indicated to higher protocol layers and communication adapted accordingly. User experience can be improved in such transitions.
- In accordance with an embodiment of the invention, the property information is defined in response to a need to perform a handover for the mobile node from a first access device to a second access device. This embodiment enables to avoid or reduce problems related to changes in connection properties due to handovers. As already indicated, especially handovers between different communications systems may change the link layer properties substantially. The present embodiment facilitates smooth handover procedure.
- In the following the invention will be described in greater detail by means of some embodiments with reference to the accompanying drawings, in which:
-
FIG. 1 illustrates a networking system comprising a local area network and mobile communications network; -
FIG. 2 is a block diagram showing user plane protocol stacks for packet data transfer in a 3GPP system; -
FIGS. 3 a and 3 b illustrate a method according to an embodiment of the invention; -
FIG. 4 is a signalling diagram showing handover in accordance with an embodiment of the invention; -
FIG. 5 a illustrates a mobile station capable of functioning as a correspondent node; -
FIG. 5 b illustrates a device capable of functioning as a correspondent node; -
FIG. 6 a illustrates relationships between entities and their functions in a mobile station in accordance with an embodiment of the invention; and -
FIG. 6 b illustrates relationships between entities and their functions in a correspondent node in accordance with an embodiment of the invention. - Referring to
FIG. 1 , a mobile terminal or a mobile station MS may communicate with a correspondent node CN connected directly or indirectly to an IP network IPNW via at least two types of access networks; via a 3GPP compliant network or via a wireless local network BAN (Broadband Access Network). It is to be noted that instead of being connected to the IPNW, the CN could be connected to some other network, for instance one of the access networks for the MS. Further, the CN is not necessarily the end point of the communication from the MS, but could be an intermediary device. For instance, the correspondent node CN may be for example an SGSN (Serving GPRS Support Node) CN of the public land mobile network PLMN or a GGSN (Gateway GPRS Support Node) CN, whereby the services of the PLMN networks can be utilized through a local network. -
FIG. 1 illustrates a local network BAN. The local network BAN is in accordance with an embodiment a wireless local area network employing user authentication and network access control according to an IEEE 802.1x standard, such as a wireless local area network according to the IEEE 802.11 i standard. However, the invention can also be applied in other IEEE 802-based wireless local area networks or in other types of local network BANs, typically in networks operating at unlicensed frequency bands, such as a network according to the BRAN (Broadband Radio Access Networks) standard, a Home. RF network or a Bluetooth network. - The access point AP controls the radio interface in accordance with the radio technology used, in the present embodiment in accordance with the IEEE 802.11 standard. The IEEE 802.11 specifications determine the protocols of both a physical layer and a MAC layer for data transmission over the radio interface. Infrared or two spread spectrum techniques (Direct Sequence Spread Spectrum DSSS, Frequency Hopped Spread Spectrum FHSS) can also be employed in data transmission. A 2.4 GHz band is used in both spread spectrum techniques. The MAC layer employs what is known as a CSMA/CA technique (Carrier Sense Multiple Access with Collision Avoidance). The access point AP also bridges radio interface data flows or routes data flows to other network nodes, such as other access points or routers R, and from other network nodes. Typically, the local network BAN comprises one or more sub-networks, and the access points included therein are connected to one another and transfer information to other IP-based networks IPNW through the router R of the sub-network. The MS may for instance be an integrated communication device, a PDA device, or a laptop computer, combined with an apparatus offering radio access (such as a WLAN card). In the present embodiment the MS comprises both WLAN communication means and means for communicating with a 3GPP network.
-
FIG. 1 further illustrates a 3GPP network, showing only some of the network elements of the 3GPP system. Only one radio access network UTRAN (UMTS Terrestrial Radio Access Network) is shown inFIG. 1 . The UTRAN comprises at least one radio network controller RNC and typically several base stations BS, or Node Bs, connected to each radio network controller RNC, the radio network controller RNC controlling radio frequencies and channels of each base station BS connected to it. Mobile stations MS of the 3GPP mobile network, also referred to as user equipment (UE), are connected to at least one base station BS via a radio frequency channel. - Radio network controllers RNC, in turn, are connected to a core network portion for circuit-switched (CS) services (not shown in
FIG. 1 ) and to a core network portion for packet-switched (PS) services, only the latter being disclosed herein in more detail. For a packet-switched connection, the UTRAN is coupled to a Serving GPRS Support Node (SGSN) via an lu interface for providing a bearer path and a signalling interface between the UTRAN and the SGSN. The serving node SGSN is in contact with a user mobile station MS through a radio network UTRAN. A task of the serving node SGSN is to detect mobile stations MS capable of packet radio connections in its service area, to transmit and receive data packets from these mobile stations MS and to track the location of the mobile stations MS in its service area. - In addition to the serving nodes SGSN, the GPRS packet radio system can comprise at least one gateway node GGSN (Gateway GPRS Support Node). Typically several serving nodes SGSN are connected to one gateway node GGSN. The gateway node GGSN acts as a gateway between the GPRS packet radio system and an external data network such as the IP based network IPNW. External data networks may include the 3GPP or GPRS network of another network operator, the Internet, an X.25 network or a private local area network. Data packets transmitted between the gateway node GGSN and the serving node SGSN are always encapsulated according to the gateway tunnelling protocol GTP. The gateway node GGSN also contains PDP (Packet Data Protocol) addresses and routing information, i.e. SGSN addresses, of the mobile stations MS. The routing information is thus used to link the data packets between the external data network and the serving node SGSN. The network between the gateway node GGSN and the serving node SGSN employs an IP protocol (IPv4/IPv6, Internet Protocol, version 4/6). Records related to packet radio services and comprising subscriber-specific packet data protocol contents are also stored in a home subscriber server HSS. A GSM BSS (base station sub-system), GERAN (GSM/EDGE radio access network), or a WLAN based network may also be used as an access network in the 3GPP system.
- It is to be noted that the system of
FIG. 1 is only exemplary and that applicability of the present invention is not limited to any specific access network configuration. -
FIG. 2 illustrates a protocol stack of a system comprising an access network in accordance with the 3GPP specifications. The 3GPP packet data protocol architecture is divided into a user plane and a control plane. The control plane includes 3GPP-specific signalling protocols.FIG. 2 illustrates the user plane, which delivers user data in protocol data units PDU between the mobile station and GGSN. At the interface Uu between the radio network UTRAN and the mobile station MS, lower-plane data transfer on a physical layer L1 takes place in accordance with the WCDMA or TD-CDMA protocol. The MAC layer on top of the physical layer conveys data packets between the physical layer and the RLC (Radio Link Control) layer, and the RLC layer is responsible for radio link management of different logical connections. The RLC functions include, for instance, segmentation of transmitted data into one or more RLC data packets. PDCP (Packet Data Control Protocol) adapts the needs of upper layers for radio interface protocols below and takes care of the transmission of PDCP data units over a radio sub-network and takes care of the compression and decompression of header fields of IP data flows. The PDCP, RLC and MAC constitute a transmission link layer. SGSN is responsible for routing of data packets received from the mobile station MS via the radio network RAN further to a correct gateway node GGSN. This connection employs a tunnelling protocol GTP, which encapsulates and tunnels all user data and signalling conveyed via the core network. The GTP protocol is run on the IP protocol used by the core network. - The IP protocol may be used in the 3GPP system for two different purposes. The upper IP layer is a so-called application layer IP, which is used between MS and GGSN and for a peer in an external IP network. Thus, there may be multiple IP layers, for instance a transport IP layer between the MS and the GGSN and an upper remote IP layer between the MS and the CN. On top of the upper IP layer it is possible to execute a TCP or UDP protocol, which the applications APP utilize. It should be noted that the applications APP and the upper IP stack may be located in separate terminal equipment (TE), whereby a separate mobile termination (MT) portion serves as a device communicating with the UMTS network. More specific description on the packet radio service of the 3GPP system can be found from a 3GPP specification TS 23.060, “General Packet Radio Service (GPRS); Service Description; Stage 2” version 6.7.0, December 2004.
- In order to obtain packet-switched services the mobile station MS should perform an attach procedure, in which the location of the MS is made known in SGSN. Thereafter the MS can receive short messages and calls from SGSN. In order to receive and transmit packet-switched data the MS must activate at least one PDP context, which makes the MS known in GGSN and establishes a logical data transmission context in the MS, SGSN and GGSN. While the PDP context is established, there is determined for the MS a PDP address that can be an IPv4 address, an IPv6 address or in accordance with an embodiment of the present invention an IPv6 address including an IPv4 address. In addition to other PDP context data, such as the negotiated QoS profile, the PDP address is determined to be included in context information maintained by GGSN.
- When the MS is communicating via the WLAN network BAN or the 3GPP PLMN network, a specific link layer configuration is active and applied in the MS for transmitting and receiving information. The link layer configuration is defined by a plurality of settings and/or other properties specifying the data transfer, and may include parameters of multiple protocol layers. In the present method, link layer property information from the MS is transmitted to the CN after detecting a need to change link layer communication to use a second link layer configuration instead of an originally used first link layer configuration. In the following an embodiment is illustrated, wherein the change is caused by a handover.
- Referring to
FIG. 3 a, the following steps are described in a method according to an embodiment carried out in the mobile station MS. A need is detected instep 301 to change the wireless connection of the MS, originally provided by a first access device, to be implemented by a second access device. The need forhandover 301 typically arises when the MS moves to the coverage area of the second access device, whereby the MS can be provided with a radio link of substantially better quality through the second access device. In order to have information to the CN before switching to the second access device, the MS may be arranged to immediately enterstep 302 for instance on the basis of a decision by a handover decision means that a handover is required. Handover should be widely interpreted to indicate any mechanism that allows changing the logical connection or context enabling data transmission to be handled by the second access device. Thus, changing the packet switched data transmission context to be handled by the second access device means carrying out handover, even though user data is not transferred at that particular moment (in circuit-switched networks handover typically only refers to transferring an active call). The handover could involve merely a change of a channel, or even change of the telecommunications system (inter-system handover). Thus, the handover may also involve changes to the network layer, for instance an IP care of address of the mobile station MS may change. - After the need for handover has been detected, property information indicating (at least) changed link layer properties is defined in
step 302. In this step the mobile station MS defines, on the basis of the information stored in the mobile station MS and/or received from the new network, properties associated with a connection by a protocol layer underneath the IP layer. It is to be noted thatstep 302 may be entered directly afterstep 301, or that there may be one or more intermediary steps, for instance the mobile station MS may already initiate connection set-up with the second access device. - In
step 303 the mobile station MS prepares an information element comprising the property information and transmits this information element to the correspondent node CN. This information element could be an IP packet comprising a Mobile IP header, for instance. The information element may be transmitted using the already existing access via the first access device. Alternatively, if the original access via the first access device is not anymore available, the mobile station MS may transmit the information element via the second access device, or even a further third access device in case such further access device is available. -
FIG. 3 b illustrates steps carried out in the correspondent node CN. Instep 310 the CN receives an information element comprising property information of changed connection properties of another peer device of the communication, in the present embodiment the mobile station MS. The CN is arranged to check at least one predetermined portion of the received information element in order to find out the property information. For instance, a message may comprise an indication that it will comprise property information. - On the basis of the detected property information, the CN is in
step 311 arranged to determine the required changes to upper layer communication settings. The CN may comprise predetermined mapping instructions or a mapping table on the basis of which changes to application layer and/or TCP/UDP layer settings are configured. The changes determined instep 311 may comprise a new value of a setting, or determine a required change to an original value of a setting, for instance. Changes to the communication settings may be IP address specific, i.e. settings affecting the transfer of a data flow applying an IP address associated with the received property information are changed. Thus, changes required to the settings associated with the IP address are determined. - In
step 312 the communication settings are adapted on the basis of the changes determined instep 311. This step involves modification of one or more settings defining TCP/UDP protocol layer operations by a TCP/UDP layer control entity, or one or more application level settings by an application level entity. - One or more protocol entities in the mobile station MS may be arranged to adapt communication settings used for communicating with the correspondent node CN, either directly or indirectly. Therefore, at least some of the features as illustrated above in connection with
steps - There are many possible connection properties that the mobile station MS may be arranged to define and transmit (as illustrated in
steps 302 and 303) and which may be utilized by the CN and/or the MS for adapting communication settings between the CN and the MS (as illustrated insteps 311 and 312). Some examples are illustrated in the following. - In an embodiment, the property information indicates data transfer rate of a connection provided by or arranged via the second access device. This data transfer rate could be a maximum data transfer rate or a rate guaranteed by the new link, for instance.
- The property information may indicate link layer packet properties. In one embodiment the packet unit size of the new link is indicated to the CN. For instance, indication of a maximum transmission unit (MTU) utilized in the new link may be defined in the MS and transmitted to the CN. On the basis of the packet properties, the CN may be arranged to adapt TCP, UDP and/or IP layer settings. In one example the CN is arranged to adapt a maximum segment size (MSS) applied in the TCP layer on the basis of the received property information indicating the MTU. The MSS determines how much the CN may transmit TCP data in one segment. Thus, the segment size in TCP layer communication between the MS and the CN may be adapted to optimally comply with the MTU applied in the link layer. The CN is arranged to adapt its settings such that fragmentation is avoided.
- In one embodiment the communication setting specifying communication between the correspondent node CN and the mobile node (MS), and modified on the basis of the received property information, is a TCP layer flow control setting. For this embodiment the data transfer rate may be used as the property information. In a further embodiment the size of the TCP transmission window applied for the data flow associated with the received property information is adapted on the basis of the received property information. This embodiment enables to adapt TCP buffers if the throughput of the new link is very different from the original link.
- In one embodiment the RTP (Real-time Transport Procotol) is used above the UDP layer for transmitting real-time data between the CN and the MS. One or more RTP specific or related settings may be adapted on the basis of the received property information. In a further embodiment, a codec applied for the RTP is changed on the basis of the received property information.
- Various aspects affecting the operation of one or more applications can be arranged to be adapted on the basis of the received property information. In one embodiment the adapted communication setting is a codec applied by an application, such as a multimedia streaming application. Thus a codec may be changed to one more appropriate to the new access link of the other party. In another embodiment one or more of the settings of the applied codec are adapted.
- In one embodiment the property information indicates at least one property of a packet data transfer context established or to be established for the mobile station MS. Such packet data transfer context is the PDP (Packet Data Protocol) context arranged for GPRS packet data services in GSM/GPRS and 3GPP systems. Regarding PDP context information maintained in a GPRS compliant mobile terminal, reference is made to 3GPP specification TS 23.060, “General Packet Radio Service (GPRS); Service Description; Stage 2” version 6.7.0, December 2004, in particular Table 8 in Chapter 13.4, the specification being incorporated herein by reference. The mobile station MS may be arranged to transmit some PDP context specific information specified in this Table. For instance, the requested quality of service (QoS) profile information or indication of the requested QoS profile may be transmitted to the CN. Further, the terminal may be arranged to define only some portion of the QoS profile information, for instance the requested bit rate (for the PDP context) is informed to the CN. The packet data control protocol (PDCP) is described in 3GPP TS 25.323, version 6.1.0, incorporated herein by reference.
- In one embodiment the property information indicates at least one property of the RLC- and/or MAC layer applied in the mobile station MS. For instance, one or more of the RLC layer properties specified in 3GPP TS 25.322, version 6.3.0, incorporated herein by reference, may be utilized.
- In one embodiment the property information defined for and transmitted to the CN is not specific only to the new connection provided by the second access device but such information may be derived from at least most of the data transmission systems. The formats and types of the property information may be standardized. There may be a specific conversion function in the MS changing the representation format of connection property from a link layer technology specific format to a more generic format used between the MS and the CN. This conversion could be applied before
step 303. For instance, a number of predetermined data transfer rate classes could be applied: The MS may then select a class such that the data transfer rate of the new connection falls in the predetermined range of the class. For instance, class 3 could include data transfer rates between 200-300 kbit/s. Further, the CN may comprise a conversion function utilized instep 311 for determining the required changes on the basis of the received property information in the generic format. This embodiment enables to avoid link specific adaptation information in the CN, and the property information (in a predetermined format) from the MS to the CN may include properties of different link layer technologies. For instance, when the MS returns to a coverage area of the local network BAN, the same property information type(s) can again be informed to the CN. The CN can then in a corresponding way adapt the communication with the MS to the new BAN properties, such as the higher data transfer rate. - The application of the invention is not limited to any specific connection property and therefore it is possible to apply also other properties besides or instead of the above illustrated properties. For instance, information on delay or on error ratio could be applied. Further, multiple properties may be applied in any appropriate combination.
- There are many possible implementation schemes for arranging the delivery of the property information from the MS to the CN. Some examples are illustrated in the following but the application of the invention is not limited to any specific delivery method.
- In one embodiment the property information is transmitted in an IPv6 mobility specific message. In a further embodiment the property information is transmitted to the correspondent node CN in a Binding Update message or in a Care of Test Init message. Such new message structure can be used as an IPv6 mobility header originated from the mobile node MN to the correspondent node CN. One or more mobility option types may be specified for Binding Update messages. For instance, mobility option types may be specified for an MTU of a link and a data transfer rate of a link. It is possible to add new mobility option types to the Binding Update messages later if necessary.
- For more details on IPv6 mobility, reference is made to the IETF specification RFC 3775, “Mobility support in IPv6”, June 2004, 165 pages, incorporated herein by reference. In particular, the transmission of binding updates is described in Chapter 11.7, the reception of binding updates is described in Chapter 9.5 and the general IPv6 mobility header is described in Chapter 6 (the current form of Binding Update messages is described in Chapter 6.1.7).
- However, the transmission of property information to the correspondent node CN is not limited to any specific transmission technique. In one embodiment the property information is transmitted by IPv4 based mechanisms. For instance, in one embodiment MOBIKE (IKEv2 Mobility and Multihoming Working Group) messages are utilized to transfer the property information. MOBIKE specifies extensions to the IKEv2 (Internet Key Exchange) protocol to enable its use in the context where there are multiple IP addresses per host (multihoming, SCTP) or where the IP addresses change in the control of the IPsec host (mobility and roaming). An important scenario is to make it possible for a VPN user to move from one address to another without re-establishing all security associations, or to use multiple interfaces simultaneously, such as simultaneous use of WLAN and GPRS. More information on MOBIKE is available at http://www.ieff.org/html.charters/mobike-charter.html.
-
FIG. 4 is a signaling diagram that further illustrates a signaling flow of messages in accordance with an embodiment of the invention applying the MIPv6. When one or more link layer properties are changed or need to be changed for the MS, the MS initiates the communication with the CN by transmitting a HomeTest Init message 401 and Care ofTest Init message 402 to the CN. The CN replies withHome Test message 403 and Care ofTest message 404. These messages and their usage are described in the RFC 3775. Next, the MS prepares and transmits aBinding Update message 405 comprising link layer information. The CN replies with a Binding Acknowledgement message 406. - It is to be noted that the MS transmits a Binding Update to a home agent before informing the correspondent node CN. In certain situations also the home agent may be considered as the correspondent node. In this case, also the link layer property information may be transmitted from the MS to a device functioning as a home agent, for instance to a support node in a GPRS/3GPP core network.
- The CN may also respond to the message comprising the property information and transmitted from the MS. In one embodiment the MS is arranged to delay the handover to the second access point. The delaying may be adjusted to aim to have the handover after the settings in the CN have been changed. The delay could be based on a predetermined delay period or a response from the CN. Especially in the case of a transition to a slower link, it is advantageous to first transmit the property information to the CN using the faster link. It is to be noted that the delaying is not always preferable if the link is suddenly lost or the link quality very quickly declines. Thus, the MS may be arranged to perform delaying only if the current link to the first access point is above a predetermined criterion, for instance the signal strength is adequate. The delaying may further reduce problems and packet losses caused by changed link properties.
- Although in the above embodiments the property information has been transmitted to the CN before the handover to the second access device, in an alternative embodiment the property information is transmitted after the handover and the communication settings in the CN can be adapted accordingly. At least some of the above illustrated features may also be applied in this embodiment.
- As illustrated in
FIGS. 5 a and 5 b, the devices MS, CN comprise one ormore processing units program code portions memories processing units FIGS. 2, 3 a, 3 b, and 4. The mobile station MS further comprises auser interface 504 and atransceiver 506 for wireless communication. The device functioning as the correspondent node CN also comprises data transfer means 516 and typically also auser interface 514. A chip unit or some other kind of hardware module for controlling the device MS, CN may, in one embodiment, cause the device to perform the inventive functions. The hardware module comprises connecting means for connecting the device MS, CN mechanically and/or functionally. Thus, the hardware module may form part of the device and could be removable. Some examples of such hardware module are a sub-assembly, a portable data storage medium, an IC card, or an accessory device. Computer program codes can be received via a network and/or be stored in memory means, for instance on a disk, a CD-ROM disk or other external memory means, where from they can be loaded into the memory of the devices MS, CN. The computer program can also be loaded through a network by using a TCP/IP protocol stack, for instance. Hardware solutions or a combination of hardware and software solutions may also be used to implement the inventive functions. - A control entity, for instance a handover manager performed by execution of a stored
program code 508 in aprocessing unit 500, in the mobile station MS may be arranged to detect the need to change a channel and instruct another entity, for instance an IP layer entity, to transmit the property information to the CN. The mobile station MS may comprise an entity managing link layer capabilities or at least having access to link layer properties, herein referred to as link layer capability manager. This link layer capability manager may carry out at least some of the above illustrated features in the MS. The link layer capability manager may maintain information on link layer property information of available links and the property information to the CN may be obtained from the link layer manager. In another exemplary implementation the handover manager may submit information on new link layer connection to the link layer capability manager which may initiate the transmission of the information to the CN. The link layer capability manager may submit the L2 property information to a protocol entity implementing the MIPv6. This protocol entity arranges the addition of the property information into an IPv6 mobility header. In one embodiment the link layer capability manager is arranged in the MS such that any one of the OSI stack layers 3 to 7 may access it. -
FIGS. 6 a and 6 b illustrate relationships between entities in the MS and the CN, respectively. As shown, the MS comprises thehandover manager 600, aMIPv6 layer entity 601, anRTP layer entity 602, and aTCP layer entity 603. In the embodiment illustrated inFIG. 6 a, thehandover manager 600 detects 610 a change or a need to change link layer properties and informs 611 upper layers.MIPv6 entity 601 may refresh 612 the home agent registration. The CN registration is also refreshed 613 such that information on the changed link layer properties is included in the message to the CN. Further, theRTP entity 602 may be informed, whereby the used codec and/or bit rate may be changed 614. In one embodiment, theTCP entity 603 in the MS is informed, whereby one or more TCP parameters may be adjusted 615, as already illustrated. - In the present embodiment applying the IPv6, an entity implementing the MIPv6 in the CN may detect the property information from the received mobility header and transmit them to an entity determining and/or managing the settings to be adapted (for instance an entity implementing the TCP, the UDP, and/or the RTP, an application manager, or a manager specifically arranged to provide the above illustrated adaptation). Such entities or managers may be performed by execution of a stored
program code 518 in theprocessing unit 510. - Referring to
FIG. 6 b, upon receiving 660 an IPv6 message including link layer property information, theMIPv6 entity 651 in the CN updates 661 the Binding Cache for the destination IP address, i.e. for the MS. TheMIPv6 entity 651 also informs 662 a controllingentity 650 which detects 663 that link layer properties have changed to the destination device, and informs 664 upper layers. In the embodiment ofFIG. 6 b anRTP layer entity 652 may be informed, whereby the used codec and/or bit rate may be adapted 665. In one embodiment, aTCP layer entity 653 is informed, whereby TCP layer parameters may be adjusted 666. - The received property information may involve and possibly be delivered via one or more intermediate entities such as an entity implementing the IP. It is also to be noted that it is not necessarily the mobile node (the mobile station MS in the above embodiment) that defines the property information and transmits it to the CN, but an intermediate network element may be arranged to perform these tasks. For instance, a mobile router in the 3GPP system or in an IP network IPNW for hiding MIPv6 signaling may be arranged to detect the property information and transmit to the CN.
- In the embodiment applied for WLAN and 3GPP systems, the handover manager (or some other entity controlling the above illustrated method) may be arranged to follow and/or detect link changes and link property changes for all link types (for instance GPRS, WLAN) and deliver the property information of the new link to the TCP/IP layer.
- It is obvious for those skilled in the art that as technology progresses the basic idea of the invention can be implemented in various ways and for handovers between different networks (inter-system) and/or inside a single network (intra-system). The change in link layer properties causing the present informing functions is not necessarily due to a handover. For instance, the present method may also be caused by network initiation, for instance due to changes in network load. In one embodiment the data transfer rate of an active PDP context is changed in a 3GPP system, whereby the above illustrated method may be applied. In this case, the change of PDP context property constitutes a link configuration change (to a faster or slower one). The invention may be applied in a system including any second generation, third generation and/or fourth generation mobile communications system. The invention and the embodiments thereof are therefore not restricted to the above examples but may deviate within the scope of the claims. Different features may thus be omitted, modified, replaced by equivalents, or combined with other above illustrated features.
Claims (21)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/132,698 US7656835B2 (en) | 2005-05-18 | 2005-05-18 | Method for informing changed communications capabilities |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/132,698 US7656835B2 (en) | 2005-05-18 | 2005-05-18 | Method for informing changed communications capabilities |
Publications (2)
Publication Number | Publication Date |
---|---|
US20060262732A1 true US20060262732A1 (en) | 2006-11-23 |
US7656835B2 US7656835B2 (en) | 2010-02-02 |
Family
ID=37448222
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/132,698 Expired - Fee Related US7656835B2 (en) | 2005-05-18 | 2005-05-18 | Method for informing changed communications capabilities |
Country Status (1)
Country | Link |
---|---|
US (1) | US7656835B2 (en) |
Cited By (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070011344A1 (en) * | 2005-07-07 | 2007-01-11 | Microsoft Corporation | Carrying protected content using a control protocol for streaming and a transport protocol |
US20070014413A1 (en) * | 2005-07-12 | 2007-01-18 | Microsoft Corporation | Delivering policy updates for protected content |
US20070039058A1 (en) * | 2005-08-11 | 2007-02-15 | Microsoft Corporation | Revocation information management |
US20070086481A1 (en) * | 2005-10-13 | 2007-04-19 | Microsoft Corporation | RTP Payload Format For VC-1 |
US20070113275A1 (en) * | 2005-11-15 | 2007-05-17 | Nortel Networks Limited | IP security with seamless roaming and load balancing |
US20070191012A1 (en) * | 2006-02-14 | 2007-08-16 | Samsung Electronics Co., Ltd. | Data stream transmitting and receiving method and apparatus for guaranteeing QoS |
US20080070556A1 (en) * | 2006-09-15 | 2008-03-20 | Qualcomm Incorporated | Method and Apparatus for Service Capability Modification |
US20080186920A1 (en) * | 2007-02-02 | 2008-08-07 | Qualcomm Incorporated | Seamless context switching for radio link protocol |
US20090135849A1 (en) * | 2003-07-03 | 2009-05-28 | Microsoft Corporation | RTP Payload Format |
US20090149162A1 (en) * | 2007-12-05 | 2009-06-11 | Qualcomm Incorporated | User equipment capability update in wireless communications |
US20090252114A1 (en) * | 2005-12-08 | 2009-10-08 | Electronics And Telecommunications Research Institute | Method and System for Supporting Seamless Handover of Mobile Node Using Mobile Stream Control Transmission Protocol |
US20100034094A1 (en) * | 2008-08-08 | 2010-02-11 | Qualcomm Incorporated | Access terminal capability update |
US20100103863A1 (en) * | 2008-10-24 | 2010-04-29 | Qualcomm Incorporated | BEARER QoS MAPPING FOR CELL RELAYS |
US20100325740A1 (en) * | 2008-02-13 | 2010-12-23 | Osvaldo Diaz | Managing electronic devices using an electronic device as a root of trust |
US20100332639A1 (en) * | 2008-02-13 | 2010-12-30 | Osvaldo Diaz | Providing Manageability To An Electronic Device That Supports Location Limited Manageability Functionality |
US20110124320A1 (en) * | 2007-08-14 | 2011-05-26 | Rohde & Schwarz Gmbh & Co.Kg | Method and device for logging communications connections at very high data rates |
US20120014266A1 (en) * | 2008-02-13 | 2012-01-19 | Osvaldo Diaz | Managing a converged device that is capable of communicating with a plurality of connections |
US20120257566A1 (en) * | 2011-04-08 | 2012-10-11 | Khiem Le | Routing different subsets of an internet protocol flow over different points of attachment |
US8321690B2 (en) | 2005-08-11 | 2012-11-27 | Microsoft Corporation | Protecting digital media of various content types |
US8325916B2 (en) | 2005-05-27 | 2012-12-04 | Microsoft Corporation | Encryption scheme for streamed multimedia content protected by rights management system |
US20130223337A1 (en) * | 2012-02-29 | 2013-08-29 | Pantech Co., Ltd. | Mobile device to generate multiple maximum transfer units and data transfer method |
TWI454919B (en) * | 2008-02-13 | 2014-10-01 | Qualcomm Inc | Managing a converged device that is capable of communicating with a plurality of connections |
US9232441B2 (en) | 2009-08-31 | 2016-01-05 | Qualcomm Incorporated | Power based rate selection |
US20160007225A1 (en) * | 2008-11-21 | 2016-01-07 | At&T Intellectual Property I, L.P. | Femtocell local breakout management services |
US20160360472A1 (en) * | 2012-06-13 | 2016-12-08 | Qualcomm Incorporated | Method and apparatus for wlan initial link setup |
US10278106B2 (en) * | 2016-08-24 | 2019-04-30 | Ribbon Communications Operating Company, Inc. | Optimizations for voice handovers over wireless data access |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2034751B1 (en) * | 2006-06-06 | 2017-08-23 | Panasonic Intellectual Property Management Co., Ltd. | Radio communication system, radio terminal, base station, and base station search method |
US7926098B2 (en) * | 2006-12-29 | 2011-04-12 | Airvana, Corp. | Handoff of a secure connection among gateways |
CN101370001B (en) * | 2007-08-15 | 2011-01-05 | 华为技术有限公司 | Information transfer method |
KR101470504B1 (en) * | 2008-04-23 | 2014-12-08 | 삼성전자주식회사 | Mobile terminal and network device for providing handover service |
KR102053695B1 (en) * | 2012-09-28 | 2020-01-22 | 삼성전자주식회사 | Method and system for streaming multimedia content in a wireless fedelity display network environmment |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6301479B1 (en) * | 1999-07-08 | 2001-10-09 | Telefonaktiebolaget Lm Ericsson | Technique for providing a secure link in a mobile communication system |
US20020093938A1 (en) * | 2001-01-16 | 2002-07-18 | Ari Tourunen | Transfer of IP data in telecommunications system |
US20020105971A1 (en) * | 2001-01-16 | 2002-08-08 | Ari Tourunen | Processing of erroneous data in telecommunications system providing packet-switched data transfer |
US6463285B1 (en) * | 2000-02-09 | 2002-10-08 | Lucent Technologies Inc. | Arrangement for data exchange in a wireless communication system |
US20030119488A1 (en) * | 2000-01-17 | 2003-06-26 | Martin Hans | Method for operating a mobile radiotelephone network |
US20040125793A1 (en) * | 2002-08-14 | 2004-07-01 | Seung-June Yi | Bi-directional packet data transmission system and method |
US20050083886A1 (en) * | 2003-10-17 | 2005-04-21 | Shinkichi Ikeda | Handover method and mobile communication system |
US20050120208A1 (en) * | 2002-01-25 | 2005-06-02 | Albert Dobson Robert W. | Data transmission systems |
US20050122923A1 (en) * | 2003-12-05 | 2005-06-09 | Nortel Networks Limited | Controlling a press-to-talk session using wireless signaling |
US20050169205A1 (en) * | 2003-08-21 | 2005-08-04 | Francesco Grilli | Methods for seamless delivery of broadcast and multicast content across cell borders and/or between different transmission schemes and related apparatus |
US20070025301A1 (en) * | 2003-04-07 | 2007-02-01 | Justus Petersson | Method and system for rate control service in a network |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1244255A1 (en) | 2001-03-20 | 2002-09-25 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for enhanceing a data throughput |
-
2005
- 2005-05-18 US US11/132,698 patent/US7656835B2/en not_active Expired - Fee Related
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6301479B1 (en) * | 1999-07-08 | 2001-10-09 | Telefonaktiebolaget Lm Ericsson | Technique for providing a secure link in a mobile communication system |
US20030119488A1 (en) * | 2000-01-17 | 2003-06-26 | Martin Hans | Method for operating a mobile radiotelephone network |
US6463285B1 (en) * | 2000-02-09 | 2002-10-08 | Lucent Technologies Inc. | Arrangement for data exchange in a wireless communication system |
US20020093938A1 (en) * | 2001-01-16 | 2002-07-18 | Ari Tourunen | Transfer of IP data in telecommunications system |
US20020105971A1 (en) * | 2001-01-16 | 2002-08-08 | Ari Tourunen | Processing of erroneous data in telecommunications system providing packet-switched data transfer |
US7164665B2 (en) * | 2001-01-16 | 2007-01-16 | Nokia Corporation | Transfer of IP data in telecommunications system |
US20050120208A1 (en) * | 2002-01-25 | 2005-06-02 | Albert Dobson Robert W. | Data transmission systems |
US20040125793A1 (en) * | 2002-08-14 | 2004-07-01 | Seung-June Yi | Bi-directional packet data transmission system and method |
US20070025301A1 (en) * | 2003-04-07 | 2007-02-01 | Justus Petersson | Method and system for rate control service in a network |
US20050169205A1 (en) * | 2003-08-21 | 2005-08-04 | Francesco Grilli | Methods for seamless delivery of broadcast and multicast content across cell borders and/or between different transmission schemes and related apparatus |
US20050083886A1 (en) * | 2003-10-17 | 2005-04-21 | Shinkichi Ikeda | Handover method and mobile communication system |
US20050122923A1 (en) * | 2003-12-05 | 2005-06-09 | Nortel Networks Limited | Controlling a press-to-talk session using wireless signaling |
Cited By (54)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7876896B2 (en) | 2003-07-03 | 2011-01-25 | Microsoft Corporation | RTP payload format |
US20090135849A1 (en) * | 2003-07-03 | 2009-05-28 | Microsoft Corporation | RTP Payload Format |
US8325916B2 (en) | 2005-05-27 | 2012-12-04 | Microsoft Corporation | Encryption scheme for streamed multimedia content protected by rights management system |
US7769880B2 (en) | 2005-07-07 | 2010-08-03 | Microsoft Corporation | Carrying protected content using a control protocol for streaming and a transport protocol |
US20070011344A1 (en) * | 2005-07-07 | 2007-01-11 | Microsoft Corporation | Carrying protected content using a control protocol for streaming and a transport protocol |
US20070014413A1 (en) * | 2005-07-12 | 2007-01-18 | Microsoft Corporation | Delivering policy updates for protected content |
US7634816B2 (en) | 2005-08-11 | 2009-12-15 | Microsoft Corporation | Revocation information management |
US20070039058A1 (en) * | 2005-08-11 | 2007-02-15 | Microsoft Corporation | Revocation information management |
US8321690B2 (en) | 2005-08-11 | 2012-11-27 | Microsoft Corporation | Protecting digital media of various content types |
US20070086481A1 (en) * | 2005-10-13 | 2007-04-19 | Microsoft Corporation | RTP Payload Format For VC-1 |
US7720096B2 (en) * | 2005-10-13 | 2010-05-18 | Microsoft Corporation | RTP payload format for VC-1 |
US8104081B2 (en) * | 2005-11-15 | 2012-01-24 | Avaya Inc. | IP security with seamless roaming and load balancing |
US20070113275A1 (en) * | 2005-11-15 | 2007-05-17 | Nortel Networks Limited | IP security with seamless roaming and load balancing |
US20090252114A1 (en) * | 2005-12-08 | 2009-10-08 | Electronics And Telecommunications Research Institute | Method and System for Supporting Seamless Handover of Mobile Node Using Mobile Stream Control Transmission Protocol |
US20070191012A1 (en) * | 2006-02-14 | 2007-08-16 | Samsung Electronics Co., Ltd. | Data stream transmitting and receiving method and apparatus for guaranteeing QoS |
US8630266B2 (en) * | 2006-02-14 | 2014-01-14 | Samsung Electronics Co., Ltd. | Data stream transmitting and receiving method and apparatus for guaranteeing QoS |
US8792443B2 (en) | 2006-09-15 | 2014-07-29 | Qualcomm Incorporated | Method and apparatus for service capability modification |
US8130705B2 (en) | 2006-09-15 | 2012-03-06 | Qualcomm Incorporated | Method and apparatus for service capability modification |
US20080070556A1 (en) * | 2006-09-15 | 2008-03-20 | Qualcomm Incorporated | Method and Apparatus for Service Capability Modification |
US8611303B2 (en) * | 2007-02-02 | 2013-12-17 | Qualcomm Incorporated | Seamless context switching for radio link protocol |
US20080186920A1 (en) * | 2007-02-02 | 2008-08-07 | Qualcomm Incorporated | Seamless context switching for radio link protocol |
US8631141B2 (en) * | 2007-08-14 | 2014-01-14 | Rohde & Schwarz Gmbh & Co. Kg | Method and device for logging communications connections at very high data rates |
US20110124320A1 (en) * | 2007-08-14 | 2011-05-26 | Rohde & Schwarz Gmbh & Co.Kg | Method and device for logging communications connections at very high data rates |
US8891458B2 (en) | 2007-12-05 | 2014-11-18 | Qualcomm Incorporated | User equipment capability update in wireless communications |
US20090149162A1 (en) * | 2007-12-05 | 2009-06-11 | Qualcomm Incorporated | User equipment capability update in wireless communications |
KR101197932B1 (en) | 2007-12-05 | 2012-11-05 | 콸콤 인코포레이티드 | User equipment capability update in wireless communications |
WO2009076219A1 (en) * | 2007-12-05 | 2009-06-18 | Qualcomm Incorporated | User equipment capability update in wireless communications |
US20120014266A1 (en) * | 2008-02-13 | 2012-01-19 | Osvaldo Diaz | Managing a converged device that is capable of communicating with a plurality of connections |
US20100325740A1 (en) * | 2008-02-13 | 2010-12-23 | Osvaldo Diaz | Managing electronic devices using an electronic device as a root of trust |
TWI454919B (en) * | 2008-02-13 | 2014-10-01 | Qualcomm Inc | Managing a converged device that is capable of communicating with a plurality of connections |
US20100332639A1 (en) * | 2008-02-13 | 2010-12-30 | Osvaldo Diaz | Providing Manageability To An Electronic Device That Supports Location Limited Manageability Functionality |
US8479262B2 (en) | 2008-02-13 | 2013-07-02 | Hewlett-Packard Development Company, L.P. | Managing electronic devices using an electronic device as a root of trust |
US8588151B2 (en) | 2008-08-08 | 2013-11-19 | Qualcomm Incorporated | Access terminal capability update |
US20100034094A1 (en) * | 2008-08-08 | 2010-02-11 | Qualcomm Incorporated | Access terminal capability update |
US20100103861A1 (en) * | 2008-10-24 | 2010-04-29 | Qualcomm Incorporated | Cell relay packet routing |
US20100103863A1 (en) * | 2008-10-24 | 2010-04-29 | Qualcomm Incorporated | BEARER QoS MAPPING FOR CELL RELAYS |
US20100103857A1 (en) * | 2008-10-24 | 2010-04-29 | Qualcomm Incorporated | Cell relay network attachment procedures |
US20100103845A1 (en) * | 2008-10-24 | 2010-04-29 | Qualcomm Incorporated | Cell relay mobility procedures |
US20100103865A1 (en) * | 2008-10-24 | 2010-04-29 | Qualcomm Incorporated | Header compression for cell relay communications |
US8902805B2 (en) | 2008-10-24 | 2014-12-02 | Qualcomm Incorporated | Cell relay packet routing |
US9088939B2 (en) | 2008-10-24 | 2015-07-21 | Qualcomm Incorporated | Bearer QoS mapping for cell relays |
US9843519B2 (en) | 2008-11-21 | 2017-12-12 | At&T Intellectual Property I, L.P. | Femtocell local breakout mechanisms |
US10638352B2 (en) * | 2008-11-21 | 2020-04-28 | At&T Intellectual Property I, L.P. | Femtocell local breakout management services |
US9918248B2 (en) | 2008-11-21 | 2018-03-13 | At&T Intellectual Property I, L.P. | Service continuity during local breakout in a femtocell |
US20160007225A1 (en) * | 2008-11-21 | 2016-01-07 | At&T Intellectual Property I, L.P. | Femtocell local breakout management services |
US9232441B2 (en) | 2009-08-31 | 2016-01-05 | Qualcomm Incorporated | Power based rate selection |
US20120257566A1 (en) * | 2011-04-08 | 2012-10-11 | Khiem Le | Routing different subsets of an internet protocol flow over different points of attachment |
US8942193B2 (en) * | 2011-04-08 | 2015-01-27 | Blackberry Limited | Routing different subsets of an internet protocol flow over different points of attachment |
US9445384B2 (en) * | 2012-02-29 | 2016-09-13 | Pantech Co., Ltd. | Mobile device to generate multiple maximum transfer units and data transfer method |
US20130223337A1 (en) * | 2012-02-29 | 2013-08-29 | Pantech Co., Ltd. | Mobile device to generate multiple maximum transfer units and data transfer method |
US20160360472A1 (en) * | 2012-06-13 | 2016-12-08 | Qualcomm Incorporated | Method and apparatus for wlan initial link setup |
US20170367033A9 (en) * | 2012-06-13 | 2017-12-21 | Qualcomm Incorporated | Method and apparatus for wlan initial link setup |
US10856143B2 (en) * | 2012-06-13 | 2020-12-01 | Qualcomm Incorporated | Method and apparatus for IP address assignment |
US10278106B2 (en) * | 2016-08-24 | 2019-04-30 | Ribbon Communications Operating Company, Inc. | Optimizations for voice handovers over wireless data access |
Also Published As
Publication number | Publication date |
---|---|
US7656835B2 (en) | 2010-02-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7656835B2 (en) | Method for informing changed communications capabilities | |
US10686713B2 (en) | Maximum transmission unit size reporting using AT commands | |
FI114840B (en) | Change of Responsibility | |
US9929952B2 (en) | Methods and apparatus for data transfer in a packet-switched data network | |
US8867486B2 (en) | Wireless data communications employing IP flow mobility | |
US7773547B2 (en) | Method and apparatus for requesting point-to-point protocol (PPP) instances from a packet data services network | |
US8447349B2 (en) | Method and apparatus for inter-technology handoff of a multi-mode mobile station | |
JP4251500B2 (en) | Method and apparatus for performing intertechnology handoff from a WLAN to a cellular network | |
US20060018280A1 (en) | System and associated mobile node, foreign agent and method for link-layer assisted mobile IP fast handoff from a fast-access network to a slow-access network | |
JP2006506930A5 (en) | ||
US20050135311A1 (en) | Mobile terminal and telecommunication method | |
Song et al. | Hybrid coupling scheme for UMTS and wireless LAN interworking | |
US7221657B2 (en) | Processing different size packet headers for a packet-based conversational service in a mobile communications system | |
KR20060102017A (en) | Network interworking system and method in a wireless communication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: NOKIA CORPORATION,FINLAND Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:JOUTSENVIRTA, MIKA;ALA-VANNESLUOMA, MARKKU;REEL/FRAME:016872/0800 Effective date: 20050718 Owner name: NOKIA CORPORATION, FINLAND Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:JOUTSENVIRTA, MIKA;ALA-VANNESLUOMA, MARKKU;REEL/FRAME:016872/0800 Effective date: 20050718 |
|
FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
CC | Certificate of correction | ||
FPAY | Fee payment |
Year of fee payment: 4 |
|
AS | Assignment |
Owner name: NOKIA TECHNOLOGIES OY, FINLAND Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:NOKIA CORPORATION;REEL/FRAME:035280/0863 Effective date: 20150116 |
|
FPAY | Fee payment |
Year of fee payment: 8 |
|
FEPP | Fee payment procedure |
Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
LAPS | Lapse for failure to pay maintenance fees |
Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STCH | Information on status: patent discontinuation |
Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362 |
|
FP | Lapsed due to failure to pay maintenance fee |
Effective date: 20220202 |