Session description protocol mechanisms for signaling radio access network capabilities in multimedia telephony sessions

Abstract

Systems, apparatuses, methods, and computer-readable media are provided for negotiating Radio Access Network (RAN)-level capabilities toward improving end-to-end quality of Internet Protocol Multimedia Subsystem (IMS) communication sessions, such as Voice over Long-Term Evolution (VoLTE) calls. Disclosed embodiments include Session Description Protocol-based mechanisms to signal the RAN-level capabilities. The RAN-level capabilities may include, for example, delay budget information signaling, Transmission Time Interval bundling, RAN frame aggregation, RAN-assisted codec adaptation or access network bitrate recommendation, and/or other like capabilities. Other embodiments may be described and/or claimed.

1 . A System-on-Chip (SoC) to be implemented in a first user equipment (UE), the SoC comprising:
 baseband circuitry to generate a Session Description Protocol (SDP) message to indicate one or more radio capabilities of the first UE; and   interface circuitry coupled with the baseband circuitry, the interface circuitry to provide the SDP message to radio-frequency (RF) circuitry for transmission to a second UE via a Radio Access Network (RAN) node.   
     
     
         2 . The SoC of  claim 1 , wherein the SDP message is a first SDP message, the one or more radio capabilities of the first UE are first radio capabilities, and wherein the baseband circuitry is further to:
 identify one or more second radio capabilities of the second UE within a second SDP message obtained from the second UE; and   determine one or more desired radio level adaptations based on the one or more second radio capabilities.   
     
     
         3 . The SoC of  claim 2 , wherein the baseband circuitry is further to:
 determine the one or more desired radio level adaptations based on the one or more second radio capabilities and based on detected radio conditions.   
     
     
         4 . The SoC of  claim 3 , wherein the detected radio conditions are one or both of conditions of a radio link between the first UE and the RAN node and conditions of a radio link between the second UE and another RAN node, and wherein:
 the baseband circuitry is further to generate a Radio Resource Control (RRC) message to indicate a desired radio level adaptation; and   the interface circuitry is further to provide the RRC message to the RF circuitry for transmission to the RAN node.   
     
     
         5 . The SoC of  claim 4 , wherein the desired radio level adaptation is to turn off connected mode discontinuous reception (cDRX) when the one or more second radio capabilities indicate support of Delay Budget Information (DBI) signaling and Transmission Time Interval (TTI) bundling, the detected radio conditions are better than threshold radio conditions, and an end-to-end (e2e) packet loss rate is below a threshold e2e packet loss rate. 
     
     
         6 . The SoC of  claim 4 , wherein the RRC message is to include a UE Assistance Information (UEAssistanceInformation) information element (IE), and the UEAssistanceInformation IE is to indicate the desired radio level adaptation. 
     
     
         7 . The SoC of  claim 2 , wherein:
 the baseband circuitry is to further generate a first recommended bit rate Media Access Control (MAC) Control Element (CE), the first recommended bit rate MAC CE to query for a recommended bit rate or indicate a desired radio level adaptation; and   the interface circuitry is further to provide the first recommended bit rate MAC CE to the to the RF circuitry for transmission to the RAN node, and obtain a second recommended bit rate MAC CE from the RF circuitry, the second recommended bit rate MAC CE to include Access Network Bitrate Recommendation (ANBR) information.   
     
     
         8 . The SoC of  claim 7 , wherein the baseband circuitry is further to:
 adapt a bit rate based on the ANBR information;   generate a Codec Mode Request (CMR) or an Application-defined Real-Time Transport Control Protocol packet (APP) for voice rate adaptation based on the ANBR information; or   generate a Temporary Maximum Media Bit-rate Request (TMMBR) or a Temporary Maximum Media Bit-rate Notification (TMMBN) message for video rate adaptation based on the ANBR information.   
     
     
         9 . The SoC of  claim 2 , wherein the first SDP message is an SDP offer message and the second SDP message is an SDP answer message, or the second SDP message is an SDP offer message and the first SDP message is an SDP answer message, and wherein the baseband circuitry is to:
 generate the first SDP message to include a first radio capabilities attribute to indicate the one or more first radio capabilities; and   identify the one or more second radio capabilities within a second radio capabilities attribute in the second SDP message.   
     
     
         10 . The SoC of  claim 1 , wherein the one or more radio capabilities include one or more of a delay budget reporting capability, a transmission time interval (TTI) bundling capability, a RAN frame aggregation capability, and a RAN-assisted codec adaptation capability or an ANBR signaling capability. 
     
     
         11 . One or more non-transitory computer-readable media (NTCRM) comprising instructions, wherein execution of the instructions is to cause a first user equipment (UE) to operate a Multimedia Telephony Service for Internet Protocol Multimedia Subsystem (MTSI) client to:
 generate a Session Description Protocol (SDP) message to indicate one or more Radio Access Network (RAN)-level radio capabilities of the first UE; and   control transmission of the SDP message to a second UE via a radio link between the first UE and a RAN node.   
     
     
         12 . The one or more NTCRM of  claim 11 , wherein the SDP message is a first SDP message, the one or more radio capabilities of the first UE are first radio capabilities, and wherein execution of the instructions is to cause the first UE to operate the MTSI client to:
 identify one or more second radio capabilities of the second UE within a second SDP message obtained from the second UE; and   determine one or more desired radio level adaptations based on the one or more second radio capabilities and based on detected radio conditions, wherein the detected radio conditions are one or both of conditions of the radio link between the first UE and the RAN node and conditions of a radio link between the second UE and another RAN node.   
     
     
         13 . The one or more NTCRM of  claim 12 , wherein execution of the instructions is to cause the first UE to operate the MTSI client to:
 generate a Radio Resource Control (RRC) message to indicate a desired radio level adaptation, wherein the desired radio level adaptation is to turn off connected mode discontinuous reception (cDRX) when the one or more second radio capabilities indicate support of Delay Budget Information (DBI) signaling and Transmission Time Interval (TTI) bundling, the detected radio conditions are better than threshold radio conditions, or an end-to-end (e2e) packet loss rate is below a threshold e2e packet loss rate; and   control transmission of the RRC message to the RAN node.   
     
     
         14 . The one or more NTCRM of  claim 13 , wherein the RRC message is to include a UE Assistance Information (UEAssistanceInformation) information element (IE), and the UEAssistanceInformation IE is to indicate the desired radio level adaptation. 
     
     
         15 . The one or more NTCRM of  claim 12 , wherein execution of the instructions is to cause the first UE to operate the MTSI client to:
 generate a recommended bit rate Media Access Control (MAC) Control Element (CE) to include a recommended bit rate query, the recommended bit rate query to query for a recommended bit rate or indicate a desired radio level adaptation;   control transmission of the recommended bit rate MAC CE including the recommended bit rate query to the RAN node; and   receive, from the RAN node, a recommended bit rate MAC CE that includes a recommended bit rate message, the recommended bit rate message to indicate an Access Network Bitrate Recommendation (ANBR), and the ANBR is based on the recommended bit rate query.   
     
     
         16 . The one or more NTCRM of  claim 15 , wherein execution of the instructions is to cause the first UE to operate the MTSI client to:
 adapt a bit rate based on the ANBR;   generate a Codec Mode Request (CMR) or an Application-defined Real-Time Transport Control Protocol packet (APP) for voice rate adaptation based on the ANBR; or   generate a Temporary Maximum Media Bit-rate Request (TMMBR) or a Temporary Maximum Media Bit-rate Notification (TMMBN) message for video rate adaptation based on the ANBR.   
     
     
         17 . The one or more NTCRM of  claim 12 , wherein the first SDP message is an SDP offer message and the second SDP message is an SDP answer message, or the second SDP message is an SDP offer message and the first SDP message is an SDP answer message, and wherein execution of the instructions is to cause the first UE to operate the MTSI client to:
 generate the first SDP message to include a first radio capabilities attribute to indicate the one or more first radio capabilities; and   identify the one or more second radio capabilities within a second radio capabilities attribute in the second SDP message.   
     
     
         18 . An MTSI client in terminal comprising:
 identification means for identifying radio capabilities of a remote device based on a session description protocol (SDP) offer message obtained from the remote device;   message generation means for generating an SDP answer message to include a radio capabilities attribute, the radio capabilities attribute to indicate one or more radio capabilities of the apparatus;   means for receiving the SDP offer message from the remote device, wherein the SDP offer message is to include another radio capabilities attribute of the remote device; and   means for transmitting the SDP answer message to the remote device.   
     
     
         19 . The MTSI client in terminal of  claim 18 , wherein the radio capabilities attribute of the apparatus is to indicate whether the apparatus supports one or more of a delay budget reporting, transmission time interval (TTI) bundling, Radio Access Network (RAN) frame aggregation, and RAN-assisted codec adaptation or an access network bitrate recommendation (ANBR) signaling capability; and the other radio capabilities attribute of the remote device is to indicate whether the remote device supports one or more of a delay budget reporting, TTI bundling, RAN frame aggregation, and RAN-assisted codec adaptation or an ANBR signaling capability. 
     
     
         20 . The MTSI client in terminal of  claim 18 , further comprising:
 means for detecting radio conditions local to the MTSI client in terminal, wherein the detected radio conditions are one or both of conditions of the radio link between the MTSI client in terminal and the RAN node and conditions of a radio link between the remote device and another RAN node, and   wherein the message generation means is for generating a message to indicate one or more desired radio level adaptations based on the radio capabilities of the remote device and based on the detected radio conditions.   
     
     
         21 . The MTSI client in terminal of  claim 20 , wherein the message is a Radio Resource Control (RRC) message, the means for transmitting is for transmitting the RRC message to a local RAN node; and the means for receiving is for receiving another message from the RAN node based on the RRC message, and the MTSI client in terminal further comprises:
 means for adjusting a bit rate based on the message received from the RAN node.   
     
     
         22 . The MTSI client in terminal of  claim 21 , wherein: when the detected radio conditions include a relatively long packet delay and jitter, the other message is a recommended bit rate Media Access Control (MAC) Control Element (CE); and when the detected radio conditions include a relatively large number of packet losses, the other message is a delay budget information acknowledgement indicating that additional budget has been granted by the RAN node. 
     
     
         23 . The MTSI client in terminal of  claim 21 , wherein the message is a recommended bit rate query MAC CE for querying the recommended bitrate or indicating a desired bit rate, and wherein the means for receiving is for receiving a recommended bit rate message MAC CE, the recommended bit rate message MAC CE including an ANBR based on the recommended bit rate query MAC CE. 
     
     
         24 . The MTSI client in terminal of  claim 23 , further comprising:
 means for adapting a bit rate based on the ANBR.   
     
     
         25 . The MTSI client in terminal of  claim 23 , wherein the message generation means is for:
 generating a Codec Mode Request (CMR) or an Application-defined Real-Time Transport Control Protocol packet (APP) for voice rate adaptation based on the ANBR; or   generating a Temporary Maximum Media Bit-rate Request (TMMBR) or a Temporary Maximum Media Bit-rate Notification (TMMBN) message for video rate adaptation based on the ANBR.