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.
: "Vocabulary for 3GPP Specifications".
: "Multimedia Broadcast/Multicast Service (MBMS) user services; Stage 1".
: "Service Aspects; Service Principles".
TR-069 Amendment 2: "CPE WAN Management Protocol v1.1, Broadband Forum", viewable at http://www.broadband-forum.org/technical/download/TR-069Amendment2.pdf
: "User Equipment (UE) procedures in idle mode and procedures for cell reselection in connected mode".
: "Evolved Universal Terrestrial Radio Access (E-UTRA); User Equipment (UE) procedures in idle mode".
: "Service aspects; Charging and billing".
: "Public Warning System (PWS) requirements".
: "Secured packet structure for (Universal) Subscriber Identity Mobule (U)SIM Toolkit applications".
: "Remote APDU Structure for (U)SIM Toolkit applications".
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.
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.
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.
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.