WO2008038231A2 - Procédé, système et dispositifs pour informer un terminal d'un échec de réservation de ressource - Google Patents

Procédé, système et dispositifs pour informer un terminal d'un échec de réservation de ressource Download PDF

Info

Publication number
WO2008038231A2
WO2008038231A2 PCT/IB2007/053902 IB2007053902W WO2008038231A2 WO 2008038231 A2 WO2008038231 A2 WO 2008038231A2 IB 2007053902 W IB2007053902 W IB 2007053902W WO 2008038231 A2 WO2008038231 A2 WO 2008038231A2
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
qos
network
resource reservation
information
Prior art date
Application number
PCT/IB2007/053902
Other languages
English (en)
Other versions
WO2008038231A3 (fr
Inventor
Jukka Hongisto
Stefan BAGGSTRÖM
Mari-Jaana Pelkonen
Kaisu Iisakkila
Woonhee Hwang
Original Assignee
Nokia Corporation
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 Nokia Corporation filed Critical Nokia Corporation
Priority to US12/442,923 priority Critical patent/US20100182912A1/en
Priority to EP07826542A priority patent/EP2074765A2/fr
Publication of WO2008038231A2 publication Critical patent/WO2008038231A2/fr
Publication of WO2008038231A3 publication Critical patent/WO2008038231A3/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/15—Flow control; Congestion control in relation to multipoint traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H04L47/743—Reaction at the end points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H04L47/745—Reaction in network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/803—Application aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS

Definitions

  • the invention generally relates to communication, and may be applied for informing a terminal about a failure in reserving a resource.
  • the invention may be applied e.g. within a quality of service, QoS, task such as a NEP_INC_3G SAE/LTE quality of service, QoS, task.
  • LTE Long Term Evolution
  • SAE 3GPP System Architecture Evolution
  • the network has full control of quality of service, QoS, and the terminal is automatically given only the radio L2 (layer 2) information, which is required to map services to right radio bearers. It is assumed that there is no L3 (layer 3) QoS negotiation between core network and the terminal, i.e. terminal is not expected to be aware of L3 QoS.
  • SAE/LTE may be implemented on top of existing network.
  • the terminals may be multimode terminals supporting LTE and 2G/3G access technologies.
  • the QoS mechanism in 3G networks requires support from the terminal and applications and therefore it is assumed that actual or future multimode terminals have QoS capabilities for 3G access network usage. This requires that applications are able to request QoS and the terminal is able to modify the QoS request to secondary PDP context request when the terminal is attached to 3G access network.
  • QoS aware SIP application is supporting usage of preconditions [RFC 3312] and before the SIP signalling can be finally acknowledged the terminal is waiting for information of the success of the resource reservation (secondary PDP context response) .
  • the terminal In case of full network controlled resource reservation, the terminal is not allowed to request QoS. In case of successful bearer setup, the SAE radio bearer setup messaging is used to transfer QoS information to the terminal. If the bearer setup fails, the terminal is not automatically getting any indication of the failure. If an application running in terminal is not aware of failure in resource reservation then the overall speed of operation may be reduced due to unnecessary waiting time, and the end user's quality of experience may be compromised.
  • Embodiments of the invention provide a method comprising a network decides on quality of service, QoS, to be used for information flow between the network and a terminal, the network decides on whether the terminal is to be informed on an unsuccessful resource reservation needed for providing the quality of service, and the network informs the terminal depending on the decision result.
  • the resource reservation can e.g. be a radio resource reservation .
  • the terminal may be a multimode terminal, or not be allowed to request QoS.
  • radio bearer setup messaging may be used to transfer QoS information to the terminal, or, if the bearer setup fails, an indication of the failure may be sent to the terminal .
  • an application running in the terminal such as a QoS aware application, may be provided with information about failure in resource reservation, and a session setup may be canceled, or a default QoS be used, or session parameters be renegotiated, in response to the information about failure.
  • An application may be able to request QoS and the terminal be able to modify a QoS request to e.g. a secondary PDP context request when the terminal is attached to a 3G access network.
  • At least one of the network and the terminal may be a System Architecture Evolution, SAE, or LTE, long term evolution, network or terminal .
  • the terminal e.g. transfers received information on successful or unsuccessful resource reservation to an application layer.
  • the terminal may be a network card or a mobile handset or mobile phone.
  • the network can be adapted to inform the terminal on the decision result by sending a "network busy" message, if a dedicated bearer setup fails.
  • a network entity such as a mobility management entity, may comprise means for deciding on quality of service, QoS, to be used for information flow between a network and a terminal, means for deciding on whether the terminal is to be informed on an unsuccessful resource reservation needed for providing the quality of service, and means for informing the terminal depending on the decision result.
  • QoS quality of service
  • a system may comprise a network entity and a terminal as defined above.
  • Embodiments provide a computer program product or module loadable into a network entity or terminal, comprising portions for executing the above method.
  • information of unsuccessful or successful resource reservation may be transferred to a terminal or up to the application layer thereof.
  • This specification explains the behaviour and structure of embodiments such as a terminal and a network or network entity to transfer information of successful or unsuccessful resource reservation up to the application layer.
  • QoS aware applications can benefit from information about failure in resource reservation so as to be able to gracefully cancel a session setup or to renegotiate the session parameters if default QoS is not to be concerned for the application. Without failure indication QoS aware applications may have unstable behaviour when waiting for resource reservation feedback before completing the session setup.
  • the network is able to terminate the session setup in case of resource reservation failure to prevent "ghost calls" without sufficient resources. If the QoS awareness of the application is supported with the failure indication, the session setup is not necessarily terminated, but the decision how to continue may be left for the application itself.
  • the same application implementations used in 3G access is functioning as well in LTE access technology.
  • the applications have already been implemented for 2G/3G devices and if the same application versions can be used in future multimode terminals, there will be savings in software development.
  • To support the usage of QoS aware applications in multimode terminals according to at least one of the embodiments not only the success but also the failure of bearer setup is informed to the terminal .
  • Some or all of the embodiments of the invention are able to solve a problem of QoS aware application usage in 2G/3G/3G LTE capable terminal .
  • a Method comprising deciding, on a network or network entity, on quality of service, QoS, to be used for information flow between the network and a terminal, deciding, on a network or network entity, on whether the terminal is to be informed on an unsuccessful resource reservation needed for providing the quality of service, and informing the terminal depending on the decision result.
  • QoS quality of service
  • the network is a System Architecture Evolution, SAE, or LTE, long term evolution, network, and the resource reservation is a radio resource reservation;
  • the network or network entity sends an indication message such as a "network busy" message to inform the terminal about the success or failure of the resource reservation.
  • An Apparatus comprising: a receiving unit to receive information about failure regarding resource reservation.
  • the apparatus is a terminal comprising at least one of: a multimode terminal, a terminal that is not allowed to request QoS, and a terminal that is adapted to receive, in case of successful bearer setup for providing the quality of service, a radio bearer setup messaging to transfer QoS information to the terminal, or, if the bearer setup fails, an indication of the failure;
  • the apparatus further comprises a platform adapted to run at least one application, such as a QoS aware application, a processor configured to inform the application with information about failure in resource reservation, and configured to cancel a session setup, or to use a default QoS, or to renegotiate session parameters, in response to the information about failure;
  • a platform adapted to run at least one application, such as a QoS aware application, a processor configured to inform the application with information about failure in resource reservation, and configured to cancel a session setup, or to use a default QoS, or to renegotiate session parameters, in response to the information about failure;
  • the apparatus further comprises a transmitting unit to send a notice that QoS aware is supported by the apparatus;
  • the application is able to request QoS and the apparatus is adapted to modify a QoS request to a secondary PDP context request when the apparatus is attached to a network, such as a 3G access network, permitting PDP context;
  • the application is a SIP application.
  • the apparatus is a System Architecture Evolution, SAE, or LTE, long term evolution, terminal.
  • SAE System Architecture Evolution
  • LTE long term evolution
  • the apparatus is adapted to transfer received information on successful or unsuccessful resource reservation to an application layer.
  • the apparatus is a network card, chipset, terminal, handset, mobile handset, or mobile phone.
  • the apparatus is adapted to receive an indication message to inform the apparatus about the success or failure of the resource reservation if a dedicated bearer setup fails.
  • the terminal is adapted to receive a "network busy" message if a dedicated bearer setup fails.
  • An Apparatus comprising a unit deciding on quality of service, QoS, to be used for information flow between a network and a terminal, a unit deciding on whether the terminal is to be informed on an unsuccessful resource reservation needed for providing the quality of service, and a unit informing the terminal depending on the decision result .
  • the apparatus is a network card, network entity, chipset, terminal, or module;
  • the apparatus further comprises a deciding unit configured to decide whether a terminal is QoS aware;
  • the apparatus comprises a checking unit configured to check usage of pre-conditions in session description protocol for deciding whether the terminal is QoS-aware.
  • a System comprising an apparatus of a network entity as defined above, and an apparatus of a terminal as defined above .
  • a Computer program product or module loadable into a network entity or terminal comprising portions for executing the method of any one of the method aspects as defined above or below
  • a method comprising receiving an indication message indicative of an unsuccessful radio resource reservation.
  • the indication message is a "network busy" message
  • the resource reservation is for establishing access bearer of a system architecture evolution (SAE) ;
  • SAE system architecture evolution
  • the indication message is from a mobile management unit using a direct transfer mechanism
  • the method comprises at least one of: running at least one application, such as a QoS aware application; and providing information about failure in resource reservation to the application;
  • the QoS application is a SIP application
  • the notice of QoS aware and/or indication message of unsuccessful resource reservation are included in SDP (session description protocol) offer and SDP answer;
  • the method further comprises canceling a session setup, or using a default QoS, or renegotiating session parameters, in response to the information about failure;
  • an application is able to request QoS, and a terminal is able to modify a QoS request to a secondary PDP context request when the terminal is attached to 3G access network;
  • the network is a System Architecture Evolution, SAE, or LTE, long term evolution, network;
  • the method further comprises deciding whether a terminal is QoS aware;
  • the method further comprises checking usage of preconditions in session description protocol for deciding whether the terminal is QoS-aware;
  • the message is a SIP protocol message.
  • An apparatus comprising means for deciding on quality of service, QoS, to be used for information flow between a network and a terminal, means for deciding on whether the terminal is to be informed on an unsuccessful resource reservation needed for providing the quality of service, and means for informing the terminal depending on the decision result .
  • An apparatus comprising means for receiving information about failure regarding resource reservation.
  • Fig. 1 shows an example of a functioning of a second generation, third generation 2G/3G terminal
  • Fig. 2 shows an example of a method and functions in a terminal being applicable to a SAE/LTE structure and functions
  • Figs. 3 to 5 illustrate embodiments for a case of fully network controlled resource reservation, with and without notification of a terminal
  • Figs. 6, 7 show further embodiments of the invention.
  • Embodiments described in the following show how the network will give or send enough information for the terminal and how the terminal may transfer internally the information to the application .
  • Figs. 1, 2 show embodiments of terminal implementations which present the base principles how the QoS information and the failure information may be handled in a multimode terminal with QoS aware application.
  • radio bearer setup message which includes uplink Traffic Flow Template (UL TFT) as well as application specific guaranteed bit rate information.
  • UL TFT uplink Traffic Flow Template
  • radio bearer setup does not take place.
  • a QoS aware terminal may have a timer to detect that the QoS information did not arrive in time and based on the timer expiration understand that no bearer setup took place.
  • the timer solution may not be very useful in all cases because it is difficult to set a reliable value to the timer .
  • an entity or device of the network such as a Mobility Management Entity (MME) can have responsibility to inform the terminal on the unsuccessful reservation by sending information such as a "network busy"-message to the terminal, preferably or optionally using direct transfer.
  • MME Mobility Management Entity
  • the unnecessary signalling can be suppressed if the device such as MME knows whether the terminal is QoS aware or not, and uses this information for deciding on sending the failure information to the terminal.
  • the device will send the failure information to the terminal. Otherwise, if the device such as MME knows that the terminal is not QoS aware, the device such as MME will decide not to send the failure information to the terminal so as to avoid unnecessary signaling.
  • the usage of a failure indicator such as a "network busy" indicator or the like is preferably restricted in one or more embodiments to such cases like IMS SIP in which both the terminal and the application such as a SIP application are QoS aware .
  • Figs. 1, 2 show terminal implementations and present the basic principles how the QoS information and the failure information may be handled in the multimode terminal with QoS aware application.
  • SAE bearer setup there is an information such as a NAS message piggy packed into radio bearer setup message, which may include an uplink Traffic Flow Template as well as application specific guaranteed bit rate information. The latter parameter is used only if the created SAE bearer is a GBR bearer. If the bearer setup is not successful, radio bearer setup does not take place.
  • Figs. 1, 2 illustrate some basic differences between a 2G/3G and a 3G LTE terminal. Layers between PDCP and applications are referred to as a "connectivity layer" in these drawings.
  • Fig. 1 shows a context creation and parameters from applications in a 2G/3G terminal, the context creation proceeding downwards according to Fig. 1.
  • a real-time transport protocol, RTP sees multiple network interfaces and multiplexes traffic to those based on QoS knowledge from apps/SIP/SDP .
  • Fig. 2 shows a context creation and parameters from aGW via RRC in a SAE/LTE terminal, the context creation proceeding upwards according to Fig. 2.
  • PDCP has uplink traffic flow template, UL TFT, which it uses to multiplex traffic to LCIDs and RLSPs.
  • Fig. 1 shows an application behavior in a QoS aware terminal in pre-LTE.
  • the request is processed in the layer 3 of the terminal to a secondary packet data protocol, PDP, context request.
  • a PDP context request is sent to serving GPRS support node, SGSN.
  • the terminal (connectivity layer) and application are aware of the requested QoS.
  • SGSN sends a PDP context response message to the terminal.
  • Connectivity layer is able to do a mapping between the application and the secondary PDP context and informs the application about the status of QoS (reserved bit rate etc.) .
  • FIG. 2 an application behavior according to an embodiment of the invention in a terminal such as a 3G LTE terminal is described.
  • the connectivity layer is aware of the current access technology. Because in 3G LTE, the terminal is not allowed to request QoS, the connectivity layer stores the information of requested QoS, but does not signal this information to the network. Application level signalling has caused the network to initiate resource reservation. When the resource reservation is ready, the application specific QoS information is given in NAS- message for the terminal in the radio bearer setup signalling.
  • a direct transfer from MME to the terminal user equipment, UE is used to transfer failure information.
  • the connectivity layer of the terminal will always receive the information. It is up to the applications and middleware of the terminal whether the information is used or not.
  • the RRC layer passes the NAS-message to the connectivity layer, where the allocated QoS is bound to a right application level request.
  • the allocated QoS is given as a response for the requesting application. From application point of view this is same as a secondary PDP context response had arrived.
  • the SAE bearers are not visible on the connectivity layer, only the application specific QoS information.
  • the uplink Traffic Flow Template (TFT) provided by network is used for mapping of application and QoS information.
  • the invention proposes that in case of unsuccessful resource reservation an entity such as Mobility Management Entity (MME) will have responsibility to inform the terminal by sending an information such as a "network busy"-message to the terminal, preferably using direct transfer.
  • MME Mobility Management Entity
  • a user plane entity, UPE, shown in Figs. 3 to 5 combines LTE anchor and 3GPP anchor, where IP address is allocated, L2 tunnel is terminated, and PCEF is located.
  • step 1 either detection of application level signaling or a new UL/DL flow triggers the policy enforcement in UPE.
  • UPE requests MME to create dedicated SAE Access bearer for this particular service.
  • the SAE Access Bearer request includes UPE TEID+IP address, L3 QoS, GBR (aggregate) and NAS message [UL TFT, QoS information required by application, header compression configuration] .
  • MME initiates the dedicated SAE bearer setup. It allocates SAE Bearer ID for the bearer. Otherwise the message includes same parameters as the message 2.
  • a base station, BS performs admission control for GBR services.
  • step 5 in SAE Radio Bearer setup message there are DL and UL Logical Channel IDs, L2_QoS and the NAS message [UL TFT, QoS information required by application, header compression configuration] .
  • the UL TFT information is needed on PDCP layer to map the service data to a right radio bearer.
  • UL TFT is used in connectivity layer to map the application specific GBR for with the right application .
  • SAE Access Bearer response informs MME about the success of radio resource reservation.
  • This message contains eNB TEID + IP address as well as SAE Bearer_ID.
  • MME responses the UPE SAE Bearer request. Parameters in this message are the same as in the previous. The dedicated bearer is ready and application data is mapped to that.
  • Fig. 4 shows a case where, without any additional intelligence, in case of failure in SAE bearer setup, no information about bearer setup is given to the terminal. Thus, a failure may occur without notification to the UE. This behavior is acceptable in cases where the application is not waiting for feedback. This behavior does however not support the usage of QoS aware applications implemented for 3G terminals. With reference to the steps carried out and the information transmitted, see the inscriptions in this and any other of the drawings of the present document.
  • Fig. 5 shows an embodiment where an entity of the network such as a MME informs the terminal UE about a failure.
  • the MME is responsible of sending an e.g. "Network busy” - indication to the terminal using direct transfer mechanism, as shown in step 7.
  • "Network busy"- message is an indicator that the network was not able to create dedicated SAE bearer with requested QoS.
  • MME includes an uplink traffic flow template, UL TFT, to the "network busy"-message .
  • the information is transferred to the application (otherwise the information is discarded) .
  • This solution is simple in MME implementation point of view, but may cause some unnecessary signalling, in cases where the information is not used in the terminal. A part of the unnecessary signalling can be reduced if the MME would know whether the terminal is QoS aware or not. There might still be applications, which are not QoS aware in QoS aware terminal. Therefore only the information of the terminal type in MME can not remove all the unnecessary signalling.
  • Embodiments shown in Figs. 6, 7 and described below illustrate a solution with session initiation protocol, SIP, with preconditions. This is an improved solution and presents a method, device and model where the usage of a "network busy" indicator is restricted to the IMS SIP in case that terminal and SIP application is QoS aware. This embodiment is therefore improved and reduces unnecessary signalling.
  • the embodiments of Figs. 6, 7 generally relate to media transmission such as IMS VoIP or IMS streaming, preferably with protocol signalling such as SIP signalling.
  • Fig. 6 presents a signalling flow for SIP session setup when terminal is QoS -aware.
  • the usage of pre-conditions in SDP Offer gives AF information that the terminal is QoS aware, and the terminal is waiting for feedback about resource reservation before completing the session establishment signalling .
  • the response is given as GBR information within NAS package in SAE Radio Bearer setup.
  • the negative response (“network busy"- information) is sent from MME to terminal using direct transfer.
  • pre-conditions are used in streaming session setup signalling, the pre-conditions should be met before the session is able to start (i.e. early transfer is not possible) . Therefore the same signalling flow is valid for both VoIP and streaming.
  • the streaming application is getting the allocated GBR information during the successful SAE bearer setup .
  • UPE in this document is a combined device such as an LTE anchor and 3GPP anchor where IP address is allocated, L2 tunnel is terminated and PCEF is located.
  • a L3 QoS negotiation between a core network and the terminal may be provided.
  • a SAE/LTE network where QoS is controlled by the network it may be the network, which starts resource reservation, and an unsuccessful reservation indication ("network busy") arrives to UE without any request.
  • the network indicates an unsuccessful reservation to a QoS aware terminal based on the information from policy decision point (PCRF).
  • PCRF policy decision point
  • the policy decision includes information on whether the application/terminal is waiting for a response. See the embodiment of Figs. 6, 7, using SIP with pre-conditions optimised solution.
  • the SAE/LTE network indicates an unsuccessful reservation in any case .
  • MME When eNB responds with SAE Access Bearer REJECT to MME ' s SAE Access Bearer request (i.e. REJECT instead of building up the radio link) MME answers UPE bearer request with REJECT: MME knows that for the particular bearer ID the terminal is waiting for response. MME sends a "network busy" indicator to the UE using direct transfer. "Network busy"- message is an indicator that network is not able to provide dedicated resources with the requested QoS. The message has to include UL TFT.
  • Fig. 6 shows an embodiment providing session setup and resource reservation when the terminal is able to support preconditions .
  • step or message 1 an SDP Offer (INVITE) is sent by caller to callee via AF (IMS) .
  • step or message 2 the callee answers with SDP answer.
  • AF notice that the preconditions are supported and resource reservation requested. AF may indicate that notifications about bearer events are required.
  • step or message 3 an AF asks authorisation from PCRF and indicates the support for preconditions.
  • step 4 a PCRF performs policy decision for the session.
  • step or message 6 an SDP answer can now be forwarded at this stage to the caller without risk of having a too early alert in the caller side.
  • the caller gets SDP answer, it sets a terminal internal QoS request and waits for the response. Session negotiation is continued only after the QoS response .
  • step or message 7 a Policy decision is pushed to the UPE.
  • this message contains information, that application/terminal is waiting for response. (Only QoS aware SIP application is able to support preconditions) .
  • step or message 8 a Policy decision can be answered straight or after message 15.
  • step or message 9 an UPE performs policy enforcement for the session.
  • step or message 10 UPE requests MME to initiate dedicated bearer establishment.
  • SAE Access Bearer Request consist of L3
  • UPE should set "response requested by UE" bit as 1, because the application is waiting for the QoS response.
  • step or message 11 MME allocates the bearer ID and initiates the bearer establishment .
  • the message 11 contains the same parameters as message 10 + bearer_ID.
  • "Response requested by UE" bit is not mandatory in this message, because there is no use for that in eNB.
  • step 12 the eNB performs admission control. It can either accept or reject the requested bearer, but is not able to modify the requested QoS. In case that the eNB rejects the bearer, phase or step 13 is not performed.
  • step or message 13 if the bearer is accepted, Radio Bearer is established.
  • the terminal is given only information about priority of the bearer, and TFT to map the right service to a right radio bearer. Additionally the service specific QoS information is given to the terminal and forwarded in the terminal to the particular application waiting for QoS response. When this information is given to the application, it has enough knowledge to continue the SIP signalling and is able to send UPDATE -message to the callee.
  • SAE Access Bearer response can be either negative or positive. In case that the bearer is established, the response is positive. If the response is negative and the UE is waiting for response, MME sends "network busy" indication to the terminal using direct transfer .
  • step or message 15 the message is negative or positive depending on the success of the bearer setup. Note, that there may be a failure already between MME and UPE. Then the signals or messages 11 to 14 are not sent, but only the "network busy"- indication to the terminal (in case that the terminal is waiting for response) and the message 15.
  • the voice connection is opened only with sufficient resources, as shown by the double-headed arrow.
  • Fig. 7 shows an embodiment similar to Fig. 6 but for a case in which a QoS aware terminal encounters a failure in bearer setup .
  • Fig. 7 presents the behaviour in a case that the access network is not able to support the requested dedicated bearer.
  • Messages 1 to 11 are identical to the steps or messages 1 to 11 of Fig. 6.
  • step 12 the eNB is not able to allocate the requested radio resources.
  • step or message 13 eNB sends a reject message such as SAE Access Bearer REJECT for MME instead of building up the radio link. Note, that in this case the terminal is not getting any TFT of GBR information.
  • MME When the REJECT arrives at MME, MME knows that for the particular bearer ID the terminal is waiting for response. MME sends an information to the terminal UE such as "network busy" indicator using direct transfer in order to inform the terminal on the failed bearer setup.
  • a "Network busy"- message is an indicator that network is not able to provide dedicated resources with the requested QoS. The message has to include UL TFT.
  • step or message 14 MME answers UPE bearer response message with REJECT.
  • step or message 15 UPE sends a policy acknowledgement with information to remove the charging bindings.
  • the invention thus provides at least according to some of the embodiments, an architecture where the QoS in controlled by the network only instead of negotiating it between the terminal and the network (e.g. QoS/bearer needed due IMS streaming request from a terminal) , and the network makes a decision whether or not the terminal needs an indication of unsuccessful radio resource reservation (e.g. if QoS aware terminal/application, e.g. a legacy application from 2G/3G networks used in multimode terminal) .
  • the terminal In case of full network controlled resource reservation, the terminal is not allowed to request QoS.
  • the SAE radio bearer setup messaging is used to transfer QoS information to the terminal. If the bearer setup fails, the terminal is thus automatically getting an indication of the failure.
  • an application such as a QoS aware application can thus be provided with information about failure in resource reservation to be able to gracefully cancel a session setup or to renegotiate the session parameters if default QoS is not to be concerned for the application. Without failure indication QoS aware applications may have unstable behavior when waiting for resource reservation feedback before completing the session setup.
  • the network is able to terminate the session setup in case of resource reservation failure to prevent "ghost calls" without sufficient resources. If the QoS awareness of the application is supported with the failure indication, the session setup is not necessarily terminated, but the decision how to continue is left for the application itself.
  • SAE/LTE can be implemented on top of existing network, and most likely the first terminals are multimode terminals supporting LTE and 2G/3G access technologies.
  • the QoS mechanism in 3G networks provides support from the terminal and applications and therefore the future multimode terminal preferably have QoS capabilities for 3G access network usage.
  • the applications are able to request QoS and the terminal is able to modify the QoS request to secondary PDP context request when the terminal is attached to 3G access network.
  • An application running in a terminal can be made aware of failure in resource reservation so as to avoid any disadvantage as to the end user's quality of experience.
  • a QoS aware application is provided with the information about failure in resource reservation to be able to gracefully cancel a session setup or to renegotiate the session parameters if default QoS is not to be concerned for the application. Without failure indication QoS aware applications may have unstable behavior when waiting for resource reservation feedback before completing the session setup. In case of IMS VoIP, network is able to terminate the session setup in case of resource reservation failure to prevent "ghost calls" without sufficient resources. If the QoS awareness of the application is supported with the failure indication, the session setup is not necessarily terminated, but the decision how to continue is left for the application itself.
  • the embodiments of the invention illustrate example as to how the information of non-successful resource reservation can be transmitted to the terminal in LTE.
  • the invention solves the problem of QoS aware application usage in terminals such as an e.g. 2G/3G/3G LTE capable terminal.
  • Embodiments incorporate the behaviour or features required by terminal and network to transfer information of successful or unsuccessful resource reservation in the network that controls QoS, so as to transfer the information of successful or unsuccessful resource reservation up to the application layer.
  • At least one or more of the embodiments of the invention shows how the network will give enough information for the terminal and how the terminal transfers internally the information to the application.
  • the network has full control of QoS and the terminal is automatically given only the radio L2 information, which is required to map services to right radio bearers.
  • Embodiments of the invention make it possible to support QoS aware applications in LTE.
  • QoS aware application is SIP application supporting preconditions signalling.
  • Embodiments re-use the current 3G application implementation. It helps to build multi-radio terminals, with minimal or no changes to the application behaviour. (Application is not required to adjust its behaviour to the currently used access technology) .
  • Embodiments may re-use the layer 3 intelligence, already implemented for 3G terminals (some modification required) .
  • the proposed solution without optimisation is able to support all kind of QoS aware applications, not only SIP applications. With the optimisation described, the proposed solution does not add any unnecessary signalling to the network.
  • the proposed solution without optimisation may be implemented using some signalling to the network.
  • the functionality described is visible when network sends failure indication to terminal.
  • a communication system and network entities as well as communication devices and methods are provided wherein a network may have control of QoS.
  • An information such as a "network busy" message may be sent to a terminal, dependent on the terminal capabilities such as QoS aware or not, if a dedicated bearer setup fails.
  • One or more embodiments of the invention thus provide a network entity, apparatus, network, or method, comprising: triggering a policy enforcement in a user plane entity using an application level signaling or a new uplink or downlink flow; transmitting a system architecture evolution (SAE) access bearer message request to a mobile management entity to create a dedicated SAE access bearer for a particular service; initiating a set-up for the dedicated SAE access bearer at the mobile management entity and transmitting the message request from the mobile management entity to a base station; performing an admission control for guaranteed bit rate information services at the base station; transmitting a message from the base station to a terminal to perform a dedicated SAE bearer set-up; transmitting a response message to the mobile management entity indicative of a successful radio resource reservation; and based on the response message, transferring the information to the application or discarding at the terminal the information and continuing to use a default bearer.
  • SAE system architecture evolution
  • the message request to the mobile management entity may comprise a user plane entity tunnel endpoint identifier and internet protocol address, a layer 3 quality of service, a guaranteed bit rate and a non-access stratum message, including an uplink traffic flow template, quality of service information required, or a header compression configuration.
  • the message request to the base station may comprise a user plane entity tunnel endpoint identifier and internet protocol address, a layer 3 quality of service, a guarantee bit rate and a non-access stratum message, including an uplink traffic flow template, quality of service information required, a header compression configuration, or a SAE bearer identification.
  • the response message may comprise an evolved Node B tunnel endpoint identifier and internet protocol address and a SAE bearer identification.
  • the access bearer message may comprise a layer 3 quality of service, a user plane entity tunnel endpoint identifier and internet protocol address, a guaranteed bit rate, a bearer identification, a piggy packed non-access stratum message with a traffic flow template, a header compression configuration, and quality of service information required by applications or services .
  • An apparatus, terminal, or a method of or provided in a terminal may comprise: in response to a detection of a failure in an admission control for guaranteed bit rate information services to create a dedicated system architecture evolution access bearer for a particular service, receiving a network busy message indicative of an unsuccessful radio resource reservation using a direct transfer mechanism; when no quality of service awareness exists, discarding information in the network busy message and continuing to use a default bearer; and when quality of service awareness exists, based on the information in the network busy message, determining whether to continue using a default quality of service, restart a session negotiation, or abandon a session.
  • determining at the mobile management entity that for a particular bearer, the terminal is waiting for a response ; transmitting from the mobile management entity to the terminal the network busy message to inform the terminal of a failed bearer setup, wherein the network busy message indicates that a network is unable to provide dedicated resources with a requested quality of service and comprises an uplink traffic flow template.
  • the network busy message may comprise at least one of an indicator that the network is unable to create the dedicated system architecture evolution bearer with a requested quality of service, a downlink and uplink logical channel identifier message, a layer 2 quality of service message, and a non- access stratum message.
  • One or more embodiments of a method, apparatus, or entity for or in a network may comprise: triggering a policy enforcement in a user plane entity using an application level signaling or a new uplink or downlink flow; transmitting a system architecture evolution (SAE) access bearer message request to a mobile management entity to create a dedicated SAE access bearer for a particular service; initiating a set-up for the dedicated SAE access bearer at the mobile management entity and transmitting the message request from the mobile management entity to a base station; performing an admission control for guaranteed bit rate information services at the base station; detecting a failure in the admission control; transmitting a message from the base station to the mobile management entity indicative of an unsuccessful radio resource reservation; and transmitting a network busy message from the mobile management entity to the terminal using a direct transfer mechanism.
  • SAE system architecture evolution
  • the network busy message may comprise an indicator that the network is unable to create the dedicated SAE bearer with a requested quality of service.
  • the apparatus or method when quality of service awareness exists in the terminal, may further comprise: transferring the information to the application or discarding at the terminal the information and continuing to use a default bearer.
  • a terminal, apparatus, or method for a terminal may comprise, in accordance with one or more or all of the embodiments of the invention: transmitting a notice that pre-conditions are supported by the terminal and that a resource reservation is requested; receiving a session description protocol answer; in response to a detection of an admission control for guaranteed bit rate information services, establishing a system architecture evolution (SAE) access bearer for a particular service; and transmitting a SAE access bearer message indicative of whether a network is able to provide dedicated resources with a requested quality of service.
  • SAE system architecture evolution
  • the method or apparatus may further comprise : receiving a network busy message that the network is unable to provide dedicated resources with the requested quality of service .
  • the method or apparatus may further comprise: determining at the mobile management entity that for a particular bearer, the terminal is waiting for a response; transmitting from the mobile management entity to the terminal a network busy message to inform the terminal of a failed bearer setup, wherein the network busy message indicates that a network is unable to provide dedicated resources with a requested quality of service and comprises an uplink traffic flow template.
  • the session description protocol answer After receiving the session description protocol answer, there may be further provided: setting at the terminal an internal terminal quality of service request and waiting for a quality of service response; and continuing session negotiation after the quality of service response is received.
  • the method or apparatus may further comprise: when the terminal receives the session description protocol answer, setting at the terminal an internal terminal quality of service request and waiting for a response, and continuing session negotiation after the quality of service response is received.
  • the access bearer message may comprise at least one of a layer 3 quality of service, a user plane entity tunnel endpoint identifier and internet protocol address, a guaranteed bit rate, a bearer identification, a piggy packed non-access stratum message with a traffic flow template, a header compression configuration, and quality of service information required by applications or services.
  • the method or apparatus may further comprise: receiving information about priority of the access bearer, the traffic flow template to map a service to an appropriate radio bearer, or a service specific quality of service information.
  • One or more embodiments of an apparatus, terminal or method for a terminal may comprise: transmitting a notice that pre-conditions are supported by the terminal and that a resource reservation is requested; receiving a session description protocol answer; in response to a detection of an admission control for guaranteed bit rate information services, requesting a system architecture evolution (SAE) access bearer establishment for particular radio resources; determining that the terminal is unable to allocate the requested radio resources; transmitting a reject message to a mobile management entity indicative that the terminal is unable to allocate the requested radio resources; and receiving a network busy message indicative of an unsuccessful radio resource reservation from the mobile management unit using a direct transfer mechanism.
  • SAE system architecture evolution
  • the terminal may in one or more embodiments not be provided with traffic flow template or guaranteed bit rate information.
  • the network busy message may comprise information indicative of a failed bearer setup and that the network is unable to provide dedicated resources with a requested quality of service, and may comprise an uplink traffic flow template.
  • the method or apparatus may further comprise: generating a policy acknowledgement with information to remove charging bindings .
  • the terminal may be a SAE or LTE terminal, or can also be any other kind of terminals in communication systems.
  • any of the above described features or the features shown in the drawings can be used in any arbitrary combination.
  • the scope of the invention encompasses any of these arbitrary combinations, and any modifications available to a skilled person.
  • the invention may also be implemented on a software basis or be provided as a software module which can be loaded in a network entity or terminal so as carry out at least some of the described functions when loaded into a computer or processor of a terminal or other entity.
  • multi-radio terminal refers to a terminal which can be used in 2G/3G as well as 3G LTE access networks.
  • This terminal can be for example a network card used as a modem with laptop or a mobile handset like current mobile phones .
  • UPE User Plane Entity In this description it refers to a combined LTE anchor and 3GPP anchor.

Abstract

Dans un mode réalisation de cette invention, un réseau décide de la qualité de service, QoS, à utiliser pour un flux d'informations entre le réseau et un terminal, et si oui ou non le terminal doit être informé d'une réservation de ressource non réussie nécessaire pour fournir la qualité de service. Le réseau informe le terminal en fonction du résultat de la décision. Une application exécutée dans le terminal, telle qu'une application compatible avec la QoS, est fournie avec des informations concernant un échec de réservation de ressource, et un établissement de session est annulé, ou une QoS par défaut est utilisée, ou des paramètres de session sont renégociés, en réponse aux informations concernant l'échec.
PCT/IB2007/053902 2006-09-27 2007-09-26 Procédé, système et dispositifs pour informer un terminal d'un échec de réservation de ressource WO2008038231A2 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US12/442,923 US20100182912A1 (en) 2006-09-27 2007-09-26 Method, system, and devices for informing a terminal about failure in resource reservation
EP07826542A EP2074765A2 (fr) 2006-09-27 2007-09-26 Procédé, système et dispositifs pour informer un terminal d'un échec de réservation de ressource

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US60/847,367 2006-08-30
US84736706P 2006-09-27 2006-09-27

Publications (2)

Publication Number Publication Date
WO2008038231A2 true WO2008038231A2 (fr) 2008-04-03
WO2008038231A3 WO2008038231A3 (fr) 2008-08-14

Family

ID=39230651

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2007/053902 WO2008038231A2 (fr) 2006-09-27 2007-09-26 Procédé, système et dispositifs pour informer un terminal d'un échec de réservation de ressource

Country Status (3)

Country Link
US (1) US20100182912A1 (fr)
EP (1) EP2074765A2 (fr)
WO (1) WO2008038231A2 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010151850A1 (fr) * 2009-06-26 2010-12-29 Qualcomm Incorporated Utilisation de ressources optimisée à qos initiée par réseau
WO2016028527A3 (fr) * 2014-08-19 2016-05-06 Qualcomm Incorporated Contrôle d'admission et équilibrage de charge

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101499919B (zh) * 2008-01-28 2012-12-12 华为技术有限公司 策略决策实体的管理方法、管理网元及网络系统
US8179903B2 (en) * 2008-03-12 2012-05-15 Qualcomm Incorporated Providing multiple levels of service for wireless communication devices communicating with a small coverage access point
US8804661B2 (en) * 2009-05-21 2014-08-12 Htc Corporation Method of handling call in handover in wireless communication system and wireless communication device using the same
ES2424454T3 (es) * 2009-06-19 2013-10-02 Telefonaktiebolaget Lm Ericsson (Publ) Establecimiento de una sesión de comunicación
JP5091205B2 (ja) * 2009-07-02 2012-12-05 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、移動通信システム及び移動局
GB0915152D0 (en) * 2009-09-01 2009-10-07 Vodafone Plc LTE voice call handling
RU2538921C2 (ru) * 2010-03-31 2015-01-10 Телефонактиеболагет Л М Эрикссон (Пабл) Обратная связь по сетевому доступу посредством многорежимного терминала
US9258174B1 (en) * 2013-03-13 2016-02-09 Cisco Technology, Inc. Server-layer path negotiation between client and server network layers
US9345060B1 (en) * 2013-03-21 2016-05-17 Sprint Spectrum L.P. Invoking circuit switched fallback in response to VoIP call setup failure
WO2015106022A1 (fr) * 2014-01-08 2015-07-16 Futurewei Technologies, Inc. Procédé et système de négociation de qualité de service (qos) destinés à une diffusion en continu adaptative assistée par réseau
US10098021B2 (en) * 2015-05-28 2018-10-09 Apple Inc. VoLTE quality of service enhancement with preconditions
US10044553B2 (en) * 2016-05-19 2018-08-07 United States Cellular Corporation Media resource reservation request failure handling for voice over mobile wireless network
US10542575B1 (en) * 2016-07-27 2020-01-21 Sprint Spectrum L.P. Controlling initiation of dedicated bearer setup following failed dedicated bearer setup
CN110326328B (zh) * 2017-02-14 2021-05-14 瑞典爱立信有限公司 在重定位或切换期间管理QoE测量采集的方法和网络节点
CN110463254B (zh) * 2017-03-22 2022-11-22 Lg电子株式会社 用于在无线通信系统中基于服务质量(QoS)框架发送UL分组的方法及其设备
US10820230B2 (en) 2018-08-14 2020-10-27 Motorola Solutions, Inc. Device, system and method for determining and providing bearer indications for a group communication session
CN115914981A (zh) * 2021-08-13 2023-04-04 维沃移动通信有限公司 辅助感知方法、装置、网络侧设备及终端

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001028160A2 (fr) * 1999-10-14 2001-04-19 Nortel Networks Limited Etablissement d'une session de communications presentant une qualite de service dans un systeme de communications
US20030227871A1 (en) * 2002-06-10 2003-12-11 Hsu Raymond T. Packet flow processing in a communication system
WO2006094446A1 (fr) * 2005-03-08 2006-09-14 Huawei Technologies Co., Ltd. Procede pour obtenir la reservation de ressources pour un mode de demande d'agent dans ngn

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1248431B1 (fr) * 2001-03-27 2007-10-31 Sony Deutschland GmbH Procédé de négociation de qualité de service de bout en bout en utilisant des applications multimédia distribués
US7889636B2 (en) * 2005-05-24 2011-02-15 Cisco Technology, Inc. System and method for implementing a mid-call policy in a RSVP environment
US7912471B2 (en) * 2006-01-04 2011-03-22 Wireless Technology Solutions Llc Initial connection establishment in a wireless communication system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001028160A2 (fr) * 1999-10-14 2001-04-19 Nortel Networks Limited Etablissement d'une session de communications presentant une qualite de service dans un systeme de communications
US20030227871A1 (en) * 2002-06-10 2003-12-11 Hsu Raymond T. Packet flow processing in a communication system
WO2006094446A1 (fr) * 2005-03-08 2006-09-14 Huawei Technologies Co., Ltd. Procede pour obtenir la reservation de ressources pour un mode de demande d'agent dans ngn

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Impacts of mechanisms for operator controlled QoS in a GPRS IP-CAN (Release 7)" 3GPP TSG SA WG2, XX, XX, vol. SA2#51, no. S2-060676, 13 February 2006 (2006-02-13), page 5pp, XP007901698 *
ERICSSON: "Operator Controlled QoS" 3GPP TSG SA WG2, XX, XX, vol. SA2#50, no. S2-060049, 16 January 2006 (2006-01-16), page 5pp, XP007901697 *
LUDWIG R; EKSTROM H; WILLARS P; LUNDIN N: "An Evolved 3GPP QoS Concept" VEHICULAR TECHNOLOGY CONFERENCE SPRING 2006, [Online] 10 May 2006 (2006-05-10), pages 388-392, XP002482553 Retrieved from the Internet: URL:http://ieeexplore.ieee.org/iel5/11096/35441/01682842.pdf?tp=&isnumber=&arnumber=1682842> [retrieved on 2008-06-02] *

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010151850A1 (fr) * 2009-06-26 2010-12-29 Qualcomm Incorporated Utilisation de ressources optimisée à qos initiée par réseau
CN102804708A (zh) * 2009-06-26 2012-11-28 高通股份有限公司 利用网络发起的QoS 的优化资源使用
JP2012531834A (ja) * 2009-06-26 2012-12-10 クゥアルコム・インコーポレイテッド ネットワーク開始型ＱｏＳでの最適化されたリソースの使用
US8599720B2 (en) 2009-06-26 2013-12-03 Qualcomm Incorporated Optimized resource usage with network initiated QoS
KR101369348B1 (ko) 2009-06-26 2014-03-04 퀄컴 인코포레이티드 네트워크 개시 ＱｏＳ를 통한 최적화된 자원 사용
CN102804708B (zh) * 2009-06-26 2016-01-20 高通股份有限公司 利用网络发起的QoS的优化资源使用
WO2016028527A3 (fr) * 2014-08-19 2016-05-06 Qualcomm Incorporated Contrôle d'admission et équilibrage de charge
US9749902B2 (en) 2014-08-19 2017-08-29 Qualcomm Incorporated Admission control and load balancing
US10051518B2 (en) 2014-08-19 2018-08-14 Qualcomm Incorporated Admission control and load balancing
EP3402144A1 (fr) * 2014-08-19 2018-11-14 QUALCOMM Incorporated Contrôle d'admission et équilibrage de charge
US10349309B2 (en) 2014-08-19 2019-07-09 Qualcomm Incorporated Admission control and load balancing
US10356661B2 (en) 2014-08-19 2019-07-16 Qualcomm Incorporated Admission control and load balancing

Also Published As

Publication number Publication date
EP2074765A2 (fr) 2009-07-01
WO2008038231A3 (fr) 2008-08-14
US20100182912A1 (en) 2010-07-22

Similar Documents

Publication Publication Date Title
US20100182912A1 (en) Method, system, and devices for informing a terminal about failure in resource reservation
USRE49636E1 (en) Method and apparatus of improving quality of calls in mobile communication system
EP1999910B1 (fr) Configuration de la qualité de service d'une télécommunication sans fil
EP1685682B1 (fr) Indication de l'interruption du debit de services par le controle de reseau suivant une fonction de prise de decision de principe
US20080153454A1 (en) Emergency service in a communication system
US11399315B2 (en) Efficient EPS fallback in a 5GS architecture
US9172776B2 (en) PCC control at PCRF failure
KR102260458B1 (ko) 이동통신 시스템에서 게이트웨이 변경을 지원하기 위한 네트워크 장치 및 그 동작 방법
JP4406204B2 (ja) ２層通信ネットワークにおける接続解除
US20110261726A1 (en) Emergency Call in Radio System
US8838775B2 (en) Release of resources in a communication system
WO2008074782A1 (fr) Support d'urgence dans un système de communication
CN112753240B (zh) 终端装置、基站装置以及方法
KR101403205B1 (ko) 이동통신 망에서의 데이터 전달 방법 및 시스템
WO2010040268A1 (fr) Procédé de séparation du côté réseau et de l'équipement utilisateur en veille
WO2010091734A1 (fr) Amélioration du contrôle de politiques pour la continuité d'un service
US8295269B1 (en) Technique for informing network of voice traffic
KR101119316B1 (ko) 아이피 멀티미디어 서브시스템을 통한 푸쉬-투-토크 오버셀룰러 서비스에서 미리 설정된 세션의 서비스 품질 설정방법
CN108370528B (zh) 从WiFi切换到移动网络
JP2007166649A (ja) ２層通信ネットワークにおける接続解除

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2007826542

Country of ref document: EP

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

Ref document number: 07826542

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 12442923

Country of ref document: US