<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE ep-patent-document PUBLIC "-//EPO//EP PATENT DOCUMENT 1.5//EN" "ep-patent-document-v1-5.dtd">
<ep-patent-document id="EP04005476B1" file="EP04005476NWB1.xml" lang="en" country="EP" doc-number="1469697" kind="B1" date-publ="20150520" status="n" dtd-version="ep-patent-document-v1-5">
<SDOBI lang="en"><B000><eptags><B001EP>......DE....FRGB..IT......SE........................................................................</B001EP><B005EP>J</B005EP><B007EP>JDIM360 Ver 1.28 (29 Oct 2014) -  2100000/0</B007EP></eptags></B000><B100><B110>1469697</B110><B120><B121>EUROPEAN PATENT SPECIFICATION</B121></B120><B130>B1</B130><B140><date>20150520</date></B140><B190>EP</B190></B100><B200><B210>04005476.9</B210><B220><date>20040308</date></B220><B240><B241><date>20040308</date></B241><B242><date>20051018</date></B242></B240><B250>en</B250><B251EP>en</B251EP><B260>en</B260></B200><B300><B310>2003014641</B310><B320><date>20030308</date></B320><B330><ctry>KR</ctry></B330></B300><B400><B405><date>20150520</date><bnum>201521</bnum></B405><B430><date>20041020</date><bnum>200443</bnum></B430><B450><date>20150520</date><bnum>201521</bnum></B450><B452EP><date>20141204</date></B452EP></B400><B500><B510EP><classification-ipcr sequence="1"><text>H04W  36/00        20090101AFI20141114BHEP        </text></classification-ipcr></B510EP><B540><B541>de</B541><B542>Handover ausgelöst und kontrolliert durch die Mobilfunkstation in einem drahtlosen Breitbandzugriffssystem</B542><B541>en</B541><B542>Handover requested and controlled by the mobile station in a broadband wireless access communication system</B542><B541>fr</B541><B542>Transfert intercellulaire demandé et contrôlé par la station mobile dans un système à accès sans fil et à large bande</B542></B540><B560><B561><text>WO-A-99/43178</text></B561><B561><text>WO-A2-00/27051</text></B561><B561><text>US-A- 5 267 261</text></B561><B562><text>ITZIK KITROSER, YOSSI SEGAL, YIGAL LEIBA, ZION HADAD: "IEEE 802.16e Mobility Enhancements" IEEE 802.16 BROADBAND WIRELESS ACCESS WORKING GROUP, [Online] 10 January 2003 (2003-01-10), pages 0-13, XP002332310 Retrieved from the Internet: URL:http://www.ieee802.org/16/tge/contrib/ C80216e-03_05.pdf&gt; [retrieved on 2005-06-13]</text></B562><B562><text>ITZIK KITROSER: "IEEE 802.16e Handoff Draft" IEEE 802.16 BROADBAND WIRELESS ACCESS WORKING GROUP, [Online] 13 March 2003 (2003-03-13), pages 0-21, XP002331124 Retrieved from the Internet: URL:http://www.ieee802.org/16/tge/contrib/ C80216e-03_20r1.pdf&gt; [retrieved on 2005-06-08]</text></B562></B560></B500><B700><B720><B721><snm>Kim, So-Hyun</snm><adr><str>Samsung Electronics Co., Ltd
416 Maetan-dong
Yeongtong-gu</str><city>Suwon-si
Gyeonggi-do</city><ctry>KR</ctry></adr></B721><B721><snm>Koo, Chang-Hoi</snm><adr><str>Samsung Electronics Co., Ltd.
416 Maetan-dong
Yeongtong-gu</str><city>Suwon-si
Gyeonggi-do</city><ctry>KR</ctry></adr></B721><B721><snm>Son, Jung-Je</snm><adr><str>Samsung Electronics Co., Ltd.
416 Maetan-dong
Yeongtong-gu</str><city>Suwon-si
Gyeonggi-do</city><ctry>KR</ctry></adr></B721></B720><B730><B731><snm>Samsung Electronics Co., Ltd.</snm><iid>101328413</iid><irf>EP30280TE900df</irf><adr><str>129, Samsung-ro 
Yeongtong-gu</str><city>Suwon-si, Gyeonggi-do, 443-742</city><ctry>KR</ctry></adr></B731></B730><B740><B741><snm>Grünecker Patent- und Rechtsanwälte 
PartG mbB</snm><iid>100060488</iid><adr><str>Leopoldstraße 4</str><city>80802 München</city><ctry>DE</ctry></adr></B741></B740></B700><B800><B840><ctry>DE</ctry><ctry>FR</ctry><ctry>GB</ctry><ctry>IT</ctry><ctry>SE</ctry></B840><B880><date>20050810</date><bnum>200532</bnum></B880></B800></SDOBI>
<description id="desc" lang="en"><!-- EPO <DP n="1"> -->
<heading id="h0001"><b>BACKGROUND OF THE INVENTION</b></heading>
<heading id="h0002"><u>1. Field of the Invention</u></heading>
<p id="p0001" num="0001">The present invention relates to a broadband wireless access communication system, and more particularly to a system and method for performing a handover operation upon receipt of an SS (Subscriber Station) request in a BWA (Broadband Wireless Access) communication system using an OFDM (Orthogonal Frequency Division Multiplexing) scheme.</p>
<heading id="h0003"><u>2. Description of the Related Art</u></heading>
<p id="p0002" num="0002">Intensive research is being conducted into the 4G (4th Generation) communication system, one of the next generation communication systems, to provide a plurality of users with specific services having a variety of QoSs (Quality of Services) at a transfer rate of about 100 Mbps. Presently, the 3G (3rd Generation) communication system provides a transfer rate of about 384kbps in an outdoor channel environment having a relatively poor channel environment, and provides a maximum transfer rate of about 2Mbps in an indoor channel environment having a relatively good channel environment. A wireless Local Area Network (LAN) system and a wireless Metropolitan Area Network (MAN) system have been designed to provide a transfer rate of 20~50 Mbps. The 4G communication system provides the wireless LAN and MAN systems a relatively high transfer rate with mobility and QoS, and many secondory developers are conducting intensive research into high-speed services to be provided from the 4G communication system.</p>
<p id="p0003" num="0003">However, the wireless MAN system is suitable for a high-speed communication service in that it has a wide coverage area and supports a high-speed transfer rate, but it does not consider the mobility of a subscriber station (SS) at all, so that there is no consideration of the need for a handover operation (i.e., a cell selection operation) caused by the movement of the SS. The communication system currently considered in IEEE (Institute of Electrical and Electronics Engineers) 802.16a specification acts as a specific communication system for performing a ranging operation between the SS and a base station (BS). The communication system considered in the IEEE 802.16a specification will<!-- EPO <DP n="2"> --> hereinafter be described with reference to <figref idref="f0001">Fig. 1</figref>.</p>
<p id="p0004" num="0004"><figref idref="f0001">Fig. 1</figref> is a block diagram illustrating a BWA communication system using an OFDM/OFDMA (Orthogonal Frequency Division Multiplexing / Orthogonal Frequency Division Multiple Access) scheme. In more detail, <figref idref="f0001">Fig. 1</figref> depicts the IEEE 802.16a communication system.</p>
<p id="p0005" num="0005">The wireless MAN system acting as a BWA communication system has a much wider coverage area and a much higher transfer rate than the wireless LAN system. In case of adapting the OFDM scheme and the OFDMA scheme to a physical channel of the wireless MAN system to provide the wireless MAN system with a broadband transmission network, this application system is referred to as an IEEE 802.16a communication system. The IEEE 802.16a communication system applies the OFDM/OFDMA scheme to the wireless MAN system, such that it transmits a physical channel signal using a plurality of sub-carriers, resulting in high-speed data transmission. The IEEE 802.16e communication system has been designed to consider the mobility of an SS in the IEEE 802.16a communication system. There is no detailed specification for the IEEE 802.16e communication system.</p>
<p id="p0006" num="0006">Referring to <figref idref="f0001">Fig. 1</figref>, the IEEE 802.16a communication system has a single cell structure, and is composed of a BS 100 and a plurality of SSs 110, 120, and 130 managed by the BS 100. Signal transmission/reception among the BS 100 and the SSs 110, 120, and 130 can be established using the OFDM/OFDMA scheme. A downlink frame structure for use in the IEEE 802.16a communication system will hereinafter be described with reference to <figref idref="f0002">Fig. 2</figref>.</p>
<p id="p0007" num="0007"><figref idref="f0002">Fig. 2</figref> is a conceptual diagram illustrating the downlink frame structure for use in the BWA communication system using the OFDM/OFDMA scheme. In more detail, <figref idref="f0002">Fig. 2</figref> depicts a downlink frame structure for use in the IEEE 802.16a communication system.</p>
<p id="p0008" num="0008">Referring to <figref idref="f0002">Fig. 2</figref>, the downlink frame includes a preamble field 200, a broadcast control field 210, and a plurality of TDM (Time Division Multiplexing) fields 220 and 230. A synchronous signal (i.e., a preamble sequence) for acquiring synchronization between the BS and the SSs is transmitted via the preamble field 200. The broadcast control field 210 is composed of a DL(DownLink)_MAP field 211 and a UL(UpLink)_MAP field 213. The DL_MAP field 211 is adapted to transmit the DL_MAP message, and a plurality of<!-- EPO <DP n="3"> --> IEs (Information Elements) contained in the DL_MAP message are shown in the following Table 1:
<tables id="tabl0001" num="0001">
<table frame="all">
<title>[Table 1]</title>
<tgroup cols="3">
<colspec colnum="1" colname="col1" colwidth="49mm"/>
<colspec colnum="2" colname="col2" colwidth="17mm"/>
<colspec colnum="3" colname="col3" colwidth="56mm"/>
<thead>
<row>
<entry align="center" valign="top">Syntax</entry>
<entry align="center" valign="top">Size</entry>
<entry align="center" valign="top">Notes</entry></row></thead>
<tbody>
<row>
<entry>DL_MAP_Message_Format() {</entry>
<entry/>
<entry/></row>
<row>
<entry>Management Message Type=2</entry>
<entry>8 bits</entry>
<entry/></row>
<row>
<entry>PHY Synchronization Field</entry>
<entry>Variable</entry>
<entry>See appropriate PHY specification</entry></row>
<row>
<entry>DCD Count</entry>
<entry>8 bits</entry>
<entry/></row>
<row>
<entry>Base Station ID</entry>
<entry>48 bits</entry>
<entry/></row>
<row>
<entry>Number of DL MAP Element n</entry>
<entry>16 bits</entry>
<entry/></row>
<row>
<entry>Begin PHY Specific section {</entry>
<entry/>
<entry>See applicable PHY section</entry></row>
<row>
<entry>  for (I=1; i&lt;=n; i+†)</entry>
<entry/>
<entry>For each DL_MAP element 1 to n</entry></row>
<row>
<entry>DL_MAP Information Element( )</entry>
<entry>Variable</entry>
<entry>See corresponding PHY specification</entry></row>
<row>
<entry>  if! (byte boundary) {</entry>
<entry/>
<entry/></row>
<row>
<entry>    Padding Nibble</entry>
<entry>4 bits</entry>
<entry>Padding to reach byte boundary</entry></row>
<row>
<entry>          }</entry>
<entry/>
<entry/></row>
<row>
<entry>        }</entry>
<entry/>
<entry/></row>
<row>
<entry>      }</entry>
<entry/>
<entry/></row>
<row>
<entry>    }</entry>
<entry/>
<entry/></row></tbody></tgroup>
</table>
</tables></p>
<p id="p0009" num="0009">With reference to the above Table 1, the DL_MAP message includes a Management Message Type field indicative of a plurality of IEs (i.e., transmission message type information); a PHY (PHYsical) Synchronization field established in response to a modulation or demodulation scheme applied to a physical channel in order to perform synchronization acquisition; a DCD count field indicative of count information in response to a DCD (Downlink Channel Descriptor) message configuration variation containing a downlink burst profile; a Base Station ID field indicative of a Base Station Identifier; and a Number of DL_MAP Element n field indicative of the number of elements found after the Base Station ID. Particularly, the DL_MAP message (not shown in Table 1) includes information associated with ranging codes allocated to individual ranging processes to be described later.</p>
<p id="p0010" num="0010">The UL_MAP field 213 is adapted to transmit the UL_MAP message, and a<!-- EPO <DP n="4"> --> plurality of IEs contained in the UL_MAP message are shown in the following Table 2:
<tables id="tabl0002" num="0002">
<table frame="all">
<title>[Table 2]</title>
<tgroup cols="2">
<colspec colnum="1" colname="col1" colwidth="60mm"/>
<colspec colnum="2" colname="col2" colwidth="17mm"/>
<thead valign="top">
<row>
<entry align="center">Syntax</entry>
<entry align="center">Size</entry></row></thead>
<tbody>
<row>
<entry>UL MAP Message Format(){</entry>
<entry/></row>
<row>
<entry>  Management Message Type=3</entry>
<entry>8 bits</entry></row>
<row>
<entry>  Uplink Channel ID</entry>
<entry>8 bits</entry></row>
<row>
<entry>  UCD Count</entry>
<entry>8 bits</entry></row>
<row>
<entry>  Number of UL MAP Element n</entry>
<entry>16 bits</entry></row>
<row>
<entry>  Allocation Start Time</entry>
<entry>32 bits</entry></row>
<row>
<entry>  Begin PHY Specific section {</entry>
<entry/></row>
<row>
<entry>    for (i=1; i&lt;n; i+n)</entry>
<entry/></row>
<row>
<entry>    UL MAP Information Element( )</entry>
<entry>Variable</entry></row>
<row>
<entry>      Connection ID</entry>
<entry/></row>
<row>
<entry>      UIUC</entry>
<entry/></row>
<row>
<entry>      Offset</entry>
<entry/></row>
<row>
<entry>     }</entry>
<entry/></row>
<row>
<entry>    }</entry>
<entry/></row>
<row>
<entry>  }</entry>
<entry/></row>
<row>
<entry>}</entry>
<entry/></row></tbody></tgroup>
</table>
</tables></p>
<p id="p0011" num="0011">With reference to Table 2, the UL_MAP message includes a Management Message Type field indicative of a plurality of IEs (i.e., transmission message type information); an Uplink Channel ID field indicative of a used Uplink Channel ID; a UCD (Uplink Channel Descriptor) count field indicative of count information in response to a UCD message configuration variation containing an uplink burst profile; and a Number of UL_MAP Element n field indicative of the number of elements found after the UCD count field. In this case, the uplink channel ID can only be allocated to a Media Access Control (MAC) sub-layer.</p>
<p id="p0012" num="0012">The UIUC (Uplink Interval Usage Code) area records information indicative of the usage of offsets recorded in the offset area. For example, provided that 2 is recorded in the UIUC area, a starting offset for use in the initial ranging process is recorded in the offset area. Provided that 3 is recorded in the UIUC area, a starting offset for use in either the bandwidth request ranging or the maintenance ranging process is recorded in the offset area. The offset area<!-- EPO <DP n="5"> --> records a starting offset value for use in either the initial ranging process or the maintenance ranging process according to the information recorded in the UIUC area. Physical channel characteristic information to be transferred from the UIUC area is recorded in the UCD.</p>
<p id="p0013" num="0013">Provided that the SS results in a ranging failure, a predetermined backoff value is set up to increase the probability of success in the next trial, and the ranging process is re-performed after the lapse of a predetermined time corresponding to the backoff time. In this case, information needed for determining the backoff value is contained in the UCD message. The aforementioned UCD message configuration is shown in the following Table 3:
<tables id="tabl0003" num="0003">
<table frame="all">
<title>[Table 3]</title>
<tgroup cols="3">
<colspec colnum="1" colname="col1" colwidth="70mm"/>
<colspec colnum="2" colname="col2" colwidth="17mm"/>
<colspec colnum="3" colname="col3" colwidth="14mm"/>
<thead valign="top">
<row>
<entry align="center">Syntax</entry>
<entry align="center">Size</entry>
<entry align="center">Notes</entry></row></thead>
<tbody>
<row>
<entry>UCD-Message_Format(){</entry>
<entry/>
<entry/></row>
<row>
<entry>Management Message Type=0</entry>
<entry>8 bits</entry>
<entry/></row>
<row>
<entry>Unlink channel ID</entry>
<entry>8 bits</entry>
<entry/></row>
<row>
<entry>Configuration Change Count</entry>
<entry>8 bits</entry>
<entry/></row>
<row>
<entry>Mini-slot size</entry>
<entry>8 bits</entry>
<entry/></row>
<row>
<entry>Ranging Backoff Start</entry>
<entry>8 bits</entry>
<entry/></row>
<row>
<entry>Ranging Backoff End</entry>
<entry>8 bits</entry>
<entry/></row>
<row>
<entry>Request Backoff Start</entry>
<entry>8 bits</entry>
<entry/></row>
<row>
<entry>Request Backoff End</entry>
<entry>8 bits</entry>
<entry/></row>
<row>
<entry>TLV Encoded Information for the overall channel</entry>
<entry>Variable</entry>
<entry/></row>
<row>
<entry>Begin PHY Specific Section {</entry>
<entry/>
<entry/></row>
<row>
<entry>  for (i=1; i&lt;n; i+n)</entry>
<entry/>
<entry/></row>
<row>
<entry>    Uplink_Burst_Descriptor</entry>
<entry>Variable</entry>
<entry/></row>
<row>
<entry>    }</entry>
<entry/>
<entry/></row>
<row>
<entry>  }</entry>
<entry/>
<entry/></row>
<row>
<entry>}</entry>
<entry/>
<entry/></row></tbody></tgroup>
</table>
</tables></p>
<p id="p0014" num="0014">With reference to the Table 3, the UCD message includes a Management Message Type field Indicative of a plurality of IEs (i.e., transmission message type information); an Uplink Channel ID field indicative of a used Uplink Channel Identifier; a Configuration Change Count field counted by the BS; a mini-slot size field indicative of the number of mini-slots of the uplink physical channel; a<!-- EPO <DP n="6"> --> Ranging Backoff Start field indicative of a backoff start point for an initial ranging process, i.e., an initial backoff window size for the initial ranging process; a Ranging Backoff End field indicative of a backoff end point for the initial ranging process, i.e., a final backoff window size; a Request Backoff Start field indicative of a backoff start point for establishing contention data and requests, i.e., an initial backoff window size; and a Request Backoff End field indicative of a backoff end point for establishing contention data and requests, i.e., a final backoff window size. In this case, the backoff value indicates a kind of standby time which is a duration time between the start of SS's access failure and the start of SS's re-access time. If the SS fails to execute an initial ranging process, the BS must transmit the backoff values indicative of standby time information for which the SS must wait for the next ranging process to the SS. For example, provided that a specific number of 10 is determined by the "Ranging Backoff Start" and "Ranging Backoff End" fields shown in Table 3, the SS must pass over 2<sup>10</sup> access executable chances (i.e., 1024 access executable chances) and then execute the next ranging process according to a Truncated Binary Exponential Backoff Algorithm.</p>
<p id="p0015" num="0015">The TDM fields 220 and 230 indicate fields corresponding to timeslots allocated using a TDM/TDMA (Time Division Multiplexing / Time Division Multiple Access) scheme. The BS transmits broadcast information to be broadcast to SSs managed by the BS over the DL_MAP field 211 using a predetermined center carrier. The SSs monitor all the frequency bands having been previously allocated to individual SSs upon receipt of a power-on signal, such that they detect a pilot channel signal having the highest signal intensity, i.e., the highest pilot CINR (Carrier to Interference and Noise Ratio). It is determined that the SS belongs to a specific BS which has transmitted the pilot channel signal with the highest pilot CINR. The SSs check the DL_MAP field 211 and the UL_MAP field 213 of the downlink frame having been transmitted from the BS, such that they recognize their own uplink and downlink control information and specific information indicative of a real data transmission/reception position.</p>
<p id="p0016" num="0016">The downlink frame structure for use in the IEEE 802.16a communication system has been disclosed with reference to <figref idref="f0002">Fig. 2</figref>. An uplink frame structure for use in the IEEE 802.16a communication system will hereinafter be described with reference to <figref idref="f0003">Fig. 3</figref>.</p>
<p id="p0017" num="0017"><figref idref="f0003">Fig. 3</figref> is a conceptual diagram illustrating an uplink frame structure for use in a BWA communication system using an OFDM/OFDMA scheme. In more detail, <figref idref="f0003">Fig. 3</figref> depicts an uplink frame structure for use in the IEEE 802.16a<!-- EPO <DP n="7"> --> communication system.</p>
<p id="p0018" num="0018">Prior to describing the uplink frame structure shown in <figref idref="f0003">Fig. 3</figref>, three ranging processes for use in the IEEE 802.16a communication system, i.e., an initial ranging process, a maintenance ranging process (also called a period ranging process), and a bandwidth request ranging process will hereinafter be described in detail.</p>
<heading id="h0004">First, the initial ranging process will be described in detail.</heading>
<p id="p0019" num="0019">The initial ranging process for establishing synchronization acquisition between the BS and the SS establishes a correct time offset between the SS and the BS, and is adapted to control a transmission power (also called a transmit power). In more detail, the SS is powered on, and receives the DL_MAP message, the UL MAP message, and the UCD message to establish synchronization with the BS in such a way that it performs the initial ranging process to control the transmission power between the BS and the time offset. In this case, the IEEE 802.16a communication system uses the OFDM/OFDMA scheme, such that the ranging procedure requires a plurality of ranging sub-channels and a plurality of ranging codes. The BS allocates available ranging codes to the SS according to objectives of the ranging processes (i.e., the ranging process type information). This operation will hereinafter be described in detail.</p>
<p id="p0020" num="0020">The ranging codes are created by segmenting a PN (Pseudorandom Noise) sequence having a length of 2<sup>15</sup>-1 bits into predetermined units. Typically, one ranging channel is composed of two ranging sub-channels each having a length of 53 bits, PN code segmentation is executed over the ranging channel having the length of 106 bits, resulting in the creation of a ranging code. A maximum of 48 ranging codes RC#1~RC#48 can be assigned to the SS. More than two ranging codes for every SS are applied as a default value to the three ranging processes having different objectives, i.e., an initial ranging process, a period ranging process, and a bandwidth request ranging process. In this way, a ranging code is differently assigned to the SS according to each objective of the three ranging processes. For example, N ranging codes are assigned to the SS for the initial ranging process as denoted by a prescribed term of "N RC (Ranging Codes) for Initial Ranging", M ranging codes are assigned to the SS for the periodic ranging process as denoted by a prescribed term of "M RCs for maintenance ranging", and L ranging codes are assigned to the SS for the bandwidth request ranging process as denoted by a prescribed term of "L RCs for BW-request ranging". The<!-- EPO <DP n="8"> --> assigned ranging codes are transmitted to the SSs using the DL MAP message, and the SSs perform necessary ranging procedures using the ranging codes contained in the DL_MAP message.</p>
<p id="p0021" num="0021">Second, the period ranging process will be described in detail.</p>
<p id="p0022" num="0022">The period ranging process is periodically executed such that an SS which has controlled a time offset between the SS and the BS, and a transmission power in the initial ranging process can control a channel state associated with the BS. The SS performs the period ranging process using the ranging codes assigned for the period ranging process.</p>
<p id="p0023" num="0023">Third, the bandwidth request ranging process will be described.</p>
<p id="p0024" num="0024">The bandwidth request ranging process is adapted to enable the SS, which has controlled a time offset between the SS and the BS, and a transmission power in the initial ranging process, to request a bandwidth allocation from the BS in such a way that the SS can communicate with the BS.</p>
<p id="p0025" num="0025">Referring to <figref idref="f0003">Fig. 3</figref>, the uplink frame includes an initial maintenance opportunity field 300 using the initial and period ranging processes, a request contention opportunity field 310 using the bandwidth request ranging process, and an SS scheduled data field 320 composed of uplink data of a plurality of SSs. The initial maintenance opportunity field 300 includes a plurality of access burst fields each having real initial and period ranging processes, and a collision field in which there is a collision between the access burst fields. The request contention opportunity field 310 inludes a plurality of bandwidth request fields each having a real bandwidth request ranging process, and a collision field in which there is a collision between the bandwidth request ranging fields. The SS scheduled data fields 320 are each composed of a plurality of SS scheduled data fields (i.e., SS 1 scheduled data field ~ SS N scheduled data field). The SS transition gap is positioned between the SS scheduled data fields (i.e., SS 1 scheduled data field ~ SS N scheduled data field).</p>
<p id="p0026" num="0026"><figref idref="f0003">Fig. 3</figref> has disclosed the uplink frame structure for the IEEE 802.16a communication system. A ranging procedure for the IEEE 802.16a communication system using an OFDM scheme will hereinafter be described with reference to <figref idref="f0004">Fig. 4</figref>.<!-- EPO <DP n="9"> --></p>
<p id="p0027" num="0027"><figref idref="f0004">Fig. 4</figref> is a flow chart illustrating the ranging procedure between the SS and the BS in a BWA communication system using the OFDM scheme.</p>
<p id="p0028" num="0028">Referring to <figref idref="f0004">Fig. 4</figref>, the SS 400 monitors all of its own predetermined frequencies upon receipt of a power-on signal, such that it detects a pilot channel signal having the highest signal intensity, i.e., the highest pilot CINR (Carrier to Interference and Noise Ratio). It is determined that SS 400 belongs to a specific BS 420 which has transmitted the pilot channel signal with the highest pilot CINR. The SS 400 receives a downlink frame preamble from the BS 420, such that it acquires system synchronization with the BS 420.</p>
<p id="p0029" num="0029">Upon establishing synchronization between the SS 400 and the BS 420, the BS 420 transmits the DL_MAP message and the UL_MAP message to the SS 400 at steps 411 and 413, respectively. As previously shown in Table 1, the DL_MAP message includes a variety of information, for example, requisite information for establishing synchronization between the SS 400 and the BS 420 in a downlink direction and configuration information of a physical channel capable of receiving a variety of messages transmitted to a plurality of SSs 400 over a downlink channel. As previously shown in Table 2, the UL_MAP message informs the SS 400 of SS scheduling interval information and physical channel configuration information, etc.</p>
<p id="p0030" num="0030">The DL_MAP message is periodically broadcast from the BS to all the SSs. In the case where the SS 400 can continuously receive the periodically-broadcast DL MAP message, it is assumed that the SS is synchronized with the BS. The SSs receiving the DL_MAP message can receive all the messages transmitted over a downlink channel.</p>
<p id="p0031" num="0031">As stated above in Table 3, if the SS results in an access failure, the BS transmits the UCD message containing available backoff value indication information to the SS.</p>
<p id="p0032" num="0032">In case of performing the above ranging process, the SS 400 transmits an RNG_REQ (Ranging Request) message to the BS 420 at step 415. The BS 420 receiving the RNG_REQ message transmits an RNG_RSP (Ranging Response) message containing information for controlling a variety of factors (e.g., frequency, time, and transmission power) to the SS 400 at step 417.</p>
<p id="p0033" num="0033">The RNG_REQ message configuration is shown in the following Table 4:<!-- EPO <DP n="10"> -->
<tables id="tabl0004" num="0004">
<table frame="all">
<title>[Table 4]</title>
<tgroup cols="3">
<colspec colnum="1" colname="col1" colwidth="51mm"/>
<colspec colnum="2" colname="col2" colwidth="17mm"/>
<colspec colnum="3" colname="col3" colwidth="22mm"/>
<thead>
<row>
<entry align="center" valign="top">Syntax</entry>
<entry align="center" valign="top">Size</entry>
<entry align="center" valign="top">Notes</entry></row></thead>
<tbody>
<row>
<entry>RNG-REQ_Message_Format() {</entry>
<entry/>
<entry/></row>
<row>
<entry>Management Message Type=4</entry>
<entry>8 bits</entry>
<entry/></row>
<row>
<entry>Downlink Channel ID</entry>
<entry>8 bits</entry>
<entry/></row>
<row>
<entry>Pending Until Complete</entry>
<entry>8 bits</entry>
<entry/></row>
<row>
<entry>TLV Encoded Information</entry>
<entry>Variable</entry>
<entry>TLV specific</entry></row>
<row>
<entry/>
<entry/>
<entry/></row></tbody></tgroup>
</table>
</tables></p>
<p id="p0034" num="0034">With reference to Table 4, the Downlink Channel ID field indicates a downlink channel ID contained in the RNG-REQ message received in the SS via the UCD. The Pending Until Complete field indicates priority information of a transmission ranging response. In more detail, if the Pending Until Complete field is set to "0", a previous ranging response has priority. Otherwise, if the Pending Until Complete field is not set to "0", a current transmission ranging response has priority.</p>
<p id="p0035" num="0035">A detailed configuration of the RNG_RSP message to the RNG_REQ message shown in Table 4 is shown in Table 5:
<tables id="tabl0005" num="0005">
<table frame="all">
<title>[Table 5]</title>
<tgroup cols="3">
<colspec colnum="1" colname="col1" colwidth="51mm"/>
<colspec colnum="2" colname="col2" colwidth="17mm"/>
<colspec colnum="3" colname="col3" colwidth="22mm"/>
<thead>
<row>
<entry align="center" valign="top">Syntax</entry>
<entry align="center" valign="top">Size</entry>
<entry align="center" valign="top">Notes</entry></row></thead>
<tbody>
<row>
<entry>RNG_RSP_Message_Format(){</entry>
<entry/>
<entry/></row>
<row>
<entry>Management Message Type=5</entry>
<entry>8 bits</entry>
<entry/></row>
<row>
<entry>Uplink Channel ID</entry>
<entry>8 bits</entry>
<entry/></row>
<row>
<entry>TLV Encoded Informatipm</entry>
<entry>Variable</entry>
<entry>TLV specific</entry></row>
<row>
<entry/>
<entry/>
<entry/></row></tbody></tgroup>
</table>
</tables></p>
<p id="p0036" num="0036">With reference to Table 5, the Uplink Channel ID field indicates an uplink channel ID contained in the RNG_REQ message.</p>
<p id="p0037" num="0037"><figref idref="f0004">Fig. 4</figref> has disclosed the ranging process when the IEEE 802.16a communication system uses the OFDM scheme. A ranging procedure for the IEEE 802.16a communication system using the OFDMA scheme will hereinafter be described with reference to <figref idref="f0005">Fig. 5</figref>. In this case, the IEEE 802.16a<!-- EPO <DP n="11"> --> communication system contains a dedicated ranging interval in order to enable the IEEE 802.16a communication system to more effectively perform the ranging process using the OFDMA scheme, so that it may transmit the Ranging-Code instead of the RNG_REQ message according to a ranging code transmission scheme in the dedicated ranging interval.</p>
<p id="p0038" num="0038">Referring to <figref idref="f0005">Fig. 5</figref>, the BS 520 transmits the DL_MAP message and the UL_MAP message to the SS 500 at steps 511 and 513, respectively. Detailed operations of steps 511 and 513 are equal to those of steps 411 and 413. The communication system using the OFDMA scheme of <figref idref="f0005">Fig. 5</figref> transmits a ranging code instead of the RNG-REQ message having been described in <figref idref="f0004">Fig. 4</figref> at step 515. The BS 520 receiving the ranging code transmits the RNG_RSP message to the SS 500 at step 517.</p>
<p id="p0039" num="0039">New information must be added to the RNG_RSP message such that information corresponding to the ranging code transmitted to the BS can be recorded in the RNG_RSP message. The aforementioned new information to be added to the RNG_RSP message is composed of a ranging code (i.e., a received ranging CDMA code), a ranging symbol (i.e., an OFDM symbol in the received ranging CDMA code), a ranging sub-channel (i.e., a ranging sub-channel in the received ranging CDMA code), and a ranging frame number (i.e., a frame number in the received ranging CDMA code).</p>
<p id="p0040" num="0040">As described above, the IEEE 802.16a communication system operates on the basis of a fixed state of a current SS (i.e., there is no consideration given to the mobility of the SS) and a single cell structure. However, the IEEE 802.16e communication system has been defined as a system for considering the SS's mobility in the IEEE 802.16a communication system, such that the IEEE 802.16e communication system must consider the SS's mobility in a multi-cell environment. In order to provide the SS's mobility in the multi-cell environment, individual operating modes of the SS and the BS must be converted . However, the IEEE 802.16e communication system has not proposed a new method for the SS's mobility in the multi-cell environment. In conclusion, a handover system considering both an idle state and a communication service execution mode must be developed to provide mobility to an SS in a IEEE 802.16e communication system .<!-- EPO <DP n="12"> --></p>
<p id="p0041" num="0041">Itzik Kitroser et al.: "IEEE 802.16e Mobility Enhancements" IEEE 802.16 Broadband Wireless Access Working Group relates to IEEE 802.16e mobility enhancements. A handoff scheme is proposed which aims at guaranteeing a smooth handoff process. In a first step, a base station advertises information about a neighbor station. Each base station will broadcast information about the network topology for their subscriber station, the information including PHY settings and who the neighbor base stations are. The next step is that a base station will allocate time for each subscriber station where it may listen to a neighbor base station. Next, a subscriber station will listen to the neighbor station. In time intervals allocated by the base station, a subscriber station will attempt to synchronize with neighbor base stations and estimate the signal quality. Then, the handoff is initiated. Based on the signal quality, either a subscriber station or a base station may request to initiate a handoff. Before executing the handoff, the neighboring base stations are notified through the backbone of the handoff request. Each neighbor base station returns feedback about its capability to service the subscriber station. Next, when the actual handoff takes place, the new host base station as well as all neighbor base stations are aware of the subscriber station handoff.</p>
<p id="p0042" num="0042"><patcit id="pcit0001" dnum="WO9943178A"><text>WO 99/43178 A</text></patcit> relates to measurement reporting in a telecommunication system. The basic idea of the described technique is to specify at least two different triggers for sending a measurement report from the mobile station to the network. Accordingly, the network specifies the triggers to be used in different measurement report types. The triggers are preferably upper or lower threshold values for parameters of the radio signal. In response to having detected that the measured value has exceeded its upper threshold value or gone under its lower threshold, the mobile station sends the network a measurement report. To be able to successfully communicate with the mobile telecommunications network, the mobile station continuously monitors the radio signals sent by the base stations. During an active connection, the connection can be moved from one base station to another by simply rerouting the signal, which is called hard handover. In addition to network initiated handovers, also mobile evaluated handovers (MEHO) are known. The mobile station monitors the signal levels received from neighboring base stations and reports to the network those beacon signals which are above or below a given set of thresholds. Two types of thresholds are used: the first one to report beacons with sufficient power, and the<!-- EPO <DP n="13"> --> second one to report beacons whose power has declined to a level where it is not beneficial to be used for receiving the sent information. Beacons can be dropped from the active set according to the same principle. When the beacon strength decreases below a dynamic threshold T3, the handover connection is removed. The threshold T3 is a function of the total energy of beacons in the active set. The mobile station is to calculate a measure for the carrier-to-interference ratio CIR of the measured signal.</p>
<p id="p0043" num="0043">It is the object of the present invention to provide a system and method for reducing traffic on the backbone network.</p>
<p id="p0044" num="0044">This object is solved by the subject matter of the independent claims.</p>
<p id="p0045" num="0045">Preferred embodiments are described in the dependent claims.<!-- EPO <DP n="14"> --></p>
<p id="p0046" num="0046">It is another aspect of the present invention to provide a system and method for performing a handover operation upon receipt of an SS request signal in a BWA communication system.</p>
<p id="p0047" num="0047">In accordance with one aspect of the present invention, the above and other aspects can be accomplished by the provision of a subscriber station (SS) handover method upon receiving a handover request from the SS in a BWA (Broadband Wireless Access) communication system comprised of a serving BS (Base Station) and a plurality of neighbor BSs adjacent to the serving BS, comprising the steps of: a) receiving from the serving BS information relating to the plurality of neighbor BSs; b) measuring CINRs (Carrier to Interference and Noise Ratios) of pilot signals transferred from the neighbor BSs upon receipt of the information relating to the neighbor BSs; c) transmitting a handover request signal to the serving BS along with pilot signal CINR information of the neighbor BSs; d) upon receipt of the handover request signal, receiving from the serving BS information of a target BS inform among the neighbor BSs; and e) performing a handover function from the serving BS to the target BS.</p>
<p id="p0048" num="0048">In accordance with another aspect of the present invention, there is provided a serving BS (Base Station) handover method upon receiving a handover request from an SS (Subscriber Station) in a BWA (Broadband Wireless Access) communication system comprised of a serving BS and a plurality of neighbor BSs adjacent to the serving BS, comprising the steps of: a) transmitting to the SS information relating to the neighbor BSs; b) receiving from the SS a handover request signal containing CINR (Carrier to Interference and Noise Ratio) information of pilot signals of the neighbor BSs; c) determining if the neighbor BSs contained in the handover request signal can support a handover function for the SS, and selecting a target BS acting as a handover target of the SS from among neighbor BSs capable of supporting the handover function for the SS; and d) transmitting a response signal associated with the handover request signal of the SS along with the target BS information, and informing the target BS of a handover ready state of the SS.</p>
<p id="p0049" num="0049">In accordance with yet another aspect of the present invention, there is provided an SS (Subscriber Station) handover method upon receiving a handover<!-- EPO <DP n="15"> --> request from the SS in a BWA (Broadband Wireless Access) communication system comprised of a serving BS (Base Station) and a plurality of neighbor BSs adjacent to the serving BS, comprising the steps of: a) receiving from the serving BS information relating to the plurality of neighbor BSs and handover condition information; b) measuring CINRs (Carrier to Interference and Noise Ratios) of pilot signals transferred from the neighbor BSs upon receipt of the neighbor BSs information; c) selecting a plurality of candidate BSs corresponding to the handover condition information from among the neighbor BSs, and transmitting a handover request signal to the serving BS along with pilot signal CINR information of the candidate BSs; d) upon receipt of the handover request signal, receiving from the serving BS information of a target BS from among the candidate BSs; and e) performing a handover function from the serving BS to the target BS.</p>
<p id="p0050" num="0050">In accordance with yet another aspect of the present invention, there is provided a handover method upon receiving a handover request from an SS (Subscriber Station) in a BWA (Broadband Wireless Access) communication system comprised of a serving BS (Base Station) and a plurality of neighbor BSs adjacent to the serving BS, comprising the steps of: a) controlling the serving BS to transmit to the SS information of the neighbor BSs and handover condition information; b) controlling the SS to measure CINRs (Carrier to Interference and Noise Ratios) of pilot signals transferred from the neighbor BSs according to the neighbor BSs information; c) controlling the SS to determine a plurality of candidate BSs corresponding to handover condition information from among the neighbor BSs, and transmitting to the serving BS a handover request signal along with pilot signal CINR information of the candidate BSs; d) if the serving BS receives the handover request signal from the SS, determining if the neighbor BSs contained in the handover request signal can support a handover function for the SS, and selecting a target BS acting as a handover target of the SS from among candidate BSs capable of supporting the handover function for the SS; e) controlling the serving BS to transmit a response signal associated with the handover request signal to the SS along with the target BS information, and informing the target BS of a handover ready state of the SS; and f) controlling the SS to perform a handover operation from the serving BS to the target BS according to the target BS information contained in the handover request response signal.</p>
<p id="p0051" num="0051">In accordance with yet another aspect of the present invention, there is provided a handover apparatus upon receiving a handover request from the SS (Subscriber Station) in a BWA (Broadband Wireless Access) communication<!-- EPO <DP n="16"> --> system comprised of a serving BS (Base Station) and a plurality of neighbor BSs adjacent to the serving BS, comprising: the serving BS, which transmits information of the neighbor BSs and handover condition information to the SS, determines if the neighbor BSs contained in the handover request signal can support a handover function for the SS upon receiving the handover request signal from the SS, selects a target BS acting as a handover target of the SS from among candidate BSs capable of supporting the handover function for the SS, transmits a response signal associated with the handover request signal to the SS along with the target BS information, and informs the target BS of a handover ready state of the SS; and the SS, which measures CINRs (Carrier to Interference and Noise Ratios) of pilot signals transferred from the neighbor BSs according to the neighbor BSs information, selects a plurality of candidate BSs corresponding to handover condition information from among the neighbor BSs, transmits a handover request signal to the serving BS along with pilot signal CINR information of the candidate BSs, and performs a handover operation from the serving BS to the target BS according to the target BS information contained in the handover request response signal.</p>
<heading id="h0005"><b>BRIEF DESCRIPTION OF THE DRAWINGS</b></heading>
<p id="p0052" num="0052">The above and other objects, features and other advantages of the present invention will be more clearly understood from the following detailed description taken in conjunction with the accompanying drawings, in which:
<ul id="ul0001" list-style="none" compact="compact">
<li><figref idref="f0001">Fig. 1</figref> is a block diagram illustrating a conventional BWA (Broadband Wireless Access) communication system using an OFDM/OFDMA scheme;</li>
<li><figref idref="f0002">Fig. 2</figref> is a conceptual diagram illustrating a conventional downlink frame structure for use in a BWA communication system using an OFDM/OFDMA scheme;</li>
<li><figref idref="f0003">Fig. 3</figref> is a conceptual diagram illustrating a conventional uplink frame structure for use in a BWA communication system using an OFDM/OFDMA scheme;</li>
<li><figref idref="f0004">Fig. 4</figref> is a flow chart illustrating a conventional ranging process between an SS and a BS in a BWA communication system using an OFDM scheme;</li>
<li><figref idref="f0005">Fig. 5</figref> is a flow chart illustrating a conventional ranging process between an SS and a BS in a BWA communication system using an OFDMA scheme;</li>
<li><figref idref="f0006">Fig. 6</figref> is a block diagram illustrating a BWA communication system using an OFDM/OFDMA scheme to perform a variety of functions in accordance with a preferred embodiment of the present invention;<!-- EPO <DP n="17"> --></li>
<li><figref idref="f0007">Fig. 7</figref> is a flow chart illustrating a handover procedure upon receiving a handover request from an SS in a BWA communication system using an OFDM scheme in accordance with a preferred embodiment of the present invention;</li>
<li><figref idref="f0008">Fig. 8</figref> is a flow chart illustrating a handover procedure upon receiving a handover request from an SS in a BWA communication system using an OFDMA scheme in accordance with a preferred embodiment of the present invention;</li>
<li><figref idref="f0009">Fig. 9</figref> is a block diagram illustrating an internal configuration of the SS for performing inventive functions in accordance with a preferred embodiment of the present invention;</li>
<li><figref idref="f0010">Fig. 10</figref> is a flow chart illustrating operations of the SS in accordance with a preferred embodiment of the present invention; and</li>
<li><figref idref="f0011">Fig. 11</figref> is a flow chart illustrating operations of a serving BS in accordance with a preferred embodiment of the present invention.</li>
</ul></p>
<heading id="h0006"><b>DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS</b></heading>
<p id="p0053" num="0053">Now, preferred embodiments of the present invention will be described in detail with reference to the annexed drawings. In the drawings, the same or similar elements are denoted by the same reference numerals even though they are depicted in different drawings. In the following description, a detailed description of known functions and configurations incorporated herein will be omitted when it may obscure the subject matter of the present invention.</p>
<p id="p0054" num="0054"><figref idref="f0006">Fig. 6</figref> is a block diagram illustrating a BWA communication system using an OFDM/OFDMA scheme to perform a variety of functions in accordance with a preferred embodiment of the present invention.</p>
<p id="p0055" num="0055">Prior to describing the BWA communication system shown in <figref idref="f0006">Fig. 6</figref>, it is noted that the present invention adapts the IEEE 802.16e communication system using an OFDM/OFDMA scheme as a representative example. It is also noted that an IEEE 802.16e communication system acting as a communication system for considering the mobility of an SS in the IEEE 802.16a communication system has not been developed yet. Provided that the SS's mobility is considered in the IEEE 802.16a communication system, it is possible to consider the multi-cell structure and an SS's handover operation (i.e., a cell selection operation) between the multi-cells. Therefore, the present invention provides the IEEE 802.16e communication system as shown in <figref idref="f0006">Fig. 6</figref>.</p>
<p id="p0056" num="0056">Referring to <figref idref="f0006">Fig. 6</figref>, the IEEE 802.16e communication system includes a<!-- EPO <DP n="18"> --> multi-cell structure, i.e., a plurality of cells 600 and 650. In more detail, the IEEE 802.16e communication system includes a first BS 610 for managing the cell 600, a second BS 640 for managing the cell 650, and a plurality of SSs 611, 613, 630, 651, and 653. Signal transmission/reception among the BSs 610 and 640 and the SSs 611, 613, 630, 651, and 653 is established using the OFDM/OFDMA scheme. Among the subscriber stations 611,613,630,651,and 653, the subscriber station 630 is located in a boundary region, or a handover region, between the cell 600 and the cell 650. Therefore, it is necessary to support a handover of the subscriber station 630 in order to support mobility of the subscriber station 630 .</p>
<p id="p0057" num="0057">In general, and according to an embodiment of the present invention an SS for use in the BWA communication system receives a plurality of signals from a plurality of BSs. The SS detects individual CINRs (Carrier to interference and Noise Ratios) of the received pilot signals. The SS selects a specific BS, which has transmitted a pilot channel having the highest CINR from among CINRs of the pilot signals, and determines the selected BS to be a serving BS (i.e., an active BS) to which the SS belongs. In more detail, the SS selects a BS having the best reception state from among a plurality of BSs transmitting the pilot signals, and recognizes the selected BS as its own serving BS. For the convenience of description, the term "Active BS" or "Serving BS" may be employed in the present invention for illustrative purposes.</p>
<p id="p0058" num="0058">The SS which has selected the active BS receives a downlink frame and a uplink frame from the active BS. The detailed configurations of the downlink frame and the uplink frame received from the active BS have been disclosed in the prior art, so that they will herein be omitted for the convenience of description. The present invention must add new IEs (Information Elements) to the DL_MAP message provided from the IEEE 802.16a / IEEE 802.16e communication system in such a way that it can support a handover operation upon receiving a request from the SS. A detailed configuration of the DL_MAP message for supporting the handover operation upon receipt of the SS's request is shown in the following Table 6:<!-- EPO <DP n="19"> -->
<tables id="tabl0006" num="0006">
<table frame="all">
<title>[Table 6]</title>
<tgroup cols="4">
<colspec colnum="1" colname="col1" colwidth="24mm"/>
<colspec colnum="2" colname="col2" colwidth="25mm"/>
<colspec colnum="3" colname="col3" colwidth="30mm"/>
<colspec colnum="4" colname="col4" colwidth="88mm"/>
<thead valign="top">
<row>
<entry>MAC management message</entry>
<entry>Parameter</entry>
<entry>Multi</entry>
<entry>Content</entry></row></thead>
<tbody>
<row>
<entry morerows="9">DL_MAP</entry>
<entry>Neighbor list BS Num</entry>
<entry>Common</entry>
<entry>Number of Neighbor list BSs</entry></row>
<row>
<entry>Neighbor list Info</entry>
<entry>1 to Neighbor list BS Num</entry>
<entry/></row>
<row>
<entry>Neighbor list BS ID</entry>
<entry/>
<entry>IDs of Neighbor list BSs</entry></row>
<row>
<entry>Neighbor Frequency</entry>
<entry/>
<entry>Frequencies of Neighbor BSs</entry></row>
<row>
<entry>Neighbor Frequency offset</entry>
<entry/>
<entry>Frequency offsets of Neighbor BSs</entry></row>
<row>
<entry>Neighbor Frame offset</entry>
<entry/>
<entry>Frequency offsets of Neighbor list BSs</entry></row>
<row>
<entry>Measurement Info</entry>
<entry>Common</entry>
<entry/></row>
<row>
<entry>Pilot min CINR</entry>
<entry/>
<entry>Minimum value containable in Neighbor list</entry></row>
<row>
<entry>MAX_T</entry>
<entry/>
<entry>Maximum time during which BSs contained in Neighbor list remain below pilot min CINR</entry></row>
<row>
<entry>MIN_T</entry>
<entry/>
<entry>Minimum time during which BS having the highest pilot CINR among BSs in the Neighbor list remains at a value higher than pilot CINR of active BS</entry></row></tbody></tgroup>
</table>
</tables></p>
<p id="p0059" num="0059">With reference to the above Table 6, the number of neighbor BSs (denoted by "Neighbor list BS Num") indicates the number of neighbor BSs contained in the neighbor list. The neighbor list field indicates the list of neighbor BSs of the active BS. The Neighbor list Info field indicates neighbor BSs contained in the neighbor list, i.e., a plurality of neighbor BSs from a first neighbor BS to the last neighbor BS. The neighbor list information denoted by "Neighbor list Info" includes a Neighbor list BS ID field, a Neighbor Frequency field, a Neighbor Frequency Offset field, and a Neighbor Frame Offset field. The Neighbor list BS ID field indicates IDs of individual BSs contained in the neighbor list. The Neighbor Frequency, field indicates a center frequency of a corresponding neighbor<!-- EPO <DP n="20"> --> BS. The Neighbor Frequency Offset field indicates a frequency offset of a corresponding neighbor BS. The neighbor frame offset field indicates a frame offset of a corresponding neighbor BS. The Measurement Info field includes a minimum pilot signal CINR (Pilot min CINR) field, a maximum time (MAX_T) field and a minimum time (MIN_T) field. The Pilot min CINR field is adapted as a reference for selecting neighbor BSs containable in the Neighbor list Info field from among a plurality of BSs of the IEEE 802.16e communication system. In more detail, only BSs transmitting pilot signals each higher than the Pilot min CINR can be adapted as neighbor BSs contained in the neighbor list. The MAX_T field indicates a maximum time for enabling each neighbor BS to have a pilot signal CINR of less than the Pilot min CINR. In more detail, the neighbor BSs must transmit pilot signals higher than the Pilot min CINR. If the pilot signal less than the Pilot min CINR is transmitted during the MAX_T time, a corresponding neighbor BS is removed from the neighbor list. In this way, if the neighbor BS capable of transmitting the pilot signal having the Pilot min CINR during the MAX_T time has been removed from the neighbor list, there is no need for the SS to measure an unnecessary pilot CINR. The MIN_T time indicates a minimum time during which the highest pilot CINR from among a plurality of pilot CINRs of the neighbor BSs must be higher than a pilot CINR of the active BS. In more detail, in order to control the SS to be handed over from the active BS to a specific neighbor BS (i.e., a target BS), a CINR of a pilot signal transmitted from the target BS must be higher than that of the other pilot signal transmitted from the active BS during more than the MIN_T time.The MIN_T is set in order to prevent a ping-pong phenomenon in which the subscriber station sends a handover request to the base station each time a CINR of a received pilot channel is higher than a CINR of the active base station. In this case, it should be noted that the MAX_T time and the MIN_T time may be differently determined according to state and channel condition information of individual BSs in the IEEE 802.16e communication system.</p>
<p id="p0060" num="0060">A ranging request step during which the SS having received the DL_MAP message and the UL_MAP message requests the ranging process from the active BS and a ranging response step during which a response signal to the ranging request is transmitted to the SS which has transmitted the ranging request are equal to those of the prior art, such that their detailed description will herein omitted for the convenience of description. The SS having successfully established the ranging process wirelessly communicates with the active BS. The handover process in response to the SS request signal during the wireless access<!-- EPO <DP n="21"> --> communication time between the SS and the active BS will hereinafter be described with reference to <figref idref="f0007">Fig. 7</figref>.</p>
<p id="p0061" num="0061"><figref idref="f0007">Fig. 7</figref> is a flow chart illustrating the handover procedure upon receiving a handover request from the SS in the IEEE 802.16e communication system using the OFDM scheme in accordance with a preferred embodiment of the present invention.</p>
<p id="p0062" num="0062">Referring to <figref idref="f0007">Fig. 7</figref>, upon establishing system synchronization between an SS 701 and a serving BS (also called an active BS) 702, the serving BS 702 transmits the DL_MAP message and the UL_MAP message to the SS 701 at steps 711 and 712, respectively. The DL_MAP message format and the UL_MAP message format have been disclosed in Table 6 and Table 2, respectively, such that their detailed description will herein be omitted. The SS 701 receives the DL MAP message to detect information of neighbor BSs of the SS 701, such that the SS 701 measures CINRs of the pilot signals received from the neighbor BSs at step 731.</p>
<p id="p0063" num="0063">The SS 701 temporarily stops receiving transmission data of the serving BS 702. In more detail, the SS 701 measures CINRs of the pilot signals received from the neighbor BSs during a reception interrupt time of the transmission data of the serving BS 702. In this case, the SS 701 does not measure individual CINRs of the pilot signals received from all the neighbor BSs contained in the neighbor list contained in the DL_MAP message, and is adapted to measure only CINRs of pilot channel signals received from the neighbor BSs excluded by the MIN_T time. The method for measuring the CINRs of the pilot signals received from the neighbor BSs will be described in detail.</p>
<p id="p0064" num="0064">The SS 701 establishes synchronization with individual neighbor BSs using a variety of information of neighbor BSs contained in the neighbor list of the DL_MAP message. Upon establishing synchronization with the neighbor BSs, the SS 701 measures CINRs of pilot signals received from the neighbor BSs.</p>
<p id="p0065" num="0065">The SS 701 having measured the CINRs of the pilot signals received from the neighbor BSs determines whether it is handed over to another BS instead of the serving BS 702. The handover determination step of the SS 701 will be described in detail. At least one of the CINRs of pilot signals received from the neighbor BSs must satisfy the MAX_T condition. Provided that the CINRs of the pilot signals received from the neighbor BSs contained in the neighbor list are less than<!-- EPO <DP n="22"> --> the minimum pilot CINR denoted by "Pilot min CINR" during more than the MAX_T time, corresponding pilot signals are removed from the neighbor list, such that the MAX_T condition must be satisfied. In this case, the neighbor BSs which have satisfied the MAX_T condition are each called a candidate BS (i.e., a target BS). If the MAX_T condition has been satisfied, the SS 701 determines whether CINRs of pilot signals transmitted from the neighbor BSs are greater than a CINR of a pilot signal received from the serving BS 702. If it is determined that the pilot signal CINR received from the serving BS 702 is greater than individual CINRs of the pilot signals received from the neighbor BSs, the SS 702 does not request the handover operation from the serving BS 702. Otherwise, if it is determined that the pilot signal CINR received from the serving BS 702 is less than CINRs of the pilot signals received from the neighbor BSs, the SS 701 requests the handover operation from the serving BS 702. Needless to say, the SS 701 requests the handover operation from the serving BS 702 on the condition that a neighbor BS satisfying the MIN_T condition is found. The reason why the SS 701 requests the handover operation from the serving BS 702 on the condition that the MIN_T time condition has been satisfied is to prevent the aforementioned pingpong phenomenon from being generated.</p>
<p id="p0066" num="0066">If the handover operation has been determined, the SS 701 transmits a handover request (HO_REQ) message to the serving BS 702 at step 713. The HO_REQ message format is shown in Table 7:
<tables id="tabl0007" num="0007">
<table frame="all">
<title>[Table 7]</title>
<tgroup cols="4">
<colspec colnum="1" colname="col1" colwidth="38mm"/>
<colspec colnum="2" colname="col2" colwidth="44mm"/>
<colspec colnum="3" colname="col3" colwidth="33mm"/>
<colspec colnum="4" colname="col4" colwidth="52mm"/>
<thead valign="top">
<row>
<entry align="center">MAC management message</entry>
<entry align="center">Parameter</entry>
<entry align="center">Multi</entry>
<entry align="center">Content</entry></row></thead>
<tbody>
<row>
<entry morerows="4">HO_REQ</entry>
<entry>Uplink Channel ID</entry>
<entry>common</entry>
<entry>Uplink channel ID contained in message</entry></row>
<row>
<entry>Neighbor list BS carrier frequency</entry>
<entry>1 to Neighbor list BS Num</entry>
<entry>carrier frequencies of neighbor BSs</entry></row>
<row>
<entry>CINR of neighbor list BS</entry>
<entry/>
<entry>Pilot CINRs of Neighbor list BSs</entry></row>
<row>
<entry>QoS</entry>
<entry>common</entry>
<entry>Service category information of MS</entry></row>
<row>
<entry>BW request</entry>
<entry>common</entry>
<entry>BW Information of MS</entry></row></tbody></tgroup>
</table>
</tables><!-- EPO <DP n="23"> --></p>
<p id="p0067" num="0067">Prior to describing Table 7, it should be noted that neighbor BSs act as target BSs after receiving a handover request from the SS 701, such that they are the same as the target BSs after the SS has generated the handover request. Referring to Table 7, the Neighbor list BS carrier frequency field indicates carrier frequencies of neighbor BSs (i.e., target BSs) which have received the handover request from the SS 701. The CINR of neighbor list BS field indicates CINRs of pilot signals transmitted from the neighbor BSs. The QoS field indicates a quality of service (QoS) desired by the SS 701. The BW request field indicates a bandwidth requested in response to the QoS desired by the SS 701. In this case, the QoS is composed of a variety of service grades, i.e., an Unsolicited Grant Service (UGS), a Real-Time Polling Service (rtPS), a Non-Real-Time Polling Service (nrtPS), and a Best Effort Service (BE). The serving BS 702 having received the handover request message from the SS 701 arranges neighbor BSs contained in the handover request message. There are a variety of possible methods for arranging the neighbor BSs. As stated above, the CINR of the neighbor BS which stops measuring the CINR of the pilot signal using the SS 701 is set to "0". The serving BS 702 may configure information of the arranged neighbor BSs in the form of a list, and may store the list-formatted information.</p>
<p id="p0068" num="0068">The serving BS 702 arranging the neighbor BSs sequentially transmits an HO_CONNECTION_REQ (Handover Connection Request) message to corresponding neighbor BSs (i.e., target BSs) according to the arranged order of the neighbor BSs at steps 714 and 716. The HO_CONNECTION_REQ message format is shown in the following Table 8:
<tables id="tabl0008" num="0008">
<table frame="all">
<title>[Table 8]</title>
<tgroup cols="4">
<colspec colnum="1" colname="col1" colwidth="46mm"/>
<colspec colnum="2" colname="col2" colwidth="22mm"/>
<colspec colnum="3" colname="col3" colwidth="18mm"/>
<colspec colnum="4" colname="col4" colwidth="53mm"/>
<thead valign="top">
<row>
<entry align="center">MAC management message</entry>
<entry align="center">Parameter</entry>
<entry align="center">Multi</entry>
<entry align="center">Content</entry></row></thead>
<tbody>
<row>
<entry morerows="3">HO_CONNECTION_REQ</entry>
<entry>Target BS ID</entry>
<entry>common</entry>
<entry>Target BS ID</entry></row>
<row>
<entry>CID</entry>
<entry>common</entry>
<entry>Terminal CID in Serving BS</entry></row>
<row>
<entry>QoS</entry>
<entry>common</entry>
<entry>Service category information of MS</entry></row>
<row>
<entry>BW request</entry>
<entry>common</entry>
<entry>BW to be assigned to MS</entry></row></tbody></tgroup>
</table>
</tables></p>
<p id="p0069" num="0069">With reference to Table 8, the Target BS ID indicates ID information of the target BS. The CID (Connection ID) is a connection CID assigned from the<!-- EPO <DP n="24"> --> serving BS 702 to the SS 701. The QoS field indicates a quality of service (QoS) desired by the SS 701. The BW request field indicates a bandwidth requested in response to the QoS desired by the SS 701. The reason why the serving BS 702 transmits the HO_CONNECTION_REQ message to the target BSs (i.e., a target BS1 703 and a target BS2 704) is to determine whether or not a QoS and a bandwidth associated with the service desired by the SS 701 can be satisfied.</p>
<p id="p0070" num="0070">If the target BSs 703 and 704 receive the HO_CONNECTION_REQ message, they transmit the HO_CONNECTION_RSP (Handover Connection Response) message to the serving BS 702 at steps 715 and 717. A representative example of the HO _CONNECTION_RSP message format is shown in the following Table 9:
<tables id="tabl0009" num="0009">
<table frame="all">
<title>[Table 9]</title>
<tgroup cols="4">
<colspec colnum="1" colname="col1" colwidth="45mm"/>
<colspec colnum="2" colname="col2" colwidth="24mm"/>
<colspec colnum="3" colname="col3" colwidth="18mm"/>
<colspec colnum="4" colname="col4" colwidth="43mm"/>
<thead valign="top">
<row>
<entry align="center">MAC management message</entry>
<entry align="center">Parameter</entry>
<entry align="center">Multi</entry>
<entry align="center">Content</entry></row></thead>
<tbody>
<row>
<entry morerows="2">HO_CONNECTION_RSP</entry>
<entry>Target BS ID</entry>
<entry>common</entry>
<entry>Target BS ID</entry></row>
<row>
<entry>CID</entry>
<entry>common</entry>
<entry>Terminal CID in Serving BS</entry></row>
<row>
<entry>ACK/NACK</entry>
<entry>common</entry>
<entry>HO approval or disapproval</entry></row></tbody></tgroup>
</table>
</tables></p>
<p id="p0071" num="0071">With reference to Table 9, the Target BS ID field indicates ID information of the target BS transmitting the HO _CONNECTION_RSP, the CID is a connection ID used for the serving BS 702 of the SS 701. The ACK/NACK field indicates HO (handover) approval or disapproval information of the SS 701. In more detail, in the case where the ACK message is contained in the HO_CONNECTION_RSP message, a corresponding target BS is able to provide the SS 701 with a handover function. In the case where the NACK message is contained in the HO_CONNECTION_RSP message, a corresponding target BS is unable to provide the SS 701 with the handover function. As shown in <figref idref="f0007">Fig. 7</figref>, the target BS1 703 transmits the HO_CONNECTION_RES message containing the NACK field indicative of an handover support disable state for the SS 701. It is assumed that the target BS2 704 transmits the HO _CONNECTION_RSP message containing the ACK field indicative of a handover support enable state for the SS 701.</p>
<p id="p0072" num="0072">The HO_CONNECTION_REQ message and the HO_CONNECTION_RSP message are sequentially transmitted as shown in <figref idref="f0007">Fig. 7</figref>, but they may also be<!-- EPO <DP n="25"> --> transmitted simultaneously if needed.</p>
<p id="p0073" num="0073">Upon receiving the HO_CONNECTION_RSP message from the target BSs, the serving BS 702 detects the ACK/NACK field contained in the received HO_CONNECTION_RSP message, such that it sets the target BS (i.e., the target BS2 704) which has transmitted the HO_CONNECTION_RSP message containing the ACK field to a last target BS to which the SS 701 is handed over. Thereafter, the serving BS 702 transmits the HO_RSP (Handover Response) message containing the last target BS information to the SS 701 at step 718. The HO_RSP message includes information of the last target BS to which the SS 701 is handed over. A representative example of the HO_RSP message is shown in Table 10:
<tables id="tabl0010" num="0010">
<table frame="all">
<title>[Table 10]</title>
<tgroup cols="4">
<colspec colnum="1" colname="col1" colwidth="45mm"/>
<colspec colnum="2" colname="col2" colwidth="44mm"/>
<colspec colnum="3" colname="col3" colwidth="18mm"/>
<colspec colnum="4" colname="col4" colwidth="46mm"/>
<thead valign="top">
<row>
<entry align="center">MAC management message</entry>
<entry align="center">Parameter</entry>
<entry align="center">Multi</entry>
<entry align="center">Content</entry></row></thead>
<tbody>
<row>
<entry morerows="1">HO_RSP</entry>
<entry>Target BS ID</entry>
<entry>common</entry>
<entry>Target BS ID</entry></row>
<row>
<entry>Target BS carrier frequency</entry>
<entry>common</entry>
<entry>Carrier frequency of Target BS</entry></row></tbody></tgroup>
</table>
</tables></p>
<p id="p0074" num="0074">With reference to Table 10, the Target BS ID field indicates ID information of the last target BS to which the SS 701 is handed over. The Target BS carrier frequency field indicates a carrier frequency of the last target BS. The serving BS 702 having transmitted the HO_RSP message transmits an HO_CONNECTION_CFM (Handover Connection Confirmation) message to the last target BS (i.e., the target BS2 704) at step 719. In this case, the HO_CONNECTION_CFM message indicating that the SS 701 will be handed over to the last target BS 704 is transmitted. A representative example of the HO_CONNECTION_CFM message is shown in Table 11:
<tables id="tabl0011" num="0011">
<table frame="all">
<title>[Table 11]</title>
<tgroup cols="4">
<colspec colnum="1" colname="col1" colwidth="45mm"/>
<colspec colnum="2" colname="col2" colwidth="22mm"/>
<colspec colnum="3" colname="col3" colwidth="18mm"/>
<colspec colnum="4" colname="col4" colwidth="43mm"/>
<thead valign="top">
<row>
<entry align="center">MAC management message</entry>
<entry align="center">Parameter</entry>
<entry align="center">Multi</entry>
<entry align="center">Content</entry></row></thead>
<tbody>
<row>
<entry morerows="1">HO CONNECTION CFM</entry>
<entry>Target BS ID</entry>
<entry>common</entry>
<entry>Target BS ID</entry></row>
<row>
<entry>CID</entry>
<entry>common</entry>
<entry>Terminal CID in Serving BS</entry></row></tbody></tgroup><!-- EPO <DP n="26"> -->
</table>
</tables></p>
<p id="p0075" num="0075">With reference to Table. 11, the Target BS ID field indicates ID information of a neighbor BS (i.e., the last target BS) receiving the HO_CONNECTION_CFM message. The CID indicates a connection ID assigned from the serving BS 702 to the SS 701. The serving BS 702 having transmitted the HO_CONNECTIN_CFM message to the target BS2 704 releases a link connected to the SS 701 at step 734.</p>
<p id="p0076" num="0076">The target BS2 704 transmits the DL_MAP message and the UL_MAP message to the SS 701 at steps 720 and 721, respectively. The DL_MAP message and the UL_MAP message include updated information of the SS 701. The SS 701 having received the DL_MAP message and the UL_MAP message transmits an RNG_REQ (Ranging Request) message to the target BS2 704 at step 722. The target BS2 704 having received the RNG_REQ message transmits the RNG_RSP message acting as a response message associated with the RNG_REQ message to the SS 701 at step 723.A detailed process performed in the steps 720 to 723 is identical to the process performed in the steps 411 to 417 illustrated in <figref idref="f0004">Fig. 4</figref>. Therefore, a detailed description of these steps will not be given again herein.</p>
<p id="p0077" num="0077"><figref idref="f0007">Fig. 7</figref> has disclosed the handover procedure upon receiving a handover request from the SS in the IEEE 802.16e communication system using the OFDM scheme. <figref idref="f0008">Fig. 8</figref> is a flow chart illustrating a handover procedure upon receiving a handover request from the SS in the IEEE 802.16e communication system using the OFDMA scheme in accordance with a preferred embodiment of the present invention.</p>
<p id="p0078" num="0078">Prior to describing <figref idref="f0008">Fig. 8</figref> in detail, it should be noted that steps 811 to 821 and steps 831 to 834 shown in <figref idref="f0008">Fig. 8</figref> are equal to steps 711 to 721 and steps 731 to 734 shown in <figref idref="f0007">Fig. 7</figref>, respectively, such that their detailed description will herein be omitted. Because the OFDMA scheme is applied to <figref idref="f0008">Fig. 8</figref>, the SS 801 transmits a ranging code instead of the RNG_REQ message to the last target BS (i.e., the target BS2 804) at step 822. The target BS2 804 having received the ranging code transmits the RNG_RSP message acting as a response associated with the ranging code to the SS 801 at step 823. In more detail, the handover procedure of <figref idref="f0007">Fig. 7</figref> is substantially equal to that of <figref idref="f0008">Fig. 8</figref>, however, the IEEE 802.16e communication system transmits the RNG REQ message according to the OFDM scheme in <figref idref="f0007">Fig. 7</figref> scheme whereas it transmits the ranging code according to the OFDMA scheme in <figref idref="f0008">Fig. 8. Fig. 8</figref> has disclosed the handover procedure upon receipt of a handover request from the SS in the IEEE 802.16e communication system using the OFDMA<!-- EPO <DP n="27"> --> scheme. The SS internal configuration for performing inventive functions will hereinafter be described with reference to <figref idref="f0009">Fig. 9</figref>.</p>
<p id="p0079" num="0079"><figref idref="f0009">Fig. 9</figref> is a block diagram illustrating the SS internal configuration for performing inventive functions in accordance with a preferred embodiment of the present invention. Referring to <figref idref="f0009">Fig. 9</figref>, the SS internal configuration includes a matched filter 900, a reception power measurement unit 910, a reception power comparator 920, a controller 930, and a transmitter 940. The matched filter 900 determines whether a PN (Pseudo Noise) code for synchronization detection is synchronized or not, and outputs a predetermined energy value according to the determined result. In this case, the correlator may also be adapted as the matched filter 900. The matched filter 900 compares the received synchronization detection PN code with a unique PN code of the SS, and outputs the energy value in association with the same PN code. In more detail, the matched filter 900 sequentially enters a reception signal of the SS in a predetermined window, and performs a predetermined bit operation in parallel to the unique PN code value, resulting in the sum of the bit-operation values. Therefore, if the reception signal of the SS is equal to the unique PN code value stored in the SS, this condition is called an auto-correlation state, such that a maximum energy value is generated. If the SS reception signal is different from the unique PN code value, this condition is called an inconsistent synchronization state, such that a relatively low energy value is generated. 1 Typically, the output energy values are compared with a predetermined threshold value so that it is determined whether the auto-correlation state is established. In conclusion, the output value of the matched filter 900 is compared with the predetermined threshold value so that the presence or absence of the auto-correlation state can be determined.</p>
<p id="p0080" num="0080">If the reception power measurement unit 910 is synchronized with a pilot signal received from each neighbor BS via the matched filter, the reception power measurement Unit 910 measures the reception power of the received pilot signal. The reception power measurement unit 910 measures the CINR of the received pilot signal, and transmits the measured CINR of the pilot signal to the reception power comparator 920. Upon receiving CINRs of the pilot signals from the reception power measurement unit 910, the reception power comparator 920 compares the received pilot signal CINRs of the neighbor BSs with a predetermined threshold value (i.e., a Pilot min CINR). If at least one pilot signal CINR from among pilot signal CINRs transmitted from the neighbor BSs is greater than the threshold value, the reception power comparator 920 goes to the next step. In more detail, it is determined whether at least one pilot signal CINR from<!-- EPO <DP n="28"> --> among the neighbor BSs' pilot signal CINRs is greater than a pilot signal CINR of the serving BS. If it is determined that a neighbor BS having a pilot signal CINR greater than that of the serving BS is found, information of a neighbor BS having the pilot signal CINR greater than that of the serving BS is transmitted to the controller 930. The controller 930 determines whether the SS transmits its own handover request to the serving BS according to information received from the reception power comparator 920.</p>
<p id="p0081" num="0081">In more detail, if the CINRs of the pilot signals transmitted from the neighbor BSs are greater than that of the other pilot signal transmitted from the serving BS, the controller 930 generates a handover request signal of the SS. In this case, although there is no description in the drawings, it should be noted that the MAX_T and MIN_T conditions must be satisfied in the handover request process. The controller 930 generates a handover request (HO_REQ) message by controlling the transmitter 940, and transmits the generated handover request message to the serving BS. The transmitter 940 generates the HO_REQ message upon receiving a control command from the controller 930, and transmits the HO_REQ message to the serving BS.</p>
<p id="p0082" num="0082"><figref idref="f0009">Fig. 9</figref> has disclosed the SS internal configuration according to the present invention. Operations of the SS will hereinafter be described with reference to <figref idref="f0010">Fig. 10. Fig. 10</figref> is a flow chart illustrating operations of the SS in accordance with a preferred embodiment of the present invention. Referring to <figref idref="f0010">Fig. 10</figref>, the SS reads the DL_MAP message received from the serving BS at step 1000, reads the UL_MAP message received from the serving BS at step 1002, and reads the neighbor BS list information contained in the DL_MAP message at step 1004. If the SS reads the neighbor BSs information at step 1004, it sets an ID "i" indicative of the number of the neighbor BSs to "0" (i.e., i=0) at step 1004.</p>
<p id="p0083" num="0083">The SS adds a number of 1 to a variable "i" (i.e., i = i+1), measures a CINR of a pilot signal transmitted from the i-th neighbor BS at step 1006, and goes to step 1008. In this case, it is assumed that the neighbor BSs' number transmitted from the serving BS is in the range from "BS_1" to "MAX_BS_NUM". Therefore, the SS measures a pilot signal CINR for the neighbor BSs' number "BS_1" at step 1006, and determines whether the number of the neighbor BS having measured the pilot signal CINR is equal to or greater than "MAX_BS_NUM" at step 1008. If it is determined the number of the measured neighbor BS is equal to or greater than "MAX_BS_NUM" at step 1008, the SS goes to step 1010. Otherwise, if it is determined that the number of the measured<!-- EPO <DP n="29"> --> neighbor BS is less than "MAX_BS_NUM" at step 1008, the SS returns to step 1006.</p>
<p id="p0084" num="0084">If it is determined that the value of MAX_Neighbor BS CINR is equal to or less than the pilot signal CINR of the serving BS, the SS returns to step 1000. Otherwise, if it is determined that the value of MAX_Neighbor BS CINR is greater than the pilot signal CINR of the serving BS, the SS determines its own handover request, and goes to step 1012.</p>
<p id="p0085" num="0085">The SS transmits the HO_REQ message to the serving BS at step 1012. The detailed configuration of the HO_REQ message has been disclosed in the aforementioned Table 7. The SS receives the HO_RSP message associated with the HO_REQ message from the serving BS at step 1014, and goes to step 1016. The detailed configuration of the HO_RSP message has been disclosed in the aforementioned Table 10. The SS reads ID and carrier frequency information of the last target BS from among the HO_RSP message at step 1016, and goes to step 1018. In this case, the last target BS acts as a specific BS to which the SS is handed over.</p>
<p id="p0086" num="0086">The SS converts an SS frequency into a target BS frequency, and goes to step 1020, such that data transmission/reception between the SS and the serving BS is interrupted and the SS can communicate with the last target BS. The SS reads the DL_MAP message received from the last target BS at step 1020, and goes to step 1022. The SS reads the UL_MAP message received from the last target BS, and goes to step 1024. The SS communicates with the last target BS at step 1024, and terminates its handover operation.</p>
<p id="p0087" num="0087"><figref idref="f0010">Fig. 10</figref> has disclosed operations of the SS according to the present invention. Operations of the serving BS will hereinafter be described with reference to <figref idref="f0011">Fig. 11. Fig. 11</figref> is a flow chart illustrating operations of a serving BS in accordance with a preferred embodiment of the present invention. The serving BS transmits the DL_MAP message to the SS at step 1100, and transmits the UL_MAP message to the SS at step 1102.</p>
<p id="p0088" num="0088">The serving BS receives the HO_REQ message from the SS at step 1104, and goes to step 1106. The detailed configuration of the HO_REQ message has been disclosed in the aforementioned Table 7. The serving BS arranges CINRs of the pilot signals of the neighbor BSs in other of descending magnitude, and goes to step 1108. In this case, the CINRs of the pilot signals of the neighbor BSs are<!-- EPO <DP n="30"> --> contained in the HO_REQ message. As stated above, the neighbor BSs for commanding the SS to measure the pilot signal CINR act as candidate BSs which satisfy the MAX_T and MIN_T conditions, such that each candidate BS has a signal greater than a Pilot min CINR (i.e., a minimum pilot signal CINR). As previously stated in <figref idref="f0010">Fig. 10</figref>, it is assumed that the number of neighbor BSs of the SS is in the range from BS_1 to MAX_BS_NUM. In addition, the ID "i" indicative of the number of the neighbor BSs is set to "0" (i.e., i=0) at step 1106. The ID indicative of the number "i" of the neighbor BSs is determined in the order of the pilot CINRs.</p>
<p id="p0089" num="0089">The serving BS transmits the HO_CONNECTION_REQ message to the neighbor BS having the greatest pilot CINR from among the arranged neighbor BSs at step 1108. The detailed configuration of the HO_CONNECTION_REQ message has been shown in the aforementioned Table 8.</p>
<p id="p0090" num="0090">The serving BS receives the HO_CONNECTION_RSP message indicative of a response to the HO CONNECTION REQ message from the neighbor BS which have transmitted the HO CONNECTION REQ message at step 1110, and goes to step 1112. The detailed configuration of the HO_CONNECTION_RSP message has been disclosed in the aforementioned Table 9. The serving BS determines whether there is a neighbor BS capable of supporting a handover function of the SS in a plurality of neighbor BSs transmitting the SS handover request signals. In more detail, the serving BS determines whether the ACK message is contained in the HO_CONNECTION_RSP message. If it is determined that a specific neighbor BS from among the neighbor BSs can support the handover service for, the SS, the serving BS goes to step 1116. Otherwise, if it is determined that none of the neighbor BSs is able to support the handover service for the SS, the serving BS goes to step 1114. The serving BS selects a neighbor BS with the second greatest pilot CINR from among the neighbor BSs and increases the variable "i" by one (i.e., i = i + 1) at step 1114, and returns to step 1108.</p>
<p id="p0091" num="0091">The serving BS transmits the HO_RSP message to the SS at step 1116, and goes to step 1118. The detailed configuration of the HO_RSP message has been disclosed in the aforementioned Table 10. The serving BS transmits the HO_CONNECTION_CFM message to a neighbor BS (i.e., the last target BS) capable of supporting the handover function at step 1118, and returns to step 1120. The detailed configuration of the HO_CONNECTION_CFM message has been disclosed in the aforementioned Table 11. Needless to say, the serving BS may<!-- EPO <DP n="31"> --> first transmit the HO_CONNECTION_CFM message to the last target BS, or may transmit the HO_RSP message to the SS. The serving BS releases the link connected to the SS at step 1120, and terminates its handover operation.</p>
<p id="p0092" num="0092">As apparent from the above description, the present invention enables the SS based on a multi-cell structure to perform the handover operation, resulting in a guarantee of the SS's mobility. In more detail, the conventional SS performs a communication function in a single cell, such that it must cancel the link connected to a BS currently communicating with the SS when the SS moves to the other cell. Furthermore, the conventional SS must newly set up a communication mode with a new BS, such that it must newly perform the initial ranging process. However, in order to solve the aforementioned problems of the conventional SS, the present invention performs the handover process without performing the initial ranging process with the new BS, resulting in reduction of a data communication interruption time.</p>
<p id="p0093" num="0093">Although the preferred embodiments of the present invention have been disclosed for illustrative purposes, those skilled in the art will appreciate that various modifications, additions and substitutions are possible, without departing from the scope of the invention as disclosed in the accompanying claims.</p>
</description>
<claims id="claims01" lang="en"><!-- EPO <DP n="32"> -->
<claim id="c-en-01-0001" num="0001">
<claim-text>A handover method in a communication system comprised of a serving BS, a Subscriber Station, SS, and a plurality of neighbor BSs adjacent to the serving BS, comprising the steps of:
<claim-text>transmitting (1100), from the serving BS to the SS, information of the neighbor BSs;</claim-text>
<claim-text>measuring (1006) at the SS a Carrier to Interference Noise Radio, CINR, of a pilot signal of the neighbor BSs<sup>1</sup>;</claim-text>
<claim-text>receiving (1104), by the serving BS from the SS, a handover request message having the CINR information of pilot signals of the neighbor BSs;</claim-text>
<claim-text>arranging (1106) by the serving BS, the neighbor BSs according to magnitude of the CINR information<sup>2</sup>;</claim-text>
<claim-text>transmitting (1108) from the serving BS to the neighbor BS having the greatest CINR from among the arranged neighbor BSs<sup>3</sup> a request message related to handover for the SS, where the request message includes information of the SS;</claim-text>
<claim-text>receiving (1110), at the serving BS, from the neighbor BS having the greatest CINR from among the arranged BSs a response message including information of determining whether the neighbor BSs supports the handover for the SS or not in response to the request message;</claim-text>
<claim-text>if the neighbor BS having the greatest CINR from among the arranged neighbor BSs<br/>
<sup>1</sup>page 26, line 27 to page 27, line 2; "...measures a CINR of a pilot signal... at Step 1006 ...returns to Step 1006."<br/>
<sup>2</sup>page 21, lines 12-15 and page 27, lines 32-33: "arranges neighbor BSs...a variety of possible methods for arranging, "arranges CINR....magnitude."<br/>
<sup>3</sup> page 28, lines 10-12: "transmits to the neighbor BS having the greatest CINR..."<!-- EPO <DP n="33"> --> does not support the handover, transmitting, from the serving BS, the request message related to handover for the SS to a neighbor BS with the second greatest CINR from among the arranged neighbor BSs<sup>4</sup>; and<br/>
transmitting (1116) from the serving BS to the SS in response to the handover request message, a handover response message having information on a target BS supporting the handover<sup>5</sup>.</claim-text></claim-text></claim>
<claim id="c-en-01-0002" num="0002">
<claim-text>The method as set forth in claim 1, wherein the information of the SS in the request message includes one of Quality of Service, QoS, information of a service desired by the SS and requested bandwidth information associated with the service.</claim-text></claim>
<claim id="c-en-01-0003" num="0003">
<claim-text>The method as set forth in claim 2, wherein the step of transmitting (1108) to the neighbor BS the request message related to the handover for the SS is for requesting to determine whether the neighbor BS is able to support one of the QoS and requested bandwidth information.</claim-text></claim>
<claim id="c-en-01-0004" num="0004">
<claim-text>The method as set forth in claim 1, wherein the information of the neighbor BSs includes information indicative of the number of the neighbor BSs, BS ID information of the neighbor BSs, and carrier frequency information of the neighbor BSs.</claim-text></claim>
<claim id="c-en-01-0005" num="0005">
<claim-text>The method as set forth in claim 1, further comprising the step of:
<claim-text>transmitting (1118) to the target BS, information confirming being designated as a BS to which the SS is to be handed over.</claim-text></claim-text></claim>
<claim id="c-en-01-0006" num="0006">
<claim-text>The method as set forth in claim 5, wherein the information confirming being designated as a BS to which the SS is to be handed over comprises BS ID information identifying the at least one target BS.</claim-text></claim>
<claim id="c-en-01-0007" num="0007">
<claim-text>A handover apparatus in a Broadband Wireless Access, BWA, communication<br/>
<sup>4</sup> page 28, lines 26-29: "Otherwise, if... none of... BSs is able to support the handover service... selects a neighbor BS with the second greatest pilot CINR..."<br/>
<sup>5</sup> page 28, lines 22-24: "If...neighbor BS...can support the handover service..."<!-- EPO <DP n="34"> --> system, the system comprising:
<claim-text>a plurality of neighbor Base Stations;</claim-text>
<claim-text>a Subscriber Station, SS, (630) adapted to measure a Carrier to Interference Noise Radio, CINR, of a pilot signal of the neighbor BSs;</claim-text>
<claim-text>a serving Base Station (610), BS, adapted to transmit to the SS (630) information of neighbor BSs neighboring the serving BS (610), receive, from the SS (630), a handover request message containing the CINR information of signals of the neighbor BSs, arrange the neighbor BSs according to magnitude of the CINR information, transmit to the neighbor BS having the greatest CINR from among the arranged neighbor BSs a request message related to handover for the SS (630), where the request message includes information of the SS (630), receive from the neighbor BS having the greatest CINR from among the arranged neighbor BSs a response message including information of determining whether the neighbor BS supports the handover for the SS (630) or not in response to the request message, transmit, if the neighbor BSs having the greatest CINR from among the arranged neighbor BSs does not support the handover, the request message related to handover for the SS to a neighbor BS with the second greatest CINR from among the arranged neighbor BSs, and transmit in response to the handover request message a handover response message having information on a target BS.</claim-text></claim-text></claim>
<claim id="c-en-01-0008" num="0008">
<claim-text>The apparatus as set forth in claim 7, wherein the serving BS (610) transmits to the target BS information confirming being designated as a BS to which the SS (630) is to be handed over.</claim-text></claim>
<claim id="c-en-01-0009" num="0009">
<claim-text>The apparatus as set forth in claim 7, wherein the information of the SS (630) in the request message includes one of Quality of Service, QoS, information of a service desired by the SS (630) and requested bandwidth information associated with the service.<!-- EPO <DP n="35"> --></claim-text></claim>
<claim id="c-en-01-0010" num="0010">
<claim-text>The apparatus as set forth in claim 9, wherein the serving BS (610) is adapted to transmit to the neighbor BS the request message related to the handover for the SS (630) requesting to determine whether the neighbor BS is able to support one of the QoS and the requested bandwidth information.</claim-text></claim>
<claim id="c-en-01-0011" num="0011">
<claim-text>The apparatus as set forth in claim 7, wherein the wherein the information of the neighbor BSs includes information indicative of the number of neighbor BSs, BS ID information of the neighbor BSs, and carrier frequency information of the neighbor BS.</claim-text></claim>
<claim id="c-en-01-0012" num="0012">
<claim-text>The apparatus as set forth in claim 8, wherein the information transmitting to the at least one target BS that the target BS is designated as a BS to which the SS (630) is to be handed over includes a BS ID of the target BS.</claim-text></claim>
</claims>
<claims id="claims02" lang="de"><!-- EPO <DP n="36"> -->
<claim id="c-de-01-0001" num="0001">
<claim-text>Handover-Verfahren in einem Kommunikationssystem, das aus einer dienenden Basisstation bzw. BS, einer Teilnehmerstation bzw. SS und einer Vielzahl von benachbarten BSs in Nachbarschaft zu der dienenden BS besteht, wobei das Verfahren die folgenden Schritte umfasst:
<claim-text>Senden (1100), von der dienenden BS an die SS, von Informationen der benachbarten BSs,</claim-text>
<claim-text>Messen (1006), an der SS, eines Träger-zu-Interferenz-und-Rauschen-Verhältnisses bzw. CINR eines Pilotsignals der benachbarten BSs,</claim-text>
<claim-text>Empfangen (1104), durch die dienende BS von der SS, einer Handover-Anfragenachricht einschließlich der CINR-Informationen von Pilotsignalen der benachbarten BSs,</claim-text>
<claim-text>Anordnen (1106), durch die dienende BS, der benachbarten BSs in Übereinstimmung mit der Größe der CINR-Informationen,</claim-text>
<claim-text>Senden (1108), von der dienenden BS an die benachbarte BS mit dem größten CINR aus den angeordneten benachbarten BSs, einer Anfragenachricht in Bezug auf ein Handover für die SS, wobei die Anfragenachricht Informationen der SS enthält,</claim-text>
<claim-text>Empfangen (1110), an der dienenden BS von der benachbarten BS mit dem größten CINR aus den angeordneten BSs, einer Antwortnachricht mit Informationen zum Bestimmen, ob die benachbarten BS das Handover für die SS unterstützt oder nicht, in Antwort auf die Anfragenachricht,</claim-text>
<claim-text>wenn die benachbarte BS mit dem größten CINR aus den angeordneten benachbarten BSs das Handover nicht unterstützt, Senden, von der dienenden BS, der Anfragenachricht in Bezug auf ein Handover für die SS an eine benachbarte BS mit dem zweitgrößten CINR aus den angeordneten benachbarten BSs, und</claim-text>
<claim-text>Senden (1116), von der dienenden BS an die SS, in Antwort auf die Handover-Anfragenachricht, einer Handover-Antwortnachricht mit Informationen zu einer Ziel-BS, die das Handover unterstützt.</claim-text><!-- EPO <DP n="37"> --></claim-text></claim>
<claim id="c-de-01-0002" num="0002">
<claim-text>Verfahren nach Anspruch 1, wobei die Informationen der SS in der Anfragenachricht Dienstgüte- bzw. QoS-Informationen eines durch die SS gewünschten Dienstes oder angefragte Bandbreiteninformationen, die mit dem Dienst assoziiert sind, enthalten.</claim-text></claim>
<claim id="c-de-01-0003" num="0003">
<claim-text>Verfahren nach Anspruch 2, wobei der Schritt zum Senden (1108), an die benachbarte BS, der Anfragenachricht in Bezug auf das Handover für die SS dazu dient, das Bestimmen, ob die benachbarte BS die QoS- oder die angefragte Bandbreiteinformationen unterstützt, anzufragen.</claim-text></claim>
<claim id="c-de-01-0004" num="0004">
<claim-text>Verfahren nach Anspruch 1, wobei die Informationen der benachbarten BSs Informationen enthalten, die die Anzahl der benachbarten BSs, die BS-ID-Informationen der benachbarten BSs und Trägerfrequenzinformationen der benachbarten BSs angeben.</claim-text></claim>
<claim id="c-de-01-0005" num="0005">
<claim-text>Verfahren nach Anspruch 1, das weiterhin den folgenden Schritt umfasst:
<claim-text>Senden (1118), an die Ziel-BS, von Informationen, die die Designierung als einer BS, an welche die SS in einem Handover zu übergeben ist, bestätigen.</claim-text></claim-text></claim>
<claim id="c-de-01-0006" num="0006">
<claim-text>Verfahren nach Anspruch 5, wobei die Informationen, die die Designierung als einer BS, an welche die SS in einem Handover zu übergeben ist, bestätigen, BS-ID-Informationen enthalten, die die wenigstens eine Ziel-BS identifizieren.</claim-text></claim>
<claim id="c-de-01-0007" num="0007">
<claim-text>Handover-Vorrichtung in einem Breitbanddrahtloszugriff bzw. BWA-Kommunikationssystem, wobei das System umfasst:
<claim-text>eine Vielzahl von benachbarten Basisstationen bzw. BSs,</claim-text>
<claim-text>eine Teilnehmerstation bzw. SS (630), die ausgebildet ist, um ein Träger-zu-Interferenz-und-Rauschen-Verhältnis bzw. CINR eines Pilotsignals der benachbarten BSs zu messen,</claim-text>
<claim-text>eine dienende Basisstation bzw. BS (610), die ausgebildet ist zum Senden, an die SS (630), von Informationen von benachbarten BSs der dienenden BS (610), zum Empfangen, von der SS (630), einer Handover-Anfragenachricht einschließlich der CINR-Informationen von Signalen der benachbarten BSs, zum Anordnen der benachbarten BSs in Übereinstimmung mit der Größe der CINR-Informationen, zum Senden, an die benachbarte BS mit dem größten CINR aus den angeordneten benachbarten BSs, einer Anfragenachricht in Bezug auf ein Handover für die SS (630), wobei die Anfragenachricht Informationen der SS (630) enthält, zum Empfangen, von der benachbarten BS mit dem größten CINR aus den angeordneten benachbarten BSs einer Antwortnachricht einschließlich von Informationen<!-- EPO <DP n="38"> --> zum Bestimmen, ob die benachbarte BS das Handover für die SS (630) unterstützt oder nicht, in Antwort auf die Anfragenachricht, zum Senden, wenn die benachbarte BS mit dem größten CINR aus den angeordneten benachbarten BSs das Handover nicht unterstützt, der Anfragenachricht in Bezug auf ein Handover für die SS an die benachbarte BS mit dem zweitgrößten CINR aus den angeordneten benachbarten BSs und zum Senden, in Antwort auf die Handover-Anfragenachricht, einer Handover-Antwortnachricht mit Informationen zu einer Ziel-BS.</claim-text></claim-text></claim>
<claim id="c-de-01-0008" num="0008">
<claim-text>Vorrichtung nach Anspruch 7, wobei die dienende BS (610), an die Ziel-BS, Informationen sendet, die die Designierung als einer BS, an welche die SS (630) in einem Handover zu übergeben ist, bestätigen.</claim-text></claim>
<claim id="c-de-01-0009" num="0009">
<claim-text>Vorrichtung nach Anspruch 7, wobei die Informationen der SS (630) in der Anfragenachricht Dienstgüte- bzw. QoS-Informationen eines durch die SS (630) gewünschten Dienstes oder angefragte Bandbreiteninformationen, die mit dem Dienst assoziiert sind, enthalten.</claim-text></claim>
<claim id="c-de-01-0010" num="0010">
<claim-text>Vorrichtung nach Anspruch 9, wobei die dienende BS (610) ausgebildet ist zum Senden, an die benachbarte BS, der Anfragenachricht in Bezug auf das Handover für die SS (630), die das Bestimmen, ob die benachbarte BS die QoS- oder die angefragten Bandbreiteinformationen unterstützt, anfragt.</claim-text></claim>
<claim id="c-de-01-0011" num="0011">
<claim-text>Vorrichtung nach Anspruch 7, wobei die Informationen der benachbarten BSs Informationen enthalten, die die Anzahl der benachbarten BSs, die BS-ID-Informationen der benachbarten BSs und Trägerfrequenzinformationen der benachbarten BSs angeben.</claim-text></claim>
<claim id="c-de-01-0012" num="0012">
<claim-text>Vorrichtung nach Anspruch 8, wobei die an die Ziel-BS gesendeten Informationen, die die Designierung als einer BS, an welche die SS (630) in einem Handover zu übergeben ist, bestätigen, eine BS-ID der Ziel-BS enthalten.</claim-text></claim>
</claims>
<claims id="claims03" lang="fr"><!-- EPO <DP n="39"> -->
<claim id="c-fr-01-0001" num="0001">
<claim-text>Procédé de transfert dans un système de communication comprenant une BS serveuse, d'une station d'abonné, SS, et une pluralité de BS voisines adjacentes à la BS serveuse, comprenant les étapes consistant à :
<claim-text>transmettre (1100), de la BS serveuse à la SS, des informations des BS voisines ;</claim-text>
<claim-text>mesurer (1006), au niveau de la SS, le rapport porteuse sur bruit d'interférence, CINR, d'un signal pilote des BS voisines ;</claim-text>
<claim-text>recevoir (1104), par la BS serveuse, depuis la SS, un message de demande de transfert comportant les informations de CINR des signaux pilote des BS voisines ;</claim-text>
<claim-text>agencer (1106), par la BS serveuse, les BS voisines, en fonction de l'amplitude des informations de CINR ;</claim-text>
<claim-text>transmettre (1108), par la BS serveuse, à la BS voisine ayant le plus grand CINR parmi les BS voisines agencées, un message de demande relatif au transfert pour la SS, où le message de demande comporte des informations de la SS ;</claim-text>
<claim-text>recevoir (1110), au niveau de la BS serveuse, depuis la BS voisine ayant le plus grand CINR parmi les BS agencées, un message de réponse incluant des informations de détermination du fait que les BS voisines prennent ou non en charge le transfert pour la SS, en réponse au message de demande ;<!-- EPO <DP n="40"> --></claim-text>
<claim-text>si la BS voisine ayant le plus grand CINR parmi les BS voisines agencées ne prend pas en charge le transfert, transmettre, par la BS serveuse, le message de demande relatif au transfert pour la SS à une BS voisine ayant le deuxième plus grand CINR parmi les BS voisines agencées ; et</claim-text>
<claim-text>transmettre (1116), par la BS serveuse, à la SS, en réponse au message de demande de transfert, un message de réponse de transfert comportant des informations sur une BS cible prenant en charge le transfert.</claim-text></claim-text></claim>
<claim id="c-fr-01-0002" num="0002">
<claim-text>Procédé selon la revendication 1, dans lequel les informations de la SS dans le message de demande comportent une parmi la qualité de service, QoS, des informations d'un service désiré par la SS et des informations de largeur de bande demandée associées au service.</claim-text></claim>
<claim id="c-fr-01-0003" num="0003">
<claim-text>Procédé selon la revendication 2, dans lequel l'étape de transmission (1108) à la BS voisine du message de demande relatif au transfert pour la SS est destinée à demander de déterminer si la BS est capable de prendre en charge l'une de la QoS et des informations de largeur de bande demandée.</claim-text></claim>
<claim id="c-fr-01-0004" num="0004">
<claim-text>Procédé selon la revendication 1, dans lequel les informations de la BS voisine comportent des informations indiquant le nombre de BS voisines, des informations d'identifiant de BS des BS voisines et des informations de fréquence porteuse des BS voisines.</claim-text></claim>
<claim id="c-fr-01-0005" num="0005">
<claim-text>Procédé selon la revendication 1, comprenant en outre l'étape consistant à :<!-- EPO <DP n="41"> -->
<claim-text>transmettre (1118) à la BS cible, des informations confirmant qu'elle a été désignée en tant que BS à laquelle la SS doit être transférée.</claim-text></claim-text></claim>
<claim id="c-fr-01-0006" num="0006">
<claim-text>Procédé selon la revendication 5, dans lequel les informations confirmant la désignation en tant que BS à laquelle la SS doit être transférée comprennent des informations d'identifiant de BS identifiant l'au moins une BS cible.</claim-text></claim>
<claim id="c-fr-01-0007" num="0007">
<claim-text>Dispositif de transfert dans un système de communication à accès sans fil à large bande, BWA, le système comprenant :
<claim-text>une pluralité de stations de base voisines ;</claim-text>
<claim-text>une station d'abonné, SS, (630), adaptée à mesurer le rapport porteuse sur bruit d'interférence, CINR, d'un signal pilote des BS voisines ;</claim-text>
<claim-text>une station de base serveuse, BS, (610), adaptée à transmettre à la SS des informations des BS voisines, voisines de la BS serveuse (610), recevoir de la SS (630) un message de demande de transfert contenant les informations de CINR des signaux des BS voisines, agencer les BS voisines, en fonction de l'amplitude des informations de CINR, transmettre à la BS voisine ayant le plus grand CINR parmi les BS voisines agencées, un message de demande relatif au transfert pour la SS (630), où le message de demande comporte des informations de la SS (630), recevoir depuis la BS voisine ayant le plus grand CINR parmi les BS agencées, un message de réponse incluant des informations de détermination du fait que la BS voisine prend ou non en charge le transfert pour la SS (630), en réponse au message de demande, si la BS voisine ayant le plus grand CINR parmi les BS voisines agencées ne prend pas en<!-- EPO <DP n="42"> --> charge le transfert, transmettre le message de demande relatif au transfert pour la SS à une BS voisine ayant le deuxième plus grand CINR parmi les BS voisines agencées, et transmettre en réponse au message de demande de transfert, un message de réponse de transfert comportant des informations sur une BS cible.</claim-text></claim-text></claim>
<claim id="c-fr-01-0008" num="0008">
<claim-text>Dispositif selon la revendication 7, dans lequel la BS serveuse (610) transmet à la BS cible des informations confirmant la désignation en tant que BS à laquelle la SS (630) doit être transférée.</claim-text></claim>
<claim id="c-fr-01-0009" num="0009">
<claim-text>Dispositif selon la revendication 7, dans lequel les informations de la SS (630) dans le message de demande comportent une parmi la qualité de service, QoS, des informations d'un service désiré par la SS (630) et des informations de largeur de bande demandée associées au service.</claim-text></claim>
<claim id="c-fr-01-0010" num="0010">
<claim-text>Dispositif selon la revendication 9, dans lequel la BS serveuse (610) est adaptée à transmettre à la BS voisine le message de demande relatif au transfert pour la SS (630) demandant de déterminer si la BS est capable de prendre en charge l'une de la QoS et des informations de largeur de bande demandée.</claim-text></claim>
<claim id="c-fr-01-0011" num="0011">
<claim-text>Dispositif selon la revendication 7, dans lequel les informations de la BS voisine comportent des informations indiquant le nombre de BS voisines, des informations d'identifiant de BS des BS voisines et des informations de fréquence porteuse de la BS voisine.</claim-text></claim>
<claim id="c-fr-01-0012" num="0012">
<claim-text>Dispositif selon la revendication 8, dans lequel les informations qui transmettent à l'au moins<!-- EPO <DP n="43"> --> une BS cible que la BS cible est désignée en tant que BS à laquelle la SS (630) doit être transférée comportent l'identifiant de BS de la BS cible.</claim-text></claim>
</claims>
<drawings id="draw" lang="en"><!-- EPO <DP n="44"> -->
<figure id="f0001" num="1"><img id="if0001" file="imgf0001.tif" wi="130" he="153" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="45"> -->
<figure id="f0002" num="2"><img id="if0002" file="imgf0002.tif" wi="165" he="153" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="46"> -->
<figure id="f0003" num="3"><img id="if0003" file="imgf0003.tif" wi="165" he="165" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="47"> -->
<figure id="f0004" num="4"><img id="if0004" file="imgf0004.tif" wi="122" he="129" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="48"> -->
<figure id="f0005" num="5"><img id="if0005" file="imgf0005.tif" wi="115" he="136" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="49"> -->
<figure id="f0006" num="6"><img id="if0006" file="imgf0006.tif" wi="158" he="193" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="50"> -->
<figure id="f0007" num="7"><img id="if0007" file="imgf0007.tif" wi="165" he="215" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="51"> -->
<figure id="f0008" num="8"><img id="if0008" file="imgf0008.tif" wi="165" he="217" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="52"> -->
<figure id="f0009" num="9"><img id="if0009" file="imgf0009.tif" wi="151" he="122" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="53"> -->
<figure id="f0010" num="10"><img id="if0010" file="imgf0010.tif" wi="132" he="233" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="54"> -->
<figure id="f0011" num="11"><img id="if0011" file="imgf0011.tif" wi="120" he="233" img-content="drawing" img-format="tif"/></figure>
</drawings>
<ep-reference-list id="ref-list">
<heading id="ref-h0001"><b>REFERENCES CITED IN THE DESCRIPTION</b></heading>
<p id="ref-p0001" num=""><i>This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.</i></p>
<heading id="ref-h0002"><b>Patent documents cited in the description</b></heading>
<p id="ref-p0002" num="">
<ul id="ref-ul0001" list-style="bullet">
<li><patcit id="ref-pcit0001" dnum="WO9943178A"><document-id><country>WO</country><doc-number>9943178</doc-number><kind>A</kind></document-id></patcit><crossref idref="pcit0001">[0042]</crossref></li>
</ul></p>
</ep-reference-list>
</ep-patent-document>
