A home (e)node-b with new functionality

(54) Title: A NEW PLACE (AND NODE) ​​-B

FEATURES (51) Int. Cl .: H04W 48/12 (30) Unionist Priority: 29/05/2007 US 60 / 940,557, 5/29/2007 US 60/940, 55730/04/2007 US 60 / 915,078 (73 ) Holder (s): INTERDIGITAL TECHNOLOGY CORPORATION (72) Inventor (s): RAJAT P.MUKHERJEE; SHANKAR SOMASUNDARAM; ULISES OLVERA-HERNANDEZ; YOGENDRAC. SHAH; PRABHAKAR R. CHITRAPU; INHYOK CHA (74) Attorney (s): ADVOCACIA PIETRO ARIBONI SIC (86) International Application: PCT US2008061893 of 29/04/2008 (87) International Publication: WO

2008/137417 of 11/13/2008

<img file="BRPI0809868A2_D0001.tif" />

1/30

A B-node (evolved) with new functionality.

FIELD OF THE PRESENT INVENTION

The present invention relates to wireless communication networks, and in a more particular way, to an original (evolved) B-node (H (e) B-node).

BACKGROUND OF THE PRESENT INVENTION

One of the objectives of the long-term evolution (LTE) Third Generation Partnership Project (3GPP) program is to develop new technology, new architecture and new methods for LTE definitions and configurations, in such a way so that spectral and evolved efficiency, reduced latency and better use of radio resources can be provided for a faster experience, by the user, and richer applications and services, at a lower cost.

As part of this effort, the Third Generation Partnership Project (3GPP) introduced the concept of the evolved B-node of origin (called H (e) B-node) for LTE networks. 3GPP is also considering the originating B-node (called HNB) for version 8 of the access with multiple with broadband code division (WCDMA). The acronym H (e) NB is used in this application to refer to both H (e) node-B and HNB.

The source (evolved) B-node (H (e) NB) is preferably similar to an access point (AP) of a wireless local area network (WLAN). It provides access to LTE services (and can also provide access with multiple broadband code division (WCDMA), GSM EDGE radio access network (GERAN), and other cellular services), over extremely small areas, such as homes and small offices. This can be particularly useful in areas that have not yet received an upgrade to LTE and / or coverage by radio access technology (RAT), or 3GPP coverage still exists. This can be useful in areas where cellular services have not yet been launched, or where coverage may be weak, or non-existent for reasons related to radio, such as in underground meters, or in shopping centers and malls. The subscriber, regardless of whether it is an individual or an organization, will be able to place an H (e) NB in ​​an area where such a service will be desired. Figure 1 shows an example of a possible application of an H (e) NB.

Several issues must be considered, regarding the use of an H (e) NB. The mobility of H (e) NB is a potential problem. An H (e) NB can easily be repositioned. A new location can present a challenge if, for example, the operator who originally provided the H (e) NB does not offer coverage in that new location, and thus there may be

2/30 need for a different operator to be used and location update procedures to be carried out. An H (e) NB should preferably include high-level functions to implement the detection of its own mobility, as well as functions to implement restrictions on other operators. All of this can be achieved in a way that is cost effective.

SYNTHESIS

In a source (evolved) B-node (H (e) NB) configured to perform a blocking function to control the change in the carrier and the parameters controlled by the user, and also configured to detect changes in its own location .

BRIEF DESCRIPTION OF THE DRAWINGS

A more detailed understanding of the present invention can be obtained from the descriptions that follow in a preferred embodiment, which is given by way of example and which must be understood in conjunction with the drawings accompanying the present work where:

Figure 1 shows an example of an H (e) NB implantation;

Figure 2 shows an example of an embodiment of an H (e) NB and its respective components.

- Figure 3 shows an embodiment of H (e) NB forwarding stations (RS) and their respective components; e Figure 4 shows an example of an RS deployment.

DETAILED DESCRIPTION OF PREFERRED EMPLOYEES

When referred to from this point on, the wireless transmission and reception unit (WTRU) terminology includes, but is not limited to: user equipment (EU), mobile station, subscriber unit fixed or mobile, to a Pager, to a cell phone, to a personal digital assistant (PDA), to a computer, or to any other type of user device which is capable of operating in a wireless environment. When referred to from this point on, the base station terminology includes, but is not limited to: a B-node, a site controller, an access point (AP), or any other type of interface device able to operate in a wireless environment. When the term "user" is referred to from this point on, it has the same meaning as the terminology "subscriber". When the term "operator" is referred to from this point on, it has the same meaning as the terminology "bearer", "wireless provider" and "wireless bearer". When the term “user” is referred to from this point on, it refers to any medium readable through

3/30 computer, of which we can mention with examples a random access memory (RAM), a non-volatile random access memory (NVRAM), magnetic media such as internal hard drives and removable disks, opto-magnetic media such as CD-ROM discs, and digital video discs (DVDs). When the term “controlled” is referred to from this point on, it has the same meaning as the “configured” terminology. When the term “parameter” is referred to from this point on, it has the same meaning as the “characteristic” terminology.

Figure 2 shows an exemplary embodiment of an H (e) NB 200 which comprises a receiver 210, a processor 220, a tunnel memory 230, a removable memory 240, a transmitter 250, a global positioning system device ( GPS) 260, a removable universal subscriber identification (USIM) module 270, a trusted platform module (TPM) 280 which is a secure hardware component which provides secure storage and an execution environment, and a network card 290 which comprises a modem processor (basic band). In alternative embodiments, the USIM 270 module can be implemented as a removable universal integrated circuit card (UICC), or as an integrated functionality implemented collectively through processor 220, TPM 280 and some part of memory 230. And, in an alternative embodiment, network card 290 can be integrated with processor 220. Processor 220, among other things, is configured to process one or more applications. And, in an alternative embodiment, the application processor may be a separate device.

In one embodiment, an H (e) NB has parameters which are configured using an operator (carrier, wireless provider, etc.) using conventional methods and parameters which can be configured by a subscriber (based on appropriate authorizations and / or authentication). The operator can configure parameters which control, restrict and define the operation of the H (e) NB, but not only limited to a public network mobile network identity (PLMN-ID), which must be transmitted by the H (e) NB, for the supported services H (e) NB (basic voice services, support for emergency calls, support for high-speed data), security parameters used by H (e) NB (such as the fact that it is leased, the if user data is protected, the security keys and the algorithms used to perform these functions), the spectrum in which H (e) NB operates, the location of the operation, and / or the tariffs that are employed. Some of these parameters refer to the blocking parameters, such as an H (e) NB that can be blocked in a way that is similar to the WTRUs (mobile phones, etc.) that are blocked by the operator. Referring to figure 2, these parameters are manipulated by processor 220 and can be stored in the

4/30 memory 230. Ο TPM 280 can be used to store the rate parameters both within its non-volatile random access memory (NVRAM) memory, or to store encryption keys which were used to encrypt these parameters, which are then stored encoded in memory 230.

In figure 2, the USIM 270 module can store the static configuration parameters and assist H (e) NB in ​​its autoconfiguration when it is started. Additional parameters can also be included in a standard H (e) NB configuration regardless of the specific services (LTE, GERAN, 3GPP, etc.) offered by H (e) NB. Alternatively, some of the parameters can be stored both within TPM 280 and in memory 230 using the encryption keys stored in TPM 280.

H (e) NB parameters can be configured or modified using the lock / unlock function. The lock function manages access to H (e) NB parameters and comprises commands such as lock and unlock, and other procedures such as authentication, verification and similar capabilities. In some embodiments, this function is included in a smart card, or in a removable memory module, and can be extended to both WTRU and H (e) NB, that is, a single smart card can provide this function for both, a WTRU and an H (e) NB.

In another embodiment, the blocking function ensures that the H (e) NB cannot operate unless specific criteria for the operation are in agreement (specific parameters must be defined in a specific way, or contain specific values ). Locking functions are required at the hardware level through the use of reliable computing techniques, which provide a safe execution environment and a safe storage environment. Blocking parameters include, but are not limited to, the public domain mobile network identity (PLMN-ID) which is transmitted by H (e) NÓ-B, by the services supported by H (e) NB, by the parameters security measures used by H (e) NB, the spectrum (frequency) on which H (e) NÓ-B operates, the location of the operation, and / or the tariffs that are employed.

In the event that the user attempts to re-configure these operating parameters without requiring authorization, the blocking function will take one or more actions, including, but not limited to, forcing H (e) NB to stop operate, or shutting it down, by reducing the services offered, by restricting admission control, by restarting the configuration parameters by sending operational and maintenance signaling (O&amp;M) or control plane (C-plane) signaling for the operator, sending messages to the operator and / or contacting the operator directly.

5/30

Like the optical fiber mentioned above, the H (e) NB can be configured in such a way that only the operator, or original dealer is able to change certain parameters (the H (e) NB is blocked). In another embodiment, the operator specifies in the blocking function that H (e) NB is allowed to accept a WTRU only if it is a subscriber to this operator. This can be indicated, for example, by means of a PLMN ID message sent by the WTRU. This way, if the user changes operator, the user will not be able to use the H (e) NB until, and at least, the H (e) NB is not unlocked and this parameter is changed.

In another embodiment, an Open Mobile Alliance (OMA) mechanism, such as client provisioning and device management (DM), is applied between the operator's network and the H (e) NB. When the H (e) NB is configured and defined, there is an exchange of information between the network and the H (e) NB using the OMA mechanisms, such that specific compatibilities are configured in the H (e) NB. In figure 2, such OMA procedures can be performed using processor 220.

In one embodiment, the ability to “unlock” the lock function (mandatory, for example, to new hardware, ie through the use of reliable computing techniques) ensures that the H (e) NB can be “Unlocked” when all requirements criteria (predetermined) for the operation are met. Examples of such a condition include:

Successful authentication of H (e) NB and / or the (new) owner of H (e) NÓ-B, and / or successful verification of the context of the H (e) NB “unlock” request by its owner / operator, and / or successful verification of the attestation, by H (e) NB, of the reliability of its platform.

Attestation means an attempt by H (e) NB to "attest to the reliability of the H (e) NB platform of an appropriate network entity". Verification means verifying the identity of such a certificate from the H (e) NODE-B. By doing figure 2, the necessary parameters for the “unlocking” of the H (e) NB can be stored in the USIM 270 module. Alternatively, these can be stored within the TPM 280, or else in memory 230, but encrypted using the keys of the TPM 280.

The “unlock” command and parameters which can be modified are routed through the heart of the network / radio network controller (RNC) to the H (e) NB by means of signaling such as a new O&amp;M signaling, or C-plane signaling. In another embodiment, such commands and parameters are forwarded for the use of DM OMA.

An H (e) NB can be moved from a location

6/30 for another one. An H (e) NB has the ability to detect such changes in location through a variety of mechanisms. Referring to figure 2, such detections in the change of location can be implemented collectively through the processor 220 and the global positioning system (GPS) (or assisted GPS (A-GPS), or any other positioning device. ) 260. The USIM 270 module can securely store parameters and configuration files for detecting changes in location within it, or store encrypted keys that have been used to encrypt such parameters and files. The TPM 280 can also be used to protect the integrity of software that handles functionality that detects change of location.

In one of the embodiments, the H (e) NB is programmed with the identifier, or identifiers (ID) if from any surrounding macro-cell (s), such as LTE cells, the GSM EDGE radio access network (GERAN) and / or similar. OH (e) NB is programmed to detect neighboring cells and certain expected measurement values. Upon initiation, if H (e) NB detects one or more of the preprogrammed cells and understands that the radio signal strength of one or more of these cells is within certain expected measurement values, H (e) NB it assumes that the location has not changed significantly (for example, within the surrounding cell-frame). In another embodiment, the H (e) NB uses the location information provided by its embedded GPS, or through its embedded GPS, or from a WTRU being served, or from a WTRU of neighboring cells, and compare this information with the stored location parameters, to determine if your location has been changed. Referring to figure 2, both the USIM 270 module and the TPM 280 (both directly and indirectly, through the storage of encryption keys) can store the macro cell identities, the list of detected neighboring cells and other values, expected and actual, of measurements, and any location information, or neighboring cell information reported by WTRUs. Processor 220 can perform any algorithm for locating and detecting the change of its location.

Alternatively, if the H (e) NB is unable to detect a cell it is pre-programmed, and / or the radio signal strength of the surrounding cells is significantly less than the expected value, the H (e) NB can assume that either neighboring cells have changed (assuming that H (e) NB can define that it has not moved), or that its location has changed. For the event in which H (e) NB is absolutely sure that its location has not been changed (all stored parameters are suitable with all locations, provided or measured), the detection of a change in a neighboring cell will trigger a request to the core of the network (CN) (through the use, for example, of signaling

7/30

O&amp;M), to update your list of neighbors. Referring to figure 2, the signal measurement obtained from receiver 210 can be processed by processor 220, and a determination can be made, via processor 220, whether the radio signal strength from neighboring cells is significantly lower than the values ​​that are expected. If such a determination is made, a notification of detection of the change in neighboring cells can be transmitted to the CN through transmitter 250.

Alternatively, if H (e) NB understands that its location may have changed (some of the expected location parameters are in accordance with only some of the information and / or parameters provided and / or measurements) it will, depending on of its connectivity and programmed configurations, implement through processor 220, transmitter 250, module USIM 270 and TPM 280, if any of the localization mechanisms (procedures), both individually and in any combination:

contact the core network operator and report a change in your location with an indication of your new location / your new IP address, and any detected neighbors;

make the request to update information on the list of neighbors; institute a locking mechanism;

transmit an out-of-service alert message to WTRUs attempting to connect to H (e) NB;

continue to operate and re-configure the list of neighbors at their own expense.

In one of the embodiments, the H (e) NB has periodic timers, which when expired, cause the H (e) NB to contact the network operator and make a request to update the list of neighboring cells. Referring to figure 2, such timers can be implemented by means of TPM 280, or processor 220, or even collectively between them. The network operator will then provide H (e) NB with an updated list of neighbors, based on any update information it has and H (e) NB will use this to understand the extent of the change in its surroundings.

In another embodiment, the H (e) NB can include a position detection device, for example a GPS chip (which will be referred to as the GPS 260 in figure 2), which can provide an absolute location of the H (e) NB. The limited mobility of H (e) NB is preferably supported. As a result, H (e) NB will have a range of coordinates within which it will be able to operate. This range can include multiple locations, examples of these locations include, but are not limited to: the home, the office, an alternative office, retail buildings, commercial space, areas adjacent to homes,

8/30 offices, retail buildings, commercial spaces, etc.

In another embodiment of mobility management, H (e) NB defines an association between H (e) NB and a larger network node (HNN), which can be a radio network controller (RNC) , or a macro-cell base station (EB) ID. Each HNN discloses its own identity and the H (e) NB listens to this identity of the servant HNN and stores it internally. When the H (e) NB moves to a new location which is served by a different HNN, the H (e) NB detects this change by comparing the identity disclosed by the HNN and its own stored value. If these differ, the H (e) NB location update procedure is initiated. Referring to figure 2, the H (e) NB 200, probably with the aid of the GPS 260 module, the USIM 270 module and / or the TPM 280, or in any combination of these, can perform the functionality is defined the absolute location of the H (e) NB, or the relative location (in the form of a list of neighboring cells and a list of the HNN) and perform functions such as access control and out-of-area reporting.

In another embodiment, the H (e) NB is programmed with a database (H (e) NB DB) includes it, but not only limits the information of the WTRU such as the identities of the WTRUs, expected values ​​for certain parameters of the WTRUs (WTRU power capacity, support multiple inputs and multiple outputs (MIMO), the WTRU's modulation capacity, the security algorithms supported by the WTRU) and other similar characteristics of the WTRUs (for example, validation, authentication, etc.) to connect, or make a connection request to H (e) NB. Any element of H (e) NB DB should be considered as “information” or “data” of H (e) NB DB. Referring to figure 2, processor 220, in conjunction with tunnel memory 230, can manipulate such a database. Alternatively, the TPM 280 can also, additionally, be used to store some, or all, elements of the database in a secure manner.

Alternatively, H (e) NB can acquire this time information (a typical range of around 0 to 5 minutes), from the WTRUs that connect to it. In a residential setting, and over a reasonable period of long periods of time (a typical range of 0 to 5 minutes), many, if not all, of the WTRUs connected to a given H (e) NB will be the same. Thus, when starting and after monitoring the connected WTRUs and it, for a specific period of time, if the H (e) NB detects that a large number of WTRU identities have changed, or that other characteristics of WTRUs have changed with respect at the expected values ​​in the H (e) NB DB, the H (e) NB can assume that its location has been changed.

9/30

If H (e) NB suspects that there has been a change, then the

H (e) NB may assume that there has been either a change in the identities and other characteristics of the WTRUs to which they are connecting, or requiring connection to it, or that their location has been changed. For each one in which the H (e) NB is completely right (that is, through the use of GPS, information from neighboring cells provided by a WTRU) which has not moved, such detection of information change in the H (e) NB DB, for example, communicated to the heart of the network / radio network controller (RNC) (for example, through the use of O&amp;M signaling), by sending an alert message indicating such a change (or suspected amendment), or requesting verification that the changes perceived in the identities, or other characteristics of the connected WTRUs (Oe requesting the connection) for the H (e) NB are valid. Referring to figure 2, processor 220 will perform the functions of defining the change in identities and other characteristics, and then transmitter 250 will wirelessly send the notification message to the network.

OH (e) NB can perform a safe and reliable method to determine its own location, accurately. Such methods include the use of location detection methods, such as a GPS or an assisted GPS (AGPS), in fact, when the device positions geographic / A-GPS, the interface from the GPS device to the processor of the H ( e) NODE-B, and the programs and data associated with the H (e) NB processor with respect to location processing are safe and done reliably.

OH (e) NB may have a detection circuit which is capable of physically detecting H (e) NB. In the event that the H (e) NB detects the attempted manipulation, it may send a message of attempted physical manipulation (or suspected manipulation) to the carrier, the owner and / or the heart of the network.

In another embodiment, if H (e) NB understands that there is a possible change in its location, depending on its connectivity and programmed configurations, it can be implemented through processor 220 in conjunction with possibly the aid of memory 230, the transmitter 250 the USIM 270 module and the TPM 280, as illustrated by figure 2, any of the mechanisms listed below, both individually and in combination, or implementation of other possible schemes, as all those fluent in art will easily recognize;

1) contact the operator at the heart of the network / the radio network controller (RNC) and report the change in its location (with the indication of the new location / IP address, etc.), change in the identities of the WTRUs or the change in its characteristics in the cell of the H (e) NB, and / or the request for the core of the network / RNC to send an update to the database of the expected WTRUs, their respective

10/30 identities and characteristics;

2) activate the locking mechanism;

3) Transmit an out of service alert message to the WTRUs that are trying to connect to the H (e) NB; and

4) Continue to operate and / or reconfigure your list of expected identities of the WTRUs and other characteristics of the WTRUs (ie WTRU power capacity, MIMO support, WTRU modulation capacity, security algorithms supported by the WTRU).

In another embodiment, the H (e) NB 200 includes a periodic timer which, upon expiration, causes the H (e) NB 200 to contact the network operator. The network operator then provides information for the H (e) NB DB. OH (e) NB can also contain a position device (GPS, etc.) which provides information about its absolute location. OH (e) NB can be moved within a certain range of coordinates (say, for example, different rooms or offices) without triggering the update of H (e) NB DB.

If a change in location of greater amplitude (outside the range of permitted coordinates) is indicated by the position device, the H (e) NB, depending on its connectivity and programmed settings, will implement the following transfer rate mechanisms individually as in any combination:

- contact the operator at the heart of the network and report your change in location with an indication of the new location, a new IP address and the new neighbors detected. OH (e) NB can request information on the list of updated neighbors;

- activate the locking mechanism;

- transmit an out-of-service alert message to WTRUs that are trying to connect to H (e) NB; and

- continue to operate and / or re-configure your location.

In another embodiment, an H (e) NB uses information regarding its location, provided through a WTRU to which it is providing services, to determine whether its location has changed.

Alternatively, H (e) NB detects the change in its location based on the IP address assigned to it (for example, if an IP address is defined using the dynamic host configuration protocol (dhcp) and this is different from the one previously designated, or if any IP address of the router network to which the H (e) NB connects, will change). A detection based on these parameters will cause the H (e) NB, depending on its connectivity and its programmed settings, to implement through the 220 processor and the

11/30 transmitter 250, with the possible assistance of the USIM 270 module and the TPM 280, any of the following update procedures, both individually and in any combination:

contact the operator at the heart of the network and report the change in your location with an indication of the new location, a new IP address and the new neighbors detected. OH (e) NB may require updating the information in the list of neighbors;

activate the locking mechanism;

transmit an out-of-service alert message to WTRUs that are attempting to connect with H (e) NB; and continue to operate and / or re-configure your location.

In another embodiment, when H (e) NB detects a change in its IP connectivity, it will implement a mobility mechanism, such as the Internet engineering task force (IETF), in agreement with the IP mobile client. or the Mobile IP Proxy, in the H (e) NB. This enables H (e) NB to report its change of location to the operator at the heart of the network, via the public IP network. The mobility mechanism can be improved through the inclusion of an additional indicator of the new absolute location, through the use, for example, of a GPS chip or the location of information that is obtained from the WTRUs that connect to the H ( e) NB.

In a conventional wireless communication system, a B-node (NB) or an evolved B-node (E-Node-B) is programmed (for example, through O&amp;M procedures, etc.) with a list of neighboring cells ( NCL). This technique works because the NCL does not change very frequently and conventional B-nodes and evolved B-nodes do not have their locations changed. In comparison, an H (e) NB can often have its location changed, but at the same time it must be flexible in continuing its operation, without the need for operator intervention.

A WTRU can detect information about the cells to which it can connect. In addition, a given WTRU may be able to connect to cells that are not on the NCL of a B-node or an evolved B-node, to which it is connected. However, while such additional cell information can be detected via the WTRU, the WTRU is usually directed by a B-node or B-node evolved to only collect measurement information from the cells which are listed in the respective NCL B-node or evolved B-node.

In comparison, H (e) NB can use this to detect cell information so that it dynamically creates its list of neighboring cells, NCL H (e) NB. In one of the embodiments for the present invention, the H (e) NB sends messages to its WTRUs requesting that each WTRU send information

12/30 with respect to the cells to which they can connect (cell detection information). The WTRU sends this information to the H (e) NB in ​​its measurement report. This detected cell information can be part of an existing report using existing messages, and data structure, or a new message, with a new structure, or information element that can be used to store and transmit this detected cell information. OH (e) NB receives the detected cell information from each WTRU, processes the cell information and uses the cell detection information to generate its NCL.

In another embodiment for the present invention, the H (e) NB is capable of detecting the type and characteristics of the physical layer of the connection for the core operator of the network / RNC, for example, a digital subscriber line (DSL ), cable modem, T1 or wireless connection and report (indicate) this to the operator. In addition, H (e) NB can choose to change its parameters. For example, in one embodiment for the present invention, H (e) NB offers multiple types (for example, graduates) and service levels. Based on the type and characteristics of the connectivity methods for the core operator of the network / RNC. OH (e) NB can change any one, or more, of such features, including, but not limited to: the services offered, the admission controller parameters, and the number of supported users, based on the capabilities of the physical layer of connection. OH (e) NÓ-B can also change additional features which include, but are not limited to data rate, guaranteed output, maximum output level, bit error rate, quality of service, signaling of air interface, and other similar features. In addition, the operator can change, via the core of the network, the H (e) NB parameters such as services and security, depending on the type of connectivity available for the H (e) NB. Referring to figure 2, processor 220, with the aid of receiver 210, and possibly also the module USIM 270 and TPM 280, can define the type of connectivity with the WTRU 200 and coordinate the response actions based on this. .

As mentioned above, certain parameters of the H (e) NB are configurable by the user, regardless of O&amp;M, C-plane or operator signaling. This, unlike the re-configuration of the evolved B-node, which is only possible with the interference of the operator. In another embodiment for the present invention, a user is able to change the power level where H (e) NB operates, to expand coverage. OH (e) NB, in a preferable way, implements a mechanism which allows a user to change other parameters, such as the services offered to non-subscriber pedestrians. To enable this type of configuration, H (e) NB implements a mechanism which offers the user an adequate interface over an IP network, which facilitates, in a similar way, these

13/30 provided by a WLAN AP. Referring to figure 2, processor 220, together with the USIM 270 module and / or the TPM 280, can perform the user-initiated reconfiguration coordination of the H (e) NODE-B parameters.

In another embodiment for the present invention, for H (e) NB parameters such as modulation technology, rate, and transmitted power level can vary, as they are all within a defined limit, depending on the number of transmission errors that are encountered and the transmission rate.

Alternatively, a power control mechanism can be applied to an H (e) NB, together with adaptive modulation and coding (AMC). This will assist H (e) NB in ​​maintaining the QoS required for a WTRU.

In an embodiment for the present invention, additional procedures are defined in a way that simplifies the actions, or services of H (e) NB. For example, filtering measurements at L1 is simplified through the use of linear filtering, rather than logarithmic filtering (considering the limited range and environment in which H (e) NB operates), characteristics such as fractional dedicated physical channel (F -DPCH), in version 6 of 3GPP, options are made through the use of special lEs in H (e) NÓ-B. additionally, the front address of the radio frequency (RF) is simple, as it does not use the diversity of transmission (Tx). Such simplification is possible due to the fact that H (e) NB operates in an environment of less complexity than an evolved B-node. Essentially, an H (e) NB operates in a very simple and basic cell base station configuration, offering only the services that are needed. Referring to figure 2, such new information elements (LEs) can be created and / or manipulated by processor 220 and tunnel memory 230, with the possible help of the USIM 270 module and even the TPM 280.

In another embodiment for the present invention, the H (e) NB functionality and credentials are adjusted remotely under the control of the operator at the heart of the network, by means of O&amp;M / C-plane / operator signaling. Such functionality can be very beneficial for reducing the cost of H (e) NB and also the reuse of H (e) NB hardware through remote provisioning or function migration. Examples of such configurability functionality and credentials include the following elements: cellular communication, communication with the core operator of the network / RNC, the secure administration of the identities of the H (e) NBs as well as other credentials, management of credentials for the downlink and executables, management of the policy downlink security and configuration parameters, the management of neighboring cells and / or “expected” UEs, or the H (e) NB attestation of reliability, and any other credentials

14/30 that needs to support the features that were listed above. In addition, these capabilities enable the H (e) NB functionality to be improved in the future, with capabilities such as the ability to re-transmit to cooperative communications, assist the operator in reaching objective UEs, through H (e) Improved NBs, the use of multiple aerial interfaces, such as GSM / GPRS / Edge, WCDMA, HSPA, WLAN, WiMAX, etc., based on various QoS metrics through measurement and collection through H ( e) NB. Referring to figure 2, processor 220 must perform the coordination role in the provisioning of parameters, or executables.

Techniques similar to those used and defined by the trusted computer group (TCG), such as the use of trusted computer platform (TPM) and / or mobile trust module (MTM) and related commands, can be used to enable functionality H (e) NB and that credentials are remotely managed (predictable and migrable). In one embodiment for the present invention, these methods and techniques enable remote attestation of H (e) NB platform integrity to the operator or other authorized challenger, secure and migrable storage (under secure authorization) and credential management and encryption keys, and the ability for secure encryption and decryption. In another embodiment for the present invention, each H (e) NB is equipped with a TPM or MTM, and these additional secure devices allow the H (e) NB to provide remote security provisioning as well as functions and credentials. Referring to figure 2, the TPM (or the mobile trust module (MTM)) 280 can perform such an integrity attestation functionality.

The functions defined above, preferably, require specific messages between the H (e) NB and the core operator of the network / RNC. In one embodiment for the present invention, this information is sent via dedicated messages, as a part of other existing messages or as information elements (ES) and can be part of O&amp;M signaling, or it can be a part of mobility entities standard S1 (MME) / S1 - user plan entity (UPE) / X2 signaling type, or any other type of new signaling.

Such messages, by way of example, include:

"Location update". This indicates information such as the change of location of an H (e) NB at the heart of the network, an early modification, the access restrictions associated with the location, service parameters, security parameters, and commands from the heart of the network;

- “WTRU List”. This indicates a list of WTRU identities and other characteristics of the WTRUs to which they are connected, or which are

15/30 requiring connection like H (e) NB.

“Type of connectivity”. This indicates the type of connectivity, for example, DSL or cable, which H (e) NB has with the operator, together with other characteristics of the connection, such as support for quality of service (QoS); “Parameters re-configured”. The re-configured parameters include: the services offered by H (e) NB, some specific radio resource control (RRC) parameters such as the power control value, and the like. Such reconfigurations can be performed independently of the operator. OH (e) NB can indicate these parameters re-configured for the core operator of the network / RNC in a new information element message, which contains the parameters configured by the user;

“Passage and re-selection process parameters”. This includes the parameters for the passage process and the reselection from H (e) NB to a macrocell. Other H (e) NBs can also signal at H (e) NÓ-B; and “H (e) NODE-B platform and functionality attestation. This includes new parameters and information for the secure H (e) NB platform remote attestation and / or the authenticity of the functionality and integrity of the core network operator or other authorized challengers.

Referring to figure 2, these messages can be manipulated by processor 220, together with tunnel memory 230, USIM 270 module and TPM 280, and any response message to the network can be transmitted through transmitter 250 .

In another embodiment for the present invention, an H (e) NB can be defined in terms of its neighboring HNNs, or through the associated HNN. Management of H (e) NB mobility is facilitated by maintaining a database of locations for each H (e) NB. For this purpose, functionality entities similar to the home location record (HLR) and visitor location record (VLR), are created on the network. In one embodiment for the present invention, each HNN contains a database of all the H (e) NBs served (which is similar to the H (e) NB functionality). In another embodiment for the present invention, the database can be located at the heart of the network, for example, the mobility switching center (MSC), or the support node (SGSN) for packet radio services (GPRS).

In one of the embodiments for the present invention, an exemplary use RS is illustrated by means of figure 4, a forwarding station (RS) 470 is a special type of H (e) NB. A forwarding station (RS) 470 is normally considered to have an “aid node, to facilitate and improve communication between a BS 460 (which plays the role

16/30 of HNN in figure 1) and one or more WTRUs (180, 182, 484). The forwarding station (RS) 470 is similar to a typical H (e) NB in ​​that it provides local coverage in a macro-cell which is served by an HNN. Similarly, a routing station (RS) 470 is usually a small, inexpensive node which can be easily installed and configured. Precisely because of these reasons, a forwarding station (RS) 470 can exhibit a mode similar to that of a typical H (e) NB. In this way, some of the mobility management solutions for a typical H (e) NB are directly applicable and / or extensible to RSs. An example of the internal components of an RS 300 is illustrated using figure 3. The RS 300 contains a processor 320, a reliable platform module 380, a USIM 370, a GPS 360, a memory 330, a removable memory (for example a smart card) 340, a transmitter 310 and a receiver 350.

In one embodiment of the present invention, an RS 470 communicates with one or more HNNs (ie BS 460) via a wireless connection 462 which can use the same spectrum and signaling scheme as the which is used for communications over a WTRU 480, as shown in figure 4. In figure 4, WTRUs 480, 482 and 484 are connected to RS 470 through the respective wireless connections 472, 474 and 476. WTRUs are also capable of communicating wirelessly with BS 460 via connections 464, 466 and 468. BS 460 can be connected to an HNN 450 through a 452 connection which can be either wireless or via physical cables. RS 470 registers itself through a registration procedure, which includes the verification of credentials through mutual (two-way) or unilateral (one-way) authentication. Record data is stored in a database on the network. The database resides on the HNN 450 or another node on the network, such as the originating subscriber server (HSS) on a 3GPP network which also contains the HLR and VLR databases. In another embodiment for the present invention, these data reside in the core elements of the network, such as a support node (SGSN) for general packet radio services (GPRS) or a support node for GPRS service ( GGSN). on non-3GPP networks, similar nodes are identified to store the registration data.

The registration process is performed both at the time of installation and periodically, at regular time intervals (for example, once a day), or as a response to a network request, or other similar condition. As part of the registration process, a candidate RS may be denied registration, for example, if authentication fails. Similarly, an RS may decide not to register with a particular HNN, based on several criteria, which may include, but are not limited to, authentication, the restrictions that are imposed by the HNN on the operation of the RS, and economic factors which are

17/30 relate to the use of HNN.

Following the registration process, the attachment process follows. This process is a dynamic prc which is performed frequently, and involves the current state of an RS and the HNNs which are balanced so that communication is established. Similar procedures for connecting / disconnecting GPRS can be used here. For example, as described by TS 24.008-780, section 4.7.3 3GPP, RS sends an attachment request message (ATTACH REQUEST MESSAGE), which contains a number of RS attributes, such as RS identity, capabilities access via radio, coding details, etc. the RS identity can be permanent or temporary. The radio omd access capability may include the radio frequency power class, the multiple antenna capability, the ability to eliminate interference, the capabilities for the pass-through process, as well as support for other radio technologies (ie ie, UMTS FDD, LTE, CDMA 2000, etc.) [see TS 24.008-780, Section 10.5.5.12a 3GPP], BS examines the attachment request message (ATTCH ACCEPT) and is accepted and considered useful for cooperation purposes, ita transmits an attachment message.

An RS attachment with one or more HNNs. When attached to multiple HNNs, several techniques can be used to improve communication between a multiple cell system.

The data it describes, the location of an RS can take a similar shape to the data describing the H (e) NB locations. This data includes, but is not limited to: the identity of the HNN to which the RS is attached, the identities of the HNNs to which the RS is attached, the identities of the HNNs to which the radio reception range of the RS (even if RS is not attached to any of them). And the identifiers of the RSs to which they are located in the radio neighborhood of the RS under consideration.

When changing the status of an RS, registration or attachment, a number of procedures may be involved. For example, if an RS is moved from its present location, this may trigger a new registration / attachment procedure. Similar to the concept of source network and visited network in cell systems for WTRUs, RSs can RB have the source network. In this way, when an RS moves in a network which is not the source network, that is, a visited network, the registration / attachment procedures in the visited network may involve communication between the visited network and the source network for the purposes of RS authentication. The RS roaming procedure is similar to the WTRU process in the current system in cellular use.

In another embodiment for the present

18/30 invention, an RS experiences a failure and finally stops operating (total failure). In such a case, before the total failure, the RS can communicate with the HNN and possibly other nodes at the heart of the network and report the change in its state. This will trigger the detach procedure. In another embodiment for the present invention, the RS can be powered by solar energy (total or partial). The RS may wish to conserve energy through its own shutdown. In another embodiment of the present invention, the RS can be powered by battery or solar energy (total or partial). This is a particularly attractive way to feed an RS because RSs are small, and are expected to be employed in large numbers, as well as to operate without supervision. Alternatively, the RS may wish to conserve its energy through the use of the idle (or sleeping) state, procedures that are similar to those used by a WTRU which is connected to a BS. When the RS is in the idle module, energy use is minimized. In such cases, before making the transition to the idle state, the RS can send a notification message to the BS indicating such a transition.

An RS, which is not attached and is possibly unregistered in a particular location with any HNN, discloses itself, looking for any HNN that requires its services. In this specific way, RS listens to the signals from a radio marker and defines the presence of HNNs. Depending on the result that was obtained, it makes the selection of suitable radios (assuming that an RS is capable of multiple radio modes, such as GSM, WCDMA, WLAN, etc.) and sends announcement messages. If the RS is a single mode device (a special case), it will skip the radio search and will immediately announce itself. Once the HNN knows the nature of their radio coverage, as well as the shadow areas in their coverage, etc., they are in a position to decide whether or not they need to send help. In this way, and through the use of such criteria, the BS can choose to use the aid or disclose the RS and negotiate the terms of a contract. The contract may involve the duration of the assistance, the nature of the assistance, the modes of assistance, etc. Subsequently, RS "sells" its services, which include registration and attachment with the HNN and when the contract is complete, deviation-registration and detachment from itself with the HNN. This solution provides an implementation scenario where a number of radio third parties assist RSs when possible. And it can also encourage a type of two-tier radio coverage (2 tiers), providing a secondary market. EMBODIMENTS FOR THE PRESENT INVENTION

1. In a source B-node (H (e) NB) comprising a global positioning system (GPS) or an assisted GPS system (A-GPS), the system configured to determine its location.

19/30

2. The B-node according to embodiment 1 which comprises a processor configured for:

execute a blocking function which locks and unlocks parameters which include at least one of the parameters controlled by the carrier and a parameter controlled by the user, and modifies at least one of the parameters controlled by the carrier and the parameters controlled by the user;

detects the location of H (e) NÓ-B; and detects whether the H (e) NB has moved from the location.

3. OH (e) NB according to embodiment 2 further comprising:

a universal subscriber identification module (USIM) configured to store static parameters and assist in configuration upon initiation;

a memory;

a removable memory configured to obtain the lock function and parameters;

a network card configured to connect to an IP network; a transmitter; and a receiver.

4. OH (e) NB according to embodiment 3 further comprising:

a secure hardware component to provide secure storage and execution environment.

5. OH (e) NB according to any of embodiments 2 to 4, in which the parameters controlled for bearer include a public network mobile network identity (PLMN-ID) which must be transmitted by H (e) NB.

6. OH (e) NB according to any of embodiments 2 to 5, in which the parameters controlled by the bearer include a service supported by H (e) NB comprising at least one basic voice service, support for voice calls. emergency and high-speed data support.

7. OH (e) NB according to any of embodiments 2 to 6, in which the parameters controlled by the carrier include a security parameter which comprises at least one lock parameter indicator, a protected data indicator, a security key, and a security algorithm.

8. OH (e) NB according to any of embodiments 2 to 7, in which the parameters controlled by the carrier include a spectrum indicator which indicates the operational frequency of H (e) NB.

9. OH (e) NB according to any of embodiments 2 to 8, in which the parameters controlled by the carrier include an operation location indicator and a tariff indicator.

10. OH (e) NB according to any of embodiments 2 to 9, in which

20/30 the parameters controlled by the carrier include a blocking parameter.

11.0 H (e) NB according to any of embodiments 2 to 10, in which the USIM contains one or more parameters.

12. OH (e) NB according to any of embodiments 2 to 11, in which the memory contains one or more parameters.

13. OH (e) NB according to any of embodiments 2 to 12, in which the removable memory contains one or more parameters.

14. OH (e) NB according to any of embodiments 2 to 13, in which the removable memory comprises the locking function.

15. OH (e) NB according to any of embodiments 2 to 14, in which the removable memory comprises the locking function in a WTRU.

16. OH (e) NB according to any of embodiments 2 to 15, in which the blocking function allows the operation of H (e) NB based on at least part or parameter values.

17. OH (e) NB according to any of embodiments 2 to 16, in which the blocking function is achieved at the hardware level or through the use of a secure execution environment, provided by means of computing techniques reliable.

18. OH (e) NB according to any of embodiments 2 to 17, in which the blocking function performs at least one of the following elements: a stop, a shutdown, the reduction of the services offered, the restriction in the admission control, the reset of the configuration parameters by sending operational and maintenance signaling (O&amp;M) or control plane signaling (C-plane), to the operator, sending alert messages to the operator, and directly if a user tries to re-configure the H (e) NB parameters, without authorization.

19. OH (e) NB according to any of embodiments 2 to 17, in which the blocking function allows aw to connect to H (e) NB only if the WTRUs are H (e) bearer subscribers. NB.

20. OH (e) NB according to any of embodiments 2 to 18, in which the locking function ensures that H (e) NB can be unlocked when predetermined criteria for the operation are met.

21. OH (e) NB according to embodiment 20, in which the predetermined criteria include:

successful authentication of the H (e) NB or the owner of the H (e) NB; successful verification of the context of the unlock request by the owner or the operator; and successful verification of the certificate by the H (e) NB of its reliability platform.

22. OH (e) NB according to any of embodiments 2 to 21, in which

21/30 the unlock command or the lock function lock command, together with modified parameters, are received from the heart of the network or the radio controller, by means of signaling.

23. OH (e) NB according to any of embodiments 2 to 22, in which a blocking function command, together with modified parameters are received via the Open Mobile Alliance device management (DM) mechanism (OMAN).

24. OH (e) NB according to any of embodiments 2 to 23, in which H (e) NB detects a change in its location by comparing at least one of the following elements: a macro identifier surrounding cell and a neighboring cell identifier together with the corresponding radio power, with at least one element between: an expected macro-cell parameter and an expected neighbor cell identifier, and a corresponding expected radio power.

25. OH (e) NB according to any of embodiments 2 to 24, in which H (e) NB detects a change in its location by comparing the stored parameters of the location with at least one of the following elements: the location determined by means of a GPS or A-GPS, the location of a wireless transmission and reception unit (WTRU) served, and the location of the WTRU in a neighboring cell.

26. OH (e) NB according to any of embodiments 2 to 25, in which H (e) NB transmits a request to update its list of neighbors, if a neighboring cell has changed the location and location of the H (e) NB has not changed.

27. OH (e) NB according to any of embodiments 2 to 26, in which if H (e) NB understands that its location has been changed, H (e) NB performs at least one of the following elements:

contact the operator at the heart of the network and report a change of location with an indication of your new location / IP address, and any neighbors detected;

requires update information of list of neighbors; institutes a locking drive mechanism;

transmits an out-of-service alert message to the WTRUs that are trying to connect to the H (e) NB;

continues to operate and re-configures its list of neighbors at its own expense; and when the timer expires, it requires an update of the neighbors list.

28. OH (e) NB according to any of embodiments 2 to 27, in which H (e) NB can operate within several locations, including:

22/30 a house; an office; an alternative office; a retail building; and an area adjacent to a home, office, or retail building.

29. OH (e) NB according to any of embodiments 2 to 28, in which H (e) NB initiates a location update procedure if a stored larger network node (HNN) identity is different from identity of the larger network node (HNN) that is advertised.

30. OH (e) NB according to any of embodiments 2 to 29, in which at least one of the following elements: a processor, a secure hardware component, the USIM, the memory, and the removable memory contains a bank information data comprising: WTRU information, further comprising:

a WTRU identifier (ID);

expected parameter values ​​for the WTRU, including: o the power capacity of the WTRU;

o an indicator that the WTRU supports multiple inputs and multiple outputs (MIMO);

o the WTRU's modulation capacity;

o the security algorithms supported by the WTRU;

the validation information; and authentication information.

31. OH (e) NB according to claim 30, in which the information of H (e) NB DB is programmed.

32. OH (e) NB according to any of the embodiments 30 to 31, in which the input of H (e) NB DB is acquired from the connected WTRUs presents H (e) NB.

33. OH (e) NB according to any of the 30 to 32 embodiments, in which H (e) NB sends a change alert verification message or request, if H (e) NB has not moved and the H (e) NB detects a change in the information of the H (e) NB DB.

34. OH (e) NB according to any of embodiments 2 to 33, in which H (e) NB detects the change in its location by comparing its first designated IP with a second designated IP address.

35. OH (e) NB according to any of embodiments 2 to 34, in which if H (e) NB detects a change in its location, H (e) NB performs at least one of the elements among:

contact the operator at the heart of the network and report a change of location, identifying your new location, a new IP address and the new neighbors detected;

23/30 requires an update to the list of neighbors; a locking mechanism trigger;

transmits an out-of-service alert message to the WTRUs that are trying to connect with the H (e) NB;

continues to operate and / or re-configure its location; and implements the mobility mechanism of the Internet engineering task force (IETF) which allows H (e) NB to report its location through the public IP network.

36. OH (e) NB according to any of embodiments 2 to 35, in which H (e) NB detects the type and characteristics of the physical layer of the connection for the core network operator (CN) or the radio network controller (RNC) where the physical layer comprises at least one of the following elements: access with multiple with broadband code division (WCDMA), the high-speed access packets (HSPA), the radio access network through the global system for mobile communication (GSM) EDGE (GERAN), the wireless local area network (WLAN), digital subscriber line (DSL), cable and microwave access for worldwide interoperability (WiMAX), based on the metric measure quality of service (QoS) and acquired by H ( e) NB through QoS parameters stored in H (e) NB DB.

37. OH (e) NB according to any of embodiments 2 to 36, in which H (e) NB changes by at least one of the following elements:

the services offered, the controller admission parameters, and the number of users supported;

based on the capabilities of the physical connection.

38. OH (e) NB according to any of embodiments 2 to 37, in which H (e) NB changes in at least one of the following elements: the data rate, the guaranteed transfer rate, the transfer rate maximum throughput, bit error rate, overhead signaling, and quality of service.

39. OH (e) NB according to any of embodiments 2 to 38, in which the processor is additionally configured to provide procedures to simplify the actions or services of H (e) NB.

40. OH (e) NB according to any of embodiments 2 to 39, in which the parameters are remotely configurable.

41. OH (e) NB according to any one of embodiments 2 to 40, in which messages containing signaling information are sent and received, comprising at least one of the following elements:

a “location update” which indicates information that includes at least one of the following elements: a change in the location of an H (e) NB at the heart

24/30 of the network, an early change, an access restriction associated with the location, service parameters, security parameters and operating system commands at the heart of the network;

a “WTRU list '' which further comprises a list of the WTRU IDs to which they are connected, or requiring connection to H (e) NB;

a “type of connectivity” which indicates the type of connectivity which includes net discharge and cable flow, in which H (e) NB operated and includes information on quality of service (QoS);

the “re-configured parameters” which indicate the user-configurable parameters including: the services offered by H (e) NB, the specific parameters of the radio resource control (RRC), additionally including the values ​​for the power control;

the “pass-through and re-selection process parameters” which specify parameters for the pass-through process and the re-selection from an H (e) NB to a macro cell, or to another H (e) NB ; and the “H (e) NB platform and functionality attestation” which specifies the parameters and information for the secure remote attestation of the H (e) NBs platforms, or the functionality, authenticity and integrity.

42. OH (e) NB according to any of embodiments 2 to 41, in which the messages are dedicated messages, parts of an existing message or information elements (lEs).

43. A wireless communication method comprising a source B-node (H (e) NB).

44. The method according to embodiment 43 which comprises the locking and unlocking parameters in a locking function, which includes at least one parameter controlled by the carrier and one parameter controlled by the user, and the modification of at least one of the following elements: the parameters controlled by the carrier and the parameters controlled by the user.

45. The method according to embodiment 43 which comprises detecting the location of H (e) NB.

46 . The method according to embodiment 43 which comprises detecting whether the H (e) NB moves from the location.

47. The method according to any of the embodiments 44 to 46, in which the parameters controlled by the carrier include:

a public territory mobile network identity (PLMN-ID) which must be transmitted by H (e) NB;

a service supported by H (e) NB which comprises at least a basic voice service, supports emergency calls, and supports high-speed data;

A security parameter which comprises at least one lock parameter indicator, a protected data indicator, a security key, and a security algorithm;

a spectrum indicator which indicates the operational frequency of H (e) NB; a location indicator; and a tariff indicator.

48. The method as in any embodiment from 44 to 47, in which the parameter controlled by the carrier is a blocking parameter.

49. The method as in any embodiment from 44 to 48, additionally comprising storing the blocking function and one or more parameters in a universal subscriber identification module (USIM).

50. The method as in any embodiment from 44 to 49, further comprising storing the lock function and one or more parameters in removable memory.

51. The method as in any embodiment from 44 to 50, additionally comprising storing the blocking function and one or more parameters in a reliable platform module (TPM).

52. The method as in any embodiment from 44 to 51, in which the blocking function additionally comprises allowing the operation of H (e) NB based on at least partially the parameter values.

53. The method, as in any embodiment from 44 to 52, in which the blocking function additionally comprises making the blocking function be at the hardware level or the blocking function being implemented in reliable computing techniques.

54. The method as in any embodiment from 44 to 53, in which the blocking function additionally comprises performing at least one of the following elements: stop, shut down, reduce the services offered, restrict admission control, reset the configuration parameters by sending operational and maintenance signals (O&amp;M) or signaling to the control plan operator (C-plane), sending messages alert to the operator, and contact the operator directly, if a user attempts to re-configure the H (e) NB parameters without authorization.

55. The method as in any embodiment from 44 to 54, in which the blocking function additionally comprises allowing wireless transmission and reception units (WTRUs) to connect to the H (e) NB only if the WTRUs are subscribers to the carrier of H (e) NB.

56. The method as in any embodiment from 44 to 55, in which the blocking function additionally comprises ensuring that the H (e) NB can be unlocked when a predetermined operating criterion is met.

26/30

57. The method as in any embodiment from 44 to 56, in which the predetermined criterion includes:

the authentication of the H (e) NB or the owner of the H (e) NB;

check a block request context; and check an attestation by the H (e) NB of your reliability platform.

58. The method as in any embodiment from 44 to 57, in which the locking function additionally comprises receiving the unlocking command or the locking command, together with modified parameters.

59. The method, as in any embodiment from 44 to 58, in which the detection of the change in its location comprises comparing at least one of the following elements: the identifier of a surrounding macro-cell, and the identifier of a neighboring cell with the corresponding radio signal strength, and with at least one of the following elements: the expected macro-cell identification parameters, and the neighboring cell identifier, and the expected corresponding radio signal strength.

60. The method, as in any embodiment from 44 to 59, in which the detection of your location includes comparing the stored location parameters with at least one of the following elements: the location as defined by means of a GPS or an A- GPS, the location of a wireless transmission and reception unit (WTRU) served, and the location of a neighboring cell.

61. The method, as in any embodiment from 44 to 60, additionally comprising transmitting a request to update its list of neighboring cells if the vicinity of the cells has changed and the location of H (e) NB has not been changed.

62. The method as in any embodiment from 44 to 61, additionally comprising performing at least one of the following elements, if the H (e) NB understands that its location may have changed:

contact the operator at the heart of the network and report the change in its location with an indication of the new location / new IP address, and any detected neighbors;

request updated list of neighbors information;

transmit an out-of-service message to WTRUs that are trying to connect to H (e) NB;

continue to operate, or to re-configure your neighborhood list on your own; and when the timer expires, request an update of the neighbors list.

63. A method for generating the cell information detected by means of a WTRU comprising:

store additional information of the detected cell;

27/30 receiving a request from an H (e) NB to transmit the detected information from a cell;

transmit the detected information from a cell to the H (e) NB.

64. A method for creating a list of neighboring cells (NCL) in an H (e) NB comprising:

send a request to a WTRU for the detected cell information; receiving the detected cell information from the WTRU; and processing the detected cell information to generate the NCL.

65. A forwarding station (RS) comprising an originating B-node (H (e) NB).

66. The RS according to embodiment 65 comprising a global positioning system (GPS) or an assisted GPS system (A-GPS) configured to determine the location.

67. The RS according to embodiment 65 comprising a processor configured for:

execute a blocking function which locks and unlocks parameters including at least one of the following elements: a parameter controlled by the carrier, and a user parameter, and modifies at least one of the following elements: the parameters controlled by the carrier and the parameters controlled by the user;

detects the location of H (e) NB; and detects whether the H (e) NB has moved from the location.

68. The RS according to embodiments 66 to 67 additionally comprising:

a universal subscriber identification module (USIM) configured to store static parameters and assist in configuration upon initiation;

a memory;

a removable memory configured to contain the lock function and parameters;

a transmitter; and a receiver.

69. The RS according to embodiments 66 to 67 additionally comprising;

a secure hardware component providing a secure storage and execution environment.

70. The RS according to embodiments 66 to 69 in which the parameters controlled by the carrier include;

a public territory mobile network identity (PLMN-ID) which must be

28/30 transmitted by H (e) NB;

a service supported by H (e) NB comprising at least one basic voice service, support for emergency calls, and supports high-speed data transmission;

a security parameter comprising at least one of the following elements: a lock parameter indicator, a protected data indicator, a security key, and a security algorithm;

a spectrum indicator which indicates the operational frequency of H (e) NB; an operation location indicator; and a tariff indicator.

71. The RS according to embodiments 66 to 70 in which the parameters controlled by the carrier include:

an RS identity;

the radio access capability further comprising: a radio frequency power class; a multi-antenna capacity indicator; an indicator of the ability to eliminate interference; and the capacity for the passing process; and encryption details.

72. The RS according to embodiments 66 to 71 in which at least one of the following elements: a processor, a secure hardware component, the USIM, the memory, and the removable memory contains the information database (H (e) NB DB) comprising:

the WTRU information further comprising: a WTRU identifier (ID); RS identities (IDs);

the mode indicator which indicates whether the RS is in the idle state; the values ​​and parameters expected for the WTRU, which include: the power capacity of the WTRU;

an indicator if the WTRU supports multiple inputs and multiple outputs (MIMO); the modulation capacity of the WTRU; and the security algorithms supported by the WTRU; the validation information; and authentication information.

73. A method for conserving energy by a forwarding station (RS) comprising:

enter and idle mode; and send a mode indicator.

29/30

74. A method comprising obtaining services from a forwarding station (RS).

75. The method according to embodiment 74 comprising listening to determine the presence of a larger network node (HNN).

76. The method according to embodiment 74 comprising advertising to an HNN.

77. The method according to embodiment 74 comprising receiving a PA contract for assistance including at least one of the following elements: the duration of the assistance, the nature of the assistance and the mode of assistance.

78. The method according to embodiment 74 comprising the sale of services.

79. A method like any of embodiments 75 to 78 additionally comprising selecting a radio.

Although all the features and elements of the present invention are described in the form of the preferred embodiments, and in particular combinations, each feature or element can be used alone, without other features and elements of the preferred embodiments, or else various combinations, with or without other characteristics and elements of the present invention. The methods or flow charts offered in the present invention may be implemented by means of a computer program, software, or firmware that are tangibly incorporated in a storage medium capable of being read by means of a computer, for execution by means of of a general purpose computer or processor. Examples for storage media that can be read by computer include read-only memories (ROM), random access memories (RAM), a register, a cache memory, a semiconductor memory device, magnetic media such as a internal hard disk, a removable disk, optical-magnetic media, and optical media such as CD-ROM discs, and digital versatile discs (DVDs).

Suitable processors include, but are not limited to, by example, a general purpose processor, a specific purpose processor, a conventional processor, a digital signal processor (DSP), a wide variety of processors, one or more processors in association with a DSP core, a controller, a micro controller, an integrated circuit for specific applications (ASIC), a field programmable Gate Array circuit (FPFA), or any other type of integrated circuit (Cl), and / or state machine.

A processor in association with software can be used to implement radio frequency transceivers for use in a wireless transmission and reception unit (WTRU), a user equipment

30/30 (EU), a terminal, a base station, a radio network controller (RNC), or any host computer. The WTRU can be used in conjunction with modules implemented by means of hardware and / or software, such as a camera, a video camera module, a videophone, a talking phone, a vibrating device, a speaker, a microphone, a television transceiver, a handsfree headset, a keyboard, a Bluetooth® module, a radio frequency modulated (FM) unit, a liquid crystal display unit (LCD), a LED display unit organic light (OLED), a digital music player, a media player, a video game module, an Internet browser, and / or any wireless local area network (WLAN) module.

1/2