WO2013068415A1 - Procédé et système de fourniture d'un contenu fréquemment demandé - Google Patents

Procédé et système de fourniture d'un contenu fréquemment demandé Download PDF

Info

Publication number
WO2013068415A1
WO2013068415A1 PCT/EP2012/072049 EP2012072049W WO2013068415A1 WO 2013068415 A1 WO2013068415 A1 WO 2013068415A1 EP 2012072049 W EP2012072049 W EP 2012072049W WO 2013068415 A1 WO2013068415 A1 WO 2013068415A1
Authority
WO
WIPO (PCT)
Prior art keywords
content
requested content
multicast
frequently requested
user devices
Prior art date
Application number
PCT/EP2012/072049
Other languages
English (en)
Inventor
Tarik Taleb
Stefan Schmid
Original Assignee
Nec Europe Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nec Europe Ltd. filed Critical Nec Europe Ltd.
Publication of WO2013068415A1 publication Critical patent/WO2013068415A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/01—Social networking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Definitions

  • the invention relates to a method for provisioning frequently requested content of user devices from one or more servers via a communication network.
  • the present invention also relates to a system for provisioning frequently requested content of user devices from one or more servers via a communication network.
  • the present invention is applicable in general to any application running on user devices updating or requesting frequently content, the present invention will be described to applications with regard to social networks.
  • Many social network applications for example relating to social network platforms like Twitter, Facebook, etc. or news tickers of broadcasting corporations or the like are based on a one-to-many communication paradigm: One entity posts a message/same content which is then received by many users that have "subscribed” to this message "feed”.
  • popular social network applications like Bijin-Tokei in Japan, enables users to receive a photo of girl holding a black-board that shows the current time. These photos are sent to all subscribers every one minute as photos need to be updated at the same frequency.
  • Further mobile web applications involving the delivery of the same content to multiple users are for example Foursquare, Facebook places, Gowalla, Brightkite, Yelp and Google Latitude. These mobile web applications allow a delivery of the same content to mobile users being in the same location providing location-based "check in” services, for example to check in at locations they visit as a way to find other friends, coordinate gatherings and exchange content of common interest among a "social network" of users.
  • Other location based applications are for example instant messaging services such as Meeboo or mobile games, allowing users to play a game relevant to their current location and/or with other users in the same location, for example SCVNGR, Zynga or the like. Therefore content among a group of mobile users in the same neighborhood is frequently and dynamically exchanged.
  • FIG. 1 A conventional situation is illustrated for a 3GPP evolved packet system in Fig. 1.
  • a plurality of mobile user devices UD1 , UD2, ... are each connected via an evolved node B eNB, a serving gateway S-GW, a packet data network gateway P- GW, a corresponding packet data network PDN to a web server S providing content.
  • the web server S provides same content being delivered to a large number of users respectively the user devices UD1 , UD2,... being in the same area/location.
  • the "same area/location" corresponds to the coverage area of the same backhaul network or more precisely evolved node B eNB. This causes a high load in the backhaul network between the evolved node B eNB and the web server S.
  • Each user device UD1 , UD2 with its own connection receives from the web server S a corresponding flow F1 , F2 destined to different user devices UD1 , UD2.
  • the present invention solves the aforementioned objectives by a method of claim 1 and a system of claim 18.
  • the method is characterized in that
  • the system is characterized in that a traffic detection entity is configured to analyse data of requested content and to identify based on a result of the analysed data common frequently requested content of user devices, and that a network entity is configured to establish based on the identified common frequently requested content a traffic reduction policy for the identified common frequently requested content and that to provide based on the traffic reduction policy the identified common frequently requested content to the user devices.
  • frequently requested content means preferably in the description, in particular in the claims a frequent and dynamic, in particular regular or periodic, update or request for the same content.
  • Spare content means preferably content being the same on a higher abstraction level, e.g. content representing current time with another background photo.
  • MBMS multimedia broadcast multicast services
  • congestion in the communication network in particular for a 3GPP mobile communication network at both evolved packet core as well as the radio access network, is alleviated by reducing load of duplicate content.
  • the traffic reduction policy enforces a rerouting through a proxy and/or an offloading to an access network of data traffic for the identified common frequently requested content.
  • Rerouting through a proxy enables an easy implementation as well as an efficient traffic reduction within the communication network. Proxies can be easily provided or established.
  • One of the advantages of an offloading the data traffic to an access network which may be well-designated is that an even more efficient traffic reduction via the well- designated access network is enabled, since the access network may be in particular designed for purposes of routing of common frequently requested content.
  • the traffic reduction policy enforces provisioning of the identified common frequently requested content via multicast.
  • One of the advantages is, that this enables a flexible reduction of congestion in the communication network via different entities along the communication path between the user devices and the one or more servers.
  • multicast is provided by establishing a multicast group, preferably via the proxy, assigning the user device requesting the identified common frequently requested content to this multicast group and enforcing multicasting for the identified common frequently requested content for the assigned user device. This enables a dynamic and single assigning to and a deleting of user devices from the multicast group.
  • an entity of the communication network along the communication path for requesting the content performs at least step a) and b).
  • One of the advantages of an entity of the communication network for performing at least steps a) and b) is, that further upstream in the communication network, i.e. "closer" to the service provider respectively server the frequently requested content of more user equipment requesting the frequently requested content can be taken into account when analyzing the data.
  • further upstream in the communication network i.e. "closer" to the service provider respectively server the frequently requested content of more user equipment requesting the frequently requested content
  • 3GPP communication data traffic for frequently requested content of a plurality of different evolved node Bs may be taken into account when the entity is for example collocated with the packet data network gateway compared with the entity collocated with one evolved node B. In this way an even more efficient data traffic respectively load reduction within the communication network is enabled.
  • a user device itself performs at least steps a)-c).
  • the user device By performing at least the steps a)-c) at the user equipment respectively user device, the user device itself may for example identify an application running on the user device which frequently requests content so that a more reliable identification of frequently requested content is provided. Further the user device itself may for example look into preferences of applications, for example stock tickers showing current prices of stocks. These usually have certain time intervals for updating the prices of certain stock exchanges laid down in the applications preferences Therefore a very easy identification of frequently requested content by the user device is possible, i.e. an identification on the application level.
  • a request frequency of the data of the requested content is determined, compared with a predetermined threshold and a result of the comparing is used for step b).
  • HTTP-GET-requests of the data of the requested content are used for analyzing according to step a).
  • Using the HTTP-GET-requests enable on the one hand an easy identification of common frequently requested content as well as a reliable interception for example for a rerouting and/or offloading the data of the common requested content.
  • the predetermined threshold is dynamically configured. Dynamically configuring means, that for example the threshold can be updated depending on the time of the day, the location of user devices, load conditions in the communication network or the like enabling a very flexible adaption to certain boundary conditions like communication network conditions or the like.
  • the request frequency is determined based on inter-arrival times of two consecutive content requests from the same user device and/or number of requests from the same user device during a pregiven time-limit. This enables an easy implementation as well as resource- minimized determination of the request frequency.
  • step a) requested content sent to the user devices is analysed.
  • This enables a more reliable identification of user devices receiving the requested content in contrast to considering content requests. For example if requests for content are used a server may deny these requests for some reasons, for example due to wrong authentication information for that content. Therefore considering the content requests would give an at least partly wrong picture of the number of user devices frequently requesting content as well as assumed network load within the communication network for the frequently requested content.
  • the traffic reduction policy is revoked after a pre-given, preferably dynamically configurable, parameter is not fulfilled anymore, preferably in form of a pre-given time period and/or a pre-given number of user devices within the multicast group.
  • a pre-given preferably dynamically configurable
  • parameter is not fulfilled anymore, preferably in form of a pre-given time period and/or a pre-given number of user devices within the multicast group.
  • user devices fulfilling a pregiven preference policy are used for performing steps a)-d).
  • the term "preference” in the context of the term “policy” is preferably to be understood in a broad sense, in particular not limited to a preference of a user, an operator or the like.
  • the number of user devices may be limited. For example user devices of a certain type of device (e.g. Machine- Type-Communication devices), of a certain connection to the server, etc. can be filtered by the preference policy for performing steps a)-c).
  • the preference policy represents area and/or location information. This enables an easy adaption of the method to a mobile communication network. For example user devices connected to a certain evolved node B, i.e. within the coverage area of the evolved node B may be represented by the preference policy.
  • the threshold and/or the time period are updated depending on a time, area and/or location information. This further enables in a very flexible way to adapt the thresholds and/or the time periods to certain boundary conditions.
  • the traffic reduction policy is provided by an operator and preferably enforced by the user device.
  • the traffic reduction policy is provided by the operator, for example a centralized amendment and/or change of the traffic reduction policy is possible.
  • a more optimized traffic reduction policy may be enabled, since an operator of the communication network may take into account more parameters, for example load in other branches of the communication network for deciding which traffic reduction policy is enforced for the frequently requested content.
  • the traffic reduction policy is enforced by the user device are reliable traffic reduction directly at the user device is enabled.
  • the applied traffic reduction policy is dependent on the threshold. This enhances further flexibility.
  • relevant data traffic may be offloaded to WiFi whereas if the frequency of the HTTP-GET requests is within a certain range a multicast group is joined by the user device and if the frequency of the HTTP GET requests is lower than a further value data traffic is routed as usual without offloading or being redirected through a proxy.
  • the network entity is a server, preferably in form of a proxy, of an operator and/or the traffic detection entity is a gateway.
  • a proxy as well as a gateway enable a reliable as well as avoid a time consuming identification of common frequently requested content.
  • a proxy is statically configured to provide requested content via multicast. Multicasting of the proxy enables a very efficient traffic reduction in the communication network.
  • a user device is configured to integrate content provided by a multicast and content via unicast at an application layer of an application running on the user device.
  • the user using the user device does not see any change in his perception of the application when unicast and multicast content are presented to the user on an application layer. Distraction of the user is therefore avoided.
  • a user device comprises a cache for caching frequently requested content provided via multicast and the user device is configured to check the cache prior to a request via unicast for a missing content part. This reduces the load respectively the data traffic within the communication network. Further the flexibility is enhanced: If the cache is configured to store any content that is received via multicast prior to request any missing content objects for the server the cache is checked if the content object already received via multicasting. If so and if the cached content object is still topical for example HTTP requests to the server are avoided and the cached content is used. This enables a server or proxy to push embedded content objects, for example images or other content types in addition to normally configured content, preferably XML/HTML content. If the content is not in the cache the content is requested as usual.
  • the user device is configured to integrate the content provided via multicast by a multicast-plugin for the application at an application layer.
  • a multicast-plugin for the application at an application layer.
  • a proxy is configured to provide a multicast group for providing identified common frequently requested content via multicast and to issue a request to corresponding user devices for joining the multicast group to receive the identified common frequently requested content via multicast.
  • the server is configured to provide embedded requested content prior to non- embedded content. This further reduces the data traffic for the frequently requested content, since a client or browser does not request any missing content based on a regular request.
  • the application requesting the frequently requested content may wait for a configurable timeout for content objects that are related to content received via multicast. Only if the content is not received via multicast within the timeout limit a conventional request, for example a HTTP request is issued by the user device.
  • Fig. 1 shows a schematic view of a conventional system
  • Fig. 2 shows a system according to a first embodiment of the present invention
  • Fig. 3 shows part of a method according to a second embodiment of the present invention
  • Fig. 4 shows a method according to a third embodiment of the present invention.
  • Fig. 5 shows a system according to a fourth embodiment of the present invention.
  • Fig. 1 shows a schematic view of a conventional system.
  • a conventional situation is illustrated for a 3GPP evolved packet system in Fig. 1.
  • a plurality of mobile user devices UD1 , UD2, ... are each connected via an evolved node B eNB, a serving gateway S-GW, a packet data network gateway P- GW, a corresponding packet data network PDN to a web server S providing content.
  • the web server S provides same content being delivered to a large number of users respectively the user devices UD1 , UD2,... being in the same area/location.
  • the "same area/location" corresponds to the coverage area of the same backhaul network or more precisely evolved node B eNB.
  • Each user device UD1 , UD2 with its own connection receives from the web server S a corresponding flow F1 , F2 destined to different user devices UD1 , UD2.
  • Fig. 2 shows a system according to a first embodiment of the present invention.
  • Fig. 2 a 3GPP evolved packet system is shown wherein content in common with all relevant user devices is multicast from a web server or proxy server on top of UDP and received by a suitable plug-in at the user devices.
  • a web server S is connected via a communication network to different user devices UD1 , UD2, etc.
  • a communication network comprises a packet data network, a proxy server P located at the packet data network gateway P-GW which is further connected to a serving gateway S-GW.
  • the serving gateway S- GW is connected to an evolved node B eNB.
  • To the evolved node B eNB a plurality of user devices UD1 , UD2, etc. is connected.
  • the dotted lines between the different user devices UD1 , UD2 correspond to flows of non-duplicate content delivered in unicast on top of TCP between the web server S and the user devices UD1 , UD2.
  • the non-dotted line corresponds to content in common with the user devices UD1 , UD2.
  • This common content, which is frequently requested from the web server S is multicast from the proxy server P or web server S on top of UDP and received by corresponding plug-ins at the user devices UD1 , UD2, etc..
  • the user devices UD1 , UD2 are configured to execute a multicast plug-in for receiving multicast content from the proxy server P.
  • the web server S and/or the proxy server P respond to any HTTP request of the user device for frequently requested content with a well defined content type and a multicast address. These information would upon arrival at a web browser of the user device UD1 , UD2 activate the multicast browser functionality and/or launch a respective web browser plug-in. The multicast plug-in then enforces joining of the user device UD1 , UD2 to the respective multicast address/group and starts listening for content messages via multicast. The content messages received via the multicast message would then be rendered according to XML/HTML format in the corresponding browser window.
  • Fig. 3 shows part of a method according to a second embodiment of the present invention.
  • a web server S allocates a multicast address to specific frequently requested content feed CF.
  • the multicast content is provided in XML via UDP by the web server S.
  • a web client/browser of a user device UD issues a HTTP request, for example GET content-feed CF via TCP/IP.
  • the web server S responds to the HTTP responds message including multicast content type and multicast address via TCP/IP.
  • a fifth step T5a after receiving the response from the web server S the multicast browser plug-in is started and a further fifth step T5b the user device UD joins the multicast group according to the multicast address.
  • the user device UD respectively the web client/browser is then configured to receive multicast content content-feed CF in XML via UDP in a sixth step T6.
  • a seventh step T7 the multicast content content-feed CF is rendered.
  • the web client/browser of the user device UD may be enhanced by an internal cache wherein the internal cache stores any content that is received via the multicast channel.
  • the web client/browser of the user device UD Prior to request any missing content objects for the web server S the web client/browser of the user device UD checks if the content object has already received via the multicast channel. If so and if the cached content is still topical, it will omit the HTTP request to the web server S or the proxy server P to push embedded content objects, for example images or other content types, in addition to XML/HTML configured content. If the content object is not in the cache of the user device UD the web client/browser may request the content objects in a conventional manner.
  • the web server S/proxy server P delivers embedded contents prior to XML/HTML content.
  • the web client/browser may also wait for a configurable timeout for content objects that are related to previously content provided via multicast and only if the content is not received via multicast within the timeout limit, a conventional HTTP request would be issued.
  • a content-feed may be declared "replacing" or "additive” for example by using adequate XML/HTML tags. When being declared as "replacing" a multicast content-feed update replaces the previously received content while when being declared as "additive" the content-feed update will be added at the end of the previously delivered content.
  • User devices UD receiving service may include content which is common to other user devices and other part of the content that is specific to each of the user devices UD. Content that is not common is delivered in unicast over TCP in a conventional manner. Common content may be delivered via multicast over UDP according to the present invention.
  • an application layer logic maybe provided integrating the two portions of the content, the one received unicast and the one received multicast.
  • Fig. 4 shows a method according to a third embodiment of the present invention.
  • Fig. 4 user devices UD denoted with reference signs UE1 , UE2 and UE3 are connected via traffic detection function TDF and a mobile network proxy P to a server S.
  • the server S provides content for the user devices UE1 , UE2, UE3.
  • Each of the user devices UE1 , UE2, UE3 issues in a first step S1 a HTTP request to get a specific content feed and sends the HTTP request to the server S.
  • the server S responds with an HTTP responds message acknowledging the received request and providing the corresponding content.
  • the user devices UE1 , UE2, UE3 further issue corresponding HTTP requests in steps S1 ' and S1 " to update the received content in the first step S1 .
  • the server S responds with corresponding HTTP responses according to S2' and S2.
  • the traffic detection function TDF analyses (reference sign S1 ") a frequency of the HTTP requests for the requested content to the same server S and the number of user devices UE1 , UE2, UE3 requesting the same content.
  • the traffic detection function intercepts in a third step S3 the identified frequently requested content and forwards the corresponding requests for that content to the mobile network proxy P, located in the communication path between the traffic detection function TDF and the server S.
  • the mobile network proxy P allocates multicast addresses to specific content feeds.
  • a fifth step S5 the mobile network proxy P responds to the user devices UE1 , UE2, UE3 with the corresponding HTTP response messages including a corresponding acknowledgement and multicast content type information and a multicast address or multicast addresses.
  • each of the user devices UE1 , UE2, UE3 starts a corresponding multicast plug-in upon receiving HTTP response message according to a fifth step S5 and joins the corresponding multicast group.
  • a seventh step S7 the user devices UE1 , UE2, UE3 receive relevant, i.e. requested content delivered in multicast via UDP from the mobile network proxy P.
  • each of the user device UE1 , UE2, UE3 integrates multicast content with unicast content if applicable at the application layer for presenting the content to the user.
  • the server S does not belong to a mobile operator or does not run a mobile networks multicast plug-in.
  • a number of user equipment UE1 , UE2, UE3 send HTTP request messages asking for a particular content from the same web server S.
  • the traffic detection function TDF initially analyzes a request frequency of these HTTP requests and the number of requesting user devices UE1 , UE2, UE3. If they satisfy particular conditions the traffic detection function TDF intercepts new HTTP requests to the same web server S and forwards them to a proxy server P owned by a mobile network operator. This applies in case the web server S is not owned by the mobile network or the application server does not run the mobile network's plug-in for multicasting common content.
  • the proxy server P then allocates a multicast address to the specific content feed and sends back a HTTP response to the relevant user devices UE1 , UE2, UE3 indicating the multicast content type and the multicast group address.
  • the mobile communication operator gateway for example in form of a packet data network gateway P-GW or a GGSN and/or the proxy server P may trigger an establishment of a Multimedia Broadcast Multicast Service session over which the common requested content can be transmitted efficiently.
  • necessary information for the different user devices UE1 , UE2, UE3 to join the MBMS session may also be delivered via the initial HTTP response.
  • the different user equipment UE1 , UE2, UE3 Upon receiving these HTTP responses from the proxy server P the different user equipment UE1 , UE2, UE3 launch their multicast plug-ins and join the corresponding multicast group. Services that are received by the user devices UE1 , UE2, UE3 may had content that is common to each of the user devices UE1 , UE2, UE3 and other part of the content that is specific to each user devices UE1 , UE2, UE3. The uncommon content is delivered in unicast using TCP from the server S. The content in common is then delivered in multicast using UDP to each of the user devices UE1 , UE2, UE3.
  • the content received via multicast may either be received by proxy server P caching the information locally or a proxy server P may request it from the server S and immediately relay to the different user devices UE1 , UE2, UE3 in multicast.
  • the user devices UE1 , UE2, UE3 integrate the content delivered in multicast and the content delivered in unicast at the application layer.
  • Fig. 5 shows a system according to a fourth embodiment of the present invention.
  • Fig. 5 an embodiment of a system based on an eMBMS service is shown.
  • MBMS multimedia broadcast multicast service
  • a multimedia broadcast multicast service MBMS is shown in the standard 3GPP TS 23.246.
  • the user device UD denoted also with reference sign UE places a web request.
  • a traffic detection function TDF which may be collocated on the packet data network gateway or standalone on an SGi, re-routes Web-requests from the user device UD potentially subject to multicasting via a web-proxy function co-located with a Broadcast/Multicast Service center BM-SC server.
  • a third step R3 the number of user devices UD requesting the content is checked and if the number is high enough to benefit from multicasting the web proxy will trigger an establishment of an MBMS session for that requested content and provide the required information for the user device UD to join the MBMS session via a HTTP response to the user device UD.
  • a fourth step R4 upon receipt of the HTTP response with the MBMS session information, the web browser of the user device UD will trigger the user device UD to join the respective MBMS session and listen for content updates via this session.
  • the traffic detection function TDF may be either co-located with the packet data network P-GW or sit as a standalone box on the SGi interface according to TS 23.401 .
  • the web- proxy server may be either co-located with a broadcast/multicast service center BM-SC or provided as a standalone function.
  • a standardized or proprietary interface between the web proxy and the broadcast/multicast service center BM-SC may be provided for the web proxy to dynamically establish a MBMS session.
  • the present invention provides in particular mechanisms or techniques to identify emerging mobile web applications that may waste mobile networks scarce resources.
  • a further advantage is, that the present invention makes efficient usage of available MBMS technology and alleviates congestion at both the evolved packet core EPC and the radio access network RAN by reducing the load of duplicate content.
  • the present invention further enables a dynamic traffic data identification enabling identification of an application/session as an "application/session with frequently and dynamically updated content" based on a frequency at which its content or part of its content is delivered to user devices. This frequency may be based on inter-arrival times between two consecutive HTTP GET requests from a user device or set of user devices.
  • this frequency is shorter than a certain threshold and/or the number of HTTP GET requests from a user device or a set of user device issued during a time interval exceeds a certain value or if the traffic delivered over a session exceeds a certain data volume threshold then the corresponding application is identified as "application/session with frequently and dynamically updated content" by a traffic detection function.
  • the present invention for example provides a server which may dynamically instantiate a multicast group and/or MBMS session/channel for content that is frequently sent to many user devices and returns to the user device in the response the necessary information to join the multicast group or MBMS session/channel and for the application for example a web browser to listen to the relevant port/channel.
  • Multicast content may either be received by the user device via a proxy server caching the information locally or proxy server receiving it from the web server and immediately will relay to the user device via multicast.
  • the present invention enables a user device to integrate the content delivered in multicast and the content delivered in unicast belong to the same mobile application at the application layer.
  • the web client/browser of a user device or any corresponding application may receive and render the content in the application in a transparent way to corresponding users.
  • the web content maybe encoded in standard marker languages, for example HTML or XML.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Tourism & Hospitality (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

La présente invention concerne un procédé de fourniture d'un contenu fréquemment demandé de dispositifs d'utilisateur à partir d'un ou plusieurs serveurs par l'intermédiaire d'un réseau de communication, dans lequel a) les données du contenu demandé sont analysées, dans lequel, b) sur la base d'un résultat des données analysées, un contenu fréquemment demandé commun de dispositifs d'utilisateur est identifié, dans lequel, c) sur la base du contenu fréquemment demandé commun identifié, une politique de réduction de trafic pour le contenu fréquemment demandé commun identifié est établie, et dans lequel, d) sur la base de la politique de réduction de trafic, le contenu fréquemment demandé commun identifié est fourni aux dispositifs d'utilisateur. La présente invention concerne également un système de fourniture d'un contenu fréquemment demandé.
PCT/EP2012/072049 2011-11-07 2012-11-07 Procédé et système de fourniture d'un contenu fréquemment demandé WO2013068415A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP11188097.7 2011-11-07
EP11188097 2011-11-07

Publications (1)

Publication Number Publication Date
WO2013068415A1 true WO2013068415A1 (fr) 2013-05-16

Family

ID=47290908

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2012/072049 WO2013068415A1 (fr) 2011-11-07 2012-11-07 Procédé et système de fourniture d'un contenu fréquemment demandé

Country Status (1)

Country Link
WO (1) WO2013068415A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104394227A (zh) * 2014-12-05 2015-03-04 北京奇虎科技有限公司 浏览器的用户数据传输方法、***以及浏览器
EP2945342A1 (fr) * 2014-05-13 2015-11-18 Alcatel Lucent Procédé et dispositif pour transmettre un contenu multimédia
EP3079070A4 (fr) * 2013-12-04 2017-05-10 Sony Corporation Dispositif de navigateur, support d'enregistrement, dispositif de serveur et procédé de traitement d'informations

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ADLER M ET AL: "Optimal Proxy Cache Allocation for Efficient Streaming Media Distribution", IEEE TRANSACTIONS ON MULTIMEDIA, IEEE SERVICE CENTER, PISCATAWAY, NJ, US, vol. 6, no. 2, 1 April 2004 (2004-04-01), pages 366 - 374, XP011109147, ISSN: 1520-9210, DOI: 10.1109/TMM.2003.822788 *
CLARK R J ET AL: "Providing scalable Web service using multicast delivery", SERVICES IN DISTRIBUTED AND NETWORKED ENVIRONMENTS, 1995., SECOND INTE RNATIONAL WORKSHOP ON WHISTLER, BC, CANADA 5-6 JUNE 1995, LOS ALAMITOS, CA, USA,IEEE COMPUT. SOC, 5 June 1995 (1995-06-05), pages 19 - 26, XP010148069, ISBN: 978-0-8186-7092-3, DOI: 10.1109/SDNE.1995.470467 *
GEORGE XYLOMENOS ET AL: "The multimedia broadcast/multicast service", WIRELESS COMMUNICATIONS AND MOBILE COMPUTING, vol. 8, no. 2, 1 February 2008 (2008-02-01), pages 255 - 265, XP055053706, ISSN: 1530-8669, DOI: 10.1002/wcm.463 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3079070A4 (fr) * 2013-12-04 2017-05-10 Sony Corporation Dispositif de navigateur, support d'enregistrement, dispositif de serveur et procédé de traitement d'informations
US10193793B2 (en) 2013-12-04 2019-01-29 Sony Corporation Browser apparatus, recording medium, server apparatus, and information processing method
EP2945342A1 (fr) * 2014-05-13 2015-11-18 Alcatel Lucent Procédé et dispositif pour transmettre un contenu multimédia
CN104394227A (zh) * 2014-12-05 2015-03-04 北京奇虎科技有限公司 浏览器的用户数据传输方法、***以及浏览器

Similar Documents

Publication Publication Date Title
CN111448808B (zh) 用于IoT应用的5G网络中的多播和广播服务
US11051359B2 (en) Managing MBMS membership at the service capability exposure function
CN112087722B (zh) 一种通信***、通信方法及其装置
US8904014B2 (en) Content delivery mechanisms for multicast communication
US8325641B2 (en) Method and apparatus for service identifying and routing in multimedia broadcast/multicast service system
JP4739412B2 (ja) ローミング加入者用のマルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）のプロビジョン（ｐｒｏｖｉｓｉｏｎ）
US7953006B2 (en) Handling multiple point-to-multipoint services
US8743767B2 (en) Methods of obtaining service information to receive broadcasting service in user equipment, and service information announcement methods performable in service center and server
US8825096B2 (en) Method and apparatus for enabling voice discussions among independent and simultaneous users of data content
CN107925845B (zh) 用于高效内容递送的方法和装置
WO2013068415A1 (fr) Procédé et système de fourniture d'un contenu fréquemment demandé
Taleb et al. Impact of emerging social media applications on mobile networks
US20140337430A1 (en) Method for content transmission using social information
KR100453221B1 (ko) 유니캐스트 망을 이용한 그룹 캐스트 전송 방법 및 시스템
KR101607092B1 (ko) 스트리밍 서비스 제공 방법 및 이를 위한 프로그램을 기록한 컴퓨터 판독 가능한 기록매체
CN107786954B (zh) 一种无线传输中的方法和装置
WO2012000165A1 (fr) Entité de réseau et procédé pour délivrer des données à au moins une entité d'utilisateur dans un réseau de communication
WO2018010182A1 (fr) Procédé, appareil et dispositif de transmission destinés à des communications de groupe
US20190082303A1 (en) Methods, Apparatuses and Computer Program Products for Content Distribution
KR101524470B1 (ko) 분산 모바일 컨텐츠 전달 네트워크 시스템 및 상기 시스템을 이용한 컨텐츠 제공 방법
WO2015055132A1 (fr) Procédés pour envoyer et recevoir des données d'abonnement d'utilisateur, hss et sgsn
Gluhak Multicast service delivery in next generation wireless networks
CN105228132A (zh) 用于对mtc相关的信息和资源进行管理的方法、装置和***
TW201417545A (zh) 用於網路系統的點對點傳輸訊息方法及網路系統

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12795359

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12795359

Country of ref document: EP

Kind code of ref document: A1