US20080182576A1 - Message ordering for network based mobility management systems - Google Patents

Message ordering for network based mobility management systems Download PDF

Info

Publication number
US20080182576A1
US20080182576A1 US11/968,576 US96857608A US2008182576A1 US 20080182576 A1 US20080182576 A1 US 20080182576A1 US 96857608 A US96857608 A US 96857608A US 2008182576 A1 US2008182576 A1 US 2008182576A1
Authority
US
United States
Prior art keywords
access point
node
sequence
module
access
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
Application number
US11/968,576
Other versions
US9392434B2 (en
Inventor
George Tsirtsis
Vincent D. Park
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority to US11/968,576 priority Critical patent/US9392434B2/en
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Priority to PCT/US2008/051723 priority patent/WO2008091906A2/en
Priority to EP18177386.2A priority patent/EP3393157B1/en
Priority to ES18177386T priority patent/ES2771649T3/en
Priority to CN200880002871XA priority patent/CN101589602B/en
Priority to JP2009547387A priority patent/JP2010517438A/en
Priority to TW097102372A priority patent/TW200845775A/en
Priority to KR1020097017646A priority patent/KR101049995B1/en
Priority to EP08728096.2A priority patent/EP2127327B1/en
Priority to HUE18177386A priority patent/HUE047461T2/en
Assigned to QUALCOMM INCORPORATED reassignment QUALCOMM INCORPORATED ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: TSIRTSIS, GEORGE, PARK, VINCENT D.
Publication of US20080182576A1 publication Critical patent/US20080182576A1/en
Priority to JP2013027852A priority patent/JP5623564B2/en
Priority to JP2014194122A priority patent/JP2015039198A/en
Priority to US15/182,247 priority patent/US10681530B2/en
Publication of US9392434B2 publication Critical patent/US9392434B2/en
Application granted granted Critical
Priority to JP2016160348A priority patent/JP2017011719A/en
Priority to US15/931,004 priority patent/US11463861B2/en
Priority to US17/520,508 priority patent/US20220060879A1/en
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/10Active monitoring, e.g. heartbeat, ping or trace-route
    • H04L43/106Active monitoring, e.g. heartbeat, ping or trace-route using time related information in packets, e.g. by adding timestamps
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/22Alternate routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/34Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18Service support devices; Network management devices
    • H04W88/182Network node acting on behalf of an other network entity, e.g. proxy

Definitions

  • the following description relates generally to communications systems, and more particularly to ordering of registration messages to access points that are in a communication with a mobile device.
  • IP Internet Protocol
  • PMIP Proxy Mobile Internet Protocol
  • LMA Local Mobility Anchors
  • NETLMM Network-based Localized Mobility Management
  • MIP Mobile IP
  • PMIP Network-based Localized Mobility Management
  • NETLMM provides for efficient support for mobile nodes communicating with peers both outside and inside the same mobility domain when mobile nodes move across different access routers (or nodes, or points). These movements typically require no extra host stack support or complex security and signaling interactions between mobile node and the respective access network.
  • NETLMM can achieve very fast and smooth handover performance to suit the requirements of most real-time and interactive multimedia applications.
  • Network based mobility management systems employing technologies such as NETLMM, PMIP are generally considered mobility management systems that do not require mobility management signaling from a mobile device to operate. Instead, the network or domain changes message routing within the network based on link layer or other triggers.
  • a well understood limitation of such mechanisms is that they can only operate with mobiles that maintain a single link to the network. In other words the mobility management system points to a single point of attachment for each mobile. Since the mobile is assumed to have only one link with an NETLMM domain for example, at any one time the NETLMM protocol must ensure that the local mobility anchor (LMA) redirects the mobile device's traffic to the correct access router i.e., the access router the mobile is connected to.
  • LMA local mobility anchor
  • access routers send registration messages to the LMA when a mobile device creates a link with the LMA. Assuming the mobile device can only have one link at the time, the order in which the registration messages reach the LMA is assumed to be the same as the order in which the mobile device creates links with different access routers. This assumption can hold if the movement between access routers is not very frequent. More specifically, the assumption holds when the time between link creations is larger than the time it takes for the access router to register with the LMA.
  • the domain 1000 includes an LMA 1010 that communicates with access nodes (AN) (or routers) 1020 and 1030 .
  • the AN's 1020 , 1030 communicate with access point (AP) groups 1040 and 1050 respectively, where such groups may service a mobile device 1060 .
  • the mobile device 1060 maintains a link with Access Point 2 (AP 2 ) 1070 , which is directly connected to the AN at 1020 .
  • NETLMM protocol schemes work relatively well since only movement between ANs 1020 and 1030 is triggering NETLMM device registrations, while movement between APs at 1040 or 1050 under the same AN 1020 or 1030 do not trigger such registrations.
  • movement between AP 2 at 1070 and AP 4 at 1080 can cause out of order delivery of the registrations to the LMA 1010 , if for example the mobile device moves too fast or if it moves back and forth between AP 2 1070 and AP 4 1080 , a condition commonly referred to as “ping-pong.”
  • back and forth movements can cause communications problems within the domain 1000 .
  • Message ordering principles are applied to network-based mobility management systems and protocols to facilitate orderly communications within a network or domain.
  • a node in the domain such as a Local Mobility Anchor (LMA) for example
  • sequential information can be applied to the registration to facilitate ordering of messages in the domain and with respect to the mobile device.
  • Sequential information can take the form of a sequence number or timestamp information for example that can be assigned by the device or proxy node within the domain.
  • the sequence number can be assigned to a registration occurring between the LMA and the mobile device.
  • a subsequent registration can occur with the LMA.
  • the previous sequence number can be incremented and employed for the subsequent registration.
  • the LMA or other controlling node then employs the sequence number to track where messages should be routed across the domain and in view of the respective sequence number received. In this manner, out of order delivery problems associated with prior systems and protocols is mitigated.
  • FIG. 1 is a high level block diagram of a system that is provided to illustrate message ordering in a communications environment.
  • FIG. 2 is a block diagram of an example network access system that can employ sequence data to form communications links and facilitate message ordering.
  • FIG. 3 is a message flow diagram that illustrates example messages and registrations depicted in FIG. 2 .
  • FIG. 4 illustrates an example proxy-based system.
  • FIG. 5 is a message flow diagram that illustrates example messages and registrations depicted in FIG. 4 .
  • FIG. 6 illustrates an example sequence process for ordering messages.
  • FIGS. 7 and 8 illustrate example logical modules for processing sequence messages and registrations.
  • FIG. 9 illustrates an example communications apparatus that employs sequential data to form communications links.
  • FIG. 10 illustrates a prior art network based mobility management system.
  • FIG. 11 illustrates an example communications system.
  • FIG. 12 illustrates an example end node.
  • FIG. 13 illustrates an example access node.
  • FIG. 14 illustrates an example end node communicating with an example access node.
  • a communications method includes initiating a registration with a network domain node and generating sequence information with respect to the registration. The sequence information is then employed to facilitate further communications with the network domain node.
  • the network domain node can be a Local Mobility Anchor for example, operating with such example protocols as proxy mobile Internet Protocol and Network-based localized mobility management protocol.
  • a terminal can also be called a system, a user device, a subscriber unit, subscriber station, mobile station, mobile device, remote station, remote terminal, access terminal, user terminal, user agent, or user equipment.
  • a user device can be a cellular telephone, a cordless telephone, a Session Initiation Protocol (SIP) phone, a wireless local loop (WLL) station, a PDA, a handheld device having wireless connection capability, a module within a terminal, a card that can be attached to or integrated within a host device (e.g., a PCMCIA card) or other processing device connected to a wireless modem.
  • SIP Session Initiation Protocol
  • WLL wireless local loop
  • aspects of the claimed subject matter may be implemented as a method, apparatus, or article of manufacture using standard programming and/or engineering techniques to produce software, firmware, hardware, or any combination thereof to control a computer or computing components to implement various aspects of the claimed subject matter.
  • article of manufacture as used herein is intended to encompass a computer program accessible from any computer-readable device, carrier, or media.
  • computer readable media can include but are not limited to magnetic storage devices (e.g., hard disk, floppy disk, magnetic strips . . . ), optical disks (e.g., compact disk (CD), digital versatile disk (DVD) . . . ), smart cards, and flash memory devices (e.g., card, stick, key drive . . . ).
  • a carrier wave can be employed to carry computer-readable electronic data such as those used in transmitting and receiving voice mail or in accessing a network such as a cellular network.
  • a carrier wave can be employed to carry computer-readable electronic data such as those used in transmitting and receiving voice mail or in accessing a network such as a cellular network.
  • a network or domain 110 includes at least one domain node 120 that communicates to one or more access components 130 , where the access components can include interface points to the domain such as access nodes, access routers, base stations, and so forth.
  • a mobile device 140 attempts to establish communications with the domain node 120 via the access components 130 . For instance, the mobile device 140 may attempt to form a first communications link via a first access component at 130 and after moving to another location, the mobile device forms a subsequent link such as through a second access component at 130 .
  • a plurality of such communications links can be formed between the mobile device 140 , access components 130 , and the domain node 120 .
  • a packet of sequence data 150 (per communications link) is generated by the device 140 when an initial communications link is formed.
  • a proxy node 160 can be employed to cause switchovers between access components 130 based off of signal quality determinations for example and can also be employed to facilitate generation of the sequence data 150 as will be described in more detail below.
  • sequence data 150 can be employed for message ordering in a network-based mobility management system to facilitate orderly communications within the domain 110 .
  • a network-based mobility management system to facilitate orderly communications within the domain 110 .
  • sequential information or data 150 can be applied to the registration to facilitate ordering of messages in the domain 110 and with respect to the mobile device 140 .
  • Sequential data 150 can take the form of a sequence number or timestamp information for example that can be assigned by the device 140 or proxy node 160 within the domain 110 .
  • sequence number 150 can be assigned to a registration occurring between the domain node 120 and the mobile device 140 .
  • a subsequent registration can occur with the domain node 120 .
  • the previous sequence number can be incremented and employed for the subsequent registration.
  • the domain node 120 or other controlling node then employs the sequence data 150 to track where messages should be routed across the domain 110 and in view of the respective sequence data received. In this manner, out of order delivery problems associated with prior systems and protocols is mitigated.
  • sequence data 150 can take on many forms. Thus, incrementing data or decrementing data can be considered sequential.
  • sequence data 150 does not have to employ consecutive sequence information as long as in increasing or decreasing pattern is observed (e.g., 1,2,3,4,5 . . . is sequential as is 13, 9, 7, 6, 2 . . . and so forth).
  • the system 100 can employ Proxy Mobile Internet Protocol (PMIP).
  • PMIP Proxy Mobile Internet Protocol
  • Such mobile protocols are often employed with a network domain 110 that includes nodes such as access nodes and Local Mobility Anchors (LMA) for example that often employ the mobile IP protocols in conjunction with a domain protocol to manage the respective devices within the domain 110 .
  • LMA Local Mobility Anchors
  • One such domain protocol is referred to as a Network-based Localized Mobility Management (NETLMM) protocol.
  • NETLMM Network-based Localized Mobility Management
  • PMIP and NETLMM potentially suffer from out of order delivery of mobility management messages from different access components 130 to the domain node 120 . If messages reach the domain node 120 out of order, the domain node can send traffic to the wrong access component 130 .
  • PMIP/NETLMM messages from the access components 130 are triggered by on the event of communication link creation as will be described in more detail with respect to FIG. 2 .
  • This can take different forms, including some form of an L 2 connection request, e.g., Address Resolution Protocol (ARP), Neighbor Discovery (ND), Dynamic Host Configuration Protocol (DHCP) or other protocol.
  • ARP Address Resolution Protocol
  • ND Neighbor Discovery
  • DHCP Dynamic Host Configuration Protocol
  • an extension can be introduced in which the mobile device 140 or a network based proxy 160 provides a sequence data 150 (or timestamp). In this manner, the mobile device 140 (or its network proxy) indicates the order in which the communications links are created.
  • the access components 130 then copy this sequence data 150 (or timestamp) in the mobility management message it sends to the LMA or domain node 120 .
  • the sequence data 150 allows the domain node 120 to detect out of order delivery of PMIP/NETLMM messages which prevents misdirection of traffic through the access components 130
  • the terminal or mobile device 140 can be, for instance, a module such as an SD card, a network card, a wireless network card, a computer (including laptops, desktops, personal digital assistants PDAs), mobile phones, smart phones, or any other suitable terminal that can be utilized to access a network.
  • the mobile device 140 accesses the network by way of an access component 130 .
  • a connection between the mobile device 140 and the access components 130 may be wireless in nature, in which access components may be a base station and the mobile device may be a wireless terminal.
  • the device 140 and access component 130 may communicate by way of any suitable wireless protocol, including but not limited to Time Divisional Multiple Access (TDMA), Code Division Multiple Access (CDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiplexing (OFDM), FLASH OFDM, Orthogonal Frequency Division Multiple Access (OFDMA), or any other suitable protocol.
  • TDMA Time Divisional Multiple Access
  • CDMA Code Division Multiple Access
  • FDMA Frequency Division Multiple Access
  • OFDM Orthogonal Frequency Division Multiplexing
  • FLASH OFDM Orthogonal Frequency Division Multiple Access
  • OFDMA Orthogonal Frequency Division Multiple Access
  • the access components 130 can be an access node associated with a wired network or a wireless network.
  • access component 130 can be, for instance, a router, a switch, or the like.
  • the access component 130 can include one or more interfaces, e.g., communication modules, for communicating with other network nodes.
  • the access component 130 may be a base station (or wireless access point) in a cellular type network, wherein base stations (or wireless access points) are utilized to provide wireless coverage areas to a plurality of subscribers. Such base stations (or wireless access points) can be arranged to provide contiguous areas of coverage to one or more cellular phones and/or other wireless terminals.
  • the system 200 includes a local mobility anchor (LMA) 210 that communicates to one or more access points 220 to a mobile device 230 .
  • the system 200 employs a mobile specific Sequence Number to order registrations from different access points (or routers) 220 to the LMA 210 .
  • a sequence number is provided by the mobile itself device 230 of a network based proxy described below.
  • the system 200 shows how sequence numbers such as shown at 240 can be employed for registration messages from an access point 2 (AP 2 ) at 250 and an access point 3 (AP 3 ) at 260 can be ordered.
  • the mobile device 240 includes the Sequence Number in a link creation message at reference numeral 240 .
  • the link creation message at 240 can be a message that triggers a NetLMM registration from the respective AP 220 , for example although other protocols than NetLMM can be employed.
  • the link creation message 240 is typically is a link layer message (e.g., a connection request), an ARP request message, a Neighbor Discovery message or other message that may be used to trigger such registrations.
  • a registration is formed with the LMA 210 based off the sequence number generated at 240 . If the mobile is moved, where another access point 3 at 280 is involved, a subsequent link message can be created at 284 with a new sequence number, where the subsequent sequence information can be employed for a subsequent registration show at 290 .
  • the sequence numbers received by the registrations at 270 and 290 are then employed to facilitate orderly communications between the LMA 210 and the access point 2 at 250 and the access point 3 at 280 .
  • a message flow diagram 300 illustrates the example messages and registrations depicted in FIG. 2 .
  • the diagram includes a mobile 310 , an access point 2 (AP 2 ) 312 , an access point 3 (AP 3 ) 314 , and an LMA 316 .
  • a link creation message having sequence data is sent between the mobile 310 and AP 2 312 .
  • AP 2 312 generates a request 330 to the LMA 216 .
  • the LMA 316 generates a request response to AP 2 312 and forms a tunnel channel at 350 with AP 2 .
  • a subsequent creation link is formed at 360 between the mobile 310 and AP 3 314 with a different sequence number.
  • a subsequent request employing the subsequent sequence number is generated to the LMA 316 from AP 3 314 .
  • the LMA 316 generates a request response in view of the subsequent request, and at 390 a new tunnel channel is formed between AP 3 214 and the LMA.
  • the system 400 shows how sequence data can be employed to order registration messages by using a Proxy Mobile 410 in a network 420 .
  • the system 400 can be used in Network Controlled handoffs where a network controller (not shown) (collocated or in communication with a Proxy Mobile) receives signal to noise ratio (SNR) (or other link quality parameter) reports at 424 from a mobile 430 for the different access points 440 the mobile is in the region of. Based on such signal quality measurements, the Network Controller commands the mobile 430 to move at 434 , say from AP 2 at 450 to AP 3 at 460 in this example.
  • SNR signal to noise ratio
  • the Proxy Mobile 410 then sends a Sequence Number to AP 3 460 which is incremented from the last Sequence Number used when the link with AP 2 at 450 was established.
  • the AP 3 460 then includes the Sequence Number in the Registration message sent to the LMA at 470 .
  • a message flow diagram 500 illustrates example messages and registrations depicted in FIG. 4 .
  • dashed lines represent optional messages that can be provided in various ways.
  • a mobile 502 creates an initial link 501 with AP 2 504 .
  • AP 2 504 initiates a Sequence Number 508 with a Network Controller (NC)/Proxy Mobile (PM) 510 .
  • NC Network Controller
  • PM Proxy Mobile
  • AP 2 504 uses the Sequence Number 508 provided by NC/PM 510 to perform a PMIP registration with an LMA 514 .
  • the LMA 514 forms a tunnel now at 520 for the mobile points to AP 2 504 .
  • the Mobile 502 sends link measurement reports at 530 (e.g., SNR reports) to the NC/PM 510 .
  • the NC/PM 510 makes a decision that AP 3 at 540 is a more suitable access point for the Mobile 502 and sends a command at 534 to the mobile 502 to instruct it to move to AP 3 540 .
  • the NC/PM 510 also sends a new Sequence Number 550 to AP 3 540 .
  • the mobile 502 creates a link 560 to AP 3 540 and the AP 3 performs a PMIP registration—this time with the new Sequence Number.
  • a tunnel 570 now points to AP 3 540 for that mobile 502 .
  • the Sequence Number can be a number or a timestamp or other incrementing ID as noted previously.
  • a PMIP protocol is utilized as an example implementation of NetLMM, where NetLMM may be implemented with other message types between an access router (also called a MAG) and the LMA 514 .
  • Another variant of this message exchange is that instead of PMIP, regular MIP can be used with the NC/PM node 510 providing a Mobile IP client and the LMA providing a Mobile IP Home Agent.
  • the APs may optionally be Mobile IP Foreign agents, if desired.
  • a methodology 600 relating to message ordering and registration is illustrated. While, for purposes of simplicity of explanation, the methodology is shown and described as a series of acts, it is to be understood and appreciated that the methodology is not limited by the order of acts, as some acts may, in accordance with one or more embodiments, occur in different orders and/or concurrently with other acts from that shown and described herein. For example, those skilled in the art will understand and appreciate that a methodology could alternatively be represented as a series of interrelated states or events, such as in a state diagram. Moreover, not all illustrated acts may be utilized to implement a methodology in accordance with the claimed subject matter.
  • the process 600 begins where an initial registration is performed at 604 when a mobile device communicates via an access node to a domain node such as a local mobility anchor (LMA).
  • LMA local mobility anchor
  • a sequence number is generated by the device that will be employed for communications with during communications with the respective access node registered at 604 .
  • a subsequent registration is performed with the LMA through the new access point.
  • a new sequence number is assigned for the subsequent registration at 608 by the mobile device.
  • the sequence numbers can take the form of incremental data, decremented data, or time stamp data for example. Also, if yet another access point is encountered, yet another registration can be performed along with generation of yet another sequence number.
  • the mobile device employs the respective sequence number when communicating with a given access point. For instance, if sequence number 1 is generated when registering to access point 1, then sequence number 1 is employed as part of the messaging protocol for future communications through access point 1. Similarly, if sequence number 2 is generated when registering through access point 2, then sequence number 2 is employed by the mobile device as part of its messaging protocol for further communications through access point 2. In this manner, message ordering can be achieved and effects such as node ping-pong are mitigated. As can be appreciated, more than two nodes can be registered having additional sequence numbers as may be necessary for the additional access points.
  • FIGS. 7 and 8 collectively, systems are provided that relate to sequence ordering with respect to a terminal, operator networks, access nodes, and traffic flows therewith.
  • the systems are represented as a series of interrelated functional blocks, which can represent functions implemented by a processor, software, hardware, firmware, or any suitable combination thereof.
  • a system 700 that facilitates communications from a mobile device.
  • the system 700 includes a logical module 702 for registering with a network domain node via an access point and a logical module 704 for generating sequence data when registering with the network domain node.
  • a logical module 706 can be employed for processing the sequence data to communicate through the access point.
  • the system 800 includes a logical module 802 for registering a mobile device via an access point and a logical module 804 for processing sequence data when registering with the mobile device.
  • a logical module 806 can be utilized for decoding the sequence data during subsequent communications with the mobile device.
  • FIG. 9 illustrates a communications apparatus 900 that can be a wireless communications apparatus, for instance, such as a wireless terminal. Additionally or alternatively, communications apparatus 900 can be resident within a wired network. Communications apparatus 900 can include memory 902 that can retain instructions for configuring such apparatus with respect to quality of service (QoS) data and sequence data for a terminal (and traffic flows associated therewith). Additionally, communications apparatus 900 may include a processor 904 that can execute instructions within memory 902 and/or instructions received from another network device, wherein the instructions can relate to configuring or operating the communications apparatus 900 or a related communications apparatus.
  • QoS quality of service
  • FIG. 11 is provided to illustrate an example communication system 1100 that comprises a plurality of nodes interconnected by communications links.
  • the system 1100 may use Orthogonal Frequency Division Multiplexing (OFDM) signals to communicate information over wireless links.
  • OFDM Orthogonal Frequency Division Multiplexing
  • CDMA Code Division Multiple Access
  • TDMA Time Division Multiple Access
  • Nodes in the communication system 1100 exchange information using signals, e.g., messages, based on communication protocols, e.g., the Internet Protocol (IP).
  • IP Internet Protocol
  • the communications links of the system 1100 may be implemented, for example, using wires, fiber optic cables, and/or wireless communications techniques.
  • the system 1100 includes a plurality of end nodes 1102 - 1112 , which access the communication system 1100 by way of a plurality of access nodes 1114 - 1118 .
  • End nodes 1102 - 1112 may be, e.g., wireless communication devices or terminals
  • the access nodes 1114 - 1118 may be, e.g., wireless access routers or base stations.
  • Communication system 1100 also includes a number of other nodes 1120 - 1130 that are used to provide interconnectivity or to provide specific services or functions.
  • Communications system 1100 depicts a network 1160 that includes access control node 1120 , mobility support node 1122 , policy control node 1124 , and application server node 1126 , all of which are connected to an intermediate network node 1128 by a corresponding network link 1132 - 1138 , respectively.
  • the access control node e.g., a Remote Authentication Dial In User Service (RADIUS) or Diameter server, supports authentication, authorization, and/or accounting of end nodes and/or services associated with end nodes.
  • RADIUS Remote Authentication Dial In User Service
  • Diameter server supports authentication, authorization, and/or accounting of end nodes and/or services associated with end nodes.
  • mobility support node 1122 e.g., a Mobile IP home agent and/or context transfer server, supports mobility, e.g., handoff, of end nodes between access nodes, e.g., by way of redirection of traffic to/from end nodes and/or transfer of state associated with end nodes between access nodes.
  • policy control node 1124 e.g., a policy server or Policy Decision Point (PDP), supports policy authorization for services or application layer sessions.
  • PDP Policy Decision Point
  • application server node 1126 e.g., a Session Initiation Protocol server, streaming media server, or other application layer server, supports session signaling for services available to end nodes and/or provides services or content available to end nodes.
  • Network link 1134 is connected to intermediate network node 1130 , which provides further connectivity to access nodes 1114 , 1116 , and 1118 by way of network links 1136 - 1140 , respectively.
  • Each access node 1114 - 1118 is depicted as providing connectivity to end nodes 1102 - 1112 , respectively, by way of corresponding access links 1142 - 1152 , respectively.
  • each access node 1114 - 1118 is depicted as using wireless technology, e.g., wireless access links, to provide access. Wired technology may also be utilized, however, in connection with provision of access.
  • a radio coverage area, e.g., communications cells 1154 - 1158 of each access node 1114 - 1118 is illustrated as a circle surrounding the corresponding access node.
  • Communication system 1100 can be used as a basis for the description of various embodiments described herein.
  • Alternative embodiments include various network topologies, where a number and type of nodes (including network nodes, access nodes, end nodes, as well as various control, support, and server nodes), a number and type of links, and interconnectivity between various nodes may differ from that of communication system 1100 .
  • some of the functional entities depicted in communication system 1100 may be omitted or combined. Location or placement of these functional entities may also be varied.
  • FIG. 12 provides an illustration of an example end node 1200 , e.g., wireless terminal.
  • End node 1200 is a representation of an apparatus that may be used as any one of end nodes 1102 - 1112 ( FIG. 11 ).
  • End node 1200 includes a processor 1202 , a wireless communication interface module 1204 , a user input/output interface 1206 and memory 1208 coupled together by a bus 1210 . Accordingly, by way of bus 1210 , the various components of the end node 1200 can exchange information, signals and data.
  • Components 1202 - 1208 of end node 1200 can be located inside a housing 1212 .
  • Wireless communication interface module 1204 provides a mechanism by which the internal components of end node 1200 can send and receive signals to/from external devices and network nodes, e.g., access nodes.
  • Wireless communication interface module 1204 includes, e.g., a receiver module 1214 with a corresponding receiving antenna 1216 and a transmitter module 1218 with a corresponding transmitting antenna 1220 used for coupling end node 1200 to other network nodes, e.g., by way of wireless communications channels.
  • End node 1200 also includes a user input device 1222 , e.g., keypad, and a user output device 1224 , e.g., display, which are coupled to bus 1210 through user input/output interface 1206 .
  • user input/output devices 1222 and 1224 can exchange information, signals and data with other components of end node 1200 by way of user input/output interface 1206 and bus 1210 .
  • User input/output interface 1206 and associated devices 1222 and 1224 provide mechanisms by which a user can operate end node 1200 to accomplish various tasks.
  • user input device 1222 and user output device 1224 provide functionality that allows a user to control end node 1200 and applications, e.g., modules, programs, routines and/or functions, that execute in memory 1208 of end node 1200 .
  • Processor 1202 under control of various modules, e.g., routines, included in memory 1208 controls operation of end node 1200 to perform various signaling and processing.
  • the modules included in memory 1208 are executed on startup or as called by other modules. Modules may exchange data, information, and signals when executed. Modules may also share data and information when executed.
  • Memory 1208 of end node 1200 includes a control signaling module 1226 , an application module 1228 , and a traffic control module 1230 , which further includes configuration information 1232 and various additional modules.
  • Control signaling module 1226 controls processing relating to receiving and sending signals, e.g., messages, for controlling operation and/or configuration of various aspects of end node 1200 including, e.g., traffic control module 1230 as well as configuration information 1232 and various additional modules included.
  • control signaling module 1226 can include state information, e.g., parameters, status and/or other information, relating to operation of end node 1200 and/or one or more signaling protocols supported by control signaling module 1226 .
  • control signaling module 1226 may include configuration information, e.g., end node identification information and/or parameter settings, and operational information, e.g., information about current processing state, status of pending message transactions, etc.
  • Application module 1228 controls processing and communications relating to one or more applications supported by end node 1200 .
  • application module 1228 processing can include tasks relating to input/output of information by way of the user input/output interface 1206 , manipulation of information associated with an application, and/or receiving or sending signals, e.g., messages, associated with an application.
  • application module 1228 includes state information, e.g., parameters, status and/or other information, relating to operation of one or more applications supported by application module 1228 .
  • application module 1228 may include configuration information, e.g., user identification information and/or parameter settings, and operational information, e.g., information about current processing state, status of pending responses, etc.
  • Applications supported by application module 1228 include, e.g., Voice over IP (VoIP), web browsing, streaming audio/video, instant messaging, file sharing, gaming, etc.
  • VoIP Voice over IP
  • Traffic control module 1230 controls processing relating to receiving and sending data information, e.g., messages, packets, and/or frames, through wireless communication interface module 1204 .
  • the example traffic control module 1230 includes configuration information 1232 as well as various additional modules that control various aspects of QoS for packets and/or traffic flows, e.g., associated sequences of packets.
  • Various additional modules are included, in some embodiments, to perform particular functions and operations as needed to support specific aspects of traffic control. Modules may be omitted and/or combined as needed depending on the functional requirements of traffic control. A description of each additional module included in traffic control module 1230 follows.
  • An admission control module 1234 maintains information relating to resource utilization/availability and determines if sufficient resources are available to support QoS parameters desirably associated with particular traffic flows.
  • Resource availability information maintained by admission control module 1234 includes, e.g., packet and/or frame queuing capacity, scheduling capacity, as well as processing and memory capacity needed to support one or more traffic flows.
  • Control signaling module 1226 , application module 1228 , and/or other modules included in end node 1200 may query admission control module 1234 to determine if sufficient resources are available to support a new or modified traffic flow, where the admission control determination is a function of QoS parameters of the particular traffic flow and QoS parameters defined within a profile.
  • Configuration information 1232 can include configuration information, e.g., parameters settings, that affect the operation of admission control module 1234 , e.g., an admission control threshold value that indicates percentage of resource that may be allocated prior to rejecting additional requests.
  • An uplink scheduler module 1236 controls processing relating to transmission scheduling, e.g., order and/or timing, and allocation of transmission resources, e.g., information coding rate, transmission time slots, and/or transmission power, for data information, e.g., messages, packets, and/or frames, to be sent by way of wireless communication interface module 1204 , e.g., from end node 1200 to an access node.
  • Uplink scheduler module 1236 can schedule transmissions and allocate transmission resources as a function of QoS parameters associated with one or more traffic flows.
  • scheduling and/or resource allocation operations performed by uplink scheduler module 1236 are additionally a function of channel conditions and other factors, e.g., power budget.
  • An uplink PHY/MAC module 1238 controls physical (PHY) layer and Media Access Control (MAC) layer processing relating to sending data information, e.g., messages, packets, and/or frames, by way of wireless communication interface module 1204 , e.g., from end node 1200 to an access node.
  • data information e.g., messages, packets, and/or frames
  • wireless communication interface module 1204 e.g., from end node 1200 to an access node.
  • operation of uplink PHY/MAC module 1238 includes both sending and receiving control information, e.g., signals or messages, to coordinate sending of data information, e.g., messages, packets, and/or frames.
  • Configuration information 1232 can include configuration information, e.g., parameters settings, that affect the operation of uplink PHY/MAC module 1238 , e.g., a frequency, band, channel, spreading code or hoping code to be used for transmissions, an identifier associated with end node 1200 , a request dictionary prescribing use of an assignment request channel, etc.
  • configuration information e.g., parameters settings, that affect the operation of uplink PHY/MAC module 1238 , e.g., a frequency, band, channel, spreading code or hoping code to be used for transmissions, an identifier associated with end node 1200 , a request dictionary prescribing use of an assignment request channel, etc.
  • An uplink LLC (ARQ) module 1240 controls Logical Link Control (LLC) layer processing relating to sending data information, e.g., messages, packets, and/or frames, through wireless communication interface module 1204 , e.g., from end node 1200 to an access node.
  • Uplink LLC (ARQ) module 1240 includes processing associated with Automatic Repeat Request (ARQ) capabilities, e.g., retransmission of lost packets or frames.
  • ARQ Automatic Repeat Request
  • Uplink LLC (ARQ) module 1240 can, for instance, further include processing relating to addition of an LLC header and/or trailer to higher layer messages, e.g., packets, to provide additional functionality, e.g., multi-protocol multiplexing/demultiplexing by way of a type field or error detection through utilization of a checksum field.
  • Uplink LLC (ARQ) module 1240 can additionally perform fragmentation of higher layer messages, e.g., packets, into multiple sub-portions, e.g., frames to be sent by uplink PHY/MAC module 1240 .
  • Configuration information 1232 can include configuration information that affect operation of uplink LLC (ARQ) module 1240 , e.g., an ARQ window size, maximum number of retransmissions, a discard timer, etc.
  • An uplink queue management module 1242 maintains information and controls processing relating to storage of data information to be sent by way of wireless communication interface module 1204 , e.g., from end node 1200 to an access node.
  • Uplink queue management module 1242 can, for example, control storage of data information awaiting transmission and maintain state information regarding data information awaiting transmission on a per traffic flow basis, e.g., packets associated with each traffic flow may be stored in separate queues.
  • uplink queue management module 1242 supports a variety of queue management techniques and/or capabilities, e.g., head drop, tail drop, as well as various Active Queue Management (AQM) mechanisms such as Random Early Detection (RED).
  • Configuration information 1232 can include configuration information that affects operation of uplink queue management module 1242 , such as a queue limit, drop strategy, and/or AQM thresholds associated with one or more traffic flows.
  • An uplink classifier module 1244 controls processing relating to identification of data information as belonging to particular traffic flows prior to being sent by way of the wireless communication interface module 1204 , e.g., from end node 1200 to an access node.
  • messages, packets, and/or frames to be sent through utilization of wireless communication interface module 1204 are classified as belonging to one of a variety of traffic flows by uplink classifier module 1244 based on inspection of one or more header and/or payload fields.
  • Results of classification by uplink classifier module 1244 can affect the treatment of classified data information by uplink queue management module 1242 as well as other modules within memory 1208 .
  • Configuration information can include configuration information that affect operation of uplink classifier module 1244 , e.g., a set of one or more classifier filter rules that prescribe criteria used to associate data information, e.g., messages, packets, and/or frames, as belonging to one or more traffic flows.
  • a downlink PHY/MAC module 1246 controls PHY layer and MAC layer processing relating to receiving data information by way of wireless communication interface module 1204 . Operation of downlink PHY/MAC module 1246 can include both sending and receiving control information to coordinate receiving of data information. Configuration information 1204 can include configuration information that affect operation of downlink PHY/MAC module 1246 , e.g., a frequency, band, channel, spreading code or hoping code to be used for reception, an identifier associated with end node 1200 , etc.
  • a downlink LLC (ARQ) module 1248 controls LLC layer processing relating to receiving data information by way of wireless communication interface module 1204 .
  • Downlink LLC (ARQ) module 1248 includes processing associated with ARQ capabilities, e.g., retransmission of lost packets or frames.
  • downlink LLC (ARQ) module 1248 can further include processing relating to an LLC header and/or trailer that encapsulates higher layer messages, which provides additional functionality, e.g., multi-protocol multiplexing/demultiplexing through a type field or error detection by way of a checksum field.
  • Downlink LLC (ARQ) module 1248 can also perform reassembly of frames received by the downlink PHY/MAC module 1246 into higher layer messages.
  • Configuration information 1232 can, and in some embodiments does, include configuration information, e.g., parameters settings, that affect operation of downlink LLC (ARQ) module 1248 , e.g., an ARQ window size, maximum number of retransmissions, a discard timer, etc.
  • configuration information e.g., parameters settings, that affect operation of downlink LLC (ARQ) module 1248 , e.g., an ARQ window size, maximum number of retransmissions, a discard timer, etc.
  • ARQ downlink LLC
  • FIG. 13 provides a detailed illustration of an example access node 1300 implemented in accordance with the present invention.
  • the access node 1300 is a detailed representation of an apparatus that may be used as any one of the access nodes 1114 - 1118 depicted in FIG. 11 .
  • access node 1300 includes a processor 1302 , memory 1304 , a network/internetwork interface module 1306 and a wireless communication interface module 1308 , coupled together by bus 1310 . Accordingly, by way of bus 1310 the various components of access node 1300 can exchange information, signals and data.
  • the components 1302 - 1310 of access node 1300 are located inside a housing 1312 .
  • Network/internetwork interface module 1306 provides a mechanism by which the internal components of access node 1300 can send and receive signals to/from external devices and network nodes.
  • Network/internetwork interface module 1306 includes a receiver module 1314 and a transmitter module 1316 used for coupling node 1300 to other network nodes, e.g., through copper wires or fiber optic lines.
  • Wireless communication interface module 1308 also provides a mechanism by which the internal components of access node 1300 can send and receive signals to/from external devices and network nodes, e.g., end nodes.
  • Wireless communication interface module 1308 includes, e.g., a receiver module 1318 with a corresponding receiving antenna 1320 and a transmitter module 1322 with a corresponding transmitting antenna 1324 .
  • Wireless communication interface module 1308 is used for coupling access node 1300 to other nodes, e.g., by way of wireless communication channels.
  • Processor 1302 under control of various modules, e.g., routines, included in memory 1304 controls operation of access node 1300 to perform various signaling and processing.
  • the modules included in memory 1304 are executed on startup or as called by other modules. Modules may exchange data, information, and signals when executed. Modules may also share data and information when executed.
  • memory 1304 of access node 1300 includes a control signaling module 1326 and a traffic control module 1328 , which further includes configuration information 1330 and various additional modules 1332 - 1354 .
  • Control signaling module 1326 controls processing relating to receiving and sending signals, e.g., messages, for controlling operation and/or configuration of various aspects of access node 1300 including, e.g., traffic control module 1328 as well as configuration information 1330 and the various additional modules included therein 1332 - 1354 .
  • control signaling module 1326 includes state information, e.g., parameters, status and/or other information, relating to operation of access node 1300 and/or one or more signaling protocols supported by control signaling module 1326 .
  • control signaling module 1326 may include configuration information, e.g., access node identification information and/or parameter settings, and operational information, e.g., information about current processing state, status of pending message transactions, etc.
  • Traffic control module 1328 controls processing relating to receiving and sending data information, e.g., messages, packets, and/or frames, by way of wireless communication interface module 1308 .
  • traffic control module can include configuration information 1330 as well as various additional modules 1332 - 1354 that control various aspects of quality of service for packets and/or traffic flows, e.g., associated sequences of packets.
  • traffic control module 1328 includes state information, e.g., parameters, status and/or other information, relating to operation of access node 1300 , traffic control module 1328 , and/or one or more of the various additional modules included therein 1332 - 1354 .
  • Configuration information 1330 determines, affects and/or prescribes operation of traffic control module 1328 and/or the various additional modules included therein 1332 - 1354 .
  • the various additional modules are included, in some embodiments, to perform particular functions and operations as needed to support specific aspects of traffic control. In various embodiments, modules may be omitted and/or combined as needed depending on the functional requirements of traffic control. A description of each additional module included in traffic control module 1328 follows.
  • Admission control module 1332 maintains information relating to resource utilization/availability and determines if sufficient resources are available to support quality of service requirements of particular traffic flows.
  • Resource availability information maintained by admission control module 1332 includes, e.g., packet and/or frame queuing capacity, scheduling capacity, as well as processing and memory capacity needed to support one or more traffic flows.
  • Control signaling module 1326 and/or other modules included in access node 1300 can query admission control module 1332 to determine if sufficient resources are available to support a new or modified traffic flow, where the admission control determination is a function of the quality of service requirements of the particular traffic flow and/or the available resources.
  • Configuration information 1330 can include configuration information, e.g., parameters settings, that affect the operation of admission control module 1332 , e.g., an admission control threshold value that indicates the percentage of resource that may be allocated prior to rejecting additional requests.
  • Uplink scheduler module 1334 controls processing relating to transmission scheduling, e.g., order and/or timing, and allocation of transmission resources, e.g., information coding rate, transmission time slots, and/or transmission power, for data information, e.g., messages, packets, and/or frames, to be sent from one or more end nodes to the access node by way of wireless interface module 1308 .
  • Uplink scheduler module 1334 can schedule transmissions and allocate transmission resources as a function of the quality of service requirements and/or constraints associated with one or more traffic flows and/or one or more end nodes.
  • Configuration information 1330 can include configuration information that affect the operation of uplink scheduler module 1334 , e.g., a priority, rate bound, latency bound, and/or sharing weight associated with one or more traffic flows and/or end nodes.
  • scheduling and/or resource allocation operations performed by uplink scheduler module 1334 are additionally a function of channel conditions and other factors, e.g., power budget.
  • Downlink scheduler module 1336 controls processing relating to transmission scheduling, e.g., order and/or timing, and allocation of transmission resources, e.g., information coding rate, transmission time slots, and/or transmission power, for data information, e.g., messages, packets, and/or frames, to be sent from access node 1300 to one or more end nodes through wireless interface module 1308 .
  • Downlink scheduler module 1336 can schedule transmissions and allocate transmission resources as a function of the quality of service requirements and/or constraints associated with one or more traffic flows and/or one or more end nodes.
  • Configuration information 1330 can include configuration information that affects the operation of downlink scheduler module 1336 , e.g., a priority, rate bound, latency bound, and/or sharing weight associated with one or more traffic flows and/or end nodes.
  • scheduling and/or resource allocation operations performed by the downlink scheduler module 1336 are additionally a function of channel conditions and other factors, e.g., power budget.
  • Uplink traffic conditioner module 1338 controls processing relating to traffic conditioning, e.g., metering, marking, policing, etc., for data information, e.g., messages, packets, and/or frames, received by way of wireless interface module 1308 , e.g., from an end node to access node 1300 .
  • Uplink traffic conditioner module 1338 can condition traffic, e.g., meter, mark and/or police, as a function of the quality of service requirements and/or constraints associated with one or more traffic flows and/or one or more end nodes.
  • Configuration information 1330 can include configuration information that affects the operation of uplink traffic conditioner module 1338 , e.g., a rate bound, and/or marking value associated with one or more traffic flows and/or end nodes.
  • Uplink classifier module 1340 controls processing relating to identification of data information, e.g., messages, packets, and/or frames, received through wireless interface module 1308 , e.g., from an end node to access node 1300 , as belonging to particular traffic flows prior to being processed by uplink traffic conditioner module 1338 .
  • messages, packets, and/or frames received through wireless communication interface module 1308 are classified as belonging to one of a variety of traffic flows by uplink classifier module 1340 based on inspection of one or more header and/or payload fields.
  • the results of classification by uplink classifier module 1340 can affect the treatment of the classified data information, e.g., messages, packets, and/or frames, by uplink traffic conditioner module 1338 , e.g., the results may determine a particular data structure or state machine the message, packet, and/or frame will be associated with and further affect subsequent processing such as metering, marking, and/or policing.
  • Configuration information 1330 can include configuration information that affects the operation of uplink classifier module 1340 , e.g., a set of one or more classifier filter rules that prescribe criteria used to associate data information, e.g., messages, packets, and/or frames, as belonging to one or more traffic flows.
  • Uplink LLC (ARQ) module 1342 controls LLC layer processing relating to receiving data information, e.g., packets and/or frames, by way of wireless communication interface module 1308 , e.g., from an end node to access node 1300 .
  • Uplink LLC (ARQ) module 1342 includes processing associated with ARQ capabilities, e.g., retransmission of lost packets or frames.
  • uplink LLC (ARQ) module 1342 further includes processing relating to an LLC header and/or trailer that encapsulates higher layer messages, e.g., packets, which provides additional functionality, e.g., multi-protocol multiplexing/demultiplexing through a type field or error detection by way of a checksum field.
  • Uplink LLC (ARQ) module 1342 can also perform reassembly of frames received by uplink PHY/MAC module 1344 into higher layer messages, e.g., packets.
  • the configuration information 1330 can include configuration information that affects the operation of uplink LLC (ARQ) module 1342 , e.g., an ARQ window size, maximum number of retransmissions, a discard timer, etc.
  • Uplink PHY/MAC module 1344 controls PHY layer and MAC layer processing relating to receiving data information, e.g., packets and/or frames, by way of wireless communication interface module 1308 , e.g., from an end node to access node 1300 .
  • operation of uplink PHY/MAC module 1344 includes both sending and receiving control information, e.g., signals or messages, to coordinate receiving of data information, e.g., messages, packets, or frames.
  • Configuration information 1330 can include configuration information that affects the operation of uplink PHY/MAC module 1344 , e.g., a frequency, band, channel, spreading code or hopping code to be used for reception, an identifier associated with access node 1300 , etc.
  • Downlink classifier module 1346 controls processing relating to identification of data information, e.g., messages, packets, and/or frames, as belonging to particular traffic flows prior to being sent through wireless communication interface module 1308 , e.g., from access node 1300 to an end node.
  • messages, packets, and/or frames to be sent by way of wireless communication interface module 1308 are classified as belonging to one of a variety of traffic flows by downlink classifier module 1346 based on inspection of one or more header and/or payload fields.
  • the results of classification by downlink classifier module 1346 can affect the treatment of the classified data information, e.g., messages, packets, and/or frames, by downlink queue management module 1350 and other modules 1348 , 1352 , and 1354 , e.g., the results may determine a particular queue the message, packet, and/or frame will be associated with for storage and further affect subsequent processing such as scheduling.
  • Configuration information 1330 can include configuration information, e.g., parameters settings, that affect the operation of downlink classifier module 1346 , e.g., a set of one or more classifier filter rules that prescribe criteria used to associate data information, e.g., messages, packets, and/or frames, as belonging to one or more traffic flows.
  • Downlink traffic conditioner module 1348 controls processing relating to traffic conditioning, e.g., metering, marking, policing, etc., for data information, e.g., messages, packets, and/or frames, to be sent by way of wireless interface module 1308 , e.g., from access node 1300 to an end node.
  • Downlink traffic conditioner module 1348 can condition traffic, e.g., meter, mark and/or police, as a function of the quality of service requirements and/or constraints associated with one or more traffic flows and/or one or more end nodes.
  • Configuration information 1330 can include configuration information that affects the operation of downlink traffic conditioner module 1348 , e.g., a rate bound, and/or marking value associated with one or more traffic flows and/or end nodes.
  • Downlink queue management module 1350 maintains information and controls processing relating to storage of data information, e.g., messages, packets, and/or frames, to be sent by way of wireless communication interface module 1308 , e.g., from access node 1300 to an end node.
  • Downlink queue management module can control storage of data information awaiting transmission and maintain state information regarding data information awaiting transmission on a per traffic flow basis, e.g., packets associated with each traffic flow may be stored in separate queues.
  • Downlink queue management module 1350 supports a variety of queue management techniques and/or capabilities, e.g., head drop, tail drop, as well as various AQM mechanisms such as RED.
  • Configuration information 1330 can include configuration information that affects the operation of downlink queue management module 1350 , e.g., a queue limit, drop strategy, and/or AQM thresholds associated with one or more traffic flows.
  • Downlink LLC (ARQ) module 1352 controls LLC layer processing relating to sending data information, e.g., messages, packets, and/or frames, by way of wireless communication interface module 1308 , e.g., from access node 1300 to an end node.
  • Downlink LLC (ARQ) module 1352 includes processing associated with ARQ capabilities, e.g., retransmission of lost packets or frames.
  • downlink LLC (ARQ) module 1352 further includes processing relating to the addition of an LLC header and/or trailer to higher layer messages, e.g., packets, to provide additional functionality, e.g., multi-protocol multiplexing/demultiplexing through a type field or error detection by way of a checksum field.
  • Downlink LLC (ARQ) module 1352 can also perform fragmentation of higher layer messages, e.g., packets, into multiple sub-portions, e.g., frames to be sent by downlink PHY/MAC module 1354 .
  • Configuration information 1330 can include configuration information that affects the operation of downlink LLC (ARQ) module 1352 , e.g., an ARQ window size, maximum number of retransmissions, a discard timer, etc.
  • Downlink PHY/MAC module 1354 controls PHY layer and MAC layer processing relating to sending data information, e.g., messages, packets, and/or frames, by way of wireless communication interface module 1308 , e.g., from access node 1300 to an end node.
  • operation of downlink PHY/MAC module 1354 includes both sending and receiving control information, e.g., signals or messages, to coordinate sending of data information, e.g., messages, packets, or frames.
  • Configuration information 1330 can include configuration information that affects the operation of downlink PHY/MAC module 1354 , e.g., a frequency, band, channel, spreading code or hoping code to be used for transmissions, an identifier associated with the access node 1300 , etc.
  • FIG. 14 illustrates example signaling and traffic flows between various modules included in example end node 1200 and example access node 1300 .
  • the FIG. 14 end node 1200 and FIG. 14 access node 1300 are simplified representations of the FIG. 12 end node 1200 and FIG. 13 access node 1300 , respectively.
  • the FIG. 14 example shows application module 1228 sending and receiving data information, e.g., traffic flows comprising a sequence of messages, packets, or frames.
  • the FIG. 14 end node 1200 may be any one of end nodes 1102 - 1112 depicted in FIG. 11 and the application module 1228 included in the FIG.
  • 14 end node 1200 may be exchanging data information with another node in the system, e.g., another end node 1102 - 1112 or the application server node 1126 as depicted in FIG. 11 .
  • another node in the system e.g., another end node 1102 - 1112 or the application server node 1126 as depicted in FIG. 11 .
  • the node with which the FIG. 14 end node 1200 is exchanging data information is referred to as the corresponding node.
  • the data information e.g., traffic flows comprising a sequence of messages, packets, or frames, sent from the application module 1228 in the end node 1200 to a corresponding node is shown by a sequence of arrows 1402 - 1408 to proceed through a sequence of modules 1238 - 1244 included in end node 1200 for processing, after which the data information is sent from the end node 1200 to the access node 1300 , e.g., by way of wireless communication interface module 1204 .
  • traffic flows comprising a sequence of messages, packets, or frames
  • the data information e.g., traffic flows comprising a sequence of messages, packets, or frames
  • the data information e.g., traffic flows comprising a sequence of messages, packets, or frames
  • the application module 1228 in end node 1200 is shown by a sequence of arrows 1410 - 1418 to proceed through a sequence of modules 1338 - 1344 included in access node 1300 for processing, prior to being forwarded from the access node 1300 toward the corresponding node, e.g., directed in accordance with routing information to an intermediate node connected to the access node by way of network/internetwork interface module 1306 .
  • the data information e.g., traffic flows comprising a sequence of messages, packets, or frames, sent from a corresponding node to application module 1228 in end node 1228 is shown by a sequence of arrows 1420 - 1428 to be received by access node 1300 , e.g., by way of network/internetwork interface module 1306 , and then to proceed through a sequence of modules 1346 - 1354 included in access node 1300 for processing, after which the data information is sent from the access node 1300 to the end node 1200 , e.g., via the wireless communication interface module 1308 .
  • traffic flows comprising a sequence of messages, packets, or frames
  • the data information e.g., traffic flows comprising a sequence of messages, packets, or frames
  • the data information e.g., traffic flows comprising a sequence of messages, packets, or frames
  • the data information is shown by a sequence of arrows 1430 - 1434 to proceed through a sequence of modules 1246 and 1248 included in end node 1200 for processing, prior to being delivered to the application module 1228 in end node 1200 .
  • FIG. 14 depicts the exchange of control information, e.g., signaling flows and/or communication interfaces.
  • control information e.g., signaling flows and/or communication interfaces.
  • the FIG. 14 example depicts the exchange of control information between control signaling module 1326 and traffic control module 1328 included in access node 1300 .
  • the FIG. 14 example depicts the exchange of control information between control signaling module 1226 and the traffic control module 1230 included in the end node 1200 .
  • exchange of control information between the modules as shown allows the respective control signaling module 1326 / 1226 in the access/end node 1300 / 1200 to affect, e.g., set, modify, and/or monitor, the configuration and/or operation of the various modules included in the respective traffic control module 1328 / 1230 , as needed to provide the proper quality of service treatment of the data information, e.g., traffic flows, to/from the application module 1228 in the end node 1200 .
  • control information e.g., signaling flows and/or communication interfaces
  • These exchanges of control information e.g., signaling flows and/or communication interfaces, enable the configuration and/or operation of traffic control modules 1328 / 1230 in both access node 1300 and the end node 1200 to be affected by a) one or more additional nodes, e.g.
  • Various embodiments of the present invention may, and do, support all or only a subset of the depicted control information exchanges as needed.

Abstract

The claimed subject matter relates to systems and methods for processing messages in a wireless communications environment. In an aspect, a communications method is provided. The method includes initiating a registration with a network domain node and generating sequence information with respect to the registration. The sequence information is then employed to facilitate further communications with the network domain node.

Description

    CROSS REFERENCE TO RELATED APPLICATION
  • This application claims the benefit of U.S. Patent Application No. 60/885,983, entitled A METHOD AND APPARATUS FOR MOBILITY MANAGEMENT MESSAGE ORDERING, and filed on Jan. 22, 2007, the entirety of which is incorporated herein by reference.
  • BACKGROUND
  • 1. Field
  • The following description relates generally to communications systems, and more particularly to ordering of registration messages to access points that are in a communication with a mobile device.
  • 2. Background
  • Communication networks, such as wireless communication networks, broadband networks, and other suitable networks are utilized in connection with transferring data, wherein data can include word processing files, streaming video, multimedia files, voice data, and/or the like. Such networks are often employed with protocols such as Internet Protocol (IP) for transferring data in accordance with a public network such as the Internet. An extension of IP protocols relates to mobile devices and is known as Mobile Internet Protocol (MIP). Another variant is Proxy Mobile Internet Protocol (PMIP). Such mobile protocols are often employed with a network domain that includes nodes such as access nodes and Local Mobility Anchors (LMA) for example that often employ the mobile IP protocols in conjunction with a domain protocol to manage the respective devices within the domain.
  • One such domain protocol is referred to as a Network-based Localized Mobility Management (NETLMM) protocol. In contrast to MIP protocol which is considered a global mobility management protocol to control IP links as communications devices change location, NETLMM and PMIP help localize the management of topologically small device movements. Limiting the reach of the respective protocol responsibilities is more preferable to handle local movements since protocol complexities are reduced. Generally, NETLMM provides for efficient support for mobile nodes communicating with peers both outside and inside the same mobility domain when mobile nodes move across different access routers (or nodes, or points). These movements typically require no extra host stack support or complex security and signaling interactions between mobile node and the respective access network. By utilizing the neighbor access router information in the domain, NETLMM can achieve very fast and smooth handover performance to suit the requirements of most real-time and interactive multimedia applications.
  • Network based mobility management systems employing technologies such as NETLMM, PMIP are generally considered mobility management systems that do not require mobility management signaling from a mobile device to operate. Instead, the network or domain changes message routing within the network based on link layer or other triggers. A well understood limitation of such mechanisms is that they can only operate with mobiles that maintain a single link to the network. In other words the mobility management system points to a single point of attachment for each mobile. Since the mobile is assumed to have only one link with an NETLMM domain for example, at any one time the NETLMM protocol must ensure that the local mobility anchor (LMA) redirects the mobile device's traffic to the correct access router i.e., the access router the mobile is connected to. To perform this operation, access routers send registration messages to the LMA when a mobile device creates a link with the LMA. Assuming the mobile device can only have one link at the time, the order in which the registration messages reach the LMA is assumed to be the same as the order in which the mobile device creates links with different access routers. This assumption can hold if the movement between access routers is not very frequent. More specifically, the assumption holds when the time between link creations is larger than the time it takes for the access router to register with the LMA.
  • Referring to prior art FIG. 10, an example domain 1000 is illustrated. The domain 1000 includes an LMA 1010 that communicates with access nodes (AN) (or routers) 1020 and 1030. The AN's 1020,1030 communicate with access point (AP) groups 1040 and 1050 respectively, where such groups may service a mobile device 1060. The mobile device 1060 maintains a link with Access Point 2 (AP2) 1070, which is directly connected to the AN at 1020. In this example, NETLMM protocol schemes work relatively well since only movement between ANs 1020 and 1030 is triggering NETLMM device registrations, while movement between APs at 1040 or 1050 under the same AN 1020 or 1030 do not trigger such registrations. Even in this case, however, movement between AP2 at 1070 and AP4 at 1080 can cause out of order delivery of the registrations to the LMA 1010, if for example the mobile device moves too fast or if it moves back and forth between AP2 1070 and AP4 1080, a condition commonly referred to as “ping-pong.” As can be appreciated, back and forth movements can cause communications problems within the domain 1000.
  • SUMMARY
  • The following presents a simplified summary in order to provide a basic understanding of some aspects of the claimed subject matter. This summary is not an extensive overview, and is not intended to identify key/critical elements or to delineate the scope of the claimed subject matter. Its sole purpose is to present some concepts in a simplified form as a prelude to the more detailed description that is presented later.
  • Message ordering principles are applied to network-based mobility management systems and protocols to facilitate orderly communications within a network or domain. During registration of a communication channel between a mobile device and a node in the domain such as a Local Mobility Anchor (LMA) for example, sequential information can be applied to the registration to facilitate ordering of messages in the domain and with respect to the mobile device. Sequential information can take the form of a sequence number or timestamp information for example that can be assigned by the device or proxy node within the domain. When an initial communication commences with the LMA, the sequence number can be assigned to a registration occurring between the LMA and the mobile device. Upon movement of a device where other access nodes or access points become involved, a subsequent registration can occur with the LMA. During the subsequent registration, the previous sequence number can be incremented and employed for the subsequent registration. The LMA or other controlling node then employs the sequence number to track where messages should be routed across the domain and in view of the respective sequence number received. In this manner, out of order delivery problems associated with prior systems and protocols is mitigated.
  • To the accomplishment of the foregoing and related ends, certain illustrative aspects are described herein in connection with the following description and the annexed drawings. These aspects are indicative, however, of but a few of the various ways in which the principles of the claimed subject matter may be employed and the claimed subject matter is intended to include all such aspects and their equivalents. Other advantages and novel features may become apparent from the following detailed description when considered in conjunction with the drawings.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a high level block diagram of a system that is provided to illustrate message ordering in a communications environment.
  • FIG. 2 is a block diagram of an example network access system that can employ sequence data to form communications links and facilitate message ordering.
  • FIG. 3 is a message flow diagram that illustrates example messages and registrations depicted in FIG. 2.
  • FIG. 4 illustrates an example proxy-based system.
  • FIG. 5 is a message flow diagram that illustrates example messages and registrations depicted in FIG. 4.
  • FIG. 6 illustrates an example sequence process for ordering messages.
  • FIGS. 7 and 8 illustrate example logical modules for processing sequence messages and registrations.
  • FIG. 9 illustrates an example communications apparatus that employs sequential data to form communications links.
  • FIG. 10 illustrates a prior art network based mobility management system.
  • FIG. 11 illustrates an example communications system.
  • FIG. 12 illustrates an example end node.
  • FIG. 13 illustrates an example access node.
  • FIG. 14 illustrates an example end node communicating with an example access node.
  • DETAILED DESCRIPTION
  • Systems and methods are provided to facilitate message ordering in network-based mobility management systems. In an aspect, a communications method is provided. The method includes initiating a registration with a network domain node and generating sequence information with respect to the registration. The sequence information is then employed to facilitate further communications with the network domain node. The network domain node can be a Local Mobility Anchor for example, operating with such example protocols as proxy mobile Internet Protocol and Network-based localized mobility management protocol.
  • Furthermore, various aspects are described herein in connection with a terminal. A terminal can also be called a system, a user device, a subscriber unit, subscriber station, mobile station, mobile device, remote station, remote terminal, access terminal, user terminal, user agent, or user equipment. A user device can be a cellular telephone, a cordless telephone, a Session Initiation Protocol (SIP) phone, a wireless local loop (WLL) station, a PDA, a handheld device having wireless connection capability, a module within a terminal, a card that can be attached to or integrated within a host device (e.g., a PCMCIA card) or other processing device connected to a wireless modem.
  • Moreover, aspects of the claimed subject matter may be implemented as a method, apparatus, or article of manufacture using standard programming and/or engineering techniques to produce software, firmware, hardware, or any combination thereof to control a computer or computing components to implement various aspects of the claimed subject matter. The term “article of manufacture” as used herein is intended to encompass a computer program accessible from any computer-readable device, carrier, or media. For example, computer readable media can include but are not limited to magnetic storage devices (e.g., hard disk, floppy disk, magnetic strips . . . ), optical disks (e.g., compact disk (CD), digital versatile disk (DVD) . . . ), smart cards, and flash memory devices (e.g., card, stick, key drive . . . ). Additionally it should be appreciated that a carrier wave can be employed to carry computer-readable electronic data such as those used in transmitting and receiving voice mail or in accessing a network such as a cellular network. Of course, those skilled in the art will recognize many modifications may be made to this configuration without departing from the scope or spirit of what is described herein.
  • Referring now to FIG. 1, a system 100 illustrates message ordering principles in a communications environment. A network or domain 110 includes at least one domain node 120 that communicates to one or more access components 130, where the access components can include interface points to the domain such as access nodes, access routers, base stations, and so forth. A mobile device 140 attempts to establish communications with the domain node 120 via the access components 130. For instance, the mobile device 140 may attempt to form a first communications link via a first access component at 130 and after moving to another location, the mobile device forms a subsequent link such as through a second access component at 130. As can be appreciated, a plurality of such communications links can be formed between the mobile device 140, access components 130, and the domain node 120. As illustrated, for the respective communications links formed between the mobile device 140 and the access components 130, a packet of sequence data 150 (per communications link) is generated by the device 140 when an initial communications link is formed. As shown, a proxy node 160 can be employed to cause switchovers between access components 130 based off of signal quality determinations for example and can also be employed to facilitate generation of the sequence data 150 as will be described in more detail below.
  • In general, the sequence data 150 can be employed for message ordering in a network-based mobility management system to facilitate orderly communications within the domain 110. During registration of a communication channel between the mobile device 140 and the domain node 120 in the domain 110 such as a Local Mobility Anchor (LMA) for example, sequential information or data 150 can be applied to the registration to facilitate ordering of messages in the domain 110 and with respect to the mobile device 140. Sequential data 150 can take the form of a sequence number or timestamp information for example that can be assigned by the device 140 or proxy node 160 within the domain 110.
  • When an initial communication commences with the domain node 120, the sequence number 150 can be assigned to a registration occurring between the domain node 120 and the mobile device 140. Upon movement of the mobile device 140 where other access nodes or access components 130 become involved, a subsequent registration can occur with the domain node 120. During the subsequent registration, the previous sequence number can be incremented and employed for the subsequent registration. The domain node 120 or other controlling node then employs the sequence data 150 to track where messages should be routed across the domain 110 and in view of the respective sequence data received. In this manner, out of order delivery problems associated with prior systems and protocols is mitigated. As can be appreciated, sequence data 150 can take on many forms. Thus, incrementing data or decrementing data can be considered sequential. Similarly, as with timestamp data, the sequence data 150 does not have to employ consecutive sequence information as long as in increasing or decreasing pattern is observed (e.g., 1,2,3,4,5 . . . is sequential as is 13, 9, 7, 6, 2 . . . and so forth).
  • In one specific example, the system 100 can employ Proxy Mobile Internet Protocol (PMIP). Such mobile protocols are often employed with a network domain 110 that includes nodes such as access nodes and Local Mobility Anchors (LMA) for example that often employ the mobile IP protocols in conjunction with a domain protocol to manage the respective devices within the domain 110. One such domain protocol is referred to as a Network-based Localized Mobility Management (NETLMM) protocol. In one aspect, PMIP and NETLMM potentially suffer from out of order delivery of mobility management messages from different access components 130 to the domain node 120. If messages reach the domain node 120 out of order, the domain node can send traffic to the wrong access component 130. Thus, in one example, PMIP/NETLMM messages from the access components 130 are triggered by on the event of communication link creation as will be described in more detail with respect to FIG. 2. This can take different forms, including some form of an L2 connection request, e.g., Address Resolution Protocol (ARP), Neighbor Discovery (ND), Dynamic Host Configuration Protocol (DHCP) or other protocol. Whatever the protocol employed, an extension can be introduced in which the mobile device 140 or a network based proxy 160 provides a sequence data 150 (or timestamp). In this manner, the mobile device 140 (or its network proxy) indicates the order in which the communications links are created. The access components 130 then copy this sequence data 150 (or timestamp) in the mobility management message it sends to the LMA or domain node 120. The sequence data 150 allows the domain node 120 to detect out of order delivery of PMIP/NETLMM messages which prevents misdirection of traffic through the access components 130.
  • It is noted that the terminal or mobile device 140, can be, for instance, a module such as an SD card, a network card, a wireless network card, a computer (including laptops, desktops, personal digital assistants PDAs), mobile phones, smart phones, or any other suitable terminal that can be utilized to access a network. The mobile device 140 accesses the network by way of an access component 130. In one example, a connection between the mobile device 140 and the access components 130 may be wireless in nature, in which access components may be a base station and the mobile device may be a wireless terminal. For instance, the device 140 and access component 130 may communicate by way of any suitable wireless protocol, including but not limited to Time Divisional Multiple Access (TDMA), Code Division Multiple Access (CDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiplexing (OFDM), FLASH OFDM, Orthogonal Frequency Division Multiple Access (OFDMA), or any other suitable protocol.
  • Similarly to the mobile device 140, the access components 130 can be an access node associated with a wired network or a wireless network. To that end, access component 130 can be, for instance, a router, a switch, or the like. The access component 130 can include one or more interfaces, e.g., communication modules, for communicating with other network nodes. Additionally, the access component 130 may be a base station (or wireless access point) in a cellular type network, wherein base stations (or wireless access points) are utilized to provide wireless coverage areas to a plurality of subscribers. Such base stations (or wireless access points) can be arranged to provide contiguous areas of coverage to one or more cellular phones and/or other wireless terminals.
  • Referring now to FIG. 2, an example network access system 200 is illustrated that can employ sequence data to form communications links and facilitate message ordering. The system 200 includes a local mobility anchor (LMA) 210 that communicates to one or more access points 220 to a mobile device 230. The system 200 employs a mobile specific Sequence Number to order registrations from different access points (or routers) 220 to the LMA 210. At 240, a sequence number is provided by the mobile itself device 230 of a network based proxy described below. The system 200 shows how sequence numbers such as shown at 240 can be employed for registration messages from an access point 2 (AP2) at 250 and an access point 3 (AP3) at 260 can be ordered. In this example, the mobile device 240 includes the Sequence Number in a link creation message at reference numeral 240.
  • The link creation message at 240 can be a message that triggers a NetLMM registration from the respective AP 220, for example although other protocols than NetLMM can be employed. The link creation message 240 is typically is a link layer message (e.g., a connection request), an ARP request message, a Neighbor Discovery message or other message that may be used to trigger such registrations. As shown at 270, a registration is formed with the LMA 210 based off the sequence number generated at 240. If the mobile is moved, where another access point 3 at 280 is involved, a subsequent link message can be created at 284 with a new sequence number, where the subsequent sequence information can be employed for a subsequent registration show at 290. The sequence numbers received by the registrations at 270 and 290 are then employed to facilitate orderly communications between the LMA 210 and the access point 2 at 250 and the access point 3 at 280.
  • Now referring to FIG. 3, a message flow diagram 300 illustrates the example messages and registrations depicted in FIG. 2. As shown, the diagram includes a mobile 310, an access point 2 (AP2) 312, an access point 3 (AP3) 314, and an LMA 316. At 320, a link creation message having sequence data is sent between the mobile 310 and AP2 312. At 330, AP2 312 generates a request 330 to the LMA 216. At 340, the LMA 316 generates a request response to AP2 312 and forms a tunnel channel at 350 with AP2. When a subsequent access point is required by the mobile 310, a subsequent creation link is formed at 360 between the mobile 310 and AP3 314 with a different sequence number. Proceeding to 370, a subsequent request employing the subsequent sequence number is generated to the LMA 316 from AP3 314. At 380, the LMA 316 generates a request response in view of the subsequent request, and at 390 a new tunnel channel is formed between AP3 214 and the LMA.
  • Turning to FIG. 4, an example proxy-based system 400 is illustrated. The system 400 shows how sequence data can be employed to order registration messages by using a Proxy Mobile 410 in a network 420. The system 400 can be used in Network Controlled handoffs where a network controller (not shown) (collocated or in communication with a Proxy Mobile) receives signal to noise ratio (SNR) (or other link quality parameter) reports at 424 from a mobile 430 for the different access points 440 the mobile is in the region of. Based on such signal quality measurements, the Network Controller commands the mobile 430 to move at 434, say from AP2 at 450 to AP3 at 460 in this example. Thus, the Proxy Mobile 410 then sends a Sequence Number to AP3 460 which is incremented from the last Sequence Number used when the link with AP2 at 450 was established. The AP3 460 then includes the Sequence Number in the Registration message sent to the LMA at 470.
  • Referring to FIG. 5, a message flow diagram 500 illustrates example messages and registrations depicted in FIG. 4. In the diagram 500, dashed lines represent optional messages that can be provided in various ways. A mobile 502 creates an initial link 501 with AP2 504. Then, AP2 504 initiates a Sequence Number 508 with a Network Controller (NC)/Proxy Mobile (PM) 510. It is noted that the NC and PM at 510 may be collocated or may be independent but communicating processes. In one aspect, AP2 504 uses the Sequence Number 508 provided by NC/PM 510 to perform a PMIP registration with an LMA 514. The LMA 514 forms a tunnel now at 520 for the mobile points to AP2 504.
  • The Mobile 502 sends link measurement reports at 530 (e.g., SNR reports) to the NC/PM 510. The NC/PM 510 makes a decision that AP3 at 540 is a more suitable access point for the Mobile 502 and sends a command at 534 to the mobile 502 to instruct it to move to AP3 540. The NC/PM 510 also sends a new Sequence Number 550 to AP3 540. The mobile 502 creates a link 560 to AP3 540 and the AP3 performs a PMIP registration—this time with the new Sequence Number. A tunnel 570 now points to AP3 540 for that mobile 502. The Sequence Number can be a number or a timestamp or other incrementing ID as noted previously. A PMIP protocol is utilized as an example implementation of NetLMM, where NetLMM may be implemented with other message types between an access router (also called a MAG) and the LMA 514. Another variant of this message exchange is that instead of PMIP, regular MIP can be used with the NC/PM node 510 providing a Mobile IP client and the LMA providing a Mobile IP Home Agent. The APs may optionally be Mobile IP Foreign agents, if desired.
  • Referring to FIG. 6, a methodology 600 relating to message ordering and registration is illustrated. While, for purposes of simplicity of explanation, the methodology is shown and described as a series of acts, it is to be understood and appreciated that the methodology is not limited by the order of acts, as some acts may, in accordance with one or more embodiments, occur in different orders and/or concurrently with other acts from that shown and described herein. For example, those skilled in the art will understand and appreciate that a methodology could alternatively be represented as a series of interrelated states or events, such as in a state diagram. Moreover, not all illustrated acts may be utilized to implement a methodology in accordance with the claimed subject matter.
  • Proceeding to 602, the process 600 begins where an initial registration is performed at 604 when a mobile device communicates via an access node to a domain node such as a local mobility anchor (LMA). At 606, in accordance with the registration, a sequence number is generated by the device that will be employed for communications with during communications with the respective access node registered at 604. At 608, when the mobile device moves out of range of the previous access point and into range of another access point, a subsequent registration is performed with the LMA through the new access point. At 610, a new sequence number is assigned for the subsequent registration at 608 by the mobile device. As noted above, the sequence numbers can take the form of incremental data, decremented data, or time stamp data for example. Also, if yet another access point is encountered, yet another registration can be performed along with generation of yet another sequence number.
  • At 612, the mobile device employs the respective sequence number when communicating with a given access point. For instance, if sequence number 1 is generated when registering to access point 1, then sequence number 1 is employed as part of the messaging protocol for future communications through access point 1. Similarly, if sequence number 2 is generated when registering through access point 2, then sequence number 2 is employed by the mobile device as part of its messaging protocol for further communications through access point 2. In this manner, message ordering can be achieved and effects such as node ping-pong are mitigated. As can be appreciated, more than two nodes can be registered having additional sequence numbers as may be necessary for the additional access points.
  • Turning now to FIGS. 7 and 8 collectively, systems are provided that relate to sequence ordering with respect to a terminal, operator networks, access nodes, and traffic flows therewith. The systems are represented as a series of interrelated functional blocks, which can represent functions implemented by a processor, software, hardware, firmware, or any suitable combination thereof.
  • Referring specifically to FIG. 7, a system 700 that facilitates communications from a mobile device. The system 700 includes a logical module 702 for registering with a network domain node via an access point and a logical module 704 for generating sequence data when registering with the network domain node. A logical module 706 can be employed for processing the sequence data to communicate through the access point.
  • Now referring to FIG. 8, a system 800 that facilitates communications from a network domain node. The system 800 includes a logical module 802 for registering a mobile device via an access point and a logical module 804 for processing sequence data when registering with the mobile device. A logical module 806 can be utilized for decoding the sequence data during subsequent communications with the mobile device.
  • FIG. 9 illustrates a communications apparatus 900 that can be a wireless communications apparatus, for instance, such as a wireless terminal. Additionally or alternatively, communications apparatus 900 can be resident within a wired network. Communications apparatus 900 can include memory 902 that can retain instructions for configuring such apparatus with respect to quality of service (QoS) data and sequence data for a terminal (and traffic flows associated therewith). Additionally, communications apparatus 900 may include a processor 904 that can execute instructions within memory 902 and/or instructions received from another network device, wherein the instructions can relate to configuring or operating the communications apparatus 900 or a related communications apparatus.
  • To provide additional context for one or more embodiments described herein, FIG. 11 is provided to illustrate an example communication system 1100 that comprises a plurality of nodes interconnected by communications links. The system 1100 may use Orthogonal Frequency Division Multiplexing (OFDM) signals to communicate information over wireless links. However, other types of signals, e.g., Code Division Multiple Access (CDMA) signals or Time Division Multiple Access (TDMA) signals, are also contemplated (together with signals utilized in land-based networks). Nodes in the communication system 1100 exchange information using signals, e.g., messages, based on communication protocols, e.g., the Internet Protocol (IP). The communications links of the system 1100 may be implemented, for example, using wires, fiber optic cables, and/or wireless communications techniques. The system 1100 includes a plurality of end nodes 1102-1112, which access the communication system 1100 by way of a plurality of access nodes 1114-1118. End nodes 1102-1112 may be, e.g., wireless communication devices or terminals, and the access nodes 1114-1118 may be, e.g., wireless access routers or base stations. Communication system 1100 also includes a number of other nodes 1120-1130 that are used to provide interconnectivity or to provide specific services or functions.
  • Communications system 1100 depicts a network 1160 that includes access control node 1120, mobility support node 1122, policy control node 1124, and application server node 1126, all of which are connected to an intermediate network node 1128 by a corresponding network link 1132-1138, respectively. In some embodiments, the access control node, e.g., a Remote Authentication Dial In User Service (RADIUS) or Diameter server, supports authentication, authorization, and/or accounting of end nodes and/or services associated with end nodes. In some embodiments, mobility support node 1122, e.g., a Mobile IP home agent and/or context transfer server, supports mobility, e.g., handoff, of end nodes between access nodes, e.g., by way of redirection of traffic to/from end nodes and/or transfer of state associated with end nodes between access nodes. In some embodiments, policy control node 1124, e.g., a policy server or Policy Decision Point (PDP), supports policy authorization for services or application layer sessions. In some embodiments, application server node 1126, e.g., a Session Initiation Protocol server, streaming media server, or other application layer server, supports session signaling for services available to end nodes and/or provides services or content available to end nodes.
  • Intermediate network node 1128 in network 1160 provides interconnectivity to network nodes that are external from the perspective of network 1160 by way of network link 1134. Network link 1134 is connected to intermediate network node 1130, which provides further connectivity to access nodes 1114, 1116, and 1118 by way of network links 1136-1140, respectively. Each access node 1114-1118 is depicted as providing connectivity to end nodes 1102-1112, respectively, by way of corresponding access links 1142-1152, respectively. In communication system 1100, each access node 1114-1118 is depicted as using wireless technology, e.g., wireless access links, to provide access. Wired technology may also be utilized, however, in connection with provision of access. A radio coverage area, e.g., communications cells 1154-1158 of each access node 1114-1118, is illustrated as a circle surrounding the corresponding access node.
  • Communication system 1100 can be used as a basis for the description of various embodiments described herein. Alternative embodiments include various network topologies, where a number and type of nodes (including network nodes, access nodes, end nodes, as well as various control, support, and server nodes), a number and type of links, and interconnectivity between various nodes may differ from that of communication system 1100. Additionally, some of the functional entities depicted in communication system 1100 may be omitted or combined. Location or placement of these functional entities may also be varied.
  • FIG. 12 provides an illustration of an example end node 1200, e.g., wireless terminal. End node 1200 is a representation of an apparatus that may be used as any one of end nodes 1102-1112 (FIG. 11). End node 1200 includes a processor 1202, a wireless communication interface module 1204, a user input/output interface 1206 and memory 1208 coupled together by a bus 1210. Accordingly, by way of bus 1210, the various components of the end node 1200 can exchange information, signals and data. Components 1202-1208 of end node 1200 can be located inside a housing 1212.
  • Wireless communication interface module 1204 provides a mechanism by which the internal components of end node 1200 can send and receive signals to/from external devices and network nodes, e.g., access nodes. Wireless communication interface module 1204 includes, e.g., a receiver module 1214 with a corresponding receiving antenna 1216 and a transmitter module 1218 with a corresponding transmitting antenna 1220 used for coupling end node 1200 to other network nodes, e.g., by way of wireless communications channels.
  • End node 1200 also includes a user input device 1222, e.g., keypad, and a user output device 1224, e.g., display, which are coupled to bus 1210 through user input/output interface 1206. Thus, user input/ output devices 1222 and 1224 can exchange information, signals and data with other components of end node 1200 by way of user input/output interface 1206 and bus 1210. User input/output interface 1206 and associated devices 1222 and 1224 provide mechanisms by which a user can operate end node 1200 to accomplish various tasks. In particular, user input device 1222 and user output device 1224 provide functionality that allows a user to control end node 1200 and applications, e.g., modules, programs, routines and/or functions, that execute in memory 1208 of end node 1200.
  • Processor 1202, under control of various modules, e.g., routines, included in memory 1208 controls operation of end node 1200 to perform various signaling and processing. The modules included in memory 1208 are executed on startup or as called by other modules. Modules may exchange data, information, and signals when executed. Modules may also share data and information when executed. Memory 1208 of end node 1200 includes a control signaling module 1226, an application module 1228, and a traffic control module 1230, which further includes configuration information 1232 and various additional modules.
  • Control signaling module 1226 controls processing relating to receiving and sending signals, e.g., messages, for controlling operation and/or configuration of various aspects of end node 1200 including, e.g., traffic control module 1230 as well as configuration information 1232 and various additional modules included. In some embodiments, control signaling module 1226 can include state information, e.g., parameters, status and/or other information, relating to operation of end node 1200 and/or one or more signaling protocols supported by control signaling module 1226. In particular, control signaling module 1226 may include configuration information, e.g., end node identification information and/or parameter settings, and operational information, e.g., information about current processing state, status of pending message transactions, etc.
  • Application module 1228 controls processing and communications relating to one or more applications supported by end node 1200. In some embodiments, application module 1228 processing can include tasks relating to input/output of information by way of the user input/output interface 1206, manipulation of information associated with an application, and/or receiving or sending signals, e.g., messages, associated with an application. In some embodiments, application module 1228 includes state information, e.g., parameters, status and/or other information, relating to operation of one or more applications supported by application module 1228. In particular, application module 1228 may include configuration information, e.g., user identification information and/or parameter settings, and operational information, e.g., information about current processing state, status of pending responses, etc. Applications supported by application module 1228 include, e.g., Voice over IP (VoIP), web browsing, streaming audio/video, instant messaging, file sharing, gaming, etc.
  • Traffic control module 1230 controls processing relating to receiving and sending data information, e.g., messages, packets, and/or frames, through wireless communication interface module 1204. The example traffic control module 1230 includes configuration information 1232 as well as various additional modules that control various aspects of QoS for packets and/or traffic flows, e.g., associated sequences of packets. Various additional modules are included, in some embodiments, to perform particular functions and operations as needed to support specific aspects of traffic control. Modules may be omitted and/or combined as needed depending on the functional requirements of traffic control. A description of each additional module included in traffic control module 1230 follows.
  • An admission control module 1234 maintains information relating to resource utilization/availability and determines if sufficient resources are available to support QoS parameters desirably associated with particular traffic flows. Resource availability information maintained by admission control module 1234 includes, e.g., packet and/or frame queuing capacity, scheduling capacity, as well as processing and memory capacity needed to support one or more traffic flows. Control signaling module 1226, application module 1228, and/or other modules included in end node 1200 may query admission control module 1234 to determine if sufficient resources are available to support a new or modified traffic flow, where the admission control determination is a function of QoS parameters of the particular traffic flow and QoS parameters defined within a profile. Configuration information 1232 can include configuration information, e.g., parameters settings, that affect the operation of admission control module 1234, e.g., an admission control threshold value that indicates percentage of resource that may be allocated prior to rejecting additional requests.
  • An uplink scheduler module 1236 controls processing relating to transmission scheduling, e.g., order and/or timing, and allocation of transmission resources, e.g., information coding rate, transmission time slots, and/or transmission power, for data information, e.g., messages, packets, and/or frames, to be sent by way of wireless communication interface module 1204, e.g., from end node 1200 to an access node. Uplink scheduler module 1236 can schedule transmissions and allocate transmission resources as a function of QoS parameters associated with one or more traffic flows. In some embodiments, scheduling and/or resource allocation operations performed by uplink scheduler module 1236 are additionally a function of channel conditions and other factors, e.g., power budget.
  • An uplink PHY/MAC module 1238 controls physical (PHY) layer and Media Access Control (MAC) layer processing relating to sending data information, e.g., messages, packets, and/or frames, by way of wireless communication interface module 1204, e.g., from end node 1200 to an access node. For instance, operation of uplink PHY/MAC module 1238 includes both sending and receiving control information, e.g., signals or messages, to coordinate sending of data information, e.g., messages, packets, and/or frames. Configuration information 1232 can include configuration information, e.g., parameters settings, that affect the operation of uplink PHY/MAC module 1238, e.g., a frequency, band, channel, spreading code or hoping code to be used for transmissions, an identifier associated with end node 1200, a request dictionary prescribing use of an assignment request channel, etc.
  • An uplink LLC (ARQ) module 1240 controls Logical Link Control (LLC) layer processing relating to sending data information, e.g., messages, packets, and/or frames, through wireless communication interface module 1204, e.g., from end node 1200 to an access node. Uplink LLC (ARQ) module 1240 includes processing associated with Automatic Repeat Request (ARQ) capabilities, e.g., retransmission of lost packets or frames. Uplink LLC (ARQ) module 1240 can, for instance, further include processing relating to addition of an LLC header and/or trailer to higher layer messages, e.g., packets, to provide additional functionality, e.g., multi-protocol multiplexing/demultiplexing by way of a type field or error detection through utilization of a checksum field. Uplink LLC (ARQ) module 1240 can additionally perform fragmentation of higher layer messages, e.g., packets, into multiple sub-portions, e.g., frames to be sent by uplink PHY/MAC module 1240. Configuration information 1232 can include configuration information that affect operation of uplink LLC (ARQ) module 1240, e.g., an ARQ window size, maximum number of retransmissions, a discard timer, etc.
  • An uplink queue management module 1242 maintains information and controls processing relating to storage of data information to be sent by way of wireless communication interface module 1204, e.g., from end node 1200 to an access node. Uplink queue management module 1242 can, for example, control storage of data information awaiting transmission and maintain state information regarding data information awaiting transmission on a per traffic flow basis, e.g., packets associated with each traffic flow may be stored in separate queues. For instance, uplink queue management module 1242 supports a variety of queue management techniques and/or capabilities, e.g., head drop, tail drop, as well as various Active Queue Management (AQM) mechanisms such as Random Early Detection (RED). Configuration information 1232 can include configuration information that affects operation of uplink queue management module 1242, such as a queue limit, drop strategy, and/or AQM thresholds associated with one or more traffic flows.
  • An uplink classifier module 1244 controls processing relating to identification of data information as belonging to particular traffic flows prior to being sent by way of the wireless communication interface module 1204, e.g., from end node 1200 to an access node. In some embodiments, messages, packets, and/or frames to be sent through utilization of wireless communication interface module 1204 are classified as belonging to one of a variety of traffic flows by uplink classifier module 1244 based on inspection of one or more header and/or payload fields. Results of classification by uplink classifier module 1244 can affect the treatment of classified data information by uplink queue management module 1242 as well as other modules within memory 1208. For example, the results may determine a particular queue the message, packet, and/or frame will be associated with for storage and further affect subsequent processing such as scheduling. Configuration information can include configuration information that affect operation of uplink classifier module 1244, e.g., a set of one or more classifier filter rules that prescribe criteria used to associate data information, e.g., messages, packets, and/or frames, as belonging to one or more traffic flows.
  • A downlink PHY/MAC module 1246 controls PHY layer and MAC layer processing relating to receiving data information by way of wireless communication interface module 1204. Operation of downlink PHY/MAC module 1246 can include both sending and receiving control information to coordinate receiving of data information. Configuration information 1204 can include configuration information that affect operation of downlink PHY/MAC module 1246, e.g., a frequency, band, channel, spreading code or hoping code to be used for reception, an identifier associated with end node 1200, etc.
  • A downlink LLC (ARQ) module 1248 controls LLC layer processing relating to receiving data information by way of wireless communication interface module 1204. Downlink LLC (ARQ) module 1248 includes processing associated with ARQ capabilities, e.g., retransmission of lost packets or frames. For example, downlink LLC (ARQ) module 1248 can further include processing relating to an LLC header and/or trailer that encapsulates higher layer messages, which provides additional functionality, e.g., multi-protocol multiplexing/demultiplexing through a type field or error detection by way of a checksum field. Downlink LLC (ARQ) module 1248 can also perform reassembly of frames received by the downlink PHY/MAC module 1246 into higher layer messages. Configuration information 1232 can, and in some embodiments does, include configuration information, e.g., parameters settings, that affect operation of downlink LLC (ARQ) module 1248, e.g., an ARQ window size, maximum number of retransmissions, a discard timer, etc.
  • FIG. 13 provides a detailed illustration of an example access node 1300 implemented in accordance with the present invention. The access node 1300 is a detailed representation of an apparatus that may be used as any one of the access nodes 1114-1118 depicted in FIG. 11. In the FIG. 13 embodiment, access node 1300 includes a processor 1302, memory 1304, a network/internetwork interface module 1306 and a wireless communication interface module 1308, coupled together by bus 1310. Accordingly, by way of bus 1310 the various components of access node 1300 can exchange information, signals and data. The components 1302-1310 of access node 1300 are located inside a housing 1312.
  • Network/internetwork interface module 1306 provides a mechanism by which the internal components of access node 1300 can send and receive signals to/from external devices and network nodes. Network/internetwork interface module 1306 includes a receiver module 1314 and a transmitter module 1316 used for coupling node 1300 to other network nodes, e.g., through copper wires or fiber optic lines. Wireless communication interface module 1308 also provides a mechanism by which the internal components of access node 1300 can send and receive signals to/from external devices and network nodes, e.g., end nodes. Wireless communication interface module 1308 includes, e.g., a receiver module 1318 with a corresponding receiving antenna 1320 and a transmitter module 1322 with a corresponding transmitting antenna 1324. Wireless communication interface module 1308 is used for coupling access node 1300 to other nodes, e.g., by way of wireless communication channels.
  • Processor 1302 under control of various modules, e.g., routines, included in memory 1304 controls operation of access node 1300 to perform various signaling and processing. The modules included in memory 1304 are executed on startup or as called by other modules. Modules may exchange data, information, and signals when executed. Modules may also share data and information when executed. In the FIG. 13 embodiment, memory 1304 of access node 1300 includes a control signaling module 1326 and a traffic control module 1328, which further includes configuration information 1330 and various additional modules 1332-1354.
  • Control signaling module 1326 controls processing relating to receiving and sending signals, e.g., messages, for controlling operation and/or configuration of various aspects of access node 1300 including, e.g., traffic control module 1328 as well as configuration information 1330 and the various additional modules included therein 1332-1354. For instance, control signaling module 1326 includes state information, e.g., parameters, status and/or other information, relating to operation of access node 1300 and/or one or more signaling protocols supported by control signaling module 1326. In particular, control signaling module 1326 may include configuration information, e.g., access node identification information and/or parameter settings, and operational information, e.g., information about current processing state, status of pending message transactions, etc.
  • Traffic control module 1328 controls processing relating to receiving and sending data information, e.g., messages, packets, and/or frames, by way of wireless communication interface module 1308. For instance, traffic control module can include configuration information 1330 as well as various additional modules 1332-1354 that control various aspects of quality of service for packets and/or traffic flows, e.g., associated sequences of packets. In some embodiments, traffic control module 1328 includes state information, e.g., parameters, status and/or other information, relating to operation of access node 1300, traffic control module 1328, and/or one or more of the various additional modules included therein 1332-1354. Configuration information 1330, e.g., parameter settings, determines, affects and/or prescribes operation of traffic control module 1328 and/or the various additional modules included therein 1332-1354. The various additional modules are included, in some embodiments, to perform particular functions and operations as needed to support specific aspects of traffic control. In various embodiments, modules may be omitted and/or combined as needed depending on the functional requirements of traffic control. A description of each additional module included in traffic control module 1328 follows.
  • Admission control module 1332 maintains information relating to resource utilization/availability and determines if sufficient resources are available to support quality of service requirements of particular traffic flows. Resource availability information maintained by admission control module 1332 includes, e.g., packet and/or frame queuing capacity, scheduling capacity, as well as processing and memory capacity needed to support one or more traffic flows. Control signaling module 1326 and/or other modules included in access node 1300 can query admission control module 1332 to determine if sufficient resources are available to support a new or modified traffic flow, where the admission control determination is a function of the quality of service requirements of the particular traffic flow and/or the available resources. Configuration information 1330 can include configuration information, e.g., parameters settings, that affect the operation of admission control module 1332, e.g., an admission control threshold value that indicates the percentage of resource that may be allocated prior to rejecting additional requests.
  • Uplink scheduler module 1334 controls processing relating to transmission scheduling, e.g., order and/or timing, and allocation of transmission resources, e.g., information coding rate, transmission time slots, and/or transmission power, for data information, e.g., messages, packets, and/or frames, to be sent from one or more end nodes to the access node by way of wireless interface module 1308. Uplink scheduler module 1334 can schedule transmissions and allocate transmission resources as a function of the quality of service requirements and/or constraints associated with one or more traffic flows and/or one or more end nodes. Configuration information 1330 can include configuration information that affect the operation of uplink scheduler module 1334, e.g., a priority, rate bound, latency bound, and/or sharing weight associated with one or more traffic flows and/or end nodes. In some embodiments, scheduling and/or resource allocation operations performed by uplink scheduler module 1334 are additionally a function of channel conditions and other factors, e.g., power budget.
  • Downlink scheduler module 1336 controls processing relating to transmission scheduling, e.g., order and/or timing, and allocation of transmission resources, e.g., information coding rate, transmission time slots, and/or transmission power, for data information, e.g., messages, packets, and/or frames, to be sent from access node 1300 to one or more end nodes through wireless interface module 1308. Downlink scheduler module 1336 can schedule transmissions and allocate transmission resources as a function of the quality of service requirements and/or constraints associated with one or more traffic flows and/or one or more end nodes. Configuration information 1330 can include configuration information that affects the operation of downlink scheduler module 1336, e.g., a priority, rate bound, latency bound, and/or sharing weight associated with one or more traffic flows and/or end nodes. In some embodiments, scheduling and/or resource allocation operations performed by the downlink scheduler module 1336 are additionally a function of channel conditions and other factors, e.g., power budget.
  • Uplink traffic conditioner module 1338 controls processing relating to traffic conditioning, e.g., metering, marking, policing, etc., for data information, e.g., messages, packets, and/or frames, received by way of wireless interface module 1308, e.g., from an end node to access node 1300. Uplink traffic conditioner module 1338 can condition traffic, e.g., meter, mark and/or police, as a function of the quality of service requirements and/or constraints associated with one or more traffic flows and/or one or more end nodes. Configuration information 1330 can include configuration information that affects the operation of uplink traffic conditioner module 1338, e.g., a rate bound, and/or marking value associated with one or more traffic flows and/or end nodes.
  • Uplink classifier module 1340 controls processing relating to identification of data information, e.g., messages, packets, and/or frames, received through wireless interface module 1308, e.g., from an end node to access node 1300, as belonging to particular traffic flows prior to being processed by uplink traffic conditioner module 1338. In some embodiments, messages, packets, and/or frames received through wireless communication interface module 1308 are classified as belonging to one of a variety of traffic flows by uplink classifier module 1340 based on inspection of one or more header and/or payload fields. The results of classification by uplink classifier module 1340 can affect the treatment of the classified data information, e.g., messages, packets, and/or frames, by uplink traffic conditioner module 1338, e.g., the results may determine a particular data structure or state machine the message, packet, and/or frame will be associated with and further affect subsequent processing such as metering, marking, and/or policing. Configuration information 1330 can include configuration information that affects the operation of uplink classifier module 1340, e.g., a set of one or more classifier filter rules that prescribe criteria used to associate data information, e.g., messages, packets, and/or frames, as belonging to one or more traffic flows.
  • Uplink LLC (ARQ) module 1342 controls LLC layer processing relating to receiving data information, e.g., packets and/or frames, by way of wireless communication interface module 1308, e.g., from an end node to access node 1300. Uplink LLC (ARQ) module 1342 includes processing associated with ARQ capabilities, e.g., retransmission of lost packets or frames. In some embodiments, uplink LLC (ARQ) module 1342 further includes processing relating to an LLC header and/or trailer that encapsulates higher layer messages, e.g., packets, which provides additional functionality, e.g., multi-protocol multiplexing/demultiplexing through a type field or error detection by way of a checksum field. Uplink LLC (ARQ) module 1342 can also perform reassembly of frames received by uplink PHY/MAC module 1344 into higher layer messages, e.g., packets. The configuration information 1330 can include configuration information that affects the operation of uplink LLC (ARQ) module 1342, e.g., an ARQ window size, maximum number of retransmissions, a discard timer, etc.
  • Uplink PHY/MAC module 1344 controls PHY layer and MAC layer processing relating to receiving data information, e.g., packets and/or frames, by way of wireless communication interface module 1308, e.g., from an end node to access node 1300. In some embodiments, operation of uplink PHY/MAC module 1344 includes both sending and receiving control information, e.g., signals or messages, to coordinate receiving of data information, e.g., messages, packets, or frames. Configuration information 1330 can include configuration information that affects the operation of uplink PHY/MAC module 1344, e.g., a frequency, band, channel, spreading code or hopping code to be used for reception, an identifier associated with access node 1300, etc.
  • Downlink classifier module 1346 controls processing relating to identification of data information, e.g., messages, packets, and/or frames, as belonging to particular traffic flows prior to being sent through wireless communication interface module 1308, e.g., from access node 1300 to an end node. In some embodiments, messages, packets, and/or frames to be sent by way of wireless communication interface module 1308 are classified as belonging to one of a variety of traffic flows by downlink classifier module 1346 based on inspection of one or more header and/or payload fields. The results of classification by downlink classifier module 1346 can affect the treatment of the classified data information, e.g., messages, packets, and/or frames, by downlink queue management module 1350 and other modules 1348, 1352, and 1354, e.g., the results may determine a particular queue the message, packet, and/or frame will be associated with for storage and further affect subsequent processing such as scheduling. Configuration information 1330 can include configuration information, e.g., parameters settings, that affect the operation of downlink classifier module 1346, e.g., a set of one or more classifier filter rules that prescribe criteria used to associate data information, e.g., messages, packets, and/or frames, as belonging to one or more traffic flows.
  • Downlink traffic conditioner module 1348 controls processing relating to traffic conditioning, e.g., metering, marking, policing, etc., for data information, e.g., messages, packets, and/or frames, to be sent by way of wireless interface module 1308, e.g., from access node 1300 to an end node. Downlink traffic conditioner module 1348 can condition traffic, e.g., meter, mark and/or police, as a function of the quality of service requirements and/or constraints associated with one or more traffic flows and/or one or more end nodes. Configuration information 1330 can include configuration information that affects the operation of downlink traffic conditioner module 1348, e.g., a rate bound, and/or marking value associated with one or more traffic flows and/or end nodes.
  • Downlink queue management module 1350 maintains information and controls processing relating to storage of data information, e.g., messages, packets, and/or frames, to be sent by way of wireless communication interface module 1308, e.g., from access node 1300 to an end node. Downlink queue management module can control storage of data information awaiting transmission and maintain state information regarding data information awaiting transmission on a per traffic flow basis, e.g., packets associated with each traffic flow may be stored in separate queues. In some embodiments of, Downlink queue management module 1350 supports a variety of queue management techniques and/or capabilities, e.g., head drop, tail drop, as well as various AQM mechanisms such as RED. Configuration information 1330 can include configuration information that affects the operation of downlink queue management module 1350, e.g., a queue limit, drop strategy, and/or AQM thresholds associated with one or more traffic flows.
  • Downlink LLC (ARQ) module 1352 controls LLC layer processing relating to sending data information, e.g., messages, packets, and/or frames, by way of wireless communication interface module 1308, e.g., from access node 1300 to an end node. Downlink LLC (ARQ) module 1352 includes processing associated with ARQ capabilities, e.g., retransmission of lost packets or frames. In some embodiments, downlink LLC (ARQ) module 1352 further includes processing relating to the addition of an LLC header and/or trailer to higher layer messages, e.g., packets, to provide additional functionality, e.g., multi-protocol multiplexing/demultiplexing through a type field or error detection by way of a checksum field. Downlink LLC (ARQ) module 1352 can also perform fragmentation of higher layer messages, e.g., packets, into multiple sub-portions, e.g., frames to be sent by downlink PHY/MAC module 1354. Configuration information 1330 can include configuration information that affects the operation of downlink LLC (ARQ) module 1352, e.g., an ARQ window size, maximum number of retransmissions, a discard timer, etc.
  • Downlink PHY/MAC module 1354 controls PHY layer and MAC layer processing relating to sending data information, e.g., messages, packets, and/or frames, by way of wireless communication interface module 1308, e.g., from access node 1300 to an end node. In some embodiments, operation of downlink PHY/MAC module 1354 includes both sending and receiving control information, e.g., signals or messages, to coordinate sending of data information, e.g., messages, packets, or frames. Configuration information 1330 can include configuration information that affects the operation of downlink PHY/MAC module 1354, e.g., a frequency, band, channel, spreading code or hoping code to be used for transmissions, an identifier associated with the access node 1300, etc.
  • FIG. 14 illustrates example signaling and traffic flows between various modules included in example end node 1200 and example access node 1300. The FIG. 14 end node 1200 and FIG. 14 access node 1300 are simplified representations of the FIG. 12 end node 1200 and FIG. 13 access node 1300, respectively. The FIG. 14 example shows application module 1228 sending and receiving data information, e.g., traffic flows comprising a sequence of messages, packets, or frames. In the context of the FIG. 11 example system, the FIG. 14 end node 1200 may be any one of end nodes 1102-1112 depicted in FIG. 11 and the application module 1228 included in the FIG. 14 end node 1200 may be exchanging data information with another node in the system, e.g., another end node 1102-1112 or the application server node 1126 as depicted in FIG. 11. In FIG. 14 and the subsequent description, the node with which the FIG. 14 end node 1200 is exchanging data information is referred to as the corresponding node.
  • The data information, e.g., traffic flows comprising a sequence of messages, packets, or frames, sent from the application module 1228 in the end node 1200 to a corresponding node is shown by a sequence of arrows 1402-1408 to proceed through a sequence of modules 1238-1244 included in end node 1200 for processing, after which the data information is sent from the end node 1200 to the access node 1300, e.g., by way of wireless communication interface module 1204. Following reception by access node 1300, e.g., by way of wireless communication interface module 1308, the data information, e.g., traffic flows comprising a sequence of messages, packets, or frames, sent from the application module 1228 in end node 1200 to the corresponding node is shown by a sequence of arrows 1410-1418 to proceed through a sequence of modules 1338-1344 included in access node 1300 for processing, prior to being forwarded from the access node 1300 toward the corresponding node, e.g., directed in accordance with routing information to an intermediate node connected to the access node by way of network/internetwork interface module 1306.
  • The data information, e.g., traffic flows comprising a sequence of messages, packets, or frames, sent from a corresponding node to application module 1228 in end node 1228 is shown by a sequence of arrows 1420-1428 to be received by access node 1300, e.g., by way of network/internetwork interface module 1306, and then to proceed through a sequence of modules 1346-1354 included in access node 1300 for processing, after which the data information is sent from the access node 1300 to the end node 1200, e.g., via the wireless communication interface module 1308. Following reception by end node 1200, e.g., by way of wireless communication interface module 1204, the data information, e.g., traffic flows comprising a sequence of messages, packets, or frames, sent from the corresponding node to application module 1228 in end node 1200 is shown by a sequence of arrows 1430-1434 to proceed through a sequence of modules 1246 and 1248 included in end node 1200 for processing, prior to being delivered to the application module 1228 in end node 1200.
  • In addition to the exchange of data information, e.g., traffic flows, FIG. 14 also depicts the exchange of control information, e.g., signaling flows and/or communication interfaces. In particular, the FIG. 14 example depicts the exchange of control information between control signaling module 1326 and traffic control module 1328 included in access node 1300. Similarly, the FIG. 14 example depicts the exchange of control information between control signaling module 1226 and the traffic control module 1230 included in the end node 1200. In both access node 1300 and end node 1200, exchange of control information between the modules as shown allows the respective control signaling module 1326/1226 in the access/end node 1300/1200 to affect, e.g., set, modify, and/or monitor, the configuration and/or operation of the various modules included in the respective traffic control module 1328/1230, as needed to provide the proper quality of service treatment of the data information, e.g., traffic flows, to/from the application module 1228 in the end node 1200.
  • The exchange of control information, e.g., signaling flows and/or communication interfaces, is also shown a) between another node and control signaling module 1326 in access node 1300, b) between application module 1228 in end node 1200 and control signaling module 1226 in end node 1200, and c) between the respective control signaling modules 1326/1226 in access node 1300 and end node 1200. These exchanges of control information, e.g., signaling flows and/or communication interfaces, enable the configuration and/or operation of traffic control modules 1328/1230 in both access node 1300 and the end node 1200 to be affected by a) one or more additional nodes, e.g. the access control node 1120 and/or application server node 1126, b) application module 1228 in end node 1200, or c) a combination of one or more additional nodes and the application module 1228 in end node 1200. Various embodiments of the present invention may, and do, support all or only a subset of the depicted control information exchanges as needed.
  • What has been described above includes examples of one or more embodiments. It is, of course, not possible to describe every conceivable combination of components or methodologies for purposes of describing the aforementioned embodiments, but one of ordinary skill in the art may recognize that many further combinations and permutations of various embodiments are possible. Accordingly, the described embodiments are intended to embrace all such alterations, modifications and variations that fall within the spirit and scope of the appended claims. Furthermore, to the extent that the term “includes” is used in either the detailed description or the claims, such term is intended to be inclusive in a manner similar to the term “comprising” as “comprising” is interpreted when employed as a transitional word in a claim.

Claims (39)

1. A communications method for a mobile device, comprising:
initiating a registration with a network domain node;
generating sequence information with respect to the registration; and
employing the sequence information to facilitate further communications with the network domain node.
2. The method of claim 1, further comprising initiating a subsequent registration through an alternative path with the network domain node.
3. The method of claim 2, further comprising changing the sequence information and associating the changed sequence information with the subsequent registration.
4. The method of claim 3, where changing the sequence information involves incrementing a value, decrementing a value, or updating a timestamp value.
5. The method of claim 4, where changing the sequence information is performed by a mobile terminal or a proxy node.
6. The method of claim 5, further comprising changing the sequence information passed upon a detected network performance parameter.
7. The method of claim 6, the network performance parameter includes a signal to noise ratio (SNR), a signal power measurement, a signal voltage measurement, or a signal current measurement.
8. The method of claim 3, where changing the sequence information is associated with a Proxy Mobile Internet Protocol (PMIP).
9. The method of claim 3, where changing the sequence information is associated with a Networked-Based Localized Mobility Management (NETLMM) protocol.
10. The method of claim 1, where the network domain node is a Local Mobility Anchor.
11. The method of claim 1, further comprising performing the registration through a path that includes at least one access point, access node, or access router.
12. The method of claim 1, further comprising generating at least one link creation message from a mobile device, the link creation message associated with a sequence number.
13. The method of claim 12, further comprising forming a tunnel after the link creation message.
14. The method of claim 12, further comprising generating at least one other link creation message from the mobile device.
15. The method of claim 14, further comprising forming at least a second tunnel in accordance with the other link creation message.
16. A communications apparatus, comprising:
a memory that retains instructions for generating a link creation message when communicating to an access point, the link creation message associated with a sequence number; and
a processor that executes the instructions.
17. The communications apparatus of claim 16, the sequence number employed for subsequent communications with the access point.
18. The communications apparatus of claim 16, the sequence number generated by a proxy device.
19. The communications apparatus of claim 18, the proxy device employing a network parameter to perform a switch to a subsequent access point.
20. The communications apparatus of claim 19, the proxy device generating a subsequent sequence number after performing the switch.
21. A communications apparatus, comprising:
means for registering with a network domain node via an access point;
means for generating sequence data when registering with the network domain node; and
means for processing the sequence data to communicate through the access point.
22. A machine-readable medium having stored thereon machine-executable instructions for:
generating sequence data when registering with a network domain node through an access point; and
employing the sequence data to communicate through the access point during subsequent communications through the access point.
23. The machine-readable medium of claim 22, further comprising employing a proxy to generate the sequence data.
24. The machine-readable medium of claim 22, further comprising modifying the sequence data when registering from an alternative access point.
25. A processor that executes the following instructions:
requesting a link to be created via an access point;
assigning a sequence number to the access point; and
employing the sequence number when communicating with the access point.
26. A communications method for a network domain node, comprising:
enabling a registration with a mobile device;
receiving sequence information with respect to the registration; and
decoding the sequence information during future communications with the mobile device.
27. The method of claim 26, further comprising enabling a subsequent registration through an alternative network path with respect to the mobile device.
28. The method of claim 27, further comprising receiving changed sequence information from the mobile device.
29. The method of claim 28, where the changed sequence information is performed by a mobile terminal or a proxy node.
30. The method of claim 28, where the changed sequence information is associated with a Proxy Mobile Internet Protocol (PMIP).
31. The method of claim 28, where the changed sequence information is associated with a Networked-Based Localized Mobility Management (NETLMM) protocol.
32. A communications apparatus operating in a network domain, comprising:
a memory that retains instructions to process a link creation message when communicating to an access point, the link creation message associated with a sequence number; and
a processor that executes the instructions.
33. The communications apparatus of claim 32, the sequence number employed for subsequent communications with the access point.
34. The communications apparatus of claim 32, the sequence number generated by a proxy device.
35. A communications apparatus, comprising:
means for registering a mobile device via an access point;
means for processing sequence data when registering with the mobile device; and
means for decoding the sequence data during subsequent communications with the mobile device.
36. A machine-readable medium having stored thereon machine-executable instructions for:
receiving sequence data when registering with a mobile device through an access point; and
employing the sequence data to communicate with the access point during subsequent communications the mobile device.
37. The machine-readable medium of claim 36, further comprising employing a proxy to generate the sequence data.
38. The machine-readable medium of claim 37, further comprising receiving modified sequence data when registering an alternative access point for the mobile device.
39. A processor that executes the following instructions:
receiving a link creation message via an access point;
receiving a sequence number in accordance with the link creation message; and
processing the sequence number when communicating with the access point.
US11/968,576 2007-01-22 2008-01-02 Message ordering for network based mobility management systems Active 2029-06-23 US9392434B2 (en)

Priority Applications (16)

Application Number Priority Date Filing Date Title
US11/968,576 US9392434B2 (en) 2007-01-22 2008-01-02 Message ordering for network based mobility management systems
EP18177386.2A EP3393157B1 (en) 2007-01-22 2008-01-22 Message ordering for network based mobility management systems
ES18177386T ES2771649T3 (en) 2007-01-22 2008-01-22 Message ordering for network-based mobility management systems
CN200880002871XA CN101589602B (en) 2007-01-22 2008-01-22 Message ordering for network based mobility management systems
JP2009547387A JP2010517438A (en) 2007-01-22 2008-01-22 Message ordering for network-based mobility management systems
TW097102372A TW200845775A (en) 2007-01-22 2008-01-22 Message ordering for network based mobility management systems
KR1020097017646A KR101049995B1 (en) 2007-01-22 2008-01-22 Message Ordering for Network-Based Mobility Management Systems
EP08728096.2A EP2127327B1 (en) 2007-01-22 2008-01-22 Message ordering for network based mobility management systems
PCT/US2008/051723 WO2008091906A2 (en) 2007-01-22 2008-01-22 Message ordering for network based mobility management systems
HUE18177386A HUE047461T2 (en) 2007-01-22 2008-01-22 Message ordering for network based mobility management systems
JP2013027852A JP5623564B2 (en) 2007-01-22 2013-02-15 Message ordering for network-based mobility management systems
JP2014194122A JP2015039198A (en) 2007-01-22 2014-09-24 Message ordering for network based mobility management systems
US15/182,247 US10681530B2 (en) 2007-01-22 2016-06-14 Message ordering for network based mobility management systems
JP2016160348A JP2017011719A (en) 2007-01-22 2016-08-18 Message ordering for network based mobility management systems
US15/931,004 US11463861B2 (en) 2007-01-22 2020-05-13 Message ordering for network based mobility management systems
US17/520,508 US20220060879A1 (en) 2007-01-22 2021-11-05 Message ordering for network based mobility management systems

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US88598307P 2007-01-22 2007-01-22
US11/968,576 US9392434B2 (en) 2007-01-22 2008-01-02 Message ordering for network based mobility management systems

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/182,247 Division US10681530B2 (en) 2007-01-22 2016-06-14 Message ordering for network based mobility management systems

Publications (2)

Publication Number Publication Date
US20080182576A1 true US20080182576A1 (en) 2008-07-31
US9392434B2 US9392434B2 (en) 2016-07-12

Family

ID=39620428

Family Applications (4)

Application Number Title Priority Date Filing Date
US11/968,576 Active 2029-06-23 US9392434B2 (en) 2007-01-22 2008-01-02 Message ordering for network based mobility management systems
US15/182,247 Active 2028-12-28 US10681530B2 (en) 2007-01-22 2016-06-14 Message ordering for network based mobility management systems
US15/931,004 Active 2028-02-03 US11463861B2 (en) 2007-01-22 2020-05-13 Message ordering for network based mobility management systems
US17/520,508 Pending US20220060879A1 (en) 2007-01-22 2021-11-05 Message ordering for network based mobility management systems

Family Applications After (3)

Application Number Title Priority Date Filing Date
US15/182,247 Active 2028-12-28 US10681530B2 (en) 2007-01-22 2016-06-14 Message ordering for network based mobility management systems
US15/931,004 Active 2028-02-03 US11463861B2 (en) 2007-01-22 2020-05-13 Message ordering for network based mobility management systems
US17/520,508 Pending US20220060879A1 (en) 2007-01-22 2021-11-05 Message ordering for network based mobility management systems

Country Status (9)

Country Link
US (4) US9392434B2 (en)
EP (2) EP2127327B1 (en)
JP (4) JP2010517438A (en)
KR (1) KR101049995B1 (en)
CN (1) CN101589602B (en)
ES (1) ES2771649T3 (en)
HU (1) HUE047461T2 (en)
TW (1) TW200845775A (en)
WO (1) WO2008091906A2 (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2190252A1 (en) * 2008-11-25 2010-05-26 Alcatel, Lucent Method for managing mobility of a mobile device within a network using a proxy MIPv6 protocol
US20100183018A1 (en) * 2007-06-14 2010-07-22 Pekka Nikander Routing In A Network
US20100202350A1 (en) * 2007-09-05 2010-08-12 Yasuhiro Mizukoshi Proxy mobile ip system, access gateway and method for determining the order of registration notification messages used therefor
US20100208657A1 (en) * 2007-09-05 2010-08-19 Yasuhiro Mizukoshi Proxy mobile ip system, access gateway and method for determining the order of registration notification messages used therefor
US20140040984A1 (en) * 2012-06-08 2014-02-06 Lockheed Martin Corporation Dynamic trust session
US20160219479A1 (en) * 2013-09-04 2016-07-28 Zte Corporation IP Mobility Method and System, Access Point Device, and Wireless Access Controller
CN107995066A (en) * 2017-12-19 2018-05-04 曙光信息产业股份有限公司 A kind of method and apparatus of automatic test network interface card
CN111954315A (en) * 2020-07-08 2020-11-17 广东易达电子科技有限公司 Wireless connection method, equipment, medium and device
US10951732B2 (en) * 2015-09-25 2021-03-16 Huawei Technologies Co., Ltd. Service processing method and device

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9392434B2 (en) 2007-01-22 2016-07-12 Qualcomm Incorporated Message ordering for network based mobility management systems
JP6380071B2 (en) * 2014-12-11 2018-08-29 ソニー株式会社 Communication control device, wireless communication device, communication control method, and wireless communication method
US10869187B1 (en) * 2018-08-07 2020-12-15 State Farm Mutual Automobile Insurance Company System and method for generating consumer mobility profile

Citations (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5414833A (en) * 1993-10-27 1995-05-09 International Business Machines Corporation Network security system and method using a parallel finite state machine adaptive active monitor and responder
US5740437A (en) * 1994-09-13 1998-04-14 International Business Machines Corporation Separating work unit priority and accountability from address spaces
US6026165A (en) * 1996-06-20 2000-02-15 Pittway Corporation Secure communications in a wireless system
US6311058B1 (en) * 1998-06-30 2001-10-30 Microsoft Corporation System for delivering data content over a low bit rate transmission channel
US6321093B1 (en) * 1998-08-07 2001-11-20 Samsung Electronics Co., Ltd. System and method for controlling priority calls in a wireless network
US20020091874A1 (en) * 1997-10-15 2002-07-11 Sun Microsystems, Inc. Deferred reconstruction of objects and remote loading for event notification in a distributed system
US20030067921A1 (en) * 2001-10-09 2003-04-10 Sanjeevan Sivalingham Method for time stamp-based replay protection and PDSN synchronization at a PCF
US6654359B1 (en) * 1998-12-11 2003-11-25 Lucent Technologies Inc. Wireless access to packet-based networks
US20040103282A1 (en) * 2002-11-26 2004-05-27 Robert Meier 802.11 Using a compressed reassociation exchange to facilitate fast handoff
US20040162819A1 (en) * 2002-07-12 2004-08-19 Ntt Docomo, Inc. Node search method, node, mobile communication system, and computer program product
US20040202329A1 (en) * 2003-04-11 2004-10-14 Samsung Electronics Co., Ltd. Method and system for providing broadcast service using encryption in a mobile communication system
US20050010750A1 (en) * 2001-05-25 2005-01-13 Ward Andrew Martin Robert User interface systems
US6857067B2 (en) * 2000-09-01 2005-02-15 Martin S. Edelman System and method for preventing unauthorized access to electronic data
US20050078957A1 (en) * 1998-06-23 2005-04-14 Jds Uniphase Corporation Optical network monitor
US20050101321A1 (en) * 2002-07-30 2005-05-12 Shinkichi Ikeda Mobility managing method and mobile terminal
US20050113070A1 (en) * 2003-11-21 2005-05-26 Nec Corporation Mobile terminal authentication method capable of reducing authentication processing time and preventing fraudulent transmission/reception of data through spoofing
US20050169056A1 (en) * 2002-12-10 2005-08-04 Berkman William H. Power line communications device and method
US20050195750A1 (en) * 2000-03-28 2005-09-08 Khiem Le Method and system for transmitting and receiving packets
US20060013398A1 (en) * 2004-07-15 2006-01-19 Halasz David E Method and system for pre-authentication
US20060068750A1 (en) * 2004-09-30 2006-03-30 Jeremy Burr Power-scavenging receiver to generate a signal to be used to control operational state
US20060080460A1 (en) * 2003-02-20 2006-04-13 Hirokazu Kobayashi Mobile router device, mobile network system, and mobile management method of mobile router device
US20060077988A1 (en) * 2004-10-12 2006-04-13 Innomedia Pte Ltd. System for management of equipment deployed behind firewalls
US7054296B1 (en) * 1999-08-04 2006-05-30 Parkervision, Inc. Wireless local area network (WLAN) technology and applications including techniques of universal frequency translation
US20060203823A1 (en) * 2005-01-26 2006-09-14 Sam Shiaw-Shiang Jiang Method of CRC Residue Error Detection and Handling
US20060209760A1 (en) * 2001-03-13 2006-09-21 Shin Saito Communication processing system, communication processing method, communication terminal, data transfer controller, and program
US20060215594A1 (en) * 2004-06-25 2006-09-28 Yoshihiko Shirokura Radio lan system, diversity apparatus, and radio lan terminal
US7239618B1 (en) * 1998-12-11 2007-07-03 Lucent Technologies Inc. Single phase local mobility scheme for wireless access to packet-based networks
US20070174443A1 (en) * 2005-11-12 2007-07-26 Interdigital Technology Corporation Ims enabled attach procedure for lte
US20070189219A1 (en) * 2005-11-21 2007-08-16 Mruthyunjaya Navali Internet protocol tunneling on a mobile network
US20070195791A1 (en) * 2006-02-17 2007-08-23 Peter Bosch Route optimization for proxy mobile internet protocol
US20070223667A1 (en) * 2006-03-27 2007-09-27 Fujitsu Limited Service request apparatus and service request process method
US20070223435A1 (en) * 2006-03-27 2007-09-27 Fujitsu Limited Association method, relay apparatus, communication management apparatus and bandwidth allocation management apparatus
US20070268896A1 (en) * 2006-05-17 2007-11-22 Fujitsu Limited Communication system and management device and relay device used therein
US20070294758A1 (en) * 2004-10-25 2007-12-20 Siemens Aktiengesesllschaft Method for Registering a Mobile Communication Terminal in a Local Area Network
US20070297377A1 (en) * 2006-06-26 2007-12-27 Mccann Peter James Method of creating security associations in mobile IP networks
US20080002594A1 (en) * 2006-06-28 2008-01-03 Nokia Corporation Sequence number synchronization for ciphering
US20080130571A1 (en) * 2006-12-05 2008-06-05 Motorola, Inc. Handover in a mobile network domain
US20080167037A1 (en) * 2005-06-21 2008-07-10 Motorola, Inc. Method and Apparatus For Reducing Latency During Wireless Connectivity Changes
US20080207168A1 (en) * 2007-02-23 2008-08-28 Nokia Corporation Fast update message authentication with key derivation in mobile IP systems
US20080256220A1 (en) * 2005-09-19 2008-10-16 Matsushita Electric Industrial Co., Ltd. Enabling Simultaneous Use of Home Network and Foreign Network by a Multihomed Mobile Node
US20080293413A1 (en) * 2005-06-06 2008-11-27 Mobidia, Inc. System and Method of Registering with an Access Point
US20090070030A1 (en) * 2005-05-18 2009-03-12 Ntt Docomo Inc. Mobile terminal,context management server, application registration server, and application execution method
US7590710B1 (en) * 2004-06-17 2009-09-15 Wavetrix, Inc. Method and system for extending a communication port via a general purpose network
US20100011426A1 (en) * 2005-11-04 2010-01-14 Siemens Aktiengesellschaft Subscriber-Specific Enforecement of Proxy-Mobile-IP (PMIP) Instead of Client-Mobile-IP (CMIP)
US7805140B2 (en) * 2005-02-18 2010-09-28 Cisco Technology, Inc. Pre-emptive roaming mechanism allowing for enhanced QoS in wireless network environments
US7831686B1 (en) * 2006-03-31 2010-11-09 Symantec Operating Corporation System and method for rapidly ending communication protocol connections in response to node failure

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5572528A (en) 1995-03-20 1996-11-05 Novell, Inc. Mobile networking method and apparatus
US5729537A (en) 1996-06-14 1998-03-17 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for providing anonymous data transfer in a communication system
US6201962B1 (en) 1997-05-14 2001-03-13 Telxon Corporation Seamless roaming among multiple networks including seamless transitioning between multiple devices
US6493342B1 (en) * 1998-09-11 2002-12-10 Teledesic Llc Method of data transmission in a data communication network
US6947398B1 (en) 1998-11-13 2005-09-20 Lucent Technologies Inc. Addressing scheme for a multimedia mobile network
US6445922B1 (en) 1999-12-15 2002-09-03 Lucent Technologies Inc. Method and system for support of overlapping IP addresses between an interworking function and a mobile IP foreign agent
US7130629B1 (en) 2000-03-08 2006-10-31 Cisco Technology, Inc. Enabling services for multiple sessions using a single mobile node
US6947401B2 (en) * 2000-03-08 2005-09-20 Telefonaktiebolaget Lm Ericsson (Publ) Hierarchical mobility management for wireless networks
WO2002017043A2 (en) 2000-08-23 2002-02-28 Novatel Wireless, Inc. Method and apparatus for a distributed data transfer over multiple independent wireless networks
JP3878405B2 (en) 2000-10-02 2007-02-07 株式会社東芝 Mobile communication terminal
US7152238B1 (en) * 2000-12-29 2006-12-19 Cisco Technology, Inc. Enabling mobility for point to point protocol (PPP) users using a node that does not support mobility
US7155518B2 (en) * 2001-01-08 2006-12-26 Interactive People Unplugged Ab Extranet workgroup formation across multiple mobile virtual private networks
JP2003008625A (en) 2001-06-20 2003-01-10 Matsushita Electric Ind Co Ltd Mobile ip agent equipment, mobile terminals, mobil communication system and mobile terminal registration system
EP1304897A1 (en) * 2001-10-22 2003-04-23 Agilent Technologies, Inc. (a Delaware corporation) Methods and apparatus for providing data for enabling location of a mobile communications device
FR2832895B1 (en) * 2001-11-26 2004-02-20 France Telecom TELECOMMUNICATION SYSTEM WITH CENTRALIZED MANAGEMENT
US7146428B2 (en) * 2001-12-12 2006-12-05 At&T Corp. Secure in-band signaling method for mobility management crossing firewalls
US7561553B2 (en) 2002-02-27 2009-07-14 Motorola, Inc. Method and apparatus for providing IP mobility for mobile networks and detachable mobile network nodes
WO2004001520A2 (en) 2002-06-20 2003-12-31 Nokia Corporation QoS SIGNALING FOR MOBILE IP
US7600040B1 (en) * 2002-06-27 2009-10-06 At&T Corp. Buffering packets destined for a mobile device while the mobile device moves from one network to another network to prevent handoff packet loss
JP2004282652A (en) 2003-03-19 2004-10-07 Nec Corp Mobile communication system, base station control apparatus and data transfer method to be used therefor
US7480254B2 (en) 2003-05-28 2009-01-20 Nokia Corporation System, apparatus, and method for providing multi-application support using a single protocol stack
US7836189B2 (en) 2004-01-26 2010-11-16 Avaya Inc. Multiple simultaneous wireless connections in a wireless local area network
KR100652646B1 (en) 2004-07-24 2006-12-06 엘지전자 주식회사 SYSTEM AND METHOD OF PROVIDING PUSH-TO-TALK SERVICE FOR IMPROVING QoE
KR100663451B1 (en) 2004-11-09 2007-01-02 삼성전자주식회사 Method for supplying a multicast service according to a handoff of a source node in a mobile internet protocol communication system
JP2006148579A (en) 2004-11-19 2006-06-08 Allied Telesis Holdings Kk Communication method and network system
JP4594771B2 (en) * 2005-03-18 2010-12-08 富士通株式会社 Network QoS control system and control method
US20060221918A1 (en) 2005-04-01 2006-10-05 Hitachi, Ltd. System, method and computer program product for providing content to a remote device
MX2007013514A (en) 2005-05-04 2008-01-22 Ericsson Telefon Ab L M Method and arrangement in real-time data bi-casting mobile system.
US7633915B1 (en) * 2005-09-12 2009-12-15 Sprint Spectrum L.P. Use of positioning information to determine whether to trigger a packet-data-network re-registration when detecting multiple radio signals of sufficient strength
WO2007046777A1 (en) * 2005-10-21 2007-04-26 Agency For Science, Technology And Research Encoding, storing and decoding data for teaching radiology diagnosis
US8457109B2 (en) * 2006-01-31 2013-06-04 United States Cellular Corporation Access based internet protocol multimedia service authorization
US8477683B2 (en) * 2006-04-13 2013-07-02 Qualcomm Incorporated Configuring a host device by way of MMP
US7801143B2 (en) * 2006-05-12 2010-09-21 Motorola, Inc. System and method for groupcast packet forwarding in a wireless network
JP2010507301A (en) * 2006-10-20 2010-03-04 パナソニック株式会社 Method in mixed network-based and host-based mobility management
US9392434B2 (en) 2007-01-22 2016-07-12 Qualcomm Incorporated Message ordering for network based mobility management systems
US10009736B1 (en) * 2014-03-06 2018-06-26 Marvell International Ltd. Method and apparatus for performing joint transmissions in a wireless network

Patent Citations (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5414833A (en) * 1993-10-27 1995-05-09 International Business Machines Corporation Network security system and method using a parallel finite state machine adaptive active monitor and responder
US5740437A (en) * 1994-09-13 1998-04-14 International Business Machines Corporation Separating work unit priority and accountability from address spaces
US6026165A (en) * 1996-06-20 2000-02-15 Pittway Corporation Secure communications in a wireless system
US20020091874A1 (en) * 1997-10-15 2002-07-11 Sun Microsystems, Inc. Deferred reconstruction of objects and remote loading for event notification in a distributed system
US20050078957A1 (en) * 1998-06-23 2005-04-14 Jds Uniphase Corporation Optical network monitor
US6311058B1 (en) * 1998-06-30 2001-10-30 Microsoft Corporation System for delivering data content over a low bit rate transmission channel
US6321093B1 (en) * 1998-08-07 2001-11-20 Samsung Electronics Co., Ltd. System and method for controlling priority calls in a wireless network
US7239618B1 (en) * 1998-12-11 2007-07-03 Lucent Technologies Inc. Single phase local mobility scheme for wireless access to packet-based networks
US6654359B1 (en) * 1998-12-11 2003-11-25 Lucent Technologies Inc. Wireless access to packet-based networks
US7054296B1 (en) * 1999-08-04 2006-05-30 Parkervision, Inc. Wireless local area network (WLAN) technology and applications including techniques of universal frequency translation
US20050195750A1 (en) * 2000-03-28 2005-09-08 Khiem Le Method and system for transmitting and receiving packets
US6857067B2 (en) * 2000-09-01 2005-02-15 Martin S. Edelman System and method for preventing unauthorized access to electronic data
US20060209760A1 (en) * 2001-03-13 2006-09-21 Shin Saito Communication processing system, communication processing method, communication terminal, data transfer controller, and program
US20050010750A1 (en) * 2001-05-25 2005-01-13 Ward Andrew Martin Robert User interface systems
US20030067921A1 (en) * 2001-10-09 2003-04-10 Sanjeevan Sivalingham Method for time stamp-based replay protection and PDSN synchronization at a PCF
US20040162819A1 (en) * 2002-07-12 2004-08-19 Ntt Docomo, Inc. Node search method, node, mobile communication system, and computer program product
US20050101321A1 (en) * 2002-07-30 2005-05-12 Shinkichi Ikeda Mobility managing method and mobile terminal
US20040103282A1 (en) * 2002-11-26 2004-05-27 Robert Meier 802.11 Using a compressed reassociation exchange to facilitate fast handoff
US20050169056A1 (en) * 2002-12-10 2005-08-04 Berkman William H. Power line communications device and method
US20060080460A1 (en) * 2003-02-20 2006-04-13 Hirokazu Kobayashi Mobile router device, mobile network system, and mobile management method of mobile router device
US20040202329A1 (en) * 2003-04-11 2004-10-14 Samsung Electronics Co., Ltd. Method and system for providing broadcast service using encryption in a mobile communication system
US20050113070A1 (en) * 2003-11-21 2005-05-26 Nec Corporation Mobile terminal authentication method capable of reducing authentication processing time and preventing fraudulent transmission/reception of data through spoofing
US7590710B1 (en) * 2004-06-17 2009-09-15 Wavetrix, Inc. Method and system for extending a communication port via a general purpose network
US7532593B2 (en) * 2004-06-25 2009-05-12 Mitsubishi Denki Kabushiki Kaisha Radio LAN system, diversity apparatus, and radio LAN terminal
US20060215594A1 (en) * 2004-06-25 2006-09-28 Yoshihiko Shirokura Radio lan system, diversity apparatus, and radio lan terminal
US20060013398A1 (en) * 2004-07-15 2006-01-19 Halasz David E Method and system for pre-authentication
US20060068750A1 (en) * 2004-09-30 2006-03-30 Jeremy Burr Power-scavenging receiver to generate a signal to be used to control operational state
US20060077988A1 (en) * 2004-10-12 2006-04-13 Innomedia Pte Ltd. System for management of equipment deployed behind firewalls
US20070294758A1 (en) * 2004-10-25 2007-12-20 Siemens Aktiengesesllschaft Method for Registering a Mobile Communication Terminal in a Local Area Network
US20060203823A1 (en) * 2005-01-26 2006-09-14 Sam Shiaw-Shiang Jiang Method of CRC Residue Error Detection and Handling
US7805140B2 (en) * 2005-02-18 2010-09-28 Cisco Technology, Inc. Pre-emptive roaming mechanism allowing for enhanced QoS in wireless network environments
US20090070030A1 (en) * 2005-05-18 2009-03-12 Ntt Docomo Inc. Mobile terminal,context management server, application registration server, and application execution method
US20080293413A1 (en) * 2005-06-06 2008-11-27 Mobidia, Inc. System and Method of Registering with an Access Point
US20080167037A1 (en) * 2005-06-21 2008-07-10 Motorola, Inc. Method and Apparatus For Reducing Latency During Wireless Connectivity Changes
US20080256220A1 (en) * 2005-09-19 2008-10-16 Matsushita Electric Industrial Co., Ltd. Enabling Simultaneous Use of Home Network and Foreign Network by a Multihomed Mobile Node
US20100011426A1 (en) * 2005-11-04 2010-01-14 Siemens Aktiengesellschaft Subscriber-Specific Enforecement of Proxy-Mobile-IP (PMIP) Instead of Client-Mobile-IP (CMIP)
US20070174443A1 (en) * 2005-11-12 2007-07-26 Interdigital Technology Corporation Ims enabled attach procedure for lte
US20070189219A1 (en) * 2005-11-21 2007-08-16 Mruthyunjaya Navali Internet protocol tunneling on a mobile network
US20070195791A1 (en) * 2006-02-17 2007-08-23 Peter Bosch Route optimization for proxy mobile internet protocol
US20070223667A1 (en) * 2006-03-27 2007-09-27 Fujitsu Limited Service request apparatus and service request process method
US20070223435A1 (en) * 2006-03-27 2007-09-27 Fujitsu Limited Association method, relay apparatus, communication management apparatus and bandwidth allocation management apparatus
US7831686B1 (en) * 2006-03-31 2010-11-09 Symantec Operating Corporation System and method for rapidly ending communication protocol connections in response to node failure
US20070268896A1 (en) * 2006-05-17 2007-11-22 Fujitsu Limited Communication system and management device and relay device used therein
US20070297377A1 (en) * 2006-06-26 2007-12-27 Mccann Peter James Method of creating security associations in mobile IP networks
US20080002594A1 (en) * 2006-06-28 2008-01-03 Nokia Corporation Sequence number synchronization for ciphering
US20080130571A1 (en) * 2006-12-05 2008-06-05 Motorola, Inc. Handover in a mobile network domain
US20080207168A1 (en) * 2007-02-23 2008-08-28 Nokia Corporation Fast update message authentication with key derivation in mobile IP systems

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Mobile device, Wikipedia, http://en.wikipedia.org/wiki/Mobile_device, printed on May 28th, 2013, pages 1-2. *
Mobile Device, Wikipedia, the free encyclopedia, http://simple.wikipedia.org/wiki/Mobile_device, printed on May 28th, 2013, pages 1-2. *

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100183018A1 (en) * 2007-06-14 2010-07-22 Pekka Nikander Routing In A Network
US8428005B2 (en) * 2007-06-14 2013-04-23 Telefonaktiebolaget L M Ericsson (Publ) Routing in a network
US20100202350A1 (en) * 2007-09-05 2010-08-12 Yasuhiro Mizukoshi Proxy mobile ip system, access gateway and method for determining the order of registration notification messages used therefor
US20100208657A1 (en) * 2007-09-05 2010-08-19 Yasuhiro Mizukoshi Proxy mobile ip system, access gateway and method for determining the order of registration notification messages used therefor
US8315206B2 (en) * 2007-09-05 2012-11-20 Nec Corporation Proxy mobile IP system, access gateway and method for determining the order of registration notification messages used therefor
US8761085B2 (en) * 2007-09-05 2014-06-24 Nec Corporation Proxy mobile IP system, access gateway and method for determining the order of registration notification messages used therefor
EP2190252A1 (en) * 2008-11-25 2010-05-26 Alcatel, Lucent Method for managing mobility of a mobile device within a network using a proxy MIPv6 protocol
WO2010060871A1 (en) * 2008-11-25 2010-06-03 Alcatel Lucent Method for managing mobility of a mobile device within a network using a proxy mipv6 protocol
US8755364B2 (en) 2008-11-25 2014-06-17 Alcatel Lucent Method for managing mobility of a mobile device within a network using a proxy MIPv6 protocol
US20140040984A1 (en) * 2012-06-08 2014-02-06 Lockheed Martin Corporation Dynamic trust session
US9092427B2 (en) * 2012-06-08 2015-07-28 Lockheed Martin Corporation Dynamic trust session
US20160219479A1 (en) * 2013-09-04 2016-07-28 Zte Corporation IP Mobility Method and System, Access Point Device, and Wireless Access Controller
US10951732B2 (en) * 2015-09-25 2021-03-16 Huawei Technologies Co., Ltd. Service processing method and device
CN107995066A (en) * 2017-12-19 2018-05-04 曙光信息产业股份有限公司 A kind of method and apparatus of automatic test network interface card
CN111954315A (en) * 2020-07-08 2020-11-17 广东易达电子科技有限公司 Wireless connection method, equipment, medium and device

Also Published As

Publication number Publication date
US9392434B2 (en) 2016-07-12
WO2008091906A3 (en) 2008-10-09
ES2771649T3 (en) 2020-07-06
KR20090101389A (en) 2009-09-25
US20160295392A1 (en) 2016-10-06
EP2127327A2 (en) 2009-12-02
JP2010517438A (en) 2010-05-20
JP2013138480A (en) 2013-07-11
JP2017011719A (en) 2017-01-12
HUE047461T2 (en) 2020-04-28
TW200845775A (en) 2008-11-16
CN101589602A (en) 2009-11-25
JP5623564B2 (en) 2014-11-12
EP3393157A1 (en) 2018-10-24
US20200275253A1 (en) 2020-08-27
JP2015039198A (en) 2015-02-26
CN101589602B (en) 2013-03-06
US20220060879A1 (en) 2022-02-24
EP3393157B1 (en) 2019-11-06
EP2127327B1 (en) 2019-01-09
KR101049995B1 (en) 2011-07-19
US11463861B2 (en) 2022-10-04
WO2008091906A2 (en) 2008-07-31
US10681530B2 (en) 2020-06-09

Similar Documents

Publication Publication Date Title
US11463861B2 (en) Message ordering for network based mobility management systems
EP2109985B1 (en) Multi-link support for network based mobility management systems
US7869803B2 (en) Profile modification for roaming in a communications environment
US7907970B2 (en) Providing quality of service for various traffic flows in a communications environment
EP1938528B1 (en) Provision of qos treatment based upon multiple requests
EP1938527A1 (en) Provision of a move indication to a resource requester
EP2020159A2 (en) Profile modification for roaming in a communications environment

Legal Events

Date Code Title Description
AS Assignment

Owner name: QUALCOMM INCORPORATED, CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:TSIRTSIS, GEORGE;PARK, VINCENT D.;SIGNING DATES FROM 20080325 TO 20080328;REEL/FRAME:020754/0295

Owner name: QUALCOMM INCORPORATED, CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:TSIRTSIS, GEORGE;PARK, VINCENT D.;REEL/FRAME:020754/0295;SIGNING DATES FROM 20080325 TO 20080328

STCF Information on status: patent grant

Free format text: PATENTED CASE

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 4

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 8