throbber
(19) United States
`(12) Patent Application Publication (10) Pub. No.: US 2004/0142693 A1
`
`Feder et al.
`(43) Pub. Date:
`Jul. 22, 2004
`
`US 20040142693A1
`
`(54) SYSTEM AND METHOD FOR
`ESTABLISHING AND/OR MAINTAINING A
`DATA SESSION ACROSS PACKET DATA
`NETWORKS
`
`(76)
`
`Inventors: Peretz Meshes Feder, Englewood, NJ
`(US); Gang Li, Bridgewater, NJ (US);
`Martin Howard Meyers, Montclair, NJ
`(US); Ajay Rajkumar, Morristown, NJ
`(US)
`
`Correspondence Address:
`HARNESS, DICKEY & PIERCE, P.L.C.
`P.O. Box 8910
`Reston, VA 20195 (US)
`
`(21) Appl. N0.:
`
`10/347,807
`
`(22)
`
`Filed:
`
`Jan. 22, 2003
`
`Publication Classification
`
`(51)
`
`Int. C1.7 ....................................................... H04Q 7/20
`
`(52) us. Cl.
`
`............................................ 455/443; 455/436
`
`(57)
`
`ABSTRACT
`
`A communication system selection algorithm (SSA) imple-
`mented by a mobile station chooses between available
`systems to select a system to serve the mobile station.
`During initialization, the SSA causes the mobile station to
`scan the environment and compare available communication
`systems to determine the best system to provide service.
`After an initial system is chosen, the SSA causes the mobile
`station to continuously, or at discrete time intervals, scan the
`environment for available systems,
`thus allowing for a
`seamless switch to an available system whenever a handoff
`is desired. The SSA chooses the best available system based
`on measurements of each available system and applying
`preference rules defined by a service provider and/or user of
`the mobile station.
`

`
`I
`
`WIRELINE
`NETWORK
`
`I
`
`
`II
`5%
`g; 36
`5:1
`‘t
`
`1I
`II
`u
`u
`:5
`'EEE 802-“ 5a
`’4’?
`
`NETWORK
`
`802.11 FOREIGN
`
`
`
` PUBLIC
`NETWORK
`
`
`
`PUBLIC
`
`NETWORK
`
`MOBILE STATION
`
`I
`w
`II
`I:
`u
`u!
`:5
`BLUETOOTH 5a
`’4';
`
`
`BLUETOOTH
`
`
`FOREIGN
`NETWORK
`
`
`
`
` PUBLIC
`NETWORK
`
`
`
`
`
`3G FOREIGN
`NETWORK
`
`
`
`
`
`PUBLIC
`
`NETWORK
`
`
`
`Bose Exhibit 1018
`
`Bose v. Koss
`
`

`

`Patent Application Publication
`
`Jul. 22, 2004 Sheet 1 0f 2
`
`US 2004/0142693 A1
`
`(D(‘0
`
`r’L‘

`
`
`
`\
`¢4
`
`,J
`
`
`
`
`
`FMEDQE
`
`mz_._mw=>>
`
`me>>sz
`
`
`
`ZO_._.<._.mm...__mO_>_
`
`
`
`I._.OO._.m_D._m_:Nommmm_
`
`=g.
`xv.
`“a\l3a
`
`29me;On
`
`vEO>>._.m_Z
`
`IHOOHMDIE
`
`ZOEKOn.
`
`XMO>>._.m_Z
`
`
`
`ZGEMO“.:Now
`
`me>>HwZ
`
`
`
`9.53““.03941
`
`
`
`me>>._.m_ZKmO>>sz
`
`O_._m3n_,0_._m3n_
`
`
`
`xm0>>._.m_z¥m0>>._.m_z
`
`
`
`
`
`
`

`

`Patent Application Publication Jul. 22, 2004 Sheet 2 0f 2
`
`US 2004/0142693 A1
`
`FIGURE 2
`
`
`
`SCAN ENVIRONMENT FOR AVAILABLE SYSTEMS S10
`
`DETERMINE SET OF VALID SYSTEMS
`
`820
`
`OBTAIN MEASUREMENTS FOR EACH VALID SYSTEM
`
`830
`
`COMPARE MEASUREMENTS TO DETERMINE
`
`PREFERRED CANDIDATE FOR EACH AVAILABLE SYSTEM
`TYPE
`
`S40
`
`S50
`
`APPLY PREFERENCE RULES TO MEASUREMENTS TO
`SELECT SYSTEM FROM PREFERRED CANDIDATES
`
`
`
`INITIAL SYSTEM SELECTION MODE?
`
`860
`
`SELECTED SYSTEM = CURRENTLY
`SERVING SYSTEM?
`
`HANDOFF CONDITIONS MET?
`
`
`
`
`
`IMPLEMENT SELECTED SYSTEM AS SERVING SYSTEM
`
`890
`
`

`

`US 2004/0142693 A1
`
`Jul. 22, 2004
`
`SYSTEM AND METHOD FOR ESTABLISHING
`AND/OR MAINTAINING A DATA SESSION
`ACROSS PACKET DATA NETWORKS
`
`session during the switch. The switch can therefore be
`seamless, so that the user does not realize a switch has
`occurred.
`
`BACKGROUND OF THE INVENTION
`
`[0001] The present invention relates to wireless and wire-
`line communications networks and, more particularly, to a
`method for a mobile client to choose amongst wireless and
`wireline service providers.
`
`DESCRIPTION OF THE RELATED ART
`
`[0002] Currently, a subscriber using a mobile station, such
`as that shown in FIG. 1, can connect to a wireless or wireline
`communication network in order to conduct a data session,
`e.g., an Internet session. For example, mobile stations such
`as personal digital assistants (PDAs) or laptop computers
`may be used to conduct a data session.
`
`[0003] The Mobile IP standard currently provides seam-
`less mobility in the IP layer by maintaining the same IP
`address across different systems. However, Mobile IP does
`not proactively seek another communication system until the
`current system cannot maintain a connection.
`
`SUMMARY OF THE INVENTION
`
`[0004] The present invention provides a system selection
`algorithm (SSA), which is run on the mobile client of a
`mobile station, to choose between available communication
`systems during initialization of the mobile station, or to
`seamlessly switch between systems while a data session is
`being conducted on the mobile station. The SSA continu-
`ously monitors the disparate wireless and wireline commu-
`nication systems to initiate a “make before break” seamless
`handoff to the “best” system based on various criteria, in
`contrast to Mobile IP.
`
`[0005] During initialization, the SSA causes the mobile
`station to scan the environment for available systems, and
`perform comparisons to determine the best system available
`for providing service. After a system is initially chosen, the
`mobile station continuously (or at configurable discrete
`intervals) scans available systems according to the SSA and
`performs comparisons to choose a best available system.
`The conditions of the currently serving system are also
`monitored, and the SSA initiates or assists in handoff to the
`chosen system whenever necessary. According to this algo-
`rithm, the mobile station may be seamlessly handed off to
`the best available system, regardless of whether or not the
`best system is disparate from the current system. The SSA
`compares the available systems according to measurable
`conditions, which are monitored for each available system.
`While comparing systems, the SSA applies a set of prefer-
`ence rules to the service provider preference rules, which are
`downloaded to the mobile client from the primary service
`provider with whom the user subscribes. These rules may
`also include preferences configured by the user.
`
`[0006] By continuously determining a best available sys-
`tem according to the conditions and preference rules, while
`monitoring the conditions of the currently serving system,
`the mobile client is prepared to switch from the current
`system to another when necessary. Accordingly, the SSA of
`the present invention allows for the mobile station to switch
`to another network, while maintaining the current data
`
`invention will
`[0007] Other advantages of the present
`become more apparent from the detailed description given
`hereafter. However, it should be understood that the detailed
`description and specific examples, while indicating pre-
`ferred embodiments of the invention, are given by way of
`illustration only, since various changes and modifications
`within the spirit and scope of the invention will become
`apparent to those skilled in the art from this detailed descrip-
`tion.
`
`BRIEF DESCRIPTION OF THE DRAWINGS
`
`invention will become more fully
`[0008] The present
`understood from the detailed description given below and
`the accompanying drawing, which is given for purposes of
`illustration only, and thus do not limit the present invention.
`
`[0009] FIG. 1 illustrates a high level architecture of a
`generic network in which a mobile device is capable of
`conducting a data session using one of multiple types of
`communication systems.
`
`[0010] FIG. 2 is a flowchart illustrating the steps per-
`formed by the system selection algorithm (SSA) according
`to an exemplary embodiment of the present invention.
`
`DETAILED DESCRIPTION OF THE
`EXEMPLARY EMBODIMENTS
`
`[0011] The present invention relates to a system selection
`procedure (SSA) that is incorporated in a mobile client. A
`“mobile client” is defined as application software that runs
`on a mobile station. A mobile station may be any data
`processing device with wireless and wireline communica-
`tion capabilities, such as, but not limited to, laptop computer,
`personal digital assistant, etc. For wireless communication
`systems, radio frequency and baseband processing may be
`performed by a PCMCIA card or other RF front end cir-
`cuitry. Also, a mobile station may be capable of using data
`services from two or more different wireless and wireline
`systems, either one at a time or simultaneously.
`
`[0012] According to an exemplary embodiment, the SSA
`runs continuously in the mobile client, causing the mobile
`station to scan the environment and monitor available sys-
`tems, either continuously or at discrete time intervals. The
`mobile station collects measurements in order to monitor the
`
`conditions of each available system. The measurements are
`reported to the SSA, and a set of preference rules are applied
`to these measurements to determine the best available sys-
`tem. The SSA is configured to run according to the following
`three modes:
`
`1) Initial system selection mode: during initializa-
`[0013]
`tion of the mobile client, the SSA causes the mobile station
`to check the environment, scanning for available systems.
`The SSA then chooses one of the available system to serve
`the mobile station. The SSA may choose the best available
`system based on a comparison of monitored conditions, or
`a system mandated by the service provider in a downloaded
`set of service provider preferences, described in more detail
`in the Preference Management section below.
`
`2) Normal traffic mode: after initial service has
`[0014]
`been established, the SSA may then cause the mobile station
`
`

`

`US 2004/0142693 A1
`
`Jul. 22, 2004
`
`to initiate a handoff to a best available system (determined
`according to ongoing monitoring and comparison steps),
`when certain conditions are met.
`
`3) Handoff Mode: if the SSA determines that the
`[0015]
`currently serving system cannot maintain the service, based
`on changes in monitored conditions (e.g., channel condi-
`tions) of the serving system, the SSA initiates a handoff of
`the mobile station to the best available system (if the best
`available system is a better alternative to the current system).
`
`[0016] Exemplary embodiments of the present invention
`will be described below in connection with high-speed
`wireline systems, Third Generation (3G) systems, wireless
`local area network (WLAN) systems (including both IEEE
`802.11 systems and Bluetooth systems), and Bluetooth-
`based personal area network (PAN) systems. The term 3G
`system will be used to refer to different types of Third
`Generation
`systems,
`including
`cdma2000, UMTS,
`3G-EVDO, 3G-EVDV, HSDPA, as well as other evolving
`3G systems.
`
`It should be noted that 3G, WLAN, and PAN
`[0017]
`systems are merely examples of the types of systems, which
`may be used to service the mobile station in the present
`invention; and the present invention is not limited to these
`types of wireless systems. For instance, the mobile station
`may be serviced by various types of cellular communication
`systems including, but not
`limited to, 3G systems and
`various types of wireless packet data networks including,
`but not limited to, 802.11-based systems. Thus, according to
`an exemplary embodiment, the present invention may allow
`for seamless switching between cellular networks and wire-
`less packet data networks.
`
`[0018] Overview of the SSA
`
`[0019] FIG. 2 is a flowchart of the steps performed by the
`SSA according to an exemplary embodiment of the present
`invention. For the purpose of explanation only, the process
`illustrated in FIG. 2 will be described as being implemented
`in the system shown in FIG. 1. However,
`the process
`illustrated in FIG. 2 is not limited to such an implementa-
`tion. In step S10, the SSA instructs the mobile station to scan
`the environment to detect available systems. The systems
`detected by the mobile station may include systems of a
`type, which is different than, and disparate (i.e., not com-
`patible) with respect to, the system currently serving the
`mobile station.
`
`the SSA determines which of the
`In step S20,
`[0020]
`available systems detected in step S10 are valid, i.e., which
`systems the mobile station is authorized to use. This step
`may involve checking each available system detected in step
`S10 to a list of allowable systems in the mobile client.
`Accordingly, the SSA would determine a set of valid sys-
`tems as including the currently serving system (which must
`be valid since it was already selected by the SSA), and any
`system detected in step S10, which is on the list of allowable
`systems.
`
`In an exemplary embodiment, the list of allowable
`[0021]
`systems includes those systems either operated by, or having
`a Service Level Agreement (SLA) with, the primary service
`provider. An SLA is a type of agreement whereby a wireless
`service provider (e.g., 802.11 hot spot operator) agrees to
`service subscribers of a primary service provider (e.g., a 3G
`
`network operator), usually in exchange for a share of the
`subscriber fees collected by the primary service provider.
`
`It should be noted that even though the primary
`[0022]
`service provider permits the mobile station to roam to other
`systems having an SLA, the primary service provider still
`“owns” (controls the rights of)
`the roaming subscriber.
`Accordingly, the primary service provider sets the service
`provider rules for the mobile unit of the subscriber.
`
`[0023] The SSA receives measurement reports for each
`valid system for the mobile station in step S30. Accordingly,
`step S30 allows the SSA to monitor conditions, e.g., radio
`link conditions for each valid wireless system and the
`availability of high-speed wireline system. The types of
`measurements and conditions monitored by the SSA will be
`described in the section below entitled Monitoring Condi-
`tions for Available Systems.
`
`[0024] The scanning and monitoring processes of steps
`S10-S30 may be performed continuously while the mobile
`station is operating. Alternatively, the SSA may be config-
`ured to repeat steps S10-S30 after a particular time duration
`has passed.
`
`[0025] While steps S10-S30 illustrate exemplary steps to
`allow the mobile station to find available systems,
`the
`present invention should not be construed as being limited to
`these scanning steps. Instead of relying on the mobile station
`to frequently scan the environment for signals from avail-
`able systems, the present invention may utilize a message-
`based approach to notify the mobile client of other valid
`systems, which are available in an alternative embodiment.
`In this embodiment, the serving wireless system sends a
`message to the mobile unit identifying other valid wireless
`systems when they become available.
`
`in 3G systems such as cdma2000,
`[0026] For example,
`system parameters are broadcast over the cell to mobile
`units. The cdma2000 system could notify mobile stations of
`the presence of a valid alternative system, e.g., a valid
`802.11 hot spot,
`in the broadcast message.
`In another
`example, if the mobile station is currently being served by
`a 802.11 system, a broadcast message can be added to the
`802.11 beacon to identify valid 3G systems available in the
`area.
`
`[0027] Referring back to FIG. 2, in step S40, the SSA
`compares the various measurements in order to determine a
`preferred candidate system for each of the disparate types of
`networks available. The preferred candidate system repre-
`sents the “best” available network for each network accord-
`
`ing to the measurements. For example, when multiple valid
`3G service providers are detected in the environment, along
`with a set of valid 802.11 WLANs and a set of valid
`
`Bluetooth WLANs, a preferred candidate system is selected
`for each of the set of 3G systems, the set of 802.11 systems,
`and the set of Bluetooth systems.
`
`In an exemplary embodiment, the SSA assigns a
`[0028]
`score to each available system based on the measurements,
`and compares these scores to determine the preferred can-
`didate for each network type. The preference rules may
`include rules defining how measurements relating to differ-
`ent conditions (e.g., radio link, system performance, high-
`speed wireline availability, etc.) are scored. The scoring will
`be described further below in the Preference Management
`section.
`
`

`

`US 2004/0142693 A1
`
`Jul. 22, 2004
`
`[0029] When the serving system is a wireline system, the
`relevant measurement may be whether an active connection
`to the serving wireline system still exists. In an exemplary
`embodiment, if the SSA determines that the connection is
`still active,
`the serving wireline system may be selected
`according to the preference rules to continue to serve the
`mobile unit, regardless of the scores of the other available
`systems.
`
`the preference rules are
`[0030] According to step S50,
`applied by the SSA to select one of the preferred candidate
`systems. The preference rules are used to compare different
`types of networks according to both the measurements (i.e.,
`monitored conditions) and the preferences of the primary
`service provider and/or user.
`
`[0031] For certain types of conditions, a direct comparison
`of disparate types of networks can be made based on the
`measurements performed. For example, a signal strength
`indicator (RSSI) for each system can be measured for each
`wireless system type in order to compare the radio coverage
`areas of the disparate systems. However, for other types of
`monitored conditions, different types of measurements must
`be taken from the disparate systems, for which a direct
`comparison cannot be made.
`
`[0032] As indicated in decision block S60, if the SSA is
`running in initial system selection mode (i.e., no system is
`currently serving the mobile station), the SSA jumps ahead
`to step S90 where the system selected in step S50 is
`implemented as the serving system, i.e., the mobile station
`connects to the selected system, and a data session may be
`initiated.
`
`[0033] However, if the SSA is running either in the normal
`traffic mode or the handoff mode, it is determined whether
`the currently serving system has been selected, as shown in
`decision block S70. If the currently serving system has been
`selected, no handoff is required by the SSA, which once
`again starts scanning for available systems according to step
`810.
`
`[0034] However, if another system is selected, a determi-
`nation is made as to whether the conditions for initiating a
`handoff have been met, as indicated by decision block S80.
`These handoff conditions may be contained in one or more
`preference rules, which apply thresholds to the monitored
`conditions of the selected system and/or the currently serv-
`ing system, as described in the Preference Management
`section below. For example,
`if the serving system is a
`wireline system, the condition for initiating the handoff may
`be met when the SSA detects that the mobile unit is no
`
`longer actively connected to the serving wireline system.
`
`If the handoff conditions are not met, no handoff is
`[0035]
`performed, and the SSA returns to its scanning mode in step
`S10. If the handoff conditions are met, the SSA implements
`the selected system to service the mobile station in step S90,
`by initiating or assisting in the handoff of the mobile station
`to the selected system. Then, the SSA returns to step S10.
`
`[0036] The SSA runs continuously while the mobile unit is
`conducting a data session. The SSA therefore continuously
`determines a best available system (i.e., preferred candidate
`system) based on monitored conditions and the preferences
`of the primary service provider and/or user. By having
`already determined the best available system, the mobile
`unit is prepared to perform a handoff whenever the condi-
`
`tions associated with the currently serving system make it
`necessary to switch systems. Thus,
`the handoff proceeds
`seamlessly, even when the mobile unit is being handed off to
`a disparate type of network.
`
`[0037] Monitoring Conditions for Available Systems
`
`[0038] The SSA can make its decisions for system selec-
`tion according to various types of information collected at
`the mobile receivers and/or each system. Specifically, the
`SSA may take into consideration one or more of the fol-
`lowing factors:
`
`1) Availability of a high-speed wireline connection.
`[0039]
`This information is available to the mobile client software
`
`through the standard operating system interface.
`
`2) Radio link conditions (e.g., radio coverage area
`[0040]
`and forward link interference). This type of information can
`be gathered using measurements obtained at the mobile unit.
`A further description of radio link conditions is provided
`below.
`
`3) System loading conditions (e.g., forward and
`[0041]
`reverse link loading). Such information may be measured
`and communicated by each available system.
`
`4) Service quality (e.g., data bit rate). Direct per-
`[0042]
`formance measurements for each system may be obtained
`using short “probe” sessions. When a mobile station
`includes multiple RF front-ends, multiple parallel probe
`sessions may be used for multiple wireless systems. If only
`one RF front-end is available, probe sessions can be per-
`formed sequentially. Similarly, for currently serving wireline
`systems, probe sessions can determine whether a particular
`connection is active or not.
`
`[0043] Radio Link Conditions
`
`[0044] The SSA can monitor radio link conditions through
`measurement reports from the radio receivers of the mobile
`client. In order to compare radio link conditions, the SSA
`receives measurements from radio receivers within the
`
`mobile station. For example, a received signal strength
`indication (RSSI) measurement may be used by the SSA to
`compare the radio coverage area of each system. The SSA
`may also use different types of measurements to compare a
`common radio link condition in different types of wireless
`systems.
`
`[0045] For example, an appropriate measure of the inter-
`ference level of the forward link (downlink) in an 802.11-
`based system is signal to noise ratio (SNR). However, to
`measure downlink interference in a 3G network, the mobile
`station must measure a signal energy to interference ratio
`(EC/IO) of a received pilot signal. In order to perform a
`comparison, the SNR and Ec/IO can each be converted to a
`common parameter by the SSA.
`
`In one embodiment, the different types of measure-
`[0046]
`ments may be compared by mapping each into a maximum
`available data bit rate. Accordingly, in the above example
`where the available systems include a 802.11 network and a
`3G network, the SSA may calculate the maximum data bit
`rate allowed for the 802.11 network based on the measured
`SNR, and the maximum data rate for the 3G network based
`on the measured Ec/IQ.
`
`[0047] While Ec/IO provides an exemplary method of
`determining data rate for 3G networks, one of ordinary skill
`
`

`

`US 2004/0142693 A1
`
`Jul. 22, 2004
`
`in the art will realize that the maximum available data rate
`
`for 3G systems can be determined by other means. In a
`further exemplary embodiment, the available data rate of a
`3G network may be obtained from a data rate field in a
`message sent from the 3G network to the mobile unit.
`
`[0048] Also, there are various other methods of determin-
`ing a maximum available data rate for systems such as
`802.11 and Bluetooth networks, as will be apparent to those
`ordinarily skilled in the art. The present
`invention thus
`covers all means for determining the available data rate of all
`various types of wireless and wireline networks, as will be
`contemplated by one of ordinary skill in the art.
`
`In an alternative exemplary embodiment, different
`[0049]
`measurement types for a common radio link condition do
`not need to be converted to a common parameter type such
`as data bit rate. Instead, preference rules may be defined and
`used to classify each measurement into one of a variety of
`service level categories for a particular radio link condition.
`The systems can therefore be compared with each other
`based on their corresponding service level category. Amore
`complete description of the different types of preference
`rules will be given below in the Preference Management
`section.
`
`[0050] Preference Management
`
`[0051] The basic idea behind configuration of the mobile
`client software is preference management—the specification
`of various preferences, and the construction of a set of
`preference rules for a user according to these preferences.
`There are generally two types of preferences: 1) service
`provider preferences, and 2) mobile user preferences. The
`service provider preferences are determined by the primary
`service provider, subscribed to by the mobile user.
`
`[0052] For example, 3G systems generally provide wide-
`scale coverage and mobility, as opposed to WLANs and
`PANs. Therefore, a user would likely subscribe to a 3G
`service provider for primary service coverage, and receive
`the credentials needed for accessing both 3G and WLAN
`systems from the 3G service provider. In such a situation,
`“service provider preferences” are defined to be the prefer-
`ences provided by a 3G service provider. It should be noted,
`however, that the same service provider could operate a 3G
`and one or more types of WLANs.
`
`[0053] According to an exemplary embodiment, the pri-
`mary service provider downloads the set of service provider
`preferences to the mobile client as a configuration file at the
`time the user initially subscribes, or signs up, to the primary
`service provider. The primary service provider may
`remotely download these rules via a wireless network at the
`time of activation. Alternatively, the primary service pro-
`vider may download the service provider preference rules
`using a wireline connection (or may directly program the
`rules into the mobile client), for example, if the user acquires
`an activated mobile station directly from the primary service
`provider.
`
`the primary
`[0054] After the user initially subscribes,
`service provider may remotely upgrade the service provider
`preference rules in the mobile client. Such upgrades may be
`performed whenever the primary service provider decides
`that new criteria should be established for selecting a best
`available system, determining whether the conditions for
`handoff have been satisfied, etc.
`
`[0055] According to a further embodiment, each of the
`settable preferences may also have a default value built into
`the mobile client software, which is overridden by the values
`provided by the primary service provider in the configura-
`tion file. For example, the mobile client software would use
`these default values if the configuration file containing the
`service provider preference rules has not been downloaded.
`
`In another embodiment, a mobile user can specify
`[0056]
`a set of preferences, e.g., through a user interface provided
`by the mobile client. Preferably, the service provider pref-
`erence rules have priority over the user-defined preference
`rules. However,
`the user may be allowed to specify a
`preference for a certain type of systems according to certain
`criteria or conditions not addressed by the service provider
`preference rules.
`
`[0057] According to an exemplary embodiment, a service
`provider can set one or more of the following preferences:
`
`1) Preference for an initial system among different
`[0058]
`types of systems: This is applicable only if more than one
`system is available at
`the time a data session is being
`established; otherwise the mobile station would establish a
`data session with whichever system is available. (Example
`A:
`if both a valid 36 system and a 802.11 system is
`available, the 3G system is given preference; Example B: if
`both a high-speed wireline service and wireless system is
`available, the high-speed wireline is selected).
`
`2) Service level classifications: The service pro-
`[0059]
`vider preference rules may define a set of ranges to classify
`3G pilot Ec/IO into various service level categories (e.g.,
`“High,”“Medium,”“Low,” and “Unavailable”). A set of
`sample ranges to classify 3G pilot Ec/IO measurements (EC/IO
`meas) into various categories is listed below:
`
`[0060] High: 0 dB>=Ec/I
`
`>=—4 dB
`
`[0061] Medium: —4 dB>=EC/IO meas>=—7 dB
`
`[0062] Low: —7 dB>=EC/IO megs>=—10 dB
`
`[0063] Unavailable: —10 dB>=EC/IO megs
`
`3) Data Bit Rate Classifications: As discussed
`[0064]
`above, Ec/IO and SNR measurements can each be converted
`into one of a set of maximum allowable data bit rates for 3G
`
`and 802.11 systems, respectively. Apreference rule may be
`defined by the service provider to classify the bit rates into
`various categories. An example of a rule classifying 802.11
`data bit rates is listed below:
`
`[0065] High: 11 Mbits/second
`
`[0066] Medium: 5.5 Mbits/second
`
`[0067] Low: 2 Mbits/second and 1 Mbits/second
`
`[0068] Unavailable: No service available.
`
`4) Preference for handoff among different types of
`[0069]
`systems: When more than one type of system is simulta-
`neously available, each of which are classified in the same
`service level category, a service provider rule may determine
`which type is preferred for handoff. For example, when the
`available systems are limited to 802.11 and 3G networks, the
`following preference rule may be specified:
`
`[0070]
`[0071]
`
`[0072]
`
`802.11High is preferred over 3GHigh;
`802.11Medium is preferred over SGMedium; and
`LOW
`LOW’
`
`is preferred over 3G
`
`802.11
`
`

`

`US 2004/0142693 A1
`
`Jul. 22, 2004
`
`[0073] Such rules may be configured as tables stored in the
`mobile client. Three examples are given below with respect
`to Tables 1-3:
`
`EXAMPLE 1
`
`looking to handoff from a 3G system to an 802.11 system,
`a threshold may be set by the preference rules indicating a
`minimum RSSI (as measured by the mobile unit), which the
`selected 802.11 system must achieve in order to perform the
`handoff.
`
`[0074] Rule: 802.11High is preferred over 3GHigh;
`
`[0075]
`
`[0076]
`
`802.11Medium is preferred over 3GMedium; and
`LOW'
`
`802.11LDW is preferred over 3G
`
`[0084] However, if only one threshold is defined, a “ping-
`pong effect” may occur whereby the mobile station is
`repeatedly handed off between the two systems as the
`measured RSSI of the 802.11 network fluctuates above and
`below this threshold.
`
`TABLE 1
`
`Rule Table for Example 1.
`
`3GHigh
`
`3GMedaum
`
`3GLow
`
`3GUnavauab1e
`
`802.11High
`802.11Med;um
`802.11LOW
`802.11UnWaflable
`
`802.11
`3G
`3G
`3G
`
`802.11
`802.11
`3G
`3G
`
`802.11
`802.11
`802.11
`3G
`
`802.11
`802.11
`802.11
`Work offline or sleep
`
`EXAMPLE 2
`
`[0077] Rule: 802.11Medium is preferred over 3GHigh; and
`
`[0078]
`
`802.11LDW is preferred over 3GMedium.
`
`TABLE 2
`
`Rule Table for Example 2.
`
`3GHigh
`
`3GMedium 3GLow
`
`3Gunavaiiab1e
`
`802.11High
`802.11Medium
`802.11LOW
`802.11Unavailable
`
`802.11
`802.11
`3G
`3G
`
`802.11
`802.11
`802.11
`3G
`
`802.11
`802.11
`802.11
`3G
`
`802.11
`802.11
`802.11
`Work offline or sleep
`
`EXAMPLE 3
`
`[0079] Rule: 3GHigh is preferred over 802.11High
`
`[0080]
`
`[0081]
`
`3GMedium is preferred over 802.11Medium
`LOW
`LOW
`
`is preferred over 802.11
`
`3G
`
`TABLE 3
`
`Rule Table for Example 3.
`
`3GHigh
`
`3GMedium 3GLow
`
`3GUnavanab1e
`
`802.11High
`802.11Medium
`802.11LOW
`802.11Unavailable
`
`3G
`3G
`3G
`3G
`
`802.11
`3G
`3G
`3G
`
`802.11
`802.11
`3G
`3G
`
`802.11
`802.11
`802.11
`Work offline or sleep
`
`these rule tables can be constructed
`[0082] Note that
`without knowing the specific ranges for 802.11High, 3GHigh,
`etc. Also, note that since these examples discuss two dis-
`parate systems
`they describe two dimensional
`tables.
`Depending on the number of disparate systems available
`these could be multidimensional tables, as will be readily
`apparent to those ordinarily skilled in the art.
`
`5) Thresholds for handoff from a 3G system to an
`[0083]
`802.11 system: In a situation where a mobile station is
`
`[0085] Accordingly, the service provider preference rules
`may define two thresholds for the measured RSSI of the
`selected 802.11 system. A “high watermark” Twlanhi indi-
`cates an RSSI threshold at which the 802.11 system is
`deemed available for handoff. After satisfying the Twlanhi
`threshold, if the 802.11 system dips below a “low water-
`mark” Twlanlo, it is deemed no longer available for handoff.
`In an exemplary embodiment, these two thresholds can be
`defined as any values between —10 dBm to —120 dBm,
`where Twlanhi is greater than Twlanlo.
`
`6) Thresholds for handoff from an 802.11 system to
`[0086]
`a 3G system: A threshold may also be defined for the
`measured RSSI of a 3G system in order to effectuate a
`handoff from an 802.11 system to the 3G system. Further, in
`order to counter the ping-pong effect, a high watermark
`T3ghi and a low watermark T3g10 may be defined for the 3G
`system. According to an exemplary embodiment, each
`watermark may be defined as any value between —10 dBm
`to —120 dBm, such that T3ghi>T3g10.
`
`7) Time for monitoring systems: This preference
`[0087]
`defines ch, a timer for monitoring the “channel quality and
`availability” of the channels of the available and serving
`wireless systems.
`
`8) List of SLAs: Alist ESSIDs for WLAN systems
`[0088]
`identify valid networks operators who have an SLA with the
`primary service provider to provide service for the mobile
`station. This list could either be dynamically loaded to the
`mobile client when the SLAs change, or statically down-
`loaded at the time of the mobile client configuration. Simi-
`larly, for wireline operators it may be a list of valid network
`operator IDs.
`
`It should be noted that the above list is n

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket