In Rel-8, 3GPP has specified the basic functionalities for the support of Home Node B (HNB) and Home eNodeB (HeNB). The requirements for these basic functionalities were captured in TS 22.011. From Rel-9 onward, it has been agreed to consolidate all the requirements from Rel-8 and further requirements for HNB and HeNB in a new TS, which is this specification.

This specification defines the service requirements for the basic functionalities for the support of Home NodeB (HNB) and Home eNodeB (HeNB) – jointly referred to as H(e)NB – and the further functionalities that will enable the mobile operators to provide more advanced services as well as improving the user experience.

The following documents contain provisions which, through reference in this text, constitute provisions of the present document.

• References are either specific (identified by date of publication, edition number, version number, etc.) or non-specific.
• For a specific reference, subsequent revisions do not apply.
• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same Release as the present document.

These use cases do not imply any requirement beyond that which is contained in the normative part of this TS. Usecase-1: H(e)NB Mobility User A connects to the H(e)NB via mobile device. User A should be able to move around within the H(e)NB coverage in the home or enterprise. User should also be able to invoke additional services based on user policy and operator policy. Usecase-2: H(e)NB Guest Users User A and User B are subscribers of Operator 1 and Operator 2 respectively. User A visits User B in his home and User B allows User A to use H(e)NB in User B's home. User A should be able to access all the services he is subscribed to from Operator 1 based on the policies set by User B and operator 2. Operator 1 and Operator 2 have roaming agreement. Usecase-3: HNB/HeNB - NB/eNB Handovers User A subcribes to cellular services of Operator 1 and is authorised to access a HNB/HeNB from same or other operator. User A starts service in the H(e)NB coverage and continues moving into a cellular network. Similarly User A starts service in cellular network and continues moving into H(e)NB coverage. User A does not see any impact on services due to mobility in both cases. Usecase-4: Access to Home based services User A connects to the H(e)NB via mobile device. User A should be able to access home based services (e.g. local digital media servers and digital media players) from the mobile device. Other users may access the home based services subject to H(e)NB Hosting Party policies. Usecase-5: Media Transfer User A connects to the H(e)NB via mobile device. User A starts viewing video streaming service on the mobile device. User A then wants to continue viewing the video on a different screen for better viewing. User A should be able to transfer the session to a high-definition TV or PC connected via broadband connection. User A should also be able to transfer the session from the TV or PC to a mobile device and continue the session in the H(e)NB coverage and also in the cellular network. Usecase-6: IMS capable HNB used for coverage purposes In this scenario, the reason for an operator to introduce IMS capable HNB is to offload voice traffic from his existing CS core network to IMS. However, as in this scenario the usage of 'legacy' services (e.g. CS Fax) is still assumed - only the utilization of network resources is to be changed - it is requested that IMS capable HNB provides all the services/ capabilities that are provided through regular Node B from the beginning. Usecase-7: IMS capable HNB for a new business model This scenario starts with a view that HNB is located in the user's residence and the UE is the preferred equipment to interact with home services/ applications. New business can be expected there. In this scenario, some of the CS services/ capabilities that are provided through regular Node B might not be needed or might be provided in a later step if the operator could instead offer attractive new services under IMS capable HNB only. Usecase-8: IMS capable HNB for Green field operator This scenario expects new players to get into the mobile market. In this scenario, they would aim to deploy cost efficient and future proof infrastructure, i.e. no CS domain but IMS/PS domain only, regardless of whether or not UEs have IMS client on them. Usecase-9: Hybrid access mode In order to improve the coverage in a shopping mall, H(e)NBs are deployed. The shopping mall owner may have been provided a special deal by the network operator where the employees of the shopping mall will get preferential charging rates and priority access when accessing services via these H(e)NBs. In exchange, the shopping mall owner allows the public to use the H(e)NBs to access the normal network operator services. The H(e)NB Hosting Party should not need to manage the public access and the public should not need to do anything special in order to get services on the H(e)NB. Use case-10: Open access mode Typically to enhance coverage or capacity of an operator's public network, for example in railway stations, airports, stadiums, etc, taking benefit of the H(e)NBs additional functionality (e.g. uncoordinated deployment). Usecase-11: HNB interacts with Home network User A connects with his UE (possibly a pre-Rel 9 UE) to the HNB with IMS Interworking and Local IP Access to the home network capabilities. The home network accommodates home network devices (Intercom, Door lock, Network radio, Photo server, etc.) and the HNB. User A should be able to communicate with a visitor at Intercom via the mobile device. Usecase-12: HNB interacts with IP-PABX User A connects with his UE (possibly a pre-Rel 9 UE) to a HNB with IMS Interworking and Local IP Access to the home network capabilities at an office. The HNB might be deployed and interconnect with an enterprise extension telephone system (e.g. SIP based PABX). User A should be able to make/receive an extension call to/from fixed line UE under SIP based PABX. In addition, User A with the mobile device and User B with computers should be able to access a common groupware server at the office and share the same information such as schedule, emails, etc. Usecase-13: Electronic customer guide in shopping centre, using Local IP access A department store or shopping centre provides electronic shopping guide. When user A enters into a shopping centre where a shopping centre H(e)NB is installed, an invitation indication shows up on his mobile device which he accepts. This allows him access to the centre's H(e)NB. Subsequently, he accesses the centre's customer service server, which is only accessible through the H(e)NB where he uploads his shopping list. The customer service server responds a list of sale items of similar nature. He accepts or declines the various choices and the final shopping list is downloaded to his UE. While user A is waiting, User A watches free TV show or advertisement provided through the H(e)NB for the shop customer. While in the shopping centre the user has simultaneous access to operator's and local shopping centre services. Usecase-14: Local IP Access The user has the subscription through home operator H. The user is served by the home operator H. The UE obtains IP connectivity in both a local gateway to obtain local connectivity for IMS services (e.g. as in local IP access or for enterprise scenarios with call to other terminals in the PABX area) and to a home gateway (as in normal connectivity for IMS services). For IMS sessions to be routed to e.g. remote terminals, the traffic is sent through the connectivity with the home gateway, whereas for IMS session that can be routed locally (e.g. based on local phone number), the traffic is sent through the connectivity with the local gateway through the local IP access. Whether the UE routes a specific IMS session through the local access or the home gateway can be controlled on a per session basis. Also, the UE may obtain local connectivity by default (e.g. based on static configuration by the operator) or dynamically based on indication by the IMS server. Usecase-15: Subscriber A from Network A owns HNB/HeNB A because of no macro network coverage . Guest user B from Network B visits subscriber A's house. Subscriber A wants to allow guest user B access to HNB/HeNB A while the guest user B is visiting. Usecase-16: Corporation A has sites in country A, B and C. Corporation A has employees from country A and B. Employees in country A are from Operator AA and AB. Employees in country B are from Operator B. Corporation A has HNB/HeNB in country A from Operator AA and country B from Operator B. Employees from country A and B are allowed access to HNB/HeNBs in country A and B. Usecase-17: Content-sharing services in the residential IP network During a trip to the zoo Alice has taken several pictures and has recorded a video clip on her UE. After returning home her UE connects to the H(e)NB in the home and accesses the residential IP network. The local devices (video, printer, ..) are automatically discovered by the UE. Alice views the videos on her video player, prints photos on her printer, uploads her media onto media server, and downloads media for her next outing.

Table B.1 illustrates the different H(e)NB Access Modes and what access is allowed for UEs of any release depending on whether the UE is allowed access to the CSG. In Table B.1 "Access" means "Access to services". "Preferential access" means the user will get preferential access to the cell.

 

item	used for	associated with	permanently stored in	distribution method	displayed to user	comment
H(e)NB equipment identity	administrative purposes	H(e)NB (physical entity)	H(e)NB administration database of the operator	O&M procedures	NO	not known to UE, therefore not useable by UE to identify a H(e)NB
CSG identity	automatic and manual CSG selection access control to CSG cells	a CSG, i.e. a group of users (UEs). One or More H(e)NBs (CSG cells)	H(e)NB administration database of the operator Allowed CSG List in the UE if user (UE) is member of CSG (USIM entry takes precedence over ME)	provided by O&M to H(e)NBs provided by home PLMN to UEs (the Home PLMN and Visited PLMN should synchronize this information ) Provided to the UE by OMA DM when stored in the ME, Provided to the UE by OTA when stored in the USIM Provided to UE via manual CSG selection broadcasted by H(e)NB	YES, if HNB Name is not available	A CSG identity is unique within a PLMN. In the UE a CSG ID, together with a network identifier, identifies a CSG globally uniquely.
HNB name (optional)	for supporting (ease of use) manual CSG selection, displaying a "friendly" name to the user	CSG identity (relationship: m CSG ID : n HNB names)	H(e)NB administration database of the operator UE	Provided by O&M to H(e)NBs Optionally stored by user in UE broadcasted by H(e)NB	YES during manual selection, OPTIONAL during normal operation. (USIM entry takes precedence over broadcast and ME)	If a HNB name is stored in the UE it needs to be associated with a CSG identity. Initial configuration in the UE may be done by the operator (e.g. at point of sale). Later, a HNB name is implicitly associated to the current CSG identity by the UE when the user stores the HNB name
CSG Type	for additional information (on e.g. billing mode) to the user when camping on a CSG cell (i.e. after CSG has been selected)	CSG identity (relationship: n  CSG ID : 1  CSG Type)	administration database of the operator UE	provided by initial UE configuration, OTA and device management to UEs	YES, if CSG is in Allowed CSG List. (USIM entry takes precedence over ME)	UE needs to associate a CSG Type with a CSG identity Association done by operator (the Home PLMN and Visited PLMN should synchronize this information)