WO2024036531A1 - Adaptation de débit binaire de codec - Google Patents

Adaptation de débit binaire de codec Download PDF

Info

Publication number
WO2024036531A1
WO2024036531A1 PCT/CN2022/113145 CN2022113145W WO2024036531A1 WO 2024036531 A1 WO2024036531 A1 WO 2024036531A1 CN 2022113145 W CN2022113145 W CN 2022113145W WO 2024036531 A1 WO2024036531 A1 WO 2024036531A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal device
codec bitrate
codec
bitrate
supported
Prior art date
Application number
PCT/CN2022/113145
Other languages
English (en)
Inventor
Pingping Wen
Ping Yuan
Original Assignee
Nokia Shanghai Bell Co., Ltd.
Nokia Solutions And Networks Oy
Nokia Technologies Oy
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 Shanghai Bell Co., Ltd., Nokia Solutions And Networks Oy, Nokia Technologies Oy filed Critical Nokia Shanghai Bell Co., Ltd.
Priority to PCT/CN2022/113145 priority Critical patent/WO2024036531A1/fr
Publication of WO2024036531A1 publication Critical patent/WO2024036531A1/fr

Links

Images

Classifications

    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
    • G10L19/04—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis using predictive techniques
    • G10L19/16—Vocoder architecture
    • G10L19/18—Vocoders using multiple modes
    • G10L19/24—Variable rate codecs, e.g. for generating different qualities using a scalable representation such as hierarchical encoding or layered encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0014—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the source coding
    • 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/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • 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/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/752—Media network packet handling adapting media to network capabilities
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities

Definitions

  • Various example embodiments relate to the field of telecommunication and in particular, to methods, devices, apparatuses and a computer readable storage medium for codec bitrate adaptation.
  • example embodiments of the present disclosure provide a solution for codec bitrate adaptation.
  • a first terminal device comprising at least one processor and at least one memory storing instructions.
  • the instructions are configured to, when executed by the at least one processor, cause the first terminal device to negotiate, with a second terminal device, a first codec bitrate supported by the first terminal device for voice communicating with the second terminal device; receive, from the second terminal device, a second codec bitrate supported by the second terminal device for voice communicating with the first terminal device; and determine, based on the second codec bitrate, a third codec bitrate supported by the first terminal device for voice communicating with the second terminal device, the third codec bitrate being less than or equal to the second codec bitrate.
  • a second terminal device comprising at least one processor and at least one memory storing instructions.
  • the instructions are configured to, when executed by the at least one processor, cause the second terminal device to negotiate, with a first terminal device, a first codec bitrate supported by the second terminal device for voice communicating with the first terminal device; determine a second codec bitrate supported by the second terminal device for voice communicating with the first terminal device, based on motion of a second network device serving the second terminal device relative to the second terminal device; and send the second codec bitrate to the first terminal device.
  • a first network device comprising at least one processor and at least one memory storing instructions.
  • the instructions are configured to, when executed by the at least one processor, cause the first network device to receive, from a first terminal device, a second codec bitrate supported by a second terminal device for voice communicating with the first terminal device; determine, based on the second codec bitrate, a third codec bitrate supported by the first terminal device for voice communicating with the second terminal device, the third codec bitrate being less than or equal to the second codec bitrate; and send the third codec bitrate to the first terminal device.
  • a second network device comprising at least one processor and at least one memory storing instructions.
  • the instructions are configured to, when executed by the at least one processor, cause the second network device to receive, from a second terminal device, a reference signal receiving power (RSRP) or a second pathloss associated with the second terminal device and a previous codec bitrate supported by the second terminal device for voice communicating with a first terminal device; determine, based on the RSRP or the second pathloss and the previous codec bitrate, a second codec bitrate supported by the second terminal device for voice communicating with the first terminal device; and send the second codec bitrate to the second terminal device.
  • RSRP reference signal receiving power
  • a second network device comprises at least one processor and at least one memory storing instructions.
  • the instructions are configured to, when executed by the at least one processor, cause the second network device to determine, for a second terminal device, a mapping between a second codec bitrate supported by the second terminal device for voice communicating with a first terminal device and a reference signal receiving power (RSRP) or a second pathloss associated with the second terminal device; and send the mapping to the second terminal device.
  • RSRP reference signal receiving power
  • a method comprises negotiating, at a first terminal device with a second terminal device, a first codec bitrate supported by the first terminal device for voice communicating with the second terminal device; receiving, from the second terminal device, a second codec bitrate supported by the second terminal device for voice communicating with the first terminal device; and determining, based on the second codec bitrate, a third codec bitrate supported by the first terminal device for voice communicating with the second terminal device, the third codec bitrate being less than or equal to the second codec bitrate.
  • a method comprises negotiating, at a second terminal device with a first terminal device, a first codec bitrate supported by the second terminal device for voice communicating with the first terminal device; determining a second codec bitrate supported by the second terminal device for voice communicating with the first terminal device, based on motion of a second network device serving the second terminal device relative to the second terminal device; and sending the second codec bitrate to the first terminal device.
  • a method comprises receiving, at a first network device from a first terminal device, a second codec bitrate supported by a second terminal device for voice communicating with the first terminal device; determining, based on the second codec bitrate, a third codec bitrate supported by the first terminal device for voice communicating with the second terminal device, the third codec bitrate being less than or equal to the second codec bitrate; and sending the third codec bitrate to the first terminal device.
  • a method comprises receiving, at a second network device from a second terminal device, a reference signal receiving power (RSRP) or a second pathloss associated with the second terminal device and a previous codec bitrate supported by the second terminal device for voice communicating with a first terminal device; determining, based on the RSRP or the second pathloss and the previous codec bitrate, a second codec bitrate supported by the second terminal device for voice communicating with the first terminal device; and sending the second codec bitrate to the second terminal device.
  • RSRP reference signal receiving power
  • a method comprises determining, at a second network device for a second terminal device, a mapping between a second codec bitrate supported by the second terminal device for voice communicating with a first terminal device and a reference signal receiving power (RSRP) or a second pathloss associated with the second terminal device; and sending the mapping to the second terminal device.
  • RSRP reference signal receiving power
  • an apparatus comprising means for negotiating, at a first terminal device with a second terminal device, a first codec bitrate supported by the first terminal device for voice communicating with the second terminal device; means for receiving, from the second terminal device, a second codec bitrate supported by the second terminal device for voice communicating with the first terminal device; and means for determining, based on the second codec bitrate, a third codec bitrate supported by the first terminal device for voice communicating with the second terminal device, the third codec bitrate being less than or equal to the second codec bitrate.
  • an apparatus comprising means for negotiating, at a second terminal device with a first terminal device, a first codec bitrate supported by the second terminal device for voice communicating with the first terminal device; means for determining a second codec bitrate supported by the second terminal device for voice communicating with the first terminal device, based on motion of a second network device serving the second terminal device relative to the second terminal device; and means for sending the second codec bitrate to the first terminal device.
  • an apparatus comprising means for receiving, at a first network device from a first terminal device, a second codec bitrate supported by a second terminal device for voice communicating with the first terminal device; means for determining, based on the second codec bitrate, a third codec bitrate supported by the first terminal device for voice communicating with the second terminal device, the third codec bitrate being less than or equal to the second codec bitrate; and means for sending the third codec bitrate to the first terminal device.
  • an apparatus comprising means for receiving, at a second network device from a second terminal device, a reference signal receiving power (RSRP) or a second pathloss associated with the second terminal device and a previous codec bitrate supported by the second terminal device for voice communicating with a first terminal device; means for determining, based on the RSRP or the second pathloss and the previous codec bitrate, a second codec bitrate supported by the second terminal device for voice communicating with the first terminal device; and means for sending the second codec bitrate to the second terminal device.
  • RSRP reference signal receiving power
  • an apparatus comprising means for determining, at a second network device for a second terminal device, a mapping between a second codec bitrate supported by the second terminal device for voice communicating with a first terminal device and a reference signal receiving power (RSRP) or a second pathloss associated with the second terminal device; and means for sending the mapping to the second terminal device.
  • RSRP reference signal receiving power
  • a non-transitory computer readable medium comprising program instructions for causing an apparatus to perform at least the method according to any one of the above third or fourth aspect.
  • a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to: negotiate, with a second terminal device, a first codec bitrate supported by the first terminal device for voice communicating with the second terminal device; receive, from the second terminal device, a second codec bitrate supported by the second terminal device for voice communicating with the first terminal device; and determine, based on the second codec bitrate, a third codec bitrate supported by the first terminal device for voice communicating with the second terminal device, the third codec bitrate being less than or equal to the second codec bitrate.
  • a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to: negotiate, with a first terminal device, a first codec bitrate supported by the second terminal device for voice communicating with the first terminal device; determine a second codec bitrate supported by the second terminal device for voice communicating with the first terminal device, based on motion of a second network device serving the second terminal device relative to the second terminal device; and send the second codec bitrate to the first terminal device.
  • a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to: receive, from a first terminal device, a second codec bitrate supported by a second terminal device for voice communicating with the first terminal device; determine, based on the second codec bitrate, a third codec bitrate supported by the first terminal device for voice communicating with the second terminal device, the third codec bitrate being less than or equal to the second codec bitrate; and send the third codec bitrate to the first terminal device.
  • a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to: receive, from a second terminal device, a reference signal receiving power (RSRP) or a second pathloss associated with the second terminal device and a previous codec bitrate supported by the second terminal device for voice communicating with a first terminal device; determine, based on the RSRP or the second pathloss and the previous codec bitrate, a second codec bitrate supported by the second terminal device for voice communicating with the first terminal device; and send the second codec bitrate to the second terminal device.
  • RSRP reference signal receiving power
  • a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to: determine, for a second terminal device, a mapping between a second codec bitrate supported by the second terminal device for voice communicating with a first terminal device and a reference signal receiving power (RSRP) or a second pathloss associated with the second terminal device; and send the mapping to the second terminal device.
  • RSRP reference signal receiving power
  • a first terminal device comprises negotiating circuitry configured to negotiate, with a second terminal device, a first codec bitrate supported by the first terminal device for voice communicating with the second terminal device; receiving circuitry configured to receive, from the second terminal device, a second codec bitrate supported by the second terminal device for voice communicating with the first terminal device; and determining circuitry configured to determine, based on the second codec bitrate, a third codec bitrate supported by the first terminal device for voice communicating with the second terminal device, the third codec bitrate being less than or equal to the second codec bitrate.
  • a second terminal device comprises negotiating circuitry configured to negotiate, with a first terminal device, a first codec bitrate supported by the second terminal device for voice communicating with the first terminal device; determining circuitry configured to determine a second codec bitrate supported by the second terminal device for voice communicating with the first terminal device, based on motion of a second network device serving the second terminal device relative to the second terminal device; and sending circuitry configured to send the second codec bitrate to the first terminal device.
  • a first network device comprising receiving circuitry configured to receive, from a first terminal device, a second codec bitrate supported by a second terminal device for voice communicating with the first terminal device; determining circuitry configured to determine, based on the second codec bitrate, a third codec bitrate supported by the first terminal device for voice communicating with the second terminal device, the third codec bitrate being less than or equal to the second codec bitrate; and sending circuitry configured to send the third codec bitrate to the first terminal device.
  • a second network device comprising receiving circuitry configured to receive, from a second terminal device, a reference signal receiving power (RSRP) or a second pathloss associated with the second terminal device and a previous codec bitrate supported by the second terminal device for voice communicating with a first terminal device; determining circuitry configured to determine, based on the RSRP or the second pathloss and the previous codec bitrate, a second codec bitrate supported by the second terminal device for voice communicating with the first terminal device; and sending circuitry configured to send the second codec bitrate to the second terminal device.
  • RSRP reference signal receiving power
  • a second network device comprising determining circuitry configured to determine, for a second terminal device, a mapping between a second codec bitrate supported by the second terminal device for voice communicating with a first terminal device and a reference signal receiving power (RSRP) or a second pathloss associated with the second terminal device; and sending circuitry configured to send the mapping to the second terminal device.
  • RSRP reference signal receiving power
  • Fig. 1 illustrates an example communication network in which embodiments of the present disclosure may be implemented
  • Fig. 2 illustrates a signaling chart illustrating an example process according to some embodiments of the present disclosure
  • Fig. 3 illustrates an example of an optimized codec bitrate adaptation procedure which may be used in example embodiments of the present disclosure
  • Fig. 4 illustrates an example of another optimized codec bitrate adaptation procedure which may be used in example embodiments of the present disclosure
  • Fig. 5 illustrates a flowchart of a method implemented at a terminal device according to some embodiments of the present disclosure
  • Fig. 6 illustrates a flowchart of a method implemented at a terminal device according to some embodiments of the present disclosure
  • Fig. 7 illustrates a flowchart of a method implemented at a network device according to some embodiments of the present disclosure
  • Fig. 8 illustrates a flowchart of a method implemented at a network device according to some embodiments of the present disclosure
  • Fig. 9 illustrates a flowchart of a method implemented at a network device according to some embodiments of the present disclosure
  • Fig. 10 illustrates a simplified block diagram of an apparatus that is suitable for implementing embodiments of the present disclosure.
  • Fig. 11 illustrates a block diagram of an example computer readable medium in accordance with some embodiments of the present disclosure.
  • references in the present disclosure to “one embodiment, ” “an embodiment, ” “an example embodiment, ” and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.
  • first and second etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments.
  • the term “and/or” includes any and all combinations of one or more of the listed terms.
  • circuitry may refer to one or more or all of the following:
  • circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and/or firmware.
  • circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.
  • the term “communication network” refers to a network following any suitable communication standards, such as Long Term Evolution (LTE) , LTE-Advanced (LTE-A) , Wideband Code Division Multiple Access (WCDMA) , High-Speed Packet Access (HSPA) , Narrow Band Internet of Things (NB-IoT) , Non-terrestrial network (NTN) and so on.
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • WCDMA Wideband Code Division Multiple Access
  • HSPA High-Speed Packet Access
  • NB-IoT Narrow Band Internet of Things
  • NTN Non-terrestrial network
  • the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, the sixth generation (6G) communication protocols and/or any other protocols either currently known or to be developed in the future.
  • Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will of course also be future type communication technologies and systems with which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned system.
  • the term “network device” refers to a node in a communication network via which a terminal device accesses the network and receives services therefrom.
  • the network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a NR NB (also referred to as a gNB) , a Remote Radio Unit (RRU) , a radio header (RH) , a remote radio head (RRH) , a relay, a low power node such as a femto, a pico, a non-terrestrial network (NTN) or non-ground network device such as a satellite network device, a low earth orbit (LEO) satellite, a medium earth orbit (MEO) satellite and a geosynchronous earth orbit (GEO) satellite, an aircraft network device, and so forth, depending on the applied terminology and technology.
  • BS
  • terminal device refers to any end device that may be capable of wireless communication.
  • a terminal device may also be referred to as a communication device, user equipment (UE) , a Subscriber Station (SS) , a Portable Subscriber Station, a Mobile Station (MS) , or an Access Terminal (AT) .
  • UE user equipment
  • SS Subscriber Station
  • MS Mobile Station
  • AT Access Terminal
  • the terminal device may include, but not limited to, a mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones, a tablet, a wearable terminal device, a personal digital assistant (PDA) , portable computers, desktop computer, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, vehicle-mounted wireless terminal devices, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) , an Internet of Things (IoT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (e.g., remote surgery) , an industrial device and applications (e.g., a robot and/or other wireless devices operating in an industrial and/or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and/
  • a non-terrestrial network refers to a network or a segment of the network which uses typical technologies such as satellites and high-altitude platforms to participate in network deployment compared with traditional terrestrial networks (TN) .
  • the NTN may provide an NTN cell that covers a wider range than a TN cell provided by a TN.
  • Typical NTN scenarios that can be foreseen include situations where base stations cannot be built and base stations are damaged, such as continuous coverage in remote mountainous areas, deserts, oceans, and forests, or emergency communications when disasters occur and base stations are damaged.
  • the industry summarizes typical NTN scenarios as all-terrain coverage, signaling offload, emergency communications, Internet of Things, and broadcasting services.
  • 3GPP has defined a work item for Rel-17 on NTN in RP-201256 and further enhancement will be continued in Rel-18 in WID RP-220953.
  • One objective of this Rel-18 WI is to consider coverage enhancement. There is a 6-month study phase focusing on the following (to derive clear & limited scope) :
  • RAN radio access network
  • VoIP voice over Internet protocol
  • NR new radio
  • VoIP over NR VoIP over NR
  • a UE offering speech communication shall support narrowband (adaptive multi-rate, AMR, speech codec) , wideband (AMR-WB) , and super-wideband (enhance voice services, EVS) communication.
  • AMR adaptive multi-rate
  • AMR-WB wideband
  • EVS enhanced voice services
  • the codec bitrate of EVS is much bigger than the codec bitrate of AMR.
  • a higher AMR voice code rate may provide a higher-definition voice call and accordingly a better user experience.
  • RTP real-time transport protocol
  • Table 2 gives the example to illustrate the transport block size (TBS) to accommodate the VoIP payload as well as RTP/user datagram protocol (UDP) /Internet protocol (IP) headers and medium access control (MAC) headers.
  • TBS transport block size
  • UDP user datagram protocol
  • IP Internet protocol
  • MAC medium access control
  • Codec mode and codec rate can be selected and determined based on the radio conditions. For example, in poor radio conditions, a lower codec rate may be used to generate small RTP payload and reduce the packet loss as well as end to end (E2E) latency and jitter. On the other hand, a higher codec rate can be used in good radio conditions to ensure a better user experience of the VoNR call. The outcome of the corresponding study item can be found in TR36.750.
  • an eNB may signal a recommended bit rate to that UE.
  • the UE may use the recommended bit rate as an input to initiate an end-to-end rate adaptation by sending an application layer message (e.g. RTP control protocol (RTCP) or RTP codec mode request (CMR) ) to the peer UE or the concerning media gateway (GW) .
  • RTCP RTP control protocol
  • CMR RTP codec mode request
  • the peer UE may retrieve a recommended bit rate from its serving eNB to ensure E2E codec adaptation.
  • E2E voice codec adaptation is based on access network bitrate recommendation (ANBR) mechanism defined in RAN as agreed in LTE and NR.
  • ANBR access network bitrate recommendation
  • the details of ANBR mechanism can be found in TS26.114 section 10.7 where the message ANBR is mapped to a MAC level message named “Recommended bit rate MAC Control Element” and the message access network bitrate recommendation query (ANBRQ) is mapped to a MAC level message named “Recommended bit rate query MAC Control Element” .
  • the "Request max" message is a generalized application level message that corresponds to RTP CMR or application-defined RTP control protocol packet (RTCP-APP) for voice.
  • a Multimedia Telephony Service for IP multimedia subsystem (MTSI) client in a terminal that receives both ANBR with bitrate R1 and a “Request max” message with bitrate R0 for its media sending direction shall use min (R0, R1) as the combined bitrate for those two adaptation triggers.
  • MTSI client in terminal e.g. UE1
  • receives an ANBR message for the local uplink that triggers an adaptation decision if an adaptation resulting in an increase of the media sender bitrate (e.g. R2) in uplink, it may result in an increase of media sender bitrate at the earliest opportunity, taking other adaptation triggers into account.
  • the peer MTSI client in terminal e.g.
  • UE2 receives application signaling for bitrate adaptation of media, such as frame type indicator (for speech) that result in an increase of the media sender bitrate, UE2 shall take all available adaptation triggers for the local downlink into account, e.g. any bitrate limit from the most recently received ANBR message. If the UE2 has reason to believe that the most recently received ANBR for its downlink no longer applies, it may send an ANBRQ message in its uplink to query network (NW) whether the increased bitrate (R2) can be supported from NW point of view. Based on NW’s decision (e.g.
  • NW may indicate the recommend bitrate to UE (e.g. R3 which is smaller than R2) in ANBR.
  • R3 which is smaller than R2
  • the UE2 may initialize the codec change negotiated with UE1 again.
  • an MTSI client in terminal receives an ANBR message for the local downlink that triggers an adaptation decision
  • adaptation signalling to match the local downlink restriction shall be initiated towards the remote media sender.
  • UE 2 may trigger ANBRQ and ANBR procedure again to check whether the increased bitrate can be supported.
  • the remote terminal peer node
  • the remote terminal received application signalling for bitrate adaptation will trigger an adaptation decision. It needs at least one RTT for the ANBRQ and ANBR message transmission between the terminal and network. Due to the large latency in the NTN system, the codec adaptation procedure will take a quite long time, especially when the remote terminal can’t accept the increased bitrate, it may take up to three RTTs to successfully negotiate the increased bitrate.
  • the delay of codec adaptation negotiation may cause the voice packet loss occur for the longer time in NTN system compared with TN system. For example, the UE1 applies the increased bitrate in voice packets while the UE2 cannot support it which may cause voice packet loss until codec adaptation negotiation is done. Furthermore, the delay of codec adaptation may delay when the higher codec rate can be used in good radio conditions to ensure a better user experience of the VoNR call.
  • the satellites in non-GEO orbits move with high-speed relative to a fixed position on earth, the distance and pathloss between satellite and UE is continuously changing.
  • the change of pathloss is positive.
  • the change of pathloss is negative. Therefore, the change trend of the pathloss and the code bitrate of one UE can be predictive to some extent.
  • a first terminal device negotiates, with a second terminal device, a first codec bitrate supported by the first terminal device for communicating with the second terminal device.
  • the first terminal device receives, from the second terminal device, a second codec bitrate supported by the second terminal device for communicating with the first terminal device, and determines, based on the second codec bitrate, a third codec bitrate supported by the first terminal device for communicating with the second terminal device, the third codec bitrate being less than or equal to the second codec bitrate.
  • a second terminal device negotiates, with a first terminal device, a first codec bitrate supported by the second terminal device for communicating with the first terminal device; determine a second codec bitrate supported by the second terminal device for communicating with the first terminal device, based on motion of the second terminal device relative to a second network device serving the second terminal device; and send the second codec bitrate to the first terminal device.
  • the unnecessary ANBR procedure may be avoided, thereby reducing the latency of codec adaptation as well as the voice packet loss in the case of bitrate increase considering the pathloss change trend in NTN system.
  • Example embodiments of the present disclosure for determination of the terminal device’s identity will be described below with reference to Figs. 1-11.
  • Fig. 1 illustrates an example network environment 100 in which example embodiments of the present disclosure may be implemented.
  • the environment 100 which may be a part of a communication network, comprises a UE 110, a UE 120, a satellite 130, and a satellite 140.
  • the satellite 130 also referred as “a first satellite 130” or “a first network device 130” in the following
  • the satellite 140 also referred as “a second satellite 140” or “a second network device 140” in the following
  • a serving cell 102 provides and manages a serving cell 102.
  • the UE 110 (also referred as “a first terminal device 110” or “a first user equipment 110” in the following) and the satellite 130 may communicate data and control information to each other in the coverage of the serving cell 101.
  • a link from the satellite 130 to the UE 110 is referred to as a downlink (DL)
  • a link from the UE 110 to the satellite 130 is referred to as an uplink (UL) .
  • the UE 120 (also referred as “a second terminal device 120” or “a second user equipment 120” in the following) and the satellite 140 may communicate data and control information to each other in the coverage of the serving cell 102.
  • the UE 110 may communicate with the UE 120 via the satellite 130 and the satellite 140.
  • the satellites 130 and 140 may serve as base stations (BS) providing serving cells for the UEs 110 and 120, and the satellites 130 and 140 further communicate with a 5G core network (5G-CN) 150 via gateway devices (not shown in Fig. 1) .
  • the satellites 130 and 140 may serve as network relay nodes between the UEs and the BSs .
  • the system 100 may include any suitable number of network devices and terminal devices adapted for implementing embodiments of the present disclosure. Although not shown, it would be appreciated that one or more terminal devices may be located in the environment 100.
  • Communications in the communication system 100 may be implemented according to any proper communication protocol (s) , comprising, but not limited to, cellular communication protocols of the first generation (1G) , the second generation (2G) , the third generation (3G) , the fourth generation (4G) , the fifth generation (5G) and the sixth generation (6G) and on the like, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 802.11 and the like, and/or any other protocols currently known or to be developed in the future.
  • s cellular communication protocols of the first generation (1G) , the second generation (2G) , the third generation (3G) , the fourth generation (4G) , the fifth generation (5G) and the sixth generation (6G) and on the like
  • wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 802.11 and the like, and/or any other protocols currently known or to be developed in the future.
  • the communication may utilize any proper wireless communication technology, comprising but not limited to: Code Division Multiple Access (CDMA) , Frequency Division Multiple Access (FDMA) , Time Division Multiple Access (TDMA) , Frequency Division Duplex (FDD) , Time Division Duplex (TDD) , Multiple-Input Multiple-Output (MIMO) , Orthogonal Frequency Division Multiple (OFDM) , Discrete Fourier Transform spread OFDM (DFT-s-OFDM) and/or any other technologies currently known or to be developed in the future.
  • CDMA Code Division Multiple Access
  • FDMA Frequency Division Multiple Access
  • TDMA Time Division Multiple Access
  • FDD Frequency Division Duplex
  • TDD Time Division Duplex
  • MIMO Multiple-Input Multiple-Output
  • OFDM Orthogonal Frequency Division Multiple
  • DFT-s-OFDM Discrete Fourier Transform spread OFDM
  • Fig. 2 illustrates a signaling chart illustrating an example process according to some embodiments of the present disclosure.
  • the process 200 may involve the first terminal device 110, the second terminal device 120, the first network device 130, and the second network device 140 as illustrated in Fig. 1. It would be appreciated that although the process 200 for link has been described in the communication system 100 of Fig. 1, this process may be likewise applied to other communication scenarios.
  • the first terminal device 110 negotiates 205 a first codec bitrate 202 with the second terminal device 120.
  • the first codec bitrate 202 is supported by the first terminal device 110 for voice communicating with the second terminal device 120.
  • the second terminal device 120 negotiates 210 the first codec bitrate 202 with the first terminal device 110.
  • the first codec bitrate 202 is also supported by the second terminal device 120 for voice communicating with the first terminal device 110.
  • the voice terminals e.g. the first terminal device 110 and the second terminal device 120
  • negotiate a max bitrate R0 the two terminals have communication with bitrate R1 (R1 ⁇ R0) during the on-going call.
  • the second terminal device 120 After negotiating 210 the first codec bitrate 202 with the first terminal device 110, the second terminal device 120 determines 215 a second codec bitrate 206 supported by the second terminal device 120 for voice communicating with the first terminal device 110 based on motion of a second network device 140 serving the second terminal device 120 relative to the second terminal device 120. Then the second terminal device 120 sends 225 the second codec bitrate 206 to the first terminal device 110.
  • the first terminal device 110 After receiving 220 the second codec bitrate 206 from the second terminal device 120, the first terminal device 110 determines 230 a third codec bitrate supported by the first terminal device 110 for voice communicating with the second terminal device 120 based on the second codec bitrate 206.
  • the third codec bitrate is less than or equal to the second codec bitrate 206.
  • ANBR unnecessary access network bitrate recommendation
  • the first terminal device 110 may further send a first change trend of a first channel condition between a first network device 130 serving the first terminal device 110 and the first terminal device 110 to the second terminal device 120 during the negotiating of the first codec bitrate 202; and receive a second change trend of a second channel condition between a second network device 140 serving the second terminal device 120 and the second terminal device 120 from the second terminal device 120 during the negotiating of the first codec bitrate 202.
  • the first channel condition is a first pathloss associated with the first terminal device, and the first pathloss decreasing corresponds to the first channel condition becoming better, the first pathloss increasing corresponds to the first channel condition becoming worse; or the second channel condition is a second pathloss associated with the second terminal device, and the second pathloss decreasing corresponds to the second channel condition becoming better, and the second pathloss increasing corresponds to the second channel condition becoming worse.
  • the first terminal device 110 may receive a step size of a change to a previous codec bitrate supported by the second terminal device for voice communicating with the first terminal device from the second terminal device 120, and determine the second codec bitrate 206 based on the previous codec bitrate and the step size.
  • the second terminal device 120 may also inform the first terminal device 110 the step size (s) for the max supported codec data rate increase/decrease.
  • the previous codec bitrate refers to the first codec bitrate.
  • the previous codec bitrate refers to a codec bitrate supported by the first terminal device 110 and the second terminal device 120 after the last change.
  • the first terminal device 110 may determine the step size as a positive value based on determining that the second network device 140 is moving towards the second terminal device 120. And the first terminal device 110 may determine the step size as a negative value based on determining that the second network device 140 is moving away from the second terminal device 120.
  • the first terminal device 110 may increase the previous codec bitrate by the step size to obtain the second codec bitrate 206 based on determining that the second change trend indicates a decrease of the second pathloss. And the first terminal device 110 may decrease the previous codec bitrate by the step size to obtain the second codec bitrate 206 based on determining that the second change trend indicates an increase of the second pathloss. For example, if one UE (e.g., the second terminal device 120) is moving towards the satellite, the step size can be one positive value. If one UE (e.g., the second terminal device 120) is moving away from the satellite, the step size can be one negative value. This can be implemented since the pathloss change trend is exchanged in 205. With the received step size, the peer UE (e.g., the first terminal device 110) can derive a new maximum bitrate for the second terminal device 120 accordingly.
  • the peer UE e.g., the first terminal device 110
  • the first terminal device 110 may send information indicating that the first change trend varies to the second terminal device 120 based on determining that the first change trend varies. Moreover, the first terminal device 110 can receive information indicating that the second change trend varies from the second terminal device 120. For example, when the pathloss change trend varies in some cases, e.g., in handover, the UE will inform this information to another remote UE, e.g., via RTCP-APP.
  • the first terminal device 110 may send the second codec bitrate 206 to the first network device 130 serving the first terminal device 110.
  • the first network device 130 determines a third codec bitrate supported by the first terminal device 110 based on the second codec bitrate 206, and sends the third codec bitrate to the first terminal device 110.
  • the first terminal device 110 may send the new max bitrate (i.e. R3/R4) or step size supported by the second terminal device 120 to the first network device 130, and the first network device 130 determines the max bitrate R2 supported by the first terminal device 110 based on the new max bitrate (i.e. R3/R4) and the current channel condition, and the max bitrate R2 less than or equal to the R3/R4. Then the first network device 130 sends the max bitrate R2 to the first terminal device 110.
  • the first terminal device 110 may receive a fourth codec bitrate supported by the first terminal device 110 from a first network device 130 serving the first terminal device 110, the fourth codec bitrate may be used to voice communicating with the second terminal device 120. And the first terminal device 110 can determine a smaller one of the second codec bitrate 206 and the fourth codec bitrate as the third codec bitrate. For example, in order to determine the max bitrate R2, the first network device 130 can determine a max bitrate R5 based on the current channel condition, and send the max bitrate R5 to the first terminal device 110.
  • the first terminal device 110 determines the max bitrate R2 supported by the first terminal device 110 based on the max bitrate R5 and the new max bitrate supported by the second terminal device 120 (i.e. R3/R4) , and the max bitrate R2 less than or equal to the R3/R4.
  • the first terminal device 110 and the first network device 130 may determine a max bitrate R2 ( ⁇ R3/R4) supported by the first terminal device 110.
  • a max bitrate R2 ⁇ R3/R4
  • step size if the UE (e.g., the first terminal device 110) determines to increase the codec data rate, the new increased codec data rate shall not be larger than the new max bitrate supported by the second terminal device 120.
  • the UE e.g., the first terminal device 110
  • the new increased codec data rate shall not be larger than the new max bitrate supported by the second terminal device 120.
  • the second codec bitrate 206 is carried in a codec mode request (CMR) in a real-time transport protocol (RTP) or carried in an application-defined RTP control protocol packet (RTCP-APP) message, and the third codec bitrate is carried in a recommended bit rate medium access control (MAC) control element (CE) .
  • CMR codec mode request
  • RTP real-time transport protocol
  • RTCP-APP application-defined RTP control protocol packet
  • CE recommended bit rate medium access control element
  • the second terminal device 120 may increase the previous codec bitrate to obtain the second codec bitrate 206 based on determining that the second network device 140 is moving towards the second terminal device 120, and reduce the previous codec bitrate to obtain the second codec bitrate 206 based on determining that the second network device 140 is moving away from the second terminal device 120. For example, if one UE (e.g. the second terminal device 120) is moving away from the satellite (e.g. the second network device 140) , the UE may determine that the supported maximum bitrate may be reduced with the movement of the satellite and the support maximum bitrate changes to R3 (R3 ⁇ R0) .
  • the UE determines that the supported maximum bitrate may be increased with the movement of the satellite and the supported maximum bitrate changes to R4 (R4>R0) . Then the UE will inform the peer UE (e.g., the first terminal device 110) which is communicating that the changed max bitrate R3 or R4. This information can be carried in CMR in RTP or RTCP-APP message.
  • the second terminal device 120 may determine the second codec bitrate 206 by determining a step size of a change from the previous codec bitrate to the second codec bitrate 206. In some embodiments, the second terminal device 120 may determine the step size as a positive value based on determining that the second network device 140 is moving towards the second terminal device 120. And the second terminal device 120 may determine the step size as a negative value based on determining that the second network device 140 is moving away from the second terminal device 120.
  • the second terminal device 120 may determine that the first pathloss associated with the first terminal device 110 is decreased based on the first change trend. Then the second terminal device 120 sends the second codec bitrate 206 to the first terminal device 110 after determining that the first pathloss is decreased. For example, the second terminal device 120 only sends the changed max bitrate/step size to peer the first terminal device 110 when the pathloss of the first terminal device 110 becomes smaller (i.e., the satellite is moving towards the first terminal device 110 and the bit rate is possibly increased) . This can be implemented since the pathloss change trend is exchanged in 210.
  • the second terminal device 120 may send a reference signal receiving power (RSRP) or a second pathloss associated with the second terminal device and the previous codec bitrate to the second network device 140. After the second network device 140 determined the second codec bitrate 206, the second terminal device 120 receives the second codec bitrate 206 from the second network device 140.
  • RSRP reference signal receiving power
  • the second terminal device 120 may receive a mapping between the second codec bitrate 206 and a RSRP or a second pathloss associated with the second terminal device 120 from the second network device 140.
  • the second terminal device 120 may determine the second codec bitrate 206 based on the mapping and the RSRP or the second pathloss.
  • the supported maximum bitrate change can be determined with the below two ways:
  • the second terminal device 120 reports the measurement RSRP as well as the negotiated max bitrate R0 to the second network device 140, and the second network device 140 determines the change of the maximum supported bitrate and sends the changed max bitrate R3/R4 to the second terminal device 120.
  • the second network device 140 broadcasts the mapping between maximum supported bitrate and RSRP/pathloss, and the second terminal device 120 determine the maximum supported bitrate.
  • the second terminal device 120 may send the second codec bitrate 206 to the first terminal device 110 only when the second codec bitrate 206 is different from the previous codec bitrate. For example, the second terminal device 120 may compare the maximum supported bitrate with the negotiated max bitrate, if the new determined max bitrate R3/R4 is smaller/larger than the negotiated max bitrate R0, the second terminal device 120 will send the changed max bitrate to the remote peer UE.
  • Fig. 3 illustrates an example of an optimized codec bitrate adaptation procedure which may be used in example embodiments of the present disclosure.
  • Fig. 3 gives one new solution that the changed max bitrate is informed to the peer UE.
  • the voice terminals e.g., UE1 and UE2
  • the voice terminals exchange the pathloss change trend when negotiating the max bitrate R0.
  • the UE will inform this information to another remote UE, e.g., via RTCP-APP.
  • the UE2 determines new max bitrate based on the pathloss change trend, and signalling the changed max bitrate to the UE1. If one UE (e.g., UE2) is moving away from the satellite, and the supported maximum bitrate changes to R3 (R3 ⁇ R0) , the UE will inform the peer UE (e.g., UE1) which is communicating that the changed max bitrate R3. If one UE (e.g., UE2) is moving towards the satellite, the supported maximum bitrate changes to R4 (R4>R0) , and the UE will inform the peer UE (e.g., UE1) which is communicating that the changed max bitrate R4. This information can be carried in RTP or RTCP-APP.
  • Fig. 4 illustrates an example of another optimized codec bitrate adaptation procedure which may be used in example embodiments of the present disclosure.
  • Figure 4 gives another example of new solution that the step size for the max supported codec data rate increase/decrease is informed to the peer UE.
  • the UE2 determines new max bitrate based on the pathloss change trend, and signalling the step size to the UE1. If one UE (e.g., UE2) is moving towards the satellite, the step size can be one positive value. If one UE (e.g., UE2) is moving away from the satellite, the step size can be one negative value. This can be implemented since the pathloss change trend is exchanged in 401. With the received step size, the peer UE (e.g., UE1) may derive a new maximum bitrate for UE 2 accordingly.
  • Fig. 5 illustrates a flowchart of a method 500 implemented at a terminal device according to some embodiments of the present disclosure.
  • the method 500 will be described from the perspective of the first terminal device 110 with reference to Fig. 1. It is to be understood that method 500 may further include additional blocks not shown and/or omit some shown blocks, and the scope of the present disclosure is not limited in this regard.
  • the first terminal device 110 may negotiate, with the second terminal device 120, a first codec bitrate supported by the first terminal device 110 for voice communicating with the second terminal device 120.
  • the first terminal device 110 may receive, from the second terminal device 120, a second codec bitrate supported by the second terminal device 120 for voice communicating with the first terminal device 110.
  • the first terminal device 110 may determine, based on the second codec bitrate, a third codec bitrate supported by the first terminal device 110 for voice communicating with the second terminal device 120, the third codec bitrate being less than or equal to the second codec bitrate.
  • the first terminal device 110 may send, to the second terminal device 120 during the negotiating of the first codec bitrate, a first change trend of a first channel condition between a first network device 130 serving the first terminal device 110 and the first terminal device 110; and receive, from the second terminal device 120 during the negotiating of the first codec bitrate, a second change trend of a second channel condition between a second network device 140 serving the second terminal device 120 and the second terminal device 120.
  • the first channel condition is a first pathloss associated with the first terminal device, and the first pathloss decreasing corresponds to the first channel condition becoming better, the first pathloss increasing corresponds to the first channel condition becoming worse; or the second channel condition is a second pathloss associated with the second terminal device, and the second pathloss decreasing corresponds to the second channel condition becoming better, the second pathloss increasing corresponds to the second channel condition becoming worse.
  • the first terminal device 110 may receive the second codec bitrate by receiving, from the second terminal device 120, a step size of a change to a previous codec bitrate supported by the second terminal device for voice communicating with the first terminal device; and determining the second codec bitrate based on the previous codec bitrate and the step size.
  • the first terminal device 110 may determine the step size by: based on determining that the second network device is moving towards the second terminal device, determining the step size as a positive value; and based on determining that the second network device is moving away from the second terminal device, determining the step size as a negative value.
  • the first terminal device 110 may determine the second codec bitrate by: based on determining that the second change trend indicates a decrease of the second pathloss, increasing the previous codec bitrate by the step size to obtain the second codec bitrate; and based on determining that the second change trend indicates an increase of the second pathloss, decreasing the previous codec bitrate by the step size to obtain the second codec bitrate.
  • the first terminal device 110 may at least one of: based on determining that the first change trend varies, send information indicating that the first change trend varies to the second terminal device 120; or receive, from the second terminal device 120, information indicating that the second change trend varies.
  • the first terminal device 110 may determine the third codec bitrate by: sending the second codec bitrate to the first network device 130 serving the first terminal device 110; and receiving the third codec bitrate from the first network device 130.
  • the first terminal device 110 may determine the third codec bitrate by: receiving, from the first network device 130 serving the first terminal device 110, a fourth codec bitrate supported by the first terminal device 110 for voice communicating with the second terminal device 120; and determining a smaller one of the second codec bitrate and the fourth codec bitrate as the third codec bitrate.
  • the second codec bitrate is carried in a codec mode request (CMR) in a real-time transport protocol (RTP) or carried in an application-defined real-time transport protocol control protocol packet (RTCP-APP) message; or the third codec bitrate is carried in a recommended bit rate medium access control (MAC) control element (CE) .
  • CMR codec mode request
  • RTP real-time transport protocol
  • RTCP-APP application-defined real-time transport protocol control protocol packet
  • CE recommended bit rate medium access control
  • Fig. 6 illustrates a flowchart of a method implemented at a terminal device according to some embodiments of the present disclosure.
  • the method 600 will be described from the perspective of the second terminal device 120 with reference to Fig. 1. It is to be understood that method 600 may further include additional blocks not shown and/or omit some shown blocks, and the scope of the present disclosure is not limited in this regard.
  • the second terminal device 120 may negotiate, with the first terminal device 110, a first codec bitrate supported by the second terminal device 120 for voice communicating with the first terminal device 110.
  • the second terminal device 120 may determine a second codec bitrate supported by the second terminal device 120 for voice communicating with the first terminal device 110, based on motion of the second network device 140 serving the second terminal device 120 relatives to the second terminal device 120.
  • the second terminal device 120 may send the second codec bitrate to the first terminal device 110.
  • the second terminal device 120 may receive, from the first terminal device 110 during the negotiating of the first codec bitrate, a first change trend of a first channel condition between a first network device 130 serving the first terminal device 110 and the first terminal device 110; and sending, to the first terminal device 110 during the negotiating of the first codec bitrate, a second change trend of a second pathloss associated with the second terminal device 120.
  • the first channel condition is a first pathloss associated with the first terminal device, and the first pathloss decreasing corresponds to the first channel condition becoming better, the first pathloss increasing corresponds to the first channel condition becoming worse; or the second channel condition is a second pathloss associated with the second terminal device, and the second pathloss decreasing corresponds to the second channel condition becoming better, a the second pathloss increasing corresponds to the second channel condition becoming worse.
  • the second terminal device 120 may determine the second codec bitrate by: based on determining that the second network device 140 is moving towards the second terminal device 120, increasing the previous codec bitrate to obtain the second codec bitrate; and based on determining that the second network device 140 is moving away from the second terminal device 120, reducing the previous codec bitrate to obtain the second codec bitrate. In some embodiments, the second terminal device 120 may determine the second codec bitrate by: determining a step size of a change from the previous codec bitrate to the second codec bitrate.
  • the second terminal device 120 may determine the step size by:based on determining that the second network device 140 is moving towards the second terminal device 120, determining the step size as a positive value; and based on determining that the second network device 140 is moving away from the second terminal device 120, determining the step size as a negative value. In some embodiments, the second terminal device 120 may send the second codec bitrate by sending the step size to the first terminal device 110.
  • the second terminal device 120 may send the second codec bitrate by: determining, based on the first change trend, that the first pathloss associated with the first terminal device 110 is decreased; and based on determining that the first pathloss is decreased, sending the second codec bitrate to the first terminal device 110.
  • the second terminal device 120 may at least one of: based on determining that the second change trend varies, send information indicating that the second change trend varies to the first terminal device 110; or receive, from the first terminal device 110, information indicating that the first change trend varies.
  • the second terminal device 120 may determine the second codec bitrate by: sending, to the second network device 140, a reference signal receiving power (RSRP) or a second pathloss associated with the second terminal device 120 and the previous codec bitrate; and receiving the second codec bitrate from the second network device 140.
  • the second terminal device 120 may determine the second codec bitrate by: receiving, from the second network device 140, a mapping between the second codec bitrate and a RSRP or a second pathloss associated with the second terminal device 120; and determining the second codec bitrate based on the mapping and the RSRP or the second pathloss.
  • the second terminal device 120 may send the second codec bitrate by: based on determining that the second codec bitrate is different from the previous codec bitrate, sending the second codec bitrate to the first terminal device 110.
  • at least one of: the second codec bitrate is carried in a codec mode request (CMR) in a real-time transport protocol (RTP) or carried in an application-defined real-time transport protocol control protocol packet (RTCP-APP) message; or the third codec bitrate is carried in a recommended bit rate medium access control (MAC) control element (CE) .
  • CMR codec mode request
  • RTP real-time transport protocol
  • RTCP-APP application-defined real-time transport protocol control protocol packet
  • CE recommended bit rate medium access control
  • Fig. 7 illustrates a flowchart of a method implemented at a network device according to some embodiments of the present disclosure.
  • the method 700 will be described from the perspective of the first network device 130 with reference to Fig. 1. It is to be understood that method 700 may further include additional blocks not shown and/or omit some shown blocks, and the scope of the present disclosure is not limited in this regard.
  • the first network device 130 may receive, from the first terminal device 110, a second codec bitrate supported by the second terminal device 120 for voice communicating with the first terminal device 110.
  • the first network device 130 may determine, based on the second codec bitrate, a third codec bitrate supported by the first terminal device 110 for voice communicating with the second terminal device 120, the third codec bitrate being less than or equal to the second codec bitrate.
  • the first network device 130 may send the third codec bitrate to the first terminal device 110.
  • Fig. 8 illustrates a flowchart of a method implemented at a network device according to some embodiments of the present disclosure.
  • the method 800 will be described from the perspective of the second network device 140 with reference to Fig. 1. It is to be understood that method 800 may further include additional blocks not shown and/or omit some shown blocks, and the scope of the present disclosure is not limited in this regard.
  • the second network device 140 may receive, from the second terminal device 120, a reference signal receiving power (RSRP) or a second pathloss associated with the second terminal device 120 and a previous codec bitrate supported by the second terminal device 120 for voice communicating with the first terminal device 110.
  • RSRP reference signal receiving power
  • the second network device 140 may determine, based on the RSRP or the second pathloss and the previous codec bitrate, a second codec bitrate supported by the second terminal device 120 for voice communicating with the first terminal device 110.
  • the second network device 140 may send the second codec bitrate to the second terminal device 120.
  • Fig. 9 illustrates a flowchart of a method implemented at a network device according to some embodiments of the present disclosure.
  • the method 900 will be described from the perspective of the second network device 140 with reference to Fig. 1. It is to be understood that method 900 may further include additional blocks not shown and/or omit some shown blocks, and the scope of the present disclosure is not limited in this regard.
  • the second network device 140 may determine, for the second terminal device 120, a mapping between a second codec bitrate supported by the second terminal device 120 for voice communicating with the first terminal device 110 and a reference signal receiving power (RSRP) or a second pathloss associated with the second terminal device 120.
  • RSRP reference signal receiving power
  • the second network device 140 may send the mapping to the second terminal device 120.
  • an apparatus capable of performing any of the method 500 may comprise means for performing the respective steps of the method 500.
  • the means may be implemented in any suitable form.
  • the means may be implemented in a circuitry or software module.
  • the apparatus comprises: means for negotiating, at a first terminal device with a second terminal device, a first codec bitrate supported by the first terminal device for voice communicating with the second terminal device; means for receiving, from the second terminal device, a second codec bitrate supported by the second terminal device for voice communicating with the first terminal device; and means for determining, based on the second codec bitrate, a third codec bitrate supported by the first terminal device for voice communicating with the second terminal device, the third codec bitrate being less than or equal to the second codec bitrate.
  • the apparatus further comprises: means for sending, to the second terminal device during the negotiating of the first codec bitrate, a first change trend of a first channel condition between a first network device serving the first terminal device and the first terminal device; and means for receiving, from the second terminal device during the negotiating of the first codec bitrate, a second change trend of a second channel condition between a second network device serving the second terminal device and the second terminal device.
  • the first channel condition is a first pathloss associated with the first terminal device, and the first pathloss decreasing corresponds to the first channel condition becoming better, the first pathloss increasing corresponds to the first channel condition becoming worse; or the second channel condition is a second pathloss associated with the second terminal device, and the second pathloss decreasing corresponds to the second channel condition becoming better, the second pathloss increasing corresponds to the second channel condition becoming worse.
  • the means for receiving the second codec bitrate comprises: means for receiving, from the second terminal device, a step size of a change to the previous codec bitrate supported by the second terminal device for voice communicating with the first terminal device; and means for determining the second codec bitrate based on the previous codec bitrate and the step size.
  • the means for determining the step size comprises: means for based on determining that the second network device is moving towards the second terminal device, determining the step size as a positive value; and means for based on determining that the second network device is moving away from the second terminal device, determining the step size as a negative value.
  • the means for determining the second codec bitrate comprises: means for based on determining that the second change trend indicates a decrease of the second pathloss, increasing the previous codec bitrate by the step size to obtain the second codec bitrate; and means for based on determining that the second change trend indicates an increase of the second pathloss, decreasing the previous codec bitrate by the step size to obtain the second codec bitrate.
  • the apparatus further comprises at least one of: means for sending information indicating that the first change trend varies to the second terminal device based on determining that the first change trend varies; or means for receiving, from the second terminal device, information indicating that the second change trend varies.
  • the means for determining the third codec bitrate comprises: means for sending the second codec bitrate to a first network device serving the first terminal device; and means for receiving the third codec bitrate from the first network device.
  • the means for determining the third codec bitrate comprises: means for receiving, from a first network device serving the first terminal device, a fourth codec bitrate supported by the first terminal device for voice communicating with the second terminal device; and means for determining a smaller one of the second codec bitrate and the fourth codec bitrate as the third codec bitrate.
  • the second codec bitrate is carried in a codec mode request (CMR) in a real-time transport protocol (RTP) or carried in an application-defined real-time transport protocol control protocol packet (RTCP-APP) message; or the third codec bitrate is carried in a recommended bit rate medium access control (MAC) control element (CE) .
  • CMR codec mode request
  • RTP real-time transport protocol
  • RTCP-APP application-defined real-time transport protocol control protocol packet
  • CE recommended bit rate medium access control
  • the apparatus further comprises means for performing other steps in some embodiments of the method 500.
  • the means comprises at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.
  • an apparatus capable of performing any of the method 600 may comprise means for performing the respective steps of the method 600.
  • the means may be implemented in any suitable form.
  • the means may be implemented in a circuitry or software module.
  • the apparatus comprises: means for negotiating, at a second terminal device with a first terminal device, a first codec bitrate supported by the second terminal device for voice communicating with the first terminal device; means for determining a second codec bitrate supported by the second terminal device for voice communicating with the first terminal device, based on motion of a second network device serving the second terminal device relative to the second terminal device; and means for sending the second codec bitrate to the first terminal device.
  • the apparatus further comprises: means for receiving, from the first terminal device during the negotiating of the first codec bitrate, a first change trend of a first channel condition between a first network device serving the first terminal device and the first terminal device; and means for sending, to the first terminal device during the negotiating of the first codec bitrate, a second change trend of a second channel condition between a second network device serving the second terminal device and the second terminal device.
  • the first channel condition is a first pathloss associated with the first terminal device, and the first pathloss decreasing corresponds to the first channel condition becoming better, the first pathloss increasing corresponds to the first channel condition becoming worse; or the second channel condition is a second pathloss associated with the second terminal device, and the second pathloss decreasing corresponds to the second channel condition becoming better, the second pathloss increasing corresponds to the second channel condition becoming worse.
  • the means for determining the second codec bitrate comprises: means for based on determining that the second network device is moving towards the second terminal device, increasing the previous codec bitrate to obtain the second codec bitrate; and means for based on determining that the second network device is moving away from the second terminal device, reducing the previous codec bitrate to obtain the second codec bitrate.
  • the means for determining the second codec bitrate comprises: means for determining a step size of a change from the previous codec bitrate to the second codec bitrate.
  • the means for determining the step size comprises: means for based on determining that the second network device is moving towards the second terminal device, determining the step size as a positive value; and means for based on determining that the second network device is moving away from the second terminal device, determining the step size as a negative value.
  • the means for sending the second codec bitrate comprises: means for sending the step size to the first terminal device.
  • the means for sending the second codec bitrate comprises: means for determining, based on the first change trend, that the first pathloss associated with the first terminal device is decreased; and means for based on determining that the first pathloss is decreased, sending the second codec bitrate to the first terminal device.
  • the apparatus comprises at least one of: means for based on determining that the second change trend varies, sending information indicating that the second change trend varies to the first terminal device; or means for receiving, from the first terminal device, information indicating that the first change trend varies.
  • the means for determining the second codec bitrate comprises: means for sending, to the second network device, a reference signal receiving power (RSRP) or the second pathloss associated with the second terminal device and the previous codec bitrate; and means for receiving the second codec bitrate from the second network device.
  • RSRP reference signal receiving power
  • the means for determining the second codec bitrate comprises: means for receiving, from the second network device, a mapping between the second codec bitrate and a RSRP or a second pathloss associated with the second terminal device; and means for determining the second codec bitrate based on the mapping and the RSRP or the second pathloss.
  • the means for sending the second codec bitrate comprises: means for based on determining that the second codec bitrate is different from the previous codec bitrate, sending the second codec bitrate to the first terminal device.
  • the second codec bitrate is carried in a codec mode request (CMR) in a real-time transport protocol (RTP) or carried in an application-defined RTP control protocol packet (RTCP-APP) message; or the third codec bitrate is carried in a recommended bit rate medium access control (MAC) control element (CE) .
  • CMR codec mode request
  • RTP real-time transport protocol
  • RTCP-APP application-defined RTP control protocol packet
  • CE recommended bit rate medium access control element
  • the apparatus further comprises means for performing other steps in some embodiments of the method 600.
  • the means comprises at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.
  • an apparatus capable of performing any of the method 700 may comprise means for performing the respective steps of the method 700.
  • the means may be implemented in any suitable form.
  • the means may be implemented in a circuitry or software module.
  • the apparatus comprises: means for receiving, at a first network device from a first terminal device, a second codec bitrate supported by a second terminal device for voice communicating with the first terminal device; means for determining, based on the second codec bitrate, a third codec bitrate supported by the first terminal device for voice communicating with the second terminal device, the third codec bitrate being less than or equal to the second codec bitrate; and means for sending the third codec bitrate to the first terminal device.
  • the apparatus further comprises means for performing other steps in some embodiments of the method 700.
  • the means comprises at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.
  • an apparatus capable of performing any of the method 800 may comprise means for performing the respective steps of the method 800.
  • the means may be implemented in any suitable form.
  • the means may be implemented in a circuitry or software module.
  • the apparatus comprises: means for receiving, at a second network device from a second terminal device, a reference signal receiving power (RSRP) or a second pathloss associated with the second terminal device and a previous codec bitrate supported by the second terminal device for voice communicating with a first terminal device; means for determining, based on the RSRP or the second pathloss and the previous codec bitrate, a second codec bitrate supported by the second terminal device for voice communicating with the first terminal device; and means for sending the second codec bitrate to the second terminal device.
  • RSRP reference signal receiving power
  • the apparatus further comprises means for performing other steps in some embodiments of the method 800.
  • the means comprises at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.
  • an apparatus capable of performing any of the method 900 may comprise means for performing the respective steps of the method 900.
  • the means may be implemented in any suitable form.
  • the means may be implemented in a circuitry or software module.
  • the apparatus comprises: means for determining, at a second network device for a second terminal device, a mapping between a second codec bitrate supported by the second terminal device for voice communicating with a first terminal device and a reference signal receiving power (RSRP) or a second pathloss associated with the second terminal device; and means for sending the mapping to the second terminal device.
  • RSRP reference signal receiving power
  • the apparatus further comprises means for performing other steps in some embodiments of the method 900.
  • the means comprises at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.
  • Fig. 10 is a simplified block diagram of a device 1000 that is suitable for implementing embodiments of the present disclosure.
  • the device 1000 may be provided to implement the communication device, for example the first terminal device 110, the second terminal device 120, the first network device 130, the second network device 140 as shown in Fig. 1.
  • the device 1000 includes one or more processors 1010, one or more memories 1020 coupled to the processor 1010, and one or more communication modules 1040 coupled to the processor 1010.
  • the communication module 1040 is for bidirectional communications.
  • the communication module 1040 has at least one antenna to facilitate communication.
  • the communication interface may represent any interface that is necessary for communication with other network elements.
  • the processor 1010 may be of any type suitable to the local technical network and may include one or more of the following: general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples.
  • the device 1000 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.
  • the memory 1020 may include one or more non-volatile memories and one or more volatile memories.
  • the non-volatile memories include, but are not limited to, a Read Only Memory (ROM) 1024, an electrically programmable read only memory (EPROM) , a flash memory, a hard disk, a compact disc (CD) , a digital video disk (DVD) , and other magnetic storage and/or optical storage.
  • ROM Read Only Memory
  • EPROM electrically programmable read only memory
  • flash memory a hard disk
  • CD compact disc
  • DVD digital video disk
  • RAM random access memory
  • a computer program 1030 includes computer executable instructions that are executed by the associated processor 1010.
  • the program 1030 may be stored in the ROM 1024.
  • the processor 1010 may perform any suitable actions and processing by loading the program 1030 into the RAM 1022.
  • the embodiments of the present disclosure may be implemented by means of the program 1030 so that the device 1000 may perform any process of the disclosure as discussed with reference to Figs. 2 to 9.
  • the embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.
  • the program 1030 may be tangibly contained in a computer readable medium which may be included in the device 1000 (such as in the memory 1020) or other storage devices that are accessible by the device 1000.
  • the device 1000 may load the program 1030 from the computer readable medium to the RAM 1022 for execution.
  • the computer readable medium may include any types of tangible non-volatile storage, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and the like.
  • Fig. 11 shows an example of the computer readable medium 1100 in form of CD or DVD.
  • the computer readable medium has the program 1030 stored thereon.
  • various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representations, it is to be understood that the block, apparatus, system, technique or method described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.
  • the present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium.
  • the computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out procedure 200, 300 or 400, or the method 500, 600, 700, 800 or 900 as described above with reference to Figs. 2-9.
  • program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types.
  • the functionality of the program modules may be combined or split between program modules as desired in various embodiments.
  • Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.
  • Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions/operations specified in the flowcharts and/or block diagrams to be implemented.
  • the program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.
  • the computer program codes or related data may be carried by any suitable carrier to enable the device, apparatus or processor to perform various processes and operations as described above.
  • Examples of the carrier include a signal, computer readable medium, and the like.
  • the computer readable medium may be a computer readable signal medium or a computer readable storage medium.
  • a computer readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the computer readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
  • non-transitory is a limitation of the medium itself (i.e., tangible, not a signal) as opposed to a limitation on data storage persistency (e.g., RAM vs. ROM) .

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Computational Linguistics (AREA)
  • Health & Medical Sciences (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • Acoustics & Sound (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Des modes de réalisation de la présente invention concernent l'adaptation de débit binaire de codec. Un équipement terminal négocie, avec un deuxième équipement terminal, un premier débit binaire de codec pris en charge par le premier équipement terminal pour une communication vocale avec le deuxième équipement terminal. L'équipement terminal reçoit, en provenance du deuxième équipement terminal, un deuxième débit binaire de codec pris en charge par le deuxième équipement terminal pour une communication vocale avec le premier équipement terminal. Sur la base du deuxième débit binaire de codec, l'équipement terminal détermine un troisième débit binaire de codec pris en charge par le premier équipement terminal pour une communication vocale avec le deuxième équipement terminal, le troisième débit binaire de codec étant inférieur ou égal au deuxième débit binaire de codec. De cette manière, la procédure de recommandation de débit binaire de réseau d'accès (ANBR) inutile peut être évitée, ce qui permet de réduire la latence d'adaptation de codec ainsi que la perte de paquet vocal dans le cas d'une augmentation de débit binaire en tenant compte de la tendance de changement de perte de trajet dans le système NTN.
PCT/CN2022/113145 2022-08-17 2022-08-17 Adaptation de débit binaire de codec WO2024036531A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/113145 WO2024036531A1 (fr) 2022-08-17 2022-08-17 Adaptation de débit binaire de codec

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/113145 WO2024036531A1 (fr) 2022-08-17 2022-08-17 Adaptation de débit binaire de codec

Publications (1)

Publication Number Publication Date
WO2024036531A1 true WO2024036531A1 (fr) 2024-02-22

Family

ID=89940442

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/113145 WO2024036531A1 (fr) 2022-08-17 2022-08-17 Adaptation de débit binaire de codec

Country Status (1)

Country Link
WO (1) WO2024036531A1 (fr)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015160223A1 (fr) * 2014-04-17 2015-10-22 삼성전자 주식회사 Procédé et appareil pour permettre un service d'appels dans une situation de surcharge de système de communications mobiles à échange de paquets
US20190349118A1 (en) * 2016-09-30 2019-11-14 Henry Chang Ran-assisted rate adaptation under mobility
US20200045587A1 (en) * 2016-11-04 2020-02-06 Intel IP Corporation Ue and devices for codec rate adaptation
US20210099916A1 (en) * 2018-06-21 2021-04-01 Zte Corporation Techniques to adjust transmission rate
US20220039026A1 (en) * 2018-09-27 2022-02-03 Sony Corporation Terminal device, telecommunications apparatus and methods
US20220109520A1 (en) * 2020-10-01 2022-04-07 Qualcomm Incorporated Techniques for radio aware codec rate adaptation

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015160223A1 (fr) * 2014-04-17 2015-10-22 삼성전자 주식회사 Procédé et appareil pour permettre un service d'appels dans une situation de surcharge de système de communications mobiles à échange de paquets
US20190349118A1 (en) * 2016-09-30 2019-11-14 Henry Chang Ran-assisted rate adaptation under mobility
US20200045587A1 (en) * 2016-11-04 2020-02-06 Intel IP Corporation Ue and devices for codec rate adaptation
US20210099916A1 (en) * 2018-06-21 2021-04-01 Zte Corporation Techniques to adjust transmission rate
US20220039026A1 (en) * 2018-09-27 2022-02-03 Sony Corporation Terminal device, telecommunications apparatus and methods
US20220109520A1 (en) * 2020-10-01 2022-04-07 Qualcomm Incorporated Techniques for radio aware codec rate adaptation

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
INTEL (RAPPORTEUR): "End-to-End Rate Adaptation using RAN-Assisted Codec Adaptation", 3GPP DRAFT; S4-180655_26919_PCR_ANBR, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG4, no. Rome, Italy; 20180709 - 20180713, 6 July 2018 (2018-07-06), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051470418 *
QUALCOMM: "Views on NTN evolution for Rel-18", 3GPP DRAFT; RP-211943, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. TSG RAN, no. Electronic Meeting; 20210913 - 20210917, 6 September 2021 (2021-09-06), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052049248 *

Similar Documents

Publication Publication Date Title
US11540312B2 (en) Method and apparatus for handling multiple active configurations of configured grant in mobile communications
JP2013537781A (ja) マルチポイント高速ダウンリンクパケットアクセスネットワークにおけるタイミング制御
US8521102B2 (en) Tunneling control method and apparatus for coordinated multi-point transmission, and method for transmitting data
WO2019218354A1 (fr) Synchronisation rapide entre l'état d'un compresseur et l'état d'un décompresseur dans une couverture sans fil marginale
US20220191853A1 (en) Identifying a beam in 5g wireless communication systems
WO2022067542A1 (fr) Configuration de faible transmission de données
WO2020191625A9 (fr) Mécanisme d'activation de harq basé sur un service
CN107968674B (zh) 移动通信设备及控制移动通信设备的方法
US11956845B2 (en) Transmission of segments of information
WO2024036531A1 (fr) Adaptation de débit binaire de codec
WO2021016933A1 (fr) Transmission d'informations d'état de canal
US20240179753A1 (en) Initiation of small data transmission
WO2022155795A1 (fr) Réacheminement d'unité de données de protocole de contrôle d'accès au support
US11445425B2 (en) Beam failure recovery mechanism
WO2022204957A1 (fr) Sélection de processus harq
WO2022036590A1 (fr) Mécanisme de priorisation de transmissions
US11190964B2 (en) Adaptive measurement report timing for radio connectivity
WO2024031476A1 (fr) Mécanisme de combinaison de paquets vocaux
WO2024065754A1 (fr) Rapport de mesure de qualité d'expérience
WO2024055172A1 (fr) Transfert de trafic dans un scénario de relais d'équipement utilisateur à réseau
WO2024036621A1 (fr) Sélection d'autorisation de liaison montante pour économie d'énergie d'un équipement utilisateur
WO2024145951A1 (fr) Configuration et adaptation de commande de débit
WO2024026847A1 (fr) Transmission de liaison montante optimisée avec informations assistées par ue
WO2024138445A1 (fr) Configuration de sous-bande pour duplex intégral sans chevauchement de sous-bande
WO2024174262A1 (fr) Rapport d'état de tampon

Legal Events

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

Ref document number: 22955312

Country of ref document: EP

Kind code of ref document: A1