Patent Publication Number: US-9844025-B2

Title: Broadcast management unit and method for providing digital content to a user equipment, user equipment and method for receiving digital content

Description:
CROSS-REFERENCE TO RELATED APPLICATION 
     This application is a 35 U.S.C. §371 National Phase Entry Application from PCT/EP2012/068769, filed Sept. 24, 2012, and designating the United States. 
     TECHNICAL FIELD 
     Embodiments herein relate a method in a Broadcast Management unit, a Broadcast Management unit, a method in a user equipment and a user equipment. In particular embodiments herein relate to providing digital content to a user equipment in a cellular communications network. 
     BACKGROUND 
     Communication devices such as User Equipments (UEs) are also known as e.g. mobile terminals, wireless terminals and/or mobile stations. A user equipment is enabled to communicate wirelessly in a cellular communications network, wireless communications system, or radio communications system, sometimes also referred to as a cellular radio system or cellular network. The communication may be performed e.g. between two user equipments, between a user equipment and a regular telephone and/or between a user equipment and a server via a Radio Access Network (RAN) and possibly one or more core networks, comprised within the cellular communications network. 
     The user equipment may further be referred to as a mobile telephone, cellular telephone, laptop, Personal Digital Assistant (PDA), tablet computer, surf plate, just to mention some further examples. The user equipment in the present context may be, for example, portable, pocket-storable, hand-held, computer-comprised, or vehicle-mounted mobile device, enabled to communicate voice and/or data, via the RAN, with another entity, such as another user equipment or a server. 
     The cellular communications network covers a geographical area which is divided into cell areas, wherein each cell area being served by a base station, e.g. a Radio Base Station (RBS), which sometimes may be referred to as e.g. “eNB”, “eNodeB”, “NodeB”, “B node”, or BTS (Base Transceiver Station), depending on the technology and terminology used. The base stations may be of different classes such as e.g. macro eNodeB, home eNodeB or pico base station, based on transmission power and thereby also cell size. A cell is the geographical area where radio coverage is provided by the base station at a base station site. By the base station serving a cell is meant that the radio coverage is provided such that one or more user equipments located in the geographical area where the radio coverage is provided may be served by the base station. One base station may serve one or several cells. Further, each base station may support one or several communication technologies. The base stations communicate over the air interface operating on radio frequencies with the user equipment within range of the base stations. 
     In some RANs, several base stations may be connected, e.g. by landlines or microwave, to a radio network controller, e.g. a Radio Network Controller (RNC) in Universal Mobile Telecommunications System (UMTS), and/or to each other. The radio network controller, also sometimes termed a Base Station Controller (BSC) e.g. in GSM, may supervise and coordinate various activities of the plural base stations connected thereto. GSM is an abbreviation for Global System for Mobile Communications (originally: Groupe Spécial Mobile). 
     In 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE), base stations, which may be referred to as eNodeBs or eNBs, may be directly connected to one or more core networks. 
     UMTS is a third generation mobile communication system, which evolved from the GSM, and is intended to provide improved mobile communication services based on Wideband Code Division Multiple Access (WCDMA) access technology. UMTS Terrestrial Radio Access Network (UTRAN) is essentially a radio access network using wideband code division multiple access for user equipments. The 3GPP has undertaken to evolve further the UTRAN and GSM based radio access network technologies, for example into evolved UTRAN (E-UTRAN) used in LTE. 
     In the context of this disclosure, the expression downlink (DL) is used for the transmission path from the base station to the user equipment. The expression uplink (UL) is used for the transmission path in the opposite direction i.e. from the user equipment to the base station. 
     In a cellular communications network various services are provided, via base stations to user equipments being served in the cells thereof, such as voice communication services and data services available on or via the Internet, or other local data networks. The data services may be services available on the World Wide Web (WWW), typically accessible to a user equipment via a web browser application installed thereon, or data services that are available via other protocols and/or relevant only to more specific applications or software installed on the user equipment. Using such data services involves download of digital content to the user equipment. Certain parts of the cellular communications network are responsible for identifying user equipments that request such data services and then makes sure that the service is provided to the user equipment via the base station serving the user equipment, preferably in such way that the user of the user equipment does experience any negative impact from the fact that the service is provided via the cellular communications network. For example, a user that uses an application executing on a user equipment, e.g. a web browser, for accessing digital content on the Internet, simply wants the access without having to care of, or be negatively affected, by the fact that the connection is via the cellular communications network. 
     However, there are certain problems associated with the desire to provide such user experience. One problem is the fact the there is a limited bandwidth in each cell and thereby restrictions in how many user equipments that may be guaranteed a certain quality of service at the same time. By a continuously increasing number of user equipments and increasing usage of data services in cellular communications networks of today, the problem is becoming increasingly greater. Even if the overall capacity is increased there will still be a certain maximal amount of bandwidth available in each cell for the delivery of digital content for the data services, and there may be usage peaks where it would be desirable to provide digital content to user equipments in a cell at such amount and rate that would exceed the capacity of the cell. When this happens the result is a poor user experience, e.g. bad performance of the data service, errors in the digital content and/or data service, or even non-access to the requested digital content or non-availability of the data service. 
     SUMMARY 
     An object of embodiments herein is to provide a way of improving the performance in a cellular communications network. More specifically the object is to enable improved user experience for users of user equipments in a cellular communications network when the user equipments are utilizing data services provided in the cellular communications network for accessing digital content. 
     According to a first aspect of embodiments herein, the object is achieved by a method in a Broadcast Management unit for providing digital content to a user equipment. The user equipment is served by a base station in a cell of a cellular communications network. The base station is comprised in a radio access network of the cellular communications network. The Broadcast Management unit is comprised in a core network of the cellular communications network. The Broadcast Management unit decides to provide a digital content by broadcast or multicast in a service area comprising the cell, instead of only letting the digital content be available in the service area by unicast. The Broadcast Management unit then provides, in response to the decision, broadcast or multicast of the digital content in the service area, thereby enabling reception of the digital content by the user equipment via the base station and by one or more additional user equipments being served in the service area. 
     According to a second aspect of embodiments herein, the object is achieved by a method in a user equipment for receiving a digital content. The user equipment is served by a base station in a cell of a cellular communications network. The base station is comprised in a radio access network of the cellular communications network. The user equipment registers a request for retrieving the digital content. The user equipment identifies, in response to the registered request, that the digital content is available from broadcast or multicast provided in the cell via the base station. The user equipment then receives, in response to the identified availability, the digital content from the provided broadcast or multicast via the base station instead of receiving the digital content from unicast via the base station. 
     According to a third aspect of embodiments herein, the object is achieved by a Broadcast Management unit for providing digital content to a user equipment. The user equipment is served by a base station in a cell of a cellular communications network. The base station is comprised in a radio access network of the cellular communications network. The Broadcast Management unit is comprised in a core network of the cellular communications network. The Broadcast Management unit comprises a deciding circuitry, configured to decide to provide a digital content by broadcast or multicast in a service area comprising the cell, instead of only letting the digital content be available in the service area by unicast. The Broadcast Management unit further comprises a providing circuitry, configured to, in response to the decision, provide broadcast or multicast of the digital content in the service area, thereby enabling reception of the digital content by the user equipment via the base station and by one or more additional user equipments being served in the service area. 
     According to a fourth aspect of embodiments herein, the object is achieved by a user equipment for receiving digital content. The user equipment is configured to be served by a base station in a cell of a cellular communications network. The base station is comprised in a radio access network of the cellular communications network. The user equipment comprises a registering circuitry, configured to register a request for retrieving the digital content. The user equipment also comprises an identifying circuitry, configured to identify, in response to the registered request, that the digital content is available from broadcast or multicast provided in the cell via the base station. Moreover, the user equipment comprises a receiving port, configured to, in response to the identified availability, receive the digital content from the provided broadcast or multicast via the base station instead of receiving the digital content from unicast via the base station. 
     By digital content is here meant digital content that is provided by services available to the user equipment. The digital content is typically data from the internet, e.g. available on the World Wide Web (WWW), often referred to as web content, but may also be other kind of digital content. For example, digital content may relate to a web radio transmission for reception by an application running on the user equipment, a video clip for view on the user equipment, a web-page for execution and display using a web-browser executing on the user equipment, application specific digital content, a downloadable new firmware or application for execution on the user equipment, just to mention some examples. The digital content may correspond to a single data file or a group of data files. The digital content may be live and/or streamed digital content. 
     By providing the broadcast or multicast of the digital content instead of unicast, the result is sending and addressing of one and the same copy of the digital content for reception by the user equipment and the one or more additional user equipments, i.e. multiple user equipments, at the same time. This instead of sending and addressing a separate copy of the digital content to each one of the multiple user equipments. Hence multiple unicast downlink transmissions, one for each one of the user equipment and the one and more additional user equipments, where each unicast transmission requires a certain bandwidth, are possible to replace by the provided broadcast or multicast with a bandwidth that is independent on the number of receiving user equipments. It is realized that this may be used to reduce the risk of capacity overload in the service area, such as in the cell serving the user equipment. Thereby the risk of negative user experiences is reduced in the cellular communications network, and an improved user experience is enabled for users of the user equipment and the one and more additional user equipments, which users are utilizing data services in the cellular communications network for accessing digital content. 
     Further advantages for example include: 
     By user equipments receiving digital content by broadcast or multicast instead of by unicast, reduced signaling in the cell and the service area is enabled and less resources may need to be allocated. For example, in LTE less resource blocks may need to be allocated for specific user equipments. 
     Bandwidth may be freed and used for other purpose and/or it is enabled to improve the user experience by e.g. deliver the digital content at higher rates while allocating the same or even less bandwidth in the cell. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
       Examples of embodiments herein are described in more detail with reference to the appended schematic drawings, in which: 
         FIG. 1  is a schematic block diagram depicting an example of a cellular communications network. 
         FIG. 2  is a schematic block diagram depicting another view of the example in  FIG. 1 . 
         FIG. 3  is a combined signaling diagram and flowchart illustrating embodiments herein. 
         FIG. 4  is another combined signaling diagram and flowchart illustrating embodiments herein. 
         FIG. 5  is a flow chart illustrating a method in a Broadcast Management unit according to embodiments herein. 
         FIG. 6  is a schematic block diagram illustrating a Broadcast Management unit according to embodiments herein. 
         FIG. 7  is a flow chart illustrating a method in a user equipment according to embodiments herein. 
         FIG. 8  is a schematic block diagram illustrating a user equipment according to embodiments herein. 
     
    
    
     DESCRIPTION 
     Multimedia Broadcast Multicast Services (MBMS) is a point-to-multipoint interface specification for existing and upcoming 3GPP cellular networks, which is designed to provide efficient delivery of broadcast and multicast services. See for example: 
     ETSI TS 123 246 V9.6.0 (2012-01): Universal Mobile Telecommunications System (UMTS); LTE; Multimedia Broadcast/Multicast Service (MBMS); Architecture and functional description (3GPP TS 23.246 version 9.6.0 Release 9), 
     ETSI TS 125 346 V9.1.0 (2010-04): Universal Mobile Telecommunications System (UMTS); Introduction of the Multimedia Broadcast/Multicast Service (MBMS) in the Radio Access Network (RAN); Stage 2 (3GPP TS 25.346 version 9.1.0 Release 9), and 
     ETSI TS 136 300 V9.9.0 (2012-01): LTE; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (3GPP TS 36.300 version 9.9.0 Release 9), Section 15 MBMS. 
     MBMS for LTE may generally be referred to as evolved MBMS (eMBMS). The embodiments herein are compatible with and may preferably be implemented in a cellular communications network, in particular LTE-based, that support MBMS, i.e. eMBMS. This should be appreciated by the skilled person from the examples that will follow. 
       FIG. 1  is a schematic block diagram depicting an example of a cellular communications network  100 . In the shown example the cellular communications network  100  corresponds to an LTE based network, as should be recognized by the skilled person. As indicated in the figure, the network  100  comprises an Evolved Packet Core (EPC)  101 , being example of a core network, and an Evolved UMTS Terrestrial Radio Access Network (E-UTRAN)  102 , being example of a RAN. 
     The shown cellular communications network  100  further comprises a base station  110  serving a cell  115  and a base station  111  serving a cell  116 . The base stations  110 ,  111  are named eNB in the figure, which is the common denomination used for a base station in LTE-based networks. 
     Located and served in cell  115  is a user equipment  120  and a user equipment  121  and located and served in cell  116  is a user equipment  123  and a user equipment  124 . Both the cell  115  and the cell  116  are located in a service area  105 . The service area  105  may be defined by the cells that it comprises or may defined by a geographical area and thereby will comprise cells in the same geographical area. The service area  105  will be further discussed below. 
     The shown arrows in  FIG. 1  indicate paths for communication of user plane data, such as communication of digital content that may result from that the user equipments  120 ,  121 ,  122 ,  123 ,  124  are utilizing data services provided in the cellular communications network  100  for accessing digital content. 
     Still referring to  FIG. 1 , the cellular communications network  100  further comprises a Packet Data Network (PDN) Gateway  142  and a Serving Gateway  143 , as known from LTE. The PDN Gateway  142  is an example of an interface between an internal IP network of the operator of the cellular communication network  100  and an external network  50 . The external network  50  may e.g. be the Internet. In LTE, the Serving Gateway  143  has a main task of tunneling user plane data between the PDN Gateway  142  and the base stations  110 ,  111 . The PDN Gateway  142  and the Serving Gateway  143  are logical units in LTE, which logical units may be implemented in the same physical unit, but more typically in separate physical units and as separate network nodes in the cellular communications network  100 , in particular in the EPC  101  thereof. 
     The shown cellular communications network  100  also comprises a MBMS GateWay (MBMS GW)  132  and a Broadcast Multicast Service Center (BMSC)  131 . The general role, task and interrelations of the MBMS GW  132  and a BMSC  131  may be in accordance with the above mentioned 3GPP specifications relating to MBMS for LTE, i.e eMBMS. Hence, the MBMS GW  132  may i.a. provide functionality for sending of MBMS packets comprising the digital content to the base stations  110 ,  111  for broadcast or multicast in the cells  115 ,  116 . The MBMS GW  132  may use IP multicast as a means for forwarding MBMS user plane data, such as the digital content in the MBMS packets, to the base stations  110 ,  111 . Note that this may be the case even though the digital content is being provided by broadcast in the respective cells. The BMSC  131  may i.a. be responsible for delivering user plane data, such as the digital content, to the MBMS GW  132 . The BMSC  131  may also provide a number of service layer function such as Forward Error Correction (FEC) and file Repair in order to ensure Quality of Service (QoS) in delivery of the digital content to the user equipments  120 ,  121 ,  122 ,  123 . Also, Service Announcements of what is available by broadcast or multicast to the user equipments, such as user equipment  120 , may be provided as a service layer function by the BMSC  131 . 
     The shown cellular communications network  100  also comprises a Broadcast Management unit  130  for providing the digital content to the user equipments  120 ,  121 ,  122 ,  123 , by e.g. controlling the BMSC  131 , directly, via and/or with support from one or more support units  133  that will be further discussed below. The Broadcast Management unit  130  may e.g. be involved in and/or responsible for deciding what digital content to provide and when and where it shall be provided for the broadcast or multicast. Or in other words, the Broadcast Management unit  130  may be involved in and/or responsible for providing, planning and scheduling the provision the digital content for the broadcast or multicast. The Broadcast Management unit  130  may also be involved in and/or responsible for monitoring tasks, archiving tasks, and/or provide support to various organizations, typically within or connected to the operators of the cellular communications network  100 , such as to network operations, service operations, customer care and also co-operating organizations, e.g. service providers of digital content. The Broadcast Management unit  130  will be further discussed below. The MBMS GW  132  and the BMSC  131  are logical units, which may be implemented in a respective corresponding physical unit or units, or together with other logical units or functionality in one or more shared physical units. Furthermore, the MBMS GW  132  and the BMSC  131  typically represent separate network nodes in the cellular communications network  100 , more particularly in the EPC  101  thereof. The Broadcast Management unit  130  is a logical unit that may be implemented in a corresponding physical unit or units, or together with other logical units or functionality in one or more shared physical units. The Broadcast Management unit  130  may, but not necessary, correspond to a network node in the cellular communications network  100 , such as in the EPC  130  in case of an LTE based cellular communications network  100 . 
     As illustrated in  FIG. 1 , the cellular communications network  100  may further comprise one or more support units  133  that may be communicatively connected to the BMSC  131 , the Broadcast Management unit  130  and/or to each other. The one or more support units  133  may e.g. comprise a content providing unit and/or a data carousel providing unit and/or a scheduling unit. The content providing unit may e.g. provide digital content from one or more sources to the BMSC  131  and/or to the data carousel providing unit. Digital content and examples thereof is discussed in some detail below. One source may be the external network  50 , e.g. the Internet, from which the digital content may be retrieved via the PDN Gateway  142  or via some other connection. Another source may be digital content provided by e.g. the operator of the cellular communication network  100  exclusively for the broadcast or multicast, and which digital content thus may not be available from or via the external network  50 . Yet another source may be one or more encoders or re-encoders for content that is relevant to transform before being subject to broadcast or multicast, e.g. analogue content and/or content in an inappropriate digital format. For example, digital content produced for another kind of system, e.g. television, such as video content from television satellites may be inappropriate to use directly in a network based on LTE and eMBMS. The content providing unit may further comprise and/or be configured to retrieve digital content from one or more storages in the cellular communications network  100 , typically in the EPC  101 . The one or more storages may be comprised in the content providing unit. Some or all of the one or more storages may be in a physical unit that corresponds to the content providing unit, and/or some or all of the one or more storages may be in one or more physical units that are separate from a physical unit comprising the content providing unit. Digital content that has been stored in and is available from the one or more storages in the cellular communications network  100  enable a faster response to a decision to provide the digital content by broadcast or multicast and may also guarantee availability and quality of the digital content to be used for the broadcast or multicast. In some embodiments, one or more such storages may be connected to the PDN Gateway  142  and the BMSC  131  and be configured, e.g. via the PDN Gateway  142 , to store digital content that previously has been requested and delivered by unicast to user equipments in the cellular communication network  100 , e.g. one or more of the user equipments  120 - 123 , and which digital content is such considered relevant as a candidate for broadcast or multicast. The Broadcast Management unit  130  may be responsible for configuring what and when to store something in the one or more storages. For example, the one or more storages may be configured to store all, or certain types of, digital content delivered via unicast, but only keep it in the one or more storages as long as it is frequently requested by user equipments, e.g. including the user equipments  120 - 123 , which may be taken as an indication that it is a potential candidate to receive a decision to provide it by broadcast or multicast. As will be further discussed below, a decision to provide the digital content by broadcast or multicast may be based on one or more measures and/or parameters. Some of the measures and/or parameters corresponds to threshold values. For a decision to store the digital content in advance in the one or more storages, a corresponding but somewhat less restrictive threshold values than for taking the actual decision may be used. This may be used to guarantee availability of the digital content in the one or more storages when a decision to provide certain digital content by broadcast or multicast is taken. 
     Still referring to  FIG. 1  and the one or more support units  133 . The scheduling unit that may be comprised in the one or more support units  133  may e.g. provide information about when to start and/or stop and/or change the broadcast or multicast, e.g. when to add or remove the digital content from the broadcast or multicast. The data carousel providing unit that may be comprised in the one or more support units  133  may e.g. provide a data carousel where digital content that has been retrieved for the broadcast or multicast is inserted. By broadcast of the data carousel, the digital content will repeatedly occur in the broadcast or multicast. As should be understood, a data carousel is manly relevant for digital content corresponding to data files but not streaming data. For example, by providing a file of digital content in a data carousel, the file of digital content is made more suitable for continuous broadcast or multicast and to be provided by broadcast or multicast at the same time together with other digital content. The other digital content may be comprised in the same or another data carousel, or may be such that is already provided as a data stream, e.g. a web radio transmission. The scheduling unit may operate directly on the data carousel providing unit so that a data carousel comprising properly scheduled digital content may be provided to the BMSC  131 . 
     In some embodiments, one or more supporting units  133  may be a respective logical unit that may be implemented in one and the same physical unit as e.g. the BMSC  131  or the Broadcast Management unit  130 . In some embodiments, one or more support units may be a respective logical unit that corresponds to a separate physical unit. 
       FIG. 2  is a schematic block diagram depicting another view of the example in  FIG. 1 , here regarding session control signaling, instead of communication of user plane data as in  FIG. 1 . The two different view are for reducing complexity in each view for readability reasons. The difference between session control signaling and communication of user plane data, should be well known to the person skilled in cellular communications network, in particular LTE. For example, session control signaling typically involve setting up and configuring data bearers that are used for the communication of user plane data. Hence, the cellular communications network  100  may also comprise a Mobility Management Entity (MME)  140 , known from e.g. LTE, that communicates with the eNBs, here base stations  110  and  111 , and the Serving Gateway  143 . The MME  140  may be regarded as main responsible for the session control signaling and setting up and configuring of data bearers for user plane traffic to and from the user equipments. This is also the case for MBMS related traffic for LTE, but where the MME  140 , as shown, communicates with the MBMS GW  132  instead of the Serving Gateway  143 . In case of data bearers that are MBMS related, the MME  140  may not communicate directly with the eNBs, here base stations  110 ,  111 , but via a Multi-cell/multicast Coordination Entity (MCE)  134 , as shown in  FIG. 2 . The MME  140  is a logical unit, which may be implemented in a corresponding physical unit, or together with other logical units or functionality in one or more shared physical units. The MME  140  is a network node in the cellular communications network  100 , or more particularly, as shown, in the EPC  101  thereof. The MCE  134  is also a logical unit, which may be implemented in a corresponding physical unit, or together with other logical units or functionality in one or more shared physical units. For example, there may be one MME  134  that corresponds to a physical unit communicably connected to several base stations, such as with base stations  110 ,  111 , as shown in  FIG. 2 , or there may be several MMEs, a respective one for and integrated with each base station. 
     Session control signaling for embodiments herein when implemented in an LTE and eMBMS based cellular communications network  100 , as shown in  FIGS. 1  and  FIG. 2 , may follow normal procedures and will therefore not be discussed in any further detail in the following. For example, how the BMSC  131  has been configured and what digital content to broadcast or multicast, does not affect the procedures for the session control signaling as such. The skilled person with knowledge of LTE and eMBMS will realize what session control signaling will be involved and may be needed for implementation of embodiments herein. 
     When the digital content is provided by broadcast or multicast instead of unicast, the result is that one and the same copy of the digital content may be received by multiple user equipments at the same time, instead of sending and addressing a separate copy of the digital content to each one of multiple user equipments, e.g. each one of the user equipments  120 - 123 , as in the case of unicast. Hence multiple unicast downlink transmissions, e.g. one for each one of individual user equipments, where each unicast transmission would require a certain bandwidth, are possible to replace by broadcast or multicast with a bandwidth that is independent on the number of receiving user equipments. This may be used to reduce the risk of capacity overload in the cell or cells subject to the broadcast or multicast. However, this does not happen automatically just because e.g an LTE based cellular communications network is supporting eMBMS. For example, not all digital content may be subject for broadcast or multicast so there must be a decision of what to broadcast or multicast, and also when and where to do it. Another issue is how to get a user equipment to receive and utilize the digital content. This will be dealt with in the following, in context of embodiments herein. 
     However, first it is again reminded that  FIG. 1  and  FIG. 2  are only schematic and for exemplifying purpose. The cellular communications network  100  may in reality comprise several further cells, base stations, user equipments, and other network nodes, including management entities, which are not shown herein. Hence, the situation shown in  FIG. 1  and  FIG. 2  and discussed above, is not in every detail a prerequisite for embodiments herein, as should be understood by the skilled person, and in particular when considering the present application as a whole. For example,  FIG. 1  only shows one service area, while embodiments herein are relevant also when the cellular communications network  100  comprises several service areas, for example a respective service area for each population dense area, such as city area, with an expected or known high utilization degree of the capacity provided by the cells of the cellular communications network  100  in that area. Also, in  FIG. 1  and  FIG. 2  it is only shown two cells  115 ,  116  in the shown service area  105 , however, in some embodiments there may be one or more service areas comprising only a single cell, i.e. the service area  105  may correspond to a single cell, although a more typical situation is that the service area  105  comprises say at least ten, hundreds or even thousand cells, for example every cell in a large city. 
     Embodiments herein relating to a method in the Broadcast management unit  130  for providing digital content to the user equipment  120 , will now be described with reference to the combined signaling diagram and flowchart depicted in  FIG. 3 . The actions may be taken in any suitable order. 
     Action  301   
     The Broadcast Management unit  130  decides to provide a digital content by broadcast or multicast in the service area  105 , including the cell  115 . 
     The digital content is typically data from the internet, e.g. available on the World Wide Web (WWW), often referred to as web content, but may also be other kind of digital content. For example, digital content may relate to a web radio transmission for reception by an application running on the user equipment, a video clip for view on the user equipment, a web-page for execution and display using a web-browser executing on the user equipment, any application specific digital content, a downloadable new firmware or application for execution on the user equipment, just to mention some examples. The digital content may correspond to a single data file or a group of data files. The digital content may be live and/or streamed digital content. The digital content may correspond to digital content available on the Internet and that normally is only available to the user equipment  120  by unicast. 
     The deciding may be based on one or more measures and/or parameters, which will be discussed separately below. 
     Action  302   
     The Broadcast Management unit  130  sends, in response to the decision in Action  301 , a configuration for configuring the BMSC  131  to accomplish the broadcast or multicast according to the decision. 
     The configuration may comprise one or more of the following: an identifier of the digital content so that the BMSC  131  is able to fetch and use the digital content for the broadcast or multicast, an identifier of the cell  115  where the broadcast or multicast is to be provided, a bandwidth and/or bandwidth limits to be used for the broadcast or multicast, information about when to start and/or when to stop the broadcast or multicast of the digital content. 
     The identifier of the digital content may refer to digital content provided from the one or more supporting units  133  discussed above, e.g. the content providing unit or the data carousel providing unit, or may be an identifier referring to content available elsewhere, e.g. in the external network  50 , such as the Internet. An identifier of the service area  105  may be regarded an identifier of the cell  115  when it is known that the cell  115  is comprised in the service area  105 . In some embodiments the cell  115  may be predetermined for the broadcast or multicast and thereby may be already known to the BMSC  131  and thus no identifier of the cell  115  need to be comprised in the configuration. This may e.g. be the case for embodiments where the BMSC  131  is configured to serve one and the same, or even is associated with only one, service area in the cellular communications network  100 . 
     In some embodiments, support for providing the broadcast or multicast is provided by the one or more support units  133 . In embodiments with one or more support units  133 , the BMSC  131  may use the received configuration to configure and/or instruct one or more of the supporting units to provide the support. In some embodiments, the configuration may be sent by the Broadcast Management unit  130  to one or more of the supporting units  133  that may forward it to the BMSC  131  or may use it to further configure and/or instruct the BMSC and/or one or more other supporting units. 
     In some embodiments there may be several configurations and/or instructions sent by the Broadcast Management unit  130 . One or more of said several configurations and/or instructions may be sent to respective one or more supporting units  133  to make the one or more supporting units  133  provide the support. For example, the decision by the Broadcast Management unit  130  to provide the digital content by broadcast or multicast in the service area  105  may in some embodiments be followed by that the Broadcast Management unit  130 , in response thereto, sends a configuration to the scheduling unit comprised in the one or more supporting units  133 . The scheduling unit may then, in response, schedule the broadcast or multicast. The scheduling unit may then, in accordance with the schedule, initiate the broadcast or multicast directly with the BMSC  131 , via the Broadcast Management unit  130  or via the data carousel unit also comprised in the one or more supporting units  133 . When the data carousel unit is involved, the data carousel unit may fetch the digital content from or via the content providing unit, also comprised in the one or more support units  133 , and may then provide a data carousel comprising the digital content to the BMSC  131  for accomplishing the broadcast or the multicast. The BMSC  131  may fetch the digital content for the broadcast or multicast from or via the content providing unit, e.g. such digital content that is not first to be arranged in a data carousel by the data carousel unit. 
     Action  303   
     The BMSC  131  fetches the digital content for the broadcast or multicast in response to received configuration. The BMSC  131  may fetch the digital content from the external network  50 , e.g. the Internet, via the PDN Gateway  142 , or the digital content may be fetched from within the cellular communications network  100 . In some embodiments it is fetched from or via the content providing unit comprised in the one or more supporting units  133 , discussed above. Note that even in a case when the BMSC  131 , in response to the received configuration, fetches the digital content from the external network  50  instead from an internal storage of e.g. the content providing unit as discussed above, the fetched digital content may still be stored temporarily in an internal storage, e.g. located in the BMSC  131  or in the data carousel unit as discussed above, until it is time to use the digital content to provide the broadcast or multicast, e.g. by adding the digital content to a data carousel subject to the broadcast or multicast. 
     Action  304   
     The BMSC  131  sends the fetched digital content, via the MBMS GW  132 , to the base station  110  for broadcast or multicast in the cell  115 . 
     In some embodiments the digital content may be tagged in the provided broadcast or multicast, such that the user equipment  120 , based on the tagged digital content and a user profile of, or setting in, the user equipment  120 , is able to determine that the digital content is relevant for receiving and/or keeping. The tagging may be made for one or more profile groups of user equipments for which the digital content is relevant, wherein each profile group comprises user equipments that are associated with similar user profiles and/or settings. Each such profile group may e.g. comprise one or more of the user equipments  120 - 123 . The tagging may be added in the BMSC  131  based on the type of digital content and/or according to information provided in the configuration. The tagging may be added to and/or associated with the MBMS packages comprising the digital content, which packages are sent by the BMSC  131 , or it may be done by adding tagging information to the Service Announcement, see Action  305  below. 
     Execution of the present action thus makes the digital content available to all user equipments in the cell  115 , including user equipment  120  and  121 , (if broadcast) or available to multiple, but not necessarily all user equipments in the cell  115  (if multicast). In the latter case, the multicast may e.g. include user equipment  120  and exclude user equipment  121 . 
     Action  305   
     The BMSC  131  sends a Service Announcement, via the MBMS GW  132 , to the base station  110  for broadcast or multicast in the cell  115 . The Service Announcement comprises information to user equipments, such as user equipment  120 , about what digital content is available by the broadcast or multicast. In some embodiments, the tagging discussed above in Action  304  may be accomplished by adding tagging information to the Service Announcement. The Service Announcement may be provided as a service layer function by the BMSC  131 . One purpose of the Service Announcement is to enable overview of the digital content being provided by the broadcast or multicast without having to first download the actual digital content. The Service Announcement may thus e.g. enable faster knowledge and evaluation of the available digital content by the user equipments, e.g. user equipment  120 . However, in some embodiments there may be no Service Announcement. The Service Announcement is typically, but not necessarily, comprised in a data carousel, which may be referred to as a Service Announcement carousel. In some embodiments with a Service Announcement it may e.g. be received via unicast. In e.g. eMBMS, discussed in the foregoing, the Service Announcement carousel may repeat sending Metadata Fragments at predetermined intervals, see e.g. ETSI TS 126 346 V9.7.0 (2012-07): Universal Mobile Telecommunications System (UMTS); LTE; Multimedia Broadcast/Multicast Service (MBMS); Protocols and codecs (3GPP TS 26.346 version 9.7.0 Release 9), Section 5.2 User Service Discovery/Announcement. 
     The Service Announcement carousel may be provided to the BMSC  131  by one or more support units  133 . The creation and insertion of Service Announcements in the broadcast or multicast may be arranged to follow automatically based on the digital content that is actually being provided by the broadcast or multicast, which is information that may be present in and taken from e.g. the BMSC  131 , the Broadcast management unit  130  and/or the one or more support units  133 . 
     Hence, when a Service Announcement is present, it may suffice that the user equipment  110  is able to receive and read the Service Announcement to be able to find and download the digital content that is provided by the broadcast or multicast in the cell  115 . The Service Announcement may be transmitted using an MBMS bearer that is default available to user equipments in the service area  105  where the broadcast or multicast is provided, e.g. to user equipment  120 . For example, in LTE and eMBMS, information where to find the Service Announcement may be transmitted in a Multicast Control Channel (MCCH) that is listened to by every user equipment entering a service area where broadcast or multicast is provided. 
     However, note that in some embodiments there may be no Service Announcement. An example of this will be given below in connection with  FIG. 4 . 
     Action  306   
     The user equipment  120  registers, within the user equipment  120 , a request for retrieving the digital content. This may happen at any point in time when the digital content is being provided by the broadcast or the multicast in the cell  115  and the Service Announcement may be available, according to the previous actions. However, the request being registered need not be dependent on when or even if the digital content is actually available by the broadcast or multicast. The request may be result from a user generated action, e.g. user selection in an application, executing on the user equipment  120 , of a file to download or audio or video stream to view or listen to. The request being registered may also follow from an automatically triggered event on the user equipment, e.g. at a predetermined point in time or following release of some trigger that e.g. new software is available for download. Such trigger may e.g. be received by unicast through an application, e.g. an application store or application for maintenance of installed applications. 
     Action  307   
     The user equipment  120  receives the Service Announcement in response to the registered request. How and where the user equipment  120  may find the Service Announcement was discussed above under Action  305 . 
     Action  308   
     The user equipment  120  checks the received Service Announcement for the digital content that was requested to be retrieved. It is here and below assumed that the digital content is found in the Service Announcement and that the user equipment  120  thereby is enabled to receive the digital content from the provided broadcast or multicast. See further comments on this below. 
     Action  309   
     The user equipment  120  receives the digital content from the provided broadcast or multicast, in response to that the user equipment  120  found the digital content that was requested in the Service Announcement. As stated in the previous action it is here assumed that the digital content is to be found in the Service Announcement. If it would not have been found, the user equipment  120  may instead have received the digital content via unicast, i.e. in a more conventional way. From a user perspective it may not be possible to tell how the digital content is actually received. However, by retrieval from the broadcast or multicast instead of unicast it may be possible to deliver an improved user experience through e.g. quicker response to a request for retrieval, faster download and/or higher quality of service, for reasons discussed in the foregoing. 
     Embodiments herein relating to a method in the Broadcast management unit  130  for providing digital content to the user equipment  120 , will now be further described with reference to the combined signaling diagram and flowchart depicted in  FIG. 4 . 
     As may be noted, the difference compared to the combined signaling diagram and flowchart depicted in  FIG. 3  and discussed above, is relating to the user equipment  120 . Actions  401 - 405  may correspond to Action  301 - 305  described above and will therefore not be further described here. The actions may be taken in any suitable order. 
     Action  406   
     The user equipment  120  receives the Service Announcement from the base station  110 . The user equipment may be configured to receive the Service Announcement automatically, e.g. repeatedly or when in an idle state or in a situation when the user equipment  120  has spare capacity for doing so. This enables the user equipment  120  to identify changes in digital content being provided by broadcast or multicast. How and where the user equipment  120  may find the Service Announcement was discussed above under Action  305 . 
     Action  407   
     The user equipment  120  receives the digital content from the provided broadcast or multicast, in response to that the user equipment  120  found where to find the digital content in the Service Announcement. In general the user equipment  120  may only receive digital content that not previously has been received and stored, e.g. when a change in the provided digital content has been identified in the Service Announcement and which change indicate new digital content that may be relevant for the user equipment  120 . For further comments in this regard, see Action  408 . 
     Action  408   
     The user equipment  120  stores the received digital content in an internal storage on the user equipment  120 . The user equipment  120  may be configured to receive and store one or more digital content that according to the Service Announcement are available in the provided broadcast or multicast and not previously have been stored in and already are available in the internal storage of the user equipment  120 . 
     In some embodiments the user equipment  120  may be configured to only store digital content that fulfill certain criteria and that not previously has been stored in and already is available in the internal storage on the user equipment  120 , i.e. a subset of available digital content in the provided broadcast or multicast. For example, in some embodiments, e.g. as a result from what was discussed above under Actions  304 , the received digital content is tagged and the storing, i.e. storage in the internal storage, may only be made after it has first been determined that that the digital content is relevant for keeping based on the digital content that is tagged and a user profile of, and/or setting in, the user equipment  120 . For example, as mentioned above, the digital content may be tagged for one or more profile groups of user equipments for which the digital content is relevant, wherein each profile group comprises user equipments that are associated with similar user profiles and/or settings, e.g. one or more or user equipments  120 - 123 . The user equipment  120  may thus, based on a user profile or setting of its own that is available on the user equipment  120 , determine that the digital content is relevant and based on this store it in the internal storage. 
     Action  409   
     The user equipment  120  registers a request for retrieving the digital content. This action may correspond to Action  306  above. 
     Action  410   
     In response to the registered request the user equipment  120  checks the internal storage for the digital content and retrieves the digital content therefrom. It is here assumed that the digital content has been stored in the internal storage and thus is found and available for retrieval. If it would not have been found when checking the internal storage, the user equipment  120  may instead receive the digital content via unicast, i.e. in a more conventional way, i.e. similar as in the case discussed above under Action  309 . By retrieval from the broadcast or multicast via the internal storage it is thus possible to deliver an even more improved user experience through e.g. quicker response to a request for retrieval, direct availability and/or higher quality of service. 
     In some embodiments with automatic storage in the internal storage as discussed above, there may not be used a Service Announcement or similar message. For example, instead of being directed to the broadcast or multicast of the Service Announcement when entering the cell  115  as discussed above under Action  305 , the user equipment  120  may instead be directed to a broadcast or multicast of digital content from which the user equipment  120  may store the digital content in the internal storage as discussed above under Action  408 , and then proceed as discussed above under Actions  409 - 410 . 
     As mentioned above, see e.g. Action  301 , the Broadcast Management unit  130  decides to provide a digital content by broadcast or multicast in the service area  105  based on one or more measures and/or parameters. These will now be discussed and exemplified, and examples will be given how measures and/or parameters may be combined for taking the decision. 
     One measure that may be used is how many times the digital content has been requested by user equipments, e.g. including one or more of user equipments  120 ,  121 ,  122 ,  123 , in e.g. the cellular communications network  100  in general, or in the service area  105  in particular. Providing the measure may involve monitoring traffic from the PDN Gateway  142  to the external network  50 , and make the resulting measure available to the Broadcast Management unit  130 . In some embodiments only a randomly or in some other way selected sub-group of user equipments in the cellular communications network  100  or in the service area  105  are used to produce the measure. How many times the digital content has been requested may comprise how many times in a recent time period, such as the last hour, the digital content has been requested. 
     Another measure that may be used is how many user equipments, such as user equipments  120 ,  121 ,  122 ,  123 , e.g. in the cellular communications network  100  in general, or in the service area  105  in particular, are relevant for receiving the digital content at the same time. The measure of how many user equipments are relevant for receiving the digital content at the same time in the service area  105  may be based on one or more of:
         User profiles and/or user settings associated with said user equipments.   Positions of said user equipments.   Movement patterns of said user equipments.   Availability of new content to said user equipments.   Similarity between a present situation and a historical situation.       

     Respective user profile or profiles, and/or setting or settings, of each of said user equipments, or at least some of said user equipments, may be available to the Broadcast Management unit  130  in response to that e.g. a respective user of each user equipment, e.g. user equipment  120 , has made such available, e.g. by agreement with the operator of the cellular communications network  100 , such as in connection with registering or activating the user equipment  120  in the cellular communications network  100 . The user equipment  120  may e.g. have a user profile or setting associated therewith that is indicating that the user equipment  120  is relevant for software updates of installed system software and/or applications, or is interested in receiving live news. The user equipment  120  may then count as relevant for digital content relating to this. 
     Positions of the user equipments in the cellular communications network  100 , including e.g. user equipment  120 , are typically available in the cellular communications network  100  and may thus be made available to the Broadcast Management unit  130 , at least with the resolution of which cell a particular user equipment is being located, but often also with higher resolution. The user equipment  120  may also itself locate its position, e.g. by means of a built in GPS-receiver and report it for availability in the cellular communications network  100  and the Broadcast Management unit. Many user equipments with e.g. a user profile or setting that makes them relevant for the same digital content and that are located in the service area  105 , may result in a decision to provide the digital content by broadcast or multicast in the service area  105 . Another example is a large amount of user equipments being located in a particular cell, e.g. cell  115 , in the service area  105 , which thereby may increase the risk for capacity overload if digital content is provided by unicast. This may be used as a measure that has a lowering effect on a threshold that is compared to other measures for taking a decision to provide certain digital content by broadcast or multicast in the service area  105 . 
     Movement patterns of user equipments in the cellular communications network  100 , e.g. including one or more of user equipments  120 - 124 , may be determined by keeping track of change in the positions of these user equipments. For example may user equipments with a movement pattern towards the service area  105  be used to proactively take decision of what digital content to provide by broadcast or multicast in the service area  105 . Also, if e.g. there amongst the user equipments moving towards the service area  105  is a large amount of user equipments already requesting certain digital content or whose user profiles and/or settings are indicating a common interest in certain digital content, this may be utilized to provide such digital content by broadcast or multicast in the service area even before the user equipments have reached the service area  105 . 
     Availability of new content to the user equipments in the cellular communications network  100 , e.g. to one or more of user equipments  120 - 123 . The availability of digital content may e.g. be a new version of an installed application or new system software for download/installation. If it is known, or can be assumed, that many of the user equipments in the service area  105  may be interested in downloading such digital content as soon as or in close connection with it being available, this is a good reason for providing it by broadcast or multicast in the service area  105 . 
     Similarity between a present situation and a historical situation is also a measure that may be used, e.g. by comparing one or more of the above discussed measures in a present situation with a situation in the past that was similar in some regard and/or that resulted in similar measures. If the similar situation in the past resulted in a great demand for certain digital content and/or made, or would have made, it beneficial to provide certain digital content by broadcast or multicast, this may be a contributing factor when taking a present decision of what digital content to provide by broadcast or multicast in the service area  105 . 
     Further measures and/or parameters that may be used for taking the decision to provide digital content by broadcast or multicast in the service area  105  may include one or more of the following:
         A minimum number of user equipments, including e.g. user equipment  120 , for receiving the digital content at the same time in the service area  105  in order for there to be a gain in resource utilization in the service area  105  by providing the digital content by the broadcast or the multicast instead of only letting the digital content be available by unicast.   A data type associated with the digital content. For example, it may be decided to only broadcast or multicast digital content of certain data types that are particularly known to cause overload in cell capacity, e.g. digital content relating to software download and/or live video and/or audio streaming.   A size of the digital content. For example, only digital content above a certain size may be decided to be provided by the broadcast or multicast.   A bandwidth requirement associated with the digital content. For example, only digital content associated with a certain minimum bandwidth may be decided to be provided by the broadcast or multicast.   A lifetime of the digital content. If some digital content is known to only be available a very short time, this may affect the decision. If e.g. other measures and/or parameters points toward that the digital content is relevant for many user equipments, a short lifetime would be contributing to a decision to provide the digital content by broadcast or multicast. This since it then may be expected that many user equipments will be interested to receive the digital content at the same time.       

     It is understood that the above discussed measures and parameters, although may be used alone or only a few thereof in combination, enable great many various combinations but that it is not possible to discuss every combination in detail herein. 
     Embodiments herein relating to a method in the Broadcast management unit  130  for providing digital content to the user equipment  120 , will now be further elaborated and described with reference to the flowchart depicted in  FIG. 5 . The user equipment  120  is served by the base station  110  in the cell  115  of the cellular communications network  100 . The base station  110  is comprised in the radio access network  102  of the cellular communications network  100  and the Broadcast Management unit  130  is comprised in the core network  101  of the cellular communications network  100 . The method comprises the following actions, which actions may be taken in any suitable order. Further, actions may be combined. 
     Action  501   
     The Broadcast Management unit  130  decides to provide a digital content by broadcast or multicast in a service area  105  comprising the cell  115 , instead of only letting the digital content be available in the service area  105  by unicast. 
     In some embodiments, the decision to provide the digital content by broadcast or multicast may be based on a measure associated with how many times the digital content has been requested by user equipments, e.g. User equipment  120 ,  121 ,  122 ,  123 , in the cellular communications network  100 . 
     Further, in some embodiments, the decision to provide the digital content by broadcast or multicast may be based on a measure of how many user equipments, e.g. user equipments  120 ,  121 ,  122 ,  123 , are relevant for receiving the digital content at the same time in the service area  105 . 
     In some embodiments, the measure of how many user equipments are relevant for receiving the digital content at the same time in the service area is based on one or more of:
         User profiles and/or user settings associated with user equipments, e.g. user equipments  120 ,  121 ,  122 ,  123 , in the cellular communications network  100 .   Positions of user equipments, e.g. user equipments  120 ,  121 ,  122 ,  123 , in the cellular communications network  100 .   Movement patterns of user equipments, e.g. user equipments  120 ,  121 ,  122 ,  123 , in the cellular communications network  100 .   Availability of new content to user equipments, e.g. user equipments  120 ,  121 ,  122 ,  123 , in the cellular communications network  100 .   Similarity between a present situation and a historical situation.       

     Moreover, in some embodiments the decision to provide the digital content by broadcast or multicast may be based on one or more of the following:
         A minimum number of user equipments, e.g. user equipments  120 ,  121 ,  122 ,  123 , for receiving the digital content at the same time in the service area  105  in order for there to be a gain in resource utilization in the service area  105  by providing the digital content by the broadcast or the multicast instead of only letting the digital content be available by unicast.   A data type associated with the digital content.   A size of the digital content.   A bandwidth requirement associated with the digital content.   A lifetime of the digital content.       

     This action may correspond fully or partially to the previously described Action  301  and Action  401 . 
     Action  502   
     The Broadcast Management unit  130  provides, in response to the decision, broadcast or multicast of the digital content in the service area  105 . This enables reception of the digital content by the user equipment  120  via the base station  120  and by one or more additional user equipments, e.g. user equipments  121 ,  122 ,  123 , being served in the service area  105 . 
     In some embodiments, to provide the broadcast or multicast of the digital content may comprises to provide broadcast or multicast of a data carousel comprising the digital content. 
     In some embodiments the digital content is tagged in the provided broadcast or multicast, such that the user equipment  120 , based on the tagged digital content and a user profile of or setting in the user equipment  120 , is able to determine that the digital content is relevant for keeping after reception. The digital content may be tagged for one or more profile groups of user equipments for which the digital content is relevant, wherein each profile group comprises user equipments that are associated with similar user profiles and/or settings. 
     In some embodiments the digital content used in the provided broadcast or multicast is taken from a storage in the cellular communications network  100 . The digital content has been stored in the storage after it has been retrieved from the external network  50 , such as the Internet, in response to one or more previous requests for the digital content by one or more user equipments in the cellular communications network  100 . 
     This action may correspond fully or partially to the previously described Actions  302 - 304  and Actions  402 - 404 . 
     Action  503   
     This is an optional action for embodiments herein. The Broadcast Management unit  130  provides sending of a service announcement for reception by the user equipment  120  via the base station  110 . The service announcement identifies the digital content and the availability of the digital content in the provided broadcast or multicast. 
     Provide the sending of the service announcement may comprise to provide broadcast or multicast in the service area  105  of a first data carousel comprising the service announcement. 
     This action may correspond fully or partially to the previously described Actions  302 - 305  and Actions  402 - 405 . 
     To perform the actions above for providing digital content to the user equipment  120 , the Broadcast Management unit  130  may comprise an arrangement schematically depicted in  FIG. 6 . As mentioned above, the user equipment  120  is served by the base station  110  in the cell  115  of the cellular communications network  100 . The base station  110  is comprised in the radio access network  102  of the cellular communications network  100  and the Broadcast Management unit  130  is comprised in the core network  101  of the cellular communications network  100 . 
     The Broadcast Management unit  130  comprises a deciding circuitry  620 , configured to decide to provide the digital content by broadcast or multicast in the service area  105  comprising the cell  115 , instead of only letting the digital content be available in the service area  105  by unicast. 
     The Broadcast Management unit  130  further comprises a providing circuitry  630 , configured to, in response to the decision, provide broadcast or multicast of the digital content in the service area  105 . Thereby it is enabled reception of the digital content by the user equipment  120  via base station  110  and by one or more additional user equipments, e.g. user equipments  121 ,  122 ,  123 , being served in the service area  105 . 
     In some embodiments the providing circuitry  630  is further configured to provide the sending of the service announcement for reception by the user equipment  120  via the base station  110 . The service announcement identifies the digital content and the availability of the digital content in the provided broadcast or multicast. 
     In some embodiments, the providing circuitry  630  is further configured to provide broadcast or multicast in the service area  105  of the first data carousel comprising the service announcement. Furthermore, in some embodiments the providing circuitry  630  is further configured to provide broadcast or multicast of the second data carousel comprising the digital content. 
     The Broadcast Management unit  130  may further comprise a receiving port  610  that may be configured to receive information from and be involved in communication with other units, e.g. the BMSC  131  and the one or more support units  133 . For example may the receiving port  610  be configured to, from other parts of the cellular communications network  100 , receive one or more of the aforementioned measures and/or parameters upon which the decision to provide the digital content by broadcast or multicast in the service area  105  may be based. 
     The Broadcast Management unit  130  may further comprise a sending port  640  that may be configured to send information to and be involved in communication with other units, e.g. the BMSC  131  and the one or more support units  133 . For example may the sending port  640  be configured to send aforementioned one or more configurations and/or instructions to the BMSC  131  and/or the one or more support units  133  in order to accomplish the broadcast or multicast in the service area  105 . 
     The embodiments of the Broadcast Management unit  130  may be implemented through one or more processors, such as a processor  650  in the Broadcast Management unit  130  depicted in  FIG. 6 , together with computer program code for performing the functions and actions of embodiments herein. In some embodiments the circuitry discussed above may be fully or partially implemented by the processor  650 . 
     The computer program code mentioned above may also be provided as a computer program product, for instance in the form of a data carrier carrying computer program code for performing the embodiments herein when being loaded into the in the Broadcast Management unit  130 . One such carrier may be in the form of a CD or DVD. It is however feasible with other data carriers such as a memory stick, memory card or hard drive. The computer program code may furthermore be provided as pure program code on a server for download to the Broadcast Management unit  130 . The computer program code may furthermore be provided in the form of a data file or files on, or available through, a server for download. The file or files may be executable files for direct or indirect download to and execution on the Broadcast Management unit  130 , or may be for intermediate download and compilation to make them executable before download to and for execution in the Broadcast Management unit  130 . The server may be accessible over a computer network, such as the Internet, and may e.g. be a web or ftp server. 
     The Broadcast Management unit  130  may further comprise a memory  660  comprising one or more memory units. The memory  660  is arranged to store data, such as values mentioned above relating to configuration/s and/or the instructions/s that may be sent to the BMSC  131  and/or the one or more supporting units  133 , and/or to the measures and parameters for the decision, etc., and configurations and/or applications to perform the method when being executed in the Broadcast Management unit  130 . 
     Those skilled in the art will also appreciate that the deciding circuitry  620  and the providing circuitry  630  may refer to a combination of analog and digital circuits, and/or one or more processors configured with software and/or firmware (e.g., stored in memory) that, when executed by the one or more processors such as the processor  650 , perform as described above. One or more of these processors, as well as the other digital hardware, may be included in a single application-specific integrated circuit (ASIC), or several processors and various digital hardware may be distributed among several separate components, whether individually packaged or assembled into a system-on-a-chip (SoC). 
     Embodiments herein relating to a method in the user equipment  120  for receiving the digital content, will now be further elaborated and described with reference to the flowchart depicted in  FIG. 7 . The user equipment  120  is served by the base station  110  in the cell  115  of the cellular communications network  100 . 
     The method comprises the following actions, which actions may be taken in any suitable order. Further, actions may be combined. 
     Action  701   
     The user equipment  120  registers a request for retrieving the digital content. This action may correspond fully or partially to the previously described Action  306  and Action  409 . 
     Action  702   
     The user equipment  120  identifies, in response to the registered request, that the digital content is available from broadcast or multicast provided in the cell  115  via the base station  110 . 
     In some embodiments, the present action comprises that: The user equipment  120  stores the received digital content in an internal storage independent on the registered request for retrieving the digital content. The user equipment  120  checks  410  the internal storage for the requested digital content. 
     The received digital content may be tagged and it is stored after it has been determined that that the digital content is relevant for keeping based on the digital content that is tagged and a user profile of or setting in the user equipment  120 . The digital content may be tagged for one or more profile groups of user equipments for which the digital content is relevant. Each profile group may comprises user equipments that are associated with similar user profiles and/or settings. 
     In some embodiments, the present action comprises that: The user equipment  120  receives via the base station  110 , a service announcement that identifies the digital content and the availability of the digital content in the provided broadcast or multicast. The user equipment  120  checks the received service announcement for the requested digital content. 
     This action may correspond fully or partially to the previously described Actions  307 - 308  and Actions  408 ,  410 . 
     Action  703   
     The user equipment  120  receives, in response to the identified availability, the digital content from the provided broadcast or multicast via the base station  110  instead of receiving the digital content from unicast via the base station  110 . 
     In some embodiments the service announcement is comprised in a first data carousel that is provided by broadcast or multicast in the cell  115 . 
     This action may correspond fully or partially to the previously described Action  309  and Action  407 . 
     To perform the actions above for providing digital content to the user equipment  120 , the Broadcast management unit  130  may comprise an arrangement schematically depicted in  FIG. 8 . As mentioned above, the user equipment  120  is served by the base station  110  in the cell  115  of the cellular communications network  100 . The base station  110  is comprised in the radio access network  102  of the cellular communications network  100 . 
     The user equipment  120  comprises a registering circuitry  820 , configured to register the request for retrieving the digital content. 
     The user equipment  120  further comprises an identifying circuitry  830 , configured to identify, in response to the registered request, that the digital content is available from broadcast or multicast provided in the cell  115  via the base station  110 . 
     In some embodiments the identifying circuitry  830  is further configured to receive, via the base station  110 , the service announcement that identifies the digital content and the availability of the digital content in the provided broadcast or multicast, and to check the received service announcement for the requested digital content. 
     In some embodiments the identifying circuitry  830  is further configured to store the received digital content in an internal storage independent on the registered request for retrieving the digital content, and check the internal storage for the requested digital content. The received digital content may be tagged. The identifying circuitry  830  may be configured to store the received digital content after it has been determined that that the digital content is relevant for keeping based on the digital content that is tagged and a user profile of or setting in the user equipment  120 . 
     The user equipment  120  also comprises a receiving port  810 , configured to, in response to the identified availability, receive the digital content from the provided broadcast or multicast via the base station  110  instead of receiving the digital content from unicast via the base station  110 . 
     The user equipment  120  may further comprise a sending port  840  that may be configured to send information to and be involved in communication with the base station  110 . 
     The embodiments of the user equipment  120  may be implemented through one or more processors, such as a processor  850  in the user equipment  120  depicted in  FIG. 8 , together with computer program code for performing the functions and actions of embodiments herein. In some embodiments the circuitry discussed above may be fully or partially implemented by the processor  850 . 
     The computer program code mentioned above may also be provided as a computer program product, for instance in the form of a data carrier carrying computer program code for performing the embodiments herein when being loaded into the in the user equipment  120 . One such carrier may be in the form of a CD or DVD. It is however feasible with other data carriers such as a memory stick, memory card or hard drive. The computer program code may furthermore be provided as pure program code on a server for download to the user equipment  120 . The computer program code may furthermore be provided in the form of a data file or files on, or available through, a server for download. The file or files may be executable files for direct or indirect download to and execution on the user equipment  120 , or may be for intermediate download and compilation to make them executable before download to and for execution in the user equipment  120 . The server may be accessible over a computer network, such as the Internet, and may e.g. be a web or ftp server. 
     The user equipment  120  may further comprise a memory  860  comprising one or more memory units. The memory  860  is arranged to store data, such as the Service Announcement during and after it has been received, and configurations and/or applications to perform the method when being executed in the user equipment  120 . 
     Those skilled in the art will also appreciate that the registering circuitry  820  and the identifying circuitry  830  may refer to a combination of analog and digital circuits, and/or one or more processors configured with software and/or firmware (e.g., stored in memory) that, when executed by the one or more processors such as the processor  850 , perform as described above. One or more of these processors, as well as the other digital hardware, may be included in a single application-specific integrated circuit (ASIC), or several processors and various digital hardware may be distributed among several separate components, whether individually packaged or assembled into a system-on-a-chip (SoC). 
     Many embodiments and examples that have been described and discussed herein relate to LTE and LTE based systems, in particular such that has been enhanced with MBMS functionality, such as eMBMS. However, this is not to be construed as limiting embodiments herein to only LTE based cellular communications networks and not necessarily to only cellular communications networks enhanced with MBMS functionality. 
     Generally, embodiments herein are not limited to the above described preferred embodiments. Various alternatives, modifications and equivalents may be used. Therefore, the above embodiments should not be taken as limiting the scope of the invention, which is defined by the appending claims. 
     When using the word “comprise” or “comprising” it shall be interpreted as non-limiting, i.e. meaning “consist at least of”.