ROBUSTNESS-ADAPTIVE ACCESS NETWORK

Abstract

A method involving a terminal (110) and an access network node (160) in an access network (100) for connecting said terminal (110) to the access network node (160) and wherein said terminal (110) and access network (100) is configurable to support and being adaptive to a plurality of robustness levels. Each robustness level corresponds to a transmission delay and loss limit which can be configured per individual traffic flow. Robustness levels for the terminal and the access network are exchanged in order optimize the end-to-end Quality of Experience, QoE. This is applicable to access networks that show large variations in terms of network performance (for example radio access networks).

Claims

1. A terminal configured to be connected to an access network node in an access network said access network being configurable to support a plurality of robustness levels, wherein each robustness level corresponds to a transmission delay and loss limit which can be configured per individual traffic flow, the terminal being further configurable to support at least one robustness level and wherein the terminal is comprising a processor circuitry coupled to a non-transitory memory storing computer program instructions wherein when the processor circuitry executes the instructions, the terminal is caused to: determine if the access network provides configurable robustness levels; if the access network provides configurable robustness levels, send in a first message to the access network node the robustness level the terminal can handle when receiving or sending a traffic flow; receive in response to the first message a second message from the access network node comprising a first robustness level the access network can use when receiving or sending a traffic flow; receive from the access network node a third message with a second robustness level that the access network currently is using for a specific traffic flow; and adapt the reception and the sending of the traffic flow from the first to the second robustness level.

2. The terminal of claim 1, further configured to adapt the reception and the sending of the traffic flow by choosing a different codec type or codec configuration or to select a different forward error correction algorithm.

3. The terminal of claim 2, being a mobile terminal configured to be connected to a radio access network node.

4. The terminal of claim 3, wherein the third message with the second robustness level is received as a result of a handover to a different cell or radio technology initiated by the radio access network node.

5. The terminal of claim 3, wherein the third message with the second robustness level is received as a result of Single Radio Voice Call Continuity, SRVCC initiated by the radio access network node.

6. A method in a terminal to communicate with an access network node in an access network said access network being configurable to support a plurality of robustness levels, wherein each robustness level corresponds to a transmission delay and loss limit which can be configured per individual traffic flow, the terminal being configurable to support at least one robustness level, said method comprising the steps of: determining whether the access network provides configurable robustness levels; as a result of determining that the access network provides configurable robustness levels, sending in a first message the robustness level the terminal can handle when receiving or sending a traffic flow; receiving as a response to the first message a second message transmitted by the access network node a first robustness level the access network can use when receiving or sending a traffic flow; receiving a third message transmitted by the access network node, the third message indicating a second robustness level that the access network currently is using for a specific traffic flow; and adapting the reception and the sending of the traffic flow from the first to the second robustness level.

7. The method of claim 6, wherein the step of adapting the reception and the sending of the traffic flow is done by choosing a different codec type or codec configuration or selecting a different forward error correction algorithm.

8. The method of claim 7, wherein the terminal is a mobile terminal and the access network node is a radio access network node.

9. The method of claim 8, wherein the third message with the second robustness level is received as a result of a handover to a different cell or radio technology initiated by the radio access network node.

10. The method of claim 8, wherein the third message is received in as a result of Single Radio Voice Call Continuity, SRVCC initiated by the radio access network node.

11. An access network node in an access network being configurable to support a plurality of robustness levels, wherein each robustness level corresponds to a transmission delay and loss limit which can be configured per individual traffic, the network node configured to be connected to at least one terminal and comprising a processor circuitry coupled to a non-transitory memory storing computer program instructions wherein when the processor circuitry executes the instructions, the network node is caused to: send, in response a first message indicating the robustness level the terminal can handle when receiving or sending a traffic flow, a second message to the terminal with a first robustness level the access network can use when receiving or sending a traffic flow; and in response to changed robustness level in the access network, send to the terminal a third message indicating a second robustness level that the access network is using for a specific traffic flow.

12. The access network node of claim 11, being a radio access network node.

13. The access network node of claim 12, wherein the step of sending the third message with the second robustness level is done in relation to initiating handover of the terminal to a different cell or radio technology.

14. The access network node of claim 12, wherein the step of sending the third message with the second robustness level is done in relation to initiating Single Radio Voice Call Continuity, SRVCC.

15. A method in an access network node located in an access network to communicate with at least one terminal, said access network being configurable to support a plurality of robustness levels, wherein each robustness level corresponds to a transmission delay and loss limit which can be configured per individual traffic flow, the access network node being further configurable to support a plurality of robustness levels, said method comprising the steps of: receiving a first message transmitted by the terminal, the first message indicating the robustness level the terminal can handle when receiving or sending a traffic flow; sending in response to the first message a second message indicating a first robustness level the access network can use when receiving or sending a traffic flow; and sending to the terminal as a response to changed robustness level in the access network a third message indicating a second robustness level that the access network is using for a specific traffic flow.

16. The method of claim 15, wherein the network node is a radio access network node.

17. The method of claim 16, wherein the step of sending the third message with the second robustness level is done in relation to initiating handover of the terminal to a different cell or radio technology.

18. The method of claim 16, wherein the step of sending the third message with the second robustness level is done in relation to initiating Single Radio Voice Call Continuity, SRVCC.

19. A computer program product comprising a non-transitory computer readable medium storing a computer program comprising computer readable instructions which when executed on a terminal causes the terminal to perform the method of claim 6.

20. (canceled)

Description

3 BRIEF DESCRIPTION OF THE DRAWINGS

[0011] FIG. 1 is a block diagram illustrating an embodiment of a robustness configurable access network and a plurality of terminals.

[0012] FIGS. 2 and 2b is are flow diagrams illustrating two embodiments of a method for an aware terminal to learn about a robustness configurable access network.

[0013] FIG. 3 is a flow diagram illustrating an embodiment of a method for adapting an aware terminal to new robustness levels received from the robustness configurable access network.

[0014] FIG. 4 is a block diagram illustrating an embodiment of an aware terminal.

[0015] FIG. 5 is a block diagram illustrating an embodiment of an access network node.

[0016] FIG. 6 is block diagram illustrating a communication system comprising an access network node, a terminal and a host computer.

[0017] FIG. 7 is block diagram illustrating an embodiment of a host computer.

4 DESCRIPTION

[0018] The proposed solution builds on several pre-conditions being fulfilled, which are thus an integrated part of the solution: [0019] The access network 100 or 101 in FIG. 1 is comprising at least one Access network Node (AN) 160,170 or 180 designed such that it is capable to provide a set of different delay and loss limit targets (robustness levels), which can be configured per individual traffic flow (henceforth referred to as robustness configurable access network). The access network 100 can, for example, be a radio access network. [0020] In this context, an access network node (AN) can be any node within the access network 100, 101 including a gateway node 150 involved in exchanging the traffic flow. [0021] The sets of different delay and loss limits, robustness levels, can be ranked and ordered with respect to what quality they provide, based on some suitable rating scale, for example based on regular Mean Opinion Score (MOS) scale ranging from bad to excellent, or as another example as some dimensionless value where an increasing value indicates increasing robustness. [0022] While the access network 100 can be configured with different robustness levels, it is, as explained above, generally not expected that it is capable to always fulfill such level. This means that while the access network can be configured for a certain robustness level, it is possible that only a worse level can be met at a given point in time. [0023] At least some terminals 110,120 that are using the access network 100 have inherent knowledge that the access network may be a robustness configurable access network that is capable to provide configurable robustness levels. [0024] The terminals 110, 120 that have knowledge of this configuration possibility (henceforth referred to as aware terminal) have: [0025] Implemented at least one method to learn whether the network provides configurable robustness levels. [0026] Implemented at least one method to provide the network with information about what (configurable) robustness levels it can handle for the traffic flows it intends to send and receive. [0027] Implemented capability to receive and understand information from the network about what robustness levels the network is currently able to provide. [0028] Implemented methods to adapt its sending and/or receiving of traffic flows to meet and possibly mitigate negative effects from the different robustness levels affecting the sent and/or received traffic flows.

[0029] When an aware terminal 110 attaches in step 210 (see FIG. 2) to such configurable access network 100: [0030] The aware terminal 110 learns in step 220 if the network it attaches to is a robustness configurable access network 100 or not. If it is not a robustness configurable access network, step 230, this solution does not apply and no further action related to this solution is taken. [0031] The aware terminal 110 informs in step 240 the configurable access network 100 what robustness level it can handle. [0032] The robustness configurable access network 100 informs in step 250 the aware terminal 110 what robustness level it can use.

[0033] An alternative to determine if the access network 100 is a robustness configurable access network is illustrated by FIG. 2b is and a number of sub steps 260-285 to step 220. The aware terminal 110 sends in sub step 260 what robustness level it can handle to the access network 100 and starts in sub step 265 a timer. If the aware terminal 110 receives a robustness level in sub step 270, it learns that the access network 100 is a robustness configurable access network and stops the timer in sub step 275. If no response is received, the timer fires in sub step 280, and the aware terminal 110 learns in sub step 285 that the access network 100 is not a robustness configurable access network.

[0034] When an aware terminal 110 sends and/or receives a traffic flow in step 310 (see FIG. 3) through the robustness configurable access network 100: [0035] The robustness configurable access network 100 communicates to the aware terminal 110 in step 320 what robustness level it currently uses for this specific traffic flow whenever the level changes. This principle to communicate any new information applies dynamically for the lifetime of the traffic flow, such that if the robustness configurable access network 100 starts using another robustness level for an ongoing traffic flow, the aware terminal 110 is informed about that. The robustness level is considered changed also when the traffic flow starts. [0036] The robustness configurable access network 100 uses the robustness level information of the aware terminal 110 for example to adjust the decision logic on when to perform handover to a different radio cell within the same radio technology, to a different radio technology and even when to initiate SRVCC. [0037] The aware terminal 110 dynamically chooses a way to adapt in step 330 its sending and/or receiving of that traffic flow to, as best it can, match the robustness level it got information about. The nature of such traffic flow content adaptation depends on what types of adaptation that is available to use and is understood by both traffic flow sender and traffic flow receiver. The aware terminal 110 is always one of those. An example of the other entity in the media path that communicates with the aware terminal can, for example, be a media gateway 150, or can alternatively be another terminal 120, either one of which supports the chosen type of content adaptation. [0038] When the chosen content adaptation is suitable to use within the access network 100, but would be inefficient or sub-optimal on other parts of the end-to-end media path, it can be feasible to use a media gateway 150 to terminate the content adaptation, thereby limiting use of content adaptation to the applicable part of the end-to-end media path. [0039] The media gateway 150 may also be connected to access network 101 which also is a robustness configurable access network having aware terminals 130,140 and where said access network 101 may use a different robustness level than access network 100. [0040] Traffic flow content adaptation can for example consist of, but is not limited to: [0041] Choosing a content encoding format (codec type and configuration) that is inherently more or less robust to loss [0042] Choosing what amount, if any, and what forward error correction algorithms (from simple repetition codes to complex transforms) to apply to the content [0043] Choosing the maximum number of content retransmissions to perform at loss of content that will still fit within some (application-specific) maximum end-to-end latency

[0044] The solution is therefore a way to dynamically communicate targeted network characteristics, such as delay and loss, for a traffic flow between a network 100 and a terminal 110,120, such that the terminal 110,120 can use the explicitly communicated network characteristics to optimize handling of the traffic flow without having to guess or infer such network characteristics.

[0045] While there is no generally useful, single message that can be used to request or inform about usage of media adaptations between media sender and media receiver, there are several different, already defined messages that can be used to solve parts of the problem. For example, the RTCP-APP message defined in 3GPP TS 26.114 (mentioned above) does not describe in detail what triggers to use to start or stop adaptation, or how to choose which one or ones of the different media handling adaptations to use.

[0046] The aware terminal 110, 120 may be any device intended for accessing services via an access network and configured to communicate over the access network. For instance, the terminal may be, but is not limited to: mobile phone, smart phone, sensor device, meter, vehicle, household appliance, medical appliance, media player, camera, or any type of consumer electronic, for instance, but not limited to, television, radio, lighting arrangement, tablet computer, laptop, or PC. The terminal may be a portable, pocket-storable, hand-held, computer-comprised, or vehicle-mounted mobile device, enabled to communicate voice and/or data, via a wireless or wireline connection.

[0047] FIG. 4 is a block diagram illustrating an embodiment of an aware terminal 110 comprising processing circuitry 111, computer-readable storage medium 112 and i/o circuitry 113. The processing circuitry 111 may include, for example, one or more central processing units (CPUs), one or more microprocessors, one or more application specific integrated circuits (ASICs), and/or one or more field programmable gate arrays (FPGAs). Examples of computer-readable storage medium 112 include computer memory (for example, Random Access Memory (RAM) or Read Only Memory (ROM)), mass storage media (for example, a hard disk), removable storage media (for example, a Compact Disk (CD) or a Digital Video Disk (DVD)), and/or any other volatile or non-volatile, non-transitory computer-readable and/or computer-executable memory devices that store information, data, and/or instructions that may be used by processing circuitry 111. In some embodiments, processing circuitry 111 and computer-readable storage medium 112 may be considered to be integrated.

[0048] The I/O circuitry 113 may include RF transceiver circuitry if the terminal is a wireless terminal in a radio access network.

[0049] In particular embodiments, some or all of the functionality described herein as being provided by the aware terminal 110 may be provided by the processing circuitry 111 executing instructions 114 stored on the computer-readable storage medium 112.

[0050] The access network node 160, 170 in the access network 100 may be a radio base station, a wireless router, or a wireline access network node designed such that it is capable to provide a set of different delay and loss limit targets (robustness levels), which can be configured per individual traffic flow.

[0051] FIG. 5 is a block diagram illustrating an embodiment of access network node 160 comprising processing circuitry 161, computer-readable storage medium 162 and i/o circuitry 163. The processing circuitry 161 may include, for example, one or more central processing units (CPUs), one or more microprocessors, one or more application specific integrated circuits (ASICs), and/or one or more field programmable gate arrays (FPGAs). Examples of computer-readable storage medium 112 include computer memory (for example, Random Access Memory (RAM) or Read Only Memory (ROM)), mass storage media (for example, a hard disk), removable storage media (for example, a Compact Disk (CD) or a Digital Video Disk (DVD)), and/or any other volatile or non-volatile, non-transitory computer-readable and/or computer-executable memory devices that store information, data, and/or instructions that may be used by processing circuitry 161. In some embodiments, processing circuitry 161 and computer-readable storage medium 162 may be considered to be integrated.

[0052] The I/O circuitry 163 may include RF transceiver circuitry if the access network node 160 is located in a radio access network.

[0053] In particular embodiments, some or all of the functionality described herein as being provided by the access network node 160 may be provided by the processing circuitry 161 executing instructions 164 stored on the computer-readable storage medium 162.

[0054] FIG. 6 illustrates a communication network 600 comprising the access network 100 with terminals 110,120 and access nodes 160. It also comprises a core network 650 to which the access network 100 is connected. Connected to the core network 650 is also a host computer or server 610 normally owned by a service provider. The host computer 610 comprises application software 614 which can communicate and serve clients 115 in the terminals 110 in the access network 100. The client software instructions 115 are stored in the computer-readable storage medium 112 in the terminal 110. The host computer 610, the terminal 110 and the access node 160 forms a communication system for providing services and/or data to a user of the terminal 110. The two-way communication and/or data flow 630 between the client 115 and application 614 passes the intermediary access node 160 and makes use of the described robustness levels supported by the terminals 110 and the access network nodes 160 in the access network 100 as described above.

[0055] FIG. 7 is a block diagram illustrating an embodiment of the host 610 comprising processing circuitry 611, computer-readable storage medium 612 and i/o circuitry 613. The processing circuitry 611 may include, for example, one or more central processing units (CPUs), one or more microprocessors, one or more application specific integrated circuits (ASICs), and/or one or more field programmable gate arrays (FPGAs). Examples of computer-readable storage medium 612 include computer memory (for example, Random Access Memory (RAM) or Read Only Memory (ROM)), mass storage media (for example, a hard disk), removable storage media (for example, a Compact Disk (CD) or a Digital Video Disk (DVD)), and/or any other volatile or non-volatile, non-transitory computer-readable and/or computer-executable memory devices that store information, data, and/or instructions that may be used by processing circuitry 611. In some embodiments, processing circuitry 611 and computer-readable storage medium 612 may be considered to be integrated. The I/O circuitry 613 may comprise NICs, Network Interface Cards providing IP connectivity to the core network 650.

[0056] The computer-readable storage medium 612 in the host computer comprises the application program instructions 614.

[0057] Among the advantages, and the added value to the communication system in FIG. 6, the proposed solution provides a better overall optimization of end-to-end Quality of Experience in the presence of non-perfect network transport (such as radio), enabling a better distribution of functionality between the network and the terminal than what is currently typically possible.

[0058] Examples of applications: Conversational speech and video services such as VoLTE/ViLTE, where low end-to-end latency must be combined with high media QoE and/or QoS, efficient use of access network resources, and where the serving (Radio) Access Network(s) can be configured with a latency-QoE (robustness) trade-off based on User Equipment capability and configuration.

5 ABBREVIATIONS

[0059]

TABLE-US-00001 Abbreviation Explanation LTE Long-Term Evolution NIC Network Interface Card QCI QoS Class Identifier QoE Quality of Experience, a measure of a customer's experiences with a service QoS Quality of Service RF Radio Frequency RTCP Real-time Transport Control Protocol RTCP-APP Application-defined RTCP SRVCC Single Radio Voice Call Continuity ViLTE Video over Long-Term Evolution VoLTE Voice over Long-Term Evolution 3GPP 3rd Generation Partnership Project